(57)【要約】【課題】ブロックチェーンによりデータを適切に管理する技術を提供する。【解決手段】データ管理システム１０００は、車両に搭載された車両端末１２００と、車両を共同利用するユーザが使用するユーザ端末１５００と、車両端末１２００とユーザ端末１５００との間でピア・ツー・ピア通信を行うための通信網の一例であるＰ２Ｐネットワーク１００２と、車両端末１２００とユーザ端末１５００との間で分散共有されるブロックチェーン１００４とを備える。車両端末１２００とユーザ端末１５００との間で送受信される利用予約に関する情報がブロックチェーン１００４に登録される。【選択図】図２
2019153130.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載された車両端末と、
前記車両を共同利用するユーザが使用するユーザ端末と、
前記車両端末と前記ユーザ端末との間でピア・ツー・ピア通信を行うための通信網と、
前記車両端末と前記ユーザ端末との間で分散共有されるブロックチェーンと、
を備え、
前記車両端末は、
自車に関する車両情報を前記ブロックチェーンに登録するために前記通信網に送信する車両情報登録要求部と、
前記ユーザ端末から利用条件を付した利用予約を受け付ける利用予約受付部と、
前記利用条件に基づいて、受け付けた利用予約を受諾するか否かを判定する利用予約管理部と、
を備え、
前記ユーザ端末は、
前記ブロックチェーンを受信して、前記ブロックチェーンに含まれる前記車両情報を取得する車両情報取得部と、
車両の利用条件をユーザから受け付ける利用条件取得部と、
前記利用条件を満たす車両を前記車両情報から検索する車両検索部と、
検索された車両の中からユーザが選択した車両の車両端末に利用予約を送信する利用予約送信部と、
を備え、
前記車両端末と前記ユーザ端末との間で送受信される利用予約に関する情報が前記ブロックチェーンに登録される
ことを特徴とするデータ管理システム。
【請求項２】
前記車両に搭載され、ユーザにより設定された目的地までの経路を案内するナビゲーション装置を更に備え、
前記車両端末は、前記ナビゲーション装置から前記経路に関する情報を取得する経路情報取得部を更に備え、
前記利用予約管理部は、前記経路に関する情報に更に基づいて、受け付けた利用予約を受諾するか否かを判定する
ことを特徴とする請求項１に記載のデータ管理システム。
【請求項３】
前記利用条件は、利用開始日時、利用開始位置、利用終了日時、及び利用終了位置に関する条件を含み、
前記利用予約管理部は、受け付けた利用予約の利用条件の利用開始日時及び利用開始位置と、受け付けた利用予約の利用開始日時よりも前の期間に利用予定の、既に予約されている利用予約の利用終了日時及び利用終了位置とを比較するとともに、受け付けた利用予約の利用条件の利用終了日時及び利用終了位置と、受け付けた利用予約の利用終了日時よりも後の期間に利用予定の、既に予約されている利用予約の利用開始日時及び利用終了位置とを比較することにより、受け付けた利用予約を受諾するか否かを判定する
ことを特徴とする請求項１又は２に記載のデータ管理システム。
【請求項４】
前記車両を駐車可能な駐車場を管理するための駐車場端末を更に備え、
前記駐車場端末は、
前記駐車場に関する情報を前記ブロックチェーンに登録するために前記通信網に送信する駐車場情報登録要求部を備える
ことを特徴とする請求項１から３のいずれかに記載のデータ管理システム。
【請求項５】
複数のユーザにより共同利用される車両に関する車両情報が登録されたブロックチェーンを受信して、前記ブロックチェーンに含まれる前記車両情報を取得する車両情報取得部と、
車両の利用条件をユーザから受け付ける利用条件取得部と、
前記利用条件を満たす車両を前記車両情報から検索する車両検索部と、
検索された車両の中からユーザが選択した車両の車両端末に利用予約を送信する利用予約送信部と、
を備え、
前記車両端末とユーザ端末との間で送受信される利用予約に関する情報が前記ブロックチェーンに登録されることを特徴とするデータ管理アプリケーション。
【請求項６】
店舗の管理者が使用する店舗端末と、
前記店舗を利用するユーザが使用するユーザ端末と、
前記店舗端末と前記ユーザ端末との間でピア・ツー・ピア通信を行うための通信網と、
前記店舗端末と前記ユーザ端末との間で分散共有されるブロックチェーンと、
を備え、
前記店舗端末は、
前記ユーザに対する評価を前記店舗の管理者から受け付けるユーザ評価受付部と、
前記ユーザに対する評価を前記ブロックチェーンに登録するために前記通信網に送信するユーザ評価登録要求部と、
を備え、
前記ユーザ端末は、
前記ブロックチェーンを受信して、前記ブロックチェーンに含まれる店舗に対する評価を検索する店舗評価検索部と、
検索された店舗に対する評価を提示する店舗評価提示部と、
前記店舗に対する評価を前記ユーザから受け付ける店舗評価受付部と、
前記店舗に対する評価を前記ブロックチェーンに登録するために前記通信網に送信する店舗評価登録要求部と、
を備え、
前記ユーザに関する評価及び前記店舗に関する評価が前記ブロックチェーンに登録されることを特徴とするデータ管理システム。
【請求項７】
ユーザによる店舗に対する評価及び店舗によるユーザに対する評価が登録されたブロックチェーンを受信して、前記ブロックチェーンに含まれる店舗に対する評価を検索する店舗評価検索部と、
検索された店舗に対する評価を提示する店舗評価提示部と、
店舗に対する評価をユーザから受け付ける店舗評価受付部と、
店舗に対する評価を前記ブロックチェーンに登録するために、店舗端末とユーザ端末との間でピア・ツー・ピア通信を行うための通信網に送信する店舗評価登録要求部と、
を備えることを特徴とするデータ管理アプリケーション。
【請求項８】
医療機関の医療従事者が使用する医療機関端末と、
前記医療機関を利用するユーザが使用するユーザ端末と、
前記医療機関端末と前記ユーザ端末との間でピア・ツー・ピア通信を行うための通信網と、
前記医療機関端末と前記ユーザ端末との間で分散共有されるブロックチェーンと、
を備え、
前記医療機関端末は、
前記ユーザの医療情報を前記医療従事者から受け付ける医療情報受付部と、
前記ユーザの医療情報を暗号化する暗号化部と、
暗号化された前記ユーザの医療情報を前記ブロックチェーンに登録するために前記通信網に送信する医療情報登録要求部と、
前記ブロックチェーンを受信して、前記ブロックチェーンに含まれる前記ユーザの医療情報を検索する医療情報検索部と、
前記ユーザの医療情報を閲覧する権限を取得する医療情報閲覧権限制御部と、
閲覧を許可されたユーザの医療情報を復号する医療情報復号部と、
復号されたユーザの医療情報を提示する医療情報提示部と、
を備え、
前記ユーザ端末は、
ユーザの医療情報を閲覧する権限を前記医療機関端末に付与する機能を有する閲覧権限制御部を備えることを特徴とするデータ管理システム。
【請求項９】
薬局の医療従事者が使用する薬局端末を更に備え、
前記薬局端末は、
前記ブロックチェーンを受信して、前記ブロックチェーンに含まれる前記ユーザの処方箋情報を検索する処方箋情報検索部と、
前記ユーザの処方箋情報を閲覧する権限を取得する処方箋情報閲覧権限制御部と、
閲覧を許可されたユーザの処方箋情報を復号する処方箋情報復号部と、
復号されたユーザの処方箋情報を提示する処方箋情報提示部と、
を備え、
前記閲覧権限制御部は、ユーザの処方箋情報を閲覧する権限を前記薬局端末に付与する機能を有することを特徴とする請求項８に記載のデータ管理システム。
【請求項１０】
前記ユーザ端末は、
前記ユーザの健康状態を示す健康状態情報を受け付ける健康状態情報受付部と、
前記ユーザの健康状態情報を暗号化する健康状態情報暗号化部と、
暗号化された前記ユーザの健康状態情報を前記ブロックチェーンに登録するために前記通信網に送信する健康状態情報登録要求部と、
を更に備えることを特徴とする請求項８又は９に記載のデータ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ管理技術に関し、とくに、ブロックチェーン技術を利用したデータ管理システム及びデータ管理アプリケーションに関する。
【背景技術】
【０００２】
ブロックチェーン技術を利用した仮想通貨の流通が始まっており、大きな注目を集めている。中央集権的な管理なくして参加者間で信頼性の高い直接取引を可能とする画期的な理論の登場により、取引システムの構造が大きく変わろうとしている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ブロックチェーン技術は、まずは仮想通貨に適用され、理論の正しさが実証されつつあるが、もちろん、ブロックチェーン技術を適用可能な分野は、仮想通貨だけにとどまらない。より広範な分野へのブロックチェーン技術の導入が期待されているものの、魅力的なサービスへの適用例はまだ登場していないのが現状である。
【０００４】
本発明はこうした状況に鑑みてなされたものであり、その目的は、ブロックチェーンによりデータを適切に管理する技術を提供することにある。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明のある態様のデータ管理システムは、車両に搭載された車両端末と、車両を共同利用するユーザが使用するユーザ端末と、車両端末とユーザ端末との間でピア・ツー・ピア通信を行うための通信網と、車両端末とユーザ端末との間で分散共有されるブロックチェーンと、を備える。車両端末は、自車に関する車両情報をブロックチェーンに登録するために通信網に送信する車両情報登録要求部と、ユーザ端末から利用条件を付した利用予約を受け付ける利用予約受付部と、利用条件に基づいて利用予約を受諾するか否かを判定する利用予約管理部と、を備える。ユーザ端末は、ブロックチェーンを受信して、ブロックチェーンに含まれる車両情報を取得する車両情報取得部と、車両の利用条件をユーザから受け付ける利用条件取得部と、利用条件を満たす車両を車両情報から検索する車両検索部と、検索された車両の中からユーザが選択した車両の車両端末に利用予約を送信する利用予約送信部と、を備える。車両端末とユーザ端末との間で送受信される利用予約に関する情報がブロックチェーンに登録される。
【０００６】
本発明の別の態様は、データ管理アプリケーションである。このデータ管理アプリケーションは、複数のユーザにより共同利用される車両に関する車両情報が登録されたブロックチェーンを受信して、ブロックチェーンに含まれる車両情報を取得する車両情報取得部と、車両の利用条件をユーザから受け付ける利用条件取得部と、利用条件を満たす車両を車両情報から検索する車両検索部と、検索された車両の中からユーザが選択した車両の車両端末に利用予約を送信する利用予約送信部と、を備える。車両端末とユーザ端末との間で送受信される利用予約に関する情報がブロックチェーンに登録される。
【０００７】
本発明のさらに別の態様は、データ管理システムである。このデータ管理システムは、店舗の管理者が使用する店舗端末と、店舗を利用するユーザが使用するユーザ端末と、店舗端末とユーザ端末との間でピア・ツー・ピア通信を行うための通信網と、店舗端末とユーザ端末との間で分散共有されるブロックチェーンと、を備える。店舗端末は、ユーザに対する評価を店舗の管理者から受け付けるユーザ評価受付部と、ユーザに対する評価をブロックチェーンに登録するために通信網に送信するユーザ評価登録要求部と、を備える。ユーザ端末は、ブロックチェーンを受信して、ブロックチェーンに含まれる店舗に対する評価を検索する店舗評価検索部と、検索された店舗に対する評価を提示する店舗評価提示部と、店舗に対する評価をユーザから受け付ける店舗評価受付部と、店舗に対する評価をブロックチェーンに登録するために通信網に送信する店舗評価登録要求部と、を備える。ユーザに関する評価及び店舗に関する評価がブロックチェーンに登録される。
【０００８】
本発明のさらに別の態様は、データ管理アプリケーションである。このデータ管理アプリケーションは、ユーザによる店舗に対する評価及び店舗によるユーザに対する評価が登録されたブロックチェーンを受信して、ブロックチェーンに含まれる店舗に対する評価を検索する店舗評価検索部と、検索された店舗に対する評価を提示する店舗評価提示部と、店舗に対する評価をユーザから受け付ける店舗評価受付部と、店舗に対する評価をブロックチェーンに登録するために、店舗端末とユーザ端末との間でピア・ツー・ピア通信を行うための通信網に送信する店舗評価登録要求部と、を備える。
【０００９】
本発明のさらに別の態様は、データ管理システムである。このデータ管理システムは、医療機関の医療従事者が使用する医療機関端末と、医療機関を利用するユーザが使用するユーザ端末と、医療機関端末とユーザ端末との間でピア・ツー・ピア通信を行うための通信網と、医療機関端末とユーザ端末との間で分散共有されるブロックチェーンと、を備える。医療機関端末は、ユーザの医療情報を医療従事者から受け付ける医療情報受付部と、ユーザの医療情報を暗号化する暗号化部と、暗号化されたユーザの医療情報をブロックチェーンに登録するために通信網に送信する医療情報登録要求部と、ブロックチェーンを受信して、ブロックチェーンに含まれるユーザの医療情報を検索する医療情報検索部と、ユーザの医療情報を閲覧する権限を取得する医療情報閲覧権限制御部と、閲覧を許可されたユーザの医療情報を復号する医療情報復号部と、復号されたユーザの医療情報を提示する医療情報提示部と、を備える。ユーザ端末は、ユーザの医療情報を閲覧する権限を医療機関端末に付与する機能を有する閲覧権限制御部を備える。
【００１０】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１１】
本発明によれば、ブロックチェーンによりデータを適切に管理する技術を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態に係るデータ管理システムの構成を示す図である。
【図２】第１の実施の形態に係るデータ管理システムの構成を示す図である。
【図３】駐車場端末の構成を示す図である。
【図４】車両端末の構成を示す図である。
【図５】ユーザ端末の構成を示す図である。
【図６】第２の実施の形態に係るデータ管理システムの構成を示す図である。
【図７】店舗端末の構成を示す図である。
【図８】ユーザ端末の構成を示す図である。
【図９】第３の実施の形態に係るデータ管理システムの構成を示す図である。
【図１０】医療機関端末の構成を示す図である。
【図１１】薬局端末の構成を示す図である。
【図１２】ユーザ端末の構成を示す図である。
【発明を実施するための形態】
【００１３】
図１は、実施の形態に係るデータ管理システムの構成を示す。データ管理システム１は、ピア・ツー・ピア通信によりデータを送受信する複数のノード１０により形成されたＰ２Ｐネットワーク２と、複数のノード１０により共有される公開分散台帳であるブロックチェーン４と、ブロックチェーン４のブロックサイズを超えるサイズのデータを保持するデータサーバ６とを備える。
【００１４】
それぞれのノード１０は、他のノード１０との間で取引を行うと、新しい取引を全てのノード１０にブロードキャストする。新しい取引を受信したノード１０は、そのブロックへのプルーフ・オブ・ワークを算出し、プルーフ・オブ・ワークを見つけ次第、それを全てのノード１０に告知する。ノード１０は、ブロックに含まれる全ての取引が有効であり、以前に使われていない場合のみ、それを承認し、承認されたブロックのハッシュを直前のハッシュとして用いて、チェーンの次のブロックの作成を開始することで、ブロック承認を表明する。ノード１０は、常に最長のチェーンを正しいものと判断し、それをさらに延長する。
【００１５】
このような技術により、ブロックチェーン４は、事実上改竄が不可能な状態で複数のノード１０により共有され、公開された分散台帳として機能する。したがって、取引の信頼性を担保するために中央集権的な管理者の存在はもはや必要なく、ノード１０間の直接取引は、改竄不可能な状態でブロックチェーン４に登録され、複数の参加者により監視され、検証されることにより、信頼性が担保される。これにより、管理者などの第三者による仲介の無い自律的な取引が実現できる。
【００１６】
本実施の形態に係るデータ管理システム１において、ブロックチェーン技術、及び、それに付随する既知の任意の技術を利用可能である。これらの技術については、多数の論文及び記事に詳述されているから、技術の詳細の説明はそれらに譲る。
【００１７】
本実施の形態では、データ管理システム１を利用した複数のサービスを提案する。第１の実施の形態に係るデータ管理システムは、複数のユーザにより車両を共同利用することを可能とするカーシェアリングサービスを提供する。第２の実施の形態に係るデータ管理システムは、飲食店などの店舗に関する情報やユーザによる評価などを複数のユーザの間で共有する店舗情報共有サービスを提供する。第３の実施の形態に係るデータ管理システムは、ユーザの医療情報を複数の医療機関や薬局などの間で共有する医療情報共有サービスを提供する。
【００１８】
［第１の実施の形態］
図２は、第１の実施の形態に係るデータ管理システム１０００の構成を示す。第１の実施の形態に係るデータ管理システム１０００は、カーシェアリングサービスを提供するものであり、Ｐ２Ｐネットワーク１００２を構成するノードとして、共同利用される車両を駐車可能な駐車場を管理するための駐車場端末１１００と、共同利用される車両に搭載される車両端末１２００と、車両を共同利用するユーザが使用するユーザ端末１５００とを含み、これらの間でブロックチェーン１００４が共有される。
【００１９】
ノード間で直接的かつ自律的な取引を可能とするブロックチェーン技術を利用することにより、個々の車両が直接的かつ自律的に個々のユーザとの間で利用予約を調整し、車両貸渡契約を締結し、利用料金を決済することができる。これにより、車両を提供する事業者は、利用予約や利用状況を管理するサーバを運営することなく、車両端末１２００を搭載した車両を利用に供するだけで、カーシェアリングサービスの提供を開始することができる。また、サーバやデータベースなどを改変することなく、利用可能な車両を容易に増減することができる。
【００２０】
図３は、駐車場端末１１００の構成を示す。駐車場端末１１００は、通信装置１１１０と、制御装置１１２０と、記憶装置１１５０とを備える。
【００２１】
通信装置１１１０は、有線又は無線の任意の通信方式により他の装置との間でデータを送受信する。通信装置１１１０は、Ｐ２Ｐネットワーク１００２を介して他のノードとの間でピア・ツー・ピア通信を行うとともに、駐車場に設置された各種のセンサを含む駐車場情報検知部１１０２からデータを受信する。
【００２２】
記憶装置１１５０は、駐車場端末１１００が使用する各種のデータ及びコンピュータプログラムを格納する。記憶装置１１５０は、半導体メモリ、ハードディスクなどであってもよい。
【００２３】
制御装置１１２０は、ブロックチェーン受信部１１２１、駐車場情報取得部１１２２、及び駐車場情報登録要求部１１２３を備える。これらの構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩなどにより実現され、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、またはハードウエアとソフトウエアの組合せなど、いろいろな形で実現できることは、当業者には理解されるところである。
【００２４】
ブロックチェーン受信部１１２１は、他のノードから送信されたブロックチェーン１００４を受信して、記憶装置１１５０に格納するとともに、他のノードからブロードキャストされた新たなブロックを受信し、記憶装置１１５０に格納されたブロックチェーン１００４に追加する。
【００２５】
駐車場情報取得部１１２２は、駐車場情報検知部１１０２により検知された駐車場に関する情報を取得する。駐車場情報は、例えば、駐車スペースの地面に設置されたセンサにより検知された駐車車両の存否を示す情報、撮像装置により駐車スペースを撮像した画像又は動画像、駐車場に設置された精算機の操作情報、駐車場に設置された温度計、湿度計、照度計などの観測値、気象情報を提供するウェブサーバなどから取得した駐車場を含む領域の気象情報などであってもよい。
【００２６】
駐車場情報登録要求部１１２３は、所定のタイミング、例えば、所定の間隔で定期的に、駐車場情報取得部１１２２が取得した駐車場情報を含むブロックを生成し、他の全てのノードにブロードキャストして、ブロックチェーン１００４への追加を要求する。このブロックは、他のノード又はマイナーによってブロックチェーン１００４へ追加される。これにより、カーシェアリングサービスにおいて共同利用される車両を駐車可能な駐車場の状況を示す駐車場情報が、時系列的にブロックチェーン１００４に追加されていく。
【００２７】
図４は、車両端末１２００の構成を示す。車両端末１２００は、制御装置１２２０及び記憶装置１２５０を備える。
【００２８】
記憶装置１２５０は、ブロックチェーン保持部１２５１及びトークン保持部１２５２を備える。ブロックチェーン保持部１２５１は、ブロックチェーン１００４を保持する。トークン保持部１２５２は、車両が所有するトークンのデータを保持する。予約状況保持部１２５３は、車両の予約状況を保持する。
【００２９】
制御装置１２２０は、ブロックチェーン受信部１２２１、現在位置取得部１２２２、車両制御情報取得部１２２３、経路情報取得部１２２４、車両情報登録要求部１２２５、利用予約受付部１２２６、利用予約管理部１２２７、利用状況管理部１２２８、及び決済管理部１２２９を備える。
【００３０】
ブロックチェーン受信部１２２１は、他のノードから送信されたブロックチェーン１００４を受信して、ブロックチェーン保持部１２５１に格納するとともに、他のノードからブロードキャストされた新たなブロックを受信し、ブロックチェーン保持部１２５１に格納されたブロックチェーン１００４に追加する。
【００３１】
現在位置取得部１２２２は、車両に搭載されたＧＰＳ受信機により受信された信号に基づいて、車両の現在位置を取得する。現在位置取得部１２２２は、車載カメラによる撮像画像や、車両に搭載された車速センサ、加速度センサ、ジャイロセンサなどにより検知された情報などを更に使用して、既知の任意の技術により車両の現在位置を取得してもよい。
【００３２】
車両制御情報取得部１２２３は、車両を統括的に制御するＥＣＵ１２０４から、車両の制御情報を取得する。車両の制御情報は、例えば、エンジンのオンオフ、ガソリンや水素などの燃料の残量、バッテリーや電池などの残量などであってもよい。
【００３３】
経路情報取得部１２２４は、ユーザにより設定された目的地への経路を案内するナビゲーション装置１２０２から、目的地への経路情報を取得する。目的地への経路情報は、例えば、目的地の位置、目的地への経路、所要時間、目的地への到着予定時刻、経路周辺の渋滞情報、渋滞予測情報、交通規制情報、事故情報などであってもよい。
【００３４】
車両情報登録要求部１２２５は、現在位置取得部１２２２、車両制御情報取得部１２２３、及び経路情報取得部１２２４が取得した情報の一部又は全部を含むブロックを生成し、他の全てのノードにブロードキャストして、ブロックチェーン１００４への追加を要求する。このブロックは、他のノード又はマイナーによってブロックチェーン１００４へ追加される。これにより、カーシェアリングサービスにおいて共同利用される車両の状況を示す車両情報が、時系列的にブロックチェーン１００４に追加されていく。
【００３５】
利用予約受付部１２２６は、ユーザから車両の利用予約を受け付ける。利用予約は、ピア・ツー・ピア通信により、ユーザ端末１５００から直接車両端末１２００へ送信される。
【００３６】
利用予約管理部１２２７は、利用予約受付部１２２６が受け付けた利用予約の内容と、予約状況保持部１２５３に保持された予約状況とを参照して、新たに受け付けた利用予約を受諾するか否かを判定する。利用予約管理部１２２７は、新たに受け付けた利用予約の利用条件に基づいて、その利用条件で自車を利用可能であるか否かを判定する。利用条件は、例えば、利用開始日時、利用開始位置、利用終了日時、利用終了位置、チャイルドシートなどの付帯設備の要否などである。例えば、利用予約管理部１２２７は、受け付けた利用予約の利用条件の利用開始日時及び利用開始位置と、受け付けた利用予約の利用開始日時よりも前の期間に利用予定の、既に予約されている利用予約の利用終了日時及び利用終了位置とを比較するとともに、受け付けた利用予約の利用条件の利用終了日時及び利用終了位置と、受け付けた利用予約の利用終了日時よりも後の期間に利用予定の、既に予約されている利用予約の利用開始日時及び利用終了位置とを比較することにより、受け付けた利用予約を受諾するか否かを判定する。
【００３７】
利用期間については、複数の利用予約が重ならないようにする。利用開始位置については、利用開始日時の前の利用予約を参照して、利用開始日時までに利用開始位置に自車が返却される予定であることを確認する。後述するように、ユーザ端末１５００は、利用開始日時に利用開始位置にこの車両が駐車されている予定であることを確認した上で利用予約を送信しているが、ユーザ端末１５００が利用予約を送信した後に別の利用予約が入った可能性があるので、念のため確認する。利用終了位置については、レンタカー業者の実店舗など、多数の車両を駐車可能な位置ではなく、コインパーキングなどの特定の駐車スペースが指定された場合には、利用終了日時に利用終了位置の駐車場に空きスペースがあるか否かをブロックチェーン１００４を参照して確認する。
【００３８】
利用予約管理部１２２７は、利用可能であると判定した場合には、利用予約を受諾して予約状況保持部１２５３に格納するとともに、利用予約を受諾する旨をユーザ端末１５００へ回答する。利用可能でないと判定した場合には、その旨をユーザ端末１５００へ回答する。また、この利用予約に関する取引を含むブロックを生成し、他の全てのノードにブロードキャストして、ブロックチェーン１００４への追加を要求する。このブロックは、他のノード又はマイナーによってブロックチェーン１００４へ追加される。これにより、車両の利用予約に関する取引が、時系列的にブロックチェーン１００４に追加されていく。利用条件が競合する複数の利用予約を同時期に受け付けた場合、先着した利用予約を優先的に受諾してもよいし、ラウンドロビンなど所定の規則にしたがって受諾する利用予約を決定してもよい。
【００３９】
利用状況管理部１２２８は、予約状況保持部１２５３に格納された利用予約の状況と、現在位置取得部１２２２、車両制御情報取得部１２２３、及び経路情報取得部１２２４により取得された情報とを参照して、車両の利用状況を管理する。利用状況管理部１２２８は、例えば、車両の利用中に、車両の運転者又は同乗者から、利用時間の延長、利用終了位置の変更など、利用条件の変更の要求を受け付けると、予約状況保持部１２５３に格納された予約状況を参照して、利用条件の変更の可否を判定する。利用条件の変更が可能である場合には、予約状況保持部１２５３に格納された利用条件を変更するとともに、後続の利用予定者に利用条件の変更を通知する。また、変更された利用条件を含むブロックを生成し、他の全てのノードにブロードキャストして、ブロックチェーン１００４への追加を要求する。利用条件の変更が可能でない場合には、その旨をナビゲーション装置１２０２の表示装置などを介して回答する。
【００４０】
利用状況管理部１２２８は、ナビゲーション装置１２０２に設定された目的地の位置情報、目的地への到着予定時刻、予約状況保持部１２５３に格納された予約状況などを参照して、利用終了日時までの間に目的地から利用終了位置まで移動可能であるか否かを判定する。移動可能でない場合には、その旨をユーザに警告し、目的地、利用終了日時、又は利用終了位置を変更することを要求する。利用終了日時又は利用終了位置を変更可能であるか否かを予約状況保持部１２５３を参照して確認し、変更可能でない場合には、目的地を変更するよう要求する。後続の利用予約が入っていない場合には、目的地の周辺の駐車場情報を検索し、車両を返却可能な駐車場が目的地の周辺に存在する場合には、利用終了位置をその駐車場に変更することを提案してもよい。
【００４１】
利用状況管理部１２２８は、ユーザから利用の終了指示を受け付けると、現在位置が利用終了位置と一致することを確認し、利用料金を精算する。ブロックチェーン１００４に含まれる駐車場情報を参照して、利用終了位置として指定された駐車場の駐車スペースに自車が駐車されたことを確認してもよい。利用状況管理部１２２８は、ＥＣＵ１２０４から燃料の残量を取得し、燃料の料金を更に精算してもよい。また、車内を撮像可能なカメラにより撮像された車内の様子を記録しておいてもよい。利用状況管理部１２２８は、利用料金の精算が終了すると、その後に利用予定のユーザのユーザ端末１５００に、車両が利用可能であることを通知してもよい。
【００４２】
決済管理部１２２９は、車両の利用の対価をトークンにより決済する。決済管理部１２２９は、ユーザ端末１５００に車両の利用の対価の支払を要求し、ユーザ端末１５００からトークンによる支払を受け、支払われたトークンのデータをトークン保持部１２５２に格納する。
【００４３】
図５は、ユーザ端末１５００の構成を示す。ユーザ端末１５００は、通信装置１５１０、表示装置１５１１、入力装置１５１２、制御装置１５２０、及び記憶装置１５５０を備える。
【００４４】
通信装置１５１０は、有線又は無線による通信を制御する。表示装置１５１１は、制御装置１５２０により生成された表示画面を表示する。入力装置１５１２は、ユーザによる操作入力を受け付ける。記憶装置１５５０は、制御装置１５２０により使用されるデータやコンピュータプログラムなどを格納する。
【００４５】
記憶装置１５５０は、ブロックチェーン保持部１５５１及びトークン保持部１５５２を備える。ブロックチェーン保持部１５５１は、ブロックチェーン１００４を保持する。トークン保持部１５５２は、ユーザが所有するトークンのデータを保持する。
【００４６】
制御装置１５２０は、ブロックチェーン受信部１５２１、車両情報取得部１５２２、利用条件取得部１５２３、現在位置取得部１５２４、車両検索部１５２５、検索結果提示部１５２６、利用予約送信部１５２７、予約結果受信部１５２８、及び決済管理部１５２９を備える。
【００４７】
車両情報取得部１５２２は、ブロックチェーン１００４に登録されている車両情報を取得する。利用条件取得部１５２３は、ユーザから車両の利用条件を取得する。利用条件は、前述したように、利用開始日時、利用開始位置、利用終了日時、利用終了位置、チャイルドシートなどの付帯設備の要否などである。現在位置取得部１５２４は、ユーザ端末１５００に搭載されたＧＰＳ受信機により受信された信号に基づいて、ユーザ端末１５００の現在位置を取得する。
【００４８】
車両検索部１５２５は、利用条件取得部１５２３が取得した利用条件に合致する車両を、車両情報取得部１５２２が取得した車両情報の中から検索する。ユーザがすぐに車両を利用したい場合には、現在位置取得部１５２４が取得した現在位置の周辺に駐車されている利用可能な車両の中から、利用条件に合致する車両を検索する。ユーザが将来利用する予定の車両を予約したい場合には、利用開始日時に利用開始位置の周辺に駐車されている予定であり、利用開始日時から利用終了日時までの間に別の利用予約が入っておらず、利用終了日時より後に別の利用予約が入っている場合には、その利用開始日時までの間に利用開始位置まで車両を移動させることが可能である車両の中から、その他の利用条件に合致する車両を検索する。
【００４９】
検索結果提示部１５２６は、車両検索部１５２５により検索された車両の情報を表示装置１５１１に表示する。ユーザは、表示された車両の中から、利用したい車両を選択する。
【００５０】
利用予約送信部１５２７は、ユーザにより選択された車両の車両端末１２００に、利用予約を送信する。予約結果受信部１５２８は、車両端末１２００から、予約の成否を受信する。予約ができた場合は、ユーザ端末１５００のスケジュール機能などに予約に関する情報を記録する。予約ができなかった場合は、上記の手順を繰り返して別の車両の利用を予約する。
【００５１】
決済管理部１５２９は、ユーザが予約した車両を利用した場合に、利用の対価をトークンにより支払う。決済管理部１５２９は、トークン保持部１５５２に保持されたトークンの中から、対価に相当する額のトークンのデータを車両端末１２００へ送信する。
【００５２】
以上のように、本実施の形態のデータ管理システム１０００によれば、ユーザと車両の間で直接、車両の貸渡契約を締結し、対価を決済することができるので、個々の車両の利用予約を車両自体が自律的に管理することができ、より柔軟かつ効率的に車両を利用させることができる。利用終了日時、利用終了位置、車両の現在位置、車両の利用者の目的地、目的地への到着予定時刻などに基づいて、車両とユーザとの間で直接車両の利用予約を成立させるので、車両の返却位置及び返却日時と、次の利用者の利用開始位置及び利用開始日時とを柔軟にマッチングさせることができ、連続的に効率良く車両の利用を引き継ぐことができる。
【００５３】
車両が大都市圏の駐車場に集中してしまう場合には、車両の利用予約が空いている時間帯に担当者が車両を別の駐車場に移動させてもよいし、車両が少ない地域で車両を返却する場合の利用料金を割引して、車両が少ない地域への車両の移動を促進させてもよい。自動運転可能な車両を利用する場合には、車両が利用されていない時間帯に車両を別の駐車場に自動的に移動させてもよい。
【００５４】
［第２の実施の形態］
図６は、第２の実施の形態に係るデータ管理システム２０００の構成を示す。第２の実施の形態に係るデータ管理システム２０００は、飲食店などの店舗に関する情報及び評価を複数のユーザ間で共有するサービスを提供するものであり、Ｐ２Ｐネットワーク２００２を構成するノードとして、店舗の管理者が使用する店舗端末２１００と、店舗を利用するユーザが使用するユーザ端末２５００とを含み、これらのノードの間でブロックチェーン２００４が共有される。
【００５５】
改竄不可能な公開台帳を複数のノード間で分散共有するブロックチェーン技術を利用することにより、改竄のおそれのない自由な評価を複数のユーザ間で共有することができる。したがって、ブロックチェーン２００４に登録された評価の内容の当否はともかく、評価それ自体と、評価を登録したユーザ又は店舗が誰であるかを示す情報が改竄されていないことは担保される。これにより、ユーザは、ブロックチェーン２００４に登録された評価の内容が信頼に足るものであるかを自身で的確に判断しつつ、他のユーザによる評価を利用することができる。
【００５６】
図７は、店舗端末２１００の構成を示す。店舗端末２１００は、通信装置２１１０、表示装置２１１１、入力装置２１１２、制御装置２１２０、及び記憶装置２１５０を備える。
【００５７】
通信装置２１１０は、有線又は無線による通信を制御する。表示装置２１１１は、制御装置２１２０により生成された表示画面を表示する。入力装置２１１２は、ユーザによる操作入力を受け付ける。記憶装置２１５０は、制御装置２１２０により使用されるデータやコンピュータプログラムなどを格納する。
【００５８】
記憶装置２１５０は、ブロックチェーン保持部２１５１及びトークン保持部２１５２を備える。ブロックチェーン保持部２１５１は、ブロックチェーン２００４を保持する。トークン保持部２１５２は、店舗が所有するトークンのデータを保持する。
【００５９】
制御装置２１２０は、ブロックチェーン受信部２１２１、ユーザ評価受付部２１２２、ユーザ評価登録要求部２１２３、店舗評価検索部２１２４、店舗評価提示部２１２５、ユーザ評価検索部２１２６、ユーザ評価提示部２１２７、報酬管理部２１２８、及び決済管理部２１２９を備える。
【００６０】
ブロックチェーン受信部２１２１は、他のノードから送信されたブロックチェーンを受信して、ブロックチェーン保持部２１５１に格納するとともに、他のノードからブロードキャストされた新たなブロックを受信し、ブロックチェーン保持部２１５１に格納されたブロックチェーンに追加する。
【００６１】
ユーザ評価受付部２１２２は、店舗の管理者によるユーザに対する評価を受け付ける。ユーザ評価登録要求部２１２３は、ユーザ評価受付部２１２２が受け付けたユーザの評価を含むブロックを生成し、他の全てのノードにブロードキャストして、ブロックチェーン２００４への追加を要求する。
【００６２】
店舗評価検索部２１２４は、ブロックチェーン２００４に含まれる自店舗に対する評価を検索する。店舗評価提示部２１２５は、店舗評価検索部２１２４により検索された自店舗に対する評価を表示装置２１１１に表示する。
【００６３】
ユーザ評価検索部２１２６は、ブロックチェーン２００４に含まれるユーザに対する評価を検索する。ユーザ評価提示部２１２７は、ユーザ評価検索部２１２６により検索されたユーザに対する評価を表示装置２１１１に表示する。
【００６４】
報酬管理部２１２８は、自店舗に対する評価をブロックチェーン２００４に登録したユーザに対する報酬をトークンにより支払う。報酬額は、店舗の管理者により決定されてもよいし、店舗側から評価を恣意的に操作することを防ぐために、所定の条件により自動的に報酬額が決定されてもよい。
【００６５】
決済管理部２１２９は、店舗の利用料金や評価を登録したユーザに対する報酬などをトークンにより決済する。
【００６６】
図８は、ユーザ端末２５００の構成を示す。ユーザ端末２５００は、通信装置２５１０、表示装置２５１１、入力装置２５１２、制御装置２５２０、及び記憶装置２５５０を備える。
【００６７】
通信装置２５１０は、有線又は無線による通信を制御する。表示装置２５１１は、制御装置２５２０により生成された表示画面を表示する。入力装置２５１２は、ユーザによる操作入力を受け付ける。記憶装置２５５０は、制御装置２５２０により使用されるデータやコンピュータプログラムなどを格納する。
【００６８】
記憶装置２５５０は、ブロックチェーン保持部２５５１及びトークン保持部２５５２を備える。ブロックチェーン保持部２５５１は、ブロックチェーン２００４を保持する。トークン保持部２５５２は、ユーザが所有するトークンのデータを保持する。
【００６９】
制御装置２５２０は、ブロックチェーン受信部２５２１、店舗評価受付部２５２２、店舗評価登録要求部２５２３、ユーザ評価検索部２５２４、ユーザ評価提示部２５２５、店舗評価検索部２５２６、店舗評価提示部２５２７、報酬管理部２５２８、及び決済管理部２５２９を備える。
【００７０】
ブロックチェーン受信部２５２１は、他のノードから送信されたブロックチェーンを受信して、ブロックチェーン保持部２５５１に格納するとともに、他のノードからブロードキャストされた新たなブロックを受信し、ブロックチェーン保持部２５５１に格納されたブロックチェーンに追加する。
【００７１】
店舗評価受付部２５２２は、ユーザによる店舗に対する評価を受け付ける。店舗評価登録要求部２５２３は、店舗評価受付部２５２２が受け付けた店舗の評価を含むブロックを生成し、他の全てのノードにブロードキャストして、ブロックチェーン２００４への追加を要求する。
【００７２】
ユーザ評価検索部２５２４は、ブロックチェーン２００４に含まれる自身に対する評価を検索する。ユーザ評価提示部２５２５は、ユーザ評価検索部２５２４により検索された自身に対する評価を表示装置２５１１に表示する。
【００７３】
店舗評価検索部２５２６は、ブロックチェーン２００４に含まれる店舗に対する評価を検索する。店舗評価提示部２５２７は、店舗評価検索部２５２６により検索された店舗に対する評価を表示装置２５１１に表示する。
【００７４】
報酬管理部２５２８は、店舗に対する評価をブロックチェーン２００４に登録した報酬をトークンにより受け取る。
【００７５】
決済管理部２５２９は、店舗の利用料金や評価を登録したことに対する報酬などをトークンにより決済する。
【００７６】
このような構成により、ユーザによる店舗の評価も、店舗によるユーザの評価も、評価者が特定される状態でブロックチェーン２００４に登録されて、全ての利用者の間で共有され、事実上改竄不可能な状態で保持される。したがって、ユーザ及び店舗が正当な評価を登録するモチベーションを高めることができるので、サービスの信頼性を自律的に向上させることができる。
【００７７】
サービスの提供主体は、ブロックチェーン２００４を取得して定期的に評価を集計し、店舗及びユーザごとに評価指標を算出して提供してもよい。また、評価指標に応じて店舗及びユーザに付与する報酬額を決定し、トークンにより報酬を付与してもよい。サービスの提供主体は、サービスの提供料金を店舗及びユーザからトークンにより徴収してもよい。サービスの提供料金の額は、評価の登録数、閲覧数、評価指標などに応じて決定されてもよい。
【００７８】
［第３の実施の形態］
図９は、第３の実施の形態に係るデータ管理システム３０００の構成を示す。第３の実施の形態に係るデータ管理システム３０００は、ユーザの医療情報を複数の医療機関及び薬局の間で共有するサービスを提供するものであり、Ｐ２Ｐネットワーク３００２を構成するノードとして、医療機関の医療関係者が使用する医療機関端末３１００と、薬局の薬剤師などが使用する薬局端末３２００と、医療機関及び薬局を利用するユーザが使用するユーザ端末３５００とを含み、これらのノードの間でブロックチェーン３００４が共有される。
【００７９】
改竄不可能な公開台帳を複数のノード間で分散共有するブロックチェーン技術を利用することにより、複数の医療機関及び薬局の間でユーザの医療情報を共有することができる。医療情報は、むやみに他人に公開すべきでない個人情報であるから、暗号化した状態でブロックチェーン３００４に登録し、ユーザが閲覧を許可した医療機関及び薬局のみが復号して閲覧することができるようにする。これにより、ユーザのプライバシーを適切に保護しつつ、医療機関及び薬局において、他の医療機関において作成された電子カルテや、他の薬局において処方された医薬品に関する情報などを共有することができるので、医師や薬剤師などの医療従事者がユーザの健康状態を総合的に判断することができる。また、医療機関において実施された医療行為や、薬局において処方された医薬品の情報を、改竄不可能な状態で保持しておくことができるので、医療の透明性を高めて医療事故の発生を低減し、医療事故が発生した場合には的確に原因を究明することができる。
【００８０】
図１０は、医療機関端末３１００の構成を示す。医療機関端末３１００は、通信装置３１１０、表示装置３１１１、入力装置３１１２、制御装置３１２０、及び記憶装置３１５０を備える。
【００８１】
通信装置３１１０は、有線又は無線による通信を制御する。表示装置３１１１は、制御装置３１２０により生成された表示画面を表示する。入力装置３１１２は、ユーザによる操作入力を受け付ける。記憶装置３１５０は、制御装置３１２０により使用されるデータやコンピュータプログラムなどを格納する。
【００８２】
記憶装置３１５０は、ブロックチェーン保持部３１５１及びトークン保持部３１５２を備える。ブロックチェーン保持部３１５１は、ブロックチェーン２００４を保持する。トークン保持部３１５２は、医療機関が所有するトークンのデータを保持する。
【００８３】
制御装置３１２０は、ブロックチェーン受信部３１２１、医療情報受付部３１２２、暗号化部３１２３、医療情報登録要求部３１２４、医療情報検索部３１２５、閲覧権限制御部３１２６、復号部３１２７、医療情報提示部３１２８、及び決済管理部３１２９を備える。
【００８４】
ブロックチェーン受信部３１２１は、他のノードから送信されたブロックチェーンを受信して、ブロックチェーン保持部３１５１に格納するとともに、他のノードからブロードキャストされた新たなブロックを受信し、ブロックチェーン保持部３１５１に格納されたブロックチェーンに追加する。
【００８５】
医療情報受付部３１２２は、医療従事者により入力されたユーザの医療情報を受け付ける。医療情報受付部３１２２は、医療機関に設けられた電子カルテシステムなどから医療情報を受け付けてもよい。
【００８６】
暗号化部３１２３は、医療情報をブロックチェーン３００４に登録する前に、医療情報を暗号化する。暗号化部３１２３は、ユーザの公開鍵で医療情報を暗号化してもよいし、既知の任意の暗号化技術により医療情報を暗号化してもよい。
【００８７】
医療情報登録要求部３１２４は、暗号化部３１２３により暗号化されたユーザの医療情報を含むブロックを生成し、他の全てのノードにブロードキャストして、ブロックチェーン３００４への追加を要求する。Ｘ線撮影装置やＭＲＩなどにより撮影された画像情報など、データ量の大きい医療情報は、暗号化した上でデータサーバ３００６に登録し、データサーバ３００６に格納された医療情報への参照情報がブロックに登録されてもよい。
【００８８】
医療情報検索部３１２５は、ブロックチェーン３００４に含まれるユーザの医療情報を検索する。閲覧権限制御部３１２６は、ユーザの医療情報を閲覧するための権限の付与をユーザに要求する。ユーザがその場にいる場合には、ユーザが暗証番号などを入力し、医療機関端末３１００に閲覧権限を付与してもよい。ユーザがその場にいない場合には、ユーザ端末３５００がワンタイムパスワードなどを発行して医療機関端末３１００に通知することにより、医療機関端末３１００に閲覧権限を付与してもよい。復号部３１２７は、ユーザの医療情報を閲覧するための権限がユーザから付与されると、医療情報を復号する。医療情報提示部３１２８は、復号された医療情報を表示装置３１１１に表示する。
【００８９】
決済管理部３１２９は、医療費などをトークンにより決済する。
【００９０】
図１１は、薬局端末３２００の構成を示す。薬局端末３２００は、通信装置３２１０、表示装置３２１１、入力装置３２１２、制御装置３２２０、及び記憶装置３２５０を備える。
【００９１】
通信装置３２１０は、有線又は無線による通信を制御する。表示装置３２１１は、制御装置３２２０により生成された表示画面を表示する。入力装置３２１２は、ユーザによる操作入力を受け付ける。記憶装置３２５０は、制御装置３２２０により使用されるデータやコンピュータプログラムなどを格納する。
【００９２】
記憶装置３２５０は、ブロックチェーン保持部３２５１及びトークン保持部３２５２を備える。ブロックチェーン保持部３２５１は、ブロックチェーン２００４を保持する。トークン保持部３２５２は、薬局が所有するトークンのデータを保持する。
【００９３】
制御装置３２２０は、ブロックチェーン受信部３２２１、処方箋情報検索部３２２２、閲覧権限制御部３２２３、復号部３２２４、処方箋情報提示部３２２５、処方薬情報受付部３２２６、暗号化部３２２７、処方薬情報登録要求部３２２８、及び決済管理部３２２９を備える。
【００９４】
ブロックチェーン受信部３２２１は、他のノードから送信されたブロックチェーンを受信して、ブロックチェーン保持部３２５１に格納するとともに、他のノードからブロードキャストされた新たなブロックを受信し、ブロックチェーン保持部３２５１に格納されたブロックチェーンに追加する。
【００９５】
処方箋情報検索部３２２２は、ブロックチェーン３００４に含まれるユーザの処方箋情報を検索する。閲覧権限制御部３２２３は、ユーザの処方箋情報を閲覧するための権限の付与をユーザに要求する。復号部３２２４は、ユーザの処方箋情報を閲覧するための権限がユーザから付与されると、処方箋情報を復号する。処方箋情報提示部３２２５は、復号された処方箋情報を表示装置３２１１に表示する。
【００９６】
処方薬情報受付部３２２６は、薬局においてユーザに処方された医薬品の情報を受け付ける。暗号化部３２２７は、医薬品情報をブロックチェーン３００４に登録する前に、医薬品情報を暗号化する。処方薬情報登録要求部３２２８は、暗号化部３２２７により暗号化されたユーザに処方された医薬品の情報を含むブロックを生成し、他の全てのノードにブロードキャストして、ブロックチェーン３００４への追加を要求する。このようにしてブロックチェーン３００４に登録された医薬品情報は、「おくすり手帳」として機能し、医師がユーザに医薬品を投与するときや、薬剤師がユーザに医薬品を処方するときに、医薬品の飲み合わせなどを確認するために利用される。
【００９７】
決済管理部３１２９は、医薬品の処方に対する対価などをトークンにより決済する。
【００９８】
図１２は、ユーザ端末３５００の構成を示す。ユーザ端末３５００は、通信装置３５１０、表示装置３５１１、入力装置３５１２、制御装置３５２０、及び記憶装置３５５０を備える。
【００９９】
通信装置３５１０は、有線又は無線による通信を制御する。表示装置３５１１は、制御装置３５２０により生成された表示画面を表示する。入力装置３５１２は、ユーザによる操作入力を受け付ける。記憶装置３５５０は、制御装置３５２０により使用されるデータやコンピュータプログラムなどを格納する。
【０１００】
記憶装置３５５０は、ブロックチェーン保持部３５５１及びトークン保持部３５５２を備える。ブロックチェーン保持部３５５１は、ブロックチェーン２００４を保持する。トークン保持部３５５２は、ユーザが所有するトークンのデータを保持する。
【０１０１】
制御装置３５２０は、ブロックチェーン受信部３５２１、健康状態情報受付部３５２２、暗号化部３５２３、健康状態情報登録要求部３５２４、医療情報検索部３５２５、閲覧権限制御部３５２６、復号部３５２７、医療情報提示部３５２８、及び決済管理部３５２９を備える。
【０１０２】
ブロックチェーン受信部３５２１は、他のノードから送信されたブロックチェーンを受信して、ブロックチェーン保持部３５５１に格納するとともに、他のノードからブロードキャストされた新たなブロックを受信し、ブロックチェーン保持部３５５１に格納されたブロックチェーンに追加する。
【０１０３】
健康状態情報受付部３５２２は、ユーザの健康状態を示す健康状態情報を受け付ける。健康状態情報受付部３５２２は、脈拍計、血圧計、血中酸素濃度計、血糖値センサ、体重計、体脂肪計、体組成計、筋力計など、ユーザの健康状態を示す各種の測定値を計測するためのセンサや測定機器などから健康状態情報を受け付けてもよいし、ユーザにより入力された健康状態情報を受け付けてもよい。例えば、ユーザの体調、気分など、ユーザの健康状態をユーザ自身が評価した健康状態情報を受け付けてもよいし、ユーザが摂取した食事、飲料、健康補助食品、医薬品などを受け付けてもよい。
【０１０４】
暗号化部３５２３は、健康状態情報をブロックチェーン３００４に登録する前に、健康状態情報を暗号化する。健康状態情報登録要求部３５２４は、暗号化部３５２３により暗号化されたユーザの健康状態情報を含むブロックを生成し、他の全てのノードにブロードキャストして、ブロックチェーン３００４への追加を要求する。
【０１０５】
医療情報検索部３５２５は、ブロックチェーン３００４に含まれるユーザの医療情報、処方薬情報、健康状態情報を検索する。復号部３５２７は、暗号化されたユーザの医療情報、処方薬情報、健康状態情報を復号する。医療情報提示部３５２８は、ユーザの医療情報、処方薬情報、健康状態情報を表示装置３５１１に表示する。
【０１０６】
閲覧権限制御部３５２６は、ユーザにより指定された医療機関端末３１００及び薬局端末３２００に対して、ブロックチェーン３００４に登録されたユーザの医療情報の閲覧権限を付与する。
【０１０７】
決済管理部３１２９は、医療費や医薬品の処方に対する対価などをトークンにより決済する。
【０１０８】
このような構成により、ユーザの医療情報、処方薬情報、及び健康状態情報をブロックチェーン３００４に蓄積し、改竄不可能な状態で保持し、ユーザが閲覧を許可した医療機関及び薬局の間で共有することができるので、ユーザは、複数の医療機関で実施された診察、検査、医療行為などの情報や、複数の薬局で処方された医薬品の情報や、日常的に記録していた健康状態情報などを総合的に考慮された、より適切な医療を受けることができる。出張先や旅行先などで、かかりつけ医以外の医師による診察を受ける場合であっても、過去の医療情報を医師に閲覧させ、適切な診察を受けることができる。
【０１０９】
同時期に複数の医療機関において医療を受けている場合のみならず、過去に医療機関において医療を受けた既往歴もブロックチェーン３００４に保存されており、随時閲覧して利用することができる。従来、既往歴はユーザが医療機関に申告していたので、ユーザの記憶が不正確であったり、忘れてしまっていたりして、医療機関が正確に把握することは困難であったが、本実施の形態のデータ管理システム３０００によれば、過去の医療情報もブロックチェーン３００４に保存され続けるので、医療機関がユーザの既往歴を正確に把握して判断材料とすることができる。
【０１１０】
ブロックチェーン３００４には、ユーザによる臓器提供の意思が暗号化されて登録されてもよい。この場合、ユーザが脳死又は心臓死したと判定されたときに、登録機関や行政機関によりユーザの臓器提供意思を復号して確認することができるようにする。ユーザが臓器の提供を希望していた場合には、そのユーザの医療情報を登録機関や行政機関が復号して閲覧することができるようにしておいてもよい。これにより、ユーザの既往歴や投薬歴などを精確に把握することができるので、臓器の状態や提供対象者との適合性などを的確に判断することができる。
【０１１１】
ブロックチェーン３００４に登録された多数のユーザの医療情報、処方薬情報、及び健康状態情報は、ユーザが許可する範囲で、人工知能の学習データとして利用されてもよい。同一のユーザについて複数の医療機関において登録された複数の検査結果及び診察結果や、処方された医薬品の情報や、日常的に記録されていた健康状態情報などを複合的に学習することにより、従来の医療においては予測不可能であった病因や、疾患のパターンなどが学習される可能性がある。このようにして学習された人工知能により、ブロックチェーン３００４に登録された医療情報、処方薬情報、及び健康状態情報を解析し、ユーザの健康状態、疾患、特定の疾患の罹患可能性などを自動的に判定してもよい。また、過去の医療情報から、過去に罹患していた疾患を人工知能により自動的に判定して、ユーザの既往歴として把握し、現在及び将来の診察の判断材料として利用してもよい。
【０１１２】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、その各構成要素や各処理プロセスの組合せにいろいろな変形が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【０１１３】
第１の実施の形態では、カーシェアリングサービスについて説明したが、第１の実施の形態の技術は、タクシーの配車サービスなどにも適用可能である。
【符号の説明】
【０１１４】
１０００  データ管理システム、１００４  ブロックチェーン、１２００  車両端末、１５００  ユーザ端末、２０００  データ管理システム、２００４  ブロックチェーン、２１００  店舗端末、２５００  ユーザ端末、３０００  データ管理システム、３００４  ブロックチェーン、３１００  医療機関端末、３２００  薬局端末、３５００  ユーザ端末。
【図１】
2019153130.tif 000003
【図２】
2019153130.tif 000004
【図３】
2019153130.tif 000005
【図４】
2019153130.tif 000006
【図５】
2019153130.tif 000007
【図６】
2019153130.tif 000008
【図７】
2019153130.tif 000009
【図８】
2019153130.tif 000010
【図９】
2019153130.tif 000011
【図１０】
2019153130.tif 000012
【図１１】
2019153130.tif 000013
【図１２】
2019153130.tif 000014