WO2023179182A1

WO2023179182A1 - Device split screen adaptation processing

Info

Publication number: WO2023179182A1
Application number: PCT/CN2023/071361
Authority: WO
Inventors: 穆文文; 马静; 靳鹤; 翟一帆
Original assignee: 支付宝(杭州)信息技术有限公司
Priority date: 2022-03-22
Filing date: 2023-01-09
Publication date: 2023-09-28
Also published as: CN114637568B; CN114637568A

Abstract

Embodiments of the present description provide a device split screen adaptation processing method and apparatus. The device split screen adaptation processing method comprises: detecting a global split screen configuration of a terminal device running a program container and a program split screen configuration of a subprogram to be accessed to obtain a local detection result; sending an access request for the subprogram to a server and receiving a returned request response, the request response carrying a remote detection result of detecting a dynamic split screen configuration of the subprogram; performing split screen adaptation processing according to the local detection result and the remote detection result to obtain a target split screen configuration; and on the basis of the target split screen configuration, setting a split screen mode for accessing the subprogram on the terminal device.

Description

Device split screen adaptation processing

Technical field

This document relates to the field of data processing technology, especially methods and devices for device split-screen adaptation processing.

Background technique

With the development of Internet technology and the popularization of mobile terminals, more and more services have begun to extend to online scenarios, such as application platform software that can carry multiple application sub-programs, preventing users from installing different types of applications on mobile terminals. Instead of using the program, the application sub-programs installed in the application platform software are used to implement service management. At the same time, the application sub-programs can also make full use of the sufficient user traffic of the application platform software to provide assistance for the service improvement of the application sub-programs.

Contents of the invention

One or more embodiments of this specification provide a device split-screen adaptation processing method, applied to a program container, including: detecting the global split-screen configuration of the terminal device running the program container, and the program split of the accessed subroutine. Screen configuration, obtain local detection results; send an access request for the subroutine to the server and receive a returned request response, the request response carries remote detection results for detecting the dynamic split-screen configuration of the subroutine; according to the The local detection results and the remote detection results are subjected to split-screen adaptation processing to obtain a target split-screen configuration; based on the target split-screen configuration, a split-screen mode is set on the terminal device for accessing the subroutine.

One or more embodiments of this specification provide a device split-screen adaptation processing device, running in a program container, including: a local detection module configured to detect the global split-screen configuration of the terminal device running the program container, and The program of the accessed subroutine is configured in split screen to obtain local detection results; the remote detection module is configured to send an access request of the subroutine to the server and receive a returned request response, and the request response carries the detection of the subroutine. Remote detection results of the program's dynamic split-screen configuration; a split-screen adaptation processing module configured to perform split-screen adaptation processing based on the local detection results and the remote detection results to obtain the target split-screen configuration; split-screen mode settings A module configured to set a split-screen mode for accessing the subroutine on the terminal device based on the target split-screen configuration.

One or more embodiments of the present specification provide a terminal device, including a processor and a memory configured to store computer-executable instructions. When executed, the computer-executable instructions cause the processor to: through the terminal Detect the global split-screen configuration of the program container running on the device, as well as the program split-screen configuration of the accessed subprogram, and obtain the local detection results; send the access request of the subprogram to the server and receive the returned request response, so The request response carries the remote detection result of detecting the dynamic split-screen configuration of the subroutine; perform split-screen adaptation processing according to the local detection result and the remote detection result to obtain the target split-screen configuration; based on the target split-screen configuration Screen configuration, setting the split-screen mode for accessing the subroutine on the terminal device.

One or more embodiments of this specification provide a storage medium for storing computer-executable instructions. When executed by a processor, the computer-executable instructions implement the following process: detecting global split screen of a terminal device running a program container. configuration, as well as the program split-screen configuration of the accessed subprogram, to obtain local detection results; send an access request for the subprogram to the server and receive a returned request response; the request response carries the dynamic analysis of the subprogram that is detected Remote detection results of screen configuration; perform split-screen adaptation processing according to the local detection results and the remote detection results to obtain the target split-screen configuration; based on the target split-screen configuration, set the terminal device to perform the sub-screen configuration Split screen mode for program access.

Description of the drawings

Figure 1 is a processing flow chart of a device split-screen adaptation processing method provided by one or more embodiments of this specification;

Figure 2 is a schematic diagram of a page frame in a horizontal screen state provided by one or more embodiments of this specification;

Figure 3 is a schematic diagram of a page frame in a vertical screen state provided by one or more embodiments of this specification;

Figure 4 is a processing flow chart of a device split-screen adaptation processing method applied to IoT device scenarios provided by one or more embodiments of this specification;

Figure 5 is a processing flow chart of another device split-screen adaptation processing method provided by one or more embodiments of this specification;

Figure 6 is a schematic diagram of a device split-screen adaptation processing device provided by one or more embodiments of this specification;

Figure 7 is a schematic structural diagram of a terminal device provided by one or more embodiments of this specification.

Detailed ways

An embodiment of a device split-screen adaptation processing method provided in this specification: Referring to Figure 1, the device split-screen adaptation processing method provided in this embodiment is applied to a program container. The method specifically includes steps S102 to S108.

Step S102: Detect the global split-screen configuration of the terminal device running the program container and the program split-screen configuration of the accessed subprogram, and obtain local detection results.

The device split-screen adaptation processing method provided by this application uses the local detection method and the remote split-screen configuration detection method implemented with the access request of the sub-program during the process of the terminal device accessing the sub-program. Perform split-screen configuration detection in three dimensions: screen configuration and dynamic split-screen configuration, and based on the detection results of split-screen configuration in these three dimensions, determine the current subroutine access adaptation on the terminal device through split-screen adaptation processing The target split-screen configuration is finally set to the split-screen mode for subroutine access on the terminal device according to the target split-screen configuration, so that the page layout during the subroutine access process is more suitable for the screen of the terminal device, so that the terminal can be used more rationally The screen of the device displays the subprogram access page, improving the visual effect of subprogram access through the terminal device.

The terminal device described in this embodiment is configured with a display screen, including but not limited to at least one of the following: a vehicle terminal installed on the vehicle, an IoT (Internet of Things) device external to the vehicle, a smart speaker, an unmanned vending machine, and an interactive advertisement screens, POS equipment, and smart home appliances such as smart TVs and smart refrigerators. The party or parties that provide terminal equipment are called equipment providers, and the equipment providers specifically include terminal equipment manufacturers, sellers, and/or service operation and maintenance parties of terminal equipment.

The subprogram refers to a program function module or application component installed on the client, or a program function module or application component loaded and installed by the client, such as an applet. From a service perspective, the subroutines have the ability to independently provide self-closed-loop services, such as subroutines with self-closed-loop capabilities for service reservation and subscription message push. The program container refers to an operating framework or an operating engine provided for terminal equipment. By installing the program container on the terminal equipment, subprogram access can be achieved on the terminal equipment. The subprogram described in this embodiment is mounted on the program container running on the terminal device, and the interaction and access of the subprogram are realized through the program container. At the same time, the terminal device is also deployed with a device client. The device client refers to the system program on which the IoT device itself depends.

As a lightweight client for data communication with the device client and server, the program container reduces the occupation of the terminal device's operating resources, thereby reducing the demand on the terminal device when the operating resources of the terminal device are limited. The occupation of equipment's operating resources also helps to improve the operating efficiency of the terminal equipment itself. In practical applications, the program container is installed and configured by the device provider of the terminal device. After the installation and configuration is completed, the device client can perform data communication with the program container through interface calling after the terminal device is started. Specifically, in the terminal When the device is started, the device client calls the program container to establish a data connection with the server. Through this data connection, data interaction with the server during the subprogram access process can be realized.

The global split-screen configuration refers to the configuration information of each split-screen that is set at the terminal device level to display the subroutine page according to the screen size of the terminal device. Optionally, the global split-screen configuration is determined by the The device provider of the terminal device performs settings during the initialization process of the terminal device. For example, the device provider sets the global split-screen configuration for the terminal device when the device leaves the factory; if the global split-screen configuration is set for the terminal device, you can Set the global split screen configuration for subroutine access.

The program split-screen configuration refers to the configuration information for personalized split-screen settings for the sub-program at the sub-program level based on the adaptation of the sub-program page and the terminal device. The program split-screen configuration can be configured by the The equipment provider or the service provider of the subprogram performs configuration. In addition, the terminal device owner can also set the program split screen configuration for the terminal device to access the subprogram when opening the subprogram for the first time. If the program split screen is set for the subprogram, screen configuration, you can access subprograms on the terminal device based on the set program split-screen configuration.

The above-mentioned method improves the diversity of split-screen settings by opening the split-screen setting interface at the terminal device level and sub-program level, making split-screen settings more targeted and flexible.

Specifically, the global split-screen configuration consists of configuration information such as the position, size, and proportion of each split-screen in at least one split-screen. Similarly, the program split-screen configuration can also consist of the position of each split-screen in at least one split-screen. , size, proportion and other configuration information. In addition, the global split-screen configuration and the program split-screen configuration may also be composed of one or more configuration information such as the position, size, and proportion of each split screen in at least one split screen, or may be composed of the aforementioned configuration information. One or more of them are combined with other configuration information, which is not limited in this embodiment.

During specific implementation, during the process of detecting the global split-screen configuration, by storing the global split-screen configuration locally in the corresponding storage path of the terminal device, it is detected whether the global split-screen configuration is stored in the storage path. If there is stored If the global split-screen configuration is configured, a detection result carrying the global split-screen configuration is obtained; if the global split-screen configuration is not stored, a detection result of empty detection is obtained; similarly, in the process of detecting the program split-screen configuration In the corresponding storage path where the program split-screen configuration is stored, it is detected whether the program split-screen configuration is stored in the storage path. If the program split-screen configuration is stored, the detection result carrying the program split-screen configuration is obtained; if If the program split-screen configuration is not stored, a detection result of empty detection is obtained; the local detection result consists of a detection result of detecting the global split-screen configuration and a detection result of detecting the program split-screen configuration.

Step S104: Send an access request for the subprogram to the server and receive a returned request response.

During specific implementation, when the terminal device accesses the subprogram, it sends an access request for the subprogram to the server. After receiving the access request for the subprogram, the server accesses the subprogram. Response processing obtains subprogram data, and returns the subprogram data to the program container in the form of a request response; and, after receiving the access request of the subprogram, the server detects whether the subprogram is stored in the server Dynamic split-screen configuration, that is: perform remote detection of dynamic split-screen configuration on the server. If the dynamic split-screen configuration is stored, the remote detection result carrying the dynamic split-screen configuration will be obtained; if the dynamic split-screen configuration is not stored , the remote detection result is obtained and the remote detection result is empty, and the remote detection result is returned to the program container through the request response. In this case, the request response carries the remote detection result for detecting the dynamic split-screen configuration of the subroutine. result.

The dynamic split-screen configuration refers to the configuration information set for the subprogram through online setting based on the adaptation of the subprogram page and the terminal device at the subprogram level. This configuration information can be dynamically updated. Optional , the dynamic split-screen configuration is set by the device provider or the service provider through the split-screen setting interface of the subprogram provided by the server. For example, after the version of the subprogram is updated, the UI (User Interface) page changes greatly, you can update the dynamic split screen configuration of the subprogram through the split screen setting interface to improve the flexibility of the split screen setting; if the dynamic split screen configuration is set for the subprogram, the dynamic split screen can be The configuration is delivered to the program container running on the terminal device, so that the terminal device can access subprograms based on dynamic split-screen configuration.

Step S106: Perform split-screen adaptation processing according to the local detection result and the remote detection result to obtain a target split-screen configuration.

After the above-mentioned detection of global split-screen configuration and program split-screen configuration on the local side of the terminal device to obtain the local detection results, and detection of dynamic split-screen configuration on the server side to obtain the remote detection results, this In the step, split-screen adaptation processing is performed according to the local detection result and the remote detection result to obtain a target split-screen configuration. Wherein, the split-screen adaptation processing refers to determining whether the sub-screen configuration is currently performed on the terminal device in split-screen configurations at different levels (global split-screen configuration at the terminal device level, program split-screen configuration at the sub-program level). The program accesses a split-screen configuration that is more suitable for this access scenario.

In an optional implementation provided by this embodiment, split-screen adaptation processing is performed according to the local detection result and the remote detection result to obtain the target split-screen configuration, including: if the local detection result includes the global Split-screen configuration and the program split-screen configuration, and the remote detection result includes the dynamic split-screen configuration, according to the respective adaptations of the global split-screen configuration, the program split-screen configuration and the dynamic split-screen configuration Priority determines the target split-screen configuration. Wherein, the adaptation priority of the dynamic split-screen configuration is higher than the adaptation priority of the program split-screen configuration, and the adaptation priority of the program split-screen configuration is higher than the adaptation priority of the global split-screen configuration. class.

Similarly, if the local detection result includes the global split-screen configuration, and the remote detection result includes the dynamic split-screen configuration, the respective adaptation priorities according to the global split-screen configuration and the dynamic split-screen configuration are determine the target split-screen configuration; or, if the local detection result includes the program split-screen configuration, and the remote detection result includes the dynamic split-screen configuration, according to the program split-screen configuration and the dynamic The respective adaptation priorities of the split-screen configurations determine the target split-screen configuration.

Optionally, during the split-screen adaptation process, if the local detection result and the remote detection result are empty, the reference split-screen configuration set by the program container is determined as the target split-screen configuration. Wherein, the reference split-screen configuration refers to the bottom-up split-screen configuration set by the program container, so that when the global split-screen configuration, the program split-screen configuration and the dynamic split-screen configuration do not exist, the sub-screen configuration performed by the terminal device Split-screen adaptation is performed during the program access process to improve the comprehensiveness of split-screen adaptation.

In addition, if the local detection result is empty and the remote detection result contains the dynamic split-screen configuration, then the dynamic split-screen configuration is determined as the target split-screen configuration; if the remote detection result is empty and If the local detection result contains the global split-screen configuration or the program split-screen configuration, then the local detection result containing the global split-screen configuration or the program split-screen configuration is determined to be the target split-screen configuration.

During specific implementation, the process of performing split-screen adaptation processing based on the local detection result and the remote detection result can be implemented in the following manner: detecting whether the remote detection result contains a dynamic split-screen configuration; if so, the remote detection result is The dynamic split-screen configuration included in the detection result is determined to be the target split-screen configuration; if not, detect whether the local detection result includes the program split-screen configuration; if so, determine the program split-screen configuration included in the local detection result to be the target split-screen configuration. The target split-screen configuration; if not, detect whether the local detection result contains the global split-screen configuration; if so, determine the global split-screen configuration included in the local detection result as the target split-screen configuration; if not, determine the global split-screen configuration. The bottom-up split-screen configuration set by the program container is determined as the target split-screen configuration.

In actual applications, during the process of accessing a subroutine by a terminal device, the screen may "switch horizontally and vertically". In an optional implementation provided by this embodiment, after determining the target split-screen configuration, Cache the first split-screen combination configuration and first split-screen parameters of the terminal device in the horizontal screen state contained in the target split-screen configuration, and the second split-screen combination configuration and second split-screen parameters of the vertical screen state, thereby When the terminal device accesses the subprogram and switches screens, the corresponding split-screen combination configuration and split-screen parameters can be read from the cache to improve the response timeliness of screen switching during subprogram access.

Step S108: Based on the target split-screen configuration, set a split-screen mode for accessing the subroutine on the terminal device.

After the target split-screen configuration is determined through the split-screen adaptation process, a split-screen mode is set on the terminal device for accessing the subroutine based on the target split-screen configuration. The split-screen mode refers to a split-screen mode on the terminal device. A specific way for the terminal device to display the access page of the subprogram on the screen when accessing the subprogram. Here, setting the split-screen mode in the terminal device for accessing the subprogram refers to applying the target split-screen configuration to When the subroutine access is performed on a terminal device, after the split-screen mode of the subroutine access is set based on the target split-screen configuration, subsequent subroutine access can be performed in accordance with the target split-screen configuration during the subroutine access process. The screen of the terminal device displays the corresponding split-screen page.

During specific implementation, on the basis of the above cached first split-screen combination configuration and first split-screen parameters in the horizontal screen state and the second split-screen combination configuration and second split-screen parameters in the vertical screen state, in order to improve page rendering efficiency, The target split-screen configuration can be preloaded to shorten the time for page rendering after receiving the subroutine data returned by the server. Specifically, in an optional implementation provided by this embodiment, The following method is used to implement preloading of the target split-screen configuration: constructing a first page frame for accessing the subroutine in the horizontal screen state of the terminal device according to the first split-screen combination configuration and the first split-screen parameters. , and construct a second page frame for accessing the subroutine in the vertical screen state of the terminal device according to the second split-screen combination configuration and the second split-screen parameters.

Optionally, the first page frame includes a first split-screen area, a program interaction area and a second split-screen area; wherein the first split-screen area is used to display the performance of the terminal device within a preset time range. A list of accessed subprograms; the program interaction area is used to display program pages of the subprograms; and the second split-screen area is used to display program information of the subprograms.

For example, in the page frame of the horizontal screen state of the IoT device shown in Figure 2, the split-screen area corresponding to split-screen A is used to display the list of subroutines accessed by the user in the current IoT device in the past week; the split-screen area corresponding to split-screen B The screen area is used to display the operational information of the subprogram currently visited by the user; the split-screen area corresponding to the main body of the mini program is used to display the page of the subprogram currently visited.

Optionally, the second page frame includes a first split-screen area and a program interaction area; wherein the first split-screen area is used to display a list of subprograms accessed by the terminal device within a preset time range. ; The program interaction area is used to display the program page of the subprogram.

For example, in the page frame of the vertical screen state of the IoT device shown in Figure 3, the split-screen area corresponding to split-screen A is used to display the list of subprograms that the user has accessed in the current IoT device in the past week; the sub-program corresponding to the main body of the mini program The screen area is used to display the page of the currently accessed subroutine.

It should be noted that, in addition to the above-mentioned first page frame that provides a horizontal screen state including a first split-screen area, a program interaction area, and a second split-screen area, the first page frame may also be composed of a program interaction area and one or It is composed of multiple split-screen areas, or the program interaction area is used as the first page frame in the horizontal screen state; similarly, the second page frame in the vertical screen state can also be composed of one or more split-screen areas and the program interaction area, or, Use the program interaction area as the second page frame in portrait mode.

In addition, during specific implementation, the above-mentioned process of setting the split-screen mode for accessing the subroutine on the terminal device based on the target split-screen configuration can also be replaced by the process of setting the split-screen mode based on the first split-screen combination configuration and The first split-screen parameter is constructed in the first page frame accessed by the subroutine in the horizontal screen state of the terminal device, and is constructed in the second split-screen combination configuration and the second split-screen parameter according to the second split-screen combination configuration and the second split-screen parameter. The implementation process of the second page frame accessed by the subroutine is performed in the portrait screen state of the terminal device.

Further, on the basis of preloading the target split-screen configuration, the program container renders and displays the access page of the subprogram on the basis of receiving the subprogram data of the subprogram returned by the server. , specifically during the rendering and display process of the access page, in order to make the access page of the subroutine more suitable for the screen of the terminal device, this embodiment distinguishes the screen status of the terminal device (horizontal screen status/vertical screen status), for different The screen status is displayed differently, so that the screen of the terminal device can be more reasonably used to display the access page of the subprogram in different screen states, and the visual effect of the terminal device accessing the subprogram in different screen states is improved; specifically, if The terminal device is in a horizontal screen state, reads the subroutine data contained in the request response, and associates the subroutine data to the split-screen area of the first page frame; based on the associated subroutine data and The first page frame renders the access page of the subroutine, and displays the rendering to obtain the horizontal screen access page.

On this basis, if the terminal device switches from a horizontal screen state to a vertical screen state, associate the subroutine data to the split-screen area of the second page frame; based on the associated subroutine data and the third The second page frame renders the access page of the subroutine, and updates the horizontal access page using the vertical access page obtained by rendering.

In addition, if the terminal device is in the portrait screen state, read the subroutine data contained in the request response, and associate the subroutine data to the split-screen area of the second page frame; based on the associated subroutine The program data and the second page frame render the access page of the subprogram, and display the rendering to obtain the vertical screen access page.

The following takes the application of a device split-screen adaptation processing method provided in this embodiment in an IoT device scenario as an example to further explain the device split-screen adaptation processing method provided in this embodiment. See Figure 4, applied to IoT devices. The device split-screen adaptation processing method of the scene specifically includes the following steps.

Step S402: Detect the global split-screen configuration of the IoT device running the program container and the program split-screen configuration of the accessed subprogram, and obtain local detection results.

Step S404: Send a subprogram access request to the server and receive a returned request response. The request response carries the remote detection result of the dynamic split-screen configuration of the detection subroutine.

Step S406: Perform split-screen adaptation processing based on the local detection results and remote detection results to obtain the target split-screen configuration.

Among them, split-screen adaptation processing is performed based on the local detection results and remote detection results, which specifically includes: detecting whether the remote detection results include dynamic split-screen configuration; if so, determining the dynamic split-screen configuration included in the remote detection results as the target split-screen configuration; If not, check whether the local detection result contains the program split-screen configuration; if so, determine the program split-screen configuration included in the local detection result as the target split-screen configuration; if not, check whether the local detection result contains the global split-screen configuration; if so, determine The global split-screen configuration included in the local detection results is determined to be the target split-screen configuration; if not, the bottom-up split-screen configuration set by the program container is determined to be the target split-screen configuration.

Step S408: Cache the first split-screen combination configuration and first split-screen parameters of the IoT device in the horizontal screen state contained in the target split-screen configuration, and the second split-screen combination configuration and second split-screen parameters of the vertical screen state.

Step S410: Build a first page frame based on the first split-screen combination configuration and the first split-screen parameters, and build a second page frame based on the second split-screen combination configuration and the second split-screen parameters.

Step S412, if the IoT device is in a landscape orientation, read the subroutine data contained in the request response, and associate the subroutine data to the split-screen area of the first page frame.

Step S414: Render the access page of the subroutine based on the associated subroutine data and the first page frame, and display the rendering to obtain the horizontal screen access page.

Step S416: If the IoT device switches from the horizontal screen state to the vertical screen state, associate the subroutine data to the split-screen area of the second page frame.

Step S418: Render the access page of the subroutine based on the associated subroutine data and the second page frame, and update the horizontal screen access page using the vertical screen access page obtained by rendering.

This embodiment also provides another device split-screen adaptation processing method. Refer to the device split-screen adaptation processing method provided in Figure 5 , which specifically includes the following steps.

Step S502: Obtain the global split-screen configuration configured during the device initialization process of the terminal device running the program container, and the program split-screen configuration configured for the subprogram.

Step S504: Send an access request for the subprogram to the server, and read the dynamic split-screen configuration of the subprogram from the returned request response.

Step S506: Perform split-screen adaptation processing according to the global split-screen configuration, program split-screen configuration, and dynamic split-screen configuration to obtain the target split-screen configuration.

Among them, split-screen adaptation processing is performed according to the global split-screen configuration, program split-screen configuration, and dynamic split-screen configuration, including: determining the target according to the respective adaptation priorities of the global split-screen configuration, program split-screen configuration, and dynamic split-screen configuration. Split screen configuration. For example, the one with a higher adaptation priority than the other two among the global split-screen configuration, program split-screen configuration, and dynamic split-screen configuration is determined as the target split-screen configuration.

Step S508: Set a split-screen mode for subroutine access on the terminal device based on the target split-screen configuration.

During the specific execution process, after the target split-screen configuration is determined through the split-screen adaptation process, and before the split-screen mode is set on the terminal device for subroutine access based on the target split-screen configuration, the terminal included in the target split-screen configuration can be cached. The first split-screen combination configuration and the first split-screen parameters of the device in the horizontal screen state, and the second split-screen combination configuration and the second split-screen parameters of the vertical screen state.

Here, the process of setting the split-screen mode for subroutine access on the terminal device based on the target split-screen configuration can be replaced by constructing the first page frame according to the first split-screen combination configuration and the first split-screen parameters, and constructing the first page frame according to the first split-screen combination configuration and the first split-screen parameter. The process of constructing the second page frame by combining the configuration of the second split screen and the parameters of the second split screen.

Further, after setting the split-screen mode for subroutine access on the terminal device based on the target split-screen configuration, or building the first page frame based on the first split-screen combination configuration and the first split-screen parameters, and based on the second split-screen combination After configuring and constructing the second page frame with the second split-screen parameters, perform the following rendering process of the horizontal screen access page and/or the horizontal screen access page.

Among them, the rendering process of the horizontal screen access page includes: if the terminal device is in the horizontal screen state, read the subroutine data contained in the request response, and associate the subroutine data to the split-screen area of the first page frame; based on the association The subroutine data and the first page frame are used to render the access page of the subroutine, and display the rendering to obtain the horizontal screen access page.

The rendering process of the vertical screen access page includes: if the terminal device switches from the horizontal screen state to the vertical screen state, associate the subprogram data to the split-screen area of the second page frame; based on the associated subprogram data and the second page frame Render the access page of the subroutine, and update the horizontal access page using the rendered vertical access page.

The embodiments of a device split-screen adaptation processing device provided in this specification are as follows: In the above embodiment, a device split-screen adaptation processing method is provided. Correspondingly, a device running on the service is also provided. The device split-screen adaptation processing device of the client is explained below with reference to the accompanying drawings.

Referring to FIG. 6 , a schematic diagram of a device split-screen adaptation processing device provided in this embodiment is shown.

Since the device embodiment corresponds to the method embodiment, the description is relatively simple. For relevant parts, please refer to the corresponding description of the method embodiment provided above. The device embodiments described below are merely illustrative.

This embodiment provides a device split-screen adaptation processing device, including: a local detection module 602 configured to detect the global split-screen configuration of the terminal device running the program container and the program split-screen configuration of the accessed subprogram, Obtain local detection results; the remote detection module 604 is configured to send an access request for the subprogram to the server and receive a returned request response; the request response carries remote detection for detecting the dynamic split-screen configuration of the subprogram Result; the split-screen adaptation processing module 606 is configured to perform split-screen adaptation processing according to the local detection result and the remote detection result to obtain the target split-screen configuration; the split-screen mode setting module 608 is configured to perform split-screen adaptation processing based on the local detection result and the remote detection result. The target split-screen configuration is to set a split-screen mode for accessing the subroutine on the terminal device.

An example of a terminal device provided in this specification is as follows: Corresponding to the device split-screen adaptation processing method described above, based on the same technical concept, one or more embodiments of this specification also provide a terminal device. The terminal device For executing the device split-screen adaptation processing method provided above, FIG. 7 is a schematic structural diagram of a terminal device provided by one or more embodiments of this specification.

This embodiment provides a terminal device. As shown in Figure 7, the terminal device may vary greatly due to different configurations or performance, and may include one or more processors 701 and memory 702. The memory 702 may store one or more storage applications or data. . Among them, the memory 702 may be short-term storage or persistent storage. The application program stored in the memory 702 may include one or more modules (not shown), and each module may include a series of computer-executable instructions in the terminal device. Furthermore, the processor 701 may be configured to communicate with the memory 702 and execute a series of computer-executable instructions in the memory 702 on the terminal device. The terminal device may also include one or more power supplies 703, one or more wired or wireless network interfaces 704, one or more input/output interfaces 705, one or more keyboards 706, etc.

In a specific embodiment, the terminal device includes a memory and one or more programs, wherein one or more programs are stored in the memory, and one or more programs may include one or more modules, and each A module may include a series of computer-executable instructions in a terminal device, and the one or more programs configured to be executed by one or more processors may include computer-executable instructions for performing: The program container detects the global split-screen configuration of the terminal device and the program split-screen configuration of the accessed subprogram, and obtains local detection results; sends an access request for the subprogram to the server and receives a returned request response; the request response carries the remote detection result for detecting the dynamic split-screen configuration of the subroutine; perform split-screen adaptation processing according to the local detection result and the remote detection result to obtain the target split-screen configuration; based on the target split-screen configuration, Set a split-screen mode for accessing the subroutine on the terminal device.

An example of a storage medium provided in this specification is as follows: Corresponding to the device split-screen adaptation processing method described above, based on the same technical concept, one or more embodiments of this specification also provide a storage medium.

The storage medium provided by this embodiment is used to store computer executable instructions. When executed by the processor, the computer executable instructions implement the following process: detect the global split-screen configuration of the terminal device running the program container, and the accessed subroutines. The program split-screen configuration is configured to obtain local detection results; the access request of the subprogram is sent to the server and the returned request response is received; the request response carries the remote detection result of detecting the dynamic split-screen configuration of the subprogram; Split-screen adaptation processing is performed according to the local detection result and the remote detection result to obtain a target split-screen configuration; based on the target split-screen configuration, a split-screen mode is set on the terminal device for accessing the subroutine.

It should be noted that the embodiment about the storage medium in this specification and the embodiment about the device split-screen adaptation processing method in this specification are based on the same inventive concept. Therefore, for the specific implementation of this embodiment, please refer to the implementation of the corresponding method mentioned above. Repeat No further details will be given.

The foregoing describes specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims can be performed in a different order than in the embodiments and still achieve the desired results. Additionally, the processes depicted in the figures do not necessarily require the specific order shown, or sequential order, to achieve desirable results. Multitasking and parallel processing are also possible or may be advantageous in certain implementations.

In the 1930s, improvements in a technology could be clearly distinguished as hardware improvements (for example, improvements in circuit structures such as diodes, transistors, switches, etc.) or software improvements (improvements in method processes). However, with the development of technology, many improvements in today's method processes can be regarded as direct improvements in hardware circuit structures. Designers almost always obtain the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that an improvement of a method flow cannot be implemented using hardware entity modules. For example, a Programmable Logic Device (PLD) (such as a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic functions are determined by the user programming the device. Designers can program themselves to "integrate" a digital system on a PLD, instead of asking chip manufacturers to design and produce dedicated integrated circuit chips. Moreover, nowadays, instead of manually making integrated circuit chips, this kind of programming is mostly implemented using "logic compiler" software, which is similar to the software compiler used in program development and writing, and before compilation The original code must also be written in a specific programming language, which is called Hardware Description Language (HDL), and HDL is not just one kind, but there are many, such as ABEL (Advanced Boolean Expression Language) , AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc., are currently the most commonly used The two are VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also know that by simply logically programming the method flow using the above-mentioned hardware description languages and programming it into the integrated circuit, the hardware circuit that implements the logical method flow can be easily obtained.

The controller may be implemented in any suitable manner, for example, the controller may take the form of, for example, a microprocessor or processor and a computer readable medium storing computer readable program code (eg, software or firmware) executable by the (micro)processor. , logic gates, switches, Application Specific Integrated Circuit (ASIC), programmable logic controllers and embedded microcontrollers. Examples of controllers include but are not limited to the following microcontrollers: ARC 625D, Atmel AT91SAM, For Microchip PIC18F26K20 and Silicone Labs C8051F320, the memory controller can also be implemented as part of the memory's control logic. Those skilled in the art also know that in addition to implementing the controller in the form of pure computer-readable program code, the controller can be completely programmed with logic gates, switches, application-specific integrated circuits, programmable logic controllers and embedded logic by logically programming the method steps. Microcontroller, etc. to achieve the same function. Therefore, this controller can be considered as a hardware component, and the devices included therein for implementing various functions can also be considered as structures within the hardware component. Or even, the means for implementing various functions can be considered as structures within hardware components as well as software modules implementing the methods.

The systems, devices, modules or units described in the above embodiments may be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or A combination of any of these devices.

For the convenience of description, when describing the above device, the functions are divided into various units and described separately. Of course, when implementing the embodiments of this specification, the functions of each unit can be implemented in the same or multiple software and/or hardware.

It will be appreciated by those skilled in the art that one or more embodiments of this specification may be provided as a method, system, or computer program product. Accordingly, one or more embodiments of the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment that combines software and hardware aspects. Furthermore, the present description may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk memory, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The specification is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the specification. It will be understood that each process and/or block in the flowchart illustrations and/or block diagrams, and combinations of processes and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing device to produce a machine, such that the instructions executed by the processor of the computer or other programmable data processing device produce a use A device for realizing the functions specified in one process or multiple processes of the flowchart and/or one block or multiple blocks of the block diagram.

These computer program instructions may also be stored in a computer-readable memory that causes a computer or other programmable data processing apparatus to operate in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including the instruction means, the instructions The device implements the functions specified in a process or processes of the flowchart and/or a block or blocks of the block diagram.

These computer program instructions may also be loaded onto a computer or other programmable data processing device, causing a series of operating steps to be performed on the computer or other programmable device to produce computer-implemented processing, thereby executing on the computer or other programmable device. Instructions provide steps for implementing the functions specified in a process or processes of a flowchart diagram and/or a block or blocks of a block diagram.

In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

Memory may include non-permanent storage in computer-readable media, random access memory (RAM) and/or non-volatile memory in the form of read-only memory (ROM) or flash memory (flash RAM). Memory is an example of computer-readable media.

Computer-readable media includes both persistent and non-volatile, removable and non-removable media that can be implemented by any method or technology for storage of information. Information may be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), and read-only memory. (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, Magnetic tape cassettes, disk storage or other magnetic storage devices, or any other non-transmission medium, can be used to store information that can be accessed by a computing device. As defined in this article, computer-readable media does not include transitory media, such as modulated data signals and carrier waves.

It should also be noted that the terms "comprises," "comprises," or any other variation thereof are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that includes a list of elements not only includes those elements, but also includes Other elements are not expressly listed or are inherent to the process, method, article or equipment. Without further limitation, an element defined by the statement "comprises a..." does not exclude the presence of additional identical elements in a process, method, article, or device that includes the stated element.

One or more embodiments of this specification may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. One or more embodiments of the present specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including storage devices.

Each embodiment in this specification is described in a progressive manner. The same and similar parts between the various embodiments can be referred to each other. Each embodiment focuses on its differences from other embodiments. In particular, for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple. For relevant details, please refer to the partial description of the method embodiment.

The above are only examples of this document and are not intended to limit this document. Various modifications and variations of this document may occur to those skilled in the art. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of this document shall be included in the scope of the claims of this document.

Claims

A device split-screen adaptation processing method, applied to program containers, including:

Detect the global split-screen configuration of the terminal device running the program container and the program split-screen configuration of the accessed subprogram, and obtain local detection results;

Send an access request for the subprogram to the server and receive a returned request response; the request response carries the remote detection result of detecting the dynamic split-screen configuration of the subprogram;

Perform split-screen adaptation processing according to the local detection results and the remote detection results to obtain the target split-screen configuration;

Based on the target split-screen configuration, a split-screen mode for accessing the subroutine on the terminal device is set.
The device split-screen adaptation processing method according to claim 1, wherein the split-screen adaptation processing is performed according to the local detection result and the remote detection result, and after the step of obtaining the target split-screen configuration is performed, and the split-screen configuration is obtained based on the The target split-screen configuration is set before the terminal device performs the split-screen mode step of accessing the subroutine, and also includes:

Caching the target split-screen configuration includes the first split-screen combination configuration and first split-screen parameters of the terminal device in the horizontal screen state, and the second split-screen combination configuration and second split-screen parameters of the vertical screen state.
The device split-screen adaptation processing method according to claim 2, further comprising:

According to the first split-screen combination configuration and the first split-screen parameters, a first page frame for accessing the subroutine in the horizontal screen state of the terminal device is constructed, and according to the second split-screen combination configuration and The second split-screen parameter constructs a second page frame for accessing the subroutine in the vertical screen state of the terminal device.
The device split-screen adaptation processing method according to claim 3, said setting based on the target split-screen configuration after the terminal device performs the split-screen mode step of accessing the subroutine, further comprising:

If the terminal device is in the horizontal screen state, read the subroutine data contained in the request response, and associate the subroutine data to the split-screen area of the first page frame;

Based on the associated subprogram data and the first page frame, the access page of the subprogram is rendered, and the horizontal screen access page is obtained through display rendering.
The device split-screen adaptation processing method according to claim 4, further comprising:

If the terminal device switches from a horizontal screen state to a vertical screen state, associate the subroutine data to the split-screen area of the second page frame;

The access page of the subroutine is rendered based on the associated subroutine data and the second page frame, and the horizontal screen access page is updated using the vertical screen access page obtained by rendering.
The device split-screen adaptation processing method according to claim 1, wherein the split-screen adaptation processing is performed according to the local detection result and the remote detection result to obtain the target split-screen configuration, including:

If the local detection result includes the global split-screen configuration and/or the program split-screen configuration, and the remote detection result includes the dynamic split-screen configuration, according to the global split-screen configuration and/or the program The split-screen configuration and the respective adaptation priorities of the dynamic split-screen configuration determine the target split-screen configuration.
The device split-screen adaptation processing method according to claim 1, wherein the split-screen adaptation processing is performed according to the local detection result and the remote detection result to obtain the target split-screen configuration, including:

If the local detection result and the remote detection result are empty, the reference split-screen configuration set by the program container is determined as the target split-screen configuration.
The device split-screen adaptation processing method according to claim 3, the first page frame includes a first split-screen area, a program interaction area and a second split-screen area;

Wherein, the first split-screen area is used to display a list of subprograms accessed by the terminal device within a preset time range;

The program interaction area is used to display the program page of the subprogram;

The second split-screen area is used to display program information of the subroutine.
The device split-screen adaptation processing method according to claim 3, the second page frame includes a first split-screen area and a program interaction area;

Wherein, the first split-screen area is used to display a list of subprograms accessed by the terminal device within a preset time range;

The program interaction area is used to display the program page of the subprogram.
According to the device split-screen adaptation processing method of claim 1, the global split-screen configuration is set by the device provider of the terminal device during the initialization process of the terminal device;

The program split-screen configuration is configured by the device provider or the service provider of the subprogram.
The device split-screen adaptation processing method according to claim 1, the dynamic split-screen configuration is provided by the device provider or the service provider through the split-screen setting interface of the subroutine provided by the server. Make settings.
A device split-screen adaptation processing device, running in a program container, including:

A local detection module configured to detect the global split-screen configuration of the terminal device running the program container and the program split-screen configuration of the accessed subprogram, and obtain local detection results;

A remote detection module configured to send an access request for the subprogram to the server and receive a returned request response; the request response carries a remote detection result for detecting the dynamic split-screen configuration of the subprogram;

A split-screen adaptation processing module configured to perform split-screen adaptation processing based on the local detection results and the remote detection results to obtain a target split-screen configuration;

A split-screen mode setting module is configured to set a split-screen mode for accessing the subroutine on the terminal device based on the target split-screen configuration.
A terminal device including:

a processor; and, a memory configured to store computer-executable instructions that, when executed, cause the processor to:

Obtain local detection results by detecting the global split-screen configuration of the terminal device by the program container running on the terminal device, and the program split-screen configuration of the accessed subroutine;

Send an access request for the subprogram to the server and receive a returned request response; the request response carries the remote detection result of detecting the dynamic split-screen configuration of the subprogram;

Perform split-screen adaptation processing according to the local detection results and the remote detection results to obtain the target split-screen configuration;

Based on the target split-screen configuration, a split-screen mode for accessing the subroutine on the terminal device is set.
A storage medium used to store computer-executable instructions that implement the following process when executed by a processor:

Detect the global split-screen configuration of the terminal device running the program container, as well as the program split-screen configuration of the accessed subprogram, and obtain local detection results;

Send an access request for the subprogram to the server and receive a returned request response; the request response carries the remote detection result of detecting the dynamic split-screen configuration of the subprogram;

Perform split-screen adaptation processing according to the local detection results and the remote detection results to obtain the target split-screen configuration;

Based on the target split-screen configuration, a split-screen mode for accessing the subroutine on the terminal device is set.