(57)【要約】【課題】リカバリ処理が容易であり、安価なデータ中継装置、データ管理システム及びデータ管理方法を提供すること。【解決手段】複数の下位端末（３０）からのデータを上位機器（１０）に送信するための中継を行うデータ中継装置（２０）において、前記複数の下位端末から送信されたデータを、少なくとも上位機器に送信するまで一時的に記憶する記憶手段と、前記記憶手段のリカバリ時に、前記複数の下位端末からのデータを送信させることにより、前記記憶手段のリカバリを行うリカバリ手段と、を備えた。【選択図】      図１
2007072886.tif 000002
【特許請求の範囲】
【請求項１】
複数の下位端末からのデータを上位機器に送信するための中継を行うデータ中継装置において、
前記複数の下位端末から送信されたデータを、少なくとも上位機器に送信するまで一時的に記憶する記憶手段と、
前記記憶手段のリカバリ時に、前記複数の下位端末からのデータを送信させることにより、前記記憶手段のリカバリを行うリカバリ手段と、を具備することを特徴とするデータ中継装置。
【請求項２】
請求項１に記載のデータ中継装置において、前記リカバリ手段は、前記上位機器から下位端末毎の送信済データの最終シーケンス番号を取得することを特徴とするデータ中継装置。
【請求項３】
請求項１に記載のデータ中継装置において、前記リカバリ手段は、リカバリ時に、前記記憶手段に記憶されたデータが前記上位機器に送信済か否かの情報を、前記下位端末から取得することを特徴とするデータ中継装置。
【請求項４】
複数の下位端末と、データ中継装置と、上位機器とを備え、前記複数の下位端末からのデータを、前記データ中継装置を介して前記上位機器に送信するシステムに適用され、前記データ中継装置の記憶装置の交換時のリカバリを行うためのデータを管理するデータ管理システムにおいて、
前記データ中継装置は、前記記憶装置の交換時に、前記複数の下位端末からデータを送信させることによって、前記記憶装置のリカバリを行うことを特徴とするデータ管理システム。
【請求項５】
請求項４に記載のデータ管理システムにおいて、前記各下位端末は、発生したデータが、未送信、前記データ中継装置へ送信済、又は前記上位機器に送信済のいずれかの情報を有し、前記記憶装置のリカバリ時に当該情報が、前記データ中継装置に送信されることを特徴とするデータ管理システム。
【請求項６】
複数の下位端末と、データ中継装置と、上位機器とを備え、前記複数の下位端末からのデータを、前記データ中継装置を介して前記上位機器に送信するシステムに適用され、前記データ中継装置の記憶装置の交換時のリカバリを行うためのデータを管理するデータ管理方法において、
前記データ中継装置の前記記憶装置の交換時に、前記複数の下位端末からデータを送信させることによって、前記記憶装置のリカバリを行うことを特徴とするデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハードディスク等の記憶装置の異常等による交換時にデータを自動リカバリするデータ中継装置に関する。
【背景技術】
【０００２】
データを中継するためのデータ中継装置では、記憶媒体の故障等に備え、データを内部にバックアップとして保存している。すなわち、データを自動リカバリするために、データの中継装置単独で外部記憶媒体や二重化された記憶媒体に保存し、交換時にそれらの記憶媒体からデータを引き継ぎ、リカバリする手段がとられている。また、記憶媒体故障等による記憶媒体の交換時には、処理するデータの全く入っていない記憶媒体と交換して、業務を再開する。この場合には、記憶媒体の交換までに保持されていたデータは、バックアップデータからリカバリデータとして作成され、後日上位システムに登録される。このように、データ中継装置においては、データの保全性を高めるために、データ中継装置に高価な外部記憶装置や、二重化記憶装置を搭載しているので、データ中継装置が高価になる。
【０００３】
例えば、データの退避・復旧については、特許文献１に記載のように、メニュー終了などの処理の終了時にデータ退避・復旧処理プログラムを自動的に起動して、当該プログラムの設定に応じてディスク・ミラーリング構成のハードディスクへのデータ退避を自動的に実行している。そして、データ破損などの障害が発生した場合には、退避データとジャーナルデータ（データアクセスの記録）とに基づくロールバック処理により、障害発生起点の直前までのデータ復旧を可能にしている。
【０００４】
しかし、上記のようなデータ中継装置においては、記憶媒体を交換した場合には、リカバリデータの作成が、その交換時にできないため、上位機器（センタサーバ）への登録は後日になるため、リアルタイム性に欠ける。  
また、データ中継装置全体を交換せざるを得ない状態が生じた場合や、バックアップデータを保持する記憶媒体に障害があった場合に、当該データをロストすることになる。
【特許文献１】特開２００３−０２２２０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、リカバリ処理が容易であり、安価なデータ中継装置、データ管理システム及びデータ管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、データ中継装置単独でリカバリするのではなく、上位機器や下位端末から所望のデータや情報を取得して、当該情報に基づいてデータ中継装置のリカバリを実現している。具体的には、以下の通りである。
【０００７】
本発明の局面に係る発明は、複数の下位端末からのデータを上位機器に送信するための中継を行うデータ中継装置において、前記複数の下位端末から送信されたデータを、少なくとも上位機器に送信するまで一時的に記憶する記憶手段と、前記記憶手段のリカバリ時に、前記複数の下位端末からのデータを送信させることにより、前記記憶手段のリカバリを行うリカバリ手段と、を具備することを特徴とする。ここで、前記リカバリ手段は、リカバリ時に、前記記憶手段に記憶されたデータが前記上位機器に送信済か否かの情報を、前記下位端末から取得することが好ましい。なお、本発明は、データ中継装置の発明に限らず、該データ中継装置が適用されるシステムやデータ中継装置が実現する方法の発明としても成立する。
【発明の効果】
【０００８】
本発明によれば、データ中継装置のリカバリを、システム上の他の機器（上位機器や下位端末）のデータや情報で行うようにしているので、迅速なリカバリが実現でき、後日行われていた後方処理が不要となる。更に、データ中継装置単独でリカバリを行うのではないので、高価な二次記憶装置や二重化記憶媒体が不要になり、コストを抑えることができる。
【発明を実施するための最良の形態】
【０００９】
図面を参照して本発明の実施の形態を説明する。  
図１は、本発明の一実施形態に係るデータ中継装置を含むデータ管理システムの概略構成を示す図である。
【００１０】
図１に示すように、本発明の一実施形態に係るデータ中継装置が適用されるデータ管理システムは、上位のセンタサーバ１０とデータ中継装置２０と下位端末３０とを備えており、これらは、例えば、ネットワーク接続されており、相互に通信（すなわち、データ転送）が可能となっている。すなわち、データ中継装置２０と下位端末３０との間及び、センタサーバ１０とデータ中継装置２０との間で、通信可能となるように、データ中継装置２０と下位端末３０、センタサーバ１０とデータ中継装置２０とが同様のインタフェースを持っている。なお、本発明に係るデータ中継装置２０は、従来のデータ中継装置と略同様であるので図示は省略するが、詳細は後述するように、センタサーバ１０或いは下位端末３０から必要な情報を取得できるようになっている。
【００１１】
センタサーバ１０には、複数のデータ中継装置２０が接続されており、各データ中継装置２０には、複数の下位端末３０が接続されている。そして、下位端末３０のデータはデータ中継装置２０に送信され、データ中継装置２０のデータはセンタサーバ１０に送信されて、それぞれ、データ中継装置２０及びセンタサーバ１０で収集される。具体的には、下位端末３０は、１つの処理毎に固定フォーマットのデータ（明細データ４０）を発生する。データ中継装置２０は明細データ４０を、複数の端末から収集、保存する。センタサーバ１０は、複数のデータ中継装置２０から明細データ４０を収集し、保存する。なお、明細データ４０は、共通のフォーマットを有しており、例えば、図２に示すように、明細データ４０には、実際のデータ４６のほかに、データの発生元である下位端末３０にて採番するシーケンス番号４２と、端末を識別する機器ＩＤ４４が定義されている。
【００１２】
具体的な処理の流れを、図３を参照して説明する。図３は、従来の処理の流れを示す図である。図３（ａ）は、上位側の装置（以下、「上位側装置」と称する）と下位側の装置（以下、「下位側装置」と称する）との通信の様子を示しており、図３（ｂ）は、データ転送の流れを示すフローチャートである。  
下位端末３０は、明細データ４０が発生すると（ステップＳ１１）、逐次データを図示しない記憶装置に記憶する。そして、図２（ａ）において、データ中継装置２０から下位端末３０、又はセンタサーバ１０からデータ中継装置２０、へ収集要求を出すと、下位側装置から上位側装置へ収集データが送信される（ステップＳ１２）。そして、収集データの送信が終了すると（ステップＳ１３）、収集データの受信完了通知が上位側装置から下位側装置へ行われて、明細データのステータスを「送信済」に更新する。
【００１３】
上記のような手続きにより、下位端末３０で作成された明細データ４０が、最終的にセンタサーバ１０に保存される。なお、データ中継装置２０で複数の下位端末３０のデータを集計した場合において、その集計結果についての送信要求がセンタサーバ１０から出された場合には、同様に、当該集計結果をセンタサーバ１０に送信する。  
しかし、上記のような処理の流れでは、リカバリデータの作成に対してリアルタイム性に欠けると共に、最悪の場合には、データをロストする可能性がある。
【００１４】
そこで、本発明の第１の実施形態では、図４に示すようなデータ中継装置２０で管理されるデータテーブル（以下、「データ中継装置データテーブル」と称する）において、図２のデータに対して、ステータスに関する項目が追加されており、データ中継装置２０に記憶されているデータがセンタサーバ１０に送信済みか又は未送信かのいずれかのデータがステータスの欄に記載されるようになっている。例えば、図４に示す例では、機器ＩＤ「０１０１」の下位端末３０からのデータについては、「０００１」〜「０００３」まで送信済みであり、「０００４」と「０００５」が未送信であることを示している。
【００１５】
上記のようなデータ中継装置データテーブルを有するデータ中継装置において、そのハードディスク交換時のリカバリ処理の流れを図５に示す。図５は、本発明の第１の実施の形態にかかるデータ中継装置のリカバリ処理の流れを示すフローチャートである。本実施形態では、リカバリ処理を、センタサーバ１０とデータ中継装置２０との間、データ中継装置２０と下位端末３０との間のインタフェースに、（１）データ中継装置２０から、センタサーバ１０に現在どのシーケンス番号まで受信済みか、問い合わせるインタフェースと、（２）データ中継装置２０に対して、下位端末３０にて保持しているすべての明細データを送信させるインタフェースを追加することによって実現している。具体的には、以下の通りである。
【００１６】
まず、ハードディスク交換時において、ハードディスクにはデータが記録されていないので、下位端末３０からすべての明細データ４０をデータ中継装置２０に送信させて、データ中継装置２０に収集する（ステップＳ２１）。全ての明細データ４０がデータ中継装置２０に送信されたら、データ中継装置２０はデータ中継装置データテーブルを作成する（ステップＳ２２）。次に、センタサーバ１０に、機器ＩＤ毎に受信済みの最終シーケンス番号を問い合わせる（ステップＳ２３）。そして、下位端末３０から送信された明細データ４０とセンタサーバ１０から得られた機器ＩＤ毎の受信済みの最終シーケンス番号に基づいて、ステップＳ２２で作成したデータ中継装置データテーブルにステータスを付加して、データ中継装置データテーブルを更新する（ステップＳ２４）。
【００１７】
上記の第１の実施形態では、データ中継装置２０からセンタサーバ１０への明細データ４０の送信が終了しているかどうかを把握しているのは、データ中継装置２０の記憶装置が故障などによる交換の必要が生じた場合には、下位端末３０からデータ中継装置２０への送信済の明細データ４０が削除されて、明細データ４０が残っていない可能性がある。この場合において、下位端末３０で削除された明細データ４０が、データ中継装置２０からセンタサーバ１０に送信されていない時点で、データ中継装置２０の記憶装置の交換の必要が生じたときに、データ中継装置２０らかセンタサーバ１０への未送信明細データ４０は、失われることになる。従って、下位端末３０が明細データ４０を削除する際に、削除しようとする明細データ４０が、データ中継装置２０からセンタサーバ１０にすでに送信されている必要がある。このような場合における実施形態として、ハードディスク交換時におけるリカバリ処理をデータ中継装置２０と下位端末３０との間でのみで実現する第２の実施形態について説明する。ここで、データ中継装置２０は、第１の実施形態と同様に、機器ＩＤ毎のデータを「送信済／未送信」のステータスで管理する。下位端末３０内部は、データを「送信済／未送信／センタ送信済」のステータスで管理するデータテーブル（以下、「下位端末データテーブル」と称する）を有する。下位端末データテーブルの一例を図６に示す。この場合において、データ中継装置２０は、センタサーバ１０からレスポンスを受け、「送信済」になったことを、下位端末３０にも通知する。
【００１８】
具体的な処理の流れを、図７を参照して説明する。図７は、下位端末データテーブルのステータスの更新の流れを示す図である。図７（ａ）は、センタサーバ１０とデータ中継装置２０間及びデータ中継装置２０と下位端末３０間の通信の様子を示しており、図７（ｂ）は、データ転送の流れを示すフローチャートである。
【００１９】
下位端末３０で明細データ４０が発生するたびに、明細データ４０を下位端末データテーブルに登録する（ステップＳ３１）。そして、データ中継装置２０からの収集要求があると、明細データ４０をデータ中継装置２０に送信し（ステップＳ３２）、データ中継装置２０によるデータの受信が完了するまで、データ中継装置２０に明細データ４０を送信する（ステップＳ３３）。下位端末３０が、データ中継装置２０から明細データ４０の受信完了の通知を受信したら（ステップＳ３３のＹｅｓ）、下位端末データテーブルのステータスを「送信済」に更新する（ステップＳ３４）。
【００２０】
データ中継装置２０に記録されたデータは、センタサーバ１０からの明細データ４０の収集要求があると、明細データ４０をセンタサーバ１０に送信し、センタサーバ１０によるデータの受信が完了するまで、センタサーバ１０に明細データ４０を送信する（ステップＳ３５）。データ中継装置２０が、センタサーバ１０から明細データ４０の受信完了の通知を受信したら（ステップＳ３５のＹｅｓ）、データ中継装置データテーブルのステータスを「送信済」に更新するとともに、下位端末３０に明細データ４０がセンタサーバに送信されたことを通知する。これにより、下位端末３０は、下位端末データテーブルのステータスを「センタ済」に更新する（ステップＳ３６）。この時点で、下位端末３０は、明細データ４０がセンタサーバ１０に送信されたことがわかるので、当該明細データ４０を削除しても良い。
【００２１】
図８を参照して、第２の実施形態におけるリカバリ処理を説明する。図８は、本発明の第２の実施の形態にかかるデータ中継装置のリカバリ処理の流れを示すフローチャートである。  
ハードディスク交換時において、ハードディスクにはデータが記録されていないので、下位端末３０からすべての明細データ４０と当該明細データ４０に係るステータスをデータ中継装置２０に送信させる（ステップＳ４１）。この場合において、下位端末データテーブルのステータスで、明細データ４０がセンタサーバに送信済みかどうかが確認できるので、下位端末３０から送信されたステータスに基づいて、データ中継装置２０は、データ中継装置データテーブルをリカバリ作成する（ステップＳ４２）。  
このように、本実施形態では、下位端末３０からの明細データ４０の収集とステータスの収集のみで、リカバリを行うことができる。
【００２２】
本発明は、上記各実施の形態に限ることなく、その他、実施段階ではその要旨を逸脱しない範囲で種々の変形を実施し得ることが可能である。さらに、上記各実施形態には、種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組合せにより種々の発明が抽出され得る。
【００２３】
また、例えば各実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【００２４】
【図１】本発明の一実施形態に係るデータ中継装置を含むデータ管理システムの概略構成を示す図。
【図２】明細データのフォーマット例を示す図。
【図３】従来の処理の流れを示す図。
【図４】本発明の第１の実施形態におけるデータテーブルの例を示す図。
【図５】図４のデータ中継装置データテーブルを有するデータ中継装置において、そのハードディスク交換時のリカバリ処理の流れを示す図。
【図６】本発明の第２の実施形態におけるデータテーブルの例を示す図。
【図７】下位端末データテーブルのステータスの更新の流れを示す図。
【図８】本発明の第２の実施の形態にかかるデータ中継装置のリカバリ処理の流れを示すフローチャート。
【符号の説明】
【００２５】
１０…センタサーバ
２０…データ中継装置
３０…下位端末
４０…明細データ
【図１】
2007072886.tif 000003
【図２】
2007072886.tif 000004
【図３】
2007072886.tif 000005
【図４】
2007072886.tif 000006
【図５】
2007072886.tif 000007
【図６】
2007072886.tif 000008
【図７】
2007072886.tif 000009
【図８】
2007072886.tif 000010