JP2002108932A - Recording medium for program for screen information save control - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide picture information save control technology for saving picture information while balancing memory capacity and a processing speed. SOLUTION: When a picture transition is instructed toward the low-order layer of a tree structure in response to the operation of a picture transit button displayed on the display source of picture information, the picture information of a transition destination is saved and when a picture transition is instructed toward the high-order layer of the tree structure, the picture information of a transition source is deleted from the picture information to be saved. At the same time, processing is performed to delete picture information positioned between that transition source picture information and the picture information of the transition destination. When returning the picture information to be displayed to the high-order layer side of the tree structure, by deleting information while considering low possibility to utilize picture information positioned on the low-order layer side again rather than that returned picture information, without exerting a considerable influence upon the processing speed, the capacity of a memory to be used for saving picture information can be reduced.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a storage medium for a screen information storage control program which stores a program for controlling storage of screen information transitioning in a tree structure.
In particular, the present invention relates to a storage medium for a screen information storage control program that stores a program for storing screen information while balancing memory capacity and processing speed.

[0002]

2. Description of the Related Art It is widely used that a client sets a search condition through a browser, instructs a server to search a database, and browses the search result.

In such a case, the server often displays the database search results in a tree-structured screen configuration. This tree-structured screen configuration adopts a configuration in which a button for instructing a transition to another screen (the next screen, the previous screen, etc.) is prepared for each screen, and a screen displayed on the display in response to the button operation Is adopted.

When using a screen structure of a tree structure, the server usually responds to a button operation by the user by caching information such as database search data displayed on the screen in order to increase processing speed. When returning to the previously displayed screen, the previously displayed screen is immediately displayed according to the cached information.

[0005]

However, if a configuration in which information displayed on each screen is cached as in the prior art is employed, there is a problem that an enormous memory capacity is required.

Discarding unnecessary cached screen information reduces the memory capacity required for caching the screen information, but determines whether the screen information is unnecessary. It is difficult to judge this, and a method of deleting screen information once cached has not been used so far.

Further, in the Web screen, in addition to the screen transition button of the business screen, there is a screen transition button of the Web screen. Information on the screen transition by the screen transition button of the Web screen is described in the business program. , It is more difficult to realize the cache information deletion process.

SUMMARY OF THE INVENTION The present invention has been made in view of the above circumstances, and has a configuration for controlling storage of screen information that transits in a tree structure. It is an object of the present invention to provide a new screen information storage control technology that enables information to be stored.

[0009]

In order to achieve the above object, a screen information storage control method implemented by a program recorded on a program recording medium according to the present invention controls the storage of screen information transitioning in a tree structure. In response to the operation of the screen transition button displayed by the screen information display source, when the screen transition is instructed toward the lower layer of the tree structure, the process of saving the transition destination screen information When a screen transition is instructed toward the upper layer of the tree structure in response to the operation of the screen transition button displayed by the display source of the screen information, the screen of the transition source is selected from the stored screen information. Deleting the information and deleting the screen information located between the transition source screen information and the transition destination screen information.

At this time, in the process of saving the screen information,
The database search data displayed in the screen information and the search condition data of the database search data are stored, but the database search data is not always stored, but is defined in association with the screen information. Processing may be performed to determine whether to save database search data according to information indicating whether to save database search data. When this processing configuration is adopted, a step of searching the database using the stored search condition data when transitioning to screen information in which the database search data is not stored is provided.

When the configuration for storing the database search data is adopted, it is determined whether or not the database is to be searched again according to the information indicating whether or not to search again the database defined in association with the screen information of the transition destination. There may be a step of determining.

In the screen information storage control method realized by the program recorded on the program recording medium according to the present invention having the above-described structure, the screen information storage control method does not respond to the operation of the screen transition button provided on the Web screen displaying the screen information. Instead, when a screen transition is instructed toward the lower layer of the tree structure in response to the operation of the screen transition button displayed by the screen information display source, the screen information of the transition destination is stored.

In response to the operation of the screen transition button displayed by the display source of the screen information, the upper layer of the tree structure is not responded to the operation of the screen transition button provided on the Web screen for displaying the screen information. When screen transition is instructed in the direction of, the screen information of the transition source is deleted from the saved screen information, and the screen located between the transition source screen information and the screen information of the transition destination is displayed. Delete information.

As described above, according to the present invention, when the screen transition configuration of the tree structure is used, the screen information to be displayed is displayed in the upper level of the tree structure in response to the operation of the screen transition button displayed by the display source of the screen information. When returning to the layer side, considering that the screen information located on the lower layer side is less likely to be used again than the returned screen information, deleting the screen information has a large effect on the processing speed The control is performed so that the capacity of the memory used for storing the screen information does not increase without giving the information.

When this screen information storage configuration is adopted, if a further reduction in the memory capacity is required even at the expense of the processing speed, the database search data displayed in the screen information is not stored. When the system returns to screen information that does not save the database search data by adopting a configuration that saves only the search condition data, the screen information is displayed by searching the database using the saved search condition data. Realize.

When this screen information storage configuration is adopted, new data is registered in the database,
In consideration of the fact that consistency with the database search data to be saved may not be obtained, in response to the re-search instruction of the database defined in association with the screen information of the transition destination, using the saved search condition data By re-searching the database, it is possible to realize that there is no error in the database search data displayed by the screen information of the transition destination.

As described above, according to the present invention, the screen information can be stored while balancing the memory capacity and the processing speed.

In realizing the storage control of the screen information according to the present invention, the business program as the display source of the screen information basically transits to any screen information with respect to the screen transition button displayed by the own program. It is only necessary to set whether or not.

Thus, according to the present invention, it is possible to realize the screen information storage control according to the present invention without imposing any load on the developer of the business program.

[0020]

DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, the present invention will be described in detail according to embodiments.

FIG. 1 shows an example of a system to which the present invention is applied.

As shown in this figure, the present invention provides, for example,
A client 3 for deploying a browser 30 and connected to the client 3 via the network 4 to search the database 2 in response to a request from the client 3;
The present invention is applied to a system including the server 1 that provides the search result to the client 3.

The server 1 performs a process of providing this service by using a server mechanism 10 shown in the figure, and provides a service to the client 3 by using a tree-structured screen transition.

That is, for example, as shown in FIG.
First, a search condition input screen is displayed. Subsequently, when the user inputs a search condition on the search condition input screen and presses a search button, the database 2 is searched, and the search result is displayed (in this example, 300 hits in all,
It is assumed that the first 100 of the search results are displayed), then, when the user presses the page selector, the next 100 of the search results are displayed, and then the user selects one of the search results. Is selected to request the display of the details, the details are displayed. Subsequently, when the user presses the return button to the previous screen, the display screen of the search result displayed before is displayed. Then, when the user presses the return button to the previous screen, the service is provided to the client 3 using a screen transition of a tree structure such as displaying the search condition input screen displayed before that.

FIG. 3 shows an embodiment of the server mechanism 10.

In the figure, 100 is a screen information object, 1
01 is a stack memory, 102 is a memory management unit, 103
Denotes a screen processing distribution unit, and 104 denotes a database access unit that accesses the database 2.

Here, the functions of the server mechanism 10 are specifically realized by a program, and this program can be stored in an appropriate recording medium such as a computer-readable semiconductor memory.

The screen information object 100 is prepared in association with a screen to be displayed on the client 3, and executes a business processing module on the screen,
It includes a drawing module for displaying the processing result of the business processing module on the client 3 and a parameter transfer unit for executing a parameter transfer process.

This business processing module searches the database 2 by, for example, setting search conditions for the database 2 and activating the database access unit 104.
The search result set is provided to the drawing module, and a process of releasing (deleting) the search result set is performed. On the other hand, the drawing module performs processing for displaying the processing result of the business processing module on the client 3.

The stack memory 101 stores, for each user, the activated screen information objects 100 in a stack format in the order of activation. In this figure, first,
Screen information object 100 of screen ID “1” (SID = 1)
Is activated, and subsequently, the screen information object 100 having the screen ID “2” (SID = 2) is activated. Subsequently, the screen information object 1 having the screen ID “3” (SID = 3) is activated.
00 is started, and subsequently, the screen ID “4” (SID =
It is assumed that the screen information object 100 of 4) is activated.

The memory management unit 102 includes the screen processing distribution unit 1
03, the screen information object 10
0 from the stack memory 101, the screen information object 100 is stored in the stack memory 101, and the screen information object 100 is
A process for deleting from 1 is executed.

The screen processing distribution unit 103 is a client 3
Receives the parameter notified in response to the operation of the button of the screen displayed on the screen, and performs a process characteristic of the present invention described below in accordance with the received parameter.

Here, as shown in the figure, the screen processing distribution unit 103 roughly describes “common parameter processing”, “program distribution processing”, “business parameter setting call processing”, “ A process called "business process calling process" and a process called "drawing process calling process" are executed.

As parameters notified to the screen processing distribution unit 103, besides ordinary Web parameters, as shown in FIG. 4, a transition destination screen ID (request screen ID)
Whether it is necessary to newly create the screen information object 100 indicated by the request screen ID, or
A “continuation section” that describes whether reading should be performed from the stack memory 101, and a “research instruction” for instructing the business processing module of the screen information object 100 indicated by the request screen ID to search the database 2 again. There is.

The button of the screen displayed on the client 3 includes a “next button” for instructing a transition to the next screen.
And a "return button" for instructing a transition to the screen displayed immediately before, and a "page select button" for instructing a transition of a search result composed of a plurality of pages to another page.
And a "registration button" for instructing registration of new data in the database 2.

When the "next button" is pressed, a process is performed to display a screen which has not been displayed so far. Therefore, the "next button" is assigned a screen information object 100 as a "continuation category". “No” is set to indicate that it needs to be newly created.
“No” indicating that there is no need to perform a re-search of the database 2 is set.

When the "return button" is pressed, processing is performed so as to display the screen displayed immediately before the "return button". “Yes” indicating that the screen information object 100 should be read from the stack memory 101 is set, and “No” indicating that there is no need to perform a re-search of the database 2 is set as a “re-search instruction”. Will be.

When the "page select button" is depressed, processing is performed so as to display another page of the search result composed of a plurality of pages. Is set as "Yes" indicating that the screen information object 100 should be read from the stack memory 101, and "No" indicating that there is no need to perform a re-search of the database 2 as a "re-search instruction". Will be set.

When the "registration button" is depressed, processing is performed so as to display a screen that has been displayed before.
"Yes" indicating that the screen information object 100 should be read from the stack memory 101 is set, and in response to the fact that the contents of the database 2 are different, a "re-search instruction""Ye" indicating that the database 2 needs to be searched again
s "will be set.

The "continuation section" and "re-search instruction"
Is set by the developer of the image information object 100 according to the meaning of the button.

FIGS. 5 to 7 show the screen processing distribution unit 103.
8 to 1 of an embodiment of the processing flow executed by
FIG. 0 illustrates an embodiment of a processing flow executed by the memory management unit 102 called from the screen processing distribution unit 103.

Next, according to these processing flows, the operation processing of the embodiment configured as described above will be described in detail. First, the processing flow of FIGS. 5 and 6 will be described.

When the parameters are notified from the browser 30 in response to the operation of the screen transition button, the screen processing distribution unit 103 firstly performs step 1 in step 1 as shown in the processing flow of FIGS. , “Request screen ID” / “Continuation category” /
"Re-search instructions" are extracted and each of them is
-sid "/" P-cont "/" P-reexec "The processing in step 1 corresponds to the" common parameter processing "shown in FIG.

Subsequently, in step 2, it is determined whether or not the value set in "P-cont" is "Yes".
When it is determined that the screen information object 100 is not es ", that is, when it is determined that it is necessary to newly create the screen information object 100 indicated by the request screen ID, the process proceeds to step 3 and the screen information object 100 indicated by the request screen ID is determined. Is newly created and stored in the variable “scrInfo”.

On the other hand, when the value set in "P-cont" is "Y-cont"
When it is determined that es ", that is, when it is determined that the screen information object 100 indicated by the request screen ID is stored in the stack memory 101, the process proceeds to step 4 to instruct the memory management unit 102. To obtain the screen information object 100 indicated by the request screen ID from the stack memory 101 and store it in the variable “scrInfo” .The processing of steps 3 and 4 corresponds to “program distribution processing” shown in FIG. I do.

Subsequently, in step 5, the business processing module of the screen information object 100 processed in steps 3 and 4 is stored in the variable "obj".

Subsequently, in step 6, by instructing the business process module stored in the variable "obj" to set parameters, the parameter setting process required by the business process module is executed. In this embodiment, since the business processing module is assumed to execute a process of searching the database 2, specifically, the search condition data is set here. The process in step 5 corresponds to the “business parameter setting calling process” shown in FIG.

Subsequently, in step 7, it is determined whether or not the value set in "P-reexec" is "Yes".
It is determined whether or not the value set in the variable “obj.execFlg” prepared as an internal variable of the business processing module stored in the variable “obj” is “true”.

Here, in the internal variable “obj.execFlg”, a value (“true” / “false”) indicating whether the business process module stored in the variable “obj” may execute the process.
Is set. In this embodiment, it is assumed that the business processing module executes a process of searching the database 2, so that the business processing module stored in the variable “obj” has already searched the database 2, and If the search result is not released (deleted), a value (“false”) indicating that the business processing module does not need to execute the process is set in the internal variable “obj.execFlg”. Will be.

By the judgment processing in step 7, "P-r
The value set in "eexec" indicates "Yes" or the value set in the internal variable "obj.execFlg" is "true"
When it is determined that the search condition data is indicated, the process proceeds to step 8 to instruct the business process module stored in the variable “obj” to search the database 2 for the data indicated by the set search condition data. Then, the process of the business processing module is executed, and in the subsequent step 9, in response to the search of the database 2, the internal variable "obj.execFl
"g" is set to "false." The processing of steps 8 and 9 corresponds to "business processing call processing" shown in FIG.

That is, when the browser 30 issues a re-search instruction to the business processing module stored in the variable “obj”, when the business processing module has not searched the database 2 yet, If the processing module has already searched the database 2 but has released the search result, it is necessary to search the database 2. Therefore, the business processing module is instructed to search the database 2. You do it.

On the other hand, in step 7, when it is determined that the value set in "P-reexec" is "no", the value set in the internal variable "obj.execFlg" is "false".
If it is determined that the above conditions are satisfied, steps 8 and 9 are omitted.

That is, when the browser 30 does not issue a re-search instruction to the business processing module stored in the variable “obj”, the business processing module already searches the database 2 and releases the search result. If not, there is no need to search the database 2, so the business processing module
It does not tell you to search for.

Subsequently, in step 10, by instructing the drawing module to draw, a screen indicated by the request screen ID is displayed on the client 3. This step 1
The process 0 corresponds to the “drawing process calling process” shown in FIG.

Subsequently, at step 11, the memory management unit 1
02, the request screen I that processed
The screen information object 100 indicated by D is written in the stack memory 101. At this time, if the processed screen information object 100 is obtained from the stack memory 101, in order to prevent the screen information object 100 from being redundantly stored, the stack information is overwritten as described later. It is processed to write to.

Subsequently, in step 12, the value set in the variable "obj.freeFlg" prepared as an internal variable of the business processing module stored in the variable "obj" is set to "tru".
e "is determined.

Here, the data retrieved from the database 2 is stored in the stack memory 10 in the internal variable “obj.freeFlg”.
Value indicating whether to leave it in 1 ("true" / "
false ") is set. However, since the data of the search condition is stored, the database 2 may be searched again when the search data is needed again. Variable “obj.freeFlg”
Is set for each screen information object 100 by the developer of the screen information object 100.

From now on, in step 12, the internal variable "ob
When it is determined that the value set in “j.freeFlg” indicates “true”, that is, when there is an instruction not to leave a search result, the process proceeds to step 13 and is stored in the stack memory 101. Image information object 10
0 is released (deleted), and in the subsequent step 14, the internal variable “obj.execFlg” is set to “tr” in consideration of the fact that the database 2 is not searched.
ue ”is set and the process ends.

On the other hand, in step 12, the internal variable "obj.fr
When it is determined that the value set in "eeFlg" indicates "false", that is, when there is an instruction to leave the search result, the processing ends without performing the processing of steps 13 and 14. I do.

Next, the processing flow of FIG. 7 will be described. The processing flow of FIG. 7 is a detailed processing flow of the new creation processing of the screen information object 100 performed in step 3 of FIG.

When the screen processing distribution unit 103 enters the process of newly creating the screen information object 100, as shown in the processing flow of FIG. 7, the screen processing distribution unit 103 first instructs the memory management unit 102 in step 1. In addition to executing the process of deleting the unnecessary screen information object 100 stored in the stack memory 101, the search process is performed to determine the number of levels of the image information object 100 stored in the stack memory 101.

The processing performed in step 1 will be described later with reference to the processing flow of FIG. 8, but if briefly described,
As shown in FIG. 11, a process of searching for the storage position of the screen information object 100 indicated by the request screen ID stored in the stack memory 101 and deleting the screen information object 100 stacked thereabove is performed. Is what you do.

Subsequently, as shown in the processing from step 2 on, the screen information object 1 pointed to by the variable “P-sid” is obtained by using the relationship between the object-oriented class and the instance.
00 is generated.

Here, the structure of deleting the image information object 100 stacked above the screen information object 100 indicated by the request screen ID is adopted as shown in FIG. 12 and FIG. When returning to the screen information object 100 pointed to by the screen information object 1
There is a reason that 00 is deleted from the stack memory 101 in consideration of a low possibility of being used later.

Next, the processing flow of FIG. 8 will be described. The processing flow of FIG. 8 is a detailed processing flow of “unnecessary screen information deletion and search processing” performed in step 1 of FIG.

When an instruction to execute “unnecessary screen information deletion and search processing” is issued, the memory management unit 102 executes the stack processing in steps 1 to 3 as shown in the processing flow of FIG. Screen information object 1 indicated by request screen ID stored in memory 101
When the storage location of 00 is searched, and if the storage location does not exist, "-1" indicating that fact is set to the variable "ret", and the calling source is notified of the fact.

On the other hand, the screen information object 1 indicated by the request screen ID stored in the stack memory 101
When searching for the storage position i of 00, the storage position is set to the variable “ret”, and the storage position of the screen information object 100 indicated by the request screen ID is determined by the loop processing shown in steps 6 to 8. Release (delete) the screen information object 100 stacked on top
Then, the storage location i (stored in the variable “idx”) is notified to the caller.

As described above, the screen processing distribution unit 103
Is, by instructing the memory management unit 102, the screen information object 100 indicated by the request screen ID stored in the stack memory 101 as described with reference to FIG.
Is searched for, and the process of deleting the screen information object 100 stacked thereabove is performed.

Next, the processing flow of FIG. 9 will be described. The processing flow of FIG. 9 is a detailed processing flow of “processing for obtaining image information object 100 from stack memory 101” performed in step 4 of FIG.

The memory management unit 102 performs a process for obtaining the image information object 100 from the stack memory 101.
When the execution instruction is issued, as shown in the processing flow of FIG. 9, the “unnecessary screen information deletion and search processing” described in the processing flow of FIG. 8 is executed, and the screen information object indicated by the request screen ID is executed. The storage location (“idx”) of 100 is obtained, and this is notified to the screen processing distribution unit 103 that is the calling source.

Upon receiving this notification, the screen processing distribution unit 103
Is the screen information object 1 pointed to by the notified storage location.
By obtaining 00, the screen information object 100 indicated by the request screen ID is obtained.

Next, the processing flow of FIG. 10 will be described. The processing flow of FIG. 10 is a detailed processing flow of the “processing of storing the image information object 100 in the stack memory 101” performed in step 11 of FIG.

When the instruction to execute the “processing for storing the image information object 100 in the stack memory 101” is issued, the memory management unit 102 firstly executes step 1 as shown in the processing flow of FIG. The “unnecessary screen information deletion and search processing” described in the processing flow of FIG. 8 is executed.

Subsequently, in step 2, it is determined whether or not the value of the storage position “idx” of the screen information object 100 indicated by the request screen ID obtained by the processing indicates “−1”. As described above, the value of “idx” is “−
When “1” is indicated, it indicates that the screen information object 100 indicated by the request screen ID is not stored in the stack memory 101.

As a result of the determination processing in step 2, "idx"
Is determined to indicate "-1",
Screen information object 100 indicated by request screen ID
Is determined to have been newly created, the process proceeds to step 3, and the top storage position of the stack memory 101 is set to the screen information object 1 indicated by the request screen ID.
00 is set as the storage location “idx” and the following step 4
Then, the storage location “id” of the set stack memory 101
The screen information object 100 (newly created one) indicated by the request screen ID is stored in “x”.

On the other hand, the “id”
If the value of "x" indicates something other than "-1", it is determined that the screen information object 100 indicated by the request screen ID should be stored in the storage position "idx" obtained in step 1, and the step immediately proceeds. Proceeding to step 4, the screen information object 100 (acquired from the stack memory 101) indicated by the request screen ID is stored in the storage position "idx" obtained in step 1 in an overwriting manner.

FIG. 14 shows a list of the processes described above. The list is divided into a case where the search result of the database 2 is not released and a case where the search result is released. Further, each of the two is referred to as “first time” when a new image information object 100 is created, and
00 is acquired from the stack memory 100, and the image information object 100 is acquired from the stack memory 100, and the re-search is executed when the re-search is executed. (Indicated by a circle) is shown in FIG.

Thus, in the present invention, for example, as shown in FIG. 15, the menu screen is changed to the A search screen, the A search screen is changed to the A2 list screen, and the A2 list screen is changed to the A detail screen. When transitioning from the A detail screen to the A registration screen and returning from the A registration screen to the A2 list screen, when transitioning to the A search screen, the information of the A search screen is stored in the stack memory 101, and the A2 When transitioning to the list screen, the information on the A2 list screen is stored in the stack memory 1
01, the information on the A description screen is stored in the stack memory 101 when the screen transitions to the A description screen, and the information on the A registration screen is stored in the stack memory 101 when the screen transitions to the A registration screen. When returning to the list screen,
Processing is performed so that the registration screen and the A detail screen are deleted from the stack memory 101.

Although not shown in the figure, a process for newly registering data in the database 2 is performed on the A registration screen. Therefore, when returning to the A2 list screen from the A registration screen, the screen processing distribution unit 103 is required. On the other hand, the above-mentioned "re-search instruction" for instructing the database 2 to be searched again is notified.

In FIGS. 16 and 17, by setting “false” to the above-mentioned internal variable “obj.freeFlg” of each image information object 100, the search result of the database 2 is set not to be released. An example of the processing in the case is illustrated.

In this case, first, a search screen (screen ID = S1) used for inputting search conditions is newly created, so that the screen information object 100 is stored in the stack memory as shown in FIG. 101 is stored. Subsequently, a search list screen (screen ID = S2) for inputting search conditions and searching the database 2 and displaying the search results is newly created, and as shown in FIG. The object 100 is the stack memory 101
Is stored in At this time, it is assumed that the first page of the search result is displayed.

Subsequently, in response to the display request of the second page of the search result, the second page is displayed on the search list screen (screen ID =
By displaying in S2), as shown in FIG.
The screen information object 100 is stored in the stack memory 10
1 is stored. Subsequently, by newly creating a detail screen (screen ID = S3) for displaying details of an item selected from the list of search results, the screen information object 100 is stacked as shown in FIG. Memory 101
Is stored in

Subsequently, when the display returns to the search list screen (screen ID = S2) displaying the second page of the search results, FIG.
As shown in FIG. 7B, the detail screen (screen ID = S3) is deleted from the stack memory 101. Subsequently, by returning to the search screen (screen ID = S1), the search list screen (screen ID = S2) is deleted from the stack memory 101, as shown in FIG.

In FIGS. 18 and 19, by setting “true” to the above-described internal variable “obj.freeFlg” of each image information object 100, the search result of the database 2 is set to be released. An example of the processing in the case is illustrated. However, in this example, the detail screen (screen ID = S3)
It is assumed that is set so that the search result of the database 2 is not released.

In this case, first, the above-described search screen (screen ID = S1) is newly created.
As shown in (a), the screen information object 100
Is stored in the stack memory 101. Subsequently, by newly creating the above-described search list screen (screen ID = S2), the screen information object 100 is stored in the stack memory 101 as shown in FIG. Not retained). At this time, it is assumed that the first page of the search result is displayed.

Subsequently, in response to the request for displaying the second page of the search result, the second page is displayed on the search list screen (screen ID =
By displaying in S2), as shown in FIG.
The screen information object 100 is stored in the stack memory 10
1 (however, the search result is not stored). Subsequently, by newly creating the above-mentioned detailed screen (screen ID = S3), the screen information object 100 is stored in the stack memory 101 as shown in FIG. Hold).

Subsequently, by returning to the search list screen (screen ID = S2) displaying the second page of the search results, FIG.
As shown in FIG. 9B, the detail screen (screen ID = S3) is deleted from the stack memory 101. Subsequently, by returning to the search screen (screen ID = S1), the search list screen (screen ID = S2) is deleted from the stack memory 101 as shown in FIG.

As in the processing example shown in FIGS. 18 and 19,
If the search results of the database 2 are released, the capacity of the stack memory 101 can be significantly reduced. Also in this case, since the search condition data used for searching the database 2 is not deleted, even if the screen returns to the screen in which the search result is opened, the database 2 can be searched again on the screen. Therefore, no inconvenience occurs.

(Supplementary Note 1) A recording medium which records a program for controlling storage of screen information which transits in a tree structure, and responds to an operation of a screen transition button displayed by a display source of the screen information. When the screen transition is instructed toward the lower layer of the tree structure, the tree structure is stored in response to the operation of saving the screen information of the transition destination and the operation of the screen transition button displayed by the display source of the screen information. When a screen transition is instructed toward the upper layer of, the screen information of the transition source is deleted from the stored screen information, and the screen information of the transition source and the screen information of the transition destination are deleted. A program for causing a computer to execute a process of deleting screen information located in a storage medium for a screen information storage control program.

(Supplementary Note 2) In the screen information saving control program recording medium described in Supplementary Note 1, in the process of saving the screen information, the screen information composed of a plurality of pages includes the screen information of the last displayed page. A recording medium for a screen information storage control program characterized by processing to save screen information.

(Supplementary Note 3) In the recording medium of the screen information storage control program described in Supplementary Note 1 or 2, in the process of saving the screen information, the database search data displayed by the screen information and the database search data A storage medium for a screen information storage control program, characterized by processing to store the search condition data.

(Supplementary Note 4) In the recording medium of the screen information saving control program described in Supplementary Note 3, in the process of saving the screen information, whether the database search data defined in association with the screen information is saved or not. A storage medium for a screen information storage control program, characterized in that processing is performed so as to determine whether or not to store database search data in accordance with the information indicating the above.

(Supplementary Note 5) In the recording medium of the screen information storage control program described in Supplementary Note 4, when transitioning to screen information in which database search data is not saved,
A recording medium for a screen information storage control program, wherein a program for causing a computer to execute a process of searching a database using the stored search condition data is recorded.

(Supplementary Note 6) Whether to re-search the database defined in association with the transition destination screen information in the recording medium of the screen information storage control program described in any one of Supplementary Notes 3 to 5 According to the information indicating
That a program that causes the computer to execute the process of determining whether to re-search the database is recorded,
A recording medium for a screen information storage control program, which is a feature.

(Supplementary Note 7) A screen information storage control method for controlling storage of screen information that transits in a tree structure, wherein the screen information display source responds to an operation of a screen transition button displayed by a screen information display source. When a screen transition is instructed toward a lower layer, a step of saving screen information of the transition destination,
In response to the operation of the screen transition button displayed by the screen information display source, when the screen transition is instructed toward the upper layer of the tree structure, from among the stored screen information, Deleting the screen information and deleting the screen information located between the transition source screen information and the transition destination screen information.

[0096]

As described above, according to the present invention, when a screen transition configuration of a tree structure is used, the screen information to be displayed is displayed in a tree in response to the operation of the screen transition button displayed by the display source of the screen information. When returning to the upper layer side of the structure, the processing speed is reduced by deleting the screen information, considering that the screen information located in the lower layer side is less likely to be used again than the returned screen information. The control is performed so that the capacity of the memory used for storing the screen information does not increase without greatly affecting the image data.

When this screen information storage configuration is adopted, if a further reduction in the memory capacity is required even at the expense of processing speed, the database search data displayed in the screen information is not stored. When the system returns to screen information that does not save the database search data by adopting a configuration that saves only the search condition data, the screen information is displayed by searching the database using the saved search condition data. Realize.

When this screen information storage configuration is adopted, new data is registered in the database,
In consideration of the fact that consistency with the database search data to be saved may not be obtained, in response to the re-search instruction of the database defined in association with the screen information of the transition destination, using the saved search condition data By re-searching the database, it is possible to realize that there is no error in the database search data displayed by the screen information of the transition destination.

As described above, according to the present invention, the screen information can be stored while balancing the memory capacity and the processing speed.

In realizing the screen information storage control according to the present invention, the business program which is the display source of the screen information basically transits to any screen information with respect to the screen transition button displayed by the own program. It is only necessary to set whether or not.

Thus, according to the present invention, it is possible to realize the screen information storage control according to the present invention without imposing any load on the developer of the business program.

[Brief description of the drawings]

FIG. 1 is an example of a system to which the present invention is applied.

FIG. 2 is an explanatory diagram of a screen transition of a tree structure.

FIG. 3 is an example of an embodiment of a server mechanism.

FIG. 4 is an explanatory diagram of parameters notified from a client.

FIG. 5 is an embodiment of a processing flow executed by a screen processing distribution unit.

FIG. 6 is an embodiment of a processing flow executed by a screen processing distribution unit.

FIG. 7 is an embodiment of a processing flow executed by a screen processing distribution unit.

FIG. 8 is an example of a processing flow executed by a memory management unit;

FIG. 9 is an embodiment of a processing flow executed by a memory management unit;

FIG. 10 is an example of a processing flow executed by a memory management unit;

FIG. 11 is an explanatory diagram of a deletion process of a screen information object.

FIG. 12 is an explanatory diagram of a deletion process of a screen information object.

FIG. 13 is an explanatory diagram of a deletion process of a screen information object.

FIG. 14 is an explanatory diagram of a process executed in the present invention.

FIG. 15 is an explanatory diagram of a process according to the present invention.

FIG. 16 is an example of a process according to the present invention.

FIG. 17 is an example of a process according to the present invention.

FIG. 18 is an example of a process according to the present invention.

FIG. 19 is an example of a process according to the present invention.

[Explanation of symbols]

 1 server 2 database 3 client 4 network 10 server mechanism 30 browser 100 screen information object 101 stack memory 102 memory management unit 103 screen processing distribution unit 104 database access unit

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) G06F 13/00 540 G06F 13/00 540B

Claims (5)

[Claims] 1. A recording medium storing a program for controlling storage of screen information that transitions in a tree structure, wherein the tree structure responds to an operation of a screen transition button displayed by a screen information display source. When the screen transition is instructed toward the lower layer of the tree structure, in response to the operation of the screen transition button displayed by the screen transition button displayed by the screen information display source, When the screen transition is instructed toward the layer, the screen information of the transition source is deleted from the stored screen information, and the position between the screen information of the transition source and the screen information of the transition destination is determined. A program for causing a computer to execute a process of deleting screen information to be performed, and a recording medium for a screen information storage control program. 2. The recording medium for a screen information storage control program according to claim 1, wherein, in the processing of saving the screen information, database search data displayed as screen information and search conditions of the database search data. A storage medium for a screen information storage control program, characterized by processing to store data. 3. The recording medium for a screen information storage control program according to claim 2, wherein, in the processing of saving the screen information, whether database search data defined in association with the screen information is saved or not. A storage medium for storing a screen information storage control program, which performs processing to determine whether to save database search data in accordance with information indicating the following. 4. A recording medium for a screen information storage control program according to claim 3, wherein when the screen information changes to screen information in which database search data is not stored, a database is searched using the stored search condition data. A recording medium for a screen information storage control program, characterized by recording a program for causing a computer to execute a process to be performed. 5. The recording medium for a screen information storage control program according to claim 2, wherein a database defined in association with the transition destination screen information is searched again. A program for causing a computer to execute a process of determining whether or not to re-search the database according to the information indicating the screen information storage program.