Abstract:
A WWW client-server system is provided with a local-file-transfer method and a local-file-transfer system which achieve significant reduction in operator work load in comparison with conventional keyboard entry. According to the present invention, lengthy data, which is not suitable for keyboard data entry, is stored as a file in the client device in advance, and is transferred to the server device at the time of search. The server device carries out the search for requested information based on the transferred file data. Furthermore, a search query can be constructed at the client based on combined search conditions made up from search-condition file names and search condition data previously transferred to the server.

Description:
CROSS REFERENCE TO RELATED APPLICATIONS  
         [0001]    This application is based upon and claims priority from Japanese Patent Application 8-077939 filed Mar. 29, 1996, the contents of which are incorporated herein by reference herein.  
         BACKGROUND OF THE INVENTION  
         [0002]    1. Field of the Invention  
           [0003]    The present invention generally relates to two-way communication systems which transfer information, such as search conditions and search results, between a client and a server in response to requests from the client. Namely, the present invention relates to, for example, a local-file-transfer method and a local-file-transfer system used in a WWW (world wide web) client-server system. The present invention particularly relates to a local-file-transfer method and a local-file-transfer system used in the WWW client-server system which allows large quantities of data to be transferred from a WWW client to a WWW server connected through the Internet.  
           [0004]    2. Description of the Related Art  
           [0005]    Keeping pace with recent developments of the Internet, WWW client-server systems have been increasing in the number of business application fields in which they can be used. Various execution and search requests issued from a WWW client to a WWW server involve sending large quantities of data, especially in the case where a search request composed by the client and to be sent to the server requires a significant amount of data for its definition. What is needed is a local-file-transfer method and a local-file-transfer system which allow such massive data transfer from the WWW client to the WWW server.  
           [0006]    Special types of search request information, such as genetic information, provided by a server device requires a long search-condition clause to be entered at a client device. Such a long data sequence, is generally not suitable for keyboard data entry. What&#39;s needed is the ability of storing information in a file in the client device in advance, and transferring the information to the server device at the time of the search, so that the server device can carry out the search for requested information based on the transferred file.  
           [0007]    Typically, data transfer from a client device to a WWW server connected through the Internet requires data entry into the client device,, and such data entry is typically carried out using the following methods.  
           [0008]    A first method of data entry is keyboard entry of the data by an operator working at the WWW client device. The data is entered into an input field on the display which typically displays an HTML (HyperText Markup Language) menu transferred from the WWW server, and, then, the entered data is sent to the WWW server through the Internet.  
           [0009]    A second method of data entry is to copy (cut and paste) data to an input field from a window on the same display. In this case, the window shows a list of candidate data for transfer to the WWW server.  
           [0010]    The first method of keyboard data entry into the input field is prone to key-touch errors during lengthy data entry, and is also time consuming.  
           [0011]    The second method of copying (cutting and pasting) data into the input field from a window on the same display is time consuming in terms of copy-range selection, and, also, is susceptible to possible erroneous character transformation during the copying process.  
           [0012]    Accordingly, there is also a need in WWW client-server systems for a local-file-transfer method and a local-file-transfer system which allow massive data transfer from a client to a server without imposing an onerous work load on an operator.  
           [0013]    Also, there is a need in the WWW client-server system for a local-file-transfer method and a local-file-transfer system which allow data to be transferred from a client to a server by identifying data on a client display, extracting a relevant file from a client memory device, and sending the relevant file to the server, to request the server to register the file, to execute the file, or to search registered files.  
           [0014]    Further, there is a need in the WWW client-server system for a local-file-transfer method and a local-file-transfer system which allow an execution-request transfer from a client to a server to be made by entering the execution request on the client display and sending the request to the server, or by identifying the execution request on the client display, extracting file-stored execution requests from a client memory device, and sending the file to the server.  
           [0015]    Moreover, there is a need in the WWW client-server system for a local-file-transfer method and a local-file-transfer system which allow search-condition transfer from a client to a server to be made by entering the search conditions on the client display and sending the search conditions to the server, or by identifying search conditions on the client display, extracting file-stored search conditions from a client memory device, and sending the file to the server.  
           [0016]    Also, there is a need in the WWW client-server system for a local-file-transfer method and a local-file-transfer system which can issue a completion message after completion of a data transfer from a client to a server so as to inform the server of the end of the transfer.  
           [0017]    Further, there is a need in the WWW client-server system for a local-file-transfer method and a local-file-transfer system which allow a server to store client-sent information, to carry out client-issued requests based on client-registered information provided on a file-unit basis, and to allow the server to notify the client of the execution results.  
           [0018]    Moreover, there is a need in the WWW client-server system for a local-file-transfer method and a local-file-transfer system which allow a server to generate search parameters based on client-sent search conditions to search for client-registered information provided on a file-unit basis.  
           [0019]    Also, there is a need in the WWW client-server system for a local-file-transfer method and a local-file-transfer system which can request the server to eliminate transferred information when execution results notified by the server are satisfiable.  
         SUMMARY OF THE INVENTION  
         [0020]    Accordingly, it is a general objective of the present invention to provide a local-file-transfer method and a local-file-transfer system which can satisfy the needs described above.  
           [0021]    It is another and more specific objective of the present invention to provide a local-file-transfer method and a local-file-transfer system which allow data transfer from a client to a server by identifying data on a client display, extracting a relevant file from a client memory device, and sending the relevant file to the server, in order to request the server to register the file, to execute the file, or to search registered files.  
           [0022]    It is a further objective of the present invention to provide a means for preparing lengthy data in advance at the client display and then transferring such data from the client to the server in a way that significantly reduces the user&#39;s work load.  
           [0023]    In order to achieve the above objects, the present invention provides a method and system of transferring information from a client to a server in a client-server system which achieves significant reduction in operator work load in comparison with conventional keyboard entry. According to the present invention, the data to be transferred to the server is prestored in a file in the memory media of the client. A display is transferred to the client from the server, the display providing fields for entering data. The file in the client&#39;s memory media is subsequently entered on the display provided from the server. The file is transferred to the server at the time of search. The server device carries out the search for requested information based on the transferred file data. A search query can be constructed at the client based on combined search conditions made up from search-condition file names and search condition data previously transferred to the server.  
           [0024]    Another aspect of the present invention is that a file name of a file is indicated on a display which is created based on menu information provided from the server. After indicating that file-unit-based information is to be registered; and reading the file corresponding to the file name from the memory media, the file is then transferred to the server. The above two steps are carried out when a file extracted from the memory media is transferred from the client to the server.  
           [0025]    As another aspect of the present invention, an execution request is identified at the client on the display which is provided from the server, the execution request being made to the server. The execution request can be directly transferred to the server. But when the execution request is longer than a predetermined data length, the execution request is first read from the memory media and then transferred to the server.  
           [0026]    As another aspect of the present invention, a search-condition identifier is entered at the client on the display provided from the server. A file is read from the memory media, and transferred to the server. This file stores the search conditions to be transferred to the server and corresponds to the search-condition identifier that was indicated.  
           [0027]    As a further aspect of the present invention, a file-transfer-completion message is issued from the client when file transfer to the server is finished.  
           [0028]    As a further aspect of the present invention, the server allocates file space for storing the file transferred from the client. The file-unit-based information transferred from the client is stored in the server&#39;s file space. A receipt-completion message to the client is issued from the server when all files transferred from the client are received. The server carries out the execution request or search conditions request obtained from the client. Upon completion, the server then sends the execution results or search results to the client.  
           [0029]    As a further aspect of the present invention search conditions are entered on the display of the client. This display was previously created based on menu information provided from the server. The search conditions to be used by the server are transferred from the client to the server. Search parameters are generated at the server based on the search conditions obtained from the client. Searching is accomplished at the server based on the generated search parameters for file-unit-based information transferred from the client in advance. The search results are transferred to the client.  
           [0030]    As a further aspect of the present invention, an elimination request is sent from the client to the server based on one of the execution results and search results which had been previously sent from the server to the client. A file transferred from the client is then expunged at the server based on the elimination request sent from the client.  
           [0031]    In order to achieve the above objectives, the present invention provides a system for transferring information between a client and a server which includes: a local-memory for prestoring information, the information having a file structure for transfer to the server and a search-condition transfer unit for reading at least one file from the local-memory unit and for transferring this file to the server. The server has a search unit which executes a search based on search conditions contained in this file transferred from the client and transfers the results back to the client.  
           [0032]    As a further aspect of the present invention, the search unit of the server has a search-condition storage unit for storing at least one file transferred from the client; and a search-execution unit for transferring search results to the client. The search results are obtained from a search based on combined search conditions made up from at least some of the files stored in the search-condition storage unit.  
           [0033]    As a further aspect of the present invention, the search-execution unit includes a search-result transferring unit for transferring search results to the client. The search results are obtained from a search based on combined search conditions made up from at least some of the files and search-condition data transferred from the client.  
           [0034]    As a further aspect of the present invention, the system further includes a file-transfer instructing unit, a file indicating unit and a file-transfer unit. The file-transfer instructing unit accepts an entry of data indicating that file-unit-based information is to be transferred. The entry of the data is made on a display which is created based on menu information provided from the server. The file indicating unit accepts at least one file name. The file-transfer unit reads at least one file indicated by the file indicating unit from the local-memory unit and transfers this file to the server.  
           [0035]    As a further aspect of the present invention, the client of the system further includes an execution-request instructing unit which accepts an entry of an execution request on the menu information provided from the server. The client also further includes an execution-request-transfer unit which transfers the execution request indicated by the execution-request instructing unit to the server. Alternately, the execution-request-transfer unit reads the execution request indicated by the execution-request instructing unit directly from the local-memory and then transfers the execution request to the server.  
           [0036]    As a further aspect of the present invention, the client of the system further includes a search-condition indicating unit which accepts an entry of a search-condition identifier on a display created based on menu information provided from the server. A search-condition-file-transfer unit of the client reads the files from the local-memory unit based on the search-condition identifier indicated by the search-condition indicating unit and transfers the files to the server. A search-condition-transfer unit transfers the search-condition identifier indicated by the search-condition indicating unit to the server.  
           [0037]    As a further aspect of the present invention, the client of the system further includes a transfer-completion-message issuing unit for sending a file-transfer-completion message to the server when either the file-transfer unit, the execution-request transfer unit, or the search-condition-file-transfer unit finishes transfer of all files to the server.  
           [0038]    As a further aspect of the present invention, the server of the system further includes: an execution-request-storage unit for storing files of execution requests sent from the client and an execution unit for transferring execution results to the client. The execution results are obtained from an execution based on combined execution conditions made up from a plurality of the files of the execution requests stored in the execution-request-storage unit.  
           [0039]    As a further aspect of the present invention, the execution unit of the system further includes an execution-results-transfer unit for transferring execution results to the client, the execution results being obtained from an execution based on combined execution conditions made up from the files of the execution requests and execution-request data transferred from the client.  
           [0040]    As a further aspect of the present invention, the server of the system further includes a completion-message issuing unit for issuing a receipt-completion message when the server receives all files transferred from the client.  
           [0041]    As a further aspect of the present invention, the server of the system further includes a parameter generating unit for generating parameters based on the search conditions obtained from the client. The parameters are used for searching in an information-storage unit of the server. The server includes a search unit for searching in the information-storage unit based on the search parameters generated by the parameter generating unit.  
           [0042]    As a further aspect of the present invention, the client of the system further includes an elimination-request issuing unit for sending an elimination request to the server based on one of the execution results and search results which are sent from the server to the client; and an elimination unit for eliminating the files stored in the information-storage unit of the server based on the elimination request sent from the client.  
           [0043]    According to the present invention, transfer of lengthy data from the client to the server does not require the operator to make keyboard entry of the data. File-unit-based information corresponding to either data registration, an execution request, or a search request is extracted from the memory unit of the client to be sent to the server. Thus, only key information needs to be entered in order to read desired data from the memory unit. Also, the server device stores the search request sent from the client in the memory unit so as to carry out the search request made by the client at a later stage.  
           [0044]    Key information for reading file-unit-based information to be transferred to the server from the client memory unit is entered in a menu display provided by the server using predetermined protocols. Since the file-unit-based information is transferred to the server, keyboard entry of lengthy data is unnecessary.  
           [0045]    The execution request itself is entered at the client and subsequently transferred to the server. Alternately, the long-data-length request stored in the local memory unit is read according to the execution request and transferred to the server. In the case of a short data length which imposes no load on the operator, the execution request itself entered on the display can be transferred to the server. Alternately, with a long data length imposing the load on the operator if working manually on the data entry, the file-unit-based information extracted from the local memory unit according to the input execution request (local-memory-means-search key) can be transferred to the server. Namely, a request having a short data length can be transferred to the server without resorting to the extraction of the file-unit-based information from the local memory unit, whereas a request having a long data length can be extracted from the local memory unit to be transferred to the server.  
           [0046]    Search conditions entered on the display provided by the server are transferred to the server as long as the search request has a short data length. Alternately, long search conditions stored in the local memory unit are extracted according to the input search conditions and transferred to the server if the search conditions have a long data length. Either one of these two operations can be selected for transfer to the server. Accordingly, simple search conditions are directly transferred to the server, and long and complex search conditions are extracted from the local memory unit to be transferred to the server since the keyboard data entry would impose a heavy load on the operator.  
           [0047]    The client sends a file-transfer message to the server when the data transfer from the local memory unit of the client to the server is completed. In response to the file-transfer message, the server executes various requests indicated by the client.  
           [0048]    The server stores the files sent from the client, and sends a receipt-completion message to the client after receiving all the files from the client. Then, the server carries out a request from the client, and sends execution results to the client. Based on the execution results from the server, the client can make a decision as to whether to issue a further request, to terminate a request process, or some other operation.  
           [0049]    The server generates parameters indicating storage positions of files sent from the client, so that the server can access to the starting positions of the stored files.  
           [0050]    When the execution results are sent from the server to the client, the client makes a decision based on the execution results, and sends an elimination request for purging files when there is no further request or when files stored in the server are no longer necessary. In response, the server can eliminate the files indicated by the elimination request, so that the server can avoid a waste of the file storage.  
           [0051]    The client reads a file from the local memory unit, and sends it to the server. The server carries out a search based on the search conditions contained in the file, and sends the search results to the client.  
           [0052]    Search is conducted based on combined search conditions made up from the search conditions of a plurality of files stored in the search-condition storage means.  
           [0053]    The server carries out a search based on combined search conditions made up from both the search conditions of a plurality of stored files and the search-condition data sent from the client.  
           [0054]    The client indicates a file transfer operation and a relevant file name so as to transfer a file to the server.  
           [0055]    The client transfers to the server an execution request which is entered manually. Alternately, the client reads an indicated execution request from the local memory unit to transfer it to the server. The client transfers to the server search conditions which are entered manually. Alternately, the client reads indicated search conditions from the local memory unit to transfer them to the server.  
           [0056]    The client sends a file-transfer-completion message to the server when the file-transfer unit, the execution-request-transfer unit, or the search-condition-file-transfer unit finishes transfer of all the files. In response, the server can start executing a process such as a search process.  
           [0057]    The server can carry out execution of a plurality of execution files sent from the client by combining them together.  
           [0058]    The server can carry out an execution based on a combined execution request made up from the execution-request data sent from the client and the execution-request files.  
           [0059]    The server sends a receipt-completion message to the client when the server has finished receiving all the files transferred from the client.  
           [0060]    The server searches for stored files based on parameters generated for the search.  
           [0061]    The client makes a decision based on the execution results sent from the server, and sends an elimination request for purging files when there is no further request or when files stored in the server are no longer necessary. In response, the server can eliminate the files indicated by the elimination request, so that the server can avoid a waste of the file storage. A summary of the improved results of the invention are as follows.  
           [0062]    A large amount of data transfer from the client to the server is achieved in the WWW client-server system. Search for files sent from the client is conducted based on combined search conditions made up from a plurality of search-condition files.  
           [0063]    Search for files sent from the client is conducted based on combined search conditions made up from both the plurality of search-condition files and the search-condition data. Information to be transferred to the server is indicated on a display, and a file extracted from the client memory means according to the indication is transferred to the server.  
           [0064]    The execution request such as programs to be executed by the server is entered on the client display, and is transferred to the server. Alternately, the indicated execution request is extracted from the client memory unit, and is transferred to the server.  
           [0065]    Search conditions to be used by the server are entered on the display, and are transferred to the server. Alternately, the indicated search conditions are extracted from the client memory unit, and are transferred to the server.  
           [0066]    The client sends a completion message to the server when all the transfer from the client to the server is completed, so that the server can know the end of the transfer.  
           [0067]    The server can carry out an execution based on combined execution conditions which are made up from a plurality of stored execution files such as those containing programs.  
           [0068]    The server can carry out an execution based on combined execution conditions which are made up from both the plurality of stored execution files and the execution-request data.  
           [0069]    The server stores information sent from the client and carries out a request from the client based on the stored information and then sends execution results to the client. The server receives search conditions from the client, and generates parameters to be used for a search of the client-sent information based on the search conditions.  
           [0070]    When the execution results sent from the server to the client are satisfactory or when files transferred to the server are no longer necessary, the client can make a request to the server to purge the transferred files.  
           [0071]    As described above, according to the present invention, the local files indicated at the client device are sent to the server. This way, data registration to the server database through a network such as the Internet or a data-base search at the server device can be readily achieved although registered data or search keywords are lengthy.  
           [0072]    Especially, when a search is made through a network for gene arrangements stored in a gene-arrangement data bank, the present invention can achieve significant reductions in the operator&#39;s work load and work time compared to conventional keyboard entry of gene-arrangement data up to several kilo bytes.  
           [0073]    Other objects and further features of the present invention will be apparent from the following detailed description when read in conjunction with the accompanying drawings. 
       
    
    
     BRIEF DESCRIPTION OF THE DRAWINGS  
       [0074]    [0074]FIG. 1 is a diagram showing a schematic configuration of a system according to the present invention;  
         [0075]    [0075]FIG. 2 is a block diagram of a hardware configuration of the client device according to the present invention;  
         [0076]    [0076]FIG. 3 is a block diagram of a hardware configuration of the server device according to the present invention;  
         [0077]    [0077]FIG. 4 is a functional block diagram of a file-transfer system according to the present invention;  
         [0078]    [0078]FIG. 5 is a diagram for explaining processes carried out between the client device and the server device according to the present invention;  
         [0079]    [0079]FIG. 6 is a sequence chart of communications between the client device and the server device according to the present invention;  
         [0080]    [0080]FIG. 7 is a diagram showing an example of a process-selection menu on the client device according to a first embodiment of the present invention;  
         [0081]    [0081]FIG. 8 is a diagram showing an example of a local-file-selection menu according to the first embodiment;  
         [0082]    [0082]FIG. 9 is a sequence chart showing a file-transfer sequence according to a second embodiment of the present invention;  
         [0083]    [0083]FIG. 10 is a diagram showing an example of a local-file-selection menu according to the second embodiment;  
         [0084]    [0084]FIG. 11 is a diagram showing contents of a directory of a file-storage unit according to the second embodiment;  
         [0085]    [0085]FIG. 12 is a diagram showing examples of search conditions stored as files according the second embodiment;  
         [0086]    [0086]FIG. 13 is a diagram showing a first example of search-condition selection according to the second embodiment;  
         [0087]    [0087]FIG. 14 is a diagram showing a second example of search-condition selection according to the second embodiment;  
         [0088]    [0088]FIG. 15 is a diagram showing an example of a process-selection menu on the client device according to the second embodiment;  
         [0089]    [0089]FIG. 16 is a diagram showing an example of execution results sent from the server device according to the second embodiment;  
         [0090]    [0090]FIG. 17 is a sequence chart of a file-elimination operation according to a third embodiment of the present invention; and  
         [0091]    [0091]FIG. 18 is a diagram showing a process-selection menu on the client device according to the third embodiment. 
     
    
     DESCRIPTION OF THE PREFERRED EMBODIMENTS  
       [0092]    [0092]FIG. 1 is a diagram showing a schematic configuration of a system according to the present invention. The system of FIG. 1 is a WWW client-server system, and includes a WWW client device  100  (hereinafter referred to as merely a client device), a network  200 , and a server device  300  (hereinafter referred to as merely a server device). The client device  100  and the server device  300  are connected via the network  200 , an example of which is the Internet. The client device  100  includes a file-transfer unit  110  for transferring files to the server device  300 . The server device  300  includes a file-storage unit  310  for storing files transferred from the client device  100 .  
         [0093]    In the following, a description will be provided with reference to the WWW client-server system. It is apparent, however, that the present invention can be applied to any system in which search conditions are transferred from a client to a server.  
         [0094]    Communication between the client device  100  and the server device  300  is based on HTTP protocols.  
         [0095]    [0095]FIG. 2 is a block diagram of the hardware configuration of the client device of FIG. 1. The client device  100  includes a CRT-display device  101 , an input device  102  comprising a keyboard and a pointing device such as a mouse, a CPU (central processing unit)  103 , a main--memory device  104 , and a magnetic disk  120 .  
         [0096]    The magnetic disk  120  stores files to be transferred to the server device  300 .  
         [0097]    [0097]FIG. 3 is a block diagram of the hardware configuration of the server device of FIG. 1. The server device  300  includes a CPU  303 , a main-memory device  304 , and a magnetic disk  320 . The magnetic disk  320  stores files transferred from the client device  100 .  
         [0098]    [0098]FIG. 4 is a functional block diagram of a file-transfer system according to the present invention. The client device  100  of FIG. 4 includes the display unit (CRT-display device)  101 , the input unit (input device)  102 , a display controlling unit  170 , the file-storage unit (magnetic disk)  120 , a file indicating unit  130 , a file-transfer unit  140 , an elimination indicating unit  150 , and a WWW-client-communication unit  160 . The server device  300  of FIG. 4 includes the main-memory device  304 , a menu-HTML providing unit  380 , the file-storage unit (magnetic disk)  320 , a file generating unit  330 , an execution-parameter generating unit  340 , an executing unit  350 , a result-notification unit  360 , and a WWW-server-communication unit  370 .  
         [0099]    In the following, a description of the client device  100  will be provided first.  
         [0100]    The display unit  101  of the client device  100  displays an HTML menu sent from the server device  300 . Also, the display unit  101  displays input data entered through the input unit  102 , and displays execution results and search results obtained from the server device  300  as well as various communication information.  
         [0101]    The input unit  102  is used for various entries by an operator for the menu display shown on the display unit  101 .  
         [0102]    Also, the input unit  102  is used for entries of requests for the server device  300 . These entries are made through the keyboard and/or the pointing device of the input unit  102 .  
         [0103]    The display controlling unit  170  displays, on the display unit  101 , screen information, execution results, etc., obtained from the server device  300  via the WWW-client-communication unit  160 . Also, the display controlling unit  170  controls the display on the display unit  101  of input data entered through the input unit  102 .  
         [0104]    The file-storage unit  120  stores files which are to be transferred to the server device  300 . These files store data such as search conditions which are too lengthy for keyboard data entry, and are transferred when requests are made from the client device  100  to the server device  300 .  
         [0105]    The file indicating unit  130  accesses a file stored in the file-storage unit  120  when the operator indicates that file through the input unit  102 .  
         [0106]    The file-transfer unit  140  reads the file indicated by the file indicating unit  130 , and transfers the file to the server device  300  via the WWW-client-communication unit  160 .  
         [0107]    The elimination indicating unit  150  indicates a file to be purged when the execution results obtained from the server device  300  are satisfactory or when a client-device-transferred file stored in the file-storage unit  320  of the server device  300  is no longer necessary.  
         [0108]    The WWW-client-communication unit  160  conducts communication with the server device  300 .  
         [0109]    In the following, a description of the server device  300  will be given.  
         [0110]    The main-memory device  304  of the server device  300  stores information necessary for carrying out requests issued by an operating system thereof or by the client device  100 .  
         [0111]    The menu-HTML providing unit  380  provides the client device  100  with an HTML-menu display based on a hyper-text format. In the present invention, the HTML-menu display includes a process-menu-indication-purpose display, a local-file-indication-purpose display, etc.  
         [0112]    The file-storage unit  320  stores files transferred from the client device  100 .  
         [0113]    The file generating unit  330  allocates file space of the file-storage unit  320  to a file to be transferred based on file structural conditions such as file size, data length, and the like when the client device  100  issues a file-transfer request. Upon receiving the file from the client device  100 , the file generating unit  330  issues a file-receipt notification to the client device  100 . Also, the file generating unit  330  is responsible for the elimination of a file from the file-storage unit  320  when the client device  100  issues an elimination request.  
         [0114]    The execution-parameter generating unit  340  receives an execution request, a search request, etc., from the client device  100 , and, then, obtains a file name and a file-start position of a file to be accessed in the file-storage unit  320 . The execution-parameter generating unit  340  then passes the file name and the file-start position to the executing unit  350 .  
         [0115]    Based on a request sent from the client device  100 , the executing unit  350  carries out relevant processes by using the execution parameters generated by the execution-parameter generating unit  340 .  
         [0116]    The result-notification unit  360  obtains execution results when the executing unit  350  finishes an operation thereof, and, then, sends the execution results to the client device  100 . The WWW-server-communication unit  370  carries out communication with the client device  100 .  
         [0117]    In the following, processes between the client device  100  and the server device  300  of the above configuration will be described.  
         [0118]    [0118]FIG. 5 is a diagram for explaining processes carried out between the client: device and the server device according to the present invention. FIG. 5 shows the flow of transfer of data and requests stored in the file-storage unit  120  when the client device  100  issues a request to the server device  300 . In the client device  100 ,, a file name of a file to be transferred is entered through the input unit  102  into the menu display shown on the display unit  101 . The file indicating unit  130  obtains position information indicating a position of the file from the file-storage unit  120 , and accesses the file-storage unit  120 . The file-transfer unit  140  transfers the file, read from the file-storage unit  120 , to the server device  300  via the WWW-client-communication unit  160 .  
         [0119]    In the above operation, the file-storage unit  120  is used for indicating a request such as an execution request or a search request, or is used for indicating a file name. Namely, an indication of a request to be transferred to the server device  300  may be entered, or a file name corresponding to the request may be entered when the request information is lengthy.  
         [0120]    In the following, a communication sequence between the client device and the server device will be described.  
         [0121]    [0121]FIG. 6 is a sequence chart of communications between the client device and the server device according to the present invention.  
         [0122]    At a step S 101 , the client device  100  issues a menu extracting request to the server device  300  in response to an activation command given by the input unit  102 .  
         [0123]    At a step S 102 , the menu-HTML providing unit  380  of the server device  300  sends the HTML menu, which is to be used for process selection, to the client device  100  issuing the request.  
         [0124]    At a step S 103 , the client device  100  receives the HTML menu from the server device  300 , and displays it on the display unit  101  via the display controlling unit  170  for the purpose of process selection. A process is selected from processes on the menu by the input unit  102 , and the server device  300  is notified of the selected process.  
         [0125]    At a step S 104 , the menu-HTML providing unit  380  of the server device  300  makes an analysis of the selected process sent from the client device  100 , and sends a corresponding process menu to the client device  100 . The analysis of the selected process is aimed at identifying the type of the selected process as being file registration, data search, or the like with regard to the server device  300 . After the analysis, the HTML menu corresponding to the selected process type is sent to the client device  100  to be used for selection of local files.  
         [0126]    At a step S 105 , the client device  100  displays the local-file-selection menu on the display unit  101  to allow the operator to select a menu item for the file registration or for the data search, and the selected menu item is sent to the server device  300 .  
         [0127]    At a step S 106 , the server device  300  stores the selected menu item in the memory, and allocates space for a file to be transferred according to the selected menu item. For example, the server device  300  allocates file space in the magnetic disk or the like.  
         [0128]    At a step S 107 , the server device  300  notifies the client device  100  of a unique data ID as well as the IP address and the port number of the server device  300 , and requests the client device  100  to activate a file-transfer application program.  
         [0129]    At a step S 108 , the client device  100  activates the file-transfer application program, and uses the file indicating unit  130  to access the file to be transferred to the server device  300 . The file-transfer unit  140  reads the file from the file-storage unit  120 , and sends the file to the server device  300  via the WWW-client-communication unit  160  based on the HTTP format.  
         [0130]    At a step S 109 , the server device  300  receives the file from the client device  100 , and stores the file in the file space of the file-storage unit  320  allocated at the step S 106 .  
         [0131]    At a step S 110 , the client device  100  notifies the server device  300  of a file-transfer completion when the file-transfer ends.  
         [0132]    At a step S 111 , the server device  300 , having received the file-transfer-completion message, recognizes an end of the file transfer, and informs the client device  100  of the file receipt. If the selected process is a file registration, the procedure ends. If the transferred file is a request for a data search, a search process is carried out, and the execution results are sent to the client device  100 .  
         [0133]    The above procedure has been described with reference to a case in which a file stored in the file-storage unit  120  of the client device  100  is read out and transferred to the server device  300 . As previously noted, however, when the request is an execution request or when the search conditions are not too lengthy for the operator to enter the data, such request or search conditions may be directly entered by the input unit  102  to be transferred to the server device  300 .  
         [0134]    In the following, embodiments of the present invention will be described with reference to the accompanying drawings.  
         [0135]    In the following embodiments, gene-arrangement data is provided as an example for data transfer. The server device  300  corresponds to a gene-arrangement data bank, and the file-storage unit  320  corresponds to a database of the gene-arrangement data bank.  
         [0136]    A first embodiment of the present invention is concerned with registration of new gene-arrangement data to the server device  300  from the client device  100 . Namely, gene-arrangement data to be newly registered is kept as a file in the file-storage unit  120  of the client device  100 , and, then, is registered to the gene-arrangement database (file-storage unit  320 ) of the server device  300  according to a registration process described below. The registration process of the first embodiment will be described with reference to FIG. 6 which was previously used for explaining the communications between the client device  100  and the server device  300 .  
         [0137]    At the step S 101 , the client device  100  issues a request for providing a menu to the server device  300 .  
         [0138]    [0138]FIG. 7 is a diagram showing a process selection menu on the display of the client device according to the first embodiment of the present invention.  
         [0139]    At the step S 102 , the process selection menu as shown in FIG. 7 is transferred from the server device  300 , and is displayed on the display unit  101  of the client device  100 . When a file registration to the server device  300  is carried out by the client device  100 , an E-mail address of the server device  300  is entered to a server-name input field a of the process selection menu. Further, a click of a file-transfer indicating button b by the pointing device instructs the file transfer to the server device  300 . An input field c is left vacant at the time of the file-transfer request, and is entered with a file name at the time of local-file transfer. When the operator directly indicates a transfer request to the server device by using the input unit  102 , only a transfer request is entered into a search-condition/request-input field h.  
         [0140]    At the step S 103 , after data entry to the process selection menu is finished, the display information is transferred through the common gateway interface (CGI) to the server device  300 . The menu-HTML providing unit  380  of the server device  300  conducts an analysis of the display information, and learns about a file registration by the client device  100  (file transfer to the server device  300 ).  
         [0141]    At the step S 104 , the menu-HTML providing unit  380  of the server device  300  sends a local-file-transfer menu to the client device  100 . FIG. 8 is an illustrative drawing showing the local-file-transfer menu.  
         [0142]    Upon receiving the local-file-selection menu of FIG. 8 from the server device  300 , the client device  100  obtains a directory name of a directory containing a desired file in the file-storage unit  120  and a file name of the desired file through clicks of the respective names by the input unit  102 . In the example of FIG. 8, a directory name “system” and a file name “config.sys” are selected, and, thus, the selected file name “config.sys” is shown in a file-name field d. Having confirmed the file name, the operator clicks an OK button e to transfer the file to the server device  300 .  
         [0143]    At the step S 105 , the menu-selection information is transferred to the server device  300  via the WWW-client-communication unit  160  of the client device  100 .  
         [0144]    At the step S 106 , the server device  300  keeps the selected items in the memory, and the file generating unit  330  of the server device  300  allocates space of the file-storage unit  320  for the file to be transferred.  
         [0145]    At the step S 107 , the server device  300  notifies the client device  100  of a unique data ID as well as the IP address and the port number of the server device  300 , and requests the client device  100  to activate a file-transfer application program.  
         [0146]    At the step S 108 , the file indicating unit  130  of the client device  100  activates the file-transfer application program, and accesses the file-storage unit  120  based on the file name “config.sys” selected at the step S 105 . The file-transfer unit  140  transfers the file (file name “config.sys”) obtained from the file-storage unit  120  to the server device  300  via the WWW-client-communication unit  160  based on the HTTP format.  
         [0147]    At the step S 109 , the server device  300  receives the file transferred from the client device  100 , and stores the file in the file-storage unit  320 .  
         [0148]    At the step S 110 , the client device  100  sends a file-transfer-completion message to the server device  300  when the file-transfer of the file (file name “config.sys”) ends.  
         [0149]    In the first embodiment described above, the data transfer is conducted for only one file. However, successive transfers of a plurality of files are possible, and a description thereof will be provided in a second embodiment.  
         [0150]    At the step S 111 , the server device  300  receives the file-transfer-completion message to recognize an end of the file transfer, and, then, sends a file-receipt-completion message to the client device  100 .  
         [0151]    A series of the processes described above enables transfer of a desired file from the client device  100  to the server device  300 . If the contents of the file is a program to be subjected to an execution request, a subsequent execution request given by indicating a relevant file name at the client device  100  allows an execution of the program of the file stored in the server device  300 . This execution request is entered into the search-condition/:request input field h shown in FIG. 7. A search request is issued in the same manner.  
         [0152]    In the following, a second embodiment will be described by using an exemplary case in which the client device  100  issues a search request to the server device  300  after issuing a registration request.  
         [0153]    In the second embodiment, the client device  100  registers gene-arrangement data to the database (file-storage unit  320 ) of the gene-arrangement data bank (the server device  300 ). Then, the client device  100  transfers file-stored search conditions for the gene-arrangement search to the server device  300  so that the server device  300  searches for an analogous gene arrangement.  
         [0154]    [0154]FIG. 9 is a sequence chart showing a file-transfer sequence according to the second embodiment of the present invention. Operations of the client device  100  and the server device  300  will be described with reference to FIG. 9. In FIG. 9, the HTML-menu transfer from the server device  300  to the client device  100  will be omitted.  
         [0155]    At a step S 201 , the client device  100  transfers files to the server device  300 . FIG. 10 is an illustrative drawing showing an example of a local-file-selection menu. After the client device  100  receives the local-file-selection menu of FIG. 10, a directory “!!” is selected from a list of directory names, and all file names stored in the directory “!!” shown in FIG. 10 are clicked to select these files. Namely, file names “hfcpolp”, “hfchcji”, and “epcj491” are selected, and a selected-file-name field d shows these three file names. The operator checks these file names, and click the OK button e to transfer these files to the server device  300 .  
         [0156]    In the same manner as in the first embodiment, the three selected files are read from the file-storage unit  120  and transferred to the server device  300 . FIG. 11 is an illustrative drawing showing examples of these files.  
         [0157]    At a step S 202 , the server device  300  stores the files “fcpolp”, “hfchcji”, and “epcj 491 ” sent from the client device  100  in the file-storage unit  320 .  
         [0158]    At a step S 203 , the client device  100  sends a file-transfer-completion message to the server device  300 .  
         [0159]    At a step S 204 , the server device  300  having received the file-transfer-completion message issues a file-receipt-completion message.  
         [0160]    At a step S 205 , a search request for the files sent to the server device  300  at the step S 201  is entered at the client device  100 . FIG. 12 is an illustrative drawing showing examples of search conditions stored as files. The search request is comprised of lengthy search conditions as shown in FIG. 12.  
         [0161]    [0161]FIG. 13 is a diagram showing a local-file-selection menu for selecting search conditions. As shown in FIG. 13, the operator selects a directory “!” in a directory-selection field f, and selects a file “hfcpolp” in a file-selection field g to define the search conditions. After these selections, the selected-file-name field d shows the selected file name “hfcpolp”. The file indicating unit  130  accesses the directory “!” of the file-storage unit  120 , and the file-transfer unit  140  reads the file “hfcpolp” to transfer it to the server device  300 .  
         [0162]    At a step S 206 , the server device  300  having received the file “hfcpolp” from the client device  100  stores the transferred file in the file-storage unit  320 .  
         [0163]    At a step S 207 , another search request is made at the client device  100 . FIG. 14 is a diagram showing selection of another search conditions. The operator selects the directory “!” again in the directory-selection field f, and selects the file “hfchcj1” in the file-selection field g to define the search conditions. After these selections, the selected-file-name field d shows the selected file name “hfchcj1”. The file indicating unit  130  accesses the directory “!” of the file-storage unit  120 , and the file-transfer unit  140  reads the file “hfchcj1” to transfer it to the server device  300 .  
         [0164]    At a step S 208 , the server device  300  having received the file “hfchcj1” from the client device  100  stores the transferred file in the file-storage unit  320 .  
         [0165]    At a step S 209 , the client device  100  sends a file-transfer-completion message to the server device  300 .  
         [0166]    At a step S 210 , the server device  300  having receives the file-transfer-completion message issues a file-receipt-completion message.  
         [0167]    At a step S 211 , a further search condition “hfcoplp AND hfchchj1” is entered at the client device  100 . FIG. 15 is an illustrative drawing showing entry of the further search condition. As shown in FIG. 15, the operator enters the E-mail address of the server device  300  into the server-name input field a. In the example of FIG. 15, it is only the selection of search conditions without any file transfer, so that the file-transfer indicating button b of FIG. 7 does not appear on the display. The search condition “hfcoplp AND hfchcj1” is entered in a search-request/request-input field h. The search condition thus entered is transferred to the server device  300 . It should be noted that this data transfer is not a file transfer as previously described.  
         [0168]    At a step S 212 , the execution-parameter generating unit  340  of the server device  300  generates parameters for searching in the file-storage unit  320  based on the transferred search conditions. The generated parameters indicate file-start positions of the two files specified in the search condition “hfcoplp AND hfchcj1”, and indicate a directory where these files are stored in the file-storage unit  320 . The parameters generated by the execution-parameter generating unit  340  are then passed to the executing unit  350 . The executing unit  350  accesses the file--storage unit  320  by using these parameters to search the files transferred at the step S 202  and stored in the file-storage unit  320  based on the search conditions transferred at the steps S 206  and S 208  and the further search condition “hfcoplp AND hfchcj1”.  
         [0169]    At a step S 213 , execution results obtained after the executing unit  350  of the server device  300  carries out the above search are transferred to the client device  100 . FIG. 16 is a diagram showing an example of the execution results.  
         [0170]    In this manner, according to the second embodiment of the present invention, the client device  100  transfers data files to the server device  300 . Then, the client device  100  transfers file-stored search conditions to the server device  300 . Further, the client device  100  transfers a keyboard-entered search condition to the server device  300  to define a relationship between the search conditions stored in different files. Based on the search conditions and the relationship between the search conditions, a search for the data files transferred at the first step is conducted.  
         [0171]    In the following, a third embodiment will be described by using an exemplary case in which the client device  100  issues an elimination request to the server device  300  to eliminate client-device-transferred files.  
         [0172]    In the third embodiment, when data files or search-condition files stored in the file-storage unit  320  (gene-arrangement database) of the server device  300  (gene-arrangement data bank) by the client device  100  are no longer necessary, indicated files are eliminated from the database to avoid an undesirable increase of used space in the server device  300 .  
         [0173]    [0173]FIG. 17 is a sequence chart of a file-elimination operation according to the third embodiment of the present invention. FIG. 18 is a diagram showing a process-selection menu used in the third embodiment.  
         [0174]    At a step S 301 , the client device  100  sends an elimination request to the server device  300 . Namely, in the process-selection menu of FIG. 18, the E-mail address of the server device  300  is entered in the server-name input field a, and a file name of a file to be eliminated is entered in the file-name input field c. Then, a file-elimination button b is clicked to send the elimination information to the server device  300 .  
         [0175]    At a step S 302 , files indicated by the transferred file names are eliminated in the server device  300 . In detail, the server device  300  having received the elimination information, the execution-parameter generating unit  340  of the server device  300  generates parameters based on the file names specified in the elimination information and a directory name containing these files in the file-storage unit  320 . These parameters are passed to the executing unit  350 . The executing unit  350  accesses the file-storage unit  320  by using these parameters to eliminate the files “hfcoplp” and “hfchch1”.  
         [0176]    At a step S 303 , the server device  300  sends a file-elimination-completion message to the client device  100  to indicate that these two files are eliminated.  
         [0177]    In this manner, according to the third embodiment of the present invention, some files transferred from the client device  100  to the server device  300  are eliminated by indicating the files which are no longer necessary, so that the storage space of the server device  300  can be spared. The above description has been given with reference to an example in which the unnecessary file names are specified at the client device  100 . However, the present invention is not limited to this particular example. For example, file elimination may be conducted at equal intervals at the server device  300 , and files without any access for a predetermined period may be eliminated automatically.  
         [0178]    As described above, when a search request or an execution request with respect to the gene data is prohibitively long for keyboard data entry, the search request or the execution request stored as files in the file-storage unit  120  of the client device  100  is read out and transferred to the server device  300 , so that there is no need to make the keyboard data entry of the request in the input field c of the HTML menu of FIG. 7 transferred from the server device  300 . Namely, a displayed menu as shown in FIG. 8, FIG. 13, or FIG. 14 is used for indicating file names and a directory name to send a file-stored execution request and file-stored search conditions to the server device  300 . Further, the server device  300  stores the transferred files in the file-storage unit  320  to carry out various processes such as a search process based on the contents of the transferred files.  
         [0179]    Further, the present invention is not limited to these embodiments, but variations and modifications may be made without departing from the scope of the present invention.  
         [0180]    The many features and advantages of the invention are apparent from the detailed specification and, thus, it is intended by the appended claims to cover all such features and advantages of the invention which fall within the true spirit and scope of the invention. Further, since numerous modifications and changes will readily occur to those skilled in the art, it is not desired to limit the invention to the exact construction and operation illustrated and described, and accordingly all suitable modifications and equivalents may be resorted to, falling within the scope of the invention.