(57)【要約】【課題】指定端末が受信不可の場合も指定端末以外へのスケジュール送信を可能とする。【解決手段】ＩＰ網を介して接続される複数の端末とサーバ間の通信制御方法において、端末からサーバのスケジュール蓄積部にスケジュール情報を蓄積し、サーバのスケジュール監視部で蓄積されたスケジュール情報を監視し、サーバの通信処理部においてスケジュール情報をもとに通信処理部に接続された端末間の通信を開始し、また、上記通信処理部は、接続された通信を行なう端末に同時に接続を要求し、端末から接続不可の応答があった場合、プレゼンス情報またはプリファレンス情報を参照し、通信可能な他の端末に接続を要求する。【選択図】      図１
2004328491.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ網を介して接続される複数の端末とサーバ間の通信制御方法において、
前記端末から前記サーバのスケジュール蓄積部にスケジュール情報を蓄積し、
前記サーバのスケジュール監視部で前記蓄積されたスケジュール情報を監視し、
前記サーバの通信処理部において前記スケジュール情報をもとに前記通信処理部に接続された端末間の通信を開始することを特徴とする通信制御方法。
【請求項２】
前記通信処理部は、さらにプレゼンス情報蓄積部を有し、
このプレゼンス情報をもとに通信端末を特定することを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記通信処理部は、さらにプレファレンス情報蓄積部を有し、このプレファレンス情報をもとに通信端末を特定することを特徴とする請求項１に記載の通信制御方法。
【請求項４】
前記通信処理部は、接続された通信を行なう端末に同時に接続を要求し、前記端末から接続不可の応答があった場合、前記プレゼンス情報蓄積部を参照し、通信可能な他の端末に接続を要求することを特徴とする請求項２に記載の通信制御方法。
【請求項５】
前記通信処理部は、前記通信可能な他の端末への接続要求に対して通信相手の端末より先に接続可の応答があった場合、前記通信相手の端末からの応答があるまで接続を保持することを特徴とする請求項４に記載の通信制御方法。
【請求項６】
前記通信処理部は、前記通信可能な他の端末への接続要求に対して通信相手の端末から先に接続可の応答があった場合、前記通信可能な他の端末からの応答があるまで接続を保持することを特徴とする請求項４に記載の通信制御方法。
【請求項７】
前記通信処理部は、接続された通信を行なう端末に同時に接続を要求し、先に接続可の応答があった前記端末に対して通信可能な他の端末からの応答があるまで接続を保持し、一定時間前記通信可能な他の端末から応答が無い場合、伝言蓄積部へ伝言を蓄積することを特徴とする請求項１または２に記載の通信制御方法。
【請求項８】
ＩＰ網を介して接続される複数の端末とサーバを有する通信制御システムにおいて、
前記サーバは、
前記端末からのスケジュール情報を蓄積するスケジュール蓄積部と、
前記スケジュール蓄積部に接続され、前記蓄積されたスケジュール情報を監視するスケジュール監視部と、
前記スケジュール情報をもとに接続された端末間の通信を開始する通信処理部とを有することを特徴とする通信制御システム。
【請求項９】
前記通信処理部は、さらに通信端末を特定するプレゼンス情報を蓄積するプレゼンス情報蓄積部を有することを特徴とする請求項８に記載の通信制御システム。
【請求項１０】
前記通信処理部は、さらに通信端末を特定するプリファレンス情報を蓄積するプリファレンス情報蓄積部を有することを特徴とする請求項８に記載の通信制御システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＰ網を介して接続される端末とサーバ間の通信制御方法に関し、特に、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いた通信制御に適用して好適なものである。
【０００２】
【従来の技術】
従来、この種の装置は、特開２００３−５８６７６号公報に開示されるものがあり、企業内通信システムおよびＬＡＮ内に設置されたサーバから発信される電子メールにより、スケジュールの情報を指定端末に送信するものであった。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記構成の装置では、事前に指定した端末にしかスケジュールを送付できないため、指定端末を利用者が使用していない状態ではスケジュールの通知を受け取ることができず、また、指定端末の電源が入っていない場合も、サーバから送信される電子メールを受信することができないため、スケジュールを受け取ることができない。さらに、スケジュールは、一般的な電子メール形式で指定端末に送信されるため、その後の通話等の動作は利用者が操作することで行なわねばならならず、また、受信端末は、パーソナルコンピュータや携帯情報端末など、電子メールが受信できる端末でなければならない。
【０００４】
【課題を解決するための手段】
かかる課題を解決するため、本発明は、ＩＰ網を介して接続される複数の端末とサーバ間の通信制御方法において、端末からサーバのスケジュール蓄積部にスケジュール情報を蓄積し、サーバのスケジュール監視部で蓄積されたスケジュール情報を監視し、サーバの通信処理部においてスケジュール情報をもとに通信処理部に接続された端末間の通信を開始することとした。
また、上記通信処理部は、接続された通信を行なう端末に同時に接続を要求し、端末から接続不可の応答があった場合、プレゼンス情報またはプリファレンス情報を参照し、通信可能な他の端末に接続を要求することとした。
【０００５】
【発明の実施の形態】
（１）本発明は、Ｗｅｂアプリケーションを搭載した端末、ユーザ端末およびＳＩＰサーバの連携によるリアルタイムコミュニケーションサービスを利用した、スケジュールの設定や確認、ユーザ間の通話、接続端末の変更等の制御方法を提供するものである。
【０００６】
以下、本発明による実施形態を図面を参照しながら説明する。
（１−１）実施形態の構成
図１は、実施形態の通信制御システムの構成を示している。
図１において、ユーザの有する端末２（例えば、パーソナルコンピュータ等）、端末３および４はそれぞれＩＰ網５を介してＳＩＰサーバ１に接続されている。なお、端末２、３および４のＩＰ網５への接続は有線、無線を問わない。
端末２にはＷｅｂブラウザがインストールされており、ＳＩＰサーバ１にアクセスして、スケジュールの設定や確認等に使用される。ユーザは、Ｗｅｂブラウザの画面にスケジュールの内容、例えば、打合せや待合せの時間や場所、また、通話する相手の情報等の入力、さらにプレゼンスの設定やプリファレンスの設定等を行なう。
【０００７】
プレゼンスを使用することにより、ユーザのロケーションや状態等をＳＩＰサーバに登録・通知が可能であり、また、プレゼンス情報に基づいたコネクション先の変更が可能である。プレゼンスの種類は様々なものがあり、例えば、在席状況として、在席、離席、多忙といったものがある。プレゼンス情報を把握することにより、その状況に応じたスケジュールの設定、変更等が可能となる。
【０００８】
また、プリファレンスを使用することにより、通信に際して、相手の場所、通信手段等の選択や転送条件等の設定のために、１つのアドレスに対して複数の端末を指定すること、また、着信端末に優先順位を付与すること等が可能となる。
端末３および４としては、例えば、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）等の端末が用いられ、プレゼンスやプリファレンスの変更があった場合等の設定、また、他のユーザとの通信、例えば、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いた通話等に使用される。
【０００９】
ＳＩＰサーバ１は、スケジュール・トランザクション受付部１１、スケジュールデータベース１２、スケジュール起動監視部１３、内蔵時計１４、３ＰＣＣ起動部１５および３ＰＣＣ処理部１６から構成される。
スケジュール・トランザクション受付部１１は、スケジュールの設定に際して端末２からアクセスがあった場合に、スケジュール・トランザクション受付画面をＩＰ網５を介して端末２に送信する。また、スケジュール・トランザクション受付画面により入力されたスケジュール情報をスケジュールデータベース１２で読み取り可能な形式に整形し、スケジュールデータベース１２に送信する。
【００１０】
スケジュールデータベース１２は、スケジュール設定時にスケジュール・トランザクション受付部１１から受信したスケジュール情報をトランザクション形式（トランザクションリスト）で蓄積する。また、スケジュール起動時にスケジュール起動監視部１３からの要求に応じて条件に当てはまるトランザクションリストの数をスケジュール起動監視部１３に送信する。
スケジュール起動監視部１３は、スケジュール起動時に内蔵時計１４からの所定の周期、例えば、１分周期のスケジュールデータベース１２のチェック要求に応じて、スケジュールデータベース１２に現在時刻に設定されたトランザクションリストがあるか否かを確認する。トランザクションリストが１個以上ある場合は、該当するトランザクションリストを３ＰＣＣ起動部１５に送信する。
【００１１】
内蔵時計１４は、所定の周期でスケジュール起動監視部１３にスケジュールデータベース１２のチェック要求を送信する。
３ＰＣＣ起動部１５は、トランザクションリストから送信元と通話相手の情報を抽出し、３ＰＣＣ処理部１６に送信元と通話相手に対して指定時刻にスケジュールを送信するように要求する。３ＰＣＣ（Ｔｈｉｒｄ  Ｐａｒｔｙ  Ｃａｌｌ  Ｃｏｎｔｒｏｌ）とは、２端末間の通話を第３者が設定することを可能とし、パーソナルコンピュータ等からＩＰ電話を発着信させる等の制御を可能とする技術である。
【００１２】
３ＰＣＣ処理部１６は、３ＰＣＣ制御部１６１、プレゼンス状態送受信部１６２、プレゼンス状態データベース１６５、プリファレンス状態送受信部１６３、プリファレンス状態データベース１６６、ガイダンス情報データベース１６７、端末呼出部１６４および伝言メモ機能部１６８から構成される。そして、３ＰＣＣ処理部１６は、スケジュールをユーザに送信する際、ユーザの持つ端末３または４にＩＰ網５を通じて接続される。
【００１３】
プレゼンスの通知に際しては、３ＰＣＣ処理部１６は、プレゼンスデータベース１６５を参照し、プレゼンス状態が変化した否かを判断する。変更があった場合、３ＰＣＣ処理部はユーザが入力したプレゼンス情報をプレゼンスデータベース１６５に入力する。変更が無かった場合は、プレゼンス情報に変更を加えない。
プリファレンスの変更に際しては、３ＰＣＣ処理部１６は、ユーザの状態が変化した場合、プリファレンスデータベース１６６を参照し、プリファレンス状態が変化したか否かを判断する。変更があった場合、３ＰＣＣ処理部１６は、ユーザが入力したプリファレンス情報をプリファレンスデータベース１６６に入力する。変更が無かった場合は、プリファレンス情報に変更を加えない。
【００１４】
通話の開始に際しては、３ＰＣＣ処理部１６は、３ＰＣＣ起動部１５から通話の開始要求を受け取り、３ＰＣＣ制御部１６１およびガイダンスデータベース１６７を用いてユーザＡの所有する端末３とユーザＢの持つ端末３の通話を行う。
モビリティ時のスケジュールの起動に際しては、３ＰＣＣ処理部１６は、３ＰＣＣ起動部１５から要求を受け取り、３ＰＣＣ制御部およびガイダンスデータベース１６７を用いてユーザＡの所有する端末３ａまたは３ｂとユーザＢの持つ端末４の通話を行う。
【００１５】
電源オフ時のスケジュールの起動に際しては、３ＰＣＣ処理部１６は、３ＰＣＣ起動部１５から要求を受け取り、３ＰＣＣ制御部１６１、ガイダンスデータベース１６７および伝言メモ機能部１６８を用いてユーザＡの所有する端末３と、ユーザＢの持つ端末４の通話を行う。
【００１６】
（１−２）実施形態の動作
以下、実施形態の動作を、スケジュール設定、プレゼンス通知、プリファレンス変更、スケジュール起動、通話開始、スケジュール起動（モビリティ時）およびスケジュール起動（電源オフ時）それぞれについて説明する。
【００１７】
（ａ）スケジュール設定
図２は、スケジュール設定の手順を示したものである。
ユーザが端末２を通じてＳＩＰサーバ１にアクセスすると、スケジュール・トランザクション受付部１１が、スケジュール・トランザクション受付画面を端末２に送信する。ユーザは、端末２にインストールされたＷｅｂブラウザを用いてその画面を観て、スケジュールの時間と通話する相手を入力する（Ｓ１１）。
【００１８】
入力されたスケジュール時間と通話相手の情報はスケジュール・トランザクション受付部１１においてデータベースで読み取り可能な形に整形され、スケジュールデータベース１２に送られる（Ｓ１２、Ｓ１３）。
スケジュール時間と通話相手の情報は、データベース上でトランザクションリストの形で保存される。スケジュールデータベース１２への書き込みが正常に行なわれた場合、スケジュール・トランザクション受付部１１は、端末２に対してスケジュールの書き込みが正常に行なわれたという画面を表示させる（Ｓ１４）。
ユーザがこの画面を確認することで、スケジュール設定は終了する。
【００１９】
（ｂ）プレゼンス通知
図３は、ユーザがＳＩＰサーバ１に対してプレゼンス情報（ユーザが現在、通話できる状態にあるか否かを示す情報）を通知する手順を示したものである。
ユーザの状態が変化した場合、ユーザは端末２、例えば、携帯端末上のＷｅｂブラウザを起動させ、プレゼンス情報が変化したことを入力する（Ｓ２１）。
入力された情報はＩＰ網５を通じてＳＩＰサーバ１に送られ、３ＰＣＣ処理部１６で処理が行なわれる（Ｓ２２）。
【００２０】
３ＰＣＣ処理部１６は、プレゼンスデータベース１６５を参照し、プレゼンス状態が変化したかどうかを判断する。変更があった場合、３ＰＣＣ処理部１６は、ユーザが入力したプレゼンス情報をプレゼンスデータベース１６５に入力する。変更が無かった場合は、プレゼンス情報に変更を加えない（Ｓ２３）。
【００２１】
（ｃ）プリファレンス変更
図４は、ユーザがＳＩＰサーバ１に対してプリファレンス情報（ユーザが現在、通話できる状態にあるか、を示す情報）を通知する手順を示したものである。
ユーザの状態が変化した場合、ユーザは端末２、例えば、携帯端末上のＷｅｂブラウザを起動させ、プリファレンス情報が変化したことを入力する（Ｓ３１）。
【００２２】
入力された情報はＩＰ網５を通じてＳＩＰサーバ１に送られ、３ＰＣＣ処理部１６で処理が行なわれる（Ｓ３２）。
３ＰＣＣ処理部１６はプリファレンスデータベース１６６を参照し、プリファレンス状態が変化したかどうかを判断する。変更があった場合、３ＰＣＣ処理部１６はユーザが入力したプリファレンス情報をプリファレンスデータベース１６６に入力する。変更が無かった場合は、プリファレンス情報に変更を加えない（Ｓ３３）。
【００２３】
（ｄ）スケジュール起動
図５は、ユーザが入力したスケジュール設定に基づいて、スケジュールが起動される手順を示したものである。
ＳＩＰサーバ１内の内蔵時計１４は、スケジュール起動監視部１３に対して所定の周期、例えば、１分周期でスケジュールデータベース１２のチェック要求を発信している（Ｓ４１）。
チェック要求を受けたスケジュール起動監視部１３は、スケジュールデータベース１２を確認し、現在時刻に設定されたトランザクションリストがあるか否かを確認し、条件に当てはまるトランザクションリストの数をスケジュール起動監視部１３に返答する（Ｓ４２、Ｓ４３）。
【００２４】
トランザクションリストが１個以上あった場合、スケジュール起動監視部１３はトランザクションリストを３ＰＣＣ起動部１５に送信する（Ｓ４４）。
条件に当てはまるトランザクションリストが０個だった場合、処理は終了する。トランザクションリストを受け取った３ＰＣＣ起動部１５は、リストから送信元と通話相手の情報を抽出し、３ＰＣＣ処理部１６に送信元と通話相手に対してスケジュールを送信するように要求する（Ｓ４５）。
【００２５】
（ｅ）通話開始
図６は、上記の「スケジュール起動」の動作の後、ユーザの携帯端末に向けて呼び出しを行い、通話を開始するまでの手順を示したものである。
３ＰＣＣ起動部１５から要求を受け取った３ＰＣＣ処理部１６は、３ＰＣＣ制御部１６１を用いてユーザＡの所有する端末３と、ユーザＢの持つ端末４に対して呼び出しを開始する（Ｓ５１、Ｓ５２）。
呼び出しを受けた端末３は、３ＰＣＣ制御部１６１に対して返答を行なう（Ｓ５３）。
【００２６】
端末３からの返答を受けた３ＰＣＣ制御部１６１は、ガイダンスデータベースに対して、端末４が応答するまで接続を維持せよという内容のメッセージを送信するように要求する（Ｓ５４）。
要求を受けたガイダンスデータベースは、端末３に対し、３ＰＣＣ制御部１６１から要求された内容のガイダンスを送信する（Ｓ５５）。
ユーザＡがガイダンスを聞きながら待っている間に、ユーザＢのもつ端末４が３ＰＣＣ制御部１６１に対して返答を行なう（Ｓ５６）。
端末３と端末４双方の返答が確認された時点で、３ＰＣＣ制御部１６１はガイダンスデータベース１６７に対して端末３へのガイダンス送信を停止するように要求する（Ｓ５７）。
【００２７】
要求を受けたガイダンスデータベース１６７は、端末３へのガイダンス送信を停止する（Ｓ５８）。
ガイダンス送信が停止した後、３ＰＣＣ制御部１６１は、端末３と端末４を接続する（Ｓ５９）。
これにより、ユーザＡとユーザＢの間での通話が開始される。なお、Ｓ５３の動作の際に端末４からの返答が先にあった場合は、その後Ｓ５７までの動作は端末４を対象として行なわれる。
【００２８】
（ｆ）スケジュール起動（モビリティ時）
図７は、上記の「通話開始」の動作の際、ユーザＡの端末３ａがプレゼンス状態により応答することができず、代わりに端末３ｂを呼び出す場合の手順を示したものである。
３ＰＣＣ起動部１５から要求を受け取った３ＰＣＣ処理部１６は、３ＰＣＣ制御部１６１を用いてユーザＡの所有する端末３ａと、ユーザＢの持つ端末４に対して呼び出しを開始する（Ｓ６１）。
呼び出しを受けた端末３ａは、３ＰＣＣ制御部１６１に対して返答を行なう。この際、端末３ａはプレゼンス情報によって「現在返答不可」の情報を送信する。（Ｓ６２）。
【００２９】
端末３ａから情報を受信した３ＰＣＣ制御部１６１は、プレゼンスデータベース１６５を参照し、端末３ｂへの呼び出しを開始する（Ｓ６３）。
呼び出しを受けた端末３ｂは、３ＰＣＣ制御部１６１に対して返答を行なう（Ｓ６４）。
端末３ｂからの返答を受けた３ＰＣＣ制御部１６１は、ガイダンスデータベース１６７に対して、端末４が応答するまで接続を維持せよという内容のメッセージを送信するように要求する（Ｓ６５）。
要求を受けたガイダンスデータベース１６７は、端末３ｂに対し、３ＰＣＣ制御部１６１から要求された内容のガイダンスを送信する（Ｓ６６）。
【００３０】
ユーザＡがガイダンスを聞きながら待っている間に、ユーザＢのもつ端末４が３ＰＣＣ制御部１６１に対して返答を行なう（Ｓ６７）。
端末３ｂと端末４双方の返答が確認された時点で、３ＰＣＣ制御部１６１はガイダンスデータベース１６７に対して端末３ｂへのガイダンス送信を停止するように要求する（Ｓ６８）。
要求を受けたガイダンスデータベース１６７は、端末３ｂへのガイダンス送信を停止する（Ｓ６９）。
ガイダンス送信が停止した後、３ＰＣＣ制御部１６１は、端末３と端末４を接続する（Ｓ７０）。
【００３１】
これにより、ユーザＡとユーザＢの間での通話が開始される。なお、Ｓ６２の動作の際に端末４からの返答が先にあった場合は、その後Ｓ６８までの動作は端末４を対象として行なわれる。
【００３２】
（ｇ）スケジュール起動（電源オフ時）
図８は、上記の「通話開始」の動作の際、ユーザＢの端末４の電源が入っていないために応答することができず、ユーザＡに伝言を残すように誘導する場合の手順を示したものである。
３ＰＣＣ起動部１５から要求を受け取った３ＰＣＣ処理部１６は、３ＰＣＣ制御部１６１を用いてユーザＡの所有する端末３と、ユーザＢの持つ端末４に対して呼び出しを開始する（Ｓ７１）。
呼び出しを受けた端末３は、３ＰＣＣ制御部１６１に対して返答を行なう（Ｓ７２）。
【００３３】
端末３からの返答を受けた３ＰＣＣ制御部１６１は、ガイダンスデータベース１６７に対して、端末４が応答するまで接続を維持せよという内容のメッセージを送信するように要求する（Ｓ７３）。
要求を受けたガイダンスデータベース１６７は、端末３に対し、３ＰＣＣ制御部１６１から要求された内容のガイダンスを送信する（Ｓ７４）。
ユーザＡがガイダンスを聞きながら待っている間、端末３からの応答が一定時間無い場合、伝言メモへの録音をうながすガイダンスを送るよう、ガイダンスデータベース１６７に命令を送る（Ｓ７５）。
命令を受信したガイダンスデータベース１６７は、端末３に対して音声ガイダンスを送信する（Ｓ７６）。
【００３４】
音声ガイダンスに従ってユーザＡは音声を入力する。入力された音声は、３ＰＣＣ処理部１６内の伝言メモ機能部１６８に記録される（Ｓ７７）。
ユーザＡのメッセージが終了すると、伝言メモ機能部１６８は録音を停止し、３ＰＣＣ制御部１６１に対してユーザＡの録音が終了したことを示す信号を送信する（Ｓ７８）。
伝言メモ機能部１６８から信号を受信した３ＰＣＣ制御部１６１は、端末３との接続を切断する（Ｓ７９）。
なお、Ｓ７２の動作の際に端末４からの返答が先にあり、端末３からの返答が無い場合は、その後Ｓ７９までの動作は端末４を対象として行なわれる。
【００３５】
（１−３）実施形態の効果
以上説明した実施形態によれば、３ＰＣＣ制御部１６１が、端末３と端末４に対して同時にスケジュールを送出し、先に返答した端末に対してガイダンスを送信した後、他方の端末が返答するまで接続を保持し、両方の端末が返答した場合に両者の接続を行なうようにしたので、スケジュールを受けた端末が自動で接続を行うことが可能である。
【００３６】
また、端末が持つプレゼンス情報・プリファレンス情報を蓄積するプレゼンスデータベース１６５およびプリファレンスデータベース１６６を３ＰＣＣ処理部１６に設けたので、例えば、ユーザＡの持つ端末３ａがプレゼンス状態により受信不可の場合、端末３ｂに対して接続要求を行うことにより、指定端末以外へのスケジュール送信が可能である。
【００３７】
さらに、３ＰＣＣ処理部１６に伝言メモ機能部１６８を設けたことにより、ユーザＢの持つ端末４の電源が入っていなかった場合でも、ユーザＡは伝言を残すことでユーザＢにメッセージを伝えることが可能である。
【００３８】
（２）他の実施形態
上記各実施形態の説明においても、種々の変形実施形態について言及したが、以下に例示するような変形実施形態を挙げることができる。
上記実施形態では、端末３、端末４ともに携帯情報端末を用いた例を説明したが、ＳＩＰプロトコルを用いた機器であれば、電子メールを受信することのできない機器にも適用可能である。
【００３９】
【発明の効果】
以上のように、本発明によれば、ＩＰ網を介して接続される複数の端末とサーバ間の通信制御方法において、端末からサーバのスケジュール蓄積部にスケジュール情報を蓄積し、サーバのスケジュール監視部で蓄積されたスケジュール情報を監視し、サーバの通信処理部においてスケジュール情報をもとに通信処理部に接続された端末間の通信を開始し、また、上記通信処理部は、接続された通信を行なう端末に同時に接続を要求し、端末から接続不可の応答があった場合、プレゼンス情報またはプリファレンス情報を参照し、通信可能な他の端末に接続を要求することとしたので、指定端末が受信不可の場合も指定端末以外へのスケジュール送信が可能となる。
【図面の簡単な説明】
【図１】実施形態のシステム構成を示すブロック図である。
【図２】実施形態のアラーム設定のシーケンスを示す図である。
【図３】実施形態のプレゼンス通知のシーケンスを示す図である。
【図４】実施形態のプリファレンス変更のシーケンスを示す図である。
【図５】実施形態のアラーム起動のシーケンスを示す図である。
【図６】実施形態のアラーム起動（通話開始）のシーケンスを示す図である。
【図７】実施形態のアラーム起動（モビリティ時）のシーケンスを示す図である。
【図８】実施形態のアラーム起動（電源ＯＦＦ時）のシーケンスを示す図である。
【符号の説明】
１…ＳＩＰサーバ、２〜４…端末、５…ＩＰ網、１１…スケジュール・トランザクション受付部、１２…スケジュールデータベース、１３…スケジュール起動監視部、１４…内臓時計、１５…３ＰＣＣ起動部、１６…３ＰＣＣ処理部、１６１…３ＰＣＣ制御部、１６２…プレゼンス状態送受信部、１６３…プリファレンス状態送受信部、１６４…端末呼出部、１６５…プレゼンスデータベース、１６６…プリファレンスデータベース、１６７…ガイダンスデータベース、１６８…伝言メモ機能部。
【図１】
2004328491.tif 000003
【図２】
2004328491.tif 000004
【図３】
2004328491.tif 000005
【図４】
2004328491.tif 000006
【図５】
2004328491.tif 000007
【図６】
2004328491.tif 000008
【図７】
2004328491.tif 000009
【図８】
2004328491.tif 000010