CN107402781B

CN107402781B - Open screen page display management method, terminal and computer readable storage medium

Info

Publication number: CN107402781B
Application number: CN201710495794.7A
Authority: CN
Inventors: 陆志
Original assignee: Zhuhai Dahengqin Technology Development Co Ltd
Current assignee: Zhuhai Dahengqin Technology Development Co Ltd
Priority date: 2017-06-26
Filing date: 2017-06-26
Publication date: 2020-10-27
Anticipated expiration: 2037-06-26
Also published as: CN107402781A

Abstract

The invention discloses a method for displaying and managing an open screen page, which comprises the steps of obtaining and displaying a substitute open screen page after a terminal determines that an original open screen page of a target application program has the foremost display sequence according to active window management data after determining that the target application program is in a starting state at present based on process management information of a process manager. In the embodiment, because the original screen opening page is presented through Activity, the substitute screen opening page is presented by a Window created by Window Manager, and the Window created by Window Manager after the original screen opening page has the foremost display sequence is necessarily suspended on the original screen opening page presented in the Activity mode, the substitute screen opening page can shield the original screen opening page, the effect of controlling the target application program to display the screen opening page is realized, and the problem of low user experience caused by the fact that the original screen opening page can only be displayed under the control of SDK when the application program is started is solved.

Description

Open screen page display management method, terminal and computer readable storage medium

Technical Field

The present invention relates to the field of terminal technologies, and in particular, to a method for managing display of an open page, a terminal, and a computer-readable storage medium.

Background

Compared with the traditional function terminal, the intelligent terminal is more popular with the users, the main reason is that the intelligent terminal provides more functions for the users in the form of APP (Application), and compared with the current situation that the functions of the traditional terminal can only be determined by manufacturers, the intelligent terminal provides more choices for the users on the one hand, the users can customize the exclusive terminal with unique functions according to personal requirements, and the functions of the terminals can be adjusted and changed anytime, anywhere and at will. In order to maximize the commercial value of the APP, many APPs will use the time of the start-up process to show commercial advertisements to users, so as to achieve the purpose of commercial promotion.

At present, the third-party APPs installed by users are basically used for advertising by using an open screen display page, and the third-party APPs realize the display of open screen advertisements by integrating an SDK (Software Development Kit) provided by a third-party advertisement delivery platform. Each APP capable of displaying advertisements on the open-screen display page has the corresponding SDK, and the pages displayed by the APPs can only be controlled by the corresponding integrated SDK, so that the display mode of the APP open-screen display page is single. Meanwhile, the SDK actually represents the display will of the advertising platform side, and cannot represent the display expectation of the terminal side. Therefore, it is urgently needed to provide a new page display management scheme to solve the problems in the prior art that in the starting process of an application program, an open display page of the application program can only be controlled by an SDK integrated in the application program, and the open display page specified by an advertisement delivery platform is displayed, so that the display management mode is single, and the user experience is low.

Disclosure of Invention

The technical problem to be solved by the invention is as follows: in the prior art, in the starting process of an application program, an open screen display page of the application program can only be controlled by an SDK (software development kit) integrated in the application program, and the display management mode of the open screen display page is single.

In order to solve the technical problem, the invention provides a method for managing the display of an open screen page, which comprises the following steps:

determining that the target application program is currently in a starting proceeding state in starting based on the process management information of the process manager;

determining whether the original screen opening page of the target application program has the foremost display sequence according to the management data of the active window, wherein the management data is used for representing the display sequence of each current page to be displayed of the terminal;

and if so, acquiring a substitute screen opening page created by the window management program, and displaying the substitute screen opening page.

Optionally, after the displaying the alternative open-screen page, the method further includes: and after the display of the original screen-opening page is determined to be finished, finishing the display of the alternative screen-opening page.

Optionally, the step of determining that the display of the original screen-opened page is finished includes:

monitoring the alternative display time of the alternative screen-opening page; after the alternative display time is determined to be larger than the estimated display time of the original screen-opening page of the target application program, ending the display of the alternative screen-opening page;

or the like, or, alternatively,

and after determining that the original screen opening page of the target application program loses the foremost display sequence according to the management data of the active window, finishing the display of the alternative screen opening page.

Optionally, after determining that the original screen-opened page of the target application program has the foremost display sequence according to the management data of the active window, the method further includes:

and determining that the time from the most previous display sequence of the original screen opening page exceeds a preset time length and the substitute screen opening page is still not successfully displayed, and canceling the display of the substitute screen opening page.

Optionally, the step of determining that the target application is currently in a starting ongoing state in which the target application is currently started according to the process management information of the process manager includes:

calling a process manager to monitor the starting of each application program in the terminal;

when the process manager monitors that the application program which is being started currently exists, and determines that the application program exists in a preset management list, the process manager judges that the application program is a target application program, and the target application program is currently in a starting proceeding state which is being started.

Optionally, the determining, according to the management data of the active window, whether the original open-screen page of the target application program has the top display order includes:

monitoring stack top elements of an active window stack Activity Task, judging whether an active window corresponding to an original screen opening page of the target application program is positioned at the stack top of the active window stack, if so, judging that the original screen opening page of the target application program has the foremost display sequence, otherwise, judging that the original screen opening page of the target application program does not have the foremost display sequence.

Optionally, the step of monitoring a top-of-stack element of the active window stack includes:

and periodically inquiring the stack top elements of the active window stack according to a preset frequency, wherein the time interval between two adjacent inquires is less than the time length from the most front display sequence to the complete rendering display of the original open screen page.

Optionally, the method for managing display of an open page further includes:

and if the query times exceed the preset query times, stopping querying and canceling the display of the alternative screen-opening page.

Further, the present invention provides a terminal comprising a processor, a memory and a communication bus;

the communication bus is used for realizing connection communication between the processor and the memory;

the processor is used for executing the application program screen-opening page display management program stored in the memory so as to realize the following steps:

Further, the present invention also provides a computer-readable storage medium storing one or more programs, the one or more programs being executable by one or more processors to implement the steps of:

Advantageous effects

According to the method for managing the display of the open screen page, after the target application program is determined to be in the starting state currently being started based on the process management information of the process manager, the terminal determines that the original open screen page of the target application program has the foremost display sequence according to the active window management data, and then acquires and displays the alternative open screen page created by the window management program. When the target application program is started, the process is established in the process manager without fail, so that the terminal can monitor the starting state of the target application program according to the management data of the process manager. When the target application program creation process is started, the original screen-opening page is rendered and displayed to a user, the display sequence of each page to be displayed can be known from the management data of the terminal active window, and only the page to be displayed with the most previous display sequence is the page to be displayed at the next moment, so that the terminal can acquire and display the alternative screen-opening page when the original screen-opening page is determined to be displayed at the next moment by using the active window management data. Because the original screen-opening page is displayed in an Activity mode, the substituted screen-opening page is presented by a Window created by Window Manager, and the Window created by Window Manager after the original screen-opening page has the foremost display sequence is suspended above the original screen-opening page, so that the substituted screen-opening page shields the original screen-opening page, the substituted screen-opening page is visible to a user, the original screen-opening page is invisible, the effect of controlling the target application program to display the screen-opening page is realized, and the problem of low user experience caused by the fact that the original screen-opening page can only be displayed under the control of the SDK when the application program is started is solved.

Drawings

The invention will be further described with reference to the accompanying drawings and examples, in which:

fig. 1 is a flowchart of a method for managing display of an open-screen page according to a first embodiment of the present invention;

fig. 2 is a schematic diagram of an original screen opening page of a target application according to a first embodiment of the present invention;

FIG. 3 is a schematic view of an alternative open page of a target application according to a first embodiment of the present invention;

fig. 4 is a flowchart of a method for managing display of an open-screen page according to a second embodiment of the present invention;

FIG. 5 is a schematic diagram of a user interaction interface of a terminal according to a second embodiment of the present invention;

fig. 6 is a schematic hardware structure diagram of a terminal according to a third embodiment of the present invention;

fig. 7 is a schematic diagram of a hardware structure of a terminal according to a fourth embodiment of the present invention;

fig. 8 is a schematic hardware structure diagram of a mobile terminal according to a fifth embodiment of the present invention.

Detailed Description

It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

The first embodiment:

in order to solve the problems in the prior art that, in the starting process of an application program, an open screen display page of the application program can only be controlled by an SDK integrated therein, the display management mode of the open screen display page is single, and the user experience is low, this embodiment provides a method for managing display of an open screen page, please refer to the flowchart of the open screen page display management method shown in fig. 1:

s102, determining that the target application program is currently in a starting proceeding state in the starting process based on the process management information of the process manager.

A certain time is required between the start of an APP and the completion of the start, and in this embodiment, the state of the APP in this process is referred to as a start-up proceeding state. Since the application is to be started, a corresponding process is created. And the Process List (Process List) of the Process manager records the names of the various processes currently running, so that when the Process management server monitors that any Process is newly added to the Process List, the terminal can know the APP packet name corresponding to the Process through inquiry, and thus know which APP the Process corresponds to. Therefore, when the target application program starts and creates a process, the terminal can easily know the information that the target APP is in a starting proceeding state through the process management information of the process management server.

And S104, determining that the original screen opening page of the target application program has the foremost display sequence according to the management data of the active window.

When the terminal determines that the target APP is in a starting state according to the process management information of the process management terminal, the target APP is represented to start to operate immediately, and if the target APP is an APP which can operate in the foreground and is visible to the user during operation, the display screen of the terminal can display the original screen-opening display page of the APP immediately. In the prior art, the APP displayed on the display screen of the terminal is controlled only by the SDK integrated in the APP, the display management mode is single, and the user experience is poor. In order to solve this problem, another display management method will be provided in this embodiment: when the terminal display screen needs to display the original screen-opening page of the target APP, the terminal controls display to replace the screen-opening page, so that the original screen-opening display page is shielded, a user can only see the replaced screen-opening page, and the original screen-opening display page is replaced from the perspective of the visual experience of the user.

In order to implement the scheme, the terminal needs to monitor the time for preparing display of the original screen-opening page of the target APP, and when the display screen is found to be about to display the original screen-opening page at the next moment, the substitute screen-opening page created by a window management program (Windows manager) is immediately displayed, so that the substitute screen-opening page can float on the original screen-opening page to shield the original screen-opening page, and the visual effect of substituting the original screen-opening page is formed. In order to monitor the time for knowing the display preparation time of the original screen opening page of the target APP, the terminal can perform the following steps according to the management data of the Activity of the active window:

because the original screen-opening page of the target APP is presented in the form of Activity, the management data of the active window inevitably has information corresponding to the Activity of the original screen-opening page, and the management data can represent the display sequence of the original screen-opening page. Alternatively, the Activity of the terminal is managed in a stack form, and the stack for managing the Activity may be referred to as an active window stack, i.e., an Activity Task. The Activity Task follows the principle of 'first-in first-out, first-in first-out' like all stacks, and the Activity at the top of the stack is the Activity with the foremost display sequence at present. When the Activity of the original screen-opening page is pressed into the stack top of the Activity Task, the terminal is indicated to immediately begin to draw and render the original screen-opening page, and at the moment, the original screen-opening page has the foremost display sequence.

Therefore, the terminal can determine whether the original screen-opening page has the foremost display sequence by monitoring the stack top element of the Activity Task and determining whether the stack top element of the Activity Task is the Activity corresponding to the original screen-opening page. In an example of the embodiment, the terminal periodically queries the top-of-stack element of the ActivityTask at a preset frequency. It should be understood that there may also be situations where: although a certain APP establishes a process and is in a starting state, because the APP is not an APP which runs on a foreground and interacts with a user, and the APP does not have an original screen-opening page, the situation that the Activity of the APP is put on the top of an Activity Task stack does not exist, namely under the situation, the terminal can never inquire that the original screen-opening page of the APP has the foremost display sequence. In order to avoid that the terminal repeatedly wastes processing time and resources in such a scenario, the query process of the terminal can be managed by presetting the query times: the terminal periodically queries the Activity Task stack top element until determining that the stack top element is Activity corresponding to the original open screen page or the query times reach the preset query times. If the query times reach the preset times and the terminal still cannot determine that the original screen opening page has the foremost display sequence, the terminal stops querying, display of the alternative screen opening page is cancelled, and the preset times can be set to 200 times according to engineering experience.

In addition, if the query period of the terminal for the Activity Task stack top element is too long, it may happen that, in the previous query, the Activity corresponding to the original open screen page is not pressed into the Activity Task and becomes the stack top element of the Activity Task, but in the next query, the original open screen page is rendered and displayed for a long time. If the original screen opening page is displayed before and after the user looks at the original screen opening page, the original screen opening page is shielded by using the substitute screen opening page, so that the user can see jumping when the page is shielded, and the user experience is poor. Therefore, in order to avoid this situation, the query period of the terminal querying the top element of the Activity Task stack cannot be too large, i.e. the time interval between two adjacent queries should be as small as possible. It should be understood that the query period is less than the time length from the most front display order to the fully rendered display of the original open screen page, and in an example of the embodiment, the query period may be set to 5 ms.

And S106, acquiring the substitute screen opening page created by the window management program, and displaying the substitute screen opening page.

And after the original screen opening page is determined to have the foremost display sequence, the terminal acquires the substitute screen opening page and displays the substitute screen opening page. After the original screen-opening page has the foremost display sequence, the substitute screen-opening page can be displayed, and the original screen-opening page is shielded, which is mainly because the substitute screen-opening page is created by the Window Manager and is presented in the form of a Window, and the Window created by the Window Manager has the ability of being suspended on all Activity pages having the foremost display sequence before the creation of the Window, so that the substitute screen-opening page created and displayed after the original screen-opening page is determined can float on the original screen-opening page when being displayed.

Meanwhile, from the time when the Activity corresponding to the original screen-opening page is pressed into the Activity Task to become the stack top element of the original screen-opening page, until the original screen-opening page is completely rendered and displayed, a period of time is required in the middle, the time can be denoted as t1, and the time for creating and displaying the alternative screen-opening page by the Window Manager is denoted as t 2. In terms of the rendering display speed of the Activity page and the speed of the Window Manager creating and presenting the Window, t2 is generally less than t1, so that the alternative on-screen page in the embodiment can be displayed before the original on-screen page.

It should be understood that, in the present embodiment, the alternative open-screen page created by the Window Manager should have the capability of blocking the key information in the original open-screen page, and fig. 2 shows an original open-screen page, in the original open-screen page 20, there are images and text in the key information area 21, but there is no image or text data in the non-key information area 22 except the key information area 21, and the non-key information area 22 is basically composed of a white background. Therefore, the portion of the alternative open-screen page corresponding to the key information area 21 in the embodiment should be non-transparent, and the range of the non-transparent area corresponding to the key information area 21 in the alternative open-screen page should be slightly larger than the range of the key information area 21, so as to block the image and text in the key information area 21. If the white background of the non-key information area 22 does not affect the user's viewing of the alternative on-screen page, the alternative on-screen page may or may not be obscured for the non-key information area 22. If shielding is needed, the replaced screen opening page is the same as the original screen opening page and is a full-screen page, and the whole page is not transparent. If no occlusion is made, there are two implementations:

first, the alternative open page is not full screen and has no portion corresponding to the non-critical information area 22; second, the alternative on-screen page is a full-screen page, and the portion corresponding to the non-critical information area 22 is transparent.

In order to facilitate faster and unified creation and display of the alternative screen-opening page capable of shielding the original screen-opening page, in this embodiment, the Window Manager may directly create the full-screen and wholly non-transparent alternative screen-opening page, and the alternative screen-opening page shown in fig. 3 may shield the alternative screen-opening page of the original screen-opening page in fig. 2.

According to the method for managing the display of the open-screen page, the state is monitored by starting the target APP, and when the original open-screen page of the target APP has the foremost display sequence, the original open-screen page is shielded by the substitute open-screen page created by the Window Manager, so that the effect of replacing the original open-screen page display by the substitute open-screen page is formed visually, and compared with the scheme that the open-screen page can be displayed only according to the control of the integrated SDK in the target APP in the prior art, the method for managing the display of the open-screen page provided by the embodiment provides a brand-new open-screen page display management scheme, the problem of low user experience caused by the fact that an application program is singly displayed according to the control of the SDK can be avoided, and the user experience is improved.

Second embodiment:

in this embodiment, a method for managing display of an open-screen page will be described in more detail with reference to a specific example, please refer to a flowchart of a method for managing display of an open-screen page shown in fig. 4:

s402, the terminal monitors that a new process is currently created through the process manager.

When the application program is started, that is, the application program is in a starting state, the process is necessarily established in the process manager, so that the terminal can monitor the creation of a new process through the process manager.

S404, the terminal determines the APP for creating the process through the process manager.

When the terminal knows that a new process is currently created through the process list of the process manager, the terminal can query the name of the APP installation package for creating the process through the process, so as to determine which APP for creating the process is.

S406, the terminal judges whether the APP currently in the starting and running state is the target APP or not according to the preset management list.

In this embodiment, the terminal may selectively manage the on-screen display of each APP, may selectively manage a part of APPs, and may continue to be controlled and completed by the SDK for the on-screen display of other APPs. Therefore, in this embodiment, the terminal may obtain the preset management list in advance, and determine whether the APP currently in the start-up state is the target APP that needs to be managed according to the preset management list. It should be understood that the preset management list may be set by the server and then notified to the terminal, or may be set by the user of the terminal in a customized manner. Regarding the APPs existing in the preset management list, the target APP may be regarded as the target APP to manage the open screen display thereof, and S408 is performed. Otherwise, the display management of the screen opening page is not carried out on the screen opening page, and the process is ended. For example, in the preset list, only APPs that will run in the background and will not be displayed in front of the user may be previously screened out. It is needless to say that what is stored in the preset management list may be an APP list that does not need to be subjected to screen-on management, and for this case, if a name of an APP in a start-up proceeding state exists in the preset management list, screen-on management is not performed, and for an APP that does not exist in the preset management list, it is determined that the APP is a target APP, and screen-on management is performed thereon.

S408, the terminal judges whether page data corresponding to the target APP are stored locally.

After judging that an APP currently in a starting state is a target APP, the terminal needs to inquire whether page data used for a Window Manager to create a substitute open-screen page for the target APP is stored locally or not. The page data can be preset by a user or can be acquired from the server by the terminal. For the scheme that the user sets the target APP corresponding to the page data, the terminal can store the image data of the picture as the page data according to the picture specified by the user. However, because the page data set by the user is usually simple, the substitute open-screen page created according to the page data may only be able to block the original open-screen page, but cannot realize interaction with the user, that is, the substitute open-screen page created according to the page data set by the user may only be able to be displayed in front of the user, but there is no user-operable icon control or the like.

In another example of this embodiment, the server provides the page data to the terminal, and the page data may be updated periodically or aperiodically, and after the server issues new page data, the terminal completes downloading the page data when the conditions are appropriate, where the conditions include that the terminal is in a WiFi network, so as to reduce the economic burden on the user caused by the terminal acquiring the page data. The page data provided by the server may not only be capable of shielding an original screen-opening page of the target APP, but also icon controls for a user to touch to realize certain functions may be provided on the page.

If the terminal determines that the corresponding page data is locally stored, S410 may be continued, and if not, the terminal needs to acquire the page data first. However, the time for acquiring the page data by the terminal may be relatively long, so that in the starting process of the target APP, the terminal may give up the on-screen display management of the target APP.

S410, the terminal judges whether the original screen opening page of the target APP has the foremost display sequence.

After determining that page data used for creating a substitute open-screen page is locally stored, the terminal queries the stack top element of the Activity Task according to a preset query period, judges whether the stack top element is the Activity corresponding to the original open-screen page of the target APP, if so, executes S412, otherwise, continues querying until determining that the stack top element is the Activity corresponding to the original open-screen page or the query frequency reaches a preset query frequency. It can be understood that, if the terminal sets the preset query times, before querying the stack top element each time, it may be determined whether the current query times reaches the preset times, if not, the query is continued, and if so, the process is ended.

And S412, the terminal calls a window management program to create and display a substitute screen-opening page.

And after determining that the original screen opening page has the foremost display sequence, the terminal calls a Window Manager to create a substitute screen opening page according to the corresponding page data, and displays the substitute screen opening page. Different target APPs can replace the screen-opening page by different, so the terminal can store the name of each target APP and the page data of the replaced screen-opening page in an associated manner. When the display management needs to be performed on the screen-opening page of a certain APP, the terminal can acquire page data corresponding to the target APP, and the Window Manager creates an exclusive substitute screen-opening page of the target APP. In this embodiment, the alternative open-screen page created by the WindowManager is displayed on the original open-screen page in a manner of a full-screen non-transparent floating window.

If the substitute screen-opening page created by the Window Manager cannot be quickly displayed to the user, the target APP is slowly started and is blocked, and the user experience is reduced. In order to avoid the problem, in an example of this embodiment, when it is determined that the original screen-opening page has the foremost display sequence, the terminal may time, and when the time duration exceeds the preset time duration and the substitute screen-opening page is not yet successfully displayed, the terminal may cancel the display of the substitute screen-opening page, so that the target APP directly displays the original screen-opening page according to the control of its internal SDK.

And S414, the terminal judges whether the display of the original screen opening page is finished.

It should be appreciated that the alternate on-screen page "alternates" the original on-screen page as it is presented to the user at hand, the original on-screen page is also "displayed" in a manner that is not visible to the user. Once the shielding effect of the substitute open-screen page disappears, for example, the display of the substitute open-screen page is finished, the original open-screen page may be presented to the user again, which causes the user to perceive the original open-screen page behind the shielding, resulting in the problems of mismatch and discordance of the front and back display contents of the terminal and low user experience. Because the rendering speed of the substitute screen-opening page created by the Window Manager is faster than that of the original screen-opening page, the substitute screen-opening page can be presented before the original screen-opening page, so that the original screen-opening page cannot be perceived by a user when the original screen-opening page starts to be displayed. However, if the display of the substitute open-screen page ends before the display of the original open-screen page, the user is also caused to see the original open-screen page. Therefore, in this embodiment, the terminal may end the display of the alternative open page only after determining that the display of the original open page is ended.

Specifically, in an example of this embodiment, the terminal may monitor the display time of the alternative open page: when the substitute screen-opening page starts to be displayed, the terminal times to monitor the substitute display time of the substitute screen-opening page, if the substitute display time after the time exceeds the estimated display time of the original screen-opening page, the display of the original screen-opening page is considered to be finished, and the display of the substitute screen-opening page can be finished at present. The "estimated display time" may be determined empirically, for example, if the original display time of the APP is 3s, the estimated display time may be set to 5s which is greater than 3 s. In addition, the estimated display time can be obtained by accurately timing and measuring the display time of the original screen opening page of the target APP.

In another example of this embodiment, the terminal may determine whether the original screen-opening page loses the top display order according to the management data of the active window without monitoring the alternative display time, and if so, may determine that the display of the original screen-opening page is finished, and may finish the display of the alternative screen-opening page, otherwise, it is necessary to continue to display the alternative screen-opening page, and at the same time, it continues to determine whether the original screen-opening page loses the top display order. For example, the terminal queries the stack top element of the Activity Task once at intervals, and judges whether the stack top element is the Activity corresponding to the original open screen page. If so, the original screen opening page still has the foremost display sequence at present, and if not, the original screen opening page loses the foremost display sequence and the display of the alternative display page can be finished.

And S416, the terminal stops displaying the alternative screen-opening page.

After the display of the original screen-opening page is determined to be finished, the terminal can finish displaying the alternative screen-opening page at a proper time. If the page data of the substitute open-screen page created by the Window Manager comes from the server, the terminal can return the display result of the substitute open-screen page to the server, the display result can include information about whether the substitute display page is successfully displayed or not, and the display result can also include user input aiming at the substitute display page. For example, the user may be interested in the image or text information presented in the alternate open screen page that was clicked, as shown in FIG. 5. If the user inputs the information aiming at the alternative screen-opening display interface, the terminal can feed back the user input information representing the interest of the user to the server, and the server performs subsequent processing according to the user input information, for example, the server pushes detailed brief introduction of images or characters displayed in the alternative screen-opening page to the server according to the input of the user, or pushes information similar to the images or characters displayed in the alternative screen-opening page according to the selection of the user.

And S418, updating each locally stored page data.

In this embodiment, after each time of replacing the on-screen display page is displayed, the terminal updates the locally stored page data so as to obtain the latest page data, and in the subsequent starting process of the target APP, a better visual experience is provided for the user.

According to the method for managing the display of the open-screen page, the substitute open-screen page created by the Window Manager is displayed before the original open-screen page is displayed, the original open-screen page is shielded, attention can be paid to the moment when the display of the original open-screen page is finished, the display of the substitute open-screen page can be finished only after the display of the original open-screen page is finished, the situation that display contents are not matched and harmonious before and after the terminal is avoided, and user experience is improved.

Furthermore, the terminal can also determine whether a certain APP needs to be subjected to screen display management according to a preset management list, so that the terminal has selectivity on the screen display management of the application program. Especially, in the scheme of setting the preset management list by the user, the on-screen display of the application program can better meet the expectation of the user, and the personalized requirements of the user are met.

The third embodiment:

referring to fig. 6, the terminal 6 includes a processor 61, a memory 62 and a communication bus 63. The communication bus 63 is used to realize connection communication between the processor 61 and the memory 62. The memory 62 may store one or more computer programs, and the memory 62 in this embodiment stores an open-screen page management program, which can be read, compiled and executed by the processor 61, so as to implement the open-screen page management method in the first embodiment or the second embodiment. The terminal 6 is described below with reference to specific examples:

the terminal 6 may be implemented in various forms. For example, the terminal 6 described in the present embodiment may include a mobile terminal such as a mobile phone, a tablet computer, a notebook computer, a palm top computer, a Personal Digital Assistant (PDA), a Portable Media Player (PMP), a navigation device, a wearable device, a smart band, a pedometer, and the like.

The terminal 6 of this embodiment may include one or more self-contained APPs, and may further include one or more third party APPs installed by the user. To manage the on-screen display pages of these APPs. The processor 61 of the terminal 6 needs to monitor the start-up status of the target APP first.

A certain time is required between the start of an APP and the completion of the start, and in this embodiment, the state of the APP in this process is referred to as a start-up proceeding state. Since the application is to be started, a corresponding process is created. Since the process list of the process manager records the names of the processes currently running, when the process management server monitors that any process is newly added to the process list, the processor 61 can know the APP package name corresponding to the process by querying, so as to know which APP the process corresponds to. Therefore, when the target application starts and creates a process, the processor 61 can easily know that the target APP is in a start-up proceeding state through the process management information of the process management server.

When processor 61 determines that the target APP is in the start-up proceeding state according to the process management information of the process management device, it represents that the target APP will start to operate immediately, and if the target APP is an APP that can operate in the foreground and is visible to the user during operation, the display screen of terminal 6 may display the original screen-open display page of the APP immediately. In the prior art, the open-screen display content of the APP displayed by the display screen of the terminal 6 is only controlled by the integrated SDK in the APP, the display management mode is single, and the user experience is poor. However, in this embodiment, another display management method is provided: when it is determined that the display screen needs to display the original screen-opening page of the target APP, the processor 61 controls the display of the substitute screen-opening page, so as to shield the original screen-opening display page, so that the user can only see the substitute screen-opening page, and the original screen-opening display page is "replaced" from the perspective of the user visual experience.

In order to implement the above scheme, the processor 61 needs to monitor the time for preparing display of the original screen-opening page of the target APP, and when the display screen is found to be about to display the original screen-opening page at the next moment, the substitute screen-opening page created by the window management program is immediately displayed, so that the substitute screen-opening page can float on the original screen-opening page, and the original screen-opening page is shielded, thereby forming a visual effect of substituting the original screen-opening page. In order to monitor the time for knowing the display preparation time of the target APP original screen page, the processor 61 may perform, according to the management data of the active window Activity:

because the original screen-opening page of the target APP is presented in the form of Activity, the management data of the active window inevitably has information corresponding to the Activity of the original screen-opening page, and the management data can represent the display sequence of the original screen-opening page. Specifically, the Activity managed by the terminal 6 is performed in a stack form, and the stack for managing the Activity may be referred to as an active window stack, i.e., an Activity Task. The Activity Task follows the principle of 'first-in first-out, first-in first-out' like all stacks, and the Activity at the top of the stack is the Activity with the foremost display sequence at present. When the Activity of the original screen-opening page is pressed into the stack top of the Activity Task, the terminal 6 is indicated to immediately start drawing and rendering the original screen-opening page, and at this time, the original screen-opening page has the foremost display sequence.

Therefore, the processor 61 may determine whether the original open page has the foremost display order by monitoring the stack top element of the Activity Task and determining whether the stack top element of the Activity Task is the Activity corresponding to the original open page. In one example of this embodiment, processor 61 periodically queries the top-of-stack element of the Activity Task at a preset frequency. It should be understood that there may also be situations where: although a certain APP creates a process and is in a start-up proceeding state, because the APP is not an APP which is operated in the foreground and interacts with the user, and the APP does not have an original screen-open page, there is no situation that the Activity of the APP is put on the top of the Activity Task stack, that is, under such a situation, the processor 61 may never inquire that the original screen-open page of the APP has the foremost display order. In order to avoid repeated queries in such a scenario, which wastes processing time and processing resources, the query flow of the processor 61 may be managed by a preset number of queries: the processor 61 periodically queries the Activity Task stack top element until determining that the stack top element is the Activity corresponding to the original open screen page or the query frequency reaches the preset query frequency. If the number of inquiry times reaches the preset number of times and it is still not determined that the original screen-opening page has the foremost display sequence, the processor 61 stops the inquiry and cancels the display of the substitute screen-opening page.

In addition, if the processor 61 has an excessively long query period for the Activity Task stack top element, it may happen that the Activity corresponding to the original open page is not pressed into the Activity Task and becomes the stack top element in the previous query, but the original open page is rendered and displayed too often in the next query. If the original screen opening page is displayed before and after the user looks at the original screen opening page, the original screen opening page is shielded by using the substitute screen opening page, so that the user can see jumping when the page is shielded, and the user experience is poor. Therefore, in order to avoid this situation, the query period of the processor 61 querying the Activity Task stack top element cannot be too large, i.e. the time interval between two adjacent queries should be as small as possible, and in an example of the present embodiment, the query period is smaller than the time length from the foremost display order to the full rendering display of the original open screen page.

After determining that the original screen-opening page has the foremost display sequence, the processor 61 acquires and displays the alternative screen-opening page created by the Window Manager. In the present embodiment, the page data of the substitute open screen page may be stored in the memory 62, and when the Window Manager needs to create the substitute open screen page, the processor 61 reads the substitute open screen page from the memory 62 through the communication bus 63. After the original screen-opening page has the foremost display sequence, the substitute screen-opening page can be displayed, and the original screen-opening page is shielded, mainly because the substitute screen-opening page is created by calling the Window Manager by the processor 61 and is presented in the form of a Window, and the Window created by the Window Manager has the ability of being suspended on all Activity pages having the foremost display sequence before the creation of the Window, the substitute screen-opening page created and displayed after the original screen-opening page is determined can float on the original screen-opening page when being displayed.

Meanwhile, from the time when the Activity corresponding to the original screen-opening page is pressed into the Activity Task to become the stack top element of the original screen-opening page, until the original screen-opening page is completely rendered and displayed, a period of time is required in the middle, the time can be denoted as t1, and the time when the processor 61 calls the Window Manager to create and display the alternative screen-opening page is denoted as t 2. In terms of the rendering display speed of the Activity page and the speed of the Window Manager creating and presenting the Window, t2 is generally less than t1, so that the alternative on-screen page in the embodiment can be displayed before the original on-screen page.

It should be understood that, in the present embodiment, the alternative open-screen page created by the Window Manager should have the capability of blocking the key information in the original open-screen page, and fig. 2 shows an original open-screen page, in the original open-screen page 20, there are images and text in the key information area 21, but there is no image or text data in the non-key information area 22 except the key information area 21, and the non-key information area 22 is basically composed of a white background. Therefore, the portion of the alternative open-screen page corresponding to the key information area 21 in the embodiment should be non-transparent, and the range of the non-transparent area corresponding to the key information area 21 in the alternative open-screen page should be slightly larger than the range of the key information area 21, so as to block the image and text in the key information area 21. If the white background of the non-key information area 22 does not affect the user's viewing of the alternative on-screen page, the alternative on-screen page may or may not be obscured for the non-key information area 22. If shielding is needed, the replaced screen opening page is the same as the original screen opening page and is a full-screen page, and the whole page is not transparent. If no occlusion is made, there are two implementations: first, the alternative open page is not full screen and has no portion corresponding to the non-critical information area 22; second, the alternative on-screen page is a full-screen page, and the portion corresponding to the non-critical information area 22 is transparent.

In order to facilitate faster and unified creation and display of the alternative screen-opening page capable of shielding the original screen-opening page, in this embodiment, the processor 61 may control the Window Manager to directly create the full-screen and wholly non-transparent alternative screen-opening page, and the alternative screen-opening page shown in fig. 3 may shield the alternative screen-opening page of the original screen-opening page in fig. 2.

The terminal that this embodiment provided, carry out the state through the start to target APP and monitor, and when the former page of opening the screen of this target APP possessed the display order at the forefront, the replacement page of opening the screen that adopts to be established by Window Manager shelters from former page of opening the screen, thereby form the effect of replacing the page of opening the screen "to replace" former page of opening the screen demonstration of opening the screen in user's vision, can only show the scheme of opening the screen page according to integrated SDK's control in the target APP among the prior art, this embodiment provides a brand-new page of opening the screen and shows the management scheme, can avoid the problem that the user experience that application singly opened the screen according to SDK's control and show that cause is low, user experience has been promoted.

The fourth embodiment:

the present embodiment also introduces the terminal in the foregoing embodiments, please refer to fig. 7: the terminal 7 comprises a communication device 71, a processor 72, a memory 73 and a display 74, wherein the communication device 71, the memory 73 and the display 74 are all connected with the processor 72 through a communication bus (not shown in fig. 7). The memory 73 stores an open page management program, which can be read, compiled, and executed by the processor 72, thereby implementing the open page management method in the second embodiment. The terminal 7 is described below with reference to specific examples:

when the APP starts, i.e. the application is in a start-up-going state, a process is necessarily established in the process manager, so the processor 72 may monitor the creation of a new process through the process manager. When it is known from the process list of the process manager that a new process is currently being created, the processor 72 may determine which APP is the process created by querying the process for the APP installation package name that created the process.

In this embodiment, the processor 72 may selectively manage the on-screen display of each APP, may selectively manage a part of the APPs, and may continue to be controlled by the SDK to complete the on-screen display of other APPs. In this embodiment, the processor 72 may obtain a preset management list in advance according to the input of the user, or obtain the preset management list from the server side through the communication device 71 and store the preset management list in the memory 73. When it is necessary to determine whether a certain APP currently in the startup running state needs to be subjected to on-screen display management, the processor 72 reads the preset management list from the memory 73, and determines whether the APP currently in the startup running state is a target APP that needs to be managed according to the preset management list. And regarding the APP existing in the preset management list, managing the screen-opening display of the APP as a target APP, otherwise, not managing the display of the screen-opening page. For example, in the preset list, only APPs that will run in the background and will not be displayed in front of the user may be previously screened out. It is needless to say that what is stored in the preset management list may be an APP list that does not need to be subjected to screen-on management, and for this case, if a name of an APP in a start-up proceeding state exists in the preset management list, screen-on management is not performed, and for an APP that does not exist in the preset management list, it is determined that the APP is a target APP, and screen-on management is performed thereon.

After determining that an APP currently in the start-up state is a target APP, the processor 72 needs to query whether page data for creating a substitute open-screen page for the target APP by the Window Manager is currently stored in the memory 73. The page data may be preset by the user or the processor 72 may control the communication device 71 to retrieve the page data from the server. For the solution that the user sets the destination APP corresponding to the page data, the processor 72 may process the picture specified by the user, and the control memory 73 stores the image data of the picture as the page data. However, because the page data set by the user is usually simple, the substitute open-screen page created according to the page data may only be able to block the original open-screen page, but cannot realize interaction with the user, that is, the substitute open-screen page created according to the page data set by the user may only be able to be displayed in front of the user, but there is no user-operable icon control or the like.

In another example of the embodiment, the server provides the page data to the terminal 7, and the page data may be updated periodically or aperiodically, and after the server issues new page data, the communication device 71 of the terminal 7 completes downloading the page data when conditions are appropriate, where the conditions include that the terminal 7 is under a WiFi network, so as to reduce the economic burden on the user caused by the terminal 7 acquiring the page data. The page data provided by the server may not only be capable of shielding an original screen-opening page of the target APP, but also icon controls for a user to touch to realize certain functions may be provided on the page.

If the processor 72 determines that the corresponding page data is not currently stored in the memory 73, the processor 72 needs to first obtain the corresponding page data through a user input unit (not shown in fig. 7) or the communication device 71. . However, the time for acquiring the page data may be relatively long, and therefore, during the starting process of the target APP, the processor 72 may give up the on-screen display management of the target APP.

If the page data used for creating the alternative screen-opening page is determined to be locally stored, the processor 72 queries the stack top element of the Activity Task according to a preset query period, judges whether the stack top element is the Activity corresponding to the original screen-opening page of the target APP, if so, calls a window management program to create and display the alternative screen-opening page, and if not, continues querying until the stack top element is determined to be the Activity corresponding to the original screen-opening page or the query frequency reaches the preset query frequency. It is understood that if the processor 72 sets the preset number of queries, before each query to the top element of the stack, it may be determined whether the current number of queries reaches the preset number, if not, the query is continued, and if so, the query is ended.

After determining that the original screen-opening page has the foremost display sequence, the processor 72 calls the Window Manager to create a substitute screen-opening page according to the corresponding page data, and controls the display screen 74 to display the substitute screen-opening page. Different target APPs can be replaced by different alternative open-screen pages, so the processor 72 can control the memory 73 to store the name of each target APP in association with the page data of the alternative open-screen page. When the display management needs to be performed on the screen-opened page of a certain APP, the processor 72 may obtain page data corresponding to the target APP, and let the Window Manager create an exclusive substitute screen-opened page of the target APP. In this embodiment, the alternative open-screen page created by the Window Manager is displayed on the original open-screen page in a manner of a full-screen non-transparent floating Window.

If the substitute open screen page created by the Window Manager cannot be quickly displayed to the user through the display screen 74, a delayed, stuck visual misleading of the target APP start may be caused to the user, thereby reducing the user experience. To avoid such a problem, in an example of the present embodiment, when it is determined that the original screen-opening page has the foremost display sequence, the processor 72 may perform timing, and when the timing duration exceeds a preset duration and the substitute screen-opening page is not yet successfully displayed, the processor 72 may cancel the display of the substitute screen-opening page, so that the target APP directly displays the original screen-opening page according to the control of its internal SDK.

It should be appreciated that the alternate on-screen page "alternates" the original on-screen page as it is presented to the user at hand, the original on-screen page is also "displayed" in a manner that is not visible to the user. Once the shielding effect of the substitute open-screen page disappears, for example, the display of the substitute open-screen page is finished, the original open-screen page may be presented to the user again, which causes the user to perceive the original open-screen page behind the shielding, resulting in the problems of mismatch and discordance of the front and back display contents of the terminal 7 and low user experience. Because the rendering speed of the substitute screen-opening page created by the Window Manager is faster than that of the original screen-opening page, the substitute screen-opening page can be presented before the original screen-opening page, so that the original screen-opening page cannot be perceived by a user when the original screen-opening page starts to be displayed. However, if the display of the substitute open-screen page ends before the display of the original open-screen page, the user is also caused to see the original open-screen page. Therefore, in the present embodiment, the processor 72 controls the display 74 to end the display of the alternative open-screen page only after determining that the display of the original open-screen page is ended.

Specifically, in an example of the embodiment, the processor 72 may monitor the display time of the alternative open-screen page: when the substitute screen-open page starts to be displayed, the processor 72 times to monitor the substitute display time of the substitute screen-open page, and if the time-counted substitute display time exceeds the estimated display time of the original screen-open page, it is determined that the display of the original screen-open page is finished, and the display of the substitute screen-open page can be finished at present. The "estimated display time" may be determined according to an empirical value, or may be obtained by accurately timing and measuring the display time of the original screen page of the target APP.

In another example of this embodiment, the processor 72 may determine whether the original open-screen page loses the top display order according to the management data of the active window without monitoring the alternative display time, and if so, may determine that the display of the original open-screen page is finished, and may finish the display of the alternative open-screen page, otherwise, it is necessary to continue to display the alternative open-screen page, and at the same time, continue to determine whether the original open-screen page loses the top display order. For example, the processor 72 performs a query on the stack top element of the Activity Task at intervals to determine whether the stack top element is Activity corresponding to the original open page. If so, it indicates that the original screen-opening page still has the foremost display sequence, and if not, the original screen-opening page loses the foremost display sequence, and the processor 72 may control the display screen 74 to end displaying the alternative display page.

If the page data of the alternative open-screen page created by the Window Manager comes from the server, the processor 72 may control the communication device 71 to return the display result of the alternative open-screen page to the server, where the display result may include information about whether the alternative open-screen page is successfully displayed or not, and may also include user input for the alternative open-screen page. For example, the user may be interested in the image or text information presented in the alternate open screen page that was clicked, as shown in FIG. 5. If the user has input the alternative on-screen display interface, the communication device 71 may also feed back user input information indicating the user's interest to the server, and the server may perform subsequent processing according to the user input information, for example, the server may push a detailed introduction of an image or text displayed in the alternative on-screen page to the server according to the user input, or push information similar to the image or text displayed in the alternative on-screen page according to the user selection.

In this embodiment, after each time the display of the alternative on-screen display page is finished, the processor 72 updates the page data stored in the memory 73 through the communication device 71 or the user input unit, so as to obtain the latest page data, and in the subsequent starting process of the target APP, a better visual experience is provided for the user.

The terminal that this embodiment provided, the substitute that not only establishes through Window Manager just shows before the display of the page of originally opening the screen, shelters from the page of originally opening the screen, but also can pay close attention to the moment that the page of originally opening the screen shows the end, and only after confirming the page of originally opening the screen shows the end, just can end the demonstration to the substitute page of opening the screen, avoids appearing the display content mismatch, discordant condition around the terminal, promotes user experience.

Fifth embodiment:

assuming that the terminal in the foregoing embodiments is a mobile terminal, the following further explains the terminal and the on-screen page display management method in the foregoing embodiments with reference to a schematic hardware structure diagram of the mobile terminal shown in fig. 8:

the mobile terminal 800 may include: an RF (Radio Frequency) unit 801, a WiFi module 802, a display unit 803, a user input unit 804, a memory 805, a processor 806, and the like. Those skilled in the art will appreciate that the mobile terminal architecture illustrated in fig. 8 is not intended to be limiting of mobile terminals, and that a mobile terminal may include more or fewer components than those illustrated, or some components may be combined, or a different arrangement of components. For example, although not shown in fig. 8, the mobile terminal 800 may further include a bluetooth module, etc., which will not be described herein.

The radio frequency unit 801 may be configured to receive and transmit signals during information transmission and reception or during a call, and specifically, receive downlink information of a base station and then process the downlink information to the processor 806; in addition, the uplink data is transmitted to the base station. In general, radio frequency unit 801 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. Further, the radio frequency unit 801 can also communicate with a network and other devices by wireless communication. The wireless communication may use any communication standard or protocol, including but not limited to GSM (Global System for Mobile communications), GPRS (General Packet Radio Service), CDMA2000(Code Division Multiple Access 2000), WCDMA (Wideband Code Division Multiple Access), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access), FDD-LTE (Frequency Division duplex-Long Term Evolution), and TDD-LTE (Time Division duplex-Long Term Evolution).

WiFi belongs to short-distance wireless transmission technology, and the mobile terminal can help a user to receive and send e-mails, browse webpages, access streaming media and the like through the WiFi module 802, and provides wireless broadband internet access for the user. Although fig. 8 shows the WiFi module 802, it is understood that it does not belong to the essential constitution of the mobile terminal, and may be omitted entirely as needed within the scope not changing the essence of the invention.

The processor 806 may control the WiFi module 802 or the radio frequency module 801 to interact with the server, update page data from the server, obtain a preset management list, and the like, or feed back a display state of the alternative on-screen page, feedback information of the user on the alternative on-screen page, and the like to the server. In a general case, the processor 806 controls the WiFi module 802 to interact with the server only when the mobile terminal 800 is in a WiFi environment, so as to reduce the economic burden on the user.

The display unit 803 is used to display information input by the user or information provided to the user. The Display unit 803 may include a Display panel 8031, and the Display panel 8031 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like. The display unit 803 may display the alternative open screen page after the processor 806 controls the Window Manager to create the alternative open screen page. In addition, if a certain APP is not a target APP that needs to be subjected to on-screen display management, the display unit 803 may also display an original on-screen page according to control of the APP with its own SDK in the process of starting the APP.

The user input unit 804 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the mobile terminal. Specifically, the user input unit 804 may include a touch panel 8041 and other input devices 8042. The touch panel 8041, also referred to as a touch screen, can collect touch operations of a user on or near the touch panel 8041 (e.g., operations of the user on or near the touch panel 8041 using any suitable object or accessory such as a finger, a stylus, etc.) and drive a corresponding connection device according to a preset program. The touch panel 8041 may include two portions of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 806, and can receive and execute commands sent by the processor 806. In addition, the touch panel 8041 can be implemented by various types such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. In addition to touch panel 8041, user input unit 804 can include other input devices 8042. In particular, other input devices 8042 may include, but are not limited to, one or more of a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like, and are not limited to these specific examples.

Further, the touch panel 8041 can overlay the display panel 8031, and when the touch panel 8041 detects a touch operation on or near the touch panel 8041, the touch panel can transmit the touch operation to the processor 806 to determine the type of the touch event, and then the processor 806 can provide a corresponding visual output on the display panel 8031 according to the type of the touch event. Although in fig. 8, the touch panel 8041 and the display panel 8031 are two independent components to implement the input and output functions of the mobile terminal, in some embodiments, the touch panel 8041 and the display panel 8031 may be integrated to implement the input and output functions of the mobile terminal, which is not limited herein.

In this embodiment, the user may implement setting of a preset management list, specification of page data, and the like through the user input unit 804. In addition, when the display unit 803 is displaying an alternative on-screen page, the touch panel 8041 may receive an input touch of the user, record a point of interest of the user, and the like.

The memory 805 may be used to store software programs as well as various data. The memory 805 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 805 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. The memory 805 in this embodiment stores at least a computer program that can implement the open page display management method in the first embodiment or the second embodiment. In addition, the memory 805 may further store page data for the Window Manager to create a substitute page for opening the screen, a preset management list for determining which APPs need to be subjected to the screen-opening display management and which APPs do not need to be subjected to the screen-opening display management, and the like.

The processor 806 is a control center of the mobile terminal, connects various parts of the entire mobile terminal using various interfaces and lines, and performs various functions of the mobile terminal and processes data by operating or executing software programs and/or modules stored in the memory 805 and calling data stored in the memory 805, thereby integrally monitoring the mobile terminal. Processor 806 may include one or more processing units; preferably, the processor 806 may integrate an application processor, which primarily handles operating systems, user interfaces, applications, etc., and a modem processor, which primarily handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into processor 806.

When the target APP is started, a process is necessarily established in the process manager, so the processor 806 can monitor the starting state of the target APP according to the management data of the process manager. When the processor 806 determines that the target APP creating process is started, the display order of the pages to be displayed can be further known from the active window management data, because only the page to be displayed with the most previous display order is the page to be displayed at the next moment. Thus, the processor 806 can utilize the active window management data to determine whether the original on-screen page is ready to be displayed at the next moment. If so, the processor 806 invokes the Window Manager to create a substitute open-screen page according to the page data corresponding to the target APP in the memory 805, and displays the substitute open-screen page.

Different target APPs may be replaced by different alternative open-screen pages, so the processor 806 may control the memory 805 to store the name of each target APP in association with the page data of the alternative open-screen page. When the display management needs to be performed on the screen-opened page of a certain APP, the processor 806 may obtain page data corresponding to the target APP, and enable the WindowManager to create an exclusive substitute screen-opened page of the target APP.

In the foregoing description, suffixes such as "module", "part", or "unit" used to denote elements are used only for facilitating the explanation of the present invention, and have no specific meaning in themselves. Thus, "module", "component" or "unit" may be used mixedly.

The mobile terminal that this embodiment provided, carry out the state through the start to target APP and monitor to when the former screen page of opening of this target APP possesses the foremost display order, adopt the replacement that is established by Window Manager to open the screen page and shelter from former screen page of opening, thereby form in the user vision and replace the effect of opening screen page "replacement" former screen page of opening and showing, can avoid application to singly open the problem that the screen display is low according to SDK's control, user experience has been promoted.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. A method for managing display of an open screen page is characterized by comprising the following steps:

determining whether the original screen opening page of the target application program has the foremost display sequence according to the management data of the Activity of the active window, wherein the management data is used for representing the display sequence of each current page to be displayed of the terminal;

if so, acquiring a substitute screen-opening page created by a Window management program Window Manager, and displaying the substitute screen-opening page so as to shield the original screen-opening page.

2. The method for managing display of an open-screen page of claim 1, wherein after displaying the alternative open-screen page, further comprising: and after the display of the original screen-opening page is determined to be finished, finishing the display of the alternative screen-opening page.

3. The method for managing display of an open screen page according to claim 2, wherein the step of determining the end of display of the original open screen page comprises:

or the like, or, alternatively,

4. The method for managing the display of an open-screen page according to claim 1, wherein after determining that the original open-screen page of the target application program has the foremost display order according to the management data of the active window, the method further comprises:

5. The method for managing display of an open page of claim 1, wherein the step of determining that the target application is currently in a startup-in-progress state being started based on the process management information of the process manager comprises:

6. The method for managing the display of open pages according to any of claims 1 to 5, wherein the step of determining whether the original open page of the target application program has the most forward display order according to the management data of the active window comprises:

7. The method of managing display of open pages of claim 6 wherein said step of monitoring a top-of-stack element of the active window stack comprises:

8. The open-screen page display management method of claim 7, further comprising:

9. A terminal, characterized in that the terminal comprises a processor, a memory and a communication bus;

if so, acquiring a substitute screen opening page created by the window management program, and displaying the substitute screen opening page so as to shield the original screen opening page.

10. A computer-readable storage medium storing one or more programs, the one or more programs being executable by one or more processors for performing the steps of: