Abstract: A method of performing operations on a processor of an electronic device includes obtaining motion data from a sensor that characterizes motion of the electronic device. The operations filter the motion data to identify a component of the motion caused by Parkinson's disease. The operations determine direction and distance for panning displayed information to at least partially compensate for the identified component of the motion. The operations tracking in real-time a phase of sensed motion. The operations control panning of information that is displayed on a display device responsive to the determined direction and distance and responsive to the phase of the sensed motion.

Abstract: A method includes performing, by a processor, identifying a first interface associated with a first functionality of a plurality of functionalities of an application, where a portion of the first functionality has changed within the application, identifying a second functionality of the plurality of functionalities of the application that has not changed, where the second functionality is associated with a plurality of second interfaces, selecting a testing interface out of the plurality of second interfaces associated with the second functionality, and executing a test case for testing the application using the first interface associated with the first functionality and using the testing interface associated with the second functionality, but refraining from using remaining ones of the second interfaces associated with the second functionality for executing the test case.

Abstract: A method is described for receiving data from a first sensor associated with a first wearable device. The method further includes detecting a first activity based upon the data received from the first sensor and determining that the first activity is an incorrect activity. The method further includes determining an expected action associated with the first activity and determining a correct activity associated with the expected action. The method further includes determining whether to modify parameters of the first sensor associated with the correct activity based upon a difference between the first activity and the correct activity. The method further includes modifying the parameters of the first sensor associated with the correct activity based upon the difference between the first activity and the correct activity.

Abstract: Systems, methods and computer program products for performing software regression testing are provided. A sitemap comprising a hierarchy of nodes is displayed on a display, each node representing a block of source code for a program. An indication of a user selection of a plurality of nodes in the hierarchy is received. Responsive to receiving the indication, a lowest node of the nodes that is located at a lowest level of the hierarchy is determined and identified as a user selected node. A list of test cases to test the source code represented by the user selected node is displayed. Responsive to receiving an indication of a selection of one of the test cases in the list of test cases displayed, a message having an indication to execute the one of the test cases in the list of test cases displayed is transmitted, to a server device via a network.

Abstract: An application executing on a computer system may detect an account sign-up page for a new online account. The application may further capture account credentials entered by a user for the new online account. The application may attempt to login to one or more other online accounts using information based on the account credentials entered for the new online account. In response to logging in to at least one of the other online accounts using the information based on the account credentials, the application may request a change in the account credentials before the account credentials are submitted for the new online account.

Abstract: Systems, methods and computer program products for performing software regression testing are provided. A sitemap comprising a hierarchy of nodes is displayed on a display, each node representing a block of source code for a program. An indication of a user selection of a plurality of nodes in the hierarchy is received. Responsive to receiving the indication, a lowest node of the nodes that is located at a lowest level of the hierarchy is determined and identified as a user selected node. A list of test cases to test the source code represented by the user selected node is displayed. Responsive to receiving an indication of a selection of one of the test cases in the list of test cases displayed, a message having an indication to execute the one of the test cases in the list of test cases displayed is transmitted, to a server device via a network.

Abstract: A policy file and a mapping file are fetched from a policy server responsive to a defined event associated with execution of an application by a mobile device. The policy file contains policy events that define features of the mobile device that the application is allowed to access. The mapping file defines associations between the features of the mobile device and the policy events. The policy file and the mapping file are locally saved in a local memory of the mobile device. A policy evaluation request is received that identifies a feature of the mobile device that the application will invoke. A policy event associated with the feature is identified based on content of the mapping file. The policy event associated with the feature is obtained from the policy file. Whether the application is allowed to invoke the feature is controlled based on evaluating whether the policy event is satisfied.

Abstract: A mobile device fetches a policy definition library from a policy server responsive to occurrence of a defined event associated with an application package. The policy definition library contains policies defining resources of the mobile device that the application package is permitted to access. The mobile device executes the wrapped application package containing application executable code and application wrapper executable code that is called by each execution of an agnostic wrapper function residing at each of a plurality of locations in the application executable code. Responsive to execution of the agnostic wrapper function at any of the plurality of locations in the application executable code, the mobile device executes the application wrapper executable code to control whether access by the application executable code is granted to resources of the mobile device based on the policies contained in the policy definition library.

Abstract: A method includes determining, using a processor, a predicted location of a particular mobile device at a future time based on location information received from the particular mobile device. The method also includes determining, using the processor, a predicted signal strength of the particular mobile device based on a signal catalog and the predicted location of the particular mobile device. The method further includes transmitting, using the processor, the predicted signal strength to the particular mobile device.

Abstract: A method on a processor of an application wrapper computer includes, for each of a plurality of features of an application program in an application package, associating a wrapper component with the feature, identifying a location of the feature in the application program, and identifying from a portion of the application program at the location whether the feature will have an operational error during execution responsive to a request from the feature for access to a resource of a user device being blocked by the wrapper component. For each of the plurality of features, the method further responds to an operational error being identified by identifying content of an acceptable response to the request to avoid the operational error, and modifying the wrapper component to provide the content of the acceptable response to the request when the wrapper component is blocking the request from accessing the resource.

Abstract: A method includes determining, using a processor, a predicted location of a particular mobile device at a future time based on location information received from the particular mobile device. The method also includes determining, using the processor, a predicted signal strength of the particular mobile device based on a signal catalog and the predicted location of the particular mobile device. The method further includes transmitting, using the processor, the predicted signal strength to the particular mobile device.

Abstract: A method includes determining that an operator biometric does not match any of a plurality of biometrics. The method further includes wherein the plurality of biometrics may be based on a user's interaction with a mobile device. The method further includes wherein the operator biometric may be based on an operator's interaction with the mobile device while the mobile device is in an unlocked state. The method further includes wherein the unlocked state may be associated with a set of mobile device features that are enabled. The method further includes, in response to determining that the operator biometric does not match any of the plurality of biometrics, transitioning the mobile device to a locked state that disables one or more mobile device features from the set that is enabled when the mobile device is in the unlocked state.

Abstract: A method includes determining, in response to receiving a request to initiate a transaction from a user, a set of transaction servicers that are located within a predetermined distance of a current location of the user, wherein each transaction servicer is an account holder. The method further includes determining, for each of the transaction servicers in the set, whether the transaction servicer has enough currency to complete the transaction. The method further includes transmitting identifying information for each transaction servicer that has enough currency to complete the transaction to the user. The method further includes, in response to receiving a confirmation that the transaction has been completed, debiting a cash amount of the transaction from an account of the user at an issuing bank.

Abstract: A method includes determining whether a transaction request associated with an account would clear the account if the transaction request is processed. The method further comprising determining whether a particular Automated Teller Machine (ATMs) has sufficient resources to service the transaction request. The method further comprising transmitting an instruction reserving a corresponding amount of currency for the transaction request at the particular ATM for a predetermined time frame.

Abstract: A method for testing an application that invokes an application programming interface (API) comprises identifying signatures for APIs. A package associated with the API is identified in the application under test, and a package name of the API is identified in the signatures. During runtime of the application under test, request and response objects (or other objects) for the identified package are created using the package name and reflection. The created request object is then used to invoke the API to test the application under test and the response object is used to evaluate the response with expected response.

Abstract: A method includes performing operations on a processor of an application analysis computer. The operations include receiving reports from user terminals containing identifiers for operational states of an application being processed by the user terminals and containing state performance metrics. Each of the state performance metrics indicates a measurement of performance for a corresponding identified one of the operational states of the application being processed by one of the user terminals. The operations further include, for each of the operational states of the application identified in the reports, generating a rule for acceptable performance of the operational state of the application based on the state performance metrics of the operational state reported by the user terminals. The operations further include storing in a repository the rules associated with identifiers for corresponding ones of the operational states of the application. Related operations by a user terminal are disclosed.

Abstract: An OS API mapping computer operates to identify a set of OS APIs of a first OS version not present in a second OS version. OS APIs of the second OS version are identified that satisfy a defined rule for compatibility with the set of OS APIs of the first OS version not present in the second OS version. An OS APIs replacement list is generated that maps individual ones of the set of OS APIs of the first OS version, to corresponding ones of the OS APIs of the second OS version that satisfy the defined rule. A set is identified of OS APIs of an application that are in the OS APIs replacement list among the set of OS APIs of the first OS version. A plugin is generated based on the OS APIs of the second OS version mapped to the set of application OS APIs.

Abstract: A method includes performing operations on a processor of an application analysis computer. The operations include receiving state performance metrics reported by user terminals via a data network. Each of the state performance metrics indicating a measurement of performance of one of a plurality of operational states of an application processed by one of the user terminals. The operations further include determining when one of the state performance metrics reported by one of the user terminals violates a rule for acceptable operational state performance of the application, and communicating a response message to the one of the user terminals responsive to the determination that the one of the state performance metrics violates the rule. Related operations by a user terminal are disclosed.

Abstract: A machine-executable process comprises receiving a request to take a screenshot of a display and receiving page source information of the display. The page source information is compared to stored page source information of displays that have had a screenshot taken to determine whether a screenshot of the display has already been taken. If a screenshot has not already been taken of the display, then a screenshot is taken and the page source information of the display is added to the stored page source information.

Abstract: A method for generic test automation comprises mapping generic interface commands for objects to be tested to tool-specific interface commands of a test automation tool. An application-specific element map based on an application for test is identified, and the application-specific element map includes label names for the elements of the application-specific element map. Application-specific user actions, which are created based on the generic interface commands and the application-specific element map, are sent to the test automation tool for testing the application.