特開 2024-133237 情報処理システム、情報処理方法およびプログラム ～デジタルツイン環境を支援する技術～

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

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

(11)【公開番号】P2024133237

(43)【公開日】2024-10-01

(54)【発明の名称】情報処理システム、情報処理方法およびプログラム ～デジタルツイン環境を支援する技術～

(51)【国際特許分類】

   A63F 13/58 20140101AFI20240920BHJP

   A63F 13/21 20140101ALI20240920BHJP

   A63F 13/79 20140101ALI20240920BHJP

   A63F 13/53 20140101ALI20240920BHJP

   G06Q 50/10 20120101ALI20240920BHJP

   G06F 3/0487 20130101ALI20240920BHJP

   G06F 3/01 20060101ALI20240920BHJP

【ＦＩ】

A63F13/58

A63F13/21

A63F13/79

A63F13/53

G06Q50/10

G06F3/0487

G06F3/01 515

【審査請求】未請求

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2024112474

(22)【出願日】2024-07-12

(62)【分割の表示】P 2023034310の分割

【原出願日】2023-03-07

(71)【出願人】

【識別番号】000129149

【氏名又は名称】株式会社カプコン

(71)【出願人】

【識別番号】521286422

【氏名又は名称】株式会社知財図鑑

(74)【代理人】

【識別番号】110002789

【氏名又は名称】弁理士法人ＩＰＸ

(72)【発明者】

【氏名】奥山 幹樹

(72)【発明者】

【氏名】荒井 亮

(72)【発明者】

【氏名】足立 章太郎

(72)【発明者】

【氏名】澤邊 元太

(72)【発明者】

【氏名】アンドラディティア・レスパティ・ダヌ

(72)【発明者】

【氏名】永井 歩

(72)【発明者】

【氏名】福島 由香

(72)【発明者】

【氏名】松岡 真吾

(72)【発明者】

【氏名】吉田 孝

(72)【発明者】

【氏名】能勢 武

(57)【要約】

【課題】より興趣性の高い体験をユーザに提供可能な技術を提供する。
【解決手段】本開示の一態様によれば、少なくとも１つの装置を備える、デジタルツイン環境を支援する情報処理システムが提供される。この情報処理システムでは、次の各ステップがなされるようにプログラムを実行可能な、少なくとも１つのプロセッサを備える。取得ステップでは、第１ユーザの生体に関する第１情報を継続的に取得する。決定ステップでは、第１情報に基づいて推定される第１ユーザの健康状態に対応するように、第１ユーザに関連付けられたアバターの状態を決定する。アバターは、仮想空間でのイベントにおいて活動するキャラクタとして使用される。アバターの状態は、イベント中に、第１ユーザが視認可能であり且つ継続的に取得される第１情報に応じて逐次変化可能に構成される。
【選択図】図４

【特許請求の範囲】

【請求項1】

少なくとも１つの装置を備える、デジタルツイン環境を支援する情報処理システムであって、
次の各ステップがなされるようにプログラムを実行可能な、少なくとも１つのプロセッサを備え、
取得ステップでは、第１ユーザの生体に関する第１情報を継続的に取得し、
決定ステップでは、前記第１情報に基づいて推定される前記第１ユーザの健康状態に対応するように、前記第１ユーザに関連付けられたアバターの状態を決定し、ここで
前記アバターは、仮想空間でのイベントにおいて活動するキャラクタとして使用され、
前記アバターの状態は、前記イベント中に、前記第１ユーザが視認可能であり且つ継続的に取得される前記第１情報に応じて逐次変化可能に構成される、システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理システム、情報処理方法およびプログラム、特に『デジタルツイン環境を支援する技術』に関する。

【背景技術】

【0002】

特許文献１には、ユーザが良い睡眠習慣を送ることで仮想生命体を育成し、ユーザに仮想生命体の育成を楽しみながら、良い睡眠習慣を送ることへのモチベーションを維持させるゲームサーバが開示されている。

【0003】

このゲームサーバは、仮想生命体の育成ゲームの進行を管理し、ユーザの就寝時間および起床時間を示す睡眠パターンを少なくとも含む睡眠情報を取得する取得部と、取得した睡眠情報を睡眠履歴として記憶する睡眠履歴記憶部と、睡眠履歴の睡眠パターンに基づいて、育成ゲームに関する処理を実行する処理部と、を備える。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２０－４４２２２号公報

【発明の概要】

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

【0005】

しかし、上記公知技術に係る機能には、未だ改善の余地がある。

【0006】

本開示では上記事情に鑑み、より興趣性の高い体験をユーザに提供可能な技術を提供することとした。

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

【0007】

本開示の一態様によれば、少なくとも１つの装置を備える、デジタルツイン環境を支援する情報処理システムが提供される。この情報処理システムでは、次の各ステップがなされるようにプログラムを実行可能な、少なくとも１つのプロセッサを備える。取得ステップでは、第１ユーザの生体に関する第１情報を継続的に取得する。決定ステップでは、第１情報に基づいて推定される第１ユーザの健康状態に対応するように、第１ユーザに関連付けられたアバターの状態を決定する。アバターは、仮想空間でのイベントにおいて活動するキャラクタとして使用される。アバターの状態は、イベント中に、第１ユーザが視認可能であり且つ継続的に取得される第１情報に応じて逐次変化可能に構成される。

【0008】

本開示によれば、より興趣性の高い体験をユーザに提供することができる。

【図面の簡単な説明】

【0009】

【図1】本実施形態に係る情報処理システム１のハードウェア構成を示すブロック図である。

【図2】本実施形態に係る第１情報処理装置２ａの機能構成を示すブロック図である。

【図3】情報処理システム１により実行される処理の流れの一例を示すアクティビティ図である。

【図4】第２情報処理装置２ｂにより提供される仮想空間ＶＳ内で活動するアバターＡＢの一例を示す概要図である。

【図5】第１ユーザがゲーム画面５ａ（ゲーム画面５の一例）を介してイベントの参加申請を行う態様を示す概要図である。

【図6】対戦型ゲームイベントにおいて使用されるトーナメントＴの一例を示している。

【図7】対戦型ゲームイベントに参加申請した第１ユーザの自分自身の基本能力値Ｓ０を視認可能なゲーム画面５ｂ（ゲーム画面５の他の一例）の概要図である。

【図8】対戦型ゲームイベントに参加申請した第１ユーザの自分自身の基本能力値Ｓ０を視認可能なゲーム画面５ｂ（ゲーム画面５の他の一例）の概要図である。

【図9】対戦型ゲームイベントに参加申請した第１ユーザの自分自身の基本能力値Ｓ０を視認可能なゲーム画面５ｂ（ゲーム画面５の他の一例）の概要図である。

【図10】対戦型ゲームイベントに参加申請した第１ユーザの自分自身の基本能力値Ｓ０を視認可能なゲーム画面５ｂ（ゲーム画面５の他の一例）の概要図である。

【図11】対戦型ゲームイベントに参加申請した第１ユーザの自分自身の基本能力値Ｓ０を視認可能なゲーム画面５ｂ（ゲーム画面５の他の一例）の概要図である。

【図12】第２ユーザを介した社会貢献または支援に関する情報処理を説明するためのアクティビティ図である。

【図13】第２ユーザが作成したアドバイスＡＤを含む画面６の概要図である。

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

【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】

このような態様によれば、より高い精度で第１ユーザの健康状態に応じたアバターの状態を提供することができる。

【0129】

（７）上記（１）～（６）の何れか１つに記載の情報処理システムにおいて、前記決定ステップでは、前記アバターの状態に基づいて、前記第１ユーザの前記イベントへの参加の可否をさらに決定する、システム。

【0130】

このような態様によれば、イベントへの参加をモチベーションとして、第１ユーザの、自身の健康状態に対する関心を高めることができる。

【0131】

（８）上記（１）～（７）の何れか１つに記載の情報処理システムにおいて、前記決定ステップでは、前記アバターの状態に基づいて、前記イベントでの前記第１ユーザの役割、立場、条件または役職をさらに決定する、システム。

【0132】

このような態様によれば、イベントにおいて所望する役割、立場または役職を得ることをモチベーションとして、第１ユーザの、自身の健康状態に対する関心を高めることができる。

【0133】

（９）上記（１）～（８）の何れか１つに記載の情報処理システムにおいて、さらに、制限ステップでは、前記アバターの状態が予め定められた基準状態以下である場合、前記第１ユーザの前記仮想空間での活動を制限する処理を実行する、システム。

【0134】

このような態様によれば、仮想空間での活動制限を受けたくないという気持ちをモチベーションとして、第１ユーザの、自身の健康状態に対する関心を高めることができる。

【0135】

（１０）上記（１）～（９）の何れか１つに記載の情報処理システムにおいて、さらに、送信ステップでは、推定される前記健康状態を、前記第１ユーザとは異なる第２ユーザに送信し、これにより、前記第２ユーザによる前記第１ユーザの前記健康状態に対するアドバイスを前記第１ユーザに提示可能とする、システム。

【0136】

このような態様によれば、適切なアドバイスが第１ユーザになされ、健康状態を維持または促進することができる。

【0137】

（１１）上記（１）～（１０）の何れか１つに記載の情報処理システムにおいて、前記第１ユーザは、複数のユーザであり、前記第１ユーザそれぞれの、前記第１情報または前記健康状態は、内部または外部の記憶装置において管理され、さらに、特定ステップでは、前記第１ユーザのうち、推定される前記健康状態が所定条件を満たす注目ユーザを特定する、システム。

【0138】

このような態様によれば、複数の第１ユーザの中から特に気にすべき注目ユーザを特定し、社会全体の健康維持に貢献することができる。

【0139】

（１２）上記（１）～（１１）の何れか１つに記載の情報処理システムにおいて、さらに、イベント制御ステップでは、前記仮想空間内で開催されるイベントの進行を制御する、システム。

【0140】

このような態様によれば、より興趣性の高いイベントを直接第１ユーザに提供することができる。

【0141】

（１３）上記（１）～（１２）の何れか１つに記載の情報処理システムにおいて、前記装置のうちの少なくとも１つは、日本国外に設置されている、システム。

【0142】

このような態様によれば、様々な管理形態によって、より興趣性の高い体験をユーザに提供することができる。

【0143】

（１４）デジタルツイン環境を支援する情報処理方法であって、上記（１）～（１３）の何れか１つに記載の情報処理システムの各ステップを備える、方法。

【0144】

このような態様によれば、より興趣性の高い体験をユーザに提供することができる。

【0145】

（１５）デジタルツイン環境を支援するプログラムであって、少なくとも１つのコンピュータに、上記（１）～（１３）の何れか１つに記載の情報処理システムの各ステップを実行させる、プログラム。

【0146】

このような態様によれば、より興趣性の高い体験をユーザに提供することができる。
もちろん、この限りではない。

【0147】

最後に、本開示に係る種々の実施形態を説明したが、これらは、例として提示したものであり、開示の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、開示の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、開示の範囲や要旨に含まれるとともに、特許請求の範囲に記載された開示とその均等の範囲に含まれるものである。

【符号の説明】

【0148】

１ ：情報処理システム
１１ ：通信ネットワーク
２ ：情報処理装置
２ａ ：第１情報処理装置
２ｂ ：第２情報処理装置
２０ ：通信バス
２１ ：通信部
２２ ：記憶部
２３ ：制御部
２３０ ：演算処理部
２３１ ：受付部
２３２ ：取得部
２３３ ：イベント制御部
２３４ ：決定部
２３５ ：補正部
２３６ ：制限部
２３７ ：特定部
２３８ ：表示制御部
２３９ ：送信部
３ ：端末
３ａ ：ゲーム端末
３ｂ ：ウェアラブル端末
３ｃ ：サードパーティ端末
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：制御部
３４ａ ：グラフィック処理部
３４ｂ ：オーディオ処理部
３４ｃ ：操作部
４ａ ：ディスプレイ
４ｂ ：スピーカ
４ｃ ：入力デバイス
５ ：ゲーム画面
５ａ ：ゲーム画面
５ｂ ：ゲーム画面
５０１ ：領域
５０２ ：領域
５０３ ：領域
５０４ ：領域
５０５ ：領域
５０５ａ ：チェックボックス
５０６ ：ボタン
５０７ ：領域
５０８ ：領域
５０９ ：領域
５１０ ：領域
５１１ ：領域
５１２ ：領域
５１３ ：領域
５１４ ：領域
５１５ ：領域
６ ：画面
ＡＢ ：アバター
ＡＢ１ ：アバター
ＡＢ２ ：アバター
ＡＤ ：アドバイス
ＩＦ１ ：第１情報
ＩＦ２ ：第２情報
Ｓ ：状態
Ｓ０ ：基本能力値
Ｔ ：トーナメント
Ｔ１ ：シード席
Ｔ２ ：通常席
ＶＳ ：仮想空間
ＶＳ１ ：上方領域
ＶＳ２ ：上方領域

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【手続補正書】

【提出日】2024-07-24

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

情報処理システムであって、
次の各ステップがなされるようにプログラムを実行可能な、少なくとも１つのプロセッサを備え、
取得ステップでは、第１ユーザの生体に関する第１情報を、現実空間の情報として継続的に取得し、
決定ステップでは、前記第１情報に基づいて推定される前記第１ユーザの健康状態に対応するように、前記第１ユーザに関連付けられたアバターの状態を決定し、
前記アバターの状態は、仮想空間において、前記第１ユーザが視認可能であり且つ継続的に取得される前記第１情報に応じて逐次変化可能に構成され、これにより前記現実空間の情報が前記仮想空間に継続的に反映される、システム。

【請求項2】

請求項１に記載の情報処理システムにおいて、
少なくとも１つの装置を備え、
前記装置のうちの少なくとも１つは、日本国外に設置されている、システム。

【請求項3】

情報処理方法であって、
請求項１又は２に記載の情報処理システムの各ステップを備える、方法。

【請求項4】

プログラムであって、
少なくとも１つのコンピュータに、請求項１又は２に記載の情報処理システムの各ステップを実行させる、プログラム。