(57)【要約】【課題】コールバックに関するユーザ間での意思疎通を支援する。【解決手段】実施の１形態の電話中継装置１００は、着信側電話端末向けの通話要求を発信側電話端末から受け付ける通話要求受付部１０と、着信側電話端末に対して通話要求を転送する通話要求転送部１２と、通話要求に対する着信側電話端末からの応答を監視する応答監視部１４と、通話要求に対する着信側電話端末からの応答がなく、コールバック要請の実行条件が充足する場合、着信側電話端末の着信履歴画面に発信側電話端末へのコールバックを要請する旨のメッセージを付加的に表示させるためのコールバック要請情報を着信側電話端末へ通知するコールバック要請通知部１８とを含む。【選択図】図２
2011160241.tif 000002
【特許請求の範囲】
【請求項１】
第２の電話機器向けの通話要求を第１の電話機器から受け付ける通話要求受付部と、
前記第２の電話機器に対して前記通話要求を転送する通話要求転送部と、
前記通話要求に対する前記第２の電話機器からの応答を監視する応答監視部と、
前記通話要求に対する前記第２の電話機器からの応答がない場合、前記第２の電話機器のユーザに対するコールバックの要請が必要か否かを前記第１の電話機器のユーザに確認するコールバック要請確認部と、
前記コールバックの要請が必要である場合、前記第２の電話機器の着信履歴欄に前記第１の電話機器へのコールバックを要請する旨のメッセージを付加的に表示させるためのコールバック要請情報を前記第２の電話機器へ通知するコールバック要請通知部と、
を備えることを特徴とする電話中継装置。
【請求項２】
コールバックを要請する旨が付加された第２の電話機器向けの通話要求を第１の電話機器から受け付ける通話要求受付部と、
前記第２の電話機器に対して前記通話要求を転送する通話要求転送部と、
前記通話要求に対する前記第２の電話機器からの応答を監視する応答監視部と、
前記通話要求に対する前記第２の電話機器からの応答がない場合、前記第２の電話機器の着信履歴欄に前記第１の電話機器へのコールバックを要請する旨のメッセージを付加的に表示させるためのコールバック要請情報を前記第２の電話機器へ通知するコールバック要請通知部と、
を備えることを特徴とする電話中継装置。
【請求項３】
前記第１の電話機器において前記通話要求に対応する発信履歴欄に対してコールバックの要請を取り消す旨の入力がなされた場合、前記第２の電話機器の着信履歴欄における前記コールバックを要請する旨のメッセージの表示を終了させるためのコールバック要請取消情報を前記第２の電話機器へ通知するコールバック要請取消部をさらに備えることを特徴とする請求項１または２に記載の電話中継装置。
【請求項４】
前記第１の電話機器において前記通話要求に対応する発信履歴欄から前記第２の電話機器向けの新たな通話要求が発信され、その新たな通話要求に対して前記第２の電話機器からの応答がなされた場合、前記第２の電話機器の着信履歴欄における前記コールバックを要請する旨のメッセージの表示を終了させるためのコールバック要請取消情報を前記第２の電話機器へ通知するコールバック要請取消部をさらに備えることを特徴とする請求項１または２に記載の電話中継装置。
【請求項５】
前記第２の電話機器において前記通話要求に対応する着信履歴欄から前記第１の電話機器向けの新たな通話要求が発信され、その新たな通話要求に対して前記第１の電話機器からの応答がなされた場合、前記第２の電話機器の着信履歴欄における前記コールバックを要請する旨のメッセージの表示を終了させるためのコールバック要請取消情報を前記第２の電話機器へ通知するコールバック要請取消部をさらに備えることを特徴とする請求項１または２に記載の電話中継装置。
【請求項６】
前記コールバック要請通知部は、前記コールバック要請情報を前記第２の電話機器へ通知する際、前記第１の電話機器の発信履歴欄に前記第２の電話機器に対してコールバックを要請中である旨のメッセージを付加的に表示させるための情報を前記第１の電話機器へ通知することを特徴とする請求項１から５のいずれかに記載の電話中継装置。
【請求項７】
前記コールバック要請通知部は、前記コールバック要請情報を前記第２の電話機器へ通知する際、前記第１の電話機器の発信履歴欄に前記第２の電話機器に対してコールバックを要請中である旨のメッセージを付加的に表示させるための情報を前記第１の電話機器へ通知し、
前記コールバック要請取消部は、前記コールバック要請取消情報を前記第２の電話機器へ通知する際、前記第１の電話機器の発信履歴欄における前記コールバックを要請中である旨のメッセージの表示を終了させるための情報を前記第１の電話機器へ通知することを特徴とする請求項３から５のいずれかに記載の電話中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ処理技術に関し、特に、電話機器間で送受される通話要求を中継する電話中継装置に関する。
【背景技術】
【０００２】
サービス提供中の設備機器で発生する障害について、その障害へ対応すべき複数の担当者が予め定められていることがある。以下の特許文献１では、迅速な障害回復を図るために、複数の担当者のうち障害対応が可能な状態の担当者に対して、障害対応の指示を通知する技術が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２９３０１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
発信側のユーザからの電話に対して着信側のユーザが応答できない場合、発信側のユーザは、自身へのコールバックを着信側のユーザに要請したいことがある。しかし、着信側のユーザが後の時点でコールバックをしたときには、当初の電話の用件は既に解決済となっていることがあり、コミュニケーションの無駄が発生することがあった。このように、発信側のユーザと着信側のユーザとの間で、コールバックに関する意思疎通を円滑に行うための具体的な方法は、これまで十分に提案されてこなかったと本発明者は考えた。
【０００５】
本発明は、本発明者の上記課題認識に基づきなされたものであり、その主たる目的は、コールバックに関するユーザ間での意思疎通を支援する技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の電話中継装置は、第２の電話機器向けの通話要求を第１の電話機器から受け付ける通話要求受付部と、第２の電話機器に対して通話要求を転送する通話要求転送部と、通話要求に対する第２の電話機器からの応答を監視する応答監視部と、通話要求に対する第２の電話機器からの応答がない場合、第２の電話機器のユーザに対するコールバックの要請が必要か否かを第１の電話機器のユーザに確認するコールバック要請確認部と、コールバックの要請が必要である場合、第２の電話機器の着信履歴欄に第１の電話機器へのコールバックを要請する旨のメッセージを付加的に表示させるためのコールバック要請情報を第２の電話機器へ通知するコールバック要請通知部と、を備える。
【０００７】
本発明の別の態様もまた、電話中継装置である。この装置は、コールバックを要請する旨が付加された第２の電話機器向けの通話要求を第１の電話機器から受け付ける通話要求受付部と、第２の電話機器に対して通話要求を転送する通話要求転送部と、通話要求に対する第２の電話機器からの応答を監視する応答監視部と、通話要求に対する第２の電話機器からの応答がない場合、第２の電話機器の着信履歴欄に第１の電話機器へのコールバックを要請する旨のメッセージを付加的に表示させるためのコールバック要請情報を第２の電話機器へ通知するコールバック要請通知部と、を備える。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、コールバックに関するユーザ間での円滑な意思疎通を実現しやすくなる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態の電話処理システムの構成を示す図である。
【図２】図１の電話中継装置の機能構成を示すブロック図である。
【図３】ＣＢ要請情報の構成を示す図である。
【図４】図１の携帯電話機の機能構成を示すブロック図である。
【図５】発信履歴情報の構成を示す図である。
【図６】着信履歴情報の構成を示す図である。
【図７】発信履歴画面の表示イメージを示す図である。
【図８】着信履歴画面の表示イメージを示す図である。
【図９】電話中継装置の動作を示すフローチャートである。
【図１０】図９のＳ１６のコールバック要請処理を詳細に示すフローチャートである。
【図１１】図９のＳ２０およびＳ２４のコールバック要請取消処理を詳細に示すフローチャートである。
【発明を実施するための形態】
【００１１】
実施の形態の構成を説明する前に、まず概要を説明する。
発信側のユーザからの通話要求に着信側のユーザが対応できなかった場合に、発信側のユーザが着信側のユーザに対してコールバックを要請する方法としては、典型的には以下の２つが考えられる。第１の方法は、留守番電話にメッセージを録音することであり、第２の方法は、コールバックの要請をメールで通知することである。
【００１２】
しかし、留守番電話にメッセージを録音するためには、着信側のユーザが留守番電話の機能を予め有効にする必要があり、また留守番電話に対して音声を吹き込むことに抵抗を感じるユーザもおり、また録音したメッセージを取り消すことができない等の問題点がある。また、メールで通知する場合は、メールの作成が必要であり、またコールバックが不要になった場合にコールバックの要請を取り消す旨のメールを別途送信しなければならない等の手間が発生する。また、いずれの方法を採る場合も、着信側のユーザがコールバックをした時点では用件が解決済になっていることがあり、コミュニケーションの無駄が発生することもある。
【００１３】
そこで本実施の形態では、コールバックに関するユーザ間での意思疎通を支援する電話処理システムを提案する。具体的には、ユーザ間での通話が不成立で、所定のコールバック要請条件が充足する場合に、着信側のユーザの電話端末（以下、「着信側電話端末」とも呼ぶ。）の着信履歴画面に、発信側のユーザの電話端末（以下、「発信側電話端末」とも呼ぶ。）へのコールバックが要請された旨のメッセージ（以下、「ＣＢ被要請メッセージ」とも呼ぶ。）を付加的に表示させる。一般的にユーザは着信履歴画面を確認することにより未対応の電話を認識するところ、着信履歴画面にＣＢ被要請メッセージが表示されることにより、コールバックが要請されていることを容易に認識できる。また着信履歴画面から発信操作を行うことができるため、手間なくコールバックを実行できる。
【００１４】
また実施の形態の電話処理システムは、ＣＢ被要請メッセージ表示後の、発信側電話端末と着信側電話端末との通話状況に応じて、ＣＢ被要請メッセージの表示を逐次更新する。すなわちコールバックが不要になった場合、例えば発信側のユーザがコールバックが不要である旨を指定した場合や、コールバック要請後に発信側のユーザと着信側のユーザとの通話が成立した場合は、ＣＢ被要請メッセージの表示を終了させる。これにより、不要なコールバックの発生を抑止する。
【００１５】
さらに実施の形態の電話処理システムは、発信側電話端末の発信履歴画面に、着信側のユーザに対してコールバックを要請中である旨のメッセージ（以下、「ＣＢ要請済メッセージ」とも呼ぶ。）を表示させる。そして、着信側電話端末でのＣＢ被要請メッセージと、発信側電話端末でのＣＢ要請済メッセージとの表示を同期させる。例えば、ＣＢ被要請メッセージを表示させるとともにＣＢ要請済メッセージを表示させ、ＣＢ被要請メッセージの表示を終了させるとともにＣＢ要請済メッセージの表示を終了させる。これにより、着信側のユーザのみならず発信側のユーザも含めてコールバックの要請状況が可視化・共有され、コールバックに関するユーザ間での一層円滑な意思疎通を実現できる。
【００１６】
図１は、実施の形態の電話処理システムの構成を示す。電話処理システム１０００は、電話中継装置１００と、携帯電話機１０２で総称される携帯電話機Ａ１０２ａ、携帯電話機Ｂ１０２ｂと、ゲートキーパー１０６とを備える。これらの各装置は、ＬＡＮ／ＷＡＮ／インターネット／ＰＳＴＮ（Public Switched Telephone Networks）等、公知の通信手段を含む通信網１０８を介して接続されてＩＰ電話システムを構成する。なお、ＩＰ電話そのものの構成は公知であるため、以下での記載は省略する。
【００１７】
電話中継装置１００は、携帯電話機Ａ１０２ａと携帯電話機Ｂ１０２ｂとの間での呼制御処理を実行する情報処理装置である。ＳＩＰ（Session Initiation Protocol）データを中継するＳＩＰサーバであってもよい。例えば電話中継装置１００は、携帯電話機Ａ１０２ａから送信された通話要求（発呼データ、ＩＮＶＩＴＥメッセージ等）を受け付け、その通話要求を携帯電話機Ｂ１０２ｂへ転送する。
【００１８】
ゲートキーパー１０６は、ＩＴＵ−Ｔ勧告Ｈ．３２３で規定されたゲートキーバー機能を備え、携帯電話機Ａ１０２ａと携帯電話機Ｂ１０２ｂのそれぞれについて、電話番号とＩＰアドレスとを対応づけて保持する。以下では特に言及しないが、電話中継装置１００は、電話番号とＩＰアドレスとの間で変換が必要な際にはゲートキーパー１０６に適宜アクセスする。例えば、携帯電話機１０２の電話番号をもとにそのＩＰアドレスを取得し、また、ＩＰアドレスをもとにその電話番号を取得する。
【００１９】
また以下では、携帯電話機Ａ１０２ａと携帯電話機Ｂ１０２ｂとについて、通話要求の発信側である場合は「発信側電話端末」と総称し、通話要求の着信側である場合は「着信側電話端末」と総称する。携帯電話機Ａ１０２ａと携帯電話機Ｂ１０２ｂは、発信側電話端末と着信側電話端末とのいずれにもなりうることは言うまでもない。
【００２０】
図２は、図１の電話中継装置１００の機能構成を示すブロック図である。電話中継装置１００は、通話要求受付部１０と、通話要求転送部１２と、応答監視部１４と、コールバック要請確認部１６と、コールバック要請通知部１８と、要請情報保持部２０と、取消要求受付部２２と、コールバック要請取消部２４とを含む。
【００２１】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、各機能ブロックは、コンピュータプログラムとして記録媒体に格納され、コンピュータのハードディスクにインストールされ、コンピュータのメインメモリに適宜読み出されてプロセッサにて実行されてもよい。また、ブロック図においては外部装置と通信する複数の機能ブロックを描いているが、物理的な通信処理手段は１つであってもよいことはもちろんである。
【００２２】
通話要求受付部１０は、発信側電話端末から送信された通話要求データを受信する。また、発信側電話端末から通話要求のキャンセル（切断）を指示するデータを受信する。
【００２３】
通話要求転送部１２は、通話要求データで指定された着信側電話端末に対して、その通話要求データを送信する。これにより通話要求中の状態となる。また、通話要求受付部１０において通話要求のキャンセル指示が受信された際には、そのキャンセル指示を着信電話端末へ送信する。これにより通話要求中の状態が終了する。
【００２４】
通話要求転送部１２は、通話要求に対する応答データ（例えば、「２００  ＯＫ」を示すＡＣＫメッセージ）を着信側電話端末から受信し、通話要求受付部１０は、その応答データを発信側電話端末へ送信する。以降、発信側電話端末と着信側電話端末との間での通話セッション、例えばＲＴＰ（Real-time Transport Protocol）セッションが確立され、発信側のユーザと着信側のユーザとの通話が開始される。
【００２５】
応答監視部１４は、発信側電話端末と着信側電話端末との通話セッションの成立状況を監視する。具体的には、通話要求中（すなわち通話要求の送信後、その通話要求がキャンセルされる前）に、その通話要求に対する応答データが着信側電話端末から受け付けられるか否かを監視する。通話要求中に応答データが受け付けられた場合、応答監視部１４は、通話セッションが成立した旨を後述するコールバック要請取消部２４へ通知する。また、通話要求中に応答データが受け付けられなかった場合、応答監視部１４は、通話セッションが不成立の旨を後述するコールバック要請確認部１６へ通知する。
【００２６】
コールバック要請確認部１６は、発信側電話端末と着信側電話端末との通話セッションが不成立であった場合、着信側電話端末に対してコールバックを要請するか否かを選択入力させるための画面（以下、「ＣＢ要否確認画面」とも呼ぶ。）のデータを発信側電話端末へ送信する。コールバック要請確認部１６は、コールバックを要請する旨のデータを発信側電話端末から受け付けると、コールバック要請処理の実行をコールバック要請通知部１８へ指示する。変形例として、コールバックを要請するか否かをユーザにダイヤル入力させるための音声データを発信側電話端末へ送信してもよい。そして、発信側電話端末においてダイヤル入力された内容がコールバックを要請する旨を示す場合、コールバック要請処理の実行をコールバック要請通知部１８へ指示してもよい。
【００２７】
コールバック要請通知部１８は、コールバック要請処理の実行を指示されると、そのコールバック要請処理を一意に特定するためのＩＤ（以下、「ＣＢ要請ＩＤ」とも呼ぶ。）を採番する。そして、コールバックの要請に関する情報を通話要求データから取得し、ＣＢ要請ＩＤと対応づけてＣＢ要請情報として要請情報保持部２０へ格納する。図３は、ＣＢ要請情報の構成を示す。要請情報保持部２０は、ＣＢ要請ＩＤと、ＣＡＬＬ−ＩＤと、コールバックの要請元（すなわち発信側電話端末）の電話番号と、コールバックの要請先（すなわち着信側電話端末）の電話番号とが対応づけられたＣＢ要請情報を保持する記憶領域である。このＣＡＬＬ−ＩＤは、１つの通話要求あたり１つ設定されるものであり、他の通話要求と識別するためのユニークなＩＤである。
【００２８】
コールバック要請通知部１８は、ＣＢ被要請メッセージを着信側電話端末の着信履歴情報に追加させるための、携帯電話機１０２との間で予め定められた所定形式のデータ（以下、「着信履歴追加設定データ」とも呼ぶ。）を着信側電話端末へ送信する。また、ＣＢ要請済メッセージを発信側電話端末の発信履歴情報に追加させるための、携帯電話機１０２との間で予め定められた所定形式のデータ（以下、「発信履歴追加設定データ」とも呼ぶ。）を発信側電話端末へ送信する。着信履歴追加設定データおよび発信履歴追加設定データは、少なくともＣＡＬＬ−ＩＤとＣＢ要請ＩＤとを含む。
【００２９】
取消要求受付部２２は、着信側電話端末に対して実施したコールバックの要請を取り消す旨のデータ（以下、「ＣＢ要請取消データ」とも呼ぶ。）を発信側電話端末から受信する。そして、コールバック要請取消処理の実行をコールバック要請取消部２４へ指示する。
【００３０】
コールバック要請取消部２４は、コールバック要請取消処理の実行を指示されると、要請情報保持部２０のＣＢ要請情報を参照して、ＣＢ要請取消データで指定されたＣＢ要請ＩＤに対応づけられた発信側電話端末の電話番号と着信側電話端末の電話番号とを特定する。そして、ＣＢ被要請メッセージを着信側電話端末の着信履歴情報から除外させるための、携帯電話機１０２との間で予め定められた所定形式のデータ（以下、「着信履歴削除設定データ」とも呼ぶ。）を着信側電話端末へ送信する。また、ＣＢ要請済メッセージを発信側電話端末の発信履歴情報から除外させるための、携帯電話機１０２との間で予め定められた所定形式のデータ（以下、「発信履歴削除設定データ」とも呼ぶ。）を発信側電話端末へ送信する。着信履歴削除設定データおよび発信履歴削除設定データは、少なくともＣＡＬＬ−ＩＤを含む。ＣＢ要請ＩＤをさらに含んでもよいのはもちろんである。
【００３１】
またコールバック要請取消部２４は、通話セッションの成立が応答監視部１４から通知されると、その通話セッションを成立させた通話要求データにＣＢ要請ＩＤが設定されているか否かを判定する。ＣＢ要請ＩＤが設定されていた場合は、要請情報保持部２０のＣＢ要請情報を参照して、そのＣＢ要請ＩＤに対応づけられた発信側電話端末の電話番号と着信側電話端末の電話番号とを特定する。以降は、上記同様に、着信履歴削除設定データをＣＢ要請情報に記録された着信側電話端末へ送信するとともに、発信履歴削除設定データをＣＢ要請情報に記録された発信側電話端末へ送信する。
【００３２】
なお、成立した通話セッションでは発信側電話端末であっても、ＣＢ要請情報では着信側電話端末として記録されている場合、その発信側電話端末には着信履歴削除設定データが送信されることになる。同様に、成立した通話セッションでは着信側電話端末であっても、ＣＢ要請情報では発信側電話端末として記録されている場合、その着信側電話端末には発信履歴削除設定データが送信されることになる。典型的には、先の通話要求時の着信側電話端末から、先の通話要求時の発信側電話端末に対してコールバックがなされた場合である。
【００３３】
図４は、図１の携帯電話機１０２の機能構成を示すブロック図である。携帯電話機１０２は、発信履歴保持部３０と、着信履歴保持部３２と、表示制御部３４と、通話要求発信部３６と、通話要求受信部３８と、通話処理部４０と、コールバック要請設定部４２と、コールバック要請受付部４４と、コールバック要請取消部４６とを含む。なお図４には図示しないが、携帯電話機１０２に対するユーザの操作を検出して、その操作内容を各機能ブロックに通知する操作検出部をさらに含む。
【００３４】
発信履歴保持部３０は、携帯電話機１０２から他の電話機への発信履歴情報を保持する記憶領域である。図５は、発信履歴情報の構成を示す。発信履歴情報では、ＣＡＬＬ−ＩＤと、発信先（すなわち着信側電話端末）の電話番号と、通話要求の発信日時と、ＣＢ要請ＩＤとが対応づけられる。ＣＢ要請ＩＤは、オプショナルな項目であり、着信側電話端末に対してコールバックを要請した場合に設定される。
【００３５】
図４に戻り、着信履歴保持部３２は、他の電話機から携帯電話機１０２への着信履歴情報を保持する記憶領域である。図６は、着信履歴情報の構成を示す。着信履歴情報は、ＣＡＬＬ−ＩＤと、発信元（すなわち発信側電話端末）の電話番号と、通話要求の着信日時と、ＣＢ要請ＩＤとが対応づけられた情報である。ＣＢ要請ＩＤは、オプショナルな項目であり、発信側電話端末からコールバックが要請された場合に設定される。
【００３６】
図４に戻り、表示制御部３４は、ユーザの操作に応じて、携帯電話機１０２のディスプレイに各種情報を表示させる。例えば、発信履歴画面として、発信履歴保持部３０に保持された発信履歴情報を一覧表示させる。また、着信履歴画面として、着信履歴保持部３２に保持された着信履歴情報を一覧表示させる。
【００３７】
図７は、発信履歴画面の表示イメージを示す。発信履歴画面５０においては、発信履歴情報の各レコードについて、発信情報基本フィールド５２が必ず表示され、ＣＢ要請ＩＤが所定の初期値以外に設定されているレコードの場合はコールバック情報フィールド５４が追加的に表示される。発信情報基本フィールド５２には、発信先電話番号と発信日時とが表示される。またコールバック情報フィールド５４には、ＣＢ要請済メッセージが表示される。
【００３８】
図８は、着信履歴画面の表示イメージを示す。着信履歴画面６０においては、着信履歴情報の各レコードについて、着信情報基本フィールド６２が必ず表示され、ＣＢ要請ＩＤが所定の初期値以外に設定されているレコードの場合はコールバック情報フィールド６４が追加的に表示される。着信情報基本フィールド６２には、発信元電話番号と着信日時とが表示される。またコールバック情報フィールド６４には、ＣＢ被要請メッセージが表示される。
【００３９】
図４に戻り、通話要求発信部３６は、ユーザによりダイヤル入力された発信先電話番号（すなわち着信側電話端末の電話番号）を設定した通話要求データを電話中継装置１００へ送信する。また、発信履歴画面においてユーザにより特定の発信履歴情報が選択されて通話要求が指示されると、その発信履歴情報の発信先電話番号を発信履歴保持部３０から取得し、その発信先電話番号を設定した通話要求データを電話中継装置１００へ送信する。また、着信履歴画面においてユーザにより特定の着信履歴情報が選択されて通話要求が指示されると、その着信履歴情報の発信元電話番号を着信履歴保持部３２から取得し、その発信元電話番号を設定した通話要求データを電話中継装置１００へ送信する。
【００４０】
また通話要求発信部３６は、通話要求データの送信を開始する際に新たなＣＡＬＬ−ＩＤを採番して通話要求データに設定するとともに、そのＣＡＬＬ−ＩＤと発信先電話番号と発信日時とを対応づけて発信履歴保持部３０へ格納する。また通話要求発信部３６は、発信履歴情報または着信履歴情報に基づき通話要求データの送信を開始する際、その発信履歴情報または着信履歴情報にＣＢ要請ＩＤが設定されている場合は、そのＣＢ要請ＩＤを通話要求データにさらに設定する。
【００４１】
また通話要求発信部３６は、通話要求データに対する応答データを電話中継装置１００から受け付けると、その応答データを通話処理部４０へ通知する。通話処理部４０は、通話要求発信部３６から応答データを受け付けると、着信側電話端末との通話セッションを確立させる。以降、通話処理部４０は、着信側電話端末を相手として音声データを送受する。
【００４２】
通話要求受信部３８は、通話要求データを電話中継装置１００から受信し、通話要求の着信をユーザに報知するための所定の着信動作を実行させる。ユーザにより受話操作がなされると、その通話要求データを通話処理部４０へ通知する。通話処理部４０は、通話要求受信部３８から通話要求データを受け付けると、発信側電話端末との通話セッションを確立させる。以降、通話処理部４０は、発信側電話端末を相手として音声データを送受する。また通話要求受信部３８は、受信した通話要求データに含まれるＣＡＬＬ−ＩＤと、発信元電話番号（すなわち発信側電話端末の電話番号）と、通話要求データの着信日時とを対応づけて着信履歴保持部３２へ格納する。
【００４３】
コールバック要請設定部４２は、ＣＢ要否確認画面のデータを電話中継装置１００から受信し、表示制御部３４を介して、ＣＢ要否確認画面をディスプレイに表示させる。コールバック要請設定部４２は、ＣＢ要否確認画面においてユーザにより選択入力された内容（すなわちコールバックの要請の要否を示す情報）を電話中継装置１００へ送信する。またコールバック要請設定部４２は、発信履歴追加設定データを電話中継装置１００から受信し、その発信履歴追加設定データで指定されたＣＡＬＬ−ＩＤに対応づけられた発信履歴情報を設定対象のレコードとして特定する。そして、設定対象のレコードに対して、発信履歴追加設定データで指定されたＣＢ要請ＩＤを設定する。
【００４４】
変形例として、コールバック要請設定部４２は、コールバックの要否を確認する音声データを電話中継装置１００から受信し、所定のスピーカーから出力させてもよい。そして、ユーザによりダイヤル入力された内容（すなわちコールバックの要請の要否を示す情報）を電話中継装置１００へ送信してもよい。
【００４５】
コールバック要請受付部４４は、着信履歴追加設定データを電話中継装置１００から受信し、その着信履歴追加設定データで指定されたＣＡＬＬ−ＩＤに対応づけられた着信履歴情報を設定対象のレコードとして特定する。そして、設定対象のレコードに対して、着信履歴追加設定データで指定されたＣＢ要請ＩＤを設定する。
【００４６】
コールバック要請取消部４６は、発信履歴画面５０において、ＣＢ要請済メッセージが設定された発信履歴情報に対して、コールバック要請の取消指示がユーザにより入力されたことを検出する。そして、その発信履歴情報で設定されたＣＢ要請ＩＤを発信履歴保持部３０から取得し、そのＣＢ要請ＩＤを含むＣＢ要請取消データを電話中継装置１００へ送信する。
【００４７】
またコールバック要請取消部４６は、発信履歴削除設定データを電話中継装置１００から受信する。そして、発信履歴保持部３０を参照して、その発信履歴削除設定データで指定されたＣＡＬＬ−ＩＤに対応づけられた発信履歴情報を特定し、そのレコードにおけるＣＢ要請ＩＤの設定を解除する。例えば、ＣＢ要請ＩＤを未設定の状態としてもよく、所定の初期値に更新してもよい。言い換えれば、コールバック要請済メッセージを非表示とするよう所定の設定処理を実行する。以降、発信履歴画面５０が表示される際には、この発信履歴情報についてコールバック情報フィールド５４は非表示となる。すなわち、コールバック要請済メッセージの表示が終了する。
【００４８】
またコールバック要請取消部４６は、着信履歴削除設定データを電話中継装置１００から受信する。そして、着信履歴保持部３２を参照して、その着信履歴削除設定データで指定されたＣＡＬＬ−ＩＤに対応づけられた着信履歴情報を特定し、そのレコードにおけるＣＢ要請ＩＤの設定を解除する。言い換えれば、コールバック被要請メッセージを非表示とするよう所定の設定処理を実行する。以降、着信履歴画面６０が表示される際には、この着信履歴情報についてコールバック情報フィールド６４は非表示となる。すなわち、コールバック被要請メッセージの表示が終了する。
【００４９】
以上の構成による動作を以下説明する。なお以下では、携帯電話機Ａ１０２ａが発信側電話端末、携帯電話機Ｂ１０２ｂが着信側電話端末として説明している。すなわち、携帯電話機Ａ１０２ａの発信履歴画面にＣＢ要請済メッセージが表示され、携帯電話機Ｂ１０２ｂの着信履歴画面にＣＢ被要請メッセージが表示されることとしている。
【００５０】
図９は、電話中継装置１００の動作を示すフローチャートである。通話要求受付部１０が通話要求データを携帯電話機Ａ１０２ａから受け付けると（Ｓ１０のＹ）、通話要求転送部１２は、その通話要求データを携帯電話機Ｂ１０２ｂへ転送する（Ｓ１２）。通話要求に対する応答が携帯電話機Ｂ１０２ｂから受け付けられない場合（Ｓ１４のＮ）、後述するコールバック要請処理を実行する（Ｓ１６）。一方で、通話要求に対する応答が携帯電話機Ｂ１０２ｂから受け付けられ（Ｓ１４のＹ）、その通話要求にＣＢ要請ＩＤが設定されていた場合（Ｓ１８のＹ）、後述するコールバック要請取消処理を実行する（Ｓ２０）。その通話要求にＣＢ要請ＩＤが設定されていなければ（Ｓ１８のＮ）、Ｓ２０はスキップされる。通話要求受付部１０が通話要求データを受け付けなければ（Ｓ１０のＮ）、Ｓ１２〜Ｓ２０はスキップされる。取消要求受付部２２がＣＢ要請取消データを携帯電話機Ａ１０２ａから受け付けると（Ｓ２２のＹ）、後述するコールバック要請取消処理を実行する（Ｓ２４）。取消要求受付部２２がＣＢ要請取消データを受け付けなければ（Ｓ２２のＮ）、Ｓ２４はスキップされて本図のフローを終了する。
【００５１】
なお、Ｓ１８の条件が充足するのは、例えば、携帯電話機Ａ１０２ａの発信履歴画面においてＣＢ要請済メッセージとともに表示された携帯電話機Ｂ１０２ｂへの発信履歴情報が選択されて再度の通話要求が発信され、通話セッションが成立する場合である。また、携帯電話機Ｂ１０２ｂの着信履歴画面においてＣＢ被要請メッセージとともに表示された携帯電話機Ａ１０２ａからの着信履歴情報が選択されてコールバックが実行され、通話セッションが成立する場合である。また、Ｓ２２の条件が充足するのは、例えば、携帯電話機Ａ１０２ａにおいて、コールバック要請の取消がユーザにより明示的に入力された場合である。したがって、コールバック要請取消処理は、携帯電話機Ｂ１０２ｂから携帯電話機Ａ１０２ａへのコールバックが不要になった場合に実行される。
【００５２】
図１０は、図９のＳ１６のコールバック要請処理を詳細に示すフローチャートである。コールバック要請確認部１６は、携帯電話機Ａ１０２ａに対して、携帯電話機Ａ１０２ａへのコールバックを携帯電話機Ｂ１０２ｂのユーザに要請するか否かを確認するための確認処理を実行する（Ｓ３０）。コールバック要請が必要な場合（Ｓ３２のＹ）、コールバック要請通知部１８は、着信履歴追加設定データを携帯電話機Ｂ１０２ｂへ送信することにより、携帯電話機Ｂ１０２ｂの着信履歴画面においてＣＢ被要請メッセージを表示させる（Ｓ３４）。それとともに、発信履歴追加設定データを携帯電話機Ａ１０２ａへ送信することにより、携帯電話機Ａ１０２ａの発信履歴画面においてＣＢ要請済メッセージを表示させる（Ｓ３６）。コールバック要請が不要であれば（Ｓ３２のＮ）、Ｓ３４およびＳ３６はスキップされる。
【００５３】
図１１は、図９のＳ２０およびＳ２４のコールバック要請取消処理を詳細に示すフローチャートである。コールバック要請取消部２４は、着信履歴削除設定データを携帯電話機Ｂ１０２ｂへ送信することにより、携帯電話機Ｂ１０２ｂの着信履歴画面におけるＣＢ被要請メッセージの表示を終了させる（Ｓ４０）。また、発信履歴削除設定データを携帯電話機Ａ１０２ａへ送信することにより、携帯電話機Ａ１０２ａの発信履歴画面におけるＣＢ要請済メッセージの表示を終了させる（Ｓ４２）。
【００５４】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００５５】
上記実施の形態では、発信側電話端末と着信側電話端末の通話セッションが不成立であった際に、コールバック要請の要否を発信側電話端末のユーザに確認した。変形例では、発信側電話端末から受け付けられる通話要求データに、コールバック要請が必要である旨を示すデータ（以下、「ＣＢ要請フラグ」とも呼ぶ。）が予め付加されてもよい。この場合、コールバック要請確認部１６は、発信側電話端末と着信側電話端末との通話セッションが不成立であった旨が通知されると、通話要求データにＣＢ要請フラグが設定されているか否かを判定する。そして、通話要求データにＣＢ要請フラグが設定されていることを条件として、コールバック要請処理の実行をコールバック要請通知部１８へ指示する。すなわち、この変形例と実施の形態とでは、図１０のＳ３２の判定内容が異なるだけであり、その他の構成および動作は同じである。したがって、変形例の電話処理システム１０００も、実施の形態の電話処理システム１０００と同様の効果を奏する。
【００５６】
また上記実施の形態の応答監視部１４は、通話要求中に応答データを受け付けるか否かを監視したが、変形例では、その応答データの内容をさらに監視してもよい。具体的には、応答データに設定される着信側の識別情報（電話番号やＩＰアドレス等）が、通話要求の対象であった着信側電話端末の識別情報と異なる場合は、実際には通話セッションが成立した場合でも、通話が不成立であると判定することにより、コールバック要請処理を実行させてもよい。例えば、携帯キャリアが提供する留守番電話サービスを着信側電話端末が利用する場合、電話中継装置１００から送信した通話要求は留守番電話サービスの提供装置へ転送されて、その提供装置が応答データを返す場合がある。本変形例によれば、このように発信側が意図せず通話要求が転送された結果として通話セッションが成立する場合でも、そもそも通話を成立させるべき着信側電話端末に対してコールバックを要請できる。
【００５７】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００５８】
１０  通話要求受付部、  １２  通話要求転送部、  １４  応答監視部、  １６  コールバック要請確認部、  １８  コールバック要請通知部、  ２０  要請情報保持部、  ２２  取消要求受付部、  ２４  コールバック要請取消部、  ３０  発信履歴保持部、  ３２  着信履歴保持部、  ３４  表示制御部、  ３６  通話要求発信部、  ３８  通話要求受信部、  ４０  通話処理部、  ４２  コールバック要請設定部、  ４４  コールバック要請受付部、  ４６  コールバック要請取消部、  １００  電話中継装置、  １０２  携帯電話機、  １０００  電話処理システム。
【図１】
2011160241.tif 000003
【図２】
2011160241.tif 000004
【図３】
2011160241.tif 000005
【図４】
2011160241.tif 000006
【図５】
2011160241.tif 000007
【図６】
2011160241.tif 000008
【図７】
2011160241.tif 000009
【図８】
2011160241.tif 000010
【図９】
2011160241.tif 000011
【図１０】
2011160241.tif 000012
【図１１】
2011160241.tif 000013