JP4249110B2 - File mediation program, file mediation device, and file mediation method - Google Patents
File mediation program, file mediation device, and file mediation method Download PDFInfo
- Publication number
- JP4249110B2 JP4249110B2 JP2004287815A JP2004287815A JP4249110B2 JP 4249110 B2 JP4249110 B2 JP 4249110B2 JP 2004287815 A JP2004287815 A JP 2004287815A JP 2004287815 A JP2004287815 A JP 2004287815A JP 4249110 B2 JP4249110 B2 JP 4249110B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- transmission
- received
- reception
- sequence number
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Description
本発明は、送信者端末から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末に送信する送信ファイルを作成し、該作成された送信ファイルを受信者端末に送信することによってファイルの送受信を仲介するファイル仲介プログラム、ファイル仲介装置およびファイル仲介方法に関する。 The present invention creates a transmission file to be transmitted to a receiver terminal by performing transmission file creation processing on the received file received from the sender terminal in parallel, and transmits the created transmission file to the receiver terminal. The present invention relates to a file mediation program, a file mediation device, and a file mediation method that mediate file transmission / reception.
従来より、企業間電子商取引をおこなう際に、送信者端末および受信者端末の間で伝票などの電子データの授受をサポートするファイル仲介システムが知られている(例えば、特許文献1参照。)。具体的には、送信者端末から受信した受信ファイルを単一のキューでキューイングして「送信ファイル作成処理」をおこない、この「送信ファイル作成処理」がおこなわれた送信ファイルを受信者端末に順次送信するものである。 2. Description of the Related Art Conventionally, a file intermediary system that supports transmission and reception of electronic data such as slips between a sender terminal and a receiver terminal when performing an inter-company electronic commerce is known (for example, see Patent Document 1). Specifically, the received file received from the sender terminal is queued in a single queue and the "send file creation process" is performed, and the send file subjected to this "send file creation process" is sent to the receiver terminal. It transmits sequentially.
すなわち、このファイル仲介システムでは、企業間電子商取引のインターフェースとして送信者端末および受信者端末の間でのファイル授受を効果的に仲介するために、送信者端末から受信した受信ファイルに付加されたヘッダ情報をもとに、該ヘッダ情報に含まれる宛先ごとに受信ファイルを分割する「分割処理」や、送信者端末および受信者端末それぞれで取り扱われるファイル形式の互換性を確保するために、送信者端末から受信した受信ファイルのファイル形式を受信者端末で取り扱われているファイル形式に変換する「変換処理」などの「送信ファイル作成処理」がおこなわれている。 That is, in this file mediation system, a header added to a received file received from a sender terminal in order to effectively mediate file exchange between the sender terminal and the receiver terminal as an interface for inter-company electronic commerce. Based on the information, the “splitting process” that divides the received file for each destination included in the header information and the compatibility of the file formats handled by the sender terminal and the receiver terminal respectively. “Transmission file creation processing” such as “conversion processing” for converting the file format of the received file received from the terminal into the file format handled by the recipient terminal is performed.
ところが、この「送信ファイル作成処理」は、処理負荷が重い処理であるため、当然のことながら処理時間も長くなる。このため、単一のキューで受信ファイルをキューイングして「送信ファイル作成処理」をおこなう構成を採用していたのでは、「送信ファイル作成処理」に係るスループットを低下させることとなる。 However, since this “transmission file creation process” is a process with a heavy processing load, it naturally takes a long processing time. For this reason, if the configuration in which the received file is queued with a single queue and the “transmission file creation process” is performed is adopted, the throughput related to the “transmission file creation process” is reduced.
このようなことから、近年では、送信者端末から受信した受信ファイルを複数のキューでキューイングして「送信ファイル作成処理」を並列しておこなうファイル仲介システムが開発されるに至っている。 For this reason, in recent years, file mediation systems have been developed in which received files received from a sender terminal are queued in a plurality of queues and “transmission file creation processing” is performed in parallel.
この従来技術によれば、送信者端末から受信した受信ファイルを複数のキューでキューイングして「送信ファイル作成処理」を並列しておこなうことにより、「送信ファイル作成処理」に係るスループットを向上させることができる。 According to this conventional technique, the received file received from the sender terminal is queued in a plurality of queues, and the “transmission file creation process” is performed in parallel, thereby improving the throughput related to the “transmission file creation process”. be able to.
しかしながら、上記の従来技術では、送信ファイルの送信順序の妥当性(送信ファイルの送信順序が受信順序通りであるか否か)を評価することができないため、各キューにおける受信ファイルの通過速度が相違することに起因して送信ファイルの作成完了順序が元の受信順序と相違してしまった場合でも、送信ファイルが受信順序と相違した順序で送信される状況を看過してしまうという問題点があった。 However, the above prior art cannot evaluate the validity of the transmission order of transmission files (whether or not the transmission order of transmission files is the same as the reception order). Even if the transmission file creation completion order is different from the original reception order, the situation where the transmission file is transmitted in a different order from the reception order is overlooked. It was.
これを具体的に例を挙げて説明すると、送信者端末から「発注」に係る受信伝票を受信した後に、この発注の「取消」に係る受信伝票を受信した場合には、かかる受信順序の通り(すなわち、「発注」に係る伝票、「取消」に係る伝票の順)にこれらの送信伝票を受信者端末に送信する必要がある。 This will be explained with a specific example. When a reception slip relating to “cancel” of this order is received after receiving a reception slip relating to “order” from the sender terminal, the reception order is as follows. It is necessary to transmit these transmission slips to the receiver terminal in the order of the slip relating to “ordering” and the slip relating to “cancellation”.
ところが、上記の従来技術では、送信伝票の作成完了順序が受信順序と相違しているという状況の評価、並びに送信伝票の送信順序の妥当性の評価をおこなうことができないため、例えば、「発注」に係る伝票の前にキュー入力された受信ファイルに対する「送信ファイル作成処理」の処理負荷が重く、「取消」に係る送信伝票が「発注」に係る送信伝票よりも先に作成された場合であっても、この「発注」に係る伝票を差し置いて「取消」に係る伝票を受信者端末に送信してしまうこととなり、送信者および受信者間での取引に混乱をもたらす事態を招くこととなる。 However, in the above-described prior art, it is impossible to evaluate the situation that the creation completion order of the transmission slip is different from the reception order and the validity of the transmission order of the transmission slip. This is a case where the processing load of “transmission file creation processing” for the received file queued before the voucher related to is heavy and the transmission voucher related to “cancel” is created before the transmission voucher related to “order”. However, the slip relating to the “order” will be left behind and the slip relating to the “cancellation” will be transmitted to the receiver terminal, resulting in confusion in the transaction between the sender and the receiver. .
そこで、本発明は、上述した従来技術による課題(問題点)を解消するためになされたものであり、受信ファイルに対する送信ファイル作成処理(例えば、分割処理および変換処理など)を並列化しつつ、送信ファイルを受信順序の通りに送信することができるファイル仲介プログラム、ファイル仲介装置およびファイル仲介方法を提供することを目的とする。 Therefore, the present invention has been made to solve the above-described problems (problems) of the prior art, and the transmission file creation processing (for example, division processing and conversion processing) for the received file is performed in parallel while being transmitted. It is an object of the present invention to provide a file mediation program, a file mediation device, and a file mediation method capable of transmitting a file in the order of reception.
上述した課題を解決し、目的を達成するために、本発明に係るファイル仲介プログラムは、複数の送信者端末および複数の受信者端末と通信回線を介して接続可能であり前記送信者端末から受信した受信ファイルに基づいて前記受信者端末に送信する送信ファイルを作成してファイルの送受信を仲介する処理をコンピュータに行わせるファイル仲介プログラムであって、コンピュータに、前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加ステップと、前記受信ファイルを前記送信ファイルへ変換する変換処理ステップと、前記シーケンス番号付加ステップによって付加された受信ファイルのシーケンス番号と、該受信ファイルの送信者端末の情報である送信元と、前記送信ファイルの受信者端末の情報である送信先と、前記受信ファイルの前記送信ファイルへの変換処理の処理状態とを対応付けて記憶領域に格納する処理状態管理ステップと、前記記憶領域を参照し、第一の送信ファイルの作成元となる第一の受信ファイルよりも小さなシーケンス番号を有する第二の受信ファイルが該第一の受信ファイルと同一の送信元であって、該第二の受信ファイルを作成元とする第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有していない場合は、該第一の送信ファイルを送信可能であると判断し、前記第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有している場合は、更に前記変換の処理状態を参照して、前記変換処理ステップによる前記第二の送信ファイルの変換処理が終了していれば、前記第一の送信ファイルを送信可能であるとし、該変換処理が終了していなければ該第一の送信ファイルを送信不可と判断する送信可否判定ステップと、前記送信可否判定ステップによって送信可能であると判定された送信ファイルを送信する送信処理ステップとを実行させることを特徴とする。 In order to solve the above-described problems and achieve the object, the file mediation program according to the present invention is connectable to a plurality of sender terminals and a plurality of receiver terminals via a communication line, and is received from the sender terminal. a file intermediation program to perform the processing for mediating transmission and reception of files by creating a transmission file to be transmitted to the receiver terminal to the computer on the basis of the received files, the computer, the received file received from the transmitter terminal A sequence number adding step for adding a sequence number to the received file according to the reception order of the received file, a conversion processing step for converting the received file into the transmission file, and a sequence number of the received file added by the sequence number adding step When the transmission source is information of the sender terminal of the received file A processing state management step for associating a transmission destination, which is information of a receiver terminal of the transmission file, with a processing state of a conversion process of the reception file into the transmission file and storing it in a storage area, and referring to the storage area The second reception file having a sequence number smaller than that of the first reception file from which the first transmission file is created is the same transmission source as the first reception file, and the second reception file If the second transmission file having the file origin does not have the same transmission destination as the first transmission file, it is determined that the first transmission file can be transmitted, and the second transmission file If the transmission file has the same transmission destination as the first transmission file, the conversion process of the second transmission file by the conversion processing step is further referred to by referring to the conversion processing state. If the completion, said first transmission file and can be transmitted, a transmission availability determination step the conversion process of determining the Call transmits the transmission file of the first if not completed, the transmission determination step by wherein the executing the transmission processing step of sending a transmission file is determined to be transmittable.
また、本発明に係るファイル仲介プログラムは、前記ファイル仲介プログラムは前記コンピュータを更に、前記受信ファイルを複数に分割する分割処理ステップを実行させ、前記処理状態管理ステップは、分割元である前記受信ファイルの送信元と、該受信ファイルのシーケンス番号と、前記分割された受信ファイルに基づいたそれぞれの送信ファイルの送信先と、該送信ファイルへのそれぞれの変換の処理状態とを対応付けて前記記憶領域に格納することを特徴とする。 The file intermediation program according to the present invention, the file intermediation program further the computer to perform the dividing processing step of dividing the received file into the processing state management step, the received file is a division origin The storage area by associating a transmission source of the received file, a sequence number of the received file, a transmission destination of each transmission file based on the divided reception file, and a processing state of each conversion to the transmission file It characterized that you stored.
また、本発明に係るファイル仲介装置は、複数の送信者端末および複数の受信者端末と通信回線を介して接続可能であり前記送信者端末から受信した受信ファイルに基づいて前記受信者端末に送信する送信ファイルを作成しファイルの送受信を仲介するファイル仲介装置であって、前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加手段と、前記受信ファイルを前記送信ファイルへ変換する変換処理手段と、前記シーケンス番号付加手段によって付加された受信ファイルのシーケンス番号と、該受信ファイルの送信者端末の情報である送信元と、前記送信ファイルの受信者端末の情報である送信先と、前記受信ファイルの前記送信ファイルへの変換処理の処理状態とを対応付けて記憶する処理状態管理手段と、前記処理状態管理手段に記憶された情報を参照し、第一の送信ファイルの作成元となる第一の受信ファイルよりも小さなシーケンス番号を有する第二の受信ファイルが該第一の受信ファイルと同一の送信元であって、該第二の受信ファイルを作成元とする第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有していない場合は、該第一の送信ファイルを送信可能であると判断し、前記第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有している場合は、更に前記変換の処理状態を参照して、前記変換処理手段による前記第二の送信ファイルの変換処理が終了していれば、前記第一の送信ファイルを送信可能であるとし、該変換処理が終了していなければ該第一の送信ファイルを送信不可と判断する送信可否判定手段と、前記送信可否判定手段によって送信可能であると判定された送信ファイルを送信する送信処理手段とを有することを特徴とする。 The file mediating apparatus according to the present invention can be connected to a plurality of sender terminals and a plurality of receiver terminals via a communication line, and is transmitted to the receiver terminal based on a received file received from the sender terminal. A file intermediary device that creates a transmission file and mediates transmission / reception of the file, the sequence number adding means for adding a sequence number to the reception file according to the reception order of the reception file received from the sender terminal; and Conversion processing means for converting a received file into the transmission file, a sequence number of the reception file added by the sequence number addition means, a transmission source which is information of a sender terminal of the reception file, and reception of the transmission file Destination, which is information on the user terminal, and the processing status of the conversion process of the received file into the transmitted file Processing state management means for storing the information in association with each other, and a second sequence number that is smaller than the first reception file from which the first transmission file is created with reference to the information stored in the processing state management means The received file is the same sender as the first received file, and the second sent file having the second received file as the creation source has the same destination as the first sent file. If the second transmission file has the same transmission destination as the first transmission file, it is determined that the first transmission file can be transmitted. Referring to the processing state, if the conversion process of the second transmission file by the conversion processing unit has been completed, the first transmission file can be transmitted, and if the conversion process has not been completed The first transmission A transmission determination unit that determines that the transmission Call to Airu, characterized Rukoto to have a transmission processing means for transmitting the determined transmission file that can be transmitted by the transmission determination unit.
また、本発明に係るファイル仲介方法は、複数の送信者端末および複数の受信者端末と通信回線を介して接続可能であり前記送信者端末から受信した受信ファイルに基づいて前記受信者端末に送信する送信ファイルを作成しファイルの送受信を仲介するファイル仲介方法であって、前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加ステップと、前記受信ファイルを前記送信ファイルへ変換する変換処理ステップと、前記シーケンス番号付加ステップによって付加された受信ファイルのシーケンス番号と、該受信ファイルの送信者端末の情報である送信元と、前記送信ファイルの受信者端末の情報である送信先と、前記受信ファイルの前記送信ファイルへの変換処理の処理状態とを対応付けて記憶領域に格納する処理状態管理ステップと、前記記憶領域を参照し、第一の送信ファイルの作成元となる第一の受信ファイルよりも小さなシーケンス番号を有する第二の受信ファイルが該第一の受信ファイルと同一の送信元であって、該第二の受信ファイルを作成元とする第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有していない場合は、該第一の送信ファイルを送信可能であると判断し、前記第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有している場合は、更に前記変換の処理状態を参照して、前記変換処理ステップによる前記第二の送信ファイルの変換処理が終了していれば、前記第一の送信ファイルを送信可能であるとし、該変換処理が終了していなければ該第一の送信ファイルを送信不可と判断する送信可否判定ステップと、前記送信可否判定手段によって送信可能であると判定された送信ファイルを送信する送信処理ステップとを有することを特徴とする。 The file mediation method according to the present invention can be connected to a plurality of sender terminals and a plurality of receiver terminals via a communication line, and is transmitted to the receiver terminal based on a received file received from the sender terminal. A file mediating method for creating a transmission file and mediating transmission / reception of the file, the sequence number adding step for adding a sequence number to the received file according to the reception order of the received file received from the sender terminal , A conversion processing step for converting a received file into the transmission file, a sequence number of the reception file added by the sequence number addition step , a transmission source which is information of a sender terminal of the reception file, and reception of the transmission file A transmission destination that is information on the user terminal, and a process of converting the received file into the transmission file A processing state management step of storing in a storage area in association with the processing state, by referring to the storage area, the second having a smaller sequence number than the first reception file to create original first transmission file The received file is the same sender as the first received file, and the second sent file having the second received file as the creation source has the same destination as the first sent file. If the second transmission file has the same transmission destination as the first transmission file, it is determined that the first transmission file can be transmitted. Referring to the processing state, if the conversion process of the second transmission file in the conversion process step is completed, the first transmission file can be transmitted, and if the conversion process is not completed The first A transmission determination step of determining transmission file and the transmission impossible, and having a transmission processing step of transmitting the determined transmission file that can be transmitted by the transmission determination unit.
本発明によれば、受信ファイルに対する「送信ファイル作成処理」(例えば、分割処理および変換処理など)を並列化しつつ、送信ファイルを受信順序の通りに送信することが可能なファイル仲介プログラム、ファイル仲介装置およびファイル仲介方法が得られるという効果を奏する。 According to the present invention, "transmission file generation process" for receiving the file (for example, division processing and transform processing, etc.) while parallelization, file intermediation program that can transmit transmission file as the reception order, file The mediating device and the file mediating method can be obtained.
また、本発明によれば、分割処理によって受信ファイルが複数の送信ファイルに分割された場合でも、各送信ファイルの送信可否判定を正確におこなうことが可能なファイル仲介プログラムが得られるという効果を奏する。 Further, according to the present invention, even if the received file by split process is divided into a plurality of transmission file, an effect that transmission determination can be accurately performed files intermediation program for each transmission file is obtained Play.
以下に添付図面を参照して、本発明に係るファイル仲介装置の好適な実施例を詳細に説明する。なお、以下では、本発明に係るファイル仲介システムの概要および特徴を説明した後に、本実施例1に係るファイル仲介システムを説明し、最後に、他の実施例として種々の変形例(実施例2)を説明することとする。 Exemplary embodiments of a file mediating apparatus according to the present invention will be described below in detail with reference to the accompanying drawings. In the following, after describing the outline and features of the file mediation system according to the present invention, the file mediation system according to the first embodiment will be described. Finally, various modifications (example 2) will be described as other embodiments. ) Will be explained.
(概要および特徴)
まず最初に、本発明に係るファイル仲介システムの概要および特徴を説明する。図1は、本実施例1に係るファイル仲介システムの構成を示すブロック図である。同図に示すように、このファイル仲介システム1は、インターネット2を介して、送信者端末50−1、50−2・・・50−n(以下、適宜これらを送信者端末50と言う。)および受信者端末60−1、60−2・・・60−n(以下、適宜これらを受信者端末60と言う。)と相互に通信可能に接続されている。
(Overview and features)
First, the outline and features of the file mediation system according to the present invention will be described. FIG. 1 is a block diagram illustrating the configuration of the file mediation system according to the first embodiment. As shown in the figure, the
このうち、送信者端末50は、所望の受信者端末60−1、60−2・・・60−nに当該ファイル仲介システム1を介して所定のファイル(すなわち、伝票などの電子データ)を送信する端末装置であり、受信者端末60は、送信者端末50−1、50−2・・・50−nから送信された所定のファイルを当該ファイル仲介システム1を介して受信する端末装置である。
Among these, the sender terminal 50 transmits a predetermined file (that is, electronic data such as a slip) to the desired receiver terminals 60-1, 60-2... 60-n via the
ここで、本発明に係るファイル仲介システム1は、送信者端末50から受信した受信ファイルの受信順序に応じて受信ファイルにシーケンス番号を付加し、該付加された受信ファイルのシーケンス番号と、該受信ファイルに対する「送信ファイル作成処理」の終了可否状態とを対応付けて記憶し、該記憶された受信ファイルに対する「送信ファイル作成処理」の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する「送信ファイル作成処理」の終了可否を照査して、送信ファイルの送信可否を判定し、送信可能であると判定された送信ファイルをシーケンス番号の順に送信する点に主たる特徴があり、かかる一連の処理によって、受信ファイルに対する送信ファイル作成処理(例えば、分割処理および変換処理など)を並列化しつつ、送信ファイルを受信順序の通りに送信することができるようにしている。
Here, the
この主たる特徴を具体的に説明すると、このファイル仲介システム1は、「送信ファイル作成処理」を並列化したことに起因して送信ファイルの作成完了順序が元の受信順序と入れ替わってしまった場合でも、送信ファイルの送信順序を受信順序の通りにソートすることができるように、送信者端末50から受信した受信ファイルの受信順序に応じて受信ファイルにシーケンス番号を昇順に付加する。さらに、先に受信した受信ファイルから作成される送信ファイルを差し置いて後に受信した受信ファイルから作成された送信ファイルが送信されないように監視するために、受信ファイルのシーケンス番号と、該受信ファイルに対する「送信ファイル作成処理」の終了可否状態(すなわち、「未処理」または「処理済」)とを対応付けて記憶している。
This main feature will be described in detail. The
そして、このファイル仲介システム1は、受信ファイルに対する「送信ファイル作成処理」の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する「送信ファイル作成処理」の終了可否を照査することで、現状で送信すべきでない送信ファイル(すなわち、現時点で先に受信した受信ファイルよりも早く作成された送信ファイル)と、現状で送信可能な送信ファイルとを区別することができるようにしている。
Then, the
したがって、上記した従来技術の例で言えば、「送信ファイル作成処理」を並列化したことに起因して送信ファイルが受信順序と相違した順序で送信される状況を看過してしまうのではなく、先に受信した受信ファイルから作成される送信ファイルを差し置いて後に受信した受信ファイルから作成された送信ファイルが送信されないように監視し、さらに、現状で送信すべきでない送信ファイルと現状で送信可能な送信ファイルとを区別し、このうち、現状で送信可能な送信ファイルについては、送信ファイルの送信順序を受信順序の通りにソートして送信するようにしたので、受信ファイルに対する「送信ファイル作成処理」(例えば、分割処理および変換処理など)を並列化しつつ、送信ファイルを受信順序の通りに送信することが可能になる。 Therefore, in the above-mentioned example of the prior art, the situation where the transmission file is transmitted in an order different from the reception order due to the parallelization of the “transmission file creation process” is not overlooked. Monitor the transmission file created from the received file received after the transmission file created from the received file received earlier, and send the current file and the transmission file that should not be transmitted at present Differentiated from the transmission file, and among the transmission files that can be transmitted at present, the transmission order of the transmission file is sorted according to the reception order. Send files can be sent in the order of reception while parallelizing (for example, split processing and conversion processing) It made.
次に、本実施例1に係るファイル仲介システムについて説明する。図1は、本実施例1に係るファイル仲介システムの構成を示すブロック図である。同図に示すように、このファイル仲介システム1は、受信サーバ10、格納サーバ20、送信ファイル作成サーバ30および送信サーバ40を備える。なお、以下では、このファイル仲介システム1を構成する各サーバの機能を説明するとともに、各サーバの処理動作についても機能とともに逐次フローチャートを用いて説明することとする。
Next, the file mediation system according to the first embodiment will be described. FIG. 1 is a block diagram illustrating the configuration of the file mediation system according to the first embodiment. As shown in the figure, the
このうち、受信サーバ10は、送信者端末50−1、50−2・・・50−nから所定のファイル(すなわち、伝票などの電子データ)を受信するサーバ装置であり、本発明に密接に関連する機能部として、シーケンス番号付加部10aを備える。
Among these, the receiving server 10 is a server device that receives a predetermined file (that is, electronic data such as a slip) from the sender terminals 50-1, 50-2,... 50-n, and is closely related to the present invention. A sequence
このシーケンス番号付加部10aは、送信者端末50から受信した受信ファイルの受信順序に応じて受信ファイルにシーケンス番号を昇順に付加する処理部である。具体的には、送信者端末50から受信した受信ファイルにシーケンス番号としてタイムスタンプを付加する。
The sequence
このとき、同時に複数の受信ファイルを受信した場合には、同時に受信した各受信ファイルの受信時刻に同時受信ファイル数に応じた補正値(例えば、「α」=「1分」)をそれぞれ加えるようにする。例えば、時刻「10:01」に3つの受信ファイルを受信した場合には、一つ目の受信ファイルの受信時刻には、何も加えず、二つ目の受信ファイルの受信時刻に補正値「1分」を加え、三つ目の受信ファイルの受信時刻には、補正値「2分」を加えるようにする。 At this time, when a plurality of received files are received at the same time, a correction value (for example, “α” = “1 minute”) corresponding to the number of simultaneously received files is added to the reception time of each received file simultaneously. To. For example, when three received files are received at time “10:01”, nothing is added to the reception time of the first received file, and the correction value “ 1 minute ”is added, and the correction value“ 2 minutes ”is added to the reception time of the third received file.
このように、送信者端末50から受信した受信ファイルにシーケンス番号としてタイムスタンプを付加することで、簡易な構成で適正なシーケンス番号を付加することができるようにしている。 Thus, by adding a time stamp as a sequence number to the received file received from the sender terminal 50, an appropriate sequence number can be added with a simple configuration.
(受信サーバの処理手順)
ここで、受信サーバ10の処理手順を説明する。図2は、受信サーバ10の処理手順を示すフローチャートである。同図に示すように、受信サーバ10は、送信者端末50から受信ファイルを受信した場合(ステップS201肯定)に、該受信ファイルを受信ファイルDB21に格納する(ステップS202)。
(Receiving server processing procedure)
Here, the processing procedure of the receiving server 10 will be described. FIG. 2 is a flowchart showing the processing procedure of the receiving server 10. As shown in the figure, when the receiving server 10 receives a received file from the sender terminal 50 (Yes at step S201), the receiving server 10 stores the received file in the received file DB 21 (step S202).
そして、シーケンス番号付加部10aは、図3に示すように、処理状態管理テーブル22における当該受信ファイルの処理状態フラグ(終了可否状態)を「未処理」にセットする(ステップS203)とともに、送信者端末50から受信した受信ファイルにシーケンス番号としてタイムスタンプを付加する(ステップS204)。
Then, as shown in FIG. 3, the sequence
このようにして、この受信サーバ10は、上記のステップS201〜S204の処理を回帰的におこなって、送信者端末50から受信ファイルを受信する。 In this way, the receiving server 10 recursively performs the processes of steps S201 to S204, and receives the received file from the sender terminal 50.
図1の説明に戻り、格納サーバ20は、各サーバ(すなわち、受信サーバ10、送信ファイル作成サーバ30および送信サーバ40)による各種処理に必要なデータおよびプログラムを格納する格納手段(記憶手段)であり、本発明に密接に関連するものとしては、受信ファイル21、処理状態管理テーブル22、送信ファイルDB23および送信状態管理テーブル24を有する。
Returning to the description of FIG. 1, the storage server 20 is storage means (storage means) that stores data and programs necessary for various processes performed by each server (that is, the reception server 10, the transmission
このうち、受信ファイルDB21は、送信者端末50から受信した受信ファイルを格納するデータベースである。また、処理状態管理テーブル22は、受信ファイルに対する送信ファイル作成処理の処理状態を管理するテーブルであり、例えば、図3に示すように、受信ファイルのシーケンス番号「10:01」と、該受信ファイルに対する送信ファイル作成処理の処理状態フラグ(終了可否状態)「未処理」とを対応付けて記憶する。
Among these, the received
送信ファイルDB23は、送信ファイル作成サーバ30によって作成された送信ファイルを格納するデータベースである。送信状態管理テーブル24は、各送信ファイルごとに、当該送信ファイルの送信可否状態を対応付けて管理するテーブルであり、例えば、図6に示すように、送信ファイル「File 2´−1」に送信可否状態フラグ「送信不可」を対応付けて記憶している。
The
送信ファイル作成サーバ30は、送信者端末50から受信した受信ファイルに送信ファイル作成処理をおこなうサーバ装置であり、本発明に関連する機能部として、分割処理部31および変換処理部32を備える。このうち、分割処理部31は、送信者端末50から受信した受信ファイルに付加されたヘッダ情報をもとに、該ヘッダ情報に含まれる宛先ごとに受信ファイルを分割する処理部であり、変換処理部32は、送信者端末50から受信した受信ファイルのファイル形式を送信先の受信者端末60で取り扱われているファイル形式に変換する処理部である。
The transmission
このように、送信者端末50から受信した受信ファイルに対して「送信ファイル作成処理」を分散しておこなう複数の送信ファイル作成サーバを有することで、一つの装置内で「送信ファイル作成処理」を並列しておこなう場合に比較して、より高いスペックで「送信ファイル作成処理」をおこなうことができ、ファイル仲介システムのパフォーマンスを向上させることが可能になる。 As described above, by having a plurality of transmission file creation servers that perform the “transmission file creation processing” on the received file received from the sender terminal 50, the “transmission file creation processing” can be performed within one apparatus. Compared to parallel execution, “send file creation processing” can be performed with higher specifications, and the performance of the file mediation system can be improved.
ここで、送信ファイル作成サーバ30の処理手順を説明する。図4は、送信サーバ作成サーバ30の処理手順を示すフローチャートである。この処理は、送信ファイル作成サーバ30(すなわち、送信ファイル作成サーバ30−1、30−2・・・30−n)それぞれによって処理状態管理テーブル22における処理状態フラグが「未処理」である受信ファイルが順次検索されることによって開始される。なお、ここでは、送信ファイル作成サーバ30−2について例を挙げて説明する。
Here, the processing procedure of the transmission
同図に示すように、他の送信ファイル作成サーバ30によっておこなわれる処理状態フラグが「未処理」である受信ファイルの検索処理が終了した場合(ステップS401肯定)に、送信ファイル作成サーバ30−2は、処理状態フラグが「未処理」である受信ファイルを処理状態管理テーブル22から検索する(ステップS402)。
As shown in the figure, when the search process of the received file whose processing status flag is “unprocessed” performed by another transmission
そして、処理状態フラグが「未処理」である受信ファイルが存在する場合(ステップS403肯定)に、受信ファイルDB21から処理状態フラグが「未処理」である受信ファイル「File 2」を読み込む(ステップS404)。
Then, when there is a received file whose processing state flag is “unprocessed” (Yes in step S403), the received file “
続いて、送信ファイル作成サーバ30−2における分割処理部31−2は、受信ファイルに付加されたヘッダ情報をもとに、該ヘッダ情報に含まれる宛先(送信先)ごとにファイルを分割し(ステップS405)、該分割したメッセージ(ファイル)それぞれに分割元の受信ファイルの情報(例えば、ファイル番号やシーケンス番号)を付加するとともに、これらのメッセージ(ファイル)を変換処理部32a−2および32b−2に振り分ける(ステップS406)。
Subsequently, the division processing unit 31-2 in the transmission file creation server 30-2 divides the file for each destination (transmission destination) included in the header information based on the header information added to the received file ( In step S405), information (for example, file number and sequence number) of the division source received file is added to each of the divided messages (files), and these messages (files) are converted into
例えば、図3に示す例で言えば、送信ファイル作成サーバ30−2における分割処理部31−2は、受信ファイルのヘッダ情報に含まれる宛先(すなわち、「A→C」、「A→D」)ごとにファイルを分割し、該分割したメッセージのうち宛先が「A→C」であるメッセージについては、変換処理部32a−2に、宛先が「A→D」であるメッセージについては、変換処理部32b−2に振り分ける。
For example, in the example shown in FIG. 3, the division processing unit 31-2 in the transmission file creation server 30-2 receives the destination (that is, “A → C”, “A → D”) included in the header information of the received file. ) For each message whose destination is “A → C”, and the message whose destination is “A → D” is converted to the
そして、変換処理部32a−2および32b−2は、分割されたメッセージを送信ファイルに変換(ステップSA407およびステップSB407)し、該変換した送信ファイルを送信ファイルDB23に格納する(ステップSA408およびステップSB408)。具体的には、図3に示すように、送信者端末50−1(A社)から受信した受信ファイルのファイル形式を送信先の受信者端末60−1または60−2(C社またはD社)で取り扱われているファイル形式に変換することによって送信ファイルを作成し、該作成した送信ファイルを送信ファイルDB24に格納する。
Then, the
ここで、分割された全てのメッセージ(例えば、変換処理部32a−2に振り分けられたメッセージ、変換処理部32b−2に振り分けられたメッセージ)の変換が終了した場合(ステップS409肯定)に、送信ファイル作成サーバ30−2は、処理状態管理テーブル22における各送信ファイルの作成元となる受信ファイル「File 2」の処理状態フラグを「処理済」に更新する(ステップS410)。
Here, when the conversion of all the divided messages (for example, the message distributed to the
そして、送信ファイル作成処理部30−2は、図6に示すように、各送信ファイル(すなわち、「File 2´−1」および「File 2´―2」)について送信状態管理テーブル24における送信可否状態フラグを「送信不可」にセットする(ステップS411)。
Then, as shown in FIG. 6, the transmission file creation processing unit 30-2 determines whether each transmission file (that is, “
このようにして、この送信ファイル作成サーバ30は、上記のステップS401〜S404の処理を回帰的におこなって、送信者端末50から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末60に送信する送信ファイルを作成する。
In this way, the transmission
図1の説明に戻り、送信サーバ40は、送信ファイル作成サーバ30によって作成された送信ファイルを受信者端末60に送信するサーバ装置であり、本発明に密接に関連する機能部として、送信可否判定部40aおよび送信処理部40bを備える。
Returning to the description of FIG. 1, the
このうち、送信可否判定部40aは、送信状態管理テーブル24によって「送信不可」の送信可否状態フラグが保持された送信ファイルについて、該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する「送信ファイル作成処理」が終了している場合に、当該送信ファイルの送信可否状態フラグを「送信可」に更新する。
Among these, the transmission permission /
また、送信可否判定部40aは、送信ファイル作成処理によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該複数の宛先ごとに分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理の終了可否を照査して、複数の宛先ごとに分割された送信ファイルの送信可否を判定する。
In addition, when the reception file is divided into a plurality of destination transmission files by the transmission file creation process, the transmission permission /
具体的に説明すると、図6の例では、分割処理部31−2によって受信ファイルが複数の宛先の送信ファイル(すなわち、宛先が「A→C」である送信ファイル「File 2´−1」、および宛先が「A→D」である送信ファイル「File 2´−2」)にそれぞれ分割された場合に、分割された各送信ファイル(「File 2´−1」および「File 2´−2」)の作成元となる受信ファイル「File 2」のシーケンス番号「10:02」よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理が終了したか否かを判定する。この例では、「File 2´−1」および「File 2´−2」とも、作成元ファイル「File 2」のタイムスタンプ(10:02)より早いタイムスタンプ(10:01)の「File 1」が存在するため、「送信不可」と判定されることとなる。
More specifically, in the example of FIG. 6, the division processing unit 31-2 receives the transmission file having a plurality of destinations (that is, the transmission file “
このように、送信ファイル作成処理によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該複数の宛先ごとに分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理の終了可否を照査して、複数の宛先ごとに分割された送信ファイルの送信可否を判定することで、分割処理によって受信ファイルが複数の宛先の送信ファイルに分割された場合でも、各送信ファイルの送信可否判定を正確におこなうことが可能になる。 In this way, when the received file is divided into a plurality of destination transmission files by the transmission file creation processing, the sequence number of the reception file that is the creation source of each transmission file divided for each of the plurality of destinations. By checking whether or not the transmission file creation process for the received file with a smaller number is completed and determining whether or not the transmission file divided for each of the multiple destinations can be transmitted, Even when the transmission file is divided, it is possible to accurately determine whether each transmission file can be transmitted.
ここで、送信可否判定部40aの処理手順を説明する。図5は、送信可否判定部40aの処理手順を示すフローチャートである。同図に示すように、送信可否判定部40aは、送信状態管理テーブル24から送信可否状態フラグが「送信不可」である送信ファイルを検索する(ステップS501)。
Here, the processing procedure of the transmission permission /
そして、送信可否状態フラグが「送信不可」である送信ファイルが存在する場合(ステップS502肯定)に、送信可否判定部40aは、送信可否状態フラグが「送信不可」である送信ファイルの作成元となる受信ファイルの情報(シーケンス番号)を処理状態管理テーブル22から順次読み込む(ステップS503)。
Then, when there is a transmission file whose transmission permission / non-permission status flag is “transmission disabled” (Yes in step S502), the transmission permission /
ここで、送信可否判定部40aは、当該送信ファイルの作成元となる受信ファイルのタイムスタンプ(シーケンス番号)より受信時刻が早く、かつ同一の送信者端末から受信した受信ファイルの処理状態フラグ(終了可否状態)が「未処理」である受信ファイルが存在するか否かを照査する(ステップS504)。
Here, the transmission permission /
そして、かかる判定条件に該当する受信ファイルが存在しない場合(ステップS505否定)には、送信可否判定部40aは、当該送信ファイルの送信可否状態フラグを「送信可」に変更すべき旨を保持する(ステップS506)。例えば、図7の例では、送信ファイル「File 1´」の作成元ファイル「File 1」のタイムスタンプより早く、かつ同一の送信者端末50−1(A社)から受信した受信ファイルが存在しないため、送信ファイル「File 1′−1」の送信可否状態フラグを「送信可」に変更すべき旨を保持する。
If there is no received file that satisfies the determination condition (No at Step S505), the transmission
一方、かかる判定条件に該当する受信ファイルが存在する場合(ステップS505肯定)には、送信可否判定部40aは、当該送信ファイルの送信可否状態フラグを「送信不可」に変更すべき旨を保持する(ステップS507)。例えば、図6の例では、送信ファイル「File 2´―1」の作成元ファイル「File 2」よりもタイムスタンプが早く、処理状態フラグが「未処理」の受信ファイル「File 1」が存在するため、送信ファイル「File 2´−1」の送信可否状態フラグを「送信不可」に変更すべき旨を保持する。
On the other hand, if there is a received file that satisfies the determination condition (Yes in step S505), the transmission
そして、送信可否判定部40aは、送信可否状態フラグが「送信不可」である送信ファイル全てについて「送信可否判定処理」が終了するまで(ステップS508肯定)、上記のステップS503〜S507の「送信可否判定処理」を続けておこなう。
Then, the transmission permission /
その後、送信可否判定部40aは、送信可否状態フラグが「送信不可」である送信ファイル全てについて「送信可否判定処理」が終了したならば(ステップS508肯定)、ステップS506およびS507にて保持した各送信ファイルの送信可否状態フラグを同時に更新する(ステップS509)。
Thereafter, the transmission permission /
このように、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルであり、かつ同一の送信者端末から受信した受信ファイルに対する「送信ファイル作成処理」の終了可否を照査することとしたので、送信順序を補償する必要のない異なる送信元の送信ファイルを照査対象から除外することができ、ファイルの授受を実効的に仲介することが可能になる。 As described above, the “transmission file creation process” is completed for a reception file to which a number smaller than the sequence number of the reception file that is the creation source of the transmission file is added and the reception file received from the same sender terminal Since it is decided to check whether or not the transmission is possible, transmission files of different transmission sources that do not need to compensate for the transmission order can be excluded from the objects to be checked, and file transfer can be effectively mediated.
図1の説明に戻り、送信処理部40bは、送信可否判定部40bによって送信可能であると判定された送信ファイルをシーケンス番号の順に送信する処理部であり、具体的には、送信状態管理テーブル24によって「送信可」の送信可否状態フラグが保持された送信ファイルをシーケンス番号の順にソートし、該ソートした送信ファイルを受信者端末60に順次送信する。
Returning to the description of FIG. 1, the transmission processing unit 40 b is a processing unit that transmits transmission files determined to be transmittable by the transmission permission determination unit 40 b in the order of sequence numbers. Specifically, the transmission state management table The transmission files having the transmission permission / non-permission status flag of “transmission enabled” are sorted in the order of the sequence numbers, and the sorted transmission files are sequentially transmitted to the
ここで、送信処理部40bの処理手順について説明する。図8は、送信処理部40bの処理手順を示すフローチャートである。同図に示すように、送信処理部40bは、送信状態管理テーブル24から送信可否状態フラグが「送信可」である送信ファイルを検索する(ステップS801)。 Here, a processing procedure of the transmission processing unit 40b will be described. FIG. 8 is a flowchart illustrating a processing procedure of the transmission processing unit 40b. As shown in the figure, the transmission processing unit 40b searches the transmission status management table 24 for a transmission file whose transmission permission / non-permission status flag is “transmission enabled” (step S801).
続いて、送信処理部40bは、送信可否状態フラグが「送信可」である送信ファイルが存在する場合(ステップS802肯定)に、送信可否状態フラグが「送信可」である送信ファイルを送信ファイルDB23から読み込む(ステップS803)。
Subsequently, when there is a transmission file whose transmission permission / non-permission status flag is “transmission enabled” (Yes in step S802), the transmission processing unit 40b transmits a transmission file whose transmission permission / non-transmission status flag is “transmission enabled” to the
そして、送信処理部40bは、図7に示すように、送信ファイルDBから読み込んだ送信ファイルを作成元となる受信ファイルのタイムスタンプ順(すなわち、「File 0´」(10:00)、「File 1´」(10:01)、「File 2´−1」(10:02)、「File 2´−2」(10:02)の順番)にソートし(ステップS804)、該ソートした送信ファイルを受信者端末60に順次送信する(ステップS805)。
Then, as shown in FIG. 7, the transmission processing unit 40b sets the transmission file read from the transmission file DB in the order of the time stamp of the reception file that is the creation source (ie, “File 0 ′” (10:00), “File”). 1 ′ ”(10:01),“
上述してきたように、本実施例1に係るファイル仲介システム1によれば、各送信ファイルごとに、当該送信ファイルの送信可否状態を対応付けて記憶し、送信不可状態と記憶された送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理が終了している場合に、当該送信ファイルの送信可否状態を送信可能状態に更新し、送信可能状態と記憶された送信ファイルをシーケンス番号の順に送信することとしたので、送信ファイルの送信可否状態をより実効的に管理することができ、受信ファイルに対する「送信ファイル作成処理」(例えば、分割処理および変換処理など)をより効果的に並列化しつつ、送信ファイルを受信順序の通りに送信することが可能になる。
As described above, according to the
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例1以外にも、上記特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施例にて実施されてもよいものである。そこで、以下に示すように、(1)構成、(2)送信可否判定、(3)その他等にそれぞれ区分けして異なる実施例を説明する。 Although the embodiments of the present invention have been described so far, the present invention can be implemented in various different embodiments in addition to the above-described first embodiment within the scope of the technical idea described in the claims. It may be. Therefore, as shown below, different embodiments will be described by dividing into (1) configuration, (2) transmission permission / inhibition determination, (3) others, and the like.
(1)構成
例えば、実施例1では、図1に示すように、「A社」、「B社」・・・「X社」を送信者端末とし、「C社」、「D社」・・・「Y社」を受信者端末とした例を説明したが、本発明はこれに限定されるものではなく、「A社」、「B社」、「C社」、「D社」、「X社」および「Y社」は、それぞれ送信者端末であっても良いし、受信者端末であっても良い。
(1) Configuration For example, in Example 1, as shown in FIG. 1, “Company A”, “Company B”... “Company X” are used as sender terminals, and “Company C”, “Company D” ··· An example in which “Company Y” is a receiver terminal has been described, but the present invention is not limited to this, and “Company A”, “Company B”, “Company C”, “Company D”, “Company X” and “Company Y” may each be a sender terminal or a receiver terminal.
また、実施例1では、送信ファイル作成サーバ30でおこなわれる「送信ファイル作成処理」として、「分割処理」および「変換処理」をおこなうこととしたが、本発明はこれに限定されるものではなく、これらの双方をおこなっても良いし、また、いずれかの一方のおこなうようにしても良い。
In the first embodiment, “division processing” and “conversion processing” are performed as “transmission file creation processing” performed by the transmission
(2)送信可否判定
例えば、実施例1では、「送信ファイル作成処理」がおこなわれた後に、分割処理部31によって分割された送信ファイルの宛先情報を処理状態管理テーブル22に更新することとしたが、本発明はこれに限定されるものではなく、分割処理部31によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合(時点)に、該受信ファイルから分割された各送信ファイルの宛先情報を記憶するようにしても良い。
(2) Judgment of transmission possibility For example, in the first embodiment, after the “transmission file creation process” is performed, the destination information of the transmission file divided by the
これを具体的に説明すると、図9に示すように、分割処理部31−2は、受信ファイル「File 2」を複数の宛先(「A→C」および「A→D」)の送信ファイルにそれぞれ分割した時点で、受信ファイル「File 2」から分割した各送信ファイルの宛先情報(「A→C」および「A→D」)を処理状態管理テーブル22に書き込む。
Specifically, as shown in FIG. 9, the division processing unit 31-2 converts the received file “
そして、送信可否判定部40aは、処理状態管理テーブル22によって記憶された受信ファイルに対する「送信ファイル作成処理」の処理状態フラグ(終了可否状態)、並びに該受信ファイルから分割された各送信ファイルの宛先情報をもとに、当該送信ファイル「File 2´−2」の作成元となる受信ファイル「File 2」のシーケンス番号(10:02)よりも小さい番号(10:01)が付加された受信ファイル「File 1」に対する「送信ファイル作成処理」が終了しているか否か、並びに該「送信ファイル作成処理」が終了していない受信ファイル「File 1」の中に送信元(A社)および送信先(D社)が同一である受信ファイルが存在するか否かを照査して、送信ファイルの送信可否を判定する(図10参照)。
Then, the transmission permission /
図10に示すように、送信ファイル「File 2´−2」の作成元ファイル「File 2」より前に受信した受信ファイルの中に、送信先が決まっていない受信ファイルがなく、さらに、同一送信先である受信ファイルについて処理状態フラグが「未処理」である受信ファイルが存在しないため、送信状態管理テーブル22における送信可否状態フラグを「送信可」に更新する。
As shown in FIG. 10, there is no reception file whose transmission destination is not determined among the reception files received before the creation file “
このように、送信ファイル作成処理によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先情報をさらに記憶し、受信ファイルに対する送信ファイル作成処理の終了可否状態、並びに該受信ファイルから分割された各送信ファイルの宛先情報をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理が終了しているか否か、並びに該送信ファイル作成処理が終了していない受信ファイルの中に送信元および送信先が同一である受信ファイルが存在するか否かを照査して、送信ファイルの送信可否を判定することとしたので、送信順序を補償する必要のない異なる送信先の送信ファイルを照査対象から除外することができ、ファイルの授受を実効的に仲介することが可能になる。 As described above, when the received file is divided into a plurality of destination transmission files by the transmission file creation processing, the destination information of each transmission file divided from the reception file is further stored, and the transmission file creation for the reception file is performed. Transmission to a received file to which a number smaller than the sequence number of the received file that is the source of the transmission file is added based on whether processing is completed or not and destination information of each transmission file divided from the received file Check whether the file creation process has been completed and whether there is a received file with the same source and destination in the received file for which the transmission file creation process has not been completed. Since it was decided to determine whether or not the file can be sent, different destinations that do not need to compensate the transmission order Can exclude a transmission file from Shosa subject, it is possible to effectively mediate exchange of files.
また、実施例1では、処理状態管理テーブル22において一つの受信ファイルに対して一つの処理状態フラグ(終了可否状態)を記憶する実施例について説明したが、本発明はこれに限定されるものではなく、「送信ファイル作成処理」によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先ごとに当該受信ファイルに対する「送信ファイル作成処理」の処理状態フラグ(終了可否状態)を記憶するようにしても良い。 In the first embodiment, the processing state management table 22 stores one processing state flag (end / non-completion state) for one received file. However, the present invention is not limited to this. If the received file is divided into a plurality of destination transmission files by “transmission file creation processing”, “transmission file creation processing” for the received file for each destination of each transmission file divided from the reception file. May be stored. (Processing end flag)
例えば、図11に示すように、ファイル分割サーバ31−2は、受信ファイル「File 2」を複数の宛先(「A→C」および「A→D」)の送信ファイルにそれぞれ分割した時点で、該受信ファイル「File 2」から分割した各送信ファイルの宛先情報(「A→C」および「A→D」)ごとに処理状態フラグ(終了可否状態)「未処理」を処理状態管理テーブル22に書き込む。このとき、処理状態管理テーブル22は、受信ファイルのシーケンス番号と分割処理の終了可否状態とを対応付けて記憶し、また、分割された送信ファイルの宛先情報と変換処理の終了可否状態とを対応付けて記憶することとなる。
For example, as shown in FIG. 11, the file division server 31-2 divides the received file “
そして、図12に示すように、処理状態管理テーブル22および送信状態管理テーブル24の情報の構成が遷移した場合、送信可否判定部40aは、送信ファイル「File 2´−2」の作成元ファイル「File 2」よりも前に受信した受信ファイルの中に、分割が「未処理」である受信ファイルがなく、分割されたメッセージの中に同一送信先で、かつ変換が「未処理」のメッセージがないため、送信状態管理テーブル22における送信可否状態フラグを「送信可」に更新する。
Then, as shown in FIG. 12, when the configuration of the information in the processing state management table 22 and the transmission state management table 24 is changed, the transmission permission /
このように、「送信ファイル作成処理」によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先ごとに当該受信ファイルに対する「送信ファイル作成処理」の処理状態フラグ(終了可否状態)を記憶することで、送信順序を補償する必要のない異なる送信先の送信ファイルを照査対象から除外することができ、ファイルの授受を実効的に仲介することが可能になる。 As described above, when the received file is divided into a plurality of destination transmission files by the “transmission file creation processing”, the “transmission file creation” is performed on the received file for each destination of each transmission file divided from the reception file. By storing the processing status flag (completion status) of “Processing”, it is possible to exclude transmission files of different transmission destinations that do not need to compensate for the transmission order, and effectively mediate file exchange It becomes possible.
また、実施例1では、分割処理によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割される場合に本発明を適用する実施例について説明したが、本発明はこれに限定されるものではなく、分割処理によって受信ファイルが複数(同一宛先)の送信ファイルに分割される場合でも同様に適用することができる。 Further, in the first embodiment, the embodiment in which the present invention is applied when the received file is divided into a plurality of destination transmission files by the division processing has been described, but the present invention is not limited to this, The same applies to the case where the received file is divided into a plurality of (same destination) transmission files by the division processing.
すなわち、送信可否判定部40aは、分割処理部31−2によって受信ファイル「File 5」が複数の送信ファイル(宛先は、全て「A→C」)に分割された場合に、該分割された各送信ファイル「File 5´−1」、「File 5´−2」および「File 5´−3」の作成元となる受信ファイル「File 5」のシーケンス番号(10:00)よりも小さい番号(10:08)が付加された受信ファイル「File 4」に対する送信ファイル作成処理の終了可否を照査して、分割後の送信ファイルの送信可否を判定する。なお、このとき、分割処理部31−2によって分割された各ファイルは、各変換処理部32a−2、32b−2および32c−2に振り分けて処理をおこなわず、各変換処理部32a−2にシリアルに入力する。
That is, when the division processing unit 31-2 divides the received file “File 5” into a plurality of transmission files (all destinations are “A → C”), the transmission permission /
この場合、送信ファイル「File 5´−1」の作成元ファイル「File 5」のタイムスタンプ(10:00)より早く、かつ同一の送信者端末から受信した受信ファイルが存在しないため、送信状態管理テーブル22における送信可否状態フラグを「送信可」に更新する。 In this case, since there is no received file that is earlier than the time stamp (10:00) of the source file “File 5” of the transmission file “File 5′-1” and received from the same sender terminal, the transmission state management is performed. The transmission enable / disable state flag in the table 22 is updated to “transmission enabled”.
このように、送信ファイル作成処理によって受信ファイルが複数の送信ファイルに分割された場合に、該分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理の終了可否を照査して、分割後の送信ファイルの送信可否を判定することで、分割処理によって受信ファイルが複数の送信ファイルに分割された場合でも、各送信ファイルの送信可否判定を正確におこなうことが可能になる。 In this way, when a received file is divided into a plurality of transmission files by the transmission file creation process, a reception file to which a number smaller than the sequence number of the reception file from which the divided transmission files are created is added. Whether or not the transmission file creation process for the file is completed and whether or not the transmission file after division is determined can be transmitted or not. Even if the reception file is divided into multiple transmission files by the division process, whether or not each transmission file can be transmitted Judgment can be made accurately.
また、本発明では、送信可否判定部40aは、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルであり、かつ同一の送信者端末から受信した受信ファイルであり、かつ同一のファイル種別である受信ファイルに対する送信ファイル作成処理の終了可否を照査するようにしても良い。すなわち、これによって、送信順序を補償する必要のない異種のファイル種別である送信ファイルを照査対象から除外することができ、ファイルの授受を実効的に仲介することが可能になる。
In the present invention, the transmission permission /
(3)その他
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
(3) Others Of the processes described in this embodiment, all or a part of the processes described as being automatically performed can be manually performed, or can be manually performed. All or part of the described processing can be automatically performed by a known method. In addition, the processing procedure, control procedure, specific name, and information including various data and parameters shown in the above-described document and drawings can be arbitrarily changed unless otherwise specified.
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、CPUおよび当該CPUにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。 Further, each component of each illustrated apparatus is functionally conceptual, and does not necessarily need to be physically configured as illustrated. In other words, the specific form of distribution / integration of each device is not limited to that shown in the figure, and all or a part thereof may be functionally or physically distributed or arbitrarily distributed in arbitrary units according to various loads or usage conditions. Can be integrated and configured. Further, all or any part of each processing function performed in each device may be realized by a CPU and a program analyzed and executed by the CPU, or may be realized as hardware by wired logic.
(付記1)コンピュータを、
送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加手段と、
前記シーケンス番号付加手段によって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶する終了可否状態記憶手段と、
前記終了可否状態記憶手段によって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定手段と、
前記送信可否判定手段によって送信可能であると判定された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する送信処理手段と、
として機能させるファイル仲介プログラム。
(Appendix 1) Computer
Sequence number adding means for adding a sequence number to the received file according to the receiving order of the received file received from the sender terminal;
An end availability state storage means for storing the sequence number of the received file added by the sequence number adding means and the end availability status of the transmission file creation process for the received file in association with each other;
A received file to which a number smaller than the sequence number of the received file that is the creation source of the transmission file is added based on the completion status of the transmission file creation process for the received file stored by the termination availability status storage unit Checking whether or not the transmission file creation process is completed, and determining whether or not the transmission file can be transmitted;
Transmission processing means for transmitting the transmission file determined to be transmittable by the transmission permission determination means in the order of the sequence numbers added by the sequence number adding means;
File mediation program that functions as
(付記2)前記コンピュータを更に、
各送信ファイルごとに、当該送信ファイルの送信可否状態を対応付けて記憶する送信可否状態記憶手段として機能させるとともに、
前記送信可否判定手段は、前記送信可否状態記憶手段によって送信不可状態と記憶された送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理が終了している場合に、当該送信ファイルの送信可否状態を送信可能状態に更新し、
前記送信可否状態記憶手段によって送信可能状態と記憶された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する様機能させることを特徴とする付記1に記載のファイル仲介プログラム。
(Supplementary note 2)
For each transmission file, it functions as a transmission permission / inhibition state storage unit that stores the transmission permission / inhibition state of the transmission file in association with each other,
The transmission availability determination means includes the transmission file creation process for a received file to which a number smaller than a sequence number of a received file that is a transmission file creation source stored as a transmission unavailable state is stored by the transmission availability status storage means. If it has been completed, update the transmission availability status of the transmission file to the transmission enabled status,
2. The file mediation program according to
(付記3)前記送信可否判定手段は、前記送信ファイル作成処理によって前記受信ファイルが複数の送信ファイルに分割された場合に、該分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、分割後の送信ファイルの送信可否を判定する様機能させることを特徴とする付記1または2に記載のファイル仲介プログラム。
(Additional remark 3) When the said reception file is divided | segmented into several transmission files by the said transmission file creation process, the said transmission permission determination means is based on the sequence number of the reception file used as the preparation origin of each divided | segmented transmission file. The file according to
(付記4)前記送信可否判定手段は、前記送信ファイル作成処理によって前記受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該複数の宛先ごとに分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、複数の宛先ごとに分割された送信ファイルの送信可否を判定する様機能させることを特徴とする付記1、2または3に記載のファイル仲介プログラム。
(Supplementary Note 4) When the transmission file creation process divides the received file into a plurality of destination transmission files, the transmission permission / inhibition determining unit is configured to create each transmission file divided for each of the plurality of destinations. Check whether the transmission file creation process for the received file to which a number smaller than the sequence number of the received file is added is completed, and determine whether transmission of the transmission file divided for each of a plurality of destinations is possible. The file mediation program according to
(付記5)前記終了可否記憶手段は、前記送信ファイル作成処理によって前記受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先情報をさらに記憶し、
前記送信可否判定手段は、前記終了可否状態記憶手段によって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態、並びに該受信ファイルから分割された各送信ファイルの宛先情報をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理が終了しているか否か、並びに該送信ファイル作成処理が終了していない受信ファイルの中に送信元および送信先が同一である受信ファイルが存在するか否かを照査して、前記送信ファイルの送信可否を判定する様機能させることを特徴とする付記1〜4のいずれか一つに記載のファイル仲介プログラム。
(Supplementary Note 5) When the received file is divided into a plurality of destination transmission files by the transmission file creation process, the end permission / inhibition storage unit further includes destination information of each transmission file divided from the reception file. Remember,
The transmission permission / inhibition determining means is based on the end permission / non-permission status of the transmission file creation process for the received file stored by the end permission / prohibition state storage means and the destination information of each transmission file divided from the received file. Whether or not the transmission file creation process has been completed for a reception file to which a number smaller than the sequence number of the reception file that is the transmission file creation source has been added, and the reception file that has not been completed. Any one of
(付記6)前記終了可否記憶手段は、前記送信ファイル作成処理によって前記受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先ごとに当該受信ファイルに対する前記送信ファイル作成処理の終了可否状態を記憶する様機能させることを特徴とする付記5に記載のファイル仲介プログラム。 (Supplementary Note 6) When the received file is divided into a plurality of destination transmission files by the transmission file creation process, the end possibility / non-permission storage unit is configured to perform the processing for each destination of each transmission file divided from the reception file. 6. The file mediation program according to appendix 5, wherein the file intermediation program is configured to store a status of whether or not the transmission file creation process for the received file is completed.
(付記7)前記送信可否判定手段は、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルであり、かつ同一の送信者端末から受信した受信ファイルに対する前記送信ファイル作成処理の終了可否を照査する様機能させることを特徴とする付記1〜6のいずれか一つに記載のファイル仲介プログラム。
(Supplementary note 7) The transmission permission / inhibition determining means is a reception file to which a number smaller than a sequence number of a reception file that is a creation source of the transmission file is added, and the reception file received from the same sender terminal The file mediation program according to any one of
(付記8)前記送信可否判定手段は、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルであり、かつ同一の送信者端末から受信した受信ファイルであり、かつ同一のファイル種別である受信ファイルに対する前記送信ファイル作成処理の終了可否を照査する様機能させることを特徴とする付記1〜7のいずれか一つに記載のファイル仲介プログラム。
(Supplementary Note 8) The transmission permission / inhibition determining means is a reception file to which a number smaller than the sequence number of the reception file that is a creation source of the transmission file is added, and is a reception file received from the same sender terminal The file mediation program according to any one of
(付記9)送信者端末から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末に送信する送信ファイルを作成し、該作成された送信ファイルを受信者端末に送信することによってファイルの送受信を仲介するファイル仲介装置であって、
前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加手段と、
前記シーケンス番号付加手段によって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶する終了可否状態記憶手段と、
前記終了可否状態記憶手段によって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定手段と、
前記送信可否判定手段によって送信可能であると判定された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する送信処理手段と、
を備えたことを特徴とするファイル仲介装置。
(Supplementary Note 9) By performing transmission file creation processing on the received file received from the sender terminal in parallel to create a transmission file to be transmitted to the receiver terminal, and transmitting the created transmission file to the receiver terminal A file intermediary device that mediates file transmission and reception,
Sequence number adding means for adding a sequence number to the received file according to the receiving order of the received file received from the sender terminal;
An end availability state storage means for storing the sequence number of the received file added by the sequence number adding means and the end availability status of the transmission file creation process for the received file in association with each other;
A received file to which a number smaller than the sequence number of the received file that is the creation source of the transmission file is added based on the completion status of the transmission file creation process for the received file stored by the termination availability status storage unit Checking whether or not the transmission file creation process is completed, and determining whether or not the transmission file can be transmitted;
Transmission processing means for transmitting the transmission file determined to be transmittable by the transmission permission determination means in the order of the sequence numbers added by the sequence number adding means;
A file mediating apparatus comprising:
(付記10)前記送信者端末から受信した受信ファイルに対して前記送信ファイル作成処理を分散しておこなう複数の送信ファイル作成装置をさらに備えたことを特徴とする付記9に記載のファイル仲介装置。 (Supplementary note 10) The file mediation apparatus according to supplementary note 9, further comprising a plurality of transmission file creation apparatuses that perform the transmission file creation processing in a distributed manner on the received file received from the sender terminal.
(付記11)前記シーケンス番号付加手段は、前記送信者端末から受信した受信ファイルにシーケンス番号としてタイムスタンプを付加することを特徴とする付記8または9に記載のファイル仲介装置。 (Supplementary note 11) The file mediating apparatus according to supplementary note 8 or 9, wherein the sequence number adding means adds a time stamp as a sequence number to the received file received from the sender terminal.
(付記12)コンピュータが、送信者端末から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末に送信する送信ファイルを作成し、該作成された送信ファイルを受信者端末に送信することによってファイルの送受信を仲介する処理を行うファイル仲介方法であって、
前記コンピュータが、
前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加ステップと、
前記シーケンス番号付加ステップによって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶手段に記憶する終了可否状態記憶ステップと、
前記終了可否状態記憶ステップによって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定ステップと、
前記送信可否判定ステップによって送信可能であると判定された送信ファイルを前記シーケンス番号付加ステップによって付加されたシーケンス番号の順に送信する送信処理ステップと、
を備えたことを特徴とするファイル仲介方法。
(Supplementary note 12) The computer performs transmission file creation processing on the received file received from the sender terminal in parallel to create a transmission file to be transmitted to the receiver terminal, and transmits the created transmission file to the receiver terminal. A file mediating method for performing processing to mediate file transmission / reception by
The computer is
A sequence number adding step of adding a sequence number to the received file according to the reception order of the received file received from the sender terminal;
An end propriety state storage step for storing the sequence number of the received file added by the sequence number adding step and the end propriety state of the transmission file creation process for the received file in association with each other;
A received file to which a number smaller than the sequence number of the received file that is the creation source of the transmission file is added based on the completion status of the transmission file creation process for the received file stored in the termination availability state storage step Checking whether or not the transmission file creation process is complete, and determining whether or not the transmission file can be transmitted,
A transmission processing step of transmitting the transmission file determined to be transmittable by the transmission permission determination step in the order of the sequence numbers added by the sequence number adding step;
A file mediation method comprising:
1 ファイル仲介システム
2 インターネット
10 受信サーバ
10a シーケンス番号付加部
20 格納サーバ
21 受信ファイルDB
22 処理状態管理テーブル
23 送信ファイルDB
24 送信状態管理テーブル
30 送信ファイル作成サーバ
31 分割処理部
32 変換処理部
40 送信サーバ
40a 送信可否判定部
40b 送信処理部
50 送信者端末
60 受信者端末
DESCRIPTION OF
22 Processing status management table 23 Transmission file DB
24 transmission state management table 30 transmission
Claims (4)
コンピュータに、
前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加ステップと、
前記受信ファイルを前記送信ファイルへ変換する変換処理ステップと、
前記シーケンス番号付加ステップによって付加された受信ファイルのシーケンス番号と、該受信ファイルの送信者端末の情報である送信元と、前記送信ファイルの受信者端末の情報である送信先と、前記受信ファイルの前記送信ファイルへの変換処理の処理状態とを対応付けて記憶領域に格納する処理状態管理ステップと、
前記記憶領域を参照し、第一の送信ファイルの作成元となる第一の受信ファイルよりも小さなシーケンス番号を有する第二の受信ファイルが該第一の受信ファイルと同一の送信元であって、該第二の受信ファイルを作成元とする第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有していない場合は、該第一の送信ファイルを送信可能であると判断し、前記第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有している場合は、更に前記変換の処理状態を参照して、前記変換処理ステップによる前記第二の送信ファイルの変換処理が終了していれば、前記第一の送信ファイルを送信可能であるとし、該変換処理が終了していなければ該第一の送信ファイルを送信不可と判断する送信可否判定ステップと、
前記送信可否判定ステップによって送信可能であると判定された送信ファイルを送信する送信処理ステップと
を実行させることを特徴とするファイル仲介プログラム。 A transmission file that can be connected to a plurality of sender terminals and a plurality of receiver terminals via a communication line and is transmitted to the receiver terminal based on the received file received from the sender terminal is transmitted and received. A file mediation program that causes a computer to perform mediation processing,
On the computer,
A sequence number adding step of adding a sequence number to the received file in accordance with the reception order of the received file received from the transmitter terminal,
A conversion processing step for converting the received file into the transmitted file;
The sequence number of the reception file added by the sequence number addition step , the transmission source that is information of the sender terminal of the reception file, the transmission destination that is information of the receiver terminal of the transmission file, and the reception file A processing state management step for associating and storing the processing state of the conversion processing to the transmission file in a storage area ;
With reference to the storage area, a second reception file having a sequence number smaller than that of the first reception file that is a creation source of the first transmission file is the same transmission source as the first reception file, If the second transmission file having the second received file as the creation source does not have the same transmission destination as the first transmission file, it is determined that the first transmission file can be transmitted. When the second transmission file has the same transmission destination as the first transmission file, the second transmission file is further referred to by the conversion processing step with reference to the conversion processing state. if the conversion process has been completed, the first transmission file and can be transmitted, a transmission availability determination step the conversion process of determining the Call transmits the transmission file of the first if not completed,
A transmission processing step of sending a transmission file is determined to be transmitted by the transmission determination step
A file brokering program characterized by executing
前記受信ファイルを複数に分割する分割処理ステップを実行させ、
前記処理状態管理ステップは、分割元である前記受信ファイルの送信元と、該受信ファイルのシーケンス番号と、前記分割された受信ファイルに基づいたそれぞれの送信ファイルの送信先と、該送信ファイルへのそれぞれの変換の処理状態とを対応付けて前記記憶領域に格納することを特徴とする請求項1に記載のファイル仲介プログラム。 The file mediation program further provides the computer,
Performing a dividing process step of dividing the received file into a plurality of parts;
The processing state management step includes a transmission source of the received file that is a division source, a sequence number of the reception file, a transmission destination of each transmission file based on the divided reception file, and a transmission file to the transmission file. The file mediation program according to claim 1, wherein each conversion processing state is associated with each other and stored in the storage area .
前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加手段と、 Sequence number adding means for adding a sequence number to the received file according to the receiving order of the received file received from the sender terminal;
前記受信ファイルを前記送信ファイルへ変換する変換処理手段と、 Conversion processing means for converting the received file into the transmitted file;
前記シーケンス番号付加手段によって付加された受信ファイルのシーケンス番号と、該受信ファイルの送信者端末の情報である送信元と、前記送信ファイルの受信者端末の情報である送信先と、前記受信ファイルの前記送信ファイルへの変換処理の処理状態とを対応付けて記憶する処理状態管理手段と、 The sequence number of the received file added by the sequence number adding means, the transmission source which is information of the sender terminal of the received file, the transmission destination which is information of the receiver terminal of the transmission file, and the received file Processing state management means for storing the processing state of the conversion processing to the transmission file in association with each other;
前記処理状態管理手段に記憶された情報を参照し、第一の送信ファイルの作成元となる第一の受信ファイルよりも小さなシーケンス番号を有する第二の受信ファイルが該第一の受信ファイルと同一の送信元であって、該第二の受信ファイルを作成元とする第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有していない場合は、該第一の送信ファイルを送信可能であると判断し、前記第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有している場合は、更に前記変換の処理状態を参照して、前記変換処理手段による前記第二の送信ファイルの変換処理が終了していれば、前記第一の送信ファイルを送信可能であるとし、該変換処理が終了していなければ該第一の送信ファイルを送信不可と判断する送信可否判定手段と、 Referring to the information stored in the processing state management means, the second received file having a smaller sequence number than the first received file from which the first transmitted file is created is the same as the first received file If the second transmission file having the second reception file as the creation source does not have the same transmission destination as the first transmission file, the first transmission file is If it is determined that transmission is possible and the second transmission file has the same transmission destination as the first transmission file, the conversion processing means further refers to the processing state of the conversion. If the conversion process of the second transmission file has been completed, it is determined that the first transmission file can be transmitted. If the conversion process has not been completed, the first transmission file is determined not to be transmitted. Sendability judgment hand And,
前記送信可否判定手段によって送信可能であると判定された送信ファイルを送信する送信処理手段と A transmission processing unit that transmits a transmission file that is determined to be transmittable by the transmission permission determination unit;
を有することを特徴とするファイル仲介装置。A file mediating apparatus comprising:
前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加ステップと、
前記受信ファイルを前記送信ファイルへ変換する変換処理ステップと、
前記シーケンス番号付加ステップによって付加された受信ファイルのシーケンス番号と、該受信ファイルの送信者端末の情報である送信元と、前記送信ファイルの受信者端末の情報である送信先と、前記受信ファイルの前記送信ファイルへの変換処理の処理状態とを対応付けて記憶領域に格納する処理状態管理ステップと、
前記記憶領域を参照し、第一の送信ファイルの作成元となる第一の受信ファイルよりも小さなシーケンス番号を有する第二の受信ファイルが該第一の受信ファイルと同一の送信元であって、該第二の受信ファイルを作成元とする第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有していない場合は、該第一の送信ファイルを送信可能であると判断し、前記第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有している場合は、更に前記変換の処理状態を参照して、前記変換処理ステップによる前記第二の送信ファイルの変換処理が終了していれば、前記第一の送信ファイルを送信可能であるとし、該変換処理が終了していなければ該第一の送信ファイルを送信不可と判断する送信可否判定ステップと、
前記送信可否判定手段によって送信可能であると判定された送信ファイルを送信する送信処理ステップと
を有することを特徴とするファイル仲介方法。 A transmission file that can be connected to a plurality of sender terminals and a plurality of receiver terminals via a communication line and is transmitted to the receiver terminal based on the received file received from the sender terminal, and mediates transmission / reception of the file File brokering method to
A sequence number adding step of adding a sequence number to the received file according to the reception order of the received file received from the sender terminal;
A conversion processing step for converting the received file into the transmitted file;
The sequence number of the reception file added by the sequence number addition step , the transmission source that is information of the sender terminal of the reception file, the transmission destination that is information of the receiver terminal of the transmission file, and the reception file A processing state management step for associating and storing the processing state of the conversion processing to the transmission file in a storage area ;
With reference to the storage area, a second reception file having a sequence number smaller than that of the first reception file that is a creation source of the first transmission file is the same transmission source as the first reception file, If the second transmission file having the second received file as the creation source does not have the same transmission destination as the first transmission file, it is determined that the first transmission file can be transmitted. When the second transmission file has the same transmission destination as the first transmission file, the second transmission file is further referred to by the conversion processing step with reference to the conversion processing state. If the conversion process has been completed, the first transmission file can be transmitted, and if the conversion process has not been completed, the first transmission file is determined to be untransmittable.
File mediation method characterized by having a transmission processing step of transmitting the transmission file is determined to be transmitted by the transmission determination unit.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004287815A JP4249110B2 (en) | 2004-09-30 | 2004-09-30 | File mediation program, file mediation device, and file mediation method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004287815A JP4249110B2 (en) | 2004-09-30 | 2004-09-30 | File mediation program, file mediation device, and file mediation method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2006099664A JP2006099664A (en) | 2006-04-13 |
| JP4249110B2 true JP4249110B2 (en) | 2009-04-02 |
Family
ID=36239374
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004287815A Expired - Fee Related JP4249110B2 (en) | 2004-09-30 | 2004-09-30 | File mediation program, file mediation device, and file mediation method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4249110B2 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101582064B (en) * | 2008-05-15 | 2011-12-21 | 阿里巴巴集团控股有限公司 | A large amount of data processing method and system |
-
2004
- 2004-09-30 JP JP2004287815A patent/JP4249110B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2006099664A (en) | 2006-04-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9383950B2 (en) | Information processing system, information processing apparatus, and process execution method | |
| US9407546B2 (en) | Routing a message using a routing table in a dynamic service mesh | |
| JP7097427B2 (en) | Data processing system and data processing method | |
| CN109413202B (en) | Sorting system and method of blockchain transaction information | |
| CN116743785A (en) | Cloud network data storage methods, devices, equipment and media based on fog computing | |
| US20090132582A1 (en) | Processor-server hybrid system for processing data | |
| JP2019140553A (en) | Flow controller and control method | |
| CN109525633B (en) | Block chain network, message sending method and message receiving method based on block chain network | |
| JP4249110B2 (en) | File mediation program, file mediation device, and file mediation method | |
| US20060136602A1 (en) | Electronic data interchange apparatus | |
| CN111124355A (en) | Information processing method and device, readable storage medium and electronic equipment | |
| US8819107B2 (en) | Relay apparatus, recording medium storing a relay program, and a relay method | |
| US9509657B2 (en) | Information processing apparatus, relay method, and computer-readable storage medium | |
| CN115550380B (en) | Data synchronization methods, devices, equipment and storage media | |
| CN115118727B (en) | Data transmission method, device, equipment and storage medium of distributed computing architecture | |
| CN115190173B (en) | Network communication method, device, equipment and storage medium | |
| JP2001060157A (en) | Inter-application message exchange system | |
| JP5169610B2 (en) | Data collection / delivery device, data collection / delivery system, data collection / delivery method and program | |
| CN108737293B (en) | Method and apparatus for processing requests | |
| CN114553757B (en) | Protocol message processing method, device and equipment based on programmable switch | |
| US8799351B1 (en) | Communicating multiple files in markup language documents | |
| CN107087010B (en) | Intermediate data transmission method and system, distributed system | |
| JP2016018222A (en) | Queue server | |
| JP6369273B2 (en) | Print control server and print control method | |
| US10061803B2 (en) | Processing method and processing system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060222 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080820 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080826 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081021 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090113 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090114 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120123 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4249110 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130123 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130123 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140123 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |