(57)【要約】【課題】発信者から掛かってきた電話に着信者が出られないときに、着信者の事情に従来よりも柔軟に応じたメッセージを発信者に与える。【解決手段】メディアサーバ２に、パラメータの値に応じて内容が変化するメッセージのメッセージデータを記憶した記憶手段を設けておく。メディアサーバ２は、携帯電話端末３Ａからの呼が携帯電話端末３Ｂに着呼した際に、携帯電話端末３Ｂのユーザの操作に基づいてパラメータの値を取得する処理を実行し、取得したパラメータの値および記憶手段に記憶されているメッセージデータに基づいてメッセージの内容を決定する処理を実行する。そして、内容が決定したメッセージを携帯電話端末３Ａへ送信する送信処理を実行する。【選択図】図１
2010093484.tif 000002
【特許請求の範囲】
【請求項１】
第一の端末装置から掛かってきた電話に第二の端末装置のユーザである着信者が出られないときに用いられるメッセージ送信方法において、
パラメータの値に応じて内容が変化するメッセージのメッセージデータを予め記憶手段に記憶させておき、
前記第二の端末装置が、前記第一の端末装置からの呼が着呼した際に、前記着信者の操作に基づいて前記パラメータの値を取得するパラメータ値取得処理を実行し、
前記取得されたパラメータの値および前記メッセージデータに基づいて前記メッセージの内容を決定する内容決定処理を実行し、
前記内容が決定したメッセージを前記第一の端末装置へ送信するメッセージ送信処理を実行する、
メッセージ送信方法。
【請求項２】
前記第二の端末装置が、前記取得されたパラメータの値をサーバへ送信するパラメータ値送信処理を実行し、
前記内容決定処理を、前記サーバが実行する、
請求項１記載のメッセージ送信方法。
【請求項３】
前記第二の端末装置は、前記呼が着呼してから当該呼に応答するまでの間に前記第一のパラメータ値取得処理を実行する、
請求項１または請求項２記載のメッセージ送信方法。
【請求項４】
第一の端末装置から掛かってきた電話に第二の端末装置のユーザである着信者が出られないときに用いられるメッセージ送信システムにおいて、
パラメータの値に応じて内容が変化するメッセージのメッセージデータを記憶する記憶手段と、
前記着信者が指定した前記パラメータの値を前記第二の装置から受信するパラメータ値受信手段と、
前記受信されたパラメータの値および前記メッセージデータに基づいて前記メッセージの内容を決定する内容決定手段と、
前記内容が決定したメッセージを前記第一の端末装置へ送信するメッセージ送信手段と、
を有するメッセージ送信システム。
【請求項５】
第一の端末装置から掛かってきた電話に第二の端末装置のユーザである着信者が出られないときに用いられるコンピュータを制御するためのコンピュータプログラムにおいて、
前記コンピュータに、
記憶手段から、パラメータの値に応じて内容が変化するメッセージのメッセージデータを呼び出す処理と、
前記着信者が指定した前記パラメータの値を前記第二の装置から受信する処理と、
前記受信されたパラメータの値および前記メッセージデータに基づいて前記メッセージの内容を決定する処理と、
前記内容が決定したメッセージを前記第一の端末装置へ送信する処理と、を実行させる、
コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話の着信者が会議中または運転中などの事情で電話に出られないときに発信者へメッセージを送信する方法およびシステムなどに関する。
【背景技術】
【０００２】
現在、掛かってきた電話に着信者が出られない場合に、予め用意しておいた着信者のメッセージを発信者に伝えたり発信者のメッセージを録音したりするサービスが普及している。
【０００３】
また、特許文献１には、次のような方法が開示されている。携帯電話機には、複数個のメッセージが予め記憶されている。着信者の携帯電話機は、着信時に発信元を検出しこれを表示し、さらに、記憶されている複数個のメッセージを表示する。着信者は発信元を確認し、発信元に合ったメッセージを選択する。すると、携帯電話機は、選択されたメッセージを発信元へ送信する。これにより、発信元に対して適切な処置を取らせることができる。
【特許文献１】特開平９−８４１４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、従来の方法には、予め用意されたメッセージしか発信者（発信元）へ送ることができない。よって、着信者のその時時の事情に応じたメッセージを臨機応変に送ることができない。
【０００５】
本発明は、このような問題点に鑑み、着信者の事情に従来よりも柔軟に応じたメッセージを発信者に与えることができるようにすることを、目的とする。
【課題を解決するための手段】
【０００６】
第一の端末装置から掛かってきた電話に第二の端末装置のユーザである着信者が出られないときに用いられるメッセージ送信方法である。本メッセージ送信方法は、パラメータの値に応じて内容が変化するメッセージのメッセージデータを予め記憶手段に記憶させておき、前記第二の端末装置が、前記第一の端末装置からの呼が着呼した際に、前記着信者の操作に基づいて前記パラメータの値を取得するパラメータ値取得処理を実行し、前記取得されたパラメータの値および前記メッセージデータに基づいて前記メッセージの内容を決定する内容決定処理を実行し、前記内容が決定したメッセージを前記第一の端末装置へ送信するメッセージ送信処理を実行する。
【０００７】
好ましくは、前記第二の端末装置が、前記取得されたパラメータの値をサーバへ送信するパラメータ値送信処理を実行し、前記内容決定処理を、前記サーバが実行する。
【０００８】
または、前記第二の端末装置は、前記呼が着呼してから当該呼に応答するまでの間に前記第一のパラメータ値取得処理を実行する。
【発明の効果】
【０００９】
本発明によると、着信者の事情に従来よりも柔軟に応じたメッセージを発信者に与えることができる。
【発明を実施するための最良の形態】
【００１０】
〔第一の実施形態〕
図１は携帯電話通信システムＳＹＳの全体的な構成の例を示す図、図２は携帯電話端末３のハードウェア構成の例を示す図、図３は呼制御サーバ１のハードウェア構成の例を示す図、図４は呼制御サーバ１の機能的構成の例を示す図、図５はメディアサーバ２の機能的構成の例を示す図である。
【００１１】
図１に示すように、携帯電話通信システムＳＹＳは、携帯電話通信のサービスに加入する加入者同士が通話をしたり電子データを交換したりするためのシステムであって、呼制御サーバ１、メディアサーバ２、携帯電話端末３、および無線アクセスネットワーク４などを有する。
【００１２】
無線アクセスネットワーク４は、加入者の携帯電話端末３同士を繋ぐためのネットワークであって、基地局および基地局制御装置などからなる。
【００１３】
携帯電話端末３は、加入者が使用する携帯電話端末であって、図２に示すようにＣＰＵ（Central Processing Unit）３０ａ、メモリ３０ｂ、無線回路３０ｃ、液晶パネル３０ｄ、操作ボタン群３０ｅ、アンテナ３０ｆ、マイク３０ｇ、スピーカ３０ｈ、およびフラッシュメモリリーダライタ３０ｉなどを有する。このように、携帯電話端末３のハードウェア構成は、従来の携帯電話端末のハードウェア構成と基本的に同様である。
【００１４】
メモリ３０ｂに記憶されているソフトウェアも、基本的に従来と同様である。例えば、ファームウェア、オペレーティングシステム、メーラ、ブラウザ、およびアドレス帳管理ソフトなどがメモリ３０ｂに記憶されている。
【００１５】
これらのプログラムは、適宜、ＣＰＵ３０ａによって実行される。これらのソフトウェアの一部の機能を専用の回路などハードウェアのみによって実現してもよい。以下、各携帯電話端末３を、「携帯電話端末３Ａ」、「携帯電話端末３Ｂ」、…と区別して記載することがある。
【００１６】
呼制御サーバ１は、ＳＩＰ（Session Initiation Protocol）などのプロトコルによって、ある携帯電話端末３から他の携帯電話端末３またはメディアサーバ２などへの呼を制御し、両装置同士の接続を行う。呼制御サーバ１は、図３に示すようにＣＰＵ１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、ハードディスク１０ｄ、通信インタフェース１０ｅ、そのほか種々の回路などを有する。
【００１７】
ＲＯＭ１０ｃまたはハードディスク１０ｄには、図４に示すような装置間接続制御部１０１、ガイダンス発信要求受付部１０２、接続先変更制御部１０３、セッション監視部１０４、時刻監視解除処理部１０５、ガイダンステーブル記憶部１Ｋ１、およびコールバック時刻データ記憶部１Ｋ２などの機能を実現するためのプログラムおよびデータが記憶されている。これらのプログラムおよびデータは、必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによってプログラムが実行される。これらの機能の一部または全部を専用の回路などハードウェアのみによって実現してもよい。
【００１８】
メディアサーバ２は、掛かってきた電話に出られないユーザから、電話を掛けてきたユーザに対して、予め登録しておいたガイダンスを音声で与えるための処理を、行う。さらに、その後、所定の時間が経過したら、折返しの電話を掛ける（コールバックする）ように、電話に出られなかったユーザに対して促す処理を、行う。
【００１９】
メディアサーバ２も、呼制御サーバ１と同様に、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク、および通信インタフェースなどを有する。ただし、ＲＯＭおよびハードディスクには、図５に示す接続制御部２０１、ガイダンス登録処理部２０２、コールバック時刻登録処理部２０３、コールバック時刻監視部２０４、コールバックアラーム処理部２０５、ガイダンス発信処理部２０６、時刻監視解除処理部２０７、ガイダンステーブル等記憶部２Ｋ１、およびコールバック時刻データ記憶部２Ｋ２などの機能を実現するためのプログラムおよびデータが記憶されている。これらのプログラムおよびデータは、必要に応じてＲＡＭにロードされ、ＣＰＵによってプログラムが実行される。これらの機能の一部または全部を専用の回路などハードウェアのみによって実現してもよい。
【００２０】
そのほか、携帯電話通信システムＳＹＳは、関門移動交換局およびホームロケーションレジスタなどを有し、インターネットや他キャリアの通信網などに接続可能である。
【００２１】
次に、図４に示す呼制御サーバ１の各部、図５に示すメディアサーバ２の各部、および携帯電話端末３の処理内容を、「基本的な処理およびガイダンスの登録の処理」、「応答不能時のガイダンスの出力およびコールバックの時刻の登録の処理」、「コールバックをユーザに対して促すための処理」、「コールバックのアラームを待たずに２者が通話した場合の処理」、および「発信者がコールバックを必要としなくなった場合の処理」に大別して説明する。
【００２２】
〔基本的な処理およびガイダンスの登録の処理〕
図６および図７はガイダンスの登録の処理の手順を示すシーケンス図、図８はテンプレートテーブルＴＬＡの例を示す図、図９はガイダンステーブルＴＬＢの例を示す図、図１０および図１１はメディアサーバ２におけるガイダンス登録処理の流れの例を説明するフローチャートである。
【００２３】
図４において、呼制御サーバ１の装置間接続制御部１０１は、ＳＩＰ要求メッセージに応じて発信者の装置と着信者の装置とのセッションを確立したりセッションを終了したりするための処理を行う。これらの処理の詳細は、後に説明する。
【００２４】
図５において、メディアサーバ２の接続制御部２０１は、ＲＴＰ（Real-time Transport Protocol）に基づいて携帯電話端末３との間での通信を制御する。
【００２５】
ガイダンス登録処理部２０２は、ユーザが電話に出られないときに相手へ与えるべきガイダンスのデータを登録する処理を行う。
【００２６】
ここで、ユーザＵｂがガイダンスの設定を行う場合を例に、各部および携帯電話端末３Ｂの処理の手順などを、図６および図７などを参照しながら説明する。
【００２７】
ユーザＵｂが携帯電話端末３Ｂを操作して特定の電話番号をダイアルすると、携帯電話端末３Ｂは、その電話番号とともにＩＮＶＩＴＥメッセージを呼制御サーバ１に発信する（図６の＃７１１）。
【００２８】
呼制御サーバ１の装置間接続制御部１０１は、ＩＮＶＩＴＥメッセージを受信すると（＃１１１）、そのＩＮＶＩＴＥメッセージがメディアサーバ２への接続の要求に係るものであると判別し、メディアサーバ２へＩＮＶＩＴＥメッセージを送信することによって発呼する（＃１１２）。また、Ｔｒｙｉｎｇメッセージを携帯電話端末３Ｂへ送信する（＃１１３）。
【００２９】
メディアサーバ２の接続制御部２０１は、ＩＮＶＩＴＥメッセージを受信すると（＃２１１）、Ｒｉｎｇｉｎｇメッセージを呼制御サーバ１へ返信する（＃２１２）。ガイダンス登録処理部２０２による処理の開始が可能であれば、ＯＫメッセージを呼制御サーバ１へ送信する（＃２１３）。
【００３０】
装置間接続制御部１０１は、Ｒｉｎｇｉｎｇメッセージを受信すると（＃１１４）、それを携帯電話端末３Ｂに転送する（＃１１５）。その後、ＯＫメッセージを受信すると（＃１１６）、それを携帯電話端末３Ｂに転送する（＃１１７）。
【００３１】
携帯電話端末３Ｂは、Ｔｒｙｉｎｇメッセージ、Ｒｉｎｇｉｎｇメッセージ、およびＯＫメッセージを順次受信する（＃７１２〜＃７１４）。そして、ＡＣＫメッセージを呼制御サーバ１へ送信する（＃７１５）。
【００３２】
装置間接続制御部１０１は、携帯電話端末３ＢからＡＣＫメッセージを受信すると（＃１１８）、それをメディアサーバ２へ転送する（＃１１９）。
【００３３】
接続制御部２０１がＡＣＫメッセージを受信すると（＃２１４）、メディアサーバ２と携帯電話端末３Ｂとの間にセッションが確立されＲＴＰによる通信が可能になる。そして、携帯電話端末３Ｂは、ユーザＵｂが押したボタンに応じた信号をメディアサーバ２へ送信することができる。また、メディアサーバ２は、携帯電話端末３Ｂからの信号に応じた音声を携帯電話端末３Ｂへ送信する。
【００３４】
携帯電話端末３Ｂとメディアサーバ２との間にセッションが確立されたら、ユーザＵｂは、操作ボタン群３０ｅを操作しながら、自分が電話に出られないときに相手に与えるべきガイダンスの設定を行う。また、メディアサーバ２のガイダンス登録処理部２０２は、携帯電話端末３Ｂからの信号に従ってガイダンスのデータの登録の処理を行う。この際に、メディアサーバ２と携帯電話端末３Ｂとは、ＲＴＰに基づいて通信を行う（＃２１５、＃７１６）。また、ガイダンステーブル等記憶部２Ｋ１に記憶されているデータが登録の処理のために用いられる。
【００３５】
ガイダンステーブル等記憶部２Ｋ１には、テンプレートテーブルＴＬＡが記憶されており、さらにユーザごとに１つずつガイダンステーブルＴＬＢが記憶されている。
【００３６】
テンプレートテーブルＴＬＡには、図８に示すように、ガイダンスの雛形として用いられるテキスト（以下、「テンプレートテキスト」と記載する。）のテンプレートデータＤＴＡが格納されている。
【００３７】
テンプレートデータＤＴＡには、そのテンプレートテキストを他のテンプレートテキストと区別するためのテンプレートＩＤおよびガイダンスの内容を表わすテキストデータが含まれている。なお、テキストデータの中の「Ｘ」は、パラメータであり、後述するようにユーザが任意に設定することができる。
【００３８】
ガイダンステーブルＴＬＢには、それを与えられたユーザの識別子（例えば、電話番号）が対応付けられている。ユーザは、自分のガイダンステーブルＴＬＢに１０個のガイダンスを登録させることができる。図９に示すように、ガイダンステーブルＴＬＢには、ガイダンスごとのガイダンスデータＤＴＢが格納されている。
【００３９】
ガイダンスデータＤＴＢの「ガイダンスＩＤ」は、そのガイダンスを他のガイダンスと区別するためのＩＤである。「テンプレートＩＤ」は、そのガイダンスに用いられるテンプレートテキストのテンプレートＩＤである。「パラメータ」は、そのテンプレートＩＤに対応するテンプレートデータＤＴＡの中のパラメータＸに代入すべき値である。
【００４０】
ガイダンステーブルＴＬＢの中の先頭のガイダンスデータＤＴＢから順に「０」、「１」、「２」、…、「９」のガイダンスＩＤが予め付されている。テンプレートＩＤおよびパラメータはユーザが任意に設定することができる。
【００４１】
ここで、ユーザＵｂの操作およびガイダンス登録処理部２０２の処理の手順を、図１０および図１１のフローチャートなどを参照しながら説明する。
【００４２】
ユーザＵｂは、ガイダンスの設定を開始するための所定のボタンを押す。すると、ガイダンスの設定の開始の信号が携帯電話端末３Ｂからメディアサーバ２へ送られる。
【００４３】
メディアサーバ２において、この信号が受信されると、ガイダンス登録処理部２０２が起動し、ガイダンスの設定の登録の処理が開始する。
【００４４】
ガイダンス登録処理部２０２は、ユーザＵｂの１０個のガイダンスの中からいずれのガイダンスの設定を開始するのかを選択するように、ユーザＵｂに対して要求する（＃９０１）。具体的には「これから設定するガイダンスのガイダンスＩＤを押してください。」という音声のメッセージを携帯電話端末３Ｂへ送信する。
【００４５】
すると、携帯電話端末３Ｂはその音声のメッセージを出力する。ユーザＵｂが０番〜９番のいずれかのボタンを押すと、押されたボタンを示す信号が携帯電話端末３Ｂから発信され、メディアサーバ２に届く（＃９０２）。
【００４６】
ガイダンス登録処理部２０２は、ユーザＵｂが選択したガイダンスに用いるテンプレートテキストの大分類を選択するように、ユーザＵｂに対して要求する（＃９０３）。具体的には、「Ｙ番のガイダンスに対する着信不能時のガイダンス設定を行います。メッセージの種類を次の３つの中から選択してください。会議中メッセージを選択する場合は１番を、車の運転中のメッセージを選択する場合は２番を、その他のメッセージを選択する場合は３番を押してください。設定を中止する場合は４番を押してください。」という音声のメッセージを携帯電話端末３Ｂへ送信する。ただし、「Ｙ」は、ステップ＃９０２で受け付けた信号に示される番号である。
【００４７】
すると、携帯電話端末３Ｂはその音声のメッセージを出力する。ユーザＵｂが「１」〜「４」のいずれかのボタンを押すと、押されたボタンを示す信号が携帯電話端末３Ｂから発信され、メディアサーバ２に届く（＃９０４）。
【００４８】
ガイダンス登録処理部２０２は、受信した信号が「１」を示す場合は（＃９０５でＹｅｓ）、会議中に電話を掛けてきた相手へのガイダンスのメッセージとして用いるテンプレートテキストを選択させる（＃９０６）。具体的には、「会議中メッセージが選択されました。具体的にどのようなメッセージを返すのかを、次の３つの中から選択してください。「ただいま、会議中です。Ｘ時間後に折り返し電話いたします。」を選択する場合は１番を、「ただいま、会議中です。明日かけ直すのでご了承ください。」を選択する場合は２番を、「ただいま、会議中です。しばらく経ってからもう一度電話ください。」を選択する場合は３番を押してください。設定を中止する場合は４番を押してください。」という音声のメッセージを携帯電話端末３Ｂへ送信する。
【００４９】
または、ガイダンス登録処理部２０２は、受信した信号が「２」を示す場合は（＃９０７でＹｅｓ）、運転中に電話を掛けてきた相手へのメッセージとして用いるテンプレートテキストを選択させる（＃９０８）。具体的には、「運転中メッセージが選択されました。具体的にどのようなメッセージを返すのかを、次の３つの中から選択してください。「ただいま、運転中です。Ｘ時間後に折り返し電話いたします。」を選択する場合は１番を、「ただいま、運転中です。明日かけ直すのでご了承ください。」を選択する場合は２番を、「ただいま、運転中です。しばらく経ってからもう一度電話ください。」を選択する場合は３番を押してください。設定を中止する場合は４番を押してください。」という音声のメッセージを携帯電話端末３Ｂへ送信する。
【００５０】
または、ガイダンス登録処理部２０２は、受信した信号が「３」を示す場合は（＃９０９でＹｅｓ）、会議中でも運転中でもないときに電話を掛けてきた相手へのメッセージとして用いるテンプレートテキストを選択させる（＃９１０）。「その他メッセージが選択されました。どのようなメッセージを返すのかを、次の３つの中から選択してください。「ただいま、電車に乗っています。Ｘ時間後、折り返し電話いたします。」を選択する場合は１番を、「ただいま、病院の中にいます。病院を出た後、折り返し電話いたします。」を選択する場合は２番を、「ただいま、仕事中です。退社後、折り返し電話致します」を選択する場合は３番を押してください。設定を中止する場合は４番を押してください。」という音声のメッセージを携帯電話端末３Ｂへ送信する。
【００５１】
しかし、ガイダンス登録処理部２０２は、受信した信号が「４」を示す場合は（＃９０９でＮｏ）、設定登録の処理を中止する（＃９１１）。
【００５２】
携帯電話端末３Ｂは、メディアサーバ２からの音声のメッセージを受信すると、それを出力する。ユーザＵｂが「１」〜「４」のいずれかのボタンを押すと、押されたボタンを示す信号が携帯電話端末３Ｂから発信され、メディアサーバ２に届く（＃９１２）。
【００５３】
ガイダンス登録処理部２０２は、受信した信号が「４」を示す場合は（図１１の＃９１３でＮｏ）、設定登録の処理を中止する（＃９１４）。
【００５４】
一方、受信した信号が「１」〜「３」のいずれかを示す場合は（図１１の＃９１３でＹｅｓ）、ガイダンスに用いられるテンプレートテキストを、図１０のステップ＃９０４で受信した信号に示される番号とステップ＃９１２で受信した信号に示される番号とを組み合わせた番号と同じテンプレートＩＤを有するテンプレートテキストに決定する（＃９１５）。
【００５５】
例えば、ステップ＃９０４で受信した信号に示される番号が「３」であってステップ＃９１２で受信した信号に示される番号が「１」である場合は、「３１」というテンプレートＩＤを有するテンプレートテキストに決定する。
【００５６】
さらに、ガイダンス登録処理部２０２は、決定したテンプレートテキストにパラメータＸが含まれている場合は（＃９１６でＹｅｓ）、パラメータとして用いる値を指定するように要求する音声のメッセージを携帯電話端末３Ｂに送り、その指定を受け付ける（＃９１７、＃９１８）。なお、パラメータの値は、後述するように、ガイダンスを使用する直前に指定することもできる。よって、設定登録の際には、指定を受け付ける処理を省略してもよい。
【００５７】
そして、ガイダンス登録処理部２０２は、ガイダンスデータＤＴＢを次のように更新する（＃９１９）。ユーザＵｂのガイダンステーブルＴＬＢに格納されている、図１０のステップ＃９０２で受信した信号に示される番号と同じガイダンスＩＤのガイダンスデータＤＴＢを、検索する。そのガイダンスデータＤＴＢの「テンプレートＩＤ」に、ステップ＃９１５で決定したテンプレートテキストのテンプレートＩＤを書き込む。さらに、ステップ＃９１８においてパラメータの値の信号が受信された場合は、そのガイダンスデータＤＴＢの「パラメータ」に、その値を書き込む。
【００５８】
なお、ユーザＵｂが、提示した番号以外のボタンを押した場合は、携帯電話端末３Ｂは、選択をやり直すように促す音声のメッセージを出力する。
【００５９】
図６および図７に戻って、図６のステップ＃２１５、＃７１６におけるガイダンスの登録の処理が完了したら、ガイダンス登録処理部２０２は、今回の登録の内容つまりどのユーザのどのガイダンスに対してどのような設定を行ったのかを、呼制御サーバ１へ通知する（図７の＃２１６）。
【００６０】
ところで、呼制御サーバ１のガイダンステーブル記憶部１Ｋ１には、メディアサーバ２が有するガイダンステーブルＴＬＢと同様の内容のガイダンステーブルＴＬＢ’がユーザごとに記憶されている。
【００６１】
呼制御サーバ１において、メディアサーバ２からの通知が受信されると（＃１２０）、その通知に基づいて、図１１のステップ＃９１９での処理と同様に、ユーザＵｂの操作に応じてユーザＵｂのガイダンステーブルＴＬＢ’のガイダンスデータＤＴＢ’が更新される。更新後、ＯＫメッセージが呼制御サーバ１からメディアサーバ２へ返信される（＃１２１、＃２１７）。
【００６２】
以上のように、ある１つのガイダンスのガイダンスデータＤＴＢ、ＤＴＢ’の設定登録に関する処理が完了する。
【００６３】
ユーザＵｂは、他のガイダンスの設定を行いたい場合は、引き続き、上述と同様の操作を行えばよい。すると、呼制御サーバ１、メディアサーバ２、および携帯電話端末３Ｂは、上述と同様の処理を実行する（図７の＃１２２、＃１２３、＃２１８〜＃２２０、＃７１７、図１０および図１１の＃９０１〜＃９１９）。
【００６４】
そして、ユーザＵｂが通信の終了のボタンを押すと、携帯電話端末３Ｂは、ＢＹＥメッセージを呼制御サーバ１へ送信する（＃７１８）。呼制御サーバ１の装置間接続制御部１０１
は、ＢＹＥメッセージを受信し、それをメディアサーバ２に転送する（＃１２４、＃１２５、＃２２１）。そして、装置間接続制御部１０１、接続制御部２０１、および携帯電話端末３Ｂは、セッションの切断の処理を行う（＃２２２、＃１２６、＃１２７、＃７１９）。
【００６５】
〔応答不能時のガイダンスの出力およびコールバックの時刻の設定の処理〕
図１２ないし図１６はガイダンスの提供およびコールバック時刻の登録の処理の流れの例を示すシーケンス図、図１７はコールバック時刻データ記憶部２Ｋ２に記憶されるコールバック時刻データＤＴＣの例を示す図である。
【００６６】
上述のように設定されたガイダンスは、掛かってきた電話にユーザが出られないときに相手へ出力される。この際に、後でユーザが相手に折り返し電話を掛ける（コールバックする）時刻になったことをユーザに通知するための設定の処理も、行われる。ガイダンスの出力およびコールバックの時刻の設定の処理は、図４に示す接続先変更制御部１０３、ガイダンス発信要求受付部１０２、ガイダンステーブル記憶部１Ｋ１、およびコールバック時刻データ記憶部１Ｋ２、図５に示すコールバック時刻登録処理部２０３、ガイダンステーブル等記憶部２Ｋ１、およびコールバック時刻データ記憶部２Ｋ２のほか、発信者および受信者それぞれの携帯電話端末３などによって行われる。
【００６７】
以下、ユーザＵａがユーザＵｂに電話を掛けた場合を例に、呼制御サーバ１の各部、メディアサーバ２の各部、および携帯電話端末３Ａ、３Ｂの処理内容などを、図１２〜図１６を参照しながら説明する。
【００６８】
ユーザＵａが携帯電話端末３Ａを操作して携帯電話端末３Ｂの電話番号をダイアルすると、携帯電話端末３Ａは、その電話番号とともにＩＮＶＩＴＥメッセージを呼制御サーバ１に発信する（図１２の＃３３１）。
【００６９】
呼制御サーバ１の装置間接続制御部１０１は、ＩＮＶＩＴＥメッセージを受信すると（＃１３１）、そのＩＮＶＩＴＥメッセージが携帯電話端末３Ｂへの接続の要求に係るものであると判別し、携帯電話端末３ＢへＩＮＶＩＴＥメッセージを送信することによって発呼する（＃１３２）。また、Ｔｒｙｉｎｇメッセージを携帯電話端末３Ａへ送信する（＃１３３、＃３３２）。
【００７０】
携帯電話端末３Ｂは、ＩＮＶＩＴＥメッセージを受信すると（＃７３１）、Ｒｉｎｇｉｎｇメッセージを呼制御サーバ１へ返信する（＃７３２）。装置間接続制御部１０１は、Ｒｉｎｇｉｎｇメッセージを受信すると（＃１３４）、それを携帯電話端末３Ａに転送する（＃１３５、＃３３３）。このとき、携帯電話端末３Ａは呼出音を出力し、携帯電話端末３Ｂは着信音を出力する。このようにして、携帯電話端末３Ａから携帯電話端末３Ｂへ電話が掛けられる。
【００７１】
ユーザＵｂは、掛かってきた電話に出られないのでガイダンスを相手（ユーザＵａ）に送りたい場合は、自分の１０個のガイダンスの中から適当な（例えば、出られない理由に合った）ガイダンスのガイダンスＩＤを押す。パラメータＸの値を指定したい場合は、ガイダンスＩＤに続けて値を入力する。例えば、ガイダンスＩＤが「１」であるガイダンスを、パラメータＸを「３」で出力させたい場合は、「１３」と押す。
【００７２】
すると、携帯電話端末３Ｂは、押されたボタンに応じた信号を、一時利用不可（Temporarily Unavailable）メッセージとともに呼制御サーバ１へ送信する（＃７３３）。
【００７３】
呼制御サーバ１の接続先変更制御部１０３は、信号および一時利用不可メッセージを受信すると（＃１３６）、ＡＣＫメッセージを携帯電話端末３Ｂに返信するとともに（＃１３７）、携帯電話端末３Ａの接続相手を変更するために、呼転送メッセージを携帯電話端末３Ａへ送信し（＃１３８）、ＩＮＶＩＴＥメッセージをメディアサーバ２へ送信する（＃１３９）。
【００７４】
メディアサーバ２の接続制御部２０１は、ＩＮＶＩＴＥメッセージを受信すると（＃２３１）、Ｔｒｙｉｎｇメッセージを呼制御サーバ１へ返信する（＃２３２）。さらに、ガイダンスの提供が開始が可能であれば、ＯＫメッセージを呼制御サーバ１へ送信する（＃２３３）。
【００７５】
装置間接続制御部１０１は、ＴｒｙｉｎｇメッセージおよびＯＫメッセージを受信すると（＃１４０、＃１４１）、ＯＫメッセージを携帯電話端末３Ａに転送する（＃１４２）。
【００７６】
携帯電話端末３Ａは、ＯＫメッセージを受信すると（＃３３５）、ＡＣＫメッセージを呼制御サーバ１へ送信する（＃３３６）。
【００７７】
装置間接続制御部１０１は、携帯電話端末３ＡからＡＣＫメッセージを受信すると（＃１４３）、それをメディアサーバ２へ転送する（図１３の＃１４４）。さらに、携帯電話端末３Ｂから受信した、ガイダンスＩＤを示す信号またはガイダンスＩＤとパラメータの値とを示す信号を、メディアサーバ２へ転送する（＃１４５）。
【００７８】
接続制御部２０１がＡＣＫメッセージを受信すると（＃２３４）、メディアサーバ２と携帯電話端末３Ａとの間でセッションが確立されＲＴＰによる通信が可能になる。そして、ガイダンス発信処理部２０６は、呼制御サーバ１から受信した信号に対応するガイダンスを音声で携帯電話端末３Ａへ発信する（＃２３６）。なお、そのガイダンスにパラメータＸがある場合は、その信号に示される値を音声化して発信する。
【００７９】
例えば、受信した信号に「３２」と示されかつテンプレートテーブルＴＬＡおよびユーザＵｂのガイダンステーブルＴＬＢの内容がそれぞれ図８および図９に示す通りである場合は、ガイダンスＩＤが「３」であるガイダンスデータＤＴＢに基づいて、テンプレートテーブルＴＬＡからテンプレートＩＤが「１１」であるテンプレートデータＤＴＡをロードする。そして、そのテキストデータのパラメータＸに「２」を当てはめた音声つまり「ただいま、会議中です。２時間後に折り返し電話いたします。」を携帯電話端末３Ａへ送信する。
【００８０】
携帯電話端末３Ａは、メディアサーバ２から送られてきた音声のガイダンスを受信し出力する（＃３３７）。
【００８１】
ユーザＵａは、そのガイダンスを聴き、電話を切る。ただし、「…２時間後に折り返し電話いたします。」のように、所定の時間後にユーザＵｂからコールバックする旨が伝えられた場合は、その時間に同意するか否かを選択することができる。そのために、メディアサーバ２は、所定の時間後にコールバックする旨を知らせる音声、例えば「折返し時間に同意する場合は１番を、同意しない場合は２番を押してください。」という音声を、上記のガイダンスに続いて携帯電話端末３Ａへ送信し出力させる。
【００８２】
ユーザＵａが１番または２番いずれかの番号を押すと、携帯電話端末３Ａは、押された番号を示す信号をメディアサーバ２へ送信する（＃３３８）。
【００８３】
メディアサーバ２のコールバック時刻登録処理部２０３は、その信号を携帯電話端末３Ａから受信すると（＃２３７）、その信号が１番を示すならば、着信者（つまり、ユーザＵｂ）および発信者（つまり、ユーザＵａ）それぞれの識別子（例えば、電話番号）と着信者から発信者へのコールバックの時刻（コールバック時刻）とを示すコールバック時刻データＤＴＣを生成し、コールバック時刻データ記憶部２Ｋ２に登録する（＃２３８）。これにより、コールバック時刻データ記憶部２Ｋ２には、図１７のように、複数のコールバック時刻データＤＴＣが蓄積され得る。なお、コールバック時刻は、現在の時刻に、ユーザＵｂが指定した時間（パラメータの値）を加えることによって、求められる。
【００８４】
また、後述するように、コールバックが終了しまたは不要になったら、そのコールバックのコールバック時刻データＤＴＣは、コールバック時刻データ記憶部２Ｋ２から削除される。
【００８５】
呼制御サーバ１にも、コールバック時刻データＤＴＣと同じの内容のコールバック時刻データＤＴＣ’を記憶するためのコールバック時刻データ記憶部１Ｋ２が設けられている。メディアサーバ２のコールバック時刻登録処理部２０３は、生成したコールバック時刻データＤＴＣを上述の通り自らのコールバック時刻データ記憶部２Ｋ２に記憶させるとともに、呼制御サーバ１へも送信する（＃２３９）。
【００８６】
そして、呼制御サーバ１において、コールバック時刻データＤＴＣが受信されると（＃１４６）、それがコールバック時刻データＤＴＣ’としてコールバック時刻データ記憶部１Ｋ２に登録される（＃１４７）。登録に成功したら、ＯＫメッセージがメディアサーバ２へ送信される（＃１４８、＃２４０）。
【００８７】
ガイダンスの出力およびコールバックの時刻の設定の処理が完了したら、呼制御サーバ１、メディアサーバ２、および携帯電話端末３Ａは、メディアサーバ２と携帯電話端末３Ａとのセッションの切断の処理を行う（＃１４９〜＃１５２、＃２４１、＃２４２、＃３３９、＃３４０）。
【００８８】
一方、ユーザＵａが、ユーザＵｂからのコールバックの電話の時間に同意できない場合は、上述の通り、２番を押す。すると、携帯電話端末３Ａは、ステップ＃３３８において、２番を示す信号をメディアサーバ２へ送信する。その後、各装置は、ステップ＃１４６、＃２３８、＃３３９以降の処理の代わりに、図１４〜図１６に示す手順で処理を実行する。
【００８９】
メディアサーバ２において、コールバック時刻登録処理部２０３は、コールバックの電話の時間に同意できない旨の信号を受信すると、何時間後のコールバックを望んでいるのかをユーザＵａに指定させる（図１４の＃２５１）。具体的には、「何時間後に折返し電話して欲しいのかを指定してください。」のような音声を、携帯電話端末３Ａへ送信し出力させる。
【００９０】
携帯電話端末３Ａは、その音声を受信し出力する（＃３５１）。ユーザＵａは、所望する時間を指定する。例えば、１時間後を指定する場合は１番を押す。携帯電話端末３Ａは、指定された時間を示す信号をメディアサーバ２へ送信する（＃３５２）。
【００９１】
コールバック時刻登録処理部２０３は、その信号を受信すると（＃２５２）、着信者（ユーザＵｂ）および発信者（ユーザＵａ）それぞれの電話番号とコールバック時刻とを示すコールバック時刻データＤＴＣを生成し、コールバック時刻データ記憶部２Ｋ２に登録する（＃２５３）。ただし、ここでは、コールバック時刻は、着信者が指定した時間に基づいてではなく、発信者が指定した時間つまり受信した信号に示される時間に基づいて求められる。つまり、現在の時刻に、発信者が指定した時間を加えることによって、求められる。このコールバック時刻は、着信者の同意が得られなければ、確定しない。よって、このコールバック時刻データＤＴＣは、仮登録されていると、言える。
【００９２】
コールバック時刻データＤＴＣの仮登録後、呼制御サーバ１、メディアサーバ２、および携帯電話端末３Ａは、メディアサーバ２と携帯電話端末３Ａとのセッションの切断の処理を行う（＃１５１〜＃１５４、＃２５４、＃２５５、＃３５３、＃３５４）。
【００９３】
メディアサーバ２は、ユーザＵｂの同意を得るために、次のような処理を行う。接続制御部２０１は、携帯電話端末３Ｂの電話番号をダイアルするなどして、携帯電話端末３Ｂとのセッションを確立する。この際の各装置の処理の手順は、前に説明した、呼制御サーバ１を介した２装置間のセッションの確立の処理と基本的に同じである（＃１５５〜図１５の＃１６３、＃２５６〜＃２６０、＃７５１〜＃７５４）。
【００９４】
セッションが確立されると、コールバック時刻登録処理部２０３は、ユーザＵａが指定した時間の経過後にコールバックすることに同意するか否かを回答するようにユーザＵｂに対して促す（＃２６１）。具体的には、「発信者は、Ｔ時間後のコールバックを希望しています。発信者の希望する時間に同意しますか。同意する場合は１番を、同意しない場合は２番を押してください。」のような音声を携帯電話端末３Ｂへ送信し出力させる。なお、「Ｔ」は、ユーザＵａが指定した時間に置き換えられて出力される。
【００９５】
携帯電話端末３Ｂは、その音声を受信し出力する（＃７５５）。ユーザＵｂは、その音声に従って１番または２番のいずれかを選択する。
【００９６】
ユーザＵｂが１番または２番いずれかの番号を押すと、携帯電話端末３Ｂは、押された番号を示す信号をメディアサーバ２へ送信する（＃７５６）。
【００９７】
メディアサーバ２において、コールバック時刻登録処理部２０３は、その信号を携帯電話端末３Ａから受信すると（＃２６２）、その信号が１番を示すならば、仮登録しておいたコールバック時刻データＤＴＣを正式なデータとして認め本登録するとともに（＃２６３）、呼制御サーバ１へ送信する（＃２６４）。
【００９８】
このコールバック時刻データＤＴＣは、呼制御サーバ１によって受信されると（＃１６４）、コールバック時刻データ記憶部１Ｋ２にコールバック時刻データＤＴＣ’として登録される（＃１６５）。
【００９９】
そして、登録が成功した旨が呼制御サーバ１からメディアサーバ２へ通知されると（＃１６６、＃２６５）、呼制御サーバ１、メディアサーバ２、および携帯電話端末３Ａは、メディアサーバ２と携帯電話端末３Ｂとのセッションの切断の処理を行う（＃１６７〜＃１７０、＃２６６、＃２６７、＃７５７、＃７５８）。
【０１００】
一方、ユーザＵｂがユーザＵａの希望に同意しない場合、つまり、ステップ＃７５６において２番を示す信号を受信した場合は、コールバック時刻登録処理部２０３は、ユーザＵｂが最初に指定した時間（つまり、図１２のステップ＃２３５で受信した信号に示される時間）後のコールバックでよいか否かをユーザＵａに対して問い直す処理を次のように行う。なお、コールバック時刻データ記憶部２Ｋ２に仮登録しておいたコールバック時刻データＤＴＣは消去しておく。
【０１０１】
メディアサーバ２の接続制御部２０１は、携帯電話端末３Ａの電話番号をダイアルするなどして、携帯電話端末３Ａとのセッションを確立する。この際の各装置の処理の手順は、前に説明した、呼制御サーバ１を介した２装置間のセッションの確立の処理と基本的に同じである（図１６の＃１８１〜＃１８９、＃２８１〜＃２８５、＃３８１〜＃３８４）。
【０１０２】
コールバック時刻登録処理部２０３は、ユーザＵａが指定した時間をユーザＵｂが拒否した旨のメッセージおよびユーザＵｂが当初指定した時間に同意するか否かを選択するように促すメッセージを携帯電話端末３Ａに送信する（＃２８６）。
【０１０３】
携帯電話端末３Ａは、メディアサーバ２から送られてきたメッセージを受信し出力する（＃３８５）。
【０１０４】
ユーザＵａは、そのガイダンスを聴き、合意するならば１番を押し、合意しないならば２番を押す。携帯電話端末３Ａは、押された番号を示す信号をメディアサーバ２へ送信する（＃３８６）。
【０１０５】
以下、ユーザＵａに応じた、コールバック時刻登録処理部２０３などによるコールバック時刻データＤＴＣの登録または仮登録に関する処理が、前に説明した通りに行われる。
【０１０６】
すなわち、ユーザＵａが１番を選択した場合は、図１３のステップ＃１４６〜＃１５２、＃２３８〜＃２４２、＃３３９、および＃３４０の処理、つまり、ユーザＵｂの指定した時間に基づくコールバック時刻データＤＴＣの登録の処理が行われる。
【０１０７】
一方、ユーザＵａが２番を選択した場合は、図１４の＃１５１〜図１５の＃１６３、＃２５１〜＃２６２、＃３５１〜＃３５４、および＃７５１〜＃７５６の処理、つまり、ユーザＵａの希望の時間に基づくコールバック時刻データＤＴＣの仮登録の処理およびユーザＵｂがその時間に同意するか否かを確認するための処理が行われる。さらに、ユーザＵｂが同意した場合は、図１５のステップ＃１６４〜＃１７０、＃２６３〜＃２６７、＃７５７、および＃７５８の処理、つまり、仮登録しておいたコールバック時刻データＤＴＣを本登録する処理が行われる。ユーザＵｂが同意しなかった場合は、仮登録しておいたコールバック時刻データＤＴＣを破棄し、改めて、図１６に示す処理を実行する。
【０１０８】
ところで、ユーザＵａ、Ｕｂの双方が同意しないことが続くと、コールバック時刻データＤＴＣの仮登録と破棄とが繰り返され、本登録が完了しない。そこで、仮登録の回数を制限してもよい。または、タイムリミットを設けてもよい。そして、仮登録の回数が所定の回数を超えた場合またはガイダンスがユーザＵａに対して出力されてから所定の時間が経過した場合は、コールバック時刻の登録に失敗した旨のメッセージをコールバック時刻登録処理部２０３から携帯電話端末３Ａ、３Ｂへ通知し出力させ、登録に関する処理を中止してもよい。
【０１０９】
なお、コールバック時刻データＤＴＣが仮登録されたものか本登録されたものかは、コールバック時刻データＤＴＣにフラグを設けて判別できるようにすればよい。
【０１１０】
〔コールバックをユーザに対して促すための処理〕
図１８はアラームの処理の流れの例を示すシーケンス図である。
【０１１１】
メディアサーバ２において、コールバック時刻監視部２０４は、コールバック時刻登録処理部２０３に記憶されているコールバック時刻データＤＴＣ（図１７参照）の中から、コールバック時刻が現在の時刻と一致しまたは現在の時刻を過ぎたものを検知する。このように、コールバック時刻監視部２０４は、コールバックをすべき時刻が来たか否かを監視する。
【０１１２】
コールバックアラーム処理部２０５は、コールバック時刻監視部２０４によって検知されたコールバック時刻データＤＴＣに示される着信者（つまり、以前、発信者から掛かってきた電話に出られなかったユーザ）に対して、発信者へコールバックを行うように促す処理を行う。
【０１１３】
ここで、コールバックをユーザに対して促す処理の手順を、図１８を参照しながら説明する。
【０１１４】
メディアサーバ２において、コールバック時刻監視部２０４は、定期的に（例えば、１分おきに）、コールバック時刻が現在の時刻と一致しまたは現在の時刻を過ぎたコールバック時刻データＤＴＣの検知を行う。
【０１１５】
コールバック時刻データＤＴＣが検知された場合は、接続制御部２０１は、コールバック時刻データＤＴＣに示される着信者の電話番号をダイアルするなどして、着信者の携帯電話端末３とのセッションを確立する。以下、コールバック時刻データＤＴＣに示される着信者の電話番号がユーザＵｂの電話番号であり発信者の電話番号がユーザＵａの電話番号である場合を例に説明する。
【０１１６】
各装置は、メディアサーバ２と携帯電話端末３Ｂとのセッションの確立の処理を行う（図１８の＃１９１〜＃１９９、＃２９１〜＃２９５、＃７９１〜＃７９４）。
【０１１７】
セッションが確立されたら、コールバックアラーム処理部２０５は、前に電話を掛けてきた相手へ折り返し電話を掛けるように促す音声のメッセージ（アラーム）を携帯電話端末３Ｂへ送信する（＃２９６）。メッセージの中に発信者つまりユーザＵａの電話番号を含めるようにしてもよい。携帯電話端末３Ｂは、音声のメッセージを受信し出力する（＃７９５）。
【０１１８】
メッセージの送信が完了したら、各装置はセッションの切断の処理を行う（＃１ａ１〜＃１ａ４、＃２９７、＃２９８、＃７９６、＃７９７）。
【０１１９】
そして、コールバック時刻登録処理部２０３は、そのコールバック時刻データＤＴＣをコールバック時刻データ記憶部２Ｋ２から削除するとともに（＃２９９）、それと同じ内容のコールバック時刻データＤＴＣ’を削除するように呼制御サーバ１に対して指令を与える（＃２ａ１）。
【０１２０】
呼制御サーバ１において指令が受信されると（＃１ａ５）、コールバック時刻データ記憶部２Ｋ２から削除されたコールバック時刻データＤＴＣと同じ内容のコールバック時刻データＤＴＣ’がコールバック時刻データ記憶部１Ｋ２から削除される（＃１ａ６）。
【０１２１】
〔コールバックのアラームを待たずに２者が通話した場合の処理〕
図１９および図２０はアラーム前に２台の携帯電話端末３が接続される場合の処理の流れの例を示すシーケンス図である。
【０１２２】
電話に出られなかったユーザ（着信者）が、メディアサーバ２からのアラームを待たずに発信者へ折り返し電話を掛けることがある。この場合は、もはや、アラームは不要である。そこで、各装置は、着信者が発信者へ折り返し電話を掛けた場合にアラームを中止するための処理を、図１９および図２０に示すような手順で行う。
【０１２３】
例えば、ユーザＵｂがユーザＵａの電話番号にダイアルすると、各装置は、携帯電話端末３Ｂと携帯電話端末３Ａとのセッションを確立する処理を行う（図１９の＃１ｃ１〜＃１ｃ９、＃３ｃ１〜＃３ｃ４、＃７ｃ１〜＃７ｃ５）。
【０１２４】
呼制御サーバ１のセッション監視部１０４は、常時、携帯電話端末同士のセッションの確立を監視している。
【０１２５】
時刻監視解除処理部１０５は、セッションの確立がセッション監視部１０４によって検知されるごとに、コールバック時刻データ記憶部１Ｋ２の中から、そのセッションの発信側の電話番号が「発信者電話番号」に示されかつ着信側の電話番号が「着信者電話番号」に示されるコールバック時刻データＤＴＣ’を、検索する。そして、そのようなコールバック時刻データＤＴＣ’が見つかったら、そのコールバック時刻データＤＴＣ’をコールバック時刻データ記憶部１Ｋ２から削除するとともに（＃１ｄ１）、それと同じ内容のコールバック時刻データＤＴＣを削除するようにメディアサーバ２に対して指令を与える（＃１ｄ２）。
【０１２６】
メディアサーバ２の２０７は、メディアサーバ２からの指令を受信すると（＃２ｃ１）、コールバック時刻データ記憶部１Ｋ２から削除されたコールバック時刻データＤＴＣ’と同じ内容のコールバック時刻データＤＴＣを、コールバック時刻データ記憶部２Ｋ２から削除する（＃２ｃ２）。削除ができたら、ＯＫメッセージを呼制御サーバ１へ送信する（＃２ｃ３）。
【０１２７】
そして、呼制御サーバ１がＯＫメッセージを受信すると（＃１ｄ３）、アラームの実行の中止のための処理が完了する。
【０１２８】
携帯電話端末３Ａおよび携帯電話端末３Ｂは、上述のアラームの実行の中止のための処理の間、従来通りに通話のための処理を行う（＃３ｃ５、＃７ｃ６）。そして、一方の携帯電話端末３が電話を切ったら、セッションの切断の処理が行われる（＃１ｄ４〜＃１ｄ７、＃３ｃ６、＃３ｃ７、＃７ｃ７、＃７ｃ８）。
【０１２９】
なお、ユーザＵａ（発信者）がユーザＵｂ（着信者）へ電話を掛け直し両者が通話ができた場合も、コールバックは不要になる。そこで、時刻監視解除処理部１０５は、発信側の電話番号が「着信者電話番号」に示されかつ着信側の電話番号が「発信者電話番号」に示されるコールバック時刻データＤＴＣ’をも、検索する。そして、そのようなコールバック時刻データＤＴＣ’があれば、各装置は、図２０で説明した処理を実行する。
【０１３０】
〔発信者がコールバックを必要としなくなった場合の処理〕
図２１および図２２はユーザの要求に応じてコールバック時刻データＤＴＣを削除する処理の流れの例を示すシーケンス図である。
【０１３１】
発信者は、着信者からのコールバックを必要としないことがある。しかし、上述の処理によってコールバック時刻データＤＴＣ、ＤＴＣ’が登録されると、所定の時間後に着信者に対してアラームが実行されるので、着信者がわざわざ折り返し電話を掛けてくる可能性が高くなる。
【０１３２】
そこで、発信者は、着信者からのコールバックを必要としない場合に、コールバック時刻データＤＴＣ、ＤＴＣ’を削除させることができる。
【０１３３】
ここで、ユーザＵａからの指示に従ってユーザＵｂのコールバックのコールバック時刻データＤＴＣ、ＤＴＣ’を削除する場合を例に、各装置の処理の手順を、図２１および図２２を参照して説明する。
【０１３４】
ユーザＵａがメディアサーバ２の特定の電話番号をダイアルすると、呼制御サーバ１、メディアサーバ２、および携帯電話端末３Ａは、メディアサーバ２と携帯電話端末３Ａとのセッションの確立のための処理を行う（図２１の＃１ｅ１〜＃１ｅ９、＃２ｅ１〜＃２ｅ４、＃３ｅ１〜＃３ｅ５）。
【０１３５】
セッションが確立されると、メディアサーバ２の時刻監視解除処理部２０７は、削除のコマンドおよび相手の電話番号を入力するように要求する音声のメッセージを携帯電話端末３Ａへ送信する（＃２ｅ５）。例えば、「折返しのアラームの登録を削除する場合は、１番を押してください。続けて、相手の電話番号を入力してください。」というメッセージを送信する。
【０１３６】
携帯電話端末３Ａは、そのメッセージを受信し出力する（＃３ｅ６）。ユーザＵａは、１番を押し、続けてユーザＵｂの電話番号を入力する。すると、携帯電話端末３Ａは、コマンドおよび電話番号を示す信号をメディアサーバ２へ送信する（＃３ｅ７）。
【０１３７】
メディアサーバ２の時刻監視解除処理部２０７は、その信号を受信すると（＃２ｅ６）、依頼者（つまり、ユーザＵａ）の電話番号が「発信者電話番号」に示されかつその信号に示される電話番号（つまり、ユーザＵｂの電話番号）が「着信者電話番号」に示されるコールバック時刻データＤＴＣを、コールバック時刻データ記憶部２Ｋ２（図１７参照）から検索し、削除する（＃２ｅ７）。そして、削除が成功した旨のメッセージを携帯電話端末３Ａへ送信する（＃２ｅ８）。携帯電話端末３Ａは、そのメッセージを受信し出力する（＃３ｅ８）。
【０１３８】
メディアサーバ２と携帯電話端末３Ａとのセッションを切断し（＃１ｆ０〜図２２の＃１ｆ３、＃２ｅ９、＃２ｆ０、＃３ｅ９、＃３ｆ０）、メディアサーバ２と携帯電話端末３Ｂとのセッションを確立する（＃１ｆ４〜図２２の＃１ｇ２、＃２ｆ１〜＃２ｆ５、＃７ｅ１〜＃７ｅ４）。
【０１３９】
セッションの確立後、時刻監視解除処理部２０７は、コールバック時刻データＤＴＣが削除された旨のメッセージを携帯電話端末３Ｂへ送信する（＃２ｆ６）。携帯電話端末３Ｂは、そのメッセージを受信し出力する（＃７ｅ５）。
【０１４０】
また、時刻監視解除処理部２０７は、携帯電話端末３Ｂへのメッセージの送信の処理と前後してまたは並行して、同じ内容のコールバック時刻データＤＴＣを削除するように呼制御サーバ１に対して指令を与える（＃２ｆ７）。
【０１４１】
呼制御サーバ１の時刻監視解除処理部１０５は、この指令を受信すると（＃１ｇ３）、コールバック時刻データ記憶部２Ｋ２から削除されたコールバック時刻データＤＴＣと同じ内容のコールバック時刻データＤＴＣ’をコールバック時刻データ記憶部１Ｋ２から削除する（＃１ｇ４）。
【０１４２】
メディアサーバ２から携帯電話端末３Ｂへのメッセージの送信が完了したら、メディアサーバ２と携帯電話端末３Ｂとのセッションの切断の処理が行われる（＃１ｇ４〜＃１ｇ９、＃２ｆ９、＃２ｇ０、＃７ｅ６、＃７ｅ７）。
【０１４３】
図２３はメディアサーバ２の全体的な処理の流れの例を説明するフローチャートである。
【０１４４】
次に、メディアサーバ２におけるガイダンスの提供およびコールバックのアラームの処理の全体的な流れを、図２３のフローチャートを参照しながら説明する。
【０１４５】
メディアサーバ２は、常時、他の装置からの信号の入力を待っている。また、コールバック時刻データＤＴＣに基づいてコールバックすべき時刻が訪れたか否かを監視している。そして、信号の入力がありまたはコールバックすべき時刻が訪れるごとに、次のように実行する。
【０１４６】
メディアサーバ２は、携帯電話端末３とのセッションが確立された後、携帯電話端末３から指令の信号を受信すると（＃１１でＹｅｓ）、その信号に応じて次のような処理を実行する。
【０１４７】
ガイダンスの設定の指令の信号を受信した場合は（＃１２でＹｅｓ）、ユーザが電話に出られないときに相手に伝えるガイダンスの設定登録の処理を行う（＃１３）。この処理の詳細な手順は、前に図６、図７、図１０、および図１１で説明した通りである。
【０１４８】
または、ガイダンスの発信の指令およびガイダンスＩＤを示す信号を受信した場合は（＃１４でＹｅｓ）、そのガイダンスＩＤを示すガイダンスデータＤＴＢに基づいてガイダンスを携帯電話端末３へ送信する（＃１５）。さらに、ガイダンスにパラメータＸが含まれている場合は（＃１６でＹｅｓ）、コールバック時刻の登録つまりコールバック時刻データＤＴＣの登録を行う（＃１７）。ガイダンスの送信およびコールバック時刻データＤＴＣの登録の処理の詳細な手順は、前に図１２〜図１６で説明した通りである。
【０１４９】
または、コールバックの登録の削除の指令の信号を受信した場合は（＃１８でＹｅｓ）、そのコールバックのコールバック時刻データＤＴＣを削除する処理を行う（＃１９）。この処理の詳細な手順は、前に図２１および図２２で説明した通りである。
【０１５０】
または、２つの携帯電話端末３のセッションが確立されたことが呼制御サーバ１によって検知され呼制御サーバ１からコールバック時刻データＤＴＣの削除の指令の信号を受信した場合は（＃２０でＹｅｓ）、そのコールバック時刻データＤＴＣを削除する処理を行う（＃２１）。この処理の詳細な手順は、前に図１９および図２０で説明した通りである。
【０１５１】
コールバックすべき時刻が訪れると（＃２２でＹｅｓ）、そのコールバックのコールバック時刻データＤＴＣに基づいて、折り返し電話を掛けるようにアラームを与える処理を行う。この処理の詳細な手順は、前に図１８で説明した通りである。
【０１５２】
〔第二の実施形態〕
図２４は携帯電話通信システムＳＹＳ２の全体的な構成の例を示す図、図２５はメディアサーバ２Ｐの機能的構成の例を示す図である。
【０１５３】
第一の実施形態では、着信者から発信者へ折り返し電話を掛ける時間に発信者が同意しなかった場合に、その旨を音声で着信者に対して通知したが、第二の実施形態では電子メールで通知する。
【０１５４】
第二の実施形態に係る携帯電話通信システムＳＹＳ２は、図２４に示すように、呼制御サーバ１Ｐ、メディアサーバ２Ｐ、携帯電話端末３Ｐ、電子メールサーバ５Ｐおよび無線アクセスネットワーク４Ｐなどを有する。
【０１５５】
呼制御サーバ１Ｐ、メディアサーバ２Ｐ、および携帯電話端末３Ｐのハードウェア構成は、それぞれ、第一の実施形態の呼制御サーバ１、メディアサーバ２、および携帯電話端末３のハードウェア構成と基本的に同じである。ただし、メディアサーバ２Ｐの機能的構成がメディアサーバ２の機能的構成と相違する。また、各装置の処理内容にも、第一の実施形態と相違する点がある。
【０１５６】
以下、第一の実施形態と相違する点を中心に、図２４の各装置の処理内容などについて説明する。第一の実施形態と共通する点については、説明を省略する。
【０１５７】
メディアサーバ２Ｐは、図２５に示すように、接続制御部２２１、ガイダンス登録処理部２２２、コールバック時刻登録処理部２２３、コールバック時刻監視部２２４、コールバックアラーム処理部２２５、ガイダンス発信処理部２２６、時刻監視解除処理部２２７、ガイダンステーブル等記憶部２Ｌ１、コールバック時刻データ記憶部２Ｌ２、および電子メールアドレス記憶部２Ｌ３などの機能を実現するためのプログラムおよびデータが記憶されている。これらのプログラムおよびデータは、必要に応じてＲＡＭにロードされ、ＣＰＵによってプログラムが実行される。これらの機能の一部または全部を専用の回路などハードウェアのみによって実現してもよい。
【０１５８】
図２５の各部の役割は、図５に示したメディアサーバ２の各部の役割と、基本的に同じである。ただし、上述の通り、折り返し電話を掛ける時間に発信者が同意しなかった場合にその旨を着信者に対して通知する方法が、第一の実施形態と第二の実施形態とでは、異なる。よって、コールバック時刻登録処理部２２３は、着信者の携帯電話端末３Ｐへのメッセージの送付を、音声の代わりに電子メールによって行う。また、電子メールアドレス記憶部２Ｌ３には、ユーザごとの電子メールアドレスが電話番号と対応付けられて記憶されている。
【０１５９】
図２６ないし図２８は図１２ないし図１６で説明したガイダンスの提供およびコールバック時刻の登録の処理の、第二の実施形態における変更点を示すシーケンス図である。
【０１６０】
次に、ユーザＵａがユーザＵｂに電話を掛けた場合を例に、各装置の処理内容などを、図２６ないし図２８を参照しながら説明する。
【０１６１】
ユーザＵｂは予めガイダンスの設定を行っておく必要があるが、この際の各装置の処理内容およびユーザＵｂの操作内容は第一の実施形態と同じであり、図６、図７、図１０、および図１１で説明した通りである。
【０１６２】
ユーザＵｂは、ユーザＵａから掛かってきた電話に出られないときは、ガイダンスをユーザＵａへ送るための操作を行う。後で折り返し電話を掛ける旨のガイダンスを送る場合は、何時間後に掛けるのかを指定する。ユーザＵａは、その時間後のコールバックに同意するか否かを返答する。この際の各装置の処理内容およびユーザＵａ、Ｕｂの操作内容は第一の実施形態と同様であり、図１２および図１３のステップ＃１３１〜＃１４５、＃２３１〜＃２３７、＃３３１〜＃３３８、＃７３１〜＃７３４で説明した通りである。
【０１６３】
ユーザＵａが同意した場合の処理内容は図１３のステップ＃１４６〜＃１５２、＃２３８〜＃２４２、＃３３９、＃３４０で説明した通りである。
【０１６４】
ユーザＵａが同意しなかった場合は、各装置は希望の時間をユーザＵａに指定させる。この際の処理の内容は、図１４のステップ＃１５１〜＃１５４、＃２５１〜＃２５４、＃３５１〜＃３５４と同じである。しかし、その後、ユーザＵｂとの情報のやり取りは、次に図２６ないし図２８で説明するように、電子メールが用いられる。
【０１６５】
メディアサーバ２Ｐのコールバック時刻登録処理部２２３は、ユーザＵａが希望した時間の経過後にコールバックすることに同意するか否かを回答するように促すメッセージを記載した電子メールを生成し、ユーザＵｂの電子メールアドレスへ宛てて送信する（図２６の＃２ｈ１）。この電子メールは、電子メールサーバ５Ｐを中継し、ユーザＵｂの携帯電話端末３Ｐ（以下、「携帯電話端末３ＰＢ」と記載する。）に届けられる（＃５ｈ１、＃５ｈ２、＃７ｈ１）。
【０１６６】
ユーザＵｂは、この電子メールを読んでユーザＵａの希望（指定）に同意するか否かを決め、それを記載した返信用の電子メール（返信メール）を作成する。例えば、同意する場合は本文に「１」を記載し同意しない場合は「２」を記載する。この返信メールは、電子メールサーバ５Ｐを中継し、メディアサーバ２Ｐに届けられる（＃７ｈ２、＃５ｈ３、＃５ｈ４、＃２ｈ２）。
【０１６７】
コールバック時刻登録処理部２２３は、返信メールに「１」が示されるならば、仮登録しておいたコールバック時刻データＤＴＣを正式なデータとして認め本登録するとともに（＃２ｈ３）、呼制御サーバ１Ｐへ送信する（＃２ｈ４）。
【０１６８】
第一の実施形態の場合と同様に、このコールバック時刻データＤＴＣは、呼制御サーバ１Ｐによって受信されると（＃１ｈ１）、コールバック時刻データ記憶部１Ｋ２にコールバック時刻データＤＴＣ’として登録される（＃１ｈ２）。
【０１６９】
一方、コールバック時刻登録処理部２２３は、返信メールに「２」が示されるならば、ユーザＵｂが最初に指定した時間後のコールバックでよいか否かをユーザＵａに対して問い直す処理を、第一の実施形態と同様に、音声のメッセージによって行う（図２７および図２８の＃１ｊ１〜＃１ｊ９、＃２ｊ１〜＃２ｊ７、＃３ｊ１〜＃３ｊ６）。なお、コールバック時刻データ記憶部２Ｌ２に仮登録しておいたコールバック時刻データＤＴＣは消去しておく。
【０１７０】
そして、ユーザＵａがユーザＵｂの指定した時間に同意した場合は、ユーザＵｂの指定した時間に基づくコールバック時刻データＤＴＣの登録の処理が行われる（＃１ｋ０〜＃１ｋ６、＃２ｊ８〜＃２ｋ２、＃３ｊ７、＃３ｊ８）。
【０１７１】
一方、ユーザＵａがユーザＵｂの指定した時間に再び同意しなかった場合は、各装置は、図１４のステップ＃１５１〜＃１５４、＃２５１〜＃２５４、および＃３５１〜＃３５４の処理つまりユーザＵａの希望の時間に基づくコールバック時刻データＤＴＣの仮登録の処理を行う。さらに、図２６の＃２ｈ１、＃２ｈ２、＃５ｈ１〜＃５ｈ４、＃７ｈ１、および＃７ｈ２の処理つまりユーザＵｂがその時間に同意するか否かを確認するための処理を行う。そして、ユーザＵｂが同意した場合は、本登録の処理を行う（＃２ｈ３、＃２ｈ４、＃１ｈ１、＃１ｈ２）。ユーザＵｂが同意しなかった場合は、仮登録しておいたコールバック時刻データＤＴＣを破棄し、改めて、図２７および図２８に示す処理を実行する。
【０１７２】
第二の実施形態におけるメディアサーバ２Ｐの全体的な処理の流れは、電子メールを使用する点以外、第一の実施形態のメディアサーバ２の全体的な処理の流れと同じであり、図２３に示した通りである。
【０１７３】
〔第三の実施形態〕
図２９は携帯電話通信システムＳＹＳ３の例を示す図、図３０はメディアサーバの機能的構成の例を示す図である。
【０１７４】
第二の実施形態では、着信者から発信者へ折り返し電話を掛ける時間に発信者が同意しなかった場合に、その旨を電子メールによって着信者に対して通知したが、第三の実施形態では、インスタントメッセンジャ（Instant Messenger）によって通知する。インスタントメッセンジャは、「ＩＭ」または「メッセンジャ」と略語で呼ばれることがある。
【０１７５】
第三の実施形態に係る携帯電話通信システムＳＹＳ３は、図２４に示すように、呼制御サーバ１Ｑ、メディアサーバ２Ｑ、携帯電話端末３Ｑ、プレゼンスサーバ６Ｑおよび無線アクセスネットワーク４Ｑなどを有する。
【０１７６】
呼制御サーバ１Ｑ、メディアサーバ２Ｑ、および携帯電話端末３Ｑのハードウェア構成は、それぞれ、呼制御サーバ１、１Ｐメディアサーバ２、２Ｐおよび携帯電話端末３、３Ｐのハードウェア構成と基本的に同じである。ただし、メディアサーバ２Ｑの機能的構成がメディアサーバ２、２Ｐの機能的構成と相違する。また、各装置の処理内容にも、第一および第二の実施形態と相違する点がある。
【０１７７】
以下、第一および第二の実施形態と相違する点を中心に、図２９の各装置の処理内容などについて説明する。第一の実施形態と共通する点については、説明を省略する。
メディアサーバ２Ｑは、図３０に示すように、接続制御部２３１、ガイダンス登録処理部２３２、コールバック時刻登録処理部２３３、コールバック時刻監視部２３４、コールバックアラーム処理部２３５、ガイダンス発信処理部２３６、時刻監視解除処理部２３７、ガイダンステーブル等記憶部２Ｍ１、コールバック時刻データ記憶部２Ｍ２、およびユーザＩＤ記憶部２Ｍ３などの機能を実現するためのプログラムおよびデータが記憶されている。これらのプログラムおよびデータは、必要に応じてＲＡＭにロードされ、ＣＰＵによってプログラムが実行される。これらの機能の一部または全部を専用の回路などハードウェアのみによって実現してもよい。
【０１７８】
図３０の各部の役割は、図５に示したメディアサーバ２の各部の役割と、基本的に同じである。ただし、上述の通り、折り返し電話を掛ける時間に発信者が同意しなかった場合にその旨を着信者に対して通知する方法が、第三の実施形態においては、第一および第二の実施形態とは、異なる。よって、コールバック時刻登録処理部２３３は、着信者の携帯電話端末３Ｑへのメッセージの送付を、インスタントメッセージによって行う。また、ユーザＩＤ記憶部２Ｍ３には、ユーザごとのインスタントメッセンジャ用のＩＤが電話番号と対応付けられて記憶されている。
【０１７９】
図３１ないし図３３は図１２ないし図１６で説明したガイダンスの提供およびコールバック時刻の登録の処理の、第三の実施形態における変更点を示すシーケンス図である。
【０１８０】
次に、ユーザＵａがユーザＵｂに電話を掛けた場合を例に、各装置の処理内容などを、図３１ないし図３３を参照しながら説明する。
【０１８１】
ユーザＵｂは予めガイダンスの設定を行っておく必要があるが、この際の各装置の処理内容およびユーザＵｂの操作内容は第一および第二の実施形態と同じであり、図６、図７、図１０、および図１１で説明した通りである。
【０１８２】
ユーザＵｂは、ユーザＵａから掛かってきた電話に出られないときは、ガイダンスをユーザＵａへ送るための操作を行う。後で折り返し電話を掛ける旨のガイダンスを送る場合は、何時間後に掛けるのかを指定する。ユーザＵａは、その時間後のコールバックに同意するか否かを返答する。この際の各装置の処理内容およびユーザＵａ、Ｕｂの操作内容は第一および第二の実施形態と同様であり、図１２および図１３のステップ＃１３１〜＃１４５、＃２３１〜＃２３７、＃３３１〜＃３３８、＃７３１〜＃７３４で説明した通りである。
【０１８３】
ユーザＵａが同意した場合の処理内容は図１３のステップ＃１４６〜＃１５２、＃２３８〜＃２４２、＃３３９、＃３４０で説明した通りである。
【０１８４】
ユーザＵａが同意しなかった場合は、各装置は希望の時間をユーザＵａに指定させる。この際の処理の内容は、図１４のステップ＃１５１〜＃１５４、＃２５１〜＃２５４、＃３５１〜＃３５４と同じである。しかし、その後、ユーザＵｂとの情報のやり取りは、次に図３１ないし図３３で説明するように、インスタントメッセンジャが用いられる。
【０１８５】
メディアサーバ２Ｑのコールバック時刻登録処理部２３３は、ユーザＵａが希望した時間の経過後にコールバックすることに同意するか否かを回答するように促すメッセージを記載したインスタントメッセージを生成し、ユーザＵｂへ宛てて送信する（図３１の＃２ｍ１）。このインスタントメッセージは、プレゼンスサーバ６Ｑを中継し、ユーザＵｂの携帯電話端末３Ｑ（以下、「携帯電話端末３ＱＢ」と記載する。）に届けられる（＃６ｍ１、＃６ｍ２、＃７ｍ１）。
【０１８６】
ユーザＵｂは、このインスタントメッセージを読んでユーザＵａの希望（指定）に同意するか否かを決め、それを記載した返信用のインスタントメッセージ（返信メッセージ）を作成する。例えば、同意する場合は本文に「１」を記載し同意しない場合は「２」を記載する。この返信メッセージは、プレゼンスサーバ６Ｑを中継し、メディアサーバ２Ｑに届けられる（＃７ｍ２、＃６ｍ３、＃６ｍ４、＃２ｍ２）。
【０１８７】
コールバック時刻登録処理部２３３は、返信メッセージに「１」が示されるならば、仮登録しておいたコールバック時刻データＤＴＣを正式なデータとして認め本登録するとともに（＃２ｍ３）、呼制御サーバ１へ送信する（＃２ｍ４）。
【０１８８】
第一および第二の実施形態の場合と同様に、このコールバック時刻データＤＴＣは、呼制御サーバ１によって受信されると（＃１ｍ１）、コールバック時刻データ記憶部１Ｋ２にコールバック時刻データＤＴＣ’として登録される（＃１ｍ２）。
【０１８９】
一方、コールバック時刻登録処理部２３３は、返信メールに「２」が示されるならば、ユーザＵｂが最初に指定した時間後のコールバックでよいか否かをユーザＵａに対して問い直す処理を、第一および第二の実施形態と同様に、音声のメッセージによって行う（図３２、図３３の＃１ｎ１〜＃１ｎ９、＃２ｎ１〜＃２ｎ７、＃３ｎ１〜＃３ｎ６）。なお、コールバック時刻データ記憶部２Ｍ２に仮登録しておいたコールバック時刻データＤＴＣは消去しておく。
【０１９０】
そして、ユーザＵａがユーザＵｂの指定した時間に同意した場合は、ユーザＵｂの指定した時間に基づくコールバック時刻データＤＴＣの登録の処理が行われる（＃１ｐ０〜＃１ｐ６、＃２ｎ８〜＃２ｐ２、＃３ｎ７、＃３ｎ８）。
【０１９１】
一方、ユーザＵａがユーザＵｂの指定した時間に再び同意しなかった場合は、各装置は、図１４のステップ＃１５１〜＃１５４、＃２５１〜＃２５４、および＃３５１〜＃３５４の処理つまりユーザＵａの希望の時間に基づくコールバック時刻データＤＴＣの仮登録の処理を行う。さらに、図３１の＃２ｍ１、＃２ｍ２、＃６ｍ１〜＃６ｍ４、＃７ｍ１、および＃７ｍ２の処理つまりユーザＵｂがその時間に同意するか否かを確認するための処理を行う。そして、ユーザＵｂが同意した場合は、本登録の処理を行う（＃２ｍ３、＃２ｍ４、＃１ｍ１、＃１ｍ２）。ユーザＵｂが同意しなかった場合は、仮登録しておいたコールバック時刻データＤＴＣを破棄し、改めて、図３２、図３３に示す処理を実行する。
【０１９２】
第三の実施形態におけるメディアサーバ２Ｑの全体的な処理の流れは、インスタントメッセンジャを使用する点以外、第一および第二の実施形態のメディアサーバ２、２Ｐの全体的な処理の流れと同じであり、図２３に示した通りである。
【０１９３】
第一ないし第三の実施形態によると、着信者の事情に従来よりも柔軟に応じたメッセージを発信者に与えることができる。しかも、メディアサーバ２、２Ｐ、２Ｑを介してガイダンスを送信することによって、ガイダンスのバリエーションを容易に増やすことができる。
【０１９４】
また、折り返し電話を掛ける時刻になったら着信者に対してアラームを与えることによって、着信者が折り返し電話を掛けるのを忘れるのを防止することができる。しかも、着信者は、発信者の都合のよい時間を聞き、折り返し電話を掛ける予定を決めることができるので、着信者にとっても発信者にとっても、便利である。
【０１９５】
第一ないし第三の実施形態では、ユーザが端末装置として携帯電話端末を使用する場合を例に説明したが、ＰＨＳ（Personal Handy-phone System）の端末またはＩＰ電話の機能を有するパーソナルコンピュータなどを使用する場合にも、本発明を適用することができる。
【０１９６】
第一ないし第三の実施形態では、ユーザごとのガイダンスのデータの管理、着信者から発信者へのガイダンスの送信の処理、および折り返し電話を掛ける時刻が訪れたことを着信者へ知らせる処理を、メディアサーバ２、２Ｐ、２Ｑが一元的に行ったが、着信者の携帯電話端末３ごとに行うように構成してもよい。
【０１９７】
一般にプレゼンスサーバには、ユーザごとの現在の状況を検知する機能が備わっている。そこで、第三の実施形態において、折り返し電話を掛ける時刻が訪れたことを着信者へ知らせる際に、発信者（折り返し電話を掛ける相手）の状況をプレゼンスサーバ６Ｑに検知させメディアサーバ２Ｑに通知させてもよい。そして、メディアサーバ２Ｑは、発信者が電話に出られない状況である場合（例えば、電源が入っていない場合または圏外にいる場合）に、その旨をも着信者に知らせてもよい。または、折り返し電話を掛ける時刻の経過しかつ発信者が電話に出られる状況である場合に、折り返し電話を掛けるように着信者へアラームしてもよい。
【０１９８】
その他、携帯電話通信システムＳＹＳ、ＳＹＳ２、ＳＹＳ３、呼制御サーバ１、１Ｐ、１Ｑ、メディアサーバ２、２ｐ、２Ｑの全体または各部の構成、処理内容、処理順序、データの構成などは、本発明の趣旨に沿って適宜変更することができる。
【０１９９】
上に述べた実施例には、以下に述べるような付記も開示されている。
（付記１）
第一の端末装置から掛かってきた電話に第二の端末装置のユーザである着信者が出られないときに用いられるメッセージ送信方法において、
パラメータの値に応じて内容が変化するメッセージのメッセージデータを予め記憶手段に記憶させておき、
前記第二の端末装置が、前記第一の端末装置からの呼が着呼した際に、前記着信者の操作に基づいて前記パラメータの値を取得するパラメータ値取得処理を実行し、
前記取得されたパラメータの値および前記メッセージデータに基づいて前記メッセージの内容を決定する内容決定処理を実行し、
前記内容が決定したメッセージを前記第一の端末装置へ送信するメッセージ送信処理を実行する、
メッセージ送信方法。  
（付記２）
前記第二の端末装置が、前記取得されたパラメータの値をサーバへ送信するパラメータ値送信処理を実行し、
前記内容決定処理を、前記サーバが実行する、
付記１記載のメッセージ送信方法。  
（付記３）
前記第二の端末装置は、前記呼が着呼してから当該呼に応答するまでの間に前記第一のパラメータ値取得処理を実行する、
付記１または付記２記載のメッセージ送信方法。  
（付記４）
前記パラメータの値は、前記呼が着呼してから前記着信者がコールバックを行う予定の時までの時間であり、
前記予定の時が訪れた際に、コールバックを行うように前記第二の端末装置へアラームするアラーム処理を実行する、
付記１ないし付記３のいずれかに記載のメッセージ送信方法。
（付記５）
前記パラメータの値は、前記呼が着呼してから前記ユーザがコールバックを行う予定の時までの時間であり、
前記予定の時を前記第一の端末装置へ通知する予定時通知処理を実行し、
前記第一の端末装置が、コールバックの希望の時を前記第一の端末装置のユーザである発信者に必要に応じて指定させる希望時指定処理を実行し、
コールバックを行うように前記第二の端末装置へアラームするアラーム処理を、前記発信者が前記希望の時を指定した場合は当該希望の時が訪れた際に実行し、指定しなかった場合は前記予定の時が訪れた際に実行する、
付記１ないし付記３のいずれかに記載のメッセージ送信方法。
（付記６）
前記メッセージ送信処理において、前記内容が決定したメッセージを、音声、電子メール、またはインスタントメッセージによって送信する、
付記１ないし付記５のいずれかに記載のメッセージ送信方法。
（付記７）
第一の端末装置から掛かってきた電話に第二の端末装置のユーザである着信者が出られないときに用いられるメッセージ送信システムにおいて、
パラメータの値に応じて内容が変化するメッセージのメッセージデータを記憶する記憶手段と、
前記着信者が指定した前記パラメータの値を前記第二の装置から受信するパラメータ値受信手段と、
前記受信されたパラメータの値および前記メッセージデータに基づいて前記メッセージの内容を決定する内容決定手段と、
前記内容が決定したメッセージを前記第一の端末装置へ送信するメッセージ送信手段と、
を有するメッセージ送信システム。  
（付記８）
第一の端末装置から掛かってきた電話に第二の端末装置のユーザである着信者が出られないときに用いられるコンピュータを制御するためのコンピュータプログラムにおいて、
前記コンピュータに、
記憶手段から、パラメータの値に応じて内容が変化するメッセージのメッセージデータを呼び出す処理と、
前記着信者が指定した前記パラメータの値を前記第二の装置から受信する処理と、
前記受信されたパラメータの値および前記メッセージデータに基づいて前記メッセージの内容を決定する処理と、
前記内容が決定したメッセージを前記第一の端末装置へ送信する処理と、を実行させる、
コンピュータプログラム。  
【図面の簡単な説明】
【０２００】
【図１】携帯電話通信システムの全体的な構成の例を示す図である。
【図２】携帯電話端末のハードウェア構成の例を示す図である。
【図３】呼制御サーバのハードウェア構成の例を示す図である。
【図４】呼制御サーバの機能的構成の例を示す図である。
【図５】メディアサーバの機能的構成の例を示す図である。
【図６】ガイダンスの登録の処理の手順を示すシーケンス図である。
【図７】ガイダンスの登録の処理の手順を示すシーケンス図である。
【図８】テンプレートテーブルの例を示す図である。
【図９】ガイダンステーブルの例を示す図である。
【図１０】メディアサーバにおけるガイダンス登録処理の流れの例を説明するフローチャートである。
【図１１】メディアサーバにおけるガイダンス登録処理の流れの例を説明するフローチャートである。
【図１２】ガイダンスの提供およびコールバック時刻の登録の処理の流れの例を示すシーケンス図である。
【図１３】ガイダンスの提供およびコールバック時刻の登録の処理の流れの例を示すシーケンス図である。
【図１４】ガイダンスの提供およびコールバック時刻の登録の処理の流れの例を示すシーケンス図である。
【図１５】ガイダンスの提供およびコールバック時刻の登録の処理の流れの例を示すシーケンス図である。
【図１６】ガイダンスの提供およびコールバック時刻の登録の処理の流れの例を示すシーケンス図である。
【図１７】コールバック時刻データ記憶部に記憶されるコールバック時刻データの例を示す図である。
【図１８】アラームの処理の流れの例を示すシーケンス図である。
【図１９】アラーム前に２台の携帯電話端末が接続される場合の処理の流れの例を示すシーケンス図である。
【図２０】アラーム前に２台の携帯電話端末が接続される場合の処理の流れの例を示すシーケンス図である。
【図２１】ユーザの要求に応じてコールバック時刻データを削除する処理の流れの例を示すシーケンス図である。
【図２２】ユーザの要求に応じてコールバック時刻データを削除する処理の流れの例を示すシーケンス図である。
【図２３】メディアサーバの全体的な処理の流れの例を説明するフローチャートである。
【図２４】携帯電話通信システムの全体的な構成の例を示す図である。
【図２５】メディアサーバの機能的構成の例を示す図である。
【図２６】図１２ないし図１６で説明したガイダンスの提供およびコールバック時刻の登録の処理の、第二の実施形態における変更点を示すシーケンス図である。
【図２７】図１２ないし図１６で説明したガイダンスの提供およびコールバック時刻の登録の処理の、第二の実施形態における変更点を示すシーケンス図である。
【図２８】図１２ないし図１６で説明したガイダンスの提供およびコールバック時刻の登録の処理の、第二の実施形態における変更点を示すシーケンス図である。
【図２９】携帯電話通信システムの例を示す図である。
【図３０】メディアサーバの機能的構成の例を示す図である。
【図３１】図１２ないし図１６で説明したガイダンスの提供およびコールバック時刻の登録の処理の、第三の実施形態における変更点を示すシーケンス図である。
【図３２】図１２ないし図１６で説明したガイダンスの提供およびコールバック時刻の登録の処理の、第三の実施形態における変更点を示すシーケンス図である。
【図３３】図１２ないし図１６で説明したガイダンスの提供およびコールバック時刻の登録の処理の、第三の実施形態における変更点を示すシーケンス図である。
【符号の説明】
【０２０１】
２、２Ｐ、２Ｑ  メディアサーバ
３  携帯電話端末
２０３、２２３、２３３  コールバック時刻登録処理部
２０４、２２４、２３４  コールバック時刻監視部
２０５、２２５、２３５  コールバックアラーム処理部
２０６、２２６、２３６  ガイダンス発信処理部
【図１】
2010093484.tif 000003
【図２】
2010093484.tif 000004
【図３】
2010093484.tif 000005
【図４】
2010093484.tif 000006
【図５】
2010093484.tif 000007
【図６】
2010093484.tif 000008
【図７】
2010093484.tif 000009
【図８】
2010093484.tif 000010
【図９】
2010093484.tif 000011
【図１０】
2010093484.tif 000012
【図１１】
2010093484.tif 000013
【図１２】
2010093484.tif 000014
【図１３】
2010093484.tif 000015
【図１４】
2010093484.tif 000016
【図１５】
2010093484.tif 000017
【図１６】
2010093484.tif 000018
【図１７】
2010093484.tif 000019
【図１８】
2010093484.tif 000020
【図１９】
2010093484.tif 000021
【図２０】
2010093484.tif 000022
【図２１】
2010093484.tif 000023
【図２２】
2010093484.tif 000024
【図２３】
2010093484.tif 000025
【図２４】
2010093484.tif 000026
【図２５】
2010093484.tif 000027
【図２６】
2010093484.tif 000028
【図２７】
2010093484.tif 000029
【図２８】
2010093484.tif 000030
【図２９】
2010093484.tif 000031
【図３０】
2010093484.tif 000032
【図３１】
2010093484.tif 000033
【図３２】
2010093484.tif 000034
【図３３】
2010093484.tif 000035