(57)【要約】【課題】メッセージの送信者が直感的にメッセージを操作することが可能なコミュニティシステムを提供する。【解決手段】本発明のコミュニティシステムは、複数のユーザ端末と、メッセージングシステムを利用してユーザ端末間でやり取りされるメッセージの操作を制御する制御サーバとからなる。ユーザ端末は、起動時に制御サーバに登録情報を通知する登録情報通知部と、メッセージを送信するメッセージ送信部と、制御サーバに対して他のユーザ端末の起動状態を確認する確認依頼を通知し、確認依頼に対する応答情報に基づいて送信済みメッセージに対する操作処理実行依頼を操作処理実行先へ通知する送信済みメッセージ操作部と、を備える。制御サーバは、登録情報を記憶する登録情報記憶部と、確認依頼に基づいて他のユーザ端末の起動状態を確認し、送信済みメッセージに対する操作処理実行先を決定してユーザ端末に通知する起動状態確認部と、を備える。【選択図】図１
2011164844.tif 000002
【特許請求の範囲】
【請求項１】
各ユーザが利用する複数のユーザ端末と、メッセージングシステムを利用して前記ユーザ端末間でやり取りされるメッセージの操作を制御する制御サーバとからなり、
前記ユーザ端末は、
起動時に前記制御サーバに対して登録情報を通知する登録情報通知部と、
他の前記ユーザ端末に対するメッセージを送信するメッセージ送信部と、
前記制御サーバに対して前記メッセージの送信先である前記他のユーザ端末の起動状態を確認する確認依頼を通知し、前記確認依頼に対する応答情報に基づいて、前記他のユーザ端末への送信済みメッセージに対する操作処理実行依頼を操作処理実行先へ通知する送信済みメッセージ操作部と、
を備え、
前記制御サーバは、
前記各ユーザ端末から通知された前記登録情報を記憶する登録情報記憶部と、
前記ユーザ端末から通知された前記確認依頼に基づいて、前記他のユーザ端末の起動状態を確認して、前記他のユーザ端末への送信済みメッセージに対する操作処理実行先を決定し、当該操作処理実行先を前記応答情報として前記ユーザ端末に通知する起動状態確認部と、
を備える、コミュニティシステム。
【請求項２】
前記ユーザ端末の送信済みメッセージ操作部は、
メッセージの送信先である前記他のユーザ端末が起動しているとき、当該他のユーザ端末に対して前記操作処理実行依頼を通知し、
メッセージの送信先である前記他のユーザ端末が起動していないとき、前記制御サーバに対して前記操作処理実行依頼を通知する、請求項１に記載のコミュニティシステム。
【請求項３】
前記ユーザ端末は、メッセージを受信するメッセージ受信部を備え、
前記ユーザ端末の送信済みメッセージ操作部から、前記他のユーザ端末への前記送信済みメッセージを取り戻す取り戻し処理の実行依頼が前記操作処理実行先へ通知されたとき、
前記他のユーザ端末が前記操作処理実行先である場合には、前記他のユーザ端末の操作実行部は、受信済みの前記メッセージを受信メッセージ蓄積部から取得して前記ユーザ端末へ送信するとともに、前記受信メッセージ蓄積部から削除し、
前記制御サーバが前記操作処理実行先である場合には、前記制御サーバの操作実行部は、前記送信済みメッセージを前記メッセージングシステムのメッセージ蓄積部から取得して前記ユーザ端末へ送信するとともに、前記メッセージ蓄積部から削除する、請求項２に記載のコミュニティシステム。
【請求項４】
前記ユーザ端末の送信済みメッセージ操作部から、前記他のユーザ端末への前記送信済みメッセージを削除する削除処理の実行依頼が前記操作処理実行先へ通知されたとき、
前記他のユーザ端末が前記操作処理実行先である場合には、前記他のユーザ端末の操作実行部は、受信済みの前記メッセージを受信メッセージ蓄積部から削除し、
前記制御サーバが前記操作処理実行先である場合には、前記制御サーバの操作実行部は、前記送信済みメッセージを前記メッセージングシステムのメッセージ蓄積部から削除する、請求項２に記載のコミュニティシステム。
【請求項５】
前記ユーザ端末間でやり取りされるメッセージには、当該メッセージを送信した前記ユーザ端末の登録情報が付加されており、
前記他のユーザ端末の操作実行部または前記制御サーバの操作実行部は、操作処理の実行前に、前記操作処理の実行依頼元の登録情報と、操作対象である前記メッセージに付加された登録情報とを比較して、操作処理の実行依頼が適切であるか否かを判定する、請求項３または４に記載のコミュニティシステム。
【請求項６】
各ユーザに対してそれぞれユーザホーム空間が設定された仮想空間上において、前記各ユーザに対してそれぞれ設定されたユーザアバターによって前記メッセージのやり取りが行われ、
前記制御サーバは、
前記各ユーザのユーザホーム空間およびユーザアバターをモデル情報として記憶するモデル記憶部と、
前記ユーザ端末からの通知内容に応じて、前記ユーザホーム空間または前記ユーザアバターのうち少なくともいずれかを含む前記モデル情報を提供するモデル提供部と、
を備え、
前記ユーザ端末は、前記制御サーバから提供された前記モデル情報に基づいて、表示手段に表示させる仮想空間情報を生成する表示制御部を備える、請求項１〜５のいずれか１項に記載のコミュニティシステム。
【請求項７】
前記ユーザ端末から前記他のユーザ端末に対する前記メッセージの送信は、前記他のユーザ端末のユーザに対して設定された前記ユーザホーム空間においてのみ操作可能である、請求項６に記載のコミュニティシステム。
【請求項８】
前記ユーザ端末から前記他のユーザ端末に対して送信された前記送信済みメッセージは、前記送信済みメッセージを送信した前記ユーザホーム空間において操作可能である、請求項６または７に記載のコミュニティシステム。
【請求項９】
前記他のユーザ端末に送信されたメッセージは、前記他のユーザ端末のユーザに対して設定された前記ユーザホーム空間に、書置きを示すオブジェクトとして表示される、請求項６〜８のいずれか１項に記載のコミュニティシステム。
【請求項１０】
各ユーザが利用する複数のユーザ端末から通知された登録情報を記憶する登録情報記憶部と、
メッセージングシステムを利用して前記ユーザ端末から送信されたメッセージの送信先である前記他のユーザ端末の起動状態を確認する確認依頼に基づいて、前記他のユーザ端末の起動状態を確認して、前記他のユーザ端末への送信済みメッセージに対する操作処理実行先を決定し、当該操作処理実行先を前記応答情報として前記ユーザ端末に通知する起動状態確認部と、
メッセージの送信先である前記他のユーザ端末が起動していないとき、前記ユーザ端末から通知された前記他のユーザ端末への送信済みメッセージに対する操作処理実行依頼に基づいて、前記送信済みメッセージの操作処理を実行する操作実行部と、
を備える、コミュニティシステム制御サーバ。
【請求項１１】
ユーザが利用するユーザ端末の起動時に、メッセージングシステムを利用して前記ユーザ端末間でやり取りされるメッセージの操作を制御する制御サーバに対して登録情報を通知するステップと、
前記ユーザ端末から送信されたメッセージの送信先である前記他のユーザ端末の起動状態を確認する確認依頼に基づいて、前記他のユーザ端末の起動状態を確認するステップと、
前記起動状態の確認結果に基づいて、前記他のユーザ端末への送信済みメッセージに対する操作処理実行先を決定するステップと、
決定された前記操作処理実行先を前記応答情報として前記ユーザ端末に通知するステップと、
メッセージの送信先である前記他のユーザ端末が起動していないとき、前記ユーザ端末から通知された前記他のユーザ端末への送信済みメッセージに対する操作処理実行依頼に基づいて、前記送信済みメッセージの操作処理を実行するステップと、
を含む、コミュニティシステム提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コミュニティシステム、コミュニティシステム制御サーバおよびコミュニティシステム提供方法に関する。
【背景技術】
【０００２】
ユーザ同士のコミュニケーション手段のひとつとして、例えば電子メールやショートメッセージ、チャット等のような、メッセージングシステムを利用したメッセージによる手段がある。このようなメッセージによるコミュニケーションは、簡便であり、送信者は時間や場所を問わず相手にメッセージを送信することができる。
【０００３】
近年では、こうしたメッセージの送受信を現実に行われている行動と対応させて、より直感的にコミュニケーションを行うことができるようにする技術も提案されている。例えば、特許文献１には、仮想空間上に置ける仮想的なペットであるエージェントによりメッセージを配送させる電子メールシステムが開示されている。ユーザが作成したメッセージをエージェントが受け取って配達する過程や、他のユーザからのメッセージが配達される過程がディスプレイ等に表示されるので、ユーザ間で行われているメッセージの配達行為を直感的に把握することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−１５７５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のメッセージングシステムにおけるメッセージの送受信技術においては、送信者が作成したテキストメッセージやデータを一旦送信すると、その後送信者によってこれらのメッセージを操作することはできなかった。上記特許文献１においては、ユーザがメッセージを送信すると、メッセージを配達するエージェントはユーザの操作範囲外となってしまう。このように、従来のメッセージングシステムは、現実世界の郵便システムに似たインタフェースを有するものであった。しかし、携帯電話やモバイルネットワーク環境の拡がりにより、仮想空間オンラインコミュニティとしてのメッセージ配信システムの拡がりが期待される。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、メッセージの送信者が直感的にメッセージを操作することが可能な、新規かつ改良されたコミュニティシステム、コミュニティシステム制御サーバおよびコミュニティシステム提供方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、各ユーザが利用する複数のユーザ端末と、メッセージングシステムを利用してユーザ端末間でやり取りされるメッセージの操作を制御する制御サーバとからなるコミュニティシステムが提供される。ユーザ端末は、起動時に制御サーバに対して登録情報を通知する登録情報通知部と、他のユーザ端末に対するメッセージを送信するメッセージ送信部と、制御サーバに対してメッセージの送信先である他のユーザ端末の起動状態を確認する確認依頼を通知し、確認依頼に対する応答情報に基づいて、他のユーザ端末への送信済みメッセージに対する操作処理実行依頼を操作処理実行先へ通知する送信済みメッセージ操作部と、を備え、制御サーバは、各ユーザ端末から通知された登録情報を記憶する登録情報記憶部と、ユーザ端末から通知された確認依頼に基づいて、他のユーザ端末の起動状態を確認して、他のユーザ端末への送信済みメッセージに対する操作処理実行先を決定し、当該操作処理実行先を応答情報としてユーザ端末に通知する起動状態確認部と、を備える。
【０００８】
ユーザ端末の送信済みメッセージ操作部は、メッセージの送信先である他のユーザ端末が起動しているとき、当該他のユーザ端末に対して操作処理実行依頼を通知し、メッセージの送信先である他のユーザ端末が起動していないとき、制御サーバに対して操作処理実行依頼を通知するようにしてもよい。
【０００９】
また、ユーザ端末は、メッセージを受信するメッセージ受信部を備え、ユーザ端末の送信済みメッセージ操作部から、他のユーザ端末への送信済みメッセージを取り戻す取り戻し処理の実行依頼が操作処理実行先へ通知されたとき、他のユーザ端末が操作処理実行先である場合には、他のユーザ端末の操作実行部は、受信済みのメッセージを受信メッセージ蓄積部から取得してユーザ端末へ送信するとともに、受信メッセージ蓄積部から削除し、制御サーバが操作処理実行先である場合には、制御サーバの操作実行部は、送信済みメッセージをメッセージングシステムのメッセージ蓄積部から取得してユーザ端末へ送信するとともに、メッセージ蓄積部から削除するようにしてもよい。
【００１０】
あるいは、ユーザ端末の送信済みメッセージ操作部から、他のユーザ端末への送信済みメッセージを削除する削除処理の実行依頼が操作処理実行先へ通知されたとき、他のユーザ端末が操作処理実行先である場合には、他のユーザ端末の操作実行部は、受信済みのメッセージを受信メッセージ蓄積部から削除し、制御サーバが操作処理実行先である場合には、制御サーバの操作実行部は、送信済みメッセージをメッセージングシステムのメッセージ蓄積部から削除するようにしてもよい。
【００１１】
また、ユーザ端末間でやり取りされるメッセージには、当該メッセージを送信したユーザ端末の登録情報が付加されており、他のユーザ端末の操作実行部または制御サーバの操作実行部は、操作処理の実行前に、操作処理の実行依頼元の登録情報と、操作対象であるメッセージに付加された登録情報とを比較して、操作処理の実行依頼が適切であるか否かを判定するようにしてもよい。
【００１２】
さらに、各ユーザに対してそれぞれユーザホーム空間が設定された仮想空間上において、各ユーザに対してそれぞれ設定されたユーザアバターによってメッセージのやり取りが行われ、制御サーバは、各ユーザのユーザホーム空間およびユーザアバターをモデル情報として記憶するモデル記憶部と、ユーザ端末からの通知内容に応じて、ユーザホーム空間またはユーザアバターのうち少なくともいずれかを含むモデル情報を提供するモデル提供部と、を備え、ユーザ端末は、制御サーバから提供されたモデル情報に基づいて、表示手段に表示させる仮想空間情報を生成する表示制御部を備えることもできる。
【００１３】
ユーザ端末から他のユーザ端末に対するメッセージの送信は、他のユーザ端末のユーザに対して設定されたユーザホーム空間においてのみ操作可能であるとしてもよい。
【００１４】
また、ユーザ端末から他のユーザ端末に対して送信された送信済みメッセージは、送信済みメッセージを送信したユーザホーム空間において操作可能であるとしてもよい。
【００１５】
他のユーザ端末に送信されたメッセージは、他のユーザ端末のユーザに対して設定されたユーザホーム空間に、例えば書置きを示すオブジェクトとして表示させることもできる。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、各ユーザが利用する複数のユーザ端末から通知された登録情報を記憶する登録情報記憶部と、メッセージングシステムを利用してユーザ端末から送信されたメッセージの送信先である他のユーザ端末の起動状態を確認する確認依頼に基づいて、他のユーザ端末の起動状態を確認して、他のユーザ端末への送信済みメッセージに対する操作処理実行先を決定し、当該操作処理実行先を応答情報としてユーザ端末に通知する起動状態確認部と、メッセージの送信先である他のユーザ端末が起動していないとき、ユーザ端末から通知された他のユーザ端末への送信済みメッセージに対する操作処理実行依頼に基づいて、送信済みメッセージの操作処理を実行する操作実行部と、を備える、コミュニティシステム制御サーバが提供される。
【００１７】
さらに、上記課題を解決するために、本発明の別の観点によれば、ユーザが利用するユーザ端末の起動時に、メッセージングシステムを利用してユーザ端末間でやり取りされるメッセージの操作を制御する制御サーバに対して登録情報を通知するステップと、ユーザ端末から送信されたメッセージの送信先である他のユーザ端末の起動状態を確認する確認依頼に基づいて、他のユーザ端末の起動状態を確認するステップと、起動状態の確認結果に基づいて、他のユーザ端末への送信済みメッセージに対する操作処理実行先を決定するステップと、決定された操作処理実行先を応答情報としてユーザ端末に通知するステップと、メッセージの送信先である他のユーザ端末が起動していないとき、ユーザ端末から通知された他のユーザ端末への送信済みメッセージに対する操作処理実行依頼に基づいて、送信済みメッセージの操作処理を実行するステップと、を含む、コミュニティシステム提供方法が提供される。
【発明の効果】
【００１８】
以上説明したように本発明によれば、メッセージの送信者が直感的にメッセージを操作することが可能なコミュニティシステム、コミュニティシステム制御サーバおよびコミュニティシステム提供方法を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に係るコミュニティシステムの概略構成を示す説明図である。
【図２】同実施形態に係るコミュニティシステムを構成する各装置の機能構成を示す機能ブロック図である。
【図３】同実施形態に係るコミュニティシステムにおいて、メッセージの送信先であるユーザ端末が起動しているときの送信済みメッセージ操作処理を示すフローチャートである。
【図４】同実施形態に係るコミュニティシステムにおいて、メッセージの送信先であるユーザ端末が起動していないときの送信済みメッセージ操作処理を示すフローチャートである。
【図５】仮想空間内のユーザホーム空間およびユーザアバターの一表示例を示す説明図である。
【図６】ユーザ端末起動時の仮想空間の初期表示処理を示すフローチャートおよび端末画面表示例を示す説明図である。
【図７】仮想空間でユーザアバターが移動したときの仮想空間表示処理を示すフローチャートおよび端末画面表示例を示す説明図である。
【図８】仮想空間においてユーザ間でチャットが行われるときの処理を示すフローチャートおよび端末画面表示例を示す説明図である。
【図９】仮想空間において書置きを残すときの処理を示すフローチャートおよび端末画面表示例を示す説明図である。
【発明を実施するための形態】
【００２０】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２１】
なお、説明は以下の順序で行うものとする。
１．コミュニティシステムの概略構成
２．機能構成
３．送信済みメッセージ操作処理
４．ユーザインタフェースとの連携
【００２２】
＜１．コミュニティシステムの概略構成＞
まず、図１を参照して、本発明の実施形態に係るコミュニティシステムの概略構成について説明する。なお、図１は、本実施形態に係るコミュニティシステム１の概略構成を示す説明図である。
【００２３】
本実施形態に係るコミュニティシステム１は、仮想空間上においてユーザ間でやり取りされるメッセージをユーザが直感的に操作できるようにするものである。コミュニティシステム１は、メッセージのやり取りは既存のメッセージングシステムを用いて、メッセージングシステムにおけるメッセージの送受信と、仮想空間上においてユーザが認識するメッセージの操作とを連携させる。
【００２４】
メッセージングシステムとしては、例えば、電子メールを配送する電子メールサーバ（メッセージ配送サーバ）を用いた電子メール配送システムや、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ）の提供システム等がある。例えば、電子メールサーバは、ユーザ端末から送信された電子メールを相手先に振り分けるメール配信エージェント（Ｍｅｓｓａｇｅ  Ｔｒａｎｓｆｅｒ  Ａｇｅｎｔ；ＭＴＡ）、ＭＴＡにより振り分けられた電子メールを同一サーバ内の他のユーザや別の電子メールサーバへ配信するメール配送エージェント（Ｍａｉｌ  Ｄｅｌｉｖｅｒｙ  Ａｇｅｎｔ；ＭＤＡ）等を備える。
【００２５】
本実施形態に係るコミュニティシステム１は、図１に示すように、メッセージの送受信を行うユーザが利用するユーザ端末１１０、１２０と、ユーザ端末１１０、１２０間で送受信されるメッセージを配信するメッセージ配送サーバ２１０、２２０と、これらの間で送受信されるメッセージを操作するアプリケーションサーバ３００とを備える。
【００２６】
ユーザ端末（Ｍａｉｌ  Ｕｓｅｒ  Ａｇｅｎｔ；ＭＵＡ）１１０、１２０は、ユーザから入力された情報に基づいてメッセージを生成して送信し、他のユーザ端末から送信されたメッセージを受信する装置である。ユーザ端末１１０、１２０は、メッセージ配送サーバ２１０、２２０やアプリケーションサーバ３００を介して情報の送受信をすることもできるが、ユーザ端末１１０、１２０間で直接情報を送受信することもできる。以下では、ユーザ端末１１０（ＭＵＡ１）はメッセージの送信者が利用する端末、ユーザ端末１２０（ＭＵＡ２）はメッセージの受信者が利用する端末として説明する。送信者がユーザ端末１１０を用いてメッセージを作成し送信すると、メッセージはユーザ端末１１０の利用者であるユーザのメッセージを配信するメッセージ配送サーバ２１０へ送信される。
【００２７】
メッセージを受信したメッセージ配送サーバ２１０は、ＭＴＡであるＳＭＴＰサーバ２１２によりインターネット網５を介して、当該メッセージの受信者のメッセージを配信するメッセージ配送サーバ１２０へメッセージを送信する。送信者からのメッセージを受信したメッセージ配送サーバ２２０のＳＭＴＰサーバ２２２は、メッセージ蓄積部（Ｓｐｏｏｌ１）２２４に受信したメッセージを蓄積する。
【００２８】
受信者のユーザ端末１２０からメッセージの配信要求を受けると、メッセージ配送サーバ２２０のＭＤＡであるＰＯＰサーバ２２６は、メッセージ蓄積部２２４に蓄積されたメッセージを読み出して、ユーザ端末１２０へ送信する。メッセージ配送サーバ１２０から送信されたメッセージは、ユーザ端末１２０内の受信メッセージ記憶部（Ｓｐｏｏｌ２）１２６に蓄積される。
【００２９】
このように、メッセージの配信はメッセージングシステムによって行われる。そして、本実施形態に係るコミュニティシステム１では、アプリケーションサーバ３００によってメッセージングシステムにより配信されるメッセージを操作することができる。アプリケーションサーバ３００は、ユーザ端末１１０、１２０の起動状態を管理する。そして、アプリケーションサーバ３００は、送信者のユーザ端末１１０からの要求に応じて、ユーザ端末１１０から既に送信されたメッセージを受信者のメッセージを配信するメッセージ配送サーバ２２０や受信者のユーザ端末１２０から取り戻したり、削除したりする操作を行う。さらに、本実施形態に係るコミュニティシステム１では、このような送信済みメッセージの操作処理とユーザインタフェースと連携させて、メッセージの送信者がより直感的に操作処理を行うことができるようにする。以下、かかるコミュニティシステム１の詳細な構成およびコミュニティシステム提供方法について説明していく。
【００３０】
＜２．機能構成＞
まず、図２に基づいて、本実施形態に係るコミュニティシステム１を構成する各装置の機能構成について説明する。なお、図２は、本実施形態に係るコミュニティシステム１を構成する各装置の機能構成を示す機能ブロック図である。
【００３１】
［ユーザ端末］
まず、ユーザ端末１１０、１２０の機能構成について説明する。上述したように、本実施形態では、ユーザ端末１１０はメッセージの送信者の利用端末であり、ユーザ端末１２０はメッセージの受信者の利用端末であるとして説明するが、ユーザ端末１１０、１２０は、メッセージの送信または受信のみを行うものであってもよく、送受信可能なものであってもよい。メッセージを送受信可能な端末である場合には、図２に示すユーザ端末１１０、１２０の機能をともに備えるものとする。
【００３２】
メッセージを送信可能なユーザ端末１１０は、図２に示すように、登録情報通知部１１１と、入力部１１２と、メッセージ作成処理部１１３と、通信部１１４と、送信済みメッセージ操作部１１５と、表示制御部１１６と、出力部１１７とを備える。
【００３３】
登録情報通知部１１１は、ユーザ端末１１０が起動されたときに通知される起動情報に基づいて、登録情報であるプロファイルを、通信部１１４を介してアプリケーションサーバ３００へ通知する。プロファイルは、ユーザの利用するユーザ端末１１０のＩＰアドレスや、メールアドレス、ユーザに対して設定された仮想空間のユーザアバターの情報やユーザホーム情報等を含む情報である。アプリケーションサーバ３００は、各ユーザ端末１１０、１２０からプロファイルの通知を受けることによって、ユーザ端末１１０、１２０の起動状態を認識することができる。
【００３４】
入力部１１２は、ユーザが入力情報を入力する入力手段であって、例えば、マウスやキーボード、タッチパネル、コントローラ等を用いることができる。ユーザは、例えば他のユーザに対して送信するメッセージを作成するためのメッセージ作成情報や、送信済みのメッセージを操作するための操作情報を、入力部１１２から入力することができる。入力部１１２は、入力情報を、メッセージ作成部１１３、または送信済みメッセージ操作部１１５へ送信する。
【００３５】
メッセージ作成処理部１１３は、入力部１１２から入力されたメッセージ作成情報に基づいて、メッセージを送信可能な形式に変換し、通信部１１４へ送信する。通信部１１４へ送信されたメッセージは、送信者のメールを配信するメッセージ配送サーバ２１０へ送信される。通信部１１４は、通信可能に接続された他の装置と情報をやり取りするインタフェースである。通信部１１４は、ユーザ端末１１０内で生成された情報をメッセージ配送サーバ２１０やアプリケーションサーバ３００に送信したり、メッセージ配送サーバ２１０やアプリケーションサーバ３００から情報を受信したりする。また、通信部１１４を介して、他のユーザ端末１２０と情報を送受信することも可能である。
【００３６】
送信済みメッセージ操作部１１５は、ユーザ端末１１０から既に送信されたメッセージ（送信済みメッセージ）の操作処理を行う。本実施形態では、送信済みメッセージに対して、メッセージを取り戻したり、削除したりする操作を行うことができる。送信済みメッセージ操作部１１５は、入力部１１２から送信済みのメッセージに対する操作指示を受けると、送信済みメッセージ操作部１１５は、通信部１１４を介してアプリケーションサーバ３００に、メッセージの送信先のユーザが利用するユーザ端末１２０の起動状態を確認する。そして、アプリケーションサーバ３００からの応答情報に基づいて、メッセージの配信状況を認識し、メッセージを保持する装置に対してメッセージの操作を実行させる。
【００３７】
表示制御部１１６は、出力部１１７に表示される情報の表示制御を行う。本実施形態では、メッセージングシステムを用いて送受信されるメッセージを、仮想空間上でやり取りされるメッセージとして扱うため、ユーザインタフェース（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ；以下、「ＵＩ」とする。）の表示とメッセージングシステムとの処理とを連携させる必要がある。表示制御部１１６は、コミュニティシステム１において送受信される情報に基づき、メッセージの作成や配信状態に応じた画像を生成する。生成された画像は、出力部１１７へ送信される。
【００３８】
出力部１１７は、情報を出力する出力手段であって、例えば、液晶ディスプレイ装置や有機ＥＬディスプレイ装置等を用いることができる。出力部１１７は、例えば、表示制御部１１６から受信した画像等を表示して、ユーザ端末１１０の利用者に提供する。
【００３９】
一方、メッセージを受信可能なユーザ端末１２０は、図２に示すように、登録情報通知部１２１と、通信部１２２と、受信メッセージ処理部１２３と、表示制御部１２４と、出力部１２５と、受信メッセージ蓄積部１２６と、操作実行部１２７と、を備える。
【００４０】
登録情報通知部１２１は、ユーザ端末１２０が起動されたときに通知される起動情報に基づいて、登録情報であるプロファイルを、通信部１２２を介してアプリケーションサーバ３００へ通知する。登録情報通知部１２１は、ユーザ端末１１０の登録情報通知部１１１と同一の機能を有する。また、通信部１２２も、ユーザ端末１１０の通信部１１４と同一機能を有するものであって、ユーザ端末１２０と通信可能に接続された他の装置と情報をやり取りするインタフェースである。通信部１２２は、ユーザ端末１２０内で生成された情報をメッセージ配送サーバ２２０やアプリケーションサーバ３００に送信したり、メッセージ配送サーバ２２０やアプリケーションサーバ３００から情報を受信したりする。また、通信部１２２を介して、他のユーザ端末１１０と情報を送受信することも可能である。
【００４１】
受信メッセージ処理部１２３は、ユーザ端末１２０がメッセージ配送サーバ２２０から通信部１２２を介して受信したメッセージ（受信メッセージ）を出力部１２５に表示させるために、表示制御部１２４へ送信する。また、受信メッセージ処理部１２３は、受信メッセージをユーザ端末１２０内の受信メッセージ蓄積部１２６に記録する。
【００４２】
表示制御部１２４は、ユーザ端末１１０の表示制御部１１６と同一の機能を有するものであって、出力部１２５に表示される情報の表示制御部を行う。表示制御部１２４は、受信メッセージ処理部１２３から受信したメッセージを、仮想空間のＵＩの表示と連携させて、出力部１２５に表示させる。出力部１２５は、ユーザ端末１１０の出力部１１７と同一の機能を有する出力手段であって、例えば、液晶ディスプレイ装置や有機ＥＬディスプレイ装置等を用いることができる。出力部１２５は、例えば、表示制御部１２４から受信した画像等を表示して、ユーザ端末１２０の利用者に提供する。
【００４３】
受信メッセージ蓄積部１２６は、受信したメッセージを記憶する記憶部である。受信メッセージ蓄積部１２６には、ユーザ端末１２０がメッセージ配送サーバ２２０からメッセージを受信する毎に、受信メッセージ処理部１２３により受信メッセージが記録される。
【００４４】
操作実行部１２７は、ユーザ端末１１０からの送信済みメッセージの操作処理の実行依頼に基づいて、受信メッセージに対する操作処理を実行する。操作実行部１２７は、実行依頼を受けると、受信メッセージ蓄積部１２６に記憶されている受信メッセージを削除したり、依頼内容に応じてメッセージをユーザ端末１１０へ戻すために送信したりする。また、操作実行部１２７は、操作処理の実行前に、その実行依頼が適正であるか否かについて判定することもできる。
【００４５】
［メッセージ配送サーバ］
次に、メッセージ配送サーバ２１０、２２０は、ユーザ端末１１０、１２０間でやり取りされるメッセージを配信する。図１で説明したように、メッセージ配送サーバ２１０、２２０は、それぞれＳＭＴＰサーバ２１２、２２２、メッセージ蓄積部２２４およびＰＯＰサーバ２２６（メッセージ配送サーバ２１０にはメッセージ蓄積部およびＰＯＰサーバを図示せず。）を備える。メッセージ配送サーバ２１０、２２０は、ネットワーク網５を介して通信可能に接続されている。
【００４６】
また、各メッセージ配送サーバ２１０、２２０は、アプリケーションサーバ３００とも通信可能に接続されている（図１、２では、メッセージ配送サーバ２１０について、アプリケーションサーバ３００との接続状態の図示を省略している。）。例えばメッセージ配送サーバ２２０は、インタフェース部２２８を介してアプリケーションサーバ３００から送信済みメッセージの操作処理実行要求を受けることができる。メッセージ配送サーバ２２０は、かかる要求に応じて、メッセージ蓄積部２２４に記憶されているメッセージに記憶されているメッセージを削除したり、アプリケーションサーバ３００へメッセージを送信したりする。
【００４７】
［アプリケーションサーバ］
アプリケーションサーバ３００は、図２に示すように、インタフェース部３１０と、端末管理部３２０と、プロファイル記憶部３３０と、起動状態確認部３４０と、操作実行部３５０と、モデル提供部３６０と、モデル記憶部３７０とを備える。
【００４８】
インタフェース部３１０は、通信可能に接続された他の装置と情報をやり取りする。インタフェース部３１０は、アプリケーションサーバ３００内で生成された情報をユーザ端末１１０、１２０やメッセージ配送サーバ２１０、２２０に送信したり、ユーザ端末１１０、１２０やメッセージ配送サーバ２１０、２２０から情報を受信したりする。
【００４９】
端末管理部３２０は、各ユーザ端末１１０、１２０から受信したプロファイルを受け取り、プロファイル記憶部３３０に記録する。プロファイル記憶部３３０は、起動されたユーザ端末１１０、１２０から通知されたプロファイルを記憶する。すなわち、プロファイル記憶部３３０にプロファイルが記憶されている端末は起動状態にあるといえる。また、端末管理部３２０は、ユーザ端末１１０、１２０から端末をシャットダウンしたことが通知されると、プロファイル記憶部１２０の記憶部に記憶されているプロファイルを削除する。
【００５０】
起動状態確認部３４０は、ユーザ端末１１０の送信済みメッセージ操作部１１５から通知された確認依頼に基づいて、他のユーザ端末１２０の起動状態を確認する。起動状態確認部３４０は、確認依頼を受けると、プロファイル記憶部３３０を参照して、確認対象であるユーザ端末１２０のプロファイルが記憶されているか否かを確認し、起動状態を認識する。そして、起動状態確認部３４０は、起動状態の確認結果より、ユーザ端末１１０が送信済みメッセージの操作処理を実行する際に、操作処理の実行を依頼する依頼先（操作処理実行先）を決定する。起動状態確認部３４０は、起動状態の確認結果と操作処理実行先とを応答情報としてユーザ端末１１０へ送信する。
【００５１】
操作実行部３５０は、ユーザ端末１１０からの送信済みメッセージの操作処理の実行依頼に基づいて、送信済みメッセージに対する操作処理を実行する。操作実行部３５０は、実行依頼を受けると、当該メッセージを受信するユーザのメッセージを配信するメッセージ配送サーバ２２０にアクセスする。そして、操作実行部３５０は、メッセージ蓄積部２２４に記憶されたメッセージを削除させたり、依頼内容に応じてメッセージをユーザ端末１１０へ戻すために送信を要求したりする。また、操作実行部３５０は、操作処理の実行前に、その実行依頼が適正であるか否かについて判定することもできる。
【００５２】
モデル提供部３６０は、各ユーザ端末１１０、１２０に対して、仮想空間を表示するために必要なＵＩのモデル情報を提供する。モデル情報には、例えば、各ユーザに対して設定された、仮想空間内で移動するユーザアバターや、各ユーザの部屋や家等として仮想空間内に設定されたユーザホーム空間等の情報がある。モデル提供部３６０は、ユーザ端末１１０、１２０でのユーザの動きに合わせて、各ユーザ端末１１０、１２０の出力部１１７、１２５に表示させるユーザアバターやユーザホーム空間を提供する。各ユーザ端末１１０、１２０は、提供されたモデル情報を用いて、メッセージの送受信の状態と連携させた画像をユーザに提供することができる。
【００５３】
モデル記憶部３７０は、モデル情報を記憶する記憶部である。モデル記憶部３７０は、例えば、上述したユーザアバターやユーザホーム空間等をユーザ毎に記憶しており、さらに、各ユーザ端末１１０、１２０に共有して表示される共通画像等を記憶している。ユーザアバターやユーザホーム空間等ユーザ毎に設定される情報については、ユーザ端末１１０、１２０にて設定される情報である。これらの情報が設定されると、各ユーザ端末１１０、１２０からアプリケーションサーバ３００へ送信され、モデル記憶部３７０にモデル情報として記憶される。なお、ユーザ毎に設定される情報については、各ユーザ端末１１０、１２０に自身の情報を記憶させておいてもよい。また、共通画像については、予めモデル記憶部３７０に記憶させることもできる。
【００５４】
＜３．送信済みメッセージ操作処理＞
次に、図３および図４に基づいて、本実施形態に係るコミュニティシステム１における送信済みメッセージの操作処理について説明する。ここでは、送信済みメッセージを取り戻したり削除したりする操作を実行するときのユーザ端末１１０、１２０、メッセージ配送サーバ２１０、２２０、アプリケーションサーバ３００の処理について説明し、仮想空間のＵＩとの連携処理については後述する。図３は、本実施形態に係るコミュニティシステム１において、メッセージの送信先であるユーザ端末１２０が起動しているときの送信済みメッセージ操作処理を示すフローチャートである。図４は、本実施形態に係るコミュニティシステム１において、メッセージの送信先であるユーザ端末１２０が起動していないときの送信済みメッセージ操作処理を示すフローチャートである。
【００５５】
［送信先のユーザ端末が起動している場合］
まず、図３に基づいて、送信先のユーザ端末１２０が起動している場合の送信済みメッセージ操作処理について説明する。図３に示すように、メッセージの送信者であるユーザの利用するユーザ端末１１０が起動されると（ステップＳ１００）、登録情報通知部１１１は、アプリケーションサーバ３００に対して登録するプロファイルを通知する（ステップＳ１０２）。同様に、メッセージの受信者であるユーザの利用するユーザ端末１２０が起動されると（ステップＳ１０４）、登録情報通知部１２１は、アプリケーションサーバ３００に対して登録するプロファイルを通知する（ステップＳ１０６）。各ユーザ端末１１０、１２０からプロファイルを受信したアプリケーションサーバ３００は、端末管理部３２０により各プロファイルをプロファイル記憶部３３０に記録する。
【００５６】
アプリケーションサーバ３００へのプロファイル登録に用いるプロトコルは、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：ＲＦＣ３２６１）等である。
【００５７】
次いで、ユーザ端末１１０のユーザが、ユーザ端末１２０のユーザへメッセージを送信したとする（ステップＳ１０８）。ユーザ端末１１０から送信されたメッセージは、メッセージ配送サーバ２１０へ送信された後、ネットワーク網５を介して、受信者のメッセージを配送するメッセージ配送サーバ２２０へ送信される。このとき、ユーザ端末１１０から送信されるメッセージには、自身のプロファイルが付加されている。メッセージに添付するプロファイルには、例えばＰＧＰ（Ｐｒｅｔｔｙ  Ｇｏｏｄ  Ｐｒｏｐｅｒｔｙ：ＲＦＣ１９９１）等を用いることができる。そして、ユーザ端末１１０からのメッセージを受信したメッセージ配送サーバ２２０のＳＭＴＰサーバ２２２は、メッセージ蓄積部２２４にメッセージを蓄積する。
【００５８】
メッセージがメッセージ蓄積部２２４に蓄積されると、受信者のユーザ端末１２０からの問い合わせに応じて、メッセージ蓄積部２２４に蓄積されたメッセージがＰＯＰサーバ２２６により読み出され、ユーザ端末１２０へ送信される（ステップＳ１１０）。メッセージを受信したユーザ端末１２０の受信メッセージ処理部１２３は、受信メッセージを表示制御部１２４に送信して表示処理させる。表示処理部１２４は、表示処理した情報を出力部１２５に出力し、ユーザに提示する。また、受信メッセージ処理部１２３は、受信メッセージを受信メッセージ蓄積部１２６に記録する。
【００５９】
その後、メッセージの送信者が、ユーザ端末１２０のユーザへ送信済みのメッセージの取り戻し、あるいは削除等の操作を行いたいと考えたとする（ステップＳ１１２のＹＥＳ）。このとき、ユーザは入力部１１２から操作指示を入力する。そして、送信済みメッセージ操作部１１５は、操作指示に基づいてユーザ端末１２０のプロファイルの問合せを行う（ステップＳ１１４）。かかる問合せにより、ユーザ端末１１０は、送信済みメッセージの操作処理の実行依頼先がユーザ端末１２０でよいか否かを確認している。
【００６０】
ユーザ端末１１０からユーザ端末１２０のプロファイルの問合せを受けると、アプリケーションサーバ３００の起動状態確認部３４０は、プロファイル記憶部３３０を参照して、ユーザ端末１２０が起動しているか否かを確認する（ステップＳ１１６）。ユーザ端末１１０、１２０が起動すると自動的にプロファイル記憶部３３０に各ユーザ端末１１０、１２０のプロファイルが記録されることから、プロファイル記憶部３３０にプロファイルが存在するユーザ端末は起動していることが分かる。本例では、プロファイル記憶部３３０にユーザ端末１２０のプロファイルが存在することからユーザ端末１２０は起動していることが分かる。これより、起動状態確認部３４０は、ユーザ端末１１０からの送信済みメッセージはユーザ端末１２０によって受信されており、送信済みメッセージの操作処理はユーザ端末１２０で実行すると判断し、ユーザ端末１１０へユーザ端末１２０のプロファイルを通知する（ステップＳ１１８ａ）。なお、ステップＳ１１６においてユーザ端末１２０が起動していない場合については、図４を用いて後に説明する。
【００６１】
アプリケーションサーバ３００から、ユーザ端末１２０の起動状態の確認依頼の応答情報としてユーザ端末１２０のプロファイルを受信すると、ユーザ端末１１０は、ユーザ端末１２０へ送信済みメッセージの取り戻しや削除等の操作処理の実行依頼を送信する（ステップＳ１２０ａ）。ユーザ端末１１０から実行依頼を受けたユーザ端末１２０の操作実行部１２７は、受信メッセージ蓄積部１２６を参照して、ユーザ端末１１０からの操作処理の依頼は適切であるか否かを判定する（ステップＳ１２２ａ）。
【００６２】
操作処理の依頼は適切であるか否かの判定は、例えば、メッセージの操作処理の実行依頼者が有するプロファイルと、受信メッセージ蓄積部１２６に保持されるメッセージに添付されたプロファイルとを比較することにより行われる。これらのプロファイルが一致した場合には、操作対象であるメッセージの送信者と実行依頼者とが一致することから、実行依頼は適切であると判定する。一方、これらのプロファイルが一致しない場合には、操作対象であるメッセージの送信者と実行依頼者とが不一致であることから、実行依頼は不適切であると判定する。これにより、メッセージの作成者のみが送信済みメッセージを操作できるようにすることができる。
【００６３】
操作実行部１２７は、実行依頼は適切であると判定されたとき、依頼された操作処理を実行する（ステップＳ１２４ａ）。例えば、メッセージの取り戻し処理の実行依頼を受けている場合には、操作実行部１２７は、当該メッセージを受信メッセージ蓄積部１２６から取得してユーザ端末１１０へ送信するとともに、受信メッセージ蓄積部１２６から当該メッセージを削除する。また、例えば、メッセージの削除処理の実行依頼を受けている場合には、操作実行部１２７は、受信メッセージ蓄積部１２６から当該メッセージを削除する。その後、操作実行部１２７は、ユーザ端末１１０に対して処理結果を通知する（ステップＳ１２６）。メッセージの取り戻し処理が実行された場合には、ユーザ端末１２０から取り戻したメッセージも合わせてユーザ端末１１０へ送信される。
【００６４】
一方、ステップＳ１２２ａにおいて、実行依頼は不適切であると判定されたときには、操作実行部１２７は、メッセージの操作は不可能であると判断し、エラーとしてユーザ端末１１０へ通知する。なお、ステップＳ１１２で送信済みメッセージの操作処理を行わない場合には、図３のフローチャートの処理を終了する。
【００６５】
以上、送信先のユーザ端末１２０が起動している場合の送信済みメッセージ操作処理について説明した。この場合には、アプリケーションサーバ３００によって送信済みメッセージの操作処理の実行先がユーザ端末１２０であることが通知される。そして、ユーザ端末１１０からユーザ端末１２０へ操作処理実行依頼が通知されると、プロファイルの整合性を評価して操作処理の実行可否が決定される。そして、操作処理の実行が可能な場合には、ユーザ端末１２０の操作実行部１２７により受信メッセージ蓄積部１２６に蓄積されたメッセージに対して操作処理が実行される。このように、本実施形態に係るコミュニティシステム１では、メッセージの送信者が送信済みメッセージの取り戻しや削除等のように操作することができる。
【００６６】
［送信先のユーザ端末が起動していない場合］
次に、図４に基づいて、送信先のユーザ端末１２０が起動していない場合の送信済みメッセージ操作処理について説明する。図４に示すフローチャートにおいて、図３と同一の符号が付されている処理では、図３と同一の処理を行っているため、詳細な説明は省略する。
【００６７】
図４に示すように、メッセージの送信者であるユーザの利用するユーザ端末１１０が起動されると（ステップＳ１００）、登録情報通知部１１１は、アプリケーションサーバ３００に対して登録するプロファイルを通知する（ステップＳ１０２）。ユーザ端末１１０からプロファイルを受信したアプリケーションサーバ３００は、端末管理部３２０によりプロファイルをプロファイル記憶部３３０に記録する。本例では、メッセージの送信先であるユーザの利用するユーザ端末１２０は起動されていない。このため、プロファイル記憶部３３０には、ユーザ端末１２０のプロファイルは記録されていない。
【００６８】
次いで、ユーザ端末１１０のユーザが、ユーザ端末１２０のユーザへメッセージを送信したとする（ステップＳ１０８）。ユーザ端末１１０から送信されたメッセージは、メッセージ配送サーバ２１０へ送信された後、ネットワーク網５を介して、メッセージ配送サーバ２２０へ送信される。そして、ＳＭＴＰサーバ２２２によってメッセージ蓄積部２２４に蓄積される。本例では、メッセージの送信先であるユーザの利用するユーザ端末１２０は起動していないため、メッセージはメッセージ蓄積部２２２に蓄積された状態となっている。
【００６９】
その後、メッセージの送信者が、ユーザ端末１２０のユーザへ送信済みのメッセージの取り戻し、あるいは削除等の操作を行いたいと考えたとする（ステップＳ１１２のＹＥＳ）。このとき、ユーザが入力部１１２から操作指示を入力すると、送信済みメッセージ操作部１１５は、操作指示に基づいてユーザ端末１２０のプロファイルの問合せを行う（ステップＳ１１４）。かかる問合せにより、ユーザ端末１１０は、送信済みメッセージの操作処理の実行依頼先がユーザ端末１２０でよいか否かを確認している。
【００７０】
ユーザ端末１１０からユーザ端末１２０のプロファイルの問合せを受けると、アプリケーションサーバ３００の起動状態確認部３４０は、プロファイル記憶部３３０を参照して、ユーザ端末１２０が起動しているか否かを確認する（ステップＳ１１６）。本例では、プロファイル記憶部３３０にユーザ端末１２０のプロファイルが存在しないことからユーザ端末１２０は起動していないことが分かる。したがって、ユーザ端末１２０は、ユーザ端末１１０から送信されたメッセージをまだ受信していないと考えられる。
【００７１】
この場合、送信済みメッセージの操作処理は、アプリケーションサーバ３００が、当該メッセージを蓄積しているメッセージ配送サーバ２２０に対して指示することにより行われる。そこで、起動状態確認部３４０は、アプリケーションサーバ３００自身のプロファイルをユーザ端末１１０へ通知する（ステップＳ１１８ｂ）。なお、ステップＳ１１６においてユーザ端末１２０が起動している場合については、図３を用いて上述した通りである。
【００７２】
アプリケーションサーバ３００から、ユーザ端末１２０の起動状態の確認依頼の応答情報としてアプリケーションサーバ３００のプロファイルを受信すると、ユーザ端末１１０は、アプリケーションサーバ３００へ送信済みメッセージの取り戻しや削除等の操作処理の実行依頼を送信する（ステップＳ１２０ｂ）。ユーザ端末１１０から実行依頼を受けたアプリケーションサーバ３００の操作実行部３５０は、メッセージ配送サーバ２２０のメッセージ蓄積部２２４を参照して、操作処理の実行依頼は適切であるかを判定する（ステップＳ１２２ｂ）。
【００７３】
操作処理の実行依頼は適切であるか否かの判定は、図３のステップＳ１２２ａと同様に、例えば、メッセージの実行依頼者が有するプロファイルと、メッセージ蓄積部２２４に保持されるメッセージに添付されたプロファイルとを比較することにより行われる。これらのプロファイルが一致した場合には、操作対象であるメッセージの送信者と実行依頼者とが一致することから、実行依頼は適切であると判定する。一方、これらのプロファイルが一致しない場合には、操作対象であるメッセージの送信者と実行依頼者とが不一致であることから、実行依頼は不適切であると判定する。
【００７４】
ステップＳ１２２ｂにおいて、メッセージの操作処理の実行依頼が適切であると判定された場合には、操作実行部３５０は、依頼された操作処理を実行する（ステップＳ１２４）。すなわち、操作実行部３５０は、インタフェース部３１０を介して操作処理の実行指示をメッセージ配送サーバ２２０へ送信する。メッセージ配送サーバ２２０は、インタフェース部２２８を介して操作処理の実行指示を受けて、処理を実行する。例えば、メッセージの取り戻し処理の実行依頼を受けている場合には、操作実行部３５０は、当該メッセージをメッセージ蓄積部２２４から取得させてアプリケーションサーバ３００へ送信させるとともに、メッセージ蓄積部２２４の当該メッセージを削除させる。また、例えば、メッセージの削除処理の実行依頼を受けている場合には、操作実行部３５０は、メッセージ蓄積部２２４から当該メッセージを削除させる。
【００７５】
その後、操作実行部３５０は、ユーザ端末１１０に対して処理結果を通知する（ステップＳ１２６）。メッセージ配送サーバ２２０のメッセージ蓄積部２２４のメッセージを取り戻す処理が実行された場合には、取り戻したメッセージも合わせてユーザ端末１１０へ送信される。
【００７６】
一方、ステップＳ１２２ｂにおいて、メッセージの操作処理の実行依頼が不適切であると判定された場合には、操作実行部３５０は、メッセージの操作は不可能であると判断し、エラーとしてユーザ端末１１０へ通知する。なお、ステップＳ１１２で送信済みメッセージの操作処理を行わない場合には、図４のフローチャートの処理を終了する。
【００７７】
以上、送信先のユーザ端末１２０が起動していない場合の送信済みメッセージ操作処理について説明した。この場合には、アプリケーションサーバ３００によって送信済みメッセージの操作処理の実行先がアプリケーションサーバ３００であることが通知される。そして、ユーザ端末１１０からアプリケーションサーバ３００へ操作処理実行依頼が通知されると、プロファイルの整合性を評価して操作処理の実行可否が決定される。そして、操作処理の実行が可能な場合には、アプリケーションサーバ３００の操作実行部３５０によりメッセージ蓄積部２２４に蓄積されたメッセージに対して操作処理が実行される。このように、本実施形態に係るコミュニティシステム１では、メッセージの送信者が送信済みメッセージの取り戻しや削除等のように操作することができる。
【００７８】
＜４．ユーザインタフェースとの連携＞
［メッセージングシステムとＵＩとの連携処理の概要］
本実施形態に係るコミュニティシステム１は、上述した送信済みメッセージの操作処理とＵＩとの連携によって、ユーザ端末１１０、１２０間でやり取りされるメッセージを仮想空間上でのやり取りとして認識できるようにするものである。特に、本実施形態のコミュニティシステム１を用いて、メッセージをエージェントに配送させるのではなく、書置きのようにユーザ自身がメッセージを残し、そのメッセージをユーザが操作することができるようなＵＩを提供することができる。
【００７９】
例えば、各ユーザに対してユーザの家（ユーザホーム空間）設けられている仮想空間を想定する。各ユーザには、仮想空間を自由に移動可能なユーザアバターが設定されており、ユーザアバターによって他のユーザの家を訪問したりすることができるとする。例えば、図５に示すように、ユーザ端末１１０、１２０の出力部１１７、１２５である表示画面４００に、ユーザアバターＵＡ２の家（ユーザホーム空間）が表示されている。ユーザアバターＵＡ２は不在であるが、他のユーザアバターＵＡ１、ＵＡ３、ＵＡ４がユーザアバターＵＡ２の家を訪問している状態である。すなわち、ユーザアバターＵＡ１、ＵＡ３、ＵＡ４のユーザのユーザ端末は起動されているが、ユーザアバターＵＡ２のユーザ端末は起動されていない状態である。
【００８０】
ユーザアバターＵＡ１、ＵＡ３、ＵＡ４のユーザは、チャット等によりユーザアバターＵＡ２の家で会話をすることができるが、不在であるユーザアバターＵＡ２とはリアルタイムに会話をすることができない。そこで、本実施形態にかかるコミュニティシステム１を用いることにより、ユーザアバターＵＡ２のユーザに対するメッセージを書置きとしてユーザアバターＵＡ２の家に残すことができる。メッセージは、ユーザアバターＵＡ２の家の机や引き出し等にメモや手紙として表示して、ユーザアバターＵＡ２に対して渡すことができる。
【００８１】
すなわち、本実施形態に係るコミュニティシステム１を用いることで、例えば電子メールのようにメッセージングシステムを用いてメッセージを送信する操作を、仮想空間においてメッセージを残すというＵＩに変化させることにより提供することが可能となる。そして、仮想空間上において不在のユーザに対して置かれた書置き（送信済みのメッセージ）を、書置きの置かれた場所へユーザアバターを赴かせることで、取り戻したり削除したりするという操作を行うことができる。
【００８２】
このように、本実施形態のコミュニティシステム１を用いることにより、メッセージングシステムによってメッセージをサーバからユーザ端末へダウンロード（ｐｕｌｌ）し、また、ユーザ端末にメッセージを配信（ｐｕｓｈ）する操作を、送信者がメッセージをユーザ端末へ置く（ｐｕｔ）という操作に書き換えることができる。以下、図６〜図９に基づいて、本実施形態に係るコミュニティシステム１におけるメッセージングシステムとＵＩとの連携処理について説明する。
【００８３】
［起動初期状態］
まず、図６に基づいて、ユーザ端末が起動されたときの仮想空間画像を端末画面に表示させる起動初期状態処理について説明する。なお、図６は、ユーザ端末起動時の仮想空間の初期表示処理を示すフローチャートおよび端末画面表示例を示す説明図である。以下では、上記と同様に、図１および図２に示すユーザ端末１１０のユーザをメッセージの送信者とし、他のユーザ端末（ユーザ端末１２０、および図示しない他のユーザ端末）のユーザをメッセージの受信者として説明する。
【００８４】
図６に示すように、ユーザ端末１１０のアプリケーションが起動されると（ステップＳ２００）、ユーザ端末１１０の登録情報通知部１１１は、当該アプリケーションの起動が最初の起動であるか否かを判定する（ステップＳ２０２）。最初の起動である場合には、登録情報通知部１１１は、まず、ユーザ端末１１０の利用者を特定するためのユーザＩＤをアプリケーションサーバ３００に登録する（ステップＳ２０４）。
【００８５】
次いで、ユーザ端末１１０の出力部１１７の端末画面４００に仮想空間を表示させるために必要なモデル情報をアプリケーションサーバ３００から取得する（ステップＳ２０６）。モデル情報は、例えば、ユーザホーム空間やユーザアバター等の画像など、仮想空間のＵＩを構成する部品を含む情報であり、アプリケーションサーバ３００のモデル記憶部３７０に記憶されている。ユーザ端末１１０からの取得要求に応じて、モデル提供部３６０は、モデル記憶部３７０からモデル情報を取得して、ユーザ端末１１０へ提供する。
【００８６】
さらに、ユーザ端末１１０の登録情報通知部１１１は、自身のプロファイルをアプリケーションサーバ３００へ通知する（ステップＳ２０８）。プロファイルには、例えば、端末情報やＩＰアドレス、メールアドレス等の情報が含まれている。プロファイルの通知を受けたアプリケーションサーバ３００の端末管理部３２０は、プロファイルをプロファイル記憶部３３０に記録する。なお、ステップＳ２０２にて、最初の起動でないと判定された場合には、ステップＳ２１６の処理へ進む。
【００８７】
その後、ユーザ端末１１０は、自身のユーザホームに他のユーザが参加しているか否かをアプリケーションサーバ３００に問い合わせる（ステップＳ２１０）。すなわち、自身のユーザホーム空間に自身のユーザアバター以外に表示させるユーザアバターの有無を確認する。アプリケーションサーバ３００の端末管理部３２０は、プロファイル記憶部３３０を参照して、自身のユーザホームに他のユーザが参加しているか否かを確認し、確認結果をユーザ端末１１０へ送信する。ユーザ端末１１０は、自身のユーザホームに他のユーザが参加していることが確認されたときには、参加しているユーザのプロファイルおよびモデル情報をアプリケーションサーバから取得する（ステップＳ２１２）。自身のユーザホームに他のユーザが参加していないことが確認されたときには、ステップＳ２１６の処理に進む。
【００８８】
ユーザ端末１１０の表示処理部１１６は、ステップＳ２１２にて取得した他のユーザのモデル情報に基づいて、出力部１１７の端末画面４００に他のユーザに設定されたユーザアバターを表示させる（ステップＳ２１４）。そして、表示処理部１１６は、自身のユーザアバターおよびユーザホーム空間を端末画面４００に表示させる（ステップＳ２１６）。
【００８９】
このように、起動初期状態処理が完了すると、例えば、図６の右側に示す端末画面イメージのように、ユーザ端末１１０のユーザのユーザアバターＵＡ１と、ユーザのユーザホームに参加しているユーザのユーザアバターＵ２、Ｕ３が表示されるようになる。
【００９０】
［他のユーザのユーザホーム空間への移動］
次に、図７に基づいて、仮想空間でユーザアバターが他のユーザのユーザホーム空間へ移動したときの仮想空間表示処理について説明する。図７は、仮想空間でユーザアバターが移動したときの仮想空間表示処理を示すフローチャートおよび端末画面表示例を示す説明図である。
【００９１】
図７に示すように、ユーザ端末１１０のアプリケーションが起動されると（ステップＳ２００）、図６の起動初期状態処理が行われ、ユーザアバターおよびユーザホーム空間が端末画面４００に表示される（ステップＳ２１６）。ステップＳ２００およびＳ２１６の処理は、図６の同一符号の処理にそれぞれ対応する。
【００９２】
次いで、ユーザ端末１１０のユーザアバターＵＡ１が他のユーザのユーザホーム空間への移動を希望しているか否かを判定する（ステップＳ２１８）。ステップＳ２１８の判定処理は、例えば入力部１１２から入力されるユーザアバターＵＡ１の操作情報に基づいて行うことができる。他のユーザのユーザホーム空間へ移動する操作が行われたとき、ユーザ端末１１０は、アプリケーションサーバ３００に対して、他のユーザ端末の起動状態の確認依頼を通知する（ステップＳ２２０）。アプリケーションサーバ３００の起動状態確認部３４０は、確認依頼に基づいて、ユーザアバターＵＡ１が移動しようとしているユーザの利用するユーザ端末が起動しているか否かを確認する（ステップＳ２２２）。
【００９３】
起動状態確認部３４０は、プロファイル記憶部３４０を参照して、確認対象のユーザ端末が起動しているか否かを判定する。プロファイルはユーザ端末が起動しているときにプロファイル記憶部３３０に記録されるものであるから、起動状態確認部３４０は、プロファイル記憶部３３０に確認対象のユーザ端末のプロファイルが存在するか否かによってユーザ端末の起動状態を確認することができる。ステップＳ２２２にて、確認対象のユーザ端末が起動していると判定されたとき、起動状態確認部３４０は、当該確認対象のユーザ端末のプロファイルをユーザ端末１１０へ送信する（ステップＳ２２４）。一方、確認対象のユーザ端末は起動していないと判定されたときには、起動状態確認部３４０は、アプリケーションサーバ３００のプロファイルをユーザ端末１１０へ送信する（ステップＳ２２６）。
【００９４】
アプリケーションサーバ３００から起動状態の確認依頼に対する応答情報を受信したユーザ端末１１０は、応答情報に基づいて、他のユーザ端末は起動中であるか否かを判定する（ステップＳ２２８）。他のユーザ端末が起動中であるとき、すなわち、アプリケーションサーバ３００から応答情報として他のユーザ端末１２０のプロファイルが送信されてきたとき、他のユーザ端末１２０に対して当該ユーザ端末１２０のモデル情報の取得を要求する。そして、他のユーザ端末１２０から取得したモデル情報に基づいて、表示制御部１１６は、出力部１１７の端末画面４００に他のユーザのユーザホーム空間を表示する（ステップＳ２３４）。そして、他のユーザ端末１２０が起動しているので、他のユーザアバターも端末画面に表示される。
【００９５】
一方、他のユーザ端末１２０が起動していないとき、すなわち、アプリケーションサーバ３００から応答情報としてアプリケーションサーバ３００のプロファイルが送信されてきたとき、アプリケーションサーバ３００に対して他のユーザ端末１２０のモデル情報の取得を要求する（ステップＳ２３２）。そして、アプリケーションサーバ３００から取得したモデル情報に基づいて、表示制御部１１６は、出力部１１７の端末画面４００に他のユーザのユーザホーム空間を表示する（ステップＳ２３４）。
【００９６】
このように、仮想空間表示処理が完了すると、例えば、図７の右側に示す端末画面イメージのような画像が端末画面４００に表示される。例えば、他のユーザ端末１２０が起動している場合としてみると、他のユーザのユーザホーム空間（例えば、ユーザアバターＵＡ３の家）に、かかる他のユーザのユーザアバターＵＡ３および自身のユーザアバターＵＡ１が表示される。また、例えば、他のユーザ端末１２０が起動していない場合としてみると、他のユーザのユーザホーム空間（例えば、ユーザアバターＵＡ２の家）に、自身のユーザアバターＵＡ１および表示されているユーザホーム空間に参加している他のユーザＵＡ３が表示される。
【００９７】
［仮想空間におけるコミュニケーション（チャット）］
次に、図８に基づいて、チャットによる仮想空間におけるコミュニケーション処理について説明する。図８は、仮想空間においてユーザ間でチャットが行われるときの処理を示すフローチャートおよび端末画面表示例を示す説明図である。
【００９８】
チャットは、一対一、あるいは複数人での会話を可能にするコミュニケーション手段である。例えば、図８の右側に示す端末画面イメージのように、仮想空間に、３ユーザのユーザアバターＵＡ１、ＵＡ２、ＵＡ３が存在するとする。ユーザアバターＵＡ１、ＵＡ２、ＵＡ３が仮想空間内に存在する空間は、あるユーザのユーザホーム空間であってもよく、それ以外の共有空間であってもよい。ユーザが入力部１１２より他のユーザに対する発言を入力すると、例えば図８に示すように吹き出し４１０が表示され、吹き出し４１０の内部に発言内容が表示されるようにすることができる。
【００９９】
このような、仮想空間でのチャットによるコミュニケーションは、図８に示すフローチャートによって実行可能となる。すなわち、まず、ユーザ端末１１０は、当該ユーザ端末１１０の利用者であるユーザのユーザアバターが存在する空間に存在する他のユーザアバターの情報を取得する（ステップＳ３００）。図６および図７に沿って説明したように、起動されているユーザ端末のユーザアバターの情報はそのユーザ端末から取得し、起動されていないユーザ端末のユーザアバターの情報はアプリケーションサーバ３００より取得することができる。ユーザ端末１１０は、取得した情報により、端末画面４００に表示する仮想空間の画像を作成し表示する。
【０１００】
次いで、ユーザ端末１１０のユーザが入力部１１２より他のユーザに対する発言を入力する（ステップＳ３０１）。発言は、図３および図４を用いて説明したように、メッセージングシステムを用いて送信する操作によって行うことができる。このとき、ユーザにより設定された発言（メッセージ）の送信先に対して発言内容が送信される。
【０１０１】
ユーザ端末１１０から発言が送信されると、ユーザ端末１１０は、入力された発言が全体に対する発言か否かを判定する（ステップＳ３０２）。かかる判定は、発言の送信先として設定されたユーザが一人であるか複数であるかによって判定することができる。送信先が一人であるときには、全体に対する発言ではないと判定し、ユーザ端末１１０は、当該送信先のユーザ端末（例えば、ユーザ端末１２０）に対してのみ、かかる発言内容を送信する（ステップＳ３０３）。
【０１０２】
一方、ステップＳ３０２にて、複数の送信先が設定されている場合には、全体に対する発言と考えられる。この場合、ユーザ端末１１０はさらに、他のユーザのユーザアバターが仮想空間内に複数存在するか否かを確認する（ステップＳ３０４）。ステップＳ３０４にて、複数のユーザアバターが仮想空間内に存在すると確認されたときには、発言内容を他のユーザ端末へそれぞれ送信する（ステップＳ３０５）。発言を受信した他のユーザ端末１１０は、それぞれ自身の端末画面４００に表示されている発言したユーザのユーザアバターに付随するように吹き出し４１０を表示して、吹き出し４１０内に発言内容を表示させる。
【０１０３】
なお、ステップＳ３０４にて送信先が複数設定されているにも関わらず仮想空間内に存在するユーザアバターの数が１または０であるときには、メッセージの送信先と仮想空間のＵＩとの整合性が取れていないことになる。このような場合には、ユーザ端末１１０は発言を送信しないものとする。
【０１０４】
このようにして、仮想空間においてチャットによるコミュニケーションを実現することができる。
【０１０５】
［仮想空間におけるコミュニケーション（書置き）］
最後に、図９に基づいて、書置きによる仮想空間におけるコミュニケーションの処理について説明する。図９は、仮想空間において書置きを残すときの処理を示すフローチャートおよび端末画面表示例を示す説明図である。
【０１０６】
上述したチャットによるコミュニケーションとは異なり、仮想空間にユーザアバターが存在していないユーザに対してメッセージを伝える手段として、書置きがある。仮想空間に不在のユーザに対して仮想空間内に書置きを残すことにより、その後ユーザが仮想空間に現れたときに書置きを確認することでメッセージを伝えることができる。書置きとしてメッセージを伝えることも、コミュニティシステム１のメッセージングシステムを利用することで実現することができる。
【０１０７】
書置きとしてメッセージを伝える場合、まず、仮想空間において、メッセージを送信するユーザのユーザアバターが、メッセージを受信するユーザのユーザホーム空間に移動するという操作が必要となる（ステップＳ３１０）。書置きは、現実においても、メッセージの送信者自身が、受信者が認識しやすい位置等にメッセージを置くという行為によって行われる。仮想空間においても、メッセージを送信するユーザのユーザアバターが、メッセージを残す場所でメッセージを送信することで、メッセージを置くという行為を可能にする。本例では、メッセージを受信するユーザのユーザホーム空間（例えば、仮想空間でのユーザの家や部屋）に書置きをするため、メッセージを送信するユーザのユーザアバターは他のユーザのユーザホーム空間に移動する。
【０１０８】
次いで、ユーザ端末１１０は、当該ユーザ端末１１０の利用者であるユーザのユーザアバターが存在する空間に存在する他のユーザアバターの情報を取得する（ステップＳ３１１）。図６および図７に沿って説明したように、起動されているユーザ端末のユーザアバターの情報はそのユーザ端末から取得し、起動されていないユーザ端末のユーザアバターの情報はアプリケーションサーバ３００より取得することができる。ユーザ端末１１０は、取得した情報により、端末画面４００に表示する仮想空間の画像を作成し表示する。ここで端末画面４００に表示されている画像は、他のユーザのユーザホーム空間に自身のユーザアバターが存在している画像であり、このユーザホーム空間にさらに他のユーザが参加しているときには他のユーザのユーザアバターも表示される。
【０１０９】
そして、ユーザ端末１１０は、ユーザから書置きを残す操作の入力があるまで待機する（ステップＳ３１２）。書置きを残さず、例えば他のユーザのユーザ空間や自身のユーザ空間に移動した場合には、図９に示す処理を終了する。一方、書置きを残す操作が入力されたときには、ユーザ端末１１０は、端末画面４００に書置きとして残すメッセージを入力する入力画面４２０を表示する（ステップＳ３１３）。入力画面４２０は、例えば、図９の右側に示すように、メッセージを入力する入力領域４２１と、入力領域４２１への入力内容を消去する取消ボタン４２２と、入力内容を書置きとして置く処理を実行させるための実行ボタン（「置く」ボタン）４２３とを備える。
【０１１０】
ユーザは、入力画面４２０の入力領域４２１に、例えばキーボード等の入力手段を用いてメッセージを入力する。そして、ユーザ端末１１０は、入力画面４２０の実行ボタン４２３が押下されたか否かを判定する（ステップＳ３１４）。実行ボタン４２３の押下は、例えば、端末画面４００にタッチパネルが設けられているときには、タッチパネルへの接触あるいは押圧力を検出して判定することができる。また、端末画面４００外の操作ボタン（図示せず。）やマウス等の入力手段による操作によっても判定することができる。
【０１１１】
そして、実行ボタン４２３が押下されたと判定したときには、入力領域４２１に入力された入力内容を、コミュニティシステム１のメッセージングシステムを利用して、送信先のユーザに対して送信する（ステップＳ３１５）。そして、送信されたメッセージは、書置きとして、端末画面４００内に表示される。一方、実行ボタン４２３が押下されなかったり取消ボタン４２２が押下されたりした場合には、入力領域４２１に入力された入力内容は送信されず、図９に示す処理を終了する。
【０１１２】
このようにして、仮想空間において書置きによるコミュニケーションを実現することができる。そして、書置きとしてメッセージを残した場合には、上述した図３および図４の送信済みメッセージ操作処理に基づき、書置きの作成者が仮想空間内に置いた書置きを取り戻したり削除したりすることもできる。すなわち、書置きは送信済みメッセージに対応する。
【０１１３】
かかる場合にも、図９の処理と同じ考えに基づき、仮想空間に置かれた書置きに対して操作処理を実行する場合には、その書置きが置かれた空間（メッセージを受信するユーザのユーザホーム空間）に自身のユーザアバターを移動させる。そして、例えば、ユーザホーム空間の書置きを取り戻す処理を実行したい場合、ユーザ端末１１０からアプリケーションサーバ３００に対して、このユーザホーム空間のユーザが利用するユーザ端末（例えば、ユーザ端末１２０）の起動状態を確認する。アプリケーションサーバ３００は、プロファイル記憶部３３０を参照して他のユーザ端末の起動状態を確認し、操作処理の実行依頼先を決定する。そして、実行依頼先の装置のプロファイルを応答情報としてユーザ端末１１０に送信する。
【０１１４】
ユーザ端末１１０は、応答情報に基づいて、実行依頼先へ操作処理の実行を依頼する。実行依頼先は、メッセージを受信するユーザのユーザ端末が起動していればそのユーザ端末、起動していない場合にはアプリケーションサーバ３００となる。実行依頼を受けた装置は、操作処理の依頼の是非を判定し、依頼内容が適切であればメッセージを取り戻す処理を実行する。これにより、メッセージを受信するユーザのユーザホーム空間に置かれた書置きが取り戻され、そのユーザホーム空間から書置きが消去される。一方、操作処理の依頼内容が不適切である場合には、操作処理は実行されず、メッセージを受信するユーザのユーザホーム空間にはその書置きは置かれた状態のままとなる。
【０１１５】
以上、本実施形態に係るコミュニティシステム１の構成とこれを用いたコミュニティシステム提供方法について説明した。本実施形態に係るコミュニティシステム１は、ユーザ端末間でやり取りされるメッセージを配送するメッセージングシステムと、メッセージの操作を制御するアプリケーションサーバ３００とを備える。アプリケーションサーバ３００は、ユーザ端末１１０、１２０からメッセージングシステムにより配信された送信済みメッセージの操作を可能とするため、ユーザ端末１１０、１２０に対して送信済みメッセージの操作処理を実行可能な装置を特定し、通知する。ユーザ端末１１０、１２０は、アプリケーションサーバ３００から通知された操作処理実行依頼先へ実行依頼を通知すると、実行依頼を受けた装置は、依頼の適正を確認後、送信済みメッセージを取り戻したり削除したりする。
【０１１６】
そして、コミュニティシステム１では、上記メッセージのやり取りを仮想空間のＵＩに変換して提供することもできる。これにより、メッセージングシステムを用いて送信されるメッセージを、チャットや書置きといったＵＩにより扱うことができ、より直感的に自身が送信したメッセージを操作することが可能となる。
【０１１７】
また、既存のメッセージングシステムにメッセージの操作を制御するアプリケーションサーバ３００を設けるというコミュニティシステム１の構成により、アプリケーションサーバ３００を小規模化することができるという利点もある。
【０１１８】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【０１１９】
例えば、上記実施形態では、仮想空間においてメッセージを書置きとして残すというＵＩの提供方法について説明したが、本発明はかかる例に限定されない。例えば、メッセージの種類（例えば、メッセージの受信者の属性や、メッセージの重要性等）に応じて、封書にてメッセージを仮想空間内に置いたり、掲示板に掲示したりするＵＩを提供してもよい。
【符号の説明】
【０１２０】
１                コミュニティシステム
１１０、１２０    ユーザ端末
１１１、１２１    登録情報通知部
１１２            入力部
１１３            メッセージ作成処理部
１１４、１２２    通信部
１１５            送信済みメッセージ操作部
１１６、１２４    表示制御部
１１７、１２５    出力部
１２３            受信メッセージ処理部
１２６            受信メッセージ蓄積部
１２７、３５０    操作実行部
２１０、２２０    メッセージ配送サーバ
２２４            メッセージ蓄積部
２２８、３１０    インタフェース部
３００            アプリケーションサーバ
３２０            端末管理部
３３０            プロファイル記憶部
３４０            起動状態確認部
３６０            モデル提供部
３７０            モデル記憶部
４００            端末画面
【図１】
2011164844.tif 000003
【図２】
2011164844.tif 000004
【図３】
2011164844.tif 000005
【図４】
2011164844.tif 000006
【図５】
2011164844.tif 000007
【図６】
2011164844.tif 000008
【図７】
2011164844.tif 000009
【図８】
2011164844.tif 000010
【図９】
2011164844.tif 000011