(57)【要約】【課題】  計算機、ネットワーク資源を効率的に活用できる分散データストレージシステムを提供することである。【解決手段】  移行データ重要度設定部１２０，２２０と、高信頼移行クライアント２１２と、高信頼移行サーバ１１２と、速度優先移行クライアント２１１と、速度優先移行サーバ１１１とを備えた分散データストレージシステムによって解決する。利用者は事前にデータの重要度に応じて移行データ項目、移行データ量、移行方法を設定しておく。高信頼移行クライアント２１２、サーバ１１２は、重要なデータを確実に移行するため、データの格納が確認されるまでデータの再送を繰り返す。速度優先移行クライアント２１１、サーバ１１１は、それほど重要でないデータを格納する際に、格納確認、データの再送を行わずに、より小さい計算機、ネットワーク資源でデータ転送を行う。【選択図】図１
2008152531.tif 000002
【特許請求の範囲】
【請求項１】
データを送出するアプリケーション部と、
当該アプリケーション部から送出される前記データを格納する一次データ格納システムと、
二次データ格納システムと、
前記一次データ格納システムから前記二次データ格納システムへ、前記データを移行する第一のデータ移行部と、
前記一次データ格納システムから前記二次データ格納システムへ、前記データを移行する第二のデータ移行部とを具備し、
前記第一のデータ移行部は、
データの移行完了を確認する移行処理を実行する第一のデータ移行機能を有し、
前記第二のデータ移行部は、
データの移行完了を保証しない移行処理を実行する第二のデータ移行機能を有する
分散データストレージシステム。
【請求項２】
前記第二のデータ移行機能は、前記一次データ格納システムと、前記二次データ格納システムとの間で送受信されるデータの一部が欠落したときに、当該欠落した一部のデータを、前記一次データ格納システムから、前記二次データ格納システムへ再送する再送機能を有しない
請求項１記載の分散データストレージシステム。
【請求項３】
前記第一のデータ移行機能は、前記一次データ格納システムと、前記二次データ格納システムとの間で送受信されるデータの一部が欠落した場合に、当該欠落した一部のデータを、前記一次データ格納システムから、前記二次データ格納システムへ再送する再送機能を有する
請求項１又は２記載の分散データストレージシステム。
【請求項４】
前記一次データ格納システムに格納されたデータを、前記第一のデータ移行部によって、前記二次データ格納システムに移行させるか、又は、前記一次データ格納システムに格納されたデータを、前記第二のデータ移行部によって、前記二次データ格納システムに移行させるかを示す設定情報を保持する移行方法設定部と、
当該移行方法設定部に保持された前記設定情報を参照して、あるデータを、前記第一のデータ移行部によって移行させるか、又は、前記第二のデータ移行部によって移行させるかを選択する移行処理管理部とを具備する
請求項１〜３いずれか１項に記載の分散データストレージシステム。
【請求項５】
前記一次データ格納システムに蓄積されるデータの容量を監視する容量監視部を具備し、
当該容量監視部は、前記容量が予め定められた閾値を超えたときに、前記移行処理管理部に、データの移行処理を開始するように指示する
請求項４記載の分散データストレージシステム。
【請求項６】
前記一次データ格納システムにおける致命的な問題の発生を検知する緊急状況監視部と、
当該緊急状況監視部から、致命的な問題が発生したことを通知されたときに、その旨を、前記移行処理管理部へ通知する緊急移行処理管理部とを具備し、
前記移行方法設定部は、緊急時に、前記一次データ格納システムに格納されたデータを、前記二次データ格納システムに移行しないか、又は、前記一次データ格納システムに格納されたデータを、前記第一のデータ移行部によって、前記二次データ格納システムに移行させるか、或いは、前記一次データ格納システムに格納されたデータを、前記第二のデータ移行部によって、前記二次データ格納システムに移行させるかを示す緊急時設定情報を保持し、
前記移行処理管理部は、緊急時に、当該移行方法設定部に保持された前記緊急時設定情報を参照して、あるデータを、前記二次データ格納システムへ移行させないか、又は、前記第一のデータ移行部によって移行させるか、或いは、前記第二のデータ移行部によって移行させるかを選択する
請求項４又は５記載の分散データストレージシステム。
【請求項７】
一次データ格納システムにおいて、データを二次データ格納システムへ移行させる移行処理を実行するための第一のプログラムと、前記一次データ格納システムにおいて、前記データを前記二次データ格納システムへ移行させる移行処理を実行するための第二のプログラムとを具備し、
前記第一のプログラムは、
前記一次データ格納システムから前記二次データ格納システムへ移行するデータを、ｎ個の分割データに分割する手順と、
前記分割データｉ（ｉ＝１，２，…，ｎ）を、前記一次データ格納システムから前記二次データ格納システムへ送信する手順と、
前記二次データ格納システムから、受信できなかった分割データｍ（１≦ｍ≦ｎ）があったことを通知されたときに、当該分割データｍを再送する手順と、
前記二次データ格納システムから、全ての分割データｉ（ｉ＝１，２，…，ｎ）を受信できたことを通知されたならば、前記データの移行処理を終了する手順とをコンピュータに実行させ、
前記第二のプログラムは、
前記一次データ格納システムから前記二次データ格納システムへ移行するデータを、ｎ個の分割データに分割する手順と、
前記分割データｉ（ｉ＝１，２，…，ｎ）を、前記一次データ格納システムから前記二次データ格納システムへ送信する手順と、
前記全ての分割データｉ（ｉ＝１，２，…，ｎ）を送信したならば、前記データの移行処理を終了する手順とをコンピュータに実行させる
プログラム。
【請求項８】
二次データ格納システムにおいて、データを一次データ格納システムから移行させる移行処理を実行するための第三のプログラムと、前記二次データ格納システムにおいて、前記データを前記一次データ格納システムから移行させる移行処理を実行するための第四のプログラムとを具備し、
前記第三のプログラムは、
前記一次データ格納システムから前記二次データ格納システムへ移行するデータを、ｎ個に分割した分割データｉ（ｉ＝１，２，…，ｎ）を受信する手順と、
前記分割データｉ（ｉ＝１，２，…，ｎ）を、全て受信したかを確認する手順と、
受信できなかった分割データｍ（１≦ｍ≦ｎ）があることを検出したときに、その旨を、前記一次データ格納システムへ通知する手順と、
再送される前記分割データｍを受信する手順と、
前記分割データｉ（ｉ＝１，２，…，ｎ）を全て受信できたときに、その旨を、前記一次データ格納システムへ通知して、移行処理を終了する手順とをコンピュータに実行させ、
前記第四のプログラムは、
前記一次データ格納システムから前記二次データ格納システムへ移行するデータを、ｎ個に分割した分割データｉ（ｉ＝１，２，…，ｎ）を受信する手順と、
受信できていない分割データｍ（１≦ｍ≦ｎ）があった場合に、当該分割データｍの受信を所定時間だけ待っても、前記分割データｍを受信できなかったときには、タイムアウトとする手順と、
全ての分割データｉ（ｉ＝１，２，…，ｎ）を受信できたときに、又は、全ての分割データｉ（ｉ＝１，２，…，ｎ）を受信できていないが、受信できていない分割データについては、タイムアウトとなったときに、前記データの移行処理を終了する手順とをコンピュータに実行させる
プログラム。
【請求項９】
請求項７又は８に記載のプログラムを記録した記録媒体。
【請求項１０】
請求項７記載の第一のプログラムと第二のプログラムとの双方を、コンピュータにより動作させた移行クライアント。
【請求項１１】
請求項８記載の第三のプログラムと第四のプログラムとの双方を、コンピュータにより動作させた移行サーバ。
【請求項１２】
家電機器から送出される機器使用状況を示すセンサデータを格納する１次ストレージを具備し、
請求項７記載の第一のプログラムと第二のプログラムとの双方を、コンピュータにより動作させ、
前記第一のプログラムは、当該１次ストレージに格納されたセンサデータを二次データ格納システムへ移行させる移行処理を実行し、
前記第二のプログラムは、当該１次ストレージに格納されたセンサデータを二次データ格納システムへ移行させる移行処理を実行する
ホームサーバ。
【請求項１３】
自動車に装備された位置測定器から送出される走行位置を示すセンサデータを格納する１次ストレージを具備し、
請求項７記載の第一のプログラムと第二のプログラムとの双方を、コンピュータにより動作させ、
前記第一のプログラムは、当該１次ストレージに格納された前記センサデータを二次データ格納システムへ移行させる移行処理を実行し、
前記第二のプログラムは、当該１次ストレージに格納された前記センサデータを二次データ格納システムへ移行させる移行処理を実行する
車載サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散データストレージシステム、プログラム、移行クライアント、移行サーバ、ホームサーバ、及び車載サーバに関する。
【背景技術】
【０００２】
ネットワーク等を介して分散配置された複数のデータストレージ間で、データ移行をすることのできる分散データストレージシステムが知られる。分散データストレージシステムでは、一般に、あるデータストレージシステムに格納しているデータを、別のデータストレージシステムへ移し換えるためのデータ移行機能を持つ。データ移行機能の一例は、データストレージシステムのデータエキスポート手段とデータインポート手段とを組み合わせて実現される。まず、データエキスポート手段により、格納しているデータを、全てファイルシステムなどへ出力する。次に、エキスポート結果のデータファイルを、ネットワークやＣＤ−Ｒ、テープデバイスなどの記憶媒体を介して、データ移行先のデータストレージシステムへ移動させる。そして、データインポート手段により、移行先のデータストレージシステムに読み込ませることで、データ移行が完了する。
【０００３】
一方、近年、センサネットワークと呼ばれる技術が実用化されつつあり、家電管理、車載機器制御のような領域で活用されつつある。このようなセンサネットワークにおいては、収集されるセンサデータは、いくつかのセンサ機器を取り纏めるフロントサーバ（例えば、ホームサーバや車載サーバ。）の１次ストレージに蓄積される。しかしながら、多くの場合、この１次ストレージの容量はそれほど大きくは無い。そこで、１次ストレージに、一定量のセンサデータが蓄積された段階で、ネットワークを介して接続される上位のセンタサーバにおける２次ストレージへ、センサデータを移行する。このようなセンサネットワークに関して、そのストレージ間のデータ移行に関する研究論文として、田中他「大規模な街角センサネットワークにおけるデータ収集・管理システムの設計」情報処理学会論文誌：データベースＮｏ．ＳＩＧ５（ＴＯＤ  ２５）２００５年３月（非特許文献１参照）が存在する。
【０００４】
非特許文献１に記載されたセンサネットワークにおけるセンサデータの移行処理に関する問題点は、常に全てのセンサデータを移行することを前提としており、重要なデータも、そうでは無いデータも、画一的に移行処理を行なう点である。よって、データ移行を確実に行うために必要となる計算機、ネットワーク資源は、非常に大きくなりがちである。しかしながら、センサデータの用途を鑑みると、センサデータには、重要であり確実に移行が必要なセンサデータや、それほど重要で無く、移行できるのであれば移行しても良いデータなどが混在している。従来のセンサネットワークでは、さまざまなセンサデータに対して、画一的な信頼度でデータ移行を行うので、資源活用の観点からは無駄が多いと言える。
【０００５】
分散データストレージシステムに関するその他の公知文献としては、特開２００３−１４０８３６号公報（特許文献１参照）、特開２００５−１６５４８５号公報（特許文献２参照）、特開２００６−０８５２０８号公報（特許文献３参照）が知られる。
【０００６】
特許文献１のストレージシステムの管理方法の発明においては、第１の情報ネットワークには、複数のストレージサブシステムが接続される。少なくとも一つの第１の情報処理装置は、前記第１の情報ネットワークと、前記ストレージサブシステムの記憶領域を利用する第３の情報処理装置が接続された第２の情報ネットワークとの間に介在する。第２の情報処理装置は、前記第１の情報ネットワークに接続され、前記複数のストレージサブシステムを管理する。前記第１および第２の情報処理装置の少なくとも一方は、前記複数のストレージサブシステムのベンダー情報（製造元情報）および使用状況情報を取得する。前記ベンダー情報（製造元情報）および使用状況情報に基づいて、個々の前記ストレージサブシステム内の記憶領域間、および複数の前記ストレージサブシステムの各々の前記記憶領域間におけるデータ移動を行う。
【０００７】
特許文献２のファイル管理装置の発明においては、物理的特性を異にする複数種類のストレージメディアを組み合わせて構築したストレージシステムを管理する。移動管理部は、使用中のデータを、信頼性が高く、高速アクセス可能な１次ストレージから移動させる必要がある場合、前記データを、高速アクセスが可能で、コストパフォーマンスに優れる２次ストレージと、信頼性が高く、大容量の保管用ストレージとの双方に同時に移動させる。明細書の段落００２２で言及している「アクセス速度が遅い」、「高速アクセス」の記述は、データ格納の２重化によって、格納したデータを再利用する際の高速アクセスの担保についての言及である。また、段落００２３での「信頼性が高く」の記述は、明細書全体の記述から判断して、格納後にデータ消失の可能性が低い、ということを指していると考えられる。すなわち、特許文献２は、データ移行先のストレージの選択方式についての発明である。これによって得られる効果は、データ格納（移行）後のアクセス効率の向上にあると考えられる。
【０００８】
特許文献３の情報ライフサイクル管理システムの発明においては、Ａ．複合ストレージ装置は、ビット単価や特性の異なる複数のデータ配置領域を有する。Ｂ．データ配置管理システムは、管理対象データ（データアイテム）の前記データ配置領域への配置設定の管理を行なう。Ｃ．応用システムは、前記管理対象データを利用してサービスの提供を行なう。前記応用システムにおいては、Ｃ−１：運用目標条件設定手段は、前記サービスが満たすべき運用目標条件を設定するためのものである。Ｃ−２：データ配置関連情報交換手段は、前記データ配置管理システムにおけるデータ配置決定に利用される情報を前記データ配置管理システムとの間で交換するためのものである。特許文献３は、格納したデータに対するアクセス頻度に応じて、データ格納対象となるストレージを変更する技術である。つまり、期待できる効果としては、特許文献２と同様、データ格納後の効率的なアクセス、及びストレージ利用であると考えられる。
【０００９】
【特許文献１】特開２００３−１４０８３６号公報
【特許文献２】特開２００５−１６５４８５号公報
【特許文献３】特開２００６−０８５２０８号公報
【非特許文献１】田中他「大規模な街角センサネットワークにおけるデータ収集・管理システムの設計」情報処理学会論文誌：データベースＮｏ．ＳＩＧ５（ＴＯＤ  ２５）２００５年３月
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明の課題は、計算機、ネットワーク資源を効率的に活用できる分散データストレージシステムを提供することである。本発明の他の課題は、移行するデータの重要度に応じて、データ移行時の信頼性能を調節することである。
【課題を解決するための手段】
【００１１】
以下に、［発明を実施するための最良の形態］で使用される番号・符号を用いて、［課題を解決するための手段］を説明する。これらの番号・符号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために括弧付きで付加されたものである。ただし、それらの番号・符号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１２】
本発明による分散データストレージシステムにおいては、アプリケーション部（３００）は、データを送出する。一次データ格納システム（２０１）は、当該アプリケーション部（３００）から送出される前記データを格納する。二次データ格納システム（１０１）を有する。第一のデータ移行部（１１２，２１２）は、前記一次データ格納システム（２０１）から前記二次データ格納システム（１０１）へ、前記データを移行する。第二のデータ移行部（１１１，２１１）は、前記一次データ格納システム（２０１）から前記二次データ格納システム（１０１）へ、前記データを移行する。前記第一のデータ移行部（１１２，２１２）は、データの移行完了を確認する移行処理を実行する第一のデータ移行機能を有する。前記第二のデータ移行部（１１１，２１１）は、データの移行完了を保証しない移行処理を実行する第二のデータ移行機能を有する。また、本発明による分散データストレージシステムにおいては、前記第二のデータ移行機能は、前記一次データ格納システム（２０１）と、前記二次データ格納システム（１０１）との間で送受信されるデータの一部が欠落したときに、当該欠落した一部のデータを、前記一次データ格納システム（２０１）から、前記二次データ格納システム（１０１）へ再送する再送機能を有しない。また、本発明による分散データストレージシステムにおいては、前記第一のデータ移行機能は、前記一次データ格納システム（２０１）と、前記二次データ格納システム（１０１）との間で送受信されるデータの一部が欠落した場合に、当該欠落した一部のデータを、前記一次データ格納システム（２０１）から、前記二次データ格納システム（１０１）へ再送する再送機能を有する。また、本発明による分散データストレージシステムにおいては、移行方法設定部（２２１）は、前記一次データ格納システム（２０１）に格納されたデータを、前記第一のデータ移行部（１１２，２１２）によって、前記二次データ格納システム（１０１）に移行させるか、又は、前記一次データ格納システム（２０１）に格納されたデータを、前記第二のデータ移行部（１１１，２１１）によって、前記二次データ格納システム（１０１）に移行させるかを示す設定情報を保持する。移行処理管理部（２３０）は、当該移行方法設定部（２２１）に保持された前記設定情報を参照して、あるデータを、前記第一のデータ移行部（１１２，２１２）によって移行させるか、又は、前記第二のデータ移行部（１１１，２１１）によって移行させるかを選択する。また、本発明による分散データストレージシステムにおいては、容量監視部（２４０）は、前記一次データ格納システム（２０１）に蓄積されるデータの容量を監視する。当該容量監視部（２４０）は、前記容量が予め定められた閾値を超えたときに、前記移行処理管理部（２３０）に、データの移行処理を開始するように指示する。
【００１３】
また、本発明による分散データストレージシステムにおいては、緊急状況監視部（２６０）は、前記一次データ格納システム（２０１）における致命的な問題の発生を検知する。緊急移行処理管理部（２３５）は、当該緊急状況監視部（２６０）から、致命的な問題が発生したことを通知されたときに、その旨を、前記移行処理管理部（２３０）へ通知する。前記移行方法設定部（２２１）は、緊急時に、前記一次データ格納システム（２０１）に格納されたデータを、前記二次データ格納システム（１０１）に移行しないか、又は、前記一次データ格納システム（２０１）に格納されたデータを、前記第一のデータ移行部（１１２，２１２）によって、前記二次データ格納システム（１０１）に移行させるか、或いは、前記一次データ格納システム（２０１）に格納されたデータを、前記第二のデータ移行部（１１１，２１１）によって、前記二次データ格納システム（１０１）に移行させるかを示す緊急時設定情報を保持する。前記移行処理管理部（２３０）は、緊急時に、当該移行方法設定部（２２１）に保持された前記緊急時設定情報を参照して、あるデータを、前記二次データ格納システム（１０１）へ移行させないか、又は、前記第一のデータ移行部（１１２，２１２）によって移行させるか、或いは、前記第二のデータ移行部（１１１，２１１）によって移行させるかを選択する。
【００１４】
また、本発明によるプログラムにおいては、第一のプログラムは、一次データ格納システム（２００，２５０）において、データを二次データ格納システム（１００）へ移行させる移行処理をコンピュータに実行させる。第二のプログラムは、前記一次データ格納システム（２００，２５０）において、前記データを前記二次データ格納システム（１００）へ移行させる移行処理をコンピュータに実行させる。前記第一のプログラムは、以下の手順をコンピュータに実行させる。分割する手順は、前記一次データ格納システム（２００，２５０）から前記二次データ格納システム（１００）へ移行するデータを、ｎ個の分割データに分割する。送信する手順は、前記分割データｉ（ｉ＝１，２，…，ｎ）を、前記一次データ格納システム（２００，２５０）から前記二次データ格納システム（１００）へ送信する。再送する手順は、前記二次データ格納システム（１００）から、受信できなかった分割データｍ（１≦ｍ≦ｎ）があったことを通知されたときに、当該分割データｍを再送する。終了する手順は、前記二次データ格納システム（１００）から、全ての分割データｉ（ｉ＝１，２，…，ｎ）を受信できたことを通知されたならば、前記データの移行処理を終了する。前記第二のプログラムは、以下の手順をコンピュータに実行させる。分割する手順は、前記一次データ格納システム（２００，２５０）から前記二次データ格納システム（１００）へ移行するデータを、ｎ個の分割データに分割する。送信する手順は、前記分割データｉ（ｉ＝１，２，…，ｎ）を、前記一次データ格納システム（２００，２５０）から前記二次データ格納システム（１００）へ送信する。終了する手順は、前記全ての分割データｉ（ｉ＝１，２，…，ｎ）を送信したならば、前記データの移行処理を終了する。
【００１５】
また、本発明によるプログラムにおいては、第三のプログラムは、二次データ格納システム（１００）において、データを一次データ格納システム（２００，２５０）から移行させる移行処理をコンピュータに実行させる。第四のプログラムは、前記二次データ格納システム（１００）において、前記データを前記一次データ格納システム（２００，２５０）から移行させる移行処理をコンピュータに実行させる。前記第三のプログラムは、以下の手順をコンピュータに実行させる。分割データｉを受信する手順は、前記一次データ格納システム（２００，２５０）から前記二次データ格納システム（１００）へ移行するデータを、ｎ個に分割した分割データｉ（ｉ＝１，２，…，ｎ）を受信する。確認する手順は、前記分割データｉ（ｉ＝１，２，…，ｎ）を、全て受信したかを確認する。通知する手順は、受信できなかった分割データｍ（１≦ｍ≦ｎ）があることを検出したときに、その旨を、前記一次データ格納システム（２００，２５０）へ通知する。分割データｍを受信する手順は、再送される前記分割データｍを受信する。終了する手順は、前記分割データｉ（ｉ＝１，２，…，ｎ）を全て受信できたときに、その旨を、前記一次データ格納システム（２００，２５０）へ通知して、移行処理を終了する。前記第四のプログラムは、以下の手順をコンピュータに実行させる。受信する手順は、前記一次データ格納システム（２００，２５０）から前記二次データ格納システム（１００）へ移行するデータを、ｎ個に分割した分割データｉ（ｉ＝１，２，…，ｎ）を受信する。タイムアウトとする手順は、受信できていない分割データｍ（１≦ｍ≦ｎ）があった場合に、当該分割データｍの受信を所定時間だけ待っても、前記分割データｍを受信できなかったときには、タイムアウトとする。終了する手順は、全ての分割データｉ（ｉ＝１，２，…，ｎ）を受信できたときに、又は、全ての分割データｉ（ｉ＝１，２，…，ｎ）を受信できていないが、受信できていない分割データについては、タイムアウトとなったときに、前記データの移行処理を終了する。
【００１６】
また、本発明による記録媒体においては、請求項７又は８に記載のプログラムを記録する。また、本発明による移行クライアントにおいては、請求項７記載の第一のプログラムと第二のプログラムとの双方を、コンピュータにより動作させる。また、本発明による移行サーバにおいては、請求項８記載の第三のプログラムと第四のプログラムとの双方を、コンピュータにより動作させる。また、本発明によるホームサーバ（２０３）においては、１次ストレージ（２０５）は、家電機器（３０１）から送出される機器使用状況を示すセンサデータを格納する。請求項７記載の第一のプログラムと第二のプログラムとの双方を、コンピュータにより動作させる。前記第一のプログラムは、当該１次ストレージ（２０５）に格納されたセンサデータを二次データ格納システム（１０３）へ移行させる移行処理を実行する。前記第二のプログラムは、当該１次ストレージ（２０５）に格納されたセンサデータを二次データ格納システム（１０３）へ移行させる移行処理を実行する。また、本発明による車載サーバ（２０４）においては、１次ストレージ（２０６）は、自動車に装備された位置測定器（３０５）から送出される走行位置を示すセンサデータを格納する。請求項７記載の第一のプログラムと第二のプログラムとの双方を、コンピュータにより動作させる。前記第一のプログラムは、当該１次ストレージ（２０６）に格納された前記センサデータを二次データ格納システム（１０３）へ移行させる移行処理を実行する。前記第二のプログラムは、当該１次ストレージ（２０６）に格納された前記センサデータを二次データ格納システム（１０３）へ移行させる移行処理を実行する。
【発明の効果】
【００１７】
本発明によれば、計算機、ネットワーク資源を効率的に利用して、データ移行を行う分散データストレージシステムを提供することができる。また、移行するデータの重要度に応じて、データ移行時の信頼性能を調節することができる。
【発明を実施するための最良の形態】
【００１８】
本発明を実施するための最良の形態について、図面を参照して詳細に説明する。本実施の形態における分散データストレージシステムは、図１，図１０に示すように、移行データの重要度を設定するための移行方法設定ＡＰＩ１２０，２２０と、高信頼移行クライアント２１２と、高信頼移行サーバ１１２と、速度優先移行クライアント２１１と、速度優先移行サーバ１１１とを備える。利用者は、事前にデータの重要度に応じて、移行データ項目、移行データ量、移行方法などを設定しておく。高信頼移行クライアント２１２、及び、高信頼移行サーバ１１２は、重要なデータを確実に移行するため、データの格納が確認されるまで、データの再送を繰り返す。速度優先移行クライアント２１１、及び、速度優先移行サーバ１１１は、それほど重要でないデータを移行する際に、格納確認、データ再送を行わず、より小さい計算機、ネットワーク資源でデータ転送を行う。このような構成を採用することにより、本発明の課題を達成することができる。
【００１９】
＝＝第一の実施の形態＝＝
図１を参照すると、本発明による第一の実施の形態は、センタサーバ１００と、フロントサーバ２００と、ストレージ格納アプリケーション部３００とから構成される。これらの三者の動作概略は、次の通りである。ストレージ格納アプリケーション部３００は、逐次、アプリケーション部で取得したデータを、フロントサーバ２００へ送出する。フロントサーバ２００は、ストレージ格納アプリケーション部３００から送出されるデータを格納する。さらに、フロントサーバ２００は、格納したデータを、適宜センタサーバ１００へ移行する。
【００２０】
センタサーバ１００は、フロントサーバ２００から移行されたデータを格納する２次ストレージ１０１と、フロントサーバ２００からの移行処理を担う移行サーバ１１０と、移行データの移行方法設定を行うためのアプリケーションインタフェースである移行方法設定ＡＰＩ１２０とから構成される。さらに、移行サーバ１１０は、速度優先移行サーバ１１１と、高信頼移行サーバ１１２とから構成される。
【００２１】
フロントサーバ２００は、ストレージ格納ＡＰ部３００から送出されるデータを格納する１次ストレージ２０１と、１次ストレージの内容を適宜センタサーバ２００へ移行する際の処理を担う移行クライアント２１０と、移行データの移行方法設定を行うためのアプリケーションインタフェースである移行方法設定ＡＰＩ２２０と、データの移行方法が設定される移行方法設定部２２１と、設定された移行方法に応じて、移行処理の順序、方式を管理する移行処理管理部２３０と、１次ストレージの容量を監視して、移行処理のトリガを発する容量監視部２４０とから構成される。さらに、移行クライアント２１０は、速度優先移行クライアント２１１と、高信頼移行クライアント２１２とから構成される。
【００２２】
これらの各部は以下のように動作する。利用者は、事前に、ストレージ格納ＡＰ部３００で発生するデータについて、そのデータモデルおよび重要度に応じて、データの移行方法を移行方法設定ＡＰＩ１２０，２２０を介して設定する。また、利用者は、移行処理を行うきっかけとなる１次ストレージ２０１の残り容量や、定期的な移行処理の起動のための時間間隔も設定する。利用者からの入力を受け付ける移行方法設定ＡＰＩ１２０，２２０は、入力内容を移行方法設定部２２１に登録する。
【００２３】
ストレージ格納ＡＰ部３００は、センタサーバ１００、フロントサーバ２００の動作とは無関係に、データをフロントサーバ２００の１次ストレージ２０１に逐次送出する。容量監視部２４０は、１次ストレージの容量を常時監視しており、１次ストレージ２０１の残り容量が、事前に設定された値を下回ったら、移行処理管理部２３０に通知を行う。
【００２４】
移行処理管理部２３０は、容量監視部２４０からの通知があると、移行クライアント２１０を呼び出す。移行クライアント２１０は、事前に移行方法設定部２２１に登録された移行方法で、センタサーバ１００に対してデータ移行を開始する。また、毎時、日次などでの移行処理が設定されている場合には、容量監視部２４０からの通知とは無関係に、定期的にデータ移行処理を開始する。データ移行方法として、信頼性の高い移行方法が選択されている場合は、高信頼移行クライアント２１２から信頼性の高いプロトコルで移行処理が行われる。一方、速度優先の移行方法が選択されている場合は、速度優先移行クライアント２１１から軽量なプロトコルで移行処理が行われる。
【００２５】
センタサーバ１００の移行サーバ１１０では、フロントサーバ２００の移行クライアント２１０からの要求に応じて高信頼移行サーバ１１２もしくは速度優先移行サーバ１１１が移行データを受信し、受信した移行データを２次ストレージ１０１へ格納する。高信頼移行サーバ１１２は、２次ストレージへの格納を確認後、高信頼移行クライアント２１２に対して格納確認を送信する。このように、移行処理は、移行方法が登録された時点で実行されるのではなく、容量監視部２４０からの通知、もしくは事前に設定された一定の間隔で、移行処理管理部２３０が自動的に実行する。
【００２６】
次に、移行方法設定ＡＰＩ１２０，２２０を介して、移行方法設定部２２１に登録されるデータ移行方法を指定する形式の一例を、図２を用いて説明する。なお、データ移行方法の指定形式に関して、下記はどのような機能が考えられるかを示す例であり、機能、形式ともに下記に限定されるものではない。図２は、事前に移行方法設定部２２１に対して登録されるデータ移行の方法一覧であるルールセットＲ１００を示している。
【００２７】
図２において、指定形式Ｒ１０１では、特定のデータテーブルのデータに関しては、高信頼移行方法でデータ移行を行うことを示す。この例では、１次ストレージのデータ移行が必要になった場合、‘entrance_door’テーブルに格納されている全ての項目を‘CenterServer１’に対して、高信頼移行方法で移行させることを示している。
【００２８】
指定形式Ｒ１０２では、特定のデータテーブルのうち、指定する条件を満たすもののみを高信頼移行方法でデータ移行し、それ以外は速度優先移行方法で移行することを示す。この例では、‘room_temparature’テーブルの‘degree’項目の値が１００以上の行の‘time, room_id, degree’項目を‘CenterCerver１’に高信頼移行方法で移行させる。一方、この条件に合致しないデータは、速度優先移行方法で移行させることを示している。
【００２９】
指定形式Ｒ１０３では、特定のデータテーブルにおいて、一部分のデータを抽出して高信頼移行方法でデータ移行し、それ以外のデータは速度優先移行方法で移行することを示す。この例では、‘power_meter’テーブルの‘time, value’項目のみで構成される行のうち、全体の２０％、つまり５行に１行の割合で抽出して‘CenterServer１’へ高信頼移行方法で移行させる。それ以外の行は、速度優先移行方法で移行させることを示している。
【００３０】
次に、速度優先移行クライアント２１１と、速度優先移行サーバ１１１との動作の一例について、図３、図４の流れ図と、図５のシーケンスチャートとを用いて説明する。
【００３１】
図３を参照して、速度優先移行クライアント２１１による移行データの送信処理Ｐ１０００を説明する。まず、移行するデータを１次ストレージ２０１から取得する（ステップＳ１００１）。取得した移行データを、一定の行数で、ｎ個に分割する（ステップＳ１００２）。分割したデータを相互に関連付けるためのシリーズＩＤを生成し、送信順序を示す変数ｉを初期化する（ステップＳ１００３）。シリーズＩＤ、送出順序ｉを付加して分割されたｉ番目のデータを分割番号ｉのデータとして送出する（ステップＳ１００４）。ｉを１増加させる（ステップＳ１００５）。全ての分割データを送出したかを確認する（ステップＳ１００６）。全ての分割データを送出済みならば、そのシリーズＩＤでの送信処理を完了する。全てのデータを送出済みでなければ、ステップＳ１００４から送出処理を繰り返す。
【００３２】
図４を参照して、速度優先移行サーバ１１１による受信処理Ｐ１２００、格納処理Ｐ１２５０について説明する。まず、受信処理Ｐ１２００では、データ受信待ち状態となる（ステップＳ１２０１）。速度優先移行クライアント２１１から分割データを受信すると、分割データに付加されたシリーズＩＤを取り出し、新規シリーズＩＤか、現在格納処理中の既存シリーズＩＤかを調べる（ステップＳ１２０２）。新規シリーズＩＤの場合は、そのシリーズＩＤの分割データを処理するための格納処理Ｐ１２５０を新規に生成する（ステップＳ１２０３）。既存ＩＤの場合は、ステップＳ１２０３を実行しない。次に、受信した分割データを、当該分割データに付加されているシリーズＩＤ毎に、該当する格納処理に振り分ける（ステップＳ１２０４）。受信処理Ｐ１２００は、受信した分割データを、該当する格納処理に割り付けた後、ステップＳ１２０１へ戻り、データ受信を繰り返す。
【００３３】
図４において、処理すべき新規のシリーズＩＤの分割データを受信すると、新たに格納処理Ｐ１２５０が生成される。分割データを受信する場合、シリーズＩＤが複数あるときには、複数の格納処理Ｐ１２５０が平行に動作する。格納処理Ｐ１２５０は、新規に生成されると、受信処理Ｐ１２００からのデータ受信待ちとなる（ステップＳ１２５１）。受信処理Ｐ１２００から自分が処理すべきシリーズＩＤの分割データを受信することなく、受信待ち状態のまま一定時間が経過するとタイムアウトになる（ステップＳ１２５２）。タイムアウトになった場合には、順序保証のためにバッファ内に残っているデータを格納して（ステップＳ１２５７）、そのシリーズＩＤの格納処理を終了する。一方、データを正常に受信した場合には、次の処理へ進む（ステップＳ１２５２）。速度優先移行クライアント２１１で、分割データを送信順に格納するために受信データをバッファリングする（ステップＳ１２５３）。バッファ内を調べ、分割番号の順序どおりに格納できるデータがあるかチェックする（ステップＳ１２５４）。あれば、順序どおりに分割データを２次ストレージ１０１に格納する（ステップＳ１２５５）。なければ格納しない。次に、全ての分割データを受信したかを調べる（ステップＳ１２５６）。全て受信していれば、格納処理を終了する。一方、まだ受信すべきデータが残っていればステップＳ１２５１へ戻り、受信処理Ｐ１２００からの分割データの受信を待つ。
【００３４】
速度優先移行クライアント２１１の送信処理Ｐ１０００と、速度優先移行サーバ１１１の受信処理Ｐ１２００と、格納処理Ｐ１２５０との間での動作を、図５に示すシーケンスチャートで説明する。送信処理Ｃ１０１０は、一次ストレージＣ１０００から移行データを取得し、データ分割およびシリーズＩＤ生成を行う。そして、分割データを連続して受信処理Ｃ１０２０へ送信する。受信処理Ｃ１０２０は常に動作しており、新規のシリーズＩＤをもつ分割データを受信したら、新規に格納処理Ｃ１０３０を起動する。その後、受信した分割データのシリーズＩＤに応じて、適切な格納処理Ｃ１０３０へ分割データを渡す。格納処理Ｃ１０３０では、受信した分割データをバッファリングする。そして、送信順に並べ替え、２次ストレージＣ１０４０に格納する。
【００３５】
次に、高信頼移行クライアント２１２と、高信頼移行サーバ１１２との動作の一例について、図６及び図７の流れ図と、図８及び図９のシーケンスチャートを用いて説明する。
【００３６】
高信頼移行クライアント２１２による移行データの送信処理Ｐ１１００を、図６で説明する。まず、移行するデータを１次ストレージ２０１から取得する（ステップＳ１１０１）。取得した移行データを一定の行数で、ｎ個に分割する（ステップＳ１１０２）。分割したデータを相互に関連付けるためのシリーズＩＤを生成し、送信順序を示す変数ｉを初期化する（ステップＳ１１０３）。シリーズＩＤ、送出順序ｉを付加して、ｉ番目の分割データを、分割番号ｉの分割データとして送出する（ステップＳ１１０４）。ｉを１増加させる（ステップＳ１１０５）。全ての分割データを送出したかを確認する（ステップＳ１１０６）。全ての分割データを送出済みでなければ、ステップＳ１１０４から送出処理を繰り返す。全てのデータを送出済みならば、高信頼移行サーバ１１２からのデータ格納確認の受信待ちとなる（ステップＳ１１０７）。受信待ち時間が終了した後、格納確認を受信したのか、受信待ちがタイムアウトしたのかで分岐する（ステップＳ１１０８）。タイムアウトが発生した場合、変数ｉに１を代入し、ステップＳ１１０４からの処理を再開して、始めから送信をやり直す（ステップＳ１１０９）。格納確認を受信した場合、格納確認に含まれる格納が完了した分割データの番号の最大値から、送信した分割データ全ての格納が完了したかどうかを判定する（ステップＳ１１１０）。受信側で、全ての分割データの格納処理が完了したことを確認した場合、そのシリーズＩＤでの送信処理を完了し、全ての分割データの格納処理が完了したことを確認できなければ、格納確認に含まれる格納が完了した分割データの番号の最大値＋１をｉに設定する。そして、ステップＳ１１０４からの処理を再開して、格納が未完となっている分割番号の分割データから、同一のシリーズＩＤで再度送信する（ステップＳ１１１１）。
【００３７】
高信頼移行サーバ１１２において実行される受信処理Ｐ１２１０と、格納処理Ｐ１２８０とについて、図７で説明する。まず、受信処理Ｐ１２１０は、データ受信待ち状態となる（ステップＳ１２１１）。高信頼移行クライアント２１２から分割データを受信すると、分割データに付加されたシリーズＩＤを取り出し、新規シリーズＩＤか、現在格納処理中の既存シリーズＩＤかを調べる（ステップＳ１２１２）。新規シリーズＩＤの場合は、そのシリーズＩＤの分割データを処理するための格納処理Ｐ１２８０を、新規に生成する（ステップＳ１２１３）。既存ＩＤの場合は、ステップＳ１２１３を実行しない。次に、分割データに付加されるシリーズＩＤ毎に、受信した分割データを、該当する格納処理に振り分ける（ステップＳ１２１４）。受信処理Ｐ１２１０は、受信した分割データを該当する格納処理に割り付けた後、ステップＳ１２１１へ戻り、データ受信を繰り返す。
【００３８】
処理すべき新規シリーズＩＤを有する分割データを受信すると、新たに格納処理Ｐ１２８０が生成される。分割データを受信する場合、シリーズＩＤが複数あるときには、複数の格納処理Ｐ１２８０が平行に動作する。格納処理Ｐ１２８０は、生成されると、受信処理Ｐ１２１０からのデータ受信待ちとなる（ステップＳ１２８１）。受信処理Ｐ１２１０から自分が処理すべきシリーズＩＤの分割データを受信することなく、受信待ち状態のまま一定時間が経過するとタイムアウトになる（ステップＳ１２８２）。タイムアウトになった場合には、ステップＳ１２８７へ飛ぶ。一方、分割データを受信した場合には、次の処理へ進む（ステップＳ１２８２）。分割データを正常に受信した場合、高信頼移行クライアント２１２での送信順に、データの格納を行うために、受信データをバッファリングする（ステップＳ１２８３）。バッファ内を調べ、分割番号の順序どおりに格納できるデータがあるかをチェックする（ステップＳ１２８４）。あれば、順序どおりに分割データを２次ストレージ１０１に格納する（ステップＳ１２８５）。なければ格納しない。次に、全ての分割データを受信したかを調べる（ステップＳ１２８６）。未だ、受信すべき分割データが残っていれば、ステップＳ１２８１へ戻り、受信処理Ｐ１２１０からの分割データの受信を待つ。既に全ての分割データを受信していれば、次の処理へ進む。分割データを順序どおりに格納することができた場合、分割番号の最大値を格納確認メッセージに付加し、高信頼移行クライアント２１２の送信処理Ｐ１１００へ返信する（ステップＳ１２８７）。同時に、格納できた分割データにおける分割番号ｉの最大値が、分割総数と一致しているかどうかを確認する（ステップＳ１２８８）。その結果、全ての分割データが格納済みであると確認できたならば格納処理を終了する。一方、未格納の分割データが残っていれば、ステップＳ１２８１へ戻って、受信を繰り返す。
【００３９】
高信頼移行クライアント２１２の送信処理Ｐ１１００と、高信頼移行サーバ１１２の受信処理Ｐ１２１０と、格納処理Ｐ１２８０との間における正常系の動作を、図８に示すシーケンスチャートで説明する。送信処理Ｃ１１１０は、一次ストレージから移行データを取得し、データ分割およびシリーズＩＤ生成を行って、分割データを連続して受信処理Ｃ１１２０へ送信する。受信処理Ｃ１１２０は、常に動作しており、新規のシリーズＩＤを持つ分割データを受信したら、新規に格納処理Ｃ１１３０を起動する。その後、受信したデータのシリーズＩＤに応じて、適切な格納処理Ｃ１１３０へ分割データを渡す。格納処理Ｃ１１３０では、受信した分割データをバッファリングする。そして、送信順に並べ替え、２次ストレージＣ１１４０に格納する。格納処理完了後、格納確認メッセージに、格納できた分割番号の最大値Ｍを付加して、送信処理Ｃ１１１０へ返信する。送信処理Ｃ１１１０は、格納できた分割番号の最大値がＭであることから、送信した分割データが、全て二次ストレージに格納されたことを確認して、処理を終了する。
【００４０】
高信頼移行クライアント２１２の送信処理Ｐ１１００と、高信頼移行サーバ１１２の受信処理Ｐ１２１０と、格納処理Ｐ１２８０との間で、データ落ちが発生した異常系の動作を、図９に示すシーケンスチャートで説明する。送信処理Ｃ１２１０は、一次ストレージＣ１２００から移行データを取得し、データ分割およびシリーズＩＤ生成を行って、分割データを連続して受信処理Ｃ１２２０へ送信する。受信処理Ｃ１２２０は、常に動作しており、新規のシリーズＩＤを持つ分割データを受信したら、新規に格納処理Ｃ１２３０を起動する。その後、受信したデータのシリーズＩＤに応じて、適切な格納処理Ｃ１２３０へ分割データを渡す。格納処理Ｃ１２３０では、受信した分割データをバッファリングする。そして、送信順に並べ替え、２次ストレージＣ１２４０に格納する。しかし、分割番号ｍのデータが何らかの理由で送信処理Ｃ１２１０と、受信処理Ｃ１２２０との間で消失したとする。この場合、分割データは、送信順を示す分割番号の順に格納するという観点から、分割番号ｍ＋１以降のデータは格納処理Ｃ１２３０に到着しても、２次ストレージには格納できない。最終的に分割番号ｍのデータが受信できないため、タイムアウトが発生し、格納処理Ｃ１２３０では、格納できた分割番号の最大値ｍ−１を付加した格納確認メッセージを送信処理Ｃ１２１０へ返信する。送信処理Ｃ１２１０では、格納処理Ｃ１２３０からの格納確認メッセージに付加された分割番号の最大値ｍ−１を参照する。そして、全ての分割データの格納が完了していないことを知り、分割番号ｍのデータから順に再送を行い、再度格納確認メッセージを待つ。
【００４１】
次に、第一の実施の形態の効果について説明する。本実施の形態では、１次ストレージと、２次ストレージとの間におけるデータ移行の方式が、複数系統ある。第一の方式では、計算機、ネットワーク資源をそれほど消費しない速度優先移行処理を実行する。第二の方式では、計算機、ネットワーク資源をかなり消費するが、確実に全てのデータ移行を完了させることが可能な高信頼移行処理を実行する。また、あらかじめ、２次ストレージに格納すべきデータを、どのように移行するかを記述したルールを登録する機能と、１次ストレージの残り容量と、あらかじめ登録したルールとに基づいて、自動的にデータ移行を開始する機能とを備える。そのため、データの重要度に応じて、計算機、ネットワーク資源を有効に活用した移行処理を、自動的に行うことができる。
【００４２】
＝＝第二の実施の形態＝＝
次に、本発明による第二の実施の形態を、図１０で説明する。図１０のフロントサーバ２５０は、図１のフロントサーバ２００における各部に加えて、フロントサーバ２５０が致命的な状況にあることを監視する緊急状況監視部２６０と、緊急移行処理管理部２３５とが追加されている。図１０において、利用者は、通常時とは異なる緊急時の移行方法を、移行方法設定ＡＰＩ２２０を介して、事前にルールセットとして登録する。緊急状況監視部２６０は、天災、事故などの原因で、フロントサーバ２５０のハードウエア、オペレーティングシステム、ミドルウェアなどに異常が発生し、緊急にデータの移行処理を行う必要が生じたことを検知すると共に、その旨を、緊急移行処理管理部２３５へ通知する。緊急移行処理管理部２３５は、この通知を契機として、移行処理を開始する。この場合は、ルールセットとして登録され、通常時とは異なる移行方法に従って、移行処理が行なわれる。図１０の例では、１次ストレージ２０１における格納領域の圧迫時に加えて、致命的な障害発生時にも、選択的なデータ移行を自動的に行うことができる。
【実施例】
【００４３】
次に、具体的な実施例を用いて、本発明による分散データストレージシステムについて説明する。図１１は、本発明による分散データストレージシステムの応用例を示す図である。図１１において、センタサーバは、２次ストレージ１０４を有すると共に、図１に示した移行サーバ１１０を具備する。また、センタサーバ１０３にデータを移行するフロントサーバとして、ホームサーバ２０３及び車載サーバ２０４が例示されている。ホームサーバ２０３は、１次ストレージ２０５を有すると共に、図１に示した移行クライアント２１０を具備する。車載サーバ２０４は、１次ストレージ２０６を有すると共に、図１に示した移行クライアント２１０を具備する。ホームサーバ２０３には、センサデータを送出するエアコン３０１と、監視カメラ３０２と、水道メータ３０３と、その他の不図示の機器とが接続されている。また、車載サーバ２０４には、センサデータを送出するガソリン残量計３０４と、カーナビゲーション３０５と、速度計３０６と、その他の不図示の機器とが接続されている。
【００４４】
ホームサーバ２０３は、電気メータ、水道メータ３０３、ガスメータ、マイコン内蔵家電、セキュリティ装置などからセンサデータを随時受信し、各種設備及び機器の使用状況などを記録する。センサデータは、ホームサーバ２０３内の１次ストレージ２０５に随時記録される。１次ストレージ２０５の残り容量が少なくなると、センサデータの重要度に応じて、データセンタ内のセンタサーバ１０３へ、データが自動的に移行される。ホームサーバ２０３は、電気使用量、水道使用量、家屋設備使用状況などを、例えば、毎分記録する。しかしながら、センタサーバ１０３に対しては、膨大な記録情報のうち、日次の記録のみが高信頼移行方法で送信される。これによって、外出先からの問い合わせに対しては、分単位の解像度で家電等の使用状況などを見ることができ、かつ、日次のデータのみを信頼性の高い方法で、自動的にセンタサーバ１０３へ移行することにより、永続記録として残すことができる。また、緊急時の移行処理では、ホームサーバ２０３に蓄積された種々雑多な大量のデータのうち、電子化された権利書類などの資産に係る重要データを最優先とする。次に、事前に選択された家族写真などのデジタルデータを第二の優先順位で、優先的に移行する。これによって、火災、自然災害などに伴った資産、権利書類などの重要データや、本質的に復元不可能な重要データの消失を最小限に抑えることができる。
【００４５】
図１１において、車載サーバ２０４は、ガソリン残量、走行位置、速度、機器動作状況などのセンサデータを受信する。受信したセンサデータは、車載サーバ２０４内の１次ストレージ２０６に一定期間保存される。そして、１次ストレージ２０６の残り容量が少なくなると、データの重要度に応じて、無線その他の方法で、データセンタ内のセンタサーバ１０３へ、センサデータが自動的に移行される。例えば、走行位置については、停止時間が一定時間以上の場所のみが、高信頼移行方法でセンタサーバに格納される。それ以外の走行位置は、速度優先移行方法で移行される。これによって、少なくとも一定時間以上停止した位置の走行履歴は確実に残ることになる。その間の走行位置を記録するセンサデータは、確実な移行を保証されていないが、走行履歴を補完するデータとして、可能な限り記録される。これによって、センタサーバ１０３は、計算機、ネットワーク資源を効率的に利用して走行情報を収集することができる。また、複数の自動車から収集した走行位置のセンサデータを統計的に処理すれば、渋滞予測などに活用することができる。個人の走行履歴に関するセンサデータは、ドライブの記録などとして利用したりできる。また、緊急時の移行処理では、種々雑多な車載センサデータのうち、例えば、走行位置、同乗人数、直前の速度、車載カメラによる周辺画像を最優先でセンタサーバ１０３に移行する。これによって、事故発生時の事故通報に必要な情報、事故原因、目撃者情報などを自動的に収集することができる。
【産業上の利用可能性】
【００４６】
本発明によれば、複数のセンサから構成されるセンサネットワークにおいて、雑多なセンサデータの収集、管理といった用途に適用できる。特に、ホームサーバによる家電、ホームセキュリティ機器の監視、車載サーバによる交通情報の収集、統計処理による２次利用といった用途に適用可能である。
【図面の簡単な説明】
【００４７】
【図１】図１は、本発明による第一の発明を実施するための最良の形態の構成を示すブロック図である。
【図２】図２は、本発明におけるデータ移行方法指定のルールセットの一実施例を示す図である。
【図３】図３は、本発明における速度優先移行クライアントの動作を示す流れ図である。
【図４】図４は、本発明における速度優先移行サーバの動作を示す流れ図である。
【図５】図５は、本発明における速度優先移行方式でのデータ移行を示すチャート図である。
【図６】図６は、本発明における高信頼移行クライアントの動作を示す流れ図である。
【図７】図７は、本発明における高信頼移行サーバの動作を示す流れ図である。
【図８】図８は、本発明における高信頼移行方式での、正常時のデータ移行を示すチャート図である。
【図９】図９は、本発明における高信頼移行方式での、異常時のデータ移行を示すチャート図である。
【図１０】図１０は、本発明による第二の発明を実施するための最良の形態の構成を示すブロック図である。
【図１１】図１１は、本発明の応用例を示す図である。
【符号の説明】
【００４８】
１００，１０３  センタサーバ
１０１，１０４  ２次ストレージ
１１０  移行サーバ
１１１  速度優先移行サーバ
１１２  高信頼移行サーバ
１２０，２２０  移行方法設定ＡＰＩ
２００，２５０  フロントサーバ
２０１，２０５，２０６  １次ストレージ
２０３  ホームサーバ
２０４  車載サーバ
２１０  移行クライアント
２１１  速度優先移行クライアント
２１２  高信頼移行クライアント
２２１  移行方法設定部
２３０  移行処理管理部
２３５  緊急移行処理管理部
２４０  容量監視部
２６０  緊急状況監視部
３００  ストレージ格納ＡＰ
３０１  エアコン
３０２  監視カメラ
３０３  水道メータ
３０４  ガソリン残量計
３０５  カーナビゲーション
３０６  速度計
Ｃ１０００，Ｃ１１００，Ｃ１２００  １次ストレージ動作チャート
Ｃ１０１０，Ｃ１１１０，Ｃ１２１０  送信処理動作チャート
Ｃ１０２０，Ｃ１１２０，Ｃ１２２０  受信処理動作チャート
Ｃ１０３０，Ｃ１１３０，Ｃ１２３０  格納処理動作チャート
Ｃ１０４０，Ｃ１１４０，Ｃ１２４０  ２次ストレージ動作チャート
Ｐ１０００，Ｐ１１００  移行データ送信処理
Ｐ１２００，Ｐ１２１０  移行データ受信処理
Ｐ１２５０，Ｐ１２８０  移行データ格納処理
Ｒ１００  ルールセット
Ｒ１０１〜１０３  移行方法指定形式
Ｓ１００１〜１００６，Ｓ１１０１〜１１１１  移行データ送信手順
Ｓ１２０１〜１２０４，Ｓ１２１１〜１２１４  移行データ受信手順
Ｓ１２５１〜１２５７，Ｓ１２８１〜１２８８  移行データ格納手順
【図１】
2008152531.tif 000003
【図２】
2008152531.tif 000004
【図３】
2008152531.tif 000005
【図４】
2008152531.tif 000006
【図５】
2008152531.tif 000007
【図６】
2008152531.tif 000008
【図７】
2008152531.tif 000009
【図８】
2008152531.tif 000010
【図９】
2008152531.tif 000011
【図１０】
2008152531.tif 000012
【図１１】
2008152531.tif 000013