JP6602441B1 - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】ユーザの健康情報の利用を公平に行うこと。【解決手段】情報処理装置であって、複数の第１ユーザから提供された複数の第１ユーザのそれぞれの健康に関する健康情報を記憶する記憶手段と、健康情報に対する第２ユーザからの利用要求を受け付ける受付手段と、受付手段が受け付けた利用要求に応じて、第２ユーザに健康情報の利用を許可する許可手段と、健康情報の提供に対して第１ユーザに付与すべき対価を管理する管理手段と、を備えた。【選択図】 図１

Description

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。

上記技術分野において、特許文献１には、ユーザの健康データを複数の医療機関で共有するために、健康データへのアクセス条件を決定し、アクセス条件を満たす要求元に健康データを送信する技術が開示されている。

特開２０１５−１９５０２７号公報

しかしながら、上記文献に記載の技術では、ユーザの健康情報の利用を公平に行うことができなかった。

本発明の目的は、上述の課題を解決する技術を提供することにある。

上記目的を達成するため、本発明に係る情報処理装置は、
複数の第１ユーザから提供された前記複数の第１ユーザのそれぞれの健康に関する健康情報を記憶する記憶手段と、
前記記憶手段に前記第１ユーザが前記健康情報を提供したことに対して付与すべき対価を管理する第１管理手段と、
前記記憶手段に記憶された前記健康情報に対する第２ユーザからの利用要求を受け付ける受付手段と、
前記受付手段が受け付けた前記利用要求に応じて、前記第２ユーザに前記健康情報の利用を許可する許可手段と、
前記許可手段が前記健康情報の利用を前記第２ユーザに許可したことに対して前記第１ユーザに付与すべき対価を管理する第２管理手段と、
を備え、
前記第１管理手段は、前記第１ユーザが発病した場合に、発病の前後において連続的に前記健康情報を提供していたことに対して、より高い対価を付与すべく、前記対価を管理し、
前記健康情報の利用許可先を表す指定情報を、前記第１ユーザおよび前記第２ユーザが閲覧可能な状態、かつ、前記第１ユーザのみが変更できる状態でブロックチェーンに記録する記録手段と、
前記指定情報に前記第２ユーザが含まれているか否かを判定する判定手段と、
をさらに備え、
前記許可手段は、前記判定手段により前記指定情報に前記第２ユーザが含まれていると判定した場合に、前記第２ユーザに前記健康情報の利用を許可する。

上記目的を達成するため、本発明に係る情報処理方法は、
複数の第１ユーザから提供された前記複数の第１ユーザのそれぞれの健康に関する健康情報を記憶手段に記憶する記憶ステップと、
第１管理手段が、前記記憶ステップにおいて前記第１ユーザが前記健康情報を提供したことに対して付与すべき対価を管理する第１管理ステップと、
受付手段が、前記記憶手段に記憶された前記健康情報に対する第２ユーザからの利用要求を受け付ける受付ステップと、
許可手段が、前記受付ステップにおいて受け付けた前記利用要求に応じて、前記第２ユーザに前記健康情報の利用を許可する許可ステップと、
第２管理手段が、前記健康情報の利用を前記第２ユーザに前記許可ステップにおいて許可したことに対して前記第１ユーザに付与すべき対価を管理する第２管理ステップと、
を含み、
前記第１管理ステップにおいて、前記第１ユーザが発病した場合に、発病の前後において連続的に前記健康情報を提供していたことに対して、より高い対価を付与すべく、前記対価を管理し、
前記健康情報の利用許可先を表す指定情報を、前記第１ユーザおよび前記第２ユーザが閲覧可能な状態、かつ、前記第１ユーザのみが変更できる状態でブロックチェーンに記録する記録ステップと、
前記第２ユーザが、前記指定情報に含まれているか否かを判定する判定ステップと、
をさらに含み、
前記許可ステップにおいては、前記判定ステップにより前記指定情報に前記第２ユーザが含まれていると判定した場合に、前記第２ユーザに前記健康情報の利用を許可する。

上記目的を達成するため、本発明に係る情報処理プログラムは、
複数の第１ユーザから提供された前記複数の第１ユーザのそれぞれの健康に関する健康情報を記憶手段に記憶する記憶ステップと、
前記記憶ステップにおいて、前記第１ユーザが前記健康情報を提供したことに対して付与すべき対価を管理する第１管理ステップと、
前記記憶ステップにおいて前記記憶手段に記憶された前記健康情報に対する第２ユーザからの利用要求を受け付ける受付ステップと、
前記受付ステップにおいて受け付けた前記利用要求に応じて、前記第２ユーザに前記健康情報の利用を許可する許可ステップと、
前記許可ステップにおいて、前記健康情報の利用を前記第２ユーザに許可したことに対して前記第１ユーザに付与すべき対価を管理する第２管理ステップと、
をコンピュータに実行させ、
前記第１管理ステップにおいて、前記第１ユーザが発病した場合に、発病の前後において連続的に前記健康情報を提供していたことに対して、より高い対価を付与すべく、前記対価を管理し、
前記健康情報の利用許可先を表す指定情報を、前記第１ユーザおよび前記第２ユーザが閲覧可能な状態、かつ、前記第１ユーザのみが変更できる状態でブロックチェーンに記録する記録ステップと、
前記指定情報に前記第２ユーザが含まれているか否かを判定する判定ステップと、
をさらに含み、
前記許可ステップにおいては、、前記判定ステップにより前記指定情報に前記第２ユーザが含まれていると判定した場合に、前記第２ユーザに前記健康情報の利用を許可する。

本発明によれば、ユーザの健康情報の利用を公平に行うことができる。

本発明の第１実施形態に係る情報処理装置の構成を示すブロック図である。 本発明の第２実施形態に係る情報処理装置の動作の概要を示す図である。 本発明の第２実施形態に係る情報処理装置の構成を示すブロック図である。 本発明の第２実施形態に係る情報処理装置が有する付与対価情報テーブルの一例を示す図である。 本発明の第２実施形態に係る情報処理装置が備える属性情報テーブルの一例を示す図である。 本発明の第２実施形態に係る情報処理装置が備える健康情報テーブルの一例を示す図である。 本発明の第２実施形態に係る情報処理装置が備える指定情報テーブルの一例を示す図である。 本発明の第２実施形態に係る情報処理装置が備える企業情報テーブルの一例を示す図である。 本発明の第２実施形態に係る情報処理装置が備える付与対価変化テーブルの一例を示す図である。 本発明の第２実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。 本発明の第２実施形態に係る情報処理装置の処理手順を説明するフローチャートである。 本発明の第３実施形態に係る情報処理装置の構成を示すブロック図である。 本発明の第３実施形態に係る情報処理装置がブロックデータテーブルの一例を示す図である。 本発明の第３実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。 本発明の第３実施形態に係る情報処理装置の処理手順を説明するフローチャートである。

以下に、本発明を実施するための形態について、図面を参照して、例示的に詳しく説明記載する。ただし、以下の実施の形態に記載されている、構成、数値、処理の流れ、機能要素などは一例に過ぎず、その変形や変更は自由であって、本発明の技術範囲を以下の記載に限定する趣旨のものではない。

［第１実施形態］
本発明の第１実施形態としての情報処理装置１００について、図１を用いて説明する。情報処理装置１００は、健康情報１１１の提供に対して付与すべき対価を管理する装置である。

図１に示すように、情報処理装置１００は、記憶部１０１、受付部１０２、許可部１０３および管理部１０４を含む。記憶部１０１は、複数の第１ユーザ１１０から提供された、複数の第１ユーザ１１０のそれぞれの健康に関する健康情報１１１を記憶する。受付部１０２は、健康情報１１１に対する第２ユーザ１２０からの利用要求を受け付ける。許可部１０３は、受付部１０２が受け付けた利用要求１２１に応じて、第２ユーザ１２０に健康情報１１１の利用を許可する（１２２）。管理部１０４は、健康情報１１１の提供に対して第１ユーザ１１０に付与すべき対価１１２を管理する。

本実施形態によれば、ユーザの健康情報の利用状況に応じてユーザに付与すべき対価を管理するので、ユーザの健康情報の利用を公平に行うことができる。

［第２実施形態］
次に本発明の第２実施形態に係る情報処理装置について、図２乃至図６を用いて説明する。図２は、本実施形態に係る情報処理装置の動作の概要を示す図である。

情報処理装置２００は、健康情報２１１の提供に対してユーザ２１０，２３０に付与すべき対価２１２を管理する装置である。同様に、情報処理装置２００は、健康情報２１１の利用許可に対してユーザ２１０，２３０に対して付与すべき対価２１２を管理する装置である。情報処理装置２００は、ユーザ２１０，２３０から健康情報２１１の提供を受ける。また、情報処理装置２００は、ユーザ２２０からの健康情報２１１の利用要求２２１に応じて、ユーザ２２０に対して健康情報２１１の利用を許可する。ユーザ２１０は、健康情報２１１の提供に対して対価２１２の付与を受ける。同様に、ユーザ２１０，２３０は、健康情報２１１の利用許可に対して対価２１２の付与を受ける。

ユーザ２１０は、健康情報２１１の提供等に対して対価を受けるシステムに参加するために、ユーザ登録を行う。ユーザ登録は、情報処理装置２００が提供するアプリのユーザ登録画面を利用して行うが、これには限定されない。ユーザ２１０は、情報処理装置２００から提供されるアプリのダウンロードページなどからユーザ２１０のスマートフォンなどの携帯端末にアプリをダウンロードし、インストールする。そして、ユーザ２１０が、インストールしたアプリを起動すると、初回起動時であれば、ユーザ登録画面が表示されるので、ユーザ２１０は、アプリの指示に従ってユーザ登録のための作業を行う。例えば、ユーザ２１０は、ユーザ名、ログイン用パスワード、連絡用メールアドレス、ユーザ２１０の属性に関する情報などを入力する。

さらに、ユーザ２１０は、自身の健康情報２１１の利用許可先を指定する指定情報を設定する。ユーザ２１０は、例えば、国内企業、外国企業、従業員数○○○人以上の大企業、研究目的で利用する企業、製品の販売促進のために利用する企業などの中から健康情報２１１を利用してもよいユーザ２２０を選択して、利用許可先を指定する。なお、指定情報の設定においては、例えば、リスト表示された企業名から利用を許可してもよい企業を選択することにより、利用許可先を指定してもよい。

ユーザ登録が完了したら、ユーザ２１０は、健康情報２１１の提供を開始する。ユーザ２１０が提供した健康情報２１１は、情報処理装置２００のデータベースに蓄積される。そして、情報処理装置２００は、健康情報２１１を提供したユーザ２１０に対して対価２１２を付与する。情報処理装置２００は、例えば、ユーザ２１０に対して、金銭的な対価２１２を付与する。なお、ユーザ２１０に付与する対価２１２は金銭的な対価２１２には限定されない。

ここで、ユーザ２３０は、例えば、情報処理装置２００が提供するシステム、すなわち、健康情報２１１の提供等に対して対価を受けるシステムを運営する運営者が連携している病院の入院患者や通院患者である。この場合、ユーザ２３０は、情報処理装置２００が提供するシステムに直接参加していない。しかしながら、ユーザ２３０は、ユーザ２３０が入院等する病院が当該システムに参加しているため、当該システムに間接的に参加していることとなる。ユーザ２３０の健康情報２１１は、当該システムに参加している病院を介して情報処理装置２００へ提供される。そして、ユーザ２３０のユーザ登録は、ユーザ２３０が入院や通院する病院が、ユーザ２３０に対して、当該システムへの参加の承諾を得ることにより行われる。ユーザ２３０のユーザ登録に必要な事項は、ユーザ２１０のユーザ登録時に要求される事項と同様である。なお、ユーザ２３０は、連携病院に入院している患者等であるが、これには限定されず、例えば、生命保険会社の生命保険に加入している加入者や、健康保険組合の加入者、職能団体の加入者などであってもよい。

同様に、製薬会社などのユーザ２２０（企業ユーザ）も、ユーザ登録に必要な情報を入力して、ユーザ登録を行う。そして、ユーザ２２０は、情報処理装置２００に対して、健康情報２１１の利用要求２２１を行う。利用要求２２１を受けた情報処理装置２００は、ユーザ２２０が、利用要求２２１をした健康情報２１１の利用許可先を指定するための指定情報に含まれているか否かを判定する。ユーザ２２０が指定情報に含まれていれば、情報処理装置２００は、ユーザ２２０に健康情報２１１の利用を許可して、提供する。ユーザ２２０は、提供された健康情報２１１を利用する。

情報処理装置２００は、ユーザ２２０への健康情報２１１の利用の許可に対してユーザ２１０に付与すべき対価２１２を管理する。情報処理装置２００は、例えば、ユーザ２１０に対して、金銭的な対価２１２を付与する。なお、ユーザ２１０に付与する対価２１２は金銭的な対価２１２には限定されない。

図３は、本実施形態に係る情報処理装置の構成を示すブロック図である。情報処理装置２００は、記憶部３０１、受付部３０２、許可部３０３、管理部３０４、設定部３０５および判定部３０６を有する。なお、以下の説明では、ユーザ２１０を例に説明をするが、ユーザ２３０であっても同様である。

記憶部３０１は、複数のユーザ２１０から提供された複数のユーザ２１０のそれぞれの健康に関する健康情報２１１を記憶する。ここで、健康情報２１１は、ユーザ２１０のバイタル情報、健康診断情報、カルテ情報、病歴情報および処方箋情報の少なくとも１つを含む。バイタル情報は、例えば、ユーザ２１０の体温や血圧、脈拍数、呼吸数、呼吸速度、脳波などの情報であるが、これらには限定されない。

健康情報２１１の情報処理装置２００への提供は、ユーザ２１０が所持するスマートフォンなどの携帯端末を用いて行ってもよいが、これには限定されない。また、健康情報２１１がバイタル情報である場合、ユーザ２１０は、ウェアラブル端末を用いることにより、バイタル情報の測定および測定したバイタル情報の情報処理装置２００への送信を行ってもよい。そして、情報処理装置２００は、送信された健康情報２１１を記憶部３０１に記憶する。

健康診断情報は、ユーザ２１０が受診した健康診断で得られる各種情報であり、例えば、ユーザ２１０の身長、体重、血液検査データ、レントゲン検査データ、内視鏡検査データなどであるが、これらには限定されない。カルテ情報は、ユーザ２１０が病院で診察を受けた際に作成されるカルテに含まれる情報であり、例えば、診断結果や病名などの情報であるが、これらには限定されない。

病歴情報は、ユーザ２１０が過去に罹患した病気に関する情報であり、例えば、既往歴や家族歴を含む。なお、病歴情報には、現病歴を含めてもよい。処方箋情報は、医師などが医薬品を処方するための文書に記載された情報であり、例えば、薬の種類と薬の服用量、薬の投与方法などの情報であるが、これらには限定されない。

また、記憶部３０１は、健康情報２１１と健康情報２１１を提供したユーザ２１０の属性情報とを関連付けて記憶する。ここで、属性情報は、例えば、ユーザ２１０の氏名、性別、年齢、国籍、所在地、趣味、嗜好、年収、預貯金額、所有資産などの情報であるが、これらには限定されない。

ユーザ２１０が健康情報２１１を情報処理装置２００に提供するタイミングは、１日１回であってもよい。例えば、健康情報２１１がバイタル情報であれば、ユーザ２１０は、１日分の測定データをまとめて提供してもよい。また、ユーザ２１０は、健康情報２１１をリアルタイムで取得して、提供してもよい。なお、ユーザ２１０が、健康情報２１１を情報処理装置２００に提供するタイミングは、これらには限定されない。そして、記憶部３０１は、これらのタイミングでユーザ２１０から提供された健康情報２１１を記憶する。

受付部３０２は、健康情報２１１に対するユーザ２２０からの利用要求２２１を受け付ける。受付部３０２は、ユーザ２２０から利用要求２２１を受け付けた場合、受け付けたことを許可部３０３へ通知する。利用要求２２１には、利用したい健康情報２１１の種類やユーザ２１０の属性などの要求情報が含まれる。

許可部３０３は、受付部３０２が受け付けた利用要求２２１に応じて、ユーザ２２０に健康情報２１１の利用を許可する。許可部３０３は、例えば、利用要求２２１に含まれる要求情報に応じた健康情報２１１を記憶部３０１から抽出して、抽出した健康情報２１１の利用許可２２２をユーザ２２０に与える。

管理部３０４は、健康情報２１１の提供に対してユーザ２１０に付与すべき対価２１２を管理する。管理部３０４は、さらに、健康情報２１１の利用の許可（利用許可２２２）に対してユーザ２１０に付与すべき対価２１２を管理する。すなわち、ユーザ２１０は、情報処理装置２００に対して、健康情報２１１を提供すれば、提供したことに対して対価２１２を得られる。同様に、ユーザ２１０が提供した健康情報２１１について、ユーザ２２０に対して許可部３０３により利用許可２２２が与えられた場合に、ユーザ２１０は、利用許可２２２が与えられたことに対して対価２１２を得られる。ここで、ユーザ２１０に付与すべき対価２１２は、例えば、金銭や金券、商品、オンラインショッピングで利用可能なポイントなどであるが、これらには限定されない。

管理部３０４は、健康情報２１１の希少性、提供頻度、提供期間および発病前後の健康情報２１１の連続性の少なくとも１つに基づいて、ユーザ２１０に付与すべき対価２１２を変化させて管理する。管理部３０４は、例えば、希少性のない健康情報２１１を提供したユーザ２１０に付与すべき対価２１２よりも、希少性のある健康情報２１１を提供したユーザ２１０に付与すべき対価２１２を高くするなどして、付与すべき対価２１２を変化させる。なお、付与すべき対価２１２を変化させる方法は、ここに示した例には限定されない。

ここで、希少性のある健康情報２１１は、例えば、難病のユーザ２１０や罹患者の少ない疾病に罹患しているユーザ２１０から提供された健康情報２１１であるが、これらには限定されない。

提供頻度は、健康情報２１１を提供する回数であり、例えば、頻繁に提供されている健康情報２１１であれば、健康情報２１１の変化の傾向を得られるため、価値のある健康情報２１１と判断される。また、提供期間は、健康情報２１１を提供している期間であり、例えば、長い期間提供されている健康情報２１１であれば、健康情報２１１の季節変化や日中変化、睡眠時変化などの様々な傾向を得られるため、価値のある健康情報２１１と判断される。

そして、管理部３０４は、希少性のある健康情報２１１の提供を受けたり、そのような健康情報２１１に対して利用許可２２２を与えたりした場合には、ユーザ２１０に付与すべき対価２１２を高くして、付与すべき対価２１２を変化させる。

発病前後において連続性のある健康情報２１１は、価値のある情報と判断される。すなわち、発病前から健康情報２１１を提供しているユーザ２１０が、何らかの疾病を発症した場合に、その疾病の発病後も健康情報２１１を引き続き提供していれば、発病前後の健康情報２１１の変化などの傾向を得られるため、価値のある健康情報２１１と判断される。

そして、管理部３０４は、発病前後において連続性のある健康情報２１１の提供を受けたり、そのような健康情報２１１に対して利用許可２２２を与えたりした場合には、ユーザ２１０に付与すべき対価２１２を高くして、付与すべき対価２１２を変化させる。

また、管理部３０４は、ユーザ２１０の属性情報の希少性に基づいて、ユーザ２１０に付与すべき対価２１２を変化させて管理する。希少性のある属性情報を有するユーザ２１０の健康情報２１１は、希少価値があるので、このような価値のある属性情報有するユーザ２１０から健康情報２１１の提供を受けた場合には、付与すべき対価２１２を高くして管理する。ここで、属性情報の希少性とは、特定の属性を持つ人の数や率が少ないことを意味し、例えば、趣味であれば特殊な趣味であったり、所有資産であれば、莫大な資産を有していることなどを含む。

管理部３０４が、健康情報２１１の提供に対して付与すべき対価２１２を管理するタイミングは、例えば、健康情報２１１の提供がされる度に管理をしてもよく、また、所定期間分をまとめて管理してもよく、これらには限定されない。さらに、管理部３０４が、健康情報２１１の利用の許可に対して付与すべき対価２１２を管理するタイミングは、利用の許可がなされる度に管理してもよく、また、所定期間分をまとめて管理してもよく、これらには限定されない。

設定部３０５は、健康情報２１１の利用許可先を指定するための指定情報を設定する。ユーザ２１０は、例えば、設定部３０５が提供する、指定情報の設定画面を用いて指定情報を設定する。設定部３０５は、情報処理装置２００が提供する健康情報２１１の提供等に対して対価を受けるシステムに参加しているユーザ２２０のリストをユーザ２１０のスマートフォンのディスプレイに表示する。ユーザ２２０のリストを表示する際には、許可／不許可のボタンとともに表示してもよい。

そして、ユーザ２１０は、各々のユーザ２２０に対して、健康情報２１１の利用を許可する場合には、許可ボタンを押して許可先として設定し、利用を許可しない場合には、不許可ボタンを押して、不許可先として設定する。これにより、ユーザ２１０は、指定情報に含ませるユーザ２２０（あるいは、指定情報に含ませないユーザ２２０）を決定できる。このように、ユーザ２１０は、健康情報２１１を利用させてもよいユーザ２２０を指定できるので、ユーザ２１０の望まないユーザ２２０が、健康情報２１１を利用できないようにすることができる。

ここで、指定情報には、利用許可先の他に、利用許可条件を含めてもよい。利用許可条件は、ユーザ２１０が提供した健康情報２１１の全てを利用してもよいという条件や、ユーザ２１０が提供した健康情報２１１の一部を利用してもよいという条件である。健康情報の一部とは、例えば、ユーザ２１０が提供した健康情報２１１のうち「バイタル情報、カルテ情報および病歴情報」をいう。例えば、利用許可条件には、提供された健康情報２１１をユーザ２２０が利用してよい期間（１週間以内など）や、ユーザ２２０に提供してもよい健康情報２１１の期間（２０ＸＸ〜２０ＹＹまでなど）を含めてもよい。なお、利用許可条件は、ここに示した例には限定されない。

判定部３０６は、ユーザ２２０が、指定情報に含まれているか否かを判定し、判定結果を許可部３０３へ通知する。そして、許可部３０３は、判定部３０６による判定結果に応じて、ユーザ２２０に健康情報２１１の利用を許可する。すなわち、判定部３０６によりユーザ２２０が指定情報に含まれていると判定された場合、許可部３０３は、ユーザ２２０に健康情報２１１の利用を許可する。また、判定部３０６によりユーザ２２０が指定情報に含まれていないと判定された場合、許可部３０３は、ユーザ２２０に健康情報２１１の利用を許可しない。

図４Ａは、本実施形態に係る情報処理装置が有する付与対価情報テーブルの一例を示す図である。付与対価情報テーブル４０１は、ユーザＩＤ（Identifier）４１１に関連付けて、属性情報４１２、健康情報４１３、指定情報４１４、許可状況４１５および付与対価４１６を記憶する。ユーザＩＤ４１１は、ユーザ２１０を識別するための識別子である。属性情報４１２は、ユーザ２１０の属性に関する情報である。健康情報４１３は、ユーザ２１０の健康に関する情報である。指定情報４１４は、ユーザ２１０が健康情報２１１の利用許可先を指定するための情報である。許可状況４１５は、ユーザ２１０の健康情報２１１がどのユーザ２２０に利用の許可がなされているかを示す情報である。付与対価４１６は、ユーザ２１０に付与すべき対価２１２に関する情報である。情報処理装置２００は、付与対価情報テーブル４０１を参照して、ユーザ２１０に付与すべき対価２１２を管理する。

図４Ｂは、本実施形態に係る情報処理装置が備える属性情報テーブルの一例を示す図である。属性情報テーブル４０２は、ユーザＩＤ４１１に関連付けて属性情報４１２を記憶する。属性情報４１２には、性別４２１、年齢４２２、国籍４２３が含まれるが、属性情報４１２に含まれる情報は、これらには限定されない。情報処理装置２００は、属性情報テーブル４０２を参照して、ユーザ２１０の属性を取得する。

図４Ｃは、本実施形態に係る情報処理装置が備える健康情報テーブルの一例を示す図である。健康情報テーブル４０３は、ユーザＩＤ４１１に関連付けて健康情報４１３を記憶する。健康情報４１３には、バイタル情報４３１、健康診断情報４３２、カルテ情報４３３、病歴情報４３４および処方箋情報４３５が含まれるが、健康情報４１３に含まれる情報は、これらには限定されない。情報処理装置２００は、健康情報テーブル４０３を参照して、ユーザ２１０の健康情報４１３を取得する。

図４Ｄは、本実施形態に係る情報処理装置が備える指定情報テーブルの一例を示す図である。指定情報テーブル４０４は、ユーザＩＤ４１１に関連付けて指定情報４１４を記憶する。指定情報４１４には、許可先４４１および許可条件４４２が含まれるが、指定情報４１４に含まれる情報は、これらには限定されない。許可先４４１としては、例えば、「全ての企業」、「製薬企業」、「非製薬企業」、「アプリ開発企業」などがあるが、これらには限定されない。また、許可条件４４２として、「全ての情報」、「バイタル情報、カルテ情報、病歴情報」、「健康診断情報、処方箋情報」などがあるが、これらには限定されない。情報処理装置２００は、指定情報テーブル４０４を参照して、ユーザ２１０の指定情報４１４を取得する。

図４Ｅは、本実施形態に係る情報処理装置が備える企業情報テーブルの一例を示す図である。企業情報テーブル４０５は、企業ＩＤ４５１に関連付けて企業情報４５２を記憶する。企業ＩＤ４５１は、ユーザ２２０を識別するための識別子である。企業情報４５２は、ユーザ２２０がどのような企業であるかを示す情報である。企業情報４５２には、企業名、業種、規模および健康情報２１１の利用目的が含まれるが、企業情報に含まれる情報はこれらには限定されず、資本金、株主数、財務状況などが含まれてもよい。

図４Ｆは、本実施形態に係る情報処理装置が備える付与対価変化テーブルの一例を示す図である。付与対価変化テーブル４０６は、ユーザＩＤ４１１に関連付けて情報４６１、付与対価変化４６２を記憶する。情報４６１には、バイタル情報、健康診断情報、カルテ情報、病歴情報、処方箋情報、属性が含まれる。付与対価変化４６２には、希少性、提供頻度、提供期間、発病前後の連続性が含まれる。情報処理装置２００は、付与対価変化テーブル４０６を参照して、ユーザ２１０に付与すべき対価２１２を変化させる。

図５は、本実施形態に係る情報処理装置２００のハードウェア構成を説明するブロック図である。ＣＰＵ(Central Processing Unit)５１０は、演算制御用のプロセッサであり、プログラムを実行することで図３の情報処理装置２００の機能構成部を実現する。ＣＰＵ５１０は複数のプロセッサを有し、異なるプログラムやモジュール、タスク、スレッドなどを並行して実行してもよい。ＲＯＭ(Read Only Memory)５２０は、初期データおよびプログラムなどの固定データおよびその他のプログラムを記憶する。また、ネットワークインタフェース５３０は、ネットワークを介して他の装置などと通信する。なお、ＣＰＵ５１０は１つに限定されず、複数のＣＰＵであっても、あるいは画像処理用のＧＰＵ(Graphics Processing Unit)を含んでもよい。また、ネットワークインタフェース５３０は、ＣＰＵ５１０とは独立したＣＰＵを有して、ＲＡＭ(Random Access Memory)５４０の領域に送受信データを書き込みあるいは読み出しするのが望ましい。また、ＲＡＭ５４０とストレージ５５０との間でデータを転送するＤＭＡＣ(Direct Memory Access Controller)を設けるのが望ましい（図示なし）。さらに、ＣＰＵ５１０は、ＲＡＭ５４０にデータが受信あるいは転送されたことを認識してデータを処理する。また、ＣＰＵ５１０は、処理結果をＲＡＭ５４０に準備し、後の送信あるいは転送はネットワークインタフェース５３０やＤＭＡＣに任せる。

ＲＡＭ５４０は、ＣＰＵ５１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ５４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。付与対価データ５４１は、ユーザ２１０に付与すべき対価２１２に関するデータである。属性データ５４２は、ユーザ２１０の属性に関するデータである。提供健康情報データ５４３は、ユーザ２１０が提供した健康情報２１１に関するデータである。指定情報データ５４４は、健康情報２１１の利用許可先を指定するためにユーザ２１０が設定した指定情報に関するデータである。企業情報データ５４５は、ユーザ２２０に関するデータである。

送受信データ５４６は、ネットワークインタフェース５３０を介して送受信されるデータである。また、ＲＡＭ５４０は、各種アプリケーションモジュールを実行するためのアプリケーション実行領域５４７を有する。

ストレージ５５０には、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。ストレージ５５０は、付与対価情報テーブル４０１、属性情報テーブル４０２、健康情報テーブル４０３、指定情報テーブル４０４、企業情報テーブル４０５および付与対価変化テーブル４０６を格納する。付与対価情報テーブル４０１は、図４Ａに示した、ユーザＩＤ４１１と付与対価４１６との関係を管理するテーブルである。属性情報テーブル４０２は、図４Ｂに示した、ユーザＩＤ４１１と属性情報４１２との関係を管理するテーブルである。健康情報テーブル４０３は、図４Ｃに示した、ユーザＩＤ４１１と健康情報４１３との関係を管理するテーブルである。指定情報テーブル４０４は、図４Ｄに示した、ユーザＩＤ４１１と指定情報４１４との関係を管理するテーブルである。企業情報テーブル４０５は、図４Ｅに示した、企業ＩＤ４５１と企業情報４５２との関係を管理するテーブルである。付与対価変化テーブル４０６は、図４Ｆに示した、ユーザＩＤ４１１と付与対価変化４６２との関係を管理するテーブルである。

また、ストレージ５５０は、提供健康情報５５１を格納する。提供健康情報５５１は、ユーザ２１０が提供した健康情報２１１である。ユーザ２１０から提供された健康情報２１１は、ストレージ５５０に蓄積される。

ストレージ５５０は、さらに、受付モジュール５５２、許可モジュール５５３、管理モジュール５５４、設定モジュール５５５および判定モジュール５５６を格納する。受付モジュールは、健康情報２１１に対するユーザ２２０からの利用要求２２１を受け付けるモジュールである。許可モジュール５５３は、受け付けた利用要求２２１に応じて、ユーザ２２０に健康情報２１１の利用を許可するモジュールである。管理モジュール５５４は、健康情報２１１の提供および健康情報２１１の利用の許可に対してユーザ２１０に付与すべき対価２１２を管理するモジュールである。設定モジュール５５５は、ユーザ２１０が健康情報２１１の利用許可先を指定するための指定情報を設定するモジュールである。判定モジュール５５６は、ユーザ２２０が指定情報に含まれているか否かを判定するモジュールである。これらのモジュール５５２〜５５６は、ＣＰＵ５１０によりＲＡＭ５４０のアプリケーション実行領域５４７に読み出され、実行される。制御プログラム５５７は、情報処理装置２００の全体を制御するためのプログラムである。

入出力インタフェース５６０は、入出力機器との入出力データをインタフェースする。入出力インタフェース５６０には、表示部５６１、操作部５６２、が接続される。また、入出力インタフェース５６０には、さらに、記憶媒体５６４が接続されてもよい。さらに、音声出力部であるスピーカ５６３や、音声入力部であるマイク（図示せず）、あるいは、ＧＰＳ位置判定部が接続されてもよい。なお、図５に示したＲＡＭ５４０やストレージ５５０には、情報処理装置２００が有する汎用の機能や他の実現可能な機能に関するプログラムやデータは図示されていない。

図６は、本実施形態に係る情報処理装置２００の処理手順を説明するフローチャートである。このフローチャートは、図５のＣＰＵ５１０がＲＡＭ５４０を使用して実行し、図３の情報処理装置２００の機能構成部を実現する。ステップＳ６０１において、情報処理装置２００は、ユーザ２１０からのアクセスを受け付け、ログイン処理を行う。なお、情報処理装置２００は、ユーザ２１０のログイン状態を維持していてもよい。これにより、情報処理装置２００は、ログイン処理を省略でき、ユーザ２１０もログイン操作を省略できる。また、ユーザ２１０が未登録のユーザであれば、情報処理装置２００は、ユーザ登録を行う。ユーザ登録の際には、指定情報の設定も行う。

ステップＳ６０３において、情報処理装置２００は、ユーザ２１０から提供される健康情報２１１を受信し、受信した健康情報２１１に所定処理を施して記憶する。ステップＳ６０５において、情報処理装置２００は、ユーザ２１０が健康情報２１１を提供したことに対して付与すべき対価２１２を管理する。

ステップＳ６０７において、情報処理装置２００は、ユーザ２２０からの利用要求２２１を受け付けたか否かを判定する。利用要求２２１を受け付けていない場合（ステップＳ６０７のＮＯ）、情報処理装置２００は、ステップＳ６０３へ戻り、ユーザ２１０から提供される健康情報２１１の受信および記憶を実行する。利用要求２２１を受け付けた場合（ステップＳ６０７のＹＥＳ）、情報処理装置２００は、ステップＳ６０９へ進む。

ステップＳ６０９において、情報処理装置２００は、指定情報を取得する。ステップＳ６１１において、利用要求２２１をしてきたユーザ２２０が、指定情報に含まれているか否かを判定する。指定情報にユーザ２２０が含まれていない場合（ステップＳ６０９のＮＯ）、情報処理装置２００は、ステップＳ６０３へ戻る。指定情報にユーザ２２０が含まれている場合（ステップＳ６０９のＹＥＳ）、情報処理装置２００は、ステップＳ６１３へ進む。

ステップＳ６１３において、情報処理装置２００は、ユーザ２２０に対して健康情報２１１の利用を許可する。健康情報２１１の利用許可２２２を受けたユーザ２２０は、健康情報２１１を取得して、利用する。ステップＳ６１５において、情報処理装置２００は、ユーザ２１０の健康情報２１１の利用の許可に対して付与すべき対価２１２を管理する。なお、ステップＳ６０５およびステップＳ６１５における付与すべき対価２１２の管理処理は、まとめて実行してもよい。

本実施形態によれば、ユーザの健康情報の利用状況に応じてユーザに付与すべき対価を管理するので、ユーザの健康情報の利用を公平に行うことができる。また、健康情報の提供および利用許可に対してユーザに対価を付与するので、より多くの健康情報を収集することができる。さらに、製薬会社などの企業は、より多くの健康情報を収集でき、収集した健康情報を用いてより有益な研究や新薬開発などを行うことができる。

［第３実施形態］
次に本発明の第３実施形態に係る情報処理装置について、図７乃至図１０を用いて説明する。図７は、本実施形態に係る情報処理装置の構成を示すブロック図である。本実施形態に係る情報処理装置は、上記第２実施形態と比べると、記録部を有する点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

記録部７０１は、指定情報をユーザ２１０およびユーザ２２０に閲覧可能な状態でブロックチェーン７１０に記録する。これにより、ユーザ２１０およびユーザ２２０は、どのユーザ２１０がどのユーザ２２０を利用許可先として指定しているかを知ることができる。また、指定情報へのアクセス状況も記録できるので、どのユーザ２２０がどのユーザ２１０の指定情報にアクセスしたかも知ることができる。さらに、オープンな環境で指定情報を記録するので、指定情報を改竄することができなくなり、より安全な環境で指定情報を管理できる。

図８は、本実施形態に係る情報処理装置がブロックデータテーブルの一例を示す図である。ブロックデータテーブル８０１は、ユーザＩＤ４１１に関連付けてブロックデータ８１１を記憶する。ブロックデータ８１１には、トランザクションやハッシュ値が含まれている。トランザクションは、指定情報のやり取りのデータである。ハッシュ値は、前のブロックのハッシュ値であり、ブロック同士を連携させるための情報である。

図９は、本実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。 ＲＡＭ９４０は、ＣＰＵ５１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ９４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。ブロックデータ９４１は、ブロックチェーンでやり取りされるデータである。

ストレージ５５０には、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。ストレージ５５０は、ブロックデータテーブル８０１を格納する。ブロックデータテーブル８０１は、図８に示した、ユーザＩＤ４１１とブロックデータ８１１との関係を管理するテーブルである。

ストレージ５５０は、さらに、記録モジュール９５１を格納する。記録モジュール９５１は、指定情報をユーザ２１０およびユーザ２２０に閲覧可能な状態でブロックチェーンに記録するモジュールである。このモジュール９５１は、ＣＰＵ５１０によりＲＡＭ５４０のアプリケーション実行領域５４７に読み出され、実行される。制御プログラム９５２は、情報処理装置７００の全体を制御するためのプログラムである。

図１０は、本実施形態に係る情報処理装置の処理手順を説明するフローチャートである。このフローチャートは、図９のＣＰＵ５１０がＲＡＭ９４０を使用して実行し、図７の情報処理装置７００の機能構成部を実現する。ステップＳ１００１において、情報処理装置７００は、ユーザ２１０が設定した指定情報をブロックチェーンに記録する。

本実施形態によれば、ブロックチェーンに記録するので、セキュアな環境で指定情報を管理できる。また、オープンな環境で指定情報を扱えるので、いつ誰が指定情報にアクセスしたかが分かる。さらに、オープンな環境で指定情報を取り扱えるので、不正なアクセスや情報の改竄を防止できる。

［他の実施形態］
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。

また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する情報処理プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。特に、少なくとも、上述した実施形態に含まれる処理ステップをコンピュータに実行させるプログラムを格納した非一時的コンピュータ可読媒体（non-transitory computer readable medium）は本発明の範疇に含まれる。

Claims (6)

1. 複数の第１ユーザから提供された前記複数の第１ユーザのそれぞれの健康に関する健康情報を記憶する記憶手段と、
   前記記憶手段に前記第１ユーザが前記健康情報を提供したことに対して付与すべき対価を管理する第１管理手段と、
   前記記憶手段に記憶された前記健康情報に対する第２ユーザからの利用要求を受け付ける受付手段と、
   前記受付手段が受け付けた前記利用要求に応じて、前記第２ユーザに前記健康情報の利用を許可する許可手段と、
   前記許可手段が前記健康情報の利用を前記第２ユーザに許可したことに対して前記第１ユーザに付与すべき対価を管理する第２管理手段と、
   を備え、
   前記第１管理手段は、前記第１ユーザが発病した場合に、発病の前後において連続的に前記健康情報を提供していたことに対して、より高い対価を付与すべく、前記対価を管理し、
   前記健康情報の利用許可先を表す指定情報を、前記第１ユーザおよび前記第２ユーザが閲覧可能な状態、かつ、前記第１ユーザのみが変更できる状態でブロックチェーンに記録する記録手段と、
   前記指定情報に前記第２ユーザが含まれているか否かを判定する判定手段と、
   をさらに備え、
   前記許可手段は、前記判定手段により前記指定情報に前記第２ユーザが含まれていると判定した場合に、前記第２ユーザに前記健康情報の利用を許可する情報処理装置。
2. 前記健康情報は、前記第１ユーザのバイタル情報、健康診断情報、カルテ情報、病歴情報および処方箋情報の少なくとも１つを含む請求項１に記載の情報処理装置。
3. 前記記憶手段は、前記健康情報と前記健康情報を提供した前記第１ユーザの属性情報とを関連付けて記憶する請求項１または２に記載の情報処理装置。
4. 前記第１管理手段は、前記属性情報の希少性に基づいて、前記第１ユーザに付与すべき対価を変化させて管理する請求項３に記載の情報処理装置。
5. 複数の第１ユーザから提供された前記複数の第１ユーザのそれぞれの健康に関する健康情報を記憶手段に記憶する記憶ステップと、
   第１管理手段が、前記記憶ステップにおいて前記第１ユーザが前記健康情報を提供したことに対して付与すべき対価を管理する第１管理ステップと、
   受付手段が、前記記憶手段に記憶された前記健康情報に対する第２ユーザからの利用要求を受け付ける受付ステップと、
   許可手段が、前記受付ステップにおいて受け付けた前記利用要求に応じて、前記第２ユーザに前記健康情報の利用を許可する許可ステップと、
   第２管理手段が、前記健康情報の利用を前記第２ユーザに前記許可ステップにおいて許可したことに対して前記第１ユーザに付与すべき対価を管理する第２管理ステップと、
   を含み、
   前記第１管理ステップにおいて、前記第１ユーザが発病した場合に、発病の前後において連続的に前記健康情報を提供していたことに対して、より高い対価を付与すべく、前記対価を管理し、
   前記健康情報の利用許可先を表す指定情報を、前記第１ユーザおよび前記第２ユーザが閲覧可能な状態、かつ、前記第１ユーザのみが変更できる状態でブロックチェーンに記録する記録ステップと、
   前記第２ユーザが、前記指定情報に含まれているか否かを判定する判定ステップと、
   をさらに含み、
   前記許可ステップにおいては、前記判定ステップにより前記指定情報に前記第２ユーザが含まれていると判定した場合に、前記第２ユーザに前記健康情報の利用を許可する情報処理方法。
6. 複数の第１ユーザから提供された前記複数の第１ユーザのそれぞれの健康に関する健康情報を記憶手段に記憶する記憶ステップと、
   前記記憶ステップにおいて、前記第１ユーザが前記健康情報を提供したことに対して付与すべき対価を管理する第１管理ステップと、
   前記記憶ステップにおいて前記記憶手段に記憶された前記健康情報に対する第２ユーザからの利用要求を受け付ける受付ステップと、
   前記受付ステップにおいて受け付けた前記利用要求に応じて、前記第２ユーザに前記健康情報の利用を許可する許可ステップと、
   前記許可ステップにおいて、前記健康情報の利用を前記第２ユーザに許可したことに対して前記第１ユーザに付与すべき対価を管理する第２管理ステップと、
   をコンピュータに実行させ、
   前記第１管理ステップにおいて、前記第１ユーザが発病した場合に、発病の前後において連続的に前記健康情報を提供していたことに対して、より高い対価を付与すべく、前記対価を管理し、
   前記健康情報の利用許可先を表す指定情報を、前記第１ユーザおよび前記第２ユーザが閲覧可能な状態、かつ、前記第１ユーザのみが変更できる状態でブロックチェーンに記録する記録ステップと、
   前記指定情報に前記第２ユーザが含まれているか否かを判定する判定ステップと、
   をさらに含み、
   前記許可ステップにおいては、、前記判定ステップにより前記指定情報に前記第２ユーザが含まれていると判定した場合に、前記第２ユーザに前記健康情報の利用を許可する情報処理プログラム。

Images