知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-03-22
(45)【発行日】2024-04-01
(54)【発明の名称】情報処理装置、情報処理方法、及びプログラム
(51)【国際特許分類】
G06Q 30/015 20230101AFI20240325BHJP
G06Q 50/10 20120101ALI20240325BHJP
【ＦＩ】
G06Q30/015
G06Q50/10
【請求項の数】
5
(21)【出願番号】P 2020023421
(22)【出願日】2020-02-14
(65)【公開番号】P2021128597
(43)【公開日】2021-09-02
【審査請求日】2022-11-21
(73)【特許権者】
【識別番号】000003193
【氏名又は名称】ＴＯＰＰＡＮホールディングス株式会社
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100139686
【弁理士】
【氏名又は名称】鈴木 史朗
(74)【代理人】
【識別番号】100169764
【弁理士】
【氏名又は名称】清水 雄一郎
(74)【代理人】
【識別番号】100147267
【弁理士】
【氏名又は名称】大槻 真紀子
(72)【発明者】
【氏名】佐久間 淳介
(72)【発明者】
【氏名】奥村 尚志
(72)【発明者】
【氏名】片山 洋臣
【審査官】深津 始
(56)【参考文献】
【文献】特開２０１７－２０４２４９（ＪＰ，Ａ）
【文献】特開２０１３－０８４０６３（ＪＰ，Ａ）
【文献】特開２０１３－１７１４７７（ＪＰ，Ａ）
【文献】特開２００２－２８８２０８（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ －Ｇ０６Ｑ ９９／００
(57)【特許請求の範囲】
【請求項1】
パーソナルデータストアサービスに供される情報処理装置であって、利用者が使用する利用者端末と情報の授受であるチャットを行う、当該情報処理装置が提供するチャットボットである情報授受手段から、前記利用者端末とチャットが行われたことによるチャット履歴情報を示す第１情報を取得する授受情報取得手段と、
前記授受情報取得手段により取得された前記第１情報に含まれる前記利用者の個人属性に基づいて、前記利用者の要望に基づく情報又はその分野を推定する推定手段と、
を備える情報処理装置。
【請求項2】
前記利用者により選択された１以上の個人属性の種類を示す第２情報を取得する選択属性取得手段と、をさらに備え、
前記情報授受手段は、前記第２情報に基づいて、前記利用者により選択された種類の個人属性を取得するためのチャットを行う、
請求項１に記載の情報処理装置。
【請求項3】
前記情報授受手段は、対話型により、前記利用者により選択された種類の個人属性を取得するためのチャットを行う、
請求項２に記載の情報処理装置。
【請求項4】
パーソナルデータストアサービスに供される情報処理装置が実行する情報処理方法において、利用者が使用する利用者端末と情報の授受であるチャットを行う、前記情報処理装置が提供するチャットボットである情報授受手段から、前記利用者端末とチャットが行われたことによるチャット履歴情報を示す第１情報を取得する授受情報取得ステップと、
前記授受情報取得ステップにおいて取得された前記第１情報に含まれる前記利用者の個人属性に基づいて、前記利用者の要望に基づく情報又はその分野を推定する推定ステップと、
を含む情報処理方法。
【請求項5】
パーソナルデータストアサービスに供される情報処理装置を制御するコンピュータに、利用者が使用する利用者端末と情報の授受であるチャットを行う、前記情報処理装置が提供するチャットボットである情報授受手段から、前記利用者端末とチャットが行われたことによるチャット履歴情報を示す第１情報を取得する授受情報取得ステップと、
前記授受情報取得ステップにおいて取得された前記第１情報に含まれる前記利用者の個人属性に基づいて、前記利用者の要望に基づく情報又はその分野を推定する推定ステップと、
を含む制御処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【0002】
従来、事業者等の情報提供者毎に、提供可能なサービスと、そのサービスの利用に要求される１以上の属性項目（属性の種類）とを関連付けして、利用者に対して可視化する技術が存在する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１２－１３３７３０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１に記載の技術を含む従来技術では、提供可能なサービスとしてどのようなものがあり、そのサービスの提供にはこの属性の種類の開示（提供）が必要になるといった情報が、利用者に提示されているに過ぎない。即ち、明確なリクエストが利用者から直接的にあったときにのみ、そのリクエストに対する提供情報が提供されているに過ぎない。ところが、利用者にとっては明確なリクエストをすることが困難な場合、例えばそもそもどういうリクエストをした方がよいかわかっていない場合が多々あった。
【0005】
本発明は、利用者が明確なリクエストをせずとも、その利用者にとって適切な提供情報を提供可能にすることを目的とする。
【課題を解決するための手段】
【0006】
上記目的を達成するため、本発明の一態様の情報処理装置は、
パーソナルデータストアサービスに供される情報処理装置であって、利用者が使用する利用者端末と情報の授受であるチャットを行う、当該情報処理装置が提供するチャットボットである情報授受手段から、前記利用者端末とチャットが行われたことによるチャット履歴情報を示す第１情報を取得する授受情報取得手段と、
前記授受情報取得手段により取得された前記第１情報に含まれる前記利用者の個人属性に基づいて、前記利用者の要望に基づく情報又はその分野を推定する推定手段と、
を備える。
パーソナルデータストアサービスに供される情報処理装置であって、利用者が使用する利用者端末と情報の授受であるチャットを行う、当該情報処理装置が提供するチャットボットである情報授受手段から、前記利用者端末とチャットが行われたことによるチャット履歴情報を示す第１情報を取得する授受情報取得手段と、
前記授受情報取得手段により取得された前記第１情報に含まれる前記利用者の個人属性に基づいて、前記利用者の要望に基づく情報又はその分野を推定する推定手段と、
を備える。
【0007】
本発明の一態様の情報処理方法及びプログラムの夫々は、上述の本発明の一態様の情報処理装置に対応する情報処理方法及びプログラムの夫々である。
【発明の効果】
【0008】
本発明によれば、利用者が明確なリクエストをせずとも、その利用者にとって適切な提供情報が提供可能になる。
【図面の簡単な説明】
【0009】
【図1】本発明の一実施形態に係る情報処理システムが適用されるサービスの概要の一例を説明する模式図である。
【発明を実施するための形態】
【0010】
以下、図面を参照して、本発明の実施形態について説明する。
【0011】
図１は、本発明の一実施形態に係る情報処理システムが適用されるサービス（以下「本サービス」と呼ぶ）の概要の一例を説明する模式図である。
【0012】
本サービスは、Ｐｅｒｓｏｎａｌ Ｄａｔａ Ｓｔｏｒｅ（以下「ＰＤＳ」と呼ぶ）に関連するサービスである。
ＰＤＳとは、個人がパーソナルデータを管理するためのデータベースや当該データベースを利用したサービスである。
パーソナルデータには、例えば個人の属性（以下「個人属性」と呼ぶ）に関する情報が含まれる。このような個人属性に関する情報を、以下、「個人属性情報」と呼ぶ。
具体的には例えば、個人属性情報には、その個人についての、個人情報、性別、身長、体重等の他、移動の履歴、行動の履歴、購買の履歴、ウェアラブル機器から取得された運動量の情報等、その個人に関する各種の情報が含まれる。
個人属性情報は、例えば、「性別」、「生年月日」、「歩数の履歴」等の様々な種類について、その個人に該当する具体的な内容、例えば、「女性」、「１９９５年４月１０日」、「８２５０歩」等により構成される。
ＰＤＳとは、個人がパーソナルデータを管理するためのデータベースや当該データベースを利用したサービスである。
パーソナルデータには、例えば個人の属性（以下「個人属性」と呼ぶ）に関する情報が含まれる。このような個人属性に関する情報を、以下、「個人属性情報」と呼ぶ。
具体的には例えば、個人属性情報には、その個人についての、個人情報、性別、身長、体重等の他、移動の履歴、行動の履歴、購買の履歴、ウェアラブル機器から取得された運動量の情報等、その個人に関する各種の情報が含まれる。
個人属性情報は、例えば、「性別」、「生年月日」、「歩数の履歴」等の様々な種類について、その個人に該当する具体的な内容、例えば、「女性」、「１９９５年４月１０日」、「８２５０歩」等により構成される。
【0013】
図１に示すように、本サービスは、サービス提供者Ｍにより提供されて、利用者Ｕと、アプリ提供者Ａと、事業者Ｃとにより利用されるサービスである。
【0014】
ここで、サービス提供者Ｍは、サーバ１を管理して、利用者Ｕ、アプリ提供者Ａ、及び事業者Ｃの夫々との間で個人属性情報を含む各種情報を授受することにより、本サービスを提供する。
サービス提供者Ｍにより管理されるサーバ１には、図１に示すように、ＰＤＳとしての個人属性ＤＢ３００と、チャット履歴ＤＢ４００とが設けられている。
個人属性ＤＢ３００は、利用者Ｕの個人属性情報が格納されるデータベースである。
チャット履歴ＤＢ４００は、利用者Ｕによる各種のチャット履歴が格納されるデータベースである。なお、チャットの詳細については後述する。
このように、サーバ１は、個人属性情報及びチャット履歴の夫々を、個人属性ＤＢ３００及びチャット履歴ＤＢ４００の夫々に格納して管理する。
サービス提供者Ｍにより管理されるサーバ１には、図１に示すように、ＰＤＳとしての個人属性ＤＢ３００と、チャット履歴ＤＢ４００とが設けられている。
個人属性ＤＢ３００は、利用者Ｕの個人属性情報が格納されるデータベースである。
チャット履歴ＤＢ４００は、利用者Ｕによる各種のチャット履歴が格納されるデータベースである。なお、チャットの詳細については後述する。
このように、サーバ１は、個人属性情報及びチャット履歴の夫々を、個人属性ＤＢ３００及びチャット履歴ＤＢ４００の夫々に格納して管理する。
【0015】
利用者Ｕは、利用者端末２を介して個人属性ＤＢ３００を利用することで、自分自身の個人属性情報を管理することができる。なお、利用者Ｕによる自分自身の個人属性情報の管理には、個人属性情報の個人属性ＤＢ３００への保存による管理、個人属性ＤＢ３００から個人属性情報を検索して確認することによる管理、個人属性情報を提供する対象の管理等が含まれる。
【0016】
アプリ提供者Ａは、アプリ提供者装置３を介して、１種類以上の個人属性情報を利用するアプリケーションプログラム（以下、「アプリ」と適宜呼ぶ）を、利用者Ｕに対して提供する。
図１に示すように、アプリ提供者装置３には、アプリＤＢ５００が備えられている。アプリＤＢ５００には、アプリ提供者Ａにより提供されるアプリにおいて利用された、利用者Ｕの個人属性情報が格納される。
このように、アプリ提供者装置３は、アプリ提供者Ａにより提供されるアプリにおいて利用された個人属性情報を、アプリＤＢ５００に格納して管理する。
図１に示すように、アプリ提供者装置３には、アプリＤＢ５００が備えられている。アプリＤＢ５００には、アプリ提供者Ａにより提供されるアプリにおいて利用された、利用者Ｕの個人属性情報が格納される。
このように、アプリ提供者装置３は、アプリ提供者Ａにより提供されるアプリにおいて利用された個人属性情報を、アプリＤＢ５００に格納して管理する。
【0017】
事業者Ｃは、事業者装置４を介して、サーバ１から個人属性情報を取得し、利用者Ｕに対して各種情報を提供する事業を行う主体である。
【0018】
サービス提供者Ｍにより利用されるサーバ１は、利用者Ｕにより利用される利用者端末２、アプリ提供者Ａにより利用されるアプリ提供者装置３、事業者Ｃにより利用される事業者装置４と協働することにより、本サービスを提供するために必要な各種処理を実行する。即ち、サービス提供者Ｍは、サーバ１を利用することで、利用者Ｕと、アプリ提供者Ａと、事業者Ｃとの夫々の間での、利用者Ｕの個人属性情報を管理する本サービスを提供することができる。
【0019】
以下、図１のステップＳＴ１乃至ＳＴ９に沿って、本サービスの流れの概要について説明する。
なお、以下、アプリ提供者Ａは、利用者Ｕの運動の履歴を管理するアプリを提供しているものとして説明する。
即ち、以下、そのアプリで利用された利用者Ｕの運動の履歴等が、個人属性情報の一部として採用されるものとして説明する。
なお、以下、アプリ提供者Ａは、利用者Ｕの運動の履歴を管理するアプリを提供しているものとして説明する。
即ち、以下、そのアプリで利用された利用者Ｕの運動の履歴等が、個人属性情報の一部として採用されるものとして説明する。
【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】
また、これにより、チャット管理部１１３は、利用者Ｕにより選択された「性別」や「仕事」といった個人属性の種類に基づいて、利用者Ｕとチャットを行う。具体的には例えば、利用者Ｕにより選択された「性別」や「仕事」といった個人属性の種類に対応する「女性」や「化粧品販売」といった内容（情報）を取得するためのチャットを行うことができる。また例えば、リクエスト推定部１１５は、利用者Ｕにより選択された「性別」や「仕事」といった個人属性の種類に対応する「女性」や「化粧品販売」といった内容（情報）に基づいて、利用者Ｕのリクエストを推定する。その結果、利用者Ｕのリクエストの推定の精度が向上する。
【0064】
【0065】
【0066】
リクエスト推定処理は、図１のステップＳＴ１乃至ＳＴ３に対応する処理、即ちアプリで利用された個人属性情報Ｉ１を取得して格納するまでの処理が実行されていることを前提とする。この前提のもと、利用者Ｕのリクエストの推定が必要な任意のタイミングで、リクエスト推定処理が開始されて、次のようなステップＳ１１乃至Ｓ１４の処理が実行される。
【0067】
即ち、ステップＳ１１において、選択属性取得部１１２は、利用者Ｕにより選択された１以上の属性の種類を示す選択属性情報Ｉ２を取得する。
【0068】
ステップＳ１２において、チャット管理部１１３は、利用者Ｕに提供されるチャットボットを用いて、利用者Ｕとの間の対話型のチャットを開始する。チャット管理部１１３は、チャットを開始した後、利用者Ｕとチャットボットとのチャット履歴をチャット履歴ＤＢ４００に格納して管理する。
【0069】
ステップＳ１３において、チャット履歴取得部１１４は、チャット履歴ＤＢ４００から、利用者Ｕと行われたチャット履歴を取得する。
【0070】
ステップＳ１４において、リクエスト推定部１１５は、チャット履歴取得部１１４により取得されたチャット履歴に基づいて、利用者Ｕのリクエストを推定する。
【0071】
以上、図５を用いて、図１のステップＳＴ４乃至ＳＴ６に対応するリクエスト推定処理を、図５を用いて説明した。
以下、図４に戻って、図４を用いて、サーバ１、利用者端末２及び事業者装置４により、図１のステップＳＴ７及びＳＴ８に対応する処理が行われる場合に機能する機能ブロックについて説明する。
このようなリクエスト推定処理が実行された後の適当なタイミングで、図１のステップＳＴ７及びＳＴ８に対応する処理として、サーバ１、利用者端末２及び事業者装置４により、以下のように機能する。
以下、図４に戻って、図４を用いて、サーバ１、利用者端末２及び事業者装置４により、図１のステップＳＴ７及びＳＴ８に対応する処理が行われる場合に機能する機能ブロックについて説明する。
このようなリクエスト推定処理が実行された後の適当なタイミングで、図１のステップＳＴ７及びＳＴ８に対応する処理として、サーバ１、利用者端末２及び事業者装置４により、以下のように機能する。
【0072】
サーバ１の個人属性管理部１１１は、事業者Ｃに提供してもよいとして利用者Ｕにより選択された種類の個人属性情報Ｉ３を、通信部１９を介して事業者装置４に送信する。
【0073】
事業者装置４の個人属性取得部４１１は、通信部４２を介してサーバ１から送信されてきた事業者Ｃに提供してもよいとして利用者Ｕにより選択された種類の個人属性情報Ｉ３を取得する。
【0074】
提供情報生成部４１２は、個人属性取得部４１１により取得された事業者Ｃに提供してもよいとして利用者Ｕにより選択された種類の個人属性情報Ｉ３に基づいて、提供情報Ｉ４を生成する。即ち、提供情報生成部４１２は、利用者Ｕにより選択された個人属性情報Ｉ３に基づいて、当該事業者Ｃにより提供可能な各種サービスや情報等を生成する。
【0075】
事業者装置４は、生成された提供情報Ｉ４を、利用者端末２に送信する。
【0076】
以上、図２乃至図５を用いて、本サービスの図１に示すサービスを提供する際に適用される情報処理システムについて説明した。
以下、図６乃至図１０を用いて、本サービスの図１に示すサービスにおける利用者端末２に表示される画面の例やサーバ１の個人属性ＤＢ３００に格納される個人属性情報の例について説明する。
以下、図６乃至図１０を用いて、本サービスの図１に示すサービスにおける利用者端末２に表示される画面の例やサーバ１の個人属性ＤＢ３００に格納される個人属性情報の例について説明する。
【0077】
図６は、図４の利用者端末に表示される属性選択画面の例を示す図である。
図６には、図１のステップＳＴ４において、図４の利用者端末２に表示される属性選択画面の例が図示されている。
なお、図６を用いた説明の前提として、図１のステップＳＴ１乃至ＳＴ３に対応する処理の結果、個人属性ＤＢ３００には、利用者Ｕに関して「生年月日」、「性別」及び「歩数」の種類についての個人属性情報が、格納されているものとする。
図６には、図１のステップＳＴ４において、図４の利用者端末２に表示される属性選択画面の例が図示されている。
なお、図６を用いた説明の前提として、図１のステップＳＴ１乃至ＳＴ３に対応する処理の結果、個人属性ＤＢ３００には、利用者Ｕに関して「生年月日」、「性別」及び「歩数」の種類についての個人属性情報が、格納されているものとする。
【0078】
ここで、属性選択画面とは、ＰＤＳに格納され得る利用者Ｕの個人属性の種類のうち、事業者Ｃに提供してもよい個人属性の種類を利用者Ｕに選択させるための画面である。
図６の例では、属性選択画面の上側には、「提供の許可をする個人属性の種類にチェックをいれてください。」という文字列が、表示されている。
ここで、図６の例では、属性選択画面は、事業者Ｃ－１乃至Ｃ－ｍのうちいずれの事業者Ｃであるかを特定せずに、事業者Ｃに提供してもよいかを利用者Ｕに選択させるための画面となっている。つまり、図６の属性選択画面により事業者Ｃに提供してもよい個人属性の種類を利用者Ｕに選択させた結果は、事業者Ｃ－１乃至Ｃ－ｍに対して適用される。
なお、これは例示に過ぎず、事業者Ｃ１乃至Ｃ－ｍの夫々毎に、提供してもよいかを利用者Ｕに選択させるための画面を、属性選択画面として採用してもよい。
図６の例では、属性選択画面の上側には、「提供の許可をする個人属性の種類にチェックをいれてください。」という文字列が、表示されている。
ここで、図６の例では、属性選択画面は、事業者Ｃ－１乃至Ｃ－ｍのうちいずれの事業者Ｃであるかを特定せずに、事業者Ｃに提供してもよいかを利用者Ｕに選択させるための画面となっている。つまり、図６の属性選択画面により事業者Ｃに提供してもよい個人属性の種類を利用者Ｕに選択させた結果は、事業者Ｃ－１乃至Ｃ－ｍに対して適用される。
なお、これは例示に過ぎず、事業者Ｃ１乃至Ｃ－ｍの夫々毎に、提供してもよいかを利用者Ｕに選択させるための画面を、属性選択画面として採用してもよい。
【0079】
図６の例の属性選択画面において、「提供の許可をする個人属性の種類にチェックをいれてください。」という文字列の下側には、事業者Ｃに提供してもよい個人属性の種類を利用者Ｕに選択させるための表が表示されている。
【0080】
図６の表の最上段の行には、左から「種類」、「提供の許可」、「登録済みの内容」の項目が表示されている。
即ち、それより下の各行の夫々には、個人属性の所定の種類についての、「種類」、「提供の許可」、「登録済みの内容」の夫々の情報が表示されている。
即ち、それより下の各行の夫々には、個人属性の所定の種類についての、「種類」、「提供の許可」、「登録済みの内容」の夫々の情報が表示されている。
【0081】
所定行の「種類」には、個人属性ＤＢ３００に格納される個人属性情報の種類のうち、当該所定行に対応する所定の種類の名称等が表示される。
例えば、３行目（最上段から下に２行目）には、「生年月日」が表示されている。したがって、３行目は、個人属性の種類として「生年月日」に関する情報が表示される。
例えば、３行目（最上段から下に２行目）には、「生年月日」が表示されている。したがって、３行目は、個人属性の種類として「生年月日」に関する情報が表示される。
【0082】
所定行の「提供の許可」には、当該所定行の「種類」の個人属性情報の事業者Ｃへの提供を許可するか否かをチェックするチェック欄が表示されている。このチェック欄に、レ点がチェックされている場合には、当該所定行の「種類」の個人属性情報の事業者Ｃへの提供を利用者Ｕが許可していることを意味する。これに対して、このチェック欄に、レ点がチェックされていない場合には、当該所定行の「種類」の個人属性情報の事業者Ｃへの提供を利用者Ｕが許可していないことを意味する。
例えば、３行目（最上段から下に２行目）の「提供の許可」のチェック欄には、レ点がチェックされている。したがって、「生年月日」についての個人属性情報の事業者Ｃへの提供は利用者Ｕにより許可されていることになる。
例えば、３行目（最上段から下に２行目）の「提供の許可」のチェック欄には、レ点がチェックされている。したがって、「生年月日」についての個人属性情報の事業者Ｃへの提供は利用者Ｕにより許可されていることになる。
【0083】
所定行の「内容」には、当該所定行の「種類」の個人属性情報の内容が表示されている。
例えば、３行目（最上段から下に２行目）の「内容」には、「１９９４年４月１０日」が表示されている。したがって、利用者Ｕの「生年月日」は「１９９４年４月１０日」であることがわかる。
例えば、３行目（最上段から下に２行目）の「内容」には、「１９９４年４月１０日」が表示されている。したがって、利用者Ｕの「生年月日」は「１９９４年４月１０日」であることがわかる。
【0084】
図６に示すように、種類の項目に対応する列には、「氏名」、「生年月日」、「性別」、「仕事」、「住所」、「位置情報」、「身長」、「体重」、「体脂肪率」、「食事内容」及び「歩数」という個人属性の種類が表示されている。
【0085】
図１のステップＳＴ１乃至ＳＴ３に対応する処理の結果個人属性ＤＢ３００に格納された内容が、図６の表の所定行の「内容」に表示される。即ち、上述した図６の前提の通り、「生年月日」、「性別」及び「歩数」という「種類」に対応する「内容」が表示されている。具体的には、「生年月日」、「性別」及び「歩数」の夫々に対応する「内容」として、「１９９５年４月１０日」、「女性」、「今日：３５００歩」の夫々が表示されている。
一方、図１のステップＳＴ１乃至ＳＴ３に対応する処理の結果として個人属性ＤＢ３００に格納されていない内容は、図６の表の所定行の「内容」に空欄として表示される。
一方、図１のステップＳＴ１乃至ＳＴ３に対応する処理の結果として個人属性ＤＢ３００に格納されていない内容は、図６の表の所定行の「内容」に空欄として表示される。
【0086】
図６の例の属性選択画面において、「提供の許可」のチェック欄のうち、「氏名」、「生年月日」、「性別」、「仕事」及び「身長」の「種類」に対応するチェック欄にチェックがされている。これは、利用者Ｕが、「氏名」、「生年月日」、「性別」、「仕事」及び「身長」という種類の個人属性情報を事業者Ｃに提供してもよいとして選択していることを示している。この場合、図６に示すように利用者Ｕが「氏名」、「生年月日」、「性別」、「仕事」及び「身長」という種類の個人属性情報の種類が、事業者Ｃに提供してもよいとして選択した選択属性情報Ｉ２として、サーバ１により取得される。
【0087】
属性選択画面において利用者Ｕにより事業者Ｃに提供してもよいとして選択された個人属性の「種類」のうち、当該「種類」に対応する「内容」が個人属性ＤＢ３００に格納されていないものについては、図７に例示するようにチャットにより取得される。
【0088】
図７は、図４の利用者端末に表示されるチャット画面の例を示す図である。
図７には、図１のステップＳＴ５において、図４の利用者端末２に表示されるチャット画面の例が図示されている。
なお、図７を用いた説明の前提として、図６で説明したように、図１のステップＳＴ１乃至ＳＴ３に対応する処理の結果、個人属性ＤＢ３００には、利用者Ｕに関して「生年月日」、「性別」及び「歩数」という種類の個人属性情報が格納されているものとする。また、図６に示すような、事業者Ｃに提供してもよいとして利用者Ｕにより選択された種類が、選択属性情報Ｉ２としてサーバ１により取得されているものとする。
図７には、図１のステップＳＴ５において、図４の利用者端末２に表示されるチャット画面の例が図示されている。
なお、図７を用いた説明の前提として、図６で説明したように、図１のステップＳＴ１乃至ＳＴ３に対応する処理の結果、個人属性ＤＢ３００には、利用者Ｕに関して「生年月日」、「性別」及び「歩数」という種類の個人属性情報が格納されているものとする。また、図６に示すような、事業者Ｃに提供してもよいとして利用者Ｕにより選択された種類が、選択属性情報Ｉ２としてサーバ１により取得されているものとする。
【0089】
図６に示した通り、「氏名」、「仕事」及び「身長」という「種類」は、事業者Ｃに提供してもよいとして利用者Ｕにより選択されているが、個人属性ＤＢ３００に格納されていない。そこで、図７のチャット画面に示すように、チャット管理部１１３は、チャットボットを用いて、利用者Ｕの個人属性を取得するための対話型のチャットを行うことができる。即ち、図７の画面の例は、チャットボットと利用者と情報の授受として、チャットボットから送信されてきた情報と利用者から送信されてきた情報とを少なくとも表示する対話型の画面の例である。
【0090】
図７のチャット画面において、チャットに係る内容の吹き出しは、左側又は右側から表示される。図７におけるチャット画面では、チャットボットから利用者Ｕに対するチャットに係る内容の吹き出しが、左側からの吹き出しとして表示されている。また、図７におけるチャット画面では、利用者Ｕからチャットボットに対するチャットに係る内容の吹き出しは、右側からの吹き出しとして表示されている。
また、図７におけるチャット画面では、より古いチャットの内容は、チャット画面のうち上側に表示されている。
また、図７におけるチャット画面では、より古いチャットの内容は、チャット画面のうち上側に表示されている。
【0091】
例えば、図７のチャット画面の上から２つ目の吹き出しには、左側からの吹き出しに「提供の許可をした項目の内容にお尋ねします。」というチャットが表示されている。したがって、チャットボットから利用者Ｕに対して、提供の許可をした項目の内容にお尋ねします。」というチャットがなされている。
例えば、図７のチャット画面の上から２つ目の吹き出しには、左側からの吹き出しに「氏名を教えてください。」というチャットが表示されている。したがって、チャットボットから利用者Ｕに対して、「氏名を教えてください。」というチャットがなされている。
次に、図７のチャット画面の上から３つ目の吹き出しには、右側からの吹き出しに「○□ △□です。」というチャットが表示されている。したがって、利用者Ｕからチャットボットに対して、「○□ △□です。」というチャットがなされている。
例えば、図７のチャット画面の上から２つ目の吹き出しには、左側からの吹き出しに「氏名を教えてください。」というチャットが表示されている。したがって、チャットボットから利用者Ｕに対して、「氏名を教えてください。」というチャットがなされている。
次に、図７のチャット画面の上から３つ目の吹き出しには、右側からの吹き出しに「○□ △□です。」というチャットが表示されている。したがって、利用者Ｕからチャットボットに対して、「○□ △□です。」というチャットがなされている。
【0092】
このように、チャットボットと利用者Ｕとはチャットを用いてコミュニケーションを行うことができる。チャットボットは、選択属性情報Ｉ２に基づいて、利用者Ｕにより選択された種類の個人属性のうち、個人属性ＤＢ３００に格納されていない個人属性情報を取得するためのチャットを行うことができる。また、図７に示すチャットに対応するチャット履歴は、チャット履歴ＤＢ４００に格納される。
【0093】
図８は、図４のサーバに格納される個人属性情報の例のうち、図７のチャットに基づいて更新された個人属性情報の例を示す図である。
図８に示す利用者Ｕの個人属性情報の例には、図６を用いて説明した、事業者Ｃに提供してもよい個人属性の種類を利用者Ｕに選択させた結果が含まれている。また、図８に示す利用者Ｕの個人属性情報の例には、図７を用いて説明した、個人属性ＤＢ３００に格納されていない個人属性情報を取得するためのチャットの結果が含まれている。
図８に示す利用者Ｕの個人属性情報の例には、図６を用いて説明した、事業者Ｃに提供してもよい個人属性の種類を利用者Ｕに選択させた結果が含まれている。また、図８に示す利用者Ｕの個人属性情報の例には、図７を用いて説明した、個人属性ＤＢ３００に格納されていない個人属性情報を取得するためのチャットの結果が含まれている。
【0094】
図８の個人属性情報を示す表の最上段の項目の行には、左から「種類」、「提供の許可」、「内容」の項目が図示されている。
即ち、それより下の各行の夫々には、個人属性の所定の種類についての、「種類」、「提供の許可」、「登録済みの内容」の夫々の情報が図示されている。
即ち、それより下の各行の夫々には、個人属性の所定の種類についての、「種類」、「提供の許可」、「登録済みの内容」の夫々の情報が図示されている。
【0095】
図８の所定行の「種類」、「提供の許可」及び「登録済みの内容」には、図６の所定行の「種類」、「提供の許可」及び「登録済みの内容」の内容が図示されている。
ただし、図８において、所定行の「提供の許可」には、チェック欄はない。これは、図６に示す表は、属性選択画面であり、利用者Ｕからの入力を受付ける画面であるが、図８に示す表は、個人属性ＤＢ３００に格納された個人属性情報を表の形式にしたものだからである。
ただし、図８において、所定行の「提供の許可」には、チェック欄はない。これは、図６に示す表は、属性選択画面であり、利用者Ｕからの入力を受付ける画面であるが、図８に示す表は、個人属性ＤＢ３００に格納された個人属性情報を表の形式にしたものだからである。
【0096】
例えば、２行目（最上段から下に１行目）の「内容」には、「○□ △□」が表示されている。したがって、利用者Ｕの「氏名」は「○□ △□」であることが、個人属性ＤＢ３００に格納されているとわかる。
【0097】
図８における個人属性情報の「内容」の項目には、図７を用いて説明した個人属性ＤＢ３００に格納されていない個人属性情報を取得するためのチャットに対応する内容が図示されている。即ち、「氏名」、「仕事」及び「身長」の種類の個人属性情報が、個人属性ＤＢ３００に格納されている。
【0098】
図９は、図４の利用者端末に表示されるチャット画面の例のうち、図７とは異なる例を示す図である。
即ち、図９の画面の例は、チャットボットと利用者と情報の授受として、チャットボットから送信されてきた情報と利用者から送信されてきた情報とを少なくとも表示する対話型の画面の例である。
図９には、図４の利用者端末２に表示されるチャット画面の例が図示されている。なお、図９を用いた説明の前提として、図８で説明したように、図１のステップＳＴ１乃至ＳＴ５に対応する処理の結果、個人属性ＤＢ３００には、利用者Ｕに関して「氏名」、「生年月日」、「性別」、「仕事」、「身長」、「体重」及び「歩数」という種類の個人属性情報が格納されているものとする。また、図８で説明したように、事業者Ｃに提供してもよいとして利用者Ｕにより選択された種類は、「氏名」、「生年月日」、「性別」、「仕事」及び「身長」という種類であるものとする。
即ち、図９の画面の例は、チャットボットと利用者と情報の授受として、チャットボットから送信されてきた情報と利用者から送信されてきた情報とを少なくとも表示する対話型の画面の例である。
図９には、図４の利用者端末２に表示されるチャット画面の例が図示されている。なお、図９を用いた説明の前提として、図８で説明したように、図１のステップＳＴ１乃至ＳＴ５に対応する処理の結果、個人属性ＤＢ３００には、利用者Ｕに関して「氏名」、「生年月日」、「性別」、「仕事」、「身長」、「体重」及び「歩数」という種類の個人属性情報が格納されているものとする。また、図８で説明したように、事業者Ｃに提供してもよいとして利用者Ｕにより選択された種類は、「氏名」、「生年月日」、「性別」、「仕事」及び「身長」という種類であるものとする。
【0099】
図９におけるチャット画面では、図７におけるチャット画面と同様にチャットに係る内容の吹き出しが、左側又は右側からの吹き出しとして表示される。また、図９におけるチャット画面では、図７におけるチャット画面と同様に、より古いチャットの内容が、チャット画面のうち上側に表示されている。
【0100】
例えば、図９のチャット画面の上から１つ目の吹き出しには、左側からの吹き出しに「美容に関する情報を提供できます。美容に興味はありますか？」というチャットが表示されている。したがって、チャットボットから利用者Ｕに対して、「美容に関する情報を提供できます。美容に興味はありますか？」というチャットがなされている。
次に、図９のチャット画面の上から２つ目の吹き出しには、右側からの吹き出しに「興味があります。」というチャットが表示されている。したがって、利用者Ｕからチャットボットに対して、「興味があります。」というチャットがなされている。
次に、図９のチャット画面の上から２つ目の吹き出しには、右側からの吹き出しに「興味があります。」というチャットが表示されている。したがって、利用者Ｕからチャットボットに対して、「興味があります。」というチャットがなされている。
【0101】
このような、チャットに含まれる「美容に関する情報」や「美容」という分野は、リクエスト推定部１１５により、チャット履歴に含まれる利用者Ｕの個人属性に基づいて、利用者Ｕのリクエストが推定された例である。即ち、図９におけるチャット画面の例は、図７に示したチャット画面に対応するチャット履歴に含まれる利用者Ｕの個人属性に基づいて、利用者Ｕの要望の分野が推定された例である。
具体的には、チャット履歴ＤＢ４００に格納されたチャット履歴には、利用者Ｕの個人属性情報として、利用者Ｕの仕事が化粧品販売である旨が含まれている。そこで、リクエスト推定部１１５は、利用者Ｕの仕事が化粧品販売である旨に基づいて、利用者Ｕの「美容に関する情報に興味がある」というリクエストを推定する。その結果、上述のように、チャットボットから美容に関する情報を提供できる旨のチャットがなされている。
更に言えば、「美容に関する情報を提供できます。」という情報は、サーバ１の提供情報生成部１１６により生成された提供情報の一例と把握されることもできる。
具体的には、チャット履歴ＤＢ４００に格納されたチャット履歴には、利用者Ｕの個人属性情報として、利用者Ｕの仕事が化粧品販売である旨が含まれている。そこで、リクエスト推定部１１５は、利用者Ｕの仕事が化粧品販売である旨に基づいて、利用者Ｕの「美容に関する情報に興味がある」というリクエストを推定する。その結果、上述のように、チャットボットから美容に関する情報を提供できる旨のチャットがなされている。
更に言えば、「美容に関する情報を提供できます。」という情報は、サーバ１の提供情報生成部１１６により生成された提供情報の一例と把握されることもできる。
【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】
１・・・サーバ、１１・・・ＣＰＵ、１８・・・記憶部、１１１・・・個人属性管理部、１１２・・・選択属性取得部、１１３・・・チャット管理部、１１４・・・チャット履歴取得部、１１５・・・リクエスト推定部、１１６・・・提供情報生成部、３００・・・個人属性ＤＢ、４００・・・チャット履歴ＤＢ、２・・・利用者端末、３・・・アプリ提供者装置、５００・・・アプリＤＢ、４・・・事業者装置、４１・・・ＣＰＵ、４１１・・・個人属性取得部、４１２・・・提供情報生成部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】