JP5175163B2 - File transfer method, file transfer system, terminal device, and file transfer program - Google Patents

Description

  The present invention relates to a file transfer method, a file transfer system, a terminal device, and a file transfer method when a client terminal connected to a limited network such as a local area LAN transfers a locally managed file to another client terminal via the network. It relates to a file transfer program.

  When transferring a file via a network, a method of transferring a file by attaching it to an e-mail has been frequently used. However, in the file transfer using e-mail, there is a case where a condition is set for the size of the mailbox and inconvenience such as transmission of large-capacity data represented by image data, audio data, etc. is not allowed in the system. is there. Therefore, various techniques for transferring files without using e-mail have been proposed. For example, Patent Document 1 below discloses a technique for transferring a file using an FTP (File Transfer Protocol) server.

JP 2002-351731 A

  However, in a small office such as an accounting office where the number of computers connected to the LAN is small (small network), the file transfer technology using the FTP server is adopted. Is not efficient. That is, it is not efficient to install the FTP server in the LAN constructed in the office in view of the installation cost and the labor for maintenance and management of the apparatus. In addition, it is not efficient to use an FTP server installed externally for file transfer between computers (client terminal devices) connected to the same LAN where a certain level of security is maintained. Some measures are necessary to secure this.

  The present invention has been made in view of the above, and a file transfer method for securely transferring a file between computer terminals connected to the same LAN without using a mail server or an FTP server, It is an object to obtain a file transfer system, a terminal device, and a file transfer program.

  In order to solve the above-described problems and achieve the object, the present invention is a file transfer method for transferring a file between terminal devices connected to the same network, and is a terminal device on the file transfer side. A terminal detecting step for detecting on the network a receiving terminal that is a terminal device capable of receiving a file to be transferred by a certain transmitting terminal, and a list of receiving terminals detected by the transmitting terminal in the terminal detecting step A selection step for selecting which receiving terminal in the list is a file transfer destination and which file is to be transferred to the receiving terminal of the transfer destination; and The file selected in the selection step and the management information thereof are transmitted to the transfer destination receiving terminal that is the receiving terminal selected as the transfer destination, and the transfer destination reception is performed. A file transfer step in which a predetermined storage area in the terminal is stored in a hidden shared folder for storing received data from the transmitting side terminal; and the file stored in the hidden shared folder by the transfer destination receiving side terminal And a file storage step of retrieving the management information, specifying an original storage area for storing the file based on the management information, and storing the file in the specified storage area. And

  Further, in the file transfer method according to the next invention, the terminal detection step is a message for the transmission side terminal to detect the reception side terminal, and when the message is received, a profile is sent as a response to the message. A profile request step for broadcast-transmitting a profile request to the network to send back, and the transmitting terminal receives a response to the profile request, and based on the resulting profile, the receiving terminal A list generation step of generating a list of

  In the file transfer method according to the next invention, in the terminal detection step, the terminal device that has the hidden shared folder at that time among the terminal devices that have received the profile request is further configured as the receiving side. A profile returning step of returning a profile as a terminal, wherein the list generating step generates the list based on the profile transmitted in the profile returning step.

  In the file transfer method according to the next invention, in the terminal detection step, the terminal device that holds information indicating a specific terminal type among the terminal devices that have received the profile request is further configured as the receiving side. A profile returning step of returning a profile as a terminal, wherein the list generating step generates the list based on the profile transmitted in the profile returning step.

  In the file transfer method according to the next invention, the terminal detection step further acquires path information of the hidden shared folder of the detected receiving terminal, and the file transfer step transmits according to the acquired path information. A process is executed.

  Further, the next invention is a file transfer method for transferring a file between terminals connected to the same network, wherein the transmitting side terminal which is the terminal device on the side of transferring the file receives the transferred file. A terminal detecting step for detecting a receiving terminal which is a possible terminal device on the network, and the transmitting terminal notifies the user of a list of receiving terminals detected in the terminal detecting step, and A selection step for selecting a file to be transferred to the receiving terminal or a file to be transferred to the receiving terminal of the transfer destination, and the reception in which the transmitting terminal is selected as the transfer destination in the selection step A file transfer start notifying step for notifying the transfer destination receiving side terminal which is a side terminal that the file transfer is started, and starting the file transfer. The transfer destination receiving terminal that has received the notification generates a hidden shared folder for temporarily storing the received data from the transmitting terminal, and notifies the sending terminal that the preparation for receiving the file is completed. A hidden shared folder generating step of notifying to the file, and a file transfer step in which the transmitting side terminal transmits the file selected in the selecting step and its management information to the transfer destination receiving side terminal and stores it in the hidden shared folder The transfer destination receiving terminal retrieves the file stored in the hidden shared folder and its management information, specifies the original storage area for storing the file based on the management information, and further specifies A file storing step for storing the file in a storage area, and the transfer destination receiving terminal deletes the generated hidden shared folder And the hidden shared folder erase step that, characterized in that it comprises a.

  Further, in the file transfer method according to the next invention, the terminal detection step is a message for the transmission side terminal to detect the reception side terminal, and when the message is received, a profile is sent as a response to the message. A profile request step for broadcast-transmitting a profile request to the network to send back, and the transmitting terminal receives a response to the profile request, and based on the resulting profile, the receiving terminal A list generation step of generating a list of

  In the file transfer method according to the next invention, in the terminal detection step, the terminal device that holds information indicating a specific terminal type among the terminal devices that have received the profile request is further configured as the receiving side. A profile returning step of returning a profile as a terminal, wherein the list generating step generates the list based on the profile transmitted in the profile returning step.

  Further, in the file transfer method according to the next invention, in the hidden shared folder generation step, the transmission terminal is notified of the completion of reception of the file and the path information of the generated hidden shared folder, and the file transfer step Then, transmission processing is executed according to the notified path information.

  In the file transfer method according to the next invention, in the selection step, whether or not the selected file is deleted after being transmitted in the subsequent file transfer step is further selected, and in the file transfer step, the selection is performed. A file for which “delete after transmission” is selected in the step is deleted after transmission.

  Further, in the file transfer method according to the next invention, when each receiving side terminal is grouped and managed on the network, in the selection step, in selecting the file transfer destination, the batch selection for each group It is possible to make it possible.

  In the file transfer method according to the next invention, in the selecting step, when at least one file transfer destination and at least one file to be transferred are selected, an icon for instructing start of transfer is operated. It is displayed on the screen.

  In the file transfer method according to the next invention, in the file storing step, it is determined whether or not the file is an original based on the management information, and in the case of the original, an attribute that can be fully accessed by the application is given to the file. However, if it is not the original, a read-only attribute is given.

  In the file transfer method according to the next invention, in the file storage step, when the storage area is specified, it is determined whether the file is an original based on the management information. The storage area is specified in a possible first area, and if it is not an original, the storage area is specified in a read-only second area.

  In the file transfer method according to the next invention, in the file storage step, a database storing all data managed by the own apparatus is further updated based on the extracted file and management information. And

  In the file transfer method according to the next invention, in the file storing step, after storing the file in the specified storage area, a display indicating that is displayed on the operation screen.

  In the file transfer method according to the next invention, in the selection step, it is possible to accept a comment input to a file transfer destination. In the file transfer step, the comment is also transmitted to the receiving terminal, and the file storage is performed. In the step, after storing the file in the specified storage area, the comment is displayed on the operation screen together with a display to that effect.

  The following invention is a file transfer system including two or more terminal devices connected to the same network and performing file transfer between one-to-one or one-to-one terminal devices. An on-line monitoring unit that transmits a message on the network to detect a receiving-side terminal that is a terminal device capable of receiving the transferred file; The online monitoring unit notifies the user of a list of receiving terminals detected by transmitting the message, and which receiving terminal in the list is the file transfer destination or to the receiving terminal as the transfer destination Transfer operation accepting section for selecting which file is to be transferred, the file selected by the user, and management information thereof are transferred to the user A file operation execution unit for transmitting to the receiving terminal selected as the receiving terminal, the receiving terminal being a terminal device capable of receiving a file transferred from the transmitting terminal in the terminal device, the online monitoring An access monitoring unit that returns a response message when receiving a message transmitted from the file unit, a file reception unit that stores the file received from the file operation execution unit and its management information in a hidden shared folder, and the hidden sharing When the status of the folder is monitored and the file and management information received from the transmission side terminal are detected, the detected file and its management information are retrieved, and the original memory for storing the file based on the management information A file management unit for specifying an area and storing the file in the specified storage area. And wherein the Rukoto.

  Further, in the file transfer system according to the next invention, the online monitoring unit broadcasts a profile request as a message on the network to request a profile to be returned, and based on the profile received as a response to the profile request, A list is generated, and the access monitoring unit returns a profile as a response message when the profile request is received.

  In the file transfer system according to the next invention, when the access monitoring unit receives the profile request, the access monitoring unit returns a profile when the device has the hidden shared folder at that time. Features.

  In the file transfer system according to the next invention, when the access monitoring unit receives the profile request, the access monitoring unit returns path information of the hidden shared folder together with the profile, and the file operation execution unit returns the returned path. A transmission process is executed according to the information.

  The following invention is a file transfer system including two or more terminal devices connected to the same network and performing file transfer between one-to-one or one-to-one terminal devices. An on-line monitoring unit that transmits a message on the network to detect a receiving-side terminal that is a terminal device capable of receiving the transferred file; The online monitoring unit notifies the user of a list of receiving terminals detected by transmitting the message, and which receiving terminal in the list is the file transfer destination or to the receiving terminal as the transfer destination File transfer is started to the transfer operation reception unit that selects which file is to be transferred and the receiving terminal selected as the transfer destination by the user. Instructing to generate a hidden shared folder for temporarily storing the transfer file by notifying the fact, and confirming that the hidden shared folder has been generated, and then selecting the file selected by the user and its A file operation execution unit that transmits management information to the receiving terminal, and the receiving terminal that is a terminal device capable of receiving a file transferred from the transmitting terminal in the terminal device, the online monitoring When receiving a message transmitted from the unit, when receiving an instruction to generate a hidden shared folder from the access monitoring unit that returns a response message and the file operation executing unit, a hidden shared folder is generated in the storage unit, In addition, after the generation is completed, the received file storage area management is notified to the file operation execution unit via the access monitoring unit. A file reception unit that receives the file transmitted from the file operation execution unit and its management information and stores it in the hidden shared folder, and monitors the status of the hidden shared folder and receives the file received from the transmission side terminal When the management information is detected, the detected file and the management information are taken out, the original storage area for storing the file is specified based on the management information, and the file is stored in the specified storage area. And a file management unit that instructs the received file storage area management unit to delete the hidden shared folder, and the received file storage area management unit receives the hidden shared folder from the file management unit. When instructed to delete, the generated hidden shared folder is deleted. And

  Further, in the file transfer system according to the next invention, the online monitoring unit broadcasts a profile request as a message on the network to request a profile to be returned, and based on the profile received as a response to the profile request, A list is generated, and the access monitoring unit returns a profile as a response message when the profile request is received.

  In the file transfer system according to the next invention, the received file storage area management unit, after generating the hidden shared folder, notifies the file operation execution unit of the fact and the path information of the generated hidden shared folder, The file operation execution unit executes transmission processing according to the notified path information.

  In the file transfer system according to the next invention, the transfer operation receiving unit further selects whether or not the selected file is to be deleted after being transmitted by the file operation executing unit. , “Delete after transmission” is selected by the user, and the file is deleted after transmission.

  In addition, in the file transfer system according to the next invention, when the receiving terminals are grouped and managed on the network, the transfer operation receiving unit selects the file transfer destination for each group. It is characterized by enabling batch selection.

  In the file transfer system according to the next invention, the transfer operation accepting unit is an icon for instructing start of transfer when at least one transfer destination of the file and at least one file to be transferred are selected. Is displayed on the operation screen.

  In the file transfer system according to the next invention, the file management unit determines whether the file is an original based on the management information, and in the case of the original, gives an attribute that the application can access to the file. However, if it is not the original, a read-only attribute is given.

  In the file transfer system according to the next invention, when the file management unit specifies the storage area, the file management unit determines whether the file is the original based on the management information. The storage area is specified in a possible first area, and if it is not an original, the storage area is specified in a read-only second area.

  Also, in the file transfer system according to the next invention, the file management unit further updates a database storing all data managed by the own device based on the extracted file and management information. And

  In the file transfer system according to the next invention, the file management unit displays a display indicating that on the operation screen after the file storage in the specified storage area is completed.

  Further, in the file transfer system according to the next invention, the transfer operation accepting unit is capable of accepting a comment input for a file transfer destination, and the file operation executing unit transmits the comment together with the receiving terminal, The file management unit displays the comment on the operation screen together with a display indicating that the file has been stored in the specified storage area.

  A terminal device according to the next invention operates as a transmission-side terminal for realizing the file transfer method according to any one of claims 1 to 17.

  A terminal device according to the next invention operates as a receiving side terminal for realizing the file transfer method according to any one of claims 1 to 17.

  According to another aspect of the present invention, there is provided a file transfer program that causes a computer to execute processing of a transmission-side terminal of the file transfer method according to any one of claims 1 to 17.

  According to another aspect of the present invention, there is provided a file transfer program that causes a computer to execute processing of a receiving terminal of the file transfer method according to any one of claims 1 to 17.

  The file transfer method according to the present invention uses a hidden shared folder (storage area for storing received data from a file transmission side terminal) inside a file transfer destination (reception side terminal), and transfers the file ( The transmission side terminal transmits the transfer file to the hidden shared folder of the reception side terminal, and the reception side terminal stores (moves) the file stored in the hidden shared folder in the original storage area of the file. Therefore, it is possible to transfer the file directly and securely from the sending terminal to the receiving terminal, and for the user of the receiving terminal, the received file is moved to the original storage area. There is an effect that a troublesome operation is unnecessary.

  Further, it is possible to prevent the file received by the receiving terminal from being stored in an area other than the area where it should be stored.

  Embodiments of a file transfer method according to the present invention will be described below in detail with reference to the drawings. Note that the present invention is not limited to the embodiments.

  FIG. 1 is a diagram showing a configuration example of a computer system operable as a client terminal device that executes a file transfer method according to the present invention. This computer system includes a control unit 1, a storage unit 2, a display unit 3, an input unit 4, an output unit 5, and a communication unit 6.

  In FIG. 1, a control unit 1 executes a file transfer program according to the present invention. The storage unit 2 includes various memories such as a RAM and a ROM, and stores programs to be executed by the control unit 1 and necessary data obtained in the course of processing. The display unit 3 is composed of a CRT, LCD (liquid crystal display panel), etc., and displays various screens for the computer system user. The input unit 4 includes, for example, a keyboard 41 and a mouse 42, and is used by a computer system user to input various information. The output unit 5 is configured by a printing device such as a printer, and performs a printing process based on various data output from the control unit 1. The computer system can be connected to a communication network via the communication unit 6.

  The computer system executes a file transfer program to execute a file transfer method according to the present invention on a transmission side client terminal device (hereinafter referred to as a transmission side terminal) and a reception side client terminal device (hereinafter referred to as a transmission side terminal device). (Referred to as a receiving terminal). In other words, when a client terminal device transmits a file held by itself to another client terminal device (s), the client terminal device operates as a transmitting terminal, while the other client terminal device is addressed to itself. When transmitting a file, it operates as a receiving terminal.

  In the following description, for the sake of convenience, among client terminal devices that can execute the file transfer method according to the present invention, all client terminal devices other than the terminal (transmission side terminal) that is going to perform file transmission are “received”. "Side terminal". That is, there is also a receiving terminal that does not receive a file from the transmitting terminal (the transmitting terminal transmits a file to the one selected as the transfer destination from among the receiving terminals).

  Here, an operation example of the computer system until the file transfer program according to the present invention becomes executable will be described. In the computer system having the above-described configuration, for example, a file transfer program is installed in a disk unit (not shown) from a CD-ROM set in a CD-ROM drive unit (not shown). When the file transfer program is executed, the file transfer program read from the disk unit is stored in a predetermined location in the storage unit 2. In this state, the control unit 1 executes file transfer processing according to the program stored in the storage unit 2.

  In the present invention, a CD-ROM is used as a recording medium to provide a program describing the file transfer process. However, the present invention is not limited to this, depending on the configuration of the computer system, the capacity of the provided program, etc. For example, a recording medium such as a magnetic disk such as a floppy (registered trademark) disk, a magneto-optical disk, or a magnetic tape can be used. Moreover, it is good also as using the program provided by transmission media, such as an email and the internet.

  FIG. 2 is a diagram illustrating a configuration example of a transmission-side terminal according to the first embodiment. This transmitting terminal is realized by the computer system shown in FIG. 1 executing a file transfer program. In FIG. 2, the same components as those of the computer system of FIG. As illustrated, the transmission side terminal includes an online monitoring unit 11, a transfer operation receiving unit 12, and a file operation execution unit 13 in the control unit 1, and a transfer destination list storage unit 21 and a file storage in the storage unit 2. Unit 22, management information storage unit 23, database (DB) 24, transfer history storage unit 25, and profile storage unit 26.

  Each component of the transmission side terminal will be briefly described. In the control unit 1, the online monitoring unit 11 has the same network as itself at a predetermined timing (may be at regular intervals, may be irregular, or may be a timing at which a predetermined operation is detected). Information for confirming whether or not there is another terminal (client terminal device that can receive the transferred file, that is, the receiving terminal) that can connect to the network and execute the file transfer method of this embodiment. Send via. The transfer operation reception unit 12 detects a file transfer operation performed by the user using the input unit 4 while switching the screen display contents on the display unit 3 as necessary. When a file transfer operation is detected, the detection result is notified to the file operation execution unit 13. The file operation execution unit 13 reads out the file to be transferred from the storage unit 2 and transfers the read file according to the notification content from the transfer operation reception unit 12.

  Further, in the storage unit 2 of the transmission side terminal, the transfer destination list storage unit 21 can be a transfer destination (receivable of transferred files) generated by the online monitoring unit 11 performing a monitoring operation (received file). This is an area for storing a list of (side terminals). The file storage unit 22 is an area for storing files that are permitted to be transferred using the file transfer method of this embodiment. The management information storage unit 23 is an area for storing file and data management information (see FIG. 3) stored in the file storage unit 22 or the DB 24. Here, FIG. 3 is a diagram showing a configuration example of management information. The management information includes at least a management code, a registered company code, a data name, a file name, a type (information indicating whether it is FILE or DB), and an attribute (whether it is an original document). It is assumed that the information element) is included as an information element. Each piece of management information is generated by the file operation execution unit 13 and is associated with any one of the file stored in the file storage unit 22 and the data in the DB 24. The DB 24 stores data used in the file stored in the file storage unit 22 and other related information. The transfer history storage unit 25 is an area for storing a transfer history that is information of a file transmission process executed in the past. The profile storage unit 26 stores the profile of the device itself (details will be described later).

  Here, the relationship between the file stored in the file storage unit 22 and the data stored in the DB 24 will be described. For example, when the sending terminal is a terminal used for business at an accounting office, the DB 24 uses data generated by a special application for accounting work (hereinafter referred to as a specific application) or used by a specific application. Various information such as information (accounting firm customer information (corresponding to the registered company management information illustrated in FIG. 4)), information used in other accounting operations, and the like are stored. On the other hand, the file storage unit 22 stores a file generated by a specific application (hereinafter referred to as “main file” for convenience of description), a PDF file, and various files such as a Windows (registered trademark) system. ing. The data used in the main file may directly refer to the data in the DB 24, or refer to data in a file generated by extracting necessary data (hereinafter referred to as “intermediate file” for convenience of explanation). May be. When the intermediate file is generated, the intermediate file may be deleted when the specific application ends, or may be stored in the file storage unit 22 together with the main file in an invisible state.

  In order to perform such management, in the transmission side terminal, the file operation execution unit 13 monitors the state of the file storage unit 22 and the DB 24, and the main file is created by the specific application, whereby the data is additionally registered in the DB 24. If it is detected, the additionally registered data (main file) is additionally registered in the file storage unit 22. When it is detected that the data stored in the DB 24 has been updated, the main file in the file storage unit 22 corresponding to the updated data is updated. Further, when updating the file storage unit 22 or the DB 24, the file operation execution unit 13 also updates the management information in the management information storage unit 23. When generating an intermediate file, the file operation execution unit 13 of the transmission side terminal monitors the state of the file storage unit 22 and the DB 24, and the intermediate file is created together with the main file by a specific application, so that the data is stored in the DB 24. When it is detected that additional registration has been performed, the additionally registered main file and intermediate file (invisible state) are additionally registered in the file storage unit 22. If it is detected that the data stored in the DB 24 has been updated, the intermediate file in the file storage unit 22 corresponding to the updated data is updated. By updating the intermediate file, the main file in the file storage unit 22 referring to the data of the intermediate file is also updated. Further, when updating the file storage unit 22 or the DB 24, the file operation execution unit 13 also updates the management information in the management information storage unit 23. If the specific application that performs additional registration or update of the main file recognizes the DB 24, the file storage unit 22, and the management information storage unit 23, the application is stored in the DB 24, the file storage unit 22, and the management information storage unit 23. The specific information itself may be directly updated.

  In the above description, the specific application once generates the main file and then stores the main file in the file storage unit and also stores the data in the DB 24 in the DB format. It is not limited, and the data may not be stored in the DB 24 but may be managed as a file only by storing it in the file storage unit, or the specific application may not generate the main file once, The generated data may be directly stored in the DB (management using only the DB). Alternatively, data may be extracted from the DB to generate an intermediate file and stored in the file storage unit together with the main file. Similarly, the management information may be generated when the main file is generated, or when the directly generated data is stored in the DB 24 without generating the main file. The management information may be generated, and if an intermediate file is generated, it may be generated at the same time as the generation of the intermediate file.

  FIG. 5 is a diagram illustrating a configuration example of a receiving terminal according to the first embodiment. This receiving side terminal is realized by the computer system shown in FIG. 1 executing the file transfer program, similarly to the above-described transmitting side terminal. In FIG. 5, the same components as those in the computer system of FIG. As shown in the figure, the receiving side terminal includes an access monitoring unit 14, a file receiving unit 15, and a file management unit 16 in the control unit 1, and a file storage unit 22, a management information storage unit 23 in the storage unit 2, A DB 24, a profile storage unit 26, a reception history storage unit 27, and a reception file storage unit 28 which is a hidden shared folder are provided. The hidden shared folder is a storage area that informs (recognizes) the existence only to other terminals that can implement the file transfer method according to the first embodiment (other terminals that can be the transmitting terminal). Further, the file storage unit 22, the management information storage unit 23, the DB 24, and the profile storage unit 26 are the same as those existing in the storage unit 2 of the transmission side terminal.

  Each component of the receiving terminal will be briefly described. However, the description of the same components (components having the same reference numerals) as those provided in the transmitting terminal is omitted.

  In the control unit 1 of the receiving terminal, the access monitoring unit 14 monitors access from other terminals. The file receiving unit 15 receives a file (a file including a main file and other additional information, details will be described later) transmitted from another terminal to the own device, and stores it in the received file storage unit 28. . The file management unit 16 monitors the received file storage unit 28. When a file received from another terminal is stored, the file management unit 16 acquires the file and stores it in the file storage unit 22 (moves the received file). The management information in the management information storage unit 23 and the reception history information in the DB 24 and the reception history storage unit 27 are updated. It should be noted that various files such as PDF files and Windows (registered trademark) systems other than the main file can also be transferred using this system, but in this case, the DB 24 is not updated. Since other update processes are the same, the following description is omitted, and only the main file will be described.

  In the storage unit 2 of the receiving terminal, the reception history storage unit 27 is an area for storing reception history information that is information on file reception processing executed in the past. The reception file storage unit 28 is an area for temporarily storing a file received from another terminal (transmission side terminal). Each information stored in the file storage unit 22, the management information storage unit 23, and the DB 24 is stored in the file operation when the computer system (client terminal device) shown in FIG. 1 operates as a transmission side terminal. It is managed by the execution unit 13 (information is rewritten or the like), and is managed by the file management unit 16 when operating as a receiving terminal.

  Next, an operation when a file is transferred from the transmission side terminal to the reception side terminal will be described. Here, the outline of the file transfer operation will be described first with reference to FIG. 6, and then the detailed operation of the transmitting terminal and the detailed operation of the receiving terminal will be described in this order. FIG. 6 is a flowchart showing an outline of the file transfer operation according to the first embodiment.

  In the file transfer in the present embodiment, first, a precondition process (setting) for actually performing the file transfer is performed in both the transmission side terminal and the reception side terminal. Specifically, a process (step S1) in which the receiving terminal generates a hidden shared folder (corresponding to the above-described received file storage unit 28 and full access) used at the time of file transfer, and the transmitting terminal The process (step S2) which acquires the information (profile) of the terminal (terminal which can become a receiving side terminal) is performed. In step S2, when there are a plurality of other terminals (receiving side terminals) connected to the same network, profiles are acquired from all the terminals. Further, the order of steps S1 and S2 may be switched. In other words, the receiving side terminal may generate the hidden shared folder by executing Step S1 until the file is actually transmitted (transferred) from the transmitting side terminal.

  When the premise processing is completed, the transmitting terminal then waits for the user to select a file transfer destination, a file to be transferred (main file), and a process to be executed (step S3). When completed, the file transfer process according to the selection result is executed (step S4). This file transfer process is a process of acquiring information of a transfer destination receiver terminal based on a user's instruction to select a transfer destination receiver terminal and transferring the file toward the hidden shared folder of the receiver terminal. means.

  On the other hand, when the receiving terminal receives a file (a file including a main file and other additional information) from the transmitting terminal, the receiving terminal temporarily stores the file in the hidden shared folder, and then from the received file stored in the hidden shared folder. The main file is extracted and stored (moved) in the file storage unit 22 (original storage area of the received main file) (step S5). Note that when the reception of the main file in the file storage unit 22 is completed (when the reception process is completed), the reception-side terminal may perform a display indicating that effect. In addition, during the file reception process, a display indicating that may be performed. When displaying, for example, the name and type of the received main file, the file size, the information of the terminal of the transmission source, the storage destination, and the like are displayed.

  In the system of this embodiment, the main file to be transferred is managed by distinguishing whether it is an original file or a copy file, and the main file stored in the file storage unit 22 is also stored in the transmission side terminal and the reception side terminal. Management is performed by distinguishing whether the file is an original file or a copy file, and editing of the copy file is not permitted.

As a method of assigning attribute information of original or copy to a file (incorporating into a part of a file or associating with a file (data in the case of DB management)), an application first uses a file (DB management). In this case, there is a method of giving original information when generating data) and adding copy information when generating a duplicate file (replicated data in the case of DB management) from a file handled as an original. For example, when a file (data in the case of DB management) is first generated by an application, the attribute information is not given and the administrator audits the file. Original information may be added as attribute information to the file (data in the case of DB management). The attribute information once assigned to the file is transferred to the transfer destination as part of the management information together with the file at the time of file transfer.

  Although a specific management method will be described later, by performing such management, it is possible to prevent the same main file from being edited in parallel on a plurality of terminals. In each terminal, an area for storing the original file (referred to as the original storage area) and an area for storing the copy file (referred to as the copy storage area) are provided in the file storage unit, and the specification executed at each terminal. The application (the application that handles the main file) distinguishes whether the main file is stored in an editable file or a non-editable file (read-only file) depending on in which area the main file is stored. In other words, the original storage area is defined as an area that can be fully accessed by the specific application, and the copy storage section is defined as a read-only area. When the specific application reads the main file from the original storage area, the editing is not allowed to the user. On the other hand, if it is read from the copy storage unit, the editing is not permitted to the user. Further, when the main file is generated / updated by a specific application, regarding the handling of the generated / updated main file, the data constituting the main file is stored in the DB 24, and an intermediate file related to the main file is stored. In some cases, the main file and the intermediate file (invisible state) are also stored (overwritten) in the original storage area in the file storage unit 22.

  As another method for managing whether or not it is an original, for example, a specific application (an application that handles a main file) does not recognize whether it is stored in the original storage area or the copy storage unit, and is separately provided on the system side. Interface (function) is prepared, and the interface (function) controls an access request from a specific application. When a main file is stored in the original storage area, full access is permitted, When stored in the copy storage unit, only reading may be permitted.

  In addition, regarding the handling of the attribute information given to the main file, the application distinguishes whether the main file is the original file or the copy file by determining this attribute code, and the original file is full access. The copy file may be controlled not to be edited (that is, to allow only reading). In the case of DB management, similar control may be performed using attribute information included in the DB 24. Alternatively, a file access interface is prepared on the system side, and the interface controls an access request from a specific application. When original information is given as attribute information to a main file, full access is performed. If copying is permitted and copy information is given as attribute information, only reading may be permitted.

  Further, the system of this embodiment sets whether to store the main file in the file storage unit 22 for the file to be transferred or to store the data in the DB 24 after executing the transfer in the form of the intermediate file when generating the intermediate file. It is also possible to manage the file and the data as information in the same column by managing and setting the same in the transmission side terminal and the reception side terminal.

  FIG. 7A is a diagram illustrating an example of the folder structure of the file storage unit 22. The file storage unit 22 employs a folder configuration in which each main file can be classified and managed for each company by year or main file type (salary list, financial report, etc.). When storing the received main file in the file storage unit 22, the receiving terminal determines a storage folder for the main file based on the additional information sent together, and stores the main file in the determined folder. . If there is an intermediate file, the intermediate file may be stored in the file storage unit together with the main file (invisible state) or may be deleted. Since FIG. 7-1 shows the structure of a folder for storing files, the folder format (upper figure) is based on the substance, but FIG. 7-2 shows the structure of the DB. In order to make it easy to understand the correspondence relationship between the table and the table, FIG.

The upper diagram in FIG. 7-2 shows the data structure of the DB 24 that is originally stored in the table format as shown in the lower diagram in FIG. 7-2, and the relationship with FIG. 7-1 is easy to understand. In order to do so, it is a figure which shows an example dared hierarchically by the folder format. The DB 24 employs a table configuration in which each data can be classified and managed for each company by year or type (salary, corporate tax, etc.).

  FIG. 8 is a flowchart illustrating an example of a processing procedure of the transmission side terminal that performs file transfer. The detailed operation of the transmission side terminal will be described with reference to FIG.

  For example, when the transmission side terminal detects that a predetermined initial operation (for example, an operation for instructing to start using the file transfer function) is performed for the file transfer by the user, and / or at regular intervals, The online monitoring unit 11 broadcasts a profile request in the LAN to which the own device is connected (step S21). This profile request is a message for detecting a receiving side terminal, and specifically, a message for requesting the receiving side terminal to transmit a profile. When a client terminal device that can execute the file transfer method of this embodiment (that is, a terminal that can operate as a transmission side and a reception side terminal) receives a profile request from another terminal, the transmission source terminal (transmission side) The terminal's profile is returned to the terminal. Details of the return operation will be described in the operation description of the receiving terminal. Here, examples of profiles are shown in FIGS. 9-1 and 9-2. A profile is identification information of each client terminal device, and in the simplest configuration, as shown in FIG. In addition, as shown in FIG. 9-2, when each client terminal is grouped or the terminal user (person in charge) is determined, the group name or person in charge is added to the device name. It is good also as a structure which added (person in charge name).

  When the profile request is transmitted, the online monitoring unit 11 keeps waiting for a response to the profile request for a predetermined period (step S22) and does not receive a response (profile) within the predetermined period (step S22). (S22, No), the process proceeds to step S21 to transmit (broadcast) the profile request again. Note that since there may be no terminal that can operate as a receiving terminal, the operation may be terminated without performing retransmission. Alternatively, the processing may be terminated when the profile request is retransmitted a predetermined number of times and the profile is never returned. On the other hand, when at least one response (profile) is received within a predetermined period (step S22, Yes), a transfer destination list is created based on each profile received within the predetermined period. The data is stored in the transfer destination list storage unit 21 (step S23). The configuration of the transfer destination list is not particularly defined, but at least information on the device name is included. Further, when information other than the device name is included in the profile, a part or all of the information (group name, person in charge name, etc.) may be included.

  When the transfer operation receiving unit 12 detects that a predetermined operation has been performed by the user, the transfer operation receiving unit 12 reads the transfer destination list from the transfer destination list storage unit 21 and displays it on the display unit 3 (see FIG. 10). . Then, the main file transfer destination, the main file to be transferred, and the processing to be executed (whether to delete the main file after transfer, that is, whether to move the main file or copy it) are executed. Then, when these selection operations are completed, the selection result is notified to the file operation execution unit 13. The selection order of the selection items (transfer destination, main file, processing) in step S24 may be any order. The main files that can be selected as the main file to be transferred are all the main files stored in the file storage unit 22, but when the selected file is the original, the “execution of the file (original) is moved” "Transfer process # 1" "," Move the file (original) and keep its copy as a read-only file (copy file) (Transfer process # 2) "," Leave the file (original) and copy it “Transfer as a read-only file (copy file) (transfer process # 3)”. On the other hand, if the selected file is a copy, the processes to be executed are “move file (copy) (transfer process # 4)”, “file (copy) is left, and the copy is transferred as a read-only file (transfer process) # 5) "can be selected. Further, as can be seen from the display example of FIG. 10, it is also possible to specify a transfer destination in a group (collective specification of all terminals belonging to the same group).

  In addition, when there is a main file indicated by the selection result and data that the main file refers to from the DB 24, the file operation execution unit 13 extracts the data from the DB 24 based on the associated management information and generates an intermediate file. When the intermediate file is generated, the management information is updated.

  Upon receiving the notification of the selection result, the file operation execution unit 13 first creates transfer information (step S25). FIG. 11 is a diagram showing an example of transfer information. The transfer information includes the file name, size, type, transfer source (information on the transmission side terminal), transfer destination, and attributes (original or copy) of the main file. Information) and model (information indicating FILE or DB). The file operation execution unit 13 acquires the transfer destination information (corresponding information in the transfer destination list) selected in step S24 from the transfer operation reception unit 12, and reads the profile from the profile storage unit 26. Extract transfer information by extracting necessary information from transfer destination information and profile.

  After creating the transfer information, the file operation execution unit 13 next executes a transfer process (step S26). Specifically, the main information indicated by the selection result is read from the file storage unit 22 (a plurality of main files may be read), and the management information associated with the main file indicated by the selection result is stored in the management information. A process of reading from the unit 23 is performed, and the read main file, management information, and the generated transfer information are combined and transmitted as one transfer file to the transfer destination indicated by the selection result.

  When an intermediate file is created, the intermediate file is included in the transfer file and transmitted to the transfer destination indicated by the selection result.

  When the intermediate file is created, the main file read from the file storage unit is not transferred. The intermediate file may be included in the transfer file as the main file and transmitted to the transfer destination indicated by the selection result. That is, three types of transfer can be performed in the case of only the file in the file storage unit, in the case where the file in the file storage unit and the DB data are together, and in the case of only the DB data.

  When there are a plurality of transfer destinations indicated by the selection results (when a plurality of transfer destinations are selected in step S24), transfer information is created for each transfer destination in step S25. That is, one transfer file is created for one transfer destination. When a plurality of main files are selected, the transfer destination can be individually selected for each file. In this case, transfer information is created for each main file and each transfer destination. That is, the same number of transfer information as the total number of transfer destinations for each main file is created. In step S26, the same number of transfer files as the transfer information created in step S25 are generated. Therefore, one transfer file includes one main file, management information, and transfer information. When a plurality of main files are selected, if the plurality of main files are the same transfer destination, the transfer information may be created for each transfer destination after combining the plurality of main files into one. In this case, one transfer file includes a plurality of main files, one management information, and one transfer information. When an intermediate file is created, a plurality of intermediate files are included. If the main file read from the file storage unit is not transferred, a transfer file in which transfer information is created for each transfer destination after only a plurality of intermediate files are combined into one main file may be used.

  After creating and transmitting the transfer file, the file operation execution unit 13 next creates a transfer history (step S27). If a transfer history that has already been created exists, it is updated. Specifically, the operation of step S27 is illustrated in FIG. 12 by using the generated transfer information (see FIG. 11), deleting the transfer source information included in the transfer information, and adding the transmission date / time information. The transmission information as illustrated is generated. When the transfer history exists, the generated transmission information is added to the existing transfer history (the transfer history stored in the transfer history storage unit 25) and the process indicated by the notified selection result ( A transfer history as illustrated in FIG. 13 is created (updated) by adding information of a selection result of movement processing or replication processing. On the other hand, if the transfer history does not exist, the information of the process indicated by the notified selection result is added to the generated transmission information, and is stored in the transfer history storage unit 25 as the transfer history.

  If the process indicated by the notified selection result is not the main file move process (instruction to delete the main file after transfer) (No in step S28), whether or not the main file included in the transfer file is the original file. (Step S31), if it is not the original (step S31, No), that is, if the transfer process # 3, # 4 or # 5 is selected, the file transfer operation is terminated. On the other hand, in the case of the original (step S31, Yes), that is, when the transfer process # 2 is selected, the storage area of the main file is changed from the original storage area to the copy storage area (step S32). Accordingly, the management information in the management information storage unit 23 and the update of the DB 24 are executed (step S30), and the file transfer operation is terminated. If it is determined in step S28 that the process indicated by the selection result is a movement process (step S28, Yes), the main file transmitted in step S26 is stored in the file storage unit 22 (more specifically, the original is stored). The management information associated with the deleted main file is deleted from the management information storage unit 23, and the corresponding data is deleted from the DB 24 (step S30). ) End the file transfer operation.

  In the above description, when the process indicated by the selection result is a movement process, a process of deleting the main file of the transmission side terminal and the management information associated with the main file from each storage location is performed. However, without deleting these, the attribute information associated with the main file may be changed from the original to a copy, and the system may handle read only (from the original storage area). Move to the copy storage area).

  FIG. 14A and FIG. 14B are flowcharts illustrating an example of the processing procedure of the receiving terminal that performs file transfer. Based on these, the detailed operation of the receiving terminal will be described.

  The receiving side terminal always performs access monitoring according to the procedure shown in FIG. This operation is performed by the access monitoring unit 14, and specifically, whether there is an access from another terminal, more specifically, whether there is a profile request (whether the profile request has been received from the transmission side terminal described above). (Step S41), and if there is a profile request (step S41, Yes), the profile is read from the profile storage unit 26 and transmitted to the requesting terminal (transmission side terminal) (step S42). After transmitting the profile, the process proceeds to step S41 to continue access monitoring. On the other hand, when there is no profile request (No in step S41), the process proceeds to step S41 without transmitting the profile, and the access monitoring is continued.

  In step S42, the path information of the hidden shared folder (received file storage unit 28) is also transmitted as necessary. For example, if the receiving terminal performs an operation that changes the path of a hidden shared folder periodically or irregularly for reasons such as security enhancement, the path is included with (or included in) the profile. Send information. If the shared folder path information is not transmitted in step S42, each receiving terminal uses a fixed path having a configuration of “device name + common character string”, and shares a portion other than “device name”. To do. Here, “device name” is identification information of the receiving terminal, and as already described with reference to FIG. 8, the transmitting terminal obtains this information (device name) by receiving the profile from the receiving terminal. It is possible (see FIGS. 9-1 and 9-2).

  Further, the receiving side terminal performs the file receiving operation shown in FIG. 14-2 in parallel with the access monitoring operation shown in FIG. 14-1, more specifically, the transfer file (the main file described above) from the transmitting side terminal. , A file generated by combining management information and transfer information) is monitored, and if it is transmitted, the main file in the transmitted transfer file is sent to the file storage unit 22. The storing process and the related process are executed.

  Specifically, the file management unit 16 receives the transfer file by periodically checking whether the transfer file received from the transmission-side terminal is stored in the hidden shared folder (reception file storage unit 28). Monitor whether If the transfer file is not stored in the reception file storage unit 28 (No in step S51), monitoring is continued. The file receiving unit 15 performs processing for receiving the transfer file from the transmission side terminal and storing it in the received file storage unit 28. On the other hand, if a transfer file is stored (Yes in step S51), one transfer file is extracted from the received file storage unit 28, and the received transfer file is analyzed to generate a reception history (steps S52 and S53). ). If there is a reception history that has already been created, it is updated. In more detail, the reception history creation operation uses the transfer information (see FIG. 11) included in the transfer file, deletes the transfer destination information from the transfer information, and receives the reception date and time (the transfer file is received). The reception information as illustrated in FIG. 15 is generated by adding information on the date and time when it is detected to be stored in the file storage unit 28. If the reception history exists, the generated reception information is added to the existing reception history (the reception history stored in the reception history storage unit 27), and the reception history as illustrated in FIG. Create (update). On the other hand, if no reception history exists, the generated reception information is stored in the reception history storage unit 27 as a reception history.

  Next, the file management unit 16 updates the file storage unit 22, the management information storage unit 23, and the DB 24 based on the information included in the extracted transfer file (step S54). FIG. 17 is a flowchart illustrating an example of the process (update process of the management information storage unit 23 and DB 24) executed in step S54. When performing the update process in step S54 in the procedure illustrated in FIG. 17, the file management unit 16 first determines whether the content to be updated is an update of “FILE” (file storage unit 22) from the type in the management information “DB”. If the type of management information is DB, that is, if an intermediate file is created, data is extracted from the intermediate file included in the transfer file based on the management information, thereby determining the DB 24. Is updated (step S61), and the management information storage unit 23 is updated by storing the management information in the management information storage unit 23 (step S62). Furthermore, the file storage unit 22 is updated by storing the main file in the file storage unit 22 as required (when the type in the management information is FILE, that is, when updating the file storage unit 22) (step S63). If an intermediate file related to the main file exists, the intermediate file may be stored (invisible) in the file storage unit together with the main file, or may be deleted. The process in step S63 will be described in more detail. The file management unit 16 specifies whether the main file is an original based on the management information, that is, confirms whether the attribute in the management information is “original”. If it is an original, store this main file in the original storage area (the area where full access is permitted for a specific application), and if it is a copy, the copy storage area (read-only access is permitted for the specific application) Area). However, if the same main file (original file or copy file) already exists in the file storage unit 22 (original storage region or copy storage region), the file storage unit 22 determines the attribute of the main file and executes the process. . That is, when the main file included in the transfer file is a copy file and the original file is stored in the file storage unit 22 (original storage area), the newly acquired copy file is discarded. If the main file is a copy file and the same copy file is stored in the file storage unit 22 (copy storage area), the originally stored copy file is deleted and a newly acquired copy file is stored. It may be stored, or the copy file that was originally stored may be retained, and the newly acquired copy file may be discarded. In this case, the copy file that was originally stored is kept and the newly acquired copy file is also stored. The date and time when these copy files were created, and the old and new states are changed. It may be managed so that it can be identified. Further, when the original file is stored in the original storage area, it is confirmed whether or not the copy file of this file has been stored in the copy storage area. If it has been stored, the copy file is deleted.

  The update operation of the DB 24 in step S61 will be described in more detail with reference to FIGS. 18-1, 18-2, 18-3, and 18-4. 18A, 18B, 18C, and 18D are diagrams illustrating the relationship between various types of information handled by the transmission side terminal and the reception side terminal, and FIG. The previous <transmission side management information storage unit>, <transmission side file storage unit>, and <transmission side DB> are information managed by the transmission side terminal. FIG. 18-2 shows <management information> and <main file>. , <Intermediate file> is the configuration of the transfer file, and FIG. 18-3 is the <reception side management information storage unit>, <reception side file storage unit>, and <reception side DB> before the transfer process is managed by the reception side terminal. FIG. 18-4 shows the <reception-side management information storage unit>, <reception-side file storage unit>, and <reception-side DB> after the transfer processing is executed in the reception side terminal. Information to be updated.

  The management information in the management information storage unit shown in FIG. 18-1 corresponds to the management information stored in the management information storage unit 23 in FIG. 2, and includes the registered file management information shown in FIG. 4 shows the registered company management information shown in FIG. 4 together, but is not limited to this, and some of the information may be omitted or new information may be added. It does not matter (the same applies to the management information storage unit in FIG. 18-3 in relation to FIG. 5).

  As shown in the figure, the transmission side terminal uses the “management code” and “registered company code”, the information table in the transmission side DB (DB 24 of the transmission side terminal), information in the management information storage unit, information in the file storage unit Are associated and managed (FIG. 18-1).

  Here, when the transfer file is generated, the configuration shown in FIG. 18-1 is used to extract data from the DB to generate extracted data (intermediate file), and then the main file (file It is generated by extracting from the storage unit and management information is generated (FIG. 18-2). Here, when generating the management information, necessary information (information corresponding to each component of the management information) may be extracted from the transmission-side management information storage unit 18-1, or “management code” or “ File information may be extracted from the transmission-side file storage unit and data from the transmission-side DB as necessary, using “registered company code” as a key.

  In this way, the extracted data (intermediate file), the file (main file), and the management information are managed in association with each other using the “management code” and “registered company code”. Information necessary for storage of files (data) can be provided.

  A file storage unit generated by a specific application by managing a file (or data in a DB) with a single table (management information) so as to be associated with “management code” and “registered company code”. The data stored in the file 22 or the data stored in the DB 24 and various files such as PDF files and Windows (registered trademark) systems can be handled as the same information.

  Here, the transmission side terminal and the reception side terminal are names for easy understanding of the description, and actually the same configuration (the transmission side terminal also operates as the reception side terminal, and vice versa). The management method of various information in the terminal is the same as that of the transmitting terminal. Accordingly, when the file management unit determines the update target (file storage unit 22 or DB 24) based on the management information and updates the reception side DB (DB 24 of the reception side terminal), the reception side terminal first receives the received transfer. If an intermediate file exists from the file (FIG. 18-2), the intermediate file, main file, and management information are extracted, and the update location of the DB 24 is specified using the “registered company code” of the management information as a key. Next, when the main file or the intermediate file exists, various types of data included in the intermediate file (in the examples of FIGS. 18-1, 18-2, 18-3, and 18-4, the type, the settlement date) , Year,...) And the extracted data is registered in the specified update location, thereby updating the DB 24. If the registered company code having the same value as the registered company code included in the management information in the received transfer file is not registered in the DB 24, the receiving terminal registers the received registered company code in the DB 24, Further, if the main file or the intermediate file exists, the data extracted from the intermediate file is registered (FIG. 18-4).

  As a result of such a series of processing, before the transfer, the configuration of the management information storage unit and DB and file storage unit of the receiving terminal shown in FIG. You can see that it is changing.

  In addition, when a plurality of transfer files are detected in step S51, the file management unit 16 repeatedly executes the processes of steps S52 to S54 described above for all detected transfer files. When the processing for all the detected transfer files is completed, the process proceeds to step S51 and the monitoring operation is continued. Further, although not shown in the flowchart, at a predetermined timing after the creation (or update) of the reception history is completed, each information illustrated in FIG. 19 (information such as a file name and a reception date / time) is displayed on a predetermined screen. You may make it display on the display part 3 in a format, and notify a user that the transfer file was received. Since there are cases where a plurality of transfer files are stored in the reception file storage unit 28 (when a plurality of transfer files are detected in step S51), all notifications stored in the reception file storage unit 28 are sent to the user. It is desirable to carry out the processing after executing the above steps S52 to S54 for the transfer file.

  As described above, in this embodiment, the transmission-side terminal that performs file transfer continuously monitors other terminals that can be selected as transfer destinations (reception-side terminals) and can select a list of terminals that can be selected as transfer destinations ( (Transfer destination list) is created and updated, the file transfer instruction (operation) is performed by the user, and when the file to be transferred and the transfer destination are selected, the file indicated by the selection result, along with its additional information, On the other hand, when the terminal (receiving terminal) selected as the transfer destination receives the file and the additional information from the transmitting terminal, it updates the database in its own terminal based on them. It was decided to. In addition, files are transferred via a hidden shared folder. This allows client terminals to directly send and receive files without using an FTP server. Also, file transfer can be performed safely.

  Further, when storing the received main file in the file storage unit 22, the receiving side terminal stores it in the storage destination (folder) corresponding to the type of the main file, so that the user confirms the type of the received main file. Thus, operations such as storing in a correct storage location are not required, and the troublesomeness of file management can be reduced. In addition, it is possible to prevent human errors such as storing in a storage location different from the storage location that should originally be stored.

  In this embodiment, the configuration has been described in which the file management unit 16 monitors the received file storage unit 28 to monitor whether or not the transfer file has been received, but the file management unit 16 receives the file reception. The configuration may be such that the presence or absence of the transfer file is monitored by checking the unit 15. In addition, the file receiving unit 15 notifies the file management unit 16 that the transfer file has been received, and the file management unit 16 accesses the received file storage unit 28 when notified from the file receiving unit 15. Also good.

  Next, Example 2 will be described. In the first embodiment, the description has been made assuming that the receiving side terminal creates in advance a hidden shared folder (received file storage unit 28) used for file transfer. However, in this embodiment, the hidden shared folder is used as necessary. In other words, a file transfer method for creating a hidden shared folder immediately before file reception is executed (when a file transfer request is received from the transmission terminal) will be described.

  FIG. 20 is a diagram illustrating a configuration example of a receiving terminal according to the second embodiment. The receiving side terminal of the present embodiment has a configuration in which a receiving file storage area management unit 17 is added to the receiving side terminal of Embodiment 1 (see FIG. 5). Since other components are the same as those of the receiving terminal in the first embodiment, the same reference numerals are given and description thereof is omitted.

  When the reception file storage area management unit 17 included in the reception side terminal of the present embodiment receives a notification to start file transfer from the transmission side terminal via the access monitoring unit 14, the reception file storage unit is stored in the storage unit 2. 28 (hidden shared folder) is generated. When the file transfer is completed, the received file storage unit 28 is deleted. The reception file storage unit 28 may be generated in an area secured in advance, or may be generated using an unused area at the time when the notification is received.

  FIG. 21 is a flowchart illustrating an outline of a file transfer operation according to the second embodiment. Since there is an overlapping part with the file transfer operation of the first embodiment (the same processing is included), it is the same as the processing included in the flowchart (FIG. 6) showing the outline of the file transfer operation of the first embodiment. The same step number is assigned to the process, and the description is omitted. That is, in the file transfer of the present embodiment, the processes corresponding to steps S1 and S2 described above are not executed, but steps S6, S7 and S8 are executed instead. In step S6, the file transfer source (transmission side terminal) notifies the transfer destination (reception side terminal) of the start of file transfer. When there are a plurality of transfer destinations, notification is sent to all transfer destinations. In step S7, the transfer destination receiving the file transfer start notification creates a hidden shared folder. Further, after the creation is completed, the transfer source is notified that the preparation for reception has been completed. The transfer source that has received the notification that preparation for reception has been completed executes the processing already described in the first embodiment and transmits the file. If there are multiple transfer destinations, the file may be sent after receiving notification that all the transfer destinations are ready for reception, or without waiting for a response from all the transfer destinations. The files may be transmitted in order from the transfer destination that has notified that the preparation is complete. In the transfer destination, when the reception process of the transferred file is completed, a process of deleting the hidden shared folder generated in step S7 is executed as step S8.

  FIG. 22 is a flowchart illustrating an example of a processing procedure of a transmission side terminal that performs file transfer according to the second embodiment. Steps S33 and S34 are added to the flowchart of FIG. 8 described in the first embodiment. is there. Here, steps S33 and S34 that are not included in the flowchart of the first embodiment will be described.

  In step S33, the file operation execution unit 13 notifies the transfer destination (reception side terminal) selected in step S24 executed before that to start the file transfer, and generates a hidden shared folder. A transfer execution request for sending the request is sent. In step S34, a response to the transfer execution request transmitted in step S33 (preparation completion notification indicating that the generation of the hidden shared folder in the receiving terminal has been completed and the transfer file is ready to be received) is received. .

  FIG. 23 is a flowchart illustrating an example of a processing procedure of a receiving terminal that performs file transfer according to the second embodiment. Steps before each process (steps S51 to S54) illustrated in FIG. S56 to S58 are added, and step S59 is added after step S54. Here, steps S56 to S59 that are not included in the flowchart of the first embodiment will be described. Although not shown, it is assumed that the receiving side terminal of this embodiment always performs access monitoring by executing the procedure shown in FIG. 14-1 in the same manner as the one receiving side terminal of the embodiment. .

  As shown in FIG. 23, the receiving side terminal of this embodiment monitors whether or not a transfer execution request is transmitted from the transfer side terminal (step S56). This monitoring operation is performed by the access monitoring unit 14. If a transfer execution request is not transmitted, monitoring is continued (No at step S56). On the other hand, if a transfer execution request has been transmitted (step S56, Yes), the reception file storage area management unit 17 is notified to that effect, and the received file storage area management unit 17 that has received the notification stores the storage unit 2. A hidden shared folder (received file storage unit 28) is generated inside (step S57). When the generation of the hidden shared folder is completed, the reception file storage area management unit 17 notifies the access monitoring unit 14 to that effect, and the access monitoring unit 14 transmits the transfer execution request message indicating that the reception preparation is completed. Return to original. Thereafter, the file reception operation described in the first embodiment is executed, and when the processing in step S54 is completed, the file management unit 16 notifies the reception file storage area management unit 17 to that effect. Upon receiving the notification, the received file storage area management unit 17 deletes the hidden shared folder (received file storage unit 28) created in step S57 (step S59).

  20 shows a configuration example in which the received file storage area management unit 17 and the access monitoring unit 14 are independent. However, the access monitoring unit 14 has the function of the received file storage area management unit 17 (access monitoring unit 14). May also manage hidden shared folders.

  Further, when creating the hidden shared folder in step S57, control is performed so that the path setting is different every time. In step S58, the path information of the generated hidden shared folder is included (or path information is included). A preparation completion notification may be transmitted. By doing so, security can be improved. Alternatively, the receiving terminal also performs profile acquisition processing, recognizes a terminal that can be a transfer destination, generates a transfer destination list, and displays information about the hidden shared folder path only for the terminals that exist in the transfer destination list. It is possible to further improve security if the notification is made.

  Until now, the example of the case where the file transfer destination terminal (receiving terminal) generates a hidden shared file and uses it to transfer the file has been explained. The original device creates a hidden shared folder and stores the transfer file in it, notifies the information of this hidden shared folder to each destination device, and the destination device notifies the hidden share that has been notified Even when a method of acquiring a transfer file by accessing a folder is used, the transfer file can be transferred between terminals.

  Further, by performing the operation as shown in FIG. 24 at the transmission side terminal, it is possible to improve the convenience of the user and the visibility of the operation status and the operation status. FIG. 24 shows an example of a screen for selecting a file to be transferred, when the selection operation other than the file selection (selection of transfer destination and selection of processing) is completed and no file is selected. Displays a “file transfer (reception)” icon to notify that it is waiting for a transfer file to be sent from another terminal (display state 1). After that, when the first file is selected, it is determined that all information necessary for file transfer has been prepared, and the “file transfer (reception)” icon is switched to the “file transfer (transmission)” icon ( Display state 2). Also, as shown in FIG. 25, an area for displaying both the “file transfer (reception)” and “file transfer (transmission)” icons is reserved. Normally, both icons are disabled (non-display). Display) state, and when the transfer file is detected to be stored in the hidden shared folder, the “file transfer (reception)” icon is enabled, and the transfer destination and processing selection is completed. The “file transfer (transmission)” icon may be enabled at the timing when the first file is selected (the timing at which the display state 1 changes to the display state 2).

  In the explanation so far, the access authority management method for the hidden shared folder has not been shown (explained as full access without restriction), but only some terminals are allowed to access. Also good. For example, access to the hidden shared folder is permitted only for other terminals having a file transfer function. For example, the receiving terminal also performs processing for acquiring a profile, recognizes a terminal that can be a transfer destination, generates a transfer destination list, uses the transfer destination list, and is registered in the transfer destination list. This can be realized by permitting access only from the terminal that is in use. Thereby, security can be further improved.

  In addition, the information of the area of the received file storage unit 28 may be previously known between terminals by a common algorithm, or may be notified from the receiving side terminal to the transmitting side terminal, Or you may make it notify only with respect to the terminal which permits the file transmission to an own terminal.

  Further, the transfer information generated by the transmission side terminal and transmitted to the reception side terminal may be configured such that a message or a memo for the user of the transmission side terminal can be included in the transfer information. That is, the transmitting terminal accepts the input of these messages and memos in step S24 described above, and creates transfer information including them in step S25. In this case, the reception side terminal notifies the message or memo received from the transmission side terminal using the notification screen to the user illustrated in FIG.

  As described above, in the file transfer according to the present embodiment, the receiving side terminal (file transfer destination terminal) receives the hidden shared folder when receiving the file transfer request from the transmission side terminal (file transmission source terminal). When the file creation process is completed, the hidden shared folder is deleted. As a result, the same effects as in the first embodiment can be obtained, and a secure system can be realized as compared with the first embodiment.

  As described above, in the file transfer method according to the present invention, client terminals connected to a small network built in an accounting office or the like transfer files without using special equipment such as an FTP server. Useful when you want.

It is a figure which shows the structural example of the computer system which can operate | move as a client terminal device which performs the file transfer method concerning this invention. FIG. 3 is a diagram illustrating a configuration example of a transmission side terminal according to the first embodiment. It is a figure which shows an example of management information. It is a figure which shows an example of registration company management information. FIG. 3 is a diagram illustrating a configuration example of a receiving side terminal according to the first embodiment. 3 is a flowchart illustrating an outline of a file transfer operation according to the first embodiment. It is a figure which shows an example of the folder structure of a file storage part. It is a figure which shows an example of the data structure of a database. It is the flowchart which showed an example of the process sequence of the transmission side terminal which performs file transfer. It is a figure which shows an example of a profile. It is a figure which shows an example of a profile. It is a figure which shows an example of a forwarding destination list. It is a figure which shows an example of transfer information. It is a figure which shows an example of transmission information. It is a figure which shows an example of a transfer history. It is the flowchart figure which showed an example of the process sequence of the receiving side terminal which performs file transfer. It is the flowchart figure which showed an example of the process sequence of the receiving side terminal which performs file transfer. It is a figure which shows an example of reception information. It is a figure which shows an example of a reception history. It is the flowchart which showed an example of the update process of a management information storage part and a database. It is the figure which showed the relationship of the various information which a transmission side terminal and a reception side terminal handle. It is the figure which showed the relationship of the various information which a transmission side terminal and a reception side terminal handle. It is the figure which showed the relationship of the various information which a transmission side terminal and a reception side terminal handle. It is the figure which showed the relationship of the various information which a transmission side terminal and a reception side terminal handle. It is a figure which shows an example of the user notification screen at the time of file reception. 6 is a diagram illustrating a configuration example of a receiving side terminal according to Embodiment 2. FIG. 10 is a flowchart illustrating an outline of a file transfer operation according to the second embodiment. 10 is a flowchart illustrating an example of a processing procedure of a transmission-side terminal that performs file transfer according to the second embodiment. 10 is a flowchart illustrating an example of a processing procedure of a receiving terminal that performs file transfer according to the second embodiment. It is a figure which shows an example of the selection screen of a transfer file. It is a figure which shows an example of the selection screen of a transfer file.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Control part 2 Memory | storage part 3 Display part 4 Input part 5 Output part 6 Communication part 11 Online monitoring part 12 Transfer operation reception part 13 File operation execution part 14 Access monitoring part 15 File reception part 16 File management part 17 Received file storage area management Unit 21 Transfer destination list storage unit 22 File storage unit 23 Management information storage unit 24 Database (DB)
25 Transfer history storage unit 26 Profile storage unit 27 Reception history storage unit 28 Received file storage unit (hidden shared folder)

Claims (36)

A file transfer method for transferring a file between terminal devices connected to the same network,
A terminal detection step of detecting, on the network, a receiving-side terminal that is a terminal device capable of receiving a file to be transferred by a transmitting-side terminal that is a terminal device on the file transfer side;
The transmitting terminal notifies the user of the list of receiving terminals detected in the terminal detecting step, and which receiving terminal in the list is the transfer destination of the file, which file to the receiving terminal of the transfer destination A selection step to transfer or select
The transmission side terminal transmits the file selected in the selection step and its management information to a transfer destination reception side terminal which is a reception side terminal selected as the transfer destination, and a predetermined number in the transfer destination reception side terminal A file transfer step of storing in a hidden shared folder for storing received data from the transmitting terminal, which is a storage area;
The transfer destination receiving terminal retrieves the file stored in the hidden shared folder and its management information, specifies the original storage area for storing the file based on the management information, and further specifies the specified storage area A file storage step for storing the file,
A file transfer method comprising: The terminal detection step includes
A profile in which the transmitting terminal is a message for detecting the receiving terminal, and when the message is received, a profile requesting that a profile be returned as a response is broadcast on the network A request step;
A list generating step in which the transmitting terminal receives a response to the profile request and generates a list of receiving terminals based on the profile obtained as a result;
The file transfer method according to claim 1, further comprising: The terminal detection step further includes:
Of the terminal devices that have received the profile request, the terminal device that has the hidden shared folder at that time returns a profile as the receiving terminal,
Including
The file transfer method according to claim 2, wherein, in the list generation step, the list is generated based on the profile transmitted in the profile return step. The terminal detection step further includes:
A profile returning step in which a terminal device holding information indicating a specific terminal type among the terminal devices receiving the profile request returns a profile as the receiving terminal;
Including
The file transfer method according to claim 2, wherein, in the list generation step, the list is generated based on the profile transmitted in the profile return step. In the terminal detection step, furthermore, the path information of the hidden shared folder that the detected receiving side terminal has is obtained,
The file transfer method according to claim 1, wherein in the file transfer step, a transmission process is executed according to the acquired path information. A file transfer method for transferring files between terminals connected to the same network,
A terminal detection step of detecting, on the network, a receiving-side terminal that is a terminal device capable of receiving a transferred file by a transmitting-side terminal that is a terminal device that transfers a file;
The transmitting terminal notifies the user of the list of receiving terminals detected in the terminal detecting step, and which receiving terminal in the list is the transfer destination of the file, which file to the receiving terminal of the transfer destination A selection step to transfer or select
A file transfer start notifying step for notifying the transfer destination receiving side terminal, which is the receiving side terminal selected as the transfer destination in the selecting step, that the file transfer starts;
The transfer destination receiving terminal that has received the notification that the file transfer is started generates a hidden shared folder for temporarily storing the received data from the transmitting terminal, and the file reception preparation is completed. Hidden shared folder generation step of notifying the sending terminal of the notification,
A file transfer step in which the transmission side terminal transmits the file selected in the selection step and its management information to the transfer destination reception side terminal and stores it in the hidden shared folder;
The transfer destination receiving terminal retrieves the file stored in the hidden shared folder and its management information, specifies the original storage area for storing the file based on the management information, and further specifies the specified storage area A file storage step for storing the file,
The transfer destination receiving terminal erases the generated hidden shared folder, a hidden shared folder erasing step,
A file transfer method comprising: The terminal detection step includes
A profile in which the transmitting terminal is a message for detecting the receiving terminal, and when the message is received, a profile requesting that a profile be returned as a response is broadcast on the network A request step;
A list generating step in which the transmitting terminal receives a response to the profile request and generates a list of receiving terminals based on the profile obtained as a result;
The file transfer method according to claim 6, further comprising: The terminal detection step further includes:
A profile returning step in which a terminal device holding information indicating a specific terminal type among the terminal devices receiving the profile request returns a profile as the receiving terminal;
Including
The file transfer method according to claim 7, wherein in the list generation step, the list is generated based on the profile transmitted in the profile return step. In the hidden shared folder generation step, the transmission side terminal is notified of completion of file reception preparation and path information of the generated hidden shared folder,
The file transfer method according to claim 6, 7 or 8, wherein in the file transfer step, a transmission process is executed according to the notified path information. In the selection step, whether to delete the selected file after being transmitted in the subsequent file transfer step is further selected,
The file transfer method according to any one of claims 1 to 9, wherein in the file transfer step, a file for which "delete after transmission" is selected in the selection step is deleted after transmission. . When each receiving terminal is grouped and managed on the network,
The file transfer method according to any one of claims 1 to 10, wherein the selection step enables batch selection for each group when selecting a file transfer destination.   The at least one file transfer destination and at least one file to be transferred are displayed on the operation screen in the selecting step when an icon for instructing the start of transfer is selected. The file transfer method according to any one of 1 to 11.   In the file storing step, it is determined whether or not the file is an original based on the management information. In the case of an original, an attribute that can be fully accessed by an application is given to the file. The file transfer method according to claim 1, wherein the file transfer method is assigned.   In the file storage step, when specifying the storage area, it is determined whether the file is an original based on the management information, and in the case of the original, the storage area is specified in the first area that can be fully accessed by the application. The file transfer method according to claim 1, wherein the storage area is specified in a read-only second area when the original is not an original.   15. The file storage step further includes updating a database storing all data managed by the device based on the extracted file and management information. File transfer method described in.   The file according to any one of claims 1 to 15, wherein in the file storage step, after the file storage in the specified storage area is completed, a display indicating that is displayed on the operation screen. Transfer method. In the selection step, it is possible to accept a comment input for the file transfer destination,
In the file transfer step, the comment is also sent to the receiving terminal,
16. In the file storage step, after the file storage in the specified storage area is completed, the comment is displayed on the operation screen together with a display to that effect. The file transfer method described. A file transfer system comprising two or more terminal devices connected to the same network and performing file transfer between one-to-one or one-to-one terminal devices,
A transmitting terminal that is a terminal device on the side of transferring a file in the terminal device,
An online monitoring unit that transmits a message on the network to detect a receiving terminal that is a terminal device capable of receiving a file transferred by itself;
The online monitoring unit notifies the user of a list of receiving terminals detected by transmitting the message, and which receiving terminal in the list is the file transfer destination or to the receiving terminal as the transfer destination A transfer operation reception unit for selecting which file to transfer, and
A file operation execution unit that transmits the file selected by the user and its management information to the receiving terminal selected as the transfer destination for the user;
With
A receiving terminal that is a terminal device capable of receiving a file transferred from the transmitting terminal in the terminal device,
An access monitoring unit that returns a response message when receiving a message transmitted from the online monitoring unit;
A file reception unit for storing the file received from the file operation execution unit and its management information in a hidden shared folder;
When the status of the hidden shared folder is monitored and a file and management information received from the transmitting terminal are detected, the detected file and management information are extracted, and the file is stored based on the management information A file management unit for identifying the original storage area and storing the file in the identified storage area;
A file transfer system comprising: The online monitoring unit broadcasts a profile request requesting to return a profile as the message on the network, and generates the list based on the profile received as a response. The access monitoring unit 19. The file transfer system according to claim 18, wherein when the request is received, the profile is returned as a response message. The file transfer system according to claim 19, wherein when the profile request is received, the access monitoring unit returns a profile when the device itself has the hidden shared folder at that time. . When the access monitoring unit receives the profile request, it returns the path information of the hidden shared folder along with the profile,
The file transfer system according to claim 19 or 20, wherein the file operation execution unit executes a transmission process according to the returned path information. A file transfer system comprising two or more terminal devices connected to the same network and performing file transfer between one-to-one or one-to-one terminal devices,
A transmitting terminal that is a terminal device on the side of transferring a file in the terminal device,
An online monitoring unit that transmits a message on the network to detect a receiving terminal that is a terminal device capable of receiving a file transferred by itself;
The online monitoring unit notifies the user of a list of receiving terminals detected by transmitting the message, and which receiving terminal in the list is the file transfer destination or to the receiving terminal as the transfer destination A transfer operation reception unit for selecting which file to transfer, and
Instructing the receiving terminal selected as the transfer destination to the user to generate a hidden shared folder for temporarily storing the transfer file by notifying that the file transfer is to be started. After confirming that the folder has been generated, the file selected by the user, and a file operation execution unit that transmits the management information to the receiving terminal,
With
A receiving terminal that is a terminal device capable of receiving a file transferred from the transmitting terminal in the terminal device,
An access monitoring unit that returns a response message when receiving a message transmitted from the online monitoring unit;
When receiving an instruction to generate a hidden shared folder from the file operation execution unit, a hidden shared folder is generated in the storage unit, and after the generation is completed, the fact is notified to the file operation execution unit via the access monitoring unit. Received file storage area management unit,
A file receiving unit that receives the file transmitted from the file operation execution unit and its management information and stores the file in the hidden shared folder;
When the status of the hidden shared folder is monitored and the file received from the transmitting terminal and its management information are detected, the detected file and its management information are extracted, and the file is stored based on the management information Specifying the original storage area, storing the file in the specified storage area, and instructing the received file storage area management unit to delete the hidden shared folder;
With
The received file storage area management unit, when instructed by the file management unit to delete the hidden shared folder, deletes the generated hidden shared folder. The online monitoring unit broadcasts a profile request requesting to return a profile as the message on the network, and generates the list based on the profile received as a response. The access monitoring unit The file transfer system according to claim 22, wherein when the request is received, the profile is returned as a response message. The received file storage area management unit, after generating the hidden shared folder, notifies the file operation execution unit of that fact and the path information of the generated hidden shared folder,
The file transfer system according to claim 22 or 23, wherein the file operation execution unit executes transmission processing according to the notified path information. The transfer operation reception unit further selects whether to delete the selected file after the file operation execution unit has transmitted,
The file transfer system according to any one of claims 18 to 24, wherein the file operation execution unit deletes a file for which "delete after transmission" is selected by a user after transmission. When each receiving terminal is grouped and managed on the network,
The file transfer system according to any one of claims 18 to 25, wherein the transfer operation reception unit enables batch selection for each group when selecting a file transfer destination.   The transfer operation reception unit displays an icon for instructing start of transfer on an operation screen when at least one file transfer destination and at least one file to be transferred are selected. The file transfer system according to any one of claims 18 to 26.   The file management unit determines whether the file is an original based on the management information. If the file is an original, the file management unit gives the file an attribute that can be fully accessed by the application. The file transfer system according to any one of claims 18 to 27, wherein the file transfer system is provided.   When specifying the storage area, the file management unit determines whether the file is an original based on the management information, and in the case of the original, specifies the storage area in the first area that can be fully accessed by the application. 28. The file transfer system according to claim 18, wherein the storage area is specified in a read-only second area when the original is not an original.   30. The file management unit according to any one of claims 18 to 29, wherein the file management unit further updates a database in which all data managed by the device is stored based on the extracted file and management information. File transfer system described in.   The file according to any one of claims 18 to 30, wherein the file management unit displays a display to that effect on the operation screen after storing the file in the specified storage area. Transfer system. The transfer operation reception unit can receive a comment input for a file transfer destination,
The file operation execution unit transmits the comment together with the receiving terminal,
The file management unit, after storing the file in the specified storage area, displays the comment on the operation screen together with a display to that effect. The file transfer system described.   A terminal device that operates as a transmission side terminal for realizing the file transfer method according to claim 1.   A terminal device that operates as a receiving terminal for realizing the file transfer method according to claim 1.   A file transfer program for causing a computer to execute processing of a transmission side terminal of the file transfer method according to any one of claims 1 to 17.   A file transfer program for causing a computer to execute processing of a receiving terminal of the file transfer method according to any one of claims 1 to 17.

Images