特許 7552252 空間共有支援システム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-09

(45)【発行日】2024-09-18

(54)【発明の名称】空間共有支援システム

(51)【国際特許分類】

   G06Q 10/06 20230101AFI20240910BHJP

   G06Q 10/105 20230101ALI20240910BHJP

   G06Q 10/109 20230101ALI20240910BHJP

【ＦＩ】

G06Q10/06

G06Q10/105

G06Q10/109

【請求項の数】 7

(21)【出願番号】P 2020180204

(22)【出願日】2020-10-28

(65)【公開番号】P2022071314

(43)【公開日】2022-05-16

【審査請求日】2023-05-22

(73)【特許権者】

【識別番号】000132471

【氏名又は名称】株式会社セガ

(74)【代理人】

【識別番号】110002273

【氏名又は名称】弁理士法人インターブレイン

(72)【発明者】

【氏名】大塚 公二

(72)【発明者】

【氏名】中村 達也

【審査官】田上 隆一

(56)【参考文献】

【文献】特開２０１９－１７５１０８（ＪＰ，Ａ）

【文献】特開２０１３－０８８８７８（ＪＰ，Ａ）

【文献】特開２０２０－１０１９５０（ＪＰ，Ａ）

【文献】特開２００８－０２７００７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

仮想空間を表示させる空間管理部と、
ユーザからのログインを受け付けるユーザ判定部と、
ユーザごとにあらかじめ対応づけられたキャラクタとして、アバターを前記仮想空間に表示させるアバター表示部と、
ログインしたユーザの状態を示すステータス情報を前記仮想空間内に表示させるステータス表示部と、
各アバターの前記仮想空間内における所在地点を判定するアバター管理部と、
アバター同士の会話を可能に設定する会話制御部と、を備え、
前記空間管理部は、前記仮想空間において、複数のアバターにより共有される共有空間と、複数のアバターそれぞれに割り当てられる個人空間の双方を設定し、
前記アバター管理部が、第１のアバターと第２のアバターの前記仮想空間内における所在地点に基づき、前記第１のアバターと前記第２のアバターが同一の個人空間に存在すると判定したとき、
前記会話制御部は、前記第１のアバターと前記第２のアバターの会話を可能に設定することを特徴とする空間共有支援システム。

【請求項2】

仮想空間を表示させる空間管理部と、
ユーザからのログインを受け付けるユーザ判定部と、
ユーザごとにあらかじめ対応づけられたキャラクタとして、アバターを前記仮想空間に表示させるアバター表示部と、
ログインしたユーザの状態を示すステータス情報を前記仮想空間内に表示させるステータス表示部と、を備え、
前記空間管理部は、前記仮想空間において、複数のアバターにより共有される共有空間と、複数のアバターそれぞれに割り当てられる個人空間の双方を設定し、
前記ステータス表示部は、アバターの前記ステータス情報を前記アバターに割り当てられる個人空間に表示させることを特徴とする空間共有支援システム。

【請求項3】

前記ユーザの在席を確認する在席確認部と、
前記ユーザのスケジュールを管理するスケジュール管理部と、を更に備え、
前記在席確認部は、前記スケジュール管理部のスケジュールにおいて在席を想定されている期間中であることを条件としてユーザ端末に対する操作が一定時間以上なかったときには、ユーザに対して在席確認を実行することを特徴とする請求項１または２に記載の空間共有支援システム。

【請求項4】

前記空間管理部は、ユーザ端末の作業画面とは別に前記仮想空間を示す仮想画面を表示させ、前記在席確認部によりユーザの在席を認識したときもしくは当該ユーザの操作指示に応じて、前記仮想画面を非表示もしくは前記作業画面よりも小さく前記仮想画面を表示させることを特徴とする請求項３に記載の空間共有支援システム。

【請求項5】

前記空間管理部は、第３のアバターが第４のアバターの個人空間に入ったときには、前記第４のアバターに対応する第４のユーザに対して前記仮想画面を少なくとも表示させ、
前記アバター表示部は、前記第４のユーザの仮想画面において前記第３のアバターを表示させることを特徴とする請求項４に記載の空間共有支援システム。

【請求項6】

仮想空間を表示させる機能と、
ユーザからのログインを受け付ける機能と、
ユーザごとにあらかじめ対応づけられたキャラクタとして、アバターを前記仮想空間に表示させる機能と、
ログインしたユーザの状態を示すステータス情報を前記仮想空間内に表示させる機能と、
各アバターの前記仮想空間内における所在地点を判定する機能と、
アバター同士の会話を可能に設定する機能と、をコンピュータに発揮させ、
前記仮想空間において、複数のアバターにより共有される共有空間と、複数のアバターそれぞれに割り当てられる個人空間の双方を設定し、
第１のアバターと第２のアバターの前記仮想空間内における所在地点に基づき、前記第１のアバターと前記第２のアバターが同一の個人空間に存在すると判定したとき、前記第１のアバターと前記第２のアバターの会話を可能に設定することを特徴とする空間共有支援プログラム。

【請求項7】

仮想空間を表示させる機能と
ユーザからのログインを受け付ける機能と、
ユーザごとにあらかじめ対応づけられたキャラクタとして、アバターを前記仮想空間に表示させる機能と、
ログインしたユーザの状態を示すステータス情報を前記仮想空間内に表示させる機能と、をコンピュータに発揮させ、
前記仮想空間において、複数のアバターにより共有される共有空間と、複数のアバターそれぞれに割り当てられる個人空間の双方を設定し、
アバターの前記ステータス情報を前記アバターに割り当てられる個人空間に表示させることを特徴とする空間共有支援プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、仮想空間を介して複数のユーザを協調させるための技術、に関する。

【背景技術】

【0002】

新型コロナウィルス（重症急性呼吸器症候群コロナウィルス２型）の流行を契機として、リモートワーク（在宅勤務）の普及が一気に進んだ感がある。リモートワークでは、従業員は、自宅のＰＣ（Personal Computer）からオフィスのサーバにセキュア回線を介してアクセスしつつ、自宅ＰＣで各自の仕事を行う。

【0003】

リモートワークは個人作業中心となりやすく、他の従業員とのコミュニケーションを取りづらくなる。特許文献１，２は、仮想現実感技術を応用することにより、オフィスに出勤していない従業員に対しても言語的および非言語的なコミュニケーションを提供する技術を提案している。

【先行技術文献】

【特許文献】

【0004】

【文献】特開平１０－２５４８５１号公報

【文献】特開２０１６－１６２００１号公報

【発明の概要】

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

【0005】

ただし、今後、オフィスが一切不要になる可能性は低い。たとえば、週に数回、あるいは、月に数回はオフィスに出勤し、それ以外は在宅で仕事をするというハイブリッド型のワークスタイルが主流になると考えられる。したがって、仮想現実感技術によるコミュニケーションの増進を図る上では、オフィスへ出勤して働く従業員と、オフィスへ出勤しないで働く従業員の共存を想定する必要があると考えられる。同様にして、オフィスに出勤するときでも、出勤しないときでも、仕事の進め方に大きな変更を強いられないことが望ましい。

【0006】

このほか、オフィスに限らず、アミューズメント施設等に赴いてゲームをプレイする場合と、在宅でクラウド（リモート）により外部のゲームをプレイする場合とがあり、これらのプレイヤのコミュニケーション等による共存も想定する必要がある。

【0007】

本発明は、上記課題認識に基づいて完成させた発明であり、その主たる目的は、現地に赴いて行動する者と在宅等でリモートアクセスにより行動する者の仮想空間を介した共同作業等を支援するための技術、を提供することにある。

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

【0008】

本発明のある態様における空間共有支援システムは、仮想空間を表示させる空間管理部と、ユーザからのログインを受け付け、実在の空間におけるローカル・エリア・ネットワークに対して、外部からログインしたユーザを外部ユーザと判定し、内部からアクセスしたユーザを内部ユーザと判定するユーザ判定部と、ユーザごとにあらかじめ対応づけられたキャラクタとして、内部ユーザのアバターおよび外部ユーザのアバターの双方を仮想空間に表示させるアバター表示部と、ログインしたユーザが内部ユーザおよび外部ユーザのいずれであるかを示すステータス情報を仮想空間内に表示させるステータス表示部と、を備える。

【発明の効果】

【0009】

本発明によれば、仮想空間を介して出勤者と在宅者の交流を促進しやすくなる。

【図面の簡単な説明】

【0010】

【図1】仮想オフィスシステムのハードウェア構成図である。

【図2】サーバ群に含まれる各サーバの機能ブロック図である。

【図3】ユーザ端末の機能ブロック図である。

【図4】本実施形態における仮想空間のレイアウトである。

【図5】仮想空間の画面例である。

【図6】個人空間の画面例である。

【図7】作業モード画面の画面図である。

【図8】ユーザ基本情報のデータ構造図である。

【図9】スケジュール情報のデータ構造図である。

【図10】勤怠状態情報のデータ構造図である。

【図11】勤怠履歴情報のデータ構造図である。

【図12】在席判定の処理過程を示すフローチャートである。

【図13】本実施形態における仮想オフィスシステムの仕組みをゲームセンターに応用したときの概念図である。

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

【0011】

図１は、仮想オフィスシステム２００のハードウェア構成図である。
仮想オフィスシステム２００（空間共有支援システム）においては、サーバ群１００と複数の内部端末３０２がＬＡＮ（Local Area Network）２０２を介して接続される。内部端末３０２は、オフィス内部に設置される出勤者のためのパーソナル・コンピュータであり、本実施形態においてはラップトップＰＣであるとする。複数の外部端末３０４は、インターネット２０６と接続される。ＬＡＮ２０２とインターネット２０６は、ゲートウェイ２０４を介して接続される。外部端末３０４は、オフィス外部の在宅者のためのパーソナル・コンピュータである。在宅者は、外部端末３０４からＶＰＮ（Virtual Private Network）により、オフィス外からサーバ群１００にアクセスできる。以下、内部端末３０２および外部端末３０４をまとめていうとき、あるいは、特に区別しないときには「ユーザ端末３００」とよぶ。

【0012】

サーバ群１００は、仮想勤務サーバ１０２、勤怠管理サーバ１０４、データサーバ１０６およびスケジュールサーバ１０８を含む。仮想勤務サーバ１０２は、出勤者および在宅者双方が交流可能な仮想空間を生成し、各ユーザ端末３００に仮想空間環境を提供する。勤怠管理サーバ１０４は、各ユーザの勤怠状況を管理する。データサーバ１０６は、ユーザに関する各種情報を保存する。スケジュールサーバ１０８は、各ユーザのスケジュールを管理する。なお、仮想勤務サーバ１０２、勤怠管理サーバ１０４、データサーバ１０６およびスケジュールサーバ１０８は単一サーバとして形成されてもよい。これらサーバ群１００は、ＬＡＮ（Local Area Network）２０２を介して接続されており、必要な情報を互いに共有する。

【0013】

ゲートウェイ２０４によりオフィス内部とオフィス外部が識別される。内部端末３０２から勤怠管理サーバ１０４にログインしたとき、いいかれればゲートウェイ２０４を経由せずにアクセスがなされたとき、勤怠管理サーバ１０４のユーザ判定部１３６（後述）はこのユーザが出勤者であると判定する。以下、オフィスに実際に出勤し、内部端末３０２において仕事をするユーザを「Ｒユーザ（Real User）」とよぶ。外部端末３０４からゲートウェイ２０４を介して勤怠管理サーバ１０４にログインしたとき、勤怠管理サーバ１０４はこのユーザが在宅者（外部ユーザ）であると判定する。以下、オフィスに実際には出勤せず、外部端末３０４において仕事をするユーザを「Ｖユーザ（Virtual User）」とよぶ。ＲユーザとＶユーザを特に区別しないときには、単に「ユーザ」とよぶ。

【0014】

各ユーザには、仮想空間（後述）において自己の分身としてのキャラクタ（以下、「アバター」とよぶ）が割り当てられる。以下、Ｒユーザのアバターを「Ｒアバター」、Ｖユーザのアバターを「Ｖアバター」とよぶ。

【0015】

図２は、サーバ群１００に含まれる各サーバの機能ブロック図である。
仮想勤務サーバ１０２、勤怠管理サーバ１０４、データサーバ１０６およびスケジュールサーバ１０８の各構成要素は、ＣＰＵ（Central Processing Unit）および各種コプロセッサ（co-processor）などの演算器、メモリやストレージといった記憶装置、それらを連結する有線または無線の通信線を含むハードウェアと、記憶装置に格納され、演算器に処理命令を供給するソフトウェアによって実現される。コンピュータプログラムは、デバイスドライバ、オペレーティングシステム、それらの上位層に位置する各種アプリケーションプログラム、また、これらのプログラムに共通機能を提供するライブラリによって構成されてもよい。以下に説明する各ブロックは、ハードウェア単位の構成ではなく、機能単位のブロックを示している。
次の図３に示すサーバユーザ端末３００についても同様である。

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

［変形例］
Ｒユーザ本人が実在のオフィス内を移動するとき、仮想勤務サーバ１０２のアバター管理部１２０はＲユーザのオフィス内の所在地点に応じてＲアバターを仮想空間４００内で移動させてもよい。いいかえれば、Ｒユーザのオフィス内における位置と、Ｒアバターの仮想空間４００内における位置を連動させてもよい。Ｒユーザの位置検出方法としては、ウェアラブルセンサ、ＬＩＤＡＲ（Light Detection and Ranging）等の既知技術を応用すればよい。

【0071】

ユーザ端末３００、特に、Ｒユーザのユーザ端末３００は、ＨＭＤ（Head Mounted Display）であってもよい。一方、Ｖユーザのユーザ端末３００は、デスクトップＰＣであってもよい。

【0072】

本実施形態においては、作業モードにおいては作業画面４３２を全面表示させ、仮想画面４３４を作業画面４３２よりも小さく表示させるとして説明した。変形例として、作業モード中は仮想画面４３４を表示させず、他のアバターが個人空間４０４に入ってきたときだけ仮想画面４３４を表示させるとしてもよい。

【0073】

ユーザ端末３００が２台のディスプレイを有するときには、一方のディスプレイに作業画面４３２を表示させ、他方のディスプレイに仮想画面４３４を表示させるとしてもよい。あるいは、ユーザは、作業用の一般的なＰＣと仮想空間４００を表示させるためのデバイス（ユーザ端末３００）の両方を同時利用してもよい。

【0074】

本実施形態におけるステータス情報は「在席」「離席」「予定」のいずれかであるとして説明した。このほかにも、ステータス情報は役職、所属部署、趣味、自己紹介などを含んでもよい。また、ユーザＸがアバター（Ｘ）を介してアバター（Ｙ）を視認したときには、ステータス管理部１２４はユーザＸとユーザＹの最近１ヶ月間の会話回数、総会話時間、前回の会話日時、初対面か否かなどの二人の関係性に基づく情報をステータス情報としてユーザ端末３００に提供してもよい。ステータス情報を充実させることにより、アバター同士での雑談のきっかけを掴みやすくなるため、コミュニケーション活性化にも寄与すると考えられる。ステータス情報は、個人空間４０４の机４２０に表示させてもよいし、アバターの付近に表示させてもよい。

【0075】

ユーザは、身体の動きを検出するためのセンサを装着してもよい。各センサは、ユーザＩＤとともにセンシング情報を仮想勤務サーバ１０２に送信してもよい。仮想勤務サーバ１０２のアバター管理部１２０は、センシング情報にしたがってアバターの形状を変化させてもよい。たとえば、ユーザが手を上げたときにはアバターも手を挙げるように制御してもよい。

【0076】

本実施形態においては、キーボードあるいはマウスの操作がなされない状態が継続するときに離席と判定した。変形例として、ユーザ端末３００に設置されるカメラによりユーザを撮像し、ユーザ端末３００の前にユーザが映っていない期間が所定時間以上継続したときに離席と判定してもよい。撮像部２２２は、常時、ユーザを撮像し、在席確認部２３２は撮像画像を画像認識する。在席確認部２３２は、撮像画像にユーザが映っているか否かを判定することにより、在席判定を実行してもよい。この場合には、在席確認部２３２は撮像画像にユーザが映っていない期間が所定時間以上継続したとき、離席と判定してもよい。

【0077】

本実施形態においては、ユーザの在席を確認できないときにアラート・ウィンドウを表示させるとして説明した（図１２のＳ１６）。変形例として、アラート時には音声出力部２３０はチャイムなどの所定音声を出力してもよいし、表示部２２８が画面の明るさを変化させてもよい。ユーザ端末３００が操作されていない場合でも、ユーザは書見のために集中しているのかもしれない。このような可能性を考慮し、ユーザの集中力を乱さないように控え目な在席確認のためのアラートを実行してもよい。

【0078】

Ｖユーザは在宅者でなくてもよい。たとえば、東京のオフィスに出勤しているユーザをＲユーザとし、大阪のオフィスに出勤しているユーザをＶユーザとしてもよい。このように地方支社あるいはサテライト・オフィスにいるユーザであっても仮想空間４００において他のオフィスのユーザと交流できる。仮想オフィスシステム２００が提供する仮想空間４００により、たくさんの支社を有する大企業であっても、従業員全体による大規模な交流が可能となり、組織としての一体感を醸成する上でも有効であると考えられる。仮想空間４００により、たとえば、バーチャル出張、バーチャル出向などの勤務形態を実現することもできる。

【0079】

本実施形態においては、仮想空間４００は実際のオフィスを模擬した空間であるとして説明した。変形例として、仮想空間４００は実際のオフィスとは違う空間であってもよい。たとえば、壁紙や空間照明、壁に掛ける絵、机のデザイン、ＢＧＭ（Back Ground Music）等を実際のオフィスとは異なるものに設定してもよい。空間管理部１１８は、仮想空間４００の趣向を日時によって変化させてもよい。たとえば、クリスマスにはクリスマス・パーティ風に飾り付けのされた仮想空間４００を表示させてもよい。このような制御方法によれば、出勤日によって仮想空間４００が変化するので、仮想空間４００に出勤する楽しさを従業員に提供できる。

【0080】

図１３は、本実施形態における仮想オフィスシステム２００の仕組みをゲームセンターに応用したときの概念図である。
本実施形態ではオフィス環境を例に説明したが、他の実在する環境でも応用が可能である。たとえば、ゲームセンター等に設置されたアーケードゲーム機（業務用ゲーム装置）を例にした場合、プレイヤがゲームセンターに赴いてゲームをプレイする場合と、クラウドゲーミングと同様にゲームセンターの外（自宅等）からリモートアクセスによってゲームセンターのゲーム装置をプレイする場合においても、実際のゲームセンターを模擬した仮想空間を設定してもよい。ゲームセンターに赴いたプレイヤ（内部ユーザ）のアバターと、リモートアクセスしているプレイヤ（外部ユーザ）のアバターとが、この仮想空間内に配置されてコミュニケーション等を取るようにしてもよい。

【0081】

この場合、ゲームセンター５１０のアーケードゲーム機５１４は、あらかじめ外部からのリモートアクセスによってゲームプレイが可能な仕組みが備わっている必要がある。具体的には、プレイヤが自宅等から家庭用ゲーム機やＰＣ（パーソナル・コンピュータ）、スマートフォン、タブレット等のユーザ端末３００からマッチングサーバ５００にログインする。このとき、プレイヤは、ユーザ端末３００から、プレイヤＩＤ、ユーザ端末３００の位置情報、プレイしたいゲームをマッチングサーバ５００に通知する。

【0082】

マッチングサーバ５００は、ユーザが希望するゲームをプレイ可能なゲームセンター５１０のうち、ユーザ端末３００の所在地から最寄りのゲームセンター５１０への通信接続の案内をユーザ端末３００に送信する。マッチングサーバ５００は、特定の地域もしくは全国の提携するゲームセンターの情報として、所在地や導入されているアーケードゲーム機５１４の情報を記憶している。また、各アーケードゲーム機５１４には、映像と音声を圧縮して通信回線を介して接続されたプレイヤのユーザ端末３００に送信する機能と、ユーザ端末３００からの操作指示を受信してゲームの進行処理を行う機能が予め設けられている。より具体的には、ゲームセンター５１０に設置されるサーバ５１２が、ユーザ端末３００とアーケードゲーム機５１４とのデータ送受を管理する。

【0083】

各アーケードゲーム機５１４は、ゲームセンター５１０に赴いたプレイヤが直接アーケードゲームアーケードゲーム機５１４でゲームをプレイする場合と、上記の通りリモートアクセスによってプレイする場合の２通りのプレイが可能になっている。図１３においては、ゲームセンター５１０のサーバ５１２が、図１のサーバ群１００に対応する。プレイヤは、サーバ５１２が提供するゲームセンター内を模した仮想空間内においてアバターを介して他のプレイヤと「交流モード」として関わることができる。また、プレイヤは、仮想空間内でアーケードゲーム機５１４を選んでプレイするときには、個人空間４０４において「作業モード」と同様にゲームプレイに集中できる。

【符号の説明】

【0084】

１００ サーバ群、１０２ 仮想勤務サーバ、１０４ 勤怠管理サーバ、１０６ データサーバ、１０８ スケジュールサーバ、１１０ 通信部、１１２ データ処理部、１１４ データ格納部、１１６ 移動指示受信部、１１８ 空間管理部、１２０ アバター管理部、１２２ 会話制御部、１２４ ステータス管理部、１３０ 通信部、１３２ データ処理部、１３４ データ格納部、１３６ ユーザ判定部、１３８ 勤怠管理部、１４０ 通信部、１４２ データ格納部、１５０ 通信部、１５２ スケジュール管理部、１５４ データ格納部、１６０ ユーザ基本情報、１７０ スケジュール情報、１８０ 勤怠状態情報、１９０ 勤怠履歴情報、２００ 仮想オフィスシステム、２０２ ＬＡＮ、２０４ ゲートウェイ、２０６ インターネット、２１０ ユーザインタフェース処理部、２１２ 通信部、２１４ データ処理部、２１６ データ格納部、２１８ 入力部、２２０ 出力部、２２２ 撮像部、２２４ 音声入力部、２２６ 操作入力部、２２８ 表示部、２３０ 音声出力部、２３２ 在席確認部、３００ ユーザ端末、３０２ 内部端末、３０４ 外部端末、４００ 仮想空間、４０２ アバター、４０４ 個人空間、４０６ 共有空間、４１０ ソファ、４２０ 机、４２２ ステータスパネル、４３０ 作業モード画面、４３２ 作業画面、４３４ 仮想画面、５００ マッチングサーバ、５１０ ゲームセンター、５１２ サーバ、５１４ アーケードゲーム機

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】