(57)【要約】【課題】  ＥＤＩシステム上で、ある集信ファイルから複数の配信ファイルが作成された場合に、複数の配信ファイル全部が受信されたときに通知先に送達確認するＥＤＩサーバを提供する。【解決手段】  送達確認サブシステム１１０は、ＥＤＩ送達確認システムデータテーブルを記憶するＥＤＩ送達確認システムデータテーブル記憶部５０と、ＥＤＩ送達確認システムデータテーブルを作成しＥＤＩ送達確認システムデータテーブル記憶部５０に記憶させる集信ファイル管理部１０と、ある集信ファイルから作成された複数の配信ファイルのいずれかが指定された受信クライアント装置に受信された場合に、受信情報を取得し、取得した受信情報をＥＤＩ送達確認システムデータテーブルに付加する配信ファイル管理部２０と、受信情報が付加されたＥＤＩ送達確認システムデータテーブルに基づいて、受信状況を通知先装置に送信する送達確認情報送信部とを備えた。【選択図】        図４
2007094671.tif 000002
【特許請求の範囲】
【請求項１】
送信元である所定の送信側端末装置から送信された複数の送信側端末ファイルであってそれぞれは送信先である送信先装置が指定されているとともに少なくともいずれか２つは送信先装置が異なる複数の送信側端末ファイルを受信して前記複数の送信端末側ファイルから成る集信ファイルを作成し、作成した前記集信ファイルを元にして前記集信ファイルに含まれる前記複数の送信側端末ファイルから前記送信先装置ごとのファイルである複数の配信ファイルを作成し、作成した前記複数の配信ファイルのそれぞれを指定された前記送信先装置に受信させる配信サーバにおいて、
前記集信ファイルと前記複数の配信ファイルとの対応関係を管理するとともに前記複数の配信ファイルのそれぞれについての前記送信先装置による受信状況を監視し、監視した前記受信状況を予め設定された通知先である通知先装置に送信する受信状況監視部を
備えたことを特徴とする配信サーバ。
【請求項２】
前記受信状況監視部は、
監視の結果、前記複数の配信ファイルのうち既に前記送信先装置により受信された配信ファイルがある場合に、前記受信状況として、その受信された配信ファイルの受信状況を前記通知先装置に送信することを特徴とする請求項１記載の配信サーバ。
【請求項３】
前記受信状況監視部は、
監視の結果、前記複数の配信ファイルの全部がそれぞれの前記送信先装置により受信された場合に、前記受信状況として、前記複数の配信ファイルの全部が受信されたことを通知する全部受信通知を前記通知先装置に送信することを特徴とする請求項１記載の配信サーバ。
【請求項４】
前記受信状況監視部は、
前記集信ファイルと前記複数の配信ファイルとの対応関係を示す対応関係情報をメモリに記憶可能な対応関係情報記憶部と、
前記集信ファイルと前記複数の配信ファイルとから前記対応関係情報を作成し、作成した前記対応関係情報を前記対応関係情報記憶部の前記メモリに記憶させる対応関係管理部と、
前記複数の配信ファイルのうちのいずれかの配信ファイルが指定された前記送信先装置に受信された場合に、その受信の事実を示す受信情報を取得し、取得した前記受信情報を前記対応関係情報記憶部が前記メモリに記憶した前記対応関係情報に付加する受信情報付加部と、
前記受信情報が付加された前記対応関係情報を前記対応関係情報記憶部の前記メモリから読み出し、読み出した前記対応関係情報に基づいて前記受信状況を監視し、監視した前記受信状況を前記通知先装置に送信する受信状況送信部と
を備えたことを特徴とする請求項１記載の配信サーバ。
【請求項５】
前記受信状況送信部は、
読み出した前記対応関係情報に基づいて前記複数の配信ファイルのうち既に前記送信先装置により受信された配信ファイルを確認し、前記受信状況として、確認した前記配信ファイルの受信状況を前記通知先装置に送信することを特徴とする請求項４記載の配信サーバ。
【請求項６】
前記受信状況送信部は、
読み出した前記対応関係情報に基づいて前記複数の配信ファイルの全部がそれぞれの前記送信先装置により受信されたかどうかを確認し、前記複数の配信ファイルの全部が受信されたと判断した場合に、前記受信状況として、前記複数の配信ファイルの全部が受信されたことを通知する全部受信通知を前記通知先装置に送信することを特徴とする請求項４記載の配信サーバ。
【請求項７】
送信元である所定の送信側端末装置から送信された複数の送信側端末ファイルであってそれぞれは送信先である送信先装置が指定されているとともに少なくともいずれか２つは送信先装置が異なる複数の送信側端末ファイルを受信して前記複数の送信端末側ファイルから成る集信ファイルを作成し、作成した前記集信ファイルを元にして前記集信ファイルに含まれる前記複数の送信側端末ファイルから前記送信先装置ごとのファイルである複数の配信ファイルを作成し、作成した前記複数の配信ファイルのそれぞれを指定された前記送信先装置に受信させるコンピュータである配信サーバに以下の処理を実行させる配信プログラム
（１）前記集信ファイルと前記複数の配信ファイルとから前記対応関係情報を作成し、作成した前記対応関係情報を記憶する処理
（２）前記複数の配信ファイルのうちのいずれかの配信ファイルが指定された前記送信先装置に受信された場合に、その受信の事実を示す受信情報を取得し、取得した前記受信情報を前記対応関係情報に付加する処理
（３）前記受信情報が付加された前記対応関係情報に基づいて前記複数の配信ファイルのそれぞれについての前記送信先装置による受信状況を監視し、監視した前記受信状況を予め設定された通知先である通知先装置に送信する処理
【請求項８】
送信元である所定の送信側端末装置から送信された複数の送信側端末ファイルであってそれぞれは送信先である送信先装置が指定されているとともに少なくともいずれか２つは送信先装置が異なる複数の送信側端末ファイルを受信して前記複数の送信端末側ファイルから成る集信ファイルを作成し、作成した前記集信ファイルを元にして前記集信ファイルに含まれる前記複数の送信側端末ファイルから前記送信先装置ごとのファイルである複数の配信ファイルを作成し、作成した前記複数の配信ファイルのそれぞれを指定された前記送信先装置に受信させるコンピュータである配信サーバに以下の処理を実行させる配信プログラム
（１）前記集信ファイルと前記複数の配信ファイルとから前記対応関係情報を作成し、作成した前記対応関係情報を記憶する処理
（２）前記複数の配信ファイルのうちのいずれかの配信ファイルが指定された前記送信先装置に受信された場合に、その受信の事実を示す受信情報を取得し、取得した前記受信情報を前記対応関係情報に付加する処理
（３）前記受信情報が付加された前記対応関係情報に基づいて前記複数の配信ファイルの全部がそれぞれの前記送信先装置によって受信されたかどうかを確認し、前記複数の配信ファイルの全部が受信されたと判断した場合に、前記複数の配信ファイルの全部が受信されたことを通知する全部受信通知を予め設定された通知先である通知先装置に送信する処理
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ  Ｄａｔａ  Ｉｎｔｅｒｃｈａｎｇｅ：電子データ交換）システムにおける送達確認に関する。
【背景技術】
【０００２】
図３４は、例えば、従来のＥＤＩシステムの基本構成を示す図である。従来のシステムは、ＥＤＩシステム１、送信部３を有する送信クライアント装置２、受信部５ａを有する受信クライアント装置４ａ等とから構成されている。
【０００３】
図３４の送信クライアント装置２は、送信部３により、ファイルをＥＤＩシステム１に送信する。ＥＤＩシステム１は、送信されたファイルを集信ファイル６として蓄積する。ＥＤＩシステム１は、集信ファイル６を仕分、統合し、配信ファイル７および配信ファイル８を作成する。受信クライアント装置４ａは受信部５ａにより、受信クライアント装置４ａに対応する配信ファイルである配信ファイル７を受信する。受信クライアント装置４ｂも同様にして配信ファイル８を受信する。
【０００４】
次に、図３５を用いて、ＥＤＩシステムにおける集信、仕分け、統合、配信等のプロセスを説明する。
（１）ユーザＡ、ユーザＢは送信クライアント装置（送信側端末装置）のユーザを示す。ユーザＣ〜ユーザＥは、受信側である受信クライアント装置（送信先装置）のユーザを示す。
（２）ユーザＡの送信クライアント装置に着目する。ユーザＡの送信クライアント装置が、所定の送信先への送信を希望するファイルである送信側端末ファイル「Ｃ／Ａ」、「Ｄ／Ａ」、「Ｅ／Ａ」をＥＤＩシステム１に送信する。ここで、「Ｃ／Ａ」は、ユーザＡの送信クライアント装置がユーザＣの受信クライアント装置あてに送信するファイルであることを示す。
（３）ＥＤＩシステム１は、集信プロセスにおいて、「Ｃ／Ａ」等を集信メールボックスＡに蓄積して「Ｃ／Ａ」等から集信ファイルＡを作成する。
（４）次に、ＥＤＩシステム１は、「仕分けプロセス」において、「Ｃ／Ａ」等をあて先であるユーザごとに仕分ける。
（５）ユーザＢの送信クライアント装置が送信した送信側端末ファイル「Ｃ／Ｂ」等についても、ユーザＡの送信クライアント装置が送信した「Ｃ／Ａ」等のファイルの場合と同様の処理が行われる。そして、ＥＤＩシステム１は、「統合プロセス」において、ユーザＡの送信クライアント装置からの送信側端末ファイルと、ユーザＢの送信クライアント装置からの送信側端末ファイルとを、送信するべきユーザ別に統合を行う。
（６）次に、ＥＤＩシステム１は、「配信プロセス」において、ユーザごとに、ユーザの受信クライアント装置に送信するための配信ファイルを作成する。
（７）次に、ＥＤＩシステム１は、受信側の各ユーザの受信クライアント装置にそれぞれの配信ファイルを受信させる。
【０００５】
図３４、図３５に示すようなＥＤＩシステムを対象として、例えば、特開平１１−１０２３３０では、図３６のようなＥＤＩシステムにおける送達確認方法を適用している。
【０００６】
図３６では、図３４に示した構成に対して、ＥＤＩシステム１が、配信ファイル管理手段３１０、受信確認ファイル３２０（送達確認共通ファイル）、送達確認発信手段３３０を備える。また、送信クライアント装置２が、送達確認メディア指定手段３４０を備える。
【０００７】
この図３６のＥＤＩシステム１では、図３７に示すような配信ファイル名で、送達確認先と送達確認メディアと受信状況を管理する受信確認ファイル３２０を持つ。
【０００８】
図３６の送信クライアント装置２は、送達確認メディア指定手段３４０により指定された送達確認メディアを、送信側端末ファイルの中に埋め込む。そして、送信部３により、ＥＤＩシステム１に送信する。
【０００９】
図３６のＥＤＩシステム１は、送信された送信側端末ファイルを集信ファイル６として蓄積する。ＥＤＩシステム１は、集信ファイル６を図３５に示すような仕分、統合を行い、配信ファイル７および配信ファイル８を作成する。
【００１０】
図３６のＥＤＩシステム１における配信ファイル管理手段３１０は、ＥＤＩシステム１が配信ファイル７および配信ファイル８を作成した際にＥＤＩシステム１から起動され、その際に配信ファイル名を渡される。そして配信ファイル管理手段３１０は、配信ファイル７の中に記述される「送達確認先」と「送達確認メディア」を読み、図３７に示すように受信確認ファイル３２０にレコードを追加する。また、配信ファイル管理手段３１０は、受信クライアント装置が配信ファイルを受信した際にも起動され、受信が行われた配信ファイル名をＥＤＩシステムから渡され、ユーザの受信クライアント装置により受信された配信ファイルの「受信状況」を受信確認ファイル３２０に記載する。
【００１１】
図３６のＥＤＩシステムにおける、送達確認発信手段３３０は、受信確認ファイル３２０を定期的に監視し、受信状況が受信になっているレコードの送達確認メディアによって、送達確認先に送達確認を行う。そして送達確認を実施した後、当該レコードを受信確認ファイル３２０から削除する。
【００１２】
従来技術においては、ある集信ファイルから複数の配信ファイル作成された場合に、複数の配信ファイルの全部が受信されたタイミングで送達確認を実施しようとした場合、ある集信ファイルから作成された複数の配信ファイルが全て受信されたかどうかを判定することができなかった。従来技術では図３７の受信確認ファイルのように、配信ファイルの受信状況のみを管理していた。このため、図３５において、例えばユーザＡの送信クライアント装置２の場合、ＥＤＩシステム１は、
配信ファイルＣが受信された場合にユーザＡの送信クライアント装置２に送達確認（受信通知）を送信し、
配信ファイルＤが受信された場合にユーザＡの送信クライアント装置２に送達確認（受信通知）を送信し、
配信ファイルＥが受信された場合にユーザＡの送信クライアント装置２に送達確認（受信通知）を送信する。
このようにＥＤＩシステムは、各配信ファイルが受信されるごとに、ユーザＡの送信クライアント装置２に送達確認の通知を送信していた。例えば、ある集信ファイルから配信ファイルが１００個作成された場合、１００回の送達確認を送信していた。このような配信ファイルが受信されるごとに送達確認を行う処理は効率が悪い。配信ファイルＣ〜配信ファイルＥの全部が各ユーザの受信クライアント装置４に受信された場合に送達確認をするようにすれば、ユーザＡの送信クライアント装置２への送達確認は１度だけでよいことになり、効率的である。あるいは、全部受信された場合に限定することなく、ユーザＡの送信クライアント装置２は、配信ファイルＣ〜配信ファイルＥのうちのいずれか１つ、あるいはいずれか２つの受信状況を知ることができれば便利である。
【００１３】
しかし、上記のように一つの集信ファイルＡから作成された複数の配信ファイルＣ〜配信ファイルＥが全て受信されたかどうかを判定することができなかった。また、配信ファイルＣ〜配信ファイルＥの少なくともいずれかの受信状況を柔軟にユーザＡの送信クライアント装置２に知らせることはできなかった。
【特許文献１】特開平１１−１０２３３０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
この発明は、ＥＤＩシステム上で、ある集信ファイルから複数の配信ファイルが作成された場合に、その複数の配信ファイルの受信状況をあらかじめ指定された通知先に対して送達確認をするシステム及びＥＤＩサーバを提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明の配信サーバは、
送信元である所定の送信側端末装置から送信された複数の送信側端末ファイルであってそれぞれは送信先である送信先装置が指定されているとともに少なくともいずれか２つは送信先装置が異なる複数の送信側端末ファイルを受信して前記複数の送信端末側ファイルから成る集信ファイルを作成し、作成した前記集信ファイルを元にして前記集信ファイルに含まれる前記複数の送信側端末ファイルから前記送信先装置ごとのファイルである複数の配信ファイルを作成し、作成した前記複数の配信ファイルのそれぞれを指定された前記送信先装置に受信させる配信サーバにおいて、
前記集信ファイルと前記複数の配信ファイルとの対応関係を管理するとともに前記複数の配信ファイルのそれぞれについての前記送信先装置による受信状況を監視し、監視した前記受信状況を予め設定された通知先である通知先装置に送信する受信状況監視部を備えたことを特徴とする。
【発明の効果】
【００１６】
本発明により、ＥＤＩシステムにおいてある集信ファイルから複数の配信ファイルが作成された場合に、各配信ファイルの受信状況を通知することができる。
【発明を実施するための最良の形態】
【００１７】
実施の形態１．
図１〜図１４を参照して実施の形態１を説明する。実施の形態１は、ある集信ファイルとある集信ファイルから作成された複数の配信ファイルとの対応関係を管理し、かつ、その複数の配信ファイルのそれぞれについての受信クライアント装置（送信先装置）による受信状況を監視し、監視した受信状況を予め設定された通知先装置に送信する送達確認サブシステム（受信状況監視部）を備えたＥＤＩサーバ（配信サーバ）に関する。
【００１８】
図１は、実施の形態１における電子データ交換システム１０００のシステム構成を示す。電子データ交換システム１０００は、ＥＤＩサーバ１００（配信サーバ）と、送信クライアント装置２ａ（送信側端末装置）、送信クライアント装置２ｂ（送信側端末装置）、受信クライアント装置４ｃ（送信先装置）、受信クライアント装置４ｄ（送信先装置）、受信クライアント装置４ｅ（送信先装置）とを備え、これらはネットワークに接続しており、互いに通信可能である。
【００１９】
図２は、図１に対応する図である。また、図２は、従来技術で示した図３５に対して、ＥＤＩサーバ１００が、送達確認サブシステム１１０を備えた構成である。このように、実施の形態１のＥＤＩサーバ１００は、送達確認サブシステム１１０（受信状況監視部）を備えた点が特徴である。図２において、ユーザＡ，Ｂは、送信クライアント装置２ａ，２ｂを使用して、送信側端末ファイルをＥＤＩサーバ１００に送信する。ここで「送信側端末ファイル」とは、送信クライアント装置が送信する何らかのデータである。例えばユーザＡの送信クライアント装置２ａに着目すると、
（１）ＥＤＩサーバ１００は、ユーザＡの送信クライアント装置２ａからの送信側端末ファイル「Ｃ／Ａ」、「Ｄ／Ａ」、「Ｅ／Ａ」を受信し、これらの送信端末側ファイルから成る集信ファイルＡを作成する。
（２）そして、ＥＤＩサーバ１００は、作成した集信ファイルＡに含まれる送信側端末ファイル「Ｃ／Ａ」、「Ｄ／Ａ」、「Ｅ／Ａ」から、受信側ユーザの受信クライアント装置ごとの配信ファイルＣ〜配信ファイルＥを作成する。
（３）そして、ＥＤＩサーバ１００は、作成した配信ファイルＣ〜配信ファイルＥのそれぞれを指定された受信側ユーザの受信クライアント装置に受信させる。この場合において、送達確認サブシステム１１０（受信状況監視部）は、「集信ファイルＡ」と「配信ファイルＣ〜配信ファイルＥ」との対応関係を管理しており、かつ、「配信ファイルＣ〜配信ファイルＥ」のそれぞれについての受信側ユーザの受信クライアント装置による受信状況を監視し、監視した受信状況を予め設定された通知先である通知先装置に送信する。ここで、「通知先装置」とは、送信側ユーザの送信クライアント装置、あるいはＥＤＩサーバ１００と通信が可能な予め指定された装置である。
【００２０】
図３は、送達確認サブシステム１１０の動作の概要を示す図である。ユーザＡの送信クライアント装置２ａが、送信側端末ファイル「Ｃ／Ａ」、「Ｄ／Ａ」、「Ｅ／Ａ」をＥＤＩサーバ１００に送信した場合を例に説明する。送達確認サブシステム１１０は、集信ファイルＡと集信ファイルＡから作成された複数の配信ファイルＣ〜Ｅとの対応関係を管理するとともに、配信ファイルＣ〜Ｅのそれぞれについての各ユーザＣ〜Ｅの受信クライアント装置４ｃ〜４ｅによる受信状況を監視し、監視した受信状況を予め設定された通知先であるユーザＡの「通知先装置」に送信する。
（１）送達確認サブシステム１１０は、集信ファイルＡから配信ファイルＣ〜配信ファイルＥのいずれかが作成されるごとに、集信ファイルＡとその作成された配信ファイルとの対応関係を対応関係情報として管理する（図４で後述する集信ファイル管理部が行なう）。
（２）そして、送達確認サブシステム１１０は、配信ファイルＣ〜配信ファイルＥについて受信クライアント装置４ｃ〜４ｅによる受信状況を監視している。そして、配信ファイルＣ〜配信ファイルＥについての受信状況を所定の通知先へ通知する（図４で後述する送達確認情報送信部が行なう）。
（３）なお、以下の実施の形態では「定量送信」として、各受信側ユーザの受信クライアント装置４ｃ〜４ｅにより「Ｃ／Ａ」、「Ｄ／Ａ」、「Ｅ／Ａ」の全部の配信ファイルが受信された場合に送達確認（全部受信通知）を行なう場合を示しているが、これは一例である。図３に示す様に、送達確認サブシステム１１０は、配信ファイルＣ〜Ｅのそれぞれについての各受信側ユーザＣ〜Ｅの受信クライアント装置４ｃ〜４ｅによる受信状況を監視しているので、配信ファイルＣ〜Ｅの全部が受信された場合に限らず、配信ファイルＣ〜Ｅのうちの１つが受信された場合に送達確認（受信状況の通知）をしてもよいし、配信ファイルＣ〜Ｅのうちの２つが受信された場合に送達確認（受信状況の通知）をしてもよい。
【００２１】
図４は、実施の形態１における電子データ交換システム１０００のブロック図である。図４は図１に対応する。電子データ交換システム１０００は、ＥＤＩサーバ１００と、送信クライアント装置２と、受信クライアント装置４ｃと、受信クライアント装置４ｄとを備える。
【００２２】
ＥＤＩサーバ１００は、集信ファイル６と、配信ファイル７と、配信ファイル８と、送達確認サブシステム１１０（受信状況監視部）とを備える。
【００２３】
送達確認サブシステム１１０は、集信ファイル管理部１０（対応関係管理部）と、配信ファイル管理部２０（受信情報付加部）と、送達確認情報送信部３０（受信状況送信部）と、送達確認タイミング指定部４０と、ＥＤＩ送達確認システムデータテーブル記憶部５０（対応関係情報記憶部）と、ＥＤＩ送達確認実施状況テーブル記憶部６０と、ＥＤＩ送達確認タイミングテーブル記憶部７０とを備える。
【００２４】
（１）集信ファイル管理部１０は、集信ファイルと配信ファイルとの対応関係を管理する。集信ファイル管理部１０は、ＥＤＩ送達確認タイミングテーブル（対応関係情報の一例）をＥＤＩ送達確認タイミングテーブル記憶部７０のメモリに記憶させる。
（２）配信ファイル管理部２０は、配信ファイルの受信状況（受信情報）を取得し、ＥＤＩ送達確認タイミングテーブル記憶部７０が記憶するＥＤＩ送達確認タイミングテーブルに付加する。
（３）送達確認情報送信部３０は、受信情報が付加されたＤＩ送達確認タイミングテーブルをＥＤＩ送達確認タイミングテーブル記憶部７０のメモリから読み出し、受信状況を確認してこの受信状況を送達確認として通知先に通知する。
（４）送達確認タイミング指定部４０は、実施するべき送達確認のタイミングを受け付ける。
（５）ＥＤＩ送達確認システムデータテーブル記憶部５０は、ＥＤＩ送達確認システムデータテーブルをメモリに記憶する。
（６）ＥＤＩ送達確認実施状況テーブル記憶部６０は、ＥＤＩ送達確認実施状況テーブルを記憶する。
（７）ＥＤＩ送達確認タイミングテーブル記憶部７０は、ＥＤＩ送達確認タイミングテーブルを記憶する。
【００２５】
次に、用語について定義する。
（１）「送達確認の実施」とは、受信側ユーザの受信クライアント装置により受信が行われたことを指定のクライアント（通知先装置）に通達することである。
（２）「送達確認タイミング」とは、送達確認（受信状況の送信）を実施するタイミングである。つぎの（ａ）〜（ｃ）がある。
（ａ）「定量送信」：ある集信ファイルから作成された複数の配信ファイル全てが受信されたタイミングで送達確認（全部受信通知の一例）を実施する場合をいう。
（ｂ）「逐次送信」：ある集信ファイルから作成された複数の配信ファイルが１つ受信されるたびに、送達確認を実施する場合をいう。
（ｃ）「定期送信」：一定の期間毎に配信ファイルの受信状況をレポートする場合をいう。
（３）「送達確認タイミングデータ」とは、定期送信における一定の期間を規定し、日を指定することにより、毎月指定された日に送達確認を実施する。
【００２６】
図５は、集信ファイル管理部１０の動作を示すフローチャートである。図５を参照して集信ファイル管理部１０の動作をする。
（１）ステップＳ１０１において、集信ファイル管理部１０は、ＥＤＩサーバ１００が、いずれかの配信ファイルを作成したタイミングで起動される。そして、ＥＤＩサーバ１００から集信ファイルＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）と配信ファイルＩＤを渡され、これを読み込む。
（２）ステップＳ１０２において、集信ファイル管理部１０は、渡された集信ファイルＩＤと配信ファイルＩＤをキーとして、図６に示すＥＤＩ送達確認システムデータテーブル５１に新たなレコードを追加する。その際に、受信状況を未受信にする。
（３）図６は、ＥＤＩ送達確認システムデータテーブル記憶部５０が記憶するＥＤＩ送達確認システムデータテーブル５１（対応関係情報）を示す。このＥＤＩ送達確認システムデータテーブル５１は集信ファイル管理部１０が作成する。
（４）図７は、図６のＥＤＩ送達確認システムデータテーブル５１の意味する状態を図式化したものである。図７の場合、集信ファイル管理部１０は、例えば、配信ファイルＣ（配信ファイルＩＤ＝１０００１）が作成された場合、
「集信ファイルＩＤ＝００００１」と、
「集信ファイルＩＤ＝００００２」と、
「配信ファイルＩＤ＝１０００１」と
をＥＤＩサーバ１００から受け取り、図６の列番号１と列番号３とのレコードを追加する。
（５）ステップＳ１０３において、集信ファイル管理部１０は、図８のＥＤＩ送達確認実施状況テーブル６１の送達確認実施状況を「未実施」にする。例えば、「集信ファイルＩＤ＝００００１」と「集信ファイルＩＤ＝００００２」とのレコードの送達確認実施状況を未実施にする。このＥＤＩ送達確認実施状況テーブル６１は、送達確認の実施状況を管理するためのテーブルである。ＥＤＩ送達確認実施状況テーブル６１において、宛先とは、送達確認を送信するべき通知先装置を意味する。送達確認実施状況は、送達を実施したかどうかを記載する項目である。
【００２７】
図９は、配信ファイル管理部２０の動作を説明するフローチャートである。図９を参照して配信ファイル管理部２０の動作を説明する。
（１）ステップＳ２０１において、配信ファイル管理部２０は、ＥＤＩサーバ１００において、配信ファイルが受信側ユーザの受信クライアント装置により受信されたタイミングで起動される。そして、ＥＤＩサーバ１００から受信側ユーザの受信クライアント装置によって受信された配信ファイルの配信ファイルＩＤ（受信情報の一例）を渡され、これを読み込む。
（２）ステップＳ２０２において、ＥＤＩ送達確認システムデータテーブル５１（対応関係情報）において、ＥＤＩサーバ１００から渡された配信ファイルＩＤと一致する配信ファイルＩＤを持つレコードを抽出する。例えば、図７において配信ファイルＤが受信クライアント装置に受信されたとすると、図６のＥＤＩ送達確認システムデータテーブル５１において列番号２のレコードを抽出する。そして列番号２の「受信状況」を「未受信」から「受信」に更新（受信情報の付加）する（Ｓ２０３）。
【００２８】
図１０は、送達確認タイミング指定部４０の動作を説明するフローチャートである。図１０参照して送達確認タイミング指定部４０の動作を説明する。
（１）ステップＳ４０１において、送達確認タイミング指定部４０は、ＥＤＩサーバ１００において、任意のタイミングで起動され、集信ファイルＩＤと「送達確認タイミング」を渡される。ここで、「送達確認タイミング」とは、前述した
「定量送信」と、
「逐次送信」と、
「定期送信」とがある。
（２）図１１は、ＥＤＩ送達確認タイミングテーブル記憶部７０が記憶するＥＤＩ送達確認タイミングテーブル７１を示す図である。ＥＤＩ送達確認タイミングテーブル７１は、集信ファイルＩＤをキーとして、「送達確認タイミング」、「送達確認タイミングデータ」とから成る。図のように
「送達確認タイミング＝１」は、「定量送信」を示し、
「送達確認タイミング＝２」は、「逐次送信」を示し、
「送達確認タイミング＝３」は、「定期送信」を示す。
また、「送達確認タイミングデータ」は、「定期送信」の場合の送達確認を実行するタイミングを示すデータである。図１１の場合は、１日ごと、及び１５日ごとに定期送信を行なうことを示している。
（３）ステップＳ４０２において、送達確認タイミング指定部４０は、ＥＤＩ送達確認タイミングテーブル７１に対して、定量送信が指定された場合には、「１」をセットし、「逐次送信」が指定された場合には「２」をセットし、「定期送信」が指定された場合には、「３」をセットする。
【００２９】
図１２は、送達確認情報送信部３０の動作を説明するフローチャートである。図１２を参照して、送達確認情報送信部３０の動作を説明する。送達確認情報送信部３０は、配信ファイル管理部２０により受信情報が付加されたＥＤＩ送達確認システムデータテーブル５１（対応関係情報の一例）に基づいて、受信状況を通知先装置に送信する。図１２のうちで、特徴となるのは「送信確認タイミング＝１」（定量送信）の場合である。まず、定量送信の場合を説明する。
「Ｓ３０１→Ｓ３０２→Ｓ３０３→Ｓ３０４→Ｓ３０５→Ｓ３０６→Ｓ３０７→Ｓ３０８→Ｓ３０９→Ｓ３１２」のステップが「定量送信」の過程である。まず、これらのステップを説明する。
【００３０】
（１）現時点で、図１３に示すＥＤＩ送達確認システムデータテーブル５１ｂであるとする。図１４は、ＥＤＩ送達確認システムデータテーブル５１ｂの意味する状況を表している。送達確認情報送信部３０は、図１３のＥＤＩ送達確認システムデータテーブル５１ｂ上で、受信状況が受信のレコードを抽出する（ステップＳ３０１）。この場合、列番号１のレコードを抽出する。
（２）次に送達確認情報送信部３０は、抽出された列番号１のレコードの集信ファイルＩＤと一致する集信ファイルＩＤを持つレコードを図１１のＥＤＩ送達確認タイミングテーブル７１から抽出する（ステップＳ３０２）。この場合、ＥＤＩ送達確認タイミングテーブル７１は、図１１の内容とすれば、送達確認タイミングは「１」（定量送信）である。
（３）ＥＤＩ送達確認タイミングテーブル７１から抽出したレコードの送達確認タイミングが「１」である場合（ステップ３０３）、送達確認情報送信部３０は、ＥＤＩ送達確認タイミングテーブル７１から抽出されたレコードの集信ファイルＩＤと一致する集信ファイルＩＤを持つレコードを、図１３のＥＤＩ送達確認システムデータテーブル５１ｂから抽出する（ステップＳ３０４）。よって、本設例では、送達確認情報送信部３０は、ＥＤＩ送達確認システムデータテーブル５１ｂから、列番号１〜列番号３の全部のレコードを抽出する。
（４）送達確認情報送信部３０は、ＥＤＩ送達確認システムデータテーブル５１ｂから抽出されたレコードの「受信状況」を参照し、未受信のレコードを含むかを判定する（ステップＳ３０５）。この場合、図１３に示す様に「未受信」のレコードはない。
（５）「未受信」のレコードがあった場合には、Ｓ３０１に戻る。全て「受信」であれば、ステップＳ３０１で抽出したレコードの集信ファイルＩＤと一致する集信ファイルＩＤを持つレコードを図８のＥＤＩ送達確認実施状況テーブル６１から抽出する（ステップＳ３０６）。
本設例では全て受信であるので、ステップＳ３０１で抽出したレコードの集信ファイルＩＤ（この場合、集信ファイルＩＤ＝００１）と一致する集信ファイルＩＤを持つレコードをＥＤＩ送達確認実施状況テーブル６１から抽出する。ＥＤＩ送達確認実施状況テーブル６１は、図８に示す内容であるとする。
（６）送達確認情報送信部３０は、ＥＤＩ送達確認実施状況テーブル６１から抽出されたレコードの送達確認実施状況列を参照し、実施であった場合には、Ｓ３０１に戻る（ステップＳ３０７）。図８では集信ファイルＩＤが「００００１」のレコードの送達確認実施状況は「未実施」である。
（７）送達確認情報送信部３０は、送達確認実施状況が未実施であった場合には、Ｓ３０６においてＥＤＩ送達確認実施状況テーブル６１から抽出されたレコードの宛先を参照し、送達確認を実施（送信）し、結果を成功あるいは失敗に振り分ける（ステップＳ３０８）。図８では宛先の通知先装置がＡ、Ｃである。よって、送達確認情報送信部３０は、宛先の通知先装置のＡ、Ｃに送達確認を送信する。この場合の送達確認は、集信ファイル（ＩＤ００００１）から作成された配信ファイル１００１〜配信ファイル１００３の全部が受信側ユーザの受信クライアント装置に受信されたことを示す全部受信通知である。送達確認の結果が成功であれば（ステップＳ３０９のＮｏ）、ステップＳ３０６でＥＤＩ送達確認実施状況テーブル６１から抽出したレコードの送達確認実施状況を「実施」に更新し、ステップＳ３０１に戻る（ステップＳ３１２）。
【００３１】
（８）送達確認の結果、失敗であれば（ステップＳ３０９）、送達確認情報送信部３０は、ステップＳ３０２でＥＤＩ送達確認タイミングテーブル７１から抽出したレコードの送達確認タイミングを１インクリメントし、データベースを更新する（ステップＳ３１０）。本設例では送達確認タイミングが１インクリメントされて「２」（逐次送信）となる。
（９）送達確認タイミングが「３」を超えた場合には、ステップＳ３０１に戻る（ステップＳ３１１）。
（１０）ステップＳ３０９において、結果が成功であれば、ステップＳ３０６で抽出したレコードの送達確認実施状況を実施に更新し、ステップＳ３０１に戻る（ステップＳ３１２）。
（１１）ステップＳ３０３において、送達確認タイミングが２であった場合には（ステップＳ３１３）、ステップＳ３０６に進む。
（１２）送達確認タイミングが「２」でなかった場合には、ステップＳ３０２でＥＤＩ送達確認タイミングテーブル７１から抽出したレコードの送達確認タイミングと、現在日時とを比較し、一致する場合には、ステップＳ３０６に進む。異なる場合には、ステップＳ３０１に戻る（ステップＳ３１４）。
【００３２】
実施の形態２．
図１５〜図２１を参照して実施の形態２を説明する。
【００３３】
図１５は、実施の形態２における電子データ交換システム２０００の構成を示すブロック図である。電子データ交換システム２０００では、実施の形態１の送達確認サブシステム１１０が送達確認サブシステム１２０に代わった構成となっている。そして、送達確認サブシステム１２０は、実施の形態１の送達確認サブシステム１１０に対して、さらに、ＥＤＩ送達確認メディアテーブルを記憶するＥＤＩ送達確認メディアテーブル記憶部８０を備えた構成である。
【００３４】
図１６は、送達確認サブシステム１２０の集信ファイル管理部１０の動作について説明する図である。送達確認サブシステム１２０の集信ファイル管理部１０の動作は、実施の形態１における送達確認サブシステム１１０の集信ファイル管理部１０の動作とほぼ同様ではあるが、ステップＳ２１０３の動作が異なる。
（１）集信ファイル管理部１０は、ＥＤＩサーバ２００において、配信ファイルが作成されたタイミングで起動され、ＥＤＩサーバ２００から集信ファイルＩＤと配信ファイルＩＤを渡され、これを読み込む（ステップＳ２１０１）。
（２）集信ファイル管理部１０は、渡された集信ファイルＩＤと配信ファイルＩＤをキーとして、ＥＤＩ送達確認システムデータテーブル（図６）上に新たなレコードを追加する。その際に、受信状況を未受信にする（ステップＳ２１０２）。
（３）また、集信ファイル管理部１０は、図１７に示すＥＤＩ送達確認実施状況テーブル６２で、送達確認実施状況１〜送達確認実施状況ｎを未実施にする（ステップＳ２１０３）。
【００３５】
送達確認サブシステム１２０の配信ファイル管理部２０の動作は、実施の形態１の配信ファイル管理部２０と同じである。
【００３６】
図１８は、送達確認サブシステム１２０の送達確認タイミング指定部４０の動作を説明するフローチャートである。図１８を参照して送達確認サブシステム１２０の送達確認タイミング指定部４０の動作を説明する。
（１）送達確認タイミング指定部４０は、ＥＤＩサーバ２００において、任意のタイミングで起動され、集信ファイルＩＤと送達確認タイミング１〜送達確認タイミングｎを渡される（ステップＳ２４０１）。
（２）送達確認タイミング１〜送達確認タイミングｎは、ある集信ファイルから作成された複数の配信ファイル全てが受信された場合に送達確認を実施する「定量送信」と、配信ファイルが受信されるたびに送達確認を実施する「逐次送信」と、決められた日時に送達確認を実施する「定期送信」の３つのうちのいずれかが指定される。
（３）図１９は、実施の形態２におけるＥＤＩ送達確認タイミングテーブル７２を示す図である。ＥＤＩ送達確認タイミングテーブル７２には、集信ファイルＩＤと、送達確認タイミング１〜送達確認タイミングｎと、送達確認タイミングデータ１〜送達確認タイミングデータｎとの項目が設定されている。「送達確認タイミング」、「送達確認タイミングデータ」は図１１で述べたものと同じである。ただし、ＥＤＩ送達確認タイミングテーブル７２では、複数個の「送達確認タイミング」、「送達確認タイミングデータ」を持つことが図１１の場合と異なっている。
（４）送達確認タイミング指定部４０は、ＥＤＩ送達確認タイミングテーブル７２に対して、「定量送信」が指定された場合には「１」をセットし、「逐次送信」が指定された場合には「２」をセットし、「定期送信」が指された場合には「３」をセットする（ステップＳ２４０２）。
【００３７】
図２０は、実施の形態２における送達確認情報送信部３０の動作を説明するフローチャートである。図２０を参照して、実施の形態２の送達確認情報送信部３０の動作を説明する。
（１）送達確認情報送信部３０は、ＥＤＩ送達確認システムデータテーブル（例えば図６）上で、受信状況が受信のレコードを抽出する（ステップＳ２３０１）。図１２のＳ３０１の場合と同様である。
（２）抽出されたレコードの集信ファイルＩＤと一致する集信ファイルＩＤを持つレコードを図１９に示したＥＤＩ送達確認タイミングテーブル７２から抽出する（ステップＳ２３０２）。
（３）送達確認情報送信部３０は、内部変数ｉに１をセットする（ステップ２３０３）。この場合、内部変数ｉは、ＥＤＩ送達確認タイミングテーブル７２における送達確認タイミング１〜送達確認タイミングｎの「１〜ｎ」に対応する。よってｉ＝１〜ｎである。
（４）送達確認情報送信部３０は、内部変数ｋに送達確認タイミングｉの値（送信タイミングごとに設定されている定量送信等の種別を示す１、２、３のいずれかの値である。よってｋは１〜３の整数のいずれかである。）をセットする（ステップＳ２３０４）。
（５）ｋ＝１（定量送信）である場合（ステップＳ２３０５のＹｅｓ）、ステップＳ２３０１で抽出されたレコードの集信ファイルＩＤと一致する集信ファイルＩＤを持つレコードをＥＤＩ送達確認システムデータテーブルから抽出する（ステップＳ２３０６）。図１２のＳ３０４に相当する。
（６）送達確認情報送信部３０は、ＥＤＩ送達確認システムデータテーブルにおいて、受信状況列が「未受信」のレコードを含むかを判定する（ステップＳ２３０７）。
（７）未受信があった場合には、ｉをインクリメントする（ステップＳ２３２０）。ｉがｎよりも大きくなった場合には、Ｓ２３０１に戻る（Ｓ２３２１のＹｅｓ）。Ｓ２３０７で配信ファイルの全部が受信されていれば、ステップＳ２３０１でＥＤＩ送達確認システムデータテーブルから抽出したレコードの集信ファイルＩＤと一致する集信ファイルＩＤを持つレコードを図１７のＥＤＩ送達確認実施状況テーブル６２から抽出する（ステップＳ２３０８）。
（８）Ｓ２３０８でＥＤＩ送達確認実施状況テーブル６２から抽出されたレコードの送達確認実施状況ｉが既に実施であれば（ステップＳ２３０９のＹｅｓ）、ｉをインクリメントする（ステップＳ２３１８）。ｉがｎよりも大きくなった場合には、Ｓ２３０１に戻る（ステップＳ２３１９のＹｅｓ）。
（９）Ｓ２３０９において、送達確認実施状況ｉが「未実施」であれば、Ｓ２３０１でＥＤＩ送達確認システムデータテーブルから抽出したレコードの集信ファイルＩＤと一致する集信ファイルＩＤを持つレコードを図２１に示すＥＤＩ送達確認メディアテーブル８２から抽出し、値をＪにセットする（ステップＳ２３１０）。即ち「Ｊ」は、Ｆａｘ、ｅ−ｍａｉｌ、電話等の送達確認メディアの種別を示す。図２１に示す様に、
「１」はＦａｘを表し、
「２」はｅ−ｍａｉｌを表し、
「３」は電話を表す。
（１０）Ｓ２３０８でＥＤＩ送達確認実施状況テーブル６２から抽出されたレコードの宛先を参照し、Ｊとして指定された送達確認メディアにより送達確認を実施し、結果を成功あるいは失敗に振り分ける（ステップＳ２３１１）。
（１１）送達確認の結果、失敗であれば（ステップＳ２３１２のＹｅｓ）、Ｊをインクリメントする（ステップＳ２３１６）。Ｊが３よりも大きくなれば（ステップＳ２３１７のＮ０）、Ｓ２３１１に戻る。
（１２）Ｓ２３１２の結果が成功（Ｓ２３１２がＮｏ）であれば、Ｓ２３０８でＥＤＩ送達確認実施状況テーブル６２から抽出したレコードの送達確認実施状況ｉを実施にし、データベースを更新し（ステップＳ２３１３）、ｉをインクリメントする（ステップＳ２３１４）。
（１３）ｉがｎよりも大きくなれば、Ｓ２３０１に戻る（ステップＳ２３１５のＹｅｓ）。
（１４）Ｓ２３０５において、ｋ＝２（逐次送信）であった場合には（ステップＳ２３２２でＹｅｓ）、ステップＳ２３０８に進む。
（１５）Ｓ２３２２においてｋ＝２でなかった場合には、Ｓ２３０１に進む（ステップＳ２３２３）。
（１６）Ｓ２３２３においてｋ＝３（定期送信）の場合には、Ｓ２３０２でＥＤＩ送達確認タイミングテーブル７２から抽出したレコードの送達確認タイミングデータｉと、現在日時を比較し、一致しないならば、Ｓ２３０１に進む。Ｓ２３２３において、Ｓ２３０２でＥＤＩ送達確認タイミングテーブル７２から抽出したレコードの送達確認タイミングデータｉと、現在日時を比較し、一致するならば、ステップＳ２３０８に進む（ステップＳ２３２３）。ステップ２３１５において、ｉがｎ以下であれば、ステップＳ２３０４に進む。
【００３８】
以上が実施の形態２における送達確認情報送信部３０の動作である。
【００３９】
実施の形態３．
次に図２２〜図２９を用いて実施の形態３を説明する。図２２は、実施の形態３における電子データ交換システム３０００の構成を示すブロック図である。電子データ交換システム３０００ではＥＤＩサーバ３００が、実施の形態１の送達確認サブシステム１１０に代え、送達確認サブシステム１３０を備える点が異なる。送達確認サブシステム１３０は、実施の形態１の送達確認サブシステム１１０から送達確認タイミング指定部４０と、ＥＤＩ送達確認タイミングテーブル記憶部７０とをなくした構成となっている。
【００４０】
次に集信ファイル管理部１０の動作について説明する。集信ファイル管理部１０の動作は、実施の形態１の図５で述べた集信ファイル管理部１０の動作と同じである。
【００４１】
次に配信ファイル管理部２０の動作の動作を説明する。配信ファイル管理部２０の動作は、実施の形態１の図９で述べた配信ファイル管理部２０の動作と同じである。
【００４２】
図２３は、ＥＤＩサーバ３００の送達確認情報送信部３０の動作を説明するフローチャートである。図２３を参照してＥＤＩサーバ３００の送達確認情報送信部３０の動作を説明する。
【００４３】
（１）送達確認情報送信部３０は、ＥＤＩサーバ３００において、配信ファイルが受信されたタイミングで起動され、その受信された配信ファイルＩＤを配信ファイル管理部２０から渡され、これを読み込む（ステップＳ３１０１）。図２４は、実施の形態３におけるＥＤＩ送達確認システムデータテーブル５３を示す。また、図２５は、図２４の状態を図式化したものである。図２４の状態で、今、配信ファイルＩＤが「１０００１」の配信ファイルが受信されたとする。その場合、配信ファイル管理部２０は、ＥＤＩ送達確認システムデータテーブル５３において、列番号１，列番号３のレコードの受信状況を「受信」に変更する。この状態は、図２７にＥＤＩ送達確認システムデータテーブル５４として示す。
（２）送達確認情報送信部３０は、配信ファイル管理部２０から渡された配信ファイルＩＤ（この設例では１０００１である）と一致する配信ファイルＩＤを持つレコードをＥＤＩ送達確認システムデータテーブル５４上において抽出する（ステップＳ３１０２）。この設例では、送達確認情報送信部３０は、ＥＤＩ送達確認システムデータテーブル５４上において、列番号１，列番号３のレコードを抽出する。
（３）送達確認情報送信部３０は、ＥＤＩ送達確認システムデータテーブル５４から抽出されたレコードの集信ファイルＩＤを参照し、配列ｋ［］にセットする（ステップＳ３１０３）。この設例では、ＥＤＩ送達確認システムデータテーブル５４の列番号１，列番号３のレコードであるので、集信ファイルＩＤは「００００１」と「００００２」である。図２６は、これらの集信ファイルＩＤがセットされた配列ｋ［］を示している。
（４）送達確認情報送信部３０は、配列ｋ［］にセットされた集信ファイルＩＤを参照し、図２７のＥＤＩ送達確認システムデータデーブル５４上で、未受信のデータがある場合、該当の集信ファイルＩＤを配列ｋ［］から削除する（ステップＳ３１０４）。図２７では、列番号２のレコードが「未受信」である。よって、送達確認情報送信部３０は、図２６の配列ｋ［］から集信ファイルＩＤ「００００１」を削除する。これは、図２５において、配信ファイルＩＤが「１０００２」の配信ファイルが未受信だからである。
（５）送達確認情報送信部３０は、図２８のＥＤＩ送達確認実施状況テーブル６３の集信ファイルＩＤ列において、配列ｋ［］にセットされている集信ファイルＩＤと等しい集信ファイルＩＤを持つレコードを抽出する。（ステップＳ３１０５）。この設例では配列ｋ［］には集信ファイルＩＤ「００００２」がセットされているので、送達確認情報送信部３０は、ＥＤＩ送達確認実施状況テーブル６３から列番号３のレコードを抽出する。
（６）抽出されたレコードの送達確認実施状況が、未実施でなければ終了する（ステップＳ３１０６）。
（７）未実施であった場合、送達確認情報送信部３０は、Ｓ３１０５で抽出したレコードの宛先を参照し、送達確認を実施する（ステップＳ３１０７）。本設例ではＥＤＩ送達確認実施状況テーブル６３では列番号３の宛先（通知先装置）は「Ｂ」であるので、送達確認情報送信部３０は、宛先「Ｂ」に送達確認を送信する。
（８）Ｓ３１０５で抽出したレコードの送達確認実施状況を実施にし、更新する（ステップＳ３１０８）。
【００４４】
図２９は、以上のような送達確認情報送信部３０の処理を図式化したものである。図２９をもとに、送達確認情報送信部３０の処理を述べる。
（１）送達確認情報送信部３０は、受信された配信ファイルＩＤのレコードをＥＤＩ送達確認システムデータテーブル上において抽出する（Ｓ３１０２）。すなわち、受信された配信ファイルを特定する。
（２）次に、送達確認情報送信部３０は、その配信ファイルＩＤに対応する集信ファイルＩＤを特定し、配列にセットする（Ｓ３１０３）。すなわち、受信された配信ファイルに対応する集信ファイルを全部リストアップする。
（３）次に送達確認情報送信部３０は、配列ｋ［］にセットされた集信ファイルＩＤを参照し、ＥＤＩ送達確認システムデータデーブル上で未受信のデータがある場合、該当の集信ファイルＩＤを配列ｋ［］から削除する（Ｓ３１０４）。すなわち、送達確認情報送信部３０は、受信された配信ファイルに対応する集信ファイル特定し、特定した集信ファイルのそれぞれについて、その集信ファイルをもとに作成された配信ファイルのうち、すでに受信された配信ファイルの受信状況を確認する。
（４）送達確認情報送信部３０は、確認の結果、受信されていない配信ファイルが存在することを確認した場合は、その配信ファイルに対応する集信ファイルの集信ファイルＩＤを配列ｋ［］から削除する。一方、すべての配信ファイルが受信されている集信ファイルは削除されない。これにより、ある集信ファイルから複数の配信ファイルが作成された場合に、全部の配信ファイルが受信側ユーザの受信クライアント装置に受信された場合に、送達確認を送信することが可能となる。
【００４５】
以上、実施の形態１〜実施の形態３で説明したＥＤＩサーバは、
送達確認サブシステムが、ある集信ファイルとその集信ファイルから作成された複数の配信ファイルとの対応関係を管理し、かつ、その複数の配信ファイルの受信状況を監視して、受信状況を予め設定されている通知先装置に送信する。よって、送信側ユーザの送信クライアント装置は、自己の送信した送信側端末ファイルの受信側ユーザの受信クライアント装置による受信状況を容易に知ることができる。また、ある集信ファイルから作成された複数の配信ファイルについて、どの程度の配信ファイルが受信側ユーザの受信クライアント装置によって受信された場合に送信先である送信側ユーザに連絡をするかを自由に設定することが可能となる。
【００４６】
以上、実施の形態１〜実施の形態３で説明したＥＤＩサーバは、
送達確認サブシステムが、ある集信ファイルから作成された複数の配信ファイルの全部が受信側ユーザの受信クライアント装置によって受信された場合に、予め指定された通知先に通知（送達確認）をする。従って、従来では一つの配信ファイルが受信されるごとに送達確認をしていたのに対して、送達確認回数は１回でよくなり、効率化を図ることができる。
【００４７】
実施の形態４．
図３０〜図３３を用いて実施の形態４を説明する。実施の形態４は、実施の形態１のＥＤＩサーバの動作を、プログラム及びプログラムを記録した記録媒体により実施する実施形態である。
【００４８】
前記の実施の形態１においては、ＥＤＩサーバにおける「〜部」として示した各構成要素の動作は互いに関連しており、動作の関連を考慮しながら、コンピュータに実施させる一連の処理（プログラム）に置き換えることができる。各構成要素の動作を一連の処理に置き換えることにより配信プログラムの実施形態とすることができる。また、この配信プログラムを、コンピュータ読み取り可能な記録媒体に記録させることで、プログラムを記録したコンピュータ読み取り可能な記録媒体の実施の形態とすることができる。
【００４９】
図３０、図３１は、図４に示した配信サーバの
（１）ＥＤＩ送達確認システムデータテーブル記憶部５０（対応関係情報記憶部）の動作、
（２）集信ファイル管理部１０（対応関係管理部）の動作、
（３）配信ファイル管理部２０（受信情報付加部）の動作、
（４）送達確認情報送信部３０（受信状況送信部）の動作
という一連の動作を、コンピュータであるＥＤＩサーバ１００に実施させるための一連の処理に置き換えて配信プログラムの実施形態としたフローチャートである。
【００５０】
図３０は次を示す。
（１）Ｓ５０１は、理集信ファイルとその集信ファイルから作成した配信ファイルとの対応関係を示す対応関係情報を記憶する処理であり、ＥＤＩ送達確認システムデータテーブル記憶部５０と集信ファイル管理部１０との動作に対応する。
（２）Ｓ５０２は、配信ファイルが受信側ユーザの受信クライアント装置に受信されたことを示す受信情報をＥＤＩ送達確認システムデータテーブルに付加する処理であり、配信ファイル管理部２０の動作に対応する。
（３）Ｓ５０３は、受信情報が付加されたＥＤＩ送達確認システムデータテーブルに基づいて、複数の配信ファイルのそれぞれについての受信側ユーザの受信クライアント装置による受信状況を予め設定された通知先装置に送信する処理であり、送達確認情報送信部３０の動作に対応する。
【００５１】
図３１は次を示す。
（１）Ｓ６０１は、理集信ファイルとその集信ファイルから作成した配信ファイルとの対応関係を示す対応関係情報を記憶する処理であり、ＥＤＩ送達確認システムデータテーブル記憶部５０と集信ファイル管理部１０との動作に対応する。
（２）Ｓ６０２は、配信ファイルが受信側ユーザの受信クライアント装置に受信されたことを示す受信情報をＥＤＩ送達確認システムデータテーブルに付加する処理であり、配信ファイル管理部２０の動作に対応する。
（３）Ｓ６０３は、受信情報が付加されたＥＤＩ送達確認システムデータテーブルに基づいて、複数の配信ファイルの全部が各受信側ユーザの受信クライアント装置によって受信されたかどうかを確認し、全部が受信されたと判断した場合に、送達確認（全部受信通知）を通知先装置に送信する処理であり、送達確認情報送信部３０の動作に対応する。
【００５２】
プログラムの実施の形態及びプログラムを記録したコンピュータ読み取り可能な記録媒体の実施の形態は、すべてコンピュータで動作可能なプログラムにより構成することができる。
【００５３】
図３２は、図４に示した実施の形態１におけるＥＤＩサーバ１００の機能を実現するコンピュータシステム８００の外観を示す。図３２において、コンピュータシステム８００は、システムユニット８３０、液晶表示装置８１３、キーボード（Ｋ／Ｂ）８１４、マウス８１５、コンパクトディスク装置（ＣＤＤ）８１８、プリンタ８１９を備え、これらはケーブルで接続されている。さらに、コンピュータシステム８００は、電話器８４０、ＦＡＸ機８５０とケーブルで接続されこれらを制御可能である。また、コンピュータシステム８００はネットワーク８６０に接続されている。コンピュータシステム８００は、ネットワーク８６０を介してユーザ端末と通信する。また、コンピュータシステム８００は、ＦＡＸ機８５０、電話器９３１などにより送達確認を送信することができる。
【００５４】
図３３は、図３２のコンピュータシステム８００のハードウェア構成図である。図３３において、コンピュータシステム８００は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）８１０を備えている。ＣＰＵ８１０は、バス８２５を介してＲＯＭ８１１、ＲＡＭ８１２、液晶表示装置８１３、Ｋ／Ｂ８１４、マウス８１５、通信ボード８１６、ＦＤＤ８１７、ＣＤＤ８１８、プリンタ８１９、及び磁気ディスク装置８２０と接続されている。
【００５５】
磁気ディスク装置８２０には、オペレーティングシステム（ＯＳ）８２１、ウィンドウシステム８２２、プログラム群８２３、ファイル群８２４が記憶されている。プログラム群８２３は、ＣＰＵ８１０、ＯＳ８２１、ウィンドウシステム８２２により実行される。
【００５６】
上記プログラム群８２３には、実施の形態１の説明において「〜部」として説明した機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ８１０により読み出され実行される。また「ファイル群８２４」には実施の形態１において「〜テーブル」として説明したものが記憶されている。
【００５７】
図４において「〜部」として説明したものは、ＲＯＭ８１１に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、ハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。
【００５８】
ＲＡＭ８１２や磁気ディスク装置８２０などの記憶装置は、図４におけるＥＤＩ送達確認システムデータテーブル記憶部５０、ＥＤＩ送達確認実施状況テーブル記憶部６０、ＥＤＩ送達確認タイミングテーブル記憶部７０等に相当する。また、図４における集信ファイル管理部１０、配信ファイル管理部２０、送達確認情報送信部３０、送達確認タイミング指定部４０等は、プログラム群８２３に記憶されたプログラムが対応する。
【００５９】
プログラムの実施の形態及びプログラムを記録したコンピュータ読み取り可能な記録媒体の実施の形態における各処理は、プログラムで実行されるが、このプログラムは、前述のようにプログラム群８２３に記録されている。そして、プログラム群８２３からＣＰＵ８１０に読み込まれ、ＣＰＵ８１０によって、プログラムの各処理が実行される。
【００６０】
また、ソフトウェア、あるいはプログラムは、ＲＯＭ８１１に記憶されたファームウェアで実行されても構わない。あるいは、ソフトウェアとファームウェアとハードウェアの組み合わせでプログラムを実行しても構わない。
【００６１】
以上、実施の形態４の配信プログラムは、コンピュータに、受信情報が付加されたＥＤＩ送達確認システムデータテーブルに基づき、前記複数の配信ファイルのそれぞれについての前記送信先装置による受信状況を監視し、監視した前記受信状況を予め設定された通知先である通知先装置に送信する処理を実行させる。よって、送信側ユーザは、自己の送信した送信側端末ファイルの受信側ユーザ端末による受信状況を容易に知ることができる。
【００６２】
以上、実施の形態４の配信プログラムは、コンピュータに、受信情報が付加されたＥＤＩ送達確認システムデータテーブルに基づきある集信ファイルから作成された複数の配信ファイルの全部がそれぞれの送信先装置によって受信されたかどうかを確認し、複数の配信ファイルの全部が受信されたと判断した場合に、送達確認（全部受信通知）を予め設定された通知先である通知先装置に送信する処理を実行させる。従って、従来では一つの配信ファイルが受信されるごとに送達確認をしていたのに対して、送達確認回数は１回でよくなり、効率化を図ることができる。
【００６３】
以上の実施の形態では、集信ファイルと配信ファイルを管理する集信ファイル管理手段と、配信ファイルの受信状況を管理する配信ファイル管理手段と、集信ファイルから作成された配信ファイル全てが受信された際に送達確認を実施する送達確認情報配信手段を備えた送達確認システムについて説明した。
【００６４】
以上の実施の形態では、集信ファイルと配信ファイルを管理する集信ファイル管理手段と、配信ファイルが受信された際に、当該配信ファイルを作成した集信ファイルを求め、当該集信ファイルから作成された配信ファイル全てが受信された際に送達確認を実施する送達確認情報配信手段を備えた送達確認システムについて説明した。
【００６５】
以上の実施の形態では、ある集信ファイルから作成された配信ファイル全てが受信された場合に送達確認を行う定量送信と、配信ファイルが受信されるたびに送達確認を実施する逐次送信と、指定された日時に送信タイミングを行う定期送信を選択する送信確認タイミング指定手段を備えた送達確認システムについて説明した。
【００６６】
以上の実施の形態では、複数の送信タイミングを選択し、選択された複数の送信タイミングのいずれのタイミングにおいても送達確認を実施する送達確認システムについて説明した。
【００６７】
以上の実施の形態では、前記送達確認情報配信手段が、集信ファイルに対応して、ｅ−ｍａｉｌあるいはＦＡＸあるいは電話による送達確認メディアを選択し、送達確認を実施する送達確認情報配信手段を備えた送達確認システムについて説明した。
【００６８】
以上の実施の形態では、送達確認の実施結果により、送達確認メディアを選択し、再度、送達確認を実施する送達確認システムについて説明した。
【００６９】
以上の実施の形態では、送達確認実施時に、送達確認の実施結果により、送達確認タイミングを選択し、再度送達確認を実施する送達確認システムについて説明した。
【図面の簡単な説明】
【００７０】
【図１】実施の形態１における電子データ交換システム１０００の構成を示す。
【図２】実施の形態１における従来技術との相違を示す。
【図３】実施の形態１における電子データ交換システム１０００の動作概要を示す。
【図４】実施の形態１における電子データ交換システム１０００のブロック図を示す。
【図５】実施の形態１における集信ファイル管理部１０の動作を示すフローチャートである。
【図６】実施の形態１におけるＥＤＩ送達確認システムデータテーブル５１を示す。
【図７】実施の形態１における図６の図式化である。
【図８】実施の形態１におけるＥＤＩ送達確認実施状況テーブル６１を示す。
【図９】実施の形態１における配信ファイル管理部２０の動作を示すフローチャートである。
【図１０】実施の形態１における送達確認タイミング指定部４０の動作を示すフローチャートである。
【図１１】実施の形態１におけるＥＤＩ送達確認タイミングテーブル７１を示す。
【図１２】実施の形態１における送達確認情報送信部３０の動作を示すフローチャートである。
【図１３】実施の形態１におけるＥＤＩ送達確認システムデータテーブル５１ｂを示す。
【図１４】実施の形態１における図１３の図式化である。
【図１５】実施の形態２における電子データ交換システム２０００のブロック図を示す。
【図１６】実施の形態２における集信ファイル管理部１０の動作を示すフローチャートである。
【図１７】実施の形態２におけるＥＤＩ送達確認実施状況テーブル６２を示す。
【図１８】実施の形態２における送達確認タイミング指定部４０の動作を示すフローチャートである。
【図１９】実施の形態２におけるＥＤＩ送達確認タイミングテーブル７２を示す。
【図２０】実施の形態２における送達確認情報送信部３０の動作を示すフローチャートである。
【図２１】実施の形態２におけるＥＤＩ送達確認メディアテーブル８２を示す。
【図２２】実施の形態３における電子データ交換システム２０００のブロック図を示す。
【図２３】実施の形態３における送達確認情報送信部３０の動作を示すフローチャートである。
【図２４】実施の形態３におけるＥＤＩ送達確認システムデータテーブル５３を示す。
【図２５】実施の形態３における図２４の図式化である。
【図２６】実施の形態３における配列ｋを示す。
【図２７】実施の形態３におけるＥＤＩ送達確認システムデータテーブル５４を示す。
【図２８】実施の形態３におけるＥＤＩ送達確認実施状況テーブル６３を示す。
【図２９】実施の形態３における送達確認情報送信部３０の動作の図式化である。
【図３０】実施の形態４における配信プログラムのフローチャートである。
【図３１】実施の形態４における配信プログラムのフローチャートである。
【図３２】実施の形態４におけるコンピュータシステム８００の外観を示す。
【図３３】実施の形態４におけるコンピュータシステム８００のハードウェア構成を示す。
【図３４】従来技術を示す。
【図３５】従来技術を示す。
【図３６】従来技術を示す。
【図３７】従来技術を示す。
【符号の説明】
【００７１】
１  ＥＤＩシステム、２，２ａ，２ｂ  送信クライアント装置、３  送信部、４，４ａ，４ｂ，４ｃ，４ｄ，４ｅ  受信クライアント装置、５ａ，５ｂ  受信部、６  集信ファイル、７  配信ファイル、８  配信ファイル、１０  集信ファイル管理部、２０  配信ファイル管理部、３０  送達確認情報送信部、４０  送達確認タイミング指定部、５０  ＥＤＩ送達確認システムデータテーブル記憶部、５１，５１ｂ，５３  ＥＤＩ送達確認システムデータテーブル、６０  ＥＤＩ送達確認実施状況テーブル記憶部、６１，６２，６３  ＥＤＩ送達確認実施状況テーブル、７０  ＥＤＩ送達確認タイミングテーブル記憶部、７１，７２  ＥＤＩ送達確認タイミングテーブル、８０  ＥＤＩ送達確認メディアテーブル記憶部、８２  ＥＤＩ送達確認メディアテーブル、１００，２００，３００  ＥＤＩサーバ、１１０，１２０，１３０  送達確認サブシステム、２１０  ＥＤＩメディアテーブル記憶部、３１０  配信ファイル管理手段、３２０  受信確認ファイル、３３０  送達確認送信部、３４０  送達確認メディア指定手段、８００  コンピュータシステム、８１０  ＣＰＵ、８１１  ＲＯＭ、８１２  ＲＡＭ、８１３  液晶表示装置、８１４  キーボード、８１５  マウス、８１６  通信ボード、８１７  ＦＤＤ、８１８  ＣＤＤ、８１９  プリンタ、８２０  磁気ディスク装置、８２１  ＯＳ、８２２  ウィンドウシステム、８２３  プログラム群、８２４  ファイル群、８２５  バス、８３０  システムユニット、８４０  電話器、８５０  ＦＡＸ機、８６０  ネットワーク、１０００，２０００，３０００  電子データ交換システム。
【図１】
2007094671.tif 000003
【図２】
2007094671.tif 000004
【図３】
2007094671.tif 000005
【図４】
2007094671.tif 000006
【図５】
2007094671.tif 000007
【図６】
2007094671.tif 000008
【図７】
2007094671.tif 000009
【図８】
2007094671.tif 000010
【図９】
2007094671.tif 000011
【図１０】
2007094671.tif 000012
【図１１】
2007094671.tif 000013
【図１２】
2007094671.tif 000014
【図１３】
2007094671.tif 000015
【図１４】
2007094671.tif 000016
【図１５】
2007094671.tif 000017
【図１６】
2007094671.tif 000018
【図１７】
2007094671.tif 000019
【図１８】
2007094671.tif 000020
【図１９】
2007094671.tif 000021
【図２０】
2007094671.tif 000022
【図２１】
2007094671.tif 000023
【図２２】
2007094671.tif 000024
【図２３】
2007094671.tif 000025
【図２４】
2007094671.tif 000026
【図２５】
2007094671.tif 000027
【図２６】
2007094671.tif 000028
【図２７】
2007094671.tif 000029
【図２８】
2007094671.tif 000030
【図２９】
2007094671.tif 000031
【図３０】
2007094671.tif 000032
【図３１】
2007094671.tif 000033
【図３２】
2007094671.tif 000034
【図３３】
2007094671.tif 000035
【図３４】
2007094671.tif 000036
【図３５】
2007094671.tif 000037
【図３６】
2007094671.tif 000038
【図３７】
2007094671.tif 000039