(57)【要約】      （修正有）【課題】ユーザの作業負担を軽減する。【解決手段】ヘルスケアシステムは、ヘルスケアデバイス４０を撮影してその画像データをサーバ１０に送信するユーザ端末３０と、ユーザ端末３０から受信した画像データを解析することでヘルスケアデバイス４０の形状の特徴点を検出し、検出した特徴点とＤＢＭＳに予め記憶されているヘルスケアデバイス４０の形状データとを比較することでヘルスケアデバイス４０を識別し、識別したヘルスケアデバイス４０毎にその測定データを管理するサーバ１０とを備える。【選択図】図１
2014026411.tif 000002
【特許請求の範囲】
【請求項１】
ヘルスケアデバイスの測定データを管理するヘルスケアシステムであって、
前記ヘルスケアデバイスを撮影してその画像データをサーバに送信するユーザ端末と、
前記ユーザ端末から受信した画像データを解析することで前記ヘルスケアデバイスの形状の特徴点を検出し、検出した特徴点と記憶部に予め記憶されている前記ヘルスケアデバイスの形状データとを比較することで前記ヘルスケアデバイスを識別し、識別した前記ヘルスケアデバイス毎にその測定データを管理するサーバと
を備えることを特徴とするヘルスケアシステム。
【請求項２】
前記サーバは、前記特徴点と前記形状データとを比較する場合、当該ユーザ端末のユーザに使用されるヘルスケアデバイスの形状データのみを比較対象とすることを特徴とする請求項１に記載のヘルスケアシステム。
【請求項３】
前記サーバは、前記特徴点として前記ヘルスケアデバイスの色またはメーカーを表す文字情報を検出し、検出した色またはメーカーを表す文字情報を数値化することを特徴とする請求項１または２に記載のヘルスケアシステム。
【請求項４】
前記サーバは、前記画像データのうち前記ヘルスケアデバイスの画面部分を自動的に切り取り、切り取った画面部分についてのみ文字識別を行うことを特徴とする請求項１から３のいずれか一項に記載のヘルスケアシステム。
【請求項５】
前記サーバは、前記画像データのうちドットに大きな差が発生した部分を前記ヘルスケアデバイスの画面部分として識別する請求項４に記載のヘルスケアシステム。
【請求項６】
前記サーバは、前記画像データを２値化することで前記ヘルスケアデバイスの外形と画面部分との境界を識別することを特徴とする請求項４に記載のヘルスケアシステム。
【請求項７】
前記ユーザ端末は、自端末のユーザに使用されるヘルスケアデバイスの形状データをキャッシュし、キャッシュした形状データに基づいて前記ヘルスケアデバイスを識別することを特徴とする請求項１から６のいずれか一項に記載のヘルスケアシステム。
【請求項８】
ヘルスケアデバイスの測定データを管理するヘルスケアシステムのサーバであって、
前記ヘルスケアデバイスの形状データを予め記憶する記憶部と、
前記ヘルスケアデバイスを撮影した画像データを受信する受信部と、
前記受信部により受信された画像データを解析することで前記ヘルスケアデバイスの形状の特徴点を検出する解析部と、
前記解析部により検出された特徴点と前記記憶部に予め記憶されている前記ヘルスケアデバイスの形状データとを比較することで前記ヘルスケアデバイスを識別する識別部と、
前記識別部により識別された前記ヘルスケアデバイス毎にその測定データを管理する管理部と
を備えることを特徴とするサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ヘルスケアデバイスの測定データを管理するヘルスケアシステム及びそのサーバに関する。
【背景技術】
【０００２】
近年、健康意識が高まる中、種々のヘルスケアシステムが提案されている。例えば、特許文献１には、ＱＲコード（登録商標）で出力された健診データをカメラ付携帯電話で読み取り、インターネットを介してサーバのデータベースに健診データを登録するシステムが開示されている。このようなシステムによれば、健診データの手入力が不要となるため、ユーザの作業負担を軽減することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２６９３０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ヘルスケアデバイスには、体重計（体組成計）、活動量計、血圧計、血糖値計など様々な種類があり、複数のヘルスケアデバイスを組み合わせて使用する場合もある。従来技術によると、新たなヘルスケアデバイスを使用する場合は、そのヘルスケアデバイスの情報をユーザが手入力してシステムに登録する必要があった。このような作業は、新たなヘルスケアデバイスを使用する度に必要であり、ユーザにとって手間のかかる作業である。
【０００５】
本発明は、上述した従来の技術に鑑み、ユーザの作業負担を軽減することができるヘルスケアシステム及びそのサーバを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、第１の態様に係る発明は、ヘルスケアデバイスの測定データを管理するヘルスケアシステムであって、前記ヘルスケアデバイスを撮影してその画像データをサーバに送信するユーザ端末と、前記ユーザ端末から受信した画像データを解析することで前記ヘルスケアデバイスの形状の特徴点を検出し、検出した特徴点と記憶部に予め記憶されている前記ヘルスケアデバイスの形状データとを比較することで前記ヘルスケアデバイスを識別し、識別した前記ヘルスケアデバイス毎にその測定データを管理するサーバとを備えることを要旨とする。
【０００７】
第２の態様に係る発明は、第１の態様に係る発明において、前記サーバが、前記特徴点と前記形状データとを比較する場合、当該ユーザ端末のユーザに使用されるヘルスケアデバイスの形状データのみを比較対象とすることを要旨とする。
【０００８】
第３の態様に係る発明は、第１または第２の態様に係る発明において、前記サーバが、前記特徴点として前記ヘルスケアデバイスの色またはメーカーを表す文字情報を検出し、検出した色またはメーカーを表す文字情報を数値化することを要旨とする。
【０００９】
第４の態様に係る発明は、第１から第３のいずれかの態様に係る発明において、前記サーバが、前記画像データのうち前記ヘルスケアデバイスの画面部分を自動的に切り取り、切り取った画面部分についてのみ文字識別を行うことを要旨とする。
【００１０】
第５の態様に係る発明は、第４の態様に係る発明において、前記サーバが、前記画像データのうちドットに大きな差が発生した部分を前記ヘルスケアデバイスの画面部分として識別することを要旨とする。
【００１１】
第６の態様に係る発明は、第４の態様に係る発明において、前記サーバが、前記画像データを２値化することで前記ヘルスケアデバイスの外形と画面部分との境界を識別することを要旨とする。
【００１２】
第７の態様に係る発明は、第１から第６のいずれかの態様に係る発明において、前記ユーザ端末が、自端末のユーザに使用されるヘルスケアデバイスの形状データをキャッシュし、キャッシュした形状データに基づいて前記ヘルスケアデバイスを識別することを要旨とする。
【００１３】
また、上記目的を達成するため、第８の態様に係る発明は、ヘルスケアデバイスの測定データを管理するヘルスケアシステムのサーバであって、前記ヘルスケアデバイスの形状データを予め記憶する記憶部と、前記ヘルスケアデバイスを撮影した画像データを受信する受信部と、前記受信部により受信された画像データを解析することで前記ヘルスケアデバイスの形状の特徴点を検出する解析部と、前記解析部により検出された特徴点と前記記憶部に予め記憶されている前記ヘルスケアデバイスの形状データとを比較することで前記ヘルスケアデバイスを識別する識別部と、前記識別部により識別された前記ヘルスケアデバイス毎にその測定データを管理する管理部とを備えることを要旨とする。
【発明の効果】
【００１４】
本発明によれば、ユーザの作業負担を軽減することができるヘルスケアシステム及びそのサーバを提供することが可能である。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の形態におけるヘルスケアシステムのネットワーク構成図である。
【図２】本発明の実施の形態におけるヘルスケアシステムの機能概要の説明図である。
【図３】本発明の実施の形態におけるヘルスケアシステムの全体構成図である。
【図４】本発明の実施の形態におけるサーバの機能ブロック図である。
【図５】本発明の実施の形態における管理テーブルの内部構成図である。
【図６】本発明の実施の形態における管理テーブルの内部構成図である。
【図７】本発明の実施の形態における管理テーブルの内部構成図である。
【図８】本発明の実施の形態におけるスマートホンの画面遷移図である。
【図９】本発明の実施の形態における活動量計の画像データの一例を示す図である。
【図１０】本発明の実施の形態における体重計の画像データの一例を示す図である。
【図１１】本発明の実施の形態におけるデバイス識別の一例を示す図である。
【図１２】本発明の実施の形態におけるデバイス識別を詳細に説明するための図であって、（ａ）比較例、（ｂ）実施例。
【図１３】本発明の実施の形態における文字識別を詳細に説明するための図であって、（ａ）比較例、（ｂ）実施例。
【図１４】本発明の実施の形態における文字識別を詳細に説明するための図であって、（ａ）比較例１、（ｂ）比較例２、（ｃ）実施例。
【図１５】本発明の実施の形態におけるヘルスケアシステムのフローチャートである。
【図１６】本発明の実施の形態におけるヘルスケアシステムのシーケンス図である。
【図１７】本発明の実施の形態におけるヘルスケアシステムのシーケンス図である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態について図面を参照して詳細に説明する。なお、以下の実施の形態は、この発明の技術的思想を具体化するためのヘルスケアシステムを例示するものであり、装置の構成やデータの構造などは、以下の実施の形態に限定されるものではない。
【００１７】
（ネットワーク構成例）
図１は、本発明の実施の形態におけるヘルスケアシステムのネットワーク構成図である。この図に示すように、ＩＰネットワーク２０上にサーバ１０が設置されている。ユーザ端末３０は、ユーザにより操作される端末であり、具体的には、スマートホン３０ａやＰＣ３０ｂなどである。ユーザは、活動量計４０ａや体重計４０ｂなどのヘルスケアデバイス４０を所有しているものとする。ヘルスケアデバイス４０で測定した健康データ（以下、「測定データ」という。）は、ユーザ端末３０を介してサーバ１０に登録されるようになっている。
【００１８】
（機能概要）
図２は、本発明の実施の形態におけるヘルスケアシステムの機能概要の説明図である。この図に示すように、Ｗｅｂサーバ１０ｄ上にＷｅｂアプリケーション（基盤）１０ｃが構築され、更にその上にＤＢＭＳ１０ａとサーバアプリケーション１０ｂが構築されている。ＤＢＭＳ１０ａは、各種のデータを管理するためのデータベース管理システムである。サーバアプリケーション１０ｂは、（１）カメラによるデータ取得、（２）ヘルスケアデバイス４０の形状管理、測定データ管理、（３）個人特定、（４）アラームなどの機能を実現するためのものである。これらの機能（１）〜（４）については後に詳しく説明する。このような複数の機能をサーバアプリケーション１０ｂとして実装すれば、機能変更が生じた場合でも柔軟に対応することができ、コストの低減を図ることができる。
【００１９】
（システム全体構成例）
図３は、本発明の実施の形態におけるヘルスケアシステムの全体構成図である。このヘルスケアシステムは、図３に示すように、サーバ１０と、通信網２１と、スマートホン３０ａと、ＰＣ３０ｂと、ヘルスケアデバイス４０とを備えている。ＰＣ３０ｂは、宅内ＧＷ２２を介してＩＰネットワーク２０などの通信網２１に接続されている。スマートホン３０ａは、アプリケーションとしてカメラ機能３１ａを備えている。ＰＣ３０ｂは、カメラ３１ｂにより撮影された画像データを取得することができる。ユーザは、カメラ機能３１ａやカメラ３１ｂ（以下、一括して「撮影装置３１」という。）を用いてヘルスケアデバイス４０を撮影することができる。スマートホン３０ａやＰＣ３０ｂなどのユーザ端末３０は、撮影装置３１により撮影された画像データをサーバ１０に送信する。サーバ１０は、ユーザ端末３０から受信した画像データを解析することでヘルスケアデバイス４０の形状の特徴点を検出し、検出した特徴点とＤＢＭＳ１０ａに予め記憶されているヘルスケアデバイス４０の形状データとを比較することでヘルスケアデバイス４０を識別し、識別したヘルスケアデバイス４０毎にその測定データを管理する。
【００２０】
（サーバ構成例）
図４は、サーバ１０の機能ブロック図である。例えば、ＤＢＭＳ１０ａは、管理テーブルＴ１〜Ｔ５を備えている。管理テーブルＴ１は、回線ＩＤ、ユーザ端末ＩＤ、ユーザＩＤを管理するためのテーブルである。管理テーブルＴ２は、ヘルスケアデバイスＩＤを管理するためのテーブルである。管理テーブルＴ３は、ヘルスケアデバイス４０の測定データを管理するためのテーブルである。管理テーブルＴ４は、ヘルスケアデバイス形状ＩＤを管理するためのテーブルである。管理テーブルＴ５は、閾値などの制御データを管理するためのテーブルである。
【００２１】
ＧＵＩプログラム１０ｃは、必要に応じて管理テーブルＴ１〜Ｔ５のデータを参照・更新する。例えば、ＰＣ３０ｂが初回接続時に利用する回線と利用するヘルスケアデバイス４０を登録すると、管理テーブルＴ１とＴ２を更新する。また、管理テーブルＴ５により管理されている閾値を超えると、そのことを知らせるためのアラームをユーザに発信する。その他、アカウントデータＤ１に基づいて認証処理を行うなど、各種の機能を備えている。
【００２２】
（管理テーブルの内部構成例）
次に、管理テーブルの内部構成例について説明する。管理テーブルの内部構成は限定されるものではなく、適宜変更可能であることはいうまでもない。例えば、管理テーブルＴ１では、回線ＩＤ、ユーザ端末ＩＤ、ユーザＩＤだけでなくヘルスケアデバイスＩＤも管理することができる。また、管理テーブルＴ３では、ヘルスケアデバイス４０の測定データだけでなくヘルスケアデバイスの形状データも管理することができる。
【００２３】
図５は、管理テーブルＴ３の内部構成図である。この管理テーブルＴ３では、ヘルスケアデバイス４０の測定値（測定データ）が各種のデータと括り付けされている。「ユーザＩＤ」は、ユーザを一意に識別するＩＤである。「回線ＩＤ・ユーザ端末ＩＤ」は、登録する回線・ユーザ端末３０を一意に識別するＩＤである。「ヘルスケアデバイスＩＤ」は、ヘルスケアデバイス４０を一意に識別するＩＤである。「日付」は、ヘルスケアデバイス４０の測定値を測定した日付である。「時刻」は、ヘルスケアデバイス４０の測定値を測定した時刻である。「センサ種別」は、体重計（体組成計）、活動量計、血圧計の区分である。「ヘルスケアデバイス１測定値」は、ヘルスケアデバイス１の測定値である。「ヘルスケアデバイス２測定値」「ヘルスケアデバイス３測定値」についても同様である。「ヘルスケアデバイス１情報」は、ヘルスケアデバイス１の形状データである。「ヘルスケアデバイス２情報」「ヘルスケアデバイス３情報」についても同様である。「ヘルスケアデバイス１タイムスタンプ」は、ヘルスケアデバイス１情報取得時の時刻である。「ヘルスケアデバイス２タイムスタンプ」「ヘルスケアデバイス３タイムスタンプ」についても同様である。
【００２４】
図６は、管理テーブルＴ５の内部構成図である。この管理テーブルＴ５では、制御データが各種のデータと括り付けされている。「ユーザＩＤ」「回線ＩＤ・ユーザ端末ＩＤ」「ヘルスケアデバイスＩＤ」については既に説明した通りである。「ヘルスケアデバイス１制御」は、ヘルスケアデバイス１の制御内容を表している。「ヘルスケアデバイス２制御」「ヘルスケアデバイス３制御」についても同様である。
【００２５】
図７は、管理テーブルＴ１の内部構成図である。この管理テーブルＴ１では、ヘルスケアデバイスＩＤが各種のデータと括り付けされている。「ユーザＩＤ」「回線ＩＤ・ユーザ端末ＩＤ」「ヘルスケアデバイスＩＤ」「センサ種別」については既に説明した通りである。「日付」は、ヘルスケアデバイス４０の測定値をＤＢＭＳ１０ａに登録した日付である。「時刻」は、ヘルスケアデバイス４０の測定値をＤＢＭＳ１０ａに登録した時刻である。
【００２６】
（画面遷移例）
図８は、スマートホン３０ａの画面遷移図である。このような画面遷移は、Ｗｅｂサーバ１０ｄとスマートホン３０ａ上のアプリケーションとが連携することにより実現される。まず、スマートホン３０ａの初期画面Ｍ１においてアプリケーションを立ち上げると、本システムにログインするようになっている。ＴＯＰメニューＭ２では、各種のメニューＭ３〜Ｍ９を選択することができる。デバイス毎のデータ表示メニューＭ３を選択すると、ヘルスケアデバイス４０毎の測定データが表示される。デバイスデータ読み取りメニューＭ４を選択すると、カメラ機能３１ａが起動し、ヘルスケアデバイス４０の測定データが読み取られてスマートホン３０ａに記憶される。デバイスデータ登録メニューＭ５を選択すると、スマートホン３０ａに記憶済みの測定データがサーバ１０に登録される。登録ヘルスケアデバイス設定メニューＭ６を選択すると、サーバ１０に登録済みのヘルスケアデバイス４０について各種の設定をすることができる。アラーム設定メニューＭ７を選択すると、ヘルスケアデバイス４０の測定データが異常値である場合や登録できていない場合など、所定の場合にアラームが発信されるように設定することができる。ユーザ情報登録メニューＭ８を選択すると、ユーザ情報をサーバ１０に登録することができる。形状登録メニューＭ９を選択すると、ヘルスケアデバイス４０の形状をサーバ１０に登録することができる。これらの画面では、グラフＭ１０やウィザードＭ１１などを表示することも可能である。
【００２７】
（デバイス登録）
次に、ヘルスケアデバイス４０の登録（デバイス登録）について詳細に説明する。単にデバイスという場合はヘルスケアデバイス４０を意味するものとする。サーバ１０は、（ａ）ＯＣＲ機能、（ｂ）形状記憶機能、（ｃ）登録者、登録デバイス記憶機能を備えている。これらの機能に基づいてデバイス登録し、後述するデバイス識別を容易にする。（ａ）ＯＣＲ機能とは、数字、文字（歩、ｍｍＨｇ、ｋｇ、％など）、及び指針を読み取る機能である。（ｂ）形状記憶機能とは、ヘルスケアデバイス４０の形状の特徴点（色、形、数字位置、画面位置等）に基づいて形状データを記憶する機能である。例えば、図９は、撮影装置３１により撮影された活動量計の画像データＩ１の一例を示し、図１０は、撮影装置３１により撮影された体重計の画像データＩ２の一例を示している。領域Ｅ１は、外形を識別するための領域であり、領域Ｅ２は、文字を識別するための領域である。ここで、図９に示すように、外形が略楕円形であり、楕円の中央付近の所定位置において数字が識別された場合、そのヘルスケアデバイス４０は活動量計であると認識してもよい。また、図１０に示すように、外形が略四角形であり、四角の一辺に近接する所定位置において指針が識別された場合、そのヘルスケアデバイス４０は体重計であると認識してもよい。（ｃ）登録者、登録デバイス記憶機能は、登録した回線やユーザ端末３０の情報を登録者や登録デバイスと括り付け、情報管理を容易化する機能である。
【００２８】
（デバイス識別）
次に、ヘルスケアデバイス４０の識別（デバイス識別）について詳細に説明する。サーバ１０は、（ａ）ＯＣＲ識別機能、（ｂ）形状識別機能を備え、これらの機能に基づいてデバイス識別する。（ａ）ＯＣＲ識別機能とは、数字、文字（歩、ｍｍＨｇ、ｋｇ、％など）、及び指針を読み取って識別する機能である。（ｂ）形状識別機能とは、ヘルスケアデバイス４０の形状の特徴点（色、形、数字位置、画面位置等）をバイナリデータとして取得する機能である。取得したバイナリデータと、既に登録されている形状データとの類似点を比較し、特徴ベクトルが近いものを識別するようになっている。
【００２９】
図１１は、デバイス識別の一例を示している。この図に示すように、サーバ１０は、画像データＩ３を解析することでヘルスケアデバイス４０の形状の特徴点Ｅ３を検出する。特徴点Ｅ３のデータは、具体的には、Ｘ座標、Ｙ座標、サイズ、ラプラシアン、ベクトル、色、メーカーを表す文字情報などである。特徴点Ｅ３を検出する手法は、ＯＲＢ特徴量検出器などの公知の手法でよい。色やメーカーを表す文字情報は数値化しておく。検出した特徴点Ｅ３とＤＢＭＳ１０ａに予め記憶されているヘルスケアデバイス４０の形状データとを比較することで、このヘルスケアデバイス４０が活動量計であることを識別することができる。
【００３０】
図１２は、デバイス識別を詳細に説明するための図である。まず、図１２（ａ）に示すように、デバイス識別を行う際、サーバ１０に登録された多数のデバイスデータ（例えば、数百万台分の画像データ）とマッチング処理を行う方法が考えられる。しかし、この方法によると、デバイス識別を行う側で大きなマシンスペックが必要であり、また、このような重い処理を行うには毎回サーバ１０に問い合わせる必要ある。そこで、図１２（ｂ）に示すように、ユーザ端末３０は、自端末のユーザに使用されるヘルスケアデバイス４０の形状データを記憶部Ｃ１にキャッシュし、キャッシュした形状データに基づいてヘルスケアデバイス４０を識別するようにしてもよい。具体的には、記憶部Ｃ１に登録している自端末のユーザのデバイスデータ（例えば、数台分のバイナリデータ）と、数値データである特徴点Ｅ３とのマッチング処理を行う。このようにすれば、処理が軽くなるため、デバイス識別を行うユーザ端末３０のマシンスペックがチープでも対応可能である。また、処理が軽くなれば、ラプラシアン等のデータや変化量の総和のみによるデバイス識別だけでなく、色や文字情報によるデバイス識別（少し重い処理）もユーザ端末３０で同時に行うことができるため、デバイス識別の精度を向上させることが可能である。更に、ユーザ端末３０でデバイス識別を行えば、サーバ１０への問い合わせ回数を減少させることができ、早期にデバイス識別を完了することが可能である。もちろん、ユーザ端末３０側でのデバイス識別に失敗した場合は、更にサーバ１０側でデバイス識別してもよい。その場合も、自端末のユーザと括り付けされている数台分のバイナリデータだけを対象にしてマッチング処理を行うことができる。
【００３１】
（文字識別）
次に、文字識別について詳細に説明する。まず、図１３（ａ）に示すように、領域Ｅ１についてのデバイス識別と、領域Ｅ２についての文字識別とを別処理とする方法が考えられる。しかし、この方法によると、デバイス識別と文字識別とで別個の処理時間がかかる。また、領域Ｅ４のような文字識別に必要のない領域も多く読み取ることになるため、文字識別の精度が低下してしまう。そこで、図１３（ｂ）に示すように、サーバ１０は、デバイス識別を行う際、ドットに大きな差が発生した部分（領域Ｅ２）を液晶画面部分として識別する。そして、識別した液晶画面部分を自動的に切り取り、切り取った液晶画面部分についてのみ文字識別を行う。
【００３２】
図１４は、文字識別を更に詳細に説明するための図である。まず、図１４（ａ）に示すように、ヘルスケアデバイス４０を撮影し、その画像データの全体を対象としてデバイス識別を行ったうえで、その画像データの全体を対象として文字識別を行う方法が考えられる。しかし、この方法によると、文字識別に必要のない領域も多く読み取ることになるため、文字識別の精度が低下してしまう。また、図１４（ｂ）に示すように、ヘルスケアデバイス４０を撮影し、その画像データの全体を対象としてデバイス識別を行ったうえで、あらかじめ設定した部分を手動で切り取り、切り取った部分を対象として文字識別を行う方法が考えられる。しかし、この方法によると、適切な部分を手動で切り取ることが難しく、また、手動で切り取った部分がうまく撮影されていない場合は文字識別の精度が低下してしまう。そこで、図１４（ｃ）に示すように、サーバ１０は、ヘルスケアデバイス４０を撮影し、その画像データを２値化することでヘルスケアデバイス４０の外形と液晶画面部分との境界を識別する。そして、背景と差が生まれる部分を液晶画面部分として自動的に切り取り、切り取った部分を対象として文字識別を行う。この図１４（ｃ）の方法によれば、図１４（ａ）の方法に比べて、文字識別に要する時間を４０％程度削減することが可能であるとともに、文字識別の精度を２０％程度向上させることが可能である。また、図１４（ｂ）の方法に比べて、文字識別の精度を３０％程度向上させることが可能である。
【００３３】
（動作例）
図１５は、本発明の実施の形態におけるヘルスケアシステムのフローチャートである。ここでは、デバイス識別、自動切り取り、文字識別の動作を中心に説明する。
【００３４】
まず、ヘルスケアデバイス４０を撮影し、その画像データの特徴点を検出し、検出した特徴点をバイナリデータとして取得する（Ｓ１→Ｓ２→Ｓ３）。取得したバイナリデータと、既に登録されている形状データとの類似点を比較し、特徴ベクトルが近いものを識別して（Ｓ４）、ヘルスケアデバイス４０の種別を特定する。更に、画像データを数回２値化し、外形と液晶画面部分との境界が明確になるポイントを検出し、液晶画面部分を切り取る（Ｓ５→Ｓ６→Ｓ７）。更に、デジタル数字辞書からの読み取りを行い、液晶画面部分を対象にして文字識別を行う（Ｓ８→Ｓ９）。最後に、デバイス別の閾値を参照し、デバイス名や測定値などの各種情報をスマートホン３０ａに出力する（Ｓ１０→Ｓ１１）。
【００３５】
図１６は、初期登録時のシーケンス図である。
【００３６】
まず、ＰＣ３０ｂのＷＥＢ ＧＵＩ上でユーザ、回線、ユーザ端末３０の括り付けを依頼すると、ユーザ情報がサーバ１０に送信され、ＤＢＭＳ１０ａに登録される（Ｓ２１→Ｓ２２→Ｓ２３）。次いで、スマートホン３０ａからサーバ１０に回線ＩＤ、ＭＡＣアドレスが送信され、ＤＢＭＳ１０ａに登録される（Ｓ２４→Ｓ２５）。次いで、ＤＢＭＳ１０ａが参照され、ユーザ、回線、ユーザ端末３０の括り付けのＲｅｐｏｒｔがスマートホン３０ａに送信される（Ｓ２６→Ｓ２７）。次いで、ＰＣ３０ｂのＷＥＢ ＧＵＩ上でヘルスケアデバイス４０とユーザの括り付けを依頼すると、スマートホン３０ａ上のアプリケーションが起動してカメラ機能３１ａによりヘルスケアデバイス４０が撮影される（Ｓ２８→Ｓ２９→Ｓ３０→Ｓ３１）。次いで、スマートホン３０ａからサーバ１０に画像データが送信されると、画像データの確認（形状解析／画像読み込み位置確認／登録デバイス確認）が行なわれる（Ｓ３２→Ｓ３３）。通常、ＤＢＭＳ１０ａには多くのデバイス情報を登録するが、ここでは、自分の保有するヘルスケアデバイス４０との差異解析だけでデバイス識別を行っている。次いで、サーバ１０からスマートホン３０ａに解析データが送信され、その解析結果が表示される（Ｓ３４→Ｓ３５）。次いで、ＰＣ３０ｂのＷＥＢ ＧＵＩ上でアラーム設定を依頼すると、閾値がサーバ１０に送信され、ＤＢＭＳ１０ａに登録される（Ｓ３８→Ｓ３９→Ｓ４０）。これにより、閾値が判別され、サーバ１０からＰＣ３０ｂにアラームが送信される（Ｓ５０→Ｓ５１）。例えば、測定した血圧や体重が閾値から大きく離れている場合や、一定期間、測定データが更新されなかった場合、アラームが送信される。閾値から測定データの当否を判断し、個人であるか否かの確認や、登録予定のデータの確認を行い、読み取りミスなどを防止することができる。
【００３７】
図１７は、日々の測定データを登録する時のシーケンス図である。
【００３８】
まず、ＰＣ３０ｂのＷＥＢ ＧＵＩ上で測定データの登録とユーザの括り付けを依頼すると、スマートホン３０ａ上のアプリケーションが起動してカメラ機能３１ａによりヘルスケアデバイス４０が撮影される（Ｓ６１→Ｓ６２→Ｓ６３→Ｓ６４）。次いで、スマートホン３０ａからサーバ１０に画像データが送信されると、画像データの確認が行なわれる（Ｓ６５→Ｓ６６）。デバイス追加や機能追加などが発生した場合でも柔軟に対応することが可能である。次いで、サーバ１０からスマートホン３０ａに数値解析データが送信され、その数値結果が表示される（Ｓ６７→Ｓ６８）。既に説明した通り、ユーザ端末３０にデバイス情報をキャッシュしておけば、早期にデバイス識別を完了することができる。数値解析データは、閾値や時系列データから予測が可能であり、毎回デバイス識別のための操作やデータ入力を行う手間を省くことができる。更に、サーバ１０からスマートホン３０ａに特徴点解析データが送信され、そのデバイス確認結果が表示される（Ｓ６９→Ｓ７０）。液晶画面部分はＯＣＲ機能により識別され、デバイスの外形は形状識別機能により識別される（背景処理として登録時にあらかじめ学習）。ＯＣＲ機能と形状識別機能の連携を行い、形状識別機能で特徴点の識別を行ったタイミングで文字識別部分の切り取りを行い、処理を簡素化している。最後に、スマートホン３０ａで登録日時、登録デバイス、測定結果などの確認が行われると、スマートホン３０ａからサーバ１０にヘルスケアデバイス４０の測定データが送信され、ＤＢＭＳ１０ａに登録される（Ｓ７２→Ｓ７３）。
【００３９】
以上のように、本発明の実施の形態におけるヘルスケアシステムでは、ヘルスケアデバイス４０を撮影してその画像データを解析することでヘルスケアデバイス４０の形状の特徴点を検出し、検出した特徴点とＤＢＭＳ１０ａに予め記憶されているヘルスケアデバイス４０の形状データとを比較することでヘルスケアデバイス４０を識別し、識別したヘルスケアデバイス４０毎にその測定データを管理する。これにより、新たなヘルスケアデバイス４０を使用する場合でも、そのヘルスケアデバイス４０の情報をユーザが手入力する必要がないため、ユーザの作業負担を軽減することができる。
【００４０】
また、サーバ１０は、特徴点と形状データとを比較する場合、当該ユーザ端末３０のユーザに使用されるヘルスケアデバイス４０の形状データのみを比較対象とする。これにより、比較対象が絞られるため、処理負担を軽減することができる。
【００４１】
また、サーバ１０は、特徴点としてヘルスケアデバイス４０の色またはメーカーを表す文字情報を検出し、検出した色またはメーカーを表す文字情報を数値化する。これにより、色や文字情報に基づいてデバイス識別されるため、デバイス識別の精度を向上させることができる。
【００４２】
また、サーバ１０は、画像データのうちヘルスケアデバイス４０の画面部分を自動的に切り取り、切り取った画面部分についてのみ文字識別を行う。これにより、必要な部分のみを対象として文字識別されるため、文字識別の精度を向上させることができる。
【００４３】
また、サーバ１０は、画像データのうちドットに大きな差が発生した部分をヘルスケアデバイス４０の画面部分として識別する。これにより、画面部分が自動的に精度よく識別されるため、文字識別の精度を向上させることができる。
【００４４】
また、サーバ１０は、画像データを２値化することでヘルスケアデバイス４０の外形と画面部分との境界を識別する。これにより、画面部分が自動的に精度よく識別されるため、文字識別の精度を向上させることができる。
【００４５】
また、ユーザ端末３０は、自端末のユーザに使用されるヘルスケアデバイス４０の形状データをキャッシュし、キャッシュした形状データに基づいてヘルスケアデバイス４０を識別する。これにより、ユーザ端末３０側でデバイス識別が行われるため、サーバ１０への問い合わせ回数を減少させることができ、早期にデバイス識別を完了することが可能である。
【００４６】
また、サーバ１０は、ヘルスケアデバイス４０の形状データを予め記憶する記憶部（ＤＢＭＳ１０ａ）と、ヘルスケアデバイス４０を撮影した画像データを受信する受信部（ＧＵＩプログラム１０ｃ）と、受信部により受信された画像データを解析することでヘルスケアデバイス４０の形状の特徴点を検出する解析部（サーバアプリケーション１０ｂ）と、解析部により検出された特徴点と記憶部に予め記憶されているヘルスケアデバイス４０の形状データとを比較することでヘルスケアデバイス４０を識別する識別部（サーバアプリケーション１０ｂ）と、識別部により識別されたヘルスケアデバイス４０毎にその測定データを管理する管理部（ＤＢＭＳ１０ａ）とを備える。これにより、新たなヘルスケアデバイス４０を使用する場合でも、そのヘルスケアデバイス４０の情報をユーザが手入力する必要がないため、ユーザの作業負担を軽減することができる。
【００４７】
その他、本発明の実施の形態におけるヘルスケアシステムによれば、様々な効果を得ることができる。例えば、学習機能を備えているため、ヘルスケアデバイス４０の形状識別やこれまでの測定データ（体重や血圧等）から数値予測を行い、データ投入を容易にすることができる。また、ヘルスケアデバイス４０ではなく、ネットワーク上に配備されたサーバ１０に制御ロジックを機能分担しているため、新機能追加時の工数を減らすことができる。サーバ１０側で機能開発を行えば、ユーザ端末３０に変更を加えることなくユーザの利便性を向上させることが可能である。更に、制御ロジックをＡＰＩ化して様々な機能を使いやすくすることができ、制御ロジックに対する設定をネットワーク上で実施することができる。更に、非ＮＷ対応ヘルスケアデバイスでも簡単にデータを管理することができる。更に、そのデータをネットワーク管理しているため、どの端末でもログ情報を見ることが可能である。
【００４８】
なお、本発明は、ヘルスケアシステムとして実現することができるだけでなく、このようなヘルスケアシステムが備える特徴的な処理部をステップとするヘルスケア方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。このようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのはいうまでもない。
【符号の説明】
【００４９】
１０…サーバ
１０ａ…ＤＢＭＳ（記憶部、管理部）
１０ｃ…ＧＵＩプログラム（受信部、解析部、識別部）
３０…ユーザ端末
３０ｂ…ＰＣ
３０ａ…スマートホン
４０…ヘルスケアデバイス
【図１】
2014026411.tif 000003
【図２】
2014026411.tif 000004
【図３】
2014026411.tif 000005
【図４】
2014026411.tif 000006
【図５】
2014026411.tif 000007
【図６】
2014026411.tif 000008
【図７】
2014026411.tif 000009
【図８】
2014026411.tif 000010
【図９】
2014026411.tif 000011
【図１０】
2014026411.tif 000012
【図１１】
2014026411.tif 000013
【図１２】
2014026411.tif 000014
【図１３】
2014026411.tif 000015
【図１４】
2014026411.tif 000016
【図１５】
2014026411.tif 000017
【図１６】
2014026411.tif 000018
【図１７】
2014026411.tif 000019