(57)【要約】【課題】１つの側面では、所有者がデータを提供したときに提供条件に適合するユーザを照合する。【解決手段】情報処理システム１０では、受取部（３６）により所有者が所有するデータを所有者からユーザへ提供することを仲介するために、所有者が所有するデータ（２４）を管理するデータ管理部（２０）から、データの格納位置を示す情報と、所有者により定められかつデータの提供対象のユーザを規定する提供条件を示す情報（２６）とを受け取る。また、決定部（３８）は、提供条件を示す情報（２６）と、記憶部（３４）に記憶されかつ自機で管理する複数のユーザの各々の特徴を示す属性情報（４４）とに基づいて、提供条件に適合する属性を有するユーザを、データの提供対象のユーザに決定する。これにより、データを所有者からユーザへ提供することを仲介する場合に、所有者がデータを提供したときに提供条件に適合するユーザが照合できる。【選択図】図１
2015170124.tif 000002
【特許請求の範囲】
【請求項１】
データを管理するデータ管理部から提供対象のデータの格納位置を示す情報と、前記提供対象のデータの提供先となるユーザを規定する提供条件を示す情報とを受け取る受取部と、
前記提供対象のデータを提供先となるユーザへ提供する以前に、記憶部に記憶された複数のユーザの各々の特徴を示す属性情報に基づいて、前記受取部で受け取られた前記提供条件に適合する前記属性情報を有するユーザを、前記提供対象のデータの提供先となるユーザとして決定する決定部と
を備えた情報処理装置。
【請求項２】
前記記憶部に、前記ユーザを識別するための識別情報に該識別情報で特定されるユーザの特徴を示す属性情報が対応づけて記憶されると共に、自機を識別するための識別情報が記憶され、
前記決定した前記データの提供先となるユーザの識別情報、及び前記自機の識別情報を、前記データ管理部へ通知する通知部を備えた
請求項１に記載の情報処理装置。
【請求項３】
前記記憶部に、前記ユーザを識別するための識別情報に該識別情報で特定されるユーザが自機で管理するユーザであることを示す認証情報が対応づけて記憶され、
前記データの提供を要求するユーザの識別情報及び認証情報が前記データ管理部から入力され、前記記憶部に記憶されたユーザの識別情報及び認証情報に基づいて、入力されたユーザの識別情報及び認証情報に対応するユーザが自機で管理するユーザであることを認証する認証部を備えた
請求項２に記載の情報処理装置。
【請求項４】
前記決定部は、決定した前記データの提供先となるユーザの識別情報に対応する匿名化情報を生成し、
前記通知部は、生成した前記データの提供先となるユーザの匿名化情報、及び前記自機の識別情報を、前記データ管理部へ通知する
請求項２または請求項３に記載の情報処理装置。
【請求項５】
提供対象のデータをユーザへ提供することを仲介する仲介者装置へ、前記提供対象のデータの格納位置を示す情報と、前記提供対象のデータの提供先となるユーザを規定する提供条件を示す情報とを送信すると共に、前記仲介者装置から送られた情報を受信する送受信部と、
前記送受信部で受信した前記仲介者装置から受信したユーザを識別するための識別情報と、前記仲介者装置を識別するための識別情報とを保持する保持部と、
前記提供対象のデータの提供先となるユーザから前記提供対象のデータの提供が要求されたときに、前記保持部に保持した前記ユーザの識別情報及び前記仲介者装置の識別情報に基づいて、前記提供対象のデータの提供を要求したユーザの識別情報に対応した前記仲介者装置へ、前記提供対象のデータの提供を要求したユーザの認証を依頼する依頼部と
を備えた情報処理装置。
【請求項６】
コンピュータが
データを管理するデータ管理部から提供対象のデータの格納位置を示す情報と、前記提供対象のデータの提供先となるユーザを規定する提供条件を示す情報とを受け取り、
前記提供対象のデータを提供先となるユーザへ提供する以前に、記憶部に記憶された複数のユーザの各々の特徴を示す属性情報に基づいて、前記受取部で受け取られた前記提供条件に適合する前記属性情報を有するユーザを、前記提供対象のデータの提供先となるユーザとして決定する
ことを含む情報処理方法。
【請求項７】
コンピュータに
データを管理するデータ管理部から提供対象のデータの格納位置を示す情報と、前記提供対象のデータの提供先となるユーザを規定する提供条件を示す情報とを受け取り、
前記提供対象のデータを提供先となるユーザへ提供する以前に、記憶部に記憶された複数のユーザの各々の特徴を示す属性情報に基づいて、前記受取部で受け取られた前記提供条件に適合する前記属性情報を有するユーザを、前記提供対象のデータの提供先となるユーザとして決定する
ことを含む処理を実行させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
開示の技術は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。
【背景技術】
【０００２】
電子化されたデータを所有または管理する所有者は、特定の属性を有するユーザに限定してデータを提供することを望む場合がある。特定の属性の一例には、ユーザの性別、年代、趣味、趣向、及び特定の店を訪問した振る舞い等のユーザの特徴を表す情報が知られている。所有者がユーザにデータを提供することの一例として、データを所有または管理する事業者が新規顧客獲得のために、特定の属性を有するユーザに、興味を持つと期待できる広告等のデータを提供する場合が挙げられる。
【０００３】
所有者が所有または管理するデータをユーザに提供する場合に、所有者のデータを仲介者が仲介してユーザに提供する技術が知られている。例えば、広告データを所有する広告事業者が所有者であり、広告等のデータの視聴者がユーザである場合、広告等のデータの格納位置を示す情報を受け取ってユーザに通知することで、所有者のデータのユーザへの提供を仲介する情報処理装置が知られている。この技術では、所有者側の情報処理装置（以下、所有者装置という。）によりデータが所有または管理される。所有者側からデータの提供を行う場合、所有者装置よりデータの格納位置と、提供を望むユーザの年齢及び性別等の提供条件とを示す情報を、特定サービスを提供する仲介者側の情報処理装置（以下、仲介者装置という。）に送る。仲介者装置は特定サービスを利用するユーザの属性を管理しており、ユーザ側の情報処理装置（以下、利用者装置という。）に対して特定サービスを提供する。仲介者装置は、利用者装置により特定サービスの提供が要求されたときに、所有者装置からの提供条件とユーザの属性とを照合し、適合した場合に所有者装置から受け取ったデータの格納位置をユーザ側へ通知する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１４９６９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特定サービスを受けるときに、提供条件とユーザの属性とを照合する技術では、ユーザが利用者装置を操作するまで、提供対象のデータの提供先候補となるユーザを照合することができない。つまり、利用者装置が操作されたときに、提供条件とユーザの属性とを照合することは、複数の提供条件の中からユーザの属性が適合する提供条件を探索するものである。ところが、所有者は、データを提供するときに、提供対象のデータの提供先候補となるユーザの照合を望む場合がある。
【０００６】
１つの側面では、提供対象のデータを提供先となるユーザへ提供する前に、提供条件に適合するユーザを照合することを目的とする。
【課題を解決するための手段】
【０００７】
開示の技術は、受取部によって、データを管理するデータ管理部から、提供対象のデータの格納位置を示す情報と、データの提供先となるユーザを規定する提供条件を示す情報とを受け取る。また、決定部は、提供対象のデータを提供先となるユーザへ提供する前に、ユーザを決定する。また、決定部は、記憶部に記憶された複数のユーザの各々の特徴を示す属性情報とに基づいて、受取部で受け取られた提供条件に適合する属性情報を有するユーザを、データの提供先となるユーザに決定する。従って、データを所有者からユーザへ提供することを仲介する場合に、提供対象のデータを提供先となるユーザへ提供する前に、提供条件に適合するユーザが照合される。
【発明の効果】
【０００８】
１つの態様では、提供対象のデータを提供先となるユーザへ提供する前に、提供条件に適合するユーザを照合することができる、という効果を有する。
【図面の簡単な説明】
【０００９】
【図１】第１実施形態に係る情報処理装置の一例を示すブロック図である。
【図２】第１実施形態に係る情報処理装置に含まれる所有者装置と、仲介者装置と、利用者装置との関係の一例を示すブロック図である。
【図３】第１実施形態に係るコンピュータシステムで実現する情報処理システムの一例を示すブロック図である。
【図４】データ管理データベースのデータ構造の一例を示すイメージ図である。
【図５】属性データベースのデータ構造の一例を示すイメージ図である。
【図６】提供条件の一例を示すイメージ図である。
【図７】第１実施形態にかかるコンピュータシステムにおける全体的な流れの一例を示すシーケンスフローである。
【図８】所有者コンピュータにおける処理の流れの一例を示すフローチャートである。
【図９】仲介者コンピュータにおける処理の流れの一例を示すフローチャートである。
【図１０】ユーザの端末装置における処理の流れの一例を示すフローチャートである。
【図１１】第２実施形態に係る情報処理装置の一例を示すブロック図である。
【図１２】第２実施形態にかかる情報処理システムをコンピュータシステムで実現する一例を示すブロック図である。
【図１３】マッチング結果データベースのデータ構造の一例を示すイメージ図である。
【図１４】属性データベースのデータ構造の一例を示すイメージ図である。
【図１５】認証データベースのデータ構造の一例を示すイメージ図である。
【図１６】マッチング結果データベースのデータ構造の一例を示すイメージ図である。
【図１７】属性ＤＢデータベースのデータ構造の一例を示すイメージ図である。
【図１８】認証データベースのデータ構造の一例を示すイメージ図である。
【図１９】マッチング結果データベースのデータ構造の一例を示すイメージ図である。
【図２０】提供条件の一例を示すイメージ図である。
【図２１】第２実施形態にかかるコンピュータシステムにおける全体的な流れの一例を示すシーケンスフローである。
【図２２】所有者コンピュータにおける処理の流れの一例を示すフローチャートである。
【図２３】仲介者コンピュータにおけるマッチング機能の処理の流れの一例を示すフローチャートである。
【図２４】仲介者コンピュータにおける認証機能の処理の流れの一例を示すフローチャートである。
【図２５】ユーザの端末装置における処理の流れの一例を示すフローチャートである。
【図２６】第３実施形態にかかる情報処理システムをコンピュータシステムで実現する場合における仲介者コンピュータの一例を示すブロック図である。
【図２７】匿名化データベースのデータ構造の一例を示すイメージ図である。
【図２８】マッチング結果データベースのデータ構造の一例を示すイメージ図である。
【図２９】第３実施形態にかかるコンピュータシステムにおける全体的な流れの一例を示すシーケンスフローである。
【図３０】仲介者コンピュータにおけるマッチング機能の処理の流れの一例を示すフローチャートである。
【図３１】仲介者コンピュータにおける認証機能の処理の流れの一例を示すフローチャートである。
【図３２】第４実施形態にかかる匿名化データベースのデータ構造の一例を示すイメージ図である。
【図３３】提供条件の一例を示すイメージ図である。
【図３４】第４実施形態にかかるコンピュータシステムにおける全体的な流れの一例を示すシーケンスフローである。
【図３５】仲介者コンピュータにおけるマッチング機能の処理の流れの一例を示すフローチャートである。
【図３６】提供条件の一例を示すイメージ図である。
【図３７】第５実施形態にかかる仲介者コンピュータにおけるマッチング機能の処理の流れの一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照して開示の技術の実施形態の一例を詳細に説明する。本実施形態は、所有者からユーザへデータの提供を仲介する情報処理装置に開示の技術を適用するものである。
【００１１】
（第１実施形態）
図１に、第１実施形態に係る情報処理システム１０の一例を示す。また、図２に、情報処理システム１０に含まれる所有者装置１２と、仲介者装置２８と、利用者装置４６とをネットワーク４８で接続した一例を示す。なお、図２では、２台の利用者装置４６とを備える場合の一例を示す。
【００１２】
情報処理システム１０は、所有者装置１２と、仲介者装置２８と、利用者装置４６とを備えている。所有者装置１２は、データ２４を所有または管理する所有者側の情報処理装置であり、ＣＰＵ１４及びメモリ１６を含んでおり、メモリ１６には所有者側の情報処理プログラム２２が記憶される。ＣＰＵ１４は、メモリ１６に記憶される情報処理プログラム２２を実行することによって、データ管理部２０として動作する。ＣＰＵ１４には、データ２４及び提供条件を示す情報２６を蓄積した蓄積部１８が接続される。仲介者装置２８は、所有者側のデータ２４の提供をユーザへ仲介する仲介者側の情報処理装置であり、ＣＰＵ３０及びメモリ３２を含んでおり、メモリ３２には仲介者側の情報処理プログラム４２が記憶される。ＣＰＵ３０は、メモリ３２に記憶される情報処理プログラム４２を実行することによって、受取部３６、決定部３８、及び通知部４０として動作する。ＣＰＵ３０には、仲介者側で管理するユーザの特徴を示す属性情報４４が記憶される記憶部３４が接続される。なお、仲介者側では、仲介者装置２８により仲介者側で管理するユーザが特定サービスを利用可能になっている。利用者装置４６は、仲介者側の特定サービスを利用するユーザ側の情報処理装置である。
【００１３】
情報処理システム１０では、所有者側からデータ２４の提供を望むときに所有者装置１２のデータ管理部２０から仲介者装置２８へ、情報が送信される。所有者装置１２のデータ管理部２０が送信する情報は、提供対象のデータ２４の格納位置を示す情報と、提供対象のデータの提供先となるユーザを規定する提供条件を示す情報２６とである。提供条件を示す情報２６は、所有者側で予め定められる。
【００１４】
仲介者装置２８は、受取部３６によって、所有者装置１２のデータ管理部２０から送信されるデータ２４の格納位置を示す情報と、提供条件を示す情報２６とを受け取る。また、決定部３８は、提供条件を示す情報２６と、記憶部に記憶されかつ仲介者側で管理される複数のユーザの各々の特徴を示す属性情報４４とに基づいて、提供条件に適合する属性情報４４を有するユーザを、データ２４の提供先となるユーザに決定する。従って、仲介者装置２８により、所有者からユーザへデータ２４の提供を仲介する場合に、提供対象のデータを提供先となるユーザへ提供する以前に、提供条件に適合するユーザが照合される。つまり、所有者側からユーザへデータ２４の提供を望むとき、ユーザが特定サービスを利用する以前に所有者側へ提供条件に適合するユーザが照合される。
【００１５】
なお、情報処理システム１０は開示の技術における情報処理装置の一例であり、所有者装置１２のデータ管理部２０は開示の技術におけるデータ管理部の一例である。また、仲介者装置２８の受取部３６、決定部３８、及び通知部４０は開示の技術における受取部、決定部、及び通知部の一例である。また、情報処理プログラム２２または情報処理プログラム４２は開示の技術における情報処理プログラムの一例である。さらにまた、仲介者装置２８は開示の技術における仲介者装置の一例である。
【００１６】
図３に、情報処理システム１０をコンピュータシステム５０で実現する一例を示す。コンピュータシステム５０は、所有者側の所有者コンピュータ５２と、所有者側の端末装置１００とを含んでいる。所有者コンピュータ５２はＣＰＵ５４、メモリ５６、及び不揮発性の格納部６２を備える。ＣＰＵ５４、メモリ５６、及び格納部６２は、バス６９を介して互いに接続される。また、所有者コンピュータ５２は、記録媒体５９に対して読み書きするための装置（ＩＯ装置）５８がバス６９に接続される。さらに、所有者コンピュータ５２はネットワーク４８に接続するためのインタフェースを含む通信制御部６０を備える。なお、格納部６２はＨＤＤ(Hard Disk Drive)またはフラッシュメモリ等によって実現できる。
【００１７】
格納部６２には、ＯＳ(Operating System)６２、及び所有者コンピュータ５２を所有者装置１２のデータ管理部２０（図１）として機能させるための所有者側プログラム６６が記憶される。所有者側プログラム６６はデータ管理機能プロセス６７を含んでいる。ＣＰＵ５４は、所有者側プログラム６６を格納部６２から読み出してメモリ５６に展開し、データ管理機能プロセス６７を実行する。また、格納部６２には、データ２４、及びデータ２４に関係する情報を含むデータ管理テーブル（以下、データ管理ＤＢという）２５が記憶される。なお、格納部６２は、図１に示す蓄積部１８に対応する。
【００１８】
所有者コンピュータ５２は、ＣＰＵ５４が所有者側プログラム６６を格納部６２から読み出してメモリ５６に展開し、実行することで、図１または図２に示す所有者装置１２として動作する。
【００１９】
図４に、データ管理ＤＢ２５のデータ構造の一例を示す。データ管理ＤＢ２５は、データ２４に関係する情報が登録される。図４ではデータ管理ＤＢ２５として、「データＩＤ」、「所有者ＩＤ」、「ＵＲＬ」、及び、「データ名」の各情報が対応付けられて登録される一例を示す。「データＩＤ」を示す情報は、データ２４を識別するための識別情報である。また、「所有者ＩＤ」を示す情報は、データ２４を所有する所有者を識別するための識別情報である。さらに、「ＵＲＬ」を示す情報は、例えばＵＲＬ（Uniform Resource Locator）等のデータ２４が格納される格納位置を示す情報である。さらにまた、「データ名」の情報は、データ２４の内容を把握可能にするためのデータの名称等の情報である。なお、データ管理ＤＢ２５には、所有者が端末装置１００を操作してデータを登録することができる。
【００２０】
図３に示すコンピュータシステム５０は、仲介者側の仲介者コンピュータ７０と、仲介者側の端末装置１２０とを含んでいる。仲介者コンピュータ７０はＣＰＵ７２、メモリ７４、及び不揮発性の格納部８０を備える。ＣＰＵ７２、メモリ７４、及び格納部８０は、バス９９を介して互いに接続される。また、仲介者コンピュータ７０は、記録媒体５９に対して読み書きするための装置（ＩＯ装置）７６がバス９９に接続される。さらに、仲介者コンピュータ７０はネットワーク４８に接続するためのインタフェースを含む通信制御部７８を備える。なお、格納部８０はＨＤＤまたはフラッシュメモリ等によって実現できる。
【００２１】
格納部８０には、ＯＳ８２、及び仲介者コンピュータ７０を仲介者装置２８（図１）として機能させるための仲介者側プログラム８４が記憶される。格納部８０に格納された仲介者側プログラム８４は、マッチング機能プロセス８６を含む。ＣＰＵ７２は、仲介者側プログラム８４を格納部８０から読み出してメモリ７４に展開し、仲介者側プログラム８４に含まれる各プロセスを実行する。また、格納部８０には、属性データベース（以下、属性ＤＢという）９４を含むデータベース（以下、単にＤＢという）９２が記憶される。
【００２２】
仲介者コンピュータ７０は、ＣＰＵ７２が仲介者側プログラム８４を格納部８０から読み出してメモリ７４に展開し、実行することで、図１または図２に示す仲介者装置２８として動作する。
【００２３】
図５に、属性ＤＢ９４のデータ構造の一例を示す。属性ＤＢ９４は、仲介者コンピュータ７０で管理されるユーザの特徴を示す属性情報が登録される。図５では属性ＤＢ９４として、「ユーザＩＤ」、「性別」、「年代」、及び、「地域」の各情報が対応付けられて登録される一例を示す。「ユーザＩＤ」を示す情報は、仲介者コンピュータ７０で管理されるユーザを識別するための識別情報である。「性別」を示す情報はユーザの性別を示す情報であり、「年代」を示す情報は、ユーザの年齢に該当する年代を示す情報である。さらに、「地域」を示す情報はユーザの住所または登録される居所等のユーザ位置が含まれる所定地域を示す情報である。なお、属性ＤＢ９４は、仲介者コンピュータにより提供するサービスに、ユーザが登録したときに作成したり登録したりすることができる。
【００２４】
なお、属性ＤＢ９４に含まれる属性情報の一例として性別、年代、及び地域を示すが、属性情報は性別、年代、及び地域に限定されない。つまり、属性情報はユーザの特徴を示す情報であれば他の情報でもよい。また、第１実施形態の属性ＤＢ９４は、「ユーザＩＤ」を示す情報に、「連絡先」を示す情報が対応づけて登録される。「連絡先」を示す情報は、ユーザＩＤによるユーザへ仲介者コンピュータ７０から連絡をするときの情報が登録される。「連絡先」を示す情報の一例には、メールアドレスなどの情報がある。なお、仲介者コンピュータ７０に、別途システムなどにより、連絡先を示す情報が登録されている場合は、属性ＤＢ９４への登録は不要である。
【００２５】
図３に示す所有者側の端末装置１００は、ＣＰＵ１０２、メモリ１０４、及び操作プロクラム１０８を記録した記録部１０６を備える。ＣＰＵ１０２、メモリ１０４、及び記録部１０６は、バス１１８を介して互いに接続される。また、端末装置１００は、ディスプレイ等の表示部１１０、キーボード及びマウス等の入力部１１２を備え、表示部１１０及び入力部１１２はバス１１８に接続される。また、端末装置１００は、記録媒体５９に対して読み書きするための装置（ＩＯ装置）１１４がバス１１８に接続される。さらに、端末装置１００はネットワーク４８に接続するためのインタフェースを含む通信制御部１１６を備える。なお、記録部１０６はＨＤＤまたはフラッシュメモリ等によって実現できる。
【００２６】
また、仲介者側の端末装置１２０はＣＰＵ１２２、メモリ１２４、及び操作プロクラム１２８を記録した記録部１２６を備える。ＣＰＵ１２２、メモリ１２４、及び記録部１２６は、バス１３８を介して互いに接続される。また、端末装置１２０は、ディスプレイ等の表示部１３０、キーボード及びマウス等の入力部１３２を備え、表示部１３０及び入力部１３２はバス１３８に接続される。また、端末装置１２０は、記録媒体５９に対して読み書きするための装置（ＩＯ装置）１３４がバス１３８に接続される。さらに、端末装置１２０はネットワーク４８に接続するためのインタフェースを含む通信制御部１３６を備える。なお、記録部１２６はＨＤＤまたはフラッシュメモリ等によって実現できる。
【００２７】
さらに、図３に示すネットワーク４８には、仲介者コンピュータ７０により提供される特定サービスを利用するユーザ側の端末装置１４０が接続される。
【００２８】
端末装置１４０はＣＰＵ１４２、メモリ１４４、及び不揮発性の記録部１４６を備える。ＣＰＵ１４２、メモリ１４４、及び記録部１４６は、バス１５８を介して互いに接続される。また、端末装置１４０は、ディスプレイ等の表示部１５０、キーボード及びマウス等の入力部１５２を備え、表示部１５０及び入力部１５２はバス１５８に接続される。また、端末装置１４０は、記録媒体３９に対して読み書きするためのＩＯ装置１５４がバス１５８に接続される。さらに、端末装置１４０はネットワーク４８に接続するためのインタフェースを含む通信制御部１５６を備える。なお、記録部１４６はＨＤＤまたはフラッシュメモリ等によって実現できる。
【００２９】
なお、図３では、１台の端末装置１４０を一例として説明したが、端末装置１４０は複数台を備えてもよい。また、複数の端末装置１４０は、略同一構成であるため、特記事項がない場合は、総称して端末装置１４０と表記し、同一部分には同一符号を付して説明する。さらに、複数の端末装置１４０の各々又は端末装置１４０に含まれる要素の各々について個別に対象とする場合は、別途に符号を付与し、端末装置１４０同士又は端末装置１４０に含まれる要素同士を区別して扱う。
【００３０】
また、端末装置１００，１２０，１４０の一例として、パーソナルコンピュータ、またはスマートフォンなどの装置がある。さらに、所有者コンピュータ５２で稼働するプロセスと、仲介者コンピュータ７０で稼働するプロセスと、端末装置１００，１２０，１４０で稼働するプログラムとの何れかの間では、メッセージ等の情報の授受が可能である。
【００３１】
次に、第１実施形態の作用を説明する。第１実施形態は、１台の仲介者コンピュータ７０を介して、所有者側のデータ２４が格納された場所を示す情報がユーザの端末装置１４０へ提供されるまでの処理を説明する。具体的には、仲介者側で管理されるユーザのうち、図６に示す提供条件に適合するユーザに、所有者側のデータｄａｔａ１のＵＲＬを提供する場合を説明する。
【００３２】
なお、第１実施形態では、コンピュータで実行されるプロセスにアクセスポイントが割り当てられる。アクセスポイントを示す情報は、ネットワーク経由でコンピュータで実行されるプロセス宛にメッセージ等の情報を送る際に、コンピュータで実行されるプロセスを特定するための識別情報である。アクセスポイントを示す情報の一例には、ネットワーク４８に接続されるコンピュータの各々を特定するための識別情報、及びコンピュータで実行されるプロセスを特定するための識別情報を含む。具体的には、コンピュータを特定するための識別情報はネットワークアドレスがあり、プロセスを特定するための識別情報は特定されるコンピュータ内で実行されるプロセスの機能名を示す情報がある。
【００３３】
また、第１実施形態では、ユーザを識別するためのユーザＩＤに対応して属性ＤＢ９４に登録される提供先へ、提供対象のデータの格納位置を示す情報（ＵＲＬ）を電子メールで送信する場合を説明する。
【００３４】
図７に、第１実施形態にかかるコンピュータシステム５０における全体的な流れの一例について、装置間の関係を含めたシーケンスフローとして示す。また、図８に、所有者コンピュータ５２における処理の流れを示す。また、図９に、仲介者コンピュータ７０における処理の流れを示す。さらに、図１０に、ユーザの端末装置１４０における処理の流れを示す。
【００３５】
また、コンピュータシステム５０では、所有者側の端末装置１００でＣＰＵ１０２が操作プロクラム１０８を実行し、ユーザ側の端末装置１４０でＣＰＵ１４２が操作プログラム１４８を実行する。また、所有者コンピュータ５２でＣＰＵ５４が所有者側プログラム６６を実行し、仲介者コンピュータ７０でＣＰＵ７２が仲介者側プログラム８４を実行する。
【００３６】
まず、コンピュータシステム５０では、所有者側の端末装置１００の操作で、所有者コンピュータ５２で管理されているデータ２４の中の提供対象のデータ２４、及び提供先のユーザを規定する提供条件が入力される（図７に示す工程Ｊ０１）。つまり、提供対象のデータ２４、及び提供先のユーザを規定する提供条件の入力によって、所有者コンピュータ５２のデータ管理機能に、データ提供が指示される。なお、本第１実施形態では、所有者側のデータ２４の格納場所を示す情報を、仲介者側の仲介者コンピュータ７０のマッチング機能へ提供するものとする。また、所有者側の端末装置１００は、所有者コンピュータ５２のデータ管理機能へメッセージを送信するものとする。具体的には、端末装置１００では、データ２４を識別するデータＩＤ、及び提供条件を示す情報２６が入力される。また、端末装置１００は、データＩＤ、提供条件を示す情報２６、及び仲介者側の仲介者コンピュータ７０のマッチング機能のアクセスポイントを示す情報を含むメッセージを、所有者コンピュータ５２へ送信する。
【００３７】
所有者コンピュータ５２のデータ管理機能は、受信したメッセージから提供条件を示す情報２６と、データＩＤに対応するデータ２４の格納場所を示す情報（ＵＲＬ）とを取得し、仲介者コンピュータ７０のマッチング機能へ送信する（図７に示す工程Ｊ０２）。具体的には、所有者コンピュータ５２のＣＰＵ５４は、図８に示すデータ管理機能プロセス６７を定期的に繰り返し実行する。ＣＰＵ５４は、端末装置１００からのメッセージを受信するまでステップ２００で否定判断する。ＣＰＵ５４は、メッセージを受信するとステップ２００で肯定判断し、ステップ２０２で、受信したメッセージからデータＩＤ、提供条件、及びマッチング機能のアクセスポイントの各々を示す情報を特定する。次に、ＣＰＵ５４は、ステップ２０４で、特定した提供条件を示す情報２６と、データ管理ＤＢ２５を照合してデータＩＤに対応するＵＲＬとを取得する。また、ＣＰＵ５４は、次のステップ２０６で、取得したＵＲＬと提供条件を示す情報２６を含む情報をメッセージとして、宛先とする仲介者コンピュータ７０のマッチング機能のアクセスポイントを示す情報を付与して送信する。
【００３８】
仲介者コンピュータ７０のマッチング機能は、データ管理機能から送信されたメッセージに基づいて、仲介者側で管理中のユーザのうち、提供条件に適合するユーザを決定する（図７に示す工程Ｊ０３）。具体的には、仲介者コンピュータ７０のＣＰＵ７２は、図９に示すマッチング機能プロセス８６を定期的に繰り返し実行する。ＣＰＵ７２は、マッチング機能のアクセスポイントを示す情報を含むメッセージを受信するまでステップ３００で否定判断する。ＣＰＵ７２は、宛先がマッチング機能のアクセスポイントであるメッセージを受信するとステップ３００で肯定判断し、ステップ３０２で、メッセージに含まれるＵＲＬ、及び提供条件を示す情報２６を特定する。次に、ＣＰＵ７２は、ステップ３０４で、特定した提供条件を示す情報２６と、属性ＤＢ９４を照合して提供条件に適合する属性情報を有するユーザのユーザＩＤとを取得する。また、ＣＰＵ７２は、取得したユーザＩＤのユーザを提供条件に適合するユーザとして決定する。次に、ＣＰＵ７２は、ステップ３０６で、提供条件に適合するユーザのユーザＩＤに対応づけられている端末装置１４０へ、ＵＲＬを含むメッセージを送信する。
【００３９】
ユーザ側の端末装置１４０は、仲介者コンピュータ７０のマッチング機能から送信されたＵＲＬを受領する（図７に示す工程Ｊ０４）。具体的には、ユーザ側の端末装置１４０のＣＰＵ１４２は、図１０に示す操作プログラム１４８を定期的に繰り返し実行する。ＣＰＵ１４２は、仲介者コンピュータ７０からのメッセージを受信するまでステップ４００で否定判断する。ＣＰＵ１４２は、メッセージを受信するとステップ４００で肯定判断し、ステップ４０２で、マッチング機能から送信されたＵＲＬを特定する。第１実施形態では、ユーザの端末装置１４０において電子メールが受信され、受信された電子メールを確認することで、ユーザはＵＲＬを確認することができる。
【００４０】
なお、ＣＰＵ７２により実行されるステップ３０２の処理は、仲介者コンピュータ７０が仲介者装置として動作する場合における受取部の処理に対応する一例である。また、ＣＰＵ７２により実行されるステップ３０４の処理は、仲介者コンピュータ７０が仲介者装置として動作する場合における決定部の処理に対応する一例である。さらに、ＣＰＵ７２により実行されるステップ３０６の処理は、仲介者コンピュータ７０が仲介者装置として動作する場合における通知部の処理に対応する一例である。
【００４１】
以上説明したように、第１実施形態では、所有者は、ユーザを直接知ることなく、提供条件で示される属性を有するユーザへ、データの場所を示す情報を渡すことができる。
【００４２】
また、第１実施形態では、仲介者コンピュータ７０のマッチング機能で、提供条件とデータ２４のＵＲＬを受け取ったときに、提供条件を属性ＤＢ９４に照合し、提供条件に適合する属性を有するユーザを特定できる。これにより、所有者側で指示する属性を有するユーザに、データを渡したいときに、仲介者側コンピュータ７０を介して、データの場所を渡すことができる。
【００４３】
（第２実施形態）
次に、第２実施形態を説明する。第２実施形態では、複数の仲介者コンピュータ７０を介して、所有者側のデータ２４が格納された場所を示す情報がユーザの端末装置１４０へ提供されるまでの処理を説明する。また、第２実施形態では、複数の仲介者コンピュータ７０の各々がユーザを認証する認証機能を有するものである。なお、第２実施形態は、第１実施形態と同様の構成のため、同一部分には同一符号を付して詳細な説明を省略する。
【００４４】
ところで、第１実施形態では、仲介者を介して、仲介者が管理するユーザのうちの提供条件に適合するユーザに、所有者側の提供対象のデータ２４のＵＲＬを提供できる。ここで、所有者は、提供したＵＲＬが示すデータを参照したユーザが提供条件に適合するユーザであることの確認を求める場合がある。ユーザを確認する技術の一例として、データ授受に、認証技術を組み合わせる技術が知られている。認証技術の一例に、ＯｐｅｎＩＤの技術が知られている。ＯｐｅｎＩＤの一例の技術がある（ｈｔｔｐ：／／ｏｐｅｎｉｄ．ｎｅｔ／ｓｐｅｃｓ／ｏｐｅｎｉｄ−ａｕｔｈｅｎｔｉｃａｔｉｏｎ−１＿１．ｈｔｍｌ）。また、ＯｐｅｎＩＤのその他の例の技術もある（ｈｔｔｐ：／／ｇｉｈｙｏ．ｊｐ／ｄｅｖ／ｆｅａｔｕｒｅ／０１／ｏｐｅｎｉｄ／０００１）。ＯｐｅｎＩＤの技術を用いれば、データの所有者は、データを参照したユーザが提供条件に適合するユーザであることの確認することができる。
【００４５】
図２に示す情報処理システム１０にＯｐｅｎＩＤの技術を適用した場合、認証機能を有する仲介者（ＯｐｅｎＩＤＰｒｏｖｉｄｅｒ）を仲介者装置２８とする。また、ＯｐｅｎＩＤによる認証を受け入れるサービスである所有者（ＲｅｌｙｉｎｇＰａｒｔｙ）を所有者装置１２とする。さらに、サービスを利用するユーザを利用者装置４６とする。次に説明するように、仲介者装置２８とする仲介者、所有者装置１２とする所有者、及び利用者装置４６とするユーザの間における情報の授受を利用して、所有者は仲介者にユーザの認証を依頼できる。
【００４６】
まず、第１段階として、ユーザは、所有者のサービスを利用するときに、ユーザＩＤを入力する。第２段階として、所有者は、入力されたユーザＩＤをもとに、ユーザＩＤを認証できる仲介者を探す。所有者と仲介者は事前に共通鍵の交換を行うことによって認証結果を含む情報の改竄を防止する。第３段階として、所有者はユーザＩＤを仲介者にリダイレクトし、ユーザの認証を要求する。第４段階として、仲介者はユーザを認証し、さらに、リダイレクトして認証結果を所有者に通知する。第５段階として、所有者は仲介者からの認証結果によって、ユーザを認証することができる。仲介者はユーザの特徴を示す属性を確認できる。従って、所有者は仲介者にユーザの認証を依頼することで、ユーザが所有者による提供条件に適合する属性を有することを確認できる。
【００４７】
ＯｐｅｎＩＤの技術では、データの授受を依頼する仲介者が単一であれば、所有者はユーザの認証を依頼する仲介者を定めることができる。ところが、仲介者が複数である場合、ユーザがどの仲介者によって認証されたか不明のため、認証を依頼する仲介者を特定することができない。
【００４８】
そこで、第２実施形態は、所有者側のデータの場所を示す情報を特定のユーザに渡すことを望むタイミングで渡す。また、第２実施形態は、複数の仲介者を介して提供条件に適合するユーザにデータの場所を示す情報を渡す場合に、ユーザからデータ参照の要求がなされたときにユーザの認証を依頼する仲介者を、所有者側で特定する。
【００４９】
図１１に、第２実施形態に係る情報処理システム１０の一例を示す。第２実施形態に係る情報処理システム１０は、所有者装置１２と、第１の仲介者側の仲介者装置２８Ａと、第２の仲介者側の仲介者装置２８Ｂと、利用者装置４６Ａと、利用者装置４６Ｂと、がネットワーク４８に接続される。なお、利用者装置４６Ａは、仲介者装置２８Ａにより提供されるサービスのユーザが利用する情報処理装置である。また、利用者装置４６Ｂは、仲介者装置２８Ｂにより提供されるサービスのユーザが利用する情報処理装置である。
【００５０】
図１２に、第２実施形態にかかる情報処理システム１０をコンピュータシステム５０で実現する一例を示す。第２実施形態にかかる所有者コンピュータ５２の格納部６２には、データ２４と、データ管理ＤＢ２５と、マッチング結果データベース（以下、マッチング結果ＤＢという）６８が記憶される。
【００５１】
図１３に、所有者コンピュータ５２の格納部６２に格納されるマッチング結果ＤＢ９８のデータ構造の一例を示す。マッチング結果ＤＢ９８は、後述するように、仲介者コンピュータ７０Ａ及び７０Ｂの各々から送信された提供条件に適合する属性情報を有するユーザを示す情報が仲介者を示す情報に対応付けて登録される。図１３に示すマッチング結果ＤＢ６８では、「ユーザＩＤ」、及び「仲介者ＩＤ」を示す情報が登録される一例を示す。
【００５２】
図１２に示すコンピュータシステム５０は、仲介者Ａ側の仲介者コンピュータ７０Ａと、仲介者Ａ側の端末装置１２０Ａとを含み、また仲介者Ｂ側の仲介者コンピュータ７０Ｂと、仲介者Ｂ側の端末装置１２０Ｂとを含む。つまり、第２実施形態にかかるコンピュータシステム５０は、仲介者装置２８Ａに対応する仲介者コンピュータ７０Ａと、仲介者装置２８Ｂに対応する仲介者コンピュータ７０Ｂとを含む。なお、仲介者コンピュータ７０Ａ、７０Ｂは略同一構成であるため、特記事項がない場合は、総称して仲介者コンピュータ７０と表記し、同一部分には同一符号を付して説明する。
【００５３】
仲介者コンピュータ７０の格納部８０には、ＯＳ８２、及び仲介者コンピュータ７０を仲介者装置２８（図１）として機能させるための仲介者側プログラム８４が記憶される。格納部８０に格納された仲介者側プログラム８４は、マッチング機能プロセス８６、認証機能プロセス８８、及びメッセージ振り分けプロセス９０を含む。ＣＰＵ７２は、仲介者側プログラム８４を格納部８０から読み出してメモリ７４に展開し、仲介者側プログラム８４に含まれる各プロセスを実行する。
【００５４】
また、格納部８０には、属性ＤＢ９４、認証データベース（以下、認証ＤＢという）９６、及びマッチング結果データベース（以下、マッチング結果ＤＢという）９８を含むＤＢ９２が記憶される。
【００５５】
図１４に、仲介者コンピュータ７０Ａの属性ＤＢ９４Ａのデータ構造の一例を示す。属性ＤＢ９４Ａは、仲介者コンピュータ７０Ａで管理されるユーザの特徴を示す属性情報が登録される。図１４に示す属性ＤＢ９４Ａは、図５示す属性ＤＢ９４と同様のため、説明を省略する。
【００５６】
図１５に、仲介者コンピュータ７０Ａで使用する認証ＤＢ９６Ａのデータ構造の一例を示す。認証ＤＢ９６Ａは、仲介者コンピュータ７０Ａでユーザを認証するために用いる情報が登録される。図１５では認証ＤＢ９６Ａとして、「ユーザＩＤ」、及び、「パスワード」の各情報が対応付けられて登録される一例を示す。「ユーザＩＤ」を示す情報はユーザを識別するための識別情報であり、「パスワード」を示す情報はユーザを一意に特定するための暗証情報である。
【００５７】
図１６に、仲介者コンピュータ７０Ａで後述するマッチング処理によって得られる情報を登録するマッチング結果ＤＢ９８Ａのデータ構造の一例を示す。マッチング結果ＤＢ９８Ａは、所有者による提供条件に適合する属性情報を有するユーザを示す情報が登録される。図１６に示すマッチング結果ＤＢ９８Ａでは、「ユーザＩＤ」の情報が登録される一例を示す。
【００５８】
同様に、図１７に、仲介者コンピュータ７０Ｂの属性ＤＢ９４Ｂのデータ構造の一例を示す。図１７では仲介者コンピュータ７０Ｂの属性ＤＢ９４Ｂとして、「ユーザＩＤ」、「性別」、及び、「良く売れる売り場」の各情報が対応付けられて登録される一例を示す。なお、属性ＤＢ９４Ｂには、属性ＤＢ９４Ａと同様に、「連絡先」を示す情報も含む。また、図１８に、認証ＤＢ９６Ａと同様に、仲介者コンピュータ７０Ｂで使用する認証ＤＢ９６Ｂのデータ構造の一例を示す。さらに、図１９に、マッチング結果ＤＢ９８Ａと同様に、仲介者コンピュータ７０Ｂにおけるマッチング結果ＤＢ９８Ｂのデータ構造の一例を示す。
【００５９】
なお、利用者装置４６Ａに対応する端末装置１４０を、端末装置１４０Ａと称して説明する。同様に、利用者装置４６Ｂに対応する端末装置１４０を、端末装置１４０Ｂと称して説明する。端末装置１４０Ａ、１４０Ｂは、各々１台に限定されるものではない。つまり、端末装置１４０Ａは、複数の端末装置１４０Ａを含むことができる。複数の端末装置１４０Ａは、略同一構成であるため、特記事項がない場合は、総称して端末装置１４０Ａと表記し、同一部分には同一符号を付して説明する。また、複数の端末装置１４０Ａの各々又は端末装置１４０Ａに含まれる要素の各々について個別に対象とする場合は、例えば、端末装置１４０Ａａで示すように、末尾に記号を付与して区別して表記する。同様に、端末装置１４０Ｂも、複数の端末装置１４０Ｂを含むことができ、特記事項がない場合は、総称して端末装置１４０Ｂと表記し、同一部分には同一符号を付して説明する。また、複数の端末装置１４０Ｂの各々又は端末装置１４０Ｂに含まれる要素の各々について個別に対象とする場合も、端末装置１４０Ｂａで示すように、末尾に記号を付与して区別して表記する。
【００６０】
次に、第２実施形態の作用を説明する。第２実施形態は、仲介者コンピュータ７０を介して提供されたデータ２４が格納された位置を示す情報により、データ２４へユーザの端末装置１４０から参照が要求されたときのユーザの認証処理を含む処理を説明する。具体的には、仲介者Ａ側で管理されるユーザのうち、図６に示す提供条件に適合するユーザに、所有者側のデータｄａｔａ１のＵＲＬを提供する場合を説明する。また、仲介者Ｂ側で管理されるユーザのうち、図２０に示す提供条件に適合するユーザに、所有者側のデータｄａｔａ１のＵＲＬを提供する場合を説明する。さらに、ＵＲＬを提供した場合に、データｄａｔａ１にアクセス（データの参照を要求）してきたユーザが正規ユーザであるかの確認をする場合を説明する。
【００６１】
図２１に、第２実施形態にかかるコンピュータシステム５０における全体的な流れの一例について、装置間の関係を含めたシーケンスフローとして示す。また、図２２に、所有者コンピュータ５２における処理の流れを示す。また、図２３に、仲介者コンピュータ７０におけるマッチング機能の処理の流れを示す。さらに、図２４に、仲介者コンピュータ７０における認証機能の処理の流れを示す。さらに、図２５に、ユーザの端末装置１４０における処理の流れを示す。
【００６２】
なお、仲介者コンピュータ７０を介して、データ２４の場所を示す情報（ＵＲＬ）が所有者コンピュータ５２よりユーザの端末装置１４０へ提供されるまでの処理までの処理は、図７〜図１０に示す第１実施形態の処理と同様である。
【００６３】
まず、コンピュータシステム５０では、データ提供が指示され（図２１に示す工程Ｊ０１）、データＩＤに対応するデータ２４のＵＲＬ及び提供条件を示す情報２６が仲介者コンピュータ７０のマッチング機能へ送信される（図２１に示す工程Ｊ０２）。次に、仲介者コンピュータ７０のマッチング機能は、提供条件に適合するユーザを決定する（図２１に示す工程Ｊ０３）。
【００６４】
なお、第２実施形態では、仲介者コンピュータ７０において、マッチング機能及び認証機能が実行される。仲介者コンピュータ７０では、メッセージ振り分け機能によって、マッチング機能または認証機能プロセスに、メッセージが振り分けられて渡される。つまり、仲介者コンピュータ７０で、マッチング機能のアクセスポイントを示す情報を含むメッセージが受信されると、メッセージ振り分け機能によって、マッチング機能へメッセージが渡され、図９に示す処理と同様の第１マッチング処理が実行される。
【００６５】
ユーザの端末装置１４０では、仲介者コンピュータのマッチング機能から送信されたメッセージが受領される（図２１に示す工程Ｊ０４）。つまり、ユーザの端末装置１４０のＣＰＵ１４２は、図２５に示すステップ４１０で、図１０に示す処理と同様の第１ユーザ処理を実行する。
【００６６】
次に、仲介者コンピュータ７０のマッチング機能は、工程Ｊ０３で決定した提供条件に適合する属性情報を有するユーザを示すユーザＩＤをマッチング結果ＤＢ９８に記録する（図２１に示す工程Ｊ０５）。具体的には、ＣＰＵ７２は、ステップ３１２で、提供条件に適合する属性情報を含むユーザＩＤをマッチング結果ＤＢ９８に記録する。次に、ＣＰＵ７２は、ステップ３１４で、記録したユーザＩＤと自機の仲介者ＩＤとを示す情報を含むメッセージに、宛先である認証機能のアクセスポイントを示す情報を付与して、所有者コンピュータ５２のデータ管理機能へ送信する。
【００６７】
ここで、仲介者コンピュータ７０Ａで記録されるマッチング結果ＤＢ９８は、図１６に示すマッチング結果ＤＢ９８Ａとなり、仲介者コンピュータ７０Ｂでは、図１９に示すマッチング結果ＤＢ９８Ｂとなる。
【００６８】
次に、所有者コンピュータ５２のデータ管理機能は、仲介者コンピュータ７０のマッチング機能から受信するメッセージを記録する（図２１に示す工程Ｊ０６）。つまり、所有者コンピュータ５２のＣＰＵ５４は、図２２に示すステップ２１２で、仲介者コンピュータ７０のマッチング機能からメッセージを受信するまで否定判断する。ＣＰＵ５４は、マッチング機能からメッセージを受信すると、ステップ２１２で肯定判断し、ステップ２１４で、受信したメッセージからユーザＩＤと仲介者ＩＤとを示す情報を特定する。次に、ＣＰＵ５４は、ステップ２１６で、ユーザＩＤと仲介者ＩＤとを示す情報を、マッチング結果ＤＢ６８に記録する。なお、ステップ２１６では、メッセージに付与された認証機能のアクセスポイントを示す情報を、仲介者ＩＤに対応付けて記録することができる。
【００６９】
ここで、所有者コンピュータ５２で記録されるマッチング結果ＤＢ６８は、仲介者コンピュータ７０Ａ及び仲介者コンピュータ７０Ｂの各仲介者ＩＤを示す情報を含む、図１３に示すマッチング結果ＤＢ６８となる。
【００７０】
一方、ユーザは、仲介者コンピュータのマッチング機能からのメッセージに基づき、端末装置１４０を操作して受領したメッセージに含まれるＵＲＬによるデータ２４を参照する要求を行う（図２５に示す工程Ｊ０７）。具体的には、ユーザの端末装置１４０のＣＰＵ１４２は、ステップ４１２で、所有者コンピュータ５２のデータ管理機能へ、ユーザＩＤとＵＲＬによるデータ２４を参照する要求を含むメッセージを送信する。
【００７１】
所有者コンピュータ５２のデータ管理機能は、ユーザの端末装置１４０からの要求に応じて、ユーザに対応する仲介者側の仲介者ＩＤを取得する（図２１に示す工程Ｊ０８）。つまり、所有者コンピュータ５２のＣＰＵ５４は、図２２に示すステップ２１８で、ユーザの端末装置１４０からメッセージを受信するまで否定判断する。ＣＰＵ５４は、ユーザの端末装置１４０からメッセージを受信すると、ステップ２１８で肯定判断し、ステップ２２０で、受信したメッセージからユーザＩＤとＵＲＬとを示す情報を特定する。次に、ＣＰＵ５４は、ステップ２２２で、マッチング結果ＤＢ６８を照合し、ユーザＩＤに対応する仲介者ＩＤを取得（特定）する。また、ＣＰＵ５４は、ステップ２２４で、仲介者ＩＤの仲介者コンピュータ７０の認証機能へユーザＩＤをリダイレクトする。つまり、端末装置１４０へリダイレクト指示を示すメッセージ（リダイレクトメッセージ）を送信する。リダイレクトメッセージは、宛先として仲介者ＩＤに対応付けられる認証機能のアクセスポイントを示す情報と、戻り先として所有者コンピュータ５２のデータ管理機能のアクセスポイントを示す情報とを含む。また、ステップ２２４のリダイレクトメッセージには、仲介者ＩＤ及びユーザＩＤを示す情報が含まれる。
【００７２】
ユーザの端末装置１４０は、所有者コンピュータ５２のデータ管理機能からのリダイレクトを処理する（図２１に示す工程Ｊ０９）。つまり、ユーザの端末装置１４０のＣＰＵ１４２は、図２５に示すステップ４１４で、所有者コンピュータ５２のデータ管理機能からリダイレクトメッセージを受信するまでステップ４１４で否定判断する。ＣＰＵ１４２は、リダイレクトメッセージを受信するとステップ４１４で肯定判断し、ステップ４１６で、リダイレクトメッセージに基づきデータ管理機能からのリダイレクト先を特定する。次に、ＣＰＵ１４２は、ステップ４１８で、リダイレクト先の仲介者コンピュータ７０の認証機能へ、ユーザＩＤとパスワードを示す情報を送信する。つまり、ステップ４１８では、ユーザＩＤとパスワードを示す情報に、宛先及び戻り先の各情報を付与したリダイレクトメッセージが、仲介者コンピュータ７０の認証機能へ送信される。
【００７３】
仲介者コンピュータ７０の認証機能は、端末装置１４０から送信されたメッセージに基づいて、ユーザの認証を行う（図２１に示す工程Ｊ１０）。具体的には、仲介者コンピュータ７０では、メッセージ振り分け機能によって、認証機能プロセスにメッセージが渡される。つまり、仲介者コンピュータ７０で受信したメッセージに含まれるアクセスポイントを示す情報が認証機能のアクセスポイントを示す情報のとき、図２４に示す認証機能プロセス処理ルーチンが実行される。
【００７４】
仲介者コンピュータ７０のＣＰＵ７２は、認証機能のアクセスポイントを示す情報を含むメッセージを受信するまでステップ３２０で否定判断する。ＣＰＵ７２は、認証機能のアクセスポイントを示す情報を含むメッセージを受信するとステップ３２０で肯定判断し、ステップ３２２で、メッセージからユーザＩＤ、及びパスワードを示す情報を特定する。次に、ＣＰＵ７２は、ステップ３２４で、認証ＤＢ９６を照合して、特定したユーザＩＤ及びパスワードが登録済みのユーザＩＤ及びパスワードに適合するか否かを判定する第１の認証を実行する。また、ＣＰＵ７２は、ステップ３２４で、マッチング結果ＤＢ９８を照合して、特定したユーザＩＤが登録済みのユーザＩＤに適合するか否かを判定する第２の認証を実行する。ステップ３２４では、第１の認証及び第２の認証の両方で照合が適合すると判定された場合に、認証結果が成功したとする。認証結果を示す情報の一例として、「成功」及び「失敗」の各々を示す情報がある。次に、ＣＰＵ７２は、ステップ３２６で、認証結果を所有者コンピュータ５２のデータ管理機能へリダイレクトする。つまり、端末装置１４０へリダイレクトメッセージを送信する。リダイレクトメッセージは、宛先としてデータ管理機能のアクセスポイントを示す情報と、認証結果を示す情報とを含む。
【００７５】
ユーザの端末装置１４０は、仲介者コンピュータ７０の認証機能からのリダイレクトを処理する（図２１に示す工程Ｊ１１）。つまり、ユーザの端末装置１４０のＣＰＵ１４２は、図２５に示すステップ４２０で、仲介者コンピュータ７０の認証機能からリダイレクトメッセージを受信するまでステップ４２０で否定判断する。ＣＰＵ１４２は、リダイレクトメッセージを受信するとステップ４２０で肯定判断し、ステップ４２２で、リダイレクトメッセージから認証機能からのリダイレクトの宛先を示す情報と、認証結果を示す情報を特定する。次に、ＣＰＵ１４２は、ステップ４２４で、リダイレクト先の所有者コンピュータ５２のデータ管理機能へ、認証結果を示す情報を送信する。
【００７６】
所有者コンピュータ５２のデータ管理機能は、ユーザの端末装置１４０からの認証結果を示す情報に応じて、データ２４を提供する（図２１に示す工程Ｊ１２）。つまり、所有者コンピュータ５２のＣＰＵ５４は、図２２に示すステップ２２８で、ユーザの端末装置１４０からメッセージを受信するまで否定判断する。ＣＰＵ５４は、ユーザの端末装置１４０からメッセージを受信すると、ステップ２２６で肯定判断し、ステップ２２８で、メッセージから認証結果を示す情報の内容を特定する。所有者コンピュータ５２のデータ管理機能は、受信した認証結果を示す情報によって、データ２４の参照を要求するユーザが正規ユーザであるかを確認できる。つまり、所有者側では、所有者側から仲介者側へ提供条件とデータ２４のＵＲＬとを送った場合に、データ２４にアクセスしたユーザが正規ユーザであるかを確認できる。
【００７７】
なお、所有者コンピュータ５２のデータ管理機能は、データ２４の参照を要求するユーザが正規ユーザであるか否かに応じてデータ２４へのアクセスを許可してもよく、正規ユーザであるか否かを記録することでもよい。つまり、所有者コンピュータ５２のデータ管理機能は、データ２４の参照を要求するユーザが正規ユーザである場合にのみ、データ２４へのアクセスを許可することに限定するものではない。
【００７８】
また、図２２に示すステップ２１２、２１８、及び２２６では、メッセージを受信するまで否定判断する場合を説明したが、所定時間の間で否定判断が繰り返されるときに、所定時間を経過した後、本処理ルーチンを終了するようにしてもよい。また、図２５に示すステップ４１４、及び４２０も同様に、メッセージを受信するまで否定判断する場合を説明したが、所定時間の間で否定判断が繰り返されるときに、所定時間を経過した後、本処理ルーチンを終了するようにしてもよい。
【００７９】
なお、ＣＰＵ７２により実行されるステップ３２４の処理は、仲介者コンピュータ７０が仲介者装置として動作する場合における認証部の処理に対応する一例である。また、ＣＰＵ５４により実行されるステップ２０６、２１４の処理は、所有者コンピュータ５２が所有者装置として動作する場合における送受信部の処理に対応する一例である。さらに、ＣＰＵ５４により実行されるステップ２１６の処理は、所有者コンピュータ５２が所有者装置として動作する場合における保持部の処理に対応する一例である。さらにまた、ＣＰＵ５４により実行されるステップ２２４の処理は、所有者コンピュータ５２が所有者装置として動作する場合における依頼部の処理に対応する一例である。
【００８０】
以上説明したように、、第２実施形態では、ユーザＩＤ及び仲介者ＩＤを示す情報が、所有者コンピュータ５２のデータ管理機能へ渡される。このため、所有者側から複数の仲介者コンピュータ７０にＵＲＬ等のデータの場所を示す情報が渡される場合であっても、所有者コンピュータ５２は、データの参照要求を行うユーザに対応する仲介者コンピュータ７０を特定できる。
【００８１】
さらに、第２実施形態では、仲介者コンピュータ７０にユーザを認証する認証機能が含まれるので、仲介者コンピュータ７０は所有者コンピュータ５２のデータ管理機能から依頼されるユーザの認証を行うことができる。
【００８２】
また、第２実施形態では、ユーザＩＤ及び仲介者ＩＤを示す情報が、所有者コンピュータ５２のデータ管理機能へ渡される。このため、所有者コンピュータ５２は、データの参照要求を行うユーザに対応する仲介者コンピュータ７０へ正規のユーザであることを確認する認証処理を依頼することができる。
【００８３】
また、第２実施形態では、仲介者コンピュータ７０で、所有者側からの提供条件に適合するユーザであることを認証するので、パスワード認証等の単純な認証に比べて、ユーザを認証する認証精度を向上することができる。
【００８４】
なお、第２実施形態では、仲介者コンピュータ７０において、マッチング機能プロセスによるマッチング処理と、認証機能プロセスによる認証処理との両方を実行する場合を説明したが、開示の技術は、１台の情報処理装置による処理の実行に限定されない。例えば、マッチング処理及び認証処理の各々を独立した情報処理装置で実行してもよい。また、マッチング処理及び認証処理の少なくとも一方の処理を複数台の情報処理装置処理してもよい。
【００８５】
（第３実施形態）
次に、第３実施形態を説明する。第２実施形態では、所有者コンピュータ５２へ、仲介者コンピュータ７０によってユーザＩＤ等のユーザの特徴を示す情報が提供される。第３実施形態は、仲介者コンピュータ７０から所有者コンピュータ５２へ提供するユーザＩＤ等のユーザの特徴を示す情報を保護する機能を有するものである。なお、第３実施形態は、第２実施形態と同様の構成のため、同一部分には同一符号を付して詳細な説明を省略する。
【００８６】
図２６に、第３実施形態にかかる情報処理システム１０をコンピュータシステム５０で実現する場合における仲介者コンピュータ７０の一例を示す。第３実施形態にかかる仲介者コンピュータ７０は、バス９９に接続される乱数発生器７９を備えている。また、仲介者コンピュータ７０の格納部８０に格納されるＤＢ９２には、匿名化データベース（以下、匿名化ＤＢという）９７がさらに記憶される。
【００８７】
なお、第３実施形態では、仲介者Ａ側の仲介者コンピュータ７０Ａについて、乱数発生器７９を備え、匿名化ＤＢ９７を含む場合を、乱数発生器７９Ａ、及び匿名化ＤＢ９７Ａと表記して説明する。また、仲介者Ｂ側の仲介者コンピュータ７０Ｂも同様に、乱数発生器７９Ｂ、及び匿名化ＤＢ９７Ｂと表記して説明する。
【００８８】
図２７に、仲介者コンピュータ７０Ａの匿名化ＤＢ９７Ａのデータ構造の一例を示す。匿名化ＤＢ９７Ａは、仲介者コンピュータ７０Ａで管理されるユーザのユーザＩＤを示す情報に匿名化ＩＤを示す情報を対応付けて登録される。なお、匿名化ＩＤを示す情報は、乱数発生器７９により生成され、ユーザＩＤを一意に特定することが困難な情報である。なお、仲介者コンピュータ７０Ｂの匿名化ＤＢ９７Ｂは、仲介者コンピュータ７０Ａの匿名化ＤＢ９７Ａと同様のため説明を省略する。また、図２８に、所有者コンピュータ５２の格納部６２に格納されるマッチング結果ＤＢ６８のデータ構造の一例を示す。
【００８９】
次に、第３実施形態の作用を説明する。
【００９０】
図２９に、第３実施形態にかかるコンピュータシステム５０における全体的な流れの一例について、装置間の関係を含めたシーケンスフローとして示す。また、図３０に、仲介者コンピュータ７０におけるマッチング機能の処理の流れを示す。さらに、図３１に、仲介者コンピュータ７０における認証機能の処理の流れを示す。
【００９１】
なお、仲介者コンピュータ７０を介して、データ２４の格納場所を示す情報が所有者側よりユーザへ提供されるまでの処理までの処理は、図７〜図１０に示す第２実施形態の処理と同様である。また、所有者側の所有者コンピュータ５２における処理は、図２２に示す処理の流れと同様である。さらに、ユーザの端末装置１４０における処理は、図２５に示す処理の流れと同様である。
【００９２】
第３実施形態では、第２実施形態と同様に、データ２４のＵＲＬ及び提供条件がデータ管理機能からマッチング機能へ送信され、マッチング機能でユーザが決定される（図２９に示す工程Ｊ０１〜工程Ｊ０３）。なお、第３実施形態では、工程Ｊ０３において、仲介者コンピュータ７０より端末装置１４０へメッセージは送信されない。つまり、仲介者コンピュータ７０のＣＰＵ７２は、図３０に示すマッチング機能プロセス８６を定期的に繰り返し実行する。ＣＰＵ７２は、メッセージを受信するとステップ３００で肯定判断し、ステップ３０２で、ＵＲＬ及び提供条件を示す情報を特定し、ステップ３０４で、属性ＤＢ９４を照合して提供条件に適合する属性情報を有するユーザのユーザＩＤを取得する。また、ステップ３０４では、取得したユーザＩＤのユーザが提供条件に適合するユーザとして決定される。
【００９３】
次に、仲介者コンピュータ７０のマッチング機能は、工程Ｊ０３で決定した提供条件に適合するユーザのユーザＩＤに対応する匿名化ＩＤを取得する（図２９に示す工程Ｊ２０）。つまり、仲介者コンピュータ７０のＣＰＵ７２は、図３０に示すステップ３０４で、ユーザＩＤを決定した後に、ステップ３３０で、ユーザＩＤに対応する匿名化ＩＤを取得する。ステップ３３０では、乱数発生器７９により生成され、ユーザＩＤに一意に対応する匿名化ＩＤを示す情報が取得される。なお、ステップ３３０では、ユーザＩＤを示す情報と匿名化ＩＤを示す情報とが対応付けられて匿名化ＤＢ９７に登録される。次に、ＣＰＵ７２は、ステップ３３２で、端末装置１４０へ、ＵＲＬを示す情報と、匿名化ＩＤを示す情報とを含むメッセージを送信する。
【００９４】
ユーザの端末装置１４０では、仲介者コンピュータのマッチング機能から送信されたメッセージが受領される（図２９に示す工程Ｊ０４）。
【００９５】
また、仲介者コンピュータ７０のマッチング機能は、工程Ｊ０３で決定したユーザのユーザＩＤをマッチング結果ＤＢ９８に記録する（図２９に示す工程Ｊ２１）。具体的には、ＣＰＵ７２は、第２実施形態と同様に、ステップ３１２で、提供条件に適合する属性情報を含むユーザのユーザＩＤをマッチング結果ＤＢ９８に記録する。次に、ＣＰＵ７２は、ステップ３３４で、記録したユーザＩＤに対応する匿名化ＩＤを示す情報と自機の仲介者ＩＤとを示す情報を含むメッセージに、認証機能のアクセスポイントを示す情報を付与して、所有者コンピュータ５２のデータ管理機能へ送信する。
【００９６】
次に、所有者コンピュータ５２のデータ管理機能は、仲介者コンピュータ７０のマッチング機能から受信するメッセージを記録する（図２９に示す工程Ｊ０６）。なお、所有者コンピュータ５２のデータ管理機能において、工程Ｊ０６でマッチング機能から受信するユーザＩＤは、匿名化ＩＤである。しかし、データ管理機能では、ユーザＩＤが匿名化ＩＤでることを確認することは困難である。
【００９７】
所有者コンピュータ５２で記録されるマッチング結果ＤＢ６８は、匿名化ＩＤであるユーザＩＤと、仲介者コンピュータ７０Ａまたは仲介者コンピュータ７０Ｂの各仲介者ＩＤを示す情報を含む、図２８に示すマッチング結果ＤＢ６８となる。
【００９８】
一方、ユーザよりデータ２４を参照する要求を行うことにより（図２９に示す工程Ｊ０７）、ユーザの端末装置１４０からデータ管理機能へ、ユーザＩＤとＵＲＬによるデータ２４を参照する要求を示す情報とを含むメッセージが送信される。
【００９９】
所有者コンピュータ５２のデータ管理機能は、ユーザの端末装置１４０からの要求に応じて、ユーザへ仲介した仲介者の仲介者ＩＤを取得する（図２９に示す工程Ｊ０８）。つまり、所有者コンピュータ５２のＣＰＵ５４は、端末装置１４０からメッセージを受信すると、受信したユーザＩＤに対応する仲介者ＩＤの仲介者コンピュータ７０の認証機能へユーザＩＤをリダイレクトする（図２２に示すステップ２１８〜２２４）。
【０１００】
ユーザの端末装置１４０は、所有者コンピュータ５２のデータ管理機能からのリダイレクトを処理する（図２９に示す工程Ｊ０９）。つまり、ユーザの端末装置１４０のＣＰＵ１４２は、データ管理機能からリダイレクトメッセージを受信すると、リダイレクトの宛先の認証機能へ、ユーザＩＤとパスワードを示す情報を送信する（図２５に示すステップ４１４〜４１８）。
【０１０１】
仲介者コンピュータ７０の認証機能は、端末装置１４０から送信されたメッセージに基づいて、匿名化ＩＤに対応するユーザＩＤを取得した後に（図２９に示す工程Ｊ２２）、ユーザの認証を行う（工程Ｊ１０）。
【０１０２】
仲介者コンピュータ７０のＣＰＵ７２は、端末装置１４０から、ユーザＩＤ、及びパスワードを示す情報を受信する（図３１に示すステップ３２０で肯定判断の後のステップ３２２）。ＣＰＵ７２は、ステップ３４０で、匿名化ＤＢ９７を用いて、ステップ３２２で特定した匿名化ＩＤに対応するユーザＩＤを取得する。また、ＣＰＵ７２は、ステップ３４０で取得したユーザＩＤを用いて、第２実施形態と同様に、ステップ３２４で、第１の認証及び第２の認証を実行し、ステップ３２６で、認証結果を所有者コンピュータ５２のデータ管理機能へリダイレクトする。
【０１０３】
以上説明したように、第３実施形態では、仲介者から所有者へ、仲介者が管理するユーザのユーザＩＤ等の固有情報を渡すことなく、所有者が、正規ユーザであるか否かを確認することができる。
【０１０４】
また、第３実施形態では、ユーザＩＤに対応する匿名化ＩＤをユーザＩＤとして所有者コンピュータ５２へ送るので、仲介者コンピュータ７０で管理するユーザに関する情報の保護性能を向上することができる。
【０１０５】
（第４実施形態）
次に、第４実施形態を説明する。第３実施形態では、所有者コンピュータ５２へ提供するユーザＩＤ等のユーザの特徴を示す情報が保護される。第４実施形態は、ユーザの特徴を示す情報をさらに保護する機能を有するものである。なお、第４実施形態は、第３実施形態と同様の構成のため、同一部分には同一符号を付して詳細な説明を省略する。
【０１０６】
図３２に、第４実施形態にかかる仲介者コンピュータ７０Ａの匿名化ＤＢ９７Ａのデータ構造の一例を示す。図３２に示す匿名化ＤＢ９７Ａは、仲介者コンピュータ７０Ａで管理されるユーザのユーザＩＤを示す情報に、マッチング処理毎に匿名化ＩＤを示す情報を対応付けて登録される。図３２に示す匿名化ＤＢ９７Ａは、マッチング機能による毎に、匿名化ＩＤを生成し、記録した一例である。つまり、第１回目のマッチング結果であるユーザＩＤのＩＤａ２，ＩＤａ４に対応して、匿名化ＩＤのＡＩＤａ２−１，ＡＩＤａ４−１が生成され、匿名化ＤＢ９７Ａに記録される。また、新規の提供条件（例えば「地域」が「関東」）の提示による第２回目のマッチング結果であるＩＤａ１，ＩＤａ４に対応して、匿名化ＩＤのＡＩＤａ１−２，ＡＩＤａ４−２が生成され、匿名化ＤＢ９７Ａに記録される。なお、仲介者コンピュータ７０Ｂの匿名化ＤＢ９７Ｂは、仲介者コンピュータ７０Ａの匿名化ＤＢ９７Ａと同様のため説明を省略する。
【０１０７】
次に、第４実施形態の作用を説明する。なお、第４実施形態は、所有者側から複数回の異なる提供条件（図３３に示す例では２回の提供条件）が提示され、仲介者側で管理されるユーザのうち異なる提供条件毎に適合するユーザへ、データ２４のＵＲＬを提供する場合を説明する。
【０１０８】
図３４に、第４実施形態にかかるコンピュータシステム５０における全体的な流れの一例について、装置間の関係を含めたシーケンスフローとして示す。また、図３５に、仲介者コンピュータ７０におけるマッチング機能の処理の流れを示す。
【０１０９】
なお、図２９に示すシーケンスフローと、図３４に示すシーケンスフローとの差異は、図２９に示すシーケンスフローの工程Ｊ２０及び工程Ｊ２１を、図３４に示すシーケンスフローの工程Ｊ３０及び工程Ｊ３１に代えた点である。また、図３０に示すマッチング機能の処理の流れと、図３５に示すマッチング機能の処理の流れとの差異は、図３０に示すステップ３３０，３１２を、図３５に示すステップ３４０，３４２に代えた点である。以下、第３実施形態の作用と、第４実施形態の作用の差異について説明する。
【０１１０】
第４実施形態における仲介者コンピュータ７０のマッチング機能では、データ管理機能からの提供条件毎に、適合するユーザのユーザＩＤに対応する匿名化ＩＤを生成し、記録する（図３４に示す工程Ｊ３０）。つまり、仲介者コンピュータ７０のＣＰＵ７２は、図３５に示すステップ３４０で、ユーザＩＤに対応して匿名化ＩＤを生成する。また、ステップ３４０では、ユーザＩＤを示す情報と匿名化ＩＤを示す情報とが、データ管理機能からの提供条件毎に対応付けられて匿名化ＤＢ９７に登録される。また、仲介者コンピュータ７０のマッチング機能は、データ管理機能からの提供条件毎に、決定されたユーザをマッチング結果ＤＢ９８に記録する（図３４に示す工程Ｊ３１）。つまり、ＣＰＵ７２は、ステップ３４２で、データ管理機能からの提供条件毎に、提供条件に適合する属性情報を含むユーザのユーザＩＤをマッチング結果ＤＢ９８に記録する。
【０１１１】
例えば、第１の提供条件（図３３に示すＮｏ．１）による第１回目のマッチング結果のユーザＩＤがＩＤａ２，ＩＤａ４のとき、ユーザＩＤ（ＩＤａ２，ＩＤａ４）に対応して匿名化ＩＤ（ＡＩＤａ２−１，ＡＩＤａ４−１）が生成される。また、生成された匿名化ＩＤは、ユーザＩＤに対応付けられて匿名化ＤＢ９７に記録される。そして、第２の新規の提供条件（図３３に示すＮｏ．２）による第２回目のマッチング結果のユーザＩＤがＩＤａ１，ＩＤａ４のとき、ユーザＩＤ（ＩＤａ１，ＩＤａ４）に対応して匿名化ＩＤ（ＡＩＤａ１−２，ＡＩＤａ４−２）が生成される。また、生成された匿名化ＩＤは、ユーザＩＤに対応付けられて匿名化ＤＢ９７に記録される。
【０１１２】
従って、２回のマッチング結果の両方にユーザＩＤを示す情報として同一のユーザＩＤである「ＩＤａ４」が含まれる。しかし、所有者コンピュータ５２に渡されるユーザＩＤを示す情報は第１回目が「ＡＩＤａ４−１」であり、第２回目が「ＡＩＤａ４−２」であることにより、相違するユーザＩＤを示す情報が渡されることになる。このため、所有者コンピュータ５２から提供条件を示す情報を仲介者コンピュータ７０に複数回渡したとしても、マッチング結果に同一のユーザが含まれることを推測することは困難である。これにより、複数の提供条件によりユーザを特定することは困難になる。
【０１１３】
なお、同一のユーザＩＤが異なる提供条件で一致する場合、所有者側では同一のユーザＩＤのユーザが、「女性」かつ「２０代、３０代」かつ「関東」であることが判明してしまい、ユーザの属性情報の詳細が所有者に認知されることになり、好ましくない。
【０１１４】
以上説明したように、第４実施形態では、データ管理機能から指示される提供条件毎に、異なる匿名化ＩＤをユーザＩＤとして送信するので、ユーザの特徴を示す情報をさらに保護することができる。
【０１１５】
（第５実施形態）
次に、第５実施形態を説明する。第１実施形態〜第４実施形態では、データ管理機能からの提供条件に適合するユーザを決定して、決定したユーザを示すユーザＩＤがデータ管理機能へ返信される。第５実施形態は、ユーザＩＤをデータ管理機能へ返信するにあたり、提供条件に適合するユーザ数に応じて、データ管理機能へユーザＩＤを返信することの可否を決定するものである。なお、第５実施形態は、第２実施形態に適用した場合を一例として説明する。第５実施形態は第２実施形態と同様の構成のため、同一部分には同一符号を付して詳細な説明を省略する。
【０１１６】
次に、第５実施形態の作用を説明する。第５実施形態は、仲介者Ａが管理するユーザのうち、図３６に示す提供条件に適合するユーザに、データ２４のＵＲＬを提供する場合を説明する。また、所有者側で、データ２４にアクセス（参照を要求）してきたユーザが正規ユーザであるかの確認を依頼する場合を説明する。
【０１１７】
図３７に、第５実施形態にかかる仲介者コンピュータ７０におけるマッチング機能の処理の流れを示す。なお、第２実施形態と、第５実施形態との差異は、図２３に示すマッチング機能の処理フロー（図２３）に、ステップ３５０、３５２を追加して、図３７に示すマッチング機能の処理フローとした点である。以下、第２実施形態の作用と、第５実施形態の作用の差異について説明する。
【０１１８】
仲介者コンピュータ７０のマッチング機能は、提供条件に適合するユーザを決定する（図２１に示す工程Ｊ０３）。つまり、仲介者コンピュータ７０のＣＰＵ７２は、図３７に示すステップ３０２で、メッセージを受信してＵＲＬ及び提供条件を特定し、ステップ３０４で、ユーザＩＤを決定する。次に、ＣＰＵ７２は、ステップ３５０で、ユーザＩＤの数が所定値ｋを超えるか否かを判断する。ＣＰＵ７２は、ユーザＩＤの数が所定値ｋを超える場合（ステップ３５０で肯定判断）、ステップ３０６で、適合したユーザのユーザＩＤの端末装置１４０へ、ＵＲＬを含むメッセージを送信する。
【０１１９】
一方、ユーザＩＤの数が所定値ｋ以下の場合、ＣＰＵ７２は、ステップ３５０で否定判断し、ステップ３５２へ処理を移行する。ステップ３５２で、ＣＰＵ７２は、ユーザＩＤを示す情報を返信することなく、照合失敗（マッチング失敗）を示す情報を、所有者コンピュータ５２のデータ管理機能へ送信した後に、本処理ルーチンを終了する。
【０１２０】
ここで、図３６に示す提供条件が指示された場合、提供条件に適合するユーザは、ユーザＩＤが「ＩＤａ２」のユーザ一人である。マッチング結果のユーザ数の所定値ｋを「１」に設定すると、ＣＰＵ７２は、ステップ３０４で、ユーザＩＤが「ＩＤａ２」のユーザを決定するが、ステップ３５０で、否定判断される。つまり、マッチング機能はマッチング結果のユーザ数の所定値ｋ（＝１）人以下なので、マッチングを失敗と判断し、所有者にマッチング結果のユーザＩＤを渡すことはない。
【０１２１】
以上説明したように、第５実施形態では、仲介者コンピュータ７０におけるマッチング機能はマッチング結果の人数が予め定めた所定値以下のときに照合失敗（マッチング失敗）とする。これによって、所有者により与えられた限定的な提供条件により、ユーザの属性情報の詳細が仲介者コンピュータ７０より所有者コンピュータ５２に送信され、所有者に知られることを抑制できる。
【０１２２】
なお、上記では情報処理システム１０を所有者コンピュータ５２により実現する一例を説明した。しかし、これらの構成に限定されるものではなく、上記説明した要旨を逸脱しない範囲において、各種の改良及び変更を行っても良いのはもちろんである。
【０１２３】
また、上記ではプログラムが記憶部に予め記憶（インストール）されている態様を説明したが、これに限定されるものではない。例えば、開示の技術におけるプログラムは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体に記録されている形態で提供することも可能である。
【０１２４】
以上の実施形態に関し、更に以下の付記を開示する。
【０１２５】
（付記１）
データを管理するデータ管理部から提供対象のデータの格納位置を示す情報と、前記提供対象のデータの提供先となるユーザを規定する提供条件を示す情報とを受け取る受取部と、
前記提供対象のデータを提供先となるユーザへ提供する以前に、記憶部に記憶された複数のユーザの各々の特徴を示す属性情報に基づいて、前記受取部で受け取られた前記提供条件に適合する前記属性情報を有するユーザを、前記提供対象のデータの提供先となるユーザとして決定する決定部と
を備えた情報処理装置。
【０１２６】
（付記２）
前記記憶部に、前記ユーザを識別するための識別情報に該識別情報で特定されるユーザの特徴を示す属性情報が対応づけて記憶されると共に、自機を識別するための識別情報が記憶され、
前記決定した前記データの提供先となるユーザの識別情報、及び前記自機の識別情報を、前記データ管理部へ通知する通知部を備えた
付記１に記載の情報処理装置。
【０１２７】
（付記３）
前記記憶部に、前記ユーザを識別するための識別情報に該識別情報で特定されるユーザが自機で管理するユーザであることを示す認証情報が対応づけて記憶され、
前記データの提供を要求するユーザの識別情報及び認証情報が前記データ管理部から入力され、前記記憶部に記憶されたユーザの識別情報及び認証情報に基づいて、入力されたユーザの識別情報及び認証情報に対応するユーザが自機で管理するユーザであることを認証する認証部を備えた
付記２に記載の情報処理装置。
【０１２８】
（付記４）
前記認証部は、入力されたユーザの識別情報及び認証情報に対応するユーザが自機で管理するユーザであることを認証しかつ、入力されたユーザの識別情報に対応するユーザが前記決定部で決定された前記データの提供先となるユーザに含まれる場合に、認証成功とする
付記３に記載の情報処理装置。
【０１２９】
（付記５）
前記決定部は、決定した前記データの提供先となるユーザの識別情報に対応する匿名化情報を生成し、
前記通知部は、生成した前記データの提供先となるユーザの匿名化情報、及び前記自機の識別情報を、前記データ管理部へ通知する
付記２〜付記４の何れか１項に記載の情報処理装置。
【０１３０】
（付記６）
前記決定部は、前記データの提供対象のユーザの決定毎に、前回の前記匿名化情報と異なる匿名化情報を生成し、
前記通知部は、生成した前記データの提供対象のユーザの匿名化情報、及び前記自機の識別情報を、前記データ管理部へ通知する
付記２〜付記４の何れか１項に記載の情報処理装置。
【０１３１】
（付記７）
前記決定部は、前記提供条件に適合する前記属性情報を有するユーザの数が所定数以下の場合に、前記データの提供対象のユーザが存在しないことを決定する
付記１〜付記６の何れか１項に記載の情報処理装置。
【０１３２】
（付記８）
提供対象のデータをユーザへ提供することを仲介する仲介者装置へ、前記提供対象のデータの格納位置を示す情報と、前記提供対象のデータの提供先となるユーザを規定する提供条件を示す情報とを送信すると共に、前記仲介者装置から送られた情報を受信する送受信部と、
前記送受信部で受信した前記仲介者装置から受信したユーザを識別するための識別情報と、前記仲介者装置を識別するための識別情報とを保持する保持部と、
前記提供対象のデータの提供先となるユーザから前記提供対象のデータの提供が要求されたときに、前記保持部に保持した前記ユーザの識別情報及び前記仲介者装置の識別情報に基づいて、前記提供対象のデータの提供を要求したユーザの識別情報に対応した前記仲介者装置へ、前記提供対象のデータの提供を要求したユーザの認証を依頼する依頼部と
を備えた情報処理装置。
【０１３３】
（付記９）
コンピュータが
データを管理するデータ管理部から提供対象のデータの格納位置を示す情報と、前記提供対象のデータの提供先となるユーザを規定する提供条件を示す情報とを受け取り、
前記提供対象のデータを提供先となるユーザへ提供する以前に、記憶部に記憶された複数のユーザの各々の特徴を示す属性情報に基づいて、前記受取部で受け取られた前記提供条件に適合する前記属性情報を有するユーザを、前記提供対象のデータの提供先となるユーザとして決定する
ことを含む情報処理方法。
【０１３４】
（付記１０）
前記記憶部に、前記ユーザを識別するための識別情報に該識別情報で特定されるユーザの特徴を示す属性情報が対応づけて記憶されると共に、自機を識別するための識別情報が記憶されており、
前記決定した前記データの提供先となるユーザの識別情報、及び前記自機の識別情報を、前記データ管理部へ通知する
付記９に記載の情報処理方法。
【０１３５】
（付記１１）
前記記憶部に、前記ユーザを識別するための識別情報に該識別情報で特定されるユーザが自機で管理するユーザであることを示す認証情報が対応づけて記憶されており、
前記データの提供を要求するユーザの識別情報及び認証情報が前記データ管理部から入力され、前記記憶部に記憶されたユーザの識別情報及び認証情報に基づいて、入力されたユーザの識別情報及び認証情報に対応するユーザが自機で管理するユーザであることを認証する
付記１０に記載の情報処理方法。
【０１３６】
（付記１２）
入力されたユーザの識別情報及び認証情報に対応するユーザが自機で管理するユーザであることを認証しかつ、入力されたユーザの識別情報に対応するユーザが前記決定された前記データの提供先となるユーザに含まれる場合に、認証成功とする
付記１１に記載の情報処理方法。
【０１３７】
（付記１３）
決定した前記データの提供先となるユーザの識別情報に対応する匿名化情報を生成し、
生成した前記データの提供先となるユーザの匿名化情報、及び前記自機の識別情報を、前記データ管理部へ通知する
付記１０〜付記１２の何れか１項に記載の情報処理方法。
【０１３８】
（付記１４）
前記データの提供対象のユーザの決定毎に、前回の前記匿名化情報と異なる匿名化情報を生成し、
生成した前記データの提供対象のユーザの匿名化情報、及び前記自機の識別情報を、前記データ管理部へ通知する
付記１０〜付記１２の何れか１項に記載の情報処理方法。
【０１３９】
（付記１５）
前記提供条件に適合する前記属性情報を有するユーザの数が所定数以下の場合に、前記データの提供対象のユーザが存在しないことを決定する
付記９〜付記１４の何れか１項に記載の情報処理方法。
【０１４０】
（付記１６）
コンピュータが
提供対象のデータをユーザへ提供することを仲介する仲介者装置へ、前記提供対象のデータの格納位置を示す情報と、前記提供対象のデータの提供先となるユーザを規定する提供条件を示す情報とを送信すると共に、前記仲介者装置から送られた情報を受信し、
前前記仲介者装置から受信したユーザを識別するための識別情報と、前記仲介者装置を識別するための識別情報とを保持し、
前記提供対象のデータの提供先となるユーザから前記提供対象のデータの提供が要求されたときに、前記保持した前記ユーザの識別情報及び前記仲介者装置の識別情報に基づいて、前記提供対象のデータの提供を要求したユーザの識別情報に対応した前記仲介者装置へ、前記提供対象のデータの提供を要求したユーザの認証を依頼する
ことを含む情報処理方法。
【０１４１】
（付記１７）
コンピュータに
データを管理するデータ管理部から提供対象のデータの格納位置を示す情報と、前記提供対象のデータの提供先となるユーザを規定する提供条件を示す情報とを受け取り、
前記提供対象のデータを提供先となるユーザへ提供する以前に、記憶部に記憶された複数のユーザの各々の特徴を示す属性情報に基づいて、前記受取部で受け取られた前記提供条件に適合する前記属性情報を有するユーザを、前記提供対象のデータの提供先となるユーザとして決定する
ことを含む処理を実行させるための情報処理プログラム。
【０１４２】
（付記１８）
前記記憶部に、前記ユーザを識別するための識別情報に該識別情報で特定されるユーザが自機で管理するユーザであることを示す認証情報が対応づけて記憶されており、
前記データの提供を要求するユーザの識別情報及び認証情報が前記データ管理部から入力され、前記記憶部に記憶されたユーザの識別情報及び認証情報に基づいて、入力されたユーザの識別情報及び認証情報に対応するユーザが自機で管理するユーザであることを認証する
付記１７に記載の情報処理プログラム。
【０１４３】
（付記１９）
前記記憶部に、前記ユーザを識別するための識別情報に該識別情報で特定されるユーザが自機で管理するユーザであることを示す認証情報が対応づけて記憶されており、
前記データの提供を要求するユーザの識別情報及び認証情報が前記データ管理部から入力され、前記記憶部に記憶されたユーザの識別情報及び認証情報に基づいて、入力されたユーザの識別情報及び認証情報に対応するユーザが自機で管理するユーザであることを認証する
付記１８に記載の情報処理プログラム。
【０１４４】
（付記２０）
入力されたユーザの識別情報及び認証情報に対応するユーザが自機で管理するユーザであることを認証しかつ、入力されたユーザの識別情報に対応するユーザが前記決定された前記データの提供先となるユーザに含まれる場合に、認証成功とする
付記１９に記載の情報処理プログラム。
【０１４５】
（付記２１）
決定した前記データの提供先となるユーザの識別情報に対応する匿名化情報を生成し、
生成した前記データの提供先となるユーザの匿名化情報、及び前記自機の識別情報を、前記データ管理部へ通知する
付記１８〜付記２０の何れか１項に記載の情報処理プログラム。
【０１４６】
（付記２２）
前記データの提供対象のユーザの決定毎に、前回の前記匿名化情報と異なる匿名化情報を生成し、
生成した前記データの提供対象のユーザの匿名化情報、及び前記自機の識別情報を、前記データ管理部へ通知する
付記１８〜付記２０の何れか１項に記載の情報処理プログラム。
【０１４７】
（付記２３）
前記提供条件に適合する前記属性情報を有するユーザの数が所定数以下の場合に、前記データの提供対象のユーザが存在しないことを決定する
付記１７〜付記２２の何れか１項に記載の情報処理プログラム。
【０１４８】
（付記２４）
コンピュータに
提供対象のデータをユーザへ提供することを仲介する仲介者装置へ、前記提供対象のデータの格納位置を示す情報と、前記提供対象のデータの提供先となるユーザを規定する提供条件を示す情報とを送信すると共に、前記仲介者装置から送られた情報を受信し、
前前記仲介者装置から受信したユーザを識別するための識別情報と、前記仲介者装置を識別するための識別情報とを保持し、
前記提供対象のデータの提供先となるユーザから前記提供対象のデータの提供が要求されたときに、前記保持した前記ユーザの識別情報及び前記仲介者装置の識別情報に基づいて、前記提供対象のデータの提供を要求したユーザの識別情報に対応した前記仲介者装置へ、前記提供対象のデータの提供を要求したユーザの認証を依頼する
ことを含む処理を実行させるための情報処理プログラム。
【符号の説明】
【０１４９】
１０      ：情報処理システム
１２      ：所有者装置
２０      ：データ管理部
２４      ：データ
２８      ：仲介者装置
３０      ：ＣＰＵ
３２      ：メモリ
３４      ：記憶部
３６      ：受取部
３８      ：決定部
３９      ：記録媒体
４０      ：通知部
４２      ：情報処理プログラム
４４      ：属性情報
４６      ：利用者装置
５０      ：コンピュータシステム
５２      ：所有者コンピュータ
５９      ：記録媒体
６６      ：所有者側プログラム
６７      ：データ管理機能プロセス
７０      ：仲介者コンピュータ
７２      ：ＣＰＵ
７４      ：メモリ
７８      ：通信制御部
８０      ：格納部
８４      ：仲介者側プログラム
８６      ：マッチング機能プロセス
８８      ：認証機能プロセス
９０      ：メッセージ振り分けプロセス
１００    ：端末装置
【図１】
2015170124.tif 000003
【図２】
2015170124.tif 000004
【図３】
2015170124.tif 000005
【図４】
2015170124.tif 000006
【図５】
2015170124.tif 000007
【図６】
2015170124.tif 000008
【図７】
2015170124.tif 000009
【図８】
2015170124.tif 000010
【図９】
2015170124.tif 000011
【図１０】
2015170124.tif 000012
【図１１】
2015170124.tif 000013
【図１２】
2015170124.tif 000014
【図１３】
2015170124.tif 000015
【図１４】
2015170124.tif 000016
【図１５】
2015170124.tif 000017
【図１６】
2015170124.tif 000018
【図１７】
2015170124.tif 000019
【図１８】
2015170124.tif 000020
【図１９】
2015170124.tif 000021
【図２０】
2015170124.tif 000022
【図２１】
2015170124.tif 000023
【図２２】
2015170124.tif 000024
【図２３】
2015170124.tif 000025
【図２４】
2015170124.tif 000026
【図２５】
2015170124.tif 000027
【図２６】
2015170124.tif 000028
【図２７】
2015170124.tif 000029
【図２８】
2015170124.tif 000030
【図２９】
2015170124.tif 000031
【図３０】
2015170124.tif 000032
【図３１】
2015170124.tif 000033
【図３２】
2015170124.tif 000034
【図３３】
2015170124.tif 000035
【図３４】
2015170124.tif 000036
【図３５】
2015170124.tif 000037
【図３６】
2015170124.tif 000038
【図３７】
2015170124.tif 000039