Application operation method and system and medium

Abstract

The invention discloses an application running method and system and a medium, and relates to the technical field of computers. The method is applied to a first terminal device, the first terminal device is in communication connection with a second terminal device used for detecting physiological parameters, and the method comprises the steps that under the condition that an application collecting the physiological parameters runs, demand byte stream data of the needed physiological parameters are obtained from the second terminal device based on communication connection; under the condition that the demand physiological parameter is the first demand, a demand dynamic library is downloaded from the server, and the demand dynamic library is loaded, and an acquisition protocol of the demand physiological parameter is packaged in the demand dynamic library; calling a demand dynamic library corresponding to the demand physiological parameters; and converting the demand byte stream data into parameter values of the demand physiological parameters according to the demand dynamic library. According to the method, on one hand, the application size can be reduced, so that the problem of large application size is solved, and on the other hand, customization of application functions according to user requirements can be realized.

Description

Technical Field

[0001] This application relates to the field of computer technology, and more particularly, to a method, system, and medium for application operation. Background Art

[0002] With the popularization of smart wearable devices, more and more smart wearable devices for medical use (such as smart bracelets, smart watches, smart health rings, etc.) can detect various types of physiological parameters of users in real time, such as blood glucose, heart rate, heart sound, sleep quality, and lung sound.

[0003] Currently, a smart phone is communicatively connected to a smart wearable device. The smart wearable device sends various types of physiological parameters of the user it detects to an application associated with the smart wearable device in the smart phone by transmitting byte stream data. After the application in the smart phone obtains the byte stream data corresponding to different types of physiological parameters, it needs to parse the corresponding byte stream data using a collection protocol corresponding to the type of physiological parameter to obtain a readable data structure. Therefore, in order for the application to parse various types of physiological parameters transmitted by the smart device, a variety of collection protocols need to be pre-collected for the application, which results in the problem of large application volume. Summary of the Invention

[0004] An object of this application is to provide a new technical solution for application operation.

[0005] According to a first aspect of this application, there is provided a method for application operation, which is applied to a first terminal device communicatively connected to a second terminal device for detecting physiological parameters, and includes:

[0006] When an application for collecting physiological parameters is running, obtaining demand byte stream data of demand physiological parameters from the second terminal device based on the communication connection;

[0007] When the demand physiological parameter is a first demand, downloading a demand dynamic library from a server and loading the demand dynamic library, where the demand dynamic library encapsulates a collection protocol for the demand physiological parameter;

[0008] Invoking the demand dynamic library corresponding to the demand physiological parameter;

[0009] Converting the demand byte stream data into a parameter value of the demand physiological parameter according to the demand dynamic library.

[0010] Optionally, the method further includes:

[0011] When the demand physiological parameter is not a first demand, triggering the step of invoking the demand dynamic library corresponding to the demand physiological parameter.

[0012] Optionally, before obtaining the required byte stream data of the required physiological parameters from the second terminal device based on the communication connection, the method further includes:

[0013] Sending a first request message for the required physiological parameters to the second terminal device based on the communication connection, and the second terminal device, upon receiving the first request message, sends the required byte stream data to the first terminal device based on the first request message and the communication connection.

[0014] Optionally, a version identifier is encapsulated in the required dynamic library, and the method further includes:

[0015] Obtaining, at set time intervals, the version identifier of the cloud dynamic library that matches the required dynamic library from the server;

[0016] In the case where the version corresponding to the version identifier of the required dynamic library is lower than the version corresponding to the version identifier of the cloud dynamic library that matches the required dynamic library, downloading the cloud dynamic library that matches the required dynamic library from the server and updating the required dynamic library to the cloud dynamic library that matches the required dynamic library.

[0017] Optionally, downloading the required dynamic library from the server and loading the required dynamic library includes:

[0018] Downloading the required dynamic library and the first verification information of the required dynamic library from the server;

[0019] Determining second verification information according to the required dynamic library;

[0020] Loading the required dynamic library in the case where the first verification information and the second verification information are consistent;

[0021] In the case where the first verification information and the second verification information are inconsistent, re-executing the steps of downloading the required dynamic library and the first verification information of the required dynamic library from the server.

[0022] Optionally, downloading the required dynamic library from the server and loading the required dynamic library includes:

[0023] Downloading the required dynamic library from the server;

[0024] Storing the required dynamic library in the local storage directory of the application;

[0025] Reading and loading the required dynamic library from the local storage directory.

[0026] Optionally, after converting the byte stream data into the parameter value of the required physiological parameter in the required dynamic library according to the requirement, the method further includes:

[0027] When the required dynamic library is not recalled within a preset duration, unload the required dynamic library.

[0028] According to a second aspect of the present application, there is provided an application running system, including:

[0029] A first terminal device, configured to execute the application running method according to any one of the first aspect;

[0030] A server, configured to send a required dynamic library to the first terminal device.

[0031] Optionally, the application running system further includes:

[0032] A third terminal device, configured to provide a set input interface, receive an input for the set input interface, determine the required dynamic library in response to the input, and upload the required dynamic library to the server.

[0033] According to a third aspect of the present application, there is provided a computer-readable storage medium, on which a computer program is stored, and the computer program, when executed by a processor, implements the method according to any one of the first aspect.

[0034] The present application provides an application running method, which is applied to a first terminal device, and the first terminal device is communicatively connected to a second terminal device for detecting physiological parameters. The method includes: when an application for collecting physiological parameters is running, obtaining required byte stream data of required physiological parameters from the second terminal device based on the communication connection; when the required physiological parameter is a first-time requirement, downloading a required dynamic library from a server and loading the required dynamic library, where the required dynamic library encapsulates a collection protocol of the required physiological parameter; calling the required dynamic library corresponding to the required physiological parameter; and converting the required byte stream data into the parameter value of the required physiological parameter according to the required dynamic library. By this method, while ensuring that the application completes the collection of the required physiological parameters, it is not necessary to pre-integrate the collection protocols of various physiological parameters that can be collected by the second terminal device for the application. In this way, on the one hand, the application volume can be reduced, thus solving the problem of large application volume, and on the other hand, the customization of the application functions according to user requirements can also be realized.

[0035] Through the following detailed description of the exemplary embodiments of the present application with reference to the accompanying drawings, other features and advantages of the present application will become clear. Description of the Drawings

[0036] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments of the application and, together with the description, serve to explain the principles of the application.

[0037] Figure 1 is a block diagram of the hardware configuration of a first terminal device for implementing an application running method according to an embodiment of the present application Figure 1 ;

[0038] Figure 2 is a flowchart of a method for implementing an application running method according to an embodiment of the present application;

[0039] Figure 3 is a structural diagram of an apparatus for implementing an application running method according to an embodiment of the present application;

[0040] Figure 4 is a block diagram of the hardware configuration of a first terminal device for implementing an application running method according to an embodiment of the present application Figure 2 ;

[0041] Figure 5 is a structural diagram of a system for implementing an application running method according to an embodiment of the present application. Detailed Embodiments

[0042] Various exemplary embodiments of the present application will now be described in detail with reference to the accompanying drawings. It should be noted that: Unless otherwise specifically stated, the relative arrangements of components and steps, numerical expressions and values set forth in these embodiments do not limit the scope of the present application.

[0043] The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the present application, its application, or uses.

[0044] Technologies, methods, and devices known to those of ordinary skill in the relevant art may not be discussed in detail, but where appropriate, such technologies, methods, and devices should be considered as part of the specification.

[0045] In all examples shown and discussed herein, any specific values should be construed as merely exemplary and not as limitations. Thus, other examples of the exemplary embodiments may have different values.

[0046] It should be noted that: Like reference numerals and letters in the following drawings denote like items, and thus, once an item is defined in one drawing, further discussion thereof is not required in subsequent drawings.

[0047] Figure 1 is a block diagram of the hardware configuration of a first terminal device for implementing an application running method according to an embodiment of the present application Figure 1 .

[0048] The first terminal device 1000 may be a smart phone, a head-mounted device (such as an AR device, an MR device, and a VR device), a portable computer, a tablet computer, a palmtop computer, and so on.

[0049] The first terminal device 1000 may include a processor 1100, a memory 1200, an interface device 1300, a communication device 1400, a display device 1500, an input device 1600, a speaker 1700, a microphone 1800, and so on. Among them, the processor 1100 may be a central processing unit CPU, a microprocessor MCU, etc. The memory 1200 includes, for example, a ROM (read-only memory), a RAM (random access memory), a non-volatile memory such as a hard disk, etc. The interface device 1300 includes, for example, a USB interface, a headphone interface, etc. The communication device 1400 can perform wired or wireless communication, for example. The display device 1500 is, for example, a liquid crystal display screen, a touch display screen, etc. The input device 1600 may include, for example, a touch screen, a keyboard, etc. The user can input / output voice information through the speaker 1700 and the microphone 1800.

[0050] Although multiple devices are shown for the first terminal device 1000 in Figure 1 , this application may only relate to some of the devices. For example, the first terminal device 1000 only relates to the memory 1200 and the processor 1100.

[0051] Applied to the embodiments of this application, the memory 1200 of the first terminal device 1000 is used to store instructions for controlling the processor 1100 to execute the application running method provided by the embodiments of this application.

[0052] In the above description, those skilled in the art can design instructions according to the solutions disclosed in this application. How the instructions control the processor to operate is well known in the art, so it will not be described in detail here.

[0053] This application provides an application running method, which is applied to the first terminal device as shown in Figure 1 , and as shown in Figure 2 , when the application is running, the first terminal device executes the following steps S2100 to step S2400.

[0054] Step S2100, when an application for collecting physiological parameters is running, obtain the required byte stream data of the required physiological parameters from the second terminal device based on a communication connection.

[0055] In this embodiment, the first terminal device is communicatively connected to the second terminal device. Among them, the second terminal device is a terminal device for detecting various physiological parameters of a user, such as a smart watch, a smart ring, a smart bracelet, etc. The physiological parameters are, for example, blood glucose, heart rate, heart sound, sleep, lung sound, etc. The communication connection can be, for example, a Bluetooth connection.

[0056] It can be understood that before obtaining the demand byte stream data of the demand physiological parameters from the second terminal device based on the communication connection in the above step S2100 of the application running method provided by this application, it further includes the step of establishing a communication connection with the second terminal device.

[0057] An application for collecting physiological parameters (hereinafter referred to as the application) is installed in the first terminal device. For example, a sports health application. The application can be based on the parameter values of various types of physiological parameters collected by the second terminal device. In this embodiment, the physiological parameter that needs to be collected currently is recorded as the demand physiological parameter. The physiological parameter that needs to be collected currently can be indicated by the user according to their own needs.

[0058] When the application is running, there is a situation of obtaining the parameter value of the demand physiological parameter from the second terminal device. On this basis, the second terminal device detects the demand physiological parameter of the user according to the instruction of the first terminal device, obtains the corresponding byte stream data, and sends the byte stream data to the first terminal device through the communication connection with the first terminal device. The first terminal device receives the foregoing byte stream data sent by the second terminal device and records it as the demand byte stream data.

[0059] Step S2200, when the demand physiological parameter is demanded for the first time, download the demand dynamic library from the server and load the demand dynamic library.

[0060] Among them, the acquisition protocol of the demand physiological parameter is encapsulated in the demand dynamic library.

[0061] In this embodiment, taking the demand physiological parameter as the heart rate as an example, the demand physiological parameter being demanded for the first time means that the first terminal device demands the heart rate for the first time.

[0062] Taking the first run after the application is installed on the first terminal device as an example, at time t1, the required physiological parameter is blood glucose, and the first terminal device obtains the required byte stream data corresponding to blood glucose from the second terminal device. At this time, the first terminal device determines that blood glucose is the first requirement, downloads and loads the dynamic library encapsulating the collection protocol for blood glucose from the server, and records this dynamic library as the required dynamic at time t1. At time t2, the required physiological parameter is heart rate, and the first terminal device determines that heart rate is the first requirement, and obtains the required byte stream data corresponding to heart rate from the second terminal device. At this time, the first terminal device downloads and loads the dynamic library encapsulating the collection protocol for heart rate from the server, and records this dynamic library as the required dynamic at time t2. At time t3, the required physiological parameter is blood glucose again, and the first terminal device obtains the new required byte stream data corresponding to blood glucose from the second terminal device. At this time, it is determined that blood glucose is not the first requirement. Among them, t2 is the time after t1, and t3 is the time after t2. In addition, it can be understood that the content of the required byte stream data corresponding to heart rate obtained by the first terminal device at time t1 may be different from the content of the required byte stream data corresponding to heart rate obtained by the first terminal device at time t3.

[0063] In this embodiment, different dynamic libraries are pre-stored in the server, and the collection protocols of different physiological parameters are encapsulated in different dynamic libraries. The dynamic libraries stored in the server are recorded as cloud dynamic libraries. The cloud dynamic library corresponding to the required physiological parameter is recorded as the required dynamic library. The collection protocol is used to describe the rule for parsing the byte data stream of the physiological parameter into a data structure. In an embodiment of the present application, the cloud dynamic library in the server is written in C / C++ language, which can increase the difficulty of decompiling the dynamic library, thereby improving data security.

[0064] In the case where the required physiological parameter is the first requirement, the first terminal device downloads the required dynamic library from the server. Among them, the first terminal device can realize downloading the required dynamic library from the server by sending the second request information of the required dynamic library to the server.

[0065] Correspondingly, the server sends the required dynamic library to the first terminal device. Specifically, the server sends the required dynamic library to the first terminal device based on the second request information sent by the first terminal device.

[0066] After the first terminal device downloads the required dynamic library from the server, it loads the required dynamic library into the local running environment of the first terminal device. In this way, it can be realized that the required dynamic library is loaded into the memory of the first terminal device, and the application can call the collection protocol in the required dynamic library.

[0067] Based on the above, it can be known that the second terminal device can detect the byte stream data of multiple physiological parameters. The first terminal device downloads the required dynamic library from the server only when it first needs the physiological parameters. On this basis, there is no need to pre-integrate the acquisition protocols of multiple physiological parameters that the second terminal device can collect for the application. In this way, on the one hand, the application volume can be reduced, thus solving the problem of large application volume. On the other hand, it is also possible to achieve customization of the application functions according to requirements.

[0068] Step S2300: Invoke the required dynamic library corresponding to the required physiological parameter.

[0069] Step S2400: Convert the required byte stream data into the parameter value of the required physiological parameter according to the required dynamic library.

[0070] In the embodiment, after invoking the required dynamic library corresponding to the required physiological parameter, according to the acquisition protocol of the required physiological parameter encapsulated in the required dynamic library, the required byte stream data is parsed to obtain the parameter value of the required physiological parameter, and the application completes the acquisition of the required physiological parameter.

[0071] The present application provides an application running method, which is applied to the first terminal device. The first terminal device is communicatively connected to the second terminal device for detecting physiological parameters, and includes: when the application for collecting physiological parameters is running, obtaining the required byte stream data of the required physiological parameter from the second terminal device based on the communication connection; when the required physiological parameter is the first requirement, downloading the required dynamic library from the server and loading the required dynamic library, where the required dynamic library encapsulates the acquisition protocol of the required physiological parameter; invoking the required dynamic library corresponding to the required physiological parameter; converting the required byte stream data into the parameter value of the required physiological parameter according to the required dynamic library. Through this method, while ensuring that the application completes the acquisition of the required physiological parameter, there is no need to pre-integrate the acquisition protocols of multiple physiological parameters that the second terminal device can collect for the application. In this way, on the one hand, the application volume can be reduced, thus solving the problem of large application volume. On the other hand, it is also possible to achieve customization of the application functions according to user requirements.

[0072] Corresponding to the above step S2200, the application running method provided by the present application further includes the following step S2500.

[0073] Step S2500: When the required physiological parameter is not the first requirement, trigger the step of invoking the required dynamic library corresponding to the required physiological parameter.

[0074] Based on the above step S2200, it can be seen that when the required physiological parameter is a first demand, the first terminal device has downloaded the required dynamic library from the server and loaded the required dynamic library. Therefore, when the required physiological parameter is not a first demand, there is no need to download the required dynamic library from the server again and load it.

[0075] Through the above step S2500, unnecessary downloading and loading of the required dynamic library can be avoided, and waste of computing resources of the first terminal device can be avoided.

[0076] In an embodiment of the present application, before obtaining the required byte stream data of the required physiological parameter from the second terminal device based on the communication connection in the above step S2100 of the application running method provided by the present application, the following step S2110 is further included.

[0077] Step S2110, when the trigger control of the required physiological parameter is triggered, send the first request information of the required physiological parameter to the second terminal device based on the communication connection.

[0078] Wherein, when the second terminal device receives the first request information, based on the first request information and the communication connection, send the required byte stream data to the first terminal device.

[0079] In this embodiment, the trigger control of the required physiological parameter is triggered by the user. Taking the required physiological parameter as the heart rate as an example, the display interface of the application displays "Heart Rate" as the trigger control of the heart rate. When the user clicks "Heart Rate", the trigger control of the heart rate is triggered. At this time, the first terminal device sends the first request information of the heart rate to the second terminal device. On this basis, after the second terminal device receives the above-mentioned first request information of the heart rate, detect the heart rate based on the first request information to obtain the byte stream data corresponding to the heart rate. Further, use the byte stream data corresponding to the heart rate as the required byte stream data and send it to the first terminal device through the communication connection with the first terminal device.

[0080] In an example, the first request information may specifically be a read-type request information or a listening-type request information. The present application does not limit the specific manifestation form of the first request information.

[0081] In an embodiment of the present application, a version identifier is encapsulated in the required dynamic library. On this basis, the application running method provided by the present application further includes the following step S2600 and step S2700.

[0082] Step S2600, at set time intervals, obtain the version identifier of the cloud dynamic library that matches the required dynamic library from the server.

[0083] Exemplarily, the set time interval can be specifically 1 week, 1 month, etc., and the present application does not limit this.

[0084] In this embodiment, the cloud dynamic library in the server can be updated by developers irregularly. The cloud dynamic library matching the demand dynamic library refers to the cloud dynamic library in the server that encapsulates the acquisition protocol of the demand physiological parameters corresponding to the demand dynamic library.

[0085] In an embodiment of the present application, developers write a cloud dynamic library through a third terminal device and upload the cloud dynamic library to the server through the third terminal device. On this basis, the third terminal device is used to provide a set input interface, receive an input for the set input interface, determine the demand dynamic library in response to the input, and upload the demand dynamic library to the server. Among them, the set input interface is an interface for developers to input the cloud dynamic library, and the input for the set input interface is the operation of developers inputting the cloud dynamic library at the set input interface.

[0086] To ensure that the demand dynamic library on the first terminal device is the latest version of the demand dynamic library, the first terminal device obtains the version identifier of the cloud dynamic library matching the demand dynamic library from the server at a set time interval. In this embodiment, after sending the demand dynamic library to the first terminal device, the server is also used to send the version identifier of the cloud dynamic library matching the demand dynamic library to the first terminal device.

[0087] Step S2700, when the version corresponding to the version identifier of the demand dynamic library is lower than the version corresponding to the version identifier of the cloud dynamic library matching the demand dynamic library, download the cloud dynamic library matching the demand dynamic library from the server and update the demand dynamic library to the cloud dynamic library matching the demand dynamic library.

[0088] In this embodiment, when the version corresponding to the version identifier of the demand dynamic library is lower than the version corresponding to the version identifier of the cloud dynamic library matching the demand dynamic library, it indicates that the demand dynamic library on the first terminal device is not the latest version of the demand dynamic library. At this time, to ensure that the demand dynamic library on the first terminal device is the latest version of the demand dynamic library, download the cloud dynamic library matching the demand dynamic library from the server and update the demand dynamic library to the cloud dynamic library matching the demand dynamic library.

[0089] In an embodiment of the present application, to prevent the demand dynamic library from being tampered with, downloading the demand dynamic library from the server and loading the demand dynamic library in the above step S2200 are specifically implemented through the following steps S2210 to S2240.

[0090] Step S2210: Download the requirement dynamic library and the first verification information of the requirement dynamic library from the server.

[0091] In an embodiment of the present application, the first verification information may specifically be the MD5 hash value of the requirement dynamic library. Of course, it can also be others, such as the SHA1 hash value of the requirement dynamic library.

[0092] In this embodiment, when the server sends the requirement dynamic library to the first terminal, it also sends the first verification information of the requirement dynamic library to the first terminal device. The first terminal device downloads the requirement dynamic library from the server and downloads the first verification information of the requirement dynamic library at the same time.

[0093] Step S2220: Determine the second verification information according to the requirement dynamic library.

[0094] Taking the first verification information as the MD5 hash value of the requirement dynamic library as an example, the specific implementation of the above step S2220 is: Determine the MD5 hash value of the requirement dynamic library according to the MD5 verification algorithm as the second verification information.

[0095] Step S2230: Load the requirement dynamic library when the first verification information and the second verification information are consistent.

[0096] When the first verification information and the second verification information are consistent, it indicates that the requirement dynamic library has not been tampered with and is the correct requirement dynamic library. At this time, the requirement dynamic library is loaded.

[0097] Step S2240: When the first verification information and the second verification information are inconsistent, re-execute the steps of downloading the requirement dynamic library and the first verification information of the requirement dynamic library from the server.

[0098] When the first verification information and the second verification information are inconsistent, it indicates that the requirement dynamic library has been tampered with and is the wrong requirement dynamic library. At this time, in order to obtain the correct requirement dynamic library, the above step S2210 is re-executed.

[0099] In an embodiment of the present application, in order to avoid permission problems and ensure the security of the requirement dynamic library, the above step S2200 is specifically implemented through the following steps S2250 to S2280.

[0100] Step S2250: Download the requirement dynamic library from the server.

[0101] Step S2260: Store the requirement dynamic library in the local storage directory of the application.

[0102] Step S2270: Read and load the requirement dynamic library from the local storage directory.

[0103] In this embodiment, after downloading the demand dynamic library from the server, the demand dynamic library is stored in the local storage directory of the application, such as the internal storage directory (e.g., data / data / package-name / ). In this way, before using the native method, the path of the downloaded so is injected into the classloader through reflection, and then the native method can be called.

[0104] In an embodiment of the present application, after the above step S2400, the application running method provided by the present application further includes the following S2800.

[0105] Step S2800: Unload the demand dynamic library when the demand dynamic library has not been re-called within a preset duration.

[0106] In an example, the preset duration can be specifically 1 week, 1 month, etc., and the present application does not limit this.

[0107] In this embodiment, when the demand dynamic library has not been re-called within the preset duration, it means that the demand physiological parameter corresponding to the demand dynamic library is a physiological parameter that the user does not often need. At this time, the demand dynamic library is unloaded, which can further reduce the volume of the application.

[0108] The present application also provides an application running device 300, as Figure 3 shown, which is applied to the first terminal device. The first terminal device is communicatively connected to the second terminal device for detecting physiological parameters, and includes:

[0109] An acquisition module 310, configured to obtain the demand byte stream data of the demand physiological parameter from the second terminal device based on the communication connection when the application for collecting physiological parameters is running;

[0110] A loading module 320, configured to download the demand dynamic library from the server and load the demand dynamic library when the demand physiological parameter is a first-time demand, where the acquisition protocol of the demand physiological parameter is encapsulated in the demand dynamic library;

[0111] A calling module 330, configured to call the demand dynamic library corresponding to the demand physiological parameter;

[0112] A conversion module 340, configured to convert the demand byte stream data into the parameter value of the demand physiological parameter according to the demand dynamic library.

[0113] In an embodiment of the present application, the application running device 300 provided by the present application further includes:

[0114] A trigger module, configured to trigger the step of invoking the demand dynamic library corresponding to the demand physiological parameter when the demand physiological parameter is not a first demand case.

[0115] In an embodiment of the present application, the application running device 300 provided by the present application further includes:

[0116] A sending module, configured to send first request information of the demand physiological parameter to the second terminal device based on the communication connection, and the second terminal device, when receiving the first request information, sends the demand byte stream data to the first terminal device based on the first request information and the communication connection.

[0117] In an embodiment of the present application, a version identifier is encapsulated in the demand dynamic library, and the application running device 300 provided by the present application further includes:

[0118] An update module, configured to obtain the version identifier of the cloud dynamic library matching the demand dynamic library from the server at a set time interval;

[0119] When the version corresponding to the version identifier of the demand dynamic library is lower than the version corresponding to the version identifier of the cloud dynamic library matching the demand dynamic library, download the cloud dynamic library matching the demand dynamic library from the server, and update the demand dynamic library to the cloud dynamic library matching the demand dynamic library.

[0120] In an embodiment of the present application, the loading module 320 is specifically configured to download the demand dynamic library and the first verification information of the demand dynamic library from the server;

[0121] Determine second verification information according to the demand dynamic library;

[0122] When the first verification information and the second verification information are consistent, load the demand dynamic library;

[0123] When the first verification information and the second verification information are inconsistent, re-execute the steps of downloading the demand dynamic library and the first verification information of the demand dynamic library from the server.

[0124] In an embodiment of the present application, the loading module 320 is specifically configured to download the demand dynamic library from the server;

[0125] Store the demand dynamic library in the local storage directory of the application;

[0126] Read and load the demand dynamic library from the local storage directory.

[0127] In one embodiment of the present application, the application running device 300 provided by the present application further includes:

[0128] An uninstallation module, configured to uninstall the required dynamic library when the required dynamic library has not been recalled within a preset time period.

[0129] The present application also provides a first terminal device 400, which includes any application running device provided in the above device embodiment.

[0130] Or, as Figure 4 shown, the first terminal device includes a memory 410 and a processor 420. The memory 410 is configured to store computer instructions, and the processor 420 is configured to call the computer instructions from the memory 410 to execute any application running method in the above method embodiments.

[0131] The present application also provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, it implements the application running method according to any one of the above method embodiments.

[0132] The present application also provides an application running system 500, as Figure 5 shown, including:

[0133] A first terminal device 510, configured to execute any application running method in the above method embodiments;

[0134] A server 520, configured to send a required dynamic library to the first terminal device 510.

[0135] In one embodiment of the present application, as Figure 5 shown, the application running system 500 further includes:

[0136] A third terminal device 530, configured to provide a set input interface, receive an input for the set input interface, determine the required dynamic library in response to the input, and upload the required dynamic library to the server 520.

[0137] It should be noted that the specific implementations of the above device embodiment, device embodiment, medium embodiment, and medium embodiment can be referred to the above method embodiment, and will not be elaborated here.

[0138] The present application may be a system, method, and / or computer program product. The computer program product may include a computer-readable storage medium, on which computer-readable program instructions are loaded for causing a processor to implement various aspects of the present application.

[0139] A computer-readable storage medium can be a tangible device that can retain and store instructions for use by an instruction execution device. A computer-readable storage medium may be, for example—but not limited to—an electrical storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer-readable storage medium include: a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a static random access memory (SRAM), a portable compact disc read-only memory (CD-ROM), a digital versatile disc (DVD), a memory stick, a floppy disk, a mechanically encoded device, such as a punched card or raised structures in grooves storing instructions thereon, and any suitable combination of the foregoing. The computer-readable storage medium used herein is not construed as an instantaneous signal itself, such as a radio wave or other freely propagating electromagnetic wave, an electromagnetic wave propagated through a waveguide or other transmission medium (e.g., an optical pulse through an optical fiber cable), or an electrical signal transmitted through a wire.

[0140] The computer-readable program instructions described herein can be downloaded from a computer-readable storage medium to respective computing / processing devices, or downloaded to an external computer or external storage device via a network, such as the Internet, a local area network, a wide area network, and / or a wireless network. The network may include a copper transmission cable, an optical fiber transmission, a wireless transmission, a router, a firewall, a switch, a gateway computer, and / or an edge server. A network adapter card or network interface in each computing / processing device receives the computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in a computer-readable storage medium in each computing / processing device.

[0141] The computer program instructions for performing the operations of the present application may be assembly instructions, instruction set architecture (ISA) instructions, machine instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source code or object code written in any combination of one or more programming languages, including object-oriented programming languages such as Smalltalk, C++, etc., and conventional procedural programming languages such as the "C" language or similar programming languages. The computer-readable program instructions may be executed entirely on the user's computer, partially on the user's computer, executed as a stand-alone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., via the Internet using an Internet service provider). In some embodiments, by using the state information of the computer-readable program instructions to customize an electronic circuit, such as a programmable logic circuit, a field-programmable gate array (FPGA), or a programmable logic array (PLA), the electronic circuit can execute the computer-readable program instructions to implement various aspects of the present application.

[0142] Aspects of the present application are described herein with reference to the flowchart and / or block diagram of a method, apparatus (system), and computer program product according to embodiments of the present application. It should be understood that each block of the flowchart and / or block diagram, and the combinations of blocks in the flowchart and / or block diagram, can be implemented by computer-readable program instructions.

[0143] These computer-readable program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, thereby producing a machine such that when these instructions are executed by the processor of the computer or other programmable data processing device, a device is produced that implements the functions / actions specified in one or more blocks of the flowchart and / or block diagram. These computer-readable program instructions can also be stored in a computer-readable storage medium, and these instructions cause the computer, programmable data processing device, and / or other devices to work in a specific manner. Thus, the computer-readable medium storing the instructions includes a manufactured article that includes instructions for implementing various aspects of the functions / actions specified in one or more blocks of the flowchart and / or block diagram.

[0144] Computer-readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices, causing a series of operational steps to be performed on the computer, other programmable data processing apparatus, or other devices to generate a computer-implemented process such that the instructions executed on the computer, other programmable data processing apparatus, or other devices implement the functions / acts specified in one or more boxes of the flowchart and / or block diagram.

[0145] The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagram may represent a module, a segment of a program, or a portion of an instruction, which contains one or more executable instructions for implementing the specified logical function. In some alternative implementations, the functions noted in the blocks may occur out of the order noted in the figures. For example, two consecutive blocks may in fact be executed substantially in parallel, or they may sometimes be executed in the reverse order, depending upon the functionality involved. It should also be noted that each block of the block diagrams and / or flowchart diagrams, and combinations of blocks in the block diagrams and / or flowchart diagrams, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or by combinations of special purpose hardware and computer instructions. As is well known to those of ordinary skill in the art, implementations by hardware, by software, and by the combination of software and hardware are equivalent.

[0146] The embodiments of the present application have been described above. The above description is exemplary, not exhaustive, and is not limited to the disclosed embodiments. Many modifications and variations will be apparent to those of ordinary skill in the art in the field of the present technology without departing from the scope and spirit of the described embodiments. The selection of the terms used herein is intended to best explain the principles of the embodiments, the practical application, or the technical improvement of the technology in the market, or to enable other ordinary skill in the art in the field of the present technology to understand the embodiments disclosed herein. The scope of the present application is defined by the appended claims.

Claims

1. A method for application operation, characterized in that Applied to a first terminal device, the first terminal device is communicatively connected to a second terminal device for detecting physiological parameters, and includes: When the application for collecting physiological parameters is running, obtain the required byte stream data of the required physiological parameters from the second terminal device based on the communication connection; When the required physiological parameter is a first-time requirement, download the required dynamic library from the server and load the required dynamic library, where the acquisition protocol of the required physiological parameter is encapsulated in the required dynamic library; Invoke the required dynamic library corresponding to the required physiological parameter; According to the required dynamic library, convert the required byte stream data into the parameter value of the required physiological parameter.

2. The method according to claim 1, characterized in that, The method further includes: When the required physiological parameter is not a first-time requirement, trigger the step of invoking the required dynamic library corresponding to the required physiological parameter.

3. The method according to claim 1, characterized in that, Before obtaining the required byte stream data of the required physiological parameter from the second terminal device based on the communication connection, the method further includes: Send a first request message of the required physiological parameter to the second terminal device based on the communication connection. When the second terminal device receives the first request message, send the required byte stream data to the first terminal device based on the first request message and the communication connection.

4. The method according to claim 1, wherein The required dynamic library is encapsulated with a version identifier, and the method further includes: Obtain the version identifier of the cloud dynamic library matching the required dynamic library from the server at a set time interval; When the version corresponding to the version identifier of the required dynamic library is lower than the version corresponding to the version identifier of the cloud dynamic library matching the required dynamic library, download the cloud dynamic library matching the required dynamic library from the server and update the required dynamic library to the cloud dynamic library matching the required dynamic library.

5. The method according to claim 1, characterized in that The downloading the required dynamic library from the server and loading the required dynamic library includes: Download the required dynamic library and the first verification information of the required dynamic library from the server; Determine the second verification information according to the required dynamic library; When the first verification information and the second verification information are consistent, load the required dynamic library; When the first verification information and the second verification information are inconsistent, re-execute the steps of downloading the required dynamic library from the server and the first verification information of the required dynamic library.

6. The method according to claim 1, wherein The downloading the required dynamic library from the server and loading the required dynamic library includes: Download the required dynamic library from the server; Store the required dynamic library in the local storage directory of the application; Read and load the required dynamic library from the local storage directory.

7. The method according to any one of claims 1-6, characterized in that, After converting the byte stream data into the parameter value of the required physiological parameter according to the required dynamic library, the method further includes: Unload the required dynamic library when the required dynamic library has not been re-invoked within a preset duration.

8. An application running system, characterized in that, Includes: A first terminal device for executing the application running method according to any one of claims 1-7; A server for sending a required dynamic library to the first terminal device.

9. The application running system according to claim 8, characterized in that, The application running system further includes: A third terminal device, configured to provide a set input interface, receive an input for the set input interface, determine the required dynamic library in response to the input, and upload the required dynamic library to the server.

10. A computer-readable storage medium, characterized in that, A computer program is stored thereon, and when the computer program is executed by a processor, it implements the method according to any one of claims 1-7.

Images