JP6429962B1 - 情報処理装置、情報処理方法、及び情報処理プログラム - Google Patents

Abstract

【課題】他のサービス提供主体が保有するデータを容易に利用できるようにする情報処理装置、情報処理方法、及び情報処理プログラムを提供する。【解決手段】本情報処理装置は、他の装置から暗号データを取得する取得部と、暗号データの提供者により認められた条件に従ったデータを暗号データに基づいて生成して出力するインタフェース部とを備える。取得部は、複数の提供者がそれぞれ暗号化した複数の暗号データを取得し、インタフェース部は、複数の暗号データの提供者の条件を満たすデータを、複数の暗号データのうちの少なくとも２つの暗号データに基づいて生成して出力する。【選択図】図１

Description

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

ネットワークを使用したサービスの提供が活発になっている。近年では様々なサービス提供主体が様々なサービスを提供している。

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

ユーザによりよいサービスを提供するためには、複数のサービス提供主体間でデータ（例えば、ユーザデータ）を共有することが望ましい。しかし、この場合、他のサービス提供主体間に提供したデータが不正利用される恐れは否定できない。この恐れは、他のサービス提供主体にとっても同じことである。結果として、他のサービス提供主体にデータを提供してもらうことは容易ではない。

本願は、上記に鑑みてなされたものであって、他のサービス提供主体が保有するデータを容易に利用できるようにすることを目的とする。

本願に係る情報処理装置は、他の装置から暗号データを取得する取得部と、暗号データの提供者により認められた条件に従ったデータを暗号データに基づいて生成して出力するインタフェース部と、を備える。

実施形態の一態様によれば、他者が保有するデータを容易に利用できるようにすることができる。

図１は、実施形態に係る情報処理システムの動作を示す図である。 図２は、記憶部に格納される暗号情報の一例を示す図である。 図３は、実施形態に係る端末装置の構成例を示す図である。 図４は、実施形態に係る情報処理装置の構成例を示す図である。 図５は、取得情報データベースに格納される情報の一例を示す図である。 図６は、ユーザ情報の一例を示す図である。 図７は、暗号情報データベースの一例を示す図である。 図８は、登録処理の一例を示すフローチャートである。 図９は、出力処理の一例を示すフローチャートである。 図１０は、課金処理の一例を示すフローチャートである。 図１１は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る情報処理装置、情報処理方法、及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、以下の実施形態により本願に係る情報処理装置、情報処理方法、及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報処理装置の動作〕
最初に、本実施形態の情報処理装置２０を備える情報処理システム１を例に、情報処理装置の動作を説明する。

図１は、実施形態に係る情報処理システム１の動作を示す図である。情報処理システム１は、サービス提供主体間のデータのやり取りを容易にするためのシステムである。本実施形態でいう「サービス」は、ネットを介して提供されるサービスのことである。例えば、サービスは、ネットショッピング、広告配信、メール、ゲーム、ニュース、オークション、掲示板、ブログ、天気予報、ファイナンス、路線検索、地図、旅行、求人、不動産、飲食店紹介、データダウンロード等のサービスである。サービスは、医療情報（例えば、カルテ）に関するクラウドサービスであってもよい。以下の説明では、サービスの提供主体（すなわち、サービスの運営者）のことを運営者という。

情報処理システム１は、端末装置１０_１、１０_２、１０_３と、情報処理装置２０_１、２０_２、２０_３と、を備える。なお、図１の例では、端末装置が３つ示されているが、端末装置は３つより少なくてもよいし、３つより多くてもよい。以下の説明では、端末装置１０_１、１０_２、１０_３等を総称して端末装置１０と記載することがある。また、図１の例では、情報処理装置が３つ示されているが、情報処理装置は３つより少なくてもよいし、３つより多くてもよい。以下の説明では、情報処理装置２０_１、２０_２、２０_３等を総称して情報処理装置２０と記載することがある。

端末装置１０は、例えば、スマートデバイス（スマートフォン、或いはタブレット）、携帯電話、パーソナルコンピュータ等のユーザ端末である。端末装置１０_１は会社Ａの従業員が使用する端末であり、端末装置１０_２は会社Ｂの従業員が使用する端末であり、端末装置１０_３は会社Ｃの従業員が使用する端末である。会社Ａ、会社Ｂ、会社Ｃは、それぞれ所定のサービスを提供するサービス提供主体である。なお、サービス提供主体は会社（企業）に限られない。サービス提供主体は、会社（企業）以外の組織、例えば、非営利法人、公共団体等の団体であってもよい。なお、「組織」には、非営利法人等の団体のみならず、会社（企業）も含まれる。勿論、サービス提供主体は組織ではなく個人であってもよい。また、サービス提供主体は、組織内の所定の部門（例えば、第１のサービスを提供する部門）であってもよい。この場合、同じ組織内の他の部門（例えば、第２のサービスを提供する部門）は、他のサービス提供主体である。以下の説明で登場する“会社”は、適宜、“組織”、“個人”、“部門”に置き換え可能である。端末装置１０は、ネットワークを介して情報処理装置２０と通信する。

情報処理装置２０は、クライアント端末或いはクライアント端末を操作するユーザに対して各種サービスを提供するサーバ用ホストコンピュータである。例えば、情報処理装置２０は、ユーザに対し各種サービスを提供するサーバである。情報処理装置２０は、１台の装置から構成されていてもよいし、複数台の装置から構成されていてもよい。情報処理装置２０_１は会社Ａが運用するサーバであり、情報処理装置２０_２は会社Ｂが運用するサーバであり、情報処理装置２０_３は会社Ｃが運用するサーバである。情報処理装置２０が提供するサービスは、例えば、ネットショッピング、広告配信、メール、ゲーム、ニュース、オークション、掲示板、ブログ、天気予報、ファイナンス、路線検索、地図、旅行、求人、不動産、飲食店紹介、データダウンロード、医療等のサービスである。

情報処理装置２０は、サービスの提供にあたり取得したデータ（以下、サービスデータという。）を記録するデータベースを備える。サービスデータは、例えば、サービスを利用したユーザの情報である。サービスデータを格納するデータベースは、ＲＤＢ（Relational Database）であってもよいし、ＮｏＳＱＬ（Not Only SQL）等のハイパースケールなデータベース管理システム（スケールアウト型のシステム）を使ったデータベースであってもよい。このとき、ＮｏＳＱＬは、ＫＶＳ（Key-Value Store）であってもよい。

また、情報処理装置２０は、他の情報処理装置２０に公開されたデータを記憶するための記憶部を有している。記憶部には、インタフェース部で暗号化されたデータが格納される。また、記憶部には、他の情報処理装置２０の運営者が暗号化したデータも記録されている。情報処理装置２０は、インタフェース部を介して提供者が提供した暗号データの復号等を行う。

インタフェース部は、スマートコントラクトを実現するプログラムを実行する機能ブロックにより構成される。このとき、機能ブロックは、ソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、機能ブロックは、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。

なお、スマートコントラクトとは、契約の条件確認や執行等の手続きをプログラムで自動化する仕組みのことである。スマートコントラクトを実現するプログラムは、情報処理システム１を構成する情報処理装置２０の運営者（本実施形態の場合、会社Ａ、会社Ｂ、会社Ｃ）が共同で開発したＡＰＩ（Application Programming Interface）であってもよい。

スマートコントラクトを実現するプログラム（以下、契約プログラムという。）は、暗号データの提供者（例えば、他の情報処理装置２０の運営者）により契約の内容を定義可能に構成されている。契約の内容は、例えば、暗号データを使用可能にするための条件、インタフェース部から出力されるデータの形式、データの使用期限、提供された暗号データのうちの使用可能なデータの範囲、データを使用した場合の課金額、課金方法等である。インタフェース部は、契約プログラムを実行することで、暗号データの提供者により認められた条件（利用範囲）に従ったデータを暗号データに基づいて生成して出力する。

以下、図１を参照しながら、本実施形態の情報処理装置２０を備える情報処理システム１の動作を説明する。

まず、情報処理装置２０は、情報処理装置２０の運営者よりサービスデータを取得すると（ステップＳ１ａ〜ステップＳ１ｃ）、情報処理装置２０のインタフェース部はサービスデータを暗号化して記憶部に格納する（ステップＳ２ａ、ステップＳ２ｂ等）。

また、サービスデータが暗号化されると、情報処理装置２０は他の情報処理装置２０に暗号データを送信する。情報処理装置２０は、他の情報処理装置２０から暗号データを取得すると記憶部に格納する。複数の情報処理装置２０は、互いに暗号データの送受信を行い、記憶部に格納されている暗号情報を同期する（ステップＳ３ａ〜ステップＳ３ｃ）。なお、暗号データの復号のための鍵は契約プログラムの管理者によって厳重に管理されており、情報処理装置２０の運営者といえども記憶部に格納されている暗号データを復号できない。

図２は、記憶部に格納される暗号情報の一例を示す図である。暗号情報には、複数の提供者がそれぞれ暗号化した複数の暗号データが格納されている。各暗号データには、暗号データの提供者を示す提供者ＩＤが付される。図２の例の場合、提供者ＩＤの“Ａ”は会社Ａを示しており、提供者ＩＤの“Ｂ”は会社Ｂを示しており、提供者ＩＤの“Ｃ”は会社Ｃを示している。以下の説明では、会社Ａ、会社Ｂ、会社Ｃのことを提供者ともいう。

なお、情報処理装置２０は、同じ暗号データを保持する複数の装置からの該暗号データに関する情報に基づいて他の情報処理装置２０から取得した暗号データの改竄を検知するよう構成されていてもよい。例えば、情報処理装置２０は、同じ暗号データを保持する複数の装置から暗号データのハッシュ値を取得し、自身が有する暗号データのハッシュ値と照合することにより暗号データの改竄を検知してもよい。その他、情報処理装置２０は、自身が有する暗号データと他の情報処理装置２０が有する暗号データとでブロックチェーンを構成することにより、暗号データの改竄を検知してもよい。

情報処理装置２０のインタフェース部は、運営者から所定の入力（例えば、要求するデータの種類）とともにデータの出力要求を受け取ると、暗号情報から出力に必要な暗号データを取得する（ステップＳ４ａ、ステップＳ４ｂ等）。そして、情報処理装置２０のインタフェース部は、暗号データの提供者により認められた条件に従ったデータを暗号データに基づいて生成して出力する（ステップＳ５ａ〜ステップＳ５ｃ）。例えば、会社Ａの従業員が、会社Ｂが提供する暗号データＥＣ２１の出力をインタフェース部に命令したとする。また、暗号データＥＣ２１が各ユーザのユーザＩＤ、名前、性別、年齢を含むユーザ情報であり、会社Ｂがユーザの名前の情報の出力を認めないとの条件を契約プログラムに設定していたとする。このとき、インタフェース部は、暗号情報に含まれる暗号データＥＣ２１を復号するとともに、復号して得られたユーザ情報からユーザの名前の情報を削除して会社Ａの従業員に出力する。

なお、情報処理装置２０のインタフェース部は、複数の暗号データに基づいて出力データを生成してもよい。このとき、複数の暗号データは、異なる提供者により提供されたものであってもよい。そして、インタフェース部は、複数の提供者のいずれの条件も満たすデータを出力データとして生成してもよい。例えば、会社Ａの従業員が、他の会社全てのユーザ情報の出力をインタフェース部に命令したとする。また、図２に示す暗号情報のうち、会社Ｂが提供する暗号データＥＣ２１と、会社Ｃが提供する暗号データＥＣ３１が、いずれも、ユーザ情報を暗号化したものであり、各ユーザ情報には、ユーザＩＤ、名前、性別、年齢の情報が含まれていたとする。また、会社Ｂがユーザの名前の情報の出力を認めないとの条件を設定しており、会社Ｃがユーザの年齢の情報の出力を認めないとの条件を設定していたとする。このとき、インタフェース部は、暗号データＥＣ２１及び暗号データＥＣ３１を復号するとともに、復号して得られたユーザ情報の双方からユーザの名前とユーザの年齢の情報を削除する。そして、インタフェース部は、双方のユーザ情報を合体して会社Ａの従業員に出力する。

なお、情報処理装置２０のインタフェース部は、復号データに基づいて所定の処理を行い、その処理の結果生成されるデータを出力データとしてもよい。例えば、情報処理装置２０は、所定の対象に関する推奨情報（レコメンドデータ）を複数の暗号データのうちの少なくとも２つの暗号データに基づいて生成して出力してもよい。所定の対象は、商品或いはサービスであってもよい。例えば、図２に示す暗号情報のうち、暗号データＥＣ２１がユーザ情報であり、暗号データＥＣ２２がユーザ情報で特定されるユーザの所定の商品の購買履歴であったとする。このとき、会社Ａの従業員が、所定の商品を購入したユーザの男女比の出力を命令したとすれば、インタフェース部は、暗号データＥＣ２１及び暗号データＥＣ２２を復号するとともに、復号データに基づいて男性ユーザへの所定の商品の販売数と女性ユーザへの所定の商品の販売数を判別する。そして、インタフェース部は、判別した販売数に基づいて算出される男女比を出力する。

また、情報処理装置２０のインタフェース部は、所定の対象に関する予測データを複数の暗号データのうちの少なくとも２つの暗号データに基づいて生成して出力してもよい。所定の対象は、ユーザの体（すなわち、ユーザの健康或いは病気）であってもよい。例えば、情報処理装置２０は、複数の提供者がそれぞれ保持する医療データを暗号化した複数の暗号データを取得する。例えば、インタフェース部は、内科の医療データと外科の医療データをそれぞれ暗号化した複数の暗号データを取得する。そして、インタフェース部は、病気に関する予測データを複数の暗号データのうちの少なくとも２つの暗号データに基づいて生成して出力する。例えば、インタフェース部はユーザの病気を内科と外科のデータの組み合わせで予測し、予測結果を出力する。

なお、情報処理装置２０は、データを出力した場合に、該データの利用者に対する課金に関する処理を実行してもよい。例えば、情報処理装置２０は、出力データの基となった暗号データの提供者により認められた条件に従った課金を実行してもよい。より具体的には、情報処理装置２０のインタフェース部は、契約プログラムに設定されているデータの利用料金に基づいて、データを利用した運営者への課金額を算出する。利用料金は暗号データの提供者が設定したものであってもよい。そして、インタフェース部は、課金額が記載された請求書の発行処理や運営者からの入金の確認処理等を行う。インタフェース部は、入金に関する処理を金融機関のサーバと連携して行ってもよい。

本実施形態によれば、情報処理装置２０は、暗号データの提供者により認められた条件に従ったデータを暗号データに基づいて生成して出力するよう構成されている。暗号データの提供者は、自身が定めた条件の範囲外でデータが利用されることがないので、安心してデータを提供できる。結果、サービスの運営者は他の運営者のデータを容易に利用できる。

〔２．情報処理システムの構成例〕
以上、本実施形態の情報処理装置２０を備える情報処理システム１を例に、本実施形態の情報処理装置の動作を述べたが、以下、本実施形態の情報処理システム１の構成を説明する。上述したように、情報処理システム１は、端末装置１０と、情報処理装置２０と、を備える。端末装置１０、及び情報処理装置２０は、ネットワークを介して接続される。ネットワークは、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Internet Protocol）網、インターネット等の通信ネットワークである。ネットワークには、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。

〔３．端末装置の構成例〕
図３は、実施形態に係る端末装置１０の構成例を示す図である。端末装置１０は、ユーザがページの閲覧に使用する情報表示装置（情報処理装置）である。端末装置１０は、例えば、スマートフォン、タブレット、携帯電話等の通信端末である。通信機能を備えるのであれば、端末装置１０は、パーソナルコンピュータ（ノートＰＣ、デスクトップＰＣ）、ＰＤＡ（Personal Digital Assistant）等の情報処理端末であってもよい。この場合、情報処理端末も通信端末の一種である。端末装置１０は、ネットワークを介して情報処理装置２０と接続する。端末装置１０は、図３に示すように、通信部１１と、入力部１２と、記憶部１３と、出力部１４と、制御部１５と、を備える。なお、図３に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。

通信部１１は、外部の装置と通信する通信インタフェースである。通信部１１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部１１は、ＮＩＣ（Network Interface Card）等のＬＡＮインタフェースであってもよいし、ＵＳＢ（Universal Serial Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部１１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部１１は、端末装置１０の通信手段として機能する。通信部１１は、制御部１５の制御に従って情報処理装置２０と通信する。

入力部１２は、外部から各種入力を受け付ける入力装置である。例えば、入力部１２は、キーボードやマウスや操作キー等、ユーザが各種操作を行うための操作装置である。入力部１２は、端末装置１０の入力手段として機能する。なお、端末装置１０にタッチパネルが採用される場合には、タッチパネルも入力部１２に含まれる。この場合、ユーザは、指やスタイラスで画面をタッチすることにより各種操作を行う。

記憶部１３は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１３は、端末装置１０の記憶手段として機能する。記憶部１３は、ウェブブラウザ等のアプリケーションソフトのデータが格納されている。ユーザはアプリケーションソフトを介して情報処理装置２０と通信する。

出力部１４は、音、光、振動、画像等、外部に各種出力を行う装置である。出力部１４は、端末装置１０の出力手段として機能する。出力部１４は、各種情報を表示する表示装置を備える。表示装置は、例えば、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイである。なお、端末装置１０にタッチパネルが採用される場合には、表示装置は入力部１２と一体であってもよい。出力部１４は、制御部１５の制御に従って、画面に画像を表示する。

制御部１５は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサによって、端末装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、制御部１５は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。

〔４．情報処理装置の構成例〕
次に、情報処理装置２０の構成について詳細に説明する。情報処理装置２０は、端末装置１０等のクライアントコンピュータからの要求を処理するサーバ用ホストコンピュータ（以下、単に「サーバ」という。）である。情報処理装置２０は、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。また、情報処理装置２０は、１つのサーバにより構成されていてもよいし、協働して処理を実行する複数のサーバにより構成されていてもよい。情報処理装置２０が複数のサーバで構成される場合、これらサーバの設置場所は離れていてもよい。設置場所が離れていたとしても、協働して処理を実行するのであれば、これらサーバは１つの情報処理装置とみなすことができる。

図４は、実施形態に係る情報処理装置２０の構成例を示す図である。情報処理装置２０は、通信部２１と、記憶部２２と、制御部２３と、を備える。なお、図４に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。

通信部２１は、外部の装置と通信する通信インタフェースである。通信部２１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部２１は、ＮＩＣ等のＬＡＮインタフェースであってもよいし、ＵＳＢホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部２１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部２１は、情報処理装置２０の通信手段として機能する。通信部２１は、制御部２３の制御に従って端末装置１０及び他の情報処理装置２０と通信する。

記憶部２２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２２は、情報処理装置２０の記憶手段として機能する。記憶部２２は、取得情報データベース２２１、暗号情報データベース２２２を記憶する。

取得情報データベース２２１は、情報処理装置２０がユーザにサービスを提供するにあたり取得したデータ（サービスデータ）を記憶するデータベースである。取得情報データベース２２１は、ＲＤＢであってもよいし、ＮｏＳＱＬ等のハイパースケールなデータベース管理システムを使ったデータベースであってもよい。このとき、ＮｏＳＱＬは、ＫＶＳであってもよい。図５は、取得情報データベース２２１に格納される情報の一例を示す図である。図５に示した例では、取得情報データベース２２１は、データＩＤ、サービスデータ等の項目を有している。

「データＩＤ」は、サービスデータの識別情報を示す。図５の例では、データＩＤの項目には、“００１”、“００２”、“００３”等の値が格納されている。００１は、サービスデータＣ１１のＩＤを示し、００２は、サービスデータＣ１２のＩＤを示し、００３は、サービスデータＣ１３のＩＤを示す。

「サービスデータ」は、情報処理装置２０がサービスの提供にあたり取得したデータを示す。図５の例では、サービスの項目には“Ｃ１１”〜“Ｃ１３”等の概念的な情報が格納されているが、サービスデータの項目には、ユーザ情報、商品の販売情報、医療情報（例えば、カルテ）等が格納されていてもよい。サービスデータは、ユーザ情報、商品の販売情報、及び医療情報に限定されない。例えば、サービスデータはオンラインモールに出店しているストアの情報であってもよい。

図６は、ユーザ情報の一例を示す図である。ユーザ情報は、サービスデータの一例であり、ネットサービスを利用したユーザの情報を示す。ユーザ情報は、ユーザＩＤ、ユーザ名、性別、年齢、販売情報等の項目を有している。「ユーザＩＤ」は、ユーザの識別情報である。「ユーザ名」は、ユーザＩＤで示されるユーザの名前である。「性別」は、ユーザＩＤで示されるユーザの性別である。「年齢」は、ユーザＩＤで示されるユーザの年齢である。「販売情報」は、ユーザＩＤで示されるユーザがネットショッピングサービスを使って購入した商品の情報である。

図７は、暗号情報データベースの一例を示す図である。暗号情報には、複数の提供者がそれぞれ暗号化した複数の暗号データが格納されている。暗号情報は、提供者ＩＤ、暗号データ等の項目を有している。「提供者ＩＤ」は、暗号データの提供者の識別情報である。「暗号データ」は、提供者ＩＤで示される提供者が保有するサービスデータを暗号化した暗号データである。

制御部２３は、コントローラであり、例えば、ＣＰＵ、ＭＰＵ等のプロセッサによって、情報処理装置２０内部の記憶装置に記憶されている各種プログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、制御部２３は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。

制御部２３は、図４に示すように、取得部２３１と、インタフェース部２３２と、検知部２３３と、送信部２３４と、課金部２３５と、を備える。制御部２３を構成するブロック（取得部２３１〜課金部２３５）はそれぞれ制御部２３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ或いは１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部２３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。

取得部２３１は、情報処理装置２０から暗号データを取得する。このとき、取得部２３１は、複数の提供者がそれぞれ暗号化した複数の暗号データを取得してもよい。また、取得部２３１は、複数の提供者がそれぞれ保持する医療データを暗号化した複数の暗号データを取得する。

インタフェース部２３２は、スマートコントラクトを実現するプログラムを実行する機能ブロックにより構成される。スマートコントラクトとは、契約の条件確認や執行等の手続きをプログラムで自動化する仕組みのことである。スマートコントラクトを実現するプログラムは、情報処理システム１を構成する複数の情報処理装置２０の複数の運営者が共同で開発したＡＰＩ（Application Programming Interface）であってもよい。なお、取得部２３１、検知部２３３、送信部２３４、課金部２３５により実現される機能は、インタフェース部２３２に含有させることが可能である。

インタフェース部２３２は、暗号データの提供者により認められた条件に従ったデータを暗号データに基づいて生成して出力する。このとき、インタフェース部２３２は、複数の提供者の条件を満たすデータを複数の暗号データのうちの少なくとも２つの暗号データに基づいて生成して出力してもよい。また、インタフェース部２３２は、所定の対象に関する推奨情報を複数の暗号データのうちの少なくとも２つの暗号データに基づいて生成して出力する。

また、インタフェース部２３２は、所定の対象に関する予測データを複数の暗号データのうちの少なくとも２つの暗号データに基づいて生成して出力する。例えば、インタフェース部２３２は、病気に関する予測データを複数の暗号データのうちの少なくとも２つの暗号データに基づいて生成して出力する。

検知部２３３は、同じ暗号データを保持する複数の装置からの該暗号データに関する情報に基づいて情報処理装置２０から取得した暗号データの改竄を検知する。

送信部２３４は、暗号データを情報処理装置２０に送信する。例えば、送信部２３４は、インタフェース部２３２が生成した暗号データを情報処理装置２０に送信する。

課金部２３５は、インタフェース部２３２がデータを出力した場合に、出力したデータの利用者に対し、暗号データの提供者により認められた条件に従った課金に関する処理を実行する。課金部２３５が実行する処理は、インタフェース部２３２が実行してもよい。

〔５．情報処理装置の処理フロー〕
次に、情報処理装置２０が実行する処理の手順について説明する。情報処理装置２０は登録処理と出力処理と課金処理を実行する。情報処理装置２０はマルチタスクＯＳを備え、これらの処理を並行して実行可能である。

〔５−１．登録処理〕
最初に登録処理を説明する。図８は、登録処理の一例を示すフローチャートである。登録処理は、取得情報データベース２２１及び暗号情報データベース２２２にデータを登録する処理である。情報処理装置２０は電源が投入されると、登録処理を実行する。

まず、情報処理装置２０は、端末装置１０からデータの共有の可否の情報とともにサービスデータを取得したか判別する（ステップＳ１１）。サービスデータを取得していない場合（ステップＳ１１：Ｎｏ）、情報処理装置２０は、サービスデータを取得するまでステップＳ１１を繰り返す。

サービスデータを取得した場合（ステップＳ１１：Ｙｅｓ）、情報処理装置２０はサービスデータにデータＩＤを付すとともに、データＩＤを付したサービスデータを取得情報データベース２２１に登録する（ステップＳ１２）。

続いて、情報処理装置２０は、取得したサービスデータが、共有可能なデータか判別する（ステップＳ１３）。例えば、情報処理装置２０は、取得したサービスデータが、当該サービスデータの提供者が定めた条件の下で他のサービス提供主体と共有可能なデータか判別する（ステップＳ１３）。サービスデータが共有可能でない場合（ステップＳ１３：Ｎｏ）、情報処理装置２０は、ステップＳ１１に処理を戻す。

サービスデータが共有可能な場合（ステップＳ１３：Ｙｅｓ）、情報処理装置２０は、インタフェース部２３２を使ってサービスデータを暗号化する（ステップＳ１４）。そして、情報処理装置２０は、暗号化したデータにデータの提供者を示す提供者ＩＤを付すとともに、提供者ＩＤを付した暗号化データを暗号情報データベース２２２に登録する（ステップＳ１５）。

その後、情報処理装置２０は、他の情報処理装置２０が保持する暗号情報と自身が保有する暗号情報とを同期させるため、新たに登録した暗号データを他の情報処理装置２０に送信する（ステップＳ１６）。他の情報処理装置２０は、暗号データの送信を受けて、自身の暗号情報データベース２２２を更新する。暗号データの送信が完了したら、情報処理装置２０はステップＳ１１に処理を戻す。

〔５−２．出力処理〕
最初に出力処理を説明する。図９は、出力処理の一例を示すフローチャートである。出力処理は、端末装置１０を操作するユーザの指示に従ったデータを暗号データから生成して出力する処理である。情報処理装置２０は、電源が投入されると、出力処理を開始する。

まず、情報処理装置２０は、端末装置１０からら所定の入力（例えば、要求するデータの種類）ともにデータのリクエスト（出力要求）を受信したか判別する（ステップＳ２１）。リクエストを受信していない場合（ステップＳ２１：Ｎｏ）、情報処理装置２０は、リクエストを受信するまでステップＳ２１を繰り返す。

リクエストを受信した場合（ステップＳ２１：Ｙｅｓ）、情報処理装置２０はデータの生成に必要な暗号データを暗号情報データベース２２２から取得する（ステップＳ２２）。このとき、データの生成に複数の暗号データが必要なのであれば、暗号情報データベース２２２から複数の暗号データを取得する。複数の暗号データは、提供者が異なっていてもよい。

情報処理装置２０は、ステップＳ２２で取得した暗号データが真正なものか判別する（ステップＳ２３）。すなわち、情報処理装置２０は、暗号データが改竄されたものでないか検証を行う。例えば、情報処理装置２０は、同じ暗号データを保持する複数の装置から暗号データのハッシュ値を取得し、自身が有する暗号データのハッシュ値と照合することにより暗号データの改竄を検知する。暗号データが真正なものでない場合（ステップＳ２３：Ｎｏ）、情報処理装置２０はステップＳ２１に処理を戻す。なお、情報処理装置２０は、真正な暗号データを他の装置から取得し直してもよい。

暗号データが真正なものであった場合（ステップＳ２３：Ｙｅｓ）、情報処理装置２０は、暗号データに基づいてユーザの要求を満たすデータを生成する（ステップＳ２４）。このとき、情報処理装置２０は、インタフェース部２３２を使って暗号データの提供者により認められた条件に従ったデータを生成する。

そして、情報処理装置２０は、ステップＳ２４で生成したデータを端末装置１０に出力する（ステップＳ２５）。出力が完了したら、情報処理装置２０はステップＳ２１に処理を戻し、リクエストを待機する。

〔５−３．課金処理〕
次に、課金処理について説明する。図１０は、課金処理の一例を示すフローチャートである。課金処理は、暗号データの利用者へ課金を行うための処理である。情報処理装置２０は、電源が投入されると、課金処理を開始する。

まず、情報処理装置２０は、課金日が到来したか判別する（ステップＳ３１）。課金日は例えば月末であってもよい。課金日が到来していない場合（ステップＳ３１：Ｎｏ）、情報処理装置２０は、課金日が到来するまでステップＳ３１の処理を繰り返す。

課金日が到来している場合（ステップＳ３１：Ｙｅｓ）、情報処理装置２０は、暗号データの利用履歴等に基づいて課金額を算出する（ステップＳ３２）。情報処理装置２０は、契約プログラムに設定されているデータの利用料金に基づいて課金額を算出してもよい。

そして、情報処理装置２０は、暗号データの利用者（すなわち、情報処理装置２０の運営者）に対する課金処理を実行する（ステップＳ３３）。例えば、情報処理装置２０は、課金額が記載された請求書の発行処理や通知利用者からの入金の確認処理等を行う。

課金の処理が完了したら、情報処理装置２０はステップＳ３１に戻り、課金日の到来を待機する。

〔６．変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

例えば、上述の実施形態では、インタフェース部２３２が生成する暗号データはサービスデータを暗号化したデータであるものとしたが、暗号データはサービスデータを暗号化したデータでなくてもよい。暗号データは、サービスの提供に関係のないデータ（例えば、従業員の管理情報等）を暗号化したデータであってもよい。

本実施形態の情報処理装置２０を制御する制御装置は、専用のコンピュータシステムによって実現してもよいし、通常のコンピュータシステムにより実現してもよい。例えば、上述の動作を実行するためのプログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布し、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成してもよい。制御装置は、情報処理装置２０の外部の装置（例えば、パーソナルコンピュータ）であってもよいし、内部の装置（例えば、制御部２３）であってもよい。また、上記プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。

また、上記各実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔７．ハードウェア構成〕
実施形態及び変形例に係る情報処理装置２０は、例えば図１１に示すような構成のコンピュータ１０００によっても実現可能である。図１１は、情報処理装置２０の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ（Central Processing Unit）１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インタフェース（Ｉ／Ｆ）１５００、入出力インタフェース（Ｉ／Ｆ）１６００、及びメディアインタフェース（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インタフェース１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータをネットワークＮを介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インタフェース１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インタフェース１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インタフェース１６００を介して出力装置へ出力する。

メディアインタフェース１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインタフェース１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る情報処理装置２０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部２３を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の行に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔８．効果〕
本実施形態によれば、情報処理装置２０は、他の装置から暗号データを取得する。そして、情報処理装置２０は、暗号データの提供者により認められた条件に従ったデータを暗号データに基づいて生成して出力する。暗号データの提供者は、自身が定めた条件の範囲外でデータが利用されることがないので、安心してデータを提供できる。結果、サービスの運営者は他の運営者のデータを容易に利用できる。

情報処理装置２０は、複数の提供者がそれぞれ暗号化した複数の暗号データを取得する。そして、情報処理装置２０は、複数の提供者の条件を満たすデータを複数の暗号データのうちの少なくとも２つの暗号データに基づいて生成して出力する。情報処理装置２０は、複数の提供者のデータを使って出力データを生成するので、精度の高いデータ（例えば、精度の高い予測データ）を出力できる。

情報処理装置２０は、所定の対象に関する推奨情報を複数の暗号データのうちの少なくとも２つの暗号データに基づいて生成して出力する。情報処理装置２０は、複数の暗号データを使って推奨情報を生成するので、精度の高い推奨情報を出力できる。

情報処理装置２０は、所定の対象に関する予測データを複数の暗号データのうちの少なくとも２つの暗号データに基づいて生成して出力する。情報処理装置２０は、複数の提供者のデータを使って予測データを生成するので、精度の高い予測データを出力できる。

情報処理装置２０は、複数の提供者がそれぞれ保持する医療データを暗号化した複数の暗号データを取得する。そして、情報処理装置２０は、病気に関する予測データを複数の暗号データのうちの少なくとも２つの暗号データに基づいて生成して出力する。情報処理装置２０は、複数の暗号データを使って予測データを生成するので、精度の高い予測データを出力できる。

情報処理装置２０は、同じ暗号データを保持する複数の装置からの該暗号データに関する情報に基づいて他の装置から取得した暗号データの改竄を検知する。暗号データの利用者は、提供された暗号データが真正なものであると確信できるので、安心して出力データを利用できる。

情報処理装置２０は、暗号データを他の装置に送信する。そして、情報処理装置２０は、ユーザが提供するデータを暗号化し、暗号データを他の装置に送信する。データが暗号化されるので、ユーザは安心してデータを提供できる。

情報処理装置２０は、暗号データの提供者により認められた条件に従ったデータを暗号データに基づいて生成して出力した場合に、出力したデータの利用者に対し、暗号データの提供者により認められた条件に従った課金に関する処理を実行する。これにより、情報処理装置２０の運営者は、データの提供の対価を得ることができる。多くの運営者がデータを提供するようになるので、サービスの運営者は多くの運営者のデータを容易に利用できる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、インタフェース部は、インタフェース手段やインタフェース回路に読み替えることができる。

１…情報処理システム
１０、１０_１、１０_２、１０_３…端末装置
１１、２１…通信部
１２…入力部
１３、２２…記憶部
１４…出力部
１５、２３…制御部
２０、２０_１、２０_２、２０_３…情報処理装置
２２１…取得情報データベース
２２２…暗号情報データベース
２３１…取得部
２３２…インタフェース部
２３３…検知部
２３４…送信部
２３５…課金部

Claims (12)

1. 他の装置から暗号データを取得する取得部と、
   前記暗号データの提供者が定めた条件を定義可能な所定のプログラムであって、前記暗号データを復号して復号データを生成するとともに、前記暗号データの提供者により認められた条件に従った出力データを前記復号データに基づいて生成し、前記復号データのうちの前記提供者が定めた前記条件により認められてないデータを出力することなく、前記出力データを出力する前記所定のプログラムを実行するインタフェース部と、を備え、
   前記取得部は、複数の提供者がそれぞれ暗号化した複数の暗号データを取得し、
   前記インタフェース部は、前記複数の提供者の条件を満たす出力データを前記複数の暗号データのうちの少なくとも２つの暗号データをそれぞれ復号した複数の復号データに基づいて生成して出力する、
   ことを特徴とする情報処理装置。
2. 他の装置から暗号データを取得する取得部と、
   前記暗号データを復号して復号データを生成するとともに、前記暗号データの提供者により認められた条件に従ったデータを前記復号データに基づいて生成して出力するインタフェース部と、を備え、
   前記取得部は、複数の異なる提供者がそれぞれ暗号化した複数の暗号データを取得し、
   前記インタフェース部は、前記複数の異なる提供者のいずれの条件も満たすデータを前記複数の暗号データをそれぞれ復号した複数の復号データに基づいて生成して出力する、
   ことを特徴とする情報処理装置。
3. 前記インタフェース部は、所定の対象に関する推奨情報を前記複数の暗号データのうちの少なくとも２つの暗号データをそれぞれ復号した複数の復号データに基づいて生成して出力する、
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記インタフェース部は、所定の対象に関する予測データを前記複数の暗号データのうちの少なくとも２つの暗号データをそれぞれ復号した複数の復号データに基づいて生成して出力する、
   ことを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。
5. 前記取得部は、複数の提供者がそれぞれ保持する医療データを暗号化した複数の暗号データを取得し、
   前記インタフェース部は、病気に関する予測データを前記複数の暗号データのうちの少なくとも２つの暗号データをそれぞれ復号した複数の復号データに基づいて生成して出力する、
   ことを特徴とする請求項４に記載の情報処理装置。
6. 同じ暗号データを保持する複数の装置からの該暗号データに関する情報に基づいて前記他の装置から取得した前記暗号データの改竄を検知する検知部、
   をさらに備えることを特徴とする請求項１〜５のいずれか１項に記載の情報処理装置。
7. 暗号データを前記他の装置に送信する送信部、を備え、
   前記インタフェース部は、ユーザが提供するデータを暗号化し、
   前記送信部は、前記インタフェース部が生成した暗号データを前記他の装置に送信する、
   ことを特徴とする請求項１〜６のいずれか１項に記載の情報処理装置。
8. 前記インタフェース部がデータを出力した場合に、出力したデータの利用者に対し、前記暗号データの提供者により認められた条件に従った課金に関する処理を実行する課金部、
   をさらに備えることを特徴とする請求項１〜７のいずれか１項に記載の情報処理装置。
9. 情報処理装置が実行する情報処理方法であって、
   他の装置から暗号データを取得する取得工程と、
   前記暗号データの提供者が定めた条件を定義可能な所定のプログラムであって、前記暗号データを復号して復号データを生成するとともに、前記暗号データの提供者により認められた条件に従った出力データを前記復号データに基づいて生成し、前記復号データのうちの前記提供者が定めた前記条件により認められてないデータを出力することなく、前記出力データを出力する前記所定のプログラムを実行するインタフェース工程と、を含み、
   前記取得工程では、複数の提供者がそれぞれ暗号化した複数の暗号データを取得し、
   前記インタフェース工程では、前記複数の提供者の条件を満たす出力データを前記複数の暗号データのうちの少なくとも２つの暗号データをそれぞれ復号した複数の復号データに基づいて生成して出力する、
   ことを特徴とする情報処理方法。
10. 情報処理装置が実行する情報処理方法であって、
    他の装置から暗号データを取得する取得工程と、
    前記暗号データを復号して復号データを生成するとともに、前記暗号データの提供者により認められた条件に従ったデータを前記復号データに基づいて生成して出力するインタフェース工程と、を含み、
    前記取得工程では、複数の異なる提供者がそれぞれ暗号化した複数の暗号データを取得し、
    前記インタフェース工程では、前記複数の異なる提供者のいずれの条件も満たすデータを前記複数の暗号データをそれぞれ復号した複数の復号データに基づいて生成して出力する、
    を含むことを特徴とする情報処理方法。
11. 他の装置から暗号データを取得する取得手順と、
    前記暗号データの提供者が定めた条件を定義可能な所定のプログラムであって、前記暗号データを復号して復号データを生成するとともに、前記暗号データの提供者により認められた条件に従った出力データを前記復号データに基づいて生成し、前記復号データのうちの前記提供者が定めた前記条件により認められてないデータを出力することなく、前記出力データを出力する前記所定のプログラムを実行するインタフェース手順と、をコンピュータに実行させ、
    前記取得手順では、複数の提供者がそれぞれ暗号化した複数の暗号データを取得し、
    前記インタフェース手順では、前記複数の提供者の条件を満たす出力データを前記複数の暗号データのうちの少なくとも２つの暗号データをそれぞれ復号した複数の復号データに基づいて生成して出力する、
    ことを特徴とする情報処理プログラム。
12. 他の装置から暗号データを取得する取得手順と、
    前記暗号データを復号して復号データを生成するとともに、前記暗号データの提供者により認められた条件に従ったデータを前記復号データに基づいて生成して出力するインタフェース手順と、をコンピュータに実行させ、
    前記取得手順では、複数の異なる提供者がそれぞれ暗号化した複数の暗号データを取得し、
    前記インタフェース手順では、前記複数の異なる提供者のいずれの条件も満たすデータを前記複数の暗号データをそれぞれ復号した複数の復号データに基づいて生成して出力する、
    をコンピュータに実行させるための情報処理プログラム。

Images