(57)【要約】【課題】ブロックチェーンに保存したコンテンツを、リクエストに応じて動的制御し、配信する技術を提供すること。【解決手段】管理サーバ１のコンテンツ登録部１０１は、内部ネットワークに配置された内部型ブロックチェーン３に対してコンテンツを送信する制御を実行する。Ｗｅｂサーバ５のリクエスト受付部５０１は、コンテンツのリクエストを示す情報を受付ける。Ｗｅｂサーバ５のコンテンツ提示部５０２は、内部型ブロックチェーン３に記憶されている１以上のコンテンツの中から、リクエスト受付部５０１により受付けられたリクエスト値に合致する１以上のコンテンツを抽出して提示する。これにより上記課題を解決する。【選択図】図３
2020107342.tif 000002
【特許請求の範囲】
【請求項１】
所定のネットワークに配置された１以上のブロックチェーンに対してコンテンツを送信する制御を実行する送信制御手段と、
コンテンツのリクエストを示す情報を受付ける受付手段と、
前記１以上のブロックチェーンに記憶されている１以上のコンテンツの中から、前記受付手段により受付けられた前記リクエストの内容に合致する１以上のコンテンツを抽出して提示する提示手段と、
を備える情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムに関する。
【背景技術】
【０００２】
従来より、ウェブコンテンツをインターネット経由で配信するための最適化されたネットワークを提供するサービス、即ち、コンテンツ配信サービスが盛んである。
しかし、配信するコンテンツの容量の増大化等が原因で、Ｗｅｂサーバがダウンしたり、ネットワークに過剰な負荷がかかってしまうという問題がある。このため、処理時間を短縮し、クライアントに対する迅速な配信を図るための技術が提案されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−０９１１４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の特許文献１に記載の技術を含む従来技術のみでは、静的コンテンツには対応しているものの、動的コンテンツには十分に対応できていない。
【０００５】
本発明は、このような状況を鑑みてなされたものであり、ブロックチェーンに保存したコンテンツを、リクエストに応じて動的制御し、配信する技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一態様の情報処理システムは、
所定のネットワークに配置された１以上のブロックチェーンに対してコンテンツを送信する制御を実行する送信制御手段と、
コンテンツのリクエストを示す情報を受付ける受付手段と、
前記１以上のブロックチェーンに記憶されている１以上のコンテンツの中から、前記受付手段により受付けられた前記リクエストの内容に合致する１以上のコンテンツを抽出して提示する提示手段と、
を備える。
【発明の効果】
【０００７】
本発明によれば、ブロックチェーンに保存したコンテンツを、リクエストに応じて動的制御し、配信することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る情報処理システムの構成の一例を示す構成図（内部型）である。
【図２】図１に示す情報処理システムのうち、管理サーバのハードウェア構成の一例を示すブロック図である。
【図３】図２の管理サーバを含む情報処理システムの機能的構成のうち、コンテンツ配信処理を実行するための機能的構成の一例を示すブロック図である。
【図４】本発明の一実施形態に係る情報処理システムの構成の一例として、図１に示す構成とは異なる構成（外部型）の例を示す図である。
【図５】本サービスを利用する際に表示されるログイン画面の一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について、図面を用いて説明する。
【００１０】
まず、本発明の情報処理装置の一実施形態に係る管理サーバ１が適用される情報処理システムの適用対象となるサービス（以下、「本サービス」と呼ぶ）における用語の定義について述べる。
「静的コンテンツ」とは、プログラム処理をしないコンテンツファイルを意味する。例えば、画像、動画、ＨＴＭＬ、ＣＳＳ、ＪａｖａＳｃｒｉｐｔ（登録商標）等のファイルは静的コンテンツに含まれる。
「ＣＤＮ（Ｃｏｎｔｅｎｔ  Ｄｅｌｉｖｅｒｙ  Ｎｅｔｗｏｒｋ）」とは、コンテンツ配信を意味する。
「動的コンテンツ」とは、プログラム処理を行うコンテンツファイルを意味する。例えば、ＰＨＰ、ＪＡＶＡ（登録商標）、Ｃ言語などで処理が書いてあるファイルは動的コンテンツに含まれる。
「ＤＣＤＮ（Ｄｙｎａｍｉｃ  Ｃｏｎｔｅｎｔ  Ｄｅｌｉｖｅｒｙ  Ｎｅｔｗｏｒｋ）」は、動的コンテンツ配信を意味する。
「ＢＣ」は、ブロックチェーンを意味する。
【００１１】
次に、既存のＷｅｂキャッシュサーバの役割について説明する。
ＣＤＮサービス等の既存のＷｅｂキャッシュサーバは、応答速度の高速化、サーバの負荷軽減、トラフィックの低減のために利用されることが一般的である。
【００１２】
次に、既存のＣＤＮサービスの問題提起について説明する。
静的コンテンツ(動画・画像・ＨＴＭＬ・ＣＳＳ・ＪａｖａＳｃｒｉｐｔ（登録商標）のようにプログラムによって変更されないコンテンツファイル)に適応するが、動的コンテンツには適応しない。
また、同一ネットワーク内のサーバのレスポンスのみキャッシュが作られる。外部ネットワークの場合は、同期処理やファイル転送といった該当するキャッシュファイルを規定の場所に配置する必要がある。
変更された場合は、バッチによる自動実行や、手動によるコマンドの実行によりキャッシュを削除する必要がある。
【００１３】
次に、既存のキャッシュ技術について説明する。
一般的なキャッシュ技術は、大まかに述べると、アプリケーションソフトウェア（以下、「アプリ」と呼ぶ）側のテンプレートキャッシュ・クエリキャッシュで行う場合とキャッシュサーバで行う場合の２通りが存在する。
【００１４】
次に、ブロックチェーンキャッシュ（ＢＣ  Ｃａｃｈｅ）について説明する。
本発明は、ブロックチェーンを利用したＣＤＮサービス、ブロックチェーンキャッシュ（以下、「ＢＣ  Ｃａｃｈｅ」と呼ぶ）である。
「ＢＣ  Ｃａｃｈｅ」は、ブロックチェーンにコンテンツ配信用のデータを保存する。保存したコントラクトアドレスと実行時に与えるリクエスト値で動的制御を行いながらコンテンツの配信を行う。
【００１５】
ＢＣ  Ｃａｃｈｅの利点として、以下（１）乃至（５）を挙げることができる。即ち、（１）権限、認証機能による動的キャッシュを制御できる。（２）Ｐ２Ｐによるキャッシュファイルの全同期が可能。（３）耐改ざん性の強化。（４）キャッシュ入れ替え時の処理作成時間０秒化。（５）キャッシュサーバだけのコンテンツ提供が可能。
【００１６】
上記（１）の「権限、認証機能による動的キャッシュ制御」について、既存のキャッシュと異なり、キャッシュを保管しているコントラクトアドレスは、権限制御・認証機能を付与する事ができる。リクエストされたコントラクトと引数とに応じて、ＢＣのデータを呼び出すことができる。これにより、動的コンテンツ制御が実現できる。
【００１７】
上記（２）の「Ｐ２Ｐによるキャッシュファイルの全同期」について、キャッシュデータは、Ｐ２Ｐによって各種サーバに登録・更新と共に全同期を行う。データの差分が発生したとしても、ＢＣによるコンセンサスな処理で稼働する。差分時によるサービスの停止が発生しない。また、全てのサーバが故障しない限り稼働し続けることができる。これにより、高可用性が実現される。
【００１８】
上記（３）の「耐改ざん性の強化」について、ブロックチェーンは、耐改ざん性が強い仕組みである。キャッシュデータをＢＣに入れて配信することで、配信先が特定されることを防ぐことができる。これにより、常に更新・登録時の履歴生成を行うことができる。また、キャッシュポイズニングのような攻撃や、管理者側からの不正行為に対するセキュリティの強化を図ることができる。
【００１９】
上記（４）の「キャッシュ入れ替え時の処理作成時間０秒化」について、既存のＣＤＮサービスにより、動的コンテンツ配信を行う場合は、キャッシュファイル生成時の処理時間が必要となり、キャッシュ時間中はファイル更新が反映されない。本実施形態では、動的コンテンツ配信が行われる場合、生成されたコンテンツがＢＣに登録される。これにより、閲覧しているユーザに対しては、高負荷で時間のかかる動的コンテンツであっても、静的コンテンツを表示する時間間隔並みの応答速度でコンテンツを表示することが可能になる。
【００２０】
上記（５）の「キャッシュサーバだけのコンテンツ提供」について、静的コンテンツ配信の場合は、コンテンツを配信しているサーバが外部公開されている必要がある。
本実施形態では、コンテンツの配信を行っているサーバを内部ネットワークに配置することができる。また、コンテンツの同期通信は、ＢＣ特有のセキュアな通信を行うことができる。また、コンテンツ配信元サーバへのＤＤｏｓ攻撃による影響の軽減、Ｐ２Ｐによる可用性の向上がなされる。
【００２１】
次に、ＢＣ  Ｃａｃｈｅの仕組みについて説明する。
まず、生成したコンテンツデータ（ＨＴＭＬやＪＳＯＮやｘｍｌなど）がＢＣに保存される。次に、ＢＣのコンテンツデータがＰＨＰで取得されて、レスポンスが返却される。ＢＣの権限による制御はコントラクトで行われる。
【００２２】
図１は、本発明の一実施形態に係る情報処理システムの構成の一例を示す構成図（内部型）である。
本発明の一実施形態に係る情報処理システムは、図１に示すように、管理サーバ１と、サービス提供者端末２と、内部型ブロックチェーン３と、外部型ブロックチェーン４と、Ｗｅｂサーバ５と、クライアント端末６とを含むように構成されている。
【００２３】
管理サーバ１は、１以上のコンテンツが記憶されたコンテンツＤＢ１８１と、ＷｅｂサイトＷとの管理を行う情報処理装置である。
サービス提供者端末２は、サービス提供者（図示せず）により操作される情報処理装置である。サービス提供者端末２は、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。
内部型ブロックチェーン３は、サービス提供者側の内部ネットワークを構成するブロックチェーンサーバにより実現されるブロックチェーンである。
外部型ブロックチェーン４は、外部ネットワークを構成するブロックチェーンサーバにより実現されるブロックチェーンである。
Ｗｅｂサーバ５は、Ｗｅｂサービスを提供する情報処理装置である。
クライアント端末６は、コンテンツを利用するクライアント（図示せず）により操作される情報処理装置である。クライアント端末６は、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。
管理サーバ１、サービス提供者端末２、及び内部型ブロックチェーン３は、サービス提供者側の内部ネットワークを構成する。
【００２４】
内部ネットワークでは、サービス提供者によるサービス提供者端末２に対する操作に基づいて、管理サーバ１を介して内部型ブロックチェーン３にコンテンツが登録される（ステップＳ１０１）。
内部型ブロックチェーン３と外部型ブロックチェーン４との間で同期が行われる（ステップＳ１０２）。これにより、登録されたコンテンツが外部型ブロックチェーン４にも共有される。
クライアント端末６は、Ｗｅｂサーバ５に対してコンテンツをリクエストする（ステップＳ１０３）。Ｗｅｂサーバ５は、外部型ブロックチェーン４にリクエストを投げて（ステップＳ１０４）、取得したコンテンツをクライアント端末６に提示する。即ち、Ｗｅｂサーバ５は、外部型ブロックチェーン４に記憶されている１以上のコンテンツのうち、クライアント端末６からのリクエストに応じたコンテンツを抽出して、クライアント端末６に送信する（ステップＳ１０５）。
このような内部型の構成では、サービス提供者が内部ネットワークでコンテンツを配信することができる。これにより、高セキュアな環境におけるコンテンツの配信を実現させることができる。
【００２５】
図２は、図１に示す情報処理システムのうち、管理サーバのハードウェア構成の一例を示すブロック図である。
【００２６】
管理サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、入力部１６と、出力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。
【００２７】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００２８】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、入力部１６、出力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。
【００２９】
入力部１６は、例えばキーボード等により構成され、各種情報を入力する。
出力部１７は、液晶等のディスプレイやスピーカ等により構成され、各種情報を画像や音声として出力する。
記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置等（例えば図１のサービス提供者端末２、及び内部型ブロックチェーン３等）との間で通信を行う。
【００３０】
ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３０が適宜装着される。ドライブ２０によってリムーバブルメディア３０から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア３０は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
【００３１】
なお、図示はしないが、図１のサービス提供者端末２、Ｗｅｂサーバ５、及びクライアント端末６も、図２に示すハードウェア構成と基本的に同様の構成を有することができる。従って、サービス提供者端末２、Ｗｅｂサーバ５、及びクライアント端末６のハードウェア構成の説明については省略する。
【００３２】
このような図２の管理サーバ１の各種ハードウェアと各種ソフトウェアとの協働により、管理サーバ１を含む情報処理システムにおけるコンテンツ配信処理を含む各種処理の実行が可能になる。その結果、サービス提供者は、上述の本サービスを提供することができる。
「コンテンツ配信処理」とは、本サービスを提供するために実行される処理のことをいう。
以下、図３を参照して、本実施形態に係る管理サーバ１を含む情報処理システムにおいて実行が制御される、コンテンツ配信処理を実行するための機能的構成について説明する。
【００３３】
図３は、図２の管理サーバを含む情報処理システムの機能的構成のうち、コンテンツ配信処理を実行するための機能的構成の一例を示すブロック図である。
【００３４】
図３に示すように、管理サーバ１のＣＰＵ１１においては、コンテンツ配信処理の実行が制御される場合、コンテンツ登録部１０１と、コンテンツ管理部１０２とが機能する。また、Ｗｅｂサーバ５の図示せぬＣＰＵにおいては、リクエスト受付部５０１と、コンテンツ提示部５０２とが機能する。
また、管理サーバ１の記憶部１８の一領域にはコンテンツＤＢ１８１が設けられている。コンテンツＤＢ１８１には、ｎ個（ｎは１以上の整数値）のコンテンツが、ｎ個のコンテンツの夫々を一意に特定可能な情報（例えばＩＤ）に対応付けられて管理されている。
【００３５】
管理サーバ１のコンテンツ登録部１０１は、内部ネットワークに配置された内部型ブロックチェーンに対してコンテンツを送信する制御を実行することで、コンテンツを登録する。
【００３６】
管理サーバ１のコンテンツ管理部１０２は、コンテンツ登録部１０１により登録された１以上のコンテンツを内部型ブロックチェーン３に記憶させて管理する。内部型ブロックチェーン３と外部型ブロックチェーン４とが同期されると、内部型ブロックチェーン３に記憶された１以上のコンテンツは、外部型ブロックチェーン４に共有される。
【００３７】
Ｗｅｂサーバ５のリクエスト受付部５０１は、コンテンツのリクエストを示す情報を受付ける。具体的には、リクエスト受付部５０１は、クライアント端末６からのコンテンツのリクエストを受付ける。
【００３８】
Ｗｅｂサーバ５のコンテンツ提示部５０２は、内部型ブロックチェーン３と外部型ブロックチェーン４とに記憶されている１以上のコンテンツの中から、リクエスト受付部５０１により受付けられたリクエスト値に合致する１以上のコンテンツを抽出して、クライアント端末６に提示する。
【００３９】
図４は、本発明の一実施形態に係る情報処理システムの構成の一例として、図１に示す構成とは異なる構成（外部型）の例を示す図である。
【００４０】
図４に示す情報処理システムは、管理サーバ１と、サービス提供者端末２と、外部型ブロックチェーン４と、Ｗｅｂサーバ５と、クライアント端末６とを含むように構成されている。
なお、図４に示す情報処理システムを構成する、管理サーバ１、サービス提供者端末２、外部型ブロックチェーン４、Ｗｅｂサーバ５、及びクライアント端末６は、図１に示す構成と同様であるため説明を省略する。
【００４１】
図４に示す情報処理システムは、図１に示す情報処理システムと異なり、内部ネットワークに内部型ブロックチェーン３が存在しない。
内部ネットワークでは、サービス提供者によるサービス提供者端末２に対する操作に基づいて、管理サーバ１を介して（ステップＳ２０１）外部型ブロックチェーン４にコンテンツが送信されて記憶される（ステップＳ２０２）。
クライアント端末６は、コンテンツに関するリクエストをＷｅｂサーバ５に送信する（ステップＳ２０３）。Ｗｅｂサーバ５は、外部型ブロックチェーン４に記憶されている１以上のコンテンツのうち、クライアント端末６からのリクエストに応じたコンテンツを抽出して（ステップＳ２０４）、クライアント端末６に送信する（ステップＳ２０５）。
このような外部型の構成では、内部ネットワークにブロックチェーン（内部型ブロックチェーン３）を配置する必要がないので、コストを削減させることができる。ただし、外部に対する通信が必要となるため、内部型のレベルの高セキュアではなくなる。
【００４２】
次に、コンテンツの配信手順について説明する。
まず、（１）ローカルで配信されるコンテンツが作成される。次に、（２）確認用コントラクトアドレスにコンテンツが保存される。次に、（３）確認用のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）が実行されて、確認が行われる。そして、（４）本番用コントラクトアドレスにコンテンツが保存される（本番反映）。
【００４３】
次に、本実施形態の技術的な利点について説明する。
コンテンツ配信先のサーバに攻撃が多発している場合、８０番・４４３番のｐｏｒｔが、ＩＰアドレス制限や、内部ネットワークに限定されるといった制限が可能となる。これにより、コンテンツ配信先のサーバに対するＤＤｏＳ攻撃や外部からの不正アクセスが困難になる。
ＢＣ関連のｐｏｒｔ以外は、閉鎖系が可能になるため、高セキュアなシステムを実現させることができる。
ＢＣを使ったＰ２Ｐによる共有であるため、データの共有が容易になる。
【００４４】
次に、キャッシュサーバの構成例について説明する。
キャッシュサーバの構成例としては、Ｗｅｂサーバ（ａｐａｃｈｅ・ｎｇｉｎｘ）、ブロックチェーン、プログラム言語（ＰＨＰ）がある。
【００４５】
次に、ＢＣキャッシュＡＰＩの例について説明する。
ＢＣキャッシュＡＰＩの例として、Ｃａｃｈｅ  ｓｅｔ（キャッシュ登録）、Ｃａｃｈｅ  ｇｅｔ（キャッシュ取得）がある。
【００４６】
次に、ＢＣ  Ｃａｃｈｅの新規性と進歩性について説明する。
権限制御と認証機能を使った動的キャッシュが可能となる。既存のキャッシュサーバは、静的コンテンツが前提となる。
コントラクト単位によるアプリ提供が可能となる。ＵＲＬの引数だけで異なるアプリの提供が可能となる。また、既存のＷｅｂサービスでは、アプリ毎にＷｅｂサーバやＤＢを用意する必要があるのに対して、各アプリが独立して管理することが可能となる。
既存のキャッシュは、同一ネットワークが前提であるのに対して、外部ネットワークの各ノードに対してＰ２Ｐによるキャッシュの同期が可能となる。
【００４７】
次に、製品事例である動的コンテンツ配信システム（ＤＣＤＮ：Ｄｙｎａｍｉｃ  Ｃｏｎｔｅｎｔ  Ｄｅｌｉｖｅｒｙ  Ｎｅｔｗｏｒｋ）について説明する。
動的コンテンツ配信システムは、以下の特徴を有する。
クライアントに見せるコンテンツは、ＢＣキャッシュのデータである。
コンテンツ配信のサーバは、内部ネットワークでコンテンツを作成してＢＣキャッシュに保存して配信することが可能である。
配信したいコンテンツをブロックチェーンに保存する。ＵＲＬのリクエスト値でアカウントアドレスやコントラクトアドレスや各種パラメータに応じて、該当するＨＴＭＬの表示を行うことが可能である。
【００４８】
次に、ＤＣＤＮを使ったサービス事例について説明する。
ＤＣＤＮを使ったサービス事例のうち、（１）匿名型投票システムについて説明する。
匿名型投票システムは、ＢＣに選挙の各投票フォームを保存する。
Ｗｅｂで投票する場合は、投票先データをＢＣに保存する。
コントラクトで投票先データを登録完了後に個人情報を空にして投票結果となる一意のデータが入ったＱＲコード（登録商標）などを発券する。
ＱＲコード（登録商標）からは、誰に投票したか表示されるが、誰が投票したのかは、判別できないようにできる。
【００４９】
次に、匿名型投票システムの処理フローについて説明する。まず、（１）ログイン画面において、マイナンバーカードの読取や投票用紙に記載されたＱＲコード（登録商標）等を使ってログインする。次に、（２）選挙投票画面において、ＢＣ  Ｃａｃｈｅで画面を表示し、対象に投票する。次に、（３）選挙投票完了画面において、ＢＣに投票内容を保存と対象データを紐付けている識別ＩＤ（例えばマイナンバー等）を削除する。そして、本人の投票結果を再確認するＱＲコード（登録商標）などを表示する。
上述の（３）選挙投票完了画面の具体例として、以下の例がある。
即ち、本人の投票結果表示画面において、３のＱＲコード（登録商標）の読取がなされて該当する投票結果が表示される。また、選挙結果画面において、ＢＣ内の投票結果データの集計結果が表示される。なお、（３）において、紐付け用の識別ＩＤを削除することで、「誰に投票をしたか」を特定することができ、かつ、「誰が投票したのか」については匿名にすることができる。
【００５０】
図５は、本サービスを利用する際に表示されるログイン画面の一例を示す図である。
図５（Ａ）に示すように、ログインするデバイス以外の他のデバイスにログイン用の識別子（例えばＱＲコード（登録商標））を表示させる。そして、図５（Ｂ）に示すように、他のデバイスに表示されたログイン用の識別子（例えばＱＲコード（登録商標））をログインするデバイスのカメラ等で読取り、認証を行うことでログインする。
【００５１】
次に、震災ニュース配信サービスについて説明する。
震災ニュース配信サービスは、特定エリアが天変地異により障害が発生した場合でも、特定のノードが稼働している限りキャッシュされたニュースデータを表示することができる。
【００５２】
ここで、震災ニュース配信システムの処理フローについて説明する。
まず、（１）天変地異が発生する。（２）ネットワークが正常なユーザは、該当するコントラクトアドレスにコンテンツを登録する。（３）その他のネットワークが繋がったユーザは、コンテンツの中身を確認する。
【００５３】
次に、お薬手帳・カルテサービスについて説明する。
本実施形態が適用されるお薬手帳・カルテサービスは、医者や薬剤師は、参照することと、書込をする権限がある。ユーザは、参照する権限のみ有する。その他（医師、薬剤師、ユーザ以外）は、参照する権限も、書込する権限もない。このような運用とすることで、安全なデータ管理を実現させることができる。
【００５４】
次に、お薬手帳・カルテサービスのフローについて説明する。
まず、（１）医者又は薬剤師が、患者のコンテンツデータをブロックチェーンに登録する。（２）患者は、発行したＱＲコード（登録商標）を使ったログインを行う。（３）ログインに成功した場合は、コンテンツの中身を確認する。ここで、書込権限は、医者・薬剤師側が持つ。そのため、他の人は、情報を書き換えることができない。患者は、個人情報が紐付かないＱＲコード（登録商標）等を使って認証することで、利便性を保ちつつ匿名性の高い情報閲覧が可能となる。
【００５５】
次に、資格試験の成績照会サービスについて説明する。
本実施形態が適用される、資格試験の成績照会は、試験主催者は、参照することと、書込をする権限とがある。ユーザは、参照する権限のみ有する。その他（試験主催者、ユーザ以外）は、参照する権限も書込する権限もない。」これにより、安全なデータ管理を実現させることができる。
【００５６】
次に、資格試験成績照会システムの処理フローについて説明する。
まず、（１）主催者側が、受験者のコンテンツデータをブロックチェーンに登録する。（２）受験者は、発行したＱＲコード（登録商標）を使ったログインを行う。（３）ログインに成功した場合は、コンテンツの中身を確認する。
ここで、書込権限は主催者側が持つ。このため、他の人は、情報を書き換えることができない。受験者は、個人情報が紐付かないＱＲコード（登録商標）等を使って認証する。これにより、利便性を保ちつつ匿名性の高い情報閲覧が可能となる。
【００５７】
次に、閉鎖型コンテンツ配信システムについて説明する。
これまでのコンテンツ配信は、外部に公開する手続きが必要であった。暗号化通信対応やサーバの公開手続きといった作業が必要であった。
本実施形態では、ＢＣのサーバを持った個人・団体・企業が、外部に公開することなくコンテンツ配信し共有、閲覧することが可能になる。内部ネットワーク上に配置したＢＣのサーバに対してコンテンツを登録し、同じＢＣのサーバを持っている相手にコンテンツ配信を行うことができる。
【００５８】
次に、閉鎖型コンテンツ配信システムの処理フローについて説明をする。
まず、（１）コンテンツ配信者側が、コンテンツの登録をする。（２）ユーザは、見たいコンテンツのコントラクトアドレスを指定してリクエストをＢＣに送る。（３）処理結果が問題無ければ、コンテンツを表示する。
これにより、閉鎖された環境で高セキュアに情報閲覧が可能となる。その結果、ＢＣの通信のみでローカルエリアネットワークによる情報共有が可能である。
【００５９】
以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００６０】
また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図１のシステム構成、図２のハードウェア構成、図３の機能的構成は、いずれも例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図３の例に限定されない。また、機能ブロックの存在場所も、図３に特に限定されず、任意でよい。例えば、管理サーバ１の機能ブロックをサービス提供者端末２等に移譲させてもよい。逆にサービス提供者端末２の機能ブロックを管理サーバ１等に移譲させてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【００６１】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【００６２】
このようなプログラムを含む記録媒体は、クライアント等にプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でクライアント等に提供される記録媒体等で構成される。
【００６３】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【００６４】
以上を換言すると、本発明が適用される情報処理装置は、次のような構成を有していれば足り、各種各様な実施の形態を取ることができる。
即ち、本発明が適用される情報処理システムは、
所定のネットワークに配置された１以上のブロックチェーン（例えば内部型ブロックチェーン３及び外部型ブロックチェーン４）に対してコンテンツを送信する制御を実行する送信制御手段（例えば図３の管理サーバ１のコンテンツ登録部１０１）と、
コンテンツのリクエストを示す情報を受付ける受付手段（例えば図３のＷｅｂサーバ５のリクエスト受付部５０１）と、
前記１以上のブロックチェーンに記憶されている１以上のコンテンツの中から、前記受付手段により受付けられた前記リクエストの内容に合致する１以上のコンテンツを抽出して提示する提示手段（例えば図３のＷｅｂサーバ５のコンテンツ提示部５０２）と、
を備える。
【００６５】
これにより、ブロックチェーンに保存したコンテンツを、リクエストに応じて動的制御し、配信することができる。
【符号の説明】
【００６６】
１・・・管理サーバ、２・・・サービス提供者端末、３・・・内部型ブロックチェーン、４・・・外部型ブロックチェーン、５・・・Ｗｅｂサーバ、６・・・クライアント端末、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１３・・・ＲＡＭ、１４・・・バス、１５・・・入出力インターフェース、１６・・・入力部、１７・・・出力部、１８・・・記憶部、１９・・・通信部、２０・・・ドライブ、３０・・・リムーバブルメディア、１０１・・・コンテンツ登録部、１０２・・・コンテンツ管理部、５０１・・・リクエスト受付部、５０２・・・コンテンツ提示部、１８１・・・コンテンツＤＢ、Ｗ・・・Ｗｅｂサービス、Ｓ・・・各ステップ
【図１】
2020107342.tif 000003
【図２】
2020107342.tif 000004
【図３】
2020107342.tif 000005
【図４】
2020107342.tif 000006
【図５】
2020107342.tif 000007