HK1237480A - Method and apparatus for taking over task between devices - Google Patents

Description

Method and device for taking over task between devices

Technical Field

The present application relates to task takeover technologies, and in particular, to a method and an apparatus for task takeover between devices.

Background

In some situations, it may be inconvenient for a user to perform tasks on the device, for example, when the driver is driving, it may often be necessary to use navigation functions on the device, and it may also be necessary to change certain parameters previously set during navigation.

However, in the current common situation, a task started on one device can only be run on the device.

Disclosure of Invention

The application provides a method and a device for taking over tasks among equipment, which can switch tasks on one piece of equipment to another piece of equipment to run.

According to a first aspect of embodiments of the present application, a method for task takeover between devices is provided, where the method includes:

after the connection is established between the two end devices, if the corresponding service applications on the two end devices have the task takeover capability, the task data of the service application of the local end is sent to the service application processing of the opposite end; the task data carries the type identification of the service application of the local terminal; and/or

And when receiving the task data of the service application of the opposite terminal, sending the task data to the service application processing of the local terminal matched with the type identification of the service application of the opposite terminal.

According to a second aspect of the embodiments of the present application, there is provided an apparatus for taking over a task between devices, including:

the connection management module is used for monitoring the connection state of the two-end equipment and informing the service application of the device after the two-end equipment establishes connection;

the transmission management module is used for sending the task data of the service application of the local terminal to the service application processing of the opposite terminal when the corresponding service application on the equipment at the two terminals has the task takeover capability; the task data carries the type identification of the service application of the local terminal; and/or when receiving the task data of the service application of the opposite terminal, sending the task data to the service application processing of the local terminal matched with the type identification of the service application of the opposite terminal.

The method and the device transmit the task data by using the service applications of different devices, send the task data of the service application on one device to the other device, and process the task data by using the service application with processing capacity on the other device, thereby realizing task takeover among different devices; the method and the device enable the information on different devices to flow among different devices, and select the most reasonable information presentation mode according to the current environment of the user.

Drawings

FIG. 1 is a diagram of a network to which the present application is applicable in an embodiment of the present application;

FIG. 2 is a flowchart illustrating a method for taking over tasks between devices according to an embodiment of the present disclosure;

FIG. 3a is a schematic view of a service scenario in an application example of the present application;

FIG. 3b is a sequence diagram of an interaction of a navigation application in an example application of the present application;

FIG. 3c is a diagram illustrating the effect of a notification message in the application example of the present application;

FIG. 3d is a sequence diagram illustrating an interaction of an audio playback application in an exemplary application of the present application;

FIG. 3e is a diagram illustrating the effect of a notification message in the application example of the present application;

FIG. 3f is a signal interaction diagram of a system message monitoring application in an example application of the present application;

FIG. 4 is a diagram illustrating the hardware architecture of an apparatus for indirect task management by a device according to an embodiment of the present application;

fig. 5 is a diagram illustrating a logical architecture of a device for taking over a task between devices according to an embodiment of the present application.

Detailed Description

Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present application, as detailed in the appended claims.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in this application and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.

It is to be understood that although the terms first, second, third, etc. may be used herein to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present application. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.

Fig. 1 is a network diagram in a service scenario to which the present application is applicable. A plurality of devices (device 101, device 102, device 103 …) are included within network 10; various business application App software (App1, App2 and App3 …) can be installed on each device.

The devices may be of various types, for example, a cell phone, a tablet, a computer, a smart headset, a smart television, a smart watch, a car in an automobile, etc.

The business application App software (hereinafter referred to as App) may be software that provides a certain service, such as an App that provides an audio playing service, an App that provides a navigation service, and the like, or may be an App that monitors system messages of a service (e.g., a service such as a telephone service, a short message service, and the like) provided by an operating system (for convenience of description, referred to as a system message monitoring App). Wireless or wired connections may be established between the devices.

When two devices are provided with the same App (for example, both are provided with the App1 in FIG. 1), the application can realize that the task executed by the App on the device is taken over by the App on the other device. The implementation can be seen with reference to fig. 2.

The task takeover in this application refers to smooth switching of tasks on different devices, for example, switching the task on the device 101 to the device 102 for execution, after the switching, the device 102 may have a small amount of control force on the device 101, and the device 101 may also no longer be controlled by the device 102, which is different from the prior art that when the device 101 receives remote control of the device 102 in a VNC (Virtual Network Computer) technology, the fact is that the device 102 still executes the task of the device 101 on the device 101 by transmitting a control instruction.

S201, after the connection is established between the two end devices, if the corresponding service application on the two end devices has the task takeover capability, the task data of the service application of the local end is sent to the service application of the opposite end for processing; the sent task data carries the type identification of the service application of the local terminal; and/or

S202, when receiving the task data of the service application of the opposite terminal, sending the task data to the service application processing of the local terminal matched with the type identification of the service application of the opposite terminal.

In the present application, the entity executing the method may alternatively execute steps S201 and S202, or both steps may be executed. That is, the service application where the entity is located may be only used as a taken-over party of the task or only used as a taken-over party of the task, or may have functions of both the taken-over party and the taken-over party of the task.

In the application, the two devices can establish connection through a local area network mobile communication network, for example, one of the devices can be used as a server to provide short-distance wireless connection services (such as wireless connection services of WIFI, bluetooth, infrared and the like); of course, it is not excluded that the two devices establish the connection in other ways, for example, by establishing the connection through a 3G, 4G mobile network, or by establishing the connection in a wired manner, etc.

As an embodiment, in order to enable the service applications at the two ends to have the task takeover capability, an SDK (software development Kit) may be embedded in the service application that does not have the task takeover capability in the prior art, and steps S201 and S202 are performed by the SDK; of course, a new business application may be specially designed to perform steps S201 and S202. As one example, the SDK may contain connection management services and transport management services. The connection management service is responsible for monitoring the connection state of the equipment at the two ends, and the transmission management service is responsible for interacting with the opposite-end equipment.

After the connection between the two devices is established, the current connection state can be notified to the service applications at the two ends through the connection management service.

After the service applications at the two ends know that the equipment at the two ends has established connection, whether the equipment and the opposite end have the task takeover capability needs to be confirmed. Whether the business application has the task takeover capability can be distinguished through the task takeover capability identification, for example, 1 may be used to indicate that the business application has the task takeover capability, and 0 may be used to indicate that the business application does not have the task takeover capability.

The business applications at two ends can exchange and negotiate the task takeover capability message; the method comprises the steps that a task takeover capability identifier is carried in a message for negotiating the task takeover capability, and whether a sender of the message for negotiating the task takeover capability has the task takeover capability or not is indicated by the task takeover capability identifier; and after the task takeover capability negotiation is successful, executing step S201, and if the negotiation is failed, ending the task takeover process.

In some scenarios, the taken over party may not be fixed for the tasks of the same business application. For example, when the device 101 in fig. 1 is a vehicle, the device 102 is a mobile phone of a driver, and the device 103 is a mobile phone of a passenger in the vehicle, the App1 on the device 101 may be allowed to take over a task of the App1 on the device 102, and in order to solve the problem that the driver is inconvenient to operate the device 102 during driving, the App1 on the device 101 may be allowed to take over a task of the App1 on the device 103. When there is a service application request of more than one device to be taken over by a service application of the same opposite end, the policy for selecting which device's service application to take over the task by the service application of the opposite end may exist in various ways. For example, the App of the opposite-end device may perform task takeover on the first received task data after successfully negotiating the task takeover capability with the service applications of the multiple taken-over devices; or the task data consistent with the own App account information can be ranked at the highest priority according to the account information of the service application of the taken over equipment; or prompt information can be popped up for manually selecting which task data to take over the task, and the like.

Since more than one service application which may be taken over by the task on the device is available, when the task data of the service application at the local terminal is transmitted, the type identifier of the service application at the local terminal can be carried, so that the opposite terminal device can send the task data to the matched service application for processing. In addition, since there may be more than one type of task data, in an embodiment, the service type of the task data that is transmitted may also be carried, so that when the service application of the opposite end processes the task data, the service application of the opposite end may identify the type of the task data to perform corresponding processing.

In an example, the user may also be prompted to set a task takeover permission, after receiving task data sent by the service application of the device of the taken-over party, first check whether the task takeover permission set by the user allows the service application to take over the task, and if so, send the task data received from other devices to the service application of the local end matched with the type identifier of the service application of the sending party.

Also as an example, after receiving the task data of the other device, the service application at the local end may determine whether to process the task data of the service application at the opposite end according to the current use state of the service application at the local end or a user instruction. For example, if the service application of the local terminal is currently in an idle state, the task data can be directly run; if the service application is receiving an operation instruction of a user, or running task data, or running similar task data by using other service applications (for example, the service application receiving the task data is a QQ music playing App, but the device is playing music data by using a shrimp music playing App), the service application can prompt the user whether to take over the received task data, and perform further operation according to the instruction of the user. For the condition of the business application to execute the task data and how to execute the task data, different processes can be provided according to different design requirements.

The process disclosed in fig. 2 may be applied to services provided by a variety of business applications. For example, the type of the service application may be a navigation application, an audio playing application, a video playing application, a system monitoring message application, an instant messaging application, and the like, and the system monitoring message application is used for monitoring a system message (for example, a short message notification, a telephone notification, and the like) received by an operating system of the local device through a notification center. It should be noted that the system monitoring message application may integrate functions of the required system service, for example, functions of a short message service and a telephone service may be integrated into the system monitoring message application for implementation. For different services, the service application of the local terminal transmits different task data, and the service application of the opposite terminal processes different task data.

As an example, when the business application is a navigation application, the task data transmitted by the navigation application may include at least one of the following navigation information: the navigation system may include, for example, destination data currently being navigated, currently planned route destination data, a predetermined number of recently searched destination data, navigation preference data, and the like, but may include other navigation-related information not listed.

In yet another example, when the business application is an audio playback application, the transmitted task data may include at least one of the following audio playback information: a current song cover picture, a current song ID, an artist to which the current song belongs, and an album to which the current song belongs; audio data of the current song, and play control data of the current song; the song list includes song IDs, song arrangement order, and the like, and may also include other audio playing related information that is not listed.

In addition, when the service data is a system message monitoring application and the monitored system message is a short message, the transmitted task data includes at least one of the following short message information: the name of the sender, the phone number of the sender, the content of the short message, the receiving time of the short message, etc., but may also include other information related to the short message, which is not listed.

In some scenarios, alternating task takeover may occur between applications of the two-end devices. For the service application providing the navigation service, after the navigation application of the home terminal sends the task data to the navigation application of the opposite terminal, a process of updating the navigation information by the navigation application of the opposite terminal may occur (for example, one or more items of the navigation information, such as destination data currently being navigated, currently planned route destination data, recently searched predetermined number of destination data, navigation preference data, and the like, are updated).

For the business application providing music service, there are many ways to send the task data of the audio playing application of the managed party to the audio playing application of the managed party and the process of processing the task data by the audio playing application of the managed party.

For example, a current song cover picture, a current song ID, an artist to which the current song belongs, and an album to which the current song belongs may be packaged into task data of a predetermined format, and sent to an audio playing application of the receiving party through WIFI; and after receiving the task data, the audio playing application of the receiving and managing party informs the audio playing application of the received and managed party if the received task data is agreed to be received and the audio data of the current song or the playing control data of the current song are not stored in the equipment, and after receiving the request, the audio playing application of the received and managed party sends the audio data of the current song or the playing control data of the current song to the audio playing application of the receiving and managing party through Bluetooth.

The other mode can be that the current song cover picture, the current song ID, the artist to which the current song belongs, the album to which the current song belongs, the audio data of the current song or the playing control data of the current song of the managed party are all sent to the audio playing application of the managed party through WIFI.

The current song cover picture, the current song ID, the artist to which the current song belongs and the album to which the current song belongs of the managed party can be packaged into task data with a preset format and sent to the audio playing application of the managed party through WIFI; after the audio playing application of the receiving and managing party receives the task data, if the received task data is agreed to be received and the audio data of the current song or the playing control data of the current song are not stored in the device, when the audio playing application of the device is connected with the cloud server of the audio playing application through the mobile communication network, the audio data of the current song or the playing control data of the current song can be downloaded from the cloud server.

In some scenarios, the task data received by the recipient's audio playback application may be a list of songs or a song ID, such as the device 102 of fig. 1 wishing to share the list of songs on its own with the device 101. At this time, the audio playing application of the takeover party can generate a temporary entry; the predetermined rule saves or deletes the song list in the temporary entry. The predetermined rule may have various forms, for example, the song list may be stored in the order of the received song list, and when the audio data is played, the audio data may be played according to the order in the song list. The manner of acquiring the audio data and the control data can refer to the above related parts, and is not described in detail.

As an example, the number of song lists stored in the temporary entry may be preset, and when the number of the stored song lists reaches a predetermined number, if another song list is received, the received song list is deleted; or when the saved song list reaches a predetermined number, the played songs are deleted from the song ID saved at the earliest, for example, the song list keeps 100 songs at most, and when the 101 st song is newly added and the piece of music is played, the ID of the 1 st song is deleted.

As an example, the temporary entry may be deleted only when the local device is powered off, and may be retained when the audio playing application is turned off or when the current task data is completely executed. It is readily understood that the management policy for temporary portals may be a function of design requirements.

In one example, the device may be equipped with a system message monitoring application, where the system message monitoring application monitors a notification center of the operating system in real time, and obtains a system message received by the notification center, such as a short message notification, a telephone notification, an update reminder, and the like. The support task takeover type can be agreed with the system message monitoring application of the opposite terminal in advance, for example, the support short message service can be agreed.

After acquiring the new system message received by the notification center, the system message monitoring application of the local terminal judges whether the service corresponding to the system message is supported according to the supported task takeover type, and if so, the system message monitoring application packages the system message into task data and sends the task data to the system message monitoring application of the opposite terminal; the task data carries the type identification of the system message monitoring service and the type identification of the service corresponding to the system message. After receiving the task data, if the system message monitoring application at the opposite end agrees to take over, the task data is sent to a notification center of the equipment, the notification center prompts a user whether to check the system message, and if the user instruction is to check the system message and the system message monitoring application integrates the function of short message service, the notification center informs the system message monitoring application to display the content of the system message; if the system message monitoring application is not integrated with the function of the short message service, the notification center informs the short message service to display the content of the system message.

The following is an application example of the present application, and fig. 3a is a diagram of a network environment in which the application example is located. In the figure, a device a is a vehicle mounted on a vehicle, a device b is a driver's mobile phone, and devices c and d are mobile phones of passengers on the vehicle. The devices a, b, c and d are respectively provided with a navigation App, a music playing App and a system message monitoring App for monitoring system messages (such as short message notification, telephone notification and the like), and the system message monitoring App integrates the functions of short message service and telephone service. Each App is embedded with an SDK (SDK1\ SDK2\ SDK3), and each SDK contains a connection management service and a transmission management service.

Each device supports a WIFI function and a Bluetooth function, and the car machine can serve as a Service end of the WIFI function, broadcasts an SSID (Service Set Identifier), and enables a mobile phone in the car to establish WIFI connection with the car machine. After the vehicle machine is started, the WIFI function on the vehicle machine is automatically started, and the SSID of the WIFI function is broadcasted to other equipment in the vehicle. And after the WIFI function is started, the SSID of the vehicle machine is selected by other mobile phones in the vehicle, and WIFI connection is established with the vehicle machine. The process of establishing the WIFI connection may refer to the related schemes disclosed in the prior art. In this example, multiple devices may be allowed to establish WIFI connectivity with the vehicle machine.

1. For the task takeover flow of the navigation App, see fig. 3 b:

the driver needs to navigate the driving route through the device a, but the driver drives the vehicle and inconveniently operates the held device b, so that the owner of the device c turns on the navigation App on the device.

S301b, the connection management service in SDK1 on device c detects that device c has established a WIFI connection with device a, and then notifies the navigation App.

S302b, the navigation App on the device c sends the message of negotiating the task takeover capability to the navigation App of the device a through the transmission management service, so as to negotiate the task takeover capability with the navigation App on the device a, where the message of negotiating the task takeover capability carries a task takeover capability identifier of its own, and a value of the task takeover capability identifier is 1, which indicates that the device has the task takeover capability.

S303b, the navigation App on the device a and the navigation App on the device c negotiate a message of task takeover capability through the transmission management service provided by their SDKs 1, and notify the navigation apps on the devices a and c after successful interaction.

S304b, the navigation App on the device c encapsulates the navigation related information input by the owner into task data according to a predetermined format, and sends the task data to the device a. The predetermined format includes a type identifier of the navigation App and a type identifier of the navigation data. The navigation-related information includes destination data currently being navigated, route destination data currently being planned, most recently searched 5 destination data, navigation preference data.

S305b, after receiving the task data sent by the device c through the transmission management service, the navigation App of the device a judges that the task data is the task data to be processed by the navigation App according to the type identification of the service application in the task data, and further judges whether the permission set by the user allows the navigation task to be taken over, if so, the task data is sent to the navigation App of the device a; if not, prompting the user whether to reset the authority.

S306b, after receiving the task data, the navigation App of the device a determines whether to start task takeover: if the navigation App of the device a is currently in a use state or is receiving an instruction of a user to operate a map, prompting the user whether to switch to a navigation state for task data of the device c (the prompting format refers to fig. 3c, and the task data can be stored when the user refuses to take over the task data); if the navigation App of device a is currently in an idle state, it starts processing the task data of device c.

In the running process of the vehicle, a driver finds that a navigation destination or navigation preference needs to be changed, the navigation App of the equipment c can package updated navigation information into task data and send the task data to the navigation App of the equipment a, the changed navigation information can be input on the navigation App of the equipment a, and the navigation App of the equipment a restarts navigation according to the newly input navigation information; it is also possible to request device c to take over the task data of device a after entering new navigation information on device a.

If the task of the navigation App of the device a needs to be taken over by switching to the navigation App of the device c at this time, the navigation App on the device a encapsulates the navigation information into task data according to a predetermined format, the predetermined format includes a type identifier of the navigation App and a type identifier of the navigation data, and the task data is sent to a transmission management service of the navigation App on the device c through the transmission management service (S307 b).

S308b, the transmission management service sends the received task data to the navigation App of the device c, and after receiving the task data, the navigation App on the device c determines whether the received task data matches the navigation information stored initially, and if not, updates the stored navigation information.

S309b, if the navigation App on the device c is not currently in the navigation state after updating, automatically inputting the newly saved navigation destination and preference setting of the device a and starting navigation.

And when the navigation App of the equipment a finishes navigation or the equipment a is disconnected from the equipment c and the like, notifying the navigation App on the equipment a and the equipment c to finish the task takeover process.

2. For the task take-over process of the music playing App:

and the owner of the equipment c opens the music playing App on the machine, and hopes to send the audio data currently played by the music playing App on the equipment to the music playing App of the equipment a for playing. Device c has established a WIFI connection and a bluetooth connection with device a. The music playing App has loaded the SDK 2.

After the music playing App on the device c and the music playing App on the device a negotiate the task takeover capability successfully (the negotiation process is not described again), the process of the two devices for taking over the task is shown in fig. 3 d:

s301d, encapsulating information such as cover, song name, artist and album of the music being played into task data, and sending the task data to the device a, wherein the task data carries the type identification of the music playing App.

S302d, after receiving the task data sent by the device c through the transmission management service, the music playing App of the device a judges that the task data is the task data to be processed by the music playing App according to the type identification of the service application, and further judges whether the permission set by the user allows the music playing task to be taken over, if so, the task data is sent to the music playing App of the device a; if not, prompting the user whether to reset the authority.

S303d, after receiving the task data, the music playing App of device a determines whether to start task takeover:

s304d, if the music playing App of the device a is currently in use, or there is another music playing App of the same kind in use, prompting the user whether to switch to the playing state of the task data of the device c;

when the user instruction is to switch to the playing state of the task data of the equipment c, or the navigation App of the equipment a is in an idle state at present, informing the music playing App of the equipment c;

s305d, the music playing App of the device c transmits audio data of music currently being played and playing control data (e.g., control data of forward, backward, stop, etc.) to the device a via bluetooth.

S306d, start playing after the music playing App of the device a receives the audio data and the playing control data through bluetooth, and display information such as cover, song title, artist, and album of the music received through WIFI before on the display interface.

If the owner of the device d wishes to send the searched song name and song list to the device a through the music playing App of the owner, and the device a plays the song through the music playing App, the device a can take over the music playing task of the device d through the following processes of S307d to S310 d. The user may be prompted by a guidance page as shown in fig. 3e whether he wishes the music playing task to be taken over: when the user opens the music playing App, if SDK2 identifies the current WIFI hotspot device as device a, a guide page pops up (the guide page may only appear once in this example, and does not appear when the user opens the music playing App the next time).

S307d, encapsulating the searched song ID or song list into task data according to a predetermined format, and sending the task data to the device a, where the task data may include all the song IDs and the arrangement order of the songs included in the song list, and the task data may include a type identifier of the task data in addition to the type identifier of the music playing App, which indicates whether the song ID or the song list is sent.

S308d, after receiving the task data, the music playing App of the device a generates a temporary entry of "friend-sharing songs", and stores the received task data in the temporary entry, where the temporary entry may be deleted only when the device a is powered off, the entry disappears while the song list is empty, and the entry is not displayed when the car machine is restarted next time. In this example, the way to save the task data for the temporary entry is: and adding the task data received for multiple times to the temporary entry in sequence according to the receiving sequence, for example, 1, 2, 3, 4 and 5 songs are received for the first time, 6, 7, 8, 9 and 10 songs are received for the second time, the song list stored in the temporary entry is refreshed to be 1, 2, 3, 4, 5, 6, 7, 8, 9 and 10, and if the stored song list exceeds a preset value, the task data received after the preset value is deleted.

S309d, after saving the task data in the temporary entry, determines whether to start task takeover:

s310d, if the music playing App of device a is currently in use, then prompting the user whether to switch to the music playing state of the task data of device d (when the music playing App of device d sends the task data to device a multiple times, or when there are multiple music playing apps sending the task data to device a, the user may be prompted only for the first time); if the music playing App of the device a is currently in an idle state, or the user instruction is to allow taking over the task data of the device d, starting to process the task data of the device d:

and if the equipment a is in a connection state with the Internet, generating a circular list according to the information in the friend sharing song, downloading audio data from the Internet according to the sequence of the circular list, and playing the downloaded audio data. In addition to the process shown in fig. 3d, if the device a is not connected to the internet, playing the cached audio data in the "friend-sharing song"; and if the cached audio data does not exist, popping up a system network disconnection prompt and stopping taking over the task.

When the device a prompts a user, if the owner of the device a confirms that the state is switched to the music playing state of the task data of the device d, and if the device d sends the song form again, the notification is not performed, the received song form is directly stored in a list of 'friends sharing songs', and the song (or the first song of the song form) is played; if the owner of the device a does not confirm the switching to the music playing state of the task data of the device d, if the device d sends the song list again, the owner of the device a is still informed and prompted.

If the music playing App of the device a receives a user instruction and needs to play audio data in the task takeover process by other media audio playing apps, the playing of the music shared by friends is suspended, the current playing progress is recorded, and the music playing App is switched back again, and the music playing App starts playing according to the recorded playing progress.

3) For the task take-over process of the short message App, see fig. 3 f:

and the owner of the equipment b opens the system message monitoring App on the machine, and hopes to deliver the task data of the short message service on the equipment to the equipment a for taking over. System messages on both devices monitor that App has loaded SDK 3. The system message monitoring App presets a task type supporting takeover, wherein the task type supporting takeover is short message service in the example.

In the stage 1, the system message monitoring App of the device b monitors the notification center of the operating system of the device b in real time, and when the notification center generates a new system message, the newly generated system message is acquired.

In the stage 2, judging that the received system message is a short message notification according to a preset task type supporting takeover, and packaging the content of the system message into task data in a preset format, wherein the content comprises a sender name, a sender telephone number and short message content; the task data carries the type identifier of the system message monitoring App and the type identifier of the task data (indicating that the service corresponding to the system message is a short message service).

In the stage 3, after receiving the task data sent by the device a through the transmission management service, the system message monitoring App of the device a judges that the task data is the task data which needs to be processed by the system message monitoring App according to the type identifier of the service application, and further judges whether the permission set by the user allows the task to take over, if so, the task data is sent to the system message monitoring App of the device a; if not, prompting the user whether to reset the authority. And after receiving the task data, the system monitoring message App of the equipment a sends the task data to a notification center of the equipment a.

In stage 4, the notification center prompts the user whether to check the short message;

in the stage 5, the user command feeds back a command for viewing the short message to the notification center;

in stage 6, the notification center sends a command for checking the short message to a system monitoring message App;

in stage 7, the system monitoring message App can prompt the user to perform the next operation when displaying the content of the short message, for example, whether to play the short message or whether to make a call after opening the short message.

Corresponding to the embodiment of the method for taking over the task between the devices, the application also provides an embodiment of a device for taking over the task between the devices.

The embodiment of the device for taking over the task between the devices can be applied to the intelligent devices. The device embodiments may be implemented by software, or by hardware, or by a combination of hardware and software. The software implementation is taken as an example, and as a logical device, the device is formed by reading corresponding computer program instructions in the nonvolatile memory into the memory for operation through the processor of the intelligent device where the device is located. In terms of hardware, as shown in fig. 4, a hardware structure diagram of an intelligent device where a device for taking over tasks among devices is located in the present application is shown, except for the processor, the memory, the network interface, and the nonvolatile memory shown in fig. 4, the intelligent device where the device is located in the embodiment may also include other hardware according to the actual function of the intelligent device, which is not described again.

Referring to fig. 5, an apparatus 500 for task takeover between devices includes:

the connection management module 501 is configured to monitor a connection state of the two end devices, and notify the service application of the two end devices after the two end devices establish a connection;

the transmission management module 502 is configured to send task data of a service application of a local terminal to a service application process of an opposite terminal when a corresponding service application on a device at both ends has a task takeover capability; the task data carries the type identification of the service application of the local terminal; and/or when receiving the task data of the service application of the opposite terminal, sending the task data to the service application processing of the local terminal matched with the type identification of the service application of the opposite terminal.

The apparatus 500 may be a software development kit, SDK; the SDKs are embedded in the service applications 503 of the two-end devices, respectively.

The transmission management module 502 may also be configured to interact with a service application at an opposite end to negotiate a task takeover capability message, and determine whether the service applications at the two ends have the task takeover capability according to the negotiation task takeover capability message; and the message for negotiating the task takeover capability carries a task takeover capability identifier which is used for indicating whether a sender of the message for negotiating the task takeover capability has the task takeover capability or not.

The transmission management module 502 may also be configured to, when receiving task data of a service application of an opposite end, determine whether to send the task data to a service application process of the local end that matches the type identifier of the service application of the opposite end according to a task takeover authority set by the user.

The service application 503 of the local terminal may also be configured to determine whether to process task data of the service application of the opposite terminal according to the current usage state or a user instruction.

The type of business application 503 may include one of the following:

the system comprises a navigation application, an audio playing application, a video playing application, a system monitoring message application and an instant messaging application, wherein the system monitoring message application is used for monitoring system messages received by an operating system of the local terminal equipment through a notification center.

The task data transmitted by the navigation application may include at least one of the following navigation information: destination data currently being navigated, currently planned route destination data, a predetermined number of recently searched destination data, navigation preference data;

the task data transmitted by the audio playback application may include at least one of: the current song cover picture, the current song name, the artist to which the current song belongs and the album to which the current song belongs; audio data of the current song, and play control data of the current song; song ID, song tabulation include song ID and song rank order while being said;

when the system message monitored by the system message monitoring application is a short message, the task data transmitted by the system message monitoring service may include at least one of the following short message information: the name of the sender, the telephone number of the sender, the content of the short message and the receiving time of the short message.

When the navigation application of the local terminal processes the task data of the navigation application of the opposite terminal, at least one item of navigation information can be updated according to the task data of the navigation application of the opposite terminal: destination data currently being navigated, currently planned route destination data, a predetermined number of recently searched destination data, navigation preference data; and navigating according to the updated navigation information.

The audio playing application of the home terminal can package the current song cover picture, the current song ID, the artist to which the current song belongs and the album to which the current song belongs into task data with a preset format and send the task data to the audio playing application of the opposite terminal through WIFI; and after receiving a request of the audio playing application of the opposite terminal, sending the audio data of the current song or the playing control data of the current song to the audio playing application of the opposite terminal through Bluetooth.

When the audio playing application of the local terminal can process the task data of the audio playing application of the opposite terminal, if the task data of the audio playing application of the opposite terminal does not include the audio data of the current song or the playing control data of the current song, and the local terminal does not store the audio data of the current song or the playing control data of the current song, the audio playing application of the opposite terminal or the cloud server is requested to download the audio data of the current song or the playing control data of the current song.

The audio playing application of the local terminal can generate a temporary entrance when receiving the song list; storing or deleting the song list in the temporary entry according to a preset rule;

and when the local terminal equipment is shut down, deleting the temporary entry.

The system message monitoring application of the local terminal can acquire the system message received by the notification center, judge whether to support the service corresponding to the system message according to the supported task takeover type, and if so, encapsulate the system message into task data and send the task data to the system message monitoring application of the opposite terminal; and the task data carries the type identifier of the system message monitoring application and the type identifier of the service corresponding to the system message.

The implementation process of the functions and actions of each unit in the above device is specifically described in the implementation process of the corresponding step in the above method, and is not described herein again.

For the device embodiments, since they substantially correspond to the method embodiments, reference may be made to the partial description of the method embodiments for relevant points. The above-described embodiments of the apparatus are merely illustrative, and the units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the scheme of the application. One of ordinary skill in the art can understand and implement it without inventive effort.

The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the scope of protection of the present application.

Claims (24)

1. A method for task takeover between devices, the method comprising the steps of:

after the connection is established between the two end devices, if the corresponding service applications on the two end devices have the task takeover capability, the task data of the service application of the local end is sent to the service application processing of the opposite end; the task data carries the type identification of the service application of the local terminal; and/or

And when receiving the task data of the service application of the opposite terminal, sending the task data to the service application processing of the local terminal matched with the type identification of the service application of the opposite terminal.

2. The method according to claim 1, wherein the method is performed by a software development kit, SDK; the SDK is respectively embedded in the service application of the two-end equipment.

3. The method according to claim 1, characterized in that the method further comprises the step of:

exchanging a message of negotiating task takeover capability with the service application of the opposite end, and determining whether the service applications at the two ends have the task takeover capability according to the message of negotiating task takeover capability; and the message for negotiating the task takeover capability carries a task takeover capability identifier which is used for indicating whether a sender of the message for negotiating the task takeover capability has the task takeover capability or not.

4. The method according to claim 1, wherein when receiving task data of a business application of a peer, the method further comprises the steps of:

and judging whether to send the service application processing of the local terminal matched with the type identification of the service application of the opposite terminal according to the task takeover authority set by the user.

5. The method according to claim 1, characterized in that the method further comprises the step of:

and after receiving the task data of the service application of the opposite terminal, the service application of the local terminal determines whether to process the task data of the service application of the opposite terminal according to the current use state or a user instruction.

6. The method of claim 1, wherein the type of the business application comprises one of:

the system comprises a navigation application, an audio playing application, a video playing application, a system monitoring message application and an instant messaging application, wherein the system monitoring message application is used for monitoring system messages received by an operating system of the local terminal equipment through a notification center.

7. The method of claim 6, wherein the task data transmitted by the navigation application comprises at least one of the following navigation information: destination data currently being navigated, currently planned route destination data, a predetermined number of recently searched destination data, navigation preference data;

the task data transmitted by the audio playing application comprises at least one of the following: the current song cover picture, the current song name, the artist to which the current song belongs and the album to which the current song belongs; audio data of the current song, and play control data of the current song; song ID, song tabulation include song ID and song rank order while being said;

when the system message monitored by the system message monitoring application is a short message, the task data transmitted by the system message monitoring service comprises at least one of the following short message information: the name of the sender, the telephone number of the sender, the content of the short message and the receiving time of the short message.

8. The method of claim 7, wherein the step of the navigation application of the home terminal processing the task data of the navigation application of the opposite terminal comprises:

updating at least one item of navigation information according to the task data of the navigation application of the opposite terminal: destination data currently being navigated, currently planned route destination data, a predetermined number of recently searched destination data, navigation preference data;

and navigating according to the updated navigation information.

9. The method according to claim 7, wherein the process of the audio playing application at the home terminal sending the task data to the audio playing application at the opposite terminal comprises:

packaging a current song cover picture, a current song ID, an artist to which the current song belongs and an album to which the current song belongs into task data in a preset format, and sending the task data to an audio playing application of an opposite terminal through WIFI;

and after receiving a request of the audio playing application of the opposite terminal, sending the audio data of the current song or the playing control data of the current song to the audio playing application of the opposite terminal through Bluetooth.

10. The method according to claim 7, wherein the step of the audio playing application at the local end processing the task data of the audio playing application at the opposite end comprises:

and if the task data of the audio playing application of the opposite terminal does not comprise the audio data of the current song or the playing control data of the current song, and the local terminal does not store the audio data of the current song or the playing control data of the current song, requesting to download the audio data of the current song or the playing control data of the current song from the audio playing application of the opposite terminal or the cloud server.

11. The method according to claim 7, wherein the step of the audio playing application at the local end processing the task data of the audio playing application at the opposite end comprises:

generating a temporary entry when the song list is received; storing or deleting the song list in the temporary entry according to a preset rule;

and when the local terminal equipment is shut down, deleting the temporary entry.

12. The method according to claim 6, wherein the process of sending the task data of the system message monitoring application at the local end to the system message monitoring application at the opposite end comprises:

the system message monitoring application acquires the system message received by the notification center, judges whether the service corresponding to the system message is supported according to the supported task takeover type, and encapsulates the system message into task data to send to the system message monitoring application of the opposite terminal if the service corresponding to the system message is supported; and the task data carries the type identifier of the system message monitoring application and the type identifier of the service corresponding to the system message.

13. An apparatus for task takeover between devices, comprising:

the connection management module is used for monitoring the connection state of the two-end equipment and informing the service application of the device after the two-end equipment establishes connection;

the transmission management module is used for sending the task data of the service application of the local terminal to the service application processing of the opposite terminal when the corresponding service application on the equipment at the two terminals has the task takeover capability; the task data carries the type identification of the service application of the local terminal; and/or when receiving the task data of the service application of the opposite terminal, sending the task data to the service application processing of the local terminal matched with the type identification of the service application of the opposite terminal.

14. The apparatus of claim 13, wherein the apparatus is a Software Development Kit (SDK); the SDK is respectively embedded in the service application of the two-end equipment.

15. The apparatus according to claim 13, wherein the transmission management module is further configured to interact with a service application at an opposite end to negotiate a task takeover capability message, and determine whether the service applications at the two ends have the task takeover capability according to the negotiation task takeover capability message; and the message for negotiating the task takeover capability carries a task takeover capability identifier which is used for indicating whether a sender of the message for negotiating the task takeover capability has the task takeover capability or not.

16. The apparatus of claim 13, wherein the transmission management module is further configured to, when receiving task data of a service application of an opposite end, determine whether to send the task data to the service application of the local end matching the type identifier of the service application of the opposite end according to a task takeover authority set by a user.

17. The apparatus according to claim 13, wherein the service application at the home terminal is configured to determine whether to process the task data of the service application at the opposite terminal according to the current usage status or a user instruction after receiving the task data of the service application at the opposite terminal.

18. The apparatus of claim 13, wherein the type of the service application comprises one of:

the system comprises a navigation application, an audio playing application, a video playing application, a system monitoring message application and an instant messaging application, wherein the system monitoring message application is used for monitoring system messages received by an operating system of the local terminal equipment through a notification center.

19. The apparatus of claim 18, wherein the task data transmitted by the navigation application comprises at least one of the following navigation information: destination data currently being navigated, currently planned route destination data, a predetermined number of recently searched destination data, navigation preference data;

the task data transmitted by the audio playing application comprises at least one of the following: the current song cover picture, the current song name, the artist to which the current song belongs and the album to which the current song belongs; audio data of the current song, and play control data of the current song; song ID, song tabulation include song ID and song rank order while being said;

when the system message monitored by the system message monitoring application is a short message, the task data transmitted by the system message monitoring service comprises at least one of the following short message information: the name of the sender, the telephone number of the sender, the content of the short message and the receiving time of the short message.

20. The apparatus of claim 19, wherein the navigation application of the local end is further configured to, when processing the task data of the navigation application of the peer end:

updating at least one item of navigation information according to the task data of the navigation application of the opposite terminal: destination data currently being navigated, currently planned route destination data, a predetermined number of recently searched destination data, navigation preference data; and navigating according to the updated navigation information.

21. The apparatus of claim 19, wherein the local audio playback application is configured to:

packaging a current song cover picture, a current song ID, an artist to which the current song belongs and an album to which the current song belongs into task data in a preset format, and sending the task data to an audio playing application of an opposite terminal through WIFI;

and after receiving a request of the audio playing application of the opposite terminal, sending the audio data of the current song or the playing control data of the current song to the audio playing application of the opposite terminal through Bluetooth.

22. The apparatus according to claim 19, wherein when the local audio playback application is configured to process the task data of the local audio playback application, if the task data of the local audio playback application does not include the audio data of the current song or the playback control data of the current song, and the local end does not store the audio data of the current song or the playback control data of the current song, the local audio playback application requests the opposite audio playback application or requests the cloud server to download the audio data of the current song or the playback control data of the current song.

23. The apparatus of claim 19, wherein the local audio playback application is configured to:

generating a temporary entry when the song list is received; storing or deleting the song list in the temporary entry according to a preset rule;

and when the local terminal equipment is shut down, deleting the temporary entry.

24. The apparatus according to claim 18, wherein the system message monitoring application at the home terminal is configured to obtain a system message received by the notification center, and determine whether to support a service corresponding to the system message according to a supported task takeover type, and if so, encapsulate the system message into task data and send the task data to the system message monitoring application at the opposite terminal; and the task data carries the type identifier of the system message monitoring application and the type identifier of the service corresponding to the system message.