JP7540758B2 - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Description

本開示は、情報処理装置、情報処理方法および情報処理プログラムに関する。

近年、インターネットなどの通信ネットワーク上に構築される仮想世界の一種であるメタバース（Metaverse）が注目されている。メタバースは、各地から多数の利用者が同時に参加可能であり、各利用者は、例えば自身のアバター（Avatar）を用いてメタバースに参加する。各利用者は、コントローラなどを用いてアバターを操作することで、メタバース内で自在に行動が可能とされている。

例えば、特許文献１には、メタバースに参加する利用者により入力された音声データを予め設定された変換パラメータに基づき異質の音声データに変換し、変換後の音声データを利用者の分身となるアバターの発話音声として出力させることが記載されている。

また、特許文献２には、利用者が商品をカスタマイズすることができ、仮想店員や他の利用者とともにコミュニケーションを取りながら商品を選択して購入することができるメタバースを実現する手法が開示されている。

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

しかしながら、上記の従来技術では、利用者の要望に応じた最適なアバターを提供する点で改善の余地がある。

例えば、特許文献１で実現されるメタバースでは、クライアントユーザによって操作されるアバターと、顧客事業者側の人物によって操作されるアバターとの間でのコミュニケーションが実現されるが、メタバースに参加する特定の利用者（例えば、顧客事業者）の要望に応じた最適なアバターを提供することができるとは限らない。

また、特許文献２で実現されるメタバースでは、アバターを操作するクライアントユーザと、仮想店員を操作する顧客事業者側の人物とのマッチングにより、クライアントユーザのアバターを接客する仮想店員を選択しているに過ぎず、同様に、メタバースに参加する特定の利用者の要望に応じた最適なアバターを提供することができるとは限らない。

そこで、本開示では、メタバースに参加する利用者の要望に応じた最適なアバターを提供することができる情報処理装置、情報処理方法および情報処理プログラムを提案する。

上記の課題を解決するために、本開示に係る一形態の情報処理装置は、メタバースで事業を行う顧客事業者からアバターの貸出要求を受け付ける受付部と、前記貸出要求に含まれる条件に応じた種別のアバターを前記顧客事業者に貸し出す処理を行うレンタル制御部とを備える。

本開示に係る一形態の情報処理装置によれば、メタバースに参加する利用者の要望に応じた最適なアバターを貸し出すことができる。

図１は、実施形態に係るシステムの構成を示す図である。 図２は、図２は、メタバースの概略図である。 図３は、実施形態に係るレンタル制御処理の手順例を示す図である。 図４は、実施形態に係る対話制御処理の手順例を示す図である。 図５は、実施形態に係る雇用制御処理の手順例を示す図である。 図６は、実施形態に係る評価制御処理の手順例を示す図である。 図７は、利用者による行動評価に応じたポイント付与処理の手順例を示す図である。 図８は、実施形態に係るサーバ装置の構成例を示す図である。 図９は、実施形態に係るサーバ装置の構成例を示す図である。 図１０は、実施形態に係るサーバ装置の構成例を示す図である。 図１１は、実施形態に係る情報処理手順を示すフォローチャートである。 図１２は、広告制御機能を説明する図である。 図１３は、情報処理装置１の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、この実施形態により本開示に係る情報処理装置および情報処理方法が限定されるものではない。また、以下の実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。

〔１．システム構成〕
まず、図１を用いて、実施形態に係るシステムの構成を説明する。図１は、実施形態に係るシステムの構成を示す図である。図１には、実施形態に係るシステムの一例として、システムＳｙが示される。システムＳｙは、メタバースを実現するための情報処理システムである。

図１に示すように、システムＳｙは、クライアント装置１０と、事業者装置２０と、サーバ装置１００と、サーバ装置２００と、サーバ装置３００と、サーバ装置４００とを備えて構成されてよい。また、クライアント装置１０、事業者装置２０、サーバ装置１００、サーバ装置２００、サーバ装置３００、サーバ装置４００は、ネットワークＮを介して、有線または無線により通信可能に接続されてよい。

図１の例によれば、システムＳｙには、サーバ装置１００と、サーバ装置２００と、サーバ装置３００と、サーバ装置４００とで構成されるシステムに相当する情報処理装置１が含まれる。情報処理装置１は、本開示の実施形態に係る情報処理装置の一例であり、運営者Ｔによって管理される。ここでいう運営者Ｔとは、メタバースを運営する運営者であり、事前登録を行っている利用者に対して、メタバース（後述するメタバースＶＳ１）の利用権限を与える。

利用権限を与えられた利用者は、メタバース内で他の利用者とコミュニケーションしたり、メタバース内で事業を展開したり、あるいは、メタバース内で買い物等をしたりすることができるようになる。

また、利用者は、メタバースにおける代理（分身）であるアバターを作成することができる。例えば、利用者は、性別、髪型、顔のパーツ、体格、服装等を組み合わせることで、自分好みの見た目・スタイルのアバターを作成することができる。また、利用者は、複数のアバターを作成し、用途に応じて使い分けることもできる。アバター作成機能は、情報処理装置１によって提供されてよい。

サーバ装置１００は、仮想空間による仮想世界（Virtual World)の一種であるメタバースＶＳ１を生成し、生成したメタバースＶＳ１をネットワークＮを介して、クライアント装置１０や事業者装置２０に提示する。このため、メタバースＶＳ１には、クライアント装置１０を操作する操作者のメタバースＶＳ１における代理であるアバター、事業者装置２０を操作する操作者のメタバースＶＳ１における代理であるアバターが含まれる。

サーバ装置２００は、ＡＩモデルに関する学習処理を行う学習器である。ＡＩモデルは、サーバ装置２００による機械学習によって生成され、アバターに対応するチャットボットの機能を制御する対話プログラムに組み込まれる。ＡＩモデルは、利用者ごとのアバターそれぞれに対して個々に生成されてよい。この結果、例えば、利用者は、サービスに応じた適切な会話を自律的に行うよう自身のアバターに覚え込ませることができるため、自身のアバターをオリジナルのアバター、あるいは、専門性の高いアバターへと改変することができるようになる。

なお、本実施形態では、このようにＡＩ（人工知能）を有するアバターは、情報処理装置１（運営者Ｔ）側から貸し出される構成が採用されるものとする。このため、例えば、登録時等において利用者が作成することのできる一般的なアバターは、利用者の入力操作に応じて動作する手動のアバターであるものとする。ＡＩが搭載されることにより自動で動作するアバター（以下、「ＡＩアバター」と表記する場合がある）に対して、この手動のアバターは、半有人のアバターと解することができる。

サーバ装置３００は、アバターを介して利用者との間で対話を実現する、所謂、チャットボットに相当する装置である。チャットボットの機能は、実施形態に係る対話プログラムによって制御されてよく、上述したように、係る対話プログラムには、サーバ装置２００による機械学習によって生成されたＡＩモデルが適用される。また、対話プログラムは、ＡＩモデルだけでなく、特定のルールも参考にして、対話を実現するものである。

このため、実施形態に係る対話プログラムとは、ＡＩモデルおよびルールベースの双方に基づいて、対話を実現するものである。このような対話プログラムによれば、例えば、メタバースで店舗を展開する利用者は、接客で使われやすい挨拶等が予めプログラムされたアバターをレンタルしたうえで、自店舗で取り扱っている商品の商品名や接客術に関するオリジナル情報については、自身の好みに合わせてアバターに覚え込ませることができる。

サーバ装置４００は、メタバースＶＳ１内での各種機能を実現するための装置である。ここでいう各種機能とは、サーバ装置３００による対話機能以外の様々な機能を含み、その一例としては、メタバースＶＳ１で展開される事業で求められる業務であって、アバターを活用した業務に対する雇用制御機能や、メタバースＶＳ１の利用者の間で、メタバースＶＳ１での行動を互いに評価可能に制御する評価制御機能が挙げられる。もちろん、サーバ装置４００によって実現される機能は、これらの機能に限定されない。

例えば、メタバースＶＳ１内で行われるビジネスとしては、建築物内案内、鑑賞、不動産物件案内、住宅プレゼンテーション、衣服シミュレーション、被服試着、模擬実験、バーチャル博物館、語学教育、バーチャル展示会、分解組立のシミュレーション、商品の模擬体験、オンライン商品購入、広告システム、避難仮想体験など多岐にわたっている。このため、サーバ装置４００は、これらの事業に応じたサービス機能を有してよい。

例えば、サーバ装置４００は、映画、コンサート、ライブイベント等の映像コンテンツを配信する機能に併せて、利用者が拍手、声援、チップ等を与えることができる機能を有してよい。

また、サーバ装置４００は、ドレスコードを条件とした特定のコンテンツ（例えば、ＶＩＰの会合や、業界著名人の講演会等）への参加を制御する機能を有してよい。具体的な一例を挙げると、サーバ装置４００は、ＶＩＰの会合に参加要求してきた利用者に対して、スーツの購入と、購入したスーツによって着せ替えられたアバターの利用とを条件として、係る条件を満たした利用者には、ＶＩＰの会合への参加権限を与えてよい。なお、ここでいうスーツの購入とは、メタバースＶＳ１に設けられる仮想店舗を介したオンライン販売による実物のスーツの購入、および、電子データとしてのスーツの購入という２つの概念を含んでよい。このため、ドレスコードを条件とした特定のコンテンツへの参加の制御により、実商品の販促に貢献することも可能となる。

また、サーバ装置４００は、特定の作品（例えば、デジタル絵画）の購入あるいは出品に関する制御として、作品に対して代替不可能なトークン（ＮＦＴ）を付与する機能を有してよい。また、サーバ装置４００は、作品が閲覧された回数に応じて、価値を制御する機能も有してよい。

また、サーバ装置４００は、メタバースＶＳ１の一部（例えば、土地の一角）を利用者に貸し出したり販売したりするとともに、立地条件に応じて価格をさらに制御してよい。例えば、サーバ装置４００は、メタバースＶＳ１内での人流に基づいて、アバターが集まりやすい場所ほど価格を高く制御してもよいし、メタバースＶＳ１内に設置されるステーション（例えば、駅やバス停）に基づいて、ステーションからの移動距離が短い場所ほど価格を高く制御してもよい。

また、サーバ装置４００は、同窓会を開催する機能を有してもよい。例えば、サーバ装置４００は、同窓会の主催者から参加者の名簿を受け付けることで、名簿に示される人物のアバターのみ入室可能なルームを設定してよい。また、係るルームに入出したアバターについては、その顔を幼少期の顔に動的に変更してもよい。例えば、サーバ装置４００は、高校の同窓会、中学校の同窓会、小学校の同窓会等、同窓会の種別に応じて、アバターの顔を適切な年代の顔へと幼く制御してもよい。また、サーバ装置４００は、服装や体格についても同様の制御を施してもよい。

さらに、サーバ装置４００は、メタバースＶＳ１にログインした利用者に対して、ログイン日に応じたミッション（デイリーミッション）を与えることで、ミッションを達成した利用者には、ポイント付与やキャッシュバックといった各種のインセンティブを与えてもよい。例えば、サーバ装置４００は、複数のミッションを与えることで、ミッションの達成具合に応じたインセンティブを与えてよい。

さらには、サーバ装置４００は、メタバースＶＳ１において時刻および天候の概念を導入してよい。例えば、サーバ装置４００は、時刻に応じて、太陽の位置や月の位置を制御することでメタバースＶＳ１において昼夜を発生させてもよいし、現実世界の季節に合わせて季節感を演出するエフェクト（例えば、雨、雪、植物、落ち葉）を発生させてもよい。

クライアント装置１０は、メタバースＶＳ１に参加する利用者のうち、メタバースＶＳ１に訪問して各種コンテンツやコミュニケーションを楽しむ不特定多数の一般消費者（クライアントユーザ）によって利用される情報処理端末であり、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等が挙げられる。

例えば、任意の訪問者Ｕｘは、クライアント装置１０に接続あるいは内蔵される入力デバイスに対して所定の方法でコマンドを入力することで、メタバースＶＳ１内の自身のアバターを操作することができる。例えば、訪問者Ｕｘは、クライアント装置１０の表示デバイスにより、サーバ装置１００により提示されるメタバースＶＳ１を観察することができる。また、訪問者Ｕｘは、メタバースＶＳ１において、自身のアバターの他に、他の訪問者Ｕｘのアバターを観察することができる。

一例として、訪問者Ｕ１は、クライアント装置１０－１（クライアント装置１０の一例）を操作して、自身のアバターＡＶ１０１の他に、訪問者Ｕ５のアバターＡＶ１０５を観察することができる。また、訪問者Ｕ１は、クライアント装置１０－１を介してアバターＡＶ１０１を操作することで、アバターＡＶ１０１の動作を、訪問者Ｕ５のアバターＡＶ１０５の動作に作用させることができる。訪問者Ｕ５についても同様のことがいえる。

なお、クライアント装置１０には、情報処理装置１との間で情報の送受信を実現する所定のアプリケーションソフトウェアが導入されてよい。また、係るアプリケーションソフトウェアは、ウェブブラウザ等の汎用的なアプリケーションソフトウェアであってもよいし、情報処理装置１に対応する専用のアプリケーションソフトウェアとして実装されてもよい。

事業者装置２０は、メタバースＶＳ１に参加する利用者のうち、メタバースで事業を行う顧客事業者によって利用される情報処理端末であり、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等が挙げられる。

ここでいう顧客事業者とは、例えば、メタバースＶＳ１に仮想店舗を出店し、その仮想店舗でサービスを提供するサービス提供者であってよい。例えば、任意のサービス提供者ＳＰｙに雇われている従業員は、事業者装置２０に接続あるいは内蔵される入力デバイスに対して所定の方法でコマンドを入力することで、仮想店舗で接客する役割を有する仮想店員としてのアバターを操作することができる。この結果、例えば、訪問者Ｕｘの操作に応じて仮想店舗に訪問したアバターと、仮想店舗側の接客アバターとの間で対話が発生する。

一例として、訪問者Ｕ１は、クライアント装置１０－１を操作して、自身のアバターＡＶ１０１を、サービス提供者ＳＰ５の仮想店舗に入店させたとする。係る場合、サービス提供者ＳＰ５に所属する従業員は、事業者装置２０－５（事業者装置２０の一例）を操作して、接客アバターＡＶ２０５の動作を、アバターＡＶ１０１の動作に作用させる。

なお、事業者装置２０には、情報処理装置１との間で情報の送受信を実現する所定のアプリケーションソフトウェアが導入されてよい。また、係るアプリケーションソフトウェアは、ウェブブラウザ等の汎用的なアプリケーションソフトウェアであってもよいし、情報処理装置１に対応する専用のアプリケーションソフトウェアとして実装されてもよい。

〔２．メタバースの概略〕
次に、図２を用いて、メタバースＶＳ１について概略的に説明する。図２は、メタバースＶＳ１の概略図である。図２では、サーバ装置１００が、クライアント装置１０および事業者装置２０に対して、メタバースＶＳ１を提示する場面を示す。

サーバ装置１００は、メタバースＶＳ１を生成し、ログインしてきたクライアント装置１０や事業者装置２０に対して、このメタバースＶＳ１を提示してよい。ここで、図２（図１も同様）では不図示であるが、システムＳｙには、サーバ装置１００に対応する複数のローカルサーバ装置がさらに含まれてよい。ローカルサーバ装置の一例として、ローカルサーバ装置１００ａおよび１００ｂを挙げると、例えば、サーバ装置１００は、ローカルサーバ装置１００ａおよび１００ｂに対して、共通のメタバースＶＳ１を構築し、各ローカルサーバ装置１００ａおよび１００ｂに提示してよい。例えば、サーバ装置１００は、自装置が生成したメタバースＶＳ１に関する情報を、各ローカルサーバ装置１００ａおよび１００ｂに提示してよい。

ローカルサーバ装置１００ａおよび１００ｂは、それぞれ、サーバ装置１００からメタバースＶＳ１に関する情報を受け取り、メタバースＶＳ１に含まれる構造物、物体、アバターと同一の構造物、アバターを含む仮想世界を構築する。この結果、サーバ装置１００により生成されたオリジナルのメタバースＶＳ１が複数のローカルサーバ装置に渡って複製されることになるため、例えば、利用者をログインさせるローカルサーバ装置を分散させることができ、１つのメタバースＶＳ１に利用者が集中することによる処理遅延の発生を抑制することができる。

また、図２の例によれば、サーバ装置１００により生成されるメタバースＶＳ１は、ある特定のタウンＴＷを模した仮想市街であり、オブジェクトＯＢ１、ＯＢ２、ＯＢ３、ＯＢ４、および、ＯＢ５等が構築されてよい。タウンＴＷは、実物するタウンを模したものであってもよいし、空想の街であってもよい。

図２の例によれば、オブジェクトＯＢ１は仮想駅、オブジェクトＯＢ２は仮想店舗、オブジェクトＯＢ３は仮想看板、オブジェクトＯＢ４は仮想住宅、オブジェクトＯＢ５は空の仮想エリアである。

ここで、例えば、サーバ装置４００は、ログインした訪問者Ｕｘのクライアント装置１０に対して、訪問者Ｕｘのアバターが電車に乗車し、タウンＴＷのオブジェクトＯＢ１（仮想駅）へと向かうイベントが描写される画面を提示してよい。

また、サーバ装置４００は、オブジェクトＯＢ２（仮想店舗）の新設や、空きのオブジェクトＯＢ３に関する賃貸制御を行ってよい。

また、サーバ装置４００は、オブジェクトＯＢ３（仮想看板）を利用する広告主を募集し、広告主により入稿された広告コンテンツをオブジェクトＯＢ３に表示させてもよい。このとき、１つのオブジェクトＯＢ３に複数の応募者が存在した場合には、サーバ装置４００は、例えば、オークション方式で、広告主を決定してもよい。また、図２の例によれば、オブジェクトＯＢ３が複数個所に存在するため、サーバ装置４００は、例えば、より高い入札価格を設定した広告主の広告コンテンツほど、利用者の目に留まりやすい位置のオブジェクトＯＢ３に表示させてもよい。

また、サーバ装置４００は、オブジェクトＯＢ４（仮想住宅）の新設や、空きのオブジェクトＯＢ４に関する賃貸制御を行ってよい。

さらに、サーバ装置４００は、オブジェクトＯＢ５（仮想の空き地）の販売に関する不動産制御を行ってよい。

〔３．ＡＩアバターについて〕
ここからは、ＡＩアバターのレンタルと、ＡＩアバターに対応するチャットボット機能について説明する。ＡＩアバターに関する各種制御処理は、サーバ装置３００によって実行される。サーバ装置３００は、ＡＩアバターを介して利用者との間で対話を実現するチャットボットに相当する装置である。

〔３－１．ＡＩアバターのレンタル制御機能〕
まず、サーバ装置３００が有するレンタル制御機能について、図３を用いて説明する。図３は、実施形態に係るレンタル制御処理の手順例を示す図である。図３では、メタバースＶＳ１内の仮想店舗でサービスを提供するサービス提供者ＳＰ１の要求に応じて、サーバ装置３００がＡＩアバターを貸し出す処理を行う場面を示す。また、図３の例では、サービス提供者ＳＰ１は、仮想店舗として、アパレルショップＳＨ１を予めメタバースＶＳ１内の特定の区画に設置しているものとする。

ここで、図３には、事業者装置２０－１は、サービス提供者ＳＰ１の操作に応じて、ＡＩアバターの貸出要求をサーバ装置３００に送信している（ステップＳ３１）。具体的には、事業者装置２０－１は、ＡＩアバターが投入される業種「アパレル」と、ＡＩアバターの利用用途「接客」とを条件として含む貸出要求をサーバ装置３００に送信している。

係る場合、サーバ装置３００は、貸出要求を受け付けたと判定し、貸出要求送信元のサービス提供者ＳＰ１に貸し出すためのレンタル制御処理を行う（ステップＳ３２）。例えば、サーバ装置３００は、貸出要求に含まれる条件（アパレル／接客）に応じた対話を実現する対話プログラムＰＧ２０１が搭載されたＡＩアバターＡＶ２０１を、貸出対象のＡＩアバターとして決定する。

ここで、対話プログラムＰＧ２０１は、条件（アパレル／接客）を満たす日常会話をルールベースで実現するチャットボット機能であるとともに、サーバ装置２００の機械学習によって生成されたＡＩモデルがさらに適用される。このため、図３に示すように、ＡＩアバターＡＶ２０１は、人工知能および予め規定されたルールの双方に基づいて、自律的に対話を実現する３次元ＡＩアバターである。

なお、図３の例では、サービス提供者ＳＰ１は、ＡＩアバターが投入される業種、および、ＡＩアバターの利用用途を条件として設定しているが、これらのうち一方だけを設定する場合や、条件を一切設定しない場合もある。係る場合、サーバ装置３００は、サービス提供者ＳＰ１に関する情報（例えば、事前登録情報）に基づいて、設定されなかった条件を動的に推定し、推定した条件に応じた対話を実現する対話プログラムＰＧｘが搭載されたＡＩアバターＡＶｘを、貸出対象のＡＩアバターとして決定してもよい。

また、サーバ装置３００は、サービス提供者ＳＰ１を識別する事業者ＩＤと、ＡＩアバターＡＶ２０１を識別するアバターＩＤと、レンタル期間とを対応付けた状態で、貸出情報記憶部（図９の貸出情報記憶部３２１）に登録する（ステップＳ３３）。このような登録により、サービス提供者ＳＰ１には、ＡＩアバターＡＶ２０１の利用権限が付与される。

また、サーバ装置３００は、ＡＩアバターＡＶ２０１を貸し出す旨の通知を事業者装置２０－１に送信する（ステップＳ３４）。係る通知には、例えば、ＡＩアバターＡＶ２０１の取得先を示す所在地情報（ＵＲＬ）、レンタル期間、レンタル料金等が含まれてよい。

また、サービス提供者ＳＰ１は、特定の期日になると、運営者Ｔに対してレンタル料金（例えば、月額利用料金）を支払う。すなわち、事業者装置２０－１は、サービス提供者ＳＰ１の操作に応じて、運営者Ｔにより指定された口座にレンタル料金に入金する処理を行う。

なお、サーバ装置３００による上記アバターのレンタル制御には、顧客事業者に対するアバターの派遣（すなわち、人材派遣のアバター版）、あるいは、アバターの賃貸し等の意味合いが含まれる。

〔３－２．ＡＩアバターのチャットボット機能〕
次に、図４を用いて、ＡＩアバターのチャットボット機能について説明する。図４は、実施形態に係る対話制御処理の手順例を示す図である。図４では、ＡＩアバターＡＶ２０１に対応するチャットボット機能（すなわち、対話プログラムＰＧ２０１）の制御に応じて、アパレルショップＳＨ１に訪問したアバターＡＶ１０１（訪問者Ｕ１）との間で対話が実現される場面を示す。

まず、ＡＩモデルの学習フェーズについて説明する。学習フェーズでは、学習器に相当するサーバ装置２００が用いられる。学習フェーズでは、サービス提供者ＳＰ１は、例えば、アパレルショップＳＨ１で取り扱われている商品の商品名や接客術に関するオリジナル情等を、ＡＩアバターＡＶ２０１に覚え込ませることができる。

図４には、事業者装置２０－１は、サービス提供者ＳＰ１の操作に応じて、教師データＬＤをサーバ装置２００に送信している（ステップＳ４１）。具体的には、事業者装置２０－１は、説明変数と目的変数との組で構成される教師データＬＤをサーバ装置２００に送信している。図４の例によれば、サービス提供者ＳＰ１は、訪問者Ｕｘから「おススメは？」と質問された場合に、ＡＩアバターＡＶ２０１が「〇〇ブランドの商品××」と返答するよう、教師データＬＤを設定している。また、サービス提供者ＳＰ１は、訪問者Ｕｘから「２０代に似合うようコーディネートして欲しい」と依頼された場合に、ＡＩアバターＡＶ２０１が「ジャケットとパンツの組合せ」と返答するよう、教師データＬＤを設定している。

なお、教師データは、顧客事業者側に設定されるだけでなく、サーバ装置２００が動的に生成してもよい。図４の例では、サーバ装置２００は、アパレルショップＳＨ１に訪問した訪問者Ｕｘと、ＡＩアバターＡＶ２０１との間で実現された対話の履歴情報を教師データとして生成してもよい。

例えば、対話の履歴情報は、対話履歴記憶部（図９の対話履歴記憶部３２２）に記憶されてよい。そこで、サーバ装置２００は、対話履歴記憶部に記憶される対話履歴のうち、ＡＩアバターＡＶ２０１を識別するアバターＩＤが付された対話履歴を教師データとしてさらに用いて、ＡＩモデルを学習してよい。

次に、サーバ装置２００は、教師データに基づいて、対話プログラムＰＧ２０１に適用されるＡＩモデルを学習する（ステップＳ４２）。例えば、サーバ装置２００は、機械学習により、訪問者Ｕｘのメッセージに対して応答するメッセージを推定する予測モデルをＡＩモデルとして生成する。

また、サーバ装置２００は、学習済みのＡＩモデルをモデル情報記憶部（図８のモデル情報記憶部２２１）に保存する（ステップＳ４３）。

続いて、学習済みのＡＩモデルを用いた推論フェーズについて説明する。推論フェーズでは、推論器に相当するサーバ装置３００が用いられる。推論フェーズでは、ＡＩアバターＡＶ２０１の人工知能の役割を有する対話プログラムＰＧ２０１が、アバターＡＶ１０１を介した訪問者Ｕ１の質問情報に対する回答情報を推定し、ＡＩアバターＡＶ２０１を介して回答情報を出力させる。

図４の例において、まず、訪問者Ｕ１が、クライアント装置１０－１を用いてアバターＡＶ１０１を操作し、アパレルショップＳＨ１に入店させたとする。係る場合、サーバ装置１００は、アパレルショップＳＨ１の店内を示す仮想空間ＶＳ１１をクライアント装置１０－１に提示する。これにより、訪問者Ｕ１は、仮想空間ＶＳ１１を観察することができる。

このような状態で、訪問者Ｕ１は、アバターＡＶ１０１を介して、質問情報「おススメの「Ｔシャツ」はありますか？」を入力したとする。対話プログラムＰＧ２０１は、サーバ装置３００によって質問情報が受け付けられると（ステップＳ４４）、学習済みのＡＩモデルをモデル情報記憶部から取得する（ステップＳ４５）。そして、対話プログラムＰＧ２０１は、学習済みのＡＩモデルと、質問情報とに基づいて、質問情報に対して応答すべき回答情報を作成する（ステップＳ４６）。具体的には、対話プログラムＰＧ２０１は、質問情報を学習済みのＡＩモデルに入力し、学習済みのＡＩモデルから出力された出力情報に基づいて、質問情報に対して応答すべき最適な回答情報を推定する。

また、対話プログラムＰＧ２０１は、応答ルール記憶部（図８の応答ルール記憶部２２２）に登録される回答情報と、今回の質問情報とを照らし合わせて、質問情報に対して応答すべき回答情報をさらに生成してよい。

図４の例では、対話プログラムＰＧ２０１は、「「〇〇ブランド」の「商品××」が新作でおススメです。」という内容の回答情報を生成したとする。係る場合、対話プログラムＰＧ２０１は、メタバースＶＳ１を制御するサーバ装置１００を介して、この回答情報をクライアント装置１０－１に提示する（ステップＳ４７）。例えば、対話プログラムＰＧ２０１は、ＡＩアバターＡＶ２０１を識別するアバターＩＤと、回答情報との組をサーバ装置１００に送信する。この結果、図４に示すように、訪問者Ｕ１は、「「〇〇ブランド」の「商品××」が新作でおススメです」と発話する様子のＡＩアバターＡＶ２０１を観察することができる。

〔４．雇用制御機能〕
次に、図５を用いて、サーバ装置４００が有する雇用制御機能について説明する。図５は、実施形態に係る雇用制御処理の手順例を示す図である。図５では、メタバースＶＳ１内の仮想店舗でサービスを提供するサービス提供者ＳＰ２の求人募集に応じて、サーバ装置４００が雇用制御を行う場面を示す。また、図５の例では、サービス提供者ＳＰ２は、仮想店舗として、アパレルショップＳＨ２を予めメタバースＶＳ１内の特定の区画に設置しているものとする。

なお、サーバ装置４００による雇用制御とは、メタバースＶＳ１内で展開される事業で求められる業務であって、アバターを活用したメタバースＶＳ１内での業務（例えば、接客業務）に対する雇用制御であり、人材確保のための一般的な採用活動とは異なる。すなわち、サーバ装置４００による雇用制御とは、メタバースＶＳ１という仮想空間において、アバターを介して行われるデジタルな業務に対する採用活動といえる。

ここで、図５には、事業者装置２０－２は、サービス提供者ＳＰ２の操作に応じて、求人募集をサーバ装置３００に入稿している（ステップＳ５１）。具体的には、事業者装置２０－２は、「実店舗での接客経験」と、「２０代」とを求人条件として含む求人募集をサーバ装置４００に入稿している。

係る場合、サーバ装置４００は、求人募集を受け付けたと判定し、例えば、メタバースＶＳ１に参加する利用者のうち、不特定多数の訪問者Ｕｘに対して求人募集として入稿された求人内容を公開する（ステップＳ５２）。つまり、サーバ装置４００は、各訪問者Ｕｘのクライアント装置１０に求人内容を送信する。求人内容には、サービス提供者ＳＰ２が定めた求人条件や、アバターを用いて行う業務内容が含まれてよい。

このような状態において、図５には、サーバ装置４００は、クライアント装置１０－２から応募情報を取得した例が示される。係る場合、サーバ装置４００は、求人募集に対する訪問者Ｕ２の応募を受け付ける（ステップＳ５３）。

サーバ装置４００は、求人募集を受け付けると、求人募集入稿元のサービス提供者ＳＰ２に対応する雇用制御処理を行う（ステップＳ５４）。具体的には、サーバ装置４００は、訪問者Ｕ２から受け付けた応募情報に基づいて、訪問者Ｕ２が求人条件を満たすか否か判定する。図５の例では、サーバ装置４００は、応募情報「実店舗での接客歴３年／２５歳」と、求人条件とを照らし合わせて、訪問者Ｕ２が求人条件を満たすか否か判定する。

そして、サーバ装置４００は、求人条件を満たすと判定した場合には、訪問者Ｕ２に対して、アパレルショップＳＨ２で用いられる従業員アバターを操作し接客業務を行える権利を与える。例えば、サーバ装置４００は、サービス提供者ＳＰ２を識別する事業者ＩＤと、訪問者Ｕ２を識別する利用者ＩＤと、訪問者Ｕ２のプロフィール情報（応募情報）とを対応付けた状態で、雇用者情報記憶部（図１０の雇用者情報記憶部４２１）に登録してよい。

また、サーバ装置４００は、求人内容が示す業務に利用されるアバターである業務用アバターを訪問者Ｕ２に貸し出すためのレンタル制御処理を行ってよい（ステップＳ５５）。例えば、サーバ装置４００は、求人内容が示す業務に応じた態様の業務用アバターＡＶ１０２を、貸出対象の業務用アバターとして決定する。

また、サーバ装置４００は、サービス提供者ＳＰ２を識別する事業者ＩＤと、訪問者Ｕ２を識別する利用者ＩＤと、業務用アバターＡＶ１０２を識別するアバターＩＤと、レンタル期間とを対応付けた状態で、貸出情報記憶部（図１０の貸出情報記憶部４２２）に登録してよい。このような登録により、訪問者Ｕ２には、業務用アバターＡＶ１０２の利用権限が付与される。業務用アバターＡＶ１０２は、訪問者Ｕ２の入力操作に応じて動作する手動のアバター（半有人のアバター）である点がＡＩアバターとは異なる。

また、サーバ装置４００は、業務用アバターＡＶ１０２を貸し出す旨の通知をクライアント装置１０－２に送信する（ステップＳ５６）。なお、業務用アバターＡＶ１０２は、無料で貸し出されてよい。

また、これまでの説明によれば、訪問者Ｕ２は、業務用アバターＡＶ１０２を操作し、サービス提供者ＳＰ２のアパレルショップＳＨ２内において動作させ、客としてきた入店してきた他のアバターに対する接客業務を行う。そして、訪問者Ｕ２は、その報酬として賃金を得ることができるため、メタバースＶＳ１で個人事業主（あるいは、アルバイター）として活動することができるようになる。このようなことから、サーバ装置４００は、メタバースＶＳ１に参加する利用者に対して仕事を与え、収益を得る機会を与えることができるため、利用者の生活を支援することができる。

なお、図５では、サーバ装置４００が、不特定多数の訪問者Ｕｘに応募内容を公開することで、訪問者Ｕｘから応募を募る例を示したが、サーバ装置４００は、メタバースＶＳ１に参加する利用者であればいかなる利用者に対しても応募内容を公開し応募を受け付けてよい。このため、例えば、顧客事業者側の職員が、副業としてアルバイトを行うこともできる。

〔５．評価制御機能〕
図４の例では、訪問者Ｕ２は、分身の業務用アバターＡＶ１０２を用いて、アパレルショップＳＨ２で接客業務を行うアルバイト店員として採用された。そこで、サーバ装置４００は、業務用アバターＡＶ１０２を介した訪問者Ｕ２の勤務状況を評価し、訪問者Ｕ２への報酬として支払われる賃金を制御する評価制御処理をさらに行ってよい。図６を用いて、サーバ装置４００が有する評価制御機能について説明する。図６は、実施形態に係る評価制御処理の手順例を示す図である。

図６では、アパレルショップＳＨ２にアバターＡＶ１０３（訪問者Ｕ３）が訪問したことに応じて、業務用アバターＡＶ１０２を用いて成された勤務状況が評価される場面を示す。

図６の例において、まず、訪問者Ｕ３が、クライアント装置１０－３を用いてアバターＡＶ１０３を操作し、アパレルショップＳＨ２に入店させたとする。係る場合、サーバ装置１００は、アパレルショップＳＨ２の店内を示す仮想空間ＶＳ１２をクライアント装置１０－３に提示する。これにより、訪問者Ｕ３は、仮想空間ＶＳ１２を観察することができる。

また、図６の例において、訪問者Ｕ２は、アパレルショップＳＨ２への来店に応じて、クライアント装置１０－２を用いて業務用アバターＡＶ１０２を操作し、アパレルショップＳＨ２内に出現させたとする。係る場合、サーバ装置１００は、アパレルショップＳＨ２の店内を示す仮想空間ＶＳ１２をクライアント装置１０－２に提示する。これにより、訪問者Ｕ２は、仮想空間ＶＳ１２を観察することができる。

この結果、訪問者Ｕ３は、仮想空間ＶＳ１２において業務用アバターＡＶ１０２を観察することができ、一方、訪問者Ｕ２は、仮想空間ＶＳ１２においてアバターＡＶ１０３を観察することができるようになる。

このような状態で、訪問者Ｕ３は、アバターＡＶ１０３を介して、「ジーンズを探しに来ました。」を入力したとする。また、図６の例では、訪問者Ｕ２は、業務用アバターＡＶ１０２を介して、「ストレッチタイプが人気ですよ。」を入力している。そこで、サーバ装置４００は、アバターＡＶ１０３と業務用アバターＡＶ１０２との間でのこのようなやり取りを示す対話の履歴情報を、訪問者Ｕ２の勤務状況を示す状況情報として取得してよい（ステップＳ６１）。

サーバ装置４００は、状況情報に基づいて、訪問者Ｕ２の勤務状況を評価する評価制御処理を行う（ステップＳ６２）。例えば、サーバ装置４００は、状況情報に接客としてふさわしい文言が含まれているか否か、あるいは、アバターＡＶ１０３側の入力メッセージに対するアバターＡＶ１０２側の応答メッセージの適切さ等に基づいて、評価スコアを算出してよい。

なお、サーバ装置４００は、アパレルショップＳＨ２において、訪問者Ｕ２の業務用アバターＡＶ１０２だけでなく、他の利用者による業務用アバターが導入されている場合には、複数の利用者の間で勤務状況を比較し、比較結果に応じて、複数の利用者それぞれの勤務状況を相対的に評価してもよい。例えば、サーバ装置４００は、各利用者について算出した評価スコアを比較してよい。

また、サーバ装置４００は、アパレルショップＳＨ２において、業務を自動で行うＡＩアバターが導入されている場合には、ＡＩアバターの勤務状況と、訪問者Ｕ２の勤務状況とを比較した比較結果に応じて、訪問者Ｕ２の勤務状況を相対的に評価してよい。

さらに、サーバ装置４００は、評価制御処理として、評価結果に応じて訪問者Ｕ２への報酬として支払われる賃金を制御する賃金制御処理も行ってよい（ステップＳ６３）。例えば、サーバ装置４００は、訪問者Ｕ２個人の評価スコアや、相対評価で得られた相対スコアに基づいて、賃金を決定してよい。また、サーバ装置４００は、決定した賃金が訪問者Ｕ２に支払われるよう制御する（ステップＳ６４）。

なお、サーバ装置４００は、募集を行う顧客事業者に対して手数料の支払いを求め、この手数料を、賃金の原資として賄ってもよい。

〔６．雇用制御機能の変形例〕
図４では、サーバ装置４００が、顧客事業者がメタバースＶＳ１で展開する事業で求められる業務に対する求人募集をさらに受け付ける例を示した。具体的には、サーバ装置４００が、顧客事業者から求人募集を受け付け、受け付けた求人募集に応じた雇用制御処理を行う例を示した。

しかし、サーバ装置４００は、メタバースＶＳ１を運営する運営者Ｔが提供する事業で求められる業務に対する求人募集を受け付けてもよい。具体的には、サーバ装置４００は、運営者Ｔから求人募集を受け付け、受け付けた求人募集に応じた雇用制御処理を行ってもよい。

運営者Ｔが提供する事業で求められる業務の一例としては、各種サロン（例えば、談話サロン、お困りごと解決サロン等）でのホスト役業務が挙げられる。談話サロンを例に挙げると、ホスト役とは、談話サロンとして仮想的に設定されるルームに入室した依頼者（ゲスト）と談話を行う話し相手役となる。また、お困りごと解決サロンを例に挙げると、ホスト役とは、お困りごと解決サロンとして仮想的に設定されるルームに入室した依頼者とともに解決案を探る相手役となる。このような例では、サーバ装置４００は、不特定多数の訪問者Ｕｘに対してホスト役を募集することで、応募してきた訪問者Ｕｘがホスト役としての求人条件を満たすか否かに基づいて、採用を制御してよい。

また、サーバ装置４００は、ホスト役としての求人条件を満たすと判定し採用した訪問者Ｕｘに対して、サロンで用いられる従業員アバターを操作しホスト業務を行える権利を与える。例えば、サーバ装置４００は、運営者Ｔを識別する運営者ＩＤと、採用された訪問者Ｕｘを識別する利用者ＩＤと、採用された訪問者Ｕｘのプロフィール情報と、さらに採用された訪問者ＵｘのＰＲ情報とを対応付けた状態で、雇用者情報記憶部（図１０の雇用者情報記憶部４２１）に登録してよい。

ここで、ＰＲ情報は、採用された訪問者Ｕｘによって登録されてよく、ゲストとしての売り（例えば、得意分野、自己ＰＲ等）が含まれる。このため、サーバ装置１００は、サーバ装置４００から取得したＰＲ情報に基づいて、採用された訪問者Ｕｘごとに専用の仮想ルームをメタバースＶＳ１に設けられる特定の施設内に生成してよい。一例として、サーバ装置１００は、高齢者向け談話ルーム、仕事に関するお悩み解決ルーム、子供向け相談ルーム等といった仮想ルームを設定することができる。

仮想ルームでは、１人のホストと、１人のゲストとが１対１で対話できる構成が採用されることが好ましい。

また、サーバ装置４００は、ゲストのクライアント装置１０には、ホストを選択する機能（選択ボタン）を提示し、ゲストによって選ばれたホストのクライアント装置１０には、このゲストとの対話に応じるか否かを決定する機能（ＯＫボタン、ＮＯボタン）を提示してもよい。もちろん、仮想ルームでの対話は、ホストおよびゲストともにアバターの操作によって行われる。

このため、サーバ装置４００は、ホスト業務に利用されるアバターである業務用アバターをホスト役として採用された訪問者Ｕｘに貸し出すためのレンタル制御処理も行ってよい。係る例によれば、ホストは、自身のルームの前に業務用アバターを立たせた状態で、自己ＰＲを提示してよい。この場合、ゲストは、ＰＲ情報を参考にしつつ、好みのゲストを選択し、そのゲストのルームに自身のアバターを入室させればよい。

また、サーバ装置４００には、ルームでの対話時間に応じて、ホストに課金する構成が採用されてもよいし、対話終了後にゲストに評価（例えば、５段階評価）を求め、評価結果に応じた賃金をホストに支払う構成が採用されてもよい。

さて、ここまで運営者Ｔが提供する事業で求められる業務として、サロンでのホスト役業務を例示したが、運営者Ｔが提供する事業で求められる業務はこの例に限定されない。例えば、運営者Ｔは、メタバースＶＳ１の参加者に対して動画コンテンツを閲覧可能とする仮想施設をメタバースＶＳ１内で運営しているとする。係る場合、サーバ装置４００は、この仮想施設で閲覧させる動画コンテンツの投稿業務に対する求人募集を受け付ける場合がある。このような例では、サーバ装置４００は、不特定多数の訪問者Ｕｘに対して投稿業務に対する求人を募集することで、応募してきた訪問者Ｕｘが求人条件を満たすか否かに基づいて、採用を制御してよい。

ここで、例えば、仮想施設内には、動画コンテンツのジャンルごとに複数のルームが設けられる場合がある。そこで、サーバ装置４００は、採用された訪問者Ｕｘに対して、ジャンルを指定することで指定したジャンルの動画コンテンツを投稿するよう要求してもよいし、任意のジャンルの動画コンテンツを投稿させてもよい。

また、サーバ装置４００は、採用された訪問者Ｕｘによって動画コンテンツが投稿された場合には、動画コンテンツ１本の投稿につき定められた報酬金をチップとして訪問者Ｕｘに与えてよい。さらに、サーバ装置４００は、動画コンテンツが再生された再生回数をカウントすることで、カウント結果に基づいて、報酬として支払われる賃金を制御してもよい。また、サーバ装置４００は、動画コンテンツがどこまで再生されたか再生時間を計測し、計測結果に応じて、カウント結果に基づき算出した賃金を補正してもよい。

〔７．行動評価機能〕
メタバースＶＳ１では、各地から多数の利用者が同時に参加し、また、アバターを操作するのはリアルな人間であることから、現実世界と同様に、様々な生活行動や人間関係が生まれることとなる。このため、メタバースＶＳ１では、迷惑行為や発話に基づくトラブル等が発生する場合がある。このようなことから、メタバースＶＳ１での道徳的環境を維持することが求められる。

サーバ装置４００は、道徳的環境の維持を目的とした機能も有する。具体的には、サーバ装置４００は、メタバースＶＳ１の利用者の間で、メタバースＶＳ１での行動を互いに評価可能に制御する機能と、この機能により、一方の利用者が他の利用者の行動を評価した場合には、評価結果に応じた所定のポイントを他の利用者に付与する機能とを有する。これらの機能について、図７を用いて説明する。図７は、利用者による行動評価に応じたポイント付与処理の手順例を示す図である。図７では、アパレルショップＳＨ１の店内を示す仮想空間ＶＳ１１において、アバターＡＶ１０４（訪問者Ｕ４）の迷惑行動に遭遇したアバターＡＶ１０１（訪問者Ｕ１）が、この迷惑行動を評価する場面を示す。

図７の例において、訪問者Ｕ４は、クライアント装置１０－４を用いてアバターＡＶ１０４を操作し、アパレルショップＳＨ１に入店させている。係る場合、サーバ装置１００は、アパレルショップＳＨ１の店内を示す仮想空間ＶＳ１１をクライアント装置１０－４に提示する。これにより、訪問者Ｕ４は、仮想空間ＶＳ１１を観察することができる。

また、図７の例において、訪問者Ｕ１は、クライアント装置１０－１を用いてアバターＡＶ１０１を操作し、アパレルショップＳＨ１に入店させている。係る場合、サーバ装置１００は、アパレルショップＳＨ１の店内を示す仮想空間ＶＳ１１をクライアント装置１０－１に提示する。これにより、訪問者Ｕ１は、仮想空間ＶＳ１１を観察することができる。

この結果、訪問者Ｕ４は、仮想空間ＶＳ１１においてアバターＡＶ１０１を観察することができ、一方、訪問者Ｕ１は、仮想空間ＶＳ１１においてアバターＡＶ１０４を観察することができるようになる。

ここで、サーバ装置４００は、メタバースＶＳ１に参加する各利用者に対して、他の利用者の行動を評価可能に制御している。例えば、サーバ装置４００は、他の利用者の行動を評価する機能として、「いいねボタン」と、「ダメダメボタン」とを提示してよい。つまり、サーバ装置４００は、「いいねボタン」と、「ダメダメボタン」とを、クライアント装置１０および事業者装置２０に提示してよい。

「いいねボタン」は、他の利用者の行動（アバターを介した行動）を称賛したい場合に用いられる。例えば、訪問者Ｕ１は、訪問者Ｕ４の操作に応じたアバターＡＶ１０４の動作を称賛したい場合には、アバターＡＶ１０４を選択（あるいは、アバターＡＶ１０４の名前を入力）した状態で「いいねボタン」を押下すればよい。

一方、「ダメダメボタン」は、他の利用者の行動（アバターを介した行動）を批判したい場合に用いられる。例えば、訪問者Ｕ１は、訪問者Ｕ４の操作に応じたアバターＡＶ１０４の動作を批判したい場合には、アバターＡＶ１０４を選択（あるいは、アバターＡＶ１０４の名前を入力）した状態で「ダメダメボタン」を押下すればよい。

このような状態において、図７の例によれば、アバターＡＶ１０４およびアバターＡＶ１０１をはじめとする複数のアバターが、それぞれの利用者の操作に応じて、仮想空間ＶＳ１１に設けられるレジカウンター前に整列させられ、会計の順番待ちをしている。

また、図７には、訪問者Ｕ４が、待ち時間の長さに耐えきれず、アバターＡＶ１０４を介して、不適切な文言を入力した様子が示される。そして、この様子を観察した訪問者Ｕ１は、クライアント装置１０－１を操作し、アバターＡＶ１０４を選択した状態で「ダメダメボタン」を押下したとする。係る場合、クライアント装置１０－１は、アバターＡＶ１０４の行動（訪問者Ｕ４による不適切な内容の発言）を批判する評価結果（すなわち、「ダメ」との評価結果）をサーバ装置４００に送信する。

サーバ装置４００は、訪問者Ｕ１による訪問者Ｕ４に対する評価結果をクライアント装置１０－１から受け付ける（ステップＳ７１）。評価結果には、訪問者Ｕ１を識別する利用者ＩＤと、訪問者Ｕ４を識別する利用者ＩＤとが含まれてよい。

そして、サーバ装置４００は、アバターＡＶ１０４の行動（訪問者Ｕ４による不適切な内容の発言）を批判する評価結果であることに応じて、負のポイントを訪問者Ｕ４に対して付与する（ステップＳ７２）。例えば、サーバ装置４００は、訪問者Ｕ４を識別する利用者ＩＤと、負のポイントを示すポイント情報（例えば、ダメダメポイント１ｐｔ）とを対応付けた状態で、ポイント情報記憶部（図１０のポイント情報記憶部４２３）に登録する。

なお、サーバ装置４００は、例えば、アバターＡＶ１０４の行動を称賛する評価結果を受け付けた場合には、正のポイントを訪問者Ｕ４に対して付与してよい。例えば、サーバ装置４００は、訪問者Ｕ４を識別する利用者ＩＤと、正のポイントを示すポイント情報（例えば、いいねポイント１ｐｔ）とを対応付けた状態で、ポイント情報記憶部（図１０のポイント情報記憶部４２３）に登録する。

いいねポイント、ダメダメポイントは、ポイント情報記憶部において蓄積されてゆく。このため、利用者は、例えば、蓄積されたいいねポイントについては、換金することができる。

一方、利用者は、ダメダメポイントが所定の値まで蓄積されてしまった場合には、ペナルティを受けることになる。例えば、サーバ装置４００は、ダメダメポイントが所定の値まで蓄積されてしまった利用者に対して、メタバースＶＳ１への参加を所定期間（例えば、１ヶ月）停止してよい。このため、メタバースＶＳ１に参加する利用者は、他の利用者から悪い評価を受けないよう適切な行動をとろうと心掛けるようになる。すなわち、メタバースＶＳ１での道徳的環境の維持につながる。

〔８．情報処理装置の構成〕
ここからは、実施形態に係る情報処理装置１の構成例について説明する。具体的には、サーバ装置２００、サーバ装置３００、および、サーバ装置４００それぞれの構成例について説明する。

〔８－１．サーバ装置の構成（１）〕
図８を用いて、実施形態に係るサーバ装置２００について説明する。図８は、実施形態に係るサーバ装置２００の構成例を示す図である。図８に示すように、サーバ装置２００は、通信部２１０と、記憶部２２０と、制御部２３０とを有する。

（通信部２１０について）
通信部２１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。例えば、通信部２１０は、ネットワークＮと有線または無線で接続され、例えば、クライアント装置１０、事業者装置２０、サーバ装置１００、サーバ装置３００、サーバ装置４００との間で情報の送受信を行う。

（記憶部２２０について）
記憶部２２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部２２０は、モデル情報記憶部２２１と、応答ルール記憶部２２２とを有する。

（制御部２３０について）
制御部２３０は、図４で説明したＡＩモデルに関する学習処理を司る処理部である。例えば、制御部２３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、サーバ装置２００内部の記憶装置に記憶されている各種プログラム（例えば、実施形態に係る情報処理プログラム）がＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図８に示すように、制御部２３０は、取得部２３１と、学習部２３２と、登録部２３３とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部２３０の内部構成は、図８に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部２３０が有する各処理部の接続関係は、図８に示した接続関係に限られず、他の接続関係であってもよい。

（取得部２３１について）
取得部２３１は、ＡＩモデルの学習に用いられる教師データ（学習データ）を取得する。例えば、取得部２３１は、顧客事業者により提供された教師データを取得してよい。図４の例では、取得部２３１は、サービス提供者ＳＰ１に対応する教師データＬＤを取得している。

また、取得部２３１は、対話の履歴情報を教師データとして取得してもよい。図４の例では、取得部２３１は、アパレルショップＳＨ１訪問した訪問者Ｕｘと、ＡＩアバターＡＶ２０１との間で実現された対話の履歴情報を教師データとして取得している。

（学習部２３２について）
学習部２３２は、顧客事業者により提供された教師データに基づいて、メタバースに訪問した利用客との間で対話を実現する対話プログラムに適用されるＡＩモデルを学習する。また、学習部２３２は、利用客と、ＡＩアバターとの間で実現された対話の履歴情報を教師データとしてさらに用いて、ＡＩモデルを学習してよい。

図４の例では、学習部２３２は、取得部２３１により取得された教師データに基づいて、ＡＩアバターＡＶ２０１に対応するチャットボット機能（すなわち、対話プログラムＰＧ２０１）に適用されるＡＩモデルを学習している。

（登録部２３３について）
登録部２３３は、学習済みのＡＩモデルをモデル情報記憶部２２１に保存する。この結果、モデル情報記憶部２２１では、例えば、アバターＩＤごとに、当該アバターＩＤが示すＡＩアバターに搭載される専用のＡＩモデルが対応付けられる。

〔８－２．サーバ装置の構成（２）〕
図９を用いて、実施形態に係るサーバ装置３００について説明する。図９は、実施形態に係るサーバ装置３００の構成例を示す図である。図９に示すように、サーバ装置３００は、通信部３１０と、記憶部３２０と、制御部３３０とを有する。

（通信部３１０について）
通信部３１０は、例えば、ＮＩＣ等によって実現される。例えば、通信部３１０は、ネットワークＮと有線または無線で接続され、例えば、クライアント装置１０、事業者装置２０、サーバ装置１００、サーバ装置２００、サーバ装置４００との間で情報の送受信を行う。

（記憶部３２０について）
記憶部３２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部３２０は、貸出情報記憶部３２１と、対話履歴記憶部３２２とを有する。

（制御部３３０について）
制御部３３０は、図３で説明したレンタル制御機能、図４で説明したチャットボット機能に対応する処理部である。例えば、制御部３３０は、ＣＰＵやＭＰＵ等によって、サーバ装置３００内部の記憶装置に記憶されている各種プログラム（例えば、実施形態に係る情報処理プログラム）がＲＡＭを作業領域として実行されることにより実現される。また、制御部３３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図９に示すように、制御部３３０は、受付部３３１と、レンタル制御部３３２と、対話制御部３３３とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部３３０の内部構成は、図９に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部３３０が有する各処理部の接続関係は、図９に示した接続関係に限られず、他の接続関係であってもよい。

（受付部３３１について）
受付部３３１は、メタバースで事業を行う顧客事業者からアバターの貸出要求を受け付ける。例えば、受付部３３１は、貸出要求として、ＡＩアバターの利用用途、または、ＡＩアバターが投入される業種のうち、少なくともいずれか一方を条件として含む貸出要求を受け付けてよい。図３の例では、受付部３３１は、ＡＩアバターが投入される業種「アパレル」と、ＡＩアバターの利用用途「接客」とを条件として含む貸出要求をサービス提供者ＳＰ１から受け付けている。

（レンタル制御部３３２について）
レンタル制御部３３２は、受付部３３１により受け付けられた貸出要求に含まれる条件に応じた種別のＡＩアバターを要求元の顧客事業者に貸し出す処理を行う。

例えば、レンタル制御部３３２は、貸出要求が受け付けられた場合には、メタバースＶＳ１に訪問した利用客との間で条件に応じた対話を実現する対話プログラムが搭載されたＡＩアバターを顧客事業者に貸し出す処理を行う。

また、レンタル制御部３３２は、予め定められたルールに従い、条件に応じた対話を実現する対話プログラムが搭載されたアバターを顧客事業者に貸し出す処理を行う。

例えば、レンタル制御部３３２は、貸出要求に含まれる条件を満たす応答ルールが適用された対話プログラムが搭載されるＡＩアバターを、貸出対象のＡＩアバターとして決定してよい。

図３の例では、レンタル制御部３３２は、サービス提供者ＳＰ１による貸出要求に含まれる条件（アパレル／接客）に基づいて、係る条件に応じた対話を実現する対話プログラムＰＧ２０１が搭載されたＡＩアバターＡＶ２０１を、貸出対象のＡＩアバターとして決定している。

また、図３の例では、レンタル制御部３３２は、サービス提供者ＳＰ１を識別する事業者ＩＤと、ＡＩアバターＡＶ２０１を識別するアバターＩＤと、レンタル期間とを対応付けた状態で、貸出情報記憶部３２１に登録することで、サービス提供者ＳＰ１にＡＩアバターＡＶ２０１の利用権限を付与している。

なお、レンタル制御部３３２は、要求元の顧客事業者に関する情報に基づいて、顧客事業者に最適な条件を推定し、推定した条件に応じた対話を実現する対話プログラムＰＧｘが搭載されたＡＩアバターＡＶｘを、貸出対象のＡＩアバターとして決定してもよい。

（対話制御部３３３について）
対話制御部３３３は、個人のアバター（訪問者Ｕｘが有する半有人のアバター）を介したメッセージ情報（例えば、質問情報）が入力された場合に、学習済みのＡＩモデル、または、応答ルールに基づいて、メッセージ情報に対して応答すべき応答情報（例えば、回答情報）を推定する。例えば、対話制御部３３３は、メッセージ情報の内容に基づいて、学習済みのＡＩモデル、応答ルールのうち、どちらを使用するか判断し、判断結果に応じた手法で応答情報を生成してよい。

図４の例では、対話制御部３３３（対話プログラムＰＧ２０１）は、訪問者Ｕ１により入力された質問情報を学習済みのＡＩモデルに入力し、学習済みのＡＩモデルから出力された出力情報に基づいて、質問情報に対して応答すべき回答情報を推定している。

〔８－３．サーバ装置の構成（３）〕
図１０を用いて、実施形態に係るサーバ装置４００について説明する。図１０は、実施形態に係るサーバ装置４００の構成例を示す図である。図１０に示すように、サーバ装置４００は、通信部４１０と、記憶部４２０と、制御部４３０とを有する。

（通信部４１０について）
通信部４１０は、例えば、ＮＩＣ等によって実現される。例えば、通信部４１０は、ネットワークＮと有線または無線で接続され、例えば、クライアント装置１０、事業者装置２０、サーバ装置１００、サーバ装置２００、サーバ装置３００との間で情報の送受信を行う。

（記憶部４２０について）
記憶部３２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部４２０は、雇用者情報記憶部４２１と、貸出情報記憶部４２２と、ポイント情報記憶部４２３とを有する。

（制御部４３０について）
制御部４３０は、図５で説明した雇用制御機能、図６で説明した評価制御機能、図７で説明した行動評価機能対応する処理部である。例えば、制御部４３０は、ＣＰＵやＭＰＵ等によって、サーバ装置４００内部の記憶装置に記憶されている各種プログラム（例えば、実施形態に係る情報処理プログラム）がＲＡＭを作業領域として実行されることにより実現される。また、制御部４３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図１０に示すように、制御部４３０は、受付部４３１と、雇用制御部４３２と、レンタル制御部４３３と、評価制御部４３４と、提供部４３５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部４３０の内部構成は、図１０に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部４３０が有する各処理部の接続関係は、図１０に示した接続関係に限られず、他の接続関係であってもよい。

（受付部４３１について）
受付部４３１は、メタバースＶＳ１で展開される事業で求められる業務であって、アバターを活用した業務に対する求人募集を受け付ける。例えば、受付部４３１は、顧客事業者がメタバースＶＳ１で展開する事業で求められる業務に対する求人募集を受け付けてよい。また、受付部４３１は、メタバースＶＳ１を運営する運営者Ｔが提供する事業で求められる業務に対する求人募集を受け付けてもよい。

（雇用制御部４３２について）
雇用制御部４３２は、メタバースＶＳ１で展開される事業で求められる業務であって、アバターを活用した業務に対する雇用を制御する。例えば、雇用制御部４３２は、メタバースＶＳ１の利用者であって、求人募集に対して応募してきた利用者が求人条件を満たすか否かに応じて、求人募集に対する採用を制御する。

図５の例では、雇用制御部４３２は、各訪問者Ｕｘのクライアント装置１０に、サービス提供者ＳＰから受け付けられた求人募集の内容を公開することで、応募を受け付けている。

また、図５の例では、雇用制御部４３２は、訪問者Ｕ２から応募を受け付けたことで、応募情報と、求人条件とに基づいて、訪問者Ｕ２が求人条件を満たすか否か判定している。そして、雇用制御部４３２は、訪問者Ｕ２が求人条件を満たすと判定したことで、訪問者Ｕ２に対して、アパレルショップＳＨ２で用いられる従業員アバターを操作し接客業務を行える権利を与えている。

また、雇用制御部４３２は、アバターを介した勤務状況（雇用制御部４３２により採用された利用者の勤務状況）を評価し、評価結果に応じて、利用者への報酬として支払われる賃金の制御も行ってよい。

図６の例では、雇用制御部４３２は、アバターＡＶ１０３と業務用アバターＡＶ１０２との間でのやり取りを示す対話の履歴情報を、訪問者Ｕ２の勤務状況を示す状況情報として取得し、この状況情報に基づいて、訪問者Ｕ２の勤務状況を評価する評価制御処理を行っている。具体的には、雇用制御部４３２は、状況情報に接客としてふさわしい文言が含まれているか否か、あるいは、アバターＡＶ１０３側の入力メッセージに対するアバターＡＶ１０２側の応答メッセージの適切さ等に基づいて、評価スコアを算出してよい。

なお、雇用制御部４３２は、メタバースＶＳ１を構成する仮想空間うち、業務が行われる仮想空間において、複数の利用者によるアバターが導入されている場合には、複数の利用者の間で勤務状況が比較された比較結果に応じて、複数の利用者それぞれの勤務状況を相対的に評価してもよい。

また、雇用制御部４３２は、メタバースＶＳ１を構成する仮想空間うち、業務が行われる仮想空間において、業務を自動で行うＡＩアバターが導入されている場合には、ＡＩアバターの勤務状況と、利用者の勤務状況とを比較した比較結果に応じて、利用者の勤務状況を相対的に評価してもよい。

（レンタル制御部４３３について）
レンタル制御部４３３は、雇用制御部４３２の雇用制御処理によって採用された利用者に対して、求人内容が示す業務に利用されるアバターを貸し出す処理を行う。例えば、レンタル制御部４３３は、利用者の入力操作に応じて動作する手動のアバターを利用者に貸し出す処理を行う。

図５の例では、レンタル制御部４３３は、サービス提供者ＳＰ２を識別する事業者ＩＤと、採用された訪問者Ｕ２を識別する利用者ＩＤと、業務用アバターＡＶ１０２を識別するアバターＩＤとを対応付けた状態で、貸出情報記憶部４２２に登録することで、訪問者Ｕ２に業務用アバターＡＶ１０２の利用権限を付与している。

（評価制御部４３４について）
評価制御部４３４は、メタバースＶＳ１の利用者の間で、メタバースＶＳ１での行動を互いに評価可能に制御する。例えば、評価制御部４３４は、一方の利用者によって他の利用者の行動が評価された評価結果を受け付けてよい。図７の例では、評価制御部４３４は、他の利用者の行動を評価する機能として、「いいねボタン」と、「ダメダメボタン」とを各利用者に提示している。

（提供部４３５について）
提供部４３５は、評価制御部４３４による制御に応じて、一方の利用者が他の利用者の行動を評価した場合には、評価結果に応じた所定のコンテンツ（例えば、ポイント）を他の利用者に提供する。例えば、提供部４３５は、評価結果が他の利用者の行動を称賛する内容を示す場合には、正のポイント（いいねポイント）を他の利用者に付与し、評価結果が他の利用者の行動を批判する内容を示す場合には、負のポイント（ダメダメポイント）を他の利用者に付与してよい。

また、提供部４３５は、負のポイントの累積数が所定値を超えた利用者に対しては、所定の利用制限が課せられるよう制御してよい。例えば、提供部４３５は、負のポイントの累積数が所定値を超えた利用者に対して、所定期間（例えば、１ヶ月）、メタバースＶＳ１へログインできないよう制御してもよいし、メタバースＶＳ１内において訪問できる仮想空間（例えば、店舗等の施設）を制限してもよい。また、提供部４３５は、メタバースＶＳ１内での利用金額に上限を定めることで自由に買い物できないよう制限してもよい。

なお、提供部４３５は、メタバースＶＳ１を自由に利用したいのにできないという心情を誘発することで、今後はメタバースＶＳ１内では道徳的な行動をとろうと意識させられ得る利用制限であれば、上記例に限らず、いかなる内容の制限を課してもよい。

〔９．情報処理手順〕
図１１を用いて、実施形態に係る情報処理装置１が実行する情報処理の手順を説明する。図１１は、実施形態に係る情報処理手順を示すフォローチャートである。

まず、情報処理装置１は、情報の入力を受け付けたか否かを判定する（ステップＳ１１０１）。ここでいう情報の入力とは、ＡＩアバターの貸出要求の送信、対話メッセージの入力、求人募集の入稿、他の利用者が評価された評価結果の送信等であってよい。

情報処理装置１は、受付けた情報に応じた制御処理を実行する（ステップＳ１１０２）。

そして、情報処理装置１は、制御処理の結果を対応する利用者に適用する（ステップＳ１１０３）。

〔１０．その他の実施形態〕
ここからは、情報処理装置１によるその他の実施形態について説明する。情報処理装置１は、上記実施形態以外にも種々の異なる態様で実施されてよい。そこで、以下では、情報処理装置１の他の実施形態について説明する。

〔１０－１．広告制御機能〕
サーバ装置４００は、広告コンテンツの表示を制御する広告制御機能も有してよい。図１２を用いて、広告制御機能について説明する。図１２は、広告制御機能を説明する図である。例えば、サーバ装置４００は、メタバースＶＳ１に入場する際に所定のイベントを発生させることで、このイベント中に広告コンテンツを表示させてよい。

図１２では、訪問者Ｕ１が自身のアバターを選択した状態でログインすることで、選択したアバターの状態でメタバースＶＳ１に入場する場面を示す。また、図１２（ａ）には、訪問者Ｕ１に対応するアバター選択画面Ｇ１が示され、図１２（ｂ）には、アバター選択画面Ｇ１からログインされたことで発生するロード画面Ｇ２が示され、図１２（ｃ）には、メタバースＶＳ１への入場イベントを示すイベント画面Ｇ３が示される。

図１２の例では、アバター選択画面Ｇ１、ロード画面Ｇ２、イベント画面Ｇ３は、サーバ装置４００によってクライアント装置１０－１に表示されてよい。

各画面についてより詳細に説明する。図１２（ａ）のアバター選択画面Ｇ１には、訪問者Ｕ１が有する２体のアバターとして、アバターＡＶ１０１－１と、アバターＡＶ１０１－２とが表示されている。また、アバター選択画面Ｇ１には、操作領域ＡＲ１が設けられており、操作領域ＡＲ１を用いてアバターを画面中央に移動させることで、そのアバターを選択した状態とさせることができる。図１２（ａ）の例によれば、現在は、アバターＡＶ１０１－１が選択されている。

また、アバター選択画面Ｇ１には、他に操作領域ＡＲ２が設けられており、ログインに関する「はい」ボタンと、「いいえ」ボタンとが含まれる。したがって、例えば、訪問者Ｕ１は、アバターＡＶ１０１－１でメタバースＶＳ１にログインしたい場合には、まず、操作領域ＡＲ１を用いてアバターＡＶ１０１－１を選択した状態で、操作領域ＡＲ２の「はい」ボタンを押下すればよい。一方、訪問者Ｕ１は、アバターＡＶ１０１－２でメタバースＶＳ１にログインしたい場合には、操作領域ＡＲ１を用いてアバターＡＶ１０１－２を選択した状態で、「はい」ボタンを押下すればよい。

ここで、訪問者Ｕ１は、「はい」ボタンを押下したとする。係る場合、サーバ装置４００は、アバター選択画面Ｇ１から、待機のロード画面Ｇ２へと遷移させる。

図１２（ｂ）に示すように、ロード画面Ｇ２には広告枠Ｆが設けられ、サーバ装置４００は、予め入稿されている各広告主の広告コンテンツの中から表示対象の広告コンテンツを決定し、決定した広告コンテンツを広告枠Ｆに表示させる。なお、サーバ装置４００は、広告配信で用いられる既存の手法により表示対象の広告コンテンツを決定してよい。例えば、サーバ装置４００は、入札価格の比較に基づき広告コンテンツを決定することができる。

サーバ装置４００は、ロード画面Ｇ２を表示させる時間を制御することができ、ロード画面Ｇ２の表示を開始させてから所定時間が経過した場合には、ロード画面Ｇ２から、イベント画面Ｇ３へと遷移させてよい。

イベント画面Ｇ３で再現されるイベントとは、図１２（ｃ）に示すように、訪問者Ｕ１により選択されたアバターＡＶ１０１－１が電車ＴＲに乗って、図２で説明したオブジェクトＯＢ１（仮想駅）へ向かい、オブジェクトＯＢ１からタウンＴＷに出現するシーンを示すものであってよい。もちろん、イベント画面Ｇ３で再現されるイベントは、係る例に限定されてないが、メタバースＶＳ１への没入感を高め得る内容であることが好ましい。

なお、サーバ装置４００は、メタバースＶＳ１に対する利用者の貢献度に応じて、ロード画面Ｇ２の表示時間を制御してもよい。例えば、サーバ装置４００は、会員ランク（例えば、メタバースＶＳ１内での利用金額が多いほど、ランクが上昇する）が高い利用者ほど、ロード画面Ｇ２の表示時間を短く制御してもよいし、顧客事業者や広告主には、ロード画面Ｇ２をそもそも表示させなくともよい。

〔１０－２．ＡＩアバターのレンタルに係る提案（１）〕
上記実施形態では、サーバ装置３００が、顧客事業者から受け付けた貸出要求に含まれる条件に応じた種別のＡＩアバターを顧客事業者に貸し出す例を示した。しかし、サーバ装置３００は、ＡＩアバターによる業績の統計情報に基づいて、要求元の顧客事業者に適したＡＩアバターを特定し、特定したＡＩアバターを提案してよい。また、サーバ装置３００は、提案のＡＩアバターに対して顧客事業者が同意した場合には、このＡＩアバターを貸し出す処理を行ってよい。

例えば、サーバ装置３００は、顧客事業者の事業の業種と、当該業種で利用されたＡＩアバターの属性との組合せによって、この業種の売上がどのように変化するか、組合せごとに売上の統計を取得する。

一例を示すと、サーバ装置３００は、業種「アパレルショップ」と、アバター属性「２０代／女性」との組合せでは、売上「１０％アップ」という統計を得ることができる場合がある。また、サーバ装置３００は、業種「アパレルショップ」と、アバター属性「２０代／男性」との組合せでは、売上「１０％ダウン」、という統計を得ることができる場合がある。係る例では、サーバ装置３００は、要求元の顧客事業者の業種が「アパレル」である場合には、売上上昇が見込める属性のＡＩアバター、すなわち、アバター属性「２０代／女性」のＡＩアバターを提案してよい。

例えば、顧客事業者は、サーバ装置３００から提供されたＡＩアバターの見た目を自由に変更することができるが、どのように変更すべきか迷う場合があり、煩雑との問題がある。サーバ装置３００による提案によれば、顧客事業者は、売上に対して効果的な属性を予め有するＡＩアバターをレンタルすることができるため、レンタルにおける利便性を向上させることができる。

〔１０－３．ＡＩアバターのレンタルに係る提案（２）〕
メタバースＶＳ１の一角には、特定の世界観や、特定のキャラクターをモチーフとした、仮想施設群（例えば、ショッピングモール）が設定される場合がある。一例を示すと、メタバースＶＳ１の一角には、アニメキャラクターのグッズが取り扱われる仮想のアニメショップ群が設定される場合がある。このようなショップ群には、取り扱われているグッズのアニメキャラクターを模したＡＩモデルが適切であると考えられるため、例えば、一般的な人型のＡＩアバターが投入されるとアニメの世界観に悪影響が出る可能性がある。

そこで、サーバ装置３００は、例えば、アニメショップを運営する顧客事業者から貸出要求を受け付けた場合には、そのアニメショップで取り扱われているキャラクターの見た目を有するＡＩアバターを提案してよい。この結果、サーバ装置３００は、メタバースＶＳ１の一角において、アニメショップ群という世界観を維持し統一性を持たせることができるため、集客に貢献することができる。

〔１１．ハードウェア構成〕
また、上述してきた情報処理装置１（サーバ装置１００、サーバ装置２００、サーバ装置３００、サーバ装置４００）は、例えば、図１３に示すような構成のコンピュータ１０００によって実現される。図１３は、情報処理装置１の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、所定の通信網を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを所定の通信網を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が情報処理装置１として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラム（例えば、実施形態に係る情報処理プログラム）を実行することにより、情報処理装置１が有する制御部（例えば、制御部２３０、制御部３３０、制御部４３０）の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

〔１２．その他〕
また、上記各実施形態において説明した処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上記各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

Ｓｙ システム
１ 情報処理装置
１０ クライアント装置
２０ 事業者装置
１００ サーバ装置
２００ サーバ装置
２２０ 記憶部
２２１ モデル情報記憶部
２２２ 応答ルール記憶部
２３０ 制御部
２３１ 取得部
２３２ 学習部
２３３ 登録部
３００ サーバ装置
３２０ 記憶部
３２１ 貸出情報記憶部
３２２ 対話履歴記憶部
３３０ 制御部
３３１ 受付部
３３２ レンタル制御部
３３３ 対話制御部
４００ サーバ装置
４２０ 記憶部
４２１ 雇用者情報記憶部
４２２ 貸出情報記憶部
４２３ ポイント情報記憶部
４３０ 制御部
４３１ 受付部
４３２ 雇用制御部
４３３ レンタル制御部
４３４ 評価制御部
４３５ 提供部

Claims (20)

1. メタバースで事業を行う顧客事業者からアバターの貸出要求を受け付ける受付部と、
   前記貸出要求に含まれる条件に応じた種別のアバターを前記顧客事業者に貸し出す処理として、前記メタバースに訪問した利用客との間で前記貸出要求に含まれる条件に応じた対話を実現する対話プログラムが搭載されたアバターを、前記顧客事業者に貸し出す貸出対象として生成する処理を行うレンタル制御部と
   を備える情報処理装置。
2. 前記受付部は、前記貸出要求として、アバターの利用用途、または、アバターが投入される業種のうち、少なくともいずれか一方を条件として含む貸出要求を受け付ける
   請求項１に記載の情報処理装置。
3. 前記顧客事業者により提供された教師データに基づいて、前記対話プログラムに適用されるモデルを学習する学習部をさらに備え、
   前記レンタル制御部は、前記モデルに基づき前記対話を実現する前記対話プログラムが搭載されたアバターを、前記顧客事業者に貸し出す貸出対象として生成する
   請求項１に記載の情報処理装置。
4. 前記学習部は、前記利用客と、前記アバターとの間で実現された対話の履歴情報を前記教師データとしてさらに用いて、前記モデルを学習する
   請求項３に記載の情報処理装置。
5. 前記顧客事業者は、前記メタバースの仮想店舗でサービスを提供するサービス提供者であり、
   前記学習部は、前記仮想店舗に訪問した利用客と、前記顧客事業者に貸し出されたアバターであって、前記仮想店舗で稼働するアバターとの間で実現された対話の履歴情報に基づいて、前記サービスの内容に適した応答を出力するよう前記モデルを更新する
   請求項４に記載の情報処理装置。
6. 前記レンタル制御部は、予め定められたルールに従い、前記条件に応じた対話を実現する前記対話プログラムが搭載されたアバターを前記顧客事業者に貸し出す貸出対象として生成する
   請求項３に記載の情報処理装置。
7. 前記メタバースの利用者の間で、前記メタバースでの行動を互いに評価可能に制御する評価制御部と、
   前記評価制御部による制御に応じて、一方の利用者が他の利用者の行動を評価した場合には、評価結果に応じた所定のコンテンツを前記他の利用者に提供する提供部と
   をさらに備える
   請求項１に記載の情報処理装置。
8. 前記評価制御部は、前記一方の利用者によって前記他の利用者の行動が評価された評価結果を受け付け、
   前記提供部は、前記評価結果が前記他の利用者の行動を称賛する内容を示す場合には、正のポイントを前記他の利用者に付与し、前記評価結果が前記他の利用者の行動を批判する内容を示す場合には、負のポイントを前記他の利用者に付与する
   請求項７に記載の情報処理装置。
9. 前記提供部は、前記負のポイントの累積数が所定値を超えた利用者に対して、所定の利用制限が課せられるよう制御する
   請求項８に記載の情報処理装置。
10. メタバースで事業を行う顧客事業者からアバターの貸出要求を受け付ける受付部と、
    前記メタバースに訪問した利用客との間で前記貸出要求に含まれる条件に応じた対話を実現する対話プログラムが搭載されたアバターを前記顧客事業者に貸し出す処理を行うレンタル制御部と、
    前記メタバースで行われる事業で求められる業務であって、アバターを活用した業務に対する雇用を制御する雇用制御部と
    を備え、
    前記受付部は、前記事業で求められる業務に対する求人募集を受け付け、
    前記雇用制御部は、前記メタバースの利用者であって、前記求人募集に対して応募してきた利用者が求人条件を満たすか否かに応じて、前記求人募集に対する採用を制御し、
    前記レンタル制御部は、採用された利用者に対して、求人内容が示す業務に利用されるアバターを貸し出す
    情報処理装置。
11. 前記受付部は、前記業務として、前記顧客事業者が前記メタバースで展開する事業で求められる業務に対する求人募集をさらに受け付ける
    請求項１０に記載の情報処理装置。
12. 前記受付部は、前記業務として、前記メタバースを運営する運営者が提供する事業で求められる業務に対する求人募集をさらに受け付ける
    請求項１０に記載の情報処理装置。
13. 前記レンタル制御部は、前記アバターとして、前記利用者の入力操作に応じて動作する手動のアバターを前記利用者に貸し出す
    請求項１０に記載の情報処理装置。
14. 前記雇用制御部は、前記アバターを介した勤務状況を評価し、評価結果に応じて、前記利用者への報酬として支払われる賃金を制御する
    請求項１０に記載の情報処理装置。
15. 前記雇用制御部は、前記メタバースを構成する仮想空間のうち、前記業務が行われる仮想空間において、複数の利用者によるアバターが導入されている場合には、複数の利用者の間で勤務状況が比較された比較結果に応じて、複数の利用者それぞれの勤務状況を相対的に評価する
    請求項１４に記載の情報処理装置。
16. 前記雇用制御部は、前記メタバースを構成する仮想空間のうち、前記業務が行われる仮想空間において、前記業務を自動で行うアバターが導入されている場合には、自動のアバターの勤務状況と、前記利用者の勤務状況とを比較した比較結果に応じて、前記利用者の勤務状況を相対的に評価する
    請求項１４に記載の情報処理装置。
17. 情報処理装置が実行する情報処理方法であって、
    メタバースで事業を行う顧客事業者からアバターの貸出要求を受け付ける受付工程と、
    前記貸出要求に含まれる条件に応じた種別のアバターを前記顧客事業者に貸し出す処理として、前記メタバースに訪問した利用客との間で前記貸出要求に含まれる条件に応じた対話を実現する対話プログラムが搭載されたアバターを、前記顧客事業者に貸し出す貸出対象として生成する処理を行うレンタル制御工程と
    を含むことを特徴とする情報処理方法。
18. 情報処理装置が実行する情報処理方法であって、
    メタバースで事業を行う顧客事業者からアバターの貸出要求を受け付ける受付工程と、
    前記メタバースに訪問した利用客との間で前記貸出要求に含まれる条件に応じた対話を実現する対話プログラムが搭載されたアバターを前記顧客事業者に貸し出す処理を行うレンタル制御工程と、
    前記メタバースで展開される事業で求められる業務であって、アバターを活用した業務に対する雇用を制御する雇用制御工程と
    を含み、
    前記受付工程は、前記事業で求められる業務に対する求人募集を受け付け、
    前記雇用制御工程は、前記メタバースの利用者であって、前記求人募集に対して応募してきた利用者が求人条件を満たすか否かに応じて、前記求人募集に対する採用を制御し、
    前記レンタル制御工程は、採用された利用者に対して、求人内容が示す業務に利用されるアバターを貸し出す
    ことを特徴とする情報処理方法。
19. メタバースで事業を行う顧客事業者からアバターの貸出要求を受け付ける受付手順と、
    前記貸出要求に含まれる条件に応じた種別のアバターを前記顧客事業者に貸し出す処理、前記メタバースに訪問した利用客との間で前記貸出要求に含まれる条件に応じた対話を実現する対話プログラムが搭載されたアバターを、前記顧客事業者に貸し出す貸出対象として生成する処理を行うレンタル制御手順と
    をコンピュータに実行させることを特徴とする情報処理プログラム。
20. メタバースで事業を行う顧客事業者からアバターの貸出要求を受け付ける受付手順と、
    前記メタバースに訪問した利用客との間で前記貸出要求に含まれる条件に応じた対話を実現する対話プログラムが搭載されたアバターを前記顧客事業者に貸し出す処理を行うレンタル制御手順と、
    前記メタバースで行われる事業で求められる業務であって、アバターを活用した業務に対する雇用を制御する雇用制御手順と
    をコンピュータに実行させ、
    前記受付手順は、前記事業で求められる業務に対する求人募集を受け付け、
    前記雇用制御手順は、前記メタバースの利用者であって、前記求人募集に対して応募してきた利用者が求人条件を満たすか否かに応じて、前記求人募集に対する採用を制御し、
    前記レンタル制御手順は、採用された利用者に対して、求人内容が示す業務に利用されるアバターを貸し出す
    ことを特徴とする情報処理プログラム。

Images