JP4093215B2 - Memory management system and network system - Google Patents

Description

  The present invention relates to an apparatus, a server, a program, and a method that mediate data acquisition between one network resource and another network resource, and in particular, in a browser terminal that employs a static memory management method, The present invention relates to a memory management device, a proxy server, a memory management program, a server program, and a memory management method suitable for solving the problem of being inoperable due to a shortage.

  With the spread of Web-based technology, a so-called thin client system has been used in which a Web browser is used as a user interface and an application main body is operated on a WWW (World Wide Web) server. At this time, the information sent from the WWW server to the client is HTML (HyperText Markup Language) data including a form. If the Web browser runs on the client terminal, the application distribution / installation work is particularly important prior to execution. The application can be executed without performing the above. Also, in general, the client side can be operated with hardware having a lower processing capacity than executing an application on the client side.

  Conventionally, low-end PCs have been used for such client terminals. Recently, however, a browser terminal has been developed that can be used just by operating the touch panel on a liquid crystal display, with the aim of being installed in stores and other facilities for easy use by customers. As a result, Web browsers are operating on such browser terminals.

  Unlike low-end PCs, such browser terminals are usually designed with low CPU processing power and low memory resources in order to save power, reduce costs, and save space. . Therefore, a Web browser incorporated in a browser terminal has a low CPU load and excellent memory efficiency as a method for managing a memory area allocated to an applet when executing a JAVA applet (hereinafter simply referred to as an applet). A static memory management method is adopted.

  The static memory management method is a method in which one Web page is managed by a table, and unused memory areas are sequentially allocated every time an applet attached to the Web page is read until the table is reset. The table reset timing is when an update instruction to reload the Web page is given.

  However, in the static memory management method, when a Web page composed of a plurality of frames is displayed, an applet attached to the Web page is read one after another without being given an update command depending on a user operation. As a result, memory resources may be insufficient and operation may become impossible. For example, a menu page displaying a list of menu items and a web page configured by a content frame displaying contents corresponding to the menu items of the menu frame, each menu item while the user selects each menu item. When the menu item is displayed, the web page of the content frame is updated every time a menu item is selected. However, an update command is not given to the entire web page only by updating the content frame. The applet attached to the Web page is read and stored in the memory. A terminal used for an individual user, such as a low-end PC, does not display the same Web page over and over, so there is little possibility of insufficient memory resources due to excessive reading of applets. However, in browser terminals installed in stores, etc., a web page is configured using an applet, and a store-specific service such as a print service may be provided by the web page. If the same Web page is repeatedly displayed, there is a high possibility that memory resources will be insufficient due to excessive reading of applets.

  By the way, a web browser that operates on a low-end PC is provided with a control button called “return”, and the user simply clicks on the back button to browse one or several web pages previously viewed. You can browse without re-accessing. In contrast, Web browsers that operate on browser terminals often do not have a return button. This is because, when an applet is used to construct a web page and a store-specific service such as a print service is provided by the web page, if the return button is clicked during execution of the applet on the browser terminal, the web page This is because it becomes impossible to reliably provide the service. For example, if the return button is clicked before the execution of printing is completed, there is a possibility that printing will not be performed completely and a printing error will occur. That is, since it is inconvenient for the store that the certainty of service provision is lowered rather than the inconvenience that the return button cannot be used, the browser terminal is not provided with a return button.

  However, since a return button is not provided in a Web browser that operates on a browser terminal, an applet necessary for providing a service does not exist on the WWW server due to some reason such as a failure to update the WWW server. In some cases, the browser terminal stops while displaying a specific screen, resulting in an inoperable state. It would be nice if employees could find and deal with this situation immediately, but in many cases it would be difficult, and if possible, it would take a lot of work. In this case, if a return button is provided, it can be avoided for the time being that the operation becomes impossible due to the operation of the return button. However, if the return button is provided, the certainty of service provision decreases due to the above factors. End up.

  Therefore, the present invention has been made paying attention to such an unsolved problem of the conventional technology, and in a browser terminal adopting a static memory management method, it becomes inoperable due to a shortage of memory resources. A first object is to provide a memory management device, a proxy server, a memory management program, a server program, and a memory management method suitable for solving the problem of falling. Furthermore, a memory management device, a proxy server, a memory management program, a server program, and a server program suitable for solving the problem of falling into an inoperable state due to waiting for acquisition of an applet or the like without reducing the reliability of service provision, and A second object is to provide a memory management method.

In order to achieve the above object, a memory management device according to the present invention provides:
Data acquisition means for acquiring data, memory area allocation means for allocating a memory area to the data in a specific format among the data acquired by the data acquisition means, and allocation to the specific format data according to an update command An apparatus applied to a memory management system having a memory area releasing means for releasing a memory area,
A number counting unit that counts the number of acquisition times of the specific format data acquired by the data acquisition unit; and an update command output unit that outputs the update command to the memory management system based on a counting result of the number counting unit. It is characterized by.

  With this configuration, in the memory management system, when data is acquired by the data acquisition unit, the memory area allocation unit allocates a memory area to the specific format data among the acquired data by the static memory management method. .

  On the other hand, in the memory management device according to the present invention, the number of acquisition times of the specific format data acquired by the data acquisition means is counted by the number counting means, and the update instruction output means counts the memory management system based on the counting result. An update instruction is output.

  In the memory management system, when an update command is input, the memory area allocated to the specific format data is released by the memory release unit in accordance with the update command.

  Here, the memory management device according to the present invention may be configured integrally with the memory management system, or may be configured separately from the memory management system. In the former case, for example, it can be configured as software incorporated in the memory management system, and in the latter case, for example, it can be configured as a proxy server used for network access by a computer in which the memory management system is incorporated.

  In addition to executable program data (for example, JAVA (registered trademark) applet), the specific format data includes, for example, image data, audio data and other multimedia data, or text data and other document data. . Hereinafter, the same applies to the proxy server, the memory management program, the server program, and the memory management method described in the present invention.

  Further, the number counting means may have any configuration as long as the number of acquisition times of the specific format data acquired by the data acquisition means is counted, more specifically, the number of acquisition times of the specific format data. Can be counted by estimation or actual measurement. For example, when configured integrally with the memory management system, it may be counted by actual measurement, and when configured separately from the memory management system, it may be counted by estimation because actual measurement is difficult. Hereinafter, the same applies to the memory management program described in the present invention.

Furthermore, the memory management device according to the present invention is the above memory management device,
The specific format data is executable program data.

With such a configuration, in the memory management system, when data is received, the memory area is assigned to the program data among the received data by the static memory management method when the data is received.

On the other hand, in the memory management device, the number of times of program data transmission to the memory management system is counted by the number of times counting means based on the data acquired by the data acquiring means, and the update instruction output means counts the memory based on the count result. An update command is output to the management system.

In the memory management system, when an update command is received, the memory area allocated to the program data is released by the memory release unit in accordance with the update command.

Furthermore, the memory management device according to the present invention is the above memory management device,
The update command output means outputs the update command to the memory management system when the number of transmissions counted by the frequency count means exceeds a predetermined value.

With such a configuration, in the memory management device, when the number of transmissions counted by the number counting means exceeds a predetermined value, the update instruction output means outputs an update command to the memory management system.

Furthermore, the memory management device according to the present invention is the above memory management device,
Specific acquisition request detection means for detecting that the data acquired by the data acquisition means includes a specific acquisition request that is an acquisition request for the specific format data;
The number counting means counts the number of transmissions of the specific format data to the memory management system by counting the number of specific acquisition requests detected by the specific acquisition request detection means. To do.

With this configuration, in the memory management device, when the specific acquisition request is included in the data acquired by the data acquisition unit, the specific acquisition request detection unit detects that the specific acquisition request is included. Then, the number of specific acquisition requests detected is counted by the number counting means, and the number of transmissions of the specific format data to the memory management system is thereby counted.

Furthermore, the memory management device according to the present invention is the above memory management device,
Request identification information indicating that the specific acquisition request is added in advance to the data including the specific acquisition request,
The specific acquisition request detection unit detects that the specific acquisition request is included in the data by detecting the request identification information from the data acquired by the data acquisition unit. And

With such a configuration, in the memory management device, if the acquired identification data is included in the acquired data, the specific acquisition request may be included in the acquired data by the specific acquisition request detecting unit. Detected.

On the other hand, in order to achieve the above object, the memory management program according to the present invention provides:
Data acquisition means for acquiring data, memory area allocation means for allocating a memory area to the data in a specific format among the data acquired by the data acquisition means, and allocation to the specific format data according to an update command A program for causing a computer to have a memory area releasing means for releasing a memory area,
In order to execute processing realized as a count counting unit that counts the number of acquisition times of specific format data acquired by the data acquisition unit, and an update command output unit that outputs the update command based on a count result of the count counting unit It is the program of this.

With such a configuration, when the program is read by the computer and the computer executes processing in accordance with the read program, an operation equivalent to that of the memory management device according to the present invention is obtained.
Furthermore, the memory management program according to the present invention is the above memory management program,
The specific format data is executable program data.
Furthermore, the memory management program according to the present invention is the above memory management program,
The update command output means outputs the update command when the number of transmissions counted by the number counting means exceeds a predetermined value.

On the other hand, in order to achieve the above object, the memory management method according to the present invention includes:
Data acquisition means for acquiring data, memory area allocation means for allocating a memory area to the data in a specific format among the data acquired by the data acquisition means, and allocation to the specific format data according to an update command A method for applying to a memory management system having a memory area release means for releasing a memory area,
A number counting step of counting the number of acquisition times of the specific format data acquired by the data acquisition means, and an update command output step of outputting the update command to the memory management system based on a counting result of the number counting step. It is characterized by.

Here, the number counting step may be any method as long as the number of acquisition times of the specific format data acquired by the data acquisition means can be counted. More specifically, the number of acquisition times of the specific format data is estimated or actually measured. Can be counted. For example, when configured integrally with the memory management system, it may be counted by actual measurement, and when configured separately from the memory management system, it may be counted by estimation because actual measurement is difficult.
Furthermore, the memory management method according to the present invention is the memory management method described above,
The specific format data is executable program data.
Furthermore, the memory management method according to the present invention is the memory management method described above,
In the update command output step, the update command is output to the memory management system when the number of transmissions counted in the number counting step exceeds a predetermined value.

  Embodiments of the present invention will be described below with reference to the drawings. 1 to 9 are diagrams showing embodiments of a memory management device, a proxy server, a memory management program, a server program, and a memory management method according to the present invention.

  In this embodiment, the memory management device, proxy server, memory management program, server program, and memory management method described in the present invention are provided between the Internet 198 and the private network 199 as shown in FIG. The proxy server 200 is applied.

  First, the configuration of a network system to which the present invention is applied will be described with reference to FIG. FIG. 1 is a block diagram showing a configuration of a network system to which the present invention is applied.

  In FIG. 1, a plurality of WWW servers 100 that store Web pages composed of HTML data are connected to the Internet 198, and a private network 199 includes a plurality of browser terminals 300 specialized for special purposes, and a special browser. A plurality of normal terminals 310 used for purposes other than the usage are connected. Further, connected to the Internet 198 and the private network 199 is a proxy server 200 that mediates data acquisition by the HTTP (HyperText Transfer Protocol) or other protocols between the browser terminal 300 and the normal terminal 310 and the WWW server 100.

  Although not shown, the browser terminal 300 is configured by providing a touch panel on a liquid crystal display, and the web browser can be used only by operating the web browser and operating on the touch panel. Note that a Web browser operating on the browser terminal 300 allocates and releases a memory area for an applet using a static memory management method. In addition, the Web browser is not provided with a return button in order to reliably provide a service using a Web page.

  The browser terminal 300 is classified into two types “ND-2000” and “ND-3000” depending on the built-in Web browser. The browser terminal 300 of “ND-2000” has HTML data in a format (hereinafter referred to as ND-2000 format) in which an applet identification code, an applet version, an applet name, parameters to be given to the applet, etc. are all described as one tag. When given, the tag is decoded and processed appropriately, but the applet identification code, applet version, applet name, and parameters to be given to the applet are each described as one tag (hereinafter referred to as ND-3000 format) When the HTML data is given, these tags are ignored. When ND-3000 format HTML data is given, the browser terminal 300 of “ND-3000” decodes these tags and processes them appropriately, but when ND-2000 format HTML data is given, , So that the tag is ignored.

  Next, the configuration of the proxy server 200 will be described in detail with reference to FIG. FIG. 2 is a block diagram showing the configuration of the proxy server 200.

  As shown in FIG. 2, the proxy server 200 includes a CPU 30 that controls operations and the entire system based on a control program, a ROM 32 that stores a control program for the CPU 30 in a predetermined area, and data read from the ROM 32 and the like. And a RAM 34 for storing calculation results required in the calculation process of the CPU 30 and an I / F 38 for mediating input / output of data to / from an external device, which are signals for transferring data The buses 39 are connected to each other so as to be able to exchange data.

  The I / F 38 includes, as external devices, an input device 40 such as a keyboard and a mouse that can input data as a human interface, a storage device 42 that stores data, tables, and the like as files, and a screen based on image signals. , A signal line for connecting to the Internet 198, and a signal line for connecting to the private network 199 are connected.

  As shown in FIG. 3, the storage device 42 stores an access registration table 400 in which URLs (Universal Resource Locaters) of Web pages that may be accessed by terminals connected to the private network 199 are registered. FIG. 3 is a diagram showing the data structure of the access registration table 400.

  In the access registration table 400, as shown in FIG. 3, one record is registered for each URL. Each record includes a field 402 in which a URL is registered. Before receiving an acquisition request from a terminal connected to the private network 199, the access registration table 400 refers to the proxy server 200 to acquire a Web page with a registration URL, and the presence of an applet used by the acquired Web page. Used to register presence / absence. Thereby, the response speed with respect to the terminal connected to the private network 199 can be improved.

  Further, as shown in FIG. 4, the storage device 42 stores a terminal management table 420 in which IP addresses, terminal identification information, and applet transmission counts are registered in association with each terminal connected to the private network 199. . FIG. 4 is a diagram illustrating a data structure of the terminal management table 420.

  In the terminal management table 420, one record is registered for each terminal connected to the private network 199 as shown in FIG. Each record includes a field 422 in which the IP address set for the terminal is registered, a field 424 in which terminal identification information for identifying the terminal is registered, and a field 426 in which the number of times the applet is transmitted to the terminal is registered. It is configured.

  In the example of FIG. 4, “192.168.100.10” is registered as the IP address, “normal terminal” is registered as the terminal identification information, and “0” is transmitted as the number of transmissions. This means that the terminal to which the IP address “192.168.100.10” is set is the normal terminal 310, and that the number of applets transmitted to the normal terminal 310 is “0”. In the fourth row record, “192.168.101.10” is registered as the IP address, and “browser terminal” is registered as the terminal identification information, which is set with the IP address “192.168.101.10”. This means that the terminal is the browser terminal 300, and that the number of applets sent to the browser terminal 300 is “0”.

  Further, as shown in FIG. 5, the storage device 42 stores an applet management table 440 for managing applets of Web pages. FIG. 5 is a diagram showing the data structure of the applet management table 440.

  As shown in FIG. 5, the applet management table 440 creates one record each time the proxy server 200 acquires a Web page in response to an acquisition request. Each record includes a field 442 for registering the URL of the Web page, fields 444 and 450 for registering the number of applets used by the Web page, and a field for registering the presence or absence of all applets used by the Web page. 446 and 452 and fields 448 and 454 in which pointers to an applet presence management table for managing whether or not an applet exists for each applet used by the Web page are registered. The fields 444 to 448 are fields for registering the number of applets, the presence / absence of applets, and the table name when the format of the HTML data constituting the Web page is ND-2000 format, and the fields 450 to 454 are registered. This is a field for registering the number of applets, the presence / absence of applets, and the table name when the format of HTML data constituting the Web page is the ND-3000 format.

  In the example of FIG. 5, “http://www.aaa.com/index.htm” is included as the URL in the first row record, the number of applets, the presence / absence of applets, and the pointer to the applet presence management table. Among them, “3”, “0” and “table A1” are related to the ND-2000 format, and the number of applets, the presence / absence of applets and the pointer to the applet presence management table are related to the ND-3000 format. “4”, “0”, and “table A2” are registered respectively. This is because the web page specified by the URL “http://www.aaa.com/index.htm” includes seven specific acquisition requests that are requests for acquiring applets, and whether an applet exists. This means that whether or not the ND-2000 format is used is managed by the table A1, and the ND-3000 format is managed by the table A2. Further, it means that some or all of the applets according to the ND-2000 format do not exist, and some or all of the applets according to the ND-3000 format do not exist. Note that an applet identification code is added in advance to each Web page together with the specific acquisition request in order to reliably detect the specific acquisition request.

  In the applet presence management table 460, as shown in FIG. 6, one record is registered for each applet. Each record includes a field 462 in which an applet name is registered, and a field 464 in which presence / absence of an applet is registered. FIG. 6 is a diagram showing the data structure of the applet presence management table 460.

  In the example of FIG. 6, “exe_001” is registered as the applet name and “1” is registered as the presence / absence of the applet in the first row record, and this is specified by the applet name “exe_001”. This means that the applet exists in the specified WWW server 100. In the third record, “exe_003” is registered as the applet name and “0” is registered as the presence / absence of the applet. The applet specified by the applet name “exe_003” is specified. This means that it does not exist in the WWW server 100.

  The CPU 30 includes a microprocessing unit MPU and the like, starts a predetermined program stored in a predetermined area of the ROM 32, and performs applet presence registration processing and data acquisition mediation processing shown in the flowcharts of FIGS. 7 and 8 according to the program. It is supposed to run.

  First, the applet presence registration process will be described in detail with reference to FIG. FIG. 7 is a flowchart showing applet presence registration processing.

  In the applet presence registration process, before receiving an acquisition request from a terminal connected to the private network 199, the Web page of the registration URL is acquired with reference to the access registration table 400, and the existence of the applet used by the acquired Web page is present. When the CPU 30 executes the process, the process first proceeds to step S100 as shown in FIG.

  In step S100, the URL is read from the top record of the access registration table 400, the process proceeds to step S102, the WWW server 100 is accessed based on the read URL, the process proceeds to step S104, and the accessed WWW server 100 A web page is acquired, and the process proceeds to step S106.

  In step S106, the acquired web page is analyzed, and the process proceeds to step S108, where it is determined whether an applet identification code is detected from the acquired web page based on the analysis result, and the applet identification code is detected. When it determines (Yes), it transfers to step S110.

  In step S110, the WWW server 100 related to the specific acquisition request corresponding to the detected applet identification code is accessed, and the process proceeds to step S112 to determine whether or not the applet related to the specific acquisition request exists in the WWW server 100. If it is determined that the applet exists (Yes), the process proceeds to step S114, and the applet management table 440 and the applet presence management table 460 indicate that the applet corresponding to the detected applet identification code exists in the WWW server 100. sign up. This registration is performed in accordance with the format of HTML data constituting the acquired Web page. The same applies to steps S120, S220, and S232 below.

  Next, the process proceeds to step S108. When the process proceeds to step S108, it is determined based on the analysis result whether or not the next applet identification code is detected from the acquired Web page. This is because the second and subsequent executions of step S108 correspond to the case where a plurality of applet identification codes are included in one Web page.

  On the other hand, when it is determined in step S112 that the applet related to the specific acquisition request does not exist in the WWW server 100 (No), the process proceeds to step S120, and the applet corresponding to the detected applet identification code exists in the WWW server 100. No is registered in the applet management table 440 and the applet presence management table 460, and the process proceeds to step S108. When the process proceeds to step S108, it is determined based on the analysis result whether or not the next applet identification code is detected from the acquired Web page. This is because the second and subsequent executions of step S108 correspond to the case where a plurality of applet identification codes are included in one Web page.

  On the other hand, when it is determined in step S108 that the applet identification code is not detected (No), the process proceeds to step S116, and the processes in steps S102 to S114 and S120 are performed for all URLs registered in the access registration table 400. It is determined whether or not the processing has been completed, and when it is determined that the processing has been completed for all URLs (Yes), the series of processing is terminated and the original processing is restored.

  On the other hand, when it is determined in step S116 that the processes in steps S102 to S114 and S120 are not completed for all URLs registered in the access registration table 400 (No), the process proceeds to step S118 and the access registration table 400 is processed. Next, the URL is read from the next record, and the process proceeds to step S102.

  Next, the data acquisition mediation process will be described in detail with reference to FIG. FIG. 8 is a flowchart showing the data mediation process.

  When the data acquisition mediation process is executed by the CPU 30, as shown in FIG. 8, first, the process proceeds to step S200.

  In step S200, it is determined whether or not a page acquisition request is received by HTTP. When it is determined that the acquisition request has been received (Yes), the process proceeds to step S201, but when it is determined that it is not (No). Waits in step S200 until an acquisition request is received.

  In step S201, it is determined whether or not the IP address included in the acquisition request is registered in the terminal management table 400. When it is determined that the IP address is not registered in the terminal management table 400 (No), the process proceeds to step S202. Then, the HTTP header of the acquisition request is analyzed, and the process proceeds to step S204, where it is determined whether the request source terminal is the browser terminal 300 based on the analysis result, and the request source terminal is the browser terminal 300. (Yes), the process proceeds to step S205.

  In step S205, the IP address included in the acquisition request and terminal identification information indicating the browser terminal 300 are registered in the terminal management table 400, the process proceeds to step S206, and the WWW server 100 related to the acquisition request is accessed. The process proceeds to step S208, the Web page related to the acquisition request is acquired from the WWW server 100, and the process proceeds to step S210.

  In step S210, the acquired web page is analyzed, and the process proceeds to step S212. Based on the analysis result, it is determined whether the applet identification code is detected from the acquired web page, and the applet identification code is detected. When the determination is made (Yes), the process proceeds to step S214, where it is determined whether an applet corresponding to the detected applet identification code is registered in the applet management table 440 and the applet presence management table 460, and the applet management table 440 is determined. If it is determined that it is not registered in the applet presence management table 460 (No), the process proceeds to step S216.

  In step S216, the WWW server 100 related to the specific acquisition request corresponding to the detected applet identification code is accessed, and the process proceeds to step S218 to determine whether or not the applet related to the specific acquisition request exists in the WWW server 100. If it is determined that the applet exists (Yes), the process proceeds to step S220.

  In step S220, the fact that an applet corresponding to the detected applet identification code exists in the WWW server 100 is registered in the applet management table 440 and the applet presence management table 460, the process proceeds to step S222, and the requesting browser terminal 300 is registered. The number of applet transmissions is added, and the process proceeds to step S224.

  In step S224, it is determined whether or not the number of times the applet has been transmitted is greater than or equal to a predetermined value (for example, 100 times). If it is determined that the number of times of transmission is greater than or equal to the predetermined value (Yes), a full screen update command is requested. Transmission is made to the original browser terminal 300, the process proceeds to step S228, the number of applets transmitted for the request source browser terminal 300 is set to “0”, and the process proceeds to step S212. When the process proceeds to step S212, it is determined whether or not the next applet identification code is detected from the acquired Web page based on the analysis result. This is because the second and subsequent executions of step S212 correspond to the case where a plurality of applet identification codes are included in one Web page.

  On the other hand, when it is determined in step S224 that the number of applet transmissions is less than the predetermined value (No), the process proceeds to step S212. When the process proceeds to step S212, it is determined whether or not the next applet identification code is detected from the acquired Web page based on the analysis result. This is because the second and subsequent executions of step S212 correspond to the case where a plurality of applet identification codes are included in one Web page.

  On the other hand, when it is determined in step S218 that the applet related to the specific request does not exist in the WWW server 100 (No), the process proceeds to step S232, and the applet corresponding to the detected applet identification code does not exist in the WWW server 100. This is registered in the applet management table 440 and the applet presence management table 460, and the process proceeds to step S234, where the replacement page for notifying that no applet exists is replaced with the acquired web page and the requesting browser terminal 300, and a series of processing ends and the original processing is restored.

  On the other hand, when it is determined in step S214 that the applet corresponding to the detected applet identification code is registered in the applet management table 440 and the applet presence management table 460 (Yes), the process proceeds to step S236, and the applet management table is entered. 440 and applet presence management table 460 are referenced to determine whether or not the applet related to the specific acquisition request exists in WWW server 100. When it is determined that no applet exists (No), the process proceeds to step S234. .

  On the other hand, when it is determined in step S236 that the applet related to the specific acquisition request exists in the WWW server 100 (Yes), the process proceeds to step S222.

  On the other hand, when it is determined in step S212 that the applet identification code is not detected from the acquired web page (No), the process proceeds to step S230, the acquired web page is transmitted to the requesting terminal, and a series of processing is performed. End and return to the original process.

  On the other hand, when it is determined in step S204 that the requesting terminal is not the browser terminal 300 (No), the process proceeds to step S238, and the terminal identification information indicating the IP address included in the acquisition request and the normal terminal 310 Is registered in the terminal management table 400, the process proceeds to step S240, the WWW server 100 related to the acquisition request is accessed, the process proceeds to step S242, and the Web page related to the acquisition request is acquired from the WWW server 100. The process proceeds to S230.

  On the other hand, when it is determined in step S201 that the IP address included in the acquisition request is registered in the terminal management table 400 (Yes), the process proceeds to step S244 and the request source is referred to by referring to the terminal management table 400. If it is determined whether the terminal is the browser terminal 300 and it is determined that the request source terminal is the browser terminal 300 (Yes), the process proceeds to step S206.

  On the other hand, when it is determined in step S244 that the requesting terminal is not the browser terminal 300 (No), the process proceeds to step S240.

  Next, the operation of the present embodiment will be described with reference to FIG. FIG. 9 is a display screen of the browser terminal 300.

  First, a case will be described in which whether or not there is an applet used by a Web page that a terminal connected to the private network 199 may access will be described.

  The proxy server 200 executes applet presence registration processing when the power is turned on. When the applet presence registration process is executed, the URL is read from the top record of the access registration table 400 through steps S100 to S104, and the WWW server 100 is accessed based on the read URL. A corresponding Web page is acquired from 100.

  Next, through steps S106 to S108, the acquired web page is analyzed, and if the applet identification code is included in the web page, the applet identification code is detected from the obtained web page, and the detected applet identification is detected. The WWW server 100 related to the specific acquisition request corresponding to the code is accessed. As a result, if the applet related to the specific acquisition request exists in the WWW server 100, the applet management table 440 and the applet indicate that the applet corresponding to the detected applet identification code exists in the WWW server 100 through step S114. Registered in the presence management table 460. On the other hand, if the applet related to the specific acquisition request does not exist in the WWW server 100, the applet management table 440 and the fact that the applet corresponding to the detected applet identification code does not exist in the WWW server 100 through step S120. It is registered in the applet presence management table 460.

  By performing such processing for all URLs registered in the access registration table 400, the presence or absence of an applet used by a Web page that may be accessed by a terminal connected to the private network 199 is determined as a proxy. Registered in the server 200.

  Next, a case where the proxy server 200 mediates data acquisition will be described.

  In the browser terminal 300, when the user operates the Web browser, a request for acquiring a Web page to be browsed is transmitted to the proxy server 200. This acquisition request is transmitted as an HTTP packet.

  When the proxy server 200 receives the acquisition request, if the IP address included in the acquisition request is not registered in the terminal management table 400, the HTTP header of the acquisition request is analyzed through steps S201 to S204, and the analysis result is displayed. Based on this, it is determined whether or not the request source terminal is the browser terminal 300. If it is determined that the request source terminal is the browser terminal 300, the terminal management table 400 shows the IP address included in the acquisition request and the terminal identification information indicating the browser terminal 300 through steps S205 to S208. The WWW server 100 related to the acquisition request is accessed, and the Web page related to the acquisition request is acquired from the WWW server 100.

  The acquired web page is analyzed through steps S210 and S212. If the applet identification code is included in the web page, the applet identification code is detected from the obtained web page. If the acquisition request is not registered in the applet management table 440, the WWW server 100 related to the specific acquisition request corresponding to the detected applet identification code is accessed through step S216. As a result, if the applet related to the specific acquisition request exists in the WWW server 100, the applet management table 440 indicates that the applet corresponding to the detected applet identification code exists in the WWW server 100 through steps S220 and S222. And the number of applets transmitted to the requesting browser terminal 300 is added. As a result of this addition, when the number of applet transmissions exceeds a predetermined value, the full screen update command is transmitted to the requesting browser terminal 300 through steps S226, S228, S212, and S230, and the applet transmission number is set to “0”. The set and acquired web page is transmitted to the requesting browser terminal 300.

  In the browser terminal 300, since the memory area is allocated to and released from the applet by the static memory management method, when the full screen update command is received, all the memory areas allocated to the applet are released. Therefore, even when a Web page composed of a plurality of frames is displayed, the memory area allocated to the applet is once released, so that the possibility of falling into an inoperable state due to insufficient memory resources is reduced. Can do.

  If, as a result of the addition, the number of applet transmissions does not exceed a predetermined value, the acquired Web page is transmitted to the browser terminal 300 that made the request. This is the same operation as a conventional proxy server.

  On the other hand, as a result of the determination, if the applet related to the specific acquisition request does not exist in the WWW server 100, the applet corresponding to the detected applet identification code does not exist in the WWW server 100 through steps S232 and S234. A replacement page registered in the applet management table 440 and the applet presence management table 460 for notifying that an applet does not exist is transmitted to the browser terminal 300 as a request source instead of the acquired Web page.

  In the browser terminal 300, when the replacement page is received, the replacement page as shown in FIG. 9A or FIG. 9B is displayed. For example, if the browser terminal 300 is installed in a store or the like for use by a customer, the customer knows that a problem has occurred when viewing the display. You can take action. Therefore, since it is possible to cope with the applet before execution, the possibility of falling into an inoperable state can be reduced.

  Next, when browsing the same web page as described above in another browser terminal 300, when the user operates the web browser in the browser terminal 300, an acquisition request for the web page to be browsed is transmitted to the proxy server 200. The

  When receiving the acquisition request, the proxy server 200 analyzes the HTTP header of the acquisition request, and determines whether the request source terminal is the browser terminal 300 based on the analysis result. Here, when it is determined that the request source terminal is the browser terminal 300, the WWW server 100 related to the acquisition request is accessed, and the Web page related to the acquisition request is acquired from the WWW server 100.

  Then, the acquired web page is analyzed, and if the applet identification code is included in the web page, the applet identification code is detected from the obtained web page. Here, since the applet corresponding to the detected applet identification code is registered in the applet presence management table 460 in the above process, the applet management table 440 and the applet presence management table 460 are referred to through steps S236 and S234. Then, it is determined that the applet related to the specific acquisition request does not exist in the WWW server 100, and a replacement page for notifying that the applet does not exist is transmitted to the requesting browser terminal 300 instead of the acquired Web page. Is done.

  As a result of the analysis of the HTTP header, if the request source terminal is determined to be the normal terminal 310, or if the acquired Web page does not include an applet identification code, the acquired Web page is It is sent to the requesting terminal as it is.

  In this way, in this embodiment, the proxy server 200 is communicably connected to the browser terminal 300 that allocates and releases the memory area for the applet by the static memory management method and the plurality of WWW servers 100. In response to an acquisition request from the browser terminal 300, a Web page is acquired from the WWW server 100, and the acquired Web page is transmitted to the requesting browser terminal 300, while an applet to the browser terminal 300 is acquired based on the acquired Web page. The full-screen update command is transmitted to the requesting browser terminal 300 based on the count result.

  As a result, the memory area is released according to the number of times the applet has been transmitted. Therefore, in the browser terminal 300 adopting the static memory management method, there is a possibility that the browser terminal 300 may become inoperable due to a shortage of memory resources. Can be reduced.

  Furthermore, in this embodiment, the proxy server 200 acquires a Web page from the WWW server 100 in response to the acquisition request, and when the acquired Web page includes a specific acquisition request, the proxy server 200 acquires the specific acquisition from the Web page. The request is detected, it is determined whether an applet related to the detected specific acquisition request exists in the WWW server 100, and it is determined that there is no applet related to the specific acquisition request included in the Web page for the acquired Web page. In this case, instead of the Web page, a replacement page indicating that no applet exists is transmitted to the requesting terminal.

  Thereby, when the applet related to the specific acquisition request does not exist in the WWW server 100, the requesting terminal can be notified that the applet does not exist before the requesting terminal transmits the specific acquisition request. In the browser terminal 300, the possibility of falling into an inoperable state can be reduced as compared with the conventional case. In addition, since this can be realized without providing a return button, the certainty of service provision is not significantly reduced.

  Further, in the present embodiment, the proxy server 200 detects that the specific acquisition request is included in the Web page by detecting the applet identification code from the acquired Web page.

  Thereby, it can be detected relatively reliably that the specific acquisition request is included.

  Further, in the present embodiment, when the proxy server 200 detects that the acquired web page includes the specific acquisition request, the proxy server 200 analyzes the Web page including the specific acquisition request, and the analysis result Only when it is determined that the applet is not registered in the applet management table 440 and the applet presence management table 460, the WWW server 100 is accessed to determine whether the applet related to the specific acquisition request exists. It has become.

  Thereby, since only the applet that has never been determined whether or not it exists is accessed to the WWW server 100, the number of accesses to the WWW server 100 can be reduced.

  Furthermore, in this embodiment, when the proxy server 200 receives the acquisition request, the proxy server 200 determines whether the request source terminal is the browser terminal 300 based on the analysis result of the received acquisition request, and the browser terminal When it is determined that the number is 300, the specific acquisition request is detected and the existence of the applet is confirmed.

  As a result, the specific acquisition request is detected and the existence of the applet is confirmed only for the Web page to be transmitted to the browser terminal 300, so that the processing load can be reduced.

  Furthermore, in the present embodiment, before receiving the acquisition request from the browser terminal 300, the proxy server 200 accesses the WWW server 100 based on the URL of the access registration table 400 to determine whether the corresponding applet exists. Whether or not the corresponding applet is present is registered in the applet management table 440 and the applet presence management table 460.

  As a result, registration in the applet management table 440 and the applet presence management table 460 is performed before receiving the acquisition request, so that the response speed to the browser terminal 300 can be improved.

  Further, in the present embodiment, when the proxy server 200 receives the acquisition request, the proxy server 200 analyzes the HTTP header of the acquisition request and determines whether or not the requesting terminal is the browser terminal 300 based on the analysis result. When the IP address included in the acquisition request is registered in the terminal management table 400 while registering in the terminal management table 400 based on the determination result, the request source terminal is referred to the terminal management table 400 Whether or not is the browser terminal 300 is determined.

  As a result, once registered in the terminal management table 400, it is not necessary to analyze the HTTP header for the requesting terminal, thereby reducing the processing load on the proxy server 200 and improving the response speed to the requesting terminal. be able to.

  In the above embodiment, the Internet 198 and the private network 199 correspond to networks, and the WWW server 100, the browser terminal 300, and the normal terminal 310 correspond to network resources. The storage device 42 corresponds to storage means, steps S206 and S208 correspond to server-side data acquisition means or server-side data acquisition step, and steps S210 and S212 correspond to specific acquisition request detection means. Yes.

  Moreover, in the said embodiment, step S216, S218 respond | corresponds to a data presence determination means, and step S222 respond | corresponds to a frequency | count count means or a frequency | count count step. Step S226 corresponds to an update command output unit, an update command transmission unit, an update command output step, or an update command transmission step, and steps S230 and S234 correspond to a data transmission unit or a data transmission step.

  In the above embodiment, the replacement page corresponds to the notification data, the full screen update instruction corresponds to the update instruction, and the applet corresponds to the specific format data or the execution type program data. The applet identification code corresponds to request identification information, the URL corresponds to data identification information or an acquisition destination address, and the IP address corresponds to network resource identification information.

  In the above embodiment, the proxy server 200 is configured to always analyze the acquired Web page in steps S106 and S210. However, the URL is not limited to this, and the URL of the acquired Web page is stored in the applet management table 440. When it is determined whether or not it is registered and it is determined that it is registered in the applet management table 440, the analysis of the Web page may be omitted.

  Thereby, once registered in the applet management table 440, it is not necessary to analyze the Web page, so that the processing load of the proxy server 200 can be reduced and the response speed to the requesting terminal can be improved.

  In the above embodiment, a plurality of applet presence management tables 460 shown in FIG. 6 are provided for each Web page. However, the present invention is not limited to this, and the plurality of applet presence management tables 460 are configured as one table. Also good. Thereby, it is possible to speed up the search.

  In the above embodiment, the request source terminal is identified by the IP address included in the acquisition request. However, the present invention is not limited to this, and the request source terminal is determined based on user information transmitted and received by a cookie. It can also be configured to identify the terminal.

  Further, in the above-described embodiment, the case where the control program stored in advance in the ROM 32 is executed has been described in executing the processing shown in the flowcharts of FIGS. 7 and 8. However, the present invention is not limited to this. Alternatively, the program may be read from the storage medium storing the program indicating the above procedure into the RAM 34 and executed.

  Here, the storage medium is a semiconductor storage medium such as RAM or ROM, a magnetic storage type storage medium such as FD or HD, an optical reading type storage medium such as CD, CDV, LD, or DVD, or a magnetic storage type such as MO. / Optical reading type storage media, including any storage media that can be read by a computer regardless of electronic, magnetic, optical, or other reading methods.

  In the above embodiment, the case where the memory management device, the proxy server, the memory management program and the server program, and the memory management method described in the present invention are applied to a network system including the Internet 198 has been described. For example, the present invention may be applied to a so-called intranet that performs communication in the same manner as the Internet 198. Of course, the present invention is not limited to a network that performs communication in the same manner as the Internet 198, but can be applied to a normal network.

  In the above embodiment, the memory management device, the proxy server, the memory management program, the server program, and the memory management method described in the present invention are connected between the Internet 198 and the private network 199 as shown in FIG. Although the present invention is applied to the proxy server 200 provided therebetween, the present invention is not limited to this, and can be applied to other cases without departing from the gist of the present invention. For example, the processing realized by the proxy server 200 can be configured as software that is incorporated into the browser terminal 300.

It is a block diagram which shows the structure of the network system to which this invention is applied. 2 is a block diagram showing a configuration of a proxy server 200. FIG. 4 is a diagram showing a data structure of an access registration table 400. FIG. It is a figure which shows the data structure of the terminal management table. It is a figure which shows the data structure of the applet management table. 6 is a diagram illustrating a data structure of an applet presence management table 460. FIG. It is a flowchart which shows an applet presence registration process. It is a flowchart which shows a data mediation process. It is a display screen of the browser terminal 300.

Explanation of symbols

100 WWW server 198 Internet 300 Browser terminal 310 Normal terminal 199 Private network 200 Proxy server 30 CPU
32 ROM
34 RAM
38 I / F
40 input device 42 storage device 44 display device 400 access registration table 420 terminal management table 440 applet management table 460 applet presence management table

Claims (3)

Data acquisition means for acquiring data;
A memory area allocation means for allocating a memory area by a static memory management scheme data in a particular format of the data acquired by the data acquisition means,
Memory area releasing means for releasing a memory area allocated to the data of the specific format in response to an update instruction ;
Number counting means for counting the number of acquisitions of data in a specific format acquired by the data acquisition means;
Anda update instruction output means for outputting the pre-Symbol updating command based on the counting result of the number counting means,
The memory management system , wherein the data acquisition means, the memory area allocation means, the memory area release means, the frequency coefficient means, and the update command output means are integrally configured . A network system having a terminal and a server connected via a network,
Data acquisition means for acquiring data via the network;
A memory area allocating means for allocating a memory area to the data in a specific format among the data acquired by the data acquiring means by a static memory management method;
Memory area releasing means for releasing a memory area allocated to the data of the specific format in response to an update command received via the network;
A terminal having
Number counting means for counting the number of acquisitions of data in a specific format acquired by the data acquisition means;
An update command output means for outputting the update command to the terminal via the network based on a counting result of the number counting means;
A server having
A network system comprising: A network system having a browser terminal and a proxy server,
  Terminal-side data acquisition means for acquiring data from the proxy server;
  A memory area allocating means for allocating a memory area to the data in a specific format among the data acquired by the terminal side data acquiring means by a static memory management method;
  Memory area releasing means for releasing a memory area allocated to the data of the specific format in response to an update instruction;
  Transmitting means for transmitting the data acquisition request to the proxy server;
A browser terminal having
  Server-side data acquisition means for acquiring the data from another network resource different from the browser terminal in response to the acquisition request;
  Data transmission means for transmitting data acquired by the server-side data acquisition means to the browser terminal;
Count counting means for counting the number of transmissions of the data in the specific format to the browser terminal based on the data acquired by the server-side data acquisition means;
  Update command transmission means for transmitting the update command to the browser terminal based on the counting result of the number counting means;
A proxy server having
  A network system comprising:

Images