JP2019046186A - アクセス制御装置、アクセス制御方法、およびアクセス制御プログラム - Google Patents

Abstract

【課題】複数の事業者間のデータ共有を円滑に行うこと。
【解決手段】本願に係るアクセス制御装置は、取得部と、アクセス制御部とを備える。取得部は、事業者の各々が所有する実体データに対応したメタデータであって、実体データが管理されるプラットフォーム上に当該実体データを所有する事業者から登録されるメタデータを取得する。アクセス制御部は、取得部によって取得されたメタデータに関する情報と、当該メタデータに対する各々の事業者のアクセス権限とを対応付けて管理する。
【選択図】図２

Description

本発明は、アクセス制御装置、アクセス制御方法、およびアクセス制御プログラムに関する。

近年、通信ネットワークの発展とともに、複数のサービス提供者によって、各種のサービスがネットワークを介して提供されている。そして、ユーザは、ＰＣ（Personal Computer）やスマートフォン、タブレット端末等のスマートデバイスを用いて、ネットワークを介して各種サービスを利用する。ユーザが各種サービスを利用した情報は、ユーザ情報として、サービスの提供者である各事業者によって蓄積される。

また、近年では、クラウドを利用したデータ管理が進められている。例えば、クラウド利用端末内に格納されうる実体ファイルを格納するための少なくとも一つのストレージ・クラウドを、クラウド利用端末にネットークを介して接続される複数のストレージ・クラウドから選択する技術が提案されている。

特開２０１４−１０４６５号公報

しかしながら、例えば複数の事業者がクラウドを介してデータ（ユーザ情報等）を共有する場合には、各事業者がアップロードするデータの仕様の違いや、データの共有手法に関する各事業者のポリシー等の違いにより、問題が生じる場合がある。

本願は、上記に鑑みてなされたものであって、複数の事業者間のデータ共有を円滑に行うことができるアクセス制御装置、アクセス制御方法、およびアクセス制御プログラムを提供することを目的とする。

本願に係るアクセス制御装置は、事業者の各々が所有する実体データに対応したメタデータであって、当該実体データが管理されるプラットフォーム上に当該実体データを所有する事業者から登録されるメタデータを取得する取得部と、前記取得部によって取得されたメタデータに関する情報と、当該メタデータに対する各々の事業者のアクセス権限とを対応付けて管理するアクセス制御部と、を備えたことを特徴とする。

実施形態の一態様によれば、複数の事業者間のデータ共有を円滑に行うことができるという効果を奏する。

図１は、実施形態に係るデータ連携システムによる処理の一例を示す図（１）である。 図２は、実施形態に係るデータ連携システムによる処理の一例を示す図（２）である。 図３は、実施形態に係るデータ連携システムの構成例を示す図である。 図４は、実施形態に係る管理サーバの構成例を示す図である。 図５は、実施形態に係るメタデータテーブルの一例を示す図である。 図６は、実施形態に係るアクセス制御リストの一例を示す図である。 図７は、実施形態に係る利用状況テーブルの一例を示す図である。 図８は、実施形態に係る提案情報テーブルの一例を示す図である。 図９は、実施形態に係る処理手順を示すフローチャート（１）である。 図１０は、実施形態に係る処理手順を示すフローチャート（２）である。 図１１は、管理サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係るアクセス制御装置、アクセス制御方法及びアクセス制御プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係るアクセス制御装置、アクセス制御方法及びアクセス制御プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．生成処理の一例〕
まず、図１及び図２を用いて、実施形態に係るデータ連携システム１による処理の一例について説明する。図１は、実施形態に係るデータ連携システム１による処理の一例を示す図（１）である。図１では、本願に係るアクセス制御装置に対応する管理サーバ１００が実行する情報処理のうち、複数の事業者が利用するデータを連携するために、各事業者が有するデータに対応するデータテーブルを生成する処理の一例について説明する。

図１に示すように、データ連携システム１には、管理サーバ１００と、クラウドデータサーバ８０_１〜８０_３と、事業者サーバ５０_１〜５０_３とが含まれる。図１に示す管理サーバ１００は、実施形態に係るデータ連携システム１を管理するサーバ装置である。クラウドデータサーバ８０_１〜８０_３は、クラウド上において事業者等のデータを保持するサーバ装置である。事業者サーバ５０_１〜５０_３は、種々のサービスを提供する事業者によって管理されるサーバ装置である。データ連携システム１に含まれる各装置は、図示しないネットワーク（例えば、インターネット）を介して、有線又は無線により互いに通信可能に接続される。なお、図１に示したデータ連携システム１に含まれる各装置の台数は、図示した数に限られない。

クラウドデータサーバ８０_１〜８０_３は、各々が異なるデータサービスを事業者に対して提供しているものとする。言い換えれば、クラウドデータサーバ８０_１〜８０_３は、各々が事業者のデータを保持するプラットフォームを有する。図１の例では、クラウドデータサーバ８０_１は、プラットフォームＰＬ０１を有し、クラウドデータサーバ８０_２は、プラットフォームＰＬ０２を有し、クラウドデータサーバ８０_３は、プラットフォームＰＬ０３を有する。なお、以下の説明では、クラウドデータサーバ８０_１〜８０_３を区別する必要のない場合、クラウドデータサーバ８０と総称する。

事業者は、クラウドデータサーバ８０_１〜８０_３等から提供される種々のプラットフォームを比較検討し、自身が利用するクラウドサービスを選択する。例えば、図１では、事業者の一例であって事業者サーバ５０_１を管理する事業者Ｃ０１は、クラウドデータサーバ８０_１が提供するプラットフォームＰＬ０１を利用する。また、事業者サーバ５０_２を管理する事業者Ｃ０２は、クラウドデータサーバ８０_２が提供するプラットフォームＰＬ０２を利用し、事業者サーバ５０_３を管理する事業者Ｃ０３は、クラウドデータサーバ８０_３が提供するプラットフォームＰＬ０３を利用する（事業者Ｃ０１〜Ｃ０３の図１での図示は省略する）。このため、事業者が保有するデータは、各クラウドサービスに分散して保持されることになる。なお、以下では、事業者サーバ５０_１〜５０_３を区別する必要のないときは、事業者サーバ５０と総称する。また、実施形態では、事業者が保有するデータとは、例えば、事業者が販売する商品やサービスのユーザであって、事業者が運営するウェブサイト等にアクセスしたユーザ端末１０（図１では図示を省略する）から取得されるユーザ情報等である。

ここで、事業者Ｃ０１〜Ｃ０３は、自社が保有するデータだけではなく、他の事業者が保有するデータを利用することを所望する場合がある。例えば、事業者Ｃ０１が自動車メーカーである場合、自社では、自動車の販売データや顧客データを有する。しかし、事業者Ｃ０１は、小売業者である事業者Ｃ０２が有する販売データや顧客データ、あるいは、検索サイトを運営する事業者Ｃ０３が有する検索データ等を有しない。このため、事業者Ｃ０１は、新たな販路を拡大する場合や、自社が配信する広告のターゲットを決定するためのモデルを生成する場合等には、他社が保有するデータを利用して、モデルの精度を向上させたい場合がある。

しかしながら、上記のように、各事業者が異なるプラットフォームを利用している場合、各事業者が各プラットフォームに保持する情報を参照することが難しかったり、アップロードするデータの仕様に相違が生じていたり、データの連携に関する各事業者のポリシー等の設定（例えば、一部の事業者に対してはデータ連携を望むが、他の事業者に対してはデータ連携を望まない等）の相違等が生じる場合がある。

そこで、管理サーバ１００は、複数の事業者間のデータ共有（データ連携、データの相互利用）が円滑に行われるよう、以下に説明する生成処理及びアクセス制御処理を実行する。以下、図１を用いて、管理サーバ１００が実現する一連の処理を流れに沿って説明する。

まず、管理サーバ１００は、異なるプラットフォーム間における、データの共有領域を設定する。かかるデータの共有領域とは、概念的なものであり、例えば、かかる共有領域に保持されるデータは、管理サーバ１００に参照可能なように登録されるものとする。一例として、かかる共有領域に保持される情報は、各プラットフォームに登録されるとともに、登録される情報が管理サーバ１００に送信されるよう設定される。言い換えれば、管理サーバ１００は、プラットフォームの種別にかかわらず、管理サーバ１００が送受信可能な情報が保持され、また、利用される領域を共有領域と設定する。なお、管理サーバ１００は、例えば、各クラウドデータサーバ８０と所定の契約を行い、所定の領域に保持されるデータについては管理サーバ１００に自動的に送信されるよう、各クラウドデータサーバ８０に設定を行うことによって、共有領域を設定してもよい。

そして、管理サーバ１００は、管理サーバ１００が管理するデータ連携に参加する事業者に対して、各事業者が保持する顧客情報等の自社データ（以下、「実体データ」と表記する）に関するメタデータ（metadata）の仕様を提供する。メタデータは、各事業者が保有するデータを説明するための付加的なデータである。すなわち、メタデータは、実体データと対応付けられたデータであるが、具体的な顧客情報等を含むものではなく、かかるデータが「顧客情報である」ということを示すための情報である。メタデータには、例えば、メタデータを登録した事業者名（事業者を識別する識別情報）や、登録した日時、メタデータに対応する実体データを特定するための情報、実体データのカテゴリ等が含まれてもよい。なお、以下の説明において、メタデータ及び実体データを区別なく記載する場合、単に「データ」と表記する場合がある。

その後、管理サーバ１００は、管理サーバ１００が管理するデータ連携に参加する各事業者に対して、メタデータの登録を要求する。

図１の例において、管理サーバ１００が管理するデータ連携に参加する事業者Ｃ０１は、事業者サーバ５０_１を介して、クラウドデータサーバ８０_１が提供するプラットフォームＰＬ０１の記憶領域（図１では、実体データ記憶部６０_１）に保持される実体データに対応するメタデータを、共有領域のメタデータ記憶部７０_１に登録する（ステップＳ０１）。このとき、管理サーバ１００は、事業者Ｃ０１が登録したメタデータに関する情報を取得する。なお、管理サーバ１００は、メタデータ記憶部７０_１に記憶されたメタデータ自体を取得するのではなく、当該メタデータが含む情報（当該メタデータのコピーでもよい）を取得するようにしてもよい。

同様に、事業者Ｃ０２は、事業者サーバ５０_２を介して、クラウドデータサーバ８０_２が提供するプラットフォームＰＬ０２の記憶領域（図１では、実体データ記憶部６０_２）に保持される実体データに対応するメタデータを、共有領域のメタデータ記憶部７０_２に登録する（ステップＳ０２）。

同様に、事業者Ｃ０３は、事業者サーバ５０_３を介して、クラウドデータサーバ８０_３が提供するプラットフォームＰＬ０３の記憶領域（図１では、実体データ記憶部６０_３）に保持される実体データに対応するメタデータを、共有領域のメタデータ記憶部７０_３に登録する（ステップＳ０３）。

そして、管理サーバ１００は、各事業者から提供されたメタデータを統合して、メタデータテーブル１２１を生成する（ステップＳ０４）。メタデータテーブル１２１は、各事業者がデータを保持するプラットフォームにかかわらず、各事業者が参照可能な態様で、共有領域に保持される。このため、各事業者は、自社が利用するプラットフォームにかかわらず、どの事業者がどのような情報を有しているかを参照することができる。

また、管理サーバ１００が管理するデータ連携では、各事業者が、他の事業者にメタデータを参照させるか否か、あるいは、他の事業者に実体データを利用させるか否か等の権限情報（アクセス権限）を設定可能である。管理サーバ１００は、例えば、メタデータごとにアクセス権限を設定してもよいし、事業者ごとにアクセス権限を設定してもよい。図１の例では、管理サーバ１００は、各々のメタデータごとにアクセス権限を設定するものとする（ステップＳ０５）。

そして、管理サーバ１００は、メタデータに関するアクセス権限が記憶されたアクセス制御リスト１２２を生成する。なお、管理サーバ１００は、管理サーバ１００内部にアクセス制御リスト１２２を保持するのではなく、共有領域において同期する複数のアクセス制御リスト１２２を各プラットフォームに保持するようにしてもよい。

図１を用いて説明したように、実施形態に係る管理サーバ１００は、事業者の各々が所有する実体データに対応したメタデータであって、実体データが管理されるプラットフォーム上に実体データを所有する事業者から登録されるメタデータを取得する。そして、管理サーバ１００は、取得したメタデータに基づいて、複数の事業者の各々によって登録されたメタデータを統合したメタデータテーブル１２１を生成する。

このように、管理サーバ１００は、クラウドデータサーバ８０を跨いだデータ連携において、各事業者が参照可能なメタデータテーブル１２１を生成する。言い換えれば、管理サーバ１００は、データ連携を行う各事業者が保有するデータのカタログのような情報を生成する。これにより、各事業者は、他の事業者が保有するデータの概要を参照できるので、複数の事業者間のデータ共有（データ連携）を円滑に行うことができる。

また、管理サーバ１００は、取得したメタデータに関する情報と、当該メタデータに対する各々の事業者のアクセス権限とを対応付けて管理する。具体的には、管理サーバ１００は、メタデータに設定されたアクセス権限を記憶するアクセス制御リストを生成する。これにより、管理サーバ１００は、各事業者間の実体データの利用について、各事業者が所望するように制御することができるため、信頼性の高いデータ連携を行うことができる。

また、管理サーバ１００は、連携するデータのアクセス制御に関して、各事業者に対して所定の提案を行ってもよい。この点について、図２を用いて説明する。図２は、実施形態に係るデータ連携システム１による処理の一例を示す図（２）である。図２では、管理サーバ１００が行う情報処理のうち、事業者がデータを利用する際のアクセス制御処理や、データの利用状況に基づいて、事業者に対してアクセス権限の更新（変更）を提案する提案処理の一例について説明する。

図２は、管理サーバ１００によってメタデータテーブル１２１が生成されるとともに、アクセス制御リスト１２２によって、共有領域を介した事業者間のデータ連携が管理されている状況を示す。

図２の例では、事業者サーバ５０_２を管理する事業者Ｃ０２が、事業者Ｃ０１が保有する実体データの利用を所望するものとする。この場合、事業者Ｃ０２は、他の事業者（この例では事業者Ｃ０１）のデータの利用を要求する（ステップＳ１１）。かかる要求は、例えば、事業者Ｃ０２が、共有領域において管理サーバ１００から提供されるＡＰＩ（Application Programming Interface）を実行することにより実現される。なお、かかるＡＰＩは、例えば、データを要求するためのＡＰＩや、データを探索（ロケート）するためのＡＰＩや、他のプラットフォームからデータのダウンロードを制御するためのＡＰＩ等、種々の処理を実行する複数の既知のＡＰＩによって構成されてもよい。

まず、事業者Ｃ０２から要求が送信された場合、アクセス制御リスト１２２との照合により、事業者Ｃ０２が事業者Ｃ０１の保有するデータへのアクセス権限があるか否かが判定される。

事業者Ｃ０２が事業者Ｃ０１の保有するデータへのアクセス権限がある場合、ＡＰＩの処理により、事業者サーバ５０_２は、事業者Ｃ０２が要求したデータを、プラットフォームＰＬ０１上でロケートする（ステップＳ１２）。

例えば、事業者サーバ５０_２は、事業者Ｃ０２が要求したデータに対応するメタデータを、メタデータ記憶部７０_１において特定する。さらに、事業者サーバ５０_２は、特定したメタデータに対応する実体データを、実体データ記憶部６０_１において特定する。そして、事業者サーバ５０_２は、実体データ記憶部６０_１から、事業者Ｃ０２が所望した実体データを取得する（ステップＳ１３）。

事業者Ｃ０２は、取得した実体データを利用して、所定の情報処理を行う。なお、実施形態では、データ連携された実体データは共有領域上のみで利用可能なものであり、また、実体データが情報処理に利用された利用状況は、共有領域を介して、管理サーバ１００によって取得される。

すなわち、図２の例では、管理サーバ１００は、事業者Ｃ０２が利用する実体データの利用状況を取得する（ステップＳ１４）。なお、図２では図示を省略するが、管理サーバ１００は、事業者Ｃ０２以外の事業者が実体データを利用した情報や、あるいは、実体データの利用を要求したものの、アクセス権限がなく実体データが利用できなかったことを示す情報等を継続的に取得するものとする。

そして、管理サーバ１００は、利用状況に基づく提案を生成する（ステップＳ１５）。実施形態において、管理サーバ１００の提案は、所定の事業者に対して送信されるレコメンドメッセージのような態様によって実現される。具体的には、管理サーバ１００の提案とは、提案を生成する処理の時点において、他の事業者に対してアクセスを認めていない実体データに対して、アクセスを認めるよう促すレコメンド等である。

例えば、管理サーバ１００が管理するデータ連携では、自社の実体データを他の事業者に利用させた場合に、当該実体データを提供する提供者に対して所定の報酬が支払われるものとする。管理サーバ１００は、例えば、実体データの利用状況（利用頻度や利用回数等）に応じて、当該実体データを提供する提供者に対する報酬を算出する。

例えば、管理サーバ１００は、事業者Ｃ０１が提供した顧客情報における、事業者Ｃ０１に対して支払われる報酬を算出する。かかる報酬は、管理サーバ１００から事業者Ｃ０１に対して支払われてもよいし、実体データの利用者（図２の例では事業者Ｃ０２）から事業者Ｃ０１に対して支払われてもよい。

また、管理サーバ１００は、顧客情報を有しているにもかかわらず、他の事業者によるメタデータの参照を承諾していなかったり、他の事業者による実体データの利用を承諾していなかったり（アクセス権限を認めていなかったり）する事業者を抽出する。図２の例では、管理サーバ１００は、事業者Ｃ０３を抽出するものとする。

このような場合、管理サーバ１００は、例えば、事業者Ｃ０３が顧客情報の利用を承諾した場合に得られると推定される報酬の額等を提示するとともに、アクセス制御リスト１２２の更新を事業者Ｃ０３（事業者サーバ５０_３）に対して提案する（ステップＳ１６）。

事業者Ｃ０３は、管理サーバ１００からの提案を受信するとともに、提案された内容に承諾する場合には、自社が登録しているメタデータに関する情報を更新する（ステップＳ１７）。具体的には、事業者Ｃ０３は、メタデータに対する参照の条件や、メタデータに紐づけられた実体データの利用条件を更新（変更）する。かかる更新がアクセス制御リスト１２２に反映された場合、事業者Ｃ０３が登録したメタデータは、より多くの事業者が参照することが可能になる。また、事業者Ｃ０３が登録したメタデータに対応する実体データは、より多くの事業者が利用することが可能になる。

図２を用いて説明したように、管理サーバ１００は、メタデータに対応する実体データの利用状況に基づいて、当該メタデータを登録した事業者に対して、当該メタデータに対するアクセス権限の設定に関する提案を行ってもよい。

これにより、管理サーバ１００は、データ連携に参加した各事業者に対して、積極的なデータの公開や利用を促進させることができる。結果として、管理サーバ１００は、各事業者が所有する有用なデータの活用を進めることができる。以下、図１及び図２で説明した生成処理やアクセス制御処理を行う管理サーバ１００、及び、管理サーバ１００を含むデータ連携システム１について、詳細に説明する。

〔２．データ連携システムの構成〕
次に、図３を用いて、実施形態に係るデータ連携システム１の構成について説明する。図３は、実施形態に係るデータ連携システム１の構成例を示す図である。図３に示すように、データ連携システム１は、管理サーバ１００と、ユーザ端末１０と、事業者サーバ５０と、クラウドデータサーバ８０とを含む。データ連携システム１に含まれる各装置は、通信ネットワークであるネットワークＮ（例えば、インターネット）を介して有線または無線により通信可能に接続される。なお、図３に示すデータ連携システム１に含まれる各装置の数は図示したものに限られない。例えば、データ連携システム１には、複数台のユーザ端末１０が含まれてもよい。

ユーザ端末１０は、ウェブページ等のコンテンツを閲覧するユーザによって利用される情報処理装置である。例えば、ユーザ端末１０は、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、スマートフォン等の携帯電話機や、タブレット端末や、ＰＤＡ（Personal Digital Assistant）等である。例えば、ユーザ端末１０は、ユーザによる操作に従って、事業者が提供するウェブサイト等にアクセスし、各種サービスに対する要求を行ったり、情報を取得したりする。

事業者サーバ５０は、事業者によって管理されるサーバ装置である。例えば、事業者サーバ５０は、ユーザ端末１０から各種ユーザ情報を取得する。具体的には、事業者サーバ５０は、ユーザ情報として、ユーザのデモグラフィック属性やユーザ端末１０のデバイス情報やアクセス履歴などを取得する。

ユーザのデモグラフィック属性は、例えば、人口統計学的なユーザの属性情報を示す。デモグラフィック属性は、例えば、ユーザの性別や年齢などの属性情報が含まれる。なお、デモグラフィック属性には、ユーザの職業、家族構成、年収、住所、出身地、学歴など様々な属性要素が含まれてもよい。

なお、ユーザ情報には、ユーザのサイコグラフィック属性が含まれてもよい。ユーザのサイコグラフィック属性とは、ユーザの価値観、ライフスタイル、性格、嗜好などを示す情報である。サイコグラフィック属性は、例えば、車や旅行など、嗜好を示す属性要素に分類されてもよい。なお、サイコグラフィック属性には、経済、政治、野球、サッカー、その他スポーツ、スイーツ、パソコン、白物家電、家具など様々な属性要素が含まれてもよい。また、これらの属性情報は、既知の技術により、ユーザのウェブサイト等のコンテンツへのアクセス履歴等から導出されてもよい。

実施形態において、事業者サーバ５０を管理する個々の事業者は、種々のサービスを提供する。例えば、事業者は、ポータルサイト、ニュースサイト、オークションサイト、天気予報サイト、ショッピングサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行サイト、飲食店紹介サイト、ＳＮＳ（Social Networking Service）サービスサイト、ウェブブログなどに関連する各種情報を含むウェブページを提供する事業者であってもよい。また、事業者は、オンラインに限らず、オフラインのサービスを提供する事業者であってもよい。このため、事業者は、ユーザ情報として、ユーザの購買情報や、サービスに登録された個人情報や、オンラインでの検索履歴など、種々のユーザ情報を取得可能であるものとする。

クラウドデータサーバ８０は、事業者や個人ユーザに対して、クラウド上のストレージサービス等を提供するサーバ装置である。実施形態では、個々のクラウドデータサーバ８０が有する記憶領域をプラットフォームと称する。例えば、事業者は、クラウドデータサーバ８０が提供するプラットフォームを利用することにより、自社データをクラウド上に保存したり、クラウド上から自社データを取り出したりすることができる。

管理サーバ１００は、複数の事業者間のデータ連携を管理するサーバ装置である。上述のように、管理サーバ１００は、事業者の各々が所有する実体データに対応したメタデータであって、実体データが管理されるプラットフォーム上に実体データを所有する事業者から登録されるメタデータを取得し、取得したメタデータに基づいて、複数の事業者の各々によって登録されたメタデータを統合したメタデータテーブル１２１を生成する。また、管理サーバ１００は、取得したメタデータに関する情報と、メタデータに対する各々の事業者のアクセス権限とを対応付けて管理する。これにより、管理サーバ１００は、複数のプラットフォームを跨いだ、複数の事業者間のデータ共有を円滑に行うことができる。

〔３．管理サーバの構成〕
次に、図４を用いて、実施形態に係る管理サーバ１００の構成について説明する。図４は、実施形態に係る管理サーバ１００の構成例を示す図である。図４に示すように、管理サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、管理サーバ１００は、管理サーバ１００を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、ユーザ端末１０や事業者サーバ５０やクラウドデータサーバ８０等との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。実施形態に係る記憶部１２０は、データテーブルとして、メタデータテーブル１２１と、アクセス制御リスト１２２と、利用状況テーブル１２３と、提案情報テーブル１２４とを有する。以下、各データテーブルについて順に説明する。

（メタデータテーブル１２１について）
メタデータテーブル１２１は、メタデータに関する情報を記憶するデータテーブルである。ここで、図５に、実施形態に係るメタデータテーブル１２１の一例を示す。図５は、実施形態に係るメタデータテーブル１２１の一例を示す図である。図５に示した例では、メタデータテーブル１２１は、「メタデータＩＤ」、「カテゴリ」、「提供者ＩＤ」、「登録日」、「実体データ情報」といった項目を有する。

「メタデータＩＤ」は、メタデータを識別する識別情報を示す。「カテゴリ」は、メタデータに対応する実体データのカテゴリを示す。「提供者ＩＤ」は、実体データの提供者であり、メタデータの登録者である事業者を識別する識別情報を示す。なお、実施形態では、図５に示した識別情報は、説明で用いる参照符号と共通するものとする。例えば、「提供者ＩＤ」が「Ｃ０１」である提供者は、「事業者Ｃ０１」を示すものとする。

「登録日」は、メタデータが登録された日を示す。なお、図５では、登録日の項目に記憶される情報を「Ｄ０１」のように概念的に示しているが、実際には、登録日の項目には、事業者から実際に登録が行われた具体的な日時が記憶される。

「実体データ情報」は、メタデータに対応する（紐づけられた）実体データに関する情報を示す。図５では、実体データ情報の項目に記憶される情報を「Ｅ０１」のように概念的に示しているが、実際には、実体データ情報の項目には、実体データを特定するための識別情報や、実体データのデータフォーマットや、実体データに含まれる情報の種別等が記憶される。なお、実体データに含まれる情報の種別とは、例えば実体データのカテゴリが顧客情報であれば、その実体データが含む情報として「ユーザの氏名」や「年齢」等の属性情報が含まれること等を示すための情報である。また、実体データ情報には、当該実体データを公開するか否か、あるいは、利用可能とするか否か等を設定したアクセス権限に関する情報が含まれてもよい。管理サーバ１００は、かかるアクセス権限に関する情報に基づいて、後述するアクセス制御リスト１２２を生成する。なお、アクセス権限は、実体データのみならず、メタデータにも設定されてもよい。

すなわち、図５では、メタデータテーブル１２１に記憶される情報の一例として、メタデータＩＤ「ＭＤ０１」で識別されるメタデータＭＤ０１は、カテゴリが「顧客情報」であり、提供者ＩＤ「Ｃ０１」で識別される事業者Ｃ０１から提供されたデータであり、登録日が「Ｄ０１」であり、実体データ情報が「Ｅ０１」であることを示している。

（アクセス制御リスト１２２について）
アクセス制御リスト１２２は、メタデータ（及び、メタデータに対応する実体データ）に対するアクセス権限の設定を記憶するデータテーブルである。ここで、図６に、実施形態に係るアクセス制御リスト１２２の一例を示す。図６は、実施形態に係るアクセス制御リスト１２２の一例を示す図である。図６に示した例では、アクセス制御リスト１２２は、事業者に関するアクセス権限の設定を記憶する事業者アクセス制御リスト１２２Ａと、業界に関するアクセス権限の設定を記憶する業界アクセス制御リスト１２２Ｂとを含む。図６の例では、事業者アクセス制御リスト１２２Ａは、「メタデータＩＤ」、「事業者アクセス設定」といった項目を有する。なお、「事業者アクセス設定」は、「事業者ＩＤ」、「参照権限」、「利用権限」といった小項目を有する。また、業界アクセス制御リスト１２２Ｂは、「メタデータＩＤ」、「業界アクセス設定」といった項目を有する。なお、「業界アクセス設定」は、「業界」、「参照権限」、「利用権限」といった小項目を有する。

「メタデータＩＤ」は、図５に示した同一の項目に対応する。「事業者アクセス設定」は、事業者ごとの、メタデータに対するアクセス権限の設定を示す。「事業者ＩＤ」は、事業者を識別する識別情報を示す。なお、事業者ＩＤは、図５で示した提供者ＩＤと共通するものとする。

「参照権限」は、メタデータを参照する権限を有するか否かを示す。例えば、「参照権限」に記憶される情報が「１」であれば、その事業者は参照権限を有しており、「参照権限」に記憶される情報が「０」であれば、その事業者には参照権限が認められていないものとする。例えば、所定のメタデータに関する参照権限が認められていない事業者は、メタデータテーブル１２１を参照した場合であっても、そもそも当該所定のメタデータが存在することを認識できないことになる。

「利用権限」は、メタデータに対応する実体データを利用する権限を有するか否かを示す。例えば、「利用権限」に記憶される情報が「１」であれば、その事業者は実体データを利用する権限を有しており、「利用権限」に記憶される情報が「０」であれば、その事業者には実体データを利用する権限が認められていないものとする。

「業界アクセス設定」は、業界ごとの、メタデータに対するアクセス権限の設定を示す。「業界」は、事業者が属する業界を示す。管理サーバ１００は、例えば、事業者がデータ連携事業に参加登録した際に受け付けた情報に基づいて、各々の事業者が属する業界を決定する。「参照権限」及び「利用権限」は、事業者アクセス設定における同一の項目に対応する。

なお、図６に示すように、メタデータは、事業者ごと、又は、業界ごとにアクセス権限の設定を受け付けることができる。このため、事業者は、例えば、自動車業界に属する事業者に参照権限が認められているメタデータであっても、ある特定の事業者には参照権限を認めない、などの設定を柔軟に行うことができる。

すなわち、図６では、アクセス制御リスト１２２（事業者アクセス制御リスト１２２Ａ及び業界アクセス制御リスト１２２Ｂ）に記憶される情報の一例として、メタデータＩＤ「ＭＤ０１」で識別されるメタデータＭＤ０１は、事業者アクセス設定として、事業者ＩＤ「Ｃ１１」で識別される事業者Ｃ１１には、参照権限及び利用権限を認めていることを示している。また、メタデータＭＤ０１は、業界アクセス設定として、業界「自動車」に属する事業者に対しては、参照権限及び利用権限を認めていることを示している。また、図６では、メタデータＭＤ０１は、事業者Ｃ１２には、参照権限及び利用権限のいずれも認めておらず、事業者Ｃ１３には、参照権限を認めているものの、利用権限を認めていない、ということを示している。また、図６では、メタデータＭＤ０１は、業界「小売」に属する事業者には、参照権限及び利用権限のいずれも認めておらず、業界「化粧品」に属する事業者には、参照権限及び利用権限を認めていることを示している。

（利用状況テーブル１２３について）
利用状況テーブル１２３は、メタデータ（及び、メタデータに対応する実体データ）の利用状況を記憶するデータテーブルである。ここで、図７に、実施形態に係る利用状況テーブル１２３の一例を示す。図７は、実施形態に係る利用状況テーブル１２３の一例を示す図である。図７に示した例では、利用状況テーブル１２３は、「メタデータＩＤ」、「実体データ利用状況」といった項目を有する。また、「実体データ利用状況」は、「利用要求回数」、「利用データ量」、「貢献度」、「提供者への報酬」といった小項目を有する。

「メタデータＩＤ」は、図５に示した同一の項目に対応する。「実体データ利用状況」は、メタデータに対応する実体データが他の事業者から利用された際の利用に関する情報を示す。

「利用要求回数」は、実体データが他の事業者から利用された回数を示す。図７では、利用要求回数を「Ｆ０１」のように概念的に表現しているが、実際には、利用要求回数の項目には、具体的な利用回数の数値が記憶される。なお、利用要求回数は、事業者から利用のリクエストが行われた回数と、実際に実体データが利用された回数とが別々に計数されてもよい。

「利用データ量」は、実体データが他の事業者から利用されたデータ量を示す。図７では、利用データ量を「Ｇ０１」のように概念的に表現しているが、実際には、利用データ量の項目には、具体的なデータ量の数値が記憶される。なお、利用データ量は、利用された実体データのファイルサイズであってもよいし、例えば実体データが顧客情報であれば、「何人分」の顧客情報が利用されたか、といった、実体データに応じたデータ量によって表現されてもよい。

「貢献度」は、実体データが他の事業者から利用された際の貢献度を示す。図７では、貢献度を「Ｈ０１」のように概念的に表現しているが、実際には、貢献度の項目には、貢献の度合いを示す指標値となる数値などの具体的な情報が記憶される。なお、貢献度は、例えば、当該実体データから各事業者によって生成されたモデルの数や、モデルが利用された回数や、モデルにおける重み（例えば、当該実体データがモデルに入力された場合の、当該実体データに付される重み。言い換えれば、当該実体データが出力する値に対してどれくらい寄与しているかを示す数値等）等に基づいて、既知の技術を利用して算出されてもよい。

「提供者への報酬」は、実体データを提供する提供者に対する報酬を示す。図７では、提供者への報酬を「Ｊ０１」のように概念的に表現しているが、実際には、提供者への報酬の項目には、報酬の額を示す具体的な数値が記憶される。なお、提供者への報酬は、例えば、実体データが利用された回数や、実体データが利用されたデータ量や、実体データの貢献度等に基づいて算出されてもよい。例えば、管理サーバ１００は、実体データが利用された回数や、実体データが利用されたデータ量や、実体データの貢献度が大きい（高い）ほど高額となるよう、提供者への報酬を算出してもよい。

すなわち、図７では、利用状況テーブル１２３に記憶される情報の一例として、メタデータＭＤ０１に対応する実体データの利用状況は、利用要求回数が「Ｆ０１」であり、利用データ量が「Ｇ０１」であり、貢献度が「Ｈ０１」であり、提供者への報酬が「Ｊ０１」であることを示している。

（提案情報テーブル１２４について）
提案情報テーブル１２４は、事業者に対して行う提案に関する情報を記憶するデータテーブルである。ここで、図８に、実施形態に係る提案情報テーブル１２４の一例を示す。図８は、実施形態に係る提案情報テーブル１２４の一例を示す図である。図８に示した例では、提案情報テーブル１２４は、「メタデータＩＤ」、「同一カテゴリデータの利用状況」、「予測報酬」、「提案判定」といった項目を有する。

「メタデータＩＤ」は、図５に示した同一の項目に対応する。「同一カテゴリデータの利用状況」は、メタデータに対応する実体データと同一のカテゴリに属する実体データにおける利用状況を示す。図８では、同一カテゴリデータの利用状況を「Ｌ０１」のように概念的に表現しているが、実際には、同一カテゴリデータの利用状況の項目には、複数の同一カテゴリデータが事業者から利用された回数の平均値や、利用データ量の平均値や、貢献度の平均値や、報酬の平均値等の具体的な数値が記憶される。すなわち、同一カテゴリデータの利用状況とは、まだ利用されていない、あるいは公開されていない実体データと同一カテゴリに属する他の実体データが利用されたことにより、当該他の実体データを提供した提供者が得た利益に関する情報等を含む。

「予測報酬」は、メタデータに対応する実体データが公開もしくは利用された場合に、その実体データを提供した提供者が得られると予測される報酬を示す。図８では、予測報酬を「Ｍ０１」のように概念的に表現しているが、実際には、予測報酬の項目には、提供者が得られると予測される報酬の具体的な額が記憶される。予測報酬は、例えば、同一カテゴリデータの利用状況等に基づいて算出される。例えば、管理サーバ１００は、「顧客情報」のカテゴリに属する複数の実体データの平均利用データ量と、平均報酬額とを算出する。また、管理サーバ１００は、処理対象とする実体データのデータ量を参照し、データ量の平均値に対する割合に対して、平均報酬額を乗算することにより、処理対象とする実体データが利用されたと仮定した場合の報酬を算出する。なお、管理サーバ１００は、上記の手法に限られず、種々の手法で予測報酬を算出してもよい。

「提案判定」は、メタデータの登録者に対して、当該メタデータに対応する実体データの公開や利用を促すか否かを判定した結果を示す。例えば、提案判定の項目が「１」であれば、管理サーバ１００は、事業者に対する提案を実行し、提案判定の項目が「０」であれば、事業者に対する提案を実行しないものとする。管理サーバ１００は、種々の判定基準に基づいて、提案を行うか否かを判定してもよい。例えば、管理サーバ１００は、データ連携されている同一カテゴリデータが所定の割合を超えて公開されているのであれば、処理対象とする実体データを有している事業者に対して提案を行う、と判定してもよい。また、管理サーバ１００は、予測報酬が所定の閾値を超えているのであれば、処理対象とする実体データを有している事業者に対して提案を行う、と判定してもよい。

すなわち、図８では、提案情報テーブル１２４に記憶される情報の一例として、メタデータＭＤ１１に対応する実体データと同一カテゴリに属するデータの利用状況は「Ｌ０１」であり、メタデータＭＤ１１に対応する実体データが公開された場合に提供者が得られると予測される予測報酬は「Ｍ０１」であり、現時点での提案判定は「１」（提案を行う）であることを示している。

（制御部１３０について）
図４に戻って説明を続ける。制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、管理サーバ１００内部の記憶装置に記憶されている各種プログラム（アクセス制御プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

実施形態に係る制御部１３０は、図４に示すように、取得部１３１と、生成部１３２と、アクセス制御部１３３と、提案部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図４に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（取得部１３１について）
取得部１３１は、各種情報を取得する。例えば、取得部１３１は、事業者の各々が所有する実体データに対応したメタデータであって、当該実体データが管理されるプラットフォーム上に当該実体データを所有する事業者から登録されるメタデータを取得する。

例えば、取得部１３１は、異なるプラットフォーム上に登録された複数のメタデータを取得する。具体的には、取得部１３１は、プラットフォームとして、クラウドデータサービス上に登録されるメタデータを取得する。図１の例では、取得部１３１は、クラウドデータサーバ８０が提供するクラウドデータサービス（プラットフォームＰＬ０１等）上に事業者サーバ５０から登録されるメタデータを取得する。

なお、取得部１３１は、実体データが管理されるプラットフォームにかかわらず、共通したフォーマットを有するメタデータを取得する。例えば、取得部１３１は、事業者がアップロード（登録）するメタデータのフォーマット（仕様）を予め設定する。そして、事業者サーバ５０が、かかるフォーマットに対応したメタデータを登録することにより、取得部１３１は、実体データが管理されるプラットフォームにかかわらず、共通したフォーマットを有するメタデータを取得することができる。

より具体的には、取得部１３１は、メタデータに関する情報として、メタデータに対応する実体データを所有する事業者の識別情報や、メタデータが登録された日時、又は、メタデータに対応する実体データのカテゴリの少なくとも一つを取得する。

取得部１３１は、取得した情報を生成部１３２に送る。また、取得部１３１は、取得した情報を記憶部１２０内に格納するようにしてもよい。

また、取得部１３１は、メタデータ及び当該メタデータに対応する実体データが事業者から参照されたこと、又は、事業者から利用されたことを示す利用状況を取得する。例えば、取得部１３１は、利用状況として、図７で示した利用状況テーブル１２３に記憶される各種情報を取得する。

なお、取得部１３１は、例えば、共有領域においてデータの参照や利用に用いるＡＰＩの機能を介して、所定の事業者がどのようなデータを利用したが、データを用いてどのようなモデルを生成したか、モデル生成においてどれくらいのデータ量を利用したか、当該モデルを生成するに際して利用したデータの貢献度はどのくらいか、といった、種々の情報を取得可能である。取得部１３１は、取得した利用状況を記憶部１２０内に格納する。

（生成部１３２について）
生成部１３２は、取得部１３１によって取得されたメタデータに基づいて、複数の事業者の各々によって登録されたメタデータを統合したメタデータテーブル１２１を生成する。

生成部１３２は、メタデータを登録した各事業者が参照可能な態様でメタデータテーブル１２１を生成する。また、生成部１３２は、異なるプラットフォーム上に登録された複数のメタデータを統合したメタデータテーブル１２１を生成する。これにより、生成部１３２は、各々の事業者が、自社が管理する実体データのプラットフォームにかかわらず、データ連携された他の事業者のデータを参照することができる。なお、生成部１３２は、メタデータテーブル１２１を、図１で示した共有領域を含むあらゆるプラットフォームから参照可能なように生成してもよいし、例えば、各プラットフォームのメタデータ記憶部とメタデータテーブル１２１の情報とを同期させることにより、各事業者が各プラットフォームでメタデータテーブル１２１を参照できるようにしてもよい。

例えば、生成部１３２は、メタデータに対応する実体データを所有する事業者の識別情報、メタデータが登録された日時、又は、当該メタデータに対応する実体データのカテゴリ等の情報が含まれるメタデータテーブル１２１を生成する。これにより、データ連携に参加する事業者は、自身が利用したい他の事業者の情報を効率良く検索したり、利用のリクエストを送信したりすることができる。

（アクセス制御部１３３について）
アクセス制御部１３３は、取得部１３１によって取得されたメタデータに関する情報と、メタデータに対する各々の事業者のアクセス権限とを対応付けて管理する。

具体的には、アクセス制御部１３３は、各事業者によって登録されたメタデータに関する情報に含まれるアクセス権限の設定に基づいて、アクセス制御リスト１２２を生成する。そして、アクセス制御部１３３は、アクセス制御リスト１２２に基づき、共有領域において連携するメタデータや、メタデータに対応する実体データへの各事業者のアクセスを制御する。

アクセス制御部１３３は、アクセス権限として、事業者がメタデータを参照する権限、及び、事業者がメタデータに対応する実体データを利用する権限を管理する。例えば、アクセス制御部１３３は、図６に示すような、参照権限と利用権限との２つを設定として有するアクセス制御リスト１２２を用いて、メタデータに対するアクセス制御を管理する。

また、アクセス制御部１３３は、事業者が属する業界に基づいて、事業者が登録したメタデータに対するアクセス権限を管理してもよい。すなわち、データ連携を行う事業者には、事業者を指定してアクセス権限を行うのみならず、例えば、同業者や競合他社にはデータを公開せず、競合関係にない業界に属する事業者にはデータを公開してもよいと考える事業者がいると想定される。アクセス制御部１３３は、アクセス権限を業界ごとに設定可能にすることにより、上記のような事業者の要望に応じたアクセス制御を行うことができる。

また、アクセス制御部１３３は、メタデータを登録した事業者から、当該メタデータへの他の事業者からのアクセス権限に関する設定を受け付け、受け付けた設定に基づいて、アクセス権限を管理する。すなわち、アクセス制御部１３３は、業界ごとの設定とともに、個別の事業者に対応するアクセス制御を行うことができる。これにより、アクセス制御部１３３は、データを提供する事業者の要望に応じた、柔軟なアクセス制御を行うことができる。

また、アクセス制御部１３３は、適宜、アクセス設定の変更や更新を事業者から受け付けてもよい。例えば、アクセス制御部１３３は、事業者が各プラットフォームにおけるメタデータ記憶部に登録した情報を変更したことを示す情報を取得し、取得した情報に基づいて、アクセス制御リスト１２２を更新する。

なお、アクセス制御部１３３は、アクセス制御リスト１２２を管理サーバ１００内のみで管理してもよいし、アクセス制御リスト１２２に同期する所定のリストを各プラットフォーム内に保持させてもよい。この場合、事業者は、プラットフォーム上においてＡＰＩを用いてデータ取得を要求した際に、当該プラットフォーム上に保持されたリストに基づいてアクセス権限が判定される。このため、事業者は、管理サーバ１００へのアクセスを行わなくても共有領域におけるデータのやり取りを行うことができるため、高速にデータの利用を行うことができる。

（提案部１３４について）
提案部１３４は、メタデータに対応する実体データの利用状況に基づいて、メタデータを登録した事業者に対して、メタデータに対するアクセス権限の設定に関する提案を行う。

例えば、提案部１３４は、メタデータに対するアクセス権限の設定に関する提案として、メタデータを参照させる事業者や業界の数を増やす提案を行ったり、メタデータに対応する実体データを利用させる事業者や業界の数を増やす提案を行ったりする。かかる提案は、例えば、図８に示した提案情報テーブル１２４に格納された提案判定の項目に従い実行される。なお、提案部１３４は、例えば、事業者に対して送信するメッセージの雛形等のデータを記憶部１２０内に保持していてもよい。

提案部１３４は、メタデータに対応する実体データの利用頻度、実体データを利用する事業者の数、実体データを利用する事業者が属する業界、又は、実体データのカテゴリの少なくとも一つに基づいて、メタデータに対するアクセス権限の設定に関する提案を行う。

例えば、提案部１３４は、同一カテゴリに属する実体データと比較して、処理対象となる実体データを利用可能な事業者が少ない場合や、利用可能な業界が絞られている場合、より多くの事業者にデータを解放するような提案を行う。このとき、提案部１３４は、例えば、他の事業者が公開している同一カテゴリに属する実体データの利用頻度（利用回数）等を事業者に提示し、他の事業者との比較を行わせるようにしてもよい。また、提案部１３４は、他の事業者が得られている報酬を提示し、データを公開した場合に得られると予測される予測報酬を提示し、他の事業者との比較を行わせるようにしてもよい。

また、提案部１３４は、所定の学習処理を行い、提案を行う事業者を決定してもよい。例えば、提案部１３４は、データ連携が行われている共有領域において、利用されるデータと、利用する事業者との関係性を学習する。一例として、提案部１３４は、利用されるデータのカテゴリが「顧客情報」の場合、「小売業」に属する事業者に頻繁に利用されていることを統計的に学習する。このことは、カテゴリが「顧客情報」のデータを有している事業者は、「小売業」に属する事業者に対してデータを公開することにより、通常よりも高い利益が得られる可能性があることを示している。このため、提案部１３４は、カテゴリが「顧客情報」のデータを有している事業者であって、「小売業」に属する事業者にデータを公開していない事業者がいる場合、当該事業者に対して、「小売業」に属する事業者に対して公開を促すような提案を行ってもよい。なお、上記の学習処理において、管理サーバ１００は、所定の学習モデルを生成してもよい。例えば、学習モデルは、データの利用状況を入力として、提案を行う事業者を示したスコア（例えば、スコアが高いほど、提案を行うべき事業者であると判定される）が出力されるようなモデルであってもよい。かかる学習モデルの生成においては、既知の種々の学習処理が利用されてもよい。

〔４．処理手順〕
次に、図９及び図１０を用いて、実施形態に係る管理サーバ１００による処理の手順について説明する。図９は、実施形態に係る処理手順を示すフローチャート（１）である。図９では、管理サーバ１００がメタデータテーブル１２１を生成する処理の流れについて説明する。

図９に示すように、管理サーバ１００は、いずれかのプラットフォーム上においてメタデータの登録を受け付けたか否かを判定する（ステップＳ１０１）。登録を受け付けていない場合には、管理サーバ１００は、受け付けるまで待機する（ステップＳ１０１；Ｎｏ）。

一方、メタデータの登録を受け付けた場合には（ステップＳ１０１；Ｙｅｓ）、管理サーバ１００は、登録された内容に基づいて、メタデータテーブル１２１を生成する（ステップＳ１０２）。

また、管理サーバ１００は、登録されたメタデータに関する情報に基づいて、各メタデータにアクセス権限を設定する（ステップＳ１０３）。そして、管理サーバ１００は、メタデータテーブル１２１に関するアクセス制御リスト１２２を生成し、記憶部１２０内に格納する（ステップＳ１０４）。例えば、管理サーバ１００は、メタデータテーブル１２１に記憶された各メタデータ、及び、各メタデータに対応する実体データに対する参照権限や利用権限が設定されたアクセス制御リスト１２２を生成する。

そして、管理サーバ１００は、生成したメタデータテーブル１２１を各事業者に公開する（ステップＳ１０５）。例えば、管理サーバ１００は、事業者が利用するプラットフォームにかかわらず参照可能な態様で、メタデータテーブル１２１を公開する。

次に、図１０を用いて、管理サーバ１００のアクセス制御処理及び提案処理の流れについて説明する。図１０は、実施形態に係る処理手順を示すフローチャート（２）である。

図１０に示すように、管理サーバ１００は、データ（メタデータ及び実体データ）の利用状況を取得したか否かを判定する（ステップＳ２０１）。データの利用状況を取得していない場合（ステップＳ２０１；Ｎｏ）、管理サーバ１００は、取得するまで待機する。

一方、データの利用状況を取得した場合（ステップＳ２０１；Ｙｅｓ）、管理サーバ１００は、利用状況を記憶部１２０に格納する（ステップＳ２０２）。そして、管理サーバ１００は、取得した利用状況と、処理時点において公開されていないメタデータとを照合する（ステップＳ２０３）。具体的には、管理サーバ１００は、同一カテゴリに属する実体データを有するメタデータであって、公開されているメタデータと、公開されていないメタデータを比較する。

そして、管理サーバ１００は、照合した情報に基づき（例えば、図８で示した各種情報に基づいて）、公開されていないメタデータを有する事業者に対して、提案を行うか否かを判定する（ステップＳ２０４）。言い換えれば、管理サーバ１００は、照合した情報に基づいて、図８で示した「提案判定」の項目が「１」と算出されるか、「０」と算出されるかを判定する。

管理サーバ１００は、提案を行うと判定した場合（ステップＳ２０４；Ｙｅｓ）、事業者に対して、アクセス権限の更新を提案する（ステップＳ２０５）。そして、管理サーバ１００は、事業者からの要求に従い、アクセス制御リスト１２２を更新する（ステップＳ２０６）。なお、管理サーバ１００は、事業者がアクセス権限の変更を要求した場合、かかる要求に従いアクセス制御リスト１２２を更新し、事業者がアクセス権限の変更を要求しない場合、現状のアクセス制御リスト１２２を維持する。また、管理サーバ１００は、提案を行わないと判定した場合（ステップＳ２０４；Ｎｏ）、提案に係る処理を終了する。

〔５．変形例〕
上述したデータ連携システム１による処理は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、データ連携システム１の他の実施形態（変形例）について説明する。

〔５−１．新規事業者への提案〕
例えば、管理サーバ１００は、既存の事業者に対するアクセス権限の提案を行うのみならず、データの利用状況に基づいて、新たにデータ連携に参加する事業者（以下、「新規事業者」と表記する）に対する提案や、新規事業者が参加する際に提供するデータの条件等を生成してもよい。

例えば、管理サーバ１００は、既存の事業者が登録済みのメタデータに対応する実体データの利用状況に基づいて、新規にメタデータを登録する新規事業者に対して、新規事業者が登録を要するメタデータに関する情報を提案する。

具体的には、管理サーバ１００は、新規事業者に対して、登録を要するメタデータの量、メタデータに対応する実体データのカテゴリ、又は、新規に登録するメタデータに対する他の事業者からのアクセス権限に関する設定の少なくともいずれか一つを提案する。

例えば、管理サーバ１００は、新規事業者が提供するデータの条件を定義した定義ファイルを格納しておき、かかる定義と照らし合わせることにより、条件を生成する。一例として、管理サーバ１００は、「他の事業者が提供しているデータの平均データ量を下回らないデータ量を新規事業者が提供する」ことが定義として設定されていることを参照する。この場合、管理サーバ１００は、現状のデータ連携の利用状況に基づいて、他の事業者によって利用されているデータの平均量を算出する。そして、管理サーバ１００は、新規事業者がデータ連携に参加するに際して、最低限、他の事業者に提供するデータ量として、現状の共有領域に各事業者から登録されているデータ量の平均値を下回らないデータ量の登録を条件として設定する。

また、他の例として、管理サーバ１００は、「他の事業者が所定の頻度を超えて利用しているデータカテゴリに属するデータを新規事業者が提供する」ことが定義として設定されていることを参照する。この場合、管理サーバ１００は、共有領域において頻繁に利用されている（例えば、全体のうちの所定の閾値を超える割合で利用されている）データのカテゴリを算出する。そして、管理サーバ１００は、新規事業者がデータ連携に参加するに際して、最低限、新規事業者が登録すべきデータのカテゴリ等の条件を生成する。具体的には、管理サーバ１００は、少なくとも新規事業者が登録するデータとして当該カテゴリのデータを含めることや、あるいは、当該カテゴリのデータに対して所定数以上の事業者が利用できるようなアクセス権限を与えること等、種々の条件を設定する。

これにより、管理サーバ１００は、新たにデータ連携に参加する新規事業者に対して、現状の利用状況に基づいて、最低限提供すべき情報の指針等を与えることができるため、新規事業者が参加する際の敷居を下げたり、他の事業者が不利にならないような参加条件を提示したりすることができる。

なお、管理サーバ１００は、既存のデータのアクセス制御に関する情報に基づいて、新規事業者に対して、アクセス制御に関する提案を行ってもよい。

例えば、管理サーバ１００は、新規事業者と同じ業界に属する事業者が、自社データに対してどのようなアクセス権限の設定を行っているかという情報を取得する。そして、管理サーバ１００は、新規事業者に対して、同じ業界に属する事業者が平均的に行っているアクセス権限の設定を提案する。例えば、管理サーバ１００は、同じ業界に属する事業者のうち所定の割合を超える事業者が、同業者に対して自社データを公開しないという設定を行っている場合、その設定と同じような設定にするよう新規事業者に提案する。なお、管理サーバ１００は、業界のみならず、例えば、資本金の額や事業規模、提供するデータのカテゴリ等の同一性に基づいて、事業者同士の類似性を判定してもよい。そして、管理サーバ１００は、新規事業者と類似すると判定された既存の事業者のアクセス権限の設定を参照し、かかる情報に基づいて、新規事業者に対して提案を行ってもよい。

このように、管理サーバ１００は、新たにデータ連携に参加する新規事業者に対して適切なアクセス権限の設定を提案することにより、新規事業者のデータ連携への参加を促すことができる。

〔５−２．データの送受信の態様〕
上記実施形態では、事業者が、共有領域において提供されるＡＰＩの機能を用いて、他の事業者のメタデータを参照したり、実体データを取得したりする例を示した。ここで、メタデータの参照や、実体データの送受信については、事業者間（例えば、異なるプラットフォーム間）で行うのではなく、一度、管理サーバ１００を経由するような方式で行われてもよい。

この場合、管理サーバ１００は、各プラットフォームにおいて、事業者からメタデータの参照リクエストや利用リクエストが送信されたという情報を取得する。管理サーバ１００は、リクエストに対応するメタデータや実体データを、当該メタデータや実体データが管理されているプラットフォームから取得する。そして、管理サーバ１００は、リクエストに応答して、共有領域を介して、取得したメタデータや実体データを事業者に配信する。

このように、データ連携された各データの送受信を、管理サーバ１００が行うようにしてもよい。これにより、管理サーバ１００は、どのようなデータが頻繁に送受信されているかといった利用状況をより的確に把握することができる。また、管理サーバ１００は、各データのアクセス制御をより厳密に行うことができる。

〔５−３．アクセス制御の設定のバリエーション〕
上記実施形態では、アクセス制御として、メタデータの参照可否や、実体データの参照可否等を事業者が設定可能である例を示した。ここで、データに関するアクセス制御は、より詳細に行われてもよい。

例えば、あるメタデータに対応する実体データが、ユーザの位置情報の推移である場合を想定する。この場合、当該データを有する事業者は、ユーザの位置情報の推移を解析することにより、ユーザがよく訪れる拠点（店舗など）の情報等も実体データとして有している場合がある。

このような場合、事業者は、実体データとしてユーザの位置情報の推移は公開するが、位置情報に基づくユーザの行動に関する情報（例えば、ユーザが頻繁に訪れる店舗や、その店舗が販売する商品情報等）は非公開とする、などのアクセス制御の設定を行ってもよい。

また、事業者が自動車メーカーである場合、当該事業者は、自動車の都道府県別の販売台数は公開するが、実際に販売された台数に対する車種の割合や、自動車を購入したユーザの情報（例えば、ユーザの年収等）については非公開とする、などのアクセス制御の設定を行ってもよい。このように、管理サーバ１００によれば、詳細なアクセス制御を受け付けることができるため、データ連携に参加する事業者は、公開もしくは非公開とするデータを柔軟に選択し、無闇に自社データが参照されたり利用されたりすることを防止することができる。

〔５−４．プラットフォームの種別〕
上記実施形態では、プラットフォームとして、クラウドデータサーバ８０が提供するクラウドデータサービスを例に挙げた。しかし、プラットフォームの例はこれに限られない。例えば、プラットフォームは、各事業者が個別に管理するオンプレミス（on-premises）な環境であってもよい。上述のように、管理サーバ１００は、各事業者が提供する、統一されたフォーマットを有するメタデータの連携によってデータを管理するため、事業者が利用するプラットフォームの種類にかかわらず、実施形態で説明したような共有領域を設定し、データ連携を行うことができる。

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

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図４に示した取得部１３１と生成部１３２とは統合されてもよい。また、例えば、記憶部１２０に記憶される情報は、通信ネットワークを介して、外部に備えられた記憶装置に記憶されてもよい。

また、例えば上記実施形態では、管理サーバ１００が、メタデータに関する情報を取得する取得部１３１と、メタデータテーブル１２１を生成する生成部１３２とを備える例を示した。しかし、管理サーバ１００は、メタデータに関する情報を取得する処理等、情報の送受信を行うフロントサーバと、メタデータテーブル１２１を生成する処理等を行うバックエンドサーバとに分離されてもよい。この場合、説明してきた管理サーバ１００による処理は、例えば、フロントエンドサーバとバックエンドサーバとを有するデータ連携システム１によって実現される。

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

〔７．ハードウェア構成〕
また、上述してきた実施形態に対応する管理サーバ１００や、ユーザ端末１０や、事業者サーバ５０や、クラウドデータサーバ８０は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。以下、管理サーバ１００を例に挙げて説明する。図１１は、管理サーバ１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Read Only Memory）１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

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

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

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

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

例えば、コンピュータ１０００が実施形態に係る管理サーバ１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが記憶される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網５００を介してこれらのプログラムを取得してもよい。

〔８．効果〕
上述してきたように、実施形態に係る管理サーバ１００（アクセス制御装置の一例）は、取得部１３１と、生成部１３２とを有する。取得部１３１は、事業者の各々が所有する実体データに対応したメタデータであって、実体データが管理されるプラットフォーム上に実体データを所有する事業者から登録されるメタデータを取得する。生成部１３２は、取得部１３１によって取得されたメタデータに基づいて、複数の事業者の各々によって登録されたメタデータを統合したメタデータテーブル１２１を生成する。

このように、実施形態に係る管理サーバ１００は、複数の事業者の各々によって登録されたメタデータを統合したメタデータテーブル１２１を生成することで、事業者間で連携されるデータの情報を共有させることができる。これにより、管理サーバ１００は、複数の事業者間のデータ共有を円滑に行うことができる。

また、生成部１３２は、メタデータを登録した各事業者が参照可能な態様でメタデータテーブル１２１を生成する。

このように、実施形態に係る管理サーバ１００は、事業者が参照可能な態様の統合されたメタデータテーブル１２１を生成することで、各事業者が互いのメタデータを容易に参照することを可能にさせるので、各事業者間の情報の共有を円滑に行うことができる。

また、取得部１３１は、異なるプラットフォーム上に登録された複数のメタデータを取得する。生成部１３２は、異なるプラットフォーム上に登録された複数のメタデータを統合したメタデータテーブル１２１を生成する。

このように、実施形態に係る管理サーバ１００は、複数のプラットフォームを跨いだ共有環境であっても、統合したメタデータテーブル１２１を生成することにより、各事業者間のデータの連携を図ることができる。

また、取得部１３１は、実体データが管理されるプラットフォームにかかわらず、共通したフォーマットを有するメタデータを取得する。

このように、実施形態に係る管理サーバ１００は、共通したメタデータのフォーマット（仕様）を設定することにより、各事業者が利用するプラットフォームや実体データの種別にかかわらず、事業者間の情報を容易に共有することができる。

また、取得部１３１は、プラットフォームとして、クラウドデータサービス上に登録されるメタデータを取得する。

このように、実施形態に係る管理サーバ１００は、クラウドデータサービス上に登録されるメタデータを取得することで、事業者が利用するクラウドデータサービスにかかわらず、統合したメタデータテーブル１２１を生成することができる。

また、取得部１３１は、メタデータに関する情報として、メタデータに対応する実体データを所有する事業者の識別情報、メタデータが登録された日時、又は、メタデータに対応する実体データのカテゴリの少なくとも一つを取得する。また、生成部１３２は、メタデータに対応する実体データを所有する事業者の識別情報、メタデータが登録された日時、又は、メタデータに対応する実体データのカテゴリの少なくとも一つを参照可能な態様でメタデータテーブル１２１を生成する。

このように、実施形態に係る管理サーバ１００は、メタデータに関する詳細情報を参照可能なメタデータテーブル１２１を生成することで、データを互いに利用する事業者にとって、連携されたデータを参照したり検索したりしやすい環境を提供することができる。

また、実施形態に係る管理サーバ１００は、アクセス制御部１３３をさらに有する構成であってもよい。アクセス制御部１３３は、取得部１３１によって取得されたメタデータに関する情報と、メタデータに対する各々の事業者のアクセス権限とを対応付けて管理する。

このように、実施形態に係る管理サーバ１００は、設定されたアクセス権限に沿って連携するデータを管理することで、信頼性の高いデータ連携を行うことができる。これにより、管理サーバ１００は、複数の事業者間のデータ共有を円滑に行うことができる。

また、アクセス制御部１３３は、アクセス権限として、事業者がメタデータを参照する権限、及び、事業者がメタデータに対応する実体データを利用する権限を管理する。

このように、実施形態に係る管理サーバ１００は、参照権限や利用権限を別に管理することができるので、各データに関して柔軟な管理を行うことができる。

また、アクセス制御部１３３は、事業者が属する業界に基づいて、事業者が登録したメタデータに対するアクセス権限を管理する。

このように、実施形態に係る管理サーバ１００は、業界に応じたアクセス権限の設定を可能とすることで、所定の事業者における同業他社等の競合がデータ連携に参加する場合であっても、適切なアクセス権限の管理を行うことができる。

また、アクセス制御部１３３は、メタデータを登録した事業者から、メタデータへの他の事業者からのアクセス権限に関する設定を受け付け、受け付けた設定に基づいて、アクセス権限を管理する。

このように、実施形態に係る管理サーバ１００は、各事業者の要望に応じたアクセス制御を行うことにより、信頼性の高いデータの共有領域を提供することができる。

また、実施形態に係る管理サーバ１００は、提案部１３４をさらに有する構成であってもよい。提案部１３４は、メタデータに対応する実体データの利用状況に基づいて、メタデータを登録した事業者に対して、メタデータに対するアクセス権限の設定に関する提案を行う。

このように、実施形態に係る管理サーバ１００は、実際の利用状況に基づいた提案を事業者に対して行うことで、事業者間のデータの活用をより一層進めることができる。

また、提案部１３４は、メタデータに対応する実体データの利用頻度、実体データを利用する事業者の数、実体データを利用する事業者が属する業界、又は、実体データのカテゴリの少なくとも一つに基づいて、メタデータに対するアクセス権限の設定に関する提案を行う。

このように、実施形態に係る管理サーバ１００は、詳細な利用状況に基づいて提案を生成するので、事業者に対してより的確な提案を行うことができる。

また、提案部１３４は、メタデータに対応する実体データの利用状況に基づいて、新規にメタデータを登録する新規事業者に対して、新規事業者が登録を要するメタデータに関する情報を提案する。

このように、実施形態に係る管理サーバ１００は、データ連携の現状に応じた新規事業者への提案を行ってもよい。これにより、管理サーバ１００は、新規事業者が提供すべきデータを適切に指示したり、データ連携に参加する際の指針を新規事業者に与えたりすることができる。

また、提案部１３４は、新規事業者に対して、登録を要するメタデータの量、メタデータに対応する実体データのカテゴリ、又は、新規に登録するメタデータに対する他の事業者からのアクセス権限に関する設定の少なくともいずれか一つを提案する。

このように、実施形態に係る管理サーバ１００は、詳細な利用状況に基づいて新規事業者への提案を生成することで、新規事業者に対してより的確な提案を行うことができる。

また、提案部１３４は、既存の事業者のアクセス権限の設定に基づいて、新規事業者に対して、新規に登録されるメタデータのアクセス権限の設定を提案する。

このように、実施形態に係る管理サーバ１００は、他の事業者が設定しているアクセス権限の設定等を新規事業者に提示することで、積極的にデータの公開を促したり、データを公開する範囲を適切に設定させたりすることができる。

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

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

１ データ連携システム
１０ ユーザ端末
５０ 事業者サーバ
８０ クラウドデータサーバ
１００ 管理サーバ
１１０ 通信部
１２０ 記憶部
１２１ メタデータテーブル
１２２ アクセス制御リスト
１２３ 利用状況テーブル
１２４ 提案情報テーブル
１３０ 制御部
１３１ 取得部
１３２ 生成部
１３３ アクセス制御部
１３４ 提案部

Claims (11)

1. 事業者の各々が所有する実体データに対応したメタデータであって、当該実体データが管理されるプラットフォーム上に当該実体データを所有する事業者から登録されるメタデータを取得する取得部と、
   前記取得部によって取得されたメタデータに関する情報と、当該メタデータに対する各々の事業者のアクセス権限とを対応付けて管理するアクセス制御部と、
   を備えたことを特徴とするアクセス制御装置。
2. 前記アクセス制御部は、
   前記アクセス権限として、前記事業者が前記メタデータを参照する権限、及び、当該事業者が当該メタデータに対応する実体データを利用する権限を管理する、
   ことを特徴とする請求項１に記載のアクセス制御装置。
3. 前記アクセス制御部は、
   前記事業者が属する業界に基づいて、当該事業者が登録したメタデータに対するアクセス権限を管理する、
   ことを特徴とする請求項１又は２に記載のアクセス制御装置。
4. 前記アクセス制御部は、
   前記メタデータを登録した事業者から、当該メタデータへの他の事業者からのアクセス権限に関する設定を受け付け、受け付けた設定に基づいて、前記アクセス権限を管理する、
   ことを特徴とする請求項１〜３のいずれか一つに記載のアクセス制御装置。
5. 前記メタデータに対応する実体データの利用状況に基づいて、当該メタデータを登録した事業者に対して、当該メタデータに対するアクセス権限の設定に関する提案を行う提案部、
   をさらに備えたことを特徴とする請求項４に記載のアクセス制御装置。
6. 前記提案部は、
   前記メタデータに対応する実体データの利用頻度、当該実体データを利用する事業者の数、当該実体データを利用する事業者が属する業界、又は、当該実体データのカテゴリの少なくとも一つに基づいて、当該メタデータに対するアクセス権限の設定に関する提案を行う、
   ことを特徴とする請求項５に記載のアクセス制御装置。
7. 前記提案部は、
   前記メタデータに対応する実体データの利用状況に基づいて、新規にメタデータを登録する新規事業者に対して、新規事業者が登録を要するメタデータに関する情報を提案する、
   ことを特徴とする請求項５又は６に記載のアクセス制御装置。
8. 前記提案部は、
   前記新規事業者に対して、登録を要するメタデータの量、メタデータに対応する実体データのカテゴリ、又は、新規に登録するメタデータに対する他の事業者からのアクセス権限に関する設定の少なくともいずれか一つを提案する、
   ことを特徴とする請求項７に記載のアクセス制御装置。
9. 前記提案部は、
   既存の事業者のアクセス権限の設定に基づいて、新規事業者に対して、新規に登録されるメタデータのアクセス権限の設定を提案する、
   ことを特徴とする請求項７又は８に記載のアクセス制御装置。
10. コンピュータが実行するアクセス制御方法であって、
    事業者の各々が所有する実体データに対応したメタデータであって、当該実体データが管理されるプラットフォーム上に当該実体データを所有する事業者から登録されるメタデータを取得する取得工程と、
    前記取得工程によって取得されたメタデータに関する情報と、当該メタデータに対する各々の事業者のアクセス権限とを対応付けて管理するアクセス制御工程と、
    を含んだことを特徴とするアクセス制御方法。
11. 事業者の各々が所有する実体データに対応したメタデータであって、当該実体データが管理されるプラットフォーム上に当該実体データを所有する事業者から登録されるメタデータを取得する取得手順と、
    前記取得手順によって取得されたメタデータに関する情報と、当該メタデータに対する各々の事業者のアクセス権限とを対応付けて管理するアクセス制御手順と、
    をコンピュータに実行させることを特徴とするアクセス制御プログラム。