JP2009044431A - 携帯型電話端末 - Google Patents

Abstract

【課題】簡単操作に連動して通信相手のプレゼンス情報を確認する。
【解決手段】プレゼンス状態確認部３１は、操作検出部２２によって外部操作が検出されたことに応じて、予め指定された通信相手のプレゼンス情報の確認を要求する確認要求を、ＳＩＰサーバに送信し、確認要求に対する応答をＳＩＰサーバから受信する。操作検出部２２によって、操作に連動して待受け画面を表示するような外部操作が検出されたことに応じて、当該外部操作によってディスプレイに表示された待受け画面において、受信した応答が示す予め指定された通信相手のプレゼンス情報を表示する。
【選択図】図２

Description

この発明は携帯型電話端末に関し、特に、ＩＰ通信網（Internet Protocolに従う通信網）などのネットワークにより接続される他の携帯型電話端末またはそのユーザのプレゼンス状態を確認する機能を有する携帯型電話端末に関する。

従来、ＩＰ電話端末を使用した通信システムでは、通信を希望する相手先のプレゼンス情報を通信に先立ち予め確認してから、相手先と通信を行う機能が提供されている。

たとえば、特許文献１のプレゼンス情報対応通信端末は自己のアドレス帳に登録されている相手のプレゼンス情報は、相手の許可がされているときに限り自動更新される機能が示される。

特許文献２においては、プレゼンス情報収集のための時間と手間を省くために、通信相手先の現在または将来の状態を示すステータス情報を要求者端末へ通知するよう構成したので、要求者端末は問合せをすることなく自動的に、更新された通信相手先のステータス情報を得るように構成される。

また、特許文献３においては、利用可能な通信メディアを自動的に選択してプレゼンス情報に関する通信を行なう構成が開示される。

また特許文献４においては、プレゼンス情報を電話端末ごとに管理し、発呼要求により発呼先のユーザが不在である場合に、ログイン、ログアウト情報を発呼元端末に表示するよう構成される。
特開２００４−１４０７１６号公報 特開２００６−２８５８０１号公報 特開２００４−０７０７５２号公報 特開２００７−１０４３０８号公報

上述の従来の技術では、相手先のプレゼンス情報を知るためには、表示用の特別の画面を読出す操作が必要があり、または特別な要求信号を送信する操作、ログイン操作などが必要とされて、相手先のプレゼンス情報を常に知りたがるユーザにとっては、操作が煩わしいという問題があった。

それゆえに本発明の目的は、簡単操作に連動して通信相手のプレゼンス情報を確認することができる携帯型電話端末を提供することである。

この発明のある局面に従うと、プレゼンス情報を提供する通信システムに適用可能な携帯型電話端末は、表示部と、プレゼンス情報を受信して表示部に出力するプレゼンス情報取得手段と、操作に連動して表示部に待受けの画面を表示させる外部操作を検出する操作検出手段と、を備え、プレゼンス情報取得手段は、操作検出手段によって外部操作が検出されたことに応じて、予め指定された通信相手のプレゼンス情報の確認を要求する確認要求を、通信システムに登録された各通信者から受信したプレゼンス情報を記憶する所定サーバに送信する確認要求送信手段と、確認要求に対する応答を前記所定サーバから受信する要求応答受信手段と、を含み、操作検出手段によって外部操作が検出されたことに応じて、当該外部操作によって表示部に表示された待受け画面において、プレゼンス情報取得手段により受信した応答が示す予め指定された通信相手のプレゼンス情報を表示する。

好ましくは、表示部に表示されるプレゼンス情報の通信相手と通信を行なう指示が入力されたとき、複数の通信機能のうち当該プレゼンス情報に従う通信機能が起動する。

好ましくは、複数の通信相手のそれぞれ毎に、プレゼンス情報を登録するためのリストと、リストに新たな通信相手のプレゼンス情報の登録をするリスト登録手段とを備え、リスト登録手段は、新たな通信相手のプレゼンス情報のリストへの登録要求を、所定サーバに送信する登録要求送信手段と、新たな通信相手が送信した登録要求に対する応答を、所定サーバを経由して受信する登録要求応答受信手段と、登録要求受信手段が受信した応答に基づき、リストの内容を更新する手段とを有する。

好ましくは、リストにおいては、複数の通信相手のそれぞれ毎に、当該通信相手の携帯型電話端末の電話番号とプレゼンス情報とが登録される。

好ましくは、表示部に表示されるプレゼンス情報の表示態様は、当該プレゼンス情報が示すプレゼンス状態の種類に応じて変更される。

好ましくは、携帯型電話端末は、ヒンジと、ヒンジを介して折畳み可能な筐体を有し、表示部は、筐体をヒンジを介して折畳んだ状態では折畳まれた筐体の内面側に位置し、開いた状態では筐体の外面側に位置し、操作検出手段は、筐体を折畳み状態から開いた状態に切替えるための外部からの操作を検出する。

好ましくは、操作検出手段は、特定のショートカットキーの操作を検出する。
好ましくは、操作検出手段は、表示部における表示画面を消去する省電力モードからの復帰を指示する操作を検出する。

好ましくは、自己のプレゼンス情報を前記所定サーバに定期的に送信する自己情報送信手段と、自己情報送信手段による前記プレゼンス情報を送信するとき、予め指定された通信相手のプレゼンス情報の確認要求を所定サーバに送信する同時送信手段とを備え、同時送信手段により送信した確認要求に対する応答を所定サーバから受信して表示部に表示する。

この発明の他の局面に従うと、所定サーバと、複数の携帯型電話端末とを備える通信システムでは、所定サーバは、複数の携帯型電話端末から受信したプレゼンス情報を記憶する記憶部を含み、携帯型電話端末は、表示部と、プレゼンス情報を受信して表示部に出力するプレゼンス情報取得手段と、操作に連動して表示部に待受けの画面を表示させる外部操作を検出する操作検出手段と、を含み、プレゼンス情報取得手段は、操作検出手段によって外部操作が検出されたことに応じて、予め指定された通信相手のプレゼンス情報の確認を要求する確認要求を、所定サーバに送信する確認要求送信手段と、確認要求に対する応答を所定サーバから受信する要求応答受信手段と、を含み、操作検出手段によって外部操作が検出されたことに応じて、当該外部操作によって表示部に表示された待受け画面において、プレゼンス情報取得手段により受信した応答が示す予め指定された通信相手のプレゼンス情報を表示する。

好ましくは、携帯型電話端末は、複数の通信相手のそれぞれ毎に、プレゼンス情報を登録するためのリストと、リストに新たな通信相手のプレゼンス情報の登録をするリスト登録手段とを含み、リスト登録手段は、新たな通信相手のプレゼンス情報のリストへの登録要求を、所定サーバに送信する登録要求送信手段と、新たな通信相手が送信した登録要求に対する応答を、所定サーバを経由して受信する登録要求応答受信手段と、登録要求受信手段が受信した応答に基づき、リストの内容を更新する手段とを有する。

好ましくは、所定サーバは、第１の携帯型電話端末の登録要求送信手段により送信された登録要求を、新たな通信相手の第２の携帯型電話端末に送信する手段と、第２の携帯型電話端末から、登録要求に対し受信した応答が登録要求の受諾を示すとき、第２の携帯型電話端末に対し、第１の携帯型電話端末の通信相手のプレゼンス情報のリストへの登録受諾を送信する。

本発明によれば、待受け画面表示の簡易な操作と連動して、特定の登録相手先のリアルタイムのプレゼンス情報を表示することができるから、専用画面を呼出すための特別な操作は必要とされず、操作性に優れる。

以下、この発明の実施の形態について図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰返さない。

ここではプレゼンス状態とは、ユーザが現在ＩＰ電話端末を使用して通信可能な状態にあるか否かを指すものである、いわゆるプレゼンス状態を指す情報をプレゼンス情報という。

図１には、本実施の形態に係るプレゼンス情報をサービスするための通信システムの概略構成が示される。通信システムは、ＳＩＰ（Session Initiation Protocolの略）に従いインターネットの電話通信を制御するＳＩＰサーバ３、ＩＰに従い通信動作を行なう電話端末２、ＳＩＰサーバ３と複数のＩＰ電話端末２を通信により接続するためのＩＰ通信網１およびＩＰ通信網１に複数のＩＰ電話端末２を接続するための中継端末ＢＴを含む。中継端末ＢＴはＩＰ電話端末２を無線により接続し、ＩＰ電話端末２のそれぞれは、最寄りの中継端末ＢＴを経由してＩＰ通信網１に接続される。

図２には、ＩＰ電話端末２の機能構成が示される。図を参照してＩＰ電話端末２は、制御部２０、ユーザにより外部操作されて、何らかのデータを入力するための入力部２９、ＩＰ電話端末２に対する操作を検出するための操作検出部２２、画面などにプレゼンス情報を表示するための処理機能を備えるプレゼンス情報表示処理部２８１を有する表示処理部２８、音声を出力するための音声処理部２７、中継端末ＢＴを介して無線／有線通信によりＩＰ通信網１を介してＳＩＰサーバ３と通信するための通信部３３、相手先のプレゼンス情報を確認するためのプレゼンス状態確認部３１、自己のプレゼンス情報を通知するためのプレゼンス情報通知部３２、プレゼンス情報を格納するための情報格納部３４、情報格納部３４に格納された情報を参照（読出）するための情報参照部３５、情報格納部３４に格納された情報を変更、または新規に情報を書込（登録）するための情報更新部３６、ならびに現在時刻を計時し、計時データを制御部２０に出力するタイマ３０を備える。

プレゼンス状態確認部３１は、相手先のプレゼンス情報を要求するためのプレゼンス情報要求部３１１、通信部３３を介して受信した相手方のプレゼンス情報を受理するためのプレゼンス情報受理部３１２、通信部３３を介して受信した相手方のプレゼンス情報要求を受理するための要求受理部３１３を含む。

情報格納部３４には、プレゼンス状態確認許可リスト３４１（後述する）と自己の現在のプレゼンス状態を示すプレゼンス情報３４２が格納される。

本実施の形態では、プレゼンス情報３４２には、制御部２０が通信部３３を介した通信状態の別を周期的に検知して検知結果（後述の‘ON LINE’、‘OFF LINE’、‘Talking’）が設定される他に、ユーザが入力部２９を介して入力した状態（後述の‘Busy’）が設定される。

図３には、ＩＰ電話端末２のハードウェア構成が示される。図を参照して、ＩＰ電話端末２は、制御部２０に相当するＣＰＵ４０、情報格納部３４に相当する第１メモリ４２、通信部３３に相当する無線通信のためのアンテナ４５およびアンテナ４５に接続された無線通信回路４４、入力部２９に相当する外部操作可能な入力キー４６、操作検出部２２に相当する開閉検出センサ４７、音声処理部２７および表示部２８に対応する信号処理回路４３、表示処理部２８により処理された情報（画像）を表示するためのメインディスプレイ４８１およびサブディスプレイ４８２、音声処理部２７によって処理された音声信号に従う音を出力するためのスピーカ４９、およびマイク４９１を備える。スピーカ４９の機能とマイク４９１の機能を用いて電話の通話機能が提供される。

ＣＰＵ４０に内蔵された第２メモリ４１には、当該ＩＰ電話端末２の所有者であるユーザを一意に識別するためのＩＤ（Identifier）データ４１０および当該ＩＰ電話端末２に予め割当てられたＩＰアドレスのデータ４１１およびＩＰ電話番号のデータ４１２が、予め格納される。

信号処理回路４３は、ＣＰＵ４０を介して与えられる信号から、映像信号と音声信号を分離し、分離された映像信号をメインディスプレイ４８１に出力し、分離された音声信号をスピーカ４９に出力する分離回路４３１、ＣＰＵ４０が第２メモリ４１から読出したデータと、ＣＰＵ４０から出力された画像データとを用いて画像を生成し、生成した画像をメインディスプレイ４８１またはサブディスプレイ４８２に出力する画像生成回路４３２を含む。ここでは分離回路４３１から出力された映像信号はメインディスプレイ４８１にのみ出力されるとしているが、サブディスプレイ４８２にも同時に出力されてもよい。または、操作検出部２２の検出結果に従い、映像信号の出力先を切り替えるようにしてもよい。

本実施の形態では、ＩＰ電話端末２は２つの筐体がヒンジを介して開閉可能に接続されている、いわゆるクラムシェル型を有すると想定する。開閉検出センサ４７は筐体に内蔵された磁石を用いたスイッチ機構によって筐体がヒンジを介して閉じた（折畳まれた）状態、または開いた状態のいずれであるかを検出する。検出信号はＣＰＵ４０に出力される。

また、本実施の形態では、筐体が折畳まれた状態であるときサブディスプレイ４８２は筐体の外面に位置し、メインディスプレイ４８１はサブディスプレイ４８２が設けられた面とは反対側の面、すなわち筐体の折畳まれた内面側に位置する。したがって、折畳まれた状態では、外側からはサブディスプレイ４８２の画面を確認することはできるがメインディスプレイ４８１の表示画面を確認することはできない。したがって、本実施の形態では、制御部２０は、検出信号が開状態を指すときは、プレゼンス情報表示処理部２８１を含む表示処理部２８を、情報をメインディスプレイ４８１（またはメインディスプレイ４８１とサブディスプレイ４８２の両方）に表示するように制御し、閉状態（折畳み状態）を指すときは情報をサブディスプレイ４８２に表示するように制御する。

図４には、本実施の形態に係るプレゼンス状態確認許可リスト３４１の一例が示される。図４を参照しプレゼンス状態確認許可リスト３４１は、ＩＰ電話端末２に登録されている電話帳のデータと組合されて構成される。具体的には、プレゼンス状態確認許可リスト３４１は、通信相手（電話帳に登録された相手）のそれぞれに対応して、その氏名のデータＤ０、ＩＰ電話番号のデータＤ１、受信した当該相手のプレゼンス情報Ｄ２、当該相手がプレゼンス状態の確認要求を受諾したか拒否したかを示す許可データＤ３、プレゼンス情報Ｄ２の表示に用いる情報Ｄ４およびＩＰアドレスのデータＤ５を関連付けて含む。

ここでは、プレゼンス状態確認許可リスト３４１にはＩＰアドレスのデータＤ５が含まれると想定するが、このデータＤ５は含まれなくてもよい。

プレゼンス情報Ｄ２は相手のプレゼンス状態を指す。プレゼンス状態の種類は、たとえば、通信を待機する状態であるがＩＰ通信網１に対しダイヤルアップ接続まで完了している状態を指す‘ON LINE’と、通信を待機する状態であるがＩＰ通信網１に対しダイヤルアップ接続は未完了の状態を指す‘OFF LINE’と、ＩＰ通信網１を介し通話状態であることを指す‘Talking’と、通信を待機する状態であるが通信を開始できない取込み中であることを指す‘Busy’、およびその他の未知の状態を指す‘Presence’があると想定するが、その他の種類のプレゼンス状態が含まれてもよい。

図５には、本実施の形態に係るＳＩＰサーバ３の機能構成が示される。図５を参照してＳＩＰサーバ３は、各部を制御するための制御部５０、ＩＰ通信網１を介し通信するためのネットワーク通信部５１、ネットワーク通信部５１を介してＩＰ通信網１から情報を受信するための情報受信部５２、ネットワーク通信部５１を介してＩＰ通信網１へ情報を送信するための情報送信部５３、図１の通信システムを利用してプレゼンス情報提示のサービスを受けるユーザのそれぞれについて、当該ユーザの氏名とユーザＩＤデータ４１０とが対応付けて予め登録されたユーザＤ／Ｂ（データベースの略）５５およびユーザＤ／Ｂ５５の情報を検索し、検索結果に基づきユーザ認証を行なうユーザ認証部５４を備える。

さらに、ＳＩＰサーバ３は、図１の通信システムを用いてプレゼンス情報提示のサービスを受けるＩＰ電話端末２のユーザそれぞれに対応して、最新のプレゼンス情報が格納されるプレゼンス情報Ｄ／Ｂ（データベースの略）５８、プレゼンス情報Ｄ／Ｂ５８の情報を参照（読出）するための情報参照部５６、プレゼンス情報Ｄ／Ｂ５８に情報を書込（登録）み更新するための情報更新部５７を備える。

制御部５０は、ネットワーク通信部５１および情報受信部５２を介してＩＰ電話端末２から受信したプレゼンス情報要求を入力して処理するためのリクエスト処理部５９を含む。

図６を参照して、ＳＩＰサーバ３はハードウェア構成としては、制御部５０に対応するＣＰＵ６０、ネットワーク通信部５１、情報受信部５２および情報送信部５３に対応する通信Ｉ／Ｆ（インターフェイス）６１、ユーザＤ／Ｂ５５およびプレゼンス情報Ｄ／Ｂ５８に対応するＨＤ（Hard Disk）６２、メモリ６３および現在時刻を計時するためのタイマ６６を備える。

図７を参照して、本実施の形態に係るプレゼンス情報Ｄ／Ｂ５８には、図１の通信システムを用いてプレゼンス情報提示のサービスを受けるＩＰ電話端末２それぞれのユーザごとに、ＩＰアドレスのデータＤ５、ＩＰ電話番号のデータＤ１およびプレゼンス情報Ｄ２が格納される。ここではプレゼンス情報Ｄ／Ｂ５８の参照（読出し）と更新（書込み）は排他的に行なわれると想定する。

ユーザＤ／Ｂ５５には、図１の通信システムを用いてプレゼンス情報提示のサービスを受けるＩＰ電話端末２のユーザのそれぞれについて、当該ユーザの氏名およびＩＤデータが対応付けて予め登録されている。

図８には、本実施の形態のＩＰ通信網１を経由して送受信されるデータの構成例が示される。本実施の形態では、ＩＰ通信網１を経由して伝送されるデータは図８に示されるようにパケット形式を有する。図８を参照してパケットは、ヘッダ部ＨＤおよびデータ部ＤＢを含む。ヘッダ部ＨＤは当該パケットの送信先（ＳＩＰサーバ３またはＩＰ電話端末２）を指示するための送信先アドレス（ＩＰアドレス）、当該パケットの送信元（ＳＩＰサーバ３またはＩＰ電話端末２）を指示する送信元アドレス（ＩＰアドレス）を含む。データ部ＤＢは、送信すべきデータを含む。送信すべきデータとしては、ユーザＩＤ、およびコマンドのデータなどを含む。コマンドのデータは、要求の種別を含む。パケットの構成はこれに限定されず、誤り訂正のための情報を格納するフィールドを有してもよい。

図９には、プレゼンス状態確認許可リスト３４１のメインディスプレイ４８１またはサブディスプレイ４８２における表示の一例が示される。ここでは、プレゼンス状態確認許可リスト３４１のデータＤ０で示される氏名と、その氏名に対応した相手のデータＤ２で示されるプレゼンス情報が、対応するデータＤ４で示される表示情報に従い表示される。また、データＤ０が示す氏名（山田太郎、山田花子、鈴木次郎）のそれぞれに対応して、人物の形を模式的に示すアイコンがそれぞれ表示されており、そのアイコンの表示色が、データＤ２のプレゼンス情報が指すプレセンス状態の種類に応じて変更されている。図９では、データＤ２のプレゼンス情報が指すプレゼンス状態が、対応のデータＤ４に基づき“オンライン”、“オフライン”および“取込中（Busy）”の３種類の文字により示されている。さらに、プレゼンス状態の種類に応じて、対応するアイコンの表示色を異ならせている。このことにより、ユーザに対して、データＤ４に従う表示文字のみならず、そのアイコンの表示色によっても一目で相手のプレゼンス状態を確認できるように提示することが可能となる。ここでは、アイコンの表示色を用いてプレゼンス状態の種類を示しているが、アイコンの形状で種類を示すようにしてもよい。

図１０を参照して、プレゼンス状態確認リスト３４１に、プレゼンス情報を格納するべき相手を新規に登録する処理モードについて説明する。ここでは、プレゼンス状態確認リスト３４１のデータＤ０で示された氏名の相手は、電話帳に、ＩＰ電話番号のデータＤ１およびＩＰアドレスのデータＤ５には所定のデータが予め登録されている者であると想定する。対応のデータＤ３は‘No’（登録拒否）が、データＤ２には‘Presence’が、データＤ４には‘非表示’が設定されているとする。新規登録を望むユーザは、この電話帳に登録されている相手に対し、ＳＩＰサーバ３を介して、プレゼンス情報を登録してもよいか否かの登録受諾の問合せを行なう。

まず、ステップＳ３において、制御部２０は、入力部２９からの入力情報に基づき、ユーザが入力部２９を介し、プレゼンス状態確認リスト３４１にプレゼンス情報の新規登録を希望する相手の氏名を入力したか否かを判定する。この入力はないと判定されると（ステップＳ３でＮＯ）、プレゼンス状態確認リスト追加の処理モードは終了する。

この入力があると判定されると（ステップＳ３でＹＥＳ）、制御部２０は、入力された氏名に基づき情報参照部３５を用いてプレゼンス状態確認許可リスト３４１を検索する。検索結果に基づき、入力された氏名に一致するデータＤ０に対応するデータＤ１が読出されて、制御部２０は、読出されたデータＤ１とプレゼンス状態確認リストの追加要求をプレゼンス情報要求部３１１に与える。プレゼンス情報要求部３１１は、この追加要求を入力するとパケットを生成し、生成したパケットを、通信部３３を介して送信する（ステップＳ５）。

このパケットには、ヘッダ部ＨＤには、送信先アドレスとして第２メモリ４１に予め格納されたＳＩＰサーバ３のアドレスが読出されて格納され、そして第２メモリ４１から読出したＩＰアドレス４１１が送信元アドレスとして格納される。そして、データ部ＤＢには、第２メモリ４１から読出したＩＤデータ４１０とＩＰ電話番号データ４１２、入力した相手先の氏名、プレゼンス状態確認リスト３４１への登録リクエストのコマンド、および制御部２０から入力したデータＤ１が格納される。

ここでは、ステップＳ３において相手先氏名を入力したが、これに代替して相手先ＩＰ電話番号を入力してもよい。その場合には、制御部２０は、入力されたＩＰ電話番号に基づき情報参照部３５を用いてプレゼンス状態確認許可リスト３４１を検索することにより、対応するデータＤ０が指す氏名を読出して取得するようにしてもよい。

その後、送信した登録リクエストに対応する返答のパケットが、通信部３３を介し受信されて、受信した情報は登録リクエスト処理部３１３によって処理される（ステップＳ７）。登録リクエスト処理部３１３は、受信したパケットのデータ部ＤＢに格納されたデータを解析し、その返答を判定する。解析結果、返答は、プレゼンス状態確認リスト３４１への登録の拒否を示すと判定すると（ステップＳ９で“拒否”）、解析結果を、制御部２０を介しプレゼンス情報表示処理部２８１に出力するので、ステップＳ１７において、プレゼンス情報表示処理部２８１は、“登録の拒否”の旨をディスプレイ４８１（またはディスプレイ４８２）に表示する。その後、処理はステップＳ３に戻る。

登録リクエスト処理部３１３が、受信した返答は“受諾”であると判定すると、処理はステップＳ１１に移行する。

ステップＳ１１においては、制御部２０は、登録リクエスト処理部３１３から入力した解析結果に基づき、情報更新部３６を介してプレゼンス状態確認リスト３４１に、矢印ＡＲで示されるように、登録希望の相手のデータＤ３の値が初期設定される。ここではデータＤ３は“受諾”を指す‘Yes’に初期設定される。これにより、新規登録が完了する。

その後、ステップＳ１３に移行し、プレゼンス情報表示処理部２８１は、制御部２０を介し与えられた解析結果に基づき、ディスプレイ４８１（またはディスプレイ４８２）に“登録完了”のメッセージが表示され、一連のプレゼンス状態確認リスト追加処理モードは終了する。

ステップＳ９に戻り、登録リクエスト処理部３１３は、解析の結果、返答は“拒否”および“受諾”以外の情報（保留の情報も含む）を指すと判定すると（ステップＳ９で“その他（保留）”）、ステップＳ１５の処理に移行する。ステップＳ１５では、プレゼンス情報表示処理部２８１は、制御部２０を介し与えられた解析結果に基づき、ディスプレイ４８１（またはディスプレイ４８２）に返答の内容を表示する。その後プレゼンス状態確認リスト追加の処理モードを終了する。

図１０では、ステップＳ９において登録受諾の返答が“拒否”を示すときだけ、次の追加希望を問合せる処理に移行したが、“受諾”および“その他（保留）”の返答である場合も、登録の処理または表示の処理を終了後は、ステップＳ３の処理に戻り、次の相手についての登録リクエスト送信処理に移るようにしてもよい。

次に、図１１を参照して、図１０で説明したプレゼンス状態確認リストの登録リクエストをＩＰ電話端末から受信したＳＩＰサーバ３の処理について説明する。まず、ＳＩＰサーバ３のリクエスト処理部５９は、ネットワーク通信部５１および情報受信部５２を介して、図１０のステップＳ５から送信された登録リクエストのパケットを受信すると（ステップＳ２１）、処理はステップＳ２３に移行する。

リクエスト処理部５９は、受信したパケットのデータ部に格納されたユーザＩＤ４１０をユーザ認証部５４に出力する。ユーザ認証部５４は、入力したユーザＩＤ４１０に基づきユーザＤ／Ｂ５５を検索し、そこに一致するユーザＩＤが登録されているか否かを判定し、判定結果をリクエスト処理部５９に出力する。リクエスト処理部５９は、入力したユーザ認証部５４の判定結果に基づき、登録リクエスト送信元のユーザＩＤがユーザＤ／Ｂ５５に登録されていたと検知すると（ステップＳ２３で“ＯＫ”）、ステップＳ２５の処理に移行する。一方、判定結果に基づき、リクエスト送信元のユーザＩＤが登録されていなかったと検知すると（ステップＳ２３で“ＮＧ”）、ステップＳ３７の処理に移行する。ステップＳ３７では、リクエスト処理部５９は、データ部ＤＢに“Invalid User”の通知を格納したパケットを、登録リクエスト送信元のＩＰ電話端末２宛てに送信する（ステップＳ３７）。

また、ステップＳ２５では、リクエスト処理部５９は、ユーザ認証部５４の認証による判定結果に基づき、ユーザＤ／Ｂ５５にリクエスト送信先のユーザＩＤが登録されているか否かを判定する。具体的には、リクエスト処理部５９によって、受信パケットのデータ部ＤＢから読出された相手先の氏名に基づき、ユーザ認証部５４は、ユーザＤ／Ｂを検索し、相手先氏名が登録されているか否かを検知する。登録されていたと検知すると（ステップＳ２５で“有”）、ステップＳ２７の処理に移行する。登録されていなかったと検知すると（ステップＳ２５で“無”）、ステップＳ３９の処理において“Not in database”の情報をデータ部ＤＢに格納したパケットを生成し、登録リクエスト送信元のＩＰ電話端末２宛てに送信する。

ステップＳ２７では、リクエスト処理部５９は、リクエスト送信先のユーザのＩＰ電話端末２宛てに登録リクエストのパケットを生成して情報送信部５３およびネットワーク通信部５１を介し送信する（ステップＳ２７）。この生成されたパケットのヘッダ部には、受信したパケットのデータ部ＤＢの相手先のＩＰ電話番号のデータＤ１に基づきプレゼンス情報ＤＢ５８から読出したＩＰアドレスのデータＤ５が送信先アドレスとして格納され、そしてメモリ６３に予め格納されたＳＩＰサーバのアドレスが読出されて送信元アドレスとして格納される。そして、データ部ＤＢには、登録リクエスト送信元ユーザの氏名とＩＰ電話番号のデータＤ１と登録リクエスト通知のデータとが格納される。このデータＤ１は、受信パケットのデータ部ＤＢから読出しＩＰ電話番号データ４１２を指す。また氏名は、ステップＳ２３において検索により読出した氏名を指す。

その後、ステップＳ２９において、リクエスト処理部５９は、ステップＳ２７で送信したパケットに対する、登録リクエスト送信先ユーザのＩＰ電話端末２からの回答（応答）のパケットを受信するか否かを判定する（ステップＳ２９）。当該応答パケットを受信できない場合には（ステップＳ２９でＮＯ）、ステップＳ４１において“No response”の通知を格納したパケットを生成し、送信元のＩＰ電話端末２宛てに送信する。

応答パケットを受信できた場合には（ステップＳ２９でＹＥＳ）、リクエスト処理部５９は、ステップＳ３１において、応答のパケットを生成して、登録リクエスト送信元のＩＰ電話端末２宛てに送信する。この送信パケットのデータ部ＤＢには、ステップＳ２９で受信したパケットのデータ部ＤＢから読出した登録リクエストに対する応答内容（‘受諾’、‘拒否’、‘保留’）が格納される。

その後、リクエスト処理部５９は、ステップＳ２９で受信したリクエスト送信先ユーザからの回答（応答）を解析し、“受諾”すなわち登録リクエストの許可を指しているか否かを判定する（ステップＳ３３）。“受諾”を指していない、すなわち“拒否”または“保留”を指していると判定すると、一連の処理を終了する。一方、“受諾”を示していると判定すると（ステップＳ３３で“許可”）、ステップＳ３５の処理に移行する。
ステップＳ３５において、リクエスト処理部５９は、リクエスト送信元ユーザにプレゼンス状態確認許可リスト３４１への登録を受諾したリクエスト送信先のユーザに対して、プレゼンス状態確認許可リストへのリクエスト送信元ユーザの登録の許可（受諾）を、リクエスト送信元ユーザに代行して送信する。

この代行して送信されるパケットのデータ部Ｄ／Ｂには、代行して登録受諾をすることを指すコマンドと、ステップＳ２１で受信したリクエストパケットのデータ部ＤＢから読出した当該受信リクエストパケットの送信元のユーザのＩＰ電話番号データ４１２が格納される。この代行送信パケットを受信した送信先ユーザのＩＰ電話端末２では、受信したパケットのデータ部ＤＢのコマンドに基づき、プレゼンス状態確認許可リスト３４１に、たとえば図４のプレゼンス状態確認許可リスト３４１の当該データ部ＤＢのＩＰ電話番号４１２に一致するデータＤ１に対応するデータＤ２を“受諾”（Yes）を指すように更新する（ととえば、矢印ＡＲのデータ中のデータＤ２は‘Yes’に更新される）。

図１２には、図１１の処理手順と同期した登録リクエスト送信先ユーザのＩＰ電話端末２における処理手順が示される。図１２を参照してリクエスト送信先のＩＰ電話端末２においては、要求処理部３１３が、通信部３３を介して登録リクエストのパケットを受信する（ステップＳ８１でＹＥＳ）。

そして、要求処理部３１３は、受信したパケットの情報は制御部２０を介しプレゼンス情報表示処理部２８１に与えるので、プレゼンス情報表示処理部２８１は、入力した情報に基づき、登録リクエストを確認する画面をディスプレイ４８１（またはディスプレイ４８２）に表示する（ステップＳ８３）。このとき制御部２０は、情報参照部３５を介して、入力情報が指すＩＰ電話番号データ４１２に基づきプレゼンス状態確認許可リスト３４１を検索して対応する氏名のデータＤ０を読出す。データＤ０が未登録の場合には、対応するデータＤ０は読出されない。

このときの表示画面の一例が図１３に示される。図１３の（Ａ）においては、プレゼンス情報表示処理部２８１は、制御部２０により、プレゼンス状態確認許可リスト３４１から対応するデータＤ０が指す氏名が読出された場合の表示例を指すが、図１３の（Ｂ）は対応するデータＤ０が指す氏名が未登録であり、読出すことができなかった場合の表示例を指す。

図１３の（Ａ）または（Ｂ）の表示画面を確認したユーザは、受信した登録リクエストに対する応答を、入力部２９を操作して入力する。この応答は、表示画面の案内に従う登録リクエストの“受諾”、“拒否”および“保留”のいずれかを指す（ステップＳ８５でＹＥＳ）。応答を格納したパケットが要求受理部３１３により生成されて、通信部３３を介してＳＩＰサーバ３宛てに送信される。

なお、“受諾”の応答を送信した場合には、要求受理部３１３は、ステップＳ３５においてＳＩＰサーバ３から代行送信された登録受諾を指すパケットを受信すると、前述したように、受信したパケットのデータ部ＤＢのコマンドに基づき、プレゼンス状態確認許可リスト３４１に、図４の矢印ＡＲで示すように、当該データ部ＤＢのＩＰ電話番号４１２に一致するデータＤ１に対応するデータＤ２を“受諾”（Yes）を指すように更新する。

図１４には、一方のＩＰ電話端末２（ここでは、第１ＩＰ電話端末２と言う）が、ＳＩＰサーバ３のプレゼンス情報Ｄ／Ｂ５８に格納された所望する相手（ここでは、第２ＩＰ電話端末２のユーザとする）のプレゼンス情報を取得して表示する手順が示される。

第１ＩＰ電話端末２において、プレゼンス情報表示モードが開始されると、ステップＳ５１以降の処理が行なわれる。ここでは、プレゼンス情報表示モードは第１ＩＰ電話端末２が通話・電子メールの着信を待つ待受けモードにおいて周期的に繰り返し行なわれて、待受けモードで表示される所定の待受け画面に代替して、または待受け画面に重畳してプレゼンス情報が表示される。または、待受けモードにおいて開閉検出センサ４７からの検出信号に基づき折畳み状態から開状態に切替え操作されたと検出される毎に実行開始される。開状態への切替え操作によって、当該操作に連動してメインディスプレイ４８１には待受け画面が表示されるが、待受け画面に代替して、または待受け画面に重畳してプレゼンス情報が表示される。

まず、ステップＳ５１においては、モード開始のための基本設定処理が行なわれる。たとえば、プレゼンス情報を取得したい相手先の取得、要求を送信するタイミングの決定、所定の待受け画面の表示などである。待受け画面のデータは、ＣＰＵ４０によって第２メモリ４１から読出されて画像生成回路４３２を介してメインディスプレイ４８１に表示される。

情報取得要求を格納したパケットが、ステップＳ５３においてプレゼンス情報要求部３１１により生成されて、通信部３３を介しＳＩＰサーバ３宛てに送信される。このパケットのデータ部ＤＢには、情報取得要求コマンドとともに、予め入力部２９を介し入力された、プレゼンス情報を取得したい相手先の第２ＩＰ電話端末２のＩＰ電話番号のデータが含まれる。

その後、プレゼンス情報要求部３１１は、ＳＩＰサーバ３から応答のパケットを受信する（ステップＳ５５）。受信パケットのデータ部ＤＢには、第２ＩＰ電話端末２のＩＰ電話番号のデータと、プレゼンス情報が含まれる。

プレゼンス情報受理部３１２は、受信したパケットのデータ部ＤＢに格納された情報を解析し、第２ＩＰ電話端末２のユーザのプレゼンス情報を取得できたか否かを判定する（ステップＳ５７）。プレゼンス情報が所定のダミーデータを指すなどして取得できないときは（ステップＳ５７でＮＯ）、ステップＳ５３に戻り要求の再送信が行なわれる。一方、取得できたときには（ステップＳ５７でＹＥＳ）、ステップＳ５９に移行する。

ステップＳ５９においては、取得したプレゼンス情報がプレゼンス情報表示処理部２８１に与えられて、プレゼンス情報表示処理部２８１は、入力したプレゼンス情報に基づく画像を、画像生成回路４３２に出力するので、メインディスプレイ４８１には元の待受け画面に重畳してプレゼンス情報が表示される。具体的にはプレゼンス情報受理部３１２は、取得したプレゼンス情報に基づく表示のデータＤ４を生成する。そして、情報更新部３６を介して、プレゼンス状態確認許可リスト３４１の、受理パケットから読出した第２ＩＰ電話端末２のＩＰ電話番号データに一致するデータＤ１に対応のデータＤ４を、生成したデータＤ４によって更新する。更新後のデータＤ４に基づきプレゼンス情報が表示される。また、このとき、制御部２０は、対応するプレゼンス情報Ｄ２を、受理パケットから読出したプレゼンス情報を用いて更新する。

待受け画面にステップＳ５９において重畳して表示されるプレゼンス情報の一例は図９のようである。図９では、３人のユーザのプレゼンス情報の取得要求を送信した場合において、３人のユーザに対応のデータＤ３が“受諾”（Yes）を指す場合を示す。プレゼンス情報表示処理部２８１は、ステップ５５で受信したパケットの第２ＩＰ電話端末２のＩＰ電話番号のデータに基づき、制御部２０および情報参照部３５を介して、プレゼンス状態確認許可リスト３４１を検索し、対応のデータＤ３が“拒否”（No）を指示すると検知した場合には、受信したプレゼンス情報は表示しないが、データＤ３が“拒否”（No）を指示しないと検知した場合には、対応のデータＤ４およびＤ０を読出して、画像生成回路４３２に与える。これにより、画像生成回路４３２によってディスプレイ４８１（またはディスプレイ４８２）には図９の情報が表示される。

ここでは、プレゼンス情報表示モードの開始は、待受け画面を表示する操作の１つである折畳み状態から開状態への切替え操作に同期させたが、同期させる操作はこれに限定されない。たとえば、ＩＰ電話端末２が筐体同士をスライド操作すると、スライド機構に組み込まれたスイッチが作動するように機械的接点式にてスライド状態の有無を検知してもよい。また、機械接点式でなくても、フォトインタラプタによる光素子を利用したホール素子と小型磁石の組み合わせによる検出も適用できる。スライド操作が検出されずに（非スライド状態）待受け画面が表示される場合には、待受け画面に重畳して図９のようなプレゼンス情報を表示してもよい。

ＳＩＰサーバ３においては、第１ＩＰ電話端末２のステップＳ５３で送信された情報取得要求のパケットを受信すると（ステップＳ６１でＹＥＳ）、要求されたプレゼンス情報を確認する（ステップＳ６３）。具体的には、リクエスト処理部５９は、ネットワーク通信部５１および情報受信部５２を介してプレゼンス情報取得要求のパケットを入力すると、応じて、情報参照部５６を介して、入力パケットのデータ部ＤＢから読出した第２ＩＰ電話端末２のＩＰ電話番号のデータに基づきプレゼンス情報Ｄ／Ｂ５８を検索する。検索結果、第２ＩＰ電話端末２のＩＰ電話番号に一致するデータＤ１を検索し、検索したデータＤ１に対応のデータＤ２が示すプレゼンス情報を、プレゼンス情報Ｄ／Ｂ５８から読出す。

リクエスト処理部５９は、読出したプレゼンス情報を、データ部ＤＢに格納したパケットを生成し、生成したパケットを送信元の第１ＩＰ電話端末２に送信する（ステップＳ６５）。

次に、図１４を参照し、ＳＩＰサーバ３のプレゼンス情報Ｄ／Ｂ５８のプレゼンス情報Ｄ２の更新について説明する。ここでは、第２ＩＰ電話端末２がプレゼンス情報Ｄ／Ｂ５８に登録された自己のプレゼンス情報Ｄ２を更新するための通信手順を示すが、図１に示されるＩＰ電話端末２のそれぞれが、同様にして、プレゼンス情報ＤＢ５８に登録された自己のプレゼンス情報Ｄ２を逐次更新するための処理を行なう。

具体的には第２ＩＰ電話端末２においては、ステップＳ７１においてプレゼンス情報通知部３２は、情報格納部３４に格納された自己のプレゼンス情報３４２を、情報参照部３５を介して読出し、読出した自己のプレゼンス情報３４２と、情報更新要求をデータ部ＤＢに格納したパケットを生成し、通信部３３を介してＳＩＰサーバ３宛に送信する。このパケットのヘッダ部ＨＤの送信元アドレスには、第２メモリ４１から読出したＩＰアドレス４１１が設定される。この情報更新要求の送信処理は、数ｍｍ秒の間隔で繰り返し行なわれる。

ＳＩＰサーバ３は、ステップＳ７３において、リクエスト処理部５９が、ネットワーク通信部５１および情報受信部５２を介して情報更新要求のパケットを受理する。そして、リクエスト処理部５９は、受信したパケットのヘッダ部ＨＤの送信元アドレスに基づきプレゼンス情報Ｄ／Ｂ５８を検索し、一致するＩＰ電話番号データＤ１に対応のデータＤ２を、データ部ＤＢに格納されたプレゼンス情報３４２を用いて、情報更新部５７を介して更新する（ステップＳ７５）。これにより、プレゼンス情報Ｄ／Ｂ５８は、第２ＩＰ電話端末２の最新のプレゼンス状態を指すように更新することができる。

なお、図１４のＳ７３の処理においては、ユーザ認証部５４の認証処理を省略しているが、ユーザ認証部５４の認証処理が行なわれるようにして、不用意なプレゼンス情報Ｄ／Ｂ５８の更新が行なわれないようにしてもよい。

また、自己のＩＰ電話端末２がプレゼンス情報３４２をＳＩＰサーバ３に定期的に送信するときに、この送信と同時に他の通信相手のプレゼンス情報をＳＩＰサーバ３から取得して、表示し、またプレゼンス状態確認許可リスト３４１を受信したプレゼンス情報で更新するとしてもよい。この場合、表示中のプレゼンス情報をリアルタイムに更新することができ、またプレゼンス状態確認許可リスト３４１の内容をリアルタイムに最新のプレゼンス状態を指すように更新することができる。

以上のように、本実施の形態によれば、画面を確認するためのＩＰ電話端末２の筐体の開閉切替操作・スライド操作などの簡易な操作と連動して特定の登録相手のリアルタイムのプレゼンス状態を、ＩＰ電話端末２の待受け画面など特定の画面に自動的に表示することができる。その結果、画面を確認するための簡易操作でＩＰ電話端末２の画面を参照し、登録された相手の現在のプレゼンス状態を知ることができ、さらには相手のプレゼンス状態に応じてコミュニケーション機能を切換えることが可能となるので、スムーズな情報伝達が可能となる。

相手のプレゼンス状態に応じてコミュニケーション機能を切換えは、次のようにしてもよい。つまり、プレゼンス状態確認許可リスト３４１をメインディスプレイ４８１に表示し、表示されたリストの中から連絡を取りたい相手を選択的に入力して指定することにより、その相手のデータＤ２が指すプレゼンス状態に応じて、最適な連絡機能へのショートカットを提供することも可能となる。

プレゼンス状態確認許可リスト３４１は自由に相手の情報を登録できる一般的なアドレス帳とは異なり、ステップＳ２１に説明したように、セキュリティの配慮から登録相手の“受諾”を受理して初めて登録可能とし、登録が受諾された後は、ステップＳ３５で説明したように、同様に相手方からもユーザのプレゼンス状態の確認が許可されることとする。

ここでは、プレゼンス情報Ｄ２の種類は、図４に説明した大まかな種類に限定されず、仕事中、休息中、取込中など細かな状態の分類であってもよい。また、ステップＳ５１における、自動的にプレゼンス情報を表示したい登録相手の設定は、プレゼンス状態確認リスト３４１のメンバー全員としてもよい。あるいは、そのうちから１人あるいは複数人を予め選択的に指定する、あるいは特定のグループに分類して、グループ毎に表示可能としてもよい。

表示に関しては、以下の特徴を備えてもよい。つまり、登録した相手のプレゼンス情報の表示先の画面は折畳み状態から開状態に切替え操作されたときの待受け画面としているが、専用ショートカットキー操作などでに応じて表示される待受け画面に重畳して表示してもよい。また、液晶画面の輝度を落として表示画面を消去するような省電力モードから待受け画面を表示する待受けモードへの復帰操作がされたことに応じて、表示される待受け画面に登録した相手のプレゼンス情報を重畳して表示してもよい。

図９のプレゼンス情報表示画面のデータ項目（氏名など）を、入力部２９を操作して選択すると、選択した項目に対応のプレゼンス情報Ｄ２によって起動するアプリケーションを切り替えてもよい。たとえば、相手のプレゼンス情報Ｄ２は‘オフライン’あるいは‘取込中’を指示する場合は、制御部２０はメール作成機能を起動してメール作成画面を表示する。また、‘オンライン’を指示する場合は、電話発信機能が起動されて、電話発信画面を表示する。このように、相手が取込中であっても緊急の要件を伝えたい、あるいは留守録メッセージを残したい場合もあるので、相手のプレゼンス状態によらず電話発信やメール作成など固有の機能のショートカットキーを有効として当該機能に切替えて起動するとしてもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本実施の形態に係る通信システムの構成図である。 本実施の形態に係るＩＰ電話端末の機能構成図である。 本実施の形態に係るＩＰ電話端末のハードウェア構成図である。 本実施の形態に係るプレゼンス状態確認許可リストの一例を示す図である。 本実施の形態に係るＳＩＰサーバの機能構成の一例を示す図である。 本実施の形態に係るＳＩＰサーバのハードウェア構成図である。 本実施の形態に係るプレゼンス情報Ｄ／Ｂの構成例を示す図である。 本実施の形態に係る送受信データの構成図である。 本実施の形態に係るプレゼンス状態確認許可リストの表示の一例を示す図である。 本実施の形態に係るＩＰ電話端末におけるプレゼンス状態確認リストへの新規登録の処理フローチャートである。 本実施の形態に係るＩＰ電話端末におけるプレゼンス状態確認リストへの新規登録の処理に対応するフＳＩＰサーバの処理ローチャートである。 図１１の処理手順と同期した登録リクエスト送信先のＩＰ電話端末における処理フローチャートである。 本実施の形態に係る表示画面の一例を示す図である。 本実施の形態に係るＩＰ電話端末が所望する相手のプレゼンス情報を取得して表示する処理フローチャートである。

符号の説明

１ ＩＰ通信網、２ ＩＰ電話端末、３ ＳＩＰサーバ、２２ 操作検出部、３１ プレゼンス状態確認部、３２ プレゼンス情報通知部、２８１ プレゼンス情報表示処理部、３４１ プレゼンス状態確認許可リスト。

Claims (14)

1. プレゼンス情報を提供する通信システムに適用可能な携帯型電話端末であって、
   表示部と、
   前記プレゼンス情報を受信して前記表示部に出力するプレゼンス情報取得手段と、
   操作に連動して前記表示部に待受けの画面を表示させる外部操作を検出する操作検出手段と、を備え、
   前記プレゼンス情報取得手段は、
   前記操作検出手段によって前記外部操作が検出されたことに応じて、予め指定された通信相手のプレゼンス情報の確認を要求する確認要求を、前記通信システムに登録された各通信者から受信したプレゼンス情報を記憶する所定サーバに送信する確認要求送信手段と、
   前記確認要求に対する応答を前記所定サーバから受信する要求応答受信手段と、を含み、
   前記操作検出手段によって前記外部操作が検出されたことに応じて、当該外部操作によって前記表示部に表示された前記待受け画面において、前記プレゼンス情報取得手段により受信した前記応答が示す前記予め指定された通信相手のプレゼンス情報を表示し、
   前記表示部に表示される前記プレゼンス情報の通信相手と通信を行なう指示が入力されたとき、複数の通信機能のうち当該プレゼンス情報に従う通信機能が起動し、
   複数の通信相手のそれぞれ毎に、前記プレゼンス情報を登録するためのリストと、
   前記リストに新たな通信相手の前記プレゼンス情報の登録をするリスト登録手段とを備え、
   前記リスト登録手段は、
   前記新たな通信相手の前記プレゼンス情報の前記リストへの登録要求を、前記所定サーバに送信する登録要求送信手段と、
   前記新たな通信相手が送信した前記登録要求に対する応答を、前記所定サーバを経由して受信する登録要求応答受信手段と、
   前記登録要求受信手段が受信した応答に基づき、前記リストの内容を更新する手段とを有し、
   前記リストにおいては、前記複数の通信相手のそれぞれ毎に、当該通信相手の前記携帯型電話端末の電話番号と前記プレゼンス情報とが登録され、
   前記表示部に表示される前記プレゼンス情報の表示態様は、当該プレゼンス情報が示すプレゼンス状態の種類に応じて変更され、
   前記携帯型電話端末は、ヒンジと、前記ヒンジを介して折畳み可能な筐体を有し、
   前記表示部は、前記筐体をヒンジを介して折畳んだ状態では折畳まれた筐体の内面側に位置し、開いた状態では筐体の外面側に位置し、
   前記操作検出手段は、
   前記筐体を折畳み状態から開いた状態に切替えるための外部からの操作を検出し、
   前記操作検出手段は、
   特定のショートカットキーの操作を検出し、
   前記操作検出手段は、前記表示部における表示画面を消去する省電力モードからの復帰を指示する操作を検出し、
   自己のプレゼンス情報を前記所定サーバに定期的に送信する自己情報送信手段と、
   前記自己情報送信手段による前記プレゼンス情報を送信するとき、予め指定された通信相手のプレゼンス情報の確認要求を前記所定サーバに送信する同時送信手段とを備え、
   前記同時送信手段により送信した前記確認要求に対する応答を前記所定サーバから受信して前記表示部に表示する、携帯型電話端末。
2. プレゼンス情報を提供する通信システムに適用可能な携帯型電話端末であって、
   表示部と、
   前記プレゼンス情報を受信して前記表示部に出力するプレゼンス情報取得手段と、
   操作に連動して前記表示部に待受けの画面を表示させる外部操作を検出する操作検出手段と、を備え、
   前記プレゼンス情報取得手段は、
   前記操作検出手段によって前記外部操作が検出されたことに応じて、予め指定された通信相手のプレゼンス情報の確認を要求する確認要求を、前記通信システムに登録された各通信者から受信したプレゼンス情報を記憶する所定サーバに送信する確認要求送信手段と、
   前記確認要求に対する応答を前記所定サーバから受信する要求応答受信手段と、を含み、
   前記操作検出手段によって前記外部操作が検出されたことに応じて、当該外部操作によって前記表示部に表示された前記待受け画面において、前記プレゼンス情報取得手段により受信した前記応答が示す前記予め指定された通信相手のプレゼンス情報を表示する、携帯型電話端末。
3. 前記表示部に表示される前記プレゼンス情報の通信相手と通信を行なう指示が入力されたとき、複数の通信機能のうち当該プレゼンス情報に従う通信機能が起動する、請求項２に記載の携帯型電話端末。
4. 複数の通信相手のそれぞれ毎に、前記プレゼンス情報を登録するためのリストと、
   前記リストに新たな通信相手の前記プレゼンス情報の登録をするリスト登録手段とを備え、
   前記リスト登録手段は、
   前記新たな通信相手の前記プレゼンス情報の前記リストへの登録要求を、前記所定サーバに送信する登録要求送信手段と、
   前記新たな通信相手が送信した前記登録要求に対する応答を、前記所定サーバを経由して受信する登録要求応答受信手段と、
   前記登録要求受信手段が受信した応答に基づき、前記リストの内容を更新する手段とを有する、請求項２または３に記載の携帯型電話端末。
5. 前記リストにおいては、前記複数の通信相手のそれぞれ毎に、当該通信相手の前記携帯型電話端末の電話番号と前記プレゼンス情報とが登録される、請求項４に記載の携帯型電話端末。
6. 前記表示部に表示される前記プレゼンス情報の表示態様は、当該プレゼンス情報が示すプレゼンス状態の種類に応じて変更される、請求項２から５のいずれかに記載の携帯型電話端末。
7. 前記携帯型電話端末は、ヒンジと、前記ヒンジを介して折畳み可能な筐体を有し、
   前記表示部は、前記筐体をヒンジを介して折畳んだ状態では折畳まれた筐体の内面側に位置し、開いた状態では筐体の外面側に位置し、
   前記操作検出手段は、
   前記筐体を折畳み状態から開いた状態に切替えるための外部からの操作を検出する、請求項２から６のいずれか１項に記載の携帯型電話端末。
8. 前記操作検出手段は、
   特定のショートカットキーの操作を検出する、請求項２から７のいずれか１項に記載の携帯型電話端末。
9. 前記操作検出手段は、
   前記表示部における表示画面を消去する省電力モードからの復帰を指示する操作を検出する、請求項２から８のいずれか１項に記載の携帯型電話端末。
10. 自己のプレゼンス情報を前記所定サーバ３に定期的に送信する自己情報送信手段と、
    前記自己情報送信手段による前記プレゼンス情報を送信するとき、予め指定された通信相手のプレゼンス情報の確認要求を前記所定サーバに送信する同時送信手段とを備え、
    前記同時送信手段により送信した前記確認要求に対する応答を前記所定サーバから受信して前記表示部に表示する、請求項２から９のいずれか１項に記載の携帯型電話端末。
11. 所定サーバと、複数の携帯型電話端末とを備える通信システムであって、
    前記所定サーバは、
    前記複数の前記携帯型電話端末から受信したプレゼンス情報を記憶する記憶部を含み、
    前記携帯型電話端末は、
    表示部と、
    前記プレゼンス情報を受信して前記表示部に出力するプレゼンス情報取得手段と、
    操作に連動して前記表示部に待受けの画面を表示させる外部操作を検出する操作検出手段と、を含み、
    前記プレゼンス情報取得手段は、
    前記操作検出手段によって前記外部操作が検出されたことに応じて、予め指定された通信相手のプレゼンス情報の確認を要求する確認要求を、前記所定サーバに送信する確認要求送信手段と、
    前記確認要求に対する応答を前記所定サーバから受信する要求応答受信手段と、を含み、
    前記操作検出手段によって前記外部操作が検出されたことに応じて、当該外部操作によって前記表示部に表示された前記待受け画面において、前記プレゼンス情報取得手段により受信した前記応答が示す前記予め指定された通信相手のプレゼンス情報を表示し、
    前記携帯型電話端末は、
    複数の通信相手のそれぞれ毎に、前記プレゼンス情報を登録するためのリストと、
    前記リストに新たな通信相手の前記プレゼンス情報の登録をするリスト登録手段とを含み、
    前記リスト登録手段は、
    前記新たな通信相手の前記プレゼンス情報の前記リストへの登録要求を、前記所定サーバに送信する登録要求送信手段と、
    前記新たな通信相手が送信した前記登録要求に対する応答を、前記所定サーバを経由して受信する登録要求応答受信手段と、
    前記登録要求受信手段が受信した応答に基づき、前記リストの内容を更新する手段とを有し、
    前記所定サーバは、
    第１の前記携帯型電話端末の前記登録要求送信手段により送信された登録要求を、前記新たな通信相手の第２の前記携帯型電話端末に送信する手段と、
    前記第２の携帯型電話端末から、前記登録要求に対し受信した前記応答が登録要求の受諾を示すとき、前記第２の携帯型電話端末に対し、前記第１の携帯型電話端末の通信相手の前記プレゼンス情報の前記リストへの登録受諾を送信する、通信システム。
12. 所定サーバと、複数の携帯型電話端末とを備える通信システムであって、
    前記所定サーバは、
    前記複数の前記携帯型電話端末から受信したプレゼンス情報を記憶する記憶部を含み、
    前記携帯型電話端末は、
    表示部と、
    前記プレゼンス情報を受信して前記表示部に出力するプレゼンス情報取得手段と、
    操作に連動して前記表示部に待受けの画面を表示させる外部操作を検出する操作検出手段と、を含み、
    前記プレゼンス情報取得手段は、
    前記操作検出手段によって前記外部操作が検出されたことに応じて、予め指定された通信相手のプレゼンス情報の確認を要求する確認要求を、前記所定サーバに送信する確認要求送信手段と、
    前記確認要求に対する応答を前記所定サーバから受信する要求応答受信手段と、を含み、
    前記操作検出手段によって前記外部操作が検出されたことに応じて、当該外部操作によって前記表示部に表示された前記待受け画面において、前記プレゼンス情報取得手段により受信した前記応答が示す前記予め指定された通信相手のプレゼンス情報を表示する、通信システム。
13. 前記携帯型電話端末は、
    複数の通信相手のそれぞれ毎に、前記プレゼンス情報を登録するためのリストと、
    前記リストに新たな通信相手の前記プレゼンス情報の登録をするリスト登録手段とを含み、
    前記リスト登録手段は、
    前記新たな通信相手の前記プレゼンス情報の前記リストへの登録要求を、前記所定サーバに送信する登録要求送信手段と、
    前記新たな通信相手が送信した前記登録要求に対する応答を、前記所定サーバを経由して受信する登録要求応答受信手段と、
    前記登録要求受信手段が受信した応答に基づき、前記リストの内容を更新する手段とを有する、請求項１２に記載の通信システム。
14. 前記所定サーバは、
    第１の前記携帯型電話端末の前記登録要求送信手段により送信された登録要求を、前記新たな通信相手の第２の前記携帯型電話端末に送信する手段と、
    前記第２の携帯型電話端末から、前記登録要求に対し受信した前記応答が登録要求の受諾を示すとき、前記第２の携帯型電話端末に対し、前記第１の携帯型電話端末の通信相手の前記プレゼンス情報の前記リストへの登録受諾を送信する、請求項１３に記載の通信システム。

Images