(57)【要約】【課題】本発明は、チャットに参加している参加者のうち、メッセージの入力速度が遅い参加者が、他の参加者の発言に邪魔されずに自分が発言したいタイミングで発言できるクライアントを提供する。【解決手段】本発明のクライアントは、ユーザ操作処理部４０３が、第１のクライアントへ送信するメッセージの入力を開始したことを通知するための入力開始通知を第２のクライアントから受信すると、前記第１のクライアントまたは前記第２のクライアントとの間で送受信するメッセージに対して、前記第２のクライアントによるメッセージの入力速度に応じた処理を実行する。【選択図】図２
2009163601.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも第１の通信端末を含む１つまたは複数の通信端末との間で通信を行う通信部と、
各種演算処理を行う処理部と、
情報を入力する入力部と、
を備えた通信端末であって、
前記通信部は、前記第１の通信端末のメッセージ入力速度を含む入力速度情報を受信し、
前記処理部は、前記第１の通信端末が、前記１つまたは複数の通信端末と当該通信端末のうちいずれかの通信端末へ送信するメッセージの入力を開始したことを通知するための入力開始通知を前記通信部より受信すると、前記１つまたは複数の通信端末との間で送受信するメッセージに対して、前記第１の通信端末のメッセージの入力速度に応じた処理を実行する、
通信端末。
【請求項２】
請求項１記載の通信端末であって、
前記通信端末は、情報を表示する表示部を備え、
前記通信部は、第２の通信端末との間で通信を行い、前記第２の通信端末のメッセージ入力速度を含む入力速度情報を受信し、
前記入力通知は前記第１の通信端末が第２の通信端末へ送信するメッセージの入力を開始したことの通知であり、
前記処理部は、前記第１の通信端末によるメッセージの入力速度が前記第２の通信端末のメッセージの入力速度よりも遅い場合、前記入力開始通知を前記第１の通信端末から受信した第１の時点から前記メッセージの入力を終了したことを通知するための入力終了通知を前記第１の通信端末から受信する第２の時点までの期間に前記第２の通信端末から受信したメッセージを、前記第２の時点の後に前記表示部に表示させる、
通信端末。
【請求項３】
請求項１記載の通信端末であって、
通信端末は、当該通信端末のメッセージの入力速度を記憶する記憶部を有し、
前記処理部は、前記第１の通信端末のメッセージの入力速度が、前記記憶部が記憶する当該通信端末のメッセージの入力速度よりも遅い場合、前記入力開始通知を前記第１の通信端末から受信した第１の時点から前記メッセージの入力を終了したことを通知するための入力終了通知を前記第１の通信端末から受信する第２の時点までの期間において、当該通信端末からメッセージを送信することを禁止する、
通信端末。
【請求項４】
請求項１から３のいずれか一項に記載の通信端末であって、
前記通信部は、前記入力開始通知に含まれる、前記第１の通信端末によるメッセージの入力速度に関する入力速度情報に基づくことを特徴とする
通信端末。
【請求項５】
請求項１から３のいずれか一項に記載の通信端末であって、
前記通信部は、サーバを介して前記１つまたは複数の通信端末と通信を行い、
前記通信部は、前記サーバから受信するプレゼンス情報に含まれる、前記第１の通信端末によるメッセージの入力速度に関する入力速度情報に基づくことを特徴とする通信端末。
【請求項６】
請求項４または５記載の通信端末であって、
前記第１の通信端末の入力速度情報は、前記入力部の種別を表す情報により構成される、
通信端末。
【請求項７】
請求項４または５記載の通信端末であって、
前記入力速度情報は、前記第１の通信端末のメッセージの送信頻度を表す情報により構成される、
通信端末。
【請求項８】
請求項４または５記載の通信端末であって、
前記入力速度情報は、前記第１の通信端末の利用者による前記入力部の習熟度を表す情報により構成される、
通信端末。
【請求項９】
少なくとも第１の通信端末を含む１つまたは複数の通信端末の間で通信を行う通信部と、
各種演算処理を行う処理部と、
情報を入力する入力部と、
情報を表示する表示部と、
を備え、
前記通信部は、前記第１の通信端末のメッセージ入力速度を含む入力速度情報を受信し、
前記処理部は、前記第１の通信端末が、前記１つまたは複数の通信端末と該通信端末のうちいずれかの通信端末へ送信するメッセージの入力を開始したことを通知するための入力開始通知を前記通信部より受信すると、前記第１の通信端末のメッセージの入力速度に関する入力速度情報を前記表示部に表示させる、
通信端末。
【請求項１０】
第１の通信端末と第２の通信端末を含む複数の通信端末と通信を行う通信部と、
各種演算処理を行う処理部と、
を備え、
前記処理部は、第２の通信端末へ送信するメッセージの入力を開始したことを通知するための入力開始通知を第１の通信端末から受信すると、前記第２の通信端末へ送信するメッセージに対して、前記第１の通信端末のメッセージの入力速度に応じた処理を実行する、
サーバ。
【請求項１１】
請求項１０記載のサーバであって、
前記処理部は、前記第１の通信端末によるメッセージの入力速度が前記第２の通信端末によるメッセージの入力速度よりも遅い場合、前記入力開始通知を前記第１の通信端末から受信した第１の時点から前記メッセージの入力を終了したことを通知するための入力終了通知を前記第１の通信端末から受信する第２の時点までの期間に前記第２の通信端末から受信したメッセージを、前記第２の時点の後に送信する、
サーバ。
【請求項１２】
請求項１０または１１に記載のサーバであって、
前記処理部は、前記入力開始通知に含まれる、前記第１の通信端末によるメッセージの入力速度に関する入力速度情報を参照して、当該第１の通信端末によるメッセージの入力速度を認識する、
サーバ。
【請求項１３】
請求項１０または１１に記載のサーバであって、
前記処理部は、前記第１の通信端末から受信するプレゼンス情報に含まれる、前記第１の通信端末によるメッセージの入力速度に関する入力速度情報を参照して、前記第１の通信端末によるメッセージの入力速度を認識する、
サーバ。
【請求項１４】
請求項１２または１３記載のサーバであって、
前記入力速度情報は、前記１つまたは複数の通信端末が備える入力部の種別を表す情報により構成される、
サーバ。
【請求項１５】
請求項１２または１３記載のサーバであって、
前記入力速度情報は、前記第１の通信端末のメッセージの送信頻度を表す情報により構成される、
サーバ。
【請求項１６】
請求項１２または１３記載のサーバであって、
前記入力速度情報は、前記第１の通信端末の利用者による当該第１の通信端末が備える入力部の習熟度を表す情報により構成される、
サーバ。
【請求項１７】
少なくとも第１の通信端末と第２の通信端末を含む複数の通信端末と通信を行う通信制御方法であって、
第２の通信端末へ送信するメッセージの入力を開始したことを通知するための入力開始通知を第１の通信端末から受信するステップと、
前記第２の通信端末または前記第１の通信端末との間で送受信するメッセージに対して、前記第１の通信端末によるメッセージの入力速度に応じた処理を実行するステップと、
を有する通信制御方法。
【請求項１８】
少なくとも第１の通信端末と第２の通信端末を含む複数の通信端末と通信を行う通信制御方法であって、
第１の通信端末が第２の通信端末へ送信するメッセージの入力を開始したことを通知するための入力開始通知を第１の通信端末から受信するステップと、
前記第２の通信端末へ送信するメッセージに対して、前記第１の通信端末によるメッセージの入力速度に応じた処理を実行するステップと、
を有する通信制御方法。
【請求項１９】
コンピュータに、請求項１７また１８に記載の各ステップを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インスタントメッセージング（Instant Messaging：IM）システムを構成する通信端末（クライアント）及びサーバに関し、特に、メッセージを作成中であるクライアントがその旨を他のクライアントに通知するインスタントメッセージングシステムに関する。
【背景技術】
【０００２】
従来、PCや携帯電話などを用いて複数のユーザが互いに簡単なメッセージを送りあうことでチャット（会話）をすることができるサービスとしてインスタントメッセージングサービス（IMサービス）がある。ここで、一般にチャットに参加しているある参加者が他の参加者にメッセージを送ることを「発言」と呼ぶことがある。
【０００３】
これまで、チャットに参加している参加者のうち、メッセージの入力速度が遅い参加者が、他の参加者の発言に邪魔されて自分が発言するタイミングを逃してしまうという課題があった。例えば、メッセージの入力速度が遅くなる傾向にあるクライアント（例えば、操作キーの構成や配置に関して自由度が低いために、操作性をある程度犠牲にせざるを得ない携帯電話。）を使ってIMセッションに参加した参加者が、他の参加者の発言に対するメッセージを作成している間に、メッセージの入力速度が速くなる傾向にあるクライアント（例えば、キーの構成や配置に関して自由度が高く、操作性が重視されたキーボートを利用することができるPC）を使ってIMセッションに参加した他の参加者によっていくつかの発言がやり取りされると、作成していたメッセージが会話の流れに合わなくなり、メッセージの送信を断念せざるを得なくなる状況がある。このような状況は、クライアントが備える入力デバイスの種類だけが原因となって生じるのではなく、入力デバイスに対する操作方法の慣れ（習熟度）などの原因が複合して生じるものである。
【０００４】
この課題を解決するための従来技術として特許文献１、特許文献２に開示される技術がある。特許文献１には、チャットにおいて、メッセージを送信できる権利を持つ参加者を１名に限定し、その参加者がメッセージを送信し終える度にその権利を他の参加者に渡すシステムについて開示されている。特許文献１のシステムによって、参加者全員に対して発言の機会をメッセージの入力速度に関わらず確保することができるため、参加者がチャットによるコミュニケーションに参加し易くなる。
【０００５】
また、特許文献２には、チャットにおいて、ある参加者がメッセージを送信する前にメッセージ送信予告を他の参加者に通知しておくシステムについて開示されている。特許文献２のシステムによって、メッセージ送信予告を通知した他の参加者に対して、後ほど実際にメッセージが送信されるまでメッセージを送信することを控えるよう促すことになるため、メッセージの行き違いを防止し、スムーズな会話を行うことができる。
【特許文献１】特開２００５−３１６９８２号公報
【特許文献２】特開２０００−２８５０４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に開示されているシステムでは、発言することができる参加者が常に１名に限定されるものであり、参加者全員がいつでも発言することができるものではない。このため、特許文献１のシステムによって実現されるチャットは、参加者全員にとって利便性が良いとは言い難い。
【０００７】
また、特許文献２に開示されているシステムでは、ある参加者がメッセージ送信予告を通知することによって、あくまでも他の参加者にメッセージの送信を控えるよう促すのみである。このため、通知されたメッセージ送信予告を他の参加者が無視した場合には効果がなく、結局、メッセージの送信を断念せざるを得なくなる状況が依然として発生し得る。
【０００８】
本発明は、上記事情に鑑みてなされたもので、チャットに参加している参加者のうち、メッセージの入力速度が遅い参加者が、他の参加者の発言に邪魔されずに自分が発言したいタイミングで発言できる通信端末、サーバ及びプログラム、並びに通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の通信端末は、少なくとも第１の通信端末を含む１つまたは複数の通信端末との間で通信を行う通信部と、各種演算処理を行う処理部と、情報を入力する入力部とを備え、前記通信部は、前記第１の通信端末のメッセージ入力速度を含む入力速度情報を受信し、前記処理部は、前記第１の通信端末が、前記１つまたは複数の通信端末と当該通信端末のうちいずれかの通信端末へ送信するメッセージの入力を開始したことを通知するための入力開始通知を前記通信部より受信すると、前記１つまたは複数の通信端末との間で送受信するメッセージに対して、前記第１の通信端末のメッセージの入力速度に応じた処理を実行する、ものである。この構成により、第１の通信端末の入力速度に応じて、処理を行うため、第１の通信端末のユーザと円滑なコミュニケーションが行うことができる。
【００１０】
また、本発明の通信端末は、情報を表示する表示部を備え、前記通信部は、第２の通信端末との間で通信を行い、前記第２の通信端末のメッセージ入力速度を含む入力速度情報を受信し、前記入力通知は前記第１の通信端末が第２の通信端末へ送信するメッセージの入力を開始したことの通知であり、前記処理部は、前記第１の通信端末によるメッセージの入力速度が前記第２の通信端末のメッセージの入力速度よりも遅い場合、前記入力開始通知を前記第１の通信端末から受信した第１の時点から前記メッセージの入力を終了したことを通知するための入力終了通知を前記第１の通信端末から受信する第２の時点までの期間に前記第２の通信端末から受信したメッセージを、前記第２の時点の後に前記表示部に表示させる、ものを含む。この構成により、第１と通信端末の入力速度が第２の通信端末より遅い場合でも、発言を行おうとするメッセージを入力したタイミングに基づいて表示を行うため、第１と第２の通信端末のユーザと円滑なコミュニケーションが行うことができる。
【００１１】
また、本発明の通信端末は、当該通信端末のメッセージの入力速度を記憶する記憶部を有し、前記処理部は、前記第１の通信端末のメッセージの入力速度が、前記記憶部が記憶する当該通信端末のメッセージの入力速度よりも遅い場合、前記入力開始通知を前記第１の通信端末から受信した第１の時点から前記メッセージの入力を終了したことを通知するための入力終了通知を前記第１の通信端末から受信する第２の時点までの期間において、当該通信端末からメッセージを送信することを禁止する、ものを含む。この構成により、第１と通信端末の入力速度がユーザの通信端末より遅い場合でも、第１の通信端末のユーザが発言を行おうとするメッセージを入力したタイミングより発言が表示されるまでメッセージの送信を待つため、第１との通信端末のユーザと円滑なコミュニケーションが行うことができる。
【００１２】
また、本発明の通信端末は、前記通信部は、前記入力開始通知に含まれる、前記第１の通信端末によるメッセージの入力速度に関する入力速度情報に基づくことを特徴とする、ものを含む。この構成により、第１の通信端末がメッセージを入力したタイミングで、第１の通信端末の入力速度を知ることができるため、第１の通信端末のメッセージ入力毎に第１の通信端末のメッセージ入力速度に応じた適切な処理が行える。
【００１３】
また、本発明の通信端末は、前記通信部は、サーバを介して前記１つまたは複数の通信端末と通信を行い、前記通信部は、前記サーバから受信するプレゼンス情報に含まれる、前記第１の通信端末によるメッセージの入力速度に関する入力速度情報に基づいて認識するものを含む。この構成により、第１の端末のプレゼンスが変化する毎に、第１の通信端末の入力速度を知ることができるため、第１の通信端末のメッセージ入力速度に応じた適切な処理が行える。
【００１４】
また、本発明の通信端末は、前記入力速度情報が、前記入力部の種別を表す情報により構成される、ものを含む。この構成により入力部のデバイスの種類に応じた、処理ができるため、通信端末のユーザが入力部のデバイスに依存しないで円滑なコミュニケーションが行うことができる。
【００１５】
また、本発明の通信端末は、前記入力速度情報が、前記第１の通信端末によるメッセージの送信頻度を表す情報により構成される、ものを含む。この構成によりメッセージの送信頻度に応じた処理ができるため、メッセージの送信が少ないユーザとも円滑なコミュニケーションが行うことができる。
【００１６】
また、本発明の通信端末は、前記入力速度情報が、前記第１の送信端末の利用者による前記入力部の習熟度を表す情報により構成される、ものを含む。この構成によりユーザの入力部の習熟度に応じた処理ができるため、あまり入力部を習熟していないユーザとも円滑なコミュニケーションが行うことができる。
【００１７】
本発明の通信端末は、少なくとも第１の通信端末を含む１つまたは複数の通信端末の間で通信を行う通信部と、各種演算処理を行う処理部と、情報を入力する入力部と、情報を表示する表示部とを備え、前記通信部は、前記第１の通信端末のメッセージ入力速度を含む入力速度情報を受信し、前記処理部は、前記第１の通信端末が、前記１つまたは複数の通信端末と該通信端末のうちいずれかの通信端末へ送信するメッセージの入力を開始したことを通知するための入力開始通知を前記通信部より受信すると、前記第１の通信端末のメッセージの入力速度に関する入力速度情報を前記表示部に表示させる、ものである。
【００１８】
この構成により、チャットに参加している参加者のうち、メッセージの入力速度が遅い通信端末を利用する参加者は、他の通信端末を利用する他の参加者の発言に邪魔されずに自分が発言したいタイミングで発言できる。
【００１９】
本発明のサーバは、第１の通信端末と第２の通信端末を含む複数の通信端末と通信を行う通信部と、各種演算処理を行う処理部とを備え、前記処理部は、第２の通信端末へ送信するメッセージの入力を開始したことを通知するための入力開始通知を第１の通信端末から受信すると、前記第２の通信端末へ送信するメッセージに対して、前記第１の通信端末のメッセージの入力速度に応じた処理を実行する、ものである。この構成により、第１と第２の通信端末の入力速度が違っていても、ユーザが円滑なチャットを行うことができる。
【００２０】
また、本発明のサーバは、前記処理部は、前記第１の通信端末によるメッセージの入力速度が前記第２の通信端末によるメッセージの入力速度よりも遅い場合、前記入力開始通知を前記第１の通信端末から受信した第１の時点から前記メッセージの入力を終了したことを通知するための入力終了通知を前記第１の通信端末から受信する第２の時点までの期間に前記第２の通信端末から受信したメッセージを、前記第２の時点の後に送信する、ものを含む。この構成により、チャットに参加している参加者のうち、メッセージの入力速度が遅い参加者も、他の通信端末を利用する他の参加者の発言に邪魔されずに自分が発言したいタイミングで発言できる。
【００２１】
また、本発明のサーバは、前記処理部は、前記入力開始通知に含まれる、前記第１の通信端末によるメッセージの入力速度に関する入力速度情報を参照して、当該第１の通信端末によるメッセージの入力速度を認識する、ものを含む。この構成により、第１の通信端末がメッセージを入力したタイミングで、第１の通信端末の入力速度を知ることができるため、第１の通信端末のメッセージ入力毎に第１の通信端末のメッセージ入力速度に応じた適切な処理が行える。
【００２２】
また、本発明のサーバは、前記処理部が前記処理部は、前記第１の通信端末から受信するプレゼンス情報に含まれる、前記第１の通信端末によるメッセージの入力速度に関する入力速度情報を参照して、前記第１の通信端末によるメッセージの入力速度を認識する、ものを含む。この構成により、第１の端末のプレゼンスが変化する毎に、第１の通信端末の入力速度を知ることができるため、第１の通信端末のメッセージ入力速度に応じた適切な処理が行える。
【００２３】
また、本発明のサーバは、前記入力速度情報が、前記１つまたは複数の通信端末が備える入力部の種別を表す情報により構成される、ものを含む。この構成により入力部のデバイスの種類に応じた、処理ができるため、複数の通信端末のユーザが入力部のデバイスに依存しないで円滑なコミュニケーションが行うことができる。
【００２４】
また、本発明のサーバは、前記入力速度情報が、前記第１の通信端末によるメッセージの送信頻度を表す情報により構成される、ものを含む。この構成によりメッセージの送信頻度に応じた処理ができるため、メッセージの送信が少ないユーザとも円滑なコミュニケーションが行うことができる。
【００２５】
また、本発明のサーバは、前記入力速度情報が、前記第１の通信端末の利用者による当該第１の通信端末が備える入力部の習熟度を表す情報により構成される、ものを含む。
【００２６】
この構成により、チャットに参加している参加者のうち、メッセージの入力速度が遅い参加者も、他の通信端末を利用する他の参加者の発言に邪魔されずに自分が発言したいタイミングで発言できる。
【００２７】
本発明の通信制御方法は、少なくとも第１の通信端末と第２の通信端末を含む複数の通信端末と通信を行う通信制御方法であって、第２の通信端末へ送信するメッセージの入力を開始したことを通知するための入力開始通知を第１の通信端末から受信するステップと、前記第２の通信端末または前記第１の通信端末との間で送受信するメッセージに対して、前記第１の通信端末によるメッセージの入力速度に応じた処理を実行するステップと、を有するものである。
【００２８】
本発明の通信制御方法は、少なくとも第１の通信端末と第２の通信端末を含む複数の通信端末と通信を行う通信制御方法であって、第１の通信端末が第２の通信端末へ送信するメッセージの入力を開始したことを通知するための入力開始通知を第１の通信端末から受信するステップと、前記第２の通信端末へ送信するメッセージに対して、前記第１の通信端末によるメッセージの入力速度に応じた処理を実行するステップと、を有するものである。
【００２９】
本発明のプログラムは、コンピュータに、本発明の通信制御方法に記載の各ステップを実行させるためのものである。
【００３０】
この構成により、チャットに参加している参加者のうち、メッセージの入力速度が遅い通信端末を利用する参加者は、他の通信端末を利用する他の参加者の発言に邪魔されずに自分が発言したいタイミングで発言できる。
【発明の効果】
【００３１】
本発明の通信端末、サーバ及びプログラム、並びに通信制御方法によれば、チャットに参加している参加者のうち、メッセージの入力速度が遅い通信端末を利用する参加者は、他の通信端末を利用する他の参加者の発言に邪魔されずに自分が発言したいタイミングで発言できる。
【発明を実施するための最良の形態】
【００３２】
以下に、本発明の実施の形態について、図面を参照しながら説明する。
【００３３】
（実施の形態１）
図１は本発明の実施の形態１のIMシステムの全体構成例を示したブロック図である。本発明の実施の形態１のIMシステムは、ネットワーク１、IMサーバ２、プレゼンスサーバ３、端末（クライアント）４、を含んで構成される。
【００３４】
ネットワーク１はインターネット標準規格で規定されたIP（Internet Protocol）に基づき通信を行う。IPの下位プロトコルとしては、EthernetのようなLAN（Local Area Network）のプロトコルやIEEE 802.11a/b/gのようなWLAN（Wireless LAN）のプロトコル、あるいはGPRS（GSM Packet Radio Service）のような携帯電話のPS（Packet Switch）のプロトコルなどが想定される。
【００３５】
IMサーバ２と端末４は、モバイルアプリケーションの標準化団体であるOMA（Open Mobile Alliance）が規定したOMA-TS-SIMPLE_IM-V1_0仕様に基づきIMサービスを実現する。より具体的には、制御プロトコルとしてSIP（Session Initiation Protocol、RFC3261）、データ通信プロトコルとしてMSRP（Message Session Relay Protocol、RFC4975）を用いる。これらはいずれもインターネット標準規格で規定された通信プロトコルであり、IPの上位プロトコルである。OMA-TS-SIMPLE_IM-V1_0仕様によれば、SIP、MSRPの各プロトコルを組み合わせて用いることにより、IMサービスを実現することができる。
【００３６】
プレゼンスサーバ３と端末４は、OMAが規定したOMA-TS-Presence_SIMPLE-V1_0仕様に基づきプレゼンスサービスを実現する。より具体的には、制御プロトコルとしてSIP（Session Initiation Protocol、RFC3261）を用いる。OMA-TS-Presence_SIMPLE-V1_0仕様によれば、SIPを用いてプレゼンスサービスを実現することができる。
【００３７】
IMサーバ２とプレゼンスサーバ３は、OMA標準規格で規定された仕様を実現する一般のサーバである。
【００３８】
図２は、本発明の実施の形態１の端末４の構成例を示したブロック図である。
本発明の実施の形態１の端末４は、通信インタフェース４０１、ユーザインタフェース４０２、ユーザ操作処理部４０３、ネットワーク受信処理部４０４、プレゼンス処理部４０５、情報格納部４０６、を含んで構成される。
【００３９】
通信インタフェース４０１は、ネットワーク１との間でIPに基づき通信するデバイスである。
【００４０】
ユーザインタフェース４０２は、端末４の利用者から操作を受け付けるキーボードやテンキーなどの入力手段（入力デバイス）と、メッセージを表示するための画面などの表示手段と、を含んで構成される。
【００４１】
ユーザ操作処理部４０３は、ユーザインタフェース４０２からの入力に基づき、情報格納部４０６にアクセスして処理を行い、結果を通信インタフェース４０１に出力する。ユーザ操作処理部４０３は、より具体的にはROM（Read Only Memory）などの記憶手段に格納され、CPU（Central Processing Unit）などの制御手段により実行されるコンピュータコンピュータプログラムである。
【００４２】
ネットワーク受信処理部４０４は、通信インタフェース４０１からの入力に基づき、情報格納部４０６にアクセスして処理を行い、結果をユーザインタフェース４０２に出力する。ネットワーク受信処理部４０４は、より具体的にはROMなどの記憶手段に格納され、CPUなどの制御手段により実行されるコンピュータプログラムである。
【００４３】
プレゼンス処理部４０５は、IMセッションを開始する前に通信インタフェース４０１を介して端末４のプレゼンス情報をプレゼンスサーバ３に送信し、プレゼンスサーバ３から通信インタフェース４０１を介して他の端末４のプレゼンス情報を受信して情報格納部４０６に格納する手段である。プレゼンス情報処理部４０５は、より具体的にはROMなどの記憶手段に格納され、CPUなどの制御手段により実行されるコンピュータプログラムである。また、プレゼンス処理部４０５は、プレゼンス処理を実行する一般に入手可能なコンピュータプログラムモジュールである。
【００４４】
情報格納部４０６は、ユーザ操作処理部４０３およびネットワーク受信処理部４０４の処理に用いられる各種情報を格納する手段である。情報格納部４０６は、より具体的にはRAM（Random Access Memory）などの記憶装置である。情報格納部４０６に格納される各種情報について以下に示す。情報格納部４０６には表１、表２、表３、表４、表５、表６が含まれる。
【００４５】
表１は、端末４が備える入力手段の種別（以下、入力手段種別と称する。）と、各入力手段種別に対応するポイントの対応関係の一例を示す表である。
【表１】
2009163601.tif 000003
【００４６】
また、表２は、端末４の利用者のIMセッションにおける発言頻度（例えば、1時間あたりの発言数）と、その発言頻度に対応するポイントの対応関係の一例を示す表である。
【表２】
2009163601.tif 000004
【００４７】
表３は、端末４の利用者の入力手段に対する習熟度（例えば、総利用時間）と、習熟度に対応するポイントの対応関係の一例を示す表である。
【表３】
2009163601.tif 000005
【００４８】
ここで、端末４の利用者が入力手段によって入力する際の入力速度は、表１、表２、表３のポイントを合計することで計算できるものとする。なお、端末４は、これらの対応関係のいずれか一つまたは二つを参照して、入力速度を計算するようにしてもよい。
【００４９】
表４は、各端末４の種別（自端末あるいは他端末）、識別子、入力手段種別、発言頻度、習熟度、状態、発言頻度およびその他のプレゼンス情報を格納する対応関係の一例を示す表である。
【表４】
2009163601.tif 000006
【００５０】
表５は、メッセージ表示禁止フラグと保存送信元を格納する表である。
【表５】
2009163601.tif 000007
【００５１】
表６は、蓄積メッセージを格納する表である。
【表６】
2009163601.tif 000008
【００５２】
ここで、本発明の実施の形態１の端末による動作例の説明に必要な概念であるisComposing通知について説明する。OMA-TS-SIMPLE_IM-V1_0仕様において、IMセッションの参加者が他の参加者にメッセージ作成中である旨を通知するためにisComposing通知がある。isComposing通知の形式の例を以下に示す。
【００５３】
MSRP 1234abcd SEND
（中略）
Content-Type: message/cpim
To: UserA <sip:userA@operator.com>
From: UserC <sip:userC@operator.com> 
DateTime: 2006-05-15T15:02:31-03:00
Content-Type: application/im-iscomposing+xml
<?xml version="1.0" encoding="UTF-8"?>
<isComposing xmlns="urn:ietf:params:xml:ns:im-iscomposing"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:ietf:params:xml:ns:im-composing iscomposing.xsd">
<state>active</state>
</isComposing>
-------1234abcd $
【００５４】
上記の形式の例において、<state>…</state>で囲まれた箇所が送信元の端末４の状態を示している。通常、ここにはメッセージ作成中を意味する「active」を指定する。
【００５５】
次に、本発明の実施の形態１の端末によるisComposing通知送受信時の動作例について説明する。図３は、本発明の実施の形態１の端末によるisComposing通知送受信時の動作例を示すシーケンス図である。
【００５６】
まず、送信側の端末４Ａの利用者がメッセージの作成を開始すると、送信側の端末４Ａは自らの状態をidleからactiveに変更し（ステップＳ４０１）、isComposing通知を送信する（ステップＳ４０２）。受信側の端末４Ｃは、isComposing通知を受信すると（ステップＳ４０３）、送信側の端末４Ａの状態をidleからactiveに変更する（ステップＳ４０４）。
【００５７】
次に、送信側の端末４Ａの利用者が作成したメッセージの送信操作を実行すると、送信側の端末４Ａは自らの状態をactiveからidleに変更し（ステップＳ４０５）、メッセージを送信する（ステップＳ４０６）。受信側の端末４Ｃは、送信されたメッセージを受信すると（ステップＳ４０７）、送信側の端末４Ａの状態をactiveからidleに変更する（ステップＳ４０８）。
【００５８】
次に、本発明の実施の形態１における端末４、IMサーバ２、プレゼンスサーバ３の動作例について説明する。図４は、本発明の実施の形態１における端末４Ａ、４Ｂ、４Ｃ、IMサーバ２、プレゼンスサーバ３の動作例を示すシーケンス図である。ここで、図４では、端末４Ｂ、４Ｃについてのみ内部動作を明記している。また、前提として、各端末４Ａ、４Ｂ、４Ｃの入力速度は、端末４Ｃが最も速く、次いで端末４Ａの入力速度が速く、端末４Ｂの入力速度が最も遅いものとする。
【００５９】
まず、IMセッションを開始する前に各端末４は互いにプレゼンス情報を共有する（ステップＳ５０１）。プレゼンス情報を共有する手順については、OMA-TS-Presence_SIMPLE-V1_0仕様に則って実施する。プレゼンス情報の一情報として、表１、表２、表３に示す情報を追加するようにしてもよい。次に、IMセッションを開始する（ステップＳ５０２）。IMセッションを開始する手順についてはOMA-TS-SIMPLE_IM-V1_0仕様に則って実施する。次に、端末４Ａは、メッセージの作成を開始すると、isComposing通知を送信する（ステップＳ５０３）。isComposing通知に含まれる一情報として、表１、表２、表３に示す情報を追加するようにしてもよい。端末４Ｃは、isComposing通知を受信すると表４に示す端末４Ａの状態をidleからactiveに変更する。このとき、端末４Ｃは、プレゼンス情報またはisComposing通知によって取得した表１、表２、表３に示す情報を参照して、端末４Ａの入力速度を認識すると、自端末４Ｃの入力手段よりも端末４Ａの入力速度の方が遅いため、表５に示すメッセージ表示禁止フラグをONにする（ステップＳ５０４）。なお、端末４Ｃは、isComposing通知を送信した端末４Ａの入力速度や、端末４Ｃの入力速度との比較結果を表示部に表示するようにしてもよい。
【００６０】
次に、端末４Ｂは、メッセージの作成を開始してisComposing通知を送信する（ステップＳ５０５）。端末４ＣはisComposing通知を受信すると表４に示す端末４Ｂの状態をidleからactiveに変更する（ステップＳ５０６）。このとき、端末４Ｃは、プレゼンス情報またはisComposing通知によって取得した表１、表２、表３に示す情報を参照して、端末４Ｂの入力速度を認識する。自端末４Ｃの入力速度よりも端末４Ｂの入力速度の方が遅いが、すでにステップＳ５０４の処理にてメッセージ表示禁止フラグをONにしているため何もしない。次に、端末４Ｂは、作成が完了したメッセージ１を送信する（ステップＳ５０７）。端末４Ｃは、メッセージ１を受信すると表４に示す端末４Ｂの状態をactiveからidleに変更する。このとき、表５に示すメッセージ表示禁止フラグがONであるためメッセージ１を表示せずに蓄積する（ステップＳ５０８）。
【００６１】
その後、端末４Ａは、作成が完了したメッセージ２を送信する（ステップＳ５０９）。端末４Ｃは、メッセージ２を受信すると表４に示す端末４Ａの状態をactiveからidleに変更する。このとき、受信したメッセージ２が表５に示すメッセージ表示禁止フラグをONにする契機となったisComposing通知を送信した端末４Ａから送信されたものであるため、表５に示すメッセージ受信メッセージ表示禁止フラグをOFFにする。そして、表５に示すメッセージ表示禁止フラグをONにしてから受信したメッセージ１、２を表示する（ステップＳ５１０）。
【００６２】
一方、端末４Ｂは、ステップＳ５０３で端末４ＡからisComposing通知を受信すると、表４に示す端末４Ａの状態をidleからactiveに変更する。このとき、端末４Ｂは、プレゼンス情報またはisComposing通知によって取得した表１、表２、表３に示す情報を参照して、端末４Ａの入力速度を認識すると、自端末４Ｂの入力速度よりも端末４Ａの入力速度の方が速いため、表５に示すメッセージ表示禁止フラグを変更しない（ステップＳ５１１）。また、ステップＳ５０９で端末４Ａからメッセージ２を受信すると表４に示す端末４Ａの状態をactiveからidleに変更する。ここで、表５に示すメッセージ表示禁止フラグがONでないため、メッセージ２をそのまま表示する（ステップＳ５１２）。
【００６３】
次に、本発明の実施の形態１の端末における各部の動作について説明する。まず、本発明の実施の形態１の端末におけるユーザ操作処理部４０３の動作について説明する。図５は、本発明の実施の形態１の端末におけるユーザ操作処理部４０３よる動作の流れを示すフローチャートである。
【００６４】
まず、ユーザインタフェース４０２からユーザ操作を受け付ける（ステップＳ１０１）。ユーザ操作の種別が「メッセージ入力開始」であれば（ステップＳ１０２、Ｙ）、表４に示す自端末の状態をidleからactiveに変更し（ステップＳ１０３）、isComposing通知を作成して送信して終了する（ステップＳ１０４、ステップＳ１１１）。次に、ユーザ操作の種別が「メッセージ送信」であれば（ステップ１０２、Ｎ。ステップＳ１０８、Ｙ）、表４に示す自端末の状態をactiveからidleに変更し（ステップＳ１０９）、メッセージを送信して終了する（ステップＳ１１０、ステップＳ１１１）。ユーザ操作の種別が上述のいずれにも該当しなければ（ステップＳ１０２、Ｎ。ステップ１０８、Ｎ）、そのまま終了する（ステップＳ１１１）。
【００６５】
次に、本発明の実施の形態１の端末におけるネットワーク受信処理部４０４の動作について説明する。図６は、本発明の実施の形態１の端末におけるネットワーク受信処理部４０４の動作の流れを示すフローチャートである。
【００６６】
まず、通信インタフェース４０１から通信イベントを受け付ける（ステップＳ２０１）。通信イベントの種別が「isComposing通知受信」であれば（ステップＳ２０２、Ｙ）、表４に示す送信元の端末の状態をidleからactiveに変更し（ステップＳ２０３）、表４に示す送信元の端末がメッセージの作成を開始した旨と送信元の端末の入力手段種別をユーザインタフェース４０２に出力し（ステップＳ２０４）、判定処理を呼び出して終了する（ステップＳ２０５）。次に、通信イベントの種別が「メッセージ受信」であれば（ステップＳ２０２、Ｎ。ステップＳ２１１、Ｙ）、表４に示す送信元の端末の状態をactiveからidleに変更し（ステップＳ２１２）、表５に示すメッセージ表示禁止フラグがONかどうか判定する（ステップＳ２１３）。ここで、表５に示すメッセージ禁止フラグがOFFならば（ステップＳ２１３、Ｎ）、受信したメッセージをユーザインタフェース４０２に出力して終了する（ステップＳ２１５）。また、表５に示すメッセージ表示禁止フラグがONであれば（ステップＳ２１３、Ｙ）、受信したメッセージを表６に示すように蓄積し（ステップＳ２１４）、メッセージの送信元と表５に示す保存送信元が同じかどうか判定する（ステップＳ２０８）。ここで、同じでなければ（ステップＳ２０８、Ｎ）、そのまま終了する。また、同じであれば（ステップＳ２０８、Ｙ）、表６に示すように蓄積してあるすべてのメッセージを表示し（ステップＳ２０９）、表５に示すメッセージ表示禁止フラグをOFFにする（ステップＳ２１０）。また、通信イベントの種別が上述のいずれにも該当しなければ（Ｓ２０２、Ｎ。ステップＳ２１１、Ｎ）、そのまま終了する（ステップＳ２１６）。
【００６７】
次に、図６に示すフローチャートにおけるステップＳ２０５の判定処理について詳細に説明する。図７に、図６に示すフローチャートにおけるステップＳ２０５の判定処理の流れを示すフローチャートを示す。
【００６８】
まず、表１および表４に示す対応関係を参照し（ステップＳ３０１）、自端末４の入力速度よりも送信元の端末の入力速度の方が遅いかどうか判定する（ステップＳ３０２）。ここで、遅くないならば（ステップＳ３０２、Ｎ）、そのまま終了する（ステップＳ３０６）。また、遅いならば（ステップＳ３０２、Ｙ）、表５に示すメッセージ表示禁止フラグがONかどうか判定する（ステップＳ３０３）。ここで、表５に示すメッセージ表示禁止フラグがONでないならば（ステップＳ３０３、Ｎ）、送信元を表５に示す保存送信元として保存し（ステップＳ３０４）、表５に示すメッセージ表示禁止フラグをONにして終了する（ステップＳ３０５、ステップＳ３０６）。また、ステップＳ３０３において、表５に示すメッセージ表示禁止フラグがONならば（ステップＳ３０３、Ｙ）、そのまま終了する（ステップＳ３０６）。
【００６９】
以上、本発明の実施の形態１のＩＭシステムによれば、端末４Ｃは、端末４Ａによるメッセージの入力速度が端末４Ｃの入力速度よりも遅い場合、isComposing通知を端末４Ａから受信した第１の時点（図４におけるステップ５０３の時点）から前記メッセージの入力を終了したことを通知するための入力終了通知（図４におけるメッセージ２）を端末４Ａから受信する第２の時点（図４におけるステップ５０９）までの期間に端末４Ｂから受信したメッセージを、前記第２の時点の後に表示する。この構成により、チャットに参加している参加者のうち、メッセージの入力速度が遅い端末４Ａを利用する参加者は、端末４Ｂを利用する他の参加者の発言に邪魔されずに自分が発言したいタイミングで発言できる。
【００７０】
一方、端末４Ｃは、端末４Ａからのメッセージが送信されるまで他の参加者からの発言を表示しないが、端末４Ｃを利用する参加者は、発言が表示されない期間を誰も発言していないものとみなすため（すなわち、発言が表示されない期間が、誰も発言していないのか、あるいは、いずれかの参加者が発言しているものの表示されていないだけなのか、を区別することができない）、発言が表示されるのを待ってその発言に対するメッセージを作成しようとする。このため、端末４Ａを利用する参加者がメッセージを作成している期間に、端末４Ｃを利用する参加者が発言することを抑制することができ、この結果、端末４Ａを利用する参加者がメッセージの送信を断念せざるを得なくなる状況を回避することができる。
【００７１】
なお、実施の形態１では、端末４Ａ、４Ｂ、４ＣがIMサーバ２を介してメッセージの送受信を行う形態について詳細に説明したが、IMサーバ２を介さずにメッセージの送受信を直接行う構成であっても構わない。
【００７２】
（実施の形態２）
次に、本発明の実施の形態２のIMシステムについて説明する。本発明の実施の形態2のIMシステムの全体構成例は、図１に示す本発明の実施の形態１の全体構成例と同じである。また、本発明の実施の形態２の端末４の構成例は、図２に示す本発明の実施の形態１の端末4の構成例と同じである。本発明の実施の形態２では、端末４の情報格納部４０６において、本発明の実施の形態１で説明した表５に示す情報を、下記表７に示す情報に置き換える。表７は、メッセージ表示禁止フラグと保存送信元を格納する表である。
【表７】
2009163601.tif 000009
【００７３】
本発明の実施の形態２において、isComposing通知を用いて端末４の入力手段種別、発言頻度、習熟度をIMセッションに参加している他の端末４に通知する。本発明の実施の形態２におけるisComposing通知の形式の例を以下に示す。
【００７４】
MSRP 1234abcd SEND
（中略）
Content-Type: message/cpim
To: UserA <sip:userA@operator.com>
From: UserC <sip:userC@operator.com>
DateTime: 2006-05-15T15:02:31-03:00
Content-Type: application/im-iscomposing+xml
<?xml version="1.0" encoding="UTF-8"?>
<isComposing xmlns="urn:ietf:params:xml:ns:im-iscomposing"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:ietf:params:xml:ns:im-composing iscomposing.xsd">
<state>active</state>
<type>8 </ type>
<frequency>2</ frequency >
<time>1</time>
</isComposing>
-------1234abcd $
【００７５】
上記の形式の例において、<type>…</type>、<frequency>…</frequency>、<time>…</time>で囲まれた箇所が端末4の入力手段種別、発言頻度、習熟度のポイントをそれぞれ示している。
【００７６】
本発明の実施の形態２の端末４、IMサーバ２の動作例について説明する。図８は、本発明の実施の形態２における端末４Ａ、４Ｂ、４Ｃ、IMサーバ２の動作例を示すシーケンス図である。ここで、図８では、端末４Ｂ、４Ｃについてのみ内部動作を明記している。また、前提として、各端末４Ａ、４Ｂ、４Ｃの入力速度は、端末４Ｃが最も速く、次いで端末４Ａの入力速度が速く、端末４Ｂの入力速度が最も遅いものとする。
【００７７】
まず、本発明の実施の形態１においては、IMセッションを開始する前に各端末４Ａ、４Ｂ、４Ｃが互いにプレゼンス情報を共有するようにした。本発明の実施の形態２でも、この共有するステップがあっても構わないが、必須ではない。
【００７８】
次に、IMセッションを開始する（ステップＳ６０１）。IMセッションを開始する手順についてはOMA-TS-SIMPLE_IM-V1_0仕様に則って実施する。端末４Ｃは、メッセージの作成を開始してisComposing通知を送信する（ステップＳ６０２）。
【００７９】
次に、端末４Ａは、メッセージの作成を開始してisComposing通知を送信する（ステップＳ６０３）。端末４Ｃは、isComposing通知を受信すると表４に示す端末４Ａの状態をidleからactiveに変更する。このとき、端末４Ｃは、isComposing通知によって取得した表１、表２、表３に示す情報を参照して、端末４Ａの入力速度を認識する。自端末４Ｃの入力速度よりも端末４Ａの入力速度の方が遅いため、表７に示すメッセージ送信禁止フラグをONにする。ただし、端末４Ｃがメッセージを作成中であれば、その作成中のメッセージについてのみ転送を可能とする（ステップＳ６０４）。なお、端末４Ｃは、isComposing通知を送信した端末４Ａの入力速度や、端末４Ｃの入力速度との比較結果を表示部に表示するようにしてもよい。
【００８０】
次に、端末４Ｃは、作成が完了したメッセージ１を送信する（ステップＳ６０５）。ここで、端末４Ｃは、以降のメッセージ送信を禁止するためにメッセージ送信ボタンを非表示にする（ステップＳ６０６）。
【００８１】
次に、端末４Ｂは、メッセージの作成を開始してisComposing通知を送信する（ステップＳ６０７）。端末４Ｃは、isComposing通知を受信すると表４に示す端末４Ｂの状態をidleからactiveに変更する（ステップＳ６０８）。このとき、端末４Ｃは、isComposing通知によって取得した表１、表２、表３に示す情報を参照して、端末４Ｂの入力速度を認識する。自端末４Ｃの入力速度よりも端末４Ｂの入力速度の方が遅いが、すでに表７に示すメッセージ送信禁止フラグをONであるため何もしない。
【００８２】
次に、端末４Ｂは、作成が完了したメッセージ２を送信する（ステップＳ６０９）。端末４Ｃは、メッセージ２を受信すると表４に示す端末４Ｂの状態をactiveからidleに変更し、受信したメッセージ２を表示する（ステップＳ６１０）。
【００８３】
次に、端末４Ａは、作成が完了したメッセージ３を送信する（ステップＳ６１１）。端末４Ｃはメッセージ３を受信すると表４に示す端末４Ａの状態をactiveからidleに変更し、受信したメッセージ３を表示する。このとき、受信したメッセージ３が表７に示すメッセージ送信禁止フラグをONにする契機となったisComposing通知を送信した端末４Ａから送信されたものであるため、表７に示すメッセージ送信禁止フラグをOFFにして、メッセージ送信ボタンを表示する（ステップＳ６１２）。
【００８４】
一方、端末４Ｂは、ステップＳ６０２で端末４ＣからisComposing通知を受信すると表４に示す端末４Ｃの状態をidleからactiveに変更する。このとき、端末４Ｂは、isComposing通知によって取得した表１、表２、表３に示す情報を参照して、端末４Ｃの入力速度を認識する。自端末４Ｂの入力速度よりも端末４Ｃの入力速度の方が速いため、表５に示すメッセージ表示禁止フラグを変更しない（ステップＳ６１３）。
【００８５】
また、端末４Ｂは、ステップＳ６０３において、端末４ＡからisComposing通知を受信すると表４に示す端末４Ａの状態をidleからactiveに変更する。このとき、端末４Ｂは、isComposing通知によって取得した表１、表２、表３に示す情報を参照して、端末４Ａの入力速度を認識する。自端末４Ｂの入力速度よりも端末４Ａの入力速度の方が速いため、表５に示すメッセージ表示禁止フラグを変更しない（ステップＳ６１４）。
【００８６】
また、端末４Ｂは、ステップＳ６０５で端末４Ｃからメッセージ１を受信すると表４に示す端末４Ｃの状態をactiveからidleに変更する。ここで、表５に示すメッセージ表示禁止フラグがONでないため、メッセージ２をそのまま表示する（ステップＳ６１５）。
【００８７】
また、端末４Ｂは、ステップＳ６１１で端末４Ａからメッセージ１を受信すると表４に示す端末４Ａの状態をactiveからidleに変更する。ここで、表５に示すメッセージ表示禁止フラグがONでないため、メッセージ３をそのまま表示する（ステップＳ６１６）。
【００８８】
次に、本発明の実施の形態２の端末における各部の動作について説明する。まず、本発明の実施の形態２の端末におけるユーザ操作処理部４０３の動作について説明する。図９は、本発明の実施の形態２の端末におけるユーザ操作処理部４０３の動作の流れを示すフローチャートである。
【００８９】
まず、ユーザインタフェース４０２からユーザ操作を受け付ける（ステップＳ７０１）。ユーザ操作の種別が「メッセージ入力開始」であれば（ステップＳ７０２、Ｙ）、表４に示す自端末の状態をidleからactiveに変更し（ステップＳ７０３）、表４に示す自端末の入力手段種別、発言頻度、習熟度を付加したisComposing通知を作成して送信して終了する（ステップＳ７０４、Ｓ７１３）。次に、ユーザ操作の種別が「メッセージ送信」であれば（ステップＳ７０２、Ｎ。ステップＳ７０８、Ｙ）、表４に示す自端末の状態をactiveからidleに変更し（ステップＳ７０９）、メッセージを送信する（ステップＳ７１０）。ここで、表７に示すメッセージ送信禁止フラグがONならば（ステップＳ７１１、Ｙ）、送信ボタンを非表示にして終了する（ステップＳ７１２）。表７に示すメッセージ送信禁止フラグがONでなければ（ステップ７１１、Ｎ）、そのまま終了する（ステップＳ７１３）。ユーザ操作の種別がいずれにも該当しなければ（ステップＳ７０２、Ｎ。ステップＳ７０８、Ｎ。）、そのまま終了する（ステップＳ７１３）。
【００９０】
次に、本発明の実施の形態２の端末におけるネットワーク受信処理部４０４の動作について説明する。図１０は、本発明の実施の形態２のネットワーク受信処理部４０３の動作の流れを示すフローチャートである。
【００９１】
まず、通信インタフェース４０１から通信イベントを受け付ける（ステップＳ８０１）。通信イベントの種別が「isComposing通知受信」であれば（ステップＳ８０２、Ｙ）、表４に示す送信元の端末の状態をidleからactiveに変更し（ステップＳ８０３）、isComposing通知に含まれる送信元の端末の入力手段種別、発言頻度、習熟度をそれぞれ表４に示す入力手段種別、発言頻度、習熟度に格納すると共に、送信元の端末がメッセージの作成を開始した旨と送信元の入力手段種別をユーザインタフェース４０２に出力し（ステップＳ８０４）、判定処理を呼び出して終了する（ステップＳ８０５、Ｓ８１４）。
【００９２】
一方、通信イベントの種別が「メッセージ受信」であれば（ステップＳ８０２、Ｎ。ステップＳ８１１、Ｙ）、表４に示す送信元の端末の状態をactiveからidleに変更し（ステップＳ８１２）、メッセージを表示する（ステップＳ８１３）。次に、メッセージの送信元が表７に示す保存送信元と同じかどうか判定する（ステップＳ８０８）。同じであれば（ステップＳ８０８、Ｙ）、表７に示すメッセージ送信禁止フラグをOFFにして（ステップＳ８０９）、メッセージ送信ボタンを表示して終了する（ステップＳ８１０、Ｓ８１４）。同じでなければ（ステップＳ８０８、Ｎ）、そのまま終了する（ステップＳ８１４）。また、通信データの種別がいずれにも該当しなければ（ステップＳ８０２、Ｎ。ステップＳ８１１、Ｎ）、そのまま終了する（ステップＳ８１４）。
【００９３】
次に、図１０に示すフローチャートにおけるステップＳ８０５の判定処理について詳細に説明する。図１１に、図１０に示すフローチャートにおけるステップＳ８０５の判定処理の流れを示すフローチャートを示す。
【００９４】
まず、表１および表４に示す対応関係を参照し（ステップＳ９０１）、送信元の端末の入力速度の方が表４に示す自端末4の入力速度よりも遅いかどうか判定する（ステップＳ９０２）。ここで、遅くなければ（ステップＳ９０２、Ｎ）、そのまま終了する（ステップＳ９０８）。また、遅いならば（ステップＳ９０２、Ｙ）、表７に示すメッセージ送信禁止フラグがONかどうか判定する（ステップＳ９０３）。ここで、表７に示すメッセージ送信フラグがONであれば（ステップＳ９０３、Ｙ）、そのまま終了する（ステップＳ９０８）。ステップＳ９０３において、表７に示すメッセージ送信フラグがONでなければ（ステップＳ９０３、Ｎ）、送信元を表７に示す保存送信元として保存し（ステップＳ９０４）、表７に示すメッセージ送信禁止フラグをONにする（ステップＳ９０５）。ここで、表４に示す自端末４の状態がidleであれば（ステップＳ９０６、Ｙ）、メッセージ送信ボタンを非表示にして終了する（ステップＳ９０７、Ｓ９０８）。また、idleでなければ（ステップＳ９０６、Ｎ）、そのまま終了する（ステップＳ９０８）。
【００９５】
以上、本発明の実施の形態２のＩＭシステムによれば、端末４Ｃは、端末４Ａによるメッセージの入力速度が端末４Ｃの入力速度よりも遅い場合、isComposing通知を端末４Ａから受信した第１の時点（図８におけるステップ６０３の時点）から前記メッセージの入力を終了したことを通知するための入力終了通知（図８におけるメッセージ３）を端末４Ａから受信する第２の時点（図８におけるステップ６１１）までの期間、メッセージ送信ボタンを非表示にすることによって、当該端末４Ｃからのメッセージの送信を禁止する。この構成により、チャットに参加している参加者のうち、メッセージの入力速度が遅い端末４Ａを利用する参加者は、端末４Ｃを利用する他の参加者の発言に邪魔されずに自分が発言したいタイミングで発言できる。
【００９６】
一方、端末４Ｃを利用する参加者は、メッセージ送信ボタンの表示、非表示によって、発言が表示されていない期間であっても、誰も発言していないのか、あるいは、いずれかの参加者がメッセージを作成中であるのか、を区別することができ、また、当該端末４Ｃからメッセージを送信することを禁止するため、端末４Ａを利用する参加者がメッセージを作成している期間に、端末４Ｃを利用する参加者が発言することを抑制することができ、この結果、端末４Ａを利用する参加者がメッセージの送信を断念せざるを得なくなる状況を回避することができる。
【００９７】
なお、実施の形態２では、端末４Ａ、４Ｂ、４ＣがIMサーバ２を介してメッセージの送受信を行う形態について詳細に説明したが、IMサーバ２を介さずにメッセージの送受信を直接行う構成であっても構わない。
【００９８】
（実施の形態３）
次に、本発明の実施の形態３のIMシステムについて説明する。実施の形態１および２では、クライアントにて課題を解決するための構成について説明したが、実施の形態３では、サーバにて課題を解決するための構成について説明する。本発明の実施の形態３のIMシステムの全体構成例は、図１に示す本発明の実施の形態１の全体構成例と同じである。また、本実施の実施の形態３におけるプレゼンスサーバ３と端末４は、それぞれOMAの標準規格で規定された仕様を実現する一般のプレゼンスサーバ３および端末４である。
【００９９】
図１２は、本発明の実施の形態３におけるIMサーバ２の構成例を示したブロック図である。本発明の実施の形態３のIMサーバ２は、通信インタフェース２０１、通信処理部２０２、プレゼンス処理部２０３、情報格納部２０４で構成される。
【０１００】
通信インタフェース２０１は、ネットワーク１との間でIPに基づき通信を行うデバイスである。
【０１０１】
通信処理部２０２は、通信インタフェース２０１からの入力に基づき、情報格納部２０４にアクセスして処理を行い、結果を通信インタフェース２０１に出力する。通信処理部２０２は、より具体的にはROMなどの記憶手段に格納され、CPUなどの制御手段により実行されるコンピュータプログラムである。
【０１０２】
プレゼンス処理部２０３は、IMセッションを開始する前に通信インタフェース２０１を介して端末４のプレゼンス情報をプレゼンスサーバ３に送信し、プレゼンスサーバ３から通信インタフェース２０１を介して他の端末４のプレゼンス情報を受信して情報格納部２０４に格納する。プレゼンス情報処理部２０３は、より具体的にはROMなどの記憶手段に格納され、CPUなどの制御手段により実行されるコンピュータプログラムである。また、プレゼンス処理部２０３は、プレゼンス処理を実行する一般に入手可能なコンピュータプログラムモジュールである。
【０１０３】
情報格納部２０４は、通信処理部２０２の処理に用いられる各種情報を格納する。情報格納部２０４は、より具体的にはRAMなどの記憶装置である。
【０１０４】
情報格納部２０４に格納される各種情報について以下に示す。情報格納部２０４には実施の形態１で説明した表１、表２、表３の他に、下記に示す表８が含まれる。表８は、各端末４の識別子、入力手段種別、発言頻度、習熟度、メッセージ転送禁止フラグ、保存送信先、蓄積メッセージおよびその他のプレゼンス情報を格納する表である。
【表８】
2009163601.tif 000010
【０１０５】
次に、本発明の実施の形態３における端末４、IMサーバ２、プレゼンスサーバ３の動作例について説明する。図１３は本発明の実施の形態３における端末４Ａ、４Ｂ、４Ｃ、IMサーバ２、プレゼンスサーバ３の動作例を示すシーケンス図である。ここで、図１３では、IMサーバ２についてのみ内部動作を明記している。また、前提として、各端末４Ａ、４Ｂ、４Ｃの入力速度は、端末４Ｃが最も速く、次いで端末４Ａの入力速度が速く、端末４Ｂの入力速度が最も遅いものとする。
【０１０６】
まず、IMセッションを開始する前にIMサーバ２が各端末４のプレゼンス情報を収集する（ステップＳ１００１）。このときの手順についてはOMA-TS-Presence_SIMPLE-V1_0仕様を則って実施する。プレゼンス情報の一情報として、表１、表２、表３に示す情報を追加するようにしてもよい。次に、IMセッションを開始する（ステップＳ１００２）。IMセッションを開始する手順についてはOMA-TS-SIMPLE_IM-V1_0仕様に則って実施する。
【０１０７】
次に、端末４Ａは、メッセージの作成を開始してisComposing通知を送信する（ステップＳ１００３）。isComposing通知に含まれる一情報として、表１、表２、表３に示す情報を追加するようにしてもよい。
【０１０８】
IMサーバ２はisComposing通知を受信すると、プレゼンス情報またはisComposing通知によって取得した表１、表２、表３に示す情報を参照して、表８において送信元の端末４Ａより入力速度が速く、メッセージ転送禁止フラグがOFFである送信先である端末４Ｃのメッセージ転送禁止フラグをONにする（ステップＳ１００４）。そして、isComposing通知を他の端末４Ｂ、４Ｃに送信する（ステップＳ１００５）。
【０１０９】
次に、端末４Ｂは、メッセージの作成を開始してisComposing通知を送信する（ステップＳ１０１３）。このとき、IMサーバ２は、表８において送信元の端末４Ｂより入力速度が速く、メッセージ転送禁止フラグがOFFである送信先である端末４Ａのメッセージ転送禁止フラグをONにする（ステップＳ１０１４）。そして、isComposing通知を他の端末４Ａ、４Ｃに送信する（ステップＳ１００６）。
【０１１０】
次に、端末４Ｂは、作成が完成したメッセージ２を送信する（ステップＳ１００７）。IMサーバ２は、メッセージ２を受信すると、表８において端末４Ａ、４Ｃのメッセージ転送禁止フラグがONであるため、端末４Ａ、４Ｃのためにメッセージ２を蓄積する（ステップＳ１００８）。ここで、受信したメッセージ２が表８に示す端末４Ａのメッセージ転送禁止フラグをONにする契機となったisComposing通知を送信した端末４Ｂから送信されたものであるため、表８において端末４Ａのメッセージ転送禁止フラグをOFFにする（ステップＳ１０１５）。そして、蓄積していたメッセージ２を端末４Ａに転送する（ステップＳ１０１６）。
【０１１１】
次に、端末４Ａは、作成が完成したメッセージ３を送信する（ステップＳ１００９）。IMサーバ２は、メッセージ３を受信すると、表８において端末４Ｃのメッセージ転送禁止フラグがONであるため、端末４Ｃのためにメッセージ３を蓄積する（ステップＳ１０１７）。IMサーバ２は、受信したメッセージ３が表８に示す端末４Ｃのメッセージ転送禁止フラグをONにする契機となったisComposing通知を送信した端末４Ａから送信されたものであるため、表８において端末４Ｃのメッセージ転送禁止フラグをOFFにする（ステップＳ１０１０）。そして、蓄積していたメッセージ２及びメッセージ３を端末４Ｃに転送する（ステップＳ１０１１、Ｓ１０１２）。
【０１１２】
次に、本発明の実施の形態３のＩＭサーバにおける各部の動作について説明する。まず、本発明の実施の形態３のＩＭサーバにおける通信処理部２０２の動作について説明する。図１４は、本発明の実施の形態３のＩＭサーバにおける通信処理部の動作の流れを示すフローチャートである。
【０１１３】
まず、通信処理部２０２は、通信インタフェース２０１から通信イベントを受け付ける（ステップＳ１２０１）。通信イベントの種別が「isComposing通知送信」であれば（ステップＳ１２０２、Ｙ）、判定処理を呼び出し（ステップＳ１２０３）、isComposing通知を転送して終了する（ステップＳ１２０４、Ｓ１２１１）。次に、通信イベントの種別が「メッセージ受信」であれば（ステップＳ１２０１、Ｎ。ステップＳ１２０５、Ｙ）、表８においてメッセージ転送禁止フラグがOFFの送信先にメッセージを転送する（ステップＳ１２０６）。そして、表８においてメッセージ転送禁止フラグがONの送信先のために、メッセージを表８に示す送信元の蓄積メッセージに蓄積する（ステップＳ１２０７）。そして、表８に示す送信元が保存送信先と同じメッセージ転送禁止フラグONの送信先があるか判定する（ステップＳ１２０８）。ここであれば（ステップＳ１２０８、Ｙ）、表８においてその送信先のために蓄積してあるすべてのメッセージを転送し（Ｓ１２０９）、表８に示すその送信先のメッセージ転送禁止フラグをOFFにしてステップＳ１２０８に戻る（ステップＳ１２１０）。もしなければ（ステップＳ１２０８）、そのまま終了する（ステップＳ１２１１）。通信イベントの種別がいずれにも該当しなければ（ステップＳ１２０２、Ｎ。ステップＳ１２０５、Ｎ）、そのまま終了する（ステップＳ１２１１）。
【０１１４】
次に、図１４に示すフローチャートにおけるステップＳ１２０３の判定処理について詳細に説明する。図１５に、図１４に示すフローチャートにおけるステップＳ１２０３の判定処理の流れを示すフローチャートを示す。
【０１１５】
まず、表１および表４に示す対応関係を参照し（ステップＳ１３０１）、表８において送信元の端末より入力速度が速く、メッセージ転送禁止フラグがOFFである送信先があるか判定する（ステップＳ１３０２）。ここでなければ（ステップＳ１３０２、Ｎ）、そのまま終了する（ステップＳ１３０５）。もしあれば（ステップＳ１３０２、Ｙ）、送信元を表８におけるその送信先の保存送信元として保存する（ステップＳ１３０３）。そして、表８におけるその送信先のメッセージ転送禁止フラグをONにしてステップＳ１３０２に戻る（ステップＳ１３０４）。
【０１１６】
以上、本発明の実施の形態３のＩＭシステムによれば、IMサーバ２は、端末４Ａによるメッセージの入力速度が端末４Ｃの入力速度よりも遅い場合、isComposing通知を端末４Ａから受信した第１の時点（図１３におけるステップＳ１００３の時点）から前記メッセージの入力を終了したことを通知するための入力終了通知（図１３におけるメッセージ３）を端末４Ａから受信する第２の時点（図１３におけるステップ１００９）までの期間に端末４Ｂから受信したメッセージ２を、前記第２の時点の後に送信する。この構成により、チャットに参加している参加者のうち、メッセージの入力速度が遅い端末４Ａを利用する参加者は、端末４Ｂを利用する他の参加者の発言に邪魔されずに自分が発言したいタイミングで発言できる。
【０１１７】
一方、端末４Ｃは、端末４Ａからのメッセージが送信されるまで他の参加者からの発言を表示しないが、端末４Ｃを利用する参加者は、発言が表示されない期間を誰も発言していないものとみなすため（すなわち、発言が表示されない期間が、誰も発言していないのか、あるいは、いずれかの参加者が発言しているものの表示されていないだけなのか、を区別することができない）、発言が表示されるのを待ってその発言に対するメッセージを作成しようとする。このため、端末４Ａを利用する参加者がメッセージを作成している期間に、端末４Ｃを利用する参加者が発言することを抑制することができ、この結果、端末４Ａを利用する参加者がメッセージの送信を断念せざるを得なくなる状況を回避することができる。
【０１１８】
（実施の形態４）
次に、本発明の実施の形態４のIMシステムについて説明する。実施の形態１および２では、クライアントにて課題を解決するための構成について説明したが、実施の形態４では、サーバにて課題を解決するための構成について説明する。本発明の実施の形態４のIMシステムの全体構成例は、図１に示す本発明の実施の形態１の全体構成例と同じである。また、本発明の実施の形態４のIMサーバ２の構成例は、図１２に示す本発明の実施の形態３のIMサーバ２の構成例と同じである。
【０１１９】
本発明の実施の形態４の情報格納部４０６において、本発明の実施の形態３で説明した表８に示す情報を下記表９に示す情報に置き換える。表９は、各端末４の識別子、入力手段種別、発言頻度、習熟度、状態、メッセージ転送禁止フラグ、メッセージ転送許可フラグ、保存送信先、蓄積メッセージおよびその他のプレゼンス情報を格納する表である。
【表９】
2009163601.tif 000011
【０１２０】
本発明の実施の形態４では、各端末４の入力手段種別をisComposing通知を用いて他の端末４に通知する。isComposing通知の形式は、本発明の実施の形態2と同じである。
【０１２１】
本発明の実施の形態４における端末４、IMサーバ２の動作例について説明する。図１６は、本発明の実施の形態４における端末４Ａ、４Ｂ、４Ｃ、IMサーバ２の動作例を示すシーケンス図である。ここで、図１６では、IMサーバ２についてのみ内部動作を明記している。また、前提として、各端末４Ａ、４Ｂ、４Ｃの入力速度は、端末４Ｃが最も速く、次いで端末４Ａの入力速度が速く、端末４Ｂの入力速度が最も遅いものとする。
【０１２２】
まず、本発明の実施の形態３においては、IMセッションを開始する前に各端末４Ａ、４Ｂ、４Ｃが互いにプレゼンス情報を共有した。本発明の実施の形態４でも、この共有するステップがあっても構わないが、必須ではない。
【０１２３】
次に、IMセッションを開始する（ステップＳ１４０１）。IMセッションを開始する手順についてはOMA-TS-SIMPLE_IM-V1_0仕様に則って実施する。
【０１２４】
次に、端末４Ｃは、メッセージの作成を開始してisComposing通知を送信する（ステップＳ１４０２）。また、端末４Ａは、メッセージの作成を開始してisComposing通知を送信する（ステップＳ１４０３）。
【０１２５】
IMサーバ２は、isComposing通知を受信すると、表９に示す端末４Ｃのメッセージ転送禁止フラグをONにする。ただし、端末４Ｃがメッセージを作成中であれば、その作成中のメッセージのみ転送可能とする（ステップＳ１４０４）。そして、isComposing通知をIMセッションの他の参加者に転送する（ステップＳ１４０５）。
【０１２６】
次に、端末４Ｃは、作成が完了したメッセージ１を送信する（ステップＳ１４０６）。表９に示す端末４Ｃのメッセージ転送禁止フラグがONになる前に端末4Cにおいてメッセージ1の作成を開始していたため、メッセージ１は転送される。その後、端末４Ｃは、メッセージの作成を開始してisComposing通知を送信する（ステップＳ１４０７）。
【０１２７】
続いて、端末４Ｃは、作成が完了したメッセージ２を送信すると（ステップＳ１４０８）、IMサーバ２は、受信したメッセージ２を転送せず、メッセージ２を蓄積する（ステップＳ１４０９）。これは、表９の端末４Ｃのメッセージ転送禁止フラグがONになった後に端末４Ｃにおいてメッセージ２の作成を開始したためである。
【０１２８】
その後、端末４Ａは、作成が完了したメッセージ３を送信する（ステップＳ１４１０）。IMサーバ２は、受信したメッセージ３が表９に示す端末４Ｃのメッセージ転送禁止フラグをONにする契機となったisComposing通知を送信した端末４Ａから送信されたものであるため、表９に示す端末４Ｃのメッセージ転送禁止フラグをOFFにし（ステップＳ１４１１）、メッセージ２を転送する（ステップＳ１４１２）。
【０１２９】
次に、本発明の実施の形態４のＩＭサーバにおける各部の動作について説明する。まず、本発明の実施の形態４のＩＭサーバにおける通信処理部２０２の動作について説明する。図１７は、本発明の実施の形態４のＩＭサーバにおける通信処理部の動作の流れを示すフローチャートである。
【０１３０】
まず、通信インタフェース２０１から通信イベントを受け付ける（ステップＳ１５０１）。通信イベントの種別が「isComposing通知送信」であれば（ステップＳ１５０２、Ｙ）、表９に示す送信元の端末の状態をidleからactiveに変更し（ステップＳ１５０３）、判定処理を呼び出し（ステップＳ１５０４）、isComposing通知を転送して終了する（ステップＳ１５０５）。次に、通信イベントの種別が「メッセージ受信」であれば（ステップＳ１５０２、Ｎ。ステップＳ１５０６、Ｙ）、表９に示す送信元の端末の状態をactiveからidleに変更し（ステップＳ１５０７）、表９に示す送信元のメッセージ転送禁止フラグがONか判定する（ステップＳ１５０８）。ここで、ONでなければ（ステップＳ１５０８、Ｎ）、メッセージを転送してステップＳ１５１４に移る（ステップＳ１５０９）。また、ONであれば（ステップＳ１５０８、Ｙ）、表９に示す送信元のメッセージ転送許可フラグがOFFか判定する（ステップＳ１５１０）。ここでOFFでなければ（ステップＳ１５１０、Ｎ）、メッセージを転送し（ステップ１５１１）、表９に示す送信元のメッセージ転送許可フラグをOFFにしてステップＳ１５１４に移る（ステップＳ１５１２）。また、OFFであれば（ステップＳ１５１０、Ｙ）、ッセージを蓄積してステップＳ１５１４に移る（ステップＳ１５１３）。次に、表９に示す送信元が保存送信先と同じメッセージ転送禁止フラグONの送信先があるか判定する（ステップＳ１５１４）。ここで、なければ（ステップＳ１５１４、Ｎ）、そのまま終了する（ステップＳ１５１７）。また、あれば（ステップＳ１５１４、Ｙ）、表９に示すその送信先のために蓄積してあるすべてのメッセージを転送し（ステップＳ１５１５）、表９に示すその送信先のメッセージ転送禁止フラグをOFFにしてステップＳ１５１４に戻る（ステップＳ１５１６）。
【０１３１】
次に、図１７に示すフローチャートにおけるステップＳ１５０４の判定処理について詳細に説明する。図１８に、図１７に示すフローチャートにおけるステップＳ１５０４の判定処理の流れを示すフローチャートを示す。
【０１３２】
まず、表１および表４に示す対応関係を参照し（ステップＳ１６０１）、表９において送信元より入力速度が速く、メッセージ転送禁止フラグがOFFである送信先があるか判定する（ステップＳ１６０２）。ここで、なければ（ステップＳ１６０２、Ｎ）、そのまま終了する（ステップＳ１６０８）。また、あれば（ステップＳ１６０２、Ｙ）、送信元を表９に示すその送信先の保存送信元として保存する（ステップＳ１６０３）。そして、表９におけるその送信先のメッセージ転送禁止フラグをONにする（ステップＳ１６０４）。そして、表９に示すその送信先の状態がactiveかどうか判定し（ステップＳ１６０５）、activeであれば（ステップＳ１６０５、Ｙ）、表９に示すその送信先のメッセージ転送許可フラグをONし（ステップＳ１６０６）、activeでなければ（ステップＳ１６０５、Ｎ）、表９に示すその送信先のメッセージ転送許可フラグをOFFにしてステップＳ１６０２に戻る（ステップＳ１６０７）。
【０１３３】
以上、本発明の実施の形態４のＩＭシステムによれば、IMサーバ２は、端末４Ａによるメッセージの入力速度が端末４Ｃの入力速度よりも遅い場合、isComposing通知を端末４Ａから受信した第１の時点（図１６におけるステップ１４０３の時点）から前記メッセージの入力を終了したことを通知するための入力終了通知（図１６におけるメッセージ３）を端末４Ａから受信する第２の時点（図１６におけるステップ１４１０）までの期間に、端末４Ｃからメッセージを受信していたとしても、端末４Ａへのメッセージの送信を禁止する。この構成により、チャットに参加している参加者のうち、メッセージの入力速度が遅い端末４Ａを利用する参加者は、端末４Ｃを利用する他の参加者の発言に邪魔されずに自分が発言したいタイミングで発言できる。
【産業上の利用可能性】
【０１３４】
本発明のクライアント、サーバ及びプログラム、並びに通信制御方法によれば、チャットに参加している参加者のうち、メッセージの入力速度が遅いクライアントを利用する参加者は、他のクライアントを利用する他の参加者の発言に邪魔されずに自分が発言したいタイミングで発言できるという効果を奏し、インスタントメッセージングシステムによって提供されるIMサービスの利便性向上にとって有用である。
【図面の簡単な説明】
【０１３５】
【図１】本発明の実施の形態１のIMシステムの全体構成例を示したブロック図
【図２】本発明の実施の形態１の端末の構成例を示したブロック図
【図３】本発明の実施の形態１の端末によるisComposing通知送受信時の動作例を示すシーケンス図
【図４】本発明の実施の形態１における端末、IMサーバ、プレゼンスサーバの動作例を示すシーケンス図
【図５】本発明の実施の形態１の端末におけるユーザ操作処理部よる動作の流れを示すフローチャート
【図６】本発明の実施の形態１の端末におけるネットワーク受信処理部の動作の流れを示すフローチャート
【図７】図６に示すフローチャートにおけるステップＳ２０５の判定処理の流れを示すフローチャート
【図８】本発明の実施の形態２における端末、IMサーバの動作例を示すシーケンス。
【図９】本発明の実施の形態２の端末におけるユーザ操作処理部の動作の流れを示すフローチャート
【図１０】本発明の実施の形態２のネットワーク受信処理部４０３の動作の流れを示すフローチャート
【図１１】図１０に示すフローチャートにおけるステップＳ８０５の判定処理の流れを示すフローチャート
【図１２】本発明の実施の形態３におけるIMサーバ２の構成例を示したブロック図
【図１３】本発明の実施の形態３における端末、IMサーバ、プレゼンスサーバの動作例を示すシーケンス図。
【図１４】本発明の実施の形態３のＩＭサーバにおける通信処理部の動作の流れを示すフローチャート
【図１５】図１４に示すフローチャートにおけるステップＳ１２０３の判定処理の流れを示すフローチャート
【図１６】本発明の実施の形態４における端末、IMサーバの動作例を示すシーケンス図。
【図１７】本発明の実施の形態４のＩＭサーバにおける通信処理部の動作の流れを示すフローチャート
【図１８】図１７に示すフローチャートにおけるステップＳ１５０４の判定処理の流れを示すフローチャート
【符号の説明】
【０１３６】
１  ネットワーク
２  IMサーバ
２０１  通信インタフェース
２０２  通信処理部
２０３  プレゼンス処理部
２０４  情報格納部
３  プレゼンスサーバ
４  端末
４０１  通信インタフェース
４０２  ユーザインタフェース
４０３  ユーザ操作処理部
４０４  ネットワーク受信処理部
４０５  プレゼンス処理部
４０６  情報格納部
【図１】
2009163601.tif 000012
【図２】
2009163601.tif 000013
【図３】
2009163601.tif 000014
【図４】
2009163601.tif 000015
【図５】
2009163601.tif 000016
【図６】
2009163601.tif 000017
【図７】
2009163601.tif 000018
【図８】
2009163601.tif 000019
【図９】
2009163601.tif 000020
【図１０】
2009163601.tif 000021
【図１１】
2009163601.tif 000022
【図１２】
2009163601.tif 000023
【図１３】
2009163601.tif 000024
【図１４】
2009163601.tif 000025
【図１５】
2009163601.tif 000026
【図１６】
2009163601.tif 000027
【図１７】
2009163601.tif 000028
【図１８】
2009163601.tif 000029