JP5686046B2 - Application providing system, application providing method, and application providing program - Google Patents

Description

  The present invention relates to an application providing system, an application providing method, and an application providing program.

  In recent years, Web applications (hereinafter simply referred to as Web applications) that provide various applications on the client side on a Web server are widely known. The client side executes various processes using a web application on the web server side online without installing an application.

  Further, in recent years, the HTML (Hyper Text Markup Language) 5 standard has a Web application cache function. In the Web application cache function, all resources, such as HTML, CSS (Cascading Style Sheet), and JavaScript (registered trademark), which are components of the Web application, are cached on the client side in the application cache on the Web browser side. Then, the client side can execute the web application as a local application based on the resources cached in the application cache even when offline. Further, after editing the content using the Web application, the client can store the content locally and upload the edited content and store it in the server while online.

Special table 2010-508581 Special table 2007-519071 gazette JP 2004-213243 A JP 2005-107842 A JP 2003-308210 A

  Normally, a Web browser looks at a manifest file that describes a list of resources of a Web application, and automatically updates cached resources if there are updates to resources on the Web server side. On the other hand, data other than Web application resources that cannot be described in the manifest, for example, content files created by the client and uploaded to the Web server cannot be automatically updated. Therefore, a method of describing a Web application so that the latest content is acquired from the Web server when the Web application is executed is generally used.

  However, the client cannot acquire the latest edited content even if the Web application is executed offline. For example, assume that a client edits content using a web application and then edits the content edited earlier from another terminal using the web application. In this case, since the client using the web application in another terminal cannot acquire the latest edited content even if the web application is executed offline, the contents of the edited content stored locally in each terminal are different. . As a result, the client cannot re-edit the latest edited content.

  In one aspect, an object is to provide an application providing system, an application providing method, and an application providing program capable of acquiring the latest edited content when a web application is executed even when the client side is offline.

  In one aspect, the disclosed system includes a communication device including a processor and an application providing device including a processor that provides a web application resource to the communication device. When the processor of the application providing device detects content edited by the web application executed by the communication device, the processor stores the edited content in the resource of the web application. Further, when the processor detects an application request for requesting the Web application from the communication device, the processor provides resources of the Web application to the communication device that has executed the application request. Furthermore, when the processor of the communication device receives the resource of the Web application from the application providing device, the processor temporarily stores the resource. Further, the processor of the communication device synchronizes the saved resource with the cache of the web browser, and executes the web application based on the cached resource. Further, the processor of the communication device restores the content stored in the resource based on the cached resource.

  In the disclosed system, the latest edited content can be acquired when the Web application is executed even when the client side is offline.

FIG. 1 is a functional block diagram illustrating an example of the inside of the Web application providing system according to the first embodiment. FIG. 2 is an explanatory diagram illustrating an example of an embodiment of a Web application providing system. FIG. 3 is an explanatory diagram illustrating an example of table contents of the address management unit. FIG. 4 is an explanatory diagram illustrating an example of a manifest and resources. FIG. 5 is an explanatory diagram illustrating an example of a usage pattern of the Web application providing system according to the first embodiment. FIG. 6 is a flowchart showing an example of the processing operation of the Web server related to the content update processing. FIG. 7 is a flowchart illustrating an example of the processing operation of the push server related to the address providing process. FIG. 8 is a flowchart illustrating an example of processing operation of the communication terminal related to the Web application acquisition process. FIG. 9 is a sequence illustrating an example of a processing operation related to resource acquisition between the Web browser and the Web server. FIG. 10 is an explanatory diagram illustrating an example of an embodiment of the Web application providing system according to the first embodiment. FIG. 11 is a functional block diagram illustrating an example of the Web application providing system according to the second embodiment. FIG. 12 is an explanatory diagram showing an example of the contents of the address management table. FIG. 13 is a flowchart illustrating an example of the processing operation of the source communication terminal. FIG. 14 is a flowchart illustrating an example of the processing operation of the push server related to the address providing process. FIG. 15 is a flowchart illustrating an example of the processing operation of the destination communication terminal. FIG. 16 is an explanatory diagram illustrating an example of a linked operation between a source communication terminal and a destination communication terminal. FIG. 17 is an explanatory diagram illustrating an example of a usage pattern of the Web application providing system according to the third embodiment. FIG. 18 is a functional block diagram illustrating an example of the inside of the Web application providing system according to the fourth embodiment. FIG. 19 is an explanatory diagram of an example of the contents of the address management table. FIG. 20 is an explanatory diagram illustrating an example of table contents of the user management table. FIG. 21 is a flowchart showing an example of the processing operation of the PUSH server related to the user-specified address provision processing. FIG. 22 is an explanatory diagram of a computer that executes an application providing program.

  Hereinafter, embodiments of an application providing system, an application providing method, and an application providing program disclosed in the present application will be described in detail based on the drawings. The disclosed technology is not limited by the present embodiment.

  The present applicant has devised a push system web application providing system. FIG. 2 is an explanatory diagram illustrating an example of a usage pattern of the Web application providing system. A web application providing system 1A illustrated in FIG. 2 includes a push server 2, a web server 3, a personal computer 4A, and a tablet terminal 4B. The owners of the personal computer 4A and the tablet terminal 4B are, for example, the same user.

  The personal computer 4 </ b> A is brought online with the Web server 3 using a Web browser, and acquires, for example, a Web application of document creation software from the Web server 3. The personal computer 4A creates and edits content using the web application (step S11). The personal computer 4A stores the created and edited content locally and uploads the content to the Web server 3 (step S12). Then, the web server 3 stores the content uploaded from the personal computer 4A in association with the web application (step S13). As a result, the same content is stored in the personal computer 4A and the Web server 3.

  When the push server 2 detects the update of the web application, for example, the update of the edited content (step S14), the push server 2 pushes the storage destination address related to the resource of the updated web application to the tablet terminal 4B, for example. (Step S15). When the tablet terminal 4B receives the storage destination address, the tablet terminal 4B acquires the updated web application resource from the web server 3 based on the storage destination address (step S16). The tablet terminal 4B caches the web application resource acquired from the web server 3, and executes the web application based on the cached resource (step S17). As a result, the tablet terminal 4B can execute the Web application locally even offline based on the cached resource.

  Furthermore, if the tablet terminal 4B is online with the Web server 3, the latest edited content stored in the Web server 3 can be acquired when the Web application is executed. As a result, the same content is stored locally in the personal computer 4A and the tablet terminal 4B. However, the tablet terminal 4B cannot acquire the edited content stored in the Web server 3 unless the Web application is executed when online with the Web server 3. As a result, the edit contents stored locally in the personal computer 4A and the tablet terminal 4B are different when offline (step S18). Therefore, the tablet terminal 4B cannot re-edit the edited content created on the personal computer 4A side. Therefore, the present applicant has devised a Web application providing system that can acquire the latest editing data when the Web application is executed even when offline.

  FIG. 1 is a functional block diagram illustrating an example of the inside of the Web application providing system according to the first embodiment. Note that the same components as those in the web application providing system 1A shown in FIG. A web application providing system 1 illustrated in FIG. 1 includes a push server 2, a web server 3, and a communication terminal 4. Note that the push server 2, the web server 3, and the communication terminal 4 are connected for communication through, for example, a wireless or wired communication network. The PUSH server 2 includes an update monitoring unit 12, an address management unit 13, a timing monitoring unit 14, and a PUSH transmission unit 15. A resource is a component of a Web application, such as HTML, CSS, and JavaScript. The update monitoring unit 12 communicates with each Web server 3 and monitors the update status of the Web application. Note that the update status of the Web application includes update of edit data edited using the Web application. Further, the update monitoring unit 12 may access a database that centrally manages the update status of the Web application of each Web server 3 and monitor the update status of each Web application.

  FIG. 3 is an explanatory diagram showing an example of the table contents of the address management unit 13. The address management unit 13 shown in FIG. 3 dynamically registers and updates the contents of the table by associating the user ID 13A, the terminal ID 13B, the application ID 13C, the storage destination address 13D, and the provision timing 13E with each other. For example, the user ID 13A is an ID for identifying a user registered in the Web application providing system 1. The terminal ID 13B is, for example, an ID for identifying the communication terminal 4 of the user registered in the web application providing system 1. The application ID 13 </ b> C is an ID for identifying a web application provided to the communication terminal 4. The storage destination address 13D is a storage destination address for managing the resources of the Web application to be provided. The provision timing 13 </ b> E is a condition timing when the storage destination address of the Web application provided to the communication terminal 4 is PUSH transmitted to the communication terminal 4.

  Note that various timings are conceivable as examples of the provision timing 13E. The provision timing 13E is, for example, the timing at which the update monitoring unit 12 detects the update of the web application. The update of the web application includes not only the update of the program of the web application itself but also the update of the content edited by using the web application. In addition, for example, when the web application is a menu browsing application that provides a restaurant menu, the provision timing 13E is, for example, a timing when the communication terminal 4 enters a communication area near the restaurant. The provision timing 13E is a timing when the communication terminal 4 enters the communication area range in the school site when the Web application is a textbook browsing application that provides a textbook of the school. Also, the provision timing 13E is a timing when the communication terminal 4 enters the communication area range in the conference room when the Web application is a document distribution application that distributes conference materials. The provision timing 13E is a timing when the communication terminal 4 using the web application enters a predetermined communication area range when the web application is updated.

  The timing monitoring unit 14 determines whether or not the current timing is the provision timing 13E based on the provision timing 13E in the address management unit 13. When the current timing is the provision timing 13E, the timing monitoring unit 14 acquires the user ID 13A, the terminal ID 13B, and the storage destination address 13D corresponding to the provision timing 13E from the address management unit 13. The timing monitoring unit 14 identifies the communication terminal 4 at the provision timing based on the acquired terminal ID 13B. Further, the timing monitoring unit 14 specifies the storage destination of the resource of the web application provided to the communication terminal 4 at the provision timing based on the acquired storage destination address 13D. When the push transmission to the communication terminal 4 specified by the timing monitoring unit 14 is possible, the push transmission unit 15 pushes the storage destination address to the communication terminal 4.

  Each Web server 3 includes an application management unit 21, an application providing unit 22, a content storage unit 23, a storage control unit 24, and a content acquisition unit 25. The application providing unit 22, the storage control unit 24, the content acquisition unit 25, and the like are executed by a processor (not shown) in the Web server 3. The application management unit 21 manages an application package 21A that stores Web application resources, manifests, and the like for each storage destination address. The application package 21A has a manifest 210 and a resource 220. FIG. 4 is an explanatory diagram illustrating an example of the manifest 210 and the resource 220. The manifest 210 is a list of web application resources 220. The manifest 210 includes an Index. html 211 and Restore. js212 and aaa. Jpg 213 and Data. Indicating the container file storing the contents. json 214.

  The resource 220 is the content of the resource used for the web application. The resource 220 includes an Index. html 221 and Restor. js222. Further, the resource 220 includes aaa. Jpg 223 and Data. json 224. The json (JavaScript Object Notation) file is a data file having a data format that can be interpreted by the JavaScript program executed on the Web browser. In addition, the restoration program is Data. This is a program for extracting content from a JSON file and restoring the content in the local storage. Data. The json 224 includes stored content attribute information and converted content data.

  The content acquisition unit 25 acquires the edited content in response to the upload of the content edited using the web application on the communication terminal 4 side. Further, the content storage unit 23 stores the edited content of the web application acquired by the content acquisition unit 25 in a content file format. The storage control unit 24 includes a conversion unit 24A and a storage unit 24B. The conversion unit 24A converts the edited content stored in the content storage unit 23 into a data format that can be interpreted by the restoration program in the resource, for example, the JSON format. The storage unit 24B stores the data converted into the JSON format into a container file in the resource, for example, Data. Store in the JSON file. When the application providing unit 22 detects an application request from the communication terminal 4, the application providing unit 22 acquires the web application manifest 210 and the resource 220 corresponding to the application request from the application management unit 21. Furthermore, the application providing unit 22 provides the acquired web application manifest 210 and resource 220 to the communication terminal 4 that has executed the application request.

  The communication terminal 4 corresponds to, for example, a mobile phone, a smartphone, a personal computer, a tablet terminal or the like having a communication function. The communication terminal 4 includes a communication unit 31, an operation unit 32, a display unit 33, a memory 34, and a CPU 35 such as a processor. The communication unit 31 is communicatively connected to another communication terminal 4 or a server through a communication network or the like. The operation unit 32 inputs various commands. The display unit 33 displays various information. The memory 34 stores various information and the like. The CPU 35 controls the entire communication terminal 4. The CPU 35 executes software functions such as the Web browser 40 and the PUSH client 36. The web browser 40 and the push client 36 may be executed on different CPUs.

  The PUSH client 36 includes a PUSH receiving unit 51, an application acquisition unit 52, and a temporary storage 53. The PUSH receiving unit 51 receives the storage destination address storing the Web application resource related to the provision timing from the PUSH server 2. The application acquisition unit 52 requests the Web server 3 for resources of the Web application based on the storage destination address received by the PUSH receiving unit 51. When the application acquisition unit 52 acquires the Web application resource from the Web server 3, the application acquisition unit 52 registers the Web application resource in the temporary storage 53.

  The web browser 40 includes a cache synchronization unit 41, an application cache 42, an application execution unit 43, and a local storage 45. The cache synchronization unit 41 converts the resource registered in the temporary storage 53 into a data format that can be interpreted by the Web browser, and caches it in the application cache 42. The application execution unit 43 executes the web application based on the resource cached in the application cache 42. Further, the application execution unit 43 executes a resource restoration program (Restore.js) cached in the application cache 42. The application execution unit 43 executes the restoration program, so that the Data. The content stored in the json file is restored, and the restored content is stored in the local storage 45. The cache synchronization unit 41 may be outside the web browser.

  The web application providing system 1 includes a PULL method and a PUSH method. In the PULL method, the communication terminal 4 requests the PUSH server 2 for a storage address of a desired Web application resource. Then, the communication terminal 4 acquires the Web application resource based on the storage destination address acquired from the PUSH server 2. Further, as described above, in the PUSH method, the PUSH server 2 provides the communication terminal 4 with the storage address of the Web application resource in accordance with the Web application provision timing.

  Next, the operation of the web application providing system 1 according to the present embodiment will be described. FIG. 5 is an explanatory diagram illustrating an example of a usage pattern of the Web application providing system 1 according to the first embodiment. The web application providing system 1 illustrated in FIG. 5 includes a push server 2, a web server 3, and a communication terminal 4.

  As shown in FIG. 5, when the user of the communication terminal 4 enters the museum, the PUSH server 2 determines the provision timing and stores the storage destination address of the resource related to the Web application for the guidance navigation of the museum to the communication terminal 4. Send. Then, the communication terminal 4 acquires and caches resources related to the Web application of the museum guidance navigation from the Web server 3 of the storage destination address received from the PUSH server 2. Then, the communication terminal 4 executes a web application for guidance navigation based on the cached resources. As a result, the user can receive guidance in the museum with the guidance navigation application without performing the acquisition operation of the guidance navigation Web application.

  When the user of the communication terminal 4 comes near the restaurant, the PUSH server 2 determines that it is the provision timing, and pushes the storage destination address of the resource related to the web application for browsing the restaurant menu to the communication terminal 4. . Then, the communication terminal 4 acquires and caches resources related to the menu browsing Web application from the Web server 3 of the storage destination address received from the PUSH server 2. Then, the communication terminal 4 executes a menu browsing Web application based on the cached resource. As a result, the user can browse the menu of the restaurant with the menu browsing app without performing the acquisition operation of the web app for browsing the menu.

  When the user of the communication terminal 4 comes to school, the PUSH server 2 determines that it is the provision timing, and pushes the storage destination address related to the Web application for textbook browsing to the communication terminal 4. Then, the communication terminal 4 acquires and caches resources related to the textbook browsing web application from the web server 3 of the storage destination address received from the push server 2. Then, the communication terminal 4 executes a textbook browsing web application based on the cached resources. As a result, the user can browse the textbook of the school with the textbook browsing app without performing the acquisition operation of the textbook browsing web app.

  When the user of the communication terminal 4 enters the conference room, the PUSH server 2 determines that it is the provision timing, and pushes the storage destination address related to the resource of the web application for viewing the presentation material to the communication terminal 4. Then, the communication terminal 4 acquires the resource of the Web application for browsing the material from the Web server 3 at the storage address received from the PUSH server 2 and caches it. Then, the communication terminal 4 executes a material browsing Web application based on the cached resource. As a result, the user can browse the presentation material with the material browsing application without performing the acquisition operation of the material browsing Web application.

  FIG. 6 is a flowchart showing an example of the processing operation of the Web server 3 related to the content update processing. In the content update process illustrated in FIG. 6, when content edited by a Web application is acquired from the communication terminal 4, the content is updated by storing the edited content in a resource container of the Web application. In FIG. 6, the content acquisition unit 25 of the Web server 3 acquires the content edited by the Web application from the communication terminal 4 (step S21). When acquiring the edited content, the content storage unit 23 of the Web server 3 stores the edited content for each terminal ID or user ID of the Web application (step S22). The conversion unit 24A of the storage control unit 24 of the Web server 3 converts the stored content into a data format that can be interpreted by the restoration program, for example, data in the JSON format (step S23).

  Further, the storage unit 24B in the storage control unit 24 converts the content converted into the JSON format data into Data. It stores in the json file (step S24). The storage unit 24B creates a new container file Data. By replacing with json (step S25), the processing operation shown in FIG. 6 is terminated. As a result, the PUSH server 2 receives Data. Data update is recognized when the update date information of the json file changes.

  In the content update process illustrated in FIG. 6, when the Web server 3 acquires the content edited by the Web application from the communication terminal 4, the Web server 3 stores the acquired content in the Data. Store in the JSON file. Then, when the container file is replaced with a new one, the data update date information changes, so that it is recognized that the data of the Web application has been updated.

  FIG. 7 is a flowchart showing an example of the processing operation of the push server 2 related to the address providing process. In the address providing process shown in FIG. 7, the provision timing of the web application is monitored, and when the provision timing is detected, the storage destination address of the resource related to the provisioned web application is PUSH transmitted to the communication terminal 4 corresponding to the provision timing. It is processing. The timing monitoring unit 14 of the PUSH server 2 illustrated in FIG. 7 determines whether or not the current timing is the provision timing being managed by the address management unit 13 (step S31). When the current timing is the provision timing (Yes at Step S31), the timing monitoring unit 14 specifies the terminal ID 13B and the storage destination address 13D related to the provision timing from the address management unit 13 (Step S32).

  After specifying the terminal ID 13B and the storage destination address 13D, the PUSH transmission unit 15 of the push server 2 pushes the storage destination address 13D to the communication terminal 4 with the terminal ID 13B (step S33), and the processing operation shown in FIG. Exit. The PUSH transmission unit 15 determines whether or not communication with the communication terminal 4 with the terminal ID 13B is possible, and when the communication is possible, the storage destination address 13D with respect to the communication terminal 4 is determined. Is pushed. Further, when the current timing is not the provision timing (No at Step S31), the update monitoring unit 12 of the PUSH server 2 monitors the update status of the Web application of each Web server 3 (Step S34), and monitors the provision timing. Control goes to step S31.

  In the address providing process shown in FIG. 7, the provision timing of the web application is monitored, and when the provision timing is detected, the storage destination address of the resource of the web application to be provided is PUSH transmitted to the communication terminal 4 corresponding to the provision timing. As a result, for example, the communication terminal 4 can recognize the storage destination address of the Web application resource according to the Web application data update provision timing.

  FIG. 8 is a flowchart illustrating an example of processing operation of the communication terminal 4 related to the Web application acquisition processing. The web application acquisition process illustrated in FIG. 8 is a process of acquiring the web application resource from the web server 3 based on the storage destination address acquired from the push server 2 and caching the resource in the application cache 42. In FIG. 8, the PUSH receiving unit 51 of the PUSH client 36 of the communication terminal 4 determines whether or not the storage destination address 13D has been received from the PUSH server 2 (step S41). When receiving the storage destination address (Yes at Step S41), the application acquisition unit 52 of the PUSH client 36 requests the Web application from the Web server 3 based on the storage destination address (Step S42). The application acquisition unit 52 determines whether resources for the Web application request have been acquired (step S43).

  When acquiring the resource (Yes at Step S43), the application acquisition unit 52 registers the acquired resource in the temporary storage 53 (Step S44). The cache synchronization unit 41 of the web browser 40 converts the resource registered in the temporary storage 53 into a data format that can be interpreted by the web browser 40 (step S45). Further, the cache synchronization unit 41 caches the converted resource in the application cache 42 (step S46). The CPU 35 of the communication terminal 4 determines whether or not the web browser 40 has been activated (step S47).

  If the web browser 40 has been activated (Yes at step S47), the application execution unit 43 of the web browser 40 executes the web application based on the resource cached in the application cache 42 (step S48). Further, the restoration program executed on the Web browser 40 determines whether or not there is content in the resource container (step S49). When there is content in the resource container (Yes in step S49), the restoration program reads Data. The content is restored from the Json file (step S50). The restoration program updates the content by storing the restored content in the local storage 45 (step S51), and ends the processing operation shown in FIG.

  If the storage location address has not been received (No at Step S41), the application acquisition unit 52 determines whether there is a registered resource in the temporary storage 53 (Step S53). If there is a registered resource in the temporary storage 53 (Yes at Step S53), the application acquisition unit 52 proceeds to Step S45 to convert the resource.

  If there is no registered resource in the temporary storage 53 (No at Step S53), the application acquisition unit 52 ends the processing operation illustrated in FIG. Further, when there is no content in the resource container (No in step S49), the restoration program ends the processing operation shown in FIG. If the application acquisition unit 52 has not acquired a resource (No at Step S43), the application acquisition unit 52 proceeds to Step S43 in order to determine whether the resource has been acquired. If the web browser 40 has not been activated (No at step S47), the CPU 35 activates the web browser 40 (step S52), and proceeds to step S48.

  In the Web application acquisition process illustrated in FIG. 8, the Web application resource is acquired from the Web server 3 based on the storage destination address acquired from the PUSH server 2, and the resource is cached in the application cache 42. As a result, the communication terminal 4 can execute the web application based on the cached resource even when offline.

  In the web application acquisition process, the web application resource can be registered in the temporary storage 53 even if the web browser 40 has not been activated. As a result, even if the web browser 40 does not start, it is possible to automatically acquire a web application corresponding to the provision timing.

  In the Web application acquisition process, the resource registered in the temporary storage 53 is read and the resource is cached in the application cache 42. As a result, it is possible to automatically acquire a web application corresponding to the provision timing.

  Further, in the Web application acquisition process, when there is content in the resource container cached in the application cache 42, the content is restored based on the restoration program in the resource, and the restored content is stored in the local storage 45. As a result, the client can acquire the latest content when the Web application is executed even offline.

  Next, an operation when the web browser 40 of the communication terminal 4 acquires the web application resource from the web server 3 will be described. FIG. 9 is an explanatory diagram illustrating an example of a processing operation related to resource acquisition between the Web browser 40 and the Web server 3. The Web browser 40 of the communication terminal 4 shown in FIG. 9 transmits a link destination entry page acquisition request to the Web server 3 (step S62). When detecting the entry page acquisition request, the Web server 3 transmits the entry page to the Web browser 40 (step S63). When acquiring the entry page, the Web browser 40 detects the manifest in the entry page (step S64). The web browser 40 transmits a manifest acquisition request to the web server 3 based on the manifest (step S65).

  When detecting the manifest acquisition request, the Web server 3 transmits the manifest 210 in the application package 21A of the Web application to the Web browser 40 (Step S66). When acquiring the manifest 210, the Web browser 40 analyzes the manifest 210 and extracts a resource list of Web applications to be acquired (step S67). When the Web browser 40 extracts the resource list, the Web browser 40 transmits an HTML file acquisition request described in the manifest to the Web server 3 (step S68). Further, the web server 3 transmits the resource to the web browser 40 in response to the resource acquisition request described in the manifest (step S69). The Web server 3 transmits the Web application resource to the Web browser 40, but may transmit an updated file, for example, content after the second time. When acquiring the resource, the Web browser 40 caches the acquired resource in the application cache 42 (step S70). The web browser 40 executes the web application based on the cached resource (step S71).

  FIG. 10 is an explanatory diagram illustrating an example of a usage pattern of the Web application providing system 1 according to the first embodiment. Note that the personal computer 4A and the tablet terminal 4B as the communication terminal 4 in FIG. 10 are the same user. A personal computer 4A shown in FIG. 10 is brought online with the Web server 3 using a Web browser, and acquires, for example, a Web application of document creation software from the Web server 3. The personal computer 4A creates and edits content using the web application (step S81). The personal computer 4A stores the created and edited content in the local storage 45 and uploads it to the Web server 3 (step S82). The web server 3 stores the content uploaded from the personal computer 4A in the content storage unit 23 in association with the web application (step S83). Then, the web server 3 stores the content in the resource container of the web application. At this time, the same contents are stored in the Web server 3 and the personal computer 4A.

  Further, when the push server 2 detects the update of the web application, for example, the update of the edited content (step S84), the push server 2 pushes the storage destination address related to the resource of the updated web application to the tablet terminal 4B, for example. (Step S85). When receiving the storage destination address, the tablet terminal 4B acquires the updated web application resource from the Web server 3 based on the storage destination address (step S86). At this time, the edited content is stored in the resource container of the Web application.

  The tablet terminal 4B caches the web application resource acquired from the web server 3, and executes the web application based on the cached resource (step S87). Further, the tablet terminal 4B restores the edited content stored in the container by the restoration program in the cached resource (step S87). That is, the same latest edited data is stored in the local storage 45 of the personal computer 4A and the tablet terminal 4B (step S88). As a result, based on the cached resource, the tablet terminal 4B can execute the web application locally even offline, and can edit the latest edited content using the web application.

  In this embodiment, the edited content is stored in the resource of the web application, and the resource is provided to the communication terminal 4 on the client side when the content of the web application is updated. The communication terminal 4 caches the provided resource, executes the web application based on the cached resource, and restores the edited content stored in the resource. As a result, the client can acquire the latest edited content when the Web application is executed even when offline. Further, since the content stored in the local storage 45 of the communication terminal 4 that uses the Web application is the same latest content, each communication terminal 4 can edit the latest edited content stored in the local storage 45.

  Further, in this embodiment, a resource in which edited content is stored can be provided to the communication terminal 4 on the client side in accordance with the update of the content edited by the Web application.

  In addition, in this embodiment, not only the web application but also dynamically created content can be acquired at the same time, and since the content can be acquired within the download frame of the web application, the usage range of the web application distribution is limited. Expanding.

  Further, in this embodiment, it is only necessary to store the content in the resource container, and the description of the manifest indicating the resource list can be used as it is, so that it is easy to use.

  In the above embodiment, when editing content is stored in the resource of the Web application, the edited content is converted into data in the JSON format and is converted to Data. Stored in json file. However, the JSON format and Data. The file is not limited to the JSON file, and may be another data format and a storage file.

  Further, the timing monitoring unit 14 of the above embodiment monitors the provision timing for each communication terminal 4 identified by the terminal ID 13B based on the provision timing 13E for each terminal ID 13B in the address management unit 13. However, the timing monitoring unit 14 may monitor the provision timing 13E for each user ID 13A in the address management unit 13, and in this case, monitors each provision timing 13E of the user identified by the user ID 13A.

  Further, in the above embodiment, when the user of the communication terminal 4 enters the conference room, the PUSH server 2 determines the provision timing, and stores resources related to the web application for viewing the presentation material according to the provision timing. The destination address is provided to the communication terminal 4. Then, the communication terminal 4 acquires and caches resources related to the web application for viewing the presentation material based on the storage destination address. At this time, considering the confidentiality of the presentation material, it is desirable to disable the web application for viewing the presentation material after leaving the conference room. Therefore, the push server 2 associates the terminal ID of the communication terminal 4 that provided the unusable target web application, the app ID for identifying the unusable target web application, and the unusable timing of the unusable web application. It is also possible to provide a management unit that performs management.

  In this case, when the user of the communication terminal 4 leaves the conference room, the timing monitoring unit 14 of the push server 2 determines that the timing is unusable. The timing monitoring unit 14 acquires the terminal ID and the application ID at the unusable timing from the management unit according to the unusable timing. The timing monitoring unit 14 specifies an unusable communication terminal 4 based on the acquired terminal ID, and specifies an unusable communication terminal 4 Web application based on the acquired application ID. The PUSH transmission unit 15 notifies the communication terminal 4 of an unusable request for an unusable web application, for example, a web application for viewing a presentation material. When the communication terminal 4 receives the unusable request, the communication terminal 4 deletes the cached resource of the web application for viewing the presentation material, thereby making it impossible to execute the web application. As a result, the user of the communication terminal 4 can no longer browse the web application for browsing the material after leaving the conference room, so that the confidentiality of the presentation material can be ensured.

  Moreover, in the said Example, although the web browser 40 and the PUSH client 36 were run on the same CPU35, you may make it run on a different CPU.

  In the above embodiment, the communication terminal 4 is, for example, a mobile phone or a tablet terminal, and the CPU 35 is always energized. However, when the communication terminal 4 is a personal computer or the like, the push client 36 always turns on the power even when the web browser 40 side is not activated or when the power source on the CPU 35 side is not activated. This information may be in a receivable state.

  FIG. 11 is a functional block diagram illustrating an example of the Web application providing system according to the second embodiment. The same components as those in the web application providing system 1 shown in FIG. 1 are denoted by the same reference numerals, and the description of the overlapping components and operations is omitted. The web application providing system 1B shown in FIG. 11 is different from the web application providing system 1 shown in FIG. 1 in that the web application being executed on the source communication terminal 4D is moved to the destination communication terminal 4E side by a simple operation. But it can be done. The source communication terminal 4D is the communication terminal 4 that is executing the Web application. On the other hand, the destination communication terminal 4E is a communication terminal 4 that executes the same application as the web application being executed on the source communication terminal 4D.

  The PUSH server 2 illustrated in FIG. 11 includes an event reception unit 16 in addition to the update monitoring unit 12, the address management unit 13, the timing monitoring unit 14, and the PUSH transmission unit 15. The event receiving unit 16 receives event information, which will be described later, from the source communication terminal 4D. The address management unit 13 manages the address management table 151 and dynamically updates and registers the table contents of the address management table 151. FIG. 12 is an explanatory diagram showing an example of table contents of the address management table 151. The address management table 151 shown in FIG. 12 manages the tag ID 151F and the command 151G in addition to the user ID 151A, the terminal ID 151B, the application ID 151C, the storage destination address 151D, and the provision timing 151E. The tag ID 151F is an ID for identifying an RFID tag 39B described later built in the communication terminal 4E. The command 151G is the execution content of the Web application specified by the storage destination address 151D. The command 151G includes execution contents of the Web application, such as download and execution, download only, execution only, and deletion.

  The source communication terminal 4D includes a communication unit 31, an operation unit 32, a display unit 33, a memory 34, and a CPU 35, and an RFID (Radio Frequency Identification) reader / writer 39A. Further, the destination communication terminal 4E includes an RFID tag 39B in addition to the communication unit 31, the operation unit 32, the display unit 33, the memory 34, and the CPU 35. The RFID reader / writer 39A performs short-range wireless communication with the RFID tag 39B within a predetermined communication distance.

  The RFID reader / writer 39A of the source communication terminal 4D starts short-range wireless communication with the RFID tag 39B in response to the application movement operation of the destination communication terminal 4E. The application moving operation can be prevented from being erroneously performed by performing a double operation of holding the RFID tag 39B over the RFID reader / writer 39A and a specific operation of the display unit 33 or the operation unit 32. When the CPU 35 acquires the tag ID of the RFID tag 39B through the RFID reader / writer 39A, the CPU 35 generates movement event information including the tag ID.

  The movement event information includes a tag ID, a storage destination address, event contents, and a command. The tag ID is an ID for identifying the RFID tag 39B on the communication terminal 4E side of the movement destination. The storage destination address is a storage destination address of a resource related to the Web application that is also executed on the destination communication terminal 4E that is being executed on the source communication terminal 4D side. The event content is a movement event that causes the destination communication terminal 4E to execute the same Web application being executed on the source communication terminal 4D. The command is an execution content of the Web application executed by the destination communication terminal 4E, for example, an execution content such as download and execution, download only, execution only, or deletion.

  The communication unit 31 of the movement-source communication terminal 4D transmits the generated movement event information to the push server 2. The event receiving unit 16 of the push server 2 receives the movement event information from the movement source communication terminal 4D. When the movement event information is received, the address management unit 13 of the push server 2 updates the provision timing 151E corresponding to the terminal ID 151B related to the tag ID 151F in the movement event information as “immediately” in the address management table 151. Further, the address management unit 13 updates the command in the movement event information as a command 151G corresponding to the terminal ID 151B in the address management table 151.

  The timing monitoring unit 14 refers to the provision timing 151E of the address management unit 13 and monitors whether or not the current timing is the provision timing 151E. When the provision timing 151E is “immediate”, the address management unit 13 immediately identifies the terminal ID 151B, the storage destination address 151D, and the command 151G related to the provision timing 151E from the address management table 151. The address management unit 13 includes, for example, a table for managing storage destination addresses related to Web application resources for each terminal type, and identifies the terminal type of the terminal ID 151B. When the address management unit 13 specifies the terminal type of the terminal ID 151B, the address management unit 13 determines whether the Web application at the storage destination address matches the terminal type of the communication terminal 4 that is the notification destination. If the address management unit 13 does not match the terminal type, the address management unit 13 specifies the storage destination address 151D applied to the matching terminal type.

  After specifying the terminal ID 151B, the storage destination address 151D, and the command 151G, the PUSH transmission unit 15 determines whether or not the push transmission is possible to the destination communication terminal 4E of the terminal ID 151B. When the push transmission is possible, the push transmission unit 15 pushes the storage destination address 151D and the command 151G to the destination communication terminal 4E with the terminal ID 151B.

  When receiving the storage destination address and the command from the push server 2, the push receiving unit 51 of the destination communication terminal 4E requests the web application from the web server 3 based on the storage destination address. When the application acquisition unit 52 acquires a resource corresponding to the web application request, the application acquisition unit 52 registers the acquired resource in the temporary storage 53. Further, the cache synchronization unit 41 converts the resource registered in the temporary storage 53 into a data format that can be interpreted on the CPU 35 side. Further, the cache synchronization unit 41 caches the converted resource in the application cache 42. Furthermore, the application execution unit 43 executes the web application cached in the application cache 42 based on the command received from the push server 2.

  Further, the application execution unit 43 executes a resource restoration program (Restore.js) cached in the application cache 42. The application execution unit 43 executes the restoration program, so that the Data. The content stored in the json file is restored, and the restored content is stored in the local storage 45. The cache synchronization unit 41 may be outside the web browser.

  That is, the destination communication terminal 4E can execute the same Web application being executed on the source communication terminal 4D in response to an app move operation with the source communication terminal 4D.

  Next, the operation of the Web application providing system 1B according to the second embodiment will be described. FIG. 13 is a flowchart showing an example of the processing operation of the source communication terminal 4D. In FIG. 13, the RFID reader / writer 39A of the movement source communication terminal 4D has received the tag ID of the movement destination communication terminal 4E in response to the short-range wireless communication accompanying the application movement operation with the movement destination communication terminal 4E. Is determined (step S151). When receiving the tag ID (Yes at Step S151), the CPU 35 of the source communication terminal 4D transmits the movement event information including the tag ID, the movement event, the storage destination address, and the command to the PUSH server 2 (Step S152). The processing operation shown in FIG. 13 ends. If the RFID reader / writer 39A does not receive the tag ID of the destination communication terminal 4E (No at step S151), the processing operation shown in FIG. 13 is terminated.

  FIG. 14 is a flowchart showing an example of the processing operation of the push server 2 related to the address providing process. In the address providing process illustrated in FIG. 14, when the present timing is the provision timing, the resource storage destination address and the command related to the web application to be provided are PUSH transmitted to the communication terminal 4 corresponding to the provision timing. In FIG. 14, the timing monitoring unit 14 of the push server 2 determines whether or not the current timing is a provision timing managed by the address management unit 13 (step S <b> 161). The timing monitoring unit 14 determines that the current timing is the provision timing when the provision timing is “immediate”. When the current timing is the provision timing (Yes at Step S161), the timing monitoring unit 14 specifies the terminal ID 151B, the storage destination address 151D, and the command 151G related to the provision timing from the address management unit 13 (Step S162).

  After specifying the terminal ID 151B, the storage destination address 151D, and the command 151G, the PUSH transmission unit 15 of the PUSH server 2 pushes the storage destination address 151D and the command 151G to the communication terminal 4 having the terminal ID 151B (step S163). Then, the processing operation shown in FIG. 14 ends. The PUSH transmission unit 15 determines whether or not communication with the communication terminal 4 with the terminal ID 151B is possible, and when the communication is possible, the storage destination address 151D with respect to the communication terminal 4 is determined. And PUSH transmission of the command 151G. If the current timing is not the provision timing (No at Step S161), the update monitoring unit 12 of the PUSH server 2 monitors the update status of each Web application (Step S164), and proceeds to Step S161 to monitor the provision timing. To do.

  In the address providing process illustrated in FIG. 14, when the present timing is the provision timing, the storage destination address and command of the web application resource to be provided and the command are PUSH transmitted to the destination communication terminal 4 </ b> E corresponding to the provision timing. As a result, the destination communication terminal 4E acquires the storage address and command of the Web application resource according to the provision timing.

  FIG. 15 is a flowchart showing an example of the processing operation of the destination communication terminal 4E. In FIG. 15, the PUSH receiving unit 51 of the destination communication terminal 4E determines whether a storage destination address and a command have been received from the PUSH server 2 (step S171). When receiving the storage destination address and the command (Yes at Step S171), the application acquisition unit 52 of the destination communication terminal 4E downloads the Web application resource from the Web server 3 based on the storage destination address (Step S172).

  The application acquisition unit 52 determines whether acquisition of the Web application resource is completed (step S173). When the acquisition of the resource related to the web application is completed (Yes at step S173), the application acquisition unit 52 registers the resource of the web application in the temporary storage 53 (step S174). Further, the application execution unit 43 caches the web application resource registered in the temporary storage 53 in the application cache 42, and executes the cached web application resource based on the command received in step S171 (step S175). . Then, the processing operation shown in FIG. 15 ends. The application execution unit 43 executes a restoration program for resources cached in the application cache 42. By executing the restoration program, the application execution unit 43 executes Data. The content stored in the json file is restored, and the restored content is stored in the local storage 45.

  When the PUSH receiving unit 51 does not receive the storage destination address and the command from the PUSH server 2 (No at Step S171), the processing operation illustrated in FIG. If the acquisition of the Web application resource is not completed (No at Step S173), the application acquisition unit 52 continues the monitoring operation at Step S173.

  When the destination communication terminal 4E receives the storage destination address and the command from the push server 2, the destination communication terminal 4E acquires the web application and the content based on the storage destination address, and executes the web application based on the command. As a result, the destination communication terminal 4E can execute the same Web application 4 being executed by the source communication terminal 4D.

  FIG. 16 is an explanatory diagram showing an example of the interlocking operation between the source communication terminal 4D and the destination communication terminal 4E. The mobile communication terminal 4D is the mobile phone 401, and the mobile communication terminal 4E is the tablet terminal 402. A cellular phone 401 illustrated in FIG. 16A displays a Web application execution screen on the display unit 401A by executing the Web application. Then, the RFID reader / writer 39 </ b> A of the mobile phone 401 acquires the tag ID of the tablet terminal 402 in accordance with the application moving operation with the tablet terminal 402 for the mobile phone 401. Further, the cellular phone 401 displays the acquired tag ID, the movement event information including the resource storage address of the web application being executed on the cellular phone 401, the movement event, and the web application download and execution commands. Send to.

  When receiving the movement event information, the address management unit 13 of the push server 2 sets the provision timing corresponding to the terminal ID as “immediately” based on the tag ID, the movement event, the storage destination address, and the command in the movement event information. The management table 151 is updated. Furthermore, the address management unit 13 updates the address management table 151 with the acquired command as a command corresponding to the terminal ID.

  Since the provision timing is “immediate”, the address management unit 13 of the push server 2 identifies the terminal ID, the storage destination address, and the command at the provision timing from the address management table 151. The PUSH transmission unit 15 of the push server 2 pushes the storage destination address and the command to the tablet terminal 402 with the terminal ID. Then, the tablet terminal 402 acquires the Web application and content being executed on the mobile phone 401 from the Web server 3 based on the storage destination address, executes the acquired Web application based on the command, and executes the Web application execution screen. Is displayed on the display unit 402A. As a result, the tablet terminal 402 can execute the same Web application as the mobile phone 401 as well as the same content as shown in FIG.

  In the tablet terminal 402 illustrated in FIG. 16B, when the mobile phone 401 is held while the moving image is being used on the display unit 402 </ b> A, the screen content displayed on the display unit 401 </ b> A of the mobile phone 401 is displayed on the tablet terminal 402. Is displayed on the display unit 402A. At this time, the display unit 402A of the tablet terminal 402 can be re-divided into two parts, a moving image screen in use and a display screen of the display unit 401A of the mobile phone 401.

  In the second embodiment, for convenience of explanation, the RFID reader / writer 39A is built in the source communication terminal 4D and the RFID tag 39B is built in the destination communication terminal 4E. However, each communication terminal 4 (4D, 4E) may incorporate both the RFID reader / writer 39A and the RFID tag 39B.

  In the second embodiment, the RFID communication function is used for the application moving operation between the communication terminals 4. However, near field communication such as NFC (Near Field Communication) communication between the communication terminals 4 or between the communication terminals 4. A contact sensor method using a contact sensor may be adopted.

  FIG. 17 is an explanatory diagram illustrating an example of a usage pattern of the Web application providing system according to the third embodiment. Note that the same components as those in the web application providing system 1B of the second embodiment are denoted by the same reference numerals, and the description of the overlapping configuration and operation is omitted. A web application providing system 1C illustrated in FIG. 17 is assumed to be a web application providing system used in a conference room, for example.

  In the address management unit 13, the provision timing 151E corresponding to the terminal ID 151B of the communication terminal 4 is the entrance timing of the conference room by the owner of the communication terminal 4, and the command 151G is download and execution of the Web application. The entrance timing refers to, for example, the communication terminal 4 according to the communication operation between the entrance monitoring apparatus and the communication terminal 4 due to the entry of the communication terminal 4 into the communication range of the entrance monitoring apparatus arranged at the entrance of the conference room. This is the timing at which the owner entered the conference room. The web application is a web application for viewing presentation materials. The command is download and execution of a web application for viewing presentation materials.

  In addition, the address management unit 13 sets the provision timing 151E corresponding to the identification information of the communication terminal 4 to be the exit timing of the conference room by the owner of the communication terminal 4, and the command 151G to delete the web application. The exit timing is determined by the communication terminal 4 owner leaving the conference room according to the communication operation between the entrance monitoring device and the communication terminal 4 due to the re-entry of the communication terminal 4 into the communication range of the entrance monitoring device. This is the detected timing. The web application is a web application for viewing presentation materials. The command is to delete the web application for viewing the presentation material.

  The address management unit 13 of the push server 2 identifies the terminal ID 151B, the storage destination address 151D, and the command 151G of the communication terminal 4 from the address management table 151 when detecting the entrance timing of the conference room of the communication terminal 4. Further, the PUSH transmission unit 15 of the PUSH server 2 transmits the specified storage destination address and command to the communication terminal 4. Then, the communication terminal 4 in the meeting room acquires and caches the resource of the web application for viewing the presentation material from the web server 3 based on the storage address. And the communication terminal 4 can acquire a content from the cached resource while executing the web application for browsing presentation materials based on the command content.

  Further, when the timing monitoring unit 14 of the push server 2 detects the exit timing of the conference room of the communication terminal 4, the terminal ID 151 </ b> B, the storage destination address 151 </ b> D, and the command 151 </ b> G of the communication terminal 4 are specified from the address management table 151. Further, the PUSH transmission unit 15 of the PUSH server 2 transmits the specified storage destination address and command to the communication terminal 4. Then, the communication terminal 4 outside the conference room specifies the Web application for viewing the presentation material based on the storage destination address, and deletes the specified Web application and content from the cache based on the command content.

  In the third embodiment, when the user of the communication terminal 4 enters the conference room, the PUSH server 2 determines the provision timing, and provides the storage destination address and command of the web application for viewing the presentation material to the communication terminal 4. Then, the communication terminal 4 in the conference room acquires and caches resources related to the web application for viewing the presentation material based on the storage address, executes the web application for viewing the presentation material based on the command, Can be obtained.

  In the third embodiment, when the user of the communication terminal 4 leaves the conference room, the PUSH server 2 determines the provision timing, and provides the communication terminal 4 with the storage destination address and command of the web application for viewing the presentation material. To do. Then, the communication terminal 4 outside the conference room specifies a resource related to the web application for viewing the presentation material based on the storage address, and erases the web application and the content for viewing the presentation material from the cache based on the command. As a result, the user of the communication terminal 4 can not browse the web application and content for browsing the material after leaving the conference room, and thus the confidentiality of the presentation material can be ensured.

  FIG. 18 is a functional block diagram illustrating an example of the inside of the Web application providing system according to the fourth embodiment. The same components as those in the web application providing system 1 shown in FIG. 1 are denoted by the same reference numerals, and the description of the overlapping components and operations is omitted. The Web application providing system 1D shown in FIG. 18 is different from the Web application providing system 1 shown in FIG. 1 in the following points. That is, when a transmission request for a designated web application to a user is detected, a web application and content designated for a specific communication terminal 4 that is likely to be used by the user among a plurality of communication terminals 4 owned by the user. It is a point to provide.

  The PUSH server 2 illustrated in FIG. 18 includes an event receiving unit 16 in addition to the update monitoring unit 12, the address management unit 13, the timing monitoring unit 14, and the PUSH transmission unit 15. The event receiving unit 16 receives event information from the communication terminal 4. The event information includes, for example, a user ID, a storage destination address, event contents, and a command. The user ID is the ID of the user who provides the Web application to be provided. The storage destination address is a storage destination of resources related to the Web application to be provided. The event content is an event in response to a Web application transmission (provision) request. The command is an execution content for executing the Web application to be provided.

  The address management unit 13 manages the address management table 151 and the user management table 152, and dynamically updates and registers the contents of the address management table 151 and the user management table 152. The address management unit 13 refers to the contents of the address management table 151 and the user management table 152 to execute various determination operations. FIG. 19 is an explanatory diagram showing an example of table contents of the address management table 151. In addition to the user ID 151A, terminal ID 151B, application ID 151C, storage destination address 151D, and provision timing 151E, the address management table 151 shown in FIG. The command 151G is the execution content of the Web application specified by the storage destination address 151D.

  FIG. 20 is an explanatory diagram illustrating an example of table contents of the user management table 152. A user management table 152 shown in FIG. 20 manages a management list related to the owned communication terminal 4 for each user. The management list associates the terminal ID 152A, the terminal type 152B, the connection state 152C, the final notification time 152D, the final use time 152E, the position information 152F, the notification unavailable time zone 152G, and the tag ID 152H. . The terminal ID 152A is an ID for identifying the communication terminal 4. The terminal type 152B is a type of the communication terminal 4 such as a PC, a mobile phone, or a tablet terminal. The connection state 152C indicates whether or not the communication terminal 4 is in a state in which communication with the push server 2 is possible. When the connection state 152C is “ON”, the communication terminal 4 is in a state where it can communicate with the PUSH server 2. When the connection state 152C is “off”, the communication terminal 4 is in a state where communication with the push server 2 is not possible.

  In addition, the address management unit 13 manages an attribute information table (not shown) that stores attribute information of each Web application, refers to the attribute information table, and identifies the terminal type and location supported by each Web application, The storage address of the resource related to the Web application is recognized.

  The final notification time 152D is the time when the PUSH server 2 last communicated with the communication terminal 4. The last use time 152E is the time when the user last used the communication terminal 4. The final use time 152E is determined based on information of sensors and external sensors provided in various devices of the communication terminal 4 in addition to the detection of the network state. For example, if the communication terminal 4 is a PC, the PC keyboard input is detected on the PUSH server 2 side, and the time is set as the last use time. For example, when the communication terminal 4 is a mobile phone, the PUSH server 2 side collects information obtained by a vibration sensor, an acceleration sensor, or the like inside the mobile phone, and finally uses the use time of the mobile phone based on the collected result Time. The method for determining the last use time can be changed as appropriate.

  The position information 152F is position information such as a position coordinate or a place name of the communication terminal 4 obtained by a GPS (Global Positioning System) function of the communication terminal 4 or a communication module. The notification unavailable time zone 152G is a time zone during which the web application cannot be notified by user settings. In the figure, “D = {0-9, 21-24}, W = {ST, SU}” means “communication is impossible every day from 0:00 to 9:00, and from 21:00 to 24:00, and on Saturday. And Sunday means all day communication is not possible ”. The tag ID 152H is an ID for identifying the RFID tag built in the communication terminal 4.

  Next, the operation of the Web application providing system 1D according to the fourth embodiment will be described. FIG. 21 is a flowchart showing an example of the processing operation of the push server 2 related to the user-specified address provision processing. In the address providing process shown in FIG. 21, when a transmission request for a web application to a user is detected, the communication terminal 4 is likely to be used by the user among a plurality of communication terminals 4 owned by the user. This is a process for providing a related storage destination address and command.

  In FIG. 21, when the address management unit 13 of the push server 2 receives a Web application transmission request for a specific user, the address management unit 13 acquires a management list of the specific user from the user management table 152 (step S181). When the address management unit 13 acquires the management list of the specific user, the address management unit 13 determines whether or not the designated web application is an application limited to the terminal type based on the terminal type 152B in the management list and the attribute information table of the web application. Determination is made (step S182). The terminal type limited application is a web application that can be executed only by the communication terminal 4 of a specific terminal type.

  When the designated Web application is an application limited to the terminal type (Yes at step S182), the address management unit 13 refers to the connection state 152C in the management list and has the corresponding communication terminal 4 whose connection state is on. Is determined (step S183). If there is a corresponding communication terminal 4 whose connection state is on (Yes in step S183), the address management unit 13 determines that the communication terminal 4 is capable of executing the designated Web application. Further, the address management unit 13 determines whether or not the designated web application is a place-limited application based on the management list position information 152F and the web application attribute information table (step S184). The place-limited application is a web application that is permitted to be executed only in a specific place. If the designated Web application is a location-limited application (Yes at step S184), the address management unit 13 refers to the connection state 152C in the management list and determines whether there is a corresponding communication terminal 4 whose connection state is on. It is determined whether or not (step S185).

  Furthermore, when there is a corresponding communication terminal 4 whose connection state is ON (Yes at Step S185), the address management unit 13 determines that the communication terminal 4 is in a place where the designated Web application can be executed. Furthermore, the address management unit 13 determines whether there is a corresponding communication terminal 4 that provides the designated Web application (step S186). Note that the communication terminal 4 may include, for example, the communication terminal 4 that can execute the designated Web application in which the condition of the notification impossible time zone 152G is also cleared. When there is the corresponding communication terminal 4 (Yes in step S186), the address management unit 13 refers to the last use time 152E in the management list and determines the latest use time of the terminal ID of the corresponding communication terminal 4. It is determined whether there is a terminal ID (step S187).

  When there is no terminal ID of the latest last use time (No in step S187), the address management unit 13 refers to the last notification time 152D in the management list, and the latest last of the terminal IDs of the corresponding communication terminal 4 The terminal ID at the notification time is acquired (step S188). When the address management unit 13 acquires the terminal ID of the latest final notification time, the address management unit 13 acquires the storage destination address and command related to the corresponding Web application corresponding to the corresponding terminal ID from the address management table 151 (step S189).

  When the PUSH transmission unit 15 acquires the storage destination address and the command related to the corresponding Web application corresponding to the corresponding terminal ID, the PUSH transmission unit 15 transmits the storage destination address and the command to the communication terminal 4 corresponding to the corresponding terminal ID (Step S190). . The PUSH transmission unit 15 determines whether or not the transmission of the storage destination address and the command to Step S190 is successful (Step S191). When the transmission of the storage destination address and the command is successful (Yes at Step S191), the PUSH transmission unit 15 ends the processing operation illustrated in FIG.

  If the transmission of the storage destination address and the command is not successful (No at Step S191), the address management unit 13 determines the terminal ID of the second most recent use time or the last notification time among the corresponding communication terminals 4. Is acquired (step S192). Furthermore, the address management unit 13 proceeds to step S189 in order to acquire a storage destination address and a command corresponding to the terminal ID.

  Further, when there is a terminal ID of the latest last use time (Yes at Step S187), the address management unit 13 acquires the terminal ID from the address management table 151 (Step S193). Furthermore, the address management unit 13 proceeds to step S189 in order to acquire a storage destination address and a command corresponding to the terminal ID.

  In addition, when there is no corresponding communication terminal 4 (No at Step S186), the address management unit 13 suspends transmission of a storage destination address and a command related to the Web application (Step S194), and ends the processing operation illustrated in FIG. To do. In the case of the hold, the PUSH transmission unit 15 retransmits the storage destination address and the command related to the web application to the communication terminal 4 when the communication terminal 4 is connected. If the designated web application is not an application limited to the terminal type (No at step S182), the address management unit 13 proceeds to step S184 to determine whether the application is a location limited application.

  In addition, when there is no corresponding communication terminal 4 whose connection state is ON (No at Step S183, No at Step S185), the address management unit 13 suspends transmission of a storage destination address and a command related to the Web application (Step S195). ), The processing operation shown in FIG. In the case of the hold, the PUSH transmission unit 15 retransmits the storage destination address and the command related to the web application to the communication terminal 4 when the communication terminal 4 is connected.

  In the process shown in FIG. 21, when the push server 2 receives a request to send a designated web application to the user, it is likely that the push server 2 is currently using the designated web application among a plurality of communication terminals 4 owned by the designated user. The terminal ID of the high communication terminal 4 is acquired. Furthermore, the push server 2 transmits a storage destination address and a command related to the designated web application to the communication terminal 4 having the acquired terminal ID. As a result, the push server 2 sends the storage address and command related to the designated web application to the communication terminal 4 that is likely to be used by the user among the plurality of communication terminals 4 owned by the designated user. Can be notified.

  Further, the PUSH server 2 stores the storage destination related to the specified Web application for the communication terminal 4 that is likely to be currently used corresponding to the application limited to the terminal type among the plurality of communication terminals 4 owned by the specified user. Send address and command. In the push server 2, when the communication terminal 4 that is likely to be used at present is a PC even though it is an application limited to a mobile phone, the storage address of the application limited to the mobile phone is assigned to the PC. It is possible to avoid a situation where the data is transmitted.

  Further, the PUSH server 2 stores the storage destination address related to the designated Web application for the communication terminal 4 that is likely to be currently used corresponding to the location-limited application among the plurality of communication terminals 4 owned by the designated user. And send a command. The PUSH server 2 is an application for browsing confidential documents to a home PC outside the office where the communication terminal 4 is likely to be used even though it is a Web application related to browsing confidential documents limited to the company. Can be avoided.

  When the communication terminal 4 receives the storage destination address and the command from the PUSH server 2, the communication terminal 4 acquires the Web application resource specified by the storage destination address from the Web server 3 and caches the resource in the application cache 42. Further, the communication terminal 4 executes the web application cached in the application cache 42 based on the command received from the push server 2. Furthermore, the communication terminal 4 restores the content by executing a resource restoration program cached in the application cache 42 and stores the content in the local storage 45. As a result, the user of the communication terminal 4 can acquire the designated Web application including the content.

  In the fourth embodiment, when the push server 2 receives a request to send a designated web application to the user, the present use is applied to the terminal type limitation and the location limitation of the designated web application among the plurality of communication terminals 4 owned by the designated user. The terminal ID of the communication terminal 4 having a high possibility of being acquired is acquired. Furthermore, the push server 2 transmits the storage destination address and command of the designated web application to the communication terminal 4 having the acquired terminal ID. As a result, the push server 2 sends the storage address and command related to the designated web application to the communication terminal 4 that is likely to be used by the user among the plurality of communication terminals 4 owned by the designated user. Can be notified.

  For example, a system is assumed in which each user confirms the content of the approval document as its content and approves the content of the approval document with his / her communication terminal 4 using a Web application for approval of the approval document. In this case, the communication terminal 4 of each user needs the contents of the approval document as the content as well as the Web application for approval of the approval document. Therefore, each user transmits a transmission request for the designated approval document approval Web application to the push server 2. When the push server 2 receives the transmission request, the push server 2 acquires the terminal ID of the communication terminal 4 that is likely to be currently used among the plurality of communication terminals 4 owned by the user. Then, the push server 2 transmits the storage destination address and command of the approval application app to the communication terminal 4 having the acquired terminal ID. The storage address of the Web server 3 also stores content that is the content of the approval document in the resource of the approval document approval Web application. Accordingly, the communication terminal 4 acquires the approval document approval Web application resource from the Web server 3 based on the storage address, executes the acquired approval document approval Web application based on the command, and also stores the content. get. As a result, each user can confirm and approve the contents of the approval document using the approval application Web application of his / her communication terminal 4.

  In the fourth embodiment, the storage location of the designated web application is stored in the communication terminal 4 that has cleared all the conditions of the terminal type limited application, the place limited type application, the connection state, the last notification time, the last use time, and the notification unavailable time zone. Address and command sent. However, the PUSH transmission unit 15 may transmit the storage address and command of the designated Web application even with the communication terminal 4 that has cleared some of these conditions, and the conditions can be selected and changed as appropriate.

  Moreover, in the said Example 4, when the PUSH server 2 receives the transmission request | requirement of the designated web application with respect to a user, it is to the communication terminal 4 with the high possibility of being used now among the some communication terminals 4 possessed by the designated user. The storage address and command were sent. However, the PUSH server 2 is not limited to one communication terminal 4 that is likely to be currently used, and may be a plurality. Moreover, although the PUSH server 2 transmitted the storage destination address and the command to the communication terminal 4 that is likely to be used at present, the PUSH server 2 may transmit the storage destination address and the command to all the communication terminals 4 owned by the user. .

  In addition, each component of each part illustrated does not necessarily need to be physically configured as illustrated. In other words, the specific form of distribution / integration of each part is not limited to the one shown in the figure, and all or a part thereof may be functionally or physically distributed / integrated in arbitrary units according to various loads and usage conditions. Can be configured.

  Furthermore, various processing functions performed in each device are performed on a CPU (Central Processing Unit) (or a microcomputer such as an MPU (Micro Processing Unit), MCU (Micro Controller Unit), etc.) in whole or in part. You may make it perform. Various processing functions may be executed entirely or arbitrarily on a program that is analyzed and executed by a CPU (or a microcomputer such as an MPU or MCU) or hardware based on wired logic. Needless to say.

  By the way, the various processes described in the present embodiment can be realized by executing a prepared program on a computer. In the following, an example of a computer that executes a program having the same function as that of the above embodiment will be described with reference to FIG. FIG. 22 is an explanatory diagram of a computer that executes an application providing program.

  As shown in FIG. 22, in a computer 100 as an application providing program, an HDD (Hard Disk Drive) 110, a RAM (Random Access Memory) 120, a ROM (Read Only Memory) 130, and a CPU 140 are connected via a bus 150. .

  The ROM 130 or the HDD 110 stores in advance an application providing program that exhibits the same function as in the above embodiment. Note that the application providing program may be recorded on a computer-readable recording medium with a drive (not shown) instead of the ROM 130 and the HDD 110. The recording medium may be, for example, a portable recording medium such as a CD-ROM, a DVD disk, or a USB memory, or a semiconductor memory such as a flash memory. The application providing programs are a storage program 131 and a providing program 132 as shown in FIG. Note that the storage program 131 and the provision program 132 may be appropriately integrated or distributed in the same manner as each component of the Web server 3 shown in FIG.

  Then, the CPU 140 reads the stored program 131 and the provided program 132 from the ROM 130 and executes them. Then, as shown in FIG. 22, the programs 131 and 132 function as a storage process 141 and a provision process 142.

  When the CPU 140 detects content edited by a web application executed on the communication terminal 4, the CPU 140 stores the edited content in the resource of the web application. When the CPU 140 detects an application request for requesting a web application from the communication terminal 4, the CPU 140 provides the resource of the web application to the communication terminal 4 that has executed the application request. As a result, the communication terminal 4, that is, the client side, can acquire the latest edited content when executing the Web application even when offline.

  As described above, the following supplementary notes are further disclosed regarding the embodiment including the present example.

(Additional remark 1) It has a communication apparatus provided with the processor, and the application provision apparatus provided with the processor which provides the resource of a web application with respect to the said communication apparatus,
The processor of the application providing device is:
When the content edited by the web application executed on the communication device is detected, the edited content is stored in the resource of the web application, and when the application request for requesting the web application from the communication device is detected, Execute each process of providing the web application resource to the communication device that executed the application request,
The processor of the communication device includes:
When the Web application resource is received from the application providing device, the resource is temporarily stored, the stored resource is synchronized with the cache of the Web browser, and the Web application is executed based on the cached resource. An application providing system that executes each process of restoring the content stored in the resource based on the cached resource.

(Supplementary Note 2) The processor of the application providing device includes:
In the process of storing the edited content in the resource, the edited content is converted into a transfer file, and each process of storing the content converted into the transfer file in the resource information of the Web application is executed. The application providing system according to appendix 1, characterized by:

(Supplementary Note 3) The processor of the communication device includes:
When the storage destination address of the web application related to the content update is received in response to the content update of the web application, the application request for requesting the resource of the web application at the storage destination address is executed based on the storage destination address The application providing system according to appendix 1 or 2, characterized in that:

(Supplementary Note 4) The processor of the communication device includes:
The application request for requesting the resource of the web application at the storage destination address based on the storage destination address when the storage destination address and command of the web application are received in response to the transmission request of the web application to the communication device Run
When the resource of the web application is received from the application providing device, the resource is temporarily saved, the saved resource is synchronized with the cache of the web browser, and the web application is changed based on the cached resource and the command. The application providing system according to appendix 1 or 2, wherein the application providing system restores the content stored in the resource based on the cached resource.

(Supplementary Note 5) An application providing method of an application providing system including a communication device and an application providing device that provides a web application resource to the communication device,
The application providing device includes:
When the content edited by the web application executed on the communication device is detected, the edited content is stored in the resource of the web application, and when the application request for requesting the web application from the communication device is detected, the web Providing application resources to the communication device that executed the application request;
The communication device
When the Web application resource is received from the application providing device, the resource is temporarily stored, the stored resource is synchronized with the cache of the Web browser, and the Web application is executed based on the cached resource. A method for providing an application, comprising: executing each process of restoring the content stored in the resource based on the cached resource.

(Appendix 6)
When content edited by a web application executed on a communication device is detected, the edited content is stored in the resource of the web application,
An application providing program that, when detecting an application request for requesting a web application from the communication apparatus, causes a process of providing resources of the web application to the communication apparatus that has executed the application request.

(Supplementary note 7) A storage control unit that stores the edited content in the resource of the Web application when the content edited by the Web application executed on the communication device is detected;
An application providing apparatus, comprising: a providing unit that provides resources of the web application to the communication apparatus that has executed the application request when an application request for requesting the web application is detected from the communication apparatus.

(Supplementary Note 8) When receiving the Web application resource from the application providing apparatus that provides the Web application resource, a cache that caches the resource,
An application execution unit that executes a web application based on the resource cached in the cache and restores content stored in the resource based on the resource cached in the cache;
A communication apparatus comprising:

DESCRIPTION OF SYMBOLS 1 Web application provision system 2 PUSH server 3 Web server 4 Communication terminal 21 Application management part 22 Application provision part 23 Content storage part 24 Storage control part 24A Conversion part 24B Storage part 25 Content acquisition part 40 Web browser 42 Application cache 43 Application execution part 45 Local storage 52 Application acquisition unit 151 Address management table 152 User management table

Claims (6)

A communication device including a processor, and an application providing device including a processor that provides a Web application resource to the communication device;
The processor of the application providing device is:
When the content edited by the web application executed on the communication device is detected, the edited content is stored in the resource of the web application, and when the application request for requesting the web application from the communication device is detected, Execute each process of providing the web application resource to the communication device that executed the application request,
The processor of the communication device includes:
When the Web application resource is received from the application providing device, the resource is temporarily stored, the stored resource is synchronized with the cache of the Web browser, and the Web application is executed based on the cached resource. An application providing system that executes each process of restoring the content stored in the resource based on the cached resource. The processor of the application providing device is:
In the process of storing the edited content in the resource, the edited content is converted into a transfer file, and each process of storing the content converted into the transfer file in the resource information of the Web application is executed. The application providing system according to claim 1. The processor of the communication device includes:
When the storage destination address of the web application related to the content update is received in response to the content update of the web application, the application request for requesting the resource of the web application at the storage destination address is executed based on the storage destination address The application providing system according to claim 1 or 2, characterized in that: The processor of the communication device includes:
The application request for requesting the resource of the web application at the storage destination address based on the storage destination address when the storage destination address and command of the web application are received in response to the transmission request of the web application to the communication device Run
When the resource of the web application is received from the application providing device, the resource is temporarily saved, the saved resource is synchronized with the cache of the web browser, and the web application is changed based on the cached resource and the command. The application providing system according to claim 1, wherein the application providing system restores the content stored in the resource based on the cached resource. An application providing method of an application providing system comprising: a communication device; and an application providing device that provides a web application resource to the communication device,
The application providing device includes:
When the content edited by the web application executed on the communication device is detected, the edited content is stored in the resource of the web application, and when the application request for requesting the web application from the communication device is detected, the web Providing application resources to the communication device that executed the application request;
The communication device
When the Web application resource is received from the application providing device, the resource is temporarily stored, the stored resource is synchronized with the cache of the Web browser, and the Web application is executed based on the cached resource. A method for providing an application, comprising: executing each process of restoring the content stored in the resource based on the cached resource. On the computer,
When content edited by a web application executed on a communication device is detected, the edited content is stored in the resource of the web application,
An application providing program that, when detecting an application request for requesting a web application from the communication apparatus, causes a process of providing resources of the web application to the communication apparatus that has executed the application request.

Images