(57)【要約】【課題】既存の受信装置との相互運用性を確保しつつ、ヘルスデータの送信を効率的に行うこと。【解決手段】ヘルスデバイス２０によって取得されたヘルスデータをヘルスデータ受信装置３１へ送信し、ヘルスデータ受信装置３１によってデータベース３２に格納させるための方法であって、ヘルスデータを含むＨＬ７データと、ＨＬ７形式ではなく、ヘルスデータ受信装置３１における受信のために必須である必須データとを含むメッセージを作成し、作成されたメッセージを、ヘルスデータ受信装置３１サーバへ送信し、メッセージがヘルスデータ受信装置３１によって受信されると、ヘルスデータ受信装置３１によって、ＨＬ７データは構文解析されず、必須データが構文解析され、この構文解析の結果に基づいて、ＨＬ７データがデータベース３２に格納される。【選択図】図１
2016157193.tif 000002
【特許請求の範囲】
【請求項１】
デバイスによって取得されたヘルスデータをサーバへ送信し、前記サーバによってデータベースに格納させるための方法であって、
前記ヘルスデータを含むＨＬ７データと、ＨＬ７形式ではなく、前記サーバにおける受信のために必須である必須データとを含むメッセージを作成し、
前記作成されたメッセージを、前記サーバへ送信し、
前記メッセージが前記サーバによって受信されると、前記サーバによって、前記ＨＬ７データは構文解析されず、前記必須データが構文解析され、前記構文解析の結果に基づいて、前記ＨＬ７データが前記データベースに格納される、方法。
【請求項２】
前記必須データは、前記ヘルスデータに関する認証情報を含む、請求項１に記載の方法。
【請求項３】
前記データベースに格納されたＨＬ７データに含まれるヘルスデータは、閲覧要求があった場合に構文解析され、この構文解析の結果が、閲覧要求側に提示される、請求項１または２に記載の方法。
【請求項４】
デバイスによって取得されたヘルスデータを、データベースに格納させるためにサーバへ送信する装置であって、
前記ヘルスデータを含むＨＬ７データと、ＨＬ７形式ではなく、前記サーバにおける受信のために必須である必須データとを含むメッセージを作成する手段と、
前記作成されたメッセージを、前記サーバへ送信する手段とを備え、
前記メッセージは、前記サーバによって受信されると、前記サーバによって、前記ＨＬ７データは構文解析されず、前記必須データが構文解析され、前記構文解析の結果に基づいて、前記ＨＬ７データが前記データベースに格納されるようになっている、装置。
【請求項５】
前記必須データは、前記ヘルスデータに関する認証情報を含む、請求項４に記載の装置。
【請求項６】
前記データベースに格納されたＨＬ７データに含まれるヘルスデータは、閲覧要求があった場合に構文解析され、この構文解析の結果が、閲覧要求側に提示されるようになっている、請求項４または５に記載の装置。
【請求項７】
デバイスによって取得されたヘルスデータをサーバへ送信し、前記サーバによってデータベースに格納させるための、コンピュータ読取可能なプログラムであって、
前記コンピュータに、
前記ヘルスデータを含むＨＬ７データと、ＨＬ７形式ではなく、前記サーバにおける受信のために必須である必須データとを含むメッセージを作成する機能と、
前記作成されたメッセージを、前記サーバへ送信する機能とを実現させ、
前記メッセージは、前記サーバによって受信されると、前記サーバによって、前記ＨＬ７データは構文解析されず、前記必須データが構文解析され、前記構文解析の結果に基づいて、前記ＨＬ７データが前記データベースに格納されるようになっている、プログラム。
【請求項８】
前記データベースに格納されたＨＬ７データに含まれるヘルスデータは、閲覧要求があった場合に構文解析され、この構文解析の結果が、閲覧要求側に提示されるようになっている、請求項７に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ヘルスデータをデータベースに格納させるための方法、装置、およびプログラムに関し、特に、健康管理や健康増進を目的にデバイスによって収集されたヘルスデータを、サーバへ送信し、サーバによってデータベースに格納させるための方法、装置、およびプログラムに関する。
【背景技術】
【０００２】
最近、健康増進や介護予防を目的として、血圧や歩数などの個人のヘルスデータ（「バイタルデータ」とも呼ばれる）を、血圧計や歩数計のようなヘルスケア・デバイスから取得して、サーバへ送信し、サーバによってデータベースに登録させ、登録されたヘルスデータを用いて、医師や保健師等が、個人の健康管理に活用することがなされている。
【０００３】
この種の技術では、個人のヘルスデータをサーバにおいて一元管理するため、インターネット等の公衆ネットワークを介して、ヘルスデータをサーバに登録するための標準仕様であるＣｏｎｔｉｎｕａのＷＡＮ−ＩＦ（非特許文献１）が用いられている。
【０００４】
ＷＡＮ−ＩＦの基本構成には、送信装置（プログラム）と、サーバ等の受信装置（プログラム）と、データベースとが含まれる。
【０００５】
ＷＡＮ−ＩＦでは、セッション層にＳＯＡＰ（Simple Object Access Protocol）が用いられ、プレゼンテーション層に、保健医療情報交換のための標準規格であるＨＬ７が採用されている。
【０００６】
送信装置（プログラム）では、血圧や歩数などのヘルスデータが、ヘルスケア・デバイスから取得され、ＨＬ７形式に変換される。次に、ＳＯＡＰメッセージが作成され、ＨＬ７形式に変換されたヘルスデータが、ＳＯＡＰメッセージの本体（Ｂｏｄｙ）に組み込まれ、受信装置（プログラム）に送信される。
【０００７】
受信装置では、ＳＯＡＰメッセージが取得され、本体（Ｂｏｄｙ）に組み込まれているＨＬ７形式のヘルスデータが構文解析され、取得される。そして、このように取得されたヘルスデータがデータベースへ格納される。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開2007-318289号公報
【特許文献２】特開2014-006734号公報
【特許文献３】特開2009-187100号公報
【特許文献４】特開2006-323468号公報
【特許文献５】特開2006-305216号公報
【特許文献６】特開2006-260082号公報
【特許文献７】特開2006-255028号公報
【特許文献８】特開2006-085609号公報
【非特許文献】
【０００９】
【非特許文献１】H.810 Interoperability design guidelines for personal health systems Version Endorphin plus Errata (CDG 2014)
【発明の概要】
【発明が解決しようとする課題】
【００１０】
このように、ＷＡＮ−ＩＦでは、ヘルスデータは、患者ＩＤやヘルスデータ取得日時のヘルスデータ以外の付加データとともにＨＬ７形式で送信される。しかしながら、ＨＬ７形式のヘルスデータをサーバ側で受信し、データベースに登録するためには、登録前に、前述したような構文解析の実行が必要である。
【００１１】
しかしながら、ＨＬ７形式によるヘルスデータおよび付加データ（以下、これらを合わせて「ＨＬ７データ」と称する）の構文解析には、相当の時間を要する。このため、ＨＬ７データは連続送信には適さない。
【００１２】
一方、ヘルスデータの送信に、ＨＬ７形式以外の独自のプロトコルを用いると、標準規格に準拠しなくなるため、相互運用性が低下してしまう。例えば、バイナリプトロコルのような独自のプロトコルを用いた送信装置によって送信されたヘルスデータは、Ｃｏｎｔｉｎｕａ仕様を実装した既存の受信装置は受信することができない。
【００１３】
このように、従来技術によれば、ヘルスデータを送信する際にＨＬ７形式のプロトコルを用いた場合、データベースへの登録前に構文解析を要するので、相応の時間を要し、連続送信には適さないという問題がある。一方、ＨＬ７形式のプロトコルを用いずに、独自のプロトコルを用いて送信した場合、データベースの登録前の構文解析は不要となるが、Ｃｏｎｔｉｎｕａ仕様を実装した既存の受信装置を用いて受信することはできず、相互運用性を確保できなくなるという問題がある。
【００１４】
この発明は上記事情に着目してなされたもので、その目的とするところは、既存の受信装置との相互運用性を確保しつつ、ヘルスデータの送信を効率的に行うことを可能とする方法、装置、およびプログラムを提供することにある。
【課題を解決するための手段】
【００１５】
上記目的を達成するためにこの発明の第１の観点は、以下のような構成要素を備えている。
【００１６】
すなわち、本発明の第１の観点は、デバイスによって取得されたヘルスデータをサーバへ送信し、サーバによってデータベースに格納させるための方法、装置、およびプログラムであって、ヘルスデータを含むＨＬ７データと、ＨＬ７形式ではなく、サーバにおける受信のために必須である必須データとを含むメッセージを作成し、作成されたメッセージを、サーバへ送信する。
【００１７】
そして、メッセージがサーバによって受信されると、サーバによって、ＨＬ７データは構文解析されず、必須データが構文解析され、この構文解析の結果に基づいて、ＨＬ７データが前記データベースに格納されるようになっている。
【００１８】
また、この発明の第１の観点は以下のような態様を備えることを特徴とする。
【００１９】
すなわち、必須データは、ヘルスデータに関する認証情報を含む。さらには、データベースに格納されたＨＬ７データに含まれるヘルスデータは、閲覧要求があった場合に構文解析され、この構文解析の結果が、閲覧要求側に提示される。
【発明の効果】
【００２０】
すなわちこの発明によれば、既存の受信装置との相互運用性を確保しつつ、 ヘルスデータの送受信を効率的に行う方法、装置、およびプログラムを提供することができる。
【００２１】
このように、付加データを用いてヘルスデータの送信を効率的に行うための技術は、上記特許文献１乃至８の何れにも開示されていない。
【図面の簡単な説明】
【００２２】
【図１】図１は、本実施形態に係るヘルスデータ送信装置が適用されたシステム全体の構成例を示す概念図である。
【図２】図２は、本実施形態に係るヘルスデータ送信装置の構成例を示す機能ブロック図である。
【図３】図３は、送信メッセージの一例である。
【図４】図４は、送信メッセージの別の一例である。
【図５Ａ】図５Ａは、本実施形態に係るヘルスデータ送信装置の動作の一例を示すフローチャートである。
【図５Ｂ】図５Ｂは、本実施形態におけるヘルスデータ受信装置の動作の一例を示すフローチャートである。
【図５Ｃ】図５Ｃは、本実施形態におけるヘルスデータ閲覧装置およびヘルスデータ表示装置の動作の一例を示すフローチャートである。
【図６】図６は、本実施形態による従来技術に対する時間短縮効果の概算評価例である。
【発明を実施するための形態】
【００２３】
以下に、本発明の実施形態に係るヘルスデータ送信のための方法、装置、およびプログラムを、図面を参照して説明する。
【００２４】
図１は、本実施形態に係るヘルスデータ送信装置１０が適用されたシステム全体の構成例を示す概念図である。
【００２５】
すなわち、本実施形態に係るヘルスデータ送信装置１０は、例えばＣｏｎｔｉｎｕａ対応の血圧計等のようなヘルスデバイス２０によって取得されたヘルスデータ（ヘルスデバイス２０が血圧計の場合には血圧、ヘルスデバイス２０が歩数計の場合には歩数、等）を、サーバ３０側に設けられたデータベース３２に格納させるために、ヘルスデータ受信装置３１へ送信する装置である。
【００２６】
ヘルスデータ送信装置１０およびヘルスデバイス２０は、例えば、ユーザの自宅８に設けられ、サーバ３０は、例えばＷＡＮ２０のような通信ネットワークを介してヘルスデータ送信装置１０と通信可能な状態で、ユーザの自宅８から遠隔に位置している。
【００２７】
このようなＷＡＮ２０を用いたネットワーク構成では、公衆回線に接続するためのファイアウォール等を適宜備える場合があるが、ここではその図示及び詳細説明を省略する。
【００２８】
図２は、本実施形態に係るヘルスデータ送信装置１０の構成例を示す機能ブロック図である。
【００２９】
ヘルスデータ送信装置１０は、ヘルスデータ送信装置１０の全体動作を制御するＣＰＵ１１と、ＣＰＵ１１に接続された通信バス１２を介してそれぞれ接続されたヘルスデータ取得部１３と、メッセージ作成部１４と、メッセージ通信部１５とを備えている。
【００３０】
ヘルスデータ取得部１３は、ヘルスデバイス２０によって取得されたヘルスデータ（ヘルスデバイス２０が血圧計の場合には血圧、ヘルスデバイス２０が歩数計の場合には歩数、等）を、ヘルスデバイス２０から取得する。
【００３１】
メッセージ作成部１４は、ヘルスデータ取得部１３によって取得されたＨＬ７形式であるヘルスデータ、および、ヘッダ情報ａのような付加データ（ＨＬ７データ）と、ＨＬ７形式ではなく、サーバ３０におけるヘルスデータ受信装置３１による受信のために必須である必須データとを含む送信メッセージを作成する。
【００３２】
図３は、メッセージ作成部１４によって作成された送信メッセージＭの一例である。本実施形態において、送信メッセージＭは、ＨＬ７データであるヘッダ情報ａおよびヘルスデータｃと、必須データｂとで構成される。
【００３３】
ヘッダ情報ａとヘルスデータｃ（ＨＬ７データ）は、ヘルスデバイス２０から取得されたヘルスデータに応じて一意に決定されるＨＬ７形式のデータである。
【００３４】
一方、必須データｂは、ＨＬ７形式ではなく、例えば、ヘルスデータに関する認証情報を含む。認証情報としては、例えば、予め登録されているユーザのＩＤ番号（患者ＩＤ）や、パスワードや、対応するヘルスデバイス２０のＩＤ番号等が挙げられる。必須データｂはさらに、例えば、ヘルスデータ取得日時など、認証情報以外の任意のデータを適宜含んでいても良い。図３に示す例では、必須データｂは、患者識別番号（ＰＩＤ＝７８９５６７）と、ヘルスデータ測定日時（ｄａｔｅ＝２００９０７１３０９００３０＋００００）とを含んでいる。
【００３５】
前述したように、ＨＬ７データの構文解析には、相応の時間を要する。しかしながら、必須データｂは、ＨＬ７形式ではなく、構文解析が容易である。
【００３６】
メッセージ通信部１５は、メッセージ作成部１４によって作成された例えば図３や図４に示されるよう送信メッセージＭを、例えばＳＯＡＰメッセージとして、ＷＡＮ２０を介してサーバ３０側へ送信する。
【００３７】
このようにしてサーバ３０側へ送信されたＳＯＡＰメッセージを、サーバ３０のヘルスデータ受信装置３１が受信する。
【００３８】
ヘルスデータ受信装置３１は、ＳＯＡＰメッセージを受信すると、ＷＡＮ２０を介してヘルスデータ送信装置１０へ応答メッセージを返信する。さらに、このメッセージに含まれる必須データｂのみを構文解析し、ＨＬ７データの構文解析はしない。
【００３９】
ヘルスデータ受信装置３１が、必須データｂのみを構文解析し、ＨＬ７データの構文解析をしないメカニズムについて以下に説明する。
【００４０】
送信メッセージＭは、ヘルスデータｃの先頭行にあるＯＢＲセグメントよりも前に読み込まれたＯＢＸセグメントが、ＯＢＲセグメントの子要素として処理されず、読み飛ばされるように設定されることが可能である。例えば、フランス・テレコム社やＮＴＴでなされているＨＬ７データの設計、または、ＨＡＰＩ（The Japan Home-health Apparatus Industrial Association）でなされているリファレンス設計では、そのような設定が可能である。
【００４１】
したがって、このような設定を適用することにより、ヘルスデータ受信装置３１は、図３に示されるように、ヘルスデータｃの先頭行にあるＯＢＲセグメントよりも前にある必須データｂを、ＨＬ７データと別個のデータとして取り扱うことができる。
【００４２】
ヘルスデータ受信装置３１は、この機能を用いることによって、必須データｂのみの構文解析を行い、ＨＬ７データの構文解析を行わない。
【００４３】
そして、必須データｂの解析結果を用いて、ＨＬ７データをデータベース３２に格納する。例えば、必須データｂの解析によって得られた認証情報を用いてアクセス制御を行い、認証された場合にＨＬ７データｃをデータベース３２に格納する。
【００４４】
さらには、ＨＬ７データをデータベース３２に格納する場合、解析された必須データｂに関連付けてデータベース３２に格納する。
【００４５】
また、ヘルスデータ受信装置３１は、構文解析された必須データｂを、ＨＬ７データとともに、データベース３２に格納しても良い。あるいは、構文解析された必須データｂと、ヘッダ情報ａとを削除し、ヘルスデータｃのみをデータベース３２に格納するようにしても良い。
【００４６】
そもそも、ヘルスデータ受信装置３１におけるメッセージ受信時に必須のデータは、ユーザ（患者）のＩＤ番号やヘルスデータ測定日時等である。これらは、必須データｂに含まれている。そして、ＨＬ７データ自体は、メッセージ受信時には必須ではなく、データ参照時しか必要とされない。従来技術では、このようにメッセージ受信時には必須ではないＨＬ７データも、データベース３２への格納前に構文解析されていたために、送信メッセージＭを受信してから、データベース３２へ格納するまでに、相当の時間を要していた。
【００４７】
本実施形態では、送信メッセージＭを受信しても、必須データｂの構文解析しか行わずに、ＨＬ７データをデータベース３２へ格納する。前述したように、必須データｂは、ＨＬ７形式ではなく、構文解析が容易であるので、この構文解析にはさほど時間を要しない。したがって、ＨＬ７データを、構文解析を行うことなくデータベース３２に格納するようにすることによって、送信メッセージＭを受信してから、ＨＬ７データをデータベース３２へ格納するまでに要する時間を、従来技術に比べて、短縮することができる。
【００４８】
なお、図４は、メッセージ作成部１４によって作成された送信メッセージＭの別の例である。
【００４９】
図４では、図３とは異なり、必須データｂが、ヘッダ情報ａよりも先に記載されている。このようなデータ構成であっても、ヘルスデータ受信装置３１は、ヘルスデータｃの先頭にあるＯＢＲセグメントよりも前にある必須データｂと、ＨＬ７データとを、別個のデータとして取り扱うことができるので、図３と同様に適用可能である。
【００５０】
図１に示すように、本実施形態に係るヘルスデータ送信装置１０が適用されたシステムではさらに、自宅８側にヘルスデータ閲覧装置１８を備え、また、サーバ３０にヘルスデータ表示装置３３を備えている。ヘルスデータ閲覧装置１８とヘルスデータ表示装置３３との間も、例えばＷＡＮ２０のような通信ネットワークを介して、通信可能に接続されている。
【００５１】
データベース３２に格納されたＨＬ７データは、ヘルスデータ閲覧装置１８から、ヘルスデータ表示要求があった場合、ヘルスデータ表示装置３３によって構文解析され、その結果が、ヘルスデータ閲覧装置１８に提示されるようになっている。
【００５２】
以下に、ヘルスデータ閲覧装置１８およびヘルスデータ表示装置３３の構成を説明する。
【００５３】
ユーザは、データベース３２に格納された自分のヘルスデータｃを閲覧したい場合、ヘルスデータ閲覧装置１８から、ヘルスデータ表示装置３３に対して、ヘルスデータ表示要求を送信する。ヘルスデータ表示要求は、ユーザを認証するための認証情報も含んでいる。
【００５４】
ヘルスデータ表示装置３３は、ヘルスデータ閲覧装置１８からヘルスデータ表示要求が送信されると、このヘルスデータ表示要求を受信する。そして、ヘルスデータ表示要求に含まれている認証情報に基づいて、要求元のユーザを認証する。そして、認証されたユーザに対応するヘルスデータｃを、データベース３２から取得し、取得されたヘルスデータｃに対して、ＨＬ７形式にしたがう構文解析を行い、構文解析済ヘルスデータを取得する。そして、この構文解析済ヘルスデータを、ヘルスデータ閲覧装置１８へ返信する。この際に、構文解析済ヘルスデータを表示するための表示画面情報をも生成し、生成された表示画面情報とあわせて、構文解析済ヘルスデータを、ヘルスデータ閲覧装置１８へ返信するようにしても良い。
【００５５】
ヘルスデータ閲覧装置１８は、ヘルスデータ表示装置３３から返信された構文解析済ヘルスデータ（あるいは、それに加えて、その表示画面情報）を受信し、ディスプレイ上に表示する。ユーザは、このようにして、自分のヘルスデータを閲覧する。
【００５６】
ヘルスデータ送信装置１０、ヘルスデータ閲覧装置１８、ヘルスデータ受信装置３１、およびヘルスデータ表示装置３３は、例えば磁気ディスク等の記録媒体に記録されたプログラムや、インターネット等の通信ネットワークを介してダウンロードしたプログラムを読み込み、このプログラムによって動作が制御されるコンピュータによって実現される。
【００５７】
次に、以上のように構成した本発明の実施形態に係るヘルスデータ送信装置１０が適用されたシステムの動作について、図５Ａ乃至図５Ｃのフローチャートを用いて説明する。
【００５８】
図５Ａは、本実施形態に係るヘルスデータ送信装置１０の動作の一例を示すフローチャートである。
【００５９】
ヘルスデバイス２０によって取得されたヘルスデータ（ヘルスデバイス２０が血圧計の場合には血圧、ヘルスデバイス２０が歩数計の場合には歩数、等）が、ヘルスデータ送信装置１０のヘルスデータ取得部１３によって取得される（Ｓ１）。
【００６０】
すると、ヘルスデータ取得部１３によって取得されたヘルスデータに応じて一意に決定されるＨＬ７形式であるヘッダ情報ａおよびヘルスデータｃと、ＨＬ７形式ではなく、サーバ３０におけるヘルスデータ受信装置３１による受信のために必須である必須データｂと含む送信メッセージＭが、メッセージ作成部１４によって作成される（Ｓ２）。
【００６１】
次に、メッセージ通信部１５によって、送信メッセージＭが、ＳＯＡＰメッセージとされ（Ｓ３）、このＳＯＡＰメッセージが、メッセージ通信部１５によって、ＷＡＮ２０を介してサーバ３０側へ送信される（Ｓ４）。
【００６２】
その後、後述する図５ＢのステップＳ１２の処理に応じて、ヘルスデータ受信装置３１から送信された応答メッセージが、メッセージ通信部１５によって受信される（Ｓ５）。
【００６３】
図５Ｂは、本実施形態におけるヘルスデータ受信装置３１の動作の一例を示すフローチャートである。
【００６４】
ステップＳ４において、ヘルスデータ送信装置１０のメッセージ通信部１５によって送信されたＳＯＡＰメッセージは、サーバ３０のヘルスデータ受信装置３１によって受信される（Ｓ１１）。
【００６５】
ヘルスデータ受信装置３１においてＳＯＡＰメッセージＭが受信されると、ヘルスデータ受信装置３１からヘルスデータ送信装置１０へ応答メッセージが返信される（Ｓ１２）。
【００６６】
さらに、ヘルスデータ受信装置３１によって、ＳＯＡＰメッセージからＨＬ７データと必須データｂとが取得される（Ｓ１３）。
【００６７】
ヘルスデータ受信装置３１では、必須データｂの構文解析がなされ、ＨＬ７データは構文解析されない（Ｓ１４）。そして、必須データｂの解析結果を用いて、ＨＬ７データがデータベース３２に格納される（Ｓ１５）。
【００６８】
前述したように、必須データｂは、構文解析が容易であるので、構文解析にはさほど時間を要しない。したがって、ＨＬ７データを、構文解析を行うことなくデータベース３２に格納するようにすることによって、メッセージＭを受信してから、ＨＬ７データをデータベース３２へ格納するまでに要する時間が、従来技術に比べて、短縮される。
【００６９】
図６は、本実施形態による従来技術に対する時間短縮効果の概算評価例である。
【００７０】
先ず、（Ａ）ＳＯＡＰメッセージ送信時において、本実施形態において（１）ＳＯＡＰメッセージが作成される時間を「１０」とすると、本実施形態において（２）ＨＬ７データが作成される時間も「１０」となる。これらは、従来技術でも、本実施形態でも共通して発生する時間である。次に、本実施形態では、（３）必須データｂが作成される時間が「２」となるが、これは、従来技術では発生しない時間である。したがって、（Ａ）ＳＯＰＡメッセージ送信時における（４）ＳＯＡＰメッセージ送信時合計時間は、従来技術では「２０」、本実施形態では「２２」となり、（Ａ）ＳＯＡＰメッセージ送信時には、本実施形態の方が、従来技術よりも若干処理時間が長くなる。
【００７１】
このような（Ａ）ＳＯＡＰメッセージ送信時に相応して、（Ｂ）ＳＯＡＰメッセージ受信時においては、本実施形態において（５）ＳＯＡＰメッセージが受信される時間が「１０」となる。これは、従来技術でも、本実施形態でも共通して発生する時間である。次に、本実施形態では、（６）必須データｂが解析される時間として「２」となる。これは、従来技術では発生しない。しかしながら、従来技術において発生していた（７）ＨＬ７データを解析するための時間である「１０」が、本実施形態では発生しない。その後、本実施形態ではステップＳ１５において（８）データベース３２へＨＬ７データが格納される時間が「１０」となるが、これは、従来技術でも、本実施形態でも共通して発生する時間である。したがって、（Ｂ）ＳＯＰＡメッセージ受信時における（９）ＳＯＡＰメッセージ受信時合計時間は、従来技術では「３１」であるのに対して、本実施形態では「２２」となり、（Ｂ）ＳＯＡＰメッセージ受信時には、本実施形態の方が、約２／３の処理時間で済むようになる。
【００７２】
なお、図６における数値は、いずれも相対的な大きさを示す概算値であり、単位はない。
【００７３】
図５Ｃは、本実施形態におけるヘルスデータ閲覧装置１８およびヘルスデータ表示装置３３の動作の一例を示すフローチャートである。
【００７４】
ユーザは、データベース３２に格納された自分のヘルスデータｃを閲覧したい場合、ヘルスデータ閲覧装置１８から、ヘルスデータ表示装置３３に対して、ヘルスデータ表示要求を送信する（Ｓ２１）。
【００７５】
ステップＳ２１においてヘルスデータ閲覧装置１８から送信されたヘルスデータ表示要求は、ヘルスデータ表示装置３３によって受信される（Ｓ２２）。
【００７６】
すると、ヘルスデータ表示装置３３では、ヘルスデータ表示要求に含まれている認証情報に基づいて、要求元のユーザが認証される（Ｓ２３）。
【００７７】
そして、認証されたユーザに対応するヘルスデータｃが、ヘルスデータ表示装置３３によってデータベース３２から取得され、取得されたヘルスデータｃに対して、ＨＬ７形式にしたがう構文解析が行われ、構文解析済ヘルスデータが取得される（Ｓ２４）。
【００７８】
そして、この構文解析済ヘルスデータが、ヘルスデータ表示装置３３からヘルスデータ閲覧装置１８へ返信される（Ｓ２５）。
【００７９】
返信された構文解析済ヘルスデータは、ヘルスデータ閲覧装置１８によって受信され、ヘルスデータ閲覧装置１８のディスプレイ上に表示される（Ｓ２６）。これによって、ユーザは、自分のヘルスデータを閲覧することができる。
【００８０】
上述したように、本実施形態では、ヘルスデータｃの送信に、ＨＬ７形式のプロトコルが適用されるものの、ヘルスデータｃのデータベース３２への格納は、ヘルスデータｃの構文解析を行うことなく実施される。これによって、既存の受信装置との相互運用性を確保しつつ、ヘルスデータｃの受信処理に要する時間を、従来技術よりも短縮することが可能となる。
【００８１】
なお、この発明は上記実施形態に限定されるものではない。例えば、上記実施形態では、ヘルスデータ送信装置１０からヘルスデータ受信装置３１へ送信メッセージＭを送信するために、ＳＯＡＰメッセージによって送信する例を説明した。しかしながら、これは一例であって、送信メッセージＭを送信するために、その他のメッセージを用いて送信するようにしても良い。例えば、ＳＯＡＬメッセージの代わりに、ｒｅｓｔｆｕｌ  ＡＰＩを用い、ｒｅｓｔｆｕｌ  ＡＰＩメッセージとして送信メッセージＭを送信してもよい。
【００８２】
もちろん、この発明の要旨を逸脱しない範囲であれば、その他のメッセージとして送信メッセージＭを送信するなど、適宜種々変形することによっても、本発明を実施することが可能である。
【００８３】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００８４】
８  自宅、１０  ヘルスデータ送信装置、１１  ＣＰＵ、１２  通信バス、１３  ヘルスデータ取得部、１４  メッセージ作成部、１５  メッセージ通信部、１８  ヘルスデータ閲覧装置、２０  ヘルスデバイス、３０  サーバ、３１  ヘルスデータ受信装置、３２  データベース、３３  ヘルスデータ表示装置、ａ  ヘッダ情報、ｂ  必須データ、ｃ  ヘルスデータ、Ｍ  送信メッセージ
【図１】
2016157193.tif 000003
【図２】
2016157193.tif 000004
【図３】
2016157193.tif 000005
【図４】
2016157193.tif 000006
【図５Ａ】
2016157193.tif 000007
【図５Ｂ】
2016157193.tif 000008
【図５Ｃ】
2016157193.tif 000009
【図６】
2016157193.tif 000010