(57)【要約】      （修正有）【課題】端末装置により、データを所有する個人や法人が、主体的かつセキュアに情報を管理する手段を提供する。【解決手段】情報管理端末装置は、健康情報取得手段１２４２と、健康情報及び健康情報通帳を蓄積する健康情報蓄積手段１２４３と、配信側メディア１１と、配信手段部１３６を備える。配信側メディアは、特定プログラムのみがアクセス可能な秘匿領域１１１と、特定プログラム以外のプログラムもアクセス可能な通常領域１１２と、を有する。健康情報蓄積手段は、健康情報と、健康情報通帳の通常領域への逐次的な蓄積を行い、秘匿領域が、健康情報及び／又は健康情報通帳の改竄を検出するためのデータ改竄検出パラメタを保持する。配信手段は、情報蓄積手段で蓄積した健康情報及び健康情報通帳から配信対象情報を選択して出力する。【選択図】図２
2020166883.tif 000002
【特許請求の範囲】
【請求項１】
管理対象とする第１の情報を取得する情報取得手段と、前記第１の情報、及び前記第１の情報に対する付加情報である第２の情報を蓄積する情報蓄積手段と、蓄積メディアと、を備える情報管理端末装置であって、
前記蓄積メディアが、前記情報管理端末装置を前記情報蓄積手段として動作させるプログラムを含む特定プログラムのみがアクセス可能な秘匿領域と、前記特定プログラム以外のプログラムもアクセス可能な通常領域と、を有し、
前記情報蓄積手段が、前記第１の情報又は前記第１の情報を参照可能なリンクと、前記第２の情報又は前記第２の情報を参照可能なリンクの前記通常領域への逐次的な蓄積を行い、
前記秘匿領域が、前記第１の情報及び／又は前記第２の情報の改竄を検出するためのデータ改竄検出パラメタを保持し、
前記情報蓄積手段で蓄積した前記第１の情報及び前記第２の情報から配信対象情報を選択して出力する配信手段を更に備え、
前記第２の情報が、前記配信手段による出力の履歴、前記配信手段による出力先を特定する情報、前記配信手段による出力先での処理結果のうち、少なくとも一つを含むことを特徴とする、情報管理端末装置。
【請求項２】
前記データ改竄検出パラメタが、前記第１の情報及び／又は前記第２の情報を用いて、前記第１の情報及び／又は前記第２の情報に対する改竄の有無を検出するための情報を生成する鍵であることを特徴とする、請求項１に記載の情報管理端末装置。
【請求項３】
前記秘匿領域に、前記特定プログラムの改竄検出を行うためのプログラム改竄検出パラメタを含み、
前記プログラム改竄検出パラメタを用いた前記特定プログラムの改竄検出処理を行う、プログラム改竄検出手段を備えることを特徴とする、請求項１又は請求項２に記載の情報管理端末装置。
【請求項４】
前記プログラム改竄検出手段が前記特定プログラムの改竄検出処理を定期的に行い、
前記特定プログラムの改竄を検出した際に、前回の前記特定プログラムの改竄検出処理を実行した時点から前記プログラムの改竄を検出した時点までに蓄積された前記第１の情報及び前記第２の情報の削除又は回復を行うことを特徴とする、請求項３に記載の情報管理端末装置。
【請求項５】
前記データ改竄検出パラメタを用いた前記第１の情報及び／又は前記第２の情報の改竄検出処理を行うデータ改竄検出手段を備え、
前記データ改竄検出手段が前記第１の情報及び／又は前記第２の情報の改竄を検出した際に、前回の前記第１の情報及び／又は前記第２の情報の改竄検出処理を実行した時点から前記第１の情報及び／又は前記第２の情報の改竄を検出した時点までに蓄積された前記第１の情報及び前記第２の情報の削除又は回復を行うことを特徴とする、請求項１から請求項４の何れかに記載の情報管理端末装置。
【請求項６】
前記配信手段が、選択した前記配信対象情報の秘匿レベルを設定する秘匿レベル設定手段と、前記秘匿レベルを付加情報として前記配信対象情報に付加して出力する手段と、を有することを特徴とする、請求項１から請求項５の何れかに記載の情報管理端末装置。
【請求項７】
前記秘匿レベルが、
前記配信対象情報を暗号化せずに送信するクラス０と、
前記配信対象情報の暗号化を行った状態で送信するクラス１と、
前記配信対象情報を暗号化し、出力先での複製を禁止し、前記配信対象情報の有効期限を設定して送信するクラス２と、
前記配信対象情報を暗号化し、出力先での複製の禁止、前記配信対象情報に対する任意の処理によって生じる処理結果情報の取り扱いの制限、前記配信対象情報の有効期限を設定して送信するクラス３と、を含むことを特徴とする、請求項６に記載の情報管理端末装置。
【請求項８】
前記第２の情報が、前記秘匿レベルをさらに含むことを特徴とする、請求項６又は請求項７に記載の情報管理端末装置。
【請求項９】
前記第１の情報の取得や配信に際して認証を行う個人・資格情報認証手段をさらに備える請求項１から請求項８の何れかに記載の情報管理端末装置。
【請求項１０】
前記第１の情報が、物の健康に関する情報であり、機器状態情報、機器稼働情報又は環境情報であることを特徴とする、請求項１から請求項９の何れかに記載の情報管理端末装置。
【請求項１１】
他の端末装置より配信される第１の情報、及び前記第１の情報に対する付加情報である第２の情報を受信する受信手段と、前記第１の情報、及び前記第２の情報の解析を行う解析手段と、前記解析手段による解析結果の前記他の端末装置への送信及び／又は表示を行う出力手段と、蓄積メディアと、を備える情報管理端末装置であって、
前記蓄積メディアが、前記情報管理端末装置を前記受信手段と、前記解析手段と、前記出力手段と、として動作させるプログラムを含む特定プログラムのみがアクセス可能な秘匿領域と、前記特定プログラム以外のプログラムもアクセス可能な通常領域と、を有し、
前記秘匿領域が、前記特定プログラムの改竄検出を行うためのプログラム改竄検出パラメタを含み、
前記プログラム改竄検出パラメタを用いた前記特定プログラムの改竄検出を行うプログラム改竄検出手段を備えることを特徴とする、情報管理端末装置。
【請求項１２】
前記受信手段が、前記第１の情報及び前記第２の情報に付与された秘匿レベルの判定を行う秘匿レベル判定手段を有し、
前記解析手段及び前記出力手段が、前記秘匿レベルに従って前記第１の情報、前記第２の情報、及び前記解析結果を取り扱うことを特徴とする請求項１１に記載の情報管理端末装置。
【請求項１３】
前記解析手段が、前記解析の履歴情報又は前記解析の履歴情報を参照可能なリンクを前記通常領域への蓄積し、
前記秘匿領域が、前記履歴情報の改竄を検出するためのデータ改竄検出パラメタを保持することを特徴とする、請求項１２に記載の情報管理端末装置。
【請求項１４】
前記解析手段が前記解析の履歴情報の改竄を検出した際に、前回の前記解析の履歴情報の改竄検出処理を実行した時点から前記解析の履歴情報の改竄を検出した時点までに蓄積された前記解析の履歴情報の削除又は回復を行うことを特徴とする、請求項１３に記載の情報管理端末装置。
【請求項１５】
前記秘匿レベルが、
前記第１の情報、及び前記第２の情報を暗号化せずに取り扱うクラス０と、
前記第１の情報、及び前記第２の情報の暗号化を行った状態で取り扱うクラス１と、
前記第１の情報、及び前記第２の情報を暗号化し、出力先での複製を禁止し、前記第１の情報、及び前記第２の情報の有効期限を設定して取り扱うクラス２と、
前記第１の情報、及び前記第２の情報を暗号化し、出力先での複製の禁止、前記解析結果の取り扱いの制限、前記第１の情報、及び前記第２の情報の有効期限を設定して取り扱うクラス３と、を含むことを特徴とする、請求項１２から請求項１４の何れかに記載の情報管理端末装置。
【請求項１６】
前記受信手段が、他の端末装置より前記解析結果を受信し、
前記解析手段が、前記解析結果の再解析を行うことを特徴とする、請求項１１から請求項１５の何れかに記載の情報管理端末装置。
【請求項１７】
前記第１の情報が、物の健康に関する情報であり、機器状態情報、機器稼働情報又は環境情報であることを特徴とする、請求項１１から請求項１６の何れかに記載の情報管理端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＡＩ（人工知能）解析等を用いたデータマイニング等の情報処理の対象となる情報の取得、蓄積、配信に関わる。より詳細には、人と物の健康情報を扱う機器、システムにおける、情報取得、蓄積、配信、解析、可視化等の一連の処理に関わる。
【背景技術】
【０００２】
ＡＩ等でビックデータ等から有効な情報を抽出するためには、データの品質・取得手段、取得日付が正確に記録された情報である必要があることが望ましい。さらに人に関する情報では個人情報保護法等により個人が特定できるデータの管理・配信にも厳格な記録・管理が要求されている。
【０００３】
例えば、特許文献１には、コンテンツを悪用しようとするユーザから正当なユーザを保護するために、隠しメモリ領域にコンテンツ情報を、可視メモリ領域に、隠しメモリ領域に保存されたコンテンツ情報へのアクセスのための情報をそれぞれ保存する、ポータブルメモリデバイスが記載されている。
【０００４】
特許文献２には、従来とは異なる方式により、ユーザによるコンテンツの利用可否を制御するために、ユーザ端末が、コンテンツを再生又は実行する際に、当該コンテンツの利用権限があるか否かを判定し、コンテンツの利用権限がないと判定された場合に、ライセンス管理装置へと有効期限の設定されたライセンス情報を要求し、受信したライセンス情報をもって、有効期限までの間、当該コンテンツの利用権限があると判定する、コンテンツ保護システムが記載されている。
【０００５】
特許文献３には、安全性、機能性を高めるために、暗号・復号鍵がメディア自体に保存され、外部デバイスからアクセスを困難にし、証明書を有するホストデバイスのみが鍵へのアクセスが可能となる、ストレージデバイスが記載されている。
【０００６】
特許文献４には、メモリーカードにアクセスするホストコントローラを用いて、記憶装置に格納されている暗号化コンテンツにアクセスするために、ホストコントローラと著作権保護チップ内の回路とを接続するセレクタと、記憶装置に格納されている暗号化コンテンツ鍵、復号鍵生成情報、及び共有秘密情報が格納されるレジスタと、アクセス手段がハードディスクに格納されている暗号化コンテンツを復号したコンテンツにアクセスする場合に、ホストコントローラと通信を行って、レジスタに格納されている暗号化コンテンツ鍵及び復号鍵生成情報をホストコントローラに送信する通信回路と、を具備する、著作権保護チップが記載されている。
【０００７】
特許文献５には、コンテンツの利用状況に応じて適切な保護を行うために、コンテンツ利用端末が、コンテンツ提供端末から受信したコンテンツを利用する際に複製や改変等の利用履歴情報を記録し、所定の時間間隔でコンテンツ提供端末へ送信、コンテンツ提供端末がそれを受信して、その利用履歴情報と予め設定されている利用条件と保護パターンに基づいて保護レベルを決定し、それに対応した保護処理を行った保護済コンテンツをコンテンツ利用端末へと配信する、コンテンツ保護システムが記載されている。
【０００８】
特許文献６には、デジタルコンテンツの違法な配給を抑止するために、ユーザの身元が組み込まれた電子透かしをデジタルコンテンツに埋め込み、ユーザへと提供する、デジタルコンテンツ保護装置が記載されている。
【０００９】
特許文献７には、端末でのコンテンツの不正コピーを抑止するために、ライセンスサーバから取得したライセンスに含まれるコンテンツ鍵を用いて暗号化コンテンツを復号し再生するとともに、該ライセンスに含まれるユーザ情報を再生されたコンテンツに電子透かしとして挿入するコンテンツ再生手段を有する、コンテンツ保護機能付き端末装置が記載されている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１３−３７７１５号公報
【特許文献２】特開２０１２−１８６６２号公報
【特許文献３】特開２０１０−１８２３３２号公報
【特許文献４】特開２０１０−１０８２４号公報
【特許文献５】特開２００５−３１６８３６号公報
【特許文献６】特開２００５−５７７６９号公報
【特許文献７】特開２００４−３１８４４８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
上述したように、従来技術はコンテンツ保護の対象がライセンスを有したオーディオ・ビデオコンテンツであるものが殆どで、ＩｏＴやビックデータの対象となる人や物が生成する生体・行動・環境・機器状態・機器稼働などの多様なデータを想定していなかった。また、クラウドや管理サーバ主体のコンテンツ保護の技術が殆どであり、個人がデータの秘匿性を判断する個人情報保護の視点での技術は皆無といってよいほどであった。さらにバイタルサインセンサ等の多様なセンサで取得されるデータをビックデータやＡＩの解析対象として用いる場合は、そのデータの信頼性が大変重要であるが、多くはセンサで取得したデータをＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ）やＷｉＦｉでスマートフォンなどの端末に送り、更にそのままクラウドに送って処理するのが一般的であり、端末での改竄に関しては特に注意が払われていなかった。スマートフォンやタブレット型端末に多く用いられるＡｎｄｒｏｉｄ（登録商標）等の処理ソフトは比較的オープンであり、近年指紋認証などのセキュリティ向上が進んでいるが、秘匿性の高い個人健康情報を生涯分蓄積するには、多様なアプリケーションソフトが動作するスマートフォンなどの端末は必ずしも安全とは言えないのが現状である。また、端末に個人健康情報等を蓄積した場合に、端末を買い替えた場合のデータの移動などはユーザ任せとなっている。
【００１２】
そこで、本発明では、スマートフォンや、ＰＣ、サーバのようなデバイスにより、データを所有する個人や法人（情報オーナと呼ぶ）が主体的かつセキュアに情報を管理する手段を提供することを課題とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、本発明に係る情報管理端末装置は、
管理対象とする第１の情報を取得する情報取得手段と、前記第１の情報、及び前記第１の情報に対する付加情報である第２の情報を蓄積する情報蓄積手段と、蓄積メディアと、を備える情報管理端末装置であって、
前記蓄積メディアが、前記情報管理端末装置を前記情報蓄積手段として動作させるプログラムを含む特定プログラムのみがアクセス可能な秘匿領域と、前記特定プログラム以外のプログラムもアクセス可能な通常領域と、を有し、
前記情報取得手段が、前記第２の情報として、日時・時刻記録の付与を行い、
前記情報蓄積手段が、前記第１の情報又は前記第１の情報を参照可能なリンクと、前記第２の情報又は前記第２の情報を参照可能なリンクの前記通常領域への逐次的な蓄積を行い、
前記秘匿領域が、前記第１の情報及び／又は前記第２の情報の改竄を検出するためのデータ改竄検出パラメタを保持することを特徴とする。
【００１４】
これにより、日付や内容に改竄の検出があった場合に検出が可能な情報を、端末装置を利用する情報オーナの手元にコンパクトに蓄積でき、情報オーナ主導の情報活用が実現できる。
【００１５】
本発明の好ましい形態では、前記データ改竄検出パラメタが、前記第１の情報及び／又は前記第２の情報を用いて、前記第１の情報及び／又は前記第２の情報に対する改竄の有無を検出するための情報を生成する鍵であることを特徴とする。
このように、データの改竄の有無を検出するための情報を生成する鍵をデータ改竄検出パラメタとすることで、秘匿領域に記録可能なデータ容量が限られる場合においても、多くのデータを取り扱うことができる。
【００１６】
本発明の好ましい形態では、前記秘匿領域に、前記特定プログラムの改竄検出を行うためのプログラム改竄検出パラメタを含み、
前記プログラム改竄検出パラメタを用いた前記特定プログラムの改竄検出処理を行う、プログラム改竄検出手段を備えることを特徴とする。
これにより、情報の取得・蓄積を行うプログラムの改竄も防ぐことが出来るため、情報の信頼性を飛躍的に高めることができる。
【００１７】
本発明の好ましい形態では、前記プログラム改竄検出手段が前記特定プログラムの改竄検出処理を定期的に行い、
前記特定プログラムの改竄を検出した際に、前回の前記特定プログラムの改竄検出処理を実行した時点から前記プログラムの改竄を検出した時点までに蓄積された前記第１の情報及び前記第２の情報の削除又は回復を行うことを特徴とする。
これにより、プログラムに改竄が行われた可能性のある情報を削除し、蓄積した情報の信頼性を確保することができる。なお、ここでの健康情報及び健康情報通帳の回復は、予め他の端末装置やサーバ装置へと健康情報や健康情報通帳のバックアップを保存しておき、それを取得することによって実現できる。
【００１８】
本発明の好ましい形態では、前記データ改竄検出パラメタを用いた前記第１の情報及び／又は前記第２の情報の改竄検出処理を行うデータ改竄検出手段を備え、
前記データ改竄検出手段が前記第１の情報及び／又は前記第２の情報の改竄を検出した際に、前回の前記第１の情報及び／又は前記第２の情報の改竄検出処理を実行した時点から前記第１の情報及び／又は前記第２の情報の改竄を検出した時点までに蓄積された前記第１の情報及び前記第２の情報の削除又は回復を行うことを特徴とする。
これにより、改竄の可能性のあるデータの削除や回復を確実に行い、信頼性の低いデータを確実に排することができる。
【００１９】
本発明の好ましい形態では、前記情報管理端末装置が、前記情報蓄積手段で蓄積した前記第１の情報及び前記第２の情報から配信対象情報を選択して出力する配信手段を更に備え、
前記配信手段が、選択した前記配信対象情報の秘匿レベルを設定する秘匿レベル設定手段と、前記秘匿レベルを付加情報として前記配信対象情報に付加して出力する手段と、を有することを特徴とする。
これにより、蓄積した情報を他の端末などに送信し、積極的に活用することができる。
【００２０】
本発明の好ましい形態では、前記秘匿レベルが、
前記配信対象情報を暗号化せずに送信するクラス０と、
前記配信対象情報の暗号化を行った状態で送信するクラス１と、
前記配信対象情報を暗号化し、出力先での複製を禁止し、前記配信対象情報の有効期限を設定して送信するクラス２と、
前記配信対象情報を暗号化し、出力先での複製の禁止、前記配信対象情報に対する任意の処理によって生じる処理結果情報の取り扱いの制限、前記配信対象情報の有効期限を設定して送信するクラス３と、を含むことを特徴とする。
これにより、配信する健康情報の秘匿性をルール化でき、広く一般のサーバに配信する従来型や、配信先での健康情報管理を情報オーナが制御するための配信情報生成が可能になる。
【００２１】
本発明の好ましい形態では、前記第２の情報が、前記配信手段による出力の履歴、前記配信手段による出力先を特定する情報、前記秘匿レベル、前記配信手段による出力先での処理結果のうち、少なくとも一つを含むことを特徴とする。
これにより、受信した健康情報の解析や再配信、消去などが、記録として残り、配信元の情報オーナによる検証が容易になりシステムの信頼性が飛躍的に高まる。
【００２２】
本発明の好ましい形態では、前記第１の情報が、人及び／又は物の健康に関する情報であることを特徴とする。
これにより、人や物の健康状態というセキュアに取り扱う必要のある情報を、適切に取り扱うことができる。
【００２３】
本発明の他の形態に係る情報管理端末装置は、
他の端末装置より配信される第１の情報、及び前記第１の情報に対する付加情報である第２の情報を受信する受信手段と、前記第１の情報、及び前記第２の情報の解析を行う解析手段と、前記解析手段による解析結果の前記他の端末装置への送信及び／又は表示を行う出力手段と、蓄積メディアと、を備える情報管理端末装置であって、
前記蓄積メディアが、前記情報管理端末装置を前記受信手段と、前記解析手段と、前記出力手段と、として動作させるプログラムを含む特定プログラムのみがアクセス可能な秘匿領域と、前記特定プログラム以外のプログラムもアクセス可能な通常領域と、を有し、
前記受信手段が、前記第１の情報及び前記第２の情報に付与された秘匿レベルの判定を行う秘匿レベル判定手段を有し、
前記解析手段及び前記出力手段が、前記秘匿レベルに従って前記第１の情報、前記第２の情報、及び前記解析結果を取り扱い、前記秘匿領域が、前記特定プログラムの改竄検出を行うためのプログラム改竄検出パラメタを含み、
前記プログラム改竄検出パラメタを用いた前記特定プログラムの改竄検出を行うプログラム改竄検出手段を備えることを特徴とする、情報管理端末装置。
これにより、プログラムの改竄を防ぎ、秘匿レベルに反した情報やその解析結果の取り扱いが行われるようなリスクを排除することができる。
【００２４】
本発明の好ましい形態では、前記解析手段が、前記解析の履歴情報又は前記解析の履歴情報を参照可能なリンクを前記通常領域への蓄積し、
前記秘匿領域が、前記履歴情報の改竄を検出するためのデータ改竄検出パラメタを保持することを特徴とする。
これにより、解析の履歴情報を改竄検出可能な状態で蓄積し、配信元の情報オーナによる検証が容易になり、情報の取り扱いに関する信頼性が飛躍的に高まる。
【００２５】
本発明の好ましい形態では、前記解析手段が前記解析の履歴情報の改竄を検出した際に、前回の前記解析の履歴情報の改竄検出処理を実行した時点から前記解析の履歴情報の改竄を検出した時点までに蓄積された前記解析の履歴情報の削除又は回復を行うことを特徴とする。
これにより、改竄の可能性のあるデータの削除や回復を確実に行い、信頼性の低いデータを確実に排することができる。
【００２６】
本発明の好ましい形態では、前記秘匿レベルが、
前記第１の情報、及び前記第２の情報を暗号化せずに取り扱うクラス０と、
前記第１の情報、及び前記第２の情報の暗号化を行った状態で取り扱うクラス１と、
前記第１の情報、及び前記第２の情報を暗号化し、出力先での複製を禁止し、前記第１の情報、及び前記第２の情報の有効期限を設定して取り扱うクラス２と、
前記第１の情報、及び前記第２の情報を暗号化し、出力先での複製の禁止、前記解析結果の取り扱いの制限、前記第１の情報、及び前記第２の情報の有効期限を設定して取り扱うクラス３と、を含むことを特徴とする。
これにより、情報やその解析結果の秘匿性をルール化でき、広く一般のサーバに配信する従来型や、配信先での健康情報管理を情報オーナが制御するための配信情報生成が可能になる。
【００２７】
本発明の好ましい形態では、前記受信手段が、他の端末装置より前記解析結果を受信し、
前記解析手段が、前記解析結果の再解析を行うことを特徴とする。
これにより、解析結果から更に詳細な解析結果を得る、別の観点での解析結果を得る、といったように、多様な解析を、秘匿レベルに従って、すなわち、情報オーナの意向に従って行うことができる。
【００２８】
本発明の好ましい形態では、前記第１の情報が、人及び／又は物の健康に関する情報であることを特徴とする。
これにより、人や物の健康状態というセキュアに取り扱う必要のある情報を、適切に取り扱うことができる。
【発明の効果】
【００２９】
日付や内容に改竄があった場合に検出が可能な健康情報を、端末装置を利用する情報オーナの手元にコンパクトに蓄積でき、情報オーナ主導の情報活用が実現できる。
【図面の簡単な説明】
【００３０】
【図１】本発明の実施形態１に係る情報管理端末装置を用いたシステムの構成図である。
【図２】本発明の実施形態１に係る健康情報配信側デバイスの機能ブロック図である。
【図３】本発明の実施形態１に係る健康情報受信／解析側デバイスの機能ブロック図である。
【図４】本発明の実施形態１におけるプログラム読み込み処理を示すフローチャートである。
【図５】本発明の実施形態１におけるプログラムの改竄検出処理を示すフローチャートである。
【図６】本発明の実施形態１における健康情報取得処理を示すフローチャートである。
【図７】本発明の実施形態１における健康情報配信処理を示すフローチャートである。
【図８】本発明の実施形態１における健康／解析情報受信処理を示すフローチャートである。
【図９】本発明の実施形態１における健康情報解析／解析情報再解析処理を示すフローチャートである。
【図１０】本発明の実施形態１におけるデータの記録／読み出し処理を示すフローチャートである。
【図１１】本発明の実施形態２に係る健康情報配信側デバイスの機能ブロック図である。
【図１２】本発明の実施形態２に係る健康情報受信／解析側デバイスの機能ブロック図である。
【図１３】本発明の実施形態２におけるプログラム読み込み処理を示すフローチャートである。
【図１４】本発明の実施形態３に係る健康情報配信側デバイスの機能ブロック図である。
【図１５】本発明の実施形態３に係る健康情報受信／解析側デバイスの機能ブロック図である。
【図１６】本発明の実施形態３におけるデータの記録／読み出し処理を示すフローチャートである。
【図１７】本発明の実施形態３におけるプログラムの改竄検出処理を示すフローチャートである。
【図１８】本発明の実施形態３におけるデバイス間でのデータのやり取りの流れの一例を示すシーケンス図である。
【発明を実施するための形態】
【００３１】
（実施形態１）
＜情報管理端末装置を用いたシステムの全体構成＞
以下、図面を参照して、本発明の実施形態１について詳細に説明する。図１は、本実施形態に係る情報管理端末装置を用いたシステムの構成図である。ここに示すように、本発明に係る情報管理端末装置は、センサからの情報の取得や配信などを行う健康情報配信側デバイス１と、情報の受信や解析などを行う健康情報受信／解析側デバイス２ａ〜２ｃ（以下、特に区別する必要がない場合において、総じて健康情報受信／解析側デバイス２と呼称する）が、直接的に、あるいはネットワークＮＷを介して通信可能に構成されている。また、健康情報配信側デバイス１は、本実施形態に係る情報管理端末装置ではない、一般的なコンピュータやサーバ装置である端末装置３ａ、３ｂ（以下、特に区別する必要がない場合において、総じて端末装置３と呼称する）とも、直接的に、あるいはネットワークＮＷを介して通信可能に構成されている。そして、健康情報配信側デバイス１は、乳幼児に装着されたセンサ４ａや高齢者に装着されたセンサ４ｂ、製造装置に取り付けられたセンサ４ｃ、自動車に取り付けられたセンサ４ｄといった、種々のセンサ（以下、特に区別する必要がない場合において、総じてセンサ４と呼称する）と無線、あるいは有線で通信可能に構成される。また、健康情報配信側デバイス１、健康情報受信／解析側デバイス２は、それらのデバイス上で動作するプログラムに関する情報や、センサ４に関する情報を蓄積する管理サーバ装置５とも、ネットワークＮＷを介して通信可能に構成される。
【００３２】
本発明における健康情報とは、人や物が生成したり関与したりする情報の総称である。例えば、人の健康にかかわる情報として、生体情報（心電図、脈波、心拍、脈拍、体温等）、行動情報（睡眠、食事、排泄、ＧＰＳ位置、購買、服薬、医療履歴等）、環境情報（気温、湿度、気圧、空気汚染、花粉等）等が、物が生成する情報、すなわち物の健康にかかわる情報として、機器状態情報（異音、温度、振動等）、機器稼働情報（ハンドル・アクセル・ブレーキなどの操作情報、非破壊試験等の異音情報、稼働時間、ＧＰＳ位置、操作担当者等）、機器の環境情報（人とほぼ同じ）等が挙げられる。また、健康情報配信側デバイス１や健康情報受信／解析側デバイス２、端末装置３等の機器を取り扱うものを総じてユーザと呼称するが、特に、健康情報配信側デバイス１を使用して健康情報の配信などを行うユーザを情報オーナと呼称する。
【００３３】
また、上述したような人や物の健康情報に限らず、更に多様な情報を取り扱うことが出来るような構成としてもよい。例えば、契約書に添付する図面などの書類について、正当性を担保可能な状態での保存や配布を行う、といったように、正当性の担保や改竄の検出が必要とされる種々の情報について、本発明に係る情報管理端末装置を用いた管理を行うことができる。
【００３４】
なお、本発明の基本は、健康情報配信側デバイス１と健康情報受信／解析側デバイス２や端末装置３とのＰｅｅｒ  ｔｏ  Ｐｅｅｒ（Ｐ２Ｐ）での一対一通信であるため、特定のクラウドサーバなどを必要としない。もちろんクラウドサーバとの接続もＰ２Ｐ通信の拡張として可能である。
【００３５】
本実施形態においては、セキュリティの強化された記録メディアを、配信側メディア１１として、広く普及しているスマートフォン、タブレット、ＰＣ等（デバイスと称する）と併用して健康情報配信側デバイス１を、同様に、受信／解析側メディア２１とデバイスによって健康情報受信／解析側デバイス２を、それぞれ実現する。記録メディアとしては、例えば、ＳｅｅＱＶａｕｌｔ（登録商標）規格のＳＤカードを活用することができる。同記録メディアには秘匿領域と通常の公開領域が、記録メディアに内蔵するプロセサにより定義されている。このなかで、秘匿領域には、デバイスで動作する特定の認証ソフトのみが、記録メディアの秘匿領域に保存されている秘匿鍵から生成される公開鍵を用いてアクセス可能となる。言い換えれば、デバイスに搭載されたＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ、基本ソフトウェア）によって提供されているような一般的なファイルシステムからは見えない、特定の認証ソフトのみアクセスできる秘匿領域を持つメディアが存在することになる。なお、同様な仕組みを有する規格の記録メディアであれば、ＳｅｅＱＶａｕｌｔ規格のＳＤカードに限らず、他の記録メディアを用いてもよい。
【００３６】
＜健康情報配信側デバイスの構成＞
図２に、健康情報配信側デバイス１の機能ブロック図を示す。ここに示すように、健康情報配信側デバイス１は、配信側メディア１１と、健康情報のセンサ４からの取得と配信側メディア１１への記録を行うエンコーダ１２と、健康情報の健康情報受信／解析側デバイス２や端末装置３への送信を行う配信部１３と、健康情報の取得や配信に際して認証を行う個人・資格情報認証手段１４と、を備える。
【００３７】
配信側メディア１１は、秘匿領域１１１と通常領域１１２を有する。秘匿領域１１１は、先に述べたようにデバイスで動作する特定の認証ソフトのみが、記録メディアの秘匿領域に保存されている秘匿鍵から生成される公開鍵を用いてアクセス可能な領域である。また、秘匿領域１１１は、後述するように、デバイス認証手段１１１１とメディア認証手段１２１、１３１との間で、デバイス−メディア間の相互認証が成立した場合にのみアクセス可能となる。通常領域１１２についても、デバイスのＯＳ等によって提供される一般的なファイルシステムではなく、秘匿領域１１１の保持するメディアファイルシステム制御情報１１１２（メディアへの逐次的な書き込みを実現するためのポインタなどの情報）と連動した非公開のメディアファイルシステムによって管理される。
【００３８】
秘匿領域１１１は、配信側メディア１１と健康情報配信側デバイス１との間で相互認証を行うデバイス認証手段１１１１と、先に説明したメディアファイルシステム制御情報１１１２と、通常領域１１２へのデータの読み書きに際して暗号化／復号を行うための鍵であるデータ暗号鍵１１１３と、健康情報配信側デバイス１上でのプログラムファイルや健康情報通帳、健康情報の不正な改竄を検出するために用いるハッシュ値などの改竄検出パラメタ１１１４と、を含む。
【００３９】
通常領域１１２は、センサ４からの健康情報の受信と、受信した健康情報の蓄積を行うエンコーダプログラムファイル１１２１と、蓄積した健康情報の健康情報受信／解析側デバイス２や端末装置３への配信を行う配信プログラムファイル１１２２と、健康情報の流通の記録である健康情報通帳１１２３と、センサ４より受信した健康情報１１２４の蓄積と、を含む。
【００４０】
ここで、健康情報通帳１１２３には、センサ４より取得した健康情報の属性として、それぞれのセンサ４の有するセンサ識別子、健康情報の取得日時や種別、サイズ、データ改竄検出パラメタ（例えば健康情報のハッシュ値）などが上書き禁止で逐次的に記録される。また、健康情報配信側デバイス１から健康情報受信／解析側デバイス２や端末装置３へと健康情報の出力を行った場合にその出力履歴や出力先、出力に際して設定された秘匿レベル、出力先より返却された解析結果などの情報を含む。
【００４１】
なお、秘匿領域１１１に含まれる各情報及び通常領域１１２に含まれるエンコーダプログラムファイル１１２１、配信プログラムファイル１１２２については、配信側メディア１１の初期設定時ないしは信頼できる配信方式により、配信側メディア１１に記録されるものである。
【００４２】
エンコーダ１２は、デバイス認証手段１１１１との間でデバイス−メディア間の相互認証を行うメディア認証手段１２１と、通常領域１１２へのアクセスを行うためのメディアファイルシステム１２２と、センサ４からの健康情報の取得と健康情報通帳１１２３、健康情報１１２４への蓄積を行う健康情報通帳１１２３や健康情報１１２４、エンコーダプログラム１２４と、エンコーダプログラム１２４の改竄検出を行う改竄検出手段１２３と、を有する。
【００４３】
エンコーダプログラム１２４は、健康情報配信側デバイス１が通常領域１１２よりエンコーダプログラムファイル１１２１を読み込んで実行するもので、センサ４の認証を行うセンサ認証手段１２４１と、センサ４からの健康情報の取得を行う健康情報取得手段１２４２と、健康情報の健康情報１１２４への蓄積、健康情報の付加情報の健康情報通帳１１２３への蓄積を行う健康情報蓄積手段１２４３と、を含む。
【００４４】
配信部１３はメディア認証手段１２１と同様、デバイス−メディア間の相互認証を行うメディア認証手段１３１と、通常領域１１２へのアクセスを行うためのメディアファイルシステム１３２と、健康情報通帳１１２３や健康情報１１２４の配信を行う配信プログラム１３４と、健康情報通帳１１２３や健康情報１１２４、配信プログラム１３４の改竄検出を行う改竄検出手段１３３と、情報オーナからの健康情報及び健康情報通帳の配信先と、配信の際に設定する秘匿レベルの指定を受け付ける情報配信先・秘匿レベル指定入力受付手段１３５と、改竄検出パラメタ１１１４を秘匿化して配信する改竄検出パラメタ秘匿化配信手段１３６と、を有する。
【００４５】
配信プログラム１３４は、健康情報配信側デバイス１が通常領域１１２より配信プログラムファイル１１２２を読み込んで実行するもので、健康情報通帳１１２３、健康情報１１２４をコンテナ化して配信の対象とする健康情報コンテナを生成する健康情報コンテナ生成手段１３４１と、健康情報コンテナを健康情報受信／解析側デバイス２や端末装置３へと配信する健康情報コンテナ配信手段１３４２と、を含む。
【００４６】
改竄検出パラメタ秘匿化配信手段１３６は、他の健康情報受信／解析側デバイス２などへ健康情報の配信を行った後に、その改竄の有無の検証のために、配信した健康情報の改竄検出パラメタ（ハッシュ値など）を、秘匿化した状態で提供するものである。
【００４７】
なお、本実施形態において、情報配信先・秘匿レベル指定入力受付手段１３５により情報オーナからの指定を受け付ける秘匿レベルは、表１に示すようなものである。この秘匿レベルは、配信する健康情報コンテナに対して原則情報オーナが指定し、健康情報の記録や配信を行う際に、付加情報として共に扱われる。表１に示す様に、秘匿レベルが最も低いクラス０では、健康情報の日付も含めた改竄困難な健康情報が情報オーナの手元にエビデンスとして残るのみで、配信された情報は相手先の扱いに依存する。この場合は図１に端末装置３ａ、３ｂとして示したような、一般的な端末装置（従来のクラウドサービスなど）に情報を送ることが可能である。クラス１以上の秘匿レベルを実現するためには、情報コンテナを受信する解析側にもセキュアな蓄積メディアが必要になる。このメディアに改竄困難な受信・解析ソフトが搭載されることにより、受信コンテナに対する勝手な配信を困難にする。また、再配信などの履歴を受信側と情報オーナ側の健康情報通帳に書き込み記録を残す。具体的には、クラス１の指定の場合、受信健康情報の暗号解読が必要になる。この暗号解読の鍵は、あらかじめ受信側の秘匿領域に収容されている必要がある。クラス２では、さらに、受信健康情報の再配信菌糸、有効期限、消去などの制御を情報オーナが指定することが可能である。クラス３では、同様の指定が解析結果にも可能となる。
【００４８】
【表１】
2020166883.tif 000003
【００４９】
また、本実施形態においては、エンコーダ１２と配信部１３がそれぞれ、メディア認証手段１２１、メディア認証手段１３１、メディアファイルシステム１２２、メディアファイルシステム１３２、改竄検出手段１２３、改竄検出手段１３３を有する構成を示したが、これらの機能を共通化するような構成としてもよい。ただし、いずれの場合においても、メディア認証手段１２１、１３１やメディアファイルシステム１２２、１３２、及び改竄検出手段１２３、１３３は耐タンパ化（ソフトウェアコードの難読化処理）されており、秘匿領域１１１へアクセスするためには、これらのソフトウェア（核ソフト）が必須となる。
【００５０】
＜健康情報受信／解析側デバイスの構成＞
図３に、健康情報受信／解析側デバイス２の機能ブロック図を示す。ここに示すように、健康情報受信／解析側デバイス２は、受信／解析側メディア２１と、健康情報配信側デバイス１からの健康情報の受信や、その解析結果の健康情報配信側デバイス１への送信、健康情報の解析結果の他の健康情報受信／解析側デバイス２や端末装置３への再解析の依頼のための送信、再解析結果の受信などを行う送受信部２２と、受信した健康情報の閲覧制御や解析などを行うデコーダ２３と、健康情報の受信や閲覧などに際して認証を行う個人・資格情報認証手段２４と、を備える。
【００５１】
受信／解析側メディア２１は、配信側メディア１１と同様に秘匿領域２１１と通常領域２１２とを有する記録メディアを用いることができ、メディア認証手段２２１は秘匿領域１１１と同様のデバイス認証手段２１１１、メディアファイルシステム制御情報２１１２、データ暗号鍵２１１３、改竄検出パラメタ２１１４を含む。
【００５２】
通常領域２１２は健康情報配信側デバイス１からの健康情報の受信やその健康情報の解析結果の健康情報配信側デバイス１、他の健康情報受信／解析側デバイス２、端末装置３などへの送信を行う送受信プログラムファイル２１２１と、受信した健康情報の解析や閲覧制御を行うデコーダプログラムファイル２１２２と、健康情報とそれに付加された情報などを格納する健康情報通帳／健康情報２１２３と、健康情報の解析結果などを格納する解析結果情報２１２４と、を含む。
【００５３】
なお、秘匿領域２１１に含まれる各情報及び通常領域２１２に含まれる送受信プログラムファイル２１２１、デコーダプログラムファイル２１２２については、受信／解析側メディア２１の初期設定時ないしは信頼できる配信方式により、配信側メディア１１に記録されるものである。
【００５４】
送受信部２２は、デバイス認証手段２１１１との間でデバイス−メディア間の相互認証を行うメディアファイルシステム１２２と、通常領域２１２へのアクセスを行うためのメディアファイルシステム２２２と、メディアファイルシステム２２２や、健康情報通帳／健康情報２１２３、解析結果情報２１２４などの改竄の検出を行う改竄検出手段２２３と、健康情報コンテナや解析情報コンテナの受信や開封、デコーダ２３による健康情報の解析結果の解析情報コンテナとしての送信などを行う送受信プログラム２２４と、健康情報コンテナや解析情報コンテナに設定された秘匿レベルの判定を行う秘匿レベル判定手段２２５と、改竄検出パラメタ２１１４を秘匿化して配信する改竄検出パラメタ秘匿化配信手段２２６と、を有する。
を有する。
【００５５】
送受信プログラム２２４は、健康情報受信／解析側デバイス２が通常領域２１２より送受信プログラムファイル２１２１を読み込んで実行するもので、健康情報配信側デバイス１からの健康情報コンテナの受信や、他の健康情報受信／解析側デバイス２、あるいは端末装置３からの解析情報コンテナの受信を行う健康／解析情報コンテナ受信手段２２４１と、受信した健康情報コンテナや解析情報コンテナの開封、健康情報通帳／健康情報２１２３への記録を行う健康／解析情報コンテナ開封手段２２４２と、解析結果情報２１２４に格納されたデコーダ２３による健康情報の解析結果の解析情報コンテナとしての配信を行う解析情報コンテナ送信手段２２４３と、を含む。
【００５６】
改竄検出パラメタ秘匿化配信手段２２６は、健康情報配信側デバイス１や他の健康情報受信／解析側デバイス２などへ健康情報の解析結果の配信を行った後に、その改竄の有無の検証のために、配信した解析結果の改竄検出パラメタ（ハッシュ値など）を、秘匿化した状態で提供するものである。
【００５７】
デコーダ２３は、デバイス認証手段２１１１との間でデバイス−メディア間の相互認証を行うメディア認証手段２３１と、通常領域２１２へのアクセスを行うためのメディアファイルシステム２３２と、健康情報の解析や閲覧／送信の制御などを行うデコーダプログラム２３４と、健康情報通帳／健康情報２１２３や解析結果情報２１２４、デコーダプログラム２３４の改竄の検出を行う改竄検出手段２３３と、を有する。
【００５８】
デコーダプログラム２３４は、健康情報受信／解析側デバイス２が通常領域２１２よりデコーダプログラムファイル２１２２を読み込んで実行するもので、健康情報や解析結果の閲覧や健康情報配信側デバイス１、他の健康情報受信／解析側デバイス２、端末装置３への送信を制御する閲覧制御手段２３４１と、健康情報の解析を行う健康情報解析手段２３４２と、を含む。
【００５９】
なお、本実施形態においては、送受信部２２とデコーダ２３がそれぞれ、メディア認証手段２２１、メディア認証手段２３１、メディアファイルシステム２２２、メディアファイルシステム２３２、改竄検出手段２２３、改竄検出手段２３３を有する構成を示したが、これらの機能を共通化するような構成としてもよい。ただし、いずれの場合においても、メディア認証手段２２１、２３１やメディアファイルシステム２２２、２３２、及び改竄検出手段２２３、２３３は耐タンパ化（ソフトウェアコードの難読化処理）されており、秘匿領域２１１へアクセスするためには、これらのソフトウェア（核ソフト）が必須となる。
【００６０】
また、本実施形態においては、上述したように、健康情報受信／解析側デバイス２による解析結果の出力として、閲覧制御手段２３４１による健康情報受信／解析側デバイス２での表示と、解析情報コンテナ送信手段２２４３による健康情報配信側デバイス１や健康情報受信／解析側デバイス２、端末装置３への送信、といった出力が可能な構成を示したが、これらの何れかのみを出力手段として備えるような構成としてもよい。例えば、閲覧制御手段２３４１による健康情報受信／解析側デバイス２での表示のみを可能とし、健康情報受信／解析側デバイス２のユーザが解析結果の閲覧を行うための構成や、解析情報コンテナ送信手段２２４３による送信のみを可能とし、健康情報、健康情報通帳の送信元の健康情報配信側デバイス１への解析結果の返却や、他の健康情報受信／解析側デバイス２や端末装置３への再解析依頼のみを行うような構成などが挙げられる。
【００６１】
また、健康情報配信側デバイス１と健康情報受信／解析側デバイス２がそれぞれ異なる機能を有する構成を示したが、本発明はこれに限るものではない。例えば、エンコーダ１２、配信部１３、送受信部２２、デコーダ２３の機能を有するような端末装置に、配信側メディア１１、受信／解析側メディア２１に格納される情報を含む記録メディアを接続し、健康情報配信側デバイス１と健康情報受信／解析側デバイス２のどちらとしても利用可能な端末装置を用いるような構成としてもよい。
【００６２】
なお、エンコーダプログラムファイル１１２１、配信プログラムファイル１１２２、送受信プログラムファイル２１２１、デコーダプログラムファイル２１２２等のプログラムは、予め管理サーバ装置５にすべて登録されているものとする。また、それぞれのセンサ４に関する属性情報（センサ４を識別するためのセンサ識別子やセンサ４に関するその他の情報）も、予め管理サーバ装置５に蓄積され、解析時に参照可能になっているものとする。
【００６３】
＜プログラムの読み込み、改竄検出＞
エンコーダプログラムファイル１１２１、配信プログラムファイル１１２２の読み込みは、健康情報配信側デバイス１の起動時に行なわれる。また、定期的、あるいはユーザの指示に基づいて健康情報の取得処理を行う際に読み込むような構成としてもよい。図４は、エンコーダプログラムファイル１１２１の読み込み処理の流れを示すフローチャートである。
【００６４】
まず、ステップＳ１０１において、健康情報配信側デバイス１と配信側メディア１１との間での相互認証を行う。これは、メディア認証手段１２１とデバイス認証手段１１１１との間で実行される処理である。
【００６５】
そして、ステップＳ１０２でデバイス−メディア間の認証処理が成功したと判断された場合には、ステップＳ１０３へと進み、エンコーダプログラムファイル１１２１がエンコーダプログラム１２４として健康情報配信側デバイス１へと読み込まれ、健康情報配信側デバイス１のメモリ上への展開などが行われる。
【００６６】
ステップＳ１０２において認証が失敗した場合には、ステップＳ１０３におけるエンコーダプログラム１２４の読み込み等を行わず、処理は終了する。この際、認証の失敗を示すメッセージやログの出力を行うような構成としてもよい。
【００６７】
健康情報配信側デバイス１による配信プログラムファイル１１２２の読み込みについても、同様の処理が行われる。あるいは、エンコーダプログラムファイル１１２１、配信プログラムファイル１１２２の読み込み処理を別個に行わず、一度の認証処理の後に、ステップＳ１０３においてエンコーダプログラムファイル１１２１、配信プログラムファイル１１２２の両方を読み込むような処理としてもよい。更に、健康情報受信／解析側デバイス２による送受信プログラムファイル２１２１、デコーダプログラムファイル２１２２の読み込みに際しても、健康情報受信／解析側デバイス２によって同様の処理が行われる。
【００６８】
以上のような処理によってメディア認証手段１２１（あるいはメディア認証手段２２１）からプログラムが読み込まれた後にも、プログラムの不正な改竄が行われていないか否かについての検出処理が定期的に行われる。図５は、改竄検出処理の流れを示すフローチャートである。
【００６９】
まず、ステップＳ２０１において、改竄検出パラメタ１１１４や改竄検出パラメタ２１１４の読み込みが行われる。本実施形態においては、プログラムに関する改竄検出パラメタ１１１４として、エンコーダプログラムファイル１１２１、配信プログラムファイル１１２２のハッシュ値を、また、プログラムに関する改竄検出パラメタ２１１４として、送受信プログラムファイル２１２１、デコーダプログラムファイル２１２２のハッシュ値を、それぞれ含む情報が用いられる。ここで、ハッシュ値とは、ハッシュ関数を用いて、元データに対して不可逆な計算処理を行うことによって求められる値である。正規のファイルのハッシュ値を予め算出して記録しておき、改竄の検出処理において、改竄の検出対象とするファイルのハッシュ値を同様の手順で算出し、正規のファイルのハッシュ値と同一になるか否かを判定することによって、ファイルへの改竄の有無を検証することができる。
【００７０】
ステップＳ２０１で改竄検出パラメタ１１１４、２１１４として記録されたハッシュ値を読み込んだ後、ステップＳ２０２で、検査対象プログラムのハッシュ値の算出が行われる。ここでは、健康情報配信側デバイス１に読み込まれたエンコーダプログラムファイル１１２１や配信プログラムファイル１１２２、健康情報受信／解析側デバイス２に読み込まれた送受信プログラムファイル２１２１やデコーダプログラムファイル２１２２が検査対象プログラムとなる。
【００７１】
続くステップＳ２０３において、ハッシュ値の比較を行う。ここで、先に述べた通り、ハッシュ値が同一となれば、プログラムの改竄は行われていないと判断できるが、ハッシュ値が異なる場合には、プログラムが不正に改竄された疑いがある。そのため、ステップＳ２０４でハッシュ値が同一と判定された場合には改竄検出処理は終了するが、ステップＳ２０４でハッシュ値が同一でないと判定された場合には、ステップＳ２０５へと進み、検査対象プログラムの再読み込み処理が行われる。これは、先に図４を参照して説明したような処理を再度行えばよい。
【００７２】
また、ハッシュ値が同一でなく、プログラムの改竄の恐れがある場合には、前回の改竄検出処理から現在までに取得されたデータ、すなわち、不正に改竄されたプログラムによって取得された恐れのある、信頼性の低いデータの破棄や回復などの処理を行うことが好ましい。
【００７３】
ここで、エンコーダプログラム１２４の改竄が検出された場合には、前回の改竄検出処理から現在に至るまでに取得された健康情報や健康情報通帳を削除することが好ましい。また、当該データを用いて行なわれた解析結果についても信頼性が低いものとなるため、そのような解析結果を保持する他の健康情報受信／解析側デバイス２や端末装置３などに対しても、データの削除を依頼するような構成とすることがより好ましい。
【００７４】
一方、エンコーダプログラム１２４以外のプログラムの改竄が検出された場合においては、他の健康情報配信側デバイス１、や健康情報受信／解析側デバイス２、端末装置３に、あるいは、管理サーバ装置５や図示しない他のサーバ装置などに定期的なバックアップを取るような構成としておけばそれらのサーバ装置などに、プログラムの改竄の影響を受けていない、すなわち、信頼性の高いデータが存在する可能性がある。そのような場合においては、それらの情報を取得し、データの回復を図ることが好ましい。
【００７５】
また、エンコーダプログラム１２４以外のプログラムの改竄が検出された場合においても、改竄が検出されたプログラムが処理に介在したデータ、すなわち、配信プログラム１３４の改竄が検出された場合の、健康情報受信／解析側デバイス２や端末装置３へと送信された健康情報や健康情報通帳、及びその解析結果、送受信プログラム２２４やデコーダプログラム２３４の改竄が検出された場合の、健康情報配信側デバイス１や他の健康情報受信／解析側デバイス２、端末装置３などへ送信された解析結果やその再解析結果、といったデータについても、信頼性が低いものとなるため、そのようなデータの削除を依頼するような構成とすることがより好ましい。
【００７６】
本実施形態においては、以上のようにして、健康情報配信側デバイス１が配信側メディア１１から読み込んだプログラムファイルや、健康情報受信／解析側デバイス２が受信／解析側メディア２１から読み込んだプログラムファイルが不正に改竄されていないかを検査し、改竄が行われた恐れがある場合にはプログラムファイルの再読み込みを行うことで、健康情報や解析結果の不正な改竄や利用がされないことを担保することができる。
【００７７】
＜健康情報の取得処理＞
続いて、健康情報配信側デバイス１による、センサ４からの健康情報の取得処理について説明する。図６は、健康情報の取得処理の流れを示すフローチャートである。まず、ステップＳ３０１において、個人・資格情報認証手段１４による情報オーナの認証処理が行われる。なお、これは健康情報配信側デバイス１の有する認証手段によって行われればよく、例えば事前に設定された暗証番号の入力や、健康情報配信側デバイス１が指紋認証や顔認証のような生体認証を行う機能を有したデバイスであれば、それらの機能を利用するような構成とすればよい。
【００７８】
ステップＳ３０２でユーザ認証が成功したと判定された場合には、ステップＳ３０３へと進み、センサ認証手段１２４１によるセンサ４の認証処理が行われる。これは、情報オーナ以外の人や、対象とする健康情報配信側デバイス１やセンサ４以外が生成する健康情報を不正に取得することを防ぐためのものであり、センサ４の設置時や初期登録時、登録変更時に対象とするセンサ固有の識別子を情報オーナによりリストアップするとともに、不自然な取得情報の内容を監視する事により、検出して健康情報通帳１１２３に記録しておき、それを基に認証を行う。
【００７９】
ステップＳ４０４でセンサ４の認証が成功したと判定された場合には、ステップＳ３０５へと進み、健康情報蓄積手段１２４３によるセンサ４からの健康情報の取得処理が行われる。ここで取得された健康情報に対し、ステップＳ３０６で付加情報が付与される。付加情報としては、健康情報が取得された日時・時刻記録（タイムスタンプ）や、取得を行ったセンサ４に関する情報などが挙げられる。そして、ここでは、これらの付加情報は信頼されるサイトが発行した電子証明書や電子時刻証明書等により改竄困難な形態で付与することが好ましい。
【００８０】
ステップＳ３０７では、ステップＳ３０５で取得され、ステップＳ３０６で付加情報を付与された健康情報の健康情報通帳１１２３、健康情報１１２４への記録が行われる。ここでの健康情報の記録は、上書き禁止として、逐次的に行われる。
【００８１】
以上の処理によって、健康情報配信側デバイス１を用いた健康情報の取得が行われる。このように、情報オーナやセンサ４の認証を行うことにより、第三者による情報オーナの意図しない不正な健康情報の記録等を防ぐことができる。更に、センサ４より取得した健康情報へ改竄困難な形態での付加情報の付与や、それらの情報の上書き禁止での逐次的な記録を行うことで、情報オーナによる健康情報の不正な改竄をも防ぐことができる。これにより、健康情報配信側デバイス１によって記録する健康情報の信頼性を非常に高いものにすることができる。
【００８２】
なお、図６においては、ステップＳ３０２でユーザ認証が失敗したと判定された場合やステップＳ３０４でセンサ４の認証が失敗した場合に直ちに処理を終了する処理を例示したが、そのような場合に再認証を求めるような処理や、警告メッセージを表示するような処理など、任意の処理を加えてもよい。
【００８３】
＜健康情報の配信処理＞
エンコーダ１２によってセンサ４より取得され、配信側メディア１１へと記録された健康情報及びその付加情報である健康情報通帳は、健康情報受信／解析側デバイス２や端末装置３へと配信することができる。図７は、健康情報の配信処理の流れを示すフローチャートである。
【００８４】
まず、ステップＳ４０１において、情報オーナの認証が行われる。これは、図６を参照して説明した健康情報の取得処理におけるステップＳ３０１と同様の処理でよい。そして、ステップＳ４０３で、ユーザ認証が成功したと判定された場合に、ステップＳ４０３からＳ４０５の配信処理が行われる。
【００８５】
ステップＳ４０３では、情報オーナより、健康情報通帳１１２３、健康情報１１２４の内で配信対象とする情報の指定と、その配信先、及び配信に用いる秘匿レベルの指定を受け付ける。ここでの配信対象とする情報の指定は、例えば、特定のセンサ４から取得した情報、特定の期間に取得した情報など、任意の方法によって受け付ければよい。配信先についても、有線、無線で直接接続された健康情報受信／解析側デバイス２や端末装置３を指定する方法や、ネットワークＮＷを介して接続されるのであればＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を指定する方法など、任意の方法で指定を受け付ければよい。あるいは、有線での接続など所定の方法で接続された健康情報受信／解析側デバイス２や端末装置３を自動的に配信先として選択する構成などを取ってもよい。秘匿レベルは、先に表１に示したようなクラス０〜３の４つの内の何れかの選択を受け付ける。あるいは、配信対象とする情報や配信先の健康情報受信／解析側デバイス２、端末装置３について、配信に用いる秘匿レベルを予め定めておくような構成としてもよい。
【００８６】
続くステップＳ４０４では、ステップＳ４０３で情報オーナより受けた指定に基づき、健康情報コンテナの生成処理を行う。ここでの健康情報コンテナとはすなわち、健康情報や健康情報通帳の内の配信対象とする情報を、情報オーナより指定された秘匿レベルによって配信するためのコンテナである。これは、単一のファイルとしてもよいし、複数のファイルの集合の形をとってもよい。
【００８７】
なお、受信／解析側メディア２１のようなセキュアな記録メディアを有さない端末装置３へと健康情報コンテナや解析情報コンテナを送信する場合には、秘匿レベルの設定をクラス０とする、あるいは、健康情報コンテナの生成時に秘匿レベルの設定自体を省略する、といった処理を行えばよい。
【００８８】
そして、ステップＳ４０５で、健康情報コンテナを配信先へと送信し、健康情報の配信処理は終了する。なお、健康情報の配信処理は、ここで説明したようにステップＳ４０１におけるユーザ認証、ステップＳ４０３における各種指定を情報オーナより受け付けて行う他に、予め定期的な健康情報の配信設定を行っておき、ステップＳ４０１におけるユーザ認証を省略して定期的に自動実行するような構成をとってもよい。
【００８９】
また、ステップＳ４０５における健康情報コンテナの配信に伴って、改竄検出パラメタ秘匿化配信手段１３６により、健康情報コンテナに含まれる健康情報や健康情報通帳の改竄検出パラメタの配信も行うような構成としてもよい。
【００９０】
＜健康情報の受信／解析処理＞
次に、健康情報配信側デバイス１より配信された健康情報コンテナの、健康情報受信／解析側デバイス２による受信処理について説明する。なお、他の健康情報受信／解析側デバイス２や端末装置３から、健康情報コンテナの解析結果である解析情報コンテナを受信する際にも同様の処理を行うため、あわせて説明する。図８は、健康情報受信／解析側デバイス２による健康情報コンテナ、解析情報コンテナの受信処理の流れを示すフローチャートである。
【００９１】
ステップＳ５０１において健康情報コンテナ、解析情報コンテナを受信した後には、ステップＳ５０２で秘匿レベルの判定を行う。これは、予め健康情報コンテナや解析情報コンテナに、コンテナを開封せずとも秘匿レベルを判定可能な情報を付与しておき、それを読み取ることで実行される。
【００９２】
そして、ステップＳ５０２において判定した秘匿レベルに応じて、ステップＳ５０３で健康情報コンテナ、解析情報コンテナの開封処理を行う。これは秘匿レベルによって異なった処理となり、例えばクラス０のデータであればコンテナを展開するのみでよいが、クラス１以上の秘匿レベルが設定されている場合には、暗号化されたデータの複合処理が含まれる。更に、クラス２以上のデータであれば、それに設定された複写の制限や有効期限などの付加情報の取得処理等も含まれる。
【００９３】
ステップＳ５０４で、健康情報コンテナを開封して得た健康情報や健康情報通帳、解析情報コンテナを開封して得た解析結果情報の健康情報通帳／健康情報２１２３への記録を行い、受信処理は終了する。
【００９４】
なお、上述したような受信処理は、定期的に実行するような構成や、健康情報受信／解析側デバイス２や端末装置３を利用するユーザの指示があった場合に実行する構成、あるいは、健康情報配信側デバイス１からの健康情報の配信や他の健康情報受信／解析側デバイス２や端末装置３からの解析情報コンテナの配信があった際に都度行う構成など、任意のタイミングで実行するような構成としてよい。
【００９５】
また、先に述べたように、健康情報コンテナの配信に伴って改竄検出パラメタ秘匿化配信手段１３６からの改竄検出パラメタの健康情報配信側デバイス１からの送信を行うような構成とした場合、健康情報受信／解析側デバイス２によってそれを受信し、ステップＳ５０３における開封処理の後などに、データの改竄の有無を検証するような構成としてもよい。
【００９６】
＜健康情報解析／解析情報再解析処理＞
図９は、健康情報受信／解析側デバイス２における、健康情報配信側デバイス１から受信した健康情報の解析処理、及び、他の健康情報受信／解析側デバイス２や端末装置３から受信した解析情報の再解析処理の流れを示すフローチャートである。まず、ステップＳ６０１で、健康情報通帳／健康情報２１２３より、健康情報や健康通帳情報の読み出しを行う。
【００９７】
そして、ステップＳ６０２において、健康情報解析手段２３４２による健康情報の解析、解析情報の再解析を行い、ステップＳ６０３でその結果を解析結果情報２１２４へと一時的に記録する。ここでは、ステップＳ６０１において読み出した健康通帳情報に含まれるセンサ識別子を用いて、管理サーバ装置５より健康情報を取得したセンサ４に関する情報を取得し、それに基づいた解析などを行う。この解析は例えば、健康情報コンテナで送られる、日中の活動量や位置情報等の行動情報、移動中の花粉・空気汚染・気圧・温度などの環境情報、さらにストレス・血圧変動などの生体情報、といった情報を、ＡＩ等の解析により相互の関係を可視化することによって、未病対策・治療・ビックデータによる商品開発等に用いることができるような結果を得られるものである。
【００９８】
なお、解析結果を一時的でなく、（健康情報に設定された秘匿レベルの許す範囲で）保持し続けるような構成としてもよいし、あるいは、解析を行ったという履歴情報のみを保持し続けるような構成としてもよい。このような構成とすれば、健康情報の配信元の情報オーナによる検証を、容易にすることができる。
【００９９】
その後、ステップＳ６０４で、解析情報コンテナ送信手段２２４３によって、解析結果情報２１２４に一時記録した解析結果の送信を行う。ここでの送信先は、健康情報配信側デバイス１から受信した健康情報の解析結果であれば、その送信元である健康情報配信側デバイス１に、また、解析結果を更に他の健康情報受信／解析側デバイス２や端末装置３で解析する、あるいは蓄積するという場合には、それらのデバイスへと、秘匿レベルの設定等を行って送信すればよい。また、ユーザより任意の送信先の指定を受け付けるような構成としてもよい。
【０１００】
なお、受信／解析側メディア２１のようなセキュアな記録メディアを有さない端末装置３へと健康情報コンテナや解析情報コンテナを送信する場合には、秘匿レベルの設定をクラス０とする、あるいは、秘匿レベルの設定自体を省略して送信する、といった処理を行えばよい。
【０１０１】
ここで、ステップＳ６０４における解析情報コンテナの送信に伴って、改竄検出パラメタ秘匿化配信手段２２６による、解析結果の改竄検出パラメタの送信を行うような構成としてもよい。
【０１０２】
なお、ここでは、健康情報の解析結果を健康情報配信側デバイス１や他の健康情報受信／解析側デバイス２、端末装置３へと送信する処理を説明したが、閲覧制御手段２３４１によって、健康情報受信／解析側デバイス２を利用するユーザによる閲覧も可能に構成されている。ここで、解析情報コンテナ送信手段２２４３による他のデバイスへの送信と閲覧制御手段２３４１を用いるユーザによる閲覧のいずれにおいても、元の健康情報コンテナ（あるいは解析情報コンテナ）に指定されていた秘匿レベルに従って処理が行われる。すなわち、元の健康情報コンテナ、解析情報コンテナの秘匿レベルがクラス２以上に設定されており、データの複写の制限や有効期限設定が付与されている場合には、それに従って、閲覧の制限や有効期限切れのデータの削除などが行われる。
【０１０３】
＜メディアファイルシステムによるファイルの記録／読み出し処理＞
健康情報の取得処理におけるステップＳ３０７、健康情報の配信処理におけるステップＳ４０４、健康情報や解析情報の受信処理におけるステップＳ５０４、健康情報の解析や解析情報の再解析処理におけるステップＳ６０１、Ｓ６０３などにおいて、配信側メディア１１の通常領域１１２や送受信部２２の通常領域２１２へのデータの読み書きを行う際には、メディアファイルシステム１２２、１３２、２２２、２３２により、改竄が困難な状態とするための処理が行われる。
【０１０４】
図１０（ａ）は、メディアファイルシステム１２２、１３２、２２２、２３２によるデータの記録処理の流れを示すフローチャートである。データの記録に際しては、まずステップＳ７０１において、記録するデータのハッシュ値の算出が行われる。これはすなわち、データの改竄の検出に用いられる、データ改竄検出パラメタである。
【０１０５】
そして、ステップＳ７０２で、データ暗号鍵１１１３、２１１３を用いた、記録するデータの暗号化が行われ、ステップＳ７０３で、ステップＳ７０１において算出されたハッシュ値の秘匿領域１１１、２１１への記録と、ステップＳ７０２において暗号化されたデータの通常領域１１２、２１２への記録を行う。なお、ここでのデータの記録は、上書き禁止で、逐次的に行われる。
【０１０６】
このようにして通常領域１１２、２１２へと記録されたデータの読み出しは、図１０（ｂ）に示すような流れで行われる。まず、ステップＳ８０１において、暗号化されたデータの復号が行われる。これには、データ暗号鍵１１１３、２１１３が用いられる。
【０１０７】
そして、ステップＳ８０２で、復号化したデータのハッシュ値の算出が行われ、ステップＳ８０３で、算出されたハッシュ値と秘匿領域１１１、２１１に記録されたハッシュ値との比較が行われる。ここで、ハッシュ値が不一致であれば、すなわち、データの改竄が行われた可能性が高い。そのため、ステップＳ８０４で、ハッシュ値が不一致であったと判定された場合にはステップＳ８０５へと進み、データの削除や回復を行う。
【０１０８】
ここでのデータの回復とは、例えば、データの記録時や、定期的な処理などにより、管理サーバ装置５や図示しない他のサーバ装置へのバックアップを予め行っておき、それを取得する、といった方法によって行うことができる。
【０１０９】
また、データの改竄が検出された場合には、他の端末上に存在する当該データやその解析結果についても、改竄検出処理を行うような構成とすることが好ましい。
【０１１０】
このように、暗号化とハッシュ値による改竄検出を組み合わせたデータの読み書きを行うことにより、データを安全に保管し、不正な改竄などを行わせないような構成とすることができる。また、ユーザの指示に基づいた処理や、定期的な処理などによって、図１０（ｂ）に示したような処理によるデータの改竄検出処理を行うような構成とすることが好ましい。
【０１１１】
なお、本実施形態においては、健康情報配信側デバイス１、健康情報受信／解析側デバイス２において実行されるプログラムや健康情報、健康情報通帳、解析情報などを配信側メディア１１、受信／解析側メディア２１に格納する構成を示したが、本発明はこれに限るものではない。例えば、各情報にアクセスするためのＵＲＬやパスといったリンクが配信側メディア１１や受信／解析側メディア２１にセキュアに保存され、それらを用いることにより、結果的に上述したような情報にアクセスできるのであれば、必ずしも配信側メディア１１や受信／解析側メディア２１内に保存される必要はない。このような構成とすれば、配信側メディア１１の記憶容量が限られるような場合においても、ネットワークＮＷを介して通信可能なサーバ装置や、健康情報配信側デバイス１、健康情報受信／解析側デバイス２の備える記憶部などへと、多くの情報の蓄積を行うことができる。
【０１１２】
以上のように、情報オーナが秘匿レベルの設定によって情報の取り扱いを決定し、また、健康情報や解析情報を取り扱うプログラム、及び健康情報や解析情報自体の改竄を防止することで、情報オーナが自分の情報を把握し、活用方針や活用する情報の配信先を決め、さらに配信した情報の有効期限や消去をすることができる。
【０１１３】
これにより、従来のクラウド主体のデータ活用のように、知らないうちに情報が吸い上げられ、一旦クラウドに吸収された情報の処理後の行方について、情報を生成した情報オーナが把握することが困難となってしまう、情報の改竄に対する保護が情報の活用を行うそれぞれの事業者に委ねられており、不正な改竄の恐れがある、といった問題を解消することができる。そして、特定のクラウドサーバに依存することなく、個人主導の情報活用を広く普及しているスマートフォン等のデバイスとセキュアなＳＤカードなどのメディアを活用したＰ２Ｐ通信を基本とした構成で行うことで、大きな投資やインフラの改造を行うことなく、手軽かつ柔軟に信頼性の高い健康情報取得・蓄積・配信・処理を実現することができる。
【０１１４】
（実施形態２）
以下、図面を参照して本発明の実施形態２について詳細に説明する。なお、上述した実施形態１と基本的に同一の構成要素については、同一の符号を付してその説明を簡略化する。本実施形態に係る情報管理端末装置を用いたシステムも、実施形態１において図１を参照して説明したように、健康情報配信側デバイス１、健康情報受信／解析側デバイス２、端末装置３、センサ４、管理サーバ装置５を備えるものである。ただし、本実施形態においては、配信側メディア１１、受信／解析側メディア２１として、実施形態１において説明したようなセキュリティの強化された記録メディアではなく、より一般的な記録メディアを用いる点、また、管理サーバ装置５がセンサ４に関する情報の蓄積のみでなく、秘匿領域１１１に含まれる各情報を有する点において異なる。
【０１１５】
＜健康情報配信側デバイスの構成＞
図１１に、本実施形態に係る健康情報配信側デバイス１の機能ブロック図を示す。ここに示すように、本実施形態に係る健康情報配信側デバイス１は、実施形態１と同様のエンコーダ１２、配信部１３、個人・資格情報認証手段１４を備える。そして、配信側メディア１１が通常領域１１２と、メディア識別子１１３とを備える点、また、秘匿情報一時記憶部１５を備える点において、実施形態１と異なるものである。すなわち、本実施形態は、実施形態１において例示したＳｅｅＱＶａｕｌｔのような秘匿領域１１１と通常領域１１２とを有する記録メディアではなく、通常領域１１２（及びメディア識別子１１３）を有するが、秘匿領域１１１を有さないような、より一般的な記録メディアを利用する場合の構成を示すものである。
【０１１６】
秘匿情報一時記憶部１５は、後に説明するように、管理サーバ装置５より受信した秘匿領域１１１に含める情報を格納するための領域であり、健康情報配信側デバイス１の備える揮発性、あるいは不揮発性のメモリ上に、予め、あるいは、管理サーバ装置５からの秘匿領域１１１に含める情報の受信処理に際して確保される領域である。あるいは、配信側メディア１１の備える通常領域１１２の内に、秘匿情報一時記憶部１５として使用する領域を確保するような構成としてもよい。
【０１１７】
メディア識別子１１３は、各々の配信側メディア１１が備える、ユーザによる書き換えが不可能な、固有な識別子である。例えば、ＳＤカードであれば、ＣＩＤ（カード識別）レジスタと呼ばれる、シリアル番号などを含む、ユーザによる書き換えが不可能な領域を有するので、配信側メディア１１としてＳＤカードを用いる場合には、それをメディア識別子１１３として使用することができる。
【０１１８】
また、本実施形態においても、通常領域１１２に含まれる各情報を、それらの実体に代えて、ネットワークＮＷを介して通信可能なサーバ装置や、健康情報配信側デバイス１の備える記憶部などへのリンクの形態で保持するような構成としてもよい。
【０１１９】
＜健康情報受信／解析側デバイスの構成＞
図１２に、本実施形態に係る健康情報受信／解析側デバイス２の機能ブロック図を示す。ここに示すように、本実施形態に係る健康情報受信／解析側デバイス２は、実施形態１と同様の送受信部２２、デコーダ２３、個人・資格情報認証手段２４を備える。そして、受信／解析側メディア２１が通常領域２１２と、メディア識別子２１３とを備える点、また、秘匿情報一時記憶部２５を備える点において、実施形態１と異なるものでる。これはすなわち、本実施形態における健康情報配信側デバイス１と同様、実施形態１において例示したＳｅｅＱＶａｕｌｔのような秘匿領域２１１と通常領域２１２とを有する記録メディアではなく、通常領域２１２（及びメディア識別子２１３）を有するが、秘匿領域２１１を有さないような、より一般的な記録メディアを利用する場合の構成を示すものである。
【０１２０】
秘匿情報一時記憶部２５は秘匿情報一時記憶部１５と同様、健康情報受信／解析側デバイス２上や、受信／解析側メディア２１の有する通常領域２１２上に、予め、あるいは、管理サーバ装置５からの秘匿領域２１１の受信処理に際して確保される領域である。
【０１２１】
メディア識別子２１３は、メディア識別子１１３と同様、受信／解析側メディア２１としてＳＤカードを用いる場合にはＣＩＤレジスタに含まれる値を用いる、といったように、受信／解析側メディア２１として使用する記録メディアの備える、固有な識別子を用いることができる。
【０１２２】
また、本実施形態においても、通常領域２１２に含まれる各情報を、それらの実体に代えて、ネットワークＮＷを介して通信可能なサーバ装置や、健康情報受信／解析側デバイス２の備える記憶部などへのリンクの形態で保持するような構成としてもよい。このような構成とすれば、受信／解析側メディア２１の記憶容量が限られるような場合においても、多くの情報の蓄積が可能となる。
【０１２３】
＜秘匿情報の受信、プログラムの読み込み、改竄検出＞
本実施形態においては、健康情報配信側デバイス１の起動時、または、定期的な処理やユーザの指示による処理によってエンコーダプログラムファイル１１２１、配信プログラムファイル１１２２の読み込みを行う際に、管理サーバ装置５からの秘匿領域１１１の受信を行う。図１３は、秘匿領域１１１の受信と、エンコーダプログラムファイル１１２１、配信プログラムファイル１１２２の読み込み処理の流れを示すフローチャートである。これはすなわち、実施形態１において図４を参照して説明した処理に相当するものであるといえる。
【０１２４】
まず、ステップＳ９０１で、健康情報配信側デバイス１と管理サーバ装置５の間での認証処理を行う。これは、メディア認証手段１２１、２２１が配信側メディア１１よりメディア識別子１１３を取得し、それを管理サーバ装置５に送信することによって行われる。
【０１２５】
そして、ステップＳ９０２で認証処理が成功したと判断された場合には、ステップＳ９０３に進み、管理サーバ装置５より、秘匿領域１１１に含める情報のダウンロードが行われる。これは、管理サーバ装置５に予めメディア識別子１１３とそれに対応する秘匿領域１１１に含める情報を紐づけた状態で記憶させておき、ステップＳ９０１において管理サーバ装置５が受信したメディア識別子１１３に対応する秘匿領域１１１に含める情報を、ステップＳ９０３において管理サーバ装置５から健康情報配信側デバイス１へと送信するような手順で行えばよい。
【０１２６】
ステップＳ９０３では、秘匿領域１１１を秘匿情報一時記憶部１５へと記録する。ここで、秘匿情報一時記憶部１５として使用する領域が予め確保されていない場合には、その確保の処理を先に行うことになる。ここで、秘匿領域１１１は、実施形態１において配信側メディア１１に含まれる場合と同様に、デバイス認証手段１１１１とメディア認証手段１２１、１３１との間で、デバイス−メディア間の相互認証が成立した場合にのみアクセス可能となるものである。
【０１２７】
その後、ステップＳ９０４において、実施形態１で図４のステップＳ１０３において行う処理と同様にして、エンコーダプログラムファイル１１２１のエンコーダプログラム１２４としての読み込み、配信プログラムファイル１１２２のデコーダプログラム２３４としての読み込みが行われる。
【０１２８】
以上のようにして、健康情報配信側デバイス１上での秘匿領域１１１やエンコーダプログラム１２４、配信プログラム１３４の準備が完了する。また、健康情報受信／解析側デバイス２上での秘匿領域２１１や送受信プログラムファイル２１２１、デコーダプログラムファイル２１２２の読み込みに際しても、健康情報受信／解析側デバイス２によって同様の処理が行われる。
【０１２９】
このように、メディア識別子１１３、２１３を用いた認証処理を行い、秘匿領域１１１や秘匿領域２１１に含める情報を管理サーバ装置５よりダウンロードする構成とすることによって、秘匿領域と通常領域を有する特別な記録メディアを用いずとも、通常のＳＤカードなどを用いて、本発明に係る健康情報配信側デバイス１、健康情報受信／解析側デバイス２を実現することができる。
【０１３０】
なお、本実施形態においては、ステップＳ９０１において、管理サーバ装置５へとメディア識別子１１３やメディア識別子２１３を送信してデバイス−サーバ間の認証処理を行う構成を示したが、ここでさらに、健康情報配信側デバイス１や健康情報受信／解析側デバイス２のデバイス固有の識別子（例えばデバイスの有する通信部のＭＡＣアドレスや、デバイスのシリアル番号など）を併せて送信し、管理サーバ装置５において、デバイスと記録メディアとの対応関係についても予め記憶しておき、認証処理において確認するような構成としてもよい。このような構成とすれば、予め登録したデバイスと記録メディアを用いた場合のみによって本実施形態に係る健康情報配信側デバイス１、健康情報受信／解析側デバイス２を実現することができ、情報の改竄などの不正行為をより困難にすることができる。
【０１３１】
以上のような処理によって、健康情報配信側デバイス１、健康情報受信／解析側デバイス２への秘匿領域１１１、２１１のダウンロードと記録、各プログラムのデバイスへの読み込み処理が完了した後には、実施形態１において説明したように、図５に示したような処理によるプログラムの改竄検出処理や、図６に示したような健康情報配信側デバイス１によるセンサ４からの健康情報の取得処理、図７に示したような健康情報配信側デバイス１による健康情報受信／解析側デバイス２や端末装置３への健康情報の配信処理、図８に示したような健康情報受信／解析側デバイス２による健康情報の解析処理などが行われる。
【０１３２】
また、健康情報配信側デバイス１、健康情報受信／解析側デバイス２における健康情報や健康情報通帳の書き込みや読み出し処理は、図１０に示したような、実施形態１における処理と同様にして行われる。ただしここで、データの書き込みに伴うメディアファイルシステム制御情報１１１２、２１１２の更新や、改竄検出のためのハッシュ値の秘匿領域１１１、２１１への書き込みなど、秘匿領域１１１、２１１内の情報の更新が行われた後には、逐次、あるいは定期的に、管理サーバ装置５へのアップロードが行われ、管理サーバ装置５上にメディア識別子１１３、２１３と紐づいて記憶される、秘匿領域１１１、２１１に含める情報の更新が行われる。
【０１３３】
なお、本明細書では、実施形態１において、セキュアな記録メディアを用いて健康情報配信側デバイス１、健康情報受信／解析側デバイス２を実現する構成、実施形態２において、より一般的な記録メディアを用いて健康情報配信側デバイス１、健康情報受信／解析側デバイス２を実現する構成を示したが、実施形態１に示した健康情報配信側デバイス１と実施形態２に示した健康情報受信／解析側デバイス２、実施形態２に示した健康情報配信側デバイス１と実施形態１に示した健康情報受信／解析側デバイス２、実施形態１に示した健康情報受信／解析側デバイス２と実施形態２に示した健康情報受信／解析側デバイス２、といったように、それぞれの実施形態に示したような健康情報配信側デバイス１、健康情報受信／解析側デバイス２の間で、相互に健康情報や解析情報のやり取りが可能な構成としてもよい。
【０１３４】
（実施形態３）
以下、図面を参照して本発明の実施形態３について詳細に説明する。なお、上述した実施形態１と基本的に同一の構成要素については、同一の符号を付してその説明を簡略化する。本実施形態に係る情報管理端末装置を用いたシステムも、実施形態１において図１を参照して説明したように、健康情報配信側デバイス１、健康情報受信／解析側デバイス２、端末装置３、センサ４、管理サーバ装置５を備えるものである。そして、実施形態１において説明したように、図６に示したような健康情報配信側デバイス１によるセンサ４からの健康情報の取得処理、図７に示したような健康情報配信側デバイス１による健康情報受信／解析側デバイス２や端末装置３への健康情報の配信処理、図８に示したような健康情報受信／解析側デバイス２による健康情報の解析処理などが行われる。
【０１３５】
ただし、本実施形態に係る情報管理端末装置を用いたシステムでは、データの記録や読み取りに係る処理、プログラムの改竄検出に係る処理が、実施形態１において示したものとは異なる。
【０１３６】
＜健康情報配信側デバイスの構成＞
図１４に、本実施形態に係る健康情報配信側デバイス１の機能ブロック図を示す。ここに示すように、本実施形態に係る健康情報配信側デバイス１は、実施形態１と同様に、ＳｅｅＱＶａｕｌｔのような秘匿領域１１１と通常領域１１２とを有する記録メディアである配信側メディア１１、エンコーダ１２、配信部１３、個人・資格情報認証手段１４を備える。
【０１３７】
実施形態１においては、改竄検出パラメタとして、検査対象とするデータやプログラムのハッシュ値を秘匿領域１１１に記憶していた。これに対し、本実施形態においては、秘匿領域１１１に改竄検出パラメタとして署名用鍵１１１５を、通常領域１１２に健康情報通帳１１２３や健康情報１１２４の電子署名１１２５をそれぞれ有する。
【０１３８】
本実施形態においては、改竄検出の対象とするデータやプログラムのハッシュ値そのものは通常領域１１２に蓄積する。そして、これらのハッシュ値に暗号化を行い、電子署名を生成するための署名用鍵１１１５を、改竄検出パラメタとして秘匿領域１１１に保持する。なお、本実施形態においては、公開鍵暗号技術を用いるために秘密鍵と公開鍵のペアを署名用鍵１１１５として保持し、そのうちの公開鍵を署名用鍵として用いる場合を例示する。あるいは、秘密鍵のみを署名用鍵１１１５として保持し、それとペアになる公開鍵については、必要に応じて図示しない外部のサーバ等から取得可能な構成としてもよい。
【０１３９】
また、データの暗号化について、共通鍵暗号方式を用い、データ暗号鍵１１１３として共通鍵を保持するような構成であってもよいし、データの暗号化についても公開鍵暗号方式を用い、データ暗号鍵１１１３として秘密鍵と公開鍵のペアを保持するような構成としてもよい。あるいは、秘密鍵のみをデータ暗号鍵１１１３として保持し、それとペアになる公開鍵については、必要に応じて図示しない外部のサーバ等から取得可能な構成としてもよい。
【０１４０】
また、本実施形態においても、通常領域１１２に含まれる各情報を、それらの実体に代えて、ネットワークＮＷを介して通信可能なサーバ装置や、健康情報配信側デバイス１の備える記憶部などへのリンクの形態で保持するような構成としてもよい。
【０１４１】
＜健康情報受信／解析側デバイスの構成＞
図１５に、本実施形態に係る健康情報受信／解析側デバイス２の機能ブロック図を示す。ここに示すように、本実施形態に係る健康情報受信／解析側デバイス２は、実施形態１と同様に、ＳｅｅＱＶａｕｌｔのような秘匿領域１１１と通常領域１１２とを有する記録メディアである配信側メディア１１、送受信部２２、デコーダ２３、個人・資格情報認証手段２４を備える。
【０１４２】
そして、先に図１４を参照して説明した本実施形態に係る健康情報配信側デバイス１と同様に、秘匿領域２１１に改竄検出パラメタとして署名用鍵２１１５を、通常領域１１２に健康情報通帳／健康情報２１２３や解析結果情報２１２４の電子署名２１２５をそれぞれ有する。
【０１４３】
なお、ここでの署名用鍵２１１５についても、先に説明した健康情報配信側デバイス１における署名用鍵１１１５と同様、秘密鍵と公開鍵のペアを署名用鍵２１１５として保持し、そのうちの公開鍵を署名用鍵として用いる場合を例示する。あるいは、秘密鍵のみを署名用鍵２１１５として保持し、それとペアになる公開鍵については、必要に応じて図示しない外部のサーバ等から取得可能な構成としてもよい。
【０１４４】
ここでのデータ暗号鍵２１１３についても、先に説明した健康情報配信側デバイス１におけるデータ暗号鍵１１１３と同様、データの暗号化に共通鍵暗号方式を用いるものとし、データ暗号鍵２１１３として共通鍵を保持するような構成としてもよいし、データの暗号化に公開鍵暗号方式を用いるものとして、データの暗号化に用いる秘密鍵と公開鍵のペア、あるいは秘密鍵のみを、データ暗号鍵２１１３として保持するような構成としてもよい。
【０１４５】
また、本実施形態においても、通常領域２１２に含まれる各情報を、それらの実体に代えて、ネットワークＮＷを介して通信可能なサーバ装置や、健康情報受信／解析側デバイス２の備える記憶部などへのリンクの形態で保持するような構成としてもよい。このような構成とすれば、受信／解析側メディア２１の記憶容量が限られるような場合においても、多くの情報の蓄積が可能となる。
【０１４６】
＜メディアファイルシステムによるファイルの記録／読み出し処理＞
本実施形態に係る健康情報配信側デバイス１、及び健康情報受信／解析側デバイス２においては、署名用鍵１１１５、２１１５を改竄検出パラメタとして用いたデータの読み書きが行われる。図１６（ａ）は、本実施形態におけるデータの記録処理を示すフローチャートである。
【０１４７】
まず、ステップＳ１００１において、データのデータ暗号鍵１１１３による暗号化が行われる。そして、それによって得られた暗号化済データが、ステップＳ１００２で通常領域１１２あるいは２１２へと記録される。
【０１４８】
そして、続くステップＳ１００３において、暗号化済データのハッシュ値の算出を行う。ここでは、予め定められた任意のハッシュ関数を用いた処理を行えばよい。ステップＳ１００３において算出されたデータのハッシュ値は、ステップＳ１００４で、署名用鍵１１１５あるいは署名用鍵２１１５の、公開鍵で暗号化される。これはすなわち、暗号化済データに対し、署名用鍵１１１５、２１１５を用いた電子署名を付与する処理である。
【０１４９】
最後に、ステップＳ１００５において、電子署名を通常領域１１２あるいは２１２へと記録し、データの記録処理は終了する。
【０１５０】
このように、ハッシュ値そのものではなく、ハッシュ値を暗号化して電子署名を生成するための署名用鍵を改竄検出パラメタとして秘匿領域１１１，２１１に保持する構成とすることで、秘匿領域１１１，２１１に対して記録できるデータ量が小容量に限られる場合においても、後に改竄検出処理を行うことが可能な形態でデータの蓄積を行うことができる。
【０１５１】
続いて、図１６（ｂ）を参照して、本実施形態におけるデータの読み出し処理について説明する。まず、ステップＳ１１０１において、読み出し対象である暗号化済データのハッシュ値を算出する。
【０１５２】
そして、続くステップＳ１１０２で、暗号化済みデータに付された電子署名の復号を行う。ここで、先に述べたように、本実施形態においては、公開鍵暗号技術を用い、秘密鍵／公開鍵のペアのうちの公開鍵を署名用鍵として用いる場合を例示している。そのため、ここでの電子署名の復号には、データの記録処理におけるステップＳ１００４で電子署名の作成に用いた公開鍵とペアになる秘密鍵を用いる。
【０１５３】
ステップＳ１１０３で、ステップＳ１１０１において暗号化済データから算出したハッシュ値と、ステップＳ１１０２において電子署名を復号して得られたハッシュ値の比較を行う。ここで、これらのハッシュ値が同一であると判定された場合には、データの改竄はされていないものと判定され、ステップＳ１１０４からステップＳ１１０５へと進み、データの復号を行う。
【０１５４】
ここで、データの暗号化に共通鍵方式を用いているのであれば、データを暗号化した際に使用した鍵と同一の鍵による復号を行えばよい。あるいは、データの暗号化に公開鍵方式を用いているのであれば、データの暗号化に用いた公開鍵（あるいは秘密鍵）のペアである秘密鍵（あるいは公開鍵）によって復号を行えばよい。
【０１５５】
一方で、ステップＳ１１０３におけるハッシュ値の比較の結果、ハッシュ値が一致しないと判定された場合には、データの改竄の恐れがある。そのため、ステップＳ１１０４よりステップＳ１１０６へと進み、データの削除や回復等の処理を行う。ここでのデータの回復は、例えば予め所定のサーバにデータのバックアップを取っておき、それを取得するなど、任意の方法によって行えばよい。また、まずデータの回復を試み、失敗した場合にはデータの削除のみを行う、といった処理を行ってもよい。
【０１５６】
以上のようにしてデータの記録と読み出しを行うことで、改竄検出パラメタとして署名用鍵１１１５，２１１５を用い、改竄を検出可能な状態でデータを取り扱うことができる。
【０１５７】
＜プログラムの改竄検出処理＞
次に、図１７に示すフローチャートを参照し、本実施形態におけるプログラムの改竄検出処理について説明する。これは、健康情報配信側デバイス１におけるエンコーダプログラムファイル１１２１や配信プログラムファイル１１２２、健康情報受信／解析側デバイス２における送受信プログラムファイル２１２１やデコーダプログラムファイル２１２２の改竄検出処理の流れを示すものである。
【０１５８】
まず、ステップＳ１２０１において、検査対象とするプログラムのハッシュ値の算出を行う。そして、ステップＳ１２０２で、検査対象とするプログラムの電子署名を取得する。ここで、電子署名は、予めプログラムと併せて通常領域１１２、２１２に記録されるものであってもよいし、プログラムの改竄検出処理を行う際に外部のサーバ等から適宜受信するような形態としてもよい。ここで取得する電子署名は、正規のプログラムから算出されたハッシュ値が、署名用鍵１１１５あるいは署名用鍵１１１５の、公開鍵によって暗号化されたものである。
【０１５９】
そして、ステップＳ１２０３で電子署名を復号する。ここでの復号には、署名用鍵１１１５あるいは署名用鍵１１１５の、秘密鍵を用いる。これにより、検査対象とするプログラムのハッシュ値が得られる。
【０１６０】
ステップＳ１２０４で、ステップＳ１２０１において検査対象とするプログラムから算出したハッシュ値と、ステップＳ１２０３において電子署名を復号して得られたハッシュ値の比較を行う。ここで、これらのハッシュ値が同一であると判定された場合には、プログラムの改竄は行われていないと判定され、ステップＳ１２０５から処理が終了する。
【０１６１】
一方で、ステップＳ１２０４におけるハッシュ値の比較の結果、ハッシュ値が一致しないと判定された場合には、プログラムの改竄の恐れがある。そのため、ステップＳ１２０５よりステップＳ１２０６へと進み、検査対象としたプログラムの再読み込み処理を行う。なお、ステップＳ１２０６におけるプログラムの再読み込み処理は、実施形態１において図４を参照して説明したような処理と同様の処理によって行えばよい。
【０１６２】
＜デバイス間でのデータのやり取り＞
本実施形態に係る情報管理端末装置におけるデータ暗号鍵１１１３，２１１３、署名用鍵１１１５，２１１５は、デバイスごとに異なるよう構成されることが好ましい。このような構成とする場合、改竄検出パラメタ秘匿化配信手段１３６，２２６を用いて、データ暗号鍵や署名用鍵のやり取りを行うことで、デバイス間でよりセキュアな情報のやり取りを行うことができる。
【０１６３】
ここで、データの暗号化に公開鍵暗号方式を用い、デバイス間でデータのやり取りを行う際の手順を説明する。図１８に、一例として、健康情報配信側デバイス１から健康情報受信／解析側デバイス２ａへとデータの送信を行う場合の処理の流れを示す。なお、ここでは、データの暗号化に公開鍵暗号方式を採用する場合の例を示す。
【０１６４】
まず、ステップＳ１３０１において、健康情報受信／解析側デバイス２ａより健康情報配信側デバイス１へ、健康情報受信／解析側デバイス２ａの保持する署名用鍵２１１５に含まれる署名用公開鍵、データ暗号鍵２１１３に含まれるデータ暗号用公開鍵を健康情報配信側デバイス１へと送信する。これは、健康情報受信／解析側デバイス２ａより健康情報配信側デバイス１へとデータの送信を依頼する処理として開始されてもよいし、あるいは、健康情報配信側デバイス１より健康情報受信／解析側デバイス２ａへとデータの受け入れの依頼を行い、それに対する応答として開始されてもよい。
【０１６５】
続くステップＳ１３０２で、健康情報配信側デバイス１は、ステップＳ１３０１において受信したデータ暗号用公開鍵を用いてデータの暗号化処理を行う。そして、ステップＳ１３０３で、暗号化したデータに対し、ステップＳ１３０１において受信した署名用公開鍵を用いた伝署名の作成を行う。これはすなわち、先に図１６（ａ）のステップＳ１００３からＳ１００４を参照して説明したように、暗号化済データのハッシュ値を生成し、それを署名用公開鍵によって暗号化する処理である。
【０１６６】
そして、ステップＳ１３０４において、ステップＳ１３０２において暗号化したデータと、ステップＳ１３０３において作成した電子署名を健康情報配信側デバイス１より健康情報受信／解析側デバイス２ａへと送信する。
【０１６７】
暗号化済データ、及びそれに対する電子署名を受信した健康情報受信／解析側デバイス２ａは、それらの復号を行う。まず、ステップＳ１３０５において、電子署名の検証を行う。これはすなわち、先に図１６（ｂ）のステップＳ１１０１からＳ１１０３を参照して説明したように、暗号化済データのハッシュ値の算出と、自身の保持する電子署名用秘密鍵を用いた電子署名の復号を行い、それらの処理によって得られたハッシュ値の比較を行う処理である。そして、電子署名の検証により、データが改竄されていないと判定された場合には、ステップＳ１３０６で、自身の保持するデータ暗号用秘密鍵を用いたデータの復号を行う。
【０１６８】
このように、署名やデータの暗号化に用いる公開鍵を、データを受信する側のデバイスからデータを送信する側のデバイスへと送信し、それを用いた暗号化済データの生成や電子署名の作成を行う処理を行う構成とすることにより、それらの公開鍵とそれぞれペアとなっている秘密鍵を保持する、データを受信する側のデバイスでのみ、データの検証と復号を行うことができる。
【０１６９】
また、データの暗号化に共通鍵暗号方式を用いるような場合であれば、ステップＳ１３０１において健康情報受信／解析側デバイス２ａの保持するデータ暗号鍵２１１３を健康情報配信側デバイス１へと送信し、ステップＳ１３０２における暗号化と、ステップＳ１３０６における復号に、データ暗号鍵２１１３を用いるような処理とすればよい。
【０１７０】
なお、ここでは、健康情報配信側デバイス１より健康情報受信／解析側デバイス２ａへとデータの送信を行う処理の例を示したが、例えば、この後に健康情報受信／解析側デバイスにおいてデータの解析を行い、その結果を健康情報配信側デバイス１へと送信する場合には、データの送信側と受信側の入れ替えて同様の処理を行えばよい。
【０１７１】
以上のように、本実施形態に係る情報管理端末装置を用いたシステムによれば、秘匿領域に改竄検出パラメタとして署名用鍵１１１５，２１１５を保持し、それを用いて作成した電子署名を用いてデータやプログラムの改竄検出処理を行う構成とすることにより、秘匿領域の容量が限られるような記録メディアについても、配信側メディア１１や受信／解析側メディアとして用いることができる。
【０１７２】
また、デバイスごとに異なる署名用鍵やデータ暗号鍵を用意する構成とし、データの送受信の際に事前に受信側のデバイスから送信側のデバイスへと公開鍵を送信する処理を行うことで、データの受信側のデバイスでのみ検証、復号が可能な状態で、より安全にデータの送受信を行うことができる。
【符号の説明】
【０１７３】
１  健康情報配信側デバイス
１１  配信側メディア
１１１  秘匿領域
１１１１  デバイス認証手段
１１１２  メディアファイルシステム制御情報
１１１３  データ暗号鍵
１１１４  改竄検出パラメタ
１１１５  署名用鍵
１１２  通常領域
１１２１  エンコーダプログラムファイル
１１２２  配信プログラムファイル
１１２３  健康情報通帳
１１２４  健康情報
１１２５  電子署名
１１３  メディア識別子
１２  エンコーダ
１２１  メディア認証手段
１２２  メディアファイルシステム
１２３  改竄検出手段
１２４  エンコーダプログラム
１２４１  センサ認証手段
１２４２  健康情報取得手段
１２４３  健康情報蓄積手段
１３  配信部
１３１  メディア認証手段
１３２  メディアファイルシステム
１３３  改竄検出手段
１３４  配信プログラム
１３４１  健康情報コンテナ生成手段
１３４２  健康情報コンテナ配信手段
１３５  情報配信先・秘匿レベル指定入力受付手段
１３６  改竄検出パラメタ秘匿化配信手段
１４  個人・資格情報認証手段
１５  秘匿情報一時記憶部
２  健康情報受信／解析側デバイス
２１  受信／解析側メディア
２１１  秘匿領域
２１１１  デバイス認証手段
２１１２  メディアファイルシステム制御情報
２１１３  データ暗号鍵
２１１４  改竄検出パラメタ
２１１５  署名用鍵
２１２  通常領域
２１２１  送受信プログラムファイル
２１２２  デコーダプログラムファイル
２１２３  健康情報通帳／健康情報
２１２４  解析結果情報
２１２５  電子署名
２１３  メディア識別子
２２  送受信部
２２１  メディア認証手段
２２２  メディアファイルシステム
２２３  改竄検出手段
２２４  送受信プログラム
２２４１  健康／解析情報コンテナ受信手段
２２４２  健康／解析情報コンテナ開封手段
２２４３  解析情報コンテナ送信手段
２２５  秘匿レベル判定手段
２２６  改竄検出パラメタ秘匿化配信手段
２３  デコーダ
２３１  メディア認証手段
２３２  メディアファイルシステム
２３３  改竄検出手段
２３４  デコーダプログラム
２３４１  閲覧制御手段
２３４２  健康情報解析手段
２４  個人・資格情報認証手段
２５  秘匿情報一時記憶部
３  端末装置
４  センサ
５  管理サーバ装置
ＮＷ  ネットワーク
【図１】
2020166883.tif 000004
【図２】
2020166883.tif 000005
【図３】
2020166883.tif 000006
【図４】
2020166883.tif 000007
【図５】
2020166883.tif 000008
【図６】
2020166883.tif 000009
【図７】
2020166883.tif 000010
【図８】
2020166883.tif 000011
【図９】
2020166883.tif 000012
【図１０】
2020166883.tif 000013
【図１１】
2020166883.tif 000014
【図１２】
2020166883.tif 000015
【図１３】
2020166883.tif 000016
【図１４】
2020166883.tif 000017
【図１５】
2020166883.tif 000018
【図１６】
2020166883.tif 000019
【図１７】
2020166883.tif 000020
【図１８】
2020166883.tif 000021