(57)【要約】【課題】データ転送エラーが発生した場合の状態の把握を転送する側と転送される側のそれぞれで把握することを可能とする。【解決手段】システムＡにより生成されるデータをシステムＢに転送するシステム間データ転送装置であって、システムＢに対する転送データを抽出して転送対象データを作成する転送対象データ作成部２と、転送対象データの転送確認のために必要なチェック用データを別ファイルとして作成し、転送対象データと共にシステムＢへ転送するチェック用データ転送部３と、転送対象データ並びにチェック用データを転送後、システムＢにおける転送データ取り込み処理を起動し、チェック用ファイルに基づく取り込み結果を得て転送確認を行う転送確認部４とを備える。【選択図】　　　図１
2004038417.tif 000002
【特許請求の範囲】
【請求項１】
一方のシステムにより生成されるデータを他方のシステムに転送するシステム間データ転送装置であって、
前記他方のシステムに対する転送データを抽出して転送対象データを作成する転送対象データ作成手段と、
前記転送対象データの転送確認のために必要なチェック用データを別ファイルとして作成し、前記転送対象データと共に前記他方のシステムへ転送するチェック用データ転送手段と、
前記転送対象データ並びにチェック用データを転送後、前記他方のシステムにおける転送データ取り込み処理を起動し、前記チェック用ファイルに基づく取り込み結果を得て転送確認を行う転送確認手段と、
を備えたことを特徴とするシステム間データ転送装置。
【請求項２】
前記転送確認手段は、
前記チェック用データとして前記転送対象データのファイル名、及びサイズ情報を用い、前記ファイル毎、前記転送対象データの実ファイルサイズと前記サイズ情報との比較を行なわせるサイズ確認手段、
を備えたことを特徴とする請求項１に記載のシステム間データ転送装置。
【請求項３】
前記転送確認手段は、
前記転送対象データとチェック用データを転送するまでに要するそれぞれの処理と、他方のシステムにおいて前記転送対象データを取り込むまでに要する前記サイズ確認を含むそれぞれの処理結果がステイタスとして生成されるフラグファイル作成手段と、
前記作成され、もしくは送信されるフラグファイルを参照し、そのステイタスに基づき、正常、異常の通知を双方のシステムへメール送信するメール送信手段と、
を備えたことを特徴とする請求項１または２に記載のシステム間データ転送装置。
【請求項４】
前記フラグファイルを参照することによりフラグ監視を行い、ステイタスがエラー表示されている該当処理からリトライを行う、もしくは行わせるリトライ処理手段と、
を備えたことを特徴とする請求項３に記載のシステム間データ転送装置。
【請求項５】
一方のシステムにより生成されるデータを他方のシステムに転送するシステム間データ転送装置に用いられるシステム間データ転送プログラムであって、
前記他方のシステムへの転送データを抽出して転送対象データを作成するステップと、
前記転送対象データの転送確認のために必要なチェック用データを別ファイルとして作成し、前記他方のシステムへ前記転送対象データと共に転送するステップと、
前記転送対象データ並びにチェック用データを転送後、前記他方のシステムにおける転送データ取り込み処理を起動し、前記チェック用ファイルに基づく取り込み結果を得て転送確認を行うステップと、
をコンピュータに実行させるシステム間データ転送プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、特に、グループウェア等、双方のシステム間でデータ転送を伴う一連の業務処理を実現する際に用いて好適な、システム間データ転送装置及びそのプログラムに関する。
【０００２】
【従来の技術】
ウェブブラウザを使用してグループウェアの諸機能を利用することができる製品が相次いで発表され、流通している。インターネットと連携することにより世界中どこからでもグループウェアを利用することができる。
グループウェアを中心に据えて企業内の基幹システムと連携するだけでなく、グループ企業や取引先企業を含むエクストラネットやオープンネットワークであるインターネット等の社外システムと連携して大規模なシステムを構築することができるようになった。
【０００３】
【発明が解決しようとする課題】
ところで、上記したグループウェアを用いた企業内システムにおいて、例えば、本社と海外現地法人との双方のシステム間でデータ転送を伴う一連の業務処理を実現することがある。
その場合、転送側と転送される側の処理が、それぞれ独立して実行されるため、相手システムに転送していないのにそのデータが取り込まれ、トラブルが生じることがある。
転送側では転送自体が成功したか否かのステイタスしか受信することができず、従って、このような場合原因追求に時間を要する。また、転送される側においても結果の確認がとれず、転送失敗の状態を互いに察知することができないため、問題が発生してからの被害が拡大する。
【０００４】
本発明は上記事情に鑑みてなされたものであり、一方のシステムにより生成されるデータを他方のシステムに転送するシステム間データ転送装置において、転送データ取り込みの起動及び転送確認を含め転送側システムが処理することにより、転送エラーが発生した場合の状態の把握を転送する側と転送される側のそれぞれで可能とする、システム間データ転送装置及びそのプログラムを提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記した課題を解決するために本発明は、一方のシステムにより生成されるデータを他方のシステムに転送するシステム間データ転送装置であって、前記他方のシステムに対する転送データを抽出して転送対象データを作成する転送対象データ作成手段と、前記転送対象データの転送確認のために必要なチェック用データを別ファイルとして作成し、前記転送対象データと共に前記他方のシステムへ転送するチェック用データ転送手段と、前記転送対象データ並びにチェック用データを転送後、前記他方のシステムにおける転送データ取り込み処理を起動し、前記チェック用ファイルに基づく取り込み結果を得て転送確認を行う転送確認手段と、を備えたことを特徴とする。
【０００６】
本発明によれば、転送確認手段が、他方のシステムにおける転送データ取り込み処理を起動し、チェック用データ転送手段により作成され転送されるチェック用ファイルに基づく取り込み結果を得て転送確認を行うため、一方のシステムでデータ抽出からデータ取り込みに至る流れを一貫して処理、制御、管理することができる。
このため、転送エラーが生じた際に、どこでどのようなエラーがあったのかを把握することができ、また、一方のシステムからのみのアクセスとなるためファイルの排他制御を考慮する必要がない。
【０００７】
また、本発明において、前記転送確認手段は、前記チェック用データとして前記転送対象データのファイル名、及びサイズ情報を用い、前記ファイル毎、前記転送対象データの実ファイルサイズと前記サイズ情報との比較を行なわせるサイズ確認手段、を備えたことを特徴とする。
【０００８】
また、本発明において、前記転送確認手段は、前記転送対象データとチェック用データを転送するまでに要するそれぞれの処理と、他方のシステムにおいて前記転送対象データを取り込むまでに要する前記サイズ確認を含むそれぞれの処理結果がステイタスとして生成されるフラグファイル作成手段と、前記作成され、もしくは送信されるフラグファイルを参照し、そのステイタスに基づき、正常、異常の通知を双方のシステムへメール送信するメール送信手段と、を備えたことを特徴とする。
【０００９】
また、本発明において、前記フラグファイルを参照することによりフラグ監視を行い、ステイタスがエラー表示されている該当処理からリトライを行う、もしくは行わせるリトライ処理手段と、を備えたことを特徴とする。
【００１０】
上記した課題を解決するために本発明は、一方のシステムにより生成されるデータを他方のシステムに転送するシステム間データ転送装置に用いられるシステム間データ転送プログラムであって、前記他方のシステムへの転送データを抽出して転送対象データを作成するステップと、前記転送対象データの転送確認のために必要なチェック用データを別ファイルとして作成し、前記他方のシステムへ前記転送対象データと共に転送するステップと、前記転送対象データ並びにチェック用データを転送後、前記他方のシステムにおける転送データ取り込み処理を起動し、前記チェック用ファイルに基づく取り込み結果を得て転送確認を行うステップと、をコンピュータに実行させることを特徴とする。
【００１１】
【発明の実施の形態】
図１は、本発明におけるシステム間データ転送装置の内部構成を機能展開して示したブロック図である。
本発明のシステム間データ転送装置は、通信インタフェース部１と、転送データ作成部２と、チェック用データ転送部３と、転送確認部４と、転送対象データＤＢ５と、チェック用データＤＢ６と、圧縮ファイルＤＢ７と、フラグファイルＤＢ８で構成される。
【００１２】
通信インタフェース部１は、他方のシステムとのインタフェースを司るものであり、ここでは、ＩＰ（Ｉｎｔｅｒｎｅｔ・Ｐｒｏｔｏｃｏｌ）網を介して接続されることとするため、ＴＣＰ／ＩＰ（Ｔｒａｎｓｐｏｒｔ・Ｃｏｎｔｒｏｌ・Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ・Ｐｒｏｔｏｃｏｌ）が実装されることとする。
転送対象データ作成部２は、他方のシステムに対する転送データを抽出して転送対象データを作成する機能を持ち、チェック用データ転送部３は、転送対象データの転送確認のために必要なチェック用データを別ファイルとして作成し、転送対象データと共に他方のシステムへ転送する機能を持つ。
【００１３】
転送確認部４は、転送対象データ並びにチェック用データを転送後、他方のシステムにおける転送データ取り込み処理を起動し、チェック用ファイルに基づく取り込み結果を得て転送確認を行う機能を持ち、サイズ確認部４１、フラグファイル作成部４２、メール送信部４３、リトライ処理部４４で構成される。
サイズ確認部４１は、チェック用データとして転送対象データのファイル名、及びサイズ情報を用い、ファイル毎、転送対象データの実ファイルサイズとそのサイズ情報との比較を行なわせる機能を持つ。また、フラグファイル作成部４２は、転送対象データとチェック用データを転送するまでに要するそれぞれの処理と、他方のシステムにおいて転送対象データを取り込むまでに要する、サイズ確認を含むそれぞれの処理結果がステイタスとして生成する機能を持つ。
【００１４】
メール送信部４３は、フラグファイル作成部４２によって作成され、もしくは他方のシステムから送信されるフラグファイルを参照し、そのステイタスに基づき、正常、異常の通知を双方のシステムへメール送信する機能を持つ。
また、リトライ処理部４４は、フラグファイルＤＢ８に記録されたフラグファイルを参照することによりフラグ監視を行い、ステイタスがエラー表示されている該当処理からリトライを行う、もしくは行わせる機能を持つ。
【００１５】
図２は本発明実施形態の動作を説明するために引用したフローチャートであり、具体的には本発明のシステム間データ転送プログラムの処理手順を示す。
以下、図２に示すフローチャートを参照しながら図１に示すシステム間データ転送装置の動作について詳細説明を行う。ここでは、一方のシステム（Ａ）から他方のシステム（Ｂ）へデータ転送するケースが例示されている。
【００１６】
まず、システムＡのサーバは、システムＡからシステムＢのサーバに対して応答確認を行い、システムＢのサーバが稼働しているか否かを確認する（Ｓ２０１、Ｓ２０２）。このことにより、通信インタフェース部１を介して応答確認が得られた場合、転送対象データ作成部２は、システムＢへの転送対象データを抽出し（Ｓ２０３）、転送対象データを作成して転送対象データＤＢ５に保存する。そして、上記したデータ抽出処理のチェックを行い（Ｓ２０４）、正常終了した、転送対象データのファイル名、サイズ情報等を取得してチェック用データファイルを作成し（Ｓ２０５）、チェック用データＤＢ６に保存する。
なお、ここでは、転送対象データが他のシステムムへ完全に転送されているか否かをチェックするために、チェック用データ転送部３が転送ファイル毎そのファイル名とファイルサイズから成るチェック用データを生成するものとし、複数ファイル転送時にも１ファイルで対応することとする。
【００１７】
次に、サイズ情報取得処理チェック（Ｓ２０６）の後、転送対象データ、サイズファイルを纏めて圧縮して１ファイルとして統合し（Ｓ２０７）、圧縮ファイルＤＢ７に保存する。そして、その圧縮チェックが行われ（Ｓ２０８）、正常終了の場合、その転送対象データ、サイズファイルをバックアップ用に退避する（Ｓ２０９）。
バックアップが正常に行われると圧縮ファイルの送信が行われ（Ｓ２１０、Ｓ２１１）、システムＢのサーバによる取り込み処理を起動する（Ｓ２１３）。
【００１８】
一方、取り込み処理が起動されたシステムＢでは、システムＡからのデータ転送により得られた転送対象データ、チェック用ファイルを解凍し（Ｓ４０１）、この解凍処理チェックの後（Ｓ４０２）、サイズ確認が行われる（Ｓ４０３）。
ここでは、まず、転送対象データ、サイズファイルの存在が確認され、転送対象データの実ファイルサイズとチェック用データ内のファイルサイズとの比較が行われる。
そして、この比較チェック（Ｓ４０４）の後、正常であつた場合は、その転送対象データ、サイズファイルをバックアップ用に退避し（Ｓ４０５）、更にバックアップのためのチェックが行われる（Ｓ４０６）。
更に、転送対象データをシステムＢ内の図示せぬ対象テーブルへ取り込み（Ｓ４０７）、そのためのチェックが行われる（Ｓ４０８）。そして、上記した一連の取り込み処理毎に作成されるフラグファイルがシステムＡに送信される（Ｓ４０９）。
【００１９】
ここでフラグファイルについて補足説明を行う。フラグファイルＤＢ８に記録されるフラグファイルのデータ構成は図４に示されている。
図４において、（ａ）はシステムＡにより作成されるフラグファイル（＃０）、（ｂ）はシステムＢにより作成され、システムＡに送信されるフラグファイル（＃１）である。
図示されるように、フラグファイルは、フラグファイル作成部４２により図２にフローチャートで示す各チェック処理時に、チェック項目毎、処理名、処理日時、ステイタス、エラー内容が記されるログ記録である。このフラグファイルの生成は、転送確認部４のフラグファイル作成部４２によって行われる。
【００２０】
フラグファイルを受信したシステムＡでは、その参照がシステムＢからの取り込み処理待ちとなっていた自らが作成したフラグファイルと、受信したフラグファイルとによりフラグ確認を行う。
ここでは、フラグファイルの存在並びに内容を確認し、エラーチェックを行った結果（Ｓ２１５）、エラーがない場合は双方のシステムへ正常終了通知をメール送信し（Ｓ２１６）、エラーがあった場合、異常終了通知をメール送信する（Ｓ２１７）。これら正常、異常の終了通知は、動作確認部４のメール送信部４３がそのメールを作成し送信するものとする。
なお、上記した各チェック処理（Ｓ２０２、Ｓ２０４、Ｓ２０６、Ｓ２０８、Ｓ２１０、Ｓ２１２、Ｓ４０２、Ｓ４０４、Ｓ４０６、Ｓ４０８）において、処理が正常終了しなかった場合も双方のシステムへ異常終了通知がメール送信される。
【００２１】
図３にフラグファイル監視処理の詳細が示されている。ここでは、フラグ監視アプリケーションプログラムが動作し、フラグファイルでエラー表示がなされている処理をリトライして回復するための処理が人手を介することなく実行される。
すなわち、転送確認部４のリトライ処理部４４は、フラグファイルＤＢ８を参照してステイタスがエラー表示されている処理を抽出し（Ｓ３０１、Ｓ３０２）、その該当処理からリトライを行う（Ｓ３０７）。但し、サイズ確認エラー（Ｓ３０３）の場合は圧縮ファイル送信処理（Ｓ３０４）へ、フラグ確認エラー（Ｓ３０５）の場合はフラグファイル送信（Ｓ３０６）からリトライの処理を行う。なお、リトライ回数はｎ回とあらかじめ決めておく必要がある。エラーが回復された場合、そのフラグファイルの内容を更新してフラグ監視処理を終了する。
【００２２】
以上説明のように本発明は、一方のシステムにより生成されるデータを他方のシステムに転送するシステム間データ転送装置において、転送データ取り込みの起動及び転送確認を含め転送側システムが処理することにより、エラーが発生した場合の状態の把握を転送する側と転送される側のそれぞれで可能とするものであり、特に、グループ企業内において、例えば海外現地法人との間で双方のシステムでデータ転送を伴った一連の業務を実現する場合に顕著な効果が得られる。
なお、図１に示す通信インタフェース部１、転送データ作成部２、チェック用データ転送部３、転送確認部４、サイズ確認部４１、フラグファイル作成部４２、メール送信部４３、リトライ処理部４４のそれぞれで実行される手順をコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより本発明のシステム間データ転送装置を実現するものとする。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウアを含むものである。
【００２３】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のシステムやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００２４】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００２５】
以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００２６】
【発明の効果】
以上説明のように本発明によれば、一方のシステムでデータ抽出から他方のシステムにおけるデータ取り込みまでの流れを一貫して処理、制御、管理するため、エラーが発生した場合の状態の把握を可能とすることができ、他方のシステムでは本処理に関する管理者、対応者の存在が不要になる。また、双方のシステムでメールにより取り込みの正常、異常終了を知ることができる。
更に、人間系の判断ではなく、フラグファイルの監視アプリケーションがステイタスを判断し、リトライを任意の処理から実行できるため、データ転送の管理を無人で常時行うことができる。
【００２７】
また、転送データの妥当性をチェックするサイズファイルは、転送用ファイルが複数になっても１ファイルで済むため、チェック用として送信されるファイルリストの一覧としても活用が可能である。更に、データ抽出から取り込み処理に至るまで一貫した制御の下、オンラインでデータの送受信が行えるため、双方のシステムでその転送データを活用できる。
なお、データファイルの送受信行為のみならず、双方のデータベース更新も行うため、データ転送の品質およびビジネススピードの向上に寄与することができる。
【図面の簡単な説明】
【図１】本発明におけるシステム間データ転送装置の内部構成を機能展開して示したブロック図である。
【図２】本発明実施形態の動作を説明するために引用したフローチャートである。
【図３】本発明実施形態の動作を説明するために引用したフローチャートである。
【図４】本発明で使用されるフラグファイルＤＢのデータ構成の一例を示す図である。
【符号の説明】
１…通信インタフェース部、２…転送データ作成部、３…チェック用データ転送部、４…転送確認部、５…転送対象データＤＢ、６…チェック用データＤＢ、７…圧縮ファイルＤＢ、８…フラグファイルＤＢ、４１…サイズ確認部、４２…フラグファイル作成部、４３…メール送信部、４４…リトライ処理部
【図１】
2004038417.tif 000003
【図２】
2004038417.tif 000004
【図３】
2004038417.tif 000005
【図４】
2004038417.tif 000006