The embodiments of the present application provide an information processing method and apparatus, wherein the method is applied to a first client side, including: receiving therapy data from a therapy device, wherein the therapy data carries therapeutic effect data, a device identification corresponding to the therapy device, and a therapy parameter; sending the therapy data; and receiving parameter update information corresponding to the therapy data, wherein the parameter update information carries a latest therapy parameter acquired by updating the therapy parameter according to the therapeutic effect data, and the device identification corresponding to the therapy device. The embodiments of the present application can collect the therapy data of a user in time and conveniently, and improves the collecting efficiency of the therapy data.

Various systems and methods for implementing a soft reset state. A server device includes processing circuitry; and at least one storage device including instructions embodied thereon, wherein the instructions, which when executed by the processing circuitry, configure the processing circuitry to perform operations of a soft reset operation, the operations to: define a soft reset state; cause a check of a secure virtual resource (SVR) of the server device, while in the soft reset state; and transition from the soft reset state in response to an event.

Disclosed are methods and control units for facilitating diagnosis for a vehicle. The invention comprises: receiving configuration information related to a configuration of an add-on interface from a vehicle external communication unit, the add-on interface being arranged in the vehicle as an interface between a vehicle internal system and the add-on system; configuring the add-on interface based on the configuration information; creating, based on the configuration information, at least one diagnostic identifier related to the add-on system; and providing diagnostic information corresponding to the at least one diagnostic identifier to the vehicle external communication unit, thereby facilitating diagnosis of the add-on system performed by at least one diagnosis tool associated with the external communication unit.

Management of data and software for autonomous vehicles. In an embodiment, sensor data is received. The sensor data is collected by one or more sensor systems of one or more vehicles, and submitted by a first user via at least one network. The sensor data is automatically analyzed to detect any problems with the sensor data and to enhance the sensor data, prior to publishing a description of the sensor data in an online marketplace. A graphical user interface is generated that comprises one or more screens of the online marketplace, via which a second user may view the description of the sensor data and purchase the sensor data for download via the at least one network.

A communication method and an apparatus are provided. The method includes: A common application programming interface framework core function (CCF) network element first sends reference information of an application to a first network element. Therefore, the first network element determines network slice information corresponding to the application; and then the first network element sends the determined network slice information to the CCF network element. In this way, the CCF network element may determine the network slice information corresponding to the application, so that when an API invoker network element searches for an API, the CCF network element can accurately find, based on an API inquiry parameter, the API from a network slice corresponding to the network slice information.

A computer-implemented method and distributed system for maintaining consistency of client applications on a plurality of server nodes may comprise providing a first and second versions of a distributed coordination engine (DConE). The first version of the DConE may receive proposals, reach agreements thereon and generate a first ordering of agreements that specifies an order in which the client applications are to execute the agreed-upon proposals and correspondingly update their respective states. A ChangeVersion proposal may then be processed by the first version of the DConE, whereupon the first version of the DConE may stop reaching any further agreements. A second version of the DConE may then take over reaching agreements on the proposals and generate a second ordering of agreements, beginning with the agreed-upon ChangeVersion proposal. Any agreed-upon proposal, received from the first version of the DConE after the agreed-upon ChangeVersion proposal, may be sent back to the second version of the DConE to enable the second version of the DConE to reach agreement thereon.

A module may have more than one device, such as an IoT device, that requires bootstrapping. A first device may be provisioned with a pre-shared key (PSK). The first device, such as an IoT device, may bootstrap in a conventional manner using its PSK. A second device without a PSK may be added to the module post-manufacture. The first device may share registration details with the second device and also with an LwM2M server. When contacted by the second device, the LwM2M server may associate the second device with the first device and treat them as one from an operational standpoint, reducing the need for pre-shared keys across domains lacking an existing trust relationship.

A communication system comprises a communication device and a server system. The communication system obtains permission to perform a function related to the communication device from a user, performs a predetermined process of obtaining permission to perform a predetermined function from the user, if the predetermined function that the user does not permit the server system to perform is added as the function, performs the function that the user permits the server system to perform in advance, if an instruction for performing the function that the user permits the server system to perform in advance is inputted into a voice control device with a voice, after the predetermined process is performed and in a state where the permission to perform the predetermined function is not obtained from the user, and performs a process corresponding to the function.

The present disclosure relates to systems and methods for deploying enterprise systems in cloud environments. In one implementation, a system for deploying an enterprise system in a cloud environment may include at least one processor configured to provide: one or more first containers hosting at least one application with at least one enterprise function; one or more second containers hosting at least one microservice configured to activate the at least one enterprise function; at least one application programming interface (API) between the at least one microservice and at least one client; and at least one gateway configured to manage access to the at least one API.

Physically supplied user information is used to first verify the identity of a user before an app is supplied to a user device. Hardware identifiers of the user device are reviewed to determine whether to allow or deny use of the app on the user device. Once the app is approved, a user request is received by the app which is forwarded to the provider. The provider approves or disapproves of the request based, in part, on whether data in the request matches data maintained by the provider. Such approval/disapproval is provided from the provider to a party responsible for satisfying the user request. In addition, the provider generates a one-time-use electronic signature using data from a sequencer and data from the request, and the one-time-use electronic signature can be supplied to a signature repository and/or added to legal documents.