JP5187938B2 - プレゼンス変更機能を備えた電話端末及びその電話端末を用いたプレゼンスシステム - Google Patents

Description

本発明は、電話端末及びその電話端末を用いた通信システムに関連する。特に、プレゼンス機能と、応答処理機能とを備えた電話端末、およびその電話端末を用いた通信システムに関する。

ブロードバンドサービスの展開に伴い、例えば、インターネット電話や、インスタントメッセージ（ＩＭ）サービス等の、様々なコミュニケーションサービスが提供されるようになってきている。

例えば、インターネット電話同士の通話では、通話相手もネットワーク上にいないと電話を接続できないため、相手のログイン状態を知ることが重要となる。その手段として、プレゼンスがある。プレゼンスとは、相手の状態を知る機能である。プレゼンスを実現するための代表的な技術として、ＳＩＰ等が挙げられる。ＳＩＰ（Session Initiation Protocol）とは、ＶｏＩＰ（Voice over Internet Protocol）を応用したインターネット電話などで用いられる、通話制御プロトコルの一つである。

近年、携帯電話機にもプレゼンス機能が搭載され始めてきている。携帯電話機にプレゼンス機能を搭載することで、相手の現在の状況が、通話中であるのか、外出中や会議中であるのかなどを事前に確認したうえで、音声通話、インスタントメッセージ、メールなど最適な手段で相手に連絡を取ることが可能になる。

図４１は、プレゼンスサーバと端末のシステムを説明するための図である。図４１では、端末Ａは相手の状態を見る側であり、端末Ｂは自分の状態を見せる側である。サーバＣはプレゼンスサーバである。プレゼンスサーバＣは、各端末から提供されたプレゼンス情報を保持・管理して、プレゼンス情報を要求する端末に送信する機能を有する。図４１に示される例では、プレゼンスサーバＣは予め端末Ｂのプレゼンス情報を有している。以下、本システムの処理手順の例を説明する。まず、（１）端末ＡがプレゼンスサーバＣに対して端末Ｂのプレゼンス情報の開示依頼を行う。その後、（２）プレゼンスサーバＣは、端末Ｂのプレゼンス情報を端末Ａへ送信する。すると端末Ａは端末Ｂのプレゼンス情報を取得し、端末Ａの画面上に端末Ｂのプレゼンス情報を表示させることができるようになる。一方、端末Ｂにおいてプレゼンス情報が変更されると、（３）端末ＢはプレゼンスサーバＣへプレゼンス情報変更の通知を行う。その後、プレゼンスサーバＣでは、端末Ｂに関するプレゼンス情報が更新され、（４）端末Ａに対して端末Ｂのプレゼンス情報が変更された旨を通知する。以上が、プレゼンスサーバと各端末装置とのシステム構成である。

ところで、例えば携帯電話機において、受信者の状態を配慮したサービスとして、自動応答メッセージ等の機能が開示されている。

特開２００４−３１２５７９号（日本国特許公開公報）には、ＩＭと音声通話とを連携する幾つかの技術が開示されている。例えば、音声通話の着信に対してＩＭへの切り替えを自動的に設定すること、音声通話の着信に対して定型音声メッセージで応答すること、ＩＭサーバが電話番号とＩＭアドレスの対応データを備え、電話番号からＩＭアドレスを検索して通知すること等が開示されている。

特許第３２６０３２４号（日本国特許掲載公報）には、「○○分後もう一度おかけ直し下さい」、「○○時間後にこちらから掛けなおします」というような変数を含む返答メッセージを複数登録しておき、通話時に、登録された返答メッセージから必要なメッセージを選択し、選択した返答メッセージに含まれる変数（例えば「ｘ分」のｘ＝５）をユーザが決定すると、変数を組み込んだ返答メッセージ（「５分後もう一度おかけ直し下さい」）を音声信号として発信し、会議中にかかってきた携帯電話に無言で返事ができる機能が開示されている。

上述のように、携帯電話機においては、従来より、プレゼンスや自動応答メッセージ等の機能があった。しかしながら、例えば、会議中に「通話不可」というプレゼンスに変更するのを忘れた場合、誰かから電話がかかってくる可能性がある。この場合に、もし着信があっても、着信中に応答メッセージを選択することにより、音声通話をすることなく相手に簡単な返事を返すことができる。しかし、その後会議中にまた電話がかかってくるとも限らないので、ユーザは、更にプレゼンスを「通話可能」から「通話不可」に設定する作業を行うことが想定される。しかし、その都度プレゼンスを設定する作業は煩雑であり、よりプレゼンスの設定作業を軽減させる携帯電話機が求められていた。

そこで本発明は、上述の問題点に鑑み、プレゼンス変更の煩雑さを軽減することができる電話端末を提供することを目的とする。

上記目的を達成するために、本発明の実施形態により、接続要求着信時の応答動作を複数保持する応答動作保持部と、応答動作に対応するプレゼンス情報を保持するプレゼンス情報保持部と、発信端末からの接続要求の着信があったときに、操作者に応答動作の中から少なくとも一つの選択を求める応答動作選択部と、選択された応答動作を実行する応答動作実行部と、プレゼンス情報保持部から選択された応答動作に対応するプレゼンス情報を読み出して、現在のプレゼンス情報を該読み出された応答動作に対応するプレゼンス情報に更新するプレゼンス情報更新部と、を備えた、電話端末が提供される。

また、本発明の実施形態により、接続要求着信時の応答動作を複数保持するステップと、応答動作に対応するプレゼンス情報を保持するステップと、発信端末からの接続要求の着信があったときに、操作者に応答動作の中から少なくとも一つの選択を求めるステップと、選択された応答動作を処理するステップと、選択された応答動作に対応するプレゼンス情報を読み出して、該読み出された応答動作に対応するプレゼンス情報の内容に現在のプレゼンス情報を更新するステップと、を電話端末に実行させるためのプログラムが提供される。

したがって、本発明の実施形態による電話端末又はプログラムによれば、例えば、音声通話着信時に「チャットならＯＫ」といった応答メッセージ等の応答動作を行うと同時にプレゼンスが自動に変更されるため、プレゼンス変更の煩雑さを解決することができる。

本発明の実施形態における端末装置の外観を示す図である。 本発明の実施形態における端末装置のハードウェア構成を示す図である。 本発明の実施形態における端末装置のソフトウエア及びＤＢ構成を示す図である。 端末Ｂの処理を示すフローチャートである。 端末Ａの処理を示すフローチャートである。 サーバＣの処理を示すフローチャートである。 端末Ａの画面遷移を示す図である。 端末Ｂの画面遷移を示す図である。 ダイアログを示す図である。 チャット画面を示す図である。 プレゼンス表示画面（端末Ａ、見る側）を示す図である。 プレゼンス表示画面（端末Ｂ、見せる側）を示す図である。 アドレス帳からプレゼンスを設定する手順を示すフローチャートである。 マイ・プレゼンス編集画面への画面遷移を示す図である。 デフォルトプレゼンスを変更する際の画面遷移を示す図である。 テンポラリプレゼンスを変更する際の画面遷移を示す図である。 スケジューラからプレゼンスを設定する手順を示すフローチャートである。 ウィザード形式の設定画面を示す図である。（ステップＳ５０２） ウィザード形式の設定画面を示す図である。（ステップＳ５０３） ウィザード形式の設定画面を示す図である。（ステップＳ５０４−Ｓ５０６） ウィザード形式の設定画面を示す図である。（ステップＳ５０７） ウィザード形式の設定画面を示す図である。（ステップＳ５０８） ウィザード形式の設定画面を示す図である。（ステップＳ５０９） ウィザード形式の設定画面を示す図である。（ステップＳ５１０） ウィザード形式の設定画面を示す図である。（ステップＳ５１１） ウィザード形式の設定画面を示す図である。（ステップＳ５１２） ウィザード形式の設定画面を示す図である。（ステップＳ５１３） ウィザード形式の設定画面を示す図である。（ステップＳ５１４） スケジューラからプレゼンスを設定する手順を示すフローチャート（Ａ）である。 ウィザード形式の設定画面を示す図である。（ステップＳ６０１−Ｓ６０３） ウィザード形式の設定画面を示す図である。（ステップＳ６１１） スケジューラからプレゼンスを設定する手順を示すフローチャート（Ｂ）である。 ウィザード形式の設定画面を示す図である。（ステップＳ７０１） ウィザード形式の設定画面を示す図である。（ステップＳ７０２−Ｓ７０４） ウィザード形式の設定画面を示す図である。（ステップＳ７０５） ウィザード形式の設定画面を示す図である。（ステップＳ７０６） ウィザード形式の設定画面を示す図である。（ステップＳ７０８） ウィザード形式の設定画面を示す図である。（ステップＳ７１０） ウィザード形式の設定画面を示す図である。（ステップＳ７１１） ウィザード形式の設定画面を示す図である。（ステップＳ７１２） 端末とプレゼンスサーバとの関係を説明するための図である（従来例）。

符号の説明

１０ 端末装置
１０５ アンテナ
１１１ 液晶ディスプレイ
１１４ ダイヤルボタン
１１５ 方向指示キー
１１８ マイク
１１９ スピーカ
１２１ オンフックボタン
１２２ オフフックボタン
２０１ ＰＩＭアプリケーション
２０２ アドレス帳機能
２０３ インスタントメッセージ（ＩＭ）機能
２０４ プレゼンス管理機能
２０５ スケジューラ
２１０ 着信応答メッセージＤＢ
２２０ 着信応答−プレゼンス対応テーブル

以下、図面を参照して、本発明の実施形態による端末装置について説明する。

図１は本発明の実施形態による端末装置１０の外観図を示し、図２は端末装置１０のハードウェア構成を表すブロック図である。図１に示されるように、端末装置１０の筐体の操作面側には、液晶ディスプレイ１１１と、操作部とが設けられている。操作部には、ダイヤルボタン１１４、方向指示キー１１５、オンフックボタン１２１、オフフックボタン１２２が含まれる。また、操作面側上部には、スピーカ１１９用の孔と、アンテナ１０５とが設けられ、下部にはマイク１１８用の孔が設けられている。本実施形態では端末装置として携帯電話機を例に挙げているが、本発明は、携帯電話機以外にも例えばＰＣ、ＰＤＡ、各種アプリケーションを備えたＴＶ等、様々な端末装置上で実施され得る。

次に、図２のブロック図について説明する。端末装置１０は、装置全体を制御するＣＰＵ１００を有する。ＲＯＭ１０１、ＲＡＭ１０２、フラッシュメモリ１０３、無線通信制御部１０４、液晶ディスプレイ１１１、入力インタフェース部１１３、および音声制御部１１７が、それぞれＣＰＵ１００に接続されている。また、無線通信制御部１０４にはアンテナ１０５が接続され、入力インタフェース部１１３には操作部の各種キーが接続され、音声制御部１１７にはマイク１１８およびスピーカ１１９が接続されている。なお、入力インタフェース部１１３に接続される操作部には、表示画面上に表示されるポインタを移動させるための機器や、液晶ディスプレイ１１１を利用したタッチパネル等も含まれる。

ＲＯＭ１０１は、ＣＰＵ１００により実行される各種プログラムおよび固定的なデータを格納した不揮発性の読み出し専用メモリである。ＲＡＭ１０２は、ＣＰＵ１００の作業領域およびデータの一時記憶領域を提供する書き込み可能なメモリである。フラッシュメモリ１０３は、追加的なアプリケーションや各種データを記憶する再書き込み可能な不揮発性メモリである。

無線通信制御部１０４は、アンテナ１０５を介して基地局との間で音声およびデータの無線通信（送受信）を行う機能を有する。端末装置１０は基地局を介してプレゼンスサーバにとのデータの送受信を行うことができる。液晶ディスプレイ１１１は表示画面を有する表示部を構成する。入力インタフェース部１１３は、ダイヤルボタン１１４や方向指示キー１１５等の入力操作を受け付ける機能を有する。音声制御部１１７には、マイク１１８およびスピーカ１１９が接続される。音声制御部１１７は、マイク１１８およびスピーカ１１９を介して音声の入出力を制御する。

図３は、端末装置１０が備えるアプリケーション及びその他ＤＢ等の構成を示すブロック図である。端末装置１０は、ＰＩＭ（Personal Information Manager）アプリケーションを有る。ＰＩＭアプリケーションは、アドレス帳機能２０２、インスタントメッセージ（ＩＭ）機能２０３、プレゼンス管理機能２０４、スケジューラ２０５等を含んでいる。また、端末装置１０は、着信応答メッセージＤＢ２１０と着信応答−プレゼンス対応テーブル２２０とを有する。

着信応答メッセージＤＢ２１０には、例えば、「後ほど電話ください」、「ｘｘ分後に電話ください」、「後ほど電話します」、「ｘｘ分後に電話します」、「電話に出られません」、「チャットなら可能です」、「メールください」、「移動中です」、「仕事中です」等の音声メッセージ、文字メッセージ及び／又は別のタイプのメッセージからなる応答メッセージが記憶されている。代替的に又は付加的に、特許第３２６０３２４号に記載のような、「少々、お待ちください」、「折り返し、連絡します」、「後ほど、こちらから掛けなおします」、「後で、もう一度、掛けなおしてください」、「ｘ分後にもう一度掛けてください」、「それでは、Ｔ（例えば７月７日１６時００分）にＰ（例えば、○○レストラン）で待ち合わせましょう」等の応答メッセージが記憶されていてもよい。

着信応答−プレゼンス対応テーブル２２０には、メインステータスがサブステータスに関連づけられて記録されている。メインステータスはユーザの状態を示すプレゼンス情報であり、例えば「仕事中」、「食事中」、「移動中」、「休憩中」、「遊び中」、「飲み中」、「取り込み中」、「一時退席中」等を含む。また、サブステータスは「音声通話」、「メール」、「チャット」等の各通信方法に対するユーザの応答の「可」や「不可」等を示すプレゼンス情報である。

図４は、プレゼンスを見せる側（すなわち、図４１の端末Ｂ（足利氏）に相当する）の端末装置の処理を示すフローチャートである。なお、本処理は、着信応答メッセージとプレゼンスとの関係を示すものである。プレゼンスの送受信は、図４１に示される端末Ａと端末ＢとサーバＣとの関係と同様である。端末Ａ及び端末Ｂには、本発明の実施形態による端末装置１０を用いることができる。以下、端末Ａから端末Ｂに電話がかけられた場合を例に、このフローチャートの各ステップで行われる処理について説明する。

ステップＳ１０１では、着信の有無を判定する。すなわち、端末Ｂは着信待機状態にある（ステップＳ１０１：ＮＯ）。ここでは、例えば、足利氏が会議中であり、音声通話不可能な状態であるが、プレゼンスは音声通話可に設定されていたような場合を想定する。着信があると（ステップＳ１０１：ＹＥＳ）、ステップＳ１０２へ進む。

ステップＳ１０２では、表示画面上に着信応答メッセージ選択画面が表示される。従って、ユーザは着信応答メッセージＤＢ２１０に保持されている着信応答メッセージから最適なメッセージを選択することができる。例えば、足利氏は、現在会議中であるが、１０分もすれば会議が終わるであろうという場合には、「１０分後に電話ください」という着信応答メッセージを選択することができる。着信中に、ユーザにより着信応答メッセージが選択されると（ステップＳ１０３：ＹＥＳ）、ステップＳ１０４へ進む。着信中に、着信応答メッセージが選択されなければ（ステップＳ１０３：ＮＯ）、本処理は終了する。

ステップＳ１０４では、選択された着信応答メッセージが電話をかけた端末Ａに返信される。そして、端末Ａは受信した着信応答メッセージを再生する。その後、ステップＳ１０５へ進む。

ステップＳ１０５では、端末Ｂが、選択された着信応答メッセージに対応するプレゼンス情報を、着信応答−プレゼンス対応テーブル２２０から抽出する。例えば、着信応答メッセージ「１０分後に電話ください」に対しては、「音声通話：不可」のプレゼンス情報が抽出される。その後、ステップＳ１０６において、ステップＳ１０５で抽出されたプレゼンス情報がサーバＣへ送信される。すなわち、端末Ｂのサブステータスが、音声通話「可」から「不可」へ更新され、サブステータス「音声通話：不可」がサーバＣへ送信される。ステップＳ１０６の後、本処理は終了する。尚、ステップＳ１０５及びＳ１０６の処理は、ステップＳ１０１からステップＳ１０４の処理とは別途行われてもよい。すわなち、ステップＳ１０３でＹＥＳと判定された後、即座に又は所定の周期でステップＳ１０５及びＳ１０６が行われてもよい。また、着信応答メッセージを処理するアプリケーションとは別のアプリケーションがそれらの処理を実行してもよい。なお、本発明の実施形態では、着信中にユーザが着信応答メッセージを選択する構成としているが、端末装置１０がユーザの選択により着信拒否、着信転送、応答保留、或いは接続中止等の処理を実行する等の機能を備えており、それらの動作に応じてプレゼンス情報が抽出されて更新される構成であってもよい。すなわち、自動的にプレゼンスが更新される構成は、着信応答メッセージを選択する場合に限定されるものではない。

次に、図５は、端末Ａ（新田氏）における処理を示すフローチャートである。なお、本処理は、図４のステップＳ１０４に示される処理により端末Ｂから着信応答メッセージが返信されてきた時点で開始する。

ステップＳ２０１では、図４のステップＳ１０４において端末Ｂにより送信された着信応答メッセージを端末Ａは受信する。ステップＳ２０２では、着信応答メッセージ中の音声メッセージを再生する。ユーザは、再生されたメッセージを端末装置１０のスピーカ１１９を介して聞くことができる。

ステップＳ２０３では、端末Ａの表示画面上にダイアログが表示される。このダイアログ内で表示される情報は、端末Ａが着信応答メッセージに対応したデータとして予め備えていてもよい。また、ダイアログ内で表示される情報は、端末Ｂによって着信応答メッセージと共に端末Ａに送信されてもよい。更に、ダイアログ内で表示される情報は、端末Ａによってサーバから受信されてもよい。

例えば、端末Ｂから送信された着信応答メッセージが「メールください」であったとする。その場合、メールアプリケーションを起動するか否かを確認するダイアログが表示される。また、端末Ｂから送信された着信応答メッセージが「チャットならＯＫです」であったとする。その場合、チャットアプリケーションの起動の有無を問うダイアログが表示される。このとき、ダイアログには決定ボタンが表示される。

ステップＳ２０４では、ユーザがダイアログにおいて決定を選択したかどうかが判定される。決定ボタンが選択されると（ステップＳ２０４：ＹＥＳ）、ステップＳ２０５へ進む。決定ボタンが選択されなければ（ステップＳ２０４：ＮＯ）、ステップＳ２０８へ進む。

ステップＳ２０５では、ステップＳ２０３で表示されたダイアログの内容に対応する処理が実行される。例えば、ステップＳ２０３で表示されたダイアログがメールアプリケーション起動の指示を促すものであれば、メールアプリケーションが起動する（既に起動していれば、画面上にメールアプリケーションの操作画面が表示される）。なお、起動したメールアプリケーションには、既に宛先に端末Ｂ（足利氏）のメールアドレスが入力されている。このメールアドレスは、端末Ａのアドレス帳から抽出されてもよい。また、このメールアドレスは、端末Ｂが送信した着信応答メッセージ中に含まれていてもよい。更に、このメールアドレスは、サーバから取得されてもよい。

また、ステップＳ２０５では、例えば、ステップＳ２０３で表示されたダイアログがチャットアプリケーション起動の指示を促すものであれば、チャットアプリケーションが起動する（尚、ユーザの選択により後で起動することもできる）。なお、起動したチャットアプリケーションには、既に相手方のチャットＩＤが登録されている。このチャットＩＤは、端末Ａが持つデータから抽出されてもよい。また、このチャットＩＤは、端末Ｂが送信した着信応答メッセージ中に含まれていてもよい。更に、このチャットＩＤは、サーバから取得されてもよい。

ユーザがメール或いはチャットの本文を作成中、本処理は待機状態にある（ステップＳ２０６：ＮＯ）。ユーザによる「送信」の指示が受信されると（ステップＳ２０６：ＹＥＳ）、ステップＳ２０７へ進み、メール或いはチャットの内容が端末Ｂに送信される。その後、ステップＳ２０８へ進む。

ステップＳ２０８では、端末ＡはサーバＣから、端末Ｂの更新されたプレゼンス情報（すなわち、図４の例では、「音声通話：不可」）を受信する。その後、本処理は終了する。このステップＳ２０８は、上述のステップＳ１０５及びＳ１０６（図４）と同様に、ステップＳ２０１からステップＳ２０７とは独立した処理であってもよい。また、この処理は、ステップＳ２０１からステップＳ２０７までの処理を行うアプリケーションとは別のアプリケーションにて行われてもよい。

次に、図６は、サーバＣにおける処理を示すフローチャートである。なお、本処理は、図４及び図５に示される処理中に行われる。

ステップＳ３０１では、プレゼンス情報の変更の通知が受信されているかどうかが判定される。プレゼンス情報の変更の通知が受信されるまで、サーバＣにおける処理は待機状態となる（ステップＳ３０１：ＮＯ）。例えば、端末Ｂより、プレゼンス情報の変更（図４の例では、「音声通話」が「可」から「不可」へ）が通知されると（ステップＳ３０１：ＹＥＳ）、ステップＳ３０２へ進む。

ステップＳ３０２では、通知のあった端末に対応するプレゼンス情報が更新される。すなわち、端末Ｂのプレゼンス情報である「音声通話」が「不可」に変更される。その後、ステップＳ３０３へ進み、プレゼンスの開示を依頼した端末Ａへ端末Ｂの情報が通知される。その後、サーバＣに対して終了の指示がなければ（ステップＳ３０４：ＮＯ）、ステップＳ３０１へ戻る。サーバＣに対して終了の指示があれば（ステップＳ３０４：ＹＥＳ）、本処理は終了する。

図７から図１２は、図４から図６に示される処理をより具体的に説明するための画面遷移図である。なお、図７から図１２に示される画面遷移図は、本発明の実施形態の一例であり、本発明はその構成に限定されるものではない。

図７は、端末Ａ（新田氏）の表示画面を示す。本発明の実施形態による端末装置１０は、アドレス帳機能２０２により表示されるアドレス帳を利用して相手方のプレゼンス情報を確認することができる。なお、プレゼンス情報を確認する方法はアドレス帳に限らず種々の方法で行うことができる。図７（a）では、端末Ａのアドレス帳画面で「足利尊氏」がフォーカスされている。選択操作を行うと、図７（b）に示されるように、足利氏のプレゼンス情報が表示される。足利氏の音声通話は通話可能の状態にある。それを見た端末Ａの新田氏は、足利氏に電話をかけても問題はないと考える。例えば、図７（b）に示されるように、フォーカスを電話番号に合わせて選択操作を行うことにより、電話発信を行うことができる。図７（c）は、電話発信方法を選択するための画面である。図７（d）は、足利氏に対し電話発信中の画面を示す。

図８は、新田氏より着信を受けた足利氏の端末Ｂの画面を示す図である。図８（a）は着信中の画面である。着信画面では、新田氏の氏名が表示される。ユーザは、着信画面を見ることにより、誰からの着信であるかを知ることができる。なお、図８（a）は、図４に示されるフローチャートのステップＳ１０１に相当する。その後、図８（b）の画面が表示される。図８（b）では、着信応答メッセージの選択肢が表示される。すなわち、図４に示されるフローチャートのステップＳ１０２に相当する。ユーザは、例えば「チャットなら可能です」を選択する（図４のステップＳ１０３に相当）。その後、図８（c）の画面が表示される。図８（c）は、メッセージ応答中の画面であり、選択された着信応答メッセージが新田氏の端末Ａへ送信されている最中（すなわち、図４のステップＳ１０４の処理中）に表示される画面である。

図９は、新田氏の端末Ａにおいて、端末Ｂからの着信応答メッセージを受信した画面を示す。なお、ここで表示されているものは、ステップＳ２０３におけるダイアログである。なお、このダイアログは、着信応答メッセージ「チャットなら可能です」に対応するものである。したがって、ユーザは図９（a）に示されるように、ダイアログから、「チャットで接続」か「通話キャンセル」を選択することができる。なお、端末装置によっては、着信応答メッセージから直接チャットを起動することが困難である場合もあるため、図９（b）に示されるようなダイアログにおいて「確認」のみ選択するように構成されていてもよい。図９（b）に示されるダイアログの場合、「確認」を選択して通話接続を中断したのちに改めてチャットを接続させる。図９（a）において「チャットで接続を選択した場合（ステップＳ２０４：ＹＥＳ）或いは図９（b）において改めてチャットを接続した場合、図１０に示されるようなチャット画面へ移る。

図１０は、端末Ａまたは端末Ｂのチャット画面である。このチャット画面には、初めに電話をかけた新田氏によって送られた「こんにちは」というメッセージと、次に電話に出られなかった足利氏によって送られた「どうしたの？」というメッセージが表示されている。

図１１は、着信応答メッセージ受信後、新田氏の端末Ａが保有する足利氏のプレゼンス情報を示す画面である。図７（b）では、サブステータスである「音声通話」の状態は「通話可能」であったが、図１１では、「通話不可」に変更されている。すなわち、図５のステップＳ２０８の処理により端末Ｂのプレゼンス情報が変更された。

図１２は、着信応答メッセージ送信後の足利氏の端末Ｂのプレゼンスを示す画面である。サブステータスである「音声通話」の状態が「通話不可」となっている。すなわち、図４のステップＳ１０５において、選択した着信応答メッセージ「チャットなら可能です」に対応するプレゼンス情報が抽出され、端末Ｂに設定されたことがわかる。

すなわち、本発明の実施形態では、
（１）着信時（呼び出し中）に着信側（端末Ｂ）が行いたいコミュニケーションの種類を指定することができる。着信側の足利氏はチャットを希望する場合は「チャットならＯＫです」、後で再度掛けなおしてもらいたいときは「ｎ分後にかけなおしてください」等々を指定することができる。
（２）発信側（端末Ａ）に音声及び／又はダイアログ画像で着信側の希望するコミュニケーション方法が通知される。通知内容に音声とダイアログ画像の両方が必要な理由は、コミュニケーション方法として、音声通話・メール・チャット・ＰＴＴ（トランシーバ）等、複数の方法があるためである。
（３）発信側は、着信側の希望に沿った方法で発信するか、発信のキャンセルを選択する。
（４）一連の動作の後、着信側のプレゼンス情報が着信側の応答に対応した状態に自動で更新される。すなわち、（１）において「チャットならＯＫです」の着信応答メッセージが選択された場合、プレゼンス情報は着信応答メッセージに対応した内容に更新される。

なお、端末装置１０によるプレゼンス機能は、図４１に示されるようなサーバを介すものだけではなく、Ｐ２Ｐ通信等により相互にプレゼンス情報を通知し合うような構成であってもよい。

また、本発明の実施形態による端末装置は、特許第３２６０３２４号に記載のメッセージ応答型携帯電話機の機能も実現できる。すなわち、変数を含む返答メッセージが選択されると、変数に対応する条件を付したプレゼンス情報に自動的に変更される。具体的には、「○○分後におかけ直しください」の○○分後のところに数字が指定できるが、それに対応して、例えば、３０分後と指定した場合には、３０分間だけプレゼンス情報を変更（例えば、「音声通話：可」から「音声通話：不可」に）することができる。

従来、着信を受けたユーザは、音声通話ができないときに、着信応答メッセージを選択して発信者に返信し、その後、再度着信が来ないようにプレゼンスを手作業で変更しなければならなかった。しかし、本発明の実施形態による端末装置では、ユーザが着信応答メッセージを選択すると、対応したプレゼンスが抽出されて、サーバへ通知される。このため、手作業でプレゼンスを変更せずとも、適切なプレゼンスへと自動で変更され得る。従って、本発明の実施形態による端末装置では、条件付のプレゼンス情報を設定する際にも、煩雑な操作を必要としない。

以下、ユーザが自己のプレゼンスを設定する際の手順について説明する。

図１３は、ユーザが自己のプレゼンスを手動で設定する際の手順を説明するためのフローチャートである。

本発明の実施形態では、プレゼンスは、その性質から見て２種類に分類される。ここでは、一方をデフォルトプレゼンス、他方をテンポラリプレゼンスと称する。すなわち、ユーザあるいは端末装置がプレゼンスを設定・変更する際には、デフォルトプレゼンスあるいはテンポラリプレゼンスのいずれかが設定・変更される。デフォルトプレゼンスは基準として設定されるプレゼンスであり、テンポラリプレゼンスはその名のとおり一時的なプレゼンスである。

ステップＳ４０１では、ユーザがデフォルトプレゼンスを変更するのか、テンポラリプレゼンスを変更するのかが判断される。デフォルトプレゼンスを変更するのであれば（ステップＳ４０２：ＹＥＳ）、ステップＳ４０２へ進む。テンポラリプレゼンスを変更するのであれば（ステップＳ４０２：ＮＯ）、ステップＳ４０４へ進む。

ステップＳ４０２では、端末の表示画面にデフォルトプレゼンス編集画面が表示され、ユーザはデフォルトプレゼンスを変更することができる。その後、ステップＳ４０３において、ユーザは、編集後のデフォルトプレゼンスをサーバへ通知する指示を出す。

ステップＳ４０４では、端末の表示画面にテンポラリプレゼンス編集画面が表示され、ユーザはテンポラリプレゼンスを変更することができる。その後、ステップＳ４０５において、ユーザは、編集後のテンポラリプレゼンスをサーバへ通知する指示を出す。なお、テンポラリプレゼンスの変更は、一度限りの変更となる。すなわち、例えば、毎週水曜日の１５：００−１６：００は全体会議というデフォルトスケジュール（なお、本発明の実施形態では、スケジューラ２０５により端末装置１０に設定されるスケジュールには、デフォルトスケジュールとテンポラリスケジュールがある。デフォルトスケジュールとテンポラリスケジュールの関係は、例えば、毎週月曜日の１３時から会議がある（デフォルトスケジュール）が、今週だけ１４時からに変更になった（テンポラリスケジュール）というように、固定のスケジュールと臨時的なスケジュールというようなものである）があり、プレゼンスとして「音声通話：不可」、「チャット：可」と設定されていたとする（デフォルトプレゼンス）。そのデフォルトプレゼンス時に、応答として「メールをください」と応答し、「チャット：不可」にプレゼンスが変更されたとする（テンポラリプレゼンス）。しかし、次の水曜日の同じ会議の時間帯は、「音声通話：不可」、「チャット：可」のデフォルトプレゼンスとなり、テンポラリプレゼンスは反映されない。

図１４から図１６は、ユーザが自分でプレゼンスを変更する場合の画面遷移を示す図である。なお、図１４から図１６に示される図は、本発明の実施形態の一例であり、本発明はそれらの表示形式に限定されるものではない。

図１４（a）は、複数人のプレゼンスを表示している画面である。この例では、最上段が自己のプレゼンス（マイ・プレゼンス）である。例えば、マイ・プレゼンス表示領域にフォーカスを当てて選択操作が行われると、マイ・プレゼンス設定画面へと移行する。

図１４（b）は、マイ・プレゼンス設定画面の一例である。マイ・プレゼンス設定画面には、例えば、メインステータスとして「状態」、「コメント」、サブステータスとして「Voice Call」、「Video Call」、「PTT」、「Mail」、「Chat」等が表示されている。なお、この例では、「状態」は「仕事中」、「コメント」は「仕事中（+_+）」、「Voice Call」は「緊急時可」、「Video Call」は「不可」、「PTT」は「不可」、「Mail」は「返信可」、「Chat」は「可」にそれぞれ設定されている。また、待ち受け画面表示ＯＮ／ＯＦＦの設定や、プライバシーレベルの設定（例えば、登録されているユーザのうちどのユーザに自分の情報を開示するか等を設定可能）を行うこともできる。

図１４（b）において、例えば、「状態」、「コメント」のメインステータス表示領域にフォーカスを当てて選択操作を行うと、デフォルトプレゼンス編集画面へと移行する（図１３のステップＳ４０１：ＹＥＳに相当）。

図１５は、デフォルトプレゼンス編集画面の一例である（図１３のステップＳ４０２に相当する）。例えば、「状態（仕事中）」を変更したい場合、そこにフォーカスを当て（図１５（a））選択操作を行う。すると、図１５（b）に示されるように、「状態」の選択肢が表示される。「状態」の選択肢としては、例えば、「仕事中」、「食事中」、「移動中」、「休憩中」、「遊び中」、「飲み中」、「取り込み中」、「一時退席中」、「端末使用中」、「就寝中」、「授業中」、「未記入」、「新規登録」等の項目がある。

図１５（b）において、例えば、「移動中」を選択すると、図１５（c）の画面へ移行する。図１５（c）に示されるように、「状態」を「仕事中」から「移動中」に変更したことにより、コメントが「仕事中（+_+）」から「乗車中、通話できません」へ、「Voice Call」の状態が「緊急時可」から「不可」へ、変更されている。すなわち、本発明の一つの実施形態によれば、メインステータスの状態（「仕事中」、「移動中」等）ごとに、サブステータスの組み合わせが予め決められている。すなわち、例えば、
「仕事中」のサブステータスの組み合わせは、
Voice Call：緊急時可
Video Call：不可
PTT：不可
Mail：返信可
Chat：可
であり、
「移動中」のサブステータスの組み合わせは、
Voice Call：不可
Video Call：不可
PTT：不可
Mail：返信可
Chat：可
である。この場合、個々のデフォルトプレゼンス情報をいちいち設定しなくてよいためユーザフレンドリーである。当然、個々のデフォルトプレゼンス情報を設定可能であってもよい。デフォルトプレゼンス編集後、例えば、表示画面右下のＯＫを選択すれば、デフォルトプレゼンスがサーバに通知される（図１３のステップＳ４０３）。

図１６は、テンポラリプレゼンス編集画面の一例である（図１３のステップＳ４０４に相当する）。図１６（a）は図１４（b）と同一の画面であり、フォーカスが「Voice Call」に当たっている点のみが異なる。また、図１６（a）に示されるようなテンポラリプレゼンス編集画面では、例えばメインステータスである「状態」は変更不可であり、「Voice Call」、「Video Call」、「PTT」、「Mail」、「Chat」等のサブステータスのみ変更可能とすることができる。例えば「Voice Call」を選択操作することにより、プルダウンメニューが表示され、「可」を選択すると図１６（b）のような画面に変わり、テンポラリプレゼンスを設定したことになる。そして、例えば、表示画面右下のＯＫを選択すれば、テンポラリプレゼンスがサーバに通知される（図１３のステップＳ４０５）。なお、テンポラリプレゼンス編集画面で行われた編集は、一時的である。したがって、その後、デフォルトプレゼンスの編集画面により、「状態」で「仕事中」を選択しても、「Voice Call」の状態は、「可」ではなく「緊急時可」となる。

図１４から図１６では、マイ・プレゼンスの設定画面からプレゼンスの編集が行われたが、以下は、端末に備えられたＰＩＭアプリケーション２０１のスケジューラ２０５を利用して、プレゼンスを設定する手順を説明する。なお、ここではデフォルトプレゼンスの設定を行うものとする。

図１７は、スケジューラ２０５のウィザード機能を利用してデフォルトプレゼンスを設定する手順を示すフローチャートである。なお、フローチャートに示される各処理を説明する際に、図１８から図２８に示される画面をそれぞれ対応させて説明する。

ステップＳ５０１では、ユーザが、端末装置１０のランチャー画面等から、スケジューラ２０５を起動させる。ステップＳ５０２では、「一週間の基本的なスケジュールを設定しますか？」という質問が表示される（図１８）。スケジュールの設定を行う場合は、「Ｙｅｓ」が選択され（ステップＳ５０２：ＹＥＳ）、ステップＳ５０３へ進む。スケジュールの設定を行わない場合は、「Ｎｏ」が選択され（ステップＳ５０２：ＮＯ）、本処理は終了する。

ステップＳ５０３では、「就寝時間と目覚ましアラーム設定を行いますか？」という質問が表示される（図１９）。設定を行う場合は、「Ｙｅｓ」を選択し（ステップＳ５０３：ＹＥＳ）、ステップＳ５０４へ進む。設定を行わない場合は、「Ｎｏ」を選択し（ステップＳ５０３：ＮＯ）、ステップＳ５１３へ進む。

ステップＳ５０４では、曜日が指定される（図２０（a））。指定する曜日は、チェックボックスを用いて曜日ごとに選択することができる。曜日指定後（ここでは、月曜から金曜）、画面右下のＯＫが選択されるとステップＳ５０５へ進む。

ステップＳ５０５では、就寝時間が設定される（図２０（b））。就寝時間設定後（ここでは、２３：００）、画面右下のＯＫが選択されるとステップＳ５０６へ進む。

ステップＳ５０６では、起床時間が設定される（図２０（c））。起床時間設定後（ここでは、翌７：００）、画面右下のＯＫが選択されるとステップＳ５０７へ進む。

ステップＳ５０７では、「起床時刻にアラームを設定しますか？」という質問が表示される（図２１）。設定を行う場合は、「Ｙｅｓ」を選択し（ステップＳ５０７：ＹＥＳ）、ステップＳ５０８へ進む。設定を行わない場合は、「Ｎｏ」を選択し（ステップＳ５０７：ＮＯ）、ステップＳ５０９へ進む。

ステップＳ５０８では、アラーム設定画面でアラームが設定される（図２２）。起床時間の何分前にアラームを設定するか、またスヌーズや休日除外の設定も行うことができる。アラーム設定後、画面右下のＯＫを選択するとステップＳ５０９へ進む。

ステップＳ５０９では、設定した就寝時間をプレゼンスとして登録するか否かが判断ｓれる（図２３）。また、プレゼンス内容確認画面を表示させる「内容確認」ボタンも選択可能である。登録する場合は、「Ｙｅｓ」が選択され（ステップＳ５０９：ＹＥＳ）、ステップＳ５１１へ進む。「内容確認」が選択された場合は（ステップＳ５０９：ＣＯＮ）、ステップＳ５１０へ進む。登録しない場合は、「Ｎｏ」が選択され（ステップＳ５０９：ＮＯ）、ステップＳ５１２へ進む。

ステップＳ５１０では、表示されたマイ・プレゼンス画面を確認する（図２４）。その後、画面右下のＯＫが選択されるとステップＳ５１２へ進む。

ステップＳ５１１では、設定内容がプレゼンスとして登録されたことが確認される（図２５）。「閉じる」が選択されるとステップＳ５１２へ進む。

ステップＳ５１２では、「別の日の就寝時間を設定しますか？」という質問が表示される（図２６）。設定を行う場合は、「Ｙｅｓ」が選択され（ステップＳ５１２：ＹＥＳ）、図２９に示されるフローチャート（Ａ）へ進む。設定を行わない場合は、「Ｎｏ」が選択され（ステップＳ５１２：ＮＯ）、ステップＳ５１３へ進む。

ステップＳ５１３では、「仕事時間等の主要スケジュールを登録しますか？」という質問が表示される（図２７）。登録を行う場合は、「Ｙｅｓ」が選択され（ステップＳ５１３：ＹＥＳ）、図３２に示されるフローチャート（Ｂ）へ進む。登録を行わない場合は、「Ｎｏ」が選択され（ステップＳ５１３：ＮＯ）、ステップＳ５１４へ進む。

ステップＳ５１４では、スケジュール画面が表示され、ユーザはスケジュールを確認することができる（図２８）。ステップＳ５１４の後、本処理は終了する。

図２９は、別の日の就寝時間を設定する場合（図１７にて、ステップＳ５１２：ＹＥＳ）に開始するフローチャート（Ａ）である。

ステップＳ６０１では、曜日が指定される（図３０（a））。図１７のステップＳ５０４において既に登録されている曜日は、例えば、チェックがグレー表示される等によって、識別できるようになっている。なお、新たに設定される曜日は、例えば黒色のチェックで表示される。グレーで表示されるチェックについては、一端チェックを消して、更新することも可能である。曜日指定後（ここでは、土曜、日曜）、画面右下のＯＫが選択されるとステップＳ６０２へ進む。

ステップＳ６０２では、就寝時間が設定される（図３０（b））。就寝時間設定後（ここでは、２４：００）、画面右下のＯＫが選択されるとステップＳ６０３へ進む。

ステップＳ６０３では、起床時間が設定される（図３０（c））。起床時間設定後（ここでは、翌９：００）、画面右下のＯＫが選択されるとステップＳ６０４へ進む。

ステップＳ６０４では、「起床時刻にアラームを設定しますか？」という質問が表示される（図２１参照）。設定を行う場合は、「Ｙｅｓ」が選択され（ステップＳ６０４：ＹＥＳ）、ステップＳ６０５へ進む。設定を行わない場合は、「Ｎｏ」が選択され（ステップＳ６０４：ＮＯ）、ステップＳ６０６へ進む。

ステップＳ６０５では、アラーム設定画面でアラームが設定される（図２２参照）。起床時間の何分前にアラームを設定するか、またスヌーズや休日除外の設定も行うことができる。アラーム設定後、画面右下のＯＫが選択されるとステップＳ６０６へ進む。

ステップＳ６０６では、設定した就寝時間をプレゼンスとして登録するか否かが判断される（図２３参照）。また、プレゼンス内容確認画面を表示させる「内容確認」ボタンも選択可能である。登録する場合は、「Ｙｅｓ」が選択され（ステップＳ６０６：ＹＥＳ）、ステップＳ６０８へ進む。「内容確認」が選択された場合は（ステップＳ６０６：ＣＯＮ）、ステップＳ６０７へ進む。登録しない場合は、「Ｎｏ」が選択されし（ステップＳ６０６：ＮＯ）、ステップＳ６０９へ進む。

ステップＳ６０７では、表示されたマイ・プレゼンス画面が確認され（図２４参照）。その後、画面右下のＯＫが選択されるとステップＳ６０９へ進む。

ステップＳ６０８では、設定内容がプレゼンスとして登録されたことが確認される（図２５参照）。「閉じる」が選択されるとステップＳ６０９へ進む。

ステップＳ６０９では、「別の日の就寝時間を設定しますか？」という質問が表示される（図２６参照）。設定を行う場合は、「Ｙｅｓ」が選択され（ステップＳ６０９：ＹＥＳ）、ステップＳ６０１へ戻る。設定を行わない場合は、「Ｎｏ」が選択され（ステップＳ６０９：ＮＯ）、ステップＳ６１０へ進む。

ステップＳ６１０では、「仕事時間等の主要スケジュールを登録しますか？」という質問が表示される（図２７参照）。登録を行う場合は、「Ｙｅｓ」が選択され（ステップＳ６１０：ＹＥＳ）、図３２に示されるフローチャート（Ｂ）へ進む。登録を行わない場合は、「Ｎｏ」が選択され（ステップＳ６１０：ＮＯ）、ステップＳ６１１へ進む。

ステップＳ６１１では、スケジュール画面が表示され、ユーザはスケジュールを確認することができる（図３１）。ステップＳ６１１の後、本処理は終了する。

図３２は、別の主要スケジュールを登録する場合（図１７にてステップＳ５１３：ＹＥＳ、又は、図２９にてステップＳ６１０：ＹＥＳ）に開始するフローチャート（Ｂ）である。

ステップＳ７０１では、ユーザはスケジュールの種類が選択される（図３３）。スケジュールの種類は例えば、「仕事中」、「授業中」、「移動中」等がある。なお、本処理上では、ステップＳ７０１において「仕事中」が選択された場合について説明を続ける。スケジュールの種類選択後、画面右下のＯＫが選択されるとステップＳ７０２へ進む。

ステップＳ７０２では、曜日が指定される（図３４（a））。曜日ごとにチェックボックスを用いて選択することができる。曜日指定後（ここでは月曜から金曜）、画面右下のＯＫが選択されるとステップＳ７０３へ進む。

ステップＳ７０３では、仕事開始時間が設定される（図３４（b））。仕事開始時間設定後（ここでは、１０：００）、画面右下のＯＫが選択されるとステップＳ７０４へ進む。

ステップＳ７０４では、仕事終了時間が設定される（図３４（c））。仕事終了時間設定後（ここでは、２０：００）、画面右下のＯＫが選択されるとステップＳ７０５へ進む。

ステップＳ７０５では、「開始時刻、または終了時刻にアラームを設定しますか？」という質問が表示される（図３５）。設定を行う場合は、「Ｙｅｓ」が選択され（ステップＳ７０５：ＹＥＳ）、ステップＳ７０６へ進む。設定を行わない場合は、「Ｎｏ」が選択され（ステップＳ７０５：ＮＯ）、ステップＳ７０８へ進む。

ステップＳ７０６では、アラームを設定する時間が選択され（図３６）。ユーザは「開始時刻」、「終了時刻」、「開始／終了時刻両方」、「自由入力」から選択することができる。選択後、画面右下のＯＫが選択されるとステップＳ７０７へ進む。

ステップＳ７０７では、アラーム設定画面でアラームが設定される（図２２参照）。ステップＳ７０６で選択した種類の時間の何分前にアラームを設定するか、またスヌーズや休日除外の設定も行うことができる。アラーム設定後、画面右下のＯＫが選択されるとステップＳ７０８へ進む。

ステップＳ７０８では、設定した仕事中時間をプレゼンスとして登録するか否かが判断される（図３７）。また、プレゼンス内容確認画面を表示させる「内容確認」ボタンも選択可能である。登録する場合は、「Ｙｅｓ」が選択され（ステップＳ７０８：ＹＥＳ）、ステップＳ７１０へ進む。「内容確認」が選択された場合は（ステップＳ７０８：ＣＯＮ）、ステップＳ７０９へ進む。登録しない場合は、「Ｎｏ」が選択され（ステップＳ７０８：ＮＯ）、ステップＳ７１１へ進む。

ステップＳ７０９では、マイ・プレゼンス画面が表示され、ユーザはその内容を確認する（図２４参照）。その後、画面右下のＯＫが選択されるとステップＳ７１１へ進む。

ステップＳ７１０では、設定内容がプレゼンスとして登録されたことが確認される（図３８）。「閉じる」が選択されるとステップＳ７１１へ進む。

ステップＳ７１１では、「別の主要スケジュール時間を登録しますか？」という質問が表示される（図３９）。登録を行う場合は、「Ｙｅｓ」が選択され（ステップＳ７１１：ＹＥＳ）、ステップＳ７０１へ戻る。登録を行わない場合は、「Ｎｏ」が選択され（ステップＳ７１１：ＮＯ）、ステップＳ７１２へ進む。

ステップＳ７１２では、スケジュール画面が表示され、ユーザは登録されたスケジュールを確認することができる（図４０）。ステップＳ７１２の後、本処理は終了する。

すなわち、本発明では、まず、プレゼンスを見せる側のユーザは、自己のプレゼンスを設定することができる。そのプレゼンスにはデフォルトプレゼンスとテンポラリプレゼンスとがある。例えば、図１７から図４０に示されるように、スケジューラ２０５によるウィザードで設定したプレゼンスのみをデフォルトプレゼンスとして、それ以外、例えば、一時的なスケジュール（テンポラリスケジュール）に基づいて設定されたプレゼンスはテンポラリプレゼンスとしてもよい。

また、着信時の応答に基づいて変更されたプレゼンス（図４のステップＳ１０５，Ｓ１０６）はテンポラリプレゼンスとして登録されてもよい。これにより、例えば、毎週水曜日の１５：００−１６：００は全体会議というデフォルトスケジュールがあり、デフォルトプレゼンスとして「音声通話：不可」、「チャット：可」が設定されていたとする。そのデフォルトプレゼンスにおいて、「メールをください」と応答し、自動的に「チャット：不可」にプレゼンスが変更されたとする（テンポラリプレゼンス）。しかし、次の水曜日の同じ会議の時間帯は、「音声通話：不可」、「チャット：可」のデフォルトプレゼンスとなる。

また、着信時の応答に伴うプレゼンス変更時にデフォルトプレゼンス変更とするかテンポラリプレゼンス変更とするかをユーザが選択することができるように構成されていてもよい。これにより、着信応答時に応答を変更したい場合に、それをデフォルトプレゼンスの変更とするかテンポラリプレゼンスの変更とするかを予め或いは応答時に設定することができる。

また、本発明の実施形態における音声通信方式は、従来のデジタル方式（ＰＤＣ、ＩＳ−９５、ＧＳＭ、ＰＨＳ、ＩＭＴ−２０００、ＩＳＤＮ等）に限らず、音声信号をインターネットプロトコル（ＩＰ）パケットに変換して伝送するＶｏＩＰ技術を使用した音声通信方式でもよい。ＶｏＩＰ技術を使用することにより、ＩＰ網に接続された携帯電話、固定電話、ＰＤＡ、ＰＣ、その他各種の情報端末の間で、本発明の実施形態によるプレゼンス機能をシームレスに実現することができる。また、音声通信方式は、データ通信機能を有するアナログ方式であってもよい。

また、上記の本発明の実施形態では、音声通話の着信があった場合を例に説明されているが、チャットやテレビ電話などリアルタイムに応答する必要のある任意の通信サービスにおいて応答要求があった場合にも、ユーザは同様にプレゼンスの変更を行うことができる。また、メール等のリアルタイムな応答を必要としない通信サービスにおいても、例えば長期間にわたって応答ができない場合などで、本発明の実施形態によるプレゼンス変更を使用することは有用である。

以上説明した本発明の実施形態によって提供される電話端末及びにプログラムによれば、例えば、音声通話着信時に「チャットならＯＫ」といった応答メッセージ等の応答動作を行うと同時にプレゼンスが自動に変更されるため、プレゼンス変更の煩雑さを解決することができる。

なお、本発明の実施形態の一つの態様において、接続要求はリアルタイムな双方向通信サービスの接続要求である。また、リアルタイムな双方向通信サービスは、音声通話を含む。任意選択で、リアルタイムな双方向通信サービスは、複数の通信サービスを含む。任意選択で、リアルタイムの双方向通信サービスは音声通話とチャットを含む。

このように、電話やチャットに代表されるリアルタイムな双方向通信サービスの着信に対して本発明の実施形態によるプレゼンス変更技術を適用すると、特に一時的な状況に応じたプレゼンスの自動変更を効果的に実現することができる。

また、本発明の実施形態の一つの態様において、応答動作は、登録された応答メッセージを発信端末へ送信することである。代替的に又は付加的に、応答動作は、着信拒否、着信転送、応答保留、着信切断のうちのいずれかである。

このように、プレゼンスの変更が必要なときに必ず行われるであろう応答動作に基づいてプレゼンスを変更する構成にすれば、着信時に確実に必要なプレゼンス変更を行うことができる。

また、本発明の実施形態の一つの態様において、プレゼンスを管理するサーバに選択された応答動作に対応するプレゼンス情報を送信することにより、サーバの保持するプレゼンス情報が更新される。

このような構成により、プレゼンスサーバに保持されるプレゼンス情報を適切なタイミングで端末のプレゼンスに同期させることができる。

また、本発明の実施形態の一つの態様において、選択された応答動作に時間を指定する情報が含まれている場合、その時間指定情報に基づいてプレゼンス情報を更新する。

このような構成により、一時的なプレゼンス変更を基準のプレゼンスに戻す作業が不要となり、操作性が向上する。また、基準のプレゼンスに戻し忘れる心配も無くなり、プレゼンス機能がより有効に働く。

また、本発明の実施形態の一つの態様において、恒常的なプレゼンスであるデフォルトプレゼンスを設定するデフォルトプレゼンス設定部と、一時的なプレゼンスであるテンポラリプレゼンスを設定するテンポラリプレゼンス設定部とを備える。

このような構成により、より容易なプレゼンスの設定が実現される。

任意選択により、デフォルトプレゼンスおよびテンポラリプレゼンスは、スケジューラの機能により設定されるデフォルトスケジュールやテンポラリスケジュールに対応づけて設定される。

このようにスケジューラの設定に基づいてプレゼンスを設定する構成により、スケジューラの設定の他に更にプレゼンスを設定する必要がなく、より操作性が向上する。

任意選択により、選択された応答動作に対応するプレゼンス情報への更新により、テンポラリプレゼンスが設定される。

プレゼンス変更を伴う応答動作は、ほとんどの場合で、一時的なユーザの状況の変化に基づく。従って、このような構成にすると、テンポラリプレゼンスの設定を容易に行うことができる。

任意選択により、本発明の実施形態による端末は、選択された応答動作に対応するプレゼンス情報への更新により、デフォルトプレゼンスが設定されるかテンポラリプレゼンスが設定されるかをユーザに選択させるプレゼンス・タイプ選択部を備える。

このような構成により、ユーザが容易かつ木目細かくプレゼンスを設定することが可能になる。

また、本発明の実施形態による電話端末が応答メッセージを発信端末に送信することにより発信端末にダイアログを表示させ、発信者がダイアログを指定することで発信端末に所望の通信アプリケーションを自動的に起動させるプレゼンスシステムも提供される。任意選択により、通信アプリケーションによる送信先は自動的に指定される。任意選択により、送信先は、ａ）着信端末が有するデータから抽出される、ｂ）応答メッセージと共に通知される、ｃ）サーバにより提供される、のうちのいずれかである。

このように構成されるプレゼンスシステムにより、相手のプレゼンスに応じた適切な通信方法に簡単に切り替えて通信を行うことができる。

なお、本発明を説明するために用いた上記の実施形態は例として提供されるものであって、本発明の範囲を制限するためのものではない。上記の実施形態には様々な特徴が含まれるが、これらの特徴は全ての実施形態において必ずしも必要とされない。本発明の幾つかの実施形態は、上記特徴の一部のみを有する。また、上述の特徴の異なる組み合わせを有する本発明の実施形態は、当業者に容易に想到されるものである。また、上述の数値や材質等は本発明の理解を容易にする目的で提供された例示であり、本発明の範囲を限定する目的で記載されたものではない。本発明の範囲は、請求の範囲によってのみ限定される。

Claims (17)

1. 接続要求着信時の応答動作を複数保持する応答動作保持部と、
   前記応答動作に対応するプレゼンス情報を保持するプレゼンス情報保持部と、
   発信端末からの前記接続要求の着信があったときに、操作者に前記応答動作の中から少なくとも一つの選択を求める応答動作選択部と、
   選択された前記応答動作を実行する応答動作実行部と、
   前記プレゼンス情報保持部から前記選択された応答動作に対応するプレゼンス情報を読み出して、現在のプレゼンス情報を該読み出された応答動作に対応するプレゼンス情報に更新するプレゼンス情報更新部と、
   を備え、
   前記プレゼンス情報更新部は、
   前記選択された応答動作に時間を指定する情報が含まれている場合、その時間指定情報に基づいてプレゼンス情報を更新する、ことを特徴とする電話端末。
2. 前記接続要求はリアルタイムな双方向通信サービスの接続要求である、ことを特徴とする請求項１に記載の電話端末。
3. 前記リアルタイムな双方向通信サービスは音声通話を含む、ことを特徴とする請求項２に記載の電話端末。
4. 前記音声通話は、ＩＰを利用した通話サービスである、ことを特徴とする請求項３に記載の電話端末。
5. 前記リアルタイムな双方向通信サービスは複数の通信サービスを含む、ことを特徴とする請求項２に記載の電話端末。
6. 前記リアルタイムな双方向通信サービスは音声通話及びチャットを含む、ことを特徴とする請求項５に記載の電話端末。
7. 前記応答動作は、登録された応答メッセージを前記発信端末へ送信することである、ことを特徴とする請求項１から請求項６の何れか一項に記載の電話端末。
8. 前記応答動作は、着信拒否、着信転送、応答保留、着信切断のうちのいずれかである、ことを特徴とする請求項１から請求項６の何れか一項に記載の電話端末。
9. プレゼンスを管理するサーバに前記選択された応答動作に対応するプレゼンス情報を送信することにより、サーバの保持するプレゼンス情報が更新される、ことを特徴とする請求項１から請求項８の何れか一項に記載の電話端末。
10. 恒常的なプレゼンスであるデフォルトプレゼンスを設定するデフォルトプレゼンス設定部と、一時的なプレゼンスであるテンポラリプレゼンスを設定するテンポラリプレゼンス設定部とを備える、ことを特徴とする請求項１から請求項９の何れか一項に記載の電話端末。
11. 前記デフォルトプレゼンスおよび前記テンポラリプレゼンスは、スケジューラの機能により設定されるデフォルトスケジュールやテンポラリスケジュールに対応づけて設定される、ことを特徴とする請求項１０に記載の電話端末。
12. 前記選択された応答動作に対応するプレゼンス情報への更新により、前記テンポラリプレゼンスが設定されることを特徴とする請求項１０に記載の電話端末。
13. 前記選択された応答動作に対応するプレゼンス情報への更新により、前記デフォルトプレゼンスが設定されるか前記テンポラリプレゼンスが設定されるかをユーザに選択させるプレゼンス・タイプ選択部を備えることを特徴とする請求項１０に記載の電話端末。
14. 請求項７に記載の電話端末が前記応答メッセージを前記発信端末に送信することにより前記発信端末にダイアログを表示させ、発信者がダイアログを指定することで、前記発信端末に所望の通信アプリケーションを自動的に起動させる、ことを特徴とするプレゼンスシステム。
15. 前記通信アプリケーションによる送信先が自動的に指定される、ことを特徴とする請求項１４に記載のプレゼンスシステム。
16. 前記送信先は、
    ａ）着信端末が有するデータから抽出される、
    ｂ）応答メッセージと共に通知される、
    ｃ）サーバにより提供される、
    のうちのいずれかである、ことを特徴とする請求項１５に記載のプレゼンスシステム。
17. 接続要求着信時の応答動作を複数保持するステップと、
    前記応答動作に対応するプレゼンス情報を保持するステップと、
    発信端末からの接続要求の着信があったときに、操作者に前記応答動作の中から少なくとも一つの選択を求めるステップと、
    選択された前記応答動作を処理するステップと、
    前記選択された応答動作に対応するプレゼンス情報を読み出して、該読み出された応答動作に対応するプレゼンス情報の内容に現在のプレゼンス情報を更新するステップであって、該選択された応答動作に時間を指定する情報が含まれている場合、その時間指定情報に基づいてプレゼンス情報を更新するステップと、
    を電話端末に実行させるためのプログラム。

Images