在宅ヘルスケアシステム
【課題】従来の在宅ヘルスケアシステムでは、管理サーバーのソフトウェアがアップグレードされることで、健康端末装置と管理サーバーとの通信方式が変更になると通信ができなくなるため、健康端末装置と管理サーバーのソフトウェアを同時に変更する必要があるという課題があった。
【解決手段】本発明の在宅ヘルスケアシステムでは、健康管理端末は管理サーバーと通信する前にソフト更新サーバーと通信して、あらかじめソフトウェアを更新してその後に管理サーバーと通信することで、管理サーバーのソフトウェアが更新され通信方式が変化しても、その後の次回通信で自動的に健康端末装置のソフトウェアが更新され、バージョンアップによる通信方式の変更で通信不能状態になることを防ぐのを可能にした。
【解決手段】本発明の在宅ヘルスケアシステムでは、健康管理端末は管理サーバーと通信する前にソフト更新サーバーと通信して、あらかじめソフトウェアを更新してその後に管理サーバーと通信することで、管理サーバーのソフトウェアが更新され通信方式が変化しても、その後の次回通信で自動的に健康端末装置のソフトウェアが更新され、バージョンアップによる通信方式の変更で通信不能状態になることを防ぐのを可能にした。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医師や看護師などの医療関係者と、在宅あるいは医療機関内の患者との間で医療情報や生体情報の交信を行うことができる健康診断ネットワークシステムに関するものである。
【背景技術】
【０００２】
従来の在宅ヘルスケアシステムは、各家庭に設置された健康端末装置へ体温計、血糖計などの各種センサにより測定したデータを転送することで、データセンターなどに設置されたデータベースサーバーへ蓄積する。同時にＷｅｂサーバーを設置して、患者宅から離れた医師はインターネット網を経由して病院にてＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒなどのブラウザによりデータベースサーバーに蓄積された患者データをチェックできるようにしてある。これによって患者の通院なしに、適切なアドバイスを患者へ与えたり、遠隔診療をおこなうことができる（特許文献１）。データベースサーバーには患者を特定するための年齢・性別・住所・電話番号といった個人特定情報と共に、患者の生体情報データなどの病状などの個人生体情報が蓄積される（特許文献２）。
【特許文献１】特開２００２−８３０６６号公報
【特許文献２】特開平７−１４１４５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の在宅ヘルスケアシステムでは管理サーバーのソフトウェアがアップグレードされることで、健康端末装置と管理サーバーとの通信方式が変更になると通信ができなくなるため、健康端末装置と管理サーバーのソフトウェアを同時に変更する必要があるという問題があった。
【０００４】
本発明は、健康管理端末は管理サーバーと通信する前にソフト更新サーバーと通信して、あらかじめソフトウェアを更新してその後に管理サーバーと通信することで、管理サーバーのソフトウェアが更新され通信方式が変化しても、その後の次回通信で自動的に健康端末装置のソフトウェアが更新され、バージョンアップによる通信方式の変更で通信不能状態になることを防ぐのを目的とする。
【課題を解決するための手段】
【０００５】
本発明の在宅ヘルスケアシステムは、患者が測定した生体情報をネットワークを介して管理手段へ送信可能で、かつ医師からのアドバイス情報を受信できる健康端末装置と、前記生体情報を前記管理手段より取得して閲覧可能とし、かつ患者へのアドバイス情報を送信することができる医師が使用する医師端末と、前記健康端末装置のソフトを更新するためのソフト更新手段を備え、前記管理手段は患者の生体情報を蓄積するデータベース手段と前記データベース手段に前記健康端末装置からの生体情報の蓄積制御をする情報制御手段とを有し、前記ソフト更新手段は前記健康端末装置の更新ファイルを保存する更新ソフト蓄積手段と前記更新ソフト蓄積手段から更新ファイルを取り出し前記健康端末装置との通信を制御することでソフトウェアアップデートをおこなうソフト更新判断手段とを有する。
【０００６】
この構成により、健康管理端末は管理サーバーと通信する前にソフト更新サーバーと通信して、あらかじめソフトウェアを更新してその後に管理サーバーと通信することで、管理サーバーのソフトウェアが更新され通信方式が変化しても、その後の次回通信で自動的に健康端末装置のソフトウェアが更新され、バージョンアップによる通信方式の変更で通信不能状態になることを防ぐことができる。
【０００７】
本発明の在宅ヘルスケアシステムは、さらに前記ソフト更新手段が送付する前記更新ファイルが前記健康端末装置のソフトウェアのバージョンに応じて変化することを特徴とする。
【０００８】
この構成により、各健康端末装置に実装されているソフトの古さに応じて、既に健康端末装置に存在するファイルの転送をしないので、バージョンアップ時間の短縮とネットワークトラフィックの削減をすることができる。
【０００９】
本発明の在宅ヘルスケアシステムは、さらに前記ソフト蓄積手段の更新ファイルをリモート制御により入れ替えをおこなうメンテナンス端末と、前記メンテナンス端末からのリモート制御により前記更新ソフト蓄積手段の更新ファイルを入れ替える更新ソフト受入手段を有することを特徴とする。
【００１０】
この構成により、これによりソフト更新サーバーが更新ソフト開発場所から離れた場所に設置されていても、即座にアップグレードソフトのリリースをおこなうことができる。
【００１１】
本発明の在宅ヘルスケアシステムは、前記データベース手段がクラスタリングにより構成されたことを特徴とする。
【００１２】
この構成により、機器などのトラブル時による患者の生体情報の損傷を防ぐことができる。
【００１３】
本発明のプログラムは、さらに在宅ヘルスケアシステムのの少なくとも一部の制御動作をコンピューターに実行させる。
【００１４】
この構成により、ＣＰＵ（マイコン）、ＲＡＭ、ＲＯＭ、記憶装置、Ｉ／Ｏなどを備えた電気情報機器、コンピューター、サーバー等のハードリソースを協働させて、本発明の健康端末装置の一部あるいは全てを容易に実現することができる。
【００１５】
また記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布やインストール作業が簡単にできる。
【発明の効果】
【００１６】
本発明は、患者が測定した体温、血糖値などの生体情報を管理サーバーへ送信すると共に、医師からのアドバイス情報を受信する健康端末装置と、患者が測定した生体情報を管理サーバーより取得して閲覧すると共に、患者へアドバイス情報を送信するために医師が使用する医師端末と、各患者の測定データなどの生体情報を蓄積されたデータベース手段と、前記データベース手段に前記健康端末装置からの生体情報の蓄積制御をする情報制御手段と、前記健康端末装置の更新ファイルを保存する更新ソフト蓄積手段と、前記更新ソフト蓄積手段から更新ファイルを取り出し前記健康端末装置との通信を制御することでソフトウェアアップデートをおこなうソフト更新判断手段と、前記通信インタフェース手段と前記特定情報アクセス手段と前記生体情報アクセス手段を制御することで前記医師端末に患者情報を表示させる情報制御手段とで構成されている。この構成により、健康管理端末は管理サーバーと通信する前にソフト更新サーバーと通信して、あらかじめソフトウェアを更新してその後に管理サーバーと通信することで、管理サーバーのソフトウェアが更新され通信方式が変化しても、その後の次回通信で自動的に健康端末装置のソフトウェアが更新され、バージョンアップによる通信方式の変更で通信不能状態になることを防ぐことができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態の在宅ヘルスケアシステムについて、図面を用いて説明する。
【００１８】
（第１の実施の形態）
本発明の第１の実施の形態における在宅ヘルスケアシステムの構成図を図１に示す。
【００１９】
図１において、健康端末装置１０１は患者が測定した体温、血糖値などの生体情報を管理手段である管理サーバー１０２へ送信すると共に、医師からのアドバイス情報を受信する。管理サーバー１０２は、情報制御手段１１１とデータベース手段１１２から構成された管理サーバー。医師端末１０３は患者が測定した生体情報を管理サーバー１０２より取得して閲覧すると共に、患者へアドバイス情報を送信するために医師が使用する。インターネット網１０４は健康端末装置１０１と医師端末１０３が管理サーバー１０２及びソフト更新手段であるソフト更新サーバー１０６と通信する。ファイアウォール１０５は管理サーバー１０２とソフト更新サーバー１０６を悪意のある者から防御するためのセキュリティ機器である。ソフト更新サーバー１０６はソフト更判断手段１１３と更新ソフト蓄積手段１１４から構成される。情報制御手段１１１はデータベース手段１１２に健康端末装置１０１からの生体情報の蓄積制御をする。データベース手段１１２は各患者の測定データなどの生体情報を蓄積される。ソフト更新判断手段１１３は更新ソフト蓄積手段１１４から更新ファイルを取り出し健康端末装置１０１との通信を制御することでソフトウェアアップデートをおこなう。更新ソフト蓄積手段１１４は健康端末装置１０１の更新ファイルを保存する。
【００２０】
以上のように構成された在宅ヘルスケアシステムについて、本発明の動作を詳細に説明する。
【００２１】
健康端末装置１０１は患者が自宅で入力した生体情報をインターネット網１０４を介して、管理サーバー１０２へ送信する。管理サーバー１０２の情報制御手段１１１はこれを受信してデータベース手段１１２に蓄積をする。また医者は医師端末１０３を使用してインターネット網１０４を経由してデータベース手段１１２に蓄積された患者データを遠隔にて閲覧することで、患者が病院に行かずに日々の健康管理状態を医師は知ることができ治療に生かすことができる。もし医師が食事内容などの健康アドバイスや通院指示をしたい場合には、医師端末１０３を使用することでデータベース手段１１２へ書き込みを行い。健康端末装置１０１は情報制御手段１１１を介してその書き込みを受信、患者はそのアドバイス情報を入手することができる。このようなシステムでは日々ソフトウェアの更新やバグ修正がおこなわれるが、この手順はこれまでは、健康端末装置１０１が情報制御手段１１１と通信するときに処理される。しかしながら本システムはそうではなく、健康端末装置１０１が管理サーバー１０２と通信するより先に、ソフト更新サーバー１０６と通信をおこなうことで健康端末装置１０１のソフトウェアを更新して、その後管理サーバー１０２との通信を開始する。このソフト更新手順について図２を用いて説明をする。
【００２２】
図２は本発明の第１の実施の形態における通信シーケンス図である。
【００２３】
健康端末装置２０１はバージョン１．０のソフトウェアが実装されている。健康端末装置２０２はバージョン２．０のソフトウェアが実装されている。健康端末装置２０１はソフト更新サーバー１０６から最新ソフトウェアである更新ソフトファイル２１２を受信する。そしてソフトウェアを最新状態にアップグレードした後に、管理サーバー１０２と患者が測定した生体情報である測定データ２１３を送信したり、アドバイス情報がはいった患者データ２１４の受信をおこなう。また違うソフトバージョンが実装された健康端末装置２０２、２０３においても全く同じ更新ソフトファイル２１２をソフト更新サーバー１０６から受信することで最新ソフトにアップグレードが行われる。これによって、健康管理端末２０１、２０２、２０３は管理サーバー１０２と通信する前にソフト更新サーバー１０６と通信して、あらかじめソフトウェアを更新してその後に管理サーバー１０２と通信することで、管理サーバー１０２のソフトウェアが更新され通信方式が変化しても、その後の次回通信で自動的にソフトウェアが更新され、バージョンアップによる通信方式の変更で通信不能状態になることを防ぐことができる。
【００２４】
（第２の実施の形態）
次に図３を用いて、本発明の第２の実施の形態を説明する。図３は本発明の第２の実施の形態における通信シーケンス図である。健康端末装置２０１はバージョン１．０のソフトウェアが実装されている。健康端末装置２０２はバージョン２．０のソフトウェアが実装されている。健康端末装置２０１は実装されているソフトウェアが１．０であることをバージョン情報２１１としてソフト更新サーバー１０６へ送信する。するとソフト更新サーバー１０６は、最新ソフト（ここでは３．０とする）とバージョン１．０との差分ファイルのみ更新ソフトファイル２１２としてダウンロードさせる。その後、健康端末装置２０１はバージョン３．０として管理サーバー１０２と測定データや患者データの送受信をおこなう。バージョン２．０のソフトウェアが実装された健康端末装置２０２の場合も同様である。バージョン２．０を意味するバージョン情報２２１をソフト更新サーバー１０６え送信することで、バージョン２．０と３．０の差分ファイルである更新ソフトファイル２２２を取得して、最新のソフトウェア３．０へとアップグレードされる。次に既に最新のソフトウェアが十曽された健康端末装置２０３の動きについて説明をする。健康端末装置２０３はソフトウェアのバージョンが３．０であることをバージョン情報２３１を送信することでソフト更新サーバー１０６へ通知する。ソフト更新サーバー１０６は既に最新のソフトウェアであるためアップグレードのひつようがないことを最新バージョン通知２２３２によって健康端末装置２０３へ知らせる。すると健康端末装置２０３はソフトウェアのアップグレードなしに管理サーバー１０２との通信に移行する。
【００２５】
図４は本発明の第２の実施の形態におけるフローチャート図を示したものである。ソフト更新サーバー１０６におけるソフト更新判断手段１１３では健康端末装置１０１からバージョン情報を取得（端末ソフトバージョン取得処理３０２）、そして更新ソフト蓄積手段１１４に蓄積されたソフトウェアのバージョンと比較（バージョン比較処理３０３）して、バージョン毎にファイル処理される（ファイル選択処理３０４a、３０４ｂ）。そして更新ソフト蓄積手段１１４に保存されている差分ファイルを健康端末装置１０１へ送信をおこなう（更新ファイルダウンロード処理３０５）。これによって、ソフト更新サーバーが送付する更新ファイルが健康端末装置のソフトウェアバージョンに応じて変化する構成を有している。この構成により、各健康端末装置に実装されているソフトの古さに応じて、既に健康端末装置に存在するファイルの転送をしないので、バージョンアップ時間の短縮とネットワークトラフィックの削減をすることができる。
【００２６】
（第３の実施の形態）
次に図５を用いて、本発明の第３の実施の形態を説明する。図５は、本発明の第３の実施の形態における在宅ヘルスケアシステムの構成図である。なお図１と同じものは説明を省略する。メンテナンス端末１０７はソフト蓄積手段１１４の更新ファイルをリモート制御により入れ替えをおこなう。更新ソフト受入手段１１５はメンテナンス端末１０７からのリモート制御により更新ソフト蓄積手段１１４の更新ファイルを入れ替える。管理者はメンテナンス端末１０７を操作することで、インターネット網１０４を介して更新ソフト受入手段１１５と通信をおこない、更新ソフト蓄積手段１１４に更新ファイルをアップロードしたりすることができる。
【００２７】
これによって、ソフト更新サーバーが更新ソフト開発場所から離れた場所に設置されていても、即座にアップグレードソフトのリリースをおこなうことができる。
【００２８】
（第４の実施の形態）
次に図６を用いて、本発明の第４実施の形態を説明する。図６にて、本発明の第４の実施の形態における在宅ヘルスケアシステムの構成図である。なお図１と同じものは説明を省略する。データベースサーバー１０８はデータベース手段１１２を有する。データベース手段１１２は情報制御手段１１１を有した管理サーバーと別のものとして管理されるため、管理サーバーが１０２が故障などに破損しても、データベース手段１１２に蓄積されたデータベースの損傷を防ぐ。これによって、機器などのトラブル時による患者の生体情報の損傷を防ぐことができる。
【産業上の利用可能性】
【００２９】
以上のように、本発明にかかる在宅ヘルスケアシステムは、健康管理端末は管理サーバーと通信する前にソフト更新サーバーと通信して、あらかじめソフトウェアを更新してその後に管理サーバーと通信することで、管理サーバーのソフトウェアが更新され通信方式が変化しても、その後の次回通信で自動的に健康端末装置のソフトウェアが更新され、バージョンアップによる通信方式の変更で通信不能状態になることを防ぐことができる。
【図面の簡単な説明】
【００３０】
【図１】本発明の第１の実施の形態における在宅ヘルスケアシステムの構成図
【図２】本発明の第１の実施の形態における通信シーケンス図
【図３】本発明の第２の実施の形態における通信シーケンス図
【図４】本発明の第２の実施の形態におけるフローチャート
【図５】本発明の第３の実施の形態における在宅ヘルスケアシステムの構成図
【図６】本発明の第４の実施の形態における在宅ヘルスケアシステムの構成図
【符号の説明】
【００３１】
１０１ 健康端末装置
１０２ 管理サーバー
１０３ 医師端末
１０４ インターネット網
１０５ ファイアウォール
１０６ ソフト更新サーバー
１０７ メンテナンス端末
１０８ データベースサーバー
１１１ 情報制御手段
１１２ データベース手段
１１３ ソフト更新判断手段
１１４ 更新ソフト蓄積手段
１１５ 更新ソフト受入手段
【技術分野】
【０００１】
本発明は、医師や看護師などの医療関係者と、在宅あるいは医療機関内の患者との間で医療情報や生体情報の交信を行うことができる健康診断ネットワークシステムに関するものである。
【背景技術】
【０００２】
従来の在宅ヘルスケアシステムは、各家庭に設置された健康端末装置へ体温計、血糖計などの各種センサにより測定したデータを転送することで、データセンターなどに設置されたデータベースサーバーへ蓄積する。同時にＷｅｂサーバーを設置して、患者宅から離れた医師はインターネット網を経由して病院にてＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒなどのブラウザによりデータベースサーバーに蓄積された患者データをチェックできるようにしてある。これによって患者の通院なしに、適切なアドバイスを患者へ与えたり、遠隔診療をおこなうことができる（特許文献１）。データベースサーバーには患者を特定するための年齢・性別・住所・電話番号といった個人特定情報と共に、患者の生体情報データなどの病状などの個人生体情報が蓄積される（特許文献２）。
【特許文献１】特開２００２−８３０６６号公報
【特許文献２】特開平７−１４１４５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の在宅ヘルスケアシステムでは管理サーバーのソフトウェアがアップグレードされることで、健康端末装置と管理サーバーとの通信方式が変更になると通信ができなくなるため、健康端末装置と管理サーバーのソフトウェアを同時に変更する必要があるという問題があった。
【０００４】
本発明は、健康管理端末は管理サーバーと通信する前にソフト更新サーバーと通信して、あらかじめソフトウェアを更新してその後に管理サーバーと通信することで、管理サーバーのソフトウェアが更新され通信方式が変化しても、その後の次回通信で自動的に健康端末装置のソフトウェアが更新され、バージョンアップによる通信方式の変更で通信不能状態になることを防ぐのを目的とする。
【課題を解決するための手段】
【０００５】
本発明の在宅ヘルスケアシステムは、患者が測定した生体情報をネットワークを介して管理手段へ送信可能で、かつ医師からのアドバイス情報を受信できる健康端末装置と、前記生体情報を前記管理手段より取得して閲覧可能とし、かつ患者へのアドバイス情報を送信することができる医師が使用する医師端末と、前記健康端末装置のソフトを更新するためのソフト更新手段を備え、前記管理手段は患者の生体情報を蓄積するデータベース手段と前記データベース手段に前記健康端末装置からの生体情報の蓄積制御をする情報制御手段とを有し、前記ソフト更新手段は前記健康端末装置の更新ファイルを保存する更新ソフト蓄積手段と前記更新ソフト蓄積手段から更新ファイルを取り出し前記健康端末装置との通信を制御することでソフトウェアアップデートをおこなうソフト更新判断手段とを有する。
【０００６】
この構成により、健康管理端末は管理サーバーと通信する前にソフト更新サーバーと通信して、あらかじめソフトウェアを更新してその後に管理サーバーと通信することで、管理サーバーのソフトウェアが更新され通信方式が変化しても、その後の次回通信で自動的に健康端末装置のソフトウェアが更新され、バージョンアップによる通信方式の変更で通信不能状態になることを防ぐことができる。
【０００７】
本発明の在宅ヘルスケアシステムは、さらに前記ソフト更新手段が送付する前記更新ファイルが前記健康端末装置のソフトウェアのバージョンに応じて変化することを特徴とする。
【０００８】
この構成により、各健康端末装置に実装されているソフトの古さに応じて、既に健康端末装置に存在するファイルの転送をしないので、バージョンアップ時間の短縮とネットワークトラフィックの削減をすることができる。
【０００９】
本発明の在宅ヘルスケアシステムは、さらに前記ソフト蓄積手段の更新ファイルをリモート制御により入れ替えをおこなうメンテナンス端末と、前記メンテナンス端末からのリモート制御により前記更新ソフト蓄積手段の更新ファイルを入れ替える更新ソフト受入手段を有することを特徴とする。
【００１０】
この構成により、これによりソフト更新サーバーが更新ソフト開発場所から離れた場所に設置されていても、即座にアップグレードソフトのリリースをおこなうことができる。
【００１１】
本発明の在宅ヘルスケアシステムは、前記データベース手段がクラスタリングにより構成されたことを特徴とする。
【００１２】
この構成により、機器などのトラブル時による患者の生体情報の損傷を防ぐことができる。
【００１３】
本発明のプログラムは、さらに在宅ヘルスケアシステムのの少なくとも一部の制御動作をコンピューターに実行させる。
【００１４】
この構成により、ＣＰＵ（マイコン）、ＲＡＭ、ＲＯＭ、記憶装置、Ｉ／Ｏなどを備えた電気情報機器、コンピューター、サーバー等のハードリソースを協働させて、本発明の健康端末装置の一部あるいは全てを容易に実現することができる。
【００１５】
また記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布やインストール作業が簡単にできる。
【発明の効果】
【００１６】
本発明は、患者が測定した体温、血糖値などの生体情報を管理サーバーへ送信すると共に、医師からのアドバイス情報を受信する健康端末装置と、患者が測定した生体情報を管理サーバーより取得して閲覧すると共に、患者へアドバイス情報を送信するために医師が使用する医師端末と、各患者の測定データなどの生体情報を蓄積されたデータベース手段と、前記データベース手段に前記健康端末装置からの生体情報の蓄積制御をする情報制御手段と、前記健康端末装置の更新ファイルを保存する更新ソフト蓄積手段と、前記更新ソフト蓄積手段から更新ファイルを取り出し前記健康端末装置との通信を制御することでソフトウェアアップデートをおこなうソフト更新判断手段と、前記通信インタフェース手段と前記特定情報アクセス手段と前記生体情報アクセス手段を制御することで前記医師端末に患者情報を表示させる情報制御手段とで構成されている。この構成により、健康管理端末は管理サーバーと通信する前にソフト更新サーバーと通信して、あらかじめソフトウェアを更新してその後に管理サーバーと通信することで、管理サーバーのソフトウェアが更新され通信方式が変化しても、その後の次回通信で自動的に健康端末装置のソフトウェアが更新され、バージョンアップによる通信方式の変更で通信不能状態になることを防ぐことができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態の在宅ヘルスケアシステムについて、図面を用いて説明する。
【００１８】
（第１の実施の形態）
本発明の第１の実施の形態における在宅ヘルスケアシステムの構成図を図１に示す。
【００１９】
図１において、健康端末装置１０１は患者が測定した体温、血糖値などの生体情報を管理手段である管理サーバー１０２へ送信すると共に、医師からのアドバイス情報を受信する。管理サーバー１０２は、情報制御手段１１１とデータベース手段１１２から構成された管理サーバー。医師端末１０３は患者が測定した生体情報を管理サーバー１０２より取得して閲覧すると共に、患者へアドバイス情報を送信するために医師が使用する。インターネット網１０４は健康端末装置１０１と医師端末１０３が管理サーバー１０２及びソフト更新手段であるソフト更新サーバー１０６と通信する。ファイアウォール１０５は管理サーバー１０２とソフト更新サーバー１０６を悪意のある者から防御するためのセキュリティ機器である。ソフト更新サーバー１０６はソフト更判断手段１１３と更新ソフト蓄積手段１１４から構成される。情報制御手段１１１はデータベース手段１１２に健康端末装置１０１からの生体情報の蓄積制御をする。データベース手段１１２は各患者の測定データなどの生体情報を蓄積される。ソフト更新判断手段１１３は更新ソフト蓄積手段１１４から更新ファイルを取り出し健康端末装置１０１との通信を制御することでソフトウェアアップデートをおこなう。更新ソフト蓄積手段１１４は健康端末装置１０１の更新ファイルを保存する。
【００２０】
以上のように構成された在宅ヘルスケアシステムについて、本発明の動作を詳細に説明する。
【００２１】
健康端末装置１０１は患者が自宅で入力した生体情報をインターネット網１０４を介して、管理サーバー１０２へ送信する。管理サーバー１０２の情報制御手段１１１はこれを受信してデータベース手段１１２に蓄積をする。また医者は医師端末１０３を使用してインターネット網１０４を経由してデータベース手段１１２に蓄積された患者データを遠隔にて閲覧することで、患者が病院に行かずに日々の健康管理状態を医師は知ることができ治療に生かすことができる。もし医師が食事内容などの健康アドバイスや通院指示をしたい場合には、医師端末１０３を使用することでデータベース手段１１２へ書き込みを行い。健康端末装置１０１は情報制御手段１１１を介してその書き込みを受信、患者はそのアドバイス情報を入手することができる。このようなシステムでは日々ソフトウェアの更新やバグ修正がおこなわれるが、この手順はこれまでは、健康端末装置１０１が情報制御手段１１１と通信するときに処理される。しかしながら本システムはそうではなく、健康端末装置１０１が管理サーバー１０２と通信するより先に、ソフト更新サーバー１０６と通信をおこなうことで健康端末装置１０１のソフトウェアを更新して、その後管理サーバー１０２との通信を開始する。このソフト更新手順について図２を用いて説明をする。
【００２２】
図２は本発明の第１の実施の形態における通信シーケンス図である。
【００２３】
健康端末装置２０１はバージョン１．０のソフトウェアが実装されている。健康端末装置２０２はバージョン２．０のソフトウェアが実装されている。健康端末装置２０１はソフト更新サーバー１０６から最新ソフトウェアである更新ソフトファイル２１２を受信する。そしてソフトウェアを最新状態にアップグレードした後に、管理サーバー１０２と患者が測定した生体情報である測定データ２１３を送信したり、アドバイス情報がはいった患者データ２１４の受信をおこなう。また違うソフトバージョンが実装された健康端末装置２０２、２０３においても全く同じ更新ソフトファイル２１２をソフト更新サーバー１０６から受信することで最新ソフトにアップグレードが行われる。これによって、健康管理端末２０１、２０２、２０３は管理サーバー１０２と通信する前にソフト更新サーバー１０６と通信して、あらかじめソフトウェアを更新してその後に管理サーバー１０２と通信することで、管理サーバー１０２のソフトウェアが更新され通信方式が変化しても、その後の次回通信で自動的にソフトウェアが更新され、バージョンアップによる通信方式の変更で通信不能状態になることを防ぐことができる。
【００２４】
（第２の実施の形態）
次に図３を用いて、本発明の第２の実施の形態を説明する。図３は本発明の第２の実施の形態における通信シーケンス図である。健康端末装置２０１はバージョン１．０のソフトウェアが実装されている。健康端末装置２０２はバージョン２．０のソフトウェアが実装されている。健康端末装置２０１は実装されているソフトウェアが１．０であることをバージョン情報２１１としてソフト更新サーバー１０６へ送信する。するとソフト更新サーバー１０６は、最新ソフト（ここでは３．０とする）とバージョン１．０との差分ファイルのみ更新ソフトファイル２１２としてダウンロードさせる。その後、健康端末装置２０１はバージョン３．０として管理サーバー１０２と測定データや患者データの送受信をおこなう。バージョン２．０のソフトウェアが実装された健康端末装置２０２の場合も同様である。バージョン２．０を意味するバージョン情報２２１をソフト更新サーバー１０６え送信することで、バージョン２．０と３．０の差分ファイルである更新ソフトファイル２２２を取得して、最新のソフトウェア３．０へとアップグレードされる。次に既に最新のソフトウェアが十曽された健康端末装置２０３の動きについて説明をする。健康端末装置２０３はソフトウェアのバージョンが３．０であることをバージョン情報２３１を送信することでソフト更新サーバー１０６へ通知する。ソフト更新サーバー１０６は既に最新のソフトウェアであるためアップグレードのひつようがないことを最新バージョン通知２２３２によって健康端末装置２０３へ知らせる。すると健康端末装置２０３はソフトウェアのアップグレードなしに管理サーバー１０２との通信に移行する。
【００２５】
図４は本発明の第２の実施の形態におけるフローチャート図を示したものである。ソフト更新サーバー１０６におけるソフト更新判断手段１１３では健康端末装置１０１からバージョン情報を取得（端末ソフトバージョン取得処理３０２）、そして更新ソフト蓄積手段１１４に蓄積されたソフトウェアのバージョンと比較（バージョン比較処理３０３）して、バージョン毎にファイル処理される（ファイル選択処理３０４a、３０４ｂ）。そして更新ソフト蓄積手段１１４に保存されている差分ファイルを健康端末装置１０１へ送信をおこなう（更新ファイルダウンロード処理３０５）。これによって、ソフト更新サーバーが送付する更新ファイルが健康端末装置のソフトウェアバージョンに応じて変化する構成を有している。この構成により、各健康端末装置に実装されているソフトの古さに応じて、既に健康端末装置に存在するファイルの転送をしないので、バージョンアップ時間の短縮とネットワークトラフィックの削減をすることができる。
【００２６】
（第３の実施の形態）
次に図５を用いて、本発明の第３の実施の形態を説明する。図５は、本発明の第３の実施の形態における在宅ヘルスケアシステムの構成図である。なお図１と同じものは説明を省略する。メンテナンス端末１０７はソフト蓄積手段１１４の更新ファイルをリモート制御により入れ替えをおこなう。更新ソフト受入手段１１５はメンテナンス端末１０７からのリモート制御により更新ソフト蓄積手段１１４の更新ファイルを入れ替える。管理者はメンテナンス端末１０７を操作することで、インターネット網１０４を介して更新ソフト受入手段１１５と通信をおこない、更新ソフト蓄積手段１１４に更新ファイルをアップロードしたりすることができる。
【００２７】
これによって、ソフト更新サーバーが更新ソフト開発場所から離れた場所に設置されていても、即座にアップグレードソフトのリリースをおこなうことができる。
【００２８】
（第４の実施の形態）
次に図６を用いて、本発明の第４実施の形態を説明する。図６にて、本発明の第４の実施の形態における在宅ヘルスケアシステムの構成図である。なお図１と同じものは説明を省略する。データベースサーバー１０８はデータベース手段１１２を有する。データベース手段１１２は情報制御手段１１１を有した管理サーバーと別のものとして管理されるため、管理サーバーが１０２が故障などに破損しても、データベース手段１１２に蓄積されたデータベースの損傷を防ぐ。これによって、機器などのトラブル時による患者の生体情報の損傷を防ぐことができる。
【産業上の利用可能性】
【００２９】
以上のように、本発明にかかる在宅ヘルスケアシステムは、健康管理端末は管理サーバーと通信する前にソフト更新サーバーと通信して、あらかじめソフトウェアを更新してその後に管理サーバーと通信することで、管理サーバーのソフトウェアが更新され通信方式が変化しても、その後の次回通信で自動的に健康端末装置のソフトウェアが更新され、バージョンアップによる通信方式の変更で通信不能状態になることを防ぐことができる。
【図面の簡単な説明】
【００３０】
【図１】本発明の第１の実施の形態における在宅ヘルスケアシステムの構成図
【図２】本発明の第１の実施の形態における通信シーケンス図
【図３】本発明の第２の実施の形態における通信シーケンス図
【図４】本発明の第２の実施の形態におけるフローチャート
【図５】本発明の第３の実施の形態における在宅ヘルスケアシステムの構成図
【図６】本発明の第４の実施の形態における在宅ヘルスケアシステムの構成図
【符号の説明】
【００３１】
１０１ 健康端末装置
１０２ 管理サーバー
１０３ 医師端末
１０４ インターネット網
１０５ ファイアウォール
１０６ ソフト更新サーバー
１０７ メンテナンス端末
１０８ データベースサーバー
１１１ 情報制御手段
１１２ データベース手段
１１３ ソフト更新判断手段
１１４ 更新ソフト蓄積手段
１１５ 更新ソフト受入手段
【特許請求の範囲】
【請求項１】
患者が測定した生体情報をネットワークを介して管理手段へ送信可能で、かつ医師からのアドバイス情報を受信できる健康端末装置と、前記生体情報を前記管理手段より取得して閲覧可能とし、かつ患者へのアドバイス情報を送信することができる医師が使用する医師端末と、前記健康端末装置のソフトを更新するためのソフト更新手段を備え、前記管理手段は患者の生体情報を蓄積するデータベース手段と前記データベース手段に前記健康端末装置からの生体情報の蓄積制御をする情報制御手段とを有し、前記ソフト更新手段は前記健康端末装置の更新ファイルを保存する更新ソフト蓄積手段と前記更新ソフト蓄積手段から更新ファイルを取り出し前記健康端末装置との通信を制御することでソフトウェアアップデートをおこなうソフト更新判断手段とを有することを特徴とする
在宅ヘルスケアシステム。
【請求項２】
前記ソフト更新手段が送付する前記更新ファイルが前記健康端末装置のソフトウェアのバージョンに応じて変化することを特徴とする請求項１記載の在宅ヘルスケアシステム。
【請求項３】
前記ソフト蓄積手段の更新ファイルをリモート制御により入れ替えをおこなうメンテナンス端末と、前記メンテナンス端末からのリモート制御により前記更新ソフト蓄積手段の更新ファイルを入れ替える更新ソフト受入手段を有することを特徴とする請求項２記載の在宅ヘルスケアシステム。
【請求項４】
前記データベース手段がクラスタリングにより構成されたことを特徴とする請求項３記載の在宅ヘルスケアシステム。
【請求項５】
請求項１ないし４のいずれか１項記載の在宅ヘルスケアシステムの少なくとも一部の制御動作をコンピューターに実行させるためのプログラム。
【請求項１】
患者が測定した生体情報をネットワークを介して管理手段へ送信可能で、かつ医師からのアドバイス情報を受信できる健康端末装置と、前記生体情報を前記管理手段より取得して閲覧可能とし、かつ患者へのアドバイス情報を送信することができる医師が使用する医師端末と、前記健康端末装置のソフトを更新するためのソフト更新手段を備え、前記管理手段は患者の生体情報を蓄積するデータベース手段と前記データベース手段に前記健康端末装置からの生体情報の蓄積制御をする情報制御手段とを有し、前記ソフト更新手段は前記健康端末装置の更新ファイルを保存する更新ソフト蓄積手段と前記更新ソフト蓄積手段から更新ファイルを取り出し前記健康端末装置との通信を制御することでソフトウェアアップデートをおこなうソフト更新判断手段とを有することを特徴とする
在宅ヘルスケアシステム。
【請求項２】
前記ソフト更新手段が送付する前記更新ファイルが前記健康端末装置のソフトウェアのバージョンに応じて変化することを特徴とする請求項１記載の在宅ヘルスケアシステム。
【請求項３】
前記ソフト蓄積手段の更新ファイルをリモート制御により入れ替えをおこなうメンテナンス端末と、前記メンテナンス端末からのリモート制御により前記更新ソフト蓄積手段の更新ファイルを入れ替える更新ソフト受入手段を有することを特徴とする請求項２記載の在宅ヘルスケアシステム。
【請求項４】
前記データベース手段がクラスタリングにより構成されたことを特徴とする請求項３記載の在宅ヘルスケアシステム。
【請求項５】
請求項１ないし４のいずれか１項記載の在宅ヘルスケアシステムの少なくとも一部の制御動作をコンピューターに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００８−１５８６２２（Ｐ２００８−１５８６２２Ａ）
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願番号】特願２００６−３４４０９１（Ｐ２００６−３４４０９１）
【出願日】平成１８年１２月２１日（２００６．１２．２１）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願日】平成１８年１２月２１日（２００６．１２．２１）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]