(57)【要約】【課題】メンバのステータス情報に応じて、わかり易い操作を提供する。【解決手段】携帯端末２が、該携帯端末２の利用者を識別する利用者識別子，該利用者の状態を示すステータス情報を有するログデータと、該利用者に関連する他の利用者であるメンバに関するメンバ情報と、を蓄積し管理するログサーバ１から取得したメンバ情報における各メンバに応じたステータス情報を携帯端末２のキーの配置に対応させて表示する。【選択図】図１
2009003823.tif 000002
【特許請求の範囲】
【請求項１】
利用者を識別する利用者識別子，該利用者と利用者携帯電話のうちいずれかの状態を示すステータス情報を有するログデータと、該利用者に関連する他の利用者であるメンバに応じた利用者識別子を有するメンバ情報と、を蓄積し管理するログサーバと、
配置されたキーによって情報を入力される入力手段と、制御ユニットと、を備えた利用者の携帯端末と、
を有し、
前記ログサーバと前記携帯端末が通信ネットワークで接続され、
該携帯端末が該ログサーバを介してコミュニケーションを取り合うコミュニケーションシステムであって、
前記携帯端末が、
前記ログサーバから取得したメンバ情報における各メンバに応じたステータス情報を前記キーの配置に対応させて表示するステータス表示手段、
を備える
ことを特徴とするコミュニケーションシステム。
【請求項２】
請求項１に記載のコミュニケーションシステムにおいて、
前記ログサーバが、
前記携帯端末から送信された前記利用者の携帯端末の動作状態を示す動作モード，該利用者の携帯端末の使用状況に関する付帯情報を受信する手段と、
前記ログデータに、前記動作モード，付帯情報を加えて、蓄積し管理する手段と、
前記動作モードと付帯情報に基づいたルールを用いて前記ステータス情報を割り当て、前記ログデータに設定する手段と、
を備え、
前記携帯端末が、
携帯端末自体の動作を検知するセンサと、
前記センサからの信号に基づいて動作モードを検出し、さらに、前記制御ユニットから動作モードを取得し、それらの動作モードを出力するモード検出手段と、
前記制御ユニットから取得できる動作を単位時間あたりにカウントして付帯情報を生成する手段と、
前記モード情報と付帯情報を前記ログサーバに送信する手段と、
を備える
ことを特徴とするコミュニケーションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報コミュニケーション技術に関するものである。
【背景技術】
【０００２】
複数の人（例えば、家族や友人等）とのコミュニケーションを円滑にするツールとして、インターネットメッセンジャが知られている。このインターネットメッセンジャは、主にＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）上で使用され、他の人のログイン状況、本人によって登録されたステータス情報（例えば「忙しい」など）を見ることができる。そして、ログイン状況やステータス情報を参照して、メッセージを送信するなどして、効率的なコミュニケーションを可能にしていた（例えば、非特許文献１参照）。
【０００３】
近年では、このインターネットメッセンジャを携帯端末に実装することによって、モバイル環境においても、上述のような効率的なコミュニケーションを可能にしつつある（例えば、非特許文献２参照）。
【非特許文献１】ヤフー株式会社、「Ｙａｈｏｏメッセンジャー」、［ｏｎｌｉｎｅ］、２００７年（平成１９）、ヤフー株式会社、［平成１９年０３月１２日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｍｅｓｓｅｎｇｅｒ．ｙａｈｏｏ．ｃｏ．ｊｐ／＞。
【非特許文献２】マイクロソフト株式会社、「Ｗｉｎｄｏｗｓ  Ｌｉｖｅメッセンジャー」、［ｏｎｌｉｎｅ］、マイクロソフト株式会社、［平成１９年０３月１２日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｍｅｓｓｅｎｇｅｒ．ｌｉｖｅ．ｊｐ／ｍｏｂｉｌｅ．ｈｔｍ＞。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述のステータス情報は、メッセージを送るか否か、電話をかけるか否かという、メンバに対するコミュニケーション行動を実行に移させたり、抑制させたりする効果を有する。例えば、そのステータス情報を得てコミュニケーション行動に移したいと考えた場合、極力少ない手順によって、すぐにメンバにアクセスできることが望ましい。
【０００５】
しかし、上述したモバイル環境対応インターネットメッセンジャでは、例えば、相手のステータス情報を見てから電話をかけるには、少なくとも数段階の手順を踏む必要があるため、煩雑さを有していた。それ故、相手のステータス情報の認識からコミュニケーション活動の実行までをシームレスに結ぶ技術が望まれていた。
【０００６】
本発明は、前記課題に基づいてなされたものであって、メンバのステータス情報に応じて、わかり易い操作を行えるコミュニケーションシステムを提供することにある。
【課題を解決するための手段】
【０００７】
前記課題の解決を図るために、請求項１記載の発明は、利用者を識別する利用者識別子，該利用者と利用者携帯電話のうちいずれかの状態を示すステータス情報を有するログデータと、該利用者に関連する他の利用者であるメンバに応じた利用者識別子を有するメンバ情報と、を蓄積し管理するログサーバと、配置されたキーによって情報を入力される入力手段と、制御ユニットと、を備えた利用者の携帯端末と、を有し、前記ログサーバと前記携帯端末が通信ネットワークで接続され、該携帯端末が該ログサーバを介してコミュニケーションを取り合うコミュニケーションシステムであって、前記携帯端末が、前記ログサーバから取得したメンバ情報における各メンバに応じたステータス情報を前記キーの配置に対応させて表示するステータス表示手段、を備えることを特徴とする。
【０００８】
請求項２記載の発明は、請求項１記載の発明において、前記ログサーバが、前記携帯端末から送信された前記利用者の携帯端末の動作状態を示す動作モード，該利用者の携帯端末の使用状況に関する付帯情報を受信する手段と、前記ログデータに、前記動作モード，付帯情報を加えて、蓄積し管理する手段と、前記動作モードと付帯情報に基づいたルールを用いて前記ステータス情報を割り当て、前記ログデータに設定する手段と、を備え、前記携帯端末が、携帯端末自体の動作を検知するセンサと、前記センサからの信号に基づいて動作モードを検出し、さらに、前記制御ユニットから動作モードを取得し、それらの動作モードを出力するモード検出手段と、前記制御ユニットから取得できる動作を単位時間あたりにカウントして付帯情報を生成する手段と、前記モード情報と付帯情報を前記ログサーバに送信する手段と、を備えることを特徴とする。
【０００９】
前記請求項１に記載の発明は、メンバのステータス情報とキーを対応づけできる。
【００１０】
前記請求項２に記載の発明は、メンバのステータス情報をメンバの携帯端末の動作に応じて割り当てられる。
【発明の効果】
【００１１】
以上示したように請求項１の発明によれば、メンバに対する操作とキーを直結できるため、わかり易い操作を行える。
【００１２】
請求項２の発明によれば、メンバの携帯端末の動作に応じて割り当てられたステータス情報を表示できる。
【００１３】
これらを以って情報コミュニケーション技術分野に貢献できる。
【発明を実施するための最良の形態】
【００１４】
本実施形態におけるコミュニケーションシステムの概要を以下に説明する。
【００１５】
携帯端末の動作モードの変化を検知し、その動作モード変化に関する情報（動作モード情報）を自らの携帯端末における活動状態を示す情報（ステータス情報）として、サーバを介し、メンバ（例えば、自分の友人や家族など）の携帯端末に表示させる。
【００１６】
例えば、二つ折り型携帯端末の場合は該携帯端末を閉じた状態から開いた状態にする、あるいは、スライド型携帯端末の場合はスライドする、動作によって、携帯電話の動作モードが停止された第１のモード（いわゆる、待ち受けモード）と、携帯電話の動作モードが活性化された第２のモードへの変化を検知し、その動作モード情報を含むステータス情報と見做して、サーバを介して、メンバの携帯端末に表示させる。
【００１７】
また、携帯端末が予め有するマナーモード，ドライブモード，通信圏内モード，通信圏外モードといった動作モード、充電状態といった情報、も前記ステータス情報に含めて、サーバを介し、メンバの携帯端末に表示させる。
【００１８】
メンバ側への表示方法は、例えば、携帯端末を９分割あるいは１２分割など、携帯端末のボタン配置に合わせて、画面を分割し、分割された各区域を一人のメンバに割り当てて、そのステータス情報を表示する。
【００１９】
さらに、市販されている携帯端末のワンタッチダイヤル機能と同様に、ボタン一つ一つを、分割された画面区域と１対１で対応付けする。
【００２０】
例えば、利用者が、最左上端の区域に表示されているメンバが、その表示内容から、充電状態であり、家にいることが想定できる。かつ、二つ折り型携帯端末を高い頻度で開閉動作を繰り返しており、余暇を楽しんでいる状態だと判定できた際に、ボタン配置でも最左上端に存在する「１」ボタンを押すと、ワンタッチで、電話あるいはメール送信など、そのメンバに対するコミュニケーション行動に移行することができるようにした。
【００２１】
以下、本発明の実施形態におけるコミュニケーションシステムを図面等に基づいて詳細に説明する。本実施形態におけるコミュニケーションシステムの構成を図１に基づいて説明する。なお、以下の説明において、本実施形態のコミュニケーションシステムの構成における機能と手段を同等のものとして扱う。
【００２２】
図１中のコミュニケーションシステムは、ログサーバ１，コミュニケーションを取り合う複数の利用者の携帯端末２，ログサーバ１と携帯端末２を通信で接続する通信ネットワーク１００から構成される。
【００２３】
なお、ログサーバ１は、コンピュータ上にそれぞれサーバプログラムとして実装し、ログ管理部として、サーバにインストールされていても良い。ログサーバ１，携帯端末２は、時間もしくは時刻情報を取得し管理する時間管理手段を備えていても良い。
【００２４】
ログサーバ１は、携帯端末２から送信される端末ログデータを受信し、該端末ログデータの動作モード及び付帯情報に対し特定のルールを適応し、ステータス情報を割り当て、利用者を識別する利用者識別子，該利用者もしくは利用者携帯電話の状態を示すステータス情報，該利用者の携帯端末の動作状態を示す動作モード，該利用者の携帯端末の使用状況に関する付帯情報を予め備えられた一般的なデータ管理機能に蓄積し管理する。
【００２５】
なお、前記一般的なデータ管理機能は、予め備えられた記憶部（メモリやハードディスク）に構成された一般的なデータベース等のデータ管理機能である。図２にログサーバ１におけるログデータの一例であるログデータＴ２を示す。なお、図２中のステータス情報の「活動段階１」は、携帯電話が付帯情報を５段階に分けたうちの一番低い段階で使用されていることを示す。
【００２６】
ログサーバ１が受信した端末ログデータに基づいてステータス情報を割り当てる手順の一例を図３に基づいて説明する。
【００２７】
まず、端末ログデータの動作モードが第１のモードか否かをチェックする（Ｓ１０１）。前記動作モードが第１のモードである場合は、ステップＳ１０５へ進む。前記動作モードが第１モードでない場合は、ステップ１０２へ進む。
【００２８】
ステップＳ１０２では、端末ログデータの動作モードがマナーモードか否かをチェックする。前記動作モードがマナーモードである場合は、ステップＳ１０６へ進む。前記動作モードがマナーモードでない場合は、ステップ１０３へ進む。
【００２９】
ステップＳ１０３では、端末ログデータの動作モードがドライブモードか否かをチェックする。前記動作モードがドライブモードである場合は、ステップＳ１０７へ進む。前記動作モードがマナーモードでない場合は、ステップ１０４へ進む。
【００３０】
ステップＳ１０４では、端末ログデータの動作モードが第２のモードか否かをチェックする。前記動作モードが第２のモードである場合は、ステップＳ１０８へ進む。前記動作モードが第２のモードでない場合は、さらに、動作モードをチェックするステップへ進む。
【００３１】
ステップＳ１０５では、ログデータのステータス情報を「待ち受け」に設定して当該処理を終了する。
【００３２】
ステップＳ１０６では、ログデータのステータス情報を「マナー」に設定して当該処理を終了する。
【００３３】
ステップＳ１０７では、ログデータのステータス情報を「ドライブ」に設定して当該処理を終了する。
【００３４】
ステップＳ１０８では、端末ログデータの付帯情報を使って、特定のルールに基づきステータス情報を決定し設定して、当該処理を終了する。
【００３５】
また、ログサーバ１は、各携帯端末の利用者に応じたメンバ（家族や、友人、サークルの仲間）に関する情報（例えば、各メンバの利用者識別子を含む情報；メンバ情報という），メンバから合図（合図に関しては後述する）があったか否かを示す合図情報も管理しているものとする。前記合図情報は、携帯端末２から合図の宛先メンバ（の利用者識別子）と送信元の利用者識別子とを含む合図メッセージとして送信され、宛先メンバに応じたメンバ情報と共にログデータに、合図の有無として格納される。図４にメンバ情報の一例であるメンバ情報Ｔ３を示す。
【００３６】
そして、ログサーバ１は、携帯端末２からの求めに応じて、メンバ情報と各メンバに応じたステータス情報もしくはメンバ情報と各メンバに応じたステータス情報と合図情報を送信する。
【００３７】
携帯端末２は通信ネットワーク１００を介して前記ログサーバ１に接続する携帯端末でであって、動作モード（第１のモード，第２のモード，マナーモード，ドライブモード，通信圏内モード，通信圏外モードなど）の変化を検出するモード検出機能，端末使用動作検出機能（例えば、開閉型携帯端末では開閉状態検出機能、スライド型携帯端末ではスライド状態検出機能など）、携帯端末における端末ログデータを生成するログデータ生成機能、端末ログデータを送信するログデータ送信制御機能、ログサーバ１で管理される携帯電話２に応じたステータス情報を取得するステータス情報取得機能、取得したステータス情報に基づいてメンバのステータス情報を表示するステータス表示機能、キーボード（ダイアルキー）などを含む入力機能、一般的な電話機能の一つであって指定された宛先に電話を発信する電話発信機能、電子メールを作成するメール作成機能、メンバに合図を送信する合図送信機能、制御ユニット，携帯電話２の利用者を識別する利用者識別子を備える。
【００３８】
本実施形態で使用される携帯端末２は、例えば、現在最も流通している上部筐体と下部筐体とをヒンジ部を介して開閉可能に接続した折り畳み型（以下、開閉型という）携帯電話機、図５中のスライド式携帯電話機２Ａのような携帯電話機である。
【００３９】
なお、開閉型やスライド型の携帯端末では、それぞれ、開閉状態検出機能やスライド状態検出機能が具備されているものとする。例えば、開閉型携帯端末の場合、ヒンジ部に設けられた開閉センサから出力される検出信号を監視することによって筐体の開状態への変化を検出する。
【００４０】
モード検出機能は、携帯電話２の動作モード（第１のモード，第２のモード，マナーモード，ドライブモード，通信圏内モード，通信圏外モードなど）の変化を検出する機能であって、予め備えられた携帯端末自体の動作を検知するセンサからの信号に基づいて検出する動作モードと制御ユニットから動作モードを取得する。なお、各モードは、同時に発生することもある。例えば、第２のモードとマナーモードは同時に発生することがある。予め備えられたセンサに基づいて動作モードを検出する具体例を以下に説明する。
【００４１】
開閉状態検出機能に応じたモード検出機能である場合、携帯端末筐体のヒンジ部に設けられた開閉センサから出力される検出信号を監視することによって筐体が開状態に変化したかを検出し、その検出信号に応じてモード検出機能が動作モードを出力し、さらに、開閉回数をカウントし出力する。
【００４２】
端末使用動作検出機能がスライド状態検出機能に応じたモード検出機能である場合、携帯端末筐体のスライドカバー部に設けられた開閉センサから出力される検出信号を監視することによって筐体が開状態に変化したかを検出し、その検出信号に応じてモード検出機能が動作モードを出力し、開閉回数をカウントし出力する。
【００４３】
端末使用動作検出機能は、モード検出機能から取得した動作モード（及び付帯情報）と、前記制御ユニットを介して取得できる動作を単位時間あたりにカウントした付帯情報（例えば、筐体の開閉回数，電話の発信回数，合図送信回数）をログデータ生成機能に出力する。
【００４４】
例えば、前記付帯情報の取得方法としては、端末使用動作検出機能が、電話発信機能から単位時間あたりの発信回数を取得する。端末使用動作検出機能が、合図送信機能から単位時間あたりの送信回数を取得する。
【００４５】
制御ユニットは、例えば、マイクロコンピュータ（例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ））やＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）からなり、各機能を制御する。
【００４６】
また、制御ユニットは、キーボード２ｂの各キーに、特定の機能（アプリケーション；例えば、電話発信機能，メール作成機能，合図送信機能）を割り当て、該キーを押下することによって、入力機能から送られるキー操作情報を取得し、該キーに割り当てられた機能を活性化する。
【００４７】
また、前記制御ユニットは、開閉状態検出機能によって閉状態を検出した場合には、第１モードに携帯端末を設定しモード検出機能に使用状態であること示す検出情報を出力させる。また、前記制御ユニットは、開閉状態検出機能によって開状態を検出した場合には、第２モードに携帯端末を設定しモード検出機能に未使用状態であること示す検出情報を出力させる。
【００４８】
例えば、開閉型携帯端末では、筐体が閉状態のときには第１モードに設定し、閉状態から開状態に変化した場合に第２モードに設定する。スライド型携帯端末でも、同様に、スライドしていない状態からスライドした状態に変化した場合に第１のモードから第２のモードに設定する。
【００４９】
ログデータ生成機能は、前記端末使用動作検出機能から送られたデータ（動作モード，付帯情報）を携帯端末内の端末ログデータに含める。図６に端末ログデータＴ１の一例を示す。
【００５０】
ログデータ送信制御機能は、ログサーバ１に対し定期的にアクセスし、携帯端末内の端末ログデータのデータを利用者識別子と共に送信する。そして、ログサーバ１が管理している各利用者識別子に応じたログデータは更新される。
【００５１】
ステータス情報取得機能は、ログサーバ１で管理される携帯電話２に応じたステータス情報とメンバ情報を定期的に取得する。なお、合図情報も、ステータス情報とメンバ情報と合わせて取得し、ステータス表示機能を用いて合図に関する表示を行っても良い。
【００５２】
電話発信機能は、一般的な電話機能の一つであるため、説明を省略する。
【００５３】
メール作成機能、現在の携帯電話において、一般的な機能であるため、説明を省略する。
【００５４】
ステータス表示機能は、ログサーバ１からステータス情報取得機能によって取得したメンバ情報における各メンバに応じたステータス情報を携帯端末のキーの配置に対応させて表示する。
【００５５】
合図機能は、前記入力機能によって入力されたキーに応じたメンバに対し、メンバの注意を引くような動作をメンバの携帯電話に行わせる合図メッセージをログサーバに送信する。この合図メッセージによって、コミュニケーションの切っ掛けを作ることができる。
【００５６】
本実施形態における携帯端末のステータス情報表示動作を図７に基づいて説明する。なお、以下の説明では、各携帯端末利用者は、家族や、友人、サークルの仲間など、利用者がコミュニケーションを取り合いたいと考えるメンバを予め登録してあるものとする。また、登録したメンバの携帯端末のステータス情報は、ログサーバ１に対する定期的なアクセスによって、ダウンロードされ、利用者の携帯端末の画面に表示されるものとする。
【００５７】
図７Ａもしくは図７Ｂ中の携帯電話２の画面２ａは、分割された画面１マスに１メンバを割り当てている。例えば、画面２ａを９分割した場合には、９メンバまで登録できるし、１２分割した場合には１２メンバまで登録できる。各マスに表示されるキャラクタによって、そのメンバの携帯端末２を使用したステータス情報を示す。なお、そのメンバが住む住所を登録しておき、その住所情報に基づいて、一般に公開されている天気情報をＷｅｂを通じて取得し、その情報を天気を現すマークとして併せて表示してもよい。
【００５８】
ステータス情報は、ログサーバ１によって、携帯電話２から送信されたログデータの付帯情報及び動作モードに特定のルール（ステータス割り当てルール）に適応して割り当てられる。
【００５９】
例えば、ログサーバ１は、該携帯電話２から送信されたログデータを用いてポイントを計算し、該ポイントに基づいたルール（ステータス割り当てルール）によって、各メンバのステータス情報を割り当て、該ステータス情報をログデータに含めて蓄積し管理する。
【００６０】
例えば、携帯電話２が、前述した筐体の開閉動作あるいはスライド動作の回数を一定時間内でカウントし、ログサーバ１が、該回数をポイントと見做しても良い。筐体の開閉動作あるいはスライド動作だけでなく、制御ユニットによって、検知できる動作をカウントし、その合計あるいは、それらの回数を用いた計算式によって算出したポイントによって、ステータス情報を対応付けてもよい。
【００６１】
そして、ログサーバ１は、携帯電話からの求めに応じて、その各メンバと各メンバに応じたステータス情報を携帯電話に送信する。携帯電話は、各メンバと各メンバに応じたステータス情報を受信し、該ステータス情報に応じたキャラクタを決定し、携帯電話２の画面に表示する。
【００６２】
例えば、図８はステータス情報に応じたキャラクタを対応づけた例１を示す図であって、ログデータの付帯情報が、単位時間内（例えば、２時間以内）の開閉回数であって、回数ａ未満に対応するステータス情報にキャラクターＣ１、回数ａ以上回数ｂ未満に対応するステータス情報ならキャラクターＣ２、回数ｂ以上回数ｃ未満に対応するステータス情報ならキャラクターＣ３、回数ｃ以上回数ｄ未満に対応するステータス情報ならキャラクターＣ４に対応付けるものとする。
【００６３】
なお、また、充電状態，マナーモードといった、利用者が能動的に行なう状態変化やモード変化についても、キャラクタに図柄として反映させてもよい。例えば、図９はステータス情報に応じたキャラクタを対応づけた例２を示す図であって、キャラクタＣ５はマナーモード、キャラクタＣ６は充電状態を示すものである。
【００６４】
携帯端末２の画面表示動作及び合図送信動作を図１０に基づいて説明する。なお、図１０Ａ〜Ｅまでは、画面表示の一例である。以下の説明では、左上のマス目に配置したユーザから、右下のマスに配置したユーザを携帯端末のボタン１〜９に各々割り当てるものとする。
【００６５】
図１０Ａは、携帯端末２の画面２ａを９分割し、予め登録したメンバ７人のステータス情報及びメンバの住所の周辺天気をキャラクタ表示した一例である。
【００６６】
図１０Ａ中の画面２ａ上の左上部のマス目のキャラクター（ステータス情報表示ＳＴ１）が、ログサーバ１から送信されたＡさんのステータス情報を示す。即ち、ステータス情報表示ＳＴ１は、Ａさん居住周辺地域がくもりであり、図８で説明したステータス割り当てルールに基づけば、Ａさんは単位時間内に何度も携帯の開閉を行っていることがわかる。
【００６７】
例えば、ステータス情報表示ＳＴ１によれば、例えば、Ａさんが、仕事では携帯をあまり使わないような人であれば、仕事が一段落し、携帯電話を触る時間が出来た、と推測できる。一方、Ａさんが当該システムに登録している携帯電話を用いて仕事をしている人ならば、現在仕事がとても忙しい、ということが推測できる。
【００６８】
同様に、図１０Ａ中の画面２ａ上の中央部のマス目に位置するＤさんのステータス情報表示ＳＴ２は、Ｄさんが、殆ど携帯端末の開閉を行っていないこと、充電を行なっていることを示す。この表示は、ステータス情報表示ＳＴ２を見る利用者に、自宅で携帯電話を充電しながら、どこか別の場所で休んでいる、といったようなことが推測させることもできる。同様に、図１０Ａ中の画面２ａ上の左下のマス目に位置するＧさんのステータス情報表示ＳＴ５は、携帯端末の開閉を少し行ったが、マナーモードに設定されていることがわかる。
【００６９】
図１０Ａにおいて、キーボード２ｂにおけるキー２番を押下したとすると、図１０Ｂのように画面２ａにおいてキー２番に対応するＢさんに対するアクション（例えば、「合図を送る」、「メールを書く」、「電話をかける」）選択肢を示すメニューＷ１を表示する。なお、それぞれの選択肢は、各々キー１番から３番を割り当てる。
【００７０】
図１０Ｂ中でキー１番を押下した場合、即ち、Ｂさんに対して選択肢「合図を送る」を選択した場合、携帯端末２に予め組み込まれている合図送信機能が呼び出され、図１０Ｃのように合図送信先をＢさんとして設定した発信画面Ｗ２を表示する。さらに、ログサーバ１に、Ｂさん宛てに合図を送るという情報（合図メッセージ）を送り、ログサーバ１はこの情報を保持する。なお、送り主はＸさんとする。
【００７１】
次に、Ｂさんの携帯端末が、前述したとおり、登録メンバのログ情報取得のために定期的なログサーバ１へアクセスし、前記合図情報をダウンロードする。
【００７２】
そして、Ｂさんの携帯端末２’は、図１１中の画面２’ａのように、例えば、着信音やバイブレーションなどと共に「Ｘさんから合図がきました」という内容のメッセージ画面Ｗ５を表示する。
【００７３】
図１０Ｂ中でキー２番を押下した場合、即ち、Ｂさんに対して「電話をかける」を選択した場合、携帯端末２に予め組み込まれている電話発信機能が呼び出され、図１０Ｄのように発信先をＢさんとして設定した発信画面Ｗ３を表示する。
【００７４】
図１０Ｂ中でキー３番を押下した場合、即ち、Ｂさんに対して「メールを書く」を選択した場合、同様に、携帯端末２に予め組み込まれているメール作成機能が呼び出され、図１０Ｅのように、宛先をＢさんとして設定したメール作成画面Ｗ４を表示する。
【００７５】
携帯端末２（及び２’）とログサーバ１間のシーケンスの一例を図１２に基づいて説明する。
【００７６】
利用者Ｘの携帯端末２が端末ログデータをログサーバ１に送信し（Ｍ１０１）、ログサーバ１は、ログデータをステータス情報を作成し、データベースに蓄積する。
【００７７】
次に、利用者Ｘの携帯端末２が、他メンバのステータス情報取得を要求し（Ｍ１０２）、ログサーバ１からステータス情報を取得する（Ｍ１０３）。
【００７８】
そして、取得したステータス情報に応じたキャラクタを携帯端末２の画面に表示する。
【００７９】
次に、利用者Ｘの携帯端末２が、宛先を利用者Ａとした合図メッセージをログサーバ１に送信する（Ｍ１０４）。
【００８０】
次に、利用者Ａの携帯端末２’が、他メンバのステータス情報取得を要求し（Ｍ１０５）、ログサーバ１からステータス情報と合図情報を取得する（Ｍ１０６）。そして、取得したステータス情報と合図情報に応じたキャラクタを携帯端末２’の画面に表示する。
【００８１】
以上のように、本実施形態では、上述のインターネットメッセンジャにおける次のような課題に応じている。ログインしているか否か、という情報（即ち、ログイン情報）については自動で登録され、その情報が家族や友人といったメンバに伝達されるが、例えば「忙しい」といった、その他の情報（ステータス情報）は、利用者本人の登録操作を必要とするため、必ずしも簡便ではない。また、その登録操作を忘れたりすることによって、メンバに伝達されている情報と、実態との間に齟齬を生じる可能性が非常に高かった。そのため、本人の実際の活動状態を反映した情報が自動的に伝達される技術が求められていた。
【００８２】
そして、本実施形態は、従来の一般的なコミュニケーションシステムでは、相手のステータス情報として、ログイン情報あるいは利用者が登録する情報しか交換できなかったが、これまで注目されることのなかった携帯端末の筐体（もしくはカバー）の開閉もしくはスライド動作という、携帯電話の動作情報を取得し、その情報一人分を、９分割あるいは１２分割した携帯端末の画面一マス分にキャラクターや記号を使用して表示することによって、その動作情報を参照しながら、相手の状況を推測することを可能にした。
【００８３】
さらに、推測に基づいて、利用者が、相手に合図，メール，電話といったコミュニケーション手段から適切な手段を選び、[１〜９番]（画面９分割の場合）あるいは[１〜９番＋０番，＃，＊]（画面１２分割の場合）のキーを使用し、ワンタッチでコミュニケーションをとることが可能になった。これは、画面上でのユーザの配置と、当該ユーザにコミュニケーションをとる際に押下するキーの配置が同一になっているので、直感的にわかり易く、相手の状況推定からコミュニケーションへの移行が促進される。
【００８４】
なお、本実施形態では、携帯端末内のアプリケーションプログラムが定期的に動作する必要が生じるため、携帯端末内の電池使用量が通常よりも多くなる。このため、常時連続的にサーバにアクセスし続けることは現実的ではなく、携帯端末に開閉もしくはスライド操作が加わった時には即時のアクセスと情報の更新（他メンバのステータス情報のダウンロードと、表示の更新）を行い、その他のときには、一定時間ごとに制限すべきである。この時間間隔も、例えば、夜間や長時間開閉動作がないときには長くすると電池の消費を抑えるのに効果的になる。
【００８５】
以上、本発明の実施形態について説明したが、本発明は説明した実施形態に限定されるものでなく、各請求項に記載した範囲において各種の変形を行うことが可能である。
【００８６】
例えば、本実施形態では、合図情報をメンバ情報，ステータス情報と同時に取得しているが、メンバ情報と合図情報をだけで取得しても良い。
【図面の簡単な説明】
【００８７】
【図１】本実施形態におけるコミュニケーションシステムの構成図。
【図２】ログデータの一例を示す図。
【図３】ステータス情報を割り当てる手順の一例を示す図。
【図４】メンバ情報の一例を示す図。
【図５】スライド式携帯電話機の一例を示す図（図５Ａは閉状態を示す図、図５Ｂは開状態を示す図）。
【図６】端末ログデータの一例を示す図。
【図７】携帯端末のステータス情報表示動作の例を示す図（図７Ａ及び図７Ｂは画面表示の例）。
【図８】ステータス情報に応じたキャラクタを対応づけた例１を示す図
【図９】ステータス情報に応じたキャラクタを対応づけた例２を示す図
【図１０】携帯端末の画面表示動作及び合図送信動作を示す図（図１０Ａ〜図１０Ｅは、それぞれ画面表示の一例を示す図）。
【図１１】携帯端末の合図受信動作を示す図。
【図１２】携帯端末とログサーバ間のシーケンスの一例を示す図。
【符号の説明】
【００８８】
１…ログサーバ
２，２’，２Ａ…携帯端末
２ａ，２’ａ…画面
２ｂ，２’ｂ…キーボード
１００…通信ネットワーク
Ｃ１〜Ｃ６…キャラクタ
ＳＴ１〜ＳＴ５…ステータス情報表示
Ｗ１…選択肢を示すメニュー
Ｗ２…合図送信画面
Ｗ３…電話発信画面
Ｗ４…メール作成画面
Ｗ５…メッセージ画面
Ｔ１…端末ログデータ
Ｔ２…ログデータ
Ｔ３…メンバ情報
【図１】
2009003823.tif 000003
【図２】
2009003823.tif 000004
【図３】
2009003823.tif 000005
【図４】
2009003823.tif 000006
【図５】
2009003823.tif 000007
【図６】
2009003823.tif 000008
【図１２】
2009003823.tif 000009
【図７】
2009003823.tif 000010
【図８】
2009003823.tif 000011
【図９】
2009003823.tif 000012
【図１０】
2009003823.tif 000013
【図１１】
2009003823.tif 000014