(57)【要約】  データの、収集、格納、及びアクセスのためのシステムは、複数の電子装置を含む。電子装置は、格納器を有する。インターフェースソフトウェアは、次を定義する：電子装置の各々に、共有データ空間を設定するための初期設定命令、ここで、共有データ空間は、打刻された値を時間順に含む１つ以上のデータストリームを格納するように構成される；打刻された標本を、取得するために、かつ、共有データ空間の第１のデータストリームに格納するために、１つ以上の電子装置のうちの少なくとも１つの電子装置によって実行可能な、取得命令、ここで、打刻された標本は、第１の時間取得周波数で、第１のデータ源から取得される；第１のアプリケーションの第１のデータストリームアクセス周波数で、第１のデータストリームから、選択された値を、第１のアプリケーションに出力するために、１つ以上の電子装置のうちの少なくとも１つの電子装置によって実行可能な、出力命令；及び、指定された周波数で及び指定された瞬間に、データの標本の連続的な取得を開始することをシステムに命令するために、１つ以上の電子装置のうちの少なくとも１つの装置によって実行可能な、取得制御命令。
2009544419.tif 000002
【特許請求の範囲】
【請求項１】
データの、収集、格納、及びアクセスのためのシステムであって：
格納器を有する電子装置、ここで前記電子装置の前記格納器の少なくとも部分は、共有データ空間を含み、前記共有データ空間は、打刻された値を時間順に含む１つ以上のデータストリームを格納するように構成される；
１つ以上のデータ源；並びに
（ｉ）打刻された標本を、取得するために、及び、前記共有データ空間の第１のデータストリームに格納するために、前記電子装置によって実行可能な、取得命令、ここで、前記打刻された標本は、第１の時間取得周波数で、前記１つ以上のデータ源のうちの第１のデータ源から取得される；
（ｉｉ）第１のアプリケーションの第１のデータストリームアクセス周波数で、前記第１のデータストリームから、選択された値を、前記第１のアプリケーションに出力するために、前記電子装置によって実行可能な、出力命令；及び
（ｉｉｉ）指定された周波数で、データの標本の連続的な取得を要求するために、前記電子装置によって実行可能な、取得制御命令；
を定義するインターフェースソフトウェア；
を含むシステム。
【請求項２】
前記取得制御命令は、前記第１の時間取得周波数と、前記第１のアプリケーションの前記第１のデータストリームアクセス周波数とを設定するために、前記電子装置によって更に実行可能である、請求項１に記載のシステム、ここで、前記設定した結果、継続して選択された値は、前記第１のデータストリームにおいて隣接するか、又は、前記第１のデータストリームにおいて、間に入る打刻された値によって、分離されるかの、何れかである、但し、前記間に入る打刻された値の個数は、整数の定数である。
【請求項３】
前記取得命令は、打刻された標本を、取得するために、及び、前記共有データ空間の第２のデータストリームに格納するために、前記電子装置によって更に実行可能であり、ここで、前記打刻された標本は、第２の時間取得周波数で、前記１つ以上のデータ源のうちの第２のデータ源から取得される；並びに
前記出力命令は、前記第１のアプリケーションの又は他のアプリケーションの、第２のデータストリームアクセス周波数で、前記第２のデータストリームから、処理するために選択された値を、前記第１のアプリケーション又は前記他のアプリケーションに出力するために、前記電子装置によって更に実行可能である；
請求項１に記載のシステム。
【請求項４】
前記出力命令は、第２のアプリケーションの第１のデータストリームアクセス周波数で、前記第１のデータストリームから、選択された値を、前記第２のアプリケーションに出力するために、前記電子装置によって更に実行可能である、請求項１に記載のシステム。
【請求項５】
前記取得制御命令は、前記第１のアプリケーションの前記第１のデータストリームアクセス周波数と前記第２のアプリケーションの前記第１のデータストリームアクセス周波数とを設定するために、前記電子装置によって更に実行可能である、請求項４に記載のシステム、ここで、前記設定の結果、次の何れか１つが成り立つ：
前記第１のアプリケーションの前記第１のデータストリームアクセス周波数は、前記第２のアプリケーションの前記第１のデータストリームアクセス周波数と等しい；
前記第１のアプリケーションの前記第１のデータストリームアクセス周波数は、前記第２のアプリケーションの前記第１のデータストリームアクセス周波数の、２以上の整数倍である；及び
前記第２のアプリケーションの前記第１のデータストリームアクセス周波数は、前記第１のアプリケーションの前記第１のデータストリームアクセス周波数の、２以上の整数倍である。
【請求項６】
格納器を有する前記電子装置は、格納器を有する複数の電子装置を含み、かつ、前記インターフェースソフトウェアは、同期命令を更に定義する、請求項１に記載のシステム、ここで、前記同期命令は、格納器を有する前記複数の電子装置のうち、異なる複数の電子装置に格納された、前記共有データ空間の、異なるインスタンスを、少なくとも断続的に同期するために、前記複数の電子装置の各々で実行可能である。
【請求項７】
前記同期命令は、前記複数の電子装置の時計を、少なくとも断続的に同期するために、前記複数の電子装置の各々で更に実行可能である、請求項６に記載のシステム。
【請求項８】
格納器を有する前記複数の電子装置のうち、少なくとも１つの電子装置は、前記１つ以上のデータ源のうちの、少なくとも１つのデータ源を組み込んでいる、請求項６に記載のシステム。
【請求項９】
前記１つ以上のデータ源のうちの、少なくとも１つのデータ源は、格納器を有する前記複数の電子装置の真部分集合の要素のみと直接通信する、請求項６に記載のシステム。
【請求項１０】
前記取得命令は、前記複数の電子装置のうちの第１の１つ以上の電子装置で実行可能であり；
前記出力命令は、前記複数の電子装置のうちの第２の１つ以上の電子装置で独立に実行可能であり、ここで、前記複数の電子装置のうちの前記第２の１つ以上の電子装置は、前記複数の電子装置のうちの前記第１の１つ以上の電子装置とは同じでなく；及び
前記取得制御命令は、前記複数の電子装置のうちの第３の１つ以上の電子装置で独立に実行可能であり、ここで、前記複数の電子装置のうちの前記第３の１つ以上の電子装置は、前記複数の電子装置のうちの前記第１の１つ以上の電子装置とは同じでなく、かつ、前記複数の電子装置のうちの前記第３の１つ以上の電子装置は、前記複数の電子装置のうちの前記第２の１つ以上の電子装置とは同じでない；
請求項６に記載のシステム。
【請求項１１】
前記出力命令、前記取得命令、及び前記取得制御命令は、それぞれ互いに独立して動作し、かつ、それぞれ互いに非同期に動作する、請求項１に記載のシステム。
【請求項１２】
請求項１のシステムにおいて使うために構成された、電子装置。
【請求項１３】
請求項１の前記インターフェースソフトウェアを備えるデジタル媒体又はデジタル諸媒体。
【請求項１４】
共有データ空間を定義する工程、ここで前記共有データ空間は、打刻された値を時間順に含む１つ以上のデータストリームを格納するように構成される；
第１の時間取得周波数で、第１のデータ源から取得された、打刻された標本を、取得し、かつ、前記共有データ空間の第１のデータストリームに格納する工程；及び
前記第１のデータストリームから選択された値を、第１のアプリケーションの第１のデータストリームアクセス周波数で、前記第１のアプリケーションに出力する工程；
を含む、データの、収集、格納、及びアクセスのための方法。
【請求項１５】
前記第１の時間取得周波数と、前記第１のアプリケーションの前記第１のデータストリームアクセス周波数とを設定する工程を更に含む、請求項１４に記載の方法、ここで、前記設定することにより、継続して選択された値は、前記第１のデータストリームにおいて隣接するか、又は、前記第１のデータストリームにおいて、間に入る打刻された値によって、分離されるかの、何れかである、但し、前記間に入る打刻された値の個数は、整数の定数である。
【請求項１６】
打刻された標本を、取得し、かつ、前記共有データ空間の第２のデータストリームに格納する工程、ここで、前記打刻された標本は、第２の時間取得周波数で、前記１つ以上のデータ源のうちの第２のデータ源から取得される；並びに
前記第１のアプリケーションの又は他のアプリケーションの、第２のデータストリームアクセス周波数で、前記第２のデータストリームから、処理するために選択された値を、前記第１のアプリケーション又は前記他のアプリケーションに出力する工程；
を更に含む、請求項１４に記載の方法。
【請求項１７】
第２のアプリケーションの第１のデータストリームアクセス周波数で、前記第１のデータストリームから、選択された値を、前記第２のアプリケーションに出力する工程を更に含む、請求項１４に記載の方法。
【請求項１８】
前記第１のアプリケーションの前記第１のデータストリームアクセス周波数と前記第２のアプリケーションの前記第１のデータストリームアクセス周波数とを設定する工程を更に含む、請求項１７に記載の方法、ここで、前記設定の結果、次の何れか１つが成り立つ：
前記第１のアプリケーションの前記第１のデータストリームアクセス周波数は、前記第２のアプリケーションの前記第１のデータストリームアクセス周波数と等しい；
前記第１のアプリケーションの前記第１のデータストリームアクセス周波数は、前記第２のアプリケーションの前記第１のデータストリームアクセス周波数の、２以上の整数倍である；及び
前記第２のアプリケーションの前記第１のデータストリームアクセス周波数は、前記第１のアプリケーションの前記第１のデータストリームアクセス周波数の、２以上の整数倍である。
【請求項１９】
前記共有データ空間を定義する前記工程は：
格納器を有する２つ以上の電子装置に前記共有データ空間のインスタンスを格納する工程；及び
前記２つ以上の電子装置の間の通信によって、前記共有データ空間の前記インスタンスを、少なくとも断続的に同期する工程；
を含む、請求項１４に記載の方法。
【請求項２０】
前記２つ以上の電子装置が前記打刻するために使う時計を同期するために、前記２つ以上の電子装置の間で、時計同期信号を少なくとも断続的に交換する工程を更に含む、請求項１９に記載の方法。
【請求項２１】
請求項１４の工程の各々を実行するための手段を含む、データの、収集、格納、及びアクセスのためのシステム。
【請求項２２】
データの、収集、格納、及びアクセスに関して使うための、インターフェースソフトウェアを格納する、格納媒体又は格納諸媒体、ここで、前記インターフェースソフトウェアは：
（ｉ）格納器を有する１つ以上の電子装置の各々に、共有データ空間のインスタンスを設定するための、初期設定命令、ここで、前記共有データ空間は、打刻された値を時間順に含む１つ以上のデータストリームを格納するように構成される；
（ｉｉ）打刻された標本を、取得するために、及び、前記共有データ空間の第１のデータストリームに格納するために、前記１つ以上の電子装置のうちの、少なくとも１つの電子装置によって実行可能な、取得命令、ここで、前記打刻された標本は、第１の時間取得周波数で、第１のデータ源から取得される；
（ｉｉｉ）第１のアプリケーションの第１のデータストリームアクセス周波数で、前記第１のデータストリームから、選択された値を、前記第１のアプリケーションに出力するために、前記１つ以上の電子装置のうちの少なくとも１つの電子装置によって実行可能な、出力命令；及び
（ｉｖ）指定された周波数で及び指定された瞬間に、データの標本の連続的な取得を開始することを、システムに命令するために、前記１つ以上の電子装置のうちの少なくとも１つの電子装置によって実行可能な、取得制御命令；
を定義する。
【請求項２３】
前記インターフェースソフトウェアは：
（ｖ）前記共有データ空間の前記インスタンスを少なくとも断続的に同期するために、前記１つ以上の電子装置の各々で実行可能な、同期命令；
を更に定義する、請求項２２に記載の格納媒体又は格納諸媒体。
【請求項２４】
共有データ空間を含む格納器、ここで前記共有データ空間は、打刻された値を時間順に含む１つ以上のデータストリームを格納するように構成される；並びに
命令を実行する処理装置、ここで、前記命令は：
打刻された標本を、取得するための、及び、前記共有データ空間の第１のデータストリームに格納するための命令であり、ここで、前記打刻された標本は、第１の時間取得周波数で、１つ以上のデータ源のうちの第１のデータ源から取得される；及び
第１のアプリケーションの第１のデータストリームアクセス周波数で、前記第１のデータストリームから、選択された値を、前記第１のアプリケーションに出力するための命令である；
を含む、電子装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、データを収集し、格納し、かつアクセスする技術に関する。本願発明を、アプリケーション例を用いて記述する。このアプリケーション例は、医療データを収集し、格納し、かつ、そのように収集され格納されたデータをアクセスする。しかし、本願には、他の型のデータを収集し、格納し、かつアクセスする応用もある。
【背景技術】
【０００２】
医療データを収集し、格納し、かつアクセスすることは、広い範囲の、医療及び個人健康技法を実現するための、基礎技術である。例えば、運動計画を作り維持することを、医療データの、収集、格納、及びアクセスから得たフィードバックにより、促進する。運動計画では、診断生理情報を分析することが有用である。診断生理情報とは、例えば心拍数や血圧等である。診断生理情報を、運動の前に、最中に、及び／又は後に、測定する。別のアプリケーションとしては、医師は、患者の心拍数、血圧、ＳｐＯ２の水準等を、定期的に（例えば１時間に１回）測定したいと思うことがある。医師は、この測定結果を用いて、慢性的な疾患（例えば不定期に起こる胸の痛み又は呼吸困難）の診断に役立てる。運動時の測定及び診断のための測定を、同時に行ってもよい。しかし、この場合、時間のパラメーターは、とても異なる。例えば、運動時の測定及び診断のための測定の双方とも、心拍数の標本を利用してもよい。しかし、運動時の測定は、普通、比較的高い標本化率（例えば１分間に１０回）で、比較的短い時間（例えば３０分走っている間）のうちに行うことになる。これに対して、慢性病を診断するための測定は、より少ない回数（例えば１時間に１回だけ心拍数を測る）だが、より長期間（例えば、数日、数週間、又は数箇月）に渡ってデータを集めることもある。
【０００３】
アプリケーションによっては、医療データの、収集と格納を、その後のアクセスから区別することが望ましい。例えば、慢性病を診断するためにデータを測定する場合、データを集約することによって、初めて役に立つものになるかもしれない。例えば、データの傾向を、数日、数週間、又は数箇月に渡って調べるような場合である。他方、運動の最中では、データを収集し格納したら、即座にアクセスできるのが望ましいことがある。これにより、運動している人は、即座のフィードバックを得られる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
医療データを収集し、格納し、かつアクセスするためのシステムは、柔軟かつ頑健であることが望ましい。このシステムは、様々な測定器、様々なデータ格納装置、様々な標本化率、格納とアクセスの間の様々な期間、等を利用できることが望ましい。新しい測定器や新しい格納装置を、簡単に追加できるのが望ましい。取得して格納したデータをアクセスする新しいアプリケーションも、簡単に使えるようになるのが望ましい。このシステムは、少数の装置が故障しても耐えられることが望ましい。例えば、測定器が１つ、又は、格納装置が１つ、故障しても、システム全体が落ちることは無いのが望ましい。更に、測定対象の人は普通、動き回っているので、様々な通信手段（例えば無線通信接続）が、いつ繋がったり切れたりするか、判らないことがある。システム全体としては、装置間の通信がこのように途切れたとしても、運用を続けられることが望ましい。
【０００５】
医療データを収集し、格納し、かつアクセスするための既存のシステム及び方法には、いろいろな欠点がある。従来のあるシステムでは、データの、収集、格納、及びアクセスを、特定のアプリケーションと密に統合している。例えば、通常の仕組みでは、運動時の測定のための心拍計は、その心拍計の中に、専用の記憶装置と読み出し装置を組み込んでいる。他方、医師の心拍計も、その心拍計の中に、専用の（運動の心拍計とは別の）記憶装置を組み込んでいる。運動と医療の両方のアプリケーションを同時に行う場合、測定対象の人は、両方の心拍計を装着する必要がある。加えて、どちらか片方の心拍計が故障してしまったら、それに対応するアプリケーションは止まってしまう。もう片方の心拍計が動いているにもかかわらずである。より一般的にいえば、既存のシステムは、１つの測定器からのデータを、２つ以上の異なるアプリケーションが、異なる仕方で用いることができるための、簡単な手法を提供していない。既存のシステムはまた、１つの測定器からのデータを、複数の電子装置の間で共有するための、簡単な手法を提供していない。これらの電子装置は、そのデータを格納し、アクセスしてもよい。
【課題を解決するための手段】
【０００６】
データの、収集、格納、及びアクセスのためのシステムの実施例では、電子装置は、格納器を有する。電子装置の格納器の少なくとも部分は、共有データ空間を含む。共有データ空間は、打刻された値を時間順に含む１つ以上のデータストリームを格納するように構成される。１つ以上のデータ源が与えられる。インターフェースソフトウェアは、次を定義する：（ｉ）打刻された標本を、取得し、かつ、共有データ空間の第１のデータストリームに格納するために、電子装置によって実行可能な、取得命令、ここで、打刻された標本は、第１の時間取得周波数で、１つ以上のデータ源のうちの第１のデータ源から取得される；（ｉｉ）第１のアプリケーションの第１のデータストリームアクセス周波数で、第１のデータストリームから、選択された値を、第１のアプリケーションに出力するために、電子装置によって実行可能な、出力命令；及び、（ｉｉｉ）指定された周波数で、データの標本の連続的な取得を要求するために、電子装置によって実行可能な、取得制御命令。
【０００７】
データの、収集、格納、及びアクセスのための方法の実施例では、共有データ空間が定義される。共有データ空間は、打刻された値を時間順に含む１つ以上のデータストリームを格納するように構成される。第１の時間取得周波数で、第１のデータ源から取得された、打刻された標本は、取得され、かつ、共有データ空間の第１のデータストリームに格納される。第１のデータストリームから選択された値は、第１のアプリケーションの第１のデータストリームアクセス周波数で、第１のアプリケーションに出力される。
【０００８】
格納媒体又は格納諸媒体の実施例では、格納媒体又は格納諸媒体は、データの、収集、格納、及びアクセスに関して使うための、インターフェースソフトウェアを格納する。インターフェースソフトウェアは、次を定義する：（ｉ）格納器を有する１つ以上の電子装置の各々に、共有データ空間のインスタンスを設定するための初期設定命令、ここで、共有データ空間は、打刻された値を時間順に含む１つ以上のデータストリームを格納するように構成される；（ｉｉ）打刻された標本を、取得し、かつ、共有データ空間の第１のデータストリームに格納するために、１つ以上の電子装置のうちの少なくとも１つの装置によって実行可能な、取得命令、ここで、打刻された標本は、第１の時間取得周波数で、第１のデータ源から取得される；（ｉｉｉ）第１のアプリケーションの第１のデータストリームアクセス周波数で、第１のデータストリームから、選択された値を、第１のアプリケーションに出力するために、１つ以上の電子装置のうちの少なくとも１つの装置によって実行可能な、出力命令；及び、（ｉｖ）指定された周波数で及び指定された瞬間に、データの標本の連続的な取得を開始することをシステムに命令するために、１つ以上の電子装置のうちの少なくとも１つの装置によって実行可能な、取得制御命令。
【０００９】
電子装置の実施例では、電子装置は、格納器を含む。格納器は、共有データ空間を含む。共有データ空間は、打刻された値を時間順に含む１つ以上のデータストリームを格納するように構成される。電子装置はまた、処理装置を含む。処理装置は、命令を実行する。命令は、打刻された標本を、取得し、かつ、共有データ空間の第１のデータストリームに格納するための命令である。ここで、打刻された標本は、第１の時間取得周波数で、１つ以上のデータ源のうちの第１のデータ源から取得される。命令はまた、第１のアプリケーションの第１のデータストリームアクセス周波数で、第１のデータストリームから、選択された値を、第１のアプリケーションに出力するための命令である。
【発明の効果】
【００１０】
１つの効果は、データを取得し、格納し、アクセスする際の柔軟性が向上することである。
【００１１】
別の効果は、データを取得し、格納し、アクセスするためのシステムの頑健性が向上することである。
【００１２】
別の効果は、１つの測定器からのデータを、２つ以上の異なるアプリケーションが、異なる仕方で用いることを促進することである。
【００１３】
別の効果は、１つの測定器からのデータを、複数の電子装置の間で共有する、進んだ能力を提供することである。これらの電子装置は、そのデータを格納し、アクセスしてもよい。
【００１４】
本願発明の更なる効果は、当業者であれば、以下の詳細な記述を読み理解することによって、認識できる。
【図面の簡単な説明】
【００１５】
【図１】個人健康システムを図式的に示す。
【図２】ソフトウェア及びデータの流れに関して追加した詳細を含む、図１の個人健康システムを図式的に示す。
【図３】第２のアプリケーションを効率的に開始できるように、標本化を開始する瞬間を調整することを図式的に示す。
【図４】患者のテレビ若しくは娯楽システム並びに遠隔個人患者健康管理サーバーを組み込む、個人健康システムを図式的に示す。
【発明を実施するための形態】
【００１６】
システム、方法、並びに格納媒体若しくは格納諸媒体の実施形態を以下の実施例に開示する。
【００１７】
本願発明は様々な部品の形態及び諸部品の配置の形態並びに様々な工程の形態及び諸工程の配置の形態を取り得る。図面を本願発明の好適な実施例を説明する目的のためだけに示す。図面を本願発明を限定するものと解釈すること能わず。
【実施例】
【００１８】
図１及び図２を参照する。例として示す個人健康システムは、複数の装置を含む。複数の装置とは、パルス酸素濃度計１０、個人用デジタル補助装置（ＰＤＡ）１２、膝上計算機１４、及び運動用の心拍計１６である。パルス酸素濃度計１０は、光学的な検出器を使っており、これにより、組み込みの血中酸素濃度（ＳｐＯ２）測定器２２を効果的に実現する。装置１０、１２、１４及び１６は、典型的には可搬型装置である。しかし、装置１０、１２、１４及び１６は、固定の装置であってもよい。例えば、パルス酸素濃度計１０は、実施例によっては、着用可能測定器である。このパルス酸素濃度計１０を、患者は、何日も何週間も、測定の長い期間中ずっと着用している。ＰＤＡ１２を、患者は、少なくとも何らかの時間、携帯している。携帯していない間は、ＰＤＡ１２を、患者は、家、職場、又は他の場所に置いておいてもよい。膝上計算機１４は、例えば、患者の医師の管理下にあってもよい。この場合、膝上計算機１４を、医師の診察室に据え置いてもよいし、医師が携帯してもよい。運動用の心拍計１６は、典型的には、患者が運動時間（例えば走る時間）に参加する場合に着用する。図に示す実施例では、パルス酸素濃度計１０、ＰＤＡ１２、及び膝上計算機１４は、それぞれの内部に格納器を含む。これらの格納器には大量のデジタルデータを格納できる。他方、運動用の心拍計１６は、大容量の格納器を内蔵しない。従って、運動用の心拍計１６は、現在の心拍数の値、又はそのような限定された量のデータのみを、格納できる。
【００１９】
様々な装置１０、１２、１４及び１６は、様々な例の接続能力を持つ。例の心拍計１６は、ＰＤＡ１２に、有線の接続器２４経由で接続できる。有線の接続器２４とは、例えばＵＳＢ接続器、ＦｉｒｅＷｉｒｅ（登録商標）接続器、等である。ＰＤＡ１２と医師の膝上計算機１４は、適切な無線通信技術２６によって無線で接続できる。適切な無線通信技術２６とは、例えばＢｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、無線ＬＡＮ、等である。ＰＤＡ１２と医師の膝上計算機１４はまた、適切な有線の接続器（例えば膝上計算機のＰＤＡ接続口等）で接続してもよい。パルス酸素濃度計１０は、実施例によっては、医師の膝上計算機１４と、電話変復調器接続２８で接続する。電話変復調器接続２８は、患者が、事前に選んだ電話番号に、電話をかけることにより始まる。患者は、パルス酸素濃度計１０を、電話器又は電話器の送受話器に、接続するか、近くに置く。このような実施例では、パルス酸素濃度計１０は、電話変復調器接続２８を経由して、計算機網（図示していない）と通信することにより、膝上計算機１４と通信することになる。代わりに、無線又は有線の接続を用いて、パルス酸素濃度計１０を、医師の膝上計算機１４と接続することもできる。
【００２０】
様々な装置１０、１２、１４及び１６は、様々な接続能力を持つが、装置と装置の間で動作する接続は、いつ繋がったり切れたりするか、判らないかもしれないことに注意が必要である。例えば、運動用の心拍計１６とＰＤＡ１２の間で動作する接続を始めるには、人手で接続器２４を双方の装置１２及び１６に接続し、双方の装置の電源を入れる又は動作を開始するのでもよい。この動作する接続が切れてしまうのは、接続器２４が装置１２若しくは装置１６のどちらかから外れた場合、又は、装置１２若しくは装置１６のどちらかの電源が切れた若しくは動作を停止した場合である。同様に、無線接続は接続範囲が限られるから（例えばＢｌｕｅｔｏｏｔｈ（登録商標）やＺｉｇＢｅｅ（登録商標）は接続範囲が狭い）、典型的には、無線接続が始まるのは、２つの互換な動作する装置が、互いに十分に近い範囲に来た場合である。この無線接続が切れるのは、片方の装置が、もう片方の装置の通信範囲から外に出た場合である。従って、ＰＤＡ１２と医師の膝上計算機１４の間で動作するＢｌｕｅｔｏｏｔｈ（登録商標）の接続は、患者が医師の診察室を訪れて、ＰＤＡ１２を医師の膝上計算機１４に物理的に近づける場合にのみ、行われることになる。同様に、電話変復調器接続２８は、患者が電話をかけた後、しばらくしたら切れてしまう。
【００２１】
システムの装置１０、１２、１４及び１６の間の通信がこのように断続するという事実にもかかわらず、頑健かつ柔軟なデータの取得、格納、及びアクセスを促進するために、分散共有データ空間３０を使う。分散共有データ空間３０は、１つ以上のデータストリームを格納するように構成される。データストリームの例は、図に示す心拍のデータストリーム３２及び図に示すＳｐＯ２のデータストリーム３４である。データストリーム３２及び３４の各々は、打刻された値を時間順に含むストリームである。打刻された値を、選んだ取得の周波数で取得する。取得の周波数は、例えば、心拍のデータストリーム３２については、取得の周波数ｆＨＲ，ａｃｋであり、ＳｐＯ２のデータストリーム３４については、取得の周波数ｆＳｐＯ２，ａｃｋである。分散共有データ空間３０は、次のように共有される。即ち、複数のデータストリーム３２及び３４が、同じ共有データ空間を共有する、又は、複数のデータストリーム３２及び３４が、同じ共有データ空間に格納される。図に示す分散共有データ空間３０は、次のように分散している。即ち、このシステムは、格納器を持つ複数の装置１０、１２、及び１４を含み、かつ、分散共有データ空間３０は、これら複数の装置１０、１２、及び１４に渡って、格納又は分散される。この格納又は分散は、分散共有データ空間３０のインスタンスを、複数の装置１０、１２、及び１４の各々に格納させることによって行われる。従って、図に示す実施例では、３つの装置１０、１２、及び１４が、それぞれ格納器を持っており、分散共有データ空間３０のインスタンス４１を、パルス酸素濃度計１０に格納し、分散共有データ空間３０のインスタンス４２を、ＰＤＡ１２に格納し、分散共有データ空間３０のインスタンス４３を、膝上計算機１４に格納する。
【００２２】
データ空間が複数の装置に渡って分散しているという事実は、各装置が各データストリームの写しを持っているということを必ずしも含意しない。図示の実施例では、装置１０、１２、及び１４の各々は、ＳｐＯ２のデータストリームの写しを持っている。しかし、装置１２及び装置１４のみが、心拍のデータストリームの写しを持っている。装置１０が心拍のデータストリームの写しを持っていない理由は、次の通りである。即ち、この装置１０は、心拍の標本を生成するわけではなく、かつ、この装置１０は、心拍の標本を入力として要求するアプリケーションを持たないからである。ある装置が、あるデータ空間に参加するいかなる他の装置とも接続していない場合は、この装置で動くアプリケーションは、その装置に局所的に格納されているデータにのみ、アクセスできる。それ以外の場合には、アプリケーションは、接続している他の装置に格納されているデータに、完全に透過的にアクセスできる。
【００２３】
心拍数のデータを使うアプリケーションの例を２つ（５０及び５２）示す。第１のアプリケーション５０は、運動用測定アプリケーションである。このアプリケーションは、ＰＤＡ１２で動いている。運動用測定アプリケーション５０は、心拍のデータストリーム３２から出力される心拍数を、ほぼ実時間でＰＤＡの画面に表示する。例えば、心拍の表示を、毎秒更新する。運動用測定アプリケーション５０は、典型的には、運動時間に入る前に実行準備を調え、運動時間が終わればすぐに止まる。運動用測定アプリケーション５０は、心拍のデータストリーム３２について、比較的高い標本化率を必要とする。例えば、ｆＨＲ，ａｃｋ＝１Ｈｚである。この標本化周波数により、ほぼ実時間で心拍を表示できる。しかし、このアプリケーション５０が動作しているのは、運動時間の最中のみである。
【００２４】
第２のアプリケーション５２は、診断用傾向分析アプリケーションである。診断用傾向分析アプリケーション５２は、膝上計算機１４で動く。診断用傾向分析アプリケーション５２は、心拍のデータストリーム３２及びＳｐＯ２のデータストリーム３４から出力される心拍数及びＳｐＯ２の水準のグラフを、それぞれ表示する。心拍数及びＳｐＯ２の水準を、それぞれ時間の関数としてグラフ化する。このようなグラフを用いて、医師は、心拍数又はＳｐＯ２の水準の傾向を分析できる。この傾向は数日又は数週間に渡るものである。この傾向は、心臓又は血中酸素濃度に影響する慢性疾患が、良くなっているか、悪くなっているかを示し得る。診断用傾向分析アプリケーション５２は、典型的には、運動用測定アプリケーション５０と比べると、低い標本化率を使う。例えば、１時間あたり１回の、心拍数とＳｐＯ２の標本で十分かもしれない。しかし、診断用に心拍の傾向を分析するアプリケーション５２のための心拍の標本化は、何日も何週間も、長い期間に渡って続いて行われる。これにより、長期の傾向を分析するために十分な情報を提供できるようになる。
【００２５】
インターフェースソフトウェアがあり、これにより、２つのアプリケーション５０及び５２と、分散共有データ空間の２つのデータストリーム３２及び３４との間を繋ぐ。典型的には、インターフェースソフトウェアを、次の形態で供給する：１つ以上の磁気ディスケット；１つ以上の光学ディスク；インターネットのサーバー経由でアクセスできる格納媒体若しくは格納諸媒体；無線セルラー携帯電話網のサーバーの、無線でアクセスできる格納媒体若しくは格納諸媒体；又はその他の形態。インターフェースソフトウェアを、格納器を持つ１つ以上の装置の、ファームウェアとして供給することも考えられる。本願では、「ソフトウェア」という語を、広く解釈すること。本願では、「ソフトウェア」という語は、所謂「ファームウェア」を含む。ファームウェアとは、読み出し専用記憶装置（ＲＯＭ）のような不揮発性の記憶装置に格納されている、ソフトウェアである。また、インターフェースソフトウェアを、別の格納媒体又は格納諸媒体で供給することも考えられる。インターフェースソフトウェアのインスタンス又はインターフェースソフトウェアの部分のインスタンスを、システムにおける、記憶装置を持つ装置１０、１２及び１４の各々に導入する。図に示す実施例では、パルス酸素濃度計１０は、インターフェースソフトウェアのインスタンス６０を導入している。ＰＤＡ１２は、インターフェースソフトウェアのインスタンス６２を導入している。医師の膝上計算機１４は、インターフェースソフトウェアのインスタンス６４を導入している。
【００２６】
インターフェースソフトウェアは、初期設定命令７０を定義する。初期設定命令７０を、１つ以上の装置１０、１２、及び１４が実行できる。これにより、分散共有データ空間のインスタンス４１、４２、及び４３を生成する。インターフェースソフトウェアは、同期命令７２を定義する。同期命令７２を、１つ以上の装置１０、１２、及び１４が実行できる。これにより、分散共有データ空間のインスタンス４１、４２、及び４３を同期する。インターフェースソフトウェアは、時刻同期命令７４を定義する。時刻同期命令７４を、１つ以上の装置１０、１２、及び１４が実行できる。これにより、装置１０、１２、及び１４を時間的に同期する。インターフェースソフトウェアは、取得命令７６を定義する。取得命令７６を、１つ以上の装置１０、１２、及び１４が実行できる。これにより、打刻された標本を、取得し、かつ、共有データ空間３０の選択したデータストリームに格納する。ここで、打刻された標本は、データ源から、選択した時間取得周波数で取得される。インターフェースソフトウェアは、出力命令７８を定義する。出力命令７８を、１つ以上の装置１０、１２、及び１４が実行できる。これにより、選択したアプリケーションのデータストリームアクセス周波数で、選択したデータストリームから、選択した値を、アプリケーションに出力する。インターフェースソフトウェアは、取得制御命令８０を定義する。取得制御命令８０を、１つ以上の装置１０、１２、及び１４が実行できる。これにより、指定した周波数で及び指定した瞬間に、データの標本の連続的な取得を始めることを、システムに命令する。インターフェースソフトウェアは、その他の命令を定義する。その他の命令を、１つ以上の装置１０、１２、及び１４が実行できる。
【００２７】
図２に示す通り、インターフェースソフトウェアの異なるインスタンス６０、６２、及び６４は、これら諸命令の部分集合を含んでもよい。図２の例では、３つの装置１０、１２、及び１４の全ては、初期設定命令７０、同期命令７２及び時刻同期命令７４を含む。しかし、パルス酸素濃度計１０は、取得命令７６を含むが、出力命令７８を含まず、取得制御命令８０を含まない。これは、パルス酸素濃度計１０は、アプリケーションプログラムを走らせるようには作られていないからである。逆に、医師の膝上計算機１４は、出力命令７８を含むが、取得命令７６を含まない。これは、膝上計算機１４は、データストリーム３２及び３４のためのいかなるデータも取得するようには作られていないからである。ＰＤＡ１２は、取得命令７６及び出力命令７８の双方を含む。これは、ＰＤＡ１２は、取得と出力の双方の働きをするからである。ＰＤＡ１２と膝上計算機１４の双方は、取得制御命令８０を含む。これは、ＰＤＡ１２と膝上計算機１４の双方は、データの標本の連続的な取得を始めることを、システムに命令する、アプリケーションを持つからである。
【００２８】
インターフェースソフトウェアを使うと、測定器１６及び２２を、アプリケーション５０及び５２から、実効的に隠すことになる。即ち、アプリケーション５０及び５２の各々は、どのようなデータ（例えば、心拍やＳｐＯ２）を欲しいか、及び、データの種類毎の（即ち、データストリーム毎の）アクセス周波数を、指定する。インターフェースソフトウェアは、適切な測定器のためのデータストリームを識別する。又は、インターフェースソフトウェアは、初期設定命令７０を使って、適切な測定器のための適切な新しいデータストリームを設定する。適切なデータストリームが無く、かつ、適切なデータストリームを初期設定できない場合（典型的には、要求された種類のデータを測定するための測定器が利用できないため）には、インターフェースソフトウェアは、アプリケーションに、要求された種類のデータにアクセスできないと警告する。各々の種類のデータ（例えば、心拍やＳｐＯ２）を集めて、分散共有データ空間３０に格納する。格納された各々の種類のデータは、複数のアプリケーションの基礎データとして役に立つことができる。例えば、同じ心拍のデータストリーム３２が、運動用測定アプリケーション５０と、診断用傾向分析アプリケーション５２の双方に、データを供給できる。有利には、片方でデータの取得と格納を行い、もう片方でそのデータにアクセスするのは、それぞれ独立した非同期の操作である。例えば、運動用測定アプリケーション５０は、心拍の打刻された標本が、取得命令７６によって、心拍のデータストリーム３２に追加されると、ほぼ即座に、その標本にアクセスできる。他方、診断用傾向分析アプリケーション５２は、何日か何週間かしてから、患者が医師の診察室に来て初めて、心拍の打刻された標本にアクセスできるようになる。
【００２９】
共有データ空間３０は、複数のデータストリーム３２及び３４に対しての操作を行うのであって、１個のデータ項目に対しての操作を行うのではない。個人健康システムにおける装置１０、１２、１４、及び１６は、分散共有データ空間３０経由で通信する。装置１０、１２、１４、及び１６の各々は、一般に、自分以外の他の装置についての詳細な情報を持ってはいない。持っている情報は、通信接続２４、２６、及び２８を確立することに関する情報だけである。これらの通信接続は、システム全体にさほど大きな混乱を起こさずに、いつでも繋がったり切れたりできる。装置１０、１２、１４、及び１６は、標本を共有データ空間３０に対して読み書きするのに、汎用の、取得命令７６及び出力命令７８を使う。これらの命令７６及び７８は、インターフェースソフトウェアが定義するものである。
【００３０】
図に示す個人健康システムの実施例では、データ空間３０は、１人のデータ（例えば、心拍やＳｐＯ２のデータ標本）を含む。この分散共有データ空間３０は、インスタンス４１、４２、及び４３として、複数の節に分散している。複数の節とは、即ち、記憶器を持つ装置１０、１２、及び１４である。記憶器を持つこれらの節は、互いに適宜、断続的に、通信する。この通信は、有線の接続又は無線の接続２６及び２８を経由する。個々の接続は、時に応じて繋がり、後に切れる。また、装置によっては、互いに間接的に通信してもよい。例えば、パルス酸素濃度計１０は、ＰＤＡ１２とは、直接に通信しない。その代わり、パルス酸素濃度計１０の共有データ空間のインスタンス４１と、ＰＤＡ１２の共有データ空間のインスタンス４２が、間接的に同期する。この同期は、膝上計算機１４の仲介によって行う。インターフェースソフトウェアが定義する同期命令７２は、分散共有データ空間３０の節１０、１２、及び１４の間で、データ要素を移動又は複写する責任がある。この同期は、アプリケーションプログラム５０及び５２からは隠されている。アプリケーションプログラム５０及び５２は、アプリケーションの水準の機能で動作する。測定器１６及び２２の各々から来るデータは、典型的には、取得され、かつ、その測定器が生成するのと同じ順で、適切なデータストリーム３２及び３４に格納される。処理を、ほぼ即座に行ってもよい。例えば、運動用測定アプリケーション５０の場合である。又は、処理を、後に行ってもよい。例えば、診断用傾向分析アプリケーション５２の場合である。共有データ空間３０のデータストリーム３２及び３４は、明示的に、データの流れの概念を実施する。即ち、データストリーム３２及び３４の各々は、打刻された標本の時間順の集まりを含む。取得の周波数は、実質的にいかなる値でもよいことに注意。例えば、１００Ｈｚ、１Ｈｚ、１日１回、１週間に１回、などでよい。
【００３１】
格納器を持つ装置１０、１２、及び１４の各々は、初期設定命令７０を使って、データストリームを作ってもよい。新しいデータストリームを作る場合に、その新しいデータストリームにおける、データ要素の型又は標本の型を指定する。例えば、心拍のデータストリーム３２は、データの型「心拍」を持ってもよい。他方、ＳｐＯ２のデータストリーム３４は、データの型「酸素化度」を持ってもよい。各データストリームを、一意な名前で識別できる。データストリームを作ったら、標本を読み出すために（この場合出力命令７８を使う）又は標本を書き込むために（この場合取得命令７６を使う）そのデータストリームを開くことができる。実施例によっては、異なる読み出しアプリケーションが、同時に、１つのストリームの異なる位置に異なる手法で（例えば異なるアクセス周波数で）アクセスしてもよい。従って、データストリームを開くと、アプリケーションに固有な記述子又はハンドルを返す。アプリケーションは、この記述子又はハンドルをその後に用いて、データストリームの全てのアクセスを行う。
【００３２】
標本又は要素の取得及び格納の最中は、標本又は要素を、データストリームに追加できるだけである。追加した標本又は要素の各々に、装置の内部の時計に基づく打刻を行う。例えば、パルス酸素濃度計１０が取得した標本は、パルス酸素濃度計１０の時計８１に基づいて打刻される。他方、ＰＤＡ１２が取得した標本は、ＰＤＡ１２の時計８２に基づいて打刻される。標本を取得しない装置（例えば膝上計算機１４）は、任意選択で、時計を含まなくともよい。しかし、時計８３を、任意選択で、膝上計算機１４に含めてもよい。例えば、時計８３により、診断用傾向分析アプリケーション５２が使う「現在時」の時刻参照値を提供する。
【００３３】
データストリームにアクセスする、即ち、データストリームからデータを読み出すために、アプリケーションは、まず、データストリームにおける位置を定める必要がある。このことを、出力命令７８が実行するシーク操作によって行う。すると、データ要素をアプリケーションが読み出せる。データ空間３０の観点からすると、このような読み出しは、出力命令７８が実装する出力操作である。読み出し又は出力の操作の効果は、アプリケーションが、データ要素の複写を得るということである。アプリケーションは、標本がデータストリームに追加されたのと同じ順番で、標本を受け取る。
【００３４】
しかし、アプリケーションは、データストリームの全ての標本を読むとは限らない。例えば、アプリケーションは、データを取得した周波数とは異なるアクセス周波数で、データストリームを読むことを望んでもよい。例えば、診断用傾向分析アプリケーション５２は、１時間毎に１つの心拍の標本という頻度で、標本を読むことを望んでもよい。しかしこの場合でも、データストリームの標本取得周波数は１Ｈｚであってもよい。これにより、診断用傾向分析アプリケーション５２よりも高いアクセス周波数を必要とする、例えば運動用測定アプリケーション５０からも、このデータストリームを利用できる。アプリケーションは、データストリームを読む際にアプリケーションが用いる、アプリケーションに固有な記述子又はハンドルの部分として、アクセス周波数を定める。この選択できるアクセス周波数に合わせるために、出力命令７８は、そのアクセス周波数に従って、アプリケーションがデータストリームから読み出す位置を調整する。
【００３５】
出力命令７８は、任意選択で、遅れオプションを含んでもよい。このオプションは、好適には、時間切れ機能を含む。このオプションは、データストリームの最後に達した場合、そのデータストリームに次の標本が追加されるまで、呼び出し側のアプリケーションを待たせる。実施例によっては、出力命令７８は、データストリームの最後に達した場合には、取得命令７８と通信することにより、追加の標本を取得することを指示してもよい。
【００３６】
取得制御命令８０を使って、アプリケーションは、システムに、指定した瞬間に、指定した周波数で、データの標本を連続的に取得することを始めるように命令できる。例えば、診断用傾向分析アプリケーション５２は、取得制御命令８０を使って、システムに、今から３時間後に、１時間毎に１回、心拍とＳｐＯ２の標本を集めるように、命令する。例外を扱うために呼び戻しを使うこともできる。例外とは例えば、データが無い場合、及び、遅れオプションが、追加の標本を受け取れず、時間切れを起した場合などである。共有データ空間３０は、どの測定器から実際にどのようにデータを集めるかを隠す。これにより、アプリケーションを、特定のハードウェアから切り離すことができる。
【００３７】
図３を参照する。同じ型の標本の測定を繰り返さないために、かつ、測定器の電力を節約するために、有利なのは、異なるアプリケーションからの同じ型のデータの標本化要求をまとめることである。例えば、同一の心拍のデータストリーム３２を、有利には、運動用測定アプリケーション５０と診断用傾向分析アプリケーション５２の双方からアクセスする。これにより、心拍の標本を読む。このようなまとめた標本化を実装するために、取得率の違いを調整する必要がある。例えば、運動用測定アプリケーション５０は、心拍を１．０Ｈｚで標本化してもよい。他方、診断用傾向分析アプリケーション５２は、心拍をより遅い速度で標本化してもよい。例えば、図３の例では、０．２Ｈｚである。有利には、すべてのアプリケーションからの要求のうち、最も高い標本化周波数で、取得の標本化を行う。図３の例では、この最も高い標本化周波数は、運動用測定アプリケーション５０が要求する、ｆＨＲ，ａｃｋ＝１Ｈｚである。しかし、この最も高い標本化周波数が必要なのは、運動時間の最中だけである。運動時間の前後では、診断用傾向分析アプリケーション５２だけが心拍のデータを必要としている。従って、運動時間の前後では、最も高い標本化周波数は、診断用傾向分析アプリケーション５２が要求する、ｆＨＲ，ａｃｋ＝０．２Ｈｚである。
【００３８】
同じデータストリームを複数のアプリケーションが使い回せるために、実施例によっては、取得周波数は、複数のアプリケーションの各々のアクセス周波数の整数倍の値となる。また、この取得周波数の値は、全てのアプリケーションのうちの、最も高いアクセス周波数に等しくなる。２つのアプリケーションが、同じデータストリームからデータを読む場合に、これらの条件に合うのは、取得周波数と、最も高いアクセス周波数とが等しく、かつ、次の３つの条件のどれかに合うときである：（ｉ）第１のアプリケーションのアクセス周波数と、第２のアプリケーションのアクセス周波数が等しい；（ｉｉ）第１のアプリケーションのアクセス周波数が、第２のアプリケーションのアクセス周波数の２以上の整数倍である；及び、（ｉｉｉ）第２のアプリケーションのアクセス周波数が、第１のアプリケーションのアクセス周波数の２以上の整数倍である。これらの条件に合った場合、全ての周波数は互いの整数倍又は整数分の１の関係となる。従って、最も高く要求された周波数で標本化を行えば、常に全ての他の要求を満たすことになる。但し、標本化の瞬間が、適切に合っていることが条件である。例えば、新しいアクセスハンドルの標本化を、既存の要求と合わせる。
【００３９】
例えば、図３の例で一番上の線は、診断用傾向分析アプリケーション５２のアクセスハンドルの標本化時刻を示している。最初は、診断用傾向分析アプリケーション５２のみが、心拍のデータストリーム３２にアクセスする開いたハンドルを持っている。従って、標本化周波数ｆＨＲ，ａｃｋ＝０．２Ｈｚである。この値は、診断用傾向分析アプリケーション５２の要求を満たすには十分である。図３の２番目の線は、時刻Ｓで、運動用測定アプリケーション５０が、心拍のデータストリーム３２のハンドルを開いたことを示している。この際に要求した標本化周波数は１Ｈｚである。１Ｈｚの周波数は、許容できる。この値は、診断用傾向分析アプリケーション５２の標本化周波数である０．２Ｈｚの整数倍（５倍）だからである。従って、取得命令７６は、取得を再プログラムして、両方の要求を満たすようにする。しかし、図３の３番目の線から判るように、１Ｈｚの標本化を時刻Ｓから始めるように加えると、２つのアプリケーション５０及び５２の標本化時刻がずれてしまう。これにより、２つのアプリケーション５０及び５２の両方を満たすために、過剰な標本化が必要になってしまう。この過剰な標本化を防ぐために、運動用測定アプリケーション５０のための最初の標本の取得を、適切に遅らせる。即ち、時間的にずらす。これにより、運動用測定アプリケーション５０のための標本の取得が、診断用傾向分析アプリケーション５２のための次の標本の取得と合致するようにさせる。図３の一番下の線に示す通り、このようにずらすことにより、心拍のデータストリームの５つ毎の標本を、診断用傾向分析アプリケーション５２が使い、他方、全ての標本を、運動用測定アプリケーション５０が使う。
【００４０】
別の実施例では、心拍のデータストリーム３２のための取得の標本化の周波数ｆＨＲ，ａｃｋを、要求された諸周波数の、最小公倍数に等しい周波数とする。この方法により、異なるアプリケーションのための異なるアクセス速度に、より柔軟に対応できるが、より多くの標本化が必要になり得る。例えば、２つのアプリケーションが、同じデータストリームにアクセスする場合のアクセス周波数が、それぞれ２Ｈｚと３Ｈｚだとしたら、双方のアプリケーションを満足させるためには、ｆＨＲ，ａｃｋ＝６Ｈｚが必要になってしまう。
【００４１】
図１及び図２に戻る。分散共有データ空間３０は、複数の装置１０、１２及び１４に渡って分散している複数のインスタンス４１、４２、４３として、存在している。いかなる装置で実行している取得命令７６でも、自分の装置に格納してあるデータ空間のインスタンスのデータストリームに、データを追加できる。このデータは次に、システムの他の装置に転送される。この転送を、同期命令７２を実行することによって行う。この同期の転送を、最初の装置に取得し格納するのと実質的に同時に行ってもよい。例えば、最初の装置が、取得の際に、同期対象の装置と接続されていれば、同期の転送を実質的に同時に行ってもよい。又は、同期の転送を後に行ってもよい。例えば、パルス酸素濃度計１０が、ＳｐＯ２の標本を取得する場合、パルス酸素濃度計１０は、その値を格納するために、パルス酸素濃度計１０に格納されている共有データ空間のインスタンス４１の、ＳｐＯ２のデータストリームに、標本を追加する。この時点で、他の装置１２及び１４は、パルス酸素濃度計１０とは同期していない。新しく取得したＳｐＯ２のデータ１件は、パルス酸素濃度計１０のデータ空間のインスタンス４１にだけ、格納されているからである。この状態を直すために、パルス酸素濃度計１０の同期命令７２と、膝上計算機１４の同期命令７２は、患者が次回に医師を訪れるときに、ＳｐＯ２のデータ１件を膝上計算機１４に転送するように、準備する。患者が医師の診察室を訪れるこのときに、ＰＤＡ１２を携帯している場合には、ＰＤＡ１２の同期命令７２と、膝上計算機１４の同期命令７２は、ＳｐＯ２のデータ１件を、膝上計算機１４からＰＤＡ１２に更に転送する。これで、そのＳｐＯ２のデータ１件について、分散共有データ空間３０の３つのインスタンス４１、４２、及び４３の中のＳｐＯ２のデータストリームの複写を同期することが、完了する。この処理を、臨機応変に、データストリームの新しく取得した標本の各々について繰り返す。これにより、分散共有データ空間３０の３つのインスタンス４１、４２、及び４３の中のデータストリームの複写を、互いに同期している状態に保つ。
【００４２】
２つの装置が接続して動作する場合には、時刻同期命令７４は、任意選択で、その２つの装置の時計を同期するように動作してもよい。例えば、パルス酸素濃度計１０と膝上計算機１４が接続する時に、時刻同期命令７４は、時刻同期信号を、１つの装置からもう１つの装置に送ることができる。これにより、パルス酸素濃度計１０の時計８１と膝上計算機１４の時計８３を同期させる。
【００４３】
図１〜図３の実施例には示していないが、格納器を持つ装置を１つ、「ハブ」装置として使うことも考えられる。このような装置は、ハブ装置として指定されると、個人健康システムにおける格納器を持つ装置の全てから、頻繁にアクセスされることになる。ハブ以外の装置の各々は、ハブ装置とだけ同期する。例えば、ＰＤＡ１２が、既に膝上計算機１４と直接接続していて、かつ、追加でパルス酸素濃度計１０と接続しているのであれば、ＰＤＡ１２はハブ装置となることができる。すると、パルス酸素濃度計１０と膝上計算機１４の各々は、ＰＤＡ１２とだけ同期することになる。このような実施例では、パルス酸素濃度計１０と膝上計算機１４は、動作するように接続していても、互いに直接には同期しない。ハブを使うことには、一定の利点があり得る。即ち、より速く、一貫した同期ができる。ハブ以外の全ての装置が、ハブ装置と頻繁に同期するようにシステムが構成されるからである。また、時刻同期命令７４を使うことによって、全ての時計を、ハブ装置の時計と同期できる。従って、時間の揺らぎやずれを減らすことができる。ある実施例を考える。この実施例では、個人健康システムにおける全ての装置は、インターネットに接続できる。すると、ハブ装置を、インターネットのＵＲＬで実施できる。各装置はこのハブＵＲＬにアクセスし、自分のデータ空間のインスタンスを、ハブＵＲＬのハブデータ空間のインスタンスと同期する。同様に、自分の時計を、ハブＵＲＬのハブ時計と同期させる。
【００４４】
実施例によっては、個人健康システムにおいて、１つの装置だけが格納器を持つのでもよい。例えば、１つの個人健康システムを考える。このシステムは、格納器を備えない複数の測定器を含む。各測定器はＰＤＡと通信する。するとＰＤＡは、共有データ空間のただ１つのインスタンスを格納し、１つ以上のアプリケーションプログラムを走らせる。このような実施例では、共有データ空間は適切には分散共有データ空間では無い。また、同期命令７２及び時刻同期命令７４は、適切には、格納器を持つただ１つの装置のインターフェースソフトウェアから除かれるか、又は、格納器を持つただ１つの装置のインターフェースソフトウェアのインスタンスに含まれないかである。格納器を持つただ１つの装置を使うこのような実施例は、アプリケーションによるデータの読み出しを、データの取得及び格納から切り離すという利点を保ち、かつ、同じデータストリームを複数のアプリケーションで使うことを促す。このような実施例では、システムは、格納器を備える装置をただ１つだけ含み、共有データ空間のインスタンスをただ１つだけ含む。しかし、共有データ空間の控え（即ち複写）を、システムの部分では無い他の装置に、時々取っておくことは、考えられる。
【００４５】
図１〜図３の実施例に似た実施例を実際に作った。この実施例では、個人健康システムは次を含んでいた：ハブ装置の役を果たすＰＤＡ；膝上計算機；及び、心拍計。心拍計を、ＰＤＡに、無線のＩＥＥＥ  ８０２．１５．４規格で接続した。ＰＤＡと膝上計算機はＢｌｕｅｔｏｏｔｈ（登録商標）の接続を使って通信した。運動用測定アプリケーションをＰＤＡで走らせた。このアプリケーションは、患者が走っている間、心拍の標本を１Ｈｚの周波数で収集するように、インターフェースソフトウェアに要求した。膝上計算機は、医師の膝上計算機であった。膝上計算機は、診断用傾向分析アプリケーションを含んでいた。患者が医師を訪問している間、ＰＤＡは膝上計算機と接続し、診断用傾向分析アプリケーションは、心拍の標本を１／６０Ｈｚの周波数で収集するように、インターフェースソフトウェアに要求した。ＰＤＡと膝上計算機の双方とも、インターフェースソフトウェアのインスタンスと、分散共有データ空間のインスタンスを搭載していた。ＰＤＡと膝上計算機が接続すると、双方のデータ空間のインスタンスを同期した。この同期は、ＩＰソケットを使って標本を交換することにより行った。インターフェースソフトウェアが、心拍計に、標本化をある周波数で始めるように指示すると、心拍計は、自動的に、心拍をその指定された周波数で送信した。標本を送れなかった場合は（例えば心拍計とＰＤＡの間の接続が切れたせいで）、心拍計とＰＤＡの双方が警告を発した。この警告により、利用者に、何か問題が起こったことを知らせた。この警告を、標本を取れなかった場合にのみ発した。この試作により、装置の接続が断続的であっても、システムの動作が正しく続いたことを確認した。この試作の個人健康システムでは、心拍計の時計とＰＤＡの時計は、１分間に約１０ミリ秒の割合でずれた。この試作の個人健康システムを、時刻同期命令を含むように改造した。時刻同期命令は、時計の同期メッセージを、ＰＤＡから心拍計に、１０分毎に送った。この改造により、時計のずれが許容範囲に納まったことが確認できた。
【００４６】
図４を参照する。考えられる別の実施例を図４に示す。この実施例は、腕時計型の測定器１１６を含む。腕時計型の測定器１１６は、心拍計とＳｐＯ２の測定器を含む。この実施例は、共有データ空間１３０を使う。共有データ空間１３０は、心拍のデータストリーム１３２と、ＳｐＯ２のデータストリーム１３４を含む。共有データ空間１３０は、図１及び図２の共有データ空間３０によく似ている。しかし、共有データ空間１３０は、家庭内の個人健康管理システムの文脈で保持され操作される。家庭内の個人健康管理システムは、次を含む：セットトップボックス１５０（テレビ１５２と共に動作するように構成されている）；家庭娯楽システム；又は、他の音声映像装置。セットトップボックス１５０はまた、測定器１１６と通信する。この通信は、無線又は有線の接続で行われる。無線では例えばＢｌｕｅｔｏｏｔｈ（登録商標）又はＺｉｇＢｅｅ（登録商標）等の接続を使う。セットトップボックス１５０はまた、遠隔個人患者健康管理サーバー１５４と通信する。遠隔サーバー１５４は、典型的には、計算サーバー又は他のデジタル装置である。遠隔サーバー１５４は、典型的には、病院又は他の医療施設にあり、医師、看護師、又は他の医療専門家を配置する。図に示す実施例では、セットトップボックス１５０は、従来のケーブルテレビ網の、同軸の高周波用ケーブル１５５で、ケーブル網１５６の地域局に接続する。このケーブル網には、遠隔サーバー１５４も、同軸の高周波用ケーブル１５７で接続する。しかし、他の相互接続を用いてもよい。例えば、無線衛星テレビ網、無線携帯電話網、従来の電話網で動作する高速デジタル加入者線（ＤＳＬ）、等を用いてもよい。
【００４７】
遠隔サーバー１５４は、健康管理モジュールを実行し、セットトップボックス１５０を用いて患者に提示を行う。代わりに、遠隔サーバー１５４は、健康管理モジュールをセットトップボックス１５０に配信できる。セットトップボックス１５０は、任意選択で超小型処理装置、記憶装置、並びに、他のハードウェア及び他のソフトウェアを含んでもよい。これにより、配信された健康管理モジュールを実行するのに十分な資源を確保できる。図に示す例の健康管理モジュールは、次を含む：体重減少目標モジュール１６０；運動目標モジュール１６２；及び、傾向分析モジュール１６４。体重減少目標モジュール１６０は、利用者に、体重を減少させる導きのプログラムを提示する。運動目標モジュール１６２は、利用者に、運動の導きのプログラムを提示する。これらの目標モジュール１６０及び１６２は、利用者にとって受動的な音声及び映像を含んでもよい。又は、これらの目標モジュール１６０及び１６２は、対話的なモジュールであってもよい。対話的なモジュールは、音声及び映像に加えて、患者からのフィードバック部分を含む。フィードバック部分とは、例えば、対話的な、質疑、アンケート、反省の質問、等である。対話的なモジュールはテレビ１５２に映される。利用者は、手に持つ遠隔操作装置１６６を使って、応答を返す。
【００４８】
図に示す目標モジュール１６０及び１６２は、有利には、腕時計型の測定器１１６からの心拍のデータ及び／又はＳｐＯ２のデータを活用する。加えて、傾向分析モジュール１６４は、心拍及び／又はＳｐＯ２の定期的な測定値を提供する。これにより、患者の医師が後で分析するための傾向データを提供する。有利には、これら３つのモジュール１６０、１６２、及び１６４は、同じ測定器１１６を、共有データ空間１３０を経由して、利用できる。共有データ空間１３０を、１つの枠で図示しているが、これは、共有データ空間の論理的な構成を示している。実際は、共有データ空間１３０を、分散共有データ空間として格納してもよいことを理解してほしい。この場合、分散共有データ空間１３０の複数のインスタンスを、セットトップボックス１５０及び遠隔サーバー１５４の各々に格納する。セットトップボックス１５０及び遠隔サーバー１５４の双方は、導入されたインターフェースソフトウェアのインスタンス１７０及び１７１を含んでいる。インターフェースソフトウェアのインスタンス１７０及び１７１の双方は、初期設定命令７０、同期命令７２、及び時刻同期命令７４を含む。これにより、装置１５０及び装置１５４の各々に、共有データ空間１３０のインスタンスを設定できる。また、これにより、装置１５０及び装置１５４の間で、時刻の同期ができる。セットトップボックス１５０のインターフェースソフトウェアのインスタンス１７０は、取得命令７６も含んでいる。これにより、測定器１１６からの心拍のデータ及び／又はＳｐＯ２のデータを取得できる。この実施例では、測定器１１６は、インターフェースソフトウェアの命令を実行しない。しかし、測定器１１６は、データを出力する速度を、ヘルツ又は他の適切な周波数の単位で設定するようにプログラムできる。また、測定器１１６は、受け取った命令によって、次のように設定できる：心拍を出力する；ＳｐＯ２を出力する；心拍とＳｐＯ２の双方を出力する；又は、何も出力しない。セットトップボックス１５０のインターフェースソフトウェアのインスタンス１７０は、取得制御命令８０を更に含む。これにより、アプリケーションは、どのデータ（心拍及び／若しくはＳｐＯ２）を取得するかを設定でき、並びに、取得の周波数若しくは複数の周波数を設定できる。セットトップボックス１５０のインターフェースソフトウェアのインスタンス１７０は、出力命令７８を更に含む。これにより、心拍のデータ及び／又はＳｐＯ２のデータを、セットトップボックス１５０で走っているアプリケーションに出力する。セットトップボックス１５０で走っているアプリケーションは、心拍のデータ及び／又はＳｐＯ２のデータを、テレビ１５２に表示する。実施例によっては、全てのアプリケーションソフトウェアを、遠隔サーバー１５４で実行する。このような実施例では、セットトップボックス１５０で走っているアプリケーションから、出力命令７８を任意選択で省いてもよい。遠隔サーバー１５４のインターフェースソフトウェアのインスタンス１７１は、取得制御命令８０を更に含む。これにより、アプリケーションは、どのデータ（心拍及び／若しくはＳｐＯ２）を取得するかを設定でき、並びに、取得の周波数若しくは複数の周波数を設定できる。遠隔サーバー１５４のインターフェースソフトウェアのインスタンス１７１は、出力命令７８を更に含む。これにより、心拍のデータ及び／又はＳｐＯ２のデータを、遠隔サーバー１５４で走っているアプリケーションに出力する。例えば、このアプリケーションは、傾向分析アプリケーションでもよい。傾向分析アプリケーションは、心拍及び／又はＳｐＯ２の標本を、ファイルに格納し、後でグラフ又は他の傾向の表示に描画する。
【００４９】
時に応じて、同期命令７０が働き、遠隔サーバー１５４及びセットトップボックス１５０の分散共有データ空間１３０のインスタンスを同期する。同様に、時刻同期命令７２が時に応じて働き、装置１５０の時刻及び装置１５４の時刻を同期する。これらの命令の働きは、アプリケーションからは見えない。アプリケーションとは、例えばモジュール１６０、１６２、及び１６４である。更に、モジュール１６０、１６２、及び１６４の各々は、共有データ空間１３０に、各々の取得周波数でアクセスする。各々の取得周波数は、他のモジュールから独立している。より低位の処理、例えば異なるアプリケーションの異なる取得のタイミングを合わせること（例えば図３に示すような処理）は、インターフェースソフトウェアで行われ、同期命令７０や時刻同期命令７２と同様に、アプリケーションからは見えない。従って、データストリーム１３２及び１３４を含む共有データ空間１３０により、異なるアプリケーション１６０、１６２、及び１６４が、同じ測定器１１６を使える。この際に、アプリケーション１６０、１６２、及び１６４を改造する必要は無い。
【００５０】
本発明を好適な実施例を参照して記述した。前述の詳細な記載を読みかつ理解することによって読者は改造及び変更を思いつくことができる。全てのかかる改造及び変更が添付の特許請求の範囲又はその均等物に含まれる限りにおいて本発明は全てのかかる改造及び変更を含むものとして解釈されることを意図している。
【図１】
2009544419.tif 000003
【図２】
2009544419.tif 000004
【図３】
2009544419.tif 000005
【図４】
2009544419.tif 000006
【国際調査報告】
2009544419.tif 000007
2009544419.tif 000008
2009544419.tif 000009