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

Description

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

従来、事業者等の情報提供者毎に、提供可能なサービスと、そのサービスの利用に要求される１以上の属性項目（属性の種類）とを関連付けして、利用者に対して可視化する技術が存在する（例えば、特許文献１参照）。

特開２０１２－１３３７３０号公報

しかしながら、特許文献１に記載の技術を含む従来技術では、提供可能なサービスとしてどのようなものがあり、そのサービスの提供にはこの属性の種類の開示（提供）が必要になるといった情報が、利用者に提示されているに過ぎない。即ち、明確なリクエストが利用者から直接的にあったときにのみ、そのリクエストに対する提供情報が提供されているに過ぎない。ところが、利用者にとっては、一方的に「開示（提供）が必要になる」と言われても、自身の属性に関する情報を事業者に無闇に開示したくないという要望が存在する。換言すると、利用者には、事業者毎（或いはサービス毎）に、自身の各種の属性を開示するか否かを自身で判断したいという要望があった。

本発明は、利用者の属性に関する情報が、当該利用者の意に反して事業者に開示されないようにすることを目的とする。

上記目的を達成するため、本発明の一態様の情報処理装置は、
利用者の１以上の属性の夫々の内容に基づいて得られる第１情報を当該利用者に提供する情報提供者により管理される提供者装置と通信を行う情報処理装置において、
前記１以上の属性のうち、前記情報提供者に対する開示が前記利用者により許可された属性の種類を示す第２情報を取得する許可属性取得手段と、
前記利用者の前記第１情報に関する所定の要望を示す第３情報を取得する要望取得手段と、
取得した前記第２情報及び前記第３情報を対応付けてデータベースに格納する属性管理手段と、
送信制御手段と、
を備え、
前記データベースは、前記利用者の利用者端末がアプリケーションプログラムを実行することによって前記利用者端末から得られる前記利用者の属性情報を格納するものであり、
前記送信制御手段は、前記データベースに格納された複数種類の属性情報のうち、前記第２情報に基づき前記情報提供者への開示が許可された属性情報を選択し、選択した前記属性情報及び前記第３情報を、前記提供者装置に送信する制御を実行する。

本発明の一態様の情報処理方法及びプログラムの夫々は、上述の本発明の一態様の情報処理装置に対応する情報処理方法及びプログラムの夫々である。

本発明によれば、利用者の属性に関する情報が、当該利用者の意に反して事業者に開示されないようになる。

本発明の一実施形態に係る情報処理システムが適用されるサービスの概要の一例を説明する模式図である。 図１に示すサービスを提供する際に適用される情報処理システム、即ち、本発明の情報処理装置の一実施形態であるサーバを含む情報処理システムの構成例を示す図である。 図２の情報処理システムのうちサーバのハードウェア構成の一例を示すブロック図である。 図３のサーバの機能的構成の一例を示す機能ブロック図である。 図４の機能的構成を有するサーバにより実行される、許可属性情報提供処理の流れの一例を説明するフローチャートである。 図４の利用者端末に表示される属性選択画面、及びリクエスト選択画面の例を示す図である。

以下、図面を参照して、本発明の実施形態について説明する。

図１は、本発明の一実施形態に係る情報処理システムが適用されるサービス（以下「本サービス」と呼ぶ）の概要の一例を説明する模式図である。

本サービスは、Ｐｅｒｓｏｎａｌ Ｄａｔａ Ｓｔｏｒｅ（以下「ＰＤＳ」と呼ぶ）に関連するサービスである。
ＰＤＳとは、個人がパーソナルデータを管理するためのデータベースや当該データベースを利用したサービスである。
パーソナルデータには、例えば個人の属性（以下「個人属性」と呼ぶ）に関する情報が含まれる。このような個人属性に関する情報を、以下、「個人属性情報」と呼ぶ。
具体的には例えば、個人属性情報には、その個人についての、個人情報、性別、身長、体重等の他、移動の履歴、行動の履歴、購買の履歴、ウェアラブル機器から取得された運動量の情報等、その個人に関する各種の情報が含まれる。
個人属性情報は、例えば、「性別」、「生年月日」、「歩数の履歴」等の様々な種類について、その個人に該当する具体的な内容、例えば、「女性」、「１９９５年４月１０日」、「８２５０歩」等により構成される。

図１に示すように、本サービスは、サービス提供者Ｍにより提供されて、利用者Ｕと、アプリ提供者Ａと、事業者Ｃとにより利用されるサービスである。

ここで、サービス提供者Ｍは、サーバ１を管理して、利用者Ｕ、アプリ提供者Ａ、及び事業者Ｃの夫々との間で個人属性情報を含む各種情報を授受することにより、本サービスを提供する。
サービス提供者Ｍにより管理されるサーバ１には、図１に示すように、ＰＤＳとしての個人属性ＤＢ３００が設けられている。
個人属性ＤＢ３００は、利用者Ｕの個人属性情報が格納されるデータベースである。
このように、サーバ１は、個人属性情報を、個人属性ＤＢ３００に格納して管理する。

利用者Ｕは、利用者端末２を介して個人属性ＤＢ３００を利用することで、自分自身の個人属性情報を管理することができる。なお、利用者Ｕによる自分自身の個人属性情報の管理には、個人属性情報の個人属性ＤＢ３００への保存による管理、個人属性ＤＢ３００から個人属性情報を検索して確認することによる管理、個人属性情報を提供する対象の管理等が含まれる。

アプリ提供者Ａは、アプリ提供者装置３を介して、１種類以上の個人属性情報を利用するアプリケーションプログラム（以下、「アプリ」と適宜呼ぶ）を、利用者Ｕに対して提供する。
図１に示すように、アプリ提供者装置３には、アプリＤＢ５００が備えられている。アプリＤＢ５００には、アプリ提供者Ａにより提供されるアプリにおいて利用された、利用者Ｕの個人属性情報が格納される。
このように、アプリ提供者装置３は、アプリ提供者Ａにより提供されるアプリにおいて利用された個人属性情報を、アプリＤＢ５００に格納して管理する。

事業者Ｃは、事業者装置４を介して、サーバ１から個人属性情報を取得し、利用者Ｕに対して各種情報を提供する事業を行う主体である。

サービス提供者Ｍにより利用されるサーバ１は、利用者Ｕにより利用される利用者端末２、アプリ提供者Ａにより利用されるアプリ提供者装置３、事業者Ｃにより利用される事業者装置４と協働することにより、本サービスを提供するために必要な各種処理を実行する。即ち、サービス提供者Ｍは、サーバ１を利用することで、利用者Ｕと、アプリ提供者Ａと、事業者Ｃとの夫々の間での、利用者Ｕの個人属性情報を管理する本サービスを提供することができる。

以下、図１のステップＳＴ１乃至ＳＴ７に沿って、本サービスの流れの概要について説明する。
なお、以下、アプリ提供者Ａは、利用者Ｕの運動の履歴を管理するアプリを提供しているものとして説明する。
即ち、以下、そのアプリで利用された利用者Ｕの運動の履歴等が、個人属性情報の一部として採用されるものとして説明する。

ステップＳＴ１において、アプリ提供者Ａは、利用者Ｕの個人属性情報を取得する。
例えば、アプリが起動中に利用者Ｕにより利用者端末２に入力された個人属性や利用者端末２で測定された位置や運動量の情報等が、アプリで利用された個人属性情報Ｉ１としてアプリ提供者装置３に提供されることで、アプリ提供者Ａに取得される。なお、アプリ提供者装置３に提供された個人属性情報Ｉ１は、アプリＤＢ５００に格納される。

ステップＳＴ２において、アプリ提供者Ａは、利用者Ｕの個人属性情報Ｉ１をサービス提供者Ｍに提供する。即ち、アプリで利用された個人属性情報Ｉ１は、アプリ提供者装置３からサーバ１に送信されることで、アプリ提供者Ａからサービス提供者Ｍに提供される。
具体的には例えば、まず、利用者Ｕは、本サービスを利用すべく、アプリ提供者Ａに対し、アプリで利用された個人属性情報Ｉ１をサービス提供者Ｍに提供する旨を、アプリ提供者Ａに対して依頼する。アプリ提供者Ａは、利用者Ｕからの依頼に基づいて、アプリ提供者Ａ自身がアプリＤＢ５００を用いて管理している個人属性情報Ｉ１を、サービス提供者Ｍに提供する。これにより、ステップＳＴ２において、アプリＤＢ５００に格納されている個人属性情報Ｉ１がサービス提供者Ｍに提供される。

ステップＳＴ３において、サービス提供者Ｍは、サーバ１を用いて、アプリ提供者Ａから提供された利用者Ｕの個人属性情報Ｉ１を個人属性ＤＢ３００に格納する。

ステップＳＴ４において、利用者Ｕは、利用者端末２を用いて、事業者Ｃへの提供を許可してもよい個人属性の種類を選択し、選択された個人属性の種類を示す情報（以下「許可属性情報Ｉ２ａ」と呼ぶ）を、サービス提供者Ｍに提供する。
即ち、「許可属性情報Ｉ２ａ」とは、サービス提供者Ｍにより管理されている利用者Ｕの個人属性情報の複数の種類のうち、事業者Ｃへの提供を許可してもよいと利用者Ｕにより選択された１以上の種類を示す情報である。
また、利用者Ｕは、許可属性情報Ｉ２ａと共に、事業者Ｃにより提供される各種サービスや情報に関する所定のリクエストを、サービス提供者Ｍに提供する。ここで、「リクエスト」とは、利用者Ｕの要望を一般的には指すが、ここではさらに、当該要望に基づく情報、又はその分野も含む広義な概念である。例えば、利用者Ｕにとって、サービス提供者Ｍや事業者Ｃから提供されることを所望する情報やその分野も、リクエストに含まれる。
なお、本実施形態では、利用者Ｕは、リクエストとして、事業者Ｃにより提供される各種サービスや情報のうち、興味のあるサービスや情報の種類を選択する。利用者Ｕにより選択された、興味のあるサービスや情報の種類を示す情報Ｉ２ｂ（以下「リクエスト情報Ｉ２ｂ」と呼ぶ）は、サービス提供者Ｍに提供される。
サービス提供者Ｍは、サーバ１を用いて、ステップＳＴ３と同様に、許可属性情報Ｉ２ａ及びリクエスト情報Ｉ２ｂを個人属性情報の一部として個人属性ＤＢ３００に格納する。

ステップＳＴ５において、サービス提供者Ｍは、サーバ１を用いて、事業者Ｃへの提供を許可してもよいとして利用者Ｕにより選択された種類の個人属性情報Ｉ３と、リクエスト情報Ｉ２ｂとを事業者Ｃに提供する。
例えば、サーバ１は、ステップＳＴ４において取得されたリクエスト情報Ｉ２ｂに含まれる利用者Ｕのリクエストに応えることができる事業者Ｃを、提供先として選択する。そして、サーバ１は、個人属性ＤＢ３００に格納された複数種類の個人属性情報のうち、事業者Ｃへの提供を許可してもよいとして選択された種類の個人属性情報Ｉ３と、リクエスト情報Ｉ２ｂとを、その事業者Ｃに提供する。
具体的には例えば、個人属性情報Ｉ３と、リクエスト情報Ｉ２ｂとの夫々に、「性別」を示す情報と、「健康に興味がある」旨を示す情報との夫々が含まれていたものとする。この場合、サービス提供者Ｍは、サーバ１を用いて、健康に関するアドバイスの提供をサービスとして提供している事業者Ｃを提供先として選択する。そして、サービス提供者Ｍは、利用者Ｕの「性別」を示す情報を含む個人属性情報Ｉ３と、リクエスト情報Ｉ２ｂとを、その事業者Ｃに提供する。

ステップＳＴ６において、事業者Ｃは、事業者装置４を用いて、提供情報Ｉ４を利用者Ｕに提供する。
例えば、事業者装置４は、利用者Ｕにより選択された種類の個人属性情報Ｉ３と、リクエスト情報Ｉ２ｂとに基づいて、当該事業者Ｃにより提供可能な各種サービスや情報等を生成し、それを提供情報Ｉ４として利用者Ｕに提供する。
具体的には例えば、利用者Ｕの健康に関するアドバイスの情報を提供するサービスを事業者Ｃが提供している場合、当該アドバイスの内容の情報が提供情報Ｉ４として利用者Ｕに提供される。

このように、本サービスでは、利用者Ｕの１以上の属性のうち、事業者Ｃに対する開示が利用者Ｕにより許可された属性の種類を示す許可属性情報Ｉ２ａが取得される。そして、その許可属性情報Ｉ２ａに基づいて、開示してもよいと利用者Ｕにより選択された種類の個人属性情報Ｉ３が事業者Ｃに提供される。
これにより、利用者Ｕによる開示の許可がなされていない種類の個人属性情報Ｉ３が事業者Ｃに提供されることがなくなる。その結果、本サービスは、利用者Ｕの属性に関する情報が、利用者Ｕの意に反して事業者に開示されないようにすることができる。

また、本サービスでは、利用者Ｕの提供情報Ｉ４に関する所定の要望を示すリクエスト情報Ｉ２ｂが取得される。そして、その取得されたリクエスト情報Ｉ２ｂが、許可属性情報Ｉ２ａとともに事業者Ｃに提供される。これにより、事業者Ｃは、提供情報Ｉ４の内容を、利用者Ｕの興味のある分野に的を絞ることができるので、業務の効率化を図ることができる、また、利用者Ｕは、事業者Ｃから提供される情報を自ら選別することなく、興味のある分野の情報のみを取得することができる。

以上、図１を用いて、本サービスの概要を説明した。
以下、図２乃至図５を用いて、本サービスの図１に示すサービスを提供する際に適用される情報処理システムについて説明する。
図２は、図１に示すサービスを提供する際に適用される情報処理システム、即ち、本発明の情報処理装置の一実施形態であるサーバを含む情報処理システムの構成例を示す図である。

図１の本サービスで用いられる本実施形態の情報処理システムは、図２に示すように、サーバ１と、ｎ台（ｎは１以上の任意の整数値）の利用者端末２－１乃至２－ｎと、アプリ提供者装置３と、ｍ台（ｍは、ｎとは独立した、１以上の任意の整数値）の事業者装置４－１乃至４－ｍとを含む様に構成されている。
サーバ１は、本サービスのサービス提供者Ｍにより管理される。利用者端末２－１乃至２－ｎの夫々は、ｎ人の利用者Ｕ－１乃至Ｕ－ｎの夫々により操作される。アプリ提供者装置３は、アプリ提供者Ａにより管理される。事業者装置４－１乃至４－ｍの夫々は、ｍ人の事業者Ｃ－１乃至Ｃ－ｍの夫々により管理される。

なお、以下、利用者Ｕ－１乃至Ｕ－ｎを個々に区別する必要がない場合、これらをまとめて「利用者Ｕ」と呼ぶ。「利用者Ｕ」と呼んでいる場合には、利用者端末２－１乃至２－ｎをまとめて「利用者端末２」と呼ぶ。
また、以下、事業者Ｃ－１乃至Ｃ－ｎを個々に区別する必要がない場合、これらをまとめて「事業者Ｃ」と呼ぶ。「事業者Ｃ」と呼んでいる場合には、事業者装置４－１乃至４－ｍをまとめて「事業者装置４」と呼ぶ。

ここで、図２を用いて、アプリの利用に係るＩＤ（以下、「ＡＰＬＩＤ」と呼ぶ）と個人属性情報の管理に係るＩＤ（以下、「ＵＩＤ」と呼ぶ）との関係性について説明する。
なお、以下、利用者Ｕ－１乃至Ｕ－ｎは何れも、アプリ提供者Ａにより提供されたアプリを利用しているものとする。例えば、上述したように、利用者Ｕ－１乃至Ｕ－ｎの夫々の運動の履歴等の夫々が、アプリ提供者Ａにより提供されたアプリにより利用されているものとする。
アプリ提供者Ａは、通常、利用者Ｕ－１乃至Ｕ－ｎの夫々を識別するため、利用者Ｕ－１乃至Ｕ－ｎの夫々に対して個別にＡＰＬＩＤを付与して管理する。具体的には例えば、図２の例では、利用者Ｕ－１には、ＡＰＬＩＤとして「ａ００１」が付与されており、利用者Ｕ－２には、ＡＰＬＩＤとして「a００２」が付与されている。
一方で、サーバ１は、アプリ提供者Ａから取得した利用者Ｕ－ｋ（ｋは１乃至ｎのうちの何れかの値）の個人属性情報Ｉ１を個人属性ＤＢ３００に格納する。このとき、サーバ１は、当該利用者Ｕ－ｋに対してＵＩＤを付与して管理する。具体的には例えば、図２の例では、利用者Ｕ－１には、ＵＩＤとして「ＴＦ＿３６ＣＡ２７３７Ｅ００１」が付与されており、利用者Ｕ－２には、ＵＩＤとして「ＴＦ＿４２Ｄ９ＤＢ４Ａ０Ｂ２」が付与されている。
このように、サーバ１は、利用者Ｕ－１乃至Ｕ－ｎの夫々に対し、ＡＰＬＩＤとは異なるＵＩＤを付与して管理する。これにより、サーバ１は、利用者Ｕ－１乃至Ｕ－ｎの夫々を特定可能にするとともに、アプリとは別のＰＤＳとして個人属性ＤＢ３００に格納して管理することができる。
なお、ＡＰＬＩＤとＵＩＤとの対応付けの手法は、特に限定されず、例えば個人属性ＤＢ３００や、アプリＤＢ５００や、図示せぬ他のデータベース等により管理される手法を採用してもよい。

図２においてサーバ１の右側に示すように、「ＵＩＤ：ＴＦ＿３６ＣＡ２７３７Ｅ００１」が付与された利用者Ｕ－１の個人属性情報の一部として、「Ｎａｍｅ：４Ｃ０３ＤＢ０３６９９２８ＤＣ２７Ｆ６９」が含まれる。これは、「ＵＩＤ：ＴＦ＿３６ＣＡ２７３７Ｅ００１」が付与された利用者Ｕ－１の個人属性情報である名前の内容として、「４Ｃ０３ＤＢ０３６９９２８ＤＣ２７Ｆ６９」が格納されていることを表している。
「４Ｃ０３ＤＢ０３６９９２８ＤＣ２７Ｆ６９」は、「ＵＩＤ：ＴＦ＿３６ＣＡ２７３７Ｅ００１」が付与された利用者Ｕ－１の個人属性情報である名前が暗号化された形態である。即ち、サーバ１は、利用者Ｕの個人属性情報を暗号化して個人属性ＤＢ３００に格納する。

また、図１及び図２において個人属性ＤＢ３００はサーバ１に備えられているが、以下のように構成されていてもよい。例えば、個人属性ＤＢ３００は、サーバ１と異なる他の情報処理装置であって、サーバ１とはネットワークＮを介して個人属性情報の授受をするものであってよい。この場合、サーバ１と個人属性ＤＢ３００との間には、ファイアウォールが備えられているのが好適である。

このように、個人属性ＤＢ３００は、利用者Ｕにとって重要な個人属性情報を格納されるため、プライバシーや情報漏洩の対策がされて管理される。

図３は、図２の情報処理システムのうちサーバのハードウェア構成を示すブロック図である。

サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、を備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

出力部１６は、ディスプレイやスピーカ等で構成され、各種情報を画像や音声として出力する。
入力部１７は、キーボードやマウス等で構成され、各種情報を入力する。

記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図１の例では利用者端末２やアプリ提供者装置３、事業者装置４）との間で通信を行う。

ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ２０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア３１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

なお、図示はしないが、図２の情報処理システムの利用者端末２、アプリ提供者装置３及び事業者装置４は図３に示すハードウェア構成と基本的に同様の構成を有している。

以下、図４を用いて、図１のステップＳＴ１乃至ＳＴ６に対応する処理が実行される際のサーバ１の機能的構成の一例について説明する。
図４は、図３のサーバの機能的構成の一例を示す機能ブロック図である。

図１のステップＳＴ１乃至ＳＴ６に対応する処理が実行される際には、サーバ１のＣＰＵ１１において、個人属性管理部１１１と、許可属性取得部１１２と、リクエスト取得部１１３と、送信制御部１１４とが機能する。
また、サーバ１の記憶部１８の一領域には、個人属性ＤＢ３００が設けられている。
また、事業者装置４のＣＰＵ４１において、個人属性取得部４１１と、提供情報生成部４１２とが機能する。

サーバ１の各機能ブロックが機能する前提として、具体的には例えば、図１のステップＳＴ１に対応する処理として、利用者端末２及びアプリ提供者装置３により、以下のような処理が実行される。
図１の例の前提と同様に、ここでは、アプリ提供者Ａは、利用者Ｕの運動の履歴を管理するアプリを提供しているものとする。例えば、利用者Ｕは、アプリ提供者Ａにより提供されるアプリを、利用者端末２にインストールして利用しているものとする。
この時、利用者端末２は、アプリの起動中に利用者Ｕにより利用者端末２に入力された個人属性や、利用者端末２自身で測定した位置や運動量等の情報を、アプリで利用された利用者Ｕの個人属性情報Ｉ１としてアプリ提供者装置３に送信する。
その結果、アプリ提供者装置３は、アプリで利用された利用者Ｕの個人属性情報Ｉ１をアプリＤＢ５００に格納して管理する。

このような図１のステップＳＴ１に対応する処理が実行されると、図１のステップＳＴ２及びＳＴ３に対応する処理が実行され、サーバ１、利用者端末２及びアプリ提供者装置３は、以下のように機能する。

図１の例の前提と同様にここでは、利用者Ｕは、アプリ提供者Ａに対し、アプリで利用した個人属性情報Ｉ１をサービス提供者Ｍに提供する旨を、アプリ提供者Ａに対して依頼しているものとする。例えば、利用者Ｕは、利用者端末２を操作することにより、アプリで利用した個人属性情報Ｉ１をサービス提供者Ｍに提供する依頼をしているものとする。
具体的には例えば、利用者端末２は、利用者Ｕによる所定の操作を受付けることで、アプリで利用された個人属性情報Ｉ１をサーバ１に提供する依頼を、アプリ提供者装置３に送信する。
アプリ提供者装置３は、個人属性情報Ｉ１をサービス提供者Ｍに提供する依頼を受信した場合、アプリで利用された利用者Ｕの個人属性情報Ｉ１をサーバ１に送信する。

これにより、サーバ１において、個人属性管理部１１１が機能する。即ち、個人属性管理部１１１は、アプリ提供者装置３から送信されてきた利用者Ｕの個人属性情報Ｉ１を取得し、それを個人属性ＤＢ３００に格納して管理する。

次に、図１のステップＳＴ４乃至ＳＴ６に対応する処理が実行される場合、サーバ１、利用者端末２及び事業者装置４は、以下のように機能する。

許可属性取得部１１２は、利用者Ｕにとって事業者Ｃへの提供を許可してもよい１以上の属性の種類を示す情報として、許可属性情報Ｉ２ａを取得する。
具体的には例えば、利用者端末２は、利用者Ｕによる所定の操作を受付けることで、事業者Ｃに提供してもよい１以上の個人属性の種類の選択の結果として、許可属性情報Ｉ２ａ取得して、サーバ１に送信する。
そこで、許可属性取得部１１２は、利用者端末２から送信されてきた許可属性情報Ｉ２を取得する。
なお、利用者Ｕにより１以上の属性の種類が選択される際に、利用者端末２に表示される画面の例については、図６（Ａ）を用いて後述する。

個人属性管理部１１１は、許可属性取得部１１２により取得された許可属性情報Ｉ２ａと、リクエスト取得部１１３により取得されたリクエスト情報Ｉ２ｂとを、個人属性情報の一部として個人属性ＤＢ３００に格納して管理する。
その結果、個人属性ＤＢ３００に格納された複数種類の個人属性の夫々について、事業者Ｃに提供してもよいか否かの夫々が対応付けられる。

リクエスト取得部１１３は、利用者Ｕの提供情報Ｉ４に関する所定の要望としてのリクエストを示すリクエスト情報Ｉ２ｂを取得する。
利用者端末２は、利用者Ｕの操作による所定の操作を受付けることで、利用者Ｕのリクエストを受付ける。そして、利用者端末２は、利用者Ｕのリクエストを示すリクエスト情報Ｉ２ｂを、サーバ１に送信する。
リクエスト取得部１１３は、利用者端末２から送信されてきたリクエスト情報Ｉ２ｂを取得する。
なお、利用者Ｕによるリクエストが受付けられる際に利用者端末２に表示される画面の例については、図６（Ｂ）を用いて後述する。

送信制御部１１４は、許可属性情報Ｉ２ａに基づく個人属性情報Ｉ３を、事業者装置４に送信する制御を実行する。
事業者装置４の個人属性取得部４１１は、サーバ１から送信されてきた個人属性情報Ｉ３及びリクエスト情報Ｉ２ｂを取得する。
事業者装置４の提供情報生成部４１２は、個人属性取得部４１１により取得された個人属性情報Ｉ３及びリクエスト情報Ｉ２ｂに基づいて、提供情報Ｉ４を生成する。

次に、図１のステップＳＴ４及びＳＴ６に対応する処理、即ち、許可属性情報Ｉ２ａ及びリクエスト情報Ｉ２ｂが取得されてから、提供情報Ｉ４が提供されるまでの処理（以下、「許可属性情報提供処理」と呼ぶ）を、図５を用いて説明する。

図５は、図４の機能的構成を有するサーバにより実行される、許可属性情報提供処理の流れの一例を説明するフローチャートである。許可属性情報提供処理は、図１のステップＳＴ１乃至ＳＴ３に対応する処理が実行された後であって、事業者Ｃに利用者Ｕの個人属性情報が提供されるよりも前の任意のタイミングで実行される。即ち、許可属性情報提供処理は、個人属性情報Ｉ１が取得されて格納されるまでの処理が実行された後、事業者Ｃに利用者Ｕの個人属性情報が提供される前の任意のタイミングで実行される。

即ち、ステップＳ１１において、許可属性取得部１１２は、許可属性情報Ｉ２ａ及びリクエスト情報Ｉ２ｂを取得する。

ステップＳ１２において、個人属性管理部１１１は、取得された許可属性情報Ｉ２ａ及びリクエスト情報Ｉ２ｂを、個人属性情報の一部として個人属性ＤＢ３００に格納して管理する。

ステップＳ１３において、個人属性管理部１１１は、事業者Ｃへの提供を許可してもよいとして利用者Ｕにより選択された種類の個人属性情報Ｉ３と、リクエスト情報Ｉ２ｂとを、通信部１９を介して事業者装置４に送信する。
これにより、許可属性情報提供処理は終了する。

次に、図６を用いて、本サービスの具体例として、利用者端末２に表示される画面の例、及びサーバ１の個人属性ＤＢ３００に格納される個人属性情報の例について説明する。

図６は、図４の利用者端末に表示される属性選択画面、及びリクエスト選択画面の例を示す図である。

図６（Ａ）には、利用者端末２に表示される属性選択画面の例が図示されている。「属性選択画面」とは、ＰＤＳに格納され得る利用者Ｕの個人属性の種類のうち、事業者Ｃに提供してもよい個人属性の種類を、利用者Ｕに選択させる操作を行わせる際に利用者端末２に表示される画面である。
属性選択画面は、図１のステップＳＴ１乃至ＳＴ３の後、ステップＳＴ４において利用者端末２に表示される。即ち、属性選択画面は、サーバ１により、個人属性情報Ｉ１が取得されて個人属性ＤＢ３００に格納されるまでの処理が実行された後、任意のタイミングで利用者端末２に表示される。

図６（Ａ）の例では、図１のステップＳＴ１乃至ＳＴ３に対応する処理が行われたことにより、利用者Ｕの個人属性情報として、「生年月日」、「性別」及び「歩数」の夫々を示す情報が個人属性ＤＢ３００に格納されている。
また、図６（Ａ）の例では、属性選択画面の上側には、「提供の許可をする個人属性の種類にチェックをいれてください。」という文字列が表示されている。
ここで、図６（Ａ）の例では、属性選択画面は、事業者Ｃ－１乃至Ｃ－ｍのうちいずれの事業者Ｃであるかを特定せずに、事業者Ｃに提供してもよいかを利用者Ｕに選択させるための画面となっている。つまり、図６（Ａ）の属性選択画面により事業者Ｃに提供してもよい個人属性の種類を利用者Ｕに選択させた結果は、事業者Ｃ－１乃至Ｃ－ｍに対して適用される。
なお、これは例示に過ぎず、事業者Ｃ－１乃至Ｃ－ｍの夫々毎に、提供を許可してもよいかを利用者Ｕに選択させるための画面を、属性選択画面として採用してもよい。

図６（Ａ）の属性選択画面において、「提供の許可をする個人属性の種類にチェックをいれてください。」という文字列の下側には、事業者Ｃへの提供を許可してもよい個人属性の種類を利用者Ｕに選択させるための表が表示されている。

図６（Ａ）の表の最上段の項目の欄には、左から「種類」、「提供の許可」、「登録済みの内容」の項目が表示されている。
即ち、それより下の各行の夫々には、個人属性の所定の種類についての、「種類」、「提供の許可」、「登録済みの内容」の夫々の情報が表示されている。

所定行の「種類」には、個人属性ＤＢ３００に格納される個人属性情報の種類のうち、当該所定行に対応する所定の種類の名称等が表示される。
例えば、３行目（最上段から下に２行目）には、「生年月日」が表示されている。したがって、３行目は、個人属性の種類として、「生年月日」に関する情報が表示される。同様に、当該所定行の「種類」の項目に対応する列には、個人属性の種類として、上から「氏名」、「生年月日」、「性別」、「仕事」、「住所」、「位置情報」、「身長」、「体重」、「体脂肪率」、「食事内容」及び「歩数」が表示されている。

所定行の「提供の許可」には、当該所定行の「種類」の個人属性情報の事業者Ｃへの提供を許可するか否かをチェックするチェック欄が表示されている。このチェック欄に、レ点がチェックされている場合には、当該所定行の「種類」の個人属性情報の事業者Ｃへの提供を利用者Ｕが許可していることを意味する。これに対して、このチェック欄に、レ点がチェックされていない場合には、当該所定行の「種類」の個人属性情報の事業者Ｃへの提供を利用者Ｕが許可していないことを意味している。
例えば、３行目（最上段から下に２行目）の「提供の許可」のチェック欄には、レ点がチェックされている。これは、「生年月日」についての個人属性情報の事業者Ｃへの提供が、利用者Ｕにより許可されていることを意味している。また例えば、６行目（最上段から下に５行目）の「提供の許可」のチェック欄には、レ点がチェックされていない。これは、「住所」についての個人属性情報の事業者Ｃへの提供が、利用者Ｕにより許可されていないことを意味している。

所定行の「登録済みの内容」には、当該所定行の「種類」の個人属性情報のうち、登録済みの内容が表示されている。
即ち、所定行の「登録済みの内容」には、図１のステップＳＴ１乃至ＳＴ３に対応する処理の結果として個人属性ＤＢ３００に格納されることで登録された内容が表示されることになる。
例えば、２行目（最上段から下に１行目）には、「氏名」が表示されている。したがって、２行目は、「登録済みの内容」として「氏名」に関する情報が表示される。「登録済みの内容」には、「〇□ △□」が表示されている。これは、利用者Ｕの「氏名」が「〇□ △□」として登録されていることを意味している。また例えば、３行目（最上段から下に２行目）の「登録済みの内容」には、「１９９４年４月１０日」が表示されている。これは、利用者Ｕの「生年月日」が「１９９４年４月１０日」として登録されていることを意味している。また例えば、４行目（最上段から下に３行目）の「登録済みの内容」には、「女性」が表示されている。これは、利用者Ｕの「性別」が「女性」として登録されていることを意味している。また例えば、５行目（最上段から下に４行目）の「登録済みの内容」には、「化粧品販売」が表示されている。これは、利用者Ｕの「仕事」が「化粧品販売」として登録されていることを意味している。また例えば、６行目（最上段から下に５行目）の「登録済みの内容」には、「東京都〇〇区・・・」が表示されている。これは、利用者Ｕの「住所」が「東京都〇〇区・・・」として登録されていることを意味している。また例えば、８行目（最上段から下に７行目）の「登録済みの内容」には、「１５８ｃｍ」が表示されている。これは、利用者Ｕの「身長」が「１５８ｃｍ」として登録されていることを意味している。また例えば、９行目（最上段から下に８行目）の「登録済みの内容」には、「５５ｋｇ」が表示されている。これは、利用者Ｕの「体重」が「５５ｋｇ」として登録されていることを意味している。また例えば、１２行目（最上段から下に１１行目）の「登録済みの内容」には、「今日：３５００歩」が表示されている。これは、個人属性情報が取得された当日に利用者Ｕが歩いた「歩数」が「３５００歩」であることを意味している。
ここで、例えば７行目（最上段から下に６行目）、１０行目（最上段から下に９行目）、及び１１行目（最上段から下に１０行目）の夫々の「登録済みの内容」は、いずれも空欄となっている。これは、利用者Ｕの「位置情報」、「体脂肪率」、及び「食事内容」の夫々を示す個人属性情報については、いずれも登録されていないことを意味している。即ち、図１のステップＳＴ１乃至ＳＴ３に対応する処理の結果として個人属性ＤＢ３００に格納されていない（登録されていない）種類の個人属性情報は、図６（Ａ）の表の所定行の「登録済みの内容」が空欄として表示される。

図６（Ａ）の例では、「提供の許可」のチェック欄のうち、「氏名」、「生年月日」、「性別」、「仕事」及び「身長」の「種類」に対応するチェック欄にチェックがされている。これは、利用者Ｕが、自身の個人属性情報Ｉ１のうち、「氏名」、「生年月日」、「性別」、「仕事」及び「身長」の夫々を示す個人属性情報については事業者Ｃに提供してもよいとしていることを示している。この場合、図６（Ａ）に示すように、個人属性の種類のうち、チェック欄にチェックされた種類（氏名、生年月日、性別、仕事、及び身長）を示す情報が、許可属性情報Ｉ２ａとして、サーバ１により取得される。

図６（Ｂ）には、利用者端末２に表示されるリクエスト選択画面の例が図示されている。「リクエスト選択画面」とは、利用者Ｕにリクエストの内容を選択させる操作を行わせる際に利用者端末２に表示される画面である。
リクエスト選択画面は、図１のステップＳＴ１乃至ＳＴ３の後、ステップＳＴ４において利用者端末２に表示される。即ち、リクエスト選択画面は、サーバ１により、個人属性情報Ｉ１が取得されて個人属性ＤＢ３００に格納されるまでの処理が実行された後、任意のタイミングで利用者端末２に表示される。なお、本実施形態では、図６（Ａ）に示す属性選択画面が表示されて、利用者Ｕによる所定の入力操作が完了した後にリクエスト選択画面が表示されるものとする。

また、図６（Ｂ）の例では、リクエスト選択画面の上側には、「受けたいサービスのジャンルを選択してください。」という文字列が表示されている。
ここで、図６（Ｂ）の例では、リクエスト選択画面は、図６（Ａ）の属性選択画面と同様に、事業者Ｃ－１乃至Ｃ－ｍのうちいずれの事業者Ｃであるかを特定せずに、利用者Ｕのリクエストの内容を選択させるための画面となっている。つまり、図６（Ｂ）のリクエスト選択画面により利用者Ｕに選択させたリクエストの内容は、事業者Ｃ－１乃至Ｃ－ｍに対して適用される。
なお、これは例示に過ぎず、事業者Ｃ－１乃至Ｃ－ｍの夫々毎に、利用者Ｕのリクエストの内容を選択させるための画面を、リクエスト選択画面として採用してもよい。

図６（Ｂ）のリクエスト選択画面において、「受けたいサービスのジャンルを選択してください。」という文字列の下側には、利用者Ｕのリクエストの内容を利用者Ｕに選択させるための表が表示されている。

図６（Ｂ）の表の最上段の項目の欄には、左から「ジャンル」、「サービスを受けたい」の項目が表示されている。
即ち、それより下の各行の夫々には、利用者Ｕのリクエストについての、「ジャンル」、「サービスを受けたい」の夫々の情報が表示されている。

所定行の「ジャンル」には、利用者Ｕのリクエストとして、事業者Ｃにより提供されるサービスや情報のジャンルを示す名称が表示される。例えば、２行目（最上段から下に１行目）乃至５行目（最上段から下に４行目）の夫々には、「食事」、「運動」、「レジャー」、「健康」の夫々が表示されている。
所定行の「サービスを受けたい」には、当該所定行の「ジャンル」に属するサービスや情報の提供を受けたいかどうかをチェックするチェック欄が表示されている。このチェック欄に、レ点がチェックされている場合には、当該所定行の「ジャンル」に属するサービスや情報の提供を受けることを利用者Ｕが要望（リクエスト）していることを意味している。これに対して、このチェック欄に、レ点がチェックされていない場合には、当該所定行の「ジャンル」に属するサービスや情報の提供を受けることを利用者Ｕが要望（リクエスト）していないことを意味している。
例えば、２行目（最上段から下に１行目）の「サービスを受けたい」のチェック欄には、レ点がチェックされている。これは、「ジャンル」が「食事」に属するサービスや情報の提供を受けることを利用者Ｕが要望（リクエスト）していることを意味している。また例えば、５行目（最上段から下に４行目）の「サービスを受けたい」のチェック欄には、レ点がチェックされている。これは、「ジャンル」が「健康」に属するサービスや情報の提供を受けることを利用者Ｕが要望（リクエスト）していることを意味している。
これに対して、例えば３行目（最上段から下に２行目）、及び４行目（最上段から下に３行目）の夫々の「サービスを受けたい」のチェック欄には、いずれもレ点がチェックされていない。これは、「ジャンル」が「運動」、「レジャー」に属するサービスや情報の提供を受けることを利用者Ｕが要望（リクエスト）していないことを意味している。
図６（Ｂ）の場合、「サービスを受けたい」のチェック欄にチェックされたジャンル（食事、健康）に属するサービスや情報の提供を受けることを利用者Ｕが要望（リクエスト）していることを示す情報が、リクエスト情報Ｉ２ｂとして、サーバ１により取得される。

以上、本発明が適用される情報処理システムの実施形態を説明してきた。しかしながら、本発明が適用される実施形態は、例えば次のようなものであってもよい。

本実施形態では、図１のステップＳＴ１乃至ＳＴ３の処理で説明したように、アプリ提供者装置３から利用者Ｕの個人属性情報は、サーバ１の個人属性ＤＢ３００に格納されるものとして説明したがこれに特に限定されない。
即ち例えば、アプリ提供者Ａ及びアプリ提供者装置３は複数存在し、複数の利用者Ｕの夫々は異なるアプリの夫々を利用していてもよい。即ち、サーバ１は、異なるアプリ提供者装置３から送信されてきた個人属性情報を管理することができる。
また例えば、利用者Ｕは、複数のアプリを利用していてもよい。即ち、サーバ１は、利用者Ｕが利用している複数のアプリに対応する複数のアプリ提供者装置３から送信されてきた個人属性情報を管理することができる。
また例えば、利用者Ｕは、アプリで利用された利用者Ｕの個人属性情報Ｉ１をアプリ提供者装置３からサーバ１に提供する依頼をしなくてもよい。即ち、サーバ１は、個人属性ＤＢ３００に個人属性情報が格納されていない利用者Ｕに対しても、図１のステップＳＴ４及びＳＴ５の処理を実行することにより、本サービスを提供することができる。

また例えば、図６（Ｂ）の例では、利用者Ｕに提供情報Ｉ４の属するジャンルを選択させる手法が採用されているが、これは例示に過ぎない。例えば、提供情報Ｉ４の具体的な内容や、事業者Ｃを個別具体的に選択させる手法が用いられてもよい。これにより、利用者Ｕがリクエストできる内容の範囲が広がるので、利用者Ｕの利便性を向上させることができる。
さらに例えば、図６（Ｂ）の例では、利用者Ｕのリクエストの内容を利用者Ｕに選択させる手法が採用されているが、これは例示に過ぎない。例えば、リクエストの内容を利用者Ｕにフリーワード入力させる手法が採用されてもよい。これにより、利用者Ｕがリクエストできる内容の範囲が広がるので、利用者Ｕの利便性をさらに向上させることができる。

また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図４の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図４の例に限定されない。また、機能ブロックの存在場所も、図４に特に限定されず、任意でよい。例えば、サーバ１の機能ブロックを利用者端末２等に移譲させてもよい。また、サーバ１の機能ブロックをアプリ提供者装置３や事業者装置４等に移譲させてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

また例えば、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

また例えば、このようなプログラムを含む記録媒体は、利用者Ｕにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態で利用者Ｕに提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

以上を換言すると、本発明が適用される情報処理装置は、次のような構成を有する各種各様の実施形態を取ることができる。

即ち、本発明が適用される情報処理装置（例えば、図１乃至４のサーバ１）は、
利用者（例えば、図１の利用者Ｕ）の１以上の属性の夫々の内容に基づいて得られる第１情報（例えば、図１の提供情報Ｉ４）を当該利用者に提供する情報提供者（例えば、図１の事業者Ｃ）により管理される提供者装置（例えば事業者装置４）と通信を行う情報処理装置（例えば図１乃至４サーバ１）において、
前記１以上の属性のうち、前記情報提供者に対する開示が前記利用者により許可された属性の種類（例えば、性別、年齢、仕事）を示す第２情報（例えば、図１の許可属性情報Ｉ２ａ）を取得する許可属性取得手段（例えば、図４の許可属性取得部１１２）と、
前記利用者の前記第１情報に関する所定の要望を示す第３情報（例えば、リクエスト情報）を取得する要望取得手段（例えば、図４のリクエスト取得部１１３）と、
前記第２情報及び前記第３情報に基づく情報（例えば、図１の個人属性情報Ｉ３）を、前記提供者装置に送信する制御を実行する送信制御手段（例えば、図４の送信制御部１１４）と、
を備える。

これにより、情報提供者に対する開示が利用者により許可された属性の種類を示す情報とともに、利用者の所定の要望を示す情報が取得されて、これに基づいた情報が提供者装置に送信される。その結果、利用者Ｕによる開示の許可がなされていない種類の個人属性情報が情報提供者に提供されることがなくなる。その結果、利用者の属性に関する情報が、利用者の意に反して情報提供者に開示されないようにすることができる。さらに、情報提供者は、利用者に提供する情報の内容を、利用者の興味のある分野に的を絞ることができので、業務の効率化を図ることができる。また、利用者は、事業者から提供される情報を自ら選別することなく、興味のある分野の情報のみを取得することができる。

１・・・サーバ、１１・・・ＣＰＵ、１８・・・記憶部、１１１・・・個人属性管理部、１１２・・・許可属性取得部、１１３・・・リクエスト取得部、１１４・・・送信制御部、３００・・・個人属性ＤＢ、２・・・利用者端末、３・・・アプリ提供者装置、５００・・・アプリＤＢ、４・・・事業者装置、４１・・・ＣＰＵ、４１１・・・個人属性取得部、４１２・・・提供情報生成部

Claims (3)

1. 利用者の１以上の属性の夫々の内容に基づいて得られる第１情報を当該利用者に提供する情報提供者により管理される提供者装置と通信を行う情報処理装置において、
   前記１以上の属性のうち、前記情報提供者に対する開示が前記利用者により許可された属性の種類を示す第２情報を取得する許可属性取得手段と、
   前記利用者の前記第１情報に関する所定の要望を示す第３情報を取得する要望取得手段と、
   取得した前記第２情報及び前記第３情報を対応付けてデータベースに格納する属性管理手段と、
   送信制御手段と、
   を備え、
   前記データベースは、前記利用者の利用者端末がアプリケーションプログラムを実行することによって前記利用者端末から得られる前記利用者の属性情報を格納するものであり、
   前記送信制御手段は、前記データベースに格納された複数種類の属性情報のうち、前記第２情報に基づき前記情報提供者への開示が許可された属性情報を選択し、選択した前記属性情報及び前記第３情報を、前記提供者装置に送信する制御を実行する、
   情報処理装置。
2. 利用者の１以上の属性の夫々の内容に基づいて得られる第１情報を当該利用者に提供する情報提供者により管理される提供者装置と通信を行う情報処理装置が実行する情報処理方法において、
   前記１以上の属性のうち、前記情報提供者に対する開示が前記利用者により許可された属性の種類を示す第２情報を取得する許可属性取得ステップと、
   前記利用者の前記第１情報に関する所定の要望を示す第３情報を取得する要望取得ステップと、
   取得した前記第２情報及び前記第３情報を対応付けてデータベースに格納する属性管理ステップと、
   送信制御ステップと、
   を含み、
   前記データベースは、前記利用者の利用者端末がアプリケーションプログラムを実行することによって前記利用者端末から得られる前記利用者の属性情報を格納するものであり、
   前記送信制御ステップは、前記データベースに格納された複数種類の属性情報のうち、前記第２情報に基づき前記情報提供者への開示が許可された属性情報を選択し、選択した前記属性情報及び前記第３情報を、前記提供者装置に送信する制御を実行する、
   情報処理方法。
3. 利用者の１以上の属性の夫々の内容に基づいて得られる第１情報を当該利用者に提供する情報提供者により管理される提供者装置と通信を行う、データベースを備える情報処理装置を制御するコンピュータに、
   前記１以上の属性のうち、前記情報提供者に対する開示が前記利用者により許可された属性の種類を示す第２情報を取得する許可属性取得ステップと、
   前記利用者の前記第１情報に関する所定の要望を示す第３情報を取得する要望取得ステップと、
   取得した前記第２情報及び前記第３情報を対応付けてデータベースに格納する属性管理ステップと、
   送信制御ステップと、
   を実行させるものであり、
   前記データベースは、前記利用者の利用者端末がアプリケーションプログラムを実行することによって前記利用者端末から得られる前記利用者の属性情報を格納するものであり、
   前記送信制御ステップは、前記データベースに格納された複数種類の属性情報のうち、前記第２情報に基づき前記情報提供者への開示が許可された属性情報を選択し、選択した前記属性情報及び前記第３情報を、前記提供者装置に送信する制御を実行する、
   プログラム。

Images