(57)【要約】【課題】ユーザが利用するサービス数によらず、暗号化処理量を少なく抑えることが可能なヘルスケアシステムを提供する。【解決手段】ヘルスケアシステム１を構成する鍵管理サーバ１６は、計測機器を識別する第１識別情報から暗号鍵に対応する復号鍵を生成する復号鍵生成部１６２と、復号鍵を送信する旨の要求を第１識別情報、第２識別情報及び第３識別情報と共にサービス提供サーバ１７ａ〜１７ｃから受信すると、受信した第３識別情報と記憶部に記憶した第４識別情報とが一致し且つ受信した第２識別情報と記憶部に記憶した第５識別情報とが一致した場合、復号鍵をサービス提供サーバ１７ａ〜１７ｃに送信する制御部と、を具備し、サービス提供サーバ１７ａ〜１７ｃは、受信した復号鍵を用いて暗号化生体データを復号する。【選択図】図１６
2009111974.tif 000002
【特許請求の範囲】
【請求項１】
生体データを計測して暗号化する計測機器と、前記生体データを暗号化した暗号化生体データを前記計測機器から取得し健康に関するサービスを提供するサーバと、前記暗号化生体データを復号する復号鍵を前記サーバに提供する鍵管理サーバとを含むヘルスケアシステムであって、
前記計測機器は、
前記生体データを計測する計測部と、
前記計測機器を識別する第１識別情報を格納している第１記憶部と、
前記第１識別情報から所定の暗号鍵を生成する第１鍵生成部と、
前記所定の暗号鍵を用いて前記生体データを暗号化して暗号化生体データを生成する暗号部と、
前記第１識別情報、前記生体データの種類を識別する第２識別情報及び前記暗号化生体データを前記サーバに送信する第１通信部と、を具備し、
前記サーバは、
前記計測機器から受信した前記第１識別情報、前記生体データの種類を識別する第２識別情報及び前記暗号化生体データを格納する第２記憶部と、
前記サーバを識別する第３識別情報を記憶している第３記憶部と、
前記所定の暗号鍵に対応する所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報、前記第２識別情報及び前記第３識別情報と共に前記鍵管理サーバに送信する第２通信部と、を具備し、
前記鍵管理サーバは、
前記第１識別情報から前記所定の暗号鍵に対応する所定の復号鍵を生成する第２鍵生成部と、
前記所定の復号鍵の送信対象であるサーバを識別する第４識別情報とこの第４識別情報に対応して前記サーバが管理する生体データの種類を示す第５識別情報とを記憶している第４記憶部と、
前記所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報、前記第２識別情報及び前記第３識別情報と共に前記サーバから受信すると、前記受信した第３識別情報と前記記憶している第４識別情報とが一致し且つ前記受信した第２識別情報と前記第４識別情報に対応して記憶している第５識別情報とが一致した場合、前記所定の復号鍵を前記サーバに送信する制御部と、を具備し、
前記サーバは、前記所定の復号鍵を用いて前記暗号化生体データを復号することを特徴とする
ヘルスケアシステム。
【請求項２】
生体データを計測して暗号化する計測機器と、前記生体データを暗号化した暗号化生体データを前記計測機器から取得し健康に関するサービスを提供するサーバと、前記暗号化生体データを復号する復号鍵を前記サーバに提供する鍵管理サーバとを含むヘルスケアシステムであって、
前記計測機器は、
前記生体データを計測する計測部と、
前記計測機器を識別する第１識別情報を格納している第１記憶部と、
前記第１識別情報から所定の暗号鍵を生成する第１鍵生成部と、
前記所定の暗号鍵を用いて前記生体データを暗号化して暗号化生体データを生成する暗号部と、
前記第１識別情報及び前記暗号化生体データを前記サーバに送信する第１通信部と、を具備し、
前記サーバは、
前記計測機器から受信した第１識別情報及び暗号化生体データを格納する第２記憶部と、
前記サーバを識別する第２識別情報を記憶している第３記憶部と、
前記所定の暗号鍵に対応する所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報及び前記第２識別情報と共に前記鍵管理サーバに送信する第２通信部と、を具備し、
前記鍵管理サーバは、
前記計測機器を識別する第１識別情報に対応して前記計測機器が計測する生体データの種類を格納している第４記憶部と、
前記サーバを識別する第２識別情報に対応して前記サーバが管理する生体データの種類を記憶している第５記憶部と、
前記第１識別情報から前記所定の暗号鍵に対応する所定の復号鍵を生成する第２鍵生成部と、
前記所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報及び前記第２識別情報と共に前記サーバから受信すると、前記第４記憶部に格納されている、前記受信した第１識別情報に対応する生体データの種類と、前記第５記憶部に記憶されている、前記受信した第２識別情報に対応する生体データの種類と、が一致した場合、前記所定の復号鍵を前記サーバに送信する制御部と、を具備し、
前記サーバは、前記所定の復号鍵を用いて前記暗号化生体データを復号することを特徴とする
ヘルスケアシステム。
【請求項３】
前記計測機器は、所定の暗号化装置と接続可能であって、前記所定の暗号化装置が、前記第１識別情報から所定の暗号鍵を生成する前記第１鍵生成部と、前記所定の暗号鍵を用いて前記生体データを暗号化して暗号化生体データを生成する前記暗号部と、前記暗号化生体データを前記サーバに送信する前記第１通信部と、を有することを特徴とする
請求項１又は請求項２のいずれかに記載のヘルスケアシステム。
【請求項４】
前記所定の暗号化装置は、前記計測機器に装着されるメモリカードであることを特徴とする
請求項３記載のヘルスケアシステム。
【請求項５】
前記計測機器は、さらに、
マスター鍵を保有する第１マスター鍵保有部を有し、
前記第１鍵生成部は、前記第１識別情報及び前記マスター鍵から前記所定の暗号鍵を生成し、
前記鍵管理サーバは、さらに、
前記マスター鍵と同一のマスター鍵を保有する第２マスター鍵保有部を有し、
前記第２鍵生成部は、前記第１識別情報及び前記マスター鍵から前記所定の暗号鍵に対応する所定の復号鍵を生成することを特徴とする
請求項１又は請求項２のいずれかに記載のヘルスケアシステム。
【請求項６】
前記計測機器は、所定の暗号化装置と接続可能であって、前記所定の暗号化装置が、前記第１識別情報から所定の暗号鍵を生成する前記第１鍵生成部と、前記所定の暗号鍵を用いて前記生体データを暗号化して暗号化生体データを生成する前記暗号部と、マスター鍵を保有する前記第１マスター鍵保有部と、前記暗号化生体データを前記サーバに送信する前記第１通信部と、を有し、
前記第１鍵生成部は、前記第１識別情報及び前記マスター鍵から前記所定の暗号鍵を生成することを特徴とする
請求項５記載のヘルスケアシステム。
【請求項７】
前記所定の暗号化装置は、前記計測機器に装着されるメモリカードであることを特徴とする
請求項６記載のヘルスケアシステム。
【請求項８】
前記計測機器の第１鍵生成部は、前記計測機器を識別する第１識別情報を用いて前記所定の暗号鍵を公開鍵として生成し、
前記鍵管理サーバは、さらに、
前記所定の復号鍵を生成するためのマスター情報を保有するマスター情報保有部を有し、
前記第２鍵生成部は、前記受信した第１識別情報及び前記保有するマスター情報を用いて前記所定の復号鍵を前記公開鍵に対応する秘密鍵として生成することを特徴とする
請求項１又は請求項２のいずれかに記載のヘルスケアシステム。
【請求項９】
生体データを計測する計測機器から前記生体データを所定の暗号鍵で暗号化した暗号化生体データを受信し且つ健康に関するサービスを提供するサーバと接続され、前記計測機器を識別する第１識別情報、前記生体データを識別する第２識別情報及び前記サーバを識別する第３識別情報と共に前記所定の暗号鍵に対応する所定の復号鍵を前記サーバに送信する旨の要求を前記サーバから受信する通信部と、
前記第１識別情報から所定の復号鍵を生成する鍵生成部と、
前記所定の復号鍵の送信対象であるサーバを識別する第４識別情報とこの第４識別情報に対応して前記サーバが管理する生体データの種類を示す第５識別情報とを記憶している記憶部と、
前記受信した第３識別情報と前記記憶している第４識別情報とが一致し且つ前記受信した第２識別情報と前記記憶している第５識別情報とが一致した場合、前記所定の復号鍵を前記サーバに送信する制御部と、
を具備した鍵管理サーバ。
【請求項１０】
生体データを計測する計測機器から前記生体データを所定の暗号鍵で暗号化した暗号化生体データを受信し且つ健康に関するサービスを提供するサーバと接続され、前記計測機器を識別する第１識別情報及び前記サーバを識別する第２識別情報と共に前記所定の暗号鍵に対応する所定の復号鍵を前記サーバに送信する旨の要求を前記サーバから受信する通信部と、
前記計測機器を識別する第１識別情報と対応して前記計測機器が計測する生体データの種類を格納している第１記憶部と、
前記サーバを識別する第２識別情報と対応して前記サーバが提供するサービスの種類を記憶している第２記憶部と、
前記所定の復号鍵を生成する鍵生成部と、
前記受信した第１識別情報に対応する生体データの種類と前記受信した第２識別情報に対応するサービスの種類とが関連する場合、前記所定の復号鍵を前記サーバに送信する制御部と、
を具備した鍵管理サーバ。
【請求項１１】
生体データを計測して暗号化する計測機器と、前記生体データを暗号化した暗号化生体データを前記計測機器から取得し健康に関するサービスを提供するサーバと、前記暗号化生体データを復号する復号鍵を前記サーバに提供する鍵管理サーバとを含むヘルスケアシステムにおける鍵管理方法であって、
前記計測機器において、
前記生体データを計測し、
前記計測機器を識別する第１識別情報から所定の暗号鍵を生成し、
前記所定の暗号鍵を用いて前記生体データを暗号化して暗号化生体データを生成し、
前記第１識別情報、前記生体データの種類を識別する第２識別情報及び前記暗号化生体データを前記サーバに送信し、
前記サーバにおいて、
前記計測機器から受信した前記第１識別情報、前記生体データの種類を識別する第２識別情報及び前記暗号化生体データを格納し、
前記所定の暗号鍵に対応する所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報、前記第２識別情報及び前記サーバを識別する第３識別情報と共に前記鍵管理サーバに送信し、
前記鍵管理サーバにおいて、
前記所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報、前記第２識別情報及び前記第３識別情報と共に前記サーバから受信すると、前記受信した第３識別情報と記憶している、前記所定の復号鍵の送信対象であるサーバを識別する第４識別情報とが一致し、且つ、前記受信した第２識別情報と前記第４識別情報に対応して記憶している、前記サーバが管理する生体データの種類を示す第５識別情報とが一致した場合、前記第１識別情報に基づいて生成された前記所定の暗号鍵に対応する所定の復号鍵を前記サーバに送信し、
前記サーバにおいて、前記所定の復号鍵を用いて前記暗号化生体データを復号することを特徴とする
鍵管理方法。
【請求項１２】
生体データを計測して暗号化する計測機器と、前記生体データを暗号化した暗号化生体データを前記計測機器から取得し健康に関するサービスを提供するサーバと、前記暗号化生体データを復号する復号鍵を前記サーバに提供する鍵管理サーバとを含むヘルスケアシステムにおける情報管理方法であって、
前記計測機器において、
前記生体データを計測し、
前記計測機器を識別する第１識別情報から所定の暗号鍵を生成し、
前記所定の暗号鍵を用いて前記生体データを暗号化して暗号化生体データを生成し、
前記サーバにおいて、
前記計測機器から前記第１識別情報及び前記暗号化生体データを受信し、
前記所定の暗号鍵に対応する所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報及び前記サーバを識別する第２識別情報と共に前記鍵管理サーバに送信し、
前記鍵管理サーバにおいて、
前記計測機器を識別する第１識別情報に対応して前記計測機器が計測する生体データの種類を格納し、
前記サーバを識別する第２識別情報に対応して前記サーバが提供するサービスの種類を記憶し、
前記所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報及び前記第２識別情報と共に前記サーバから受信すると、前記受信した第１識別情報に対応して格納している生体データの種類と前記受信した第２識別情報に対応して記憶しているサービスの種類とが関連する場合、前記第１識別情報に基づいて生成された前記所定の暗号鍵に対応する所定の復号鍵を前記サーバに送信し、
前記サーバにおいて、前記所定の復号鍵を用いて前記暗号化生体データを復号することを特徴とする
情報管理方法。
【請求項１３】
生体データを計測する計測機器に装着され且つ健康に関するサービスを提供するサーバに前記生体データを送信する暗号化装置であって、
前記計測機器とのインターフェース部と、
前記計測機器から入力した生体データを格納する第１格納部と、
前記計測機器から入力した前記計測機器に固有の固有データを格納する第２格納部と、
所定のマスター鍵を予め格納しているマスター鍵保有部と、
前記固有データと前記所定のマスター鍵とに基づいて所定の暗号鍵を生成する鍵生成部と、
前記生成された所定の暗号鍵を用いて前記生体データを暗号化する暗号部と、
前記暗号化された生体データを前記サーバに送信する通信部と、
を具備した暗号化装置。
【請求項１４】
前記暗号化装置は、前記計測機器に装着されるメモリカードであることを特徴とする
請求項１３記載の暗号化装置。
【請求項１５】
生体データを計測する計測機器から出力された前記生体データを健康に関するサービスを提供するサーバに送信する際に、前記生体データを暗号化する暗号化方法であって、
前記計測機器から前記生体データを入力し、
前記計測機器から前記計測機器に固有の固有データを入力し、
前記固有データと予め保持している所定のマスター鍵とに基づいて所定の暗号鍵を生成し、
前記生成された所定の暗号鍵を用いて前記生体データを暗号化し、
前記暗号化された生体データを前記サーバに送信することを特徴とする
暗号化方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計測されたユーザの体重、血圧などの健康情報をネットワーク経由で受信し、前記健康情報に基づいて健康アドバイスなどをユーザに返送するヘルスケアサービスを提供する際に、健康情報の機密性を保護することが可能なヘルスケアシステム等に関する。
【背景技術】
【０００２】
近年、健康に関する関心が高まっており、体重、血圧、体組成などの健康情報を家庭で手軽に計測できる各種計測機器が販売され普及している。さらには、ユーザに代わって健康管理を行ったり健康アドバイスをフィードバックしたりするようなヘルスケアサービスも登場している（例えば、非特許文献１参照）。
【０００３】
このようなヘルスケアサービスにおいて、各種計測機器は、計測した各種健康情報を無線通信を介してＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、専用端末などに送信する。そして、ＰＣ、専用端末などは、送信された各種健康情報を蓄積することにより、各種健康情報の一元管理を行う。さらに、ＰＣ、専用端末などは、ネットワークを介して定期的にサーバへ各種健康情報を送信する。そして、サーバは、ユーザに代わって健康管理を行ったり健康アドバイスをフィードバックしたりするようなヘルスケアサービスを提供する。
【０００４】
一方、ユーザの健康情報は当該ユーザにとってはプライベートな個人情報である。したがって、上記のように、ユーザの健康情報を無線通信或いはインターネットを介して送信する場合には、第三者による盗聴や情報漏洩に対しての対策が必要になる。
【０００５】
通信路上を伝送されるユーザの健康情報を保護するための手段としては、データの暗号化が一般的である。各計測機器が計測したデータをＰＣ、専用端末などに一旦集約してから、ネットワークを介してサーバに送信するようなシステムでは、計測機器とサーバとの間で鍵を共有した状態で、計測機器は計測した健康情報をその鍵で暗号化する。健康情報は暗号化された状態でＰＣ或いは専用端末を経由してサーバに送信される。そして、健康情報は、共有している前記鍵を用いてサーバにより復号化される。健康情報は、伝送される途中（例えば、ＰＣ或いは専用端末）において、復号化されて平文になることはないので、盗聴、情報漏洩などにより健康情報が露呈してしまう恐れはない。
【非特許文献１】“タニタ、ネットワークを利用したヘルスケアサービス“モニタリング・ユア・ヘルス”を開始”、［online］、平成１９年３月８日、［平成１９年１０月１１日検索］、インターネット＜URL：http://ascii24.com/news/i/serv/article/2007/03/08/667789-000.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来技術においては、ユーザが複数のヘルスケアサービスを利用する際に、計測機器側の暗号処理負荷が増加する、という課題を有していた。例えば、ユーザが、３つの健康サービスを利用しており、ユーザの血圧情報を、３つのサーバに送信する必要が有るとする。このとき、血圧計は、計測した血圧データを、サーバ毎にそのサーバ用の鍵を用いて暗号化する必要が有る。すなわち、血圧計は、１回の血圧計測について、３回の暗号化処理が必要となってしまう。つまり、ユーザが血圧情報の送信が必要なＮ個のサービスを利用すれば、血圧計ではＮ回の暗号化処理が必要となる。
【０００７】
上記のように、利用するサービス数が増加するにつれて、計測機器の処理量が増加するのは問題である。一般に計測機器はバッテリで駆動する携帯機器であるから、バッテリの寿命をできる限り長くするために、計測機器の処理量はできる限り削減する必要が有る。従って、処理量の大きな暗号化処理の回数はできる限り少なくすることが要求される。つまり、利用するサービス数の増加によって暗号化処理回数が増加することは実装上許容できないと考えられる。
【０００８】
本発明は、前記課題を解決するもので、ユーザが利用するサービス数によらず、暗号化処理量を少なく抑えることが可能なヘルスケアシステム等を提供することを目的とする。
【課題を解決するための手段】
【０００９】
前記従来の課題を解決するために、本発明に係るヘルスケアシステムは、生体データを計測して暗号化する計測機器と、前記生体データを暗号化した暗号化生体データを前記計測機器から取得し健康に関するサービスを提供するサーバと、前記暗号化生体データを復号する復号鍵を前記サーバに提供する鍵管理サーバとを含むヘルスケアシステムであって、前記計測機器は、前記生体データを計測する計測部と、前記計測機器を識別する第１識別情報を格納している第１記憶部と、前記第１識別情報から所定の暗号鍵を生成する第１鍵生成部と、前記所定の暗号鍵を用いて前記生体データを暗号化して暗号化生体データを生成する暗号部と、前記第１識別情報、前記生体データの種類を識別する第２識別情報及び前記暗号化生体データを前記サーバに送信する第１通信部と、を具備し、前記サーバは、前記計測機器から受信した前記第１識別情報、前記生体データの種類を識別する第２識別情報及び前記暗号化生体データを格納する第２記憶部と、前記サーバを識別する第３識別情報を記憶している第３記憶部と、前記所定の暗号鍵に対応する所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報、前記第２識別情報及び前記第３識別情報と共に前記鍵管理サーバに送信する第２通信部と、を具備し、前記鍵管理サーバは、前記第１識別情報から前記所定の暗号鍵に対応する所定の復号鍵を生成する第２鍵生成部と、前記所定の復号鍵の送信対象であるサーバを識別する第４識別情報とこの第４識別情報に対応して前記サーバが管理する生体データの種類を示す第５識別情報とを記憶している第４記憶部と、前記所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報、前記第２識別情報及び前記第３識別情報と共に前記サーバから受信すると、前記受信した第３識別情報と前記記憶している第４識別情報とが一致し且つ前記受信した第２識別情報と前記第４識別情報に対応して記憶している第５識別情報とが一致した場合、前記所定の復号鍵を前記サーバに送信する制御部と、を具備し、前記サーバは、前記所定の復号鍵を用いて前記暗号化生体データを復号する。
【００１０】
これにより、計測機器がサービスを提供するサーバの種類毎に異なる複数の暗号鍵を用いて生体データを暗号化する処理が不要となるので、ユーザが利用するサービス数によらず、暗号化処理量を少なく抑えることが可能となる。
【発明の効果】
【００１１】
本発明のヘルスケアシステムによれば、サービスを提供するサーバの種類毎に異なる複数の暗号鍵を用いて生体データを暗号化する処理が不要となるので、ユーザが利用するサービス数によらず、暗号化処理量を少なく抑えることが可能となる。
【発明を実施するための最良の形態】
【００１２】
第１の発明の実施態様のヘルスケアシステムは、前記従来の課題を解決するために、本発明に係るヘルスケアシステムは、生体データを計測して暗号化する計測機器と、前記生体データを暗号化した暗号化生体データを前記計測機器から取得し健康に関するサービスを提供するサーバと、前記暗号化生体データを復号する復号鍵を前記サーバに提供する鍵管理サーバとを含むヘルスケアシステムであって、前記計測機器は、前記生体データを計測する計測部と、前記計測機器を識別する第１識別情報を格納している第１記憶部と、前記第１識別情報から所定の暗号鍵を生成する第１鍵生成部と、前記所定の暗号鍵を用いて前記生体データを暗号化して暗号化生体データを生成する暗号部と、前記第１識別情報、前記生体データの種類を識別する第２識別情報及び前記暗号化生体データを前記サーバに送信する第１通信部と、を具備し、前記サーバは、前記計測機器から受信した前記第１識別情報、前記生体データの種類を識別する第２識別情報及び前記暗号化生体データを格納する第２記憶部と、前記サーバを識別する第３識別情報を記憶している第３記憶部と、前記所定の暗号鍵に対応する所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報、前記第２識別情報及び前記第３識別情報と共に前記鍵管理サーバに送信する第２通信部と、を具備し、前記鍵管理サーバは、前記第１識別情報から前記所定の暗号鍵に対応する所定の復号鍵を生成する第２鍵生成部と、前記所定の復号鍵の送信対象であるサーバを識別する第４識別情報とこの第４識別情報に対応して前記サーバが管理する生体データの種類を示す第５識別情報とを記憶している第４記憶部と、前記所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報、前記第２識別情報及び前記第３識別情報と共に前記サーバから受信すると、前記受信した第３識別情報と前記記憶している第４識別情報とが一致し且つ前記受信した第２識別情報と前記第４識別情報に対応して記憶している第５識別情報とが一致した場合、前記所定の復号鍵を前記サーバに送信する制御部と、を具備し、前記サーバは、前記所定の復号鍵を用いて前記暗号化生体データを復号する。
【００１３】
本態様によると、サーバが格納する暗号化生体データを復号するための復号鍵を鍵管理サーバが生成し、その生成した復号鍵を送信する対象であるサーバを前記鍵管理サーバが判断することにより、計測された生体データを所定の暗号鍵を用いて計測機器が暗号化する場合に、送信宛先であるサーバがいずれのサービスを提供するサーバかに応じて、生体データを暗号化する際に用いる暗号鍵の種類を変える必要が無い。つまり、いずれのサーバが宛先であっても前記計測機器が共通の暗号鍵を用いて暗号化して送信すれば、前記鍵管理サーバが前記復号鍵を送信するサーバを判断するので、前記鍵管理サーバが選択したサーバのみが前記復号鍵を取得して暗号化生体データを復号化できる。その結果、前記ヘルスケアシステムは、計測機器の側において、サービスを提供するサーバの種類毎に複数の異なる暗号鍵を用いて生体データを暗号化する負荷を解消できる。
【００１４】
また、前記鍵管理サーバは、前記所定の復号鍵の送信対象であるサーバを識別する第４識別情報とこの第４識別情報に対応して前記サーバが管理する生体データの種類を示す第５識別情報とを記憶する第４記憶部を有する。そして、前記鍵管理サーバは、前記所定の復号鍵を前記サーバに送信する旨の要求を、前記計測機器を識別する第１識別情報、前記生体データの種類を識別する第２識別情報及び前記サーバを識別する第３識別情報と共に前記サーバから受信すると、前記受信した第３識別情報と前記記憶した第４識別情報とが一致し且つ前記受信した第２識別情報と前記記憶した第５識別情報とが一致した場合、前記所定の復号鍵を前記サーバに送信する。これにより、前記鍵管理サーバは、前記第４識別情報と前記第５識別情報との対応関係を示したテーブルを第４記憶部に格納すればよいので、前記鍵管理サーバが保持するテーブル数を削減できる。
【００１５】
また、第２の発明の実施態様のヘルスケアシステムは、生体データを計測して暗号化する計測機器と、前記生体データを暗号化した暗号化生体データを前記計測機器から取得し健康に関するサービスを提供するサーバと、前記暗号化生体データを復号する復号鍵を前記サーバに提供する鍵管理サーバとを含むヘルスケアシステムであって、前記計測機器は、前記生体データを計測する計測部と、前記計測機器を識別する第１識別情報を格納している第１記憶部と、前記第１識別情報から所定の暗号鍵を生成する第１鍵生成部と、前記所定の暗号鍵を用いて前記生体データを暗号化して暗号化生体データを生成する暗号部と、前記第１識別情報及び前記暗号化生体データを前記サーバに送信する第１通信部と、を具備し、前記サーバは、前記計測機器から受信した第１識別情報及び暗号化生体データを格納する第２記憶部と、前記サーバを識別する第２識別情報を記憶している第３記憶部と、前記所定の暗号鍵に対応する所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報及び前記第２識別情報と共に前記鍵管理サーバに送信する第２通信部と、を具備し、前記鍵管理サーバは、前記計測機器を識別する第１識別情報に対応して前記計測機器が計測する生体データの種類を格納している第４記憶部と、前記サーバを識別する第２識別情報に対応して前記サーバが管理する生体データの種類を記憶している第５記憶部と、前記第１識別情報から前記所定の暗号鍵に対応する所定の復号鍵を生成する第２鍵生成部と、前記所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報及び前記第２識別情報と共に前記サーバから受信すると、前記第４記憶部に格納されている、前記受信した第１識別情報に対応する生体データの種類と、前記第５記憶部に記憶されている、前記受信した第２識別情報に対応する生体データの種類と、が一致した場合、前記所定の復号鍵を前記サーバに送信する制御部と、を具備し、前記サーバは、前記所定の復号鍵を用いて前記暗号化生体データを復号する。
【００１６】
本態様によると、サーバが格納する暗号化生体データを復号するための復号鍵を鍵管理サーバが生成し、その生成した復号鍵を送信する対象であるサーバを前記鍵管理サーバが判断することにより、計測された生体データを所定の暗号鍵を用いて計測機器が暗号化する場合に、送信宛先であるサーバがいずれのサービスを提供するサーバかに応じて、生体データを暗号化する際に用いる暗号鍵の種類を変える必要が無い。つまり、いずれのサーバが宛先であっても前記計測機器が共通の暗号鍵を用いて暗号化して送信すれば、前記鍵管理サーバが前記復号鍵を送信するサーバを判断するので、前記鍵管理サーバが選択したサーバのみが前記復号鍵を取得して暗号化生体データを復号化できる。その結果、前記ヘルスケアシステムは、計測機器の側において、サービスを提供するサーバの種類毎に複数の異なる暗号鍵を用いて生体データを暗号化する負荷を解消できる。
【００１７】
また、前記鍵管理サーバは、前記計測機器を識別する第１識別情報に対応して前記計測機器が計測する生体データの種類を格納する第４記憶部、及び前記サーバを識別する第２識別情報に対応して前記サーバが管理する生体データの種類を記憶する第５記憶部を有する。そして、前記鍵管理サーバは、前記所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報及び前記第２識別情報と共に前記サーバから受信すると、前記受信した第１識別情報に対応する生体データの種類と前記受信した第２識別情報に対応する生体データの種類とが一致した場合、前記所定の復号鍵を前記サーバに送信する。これにより、前記鍵管理サーバは、前記サーバから受信するデータ種を前記第１識別情報及び前記第２識別情報の２種類に軽減できるので、これに応じて判断の処理量を削減できる。
【００１８】
また、第１及び第２の発明の実施態様のヘルスケアシステムにおいて、前記計測機器は、所定の暗号化装置と接続可能であって、前記所定の暗号化装置が、前記第１識別情報から所定の暗号鍵を生成する前記第１鍵生成部と、前記所定の暗号鍵を用いて前記生体データを暗号化して暗号化生体データを生成する前記暗号部と、前記暗号化生体データを前記サーバに送信する前記第１通信部と、を有してもよい。
【００１９】
本態様によると、前記計測機器に接続される暗号化装置に、前記第１鍵生成部と前記暗号部とを持たせることにより、前記計測機器自体には前記計測機器本来の機能に不要な構成を大幅に付加することなく、前記計測機器に接続された暗号化装置において所定の暗号鍵の生成、前記所定の暗号鍵を用いた暗号化生体データの生成、及び前記暗号化生体データの送信を実現できるので、前記計測機器の構造を簡易にしつつ、健康に関するサービスの提供を受けることができる。
【００２０】
また、第１及び第２の発明の実施態様のヘルスケアシステムにおいて、前記所定の暗号化装置は、前記計測機器に装着されるメモリカードであってもよい。
【００２１】
本態様によると、前記暗号化装置は前記計測機器に装着されるメモリカードであってもよい。
【００２２】
また、第１及び第２の発明の実施態様のヘルスケアシステムにおいて、前記計測機器は、さらに、マスター鍵を保有する第１マスター鍵保有部を有し、前記第１鍵生成部は、前記第１識別情報及び前記マスター鍵から前記所定の暗号鍵を生成し、前記鍵管理サーバは、さらに、前記マスター鍵と同一のマスター鍵を保有する第２マスター鍵保有部を有し、前記第２鍵生成部は、前記第１識別情報及び前記マスター鍵から前記所定の暗号鍵に対応する所定の復号鍵を生成してもよい。
【００２３】
本態様によると、前記計測機器及び前記鍵管理サーバが共通のマスター鍵から前記所定の暗号鍵及び前記所定の暗号鍵に対応する復号鍵を生成することにより、前記計測機器が前記サーバに前記計測機器を識別する第１識別情報を渡し、前記サーバが前記鍵管理サーバに前記第１識別情報を渡せば、前記マスター鍵自体を通信経路に乗せることなく、前記鍵管理サーバは前記所定の暗号鍵に対応する復号鍵を生成できる。したがって、前記ヘルスケアシステムは、復号鍵の秘匿性を担保できる。
【００２４】
また、第１及び第２の発明の実施態様のヘルスケアシステムにおいて、前記計測機器は、所定の暗号化装置と接続可能であって、前記所定の暗号化装置が、前記第１識別情報から所定の暗号鍵を生成する前記第１鍵生成部と、前記所定の暗号鍵を用いて前記生体データを暗号化して暗号化生体データを生成する前記暗号部と、マスター鍵を保有する前記第１マスター鍵保有部と、前記暗号化生体データを前記サーバに送信する前記第１通信部と、を有し、前記第１鍵生成部は、前記第１識別情報及び前記マスター鍵から前記所定の暗号鍵を生成してもよい。
【００２５】
本態様によると、前記計測機器に接続される所定の暗号化装置に、前記第１鍵生成部、前記暗号部及び前記マスター鍵保有部を持たせることにより、前記計測機器自体には前記計測機器本来の機能に不要な構成を大幅に付加することなく、前記計測機器に接続される所定の暗号化装置おいて所定の暗号鍵の生成、前記所定の暗号鍵を用いた暗号化生体データの生成、及び前記暗号化生体データの送信を実現できるので、前記計測機器の構造を簡易にしつつ、健康に関するサービスの提供を受けることができる。
【００２６】
また、第１及び第２の発明の実施態様のヘルスケアシステムにおいて、前記所定の暗号化装置は、前記計測機器に装着されるメモリカードであってもよい。
【００２７】
本態様によると、前記暗号化装置は前記計測機器に装着されるメモリカードであってもよい。
【００２８】
また、第３の発明の実施態様のヘルスケアシステムにおいて、前記計測機器の第１鍵生成部は、前記計測機器を識別する第１識別情報を用いて前記所定の暗号鍵を公開鍵として生成し、前記鍵管理サーバは、さらに、前記所定の復号鍵を生成するためのマスター情報を保有するマスター情報保有部を有し、前記第２鍵生成部は、前記受信した第１識別情報及び前記保有するマスター情報を用いて前記所定の復号鍵を前記公開鍵に対応する秘密鍵として生成する。
【００２９】
本態様によると、前記計測機器が、前記計測機器を識別する第１識別情報を用いて前記所定の暗号鍵を公開鍵として生成し、生成した前記公開鍵を用いて生体データを暗号化することにより、前記計測機器側ではマスター鍵を記憶しておく必要が無い。したがって、本態様のヘルスケアシステムは、計測機器自体を解析されてマスター鍵が外部に流出することにより、前記生体データの秘匿性が損なわれることを防止できる。
【００３０】
また、前記計測機器を識別する第１識別情報を用いて前記計測機器が前記所定の暗号鍵を公開鍵として生成するので、前記鍵管理サーバが前記所定の復号鍵を生成するためのマスター情報を保持している限り、前記第１識別情報が外部に漏れても前記暗号化生体データは復号化されない。すなわち、前記ヘルスケアシステムは、前記生体データの秘匿性を保障できる。
【００３１】
また、第１の発明の実施態様の鍵管理サーバは、生体データを計測する計測機器から前記生体データを所定の暗号鍵で暗号化した暗号化生体データを受信し且つ健康に関するサービスを提供するサーバと接続され、前記計測機器を識別する第１識別情報、前記生体データを識別する第２識別情報及び前記サーバを識別する第３識別情報と共に前記所定の暗号鍵に対応する所定の復号鍵を前記サーバに送信する旨の要求を前記サーバから受信する通信部と、前記第１識別情報から所定の復号鍵を生成する鍵生成部と、前記所定の復号鍵の送信対象であるサーバを識別する第４識別情報とこの第４識別情報に対応して前記サーバが管理する生体データの種類を示す第５識別情報とを記憶している記憶部と、前記受信した第３識別情報と前記記憶している第４識別情報とが一致し且つ前記受信した第２識別情報と前記記憶している第５識別情報とが一致した場合、前記所定の復号鍵を前記サーバに送信する制御部と、を具備する。
【００３２】
本態様によると、サーバが格納する暗号化生体データを復号するための復号鍵を鍵管理サーバが生成し、その生成した復号鍵を送信する対象であるサーバを前記鍵管理サーバが判断することにより、計測された生体データを所定の暗号鍵を用いて計測機器が暗号化する場合に、送信宛先であるサーバがいずれのサービスを提供するサーバかに応じて、生体データを暗号化する際に用いる暗号鍵の種類を変える必要が無い。つまり、いずれのサーバが宛先であっても前記計測機器が共通の暗号鍵を用いて暗号化して送信すれば、前記鍵管理サーバが前記復号鍵を送信する対象であるサーバを判断するので、前記鍵管理サーバが選択したサーバのみが前記復号鍵を取得して暗号化生体データを復号化できる。その結果、前記鍵管理サーバは、計測機器の側において、サービスを提供するサーバの種類毎に複数の異なる暗号鍵を用いて生体データを暗号化する負荷を解消できる。
【００３３】
また、前記鍵管理サーバは、前記所定の復号鍵の送信対象であるサーバを識別する第４識別情報とこの第４識別情報に対応して前記サーバが管理する生体データの種類を示す第５識別情報とを記憶する第４記憶部を有する。そして、前記鍵管理サーバは、前記所定の復号鍵を前記サーバに送信する旨の要求を、前記計測機器を識別する第１識別情報、前記生体データの種類を識別する第２識別情報及び前記サーバを識別する第３識別情報と共に前記サーバから受信すると、前記受信した第３識別情報と前記記憶した第４識別情報とが一致し且つ前記受信した第２識別情報と前記記憶した第５識別情報とが一致した場合、前記所定の復号鍵を前記サーバに送信する。これにより、前記鍵管理サーバは、前記第４識別情報と前記第５識別情報との対応関係を示したテーブルを第４記憶部に格納すればよいので、前記鍵管理サーバが保持するテーブル数を削減できる。
【００３４】
また、第２の発明の実施態様の鍵管理サーバは、生体データを計測する計測機器から前記生体データを所定の暗号鍵で暗号化した暗号化生体データを受信し且つ健康に関するサービスを提供するサーバと接続され、前記計測機器を識別する第１識別情報及び前記サーバを識別する第２識別情報と共に前記所定の暗号鍵に対応する所定の復号鍵を前記サーバに送信する旨の要求を前記サーバから受信する通信部と、前記計測機器を識別する第１識別情報と対応して前記計測機器が計測する生体データの種類を格納している第１記憶部と、前記サーバを識別する第２識別情報と対応して前記サーバが提供するサービスの種類を記憶している第２記憶部と、前記所定の復号鍵を生成する鍵生成部と、前記受信した第１識別情報に対応する生体データの種類と前記受信した第２識別情報に対応するサービスの種類とが関連する場合、前記所定の復号鍵を前記サーバに送信する制御部と、を具備する。
【００３５】
本態様によると、サーバが格納する暗号化生体データを復号するための復号鍵を鍵管理サーバが生成し、その生成した復号鍵を送信する対象であるサーバを前記鍵管理サーバが判断することにより、計測された生体データを所定の暗号鍵を用いて計測機器が暗号化する場合に、送信宛先であるサーバがいずれのサービスを提供するサーバかに応じて、生体データを暗号化する際に用いる暗号鍵の種類を変える必要が無い。つまり、いずれのサーバが宛先であっても前記計測機器が共通の暗号鍵を用いて暗号化して送信すれば、前記鍵管理サーバが前記復号鍵を送信する対象であるサーバを判断するので、前記鍵管理サーバが選択したサーバのみが前記復号鍵を取得して暗号化生体データを復号化できる。その結果、前記鍵管理サーバは、計測機器の側において、サービスを提供するサーバの種類毎に複数の異なる暗号鍵を用いて生体データを暗号化する負荷を解消できる。
【００３６】
また、前記鍵管理サーバは、前記計測機器を識別する第１識別情報に対応して前記計測機器が計測する生体データの種類を格納する第４記憶部、及び前記サーバを識別する第２識別情報に対応して前記サーバが管理する生体データの種類を記憶する第５記憶部を有する。そして、前記鍵管理サーバは、前記所定の復号鍵を前記サーバに送信する旨の要求を前記第１識別情報及び前記第２識別情報と共に前記サーバから受信すると、前記受信した第１識別情報に対応する生体データの種類と前記受信した第２識別情報に対応する生体データの種類とが一致した場合、前記所定の復号鍵を前記サーバに送信する。これにより、前記鍵管理サーバは、前記サーバから受信するデータ種を前記第１識別情報及び前記第２識別情報の２種に軽減できるので、これに応じて判断の処理量を削減できる。
【００３７】
また、第１の発明の実施態様の暗号化装置は、生体データを計測する計測機器に装着され且つ健康に関するサービスを提供するサーバに前記生体データを送信する暗号化装置であって、前記計測機器とのインターフェース部と、前記計測機器から入力した生体データを格納する第１格納部と、前記計測機器から入力した前記計測機器に固有の固有データを格納する第２格納部と、所定のマスター鍵を予め格納しているマスター鍵保有部と、前記固有データと前記所定のマスター鍵とに基づいて所定の暗号鍵を生成する鍵生成部と、前記生成された所定の暗号鍵を用いて前記生体データを暗号化する暗号部と、前記暗号化された生体データを前記サーバに送信する通信部と、を具備する。
【００３８】
本態様によると、前記計測機器に装着される暗号化装置に、前記鍵生成部、前記暗号部及び前記マスター鍵保有部を持たせることにより、前記計測機器自体には前記計測機器本来の機能に不要な構成を大幅に付加することなく、前記計測機器に装着された暗号化装置おいて所定の暗号鍵の生成、前記所定の暗号鍵を用いた暗号化生体データの生成、及び前記暗号化生体データの送信を実現できるので、前記計測機器の構造を簡易にしつつ、健康に関するサービスの提供を受けることができる。
【００３９】
また、第１の発明の実施態様の暗号化装置は、前記暗号化装置は、前記計測機器に装着されるメモリカードであってもよい。
【００４０】
本態様によると、前記暗号化装置は前記計測機器に装着されるメモリカードであってもよい。
【００４１】
なお、上記実施態様は、例えば、装置として実現するだけでなく、このような装置が備える処理部を備える集積回路として実現したり、その装置を構成する処理部が行う処理を実行する方法として実現したり、それらの処理をコンピュータに実行させるプログラムとして実現したりすることもできる。そして、それらプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の通信媒体を介して配信してもよい。
【００４２】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００４３】
（実施の形態１）
＜ヘルスケアシステム１の構成＞
図１は、本発明の実施の形態１におけるヘルスケアシステム１の全体構成を示すブロック図である。
【００４４】
図に示すように、ヘルスケアシステム１は、計測機器１０ａ、１０ｂ、１０ｃと、計測機器１０ａ、１０ｂ、１０ｃのそれぞれに装着された計測機器用アダプタ１１ａ、１１ｂ、１１ｃと、ユーザ端末１３と、ユーザ端末１３に装着されたユーザ端末用アダプタ１４と、第１サービス提供サーバ１７ａ、第２サービス提供サーバ１７ｂ、及び第３サービス提供サーバ１７ｃと、鍵管理サーバ１６とから構成される。
【００４５】
計測機器１０ａ、１０ｂ、１０ｃ並びに計測機器用アダプタ１１ａ、１１ｂ、１１ｃは、計測機器及び暗号化装置の一例であり、健康情報を計測して暗号化する。
【００４６】
ユーザ端末１３及びユーザ端末用アダプタ１４は、計測機器用アダプタ１１ａ、１１ｂ、１１ｃから受信した暗号化された健康情報を第１サービス提供サーバ１７ａ、第２サービス提供サーバ１７ｂ、及び第３サービス提供サーバ１７ｃに転送する。
【００４７】
第１サービス提供サーバ１７ａ、第２サービス提供サーバ１７ｂ、及び第３サービス提供サーバ１７ｃは、サーバの一例であり、暗号化された健康情報を復号化することにより、健康に関するサービスを提供する。
【００４８】
鍵管理サーバ１６は、暗号化された健康情報を復号するための復号鍵を第１サービス提供サーバ１７ａ、第２サービス提供サーバ１７ｂ、及び第３サービス提供サーバ１７ｃに提供する。
【００４９】
なお、健康情報は、生体データの一例であり、被測定者（ユーザ）の体重、体脂肪、血圧などの健康に関する情報を示す。また、生体データとは、被測定者、被測定動物などの生物の体に関する情報である。
【００５０】
また、ヘルスケアシステム１は、計測機器１０ａ、１０ｂ、１０ｃを所持するユーザがそれぞれ第１サービス提供サーバ１７ａ、第２サービス提供サーバ１７ｂ、及び第３サービス提供サーバ１７ｃが提供する健康サービスを利用している場合の構成を示している。このとき、各計測機器１０ａ、１０ｂ、１０ｃには、それぞれ計測機器用アダプタ１１ａ、１１ｂ、１１ｃが装着されている。また、ユーザ端末１３には、各計測機器が計測した計測データを集約して一時蓄積し、各サービス提供サーバに送信するためのユーザ端末用アダプタ１４が装着されている。計測機器用アダプタ１１ａ、１１ｂ、１１ｃとユーザ端末用アダプタ１４との間の通信は、内部ネットワーク１２を介して行われる。内部ネットワーク１２としては、例えばＢｌｕｅｔｏｏｔｈ（登録商標）のような近距離無線通信路が考えられる。ユーザ端末用アダプタ１４と第１サービス提供サーバ１７ａ、第２サービス提供サーバ１７ｂ、及び第３サービス提供サーバ１７ｃとの間の通信、並びに、第１サービス提供サーバ１７ａ、第２サービス提供サーバ１７ｂ、及び第３サービス提供サーバ１７ｃと鍵管理サーバ１６との間の通信は、外部ネットワーク１５を介して行われる。外部ネットワーク１５としては、例えばインターネットのような広域通信路が考えられる。以下、ヘルスケアシステム１を構成する各構成要素について説明する。
【００５１】
＜計測機器１０ａ、１０ｂ、１０ｃの構成＞
以下、計測機器１０ａの構成について説明する。計測機器１０ｂ、１０ｃについては、基本的には計測機器１０ａと同様の構成であるから説明を省略する。
【００５２】
図２は、計測機器１０ａの機能構成を示すブロック図である。図に示すように、計測機器１０ａは、第１計測部１００、第２計測部１０１、第３計測部１０２、機器情報保管部１０３、アダプタＩ／Ｆ１０４、表示部１０５、及び送信処理部１０６を備える。
【００５３】
（第１計測部１００、第２計測部１０１、第３計測部１０２）
第１計測部１００、第２計測部１０１、及び第３計測部１０２は、被測定者（ユーザ）の体重、体脂肪などの各種健康情報を計測する。そして、第１計測部１００、第２計測部１０１、及び第３計測部１０２は、計測した各種健康情報を計測データとして生成する。ここでは、第１計測部１００が体重を、第２計測部１０１が体脂肪を、第３計測部１０２が脈拍を計測するものとする。なお、計測機器が有する計測部の個数は、当該計測機器が計測する健康情報の種類数によって異なる。例えば、１種類の健康情報しか計測しない計測機器１０ｂ、１０ｃは、計測部を１つしか有さない。
【００５４】
（機器情報保管部１０３）
機器情報保管部１０３は、記憶部の一例であり、計測機器１０ａの機器情報２０を保管している。図３は、機器情報保管部１０３が保管している機器情報２０の一例を示す図である。機器情報２０は、品番、機種ＩＤ、及びデータ種別からなる。品番は、計測機器の品種番号を表す情報であり、例えば、英数字からなる。図３では、品番として、“ＫＣ−２８９Ｂ”が設定されている。機種ＩＤは、計測機器を識別する情報である。また、機種ＩＤは、計測機器の品番と一対一に対応する情報であり、例えば、数字のみからなる。図３では、品番“ＫＣ−２８９Ｂ”に対応する機種ＩＤとして“１２３４５６７８”が設定されている。データ種別は、前記品番若しくは前記機種ＩＤによって特定される計測機器が計測する健康情報の種別を表す情報、又は、前記品番若しくは前記機種ＩＤによって特定される計測機器が生成した計測データの種別を表す情報である。例えば、「体重」であれば“００１”、「体脂肪」であれば“００２”のように、データ種別は、予めヘルスケアシステム１で定められた規則に従って記述される。複数の健康情報を計測する計測機器の場合、データ種別として複数のデータが設定される。計測機器１０ａは、３つの健康情報（「体重」、「体脂肪」、及び「脈拍」）を計測する機能が有るため、図３に示す機器情報２０では、それぞれの健康情報に対応する“００１”、“００２”、及び“００５”がデータ種別として設定される。
【００５５】
（アダプタＩ／Ｆ１０４）
アダプタＩ／Ｆ１０４は、計測機器用アダプタ１１ａとの間のデータ送受信を行う。例えば、アダプタＩ／Ｆ１０４は、送信処理部１０６により生成された計測機器送信データを計測機器用アダプタ１１ａに送信する。
【００５６】
（表示部１０５）
表示部１０５は、計測機器１０ａが計測した計測データを被測定者（ユーザ）に表示する。
【００５７】
（送信処理部１０６）
送信処理部１０６は、計測データと機種ＩＤとデータ種別とを含む計測機器送信データを生成する。
【００５８】
＜計測機器用アダプタ１１ａ、１１ｂ、１１ｃの構成＞
以下、計測機器用アダプタ１１ａの構成について説明する。計測機器用アダプタ１１ｂ、１１ｃについては、基本的には計測機器用アダプタ１１ａと同様の構成であるから説明を省略する。図４は計測機器用アダプタ１１ａの機能構成を示すブロック図である。図に示すように、計測機器用アダプタ１１ａは、計測機器Ｉ／Ｆ１１０、暗号化処理部１１１、マスター鍵保管部１１２、暗号鍵生成部１１３、送受信部１１４、暗号処理判定部１１５、及び計測機器情報保管部１１６を備える。
【００５９】
（計測機器Ｉ／Ｆ１１０）
計測機器Ｉ／Ｆ１１０は、インターフェース部の一例であり、計測機器１０ａとの間のデータ送受信を行う。
【００６０】
（暗号化処理部１１１）
暗号化処理部１１１は、暗号部の一例であり、計測機器１０ａから受け取った計測データを暗号化した暗号化計測データを生成する。さらに、暗号化処理部１１１は、機種ＩＤと、データ種別と、暗号化計測データとを含む計測機器用アダプタ送信データ２１を生成する。図５は、計測機器１０ａに装着された計測機器用アダプタ１１ａが生成する計測機器用アダプタ送信データ２１の一例を示す図である。計測機器用アダプタ送信データ２１は、計測機器用アダプタ１１ａが装着されている計測機器１０ａの機種ＩＤと、計測機器１０ａが計測する健康データのデータ種別と、暗号化計測データとからなる。なお、暗号化処理部１１１による計測データの暗号化の処理の詳細については後で説明する。
【００６１】
（マスター鍵保管部１１２）
マスター鍵保管部１１２は、マスター鍵保有部の一例であり、マスター鍵を保管する。マスター鍵は、全ての計測機器用アダプタで共通の秘密情報であり、計測機器用アダプタの製造時に設定される。
【００６２】
（暗号鍵生成部１１３）
暗号鍵生成部１１３は、鍵生成部の一例であり、マスター鍵と機種ＩＤとデータ種別とに基づいて暗号鍵を生成する。これにより、暗号鍵は、機種ＩＤ及びデータ種別毎に異なる値となる。生成法の詳細は後で説明する。なお、本実施の形態では、暗号鍵生成部１１３がマスター鍵と機種ＩＤとデータ種別とに基づいて暗号鍵を生成する事例について説明するが、本発明が適用されるヘルスケアシステムは、このようなヘルスケアシステムに限定されるものではない。例えば、本発明が適用されるヘルスケアシステムは、暗号鍵生成部がマスター鍵と機種ＩＤとに基づいて暗号鍵を生成するヘルスケアシステムであってもよい。
【００６３】
（送受信部１１４）
送受信部１１４は、通信部の一例であり、内部ネットワーク１２を介してユーザ端末用アダプタ１４との間のデータ送受信を行う。例えば、送受信部１１４は、暗号化処理部１１１により生成された計測機器用アダプタ送信データ２１をユーザ端末用アダプタ１４に送信する。
【００６４】
（暗号処理判定部１１５）
暗号処理判定部１１５は、計測機器１０ａから受け取った計測データの暗号化要否を判定する。暗号化要否の判定は、計測機器情報保管部１１６が保管する計測機器情報２２に基づいて行う。判定法の詳細は後で説明する。
【００６５】
（計測機器情報保管部１１６）
計測機器情報保管部１１６は、格納部の一例であり、計測機器情報２２を保管する。計測機器情報２２は、計測機器用アダプタ１１ａが装着されている計測機器１０ａに関する情報と、ユーザ端末用アダプタ１４からの指示によって設定される情報とからなる。図６は、計測機器情報２２の一例を示す図である。計測機器情報２２は、品番と機種ＩＤとデータ種別と送信要否とからなる。ここで、品番、機種ＩＤ、及びデータ種別は、計測機器用アダプタ１１ａが計測機器１０ａに装着されたときに、計測機器１０ａの機器情報保管部１０３に保管されている機器情報２０に含まれる品番、機種ＩＤ、及びデータ種別がコピーされる。具体的には、図６に示す計測機器情報２２の品番、機種ＩＤ、及びデータ種別は、図３に示す機器情報２０の品番、機種ＩＤ、及びデータ種別がコピーされる。送信要否は、データ種別毎に、ユーザ端末用アダプタ１４の指示に基づいて設定される情報である。具体的には、送信要否には、そのデータ種別によって指し示される健康情報を計測機器用アダプタ１１ａがユーザ端末用アダプタ１４に送信する必要が有る場合には“１”が設定され、送信する必要が無い場合には“０”が設定される。図３の計測機器情報２２では、データ種別“００１”（体重）及び“００２”（体脂肪）に対しては送信要否“１”（送信必要）が設定され、データ種別“００７”（脈拍）に対しては送信要否“０”（送信不要）が設定されている。
【００６６】
なお、本実施の形態では、計測機器用アダプタ１１ａは、計測機器１０ａから受信した計測データを格納せずに送信する事例について説明するが、本発明が適用されるヘルスケアシステムは、このようなヘルスケアシステムに限定されるものではない。例えば、計測機器用アダプタ１１ａは、計測機器１０ａから受信した計測データを格納する格納部を備えてもよい。
【００６７】
＜ユーザ端末１３の構成＞
ユーザ端末１３は、ＰＣ、ＴＶなどである。ユーザ端末１３には、ユーザ端末用アダプタ１４が装着されている。ユーザ端末１３は、主にユーザ端末用アダプタ１４内のデータ操作のためのユーザインターフェースを提供する。
【００６８】
＜ユーザ端末用アダプタ１４の構成＞
図７はユーザ端末用アダプタ１４の機能構成を示すブロック図である。図に示すように、ユーザ端末用アダプタ１４は、ユーザ端末Ｉ／Ｆ１４０、計測情報蓄積部１４１、第１送受信部１４２、第２送受信部１４３、接続機器情報保管部１４４、及び利用サービス情報保管部１４５を備える。
【００６９】
（ユーザ端末Ｉ／Ｆ１４０）
ユーザ端末Ｉ／Ｆ１４０は、ユーザ端末１３との間のデータ送受信を行うためのインターフェースである。
【００７０】
（接続機器情報保管部１４４）
接続機器情報保管部１４４は、接続機器情報２３を保管する。接続機器情報２３は、ユーザ端末用アダプタ１４と接続されている計測機器用アダプタを識別するための情報と、その計測機器用アダプタが装着されている計測機器の情報と、その計測機器が計測する健康情報の蓄積要否に関する情報を含んでいる。図８は、接続機器情報２３の一例を示す図である。接続機器情報２３に含まれる計測機器用アダプタＩＤ、機種ＩＤ、及びデータ種別は、ユーザ端末用アダプタ１４と計測機器用アダプタ１１ａ、１１ｂ、１１ｃとの接続設定を行うときに、各計測機器用アダプタのＩＤと、各計測機器用アダプタの計測機器情報保管部１１６に保管されている計測機器情報２２の機種ＩＤ及びデータ種別とがコピーされる。蓄積要否は、データ種別毎に設定される情報である。具体的には、蓄積要否には、ユーザ端末用アダプタ１４がそのデータ種別で特定される健康情報を蓄積する必要が有る場合には“１”が設定され、蓄積する必要が無い場合には“０”が設定される。図８の接続機器情報２３は、ユーザ端末用アダプタ１４が、計測機器用アダプタＩＤ“１８６５１２”、“３９２１３８”、及び“９１２３５６”のユーザ端末用アダプタと接続されていることを示す。そして、接続機器情報２３は、それぞれの計測機器用アダプタが、機種ＩＤ“１２３４５６７８”、“２４６８９１２”、及び“８６４２０１３”の計測機器に装着されていることを示す。さらに、接続機器情報２３において、機種ＩＤ“１２３４５６７８”の計測機器１０ａは、データ種別“００１”で特定される「体重」及び“００２”で特定される「体脂肪」の計測データの蓄積が必要であることを示す。一方、機種ＩＤ“２４６８９１２”の計測機器１０ｂは、データ種別“００４”で特定される「血圧」の計測データの蓄積が必要であることを示す。
【００７１】
（計測情報蓄積部１４１）
計測情報蓄積部１４１は、各計測機器から計測機器用アダプタを介して送信されてくる暗号化計測データを蓄積計測データ２４として蓄積する。図９は蓄積計測データ２４の一例を示す図である。蓄積計測データ２４は、機種ＩＤ、データ種別、及び計測データからなる。機種ＩＤ及びデータ種別は、接続機器情報保管部１４４が保管する接続機器情報２３のうち、蓄積要否が“１”（蓄積必要）である機種ＩＤ及びデータ種別がコピーされる。計測データは、計測機器用アダプタから送信されてきた暗号化計測データを機種ＩＤ及びデータ種別毎に保管したデータである。
【００７２】
（第１送受信部１４２）
第１送受信部１４２は、内部ネットワーク１２を介して計測機器用アダプタ１１ａ、１１ｂ、１１ｃとの間のデータ送受信を行う。
【００７３】
（第２送受信部１４３）
第２送受信部１４３は、外部ネットワーク１５を介して第１サービス提供サーバ１７ａ、第２サービス提供サーバ１７ｂ、及び第３サービス提供サーバ１７ｃとの間のデータ送受信を行う。例えば、第２送受信部１４３は、機種ＩＤとデータ種別と暗号化計測データとを含むユーザ端末用アダプタ送信データを第１サービス提供サーバ１７ａに送信する。
【００７４】
（利用サービス情報保管部１４５）
利用サービス情報保管部１４５は、ユーザが利用しているサービスとそのサービスに必要な健康情報、及び、その健康情報をどの計測機器から取得するかを示す情報からなる利用サービス情報２５を保管する。図１０は利用サービス情報２５の一例を示す図である。利用サービスＩＤは、ユーザが利用しているサービスを提供するサービス提供サーバを識別するサービスＩＤを示す。必要データ種別は、利用サービスＩＤ毎に設定され、当該サービスＩＤで示されるサービスの利用に必要な健康情報のデータ種別を示す。ひとつのサービスで複数の健康情報が必要な場合には、ひとつの利用サービスＩＤに対して複数の必要データ種別が設定される。データ取得計測機器用アダプタＩＤは、必要データ種別で特定される健康情報を取得する計測機器用アダプタを識別する情報である。データ取得機種ＩＤは、前記計測機器用アダプタが装着されている計測機器の機種ＩＤを示す。
【００７５】
例えば、図１０に示す利用サービス情報２５は、サービスＩＤ“０００２”及び“０１４８”により識別されるサービス提供サーバが提供するサービスが利用されていることを示す。そして、利用サービス情報２５は、サービスＩＤ“０００２”により識別されるサービス提供サーバのそれぞれが、必要データ種別“００１”及び“００４”により識別される健康情報を必要としていることを示す。さらに、利用サービス情報２５は、データ種別“００１”、“００４”、及び“００２”により識別される健康情報のそれぞれが、計測機器用アダプタＩＤ“１８６５１２”、“３９２１３８”、及び“１８６５１２”により識別される計測機器用アダプタから取得されることを示す。そして、利用サービス情報２５は、計測機器用アダプタＩＤ“１８６５１２”、“３９２１３８”、及び“１８６５１２”により識別される計測機器用アダプタのそれぞれが、機種ＩＤ“１２３４５６７８”、“２４６８９１２”、及び“１２３４５６７８”により識別される計測機器から計測データを取得することを示す。
【００７６】
＜第１サービス提供サーバ１７ａ、第２サービス提供サーバ１７ｂ、及び第３サービス提供サーバ１７ｃの構成＞
以下、第１サービス提供サーバ１７ａの構成について説明する。第２サービス提供サーバ１７ｂ及び第３サービス提供サーバ１７ｃは、基本的には第１サービス提供サーバ１７ａと同様の構成であるから説明を省略する。図１１は、第１サービス提供サーバ１７ａの機能構成を示すブロック図である。
【００７７】
（収集許可情報保管部１７０）
収集許可情報保管部１７０は、記憶部の一例であり、第１サービス提供サーバ１７ａを識別する情報と、第１サービス提供サーバ１７ａが収集することを許可されている健康情報を識別する情報とからなる収集許可情報２６を保管する。図１２は、収集許可情報２６の一例を示す図である。収集許可情報２６は、第１サービス提供サーバ１７ａが、データ種別“００１”（体重）及び“００４”（血圧）の計測データの収集を許可されていることを示す。
【００７８】
（送受信部１７１）
送受信部１７１は、通信部の一例であり、外部ネットワーク１５を介してユーザ端末用アダプタ１４と鍵管理サーバ１６との間でデータ送受信を行う。例えば、送受信部１７１は、鍵要求データ生成部１７２により生成された鍵要求データ２７を鍵管理サーバ１６に送信する。
【００７９】
（鍵要求データ生成部１７２）
鍵要求データ生成部１７２は、ユーザ端末用アダプタ１４から受信した暗号化計測データを復号化するための復号鍵の送信を鍵管理サーバ１６に要求するための鍵要求データ２７を生成する。鍵要求データ２７には、計測機器を識別する情報、健康情報の種類を識別する情報及びサービス提供サーバを識別する情報が含まれる。図１３は、鍵要求データ２７の一例を示す図である。図に示すように、鍵要求データ２７には、サービス提供サーバのサービスＩＤ、並びに、ユーザ端末用アダプタ送信データに含まれる機種ＩＤ及びデータ種別が含まれる。図１３に示す鍵要求データ２７は、計測機器の機種ＩＤ“２４６８９１２”及びデータ種別“００４”に対応する復号鍵を、サービスＩＤ“０００２”の第１サービス提供サーバ１７ａが要求していることを示す。
【００８０】
（計測データ復号化部１７３）
計測データ復号化部１７３は、鍵管理サーバ１６から取得した復号鍵を用いて暗号化計測データを復号化する処理を行う。その詳細は後で説明する。
【００８１】
（ユーザ計測データ蓄積部１７４）
ユーザ計測データ蓄積部１７４は、記憶部の一例であり、ユーザ端末用アダプタ１４から受信した、機種ＩＤ、データ種別及び暗号化計測データを蓄積する。さらに、ユーザ計測データ蓄積部１７４は、当該暗号化計測データを復号化した計測データを蓄積する。
【００８２】
（計測データ利用部１７５）
計測データ利用部１７５は、計測データ復号化部１７３により復号化された計測データを利用して、ユーザにサービスを提供する。
【００８３】
（復号鍵蓄積部１７６）
復号鍵蓄積部１７６は、鍵管理サーバ１６から受信した復号鍵を蓄積する。図１４は、復号鍵蓄積部１７６に蓄積された蓄積復号鍵データ２８の一例を示す図である。図に示すように、蓄積復号鍵データ２８は、機種ＩＤとデータ種別と復号鍵とからなる。例えば、図１４に示す蓄積復号鍵データ２８において、機種ＩＤ“１２３４５６７８”及びデータ種別“００１”（体重）に対応する計測データの復号鍵は“９Ａ３ＦＤＡ３４３”である。
【００８４】
＜鍵管理サーバ１６の構成＞
図１５は、鍵管理サーバ１６の機能構成を示すブロック図である。
【００８５】
（マスター鍵保管部１６０）
マスター鍵保管部１６０は、マスター鍵保有部の一例であり、マスター鍵を保管している。マスター鍵は、計測機器用アダプタが共通に保持しているマスター鍵と同じである。
【００８６】
（送受信部１６１）
送受信部１６１は、外部ネットワーク１５を介して第１サービス提供サーバ１７ａ、第２サービス提供サーバ１７ｂ、及び第３サービス提供サーバ１７ｃとの間のデータ送受信を行う。例えば、送受信部１６１は、復号鍵生成許可判定部１６３の指示に従って、復号鍵生成部１６２により生成された復号鍵を第１サービス提供サーバ１７ａに送信する。
【００８７】
（復号鍵生成部１６２）
復号鍵生成部１６２は、鍵生成部の一例であり、サービス提供サーバからの依頼に応じて、マスター鍵保管部１６０に保管されているマスター鍵と、鍵要求データ２７に含まれる機種ＩＤ及びデータ種別とに基づいて復号鍵を生成する。つまり、復号鍵生成部１６２は、計測機器用アダプタにより計測データを暗号化する際に利用した暗号鍵と同一の鍵を復号鍵として生成する。その詳細については後で説明する。なお、計測機器用アダプタが備える暗号鍵生成部１１３と同様に、復号鍵生成部１６２は、マスター鍵と機種ＩＤとに基づいて復号鍵を生成してもよい。
【００８８】
（復号鍵生成許可判定部１６３）
復号鍵生成許可判定部１６３は、制御部の一例であり、サービス提供サーバからの復号鍵要求を受けて、収集許可データベース保管部１６４に保管している収集許可データベース２９に基づいて復号鍵生成の可否判断を行う。復号鍵生成を許可すると判断した場合には、復号鍵生成許可判定部１６３は、復号鍵生成部１６２及び送受信部１６１に対して復号鍵の生成及び送信の指示を行う。
【００８９】
（収集許可データベース保管部１６４）
収集許可データベース保管部１６４は、記憶部の一例であり、収集許可データベース２９を保管している。収集許可データベース２９は、各サービス提供サーバに対して収集を許可している健康情報のデータ種別を格納している。図１６は、収集許可データベース２９の一例を示す図である。サービスＩＤは、各サービス提供サーバを識別するＩＤである。許可データ種別は、そのサービス提供サーバに収集を許可している健康情報のデータ種別である。なお、予め、鍵管理サーバを管理する鍵管理センターと各ヘルスケアサービス提供業者との間で、健康情報の収集許諾に関する契約がなされるものとし、前記の収集許可データベース２９は、その許諾内容に基づいて設定されるものとする。
【００９０】
次に、以上のように構成されたヘルスケアシステム１における各種動作について説明する。
【００９１】
図１７は、ヘルスケアシステム１における全体的な処理の流れを示すシーケンス図である。
【００９２】
まず、計測機器１０ａは、ユーザの健康情報を計測する。そして、計測機器１０ａは、機種ＩＤとデータ種別と計測データとを含む計測機器送信データを計測機器用アダプタ１１ａに送信する（ステップＳ１０１）。
【００９３】
次に、計測機器用アダプタ１１ａは、受信した計測機器送信データに含まれる計測データを暗号化する。そして、計測機器用アダプタ１１ａは、機種ＩＤとデータ種別と暗号化計測データとを含む計測機器用アダプタ送信データ２１をユーザ端末用アダプタ１４に送信する（ステップＳ１０２）。
【００９４】
次に、ユーザ端末用アダプタ１４は、計測機器用アダプタ送信データ２１に含まれる機種ＩＤ及びデータ種別に対応するサービスＩＤを特定する。そして、ユーザ端末用アダプタ１４は、特定したサービスＩＤに対応するサービス提供サーバ（第１サービス提供サーバ１７ａ）に、当該機種ＩＤと当該データ種別とに対応する暗号化計測データを含むユーザ端末用アダプタ送信データを転送する（ステップＳ１０３）。
【００９５】
次に、第１サービス提供サーバ１７ａは、暗号化計測データを復号化するか否かを判断する。そして、復号化すると判断された場合、第１サービス提供サーバ１７ａは、当該サーバを示すサービスＩＤと、受信したユーザ端末用アダプタ送信データに含まれる機種ＩＤ及びデータ種別とを含む鍵要求データ２７を鍵管理サーバ１６に送信する（ステップＳ１０４）。
【００９６】
次に、鍵管理サーバ１６は、受信した鍵要求データ２７が所定の条件を満たす場合、鍵要求データ２７に対応する復号鍵を生成し、生成した復号鍵を含む復号鍵データを第１サービス提供サーバ１７ａに送信する（ステップＳ１０５）。
【００９７】
次に、第１サービス提供サーバ１７ａは、受信した復号鍵データに含まれる復号鍵を用いて、暗号化計測データを復号する（ステップＳ１０６）。
【００９８】
次に、計測機器１０ａ、計測機器用アダプタ１１ａ、ユーザ端末用アダプタ１４、第１サービス提供サーバ１７ａ、及び鍵管理サーバ１６のそれぞれにおける動作の詳細について説明する。
【００９９】
＜計測機器１０ａによる健康情報の計測処理＞
図１８は、計測機器１０ａにおける計測処理の流れを示すフローチャートである。
【０１００】
まず、第１計測部１００、第２計測部１０１、又は第３計測部１０２は、ユーザが健康情報を計測しているか否かを判定する（ステップＳ２０１）。ここで、ユーザが健康情報を計測していない場合（ステップＳ２０１のＮｏ）、再び、第１計測部１００、第２計測部１０１、又は第３計測部１０２は、ユーザが健康情報を計測しているか否かを判定する（ステップＳ２０１）。一方、ユーザが健康情報を計測している場合（ステップＳ２０１のＹｅｓ）、第１計測部１００、第２計測部１０１、又は第３計測部１０２は、計測した健康情報のそれぞれを計測データとして生成する（ステップＳ２０２）。
【０１０１】
次に、表示部１０５は、生成された計測データを表示する（ステップＳ２０３）。
次に、送信処理部１０６は、機器情報保管部１０３に保管されている機器情報２０より、機種ＩＤとデータ種別とを取得する（ステップＳ２０４）。例えば、第１計測部１００が生成した計測データの場合、送信処理部１０６は、図３に示す機器情報２０から、機種ＩＤ“１２３４５６７８”とデータ種別“００１”とを取得する。
【０１０２】
次に、送信処理部１０６は、取得した機種ＩＤ及びデータ種別と、ステップＳ２０２において生成された計測データとを含む計測機器送信データを生成する（ステップＳ２０５）。例えば、第１計測部１００、第２計測部１０１、及び第３計測部１０２が生成した計測データを、それぞれ第１計測データ、第２計測データ、及び第３計測データと定義した場合、送信処理部１０６は、機器情報保管部１０３から、図３に示す機種ＩＤ２０１、データ種別２０２ａ、データ種別２０２ｂ、及びデータ種別２０２ｃを取得する。そして、送信処理部１０６は、以下のようなデータ形式で、第１計測機器送信データ、第２計測機器送信データ、及び第３計測機器送信データを作成し、計測機器用アダプタ１１ａに送信する。
【０１０３】
第１計測機器送信データ＝（機種ＩＤ２０１，データ種別２０２ａ，第１計測データ）
第２計測機器送信データ＝（機種ＩＤ２０１，データ種別２０２ｂ，第２計測データ）
第３計測機器送信データ＝（機種ＩＤ２０１，データ種別２０２ｃ，第３計測データ）
【０１０４】
ここで、Ｄ＝（Ａ，Ｂ，Ｃ）というのは、データＤがデータＡ、Ｂ、Ｃを含んでいることを意味する。
【０１０５】
次に、アダプタＩ／Ｆ１０４は、生成された計測機器送信データを計測機器用アダプタ１１ａに送信する（ステップＳ２０６）。そして、計測機器１０ａは、ステップＳ２０１からステップＳ２０６までの処理を繰り返す。
【０１０６】
以上のように、計測機器１０ａは、計測されたユーザの健康情報である計測データを含む計測機器送信データを計測機器用アダプタ１１ａに送信する。
【０１０７】
＜計測機器用アダプタ１１ａによる計測データの暗号化送信処理＞
次に、計測機器用アダプタ１１ａが、計測機器１０ａにより計測された計測データを暗号化し、暗号化した計測データを送信する処理について説明する。
【０１０８】
図１９は、計測機器用アダプタ１１ａにおける暗号化送信処理の流れを示すフローチャートである。
【０１０９】
まず、計測機器Ｉ／Ｆ１１０は、計測機器送信データを受信しているか否かを判定する（ステップＳ３０１）。ここで、計測機器送信データを受信していない場合（ステップＳ３０１のＮｏ）、再び、計測機器Ｉ／Ｆ１１０は、計測機器送信データを受信しているか否かを判定する（ステップＳ３０１）。一方、計測機器送信データを受信している場合（ステップＳ３０１のＹｅｓ）、暗号処理判定部１１５は、計測機器情報保管部１１６に保管されている計測機器情報２２より、機種ＩＤとデータ種別と送信要否とを取得する（ステップＳ３０２）。
【０１１０】
次に、暗号処理判定部１１５は、計測機器情報２２より取得した機種ＩＤの中に、計測機器送信データに含まれる機種ＩＤと一致する機種ＩＤが有るか否かを判定する（ステップＳ３０３）。ここで、一致する機種ＩＤが無い場合（ステップＳ３０３のＮｏ）、暗号処理判定部１１５は、計測機器送信データを破棄する。そして、計測機器Ｉ／Ｆ１１０は、計測機器送信データを受信しているか否かを判定する（ステップＳ３０１）。一方、一致する機種ＩＤが有る場合（ステップＳ３０３のＹｅｓ）、暗号処理判定部１１５は、当該機種ＩＤに対応するデータ種別が計測機器送信データに含まれるデータ種別と一致するか否かを判定する（ステップＳ３０４）。ここで、計測機器送信データに含まれるデータ種別と一致しない場合（ステップＳ３０４のＮｏ）、暗号処理判定部１１５は、計測機器送信データを破棄する。そして、計測機器Ｉ／Ｆ１１０は、計測機器送信データを受信しているか否かを判定する（ステップＳ３０１）。一方、計測機器送信データに含まれるデータ種別と一致する場合（ステップＳ３０４のＹｅｓ）、暗号処理判定部１１５は、当該機種ＩＤ及び当該データ種別に対応する送信要否が“１”であるか否かを判定する（ステップＳ３０５）。ここで、送信要否が“１”でない場合（ステップＳ３０５のＮｏ）、暗号処理判定部１１５は、計測機器送信データを破棄する。そして、計測機器Ｉ／Ｆ１１０は、計測機器送信データを受信しているか否かを判定する（ステップＳ３０１）。一方、送信要否が“１”である場合（ステップＳ３０５のＹｅｓ）、暗号鍵生成部１１３は、マスター鍵保管部１１２に保管されているマスター鍵を取得する（ステップＳ３０６）。
【０１１１】
例えば、図６に示す計測機器情報２２において第１計測機器送信データ及び第２計測機器送信データに対応する送信要否は“１”（送信必要）であるので、第１送信データ及び第２送信データに含まれる第１計測データ及び第２計測データは、暗号化される必要が有り、且つ、ユーザ端末用アダプタ１４に送信される必要が有ると判断される。一方、第３計測機器送信データに対応する送信要否は“０”（送信不要）であるので、第３計測データは、暗号化される必要が無く、且つ、ユーザ端末用アダプタ１４に送信される必要が無いと判断される。
【０１１２】
なお、本実施の形態において、暗号処理判定部１１５は、ユーザ端末用アダプタ１４に送信する必要が無い計測データ、即ち、ヘルスケアサービスの利用のために送信の必要のない健康情報を、暗号化せずに破棄しているが、計測データを破棄せずに、ユーザ端末１３、ユーザ端末用アダプタ１４又は計測機器用アダプタ１１ａ内のローカルな蓄積手段に蓄積しても良い。なお、暗号処理判定部１１５は、ローカルな蓄積手段に蓄積するか否かを、別途、判別用の情報に基づいて判断しても良い。また、ローカルな蓄積手段に蓄積される計測データも、上記と同じように暗号化をされても良い。また、暗号処理判定部１１５は、暗号化するか否かを判別するために定義された情報に基づいて、ローカルな蓄積手段に蓄積される計測データを暗号化するか否かを判断しても良い。さらに、暗号処理判定部１１５は、暗号化するか否かを判別するために定義された情報に基づいて、ユーザ端末用アダプタ１４に送信する計測データを暗号化するか否かを判断しても良い。
【０１１３】
次に、暗号鍵生成部１１３は、機種ＩＤとデータ種別とマスター鍵とから暗号鍵を生成する（ステップＳ３０７）。
【０１１４】
次に、暗号化処理部１１１は、計測機器送信データに含まれる計測データを、生成された暗号鍵を用いて暗号化した暗号化計測データを生成する（ステップＳ３０８）。暗号化処理部１１１による計測データの暗号化についての詳細な説明は後述する。
【０１１５】
次に、暗号化処理部１１１は、生成された暗号化計測データと、当該暗号化計測データに対応する機種ＩＤ及びデータ種別とを含む計測機器用アダプタ送信データ２１を生成する（ステップＳ３０９）。
【０１１６】
次に、送受信部１１４は、計測機器用アダプタ送信データ２１をユーザ端末用アダプタ１４に送信する（ステップＳ３１０）。そして、計測機器用アダプタ１１ａは、ステップＳ３０１からステップＳ３１０までの処理を繰り返す。
【０１１７】
以上のように、計測機器用アダプタ１１ａは、計測機器１０ａから受信した計測データを暗号化した暗号化計測データを生成する。さらに、計測機器用アダプタ１１ａは、生成した暗号化計測データと、計測機器を識別する情報である機種ＩＤと、健康情報の種類を識別する情報であるデータ種別とを含む計測機器用アダプタ送信データ２１をユーザ端末用アダプタ１４に送信する。
【０１１８】
次に、暗号化処理部１１１による送信データの暗号化の処理（図１９のステップＳ３０７及びＳ３０８）の詳細について説明する。暗号鍵生成部１１３は、暗号化しようとする計測機器送信データに含まれる機種ＩＤとデータ種別とを用いて、以下のような暗号鍵Ｋを生成する。そして、暗号鍵生成部１１３は、生成した暗号鍵Ｋを暗号化処理部１１１に転送する。
【０１１９】
Ｋ＝Ｆ（マスター鍵，計測機器送信データに含まれる機種ＩＤ‖データ種別）
【０１２０】
ここで、Ｆは一方向性関数である。また、Ｃ＝Ｆ（Ａ，Ｂ）は、データＡ、Ｂに対して一方向性関数Ｆを計算した結果がＣであることを意味する。また、Ａ‖Ｂは、ＡとＢのデータ連結を表す。例えば、Ａ＝１３１３１３、Ｂ＝２４２４２４のとき、Ａ‖Ｂ＝１３１３１３２４２４２４となる。また、マスター鍵は、マスター鍵保管部１１２から取得される。
【０１２１】
次に、暗号化処理部１１１は、暗号鍵生成部１１３にて生成した暗号鍵Ｋを用いて、計測機器送信データに含まれる計測データＤを暗号化する。
【０１２２】
すなわち、
Ｅ＝Ｅｎｃ（Ｋ，Ｄ）
を計算する。このとき、Ｅｎｃ（Ｋ，Ｄ）は、鍵Ｋを用いたデータＤを暗号化した結果である。
【０１２３】
以上のようにして、計測データから、暗号化計測データＥが生成される。
【０１２４】
＜ユーザ端末用アダプタ１４による暗号化計測データの転送＞
次に、ユーザ端末用アダプタ１４が、計測機器用アダプタ１１ａから受信した暗号化計測データをサービス提供サーバへ転送する処理について説明する。
【０１２５】
図２０は、ユーザ端末用アダプタ１４における転送処理の流れを示すフローチャートである。
【０１２６】
まず、第１送受信部１４２は、内部ネットワーク１２を介して、計測機器用アダプタ１１ａから計測機器用アダプタ送信データ２１を受信したか否かを判定する（ステップＳ４０１）。ここで、計測機器用アダプタ送信データ２１を受信していない場合（ステップＳ４０１のＮｏ）、第１送受信部１４２は、再び、計測機器用アダプタ送信データ２１を受信したか否かを判定する（ステップＳ４０１）。一方、計測機器用アダプタ送信データ２１を受信している場合（ステップＳ４０１のＹｅｓ）、第１送受信部１４２は、接続機器情報保管部１４４に保管された接続機器情報２３から、計測機器用アダプタ送信データ２１に含まれる機種ＩＤとデータ種別とに対応する蓄積要否を取得する（ステップＳ４０２）。
【０１２７】
次に、第１送受信部１４２は、取得された蓄積要否が“１”（蓄積必要）であるか否かを判定する（ステップＳ４０３）。ここで、蓄積要否が“１”である場合（ステップＳ４０３のＹｅｓ）、第１送受信部１４２は、計測機器用アダプタ送信データ２１を計測情報蓄積部１４１に蓄積する（ステップＳ４０４）。一方、蓄積要否が“１”でない場合（ステップＳ４０３のＮｏ）、第１送受信部１４２は、計測機器用アダプタ送信データ２１を計測情報蓄積部１４１に蓄積することなく、ステップＳ４０５の処理に進む。
【０１２８】
具体的には、図９に示すように、第１送受信部１４２は、計測情報蓄積部１４１に蓄積される蓄積計測データ２４として、接続機器情報２３の蓄積要否データが「蓄積要」である暗号化計測データだけを、機種ＩＤ及びデータ種別毎に蓄積する。
【０１２９】
次に、第１送受信部１４２は、利用サービス情報保管部１４５に保管されている利用サービス情報２５から、計測機器用アダプタ送信データ２１に含まれるデータ種別に対応する利用サービスＩＤを取得する（ステップＳ４０５）。例えば、計測機器用アダプタ送信データ２１に含まれるデータ種別が“００１”の場合、第１送受信部１４２は、図１０に示される利用サービス情報２５から、利用サービスＩＤ“０００２”を取得する。
【０１３０】
次に、第１送受信部１４２は、ステップＳ４０５において取得した利用サービスＩＤと、計測機器用アダプタ送信データ２１に含まれる機種ＩＤ、データ種別、及び暗号化計測データとを含むユーザ端末用アダプタ送信データを生成する（ステップＳ４０６）。
【０１３１】
次に、第２送受信部１４３は、生成されたユーザ端末用アダプタ送信データを、利用サービスＩＤにより識別されるサービス提供サーバへ送信する（ステップＳ４０７）。なお、第２送受信部１４３は、計測情報蓄積部１４１に蓄積している蓄積計測データ２４を定期的にサービス提供サーバに送信してもよい。
【０１３２】
例えば、ユーザ端末用アダプタ１４は、図１０に示す利用サービス情報２５を参照することにより、サービスＩＤ“０００２”により識別される第１サービス提供サーバ１７ａに、データ種別“００１”（体重）の健康情報とデータ種別“００４”（血圧）の健康情報とを送信する。具体的には、ユーザ端末用アダプタ１４は、計測情報蓄積部１４１に蓄積されている蓄積計測データ２４から、上記データ種別“００１”及び“００４”のそれぞれに対応するデータ一式（機種ＩＤ、データ種別、及び暗号化計測データの組）を取得する。そして、ユーザ端末用アダプタ１４は、取得したデータ一式をユーザ端末用アダプタ送信データとして、第１サービス提供サーバ１７ａに送信する。
【０１３３】
＜第１サービス提供サーバ１７ａによる暗号化計測データの復号化＞
次に、第１サービス提供サーバ１７ａによる、受信したユーザ端末用アダプタ送信データに含まれる暗号化計測データを復号化するか否かの判断処理と、暗号化計測データの復号化処理とについて説明する。
【０１３４】
図２１は、第１サービス提供サーバ１７ａにおける復号判断処理及び復号処理の流れを示すフローチャートである。はじめに、第１サービス提供サーバ１７ａにおける復号判断処理について説明する。
【０１３５】
まず、送受信部１７１は、外部ネットワーク１５を介して、ユーザ端末用アダプタ１４からユーザ端末用アダプタ送信データを受信したか否かを判定する（ステップＳ５０１）。ここで、ユーザ端末用アダプタ送信データを受信していない場合（ステップＳ５０１のＮｏ）、送受信部１７１は、再び、ユーザ端末用アダプタ送信データを受信したか否かを判定する（ステップＳ５０１）。一方、ユーザ端末用アダプタ送信データを受信している場合（ステップＳ５０１のＹｅｓ）、送受信部１７１は、収集許可情報保管部１７０に保管されている収集許可情報２６に含まれるデータ種別を取得する（ステップＳ５０２）。例えば、送受信部１７１は、図１２に示す収集許可情報２６から、データ種別“００１”及び“００４”を取得する。
【０１３６】
次に、送受信部１７１は、受信したユーザ端末用アダプタ送信データに含まれるデータ種別と、ステップＳ５０２において取得されたデータ種別とが一致するか否かを判定する（ステップＳ５０３）。ここで、データ種別が一致しない場合（ステップＳ５０３のＮｏ）、送受信部１７１は、暗号化計測データを復号化しないと判断し、再び、ユーザ端末用アダプタ送信データを受信したか否かを判定する（ステップＳ５０１）。一方、データ種別が一致する場合（ステップＳ５０３のＹｅｓ）、送受信部１７１は、暗号化計測データを復号化すると判断し、復号鍵蓄積部１７６に蓄積された蓄積復号鍵データ２８から、ユーザ端末用アダプタ送信データに含まれる機種ＩＤとデータ種別とに対応する復号鍵を探索する（ステップＳ５０４）。
【０１３７】
ステップＳ５０４における探索の結果、ユーザ端末用アダプタ送信データに含まれる機種ＩＤとデータ種別とに対応する復号鍵が存在すると判定された場合（ステップＳ５０５のＮｏ）、計測データ復号化部１７３は、当該復号鍵を用いてユーザ端末用アダプタ送信データに含まれる暗号化計測データを復号する（ステップＳ５１４）。一方、ユーザ端末用アダプタ送信データに含まれる機種ＩＤとデータ種別とに対応する復号鍵が存在しないと判定された場合（ステップＳ５０５のＹｅｓ）、鍵要求データ生成部１７２は、第１サービス提供サーバ１７ａを識別するサービスＩＤと、ユーザ端末用アダプタ送信データに含まれる機種ＩＤ及びデータ種別とを含む鍵要求データ２７を生成する（ステップＳ５０６）。
【０１３８】
次に、送受信部１７１は、外部ネットワーク１５を介して、鍵要求データ２７を鍵管理サーバ１６へ送信する（ステップＳ５０７）。
【０１３９】
このように、第１サービス提供サーバ１７ａが備える送受信部１７１は、ユーザ端末用アダプタ送信データからデータ種別を取り出して、収集許可情報保管部１７０に保管している収集許可情報２６を参照して、受信したユーザ端末用アダプタ送信データに含まれる暗号化計測データを復号化する権限が有るかどうかをチェックする。例えば、第１サービス提供サーバ１７ａの送受信部１７１は、図１２に示す収集許可情報２６を参照することにより、データ種別が“００１”（体重）及び“００４”（血圧）の健康情報を収集できると判定する。すなわち、受信したユーザ端末用アダプタ送信データに、データ種別が“００１”（体重）及び“００４”（血圧）の健康情報が含まれている場合、第１サービス提供サーバ１７ａの送受信部１７１は、これらの健康情報を復号化して収集する権限が有ると判定する。
【０１４０】
上記のようにして、受信したユーザ端末用アダプタ送信データに含まれる暗号化計測データを復号化する権限が有ることを送受信部１７１が確認した後、鍵要求データ生成部１７２は、ユーザ端末用アダプタ送信データに含まれる機種ＩＤ及びデータ種別と、第１サービス提供サーバ１７ａのサービスＩＤとを用いて鍵要求データを生成する。つまり、鍵要求データには、その鍵要求データを生成したサービス提供サーバのサービスＩＤが付加される。図１３に示す鍵要求データ２７では、第１サービス提供サーバ１７ａのサービスＩＤ“０００２”が付加されている。機種ＩＤ及びデータ種別は、ユーザ端末用アダプタ送信データに含まれているデータがそのままコピーされる。生成された鍵要求データ２７は、送受信部１７１により鍵管理サーバ１６に送信される。
【０１４１】
次に、第１サービス提供サーバ１７ａにおける復号処理について説明する。
まず、送受信部１７１は、外部ネットワーク１５を介して、鍵管理サーバ１６から復号鍵データを受信したか否かを判定する（ステップＳ５１１）。ここで、復号鍵データを受信していない場合（ステップＳ５１１のＮｏ）、送受信部１７１は、再び、復号鍵データを受信したか否かを判定する（ステップＳ５１１）。一方、復号鍵データを受信している場合（ステップＳ５１１のＹｅｓ）、送受信部１７１は、復号鍵データに復号鍵が含まれているか否かを判定する（ステップＳ５１２）。
【０１４２】
ここで、復号鍵データに復号鍵が含まれていない場合（ステップＳ５１２のＮｏ）、送受信部１７１は、再び、復号鍵データを受信したか否かを判定する（ステップＳ５１１）。一方、復号鍵データに復号鍵が含まれている場合（ステップＳ５１２のＹｅｓ）、計測データ復号化部１７３は、復号鍵データに含まれている復号鍵を取得する（ステップＳ５１３）。
【０１４３】
次に、計測データ復号化部１７３は、取得した復号鍵を用いて、ユーザ端末用アダプタ送信データに含まれる暗号化計測データを復号化する（ステップＳ５１４）。具体的には、計測データ復号化部１７３は、以下の式のように、復号鍵Ｋ及び暗号化計測データＥからする。
【０１４４】
Ｄ＝Ｄｅｃ（Ｋ，Ｅ）
【０１４５】
次に、計測データ利用部１７５は、復号化された計測データを利用して、ユーザにサービスを提供する（ステップＳ５１５）。具体的には、計測データ利用部１７５は、上記のように復号化した計測データＤを、ユーザ毎にユーザ計測データ蓄積部１７４に蓄積する。そして、計測データ利用部１７５は、蓄積した計測データに基づいて健康アドバイスなどのサービスを提供する。
【０１４６】
そして、第１サービス提供サーバ１７ａは、ステップＳ５０１からステップＳ５１５までの処理を繰り返す。
【０１４７】
以上のように、第１サービス提供サーバ１７ａは、計測データを復号するための復号鍵を鍵管理サーバ１６に要求する。さらに、第１サービス提供サーバ１７ａは、鍵管理サーバ１６から取得した復号鍵を用いて、計測データを復号する。
【０１４８】
＜鍵管理サーバ１６による復号鍵の生成＞
次に、鍵管理サーバ１６が、受信した鍵要求データ２７に基づいて、復号鍵を生成する処理について説明する。
【０１４９】
図２２は、鍵管理サーバ１６における復号鍵生成処理の流れを示すフローチャートである。
【０１５０】
まず、送受信部１６１は、外部ネットワーク１５を介して、サービス提供サーバから鍵要求データ２７を受信したか否かを判定する（ステップＳ６０１）。ここで、鍵要求データ２７を受信していない場合（ステップＳ６０１のＮｏ）、送受信部１６１は、再び、鍵要求データ２７を受信したか否かを判定する（ステップＳ６０１）。一方、鍵要求データ２７を受信している場合（ステップＳ６０１のＹｅｓ）、復号鍵生成許可判定部１６３は、鍵要求データ２７に含まれるサービスＩＤと機種ＩＤとデータ種別とを取得する（ステップＳ６０２）。
【０１５１】
次に、復号鍵生成許可判定部１６３は、鍵要求データ２７の内容が妥当なものかどうかを判断する。
【０１５２】
すなわち、まず、復号鍵生成許可判定部１６３は、鍵要求データ２７に含まれるサービスＩＤが、収集許可データベース保管部１６４に保管されている収集許可データベース２９に含まれているか否かを判定する（ステップＳ６０３）。ここで、サービスＩＤが収集許可データベース２９に含まれていない場合（ステップＳ６０３のＮｏ）、復号鍵生成部１６２は、鍵要求データ２７を送信したサービス提供サーバが暗号化計測データを復号できないこと（復号不可）を示す復号鍵データを生成する（ステップＳ６０９）。一方、サービスＩＤが収集許可データベース２９に含まれている場合（ステップＳ６０３のＹｅｓ）、復号鍵生成許可判定部１６３は、収集許可データベース２９から、鍵要求データ２７に含まれるサービスＩＤに対応する許可データ種別を取得する（ステップＳ６０４）。
【０１５３】
次に、復号鍵生成許可判定部１６３は、鍵要求データ２７に含まれるデータ種別が、ステップＳ６０４において取得された許可データ種別と一致するか否かを判定する（ステップＳ６０５）。ここで、データ種別が許可データ種別と一致しない場合（ステップＳ６０５のＮｏ）、復号鍵生成部１６２は、鍵要求データ２７を送信したサービス提供サーバが暗号化計測データを復号できないこと（復号不可）を示す復号鍵データを生成する（ステップＳ６０９）。一方、データ種別が許可データ種別と一致する場合（ステップＳ６０５のＹｅｓ）、復号鍵生成部１６２は、マスター鍵保管部１６０に保管されているマスター鍵を取得する（ステップＳ６０６）。
【０１５４】
例えば、図１３に示す鍵要求データ２７では、サービスＩＤが“０００２”であるから、図１６に示す収集許可データベース２９を検索することにより、許可データ種別“００１”及び“００４”が得られる。一方、鍵要求データ２７には、データ種別として“００１”及び“００４”が含まれ、どちらも、上記検索結果に含まれている。したがって、復号鍵生成許可判定部１６３は、以下のような復号鍵生成許可データを生成して復号鍵生成部１６２に通知する。
【０１５５】
復号鍵生成許可データ＝（許可データ種別，機種ＩＤ）
＝（００１，１２３４５６７８）及び（００４，２４６８９１２）
【０１５６】
次に、復号鍵生成部１６２は、機種ＩＤとデータ種別とマスター鍵とから、復号鍵を生成する（ステップＳ６０７）。具体的には、復号鍵生成部１６２は、受け取った復号鍵生成許可データをもとに、以下の式に基づいて復号鍵Ｋを生成する。ここで、マスター鍵は、マスター鍵保管部１６０に保管しているデータを用いる。
【０１５７】
Ｋ＝Ｆ（マスター鍵，復号鍵生成許可データに含まれる機種ＩＤ‖許可データ種別）
【０１５８】
例えば、許可データ種別“００４”に対する復号鍵Ｋは、
Ｋ＝Ｆ（マスター鍵，２４６８９１２‖００４）
によって計算される。
【０１５９】
次に、復号鍵生成部１６２は、生成した復号鍵を含む復号鍵データを生成する（ステップＳ６０８）。
【０１６０】
次に、送受信部１６１は、ステップＳ６０８及びステップＳ６０９において生成された復号鍵データをサービス提供サーバに送信する（ステップＳ６１０）。例えば、送受信部１６１は、上記のように計算された復号鍵Ｋを第１サービス提供サーバ１７ａに送信する。
【０１６１】
そして、鍵管理サーバ１６は、ステップＳ６０１からステップＳ６１０までの処理を繰り返す。
【０１６２】
以上のように、本実施の形態のヘルスケアシステム１においては、利用する健康サービスが増加しても、計測機器側の暗号処理回数は増加しない。つまり、暗号処理は、利用するヘルスケアサービスの数によらず、１つの健康情報について１回だけである。すなわち、本実施の形態によれば、利用サービスの追加による計測機器側の暗号処理負荷増加を必要としないヘルスケアシステムを実現することが可能となる。
【０１６３】
また、本実施の形態のヘルスケアシステム１では、鍵管理サーバ１６が、所定の暗号化計測データを復号するための復号鍵を、送信対象であるサービス提供サーバに対してのみ送信する。したがって、計測機器（例えば、計測機器１０ａ）が計測した計測データを、計測機器用アダプタ（例えば、計測機器用アダプタ１１ａ）が所定の暗号鍵を用いて暗号化する場合に、最終的な送信宛先であるサービス提供サーバに応じて、計測データを暗号化する際に用いる暗号鍵の種類を変える必要が無い。つまり、計測機器用アダプタは、共通の暗号鍵を用いて暗号化して送信すれば、鍵管理サーバ１６が選択したサービス提供サーバのみが復号鍵を取得して暗号化計測データを復号化できる。その結果、本実施の形態のヘルスケアシステム１は、計測機器の側において、サービスを提供するサーバの種類毎に複数の異なる暗号鍵を用いて計測データを暗号化する負荷を解消できる。
【０１６４】
また、鍵管理サーバ１６は、鍵要求データ２７をサービス提供サーバ（例えば、第１サービス提供サーバ１７ａ）から受信すると、鍵要求データ２７に含まれるデータ種別及びサービスＩＤと、収集許可データベース保管部１６４に保管されている収集許可データベース２９に含まれるデータ種別及びサービスＩＤとが一致するか否かを判定する。そして、一致する場合、鍵管理サーバ１６は、復号鍵を当該サービス提供サーバに送信する。これにより、鍵管理サーバ１６は、データ種別とサービスＩＤとの対応関係を示したテーブル（収集許可データベース２９）を収集許可データベース保管部１６４に保管すればよいので、鍵管理サーバ１６が保持するテーブル数を削減できる。
【０１６５】
また、計測機器用アダプタ（例えば、計測機器用アダプタ１１ａ）及び鍵管理サーバ１６は、共通のマスター鍵から所定の暗号鍵及びその所定の暗号鍵に対応する復号鍵を生成する。したがって、計測機器用アダプタがサービス提供サーバ（例えば、第１サービス提供サーバ１７ａ）に計測機器を識別する機種ＩＤを渡し、サービス提供サーバが鍵管理サーバ１６に当該機種ＩＤを渡せば、マスター鍵自体を通信経路に乗せることなく、鍵管理サーバ１６は前記所定の暗号鍵に対応する復号鍵を生成できる。したがって、本実施の形態のヘルスケアシステム１は、復号鍵の秘匿性を担保できる。
【０１６６】
また、計測機器（例えば、計測機器１０ａ）に接続される計測機器用アダプタ（例えば、計測機器用アダプタ１１ａ）が、暗号鍵生成部１１３、暗号化処理部１１１、及びマスター鍵保管部１１２を備えることにより、計測機器自体には計測機器本来の機能に不要な構成を大幅に付加する必要が無い。つまり、計測機器用アダプタが、所定の暗号鍵の生成、生成された暗号鍵を用いた暗号化計測データの生成、及び生成された暗号化生体データの送信を実現できるので、本実施の形態のヘルスケアシステム１は、計測機器の構造を簡易にしつつ、健康に関するサービスを提供することができる。
【０１６７】
（実施の形態２）
次に、実施の形態２のヘルスケアシステムついて、図面を参照しながら説明する。
【０１６８】
本実施の形態のヘルスケアシステム１は、計測機器用アダプタ送信データ及び鍵要求データがデータ種別を含まない点、鍵管理サーバが機種ＩＤとデータ種別との関係を示す機種情報データベースに基づいて復号鍵の生成許可を判定する点などが実施の形態１のヘルスケアシステムと異なる。以下、実施の形態１のヘルスケアシステムと同様の点は図示及び説明を省略し、実施の形態１のヘルスケアシステムと異なる点について説明する。
【０１６９】
本実施の形態のヘルスケアシステム１の全体構成及び計測機器１０ａの機能構成は、実施の形態１のヘルスケアシステム１及び計測機器１０ａと同様であるので、図示及び説明を省略する。
【０１７０】
＜計測機器用アダプタ１１ａ、１１ｂ、１１ｃの構成＞
（暗号化処理部１１１）
暗号化処理部１１１は、暗号部の一例であり、計測機器１０ａから受け取った計測データから、暗号鍵生成部１１３により生成された暗号鍵を用いて暗号化した暗号化計測データを生成する。さらに、暗号化処理部１１１は、機種ＩＤと暗号化計測データとを含む計測機器用アダプタ送信データ７１を生成する。図２３は、計測機器用アダプタ送信データ７１の一例を示す図である。図に示すように、計測機器用アダプタ送信データ７１は、計測機器用アダプタ１１ａが装着されている計測機器１０ａの機種ＩＤと暗号化計測データとからなる。つまり、計測機器用アダプタ送信データ７１は、実施の形態１の計測機器用アダプタ送信データ２１とは異なり、データ種別を含まない。
【０１７１】
（計測機器情報保管部１１６）
計測機器情報保管部１１６は、計測機器情報７２を保管している。計測機器情報７２は、計測機器用アダプタ１１ａが装着されている計測機器１０ａに関する情報と、ユーザ端末用アダプタ１４からの指示によって設定される情報とからなる。図２４は、計測機器情報７２の一例を示す図である。本実施の形態に係る計測機器情報７２では、１つのデータ種別のみが送信必要と判定されるように送信要否のデータが設定されている。例えば、図に示すように、データ種別“００１”の送信要否のみが“１”と設定される。これにより、暗号化処理部１１１は、１つのデータ種別の計測データのみを暗号化する。
【０１７２】
＜ユーザ端末用アダプタ１４の構成＞
（接続機器情報保管部１４４）
接続機器情報保管部１４４は、接続機器情報７３を保管する。接続機器情報７３は、ユーザ端末用アダプタ１４と接続されている計測機器用アダプタを識別するための情報と、その計測機器用アダプタが装着されている計測機器の情報と、その計測機器が計測する健康情報の蓄積要否に関する情報を含んでいる。図２５は、接続機器情報７３の一例を示す図である。図に示すように、本実施の形態に係る接続機器情報７３は、計測機器用アダプタＩＤ、機種ＩＤ及び蓄積要否からなる。つまり、接続機器情報７３は、実施の形態１の接続機器情報２３とは異なり、データ種別を含まない。
【０１７３】
＜第１サービス提供サーバ１７ａ、第２サービス提供サーバ１７ｂ、及び第３サービス提供サーバ１７ｃの構成＞
（鍵要求データ生成部１７２）
鍵要求データ生成部１７２は、ユーザ端末用アダプタ１４から受信した暗号化計測データを復号化するための復号鍵を鍵管理サーバ１６に要求するための鍵要求データ７７を生成する。鍵要求データ７７には、計測機器を識別する情報及びサービス提供サーバを識別する情報が含まれる。図２６は、鍵要求データ７７の一例を示す図である。図に示すように、本実施の形態に係る鍵要求データ７７は、サービス提供サーバのサービスＩＤと、ユーザ端末用アダプタ送信データに含まれる機種ＩＤとからなる。つまり、鍵要求データ７７は、実施の形態１の鍵要求データ２７とは異なり、データ種別を含まない。
【０１７４】
（復号鍵蓄積部１７６）
復号鍵蓄積部１７６は、鍵管理サーバ１６から受信した復号鍵を蓄積する。図２７は、復号鍵蓄積部１７６に蓄積された蓄積復号鍵データ７８の一例を示す図である。図に示すように、本実施の形態に係る蓄積復号鍵データ７８は、機種ＩＤと復号鍵とからなる。つまり、蓄積復号鍵データ７８は、実施の形態１の蓄積復号鍵データ２８とは異なり、データ種別を含まない。
【０１７５】
＜鍵管理サーバ１６の構成＞
図２８は、鍵管理サーバ１６の機能構成を示すブロック図である。図に示すように、本実施の形態の鍵管理サーバ１６は、実施の形態１の鍵管理サーバ１６が備える構成部に加えて、機種情報データベース保管部１６５を備える。
【０１７６】
（復号鍵生成許可判定部１６３）
復号鍵生成許可判定部１６３は、制御部の一例であり、サービス提供サーバからの復号鍵要求を受けて、収集許可データベース保管部１６４に保管されている収集許可データベース２９と、機種情報データベース保管部１６５に保管されている機種情報データベース８０とに基づいて復号鍵生成の可否判断を行う。復号鍵生成を許可すると判断した場合には、復号鍵生成許可判定部１６３は、復号鍵生成部１６２及び送受信部１６１に対して復号鍵の生成及び送信の指示を行う。
【０１７７】
（収集許可データベース保管部１６４）
収集許可データベース保管部１６４は、記憶部の一例であり、収集許可データベース２９を保管している。収集許可データベース２９は、各サービス提供サーバに対して収集を許可している健康情報のデータ種別を格納する。
【０１７８】
（機種情報データベース保管部１６５）
機種情報データベース保管部１６５は、記憶部の一例であり、機種情報データベース８０を保管している。機種情報データベース８０は、計測機器を識別する情報に対応して計測機器が計測する健康情報の種類を格納する。図２９は、機種情報データベース８０の一例を示す図である。図に示すように、機種情報データベース８０は、機種ＩＤとデータ種別とを格納する。例えば、図２９に示す機種情報データベース８０において、機種ＩＤ“１２３４５６７８”の計測機器に対応するデータ種別は“００１”（体重）である。
【０１７９】
次に、以上のように構成された実施の形態２のヘルスケアシステム１における各種動作について説明する。
【０１８０】
本実施の形態のヘルスケアシステム１における全体的な処理の流れを示すシーケンス図は、実施の形態１の図１７に示すシーケンス図と同一であるので図示を省略する。以下、図１７を用いて、本実施の形態のヘルスケアシステム１における全体的な処理の流れを説明する。
【０１８１】
まず、計測機器１０ａは、ユーザの健康情報を計測する。そして、計測機器１０ａは、機種ＩＤとデータ種別と計測データとを含む計測機器送信データを計測機器用アダプタ１１ａに送信する（ステップＳ１０１）。
【０１８２】
次に、計測機器用アダプタ１１ａは、受信した計測機器送信データに含まれる計測データを暗号化する。そして、計測機器用アダプタ１１ａは、機種ＩＤと暗号化計測データとを含む計測機器用アダプタ送信データ７１をユーザ端末用アダプタ１４に送信する（ステップＳ１０２）。
【０１８３】
次に、ユーザ端末用アダプタ１４は、計測機器用アダプタ送信データ７１に含まれる機種ＩＤに対応するサービスＩＤを特定する。そして、ユーザ端末用アダプタ１４は、特定したサービスＩＤに対応するサービス提供サーバ（第１サービス提供サーバ１７ａ）に、当該機種ＩＤに対応する暗号化計測データを含むユーザ端末用アダプタ送信データを送信する（ステップＳ１０３）。
【０１８４】
次に、第１サービス提供サーバ１７ａは、暗号化計測データを復号化するか否かを判断する。そして、復号化すると判断された場合、第１サービス提供サーバ１７ａは、当該サーバを示すサービスＩＤと、受信したユーザ端末用アダプタ送信データに含まれる機種ＩＤとを含む鍵要求データ７７を鍵管理サーバ１６に送信する（ステップＳ１０４）。
【０１８５】
次に、鍵管理サーバ１６は、受信した鍵要求データ７７が所定の条件を満たす場合、鍵要求データ７７に対応する復号鍵を生成し、生成した復号鍵を含む復号鍵データを第１サービス提供サーバ１７ａに送信する（ステップＳ１０５）。
【０１８６】
次に、第１サービス提供サーバ１７ａは、受信した復号鍵データに含まれる復号鍵を用いて、暗号化計測データを復号する（ステップＳ１０６）。
【０１８７】
以上のように、本実施の形態のヘルスケアシステム１において、計測機器用アダプタ送信データ７１及び鍵要求データ７７はデータ種別を含まない。
【０１８８】
次に、計測機器用アダプタ１１ａ、ユーザ端末用アダプタ１４、第１サービス提供サーバ１７ａ、及び鍵管理サーバ１６のそれぞれにおける動作の詳細について説明する。なお、本実施の形態の計測機器１０ａにおける動作は、実施の形態１の計測機器１０ａと同様であるので説明を省略する。また、本実施の形態のフローチャートにおいて、実施の形態１のフローチャートと同一の処理には同一の符号を付し、説明を省略する。
【０１８９】
＜計測機器用アダプタ１１ａによる計測データの暗号化送信処理＞
計測機器用アダプタ１１ａが、計測機器１０ａにより計測された計測データを暗号化し、暗号化した計測データを送信する処理について説明する。
【０１９０】
図３０は、計測機器用アダプタ１１ａにおける暗号化送信処理の流れを示すフローチャートである。
【０１９１】
計測機器用アダプタ１１ａは、実施の形態１の計測機器用アダプタ１１ａと同様に、ステップＳ３０１〜Ｓ３０８までの処理を実行する。そして、暗号化処理部１１１は、生成された暗号化計測データと、当該暗号化計測データに対応する機種ＩＤとを含む計測機器用アダプタ送信データ７１を生成する（ステップＳ７０９）。
【０１９２】
次に、送受信部１１４は、計測機器用アダプタ送信データ７１をユーザ端末用アダプタ１４に送信する（ステップＳ３１０）。
【０１９３】
＜ユーザ端末用アダプタ１４による暗号化計測データの転送＞
次に、ユーザ端末用アダプタ１４が、計測機器用アダプタ１１ａから受信した暗号化計測データをサービス提供サーバへ転送する処理について説明する。
【０１９４】
図３１は、ユーザ端末用アダプタ１４における転送処理の流れを示すフローチャートである。
【０１９５】
まず、第１送受信部１４２は、実施の形態１の第１送受信部１４２と同様に、内部ネットワーク１２を介して、計測機器用アダプタ１１ａから計測機器用アダプタ送信データ７１を受信したか否かを判定する（ステップＳ４０１）。ここで、計測機器用アダプタ送信データ７１を受信していない場合（ステップＳ４０１のＮｏ）、第１送受信部１４２は、再び、計測機器用アダプタ送信データ７１を受信したか否かを判定する（ステップＳ４０１）。一方、計測機器用アダプタ送信データ７１を受信している場合（ステップＳ４０１のＹｅｓ）、第１送受信部１４２は、接続機器情報保管部１４４に保管されている接続機器情報７３から、計測機器用アダプタ送信データ７１に含まれる機種ＩＤに対応する蓄積要否を取得する（ステップＳ８０２）。
【０１９６】
次に、ユーザ端末用アダプタ１４は、実施の形態１のユーザ端末用アダプタ１４と同様に、ステップＳ４０３〜Ｓ４０５の処理を実行する。
【０１９７】
次に、第１送受信部１４２は、ステップＳ４０５において取得された利用サービスＩＤと、計測機器用アダプタ送信データ７１に含まれる機種ＩＤ及び暗号化計測データとを含むユーザ端末用アダプタ送信データを生成する（ステップＳ８０６）。
【０１９８】
次に、第２送受信部１４３は、生成されたユーザ端末用アダプタ送信データを、利用サービスＩＤに対応するサービス提供サーバへ送信する（ステップＳ４０７）。
【０１９９】
＜第１サービス提供サーバ１７ａによる暗号化計測データの復号化＞
次に、第１サービス提供サーバ１７ａが、受信したユーザ端末用アダプタ送信データに含まれる暗号化計測データを復号化するか否かの判断処理と、暗号化計測データの復号化処理とについて説明する。
【０２００】
図３２は、第１サービス提供サーバ１７ａにおける復号判断処理及び復号処理の流れを示すフローチャートである。暗号化計測データの復号化処理は、実施の形態１の復号化処理と同様であるので、第１サービス提供サーバ１７ａにおける復号判断処理について説明する。
【０２０１】
第１サービス提供サーバ１７ａは、実施の形態１の第１サービス提供サーバ１７ａと同様に、ステップＳ５０１〜Ｓ５０３の処理を実行する。
【０２０２】
次に、送受信部１７１は、復号鍵蓄積部１７６に蓄積された蓄積復号鍵データ７８から、ユーザ端末用アダプタ送信データに含まれる機種ＩＤに対応する復号鍵を探索する（ステップＳ９０４）。
【０２０３】
ステップＳ９０４における探索の結果、ユーザ端末用アダプタ送信データに含まれる機種ＩＤに対応する復号鍵が存在すると判定された場合（ステップＳ５０５のＮｏ）、計測データ復号化部１７３は、当該復号鍵を用いてユーザ端末用アダプタ送信データに含まれる暗号化計測データを復号する（ステップＳ５１４）。一方、ユーザ端末用アダプタ送信データに含まれる機種ＩＤに対応する復号鍵が存在しないと判定された場合（ステップＳ５０５のＹｅｓ）、鍵要求データ生成部１７２は、第１サービス提供サーバ１７ａを識別するサービスＩＤと、ユーザ端末用アダプタ送信データに含まれる機種ＩＤとを含む鍵要求データ７７を生成する（ステップＳ９０６）。
【０２０４】
次に、送受信部１７１は、外部ネットワーク１５を介して、鍵要求データ７７を鍵管理サーバ１６へ送信する（ステップＳ５０７）。
【０２０５】
＜鍵管理サーバ１６による復号鍵の生成＞
次に、鍵管理サーバ１６が、受信した鍵要求データ７７に基づいて、復号鍵を生成する処理について説明する。
【０２０６】
図３３は、鍵管理サーバ１６における復号鍵生成処理の流れを示すフローチャートである。
【０２０７】
まず、送受信部１６１は、外部ネットワーク１５を介して、サービス提供サーバから鍵要求データ７７を受信したか否かを判定する（ステップＳ６０１）。ここで、鍵要求データ７７を受信していない場合（ステップＳ６０１のＮｏ）、送受信部１６１は、再び、鍵要求データ７７を受信したか否かを判定する（ステップＳ６０１）。一方、鍵要求データ７７を受信している場合（ステップＳ６０１のＹｅｓ）、復号鍵生成許可判定部１６３は、鍵要求データ７７に含まれるサービスＩＤと機種ＩＤとを取得する（ステップＳ１００２）。
【０２０８】
次に、復号鍵生成許可判定部１６３は、鍵要求データ７７に含まれる機種ＩＤが、機種情報データベース保管部１６５に保管されている機種情報データベース８０に含まれているか否かを判定する（ステップＳ１０１１）。ここで、機種ＩＤが機種情報データベース８０に含まれていない場合（ステップＳ１０１１のＮｏ）、復号鍵生成部１６２は、鍵要求データ７７を送信したサービス提供サーバが暗号化計測データを復号できないこと（復号不可）を示す復号鍵データを生成する（ステップＳ６０９）。一方、機種ＩＤが機種情報データベース８０に含まれている場合（ステップＳ１０１１のＹｅｓ）、復号鍵生成許可判定部１６３は、機種情報データベース８０から、鍵要求データ７７に含まれるサービスＩＤに対応するデータ種別を取得する（ステップＳ１０１２）。
【０２０９】
次に、復号鍵生成許可判定部１６３は、鍵要求データ７７に含まれるサービスＩＤが、収集許可データベース保管部１６４に保管されている収集許可データベース２９に含まれているか否かを判定する（ステップＳ６０３）。ここで、サービスＩＤが収集許可データベース２９に含まれていない場合（ステップＳ６０３のＮｏ）、復号鍵生成部１６２は、鍵要求データ７７を送信したサービス提供サーバが暗号化計測データを復号できないこと（復号不可）を示す復号鍵データを生成する（ステップＳ６０９）。一方、サービスＩＤが収集許可データベース２９に含まれている場合（ステップＳ６０３のＹｅｓ）、復号鍵生成許可判定部１６３は、収集許可データベース２９から、鍵要求データ７７に含まれるサービスＩＤに対応する許可データ種別を取得する（ステップＳ６０４）。
【０２１０】
次に、復号鍵生成許可判定部１６３は、ステップＳ１０１２において機種情報データベース８０から取得されたデータ種別が、ステップＳ６０４において収集許可データベース２９から取得された許可データ種別と一致するか否かを判定する（ステップＳ１００５）。ここで、データ種別が許可データ種別と一致しない場合（ステップＳ６０５のＮｏ）、復号鍵生成部１６２は、鍵要求データ７７を送信したサービス提供サーバが暗号化計測データを復号できないこと（復号不可）を示す復号鍵データを生成する（ステップＳ６０９）。一方、データ種別が許可データ種別と一致する場合（ステップＳ６０５のＹｅｓ）、復号鍵生成部１６２は、マスター鍵保管部１６０に保管されているマスター鍵を取得する（ステップＳ６０６）。
【０２１１】
以下、鍵管理サーバ１６は、実施の形態１と同様に、ステップＳ６０７〜Ｓ６１０の処理を実行する。
【０２１２】
以上のように、本実施の形態のヘルスケアシステム１では、実施の形態１のヘルスケアシステムと同様に、計測機器の側において、サービスを提供するサーバの種類毎に複数の異なる暗号鍵を用いて計測データを暗号化する負荷を解消できる。
【０２１３】
また、本実施の形態のヘルスケアシステム１では、鍵管理サーバ１６は、鍵要求データ７７をサービス提供サーバ（例えば、第１サービス提供サーバ１７ａ）から受信すると、鍵要求データ７７に含まれる機種ＩＤから、データ種別を特定する。そして、特定されたデータ種別及び鍵要求データ７７に含まれるサービスＩＤと、収集許可データベース保管部１６４に保管されている収集許可データベース２９に含まれるデータ種別及びサービスＩＤとが一致するか否かを判定する。そして、一致する場合、鍵管理サーバ１６は、復号鍵を当該サービス提供サーバに送信する。これにより、鍵管理サーバ１６は、サービス提供サーバから受信する鍵要求データ７７に含まれるデータの種類を機種ＩＤとサービスＩＤとの２種類に軽減できるので、判断の処理量を削減できる。
【０２１４】
（実施の形態３）
次に、実施の形態３のヘルスケアシステムついて、図面を参照しながら説明する。
【０２１５】
本実施の形態のヘルスケアシステム１は、計測データを暗号化する際に公開鍵暗号方式を利用する点が、共有鍵暗号方式を利用する実施の形態１のヘルスケアシステム１と異なる。以下、実施の形態１のヘルスケアシステム１と同様の点は図示及び説明を省略し、実施の形態１のヘルスケアシステムと異なる点について説明する。
【０２１６】
本実施の形態のヘルスケアシステム１、計測機器１０ａ、ユーザ端末用アダプタ１４、及び第１サービス提供サーバ１７ａの機能構成は、実施の形態１と同様であるので、図示及び説明を省略する。
【０２１７】
＜計測機器用アダプタ１１ａ、１１ｂ、１１ｃの構成＞
本実施の形態の計測機器用アダプタ１１ａは、マスター鍵保管部１１２の代わりに暗号鍵情報保管部１１７を備える点が、実施の形態１の計測機器用アダプタ１１ａと異なる。
【０２１８】
図３４は、計測機器用アダプタ１１ａの機能構成を示すブロック図である。
【０２１９】
（暗号鍵情報保管部１１７）
暗号鍵情報保管部１１７は、暗号鍵としての公開鍵を生成する際に利用する暗号鍵情報を保管している。
【０２２０】
（暗号鍵生成部１１３）
暗号鍵生成部１１３は、鍵生成部の一例であり、暗号鍵情報と機種ＩＤとデータ種別とに基づいて公開鍵を生成する。生成法は、ＩＤベースの公開鍵暗号方式に関する公知の方法を利用する。なお、本実施の形態では、暗号鍵生成部１１３が暗号鍵情報と機種ＩＤとデータ種別とに基づいて暗号鍵を生成する事例について説明するが、本発明が適用されるヘルスケアシステムは、このようなヘルスケアシステムに限定されるものではない。例えば、本発明が適用されるヘルスケアシステムは、暗号鍵生成部が暗号鍵情報と機種ＩＤとに基づいて暗号鍵を生成するヘルスケアシステムであってもよい。
【０２２１】
＜鍵管理サーバ１６の構成＞
本実施の形態の鍵管理サーバ１６は、マスター鍵保管部１６０の代わりに復号鍵情報保管部１６６を備える点が、実施の形態１の鍵管理サーバ１６と異なる。
【０２２２】
図３５は、鍵管理サーバ１６の機能構成を示すブロック図である。
【０２２３】
（復号鍵情報保管部１６６）
復号鍵情報保管部１６６は、マスター情報保有部の一例であり、復号鍵を生成するための復号鍵情報を保管している。
【０２２４】
（復号鍵生成部１６２）
復号鍵生成部１６２は、鍵生成部の一例であり、サービス提供サーバからの依頼に応じて、復号鍵情報保管部１６６に保管されている復号鍵情報と、鍵要求データ２７に含まれる機種ＩＤ及びデータ種別とに基づいて、計測機器用アダプタ１１ａにより生成された公開鍵に対応する秘密鍵を生成する。生成法は、ＩＤベースの公開鍵暗号方式に関する公知の方法を利用する。なお、計測機器用アダプタが備える暗号鍵生成部１１３と同様に、復号鍵生成部１６２は、復号鍵情報と機種ＩＤとに基づいて復号鍵を生成してもよい。
【０２２５】
次に、以上のように構成された実施の形態３のヘルスケアシステム１における各種動作について説明する。
【０２２６】
計測機器用アダプタ１１ａ及び鍵管理サーバ１６のそれぞれにおける動作の詳細について説明する。なお、本実施の形態の計測機器１０ａ、ユーザ端末用アダプタ１４、及び第１サービス提供サーバ１７ａのそれぞれにおける動作は、実施の形態１の計測機器１０ａ、ユーザ端末用アダプタ１４、及び第１サービス提供サーバ１７ａのそれぞれと同様であるので説明を省略する。また、本実施の形態のフローチャートにおいて、実施の形態１のフローチャートと同一の処理には同一の符号を付し、説明を省略する。
【０２２７】
＜計測機器用アダプタ１１ａによる計測データの暗号化送信処理＞
計測機器用アダプタ１１ａが、計測機器１０ａにより計測された計測データを暗号化し、暗号化した計測データを送信する処理について説明する。
【０２２８】
図３６は、計測機器用アダプタ１１ａにおける暗号化送信処理の流れを示すフローチャートである。
【０２２９】
計測機器用アダプタ１１ａは、実施の形態１の計測機器用アダプタ１１ａと同様に、ステップＳ３０１〜Ｓ３０５までの処理を実行する。そして、暗号鍵生成部１１３は、暗号鍵情報保管部１１７に保管されている暗号鍵情報を取得する（ステップＳ１１０６）。
【０２３０】
次に、暗号鍵生成部１１３は、機種ＩＤとデータ種別と暗号鍵情報とから暗号鍵を公開鍵として生成する（ステップＳ１１０７）。
【０２３１】
以下、計測機器用アダプタ１１ａは、実施の形態１と同様に、ステップＳ３０８〜Ｓ３１０の処理を実行する。
【０２３２】
＜鍵管理サーバ１６による復号鍵の生成＞
次に、鍵管理サーバ１６が、受信した鍵要求データ２７に基づいて、復号鍵を生成する処理について説明する。
【０２３３】
図３７は、鍵管理サーバ１６における復号鍵生成処理の流れを示すフローチャートである。
【０２３４】
鍵管理サーバ１６は、実施の形態１の鍵管理サーバ１６と同様に、ステップＳ６０１〜Ｓ６０５までの処理を実行する。そして、復号鍵生成部１６２は、復号鍵情報保管部１６６に保管されている復号鍵情報を取得する（ステップＳ１２０６）。
【０２３５】
次に、復号鍵生成部１６２は、機種ＩＤとデータ種別と復号鍵情報とから復号鍵を、計測機器用アダプタ１１ａにより生成された公開鍵に対応する秘密鍵として生成する（ステップＳ１２０７）。
【０２３６】
以下、鍵管理サーバ１６は、実施の形態１の鍵管理サーバ１６と同様に、ステップＳ６０８〜Ｓ６１０の処理を実行する。
【０２３７】
以上のように、本実施の形態のヘルスケアシステム１では、実施の形態１のヘルスケアシステムと同様に、計測機器の側において、サービスを提供するサーバの種類毎に複数の異なる暗号鍵を用いて計測データを暗号化する負荷を解消できる。
【０２３８】
また、本実施の形態のヘルスケアシステム１では、計測機器用アダプタ（例えば、計測機器用アダプタ１１ａ）が、機種ＩＤを用いて計測データの暗号化に利用する暗号鍵を公開鍵として生成する。つまり、計測機器又は計測機器用アダプタは、マスター鍵を記憶しておく必要が無い。したがって、本実施の形態のヘルスケアシステム１は、計測機器自体又は計測機器用アダプタ自体を解析されてマスター鍵が外部に流出することにより、計測データの秘匿性が損なわれることを防止できる。
【０２３９】
また、計測機器を識別する情報である機種ＩＤを用いて、計測機器又は計測機器用アダプタが公開鍵を生成するので、鍵管理サーバ１６が復号鍵を生成するためのマスター情報を保持している限り、機種ＩＤが外部に漏れても暗号化計測データは復号化されない。すなわち、本実施の形態のヘルスケアシステム１は、計測データの秘匿性を保障できる。
【０２４０】
（その他の変形例）
なお、本発明は、上記の実施の形態に限定されないのはもちろんである。以下のような場合も本発明に含まれる。
【０２４１】
（１）各データ、サイズはあくまでも一例であって、他のデータサイズであってもよい。
【０２４２】
（２）暗号処理を行う部分を、計測機器用アダプタ、ユーザ端末用アダプタのようなアダプタとしているが、これらの処理部分は、計測機器やユーザ端末と一体化していてもよい。また、計測機器用アダプタ及びユーザ端末用アダプタは、計測機器及びユーザ端末に装着されるメモリカードであってもよい。
【０２４３】
（３）計測機器用アダプタは、計測データを暗号化して即座にユーザ端末用アダプタに送信するようにしているが、これは、一旦ユーザ端末用アダプタ内部に一時蓄積して、ある一定期間毎にユーザ端末用アダプタに送信するようにしてもよい。
【０２４４】
（４）計測機器用アダプタは、計測データを暗号化するたびに機種ＩＤとデータ種別とマスター鍵から暗号鍵を生成しているが、これは、一度生成した暗号鍵をキャッシュに保管しておいて、同じ機種ＩＤの計測機器から再び同じデータ種別の計測データが送られてきた場合には、キャッシュに保管している暗号鍵を用いて暗号化するようにしてもよい。
【０２４５】
（５）ユーザ端末用アダプタとサービス提供サーバの間の通信データ、および、サービス提供サーバと鍵管理サーバ間の通信データは、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）などを用いて暗号化してもよい。
【０２４６】
（６）計測機器用アダプタとユーザ端末用アダプタ間は、無線通信に限定されず、有線通信であってもよい。
【０２４７】
（７）復号化可否を判断するデータの単位は、健康情報種別に限るものではなく、更にこまかな単位で復号化可否を判断してもよい。例えば、健康情報種別に加えて、その健康情報を計測した期間（例えば、１＝無期限、２＝２００７／１０／１〜２００８／３／３０、…としたり、１＝０〜５時、２＝６〜１１時、３＝１２〜１７時、４＝１８〜２４時）をもとに復号化可否を判断してもよい。これは、計測機器が、タイマー、カレンダー等を保持することにより実現可能となる。また、計測機器が所有者情報（氏名、ニックネーム、年齢、年代、性別、郵便番号、住所）をもとにアクセス制御してもよい。これは、計測機器に、所有者情報を登録できる仕組みがあれば、実現可能となる。
【０２４８】
（８）暗号化計測データと一緒に送信する機器情報は、暗号化しても良いし、デジタル署名を付与しても良い。これは、計測機器で行っても良いし、管理装置で行っても良い。
【０２４９】
（９）マスター鍵は、１つに限るものではない。例えば、カードの製造メーカ毎に異なるマスター鍵が設定されている場合であっても、暗号化計測データと一緒にメーカＩＤを送信するようにすれば同じことが実現できる。
【０２５０】
（１０）上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。前記ＲＡＭまたはハードディスクユニットには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。
【０２５１】
（１１）上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、システムＬＳＩは、その機能を達成する。
【０２５２】
（１２）上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されているとしてもよい。前記ＩＣカードまたは前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。前記ＩＣカードまたは前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、前記ＩＣカードまたは前記モジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。
【０２５３】
（１３）本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【０２５４】
また、本発明は、前記コンピュータプログラムまたは前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記デジタル信号であるとしてもよい。
【０２５５】
また、本発明は、前記コンピュータプログラムまたは前記デジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
【０２５６】
また、本発明は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムにしたがって動作するとしてもよい。
【０２５７】
また、前記プログラムまたは前記デジタル信号を前記記録媒体に記録して移送することにより、または前記プログラムまたは前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
【０２５８】
（１４）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
【産業上の利用可能性】
【０２５９】
本発明にかかるヘルスケアシステムは、ユーザが利用するサービスの数が増加しても、計測機器側での暗号化処理の負荷が増大しないという特徴を有するので、計測機器が携帯端末のような処理負荷に厳しい制約を有する場合におけるヘルスケアシステムの実現に有用である。
【図面の簡単な説明】
【０２６０】
【図１】本発明の実施の形態１〜３に係るヘルスケアシステムの全体構成を示すブロック図である。
【図２】本発明の実施の形態１〜３に係る計測機器の機能構成を示すブロック図である。
【図３】本発明の実施の形態１〜３に係る機器情報の一例を示す図である。
【図４】本発明の実施の形態１及び２に係る計測機器用アダプタの機能構成を示すブロック図である。
【図５】本発明の実施の形態１及び３に係る計測機器用アダプタ送信データの一例を示す図である。
【図６】本発明の実施の形態１及び３に係る計測機器情報の一例を示す図である。
【図７】本発明の実施の形態１〜３に係るユーザ端末用アダプタの機能構成を示すブロック図である。
【図８】本発明の実施の形態１及び３に係る接続機器情報の一例を示す図である。
【図９】本発明の実施の形態１〜３に係る蓄積計測データの一例を示す図である。
【図１０】本発明の実施の形態１及び３に係る利用サービス情報の一例を示す図である。
【図１１】本発明の実施の形態１〜３に係る第１サービス提供サーバの機能構成を示すブロック図である。
【図１２】本発明の実施の形態１〜３に係る収集許可情報の一例を示すブロック図である。
【図１３】本発明の実施の形態１及び３に係る鍵要求データの一例を示すブロック図である。
【図１４】本発明の実施の形態１及び３に係る蓄積復号鍵データの一例を示す図である。
【図１５】本発明の実施の形態１に係る鍵管理サーバの機能構成を示すブロック図である。
【図１６】本発明の実施の形態１〜３に係る収集許可データベースの一例を示す図である。
【図１７】本発明の実施の形態１〜３に係るヘルスケアシステムにおける全体的な処理の流れを示すシーケンス図である。
【図１８】本発明の実施の形態１〜３に係る計測機器における計測処理の流れを示すフローチャートである。
【図１９】本発明の実施の形態１に係る計測機器用アダプタにおける暗号化送信処理の流れを示すフローチャートである。
【図２０】本発明の実施の形態１及び３に係るユーザ端末用アダプタにおける転送処理の流れを示すフローチャートである。
【図２１】本発明の実施の形態１及び３に係る第１サービス提供サーバにおける復号判断処理及び復号処理の流れを示すフローチャートである。
【図２２】本発明の実施の形態１に係る鍵管理サーバにおける復号鍵生成処理の流れを示すフローチャートである。
【図２３】本発明の実施の形態２に係る計測機器用アダプタ送信データの一例を示す図である。
【図２４】本発明の実施の形態２に係る計測機器情報の一例を示す図である。
【図２５】本発明の実施の形態２に係る接続機器情報の一例を示す図である。
【図２６】本発明の実施の形態２に係る鍵要求データの一例を示す図である。
【図２７】本発明の実施の形態２に係る蓄積復号鍵データの一例を示す図である。
【図２８】本発明の実施の形態２に係る鍵管理サーバの機能構成を示すブロック図である。
【図２９】本発明の実施の形態２に係る機種情報データベースの一例を示す図である。
【図３０】本発明の実施の形態２に係る計測機器用アダプタにおける暗号化送信処理の流れを示すフローチャートである。
【図３１】本発明の実施の形態２に係るユーザ端末用アダプタにおける転送処理の流れを示すフローチャートである。
【図３２】本発明の実施の形態２に係る第１サービス提供サーバにおける復号判断処理及び復号処理の流れを示すフローチャートである。
【図３３】本発明の実施の形態２に係る鍵管理サーバにおける復号鍵生成処理の流れを示すフローチャートである。
【図３４】本発明の実施の形態３に係る計測機器用アダプタの機能構成を示すブロック図である。
【図３５】本発明の実施の形態３に係る鍵管理サーバの機能構成を示すブロック図である。
【図３６】本発明の実施の形態３に係る計測機器用アダプタにおける暗号化送信処理の流れを示すフローチャートである。
【図３７】本発明の実施の形態３に係る鍵管理サーバにおける復号鍵生成処理の流れを示すフローチャートである。
【符号の説明】
【０２６１】
１  ヘルスケアシステム
１０ａ、１０ｂ、１０ｃ  計測機器
１１ａ、１１ｂ、１１ｃ  計測機器用アダプタ
１２  内部ネットワーク
１３  ユーザ端末
１４  ユーザ端末用アダプタ
１５  外部ネットワーク
１６  鍵管理サーバ
１７ａ  第１サービス提供サーバ
１７ｂ  第２サービス提供サーバ
１７ｃ  第３サービス提供サーバ
２０  機器情報
２１、７１  計測機器用アダプタ送信データ
２２、７２  計測機器情報
２３、７３  接続機器情報
２４  蓄積計測データ
２５  利用サービス情報
２６  収集許可情報
２７、７７  鍵要求データ
２８、７８  蓄積復号鍵データ
２９  収集許可データベース
８０  機種情報データベース
１００  第１計測部
１０１  第２計測部
１０２  第３計測部
１０３  機器情報保管部
１０４  アダプタＩ／Ｆ
１０５  表示部
１０６  送信処理部
１１０  計測機器Ｉ／Ｆ
１１１  暗号化処理部
１１２  マスター鍵保管部
１１３  暗号鍵生成部
１１４  送受信部
１１５  暗号処理判定部
１１６  計測機器情報保管部
１１７  暗号鍵情報保管部
１４０  ユーザ端末Ｉ／Ｆ
１４１  計測情報蓄積部
１４２  第１送受信部
１４３  第２送受信部
１４４  接続機器情報保管部
１４５  利用サービス情報保管部
１６０  マスター鍵保管部
１６１  送受信部
１６２  復号鍵生成部
１６３  復号鍵生成許可判定部
１６４  収集許可データベース保管部
１６５  機種情報データベース保管部
１６６  復号鍵情報保管部
１７０  収集許可情報保管部
１７１  送受信部
１７２  鍵要求データ生成部
１７３  計測データ復号化部
１７４  ユーザ計測データ蓄積部
【図１】
2009111974.tif 000003
【図２】
2009111974.tif 000004
【図３】
2009111974.tif 000005
【図４】
2009111974.tif 000006
【図５】
2009111974.tif 000007
【図６】
2009111974.tif 000008
【図７】
2009111974.tif 000009
【図８】
2009111974.tif 000010
【図９】
2009111974.tif 000011
【図１０】
2009111974.tif 000012
【図１１】
2009111974.tif 000013
【図１２】
2009111974.tif 000014
【図１３】
2009111974.tif 000015
【図１４】
2009111974.tif 000016
【図１５】
2009111974.tif 000017
【図１６】
2009111974.tif 000018
【図１７】
2009111974.tif 000019
【図１８】
2009111974.tif 000020
【図１９】
2009111974.tif 000021
【図２０】
2009111974.tif 000022
【図２１】
2009111974.tif 000023
【図２２】
2009111974.tif 000024
【図２３】
2009111974.tif 000025
【図２４】
2009111974.tif 000026
【図２５】
2009111974.tif 000027
【図２６】
2009111974.tif 000028
【図２７】
2009111974.tif 000029
【図２８】
2009111974.tif 000030
【図２９】
2009111974.tif 000031
【図３０】
2009111974.tif 000032
【図３１】
2009111974.tif 000033
【図３２】
2009111974.tif 000034
【図３３】
2009111974.tif 000035
【図３４】
2009111974.tif 000036
【図３５】
2009111974.tif 000037
【図３６】
2009111974.tif 000038
【図３７】
2009111974.tif 000039