(57)【要約】【課題】受信ファイルに対する送信ファイル作成処理を並列化しつつ、送信ファイルを受信順序の通りに送信すること。【解決手段】ファイル仲介システム１は、送信者端末５０から受信した受信ファイルの受信順序に応じて受信ファイルにシーケンス番号を付加するシーケンス番号付加部１０ａと、受信ファイルのシーケンス番号と、該受信ファイルに対する「送信ファイル作成処理」の終了可否状態とを対応付けて記憶する処理状態管理テーブル２２と、受信ファイルに対する「送信ファイル作成処理」の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する「送信ファイル作成処理」の終了可否を照査して、送信ファイルの送信可否を判定する送信可否処理部４０ａと、送信可能であると判定された送信ファイルをシーケンス番号の順に送信する送信処理部４０ｂとを備える。【選択図】        図１
2006099664.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを、
送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加手段と、
前記シーケンス番号付加手段によって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶する終了可否状態記憶手段と、
前記終了可否状態記憶手段によって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定手段と、
前記送信可否判定手段によって送信可能であると判定された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する送信処理手段と、
として機能させるファイル仲介プログラム。
【請求項２】
前記コンピュータを更に、
各送信ファイルごとに、当該送信ファイルの送信可否状態を対応付けて記憶する送信可否状態記憶手段として機能させるとともに、
前記送信可否判定手段は、前記送信可否状態記憶手段によって送信不可状態と記憶された送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理が終了している場合に、当該送信ファイルの送信可否状態を送信可能状態に更新し、
前記送信可否状態記憶手段によって送信可能状態と記憶された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する様機能させることを特徴とする請求項１に記載のファイル仲介プログラム。
【請求項３】
前記送信可否判定手段は、前記送信ファイル作成処理によって前記受信ファイルが複数の送信ファイルに分割された場合に、該分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、分割後の送信ファイルの送信可否を判定する様機能させることを特徴とする請求項１または２に記載のファイル仲介プログラム。
【請求項４】
送信者端末から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末に送信する送信ファイルを作成し、該作成された送信ファイルを受信者端末に送信することによってファイルの送受信を仲介するファイル仲介装置であって、
前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加手段と、
前記シーケンス番号付加手段によって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶する終了可否状態記憶手段と、
前記終了可否状態記憶手段によって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定手段と、
前記送信可否判定手段によって送信可能であると判定された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する送信処理手段と、
を備えたことを特徴とするファイル仲介装置。
【請求項５】
コンピュータが、送信者端末から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末に送信する送信ファイルを作成し、該作成された送信ファイルを受信者端末に送信することによってファイルの送受信を仲介する処理を行うファイル仲介方法であって、
前記コンピュータが、
前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加ステップと、
前記シーケンス番号付加ステップによって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶手段に記憶する終了可否状態記憶ステップと、
前記終了可否状態記憶ステップによって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定ステップと、
前記送信可否判定ステップによって送信可能であると判定された送信ファイルを前記シーケンス番号付加ステップによって付加されたシーケンス番号の順に送信する送信処理ステップと、
を備えたことを特徴とするファイル仲介方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信者端末から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末に送信する送信ファイルを作成し、該作成された送信ファイルを受信者端末に送信することによってファイルの送受信を仲介するファイル仲介プログラム、ファイル仲介装置およびファイル仲介方法に関する。
【背景技術】
【０００２】
従来より、企業間電子商取引をおこなう際に、送信者端末および受信者端末の間で伝票などの電子データの授受をサポートするファイル仲介システムが知られている（例えば、特許文献１参照。）。具体的には、送信者端末から受信した受信ファイルを単一のキューでキューイングして「送信ファイル作成処理」をおこない、この「送信ファイル作成処理」がおこなわれた送信ファイルを受信者端末に順次送信するものである。
【０００３】
すなわち、このファイル仲介システムでは、企業間電子商取引のインターフェースとして送信者端末および受信者端末の間でのファイル授受を効果的に仲介するために、送信者端末から受信した受信ファイルに付加されたヘッダ情報をもとに、該ヘッダ情報に含まれる宛先ごとに受信ファイルを分割する「分割処理」や、送信者端末および受信者端末それぞれで取り扱われるファイル形式の互換性を確保するために、送信者端末から受信した受信ファイルのファイル形式を受信者端末で取り扱われているファイル形式に変換する「変換処理」などの「送信ファイル作成処理」がおこなわれている。
【０００４】
ところが、この「送信ファイル作成処理」は、処理負荷が重い処理であるため、当然のことながら処理時間も長くなる。このため、単一のキューで受信ファイルをキューイングして「送信ファイル作成処理」をおこなう構成を採用していたのでは、「送信ファイル作成処理」に係るスループットを低下させることとなる。
【０００５】
このようなことから、近年では、送信者端末から受信した受信ファイルを複数のキューでキューイングして「送信ファイル作成処理」を並列しておこなうファイル仲介システムが開発されるに至っている。
【０００６】
【特許文献１】特開２００２−３７３１３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
この従来技術によれば、送信者端末から受信した受信ファイルを複数のキューでキューイングして「送信ファイル作成処理」を並列しておこなうことにより、「送信ファイル作成処理」に係るスループットを向上させることができる。
【０００８】
しかしながら、上記の従来技術では、送信ファイルの送信順序の妥当性（送信ファイルの送信順序が受信順序通りであるか否か）を評価することができないため、各キューにおける受信ファイルの通過速度が相違することに起因して送信ファイルの作成完了順序が元の受信順序と相違してしまった場合でも、送信ファイルが受信順序と相違した順序で送信される状況を看過してしまうという問題点があった。
【０００９】
これを具体的に例を挙げて説明すると、送信者端末から「発注」に係る受信伝票を受信した後に、この発注の「取消」に係る受信伝票を受信した場合には、かかる受信順序の通り（すなわち、「発注」に係る伝票、「取消」に係る伝票の順）にこれらの送信伝票を受信者端末に送信する必要がある。
【００１０】
ところが、上記の従来技術では、送信伝票の作成完了順序が受信順序と相違しているという状況の評価、並びに送信伝票の送信順序の妥当性の評価をおこなうことができないため、例えば、「発注」に係る伝票の前にキュー入力された受信ファイルに対する「送信ファイル作成処理」の処理負荷が重く、「取消」に係る送信伝票が「発注」に係る送信伝票よりも先に作成された場合であっても、この「発注」に係る伝票を差し置いて「取消」に係る伝票を受信者端末に送信してしまうこととなり、送信者および受信者間での取引に混乱をもたらす事態を招くこととなる。
【００１１】
そこで、本発明は、上述した従来技術による課題（問題点）を解消するためになされたものであり、受信ファイルに対する送信ファイル作成処理（例えば、分割処理および変換処理など）を並列化しつつ、送信ファイルを受信順序の通りに送信することができるファイル仲介プログラム、ファイル仲介装置およびファイル仲介方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、本発明に係るファイル仲介プログラムは、コンピュータを、送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加手段と、前記シーケンス番号付加手段によって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶する終了可否状態記憶手段と、前記終了可否状態記憶手段によって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定手段と、前記送信可否判定手段によって送信可能であると判定された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する送信処理手段と、として機能させることを特徴とする。
【００１３】
また、本発明に係るファイル仲介プログラムは、前記コンピュータを更に、各送信ファイルごとに、当該送信ファイルの送信可否状態を対応付けて記憶する送信可否状態記憶手段として機能させるとともに、前記送信可否判定手段は、前記送信可否状態記憶手段によって送信不可状態と記憶された送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理が終了している場合に、当該送信ファイルの送信可否状態を送信可能状態に更新し、前記送信可否状態記憶手段によって送信可能状態と記憶された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する様機能させることを特徴とする。
【００１４】
また、本発明に係るファイル仲介プログラムは、前記送信可否判定手段は、前記送信ファイル作成処理によって前記受信ファイルが複数の送信ファイルに分割された場合に、該分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、分割後の送信ファイルの送信可否を判定する様機能させることを特徴とする。
【００１５】
また、本発明に係るファイル仲介装置は、送信者端末から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末に送信する送信ファイルを作成し、該作成された送信ファイルを受信者端末に送信することによってファイルの送受信を仲介するファイル仲介装置であって、前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加手段と、前記シーケンス番号付加手段によって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶する終了可否状態記憶手段と、前記終了可否状態記憶手段によって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定手段と、前記送信可否判定手段によって送信可能であると判定された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する送信処理手段と、を備えたことを特徴とする。
【００１６】
また、本発明に係るファイル仲介方法は、コンピュータが、送信者端末から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末に送信する送信ファイルを作成し、該作成された送信ファイルを受信者端末に送信することによってファイルの送受信を仲介する処理を行うファイル仲介方法であって、前記コンピュータが、前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加ステップと、前記シーケンス番号付加ステップによって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶手段に記憶する終了可否状態記憶ステップと、前記終了可否状態記憶ステップによって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定ステップと、前記送信可否判定ステップによって送信可能であると判定された送信ファイルを前記シーケンス番号付加ステップによって付加されたシーケンス番号の順に送信する送信処理ステップと、を備えたことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、送信者端末から受信した受信ファイルの受信順序に応じて受信ファイルにシーケンス番号を付加し、受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶し、受信ファイルに対する送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理の終了可否を照査して、送信ファイルの送信可否を判定し、送信可能であると判定された送信ファイルをシーケンス番号の順に送信することとしたので、受信ファイルに対する「送信ファイル作成処理」（例えば、分割処理および変換処理など）を並列化しつつ、送信ファイルを受信順序の通りに送信することが可能なファイル仲介プログラム、ファイル仲介装置およびファイル仲介方法が得られるという効果を奏する。
【００１８】
また、本発明によれば、各送信ファイルごとに、当該送信ファイルの送信可否状態を対応付けて記憶し、送信不可状態と記憶された送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理が終了している場合に、当該送信ファイルの送信可否状態を送信可能状態に更新し、送信可能状態と記憶された送信ファイルをシーケンス番号の順に送信することとしたので、送信ファイルの送信可否状態をより実効的に管理することができ、受信ファイルに対する送信ファイル作成処理をより効果的に並列化しつつ、送信ファイルを受信順序の通りに送信することが可能なファイル仲介プログラムが得られるという効果を奏する。
【００１９】
また、本発明によれば、送信ファイル作成処理によって受信ファイルが複数の送信ファイルに分割された場合に、該分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理の終了可否を照査して、分割後の送信ファイルの送信可否を判定することとしたので、分割処理によって受信ファイルが複数の送信ファイルに分割された場合でも、各送信ファイルの送信可否判定を正確におこなうことが可能なファイル仲介プログラムが得られるという効果を奏する。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、本発明に係るファイル仲介装置の好適な実施例を詳細に説明する。なお、以下では、本発明に係るファイル仲介システムの概要および特徴を説明した後に、本実施例１に係るファイル仲介システムを説明し、最後に、他の実施例として種々の変形例（実施例２）を説明することとする。
【００２１】
（概要および特徴）
まず最初に、本発明に係るファイル仲介システムの概要および特徴を説明する。図１は、本実施例１に係るファイル仲介システムの構成を示すブロック図である。同図に示すように、このファイル仲介システム１は、インターネット２を介して、送信者端末５０−１、５０−２・・・５０−ｎ（以下、適宜これらを送信者端末５０と言う。）および受信者端末６０−１、６０−２・・・６０−ｎ（以下、適宜これらを受信者端末６０と言う。）と相互に通信可能に接続されている。
【００２２】
このうち、送信者端末５０は、所望の受信者端末６０−１、６０−２・・・６０−ｎに当該ファイル仲介システム１を介して所定のファイル（すなわち、伝票などの電子データ）を送信する端末装置であり、受信者端末６０は、送信者端末５０−１、５０−２・・・５０−ｎから送信された所定のファイルを当該ファイル仲介システム１を介して受信する端末装置である。
【００２３】
ここで、本発明に係るファイル仲介システム１は、送信者端末５０から受信した受信ファイルの受信順序に応じて受信ファイルにシーケンス番号を付加し、該付加された受信ファイルのシーケンス番号と、該受信ファイルに対する「送信ファイル作成処理」の終了可否状態とを対応付けて記憶し、該記憶された受信ファイルに対する「送信ファイル作成処理」の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する「送信ファイル作成処理」の終了可否を照査して、送信ファイルの送信可否を判定し、送信可能であると判定された送信ファイルをシーケンス番号の順に送信する点に主たる特徴があり、かかる一連の処理によって、受信ファイルに対する送信ファイル作成処理（例えば、分割処理および変換処理など）を並列化しつつ、送信ファイルを受信順序の通りに送信することができるようにしている。
【００２４】
この主たる特徴を具体的に説明すると、このファイル仲介システム１は、「送信ファイル作成処理」を並列化したことに起因して送信ファイルの作成完了順序が元の受信順序と入れ替わってしまった場合でも、送信ファイルの送信順序を受信順序の通りにソートすることができるように、送信者端末５０から受信した受信ファイルの受信順序に応じて受信ファイルにシーケンス番号を昇順に付加する。さらに、先に受信した受信ファイルから作成される送信ファイルを差し置いて後に受信した受信ファイルから作成された送信ファイルが送信されないように監視するために、受信ファイルのシーケンス番号と、該受信ファイルに対する「送信ファイル作成処理」の終了可否状態（すなわち、「未処理」または「処理済」）とを対応付けて記憶している。
【００２５】
そして、このファイル仲介システム１は、受信ファイルに対する「送信ファイル作成処理」の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する「送信ファイル作成処理」の終了可否を照査することで、現状で送信すべきでない送信ファイル（すなわち、現時点で先に受信した受信ファイルよりも早く作成された送信ファイル）と、現状で送信可能な送信ファイルとを区別することができるようにしている。
【００２６】
したがって、上記した従来技術の例で言えば、「送信ファイル作成処理」を並列化したことに起因して送信ファイルが受信順序と相違した順序で送信される状況を看過してしまうのではなく、先に受信した受信ファイルから作成される送信ファイルを差し置いて後に受信した受信ファイルから作成された送信ファイルが送信されないように監視し、さらに、現状で送信すべきでない送信ファイルと現状で送信可能な送信ファイルとを区別し、このうち、現状で送信可能な送信ファイルについては、送信ファイルの送信順序を受信順序の通りにソートして送信するようにしたので、受信ファイルに対する「送信ファイル作成処理」（例えば、分割処理および変換処理など）を並列化しつつ、送信ファイルを受信順序の通りに送信することが可能になる。
【実施例１】
【００２７】
次に、本実施例１に係るファイル仲介システムについて説明する。図１は、本実施例１に係るファイル仲介システムの構成を示すブロック図である。同図に示すように、このファイル仲介システム１は、受信サーバ１０、格納サーバ２０、送信ファイル作成サーバ３０および送信サーバ４０を備える。なお、以下では、このファイル仲介システム１を構成する各サーバの機能を説明するとともに、各サーバの処理動作についても機能とともに逐次フローチャートを用いて説明することとする。
【００２８】
このうち、受信サーバ１０は、送信者端末５０−１、５０−２・・・５０−ｎから所定のファイル（すなわち、伝票などの電子データ）を受信するサーバ装置であり、本発明に密接に関連する機能部として、シーケンス番号付加部１０ａを備える。
【００２９】
このシーケンス番号付加部１０ａは、送信者端末５０から受信した受信ファイルの受信順序に応じて受信ファイルにシーケンス番号を昇順に付加する処理部である。具体的には、送信者端末５０から受信した受信ファイルにシーケンス番号としてタイムスタンプを付加する。
【００３０】
このとき、同時に複数の受信ファイルを受信した場合には、同時に受信した各受信ファイルの受信時刻に同時受信ファイル数に応じた補正値（例えば、「α」＝「１分」）をそれぞれ加えるようにする。例えば、時刻「１０：０１」に３つの受信ファイルを受信した場合には、一つ目の受信ファイルの受信時刻には、何も加えず、二つ目の受信ファイルの受信時刻に補正値「１分」を加え、三つ目の受信ファイルの受信時刻には、補正値「２分」を加えるようにする。
【００３１】
このように、送信者端末５０から受信した受信ファイルにシーケンス番号としてタイムスタンプを付加することで、簡易な構成で適正なシーケンス番号を付加することができるようにしている。
【００３２】
（受信サーバの処理手順）
ここで、受信サーバ１０の処理手順を説明する。図２は、受信サーバ１０の処理手順を示すフローチャートである。同図に示すように、受信サーバ１０は、送信者端末５０から受信ファイルを受信した場合（ステップＳ２０１肯定）に、該受信ファイルを受信ファイルＤＢ２１に格納する（ステップＳ２０２）。
【００３３】
そして、シーケンス番号付加部１０ａは、図３に示すように、処理状態管理テーブル２２における当該受信ファイルの処理状態フラグ（終了可否状態）を「未処理」にセットする（ステップＳ２０３）とともに、送信者端末５０から受信した受信ファイルにシーケンス番号としてタイムスタンプを付加する（ステップＳ２０４）。
【００３４】
このようにして、この受信サーバ１０は、上記のステップＳ２０１〜Ｓ２０４の処理を回帰的におこなって、送信者端末５０から受信ファイルを受信する。
【００３５】
図１の説明に戻り、格納サーバ２０は、各サーバ（すなわち、受信サーバ１０、送信ファイル作成サーバ３０および送信サーバ４０）による各種処理に必要なデータおよびプログラムを格納する格納手段（記憶手段）であり、本発明に密接に関連するものとしては、受信ファイル２１、処理状態管理テーブル２２、送信ファイルＤＢ２３および送信状態管理テーブル２４を有する。
【００３６】
このうち、受信ファイルＤＢ２１は、送信者端末５０から受信した受信ファイルを格納するデータベースである。また、処理状態管理テーブル２２は、受信ファイルに対する送信ファイル作成処理の処理状態を管理するテーブルであり、例えば、図３に示すように、受信ファイルのシーケンス番号「１０：０１」と、該受信ファイルに対する送信ファイル作成処理の処理状態フラグ（終了可否状態）「未処理」とを対応付けて記憶する。
【００３７】
送信ファイルＤＢ２３は、送信ファイル作成サーバ３０によって作成された送信ファイルを格納するデータベースである。送信状態管理テーブル２４は、各送信ファイルごとに、当該送信ファイルの送信可否状態を対応付けて管理するテーブルであり、例えば、図６に示すように、送信ファイル「Ｆｉｌｅ  ２´−１」に送信可否状態フラグ「送信不可」を対応付けて記憶している。
【００３８】
送信ファイル作成サーバ３０は、送信者端末５０から受信した受信ファイルに送信ファイル作成処理をおこなうサーバ装置であり、本発明に関連する機能部として、分割処理部３１および変換処理部３２を備える。このうち、分割処理部３１は、送信者端末５０から受信した受信ファイルに付加されたヘッダ情報をもとに、該ヘッダ情報に含まれる宛先ごとに受信ファイルを分割する処理部であり、変換処理部３２は、送信者端末５０から受信した受信ファイルのファイル形式を送信先の受信者端末６０で取り扱われているファイル形式に変換する処理部である。
【００３９】
このように、送信者端末５０から受信した受信ファイルに対して「送信ファイル作成処理」を分散しておこなう複数の送信ファイル作成サーバを有することで、一つの装置内で「送信ファイル作成処理」を並列しておこなう場合に比較して、より高いスペックで「送信ファイル作成処理」をおこなうことができ、ファイル仲介システムのパフォーマンスを向上させることが可能になる。
【００４０】
ここで、送信ファイル作成サーバ３０の処理手順を説明する。図４は、送信サーバ作成サーバ３０の処理手順を示すフローチャートである。この処理は、送信ファイル作成サーバ３０（すなわち、送信ファイル作成サーバ３０−１、３０−２・・・３０−ｎ）それぞれによって処理状態管理テーブル２２における処理状態フラグが「未処理」である受信ファイルが順次検索されることによって開始される。なお、ここでは、送信ファイル作成サーバ３０−２について例を挙げて説明する。
【００４１】
同図に示すように、他の送信ファイル作成サーバ３０によっておこなわれる処理状態フラグが「未処理」である受信ファイルの検索処理が終了した場合（ステップＳ４０１肯定）に、送信ファイル作成サーバ３０−２は、処理状態フラグが「未処理」である受信ファイルを処理状態管理テーブル２２から検索する（ステップＳ４０２）。
【００４２】
そして、処理状態フラグが「未処理」である受信ファイルが存在する場合（ステップＳ４０３肯定）に、受信ファイルＤＢ２１から処理状態フラグが「未処理」である受信ファイル「Ｆｉｌｅ  ２」を読み込む（ステップＳ４０４）。
【００４３】
続いて、送信ファイル作成サーバ３０−２における分割処理部３１−２は、受信ファイルに付加されたヘッダ情報をもとに、該ヘッダ情報に含まれる宛先（送信先）ごとにファイルを分割し（ステップＳ４０５）、該分割したメッセージ（ファイル）それぞれに分割元の受信ファイルの情報（例えば、ファイル番号やシーケンス番号）を付加するとともに、これらのメッセージ（ファイル）を変換処理部３２ａ−２および３２ｂ−２に振り分ける（ステップＳ４０６）。
【００４４】
例えば、図３に示す例で言えば、送信ファイル作成サーバ３０−２における分割処理部３１−２は、受信ファイルのヘッダ情報に含まれる宛先（すなわち、「Ａ→Ｃ」、「Ａ→Ｄ」）ごとにファイルを分割し、該分割したメッセージのうち宛先が「Ａ→Ｃ」であるメッセージについては、変換処理部３２ａ−２に、宛先が「Ａ→Ｄ」であるメッセージについては、変換処理部３２ｂ−２に振り分ける。
【００４５】
そして、変換処理部３２ａ−２および３２ｂ−２は、分割されたメッセージを送信ファイルに変換（ステップＳＡ４０７およびステップＳＢ４０７）し、該変換した送信ファイルを送信ファイルＤＢ２３に格納する（ステップＳＡ４０８およびステップＳＢ４０８）。具体的には、図３に示すように、送信者端末５０−１（Ａ社）から受信した受信ファイルのファイル形式を送信先の受信者端末６０−１または６０−２（Ｃ社またはＤ社）で取り扱われているファイル形式に変換することによって送信ファイルを作成し、該作成した送信ファイルを送信ファイルＤＢ２４に格納する。
【００４６】
ここで、分割された全てのメッセージ（例えば、変換処理部３２ａ−２に振り分けられたメッセージ、変換処理部３２ｂ−２に振り分けられたメッセージ）の変換が終了した場合（ステップＳ４０９肯定）に、送信ファイル作成サーバ３０−２は、処理状態管理テーブル２２における各送信ファイルの作成元となる受信ファイル「Ｆｉｌｅ  ２」の処理状態フラグを「処理済」に更新する（ステップＳ４１０）。
【００４７】
そして、送信ファイル作成処理部３０−２は、図６に示すように、各送信ファイル（すなわち、「Ｆｉｌｅ  ２´−１」および「Ｆｉｌｅ  ２´―２」）について送信状態管理テーブル２４における送信可否状態フラグを「送信不可」にセットする（ステップＳ４１１）。
【００４８】
このようにして、この送信ファイル作成サーバ３０は、上記のステップＳ４０１〜Ｓ４０４の処理を回帰的におこなって、送信者端末５０から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末６０に送信する送信ファイルを作成する。
【００４９】
図１の説明に戻り、送信サーバ４０は、送信ファイル作成サーバ３０によって作成された送信ファイルを受信者端末６０に送信するサーバ装置であり、本発明に密接に関連する機能部として、送信可否判定部４０ａおよび送信処理部４０ｂを備える。
【００５０】
このうち、送信可否判定部４０ａは、送信状態管理テーブル２４によって「送信不可」の送信可否状態フラグが保持された送信ファイルについて、該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する「送信ファイル作成処理」が終了している場合に、当該送信ファイルの送信可否状態フラグを「送信可」に更新する。
【００５１】
また、送信可否判定部４０ａは、送信ファイル作成処理によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該複数の宛先ごとに分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理の終了可否を照査して、複数の宛先ごとに分割された送信ファイルの送信可否を判定する。
【００５２】
具体的に説明すると、図６の例では、分割処理部３１−２によって受信ファイルが複数の宛先の送信ファイル（すなわち、宛先が「Ａ→Ｃ」である送信ファイル「Ｆｉｌｅ  ２´−１」、および宛先が「Ａ→Ｄ」である送信ファイル「Ｆｉｌｅ  ２´−２」）にそれぞれ分割された場合に、分割された各送信ファイル（「Ｆｉｌｅ  ２´−１」および「Ｆｉｌｅ  ２´−２」）の作成元となる受信ファイル「Ｆｉｌｅ  ２」のシーケンス番号「１０：０２」よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理が終了したか否かを判定する。この例では、「Ｆｉｌｅ  ２´−１」および「Ｆｉｌｅ  ２´−２」とも、作成元ファイル「Ｆｉｌｅ  ２」のタイムスタンプ（１０：０２）より早いタイムスタンプ（１０：０１）の「Ｆｉｌｅ  １」が存在するため、「送信不可」と判定されることとなる。
【００５３】
このように、送信ファイル作成処理によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該複数の宛先ごとに分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理の終了可否を照査して、複数の宛先ごとに分割された送信ファイルの送信可否を判定することで、分割処理によって受信ファイルが複数の宛先の送信ファイルに分割された場合でも、各送信ファイルの送信可否判定を正確におこなうことが可能になる。
【００５４】
ここで、送信可否判定部４０ａの処理手順を説明する。図５は、送信可否判定部４０ａの処理手順を示すフローチャートである。同図に示すように、送信可否判定部４０ａは、送信状態管理テーブル２４から送信可否状態フラグが「送信不可」である送信ファイルを検索する（ステップＳ５０１）。
【００５５】
そして、送信可否状態フラグが「送信不可」である送信ファイルが存在する場合（ステップＳ５０２肯定）に、送信可否判定部４０ａは、送信可否状態フラグが「送信不可」である送信ファイルの作成元となる受信ファイルの情報（シーケンス番号）を処理状態管理テーブル２２から順次読み込む（ステップＳ５０３）。
【００５６】
ここで、送信可否判定部４０ａは、当該送信ファイルの作成元となる受信ファイルのタイムスタンプ（シーケンス番号）より受信時刻が早く、かつ同一の送信者端末から受信した受信ファイルの処理状態フラグ（終了可否状態）が「未処理」である受信ファイルが存在するか否かを照査する（ステップＳ５０４）。
【００５７】
そして、かかる判定条件に該当する受信ファイルが存在しない場合（ステップＳ５０５否定）には、送信可否判定部４０ａは、当該送信ファイルの送信可否状態フラグを「送信可」に変更すべき旨を保持する（ステップＳ５０６）。例えば、図７の例では、送信ファイル「Ｆｉｌｅ  １´」の作成元ファイル「Ｆｉｌｅ  １」のタイムスタンプより早く、かつ同一の送信者端末５０−１（Ａ社）から受信した受信ファイルが存在しないため、送信ファイル「Ｆｉｌｅ  １′−１」の送信可否状態フラグを「送信可」に変更すべき旨を保持する。
【００５８】
一方、かかる判定条件に該当する受信ファイルが存在する場合（ステップＳ５０５肯定）には、送信可否判定部４０ａは、当該送信ファイルの送信可否状態フラグを「送信不可」に変更すべき旨を保持する（ステップＳ５０７）。例えば、図６の例では、送信ファイル「Ｆｉｌｅ  ２´―１」の作成元ファイル「Ｆｉｌｅ  ２」よりもタイムスタンプが早く、処理状態フラグが「未処理」の受信ファイル「Ｆｉｌｅ  １」が存在するため、送信ファイル「Ｆｉｌｅ  ２´−１」の送信可否状態フラグを「送信不可」に変更すべき旨を保持する。
【００５９】
そして、送信可否判定部４０ａは、送信可否状態フラグが「送信不可」である送信ファイル全てについて「送信可否判定処理」が終了するまで（ステップＳ５０８肯定）、上記のステップＳ５０３〜Ｓ５０７の「送信可否判定処理」を続けておこなう。
【００６０】
その後、送信可否判定部４０ａは、送信可否状態フラグが「送信不可」である送信ファイル全てについて「送信可否判定処理」が終了したならば（ステップＳ５０８肯定）、ステップＳ５０６およびＳ５０７にて保持した各送信ファイルの送信可否状態フラグを同時に更新する（ステップＳ５０９）。
【００６１】
このように、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルであり、かつ同一の送信者端末から受信した受信ファイルに対する「送信ファイル作成処理」の終了可否を照査することとしたので、送信順序を補償する必要のない異なる送信元の送信ファイルを照査対象から除外することができ、ファイルの授受を実効的に仲介することが可能になる。
【００６２】
図１の説明に戻り、送信処理部４０ｂは、送信可否判定部４０ｂによって送信可能であると判定された送信ファイルをシーケンス番号の順に送信する処理部であり、具体的には、送信状態管理テーブル２４によって「送信可」の送信可否状態フラグが保持された送信ファイルをシーケンス番号の順にソートし、該ソートした送信ファイルを受信者端末６０に順次送信する。
【００６３】
ここで、送信処理部４０ｂの処理手順について説明する。図８は、送信処理部４０ｂの処理手順を示すフローチャートである。同図に示すように、送信処理部４０ｂは、送信状態管理テーブル２４から送信可否状態フラグが「送信可」である送信ファイルを検索する（ステップＳ８０１）。
【００６４】
続いて、送信処理部４０ｂは、送信可否状態フラグが「送信可」である送信ファイルが存在する場合（ステップＳ８０２肯定）に、送信可否状態フラグが「送信可」である送信ファイルを送信ファイルＤＢ２３から読み込む（ステップＳ８０３）。
【００６５】
そして、送信処理部４０ｂは、図７に示すように、送信ファイルＤＢから読み込んだ送信ファイルを作成元となる受信ファイルのタイムスタンプ順（すなわち、「Ｆｉｌｅ  ０´」（１０：００）、「Ｆｉｌｅ  １´」（１０：０１）、「Ｆｉｌｅ  ２´−１」（１０：０２）、「Ｆｉｌｅ  ２´−２」（１０：０２）の順番）にソートし（ステップＳ８０４）、該ソートした送信ファイルを受信者端末６０に順次送信する（ステップＳ８０５）。
【００６６】
上述してきたように、本実施例１に係るファイル仲介システム１によれば、各送信ファイルごとに、当該送信ファイルの送信可否状態を対応付けて記憶し、送信不可状態と記憶された送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理が終了している場合に、当該送信ファイルの送信可否状態を送信可能状態に更新し、送信可能状態と記憶された送信ファイルをシーケンス番号の順に送信することとしたので、送信ファイルの送信可否状態をより実効的に管理することができ、受信ファイルに対する「送信ファイル作成処理」（例えば、分割処理および変換処理など）をより効果的に並列化しつつ、送信ファイルを受信順序の通りに送信することが可能になる。
【実施例２】
【００６７】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例１以外にも、上記特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施例にて実施されてもよいものである。そこで、以下に示すように、（１）構成、（２）送信可否判定、（３）その他等にそれぞれ区分けして異なる実施例を説明する。
【００６８】
（１）構成
例えば、実施例１では、図１に示すように、「Ａ社」、「Ｂ社」・・・「Ｘ社」を送信者端末とし、「Ｃ社」、「Ｄ社」・・・「Ｙ社」を受信者端末とした例を説明したが、本発明はこれに限定されるものではなく、「Ａ社」、「Ｂ社」、「Ｃ社」、「Ｄ社」、「Ｘ社」および「Ｙ社」は、それぞれ送信者端末であっても良いし、受信者端末であっても良い。
【００６９】
また、実施例１では、送信ファイル作成サーバ３０でおこなわれる「送信ファイル作成処理」として、「分割処理」および「変換処理」をおこなうこととしたが、本発明はこれに限定されるものではなく、これらの双方をおこなっても良いし、また、いずれかの一方のおこなうようにしても良い。
【００７０】
（２）送信可否判定
例えば、実施例１では、「送信ファイル作成処理」がおこなわれた後に、分割処理部３１によって分割された送信ファイルの宛先情報を処理状態管理テーブル２２に更新することとしたが、本発明はこれに限定されるものではなく、分割処理部３１によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合（時点）に、該受信ファイルから分割された各送信ファイルの宛先情報を記憶するようにしても良い。
【００７１】
これを具体的に説明すると、図９に示すように、分割処理部３１−２は、受信ファイル「Ｆｉｌｅ  ２」を複数の宛先（「Ａ→Ｃ」および「Ａ→Ｄ」）の送信ファイルにそれぞれ分割した時点で、受信ファイル「Ｆｉｌｅ  ２」から分割した各送信ファイルの宛先情報（「Ａ→Ｃ」および「Ａ→Ｄ」）を処理状態管理テーブル２２に書き込む。
【００７２】
そして、送信可否判定部４０ａは、処理状態管理テーブル２２によって記憶された受信ファイルに対する「送信ファイル作成処理」の処理状態フラグ（終了可否状態）、並びに該受信ファイルから分割された各送信ファイルの宛先情報をもとに、当該送信ファイル「Ｆｉｌｅ  ２´−２」の作成元となる受信ファイル「Ｆｉｌｅ  ２」のシーケンス番号（１０：０２）よりも小さい番号（１０：０１）が付加された受信ファイル「Ｆｉｌｅ  １」に対する「送信ファイル作成処理」が終了しているか否か、並びに該「送信ファイル作成処理」が終了していない受信ファイル「Ｆｉｌｅ  １」の中に送信元（Ａ社）および送信先（Ｄ社）が同一である受信ファイルが存在するか否かを照査して、送信ファイルの送信可否を判定する（図１０参照）。
【００７３】
図１０に示すように、送信ファイル「Ｆｉｌｅ  ２´−２」の作成元ファイル「Ｆｉｌｅ  ２」より前に受信した受信ファイルの中に、送信先が決まっていない受信ファイルがなく、さらに、同一送信先である受信ファイルについて処理状態フラグが「未処理」である受信ファイルが存在しないため、送信状態管理テーブル２２における送信可否状態フラグを「送信可」に更新する。
【００７４】
このように、送信ファイル作成処理によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先情報をさらに記憶し、受信ファイルに対する送信ファイル作成処理の終了可否状態、並びに該受信ファイルから分割された各送信ファイルの宛先情報をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理が終了しているか否か、並びに該送信ファイル作成処理が終了していない受信ファイルの中に送信元および送信先が同一である受信ファイルが存在するか否かを照査して、送信ファイルの送信可否を判定することとしたので、送信順序を補償する必要のない異なる送信先の送信ファイルを照査対象から除外することができ、ファイルの授受を実効的に仲介することが可能になる。
【００７５】
また、実施例１では、処理状態管理テーブル２２において一つの受信ファイルに対して一つの処理状態フラグ（終了可否状態）を記憶する実施例について説明したが、本発明はこれに限定されるものではなく、「送信ファイル作成処理」によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先ごとに当該受信ファイルに対する「送信ファイル作成処理」の処理状態フラグ（終了可否状態）を記憶するようにしても良い。
【００７６】
例えば、図１１に示すように、ファイル分割サーバ３１−２は、受信ファイル「Ｆｉｌｅ  ２」を複数の宛先（「Ａ→Ｃ」および「Ａ→Ｄ」）の送信ファイルにそれぞれ分割した時点で、該受信ファイル「Ｆｉｌｅ  ２」から分割した各送信ファイルの宛先情報（「Ａ→Ｃ」および「Ａ→Ｄ」）ごとに処理状態フラグ（終了可否状態）「未処理」を処理状態管理テーブル２２に書き込む。このとき、処理状態管理テーブル２２は、受信ファイルのシーケンス番号と分割処理の終了可否状態とを対応付けて記憶し、また、分割された送信ファイルの宛先情報と変換処理の終了可否状態とを対応付けて記憶することとなる。
【００７７】
そして、図１２に示すように、処理状態管理テーブル２２および送信状態管理テーブル２４の情報の構成が遷移した場合、送信可否判定部４０ａは、送信ファイル「Ｆｉｌｅ  ２´−２」の作成元ファイル「Ｆｉｌｅ  ２」よりも前に受信した受信ファイルの中に、分割が「未処理」である受信ファイルがなく、分割されたメッセージの中に同一送信先で、かつ変換が「未処理」のメッセージがないため、送信状態管理テーブル２２における送信可否状態フラグを「送信可」に更新する。
【００７８】
このように、「送信ファイル作成処理」によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先ごとに当該受信ファイルに対する「送信ファイル作成処理」の処理状態フラグ（終了可否状態）を記憶することで、送信順序を補償する必要のない異なる送信先の送信ファイルを照査対象から除外することができ、ファイルの授受を実効的に仲介することが可能になる。
【００７９】
また、実施例１では、分割処理によって受信ファイルが複数の宛先の送信ファイルにそれぞれ分割される場合に本発明を適用する実施例について説明したが、本発明はこれに限定されるものではなく、分割処理によって受信ファイルが複数（同一宛先）の送信ファイルに分割される場合でも同様に適用することができる。
【００８０】
すなわち、送信可否判定部４０ａは、分割処理部３１−２によって受信ファイル「Ｆｉｌｅ  ５」が複数の送信ファイル（宛先は、全て「Ａ→Ｃ」）に分割された場合に、該分割された各送信ファイル「Ｆｉｌｅ  ５´−１」、「Ｆｉｌｅ  ５´−２」および「Ｆｉｌｅ  ５´−３」の作成元となる受信ファイル「Ｆｉｌｅ  ５」のシーケンス番号（１０：００）よりも小さい番号（１０：０８）が付加された受信ファイル「Ｆｉｌｅ  ４」に対する送信ファイル作成処理の終了可否を照査して、分割後の送信ファイルの送信可否を判定する。なお、このとき、分割処理部３１−２によって分割された各ファイルは、各変換処理部３２ａ−２、３２ｂ−２および３２ｃ−２に振り分けて処理をおこなわず、各変換処理部３２ａ−２にシリアルに入力する。
【００８１】
この場合、送信ファイル「Ｆｉｌｅ  ５´−１」の作成元ファイル「Ｆｉｌｅ  ５」のタイムスタンプ（１０：００）より早く、かつ同一の送信者端末から受信した受信ファイルが存在しないため、送信状態管理テーブル２２における送信可否状態フラグを「送信可」に更新する。
【００８２】
このように、送信ファイル作成処理によって受信ファイルが複数の送信ファイルに分割された場合に、該分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する送信ファイル作成処理の終了可否を照査して、分割後の送信ファイルの送信可否を判定することで、分割処理によって受信ファイルが複数の送信ファイルに分割された場合でも、各送信ファイルの送信可否判定を正確におこなうことが可能になる。
【００８３】
また、本発明では、送信可否判定部４０ａは、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルであり、かつ同一の送信者端末から受信した受信ファイルであり、かつ同一のファイル種別である受信ファイルに対する送信ファイル作成処理の終了可否を照査するようにしても良い。すなわち、これによって、送信順序を補償する必要のない異種のファイル種別である送信ファイルを照査対象から除外することができ、ファイルの授受を実効的に仲介することが可能になる。
【００８４】
（３）その他
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００８５】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００８６】
（付記１）コンピュータを、
送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加手段と、
前記シーケンス番号付加手段によって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶する終了可否状態記憶手段と、
前記終了可否状態記憶手段によって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定手段と、
前記送信可否判定手段によって送信可能であると判定された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する送信処理手段と、
として機能させるファイル仲介プログラム。
【００８７】
（付記２）前記コンピュータを更に、
各送信ファイルごとに、当該送信ファイルの送信可否状態を対応付けて記憶する送信可否状態記憶手段として機能させるとともに、
前記送信可否判定手段は、前記送信可否状態記憶手段によって送信不可状態と記憶された送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理が終了している場合に、当該送信ファイルの送信可否状態を送信可能状態に更新し、
前記送信可否状態記憶手段によって送信可能状態と記憶された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する様機能させることを特徴とする付記１に記載のファイル仲介プログラム。
【００８８】
（付記３）前記送信可否判定手段は、前記送信ファイル作成処理によって前記受信ファイルが複数の送信ファイルに分割された場合に、該分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、分割後の送信ファイルの送信可否を判定する様機能させることを特徴とする付記１または２に記載のファイル仲介プログラム。
【００８９】
（付記４）前記送信可否判定手段は、前記送信ファイル作成処理によって前記受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該複数の宛先ごとに分割された各送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、複数の宛先ごとに分割された送信ファイルの送信可否を判定する様機能させることを特徴とする付記１、２または３に記載のファイル仲介プログラム。
【００９０】
（付記５）前記終了可否記憶手段は、前記送信ファイル作成処理によって前記受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先情報をさらに記憶し、
前記送信可否判定手段は、前記終了可否状態記憶手段によって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態、並びに該受信ファイルから分割された各送信ファイルの宛先情報をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理が終了しているか否か、並びに該送信ファイル作成処理が終了していない受信ファイルの中に送信元および送信先が同一である受信ファイルが存在するか否かを照査して、前記送信ファイルの送信可否を判定する様機能させることを特徴とする付記１〜４のいずれか一つに記載のファイル仲介プログラム。
【００９１】
（付記６）前記終了可否記憶手段は、前記送信ファイル作成処理によって前記受信ファイルが複数の宛先の送信ファイルにそれぞれ分割された場合に、該受信ファイルから分割された各送信ファイルの宛先ごとに当該受信ファイルに対する前記送信ファイル作成処理の終了可否状態を記憶する様機能させることを特徴とする付記５に記載のファイル仲介プログラム。
【００９２】
（付記７）前記送信可否判定手段は、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルであり、かつ同一の送信者端末から受信した受信ファイルに対する前記送信ファイル作成処理の終了可否を照査する様機能させることを特徴とする付記１〜６のいずれか一つに記載のファイル仲介プログラム。
【００９３】
（付記８）前記送信可否判定手段は、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルであり、かつ同一の送信者端末から受信した受信ファイルであり、かつ同一のファイル種別である受信ファイルに対する前記送信ファイル作成処理の終了可否を照査する様機能させることを特徴とする付記１〜７のいずれか一つに記載のファイル仲介プログラム。
【００９４】
（付記９）送信者端末から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末に送信する送信ファイルを作成し、該作成された送信ファイルを受信者端末に送信することによってファイルの送受信を仲介するファイル仲介装置であって、
前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加手段と、
前記シーケンス番号付加手段によって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶する終了可否状態記憶手段と、
前記終了可否状態記憶手段によって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定手段と、
前記送信可否判定手段によって送信可能であると判定された送信ファイルを前記シーケンス番号付加手段によって付加されたシーケンス番号の順に送信する送信処理手段と、
を備えたことを特徴とするファイル仲介装置。
【００９５】
（付記１０）前記送信者端末から受信した受信ファイルに対して前記送信ファイル作成処理を分散しておこなう複数の送信ファイル作成装置をさらに備えたことを特徴とする付記９に記載のファイル仲介装置。
【００９６】
（付記１１）前記シーケンス番号付加手段は、前記送信者端末から受信した受信ファイルにシーケンス番号としてタイムスタンプを付加することを特徴とする付記８または９に記載のファイル仲介装置。
【００９７】
（付記１２）コンピュータが、送信者端末から受信した受信ファイルに送信ファイル作成処理を並列しておこなって受信者端末に送信する送信ファイルを作成し、該作成された送信ファイルを受信者端末に送信することによってファイルの送受信を仲介する処理を行うファイル仲介方法であって、
前記コンピュータが、
前記送信者端末から受信した受信ファイルの受信順序に応じて前記受信ファイルにシーケンス番号を付加するシーケンス番号付加ステップと、
前記シーケンス番号付加ステップによって付加された受信ファイルのシーケンス番号と、該受信ファイルに対する前記送信ファイル作成処理の終了可否状態とを対応付けて記憶手段に記憶する終了可否状態記憶ステップと、
前記終了可否状態記憶ステップによって記憶された受信ファイルに対する前記送信ファイル作成処理の終了可否状態をもとに、当該送信ファイルの作成元となる受信ファイルのシーケンス番号よりも小さい番号が付加された受信ファイルに対する前記送信ファイル作成処理の終了可否を照査して、前記送信ファイルの送信可否を判定する送信可否判定ステップと、
前記送信可否判定ステップによって送信可能であると判定された送信ファイルを前記シーケンス番号付加ステップによって付加されたシーケンス番号の順に送信する送信処理ステップと、
を備えたことを特徴とするファイル仲介方法。
【図面の簡単な説明】
【００９８】
【図１】本実施例１に係るファイル仲介システムの構成を示すブロック図である。
【図２】受信サーバの処理手順を示すフローチャートである。
【図３】受信サーバおよび送信ファイル作成サーバの処理内容を示す概念図である。
【図４】送信ファイル作成サーバの処理手順を示すフローチャートである。
【図５】送信可否判定部の処理手順を示すフローチャートである。
【図６】送信可否判定部の処理内容を示す概念図である。
【図７】送信可否判定部および送信処理部の処理内容を示す概念図である。
【図８】送信処理部の処理手順を示すフローチャートである。
【図９】送信先情報を更新するタイミングを説明するための説明図である。
【図１０】送信先情報を分割処理時に更新した場合における送信可否判定部の判定条件を説明するための説明図である。
【図１１】処理状態管理テーブルに記憶される情報の変形例を説明するための説明図である。
【図１２】分割したメッセージごとに変換処理の処理状態を管理した場合における送信可否判定部の判定条件を説明するための説明図である。
【図１３】受信ファイルに複数のメッセージが含まれる場合におけるファイル仲介システムの処理動作を説明するための説明図である。
【符号の説明】
【００９９】
１    ファイル仲介システム
２    インターネット
１０    受信サーバ
１０ａ  シーケンス番号付加部
２０    格納サーバ
２１    受信ファイルＤＢ
２２    処理状態管理テーブル
２３    送信ファイルＤＢ
２４    送信状態管理テーブル
３０    送信ファイル作成サーバ
３１    分割処理部
３２    変換処理部
４０    送信サーバ
４０ａ  送信可否判定部
４０ｂ  送信処理部
５０    送信者端末
６０    受信者端末
【図１】
2006099664.tif 000003
【図２】
2006099664.tif 000004
【図３】
2006099664.tif 000005
【図４】
2006099664.tif 000006
【図５】
2006099664.tif 000007
【図６】
2006099664.tif 000008
【図７】
2006099664.tif 000009
【図８】
2006099664.tif 000010
【図９】
2006099664.tif 000011
【図１０】
2006099664.tif 000012
【図１１】
2006099664.tif 000013
【図１２】
2006099664.tif 000014
【図１３】
2006099664.tif 000015