JP2012099091A - Thin client system - Google Patents

Abstract

Provided is a mechanism capable of smoothly switching between work requiring cooperation between applications and offline work in order to ensure high operability while ensuring security.
By simply specifying a file on the thin client server, the access means (app starts on the thin client server or the data on the thin client server is copied to the Web server. It is possible to edit the data stored in the thin client server by accessing the web server with the web browser on the client), and the thin client according to the network quality between the thin client and the thin client server A thin client system having a program for switching a program that operates on the computer.
[Selection] Figure 2

Description

  The subject matter disclosed herein relates to a secure remote access system that allows a server to be remotely remotely controlled over a network.

  Security incidents related to information leaks caused by loss of mobile devices are constantly occurring. Therefore, a screen transfer type thin client system is provided in which programs and data are stored in a thin client server, and a thin client terminal (hereinafter referred to as a thin client or TC (Thin Client)) does not have data. The thin client accesses the thin client server via the network and sends input from the keyboard, mouse, etc., the thin client server transfers the screen data of the processing result in the thin client server to the thin client, and the thin client The PC desktop running on the server is remotely operated by displaying the transferred screen data. This system reduces the risk of losing data even if the user loses the thin client.

  In a non-broadband environment or a network environment with poor communication quality, the screen transfer speed is low and screen drawing is frequently performed. For example, in an application program for displaying a moving image, it takes time to draw a screen, a response to an input from a user is delayed, and operability is deteriorated. Further, in a screen transfer type system, a screen cannot be displayed on a thin client in an offline environment where communication with the thin client server is not possible.

  Therefore, as a countermeasure when the screen transfer type thin client system is offline, the secure data downloaded from the server and stored in the mobile terminal can be used, and it is temporarily deleted by ensuring the security by deleting it at a predetermined timing. In particular, a thin client terminal has been proposed that allows the operation to be continued even when communication with the server is cut off, and realizes a high security level against information leakage (Patent Document 1).

  In addition to the screen transfer type thin client system, there is an HTML5 offline function as a method of browsing Web contents and data when offline. This HTML 5 specification provides a SQL-based database API that stores data locally and an offline application HTTP cache that allows applications to be used even when the user is not connected to the network (Non-Patent Document 1). ).

JP 2009-181460 A (paragraphs 0061 and 0062) JP 2010-045618 A (paragraphs 0032 to 0047, 0055)

Anne van Kesteren, "HTML5 Offline Web Applications", [online], [searched July 7, 2010], Internet <URL: http://www.w3.org/TR/2008/NOTE-offline-webapps- 20080530 />

  In Patent Document 1, if data or a program is stored in a terminal operated by a user in order to improve operability when offline, information may be leaked if the terminal is lost. is there.

  Patent Document 1 describes a method for deleting data temporarily downloaded from a server to a client terminal. However, when data downloaded from a server is updated, a method for reflecting the updated result on the server is described. It has not been eaten.

  In addition, the offline function described in Non-Patent Document 1 can browse Web contents and data when offline, but a Web application program that provides the same function as an application program that operates on a thin client server is available. is necessary.

  The Web application version program equivalent to the application program that the user wants to use is not necessarily provided. Therefore, depending on the application program to be used, the user can use the application program that runs on the thin client server or equivalent. It is necessary to use different Web application programs that provide functions.

  Furthermore, in the method described in Non-Patent Document 1, it is possible to browse Web contents and data when offline, but cooperation between applications is not possible. Here, linking between applications means creating not only simple data exchange with a copy buffer, but also creating a new composite application by linking data between applications using macros and scripts. . In order to realize this, a standard that defines a method for exchanging data between applications and an environment for executing macros and scripts on the application are required. The method described in Non-Patent Document 1 satisfies these requirements. Because it does not support, it becomes difficult to realize.

  In addition, in the screen transfer type thin client system, the processing target data by the user does not exist on the thin client terminal side. Therefore, even if the thin client terminal is lost or stolen, It has the feature that there is no risk of information leakage even if it is shared by both.

  However, if data exists on the thin client terminal side by offline processing, the above characteristics may be lost.

  In response to this problem, it is conceivable to reduce the above problem by linking information between the thin client terminal and the portable terminal carried by the user.

  Regarding information linkage between a thin client terminal and another device, in a system comprising a mobile phone terminal, a thin client terminal, and a center device, authenticated information for connection to the center device is transferred between the mobile phone terminal and the thin client terminal. A system has been proposed in which authenticated information generated by a mobile phone terminal is transferred to a thin client terminal (Patent Document 2).

  However, in Patent Document 2, the information linked between the mobile phone terminal and the thin client (TC) terminal relates to authenticated information, and the storage of data worked on the TC terminal is mentioned. Absent.

  The present disclosure discloses a communication path with a server to which a terminal is connected while ensuring security by preventing information leakage when outputting, editing, and saving application program data on a client terminal. It is a thin client system with high operability regardless of quality.

  For example, in the disclosed thin client system, in order to ensure high operability while ensuring security, the screen transfer type thin client system uses an application program that requires cooperation between applications and a Web client program. Equipped with a mechanism to smoothly switch between used work.

More specifically,
A thin client system in which a thin client server, a web server, and a thin client terminal are connected via a network,
If the thin client server receives operation information for starting an application program for creating or updating a target file from a thin client terminal connected via a network, the thin client server determines whether to execute the application program on the thin client server. Determine whether
When it is determined that the thin client server does not execute, the thin client server sends the identifier of the application program, the identifier of the target file, and the file data indicated by the file identifier to the Web server,
The Web server generates access destination information based on the identifier of the application program, the identifier of the target file, and the identifier of the storage destination of the received file data,
The Web server sends the generated access destination information to the thin client server.
The thin client server sends the received access destination information to the thin client terminal,
Thin client terminal
Based on the access destination information received from the thin client server, connect to the Web server,
A thin client system is disclosed that executes an application program and creates or updates a target file.

Furthermore, the Web server and / or thin client server includes a table for managing the status of a file to be created or updated,
The thin client server starts the application program, references the table before reading the target file,
If the target file has been changed, an inquiry as to whether to update the target file is displayed on the thin client terminal screen,
The application program may be started after following the instruction whether to update or not input to the thin client terminal.

Furthermore, the thin client server
Detects the load status of the network connected to the thin client terminal,
Whether or not the application program is to be executed on the thin client server may be determined based on the load state and a startup policy provided in advance.

  In addition, the above startup policy includes the relationship between the type of application program, the state of the network between the thin client server and the thin client terminal, the state of the thin client server, the type of file read by the application program, and the method of starting the application program. And may be included.

In addition, as the thin client terminal,
Connect to the thin client server, specify the file to be created or updated, send operation information to start the application program that creates or updates the target file,
When it is determined not to execute the application program on the thin client server, the access destination information is received from the thin client server,
A configuration is disclosed that connects to a Web server and creates or updates a target file based on received access destination information.

As the above thin client server,
Based on the application program execution instruction with the file name received from the thin client terminal,
Determine whether to start the application program in the thin client server,
If the application program is not started on the thin client server, send the file specified by the execution instruction to the Web server,
The client terminal receives the access destination information and the authentication information necessary for access necessary for accessing the file sent to the web server from the web server,
A configuration is disclosed in which an instruction to start a Web client program that accesses a Web server, the received access destination information, and authentication information are transmitted to a thin client terminal.

  Further, the thin client server determines whether to start the application program, the network load state between the thin client terminal and the thin client server, the identifier of the application program designated to start, and the file used by the application program. You may perform based on an identifier and the load state of the said thin client server.

In addition, as the above Web server,
Based on the operation information by the thin client terminal that specifies the file to be created or updated for the thin client server and starts the application program that creates or updates the target file.
Receiving the identifier of the application program, the target file, and the identifier of the user using the thin client terminal from the thin client server;
Based on the identifier, generate the access destination information necessary when the Web client program executed on the thin client terminal uses the application program started on the Web server,
A configuration is disclosed in which the generated access destination information is transmitted to a thin client server.

  Further, the web server may transmit the file and the application program to the thin client terminal when the information received from the web client program executed on the thin client terminal satisfies a predetermined condition.

  The predetermined condition in the Web server is based on, for example, a rule in which the user identifier used when generating the access destination information and the user identifier transmitted from the Web client program are stored in the access control data. It is determined whether access is possible and access is possible.

  Further, the predetermined condition in the above Web server means that the confidentiality of the data is determined when it has a function capable of remotely deleting data transmitted from the Web server and the function capable of remotely deleting is set to operate. The portable terminal can be designated as a file storage destination so that a file with a high degree of can be stored in the portable terminal.

  Also disclosed in this specification is to specify a file stored in the thin client server using an input device of the thin client terminal, and input an instruction to start an application program associated with the file. The mobile code necessary for editing the file using a Web client program operating on the thin client terminal and the data of the file are stored in a portable terminal connected to the thin client terminal by a communication function. Is a thin client system characterized by

  Further, the mobile terminal stores the file and the application program transmitted from the Web server, or an identifier for identifying the terminal and an identifier for identifying the file when the file is changed or deleted after the file is stored. It is also possible to configure so that data associating a file state (for example, change, deletion, alias saving) is transmitted to a thin client terminal or a Web server.

  Furthermore, based on the data indicating whether the mobile terminal has a function capable of remotely deleting the data transmitted from the web server and whether the function capable of remotely deleting is set to operate, It is also possible to register the data indicating whether or not the above-mentioned portable terminal is applicable to the storage location corresponding to the degree of confidentiality of the contents as access control data stored in the Web server as a data writable medium list. good.

  Further, the thin client terminal displays a file and an application program transmitted from the Web server or a storage location of the file, and has a function of storing data according to an input from the user. The storage location is determined by whether or not the mobile device is included in the list corresponding to the file storage location. If it is included, the mobile device is displayed as the data destination, and if it is not included, the mobile device is not displayed. You may do it.

  Also, in the disclosed thin client system, by dragging and dropping the icon displayed in the remote desktop window to the outside of the remote desktop window on the screen of the thin client terminal, the file stored in the thin client server can be saved. You may comprise a thin client system so that it may store in a secondary storage device of a thin client terminal or a portable terminal via a Web server.

  According to the above aspect, the following effects can be obtained.

  According to the disclosure of the present specification, a Web application program that enables editing of data on a thin client server and a Web client program that operates on the thin client by storing the data in the Web server. Data that has been edited on the client server can be edited without going through the thin client server.

  Further, according to the disclosure of the present specification, if the Web application program and the data used by the Web application program are downloaded to the thin client in advance, the Web client program can be started even in an environment where the thin client cannot connect to the network. Now you can start the web application program and edit the data.

  As described above, according to the disclosure of the present specification, the work on the thin client server by the screen transfer type, the work to access the web server by using the web browser, and the work by offline on the thin client are performed. It is possible to switch as needed. In addition, by providing a function for executing the data update process necessary for switching work, it is possible to reduce the burden of switching work for the user and prevent the user from forgetting to update the data. .

  According to the disclosure of the present specification, access to data used by an application program according to the communication environment between a computer terminal operated by a user and a computer connected to the terminal via a network is provided in the activation policy data. Since it is possible to switch the method, it is possible to use an access method with higher operability when the communication environment is bad, and the user can input new data by switching the access method for the same data Since there is no need to rework, operability is improved.

  According to the disclosure, since data necessary for offline work is stored in a device different from the thin client, a plurality of users can share one thin client, while one user can A thin client system that can continue offline work using different thin clients using data stored in the terminal at hand can be realized.

  According to the disclosure, it is possible to realize a thin client system that prevents information leakage and has high operability regardless of the quality of the communication path between the thin client and the server.

The figure which illustrates the system configuration | structure of the thin client system to disclose. The figure which illustrates the program structure of the thin client system to disclose. The figure which illustrates the whole processing flow of the thin client system to disclose. The figure which illustrates the sequence until the application program (AP) for edit starts with a thin client server (TCS) using the disclosed thin client system. The figure which illustrates the sequence regarding the preparation process for AP execution in a thin client (TC). The figure which illustrates the sequence regarding the process which preserve | saves the file edited on TC. The figure which illustrates the table structure of a starting policy table. The figure which illustrates the table structure of the file update state management table 210 of the data for application programs stored in TCS20. The figure which illustrates the table structure of the file update state management table 210 of the data for application programs stored in the Web server. The figure which illustrates the table structure of the file update state management table of application program data, and a status parameter management table. 5 is a flowchart illustrating an example of processing of a switching program 103. The flowchart which illustrates the detail of the input waiting process in a switching program. 6 is a flowchart illustrating an example of processing of an application monitoring program 203. The flowchart which illustrates the process of the switching broker program 204. FIG. 5 is a flowchart illustrating an example of processing of a data management broker program 205. The flowchart which illustrates the process of the data management program 302. FIG. The flowchart which illustrates the process of the Web client program 104 and the Web server program 303. The figure which illustrates the screen of TC10. The figure which illustrates the screen of TC10. The figure which illustrates the processing flow at the time of using an application program for edit offline using the thin client system to disclose. The figure which illustrates the sequence regarding the preparatory process for execution of the application program for editing in a thin client (TC) offline. The figure which illustrates the screen of TC10. The figure which illustrates the screen of TC10. The figure which illustrates the screen of TC10. The figure which illustrates the screen of TC10. The figure which illustrates the screen of TC10. The figure which illustrates the structure of the portable terminal 50 added as an external storage device to the thin client system disclosed in FIG.

  A first embodiment will be described with reference to FIGS. The first embodiment shows a case where a document file is newly created or a created file is edited using a thin client system.

  FIG. 1 shows the overall configuration of a thin client system (hereinafter, this system) according to the present embodiment. This system is a thin client system comprising a thin client server computer having a thin client server function, a Web server computer having a Web application server function, and a thin client terminal communicating with these server computers. One server device may have a thin client server function and a Web application server function.

  The Web application server function is a transmission function that transmits data or a Web application program (hereinafter referred to as a Web application program) to a request source program in response to a request from the Web client program, and a Web application program that operates on the Web client program A data management function having a function of updating data on the Web server by operating together. A web application program is a mobile code that operates on a web client program.

  This system includes a thin client terminal 10 (hereinafter referred to as TC), a thin client server 20 (hereinafter referred to as TCS), and a Web server 30 connected via a network 40. In the figure, the TCS 20 and the Web server 30 are separate computers, but may be a single computer.

  Further, TC10, TCS20, and Web server 30 are displayed one by one in the figure, but a plurality of computers may be connected to the network.

  Furthermore, the network 40 is composed of a plurality of networks such as an in-company network, the Internet, and a mobile phone communication network. For example, the TC 10 (TC 10-1) and the TCS 20 are connected to the corporate network, and the TC 10 (TC 10-2) and the Web server 30 different from the TC 10 connected to the corporate network may be connected to the Internet.

  The TC 10 functions as a device in charge of a user GUI operation interface, and an interface for an external device such as a CPU 11, a memory 12, a secondary storage device 13, a network interface 14, and a USB (Universal Serial Bus). 15, an input unit 17 such as a keyboard for acquiring operation input from a user, an output unit 18 such as a display unit for outputting data, and an internal communication line such as a bus (hereinafter referred to as a bus) to which these are connected to each other. 16 is comprised.

  The TCS 20 is a device in charge of executing an application program used by a user, and includes an internal communication line such as a CPU 21, a memory 22, a secondary storage device 23, a network interface 24, and a bus to which these are connected to each other. (Referred to as a bus) 25.

  The Web server 30 manages the application program data (hereinafter referred to as application data) 220 transmitted from the TCS 20 and requests from the TC 10 for the Web application program (hereinafter referred to as Web application program) 304 and the application program data (hereinafter referred to as application program data). (Hereinafter, application data) 320 is transmitted to the TC 10. The CPU 31, the memory 32, the secondary storage device 33, the network interface 34, and an internal communication line such as a bus to which these are connected to each other ( 35).

  FIG. 2 is a diagram illustrating a program configuration of this system.

  Using this system, the user creates a file by an application program, edits and saves the data of the created file, and executes file editing processing. The file editing processing includes “remote file editing processing” and “local file editing processing”. Of local file editing processing, processing when the TC 10 is not connected to the network is called offline processing.

  The “remote file editing process” is a process in which an application program started on the TCS 20 edits a file stored in the TCS 20. Since the computer operated by the user is different from the computer that executes the application program, it is called “remote”.

  The “local file editing process” is a process for editing a file temporarily stored in the TC 10 by operating the Web application program downloaded from the Web server 30 on the Web client program that is activated on the TC 10. Since the computer operated by the user is the same as the computer that executes the Web application program corresponding to the application program, it is called “local”.

  Application programs include document creation software, spreadsheet software, presentation material creation software, and the like. In the following, it is assumed that presentation material creation software is used as one of the application programs.

  Data created by the application program is managed as a file. A file is identified by a file name, and is uniquely identified by a combination of a storage area name (such as a combination of a storage medium identifier and a directory name) and a file name of a storage medium to be stored. The file name includes an extension. For example, in the case of a file with a file name “sample.txt”, the character string “txt” following “.” Is the extension. The extension can be associated with the application program. By specifying the file name and instructing to open the file, the application program associated with the file name is started, and the file data indicated by the file name Is read. Since this mechanism is known to those skilled in the art, a detailed description is omitted.

  First, programs and data stored in the TC 10 will be described.

  In the TC 10, an operating system (OS) 101, a switching program 103, a remote drawing client program 102, and a Web client program 104 are appropriately loaded and stored in a memory. These programs are executed by the CPU 11 to realize predetermined functions described below.

  The OS 101 executes common basic processing used by the application program for the input / output function, the memory / secondary storage device read / write management function, the communication function, and the like.

  The switching program 103 displays a menu indicating the operation contents that the user can operate on the TC 10, starts the remote drawing client program 102 or the Web client program 104 in accordance with the instruction contents from the user, and starts processing. Further, the switching program 103 executes processing corresponding to the interrupt processing from the switching broker program 204 operating on the TCS 20.

  The network status table 110 is a value obtained by measuring the network status between the TC 10 and the TCS 20 (throughput and latency), and a connection method between the TC 10 and the TCS 20 (network type such as the Internet, Intranet, and cellular phone network, and wired communication). Data indicating the type of communication means (when connecting to a network such as a LAN, wireless LAN, data communication card, power line) is stored as data of the communication environment. The network status table may store the update status of the file stored in the temporary storage data 120 by storing not only the data of the communication environment but also data similar to the file update status table 330 described later. .

  The temporary storage data 120 stores a web application program used for offline processing, which will be described later, and application data that is editing data. Data on the memory 12 is appropriately stored in the secondary storage device 13 or the external storage medium 19. Stored in

  The user identifier data 130 is data for uniquely identifying a user, is stored in the external storage medium 19, and is appropriately loaded and stored in the memory 12 via the external device interface 15. Note that the user identifier data 130 may be stored in the secondary storage device 13.

  Data obtained as a result of the execution of the Web client program 104 is stored in the memory 12, the secondary storage device 13, or the temporary storage data 120 stored in the external storage medium 19. Further, when the Web client program 104 accesses the Web server 30 described later and acquires the Web application program and application data used by the Web application program via the network interface, these data are only in the memory 12. Instead, it may be stored as temporarily stored data 120.

  The temporary storage data 120 is stored by the switching program 103 based on a user input to a menu displayed by the switching program 103 operating on the TC 10 or based on an instruction from the switching broker program 204 of the TCS 20, or a remote drawing client It is executed by a user input to the menu displayed by the program 102.

  Next, programs and data stored in the TCS 20 will be described.

  In the TCS 20, the OS 201, the remote drawing server program 202, the application monitoring program 203 (hereinafter referred to as application monitoring program), the application program 206 (hereinafter referred to as AP 206), the data management broker program 205, and the switching broker program 204 are stored in a secondary storage device. These programs are stored in the memory 23 and loaded into the memory 22 and executed by the CPU 21 to realize the functions described below.

  The activation policy 230, the application data 220, and the state table 210 are stored in the secondary storage device 23, and are loaded into the memory and updated when a program that uses these data is activated. Is stored in the secondary storage device 23 at a predetermined timing.

  The remote drawing server program 202 executes processing in response to a request from the remote drawing client program of the TC 10. The application monitoring program 203 determines whether the application program is executed by the TCS 20 or the TC 10 when the user operation detection data acquired by the remote drawing server program 202 is acquired via the OS 201. The switching broker program 204 waits for input from the application monitoring program 203, the data management broker program 205, and the switching program 103 of the TC 10, and executes a corresponding process according to the program that has passed the data. The data management broker program 205 is a program that manages data duplication and synchronization of the duplicated data so that the application data 220 stored in the TCS 20 can be edited by the TCS 20 or TC 10 depending on the situation.

  Next, programs and data stored in the Web server 30 will be described.

  In the Web server 30, the OS 301, the Web server program 303, the Web application program 304, and the data management program 302 are stored in the secondary storage device 33, and these programs are loaded into the memory 32 and executed by the CPU 31. The functions described below are realized.

  The secondary storage device 33 stores application data 320, access control data 310 for the application data 320, file update state management table 330, and status parameter management table 340.

  Each program and data may be stored in advance in the secondary storage device of each device, or when necessary, the secondary storage device from another device via a medium that can be used by each device. May be introduced. The medium is, for example, a storage medium that can be attached to and detached from the external device interface, or a communication medium (that is, a wired, wireless, or optical network connected to the network interface, or a carrier wave or digital signal that propagates through the network). Point to. Further, the application data 220 and 320 may be stored in a NAS (Network Attached Storage) and may be accessed by the user by an access control function provided by the NAS. The application data 320 is a copy of some or all of the files specified by the user in the application data 220. However, if the data format handled by the AP 206 and the Web application program 304 is different, the data is appropriately converted at the time of duplication, and the format can be handled by each program.

  The process flow of the first embodiment using this system will be described with reference to FIG.

  The TCS 20, Web server 30, and TC 10 are powered on, and the OS of each computer is started. After the OS is started, each computer also starts the following program. The TC 10 starts the switching program 103, the TCS 20 starts the application monitoring program 203, the switching broker program 204, the data management broker program 205, and the Web server 30 starts the data management program 302 and the Web server program 303 (F1).

  Next, the system acquires login information for the user to use the system (F2). As a method for obtaining login information, a screen for inputting an identifier (ID) for identifying a user and a password is displayed on the screen of the TC 10, and the user inputs data using an input device such as a keyboard. Acquire through a device that acquires biometric information of a user (such as an image of fingerprints, palm prints, finger veins, irises, etc.) or acquire data stored in an electronic tag using a reader There is a way.

  When the user logs in to the TC 10 computer, the output unit 17 of the TC 10 displays options for the user to specify the next operation as a menu. A method and a screen example for the user to select the displayed option will be described later with reference to FIGS. When the user issues an instruction to connect the TC 10 and the TCS 20 and log in to the TCS 20, a connection process between the TC 10 and the TCS 20 starts (F6). When the TC 10 and the TCS 20 are connected by the remote drawing client program 102 and the remote drawing server program 202, it is possible to specify the activation of an application program that operates on the TCS 20 via the input unit 18 of the TC 10. Details after the connection will be described later with reference to FIG.

  When the TC 10 and the TCS 20 are connected, when the user inputs an instruction to activate the AP, the system acquires the instruction to activate the AP (F7). Details of the processing contents will be described later with reference to FIG. 4, and an example of a screen displayed when the user instructs activation of the application program will be described later with reference to FIG. When the TCS 20 detects the activation of the AP, the TCS 20 acquires data relating to the communication status of the network 40 between the TC 10 and the TCS 20 and the status of the processing capacity of the computer in the TCS 20 (F8).

  Next, based on the activation policy 230 described later, the instruction content necessary for activation of the AP instructed by the user acquired in F7 and the data acquired in F8, the computer that activates the AP becomes TC10, or TCS20 Judge whether to become. When the network 40 connecting the TC 10 and the TCS 20 has a good line state such as broadband or LAN, the process proceeds to F11, and when the state of the communication line such as a narrow band is bad or when the computer load of the TCS 20 is high, Proceed to F21 (F9). When determining whether to execute the application program on the TCS 20 or on the browser of the TC 10 based on the input from the user, an example of a screen displayed when receiving the input from the user is shown in FIG. It will be described later.

  In the preparation process (F11) for AP execution in the TCS 20, when the network state of the network 40 connecting the TC 10 and the TCS 20 is good, the AP 206 stored in the TCS 20 is activated and stored as the application data 220. This is a process of reading a file. Details will be described later with reference to FIG. An example of a screen displayed when the application program is activated in the TCS 20 will be described later with reference to FIG.

  The file editing process (F12) on the TCS is a remote file editing process. When the AP 206 is activated in the TCS 20, the data to be edited is the application data 220 stored in the TCS 20, and the data storage process is known to those skilled in the art.

  In the edited file saving process (F13), the edited result is overwritten and saved as application data 220 stored in the TCS 20 or saved under a different name in accordance with a user instruction to save the edited file. It is processing to do.

  After the saving process is completed, the AP 206 is terminated and the TCS 20 is logged off according to the user's operation (F14).

  On the other hand, when the state of the communication line is bad, preparation of the editing environment and activation of the Web client program 104 are executed as preparation processing for executing the application program on the TC 10. Details will be described later with reference to FIG. 5 (F21). An example of a screen displayed when the web application program operates on the web client program activated by the TC 10 will be described later with reference to FIGS.

  F22 is a local file editing process.

  The locally edited file is saved according to a user instruction. This storage process is called a remote storage process because the storage process is executed not only by the computer operated by the user but also by a computer different from the computer operated by the user (F23).

  The activated Web client program 104 ends in response to the user's operation (F24).

  Next, the processing from F6 to F11 shown in FIG. 3 will be described using FIG. 4 according to the sequence of processing executed by the program stored in the TC 10 and the program stored in the TCS 20. The processing in the square surrounded by the broken line in FIG. 4 corresponds to F6 to F11 in FIG.

  In each step in the sequence diagram and flowchart, step 101 is abbreviated as S, and step 101 is abbreviated as S. The same number indicates the case where the processing contents are the same. Further, the processing described below is realized by the CPU executing a program that realizes each function, but for the sake of convenience of description, the program will be described as an execution subject.

  Details of the process of F6 will be described.

  A sequence until the user connects to the TCS 20 using the TC 10 will be described. When the user designates a connection to the TCS 20 using the switching program 103, the remote drawing client program 102 is activated and a connection process to the TCS 20 is started (SQ111). When a user uses the TC 10 to connect to the TCS 20 and use it, the following technique is known as a screen transfer type thin client system.

  The remote drawing client program 102 processes the input information (keyboard and mouse operation etc.) from the user and transfers it to the remote drawing server program 202 (SQ113). The remote drawing server program 202 passes the input information received from the remote drawing client program 102 to a program that operates on the TCS 20 via the OS 201, and uses the processing result corresponding to the input information as output information to the user as the output information of the TC10. Transfer to the remote drawing client program 102 (SQ115). The remote drawing client program 102 processes output information (display output, speaker output, etc.) output to the user received from the remote drawing server program 202. As described above, in the screen transfer type thin client system, the result processed on the TCS 20 is output to the TC 10 using the input information from the TC 10 by the exchange between the remote drawing client program and the remote drawing server program.

  Details of the processing of F7 will be described.

  Input information (user operation) from the user indicating the content operated by the user using the input device of the TC 10 is sent from the remote drawing client program 102 to the remote drawing server program 202 (SQ117). The remote drawing server program 202 passes the user operation received via the OS 201 to the application monitoring program 203 (SQ119), and the application monitoring program 203 generates user operation detection data based on the received user operation (user operation detection data). Will be described in step S232 in FIG. 12).

  The user operation is input by the user operating the input device of the TC 10 and includes the contents of character input from the keyboard and the input to the output device of the TC 10 such as a GUI displayed on the screen. For input to the GUI, click the area (button) displayed on the screen with a pointing device such as a mouse to specify the contents of the process to be executed next, or display the file name and icon to be displayed with the right mouse button. You can select files by clicking and specify the operation contents shown in the menu displayed as a result, or move the parts indicating files called icons by dragging and dropping to move files between different directories. There are processes to duplicate and move. Specify the displayed file name or the file name entered using the keyboard as the operation contents, and the instruction to start the application associated with the file name extension in advance or the application program being started is called There are changes to the file and instructions to save the changes.

  In F8, the application monitoring program 203 stores data in a state table 210 described later (details will be described in S233 of FIG. 12). In F9, based on the activation policy 230, it is determined whether or not the AP 206 is activated by the TCS 20 (details will be described in S234 of FIG. 12).

  If the result of the determination by the application monitoring program 203 is TCS 20, the AP 206 is activated (SQ121), and the user operation sent from the TC 10 is activated via the remote drawing server program 202 and the remote drawing client program 102. (SQ123, SQ125) (F11).

  Next, the processing of F21 shown in FIG. 3 will be described using FIG. 5 according to the sequence of processing executed by the program stored in the TC 10, the program stored in the TCS 20, and the program stored in the Web server 30. To do. F21 is a process executed when the application monitoring program 203 determines in F9 that "the computer that executes the file editing process is TC10". The data storage program 502 is not included in the constituent elements of this embodiment, and will be described in the second embodiment.

  The application monitoring program 203 passes the user operation detection data to the switching broker program 204 (this process will be described later in FIG. 12 S237). The switching broker program 204 passes the user operation detection data to the data management broker program 205 (this process will be described later in FIG. 13 S243). The data management broker program 205 passes the user operation detection data, the file referenced from the application data 220, the user identifier, and the like to the data management program 302 (this process will be described later in FIG. 14 S253).

  The data management program 302 stores the file in the application data 320 based on the received data (the details of this processing will be described later in S322 in FIG. 15), and access destination information described later based on the user identifier, user operation detection data, and the like. And the switching parameter are generated, and the access destination information is stored in the state table 330 (this process will be described later with reference to S323 in FIG. 15). The data management program 302 passes the generated access destination information and switching parameters to the data management broker program 205 (this process will be described later in FIG. 15 S324).

  The data management broker program 205 stores the received access destination information in the state table 210, and passes the access destination information and the switching parameters to the switching broker program 204 (described later in FIG. 14 S256).

  The switching broker program 204 sends the access destination information and the switching parameters to the switching program 103 (described later in FIG. 13 S245).

  When the switching program 103 receives the access destination information and the switching parameter from the switching broker program 204, the switching program 103 generates switching control data for switching a program operating in the TC 10 based on the switching parameter, and based on the switching control data, the Web The client program 104 is activated (described later in FIG. 11B S1397).

  The Web client program 104 accesses the Web server 30 based on the access destination information received by the switching program 103. At this time, if the user identifier is transmitted together and the access control data 310 of the Web server 30 is used, single sign-on to the Web server 30 is possible.

  The Web server program 303 receives a request from the Web client program 104, and refers to the data in the application data 320 using the Web application program 304 based on the request (SQ147, SQ149). The referred data and Web application program are transmitted as a response.

  As a result, the Web application program and data are downloaded to the TC 10 in the Web client program 104 (SQ151). In this way, the Web client program 104 is activated on the TC 10, and the Web application program 304 is activated on the Web client program 104 and the Web server 30 via the Web server program 303. With the above processing, the preparation processing for AP execution in TC10 is completed.

  Next, the processing of F23 shown in FIG. 3 will be described using FIG. 6 according to the sequence of processing executed by the program stored in the TC 10, the program stored in the TCS 20, and the program stored in the Web server 30. To do.

  When the processing of F21 in FIG. 5 is completed, the web application program operating on the web client program 104 acquires input from the user, displays the processing result of the web server program 303 according to the input, and the user Executes editing processing for the specified file.

  When an update instruction for the file is input, the Web client program 104 transmits update data for the file stored as the temporary storage data 120 to the Web server 30 (SQ161), and the Web server program 303 receives the update data. The application data 320 is updated based on the received update data.

  The data management program 302 monitors the update status of the application data 320. When the data management program 302 detects that the application data 320 is updated, the data management program 302 turns on the update flag and updates the file update status management table 330. The data management program 302 may monitor the update of the application data 320 or may receive a data update request notification from the application program 304.

  Next, the data management program 302 transmits the updated application data and data such as update date / time and updater to the data management broker program 205 (SQ167).

  Based on the received data, the data management broker program 205 updates the application data 220 and the state table 210 (described later in FIG. 14 S257), and notifies the update completion to the data management program 302 (described later in FIG. 14 S258). . Upon receiving the update completion notification (described later in FIG. 15 S328), the data management program 302 notifies the application program 304 of the completion of data update (described later in FIG. 15 S329), and the Web server program 303 and Web client program 104. The user is notified of the completion of the data update via.

  Next, the processing flow of each program operating on the TC 10, the TCS 20, and the Web server 30 will be described with reference to the table configuration diagrams of FIGS. 7 to 10 and the flowcharts of FIGS.

  First, details of data stored in the table configuration diagrams shown in FIGS. 7 to 10 will be described.

  The table configuration of the activation policy 230 stored in the TCS 20 will be described with reference to FIG.

  The activation policy 230 includes an ID field for identifying a policy stored in the table 230, an application ID field 231 for storing an ID for identifying an application program (hereinafter referred to as an application ID), and an application activation computer for identifying a computer that activates the application program. A column 233 and a condition ID column 232 for storing a condition ID for identifying data in the condition table 250. The application identification table 240 includes an application ID column 241 that stores application IDs, and storage destination columns 242 and 242 on the TCS of execution programs that indicate areas in which execution programs of application programs identified by application IDs are stored in the TCS 20. A storage destination field 243 on the Web server indicating an area in which a Web application program having the same function as that shown in FIG. 6 is stored, and an extension field 244 for storing an extension of a file associated with the program. Consists of.

  The condition table 250 stores conditions for determining a computer that starts an application. The condition is a combination of one or more parameters indicating the TC10, TCS20, the network state between the TC10 and the TCS20 when the application program is started, and is distinguished by a condition ID. Parameters include data related to the communication environment, data related to the file used when starting the application program (file size, file type, etc.), computer processing capacity status of the TC 10 and TCS 20 (memory usage, memory usage rate, CPU Usage rate, number of running application programs, number of running processes, number of windows displayed on the screen, identifier indicating whether a pre-specified application program is running, screen displayed Resolution and the number of bits to be displayed).

  An example of a table structure of the condition table 250 is shown. The condition ID column 251 stores a condition ID, the communication environment ID column 252 stores an ID for identifying data related to the communication environment stored in the communication environment table 260, and the file type column 253 stores the type of file read by the application program. Is stored.

  The communication environment table 260 divides the communication environment by combining the communication means, the type of the communication network, the measured value of the network state, and the like as the data related to the communication environment between the TC 10 and the TCS 20, and for each divided communication environment. Is given a communication environment ID.

  The table configuration of the state table 210 stored in the TCS 20 will be described with reference to FIG.

  In the status table 210, an index field 211 for storing an identifier for identifying a file stored in the application data 220, a file name field 212 for identifying a file by the TCS 20, and data indicated by the file name field are stored in the server of the TCS 20. The data shown in the TCS server directory column 213 and the file name column 212 indicating the current directory is read and executed, and stored in the application ID column 214 storing the application ID for identifying the application program, the index column 331 or the file name column 332. When the data identified by the data to be edited is edited via the Web server 30, the Internet address column 215 for storing access destination information necessary for access specified by the Web client program is stored in the TCS20. If the data is synchronized with the data copied to the Web server 30 or the data stored in the TC 10 (data indicating “done” is stored), the data is not synchronized (indicates “not done”) A synchronization field 216 for storing data for identifying data), a status number field 217 for storing a status number, which will be described later, a last update date / time field 218 for storing the date and time last synchronized with the data of the Web server 30, and an index It is configured to include a UserID column 219 for storing a user ID for identifying a user who can edit the data identified by the data stored in the column 211 or the file name column 212 via the Web server 30.

  Further, the state table 210 has the same type of data as that stored in the condition table 250 (not shown).

  The table configuration of the file update state management table 330 stored in the Web server 30 will be described with reference to FIG. In the file update state management table 330, whether the file stored in the TCS 20 is copied to the Web server 30 or the TC 10, is edited after copying, is the edited data synchronized with the data of the TCS 20, Data for managing the duplication, modification, and synchronization status of files, such as whether data newly created by the TC 10 is stored in the Web server 30 or the TCS 20, is stored.

  The file update state management table 330 includes an index field 331 for storing an identifier for identifying a file stored in the application data 320, a file name field 332 for identifying a file in the TCS 20, and data indicated by the file name field in the server of the TCS 20 An application ID column 334 for storing an application ID for identifying an application program, an index column 331, or a file name column 332 for reading and executing the data indicated by the TCS server directory column 333 and the file name column 332 indicating the directory stored in An Internet address field 335 for storing access destination information necessary for access specified by the Web client program when editing data identified by the data stored in the Web server 30; The data on 0 is synchronized with the data stored in the TCS 20 or the data downloaded to the TC 10 (data indicating “done” is stored), and when the data is not synchronized (“incomplete” ”Is stored), a synchronization column 336 for storing data for identifying, a status number column 337 for storing a status number to be described later, and a date and time when the file stored in the application data 320 was last updated is stored. A UserID column 339 for storing a user ID for identifying a user who has executed an instruction to edit data identified by the data stored in the last update date / time column 338, the index column 331, or the file name column 332 by the Web server 30. Consists of including. The data in the TCS server directory column 333 is a value including data for identifying each TCS 20 when there are a plurality of TCS 20s. If the file stored in the application data 320 has never been edited after storage, that is, if the status number is 1, the date / time in the last update date / time column 338 indicates the date / time copied to the application data 320. .

  The file update state management table 330 and a status parameter management table 340, which will be described later, are stored in the Web server 30. However, the file update state management table 330 and the status parameter management table 340 may be synchronized with each other and can be accessed from both the TCS 20 and the Web server 30. It may be stored on a simple network disk.

  The table configuration of the status parameter management table 340 will be described with reference to FIG.

  The status parameter management table 340 includes a status description column 342 that describes on which computer or storage medium the copy of the application data file stored in the TCS 20 is present, and the status of access to the file. Between the file status column 343 indicating the change status of the file as to whether the data has been changed, the application data stored in the Web server 30 and the file downloaded to the TC 10 and stored as temporary storage data The synchronization state column 344 indicating whether or not the data synchronization is completed is stored for each status number stored in the status number column 340.

  Further, when data is downloaded to a terminal other than TC10, data indicating which terminal is being downloaded may be included. Furthermore, as one of access states to the file, a state indicating whether or not the data downloaded to the terminal has been deleted from the terminal may be included.

  Next, processing executed by a program operating on the TC 10 will be described. When the OS of the TC 10 is activated, the switching program 103 is activated. The switching program 103 switches and passes the input from the user to the remote drawing client program 102, the Web client program, or the switching program in accordance with the input from the pointing device. In addition, the switching program 103 switches a program that passes input from an input device other than the pointing device. The remote drawing client program 102 is activated when an instruction is received from the user after the switching program 103 is activated. After the switching program 103 is activated, the Web client program is activated when there is a control from the switching program 103 or an instruction from the user.

  The processing executed by the switching program 103 will be described with reference to FIGS. 11 (a) and 11 (b).

  The switching program 103 is activated when the OS is activated by the user turning on the power of the TC 10 and the login process is executed. When the switching program 103 is activated, the switching program displays a menu and waits for input from the user (S131). A process corresponding to the menu selected by the user is executed. If termination processing is instructed (S132), the switching program is terminated and the user is logged out.

  Depending on the selected menu, the remote drawing client program 102 is activated and connected to the TCS 20 (S136), the Web client program 104 is activated and connected to the Web server 30 (S137), or offline processing ( S138) is executed. After executing any one of these processes, it waits for a user operation from the input unit 17 or an interrupt input from the TCS 20 input via the network interface 14 (S139), and executes a process according to the input. When connecting to the TCS 20 by the remote drawing client program 102 or when connecting to the Web server 30 by the Web client program 103, communication means are set (S134).

  FIG. 11B shows a detailed flow of step 139 in FIG. It waits for a user operation or no input from the TCS 20 (S1391), and if there is an input, it is determined whether both the remote drawing client program 102 and the Web client program 104 are finished (S1392). If completed, the process returns to S132 of FIG. 4. If not completed, the process branches depending on whether the input is performed by a user operation or input from the TCS (S1393). If the input is an input by a user operation, the process proceeds to S1394, and if the input is from the TCS 20, the process proceeds to S1397.

  In step 1394, the input by the user operation is an area displayed by the remote drawing client program 102 (1607 in FIG. 22A, 1703 or 1705 in FIG. 22B), or displayed by the Web client program 104. The area (1601 in FIG. 22 (a), 1704 or 1706 in FIG. 22 (b)) or the area displayed by the switching program 104 (1608 or 1609 in FIG. 22 (a), 1702 in FIG. 22 (b)) Or 1707), the corresponding process is executed. If the input is for the area displayed by the remote drawing client program 102, the process proceeds to S 1395, and the input data is transmitted to the remote drawing server program 202. If the input is for an area displayed by the Web client program 104, the process advances to S1396 to execute processing as an input for the Web client program. If the input is for the area displayed by the switching program 104, the processing provided by the switching program is executed (S1398).

  FIG. 22 shows a screen example when these three areas are displayed on the screen of TC10. For operations that span these areas, such as file icon drag-and-drop operations, the file icon to be dragged-and-dropped is regarded as processing for the area where the file icon was displayed. Detect directory names. For example, by dragging and dropping the file icon displayed in the area 1703 to the area 1702, the file indicated by the icon is regarded as an offline preparation process, or the file indicated by the icon displayed in the area 1702 is displayed in the area 1703. The operation indicated by the icon can be regarded as an operation of uploading the file indicated by the icon by dragging and dropping.

  In Step 1397, the access destination information and the switching parameter transmitted from the switching broker program 204 of the TCS 20 are received. Based on the received switching parameters, switching control data is generated.

  For example, when the switching parameter is “Open”, the Web client program 104 is started, a command for accessing the Web server 30 based on the access destination information is generated as switching control data, and the command is executed. On the other hand, when the switching parameter is “Copy”, the web server 30 is accessed based on the access destination information, the web application program data and the data to be edited necessary for offline processing are acquired from the web server 30, and temporarily stored data A command to be stored in 120 is generated as switching control data, and the command is executed. The access destination information may be stored in the temporary storage data 120.

  When the remote drawing client 102 and the remote drawing server 202 establish a connection, the switching program 103 and the switching broker program 204 establish a connection therewith.

  In this way, in this embodiment, when the user gives an instruction regarding an operation for starting the application program using the input device of the TC 10, the switching program 103 indicates that the AP 206 operating on the TCS 20 is the application data. Or the web application program 304 operating on the web server 30 manipulates the data. If the former, the remote drawing client program 102 displays the screen data sent from the remote drawing server program 202. Thus, in the latter case, the control is switched so that the Web client program 104 installed in the TC 10 is started. The contents of the screen data sent from the remote drawing server program are screen data indicating that the AP 206 is activated in the TCS 20.

  Next, processing executed by a program operating on the TCS 20 will be described.

  Processing executed by the application monitoring program 203 will be described with reference to FIG.

  The application monitoring program 203 is started after the OS is started together with the remote drawing server program 202, the data management broker program 205, and the switching broker program 204.

  The application monitoring program 203 monitors a user operation sent from the remote drawing client program 102 via the OS 201 (S231).

  If there is a user operation, “user operation detection data” is generated based on the content, and the operation content is determined according to the data (S232).

  User operation detection data includes “file name”, “file storage location (full path directory name or memory address)”, “application ID based on file name”, “operation content”, and “file copy or move operation”. In the case of "storage destination to copy the file". The contents of the operation are divided into (1) processing involving the activation of the application program, (2) processing involving copying of the file, and (3) other processing. In the case of (1), the process proceeds to S233. If yes, go to S237 (3) If yes, return to S231.

  In S233, the load state of the TCS 20 and the load state of the network 40 connecting the TC 10 and the TCS 20 are detected. The data detected in step 233 is data indicating the state of the network 40 and the load state of the TCS 20 as shown in the condition table 250 and is stored in the state table 210. For the network load state, the one stored in the network state table 110 in S247 described later may be referred to.

  In step 234, based on the activation policy 230, the contents of the user operation detection data, and the load state of the TCS 20 and the network 40, it is determined which computer will activate the application program. In step S235, processing is performed based on the determination result. Fork.

  A specific example of determining a computer that starts an application program based on the startup policy is shown.

  Take as an example a case where a user double-clicks a file icon displayed on the screen in order to edit a file named “bbb.ppt”.

  For user operation detection data, the file name “bbb.ppt” is acquired based on the file name indicated by the icon, and the file storage location “c: \ Doc \ home \ dir1” is determined based on the location where the icon is displayed. Acquire and specify the application program associated with the file based on the file extension “ppt” and the table 240, acquire the application ID “A1”, and the operation content is based on the double-click operation. Acquire that the process is "Open" that starts the program and opens the file.

  As an example of the load state of the TCS 20 and the network 40, “broadband” or “non-broadband” is acquired as the communication environment ID, and “drawing software” or “video” is selected as the file type opened by the application program as an index indicating the load of the TCS 20 Get "file".

  If “Broadband” is “Drawing software”, the condition ID is C1 based on the table 250. If “Non-Broadband” is “Drawing software”, the condition ID is C2. If “Broadband” is “Movie file”, the condition ID is C1. Becomes C3.

  When the application ID and the condition ID acquired in this way are determined based on the activation policy 230, if the application ID is A1 and the condition ID is C1, the application program is activated by TCS, and the application ID is A1 and the condition ID. When C2 is C2, the application program is determined to be activated at TC.

  In step 235, if the application obtained by the TCS 20 is activated as a result of the determination in this way, the process proceeds to S236, the AP 206 is activated, and if the application program is not activated in the TC 20, that is, the process proceeds to S237 when activated by the TC 10. The contents of the user operation detection data are passed to the broker program 204.

  Note that the application monitoring program 203 may display the screen illustrated in FIG. 18B, and may proceed to S236 if the user selects S237 and 1403 when 1402 is selected.

  Processing executed by the switching broker program 204 will be described with reference to FIG.

  The switching broker program 204 waits for an interrupt process from another program (S241), and executes the process according to the interrupted program. When there is an interrupt from the application monitoring program 203 (S242), the user operation detection data is passed to the data management broker program 205 (S243), and when there is an interrupt from the data management broker program 205 (S244), the switching program 103 The switching parameter and the access destination information are transmitted (S245), and if there is an interrupt from the switching program 103 (S246), data regarding the network status is received and written to the network status table 110 (S247).

  Processing executed by the data management broker program 205 will be described with reference to FIG.

  The data management broker program 205 waits for interrupt processing from another program (S251), and executes processing according to the interrupted program. If there is an interrupt from the switching broker program 204 (S252), the data read from the application data 220 and the user operation detection data are passed to the data management program 302 and the file update status based on the user operation detection data Is stored in the state table 210 (S253). The status table 210 stores data relating to the update status of the file stored in the application data 220 and the status of the network connection status between the TC 10 and the TCS 20.

  Data stored in the state table 210 will be described with reference to FIG.

  The value stored in the index 211 may be generated by the data management broker program 205 so as to be a unique value, or a file generated by editing a file in TC10 or creating a new file is a Web The data numbered by the data management program 302 of the Web server 30 may be used at the timing of being uploaded via the server 30 and stored in the application data 220. If the value assigned by the data management broker program 205 and the number assigned by the data management program 302 can be distinguished from each other by the numbering rule of the number, the original data is edited or created by the TC 10 to determine whether the original data is TCS 20 data. Can be distinguished.

  The file name 212, the TC server directory 213, and the application ID 214 are generated based on the user operation detection data.

  When the file is transmitted to the web server 30, a value indicating “done” is stored in the synchronization column 216, and when data is downloaded from the web server 30 to the TC 10, the “done” is based on the notification from the web server 30. "Is changed to a value indicating" incomplete ".

  In the Status No column 217, a “status number” indicating the access status from the user to the data stored in the application data 220 is set. The status number is a value corresponding to the content shown in the table 340. The table 340 is stored not only in the Web case 30 but also in the TCS 20. The last update 218 is the last date and time when the file stored in the application data 220 is updated. The user ID 219 is a user identifier that identifies a user who logs in to the TCS 20. When a plurality of users access one TCS 20, an identifier of the accessible user is stored in order to control access to the stored file.

  Returning to the description of FIG.

  When there is an interruption from the data management program 302 (S254), an update flag described later with reference to FIG. 15 is determined (S255). If the update flag is “OFF”, the process proceeds to S256, and if the update flag is “ON”, the process proceeds to S257. In step 256, the access destination information and the switching parameter are transmitted to the switching broker program 204, and the access destination information is stored in the state table 210. On the other hand, in step 257, the file update result is stored in the application data 220 and the file update status is stored in the state table 210. In step 258, the update result is transmitted to the data management program 302.

  Next, processing executed by a program operating on the TCS 20 will be described.

  When the OS of the web server 30 is activated, the web server program 303 and the data management program 302 are activated. The Web application program 304 is called when the Web server program 303 responds in response to a request from the Web client program 104, is transmitted to the Web client program 104 as part of the content, and is executed on the TC 10. The operations using these Web application programs are not described in detail because they are known to those skilled in the art. The Web application program 304 includes a moving image reproduction program, word processor software, spreadsheet software, drawing software, and the like, and some of them have functions similar to normal application programs.

  Processing executed by the data management program 302 will be described with reference to FIG.

  The data management program 302 monitors the update of data in the Web application program (S320). If there is an update, the update flag is set to “ON” and the process proceeds to S325. If there is no update, the process proceeds to S321.

  The update flag is a flag indicating an update status for the application data 320. If it is updated, it is set to “ON”, and if the update result is synchronized with the application data 220, it is set to “OFF”.

  In S321, the data management program 302 waits for an interrupt from the data management broker program 205 (S321). If there is an interrupt, the data management program 302 receives the application data and the user identifier, and the application data is stored in the application data 320. Then, the data is stored in the file update state management table 330 based on the user identifier and the user operation detection data.

  Data stored in the file update state management table 330 will be described. The value stored in the index 331 may be generated by the data management program 302 so as to be a unique value, or a value received from the TCS 20 as file management data when receiving a file that is application data from the TCS 20 May be used. If the value received from the TCS 20 and the number assigned by the Web server 30 can be distinguished by the numbering rule of the number, it is distinguished whether the original data is the data of the TCS 20 or the data edited and created by the TC 10. be able to. As the file name 332, the TC server directory 333, and the application ID 334, the values received from the TC 20 are used as the file management data described above. The synchro 336 stores “Done” when the file is copied from the TCS 20, and when the file data is changed, the value is changed from “Done” to “Not done”. In the Status No column 337, a “status number” indicating the access status from the user to the data stored in the application data 320 is set. The status number is a value corresponding to the content shown in the table 340. The last update 338 is the last date and time when the file stored in the application data 320 is updated. The user ID 339 is a user identifier that is sent when the file is transmitted from the TCS 20. When a plurality of users access the Web server 30, an identifier of an accessible user is stored in order to control access to the stored file.

  Returning to the description of FIG.

  In S323, the data management program 302 generates access destination information based on the identifier of the application specifying the type of application to be used, the operand indicating the file name accessed by the application program, and the identifier of the user, and the file update state management table 330 is stored in the Internet address column 355. The access destination information is described in the URL format, and the type of the Web application program, the storage location of the transmitted application data, and the identifier of the user who can access the data are expressed directly or indirectly. . Further, the switching parameter is generated based on the user operation detection data. The switching parameter is data for distinguishing whether the TC 10 starts the Web client program 104 based on the access destination information or allows the TC 10 to download data used in offline processing. For example, if the operation content of the user operation detection data is “Open file”, the switching parameter is “Open”, and if the operation content of the user operation detection data is “Copy file”, the switching parameter is “Copy”. And

  In S324, the data management program 302 transmits the access destination information generated in S323 and the switching parameter to the data management broker 205.

  On the other hand, a case where the user saves the data update as a result of the operation using the Web application program and a case where the data update is detected as a result of monitoring in S320 will be described.

  In S325, the data management program 302 refers to the file update state management table 330, and obtains the storage location of the application data 220 stored in the TCS 20 by referring to the TCS server directory column 333.

  In S326, an update condition is acquired.

  The update condition is a condition for determining whether to synchronize data between the application data 220 and the application data stored in the application data 320 or the temporarily stored data 120. A condition is set when the synchronization fields 216 and 336 of the table 210 and the table 330 are “incomplete” or when specified by the user on the screen shown in FIG. 18E (synchronization is performed when 1406 is specified). Shall be satisfied.

  In order to synchronize with the storage destination file on the TCS 20 acquired in S325, the data management program 302 sends the updated result (or the difference data of the changed portion) to the data management broker program 205 (S327). When the update completion notification is received from the data management broker program 205, the status table 330 is updated, the temporary storage file is deleted, the update flag is turned OFF (S328), and the update completion is notified to the Web application program 304 (S329). ). The Web application program outputs update completion to the user via the Web server program 303 and the Web client program 104.

  Through the above processing, the application data 220 stored in the TCS 20 can be edited using the Web client program 104 operating on the TC 10 and the Web application program 304 acquired from the Web server 30.

  The processing content of the Web client program 104 that operates in the TC 10 and the processing content of the Web server program 303 that operates corresponding to the Web client program 104 will be described with reference to FIG.

  When the Web client program 104 is activated, it obtains access destination information from the switching broker program 204 via the switching program 103 (S141). When the temporarily saved data is called by the switching program, the switching program 103 specifies access destination information indicating the temporarily saved data when the Web client program 104 is activated.

  Next, user identification information is acquired (S142). The user identification information is stored in the user identifier data 130, and may be stored in a memory obtained when the user logs in to the TC 10 via the external device interface 15. In S143, the access destination information and the user identifier data are used to access local data that is temporarily stored data of the Web server or TC 10 (S143). Processing for accessing local data is called offline processing. When accessing the Web server, a session is established, a screen based on the access destination information is displayed (S144), and the following steps according to user input and each step of FIG. 16B are executed. Note that when accessing data stored in the secondary storage device of the TC 10 without communicating with the Web server 30, a session with the Web server 30 is not established.

  In S145, the process waits for user input to the screen displayed in S144. If there is an input, the process proceeds to S146. In S146, if the input user input is not an input related to termination, the process proceeds to S147, and if it is an input related to termination, the Web client program 104 is terminated. Before the end, if the data being edited is not saved, the necessity of saving is confirmed, and if the saving is necessary, the saving process is executed.

  In S147, if the input user input is an input related to access to the Web server, data corresponding to the user input is transmitted to the Web server 303, and if the input is an input to the Web application program operating on the Web client program 104, the input The process for is executed.

  In S148, if data has been transmitted to the Web server in S147, response data from the Web server is received and displayed. If the process corresponding to the input to the Web application program has been executed in S147, the process result is displayed.

  If the process of S148 is completed, the process returns to S145.

  The Web server program 303 receives data corresponding to the user input from the Web client program 104 (S332), performs user authentication using the access control data 320 (S333), and receives the data received from the Web client program 104. A process corresponding to the process is executed (S334), and data corresponding to the process result of S334 is transmitted to the Web client.

  Next, an example of a screen displayed on the TC 10 will be described with reference to FIGS. 17 and 18.

  FIG. 17 is a diagram illustrating a menu screen displayed by the switching program.

  The user designates a process to be executed next using a GUI (graphical user interface) as shown in FIG. As a method of specifying using the GUI, for example, a menu indicated by the area 1301 is selected by placing a symbol (pointer) for specifying a position on the screen in the area 1301 of FIG. 17 and pressing a button on the pointing device. There is a method to consider.

  After the user logs in to the TC 10, the user designates a menu corresponding to the desired work using the screen example shown in FIG. There are four types of work that can be selected by the user: “connect to TCS 20”, “connect to Web server 30”, “do not connect to network, perform offline work on TC 10”, and “log out TC 10”. As for the display method of the menu screen, when FIG. 17A is displayed and 1301 is selected, FIG. 17A is not displayed and FIG. 17B is displayed, and the menu of any communication means is selected. Then, there is a method of hiding FIG. 17B and displaying FIG. 17C.

  If the menu illustrated in FIG. 17A is displayed on the screen in a different manner and not displayed, the online processing and the offline processing can be easily switched.

  If 1301 in FIG. 17A is selected, the determination in S133 in FIG. 11A is executed as Yes, and if 1302 is selected, the determination in S133 in FIG. 11A is No. Is executed. In S134 of FIG. 11 (a), after the communication means is specified in the menu of FIG. 17 (b) and FIG. 17 (b) is hidden, FIG. 17 (c) is displayed and 1304 is selected. In this case, the process of S136 in FIG. 11A is executed, and when 1305 is selected, S137 is executed.

  Further, the combination of the order of the connection destination designation screen and the communication means designation screen is appropriately changed to display FIG. 17D, and when 1306 or 1307 is selected, FIG. 17D is not displayed. There is also a method of displaying FIG.

  FIG. 18 shows an example of a screen displayed on the TC 10 after logging in to the thin client server 20 by the remote drawing client program 102.

  (A) is an example in which the file name of the application data stored in the TCS 20 is displayed and a screen is displayed when the displayed file name is designated with a pointer. The file name opened by the user using the application program is displayed in a manner different from other file names as indicated by 1401.

  (B) is a screen example of a screen for the user to specify whether or not to start the AP 206 in the TCS 20. The screen of (b) is displayed on the TC 10 before executing the branch process of S235 based on the determination result of S234 of FIG. If the user designates 1402 for the displayed menu, the process proceeds to S237. If 1403 is designated, the process proceeds to S236. If 1404 is designated, the process returns to S231.

  (C) is an example of a screen displayed when the file specified in (a) is opened by the AP 206 and the AP 206 is activated in the TCS 20. (A) and (c) are output to the output section of the TC 10.

  (D) is an example of a screen when data corresponding to the file specified in (a) is displayed on the TC 10 by the Web client program 104.

  (E) is a case where the application data 220 of the TCS 20 is replicated in the application data 320 of the Web server 30 or the temporary storage data of the TC 10, and the data of the TCS 20 is different from the other replicated data, or It is an example of a screen for designating whether a file name for storing changed data is to be an original file name or a different file name when data copied to other than the TCS 20 is different from the data of the TCS 20. For example, in SQ165 of FIG. 6, when the data management program 302 detects a change in the application program, before updating the data of the application data 220 of the TCS 20, (e) is displayed and 1406 is selected. Reflects the change to the application data 320 in the application data 220, and if 1407 is selected, executes a process of specifying a file name different from the file name for the data stored in the application data 220 To do. When 1408 is selected, the saving process for the application data 220 is canceled.

  Next, offline processing will be described with reference to FIGS.

  In the screen transfer type thin client system, when the network between the TC 10 and the TCS 20 is offline, the processing result of the TCS 20 is not displayed on the screen of the TC 10. Therefore, the Web application program 304 and the application data 320 are stored in advance in the temporary storage data 120 of the TC 10 from the Web server 30 and stored in the TC 10 even when the TC 10 is in an offline state not connected to the network. By starting the Web client program 104 and using the program and data stored in the temporarily stored data 120, data editing is enabled. This processing is called offline processing.

  In order to execute the offline processing, it is necessary to download the program and data from the Web server 30 to the TC 10 in advance and store them in the temporary storage data 120 before executing the offline processing. The process of downloading and storing the web application program and the data used by the web application program in the temporarily saved data 120 is called an offline preparation process.

  The flow of processing of the thin client system when offline processing and offline preparation processing are executed will be described with reference to FIG.

  In this system, each computer is turned on, the OS and various programs are started, and the login information of the user is acquired. Since the processing of F1 and F2 is as described above, the details are omitted.

  When the user login process is completed, options for the user to specify the next operation are displayed as a menu on the output unit 17 of the TC 10. For example, if 1301 in FIG. 17 is selected, it is assumed that the user has specified online processing, and the process proceeds to F4. If 1302 is selected, it is assumed that the user has specified offline processing, and the process proceeds to F41.

  First, the processing after F4 will be described in the case of “online processing” in which a network is connected and the system is used. In F4, the update status of the temporary storage data 120 stored in the TC 10 or the external storage medium 19 is confirmed. For checking the update status, for example, the download date and time when the file stored in the temporarily saved data is downloaded from the Web server 30, the upload date and time uploaded to the Web server 30, and the save date and time edited and saved by the TC 10 are stored as management data. If the storage date / time is newer than the download date / time or the storage date / time is newer than upload, the process proceeds to F5. Otherwise, the communication means is selected, and the process proceeds to F6 to log in to the TCS 20. When there is a change, the temporary storage data is uploaded and synchronized with the application data stored in the TCS 20 or the Web server (F5), and the process proceeds to F6 to log in to the TCS 20.

  When the login to the TCS 20 is completed, the preparation process for offline processing (offline preparation processing) in the TC 10 can be executed. Details of the offline preparation process will be described later in detail with reference to FIG. When the offline preparation process is completed, the user logs off the TCS 20 and ends the process. Of course, processing other than offline preparation processing may be executed without logging off the TCS 20, or processing using the Web client program 104 of the TC 10 may be executed after logging off the TCS 20.

  Next, in the case of “offline processing”, processing after F41 will be described. In the offline processing, the Web client program 104 is activated (F41). The Web client program 104 reads temporarily saved data 120. Data stored as temporarily stored data includes data edited by a Web application program, a URL for accessing a Web server, and an operation history.

  Using the read data, an offline file editing process is executed on the TC (F43), and the data edited by the offline function in the TC10 by the input from the user or the automatic saving function of the system is stored in the TC10 or externally. It is stored in the storage medium 19 (F44).

  When the saving is completed, the Web client program is terminated according to the user's operation, and the entire process is terminated.

  The details of the offline preparation process indicated by F31 in FIG. 19 will be described with reference to FIG.

  The offline preparation process refers to the data corresponding to the file name and the application program associated with the file name extension without starting the application program associated with the specified file name and file name extension. This is a process of downloading application program data from the Web server 30 to the TC 10.

  Since the preparation process can be started using the GUI for the file name, the file to be processed offline cannot be started as an application on the TCS 20 as data necessary for processing the file edited by the TCS 20 offline. Can also be stored in the TC 10. This simplifies the procedure for manually editing data that has been edited in a network-connected office environment in an environment where network connection is not possible. In addition, AP206 can be started and ready to work in the offline environment without waiting for the startup time, so for example, before going on a business trip, it is easy to take out the data that was working until just before going out and prepare to work in the offline environment It becomes possible.

  Alternatively, a file having a GUI for executing offline preparation processing may be used to specify a file to be processed offline after the offline preparation processing program is started.

  There is a method of designating an operation for copying a file indicated by an icon by moving the icon of the file displayed on the screen from one area to another area (referred to as drag and drop).

  When the application data 220 file stored in the TCS 20 is stored as the temporary storage data 120 of the TC 10, offline preparation processing is executed. As a user operation by the user who starts the offline preparation process, there is an operation of dragging and dropping an icon indicating a file.

  This will be described below with reference to the drawings. The user can check the file name of the file stored in the TCS 20 on the screen displayed by the remote drawing client program 102. When the user designates a file to be edited by offline processing using the TC 10 using the input unit 18 and performs an operation to instruct execution of offline preparation processing, the application monitoring program 203 stores user operation detection data. Is obtained (SQ201). This user operation detection data is passed to the data management program 302 of the Web server 30 via the switching broker 204 and the data management broker program 205 (SQ202).

The data management program 302 receives the received user operation detection data and the file data designated by the user, stores the file data in the application data 320, and stores the management data related to the stored file in the table 330. And
Access destination information and switching parameters are generated, data of the access destination information is stored in the status table 330, and the access destination information and switching parameters are transmitted to the data management broker program 205.

  The data management broker program 205 receives the access destination information and the switching parameter, stores it in the state table 210, passes the received access destination information and the switching parameter to the switching broker program 204, and the switching broker program 204 The switching control data is generated based on the parameters, and the access destination information and the switching control data are transmitted to the switching program 103 of the TC 10.

  The switching program 103 receives the access destination information and the switching control data, starts the Web client program based on the “switching control data”, and displays a screen based on the access destination information. In response to a user input on the displayed screen, the application data and the Web application program are acquired from the Web server 30 and stored as temporarily stored data 120.

  Next, screen examples displayed on the TC 10 will be described with reference to FIGS.

  FIG. 21A shows an example of the screen. An area 1501 is an area indicating that data stored in the temporary storage data 120 of the TC 10 is displayed. The “name” portion indicates the file name of the file stored in the temporary storage data 120. The “server address part” indicates which data stored in the TCS 20 is the data indicated by the file name. The “update” portion indicates whether or not there is a change after copying the data stored in the TCS 20, and when the date and time is displayed, there is a change and the date and time indicates the last update date and time. Is displayed, it indicates that there is no change after duplication (only time is displayed in the figure).

  The “download” part is downloaded to the TC 10 after the offline preparation process in the Web server 30 is completed, whether the process of downloading the Web application program and the application data from the Web server 30 in the offline preparation process is completed. It is shown whether it is possible to download, or the offline preparation process in the Web server 30 has not been completed and download is still impossible.

  FIG. 21B is a screen displayed when the user issues an instruction to save data after editing the data stored in the temporarily saved data 120 by offline processing. When the menu 1502 is selected, the application data stored in the temporary storage data 120 is updated, and the updated data is stored as the temporary storage data 120 as the file update state. .

  When the menu 1504 is selected, the data is not updated and the data being edited is discarded. Reference numeral 1506 in FIG. 21C is an example of a menu for starting offline preparation processing. This menu is displayed when a specific input (for example, right click) using a pointing device is input after selecting at least one file to be processed offline.

  FIG. 21D is a confirmation screen displayed after the menu 1506 is displayed. When 1507 is selected, offline preparation processing is executed. When 1508 is selected, the file selected on the screen (c) is released, and offline preparation processing is not executed.

  The screen configuration when displayed on the TC 10 is shown in FIG. Reference numerals 1601, 1704, and 1706 denote areas for receiving instructions to the Web client program 104. Reference numeral 1602 denotes a part of an area for receiving an instruction to the remote drawing client program 102, and is an output result of a program that displays a file name of data stored in the TCS 20. Reference numerals 1607, 1703, and 1705 are output result areas of the remote drawing client program 102, and 1608, 1702, and 1707 are areas that receive instructions to the switching program. There may be a plurality of areas for receiving instructions to the Web client program 104.

  FIG. 23 shows an example of a screen when the Web client program 104 is activated after logging in to the TC 10 and selecting, for example, the menu 1307 of 1305 (d) in FIG. At this time, the access destination information for accessing the Web server may be a URL stored in the memory of the TC 10, a temporary storage file, or the external storage medium 19, and may be different data for each user.

  The second embodiment will be described with reference to FIGS. 24, 5, 6, and 20.

  The second embodiment is a thin client system in which a portable terminal as a data storage device capable of erasing data by remote operation is added to the system configuration of the first embodiment.

  As shown in FIG. 24, the portable terminal 50 in this embodiment includes at least a communication unit 54 or an external device interface 55, and also includes a memory 52 or a secondary storage device 53, and a central processing unit. Reference numeral 51 denotes an information processing apparatus that executes processing of programs (501 to 504) stored in the memory 52.

  The communication unit 54 performs communication with the TC 10 or communication with the network 40-1. The external device interface 55 is an interface for connecting to another terminal having a communication function when the portable terminal 50 does not have the communication unit 54. The network 40 is an open network such as the Internet. The network 40-1 is a network for connecting to the Internet, and is a network to which a pre-registered terminal such as a mobile phone network can be connected. Of course, the network 40-1 may be a network that does not require permission for network connection in advance, such as a public wireless LAN or a private LAN. The external device interface 55 inputs / outputs data with a device such as the external storage medium 59, transmits / receives data to / from a device (not shown) that communicates with the TC 10, and communicates with the network 40 (not shown). ) And data. The portable terminal 50 also includes an input unit 58 such as a keyboard and a touch panel that accepts input from a user who operates the portable terminal, and an output unit 57 such as a display unit and a speaker that outputs processing results and states in the portable terminal. These are connected to each other by an internal communication line 56 such as a bus.

  A program stored in the memory 52 and temporary storage data stored in the secondary storage device 53 will be described.

  The OS 501 executes common basic processing used by an application program for an input / output function, a memory / secondary storage device read / write management function, a communication function, and the like.

  The data storage program 502 stores data acquired from the TC 10 or the Web server 30 as temporary storage data 520 in the secondary storage device. The temporary storage data 520 may be stored in the memory 52. The communication control program is a program for controlling communication processing when communicating with the TC 10 or the Web server 30 by a communication unit or a communication device connected via an external device interface. The login information generation program 504 is used when logging into the TC 10 based on user identifier data stored in the external storage medium 59, the secondary storage device 53, or the memory 52 and data input from the user via the input unit. This program generates the necessary login information.

  In addition, although TC10, TCS20, and the portable terminal 50 are each displayed in the figure, a plurality of computers may be connected to the network.

  Next, a method for securing a communication path between the portable terminal 50 and the TC 10 will be described. When establishing a communication path between the communication unit 54 of the portable terminal and the network interface of the TC 10, authentication information generated by the login information generation program 504 or the like in response to the connection request is used. As a procedure for securing a communication path, for example, there is a method disclosed in Patent Document 2 (paragraph 0055).

  The portable terminal 50 in this embodiment has a function of preventing information leakage by erasing data by remote operation.

  The switching program 103 detects whether or not an external storage medium or a portable terminal is connected to the TC 10 as an external storage device, and the type of the external storage medium, the type of the portable terminal, or the individual identification number of the portable terminal (for example, MAC address or uid It is checked whether the portable terminal 50 has the function (a function capable of remotely deleting data) based on the terminal ID. Furthermore, the result of the TC 10 checking whether the mobile terminal has the function is valid, obtains a result, determines whether it can be designated as an external storage medium, and a list of external storage media that can be designated Data is registered in the access control data 310 of the Web server 30 as data (data writable medium list).

  The list may be stored in a combination of an identifier for identifying a mobile terminal, setting contents, and a flag indicating whether or not the external storage device can be recognized for each degree of confidentiality.

  When a communication path is secured between the TC 10 and the portable terminal 50, or when the portable terminal 50 is connected via the external device interface 15 of the TC 10, the portable terminal 50 is recognized as an external storage device of the TC 10. Determine whether to do. At the time of determination, it is determined whether or not the portable terminal 50 is included in the data writable medium list registered in the access control data 310, using the individual identification number of the portable terminal 50 as a key. If it is not included, it is not recognized as an external storage device.

  If it cannot be confirmed, the switching program 103 or the Web application program 304 that operates on the Web client program 104 downloaded to the TC 10 is set so that the portable terminal 50 is not recognized as an external storage device.

  Next, processing when data is stored in the portable terminal 50 when data is acquired from the Web server 30 will be described with reference to FIGS.

  As shown in FIG. 5, when the Web client program 104 of the TC 10 receives the Web application program and the data edited by the Web application program from the Web server 30, the data is transferred to the portable terminal 50 via the communication unit. The data storage program 502 stores the data as temporary storage data.

  The file of application data 220 stored in the TCS 20 is classified in advance, and when a file designated in advance is to be stored in the application data 320, the storage location of the file is designated according to the classification result. Based on the data indicating the storage destination of the file, the switching program 103 or the Web client program 104 operating on the TC 10 stores the file in the secondary storage device of the TC 10, the external storage medium 19, or the portable terminal 50. To do.

  The TCS 20 stores data indicating the correspondence between file classification categories and storage locations that can store files corresponding to each category. For example, the storage location of a file with a low degree of confidentiality can be stored in either the portable terminal 50 or the external storage medium 19, but if the classification is a classification based on the degree of confidentiality of the file, the degree of confidentiality The Web application program 304 operating on the Web client program 104 downloaded to the switching program 103 or the TC 10 is controlled so that an external storage medium cannot be designated as a storage destination of a file having a high file size.

  If the mobile terminal has a mail transmission function, when the data is received from the TC 10 via the communication function and the data received as the temporarily saved data by the data saving program 502 is saved, the file name of the received data and the TC 10 It is possible to send an e-mail informing the destination registered in advance of the user name indicated by the user identifier data stored in and the reception date and time. The mail transmission function transmits via the network 40-1.

  Further, the secondary storage device 53 of the mobile terminal 50 erases the data stored as the temporarily stored data by a remote operation from a mobile terminal or a computer different from the mobile terminal 50. This erasing operation can prevent information leakage.

  In the second embodiment, when the TC 10 Web client program shown in FIG. 6 is activated to update the data, the temporary storage data 520 of the portable terminal 50 is used instead of the temporary storage file 120. The data storage program 502 sends data to the TC 10 via the communication path established between the login information generation program 504 and the communication control program 503 between the TC 10 and the portable terminal 50.

  In the second embodiment, in the processing of F4 in the online processing of FIG. 19, the temporary storage data is confirmed not only for the TC 10 or the external storage medium 19 but also for the update status of the temporary storage data stored in the portable terminal 50. . If there is a change, the data stored in the portable terminal 50 may be connected to the TC 10 via the communication unit 54 and uploaded to the Web server 30 via the TC 10 or via the network 40-1. You may connect to the server 30 and upload.

  In the second embodiment, in the offline preparation process of FIG. 20, when acquiring the Web application program and application data from the Web server, the access destination information necessary for accessing the Web server is stored in the mobile terminal via the TC 10. 50, but after obtaining the access destination information, a web client program (not shown) that runs on the portable terminal 50 is used to send a web application program and application data from the web server 30 via the network 40-1. And get.

Claims (13)

A thin client system in which a thin client server, a web server, and a thin client terminal are connected via a network,
When the thin client server receives operation information for starting an application program for creating or updating a target file from the thin client terminal connected via the network, the thin client server displays the application program as the thin client server. To determine whether to execute
When it is determined that the thin client server does not execute, the thin client server transmits the application program identifier, the target file identifier, and the file data indicated by the file identifier to the Web server. ,
The Web server generates access destination information based on the identifier of the application program, the identifier of the target file, and the identifier of the storage destination of the received file data,
The Web server transmits the generated access destination information to the thin client server,
The thin client server transmits the received access destination information to the thin client terminal,
The thin client terminal
Based on the access destination information received from the thin client server, connect to the Web server,
A thin client system that executes the application program and creates or updates the target file. The thin client system according to claim 1,
The web server and / or the thin client server includes a table for managing a status of a file to be created or updated,
The thin client server starts the application program, refers to the table before reading the target file,
If the target file has been changed, an inquiry as to whether or not to update the target file is displayed on the screen of the thin client terminal,
A thin client system, wherein the application program is activated after following the instruction to update whether input to the thin client terminal. The thin client system according to claim 1 or 2,
The thin client server
Detecting a load state of the network connected to the thin client terminal;
A thin client system that determines whether or not to execute the application program on the thin client server based on the load state and an activation policy provided in advance. The thin client system according to claim 3,
The activation policy includes the type of the application program, the state of the network between the thin client server and the thin client terminal, the state of the thin client server, the type of file read by the application program, and the application program. A thin client system comprising: a correspondence relationship with a method. A thin client terminal used in a thin client system in which a thin client server, a Web server, and a thin client terminal are connected via a network,
Connect to the thin client server, specify a file to be created or updated, send operation information to start an application program to create or update the target file,
When it is determined not to execute the application program on the thin client server, the access destination information is received from the thin client server,
A thin client terminal that connects to the Web server and creates or updates the target file based on the received access destination information. A thin client server used in a thin client system in which a thin client server, a web server, and a thin client terminal are connected via a network,
Based on the execution instruction of the application program with the file name received from the thin client terminal,
Determine whether to start the application program in the thin client server,
If the thin application server does not start the application program, the file specified by the execution instruction is sent to the Web server,
The client terminal receives access destination information and authentication information necessary for the access necessary for accessing the file transmitted to the Web server from the Web server,
A thin client server, wherein an instruction to start a Web client program that accesses the Web server, the received access destination information, and the authentication information are transmitted to the thin client terminal. The thin client server according to claim 6,
The activation determination of the application program, the load state of the network between the thin client terminal and the thin client server, the identifier of the application program designated to be activated, the identifier of the file used by the application program, A thin client server, which is performed based on a load state of the thin client server. A web server used in a thin client system in which a thin client server, a web server, and a thin client terminal are connected via a network,
Based on operation information by the thin client terminal, specifying a file to be created or updated for the thin client server, and starting an application program for creating or updating the target file,
Receiving an identifier of the application program, the target file, and an identifier of a user using the thin client terminal from the thin client server;
Based on the identifier, generates an access destination information necessary when the application program started on the Web server is used by the Web client program executed on the thin client terminal,
A Web server, wherein the generated access destination information is transmitted to the thin client server. The web server according to claim 8,
When the information received from the Web client program executed on the thin client terminal satisfies a predetermined condition, the Web server transmits the file and the application program to the thin client terminal. The web server according to claim 9,
The predetermined condition refers to whether or not access is possible based on a rule stored in the access control data for the user identifier used when generating the access destination information and the user identifier transmitted from the Web client program. A Web server characterized by being accessible. The thin client system according to any one of claims 1 to 4,
When the thin client terminal designates a file stored in the thin client server and inputs an instruction to start an application program associated with the file, the thin client terminal operates the file on the thin client terminal. A thin client storing mobile code necessary for editing using a Web client program and data of the file as an external storage medium in a portable terminal connected to the thin client terminal by a communication function system. The thin client system of claim 11,
A thin client system that controls whether or not the portable terminal can be designated as the external storage medium in accordance with the degree of confidentiality of the file. A mobile terminal that has a mail transmission function that can be connected to a thin client terminal with a communication function.
When a file is received from the thin client terminal via the communication function, a mail indicating the received file name, the user name that received the file, and the received date and time is sent to the destination registered in advance by the mail transmission function. A mobile terminal characterized by transmitting

Images