JP4286858B2 - 測定データ通信装置、情報取得装置、およびシステム - Google Patents

Description

本発明は、複数の測定値をコードと対応付けて送受信する測定データ通信装置および情報取得装置に関するものである。

従来の高速通信を用いた通信システムでは、データ通信を行う場合にはＸＭＬ（Extensible Markup Language）や独自の規格などを使用し、必要な測定条件を添付してデータを送信することが可能である。これらのデータは、データとして属性等が明確に設定されている。そのため、システム内でのデータ解析および各規格に応じたデータ変換が必要なく、データ自体に有効性がある。また、第三者により解析可能なデータであるため、データの再利用を行うことも可能である。

しかし、低速通信では同内容のデータを送信すると、長い通信時間がかかってしまう。このため低速通信における従来の通信システムでは、通信装置は、データの項目をコード変換などして必要最小限のデータのみを送信するようにしている。そして、データは、事前に定められた規格等の内容に則して受信側の装置で変換処理が行われる。このように、実際に必要である共通利用可能なデータの作成を行っている。

ここで、後掲の特許文献１には、データ処理方式について開示されている。また、後掲の特許文献２には、データの格納および取り出しの方法ならびにその装置について開示されている。また、後掲の特許文献３には、データ送受信装置およびデータ送受信方式が記載されている。また、後掲の特許文献４には、ネットワークに接続可能な機器の認証方法が開示されている。また、後掲の特許文献５には、複数の機能を持つ一体型の機器の制御について開示されている。また、後掲の特許文献６には、機器端末を集中制御するホームネットワークシステムについて記載されている。また、後掲の特許文献７には、ホームサーバシステムについて記載されている。
特開平８−６８２８号公報（１９９６年１月１２日公開） 特表平９−５０３３２６号公報（１９９７年３月３１日公表） 特開２００１−１０３０７９号公報（２００１年４月１３日公開） 特開２００３−３３３１０７号公報（２００３年１１月２１日公開） 特公平６−８１１４２号公報（１９９４年１０月１２日公告） 特開２０００−５９４０４号公報（２０００年２月２５日公開） 特開２００２−１８９８５２号公報（２００２年７月５日公開）

しかしながら、特許文献１〜特許文献７のいずれの従来技術においても、測定機器ごとに複数の測定項目の測定データの属性を一つのコードで表現しつつ、測定機器の種別毎に異なるコード体系としたり、新たな測定項目の自由な追加などに対応出来ないという課題があった。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、測定機器ごとに複数の測定項目の測定データの属性を一つのコードで表現しつつ、測定機器の種別毎に異なるコード体系としたり、新たな測定項目の自由な追加などに対応出来る測定データ通信装置および情報取得装置を実現することにある。

本発明に係る測定データ通信装置は、被測定者の健康状態を測定し、測定結果を表わす複数の測定値を、該測定値を管理する情報取得装置に対して送信する測定データ通信装置であって、上記複数の測定値の属性を定義する属性定義列と、該属性定義列と対応するコード値とから、通信情報を生成する通信情報生成手段と、上記コード値と上記複数の測定値とから、測定データを生成する測定データ生成手段と、上記通信情報および上記測定データを上記情報取得装置に送信する送信手段とを備える。

本発明に係る情報取得装置は、複数の測定値を測定する測定データ通信装置において測定された、被測定者の健康状態を表す複数の測定値を、該測定データ通信装置から受信し、管理する情報取得装置であって、上記複数の測定値の属性を定義する属性定義列と、該属性定義列と対応するコード値とを含む通信情報と、上記複数の測定値と上記コード値とを含む測定データとを受信する受信手段と、受信した上記通信情報から、上記属性定義列と上記コード値とを抽出し、記憶する属性定義抽出記憶手段と、上記属性定義抽出記憶手段から、上記コード値に対応する上記属性定義列を取得し、該属性定義列を用いて、受信した上記測定データから、上記複数の測定値を抽出する測定値抽出手段とを備える。

本発明に係るシステムは、上記測定データ通信装置と、上記情報取得装置とからなる。

上記構成により、測定機器ごとに複数の測定項目の測定データの属性を一つのコードで表現しつつ、測定機器の種別毎に異なるコード体系としたり、新たな測定項目の自由な追加などに対応出来るという効果を奏する。

測定データ通信装置は、複数の測定値を送信する際に、それぞれの測定値の属性を送信する必要が無い。また、送信する測定値の属性定義列を自由にコード値と対応付けることができる。

なお、本発明に係る測定データ通信装置は、被測定者の健康状態を表わす複数の測定値を、情報取得装置に対して送信する測定データ通信装置であって、上記複数の測定値の属性定義列と、該複数の測定値の属性定義列に対応するコード値とを通信情報として、上記情報取得装置に対して送信する通信情報送信手段と、上記コード値と上記複数の測定値とから測定データを生成する測定データ生成手段とを有する構成でもよい。

また、本発明に係る情報取得装置は、健康状態を表す複数の測定値の属性定義列とコード値とを対応付けて記憶するコード記憶手段と、各測定値を健康状態として記憶する健康状態記憶手段と、少なくとも被測定者の健康状態を表わす複数の測定値と該複数の測定値の属性定義列に対応するコード値とを含む測定データを受信する第１通信手段と、上記測定データに含まれるコード値に基づいて上記コード記憶手段を参照し、該コードに対応する複数の測定値の属性定義列に従いを該測定データについて属性を対応付けて、上記健康状態記憶手段に格納する測定データ変換手段とを有する構成でもよい。

本発明に係る測定データ通信装置は、上記複数の測定値の属性を定義する属性定義列と、該属性定義列と対応するコード値とから、通信情報を生成する通信情報生成手段と、上記コード値と上記複数の測定値とから、測定データを生成する測定データ生成手段と、上記通信情報および上記測定データを上記情報取得装置に送信する送信手段とを備える。

また、本発明に係る情報取得装置は、上記複数の測定値の属性を定義する属性定義列と、該属性定義列と対応するコード値とを含む通信情報と、上記複数の測定値と上記コード値とを含む測定データとを受信する受信手段と、受信した上記通信情報から、上記属性定義列と上記コード値とを抽出し、記憶する属性定義抽出記憶手段と、上記属性定義抽出記憶手段から、上記コード値に対応する上記属性定義列を取得し、該属性定義列を用いて、受信した上記測定データから、上記複数の測定値を抽出する測定値抽出手段とを備える。

また、本発明に係るシステムは、上記測定データ通信装置と、上記情報取得装置とからなる。

それ故、測定機器ごとに複数の測定項目の測定データの属性を一つのコードで表現しつつ、測定機器の種別毎に異なるコード体系としたり、新たな測定項目の自由な追加などに対応出来るという効果を奏する。

＜参考例＞
〔全体動作〕
健康測定機器（測定データ通信装置）は、まず、自装置がどのような情報を測定し、その測定結果のデータをどのようなフォーマットで情報取得装置に送るか、その定義を情報取得装置に対して行う。

この定義では、まず、健康測定機器が、自装置のメーカ名や製造番号などを情報取得装置に知らせ（機器登録という）を行う。次に、健康測定機器は、これから自装置がどのような測定を行い、その測定の結果である数値をどのようなフォーマットにより情報取得装置に送るかを、そのフォーマットに対応付けたコード値と共に、情報取得装置に知らせる（通信情報登録という）。

以上の定義により、健康測定機器が、情報取得装置に測定結果を送信する準備が整う。

この後、健康測定機器は、実際に測定を行い、その測定結果のデータを、定義の段階で定めたコード値と共に、情報取得装置へ送信する。

情報取得装置は、受信した測定結果のデータを解釈する（そのデータが体重を意味するのか、脈拍を意味するのかなど）にあたり、その測定結果のデータと共に送られてきたコード値を用いて、どのフォーマットを用いてその測定結果のデータが送られてきたか、またそのデータは何を測定したデータであるかを認識する。

以上が全体の基本的な動作の流れである。

なお、健康測定機器は、必要に応じて、現在時刻や、年齢、性別などの被測定者情報等、情報取得装置に保持されている情報の照会も行う。

〔概略構成〕
本発明の一参考例について図に基づいて説明すれば、以下の通りである。なお、以下の説明に用いる図面は、同一の部材または同一の機能のものについては同一の符号を付してある。従って、それらについての詳細な説明は繰り返さない。

図１において、本参考例にかかる測定データ通信装置２００および情報取得装置１００からなる測定システムを示す。

測定データ通信装置は、体重計や血圧計、血糖値計、心電計、脈波形、血中酸素飽和度計、体温計、など、生体に関する情報を測定、検出し、外部に出力する機能を備えた健康機器などである。

情報取得装置１００は、測定データ通信装置２００より測定データやその属性を収集し管理する、セットトップボックスや携帯電話に実現された健康情報の管理を行う装置である。

図２において、本参考例にかかる情報取得装置１００の機能ブロック図を示す。

なお、本参考例における情報取得装置１００は、携帯電話として実現されているものとする。なお、携帯電話の構成は公知であるため、ここでは特徴的な部分についてのみ記載を行う。

コード記憶部１０１（属性定義抽出記憶手段）は、健康状態を表す複数の測定値の属性定義列とコード値とを対応付けて記憶する。健康状態記憶部１０２は、各測定値を健康状態として記憶する。第１通信部１０３（受信手段）は、被測定者の健康状態を表わす複数の測定値と該複数の測定値の属性定義列に対応するコード値とを含む測定データを測定データ通信装置２００より受信する。ここではIrDA（Infra-Red Data Association）やBluetooth（登録商標）による短距離無線通信やローカルエリアネットワークにより通信を行う。

測定データ変換部１０４（受信手段）は、第１通信部１０３において受信した測定データに含まれるコード値に基づいてコード記憶部１０１を参照し、該コードに対応する複数の測定値の属性定義列に従いを該測定データについて属性と対応付けて、健康状態記憶部１０２に格納する。操作入力部１０５は、キーボードやマウス、マイクなどの被測定者からの操作入力を受け付ける。提示部１０６は、表示ランプや液晶画面、音声出力などにより被測定者への情報提示を行う。制御部１０７（属性定義抽出記憶手段）は、情報取得装置１００内の各部と接続され、情報取得装置１００の動作全般の制御を行う。

第２通信部１０８は、コード対応などを取得する際に外部サーバ３００と通信を行う。ここでは、インターネットや公衆電話網などの広域通信網を利用する。記憶部１０９は、測定データ通信装置２００の測定条件、動作条件、外部サーバへ登録するデータ、測定データ通信装置２００のプログラムアップデート用のデータなど、データや動作条件を記憶する。

図３において、本参考例にかかる測定データ通信装置２００の機能ブロック図を示す。

通信情報通信部２０１（送信手段、通信情報生成手段）は、複数の測定値の属性定義列と、該複数の測定値の属性定義列に対応するコード値とから通信情報を生成し、情報取得装置１００に対して送信する。ここではIrDA（Infra-Red Data Association）やBluetooth（登録商標）による短距離無線通信やローカルエリアネットワークにより通信を行う。

測定データ生成部２０２（測定データ生成手段）は、コード値と複数の測定値とから測定データを生成する。測定部２０３は、被測定者の各種生体情報の測定を行う。操作入力部２０４は、キーボードやマウス、マイクなどの被測定者からの操作入力を受け付け行う。提示部２０５は、表示ランプや液晶画面、音声出力などにより被測定者への情報提示を行う。制御部２０６（通信情報生成手段）は、測定データ通信装置２００内の各部と接続され、測定データ通信装置２００の動作全般の制御を行う。記憶部２０７は、測定データ通信装置２００の測定条件、動作条件、測定部２０３で測定した測定結果、情報取得装置１００への通知を行う外部サーバへ登録するデータ、測定データ通信装置２００のプログラムアップデート用のデータなどを記憶する。

〔用語〕
次に、本参考例で用いる用語の定義と説明を行う。

健康測定機器（ＨＭＤ）は、本参考例での測定データ通信装置２００であり、健康情報を測定する機器である。後述する健康管理機器と通信を行うものである。

健康管理機器（ＨＣＤ）は、本参考例での情報取得装置１００であり、複数の健康測定機器と通信を行い、健康測定機器を管理するものである。

健康測定機器アプリケーションは、後述する健康測定機器の動作を実現させるために実行されるアプリケーションプログラムである。

健康管理機器アプリケーションは、健康測定機器アプリケーションと通信を行うなど、健康管理機器の動作（後述）を実現させるために実行されるアプリケーションプログラムである。

アプリケーションエンティティ（ＡＥ）は、健康測定機器アプリケーション及び健康管理機器アプリケーションプログラムの総称である。

データフレームは、健康測定機器アプリケーションと健康管理機器アプリケーションが通信を行う場合のデータ単位である。

アプリケーションヘッダ（ＡＨ：application header）は、データフレームの構成要素である。アプリケーションヘッダは２バイトからなる。図４において、１バイト目のデータ項目を表すビット配列順を示し、図５において、２バイト目のデータ項目を表すビット配列順を示す。

アプリケーションデータフレーム（ＡＤＦ：application data frame）は、データフレームの構成要素である。

通信識別子は、通信方式を識別するための識別子である。通信方式については、〔通信方式〕において後述する。

サービス識別子は、サービスを識別するための識別子である。サービス識別子については、〔データフレーム構成〕において説明する。

シーケンス番号は、フレーム落ちなどを検出するためのデータフレームを識別するための番号である。

誤り確認は、データフレームの誤りを確認することである。

データフィールドは、アプリケーションデータフレームの構成単位である。データフィールドには、単数データ形式と複数データ形式とがある。なお、図６において、単数データ形式のデータフィールドの構成（ＤＬ、ＤＶ、ＢＮは後述）を示し、図７において、複数データ形式のデータフィールドの構成（ＤＤ、ＣＤは後述）を示す。

誤り確認識別子は、誤り確認の結果を表す識別子である。

ＤＬ(data length)は、データフィールド全体の長さである。

ＵＤＮ(unique device name)は、健康測定機器アプリケーションが、通信するすべての通信項目の集合を一意に識別するための名称。通信項目は通信情報登録で登録することのできる項目である。

バイト名称（ＢＮ：byte name）は、ＵＤＮで指定される通信項目の集合の中で通信項目を一意に識別する識別子である。

ＤＶ(data value)は、データフィールドの中で、データの値を記述する領域である。

ＤＤ(data discrimination)は、データ識別子である。データ識別子については、〔データフィールド〕において後述する。

ＣＤ(code discrimination)は、文字コード識別子であり、〔データフィールド〕において後述する。

なお、図８において、ＤＤ、ＣＤ等で用いる予約語の一覧を示す。

Ｖ(verification)フィールドは、確認通知通信と応答通信とで誤り確認識別子の値が記述される。なお、健康管理機器アプリケーションからのデータ送信の場合は、機器登録判定識別子、通信情報登録判定識別子の値も追加して記述される。また、データ通信、照会通信の場合は、未登録のバイト名称の値も追加して記述される。

判定処理は、機器登録状況、通信情報登録状況、バイト名称の確認を行い、必要な情報をＶフィールドに追加記述する。

機器登録通信は、サービスの一つであり、〔機器登録通信〕で後述する。

通信情報登録通信は、サービスの一つであり、〔通信情報登録通信〕で後述する。

データ通信は、サービスの一つであり、〔データ通信〕で後述する。

照会通信は、サービスの一つであり、〔照会通信〕で後述する。

登録名称である事を表す値は、ＤＤに記述され、ＤＶの値が登録名称であることを表わす値である。

名称である事を表す値は、ＤＤに記述され、ＤＶの値が名称であることを表わす値である。

ＵＤＮである事を表す値は、ＤＤに記述され、ＤＶの値がＵＤＮを表わす文字列であることを表わす値である。

単位である事を表す値は、ＤＤに記述され、ＤＶの値が単位を表わす文字列であることを表わす値である。

スケールは、データ通信で通信されるデータ値のスケールである。

スケールである事を表す値は、ＤＤに記述され、ＤＶの値がスケールを表わす文字列であることを表わす値である。

ＵＤＮフィールドは、通信情報登録通信や照会通信でＵＤＮを指定するためのデータフィールドである。

通信情報フィールドは、連続する複数のデータフィールドであって、通信情報登録通信で一つの通信情報を登録するための単位となるものである。なお、図９および図１０において、通信情報登録通信で用いる標準名称のリストである。

個人識別IDは、個人を識別するＩＤである。

健康情報フィールドは、連続する複数のデータフィールドであって、データ通信や照会通信で個人の健康情報を通信するための単位となるものである。

機器登録判定識別子は、機器登録項目が登録されたかどうかを判定する識別子である。

通信情報登録判定識別子は、機器登録通信で登録されたＵＤＮで指定されるＢＮの集合が登録されているかどうかを判定する識別子である。

〔略語〕
本参考例では、箇条書きやテーブルなどでの表記を簡便にするために、次のように略語を用いる。すなわち、健康測定機器はＨＭＤ、健康管理機器はＨＣＤ、アプリケーションヘッダはＡＨ、アプリケーションデータフレームはＡＤＦ、アプリケーションエンティティはＡＥ、バイト名称はＢＮ、確認（verification）はＶと記載する。

〔データフレーム構成〕
ＨＭＤアプリケーションとＨＣＤアプリケーションとが一般の通信を行う場合のデータフレームは、通信を制御するためのヘッダ部（ＡＨ）とデータを記述するためのデータ部（ＡＤＦ）とで構成される。

ＡＨには、以下に示す通信識別子、サービス識別子、及びシーケンス番号を記述する。

a)通信識別子：通信方式が、要求通信、応答通信、通知（確認なし）通信、通知（確認あり）通信、又は確認通知通信のいずれであるかを識別する識別子
b)サービス識別子：サービスが、機器登録通信、通信情報登録通信、データ通信、又は照会通信のいずれであるかを識別する識別子
c)シーケンス番号：データフレームを識別するための番号
ＡＤＦはデータフィールドのフォーマットに従って通信データを記述する。ＡＤＦの記述例は後述する。

〔誤り確認〕
ＨＭＤアプリケーション及びＨＣＤアプリケーションでは、データフレームを受信するとデータフレームに誤りがないかどうかを確認する。

〔通信方式〕
ＨＭＤアプリケーションとＨＣＤアプリケーションは通信方式に従ってデータフレームを送受信する。

ＡＥ間で通信を行っている場合には、ＡＥ間でアソシエーションが確立されているものとする。このアソシエーションの確立方法は、ISO/IEEE8650-1(International Organization for Standardization / Institute of Electrical and Electronic Engineers 8650-1)に準じるものとする。

通信には、送信元ＡＥが、送信先ＡＥにＡＤＦの内容を通知する場合に用いられる通知（確認なし）通信、送信元ＡＥが送信先ＡＥから情報取得を行う場合に用いる要求通信、送信先ＡＥへのデータフレームの送信が成功したことを送信元ＡＥが確認する場合に用いられる通知（確認あり）通信、応答通信、確認通知通信がある。

まず、通知（確認なし）通信は、送信元ＡＥが、送信先ＡＥにＡＤＦの内容を通知する場合に用いられる。また、送信元ＡＥは、ＡＨの通信識別子を通知（確認なし）通信にセットし、データフレームを送信先ＡＥに送信する。送信先ＡＥは、データフレームを受信すると、誤り確認を行う。

次に、要求通信及び応答通信について説明する。

要求通信は、送信元ＡＥが送信先ＡＥから情報取得を行う場合に用いる。要求する情報内容は、送信元ＡＥから送信するＡＤＦに記述する。送信先ＡＥは要求された情報をＡＤＦに記述し応答通信を用いて送信元ＡＥにデータフレームを送信する。

要求通信送信元ＡＥの処理手順は次による。

1) ＡＨの通信識別子を要求通信にセット
2) ＡＨのシーケンス番号に値をセット
3) ＡＨのサービス識別子を送信先ＡＥへの要求内容に応じてセット
4) ＡＤＦに送信先ＡＥへの要求内容を記述
5) データフレームを要求送信先ＡＥに送信
6) 要求送信先ＡＥからの応答が受信されない場合は同じ内容のデータフレームを繰り返し送信してもよい
7) 要求通信送信先から応答通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号及びサービス識別子の値を確認して、どの要求通信に対応する応答通信かを識別する。

要求通信送信先ＡＥの処理手順は次による。

1) データフレームを受信したら、誤り確認を行う
2) ＡＨの各識別子を確認
3) ＡＤＦの内容から要求された処理を行う
4) ＡＨの通信識別子を応答通信にセット
5) ＡＨのシーケンス番号に値をセット
6) サービス識別子は要求通信のＡＨと同じ値をセット
7) ＡＤＦに要求された処理結果をセット
8) 要求通信送信元ＡＥへデータフレームを送信する。

次に、通知（確認あり）通信及び確認通知通信について説明する。

通知（確認あり）通信は、送信先ＡＥへのデータフレームの送信が成功したことを送信元ＡＥが確認する場合に用いられる。

通知（確認あり）通信送信元ＡＥの処理手順は次による。

1) ＡＨの通信識別子を通知（確認あり）通信にセット
2) ＡＨのシーケンス番号に値をセット
3) ＡＨのサービス識別子を送信先ＡＥへの通知内容に応じてセット
4) ＡＤＦに送信先ＡＥへの通知内容を記述
5) データフレームを通知（確認あり）通信送信先ＡＥに送信
6) 通知（確認あり）通信送信先ＡＥからの確認通知通信が受信されない場合又は、確認通知通信の誤り確認内容が誤りであった場合は同じ内容のデータフレームを繰り返し送信してもよい
7) 通知（確認あり）通信送信先ＡＥから確認通知通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号及びサービス識別子の値を確認して、どの通知（確認あり）通信に対応する確認通知通信かを識別する。

通知（確認あり）通信送信先ＡＥの処理手順は次による。

1) データフレームを受信したら、誤り確認を行う。

2) ＡＨの各識別子を確認
3) ＡＨの通信識別子を確認通知通信にセット
4) ＡＨのシーケンス番号に値をセット
5) サービス識別子は通知（確認あり）通信のＡＨと同じ値をセット
6) ＡＤＦに誤り確認内容をセット
7) 通知（確認あり）通信元ＡＥへデータフレームを送信する。

〔データフィールド〕
以下、データフィールドについて説明する。

一般に、ＡＤＦは、連続する複数のデータフィールドで構成する。データフィールドは単数データ形式か複数データ形式のいずれかの形式で記述する。単数データ形式は、データ通信と照会通信において用いられ、複数データ形式は、機器登録通信と通信情報登録通信において用いられる。

まず、単数データ形式について説明する。

単数データ形式で記述されるデータフィールドは、ＤＬ、ＢＮ、ＤＶで構成する。ＤＬにはデータフィールドの長さが記述され、ＢＮには通信項目を表わす値を記述し、ＤＶにはＢＮに対応するデータ値を記述する。

次に、複数データ形式について説明する。

複数データ形式で記述されるデータフィールドは、ＤＬ、ＤＤ、ＣＤ、ＤＶで構成される。ＤＬにはデータフィールドの長さが記述され、ＤＤには機器登録または通信情報登録の各項目を識別する値が記述され、ＣＤにはＤＶに記述する文字コードの種類が記述され、ＤＶにはＤＤに対応する値を記述する。

次に、確認通知通信と応答通信のデータフィールドについて説明する。

確認通知通信でのＡＤＦは、一つの単数データ形式のデータフィールドであるＶフィールドで構成する。

応答通信でのＡＤＦの先頭のデータフィールドには、Ｖフィールドを記述する。

Ｖフィールドは、ＢＮとＤＶとから構成される。Ｖフィールドでは、
ＢＮには：確認（Ｖ: Verification）を表す値
ＤＶには：誤り確認識別子の値
を設定する。図１１において、ＶフィールドのＤＶの１バイト目のデータ項目を表すビット配列順を示す。

〔判定処理〕
ここでは、Ｖフィールドへの記述を行うための判定処理について述べる。

ＨＣＤアプリケーションは、ＨＭＤアプリケーションから要求通信又は通知（確認あり）通信を受信すると、送信元のＨＭＤアプリケーションの機器登録状況及び通信情報登録状況の確認を行う。

またＡＤＦの記述が単数データ形式の場合は、データフィールドに記述されている各ＢＮが、送信元ＨＭＤアプリケーションが登録通信で登録したＵＤＮで指定されるＢＮかどうかの確認をする。

応答通信又は確認通知通信を送信するときには、判定結果として、ＡＤＦのＶフィールドに機器登録状況を表わす機器登録判定識別子と、通信情報登録状況を表わす通信情報登録判定識別子との値を追加記述する。ＢＮ登録状況を確認して未登録のＢＮがあった場合には、未登録ＢＮもＶフィールドに追加記述する。

ＨＭＤアプリケーションは、ＨＣＤアプリケーションから単数データ形式で要求通信又は通知（確認あり）通信を受信すると、データフィールドに記述されている各ＢＮが、登録通信で定義したＵＤＮで指定するＢＮかどうかを確認する。

応答通信又は確認通知通信を送信するときに、未定義のＢＮがあった場合には、判定結果として、未定義ＢＮをVフィールドに追加記述する。

〔機器登録通信〕
機器登録通信は、ＨＭＤのベンダ名、製品名、モデル番号、ＵＤＮ、健康計測機器プロトコルバージョン番号をＨＣＤアプリケーションに登録するために行われる。製品名とモデル番号はいずれか一方だけの登録でもよい。機器登録通信は、ＨＭＤアプリケーションとＨＣＤアプリケーションとの間の通信のうち最初に行われるものである。ただし、その後の通信の任意のタイミングで機器登録通信を繰り返してもよい。また、ＨＭＤアプリケーションは、機器登録通信を使って、ＨＣＤアプリケーションに登録された機器登録項目を削除要求することができる。

〔機器登録項目〕
機器登録項目には、健康計測機器プロトコルバージョン番号、ベンダ名、製品名、モデル番号、ＵＤＮ、登録削除があり、それぞれ複数データ形式のデータフィールドを記述する。

すべての機器登録項目は一度の機器登録通信で通信されることが望ましいが、複数回の機器登録通信に機器登録項目を分けて通信してもよい。

健康計測機器プロトコルバージョン番号：一つのデータフィールドで記述され、ＡＤＦの先頭に記述することが望ましい。

以下、機器登録通信でのＡＤＦの記述形式について述べる。なお、ＤＤは、登録名称である事を表す値、ＤＶは、健康計測機器プロトコルバージョン番号の値である。

ベンダ名を登録する場合、次のように二つの連続するデータフィールドを記述する。

第１のデータフィールドＤＤ：登録名称である事を表す値
第１のデータフィールドＤＶ：ベンダ名を定義する文字列
第2のデータフィールドＤＤ：名称である事を表す値
第2のデータフィールドＤＶ：ベンダ名を表す文字列
製品名を登録する場合、次のように二つの連続するデータフィールドを記述する。

第１のデータフィールドＤＤ：登録名称である事を表す値
第１のデータフィールドＤＶ：製品名を定義する文字列
第2のデータフィールドＤＤ：名称である事を表す値
第2のデータフィールドＤＶ：製品名を表す文字列
モデル番号を登録する場合、次のように二つの連続するデータフィールドを記述する。

第１のデータフィールドＤＤ：登録名称である事を表す値
第１のデータフィールドＤＶ：モデル番号を定義する文字列
第2のデータフィールドＤＤ：名称である事を表す値
第2のデータフィールドＤＶ：モデル番号を表す文字列又はコード値
ＵＤＮを登録する場合、次のように二つの連続するデータフィールドで記述する。

第１のデータフィールドＤＤ：登録名称である事を表す値
第１のデータフィールドＤＶ：ＵＤＮを定義する文字列
第2のデータフィールドＤＤ：名称である事を表す値
第2のデータフィールドＤＶ：ＵＤＮを表す文字列
登録削除を行う場合、次のように一つのデータフィールドで記述する。

ＤＤ：登録名称である事を表す値
ＤＶ：登録削除を定義する文字列
〔機器登録シーケンス〕
機器登録は、ＨＭＤアプリケーション、ＨＣＤアプリケーションの両方から行うことができる。まず、ＨＭＤアプリケーションからの機器登録通知について説明する。

ＨＭＤアプリケーションの処理手順は、次による。

a) ＡＨの通信識別子を通知（確認あり）通信又は通知（確認なし）通信にセット
b) ＡＨのシーケンス番号に値をセット
c) ＡＨのサービス識別子を機器登録通信にセット
d) ＡＤＦに機器登録項目を記述したデータフィールドをセット
e) データフレームをＨＣＤアプリケーションへ送信
f) 通知（確認あり）通信の場合は、ＨＣＤアプリケーションからの確認通知通信の受信を待つ
g) ＨＣＤアプリケーションから確認通知通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号およびサービス識別子の値を確認して、どの通知（確認あり）通信に対応する確認通知通信かを識別する
h) Ｖフィールドの誤り確認識別子、機器登録判定識別子、通信情報登録判定識別子の値を確認する。

ＨＣＤアプリケーションの処理手順は、次による。

a) ＨＭＤアプリケーションからデータフレームを受信したら、誤り確認を行う
b) ＡＨの各識別子を確認する
c) ＡＤＦから機器登録項目を読み取り、送信元のＨＭＤアプリケーションの機器登録処理を行う
d) 判定処理を行う
e) 受信データフレームの通信識別子が通知（確認あり）通信の場合は、ＡＨの通信識別子を確認通知通信にセット
f) ＡＨのシーケンス番号に値をセット
g) サービス識別子は受信データフレームのＡＨと同じ値をセット
h) Ｖフィールドに誤り確認識別子と判定処理結果をセット
i) 通信元ＨＭＤアプリケーションへデータフレームを送信する。

次にＨＣＤアプリケーションからの機器登録要求について説明する。

ＨＣＤアプリケーションの処理手順は、次による。

a) ＡＨの通信識別子を要求通信にセット
b) ＡＨのシーケンス番号に値をセット
c) ＡＨのサービス識別子を機器登録通信にセット
d) ＡＤＦには何も記述しない
e) データフレームをＨＭＤアプリケーションへ送信
f) ＨＭＤアプリケーションからの応答通信の受信を待つ
g) ＨＭＤアプリケーションから応答通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号及びサービス識別子の値を確認して、どの要求通信に対応する応答通信かを識別する
h) Ｖフィールドの誤り確認識別子の値を確認する
i) ＡＤＦから機器登録項目を読み取り、応答通信送信元のＨＭＤアプリケーションの機器登録処理を行う。
ＨＭＤアプリケーションの処理手順は、次による。

a) ＨＣＤアプリケーションからデータフレームを受信したら、誤り確認を行う
b) ＡＨの各識別子を確認する
c) ＡＨの通信識別子を応答通信にセット
d) ＡＨのシーケンス番号に値をセット
e) サービス識別子は受信データフレームのＡＨと同じ値をセット
f) Ｖフィールドに誤り確認識別子の値をセット
g) 次に続くデータフィールドに機器登録項目を記述
h) データフレームをＨＣＤアプリケーションへ送信
次に、ＨＭＤアプリケーションからの機器登録確認について説明する。

ＨＭＤアプリケーションの処理手順は、次による。

a) ＡＨの通信識別子を要求通信にセット
b) ＡＨのシーケンス番号に値をセット
c) ＡＨのサービス識別子を機器登録通信にセット
d) ＡＤＦには何も記述しない
e) データフレームをＨＣＤアプリケーションへ送信
f) ＨＣＤアプリケーションからの応答通信の受信を待つ
g) ＨＣＤアプリケーションから応答通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号及びサービス識別子の値を確認して、どの要求通信に対応する応答通信かを識別する
h) ＡＤＦの内容から機器登録状況を確認する。

ＨＣＤアプリケーションの処理手順は、次による。

a) ＨＭＤアプリケーションからデータフレームを受信したら、誤り確認を行う
b) ＡＨの各識別子を確認する
c) ＡＨの通信識別子を応答通信にセット
d) ＡＨのシーケンス番号に値をセット
e) サービス識別子は受信データフレームのＡＨと同じ値をセット
f) 判定処理を行う
g) Ｖフィールドに誤り確認識別子と判定処理結果をセット
h) 次に続くデータフィールドに要求通信送信元ＨＭＤアプリケーションの機器登録項目を記述
i) データフレームをＨＣＤアプリケーションへ送信
次に、ＨＭＤアプリケーションからの機器登録削除について説明する。

ＨＭＤアプリケーションの処理手順は、次による。

a) ＡＨの通信識別子を通知（確認あり）通信又は通知（確認なし）通信にセット
b) ＡＨのシーケンス番号に値をセット
c) ＡＨのサービス識別子を機器登録通信にセット
d) ＡＤＦに機器登録項目として、健康計測機器プロトコルバージョン番号と登録削除を記述したデータフレームをセット
e) データフレームをＨＣＤアプリケーションへ送信
f) 通知（確認あり）通信の場合は、ＨＣＤアプリケーションからの確認通知通信の受信を待つ
g) ＨＣＤアプリケーションから確認通知通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号及びサービス識別子の値を確認して、どの通知（確認あり）通信に対応する確認通知通信かを識別する
h) Ｖフィールドの誤り確認識別子、機器登録判定識別子及び通信情報登録判定識別子の値を確認する。

ＨＣＤアプリケーションの処理手順は、次による。

a) ＨＭＤアプリケーションからデータフレームを受信したら、誤り確認を行う
b) ＡＨの各識別子を確認する
c) ＡＤＦから機器登録項目を読み取り、送信元のＨＭＤアプリケーションの機器登録削除処理を行う
d) 判定処理を行う
e) 受信データフレームの通信識別子が通知（確認あり）通信の場合は、ＡＨの通信識別子を確認通知通信にセット
f) ＡＨのシーケンス番号に値をセット
g) サービス識別子は受信データフレームのＡＨと同じ値をセット
h) Ｖフィールドに誤り確認識別子と判定処理結果とをセット
i) 通信元ＨＭＤアプリケーションへデータフレームを送信する。

〔通信情報登録通信〕
通信情報登録通信は、ＵＤＮで指定されるＢＮ及びＢＮに対応付けられる通信項目の名称、単位並びにスケールをＨＣＤアプリケーションに登録するために行う。

通信情報登録通信は、登録するＢＮを追加・変更するために繰り返し行われてもよい。ＨＣＤアプリケーションは通信情報登録通信時にＡＤＦに記載されているＵＤＮによって登録するＢＮの集合を識別し、ＢＮの追加・変更を行う。また、ＨＭＤアプリケーションはＵＤＮを指定することで、ＨＣＤアプリケーションに登録されている通信項目を参照することができる。

まず、通信情報登録のＡＤＦの構成について説明する。

通信情報登録のＡＤＦの構成の各データフィールドは複数データ形式で記述する。なお、通信情報登録のＡＤＦは、ＵＤＮフィールドおよび通信情報フィールドにより構成される。以下では、ＤＬおよびＣＤは省略する。

ＵＤＮフィールドは、次による。

ＤＤ：ＵＤＮである事を表す値
ＤＶ：ＵＤＮを表す文字列
通信方式が通知（確認あり）通信、通知（確認なし）通信、要求通信の場合で、ＵＤＮフィールドが記述される場合には、データフレームの先頭に記述されなければならない。応答通信の場合には、Ｖフィールドに続くデータフィールドに記述する。

通信情報フィールドは連続する複数のデータフィールドで構成され、先頭のデータフィールドでＢＮを指定し、それ以降のデータフィールドで名称、単位及びスケールを指定する。

名称を指定するデータフィールドは複数あってよい。また、単位及びスケールを指定するデータフィールドは省略されてもよい。

通信情報フィールドは、次による。なお、ＤＬ、ＣＤは省略する。

ＤＤ：登録名称である事を表す値
ＤＶ：ＢＮの値
ＤＤ：名称である事を表す値
ＤＶ：通信項目の名称１
ＤＤ：名称である事を表す値
ＤＶ：通信項目の名称2
…（必要数繰り返し）…
ＤＤ：単位である事を表す値
ＤＶ：単位を表す文字列
ＤＤ：スケールである事を表す値
ＤＶ：スケールを表す文字列
複数の通信項目を登録する場合は、通信情報フィールドを複数連続させる。

〔通信情報登録シーケンス〕
次に、通信情報登録シーケンスを説明する。

ＨＭＤアプリケーションからの通信情報登録通知の場合。

ＨＭＤアプリケーションの処理手順は、次による。

a) ＡＨの通信識別子を通知（確認あり）通信又は通知（確認なし）通信にセット
b) ＡＨのシーケンス番号に値をセット
c) ＡＨのサービス識別子を通信情報登録通信にセット
d) ＡＤＦの先頭にＵＤＮフィールドを記述。ＵＤＮを表わす文字列には機器登録通信で登録したＵＤＮを表す文字列を記述する
e) ＡＤＦに通信情報登録項目を記述したデータフィールドをセット
f) データフレームをＨＣＤアプリケーションへ送信
g) 通知（確認あり）通信の場合は、ＨＣＤアプリケーションからの確認通知通信の受信を待つ
h) ＨＣＤアプリケーションから確認通知通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号及びサービス識別子の値を確認して、どの通知（確認あり）通信に対応する確認通知通信かを識別する
i) Ｖフィールドの誤り確認識別子、機器登録判定識別子、通信情報登録判定識別子の値を確認する。

ＨＣＤアプリケーションの処理手順は、次による。

a) ＨＭＤアプリケーションからデータフレームを受信したら、誤り確認を行う
b) ＡＨの各識別子を確認する
c) ＡＤＦから通信情報登録項目を読み取り、送信元のＨＭＤアプリケーションの通信情報登録処理を行う
d) 判定処理を行う
e) 受信データフレームの通信識別子が通知（確認あり）通信の場合は、ＡＨの通信識別子を確認通知通信にセット
f) ＡＨのシーケンス番号に値をセット
g) サービス識別子は受信データフレームのＡＨと同じ値をセット
h) Ｖフィールドに誤り確認識別子と判定処理結果をセット
i) 通信元ＨＭＤアプリケーションへデータフレームを送信する。

ＨＭＤアプリケーションからの通信情報登録要求の場合。

ＨＭＤアプリケーションの処理手順は、次による。

a) ＡＨの通信識別子を要求通信にセット
b) ＡＨのシーケンス番号に値をセット
c) ＡＨのサービス識別子を通信情報登録通信にセット
d) ＡＤＦにはＵＤＮフィールドを記述し、ＤＶに参照するＵＤＮを定義する文字列を記述する。 ＨＣＤアプリケーションに登録されている、送信元ＨＭＤアプリケーションの通信項目を参照する場合には、ＵＤＮフィールドの記述を省略しＡＤＦに何も記述しなくともよい
e) データフレームをＨＣＤアプリケーションへ送信
f) ＨＣＤアプリケーションからの応答通信の受信を待つ
g) ＨＣＤアプリケーションから応答通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号及びサービス識別子の値を確認して、どの要求通信に対応する応答通信かを識別する
h) ＡＤＦの内容から指定ＵＤＮの通信項目の登録状況を確認する。

ＨＣＤアプリケーションの処理手順は、次による。

a) ＨＭＤアプリケーションからデータフレームを受信したら、誤り確認を行う
b) ＡＨの各識別子を確認する
c) ＡＤＦのＵＤＮフィールドに記述されているＵＤＮを読み出す
d) 読み出したＵＤＮで登録されているすべての通信項目を通信情報フィールドとして用意する
e) ＡＤＦに何も記述がない場合は、送信元のＨＭＤアプリケーションが機器登録通信で登録したＵＤＮで登録されているすべての通信項目を通信情報フィールドとして用意する
f) ＡＨの通信識別子を応答通信にセット
g) ＡＨのシーケンス番号に値をセット
h) サービス識別子は受信データフレームのＡＨと同じ値をセット
i) 判定処理を行う
j) ＡＤＦの先頭Ｖフィールドに誤り確認識別子と判定処理結果をセット
k) 次に続くデータフィールドに受信したＵＤＮフィールドをセット
l) 次に続くデータフィールドに用意した通信情報フィールドをセット
m) データフレームをＨＣＤアプリケーションへ送信する。

ＨＣＤアプリケーションからの通信情報登録要求の場合。

ＨＣＤアプリケーションの処理手順は、次による。

a) ＡＨの通信識別子を要求通信にセット
b) ＡＨのシーケンス番号に値をセット
c) ＡＨのサービス識別子を通信情報登録通信にセット
d) ＡＤＦには何も記述しない
e) データフレームをＨＭＤアプリケーションへ送信
f) ＨＭＤアプリケーションからの応答通信の受信を待つ
g) ＨＭＤアプリケーションから応答通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号及びサービス識別子の値を確認して、どの要求通信に対応する応答通信かを識別する
h) Ｖフィールドの誤り確認識別子の値を確認する
i) ＡＤＦから通信情報登録項目を読み取り、送信元のＨＭＤアプリケーションの通信情報登録処理を行う。

ＨＭＤアプリケーションの処理手順は、次による。

a) ＨＣＤアプリケーションからデータフレームを受信したら、誤り確認を行う
b) ＡＨの各識別子を確認する
c) ＡＨの通信識別子を応答通信にセット
d) ＡＨのシーケンス番号に値をセット
e) サービス識別子は受信データフレームのＡＨと同じ値をセット
f) ＡＤＦの先頭Ｖフィールドに誤り確認識別子の値をセット
g) 次に続くデータフィールドにＵＤＮフィールドを記述する。ＵＤＮを表す文字列には機器登録通信で登録したＵＤＮを表わす文字列を記述する
h) ＵＤＮフィールドの次に通信情報フィールドを記述する
i) データフレームをＨＣＤアプリケーションへ送信する。

〔データ通信〕
データ通信はＨＭＤアプリケーションがＨＣＤアプリケーションにデータを通信するために用いられる。

使用するＢＮは、ＨＣＤアプリケーションに機器登録通信で登録したＵＤＮで指定するＢＮの集合の要素でなければならない。

データ通信のＡＤＦの構成について説明する。

データ通信のデータフィールドは、単数データ形式で記述する。

個人の健康情報は健康情報フィールドで記述する。

健康情報フィールド：
ＢＮ：個人識別ＩＤに対応するＢＮの値
ＤＶ：個人識別ＩＤの値
ＢＮ：測定時刻に対応するＢＮの値
ＤＶ：測定時刻の値
ＢＮ：測定項目１に対応するＢＮの値
ＤＶ：測定項目１の値
ＢＮ：測定項目2に対応するＢＮの値
ＤＶ：測定項目2の値
…（必要数繰り返し）…
健康情報フィールドの先頭データフィールドには個人識別ＩＤを記述することが望ましい。

これに続くデータフィールドには測定時刻が記述する。そしてこの後に測定項目を記述するデータフィールドを複数記述する。

測定時刻を表すデータフィールドは省略してもよい。

一つのＡＤＦに健康情報フィールドを複数記述してもよい。

〔データ通信シーケンス〕
次に、データ通信シーケンスについて説明する。

ＨＭＤアプリケーションからのデータ通信通知の場合。

ＨＭＤアプリケーションの処理手順は、次による。

a) ＡＨの通信識別子を通知（確認あり）通信又は通知（確認なし）通信にセット
b) ＡＨのシーケンス番号に値をセット
c) ＡＨのサービス識別子をデータ通信にセット
d) ＡＤＦにデータ通信項目をセット
e) データフレームをＨＣＤアプリケーションへ送信
f) 通知（確認あり）通信の場合は、ＨＣＤアプリケーションからの確認通知通信の受信を待つ
g) ＨＣＤアプリケーションから確認通知通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号及びサービス識別子の値を確認して、どの通知（確認あり）通信に対応する確認通知通信かを識別する
h) Ｖフィールドの誤り確認識別子、機器登録判定識別子、通信情報登録判定識別子の値を確認する。
ＨＣＤアプリケーションの処理手順は、次による。

a) ＨＭＤアプリケーションからデータフレームを受信したら、誤り確認を行う
b) ＡＨの各識別子を確認する
c) ＡＤＦを読み取り、データ通信の処理を行う
d) 判定処理を行う
e) 受信データフレームの通信識別子が通知（確認あり）通信の場合は、ＡＨの通信識別子を確認通知通信にセット
f) ＡＨのシーケンス番号に値をセット
g) サービス識別子は受信データフレームのＡＨと同じ値をセット
h) Ｖフィールドに誤り確認識別子と判定処理結果をセット
i) 通信元ＨＭＤアプリケーションへデータフレームを送信する。

ＨＣＤアプリケーションからのデータ通信要求の場合。

ＨＣＤアプリケーションの処理手順は、次による。

a) ＡＨの通信識別子を要求通信にセット
b) ＡＨのシーケンス番号に値をセット
c) ＡＨのサービス識別子をデータ通信にセット
d) ＡＤＦには何も記述しない。

e) データフレームをＨＭＤアプリケーションへ送信
f) ＨＭＤアプリケーションからの応答通信の受信を待つ
g) ＨＭＤアプリケーションから応答通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号及びサービス識別子の値を確認して、どの要求通信に対応する応答通信かを識別する
h) Ｖフィールドの誤り確認識別子の値を確認する
i) ＡＤＦを読み取り所定の処理を行う。

ＨＭＤアプリケーションの処理手順は、次による。

a) ＨＣＤアプリケーションからデータフレームを受信したら、誤り確認を行う
b) ＡＨの各識別子を確認する
c) ＡＨの通信識別子を応答通信にセット
d) ＡＨのシーケンス番号に値をセット
e) サービス識別子は受信データフレームのＡＨと同じ値をセット
f) ＡＤＦの先頭Ｖフィールドに誤り確認識別子の値をセット
g) 次に続くデータフィールドにデータ通信項目をセット
h) データフレームをＨＣＤアプリケーションへ送信する。

〔照会通信〕
照会通信は、ＨＭＤアプリケーションがＨＣＤアプリケーションに情報照会を行うために用いられる。また、ＨＣＤアプリケーションは照会通信を用いてＨＭＤアプリケーションに所定の情報を通知することができる。

照会通信のＡＤＦの構成について説明する。

照会通信のデータフィールドは単数データ形式で記述する。
ＨＭＤアプリケーションは、照会したい情報に対応するＢＮを、照会フィールドに記述する。

照会フィールドは、次による。

ＢＮ：測定時刻に対応するＢＮの値
ＤＶ：測定時刻の値
ＢＮ：照会したい情報に対応するＢＮの値
ＤＶ：何も記述しない
照会フィールドには、測定時刻を指定するデータフィールドがあってもよい。

この場合、ＨＣＤアプリケーションは、照会された情報のうち指定された測定時刻以前で最も近い測定時刻の情報を検索する。

個人の健康情報に関する情報を照会したい場合には、健康情報フィールドに個人識別ＩＤを指定し、照会したい情報のデータフィールドを照会フィールドとして記述する。

ＨＭＤアプリケーションは、ＡＤＦの任意の位置にＵＤＮフィールドを記述してもよい。この場合次に現れるＵＤＮフィールドまでのデータフィールドのＢＮ値は、ＵＤＮフィールドに記述されるＵＤＮで指定されるＢＮの値を用いる。

ＨＣＤアプリケーションが応答通信を行う場合のデータフィールドは、Ｖフィールドを除いてＨＭＤアプリケーションからの要求通信で記述されたデータフィールドであって、照会フィールドのＤＶに値を追加記述したデータフィールドとなる。照会フィールドに測定時刻を指定するデータフィールドがあった場合には、ＤＶの値は、検索した情報の測定時刻の値に置き換えられる。

ＨＣＤアプリケーションが通知通信する場合、ＨＭＤアプリケーションが機器登録通信で登録したＵＤＮで指定されるＢＮの集合の要素を用いてデータフィールドを記述する。

〔照会通信シーケンス〕
照会通信シーケンスについて説明する。

ＨＭＤアプリケーションからの照会要求の場合。

ＨＭＤアプリケーションの処理手順は、次による。

a) ＡＨの通信識別子を要求通信にセット
b) ＡＨのシーケンス番号に値をセット
c) ＡＨのサービス識別子を照会通信にセット
d) ＡＤＦには照会通信項目を記述する。

e) データフレームをＨＣＤアプリケーションへ送信
f) ＨＣＤアプリケーションからの応答通信の受信を待つ
g) ＨＣＤアプリケーションから応答通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号及びサービス識別子の値を確認して、どの要求通信に対応する応答通信かを識別する。

h) ＡＤＦの内容を確認する。

ＨＣＤアプリケーションの処理手順は、次による。

a) ＨＭＤアプリケーションからデータフレームを受信したら、誤り確認を行う。

b) ＡＨの各識別子を確認する。

c) ＡＤＦを読み込み照会フィールドを確認する。

d) 照会フィールドに測定時刻が指定されていた場合、照会を求めている情報のうち指定された測定時刻以前で最も近い測定時刻の値を検索する。測定時刻が指定されていない場合は、最新の値を検索する。

e) ＡＨの通信識別子を応答通信にセット
f) ＡＨのシーケンス番号に値をセット
g) サービス識別子は受信データフレームのＡＨと同じ値をセット
h) 判定処理を行う
i) ＡＤＦの先頭Ｖフィールドに誤り確認識別子と判定処理結果をセット
j) 次に続くデータフィールドに所定のデータフィールドセット
k) データフレームをＨＭＤアプリケーションへ送信
ＨＣＤアプリケーションからの照会通知の場合。

ＨＣＤアプリケーションの処理手順は、次による。

a) ＡＨの通信識別子を通知（確認あり）通信又は通知（確認なし）通信にセット
b) ＡＨのシーケンス番号に値をセット
c) ＡＨのサービス識別子を照会通信にセット
d) ＡＤＦには、ＨＭＤアプリケーションが機器登録通信で登録したＵＤＮで指定するＢＮを用いてデータフィールドをセット
e) データフレームをＨＣＤアプリケーションへ送信
f) 通知（確認あり）通信の場合は、ＨＭＤアプリケーションからの確認通知通信の受信を待つ
g) ＨＭＤアプリケーションから確認通知通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号及びサービス識別子の値を確認して、どの通知（確認あり）通信に対応する確認通知通信かを識別する。

h) Ｖフィールドの誤り確認識別子の値を確認する。

ＨＭＤアプリケーションの処理手順は、次による。

a) ＨＣＤアプリケーションからデータフレームを受信したら、誤り確認を行う。

b) ＡＨの各識別子を確認する。

c) ＡＤＦを読み取り、データフィールドから通知された情報を取得する。

d) 判定処理を行う。

e) 受信データフレームの通信識別子が通知（確認あり）通信の場合は、ＡＨの通信識別子を確認通知通信にセット
f) ＡＨのシーケンス番号に値をセット
g) サービス識別子は受信データフレームのＡＨと同じ値をセット
h) Ｖフィールドに誤り確認識別子と判定処理結果をセット
i) 通信元ＨＭＤアプリケーションへデータフレームを送信
〔全体動作〕
健康測定機器側のＨＭＤアプリケーションは、まず、ＨＣＤアプリケーションにメーカ名や製造番号などを知らせ、機器登録を行う。次に、ＨＭＤアプリケーションは、測定する健康情報を知らせ、通信情報登録を行う。この後、ＨＭＤアプリケーションは、測定した健康情報をコード値と共にＨＣＤアプリケーションへ送信し、必要に応じて、現在時刻や、年齢や性別などの被測定者情報など、ＨＣＤアプリケーションが保持する情報の照会を行う。

なお、ＨＭＤアプリケーションは、制御部２０６および測定データ生成部２０２により実行される。機器登録通信および通信情報登録通信の情報、現在時刻や被測定者情報、測定部２０３により測定された測定値は、記憶部２０７に記憶される。

また、ＨＣＤアプリケーションは制御部１０７および測定データ変換部１０４により実行され、ＨＭＤアプリケーションより受信した通信情報登録通信の内容や、外部サーバ３００より取得したＢＮの割当表や通信情報登録情報はコード記憶部１０１に記憶される。ＨＭＤアプリケーションから受信した測定データは、コード記憶部１０１を参照して測定データ変換部１０４により変換されて健康状態記憶部１０２に記憶される。なお、ＨＣＤアプリケーションは、測定データ内でのＢＮに対する通信情報を、機器登録時のＵＤＮで識別する。ここでは、機器登録時のＵＤＮは下位層での健康測定機器のアドレスなどから判別して特定する。

〔機器登録通信の際のＡＤＦ記述例〕
機器登録通信のＡＤＦ記述例を以下に示す。

●健康計測機器プロトコルバージョン番号が、“NedohhcVersion1.1”の場合のデータフィールド
ＤＬ：0x00，0x15
ＤＤ：0x01：登録名称である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“NedohhcVersion1.1”
●ベンダ名が“sharp”の場合のデータフィールド
第１のデータフィールド：
ＤＬ：0x00，0x0f
ＤＤ：0x01：登録名称である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“Manufacture”
第2のデータフィールド：
ＤＬ：0x00，0x09
ＤＤ：0x02：名称である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“sharp”
●製品名が“rhythm-kei”の場合のデータフィールド
第１のデータフィールド：
ＤＬ：0x00，0x0d
ＤＤ：0x01：登録名称である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“ModelName”
第2のデータフィールド：
ＤＬ：0x00，0x0e
ＤＤ：0x02：名称である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“rhythm-kei”
●モデル番号が“01234567”の場合のデータフィールド
第１のデータフィールド：
ＤＬ：0x00，0x0f
ＤＤ：0x01：登録名称である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“ModelNumber”
第2のデータフィールド：
ＤＬ：0x00，0x0c
ＤＤ：0x02：名称である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“01234567”
●ＵＤＮが“nedo-zerocrosscount”の場合のデータフィールド
第１のデータフィールド：
ＤＬ：0x00，0x07
ＤＤ：0x01：登録名称である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“UDN”
第２のデータフィールド：
ＤＬ：0x00，0x17
ＤＤ：0x02：名称である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“nedo-zerocrosscount”
●機器簡易名称が“motio”の場合のデータフィールド
第１のデータフィールド：
ＤＬ：0x00，0x17
ＤＤ：0x01：登録名称である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“FriendlyMachineName”
第２のデータフィールド：
ＤＬ：0x00，0x09
ＤＤ：0x02：名称である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“motio”
●機器登録削除を行う場合のデータフィールド
第１のデータフィールド
ＤＬ：0x00，0x15
ＤＤ：0x01：登録名称である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“NedohhcVersion1.1”
第２のデータフィールド
ＤＬ：0x00，0x0e
ＤＤ：0x01：登録名称である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“Deregister”
〔通信情報登録通信の際のＡＤＦ記述例〕
通信情報登録通信のＡＤＦ記述例を以下に示す。

●ＵＤＮが“nedo-zerocrosscount”の場合のＵＤＮフィールド
ＤＬ：0x00，0x17
ＤＤ：0x05：ＵＤＮである事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“nedo-zerocrosscount”
●日本語名称が“消費カロリー”、英語名称が“calorie”、単位が“kcal”、スケールが“0.1”で消費カロリーの通信項目をＢＮ：0xb2に対応付ける場合の通信情報フィールド
（注：以下で示す通り、この参考例では、一つのＢＮに対して一つの測定する値が対応付けられており、その一つの測定する値の幾つかの属性が定義されている。）
第１のデータフィールド：
ＤＬ：0x00，0x05
ＤＤ：0x01：登録名称である事を表す値
ＣＤ：0x01：バイナリコード
ＤＶ：0xb2：ＢＮ
第２のデータフィールド：
ＤＬ：0x00，0x0b
ＤＤ：0x02：名称である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“calorie”
第3のデータフィールド：
ＤＬ：0x00，0x10
ＤＤ：0x02：名称である事を表す値
ＣＤ：0x20：JISコード
ＤＶ：“消費カロリー”
第4のデータフィールド：
ＤＬ：0x00，0x08
ＤＤ：0x03：単位である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“Kcal”
第5のデータフィールド：
ＤＬ：0x00，0x07
ＤＤ：0x04：スケールである事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“0.1”
第１のデータフィールドのＤＤには登録名称である事を表す値が指定されていなければならないが、２番目から5番目のデータフィールドの順番は任意である。

通信項目の単位の登録は、国際単位系（SI）をasciiコードで指定するものとする。そして通信項目が単位をもたない場合は、単位の登録は省略される。また通信項目のスケールが１の場合はスケールの登録は省略して構わない。

測定時刻、現在時刻など日時に関する測定項目を登録する場合、単位の登録で
ＤＬ：0x00，0x0e
ＤＤ：0x03：単位である事を表す値
ＣＤ：0x10：asciiコード
ＤＶ：“yyMMddhhmmss”
のように、ＤＶに“yy”“MM”“dd”“hh”“mm”“ss”の文字列を用いて記述する。それぞれの文字列は、
“yy”：西暦の最後の２けた
“MM”：月
“dd”：日
“hh”：時
“mm”：分
“ss”：秒
を表し、それぞれ１バイトのバイナリで値が記述されることを意味する。日時の測定項目を登録する場合“yyMMdd”までは省略不可とし、“hh”“mm”“ss”は省略可能とする。

登録する通信情報の英語名称は頭文字が小文字であれば任意の文字列を用いて構わない。英語名称で頭文字が大文字の文字列は標準名称以外で用いてはならない。

〔通信情報フィールド〕
図９を参照し、通信情報フィールドについて説明する。

PersonalIDは、データ通信などで被測定者を特定するために記述される。

MeasurementTimeは、データ通信などで測定値の測定時刻を表す。

CurrentTimeは、現在時刻を表し、ＨＭＤアプリケーションからＨＣＤアプリケーションに照会通信で問い合わせたり、ＨＣＤアプリケーションから通知されたりすることができる。

AllUDNは、ＨＣＤアプリケーションに登録されているすべてのＵＤＮを表す。ＤＶには、ＤＤを0x05で指定した複数バイト形式によるＵＤＮが記述される。たとえば、ＵＤＮが、“abcd”と“xyz”の二つが登録されている場合、ＤＶは、(DL=0x00，0x08)(DD=0x05)(CD=0x10)(DV=“abcd”)(DL=0x00，0x07)(DD=0x05)(CD=0x10)(DV=“xyz”)となる。

SelfDiagnosisは、ＨＭＤアプリケーションが自身の動作状態を診断しその結果を記述する。正常状態の場合は“normal”正常状態でない場合は“trouble”と記述する。

OperatingConditionは、ＨＭＤの稼動状態をＨＣＤアプリケーションに伝える場合に用いられ、ＨＣＤアプリケーションからの問合せがあった場合にＨＭＤが応答可能かどうかなどの判断に用いられる。例えばＨＭＤが休止状態に入る場合、“sleep”とＨＣＤアプリケーションに通知しておけば、その後ＨＣＤアプリケーションは不要な通信を行わなくて済むこととなる。稼動状態の場合“running”、間欠動作状態の場合“intermittent”、休止状態の場合“sleep”と記述する。

BatteryChargeは、バッテリー充電率を表す。

BatteryLifeは、バッテリー切れとなる予定時刻を表す。

NetworkFailureは、ＨＣＤアプリケーションが他の通信回線を使ってサーバと通信している場合に、健康測定機器にサーバとの通信状態を伝える場合に用いられる。通信障害がある場合“trouble”、通信障害がない場合“normal”と記述する。

GwServerErrorは、ＨＣＤアプリケーションが他の通信回線を使ってＨＭＤアプリケーションから送られたデータをサーバに通信する場合に、サーバとの通信で発生したエラーを、ＨＭＤアプリケーションに伝える場合に用いられる。ＤＶの記述は、エラーとなったデータをＨＣＤアプリケーションがＨＭＤアプリケーションから受した時刻と、受信したデータのＡＤＦをひとつの単位とし、複数のエラーがある場合はこの単位でＤＶの中に繰り返し記述される。データの受信時刻は、yyMMddhhmmssの記述方式で記述される。

ServerRegisterは、ＨＣＤアプリケーションが他の通信回線を使ってＨＭＤアプリケーションから送られたデータをサーバに通信しており、サーバにおいてもＨＭＤアプリケーションの登録機能がある場合であって、サーバにＨＭＤアプリケーションが登録されたかどうかをＨＣＤアプリケーションがＨＭＤアプリケーションに伝えることのできる場合に用いられる。登録されている場合には“reg”、登録されていない場合には“unreg”と記述する。

Adviceは、被測定者へのアドバイスを表す。

Ask-a-docは、被測定者からの相談内容を表す。

Sosは、緊急通報を表す。

FriendlyUserNameは、被測定者の簡易名称を表す。

Ageは、年齢を表す。

BirthDateは、生年月日を表す。

Sexは、性別を表し、男性を“male”、女性を“female”と記述する。

BodyHeightは、身長を表す。

BodyTempは、体温を表す。

UrineSugarは、尿糖値を表す。

SysBPは、最高血圧を表す。

DiasBPは、最低血圧を表す。

MeanBPは、平均血圧を表す。

HeartRateは、脈拍数を表す。

BodyWeightは、体重を表す。

BodyFatは、体脂肪率を表す。

BloodGlucoseは、血糖値を表す。

〔データ通信の際のＡＤＦ記述例〕
データ通信のＡＤＦ記述例を以下に示す。

●個人識別ＩＤをＢＮが0x20、測定時刻をＢＮが0x10、体重をＢＮが0x03、血圧をＢＮが0x04、で通信情報登録している場合の健康情報フィールド
（DL,0x20,DV＝個人識別ID）（DL,0x10,DV＝測定時刻）（DL,0x03,DV＝体重）（DL,0x04,DV＝血圧）
それぞれのデータフィールドでは、通信情報登録したときの単位及びスケールでＤＶを記述される。

●ＡＤＦの先頭のデータフィールドには、ＵＤＮを記述することも可能である。この場合ＢＮを0x01としＤＶにＵＤＮを記述する。

個人識別ＩＤをＢＮが0x20、測定時刻をＢＮが0x10、 体重をＢＮが0x03、血圧をＢＮが0x04で通信情報登録している場合のＡＤＦのデータフィールド
（DL,0x01,DV＝UDN）（DL,0x20,DV＝個人識別ID）（DL,0x10,DV＝測定時刻）（DL,0x03,DV＝体重）（DL,0x04,DV＝血圧）
通信するデータが被測定者に関する健康情報でない場合、ＡＤＦ先頭のＵＤＮの記述を除きデータフィールドの記述順序は特に指定しない。

照会通信のＡＤＦ記述例を以下に示す。

●ＨＭＤアプリケーションが、現在時刻をＢＮ：0x30、 単位：“yyMMddhhmm”で登録している場合で、ＨＣＤアプリケーションから現在時刻を取得する場合の照会フィールド
（現在時刻）
(0x00，0x03，0x30)
ＨＣＤアプリケーションが現在時刻を応答する場合の照会フィールド
（現在時刻04年02月17日18時10分）
(0x00，0x08，0x30，0x040211120a)
●ＨＭＤアプリケーションが、現在時刻をＢＮ：0x30、 単位：“yyMMddhhmm”で登録し、個人識別ＩＤをＢＮ：0x20で登録し、年齢をＢＮ：0x0aで登録し、体重をＢＮ：0x0bで登録している場合で、ＨＣＤアプリケーションから現在時刻と、個人識別ＩＤ１番の被測定者の年齢と個人識別ＩＤ２番の体重を取得したい場合の照会フィールド及び健康情報フィールド
（現在時刻）（個人識別ID1番）（年齢）（個人識別ID2番）（体重）
(0x00，0x03，0x30) (0x00，0x04，0x20，0x01)(0x00，0x03，0x0a)
(0x00，0x04，0x20，0x02)(0x00，0x03，0x0b)
●ＨＣＤアプリケーションが現在時刻、個人識別ＩＤ１番の年齢、個人識別ＩＤ２番の体重を応答する場合の照会フィールド及び健康情報フィールド
（注：この例では、一つのＢＮに対して、一つの測定値が対応付けられている。なお、ここで言う測定値とは、狭義の測定値すなわち実際に測定器により測定された値に限らず、広義の測定値すなわち操作入力により入力された、年齢などの情報も含んでいる。）
（現在時刻04年02月17日18時10分）（個人識別ID1番）（年齢23歳）
（個人識別ID2番）（体重60 kg）
(0x00，0x08，0x30，0x040211120a)(0x00，0x04，0x20，0x01)(0x00，0x04，0x0a，0x17)
(0x00，0x04，0x20，0x02)(0x00，0x04，0x0b，0x3c)
●ＨＭＤアプリケーションが、測定時刻をＢＮ：0x40、 単位：“yyMMddhhmm”で登録し、個人識別ＩＤをＢＮ：0x20で登録し、血圧をＢＮ：0x0cで登録している場合で、ＨＣＤアプリケーションから個人識別ＩＤ１番の被測定者の血圧で測定時刻が04年02月17日18時15分のデータを取得したい場合の照会フィールド及び健康情報フィールド
（個人識別ID1番）（測定時刻04年02月17日18時15分）（血圧）
(0x00，0x04，0x20，0x01) (0x00，0x08，0x40，0x040211120f) (0x00，0x03，0x0c) ●ＨＣＤアプリケーションは、指定測定時刻以前で最も近い測定時刻が04年02月17日18時10分の場合、測定時刻、個人識別ＩＤ１番の血圧を次のように記述して応答する。

（個人識別ID1番）（測定時刻04年02月17日18時10分）（血圧125 mmHg）
(0x00，0x04，0x20，0x01) (0x00，0x08，0x40，0x040211120a) (0x00，0x04，0x0c，0x7d)
●ＨＭＤアプリケーションが、個人識別ＩＤをＢＮ：0x20で登録し、注目するＨＭＤアプリケーションのＵＤＮが“abcd”で登録され、注目するＨＭＤアプリケーションのＵＤＮで測定時刻をＢＮ：0xd1、体重をＢＮ：0xd2で登録されいる場合において、ＨＭＤアプリケーションの個人識別ＩＤ１番の被測定者がＵＤＮが“abcd”の機器で体重を測定したデータで、測定時刻が04年02月17日18時16分のデータを参照したい場合の照会フィールド及び健康情報フィールド
（個人識別ID1番）（UDN“abcd”）（測定時刻04年02月17日18時16分）（体重）
(0x00，0x04，0x20，0x01) (0x00，0x7，0x01，0x61，0x62，0x63，0x64)
(0x00，0x08，0xd1，0x0402111210) (0x00，0x04，0xd2)
●ＨＣＤアプリケーションは、指定測定時刻以前で最も近い測定時刻が04年02月17日18時15分の場合、測定時刻、個人識別ＩＤ１番のＵＤＮ“abcd”で測定した体重を次のように記述して応答する。

（個人識別ID1番）（UDN“abcd”）（測定時刻04年02月17日18時15分）（体重60 kg）
(0x00，0x04，0x20，0x01) (0x00，0x7，0x01，0x61，0x62，0x63，0x64)
(0x00，0x08，0xd1，0x040211120f) (0x00，0x04，0xd2，0x3c)
＜実施の形態＞
参考例にかかる情報取得装置および測定データ通信装置は、一つのＢＮに対して一つの測定値を対応付けるものであり、一つのＢＮを複数の測定値に対応付けることは出来なかった。また、情報取得装置より測定データ通信装置に対して、動作条件、測定条件、生体パラメータなどを要求することが出来なかった。また、情報取得装置から測定データ通信装置に対して、またはその逆について、動作条件やデータなどを設定することが出来なかった。また、データ形式のデータ型の指定やＸＭＬを用いた記述を使用することが出来なかった。

それに対し、本実施の形態に示す構成では、複数の測定値に対してＢＮを対応付けることができ、また、情報取得装置より測定データ通信装置に対して、動作条件、測定条件や生体パラメータを要求することができ、また、情報取得装置から測定データ通信装置に対して、あるいはその逆について、動作条件やデータなどを設定することができ、また、データ形式のデータ型の指定やＸＭＬを用いた記述を使用することが出来る。

この構成を備えた情報取得装置および測定データ通信装置について説明する。なお、本実施の形態では、参考例との相違点についてのみ記載する。

〔複数の測定値へのＢＮの対応付け〕
参考例においては、通信情報登録通信で一つの通信情報を登録するための標準名称を図９により示したが、本実施の形態にかかる通信情報登録通信では、ISO/IEEE11073-10101 Nomenclatureにおいて定義されたれたコード空間を用いる。このコード空間では、心電図のそれぞれの波形を識別するような、ヘルスケア関連の対象物とコードとの関係が定義されている。

健康測定機器アプリケーションが複数の測定値を測定し、該複数の測定値に１つのＢＮを割り当てる場合の通信情報登録通信について説明する。なお、図１２において、この場合の予約語の拡張部分を示す。

この場合の通信情報フィールドは、次による。この通信情報フィールドは、参考例の通信情報登録通信の際の通信情報フィールドに対応するものである。但し、参考例に示す通信情報フィールドでは、一つのＢＮが一つの測定する値に対応付けられていたのに対し、ここで示す例では、一つのＢＮが第一の測定値、第２の測定値、というように、複数の測定する値に対応付けられている点が異なる。

なお、以下の例では、ＤＬの記述は省略している。

ＤＤ：登録名称である事を表す値(0x01)
ＣＤ：バイナリコード(0x01)
ＤＶ：ＢＮの値
＝＝第１の測定値の登録＝＝
ＤＤ：登録名称である事を表す値
ＣＤ：ascii
ＤＶ："MetricSpecification"
ＤＤ：MetricValueである事を表す値
ＣＤ：Nomenclatureコード(0x02)
ＤＶ：第１の測定値のNomenclatureでのMetricのコード値
ＤＤ：登録名称である事を表す値
ＣＤ：ascii
ＤＶ："MetricLocation"
ＤＤ：MetricValueである事を表す値
ＣＤ：INT-U16(0x03)
ＤＶ：第１の測定値の現れる場所
ＤＤ：データ型である事を表す値（0x06）
ＣＤ：Nomenclatureコード（0x02）
ＤＶ：第１の測定値のデータ型を表すNomenclatureコード値
ＤＤ：名称である事を表す値
ＣＤ：次のＤＶの記述コードを表すコード識別子の値
ＤＶ：第１の測定値の通信項目の名称１
ＤＤ：名称である事を表す値
ＣＤ：次のＤＶの記述コードを表すコード識別子の値
ＤＶ：第１の測定値の通信項目の名称2
…（必要数繰り返し）…
ＤＤ：単位である事を表す値
ＣＤ：次のＤＶの記述コードを表すコード識別子の値
ＤＶ：第１の測定値の単位を表す文字列
＝＝第２の測定値の登録＝＝
ＤＤ：登録名称である事を表す値
ＣＤ：ascii
ＤＶ："MetricSpecification"
ＤＤ：MetricValueである事を表す値
ＣＤ：Nomenclatureコード(0x02)
ＤＶ：第２の測定値のNomenclatureでのMetricのコード値
ＤＤ：登録名称である事を表す値
ＣＤ：ascii
ＤＶ："MetricLocation"
ＤＤ：MetricValueである事を表す値
ＣＤ：INT-U16(0x03)
ＤＶ：第２の測定値の現れる場所
ＤＤ：データ型である事を表す値（0x06）
ＣＤ：asciiコード（0x10）
ＤＶ："XML"
ＤＤ：名称である事を表す値
ＣＤ：次のＤＶの記述コードを表すコード識別子の値
ＤＶ：第２の測定値の通信項目の名称１
ＤＤ：名称である事を表す値
ＣＤ：次のＤＶの記述コードを表すコード識別子の値
ＤＶ：第２の測定値の通信項目の名称2
…（必要数繰り返し）…
ＤＤ：単位である事を表す値
ＣＤ：次のＤＶの記述コードを表すコード識別子の値
ＤＶ：第２の測定値の単位を表す文字列
…（以下同様）…
＝＝第Ｎの測定値の登録＝＝
…（以下同様）…
以上が、通信情報フィールドの例である。

上述の通信情報フィールドをデータフィールド単位で順次説明する。なお、本データフレームのＡＨのサービス識別子には「通信情報登録」が指定されている。

まず、最初のデータフィールドでは、ＤＤが登録名称である事を表す値で、ＣＤがバイナリコードである事を表す値であることにより、以下のデータフィールドにおいて定義する属性に割当てられるＢＮコードを指定する。

次のデータフィールドでは、ＤＤが登録名称である事を表す値で、ＣＤがasciiで、ＤＶが図１２に示す拡張した測定値の種別を表す文字列である"MetricSpecification"であることにより、次のデータフィールドにおいて測定値の種別が指定されることを示す。

次のデータフィールドでは、ＤＤがMetricValueである事を表す値であり、ＣＤがNomenclatureコード（0x02）であることにより、ISO/IEEE11073-10101 Nomenclatureで定義されたコード空間を利用して、測定値の種別を指定することを意味する。そしてＤＶに、該当する測定値のISO/IEEE11073-10101 Nomenclatureにおいて定義されているコードを指定する。

次のデータフィールドでは、ＤＤが登録名称である事を表す値で、ＣＤがasciiで、ＤＶが図１２に示す拡張した測定値の種別を表す文字列である"MetricLocation"であることにより、次のデータフィールドにおいて測定値のＡＤＦ中の出現場所が先頭からのバイト数により指定されることを示す。

次のデータフィールドでは、ＤＤがMetricValueである事を表す値であり、ＣＤがＩＮＴ−Ｕ１６コード（0x03）であることにより、ＩＮＴ−Ｕ１６を利用して測定値のＡＤＦ中の出現場所が指定されることを意味する。そしてＤＶに、ＩＮＴ−Ｕ１６を利用して測定値のＡＤＦ中の出現場所を指定する。

次のデータフィールドでは、ＤＤがデータ型である事を表す値(0x06)であり、ＣＤがNomenclatureコード（0x02）であることにより、ISO/IEEE11073-10101 Nomenclatureで定義されたコード空間を利用してデータ型が指定されることを意味する。そしてＤＶに、該当するデータ型のISO/IEEE11073-10101 Nomenclatureで定義されるコードを指定する。

以降のデータフィールドでは名称、単位の指定（複数可）を行う。

上述のように第１の測定値の通信情報に引き続き、第２、第３の測定値の通信情報を記述することにより、一つのＢＮに対して複数の測定値の対応付けを行う。

すなわち、一つのＢＮに対して、第１の測定値に加えて第２の測定値を対応付ける対応付けは、最初のデータフィールドで新しいＢＮの番号を定義し、それに続くデータフィールドにおいて、第１の測定値の登録を定義した後、例に示すとおり、続くデータフィールドにおいて、ＤＤに登録名称である事を表す値（0x01）を設定し、ＣＤにascii（0x10）を設定し、ＤＶに"MetricSpecification"を設定することにより、行われる。

上記の設定が行われると、次のデータフィールドにおいて定義される、測定値の種別の指定と、その指定から定義される測定値とは、同じＢＮに対して対応付けられる。

第３の測定値の登録の定義も同じ記述を繰り返すことにより行われ、同じＢＮに対して対応付けられる。

一つのＢＮに対する複数の測定値の属性の定義が終了した後に、続けて別のＢＮの定義を行う場合は、次のデータフィールドのＤＤに登録名称である事を表す値を設定し、ＣＤにバイナリコードである事を表す値を設定し、ＤＶにその別のＢＮに割当てる番号を設定すればよい。

なお、上述の例の第２の測定値については、ＡＤＦ中の出現場所の指定の次のデータフィールドにおいて、ＸＭＬによるデータ型が指定されている。すなわち、ＤＤにデータ型である事を表す値（0x06）を設定し、ＣＤにasciiコード（0x10）を設定し、ＤＶに"XML"を設定することにより、当該第２の測定値はＸＭＬにより記述されることが指定される。この場合、当該第２の測定値のＸＭＬ記述は、別途定義されているものとする。

なお、ここでは、それぞれの測定値のデータフィールド中の出現場所をそれぞれ定義したが、データ通信時でのＤＶ内での測定値の順列と上述の、ＢＮの登録を行う通信情報での測定値の順列とが同じで、それぞれの測定値のデータ長が判断できる場合は、順次データ長を加算することで場所を特定することが可能となるので、この指定を省略しても良い。

〔ＨＣＤアプリケーションからの要求通信〕
次に、ＨＣＤアプリケーションからＨＭＤアプリケーションに対してデータを要求するシーケンスについて説明する。

ＨＣＤアプリケーションからの照会通信要求の場合。

ＨＣＤアプリケーションの処理手順は、次による。

a) ＡＨの通信識別子を要求通信にセット
b) ＡＨのシーケンス番号に値をセット
c) ＡＨのサービス識別子を照会通信にセット
d) ＡＤＦには照会通信項目を記述する
e) データフレームをＨＭＤアプリケーションへ送信
f) ＨＭＤアプリケーションからの応答通信の受信を待つ
g) ＨＭＤアプリケーションから応答通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号及びサービス識別子の値を確認して、どの要求通信に対応する応答通信かを識別する
h) ＡＤＦの内容を確認する。

ＨＭＤアプリケーションの処理手順は、次による。

a) ＨＣＤアプリケーションからデータフレームを受信したら、誤り確認を行う
b) ＡＨの各識別子を確認する
c) ＡＤＦを読み込み照会フィールドを確認する
d) 照会対象が時刻属性を有し、照会フィールドに測定時刻が指定されていた場合、照会を求めている情報のうち指定された測定時刻以前で最も近い測定時刻の値を検索する。測定時刻が指定されていない場合は、最新の値を検索する。照会対象としては、時刻属性を有さない動作条件や、測定条件などの場合もある
e) ＡＨの通信識別子を応答通信にセット
f) ＡＨのシーケンス番号に値をセット
g) サービス識別子は受信データフレームのＡＨと同じ値をセット
h) 判定処理を行う
i) ＡＤＦの先頭Ｖフィールドに誤り確認識別子と判定処理結果をセット
j) 次に続くデータフィールドに所定のデータフィールドセット
k) データフレームをＨＣＤアプリケーションへ送信する。

〔設定通信〕
次に、データや動作条件を設定する設定通信のシーケンスについて説明する。

なお、図１３において、本シーケンスで用いるＡＨの１バイト目のデータ項目を表すビット配列順を示す。また、図１４において、本シーケンスで用いるＶフィールドのデータ項目を表すビット配列順を示す。

設定通信送信元ＡＥの処理手順は次による。

1) ＡＨの通信識別子を設定通信にセット
2) ＡＨのシーケンス番号に値をセット
3) ＡＨのサービス識別子を送信先ＡＥへの設定内容に応じてセット
4) ＡＤＦに送信先ＡＥへの設定内容を記述
5) データフレームを送信先ＡＥに送信
6) 送信先ＡＥからの設定完了通信が受信されない場合又は、設定完了通信の誤り確認内容が誤りであった場合は同じ内容のデータフレームを繰り返し送信してもよい
7) 送信先ＡＥから設定完了通信を受信したら、誤り確認を行い、誤りがなければＡＨのシーケンス番号及びサービス識別子の値を確認して、どの設定通信に対応する背って完了通信かを識別する。

設定通信送信先ＡＥの処理手順は次による。

1) データフレームを受信したら、誤り確認を行う
2) ＡＨの各識別子を確認
2) 設定内容を読み取り、当該設定処理を行う
2) 判定処理を行う
3) ＡＨの通信識別子を設定完了通信にセット
4) ＡＨのシーケンス番号に値をセット
5) サービス識別子は設定通信のＡＨと同じ値をセット
6) ＡＤＦに誤り確認内容をセット
7) 通信元ＡＥへデータフレームを送信する。

なお、ここでの判定処理は、読み出した設定内容通りに設定が完了したかどうかの判定をさらに含む。

なお、ＨＣＤアプリケーションからＨＭＤアプリケーションに対して設定を行っても、ＨＭＤアプリケーションからＨＣＤアプリケーションに対して設定を行ってもよい。ＨＣＤアプリケーションからＨＭＤアプリケーションに対して設定を行う場合は、測定条件や動作条件を設定する場合などがあり、ＨＭＤアプリケーションからＨＣＤアプリケーションに対して設定を行う場合は、外部サーバへの登録やＨＭＤアプリケーションのアップデート動作など、データや動作条件を設定する場合などがある。

以上のように、本実施の形態にかかる、健康測定機器および健康管理機器によると、通信情報登録通信において、一つのＢＮに対して複数の測定値を順に指定するよう構成したため、自由にＢＮと複数の測定値の順列とを対応付けることができ、複数の測定値からなる測定データを効率よく転送することが可能となる。

また、ＨＣＤアプリケーションからＨＭＤアプリケーションへの要求をＢＮを指定して効率よく行うことが可能となる。

また、ＨＣＤアプリケーションからＨＭＤアプリケーションへ、あるいはその逆について、動作条件やデータ設定をＢＮを指定して効率よく行うことが可能となる。

なお、上述のＢＮと複数の測定値の順列との対応は、同一ＵＤＮ内において一意であれば良いので、各メーカや機種ごとに異なるＵＤＮとなるように管理することで、各メーカや機種ごとに自由にＢＮと複数の測定値の順列との対応付けを行うことが可能となる。

また、外部の規格を参照したデータ型の指定やＸＭＬを用いたデータの指定を行うことが可能となる。

なお、通信情報登録通信の一つのＢＮへの複数の測定値の対応付けにおいて、以前に送信したＢＮを利用した記載ができるように通信情報登録時の予約語を追加すると、良く使われる測定値群などに対してＢＮを対応付けて再利用すれば通信情報を簡略化することが可能となる。

なお、外部サーバ３００よりＵＤＮとＢＮに関連付ける測定値の順列およびその属性を取得するように構成することで、記憶領域に乏しい健康測定機器においては、通信情報登録通信を行わずに、所定のＢＮと複数の測定値とを健康管理機器に送付するようにしても良い。

＜補足事項＞
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

最後に、情報取得装置１００および測定データ通信装置２００の各ブロック、特に制御部１０７および制御部２０６は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、情報取得装置１００および測定データ通信装置２００は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである情報取得装置１００および測定データ通信装置２００の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記情報取得装置１００および測定データ通信装置２００に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、情報取得装置１００および測定データ通信装置２００を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

本発明における測定データ通信装置２００および情報取得装置１００からなる測定システムを示す図である。 本発明における情報取得装置１００の機能ブロック図である。 本発明における測定データ通信装置２００の機能ブロック図である。 本発明におけるアプリケーションヘッダの１バイト目のデータ項目を表すビット配列順を示す図である。 本発明におけるアプリケーションヘッダの２バイト目のデータ項目を表すビット配列順を示す図である。 本発明における単数データ形式のデータフィールドの構成を示す図である。 本発明における複数データ形式のデータフィールドの構成を示す図である。 本発明におけるＤＤ、ＣＤ等で用いる予約語の一覧を示す図である。 本発明における通信情報登録通信で用いる標準名称のリストを示す図である。 本発明における通信情報登録通信で用いる標準名称のリスト（続き）を示す図である。 本発明におけるＶフィールドのＤＶの１バイト目のデータ項目を表すビット配列順を示す図である。 本発明の実施の形態における予約語の拡張部分を示す図である。 本発明の実施の形態における設定通信のＡＨの１バイト目のデータ項目を表すビット配列順を示す図である。 本発明の実施の形態における設定通信で用いるＶフィールドのデータ項目を表すビット配列順を示す図である。

符号の説明

１００ 情報取得装置
１０１ コード記憶部（属性定義抽出記憶手段）
１０２ 健康状態記憶部
１０３ 第１通信部（受信手段）
１０４ 測定データ変換部（測定値抽出手段）
１０５ 操作入力部
１０６ 提示部
１０７ 制御部（属性定義抽出記憶手段）
１０８ 第２通信部
１０９ 記憶部
２００ 測定データ通信装置
２０１ 通信情報通信部（送信手段、通信情報生成手段）
２０２ 測定データ生成部（測定データ生成手段）
２０３ 測定部
２０４ 操作入力部
２０５ 提示部
２０６ 制御部（通信情報生成手段）
２０７ 記憶部
３００ 外部サーバ

Claims (2)

1. 被測定者の健康状態を測定して得られた複数の測定値が予め設定された場所に含まれる測定データを、該複数の測定値を管理する情報取得装置に対して送信する測定データ通信装置において、
   予め設定された各測定値の属性を定義する属性定義列、および、各測定値の上記測定データにおける場所を示す場所情報を含む通信情報に単一のコード値を付加することより、コード値付き通信情報を生成して記憶部に記憶する通信情報生成手段であって、当該属性定義列により定義される属性の配列順序に一意に対応するコード値を上記記憶部から読み出し、読み出したコード値を当該通信情報に付加することにより当該コード値付き通信情報を生成する通信情報生成手段と、
   上記測定データに、上記通信情報に付加したコード値と同一のコード値を付加することによって、コード値付き測定データを生成して上記記憶部に記憶する測定データ生成手段と、
   上記記憶部から読み出したコード値付き通信情報を、短距離無線通信あるいはローカルエリアネットワークを介して上記情報取得装置に送信することにより当該情報取得装置に対して通信情報登録をした後、上記記憶部に記憶されているコード値付き測定データであって、送信したコード値付き通信情報と同一のコード値が付加されているコード値付き測定データを上記記憶部から読み出して短距離無線通信あるいはローカルエリアネットワークを介して上記情報取得装置に送信する送信手段と、
   を備えていることを特徴とする測定データ通信装置。
2. 請求項１に記載の測定データ通信装置と、被測定者の健康状態を測定して得られた複数の測定値を管理する情報取得装置とを備えたシステムにおいて、
   上記情報取得装置は、
   上記測定データ通信装置から送信されるコード値付き通信情報およびコード値付き測定データを受信する受信手段と、
   上記受信手段において受信したコード値付き通信情報におけるコード値と通信情報とを対応付けて記憶するコード値記憶部と、
   上記受信手段が上記測定データ通信装置から送信されるコード値付き測定データを受信したとき、受信したコード値付き測定データに付加されているコード値に一致するコード値に対応付けられた通信情報を上記コード値記憶部から読み出し、読み出した通信情報に含まれる属性定義列により定義される属性それぞれを、当該通信情報に含まれる場所情報に従って、受信したコード値付き測定データに含まれる複数の測定値それぞれに対応付けて健康状態記憶部に記憶する測定データ変換手段と、
   を備えていることを特徴とするシステム。

Images