WO2015120691A1 - 一种用户终端的业务并发处理方法及用户终端 - Google Patents
一种用户终端的业务并发处理方法及用户终端 Download PDFInfo
- Publication number
- WO2015120691A1 WO2015120691A1 PCT/CN2014/082287 CN2014082287W WO2015120691A1 WO 2015120691 A1 WO2015120691 A1 WO 2015120691A1 CN 2014082287 W CN2014082287 W CN 2014082287W WO 2015120691 A1 WO2015120691 A1 WO 2015120691A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- service
- screen
- virtual screen
- new
- virtual
- Prior art date
Links
- 238000003672 processing method Methods 0.000 title abstract description 9
- 238000000034 method Methods 0.000 claims abstract description 39
- 230000004044 response Effects 0.000 claims description 15
- 238000010586 diagram Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 101100148259 Actinobacillus pleuropneumoniae apxIIA gene Proteins 0.000 description 3
- 101150050411 appA gene Proteins 0.000 description 3
- 101100148256 Actinobacillus pleuropneumoniae apxIB gene Proteins 0.000 description 2
- 108010001267 Protein Subunits Proteins 0.000 description 2
- 101150008617 appB gene Proteins 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 101150070943 appC gene Proteins 0.000 description 1
- 101150015540 apxIIC gene Proteins 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
Definitions
- 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
- 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 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;
- 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.
- 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:
- 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.
- 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;
- 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.
- the reading the category weight of the virtual screen and the priority value of the new service including:
- the at least one virtual screen includes: at least one of a main screen, a split screen, or a floating window.
- 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;
- 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;
- 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
- 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;
- 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).
- CPU central processing unit
- DSP digital signal processor
- FPGA Programmable Array
- 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.
- FIG. 1 is a flowchart of implementing a method according to an embodiment of the present invention
- FIG. 2 is a schematic structural diagram of a device according to an embodiment of the present invention.
- FIG. 3 is a flowchart of implementing an apparatus in a scenario according to an embodiment of the present invention.
- FIG. 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. 8 is still another schematic diagram of a virtual multi-screen scene according to an embodiment of the present invention. detailed description
- 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.
- 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 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.
- 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.
- the method 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.
- the method before step 101, the method further includes:
- 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.
- 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.
- step 102 is:
- Step 102A1 Read a category weight of the virtual screen and a priority value of the new service.
- 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.
- 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.
- 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.
- step 102 is:
- Step 102 Read a category weight of the virtual screen and a priority value of the new service.
- 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.
- step 102 A 1 or step 102 B 1 is specifically: a. acquiring a screen identifier of the virtual screen.
- the priority value corresponding to the service identifier is read from the service attribute table according to the service identifier.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- the product of the user terminal is fundamentally enhanced in the market.
- the attribute information includes at least: a screen identifier S n and a category weight C Compute ( n-0, 1 , 2, .. . , ) .
- the virtual multi-screen includes at least a main screen, a split screen, and a floating window
- 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 fatigue 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).
- Each service can be represented by a combination of parameters (A n , PJ; the service identifier 11 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.
- 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 204 Read the category weight Q of the currently activated virtual screen Si and the priority value Pi of the service A.
- 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.
- 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.
- 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.
- an application running on the main screen.
- 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.
- 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.
- 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:
- the parameter is set to:
- 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 2 , 3 ), floating window (S 3 , 4 ), there are 4 virtual screens in the scene of the application example;
- the currently activated any split screen or floating window includes 2 split screens and 1 floating window.
- the currently activated split screen or floating window includes 1 split screen (such as the second split screen) and 1 floating window.
- 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.
- a computer device which may be a personal computer, server, or network device, etc.
- 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.
- embodiments of the invention are not limited to any particular combination of hardware and software.
- 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.
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本发明公开了一种用户终端的业务并发处理方法及用户终端，其中，所述方法应用于用户终端，所述用户终端包括显示屏，所述显示屏具有显示区域，所述显示区域存在至少一个虚拟屏幕，在所述至少一个虚拟屏幕上已经运行当前应用并执行对应的当前业务，所述方法包括：获取操作，触发业务并发请求；所述操作用于启动新的应用，运行所述新的应用并执行对应的新的业务；根据业务并发处理策略响应所述业务并发请求，在所述至少一个虚拟屏幕中执行所述新的业务、或在新启动的虚拟屏幕中执行所述新的业务。
Description
一种用户终端的业务并发处理方法及用户终端 技术领域
本发明涉及并发技术， 尤其涉及一种用户终端的业务并发处理方法及 用户终端。 背景技术
本申请发明人在实现本申请实施例技术方案的过程中， 至少发现相关 技术中存在如下技术问题：
随着大屏幕终端的逐渐普及， 对大屏幕终端上的虚拟多屏技术应用会 愈来愈多， 用户能体验到在一部终端上可以同时进行多个应用操作带来的 便利， 多个应用操作是一种业务并发操作， 但是， 采用多屏技术后， 这种 多屏幕多应用的场景会导致业务并发处理也变得复杂化， 如何能在多屏场 景更好的处理各种应用的并发操作， 已成为一个有待研究的问题， 目前采 用的解决方案是在有业务并发操作时回退到全屏策略， 这并不是一种有效 的解决方案， 相关技术中， 对于这个问题， 目前并未存在有效的解决方案。 发明内容
有鉴于此， 本发明实施例希望提供一种用户终端的业务并发处理方法 及用户终端， 实现了在多屏场景的业务并发处理。
本发明实施例的一种用户终端的业务并发处理方法， 所述方法应用于 用户终端， 所述用户终端包括显示屏， 所述显示屏具有显示区域， 所述显 示区域存在至少一个虚拟屏幕， 在所述至少一个虚拟屏幕上已经运行当前 应用并执行对应的当前业务， 所述方法包括：
获取操作， 触发业务并发请求； 所述操作用于启动新的应用， 运行所
述新的应用并执行对应的新的业务；
根据业务并发处理策略响应所述业务并发请求， 在所述至少一个虚拟 屏幕中执行所述新的业务、 或在新启动的虚拟屏幕中执行所述新的业务。
其中， 所述获取操作， 触发业务并发请求之前， 所述方法还包括: 设置屏幕属性表， 根据所述屏幕属性表实现对所述至少一个虚拟屏幕 进行统一管理； 所述屏幕属性表至少包括： 屏标识和类别权值;
所述屏标识用于对所述至少一个虚拟屏幕进行区别；
所述类别权值用于衡量所述至少一个虚拟屏幕的屏幕重要性。
其中， 所述获取操作， 触发业务并发请求之前， 所述方法还包括: 设置业务属性表 , 根据所述业务属性表实现对并发处理的业务进行统 一管理; 所述业务属性表至少包括: 业务标识和优先权值； 所述并发处理 的业务由所述新的业务与所述当前业务构成；
所述业务标识用于对由所述并发处理的业务进行区别；
所述优先权值用于衡量所述并发处理的业务的业务重要性。
其中， 所述至少一个虚拟屏幕为一个且处于激活状态时， 所述根据业 务并发处理策略响应所述业务并发请求， 在所述至少一个虚拟屏幕中执行 所述新的业务、 或在新启动的虚拟屏幕中执行所述新的业务， 包括：
读取所述虚拟屏幕的类别权值和所述新的业务的优先权值；
当所述优先权值 <=所述类别权值时，则根据对应的业务并发处理策略， 中断所述虚拟屏幕中运行的所述当前应用 , 在所述虚拟屏幕中执行所述新 的业务；
当所述优先权值 >所述类别权值时， 则根据对应的业务并发处理策略 , 不中断所述虚拟屏幕中运行的所述当前应用 , 在新启动的虚拟屏幕中执行 所述新的业务。
其中， 所述至少一个虚拟屏幕为多于一个且处于激活状态时 , 所述根
据业务并发处理策略响应所述业务并发请求， 在所述至少一个虚拟屏幕中 执行所述新的业务、 或在新启动的虚拟屏幕中执行所述新的业务， 包括: 读取所述虚拟屏幕的类别权值和所述新的业务的优先权值；
当所述优先权值<=所述类别权值时，则根据对应的业务并发处理策略， 中断所述虚拟屏幕中运行的所述当前应用 , 在所述虚拟屏幕之一中执行所 述新的业务；
当所述优先权值 >所述类别权值时 , 则根据对应的业务并发处理策略 , 不中断所述虚拟屏幕中运行的所述当前应用 , 在新启动的虚拟屏幕中执行 所述新的业务。
其中， 所述读取所述虚拟屏幕的类别权值和所述新的业务的优先权值， 包括：
获取所述虚拟屏幕的屏标识；
根据所述屏标识从所述屏幕属性表中读取与所述屏标识对应的类别权 值；
获取所述新的业务的业务标识；
根据所述业务标识从所述业务属性表中读取与所述业务标识对应的优 先权值。
其中， 所述至少一个虚拟屏幕包括： 主屏、 分屏或悬浮窗中的至少一 种类型。
本发明实施例的一种用户终端， 所述用户终端包括显示屏， 所述显示 屏具有显示区域， 所述显示区域存在至少一个虚拟屏幕， 所述显示区域存 在至少一个虚拟屏幕， 在所述至少一个虚拟屏幕上已经运行当前应用并执 行对应的当前业务， 所述用户终端还包括：
获取单元， 配置为获取操作， 触发业务并发请求； 所述操作用于启动 新的应用， 运行所述新的应用并执行对应的新的业务；
响应单元， 配置为根据业务并发处理策略响应所述业务并发请求， 在 所述至少一个虚拟屏幕中执行所述新的业务、 或在新启动的虚拟屏幕中执 行所述新的业务。
其中， 所述用户终端还包括：
第一设置单元， 配置为设置屏幕属性表， 根据所述屏幕属性表实现对 所述至少一个虚拟屏幕进行统一管理； 其中， 所述屏幕属性表至少包括： 屏标识和类别权值; 所述屏标识用于对所述至少一个虚拟屏幕进行区别； 所述类别权值用于衡量所述至少一个虚拟屏幕的屏幕重要性。
其中， 所述用户终端还包括：
第二设置单元， 配置为设置业务属性表， 根据所述业务属性表实现对 并发处理的业务进行统一管理； 其中， 所述业务属性表至少包括: 业务标 识和优先权值； 所述并发处理的业务由所述新的业务与所述当前业务构成; 所述业务标识用于对由所述并发处理的业务进行区别； 所述优先权值用于 衡量所述并发处理的业务的业务重要性。
其中， 所述响应单元， 进一步在所述至少一个虚拟屏幕为一个且处于 激活状态的情况下还包括:
读取子单元， 配置为读取所述虚拟屏幕的类别权值和所述新的业务的 优先权值；
并发策略执行子单元， 配置为所述优先权值 <=所述类别权值时， 根据 对应的业务并发处理策略， 中断所述虚拟屏幕中运行的所述当前应用， 在 所述虚拟屏幕中执行所述新的业务; 所述优先权值 >所述类别权值时， 根据 对应的业务并发处理策略， 不中断所述虚拟屏幕中运行的所述当前应用 , 在新启动的虚拟屏幕中执行所述新的业务。
其中， 所述响应单元， 进一步在所述至少一个虚拟屏幕为多于一个且 处于激活状态的情况下还包括：
读取子单元 , 配置为读取所述虚拟屏幕的类别权值和所述新的业务的 优先权值；
并发策略执行子单元， 配置为所述优先权值 <=所述类别权值时， 根据 对应的业务并发处理策略， 中断所述虚拟屏幕中运行的所述当前应用， 在 所述虚拟屏幕之一中执行所述新的业务； 所述优先权值 >所述类别权值时， 根据对应的业务并发处理策略， 不中断所述虚拟屏幕中运行的所述当前应 用， 在新启动的虚拟屏幕中执行所述新的业务。
其中， 所述读取子单元， 还配置为获取所述虚拟屏幕的屏标识； 根据 所述屏标识从所述屏幕属性表中读取与所述屏标识对应的类别权值； 获取 所述新的业务的业务标识； 根据所述业务标识从所述业务属性表中读取与 所述业务标识对应的优先权值。
所述获取单元、 所述响应单元、 所述第一设置单元、 所述第二设置单 元、 所述读取子单元、 所述并发策略执行子单元在执行处理时， 可以采用 中央处理器（CPU, Central Processing Unit ),数字信号处理器（DSP, Digital Singnal Processor )或可编程 辑阵列 （ FPGA, Field - Programmable Gate Array ) 实现。
本发明实施例的所述方法应用于用户终端， 所述用户终端包括显示屏， 所述显示屏具有显示区域， 所述显示区域存在至少一个虚拟屏幕， 在所述 至少一个虚拟屏幕上已经运行当前应用并执行对应的当前业务， 所述方法 包括： 获取操作， 触发业务并发请求； 所述操作用于启动新的应用， 运行 所述新的应用并执行对应的新的业务； 才艮据业务并发处理策略响应所述业 务并发请求， 在所述至少一个虚拟屏幕中执行所述新的业务、 或在新启动 的虚拟屏幕中执行所述新的业务。
采用本发明实施例的所述方法， 启动新的应用， 运行所述新的应用并 执行对应的新的业务， 在对触发的业务并发请求进行响应时， 由于能根据
业务并发处理策略， 在所述至少一个虚拟屏幕中执行所述新的业务、 或在 新启动的虚拟屏幕中执行所述新的业务， 因此， 很好地实现了并发处理， 能让新的业务顺利执行， 从而提升了大屏幕终端应用的虚拟多屏操作， 并 带来良好的用户操作体验。 附图说明
图 1为本发明实施例的方法实现流程图；
图 2为本发明实施例的装置结构示意图；
图 3为本发明实施例一场景下的装置实现流程图；
图 4为本发明实施例一场景下的方法实现流程图；
图 5为本发明实施例虚拟多屏场景的一个示意图；
图 6为本发明实施例虚拟多屏场景的又一个示意图;
图 7为本发明实施例虚拟多屏场景的又一个示意图；
图 8为本发明实施例虚拟多屏场景的又一个示意图。 具体实施方式
下面结合附图对技术方案的实施作进一步的详细描述。
本发明实施例提供了一种用户终端的业务并发处理方法， 可以应用于 虚拟多屏场景， 以实现虚拟多屏场景下的业务并发处理。 如图 1 所示， 该 方法应用于用户终端， 所述用户终端包括显示屏， 所述显示屏具有显示区 域， 所述显示区域存在至少一个虚拟屏幕， 在所述至少一个虛拟屏幕上已 经运行当前应用并执行对应的当前业务， 该方法包括以下步骤：
步骤 101、获取操作，触发业务并发请求；所述操作用于启动新的应用， 运行所述新的应用并执行对应的新的业务。
这里， 所述操作可以是用户操作， 通过该用户操作来触发业务并发请 求， 此时是一种主动触发； 所述操作也可以是事件导致的操作， 通过该事
件导致的操作来触发业务并发请求， 此时是一种被动触发， 例如， 用户在 发短信时， 收到来电业务， 来电业务作为新的业务被动触发业务并发请求。
步驟 102、根据业务并发处理策略响应所述业务并发请求， 在所述至少 一个虚拟屏幕中执行所述新的业务、 或在新启动的虛拟屏幕中执行所述新 的业务。
在本发明实施例的一优选方式中， 步骤 101之前还包括：
步骤 1001、 设置屏幕属性表， 根据所述屏幕属性表实现对所述至少一 个虚拟屏幕进行统一管理。
其中， 所述屏幕属性表至少包括： 屏标识和类别权值。 所述屏标识用 于对所述至少一个虚拟屏幕进行区别。 所述类别权值用于衡量所述至少一 个虚拟屏幕的屏幕重要性。
在本发明实施例的一优选方式中， 步骤 101之前还包括：
步骤 1002、 设置业务属性表， 根据所述业务属性表实现对并发处理的 业务进行统一管理。
其中， 所述业务属性表至少包括： 业务标识和优先权值。 所述并发处 理的业务由所述新的业务与所述当前业务构成。 所述业务标识用于对由所 述并发处理的业务进行区别。 所述优先权值用于衡量所述并发处理的业务 的业务重要性。
这里需要指出的是， 步驟 1001和步骤 1002不分先后顺序， 只要在步 骤 101之前能分别设置屏幕属性表和业务属性表就可以。
在本发明实施例的一优选方式中， 存在以下两个场景：
一、 所述至少一个虚拟屏幕为一个且处于激活状态时， 此时， 步骤 102 为：
步骤 102A1、 读取所述虚拟屏幕的类别权值和所述新的业务的优先权 值。
步骤 102A2、 当所述优先权值<=所述类别权值时， 则根据对应的业务 并发处理策略， 中断所述虚拟屏幕中运行的所述当前应用， 在所述虚拟屏 幕中执行所述新的业务; 当所述优先权值>所述类别权值时， 则根据对应的 业务并发处理策略， 不中断所述虚拟屏幕中运行的所述当前应用， 在新启 动的虚拟屏幕中执行所述新的业务。
这里需要指出的是， 本发明实施例区别于现有的处理策略， 现有的处 理策略是遇到业务并发处理则回退到全屏， 本发明实施例可以在当前激活 屏幕或新开启的屏幕中运行新的业务。 对于一个屏幕来说， 对于多于一个 屏幕来说 , 是在当前这一个屏幕中执行新的业务或开启新的屏幕执行该新 的业务。
采用现有技术时， 对于只存在一个屏幕使用的场景， 比如只有主屏的 情况下， 通常是有一个应用运行于主屏幕中， 再打开一个新的应用， 仍然 会在该主屏中打开， 不存在新开启一个窗口打开， 而本发明实施例由于支 持多屏， 可以是主屏， 可以是分屏， 可以是悬浮窗， 因此， 一种实现可能 是在主屏运行业务时， 发现新的应用对应的新的业务优先级低， 则开启新 的窗口， 比如打开一个悬浮窗来运行该新的业务。
二、 所述至少一个虚拟屏幕为多于一个且处于激活状态时， 此时， 步 骤 102为：
步骤 102 Bl、 读取所述虚拟屏幕的类别权值和所述新的业务的优先权 值。
步骤 102B2、 当所述优先权值<=所述类别权值时， 则根据对应的业务 并发处理策略， 中断所述虚拟屏幕中运行的所述当前应用， 在所述虚拟屏 幕之一中执行所述新的业务； 当所述优先权值>所述类别权值时， 则根据对 应的业务并发处理策略， 不中断所述虚拟屏幕中运行的所述当前应用， 在 新启动的虚拟屏幕中执行所述新的业务。
这里需要指出的是， 本发明实施例区别于现有的处理策略， 现有的处 理策略是遇到业务并发处理则回退到全屏， 本发明实施例可以在当前激活 屏幕或新开启的屏幕中运行新的业务。 对于多于一个屏幕来说， 如两个屏 幕， 是在当前两个屏幕中任一个屏幕中执行新的业务或开启新的屏幕执行 该新的业务。
在本发明实施例的一优选方式中， 步骤 102 A 1或步骤 102 B 1具体为: a、 获取所述虚拟屏幕的屏标识。
b、 根据所述屏标识从所述屏幕属性表中读取与所述屏标识对应的类别 权值。
c、 获取所述新的业务的业务标识。
d、 才艮据所述业务标识从所述业务属性表中读取与所述业务标识对应的 优先权值。
在本发明实施例的一优选方式中， 所述至少一个虚拟屏幕包括： 主屏、 分屏或悬浮窗中的至少一种类型。
本发明实施例提供的一种用户终端， 所述用户终端包括显示屏， 所述 显示屏具有显示区域， 所述显示区域存在至少一个虚拟屏幕， 所述显示区 域存在至少一个虚拟屏幕， 在所述至少一个虚拟屏幕上已经运行当前应用 并执行对应的当前业务， 如图 2所示， 该用户终端还包括： 获取单元 11 , 用于获取操作， 触发业务并发请求； 所述操作用于启动新的应用， 运行所 述新的应用并执行对应的新的业务。 响应单元 12, 用于根据业务并发处理 策略响应所述业务并发请求， 在所述至少一个虚拟屏幕中执行所述新的业 务、 或在新启动的虚拟屏幕中执行所述新的业务。
在本发明实施例的一优选方式中， 如图 2所示， 所述用户终端还包括： 第一设置单元 13 , 用于设置屏幕属性表， 根据所述屏幕属性表实现对所述 至少一个虚拟屏幕进行统一管理； 其中， 所述屏幕属性表至少包括： 屏标
识和类别权值; 所述屏标识用于对所述至少一个虚拟屏幕进行区别； 所述 类别权值用于衡量所述至少一个虚拟屏幕的屏幕重要性。
在本发明实施例的一优选方式中， 如图 2所示 , 所述用户终端还包括： 第二设置单元 14, 用于设置业务属性表， 根据所述业务属性表实现对并发 处理的业务进行统一管理； 其中， 所述业务属性表至少包括： 业务标识和 优先权值； 所述并发处理的业务由所述新的业务与所述当前业务构成； 所 述业务标识用于对由所述并发处理的业务进行区别； 所述优先权值用于衡 量所述并发处理的业务的业务重要性。
在本发明实施例的一优选方式中， 如图 2所示的响应单元， 有以下两 种实现方案：
一、 所述响应单元进一步在所述至少一个虚拟屏幕为一个且处于激活 状态的情况下还包括： 读取子单元， 用于读取所述虚拟屏幕的类别权值和 所述新的业务的优先权值。 并发策略执行子单元， 用于所述优先权值 <=所 述类别权值时， 根据对应的业务并发处理策略， 中断所述虚拟屏幕中运行 的所述当前应用， 在所述虚拟屏幕中执行所述新的业务； 所述优先权值 >所 述类别权值时， 根据对应的业务并发处理策略， 不中断所述虚拟屏幕中运 行的所述当前应用， 在新启动的虚拟屏幕中执行所述新的业务。
二、 所述响应单元， 进一步在所述至少一个虚拟屏幕为多于一个且处 于激活状态的情况下还包括： 读取子单元， 用于读取所述虚拟屏幕的类别 权值和所述新的业务的优先权值。 并发策略执行子单元， 用于所述优先权 值<=所述类别权值时， 根据对应的业务并发处理策略， 中断所述虚拟屏幕 中运行的所述当前应用， 在所述虚拟屏幕之一中执行所述新的业务； 所述 优先权值>所述类别权值时， 根据对应的业务并发处理策略， 不中断所述虚 拟屏幕中运行的所述当前应用 , 在新启动的虚拟屏幕中执行所述新的业务。
在本发明实施例的一优选方式中， 所述读取子单元， 进一步用于获取
所述虚拟屏幕的屏标识; 根据所述屏标识从所述屏幕属性表中读取与所述 屏标识对应的类别权值; 获取所述新的业务的业务标识； 根据所述业务标 识从所述业务属性表中读取与所述业务标识对应的优先权值。
采用本发明实施例的处理方法及装置， 可以解决用户终端在虚拟多屏 场景业务的并发处理存在的复杂性， 实现并发处理的方案新颖易行， 可以 充分发挥出多屏的优势， 提高终端用户使用操作的用户体验， 从根本上提 升用户终端的产品在市场上的竟争力。
以下对本发明实施例进行分析及举例阐述。
本发明实施例的一方法实例， 主要包括以下内容：
A、 对终端上的虚拟多屏进行统一管理， 设定一个屏幕属性表， 该属性 信息至少包含: 屏标识 Sn和类别权值 C„ ( n-0, 1 , 2， .. . , )。
其中， 虚拟多屏至少包括主屏、 分屏和悬浮窗， 主屏即全屏窗口， 完 全占用整个物理屏幕显示区域的虚拟窗口， 分屏是指直接在主屏上分隔出 的窗口， 也可以称为非全屏窗口， 悬浮窗是指能够悬浮置于主屏或分屏之 上的窗口。
其中， 每一个虚拟屏对应的属性可以用参数组合表示为 ( Sn, Cn ); 屏 标识 Sn为终端上虚拟屏的识别号， 可以釆用某种特定的规则顺序编号； 类 别权值 C„为衡量终端上虚拟屏幕的重要性而约定赋予的数值， 该值的大小 表明了此虚拟屏幕设备的重要程度， 值越小， 重要性 (优先级)越高。
B、 对终端上的业务进行统一管理， 为每个业务设定一个业务属性表， 该属性信息至少包含： 业务标识 An和优先权值 Pn ( n=0, 1 , 2, .. . , )。
其中， 每一个业务可以用参数组合表示为（An, PJ; 业务标识入11为终 端上业务的识别号， 可以采用某种特定的规则顺序编号； 优先权 pn为衡 量终端上业务的重要性而约定赋予的数值， 该值的大小表明了此业务并发 的优先级， 值越小， 业务并发的优先级越高。
C、对每个虚拟多屏的类别权值之间关系，采用固定的计算方法： C0=l , C„■ l = „ + 1
D、 设定业务并发优先因子 K (为整数）， 每个业务的优先权值之间关 系如下: Ρ0=0, Ρη+1 = Ρη + Κ0
Ε、 当一个新的业务 Ai ( i =0, 1 , 2, ... , )产生时， 此时需要并发处理， 则启动并发处理策略， 读取当前激活的虚拟屏 Si的类别权值 Q和业务 k：、 (所述新的业务） 的优先权值 P,， 进行如下处理：
当 P^K^, 说明所述新的业务与所述当前激活的虚拟屏中运行的业务 相比业务优先级更高， 则中断当前激活的虚拟屏中运行的应用， 开始执行 业务 Α, (所述新的业务）， 当业务 Α, (所述新的业务）运行结束后， 返回到 之前中断的虚拟屏中， 可以继续运行之前中断的应用；
当 P^d, 说明所述新的业务与所述当前激活的虚拟屏中运行的业务相 比业务优先级更低， 则不中断当前激活的虚拟屏中运行的应用， 在新启动 的虚拟屏中开始执行业务 A, (所述新的业务）。
F、通过不同业务的排列组合及合理调节 D中的并发优先因子 K, 能够 灵活实现虚拟多屏场景不同策略的业务并发处理方法。
本发明实施例的一装置实例， 主要包括以下内容：
如图 2所示的第一设置单元也可以通过一个虚拟多屏模块来实现， 虚 拟多屏模块用于完成对终端上的多个虚拟屏幕进行统一管理， 如图 2所示 的第二设置单元也可以通过一个业务管理模块来实现， 业务管理模块用于 完成对终端上的业务进行统一管理， 如图 2所示的获取单元和响应单元也 可以通过一个并发处理模块来实现， 并发处理模块用于根据并发处理策略， 完成对终端上的业务并发处理。 由虚拟多屏模块 21、业务管理模块 22和并 发处理模块 23构成的装置 20如图 3所示。
本发明实施例的一方法实例的完整处理流程， 如图 4所示， 包括以下
步骤：
步驟 201、 并发初始化启动工作。
步驟 202、 设定类别权值和优先权值初始值： C( ，
步骤 203、 执行并发处理的权值算法 Cn+1 = Cn+ l, Pn+1=Pn+K。
步骤 204、 读取当前激活的虚拟屏 Si的类别权值 Q和业务 A的优先权 值 Pi。
步骤 205、 进行优先权值比较， 判断是否 <=(：,， 如果是， 则执行步 骤 206, 否则， 执行步骤 207。
步骤 206、 当 Pr^d, 则中断当前激活的虚拟屏中运行的应用， 开始执 行业务 当业务 A运行结束后， 返回到之前中断的虚拟屏中。 转入执行 步骤 208。
步驟 207、 当 P^d, 则不中断当前激活的虚拟屏中运行的应用， 在新 启动的虚拟屏中开始执行业务 A。 执行步驟 208。
步骤 208、 流程结束。
以下以多屏多应用的具体应用场景为例对本发明实施例进行说明 , 如 图 5- 8为不同的虚拟屏幕场景， 示例出本发明实施例几种主要的虚拟屏幕， 但并不限于这里的示例， 比如， 分屏可以不局限为两个分屏， 也可以为多 于两个的分屏。 本发明实施例提出的几种虚拟屏幕的主要存在形式包括主 屏、 分屏、 悬浮窗。
如图 5所示为主屏， 在主屏上运行有一个应用（appA)。 如图 6所示为 两个分屏，包括第一分屏和第二分屏，在第一分屏上运行一个应用 ppB), 在第二分屏上运行另一个应用 （appA)。 如图 7所示为悬浮窗的一种形式， 悬浮窗位于主屏上， 在主屏上运行一个应用（appA), 在悬浮窗上运行另一 个应用 （appB)。 如图 8所示为悬浮窗的另一种形式， 悬浮窗位于分屏上， 且存在两个分屏， 在第一分屏上运行一个应用（appB), 在第二分屏上运行
另一个应用 (appA), 在悬浮窗上运行又一个应用 (appC)。
以本发明实施例提出的几种虛拟屏幕的主要存在形式包括主屏、 分屏、 悬浮窗为例， 应用本发明实施例， 对新的业务与当前激活的虚拟屏幕中运 行的当前业务进行并发处理策略比对， 从而实现并发处理方案进行举例说 明如下所示：
一、 参数设置为：
设定 K=2, 多个虚拟屏幕的总个数为 4 (即包括主屏， 第一分屏， 第二 分屏及悬浮窗的情况）， 并发处理的业务总个数为 4;
则 C。=l (如主屏）, d=2分屏 (如第一分屏）, C2=3分屏（如第二分 屏）， C3=4 (如悬浮窗）;
则 Ρ0=0, ?!=2, P2=3, P3=4;
相应的， 虚拟多屏（Sn,Cn)参数具体分配为：
主屏 ( So, 1 )、 分屏 ( Sl52 )、 分屏 ( S2,3 )、 悬浮窗 ( S3,4 ), 在该应用实 例的场景下存在 4个虚拟屏幕；
相应的， 业务（An, Pn)参数具体分配为：
呼叫 （Ao,0)、 告警（A 2)、 闹钟（A2,3)、 短信 ( A3,4 ), 在该应用实 例的场景下存在 4个业务。
二、 根据上述参数配置应用本发明实施例的并发处理方法， 具体情况 如下：
情况一（Casel): 呼叫业务 A(), P。=0<Cn(n=0, 1,2,3), 这样呼叫业务可 以在当前任意激活的 4个虚拟屏之一上处理； 其中， 所述当前任意激活的 4 个虚拟屏， 包括 1个主屏， 2个分屏， 1个悬浮窗。
情况二（Case2): 告警业务 A P1=2<=C1=2, C2=3, C3=4, 这样告警 提醒时可在当前激活的任意一个分屏或悬浮窗上处理； 其中， 所述当前激 活的任意一个分屏或悬浮窗， 包括 2个分屏和 1个悬浮窗。
情况三 （Case3 ): 闹钟业务 A2, P1=3<=C2=3 , Pr=3<C3=4, 这样闹钟 提醒时可在当前激活的分屏或悬浮窗上处理; 其中， 所述当前激活的分屏 或悬浮窗， 包括 1个分屏 (如所述第二分屏)和 1个悬浮窗。
情况四 （Case4 ): 短信业务 A3, ?,=4<=C =4, 这样短信提醒时只可在 激活的悬浮窗上处理或新启动的虚拟屏中处理。
这里需要指出的是，进一步还可以通过改变 K的值，对于 Case2、 Case3、 Case4的情形会出现不同的并发处理策略。
本发明实施例所述集成的模块如果以软件功能模块的形式实现并作为 独立的产品销售或使用时， 也可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明实施例的技术方案本盾上或者说对现有技术做出 贡献的部分可以以软件产品的形式体现出来， 该计算机软件产品存储在一 个存储介质中， 包括若干指令用以使得一台计算机设备（可以是个人计算 机、 服务器、 或者网络设备等）执行本发明各个实施例所述方法的全部或 部分。 而前述的存储介质包括： U盘、 移动硬盘、 只读存储器 （ROM, Read-Only Memory ), 随机存耳又存储器 ( RAM, Random Access Memory )、 磁碟或者光盘等各种可以存储程序代码的介质。 这样， 本发明实施例不限 制于任何特定的硬件和软件结合。
相应的， 本发明实施例还提供一种计算机存储介质， 其中存储有计算 机程序 , 该计算机程序用于执行本发明实施例的用户终端的业务并发处理 方法及用户终端。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。 工业实用性
釆用本发明实施例的所述方法， 启动新的应用， 运行所述新的应用并 执行对应的新的业务， 在对触发的业务并发请求进行响应时， 由于能根据
业务并发处理策略， 在所述至少一个虚拟屏幕中执行所述新的业务、 或在 新启动的虚拟屏幕中执行所述新的业务， 因此， 很好地实现了并发处理， 能让新的业务顺利执行， 从而提升了大屏幕终端应用的虚拟多屏操作， 并 带来良好的用户操作体验。
Claims
1、 一种用户终端的业务并发处理方法， 所述方法应用于用户终端， 所 述用户终端包括显示屏， 所述显示屏具有显示区域， 所述显示区域存在至 少一个虚拟屏幕， 在所述至少一个虚拟屏幕上已经运行当前应用并执行对 应的当前业务， 所述方法包括：
获取操作， 触发业务并发请求; 所述操作用于启动新的应用， 运行所 述新的应用并执行对应的新的业务；
根据业务并发处理策略响应所述业务并发请求， 在所述至少一个虚拟 屏幕中执行所述新的业务、 或在新启动的虚拟屏幕中执行所述新的业务。
2、 根据权利要求 1所述的方法， 其中， 所述获取操作， 触发业务并发 请求之前， 所述方法还包括：
设置屏幕属性表， 根据所述屏幕属性表实现对所述至少一个虚拟屏幕 进行统一管理； 所述屏幕属性表至少包括: 屏标识和类别权值;
所述屏标识用于对所述至少一个虛拟屏幕进行区别；
所述类别权值用于衡量所述至少一个虚拟屏幕的屏幕重要性。
3、 根据权利要求 2所述的方法， 其中， 所述获取操作， 触发业务并发 请求之前， 所述方法还包括：
设置业务属性表 , 根据所述业务属性表实现对并发处理的业务进行统 一管理; 所述业务属性表至少包括: 业务标识和优先权值； 所述并发处理 的业务由所述新的业务与所述当前业务构成；
所述业务标识用于对由所述并发处理的业务进行区别；
所述优先权值用于衡量所述并发处理的业务的业务重要性。
4、 根据权利要求 3所述的方法， 其中， 所述至少一个虚拟屏幕为一个 且处于激活状态时， 所述根据业务并发处理策略响应所述业务并发请求， 在所述至少一个虚拟屏幕中执行所述新的业务、 或在新启动的虚拟屏幕中
执行所述新的业务， 包括:
读取所述虚拟屏幕的类别权值和所述新的业务的优先权值;
当所述优先权值 <=所述类别权值时，则根据对应的业务并发处理策略， 中断所述虚拟屏幕中运行的所述当前应用 , 在所述虛拟屏幕中执行所述新 的业务；
当所述优先权值 >所述类别权值时 , 则根据对应的业务并发处理策略， 不中断所述虚拟屏幕中运行的所述当前应用 , 在新启动的虚拟屏幕中执行 所述新的业务。
5、 根据权利要求 3所述的方法， 其中， 所述至少一个虛拟屏幕为多于 一个且处于激活状态时， 所述根据业务并发处理策略响应所述业务并发请 求， 在所述至少一个虚拟屏幕中执行所述新的业务、 或在新启动的虚拟屏 幕中执行所述新的业务， 包括:
读取所述虚拟屏幕的类别权值和所述新的业务的优先权值；
当所述优先权值 <=所述类别权值时，则根据对应的业务并发处理策略， 中断所述虚拟屏幕中运行的所述当前应用 , 在所述虚拟屏幕之一中执行所 述新的业务；
当所述优先权值 >所述类别权值时， 则根据对应的业务并发处理策略， 不中断所述虚拟屏幕中运行的所述当前应用 , 在新启动的虚拟屏幕中执行 所述新的业务。
6、 根据权利要求 4或 5所述的方法， 其中， 所述读取所述虚拟屏幕的 类别权值和所述新的业务的优先权值， 包括:
获取所述虚拟屏幕的屏标识；
根据所述屏标识从所述屏幕属性表中读取与所述屏标识对应的类别权 值；
获取所述新的业务的业务标识；
根据所述业务标识从所述业务属性表中读取与所述业务标识对应的优 先权值。
7、 根据权利要求 1所述的方法， 其中， 所述至少一个虚拟屏幕包括: 主屏、 分屏或悬浮窗中的至少一种类型。
8、 一种用户终端， 所述用户终端包括显示屏， 所述显示屏具有显示区 域， 所述显示区域存在至少一个虚拟屏幕， 所述显示区域存在至少一个虛 拟屏幕， 在所述至少一个虚拟屏幕上已经运行当前应用并执行对应的当前 业务， 所述用户终端还包括：
获取单元， 配置为获取操作， 触发业务并发请求； 所述操作用于启动 新的应用， 运行所述新的应用并执行对应的新的业务；
响应单元， 配置为根据业务并发处理策略响应所述业务并发请求， 在 所述至少一个虚拟屏幕中执行所述新的业务、 或在新启动的虚拟屏幕中执 行所述新的业务。
9、 根据权利要求 8所述的用户终端， 其中， 所述用户终端还包括： 第一设置单元， 配置为设置屏幕属性表， 根据所述屏幕属性表实现对 所述至少一个虚拟屏幕进行统一管理； 其中， 所述屏幕属性表至少包括： 屏标识和类别权值； 所述屏标识用于对所述至少一个虚拟屏幕进行区别； 所述类别权值用于衡量所述至少一个虚拟屏幕的屏幕重要性。
10、 根据权利要求 9所述的用户终端， 其中， 所述用户终端还包括： 第二设置单元， 配置为设置业务属性表， 根据所述业务属性表实现对 并发处理的业务进行统一管理； 其中， 所述业务属性表至少包括： 业务标 识和优先权值； 所述并发处理的业务由所述新的业务与所述当前业务构成； 所述业务标识用于对由所述并发处理的业务进行区别； 所述优先权值用于 衡量所述并发处理的业务的业务重要性。
11、 根据权利要求 10所述的用户终端， 其中， 所述响应单元， 进一步
在所述至少一个虚拟屏幕为一个且处于激活状态的情况下还包括： 读取子单元， 配置为读取所述虚拟屏幕的类别权值和所述新的业务的 优先权值；
并发策略执行子单元， 配置为所述优先权值 <=所述类别权值时， 根据 对应的业务并发处理策略， 中断所述虚拟屏幕中运行的所述当前应用， 在 所述虚拟屏幕中执行所述新的业务; 所述优先权值 >所述类别权值时， 根据 对应的业务并发处理策略， 不中断所述虚拟屏幕中运行的所述当前应用 , 在新启动的虚拟屏幕中执行所述新的业务。
12、 根据权利要求 1 ()所述的用户终端， 其中， 所述响应单元， 进一步 在所述至少一个虚拟屏幕为多于一个且处于激活状态的情况下还包括： 读取子单元， 配置为读取所述虚拟屏幕的类别权值和所述新的业务的 优先权值；
并发策略执行子单元， 配置为所述优先权值 <=所述类别权值时， 根据 对应的业务并发处理策略， 中断所述虚拟屏幕中运行的所述当前应用， 在 所述虚拟屏幕之一中执行所述新的业务； 所述优先权值 >所述类别权值时 , 根据对应的业务并发处理策略， 不中断所述虚拟屏幕中运行的所述当前应 用， 在新启动的虚拟屏幕中执行所述新的业务。
13、 根据权利要求 11或 12所述的用户终端， 其中， 所述读取子单元， 还配置为获取所述虚拟屏幕的屏标识； 根据所述屏标识从所述屏幕属性表 中读取与所述屏标识对应的类别权值； 获取所述新的业务的业务标识； 根 据所述业务标识从所述业务属性表中读取与所述业务标识对应的优先权 值。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410049208.2 | 2014-02-12 | ||
| CN201410049208.2A CN104834553B (zh) | 2014-02-12 | 2014-02-12 | 一种用户终端的业务并发处理方法及用户终端 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2015120691A1 true WO2015120691A1 (zh) | 2015-08-20 |
Family
ID=53799560
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2014/082287 WO2015120691A1 (zh) | 2014-02-12 | 2014-07-15 | 一种用户终端的业务并发处理方法及用户终端 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN104834553B (zh) |
| WO (1) | WO2015120691A1 (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106658727B (zh) * | 2016-04-28 | 2019-08-30 | 电子科技大学 | 一种基于多种相关属性的业务重要性确定与资源分配方法 |
| CN106375601B (zh) * | 2016-10-28 | 2020-04-17 | 奇酷互联网络科技（深圳）有限公司 | 一种提醒处理方法和移动终端 |
| CN110427239A (zh) * | 2019-07-30 | 2019-11-08 | 维沃移动通信有限公司 | 一种事件处理方法、终端设备及计算机可读存储介质 |
| WO2021081745A1 (zh) * | 2019-10-29 | 2021-05-06 | 北京嗨动视觉科技有限公司 | 硬件资源分配方法及装置、视频处理器和显示系统 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102918490A (zh) * | 2010-04-01 | 2013-02-06 | 思杰系统有限公司 | 与在平板计算装置的虚拟桌面内显示的远程应用交互 |
| CN103324435A (zh) * | 2013-05-24 | 2013-09-25 | 华为技术有限公司 | 分屏显示的方法、装置及其电子设备 |
| CN103324457A (zh) * | 2013-06-21 | 2013-09-25 | 东莞宇龙通信科技有限公司 | 终端和多任务数据显示方法 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103164269B (zh) * | 2011-12-08 | 2017-05-03 | 中兴通讯股份有限公司 | 一种多窗口显示应用程序的方法及终端 |
| CN102841804B (zh) * | 2012-06-27 | 2014-12-10 | 北京三星通信技术研究有限公司 | 同屏多前台任务处理方法及装置 |
| CN102968243A (zh) * | 2012-09-29 | 2013-03-13 | 顾晶 | 用于在移动终端显示多个应用窗口的方法、装置与设备 |
-
2014
- 2014-02-12 CN CN201410049208.2A patent/CN104834553B/zh active Active
- 2014-07-15 WO PCT/CN2014/082287 patent/WO2015120691A1/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102918490A (zh) * | 2010-04-01 | 2013-02-06 | 思杰系统有限公司 | 与在平板计算装置的虚拟桌面内显示的远程应用交互 |
| CN103324435A (zh) * | 2013-05-24 | 2013-09-25 | 华为技术有限公司 | 分屏显示的方法、装置及其电子设备 |
| CN103324457A (zh) * | 2013-06-21 | 2013-09-25 | 东莞宇龙通信科技有限公司 | 终端和多任务数据显示方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104834553A (zh) | 2015-08-12 |
| CN104834553B (zh) | 2020-04-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2014127695A1 (zh) | 一种系统运行加速方法和装置 | |
| US11768694B2 (en) | Content sharing method, device, terminal and storage medium | |
| EP3989050A1 (en) | Method of performing one or more operations based on a gesture | |
| EP3249568A1 (en) | Method and apparatus for displaying application and picture, and electronic device | |
| JP5238851B2 (ja) | 画面生成システム、画面生成方法、および画面生成プログラム | |
| CN109300217B (zh) | 排队叫号方法、计算机存储介质、排队叫号服务器及系统 | |
| WO2015120691A1 (zh) | 一种用户终端的业务并发处理方法及用户终端 | |
| JP2015500533A5 (zh) | ||
| WO2014161431A2 (zh) | 系统优化的方法及装置 | |
| US20170053283A1 (en) | Method for risk management based on aggregated information from multiple payment networks while maintaining anonymity of user | |
| US20220027906A1 (en) | Payment processing method, apparatus, device, and system | |
| WO2011085626A1 (zh) | 手机上网流量统计及显示方法、装置及手机 | |
| KR102358002B1 (ko) | 콘텐츠 전송 제어 방법 및 이를 지원하는 전자 장치 | |
| US20170168766A1 (en) | Content displaying method and device | |
| WO2014059882A1 (zh) | 一种终端及控制终端的操作方法 | |
| US20180129294A1 (en) | Gesture-based control and usage of video relay systems | |
| US9471349B1 (en) | Computing resource provisioning failure mitigation | |
| WO2019104974A1 (zh) | 基于dubbo平台的服务自动启停方法、服务器及存储介质 | |
| WO2016123896A1 (zh) | 一种分享信息的方法和装置 | |
| CN105610915A (zh) | 数据上报方法和系统 | |
| WO2014161512A1 (zh) | 一种网络连接方法及装置 | |
| WO2015172283A1 (zh) | 一种降低功耗的方法、装置及移动终端 | |
| CN106325974B (zh) | 一种虚拟化io性能优化方法及系统 | |
| TW201821961A (zh) | 用戶操作處理方法及相關設備 | |
| WO2017000345A1 (zh) | 一种移动通信方法及终端 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 14882366 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 14882366 Country of ref document: EP Kind code of ref document: A1 |