(57)【要約】      （修正有）【課題】データ配信が確実に行われたことを確認するのに要する時間を短縮する。【解決手段】配信システムは、各々が配信を実行する複数の配信装置を有する。そして、上で述べた複数の配信装置のうち少なくとも１つである、第１の配信装置が、送信元の装置から宛先及び当該宛先に配信する配信データを含む配信要求を受信した場合に、宛先及び配信データを複製する第１処理部と、第１処理部により複製された宛先及び配信データを、他の配信装置に送信する送信処理を実行する第２処理部と、他の配信装置のうち少なくともいずれかに対する送信処理が正常に完了した場合に、送信元の装置に対し、配信要求の受け付けが完了したことを示す応答を送信する第３処理部とを有する。【選択図】図２
2014063335.tif 000002
【特許請求の範囲】
【請求項１】
各々が配信を実行する複数の配信装置
を有し、
前記複数の配信装置のうちの少なくとも１つである、第１の配信装置が、
送信元の装置から宛先及び当該宛先に配信する配信データを含む配信要求を受信した場合に、前記宛先及び前記配信データを複製する第１処理部と、
前記第１処理部により複製された前記宛先及び前記配信データを、他の配信装置に送信する送信処理を実行する第２処理部と、
前記他の配信装置のうち少なくともいずれかに対する前記送信処理が正常に完了した場合に、前記送信元の装置に対し、前記配信要求の受け付けが完了したことを示す応答を送信する第３処理部と、
を有する配信システム。
【請求項２】
前記第１の配信装置が、
前記宛先への配信順序を、他の配信装置において決定される配信順序のいずれとも異なるように決定し、決定された配信順序を示す順序情報を生成する第４処理部と、
前記第４処理部により生成された前記順序情報に従って、所定時間毎に、前記配信データを宛先に送信する第５処理部と、
をさらに有する請求項１記載の配信システム。
【請求項３】
前記第１の配信装置が、
前記複数の配信装置の各々について、前記宛先への配信順序を、他の配信装置について決定する配信順序のいずれとも異なるように決定し、決定された配信順序を示す順序情報を生成する第４処理部と、
自配信装置について生成された前記順序情報に従って、所定時間毎に、前記配信データを宛先に送信する第５処理部と、
をさらに有し、
前記第２処理部が、
前記第４処理部により生成された前記順序情報を、前記宛先及び前記配信データと共に前記他の配信装置に送信する
ことを特徴とする請求項１記載の配信システム。
【請求項４】
前記第１の配信装置が、
前記配信データの送信が完了した宛先を、他の配信装置に送信する第６処理部
をさらに有し、
前記第５処理部が、
他の配信装置における前記第６処理部から宛先を受信し、且つ当該宛先への配信データの送信が完了していない場合には、当該宛先への配信データの送信を中止する
ことを特徴とする請求項３記載の配信システム。
【請求項５】
各々が配信を実行する複数の配信装置を有する配信システムにおいて、
前記複数の配信装置のうちの少なくとも１つである、第１の配信装置が、
送信元の装置から宛先及び当該宛先に配信する配信データを含む配信要求を受信した場合に、前記宛先及び前記配信データを複製し、
複製された前記宛先及び前記配信データを、他の配信装置に送信する送信処理を実行し、
前記他の配信装置のうち少なくともいずれかに対する前記送信処理が正常に完了した場合に、前記送信元の装置に対し、前記配信要求の受け付けが完了したことを示す応答を送信する、
処理を実行する配信方法。
【請求項６】
各々が配信を実行する複数の配信装置を有する配信システムにおいて、
前記複数の配信装置のうちの少なくとも１つである、第１の配信装置に、
送信元の装置から宛先及び当該宛先に配信する配信データを含む配信要求を受信した場合に、前記宛先及び前記配信データを複製し、
複製された前記宛先及び前記配信データを、他の配信装置に送信する送信処理を実行し、
前記他の配信装置のうち少なくともいずれかに対する前記送信処理が正常に完了した場合に、前記送信元の装置に対し、前記配信要求の受け付けが完了したことを示す応答を送信する、
処理を実行させるための配信プログラム。
【請求項７】
配信を実行する配信装置であって、
送信元の装置から宛先及び当該宛先に配信する配信データを含む配信要求を受信した場合に、前記宛先及び前記配信データを複製する第１処理部と、
前記第１処理部により複製された前記宛先及び前記配信データを、他の配信装置に送信する送信処理を実行する第２処理部と、
前記他の配信装置のうち少なくともいずれかに対する前記送信処理が正常に完了した場合に、前記送信元の装置に対し、前記配信要求の受け付けが完了したことを示す応答を送信する第３処理部と、
を有する配信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ配信技術に関する。
【背景技術】
【０００２】
予め定められた複数の装置に対して簡便にデータを配信する技術（例えば同報メール）が存在する。この技術においては、場合によっては非常に多くの装置に対してデータを配信することになる。そのため、ネットワークに存在する中継装置に一部の宛先への配信処理を行わせることにより、配信の負荷分散を図る。又は、通信コストを削減するように配信システムを構築する。しかし、負荷分散の実現又は通信コストの削減等よりも、データを確実に配信することを優先すべき場合が存在する。例えば、災害時に組織の拠点間で連絡を確実に取りたい場合等である。
【０００３】
従来、送信対象の受信側装置が多数存在する場合であっても、送信元の送信側装置の処理負荷、ネットワーク全体の負荷の軽減が可能なマルチキャスト通信方法を提供することを課題として、次の解決手段を有する通信方法が知られている。具体的には、マルチキャスト通信として同一の送信データを送信する送信側装置は、直接接続されていない第二、第三階層の受信側装置には送信データを送らず、第二、第三階層内に存在する代替送信側装置に中継装置を介して送信する。代替送信側装置は、各々第二、第三階層に存在する受信側装置に送信データを転送し、受信側装置は送達確認応答を送信元の代替送信側装置に返送する。代替送信側装置は、各々の階層のすべての受信側装置から送達確認応答を受信した時点で、自装置の正常受信も含む形で、各々の階層のすべての受信側装置が正常受信した旨を示す送達確認応答を一つ上の階層の中継装置に対して返送する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２９４６９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、上で述べた技術においては、代替送信側装置から受信側装置への配信が確実に行われたことを確認するために、代替送信側装置は、受信側装置からの送達確認応答を漏れなく受信するまで待つことになる。そのため、場合によっては、配信が確実に行われたことを確認するのに要する時間が非常に長くなるという問題がある。
【０００６】
従って、１つの側面では、本発明の目的は、データ配信が確実に行われたことを確認するのに要する時間を短縮するための技術を提供することである。
【課題を解決するための手段】
【０００７】
本配信システムは、各々が配信を実行する複数の配信装置を有する。そして、上で述べた複数の配信装置のうち少なくとも１つである、第１の配信装置が、送信元の装置から宛先及び当該宛先に配信する配信データを含む配信要求を受信した場合に、宛先及び配信データを複製する第１処理部と、第１処理部により複製された宛先及び配信データを、他の配信装置に送信する送信処理を実行する第２処理部と、他の配信装置のうち少なくともいずれかに対する送信処理が正常に完了した場合に、送信元の装置に対し、配信要求の受け付けが完了したことを示す応答を送信する第３処理部とを有する。
【発明の効果】
【０００８】
データ配信が確実に行われたことを確認するのに要する時間を短縮できるようになる。
【図面の簡単な説明】
【０００９】
【図１】図１は、本実施の形態におけるシステムの概要を示す図である。
【図２】図２は、配信サーバの機能ブロック図である。
【図３】図３は、同報グループリストの一例を示す図である。
【図４】図４は、ＩＰ−ＦＡＸリストの一例を示す図である。
【図５】図５は、配信データ格納部に格納されているデータの一例を示す図である。
【図６】図６は、第１の実施の形態における配信システムの動作の概要を説明するための図である。
【図７】図７は、第１の実施の形態における配信システムの動作の概要を説明するための図である。
【図８】図８は、第１の実施の形態における配信システムの動作の概要を説明するための図である。
【図９】図９は、第１の実施の形態とは異なる配信システムの動作の概要を説明するための図である。
【図１０】図１０は、第１の実施の形態とは異なる配信システムの動作の概要を説明するための図である。
【図１１】図１１は、配信サーバがＩＰ−ＦＡＸから配信要求を受信した場合に実行する処理の処理フローを示す図である。
【図１２】図１２は、宛先展開処理の処理フローを示す図である。
【図１３Ａ】図１３Ａは、方路制御処理の処理フローを示す図である。
【図１３Ｂ】図１３Ｂは、リスト格納部に格納されているデータの一例を示す図である。
【図１４】図１４は、状態データ格納部に格納されているデータの一例を示す図である。
【図１５】図１５は、方路制御処理の処理フローを示す図である。
【図１６】図１６は、第１の実施の形態における順序決定処理の処理フローを示す図である。
【図１７】図１７は、順序情報の一例を示す図である。
【図１８】図１８は、順序制御処理の処理フローを示す図である。
【図１９】図１９は、配信処理の処理フローを示す図である。
【図２０】図２０は、送信処理の処理フローを示す図である。
【図２１】図２１は、配信処理の処理フローを示す図である。
【図２２】図２２は、第１連携処理の処理フローを示す図である。
【図２３】図２３は、第１中継処理の処理フローを示す図である。
【図２４】図２４は、応答処理の処理フローを示す図である。
【図２５】図２５は、配信サーバが他の配信サーバから完了通知を受信した場合に実行する処理の処理フローを示す図である。
【図２６】図２６は、状態管理処理の処理フローを示す図である。
【図２７】図２７は、第１の実施の形態において、配信サーバが他の配信サーバからＦＡＸデータを受信した場合に実行する処理の処理フローを示す図である。
【図２８】図２８は、第２の実施の形態における順序決定処理の処理フローを示す図である。
【図２９】図２９は、第２の実施の形態において、配信サーバが他の配信サーバからＦＡＸデータを受信した場合に実行する処理の処理フローを示す図である。
【図３０】図３０は、コンピュータの機能ブロック図である。
【発明を実施するための形態】
【００１０】
［実施の形態１］
図１に、本実施の形態における配信システムの概要を示す。例えば広域ＬＡＮ（Local Area Network）であるネットワーク５には、配信サーバ１乃至３が接続されている。配信サーバ１には、ＬＡＮ等のネットワークを介してインターネットファクシミリ装置（以下、ＩＰ−ＦＡＸと呼ぶ）１０及びＩＰ−ＦＡＸ１１が接続されている。配信サーバ２には、ＬＡＮ等のネットワークを介してＩＰ−ＦＡＸ２１が接続されている。配信サーバ３には、ＬＡＮ等のネットワークを介してＩＰ−ＦＡＸ３１が接続されている。これらの、配信サーバ及びＩＰ−ＦＡＸは、ファクシミリの画像イメージ（以下、ＦＡＸ画像データと呼ぶ）を、ＳＭＴＰ（Simple Mail Transfer Protocol）による電子メールの添付ファイルとして送受信を行う。なお、図１において、配信サーバの数は３であり、ＩＰ−ＦＡＸの数は４であるが、数に限定は無い。また、ＩＰ−ＦＡＸについては後に示した付録を参照のこと。
【００１１】
図２に、配信サーバの機能ブロック図を示す。配信サーバは、方路制御部１０１、順序決定部１０２、順序制御部１０３、状態管理部１０４、配信部１０５及びリスト格納部１０６を含む制御部１００と、受信部１１１、宛先処理部１１２及び応答部１１３を含む受付部１１０と、同報グループリスト１２１及びＩＰ−ＦＡＸリスト１２２を格納する宛先データベース（ＤＢ）１２０と、第１中継部１３１及び第２中継部１３２を含む中継処理部１３０と、第１連携部１４１及び第２連携部１４２を含む連携処理部１４０と、状態データ格納部１５０と、配信データ格納部１６０と、送信部１７０とを含む。
【００１２】
受信部１１１は、ＦＡＸデータを含む配信要求を送信元のＩＰ−ＦＡＸから受信する処理を実行する。ＦＡＸデータは、ＦＡＸ画像データ、送信元のＩＰ−ＦＡＸの情報（番号及びＩＰアドレス）、宛先及びメッセージＩＤ等を含む。宛先には、単一のＩＰ−ＦＡＸを示すＩＰ−ＦＡＸ番号及びＩＰアドレス、又は、同報グループ番号の少なくともいずれかが含まれる。宛先処理部１１２は、同報グループリスト１２１及びＩＰ−ＦＡＸリスト１２２を用いて、ＦＡＸデータを送信する宛先を特定する処理である宛先展開処理を実行する。応答部１１３は、配信要求を受け付けたことを示す受付応答を送信元のＩＰ−ＦＡＸに送信する処理である応答処理を実行する。
【００１３】
方路制御部１０１は、ＩＰ−ＦＡＸリスト１２２を用いて、ＦＡＸデータを中継する配信サーバを決定する処理である方路制御処理を実行し、処理結果を状態データ格納部１５０に格納する。順序決定部１０２は、ＩＰ−ＦＡＸリスト１２２を用いて、ＦＡＸデータの宛先の順序を決定する処理である順序決定処理を実行する。順序制御部１０３は、順序決定処理によって決定された順序に従ってＦＡＸデータを送信する処理である順序制御処理を実行する。状態管理部１０４は、配信が完了している宛先を管理する処理である状態管理処理を実行し、処理結果を状態データ格納部１５０に格納する。配信部１０５は、配信を管理する処理である配信処理を実行する。
【００１４】
第１中継部１３１は、中継をする配信サーバにＦＡＸデータを送信する処理である第１中継処理を実行する。第２中継部１３２は、他の配信サーバからＦＡＸデータを受信する処理である第２中継処理を実行する。
【００１５】
第１連携部１４１は、配信完了リストを他の配信サーバに送信する処理である第１連携処理を実行する。第２連携部１４２は、配信完了リストを他の配信サーバから受信する処理である第２連携処理を実行する。
【００１６】
送信部１７０は、制御部１００から受け取ったデータを用いて、ＦＡＸデータを宛先に送信する処理である送信処理を実行する。
【００１７】
図３に、宛先ＤＢ１２０に格納されている同報グループリスト１２１の一例を示す。図３の例では、同報グループ番号と、同報グループに属するＩＰ−ＦＡＸの番号とが格納されている。同報グループ番号は同報グループの識別子の一例であり、ＩＰ−ＦＡＸ番号はＩＰ−ＦＡＸの識別子の一例である。
【００１８】
図４に、宛先ＤＢ１２０に格納されているＩＰ−ＦＡＸリスト１２２の一例を示す。図４の例では、ＩＰ−ＦＡＸの番号と、配信サーバの識別子と、ＩＰアドレスと、ＩＰ−ＦＡＸの名称とが格納されている。配信サーバの識別子は複数格納されており、配信する順番が早い配信サーバほど左側に格納されている。例えば１行目のデータは、番号が「１０００」であるＩＰ−ＦＡＸに対して１番目に配信をする配信サーバは配信サーバ１であり、２番目に配信をする配信サーバは配信サーバ２であり、３番目に配信をする配信サーバは配信サーバ３であることを示している。
【００１９】
図５に、配信データ格納部１６０に格納されているデータの一例を示す。図５の例では、メッセージＩＤと、ＦＡＸ画像データと、送信元のＩＰ−ＦＡＸを特定するための情報（例えばＩＰ−ＦＡＸ番号）とが格納されている。メッセージＩＤは、ＦＡＸ画像データの送信日時の情報等を含む。
【００２０】
なお、配信サーバは、特許請求の範囲における「配信装置」に対応する。方路制御部１０１は、特許請求の範囲における「第１処理部」に対応する。第１中継部１３１は、特許請求の範囲における「第２処理部」に対応する。応答部１１３は、特許請求の範囲における「第３処理部」に対応する。順序決定部１０２は、特許請求の範囲における「第４処理部」に対応する。順序制御部１０３は、特許請求の範囲における「第５処理部」に対応する。第１連携部１４１は、特許請求の範囲における「第６処理部」に対応する。
【００２１】
図６乃至図８を用いて、第１の実施の形態における配信システムの動作の概要を説明する。まず、図６を用いて、配信サーバに障害が発生せず、正常に配信が行われる場合の動作について説明する。
【００２２】
送信元のＩＰ−ＦＡＸであるＩＰ−ＦＡＸ１０は、配信要求を配信サーバ１に送信すると、配信サーバ１は配信要求を受信する（図６における（１））。ここで、配信要求に含まれる宛先は同報グループ「９０００」を示しており、同報グループ「９０００」は宛先として「１００１」、「１００２」及び「１００３」を含むとする。
【００２３】
配信サーバ１は、複数の宛先及びＦＡＸ画像データを含むＦＡＸデータを複製し、配信サーバ２及び配信サーバ３に送信する。ここで、複数の宛先は順序付けされており、ｎ番目（ｎは１≦ｎ≦３を満たす自然数）の宛先が配信サーバ間で重複しないようになっている。配信サーバ２又は配信サーバ３への送信が正常に完了した場合には、配信要求を受け付けたことを示す受付応答を送信元であるＩＰ−ＦＡＸ１０に送信する（図６における（２））。
【００２４】
なお、このように順序を決定すれば、特定の宛先へのＦＡＸデータの配信のタイミングが遅くなることを防げると共に、特定の宛先に多重に配信が行われることを防ぐことができる。
【００２５】
各配信サーバは、１番目の宛先に対してＦＡＸ画像データを送信する（図６における（３））。
【００２６】
各配信サーバは、状態データ格納部１５０に、１番目の宛先への配信が完了したことを登録する（図６における（４））。
【００２７】
各配信サーバは、（３）の処理によって配信が完了した宛先を他の配信サーバに通知する（図６における（５））。すなわち、配信サーバ１は、宛先「１００１」への配信が完了したことを示す完了通知を配信サーバ２及び配信サーバ３に通知する。配信サーバ２は、宛先「１００２」への配信が完了したことを示す完了通知を配信サーバ３及び配信サーバ１に通知する。配信サーバ３は、宛先「１００３」への配信が完了したことを示す完了通知を配信サーバ１及び配信サーバ２に通知する。
【００２８】
各配信サーバは、他の配信サーバから完了通知を受信すると、状態データ格納部１５０に、配信が完了したことを登録する（図６における（６））。すなわち、配信サーバ１は、宛先「１００２」及び宛先「１００３」への配信が完了したことを登録し、配信サーバ２は、宛先「１００３」及び宛先「１００１」への配信が完了したことを登録し、配信サーバ３は、宛先「１００１」及び宛先「１００２」への配信が完了したことを登録する。
【００２９】
図６における（７）において、各配信サーバは、前回の配信を行うタイミングから所定時間が経過するまで待機する。
【００３０】
各配信サーバは、前回の配信を行うタイミングから所定時間経過後、２番目の宛先への配信（より正確には、１番目及び２番目の宛先）を完了しているか否かを状態データ格納部１５０を用いて確認する（図６における（８））。図６の例の場合には、配信が完了していない宛先は無いので、各配信サーバは配信を行わない。また、各配信サーバは、さらに所定時間経過後、３番目の宛先（より正確には、１番目から３番目の宛先）への配信を完了しているか確認し、配信が完了しているので、処理は終了する。
【００３１】
配信サーバに障害が発生しなかった場合には以上のような動作が行われるが、例えば配信サーバ２に障害が発生した場合には、図７及び図８に示すような動作を行う。
【００３２】
図７における（１）及び（２）については、図６における（１）及び（２）と同じであるので、説明を省略する。
【００３３】
図７における（２）の後、配信サーバ２に障害が発生して停止したとする（図７における（３））。
【００３４】
配信サーバ１及び配信サーバ３は、１番目の宛先に対してＦＡＸ画像データを送信する（図７における（４））。
【００３５】
配信サーバ１及び配信サーバ３は、状態データ格納部１５０に、１番目の宛先への配信が完了したことを登録する（図７における（５））。
【００３６】
配信サーバ１及び配信サーバ３は、（４）の処理によって配信が完了した宛先を他の配信サーバに通知する（図７における（６））。すなわち、配信サーバ１は、宛先「１００１」への配信が完了したことを示す完了通知を配信サーバ２及び配信サーバ３に通知する。配信サーバ３は、宛先「１００３」への配信が完了したことを示す完了通知を配信サーバ１及び配信サーバ２に通知する。但し、配信サーバ２は停止しているため、配信サーバ２が完了通知を受け取ることはない。
【００３７】
配信サーバ１及び配信サーバ３は、他の配信サーバから完了通知を受信すると、状態データ格納部１５０に、配信が完了したことを登録する（図７における（７））。すなわち、配信サーバ１は、宛先「１００３」への配信が完了したことを登録し、配信サーバ３は、宛先「１００１」への配信が完了したことを登録する。
【００３８】
図７における（８）において、配信サーバ１及び配信サーバ３は、前回の配信を行うタイミングから所定時間が経過するまで待機する。説明は図８における（９）に移行する。
【００３９】
配信サーバ１及び配信サーバ３は、前回の配信を行うタイミングから所定時間経過後、２番目の宛先への配信（より正確には、１番目及び２番目の宛先）を完了しているか否かを状態データ格納部１５０を用いて確認する。図８の例の場合には、配信サーバ１は２番目の宛先への配信を完了していないので、２番目の宛先「１００２」にＦＡＸ画像データを送信する。配信サーバ３は、２番目の宛先への配信が完了しているので、配信をしない（図８における（９））。
【００４０】
配信サーバ１は、状態データ格納部１５０に、２番目の宛先への配信が完了したことを登録する（図８における（１０））。
【００４１】
配信サーバ１は、（９）の処理によって配信が完了した宛先（宛先「１００２」）を配信サーバ３に通知する（図８における（１１））。
【００４２】
配信サーバ３は、配信サーバ１から完了通知を受信すると、状態データ格納部１５０に、宛先「１００２」への配信が完了したことを登録する（図８における（１２））。
【００４３】
図８における（１３）において、配信サーバ１及び配信サーバ３は、前回の配信を行うタイミングから所定時間が経過するまで待機する。
【００４４】
配信サーバ１及び配信サーバ３は、前回の配信を行うタイミングから所定時間経過後、３番目の宛先への配信（より正確には、１番目及び２番目の宛先）を完了しているか否かを状態データ格納部１５０を用いて確認する（図８における（１４））。図８の例の場合には、配信が完了していない宛先は無いので、処理は終了する。
【００４５】
以上のようにすれば、たとえ配信サーバ２が停止したとしても宛先「１００２」への配信を行うことができる。また、例えば配信サーバ１が受付応答を送信元のＩＰ−ＦＡＸに送信した後に停止した場合も、配信サーバ２又は配信サーバ３が宛先「１００１」に配信を行うことができる。
【００４６】
さらに、配信サーバ１はＦＡＸ画像データ及び宛先を他の配信サーバに正常に送信完了した後に送信元のＩＰ−ＦＡＸ１０に受付応答を返すようにしている。そのため、送信元のＩＰ−ＦＡＸ１０は、受付応答が返ってくれば配信が成功するということがわかり、受付応答が返ってこなければ配信は成功していないので、例えば自動再送機能によって再度配信要求を送信することができる。よって、ＩＰ−ＦＡＸ１０のユーザは、配信が成功したか否かを気にかけなくて済む。
【００４７】
これに対し、従来より行われているような配信方法を利用した場合、データ配信の確実性は低くなる。例えば図９のような配信方法によってＦＡＸ画像データを宛先に配信することを考える。
【００４８】
送信元のＩＰ−ＦＡＸであるＩＰ−ＦＡＸ１０は、配信要求を配信サーバ１に送信すると、配信サーバ１は配信要求を受信する。ここで、配信要求に含まれる宛先は同報グループ「９０００」を示しており、同報グループ「９０００」は宛先として「１００１」、「１００２」及び「１００３」を含むとする。そしてこの時点で、配信サーバ１は、配信要求を受け付けたことを示す受付応答を送信元であるＩＰ−ＦＡＸ１０に送信する（図９における（１））。
【００４９】
配信サーバ１は、宛先及びＦＡＸ画像データを含むＦＡＸデータを複製し、配信サーバ２及び配信サーバ３に送信する（図９における（２））。ここで、配信サーバ２が受信する宛先は「１００２」のみであり、配信サーバ３が受信する宛先は「１００３」のみである。すなわち、各配信サーバは、自身が担当する宛先しか保持していない。
【００５０】
各配信サーバは、担当する宛先にＦＡＸ画像データを送信する（図９における（３））。すなわち、配信サーバ１はＩＰ−ＦＡＸ１１にＦＡＸ画像データを送信し、配信サーバ２はＩＰ−ＦＡＸ２１にＦＡＸ画像データを送信し、配信サーバ３はＩＰ−ＦＡＸ３１にＦＡＸ画像データを送信する。これにより、宛先「１００１」、「１００２」及び「１００３」への配信が完了する。
【００５１】
配信サーバに障害が発生しない場合にはこのような配信方法であってもデータを配信することができるが、配信サーバに障害が発生した場合には、一部の宛先にはデータを配信することはできなくなる。このことを、図１０を用いて説明する。
【００５２】
図１０における（１）及び（２）については、図９における（１）及び（２）と同じであるので、説明を省略する。
【００５３】
図１０における（２）の後、配信サーバ２に障害が発生して停止したとする（図１０における（３））。
【００５４】
配信サーバ１及び配信サーバ３は、担当する宛先にＦＡＸ画像データを送信する（図１０における（４））。すなわち、配信サーバ１はＩＰ−ＦＡＸ１１にＦＡＸ画像データを送信し、配信サーバ３はＩＰ−ＦＡＸ３１にＦＡＸ画像データを送信する。しかし、配信サーバ２が担当する宛先「１００２」にはＦＡＸ画像データは配信されない。
【００５５】
このように、従来より行われているような配信方法を利用した場合、配信サーバに障害が発生したことによって、一部の宛先に対してＦＡＸ画像データを配信することができなくなる。また、送信元ＩＰ−ＦＡＸ１０は、受付応答が返ってきているので、正常に配信が行われていると誤って認識してしまうことになる。そのため、ＩＰ−ＦＡＸ１０の自動再送機能を利用することはできず、後でＩＰ−ＦＡＸ１０のユーザが手動で再送の作業を行うことになる。
【００５６】
また、ここでは配信サーバ２に障害が発生した場合を例にして説明したが、例えば配信サーバ１が受付応答をＩＰ−ＦＡＸ１０に送信した後に配信サーバ１に障害が発生した場合にも、ＦＡＸ画像データの配信をすることができなくなる。このような場合には、配信サーバ２及び配信サーバ３がＦＡＸ画像データを受け取ることがないので、宛先「１００１」だけでなく、宛先「１００２」及び宛先「１００３」にもＦＡＸ画像データは配信されなくなる。このような場合にも、ＩＰ−ＦＡＸ１０の自動再送機能を利用することはできず、後でＩＰ−ＦＡＸ１０のユーザが手動で再送の作業を行うことになる。
【００５７】
なお、配信が確実に行われたことを、例えば、受信完了を示す通知を全ての宛先から受信したことによって確認した後に、配信完了を示す配信完了通知を送信元のＩＰ−ＦＡＸに送信することも考えられる。しかし、このようにすると、配信先が多い場合には、配信完了通知を送信元のＩＰ−ＦＡＸに送信するまでに長時間を要する。本実施の形態で示す構成及び方法によれば、この時間を短くできる。そして、複数の配信サーバのうち、少なくとも１つの配信サーバが正常に動作すれば、全ての配信先に対する配信が確実に行われる。
【００５８】
次に、図１１乃至図２４を用いて、第１の実施の形態における配信サーバの動作について詳細に説明する。まず、配信サーバがＩＰ−ＦＡＸから配信要求を受信した場合に実行する処理について説明する。
【００５９】
まず、配信サーバにおける受信部１１１は、ＦＡＸデータを含む配信要求を送信元のＩＰ−ＦＡＸから受信し（図１１：ステップＳ１）、メインメモリ等の記憶装置に格納する。ＦＡＸデータは、ＦＡＸ画像データ、送信元のＩＰ−ＦＡＸの情報、宛先及びメッセージＩＤ等を含む。
【００６０】
受信部１１１は、送信元のＩＰ−ＦＡＸの番号及びＩＰアドレスが、ＩＰ−ＦＡＸリスト１２２に登録済みであるか判断する（ステップＳ３）。登録済みではない場合（ステップＳ３：Ｎｏルート）、送信元のＩＰ−ＦＡＸからの配信要求を受け付けることはできないので、処理は終了する。一方、登録済みである場合（ステップＳ３：Ｙｅｓルート）、受信部１１１は、宛先処理部１１２に宛先展開処理の実行を要求する。これに応じ、宛先処理部１１２は、宛先展開処理を実行する（ステップＳ５）。宛先展開処理については、図１２乃至図２４を用いて説明する。
【００６１】
まず、宛先処理部１１２は、ＦＡＸデータから宛先を取り出し、宛先で同報グループリスト１２１を検索する（図１２：ステップＳ１１）。そして、宛先処理部１１２は、いずれかの同報グループ番号と一致するか判断する（ステップＳ１３）。
【００６２】
いずれの同報グループ番号とも一致しない場合（ステップＳ１３：Ｎｏルート）、宛先は同報グループではないため、ステップＳ１７の処理に移行する。いずれかの同報グループ番号と一致する場合（ステップＳ１３：Ｙｅｓルート）、宛先処理部１１２は、一致した同報グループ番号によって特定される同報グループに属する宛先を同報グループリスト１２１から特定する（ステップＳ１５）。なお、同報グループに属する宛先に同報グループ番号が含まれる場合には、ステップＳ１３及びＳ１５の処理をさらに実行する。
【００６３】
宛先処理部１１２は、宛先の数を示す変数ａをａ＝１と設定する（ステップＳ１７）。
【００６４】
宛先処理部１１２は、ステップＳ１５において特定された宛先のうち未処理の宛先を１つ特定し、特定された宛先でＩＰ−ＦＡＸリスト１２２を検索する（ステップＳ１９）。
【００６５】
宛先処理部１１２は、いずれかのＩＰ−ＦＡＸ番号と一致するか判断する（ステップＳ２１）。いずれのＩＰ−ＦＡＸ番号とも一致しない場合（ステップＳ２１：Ｎｏルート）、本配信システムに登録されていないＩＰ−ＦＡＸ番号であるので、ステップＳ２５の処理に移行する。
【００６６】
一方、いずれかのＩＰ−ＦＡＸ番号と一致する場合（ステップＳ２１：Ｙｅｓルート）、宛先処理部１１２は、ＦＡＸデータに宛先のＩＰ−ＦＡＸ番号を付加する（ステップＳ２３）。
【００６７】
宛先処理部１１２は、ａを１インクリメントする（ステップＳ２５）。そして、宛先処理部１１２は、ａがステップＳ１５において特定された宛先の数より大きいか判断する（ステップＳ２７）。ａが宛先の数以下である場合（ステップＳ２７：Ｎｏルート）、ステップＳ１９の処理に戻る。一方、ａが宛先の数より大きい場合（ステップＳ２７：Ｙｅｓルート）、宛先処理部１１２は、制御部１００における方路制御部１０１に方路制御処理の実行を要求する。これに応じ、方路制御部１０１は、方路制御処理を実行する（ステップＳ２９）。方路制御処理については、図１３Ａ乃至図２４を用いて説明する。
【００６８】
まず、方路制御部１０１は、宛先の数を示す変数ｂをｂ＝１と設定する（図１３Ａ：ステップＳ３１）。
【００６９】
方路制御部１０１は、ＦＡＸデータに含まれる宛先から未処理の宛先を１つ特定する（ステップＳ３３）。
【００７０】
方路制御部１０１は、ステップＳ３３において特定された宛先に対応する配信サーバの識別子をＩＰ−ＦＡＸリスト１２２から抽出する（ステップＳ３５）。ステップＳ３５においては、ＩＰ−ＦＡＸリスト１２２に複数の配信サーバの識別子が格納されている場合には、複数の配信サーバの識別子を抽出する。
【００７１】
方路制御部１０１は、ステップＳ３５において抽出された配信サーバの識別子で配信サーバリストを新たに生成又は既に生成されている配信サーバリストにステップＳ３５において抽出された配信サーバの識別子を追加する（ステップＳ３７）。ステップＳ３７においては、ｂ＝１の場合には配信サーバリストを新たに生成し、ｂ＝１ではない場合には配信サーバリストに配信サーバの識別子を追加する。
【００７２】
生成された配信サーバリストは、リスト格納部１０６に格納される。図１３Ｂに、リスト格納部１０６に格納されている配信サーバリストの一例を示す。図１３Ｂの例では、配信サーバリストには、当該配信サーバリストに含まれる配信サーバの識別子が格納されている。配信サーバリストの内容は、方路制御処理が終了するとクリアされる。
【００７３】
方路制御部１０１は、ｂ＝ｂ＋１と設定し（ステップＳ３９）、ｂがＦＡＸデータに付加されている宛先の数より大きいか判断する（ステップＳ４１）。ｂが宛先の数以下である場合（ステップＳ４１：Ｎｏルート）、次の宛先について処理するため、ステップＳ３３の処理に戻る。
【００７４】
一方、ｂが宛先の数より大きい場合（ステップＳ４１：Ｙｅｓルート）、方路制御部１０１は、配信サーバリストにおける配信サーバの識別子の重複を解消する（ステップＳ４３）。ステップＳ４３においては、同一の配信サーバの識別子が配信サーバリストに複数含まれる場合には、その配信サーバの識別子の数が１つになるようにする。
【００７５】
方路制御部１０１は、ステップＳ１において受信した配信要求に含まれるメッセージＩＤに対応付けて、配信サーバリスト内の配信サーバの識別子を状態データ格納部１５０に格納する（ステップＳ４５）。そして処理は端子Ａを介して図１５のステップＳ４７に移行する。
【００７６】
図１４に、状態データ格納部１５０に格納されているデータの一例を示す。図１４の例では、メッセージＩＤと、配信サーバリスト内の配信サーバの識別子と、宛先及びその宛先への配信が完了したことを示す情報とが格納されている。宛先には順番が付与されている。
【００７７】
図１５の説明に移行し、方路制御部１０１は、中継をする配信サーバの数を示す変数ｃをｃ＝０と設定する（ステップＳ４７）。また、方路制御部１０１は、ステップＳ４３の処理により得られる配信サーバリスト内の配信サーバのうち処理済みの配信サーバの数を示す変数ｄをｄ＝１と設定する（ステップＳ４９）。
【００７８】
方路制御部１０１は、ＦＡＸデータの複製を生成する（ステップＳ５１）。上で述べたように、ＦＡＸデータには、ＦＡＸ画像データ、宛先及びメッセージＩＤ等が含まれる。但し、宛先展開処理によって宛先の展開が行われた場合には、ＦＡＸデータに含まれる宛先は、展開後の宛先である。
【００７９】
方路制御部１０１は、ステップＳ３７の処理により生成された配信サーバリストをステップＳ５１の処理により生成されたＦＡＸデータに付加する。また、方路制御部１０１は、ＦＡＸデータに付加された配信サーバリストから未処理の配信サーバの識別子を１つ特定する（ステップＳ５３）。
【００８０】
方路制御部１０１は、順序決定部１０２に順序決定処理の実行を要求する。これに応じ、順序決定部１０２は、順序決定処理を実行する（ステップＳ５５）。順序決定処理については、図１６乃至図２３を用いて説明する。
【００８１】
まず、順序決定部１０２は、順番を示す変数ｅをｅ＝１と設定する（図１６：Ｓ７１）。
【００８２】
順序決定部１０２は、ＦＡＸデータに含まれる宛先のうち、ステップＳ５３において特定された配信サーバが配信する順番がｅ番目である宛先をＩＰ−ＦＡＸリスト１２２から特定する（ステップＳ７３）。例えばＦＡＸデータに含まれる宛先が「１００１」、「１００２」及び「１００３」であり、配信サーバが配信サーバ１であり、ｅ＝１であり、状態データ格納部１５０には図４に示したデータが格納されている場合には、宛先「１００１」が特定される。
【００８３】
順序決定部１０２は、状態データ格納部１５０に、ステップＳ７３において特定された宛先をｅ番目とする順序情報を生成し（ステップＳ７５）、メインメモリ等の記憶装置に格納する。
【００８４】
図１７に、ステップＳ７５において生成される順序情報の一例を示す。図１７の例では、順序情報には、順番と、宛先とが含まれる。
【００８５】
図１６の説明に戻り、順序決定部１０２は、ｅを１インクリメントし（ステップＳ７７）、ｅが宛先の数より大きいか判断する（ステップＳ７９）。ｅが宛先の数以下である場合（ステップＳ７９：Ｎｏルート）、次の順番について処理するため、ステップＳ７３の処理に戻る。
【００８６】
一方、ｅが宛先の数より大きい場合（ステップＳ７９：Ｙｅｓルート）、順序決定部１０２は、生成された順序情報をＦＡＸデータに付加する。そして、順序決定部１０２は、ステップＳ５３において特定された配信サーバが自配信サーバであるか判断する（ステップＳ８１）。なお、ステップＳ７５の処理は宛先の数だけ行われ、最終的に生成された順序情報がＦＡＸデータに付加される。
【００８７】
自配信サーバである場合（ステップＳ８１：Ｙｅｓルート）、順序決定部１０２は、順序制御部１０３に順序制御処理の実行を要求する。これに応じ、順序制御部１０３は、順序制御処理を実行する（ステップＳ８３）。順序制御処理については、図１８乃至図２２を用いて説明する。
【００８８】
まず、順序制御部１０３は、ＦＡＸデータに含まれる宛先の数ｆを計数する（ステップ図１８：Ｓ１０１）。
【００８９】
順序制御部１０３は、ＦＡＸデータに含まれる宛先及び配信サーバリストをメッセージＩＤに対応付けて状態データ格納部１５０に格納する（ステップＳ１０３）。ステップＳ１０３において、順序制御部１０３は、ＦＡＸデータに含まれる順序情報に従い、順序どおりになるように宛先を状態データ格納部１５０に格納する。
【００９０】
順序制御部１０３は、ＦＡＸデータから宛先、配信サーバリスト及び順序情報を削除する（ステップＳ１０４）。
【００９１】
順序制御部１０３は、ステップＳ１０４の処理後のＦＡＸデータを配信データ格納部１６０に格納する（ステップＳ１０５）。
【００９２】
順序制御部１０３は、順番を示す変数ｇをｇ＝１と設定する（ステップＳ１０７）。
【００９３】
順序制御部１０３は、ステップＳ１又はＳ２２１において受信したメッセージＩＤに対応するＦＡＸデータを配信データ格納部１６０から特定する（ステップＳ１０９）。
【００９４】
順序制御部１０３は、メッセージＩＤに対応する宛先のうち、１番目からｇ番目の範囲で配信完了していない宛先を状態データ格納部１５０から特定し（ステップＳ１１１）、特定された宛先を含む配信リストを生成する（ステップＳ１１３）。
【００９５】
順序制御部１０３は、配信部１０５に配信処理の実行を要求する。これに応じ、配信部１０５は、配信処理を実行する（ステップＳ１１５）。配信処理については、図１９及び図２０を用いて説明する。
【００９６】
まず、配信部１０５は、順番を示す変数ｈをｈ＝１と設定する（図１９：ステップＳ１４１）。
【００９７】
配信部１０５は、ステップＳ１１３において生成された配信リストから未処理の宛先を１つ特定し、配信用のＦＡＸデータを生成する（ステップＳ１４３）。ステップＳ１４３においては、ステップＳ１０９において特定されたＦＡＸデータの宛先を、ステップＳ１４３において特定された宛先とすることで、配信用のＦＡＸデータを生成する。
【００９８】
配信部１０５は、送信部１７０に送信処理の実行を要求する。これに応じ、送信部１７０は、送信処理を実行する（ステップＳ１４５）。送信処理については、図２０を用いて説明する。
【００９９】
まず、送信部１７０は、配信用のＦＡＸデータを宛先に送信する（図２０：ステップＳ１６１）。
【０１００】
送信部１７０は、ステップＳ１６１における送信が正常に完了したか判断する（ステップＳ１６３）。正常に完了した場合（ステップＳ１６３：Ｙｅｓルート）、送信部１７０は、復帰値を、正常を示す値に設定する（ステップＳ１６５）。そして元の処理に戻る。一方、正常に完了しなかった場合（ステップＳ１６３：Ｎｏルート）、送信部１７０は、復帰値を、異常を示す値に設定する（ステップＳ１６７）。そして元の処理に戻る。
【０１０１】
図１９の説明に戻り、配信部１０５は、データの送信が正常に完了したか判断する（ステップＳ１４７）。ステップＳ１４７においては、送信部１７０によって設定された復帰値の値に基づき判断する。
【０１０２】
データの送信が正常に完了しなかった場合（ステップＳ１４７：Ｎｏルート）、配信を完了していないので、ステップＳ１５１の処理に移行する。
【０１０３】
データの送信が正常に完了した場合（ステップＳ１４７：Ｙｅｓルート）、配信部１０５は、ステップＳ１４３において特定された宛先で配信完了リストを新たに生成又は既に生成されている配信完了リストにステップＳ１４３において特定された宛先を追加する（ステップＳ１４９）。ステップＳ１４９においては、配信完了リストを生成済みではない場合には配信完了リストを新たに生成し、配信完了リストを生成済みである場合には配信完了リストに宛先を追加する。
【０１０４】
配信部１０５は、ｈを１インクリメントし（ステップＳ１５１）、ｈが配信リスト内の宛先の数よりも大きいか判断する（ステップＳ１５３）。
【０１０５】
ｈが配信リスト内の宛先の数以下である場合（ステップＳ１５３：Ｎｏルート）、次の宛先について処理するため、ステップＳ１４３の処理に戻る。一方、ｈが配信リスト内の宛先の数より大きい場合（ステップＳ１５３：Ｙｅｓルート）、元の処理に戻る。
【０１０６】
図１８の説明に戻り、配信処理が終了すると、処理は端子Ｂを介して図２１のステップＳ１１７に移行する。
【０１０７】
図２１の説明に移行し、配信部１０５は、連携処理部１４０における第１連携部１４１に、第１連携処理の実行を要求する。これに応じ、第１連携部１４１は、第１連携処理を実行する（ステップＳ１１７）。第１連携処理については、図２２を用いて説明する。
【０１０８】
まず、第１連携部１４１は、ステップＳ１又はＳ２２１において受信したメッセージＩＤに対応する配信サーバを状態データ格納部１５０から特定する（図２２：ステップＳ１７１）。
【０１０９】
第１連携部１４１は、ステップＳ１７１において特定された配信サーバのうち自配信サーバ以外に、メッセージＩＤ及びステップＳ１４９の処理において生成された配信完了リストを含む完了通知を送信する（ステップＳ１７３）。なお、各配信サーバは、自配信サーバ以外の配信サーバの情報（例えばＩＰアドレス）を予め保持しているものとする。そして処理は終了する。
【０１１０】
このような処理を実行すれば、配信が完了している宛先を配信サーバ間で共有できるようになる。
【０１１１】
図２１の説明に戻り、順序制御部１０３は、宛先の数を示す変数ｉをｉ＝１と設定する（ステップＳ１１９）。
【０１１２】
順序制御部１０３は、配信完了リストから未処理の宛先を１つ特定し、状態データ格納部１５０において、その宛先の状態を「完了」に設定する（ステップＳ１２１）。
【０１１３】
順序制御部１０３は、ｉを１インクリメントし（ステップＳ１２３）、ｉが配信完了リスト内の宛先の数より大きいか判断する（ステップＳ１２５）。ｉが配信完了リスト内の宛先の数以下である場合（ステップＳ１２５：Ｎｏルート）、ステップＳ１２１の処理に戻る。
【０１１４】
一方、ｉが配信完了リスト内の宛先の数より大きい場合（ステップＳ１２５：Ｙｅｓルート）、順序制御部１０３は、ｇを１インクリメントする（ステップＳ１２７）。
【０１１５】
順序制御部１０３は、ステップＳ１１５の配信処理を実行してから所定時間が経過するまで待機する（ステップＳ１２９）。なお、所定時間は、配信サーバ間で同じであることが好ましい。
【０１１６】
順序制御部１０３は、ｇがｆより大きいか判断する（ステップＳ１３１）。ｇがｆ以下である場合（ステップＳ１３１：Ｎｏルート）、処理は端子Ｃを介して図１８のステップＳ１０９に戻る。一方、ｇがｆより大きい場合（ステップＳ１３１：Ｙｅｓルート）、元の処理に戻る。
【０１１７】
このようにすれば、順序情報のとおりにＦＡＸデータを配信することができるようになる。また、配信を実行してから所定時間待機しているため、この間に他の配信サーバから完了通知を受信して状態データ格納部１５０を更新することができるようになる。従って、他の配信サーバが既に配信を行った宛先に対してＦＡＸデータを多重に配信することを抑制できるようになる。
【０１１８】
図１６の説明に戻り、順序決定部１０２は、復帰値を、中継無しを示す値に設定する（ステップＳ８５）。そして元の処理に戻る。
【０１１９】
一方、自配信サーバではない場合（ステップＳ８１：Ｎｏルート）、順序決定部１０２は、中継処理部１３０における第１中継部１３１に第１中継処理の実行を要求する。これに応じ、第１中継部１３１は、第１中継処理を実行する（ステップＳ８７）。第１中継処理については、図２３を用いて説明する。
【０１２０】
まず、第１中継部１３１は、中継を行う配信サーバ（すなわち、ステップＳ５３において特定された配信サーバ）にＦＡＸデータを送信する（図２３：ステップＳ１８１）。ステップＳ１８１において送信するＦＡＸデータには、ＦＡＸ画像データ、送信元のＩＰ−ＦＡＸの情報（番号及びＩＰアドレス）、宛先（番号及びＩＰアドレス）、メッセージＩＤ、配信サーバリスト及び順序情報等が含まれる。
【０１２１】
第１中継部１３１は、ステップＳ１８１における送信が正常に完了したか判断する（ステップＳ１８３）。正常に完了した場合（ステップＳ１８３：Ｙｅｓルート）、第１中継部１３１は、復帰値を、正常を示す値に設定する（ステップＳ１８５）。そして元の処理に戻る。一方、正常に完了していない場合（ステップＳ１８３：Ｎｏルート）、第１中継部１３１は、復帰値を、異常を示す値に設定する（ステップＳ１８７）。そして元の処理に戻る。
【０１２２】
図１６の説明に戻り、順序決定部１０２は、送信が正常に完了したか判断する（ステップＳ８９）。ステップＳ８９においては、第１中継部１３１によって設定された復帰値の値に基づき判断する。
【０１２３】
送信が正常に完了した場合（ステップＳ８９：Ｙｅｓルート）、順序決定部１０２は、復帰値を、中継が正常であることを示す値に設定する（ステップＳ９１）。そして元の処理に戻る。一方、送信が正常に完了していない場合（ステップＳ８９：Ｎｏルート）、復帰値を、中継が異常であることを示す値に設定する（ステップＳ９３）。そして元の処理に戻る。
【０１２４】
以上のような処理を実行すれば、各サーバについての宛先の順序を、配信要求を受信した配信サーバにおいて一元的に決定できるようになる。
【０１２５】
図１５の説明に戻り、方路制御部１０１は、復帰値が、中継が正常であることを示す値であるか判断する（ステップＳ５７）。ステップＳ５７においては、順序決定部１０２によって設定された復帰値の値に基づき判断する。
【０１２６】
中継が正常であることを示す値ではない場合（ステップＳ５７：Ｎｏルート）、すなわち、中継無しを示す値又は中継が異常であることを示す値である場合、ステップＳ６１の処理に移行する。一方、中継が正常であることを示す値である場合（ステップＳ５７：Ｙｅｓルート）、方路制御部１０１は、ｃを１インクリメントする（ステップＳ５９）。
【０１２７】
方路制御部１０１は、ｄを１インクリメントし（ステップＳ６１）、ｄが配信サーバリスト内の配信サーバの数より大きいか判断する（ステップＳ６３）。ｄが配信サーバリスト内の配信サーバの数以下である場合（ステップＳ６３：Ｎｏルート）、次の配信サーバについて処理するため、ステップＳ５１の処理に戻る。
【０１２８】
一方、配信サーバリスト内の配信サーバの数より大きい場合（ステップＳ６３：Ｙｅｓルート）、方路制御部１０１は、ｃが０より大きいか判断する（ステップＳ６５）。すなわち、少なくとも１以上の配信サーバに中継をしたか否かを判断する。
【０１２９】
ｃが０である場合（ステップＳ６５：Ｎｏルート）、元の処理に戻る。一方、ｃが０より大きい場合（ステップＳ６５：Ｙｅｓルート）、方路制御部１０１は、受付部１１０における応答部１１３に応答処理の実行を要求する。これに応じ、応答部１１３は、応答処理を実行する（ステップＳ６７）。応答処理については、図２４を用いて説明する。
【０１３０】
まず、応答部１１３は、配信要求の受け付けが完了したことを示す受付応答を生成する（図２４：ステップＳ１９１）。
【０１３１】
応答部１１３は、送信元ＩＰ−ＦＡＸに、ステップＳ１９１において生成された受付応答を送信する（ステップＳ１９３）。そして元の処理に戻る。
【０１３２】
応答処理が終了すると、方路制御処理及び宛先展開処理が終了し、配信サーバがＩＰ−ＦＡＸから配信要求を受信した場合に実行する処理は終了する。
【０１３３】
以上のような処理を実行すれば、ファクシミリの画像データを宛先に対して確実に配信することができるようになる。
【０１３４】
次に、図２５及び図２６を用いて、配信サーバが他の配信サーバから完了通知を受信した場合に実行する処理について説明する。本処理は、図１１乃至図２４を用いて説明した処理とは非同期に行われる。
【０１３５】
まず、連携処理部１４０における第２連携部１４２は、他の配信サーバから完了通知を受信し（図２５：ステップＳ２０１）、メインメモリ等の記憶装置に格納する。上で述べたように、完了通知には、メッセージＩＤ及び配信完了リストが含まれる。
【０１３６】
第２連携部１４２は、状態管理部１０４に状態管理処理の実行を要求する。これに応じ、状態管理部１０４は、状態管理処理を実行する（ステップＳ２０３）。状態管理処理については、図２６を用いて説明する。
【０１３７】
まず、状態管理部１０４は、順番を示す変数であるｊをｊ＝１と設定する（図２６：ステップＳ２１１）。
【０１３８】
状態管理部１０４は、ステップＳ２０１において受信した配信完了リストから未処理の宛先を１つ特定する（ステップＳ２１３）。
【０１３９】
状態管理部１０４は、状態データ格納部１５０において、ステップＳ２０１において受信したメッセージＩＤ及びステップＳ２１３において特定された宛先の組合せに対応する状態を完了に設定する（ステップＳ２１５）。
【０１４０】
状態管理部１０４は、ｊを１インクリメントし（ステップＳ２１７）、ｊが配信完了リスト内の宛先の数より大きいか判断する（ステップＳ２１９）。ｊが配信完了リスト内の宛先の数以下である場合（ステップＳ２１９：Ｎｏルート）、次の宛先について処理するため、ステップＳ２１３の処理に戻る。一方、配信完了リスト内の宛先の数より大きい場合（ステップＳ２１９：Ｙｅｓルート）、元の処理に戻り、処理は終了する。
【０１４１】
以上のような処理を実行すれば、他の配信サーバが既に配信をした宛先に対しては配信を行わないようになるので、特定の宛先に対して多重に配信が行われることを抑制できるようになる。これにより、宛先のＩＰ−ＦＡＸの処理負荷を削減できるようになると共に、ネットワーク５の通信負荷を削減できるようになる。
【０１４２】
次に、図２７を用いて、配信サーバが他の配信サーバからＦＡＸデータを受信した場合に実行する処理について説明する。
【０１４３】
中継処理部１３０における第２中継部１３２は、他の配信サーバからＦＡＸデータを受信し（図２７：ステップＳ２２１）、メインメモリ等の記憶装置に格納する。他の配信サーバから受信するＦＡＸデータには、ＦＡＸ画像データ、送信元のＩＰ−ＦＡＸの情報（番号及びＩＰアドレス）、宛先（番号及びＩＰアドレス）、メッセージＩＤ、配信サーバリスト及び順序情報等が含まれる。
【０１４４】
第２中継部１３２は、順序制御部１０３に順序制御処理の実行を要求する。これに応じ、順序制御部１０３は、順序制御処理を実行する（ステップＳ２２３）。順序制御処理については、図１８乃至図２２を用いて説明したとおりなので、説明を省略する。そして、順序制御処理が終了すると、元の処理に戻り、処理は終了する。
【０１４５】
以上のようにすれば、配信要求を受信した配信サーバ以外の配信サーバにおいても、適切に配信を行うことができるようになる。
【０１４６】
［実施の形態２］
第１の実施の形態においては、配信要求を受信した配信サーバが、各配信サーバについて宛先の順序を決定する方法について説明した。第２の実施の形態においては、各配信サーバが宛先の順序を決定する方法について説明する。
【０１４７】
図２８を用いて、第２の実施の形態における順序決定処理について説明する。まず、順序決定部１０２は、ステップＳ５３において特定された配信サーバが自配信サーバであるか判断する（図２８：ステップＳ２３１）。
【０１４８】
自配信サーバである場合（ステップＳ２３１：Ｙｅｓルート）、順序決定部１０２は、順番を示す変数ｋをｋ＝１と設定する（ステップＳ２３３）。
【０１４９】
順序決定部１０２は、ＦＡＸデータに含まれる宛先のうち、自配信サーバが配信する順番がｋ番目である宛先をＩＰ−ＦＡＸリスト１２２から特定する（ステップＳ２３５）。例えばＦＡＸデータに含まれる宛先が「１００１」、「１００２」及び「１００３」であり、自配信サーバが配信サーバ１であり、ｋ＝１であり、状態データ格納部１５０には図４に示したデータが格納されている場合には、宛先「１００１」が特定される。
【０１５０】
順序決定部１０２は、状態データ格納部１５０に、ステップＳ２３５において特定された宛先をｋ番目とする順序情報を生成し（ステップＳ２３７）、メインメモリ等の記憶装置に格納する。
【０１５１】
順序決定部１０２は、ｋを１インクリメントし（ステップＳ２３９）、ｋが宛先の数より大きいか判断する（ステップＳ２４１）。ｋが宛先の数以下である場合（ステップＳ２４１：Ｎｏルート）、次の順番について処理するため、ステップＳ２３５の処理に戻る。
【０１５２】
一方、ｋが宛先の数より大きい場合（ステップＳ２４１：Ｙｅｓルート）、順序決定部１０２は、生成された順序情報をＦＡＸデータに付加する。そして、順序制御部１０３に順序制御処理の実行を要求する。これに応じ、順序制御部１０３は、順序制御処理を実行する（ステップＳ２４３）。順序制御処理については、図１８乃至図２２を用いて説明したとおりであるので、説明を省略する。
【０１５３】
順序制御処理が終了すると、順序決定部１０２は、復帰値を、中継無しを示す値に設定する（ステップＳ２４５）。そして元の処理に戻る。
【０１５４】
これに対し、自配信サーバではないと判断された場合（ステップＳ２３１：Ｎｏルート）、順序決定部１０２は、中継処理部１３０における第１中継部１３１に第１中継処理の実行を要求する。これに応じ、第１中継部１３１は、第１中継処理を実行する（ステップＳ２４７）。第１中継処理については図２３を用いて説明したとおりであるので、説明を省略する。
【０１５５】
順序決定部１０２は、送信が正常に完了したか判断する（ステップＳ２４９）。ステップＳ２４９においては、第１中継部１３１によって設定された復帰値の値に基づき判断する。
【０１５６】
送信が正常に完了した場合（ステップＳ２４９：Ｙｅｓルート）、順序決定部１０２は、復帰値を、中継が正常であることを示す値に設定する（ステップＳ２５１）。そして元の処理に戻る。一方、送信が正常に完了していない場合（ステップＳ２４９：Ｎｏルート）、復帰値を、中継が異常であることを示す値に設定する（ステップＳ２５３）。そして元の処理に戻る。
【０１５７】
そして、配信サーバが他の配信サーバからＦＡＸデータを受信した場合には、図２９に示すような処理を実行する。
【０１５８】
中継処理部１３０における第２中継部１３２は、他の配信サーバからＦＡＸデータを受信し（図２９：ステップＳ２６１）、メインメモリ等の記憶装置に格納する。他の配信サーバから受信するＦＡＸデータには、ＦＡＸ画像データ、送信元のＩＰ−ＦＡＸの情報（番号及びＩＰアドレス）、宛先（番号及びＩＰアドレス）、メッセージＩＤ及び配信サーバリスト等が含まれる。
【０１５９】
順序決定部１０２は、順番を示す変数ｌをｌ＝１と設定する（ステップＳ２６３）。
【０１６０】
順序決定部１０２は、ＦＡＸデータに含まれる宛先のうち、自配信サーバが配信する順番がｌ番目である宛先をＩＰ−ＦＡＸリスト１２２から特定する（ステップＳ２６５）。
【０１６１】
順序決定部１０２は、状態データ格納部１５０に、ステップＳ２６５において特定された宛先をｌ番目とする順序情報を生成し（ステップＳ２６７）、メインメモリ等の記憶装置に格納する。
【０１６２】
順序決定部１０２は、ｌを１インクリメントし（ステップＳ２６９）、ｌが宛先の数より大きいか判断する（ステップＳ２７１）。ｌが宛先の数以下である場合（ステップＳ２７１：Ｎｏルート）、次の順番について処理するため、ステップＳ２６５の処理に戻る。
【０１６３】
一方、ｌが宛先の数より大きい場合（ステップＳ２７１：Ｙｅｓルート）、順序決定部１０２は、生成された順序情報をＦＡＸデータに付加する。そして、順序制御部１０３に順序制御処理の実行を要求する。これに応じ、順序制御部１０３は、順序制御処理を実行する（ステップＳ２７３）。順序制御処理については、図１８乃至図２２を用いて説明したとおりであるので、説明を省略する。順序制御処理が終了すると、処理は終了する。
【０１６４】
以上のような処理を実行すれば、各配信サーバが宛先の順序を自律的に決定できるようになる。
【０１６５】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上で説明した配信サーバ１乃至３の機能ブロック構成は必ずしも実際のプログラムモジュール構成に対応するものではない。
【０１６６】
また、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。
【０１６７】
なお、宛先の順序はランダムに決定してもよい。宛先の数が例えば数十以上であるような場合には、ランダムに決定したとしても、配信が特定の宛先に集中してしまうことを抑制する効果を期待することができる。
【０１６８】
また、上で述べた例では宛先の順序を決定する方法を採用したが、宛先に対して優先度を付与する方法であってもよい。
【０１６９】
なお、上で述べた配信サーバ１乃至３は、コンピュータ装置であって、図３０に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【０１７０】
［付録］
本付録においては、本実施の形態に関連する技術について説明する。
【０１７１】
電話回線上で画像イメージを送受信するファクシミリ装置（Ｇ３−ＦＡＸとも呼ばれる）は広く普及して利用されている。しかし、電話回線を利用するため通信速度が最大でも３３６００ビット／秒と低速であり、大量の原稿の送受信を行う場合、通信時間が長くなったり、通信料が高額になるという問題がある。特に、同一の原稿を多数の宛先に送信する同報配信の場合には、配信完了までの時間が非常に長くなる。
【０１７２】
一方、インターネットの普及及びインターネット技術を利用した組織内部でのイントラネットの普及により、高速で安価な通信が可能となった。これに伴い、ＩＰ−ＦＡＸが実用化され、前記の問題を解決する手段として利用されている。
【０１７３】
ＩＰ−ＦＡＸは、インターネットあるいはイントラネットにファクシミリ装置を接続して画像イメージをファクシミリデータとして、電子メールと同様の方式で送受信を行う。通信方式は、ITU-T.37 "Procedures for the transfer of facsimile data via store-and-forward on the Internet"及びIETF RFC-2305 "A Simple Mode of Facsimile Using Internet Mail"として国際的に標準化がされており、異なるメーカ間及び機種間においてもファクシミリデータを送受信することが可能となっている。
【０１７４】
ＩＰ−ＦＡＸの利用には、次の２つの形態がある。
【０１７５】
１番目の方式は、ＩＰ−ＦＡＸ同士が直接ファクシミリデータの送受信を行う方式である。この方式においては、ＩＰ−ＦＡＸ同士が直接ファクシミリデータを送受信するため、メールサーバが不要となる。
【０１７６】
２番目の方式は、ソフトウェアを用いて電子メールを配信するメールサーバを含む電子メールシステムにＩＰ−ＦＡＸを接続し、ファクシミリデータの送受信を行う方式である。この方式においては、送信側ＩＰ−ＦＡＸで複数の宛先を指定してファクシミリデータを送信する又はメールサーバ上にプログラムを配置することにより、複数の宛先ＩＰ−ＦＡＸに一度の送信でファクシミリデータを短時間で同報配信することができる。本実施の形態は、この方式に関連するものである。
【０１７７】
以上述べた本発明の実施の形態をまとめると、以下のようになる。
【０１７８】
本実施の形態の第１の態様に係る配信システムは、各々が配信を実行する複数の配信装置を有する。そして、上で述べた複数の配信装置のうち少なくとも１つである、第１の配信装置が、（Ａ）送信元の装置から宛先及び当該宛先に配信する配信データを含む配信要求を受信した場合に、宛先及び配信データを複製する第１処理部と、（Ｂ）第１処理部により複製された宛先及び配信データを、他の配信装置に送信する送信処理を実行する第２処理部と、（Ｃ）他の配信装置のうち少なくともいずれかに対する送信処理が正常に完了した場合に、送信元の装置に対し、配信要求の受け付けが完了したことを示す応答を送信する第３処理部とを有する。
【０１７９】
このようにすれば、宛先からの応答を待たなくてもよいので、データ配信が確実に行われたことを確認するのに要する時間を短縮できるようになる。また、複数の配信装置のうち少なくとも２台の配信装置が、要求された全ての宛先及び配信対象となるデータを保持するようになるので、データ配信の確実性を向上させることができるようになる。
【０１８０】
また、上で述べた第１の配信装置が、（Ｄ）宛先への配信順序を、他の配信装置において決定される配信順序のいずれとも異なるように決定し、決定された配信順序を示す順序情報を生成する第４処理部と、（Ｅ）第４処理部により生成された順序情報に従って、所定時間毎に、配信データを宛先に送信する第５処理部とをさらに有するようにしてもよい。このようにすれば、配信データが宛先に送信されるタイミングが遅くなることを抑制できるようになる。
【０１８１】
また、上で述べた第１の配信装置が、（Ｆ）複数の配信装置の各々について、宛先への配信順序を、他の配信装置について決定する配信順序のいずれとも異なるように決定し、決定された配信順序を示す順序情報を生成する第４処理部と、（Ｇ）自配信装置について生成された順序情報に従って、所定時間毎に、配信データを宛先に送信する第５処理部とをさらに有するようにしてもよい。そして、上で述べた第２処理部が、（ｂ１）第４処理部により生成された順序情報を、宛先及び配信データと共に他の配信装置に送信するようにしてもよい。このようにすれば、配信データが宛先に送信されるタイミングが遅くなることを抑制できるようになる。また、配信順序の決定を１の配信装置において一元的に行うことができる。
【０１８２】
また、上で述べた第１の配信装置が、（Ｈ）配信データの送信が完了した宛先を、他の配信装置に送信する第６処理部をさらに有するようにしてもよい。そして、上で述べた第５処理部が、（ｇ１）他の配信装置における第６処理部から宛先を受信し、且つ当該宛先への配信データの送信が完了していない場合には、当該宛先への配信データの送信を中止するようにしてもよい。このようにすれば、１つの宛先に対して多重に配信データを送信することを抑制できるので、宛先の装置の処理負荷を削減できると共に、通信負荷を削減できるようになる。
【０１８３】
また、上で述べた第４処理部が、（ｄ１）宛先への配信順序を、ｎ番目（ｎは１≦ｎ≦Ｎ（Ｎは宛先の数）を満たす自然数）の宛先が他の配信装置において決定される配信順序におけるｎ番目の宛先のいずれとも異なるように決定するようにしてもよい。このようにすれば、配信データが送信されるタイミングが遅くなること及び多重に配信データを送信することを効果的に抑制できるようになる。
【０１８４】
また、上で述べた第４処理部が、（ｆ１）宛先への配信順序を、ｎ番目（ｎは１≦ｎ≦Ｎ（Ｎは宛先の数）を満たす自然数）の宛先が他の配信装置について決定する配信順序におけるｎ番目の宛先のいずれとも異なるように決定するようにしてもよい。このようにすれば、配信データが送信されるタイミングが遅くなること及び多重に配信データを送信することを効果的に抑制できるようになる。
【０１８５】
また、配信データが、ファクシミリの画像データであってもよい。例えば災害の発生時に、拠点間で手書きの書面データを確実に交換できるようになる。
【０１８６】
本実施の形態の第２の態様に係る配信方法は、（Ｉ）送信元の装置から宛先及び当該宛先に配信する配信データを含む配信要求を受信した場合に、宛先及び配信データを複製し、（Ｊ）複製された宛先及び配信データを、他の配信装置に送信する送信処理を実行し、（Ｋ）他の配信装置のうち少なくともいずれかに対する送信処理が正常に完了した場合に、送信元の装置に対し、配信要求の受け付けが完了したことを示す応答を送信する処理を含む。
【０１８７】
なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【０１８８】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１８９】
（付記１）
各々が配信を実行する複数の配信装置
を有し、
前記複数の配信装置のうちの少なくとも１つである、第１の配信装置が、
送信元の装置から宛先及び当該宛先に配信する配信データを含む配信要求を受信した場合に、前記宛先及び前記配信データを複製する第１処理部と、
前記第１処理部により複製された前記宛先及び前記配信データを、他の配信装置に送信する送信処理を実行する第２処理部と、
前記他の配信装置のうち少なくともいずれかに対する前記送信処理が正常に完了した場合に、前記送信元の装置に対し、前記配信要求の受け付けが完了したことを示す応答を送信する第３処理部と、
を有する配信システム。
【０１９０】
（付記２）
前記第１の配信装置が、
前記宛先への配信順序を、他の配信装置において決定される配信順序のいずれとも異なるように決定し、決定された配信順序を示す順序情報を生成する第４処理部と、
前記第４処理部により生成された前記順序情報に従って、所定時間毎に、前記配信データを宛先に送信する第５処理部と、
をさらに有する付記１記載の配信システム。
【０１９１】
（付記３）
前記第１の配信装置が、
前記複数の配信装置の各々について、前記宛先への配信順序を、他の配信装置について決定する配信順序のいずれとも異なるように決定し、決定された配信順序を示す順序情報を生成する第４処理部と、
自配信装置について生成された前記順序情報に従って、所定時間毎に、前記配信データを宛先に送信する第５処理部と、
をさらに有し、
前記第２処理部が、
前記第４処理部により生成された前記順序情報を、前記宛先及び前記配信データと共に前記他の配信装置に送信する
ことを特徴とする付記１記載の配信システム。
【０１９２】
（付記４）
前記第１の配信装置が、
前記配信データの送信が完了した宛先を、他の配信装置に送信する第６処理部
をさらに有し、
前記第５処理部が、
他の配信装置における前記第６処理部から宛先を受信し、且つ当該宛先への配信データの送信が完了していない場合には、当該宛先への配信データの送信を中止する
ことを特徴とする付記３記載の配信システム。
【０１９３】
（付記５）
前記第４処理部が、
前記宛先への配信順序を、ｎ番目（ｎは１≦ｎ≦Ｎ（Ｎは宛先の数）を満たす自然数）の宛先が他の配信装置において決定される配信順序におけるｎ番目の宛先のいずれとも異なるように決定する
ことを特徴とする付記２記載の配信システム。
【０１９４】
（付記６）
前記第４処理部が、
前記宛先への配信順序を、ｎ番目（ｎは１≦ｎ≦Ｎ（Ｎは宛先の数）を満たす自然数）の宛先が他の配信装置について決定する配信順序におけるｎ番目の宛先のいずれとも異なるように決定する
ことを特徴とする付記３記載の配信システム。
【０１９５】
（付記７）
前記配信データが、ファクシミリの画像データである
ことを特徴とする付記１乃至６のいずれか１つ記載の配信システム。
【０１９６】
（付記８）
各々が配信を実行する複数の配信装置を有する配信システムにおいて、
前記複数の配信装置のうちの少なくとも１つである、第１の配信装置が、
送信元の装置から宛先及び当該宛先に配信する配信データを含む配信要求を受信した場合に、前記宛先及び前記配信データを複製し、
複製された前記宛先及び前記配信データを、他の配信装置に送信する送信処理を実行し、
前記他の配信装置のうち少なくともいずれかに対する前記送信処理が正常に完了した場合に、前記送信元の装置に対し、前記配信要求の受け付けが完了したことを示す応答を送信する、
処理を実行する配信方法。
【０１９７】
（付記９）
各々が配信を実行する複数の配信装置を有する配信システムにおいて、
前記複数の配信装置のうちの少なくとも１つである、第１の配信装置に、
送信元の装置から宛先及び当該宛先に配信する配信データを含む配信要求を受信した場合に、前記宛先及び前記配信データを複製し、
複製された前記宛先及び前記配信データを、他の配信装置に送信する送信処理を実行し、
前記他の配信装置のうち少なくともいずれかに対する前記送信処理が正常に完了した場合に、前記送信元の装置に対し、前記配信要求の受け付けが完了したことを示す応答を送信する、
処理を実行させるための配信プログラム。
【０１９８】
（付記１０）
配信を実行する配信装置であって、
送信元の装置から宛先及び当該宛先に配信する配信データを含む配信要求を受信した場合に、前記宛先及び前記配信データを複製する第１処理部と、
前記第１処理部により複製された前記宛先及び前記配信データを、他の配信装置に送信する送信処理を実行する第２処理部と、
前記他の配信装置のうち少なくともいずれかに対する前記送信処理が正常に完了した場合に、前記送信元の装置に対し、前記配信要求の受け付けが完了したことを示す応答を送信する第３処理部と、
を有する配信装置。
【符号の説明】
【０１９９】
１，２，３  配信サーバ    ５  ネットワーク
１０，１１，２１，３１  ＩＰ−ＦＡＸ
１００  制御部    １０１  方路制御部
１０２  順序決定部    １０３  順序制御部
１０４  状態管理部    １０５  配信部
１０６  リスト格納部    １１０  受付部
１１１  受信部    １１２  宛先処理部
１１３  応答部    １２０  宛先ＤＢ
１２１  同報グループリスト    １２２  ＩＰ−ＦＡＸリスト
１３０  中継処理部    １３１  第１中継部
１３２  第２中継部    １４０  連携処理部
１４１  第１連携部    １４２  第２連携部
１５０  状態データ格納部    １６０  配信データ格納部
１７０  送信部
【図１】
2014063335.tif 000003
【図２】
2014063335.tif 000004
【図３】
2014063335.tif 000005
【図４】
2014063335.tif 000006
【図５】
2014063335.tif 000007
【図６】
2014063335.tif 000008
【図７】
2014063335.tif 000009
【図８】
2014063335.tif 000010
【図９】
2014063335.tif 000011
【図１０】
2014063335.tif 000012
【図１１】
2014063335.tif 000013
【図１２】
2014063335.tif 000014
【図１３Ａ】
2014063335.tif 000015
【図１３Ｂ】
2014063335.tif 000016
【図１４】
2014063335.tif 000017
【図１５】
2014063335.tif 000018
【図１６】
2014063335.tif 000019
【図１７】
2014063335.tif 000020
【図１８】
2014063335.tif 000021
【図１９】
2014063335.tif 000022
【図２０】
2014063335.tif 000023
【図２１】
2014063335.tif 000024
【図２２】
2014063335.tif 000025
【図２３】
2014063335.tif 000026
【図２４】
2014063335.tif 000027
【図２５】
2014063335.tif 000028
【図２６】
2014063335.tif 000029
【図２７】
2014063335.tif 000030
【図２８】
2014063335.tif 000031
【図２９】
2014063335.tif 000032
【図３０】
2014063335.tif 000033