WO2020075647A1 - 情報処理装置 - Google Patents

Abstract

コミュニケーション能力の問題、容姿の問題、居住地の問題、及び時間の問題を解消することで、ユーザの実生活の向上に寄与させる手法を提供すること。　情報取得部１０１は、ユーザＵに関するユーザ情報を取得する。メッセージ管理部１０２は、ユーザ端末２を介して送受信されるメッセージを管理するとともに、ユーザＵからのメッセージがある場合には、そのメッセージの内容と、ユーザ情報とに基づいて、ユーザＵに伝えるメッセージを生成し、ユーザＵからのメッセージがない場合には、ユーザ情報に基づいて、ユーザＵに伝えるメッセージを生成する。これにより、上記課題を解決する。

Description

情報処理装置

　本発明は、情報処理装置に関する。

　男女のデートの際の会話に必要な知識を豊富にし、会話を支援することで、結婚成立までのプロセスを支援するシステムは既に存在する（特許文献１参照）。また、消極的な人も積極的な人も平等に意中の相手と会話ができるようにすることを目的とした交換用メモ用紙は既に存在する（特許文献２参照）。また、ユーザの結婚活動がより円滑に進行するように支援することを目的としたサーバ装置は既に存在する（特許文献３参照）。

特願２００６－２４４３４９号公報 特開２０００－２３８４６９号公報 特開２０１７－１３８９４８号公報

　しかしながら、特許文献１乃至３に記載された技術を含む、従来からあるユーザの結婚活動を支援するための技術では、ユーザが異性との交際を開始できなかった場合（以下、「マッチング不成立」と呼ぶ）の事後的な手当てについては何ら考慮されていなかった。このため、マッチング不成立に終わったユーザは、新しい出会いのチャンスを求めるしかなかった。
　しかしながら、マッチング不成立に終わったユーザは、その原因を明確化させないまま新しい出会いのチャンスを求めたとしても、同じ失敗を繰り返すことが多い。

　マッチング不成立は、以下の４つの問題のいずれかが原因になっていることが多い。即ち、（１）コミュニケーション能力の問題、（２）容姿の問題、（３）居住地の問題、及び（４）時間の問題、のうち少なくとも１つ以上が原因となり、マッチングが不成立になることが多い。
　つまり、（１）は、コミュニケーション能力の不足により、相手に真意が伝わらず勘違いが生じたり、暗い性格であると思われたりして、マッチング不成立になるという問題である。（２）は、相手の容姿が自分の理想と乖離することにより、マッチング不成立になるという問題である。（３）は、相手の居住地が遠すぎることにより、マッチング不成立になるという問題である。（４）は、相手の生活時間が自分の生活時間に合わないことにより、マッチング不成立になるという問題である。

　本発明は、このような状況に鑑みてなされたものであり、コミュニケーション能力の問題、容姿の問題、居住地の問題、及び時間の問題を解消することで、ユーザの実生活の向上に寄与させる手法を提供することを目的とする。

　上記目的を達成するため、本発明の一態様の情報処理装置は、
　ユーザに関する情報をユーザ情報として取得する取得手段と、
　前記ユーザが操作するユーザ端末を介し対話として送受信されるメッセージを管理するメッセージ管理手段と、
　を備える情報処理装置において、
　前記メッセージ管理手段は、
　前記ユーザからのメッセージがある場合には、当該メッセージの内容と、前記ユーザ情報とに基づいて、前記ユーザに伝えるメッセージを生成し、前記ユーザからのメッセージがない場合には、前記ユーザ情報に基づいて、ユーザに伝えるメッセージを生成する。

　また、前記ユーザ端末を介してアクセス可能な仮想空間を生成し、生成した前記仮想空間を管理する空間管理手段と、
　前記仮想空間に存在可能とする１以上のアバターを管理するアバター管理手段と、
　をさらに備え、
　前記アバター管理手段は、前記ユーザを主体とする第１のアバターと、主体が完全創造された第２のアバターとを生成することができる。

　本発明によれば、コミュニケーション能力の問題、容姿の問題、居住地の問題、及び時間の問題を解消することで、ユーザの実生活の向上に寄与させることができる。

サービス提供者が提供する、実生活向上サービス（以下、「本サービス」と呼ぶ）の概要を示すイメージ図である。 情報提供サービスから本サービスに提供される各種情報の流れを示すイメージ図である。 プロダクションサービスでユーザに紹介されるタレントのパターンの例を示す図である。 本発明の情報処理装置の一実施形態に係る管理サーバを含む情報処理システムの構成の概要を示す図である。 図１の管理サーバのハードウェア構成を示すブロック図である。 図５の管理サーバの機能的構成の一例を示す機能ブロック図である。

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

　［サービス内容］
　図１は、サービス提供者Ｐが提供する、本サービスの概要を示すイメージ図である。

　本サービスは、男女のマッチングサービスにおけるマッチングの不成立の原因が、次の４つの問題の少なくとも１つにあると判断された場合に、対象となるユーザＵに対し、その原因を解消するための各種サブサービスを提供するものである。即ち、マッチングの不成立の原因が、（１）コミュニケーション能力の問題、（２）容姿の問題、（３）居住地の問題、及び（４）時間の問題にある場合に、対象ユーザＵに対し、これを解消するための各種サブサービスが提供される。

　（対話サービス）
　マッチングの不成立が、上記（１）のコミュニケーション能力の問題に起因するものである場合には、対象となるユーザＵに対し、本サービスのサブサービスである「対話サービス」が提供される。
　対話サービスは、対象となるユーザＵが、ユーザ端末を介して、コンシェルジュＣ又はアドバイザＤと対話することができるサービスである。
　ここで、「対話」とは、複数者間でメッセージのやり取りを行うことをいい、「ユーザ端末を介する」とは、ユーザＵが操作するスマートフォン等において、メッセージの入力処理と、メッセージの出力処理とを行うことをいう。
　「メッセージを入力する」とは、ユーザＵが操作するスマートフォン等に対し、マイクによる音声の入力や、タッチパネルによる入力を行うことをいう。
　「メッセージを出力する」とは、ユーザＵが操作するスマートフォン等のスピーカや画面から、コンシェルジュＣやアドバイザＤ等からのメッセージを出力することをいう。

　「コンシェルジュ」Ｃは、ユーザＵに対し、いわゆる世話役のような立場で対話する。例えばユーザＵの「おなかすいたね」というメッセージに対しては、コンシェルジュＣは、「そろそろお昼だね」というメッセージを返す。そこで、ユーザＵが、「お肉でも食べようか」というメッセージを入力すると、コンシェルジュＣは、「外食？出前？」というメッセージを返す。これに対し、ユーザＵが「外食にしようか」というメッセージを入力すると、コンシェルジュＣは「どこか予約しようか？」というメッセージを返すとともに、近くにあるレストランの検索と予約とを自動で行う。

　「アドバイザ」Ｄは、コンシェルジュＣと同じように、ユーザＵと対話するが、これに加え、ユーザＵに対し、アドバイスやレクチャーをする助言者の立場で対話する。例えばアドバイザＤは、「昨日はお肉を食べたので、今日は魚料理がいいんじゃない？」といった、アドバイスを兼ねたメッセージを送る。これに対し、ユーザＵが、「じゃあ、カロリーと、不足している栄養素が考慮されたレストランを予約して」というメッセージを入力した場合には、アドバイザＤは、「ＯＫ。１２時半にレストラン○○を予約したよ。レストラン○○のお勧めメニューは□□だけど、○○さん（ユーザＵの名前）の口座残高が不足しているから、保有している□○株を売却した方がいいよ」といった、アドバイスを兼ねたメッセージを返す。

　ユーザＵは、対話サービスを利用することで、日常生活のあらゆる場面で、コンシェルジュＣやアドバイザＤと対話することになる。コンシェルジュＣやアドバイザＤは、上述したように仮想の存在であり、実在する人間ではないので、コミュニケーション能力が不足しているユーザＵであっても、気兼ねなく積極的に対話することができる。
　これにより、ユーザＵのコミュニケーション能力は、知らず知らずのうちに向上するので、対話の相手が仮想の存在ではなく、実在する人間に代わったとしても、問題なく対話できるようになる。
　なお、コンシェルジュＣやアドバイザＤには性別が設けられているため、例えば男性のユーザＵが、対女性とのコミュニケーション能力を向上させたい場合には、女性のコンシェルジュＣやアドバイザＤが対話するようにできる。
　このため、男性のユーザＵは、実在する女性に対しても、問題なく対話できるようになる。

　ユーザＵ側から発せられたメッセージに対する返答の内容、コンシェルジュＣ側から積極的に発せられるメッセージの内容、及びメッセージが発せられるタイミングの如何については、機械学習、深層学習、ＡＩ（人工知能）等の技術が適用されている。
　これにより、あたかも生身の人間同士が対話しているような自然なメッセージのやり取りを実現させることができる。

　（情報提供サービス）
　アドバイザＤ側から積極的に発せられるメッセージの内容、及びその発せられるタイミングについては、情報提供サービスを提供する情報提供サーバ３から別途提供される、ユーザ情報の内容が反映される。
　これにより、アドバイザＤは、ユーザＵとの対話の内容に、ユーザＵの個人的な情報や、専門的かつ正確な情報を含めることができる。

　「ユーザ情報」には、ユーザＵの日常生活に関するあらゆる情報が含まれる。例えば、ユーザＵの金融取引に関する情報（以下、「ユーザ金融情報」と呼ぶ）、ユーザＵの保険取引に関する情報（以下、「ユーザ保険情報」と呼ぶ）、ユーザＵの医療に関する情報（以下、「ユーザ医療情報」と呼ぶ）、ユーザＵの日々の生体情報（以下、「ユーザ生体情報」と呼ぶ）は、いずれもユーザ情報に含まれる情報である。また、ユーザ情報には、男女のマッチングサービスの利用実績及びその内容（以下、「マッチング情報」と呼ぶ）も含まれる。マッチング情報には、マッチングが不成立となった場合における、相手方のコメントや、アンケートの結果等が含まれる。

　ユーザ金融情報には、例えばユーザＵの預金残高、振込や振替の実績等の情報が含まれる。ユーザ保険情報には、例えばユーザＵが契約する保険の掛金、補償内容等の情報が含まれる。ユーザ医療情報には、例えばユーザＵの疾病の内容、診療結果に関する情報、医師の所見、薬の処方実績等の情報が含まれる。ユーザ生体情報には、ユーザＵの出生からの体温、脈拍、心拍数、食事の内容、食事をとるタイミング、食事の時間、運動の内容や量、運動時間、睡眠時間、睡眠をとるタイミング、血液の成分、遺伝子情報等が含まれる。なお、ユーザ生体情報を取得する具体的手法は特に限定されない。ユーザＵが自ら記録したものをユーザ生体情報としてもよいし、情報提供サーバが制御する所定の測定機器により計測された情報をユーザ生体情報としてもよい。

　ユーザ金融情報、ユーザ保険情報、及びユーザ医療情報の夫々は、金融機関、保険会社、及び医療機関の夫々により管理されている情報であり、その一部又は全部がユーザＵと共有されている。また、ユーザ生体情報は、情報提供サービスにより管理されている情報であり、その一部又は全部がユーザＵと共有されている。

　図２は、情報提供サービスから本サービスに提供される各種情報の流れを示すイメージ図である。

　図２に示すように、ユーザ金融情報、ユーザ保険情報、及びユーザ医療情報の夫々は、金融機関、保険会社、及び医療機関の夫々と情報提供サービスとの間で共有されている。

　ユーザ金融情報、ユーザ保険情報、ユーザ医療情報、及びユーザ生体情報は、ユーザ情報として、情報提供サービスから対話サービスに提供される。これにより、上述したアドバイザＤとユーザＵとの対話のように、予約したレストランのメニューの金額と、ユーザＵの預金口座の残高と、ユーザＵが保有する株（資産）の売却価額とが総合的に考慮された対話が可能となる。

　ここで、情報提供サービスの適用がある対話サービスを利用するユーザＵ１は、情報提供サービスのみを利用するユーザＵ２の生活をフォローすることもできる。この場合、例えば以下のようなケースを想定することができる。

　即ち、ユーザＵ２が１人暮らしの母親であり、ユーザＵ１がその子供であるケースを想定することができる。このケースでは、母親（ユーザＵ２）が情報提供サービスを利用しているため、対話サービスは、子供（ユーザＵ１）とアドバイザＤとの対話に、母親（ユーザＵ２）を対象とするユーザ生体情報やユーザ医療情報等を反映させることができる。
　具体的には例えば、アドバイザＤは、子供（ユーザＵ１）に対し、「お母さんが風邪気味みたい」といったような、母親（ユーザＵ２）の状況報告を兼ねたメッセージを送ることができる。これに対し、子供（ユーザＵ１）が、「だいぶ合ってないなあ連絡してみる」と返答すれば、少なくとも母親（ユーザＵ２）の状況が子供に伝わったことになる。
　これにより、１人暮らしの親の体調の変化に子供が気付かないことを原因とする孤独死の問題を解決することに寄与させることもできる。

　また、ユーザＵ２は人間である必要はない。例えばペットであってもよいので、ユーザＵ２がペットであり、ユーザＵ１がその飼い主であるケースを想定することもできる。このケースでは、ペット（ユーザＵ２）が情報提供サービスを利用しているため、対話サービスは、飼い主（ユーザＵ１）とアドバイザＤとの対話に、ペット（ユーザＵ２）を対象とするユーザ生体情報等を反映させることができる。
　具体的には例えば、アドバイザＤは、「○○（ペットの名前）は最近運動不足でストレスがたまっているんじゃない？」といったような、ペットの状況報告を兼ねたメッセージを送ることができる。これに対し、飼い主（ユーザＵ１）が、「わかった、今日は早く帰るよ」と返答すれば、家族の一員であるペットの長寿に寄与させることもできる。

　また、ユーザＵ２は、人間やペットのように生物である必要もない。例えば自動車であってもよいので、ユーザＵ２が自動車であり、ユーザＵ１がそのオーナーであるケースを想定することもできる。このケースでは、自動車（ユーザＵ２）が情報提供サービスを利用しているため、対話サービスは、オーナー（ユーザＵ１）とアドバイザＤとの対話に、オーナー（ユーザＵ１）のユーザ情報の他に、自動車（ユーザＵ２）を対象とするユーザ情報を反映させることもできる。
　具体的には例えば、オーナー（ユーザＵ１）が飲酒しているにも関わらず自動車（ユーザＵ２）の運転を試みた場合には、アドバイザＤは、オーナー（ユーザＵ１）のユーザ情報（特にユーザ生体情報）に基づいて、「飲酒しているから自動車の運転は控えて！」といったような、オーナー（ユーザＵ１）の体調に関する状況報告を兼ねたアドバイスを送ることができる。また、アドバイザＤは、オーナー（ユーザＵ１）に対しさらに、「飲酒運転は道路交通法第６５条で禁止されているよ。酒酔い運転に該当すれば、免許が取り消されるだけじゃなく、５年以下の懲役又は１００万円以下の罰金に処されるよ！」とレクチャーすれば、オーナー（ユーザＵ１）は飲酒運転による代償の大きさを認識することができる。さらに、情報提供サービスは、自動車（ユーザＵ２）の駆動を制御する制御部（図示せず）と連携することができるので、ユーザ情報からオーナー（ユーザＵ１）の飲酒が認められた場合には、自動車（ユーザＵ２）のエンジンがかからないように制御することもできる。これにより、オーナー（ユーザＵ１）の飲酒運転を強制的に阻止することができる。

　また、情報提供サービスの適用がある対話サービスを利用するユーザＵ１が複数存在する場合には、例えば以下のようなケースを想定することができる。

　即ち、男性（ユーザＵ１）と、女性（ユーザＵ２）とが交際しているケースを想定することができる。このケースでは、対話サービスは、男性（ユーザＵ１）とアドバイザＤとの対話、及び女性（ユーザＵ２）とアドバイザＤとの会話の両方について、夫々のユーザ情報を反映させることができる。
　具体的には例えば、アドバイザＤは、男性（ユーザＵ１）に対し、「彼女この間の喧嘩でだいぶ落ち込んでいるみたいだよ」といったような、女性（ユーザＵ２）の状況報告を兼ねたメッセージを送ることができる。これに対し、男性（ユーザＵ１）が、「へぇ」と返答した場合には、アドバイザＤはさらに、「そろそろ許してあげれば？」といったような、アドバイスを兼ねたメッセージを送ることができる。アドバイザＤからのアドバイスに対し、男性（ユーザＵ１）が、「うん、わかったよ。しょうがないなあ。君から連絡しておいて」と返答した場合には、アドバイザＤは、男性（ユーザＵ１）に対して、「ＯＫ、任せて」といったメッセージを送ることができる。
　このように、男性（ユーザＵ１）と女性（ユーザＵ２）との両方が、情報提供サービスの適用がある対話サービスを利用していることにより、両者の夫々の状況を把握したアドバイザＤが、あたかも両者共通の友人のように、喧嘩を仲裁することができる。

　（仮想空間サービス）
　男女間のマッチング不成立が、上記（２）の乃至（４）の問題に起因するものである場合には、本サービスのサブサービスである仮想空間サービスが提供される。即ち、ユーザＵにおけるマッチングの不成立が、容姿の問題、居住地の問題、及び時間の問題に起因するものである場合には、ユーザＵは、仮想空間サービスを利用することができる。
　仮想空間サービスは、対象となるユーザＵが、ユーザ端末を介して、仮想空間ＶＳに存在する３ＤアバターＡとの対話ができるようにするサービスである。

　「仮想空間」ＶＳとは、拡張現実（ＡＲ）と、仮想現実（ＶＲ）とのうち少なくとも一方を含む仮想の空間のことをいう。
　「アバター」とは、ユーザＵのユーザ情報に基づいてユーザＵ毎に生成される、ユーザＵの分身を表す電子情報のことをいい、「３Ｄアバター」とは、ユーザＵの分身を３次元で表す電子情報のことをいう。なお、以下、両者を特に区別する必要がない限り、「３Ｄアバター」についても単に「アバター」Ａと呼ぶ。
　アバターＡには、拡張現実（ＡＲ）のアバターＡａと、仮想現実（ＶＲ）のアバターＡｖとが含まれる。拡張現実（ＡＲ）のアバターＡａは、その主体がユーザＵであるものをいう。仮想現実（ＶＲ）のアバターＡｖは、その主体がＡＩ（人工知能）により完全創造されたものをいう。なお、以下、両者を特に区別する必要がない限り、両者いずれについても単に「アバター」Ａと呼ぶ。

　仮想空間サービスを利用するユーザＵは、自らが拡張現実（ＡＲ）のアバターＡａとして仮想空間を行動しながら、拡張現実（ＡＲ）のアバターＡａや、仮想現実（ＶＲ）のアバターＡｖと対話してもよい。また、ユーザＵは、自らはアバターＡａにならずに、仮想空間ＶＳに存在する拡張現実（ＡＲ）のアバターＡａや、仮想現実（ＶＲ）のアバターＡｖと対話してもよい。
　仮想空間ＶＳには、アバターＡが多数存在するため、ユーザＵはアバターＡとの対話の機会に恵まれることになる。これにより、ユーザＵは、他のアバターＡから話しかけられたり、自ら積極的にアバターＡに話しかけたりすることにより、ユーザＵのコミュニケーション能力を向上させることができる。

　（プロダクションサービス）
　仮想空間サービスでは、ユーザＵに対し、交際相手の候補となるアバターＡを紹介するサービス（以下、「プロダクションサービス」と呼ぶ）を提供することもできる。以下、プロダクションサービスによりユーザＵに紹介されるアバターＡのことを「タレント」Ｔと呼ぶ。
　ユーザＵに紹介されるタレントＴは、拡張現実（ＡＲ）のアバターＡａであってもよいし、仮想現実（ＶＲ）のアバターＡｖであってもよい。このため、ユーザＵの交際相手となるタレントＴは、拡張現実（ＡＲ）のアバターＶａになる場合もあれば、仮想現実（ＡＲ）のアバターＡｖになる場合もある。

　プロダクションサービスにおいて、ユーザＵにタレントＴを紹介する場合、ユーザＵのユーザ情報が考慮される。上述したように、ユーザ情報には、マッチング情報も含まれる。そして、マッチング情報には、マッチング不成立になった場合の、相手方のコメントや、アンケートの結果が含まれる。つまり、マッチング情報には、ユーザＵの異性との関係についてのネガティブな情報や一部のポジティブな情報が含まれる。

　ユーザＵの異性との関係についてのネガティブな情報や一部のポジティブな情報は、ユーザＵの次の交際を成功させるための重要な情報となる。このため、プロダクションサービスでは、マッチング情報が分析され、その分析結果に基づいて、ユーザＵが交際を成功させるために好適なタレントＴが選出されて紹介される。

　ユーザＵのマッチングサービスの利用内容を分析する具体的手法は特に限定されないが、例えば以下の（１）乃至（３）の手法を用いて分析することができる。即ち、（１）マッチングが成立した他のケースとの対比を行う。（２）マッチングが不成立となった相手の感想や、アンケート結果等を収集することにより、ユーザＵの問題点を把握する。（３）ユーザＵの過去の交際履歴により、性格や好みのタイプ等を把握する。
　これにより、ユーザＵの異性との関係についてのネガティブな情報や一部のポジティブな情報を詳細に分析することができるので、ユーザＵの次の交際を成功させるために好適なタレントＴを選出することができる。

　図３は、プロダクションサービスでユーザＵ１に紹介されるタレントＴのパターンの例を示す図である。

　プロダクションサービスで紹介されるタレントＴのパターンとしては、例えば図３に示す３つのパターン（パターン１乃至３）がある。以下、各パターンについて説明する。

　パターン１は、他のユーザＵ２を主体とする拡張現実（ＡＲ）のアバターＶａを、タレントＴとしてユーザＵ１に紹介するパターンである。このパターンでは、まず、複数の拡張現実（ＡＲ）のアバターＡａのうち、ユーザＵ１が次回の交際を成功させるために好適なアバターＡがタレントＴとして選出される。次に、選出されたタレントＴを対象として、プロダクションサービスによる加工及び設定（以下、「プロダクション側設定」と呼ぶ）が行われる。プロダクション側設定における具体的な加工及び設定の内容は特に限定されないが、本実施形態では、プロダクション側設定において、次の（１）乃至（３）の要素についての加工及び設定が行われる。
　即ち、プロダクションサービスにより作成されたタレントＴのプロトタイプをベースとして、（１）容姿、（２）性格、及び（３）知識レベルの夫々について、プロダクションサービスによる加工及び設定が行われる。なお、プロダクションサービスによるタレントＴのプロトタイプの作成においては、ユーザＵ２の肖像権が考慮される。
　具体的には、（１）容姿については、タレントＴの顔やスタイルについての加工及び設定が行われる。また、（２）性格については、タレントＴの性格として、外向きな性格、内向きな性格、思慮深い性格、感情的な性格、直感を重んじる性格、感覚に頼る性格等が設定される。（３）知識レベルについては、タレントＴの趣味や嗜好の設定が行われる。パターン１のタレントＴは、以上のような加工及び設定が行われた後にユーザＵ１に紹介される。

　タレントＴを紹介されたユーザＵ１は、紹介されたタレントＴを対象とする加工及び設定（以下、「ユーザ側設定」と呼ぶ）を行う。ユーザ側設定における具体的な加工及び設定の内容は特に限定されないが、本実施形態では、ユーザ側設定において、次の（１）乃至（３）の加工及び設定が行われる。
　即ち、紹介されたタレントＴをベースとして、（１）容姿、（２）声、及び（３）言語の夫々についてユーザＵ１による加工及び設定が行われる。

　具体的には、（１）容姿については、タレントＴの服装、髪型、スタイル、及び肌の色についての加工及び設定が行われる。また、（２）声については、プロダクションサービスにより自動生成されたものをベースとした加工及び設定が行われる。
　このように、容姿や声についてユーザＵ１側で加工や設定が行えるようにすることにより、ユーザＵ１は、紹介されたタレントＴを自分の好みのタイプに近づけることができる。その結果、ユーザＵ１は、タレントＴとの対話に積極的に取り組むことが期待できるので、より短期間でコミュニケーション能力を向上させることができるようになる。

　また、（３）言語については、日本語や英語等の任意の言語に設定される。また、同じ日本語でも、地方で使われる方言（関西弁、福島弁、秋田弁等）レベルで設定することできる。
　このように、タレントＴが使用する言語についてユーザＵ１側で設定が行えるようにすることにより、ユーザＵ１は、自分が日常的に使用する言語はもちろんのこと、習得したい言語に設定することができる。これにより、ユーザＵ１は、習得したい言語でタレントＴと対話することができるので、習得したい言語による会話に積極的に取り組むようになることが期待できる。その結果、より短期間で複数言語を習得することができるとともに、コミュニケーション能力を向上させることもできる。

　パターン２は、パターン１と同様に、他のユーザＵ２を主体とする拡張現実（ＡＲ）のアバターＡａが、タレントＴとして紹介されるが、図３に示すようにタレントＴの選出は行われず、それに代えて「モデル」Ｍの提供が行われる。
　「モデル」Ｍとは、ユーザＵ２から提供されるタレントＴのうち、ユーザＵ１が過去に実際に接したことや、何らかの関係性があった人や動物等を対象とするタレントＴのことをいう。モデルＭの対象となる人や動物は生存していてもよいし、生存していなくともよい。
　なお、パターン２の場合、ユーザＵ１と、タレントＴとして紹介されたモデルＭとは、１対１の関係が維持される。即ち、モデルＭは、ユーザＵ１にとって特有の存在として取り扱われることになるため、ユーザＵ１以外のユーザＵが対話することはできない。

　具体的には例えば、ユーザＵ２がユーザＵ１の父親である場合、父親（ユーザＵ２）は、自分の亡き妻、つまり子供（ユーザＵ１）の亡き母親を主体とするモデルＭを提供することもできる。この場合、子供（ユーザＵ１）は、タレントＴとして紹介された亡き母親のアバターＡ（モデルＭ）と、仮想空間ＶＳで対話することができる。
　これにより、例えば子供（ユーザＵ１）が、元来高いコミュニケーション能力を有していたものの、何らかの事象（例えば母親の死）によりコミュニケーション能力を失っていたのであれば、これを取り戻すきっかけにもなり得る。

　また例えば、ユーザＵ２がユーザＵ１の夫である場合には、夫（ユーザＵ２）は、妻（ユーザＵ１）と一緒に可愛がっていた亡きペットを対象とするモデルＭを提供することもできる。この場合、妻（ユーザＵ１）は、タレントＴとして紹介された亡きペットのアバターＡ（モデルＭ）と仮想空間ＶＳで対話することができる。つまり、仮想空間ＶＳであれば、アバターＡの主体が動物であっても擬人化による対話が可能となる。このため、例えば妻（ユーザＵ１）が、元来高いコミュニケーション能力を有していたものの、何らかの事象（例えばペットの死）によりコミュニケーション能力を失っていたのであれば、これを取り戻すきっかけにもなり得る。

　パターン３は、ユーザＵ１が仮想空間サービスの提供を受けるために利用するポータルサイトＰＳ１とは異なる外部のポータルサイトＰＳ２で生成された拡張現実（ＡＲ）又は仮想現実（ＶＲ）のアバターＡｖをタレントＴとしてユーザＵ１に紹介するパターンである。即ち、パターン３で紹介されるタレントＴは、外部のポータルサイトＰＳ２で生成された完成型のアバターＡｕとなるため、パターン１で行われるようなプロダクション側設定やユーザ側設定は行われない。つまり、既に存在するアバターＡｕがそのままタレントとしてユーザＵ１に紹介される。

　このように、パターン３では、外部のポータルサイトＰＳ２で生成された完成型のアバターＡｕがタレントＴとしてユーザＵ１に紹介されるので、ユーザＵ１は、様々な人格のタレントＴと対話することができるようになる。即ち、上述のパターン１により紹介されるタレントＴは、プロダクション側設定やユーザ側設定を経ることで、敢えてユーザＵ１の好みのタイプに近づけようとするものであった。つまり、パターン１は、タレントＴをユーザＵ１の好みのタイプに近づけることで、ユーザＵ１がタレントＴと積極的に対話しようさせるものであった。

　これに対して、パターン３は、既に存在するアバターＡｕがそのままタレントＴとして紹介されるため、ユーザＵ１の好みの如何にかかわらず、様々な人格のアバターＡｕがタレントＴとして紹介されることになる。これにより、ユーザＵ１は、自分の好みとは無関係にあらゆる人格のアバターＡｕと対話をする機会を得ることができる。つまり、より現実社会に近い環境で、対話のトレーニングを積むことができる。その結果、ユーザＵ１は、様々な人格のタレントＴとの対話を通じて、対話で必要とされる対応力を身に付けることができるので、より実践的なコミュニケーション能力の向上を図ることができる。

　ここで、ユーザＵ１に紹介されるタレントＴは、サービス提供者Ｐが仮想空間サービスを提供するために運営するポータルサイトＰＳ１において、例えば以下のような手法によって管理される。
　タレントＴのうち拡張現実（ＡＲ）のアバターＡａについては、サービス提供者Ｐとの間で締結される専属マネジメント契約の内容に基づいて管理される。
　また、タレントＴのうち仮想現実（ＶＲ）のアバターＡｖは、以下のように管理される。即ち、仮想現実（ＶＲ）のアバターＡｖについては、機械学習、深層学習、ＡＩ（人工知能）等の技術を用いることにより、上述のコンシェルジュＣ又はアドバイザＤとして、ユーザＵと対話する機会を与える。すると、ユーザＵとの対話の積み重ねによって深層学習が進み、コミュニケーション能力に磨きをかけながら変化し続け、次第に理想的なアバターとしての人格が形成されていく。仮想現実（ＶＲ）のアバターＡｖのコミュニケーション能力が向上しているということは、その対話の相手であるユーザＵのコミュニケーション能力も向上しているということになる。つまり、ユーザＵと仮想現実（ＶＲ）のアバターＡｖとの対話が積み重ねられることで、両者が共に理想的な人格を備えることができるようになる。

　ここで、ユーザＵとの対話の機会が多い仮想現実（ＶＲ）のアバターＡｖは、それだけ多くのユーザＵからアクセスさせていることになる。換言すると、アクセスの少ない仮想現実（ＶＲ）のアバターＡｖは、それだけユーザＵとの対話の機会が少ないということになる。ユーザＵとの対話の積み重ねが少ないのであれば、それだけ深層学習が進んでいないとうことになる。つまり、このような仮想現実（ＶＲ）のアバターＡｖの人格には、これまでに対話の相手方となった特定のユーザＵの性格的特徴が色濃く表れるので、一般的に個性的となる。

　仮想空間ＶＳにおいて、タレントＴとの対話を積み重ねたことにより、人格に変化が生じたと認められたユーザＵは、以下のように取り扱われることになる。即ち、人格に変化が生じたと認められるユーザＵのユーザ情報に基づいて、ユーザＵの趣味や嗜好が考慮された適格な相手（現実の異性）が紹介される。

　サービス提供者Ｐは、以上のように多種多様な仮想現実（ＶＲ）のアバターＡｖをタレントＴとして管理しながら、仮想空間サービスを提供するポータルサイトＰＳ１を運営する。

　［システム構成］
　図４は、本発明の情報処理装置の一実施形態に係る管理サーバ１を含む情報処理システムＩＳの構成の概要を示す図である。

　図４に示す情報処理システムＩＳは、管理サーバ１と、ユーザ端末２－１乃至２－ｎ（ｎは１以上の任意の整数値）と、情報提供サーバ３と、金融機関等端末４と、医療機関端末５とがインターネット等の所定のネットワークＮを介して相互に接続されることで構成される。
　また、情報処理システムＩＳには、ネットワークＮを介して、外部サーバ６が接続されている。

　管理サーバ１は、本サービスを提供するサービス提供者Ｐが管理する情報処理装置である。管理サーバ１は、ユーザ端末２－１乃至２－ｎ、情報提供サーバ３、金融機関等端末４、及び医療機関端末５の各動作を管理すべく、各種処理を実行する。

　ユーザ端末２－１乃至２－ｎの夫々は、ユーザＵ１乃至Ｕｎの夫々が操作する情報処理装置であって、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。なお、以下、ユーザＵ１乃至Ｕｎ、ユーザ端末２－１乃至２－ｎの夫々を個々に区別する必要がない場合、これらをまとめて、「ユーザＵ」、「ユーザ端末２」の夫々と呼ぶ。ただし、ユーザＵは、必ずしもユーザ端末２を操作するわけではなく、例えばユーザＵが人間ではない場合には、ユーザ端末２を操作しない場合がある。

　情報提供サーバ３は、サービスとして各種情報の提供を行う者が管理する情報処理装置である。情報提供サーバ３は、対話サービスや仮想空間サービスに適用される各種情報を管理する。

　金融機関等端末４は、ユーザＵが利用する金融機関及び保険会社の夫々が管理する情報処理装置である。金融機関等端末４は、対話サービスや仮想空間サービスに適用され得る金融情報や保険情報を管理する。

　医療機関端末５は、ユーザＵが利用する医療機関が管理する情報処理装置である。医療機関端末５は、対話サービスや仮想空間サービスに適用され得る医療情報を管理する。

　外部サーバ６は、外部のポータルサイトＰＳ２を運営する者が管理する情報処理装置である。

　［ハードウェア構成］
　次に、本サービスを提供するために各種処理を実行する管理サーバ１のハードウェア構成について説明する。
　図５は、図１の管理サーバ１のハードウェア構成を示すブロック図である。

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

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

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

　出力部１６は各種液晶ディスプレイ等で構成され、各種情報を出力する。
　入力部１７は、各種ハードウェア鉛等で構成され、各種情報を入力する。
　記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
　通信部１９は、インターネットを含むネットワークＮを介して他の装置（例えば図１のユーザ端末２－１乃至２－ｎ、情報提供サーバ３、金融機関等端末４、医療機関端末５、及び外部サーバ６）との間で行う通信を制御する。

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

　［機能的構成］
　次に、管理サーバ１の機能について、図６を参照して説明する。
　図６は、図５の管理サーバ１の機能的構成の一例を示す機能ブロック図である。

　図５に示すように、管理サーバ１のＣＰＵ１１においては、対話処理が実行される場合には、情報取得部１０１と、メッセージ管理部１０２とが機能する。仮想空間提供処理が実行される場合には、情報取得部１０１と、空間管理部１０３と、アバター管理部１０４と、が機能する。プロダクション処理が実行される場合には、情報取得部１０１と、アバター管理部１０４とが機能する。
　記憶部１８の一領域には、ユーザＤＢ４０１と、アバターＤＢ４０２と、対話ＤＢ４０３と、補助ＤＢ４０４とが設けられている。

　「対話処理」とは、上述の対話サービスを実現させるための一連の処理をいう。対話処理が実行されることにより、ユーザＵと、コンシェルジュＣ又はアドバイザＤとが対話できるようになる。

　「仮想空間提供処理」とは、上述の仮想空間サービスを実現させるための一連の処理をいう。仮想空間提供処理が実行されることにより、ユーザＵは、仮想空間でアバターと対話できるようになる。

　「プロダクション処理」とは、上述のプロダクションサービスを実現させるための一連の処理をいう。プロダクション処理が実行されることにより、ユーザＵに対するタレントの紹介が可能となる。

　（ＣＰＵ）
　情報取得部１０１は、ユーザに関する情報をユーザ情報として取得する。具体的には、情報取得部１０１は、情報提供サーバ３により管理されているユーザ情報を取得する。上述したように、ユーザ情報には、ユーザ金融情報、ユーザ保険情報、ユーザ医療情報、ユーザ生体情報、及びマッチング情報が含まれる。情報取得部１０１により取得されたユーザ情報は、ユーザＤＢ４０１に記憶されて管理される。

　メッセージ管理部１０２は、ユーザ端末２を介して対話として送受信されるメッセージを管理する。ユーザ端末２を介して対話として送受信されるメッセージは、対話ＤＢ４０３に記憶されて管理される。
　具体的には、メッセージ管理部１０２では、受信制御部１２１と、メッセージ生成部１２２と、送信制御部１２３とが機能する。
　受信制御部１２１は、ユーザ端末２から送信されてきたメッセージを受信する制御を実行する。
　メッセージ生成部１２２は、ユーザからのメッセージがある場合には、そのメッセージの内容と、ユーザ情報とに基づいて、ユーザに伝えるメッセージを生成する。ユーザからのメッセージがない場合には、ユーザ情報に基づいて、ユーザに伝えるメッセージを生成する。
　具体的には、メッセージ生成部１２２は、受信制御部１２１の制御により受信されたメッセージがある場合には、そのメッセージの内容と、ユーザＵのユーザ情報とに基づいて、ユーザ端末２に送信するメッセージを生成する。受信制御部１２１の制御により受信されたメッセージがない場合には、ユーザＵのユーザ情報に基づいて、ユーザ端末２に送信するメッセージを生成する。メッセージ生成部１２２によるメッセージの生成には、機械学習、深層学習、ＡＩ（人工知能）等の技術を用いることができる。
　送信制御部１２３は、メッセージ生成部１１２により生成されたメッセージをユーザ端末２に送信する制御を実行する。
　メッセージ管理部１０２において実行される上述の処理は、リアルタイムで実行されてもよいし、所定の時間的間隔をおいて実行されてもよい。

　空間管理部１０３は、ユーザ端末２を介してアクセス可能な仮想空間ＶＳを生成し、生成した仮想空間ＶＳを管理する。

　アバター管理部１０４は、仮想空間ＶＳに存在可能とする１以上のアバターＡを管理する。
　具体的には、アバター管理部１０４では、アバター生成部１４１と、選出部１４２と、加工設定部１４３と、設定受付部１４４と、モデル受付部１４５とが機能する。

　アバター生成部１４１は、ユーザを主体とする第１のアバターを生成する。また、アバター生成部１４１は、主体が完全創造された第２のアバターを生成する。
　具体的には、アバター生成部１４１は、ユーザＵを主体とする拡張現実（ＡＲ）のアバターＡａを生成する。また、アバター生成部１４１は、その主体がＡＩ（人工知能）により完全創造された仮想現実（ＶＲ）のアバターＡｖを生成する。
　アバター生成部１４１により生成されたアバターＡ１乃至Ａｍ（ｍは１以上の任意の整数値）は、アバターＤＢ４０２に記憶されて管理される。

　選出部１４２は、１以上のアバターのうち、仮想空間におけるユーザの交際相手の候補となるアバターをタレントとして選出する。
　具体的には、選出部１４２は、アバターＡ１乃至Ａｍのうち、仮想空間ＶＳにおけるユーザＵの交際相手の候補となるアバターＡをタレントＴとして選出する。

　加工設定部１４３は、タレントとして選出されたアバターの１以上の要素について、加工及び設定を行う。
　具体的には、加工設定部１４３は、タレントとして選出されたアバターＡの容姿、性格、知識レベル等の各要素について、加工及び設定を行う。例えば、上述したように、アバターＡの容姿について、顔やスタイルの加工及び設定が行われる。また、アバターＡの性格について、外向きな性格、内向きな性格、思慮深い性格、感情的な性格、直感を重んじる性格、感覚に頼る性格等の設定が行われる。また、アバターＡの知的レベルについて、趣味や嗜好の設定が行われる。

　設定受付部１４４は、タレントとしてユーザに紹介されたアバターに対する、ユーザによる加工及び設定を受け付ける。
　具体的には、設定受付部１４４は、タレントＴとしてユーザＵに紹介されたアバターＡに対する、ユーザＵによる加工及び設定を受け付ける。受け付けられた加工及び設定の内容は、対象となるアバターＡに反映される。

　モデル受付部１４５は、第１ユーザとは異なる第２ユーザから提供された、第１ユーザとの関係性が深い存在を主体とするアバターを、モデルとして受け付ける。
　具体的には、モデル受付部１４５は、ユーザＵ２から提供された、ユーザＵ１との関係性が深い存在を主体とするアバターＡを、モデルＭとして受け付ける。例えば、上述したように、ユーザＵ２が、ユーザＵ１の父親である場合には、父親（ユーザＵ２）は、自分の亡き妻、即ち子供（ユーザＵ１）の亡き母親を対象とするモデルＭを提供することもできる。

　（記憶部）
　ユーザＵＤＢ４０１には、本サービスにユーザ登録されたユーザＵのユーザ情報が記憶され管理されている。上述したように、ユーザ情報には、ユーザ金融情報、ユーザ保険情報、ユーザ医療情報、ユーザ生体情報、及びマッチング情報等が含まれる。

　アバターＤＢ４０２には、アバター生成部１４１により生成された、拡張現実（ＡＲ）のアバターＡａと、仮想現実（ＶＲ）のアバターＡｖと、外部のポータルサイトＰＳ２から提供されたアバターＡｕとが記憶され管理されている。

　対話ＤＢ４０３には、ユーザＵと、コンシェルジュＣ、アドバイザＤ、及びアバターＡとの間で交わされた対話の内容が記憶されて管理されている。
　具体的には例えば、上述の「お母さんが風邪気味みたい」、「だいぶ合ってないなあ連絡してみる」といった、対話を構成する各メッセージが、メッセージを発した者と、メッセージが発せられた具体的時刻等を示す情報に対応付けられて記憶されている。

　補助ＤＢ４０４には、情報提供サーバ３から提供された各種情報のうち、ユーザ情報以外の各種情報が記憶されて管理されている。
　具体的には例えば、上述の対話の内容に含まれる、飲酒運転が道路交通法第６５条で禁止されているという情報は、ユーザ情報以外の各種情報に含まれるため、補助ＤＢ４０４に記憶される。

　上述のような機能的構成を有する管理サーバ１により実行される各種処理により、コミュニケーション能力の問題、容姿の問題、居住地の問題、及び時間の問題を解消し、ユーザＵの実生活の向上に寄与させることができる。

　以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。

　例えば、上述の実施形態において、タレントＴの仮想現実（ＶＲ）のアバターＡｖは、ユーザＵとの会話を繰り返すことで、機械学習、深層学習、ＡＩ（人工知能）等の技術により学習をしていく。つまり、タレントＴのアバターＡｖは、コミュニケーション能力に磨きをかけながら変化し続けていく。そして最終的には、タレントＴのアバターＡｖは、次第に理想的なものとしての人格が形成されていく。
　このような、会話をしながら人格が形成されていくアバターは、タレントＴの仮想現実（ＶＲ）のアバターＡｖに限定されない。

　例えば、ユーザＵが、サーバとの間でコミュニケーションを繰り返すことにより、そのユーザＵのアバターを学習させてもよい。つまり、ユーザＵのアバターＡａが、コミュニケーション能力に磨きをかけながら変化し続けていくようにしてもよい。そして最終的に、アバターＡａが、次第に理想的なものとしての人格が形成されていくようにしてもよい。これにより、ユーザＵの人格を持つコピーとしてのアバターＡｖが生成されることになる。

　具体的には例えばユーザＵのアバターＡａは、ユーザＵの生前では、主としてユーザＵとサーバとの間のコミュニケーションを通じて取得及び集積されたユーザ情報を用いて学習をし、ユーザＵの死亡後では、主として深層学習をしていくことにより、ユーザ自身と化す。
　つまり、仮想空間におけるユーザＵのコピーたるアバターは、ユーザＵ自身の生存中には助言者となり、仲介者となり、庇護者となり、そして家族となり得る。そして、ユーザＵのアバターは、ユーザＵ自身の人間としての生命が途絶えても存在し続ける。このことは、仮想空間においてユーザＵの意識は永遠に生き続けることができることを意味する。換言すると、このユーザＵのコピーたるアバターは、一種の人類の進化版といえる。

　さらにまた、実世界の人間がＶＲデバイスを用いて仮想空間内でユーザＵのアバターとコミュニケーションを取ること等により、ユーザＵの死亡後も、ユーザＵ（のコピーたるアバター）を現実社会に復帰させることが可能になる。
　このように、ユーザＵの死亡後も、ユーザＵのコピー（アバター）が、実世界（現実社会）で活動し続けることができるため、個人情報の財産権議論にも終止符を打つことができる。

　このようにして、サーバ等には、全世界の個人（全人類）のアバター（つまり、ユーザ情報を自在に出し入れできる存在たるユーザＵのコピー）が存在するようになる。このことは、全世界の個人（全人類）のユーザ情報がビッグデータとしてクラウド上等に保管されることになる。
　つまり、各企業や各国家機関に対して個人情報が夫々保管されていた従来の情報管理の手法に対し、ＡＩが搭載されたサーバに全世界の個人（全人類）のユーザ情報が保管されるようになるため、企業や国家機関がこれらのビッグデータを利用することができるようになる。
　さらにまた、収集されたビッグデータは集合的無意識と化すため、このビッグデータを利用することは広く社会に貢献することとなる。したがって、当該サーバは公共インフラに組み込まれることが好ましい。

　例えば、上述の実施形態において、ユーザ情報には、ユーザ金融情報、ユーザ保険情報、ユーザ医療情報、ユーザ生体情報、及びマッチング情報が含まれるとされているが、これらは例示にすぎない。ユーザＵに関する他の情報をユーザ情報とすることができる。例えば、上述の対話の例に含まれる、ユーザＵの母親が風邪気味であるという情報や、ユーザＵのペットである○○（ペットの名前）が最近運動不足であるという情報も、ユーザ情報に含まれる。

　また例えば、上述の実施形態では、ユーザＵと、コンシェルジュＣやアドバイザＤとの対話は、ユーザ端末２のマイクと、スピーカとを介した音声情報のやり取りにより行われる。また、ユーザＵと、タレントＴやモデルＭとの対話は、音声情報に、ユーザ端末２の画面に表示される画像情報を加えた情報のやり取りにより行われる。即ち、上述の実施形態では、ユーザ端末２がスマートフォン、タブレット端末、又はパーソナルコンピュータであることを前提としている。
　しかしながら、ユーザ端末２は、これらに限定されず、例えば音声を出力する機能のみを有するスピーカ、映像を映し出す機能のみを有する映写機、音声による通信機能のみを有する電話機等を組み合せたものであってもよい。

　また例えば、上述の実施形態における「対話」は、リアルタイムによるメッセージのやり取りが想定されているが、これは例示にすぎない。例えばユーザＵと、コンシェルジュＣやタレントＴ等との対話は、メッセージのやり取りにおいて時間的間隔が生じることが選定となるメール形式の対話であってもよい。

　また、上述の実施形態において、プロダクションサービスにおけるプロダクション設定の対象は、選出されたタレントＴの容姿、性格、及び知識レベルからなる３種類の要素としているが、これは例示にすぎない。選出されたタレントＴを示す様々な要素を設定の対象とすることができる。例えばユーザ側設定の対象となっている、声、言語を設定の対象とすることもできるし、家族構成や家柄等を設定の対象とすることもできる。

　また例えば、上述の実施形態において、外部サーバが運営するポータルサイトで生成されたアバターＡｕは、そのままタレントとしてユーザＵに紹介されるが、これに限定されない。上述のプロダクション側設定が行われてもよいし、ユーザ側設定が行われてもよい。

　また、図５に示すハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。

　また、図６に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは、特に図６の例に限定されない。

　また、機能ブロックの存在場所も、図６に限定されず、任意でよい。
　また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

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

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

　なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に添って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。

　また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものである。

　以上まとめると、本発明が適用される情報処理装置は、次のような構成を取れば足り、各種各様な実施形態を取ることができる。
　即ち、本発明が適用される情報処理装置（例えば管理サーバ１）は、
　ユーザ（例えば図４のユーザＵ１）に関する情報をユーザ情報として取得する取得手段（例えば図６の情報取得部１０１）と、
　前記ユーザが操作するユーザ端末（例えば図４のユーザ端末２－１）を介し対話として送受信されるメッセージ（例えば対話）を管理するメッセージ管理手段（例えば図６のメッセージ管理部１０２）と、
　を備える情報処理装置において、
　前記メッセージ管理手段は、
　前記ユーザからのメッセージがある場合には、当該メッセージの内容と、前記ユーザ情報とに基づいて、前記ユーザに伝えるメッセージを生成し、前記ユーザからのメッセージがない場合には、前記ユーザ情報に基づいて、ユーザに伝えるメッセージを生成する。
　これにより、コミュニケーション能力の問題を解消し、ユーザＵの実生活の向上に寄与させることができる。

　また、前記ユーザ端末を介してアクセス可能な仮想空間（例えば仮想空間ＶＳ）を生成し、生成した前記仮想空間を管理する空間管理手段（例えば図６の空間管理部１０３）と、
　前記仮想空間に存在可能とする１以上のアバター（例えばアバターＡ）を管理するアバター管理手段（例えば図６のアバター管理部１０４）と、
　をさらに備え、
　前記アバター管理手段は、前記ユーザを主体とする第１のアバター（例えば拡張現実（ＡＲ）のアバターＡａ）と、主体が完全創造された第２のアバター（例えば仮想現実（ＶＲ）のアバターＡｖ）とを生成することができる。
　これにより、容姿の問題、居住地の問題、及び時間の問題を解消し、ユーザＵの実生活の向上に寄与させることができる。

　１：管理サーバ、２、２－１、２－ｎ：ユーザ端末、３：情報提供サーバ、４：金融機関等端末、５：医療機関端末、６：外部サーバ、１１：ＣＰＵ、１２：ＲＯＭ、１３：ＲＡＭ、１４：バス、１５：入出力インターフェース、１６：出力部、１７：入力部、１８：記憶部、１９：通信部、２０：ドライブ、３０：リムーバブルメディア、１０１：情報取得部、１０２：メッセージ管理部、１０３：空間管理部、１０４：アバター管理部、１２１：受信制御部、１２２：メッセージ生成部、１２３：送信制御部、１４１：アバター生成部、１４２：選出部、１４３：加工設定部、１４４：設定受付部、１４５：モデル受付部、４０１：ユーザＤＢ、４０２：アバターＤＢ、４０３：対話ＤＢ、４０４：補助ＤＢ、Ｐ：サービス提供者、Ｍ：モデル、Ｎ：ネットワーク、Ｔ：タレント、Ｕ１，Ｕ２，Ｕｎ：ユーザ、ＰＳ１，ＰＳ２：ポータルサイト

Claims (2)

1. 　ユーザに関する情報をユーザ情報として取得する取得手段と、
   　前記ユーザが操作するユーザ端末を介し対話として送受信されるメッセージを管理するメッセージ管理手段と、
   　を備える情報処理装置において、
   　前記メッセージ管理手段は、
   　前記ユーザからのメッセージがある場合には、当該メッセージの内容と、前記ユーザ情報とに基づいて、前記ユーザに伝えるメッセージを生成し、前記ユーザからのメッセージがない場合には、前記ユーザ情報に基づいて、ユーザに伝えるメッセージを生成する、
   　情報処理装置。
2. 　前記ユーザ端末を介してアクセス可能な仮想空間を生成し、生成した前記仮想空間を管理する空間管理手段と、
   　前記仮想空間に存在可能とする１以上のアバターを管理するアバター管理手段と、
   　をさらに備え、
   　前記アバター管理手段は、前記ユーザを主体とする第１のアバターと、主体が完全創造された第２のアバターとを生成する、
   　請求項１に記載の情報処理装置。

Images