呼処理装置、着信呼転送システム、着信履歴取り扱い方法
【課題】着信呼転送サービスを利用する場合における転送元の端末装置に残る着信履歴に起因して、転送元の端末装置からの無用なコールバックを誘発させてしまうおそれを払拭した、呼処理装置、着信呼転送システム、および、着信履歴取り扱い方法を提供する。
【解決手段】発信元ＵＥ１１０，２２０からの着信呼に対して、転送元ＵＥ１６０，２６０が既定時間内に応答を発信していないことを検知したときには、発信元ＵＥ１１０，２２０からの着信呼を転送先ＵＥ１９０，２９０に転送し、該転送された発信元からの着信呼に対する、転送先の応答状況（コールバック）を監視し、転送先の端末装置が接続可能の旨の応答をしたことが検知されたときには、転送された着信呼に係る着信履歴を、転送元ＵＥ１６０，２６０において削除させる。
【解決手段】発信元ＵＥ１１０，２２０からの着信呼に対して、転送元ＵＥ１６０，２６０が既定時間内に応答を発信していないことを検知したときには、発信元ＵＥ１１０，２２０からの着信呼を転送先ＵＥ１９０，２９０に転送し、該転送された発信元からの着信呼に対する、転送先の応答状況（コールバック）を監視し、転送先の端末装置が接続可能の旨の応答をしたことが検知されたときには、転送された着信呼に係る着信履歴を、転送元ＵＥ１６０，２６０において削除させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、着信呼転送サービスの転送元となる端末装置から発信元の端末装置へ無用なコールバックを行ってしまうことを予防する呼処理装置、着信呼転送システム、および、着信履歴取り扱い方法に関する。
【背景技術】
【０００２】
近年、発信元の端末装置から或る電話回線を通して着信した通話（着信呼）を別の電話回線に転送する転送電話サービスは、携帯電話であるか固定電話であるかによらず、既によく普及している。
周知の通り、転送電話サービスの一つの利用の態様では、同一ユーザが、転送元とする端末装置と転送先とする端末装置との双方を保有し、或る発信元から転送元への着信呼に応答がない場合に、その着信呼を転送先に転送して、転送先の端末装置からコールバックする（折り返し電話をかける）ことを可能にする。
【０００３】
一般に、転送電話サービスの機能によって、着信呼が別の電話回線に転送された場合には、転送先の端末装置で上記転送された着信呼に応答したか否かによらず、転送元の端末装置には一律に着信履歴が保持される。
このため、転送元の端末装置における着信履歴を見たユーザが、上記応答済みの用件に関しても、転送元の端末装置から発信元の端末装置にコールバックしてしまうといった無駄な行為を誘発させてしまうおそれがあった。
尚、転送元の端末装置では呼び出しを行わずに即座に転送してしまう無条件転送サービスの場合は、端末装置に着信履歴が残ることが無い。従って、着信履歴に起因する技術課題は本来的に発生しない技術である。このため、本願における技術とは趣きを異にするものである。
【０００４】
一方、着信履歴に対するコールバックが遅延した場合には、その遅延期間のうちに、コールバックするまでもなく用件は既に解決済みになってしまうことは日常あり得ることである。このような場合、当然ながら、コールバックすることは無駄であり、寧ろ当事者にとって煩わしいだけである。
このような煩わしさに対処すべく、コールバック要請の実行条件を予め規定し、その実行条件を充足する場合に、転送先の端末装置の表示部に発信元の端末装置へのコールバックを要請するメッセージを表示させる技術が提案されている（例えば、特許文献１参照）。
【０００５】
特許文献１の技術は、着信呼の転送先の端末装置からの応答の状況を、応答監視部で監視し、この監視の結果、上記実行条件を充足する状況にあると判断された場合に、コールバックを要請するメッセージを着信履歴表示画面に表示させるものである。
しかしながら、特許文献１の技術では、着信呼転送サービスを利用するに際して、転送元に残る着信履歴に起因して、転送元の端末装置からの無用なコールバックを誘発させてしまうことは予防できない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−１６０２４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は上述のような状況に鑑みてなされたものであり、着信呼転送サービスを利用する場合における転送元の端末装置に残る着信履歴に起因して、転送元の端末装置からの無用なコールバックを誘発させてしまうおそれを払拭した、呼処理装置、着信呼転送システム、着信履歴取り扱い方法を提供することをその目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、ここに、次のような技術を提案する。
（１）発信元の端末装置から転送元の端末装置への着信呼を、転送先の端末装置に転送する、着信呼転送システムに適用される呼処理装置であって、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信したか否かを監視する転送元応答状況監視部と、
前記転送元応答状況監視部が、前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信していないことを検知したときには、前記発信元の端末装置からの着信呼を前記転送先の端末装置に転送する着信呼転送処理部と、
前記着信呼転送処理部により転送された、前記発信元の端末装置からの着信呼に対する、前記転送先の端末装置の応答状況を監視する転送先応答状況監視部と、
前記転送先応答状況監視部が、前記着信呼転送処理部によって転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置が接続可能の旨の応答をしたことを検知したときには、前記接続可能の旨の応答が検知された着信呼に係る着信履歴の削除を促す着信履歴削除要求を、前記転送元の端末装置に対して発する着信履歴削除要求部と、
を備えていることを特徴とする呼処理装置。
【０００９】
上記（１）の呼処理装置では、転送された着信呼に対して、転送先の端末装置による応答が行われたことが検知されると、この転送された着信呼に係る着信履歴が削除される。このため、無用なコールバックの誘発を予防することができる。
【００１０】
（２）前記転送元応答状況監視部は、前記転送元の端末装置が既定時間内に応答を発信していないことを検知し、かつ、前記転送元の端末装置が既定の着信呼転送サービスに加入していると判定したときには、着信呼の転送を行うことを表す既定の転送フラグをオンにして管理し、更に、前記着信呼転送処理部によって転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置からの応答が接続不可の応答であるときには、前記オンにして管理していた前記転送フラグをオフにして管理し、
前記着信履歴削除要求部は、前記転送フラグがオフであるときには前記着信履歴削除要求を、前記転送元の端末装置に対して発しないことを特徴とする（１）の呼処理装置。
【００１１】
上記（２）の呼処理装置では、上記（１）の呼処理装置において特に、転送フラグの状態に基づく判断によって、着信履歴が存在しない転送元の端末装置に対してまでも、着信履歴削除要求を発してしまうという無駄を無くすことができる。
【００１２】
（３）前記着信履歴削除要求部は、前記転送元の端末装置における前記着信履歴の削除が完了したか否かを監視し、前記着信履歴の削除が完了していないことを認識したときには、前記転送元の端末装置に対し、前記着信履歴削除要求を繰り返し発することを特徴とする（１）または（２）の呼処理装置。
上記（３）の呼処理装置では、（１）または（２）の呼処理装置において特に、転送元の端末装置における、不要な着信履歴の削除を徹底することができる。
【００１３】
（４）発信元の端末装置から転送元の端末装置への着信呼を、呼処理装置によって、転送先の端末装置に転送する着信呼転送システムであって、
前記呼処理装置は、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信したか否かを監視する転送元応答状況監視部と、
前記転送元応答状況監視部が、前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信していないことを検知したときには、前記発信元の端末装置からの着信呼を前記転送先の端末装置に転送する着信呼転送処理部と、
前記着信呼転送処理部により転送された、前記発信元の端末装置からの着信呼に対する、前記転送先の端末装置の応答状況を監視する転送先応答状況監視部と、
前記転送先応答状況監視部が、前記着信呼転送処理部によって転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置が接続可能の旨の応答をしたことを検知したときには、前記接続可能の旨の応答が検知された着信呼に係る着信履歴の削除を促す着信履歴削除要求を、前記転送元の端末装置に対して発する着信履歴削除要求部と、
を備えていることを特徴とする着信呼転送システム。
【００１４】
上記（４）の着信呼転送システムでは、その呼処理装置において、転送された着信呼に対して、転送先の端末装置による応答が行われたことが検知されると、この転送された着信呼に係る着信履歴が削除される。このため、無用なコールバックの誘発を予防することができる。
【００１５】
（５）発信元の端末装置から転送元の端末装置への着信呼を、転送先の端末装置に転送する際に、前記転送元の端末装置に着信履歴が少なくとも一時的に保持される場合の、着信履歴取り扱い方法であって、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信したか否かを監視し、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信していないことを検知したときには、前記発信元の端末装置からの着信呼を前記転送先の端末装置に転送し、
前記着信呼転送処理部により転送された、前記発信元の端末装置からの着信呼に対する、前記転送先の端末装置の応答状況を監視し、
前記転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置が接続可能の旨の応答をしたことを検知したときには、前記接続可能の旨の応答が検知された着信呼に係る着信履歴の削除を促す着信履歴削除要求を、前記転送元の端末装置に対して発することを特徴とする着信履歴取り扱い方法。
【００１６】
上記（５）の着信履歴取り扱い方法では、転送された着信呼に対して、転送先の端末装置による応答が行われたことを検知したときには、この転送された着信呼に係る着信履歴を削除する。このため、無用なコールバックの誘発を予防することができる。
【発明の効果】
【００１７】
着信呼転送サービスを利用する場合における転送元の端末装置に残る着信履歴に起因して、転送元の端末装置からの無用なコールバックを誘発させてしまうおそれを払拭した、呼処理装置、着信呼転送システム、および、着信履歴取り扱い方法を実現することができる。
【図面の簡単な説明】
【００１８】
【図１】本願発明の一つの実施の形態としての呼処理装置を含む着信呼転送システムの構成および動作を表すシーケンスチャートである。
【図２】本願発明の他の実施の形態としての呼処理装置を含む着信呼転送システムの構成および動作を表すシーケンスチャートである。
【図３】本願発明の一つの実施の形態としての呼処理装置を表す機能ブロック図である。
【発明を実施するための形態】
【００１９】
以下に、図面を参照して本発明の実施の形態について詳述することにより、本発明を明らかにする。
（着信呼転送システムの一例における構成および動作）
図１は、本願発明の一つの実施の形態としての呼処理装置を含む着信呼転送システムの構成および動作を表すシーケンスチャートである。
（一例における着信呼転送システムの構成）
図１の実施の形態における着信呼転送システムは、発信元ネットワーク１１、転送元ネットワーク１２、および、転送先ネットワーク１３の各ネットワーク中の、下記の各要素を含んで構成されている。
【００２０】
発信元ネットワーク１１は、発信元の端末装置（図中ＵＥと表記）１１０と、呼処理サーバ１２０とを含んでいる。
また、転送元ネットワーク１２は、顧客管理サーバ１３０、本発明の実施の形態である呼処理装置としての呼処理サーバ１４０、音源サーバ１５０、および、転送元ＵＥ１６０を含んでいる。
さらに、転送先ネットワーク１３は、顧客管理サーバ１７０、呼処理サーバ１８０、および、転送先ＵＥ１９０を含んでいる。
【００２１】
（一例における着信呼転送システムの各要素の機能および動作）
次に、図１のシーケンスチャートを参照して、着信呼転送システムの各要素の機能および動作について説明する。
図１の例における着信呼転送システムでは、上述の転送元ＵＥ１６０および転送先ＵＥ１９０は、着信呼転送サービスに加入している同一のユーザが所有する端末装置である。
尚、上述において、転送元ＵＥ１６０および転送先ＵＥ１９０は、現実の使用時において、同一ユーザが用いることが必須とされるわけではない。即ち、転送元ＵＥ１６０のユーザであり、かつ、転送元ＵＥ１６０への着信呼の転送サービスに加入しているユーザに替えて、他の関連するユーザが転送先ＵＥ１９０の事実上のユーザであるという状況は許容される。
【００２２】
今、他のユーザが発信元ＵＥ１１０から転送元ＵＥ１６０に電話をかけた場合を想定する。
上述の想定においては、先ず、発信元ＵＥ１１０から呼処理サーバ１２０に通話接続要求が送信される（ステップＳ１０１）。
ステップＳ１０１での通話接続要求を受けて、呼処理サーバ１２０は、顧客管理サーバ１３０に着信先情報の問い合わせを行う（ステップＳ１０２）。
ステップＳ１０２での問い合わせを受けて、顧客管理サーバ１３０は、呼処理サーバ１２０に着信先情報を返答する（ステップＳ１０３）。
ステップＳ１０３での着信先情報を受けて、呼処理サーバ１２０は、転送元ネットワーク１２に設けられた本発明の実施の形態としての呼処理サーバ１４０に通話接続要求を送信する（ステップＳ１０４）。
【００２３】
ステップＳ１０４での通話接続要求を受けて、呼処理サーバ１４０は、転送元ＵＥ１６０に通話接続要求を送信する（ステップＳ１０５）。
呼処理サーバ１４０は、また、ステップＳ１０４での通話接続要求を受けて、音源サーバ１５０にＲＢＴ（リングバックトーン）の送出指示を送る（ステップＳ１０６）。
ステップＳ１０６でのＲＢＴ送出指示を受けて、音源サーバ１５０は、発信元ＵＥ１１０にＲＢＴを供給する（ステップＳ１０７）。
【００２４】
ここで、先のステップＳ１０５での通話接続要求を受けた転送元ＵＥ１６０において、ユーザによる応答操作が無い状況にあるか、或いは、圏外にあって応答できない状況にあるものと想定する。このような状況にあるとき、転送元ＵＥ１６０は、自装置が無応答の状態にあることを認識している（ステップＳ１０８）。
【００２５】
転送元ＵＥ１６０がステップＳ１０８におけるような無応答の状況にあるとき、呼処理サーバ１４０は、転送元ＵＥ１６０での無応答の継続時間を計時し、既定の時間を経過しても無応答の状態が継続している場合に、タイムアウトの状態に到ったことを検知する（ステップＳ１０９）。上述のようにタイムアウトの状態に到ったということは、転送元ＵＥ１６０への着信呼（ステップＳ１０５における通話接続要求）を既定の転送先に転送する契機が到来したことを意味する。
【００２６】
一方、転送元ＵＥ１６０は、ステップＳ１０８において自装置が無応答の状況にあることを認識した後、無応答の継続時間を基準に判断する等の自己判断に基づいて、着信呼の転送が起こることを認識し、着信履歴を形成して保持する（ステップＳ１１０）。
呼処理サーバ１４０は、ステップＳ１０９でのタイムアウトの検知に次いで、転送元ＵＥ１６０が着信呼転送サービスの正規の加入者であるか否かを判定する（ステップＳ１１１）。ここでは、転送元ＵＥ１６０は正規の加入者であり、呼処理サーバ１４０はその旨を認識するものとする。
【００２７】
ステップＳ１１１で、転送元ＵＥ１６０が正規の加入者であると認識した呼処理サーバ１４０は、次いで、転送先情報要求を顧客管理サーバ１３０に送信する（ステップＳ１１２）。
ステップＳ１１２での転送先情報要求を受けて、顧客管理サーバ１３０は、着信呼転送サービスの加入契約情報から、転送元ＵＥ１６０に係る転送先情報を検索し、この転送先情報を導出する（ステップＳ１１３）。
【００２８】
ステップＳ１１３で転送元ＵＥ１６０に係る転送先情報を導出すると、顧客管理サーバ１３０は、その転送先情報を呼処理サーバ１４０に転送先情報応答として送信する（ステップＳ１１４）。
ステップＳ１１４での転送先情報を受けて、呼処理サーバ１４０は、転送先ネットワーク１３の顧客管理サーバ１７０に、着信先情報を問い合せる（ステップＳ１１５）。
【００２９】
ステップＳ１１５での着信先情報を問い合せを受けて、顧客管理サーバ１７０は、呼処理サーバ１４０に着信先情報を返答する（ステップＳ１１６）。
ステップＳ１１６での着信先情報の返答を受けて、呼処理サーバ１４０は、通話接続要求を、転送先ネットワーク１３の呼処理サーバ１８０に送信する（ステップＳ１１７）。
ステップＳ１１７における通話接続要求は、即ち、転送先への通話接続要求である。そして、ステップＳ１１７での通話接続要求は、呼処理サーバ１８０を介して、転送先のＵＥ１９０へと送信される（ステップＳ１１８）。
【００３０】
ステップＳ１１８での通話接続要求を受けて、転送先のＵＥ１９０は、ユーザによる応答操作を待機する（ステップＳ１１９）。そして、ユーザによる応答操作があった際に、転送先のＵＥ１９０は、通話接続応答を、呼処理サーバ１８０を経て（ステップＳ１２０）、転送元ネットワーク１２の呼処理サーバ１４０に送信する（ステップＳ１２１）。このステップＳ１２０およびステップＳ１２１での通話接続応答は、即ち、転送先から発信元ＵＥ１１０への通話接続の要求に対する応答である。
【００３１】
ステップＳ１２１での通話接続応答を受けて、呼処理サーバ１４０は、既述のようにステップＳ１１０以降、転送元ＵＥ１６０に保持されている着信履歴を削除すべきと判断する（ステップＳ１２２）。
呼処理サーバ１４０は、また、ステップＳ１２１での通話接続応答を受けて、通信元ネットワーク１１の呼処理サーバ１２０を介して（ステップＳ１２３）、発信元ＵＥ１１０へと通話接続応答を送信する（ステップＳ１２４）。
【００３２】
一方、転送元ネットワーク１２の呼処理サーバ１４０は、ステップＳ１２２での、着信履歴を削除すべき旨の判断に基づいて、転送元ＵＥ１６０に対し、保持されている着信履歴を削除することを促す着信履歴削除要求を送信する（ステップＳ１２５）。
ステップＳ１２５での着信履歴削除要求を受けて、転送元ＵＥ１６０は、それまで保持していた着信履歴を削除する（ステップＳ１２６）。
【００３３】
ステップＳ１２６での着信履歴の削除処理が完了すると、転送元ＵＥ１６０は、呼処理サーバ１４０に対し、削除処理完了応答を返す（ステップＳ１２７）。
呼処理サーバ１４０では、転送元ＵＥ１６０における着信履歴の削除処理が完了したか否かを既定の期間継続的に監視し（ステップＳ１２８）、削除処理が未完了であると判断したときには、再度、着信履歴削除要求を転送元ＵＥ１６０に送信する（ステップＳ１２９）。
【００３４】
一方、削除処理完了応答に替えて、着信履歴が元々存在しない旨の応答を受けた場合には、再度、着信履歴削除要求を転送元ＵＥ１６０に送信することなく、処理を終了する。
尚、上述においては、図を参照しての説明の便宜上、ステップＳ１２２の着信履歴削除判断以降、発信元ＵＥ１１０への通話接続応答（ステップＳ１２３〜ステップＳ１２４）と、ステップＳ１２５の着信履歴削除要求とがタイムシーケンシャルに実行されるが如くに説明した。しかしながら、実際には、上記通話接続応答（ステップＳ１２３〜ステップＳ１２４）と着信履歴削除要求（ステップＳ１２５）とは、それらが並行に実行される。
ステップＳ１２９以降は、この種の通話システムにおける一般的な通信手順の如く動作する。
【００３５】
（着信呼転送システムの他の例における構成および動作）
図２は、本願発明の他の実施の形態としての呼処理装置を含む着信呼転送システムの構成および動作を表すシーケンスチャートである。
（他の例における着信呼転送システムの構成）
図２の実施の形態における着信呼転送システムは、発信元ネットワーク２１、転送元ネットワーク２２、および、転送先ネットワーク２３の各ネットワーク中の、下記の各要素を含んで構成されている。
発信元ネットワーク２１は、発信元の端末装置（図中ＵＥと表記）２１０と、呼処理サーバ２２０とを含んでいる。
また、転送元ネットワーク２２は、顧客管理サーバ２３０、本発明の実施の形態である呼処理装置としての呼処理サーバ２４０、音源サーバ２５０、および、転送元ＵＥ２６０を含んでいる。
さらに、転送先ネットワーク２３は、顧客管理サーバ２７０、呼処理サーバ２８０、および、転送先ＵＥ２９０を含んでいる。
【００３６】
（他の例における着信呼転送システムの各要素の機能および動作）
次に、図２のシーケンスチャートを参照して、着信呼転送システムの各要素の機能および動作について説明する。
図２の例における着信呼転送システムでは、上述の転送元ＵＥ２６０および転送先ＵＥ２９０は、着信呼転送サービスに加入している同一のユーザが所有する端末装置である。
尚、上述において、転送元ＵＥ２６０および転送先ＵＥ２９０は、現実の使用時において、同ユーザが用いることが必須とされるわけではない。即ち、転送元ＵＥ２６０のユーザであり、かつ、転送元ＵＥ２６０への着信呼の転送サービスに加入しているユーザに替えて、他の関連するユーザが転送先ＵＥ２９０の事実上のユーザであるという状況は許容される。
【００３７】
今、他のユーザが発信元ＵＥ２１０から転送元ＵＥ２６０に電話をかけた場合を想定する。
上述の想定においては、先ず、発信元ＵＥ２１０から呼処理サーバ２２０に通話接続要求が送信される（ステップＳ２０１）。
ステップＳ２０１での通話接続要求を受けて、呼処理サーバ２２０は、顧客管理サーバ２３０に着信先情報の問い合わせを行う（ステップＳ２０２）。
ステップＳ２０２での問い合わせを受けて、顧客管理サーバ２３０は、呼処理サーバ２２０に着信先情報を返答する（ステップＳ２０３）。
ステップＳ２０３での着信先情報を受けて、呼処理サーバ２２０は、転送元ネットワーク２２に設けられた本発明の実施の形態としての呼処理サーバ２４０に通話接続要求を送信する（ステップＳ２０４）。
【００３８】
ステップＳ２０４での通話接続要求を受けて、呼処理サーバ２４０は、転送元ＵＥ２６０に通話接続要求を送信する（ステップＳ２０５）。
呼処理サーバ２４０は、また、ステップＳ２０４での通話接続要求を受けて、音源サーバ２５０にＲＢＴ（リングバックトーン）の送出指示を送る（ステップＳ２０６）。
ステップＳ２０６でのＲＢＴ送出指示を受けて、音源サーバ２５０は、発信元ＵＥ２１０にＲＢＴを供給する（ステップＳ２０７）。
【００３９】
ここで、先のステップＳ２０５での通話接続要求を受けた転送元ＵＥ２６０において、ユーザによる応答操作が無い状況にあるか、或いは、圏外にあって応答できない状況にあるものと想定する。このような状況にあるとき、転送元ＵＥ２６０は、自装置が無応答の状況にあることを認識する（ステップＳ２０８）。
転送元ＵＥ２６０がステップＳ２０８におけるような状況にあるとき、呼処理サーバ２４０は、転送元ＵＥ２６０での無応答の時間を計時し、既定の時間を経過しても無応答の状態が継続している場合に、タイムアウトの状態に到ったことを検知する（ステップＳ２０９）。上述のようにタイムアウトの状態に到ったということは、転送元ＵＥ２６０への着信呼（ステップＳ２０５における通話接続要求）を既定の転送先に転送する契機が到来したことを意味する。
【００４０】
一方、転送元ＵＥ２６０は、ステップＳ２０８において自装置が無応答の状況にあることを認識した後、無応答の継続時間を基準に判断する等の自己判断に基づいて、着信呼の転送が起こることを認識し、着信履歴を形成して保持する（ステップＳ２１０）。
尚、転送元ＵＥ２６０において、電源をオフにしていることに起因して、結果的に無応答の状況にある場合には、転送元ネットワーク２２側において、転送元ＵＥ２６０の電源がオフ状態にあることを認識している。本実施の形態においては、このようにユーザが転送元ＵＥ２６０の電源をオフにしている場合には、転送元ネットワーク２２側における、電源オフの旨の認識を反映して、着信履歴を形成しないようにしている。
【００４１】
呼処理サーバ２４０は、ステップＳ２０９でのタイムアウトの検知に次いで、転送元ＵＥ２６０が着信呼転送サービスの正規の加入者であるか否かを判定する（ステップＳ２１１）。ここでは、転送元ＵＥ２６０は正規の加入者であり、呼処理サーバ２４０はその旨を認識するものとする。
ステップＳ２１１で、転送元ＵＥ２６０が正規の加入者であると認識した呼処理サーバ２４０は、次いで、転送先情報要求を顧客管理サーバ２３０に送信する（ステップＳ２１２）。
【００４２】
ステップＳ２１２での転送先情報要求を受けて、顧客管理サーバ２３０は、着信呼転送サービスの加入契約情報から、転送元ＵＥ２６０に係る転送先情報を検索し、この転送先情報を導出する（ステップＳ２１３）。
ステップＳ２１３で転送元ＵＥ２６０に係る転送先情報を導出すると、顧客管理サーバ２３０は、その転送先情報を呼処理サーバ２４０に転送先情報応答として送信する（ステップＳ２１４）。
【００４３】
呼処理サーバ２４０が、ステップＳ２１４での転送先情報応答を受けた時点では、既に、転送元のＵＥ２６０が既定時間内に応答を発信せずタイムアウトに到ったことが検知され（上記ステップＳ２０９での検知）、かつ、転送元のＵＥ２６０が既定の着信呼転送サービスの正規の加入者であると判定されている（上記ステップＳ２１１での判定）。
呼処理サーバ２４０では、上述のようにタイムアウトに到ったことが検知され、かつ、転送元のＵＥ２６０が既定の着信呼転送サービスの正規の加入者であると判定したときには、着信呼の転送を行うことを表す既定の転送フラグをオンにして管理する（ステップＳ２１５）。
【００４４】
この転送フラグは、呼処理サーバ２４０における記憶部に保持されて、その状態が管理される。
ステップＳ２１５に次いで、呼処理サーバ２４０は、転送先ネットワーク２３の顧客管理サーバ２７０に、着信先情報を問い合せる（ステップＳ２１６）。
ステップＳ２１６での着信先情報を問い合せを受けて、顧客管理サーバ２７０は、呼処理サーバ２４０に着信先情報を返答する（ステップＳ２１７）。
【００４５】
ステップＳ２１７での着信先情報の返答を受けて、呼処理サーバ２４０は、通話接続要求を、転送先ネットワーク２３の呼処理サーバ２８０に送信する（ステップＳ２１８）。
ステップＳ２１８における通話接続要求は、即ち、転送先への通話接続要求である。そして、ステップＳ２１８での通話接続要求は、呼処理サーバ２８０を介して、転送先のＵＥ２９０へと送信される（ステップＳ２１９）。
【００４６】
ステップＳ２１９での通話接続要求を受けて、転送先のＵＥ２９０は、ユーザによる応答操作を待機する（ステップＳ２２０）。そして、ユーザによる応答操作があった際に、転送先のＵＥ２９０は、通話接続応答を、呼処理サーバ２８０に送る（ステップＳ２２１）。
ステップＳ２２１での通話接続応答を受けて、呼処理サーバ２８０は、転送元ネットワーク２２の呼処理サーバ２４０に、通話接続応答を送信する（ステップＳ２２２）。このステップＳ２２１およびステップＳ２２２での通話接続応答は、即ち、転送先から発信元ＵＥ２１０への通話接続の要求に対する応答である。
【００４７】
このうちステップＳ２２２での通話接続応答の内容は、転送先のＵＥ２９０からの通話接続が可能の旨の応答である場合もあるが、他方、転送先のＵＥ２９０からの応答が無いままタイムアウトに到った場合などのように通話接続が不可能の旨の応答となる場合もある。
ステップＳ２２２での通話接続応答を受けて、呼処理サーバ２４０は、その通話接続応答があったことを認識する（ステップＳ２２３）。
【００４８】
ステップＳ２２３で通話接続応答があったことを認識した呼処理サーバ２４０は、次いで、その通話接続応答の内容が接続可能の旨の応答であるか否かを判断する（ステップＳ２２４）。
ステップＳ２２４で、通話接続応答の内容が接続不可能の旨の応答であると判断されたときには（ステップＳ２２４：Ｎｏ）、ステップＳ２１５でオンにして管理していた転送フラグをオフにし（即ち、消去し）、発信元ネットワーク２１の呼処理サーバ２２０に、接続不可能の旨通知する（ステップＳ２２５）。
【００４９】
ステップＳ２２５での接続不可能の旨の通知を受けて、呼処理サーバ２２０は、発信元のＵＥ２１０に接続不可能の旨の通知を行う（ステップＳ２２６）。
一方、ステップＳ２２４で、通話接続応答の内容が接続可能の旨の応答であると判断されたときには（ステップＳ２２４：Ｙｅｓ）、呼処理サーバ２４０は、発信元ネットワーク２１に設置された呼処理サーバ２２０を介して（ステップＳ２２７）、発信元のＵＥ２１０に接続可能の旨の応答を行う（ステップＳ２２８）。
【００５０】
その後、呼処理サーバ２４０は、ステップＳ２１５でオンにして管理していた転送フラグが未だオン状態であるか否かを確認する（ステップＳ２２９）。この確認は、通話接続応答の内容が接続不可能の旨の応答であると判断された場合（ステップＳ２２４：Ｎｏ）の処理におけるように、転送フラグが既にオフにされている可能性があるため、転送フラグの現在時点の状態を再確認する趣旨である。
【００５１】
ステップＳ２２９での確認の結果、転送フラグが未だオン状態を維持していることが確認されたときには（ステップＳ２２９：Ｙｅｓ）、転送元のＵＥ２６０に対し、着信履歴の削除要求を送信する（ステップＳ２３０）。
ステップＳ２３０での着信履歴の削除要求を受けて、転送元のＵＥ２６０では、着信履歴削除処理を実行する（ステップＳ２３１）。
【００５２】
ステップＳ２３１の着信履歴削除処理を実行すると、転送元のＵＥ２６０は、呼処理サーバ２４０に着信履歴削除完了の応答を返す（ステップＳ２３２）。
ステップＳ２３２での着信履歴削除完了の応答を受けて、呼処理サーバ２４０では、転送フラグを削除する。
尚、図１を参照して既述の例と同様に、呼処理サーバ２４０において、転送元ＵＥ２６０における着信履歴の削除処理が完了したか否かを既定の期間継続的に監視し、削除処理が未完了であると判断したときには、再度、着信履歴削除要求を転送元ＵＥ２６０に送信するように構成してもよい。
【００５３】
（呼処理装置の構成）
図３は、本願発明の一つの実施の形態としての呼処理装置を表す機能ブロック図である。
図３の呼処理装置３００は、図１における呼処理サーバ１４０、図２における呼処理サーバ２４０が、それぞれこれに該当する。
呼処理装置３００は、転送元応答状況監視部３１０、着信呼転送処理部３２０、転送先応答状況監視部３３０、および、着信履歴削除要求部３４０を含んで構成されている。
転送元応答状況監視部３１０は、発信元の端末装置（図１の発信元のＵＥ１１０；図２の発信元のＵＥ２１０）からの着信呼に対して、転送元のＵＥ（図１の転送元のＵＥ１６０；図２の転送元のＵＥ２６０）が既定時間内に応答を発信したか否かを監視する。
【００５４】
図１のシーケンスチャートではステップＳ１０９のタイムアウトの監視処理が上記監視に該当する。また、図２のシーケンスチャートではステップＳ２０９のタイムアウトの監視処理が上記監視に該当する。
着信呼転送処理部３２０は、転送元応答状況監視部３１０が、発信元の端末装置（図１の発信元のＵＥ１１０；図２の発信元のＵＥ２１０）からの着信呼に対して、転送元の端末装置（図１の転送元のＵＥ１６０；図２の転送元のＵＥ２６０）が既定時間内に応答を発信していないことを検知したときには、発信元のＵＥ（１１０；２１０）からの着信呼を転送先のＵＥ（１６０；２６０）に転送する。
【００５５】
この着信呼の転送処理は、図１のシーケンスチャートでは、ステップＳ１１２の転送情報要求から、ステップＳ１２１の通話接続応答（その応答の受信）までの間に行われる処理がこれに該当する。また、図２のシーケンスチャートでは、ステップＳ２１２の転送情報要求から、ステップＳ２２２の通話接続応答（その応答の受信）までの間に行われる処理がこれに該当する。
【００５６】
転送先応答状況監視部３３０は、着信呼転送処理部３２０により転送された、発信元のＵＥ（１１０；２１０）からの着信呼に対する、転送先の端末装置（図１の転送先のＵＥ１９０；図２の転送先のＵＥ２９０）の応答状況を監視する。
この応答状況の監視は、図１のシーケンスチャートでは、ステップ１２１の通話接続応答の受信の有無の監視がこれに該当する。また、図２のシーケンスチャートでは、ステップＳ２２３の通話接続応答の認識に係る処理がこれに該当する。
【００５７】
着信履歴削除要求部３４０は、転送先応答状況監視部３３０が、着信呼転送処理部３２０によって転送された発信元のＵＥ（１１０；２１０）からの着信呼に対して、転送先のＵＥ（１９０；２９０）が接続可能の旨の応答をしたことを検知したときには、該接続可能の旨の応答が検知された着信呼に係る着信履歴の削除を促す着信履歴削除要求を、転送元のＵＥ（１６０；２６０）に対して発する。
この着信履歴削除要求の発信処理は、図１のシーケンスチャートでは、ステップ１２５の着信履歴削除要求がこれに該当する。また、図２のシーケンスチャートでは、ステップＳ２３０の着信履歴削除要求がこれに該当する。
【００５８】
図２のシーケンスチャートにおける呼処理サーバ（呼処理装置）２４０では、その転送元応答状況監視部３１０において、転送元のＵＥ２６０が既定時間内に応答を発信していないことを検知し、かつ、転送元のＵＥ２６０が既定の着信呼転送サービスに加入していると判定したときには、着信呼の転送を行うことを表す既定の転送フラグをオンにして管理する。更に、着信呼転送処理部３２０によって転送された発信元のＵＥ２１０からの着信呼に対して、転送先のＵＥ２９０からの応答が接続不可の応答であるときには、転送元応答状況監視部３１０は、上述のようにオンにして管理していた転送フラグをオフにして管理する。
【００５９】
また、呼処理サーバ（呼処理装置）２４０では、その着信履歴削除要求部３４０は、上述の転送フラグがオフであるときには、着信履歴削除要求を、転送元の端末装置２６０に対して発しない。
一方、図１のシーケンスチャートにおける呼処理サーバ（呼処理装置）１４０では、その着信履歴削除要求部３４０において、転送元のＵＥ１６０における着信履歴の削除が完了したか否かを監視し（ステップＳ１２８）、着信履歴の削除が完了していないことを認識したときには、転送元の端末装置１６０に対し、着信履歴削除要求を繰り返し発する（ステップＳ１２９）。この点は、図２のシーケンスチャートにおける呼処理サーバ（呼処理装置）２４０についても、同様に構成することができることは既述のとおりである。
【００６０】
本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、請求項により画される発明の特徴の組み合わせに限定されるものではなく、全ての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画され得る。
【符号の説明】
【００６１】
１１…………………………………………………………発信元ネットワーク
１２…………………………………………………………転送元ネットワーク
１３…………………………………………………………転送先ネットワーク
１１０、２１０……………………………………………発信元端末装置
１２０、２２０……………………………………………呼処理サーバ
１３０、２３０……………………………………………顧客管理サーバ
１４０、２４０……………………………………………呼処理サーバ
１５０、２５０……………………………………………音源サーバ
１６０、２６０……………………………………………転送元サーバ
１７０、２７０……………………………………………顧客管理サーバ
１８０、２８０……………………………………………呼処理サーバ
１９０、２９０……………………………………………転送先サーバ
３００………………………………………………………呼処理装置
３１０………………………………………………………着信元応答状況監視部
３２０………………………………………………………着信呼転送処理部
３３０………………………………………………………転送先応答状況監視部
３４０………………………………………………………着信履歴削除要求部
【技術分野】
【０００１】
本発明は、着信呼転送サービスの転送元となる端末装置から発信元の端末装置へ無用なコールバックを行ってしまうことを予防する呼処理装置、着信呼転送システム、および、着信履歴取り扱い方法に関する。
【背景技術】
【０００２】
近年、発信元の端末装置から或る電話回線を通して着信した通話（着信呼）を別の電話回線に転送する転送電話サービスは、携帯電話であるか固定電話であるかによらず、既によく普及している。
周知の通り、転送電話サービスの一つの利用の態様では、同一ユーザが、転送元とする端末装置と転送先とする端末装置との双方を保有し、或る発信元から転送元への着信呼に応答がない場合に、その着信呼を転送先に転送して、転送先の端末装置からコールバックする（折り返し電話をかける）ことを可能にする。
【０００３】
一般に、転送電話サービスの機能によって、着信呼が別の電話回線に転送された場合には、転送先の端末装置で上記転送された着信呼に応答したか否かによらず、転送元の端末装置には一律に着信履歴が保持される。
このため、転送元の端末装置における着信履歴を見たユーザが、上記応答済みの用件に関しても、転送元の端末装置から発信元の端末装置にコールバックしてしまうといった無駄な行為を誘発させてしまうおそれがあった。
尚、転送元の端末装置では呼び出しを行わずに即座に転送してしまう無条件転送サービスの場合は、端末装置に着信履歴が残ることが無い。従って、着信履歴に起因する技術課題は本来的に発生しない技術である。このため、本願における技術とは趣きを異にするものである。
【０００４】
一方、着信履歴に対するコールバックが遅延した場合には、その遅延期間のうちに、コールバックするまでもなく用件は既に解決済みになってしまうことは日常あり得ることである。このような場合、当然ながら、コールバックすることは無駄であり、寧ろ当事者にとって煩わしいだけである。
このような煩わしさに対処すべく、コールバック要請の実行条件を予め規定し、その実行条件を充足する場合に、転送先の端末装置の表示部に発信元の端末装置へのコールバックを要請するメッセージを表示させる技術が提案されている（例えば、特許文献１参照）。
【０００５】
特許文献１の技術は、着信呼の転送先の端末装置からの応答の状況を、応答監視部で監視し、この監視の結果、上記実行条件を充足する状況にあると判断された場合に、コールバックを要請するメッセージを着信履歴表示画面に表示させるものである。
しかしながら、特許文献１の技術では、着信呼転送サービスを利用するに際して、転送元に残る着信履歴に起因して、転送元の端末装置からの無用なコールバックを誘発させてしまうことは予防できない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−１６０２４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は上述のような状況に鑑みてなされたものであり、着信呼転送サービスを利用する場合における転送元の端末装置に残る着信履歴に起因して、転送元の端末装置からの無用なコールバックを誘発させてしまうおそれを払拭した、呼処理装置、着信呼転送システム、着信履歴取り扱い方法を提供することをその目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、ここに、次のような技術を提案する。
（１）発信元の端末装置から転送元の端末装置への着信呼を、転送先の端末装置に転送する、着信呼転送システムに適用される呼処理装置であって、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信したか否かを監視する転送元応答状況監視部と、
前記転送元応答状況監視部が、前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信していないことを検知したときには、前記発信元の端末装置からの着信呼を前記転送先の端末装置に転送する着信呼転送処理部と、
前記着信呼転送処理部により転送された、前記発信元の端末装置からの着信呼に対する、前記転送先の端末装置の応答状況を監視する転送先応答状況監視部と、
前記転送先応答状況監視部が、前記着信呼転送処理部によって転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置が接続可能の旨の応答をしたことを検知したときには、前記接続可能の旨の応答が検知された着信呼に係る着信履歴の削除を促す着信履歴削除要求を、前記転送元の端末装置に対して発する着信履歴削除要求部と、
を備えていることを特徴とする呼処理装置。
【０００９】
上記（１）の呼処理装置では、転送された着信呼に対して、転送先の端末装置による応答が行われたことが検知されると、この転送された着信呼に係る着信履歴が削除される。このため、無用なコールバックの誘発を予防することができる。
【００１０】
（２）前記転送元応答状況監視部は、前記転送元の端末装置が既定時間内に応答を発信していないことを検知し、かつ、前記転送元の端末装置が既定の着信呼転送サービスに加入していると判定したときには、着信呼の転送を行うことを表す既定の転送フラグをオンにして管理し、更に、前記着信呼転送処理部によって転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置からの応答が接続不可の応答であるときには、前記オンにして管理していた前記転送フラグをオフにして管理し、
前記着信履歴削除要求部は、前記転送フラグがオフであるときには前記着信履歴削除要求を、前記転送元の端末装置に対して発しないことを特徴とする（１）の呼処理装置。
【００１１】
上記（２）の呼処理装置では、上記（１）の呼処理装置において特に、転送フラグの状態に基づく判断によって、着信履歴が存在しない転送元の端末装置に対してまでも、着信履歴削除要求を発してしまうという無駄を無くすことができる。
【００１２】
（３）前記着信履歴削除要求部は、前記転送元の端末装置における前記着信履歴の削除が完了したか否かを監視し、前記着信履歴の削除が完了していないことを認識したときには、前記転送元の端末装置に対し、前記着信履歴削除要求を繰り返し発することを特徴とする（１）または（２）の呼処理装置。
上記（３）の呼処理装置では、（１）または（２）の呼処理装置において特に、転送元の端末装置における、不要な着信履歴の削除を徹底することができる。
【００１３】
（４）発信元の端末装置から転送元の端末装置への着信呼を、呼処理装置によって、転送先の端末装置に転送する着信呼転送システムであって、
前記呼処理装置は、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信したか否かを監視する転送元応答状況監視部と、
前記転送元応答状況監視部が、前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信していないことを検知したときには、前記発信元の端末装置からの着信呼を前記転送先の端末装置に転送する着信呼転送処理部と、
前記着信呼転送処理部により転送された、前記発信元の端末装置からの着信呼に対する、前記転送先の端末装置の応答状況を監視する転送先応答状況監視部と、
前記転送先応答状況監視部が、前記着信呼転送処理部によって転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置が接続可能の旨の応答をしたことを検知したときには、前記接続可能の旨の応答が検知された着信呼に係る着信履歴の削除を促す着信履歴削除要求を、前記転送元の端末装置に対して発する着信履歴削除要求部と、
を備えていることを特徴とする着信呼転送システム。
【００１４】
上記（４）の着信呼転送システムでは、その呼処理装置において、転送された着信呼に対して、転送先の端末装置による応答が行われたことが検知されると、この転送された着信呼に係る着信履歴が削除される。このため、無用なコールバックの誘発を予防することができる。
【００１５】
（５）発信元の端末装置から転送元の端末装置への着信呼を、転送先の端末装置に転送する際に、前記転送元の端末装置に着信履歴が少なくとも一時的に保持される場合の、着信履歴取り扱い方法であって、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信したか否かを監視し、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信していないことを検知したときには、前記発信元の端末装置からの着信呼を前記転送先の端末装置に転送し、
前記着信呼転送処理部により転送された、前記発信元の端末装置からの着信呼に対する、前記転送先の端末装置の応答状況を監視し、
前記転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置が接続可能の旨の応答をしたことを検知したときには、前記接続可能の旨の応答が検知された着信呼に係る着信履歴の削除を促す着信履歴削除要求を、前記転送元の端末装置に対して発することを特徴とする着信履歴取り扱い方法。
【００１６】
上記（５）の着信履歴取り扱い方法では、転送された着信呼に対して、転送先の端末装置による応答が行われたことを検知したときには、この転送された着信呼に係る着信履歴を削除する。このため、無用なコールバックの誘発を予防することができる。
【発明の効果】
【００１７】
着信呼転送サービスを利用する場合における転送元の端末装置に残る着信履歴に起因して、転送元の端末装置からの無用なコールバックを誘発させてしまうおそれを払拭した、呼処理装置、着信呼転送システム、および、着信履歴取り扱い方法を実現することができる。
【図面の簡単な説明】
【００１８】
【図１】本願発明の一つの実施の形態としての呼処理装置を含む着信呼転送システムの構成および動作を表すシーケンスチャートである。
【図２】本願発明の他の実施の形態としての呼処理装置を含む着信呼転送システムの構成および動作を表すシーケンスチャートである。
【図３】本願発明の一つの実施の形態としての呼処理装置を表す機能ブロック図である。
【発明を実施するための形態】
【００１９】
以下に、図面を参照して本発明の実施の形態について詳述することにより、本発明を明らかにする。
（着信呼転送システムの一例における構成および動作）
図１は、本願発明の一つの実施の形態としての呼処理装置を含む着信呼転送システムの構成および動作を表すシーケンスチャートである。
（一例における着信呼転送システムの構成）
図１の実施の形態における着信呼転送システムは、発信元ネットワーク１１、転送元ネットワーク１２、および、転送先ネットワーク１３の各ネットワーク中の、下記の各要素を含んで構成されている。
【００２０】
発信元ネットワーク１１は、発信元の端末装置（図中ＵＥと表記）１１０と、呼処理サーバ１２０とを含んでいる。
また、転送元ネットワーク１２は、顧客管理サーバ１３０、本発明の実施の形態である呼処理装置としての呼処理サーバ１４０、音源サーバ１５０、および、転送元ＵＥ１６０を含んでいる。
さらに、転送先ネットワーク１３は、顧客管理サーバ１７０、呼処理サーバ１８０、および、転送先ＵＥ１９０を含んでいる。
【００２１】
（一例における着信呼転送システムの各要素の機能および動作）
次に、図１のシーケンスチャートを参照して、着信呼転送システムの各要素の機能および動作について説明する。
図１の例における着信呼転送システムでは、上述の転送元ＵＥ１６０および転送先ＵＥ１９０は、着信呼転送サービスに加入している同一のユーザが所有する端末装置である。
尚、上述において、転送元ＵＥ１６０および転送先ＵＥ１９０は、現実の使用時において、同一ユーザが用いることが必須とされるわけではない。即ち、転送元ＵＥ１６０のユーザであり、かつ、転送元ＵＥ１６０への着信呼の転送サービスに加入しているユーザに替えて、他の関連するユーザが転送先ＵＥ１９０の事実上のユーザであるという状況は許容される。
【００２２】
今、他のユーザが発信元ＵＥ１１０から転送元ＵＥ１６０に電話をかけた場合を想定する。
上述の想定においては、先ず、発信元ＵＥ１１０から呼処理サーバ１２０に通話接続要求が送信される（ステップＳ１０１）。
ステップＳ１０１での通話接続要求を受けて、呼処理サーバ１２０は、顧客管理サーバ１３０に着信先情報の問い合わせを行う（ステップＳ１０２）。
ステップＳ１０２での問い合わせを受けて、顧客管理サーバ１３０は、呼処理サーバ１２０に着信先情報を返答する（ステップＳ１０３）。
ステップＳ１０３での着信先情報を受けて、呼処理サーバ１２０は、転送元ネットワーク１２に設けられた本発明の実施の形態としての呼処理サーバ１４０に通話接続要求を送信する（ステップＳ１０４）。
【００２３】
ステップＳ１０４での通話接続要求を受けて、呼処理サーバ１４０は、転送元ＵＥ１６０に通話接続要求を送信する（ステップＳ１０５）。
呼処理サーバ１４０は、また、ステップＳ１０４での通話接続要求を受けて、音源サーバ１５０にＲＢＴ（リングバックトーン）の送出指示を送る（ステップＳ１０６）。
ステップＳ１０６でのＲＢＴ送出指示を受けて、音源サーバ１５０は、発信元ＵＥ１１０にＲＢＴを供給する（ステップＳ１０７）。
【００２４】
ここで、先のステップＳ１０５での通話接続要求を受けた転送元ＵＥ１６０において、ユーザによる応答操作が無い状況にあるか、或いは、圏外にあって応答できない状況にあるものと想定する。このような状況にあるとき、転送元ＵＥ１６０は、自装置が無応答の状態にあることを認識している（ステップＳ１０８）。
【００２５】
転送元ＵＥ１６０がステップＳ１０８におけるような無応答の状況にあるとき、呼処理サーバ１４０は、転送元ＵＥ１６０での無応答の継続時間を計時し、既定の時間を経過しても無応答の状態が継続している場合に、タイムアウトの状態に到ったことを検知する（ステップＳ１０９）。上述のようにタイムアウトの状態に到ったということは、転送元ＵＥ１６０への着信呼（ステップＳ１０５における通話接続要求）を既定の転送先に転送する契機が到来したことを意味する。
【００２６】
一方、転送元ＵＥ１６０は、ステップＳ１０８において自装置が無応答の状況にあることを認識した後、無応答の継続時間を基準に判断する等の自己判断に基づいて、着信呼の転送が起こることを認識し、着信履歴を形成して保持する（ステップＳ１１０）。
呼処理サーバ１４０は、ステップＳ１０９でのタイムアウトの検知に次いで、転送元ＵＥ１６０が着信呼転送サービスの正規の加入者であるか否かを判定する（ステップＳ１１１）。ここでは、転送元ＵＥ１６０は正規の加入者であり、呼処理サーバ１４０はその旨を認識するものとする。
【００２７】
ステップＳ１１１で、転送元ＵＥ１６０が正規の加入者であると認識した呼処理サーバ１４０は、次いで、転送先情報要求を顧客管理サーバ１３０に送信する（ステップＳ１１２）。
ステップＳ１１２での転送先情報要求を受けて、顧客管理サーバ１３０は、着信呼転送サービスの加入契約情報から、転送元ＵＥ１６０に係る転送先情報を検索し、この転送先情報を導出する（ステップＳ１１３）。
【００２８】
ステップＳ１１３で転送元ＵＥ１６０に係る転送先情報を導出すると、顧客管理サーバ１３０は、その転送先情報を呼処理サーバ１４０に転送先情報応答として送信する（ステップＳ１１４）。
ステップＳ１１４での転送先情報を受けて、呼処理サーバ１４０は、転送先ネットワーク１３の顧客管理サーバ１７０に、着信先情報を問い合せる（ステップＳ１１５）。
【００２９】
ステップＳ１１５での着信先情報を問い合せを受けて、顧客管理サーバ１７０は、呼処理サーバ１４０に着信先情報を返答する（ステップＳ１１６）。
ステップＳ１１６での着信先情報の返答を受けて、呼処理サーバ１４０は、通話接続要求を、転送先ネットワーク１３の呼処理サーバ１８０に送信する（ステップＳ１１７）。
ステップＳ１１７における通話接続要求は、即ち、転送先への通話接続要求である。そして、ステップＳ１１７での通話接続要求は、呼処理サーバ１８０を介して、転送先のＵＥ１９０へと送信される（ステップＳ１１８）。
【００３０】
ステップＳ１１８での通話接続要求を受けて、転送先のＵＥ１９０は、ユーザによる応答操作を待機する（ステップＳ１１９）。そして、ユーザによる応答操作があった際に、転送先のＵＥ１９０は、通話接続応答を、呼処理サーバ１８０を経て（ステップＳ１２０）、転送元ネットワーク１２の呼処理サーバ１４０に送信する（ステップＳ１２１）。このステップＳ１２０およびステップＳ１２１での通話接続応答は、即ち、転送先から発信元ＵＥ１１０への通話接続の要求に対する応答である。
【００３１】
ステップＳ１２１での通話接続応答を受けて、呼処理サーバ１４０は、既述のようにステップＳ１１０以降、転送元ＵＥ１６０に保持されている着信履歴を削除すべきと判断する（ステップＳ１２２）。
呼処理サーバ１４０は、また、ステップＳ１２１での通話接続応答を受けて、通信元ネットワーク１１の呼処理サーバ１２０を介して（ステップＳ１２３）、発信元ＵＥ１１０へと通話接続応答を送信する（ステップＳ１２４）。
【００３２】
一方、転送元ネットワーク１２の呼処理サーバ１４０は、ステップＳ１２２での、着信履歴を削除すべき旨の判断に基づいて、転送元ＵＥ１６０に対し、保持されている着信履歴を削除することを促す着信履歴削除要求を送信する（ステップＳ１２５）。
ステップＳ１２５での着信履歴削除要求を受けて、転送元ＵＥ１６０は、それまで保持していた着信履歴を削除する（ステップＳ１２６）。
【００３３】
ステップＳ１２６での着信履歴の削除処理が完了すると、転送元ＵＥ１６０は、呼処理サーバ１４０に対し、削除処理完了応答を返す（ステップＳ１２７）。
呼処理サーバ１４０では、転送元ＵＥ１６０における着信履歴の削除処理が完了したか否かを既定の期間継続的に監視し（ステップＳ１２８）、削除処理が未完了であると判断したときには、再度、着信履歴削除要求を転送元ＵＥ１６０に送信する（ステップＳ１２９）。
【００３４】
一方、削除処理完了応答に替えて、着信履歴が元々存在しない旨の応答を受けた場合には、再度、着信履歴削除要求を転送元ＵＥ１６０に送信することなく、処理を終了する。
尚、上述においては、図を参照しての説明の便宜上、ステップＳ１２２の着信履歴削除判断以降、発信元ＵＥ１１０への通話接続応答（ステップＳ１２３〜ステップＳ１２４）と、ステップＳ１２５の着信履歴削除要求とがタイムシーケンシャルに実行されるが如くに説明した。しかしながら、実際には、上記通話接続応答（ステップＳ１２３〜ステップＳ１２４）と着信履歴削除要求（ステップＳ１２５）とは、それらが並行に実行される。
ステップＳ１２９以降は、この種の通話システムにおける一般的な通信手順の如く動作する。
【００３５】
（着信呼転送システムの他の例における構成および動作）
図２は、本願発明の他の実施の形態としての呼処理装置を含む着信呼転送システムの構成および動作を表すシーケンスチャートである。
（他の例における着信呼転送システムの構成）
図２の実施の形態における着信呼転送システムは、発信元ネットワーク２１、転送元ネットワーク２２、および、転送先ネットワーク２３の各ネットワーク中の、下記の各要素を含んで構成されている。
発信元ネットワーク２１は、発信元の端末装置（図中ＵＥと表記）２１０と、呼処理サーバ２２０とを含んでいる。
また、転送元ネットワーク２２は、顧客管理サーバ２３０、本発明の実施の形態である呼処理装置としての呼処理サーバ２４０、音源サーバ２５０、および、転送元ＵＥ２６０を含んでいる。
さらに、転送先ネットワーク２３は、顧客管理サーバ２７０、呼処理サーバ２８０、および、転送先ＵＥ２９０を含んでいる。
【００３６】
（他の例における着信呼転送システムの各要素の機能および動作）
次に、図２のシーケンスチャートを参照して、着信呼転送システムの各要素の機能および動作について説明する。
図２の例における着信呼転送システムでは、上述の転送元ＵＥ２６０および転送先ＵＥ２９０は、着信呼転送サービスに加入している同一のユーザが所有する端末装置である。
尚、上述において、転送元ＵＥ２６０および転送先ＵＥ２９０は、現実の使用時において、同ユーザが用いることが必須とされるわけではない。即ち、転送元ＵＥ２６０のユーザであり、かつ、転送元ＵＥ２６０への着信呼の転送サービスに加入しているユーザに替えて、他の関連するユーザが転送先ＵＥ２９０の事実上のユーザであるという状況は許容される。
【００３７】
今、他のユーザが発信元ＵＥ２１０から転送元ＵＥ２６０に電話をかけた場合を想定する。
上述の想定においては、先ず、発信元ＵＥ２１０から呼処理サーバ２２０に通話接続要求が送信される（ステップＳ２０１）。
ステップＳ２０１での通話接続要求を受けて、呼処理サーバ２２０は、顧客管理サーバ２３０に着信先情報の問い合わせを行う（ステップＳ２０２）。
ステップＳ２０２での問い合わせを受けて、顧客管理サーバ２３０は、呼処理サーバ２２０に着信先情報を返答する（ステップＳ２０３）。
ステップＳ２０３での着信先情報を受けて、呼処理サーバ２２０は、転送元ネットワーク２２に設けられた本発明の実施の形態としての呼処理サーバ２４０に通話接続要求を送信する（ステップＳ２０４）。
【００３８】
ステップＳ２０４での通話接続要求を受けて、呼処理サーバ２４０は、転送元ＵＥ２６０に通話接続要求を送信する（ステップＳ２０５）。
呼処理サーバ２４０は、また、ステップＳ２０４での通話接続要求を受けて、音源サーバ２５０にＲＢＴ（リングバックトーン）の送出指示を送る（ステップＳ２０６）。
ステップＳ２０６でのＲＢＴ送出指示を受けて、音源サーバ２５０は、発信元ＵＥ２１０にＲＢＴを供給する（ステップＳ２０７）。
【００３９】
ここで、先のステップＳ２０５での通話接続要求を受けた転送元ＵＥ２６０において、ユーザによる応答操作が無い状況にあるか、或いは、圏外にあって応答できない状況にあるものと想定する。このような状況にあるとき、転送元ＵＥ２６０は、自装置が無応答の状況にあることを認識する（ステップＳ２０８）。
転送元ＵＥ２６０がステップＳ２０８におけるような状況にあるとき、呼処理サーバ２４０は、転送元ＵＥ２６０での無応答の時間を計時し、既定の時間を経過しても無応答の状態が継続している場合に、タイムアウトの状態に到ったことを検知する（ステップＳ２０９）。上述のようにタイムアウトの状態に到ったということは、転送元ＵＥ２６０への着信呼（ステップＳ２０５における通話接続要求）を既定の転送先に転送する契機が到来したことを意味する。
【００４０】
一方、転送元ＵＥ２６０は、ステップＳ２０８において自装置が無応答の状況にあることを認識した後、無応答の継続時間を基準に判断する等の自己判断に基づいて、着信呼の転送が起こることを認識し、着信履歴を形成して保持する（ステップＳ２１０）。
尚、転送元ＵＥ２６０において、電源をオフにしていることに起因して、結果的に無応答の状況にある場合には、転送元ネットワーク２２側において、転送元ＵＥ２６０の電源がオフ状態にあることを認識している。本実施の形態においては、このようにユーザが転送元ＵＥ２６０の電源をオフにしている場合には、転送元ネットワーク２２側における、電源オフの旨の認識を反映して、着信履歴を形成しないようにしている。
【００４１】
呼処理サーバ２４０は、ステップＳ２０９でのタイムアウトの検知に次いで、転送元ＵＥ２６０が着信呼転送サービスの正規の加入者であるか否かを判定する（ステップＳ２１１）。ここでは、転送元ＵＥ２６０は正規の加入者であり、呼処理サーバ２４０はその旨を認識するものとする。
ステップＳ２１１で、転送元ＵＥ２６０が正規の加入者であると認識した呼処理サーバ２４０は、次いで、転送先情報要求を顧客管理サーバ２３０に送信する（ステップＳ２１２）。
【００４２】
ステップＳ２１２での転送先情報要求を受けて、顧客管理サーバ２３０は、着信呼転送サービスの加入契約情報から、転送元ＵＥ２６０に係る転送先情報を検索し、この転送先情報を導出する（ステップＳ２１３）。
ステップＳ２１３で転送元ＵＥ２６０に係る転送先情報を導出すると、顧客管理サーバ２３０は、その転送先情報を呼処理サーバ２４０に転送先情報応答として送信する（ステップＳ２１４）。
【００４３】
呼処理サーバ２４０が、ステップＳ２１４での転送先情報応答を受けた時点では、既に、転送元のＵＥ２６０が既定時間内に応答を発信せずタイムアウトに到ったことが検知され（上記ステップＳ２０９での検知）、かつ、転送元のＵＥ２６０が既定の着信呼転送サービスの正規の加入者であると判定されている（上記ステップＳ２１１での判定）。
呼処理サーバ２４０では、上述のようにタイムアウトに到ったことが検知され、かつ、転送元のＵＥ２６０が既定の着信呼転送サービスの正規の加入者であると判定したときには、着信呼の転送を行うことを表す既定の転送フラグをオンにして管理する（ステップＳ２１５）。
【００４４】
この転送フラグは、呼処理サーバ２４０における記憶部に保持されて、その状態が管理される。
ステップＳ２１５に次いで、呼処理サーバ２４０は、転送先ネットワーク２３の顧客管理サーバ２７０に、着信先情報を問い合せる（ステップＳ２１６）。
ステップＳ２１６での着信先情報を問い合せを受けて、顧客管理サーバ２７０は、呼処理サーバ２４０に着信先情報を返答する（ステップＳ２１７）。
【００４５】
ステップＳ２１７での着信先情報の返答を受けて、呼処理サーバ２４０は、通話接続要求を、転送先ネットワーク２３の呼処理サーバ２８０に送信する（ステップＳ２１８）。
ステップＳ２１８における通話接続要求は、即ち、転送先への通話接続要求である。そして、ステップＳ２１８での通話接続要求は、呼処理サーバ２８０を介して、転送先のＵＥ２９０へと送信される（ステップＳ２１９）。
【００４６】
ステップＳ２１９での通話接続要求を受けて、転送先のＵＥ２９０は、ユーザによる応答操作を待機する（ステップＳ２２０）。そして、ユーザによる応答操作があった際に、転送先のＵＥ２９０は、通話接続応答を、呼処理サーバ２８０に送る（ステップＳ２２１）。
ステップＳ２２１での通話接続応答を受けて、呼処理サーバ２８０は、転送元ネットワーク２２の呼処理サーバ２４０に、通話接続応答を送信する（ステップＳ２２２）。このステップＳ２２１およびステップＳ２２２での通話接続応答は、即ち、転送先から発信元ＵＥ２１０への通話接続の要求に対する応答である。
【００４７】
このうちステップＳ２２２での通話接続応答の内容は、転送先のＵＥ２９０からの通話接続が可能の旨の応答である場合もあるが、他方、転送先のＵＥ２９０からの応答が無いままタイムアウトに到った場合などのように通話接続が不可能の旨の応答となる場合もある。
ステップＳ２２２での通話接続応答を受けて、呼処理サーバ２４０は、その通話接続応答があったことを認識する（ステップＳ２２３）。
【００４８】
ステップＳ２２３で通話接続応答があったことを認識した呼処理サーバ２４０は、次いで、その通話接続応答の内容が接続可能の旨の応答であるか否かを判断する（ステップＳ２２４）。
ステップＳ２２４で、通話接続応答の内容が接続不可能の旨の応答であると判断されたときには（ステップＳ２２４：Ｎｏ）、ステップＳ２１５でオンにして管理していた転送フラグをオフにし（即ち、消去し）、発信元ネットワーク２１の呼処理サーバ２２０に、接続不可能の旨通知する（ステップＳ２２５）。
【００４９】
ステップＳ２２５での接続不可能の旨の通知を受けて、呼処理サーバ２２０は、発信元のＵＥ２１０に接続不可能の旨の通知を行う（ステップＳ２２６）。
一方、ステップＳ２２４で、通話接続応答の内容が接続可能の旨の応答であると判断されたときには（ステップＳ２２４：Ｙｅｓ）、呼処理サーバ２４０は、発信元ネットワーク２１に設置された呼処理サーバ２２０を介して（ステップＳ２２７）、発信元のＵＥ２１０に接続可能の旨の応答を行う（ステップＳ２２８）。
【００５０】
その後、呼処理サーバ２４０は、ステップＳ２１５でオンにして管理していた転送フラグが未だオン状態であるか否かを確認する（ステップＳ２２９）。この確認は、通話接続応答の内容が接続不可能の旨の応答であると判断された場合（ステップＳ２２４：Ｎｏ）の処理におけるように、転送フラグが既にオフにされている可能性があるため、転送フラグの現在時点の状態を再確認する趣旨である。
【００５１】
ステップＳ２２９での確認の結果、転送フラグが未だオン状態を維持していることが確認されたときには（ステップＳ２２９：Ｙｅｓ）、転送元のＵＥ２６０に対し、着信履歴の削除要求を送信する（ステップＳ２３０）。
ステップＳ２３０での着信履歴の削除要求を受けて、転送元のＵＥ２６０では、着信履歴削除処理を実行する（ステップＳ２３１）。
【００５２】
ステップＳ２３１の着信履歴削除処理を実行すると、転送元のＵＥ２６０は、呼処理サーバ２４０に着信履歴削除完了の応答を返す（ステップＳ２３２）。
ステップＳ２３２での着信履歴削除完了の応答を受けて、呼処理サーバ２４０では、転送フラグを削除する。
尚、図１を参照して既述の例と同様に、呼処理サーバ２４０において、転送元ＵＥ２６０における着信履歴の削除処理が完了したか否かを既定の期間継続的に監視し、削除処理が未完了であると判断したときには、再度、着信履歴削除要求を転送元ＵＥ２６０に送信するように構成してもよい。
【００５３】
（呼処理装置の構成）
図３は、本願発明の一つの実施の形態としての呼処理装置を表す機能ブロック図である。
図３の呼処理装置３００は、図１における呼処理サーバ１４０、図２における呼処理サーバ２４０が、それぞれこれに該当する。
呼処理装置３００は、転送元応答状況監視部３１０、着信呼転送処理部３２０、転送先応答状況監視部３３０、および、着信履歴削除要求部３４０を含んで構成されている。
転送元応答状況監視部３１０は、発信元の端末装置（図１の発信元のＵＥ１１０；図２の発信元のＵＥ２１０）からの着信呼に対して、転送元のＵＥ（図１の転送元のＵＥ１６０；図２の転送元のＵＥ２６０）が既定時間内に応答を発信したか否かを監視する。
【００５４】
図１のシーケンスチャートではステップＳ１０９のタイムアウトの監視処理が上記監視に該当する。また、図２のシーケンスチャートではステップＳ２０９のタイムアウトの監視処理が上記監視に該当する。
着信呼転送処理部３２０は、転送元応答状況監視部３１０が、発信元の端末装置（図１の発信元のＵＥ１１０；図２の発信元のＵＥ２１０）からの着信呼に対して、転送元の端末装置（図１の転送元のＵＥ１６０；図２の転送元のＵＥ２６０）が既定時間内に応答を発信していないことを検知したときには、発信元のＵＥ（１１０；２１０）からの着信呼を転送先のＵＥ（１６０；２６０）に転送する。
【００５５】
この着信呼の転送処理は、図１のシーケンスチャートでは、ステップＳ１１２の転送情報要求から、ステップＳ１２１の通話接続応答（その応答の受信）までの間に行われる処理がこれに該当する。また、図２のシーケンスチャートでは、ステップＳ２１２の転送情報要求から、ステップＳ２２２の通話接続応答（その応答の受信）までの間に行われる処理がこれに該当する。
【００５６】
転送先応答状況監視部３３０は、着信呼転送処理部３２０により転送された、発信元のＵＥ（１１０；２１０）からの着信呼に対する、転送先の端末装置（図１の転送先のＵＥ１９０；図２の転送先のＵＥ２９０）の応答状況を監視する。
この応答状況の監視は、図１のシーケンスチャートでは、ステップ１２１の通話接続応答の受信の有無の監視がこれに該当する。また、図２のシーケンスチャートでは、ステップＳ２２３の通話接続応答の認識に係る処理がこれに該当する。
【００５７】
着信履歴削除要求部３４０は、転送先応答状況監視部３３０が、着信呼転送処理部３２０によって転送された発信元のＵＥ（１１０；２１０）からの着信呼に対して、転送先のＵＥ（１９０；２９０）が接続可能の旨の応答をしたことを検知したときには、該接続可能の旨の応答が検知された着信呼に係る着信履歴の削除を促す着信履歴削除要求を、転送元のＵＥ（１６０；２６０）に対して発する。
この着信履歴削除要求の発信処理は、図１のシーケンスチャートでは、ステップ１２５の着信履歴削除要求がこれに該当する。また、図２のシーケンスチャートでは、ステップＳ２３０の着信履歴削除要求がこれに該当する。
【００５８】
図２のシーケンスチャートにおける呼処理サーバ（呼処理装置）２４０では、その転送元応答状況監視部３１０において、転送元のＵＥ２６０が既定時間内に応答を発信していないことを検知し、かつ、転送元のＵＥ２６０が既定の着信呼転送サービスに加入していると判定したときには、着信呼の転送を行うことを表す既定の転送フラグをオンにして管理する。更に、着信呼転送処理部３２０によって転送された発信元のＵＥ２１０からの着信呼に対して、転送先のＵＥ２９０からの応答が接続不可の応答であるときには、転送元応答状況監視部３１０は、上述のようにオンにして管理していた転送フラグをオフにして管理する。
【００５９】
また、呼処理サーバ（呼処理装置）２４０では、その着信履歴削除要求部３４０は、上述の転送フラグがオフであるときには、着信履歴削除要求を、転送元の端末装置２６０に対して発しない。
一方、図１のシーケンスチャートにおける呼処理サーバ（呼処理装置）１４０では、その着信履歴削除要求部３４０において、転送元のＵＥ１６０における着信履歴の削除が完了したか否かを監視し（ステップＳ１２８）、着信履歴の削除が完了していないことを認識したときには、転送元の端末装置１６０に対し、着信履歴削除要求を繰り返し発する（ステップＳ１２９）。この点は、図２のシーケンスチャートにおける呼処理サーバ（呼処理装置）２４０についても、同様に構成することができることは既述のとおりである。
【００６０】
本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、請求項により画される発明の特徴の組み合わせに限定されるものではなく、全ての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画され得る。
【符号の説明】
【００６１】
１１…………………………………………………………発信元ネットワーク
１２…………………………………………………………転送元ネットワーク
１３…………………………………………………………転送先ネットワーク
１１０、２１０……………………………………………発信元端末装置
１２０、２２０……………………………………………呼処理サーバ
１３０、２３０……………………………………………顧客管理サーバ
１４０、２４０……………………………………………呼処理サーバ
１５０、２５０……………………………………………音源サーバ
１６０、２６０……………………………………………転送元サーバ
１７０、２７０……………………………………………顧客管理サーバ
１８０、２８０……………………………………………呼処理サーバ
１９０、２９０……………………………………………転送先サーバ
３００………………………………………………………呼処理装置
３１０………………………………………………………着信元応答状況監視部
３２０………………………………………………………着信呼転送処理部
３３０………………………………………………………転送先応答状況監視部
３４０………………………………………………………着信履歴削除要求部
【特許請求の範囲】
【請求項１】
発信元の端末装置から転送元の端末装置への着信呼を、転送先の端末装置に転送する、着信呼転送システムに適用される呼処理装置であって、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信したか否かを監視する転送元応答状況監視部と、
前記転送元応答状況監視部が、前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信していないことを検知したときには、前記発信元の端末装置からの着信呼を前記転送先の端末装置に転送する着信呼転送処理部と、
前記着信呼転送処理部により転送された、前記発信元の端末装置からの着信呼に対する、前記転送先の端末装置の応答状況を監視する転送先応答状況監視部と、
前記転送先応答状況監視部が、前記着信呼転送処理部によって転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置が接続可能の旨の応答をしたことを検知したときには、前記接続可能の旨の応答が検知された着信呼に係る着信履歴の削除を促す着信履歴削除要求を、前記転送元の端末装置に対して発する着信履歴削除要求部と、
を備えていることを特徴とする呼処理装置。
【請求項２】
前記転送元応答状況監視部は、前記転送元の端末装置が既定時間内に応答を発信していないことを検知し、かつ、前記転送元の端末装置が既定の着信呼転送サービスに加入していると判定したときには、着信呼の転送を行うことを表す既定の転送フラグをオンにして管理し、更に、前記着信呼転送処理部によって転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置からの応答が接続不可の応答であるときには、前記オンにして管理していた前記転送フラグをオフにして管理し、
前記着信履歴削除要求部は、前記転送フラグがオフであるときには前記着信履歴削除要求を、前記転送元の端末装置に対して発しないことを特徴とする請求項１に記載の呼処理装置。
【請求項３】
前記着信履歴削除要求部は、前記転送元の端末装置における前記着信履歴の削除が完了したか否かを監視し、前記着信履歴の削除が完了していないことを認識したときには、前記転送元の端末装置に対し、前記着信履歴削除要求を繰り返し発することを特徴とする請求項１または請求項２に記載の呼処理装置。
【請求項４】
発信元の端末装置から転送元の端末装置への着信呼を、呼処理装置によって、転送先の端末装置に転送する着信呼転送システムであって、
前記呼処理装置は、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信したか否かを監視する転送元応答状況監視部と、
前記転送元応答状況監視部が、前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信していないことを検知したときには、前記発信元の端末装置からの着信呼を前記転送先の端末装置に転送する着信呼転送処理部と、
前記着信呼転送処理部により転送された、前記発信元の端末装置からの着信呼に対する、前記転送先の端末装置の応答状況を監視する転送先応答状況監視部と、
前記転送先応答状況監視部が、前記着信呼転送処理部によって転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置が接続可能の旨の応答をしたことを検知したときには、前記接続可能の旨の応答が検知された着信呼に係る着信履歴の削除を促す着信履歴削除要求を、前記転送元の端末装置に対して発する着信履歴削除要求部と、
を備えていることを特徴とする着信呼転送システム。
【請求項５】
発信元の端末装置から転送元の端末装置への着信呼を、転送先の端末装置に転送する際に、前記転送元の端末装置に着信履歴が少なくとも一時的に保持される場合の、着信履歴取り扱い方法であって、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信したか否かを監視し、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信していないことを検知したときには、前記発信元の端末装置からの着信呼を前記転送先の端末装置に転送し、
前記着信呼転送処理部により転送された、前記発信元の端末装置からの着信呼に対する、前記転送先の端末装置の応答状況を監視し、
前記転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置が接続可能の旨の応答をしたことを検知したときには、前記接続可能の旨の応答が検知された着信呼に係る着信履歴の削除を促す着信履歴削除要求を、前記転送元の端末装置に対して発することを特徴とする着信履歴取り扱い方法。
【請求項１】
発信元の端末装置から転送元の端末装置への着信呼を、転送先の端末装置に転送する、着信呼転送システムに適用される呼処理装置であって、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信したか否かを監視する転送元応答状況監視部と、
前記転送元応答状況監視部が、前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信していないことを検知したときには、前記発信元の端末装置からの着信呼を前記転送先の端末装置に転送する着信呼転送処理部と、
前記着信呼転送処理部により転送された、前記発信元の端末装置からの着信呼に対する、前記転送先の端末装置の応答状況を監視する転送先応答状況監視部と、
前記転送先応答状況監視部が、前記着信呼転送処理部によって転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置が接続可能の旨の応答をしたことを検知したときには、前記接続可能の旨の応答が検知された着信呼に係る着信履歴の削除を促す着信履歴削除要求を、前記転送元の端末装置に対して発する着信履歴削除要求部と、
を備えていることを特徴とする呼処理装置。
【請求項２】
前記転送元応答状況監視部は、前記転送元の端末装置が既定時間内に応答を発信していないことを検知し、かつ、前記転送元の端末装置が既定の着信呼転送サービスに加入していると判定したときには、着信呼の転送を行うことを表す既定の転送フラグをオンにして管理し、更に、前記着信呼転送処理部によって転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置からの応答が接続不可の応答であるときには、前記オンにして管理していた前記転送フラグをオフにして管理し、
前記着信履歴削除要求部は、前記転送フラグがオフであるときには前記着信履歴削除要求を、前記転送元の端末装置に対して発しないことを特徴とする請求項１に記載の呼処理装置。
【請求項３】
前記着信履歴削除要求部は、前記転送元の端末装置における前記着信履歴の削除が完了したか否かを監視し、前記着信履歴の削除が完了していないことを認識したときには、前記転送元の端末装置に対し、前記着信履歴削除要求を繰り返し発することを特徴とする請求項１または請求項２に記載の呼処理装置。
【請求項４】
発信元の端末装置から転送元の端末装置への着信呼を、呼処理装置によって、転送先の端末装置に転送する着信呼転送システムであって、
前記呼処理装置は、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信したか否かを監視する転送元応答状況監視部と、
前記転送元応答状況監視部が、前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信していないことを検知したときには、前記発信元の端末装置からの着信呼を前記転送先の端末装置に転送する着信呼転送処理部と、
前記着信呼転送処理部により転送された、前記発信元の端末装置からの着信呼に対する、前記転送先の端末装置の応答状況を監視する転送先応答状況監視部と、
前記転送先応答状況監視部が、前記着信呼転送処理部によって転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置が接続可能の旨の応答をしたことを検知したときには、前記接続可能の旨の応答が検知された着信呼に係る着信履歴の削除を促す着信履歴削除要求を、前記転送元の端末装置に対して発する着信履歴削除要求部と、
を備えていることを特徴とする着信呼転送システム。
【請求項５】
発信元の端末装置から転送元の端末装置への着信呼を、転送先の端末装置に転送する際に、前記転送元の端末装置に着信履歴が少なくとも一時的に保持される場合の、着信履歴取り扱い方法であって、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信したか否かを監視し、
前記発信元の端末装置からの着信呼に対して、前記転送元の端末装置が既定時間内に応答を発信していないことを検知したときには、前記発信元の端末装置からの着信呼を前記転送先の端末装置に転送し、
前記着信呼転送処理部により転送された、前記発信元の端末装置からの着信呼に対する、前記転送先の端末装置の応答状況を監視し、
前記転送された前記発信元の端末装置からの着信呼に対して、前記転送先の端末装置が接続可能の旨の応答をしたことを検知したときには、前記接続可能の旨の応答が検知された着信呼に係る着信履歴の削除を促す着信履歴削除要求を、前記転送元の端末装置に対して発することを特徴とする着信履歴取り扱い方法。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１３−５８９９９（Ｐ２０１３−５８９９９Ａ）
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願番号】特願２０１１−１９７５８５（Ｐ２０１１−１９７５８５）
【出願日】平成２３年９月９日（２０１１．９．９）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願日】平成２３年９月９日（２０１１．９．９）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]