特開 2024-171166 情報処理装置、情報処理システム、情報処理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024171166

(43)【公開日】2024-12-11

(54)【発明の名称】情報処理装置、情報処理システム、情報処理方法及びプログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20241204BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023088091

(22)【出願日】2023-05-29

(71)【出願人】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】110000338

【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】高橋 伸也

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049BB05

5L049CC11

5L050CC11

(57)【要約】

【課題】ユーザが受けたサービスに関連する追加のサービスを提示することにより、ユーザに提示する情報量を減らし、ユーザからユーザデータの利用の同意を得やすくする技術を実現する。
【解決手段】情報処理装置（１）は、ユーザが事業者から受けたサービスに関するユーザデータを取得する取得手段（１１）と、サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定する判定手段（１２）と、付加価値サービスがあると判定された場合に、事業者が有するユーザデータを他の事業者に提供することへの同意要求と、ユーザが同意要求を許諾することによって受けられる付加価値サービスに関する情報と、を含むメッセージを生成する生成手段（１３）と、を備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

ユーザが事業者から受けたサービスに関するユーザデータを取得する取得手段と、
前記サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定する判定手段と、
前記付加価値サービスがあると判定された場合に、前記事業者が有する前記ユーザデータを前記他の事業者に提供することへの同意要求と、前記ユーザが前記同意要求を許諾することによって受けられる前記付加価値サービスに関する情報と、を含むメッセージを生成する生成手段と、
を備える情報処理装置。

【請求項2】

前記判定手段は、前記事業者が有する前記ユーザデータを前記他の事業者に提供することの同意が前記ユーザからすでに得られているか否かを更に判定し、前記生成手段は、当該同意が前記ユーザからまだ得られていないと判定された場合に、前記メッセージを生成する、請求項１に記載の情報処理装置。

【請求項3】

前記付加価値サービスのユーザ満足度を推定する推定手段を更に備える、請求項１又は２に記載の情報処理装置。

【請求項4】

前記ユーザ満足度は、前記ユーザが前記事業者からサービスを受けた場所と前記付加価値サービスが受けられる場所との地理的関係、又は前記ユーザの行動情報に基づいて推定される、請求項３に記載の情報処理装置。

【請求項5】

前記メッセージに含める前記付加価値サービスを、前記ユーザ満足度に基づいて決定する決定手段を更に備える、請求項４に記載の情報処理装置。

【請求項6】

前記他の事業者に提供する提供ユーザデータを、前記他の事業者ごとに前記ユーザデータのうちから選択する選択手段を更に備える、請求項１又は２に記載の情報処理装置。

【請求項7】

前記メッセージは、前記他の事業者に提供するユーザデータと前記受けられる付加価値サービスに関する情報とが１つの表示画面に表示されるように構成される、請求項１又は２に記載の情報処理装置。

【請求項8】

少なくとも１つのプロセッサが、
ユーザが事業者から受けたサービスに関するユーザデータを取得すること、
前記サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定すること、
前記付加価値サービスがあると判定された場合に、前記事業者が有する前記ユーザデータを前記他の事業者に提供することへの同意要求と、前記ユーザが前記同意要求を許諾することによって受けられる前記付加価値サービスに関する情報と、を含むメッセージを生成すること、
を含む情報処理方法。

【請求項9】

ユーザが事業者から受けたサービスに関するユーザデータを取得する取得手段と、
前記サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定する判定手段と、
前記付加価値サービスがあると判定された場合に、前記事業者が有する前記ユーザデータを前記他の事業者に提供することへの同意要求と、前記ユーザが前記同意要求を許諾することによって受けられる前記付加価値サービスに関する情報と、を含むメッセージを生成する生成手段と、
前記事業者に関する情報と、前記付加価値サービスに関する情報と、当該付加価値サービスを提供する前記他の事業者に関する情報と、当該他の事業者に提供する提供ユーザデータに関する情報と、を関連付けて記録する、付加価値サービステーブルを記憶する記憶部と、
を備える情報処理システム。

【請求項10】

ユーザが事業者から受けたサービスに関するユーザデータを取得する取得処理と、
前記サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定する判定処理と、
前記付加価値サービスがあると判定された場合に、前記事業者が有する前記ユーザデータを前記他の事業者に提供することへの同意要求と、前記ユーザが前記同意要求を許諾することによって受けられる前記付加価値サービスに関する情報と、を含むメッセージを生成する生成処理と、
をコンピュータに実行させる情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

ユーザが事業者のサービスを利用したときなどには、その利用に関するユーザデータ（以下、「ＵＤ」とも称する。）が生成され、そのサービスを提供する事業者が保持する。このユーザの動線に沿ってタッチポイント（ユーザが事業者のサービスを利用することができる場所）を構築する他の事業者とＵＤを共有することができれば、ＵＤのデータ連携を行う事業者グループと連携しない事業者グループとの間で、ユーザに提供するサービスの差別化を図ることができる。ＵＤのデータ連携を促進するためには、ＵＤの所有者であるユーザに、会員登録時やユーザ情報（ＩＤ）連携登録時などのタイミングで、ＵＤ流通の同意を事前に取得し、ＵＤを流通可能な状態としておくことが考えられる。しかし現状では、ＵＤ保持者であるユーザから、データ連携へのユーザの同意が得られにくく、データ連携が促進されないという問題がある。

【0003】

データ連携へのユーザの同意が得られにくい理由としては、次のようなことが考えられる。１つには、ユーザが同意を行うための規約内容が多く、それを理解するのが負担となってデータ連携に同意しないことが考えられる。また、ユーザが安易に同意すると、事業者側主導のデータ連携が行われ、意図しないＵＤ流通が行われてしまうのではないかとの不安があることが考えられる。実際にそのような結果になると、レピュテーションリスク（事業者の信用が損なわれるリスク）が高まるなどの懸念も生じる。つまり、同意を行ったとしても、ユーザによるデータ連携の同意に関する規約の理解が不十分であったり、事業者のデータ連携がユーザにとって意図しない態様であったりすると、データ連携に対するユーザの不信感を生む。最終的にはデータ連携を解除したり、離脱したりすることになり、データ連携によるＵＤ流通市場全体に対する忌避傾向を生じてしまう虞がある。

【0004】

特許文献１には、データ流通にユーザが同意し易いデータ項目、または、ユーザが同意し易いサービス項目に関するサービス連携を推定する推定部と、推定部が推定した同意し易いデータ項目、または推定部が推定した同意し易いサービス項目に関するサービス連携を、ユーザの端末に表示させて推奨する推奨部などを備えるデータ管理装置が開示されている。このような装置により、ユーザのデータを管理するとともに、そのデータを利用する事業者に提供するようにユーザに推薦することが可能となるとされている。

【0005】

特許文献２には、利用者から取得したサービスに対応する利活用レベルと、パーソナルデータの内容に基づいて利用者のリスクを算出するリスク評価部と、利用者から取得したサービスに対応する利活用レベルに基づいて、利用者が受けられる利潤を算出する利潤評価部などを備える利用者同意管理装置が開示されている。これによれば、利活用する情報の粒度に応じた利潤・リスクを個人が把握した上で、利活用に同意する情報の粒度を選択できるとされている。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】国際公開WO2022/185471号公報

【特許文献2】特開第2015-141642号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかし、特許文献１に記載のデータ管理装置においては、ユーザに多くの同意対象のサービス項目を提示してユーザに選択させるため、同意するか否かの判断が容易にはできない虞がある。また、特許文献２に記載の利用者同意管理装置においては、利活用に同意する情報の粒度の選択肢が多くなると、ユーザがどの程度の情報の利活用を同意するかの判断に迷う虞がある。そして、ユーザが判断に迷う場合は、同意しない可能性が高くなることが予想される。

【0008】

本発明の一態様は、上記の問題に鑑みてなされたものであり、その目的の一例は、ユーザからユーザデータの利用の同意を得やすくする技術を提供することである。

【課題を解決するための手段】

【0009】

本発明の一態様に係る情報処理装置は、ユーザが事業者から受けたサービスに関するユーザデータを取得する取得手段と、前記サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定する判定手段と、前記付加価値サービスがあると判定された場合に、前記事業者が有する前記ユーザデータを前記他の事業者に提供することへの同意要求と、前記ユーザが前記同意要求を許諾することによって受けられる前記付加価値サービスに関する情報と、を含むメッセージを生成する生成手段と、を備える。

【0010】

本発明の一態様に係る情報処理方法は、少なくとも１つのプロセッサが、ユーザが事業者から受けたサービスに関するユーザデータを取得すること、前記サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定すること、前記付加価値サービスがあると判定された場合に、前記事業者が有する前記ユーザデータを前記他の事業者に提供することへの同意要求と、前記ユーザが前記同意要求を許諾することによって受けられる前記付加価値サービスに関する情報と、を含むメッセージを生成すること、を含む、を含む。

【0011】

本発明の一態様に係る情報処理システムは、ユーザが事業者から受けたサービスに関するユーザデータを取得する取得手段と、前記サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定する判定手段と、前記付加価値サービスがあると判定された場合に、前記事業者が有する前記ユーザデータを前記他の事業者に提供することへの同意要求と、前記ユーザが前記同意要求を許諾することによって受けられる前記付加価値サービスに関する情報と、を含むメッセージを生成する生成手段と、前記事業者に関する情報と、前記付加価値サービスに関する情報と、当該付加価値サービスを提供する前記他の事業者に関する情報と、当該他の事業者に提供する提供ユーザデータに関する情報と、を関連付けて記録する、付加価値サービステーブルを記憶する記憶部と、を備える。

【0012】

本発明の一態様に係る情報処理プログラムは、ユーザが事業者から受けたサービスに関するユーザデータを取得する取得処理と、前記サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定する判定処理と、前記付加価値サービスがあると判定された場合に、前記事業者が有する前記ユーザデータを前記他の事業者に提供することへの同意要求と、前記ユーザが前記同意要求を許諾することによって受けられる前記付加価値サービスに関する情報と、を含むメッセージを生成する生成処理と、をコンピュータに実行させる。

【発明の効果】

【0013】

本発明の一態様によれば、ユーザが受けたサービスに関連する追加のサービスを提示することにより、ユーザに提示する情報量を減らし、ユーザからユーザデータの利用の同意を得やすくすることができる。

【図面の簡単な説明】

【0014】

【図1】本発明の例示的実施形態１に係る情報処理装置１の構成を示すブロック図である。

【図2】例示的実施形態１に係る情報処理方法の流れを示すフローチャートである。

【図3】例示的実施形態１に係る情報処理システム２の構成を示すブロック図である。

【図4】情報処理装置１が実行する付加価値提供サービスの流れと各ステップの内容を示す模式図である。

【図5】情報処理装置１の記憶部に記録されている各種テーブルの内容を示す模式図である。

【図6】生成部がメッセージを生成する手順とそのメッセージの一例を示す模式図である。

【図7】本発明の例示的実施形態２に係る情報処理装置１Ａの構成を示すブロック図である。

【図8】情報処理装置１Ａが実行する付加価値提供サービスの流れと各ステップの内容を示す模式図である。

【図9】本例示的実施形態に係る情報処理システム２Ａの構成を示すブロック図である。

【図10】ソフトウェアによって情報処理装置を実現するための構成図である。

【発明を実施するための形態】

【0015】

〔例示的実施形態１〕
本発明の第１の例示的実施形態について、図面を参照して詳細に説明する。本例示的実施形態は、後述する例示的実施形態の基本となる形態である。

【0016】

（情報処理装置１の構成）
本例示的実施形態に係る情報処理装置１の構成について、図１を参照して説明する。図１は、情報処理装置１の構成を示すブロック図である。図１に示すように、情報処理装置１は、取得部１１、判定部１２、生成部１３を備える。

【0017】

情報処理装置１は、ユーザが経済的行動を行った場合に、その経済的行動に関連して受けられる付加価値サービスを提示するとともに、その経済的行動のユーザデータを他のサービス事業者へ提供すること（以下、これを「データ連携」とも称する。）の同意を求めるための装置である。情報処理装置１は、例えば、ある地域のユーザ（消費者）の経済的活動をより活発化させることにより、地域の経済活性化を促進することを目指す運営者によって運営される。情報処理装置１を運営する運営者は、ユーザがあるサービス事業者から受けたサービスのデータを他のサービス事業者に提供することについて、あらかじめ複数のサービス事業者と契約をしておく。以下では「サービス事業者」を単に「事業者」と称する。

【0018】

取得部１１は、ユーザが事業者から受けたサービスに関するユーザデータを取得する。「サービス」とは、物品の販売、食事の提供、交通機関・遊興施設・貸出施設等の各種施設の提供など、事業者が不特定多数のユーザに提供することである。「サービスを受ける」とは、物品の購入、飲食店での飲食、交通機関・遊興施設・貸出施設等の各種施設の利用など、事業者から提供されるサービスをユーザが利用すること（経済的行動）である。ユーザがサービスを利用する態様は、サービスの種類によってさまざまである。「事業者」とは、ユーザに上記のサービスを提供する営利組織、又は非営利組織である。なお、上記のサービスは有償に限らず、無償であってもよい。取得部１１は、特許請求の範囲に記載した取得手段の一形態である。

【0019】

「ユーザデータ」とは、ユーザが利用した上記サービスの具体的な内容を示す情報である。例えば、スーパーマーケットでユーザが各種カードを用いて買い物をした場合、そのユーザに関する情報と、買った物品とその価格がスーパーマーケットの例えばＰＯＳ（Point Of Sale）端末に記録される。ＰＯＳ端末は、購買の決裁機能とその購買情報（ユーザデータ）を生成する機能を有する端末である。取得部１１は、このユーザデータをＰＯＳ端末から取得する。

【0020】

判定部１２は、ユーザが受けたサービスに関連してそのユーザが他の事業者から受けることが可能な付加価値サービスがあるか否かを判定する。「付加価値サービス」とは、ユーザが受けたサービス（これを１次サービスとも称する）に関連する２次サービスであって、ユーザにとって利用価値（付加価値）がある、つまりユーザに喜ばれるであろうと考えられる２次サービスを指す。判定部１２は、特許請求の範囲に記載した判定手段の一形態である。

【0021】

例えば、スーパーマーケットでの買い物に関連する付加価値サービスとして、近くで利用可能なコインロッカーの案内、タクシー配車の手配、各種クーポンの提供などが考えられる。例えば、コインロッカーの案内やタクシー配車は、買い物により荷物が増えたユーザにとって、荷物を一時的に預けたり、あるいはタクシーで帰宅したりすることができ、タイムリーに情報の提示を受けることでユーザの満足感を増加させることができる。また、１次サービスによって得られる各種クーポンは、１次サービスを受けた場合にのみうけることができる経済的なメリットであり、ユーザの満足感を増加させることができる。つまり、付加価値サービスとは、１次サービスに伴って受けることでユーザの満足感を増加させることができるサービスである。なお、２次サービスを受けることによって受けることができる３次サービス、さらには４次サービス等も付加価値サービスである。

【0022】

情報処理装置１は、付加価値サービスに関する情報を記憶する記憶部を備えていてもよい。例えば、付加価値サービスに関する情報は、スーパーマーケットの近くにあるコインロッカーの情報、近くにあるタクシー会社の情報、近くにあるレストランのクーポン券情報又はメニューレシピ情報など、ユーザが利用したスーパーマーケットと関連付けた情報である。

【0023】

生成部１３は、判定部１２によってそのような付加価値サービスがあると判定された場合に、その事業者が有するユーザデータを他の事業者に提供することへの同意要求と、ユーザが同意要求を許諾することによって受けられる付加価値サービスに関する情報と、を含むメッセージを生成する。以下では、「同意要求を許諾する」ことを単に「同意する」ともいう。生成部１３は、特許請求の範囲に記載した生成手段の一形態である。

【0024】

生成部１３が生成したメッセージは、情報処理装置１からそのユーザの端末装置（スマートフォンなど）に送信される。ユーザは、そのメッセージから、自分の買い物データとしてのユーザデータがコインロッカーの運営業者に提供されることに同意するか否か、又はタクシー会社に提供されることに同意するか否か、又はレストランの経営者に提供されることに同意するか否か、を返信する。そして、ユーザがユーザデータを他の事業者に提供することに同意した場合は、それぞれの事業者からユーザの携帯端末に２次サービスの案内が届けられる。そしてユーザは、希望によりその２次サービスを容易に利用することができるため、満足感を得ることができる。

【0025】

（情報処理装置１の効果）
以上のように、例示的実施形態１に係る情報処理装置１においてはユーザがある事業者から受けたサービスに関するユーザデータを取得する取得部１１と、ユーザが受けたサービスに関連してそのユーザが他の事業者から受けることが可能な付加価値サービスがあるか否かを判定する判定部１２と、判定部１２によってそのような付加価値サービスがあると判定された場合に、ある事業者が有するユーザデータを他の事業者に提供することへの同意要求と、ユーザが同意要求を許諾することによって受けられる付加価値サービスに関する情報と、を含むメッセージを生成する生成部１３と、を備える構成が採用されている。このような構成においては、ユーザが受けた１次サービスに関連した、タイムリーでユーザに喜ばれるであろう付加価値サービスのみを探索してユーザに提示するため、データ連携を行う他の事業者の数と連携するユーザデータの内容が限定され、ユーザに提示する情報量を減らすことができる。そのため、例示的実施形態１に係る情報処理装置１によれば、ユーザが受けたサービスに関連する追加のサービスを提示することにより、ユーザに提示する情報量を減らし、ユーザからユーザデータの利用の同意を得やすくすることができるという効果が得られる。

【0026】

（情報処理方法の流れ）
次に、本例示的実施形態１に係る情報処理方法Ｓ１について、図面を参照して説明する。図２は、情報処理方法Ｓ１の流れを示すフローチャートである。図２に示すように、情報処理方法Ｓ１は、ステップＳ１１からステップＳ１３を含む。

【0027】

ステップＳ１１において、取得部１１は、ユーザがある事業者から受けたサービスに関するユーザデータを取得する。「事業者」、「サービス」、「ユーザデータ」の意味については上述のとおりである。

【0028】

ステップＳ１２において、判定部１２は、サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定する。「付加価値サービス」の意味については上述のとおりである。

【0029】

ステップＳ１３において、生成部１３は、付加価値サービスがあると判定された場合に、事業者が有するユーザデータを他の事業者に提供することへの同意要求と、ユーザが同意要求を許諾することによって受けられる付加価値サービスに関する情報と、を含むメッセージを生成する。生成されたメッセージは、情報処理装置１からそのユーザの携帯端末などに送信される。

【0030】

（情報処理方法Ｓ１の効果）
以上のように、例示的実施形態１に係る情報処理方法Ｓ１においては、取得部１１が、ユーザがある事業者から受けたサービスに関するユーザデータを取得すること、判定部１２が、サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定すること、生成部１３が、付加価値サービスがあると判定された場合に、事業者が有するユーザデータを他の事業者に提供することへの同意要求と、ユーザが同意要求を許諾することによって受けられる付加価値サービスに関する情報と、を含むメッセージを生成すること、を含む構成が採用されている。このような構成においては、ユーザが受けた１次サービスに関連した、タイムリーでユーザに喜ばれるであろう付加価値サービスのみを探索してユーザに提供するため、データを提供する他の事業者の数と提供するユーザデータの内容が限定される。このため、例示的実施形態１に係る情報処理方法Ｓ１によれば、ユーザが受けたサービスに関連する追加のサービスを提示することにより、ユーザに提示する情報量を減らし、ユーザからユーザデータの利用の同意を得やすくすることができるという効果が得られる。

【0031】

（情報処理システム２の構成）
次に、本例示的実施形態１に係る情報処理システム２について、図面を参照して説明する。図３は、情報処理システム２の構成を示すブロック図である。図３に示すように、情報処理システム２は、取得部２１、判定部２２、生成部２３及び記憶部３０を備える。

【0032】

取得部２１、判定部２２及び生成部２３の機能は、上述の情報処理装置１で説明した取得部１１、判定部１２、生成部１３と同じ機能を有するので、ここでの説明は省略する。なお、情報処理システム２の各部は、１つの筐体に含まれている必要はなく、これらのうちの少なくとも一部が異なる場所に配置されていて、互いに情報通信可能に接続されていてもよい。また、情報処理システム２の各部の少なくとも一部は、クラウド上に配置されていてもよい。

【0033】

記憶部３０は、取得部２１が取得したユーザデータを記憶してもよい。また、記憶部３０は、判定手段２２が行う判定に用いる各種のデータテーブル、及び生成部２３が生成するメッセージに必要な各種データを記憶してもよい。本例示的実施形態１では、記憶部３０は、例えば付加価値サービステーブルを記憶する。記憶部３０に記憶されてもよい各種テーブルの詳細については後述する。

【0034】

次に、情報処理装置１又は情報処理システム２（以下、本例示的実施形態では両者を併せて「情報処理装置１」と称する。）が実行する情報処理の具体例について、図面を参照して説明する。以下では、情報処理装置１が実行するサービスを「付加価値提供サービス」と名づける。この付加価値提供サービスの流れと内容について、図面を参照して説明する。図４は、情報処理装置１が実行する付加価値提供サービスの流れと各ステップの内容を示す模式図である。

【0035】

まず、情報処理装置１が付加価値提供サービスを行うにあたり、データ提供先事業者は、データ提供元事業者のデータを利用して提供する付加価値サービスを、利用するスコープとともに情報処理装置１に事前に登録しておく（ステップＳ０）。各事業者は、付加価値サービスを情報処理装置１に登録することで、他の事業者が提供したサービスに関連する付加価値サービスを提供する機会を得ることができる。つまり、ユーザが各事業者の付加価値サービスを利用する機会が増えることにより、各事業者は互いに経済的なメリットを受けることができる。

【0036】

この付加価値提供サービスを受けようとするユーザは、最初にユーザ端末を用いてユーザＩＤと氏名、メールアドレス等のユーザ属性を情報処理装置１に登録する（ステップＳ１）。情報処理装置１は、ユーザＩＤとユーザ属性を紐付けて記憶部３０のユーザテーブル３０６（後述）に記録する。

【0037】

この登録ステップＳ１が完了すると、ユーザは付加価値提供サービスを受けることができる。ユーザは、まず１次サービスを受ける（ステップＳ２）。１次サービスの種類は問わないが、ここでは、あるスーパーマーケットで買い物をしたとする（購買要求）。購買料金はＰＯＳ端末からカードを用いて支払うものとする。１次サービスを受けた場所（スーパーマーケット）をサービス受領ポイントとする。購買料金をカードで支払うと、そのカード情報（ユーザ属性）が情報処理装置１に送信される（ステップＳ３）。また、購買物品の情報（購買履歴情報）とサービス受領ポイントを運営する事業者の情報（事業者ＩＤ）も併せて情報処理装置１に送信される。情報処理装置１の取得部１１は、このような情報を取得する。

【0038】

次に、情報処理装置１の判定部１２は、このユーザに対して提供できる付加価値サービスがあるか否かを判定する。判定部１２は、記憶部３０に記録されている付加価値サービステーブル３０１を参照して、このユーザに対して提供できる付加価値サービスがあるか否かを判定する（ステップＳ４）。具体的には、判定部１２はまず、ステップＳ３で得られた事業者ＩＤに対応付けられたデータ提供先事業者ＩＤがあるか否かを判定する。データ提供先事業者ＩＤがある場合は、提供できる付加価値サービスがあると判定される。

【0039】

このステップＳ４で、判定部１２がこのユーザに対して提供できる付加価値サービスがないと判定した場合は、情報処理装置１は付加価値提供サービスを終了する。ここで、記憶部３０に記録されている各種テーブルについて説明し、情報処理装置１がステップＳ４でこのユーザに対して提供できる付加価値サービスがあると判定した場合については後述する。

【0040】

図５は、情報処理装置１の記憶部３０に記録されている各種テーブルの内容を示す模式図である。図５に示すように、記憶部３０には、付加価値サービステーブル３０１、事業者ＩＤテーブル３０２、スコープＩＤテーブル３０３、同意スコープテーブル３０４、リソーステーブル３０５、ユーザテーブル３０６が保存されている。これらのテーブルは更新可能である。

【0041】

付加価値サービステーブル３０１は、ユーザデータを提供する事業者を識別する情報（データ提供元事業者ＩＤ）、付加価値サービスを提供する他の事業者を識別する情報（データ提供先事業者ＩＤ）、当該他の事業者に提供する提供ユーザデータに関する情報（スコープＩＤ）、及び当該付加価値サービスに関する情報（付加価値サービス情報）を、関連付けたデータテーブルである。

【0042】

データ提供元事業者ＩＤは、事業者ＩＤの１つであり、ユーザが受けた１次サービスのデータを所有する事業者の識別情報である。図示の例では、ＡＡスーパーマーケットを示す「ｃｌｉｅｎｔ－００１」という識別番号が記録されている。

【0043】

データ提供先事業者ＩＤは、事業者ＩＤの１つであり、１次サービスに関連して受けることができる２次サービスを提供する事業者の識別情報である。図示の例では、ＢＢタウンサービス会社を示す「ｃｌｉｅｎｔ－００２」という識別番号が記録されている。

【0044】

スコープＩＤは、２次サービスを提供する事業者に提供する１次サービスのユーザデータである。図示の例では、ＢＢタウンサービス会社向けの購買履歴データを示す「ｓｃｏｐｅ－００１」という識別番号が記録されている。ただし、１次サービスのデータはそのすべてではなく、その一部であってもよい。それは、２次サービスを提供する事業者は必ずしもすべての１次サービスのデータを必要とはしないためである。また、２次サービスを提供する事業者に提供する１次サービスのデータは、少ないほうがユーザの同意を得やすいというメリットがあるためである。つまり、スコープＩＤは、ユーザデータのうち、当該他の事業者に提供するデータのみを選択したデータであってもよい。

【0045】

付加価値サービス情報は、ユーザに提供できる２次サービスの具体的な内容である。図示の例では、「ＡＡスーパーマーケットに最寄りのコインロッカー」と「ＡＡスーパーマーケットまでのタクシーの配車予約」という２つの付加価値サービス情報が記録されている。

【0046】

以上のデータ提供元ＩＤ、データ提供先ＩＤ、スコープＩＤ、付加価値サービス情報のデータセットは、互いに紐付けられて記憶部３０に記録されている。以下では、テーブル形式で図示したデータセットは、互いに紐付けられて記憶部３０に記録されていることを意味し、そのデータ構造の種類は問わない。

【0047】

また、図５の付加価値サービステーブル３０１には、もう１つのデータセットが記録されている。具体的には、同じＡＡスーパーマーケットを示すデータ提供元ＩＤとしての「ｃｌｉｅｎｔ－００１」と、ＣＣレストランを示すデータ提供先ＩＤとしての「ｃｌｉｅｎｔ－００３」と、ＣＣレストラン向け購買履歴データを示すスコープＩＤとしての「ｓｃｏｐｅ－００２」と、「ＡＡスーパーマーケットに最寄りのＣＣレストランクーポン」と「ＡＡスーパーマーケットでの購入商品を使用した本格メニューレシピ」という付加価値サービス情報とが、紐付けられて記録されている。

【0048】

このように、付加価値サービステーブル３０１は、１次サービスを受けたユーザに喜ばれると予想される２次サービス情報が、データ提供元情報、データ提供先情報、データ提供範囲（スコープ情報）のデータセットが紐付けられて記録されている。このデータセットは複数であってもよい。

【0049】

付加価値サービステーブル３０１以外のテーブルは以下のとおりである。情報処理装置１の各部は、付加価値サービステーブル３０１と以下のテーブルを参照して各種のデータ処理を行う。

【0050】

事業者ＩＤテーブル３０２は、サービスを提供する事業者ＩＤとその事業者の事業者名とを紐付けて記録するテーブルである。

【0051】

スコープＩＤテーブル３０３は、データ提供先に対し、データ提供元からどのデータ項目を提供するかカタログ定義したものである。つまり、スコープＩＤテーブル３０３は、スコープＩＤとそれがどの事業者に向けて提供されるかを紐付けて記録するテーブルである。

【0052】

リソーステーブル３０５は、スコープＩＤ、それに含まれるリソース名（ユーザデータ項目）、及びデータ提供事業者ＩＤを紐付けて記録するテーブルである。

【0053】

ユーザテーブル３０６は、ユーザＩＤとそのユーザの個人情報、特にメッセージの通知先であるメールアドレス又は電話番号とを紐付けて記録するテーブルである。

【0054】

同意スコープテーブル３０４は、ユーザＩＤと、そのユーザが提供を同意したスコープＩＤとを紐付けて記録するテーブルである。同意スコープテーブル３０４は、情報処理装置１から提示されたデータ連携同意要求に対するユーザの許諾結果をテーブルとして保持する。同意スコープテーブル３０４は、ユーザが同意したスコープＩＤのみを記録してもよく、ユーザが同意していないスコープＩＤを含めて記録してもよい。上述のステップＳ４において、情報処理装置１はこの同意スコープテーブル３０４を参照して提供できる付加価値サービスがあるか否かを判定する。

【0055】

図４に戻り、ステップＳ４で、判定部１２がこのユーザに対して提供できる付加価値サービスがあると判定した場合を説明する。情報処理装置１は、付加価値サービステーブル３０１に、ＡＡスーパーマーケットで買い物をしたユーザに提供できる付加価値サービス情報が存在するため、このユーザに対して提供できる付加価値サービスがあると判定する。次に、判定部１２は、１次サービスの事業者（ＡＡスーパーマーケット）が有するユーザデータであって、提供先の事業者が指定するデータ提供範囲（スコープ）のデータを他の事業者に提供することの同意がこのユーザからすでに得られているか否かを判定する（ステップＳ５）。図５の同意スコープテーブル３０４には、ユーザからデータ連携の同意を得ているユーザデータの内容が記録されている。情報処理装置１は、この同意スコープテーブル３０４を参照してステップＳ５の判定を行う。

【0056】

ステップＳ５で、そのデータ提供範囲を他の事業者に提供してよいという同意がすでにこのユーザから得られていると判定された場合は、情報処理装置１は、付加価値提供サービスを実行する。付加価値提供サービスは、後述するように、ユーザが利用できる２次サービスの内容をユーザに送信して提示することである。以下では、ステップＳ５で、情報処理装置１が、このユーザからそのデータ提供範囲を他の事業者に提供してよいという同意がまだ得られていないと判定した場合を説明する。

【0057】

ステップＳ５で、ユーザからまだ同意が得られていないと判定された場合、情報処理装置１の生成部１３は、付加価値サービスに関する情報を含むメッセージを生成する。生成されたメッセージは、通信部４０を介してユーザ端末に送信される（ステップＳ６）。送信されたメッセージは、ユーザ端末に表示される（ステップＳ７）。このような構成により、データ提携がまだ同意されていない場合にのみユーザに同意要求するため、ユーザが何度も同意を繰り返す必要をなくすことができる。

【0058】

次に、生成・表示されるメッセージの一例について、図面を参照して説明する。図６は、生成部２３がメッセージを生成する手順とそのメッセージの一例を示す模式図である。生成部２３は、付加価値サービステーブル３０１から、付加価値サービス情報「コインロッカーの予約、タクシー配車予約」を取得する。また、付加価値サービステーブル３０１の２行目では、ユーザが１次サービスを利用した事業者の事業者ＩＤは「ｃｌｉｅｎｔ－００１」である。そこで、生成部２３は、事業者ＩＤテーブル３０２を参照して、「ｃｌｉｅｎｔ－００１」の事業者名である「ＡＡスーパーマーケット」を取得する。また、２行目のデータ提供先の事業者ＩＤは「ｃｌｉｅｎｔ－００２」である。そこで、生成部２３は、事業者ＩＤテーブル３０２を参照して、「ｃｌｉｅｎｔ－００２」の事業者名である「ＢＢタウンサービス」を取得する。また、「ＢＢタウンサービス」が要求する２行目のユーザデータのスコープは「ｓｃｏｐｅ－００１」である。そこで、生成部２３は、リソーステーブル３０５を参照して、「ｓｃｏｐｅ－００１」のリソース名である「購入点数、購入日、購入店舗」の情報を取得する。

【0059】

生成部２３は、上述のようにして取得した情報に基づいて、メッセージ（表示画面）３１０を生成する。メッセージ３１０は、ステップＳ７においてユーザ端末の画面に表示された状態を示す画像の模式図である。メッセージ３１０は、ユーザが１次サービスを受けた事業者（ＡＡスーパーマーケット）、ユーザが受けることができる付加価値サービス（２次サービス）の内容（コインロッカーの予約、タクシーの配車予約）、その２次サービスを提供する事業者名（ＢＢタウンサービス）、２次サービスを受けるために２次サービス事業者に提供を同意する１次サービスデータの内容が含まれている。例えば、「ＡＡスーパーをご利用のお客様に便利なサービスのお知らせです。」、「ＡＡスーパーご利用のお客様データをＢＢタウンサービスに連携することで下記サービスをご利用頂けます。（後略）」、「上記サービスをご利用になる場合、ＡＡスーパーから以下のデータを連携頂く必要があります。（後略）」といった文章である。そして、ユーザが同意する場合に、同意手続きを行う画面に移動するハイパーリンク付き案内文が最後に表示される。

【0060】

なお、ステップＳ５において、そのデータ提供範囲を他の事業者に提供してよいという同意がすでにこのユーザから得られていると判定された場合は、生成部２３は、２次サービスの案内だけを生成してもよい。つまり、生成部２３は、２次サービスを提供する事業者名（ＢＢタウンサービス）、２次サービスを受けるために２次サービス事業者に提供を同意する１次サービスデータの内容、ユーザが同意する場合に、同意手続きを行う画面に移動する案内文は生成しなくてもよい。

【0061】

上記のメッセージの生成については、付加価値サービステーブル３０１の２行目のデータについて説明したが、３行目のデータについても同様にして生成してもよい。その場合は、生成部２３は、２種類の付加価値サービス情報を生成してユーザ端末に送信する。複数種類の付加価値サービス情報は、１つの画面に表示されてもよく、複数の画面に分けて表示されてもよい。

【0062】

図４に戻り、ユーザがユーザ端末からデータの提供に同意する操作を行う（ステップＳ８）と、ユーザ端末から情報処理装置１にデータ連携同意通知が送信される（ステップＳ９）。情報処理装置１は、同意済のデータ連携情報を、スコープＩＤとユーザＩＤに紐付けて同意スコープテーブル３０４を更新する（ステップＳ１０）。

【0063】

同意を取得するデータ種別は、OAuth 2.0 [RFC6749] Section 3.3で使用されているScopeと呼ばれるデータセットで定義されてもよい。このデータセットによれば、消費者のニーズに応じて、きめ細かな設定ができる。例えば、商品購買データを定義する場合に、食料品購買データと医療品購買データを分けて定義する等が具体例として挙げられる。

【0064】

ユーザがデータ連携に同意すると、データ連携先の事業者が提供する付加価値サービスを受けることができるようになる。例えば、上述の例では、コインロッカーの使用予約及び／又はタクシーの配車予約をすることができるようになる。ユーザは、買い物の荷物をコインロッカーに預けたり、タクシーで帰宅したりするといった便利な選択肢を入手することができ、満足感を得ることができる。このような満足感が得られると、ユーザは他のユーザデータについてもデータ連携を前向きに考慮するようになる。したがって、ユーザデータ連携を促進することができる。

【0065】

（情報処理システム２の効果）
以上の構成を有する情報処理システム２においても、上述の情報処理装置１、及び情報処理方法Ｓ１において得られる効果と同様の効果が得られる。

【0066】

〔例示的実施形態２〕
本発明の第２の例示的実施形態について、図面を参照して詳細に説明する。なお、例示的実施形態１にて説明した構成要素と同じ機能を有する構成要素については、同じ符号を付し、その説明を適宜省略する。

【0067】

（情報処理装置１Ａの構成）
図７は、本例示的実施形態に係る情報処理装置１Ａの構成を示すブロック図である。図４に示すように、情報処理装置１Ａは、制御部１０、記憶部３０、通信部４０を備える。また、情報処理装置１Ａは、生体認証サーバ（顔体認証装置）６０と情報通信可能に接続されている。

【0068】

制御部１０は、取得部１１、判定部１２、生成部１３、推定部１４、決定部１５、選択部１６、制限部１７、メモリ１８を備える。

【0069】

制御部１０は、情報処理装置１Ａ全体の制御を行う。制御部１０は、例えば、少なくとも１つのＭＰＵ（Micro Processing Unit）、ＣＰＵ（Central Processing Unit）等の汎用プロセッサを用いて構成することができる。また、制御部１０は、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）又はＰＬＤ（Programmable Logic Device）等で構成される専用プロセッサを含んでいてもよい。メモリ１８は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の複数種類のメモリを備えていてもよい。また、メモリ１８は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の内蔵又は外付けのメモリを含んでいてもよい。一例として、制御部１０は、メモリ１８のＲＯＭに記録された各種の制御プログラムをＲＡＭに展開して実行することにより、取得部１１、判定部１２、生成部１３、推定部１４、決定部１５、選択部１６、制限部１７としての機能を実現する。

【0070】

取得部１１、判定部１２及び生成部１３の機能は、上述の情報処理装置１で説明した取得部１１、判定部１２及び生成部１３の機能と同様であるので、ここでの説明は省略する。推定部１４、決定部１５、選択部１６、制限部１７の各部の機能については、以下の例示的実施形態において説明する。

【0071】

記憶部３０は、取得部１１が取得したユーザデータを記憶してもよい。また、記憶部３０は、判定部１２が行う判定に用いる各種のデータテーブル、及び生成部１３が生成するメッセージに必要な各種データテーブルを記憶してもよい。上述の情報処理システム２において説明したように、記憶部３０は、例えば付加価値サービステーブルを記憶する。記憶部３０に記憶されてもよいその他の情報の詳細については、適宜以下に説明する。

【0072】

通信部４０は、複数のユーザ端末５０（５０ａ、５０ｂ、５０ｃ…）と通信する、つまりデータの送受信を行うインタフェースである。ユーザ端末５０は、事業者が備えるＰＯＳ端末などである。通信部４０と複数のユーザ端末５０との通信は、例えばインターネット１００を介して行ってもよい。その場合、通信部４０は、例えば、インターネット１００の接続ポイントと無線で接続可能なWiFi（登録商標）、Bluetooth（登録商標）等の近距離通信装置を備えていてもよい。

【0073】

情報処理装置１Ａは、インターネット１００を介して生体認証サーバ６０と情報通信可能に接続されている。生体認証サーバ６０は、ユーザの生体情報を用いて、事前に登録されたユーザと同一人物であるか否かを認証するシステムである。生体認証サーバ６０は、生体認証用センサと生体認証センサで取得したセンサ情報から特徴量を抽出し、その特徴量に対し識別情報として生体認証データＩＤを生成して、特徴量と関連付けて管理する。

【0074】

用いる生体情報は特に限定されないが、非接触で取得できること、簡易な装置で取得できること、比較的精度よく識別できること等のメリットがある顔認証であってもよい。顔認証を用いる場合は、生体認証サーバ６０は、カメラ等で取得した顔画像から顔の特徴量を抽出して、顔ＩＤを付加して、顔の特徴量と関連付けて管理する。顔ＩＤを含む認証データを含むデータテーブルは顔ＩＤテーブルと称する。顔認証システムを用いてユーザ認証を行うことにより、ユーザの利便性をさらに向上させることができる。

【0075】

情報処理装置１Ａは、付加価値提供サービスを提供する装置である。この付加価値提供サービスの流れと内容について、図面を参照して説明する。図８は、情報処理装置１Ａが実行する付加価値提供サービスの流れと各ステップの内容を示す模式図である。情報処理装置１Ａが実行する付加価値提供サービスの流れは、例示的実施形態１で説明した付加価値提供サービスの流れと基本的に同じであり、以下では、本例示的実施形態で特徴的な部分を中心に説明し、それ以外の部分の説明は省略する。

【0076】

まず、情報処理装置１Ａが付加価値提供サービスを行うにあたり、データ提供先事業者は、データ提供元事業者のデータを利用して提供する付加価値サービスを、利用するスコープとともに情報処理装置１Ａに事前に登録しておく（ステップＳ０）。この理由は、例示的実施形態１で説明したとおりである。

【0077】

付加価値提供サービスを受けようとするユーザは、最初にユーザ端末を用いてユーザＩＤと氏名、メールアドレス等のユーザ属性を情報処理装置１Ａに登録する（ステップＳ１）。ユーザ属性とその登録の方法は、例示的実施形態１で説明したとおりである。本例示的実施形態では、ユーザ情報には、ユーザの顔認証データ（顔情報）が含まれる。そこで、生体認証サーバ６０に対してもユーザＩＤとユーザの顔情報を登録する（ステップＳ２）。

【0078】

例えば、情報処理装置１Ａがカメラ付きのＰＯＳ端末又は登録専用端末と接続されていれば、情報処理装置１Ａは、そのＰＯＳ端末が読み込んだカード情報と、カメラで取得した顔画像を取得する。情報処理装置１Ａは、ユーザの顔画像をユーザＩＤとともに生体認証サーバ６０に送信する。生体認証サーバ６０は、顔情報とユーザＩＤを紐付けて、ユーザ登録を行う。以降は、情報処理装置１Ａは、生体認証サーバ６０が行うユーザ認証を用いて、付加価値提供サービスを行う。また、ユーザは、ユーザが受けたサービスの支払いを、顔認証を行ったうえで電子決済してもよい。これにより、ユーザは現金もカードも用いる必要なく各種のサービスを受けることができる。

【0079】

このステップＳ１とステップＳ２が完了すると、ユーザは付加価値提供サービスを受けることができる。ユーザは、まず１次サービスを受ける（ステップＳ３）。ここでは、あるスーパーマーケットで買い物をしたとする（購買要求）。

【0080】

ユーザは情報処理装置１Ａに顔認証を要求する（ステップＳ４）。すると情報処理装置１Ａから顔画像を撮影するように促されるので、ユーザがカメラの前に立つと、ＰＯＳ端末は、顔画像を撮影して（ステップＳ５）、事業者ＩＤとユーザＩＤも併せて生体認証サーバ６０に送信する（ステップＳ６）。生体認証サーバ６０は、送信された顔画像を登録された顔情報と照合して、ユーザ認証を行う（ステップＳ７）。顔認証が成功した場合、生体認証サーバ６０はその旨をユーザＩＤとともにＰＯＳ端末に送信する（ステップＳ８）。この際に、ユーザが購入した物品の電子決済も行われる。また、生体認証サーバ６０は、顔認証が成功したことを、ユーザＩＤと事業者ＩＤとともに情報処理装置１Ａに送信する（ステップＳ９）。

【0081】

次に、情報処理装置１Ａは、このユーザに対して提供できる付加価値サービスがあるか否かを確認する（ステップＳ１０）。このステップＳ１０以降、ステップＳ１６までは、例示的実施形態１で説明した付加価値提供サービスのステップＳ４からステップＳ１０までと同じであるので、ここでの説明は省略する。情報処理装置１Ａの記憶部３０に記録されている各種テーブルの構成も例示的実施形態１で説明した図５に示すテーブルと同様である。

【0082】

（推定部１４）
図７に示すように、情報処理装置１Ａは、付加価値サービスのユーザ満足度を推定する推定部１４を備えていてもよい。２次サービスの種類が数多く登録されている場合、その全部の２次サービスの内容を含むメッセージをユーザに送信することは好ましくない。多くの情報が含まれるメッセージは、ユーザがそのメッセージを読もうという意欲を減退させる虞があるからである。推定部１４は、複数の付加価値サービスのそれぞれに対するユーザの満足度を推定する。

【0083】

推定部１４は、ユーザ満足度を、ユーザが事業者からサービスを受けた場所と付加価値サービスが受けられる場所との地理的関係に基づいて推定してもよい。ユーザはサービスを受けた場所で付加価値サービス情報を受け取ることが一般的である。そのため、例えば、サービスを受けた場所と付加価値サービスが受けられる場所とが遠く離れている場合、あるいは付加価値サービスが受けられる場所が地理的に行きにくく時間がかかる場所である場合などは、満足度は低いと考えられる。つまり、ユーザの満足度は付加価値サービスが受けられる場所の距離が近いほど、また地理的に行きやすいほど大きくなると考えられる。

【0084】

あるいは、情報処理装置１Ａがユーザの行動情報を記録している場合は、推定部１４は、ユーザ満足度を、ユーザの行動情報に基づいて推定してもよい。行動情報は、例えば、ユーザが受けたサービスの記録であってもよい。例えば、ユーザが行く頻度が大きい場所は、ユーザの好みが反映された場所である。そのような場所で付加価値サービスが受けられると、ユーザの満足度は高いと考えられる。逆に、ユーザがあまり行かない場所で受けられる付加価値サービスの満足度は低いと考えられる。このように、ユーザの行動履歴に基づいてユーザごとに適した付加価値サービスを提示することで、ユーザの満足感を向上させ、ひいてはユーザデータの連携を促進することが可能となる。

【0085】

（決定部１５）
そのため、情報処理装置１Ａは、メッセージに含める付加価値サービスを、ユーザ満足度に基づいて決定する決定部１５を更に備えていてもよい。決定部１５は、推定部１４が推定した、ユーザに提供可能な付加価値サービスのうち、満足度の高いほうから予め定めた数の付加価値サービスを決定してもよい。そして、生成部１３は、決定された付加価値サービスを含めたメッセージを生成する。このように、ユーザの満足度が高いと推定される付加価値サービスを優先的にユーザに紹介することが、ユーザがデータ連携に同意することの促進に役立つと考えられる。

【0086】

（選択部１６）
情報処理装置１Ａは、他の事業者に提供する提供ユーザデータ（リソース）を、他の事業者ごとにユーザデータのうちから選択する選択部１６を更に備えていてもよい。選択部１６は、事業者と、その事業者の業態によって必要とするユーザデータの種類との組み合わせパターンを複数含むパターンテーブルに基づいて、ある事業者が必要とすると考えられるユーザデータの種類を選択する。これによって、多数の事業者が登録された場合であっても、それぞれの事業者が必要とするリソーステーブルを用意することができる。あるいは、選択部１６は、前述のOAuth 2.0 [RFC6749] Section 3.3で使用されているScopeと呼ばれるデータセットに準じて他の事業者に提供する提供ユーザデータを選択してもよい。

【0087】

また、生成部１３は、生成するメッセージを、他の事業者に提供するユーザデータと受けられる付加価値サービスに関する情報とが１つの表示画面に表示されるように構成してもよい。１つの表示画面に表示されるとは、ユーザがスクロール又はページをめくることをしなくても、メッセージの主要部分を読んで判断することができることを指す。例えば、図６に示すメッセージ（表示画面）３１０は、他の事業者に提供するユーザデータ（ＢＢタウンサービス向け購買履歴）と受けられる付加価値サービスに関する情報（最寄りのコインロッカー予約、ＡＡスーパーマーケットまでのタクシー配車予約）とが１つの表示画面に表示されるように構成されている。

【0088】

ユーザは、あまり多くの情報がある事務的メッセージ、又は複数のページにわたる事務的メッセージには読もうとする意欲が減退する場合が多い。そのため、できるだけコンパクトで見やすいメッセージを構成することが好ましい。他の事業者に提供するユーザデータと受けられる付加価値サービスに関する情報とが１つの表示画面に表示されるようにメッセージを構成することで、ユーザにそのメッセージを読もうとする意欲を持たせることができる。

【0089】

（制限部１７）
情報処理装置１Ａは、メッセージに含まれる、受けられる付加価値サービスの数を制限する制限部１７を更に備えてもよい。ユーザは、多くの情報が入った事務的メッセージには読もうとする意欲が減退する場合が多い。受けられる付加価値サービスの数を制限することで、ユーザにメッセージを読もうとする意欲を持たせることができる。表示する付加価値サービスの数は、１つあるいは２つ程度にすることが好ましい。制限された数の付加価値サービスを選定する方法は、決定部１５が決定した付加価値サービスから選定する方法でもよい。

【0090】

（情報処理装置１Ａの効果）
以上のように、本例示的実施形態に係る情報処理装置１Ａにおいては、ユーザ認証を顔認証装置６０を用いて行うという構成が採用されている。このため、本例示的実施形態に係る情報処理装置１Ａによれば、例示的実施形態１に係る情報処理装置１の奏する効果に加えて、ユーザの認証をカメラという簡易な構成で容易に実行することができ、ユーザの利便性が向上するという効果が得られる。

【0091】

また、本例示的実施形態に係る情報処理装置１Ａにおいては、付加価値サービスのユーザ満足度を推定する推定部１４を更に備えるという構成が採用されている。また、メッセージに含める付加価値サービスを、推定されたユーザ満足度に基づいて決定する決定部１５を更に備えるという構成が採用されている。このため、本例示的実施形態に係る情報処理装置１Ａによれば、例示的実施形態１に係る情報処理装置１の奏する効果に加えて、ユーザの満足度が高い付加価値サービスを提案することができるという効果が得られる。

【0092】

また、本例示的実施形態に係る情報処理装置１Ａにおいては、他の事業者に提供する提供ユーザデータ（リソース）を、他の事業者ごとにユーザデータのうちから選択する選択部１６を更に備えるという構成が採用されている。このため、本例示的実施形態に係る情報処理装置１Ａによれば、例示的実施形態１に係る情報処理装置１の奏する効果に加えて、多数の事業者が登録された場合であっても、それぞれの事業者が必要とするリソーステーブルを用意することができるという効果が得られる。

【0093】

また、本例示的実施形態に係る情報処理装置１Ａにおいては、生成部１３は、生成するメッセージを、他の事業者に提供するユーザデータと受けられる付加価値サービスに関する情報とが１つの表示画面に表示されるように構成するという構成が採用されている。このため、本例示的実施形態に係る情報処理装置１Ａによれば、例示的実施形態１に係る情報処理装置１の奏する効果に加えて、ユーザにそのメッセージを読もうとする意欲を持たせることができるという効果が得られる。

【0094】

図９は、本例示的実施形態に係る情報処理システム２Ａの構成を示すブロック図である。図示するように、情報処理システム２Ａは、取得部２１、判定部２２、生成部２３、推定部２４、決定部２５、選択部２６、制限部２７、記憶部３０を備える。これらの各部の少なくとも一部は、インターネット１００を介して情報通信可能に接続されていてもよい。また、これらの各部の少なくとも一部は、クラウド上に配置されていてもよい。

【0095】

情報処理システム２Ａは、インターネット１００を介して複数のユーザ端末５０（５０ａ、５０ｂ、５０ｃ…）と情報通信可能である。情報処理システム２Ａは、さらに生体認証サーバ６０と情報通信可能であってもよい。

【0096】

上記の取得部２１、判定部２２、生成部２３、推定部２４、決定部２５、選択部２６、制限部２７、記憶部３０、生体認証サーバ６０の機能は、情報処理装置１Ａにおいて説明した取得部１１、判定部１２、生成部１３、推定部１４、決定部１５、選択部１６、制限部１７、記憶部３０、生体認証サーバ６０の機能と同じであるので、説明は省略する。

【0097】

（情報処理システム２Ａの効果）
本例示的実施形態に係る情報処理システム２Ａによれば、情報処理装置１Ａの奏する効果と同様の効果が得られる。

【0098】

〔ソフトウェアによる実現例〕
情報処理装置１，１Ａ，情報処理システム２，２Ａ（以下、「情報処理装置１等」という。）の一部又は全部の機能は、集積回路（ＩＣチップ）等のハードウェアによって実現してもよいし、ソフトウェアによって実現してもよい。

【0099】

後者の場合、情報処理装置１等は、例えば、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータによって実現される。このようなコンピュータの一例（以下、コンピュータＣと記載する）を図１０に示す。コンピュータＣは、少なくとも１つのプロセッサＣ１と、少なくとも１つのメモリＣ２と、を備えている。メモリＣ２には、コンピュータＣを情報処理装置１等として動作させるためのプログラムＰが記録されている。コンピュータＣにおいて、プロセッサＣ１は、プログラムＰをメモリＣ２から読み取って実行することにより、情報処理装置１等の各機能が実現される。

【0100】

プロセッサＣ１としては、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphic Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＭＰＵ（Micro Processing Unit）、ＦＰＵ（Floating point number Processing Unit）、ＰＰＵ（Physics Processing Unit）、ＴＰＵ（Tensor Processing Unit）、量子プロセッサ、マイクロコントローラ、又は、これらの組み合わせなどを用いることができる。メモリＣ２としては、例えば、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、又は、これらの組み合わせなどを用いることができる。

【0101】

なお、コンピュータＣは、プログラムＰを実行時に展開したり、各種データを一時的に記憶したりするためのＲＡＭ（Random Access Memory）を更に備えていてもよい。また、コンピュータＣは、他の装置との間でデータを送受信するための通信インタフェースを更に備えていてもよい。また、コンピュータＣは、キーボードやマウス、ディスプレイやプリンタなどの入出力機器を接続するための入出力インタフェースを更に備えていてもよい。

【0102】

また、プログラムＰは、コンピュータＣが読み取り可能な、一時的でない有形の記録媒体Ｍに記録することができる。このような記録媒体Ｍとしては、例えば、テープ、ディスク、カード、半導体メモリ、又はプログラマブルな論理回路などを用いることができる。コンピュータＣは、このような記録媒体Ｍを介してプログラムＰを取得することができる。また、プログラムＰは、伝送媒体を介して伝送することができる。このような伝送媒体としては、例えば、通信ネットワーク、又は放送波などを用いることができる。コンピュータＣは、このような伝送媒体を介してプログラムＰを取得することもできる。

【0103】

〔付記事項１〕
本発明は、上述した実施形態に限定されるものでなく、請求項に示した範囲で種々の変更が可能である。例えば、上述した実施形態に開示された技術的手段を適宜組み合わせて得られる実施形態についても、本発明の技術的範囲に含まれる。

【0104】

〔付記事項２〕
上述した実施形態の一部又は全部は、以下のようにも記載され得る。ただし、本発明は、以下の記載する態様に限定されるものではない。

【0105】

（付記１）
ユーザが事業者から受けたサービスに関するユーザデータを取得する取得手段と、前記サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定する判定手段と、前記付加価値サービスがあると判定された場合に、前記事業者が有する前記ユーザデータを前記他の事業者に提供することへの同意要求と、前記ユーザが前記同意要求を許諾することによって受けられる前記付加価値サービスに関する情報と、を含むメッセージを生成する生成手段と、を備えていることを特徴とする情報処理装置。

【0106】

上記の構成によれば、ユーザが受けたサービスに関連する追加のサービスを提示することにより、ユーザに提示する情報量を減らし、ユーザからユーザデータの利用の同意を得やすくすることができる。

【0107】

（付記２）
前記判定手段は、前記事業者が有する前記ユーザデータを前記他の事業者に提供することの同意が前記ユーザからすでに得られているか否かを更に判定し、前記生成手段は、当該同意が前記ユーザからまだ得られていないと判定された場合に、前記メッセージを生成する、付記１に記載の情報処理装置。

【0108】

上記の構成によれば、データ提携がまだ同意されていない場合にのみユーザに同意要求するため、ユーザが何度も同意を繰り返す必要をなくすことができる。

【0109】

（付記３）
前記付加価値サービスのユーザ満足度を推定する推定手段を更に備えることを特徴とする付記１又は２に記載の情報処理装置。

【0110】

上記の構成によれば、ユーザ満足度の高い付加価値サービスを選択することができる。

【0111】

（付記４）
前記ユーザ満足度は、前記ユーザが前記事業者からサービスを受けた場所と前記付加価値サービスが受けられる場所との地理的関係、又は前記ユーザの行動情報に基づいて推定される、付記３に記載の情報処理装置。

【0112】

上記の構成によれば、距離的、又は時間的に近い場所で受けられる付加価値サービスを選択することができる。これにより、ユーザ満足度の高い付加価値サービスを選択することができる。

【0113】

（付記５）
前記メッセージに含める前記付加価値サービスを、前記ユーザ満足度に基づいて決定する決定手段を更に備える、付記３又は４に記載の情報処理装置。

【0114】

上記の構成によれば、ユーザに提示する付加価値サービスの数を限定することができる。これにより、ユーザがデータ連携をしやすくすることができる。

【0115】

（付記６）
前記他の事業者に提供する提供ユーザデータを、前記他の事業者ごとに前記ユーザデータのうちから選択する選択手段を更に備える、付記１から５のいずれか１つに記載の情報処理装置。

【0116】

上記の構成によれば、他の事業者に提供するユーザデータを限定することができる。

【0117】

（付記７）
前記メッセージは、前記他の事業者に提供するユーザデータと前記受けられる付加価値サービスに関する情報とが１つの表示画面に表示されるように構成される、付記１から６のいずれか１つに記載の情報処理装置。

【0118】

上記の構成によれば、提示された情報をユーザが判断しやすくなる。

【0119】

（付記８）
少なくとも１つのプロセッサが、ユーザが事業者から受けたサービスに関するユーザデータを取得すること、前記サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定すること、前記付加価値サービスがあると判定された場合に、前記事業者が有する前記ユーザデータを前記他の事業者に提供することへの同意要求と、前記ユーザが前記同意要求を許諾することによって受けられる前記付加価値サービスに関する情報と、を含むメッセージを生成すること、を含む情報処理方法。

【0120】

上記の構成によれば、付記１の情報処理装置が奏する効果と同様の効果が得られる。

【0121】

（付記９）
ユーザが事業者から受けたサービスに関するユーザデータを取得する取得手段と、前記サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定する判定手段と、前記付加価値サービスがあると判定された場合に、前記事業者が有する前記ユーザデータを前記他の事業者に提供することへの同意要求と、前記ユーザが前記同意要求を許諾することによって受けられる前記付加価値サービスに関する情報と、を含むメッセージを生成する生成手段と、前記事業者に関する情報と、前記付加価値サービスに関する情報と、当該付加価値サービスを提供する前記他の事業者に関する情報と、当該他の事業者に提供する提供ユーザデータに関する情報と、を関連付けて記録する、付加価値サービステーブルを記憶する記憶部と、を備える情報処理システム。

【0122】

上記の構成によれば、付記１の情報処理装置が奏する効果と同様の効果が得られる。

【0123】

（付記１０）
ユーザが事業者から受けたサービスに関するユーザデータを取得する取得処理と、前記サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定する判定処理と、前記付加価値サービスがあると判定された場合に、前記事業者が有する前記ユーザデータを前記他の事業者に提供することへの同意要求と、前記ユーザが前記同意要求を許諾することによって受けられる前記付加価値サービスに関する情報と、を含むメッセージを生成する生成処理と、をコンピュータに実行させる情報処理プログラム。

【0124】

上記の構成によれば、付記１の情報処理装置が奏する効果と同様の効果が得られる。

【0125】

（付記１１）
前記メッセージに含まれる前記受けられる付加価値サービスの数を制限する制限手段を更に備える、付記１から７のいずれか１つに記載の情報処理装置。

【0126】

上記の構成によれば、提示された情報をユーザが判断しやすくなる。

【0127】

（付記１２）
前記ユーザの認証を当該ユーザの顔画像を用いて行う顔認証装置を更に備える、付記１から７のいずれか１つに記載の情報処理装置。

【0128】

上記の方法によれば、ユーザの利便性をさらに増加させることができる。

【0129】

（付記１３）
前記事業者に関する情報と、前記付加価値サービスに関する情報と、当該付加価値サービスを提供する前記他の事業者に関する情報と、前記他の事業者に提供する提供ユーザデータに関する情報と、を関連付けて記録する、付加価値サービステーブルを記憶する記憶部を更に備える、付記１から７のいずれか１つに記載の情報処理装置。

【0130】

（付記１４）
前記記憶部は、ユーザＩＤと、当該ユーザが連携に同意した前記ユーザデータとを関連付けて記録する、同意スコープテーブルを備える、付記９に記載の情報処理システム。

【0131】

（付記１５）
前記記憶部は、前記他の事業者に提供するための、前記ユーザデータのうちから選択された提供ユーザデータを記録する、スコープＩＤテーブルを記憶する、付記９に記載の情報処理システム。

【0132】

（付記１６）
コンピュータを付記１から７の何れか一に記載の情報処理装置として動作させるためのプログラムであって、前記コンピュータを前記各手段として機能させる、ことを特徴とする情報処理プログラム。

【0133】

〔付記事項３〕
上述した実施形態の一部又は全部は、更に、以下のように表現することもできる。

【0134】

少なくとも１つのプロセッサを備え、前記少なくとも１つのプロセッサは、ユーザが事業者から受けたサービスに関するユーザデータを取得する取得処理と、前記サービスに関連して他の事業者から受けることが可能な付加価値サービスがあるか否かを判定する判定処理と、前記付加価値サービスがあると判定された場合に、前記事業者が有する前記ユーザデータを前記他の事業者に提供することへの同意要求と、前記ユーザが前記同意要求を許諾することによって受けられる前記付加価値サービスに関する情報と、を含むメッセージを生成する生成処理と、を実行することを特徴とする情報処理装置。
なお、この情報処理装置は、更にメモリを備えていてもよく、このメモリには、前記取得処理と、前記判定処理と、前記生成処理とを前記プロセッサに実行させるためのプログラムが記憶されていてもよい。また、このプログラムは、コンピュータ読み取り可能な一時的でない有形の記録媒体に記録されていてもよい。

【符号の説明】

【0135】

１，１Ａ・・・情報処理装置
１０・・・制御部
１１，２１・・・取得部
１２，２２・・・判定部
１３，２３・・・生成部
１４，２４・・・推定部
１５，２５・・・決定部
１６，２６・・・選択部
１７，２７・・・制限部
２，２Ａ・・・情報処理システム
３０・・・記憶部
４０・・・通信部
５０・・・ユーザ端末
６０・・・生体認証サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】