(57)【要約】【課題】  自動的にユーザの状態を把握してアバターに反映させる。【解決手段】  移動体通信端末は、自己に備わる複数の状態検出手段により検出した検出情報をサーバに送信し、サーバは、この検出情報に基づき当該移動体通信端末の所有者の現在の状態を推察し、この推察された所有者の状態に基づきアバターの形状または挙動を制御する制御情報を生成する際に、同一の状態に対応するアバターの形状または挙動の制御パターンが複数設けられ、制御情報を生成するのに先立って、この制御パターンのいずれかを選択する情報を移動体通信端末から受け取って保持し、この選択する情報に基づき制御情報を生成する。【選択図】  図１
2005354389.tif 000002
【特許請求の範囲】
【請求項１】
移動体通信端末に備わる複数の状態検出手段により検出した検出情報に基づき当該移動体通信端末の所有者の現在の状態を推察するステップと、
この推察された前記所有者の状態に基づきアバターの形状または挙動を制御する制御情報を生成するステップと、
この生成された制御情報に基づきアバターの形状または挙動を制御するステップと
を実行する移動体通信システムにおける状態表示方法であって、
同一の前記状態に対応する前記アバターの形状または挙動の制御パターンが複数設けられ、
前記制御情報を生成するステップの実行に先立って、この制御パターンのいずれかを選択するステップと、
この選択結果に基づき前記制御情報を生成するステップと
を実行することを特徴とする状態表示方法。
【請求項２】
前記制御情報を共有する他移動体通信端末の情報があらかじめ定められ、
前記制御情報を当該他移動体通信端末に配信するステップを実行する
請求項１記載の状態表示方法。
【請求項３】
複数の状態検出手段を備えた移動体通信端末と、
この状態検出手段からの検出情報に基づき当該移動体通信端末の所有者の現在の状態を推察する手段と、
この推察する手段により推察された前記所有者の状態に基づきアバターの形状または挙動を制御する制御情報を生成する手段と
を備えたサーバと
を備え、
前記移動体通信端末は、前記制御情報に基づきアバターの形状または挙動を制御する手段を備えた
移動体通信システムであって、
同一の前記状態に対応する前記アバターの形状または挙動の制御パターンが複数設けられ、
前記制御情報を生成する手段は、
前記制御情報の生成に先立って、この制御パターンのいずれかを選択する情報を前記移動体通信端末から受け取って保持する手段と、
この選択する情報に基づき前記制御情報を生成する手段と
を備え、
前記移動体通信端末は、前記サーバに前記選択する情報を送信する手段を備えた
ことを特徴とする移動体通信システム。
【請求項４】
前記サーバは、
前記制御情報を共有する他移動体通信端末の情報を保持する手段と、
この保持する手段に保持された前記他移動通信端末の情報を参照し、前記制御情報を当該他移動体通信端末に配信する手段と
を備えた請求項３記載の移動体通信システム。
【請求項５】
複数の状態検出手段を備えた移動体通信端末と、
この状態検出手段からの検出情報に基づき当該移動体通信端末の所有者の現在の状態を推察する手段と、
この推察する手段により推察された前記所有者の状態に基づきアバターの形状または挙動を制御する制御情報を生成する手段と
を備えたサーバと
を備え、
前記移動体通信端末は、前記制御情報に基づきアバターの形状または挙動を制御する手段を備えた
移動体通信システムに適用される前記サーバであって、
同一の前記状態に対応する前記アバターの形状または挙動の制御パターンが複数設けられ、
前記制御情報を生成する手段は、
前記制御情報の生成に先立って、この制御パターンのいずれかを選択する情報を前記移動体通信端末から受け取って保持する手段と、
この選択する情報に基づき前記制御情報を生成する手段と
を備えた
ことを特徴とするサーバ。
【請求項６】
前記制御情報を共有する他移動体通信端末の情報を保持する手段と、
この保持する手段に保持された前記他移動通信端末の情報を参照し、前記制御情報を当該他移動体通信端末に配信する手段と
を備えた請求項５記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話などの移動体通信端末を利用したコミュニケーションサービスに利用する。特に、アバターの制御技術に関する。
【背景技術】
【０００２】
従来、ユーザが個人の専用Ｗｅｂページに自分のアバターを登録し、このＷｅｂページを自分自身および他人が閲覧できるＷｅｂサービスが提供されている。
【０００３】
また、ユーザは自らのアバターの服装や髪形などを変更することが可能である。また、この個人の専用ページは、ＰＣ端末からだけでなく、携帯電話端末からも閲覧または編集が可能であり、アバターを通じたコミュニケーションサービスが提供されている。
【０００４】
このようなサービスによって提供されるのは、ユーザの思い通りのアバターを作成することによる満足感や、これを他人に披露することによる優越感、あるいは、同様なアバターを有するユーザ同士のコミュニケーションなどである。
【０００５】
また、別のアプローチとして、携帯ＴＶ電話でもアバターは利用されている。従来の携帯ＴＶ電話では、自らの顔や部屋の状態などが通信相手に見えてしまうため、これを望まないユーザが存在した。このため、相手の携帯ＴＶ端末に、自分の顔ではなく、自分が設定したアバターを投影するサービスが提案されている。
【０００６】
【非特許文献１】“カフェスタとは”、[online]、Powerdcom.inc、[2004年5月12日検索]、インターネット<URL:http://www.cafesta.com/main_off.jsp>
【非特許文献２】“Yahoo!アバター”、[online]、Yahoo JapanCorporation、[2004年5月12日検索]、インターネット<URL:http://avatar.yahoo.co.jp/>
【非特許文献３】“キャラ電”、[online]、NTT DoCoMo.Inc、[2004年5月12日検索]、インターネット<URL:http://foma.nttdocomo.co.jp/tv/list/chara/tv_chara.html>
【非特許文献４】“TeamFactory”、[online]、KDDIau、[2004年5月12日検索]、インターネット<URL:http://www.au.kddi.com/ezweb/au_dakara/teamfactory/index.html
【非特許文献５】渡辺  琢美、伊東  昌子、「温かいコミュニケーション「つながり感通信」の誕生」、共立出版、２００３年７月
【特許文献１】特開２００２−３１４９６３号公報
【特許文献２】特開２００２−３１４７０７号公報
【特許文献３】特開２００２−３０７３３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来のアバターを用いたサービスでは、ユーザは自らのアバターを作成し、アバターの状態を変化させる必要がある。例えば、自分の状態をアバターに反映させるサービスでは、暇な状態、会議中、移動中などの自分の状態を、明示的に自分のアバターに反映させる必要があった。
【０００８】
したがって、ユーザが自分の状態をアバターに反映させるための操作を怠った場合には、第三者には、実際のユーザの状態とは異なる状態が伝達されてしまう。一般的に、会議中、移動中などの状態は、ユーザにとって、忙しい状態であるので、自分の状態をアバターに反映させるための操作を怠る場合が多く、アバターの役割を充分に発揮させることができない。
【０００９】
本発明は、このような背景に行われたものであって、自動的にユーザの状態を把握してアバターに反映させることができるサービスを提供することを目的とする。また、この際に、ユーザにおける実際の状態とアバターに反映される状態とをユーザが調整することができるサービスを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、携帯電話などの移動体通信端末から得られる情報を基に、その移動体通信端末の所有者であるユーザの状態を把握してアバターに反映させることを特徴とする。この際に、ユーザの状態をそのまま詳細にアバターに反映させると、ユーザの詳細な状態が第三者に筒抜けになってしまう。このような筒抜け状態を歓迎するユーザは少なく、多くのユーザは、むしろ、自分の状態の一部は秘匿しておきたいと希望する。
【００１１】
そこで、本発明では、ユーザの状態を表す情報をユーザが希望する範囲で曖昧な情報に変換してアバターに反映させることを特徴とする。
【００１２】
すなわち、本発明の第一の観点は、移動体通信端末に備わる複数の状態検出手段により検出した検出情報に基づき当該移動体通信端末の所有者の現在の状態を推察するステップと、この推察された前記所有者の状態に基づきアバターの形状または挙動を制御する制御情報を生成するステップと、この生成された制御情報に基づきアバターの形状または挙動を制御するステップとを実行する移動体通信システムにおける状態表示方法である。
【００１３】
ここで、本発明の特徴とするところは、同一の前記状態に対応する前記アバターの形状または挙動の制御パターンが複数設けられ、前記制御情報を生成するステップの実行に先立って、この制御パターンのいずれかを選択するステップと、この選択結果に基づき前記制御情報を生成するステップとを実行するところにある（請求項１）。
【００１４】
このように、本発明では、同一の状態に対応するアバターの形状または挙動の制御パターンは単一ではなく、複数設けられている。例えば、前記所有者の位置を知らせる場合についてみると（１）詳細な住所を表示するパターン、（２）町名を表示するパターン、（３）都道府県名を表示するパターンなどのように、複数のパターンを用意しておき、前記所有者のポリシによって、これらのパターンを選択することができる。いったん設定が完了すれば、その後は、自動的にアバターの制御が行われるため、従来のように、状態が変化する度にアバターの設定を変更する必要はなく、利便性を向上させることができる。
【００１５】
前記制御情報を共有する他移動体通信端末の情報があらかじめ定められ、前記制御情報を当該他移動体通信端末に配信するステップを実行することができる（請求項２）。これにより、第三者に自己の状態をアバターによって伝達することができる。
【００１６】
本発明の第二の観点は、複数の状態検出手段を備えた移動体通信端末と、この状態検出手段からの検出情報に基づき当該移動体通信端末の所有者の現在の状態を推察する手段と、この推察する手段により推察された前記所有者の状態に基づきアバターの形状または挙動を制御する制御情報を生成する手段とを備えたサーバとを備え、前記移動体通信端末は、前記制御情報に基づきアバターの形状または挙動を制御する手段を備えた移動体通信システムである。
【００１７】
ここで、本発明の特徴とするところは、同一の前記状態に対応する前記アバターの形状または挙動の制御パターンが複数設けられ、前記制御情報を生成する手段は、前記制御情報の生成に先立って、この制御パターンのいずれかを選択する情報を前記移動体通信端末から受け取って保持する手段と、この選択する情報に基づき前記制御情報を生成する手段とを備え、前記移動体通信端末は、前記サーバに前記選択する情報を送信する手段を備えたところにある（請求項３）。
【００１８】
前記サーバは、前記制御情報を共有する他移動体通信端末の情報を保持する手段と、この保持する手段に保持された前記他移動通信端末の情報を参照し、前記制御情報を当該他移動体通信端末に配信する手段とを備えることができる（請求項４）。
【００１９】
本発明の第三の観点は、複数の状態検出手段を備えた移動体通信端末と、この状態検出手段からの検出情報に基づき当該移動体通信端末の所有者の現在の状態を推察する手段と、この推察する手段により推察された前記所有者の状態に基づきアバターの形状または挙動を制御する制御情報を生成する手段とを備えたサーバとを備え、前記移動体通信端末は、前記制御情報に基づきアバターの形状または挙動を制御する手段を備えた移動体通信システムに適用される前記サーバである。
【００２０】
ここで、本発明の特徴とするところは、同一の前記状態に対応する前記アバターの形状または挙動の制御パターンが複数設けられ、前記制御情報を生成する手段は、前記制御情報の生成に先立って、この制御パターンのいずれかを選択する情報を前記移動体通信端末から受け取って保持する手段と、この選択する情報に基づき前記制御情報を生成する手段とを備えたところにある（請求項５）。
【００２１】
前記制御情報を共有する他移動体通信端末の情報を保持する手段と、この保持する手段に保持された前記他移動通信端末の情報を参照し、前記制御情報を当該他移動体通信端末に配信する手段とを備えることができる（請求項６）。
【発明の効果】
【００２２】
本発明では、移動体通信端末の検出手段によって、当該移動体通信端末の所有者の状態を把握し、これを第三者の移動体通信端末上のアバターに反映させることにより、前記所有者は意識することなく、自らの状態を段三者に伝えることができ、新しいコミュニケーションの形を形成することができる。
【００２３】
この際に、前記所有者の詳細な状態を表す情報をそのままアバターに反映させることなく、前記所有者が希望する範囲で曖昧な情報に変換してアバターに反映させることができるため、ユーザの希望に沿ったアバターの運用を行うことができる。
【発明を実施するための最良の形態】
【００２４】
本発明実施例の移動体通信システムを図１ないし図３を参照して説明する。図１は本実施例の移動体通信システムの全体構成図である。図２は移動体通信端末のブロック構成図である。図３はサーバのブロック構成図である。これらのブロック構成図は、本実施例の説明に必要な機能ブロック以外の図示は省略した。
【００２５】
本実施例の移動体通信システムにおける状態表示方法を図１〜図３を参照して説明する。移動体通信端末２０−１は、自己に備わる複数の状態検出手段であるＧＰＳ部１、通話検出部２、パケット通信解析部３、音声認識部４、加速度センサ５、端末操作検出部６、充電中検出部７の検出情報に基づき当該移動体通信端末２０−１の所有者の現在の状態を推察するステップと、この推察された前記所有者の状態に基づきアバターの形状または挙動を制御する制御情報を生成するステップと、この生成された制御情報に基づきアバターの形状または挙動を制御するステップとを実行する移動体通信システムにおける状態表示方法である。
【００２６】
ここで、本実施例の特徴とするところは、同一の前記状態に対応する前記アバターの形状または挙動の制御パターンが複数設けられ、前記制御情報を生成するステップの実行に先立って、この制御パターンのいずれかを選択するステップと、この選択結果に基づき前記制御情報を生成するステップとを実行するところにある（請求項１）。
【００２７】
前記制御情報を共有する他移動体通信端末２０−２の情報があらかじめ定められ、前記制御情報を当該他移動体通信端末２０−２に配信するステップを実行する（請求項２）。
【００２８】
本発明の移動体通信システムは、図２および図３に示すように、複数の状態検出手段としてのＧＰＳ部１、通話検出部２、パケット通信解析部３、音声認識部４、加速度センサ５、端末操作検出部６、充電中検出部７を備えた移動体通信端末２０−１を備え、ユーザリアルタイム情報データベース９には、複数の状態検出手段からの各種情報をユーザ情報収集部８がとりまとめた検出情報が格納される。また、通信機能部１３は、この検出情報をサーバ３０に送信する。サーバ３０は、この検出情報に基づき当該移動体通信端末２０−１の所有者の現在の状態を推察する状態推察部３１と、この状態推察部３１により推察された前記所有者の状態を表す状態情報を生成する状態情報生成部３２と、この状態情報生成部３２により生成された前記状態情報に基づきアバターの形状または挙動を制御する制御情報を生成する制御情報生成部３３とを備える。さらに、移動体通信端末２０−１および２０−２は、前記制御情報およびユーザ基本情報データベース１０に格納されているユーザ基本情報に基づきアバターの形状または挙動を制御してディスプレイ１２に表示するプログラム実行部１１を備える。ユーザ基本情報には、例えば、ユーザＩＤ、ユーザを認証する情報（パスワード、指紋情報など）、ユーザが用いるアバターの種類などが含まれる。
【００２９】
ここで、本実施例の特徴とするところは、同一の前記状態情報に基づく前記アバターの形状または挙動の制御パターンが複数設けられ、これらの制御パターンと前記状態情報との対応関係は、抽象化データベース３５に格納され、制御情報生成部３３は、前記制御情報の生成に先立って、この制御パターンのいずれかを選択する情報を移動体通信端末２０−１から受け取って保持する選択情報保持部３４と、この選択する情報に基づき前記制御情報を生成する手段とを備え、移動体通信端末２０−１は、サーバ３０に前記選択する情報を通信機能部１３により送信する選択情報送信部１４を備えたところにある（請求項３、５）。
【００３０】
サーバ３０は、前記制御情報を共有する他移動体通信端末２０−２の情報を保持する手段と、この保持する手段に保持された他移動通信端末２０−２の情報を参照し、前記制御情報を当該他移動体通信端末２０−２に配信する手段とを備える（請求項４、６）。この保持する手段および配信する手段は、図３には図示しないが、例えば、ユーザ管理データベースといったものを備えて実現することができる。
【００３１】
これにより、移動体通信端末２０−１の所有者の状態を移動体通信端末２０−２の所有者にアバターを利用して伝達することができる。また、同様に、移動体通信端末２０−２の所有者の状態を移動体通信端末２０−１の所有者にアバターを利用して伝達することができる。本実施例では、２つの移動体通信端末２０−１および２０−２を例示したが、３つ以上の移動体通信端末相互間においても同様に、一つの移動体通信端末の所有者の状態をあらかじめ定められた他の移動体通信端末の所有者にアバターを利用して伝達することができる。
【００３２】
以下では、本実施例をさらに詳細に説明する。
【００３３】
本実施例で提案するサービスは、移動体通信端末２０−１から得られる、その端末の所有者であるユーザの行動を、サーバ３０へと送信し、サーバ３０において、詳細な情報から抽象化された情報へと変換した後、この抽象化情報を任意の移動体通信端末２０−２へと送信するものである。
【００３４】
本実施例のサーバ３０が有する機能の大きな特徴は、移動体通信端末２０−１から送信された詳細なリアルタイムデータを、サーバ３０において曖昧なデータへと変換する機能を制御情報生成部３３に有する点である。
【００３５】
ユーザの移動体通信端末２０−１から取得される情報について述べる。ユーザの移動体通信端末２０−１から取得される情報は、ユーザの現在の行動がわかるような情報である。
【００３６】
一例として、ＧＰＳ部１で取得される情報としては、ユーザの現在位置や移動速度などが挙げられる。通話検出部２から取得される情報としては、現在の通話の有無または通話相手などが挙げられる。パケット通信解析部３から得られる情報は、現在のパケット通信の有無またはメール送受信中かブラウザによるＷｅｂブラウジング中かの識別または接続サイトの特定など、パケットを解析することで得られる情報である。音声認識部４から取得可能な情報は、ユーザの会話の速度や音圧などから想定されるユーザの感情などである。また、加速度センサ５から取得可能な情報は、ユーザの加速度である。すなわち、ユーザが物に衝突したり転倒した場合には、急激に加速度が変化するのでこのような状態を検出することができる。また、端末操作検出部６で取得可能な情報は、ユーザのキー操作である。これらの情報の他に、充電中検出部７は、移動体通信端末２０−１の情報として、充電中か否か、などの情報を得ることができる。
【００３７】
以上のような詳細なデータをそのまま相手の移動体通信端末２０−２に転送すると、ユーザの現在位置やキー操作など詳細なデータが相手に筒抜けになってしまう。本サービスは、相手の状態がわかることが特徴ではあるが、一般的に、ユーザは、詳細な自分の情報が第三者に筒抜けになる状態を嫌うと思われる。
【００３８】
以上の理由から、サーバ３０は移動体通信端末２０−１から転送されてきた詳細な情報の一部もしくは全部を取得した後、制御情報生成部３３によって、抽象化する。このとき、詳細なユーザの情報とこれを抽象化した曖昧なユーザ情報との対応関係は抽象化データベース３５に格納されている。制御情報生成部３３は、選択情報保持部３４に問い合わせることで、どのような曖昧情報を生成すればよいかわかる。
【００３９】
なお、選択情報保持部３４は、あらかじめ移動体通信端末２０−１のユーザからの選択情報を保持している必要がある。ユーザは自分の状態をどの程度、曖昧に変換するかというポリシを選択情報として選択情報保持部３４にあらかじめ登録する。
【００４０】
その登録方法は、位置情報、感情の情報、移動情報、忙しさの情報など、それぞれの曖昧程度のポリシを個別に登録することができるが、それ以外にも、全体的な曖昧程度を指定し、個別の曖昧程度の設定は制御情報生成部３３が判断して自動的に行うようにすることもできる。例えば、曖昧程度を“高”、“中”、“低”に分類して設定する。すなわち、曖昧程度が“高”は、“低”と比較してより曖昧であることを意味する。
【００４１】
（第一実施例）
第一実施例としてＧＰＳ部１からの検出情報に基づく制御情報生成の一例を図４のフローチャートを参照して説明する。制御情報生成部３３は、ＧＰＳ部１から送られてきた検出情報に基づき図４に示すような制御情報を生成する。プログラム実行部１１は、通信機能部１３により受信されたこの制御情報に基づきアバターの形状または挙動を制御する。このアバターの形状または挙動の例を図５に示す。
【００４２】
ＧＰＳ部１からの検出情報は、状態推察部３１に入力され、ユーザが移動中であるか否か、および、移動中であればその移動速度が推察される。その推察結果は、状態情報生成部３２に入力され、制御情報生成部３３が認識できる状態情報が生成される。
【００４３】
なお、本実施例では、説明をわかりやすくするために、状態推察部３１および状態情報生成部３２および制御情報生成部３３をそれぞれ別のブロックとして図示したが、状態推察部３１および状態情報生成部３２は、制御情報生成部３３の内部機能であるとし、特にブロックを分けて設けなくてもよい。以降の実施例でも同様である。
【００４４】
図４に示すように、制御情報生成部３３は、ＧＰＳ部１の検出情報に基づく状態情報を状態情報生成部３２から取得し（Ｓ１）、ユーザの現在の状態を認識する。移動がない場合は（Ｓ２）、アバターに変化は無い（Ｓ９）。移動がある場合は（Ｓ２）、その移動速度情報を抽出し（Ｓ３）、移動速度が４ｋｍ／ｈ以下であれば図５（ａ）に示すように“アバター歩く”という制御情報を生成する（Ｓ４）。また、移動速度が１０ｋｍ／ｈ以下であれば図５（ｂ）に示すように“アバター走る”という制御情報を生成する（Ｓ５）。また、移動速度が１０ｋｍ／ｈ以上であり、公共移動手段（電車）と同じ経路をたどっていれば（Ｓ６）、それは公共移動手段（電車）を利用していることになるので図５（ｃ）に示すように“アバター電車に乗る”という制御情報を生成する（Ｓ７）。また、移動速度が１０ｋｍ／ｈ以上であり、公共移動手段（電車）と同じ経路をたどっていなければ（Ｓ６）、それは公共移動手段（電車）以外の移動手段（自動車）を利用していることになるので図５（ｄ）に示すように“アバター車に乗る”という制御情報を生成する（Ｓ８）。また、各アバター表示に移動方向を示す表示あるいは住所などの現在位置を示す表示も併せて表示させることができる。
【００４５】
ここで、本実施例の特徴として、選択情報保持部３４に保持されているユーザからの選択情報に従い、図４に示すフローチャートの一部を無効とすることができる。例えば、ユーザが登録した曖昧程度のポリシが“中”である場合には、図４の破線で囲んだ部分のフロー（Ｓ６、Ｓ７、Ｓ８）を無効とする。また、ステップＳ３における“１０ｋｍ／ｈ以下”という分岐条件は“４ｋｍ／ｈを越える”に変更される。
【００４６】
これにより、アバターによる表示としては、ユーザの移動速度（閾値４ｋｍ／ｈ）に応じて“アバター歩く”または“アバター走る”の二つだけが表示され、“アバター電車に乗る”および“アバター車に乗る”の表示は行われない。
【００４７】
また、ユーザが登録した曖昧程度のポリシが“高”である場合には、図４の一点鎖線で囲んだ部分のフロー（Ｓ３、Ｓ５〜Ｓ８）を無効とする。また、ステップＳ２のＹＥＳの分岐とステップＳ４とは直結される。これにより、アバターによる表示としては、ユーザの移動に伴い、移動速度とは無関係に“アバター歩く”だけが表示される。
【００４８】
また、各アバター表示に、ユーザの現在位置の情報も併せて表示させる際には、ユーザが登録した曖昧程度のポリシに応じ、ポリシ“低”であれば、詳細な住所を表示、ポリシ“中”であれば、町名を表示、ポリシ“高”であれば、都道府県名を表示することができる。
【００４９】
（第二実施例）
第二実施例として音声認識部４からの検出情報に基づく制御情報生成の一例を図６のフローチャートを参照して説明する。制御情報生成部３３は、音声認識部４から送られてきた検出情報に基づき図６に示すような制御情報を生成する。プログラム実行部１１は通信機能部１３により受信されたこの制御情報に基づきアバターの形状または挙動を制御する。このアバターの形状または挙動の例を図７に示す。
【００５０】
音声認識部４からの検出情報は、状態推察部３１に入力され、ユーザの通話中における音圧および会話速度が推察される。その推察結果は、状態情報生成部３２に入力され、制御情報生成部３３が認識できる状態情報が生成される。
【００５１】
図６に示すように、制御情報生成部３３は、音声認識部４の検出情報に基づく状態情報を状態情報生成部３２から取得し（Ｓ１０）、ユーザの現在の状態を認識する。
【００５２】
制御情報生成部３３は、前回の音圧および会話速度の情報を保持しており、これと今回の音圧および会話速度の情報とを比較して変化を抽出する（Ｓ１１）。その結果、変化が無ければ（Ｓ１２）、アバターも変化無しとする（Ｓ１３）。音圧および会話速度が前回と比較して高くなっていれば（Ｓ１２）、それはユーザが前回と比較して興奮状態になっていることがわかる。さらに、音圧および会話速度の変化の度合いから興奮度合いを分類し（Ｓ１５）、興奮度合いが小さい場合には図７（ａ）に示すように“アバター興奮（小）”という制御情報を生成する（Ｓ１８）。また、興奮度合いが中くらいの場合には図７（ｂ）に示すように“アバター興奮（中）”という制御情報を生成する（Ｓ１７）。また、興奮度合いが大きい場合には図７（ｃ）に示すように“アバター興奮（大）”という制御情報を生成する（Ｓ１６）。また、音圧および会話速度が前回と比較して低くなっていれば（Ｓ１２）、それはユーザが前回と比較して平静状態になっていることがわかるので図７（ｄ）に示すように“アバター平静”という制御情報を生成する（Ｓ１４）。
【００５３】
ここで、本実施例の特徴として、選択情報保持部３４に保持されているユーザからの選択情報に従い、図６に示すフローチャートの一部を無効とすることができる。例えば、ユーザが登録した曖昧程度のポリシが“中”である場合には、図６の破線で囲んだ部分のフロー（Ｓ１６）を無効とする。これにより、アバターによる表示としては図７（ｃ）に示す“アバター興奮（大）”の状態の表示は行われない。
【００５４】
また、ユーザが登録した曖昧程度のポリシが“高”である場合には、図６の一点鎖線で囲んだ部分のフロー（Ｓ１６、Ｓ１７）を無効とする。これにより、アバターによる表示としては、図７（ａ）に示す“アバター興奮（小）”または図７（ｄ）に示す“アバター平静”だけが表示される。
【００５５】
（第三実施例）
第三実施例として通信検出部２、パケット通信解析部３、端末操作検出部６からの検出情報に基づく制御情報生成の一例を図８のフローチャートを参照して説明する。制御情報生成部３３は、通信検出部２、パケット通信解析部３、端末操作検出部６から送られてきた検出情報に基づき図８に示すような制御情報を生成する。プログラム実行部１１は、通信機能部１３により受信されたこの制御情報に基づきアバターの形状または挙動を制御する。このアバターの形状または挙動の例を図９に示す。
【００５６】
通信検出部２、パケット通信解析部３、端末操作検出部６からの検出情報は、それぞれ状態推察部３１に入力され、ユーザの通話状態およびパケット通信状態および端末操作状態がそれぞれ推察される。その推察結果は、状態情報生成部３２に入力され、制御情報生成部３３が認識できる状態情報が生成される。
【００５７】
図８に示すように、制御情報生成部３３は、通信検出部２、パケット通信解析部３、端末操作検出部６の検出情報に基づく状態情報を状態情報生成部３２から取得し（Ｓ２０）、ユーザの現在の通話状態およびパケット通信状態および端末操作状態をそれぞれ認識する（Ｓ２１）。
【００５８】
その結果、通話およびパケット通信および端末操作が全て頻繁でなければ（Ｓ２２）、図９（ａ）に示すように“アバター居眠り”という制御情報を生成する（Ｓ２６）。また、通話中が多ければ（Ｓ２３）、図９（ｂ）に示すように“アバター電話中”という制御情報を生成する（Ｓ２７）。また、パケット通信中が多く（Ｓ２４）、その通信先がゲームのサイトであれば（Ｓ２５）、図９（ｄ）に示すように“アバターゲーム中”という制御情報を生成する（Ｓ２９）。また、その通知先がメールであれば（Ｓ２５）、図９（ｅ）に示すように“アバターメール中”という制御情報を生成する（Ｓ３０）。また、その通信先がＷｅｂブラウジングであれば（Ｓ２５）、図９（ｆ）に示すように“アバターＷｅｂブラウジング中”という制御情報を生成する（Ｓ３１）。
【００５９】
ここで、本実施例の特徴として、選択情報保持部３４に保持されているユーザからの選択情報に従い、図８に示すフローチャートの一部を無効とすることができる。例えば、ユーザが登録した曖昧程度のポリシが“中”である場合には、図８の破線で囲んだ部分のフロー（Ｓ２９）を無効とする。これにより、アバターによる表示としては図９（ｄ）に示す“アバターゲーム中”の状態の表示は行われない。
【００６０】
また、ユーザが登録した曖昧程度のポリシが“高”である場合には、図８の一点鎖線で囲んだ部分のフロー（Ｓ２９、Ｓ３１）を無効とする。これにより、アバターによる表示としては、図９（ｄ）に示す“アバターゲーム中”および図９（ｆ）に示す“アバターＷｅｂブラウジング中”の状態の表示は行われない。
【００６１】
（第四実施例）
第四実施例としてＧＰＳ部１、加速度センサ５からの検出情報に基づく制御情報生成の一例を図１０のフローチャートを参照して説明する。制御情報生成部３３は、ＧＰＳ部１、加速度センサ５から送られてきた検出情報に基づき図１０に示すような制御情報を生成する。プログラム実行部１１は、通信機能部１３により受信されたこの制御情報に基づきアバターの形状または挙動を制御する。このアバターの形状または挙動の例を図１１に示す。
【００６２】
ＧＰＳ部１、加速度センサ５からの検出情報は、それぞれ状態推察部３１に入力され、ユーザの移動速度および加速度の状態がそれぞれ推察される。その推察結果は、状態情報生成部３２に入力され、制御情報生成部３３が認識できる状態情報が生成される。
【００６３】
図１０に示すように、制御情報生成部３３は、ＧＰＳ部１、加速度センサ５の検出情報に基づく状態情報を状態情報生成部３２から取得し（Ｓ４０）、ユーザの現在の移動速度および加速度をそれぞれ認識する（Ｓ４１）。
【００６４】
その結果、急激な加速度の変化がなければ（Ｓ４２）、“アバター変化無し”という制御情報を生成する（Ｓ４５）。あるいは、急激な加速度の変化があっても（Ｓ４２）、移動速度に変化がなければ（Ｓ４３）、“アバター変化無し”という制御情報を生成する（Ｓ４５）。
【００６５】
急激な加速度変化があり（Ｓ４２）、移動速度が停止を示す場合には（Ｓ４３）、それは、ユーザが物に衝突あるいは転倒した確率が高いと判断できる。この際に、停止直前の移動速度が大きければ大きいほど、事故の規模は大きいと推察できるので、停止直前の移動速度の“大”、“中”、“小”に応じてそれぞれ図１１（ｃ）に示すように“アバター事故（大）”、図１１（ｂ）に示すように“アバター事故（中）”、図１１（ａ）に示すように“アバター事故（小）”という制御情報をそれぞれ生成する（Ｓ４６、Ｓ４７、Ｓ４８）。
【００６６】
ここで、本実施例の特徴として、選択情報保持部３４に保持されているユーザからの選択情報に従い、図１０に示すフローチャートの一部を無効とすることができる。例えば、ユーザが登録した曖昧程度のポリシが“中”である場合には、図１０の破線で囲んだ部分のフロー（Ｓ４６）を無効とする。これにより、アバターによる表示としては図１１（ｃ）に示す“アバター事故（大）”の状態の表示は行われない。
【００６７】
また、ユーザが登録した曖昧程度のポリシが“高”である場合には、図１０の一点鎖線で囲んだ部分のフロー（Ｓ４６、Ｓ４７）を無効とする。これにより、アバターによる表示としては、図１１（ｂ）に示す“アバター事故（中）”および図１１（ｃ）に示す“アバター事故（大）”の状態の表示は行われない。
【００６８】
（その他の実施例）
第一〜第四実施例の他にも、充電中検出部７が充電中を検出したときには、“アバター充電中”という制御情報を生成することができる。
【００６９】
本実施例は、汎用の情報処理装置にインストールすることにより、その情報処理装置に、本実施例の移動体通信端末２０−１、２０−２またはサーバ３０が行う図４、図６、図８、図１０に示した各手順をそれぞれ実行させるプログラムとして実現することができる。このプログラムは、記録媒体に記録されて情報処理装置にインストールされ、あるいは通信回線を介して情報処理装置にインストールされることにより当該情報処理装置に、移動体通信端末２０−１、２０−２またはサーバ３０が行う図４、図６、図８、図１０の各手順をそれぞれ実行させる機能を実現させることができる。
【００７０】
ここで、汎用の情報処理装置とは、例えば、移動体通信端末２０−１、２０−２に搭載するマイクロ・プロセッサである。または、サーバ３０に搭載するプロセッサである。
【００７１】
また、本実施例では、状態推察部３１、状態情報生成部３２、制御情報生成部３３、選択情報保持部３４、抽象化データベース３５をサーバ３０が有する機能ブロックとして説明した。これは、複数の移動体通信端末が１つのサーバ３０を共通に利用できるので、リソースの有効利用の観点からそのように説明したが、これら全ての機能ブロックを移動体通信端末が有する構成を排除するものではない。
【産業上の利用可能性】
【００７２】
携帯電話などの移動体通信端末におけるアバターを利用したサービスの普及に寄与することができる。
【図面の簡単な説明】
【００７３】
【図１】本実施例の移動体通信システムの全体構成図。
【図２】本実施例の移動体通信端末のブロック構成図。
【図３】本実施例のサーバのブロック構成図。
【図４】第一実施例の制御情報生成手順の一例を示すフローチャート。
【図５】第一実施例のアバターの形状または挙動の例を示す図。
【図６】第二実施例の制御情報生成手順の一例を示すフローチャート。
【図７】第二実施例のアバターの形状または挙動の例を示す図。
【図８】第三実施例の制御情報生成手順の一例を示すフローチャート。
【図９】第三実施例のアバターの形状または挙動の例を示す図。
【図１０】第四実施例の制御情報生成手順の一例を示すフローチャート。
【図１１】第四実施例のアバターの形状または挙動の例を示す図。
【符号の説明】
【００７４】
１  ＧＰＳ部
２  通話検出部
３  パケット通信解析部
４  音声認識部
５  加速度センサ
６  端末操作検出部
７  充電中検出部
８  ユーザ情報収集部
９  ユーザリアルタイム情報データベース
１０  ユーザ基本情報データベース
１１  プログラム実行部
１２  ディスプレイ
１３  通信機能部
１４  選択情報送信部
２０−１、２０−２  移動体通信端末
３０  サーバ
３１  状態推察部
３２  状態情報生成部
３３  制御情報生成部
３４  選択情報保持部
３５  抽象化データベース
【図１】
2005354389.tif 000003
【図２】
2005354389.tif 000004
【図３】
2005354389.tif 000005
【図４】
2005354389.tif 000006
【図５】
2005354389.tif 000007
【図６】
2005354389.tif 000008
【図７】
2005354389.tif 000009
【図８】
2005354389.tif 000010
【図９】
2005354389.tif 000011
【図１０】
2005354389.tif 000012
【図１１】
2005354389.tif 000013