SYSTEM AND METHOD FOR INTRODUCING FUNCTIONALITY TO AN APPLICATION FOR USE WITH A NETWORK SERVICE

• US 20160224426A1
• Filed: 02/03/2015
• Published: 08/04/2016
• Est. Priority Date: 02/03/2015
• Status: Active Grant

• Current Assignee: Uber Technologies, Inc.
• Original Assignee: Uber Technologies, Inc.
• Inventors: Rockmore, Logan, Holden, Paul-Phillip
• Granted Patent: US 9,575,837 B2
• Time in Patent Office: Days
• US Class Current: 1/1
• CPC Class Codes: G06F 11/0709 in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
• CPC Class Codes: G06F 11/0715 in a system implementing multitasking multitasking per se G06F9/46
• CPC Class Codes: G06F 11/0751 Error or fault detection not based on redundancy power supply failures G06F1/30; network fault management H04L41/06
• CPC Class Codes: G06F 11/0775 Content or structure details of the error report, e.g. specific table structure, specific error fields
• CPC Class Codes: G06F 11/0787 Storage of error reports, e.g. persistent data storage, storage using memory protection
• CPC Class Codes: G06F 11/0793 Remedial or corrective actions recovery from an exception in an instruction pipeline G06F9/3861; by retry G06F11/1402; for recovering from a failure of a protocol instance or entity H04L69/40
• CPC Class Codes: G06F 11/1433 during software upgrading
• CPC Class Codes: G06F 11/302 where the computing system component is a software system
• CPC Class Codes: G06F 11/3668 Software testing software testing in telephone exchanges H04M3/242, testing of hardware G06F11/22
• CPC Class Codes: G06F 2201/865 Monitoring of software
• CPC Class Codes: G06F 8/65 Updates security arrangements therefor G06F21/57
• CPC Class Codes: H04L 67/51 Discovery or management thereof, e.g. service location protocol [SLP] or web services

Abstract

A computing device operates an application to receive and implement new functionality from a network service. If the new functionality causes the application to fail, the application can automatically discard or ignore the new functionality when the application is re-launched.

Claims

1. A method for operating a computing device to receive a network service, the method being implemented by one or more processors and comprising:

launching an application that is linked to operate with the network service, wherein launching the application includes executing instructions for initiating the application on the computing device, and for communicating with one or more servers of the network service;

receiving, from communicating with the one or more servers of the network service, instructions for implementing new functionality for the network service;

storing new functionality information that is accessible to initiate the computing device in executing the instructions for implementing the new functionality when the application is re-launched;

implementing one or more processes to monitor multiple types of application failures;

in response to detecting an application failure of one of the multiple types of application failures, storing a data set which is indicative of the application failure;

upon the application being initiated to re-launched, determining, based at least in part on the stored data set, that the application previously failed upon the instructions for implementing the new functionality being executed; and

re-launching the application without accessing the new functionality information, so that the new functionality is not triggered.

2. The method of claim 1, wherein the multiple kinds of application failures includes the application terminating unexpectedly.

3. The method of claim 1, wherein the multiple kinds of application failures includes the application entering a suspended state of operation.

4. The method of claim 1, wherein implementing one or more processes to detect multiple types of application failures includes generate token data that includes (i) a first state indicating the application initiated, and (ii) a second state indicating the application successfully completed a runtime process in reaching a predetermined stage.

5. The method of claim 4, wherein the token data in the first state establishes the token, and wherein the token data in the second state removes the token from the computing device.

6. The method of claim 1, wherein the new functionality requires that the computing device access a specific server associated with the network service, and wherein the method further comprises determining that the specific server is available before attempting to re-launch the application with the new functionality.

7. The method of claim 6, wherein determining that the specific server is available includes receiving one or more messages indicating availability or unavailability of the specific server.

8. The method of claim 1, wherein determining that the application previously failed includes receiving one or more messages that indicate a particular failure or success of the application when the application was previously launched.

13. The method of claim 1, further comprising:

collecting data when the new functionality is run on individual computing devices of set to evaluate performance and/or failure of the new functionality.

14. The method of claim 1, further comprising:

associating a temporary identifier to each computing device of the population, the temporary identifier of each computing device in the population being subject to reset based on an event or condition that occurs on that computing device; and

selecting the computing devices of the set based on the temporary identifier.

15. The method of claim 1, further comprising:

associating a temporary identifier to each computing device of the population, the temporary identifier of each computing device in the population being subject to reset based on an event or condition that occurs on that computing device; and

using the identifier to collect data from when the new functionality is run on individual computing devices of set to evaluate performance and/or failure of the new functionality.

9. A method for changing functionality of a network service provided to a population of user computing devices, the method being implemented by one or more processors and comprising:

providing an application for a population of computing devices operated by users, each computing device of the population being operable to run the application to receive the network service, wherein the application runs on each computing device to cause the application to (i) initiate on each computing device of the population, (ii) communicate over one or more networks with one or more servers that provide the network service, and (iii) perform tasks specified by the one or more servers;

introducing a new functionality to the application on a given set of computing devices in the population when each computing device in the set launches the application; and

providing instructions with the new functionality to each computing device in the set, including providing each computing device with;

(i) new functionality instructions to cause the computing device to persistently store information for use when the application launches with introduction of the new functionality, (ii) failure detection instructions to cause the computing device to detect if launching the application with introduction of the new functionality causes the application to fail, (iii) default mode instructions to cause the computing device to implement a default mode re-launch process for the application that uses the stored information, and (iv) safe mode instructions to cause the computing device to implement a safe mode re-launch that omits use of the stored information if launching the application with introduction of the new functionality is detected as causing the application to fail on that computing device.

10. The method of claim 9, wherein the failure detection instructions cause each computing device of the set to detect if the application terminated unexpectedly.

11. The method of claim 9, wherein the failure detection instructions cause each computing device of the set to detect if the application enters into a suspended state of operation.

12. The method of claim 11, wherein the failure detection instructions cause each computing device of the set to generate token data that includes (i) a first default state indicating the application initiated, and (ii) a second state indicating the application successfully completed a runtime process in reaching a predetermined stage.

16. A non-transitory computer-readable medium that stores instructions which, when executed by one or more processors of a system, cause the system to perform operations that comprise:

launching an application that is linked to operate with the network service, wherein launching the application includes executing instructions for initiating the application on the computing device, and for communicating with one or more servers of the network service;

receiving, from communicating with the one or more servers of the network service, instructions for implementing new functionality for the network service;

storing new functionality information that is accessible to initiate the computing device in executing the instructions for implementing the new functionality when the application is re-launched;

implementing one or more processes to monitor multiple types of application failures;

in response to detecting an application failure of one of the multiple types of application failures, storing a data set which is indicative of the application failure;

upon the application being initiated to re-launched, determining, based at least in part on the stored data set, that the application previously failed upon the instructions for implementing the new functionality being executed; and

re-launching the application without accessing the new functionality information, so that the new functionality is not triggered.

17. The non-transitory computer-readable medium of claim 16, wherein the multiple kinds of application failures includes the application terminating unexpectedly.

18. The non-transitory computer-readable medium of claim 16, wherein the multiple kinds of application failures includes the application entering a suspended state of operation.

19. The non-transitory computer-readable medium of claim 16, wherein implementing one or more processes to detect multiple types of application failures includes generate token data that includes (i) a first state indicating the application initiated, and (ii) a second state indicating the application successfully completed a runtime process in reaching a predetermined stage.

20. The non-transitory computer-readable medium of claim 16, wherein the new functionality requires that the computing device access a specific server associated with the network service, and wherein the method further comprises determining that the specific server is available before attempting to re-launch the application with the new functionality.