JP5631839B2

JP5631839B2 - データ管理システム、センター装置およびデータ管理方法

Info

Publication number: JP5631839B2
Application number: JP2011228979A
Authority: JP
Inventors: 政雄冨岡
Original assignee: Fujitsu Telecom Networks Ltd
Current assignee: Fujitsu Telecom Networks Ltd
Priority date: 2011-10-18
Filing date: 2011-10-18
Publication date: 2014-11-26
Anticipated expiration: 2031-10-18
Also published as: JP2013089029A

Description

本発明は、複数の端末装置が取得するデータをネットワークを介してセンター装置に転送し、端末装置毎にデータを管理する技術に関する。

近年、血圧、体重、歩数などの健康に関する情報を端末装置が取得するネットワーク上のセンター装置に送信し、センター装置で端末装置毎のデータを蓄積して管理するシステムが考えられている（例えば、特許文献１および非特許文献１参照）。

特開２００７−２２９３１５号公報

雑誌FUJITSU.62,3,p.297-303（05,2011）

従来は、センター装置の保守点検或いはリプレース等によって旧センター装置から新センター装置へ移行する場合、移行中も運用停止することなくシステムを継続する為に、先ず旧装置のみの運転から旧装置と新装置の並行運転に切り替え、さらに旧装置を停止して新装置のみの運転に切り替える手順で移行が行われていた。ところが、この移行期間中に端末装置から新たなデータが送信される場合、旧センター装置と新センター装置のどちらにデータが送信され蓄積されるのかが不明確で、両方の装置のデータベースの整合性を維持するのが難しいという問題があった。このため、移行期間中に旧装置と新装置の並行運転を開始する際に、データベースを旧センター装置から新センター装置に事前にコピーしておく方法が考えられる。一方、端末装置では、予め登録された送信先を旧センター装置から新センター装置に切替える必要がある。ここで、送信先の切替え方法は、各センター装置から送信先アドレスをダウンロードする方法や端末装置に予め登録された送信先アドレスを直接変更する方法などがある。

ところが、端末装置の送信先切替が新／旧のセンター装置間のデータ移行と非同期に行われるシステムでは、データ移行のタイミングと端末装置の送信先切替のタイミングとを合わすことが難しいので、新旧のセンター装置間でデータの整合が取れない場合が生じる。これを回避するために、定期的に新／旧のセンター装置間でデータベースを比較してデータが不整合になっている端末装置を検出し、旧センター装置から新センター装置に当該端末装置のデータをコピーする処理が必要となり、新センター装置の処理量の増加と不要なＤＢアクセスによる定常負荷の増大が問題である。特に、端末装置が多い場合は膨大な処理が必要になる。

上記課題に鑑み、本発明の目的は、旧センター装置から新センター装置へ移行する際に必要最小限の回数のコピー処理で済ますことができ、データの不整合を検出するための新センター装置の処理量の増加と不要なＤＢアクセスによる定常負荷の増大を解消できるデータ管理システム、センター装置およびデータ管理方法を提供することである。

本発明に係るデータ管理システムは、複数の端末装置と、ネットワークを介して接続される前記複数の端末装置から送信されるデータを前記端末装置毎にデータベースに蓄積して管理するセンター装置とで構成され、前記センター装置を移行元のセンター装置として、前記移行元のセンター装置と同じ機能を有する移行先のセンター装置を配置して、前記データベースの管理を移行する場合、前記移行先のセンター装置は、前記端末装置毎に前記移行元のセンター装置のデータベースに蓄積された当該端末装置のデータを前記移行先のセンター装置のデータベースにコピー済であるか否かを示すフラグ情報を管理し、前記移行先のセンター装置は、起動時に全ての前記端末装置の前記フラグ情報をクリアしておき、前記端末装置からデータを受信した時に当該端末装置に対応する前記フラグ情報がクリアされている場合に、当該端末装置から受信した最初のデータであると判断して、当該端末装置の過去のデータを前記移行元のセンター装置のデータベースから前記移行先のセンター装置のデータベースに一括コピーすることを特徴とする。

また、前記移行元のセンター装置は、移行時に前記移行先のセンター装置のアドレスを前記端末装置に通知することを特徴とする。

本発明に係るセンター装置は、ネットワークを介して接続された複数の端末装置から受信したデータをデーターベースに蓄積して管理する移行元のセンター装置から前記データベースを移行する前記移行元のセンター装置と同じ機能を有する移行先のセンター装置において、前記端末装置毎に前記移行元のセンター装置のデータベースに蓄積された当該端末装置のデータを自装置のデータベースにコピー済であるか否かを示すフラグ情報を管理し、起動時に全ての前記端末装置の前記フラグ情報をクリアしておき、前記端末装置からデータを受信した時に当該端末装置に対応する前記フラグ情報がクリアされている場合に、当該端末装置から受信した最初のデータであると判断して、当該端末装置の過去のデータを前記移行元のセンター装置のデータベースから自装置の前記データベースに一括コピーする制御部とを有することを特徴とする。

また、前記制御部は、外部から指定された移行先のセンター装置のアドレスを前記端末装置に通知することを特徴とする。

本発明に係るデータ管理方法は、ネットワークを介して接続される複数の端末装置から送信されるデータをセンター装置で受信して前記端末装置毎にデータベースに蓄積して管理するデータ管理方法において、前記センター装置を移行元のセンター装置として、前記移行元のセンター装置と同じ機能を有する移行先のセンター装置を配置して、前記データベースの管理を移行する場合、前記移行先のセンター装置は、前記端末装置毎に前記移行元のセンター装置のデータベースに蓄積された当該端末装置のデータを前記移行先のセンター装置のデータベースにコピー済であるか否かを示すフラグ情報を管理し、前記移行先のセンター装置は、起動時に全ての前記端末装置の前記フラグ情報をクリアしておき、前記端末装置からデータを受信した時に当該端末装置に対応する前記フラグ情報がクリアされている場合に、当該端末装置から受信した最初のデータであると判断して、当該端末装置の過去のデータを前記移行元のセンター装置のデータベースから前記移行先のセンター装置のデータベースに一括コピーすることを特徴とする。

さらに、前記移行元のセンター装置は、移行時に前記移行先のセンター装置のアドレスを前記端末装置に通知することを特徴とする。

本発明に係るデータ管理システム、センター装置およびデータ管理方法は、移行元の旧センター装置から移行先の新センター装置へ移行する際に必要最小限のコピー回数及び処理で済ますことができ、新センター装置の処理量の増加と不要なＤＢアクセスによる定常負荷の増大を解消することができる。

健康管理システム１００の構成例を示す図である。健康管理システム１００におけるデータ収集の様子を示す図である。移行時の従来動作を示す図である。切替後の従来動作を示す図である。切替が遅れた場合の動作を示す図である。遅れて切り替えられた場合の従来動作を示す図である。測定情報ＤＢ１５４ａおよび測定情報ＤＢ１５４ｂに蓄積されるデータ例（従来）を示す図である。遅れて切り替えられた場合の本発明の動作を示す図である。測定情報ＤＢ１５４ａおよび測定情報ＤＢ１５４ｂに蓄積されるデータ例（本発明）を示す図である。本実施形態に係る（新）センター装置１０３ｂの動作を示す図である。４つの端末装置１０１の動作例を示す図である。測定情報ＤＢ１５４ａ、測定情報ＤＢ１５４ｂ、データコピー管理テーブル１５５の様子を示す図である。４つの端末装置１０１の一部の切替が遅れた場合の動作を示す図である。測定情報ＤＢ１５４ａ、測定情報ＤＢ１５４ｂ、データコピー管理テーブル１５５の様子を示す図である。切替が遅れた端末装置１０１から最初にデータを受信した場合の動作を示す図である。測定情報ＤＢ１５４ａ、測定情報ＤＢ１５４ｂ、データコピー管理テーブル１５５の様子を示す図である。全ての切替が完了後の動作を示す図である。測定情報ＤＢ１５４ａ、測定情報ＤＢ１５４ｂ、データコピー管理テーブル１５５の様子を示す図である。端末装置１０１の構成例を示すブロック図である。（旧）センター装置１０３ａの構成例を示すブロック図である。（新）センター装置１０３ｂの構成例を示すブロック図である。センター装置１０３の構成例を示すブロック図である。

以下、本発明に係る「データ管理システム、センター装置およびデータ管理方法」の実施形態について図面を用いて詳しく説明する。

図１は、本発明に係るデータ管理システムの一例として、健康管理システム１００の構成例を示す図である。健康管理システム１００は、端末装置１０１Ａから端末装置１０１Ｚまでの複数の端末装置１０１と、ネットワーク（ＮＷと表記する）１０２により接続されるセンター装置１０３とで基本的に構成されている。ここで、端末装置１０１Ａから端末装置１０１Ｚまでの複数の端末装置は同じ機能を有し、以降の説明において、端末装置１０１Ａから端末装置１０１Ｚまでの複数の端末装置に共通する内容を説明する場合は、アルファベットＡからＺを省略して端末装置１０１と表記し、特定の端末装置を指す場合にアルファベットを付加して、例えば端末装置１０１Ａのように表記する。

端末装置１０１は、例えば体組成計１５１、血圧計１５２、歩数計１５３などの健康状態を把握するための計測機器から脂肪率、血圧、歩数などの健康管理情報（数値データなど）を取得する。そして、端末装置１０１は取得したデータをＮＷ１０２を介してセンター装置１０３に送信する。尚、端末装置１０１は、データを取得する毎にセンター装置１０３に送信する。

センター装置１０３は、各端末装置１０１で取得した健康管理情報を収集して、各端末装置毎に測定情報データベース（ＤＢと表記する）１５４に測定情報を蓄積して管理する。尚、測定情報ＤＢ１５４は、図１のように、センター装置１０３の内部にあってもよいし、ＮＷ１０２やＮＷ１０４で接続される遠隔地のデータベースサーバなどに蓄積するようにしてもよい。

ここで、本実施形態に係る健康管理システム１００では、予めセンター装置１０３に登録された利用者に端末装置１０１を配布し、利用者は自宅などに端末装置１０１を設置してＮＷ１０２に接続しておく。そして、端末装置１０１に接続可能な体組成計１５１、血圧計１５２、歩数計１５３などを利用して、脂肪率、血圧、歩数などの健康管理情報を計測する。例えば、毎朝、血圧計１５２により血圧を計測し、歩数計１５３を持ち歩いて一日の歩数を計測し、更に風呂上りに体組成計１５１により体重や脂肪率などを計測する。尚、体組成計１５１、血圧計１５２、歩数計１５３は、赤外線や電波などにより端末装置１０１と無線接続するようにしてもよいし、信号ケーブルにより端末装置１０１と有線接続するようにしてもよい。

このようにして、センター装置１０３の測定情報ＤＢ１５４に端末装置１０１毎の健康管理情報のデータが蓄積される。尚、本実施形態では、説明が理解し易いように、各端末装置１０１毎に利用者は１人であるものとし、端末装置１０１毎に測定情報ＤＢ１５４にデータを蓄積するものとするが、１つの端末装置１０１に複数の利用者が居る場合は、端末装置１０１（或いは、体組成計１５１、血圧計１５２および歩数計１５３など）に利用者の選択機能（選択ボタンや選択メニューなど）を設けて、センター装置１５３の測定情報ＤＢ１５４に利用者毎にデータを蓄積するようにしてもよい。

そして、各利用者は自宅のパソコン１０５などからネットワーク（ＮＷと称する）１０４を介して接続されるセンター装置１０３にアクセスし、センター装置１０３から自分の健康管理情報をダウンロードしたり、データを加工してグラフや表にまとめて閲覧し、健康管理に役立てることができる。

また、管理端末１０６は、ＮＷ１０４を介してセンター装置１０３に接続され、健康管理システム１００を運営する事業者により、予め登録された各利用者の健康管理情報を管理する。

尚、図１では、システム構成がわかり易いように、ＮＷ１０２とＮＷ１０４とを別のネットワークとして描いたが、同じネットワークであってもよいし、ＮＷ１０２を事業者専用の仮想ネットワーク、ＮＷ１０４をインターネットのような公衆ネットワークとし、管理端末１０５をＮＷ１０２に接続するようにしてもよい。

次に、各端末装置１０１から測定情報ＤＢ１５４にデータを蓄積する時のデータの流れについて説明する。図２は、図１の健康管理システム１００に対応する図で、図１と同符号のブロックは同じものを示す。図２において、端末装置１０１Ａは、体組成計１５１などから入力するデータＡ１をネットワーク１０２を介してセンター装置１０３に送信する。同様に、端末装置１０１Ｂは入力するデータＢ１、端末装置１０１Ｚは入力するデータＺ１、をそれぞれネットワーク１０２を介してセンター装置１０３に送信する。センター装置１０３は、各端末装置１０１から受信したデータＡ１，データＢ１およびデータＺ１を端末装置１０１毎に測定情報ＤＢ１５４に蓄積する。

次に、センター装置１０３（および測定情報ＤＢ１５４）を別のセンター装置（および測定情報ＤＢ）に移行する場合の問題点について説明する。先ず、本発明の特徴がわかり易いように、（旧）センター装置１０３ａから（新）センター装置１０３ｂへ従来と同じ方法で端末装置１０１の測定情報を移行する例を挙げる。

図３において、端末装置１０１Ａ，端末装置１０１Ｂおよび端末装置１０１Ｚは、入力するデータＡ１，データＢ１およびデータＺ１を（旧）センター装置１０３ａに送信し、（旧）センター装置１０３ａは自装置の測定情報ＤＢ１５４ａに蓄積する。図３の例では、データＡ１，データＢ１およびデータＺ１が（旧）センター装置１０３ａの測定情報ＤＢ１５４ａに蓄積されている。尚、図３では、図２で説明した各端末装置と各センター装置との間のＮＷ１０２は省略されている。

ここで、（旧）センター装置１０３ａから（新）センター装置１０３ｂに移行する場合、測定情報ＤＢ１５４ａのデータを測定情報ＤＢ１５４ｂにコピーする必要があり、従来は（旧）センター装置１０３ａの測定情報ＤＢ１５４ａから（新）センター装置１０３ｂの測定情報ＤＢ１５４ｂに全ての端末装置１０１の測定情報を一括コピーしていた。その後、図４に示すように、端末装置１０１Ａ，端末装置１０１Ｂおよび端末装置１０１Ｚのデータの送信先を移行先の（新）センター装置１０３ｂに切替え、端末装置１０１Ａ，端末装置１０１Ｂおよび端末装置１０１Ｚは、切替後に入力するデータＡ２，データＢ２およびデータＺ２を（新）センター装置１０３ｂに送信し、（新）センター装置１０３ｂは自装置の測定情報ＤＢ１５４ｂに受信したデータを蓄積する。図４の例では、（旧）センター装置１０３ａの測定情報ＤＢ１５４ａから（新）センター装置１０３ｂの測定情報ＤＢ１５４ｂにコピーされたデータＡ１，データＢ１およびデータＺ１に加えて、切替後に新たに受信したデータＡ２，データＢ２およびデータＺ２が測定情報ＤＢ１５４ｂに蓄積される。

このように、測定情報ＤＢ１５４ａのデータを測定情報ＤＢ１５４ｂにコピーして各端末装置１０１の送信先を切替えた後で、次の新たなデータＡ２，データＢ２およびデータＺ２を各端末装置１０１が送信する場合は、測定情報ＤＢ１５４ａに蓄積された過去のデータに加えて新たに各端末装置１０１から受信するデータを欠落することなく測定情報ＤＢ１５４ｂに蓄積することができる。

ところが、測定情報ＤＢ１５４ａのデータを測定情報ＤＢ１５４ｂにコピーするタイミングと、各端末装置１０１の送信先の切替えタイミング（新たなデータを送信するタイミング）との関係が重要になる。例えば図５に示すように、端末装置１０１Ｂの送信先の切替が遅れて新たなデータＢ２が（旧）センター装置１０３ａに送信された場合、移行先の（新）センター装置１０３ｂの測定情報ＤＢ１５４ｂには、測定端末１０１Ａおよび測定端末１０１Ｚが送信する新たなデータＡ２およびデータＺ２しか蓄積されず、測定端末１０１Ｂが送信する新たなデータＢ２は（旧）センター装置１０３ａの測定情報ＤＢ１５４ａに蓄積されてしまうという問題が生じる。

そして、図６に示すように、端末装置１０１Ｂの切替えが完了して、全ての端末装置１０１のデータ送信先が（新）センター装置１０３ｂに切り替わった後で各端末装置から送信されるデータＡ３、データＢ３およびデータＺ３は、測定情報ＤＢ１５４ｂに蓄積される。この場合、測定情報ＤＢ１５４ａおよび測定情報ＤＢ１５４ｂに蓄積されるデータは図７のようになる。図７において、（旧）センター装置１０３ａの測定情報ＤＢ１５４ａには、データＡ１，データＢ１およびデータＺ１までの受信データと、送信先の切替えが遅れた端末装置１０１Ｂの測定データＢ２が過去のデータとして蓄積されている。一方、移行先の測定情報ＤＢ１５４ｂには、測定情報ＤＢ１５４ａからコピーされたデータＡ１，データＢ１およびデータＺ１までの過去の受信データに加えて、切替後に新たに受信したデータＡ２，データＡ３・・・、データＢ３・・・、データＺ２，データＺ３・・・がそれぞれ各端末毎に蓄積されている。移行先の測定情報ＤＢ１５４ｂにおいて、端末装置１０１Ａおよび端末装置１０１Ｚの蓄積データには欠落はないが、端末装置１０１Ｂの蓄積データには欠落が生じている。このため、従来は移行前の測定情報ＤＢ１５４ａと移行後の測定情報ＤＢ１５４ｂとを定期的に比較して異なる場合は移行先の測定情報ＤＢ１５４ｂに移行元の測定情報ＤＢ１５４ａのデータをコピーしなければならない。このため、データの不整合を検出する処理や受信データをコピーする処理などを複数回行わなければならず、処理量の増加や負荷の増大などが問題となる。そこで、本実施形態に係る健康管理システム１００では、移行先の（新）センター装置１０３ｂは、運用開始後に各端末装置１０１から初めてデータを受信したタイミングで、（旧）センター装置１０３ａの測定情報ＤＢ１５４ａからデータを受信した端末装置１０１の過去の蓄積データを一括してコピーする。これにより、データの欠落を回避すると共に、コピー回数を減らし、データ比較を定期的に行うための処理負荷を低減することができる。

この様子を図８を用いて説明する。図８は、先に説明した図５の状態の後、端末装置１０１Ｂの送信先が（旧）センター装置１０３ａから（新）センター装置１０３ｂに切替えられ、新たなデータＢ３が端末装置１０１Ｂから（新）センター装置１０３ｂに送信されたときの様子を示す図である。図８において、端末装置１０１Ｂから送信されたデータＢ３は（新）センター装置１０３ｂで受信されるが、この時、（新）センター装置１０３ｂは、端末装置１０１Ｂから受信する最初のデータであるか否かを判別し、最初のデータである場合は、（旧）センター装置１５４ａの測定情報ＤＢ１５４ａから端末装置１０１Ｂの過去の蓄積データを一括してコピーする。図８の例ではデータＢ１およびデータＢ２が測定情報ＤＢ１５４ａから測定情報ＤＢ１５４ｂにコピーされ、新たに受信したデータＢ３と共に蓄積される。

この場合、測定情報ＤＢ１５４ａおよび測定情報ＤＢ１５４ｂに蓄積されるデータは図９のようになる。図９において、測定情報ＤＢ１５４ａには、図７の場合と同様に、データＡ１，データＢ１およびデータＺ１までの受信データが各端末毎に蓄積され、送信先の切替えが遅れた端末装置１０１Ｂだけが測定データＢ２までの過去のデータが蓄積されている。一方、移行先の測定情報ＤＢ１５４ｂの端末装置１０１Ｂには、新たなデータＢ３が受信されたタイミングで、測定情報ＤＢ１５４ａからデータＢ１およびデータＢ２の過去の受信データを測定情報ＤＢ１５４ｂにコピーするので、図７の例のように、データＢ２の欠落なく確実に（新）測定情報ＤＢ１５４ｂに蓄積することができる。

このように、本実施形態に係る健康管理システム１００では、移行先の（新）センター装置１０３ｂは、運用開始後に各端末装置１０１から初めてデータを受信したタイミングで、（旧）センター装置１０３ａの測定情報ＤＢ１５４ａからデータを受信した端末装置１０１の過去の蓄積データを一括してコピーする。これにより、データの欠落を回避すると共に、コピー回数を減らし、データ比較を定期的に行うための処理負荷を低減することができる。

次に、（新）センター装置１０３ｂの処理の流れについて、図１０のフローチャートを用いて説明する。尚、（新）センター装置１０３ｂは、測定情報ＤＢ１５４ｂに（旧）センター装置１０３ａの測定情報ＤＢ１５４ａから過去の蓄積データをコピー済であるか否かを端末毎に対応するコピー済フラグ（フラグ情報）をセットするかクリアするかによって管理するデータコピー管理テーブル１５５を設ける。

（ステップＳ１０１）データコピー管理テーブル１５５上の各端末装置１０１のコピー済フラグをクリア（未コピーを示す）する（図１０の吹き出し１６１）。

（ステップＳ１０２）（新）センター装置１０３ｂは、端末装置１０１から送信されるデータの受信待ち状態になり、何れかの端末装置１０１からデータを受信した場合はステップＳ１０５に進み、データが受信されるまでステップＳ１０２で待機する。尚、実際には、割り込み処理などを用いるので、別の処理を行っていても構わない。

（ステップＳ１０３）データを受信した端末装置１０１に対応する過去の蓄積データを（旧）センター装置１０３ａの測定情報ＤＢ１５４ａから（新）センター装置１０３ｂの測定情報ＤＢ１５４ｂにコピーしたか否かをデータコピー管理テーブル１５５により確認する。

そして、コピー済みフラグがセットされている場合（コピー済の場合）はステップＳ１０２に戻ってデータの受信待ち状態になり、コピー済みフラグがセットされていない場合（コピー未済の場合）はステップＳ１０４に進む。図１０の吹き出し１６２の例では、端末装置１０１Ａと端末装置１０１Ｚはコピー済みフラグがセットされているので、ステップＳ１０２で受信したデータの送信元が端末装置１０１Ａまたは端末装置１０１Ｚの場合はステップＳ１０２に戻り、端末装置１０１Ｂのコピー済みフラグはセットされていないので、ステップＳ１０２で受信したデータの送信元が端末装置１０１Ｂの場合はステップＳ１０４に進む。

（ステップＳ１０４）（新）センター装置１０３ｂは、（旧）センター装置１０３ａの測定情報ＤＢ１５４ａからステップＳ１０２でデータを受信した端末装置１０１の蓄積データを自装置の測定情報ＤＢ１５４ｂに一括コピーする。

（ステップＳ１０５）（新）センター装置１０３ｂは、測定情報ＤＢ１５４ａから測定情報ＤＢ１５４ｂへの一括コピーが完了したら、データコピー管理テーブル１５５の該当する端末装置１０１のコピー済みフラグをセットする。図１０の吹き出し１６２の例では、ステップＳ１０２でデータを受信した端末装置１０１Ｂに対応するコピー済みフラグがセットされる。

このような処理が各端末装置１０１毎に繰り返し実行される。
［具体例］
次に、健康管理システム１００の具体的例として、４台の端末装置１０１を収容する（旧）センター装置１０３ａから（新）センター装置１０３ｂにデータ管理を移行する場合について説明する。

図１１は、端末装置１０１Ａ、端末装置１０１Ｂ、端末装置１０１Ｃおよび端末装置１０１Ｄの４台の端末装置１０１は、稼働中の（旧）センター装置１０３ａにデータを送信し、（旧）センター装置１０３ａは各端末装置１０１から受信するデータを測定情報ＤＢ１５４ａに蓄積して管理を行っている。例えば、端末装置１０１Ａ、端末装置１０１Ｂ、端末装置１０１Ｃおよび端末装置１０１Ｄがそれぞれ送信するデータＡ１、データＢ１、データＣ１およびデータＤ１は、（旧）センター装置１０３ａで受信され、測定情報ＤＢ１５４ａに蓄積される。尚、この時点では、図１２に示すように、（新）センター装置１０３ｂの測定情報ＤＢ１５４ｂには、いずれの端末装置１０１のデータも蓄積されておらず、データコピー管理テーブル１５５の各端末装置１０１に対応するコピー済みフラグもクリアされた状態になっている。

そして、（旧）センター装置１０３ａから（新）センター装置１０３ｂへの移行を開始して、図１３に示すように、先ず端末装置１０１Ａおよび端末装置１０１Ｄのデータの送信先の切り替えが完了するが、端末装置１０１Ｂおよび端末装置１０１Ｃのデータの送信先の切り替えが遅れているとする。この場合、切替後に送信される端末装置１０１ＡのデータＡ２および端末装置１０１ＤのデータＤ２は（新）センター装置１０３ｂで受信される。そして、端末装置１０１Ａおよび端末装置１０１ＤからデータＡ２およびデータＤ２を受信した（新）センター装置１０３ｂは、データコピー管理テーブル１５５の端末装置１０１Ａおよび端末装置１０１Ｄのコピー済みフラグがセットされているか否かを確認する。この時点では図１２の吹き出し１７１で説明したように、データコピー管理テーブル１５５の端末装置１０１Ａおよび端末装置１０１Ｄのコピー済みフラグはクリア状態なので、図１３に示すように、（旧）センター装置１０３ａの測定情報ＤＢ１５４ａに蓄積されている端末装置１０１ＡのデータＡ１および端末装置１０１ＤのデータＤ１を測定情報ＤＢ１５４ｂの各端末装置１０１のデータとして一括コピーする。そして、新たに受信したデータＡ２およびデータＤ２を蓄積し、一括コピーを行った端末装置１０１Ａおよび端末装置１０１Ｄに対するデータコピー管理テーブル１５５のコピー済みフラグをセットする。

一方、切り替えが遅れている端末装置１０１Ｂおよび端末装置１０１Ｃが新たに送信するデータＢ２およびデータＣ２は、図１３に示すように、（旧）センター装置１０３ａに送信される。そして、端末装置１０１Ｂおよび端末装置１０１ＣからデータＢ２およびデータＣ２を受信した（旧）センター装置１０３ａは、端末装置１０１Ｂおよび端末装置１０１Ｃの過去の蓄積データＢ１およびデータＣ１に続いてデータＢ２およびデータＣ２をそれぞれ蓄積する。

この時点では、図１３および図１４に示すように、切り替えが遅れている端末装置１０１Ｂおよび端末装置１０１Ｃのデータは、（新）センター装置１０３ｂの測定情報ＤＢ１５４ｂには蓄積されていない。また、測定情報ＤＢ１５４ａから測定情報ＤＢ１５４ｂへのデータのコピーを完了した端末装置１０１Ａおよび端末装置１０１Ｄのデータコピー管理テーブル１５５のコピー済みフラグはセットされている（コピー済状態）。

次に、切替が遅れていた端末装置１０１Ｂの送信先が（新）センター装置１０３ｂに切り替えられたが、端末装置１０１Ｃの送信先の切替は未だ遅れている場合、図１５に示すように、次に送信される端末装置１０１ＡのデータＡ３、端末装置１０１ＢのデータＢ３および端末装置１０１ＤのデータＤ３は（新）センター装置１０３ｂで受信される。端末装置１０１Ａ、端末装置１０１Ｂおよび端末装置１０１ＤからデータＡ３、データＢ３およびデータＤ３を受信した（新）センター装置１０３ｂは、データコピー管理テーブル１５５の端末装置１０１Ａ、端末装置１０１Ｂおよび端末装置１０１Ｄのコピー済みフラグがセットされているか否かを確認する。この時点では図１４の吹き出し１７２で説明したように、データコピー管理テーブル１５５の端末装置１０１Ａおよび端末装置１０１Ｄのコピー済みフラグはセット状態（コピー済み）なので、新たに受信したデータＡ３およびデータＤ３は、図１５および図１６に示すように、測定情報ＤＢ１５４ｂの端末装置１０１Ａおよび端末装置１０１Ｄのデータとして蓄積される。一方、データコピー管理テーブル１５５の端末装置１０１Ｂのコピー済みフラグはクリア状態（未コピー）なので（図１４の吹き出し１７２）、（新）センター装置１０３ｂは、データＢ３が切替後に端末装置１０１Ｂから初めて受信したデータであると判断する。そして、図１５に示すように、（旧）センター装置１０３ａの測定情報ＤＢ１５４ａに蓄積されている端末装置１０１ＢのデータＢ１およびデータＢ２を測定情報ＤＢ１５４ｂの端末装置１０１Ｂのデータとして一括コピーする。そして、新たに受信したデータＢ３を蓄積し、一括コピーを行った端末装置１０１Ｂに対するデータコピー管理テーブル１５５のコピー済みフラグをセットする。

一方、未だ切り替えが遅れている端末装置１０１Ｃが新たに送信するデータＣ３は、図１５に示すように、（旧）センター装置１０３ａに送信される。そして、端末装置１０１ＣからデータＣ３を受信した（旧）センター装置１０３ａは、端末装置１０１Ｃの過去の蓄積データＣ１およびデータＣ２に続いてデータＣ３を蓄積する。

この時点では、図１５および図１６に示すように、切り替えが遅れている端末装置１０１Ｃのデータは、（新）センター装置１０３ｂの測定情報ＤＢ１５４ｂには蓄積されていない。また、測定情報ＤＢ１５４ａから測定情報ＤＢ１５４ｂへのデータのコピーを完了した端末装置１０１Ａ、端末装置１０１Ｂおよび端末装置１０１Ｄのそれぞれのデータコピー管理テーブル１５５のコピー済みフラグはセットされている（図１６の吹き出し１７３）。

次に、切替が遅れていた端末装置１０１Ｃの送信先が（新）センター装置１０３ｂに切り替えられた場合、図１７に示すように、次に送信される端末装置１０１Ａ、端末装置１０１Ｂ、端末装置１０１Ｃおよび端末装置１０１ＤのデータＡ４、データＢ４、データＣ４およびデータＤ４は全て（新）センター装置１０３ｂで受信され、（旧）センター装置１０３ａには送信されない。端末装置１０１Ａ、端末装置１０１Ｂ、端末装置１０１Ｃおよび端末装置１０１ＤからデータＡ４、データＢ４、データＣ４およびデータＤ４を受信した（新）センター装置１０３ｂは、データコピー管理テーブル１５５の端末装置１０１Ａ、端末装置１０１Ｂ、端末装置１０１Ｃおよび端末装置１０１Ｄのコピー済みフラグがセットされているか否かを確認する。この時点では図１６の吹き出し１７３で説明したように、データコピー管理テーブル１５５の端末装置１０１Ａ、端末装置１０１Ｂおよび端末装置１０１Ｄの各コピー済みフラグはセット状態（コピー済）なので、新たに受信したデータＡ４、データＢ４およびデータＤ４は、図１７および図１８に示すように、測定情報ＤＢ１５４ｂの端末装置１０１Ａ、端末装置１０１Ｂおよび端末装置１０１Ｄのデータとして蓄積される。一方、データコピー管理テーブル１５５の端末装置１０１Ｃのコピー済みフラグはクリア状態なので（図１６の吹き出し１７２）、（新）センター装置１０３ｂは、データＣ４が切替後に端末装置１０１Ｃから初めて受信したデータであると判断する。そして、図１７に示すように、（旧）センター装置１０３ａの測定情報ＤＢ１５４ａに蓄積されている端末装置１０１ＣのデータＣ１、データＣ２およびデータＣ３を測定情報ＤＢ１５４ｂの端末装置１０１Ｃのデータとして一括コピーする。そして、新たに受信したデータＣ４を蓄積し、一括コピーを行った端末装置１０１Ｃに対するデータコピー管理テーブル１５５のコピー済みフラグをセットする。

この時点で、図１７および図１８に示すように、測定情報ＤＢ１５４ａから測定情報ＤＢ１５４ｂへのデータのコピーを完了した４つの端末装置１０１Ａ、端末装置１０１Ｂ、端末装置１０１Ｃおよび端末装置１０１Ｄのデータコピー管理テーブル１５５のコピー済みフラグは全てセット（コピー済）されている（図１８の吹き出し１７４）。

［端末装置１０１の構成例］
次に、端末装置１０１の構成例について説明する。図１９は、端末装置１０１の構成例を示すブロック図である。尚、図１９において、図１と同符号のブロックは同じブロックを示す。

図１９において、端末装置１０１は、計測器通信部２０１と、制御部２０２と、センター通信部２０３とで基本的に構成される。

計測器通信部２０１は、体組成計１５１、血圧計１５２および歩数計１５３などからデータを受信する受信部２５１を有する。受信部２５１は、収集した測定情報を制御部２０２に出力する。

制御部２０２は、パケット生成部２５２と、アドレス更新部２５３と、センターアドレス情報部２５４とを有する。センターアドレス情報部２５４は、メモリやハードディスクなどで構成され、収集したデータの送信先としてセンター装置１０３のアドレス（ＩＰアドレスなど）を記憶している。パケット生成部２５２は、センター装置１０３に送信するパケットを生成し、センター通信部２０３に出力する。アドレス更新部２５３は、センター通信部２０３から入力するパケットのセンター装置１０３のアドレス情報を取り出してセンターアドレス情報部２５４に記憶する。

ここで、パケット生成部２５２が生成してセンター通信部２０３からセンター装置１０３に送信されるパケット２６１は、例えば図１９に示したように、センターアドレス情報部２５４に記憶された宛先のセンター装置１０３のアドレス情報２６１ａと、体組成計１５１、血圧計１５２および歩数計１５３から取得した測定情報２６１ｂと、計測した端末装置１０１を区別するための端末識別子２６１ｃとで構成される。また、センター装置１０３から受信するパケット２６２は、例えば図１９に示したように、宛先の端末装置１０１を区別するための端末識別子２６２ａと、送信先を変更するセンター装置１０３のアドレス情報２６２ｂとで構成される。尚、端末識別子２６２ａは、例えばＭＡＣアドレスなどが用いられるが、端末装置１０１のアドレスを兼ねてＩＰアドレスで構成してもよい。或いは、複数の端末装置１０１に一斉にセンターアドレスを通知できるように、個々の端末識別子２６２ａの代わりにグループ識別用の専用の宛先アドレスを用いていも良い。

また、センター装置１０３は、定期的にアドレス情報を各端末装置１０１に送信するようにしてもよいし、センター装置１０３を新たに運用するときや移行するときだけアドレス情報を各端末装置１０１に送信するようにしてもよい。本実施形態では、（旧）センター装置１０３ａから（新）センター装置１０３ｂに移行する時に、（旧）センター装置１０３ａから（新）センター装置１０３ｂのアドレス情報を各端末装置１０１に送信する。この場合、例えば図１において、管理端末１０６からオペレータがセンター装置１０３（（旧）センター装置１０３ａとする）に（新）センター装置１０３ｂのアドレス情報を各端末装置１０１に送信するように指令する。これを受けたセンター装置１０３（（旧）センター装置１０３ａ）は、ネットワーク１０２を介して各端末装置１０１（端末装置１０１Ａから端末装置１０１Ｚ）に移行先のセンター装置１０３（（新）センター装置１０３ｂ）のアドレス情報を送信する。

このようにして、各端末装置１０１は、体組成計１５１、血圧計１５２および歩数計１５３などからデータを収集して、指定されたセンター装置１０３のアドレスに収集したデータを送信する。

［（旧）センター装置１０３ａの構成例］
次に、（旧）センター装置１０３ａの構成例について説明する。尚、実際には（旧）センター装置１０３ａと（新）センター装置１０３ｂは同じ構成であることが望ましいが、本実施形態に係る健康管理システム１００のセンター装置１０３は、（新）センター装置１０３ｂに本願発明の特徴となる機能が搭載されているものとする。これにより、例えば既に運用されているセンター装置１０３に対応する（旧）センター装置１０３ａによる現状のシステムを何ら変更することなく、移行先のセンター装置１０３として（新）センター装置１０３ｂを設置するだけで、従来技術の課題を解決することができる。

先ず、現状の（旧）センター装置１０３ａの構成例について説明する。図２０は、（旧）センター装置１０３ａの構成例を示すブロック図である。尚、図２０において、図１と同符号のブロックは同じブロックを示す。

図２０において、（旧）センター装置１０３ａは、端末通信部３０１と、センター通信部３０２と、データ管理制御部３０３と、ネットワーク（ＮＷ）アクセス部３０４とで基本的に構成される。

端末通信部３０１は、端末装置１０１にセンターアドレスを通知するための送信部３５１と、各端末装置１０１から送信される計測データを受信するための受信部３５２とを有する。例えば、受信部３５２は、図１９で説明したパケット２６１を端末装置１０１から受信し、送信部３５１は、図１９で説明したパケット２６２を端末装置１０１に送信する。

センター通信部３０２は、移行先のセンター装置１０３（例えば（新）センター装置１０３ｂ）に一括データを送信するための送信部３５３と、一括データの要求を受けるための受信部３５４とを有する。送信部３５３から送信される一括データのパケット２６３は、例えば送信先のセンター装置アドレス２６３ａ（ここでは（新）センター装置１０３ｂのアドレス）と、送信する一括データがどの端末装置のデータであるかを示す端末識別子２６３ｂと、端末識別子２６３ｂに対応する測定情報ＤＢ３６１に蓄積された一括データ２６３ｃとで構成される。受信部３５４で受信される一括要求のパケット２６４は、例えば送信先のセンター装置アドレス２６４ａ（ここでは（旧）センター装置１０３ａのアドレス）と、一括要求コマンド２６４ｂと、どの端末装置の一括データを要求するのかを示す端末識別子２６４ｃとで構成される。

データ管理制御部３０３は、装置全体の動作を制御し、例えば各端末装置１０１にセンター装置のアドレス情報を通知するためのセンターアドレス通知部３５５と、端末通信部３０１で各端末装置１０１から受信するパケットに含まれる端末識別子２６１ｃ（受信端末ＩＤ）を判定する端末番号判定部３５６と、各端末装置１０１から測定データを受信する毎に測定情報ＤＢ３６１の該当する端末装置１０１のデータを更新する測定データ更新部３５７と、センター装置１０３の移行時に一括してデータを移行先のセンター装置１０３にコピーする際の一括データを生成する一括データ生成部３５８とを有する。尚、端末ＩＤは、収容する全ての端末装置１０１に対して端末番号ＤＢ３５９に予め登録されており、端末番号判定部３５６は端末番号ＤＢ３５９を参照して端末装置１０１から受信したデータの端末ＩＤを確認する。また、測定情報ＤＢ３６１は、ＮＷアクセス部３０４からも読み出すことができ、利用者のパソコン１０５に計測データを提供する。さらに、センターアドレス部３６０には、稼働中のセンター装置１０３のアドレスや移行先のセンター装置１０３のアドレスが記憶されている。自装置が稼働中の場合は自装置のアドレスが記憶され、管理端末１０６から移行の指示が出された場合は、移行先のセンター装置１０３のアドレスを各端末装置１０１に送信する。

ＮＷアクセス部３０４は、ネットワーク１０４を介してアクセスされる利用者のパソコン１０５との間で接続を行うためのインターフェースである。ＮＷアクセス部３０４は、パソコン１０５から送信される認証情報（例えばユーザーＩＤやパスワードなど）や表示要求（例えば月毎の血圧変化のグラフ表示要求など）のパケットを受信する受信部３６２と、パソコン１０５の利用者へ認証情報の入力を求める認証要求や表示情報（表示要求に応じたグラフや数値表など）をパソコン１０５に送信する送信部３６３と、測定情報ＤＢ３６１を参照してパソコン１０５に送信する表示情報を生成する表示情報生成部３６４と、パソコン１０５との間でユーザー認証やデータの送受信などを制御するアクセス制御部３６５とを有する。尚、利用者のユーザーＩＤやパスワードなどの認証情報は、利用者ＤＢ（データベース）３６６に予め登録されている。また、利用者のユーザーＩＤと利用者の端末装置１０１の端末識別子との対応も、利用者ＤＢ３６６に登録されている。これにより、パソコン１０５からセンター装置１０３にアクセスしている利用者の健康管理情報を測定情報ＤＢ３６１から読み出して、パソコン１０５の画面に表示することができる。

以上のように、（旧）センター装置１０３ａは構成される。ここで、センター通信部３０２は、従来の（旧）センター装置１０３ａにおいても移行時にＦＴＰなどのプロトコルによって一括してデータを送信したり、データの送信を要求するコマンドを受信するために設けられており、本実施形態特有のハードウェアや機能ではない。同様に、データ管理制御部３０３の一括データ生成部３５８についても、ＦＴＰなどのプロトコルによって一括してデータを送信する機能であり、本実施形態特有のハードウェアや機能ではない。本発明特有のハードウェアや機能を搭載する（新）センター装置１０３ｂについては後で詳しく説明する。

このように、本発明特有のハードウェアや機能を搭載しない既に運用されている（旧）センター装置１０３ａを用いた現状のシステムを何ら変更することなく、次に説明する（新）センター装置１０３ｂを設置するだけで、従来技術の課題を解決することができる。

［（新）センター装置１０３ｂの構成例］
次に、（新）センター装置１０３ｂの構成例について説明する。図２１は、（新）センター装置１０３ｂの構成例を示すブロック図である。尚、図２１において、図２０と同符号のブロックは同じブロックを示す。例えば、端末通信部３０１、ＮＷアクセス部３０４、端末番号ＤＢ３５９、センターアドレスＤＢ３６０、測定情報ＤＢ３６１および利用者ＤＢ３６６は、（旧）センター装置１０３ａと同じブロックである。また、同符号であってもアルファベットのｂが付加されているものは、同様の機能のブロックであるが動作や処理内容が少し異なるブロックである。例えば、データ管理制御部３０３ｂ、センター通信部３０２ｂおよびその中の送信部３５３ｂと受信部３５４ｂである。尚、送信部３５３ｂと受信部３５４ｂは送受信する内容が（旧）センター装置１０３ａと逆になり、（旧）センター装置１０３ａの送信部３５３が送信する一括データを（新）センター装置１０３ｂの受信部３５４ｂで受信し、（新）センター装置１０３ｂの送信部３５３ｂが送信する一括要求を（旧）センター装置１０３ａの受信部３５４ｂで受信する。また、全く異なる符合のブロックは、（旧）センター装置１０３ａにはないブロックである。例えば、データコピー管理ＤＢ３６７、データ管理制御部３０３ｂの中のデータ一括更新部３６８である。

ここでは、（旧）センター装置１０３ａと異なる部分についてのみ説明し、同じ機能については説明を省略する。

（新）センター装置１０３ｂにおいて、データコピー管理ＤＢ３６７は、（旧）センター装置１０３ａから蓄積された測定情報をコピー済か否かを示すフラグを端末毎に記憶するＤＢである。例えば端末装置１０１Ａの測定情報を（旧）センター装置１０３ａから（新）センター装置１０３ｂにコピーする前は、データコピー管理ＤＢ３６７の端末装置Ａのコピー済フラグは未コピーを示し（例えば数字の”０”など）、（旧）センター装置１０３ａから（新）センター装置１０３ｂにコピー後は、データコピー管理ＤＢ３６７の端末装置Ａのコピー済フラグはコピー済を示す（例えば数字の”１”など）。

センター通信部３０２ｂは、移行元のセンター装置１０３（ここでは（旧）センター装置１０３ａ）から一括データのパケット２６３を受信するための受信部３５４ｂと、一括データの要求コマンドのパケット２６４を移行元のセンター装置１０３ａに送信するための送信部３５３ｂとを有する。ここで、パケット２６３およびパケット２６４は図２０と同じものである。

また、データ管理制御部３０３ｂの中のデータ一括更新部３６８は、（旧）センター装置１０３ａから一括して端末毎に蓄積された測定情報をコピーする処理を実行する。そして、初期動作時は、先のデータコピー管理ＤＢ３６７のコピー済フラグを未コピー”０”に初期化し、コピーが実行される毎に当該端末装置１０１のコピー済フラグをコピー済”１”に設定する。特に、データ一括更新部３６８は、動作後に初めて測定情報を受信したタイミングで一括コピーを実行する。

このようにして、（旧）センター装置１０３ａから（新）センター装置１０３ｂへ各端末装置１０１の計測情報のデータ管理を移行する際に必要最小限のコピー処理で済ますことができ、新センター装置の処理量の増加と不要なＤＢアクセスによる定常負荷の増大を解消することができる。

［センター装置１０３の構成例］
先の例では、例えば図２０で説明した（旧）センター装置１０３ａから図２１で説明した（新）センター装置１０３ｂに端末装置１０１のデータ管理を移行するようにした。これは、本発明に係る（新）センター装置１０３ｂの機能を持たない（旧）センター装置１０３ａで運用されている現状の健康管理システム１００を何ら変更することなく（新）センター装置１０３ｂを追加するだけで、本発明の効果が得られることを示すためである。

先の例では、動作が理解し易いように、移行元の（旧）センター装置１０３ａと、移行先の（新）センター装置１０３ｂとに役割を分けて説明したが、実際には次の移行作業の際に（新）センター装置１０３ｂは（旧）センター装置１０３ａ側の役割も担うため、（旧）センター装置１０３ａと同様の機能も有する必要がある。

図２２は、（旧）センター装置１０３ａと（新）センター装置１０３ｂの両方の機能を有するセンター装置１０３ｃの構成を示すブロック図である。尚、図２２において、図２０および図２１と同符号のブロックは同じブロックを示す。例えば、端末通信部３０１、ＮＷアクセス部３０４、端末番号ＤＢ３５９、センターアドレスＤＢ３６０、測定情報ＤＢ３６１および利用者ＤＢ３６６は、（旧）センター装置１０３ａおよび（新）センター装置１０３ｂと同じブロックである。同様に、データコピー管理ＤＢ３６７とデータ管理制御部３０３ｃのデータ一括更新部３６８は（新）センター装置１０３ｂと同じブロックであり、データ管理制御部３０３ｃの一括データ生成部３５８は（旧）センター装置１０３ａと同じブロックである。また、同符号であってもアルファベットのｃが付加されているものは、同様の機能のブロックであるが動作や処理内容が少し異なるブロックである。例えば、データ管理制御部３０３ｃ、センター通信部３０２ｃおよびその中の送信部３５３ｃと受信部３５４ｃである。尚、送信部３５３ｃと受信部３５４ｃは送受信する内容が（旧）センター装置１０３ａおよび（新）センター装置１０３ｂが扱うデータ（一括データの送受信、一括要求の送受信）の両方で、図２０で説明したパケット２６３またはパケット２６４が送信または受信される。例えば、センター装置１０３ｃが移行元（（旧）センター装置１０３ａに相当）である場合は移行先（（新）センター装置１０３ｂに相当）から一括要求のパケット２６４を受信部３５４ｃで受信し、一括データのパケット２６３を送信部３５３ｃから移行先の送信する。逆に、センター装置１０３ｃが移行先（（新）センター装置１０３ｂに相当）である場合は移行元（（旧）センター装置１０３ａに相当）に一括要求のパケット２６４を送信部３５３ｃから送信し、移行元から一括データのパケット２６３を受信部３５４ｃで受信する。

ここで、センター通信部３０２ｃの送信部３５３ｃおよび受信部３５４ｃで送受信する一括要求および一括データについて説明する。移行先のセンター装置１０３ｃが端末装置１０１から初めて計測情報を受信した場合に当該端末装置１０１に対応する計測情報を移行元のセンター装置１０３ｃに要求する一括要求を送信する。そして、移行先のセンター装置１０３ｃから一括要求を受信した移行元のセンター装置１０３ｃの一括データ生成部３５８は、一括要求に含まれる当該端末装置１０１の過去の測定情報を測定情報ＤＢ３６１から読み出して一括データを生成し、送信部３５３ｃから移行先のセンター装置１０３ｃに送信する。そして、移行先のセンター装置１０３ｃのデータ一括更新部３６８は、移行元のセンター装置１０３ｃから送信された一括データをセンター通信部３０２ｃの受信部３５４ｃで受信すると、一括データに含まれる端末装置１０１に対応する測定情報ＤＢ３６１の格納領域に一括データを記憶すると共に、当該端末装置１０１に対応するデータコピー管理ＤＢのコピー済フラグをコピー済（例えば”１”）に設定する。同様の動作を各端末装置１０１について実行する。

このようにして、移行元のセンター装置１０３ｃから移行先のセンター装置１０３ｃへ各端末装置１０１の計測情報のデータ管理を移行する際に必要最小限のコピー処理で済ますことができ、移行先のセンター装置１０３ｃの処理量の増加と不要なＤＢアクセスによる定常負荷の増大を解消することができる。

尚、本発明に係るデータ管理システム、センター装置およびデータ管理方法について、各実施例を挙げて説明してきたが、その精神またはその主要な特徴から逸脱することなく他の多様な形で実施することができる。そのため、上述した実施例はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明は、特許請求の範囲によって示されるものであって、本発明は明細書本文にはなんら拘束されない。さらに、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内である。

１００・・・健康管理システム
１０１・・・端末装置
１０２・・・ネットワーク（ＮＷ）
１０３，１０３ａ，１０３ｂ，１０３ｃ・・・センター装置
１０４・・・ネットワーク（ＮＷ）
１０５・・・パソコン
１５１・・・体組成計
１５２・・・血圧計
１５３・・・歩数計
１５４・・・測定情報データベース（ＤＢ）
１５５・・・データコピー管理テーブル
２０１・・・計測器通信部
２０２・・・制御部
２０３・・・センター通信部
２５１・・・受信部
２５２・・・パケット生成部
２５３・・・アドレス更新部
２５４・・・センターアドレス情報部
３０１・・・端末通信部
３０２，３０２ｂ，３０２ｃ・・・センター通信部
３０３，３０３ｂ，３０３ｃ・・・データ管理制御部
３０４・・・ネットワーク（ＮＷ）アクセス部
３５１・・・送信部
３５２・・・受信部
３５３，３５３ｂ，３５３ｃ・・・送信部
３５４，３５４ｂ，３５４ｃ・・・受信部
３５５・・・センターアドレス通知部
３５６・・・端末番号判定部
３５７・・・測定データ更新部
３５８・・・一括データ生成部
３５９・・・端末番号ＤＢ
３６０・・・センターアドレス部
３６１・・・測定情報ＤＢ
３６２・・・受信部
３６３・・・送信部
３６４・・・表示情報生成部
３６５・・・アクセス制御部
３６６・・・利用者ＤＢ（データベース）
３６７・・・データコピー管理ＤＢ
３６８・・・データ一括更新部

Claims

複数の端末装置と、
ネットワークを介して接続される前記複数の端末装置から送信されるデータを前記端末装置毎にデータベースに蓄積して管理するセンター装置と
で構成され、
前記センター装置を移行元のセンター装置として、前記移行元のセンター装置と同じ機能を有する移行先のセンター装置を配置して、前記データベースの管理を移行する場合、
前記移行先のセンター装置は、前記端末装置毎に前記移行元のセンター装置のデータベースに蓄積された当該端末装置のデータを前記移行先のセンター装置のデータベースにコピー済であるか否かを示すフラグ情報を管理し、前記移行先のセンター装置は、起動時に全ての前記端末装置の前記フラグ情報をクリアしておき、前記端末装置からデータを受信した時に当該端末装置に対応する前記フラグ情報がクリアされている場合に、当該端末装置から受信した最初のデータであると判断して、当該端末装置の過去のデータを前記移行元のセンター装置のデータベースから前記移行先のセンター装置のデータベースに一括コピーする
ことを特徴とするデータ管理システム。
請求項１に記載のデータ管理システムにおいて、
前記移行元のセンター装置は、移行時に前記移行先のセンター装置のアドレスを前記端末装置に通知する
ことを特徴とするデータ管理システム。
ネットワークを介して接続された複数の端末装置から受信したデータをデーターベースに蓄積して管理する移行元のセンター装置から前記データベースを移行する前記移行元のセンター装置と同じ機能を有する移行先のセンター装置において、
前記端末装置毎に前記移行元のセンター装置のデータベースに蓄積された当該端末装置のデータを自装置のデータベースにコピー済であるか否かを示すフラグ情報を管理し、起動時に全ての前記端末装置の前記フラグ情報をクリアしておき、前記端末装置からデータを受信した時に当該端末装置に対応する前記フラグ情報がクリアされている場合に、当該端末装置から受信した最初のデータであると判断して、当該端末装置の過去のデータを前記移行元のセンター装置のデータベースから自装置の前記データベースに一括コピーする制御部と
を有することを特徴とするセンター装置。
請求項３に記載のセンター装置において、
前記制御部は、外部から指定された移行先のセンター装置のアドレスを前記端末装置に通知する
ことを特徴とするセンター装置。
ネットワークを介して接続される複数の端末装置から送信されるデータをセンター装置で受信して前記端末装置毎にデータベースに蓄積して管理するデータ管理方法において、
前記センター装置を移行元のセンター装置として、前記移行元のセンター装置と同じ機能を有する移行先のセンター装置を配置して、前記データベースの管理を移行する場合、
前記移行先のセンター装置は、前記端末装置毎に前記移行元のセンター装置のデータベースに蓄積された当該端末装置のデータを前記移行先のセンター装置のデータベースにコピー済であるか否かを示すフラグ情報を管理し、前記移行先のセンター装置は、起動時に全ての前記端末装置の前記フラグ情報をクリアしておき、前記端末装置からデータを受信した時に当該端末装置に対応する前記フラグ情報がクリアされている場合に、当該端末装置から受信した最初のデータであると判断して、当該端末装置の過去のデータを前記移行元のセンター装置のデータベースから前記移行先のセンター装置のデータベースに一括コピーする
ことを特徴とするデータ管理方法。
請求項５に記載のデータ管理方法において、
前記移行元のセンター装置は、移行時に前記移行先のセンター装置のアドレスを前記端末装置に通知する
ことを特徴とするデータ管理方法。