(57)【要約】【課題】本発明は、端末のユーザが不在である旨の判断が的確に行える通信端末を提供することを目的とする。【解決手段】本発明の通信端末は、他の通信装置に接続する通信制御部１２と、他の通信装置から受信した信号の種類に対応する表示内容を表示する表示手段と、信号の種類に基づいて表示内容を変化した場合であって、表示内容が変化した後変化所定時間内に変化した表示内容に対する操作がなかった場合、本装置のユーザが不在である旨を他の通信装置に通知する制御部１６と、を具備することを主要な特徴とする。【選択図】図９
2007116673.tif 000002
【特許請求の範囲】
【請求項１】
他の通信装置に接続する通信手段と、
前記他の通信装置から受信した信号の種類に対応する表示内容を表示する表示手段と、
前記信号の種類に基づいて表示内容を変化した場合であって、表示内容が変化した後所定時間内に前記変化した表示内容に対する操作がなかった場合または自動応答の場合、本装置のユーザが不在である旨を前記他の通信装置に通知する制御手段と、を具備することを特徴とする通信装置。
【請求項２】
前記他の通信装置は、本装置のユーザの不在情報を管理するサーバであり、
前記制御手段は、前記サーバに本装置のユーザが不在である旨を通知し、前記サーバは不在である旨の情報を蓄積することを特徴とする請求項１記載の通信装置。
【請求項３】
他の通信装置のユーザＩＤを記憶した記憶手段を備え、
前記制御手段は、前記記憶手段に記憶された前記ユーザＩＤが示す他の通信装置に本装置のユーザが不在である旨を通知することを特徴とする請求項１記載の通信装置。
【請求項４】
本装置のユーザが不在である旨の情報を記憶する記憶部を備え、
前記制御手段は、予め決められた時間周期で前記本装置のユーザが不在である旨を前記他の通信装置に通知することを特徴とする請求項１記載の通信装置。
【請求項５】
本装置のユーザが不在である旨の情報を記憶する記憶部を備え、
前記制御手段は、前記通信装置から要求があったときに本装置のユーザが不在である旨を前記他の通信装置に通知することを特徴とする請求項１記載の通信装置。
【請求項６】
前記制御部は、前記所定時間より短い第２所定時間内に前記変化した表示内容に対する操作がなかった場合、本装置のユーザが一時不在である旨を前記他の通信装置に通知し、所定時間内に前記変化した表示内容に対する操作がなかった場合、本装置のユーザが不在である旨を前記他の通信装置に通知することを特徴とする請求項１記載の通信装置。
【請求項７】
前記他の通信装置から受信した信号は、ＶｏＩＰ電話の着信信号であることを特徴とする請求項１記載の通信装置。
【請求項８】
前記他の通信装置から受信した信号は、本装置のバージョン管理サーバからのアップデート通知信号であることを特徴とする請求項１記載の通信装置。
【請求項９】
前記他の通信装置から信号を受信した後該信号を解除する信号を受信したとき、前記信号を解除する信号に基づいて前記表示手段が表示内容を変化し、且つ受信後所定時間内に操作がなかった場合に、本装置のユーザが不在である旨を前記他の通信装置に通知する制御手段を具備することを特徴とする通信装置。
【請求項１０】
前記信号を解除する信号は、ＶｏＩＰ電話の着信信号を受信した後の前記着信信号を解除する信号であることを特徴とする請求項９記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、端末のユーザが不在である旨のプレゼンス情報、例えば「一時退席中」、「退席中」などの判断が的確に行える通信装置に関する。
【背景技術】
【０００２】
従来、インターネット、イントラネット等のＴＣＰ／ＵＤＰ、ＩＰで通信するＩＰネットワークは、ハイパーテキストの表示を行い、ストリーミング、メール、掲示板等の多くのサービスを提供してきた。しかし、これらはいずれも蓄積されたデータをクライアントから要求し、サーバが提供するものであり、双方向性、リアルタイム性に欠けるものであった。リアルタイムという点ではチャットやＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）、テレビ会議等のサービスが実現されているが、これらはいずれも、オンライン下（すなわちネットワークとの接続中）に利用できるもので、完全にはリアルタイムの双方向通信とはいうことができない。相手の状況がまったく分からないままアクセスし、偶然に左右されるだけだからである。
【０００３】
従って、今後ＩＰネットワークにおいては相手のリアルタイムの状況を把握し、より高いレベルで、インタラクティブなコミュニケーションのできる通信が求められるが、これを実現するには、各ユーザの端末において互いに相手端末の状態、すなわちプレゼンス情報を十分に把握することが必要になる。なお、このようなプレゼンス情報は、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）の発行したＲＦＣ３８５６、ＲＦＣ２７７８、とくにＲＦＣ２７７８で定義され、現在既に一部の端末でサービスされている。
【０００４】
まず、このプレゼンス情報に関して説明すると、現在このサービスを利用可能な端末で通知されるプレゼンス情報の代表的なものには、「Ｏｎｌｉｎｅ」、「Ｏｆｆｌｉｎｅ」、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」という４種類の状態を示す情報がある。例えば相手端末が「Ｏｆｆｌｉｎｅ」から「Ｏｎｌｉｎｅ」に接続状態が変化すると、相手端末のプレゼンスエージェント（Ｐｒｅｓｅｎｃｅ  Ａｇｅｎｔ、以下ＰＡ）部がその旨のメッセージを自動的に通知し、自端末のウォッチャー（サブスクライバ）がこれを受信し、この状態変化のプレゼンス情報を取り出すと共に、「Ｏｎｌｉｎｅ」という情報を相手プレゼンス情報部に格納し、端末のディスプレーに表示する。なお、本明細書においては上記したようなプレゼンス情報を通知、交換するシステムをプレゼンスシステムという。また、本発明の「一時退席中」は「Ａｗａｙ」を中核とするものであり、「退席中」は「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」を中核とする内容のものである。すなわち、「退席」と「一時退席」は、いずれも席を離れるなどのユーザの不在状態を意味するだけでなく、ドライブ中で操作できないなど、操作不能状態等も含むものである。
【０００５】
さて、従来のプレゼンスシステムは「Ｏｎｌｉｎｅ」、「Ｏｆｆｌｉｎｅ」、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」等の代表的なプレゼンス情報しか通知できない。このうち「Ｏｎｌｉｎｅ」、「Ｏｆｆｌｉｎｅ」はそのままの意味でオンライン（接続中）、オフライン（切断中）であり、いずれも紛れのない内容である。このような従来のプレゼンスシステムとして例えば特許文献１が開示されている。これに対し、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」は評価を伴い、「Ａｗａｙ」は現在ネットワークにログインしオンライン中であり、一定時間席を外しているため応答がすぐに返ってくる可能性は低いが、相手からの送信は可能な場合であり、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」は同じくログインし、かなりの時間不在であるためＡｗａｙより更に返信が遅い可能性はあるが、オンライン中であり、相手からの送信は可能な場合である（例えば、このようなものとして非特許文献１参照）。そして、オンライン、オフライン等のステータス情報のほか、「仕事中」、「在宅」、「会議中」といったユーザが用意した特別のプレゼンス情報も可能である旨の示唆もある（例えば、特許文献２参照）。しかし、具体的性のあるものではない。
【０００６】
現在、このような「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」のような評価を伴うプレゼンス情報は、多くの端末で端末自身が設定に基づいて判定を行っている。このため、ユーザの実際の状態からみたときは実情と乖離し、誤判定も多かった。
【特許文献１】特開２００４−７２４８５号公報
【特許文献２】特開２００４−３１８８２２号公報
【非特許文献１】ポケットスタジオ“第１１章  ＩＣＱの設定  Ｐｒｅｆｅｒｅｎｃｅｓ”、［ｏｎｌｉｎｅ］、平成１７年８月３０日、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｐｏｃｋｅｔｓ．ｏｔｔｏ．ｔｏ／〜ｐｏｃｋｅｔｓ／ｉｃｑ／９８ａ／ｇｕｉｄｅ／ｃｈａｐ１１／ｂ−ｓｔａｔｕｓ．ｈｔｍｌ＞
【発明の開示】
【発明が解決しようとする課題】
【０００７】
以上説明したように、従来のＰＡ部同士によってシステム上通知されるプレゼンス情報には、基本的に「Ｏｎｌｉｎｅ」、「Ｏｆｆｌｉｎｅ」、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に代表される４種類の情報しかない。「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」は推定を含む概念で、事実と合致している場合もあるが、合致していない場合も多い。
【０００８】
例えば、パソコンなどでは「Ｏｎｌｉｎｅ」から「Ａｗａｙ」への変更条件に一定時間マウスや入力キー等に触っていなければ変更するといった条件があり、パソコンでの作業中はマウスや入力キー等に触っているので「Ｏｎｌｉｎｅ」になり、パソコンで作業していない場合は一定時間後「Ａｗａｙ」に変更される。このため、パソコンなどで判定された「Ａｗａｙ」の状態はかなり正確といえ、事実に合致していることが多い。これに対し他の通信端末は、無線通信端末などからも分かるように、常時触っていることは少なく、呼び出し等があったときに操作する。従って、多くの場合すぐそばに置いてあっても、常時触れていないため、きわめて「Ａｗａｙ」になり易い性質をもつ。これは「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」でも同様である。
【０００９】
従って、このような通信端末の場合、ユーザ自身が任意に手に触れるか否かで「Ａｗａｙ」の状態を判定するよりも、次のような判断をした方が妥当な結果となり易い。すなわち、ＩＭ（ｉｎｓｔａｎｔ  ｍｅｓｓａｇｅ）等のコミュニケーションしている相手が、何かのアクションをしたにもかかわらず、何も対応しないときに「Ａｗａｙ」と判断するものである。「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」でも同様である。
【００１０】
すなわち、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」という状態は、従来、各通信端末の内部事情（ユーザが操作をしたか、というアクション）だけで判断されたが、基本的には相手との関係が途絶えてから判断されるのが妥当である。このため、相手のアクション（例えば電話やＩＭ等のメッセージ、自端末のアラーム）に対し、リアクション（例えば応答の電話やメッセージ、アラームの停止）をしない場合に「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」と判断するのが適当と考えられる。
【００１１】
本願ではアクションはユーザの行う操作や、相手装置が発する通知、あるいは自端末が行う自動処理を指す。
【００１２】
このような判断をすれば、従来のように徒に「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」という状態が出現し、実際には双方が端末傍に居て「Ｏｎｌｉｎｅ」状態で通信ができるのにもかかわらず、通信するのを止めたり、後日に延期したりするような事態を避けることができる。
【００１３】
ただ、相手との関係が途絶えてから判断するのが妥当といっても、パソコンのように内部事情で「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」を行うのが適当な場合もあり、判定ルールは通信を行う端末次第であり、通信端末の種類に応じて「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」の設定ルールを変えるのがよい。しかし、通信端末には上記したような呼び出しがあるという共通の性質があり、多くの場合、相手との関係が途絶えてから判断するのが妥当と考えられる。なお、リアクションしない間に第３者が更にアクションしてきた場合にリアクションをしない場合も、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」と判断することもできる。今後、プレゼンス情報を使い易いものにするためには、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」のような評価を伴うプレゼンス情報を、誤判定の少ない内容にする必要がある。
【００１４】
そこで本発明は、端末のユーザが不在である旨の判断が的確に行える通信端末などの通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記従来の課題を解決するために本発明の通信端末は、他の通信装置に接続する通信手段と、他の通信装置から受信した信号の種類に対応する表示内容を表示する表示手段と、信号の種類に基づいて表示内容を変化した場合であって、表示内容が変化した後所定時間内に変化した表示内容に対する操作がなかった場合または自動応答の場合、本装置のユーザが不在である旨を他の通信装置に通知する制御手段と、を具備することを主要な特徴とする。
【発明の効果】
【００１６】
本発明によれば、他の通信端末と接続したとき、通信装置のユーザが操作しない場合または自動応答の場合、高い確度でユーザの不在を検出できるので、他の通信装置のユーザに対して的確に通信装置のユーザが不在であることを通知できる。
【発明を実施するための最良の形態】
【００１７】
上記課題を解決するために本発明の第１の発明は、他の通信装置に接続する通信手段と、他の通信装置から受信した信号の種類に対応する表示内容を表示する表示手段と、信号の種類に基づいて表示内容を変化した場合であって、表示内容が変化した後所定時間内に変化した表示内容に対する操作がなかった場合または自動応答の場合、本装置のユーザが不在である旨を他の通信装置に通知する制御手段と、を具備することを特徴とする通信装置である。この構成によって、通信装置の場合に高い確度でユーザの不在を検出できるので、他のユーザに対して的確に通信装置のユーザが不在であることを通知できる。
【００１８】
本発明の第２の発明は、第１の発明に従属する発明であって、他の通信装置は、本装置のユーザの不在情報を管理するサーバであり、制御手段は、サーバに本装置のユーザが不在である旨を通知し、サーバは不在である旨の情報を蓄積することを特徴とする通信装置である。この構成によって、サーバが通信装置の不在の情報を管理するので、通信装置はサーバにアクセスすることで通信装置のユーザが不在である情報を入手できる。
【００１９】
本発明の第３の発明は、第１の発明に従属する発明であって、他の通信装置のユーザＩＤを記憶した記憶手段を備え、制御手段は、記憶手段に記憶されたユーザＩＤが示す他の通信装置に本装置のユーザが不在である旨を通知することを特徴とする通信装置である。この構成によって、ユーザＩＤを記憶している他の通信装置のユーザは本通信装置のユーザが不在である情報を入手できる。
【００２０】
本発明の第４の発明は、第１の発明に従属する発明であって、本装置のユーザが不在である旨の情報を記憶する記憶部を備え、制御手段は、予め決められた時間周期で本装置のユーザが不在である旨を他の通信装置に通知することを特徴とする通信装置である。この構成によって、予め決められた時間周期で他の通信装置に不在である旨を的確に知らせることができるので、通信装置が不在である旨の受け取りの判断が的確にできる。
【００２１】
本発明の第５の発明は、第１の発明に従属する発明であって、本装置のユーザが不在である旨の情報を記憶する記憶部を備え、制御手段は、通信装置から要求があったときに本装置のユーザが不在である旨を他の通信装置に通知することを特徴とする通信装置である。この構成によって、他の通信装置から要求があったときに本装置のユーザが不在である旨を通知するので、通信装置が必要なときに不在である旨の受け取りができる。
【００２２】
本発明の第６の発明は、第１の発明に従属する発明であって、制御部は、所定時間より短い第２所定時間内に変化した表示内容に対する操作がなかった場合、本装置のユーザが一時不在である旨を他の通信装置に通知し、所定時間内に変化した表示内容に対する操作がなかった場合、本装置のユーザが不在である旨を他の通信装置に通知することを特徴とする通信装置である。この構成によって、一時的に不在になり後で戻ってくる可能性があることを通知できるので、他の装置のユーザは通話できる可能性があることを知ることができる。
【００２３】
本発明の第７の発明は、第１の発明に従属する発明であって、他の通信装置から受信した信号は、ＶｏＩＰ電話の着信信号であることを特徴とする通信装置である。この構成によって、これにより、よく行われる電話の着信信号を用いて判断できるので、不在のチェックができる頻度が多くできる。
【００２４】
本発明の第８の発明は、第１の発明に従属する発明であって、他の通信装置から受信した信号は、本装置のバージョン管理サーバからのアップデート通知信号であることを特徴とする通信装置である。この構成によって、ユーザが不在であるかどうかの判断にアップデート通知信号が利用できる。
【００２５】
本発明の第９の発明は、他の通信装置から信号を受信した後該信号を解除する信号を受信したとき、信号を解除する信号に基づいて表示手段が表示内容を変化し、且つ受信後所定時間内に操作がなかった場合に、本装置のユーザが不在である旨を他の通信装置に通知する制御手段を具備することを特徴とする通信装置である。この構成によって、本装置のユーザが不在である旨を他の通信装置に通知し、着信信号に応答しなかったことが確定したとき所定時間を計測することができるので、長い間他の通信装置から信号を受信し続けた場合でも、受信し続けて時間が経過したことにより本装置のユーザが不在であるという判断をすることがない。
【００２６】
本発明の第１０の発明は、第９の発明に従属する発明であって、信号を解除する信号は、ＶｏＩＰ電話の着信信号を受信した後の着信信号を解除する信号であることを特徴とする通信装置である。この構成によって、よく行われる電話の着信信号を用いて判断できるので、不在のチェックができる頻度が多くできる。
【実施例】
【００２７】
（実施例１）
本発明の実施例１は、端末のユーザが不在である旨のプレゼンス情報、例えば「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」のプレゼンス情報の判断が的確に行える通信端末などの通信装置とプレゼンス情報判定方法に関するものである。なお、以下、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」で説明するが、上記したとおり、「退席」と「一時退席」は、いずれも席を離れるなどの不在状態（「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」、「Ａｗａｙ」の意味は通常これである）を意味するだけでなく、ドライブ中に操作できないなど、操作不能状態等も含むものであり、本発明の「一時退席中」は「Ａｗａｙ」を中核とし、「退席中」は「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」を中核とするが、これに限られるものではない。
【００２８】
図１は本発明の実施例１における無線通信端末の通信システム説明図、図２は本発明の実施例１における無線通信端末の外観図、図３は本発明の実施例１におけるプレゼンスサーバの外観図、図４は本発明の実施例１におけるアクセスポイントの外観図、図５（ａ）は本発明の前提となるプレゼンス情報を片方向で通知する場合の説明図、図５（ｂ）は本発明の前提となるプレゼンス情報を双方向で通知する場合の説明図、図６は本発明の前提となるプレゼンス情報をリクエストしたときに通知する場合の説明図、図７は本発明の前提となるプレゼンス情報を検知して通知する場合の説明図、図８は「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」情報のプレゼンスルール設定のブロック図、図９は本発明の実施例１における無線通信端末の構成図、図１０は本発明の実施例１における無線通信端末の表示画面サンプルの説明図、図１１は本発明の実施例１におけるプレゼンスサーバの構成図、図１２は本発明の実施例１におけるアクセスポイントの構成図、図１３は本発明の実施例１における無線通信端末のプレゼンス機能のブロック図、図１４（ａ）は本発明の実施例１における無線通信端末のメッセージの説明図、図１４（ｂ）は（ａ）のメッセージの通信パケットの構成説明図、図１５はピアツーピアで通信するときのシーケンスの説明図、図１６は本発明の実施例１におけるプレゼンスサーバ経由でのシーケンスの説明図、図１７は本発明の実施例１におけるプレゼンス情報を判定するフローチャート、図１８は本発明の実施例１における通信システムの状態遷移図である。
【００２９】
図１において、１はインターネット、イントラネット等のＩＰネットワーク、１ａはＩＰネットワーク１に接続されて通信を行う無線ＬＡＮである。２ａ，２ｂはアクセスポイントであり、３ａ，３ｂ，３ｃはＩＥＥＥ８０２．１１ａ／ｇで規定されたプロトコルに準拠した通信を行うＷｉＦｉ（登録商標）フォン等の無線通信端末（本発明の通信装置）である。
【００３０】
無線通信端末３ａ，３ｂ，３ｃは図２に示すようにＬＣＤ（液晶）等のディスプレーＡを備えており、１２キーＢやファンクションキーＣ、アンテナＤなどが設けられている。ディスプレーＡの表示画面には図１０のような自分のプレゼンス情報及びコンタクトリストのメンバのプレゼンス情報の表示がなされ、さらにＩＭ、ＶｏＩＰ、またメール、Ｗｅｂ接続、プレゼンス情報通知等のサービスを享受するためのＧＵＩによる入力ボタンの表示が行われる。
【００３１】
さらに、４はＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等のプロトコル等に準拠した通信を行って要求のあったプレゼンス情報を通知するプレゼンスサーバである。図３はプレゼンスサーバ４の一例を示すもので、各種サービスを提供する。図３に示すプレゼンスサーバ４においてはディスプレーＥ、キーボードＦ、マウスＧが設けられている。しかし、実施例１のようにピアツーピアの通信をするときにはプレゼンスサーバ４は必要ない。これについては後述する。なお、実施例１においては無線通信について説明するが、プレゼンス機能を備えた通信システムであれば、有線等であってもよく、これらに限られない。また、以下プロトコルとして主にＳＩＰを中心に説明するが、プレゼンス情報を通知するプロトコルであれば、ＲＶＰ（マイクロソフト  コーポレーション）などＳＩＰに限られるものではない。
【００３２】
アクセスポイント２ａは、例えば会社内などに複数個設けられて複数エリアからなる無線ＬＡＮ１ａを構築し、各エリア内に存在する無線通信端末３ａ，３ｂを無線で接続することができる。図４はアクセスポイント２ａの一例を示すもので、アンテナＨが設けられている。また、アクセスポイント２ｂはＩＰネットワーク１に接続され、自宅内で無線通信端末３ｃと無線で接続することができる。なお、図１においてアクセスポイント２ａのＥＳＳ−ＩＤは「ＸＹＺ−１１１」、無線通信端末３ａのローカルＩＰアドレスは一例として「１０．１．１．１」、無線通信端末３ｃのＩＰアドレスは「１９２．１６８．０．１０」である。
【００３３】
そこで、本発明の実施例１のプレゼンス情報を提供する通信端末とプレゼンス情報判定方法を詳細に説明する前に、その特徴を比較によって明瞭にするため、前提となるＲＦＣに準拠したピアツーピアでプレゼンス情報を通知するシステムについて説明する。本発明の前提となる中核技術であるため１００番台の符号を付与して説明する。図５（ａ）は本発明の前提となるプレゼンス情報を片方向で通知する場合の説明図であり、図５（ｂ）は本発明の前提となるプレゼンス情報を双方向で通知する場合の説明図である。なお、ピアツーピアの説明をするがプレゼンスサーバを介在させて使用することもできる。
【００３４】
図５（ａ）において、１００は送信側の端末Ａ、１０１はプレゼンスシステムにプレゼンス情報を提供するプレゼンスユーザエージェント（Ｐｒｅｓｅｎｃｅ  Ｕｓｅｒ  Ａｇｅｎｔ、以下ＰＵＡ）部、１０２は自分のプレゼンス情報を格納する自己プレゼンス情報部、１０３は購読リクエストの処理やプレゼンス状態の変化に応じて通知を生成できるプレゼンスエージェント（ＰＡ）部である。なお、ここではＳＩＰをプロトコルとして説明するが、ＩＰパケットを利用してプレゼンス情報の交換を行うことができるプロトコルであればよい。
【００３５】
２００はＩＰネットワーク等のネットワーク、３００は受信側の端末Ｂである。３０４は端末Ａ１００のＰＡ部１０３からのプレゼンス情報を監視するウォッチャー部、３０５は通知された相手のプレゼンス情報を格納する相手プレゼンス情報部である。なお、双方向で通知する場合の図５（ｂ）に示す１０４は送信側端末のウォッチャー部、１０５は送信側端末の相手プレゼンス情報部、３０１は受信側端末のＰＵＡ部、３０２は受信側端末の自己プレゼンス情報部、３０３は受信側端末のＰＡ部である。
【００３６】
まず、端末Ｂ３００から他方の端末Ａ１００へプレゼンス情報を要求して、端末Ａ１００がそれを通知する第１の場合について説明する。図６は本発明の前提となるプレゼンス情報をリクエストしたときに通知する場合の説明図である。図６において、端末Ａ１００のＰＵＡ部１０１がプレゼンス情報を自己プレゼンス情報部１０２に設定する。この状態で、端末Ｂ３００から、一定期間相手のプレゼンス情報を購読したい旨の「ＳＵＢＳＣＲＩＢＥ」メッセージを送信すると（シーケンス１）、これを受信したＰＡ部１０３は購読ＯＫの場合「２００  ＯＫ」を送信し（シーケンス２）、端末Ａ１００からプレゼンス情報を通知する旨の「ＮＯＴＩＦＹ」メッセージを送信する（シーケンス３）。これに対して通知ＯＫなら端末Ｂ３００から端末Ａ１００に向けて「２００  ＯＫ」が送信される（シーケンス４）。端末Ｂ３００のウォッチャー部３０４は、受信した端末Ａ１００のプレゼンス情報で相手プレゼンス情報部３０５の情報を更新する。
【００３７】
次に、何かのイベント発生でプレゼンス情報が変更され、これを検知した端末Ａ１００から端末Ｂ３００へ通知する第２の場合もある。図７は本発明の前提となるプレゼンス情報を検知して通知する場合の説明図である。図７に示すように、端末Ａ１００の状態が変更されたのを検知したとき、端末Ａ１００のＰＵＡ部１０１がプレゼンス情報を変更する（シーケンス１）。このとき端末Ａ１００のプレゼンス情報は、例えば「Ｏｎｌｉｎｅ」から「Ａｗａｙ」に変更される。ＰＡ部１０３がこれを検知すると（シーケンス２）、端末Ｂ３００にプレゼンス情報を通知する旨の「ＮＯＴＩＦＹ」メッセージを送信する（シーケンス３）。端末Ｂ３００のウォッチャー部３０４はこれを受信すると、端末Ａ１００に向けて「２００  ＯＫ」を送信する（シーケンス４）。その後ウォッチャー部３０４は、受信した端末Ａ１００のプレゼンス情報を基に相手プレゼンス情報部３０５の情報を更新する（シーケンス５）。これにより、相手プレゼンス情報部３０５の端末Ａ１００のプレゼンス状態が「Ｏｎｌｉｎｅ」から「Ａｗａｙ」に変更される。なお、シーケンス４，５は実装次第であって、逆の順でもよい。
【００３８】
続いて、この「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」情報がどのようにして設定されるのか、その設定のための構成について説明する。図８は「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」情報のプレゼンスルール設定のブロック図である。図８において、１０６は従来のプレゼンスルール設定モードでルールを設定するプレゼンスルール設定手段、１０７はプレゼンスルール登録部である。プレゼンスルール設定手段１０６はプレゼンスルール登録部１０７に、各ユーザの「Ａｗａｙ」の一定時間を「５分」に設定したり、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」の長時間を「３０分」に設定したり設定するものである。プレゼンスルール登録部１０７はこのようにして設定されたプレゼンスルールを登録する。
【００３９】
また、１０８は自己のプレゼンス情報を設定するプレゼンス情報設定手段、１０９はこのとき表示名を設定する表示名設定手段、１１０は同じく自端末のプレゼンス状態、例えば「Ｏｎｌｉｎｅ」や「Ｏｆｆｌｉｎｅ」、一定時間操作されなかったときには「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」などと判定して設定する状態設定手段である。
【００４０】
プレゼンス情報を設定するときには、キー入力部やグラフィカルユーザインターフェース（Ｇｒａｆｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ、以下ＧＵＩ）によって入力する。入力された表示名やプレゼンスルールなどに従って、状態設定手段１１０が判定したプレゼンス状態が、自己プレゼンス情報部１０２に格納される。このプレゼンス情報がＰＡ部であるプレゼンス情報通知手段１１１によって相手のウォッチャー部に通知される。
【００４１】
以上説明した上記中核技術の説明で分かるように、図１の通信システムにおいては、次の２つの場合にプレゼンス情報が変更される。第１は、例えば無線通信端末３ａから無線通信端末３ｂにプレゼンス情報を購読したい旨のメッセージを送信し、これを受信した無線通信端末３ｂが購読ＯＫの場合プレゼンス情報を通知して、更新する場合である。第２は、無線通信端末３ａが自身のプレゼンス状態に変更があったのを検知したとき、無線通信端末３ｂへ通知する場合である。そして、いずれの場合もプレゼンス情報を設定するときには、プレゼンスルールに従って、図８の状態設定手段１１０が判定したプレゼンス状態が、自己プレゼンス情報部１０２にプレゼンス情報として格納され、これがプレゼンス情報通知手段１１１によって相手のウォッチャー部に通知される。これがプレゼンスシステムの基本の構成になる。
【００４２】
そこで、以下、本発明の実施例１のプレゼンス情報を提供する通信端末とプレゼンス情報判定方法を詳細に説明する。まず、実施例１の無線通信端末の構成について説明する。図９において、１１は送受信部、１２は通信制御部（本発明の通信手段）、１３は信号を圧縮／伸長し符号／複合化するデータ処理部である。送受信部１１は周波数変換部と変復調部とから構成されている（図示しない）。周波数変換部の受信部は、アンテナで受信した信号を所定周波数の発振信号と混合することにより、中間周波信号（ＩＦ信号）に周波数変換する。また、周波数変換部の送信部は、後述する変復調部から供給される変調波を所定周波数の発振信号と混合することにより周波数変換し、アンテナから送信する。また変復調部の受信部は、周波数変換部から出力されたＩＦ信号を復調し、通信制御部１２へ送出する。また、変復調部の送信部では、通信制御部１２から供給されるデータを変調して、送受信部１１の周波数変換部へ送出する。
【００４３】
次に、通信制御部１２は、フレーム同期とフレームのフォーマット処理を行う。通信制御部１２の受信側は、送受信部１１の変復調部から供給される受信データから所定のタイミングで１フレーム分のデータを取り出し、スクランブル等を解除した後、上位層のデータは後述の制御部１６へ送出し、さらに制御部１６では後述する通信手段２０によってＲＴＰペイロードのＶｏＩＰの音声信号やＭＰＥＧの画像信号等のマルチメディアデータ、ＩＭのテキストデータをデータ処理部１３へ送出する。また、通信制御部１２の送信側は、データ処理部１３から供給されるデータに対しては通信手段２０でヘッダを付加してＩＰパケットにされたデータに、通信制御部１２でスクランブル等を施し、各フレームを所定タイミングで送受信部１１の変復調部に送出する。
【００４４】
次に、データ処理部１３は、受信側では通信手段２０から供給されるマルチメディアデータ等を復号化して伸張し、Ｄ／Ａ変換によりアナログ音声信号やビデオ信号、ＩＭのテキストデータへ変換してスピーカ１４や表示部１９（後述）から出力する。なお、本発明における表示手段はスピーカ１４や表示部１９であり、表示内容は音声や画像、文字表示である。データ処理部１３の送信側では、マイク１５から入力されたアナログ音声信号やカメラ等（図示しない）からのビデオ信号、キー入力部１８からのキー入力信号をＡ／Ｄ変換によりデータ信号に変換すると共に、符号化し圧縮して、データ信号を通信手段２０に渡してＩＰパケットとして通信制御部１２へ送出する。
【００４５】
次に、１６は制御部、１７は記憶部、１７ａは記憶部１７内に設けられた自分のプレゼンス情報を記録する自己プレゼンス情報部、１７ｂは同じく相手のプレゼンス情報を記録する相手プレゼンス情報部である。１７ｃはプレゼンス情報として「Ｏｎｌｉｎｅ」、「Ｏｆｆｌｉｎｅ」、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」をどのような条件で設定するのか、そのルールを設定するプレゼンスルール登録部である。自己プレゼンス情報部１７ａ、相手プレゼンス情報部１７ｂ、プレゼンスルール登録部１７ｃの機能は、基本的に図５〜図８で上述した中核技術の自己プレゼンス情報部１０２、相手プレゼンス情報部３０５、プレゼンスルール登録部１０７で説明したとおりのものである。
【００４６】
さて、実施例１においては、「Ａｗａｙ」は２種類の条件の設定がモード選択により可能である。第１の設定は従来の設定方式と同じで、プレゼンスシステムにログインしているが、自端末のユーザが一定時間の間アクションしていない場合に「Ａｗａｙ」にするものである。これはパーソナルコンピュータなど（通信だけではない使われ方をするもの）に使用されるとき有用なもので本発明の特徴とは関係がない。第２の設定方式が本発明の特徴に関するものであり、プレゼンスシステムにログインしているが、相手端末やサーバ、自端末で何らかのリアクションを期待するアクションが行われた後、一定時間経過するまでの間、自端末のユーザがアクションしなければ、「Ａｗａｙ」に変更するものである。
【００４７】
第１の設定は、少し席を外しているというのに相応しい、例えば「５分」程度の時間を一定時間として設定する。しかし、第２の設定方式は、例えば、相手端末のユーザのアクションに起因して自端末で検知されるＶｏＩＰの着呼やＩＭの着信、あるいはバージョン管理サーバやその他のサーバからのアップデート、自端末自体によるアラームの動作などが行われ、着呼や着信、アップデート、アラームの表示の後、ユーザがアクションしなければ「Ａｗａｙ」に変更するものである。このような着呼や着信、アップデートは、相手端末からユーザに何らかのアクションを求めるアクション情報ということができ、アラームの動作などは自端末の動作に基づくアクション情報であって、第２の設定方式はこのような２種類のいずれかのアクション情報が取得できた場合に、一定時間経過後「Ａｗａｙ」に変更するものである。以下、このような相手端末の操作や自端末の動作などを含めて相手のアクションという。
【００４８】
同様に、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」も２種類の条件の設定が可能である。第１の設定は従来の設定方式と同じで、ネットワークにログインしているが、自端末のユーザがかなり長時間アクションしていない場合に「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」にするものである。これはパーソナルコンピュータなどに使用されるとき有用なもので本発明の特徴とは関係がない。第２の設定方式が本発明の特徴であり、プレゼンスシステムにログインしているが、相手端末やサーバ、自端末で何らかのリアクションを期待するアクションが行われた後、長時間経過後自端末のユーザがアクションしなければ、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」とするものである。いずれも、不在というのに相応しい、例えば「３０分」程度の時間を判定のための時間として設定する。従って、「Ａｗａｙ」と「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」の違いは、席を離れているという程度の時間が経過したのか、不在という方が適当な時間が経過したのか、という経過時間の違いである。なお、図４に示しているのは、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」共に、第２の設定をＯＮとし、第１の設定をＯＦＦとした場合である。なお、ここで説明した第２の設定方式の「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」が本発明の不在である旨の情報に相当する。
【００４９】
図９の説明を続けると、１７ｄは相手端末やサーバや自端末自体が何らかユーザのリアクションを期待するアクション、例えばＶｏＩＰ着呼、ＩＭ着信、ファイル転送要求、アラーム等があり、着呼や着信、アップデート、アラームの表示の後に、ユーザがそのリアクション（相手のアクションに起因するアクション）として行ったアクション情報を格納するアクション情報部である。アクション情報部１７ｄに格納されるアクション情報はアクション情報検知手段３０が取得したものである。アクションの種類としては、ＶｏＩＰの応答、ＩＭの応答、ファイルの転送等や、アラーム等を消すための入力操作、図示しないＯＮ／ＯＦＦ操作などがある。
【００５０】
なお、アクション情報取得手段２８に関しては、相手端末のアクション情報や自端末によるアクション情報を取得したら、後述する相手アクション情報部１７ｅにアクション情報、フラグ等をセットしてから計時部３１を動作させる。若しくは、アクション情報を取得したら直ちに計時部３１を動作させる。従って後者の場合、アクション情報部１７ｄ、相手アクション情報部１７ｅは必要なくなる。しかし、フラグ等をセットしておけば、プレゼンスシステムにログインしている状態で、何らかの理由によってプレゼンス表示機能がリセットされる状態になったような場合、相手アクション情報部１７ｅ、アクション情報部１７ｄにセットされたアクション情報等を使うことにより、従前の状態を継続した状態で「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」を再表示することができる。
【００５１】
１７ｅは相手端末若しくはプレゼンスサーバ４、自端末での何らかのリアクションを期待するアクションがあったときに、これらのアクション情報を格納する相手アクション情報部である。上述したとおり相手アクション情報部１７ｅは必須のものではない。相手アクション情報部１７ｅには、例えばＶｏＩＰ着呼、ＩＭ着信、ファイル転送要求等のアクション情報、バージョン管理サーバやその他のサーバからのアップデート等の通知、自端末によるアラームの動作などのアクション情報が格納される。
【００５２】
実施例１の場合、上記第２の設定方式で設定がなされているので、後述のアクション情報取得手段２８が相手端末の相手ユーザ、プレゼンスサーバ４などのアクション、あるいは自端末のアクション処理実行手段３２（後述する）のアラームを鳴らすなどの所定の動作（アクション）を監視し、相手端末からＶｏＩＰ着呼、ＩＭ着信、ファイル転送要求等があったことや、バージョン管理サーバやその他のサーバからアップデートの通知があったこと、自端末からアラームの動作等がなされたことを検知し、着呼や着信、アップデート、アラームを表示したときは、計時部３１のカウントを開始する。このとき相手アクション情報部１７ｅのアクション情報を変更してもよい。計時部３１のカウントが「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に設定された時間をカウントアップすると、自端末の状態設定手段２７に通知して自己プレゼンス情報部１７ａのプレゼンス情報を「Ｏｎｌｉｎｅ」から「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更する。
【００５３】
なお、上記第１の設定方式の場合は、プレゼンスシステムにログインしているが、自端末のユーザがアクションしなくなったら、計時部３１のカウントを開始する。この場合も、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に設定された時間がカウント切れしたとき、自端末の状態設定手段２７に通知して自己プレゼンス情報部１７ａのプレゼンス情報を「Ｏｎｌｉｎｅ」から「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更する。しかし、この第１の設定方式は、自端末のユーザがアクションしなくなったら時間をカウントするもので、第２の設定方式のように、相手端末やサーバ、自端末で何らかのユーザのリアクションを期待するアクションが行われてから時間をカウントするものとは大きく相違する。すなわち、第１の設定方式は端末（例えばパーソナルコンピュータ）に対するそのユーザの操作の有無だけの問題であるが、第２の設定方式は第３の存在から何らかの入力が端末に行われた後、ユーザがこれに応答するか否かの問題であり、後者は通信端末に内在する問題である。
【００５４】
続いて、１８はキーボードを利用して入力するキー入力部、１８ａはポインティングデバイス（図示しない）を使って画面から入力できるように表示制御する機能実現手段としてのグラフィカルユーザインターフェース部（ＧＵＩ部）、１９はＬＣＤ（液晶）ディスプレー等を駆動する表示部（表示手段）である。キー入力部１８は、相手先の電話番号を入力するテンキーやファンクションキー等からの入力を受け付け制御部１６につたえる。ＧＵＩ部１８ａはポインティングデバイスと画面（表示部１９）を使ってボタン等の入力可能なアクティブな領域を表示し、それを選択させ、対応する内容を入力するものであり、ソフトウェア的に実現される入力手段であるため、制御部１６内に設けられている。そして表示部１９は、他の端末から受信した受信信号をプロトコルに従って取り出してデータ処理部１３で処理した内容、あるいは制御部１６が取得した入力信号（キー入力部１８、ＧＵＩ部１８ａの信号）の内容に基づいて表示内容を表示部１９あるいはスピーカ１４に表示（出力）する。
【００５５】
ところで、制御部１６は多くの機能実現手段から構成され、記憶部１７に格納されている制御プログラムを中央処理装置（ＣＰＵ）のメインメモリに読み出してそれぞれの機能を実現する機能実現手段として構成されるものである。いずれもハードウェアとしてのＣＰＵと制御プログラムを使ってソフトウェア的に各機能を実行する。上述のＧＵＩ部１８ａもこの機能実現手段の１つである。なお、後述のアクション情報取得手段２８とアクション情報検知手段３０を含む制御部１６が本発明の制御手段に相当する。これらは上記図５〜図８で示した中核技術にはない構成である。
【００５６】
２０は、ＳＩＰやＲＴＰ等、またＴＣＰ／ＵＤＰ、ＩＰ等のプロトコルで通信を行う機能実現手段としての通信手段である。２１はプレゼンスシステムにプレゼンス情報を提供する機能実現手段としてのプレゼンスユーザエージェント（ＰＵＡ）部、２２は購読リクエストの処理やプレゼンス状態の変化に応じて通知を生成できる機能実現手段としてのプレゼンスエージェント（ＰＡ）部、２３はクライアントとしてプレゼンス情報を取得する機能実現手段としてのウォッチャー部である。ウォッチャー部２３は、「ＳＵＢＳＣＲＩＢＥ」メッセージを送信してプレゼンス情報をリクエストし、「ＮＯＴＩＦＹ」メッセージを受信してプレゼンス情報を受け取る機能をもっている。
【００５７】
さて、このＰＵＡ部２１、ＰＡ部２２、ウォッチャー部２３には次のような具体的な各機能を実行する手段が設けられている。なお、ＰＵＡ部２１、ＰＡ部２２、ウォッチャー部２３の機能は、図５〜図８で示した中核技術であるＰＵＡ部１０１、ＰＡ部１０３、ウォッチャー部３０４で説明した機能と基本的な部分では共通する。
【００５８】
まず、ＰＵＡ部２１の説明をすると、ＰＵＡ部２１には次の構成が設けられる。２４はプレゼンスルールを設定するプレゼンスルール設定手段である。プレゼンスルール設定手段２４はプレゼンスルール登録部１７ｃに、各ユーザのプレゼンスルール、例えば第２の設定で、「Ａｗａｙ」の時間を「５分」に設定したり、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」の時間を「３０分」に設定したり設定するものである。実施例１の通信端末では、図１０に示す「プレゼンス」ボタンのプルダウンメニューＡを開いて、「プレゼンスルール設定」を選択し、設定画面を開いて設定する。なお、プレゼンスルール設定手段２４はプレゼンスルール登録部１７ｃに所定の時間を設定するが、図８で示したプレゼンスルール設定手段１０６、プレゼンスルール登録部１０７とは、起動するトリガ（イベント発生）が何であるかで、判断のルールそのものが異なることになる。
【００５９】
また、２５は自己のプレゼンス情報を設定するプレゼンス情報設定手段、２６はこのとき表示名を設定する表示名設定手段、２７は同じくプレゼンス状態を設定する状態設定手段である。プレゼンス情報は基本的に表示名（名前）と端末のプレゼンス状態とから構成される。
【００６０】
さらに、プレゼンス情報はＩＤで管理されるため、ユーザによっては表示名を設定しない場合がある。この場合、図９に示す表示名設定手段２６はＩＤを表示名として表示する。ＩＤと表示名の双方が設定されている場合は、表示名設定手段２６は設定された表示名を表示名として表示する。一例として、図１０の＜Ｎｏｔ  Ａｖａｉｌａｂｌｅ＞に示す「１２３４５６」は、相手ユーザが表示名を設定していない場合のもので、相手のＩＤがそのまま表示されたものである。
【００６１】
ユーザは自端末に対する「Ｏｎｌｉｎｅ」、「Ｏｆｆｌｉｎｅ」、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」などの入力を行え、また、状態設定手段２７は、システム状態に基づいてプレゼンスルール登録部１７ｃを参照し、プレゼンスルールに従って「Ｏｎｌｉｎｅ」、「Ｏｆｆｌｉｎｅ」、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」等の状態のいずれであるか判定し、１つの状態を選択する。プレゼンス情報設定手段２５は、これを自己プレゼンス情報部１７ａに設定する。この詳細は図１３に基づいて後で詳述する。
【００６２】
続いて、ＰＡ部２２には次の構成が設けられる。２２ａはプレゼンス情報通知手段である。他の通信端末から、プレゼンス情報をリクエストされたり、プレゼンス情報を送信したりするときに、プレゼンス情報通知手段２２ａは、自分のプレゼンス情報を自己プレゼンス情報部１７ａから取り出し相手のウォッチャー部２３に送信する。
【００６３】
このウォッチャー部２３の説明をすると、ウォッチャー部２３を構成する２３ａが、「ＳＵＢＳＣＲＩＢＥ」メッセージを送信してプレゼンス情報をリクエストするプレゼンス情報要求手段、２３ｂは「ＮＯＴＩＦＹ」メッセージを受信してプレゼンス情報を受け取るプレゼンス情報取得手段である。プレゼンス情報通知手段２２ａが自分のプレゼンス情報を相手の端末に送信し、プレゼンス情報取得手段２３ｂがこれを受け取り、相手プレゼンス情報部１７ｂを更新する。
【００６４】
さて、図９において、２８はアクション情報取得手段である。アクション情報取得手段２８は相手端末の相手ユーザ、サーバ、アクション処理実行手段（後述）のアクションを監視し、相手のアクション情報を取得する。アクション情報取得手段２８は、データ処理部１３が処理して表示部１９やスピーカ１４から表示内容を出力するとき、データ処理部１３で処理した信号の種類及びその内容や、制御部１６が取得した入力信号の種類及びその内容が変化したとき、その種類、内容に基づいて上記相手端末の相手ユーザ、サーバ、アクション処理実行手段のアクションを検知する。これらは上記図５〜図８で示した中核技術にはない構成である。
【００６５】
そして、２９は表示画面生成手段である。プレゼンス画面表示やプレゼンスメニューＢなどを開くとき、表示画面生成手段２９はプレゼンス情報の画面表示を自動的に生成し、ディスプレーに表示する。なお、図１０の「プレゼンス」のプルダウンメニューＡには、設定画面（ウィンドウ）を開いてプレゼンスルールをプレゼンスルール登録部１７ｃに設定する「プレゼンスルール設定」、あるいは、自分の表示名を自己プレゼンス情報部１７ａに設定するための設定画面（ウィンドウ）を開く「表示名設定」等のリンク情報が設けられている。
【００６６】
また、プルダウンメニューＡには、このほか、プレゼンスシステムにログインするための「ログイン」と、そのプレゼンスシステムからログアウトするための「ログアウト」が設けられる。ログイン時、ログインのための画面でＩＤを入力する。さらに相手からプレゼンス情報の通知を受けたとき、相手の表示名をそのまま表示せずにリネーム処理を施すための「リネーム設定」が設けられている。このとき相手表示名に対するリネーム処理が行われ相手プレゼンス情報部１７ｂに登録される。図１０の＜Ａｗａｙ＞に示す「部長」は、相手の表示名を受信側でリネーム処理し、相手の表示名をそのまま表示せずに、「部長」とリネームしたものである。
【００６７】
３０はアクション情報検知手段であり、３１はタイマー設定をすることができる計時部である。アクション情報検知手段３０は、ユーザが自端末に対して操作するアクションを検知し、アクション情報部１７ｄに格納する。アクションとしては、ＶｏＩＰ応答、ＩＭの応答、ファイルの転送等や、アラーム等を消すための入力操作、図示しないＯＮ／ＯＦＦ操作などを検知する。アクション情報検知手段３０は、ユーザのこれらの操作で表示部１９や場合によりスピーカ１４の表示内容（アラーム音を含む）が変化したときは、計時部３１のカウントを開始させ、表示内容の変化に併せた後所定時間してもユーザの操作がなかった場合、制御部１６はユーザが不在、すなわち「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」と判断し、計時部３１のカウントを停止する。
【００６８】
また、図９において、３２は設定によりユーザに対して所定の動作、例えばアラームを鳴らす等の動作を実行するアクション処理実行手段である。アクション処理実行手段３２が設定に従って起動し、ブザー（図示しない）やスピーカ１４、ＬＥＤ（図示しない）、ＬＣＤディスプレー、モータ等を動作させた、というアクション情報をアクション情報取得手段２８が取得し、計時部３１を動作させる。なお、アクション処理実行手段３２の行う動作はユーザに何らかの機能を自動的に提供するものであればよい。
【００６９】
そして実施例１の無線通信端末では、アクション情報取得手段２８がアクション情報を検知すると、計時部３１のタイマーのカウントを開始する。その後、計時部３１が「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に設定された時間をカウントアップすると、自端末の状態設定手段２７に通知して自己プレゼンス情報部１７ａのプレゼンス情報を「Ｏｎｌｉｎｅ」から「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更する。
【００７０】
さて、無線通信端末３ａ，３ｂ，３ｃの説明に続いて、本発明の実施例１におけるプレゼンスサーバ４の構成について説明する。図１１は本発明の実施例１におけるプレゼンスサーバの構成図である。図１１において、４１はインターネット、イントラネット等のＩＰネットワーク１と有線で通信を行う有線送受信部、４２は有線送受信部４１が受信したＩＰパケットからＳＩＰ等のプロトコルに基づいて要求されたメッセージ、例えば「ＳＵＣＲＩＢＥ」を取り出し、制御部４４へ送って処理、例えばプレゼンス情報の確認やメッセージの選択を行わせ、さらに制御部４４で処理を行った結果にヘッダを付加してＩＰパケットとして送出する有線通信制御部である。
【００７１】
４３はＩＰネットワーク１と有線送受信部４１を接続するコネクタ、４４はプロトコルに準拠した通信を行って要求されたプレゼンス情報を通知したり更新したりする制御部、４５は記憶部である。制御部４４は記憶部４５に格納されている制御プログラムを読み出してそれぞれの機能を実現する機能実現手段として構成される。ＣＰＵと制御プログラムを使ってソフトウェア的に各機能を実行する。そして、記憶部４５には無線通信端末３ａ，３ｂ，３ｃのプレゼンス情報を登録したプレゼンス情報登録部（図示しない）が設けられている。プレゼンスサーバ４は、無線通信端末３ａ，３ｂ，３ｃからプレゼンス情報のリクエストがあるとこれに応答し、プレゼンス情報に変化があったときはこの内容で更新する。なお、ピアツーピアの通信の場合、プレゼンスサーバ４は必要なく、図９に示す相手プレゼンス情報部１７ｂに登録される。
【００７２】
次に、本発明の実施例１におけるアクセスポイント２ａ，２ｂの構成について説明する。図１２は本発明の実施例１におけるアクセスポイントの構成図である。図１２において、５１はエリア内に存在する無線通信端末３ａ，３ｂと無線で接続する無線送受信部、５２は無線送受信部５１が受信したＩＰパケットからＳＩＰ等のプロトコルに基づいてＩＰパケットを取り出し、またヘッダを付加してＩＰパケットとして無線送受信部５１から送出する無線通信制御部である。
【００７３】
５３はインターネット、イントラネット等のＩＰネットワーク１と有線で通信を行う有線送受信部、５４は有線送受信部５３が受信したＩＰパケットからＳＩＰ等のプロトコルに基づいてＩＰパケットを取り出し、制御部４４へ送って処理させ、またヘッダを付加してＩＰパケットとして送出する有線通信制御部である。５５はＩＰネットワーク１と有線送受信部５３を接続するコネクタ、５６はシステム制御を行う制御部、５７は記憶部である。コネクタ５５にはＥｔｈｅｒｎｅｔ（登録商標）ケーブルなどが接続される。そして、制御部５６は記憶部５７に格納されている制御プログラムを読み出してそれぞれの機能を実現する機能実現手段として構成される。ＣＰＵと制御プログラムを使ってソフトウェア的に各機能を実行する。
【００７４】
以上説明したように、無線通信端末３ａ，３ｂ，３ｃ、プレゼンスサーバ４、アクセスポイント２ａ，２ｂはそれぞれの構成を備え、ＩＰネットワーク１に接続されているので、プレゼンス情報通知が無線通信端末３ａ，３ｂ，３ｃ間で送信され、自分のプレゼンス情報を自己プレゼンス情報部１７ａから取り出し、相手のウォッチャー部２３に送信し、相手のプレゼンス情報取得手段２３ｂがこれを受け取り、相手プレゼンス情報部１７ｂを更新する。このような通信によって、図５〜図７のようにプレゼンス情報を提供することが可能になる。
【００７５】
以上実施例１の通信システムの構成について説明したが、以下、図１３の機能ブロック図と図１４（ａ），（ｂ）のパケットの構成例、図１７のフローチャート、図１８の実施例１の通信システムの状態遷移図、図１５，図１６のシーケンス説明図に基づいて動作の説明を詳細に行う。図４において、ユーザは図１０のプルダウンメニューＡから「プレゼンスルール設定」を開いてプレゼンスルールを入力することができる。これによってプレゼンスルール登録部１７ｃにこのプレゼンスルールを設定する。
【００７６】
また、表示名に関しては、ユーザはプルダウンメニューＡの「表示名設定」を開いて表示名を入力でき、これらは自己プレゼンス情報部１７ａに保存される。また、ユーザは無線通信端末を操作して「Ｏｎｌｉｎｅ」、「Ｏｆｆｌｉｎｅ」、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」などの入力を行う。
【００７７】
このプレゼンス状態に関しては、状態設定手段２７がプレゼンスルール登録部１７ｃに設定されたルールを参照すると共に、そのときのシステム状態を比較して自動的にどの状態か判定し、プレゼンス情報設定手段２５が表示名と共に自己プレゼンス情報部１７ａに格納する。
【００７８】
その後プレゼンス情報のリクエストの「ＳＵＢＳＣＲＩＢＥ」メッセージの着信やプレゼンス情報を提供するイベントが発生すると、プレゼンス情報通知手段２２ａは、自己プレゼンス情報部１７ａを参照して図５（ａ），（ｂ）のように他の端末のウォッチャー部に送信される。図１４（ｂ）は図１の無線通信端末３ｃから無線通信端末３ａにプレゼンス情報を通知するような「ＮＯＴＩＦＹ」メッセージのパケットフォーマットであり、図１４（ａ）はそのＳＩＰヘッダとＳＩＰボディ（本文）である。図１４（ｂ）においては、このメッセージ全体をペイロードとしてカプセリングして送信する。プレゼンス情報の通知は、ＳＩＰなどではＰＩＤＦ（プレゼンス情報データ書式）に従って記述するが、本実施例図１４（ａ）のＳＩＰボディ（本文）に示すようにＸＭＬで記述される。ＩＤ「１２１２１２」、表示名「太郎」が図１４（ａ）のように設定される。
【００７９】
以下、実施例１の図１のような通信システムで行われるプレゼンス情報の通信のシーケンスを図１５、図１６のシーケンスに基づいて説明する。図１５はピアツーピアで通信するときのシーケンスの説明図である。図１を参照する。図７の中核技術で説明したことが基本になる。無線通信端末３ａ，３ｂ，３ｃ間でプレゼンス情報の通信を行う場合、無線通信端末３ａには無線通信端末３ｂ，３ｃの電話帳リスト（コンタクトリスト）が登録されている（ｓｑ１）。所定のイベントが発生し、無線通信端末３ａから無線通信端末３ｂにプレゼンス情報、ここでは在席している旨の情報「Ｏｎｌｉｎｅ」を、「ＮＯＴＩＦＹ」メッセージで通知する（ｓｑ２）。これに対して、無線通信端末３ｂから無線通信端末３ａに「２００  ＯＫ」が送信される（ｓｑ３）。
【００８０】
無線通信端末３ｂと同様に、無線通信端末３ａから無線通信端末３ｃに無線通信端末３ａのプレゼンス情報、すなわちここでは在席している旨の情報「Ｏｎｌｉｎｅ」を、「ＮＯＴＩＦＹ」メッセージで通知する（ｓｑ４）。これに対して、無線通信端末３ｃから無線通信端末３ａに「２００  ＯＫ」が送信される（ｓｑ５）。
【００８１】
「Ｏｎｌｉｎｅ」であるため、このプレゼンス状態で無線通信端末３ｂから無線通信端末３ａに「ＩＮＶＩＴＥ」メッセージを送って電話発信（発呼）すると（ｓｑ６）、無線通信端末３ａからは応答メッセージである「１００Ｔｒｙｉｎｇ」を送信し（ｓｑ７）、その後呼び出し中状態である旨の「１８０Ｒｉｎｇｉｎｇ」メッセージを送り（ｓｑ８）。さらに無線通信端末３ａのユーザを呼び出し音（呼び出し中音）などで呼び出す。
【００８２】
しかし、無線通信端末３ａのユーザが「ＩＮＶＩＴＥ」メッセージを送ってから設定時間である一定時間Ａが経過しても操作しない場合、無線通信端末３ａはプレゼンス状態を「Ｏｎｌｉｎｅ」から不在である旨の「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更する（ｓｑ９）。一定時間Ａは短い時間、例えば５分の場合「Ａｗａｙ」、これより長い例えば３０分であれば「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更（更新）する。
【００８３】
その後、無線通信端末３ａは無線通信端末３ｂに「Ａｗａｙ」または「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」を「ＮＯＴＩＦＹ」メッセージで通知する（ｓｑ１０）。これに対して、無線通信端末３ｂから無線通信端末３ａに「２００  ＯＫ」を送信する（ｓｑ１１）。同様に、無線通信端末３ａは無線通信端末３ｃに「Ａｗａｙ」または「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」を通知し（ｓｑ１２）、無線通信端末３ｃから無線通信端末３ａに「２００  ＯＫ」を送信する（ｓｑ１３）。これにより、プレゼンス情報がすべての無線通信端末３ａ，３ｂ，３ｃで変更になる。
【００８４】
この状態で無線通信端末３ａに変化がなければ、一定時間Ｂごとに無線通信端末３ａは無線通信端末３ｂに「Ａｗａｙ」または「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」を通知し（ｓｑ１４）、無線通信端末３ｂから無線通信端末３ａに「２００  ＯＫ」を送信する（ｓｑ１５）。同様に、無線通信端末３ａは無線通信端末３ｃにも「Ａｗａｙ」または「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」を「ＮＯＴＩＦＹ」メッセージで通知し（ｓｑ１６）、無線通信端末３ｃから無線通信端末３ａに「２００  ＯＫ」を送信する（ｓｑ１７）。その後、一定時間Ｂごとにこれを繰返す。
【００８５】
続いて、図１６に基づいて無線通信端末３ａ，３ｃがプレゼンスサーバ４経由でプレゼンス情報の通信を行うときのシーケンスを説明する。図１６は本発明の実施例１におけるプレゼンスサーバ経由でのシーケンスの説明図である。図６の中核技術で説明したことが基本になる。無線通信端末３ａ，３ｃ間で、プレゼンスサーバ４経由でプレゼンス情報の通信を行う場合、無線通信端末３ｃはプレゼンスサーバ４に無線通信端末３ａのプレゼンス情報を購読したい旨の「ＳＵＢＳＣＲＩＢＥ」メッセージを通知する（ｓｑ２１）。これに対して、プレゼンスサーバ４から無線通信端末３ｃに「２００  ＯＫ」が送信される（ｓｑ２２）。
【００８６】
さらにプレゼンスサーバ４から無線通信端末３ａのプレゼンス情報、すなわちここでは在席している旨の情報「Ｏｎｌｉｎｅ」を、「ＮＯＴＩＦＹ」メッセージで通知する（ｓｑ２３）。これに対して、無線通信端末３ｃからプレゼンスサーバ４に「２００  ＯＫ」が送信される（ｓｑ２４）。
【００８７】
「Ｏｎｌｉｎｅ」であるため、このプレゼンス状態で無線通信端末３ｃから無線通信端末３ａに「ＩＮＶＩＴＥ」メッセージを送って電話発信（発呼）すると（ｓｑ２５）、無線通信端末３ａからは応答メッセージである「１００Ｔｒｙｉｎｇ」を送信し（ｓｑ２６）、その後呼び出し中状態である旨の「１８０Ｒｉｎｇｉｎｇ」メッセージを送り（ｓｑ２７）。さらに無線通信端末３ａのユーザを呼び出し音などで呼び出す。
【００８８】
しかし、無線通信端末３ａのユーザが「ＩＮＶＩＴＥ」メッセージを送ってから設定時間である一定時間Ａが経過しても何の操作もしない場合、無線通信端末３ａはプレゼンス状態を「Ｏｎｌｉｎｅ」から不在である旨の「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更する（ｓｑ２８）。一定時間Ａは短い時間、例えば５分の場合「Ａｗａｙ」、これより長い例えば３０分であれば「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更（更新）する。
【００８９】
その後、無線通信端末３ａはプレゼンスサーバ４に「Ａｗａｙ」または「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」を登録するように「ＰＵＢＬＩＳＨ」メッセージを通知する（ｓｑ２９）。これに対して、プレゼンスサーバ４から無線通信端末３ａに「２００  ＯＫ」を送信し（ｓｑ３０）、プレゼンス情報登録部に登録する。そしてプレゼンスサーバ４は無線通信端末３ｃに無線通信端末３ａが不在である旨の「Ａｗａｙ」または「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」を通知し（ｓｑ３１）、無線通信端末３ｃからプレゼンスサーバ４に「２００  ＯＫ」を送信し（ｓｑ３２）、以下これを繰り返す。
【００９０】
続いて、図１７のフローチャートに基づいて実施例１のプレゼンス情報判定方法について説明する。このプレゼンス情報判定方法は、プレゼンスシステムにログインしているが、相手のアクション情報を得てから自端末のユーザが一定時間内にリアクションしない場合に「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」にするものである。上述した図１５、図１６で説明したプレゼンス状態を変更するときの無線通信端末３ａ，３ｂ，３ｃ内部の動作である。
【００９１】
図１７に示すように、相手（相手端末のユーザやプレゼンスサーバ、自端末のアクション処理実行手段３２）のアクションが検知されたか否かを監視し（ｓｔｅｐ１）、相手のアクションを検知した場合は、計時部３１で「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」のそれぞれの設定時間でタイマーを設定し（ｓｔｅｐ２）、カウントを開始する。
【００９２】
次いで、アクション情報検知手段３０がリアクションを検知したか否かをチェックする（ｓｔｅｐ３）。ｓｔｅｐ３において、自端末のユーザのリアクションを検出できなかった場合は、タイマー切れしたか判定し（ｓｔｅｐ４）、ｓｔｅｐ３でリアクション検出した場合は、ユーザが傍に居ることが推定でき、タイマーを解除し（ｓｔｅｐ５）、「Ｏｎｌｉｎｅ」を継続して判定を終了する。
【００９３】
ｓｔｅｐ４において、タイマーが切れたときは、リアクションがない状態が一定時間継続したことを示しており、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」のそれぞれの設定時間に従って「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更する（ｓｔｅｐ６）。
【００９４】
以上説明した通信端末のステータスの状態遷移を示したものが図１８である。「Ｏｎｌｉｎｅ」の在席待機状態（「Ｏｎｌｉｎｅ」）と、時間待ち待機状態と、不在待機状態（「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」）の３つの待機状態がある。在席待機状態で着信やイベント発生で表示（端末の表示内容の出力）が行われたら、時間待ち待機状態に移行し、ユーザによる操作があれば在席待機状態に戻って待機する。時間待ち待機状態でユーザによる操作がなければ、記憶部に「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」の不在記録（プレゼンス情報）を行って不在待機状態に移行する。不在待機状態で操作があれば、記憶部に「Ｏｎｌｉｎｅ」の記録を行って在席待機状態に戻る。
【００９５】
このように、実施例１の通信端末とプレゼンス情報判定方法は、従来のようにユーザのアクションで判断するのでなく、相手（相手端末のユーザやサーバ、自端末）のアクションに対して一定時間リアクションをしない場合に「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」と判断するため、相手との関係が途絶えてから判断することになり、頻繁に「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」という状態が出現することがないし、実際には双方が端末傍に居て通信ができるのにもかかわらず、通信を中止したり、延期したりするような事態を避けることができる。そして、実施例１は無線通信端末であるが、有線で接続された通信端末でも同様の効果がある。
【００９６】
しかも、実施例１の通信端末は、通信端末によって自在に「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」の設定ルール（各設定時間その他の条件、及び第２の設定方式のほかに第１の設定方式がある場合はいずれかのモードの選択）を変えることができ、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」のプレゼンス情報の判断が的確に行える。
【００９７】
（実施例２）
本発明の実施例２の通信端末とプレゼンス情報判定方法について説明する。実施例２の通信端末とプレゼンス情報判定方法は、プレゼンスシステムにログインしているが、相手からユーザへの所定のアクションがあったとき、これに起因する第２のアクションの有無で「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更するものである。図１９は本発明の実施例２における無線通信端末の構成図、図２０（ａ）は本発明の実施例２におけるプレゼンス情報を判定するフローチャート、図２０（ｂ）は本発明の実施例２におけるタイマーを使ったプレゼンス情報を判定するフローチャート、図２１は本発明の実施例２における相手が発呼後発呼を中断したときのシーケンス説明図である。実施例２の通信端末と実施例１の通信端末は、基本的に同一の構成であるから、図１９において、図９と同一符号は同一構成を示しているため説明は省略する。
【００９８】
図１９において、３３は自端末において相手のアクション、例えばＶｏＩＰ着呼に起因して行われる第２のアクション、すなわち自端末のユーザの操作や相手による発呼中断などを検知する第２のアクション検知手段としての発呼中断検知手段である。
【００９９】
自端末における相手のアクションがＶｏＩＰ着呼であって、発呼中断検知手段３３が相手による発呼中断を検知した場合、長時間の呼び出しがあっても自端末のユーザが応答しないことを意味しており、これはこのユーザが近くに居ないことを意味する。このとき、不在、すなわち「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」と判断しても、妥当な判断となる。また例えば相手のアクションがファイル転送要求受信の場合には、相手がファイル転送要求をキャンセルすることを検知するファイル転送要求キャンセル検知手段が必要となり、ファイル転送要求キャンセルを検知したときは同様に「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」と判断しても妥当な判断となる。このように第２のアクション検知手段としては、様々のものがあるが、ここでは発呼中断検知手段３３をあげて説明している。ここで発呼中断を検知した場合「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」と判断しても妥当であると述べたが、発呼中断を検知して所定時間経過したときに「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」と判断することが妥当としてもよい。
【０１００】
なお、第２のアクションとして、自分のアクションではなく、自端末のユーザがアクションしないとき自端末自身が自動的に行うアクション（以下、その他のアクション、本発明の自動応答）もある。例えば、呼び出しの時間経過で行われる他の電話への自動転送や留守電メモ録音などがある。この場合ユーザが端末を操作できない不在の状態にあると推認される。これらはそれぞれ自動転送検知手段、留守電起動検知手段で検知される。いずれも図示しないが、発呼中断検知手段３３に代わって設けるか、これと共存させて併設する。
【０１０１】
また、検知するアクションにはこのような相手の発呼中断のほかに、自端末のユーザのアクション（以下、自分のアクション）がある。相手のアクションが、例えばＶｏＩＰ着呼やファイル転送要求受信の場合、発呼中断検知手段３３以外の、第２のアクション検知手段で検知する第２のアクションには、ＶｏＩＰ応答あるいはファイル転送開始またはファイル転送要求拒否などがある。これらはそれぞれＶｏＩＰ応答検知手段、ファイル転送開始検知手段またはファイル転送要求拒否検知手段で検知され、相手のアクションに対してリアクションとして行われる自分のアクションを検知する。いずれも図示はしないが、発呼中断検知手段３３と共存させて併設する。自分のアクションが行われたときは、ユーザが端末を操作したと推認されるから、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」にはプレゼンス状態を変更しない。これらのアクションを検知せず発呼中断を検知したとき、プレゼンス状態を「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更する。
【０１０２】
実施例２の通信端末は、アクション情報取得手段２８を備えて相手のアクション情報を取得し、第２のアクション検知手段によって、第２のアクションを検知すると、自端末の状態設定手段２７に通知する。このとき自分のアクションが行われた場合は、ユーザが端末を操作したと推認されるから、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」には変更せず、その他のアクションが行われた場合は、自己プレゼンス情報部１７ａのプレゼンス情報を「Ｏｎｌｉｎｅ」から「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更するものである。なお、実施例２では相手のアクションを検知したとき、相手アクション情報部１７ｅにアクション情報を保存している。
【０１０３】
また、第２のアクション検知手段によってその他のアクションを検知した後、計時部３１にタイマーをセットするのもよい。なお、自分のアクションを検知した場合はそのまま終了する。その他のアクションを検知した場合は、タイマーのカウントを開始し、タイマーが「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に設定された時間に対してタイマー切れすると、自端末の状態設定手段２７に通知して自己プレゼンス情報部１７ａのプレゼンス情報を「Ｏｎｌｉｎｅ」から「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更する。タイマーが切れる前に、第２のアクションのうち、自分のアクションを検知した場合は、タイマーを解除した後、プレゼンス情報の変更を行わず終了する。
【０１０４】
続いて、図２０（ａ），（ｂ）のフローチャートで実施例２のプレゼンス情報判定方法について説明する。まず、図２０（ａ）に基づいてアクションだけでプレゼンス情報を判定する場合について説明する。図２０（ａ）において、ＶｏＩＰ着呼やファイル転送要求受信等の相手のアクションが検知されたか否かをチェックする（ｓｔｅｐ１１）。
【０１０５】
ｓｔｅｐ１１において、相手のアクション、例えばＶｏＩＰ着呼を検知した場合は、相手のアクションに起因する第２のアクション、例えばＶｏＩＰ応答や相手による発呼中断を検知したか否かをチェックする（ｓｔｅｐ１２）。ｓｔｅｐ１２において、第２のアクションを検知するまで監視し、第２のアクションとして自分のアクション、例えばＶｏＩＰ応答を検知した場合は、従前のプレゼンス状態を継続して「Ｏｎｌｉｎｅ」のまま判定を終了する。ｓｔｅｐ１２において、第２のアクションとしてその他のアクション、例えば相手による発呼中断を検知した場合は、直ちに「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更する（ｓｔｅｐ１３）。
【０１０６】
次に、図２０（ｂ）に基づいてタイマーを使ってプレゼンス情報を判定する場合について説明する。図２０（ｂ）において、ＶｏＩＰ着呼やファイル転送要求受信等の相手のアクションが検知されたか否かをチェックする（ｓｔｅｐ２１）。
【０１０７】
ｓｔｅｐ２１において、相手のアクション、例えばＶｏＩＰ着呼を検知した場合は、相手のアクションに起因する第２のアクション、例えばＶｏＩＰ応答を検知したか否かをチェックする（ｓｔｅｐ２２）。ｓｔｅｐ２２において、第２のアクションを検知するまで監視し、第２のアクションとして自分のアクション、例えばＶｏＩＰ応答を検知した場合は、従前のプレゼンス状態を継続して「Ｏｎｌｉｎｅ」のまま判定を終了する。ｓｔｅｐ２２において、第２のアクションとして自分のアクション以外に相当するその他のアクションの場合は、「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に設定された時間をタイマー設定し（ｓｔｅｐ２３）、第２のアクションとして自分のアクションを検知した場合はそのまま終了する。
【０１０８】
ｓｔｅｐ２３のタイマーがカウントしている間に、自分のアクション、例えば不在着信履歴を参照するなどの操作が検知されたか否かを監視する（ｓｔｅｐ２４）。カウント中に自分のアクションを検知した場合はタイマーの設定を解除し（ｓｔｅｐ２５）し、終了する。
【０１０９】
ｓｔｅｐ２４で自分のアクション、例えば不在着信履歴を参照するなどの操作が検知できなかった場合は、タイマー切れしたか否かを判定し（ｓｔｅｐ２６）、タイマー切れしていない場合はｓｔｅｐ２４に戻り、タイマー切れした場合、自己プレゼンス情報部１７ａのプレゼンス情報を「Ｏｎｌｉｎｅ」から「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更し（ｓｔｅｐ２７）、終了する。
【０１１０】
続いて、図２１に基づいて無線通信端末３ａ，３ｃがプレゼンスサーバ４経由でプレゼンス情報の通信を行うとき、相手が発呼した後発呼中断したときのシーケンスを説明する。無線通信端末３ａ，３ｃ間で、プレゼンスサーバ４経由でプレゼンス情報の通信を行う場合、無線通信端末３ｃはプレゼンスサーバ４に無線通信端末３ａのプレゼンス情報を購読したい旨の「ＳＵＢＳＣＲＩＢＥ」メッセージを通知する（ｓｑ４１）。これに対して、プレゼンスサーバ４から無線通信端末３ｃに「２００  ＯＫ」が送信される（ｓｑ４２）。
【０１１１】
さらにプレゼンスサーバ４から無線通信端末３ａのプレゼンス情報、すなわちここでは在席している旨の情報「Ｏｎｌｉｎｅ」を、「ＮＯＴＩＦＹ」メッセージで通知する（ｓｑ４３）。これに対して、無線通信端末３ｃからプレゼンスサーバ４に「２００  ＯＫ」が送信される（ｓｑ４４）。
【０１１２】
「Ｏｎｌｉｎｅ」であるため、このプレゼンス状態で無線通信端末３ｃから無線通信端末３ａに「ＩＮＶＩＴＥ」メッセージを送って電話発信（発呼）すると（ｓｑ４５）、無線通信端末３ａからは応答メッセージである「１００Ｔｒｙｉｎｇ」を送信し（ｓｑ４６）、その後呼び出し中状態である旨の「１８０Ｒｉｎｇｉｎｇ」メッセージを送り（ｓｑ４７）。さらに無線通信端末３ａのユーザを呼び出し音などで呼び出す。
【０１１３】
しかし、無線通信端末３ａのユーザが「ＩＮＶＩＴＥ」メッセージを送ってから時間が経過してもなかなか操作しない場合、無線通信端末３ｃのユーザが電話発信を中断する旨のメッセージ「ＣＡＮＣＥＬ」を送信したとする（ｓｑ４８）。これに対し、無線通信端末３ａは「ＣＡＮＣＥＬ」に対する応答メッセージ「２００  ＯＫ」を送信し（ｓｑ４９）、電話発信が中断されたことを通知する「４８７Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄ」を送信する（ｓｑ５０）。これに対して、無線通信端末３ｃからＩＮＶＩＴＥに対する確認応答の「ＡＣＫ」メッセージが送信される（ｓｑ５１）。
【０１１４】
この後、無線通信端末３ａはプレゼンス状態を「Ｏｎｌｉｎｅ」から不在である旨の「Ａｗａｙ」または「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」に変更する（ｓｑ５２）。さらに、無線通信端末３ａはプレゼンスサーバ４に「Ａｗａｙ」または「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」を「ＰＵＢＬＩＳＨ」メッセージで通知する（ｓｑ５３）。これに対して、プレゼンスサーバ４から無線通信端末３ａに「２００  ＯＫ」を送信する（ｓｑ５４）。そしてプレゼンスサーバ４は無線通信端末３ｃに無線通信端末３ａが不在である旨の「Ａｗａｙ」または「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」を通知し（ｓｑ５５）、無線通信端末３ｃからプレゼンスサーバ４に「２００  ＯＫ」を送信し（ｓｑ５６）、一連の動作は終了する。
【０１１５】
このように、実施例２の通信端末とプレゼンス情報判定方法は、従来のようにユーザのアクションで判断するのでなく、相手のアクションに対して、これに起因する第２のアクションの有無で「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」を判断するため、簡単且つ確実な判定にすることができ、頻繁に「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」という状態が出現することがない。「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」と推定する判断の幅を広げることができる。
【産業上の利用可能性】
【０１１６】
本発明は、プレゼンス情報の判断が的確に行える通信端末に適用できる。
【図面の簡単な説明】
【０１１７】
【図１】本発明の実施例１における無線通信端末の通信システム説明図
【図２】本発明の実施例１における無線通信端末の外観図
【図３】本発明の実施例１におけるプレゼンスサーバの外観図
【図４】本発明の実施例１におけるアクセスポイントの外観図
【図５】（ａ）本発明の前提となるプレゼンス情報を片方向で通知する場合の説明図、（ｂ）本発明の前提となるプレゼンス情報を双方向で通知する場合の説明図
【図６】本発明の前提となるプレゼンス情報をリクエストしたときに通知する場合の説明図
【図７】本発明の前提となるプレゼンス情報を検知して通知する場合の説明図
【図８】「Ａｗａｙ」、「Ｎｏｔ  Ａｖａｉｌａｂｌｅ」情報のプレゼンスルール設定のブロック図
【図９】本発明の実施例１における無線通信端末の構成図
【図１０】本発明の実施例１における無線通信端末の表示画面サンプルの説明図
【図１１】本発明の実施例１におけるプレゼンスサーバの構成図
【図１２】本発明の実施例１におけるアクセスポイントの構成図
【図１３】本発明の実施例１における無線通信端末のプレゼンス機能のブロック図
【図１４】（ａ）本発明の実施例１における無線通信端末のメッセージの説明図、（ｂ）（ａ）のメッセージの通信パケットの構成説明図
【図１５】ピアツーピアで通信するときのシーケンスの説明図
【図１６】本発明の実施例１におけるプレゼンスサーバ経由でのシーケンスの説明図
【図１７】本発明の実施例１におけるプレゼンス情報を判定するフローチャート
【図１８】本発明の実施例１における通信システムの状態遷移図
【図１９】本発明の実施例２における無線通信端末の構成図
【図２０】（ａ）本発明の実施例２におけるプレゼンス情報を判定するフローチャート、（ｂ）本発明の実施例２におけるタイマーを使ったプレゼンス情報を判定するフローチャート
【図２１】本発明の実施例２における相手が発呼後発呼を中断したときのシーケンス説明図
【符号の説明】
【０１１８】
１    ＩＰネットワーク
１ａ    無線ＬＡＮ
２ａ，２ｂ    アクセスポイント
３ａ，３ｂ，３ｃ    無線通信端末
４    プレゼンスサーバ
１１    送受信部
１２    通信制御部
１３    データ処理部
１４    スピーカ
１５    マイク
１６    制御部
１７    記憶部
１７ａ，１０２，３０２    自己プレゼンス情報部
１７ｂ，１０５，３０５    相手プレゼンス情報部
１７ｃ，１０７    プレゼンスルール登録部
１７ｄ    アクション情報部
１７ｅ    相手アクション情報部
１８    キー入力部
１８ａ    ＧＵＩ部
１９    表示部
２０    通信手段
２１，１０１，３０１    プレゼンスユーザエージェント（ＰＵＡ）部
２２，１０３，３０３    プレゼンスエージェント（ＰＡ）部
２２ａ，１１１    プレゼンス情報通知手段
２３，１０４，３０４    ウォッチャー部
２３ａ    プレゼンス情報要求手段
２３ｂ    プレゼンス情報取得手段
２４，１０６    プレゼンスルール設定手段
２５，１０８    プレゼンス情報設定手段
２６，１０９    表示名設定手段
２７，１１０    状態設定手段
２８    アクション情報取得手段
２９    表示画面生成手段
３０    アクション情報検知手段
３１    計時部
３２    アクション処理実行手段
３３    発呼中断検知手段
１００    端末Ａ
２００    ネットワーク
３００    端末Ｂ
【図１】
2007116673.tif 000003
【図２】
2007116673.tif 000004
【図３】
2007116673.tif 000005
【図４】
2007116673.tif 000006
【図５】
2007116673.tif 000007
【図６】
2007116673.tif 000008
【図７】
2007116673.tif 000009
【図８】
2007116673.tif 000010
【図９】
2007116673.tif 000011
【図１０】
2007116673.tif 000012
【図１１】
2007116673.tif 000013
【図１２】
2007116673.tif 000014
【図１３】
2007116673.tif 000015
【図１４】
2007116673.tif 000016
【図１５】
2007116673.tif 000017
【図１６】
2007116673.tif 000018
【図１７】
2007116673.tif 000019
【図１８】
2007116673.tif 000020
【図１９】
2007116673.tif 000021
【図２０】
2007116673.tif 000022
【図２１】
2007116673.tif 000023