WO2015120691A1

WO2015120691A1 - Service concurrent processing method for user terminal and user terminal

Info

Publication number: WO2015120691A1
Application number: PCT/CN2014/082287
Authority: WO
Inventors: 廉殿斌; 薛涛; 丁晶
Original assignee: 中兴通讯股份有限公司
Priority date: 2014-02-12
Filing date: 2014-07-15
Publication date: 2015-08-20
Also published as: CN104834553A; CN104834553B

Abstract

Disclosed are a service concurrent processing method for a user terminal and a user terminal. The method is applied to a user terminal. The user terminal comprises a display screen, wherein the display screen has a display area which has at least one virtual screen, and a current application has been running on the at least one virtual screen and a corresponding current service is executed. The method comprises: acquiring an operation, triggering a service concurrent request, the operation being used for starting a new application, and running the new application and executing a corresponding new service; and responding to the service concurrent request according to a service concurrent processing policy, and executing the new service in the at least one virtual screen, or executing the new service in a newly started virtual screen.

Description

Service concurrent processing method and user terminal of user terminal

The present invention relates to concurrency technologies, and in particular, to a service concurrent processing method and a user terminal of a user terminal. Background technique

In the process of implementing the technical solutions of the embodiments of the present application, the inventors of the present application found at least the following technical problems in the related technologies:

With the gradual popularization of large-screen terminals, there will be more and more applications for virtual multi-screen technology on large-screen terminals, and users can experience the convenience of multiple application operations simultaneously on one terminal, multiple applications. Operation is a kind of business concurrent operation. However, after adopting multi-screen technology, this multi-screen multi-application scenario can complicate business concurrent processing, and how to better handle the concurrency of various applications in multi-screen scenarios. Operation has become a problem to be studied. The current solution is to fall back to the full-screen strategy when there are concurrent operations. This is not an effective solution. In the related technology, there is no such problem. An effective solution. Summary of the invention

In view of this, the embodiment of the present invention is to provide a service concurrent processing method and a user terminal of a user terminal, and implement concurrent processing of services in a multi-screen scenario.

A method for concurrently processing a service of a user terminal according to an embodiment of the present invention, the method is applied to a user terminal, where the user terminal includes a display screen, the display screen has a display area, and the display area has at least one virtual screen. The current application has been executed on the at least one virtual screen and the corresponding current service is executed, and the method includes:

Get operation, trigger business concurrent request; the operation is used to start a new application, run the office Describe the new application and execute the corresponding new business;

Responding to the business concurrent request according to the business concurrent processing policy, executing the new service in the at least one virtual screen, or executing the new service in a newly launched virtual screen.

The method further includes: setting a screen attribute table, and performing unified management on the at least one virtual screen according to the screen attribute table; the screen attribute table includes at least: Screen identification and category weights;

The screen identifier is configured to distinguish the at least one virtual screen;

The category weight is used to measure the screen importance of the at least one virtual screen.

The method further includes: setting a service attribute table, and performing unified management on the concurrently processed service according to the service attribute table; the service attribute table includes at least: a service identifier And a priority value; the concurrently processed service consists of the new service and the current service;

The service identifier is used to distinguish between services processed by the concurrent process;

The priority value is used to measure the business importance of the concurrently processed service.

When the at least one virtual screen is one and is in an active state, the responding to the service concurrent request according to the service concurrent processing policy, executing the new service in the at least one virtual screen, or newly starting Executing the new service in the virtual screen, including:

Reading a category weight of the virtual screen and a priority value of the new service;

When the priority value <= the category weight, the current application running in the virtual screen is interrupted according to the corresponding service concurrent processing policy, and the new service is executed in the virtual screen;

When the priority value > the category weight, the new service is executed in the newly activated virtual screen according to the corresponding service concurrent processing policy without interrupting the current application running in the virtual screen. .

Wherein the at least one virtual screen is more than one and is in an active state, the root Responding to the service concurrent request according to the business concurrent processing policy, executing the new service in the at least one virtual screen, or executing the new service in a newly activated virtual screen, includes: reading the virtual screen Class weight and priority value of the new service;

When the priority value <= the category weight, the current application running in the virtual screen is interrupted according to a corresponding service concurrent processing policy, and the new one is executed in one of the virtual screens. Business

The reading the category weight of the virtual screen and the priority value of the new service, including:

Obtaining a screen identifier of the virtual screen;

Reading, according to the screen identifier, a category weight corresponding to the screen identifier from the screen attribute table;

Obtaining a service identifier of the new service;

And reading, by the service identifier, a priority weight corresponding to the service identifier from the service attribute table.

The at least one virtual screen includes: at least one of a main screen, a split screen, or a floating window.

A user terminal of the embodiment of the present invention, the user terminal includes a display screen, the display screen has a display area, the display area has at least one virtual screen, and the display area has at least one virtual screen, at least The current application has been run on a virtual screen and the corresponding current service is executed. The user terminal further includes:

An obtaining unit, configured to acquire an operation, trigger a service concurrent request; the operation is used to start a new application, run the new application, and execute a corresponding new service; The response unit is configured to respond to the service concurrent request according to the service concurrent processing policy, execute the new service in the at least one virtual screen, or execute the new service in the newly launched virtual screen.

The user terminal further includes:

a first setting unit, configured to set a screen attribute table, and perform unified management on the at least one virtual screen according to the screen attribute table; wherein the screen attribute table at least includes: a screen identifier and a category weight; the screen The identifier is used to distinguish the at least one virtual screen; the category weight is used to measure the screen importance of the at least one virtual screen.

The user terminal further includes:

a second setting unit, configured to set a service attribute table, and implement unified management of the concurrently processed service according to the service attribute table; wherein the service attribute table at least includes: a service identifier and a priority value; The service is composed of the new service and the current service; the service identifier is used to distinguish the service processed by the concurrent process; and the priority value is used to measure the business importance of the concurrently processed service.

The response unit further includes: if the at least one virtual screen is one and is in an active state,

Reading a subunit configured to read a category weight of the virtual screen and a priority value of the new service;

And the concurrent policy execution sub-unit, configured to use the priority value <= the category weight, interrupting the current application running in the virtual screen according to a corresponding service concurrent processing policy, and executing in the virtual screen The new service; when the priority value > the category weight value, according to the corresponding service concurrent processing policy, the current application running in the virtual screen is not interrupted, and the execution is performed in the newly activated virtual screen. Describe the new business.

The response unit further includes: if the at least one virtual screen is more than one and is in an active state, Reading a subunit, configured to read a category weight of the virtual screen and a priority value of the new service;

a concurrent policy execution sub-unit configured to interrupt the current application running in the virtual screen according to a corresponding service concurrent processing policy when configured as the priority value <= the category weight, in one of the virtual screens Executing the new service; when the priority value > the category weight, according to the corresponding service concurrent processing policy, the current application running in the virtual screen is not interrupted, in the newly launched virtual screen Execute the new business.

The reading subunit is further configured to acquire a screen identifier of the virtual screen, and read, according to the screen identifier, a category weight corresponding to the screen identifier from the screen attribute table; acquiring the new The service identifier of the service; the priority value corresponding to the service identifier is read from the service attribute table according to the service identifier.

The acquiring unit, the response unit, the first setting unit, the second setting unit, the reading subunit, and the concurrent policy execution subunit may adopt a central processing unit (CPU) when performing processing , Central Processing Unit), digital signal processor (DSP, Digital Singnal Processor) or Programmable Array (FPGA).

The method of the embodiment of the present invention is applied to a user terminal, where the user terminal includes a display screen, the display screen has a display area, the display area has at least one virtual screen, and the current operation has been run on the at least one virtual screen. Applying and executing the corresponding current service, the method includes: acquiring an operation, triggering a service concurrent request; the operation is used to start a new application, running the new application, and executing a corresponding new service; The processing policy is responsive to the business concurrent request, executing the new service in the at least one virtual screen, or executing the new service in a newly launched virtual screen.

Using the method of the embodiment of the present invention, starting a new application, running the new application, and executing a corresponding new service, when responding to the triggered service concurrent request, a business concurrent processing policy, executing the new service in the at least one virtual screen, or executing the new service in a newly activated virtual screen, thereby implementing concurrent processing well and enabling new services Smooth execution, which enhances the virtual multi-screen operation of large-screen terminal applications and brings a good user experience. DRAWINGS

FIG. 1 is a flowchart of implementing a method according to an embodiment of the present invention;

2 is a schematic structural diagram of a device according to an embodiment of the present invention;

3 is a flowchart of implementing an apparatus in a scenario according to an embodiment of the present invention;

4 is a flowchart of implementing a method in a scenario according to an embodiment of the present invention;

FIG. 5 is a schematic diagram of a virtual multi-screen scenario according to an embodiment of the present invention; FIG.

6 is still another schematic diagram of a virtual multi-screen scene according to an embodiment of the present invention;

FIG. 7 is still another schematic diagram of a virtual multi-screen scene according to an embodiment of the present invention; FIG.

FIG. 8 is still another schematic diagram of a virtual multi-screen scene according to an embodiment of the present invention. detailed description

The implementation of the technical solution will be further described in detail below with reference to the accompanying drawings.

The embodiment of the invention provides a method for concurrently processing a service of a user terminal, which can be applied to a virtual multi-screen scenario to implement concurrent processing of services in a virtual multi-screen scenario. As shown in FIG. 1 , the method is applied to a user terminal, where the user terminal includes a display screen, the display screen has a display area, the display area has at least one virtual screen, and the current operation has been run on the at least one virtual screen. Applying and executing the corresponding current service, the method includes the following steps:

Step 101: Acquire an operation, trigger a service concurrent request; the operation is used to start a new application, run the new application, and execute a corresponding new service.

Here, the operation may be a user operation, and the user concurrently triggers a service concurrent request, which is an active trigger; the operation may also be an event-induced operation, through the event The operation caused by the device triggers the service concurrent request. At this time, it is a passive trigger. For example, when the user sends a text message, the incoming call service is received, and the incoming call service passively triggers the service concurrent request as a new service.

Step 102: Respond to the service concurrent request according to the service concurrent processing policy, execute the new service in the at least one virtual screen, or execute the new service in a newly activated virtual screen.

In a preferred mode of the embodiment of the present invention, before step 101, the method further includes:

Step 1001: Set a screen attribute table, and perform unified management on the at least one virtual screen according to the screen attribute table.

The screen attribute table includes at least: a screen identifier and a category weight. The screen identification is used to distinguish the at least one virtual screen. The category weights are used to measure the screen importance of the at least one virtual screen.

Step 1002: Set a service attribute table, and perform unified management on the concurrently processed service according to the service attribute table.

The service attribute table includes at least: a service identifier and a priority value. The concurrently processed service consists of the new service and the current service. The service identifier is used to distinguish between services processed by the concurrent process. The priority value is used to measure the business importance of the concurrently processed service.

It should be noted here that step 1001 and step 1002 are in no particular order, as long as the screen attribute table and the service attribute table can be separately set before step 101.

In a preferred manner of the embodiment of the present invention, the following two scenarios exist:

1. When the at least one virtual screen is one and is in an active state, at this time, step 102 is:

Step 102A1: Read a category weight of the virtual screen and a priority value of the new service. Step 102A2, when the priority value <= the category weight, the current application running in the virtual screen is interrupted according to a corresponding service concurrent processing policy, and the new screen is executed in the virtual screen. When the priority value > the category weight, according to the corresponding service concurrent processing policy, the current application running in the virtual screen is not interrupted, and the performing is performed in the newly activated virtual screen. New business.

It should be noted that the embodiment of the present invention is different from the existing processing strategy, and the existing processing strategy is to fall back to the full screen when the concurrent processing of the service is encountered. The embodiment of the present invention may be in the current active screen or the newly opened screen. Run a new business. For a screen, for more than one screen, a new service is executed in the current screen or a new screen is opened to execute the new service.

When using the prior art, for a scene that exists only for one screen, such as only the main screen, usually an application runs on the main screen, and then a new application is opened, and still opens in the main screen, and does not exist. A new window is opened, and the embodiment of the present invention can be a main screen, which can be a split screen, and can be a floating window. Therefore, an implementation may be a new application corresponding to a new screen when the main screen is running. The business has a low priority, and a new window is opened, such as opening a floating window to run the new service.

2. When the at least one virtual screen is more than one and is in an active state, at this time, step 102 is:

Step 102: Read a category weight of the virtual screen and a priority value of the new service.

Step 102B2, when the priority value <= the category weight, the current application running in the virtual screen is interrupted according to a corresponding service concurrent processing policy, and the execution is performed in one of the virtual screens. Describe a new service; when the priority value > the category weight, according to the corresponding service concurrent processing policy, the current application running in the virtual screen is not interrupted, and is executed in the newly started virtual screen. The new business. It should be noted that the embodiment of the present invention is different from the existing processing strategy, and the existing processing strategy is to fall back to the full screen when the concurrent processing of the service is encountered. The embodiment of the present invention may be in the current active screen or the newly opened screen. Run a new business. For more than one screen, such as two screens, a new service is executed in either of the current two screens or a new screen is opened to execute the new service.

In a preferred mode of the embodiment of the present invention, step 102 A 1 or step 102 B 1 is specifically: a. acquiring a screen identifier of the virtual screen.

b. Read, according to the screen identifier, a category weight corresponding to the screen identifier from the screen attribute table.

c. Obtain a service identifier of the new service.

d. The priority value corresponding to the service identifier is read from the service attribute table according to the service identifier.

In a preferred mode of the embodiment of the present invention, the at least one virtual screen comprises: at least one of a main screen, a split screen or a floating window.

A user terminal is provided in the embodiment of the present invention, the user terminal includes a display screen, the display screen has a display area, the display area has at least one virtual screen, and the display area has at least one virtual screen, The current application is executed on the at least one virtual screen and the corresponding current service is executed. As shown in FIG. 2, the user terminal further includes: an obtaining unit 11 configured to acquire an operation, trigger a service concurrent request; and the operation is used to start a new one. The application runs the new application and executes the corresponding new business. The response unit 12 is configured to respond to the service concurrent request according to the service concurrent processing policy, execute the new service in the at least one virtual screen, or execute the new service in a newly activated virtual screen.

In a preferred mode of the embodiment of the present invention, as shown in FIG. 2, the user terminal further includes: a first setting unit 13 configured to set a screen attribute table, and implement the at least one virtual according to the screen attribute table The screen is uniformly managed; wherein the screen attribute table includes at least: a screen label And the category weight; the screen identifier is used to distinguish the at least one virtual screen; the category weight is used to measure the screen importance of the at least one virtual screen.

In a preferred mode of the embodiment of the present invention, as shown in FIG. 2, the user terminal further includes: a second setting unit 14 configured to set a service attribute table, and implement a concurrently processed service according to the service attribute table. Unified management; wherein, the service attribute table at least includes: a service identifier and a priority value; the concurrently processed service consists of the new service and the current service; and the service identifier is used for the concurrent The processed service is differentiated; the priority value is used to measure the business importance of the concurrently processed service.

In a preferred mode of the embodiment of the present invention, the response unit shown in FIG. 2 has the following two implementations:

The response unit further includes: a reading subunit, configured to read the category weight of the virtual screen and the new service, if the at least one virtual screen is one and is in an activated state Priority value. a concurrent policy execution sub-unit, configured to: when the priority value <= the category weight value, interrupt the current application running in the virtual screen according to a corresponding service concurrent processing policy, and execute the virtual screen in the virtual screen The new service; when the priority value > the category weight value, according to the corresponding service concurrent processing policy, the current application running in the virtual screen is not interrupted, and the execution is performed in the newly activated virtual screen. Describe the new business.

The response unit further includes: a reading subunit, configured to read the category weight of the virtual screen and the new one, if the at least one virtual screen is more than one and is in an active state The priority value of the business. a concurrent policy execution subunit, configured to: when the priority value <= the category weight, interrupt the current application running in the virtual screen according to a corresponding service concurrent processing policy, in the virtual screen Executing the new service; when the priority value > the category weight, according to the corresponding service concurrent processing policy, the current application running in the virtual screen is not interrupted, in the newly launched virtual screen Execute the new business.

In a preferred mode of the embodiment of the present invention, the reading subunit is further used for acquiring a screen identifier of the virtual screen; reading, according to the screen identifier, a category weight corresponding to the screen identifier from the screen attribute table; acquiring a service identifier of the new service; The priority value corresponding to the service identifier is read in the service attribute table.

The processing method and device of the embodiment of the present invention can solve the complexity of the concurrent processing of the user terminal in the virtual multi-screen scene service, and the scheme for implementing the concurrent processing is novel and easy, and can fully utilize the advantages of the multi-screen and improve the terminal user. Using the user experience of the operation, the product of the user terminal is fundamentally enhanced in the market.

The embodiments of the present invention are analyzed and exemplified below.

An example of a method in the embodiment of the present invention mainly includes the following contents:

A. Perform unified management on the virtual multi-screen on the terminal, and set a screen attribute table, the attribute information includes at least: a screen identifier S _n and a category weight C„ ( n-0, 1 , 2, .. . , ) .

The virtual multi-screen includes at least a main screen, a split screen, and a floating window, and the main screen is a full-screen window, which completely occupies a virtual window of the entire physical screen display area. The split screen refers to a window directly separated on the main screen, and may also be referred to as a non-full screen. Window, floating window refers to a window that can be suspended on the main screen or split screen.

The attribute corresponding to each virtual screen may be represented by a combination of parameters as (S _n , C _n ); the screen identifier S _n is an identification number of the virtual screen on the terminal, and may be sequentially numbered by a specific rule; C„ is a numerical value agreed upon by the importance of the virtual screen on the terminal. The size of this value indicates the importance of this virtual screen device. The smaller the value, the higher the importance (priority).

B. Unified management of the services on the terminal, and setting a service attribute table for each service, the attribute information including at least: the service identifier A _n and the priority value P _n ( n=0, 1 , 2, .. , ).

Each service can be represented by a combination of parameters (A _n , PJ; the service identifier ₁₁ is the identification number of the service on the terminal, and can be sequentially numbered by a specific rule; the priority p _n is an important measure of the service on the terminal. The value assigned by the sex, the size of the value indicates the priority of the concurrent transaction, the smaller the value, the higher the priority of the business concurrency. C. For the relationship between the weights of each virtual multi-screen category, a fixed calculation method is adopted: C ₀ = l , C „ ■ l = „ + 1

D. Set the service concurrent priority factor K (integer). The relationship between the priority values of each service is as follows: Ρ ₀ =0, Ρ _η+1 = Ρ _η + Κ ₀

Ε When a new service Ai (i =0, 1 , 2, ... , ) is generated, concurrent processing is required, then the concurrent processing strategy is started, and the category weight Q of the currently activated virtual screen Si is read. And the priority value P of the service k:, (the new service), is processed as follows:

When P^K^, indicating that the new service has a higher priority than the service running in the currently activated virtual screen, interrupting the application running in the currently activated virtual screen, and starting to execute the service, ( The new service), when the service Α, (the new service) runs, returns to the previously interrupted virtual screen, and can continue to run the previously interrupted application;

When P^d, indicating that the new service has a lower priority than the service running in the currently activated virtual screen, the application running in the currently activated virtual screen is not interrupted, and the newly activated virtual screen is Start the implementation of Business A, (the new business).

F. Through the arrangement and combination of different services and the reasonable adjustment of the concurrent priority factor K in D, it is possible to flexibly implement the business concurrent processing method of different strategies in the virtual multi-screen scenario.

An example of the device in the embodiment of the present invention mainly includes the following contents:

The first setting unit shown in FIG. 2 can also be implemented by a virtual multi-screen module, and the virtual multi-screen module is used to perform unified management on multiple virtual screens on the terminal, as shown in FIG. 2, the second setting unit. It can also be implemented by a service management module. The service management module is used to perform unified management on the services on the terminal. The acquisition unit and the response unit shown in FIG. 2 can also be implemented by a concurrent processing module, and the concurrent processing module uses According to the concurrent processing strategy, the concurrent processing of the service on the terminal is completed. The device 20 composed of the virtual multi-screen module 21, the service management module 22, and the concurrent processing module 23 is as shown in FIG.

A complete processing flow of an example of a method in the embodiment of the present invention, as shown in FIG. 4, includes the following Steps:

Step 201: The concurrent initialization starts the work.

Step 202: Set a category weight and a priority value initial value: C( ,

Step 203: Perform a weighting algorithm C _n+1 = C _n + l, P _n+1 = P _n + K for concurrent processing.

Step 204: Read the category weight Q of the currently activated virtual screen Si and the priority value Pi of the service A.

Step 205: Perform priority value comparison, determine whether <=(:,, if yes, execute step 206, otherwise, perform step 207.

Step 206: When Pr^d, interrupt the application running in the currently activated virtual screen, and start executing the service. When the service A runs, return to the previously interrupted virtual screen. Go to step 208.

Step 207: When P^d, the application running in the currently activated virtual screen is not interrupted, and the service A is started to be executed in the newly activated virtual screen. Go to step 208.

Step 208, the process ends.

The following is a description of an embodiment of the present invention by using a specific application scenario of a multi-screen multi-application as an example. FIG. 5-8 is a different virtual screen scenario, and several main virtual screens of the embodiment of the present invention are illustrated, but are not limited thereto. For example, the split screen may not be limited to two split screens, but may be more than two split screens. The main existing forms of several virtual screens proposed by the embodiments of the present invention include a main screen, a split screen, and a floating window.

As shown in Figure 5, there is an application (appA) running on the main screen. As shown in FIG. 6, two split screens, including a first split screen and a second split screen, run one application ppB on the first split screen and another application ( _a ppA) on the second split screen. As shown in Figure 7, a form of a floating window is located on the main screen, running an application (appA) on the main screen and another application (appB) on the floating window. As shown in Fig. 8, another form of the floating window, the floating window is located on the split screen, and there are two split screens, one application (appB) is run on the first split screen, and the second split screen is run. Another application (appA) runs another application (appC) on the floating window.

The main forms of the virtual screens provided by the embodiments of the present invention include a main screen, a split screen, and a floating window. The embodiments of the present invention perform concurrent processing on the new service and the current service running in the currently activated virtual screen. The strategy comparison, so as to implement the concurrent processing scheme, is illustrated as follows:

First, the parameter is set to:

Set K=2, the total number of multiple virtual screens is 4 (that is, including the main screen, the first split screen, the second split screen, and the floating window), and the total number of concurrently processed services is 4;

Then C. =l (such as the main screen), d=2 split screen (such as the first split screen), C ₂ = 3 split screen (such as the second split screen), C ₃ = 4 (such as the floating window);

Then Ρ ₀ =0, ?!=2, P ₂ =3, P ₃ =4;

Correspondingly, the virtual multi-screen (S _n , C _n ) parameters are specifically assigned as:

Main screen (So, 1), split screen (S _l5 2 ), split screen (S ₂ , 3 ), floating window (S ₃ , 4 ), there are 4 virtual screens in the scene of the application example;

Correspondingly, the service (A _n , P _n ) parameters are specifically assigned as:

Call (Ao, 0), alarm (A 2), alarm (A ₂ , 3), SMS (A ₃ , 4), there are 4 services in the scenario of the application instance.

The concurrency processing method of the embodiment of the present invention is applied according to the foregoing parameter configuration, and the specific situation is as follows:

Case 1 (Casel): Calling Service A(), P. =0<C _n (n=0, 1, 2, 3), so that the call service can be processed on one of the currently activated 4 virtual screens; wherein the currently any activated 4 virtual screens, including 1 One main screen, two split screens, one floating window.

Case 2: Alarm service AP ₁ = 2 <= C ₁ = 2, C ₂ = 3, C ₃ = 4, so that the alarm can be processed on any of the currently activated split screens or floating windows; The currently activated any split screen or floating window includes 2 split screens and 1 floating window. Case 3: Alarm clock service A ₂ , P ₁ =3<=C ₂ =3 , Pr=3<C ₃ =4, so that the alarm can be processed on the currently activated split screen or floating window; The currently activated split screen or floating window includes 1 split screen (such as the second split screen) and 1 floating window.

Case 4: The SMS service A ₃ , ?, = 4 <= C = 4, so that the SMS reminder can only be processed on the activated floating window or in the newly activated virtual screen.

It should be pointed out here that further changes can be made to the value of K. For the case of Case2, Case3 and Case4, different concurrent processing strategies will appear.

The integrated modules described in the embodiments of the present invention may also be stored in a computer readable storage medium if they are implemented in the form of software functional modules and sold or used as separate products. Based on such understanding, the technical solution of the embodiments of the present invention may be embodied in the form of a software product, which is stored in a storage medium, including a plurality of instructions. In order to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the methods described in various embodiments of the present invention. The foregoing storage medium includes: a USB flash drive, a removable hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and the like, which can store program codes. medium. Thus, embodiments of the invention are not limited to any particular combination of hardware and software.

Correspondingly, the embodiment of the present invention further provides a computer storage medium, wherein the computer program is stored, and the computer program is used to execute the service concurrent processing method and the user terminal of the user terminal in the embodiment of the present invention.

The above is only the preferred embodiment of the present invention and is not intended to limit the scope of the present invention. Industrial applicability

Using the method of the embodiment of the present invention, starting a new application, running the new application, and executing a corresponding new service, when responding to the triggered service concurrent request, a business concurrent processing policy, executing the new service in the at least one virtual screen, or executing the new service in a newly activated virtual screen, thereby implementing concurrent processing well and enabling new services Smooth execution, which enhances the virtual multi-screen operation of large-screen terminal applications and brings a good user experience.

Claims

claims

1. A method for concurrent service processing of user terminals. The method is applied to user terminals. The user terminals include a display screen. The display screen has a display area. There is at least one virtual screen in the display area. At least one virtual screen exists in the display area. The current application is already running on a virtual screen and the corresponding current business is executed. The method includes:

Obtain operations to trigger concurrent service requests; the operations are used to start new applications, run the new applications and execute corresponding new services;

In response to the service concurrency request according to the service concurrency processing policy, the new service is executed in the at least one virtual screen, or the new service is executed in a newly started virtual screen.

2. The method according to claim 1, wherein the acquisition operation, before triggering the concurrent service request, the method further includes:

Set a screen attribute table, and implement unified management of the at least one virtual screen according to the screen attribute table; The screen attribute table at least includes: a screen identifier and a category weight;

The screen identifier is used to distinguish the at least one virtual screen;

3. The method according to claim 2, wherein, before the acquisition operation triggers a concurrent service request, the method further includes:

Set a business attribute table, and implement unified management of concurrently processed services according to the business attribute table; the business attribute table at least includes: a business identifier and a priority value; the concurrently processed business consists of the new business and all Describe the current business structure;

The service identifier is used to distinguish the services processed concurrently;

The priority value is used to measure the business importance of the concurrently processed business.

4. The method according to claim 3, wherein when the at least one virtual screen is one and is in an activated state, the response to the business concurrency request according to the business concurrency processing policy is executed in the at least one virtual screen. The new business, or in the newly launched virtual screen Execute the new business, including:

Read the category weight of the virtual screen and the priority of the new service;

When the priority value <= the category weight, then according to the corresponding service concurrent processing policy, the current application running in the virtual screen is interrupted, and the new service is executed in the virtual screen;

When the priority value > the category weight, then according to the corresponding service concurrent processing policy, the current application running in the virtual screen will not be interrupted, and the new service will be executed in the newly started virtual screen. .

5. The method according to claim 3, wherein when the at least one virtual screen is more than one and is in an activated state, in response to the service concurrency request according to the service concurrency processing policy, when the at least one virtual screen Executing the new business in a newly started virtual screen, or executing the new business in a newly started virtual screen, includes:

When the priority value <= the category weight, the current application running in the virtual screen is interrupted according to the corresponding business concurrent processing policy, and the new application is executed in one of the virtual screens. business;

6. The method according to claim 4 or 5, wherein the reading the category weight of the virtual screen and the priority value of the new service includes:

Obtain the screen identifier of the virtual screen;

Read the category weight corresponding to the screen identifier from the screen attribute table according to the screen identifier;

Obtain the service identifier of the new service; The priority value corresponding to the service identifier is read from the service attribute table according to the service identifier.

7. The method according to claim 1, wherein the at least one virtual screen includes: at least one type of a main screen, a split screen or a floating window.

8. A user terminal, the user terminal includes a display screen, the display screen has a display area, at least one virtual screen exists in the display area, at least one virtual screen exists in the display area, in the at least one virtual screen The current application has been run on the computer and the corresponding current service is executed. The user terminal also includes:

The acquisition unit is configured to obtain an operation and trigger a concurrent service request; the operation is used to start a new application, run the new application and execute the corresponding new service;

The response unit is configured to respond to the service concurrency request according to the service concurrency processing policy, and execute the new service in the at least one virtual screen, or execute the new service in a newly started virtual screen.

9. The user terminal according to claim 8, wherein the user terminal further includes: a first setting unit configured to set a screen attribute table, and implement unified management of the at least one virtual screen according to the screen attribute table. ; Wherein, the screen attribute table at least includes: a screen identifier and a category weight; the screen identifier is used to distinguish the at least one virtual screen; the category weight is used to measure the screen of the at least one virtual screen importance.

10. The user terminal according to claim 9, wherein the user terminal further includes: a second setting unit configured to set a service attribute table, and implement unified management of concurrently processed services according to the service attribute table; wherein , the service attribute table at least includes: a service identifier and a priority value; the concurrently processed service consists of the new service and the current service; the service identifier is used to process the concurrently processed service Difference; The priority value is used to measure the business importance of the concurrently processed business.

11. The user terminal according to claim 10, wherein the response unit further In the case where the at least one virtual screen is one and is in an activated state, it further includes: a reading subunit configured to read the category weight of the virtual screen and the priority value of the new service;

The concurrent policy execution subunit, when configured such that the priority value <= the category weight, interrupts the current application running in the virtual screen according to the corresponding business concurrent processing policy, and executes it in the virtual screen The new service; when the priority value > the category weight, according to the corresponding service concurrent processing policy, the current application running in the virtual screen will not be interrupted, and all the applications will be executed in the newly started virtual screen. Describe new business.

12. The user terminal according to claim 1 (), wherein the response unit further includes, when the at least one virtual screen is more than one and is in an activated state: a reading subunit, configured as Read the category weight of the virtual screen and the priority of the new service;

The concurrent policy execution subunit, when configured such that the priority value <= the category weight, interrupts the current application running in the virtual screen according to the corresponding business concurrent processing policy, and in one of the virtual screens The new service is executed in; when the priority value > the category weight, according to the corresponding service concurrent processing policy, the current application running in the virtual screen is not interrupted, and in the newly started virtual screen Execute the new business.

13. The user terminal according to claim 11 or 12, wherein the reading sub-unit is further configured to obtain the screen identification of the virtual screen; read and read from the screen attribute table according to the screen identification. The category weight corresponding to the screen identification; Obtaining the service identification of the new service; Reading the priority value corresponding to the service identification from the service attribute table according to the service identification.