JP4249110B2 - ファイル仲介プログラム、ファイル仲介装置およびファイル仲介方法 - Google Patents

Description

本発明は、送信者端末から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末に送信する送信ファイルを作成し、該作成された送信ファイルを受信者端末に送信することによってファイルの送受信を仲介するファイル仲介プログラム、ファイル仲介装置およびファイル仲介方法に関する。

従来より、企業間電子商取引をおこなう際に、送信者端末および受信者端末の間で伝票などの電子データの授受をサポートするファイル仲介システムが知られている（例えば、特許文献１参照。）。具体的には、送信者端末から受信した受信ファイルを単一のキューでキューイングして「送信ファイル作成処理」をおこない、この「送信ファイル作成処理」がおこなわれた送信ファイルを受信者端末に順次送信するものである。

すなわち、このファイル仲介システムでは、企業間電子商取引のインターフェースとして送信者端末および受信者端末の間でのファイル授受を効果的に仲介するために、送信者端末から受信した受信ファイルに付加されたヘッダ情報をもとに、該ヘッダ情報に含まれる宛先ごとに受信ファイルを分割する「分割処理」や、送信者端末および受信者端末それぞれで取り扱われるファイル形式の互換性を確保するために、送信者端末から受信した受信ファイルのファイル形式を受信者端末で取り扱われているファイル形式に変換する「変換処理」などの「送信ファイル作成処理」がおこなわれている。

ところが、この「送信ファイル作成処理」は、処理負荷が重い処理であるため、当然のことながら処理時間も長くなる。このため、単一のキューで受信ファイルをキューイングして「送信ファイル作成処理」をおこなう構成を採用していたのでは、「送信ファイル作成処理」に係るスループットを低下させることとなる。

このようなことから、近年では、送信者端末から受信した受信ファイルを複数のキューでキューイングして「送信ファイル作成処理」を並列しておこなうファイル仲介システムが開発されるに至っている。

特開２００２−３７３１３６号公報

この従来技術によれば、送信者端末から受信した受信ファイルを複数のキューでキューイングして「送信ファイル作成処理」を並列しておこなうことにより、「送信ファイル作成処理」に係るスループットを向上させることができる。

しかしながら、上記の従来技術では、送信ファイルの送信順序の妥当性（送信ファイルの送信順序が受信順序通りであるか否か）を評価することができないため、各キューにおける受信ファイルの通過速度が相違することに起因して送信ファイルの作成完了順序が元の受信順序と相違してしまった場合でも、送信ファイルが受信順序と相違した順序で送信される状況を看過してしまうという問題点があった。

これを具体的に例を挙げて説明すると、送信者端末から「発注」に係る受信伝票を受信した後に、この発注の「取消」に係る受信伝票を受信した場合には、かかる受信順序の通り（すなわち、「発注」に係る伝票、「取消」に係る伝票の順）にこれらの送信伝票を受信者端末に送信する必要がある。

ところが、上記の従来技術では、送信伝票の作成完了順序が受信順序と相違しているという状況の評価、並びに送信伝票の送信順序の妥当性の評価をおこなうことができないため、例えば、「発注」に係る伝票の前にキュー入力された受信ファイルに対する「送信ファイル作成処理」の処理負荷が重く、「取消」に係る送信伝票が「発注」に係る送信伝票よりも先に作成された場合であっても、この「発注」に係る伝票を差し置いて「取消」に係る伝票を受信者端末に送信してしまうこととなり、送信者および受信者間での取引に混乱をもたらす事態を招くこととなる。

そこで、本発明は、上述した従来技術による課題（問題点）を解消するためになされたものであり、受信ファイルに対する送信ファイル作成処理（例えば、分割処理および変換処理など）を並列化しつつ、送信ファイルを受信順序の通りに送信することができるファイル仲介プログラム、ファイル仲介装置およびファイル仲介方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係るファイル仲介プログラムは、複数の送信者端末および複数の受信者端末と通信回線を介して接続可能であり前記送信者端末から受信した受信ファイルに基づいて前記受信者端末に送信する送信ファイルを作成してファイルの送受信を仲介する処理をコンピュータに行わせるファイル仲介プログラムであって、コンピュータに、前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加ステップと、前記受信ファイルを前記送信ファイルへ変換する変換処理ステップと、前記シーケンス番号付加ステップによって付加された受信ファイルのシーケンス番号と、該受信ファイルの送信者端末の情報である送信元と、前記送信ファイルの受信者端末の情報である送信先と、前記受信ファイルの前記送信ファイルへの変換処理の処理状態とを対応付けて記憶領域に格納する処理状態管理ステップと、前記記憶領域を参照し、第一の送信ファイルの作成元となる第一の受信ファイルよりも小さなシーケンス番号を有する第二の受信ファイルが該第一の受信ファイルと同一の送信元であって、該第二の受信ファイルを作成元とする第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有していない場合は、該第一の送信ファイルを送信可能であると判断し、前記第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有している場合は、更に前記変換の処理状態を参照して、前記変換処理ステップによる前記第二の送信ファイルの変換処理が終了していれば、前記第一の送信ファイルを送信可能であるとし、該変換処理が終了していなければ該第一の送信ファイルを送信不可と判断する送信可否判定ステップと、前記送信可否判定ステップによって送信可能であると判定された送信ファイルを送信する送信処理ステップとを実行させることを特徴とする。

また、本発明に係るファイル仲介プログラムは、前記ファイル仲介プログラムは前記コンピュータを更に、前記受信ファイルを複数に分割する分割処理ステップを実行させ、前記処理状態管理ステップは、分割元である前記受信ファイルの送信元と、該受信ファイルのシーケンス番号と、前記分割された受信ファイルに基づいたそれぞれの送信ファイルの送信先と、該送信ファイルへのそれぞれの変換の処理状態とを対応付けて前記記憶領域に格納することを特徴とする。

また、本発明に係るファイル仲介装置は、複数の送信者端末および複数の受信者端末と通信回線を介して接続可能であり前記送信者端末から受信した受信ファイルに基づいて前記受信者端末に送信する送信ファイルを作成しファイルの送受信を仲介するファイル仲介装置であって、前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加手段と、前記受信ファイルを前記送信ファイルへ変換する変換処理手段と、前記シーケンス番号付加手段によって付加された受信ファイルのシーケンス番号と、該受信ファイルの送信者端末の情報である送信元と、前記送信ファイルの受信者端末の情報である送信先と、前記受信ファイルの前記送信ファイルへの変換処理の処理状態とを対応付けて記憶する処理状態管理手段と、前記処理状態管理手段に記憶された情報を参照し、第一の送信ファイルの作成元となる第一の受信ファイルよりも小さなシーケンス番号を有する第二の受信ファイルが該第一の受信ファイルと同一の送信元であって、該第二の受信ファイルを作成元とする第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有していない場合は、該第一の送信ファイルを送信可能であると判断し、前記第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有している場合は、更に前記変換の処理状態を参照して、前記変換処理手段による前記第二の送信ファイルの変換処理が終了していれば、前記第一の送信ファイルを送信可能であるとし、該変換処理が終了していなければ該第一の送信ファイルを送信不可と判断する送信可否判定手段と、前記送信可否判定手段によって送信可能であると判定された送信ファイルを送信する送信処理手段とを有することを特徴とする。

また、本発明に係るファイル仲介方法は、複数の送信者端末および複数の受信者端末と通信回線を介して接続可能であり前記送信者端末から受信した受信ファイルに基づいて前記受信者端末に送信する送信ファイルを作成しファイルの送受信を仲介するファイル仲介方法であって、前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加ステップと、前記受信ファイルを前記送信ファイルへ変換する変換処理ステップと、前記シーケンス番号付加ステップによって付加された受信ファイルのシーケンス番号と、該受信ファイルの送信者端末の情報である送信元と、前記送信ファイルの受信者端末の情報である送信先と、前記受信ファイルの前記送信ファイルへの変換処理の処理状態とを対応付けて記憶領域に格納する処理状態管理ステップと、前記記憶領域を参照し、第一の送信ファイルの作成元となる第一の受信ファイルよりも小さなシーケンス番号を有する第二の受信ファイルが該第一の受信ファイルと同一の送信元であって、該第二の受信ファイルを作成元とする第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有していない場合は、該第一の送信ファイルを送信可能であると判断し、前記第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有している場合は、更に前記変換の処理状態を参照して、前記変換処理ステップによる前記第二の送信ファイルの変換処理が終了していれば、前記第一の送信ファイルを送信可能であるとし、該変換処理が終了していなければ該第一の送信ファイルを送信不可と判断する送信可否判定ステップと、前記送信可否判定手段によって送信可能であると判定された送信ファイルを送信する送信処理ステップとを有することを特徴とする。

本発明によれば、受信ファイルに対する「送信ファイル作成処理」（例えば、分割処理および変換処理など）を並列化しつつ、送信ファイルを受信順序の通りに送信することが可能なファイル仲介プログラム、ファイル仲介装置およびファイル仲介方法が得られるという効果を奏する。

また、本発明によれば、分割処理によって受信ファイルが複数の送信ファイルに分割された場合でも、各送信ファイルの送信可否判定を正確におこなうことが可能なファイル仲介プログラムが得られるという効果を奏する。

以下に添付図面を参照して、本発明に係るファイル仲介装置の好適な実施例を詳細に説明する。なお、以下では、本発明に係るファイル仲介システムの概要および特徴を説明した後に、本実施例１に係るファイル仲介システムを説明し、最後に、他の実施例として種々の変形例（実施例２）を説明することとする。

（概要および特徴）
まず最初に、本発明に係るファイル仲介システムの概要および特徴を説明する。図１は、本実施例１に係るファイル仲介システムの構成を示すブロック図である。同図に示すように、このファイル仲介システム１は、インターネット２を介して、送信者端末５０−１、５０−２・・・５０−ｎ（以下、適宜これらを送信者端末５０と言う。）および受信者端末６０−１、６０−２・・・６０−ｎ（以下、適宜これらを受信者端末６０と言う。）と相互に通信可能に接続されている。

このうち、送信者端末５０は、所望の受信者端末６０−１、６０−２・・・６０−ｎに当該ファイル仲介システム１を介して所定のファイル（すなわち、伝票などの電子データ）を送信する端末装置であり、受信者端末６０は、送信者端末５０−１、５０−２・・・５０−ｎから送信された所定のファイルを当該ファイル仲介システム１を介して受信する端末装置である。

ここで、本発明に係るファイル仲介システム１は、送信者端末５０から受信した受信ファイルの受信順序に応じて受信ファイルにシーケンス番号を付加し、該付加された受信ファイルのシーケンス番号と、該受信ファイルに対する「送信ファイル作成処理」の終了可否状態とを対応付けて記憶し、該記憶された受信ファイルに対する「送信ファイル作成処理」の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する「送信ファイル作成処理」の終了可否を照査して、送信ファイルの送信可否を判定し、送信可能であると判定された送信ファイルをシーケンス番号の順に送信する点に主たる特徴があり、かかる一連の処理によって、受信ファイルに対する送信ファイル作成処理（例えば、分割処理および変換処理など）を並列化しつつ、送信ファイルを受信順序の通りに送信することができるようにしている。

この主たる特徴を具体的に説明すると、このファイル仲介システム１は、「送信ファイル作成処理」を並列化したことに起因して送信ファイルの作成完了順序が元の受信順序と入れ替わってしまった場合でも、送信ファイルの送信順序を受信順序の通りにソートすることができるように、送信者端末５０から受信した受信ファイルの受信順序に応じて受信ファイルにシーケンス番号を昇順に付加する。さらに、先に受信した受信ファイルから作成される送信ファイルを差し置いて後に受信した受信ファイルから作成された送信ファイルが送信されないように監視するために、受信ファイルのシーケンス番号と、該受信ファイルに対する「送信ファイル作成処理」の終了可否状態（すなわち、「未処理」または「処理済」）とを対応付けて記憶している。

そして、このファイル仲介システム１は、受信ファイルに対する「送信ファイル作成処理」の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する「送信ファイル作成処理」の終了可否を照査することで、現状で送信すべきでない送信ファイル（すなわち、現時点で先に受信した受信ファイルよりも早く作成された送信ファイル）と、現状で送信可能な送信ファイルとを区別することができるようにしている。

したがって、上記した従来技術の例で言えば、「送信ファイル作成処理」を並列化したことに起因して送信ファイルが受信順序と相違した順序で送信される状況を看過してしまうのではなく、先に受信した受信ファイルから作成される送信ファイルを差し置いて後に受信した受信ファイルから作成された送信ファイルが送信されないように監視し、さらに、現状で送信すべきでない送信ファイルと現状で送信可能な送信ファイルとを区別し、このうち、現状で送信可能な送信ファイルについては、送信ファイルの送信順序を受信順序の通りにソートして送信するようにしたので、受信ファイルに対する「送信ファイル作成処理」（例えば、分割処理および変換処理など）を並列化しつつ、送信ファイルを受信順序の通りに送信することが可能になる。

次に、本実施例１に係るファイル仲介システムについて説明する。図１は、本実施例１に係るファイル仲介システムの構成を示すブロック図である。同図に示すように、このファイル仲介システム１は、受信サーバ１０、格納サーバ２０、送信ファイル作成サーバ３０および送信サーバ４０を備える。なお、以下では、このファイル仲介システム１を構成する各サーバの機能を説明するとともに、各サーバの処理動作についても機能とともに逐次フローチャートを用いて説明することとする。

このうち、受信サーバ１０は、送信者端末５０−１、５０−２・・・５０−ｎから所定のファイル（すなわち、伝票などの電子データ）を受信するサーバ装置であり、本発明に密接に関連する機能部として、シーケンス番号付加部１０ａを備える。

このシーケンス番号付加部１０ａは、送信者端末５０から受信した受信ファイルの受信順序に応じて受信ファイルにシーケンス番号を昇順に付加する処理部である。具体的には、送信者端末５０から受信した受信ファイルにシーケンス番号としてタイムスタンプを付加する。

このとき、同時に複数の受信ファイルを受信した場合には、同時に受信した各受信ファイルの受信時刻に同時受信ファイル数に応じた補正値（例えば、「α」＝「１分」）をそれぞれ加えるようにする。例えば、時刻「１０：０１」に３つの受信ファイルを受信した場合には、一つ目の受信ファイルの受信時刻には、何も加えず、二つ目の受信ファイルの受信時刻に補正値「１分」を加え、三つ目の受信ファイルの受信時刻には、補正値「２分」を加えるようにする。

このように、送信者端末５０から受信した受信ファイルにシーケンス番号としてタイムスタンプを付加することで、簡易な構成で適正なシーケンス番号を付加することができるようにしている。

（受信サーバの処理手順）
ここで、受信サーバ１０の処理手順を説明する。図２は、受信サーバ１０の処理手順を示すフローチャートである。同図に示すように、受信サーバ１０は、送信者端末５０から受信ファイルを受信した場合（ステップＳ２０１肯定）に、該受信ファイルを受信ファイルＤＢ２１に格納する（ステップＳ２０２）。

そして、シーケンス番号付加部１０ａは、図３に示すように、処理状態管理テーブル２２における当該受信ファイルの処理状態フラグ（終了可否状態）を「未処理」にセットする（ステップＳ２０３）とともに、送信者端末５０から受信した受信ファイルにシーケンス番号としてタイムスタンプを付加する（ステップＳ２０４）。

このようにして、この受信サーバ１０は、上記のステップＳ２０１〜Ｓ２０４の処理を回帰的におこなって、送信者端末５０から受信ファイルを受信する。

図１の説明に戻り、格納サーバ２０は、各サーバ（すなわち、受信サーバ１０、送信ファイル作成サーバ３０および送信サーバ４０）による各種処理に必要なデータおよびプログラムを格納する格納手段（記憶手段）であり、本発明に密接に関連するものとしては、受信ファイル２１、処理状態管理テーブル２２、送信ファイルＤＢ２３および送信状態管理テーブル２４を有する。

このうち、受信ファイルＤＢ２１は、送信者端末５０から受信した受信ファイルを格納するデータベースである。また、処理状態管理テーブル２２は、受信ファイルに対する送信ファイル作成処理の処理状態を管理するテーブルであり、例えば、図３に示すように、受信ファイルのシーケンス番号「１０：０１」と、該受信ファイルに対する送信ファイル作成処理の処理状態フラグ（終了可否状態）「未処理」とを対応付けて記憶する。

送信ファイルＤＢ２３は、送信ファイル作成サーバ３０によって作成された送信ファイルを格納するデータベースである。送信状態管理テーブル２４は、各送信ファイルごとに、当該送信ファイルの送信可否状態を対応付けて管理するテーブルであり、例えば、図６に示すように、送信ファイル「Ｆｉｌｅ ２´−１」に送信可否状態フラグ「送信不可」を対応付けて記憶している。

送信ファイル作成サーバ３０は、送信者端末５０から受信した受信ファイルに送信ファイル作成処理をおこなうサーバ装置であり、本発明に関連する機能部として、分割処理部３１および変換処理部３２を備える。このうち、分割処理部３１は、送信者端末５０から受信した受信ファイルに付加されたヘッダ情報をもとに、該ヘッダ情報に含まれる宛先ごとに受信ファイルを分割する処理部であり、変換処理部３２は、送信者端末５０から受信した受信ファイルのファイル形式を送信先の受信者端末６０で取り扱われているファイル形式に変換する処理部である。

このように、送信者端末５０から受信した受信ファイルに対して「送信ファイル作成処理」を分散しておこなう複数の送信ファイル作成サーバを有することで、一つの装置内で「送信ファイル作成処理」を並列しておこなう場合に比較して、より高いスペックで「送信ファイル作成処理」をおこなうことができ、ファイル仲介システムのパフォーマンスを向上させることが可能になる。

ここで、送信ファイル作成サーバ３０の処理手順を説明する。図４は、送信サーバ作成サーバ３０の処理手順を示すフローチャートである。この処理は、送信ファイル作成サーバ３０（すなわち、送信ファイル作成サーバ３０−１、３０−２・・・３０−ｎ）それぞれによって処理状態管理テーブル２２における処理状態フラグが「未処理」である受信ファイルが順次検索されることによって開始される。なお、ここでは、送信ファイル作成サーバ３０−２について例を挙げて説明する。

同図に示すように、他の送信ファイル作成サーバ３０によっておこなわれる処理状態フラグが「未処理」である受信ファイルの検索処理が終了した場合（ステップＳ４０１肯定）に、送信ファイル作成サーバ３０−２は、処理状態フラグが「未処理」である受信ファイルを処理状態管理テーブル２２から検索する（ステップＳ４０２）。

そして、処理状態フラグが「未処理」である受信ファイルが存在する場合（ステップＳ４０３肯定）に、受信ファイルＤＢ２１から処理状態フラグが「未処理」である受信ファイル「Ｆｉｌｅ ２」を読み込む（ステップＳ４０４）。

続いて、送信ファイル作成サーバ３０−２における分割処理部３１−２は、受信ファイルに付加されたヘッダ情報をもとに、該ヘッダ情報に含まれる宛先（送信先）ごとにファイルを分割し（ステップＳ４０５）、該分割したメッセージ（ファイル）それぞれに分割元の受信ファイルの情報（例えば、ファイル番号やシーケンス番号）を付加するとともに、これらのメッセージ（ファイル）を変換処理部３２ａ−２および３２ｂ−２に振り分ける（ステップＳ４０６）。

例えば、図３に示す例で言えば、送信ファイル作成サーバ３０−２における分割処理部３１−２は、受信ファイルのヘッダ情報に含まれる宛先（すなわち、「Ａ→Ｃ」、「Ａ→Ｄ」）ごとにファイルを分割し、該分割したメッセージのうち宛先が「Ａ→Ｃ」であるメッセージについては、変換処理部３２ａ−２に、宛先が「Ａ→Ｄ」であるメッセージについては、変換処理部３２ｂ−２に振り分ける。

そして、変換処理部３２ａ−２および３２ｂ−２は、分割されたメッセージを送信ファイルに変換（ステップＳＡ４０７およびステップＳＢ４０７）し、該変換した送信ファイルを送信ファイルＤＢ２３に格納する（ステップＳＡ４０８およびステップＳＢ４０８）。具体的には、図３に示すように、送信者端末５０−１（Ａ社）から受信した受信ファイルのファイル形式を送信先の受信者端末６０−１または６０−２（Ｃ社またはＤ社）で取り扱われているファイル形式に変換することによって送信ファイルを作成し、該作成した送信ファイルを送信ファイルＤＢ２４に格納する。

ここで、分割された全てのメッセージ（例えば、変換処理部３２ａ−２に振り分けられたメッセージ、変換処理部３２ｂ−２に振り分けられたメッセージ）の変換が終了した場合（ステップＳ４０９肯定）に、送信ファイル作成サーバ３０−２は、処理状態管理テーブル２２における各送信ファイルの作成元となる受信ファイル「Ｆｉｌｅ ２」の処理状態フラグを「処理済」に更新する（ステップＳ４１０）。

そして、送信ファイル作成処理部３０−２は、図６に示すように、各送信ファイル（すなわち、「Ｆｉｌｅ ２´−１」および「Ｆｉｌｅ ２´―２」）について送信状態管理テーブル２４における送信可否状態フラグを「送信不可」にセットする（ステップＳ４１１）。

このようにして、この送信ファイル作成サーバ３０は、上記のステップＳ４０１〜Ｓ４０４の処理を回帰的におこなって、送信者端末５０から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末６０に送信する送信ファイルを作成する。

図１の説明に戻り、送信サーバ４０は、送信ファイル作成サーバ３０によって作成された送信ファイルを受信者端末６０に送信するサーバ装置であり、本発明に密接に関連する機能部として、送信可否判定部４０ａおよび送信処理部４０ｂを備える。

このうち、送信可否判定部４０ａは、送信状態管理テーブル２４によって「送信不可」の送信可否状態フラグが保持された送信ファイルについて、該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する「送信ファイル作成処理」が終了している場合に、当該送信ファイルの送信可否状態フラグを「送信可」に更新する。

また、送信可否判定部４０ａは、送信ファイル作成処理によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該複数の宛先ごとに分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理の終了可否を照査して、複数の宛先ごとに分割された送信ファイルの送信可否を判定する。

具体的に説明すると、図６の例では、分割処理部３１−２によって受信ファイルが複数の宛先の送信ファイル（すなわち、宛先が「Ａ→Ｃ」である送信ファイル「Ｆｉｌｅ ２´−１」、および宛先が「Ａ→Ｄ」である送信ファイル「Ｆｉｌｅ ２´−２」）にそれぞれ分割された場合に、分割された各送信ファイル（「Ｆｉｌｅ ２´−１」および「Ｆｉｌｅ ２´−２」）の作成元となる受信ファイル「Ｆｉｌｅ ２」のシーケンス番号「１０：０２」よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理が終了したか否かを判定する。この例では、「Ｆｉｌｅ ２´−１」および「Ｆｉｌｅ ２´−２」とも、作成元ファイル「Ｆｉｌｅ ２」のタイムスタンプ（１０：０２）より早いタイムスタンプ（１０：０１）の「Ｆｉｌｅ １」が存在するため、「送信不可」と判定されることとなる。

このように、送信ファイル作成処理によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該複数の宛先ごとに分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理の終了可否を照査して、複数の宛先ごとに分割された送信ファイルの送信可否を判定することで、分割処理によって受信ファイルが複数の宛先の送信ファイルに分割された場合でも、各送信ファイルの送信可否判定を正確におこなうことが可能になる。

ここで、送信可否判定部４０ａの処理手順を説明する。図５は、送信可否判定部４０ａの処理手順を示すフローチャートである。同図に示すように、送信可否判定部４０ａは、送信状態管理テーブル２４から送信可否状態フラグが「送信不可」である送信ファイルを検索する（ステップＳ５０１）。

そして、送信可否状態フラグが「送信不可」である送信ファイルが存在する場合（ステップＳ５０２肯定）に、送信可否判定部４０ａは、送信可否状態フラグが「送信不可」である送信ファイルの作成元となる受信ファイルの情報（シーケンス番号）を処理状態管理テーブル２２から順次読み込む（ステップＳ５０３）。

ここで、送信可否判定部４０ａは、当該送信ファイルの作成元となる受信ファイルのタイムスタンプ（シーケンス番号）より受信時刻が早く、かつ同一の送信者端末から受信した受信ファイルの処理状態フラグ（終了可否状態）が「未処理」である受信ファイルが存在するか否かを照査する（ステップＳ５０４）。

そして、かかる判定条件に該当する受信ファイルが存在しない場合（ステップＳ５０５否定）には、送信可否判定部４０ａは、当該送信ファイルの送信可否状態フラグを「送信可」に変更すべき旨を保持する（ステップＳ５０６）。例えば、図７の例では、送信ファイル「Ｆｉｌｅ １´」の作成元ファイル「Ｆｉｌｅ １」のタイムスタンプより早く、かつ同一の送信者端末５０−１（Ａ社）から受信した受信ファイルが存在しないため、送信ファイル「Ｆｉｌｅ １′−１」の送信可否状態フラグを「送信可」に変更すべき旨を保持する。

一方、かかる判定条件に該当する受信ファイルが存在する場合（ステップＳ５０５肯定）には、送信可否判定部４０ａは、当該送信ファイルの送信可否状態フラグを「送信不可」に変更すべき旨を保持する（ステップＳ５０７）。例えば、図６の例では、送信ファイル「Ｆｉｌｅ ２´―１」の作成元ファイル「Ｆｉｌｅ ２」よりもタイムスタンプが早く、処理状態フラグが「未処理」の受信ファイル「Ｆｉｌｅ １」が存在するため、送信ファイル「Ｆｉｌｅ ２´−１」の送信可否状態フラグを「送信不可」に変更すべき旨を保持する。

そして、送信可否判定部４０ａは、送信可否状態フラグが「送信不可」である送信ファイル全てについて「送信可否判定処理」が終了するまで（ステップＳ５０８肯定）、上記のステップＳ５０３〜Ｓ５０７の「送信可否判定処理」を続けておこなう。

その後、送信可否判定部４０ａは、送信可否状態フラグが「送信不可」である送信ファイル全てについて「送信可否判定処理」が終了したならば（ステップＳ５０８肯定）、ステップＳ５０６およびＳ５０７にて保持した各送信ファイルの送信可否状態フラグを同時に更新する（ステップＳ５０９）。

このように、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルであり、かつ同一の送信者端末から受信した受信ファイルに対する「送信ファイル作成処理」の終了可否を照査することとしたので、送信順序を補償する必要のない異なる送信元の送信ファイルを照査対象から除外することができ、ファイルの授受を実効的に仲介することが可能になる。

図１の説明に戻り、送信処理部４０ｂは、送信可否判定部４０ｂによって送信可能であると判定された送信ファイルをシーケンス番号の順に送信する処理部であり、具体的には、送信状態管理テーブル２４によって「送信可」の送信可否状態フラグが保持された送信ファイルをシーケンス番号の順にソートし、該ソートした送信ファイルを受信者端末６０に順次送信する。

ここで、送信処理部４０ｂの処理手順について説明する。図８は、送信処理部４０ｂの処理手順を示すフローチャートである。同図に示すように、送信処理部４０ｂは、送信状態管理テーブル２４から送信可否状態フラグが「送信可」である送信ファイルを検索する（ステップＳ８０１）。

続いて、送信処理部４０ｂは、送信可否状態フラグが「送信可」である送信ファイルが存在する場合（ステップＳ８０２肯定）に、送信可否状態フラグが「送信可」である送信ファイルを送信ファイルＤＢ２３から読み込む（ステップＳ８０３）。

そして、送信処理部４０ｂは、図７に示すように、送信ファイルＤＢから読み込んだ送信ファイルを作成元となる受信ファイルのタイムスタンプ順（すなわち、「Ｆｉｌｅ ０´」（１０：００）、「Ｆｉｌｅ １´」（１０：０１）、「Ｆｉｌｅ ２´−１」（１０：０２）、「Ｆｉｌｅ ２´−２」（１０：０２）の順番）にソートし（ステップＳ８０４）、該ソートした送信ファイルを受信者端末６０に順次送信する（ステップＳ８０５）。

上述してきたように、本実施例１に係るファイル仲介システム１によれば、各送信ファイルごとに、当該送信ファイルの送信可否状態を対応付けて記憶し、送信不可状態と記憶された送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理が終了している場合に、当該送信ファイルの送信可否状態を送信可能状態に更新し、送信可能状態と記憶された送信ファイルをシーケンス番号の順に送信することとしたので、送信ファイルの送信可否状態をより実効的に管理することができ、受信ファイルに対する「送信ファイル作成処理」（例えば、分割処理および変換処理など）をより効果的に並列化しつつ、送信ファイルを受信順序の通りに送信することが可能になる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例１以外にも、上記特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施例にて実施されてもよいものである。そこで、以下に示すように、（１）構成、（２）送信可否判定、（３）その他等にそれぞれ区分けして異なる実施例を説明する。

（１）構成
例えば、実施例１では、図１に示すように、「Ａ社」、「Ｂ社」・・・「Ｘ社」を送信者端末とし、「Ｃ社」、「Ｄ社」・・・「Ｙ社」を受信者端末とした例を説明したが、本発明はこれに限定されるものではなく、「Ａ社」、「Ｂ社」、「Ｃ社」、「Ｄ社」、「Ｘ社」および「Ｙ社」は、それぞれ送信者端末であっても良いし、受信者端末であっても良い。

また、実施例１では、送信ファイル作成サーバ３０でおこなわれる「送信ファイル作成処理」として、「分割処理」および「変換処理」をおこなうこととしたが、本発明はこれに限定されるものではなく、これらの双方をおこなっても良いし、また、いずれかの一方のおこなうようにしても良い。

（２）送信可否判定
例えば、実施例１では、「送信ファイル作成処理」がおこなわれた後に、分割処理部３１によって分割された送信ファイルの宛先情報を処理状態管理テーブル２２に更新することとしたが、本発明はこれに限定されるものではなく、分割処理部３１によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合（時点）に、該受信ファイルから分割された各送信ファイルの宛先情報を記憶するようにしても良い。

これを具体的に説明すると、図９に示すように、分割処理部３１−２は、受信ファイル「Ｆｉｌｅ ２」を複数の宛先（「Ａ→Ｃ」および「Ａ→Ｄ」）の送信ファイルにそれぞれ分割した時点で、受信ファイル「Ｆｉｌｅ ２」から分割した各送信ファイルの宛先情報（「Ａ→Ｃ」および「Ａ→Ｄ」）を処理状態管理テーブル２２に書き込む。

そして、送信可否判定部４０ａは、処理状態管理テーブル２２によって記憶された受信ファイルに対する「送信ファイル作成処理」の処理状態フラグ（終了可否状態）、並びに該受信ファイルから分割された各送信ファイルの宛先情報をもとに、当該送信ファイル「Ｆｉｌｅ ２´−２」の作成元となる受信ファイル「Ｆｉｌｅ ２」のシーケンス番号（１０：０２）よりも小さい番号（１０：０１）が付加された受信ファイル「Ｆｉｌｅ １」に対する「送信ファイル作成処理」が終了しているか否か、並びに該「送信ファイル作成処理」が終了していない受信ファイル「Ｆｉｌｅ １」の中に送信元（Ａ社）および送信先（Ｄ社）が同一である受信ファイルが存在するか否かを照査して、送信ファイルの送信可否を判定する（図１０参照）。

図１０に示すように、送信ファイル「Ｆｉｌｅ ２´−２」の作成元ファイル「Ｆｉｌｅ ２」より前に受信した受信ファイルの中に、送信先が決まっていない受信ファイルがなく、さらに、同一送信先である受信ファイルについて処理状態フラグが「未処理」である受信ファイルが存在しないため、送信状態管理テーブル２２における送信可否状態フラグを「送信可」に更新する。

このように、送信ファイル作成処理によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先情報をさらに記憶し、受信ファイルに対する送信ファイル作成処理の終了可否状態、並びに該受信ファイルから分割された各送信ファイルの宛先情報をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理が終了しているか否か、並びに該送信ファイル作成処理が終了していない受信ファイルの中に送信元および送信先が同一である受信ファイルが存在するか否かを照査して、送信ファイルの送信可否を判定することとしたので、送信順序を補償する必要のない異なる送信先の送信ファイルを照査対象から除外することができ、ファイルの授受を実効的に仲介することが可能になる。

また、実施例１では、処理状態管理テーブル２２において一つの受信ファイルに対して一つの処理状態フラグ（終了可否状態）を記憶する実施例について説明したが、本発明はこれに限定されるものではなく、「送信ファイル作成処理」によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先ごとに当該受信ファイルに対する「送信ファイル作成処理」の処理状態フラグ（終了可否状態）を記憶するようにしても良い。

例えば、図１１に示すように、ファイル分割サーバ３１−２は、受信ファイル「Ｆｉｌｅ ２」を複数の宛先（「Ａ→Ｃ」および「Ａ→Ｄ」）の送信ファイルにそれぞれ分割した時点で、該受信ファイル「Ｆｉｌｅ ２」から分割した各送信ファイルの宛先情報（「Ａ→Ｃ」および「Ａ→Ｄ」）ごとに処理状態フラグ（終了可否状態）「未処理」を処理状態管理テーブル２２に書き込む。このとき、処理状態管理テーブル２２は、受信ファイルのシーケンス番号と分割処理の終了可否状態とを対応付けて記憶し、また、分割された送信ファイルの宛先情報と変換処理の終了可否状態とを対応付けて記憶することとなる。

そして、図１２に示すように、処理状態管理テーブル２２および送信状態管理テーブル２４の情報の構成が遷移した場合、送信可否判定部４０ａは、送信ファイル「Ｆｉｌｅ ２´−２」の作成元ファイル「Ｆｉｌｅ ２」よりも前に受信した受信ファイルの中に、分割が「未処理」である受信ファイルがなく、分割されたメッセージの中に同一送信先で、かつ変換が「未処理」のメッセージがないため、送信状態管理テーブル２２における送信可否状態フラグを「送信可」に更新する。

このように、「送信ファイル作成処理」によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先ごとに当該受信ファイルに対する「送信ファイル作成処理」の処理状態フラグ（終了可否状態）を記憶することで、送信順序を補償する必要のない異なる送信先の送信ファイルを照査対象から除外することができ、ファイルの授受を実効的に仲介することが可能になる。

また、実施例１では、分割処理によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割される場合に本発明を適用する実施例について説明したが、本発明はこれに限定されるものではなく、分割処理によって受信ファイルが複数（同一宛先）の送信ファイルに分割される場合でも同様に適用することができる。

すなわち、送信可否判定部４０ａは、分割処理部３１−２によって受信ファイル「Ｆｉｌｅ ５」が複数の送信ファイル（宛先は、全て「Ａ→Ｃ」）に分割された場合に、該分割された各送信ファイル「Ｆｉｌｅ ５´−１」、「Ｆｉｌｅ ５´−２」および「Ｆｉｌｅ ５´−３」の作成元となる受信ファイル「Ｆｉｌｅ ５」のシーケンス番号（１０：００）よりも小さい番号（１０：０８）が付加された受信ファイル「Ｆｉｌｅ ４」に対する送信ファイル作成処理の終了可否を照査して、分割後の送信ファイルの送信可否を判定する。なお、このとき、分割処理部３１−２によって分割された各ファイルは、各変換処理部３２ａ−２、３２ｂ−２および３２ｃ−２に振り分けて処理をおこなわず、各変換処理部３２ａ−２にシリアルに入力する。

この場合、送信ファイル「Ｆｉｌｅ ５´−１」の作成元ファイル「Ｆｉｌｅ ５」のタイムスタンプ（１０：００）より早く、かつ同一の送信者端末から受信した受信ファイルが存在しないため、送信状態管理テーブル２２における送信可否状態フラグを「送信可」に更新する。

このように、送信ファイル作成処理によって受信ファイルが複数の送信ファイルに分割された場合に、該分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理の終了可否を照査して、分割後の送信ファイルの送信可否を判定することで、分割処理によって受信ファイルが複数の送信ファイルに分割された場合でも、各送信ファイルの送信可否判定を正確におこなうことが可能になる。

また、本発明では、送信可否判定部４０ａは、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルであり、かつ同一の送信者端末から受信した受信ファイルであり、かつ同一のファイル種別である受信ファイルに対する送信ファイル作成処理の終了可否を照査するようにしても良い。すなわち、これによって、送信順序を補償する必要のない異種のファイル種別である送信ファイルを照査対象から除外することができ、ファイルの授受を実効的に仲介することが可能になる。

（３）その他
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

（付記１）コンピュータを、
送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加手段と、
前記シーケンス番号付加手段によって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶する終了可否状態記憶手段と、
前記終了可否状態記憶手段によって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定手段と、
前記送信可否判定手段によって送信可能であると判定された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する送信処理手段と、
として機能させるファイル仲介プログラム。

（付記２）前記コンピュータを更に、
各送信ファイルごとに、当該送信ファイルの送信可否状態を対応付けて記憶する送信可否状態記憶手段として機能させるとともに、
前記送信可否判定手段は、前記送信可否状態記憶手段によって送信不可状態と記憶された送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理が終了している場合に、当該送信ファイルの送信可否状態を送信可能状態に更新し、
前記送信可否状態記憶手段によって送信可能状態と記憶された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する様機能させることを特徴とする付記１に記載のファイル仲介プログラム。

（付記３）前記送信可否判定手段は、前記送信ファイル作成処理によって前記受信ファイルが複数の送信ファイルに分割された場合に、該分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、分割後の送信ファイルの送信可否を判定する様機能させることを特徴とする付記１または２に記載のファイル仲介プログラム。

（付記４）前記送信可否判定手段は、前記送信ファイル作成処理によって前記受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該複数の宛先ごとに分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、複数の宛先ごとに分割された送信ファイルの送信可否を判定する様機能させることを特徴とする付記１、２または３に記載のファイル仲介プログラム。

（付記５）前記終了可否記憶手段は、前記送信ファイル作成処理によって前記受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先情報をさらに記憶し、
前記送信可否判定手段は、前記終了可否状態記憶手段によって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態、並びに該受信ファイルから分割された各送信ファイルの宛先情報をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理が終了しているか否か、並びに該送信ファイル作成処理が終了していない受信ファイルの中に送信元および送信先が同一である受信ファイルが存在するか否かを照査して、前記送信ファイルの送信可否を判定する様機能させることを特徴とする付記１〜４のいずれか一つに記載のファイル仲介プログラム。

（付記６）前記終了可否記憶手段は、前記送信ファイル作成処理によって前記受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先ごとに当該受信ファイルに対する前記送信ファイル作成処理の終了可否状態を記憶する様機能させることを特徴とする付記５に記載のファイル仲介プログラム。

（付記７）前記送信可否判定手段は、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルであり、かつ同一の送信者端末から受信した受信ファイルに対する前記送信ファイル作成処理の終了可否を照査する様機能させることを特徴とする付記１〜６のいずれか一つに記載のファイル仲介プログラム。

（付記８）前記送信可否判定手段は、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルであり、かつ同一の送信者端末から受信した受信ファイルであり、かつ同一のファイル種別である受信ファイルに対する前記送信ファイル作成処理の終了可否を照査する様機能させることを特徴とする付記１〜７のいずれか一つに記載のファイル仲介プログラム。

（付記９）送信者端末から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末に送信する送信ファイルを作成し、該作成された送信ファイルを受信者端末に送信することによってファイルの送受信を仲介するファイル仲介装置であって、
前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加手段と、
前記シーケンス番号付加手段によって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶する終了可否状態記憶手段と、
前記終了可否状態記憶手段によって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定手段と、
前記送信可否判定手段によって送信可能であると判定された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する送信処理手段と、
を備えたことを特徴とするファイル仲介装置。

（付記１０）前記送信者端末から受信した受信ファイルに対して前記送信ファイル作成処理を分散しておこなう複数の送信ファイル作成装置をさらに備えたことを特徴とする付記９に記載のファイル仲介装置。

（付記１１）前記シーケンス番号付加手段は、前記送信者端末から受信した受信ファイルにシーケンス番号としてタイムスタンプを付加することを特徴とする付記８または９に記載のファイル仲介装置。

（付記１２）コンピュータが、送信者端末から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末に送信する送信ファイルを作成し、該作成された送信ファイルを受信者端末に送信することによってファイルの送受信を仲介する処理を行うファイル仲介方法であって、
前記コンピュータが、
前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加ステップと、
前記シーケンス番号付加ステップによって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶手段に記憶する終了可否状態記憶ステップと、
前記終了可否状態記憶ステップによって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定ステップと、
前記送信可否判定ステップによって送信可能であると判定された送信ファイルを前記シーケンス番号付加ステップによって付加されたシーケンス番号の順に送信する送信処理ステップと、
を備えたことを特徴とするファイル仲介方法。

本実施例１に係るファイル仲介システムの構成を示すブロック図である。 受信サーバの処理手順を示すフローチャートである。 受信サーバおよび送信ファイル作成サーバの処理内容を示す概念図である。 送信ファイル作成サーバの処理手順を示すフローチャートである。 送信可否判定部の処理手順を示すフローチャートである。 送信可否判定部の処理内容を示す概念図である。 送信可否判定部および送信処理部の処理内容を示す概念図である。 送信処理部の処理手順を示すフローチャートである。 送信先情報を更新するタイミングを説明するための説明図である。 送信先情報を分割処理時に更新した場合における送信可否判定部の判定条件を説明するための説明図である。 処理状態管理テーブルに記憶される情報の変形例を説明するための説明図である。 分割したメッセージごとに変換処理の処理状態を管理した場合における送信可否判定部の判定条件を説明するための説明図である。 受信ファイルに複数のメッセージが含まれる場合におけるファイル仲介システムの処理動作を説明するための説明図である。

符号の説明

１ ファイル仲介システム
２ インターネット
１０ 受信サーバ
１０ａ シーケンス番号付加部
２０ 格納サーバ
２１ 受信ファイルＤＢ
２２ 処理状態管理テーブル
２３ 送信ファイルＤＢ
２４ 送信状態管理テーブル
３０ 送信ファイル作成サーバ
３１ 分割処理部
３２ 変換処理部
４０ 送信サーバ
４０ａ 送信可否判定部
４０ｂ 送信処理部
５０ 送信者端末
６０ 受信者端末

Claims (4)

1. 複数の送信者端末および複数の受信者端末と通信回線を介して接続可能であり前記送信者端末から受信した受信ファイルに基づいて前記受信者端末に送信する送信ファイルを作成してファイルの送受信を仲介する処理をコンピュータに行わせるファイル仲介プログラムであって、
   コンピュータに、
   前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加ステップと、
   前記受信ファイルを前記送信ファイルへ変換する変換処理ステップと、
   前記シーケンス番号付加ステップによって付加された受信ファイルのシーケンス番号と、該受信ファイルの送信者端末の情報である送信元と、前記送信ファイルの受信者端末の情報である送信先と、前記受信ファイルの前記送信ファイルへの変換処理の処理状態とを対応付けて記憶領域に格納する処理状態管理ステップと、
   前記記憶領域を参照し、第一の送信ファイルの作成元となる第一の受信ファイルよりも小さなシーケンス番号を有する第二の受信ファイルが該第一の受信ファイルと同一の送信元であって、該第二の受信ファイルを作成元とする第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有していない場合は、該第一の送信ファイルを送信可能であると判断し、前記第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有している場合は、更に前記変換の処理状態を参照して、前記変換処理ステップによる前記第二の送信ファイルの変換処理が終了していれば、前記第一の送信ファイルを送信可能であるとし、該変換処理が終了していなければ該第一の送信ファイルを送信不可と判断する送信可否判定ステップと、
   前記送信可否判定ステップによって送信可能であると判定された送信ファイルを送信する送信処理ステップと
   を実行させることを特徴とするファイル仲介プログラム。
2. 前記ファイル仲介プログラムは前記コンピュータを更に、
   前記受信ファイルを複数に分割する分割処理ステップを実行させ、
   前記処理状態管理ステップは、分割元である前記受信ファイルの送信元と、該受信ファイルのシーケンス番号と、前記分割された受信ファイルに基づいたそれぞれの送信ファイルの送信先と、該送信ファイルへのそれぞれの変換の処理状態とを対応付けて前記記憶領域に格納することを特徴とする請求項１に記載のファイル仲介プログラム。
3. 複数の送信者端末および複数の受信者端末と通信回線を介して接続可能であり前記送信者端末から受信した受信ファイルに基づいて前記受信者端末に送信する送信ファイルを作成しファイルの送受信を仲介するファイル仲介装置であって、
   前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加手段と、
   前記受信ファイルを前記送信ファイルへ変換する変換処理手段と、
   前記シーケンス番号付加手段によって付加された受信ファイルのシーケンス番号と、該受信ファイルの送信者端末の情報である送信元と、前記送信ファイルの受信者端末の情報である送信先と、前記受信ファイルの前記送信ファイルへの変換処理の処理状態とを対応付けて記憶する処理状態管理手段と、
   前記処理状態管理手段に記憶された情報を参照し、第一の送信ファイルの作成元となる第一の受信ファイルよりも小さなシーケンス番号を有する第二の受信ファイルが該第一の受信ファイルと同一の送信元であって、該第二の受信ファイルを作成元とする第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有していない場合は、該第一の送信ファイルを送信可能であると判断し、前記第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有している場合は、更に前記変換の処理状態を参照して、前記変換処理手段による前記第二の送信ファイルの変換処理が終了していれば、前記第一の送信ファイルを送信可能であるとし、該変換処理が終了していなければ該第一の送信ファイルを送信不可と判断する送信可否判定手段と、
   前記送信可否判定手段によって送信可能であると判定された送信ファイルを送信する送信処理手段と
   を有することを特徴とするファイル仲介装置。
4. 複数の送信者端末および複数の受信者端末と通信回線を介して接続可能であり前記送信者端末から受信した受信ファイルに基づいて前記受信者端末に送信する送信ファイルを作成しファイルの送受信を仲介するファイル仲介方法であって、
   前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加ステップと、
   前記受信ファイルを前記送信ファイルへ変換する変換処理ステップと、
   前記シーケンス番号付加ステップによって付加された受信ファイルのシーケンス番号と、該受信ファイルの送信者端末の情報である送信元と、前記送信ファイルの受信者端末の情報である送信先と、前記受信ファイルの前記送信ファイルへの変換処理の処理状態とを対応付けて記憶領域に格納する処理状態管理ステップと、
   前記記憶領域を参照し、第一の送信ファイルの作成元となる第一の受信ファイルよりも小さなシーケンス番号を有する第二の受信ファイルが該第一の受信ファイルと同一の送信元であって、該第二の受信ファイルを作成元とする第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有していない場合は、該第一の送信ファイルを送信可能であると判断し、前記第二の送信ファイルが前記第一の送信ファイルと同一の送信先を有している場合は、更に前記変換の処理状態を参照して、前記変換処理ステップによる前記第二の送信ファイルの変換処理が終了していれば、前記第一の送信ファイルを送信可能であるとし、該変換処理が終了していなければ該第一の送信ファイルを送信不可と判断する送信可否判定ステップと、
   前記送信可否判定手段によって送信可能であると判定された送信ファイルを送信する送信処理ステップと
   を有することを特徴とするファイル仲介方法。

Images