(57)【特許請求の範囲】
【請求項１】
通信回線を介して情報を送信する情報送信装置であって、
複数の情報を送信先装置に対して送信する送信手段と、
前記送信手段による前記複数の情報の送信処理が正常に完了したか否かを判定する第１の判定手段と、
前記送信手段により前記複数の情報が全て前記送信先装置に対して送信された後、前記送信先装置に対して前記複数の情報毎に送信処理を確定させる確定手段と、
前記確定手段による前記複数の情報の送信処理を確定させる処理が正常に完了したか否かを判定する第２の判定手段と、
前記第１の判定手段により前記複数の情報のうちの何れかの情報の送信処理に異常が発生したと判定された場合、または前記第２の判定手段により前記複数の情報のうちの何れかの情報の送信処理を確定させる処理に異常が発生したと判定された場合、前記複数の情報の送信処理が実行される前の状態に前記送信先装置を復元する復元手段とを有することを特徴とする情報送信装置。
【請求項２】
前記送信先装置は、前記複数の情報の送信先となる複数の装置であることを特徴とする請求項１に記載の情報送信装置。
【請求項３】
通信回線を介して情報を送信する情報送信装置であって、
複数の情報を送信先装置に対して送信する送信手段と、
前記送信手段による前記複数の情報の送信処理が正常に完了したか否かを判定する第１の判定手段と、
前記第１の判定手段により前記複数の情報の送信処理が正常に完了したと判定された場合、前記送信先装置に対して前記複数の情報を確定させる確定手段と、
前記確定手段による前記複数の情報を確定させる処理が正常に完了したか否かを判定する第２の判定手段と、
前記第２の判定手段により前記複数の情報のうちの何れかの情報を確定させる処理に異常が発生したと判定された場合、前記複数の情報の送信処理が実行される前の状態に前記送信先装置を復元する復元手段とを有することを特徴とする情報送信装置。
【請求項４】
情報を送信する情報送信装置と通信回線を介して接続される送信状態管理装置であって、
前記情報送信装置による複数の情報の送信処理の状態を監視する監視手段と、
前記監視手段により前記複数の情報のうちの何れかの情報の送信処理に異常が検知された場合、または前記情報送信装置から前記複数の情報が全て送信先である送信先装置に対して送信された後、前記複数の情報のうちの何れかの情報の送信処理を確定させる処理に異常が発生したと前記情報送信装置において判定された場合、前記複数の情報の送信処理が実行される前の状態に前記送信先装置を復元する復元手段と、
前記複数の情報のうちの何れかの情報の送信処理に異常が発生した場合に前記情報送信装置から発行される前記送信先装置の復元要求を受け付ける受付手段とを有し、
前記復元手段は、前記受付手段により前記送信先装置の復元要求を受け付けた場合、送信処理に異常が発生した情報以前に送信処理が実行された情報の送信処理が実行される前の状態に前記送信先装置を復元することを特徴とする送信状態管理装置。
【請求項５】
通信回線を介して情報を送信する情報送信装置の制御方法であって、
送信手段が、複数の情報を送信先装置に対して送信する送信ステップと、
第１の判定手段が、前記送信ステップによる前記複数の情報の送信処理が正常に完了したか否かを判定する第１の判定ステップと、
確定手段が、前記送信手段により前記複数の情報が全て前記送信先装置に対して送信された後、前記送信先装置に対して前記複数の情報毎に送信処理を確定させる確定ステップと、
第２の判定手段が、前記確定ステップによる前記複数の情報の送信処理を確定させる処理が正常に完了したか否かを判定する第２の判定ステップと、
復元手段が、前記第１の判定ステップにより前記複数の情報のうちの何れかの情報の送信処理に異常が発生したと判定された場合、または前記第２の判定ステップにより前記複数の情報のうちの何れかの情報の送信処理を確定させる処理に異常が発生したと判定された場合、前記複数の情報の送信処理が実行される前の状態に前記送信先装置を復元する復元ステップとを含むことを特徴とする情報送信装置の制御方法。
【請求項６】
通信回線を介して情報を送信する情報送信装置の制御方法であって、
送信手段が、複数の情報を送信先装置に対して送信する送信ステップと、
第１の判定手段が、前記送信ステップによる前記複数の情報の送信処理が正常に完了したか否かを判定する第１の判定ステップと、
確定手段が、前記第１の判定ステップにより前記複数の情報の送信処理が正常に完了したと判定された場合、前記送信先装置に対して前記複数の情報を確定させる確定ステップと、
第２の判定手段が、前記確定ステップによる前記複数の情報を確定させる処理が正常に完了したか否かを判定する第２の判定ステップと、
復元手段が、前記第２の判定ステップにより前記複数の情報のうちの何れかの情報を確定させる処理に異常が発生したと判定された場合、前記複数の情報の送信処理が実行される前の状態に前記送信先装置を復元する復元手段とを含むことを特徴とする情報送信装置の制御方法。
【請求項７】
情報を送信する情報送信装置と通信回線を介して接続される送信状態管理装置の制御方法であって、
監視手段が、前記情報送信装置による複数の情報の送信処理の状態を監視する監視ステップと、
復元手段が、前記監視ステップにより前記複数の情報のうちの何れかの情報の送信処理に異常が検知された場合、または前記情報送信装置から前記複数の情報が全て送信先である送信先装置に対して送信された後、前記複数の情報のうちの何れかの情報の送信処理を確定させる処理に異常が発生したと前記情報送信装置において判定された場合、前記複数の情報の送信処理が実行される前の状態に前記送信先装置を復元する復元ステップと、
受付手段が、前記複数の情報のうちの何れかの情報の送信処理に異常が発生した場合に前記情報送信装置から発行される前記送信先装置の復元要求を受け付ける受付ステップとを含み、
前記復元ステップでは、前記受付ステップで前記送信先装置の復元要求を受け付けた場合、送信処理に異常が発生した情報以前に送信処理が実行された情報の送信処理が実行される前の状態に前記送信先装置を復元することを特徴とする送信状態管理装置の制御方法。
【請求項８】
通信回線を介して情報を送信する情報送信手順をコンピュータに実行させるためのプログラムであって、
複数の情報を送信先装置に対して送信する送信手順と、
前記送信手順による前記複数の情報の送信処理が正常に完了したか否かを判定する第１の判定手順と、
前記送信手順により前記複数の情報が全て前記送信先装置に対して送信された後、前記送信先装置に対して前記複数の情報毎に送信処理を確定させる確定手順と、
前記確定手順による前記複数の情報の送信処理を確定させる処理が正常に完了したか否かを判定する第２の判定手順と、
前記第１の判定手順により前記複数の情報のうちの何れかの情報の送信処理に異常が発生したと判定された場合、または前記第２の判定手順により前記複数の情報のうちの何れかの情報の送信処理を確定させる処理に異常が発生したと判定された場合、前記複数の情報の送信処理が実行される前の状態に前記送信先装置を復元する復元手順とをコンピュータに実行させるためのプログラム。
【請求項９】
通信回線を介して情報を送信する情報送信手順をコンピュータに実行させるためのプログラムであって、
複数の情報を送信先装置に対して送信する送信手順と、
前記送信手順による前記複数の情報の送信処理が正常に完了したか否かを判定する第１の判定手順と、
前記第１の判定手順により前記複数の情報の送信処理が正常に完了したと判定された場合、前記送信先装置に対して前記複数の情報を確定させる確定手順と、
前記確定手順による前記複数の情報を確定させる処理が正常に完了したか否かを判定する第２の判定手順と、
前記第２の判定手順により前記複数の情報のうちの何れかの情報を確定させる処理に異常が発生したと判定された場合、前記複数の情報の送信処理が実行される前の状態に前記送信先装置を復元する復元手順とをコンピュータに実行させるためのプログラム。
【請求項１０】
通信回線を介して接続される情報送信装置の送信状態を管理する送信状態管理手順をコンピュータに実行させるためのプログラムであって、
前記情報送信装置による複数の情報の送信処理の状態を監視する監視手順と、
前記監視手順により前記複数の情報のうちの何れかの情報の送信処理に異常が検知された場合、または前記情報送信装置から前記複数の情報が全て送信先である送信先装置に対して送信された後、前記複数の情報のうちの何れかの情報の送信処理を確定させる処理に異常が発生したと前記情報送信装置において判定された場合、前記複数の情報の送信処理が実行される前の状態に前記送信先装置を復元する復元手順と、
前記複数の情報のうちの何れかの情報の送信処理に異常が発生した場合に前記情報送信装置から発行される前記送信先装置の復元要求を受け付ける受付手順とをコンピュータに実行させ、
前記復元手順では、前記受付手順で前記送信先装置の復元要求を受け付けた場合、送信処理に異常が発生した情報以前に送信処理が実行された情報の送信処理が実行される前の状態に前記送信先装置を復元するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、関連性を有する複数の情報の整合性を保ちながら送信先装置への情報の送信を可能とするための技術に関するものである。
【背景技術】
【０００２】
従来、ファイルサーバに対してファイルをアップロードするシステムがある。例えば特許文献１には、ファイルを更新する際のトランザクションの状態を管理し、異常が発生した場合にデータの修復を行うシステムが開示されている。また、特許文献２には、複数のクライアントからのアクセスに対して衝突を防ぐための排他制御する一連の更新処理を一括して確定する操作（以下、コミットと称す）を行うシステムが開示されている。さらに、特許文献２には、一連の更新処理の最中に異常が起きた場合に、ファイルサーバの状態を、処理を開始する前の状態に戻す操作（以下、ロールバックと称す）を行うことが開示されている。
【０００３】
ところで、ファイルをファイルサーバに対してアップロードするシステムにおいて、一度の操作で複数のファイルをファイルサーバに対してアップロードしたい場合がある。また、アップロード先のファイルサーバが複数存在する場合も考えられる。さらに、それぞれのファイルサーバ毎、又は同じファイルサーバでもファイル毎にファイル管理方式が異なる場合が考えられる。
【０００４】
例えば、サーバＡはＳａｍｂａサーバであり、サーバＢはＷｅｂサービスでファイルを受信するとする。この場合、ファイルＡはＳａｍｂａプロトコルを使用してサーバＡにアップロードを行う必要があり、ファイルＢはＷｅｂサービスで呼び出してファイルをアップロードを行う必要がある。また、ファイル管理方式の違いは１つのファイルサーバ内でも考えられる。例えば、サーバＡにＳａｍｂａプロトコルとＷｅｂサービスとが存在し、それぞれファイルを受け付ける方法が異なる場合等である。
【０００５】
【特許文献１】特開平５−０８１１１１号公報
【特許文献２】特開平８−２１２１１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したように、一度の操作で複数のファイルをファイルサーバにアップロードしたい場合があるが、このとき、場合によってはファイルサーバにアップロードする複数のファイルがそれぞれ関係を持つことがある。例えば、ファイルＡとファイルＢとが存在するときに、ファイルＢはファイルＡが存在しなければ処理が成り立たないような場合が挙げられる。
【０００７】
このように、ファイルサーバ毎、又は同じファイルサーバでもファイル毎にファイル管理方式が異なるような場合でも、関係性を有する複数のファイルに対して整合性を保ちながらファイルのアップロードを行う必要がある。
【０００８】
従って、複数のファイルのうちの一つのファイルのアップロードに異常が発生した場合でも、異常が起きたファイル以外のファイルに対しても、ファイルサーバをアップロード前の状態に戻し、整合性をとる必要がある。
【０００９】
そこで、本発明の目的は、複数の情報のうちの何れかの情報の送信処理に異常が発生した場合、送信先装置側の状態を既に送信処理が行われた情報間で整合性がとれた状態に復元することにある。
【００１０】
また、本発明の目的は、複数の情報の整合性を保ちつつ送信処理を確定させることにある。
【課題を解決するための手段】
【００１１】
本発明の情報送信装置の第１の態様は、通信回線を介して情報を送信する情報送信装置であって、複数の情報を送信先装置に対して送信する送信手段と、前記送信手段による前記複数の情報の送信処理が正常に完了したか否かを判定する第１の判定手段と、前記送信手段により前記複数の情報が全て前記送信先装置に対して送信された後、前記送信先装置に対して前記複数の情報毎に送信処理を確定させる確定手段と、前記確定手段による前記複数の情報の送信処理を確定させる処理が正常に完了したか否かを判定する第２の判定手段と、前記第１の判定手段により前記複数の情報のうちの何れかの情報の送信処理に異常が発生したと判定された場合、または前記第２の判定手段により前記複数の情報のうちの何れかの情報の送信処理を確定させる処理に異常が発生したと判定された場合、前記複数の情報の送信処理が実行される前の状態に前記送信先装置を復元する復元手段とを有することを特徴とする。
本発明の情報送信装置の第２の態様は、通信回線を介して情報を送信する情報送信装置であって、複数の情報を送信先装置に対して送信する送信手段と、前記送信手段による前記複数の情報の送信処理が正常に完了したか否かを判定する第１の判定手段と、前記第１の判定手段により前記複数の情報の送信処理が正常に完了したと判定された場合、前記送信先装置に対して前記複数の情報を確定させる確定手段と、前記確定手段による前記複数の情報を確定させる処理が正常に完了したか否かを判定する第２の判定手段と、前記第２の判定手段により前記複数の情報のうちの何れかの情報を確定させる処理に異常が発生したと判定された場合、前記複数の情報の送信処理が実行される前の状態に前記送信先装置を復元する復元手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明においては、複数の情報のうちの何れかの情報の送信処理に異常が発生した場合、当該情報以前に送信処理が実行された情報の送信処理が実行される前の状態に送信先装置を復元している。従って、本発明によれば、送信先装置側の状態を既に送信処理が行われた情報間で整合性がとれた状態に復元することが可能となる。
【００１３】
また、本発明においては、複数の情報の送信処理が正常に完了したと判定された場合、送信先装置に対して複数の情報を確定させるようにしている。従って、本発明によれば、複数の情報の整合性を保ちつつ送信処理を確定させることが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００１５】
（第１の実施形態）
先ず、本発明の第１の実施形態について説明する。図１は、本発明の第１の実施形態に係る情報処理システムの構成を示す図である。
【００１６】
図１において、１０１は、情報送信装置であり、通信回線を介して後述する管理サーバ１０２や送信先１０３と情報のやり取りを行う。１０２は、管理サーバであり、情報ファイルをユーザ毎に格納して管理している。情報ファイルには、ファイルの送信先と、ファイルの送信方法と、送信したファイルに対して送信処理を確定する方法と、送信処理が確定していない送信先１０３をファイル送信開始前の状態に復元する方法とが情報として記述されている。１０３は、ファイルサーバであるデータの送信先であり、送信されたデータを格納する。
【００１７】
図２は、情報送信装置１０１の内部構成を示す図である。図２に示すように、情報送信装置１０１は、情報ファイル処理部２０１及び情報送信処理部２０２から構成される。
【００１８】
情報ファイル処理部２０１は、管理サーバ１０２から情報ファイルを受け取り、内容を解析する。情報ファイル処理部２０１の機能の詳細については後述する。
【００１９】
情報送信処理部２０２は、情報ファイル処理部２０１から解析した情報を受け取り、その情報に従って、送信先１０３にファイルを送信したり、送信処理の確定を行ったり、送信先１０３の復元を行ったりする。情報送信処理部２０２の機能の詳細についてはさらに後述する。
【００２０】
情報ファイル処理部２０１は、情報ファイル取得部２１１及び情報ファイル解析部２１２から構成される。情報ファイル取得部２１１は、管理サーバ１０２から情報ファイルを取得する。情報ファイル解析部２１２は、情報ファイル取得部２１１で取得された情報ファイルの内容を解析し、解析した結果を情報送信処理部２０２に渡す。
【００２１】
情報送信処理部２０２は、ファイル送信部２１３、送信処理確定部２１４及び送信処理復元部２１５から構成される。ファイル送信部２１３は、情報ファイル解析部２１２による情報ファイルの解析結果に従って、ファイルを送信先１０３に送信する。送信処理確定部２１４は、ファイル送信部２１３によるファイル送信処理が正常に終了した場合、情報ファイル解析部２１２による情報ファイルの解析結果に従って、送信先１０３に対してファイルの送信処理を確定する。送信処理復元部２１５は、ファイル送信部２１３によるファイルの送信処理が異常終了した場合、情報ファイル解析部２１２による情報ファイルの解析結果に従って、送信先１０３の状態を、ファイル送信部２１３によってファイルが送信される前の状態に復元する。
【００２２】
なお、上述した２１１、２１２、２１３、２１４及び２１５に示す機能構成は、例えば、ＨＤＤに格納されるプログラムをＲＡＭに一時保存し、ＣＰＵがこれを実行することにより実現される機能構成である。ＨＤＤ、ＲＡＭ及びＣＰＵは何れも情報送信装置１０１の内部に搭載してもよいし、予めプログラムが格納されているＨＤＤを情報送信装置１０１の外部に備えた構成としてもよい。さらに、インターネット等の通信回線を介して情報送信装置１０１にプログラムを供給するようにしてもよい。
【００２３】
図３は、本発明の第１の実施形態における情報ファイルの構成を概念的に示す図である。即ち、図３は飽くまでも情報ファイルの構成を概念的に示したものであり、実際には、情報ファイルはＣＰＵが解釈可能な言語によって記述されている。
【００２４】
図３において、３０１に示すレコードは、対象のファイルを示す情報を各項目において保持している。３０２に示すレコードは、対象のファイル毎の送信先を規定した情報を各項目において保持している。３０３に示すレコードは、対象のファイル毎にどのような送信方法で送信先に送信するかを規定した情報を各項目において保持している。３０４に示すレコードは、対象のファイル毎にどのように送信処理を確定するかを規定した情報を各項目において保持している。３０５は、対象のファイル毎に送信先１０３を送信前の状態に復元する方法を規定した情報を各項目において保持している。
【００２５】
次に、本発明の第１の実施形態に係る情報処理システムの動作について説明する。図４は、本発明の第１の実施形態に係る情報処理システムの動作の流れを示すフローチャートである。
【００２６】
先ず、情報ファイル取得部２１１は、管理サーバ１０２に情報ファイルが存在するか否かを問い合わせる（ステップＳ４０１）。
【００２７】
続いて、情報ファイル取得部２１１は、管理サーバ１０２に情報ファイルが存在するか否かを判定する（ステップＳ４０２）。情報ファイルが存在する場合、情報ファイル取得部２１１は、情報ファイルを管理サーバ１０２から取得する（ステップＳ４０３）。情報ファイルが存在しない場合、処理は終了する。
【００２８】
続いて、情報ファイル解析部２１２は、情報ファイル取得部２１１によって取得された情報ファイルを解析する（ステップＳ４０４）。図３に示す情報ファイルの例では、次の内容が解析される。即ち、ファイルＡの送信先が" ftp://A/data"である。また、ファイルＡの送信方法が"FTP"である。また、ファイルＡの送信処理の確定方法が"名前をA.datに変更"である。またファイルＡの送信先１０３の復元方法は"（ファイルの）削除"である。ファイルＢ、ファイルＣについても、本ステップにおいてそれぞれ同様に解析される。
【００２９】
続いて、ファイル送信部２１３は、情報ファイル解析部２１２による解析結果に従って、送信先１０３に対するファイルの送信を開始する（Ｓ４０５）。図３に示す情報ファイルの例では次の送信処理が行われる。ファイルＡ〜Ｃが送信処理の対象となる全てのファイルであるとすると、ファイルＡは送信先１０３における"ftp://A/data"のアドレスに送信される。また、ファイルＢは送信先１０３における"http://A/webdav" のアドレスに送信される。ファイルＣは送信先１０３における" http://A/webservice"のアドレスに送信される。これらの処理は、ステップＳ４０５及び後述するＳ４０６、Ｓ４０７が繰り返されることにより夫々実行される。なお、ステップＳ４０５は、本発明の送信手段の一処理例である。
【００３０】
続いて、ファイル送信部２１３は、当該ファイルの送信処理が正常に完了したか否かを判定する（ステップＳ４０６）。当該ファイルの送信処理が正常に完了した場合、ファイル送信部２１３は、対象となる全てのファイルに対して送信処理が完了したか否かを判定する（ステップＳ４０７）。一方、当該ファイルの送信処理中に異常が発生した場合、ステップＳ４１１以降の送信先１０３の復元処理に移行する。なお、ステップＳ４０６は、本発明の第１の判定手段の一処理例である。
【００３１】
対象となる全てのファイルに対して送信処理が完了していない場合、ファイル送信部２１３は、処理をステップＳ４０５に戻し、次に対象となるファイルの送信処理を開始する。一方、対象となる全てのファイルに対して送信処理が完了した場合、送信処理確定部２１４は、ステップＳ４０４における情報ファイル解析部２１２による解析結果に従って、全てのファイルの送信処理を確定する処理（コミット）を開始する（ステップＳ４０８）。図３に示す情報ファイルの例では、ファイルＡ〜Ｃ全ての送信処理が完了すると、ファイルＡについては送信先１０３において"名前をA.datに変更"する処理が送信処理を確定する処理として行われる。また、ファイルＢについては送信先１０３において"名前をB.datに変更"する処理が送信処理を確定する処理として行われる。ファイルＣについては送信先１０３において"Ｗｅｂサービス（http://A/commit）呼び出し"を行う処理が送信処理を確定する処理として行われる。これらの処理は、ステップＳ４０８及び後述するＳ４０９、Ｓ４１０が繰り返されることにより夫々実行される。なお、ステップＳ４０８は、本発明の確定手段の一処理例である。
【００３２】
続いて、送信処理確定部２１４は、対象となるファイルの送信処理を確定する処理が正常に終了したか否かを判定する（ステップＳ４０９）。当該ファイルの送信処理を確定する処理に異常が発生した場合、ステップＳ４１１以降の送信先１０３の復元処理に移行する。一方、当該ファイルの送信処理を確定する処理が正常に完了した場合、送信処理確定部２１４は、対象となる全てのファイルに対して、送信処理を確定する処理が完了したか否かを判定する（ステップＳ４１０）。なお、ステップＳ４０９は、本発明の第２の判定手段の一処理例である。
【００３３】
対象となる全てのファイルに対して、送信処理を確定する処理が完了していない場合、送信処理確定部２１４は、処理をステップＳ４０８に戻し、次に対象となるファイルの送信処理を確定する処理を開始する。一方、対象となる全てのファイルに対して送信処理を確定する処理が完了した場合、処理を終了する。
【００３４】
ところで、ステップＳ４０６においてファイルの送信処理中に異常が発生したと判定された場合、即ち、対象の全てのファイルの送信処理が正常に完了する前に、何れかのファイルの送信処理に異常が発生した場合には、送信処理復元部２１５は、ステップＳ４０４における情報ファイル解析部２１２による解析結果に従って、送信処理に異常が発生したファイルを送信する前の状態に送信先１０３を復元する処理（ロールバック）を開始する（ステップＳ４１１）。また、ステップＳ４０９においてファイルの送信処理を確定する処理に異常が発生したと判定された場合、即ち、対象の全てのファイルの送信処理を確定する処理が完了する前に、何れかのファイルの送信処理を確定する処理に異常が発生した場合には、送信処理復元部２１５は、ステップＳ４０４における情報ファイル解析部２１２による解析結果に従って、全てのファイルを送信する前の状態に送信先１０３を復元する処理を開始する（ステップＳ４１１）。なお、ステップＳ４１１は、本発明の情報送信装置の復元手段の一処理例である。
【００３５】
例えば、図３に示す情報ファイルの例では、ファイルＡの送信処理が既に正常に完了し、続くファイルＣの送信処理時に異常が発生した場合、ファイルＡを送信先１０３から削除する。また、それとともに、送信先１０３からロールバック用のＷｅｂサービスを呼び出し、ファイルＣについて送信先１０３をロールバックする。これにより、ファイルＡ、ファイルＣが送信される前の状態に送信先１０３が復元される。ファイルＡの送信処理を確定する処理が既に正常に完了し、続くファイルＢの送信処理を確定する処理の最中に異常が発生した場合、ここでは既にファイルＡ〜Ｃ全て送信が完了している。従って、ファイルＡとファイルＢとを送信先１０３から削除するとともに、送信先１０３からロールバック用のＷｅｂサービスを呼び出し、ファイルＣについて送信先１０３をロールバックする。これにより、ファイルＡ、ファイルＢ、ファイルＣが送信される前の状態に送信先１０３が復元される。ここで説明した処理は、ステップＳ４１１及び後述するＳ４１２、Ｓ４１３が繰り返されることにより実行される処理である。
【００３６】
続いて、送信処理復元部２１５は、送信先１０３の状態を対象となるファイル送信前の状態に復元する処理が正常に完了したか否かを判定する（ステップＳ４１２）。復元処理に異常が発生した場合、処理は終了する。一方、復元処理が正常に完了した場合、送信処理復元部２１５は、対象となる全てのファイルについて送信先１０３の状態をファイル送信前の状態に復元する処理が完了したか否かを判定する（ステップＳ４１２）。
【００３７】
対象となる全てのファイルについて復元処理が完了していない場合、送信処理復元部２１５は、処理をステップＳ４１１に戻し、次に対象となるファイルについて送信先１０３の状態を復元する処理を開始する。一方、対象となる全てのファイルについて復元処理が完了した場合、処理を終了する。なお、復元不要なファイルがある場合、復元不要なファイルの復元処理は実行しなくてもよい。
【００３８】
以上のように、本実施形態においては、送信対象の複数のファイルのうちの何れかのファイルの送信処理に異常が発生した場合、当該ファイル以前に送信処理が実行された全てのファイルの送信処理が実行される前の状態に送信先を復元するようにしている。従って、本実施形態によれば、送信先側の状態を既に送信処理が行われたファイル間で整合性がとれた状態に復元することができる。
【００３９】
また、情報ファイルの解析結果に従って、複数のファイル間で送信先に対する送信処理を確定させるようにしている。従って、ファイル毎に通信プロトコルやファイル管理方式が異なる場合であっても複数のファイルの整合性を保ちつつ送信処理を確定させることが可能となる。
【００４０】
さらに、本実施形態においては、情報送信装置と送信先間でのみファイルの送受信を行っているため、情報送信装置側でトランザクションを管理することが可能となり、トランザクションを管理するための余分なトラフィックが発生しない。
【００４１】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。図５は、本発明の第２の実施形態に係る情報処理システムの構成を示す図である。
【００４２】
図５において、５０１は、情報送信装置であり、通信回線を介して後述する管理サーバ５０２や送信先Ａ５０３及び送信先Ｂ５０４と情報のやり取りを行う。５０２は、管理サーバであり、情報ファイルをユーザ毎に格納して管理している。第１の実施形態と同様に、情報ファイルには、ファイルの送信先と、ファイルの送信方法と、送信したファイルに対して送信処理を確定する方法と、送信処理が確定していない送信先５０３、５０４を送信開始前の状態に復元する方法とが情報として記述されている。５０３、５０４は、ファイルサーバであるデータの送信先Ａ及び送信先Ｂであり、送信されたデータを格納する。
【００４３】
なお、情報送信装置５０１の内部構成は、図２に示す第１の実施形態の構成と同様であるため、説明は省略する。
【００４４】
図６は、本発明の第２の実施形態における情報ファイルの内部構成を概念的に示す図である。即ち、図６は飽くまでも情報ファイルの構成を概念的に示したものであり、実際には、情報ファイルにはＣＰＵが解釈可能な言語によって記述されている。
【００４５】
図６において、６０１に示すレコードは、対象のファイルを示す情報を各項目において保持している。６０２に示すレコードは、対象のファイル毎に送信先を規定した情報を各項目において保持している。６０３に示すレコードは、対象のレコード毎にどのような送信方法で送信先に送信するかを規定した情報を各項目において保持している。６０４に示すレコードは、対象のファイル毎にどのように送信処理を確定するかを規定した情報を各項目において保持している。６０５に示すレコードは、対象のファイル毎に送信先１０３を送信前の状態に復元する方法を規定した情報を各項目において保持している。
【００４６】
以下、上述のように構成される本実施形態と第１の実施形態との動作の面で相違する点について説明する。本実施形態においては、図４のステップＳ４０５〜Ｓ４０７を繰り返すことにより、ファイルＡは送信先Ａ５０３における" ftp://A/data"に送信される。また、ファイルＢは送信先Ｂ５０４における"http://B/webdav"に送信される。また、ファイルＣは送信先Ｂにおける"http://B/webservice"に送信される。
【００４７】
そして、ファイルＡ〜Ｃの全てが送信先Ａ、Ｂに送信された場合、ステップＳ４０８〜Ｓ４１０が繰り返されることにより、ファイルＡ〜Ｃについて送信処理を確定するための処理が行われる。即ち、ファイルＡについては送信先Ａ５０３において"名前をA.datに変更"する処理が行われる。また、ファイルＢについては送信先Ｂ５０４において"名前をB.dat2に変更"する処理、ファイルＣについては送信先Ｂ５０４において"Ｗｅｂサービス(http:/B/commit)呼び出し"を行う処理が行われる。
【００４８】
なお、ファイルＡ〜Ｃのうちの何れかのファイルの送信処理に異常が発生した場合、送信処理確定部２１４は、ステップＳ４１１〜Ｓ４１３を繰り返すことにより、既に送信済みのファイルについて送信先Ａ５０３、Ｂ５０４をファイル送信前の状態に復元する。例えば、図６に示す情報ファイルの例では、ファイルＡの送信処理が既に正常に完了し、続くファイルＣの送信処理時に異常が発生した場合、ファイルＡを送信先Ａ５０３から削除する。また、それとともに、送信先Ｂ５０４からロールバック用のＷｅｂサービスを呼び出し、ファイルＣについて送信先Ｂ５０４をロールバックする。これにより、ファイルＡ、ファイルＣが送信される前の状態に送信先Ａ５０３、送信先Ｂ５０４が復元される。
【００４９】
また、ファイルＡ〜Ｃのうちの何れかのファイルの送信処理を確定する処理に異常が発生した場合、送信処理復元部２１５は、ステップＳ４１１〜Ｓ４１３を繰り返す。これにより、既に送信済みのファイルＡ〜Ｃについて送信先Ａ５０３、送信先Ｂ５０４をファイル送信前の状態に復元する。
【００５０】
上述したように本実施形態では送信先が複数存在するため、システムの構成及び情報ファイルの内容が第１の実施形態とは異なる。しかし、処理の流れは第１の実施形態とは変わらず、全てのファイルに対して、情報ファイルに記述されている内容に沿って送信、処理確定、復元を行う。このように送信先が複数ある場合であっても、特別な処理やシステムの変更をする必要なく対応することが可能となる。
【００５１】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。図７は、本発明の第３の実施形態に係る情報処理システムの構成を示す図である。
【００５２】
図７において、７０１は、情報送信装置であり、通信回線を介して後述する管理サーバ７０２、送信状態管理装置７０４及び送信先７０３と情報のやり取りを行う。７０２は、管理サーバであり、情報ファイルをユーザ毎に格納して管理している。情報ファイルには、ファイルの送信先と、ファイルの送信方法と、送信したファイルに対して送信処理を確定する方法と、送信処理が確定していない送信先７０３を送信開始前の状態に復元する方法とが情報として記述されている。７０３は、ファイルサーバであるデータの送信先であり、送信されたデータを格納する。７０４は、情報送信装置７０１から情報ファイルを受け取り、情報ファイルの内容に従って、送信処理の確定要求及び送信先の復元要求を送信先７０３に対して行う送信状態管理装置である。なお、本実施形態で用いられる情報ファイルは、図３に示す第１の実施形態で用いたものと同様である。
【００５３】
図８は、第３の実施形態における情報送信装置７０１及び送信状態管理装置７０４の内部構成を示す図である。図８に示すように、情報送信装置７０１は、情報ファイル処理部８０１及び情報送信処理部８０２から構成される。送信状態管理装置７０４は、情報ファイル処理部８０３及び送信状態管理処理部８０４から構成される。
【００５４】
情報ファイル処理部８０１は、管理サーバ７０２から情報ファイルを受け取る。受け取った情報ファイルを送信状態管理装置７０４に送信するとともに、情報ファイルの内容を解析する。情報ファイル処理部８０１の詳細についてはさらに後述する。
【００５５】
情報送信処理部８０２は、情報ファイル処理部８０１から情報ファイルを解析した情報を受け取り、その情報に従って、送信先７０３にファイルの送信を行う。ファイル送信後、情報送信処理部８０２は、ファイル送信処理の確定や送信先７０３の復元を送信状態管理装置７０４に依頼する。情報送信処理部８０２の詳細についてはさらに後述する。
【００５６】
情報ファイル処理部８０３は、情報送信装置７０１から情報ファイルを受け取り、情報ファイルの内容を解析する。情報ファイル処理部８０３の詳細についてはさらに後述する。
【００５７】
送信状態管理処理部８０４は、情報ファイル処理部８０３から情報ファイルを解析した情報を受け取り、その情報に従って、ファイル送信処理の確定や送信先の復元を行う。送信状態管理処理部８０４の詳細についてはさらに後述する。
【００５８】
情報ファイル処理部８０１は、情報ファイル取得部８１１、情報ファイル送信部８１２及び情報ファイル解析部８１３から構成される。情報ファイル取得部８１１は、管理サーバ７０２から情報ファイルを取得する。情報ファイル送信部８１２は、情報ファイル取得部８１１で取得された情報ファイルを送信状態管理装置７０４に送信する。情報ファイル解析部８１３は、情報ファイル取得部８１１で取得された情報ファイルの内容を解析する。情報ファイル解析部８１３は、情報ファイルの内容を解析すると、その解析結果を情報送信処理部８０２に渡す。
【００５９】
情報送信処理部８０２は、ファイル送信部８１４を含む。ファイル送信部８１４は、情報ファイル処理部８０１（情報ファイル解析部８１３）による情報ファイルの解析結果に従って、ファイルを送信先７０３に送信する。ファイル送信が正常に終了した場合、ファイル送信部８１４は、送信状態管理装置７０４にファイル送信処理の確定を依頼する。一方、ファイル送信が異常終了した場合、ファイル送信部８１４は、送信状態管理装置７０４に送信先７０３の復元を依頼する。
【００６０】
情報ファイル処理部８０３は、情報ファイル受信部８１５及び情報ファイル解析部８１６から構成される。情報ファイル受信部８１５は、情報送信装置７０１（情報ファイル送信部８１２）から送信される情報ファイルを受信する。情報ファイル解析部８１６は、情報ファイル受信部８１５で受信した情報ファイルの内容を解析し、解析した情報を送信状態管理処理部８０４に渡す。
【００６１】
送信状態管理処理部８０４は、情報送信装置監視部８１７、送信処理確定部８１８及び送信処理復元部８１９から構成される。情報送信装置監視部８１７は、情報送信装置７０１の状態を監視し、異常が発生した場合、送信処理復元部８１９に送信先７０３の復元処理を依頼する。送信処理確定部８１８は、情報送信装置７０１から依頼を受け取った場合、情報ファイル処理部８１６で解析した情報に従って、送信先７０３に対してファイルの送信処理を確定する処理を行う。送信処理復元部８１９は、情報送信装置７０１から復元の依頼があった場合、情報ファイル解析部８１６で解析された情報に従って、送信先７０３の状態をファイル送信部８１４によってファイルが送信される前の状態に復元する。又は、情報送信装置監視部８１７が情報送信装置７０１の異常を検出した場合にも、送信処理復元部８１９は、情報ファイル解析部８１６で解析された情報に従って、送信先７０３の状態をファイル送信部８１４によってファイルが送信される前の状態に復元する。
【００６２】
なお、上述した８１１、８１２、８１３及び８１４に示す機能構成は、例えば、ＨＤＤに格納されるプログラムをＲＡＭに一時保存し、ＣＰＵがこれを実行することにより実現される機能構成である。ＨＤＤ、ＲＡＭ及びＣＰＵは何れも情報送信装置７０１の内部に搭載してもよいし、予めプログラムが格納されているＨＤＤを情報送信装置７０１の外部に備えた構成としてもよい。さらに、インターネット等の通信回線を介して情報送信装置７０１にプログラムを供給するようにしてもよい。
【００６３】
また、上述した８１５、８１６、８１７、８１８及び８１９に示す機能構成は、例えば、ＨＤＤに格納されるプログラムをＲＡＭに一時保存し、ＣＰＵがこれを実行することにより実現される機能構成である。ＨＤＤ、ＲＡＭ及びＣＰＵは何れも送信状態管理装置７０４の内部に搭載してもよいし、予めプログラムが格納されているＨＤＤを送信状態管理装置７０４の外部に備えた構成としてもよい。さらに、インターネット等の通信回線を介して送信状態管理装置７０４にプログラムを供給するようにしてもよい。
【００６４】
図９は、本発明の第３の実施形態に係る情報処理システムの動作の流れを示すフローチャートである。図９（Ａ）は、情報送信装置７０１の動作の流れを示し、図９（Ｂ）は、送信状態管理装置７０４の動作の流れを示す。
【００６５】
先ず、情報送信装置７０１の情報ファイル取得部８１１は、管理サーバ７０２に情報ファイルが存在するか否かを問い合わせる（ステップＳ９０１）。
【００６６】
続いて、情報ファイル取得部８１１は、管理サーバ１０２に情報ファイルが存在するか否かを判定する（ステップＳ９０２）。情報ファイルが存在する場合、情報ファイル取得部８１１は、情報ファイルを管理サーバ１０２から取得する（ステップＳ９０３）。情報ファイルが存在しない場合、処理は終了する。
【００６７】
続いて、情報ファイル送信部８１２は、情報ファイル取得部８１１によって取得された情報ファイルを送信状態管理装置７０４に送信するとともに、情報ファイルを情報ファイル解析部８１３に渡す（ステップＳ９０４）。
【００６８】
情報送信装置７０１の情報ファイル解析部８１３は、情報ファイル送信部８１２から取得した情報ファイルを解析し、ファイル毎の送信先の情報を取得する（ステップＳ９０５）。
一方、送信状態管理装置７０４（情報ファイル受信部８１５）は、情報送信装置７０１（情報ファイル送信部８１２）から情報ファイルを受信する（ステップＳ９０６）。
【００６９】
以下では先ず、ステップＳ９０５に続く、情報送信装置７０１の情報ファイル解析部８１３がファイル毎の送信先の情報を取得した後のファイル送信部８１４の処理から説明を行うものとする。
【００７０】
ファイル送信部８１４は、情報ファイル解析部８１３によって解析された情報ファイルの記述に従ってファイルの送信を開始する（ステップＳ９０８）。
【００７１】
続いて、ファイル送信部８１４は、当該ファイルの送信処理が正常に完了したか否かを判定する（ステップＳ９０９）。当該ファイルの送信処理が正常に完了した場合、ファイル送信部８１４は、送信対象となる全てのファイルに対して送信処理が完了したか否かを判定する（ステップＳ９１０）。一方、当該ファイルの送信処理に異常が発生した場合、情報送信装置７０１のファイル送信部８１４は、送信状態管理装置７０４に送信先７０３の状態を復元する処理を依頼する（ステップＳ９１１）。なお、ステップＳ９１１にて発行された復元要求を送信状態管理装置７０４が受け付ける処理は、本発明の受付手段の一処理例である。
【００７２】
全てのファイルに対して送信処理が完了した場合、ファイル送信部８１４は、ファイルの送信処理を確定する処理を送信状態管理装置７０４に依頼する（ステップＳ９１２）。なお、全てのファイルに対する送信処理が完了していない場合、ファイル送信部８１４は、処理をステップＳ９０８に戻し、次に対象となるファイルの送信処理を開始する。
【００７３】
次に、ステップＳ９０６に続く、送信状態管理装置７０４の情報ファイル解析部８１６が情報ファイルの内容の解析する処理から説明する。
【００７４】
情報ファイル解析部８１６は、情報ファイルの内容を解析する（ステップＳ９０７）。情報送信装置監視部８１７は、ステップＳ９１２において情報送信装置７０１からファイル送信の確定処理を依頼されているか否かを判定する（ステップＳ９１３）。なお、情報送信装置７０１は、ステップＳ９１２で確定処理を依頼する。
【００７５】
ファイル送信の確定処理を依頼されている場合、情報送信装置監視部８１７は、情報送信装置７０４の監視処理を終了する。続いて、送信処理確定部８１８は、後述するステップＳ９０７で解析された情報ファイルの記述に従って、送信先７０３に対してファイルの送信処理を確定させる処理を開始する（ステップＳ９１６）。
【００７６】
続いて、送信処理確定部８１８は、当該ファイルの送信処理を確定させる処理が正常に完了したか否かを判定する（ステップＳ９１７）。当該ファイルの送信処理を確定させる処理が正常に完了した場合、送信処理確定部８１８は、送信処理を確定させる全てのファイルについて処理が終了したか否かを判定する（ステップＳ９１８）。
【００７７】
全てのファイルについて処理が終了していない場合、送信処理確定部８１８は、ステップＳ９１６の処理に戻り、次に対象となるファイルの送信処理を確定させる処理を開始する。一方、全てのファイルについて処理が終了した場合、処理を終了する。
【００７８】
なお、ステップＳ９１７において当該ファイルの送信処理を確定させる処理が正常に完了していないと判定された場合や、ステップＳ９１１において送信状態管理装置７０４に復元処理を依頼した場合には、処理はステップＳ９１９に移行する。
【００７９】
また、ステップＳ９１３において、ファイル送信の確定処理が依頼されていない場合、情報送信装置監視部８１７は、情報送信装置７０１の現在の状態を示す情報を情報送信装置７０１から取得する（ステップＳ９１４）。
【００８０】
続いて、情報送信装置監視部８１７は、取得した情報に基づいて、情報送信装置７０１に何らかの異常が発生し、そのためファイル送信処理が続行できない状態にあるのか否かを判定する（ステップＳ９１５）。なお、情報送信装置７０１は、ファイルの送信処理に異常が発生した場合、ステップＳ９１１において、送信状態管理装置７０４に送信先７０３の状態を復元する送信先復元処理を依頼する。送信先復元処理を依頼された場合、や、その他、情報送信装置７０１に異常が発生したためファイル送信処理が続行できない状態にあると判定された場合、処理はステップＳ９１９に移行する。一方、情報送信装置７０１に異常が検知されず、ファイル送信処理が正常に続行している場合、処理はステップＳ９１３に戻り、ステップＳ９１３〜Ｓ９１５の処理を繰り返す。なお、ステップＳ９１５は、本発明の監視手段の一処理例である。
【００８１】
送信処理復元部８１９は、ステップＳ９０７で解析された情報ファイルの記述に従って、対象となるファイルについて送信先の状態をファイル送信開始前の状態に復元する処理を開始する（ステップＳ９１９）。なお、ステップＳ９１９は、本発明の送信状態管理装置の復元手段の一処理例である。
【００８２】
続いて、送信処理復元部８１９は、当該ファイルについて送信先７０３の状態をファイル送信開始前の状態に復元する処理を正常に完了したか否かを判定する（ステップＳ９２０）。送信先７０３の状態を復元する処理に異常が発生した場合、処理は終了する。一方、送信先７０３の状態を復元する処理が正常に完了した場合、送信処理復元部８１９は、対象となる全てのファイルについて送信先７０３の状態をファイル送信開始前の状態に復元する処理が完了したか否かを判定する（ステップＳ９２１）。
【００８３】
対象となる全てのファイルについて送信先７０３の状態を復元する処理が完了していない場合、送信処理復元部８１９は、処理をステップＳ９１９に戻し、次に対象となるファイルについて送信先７０３の状態を復元する処理を開始する。一方、対象となる全てのファイルについて送信先７０３の状態を復元する処理が完了した場合、処理を終了する。
【００８４】
なお、ステップＳ９１９において復元処理の対象となるファイルは、ステップＳ９１５から処理が移行してきた場合には、ステップＳ９０９にて送信処理に異常が検知されるまでに送信対象とされたファイルとなる。また、ステップＳ９１７から処理が以降していた場合には、対象となるファイル全てが既に送信された後であるため、全てのファイルが復元処理の対象（図３の例では、ファイルＡ〜Ｃ）となる。なお、復元不要なファイルがある場合、復元不要なファイルの復元処理は実行しなくてもよい。
【００８５】
このように、送信処理を確定させる処理及び送信先を復元させる処理を実行する装置である送信状態管理装置７０４を情報送信装置７０１の外部に備えた構成としても、第１の実施形態と同様の効果を奏することができる。さらに、本実施形態では、情報送信装置７０１からの要求のほかに、情報送信装置７０１によるファイル送信処理の状態を送信状態管理装置７０４が監視し、ファイル送信処理に異常が検知された場合にも送信先を復元させることが可能である。
【００８６】
また、本実施形態においても、第２の実施形態と同様に複数の送信先を対象としてもよい。この場合、例えば図６に示す複数の送信先を対象とした情報ファイルを用いて図９に示す処理を実行することになる。
【００８７】
上述した本発明の実施形態を構成する各手段及び各ステップは、コンピュータのＲＡＭやＲＯＭ等に記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。
【００８８】
また、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施形態も可能であり、具体的には、一つの機器からなる装置に適用してもよい。
【００８９】
なお、本発明は、上述した実施形態の機能を実現するソフトウェアのプログラムを、システム又は装置に直接、又は遠隔から供給する。そして、そのシステム又は装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００９０】
従って、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００９１】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。更に、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳ等が、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００９２】
更に、その他の方法として、まず記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。そして、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００９３】
【図１】本発明の第１の実施形態に係る情報処理システムの構成を示す図である。
【図２】本発明の第１の実施形態に係る情報送信装置の内部構成を示す図である。
【図３】本発明の第１の実施形態に係る情報ファイルの構成を概念的に示す図である。
【図４】本発明の第１の実施形態に係る情報処理システムの動作の流れを示すフローチャートである。
【図５】本発明の第２の実施形態に係る情報処理システムの構成を示す図である。
【図６】本発明の第２の実施形態における情報ファイルの内部構成を概念的に示す図である。
【図７】本発明の第３の実施形態に係る情報処理システムの構成を示す図である。
【図８】本発明の第３の実施形態に係る情報送信装置及び送信状態管理装置の内部構成を示す図である。
【図９】本発明の第３の実施形態に係る情報処理システムの動作の流れを示すフローチャートである。
【符号の説明】
【００９４】
１０１、５０１、７０１  情報送信装置
１０２、５０２、７０２  管理サーバ
１０３、５０３、５０４、７０３  通信先
２０１、８０１、８０３  情報ファイル処理部
２０２、８０２  情報送信処理部
２１１、８１１  情報ファイル取得部
２１２、８１３  情報ファイル解析部
２１３、８１４  ファイル送信部
２１４  送信処理確定部
２１５  送信処理復元部
７０４  送信状態管理装置
８１２  情報ファイル送信部
８０４  送信状態管理処理部
８１５  情報ファイル受信部
８１６  情報ファイル解析部
８１７  情報送信装置監視部
８１８  送信処理確定部
８１９  送信処理復元部
【図１】
0005235456.tif 000002
【図２】
0005235456.tif 000003
【図３】
0005235456.tif 000004
【図４】
0005235456.tif 000005
【図５】
0005235456.tif 000006
【図６】
0005235456.tif 000007
【図７】
0005235456.tif 000008
【図８】
0005235456.tif 000009
【図９】
0005235456.tif 000010