着信呼転送管理サーバ、コールバック用端末装置、着信呼転送システム
【課題】着信転送サービスに加入しているユーザが、着信を中継する複数の転送元の端末装置を利用している場合に懸念される、コールバック受信側での混乱を防止した、着信呼転送管理サーバ、コールバック用端末装置、着信呼転送システムを提供する。
【解決手段】着信呼転送システムからの着信要求が、既定の転送元の端末装置を経由して届いたものであるか否かを、着信呼中継状況識別部で、着信要求に含まれる着信呼中継状況識別情報に基づいて判断し、着信呼中継状況識別情報による判断の結果が肯定的である場合には、着信呼中継状況識別情報に基づいて、着信呼の中継に適用された転送元の端末装置を表す転送元端末情報を含むコールバック用情報をディスプレイ部に表示して、何れの転送元からの着信呼であるかを転送先のユーザにおいて認識できるようにする。
【解決手段】着信呼転送システムからの着信要求が、既定の転送元の端末装置を経由して届いたものであるか否かを、着信呼中継状況識別部で、着信要求に含まれる着信呼中継状況識別情報に基づいて判断し、着信呼中継状況識別情報による判断の結果が肯定的である場合には、着信呼中継状況識別情報に基づいて、着信呼の中継に適用された転送元の端末装置を表す転送元端末情報を含むコールバック用情報をディスプレイ部に表示して、何れの転送元からの着信呼であるかを転送先のユーザにおいて認識できるようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、着信呼転送サービスに加入しているユーザの利便性の向上を図った、着信呼転送管理サーバ、コールバック用端末装置、着信呼転送システムに関する。
【背景技術】
【０００２】
発信元の端末装置からの着信呼を、転送元の端末装置を経由して、転送先の端末装置に転送する転送電話サービスは、よく知られている。
転送電話サービスでは、同一ユーザが、着信呼の中継に用いる転送元の端末装置を複数保有する場合がある。
上述のように転送元の端末装置を複数保有するユーザは、多くの場合、それら複数の転送元の端末装置への着信呼を、全て、同一の転送先の端末装置に転送させるようにして、多岐の方面の転送元からの情報を一つの端末装置で集約的に受信可能に設定している。
【０００３】
一般に、複数の転送元の端末装置からの着信呼を一つの転送先の端末装置で集約的に受信する場合、或る発信元の端末装置からの着信要求が、複数のうちの何れの転送元の端末装置によって中継されてきたかは不明である。
このため、転送先の端末装置のユーザが、着信履歴を見て、不用意にコールバックしてしまう（折り返し電話をかけ直す）と、種々混乱を招くおそれがあった。
【０００４】
例えば、転送先の端末装置のユーザが、外部に対しては特定の転送元の端末装置のみを公表し、転送先の端末装置については秘匿しておきたいといった場合である。このような場合に、上述のように不用意にコールバックしてしまうことによって、転送先の端末装置の存在が、コールバックを受信したユーザに知られてしまうといった事態が発生してしまう。
【０００５】
或いはまた、上記発信元の端末装置のユーザ側からすれば、上述のようなコールバックは、想定外の端末装置（番号）からの着信である。このため、コールバックを受けた上記発信元の端末装置のユーザは、この着信を不審者からのものであると見做して、通話に応じないということも起こり得る。
尚、コールバックに関するユーザ間での意思疎通を支援するために、コールバック要請の実行条件を設定しておき、この実行条件が充足される場合に、転送先の端末装置の着信履歴画面に発信元の端末装置へのコールバックを要請する旨のメッセージを表示させる技術が提案されている（例えば、特許文献１参照）。
【０００６】
しかしながら、特許文献１の技術では、或る発信元からの着信要求が、着信を中継する複数の転送元の端末装置のうち何れの端末装置によって中継されたかが不明であることに起因して、コールバック時に上述のような混乱を生じるおそれがあるといった点には、別段の着眼が示されていない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１１−１６０２４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は上述のような状況に鑑みてなされたものであり、着信転送サービスに加入しているユーザが、着信を中継する複数の転送元の端末装置を利用している場合に懸念される、コールバック受信側での混乱を防止できる、着信呼転送管理サーバ、コールバック用端末装置、着信呼転送システムを提供することをその目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、ここに、次のような技術を提案する。
（１）発信元の端末装置から転送元の端末装置への着信呼を、コールバック機能を有する転送先の端末装置に転送する、着信呼転送システムに適用される着信呼転送管理サーバであって、
着信呼転送サービス加入契約による転送元の端末装置と転送先の端末装置との対応関係を表す着信呼転送形態設定データを保持する着信呼転送形態設定データ保持部と、
転送先に関する情報の要求に応答して、前記着信呼転送形態設定データ保持部に保持された前記着信呼転送形態設定データのうち該当する着信呼転送形態設定データを抽出し、該抽出された着信呼転送形態設定データに基づいて着信呼の中継形態を規定する中継形態規定情報を形成する中継形態規定情報形成部と、
前記中継形態規定情報形成部によって形成された中継形態規定情報を、前記転送先に関する情報の要求への応答である転送先情報応答に含ませる転送先情報応答部と、
を備えていることを特徴とする着信呼転送管理サーバ。
【００１０】
上記（１）の着信呼転送管理サーバによれば、その転送先情報応答部からの転送先情報応答には、着信呼の転送元となった転送元の端末装置を特定する中継形態規定情報が含まれている。このため、転送先の端末装置のユーザは、コールバックを行うに際して、着信呼を中継した端末装置（転送元の端末装置）が何であるかを上記中継形態規定情報に基づいて認識することができる。従って、適切なコールバックが行われ、コールバック受信側での混乱を防止できる。
【００１１】
（２）前記転送先の端末装置からのコールバックに際して、該コールバックの発信元を表すコールバック発信元情報として、前記転送先の端末装置を表す情報に替えて、前記着信呼転送形態設定データ保持部に保持された着信呼転送形態設定データによる転送元の端末装置を表す情報を適用するように、コールバック発信元情報を変換するコールバック発信元情報変換部を更に備えていることを特徴とする（１）の着信呼転送管理サーバ。
【００１２】
上記（２）では、（１）の着信呼転送管理サーバにおいて特に、コールバックの発信元を表すコールバック発信元情報として、前記転送先の端末装置を表す情報に替えて、着信呼を中継した転送元の端末装置を表す情報を適用する。このため、コールバック受信側では予定の相手からの応答であると自然に認識されるため、混乱を生じることがない。
【００１３】
（３）前記転送先情報応答部は、着信呼転送形態設定データ保持部に保持された前記着信呼転送形態設定データが、転送元の端末装置を表す情報に替えてダミー端末情報を適用することを規定するデータであるときには、前記中継形態規定情報形成部は、前記中継形態規定情報として、転送元の端末装置を表す情報に替えてダミー端末情報を適用することを規定する中継形態規定情報を形成することを特徴とする（１）の着信呼転送管理サーバ。
【００１４】
上記（３）の着信呼転送管理サーバでは、（１）の着信呼転送管理サーバにおいて特に、転送元の端末装置としてダミー端末情報が用いたれているため、ユーザのコールバック用端末装置が他者の手に渡ったような場合でも、秘匿しておきたい中継形態規定情報が漏洩する不都合を防止できる。
【００１５】
（４）発信元の端末装置から転送元の端末装置への着信呼を、転送先の端末装置に転送する、着信呼転送システムに適用されるコールバック用端末装置であって、
前記着信呼転送システムからの着信要求が既定の転送元の端末装置を経由して届いたものであるときには、前記着信要求に含まれる着信呼中継状況識別情報に基づいて、着信呼の中継に適用された転送元の端末装置を表す転送元端末情報を取得する着信呼中継状況識別部と、
前記着信呼中継状況識別部から前記取得された転送元端末情報を受け、該受けた転送元端末情報による転送元の端末装置の表示を含む形態でコールバック用情報の表示を行うディスプレイ部と、
を備えていることを特徴とするコールバック用端末装置。
【００１６】
上記（４）のコールバック用端末装置では、転送先の端末装置のユーザは、コールバックを行うに際して、着信呼を中継した端末装置（転送元の端末装置）が何であるかを、ディスプレイ部におけるコールバック用情報の表示に基づいて認識することができる。従って、適切なコールバックが行われ、コールバック受信側での混乱を防止できる。
【００１７】
（５）前記着信呼中継状況識別情報に、前記転送元端末情報に替えて適用するダミー端末情報が含まれているときには、前記ディスプレイ部は、前記転送元端末情報に替えて前記ダミー端末情報を表示することを特徴とする（４）のコールバック用端末装置。
上記（５）のコールバック用端末装置では、（４）のコールバック用端末装置において特に、ディスプレイ部は、転送元の端末装置としてダミー端末情報を表示するため、このコールバック用端末装置が他者の手に渡ったような場合でも、秘匿しておきたい転送元端末情報が漏洩する不都合を防止できる。
【００１８】
（６）発信元の端末装置から転送元の端末装置への着信呼を、着信呼転送管理サーバによる管理下で、コールバック機能を有する転送先の端末装置に転送する、着信呼転送システムであって、
前記着信呼転送管理サーバは、
着信呼転送サービス加入契約による転送元の端末装置と転送先の端末装置との対応関係を表す着信呼転送形態設定データを保持する着信呼転送形態設定データ保持部と、
転送先に関する情報の要求に応答して、前記着信呼転送形態設定データ保持部に保持された前記着信呼転送形態設定データのうち該当する着信呼転送形態設定データを抽出し、該抽出された着信呼転送形態設定データに基づいて着信呼の中継形態を規定する中継形態規定情報を形成する中継形態規定情報形成部と、
前記中継形態規定情報形成部によって形成された中継形態規定情報を、前記転送先に関する情報の要求への応答である転送先情報応答に含ませる転送先情報応答部と、
を備えていることを特徴とする着信呼転送システム。
【００１９】
上記（６）の着信呼転送システムでは、その着信呼転送管理サーバから発する転送先情報応答には、着信呼の転送元となった転送元の端末装置を特定する中継形態規定情報が含まれている。このため、転送先の端末装置のユーザは、コールバックを行うに際して、着信呼を中継した端末装置（転送元の端末装置）が何であるかを上記中継形態規定情報に基づいて認識することができる。従って、適切なコールバックが行われ、コールバック受信側での混乱を防止できる。
【発明の効果】
【００２０】
着信転送サービスに加入しているユーザが、着信を中継する複数の転送元の端末装置を利用している場合に懸念される、コールバック受信側での混乱を防止できる、着信呼転送管理サーバ、コールバック用端末装置、着信呼転送システムを実現することができる。
【図面の簡単な説明】
【００２１】
【図１】本願発明のコールバック用端末装置の機能の概略を説明するための図である。
【図２】本願発明の一つの実施の形態としてのコールバック用端末装置および着信呼転送管理サーバを含む着信呼転送システムの構成および動作を、発信元から転送先までについて表すシーケンスチャートである。
【図３】図２の着信呼転送システムにおける着信呼転送管理サーバが保有する着信呼転送形態設定データを表す概念図である。
【図４】図２の着信呼転送システムにおいてコールバック用端末装置が応答処理を起動したときのディスプレイ部における表示例を表す図である。
【図５】図２の着信呼転送システムにおける、転送先から発信元へコールバックする場合の動作を表すシーケンスチャートである。
【図６】本発明の一つの実施の形態としての着信呼転送管理サーバを表す図である。
【図７】本発明の一つの実施の形態としてのコールバック用端末装置を表す図である。
【発明を実施するための形態】
【００２２】
以下に、図面を参照して本発明の実施の形態について詳述することにより、本発明を明らかにする。
（本願発明の着信呼転送システムの機能の概略）
図１は、本願発明の一つの実施の形態としてのコールバック用端末装置の機能の概略を説明するための図である。
図１（ａ）は、本願発明の一つの実施の形態としてのコールバック用端末装置に、「Ｙ」という番号が附された転送元の端末装置から、着信呼が転送され、受信されたときの、該コールバック用端末装置における表示例を表している。この表示は該コールバック用端末装置のディスプレイにおけるものであり、この点は、以下、図１（ｂ）〜図１（ｄ）について同様である。
図示の通り、転送元として機能し得る複数の端末装置のうちの何れの転送元からの転送呼であるかが表示され、かつ、発信元の端末装置のユーザは“Ｍ”氏であることが表示される。
【００２３】
図１（ｂ）は、図１（ａ）のコールバック用端末装置からコールバックを行うときの、着信履歴の表示例を表している。
図示の通り、“Ｌ”氏、“Ｍ”氏、“Ｎ”氏からの着信履歴が、これら各氏の電話番号を伴って表示される。また、これらの着信履歴に対応して、各着信が、何れの転送元からの転送呼であるかが表示される。
図示の例では、“Ｌ”氏からの着信は、転送を経ず直接に受信され、“Ｍ”氏からの着信は、「Ｙ」という番号が附された転送元の端末装置から受信され、“Ｎ”氏からの着信は、「Ｗ」という番号が附された転送元の端末装置から受信されたことが表示されている。
【００２４】
本例では、このように、現実の転送元の端末装置を表す番号がそれぞれ表示される。
しかしながら、或る視点では、このように、現実の転送元の端末装置を表す番号が表示され、また、この表示の元となるデータが保存されることが望ましくない場合もある。例えば、コールバック用端末装置のユーザが、現実の転送元の端末装置を表す番号は部外者に対しては秘匿しておきたいような場合である。このような場合に、仮に、ユーザがコールバック用端末装置を紛失したり盗難に遭うなどして、そのコールバック用端末装置が他者に渡ったような場合、秘匿しておきたい情報が漏洩してしまう。本発明の一つの実施の形態では、このような懸念に対しても配慮しているが、この点については、後に図面を参照して詳述する。
【００２５】
図１（ｃ）は、図１（ａ）のコールバック用端末装置からコールバックを行うときの、コールバックのガイド表示の一例を表している。
図示の例では、図１（ａ）のコールバック用端末装置自体（ここでは「Ｘ」とする）からの発信ではなく、「Ｙ」という番号が附された転送元の端末装置からの発信であるとして、着信側（即ち、発信元である“Ｍ”氏）に通知するか否かの選択を促す表示となっている。
【００２６】
この選択を促す表示において、「はい」を選択すると、「Ｙ」という番号が附された転送元の端末装置からの発信であるとして、着信側（従って、発信元）の“Ｍ”氏への通知が行われる。
この場合は、発信元である“Ｍ”氏側からすれば、元々電話をかけた相手方からのコールバックであるため、想定外の者からの電話であるといった不信感を持ったり、そのコールバックに応じないといった混乱を招くおそれがない。
【００２７】
一方、「いいえ」を選択すると、通常のコールバックの如く、コールバック用端末装置「Ｘ」からの発信であるとしてコールバックが実行される。
図１（ｄ）は、図１（ｃ）のガイド表示で「はい」を選択した場合の、コールバック起動中の、動作表示の一例を表している。
図示の例では、「Ｙ」という番号が附された転送元の端末装置からの発信であるとしてコールバック中である旨と、着信側（従って、発信元）は“Ｍ”氏である旨が表示されている。
【００２８】
（着信呼転送システムの構成および動作）
図２は、本願発明の一つの実施の形態としてのコールバック用端末装置を含む着信呼転送システムの構成および動作を、発信元から転送先までについて表すシーケンスチャートである。
図２の実施の形態における着信呼転送システムは、発信元ネットワーク１１、転送元ネットワーク１２、および、転送先ネットワーク１３の各ネットワーク中の、下記の各要素を含んで構成されている。
発信元ネットワーク１１は、発信元の端末装置（図中ＵＥと表記）１１０と、呼処理サーバ１２０とを含んでいる。
【００２９】
また、転送元ネットワーク１２は、本発明の実施の形態である着信呼転送管理サーバとしての顧客管理サーバ１３０、呼処理サーバ１４０、音源サーバ１５０、および、転送元ＵＥ１６０（No.Ｙ）を含んでいる。
さらに、転送先ネットワーク１３は、顧客管理サーバ１７０、呼処理サーバ１８０、および、コールバック用端末装置としての転送先のＵＥ（No.Ｘ）１９０を含んでいる。
【００３０】
（一例における着信転送システムの各要素の機能および動作）
次に、図２のシーケンスチャートを参照して、着信転送システムの各要素の機能および動作について説明する。
図２の例における着信転送システムでは、転送元のＵＥ１６０（No.Ｙ）および転送先のＵＥ（No.Ｘ）１９０は、着信転送サービスに加入している同一のユーザが所有する端末装置である。
ここでは、ユーザは、着信呼を中継する転送元ＵＥとして、上述のＵＥ１６０（No.Ｙ）の他に、このシーケンスチャート上には表記のない、他のＵＥ（No.Ｗ）をも利用する加入契約を結んでいるものとする。
【００３１】
そして、No.ＹのＵＥに着信した着信呼も、No.ＷのＵＥに着信した着信呼も、何れも、転送先のＵＥ（No.Ｘ）１９０に転送されるように設定してあるものとする。
尚、上述において、転送元ＵＥ１６０および転送先のＵＥ（No.Ｘ）１９０は、現実の使用時において、同一ユーザが用いることが必須とされるわけではない。即ち、転送元ＵＥ１６０のユーザであり、かつ、転送元ＵＥ１６０への着信呼の転送サービスに加入しているユーザに替えて、他の関連するユーザが転送先のＵＥ（No.Ｘ）１９０の事実上のユーザであるという状況は許容される。
【００３２】
今、他のユーザが発信元のＵＥ（No.Ｚ）１１０から転送元ＵＥ１６０（No.Ｙ）に電話をかけた場合を想定する。
上述の想定においては、先ず、発信元のＵＥ（No.Ｚ）１１０から呼処理サーバ１２０に通話接続要求が送信される（ステップＳ２０１）。
ステップＳ２０１での通話接続要求を受けて、呼処理サーバ１２０は、着信呼転送管理サーバとしての顧客管理サーバ１３０に着信先情報の問い合わせを行う（ステップＳ２０２）。
【００３３】
ステップＳ２０２での問い合わせを受けて、顧客管理サーバ１３０は、呼処理サーバ１２０に着信先情報を返答する（ステップＳ２０３）。
ステップＳ２０３での着信先情報を受けて、呼処理サーバ１２０は、転送元ネットワーク１２に設けられた本発明の実施の形態としての呼処理サーバ１４０に通話接続要求を送信する（ステップＳ２０４）。
【００３４】
ステップＳ２０４での通話接続要求を受けて、呼処理サーバ１４０は、転送元ＵＥ１６０（No.Ｙ）に通話接続要求を送信する（ステップＳ２０５）。
呼処理サーバ１４０は、また、ステップＳ２０４での通話接続要求を受けて、音源サーバ１５０にＲＢＴ（リングバックトーン）の送出指示を送る（ステップＳ２０６）。
ステップＳ２０６でのＲＢＴ送出指示を受けて、音源サーバ１５０は、発信元のＵＥ１１０にＲＢＴを供給する（ステップＳ２０７）。
【００３５】
ここで、先のステップＳ２０５での通話接続要求を受けた転送元ＵＥ１６０（No.Ｙ）においては、ユーザによる応答操作が無い状況にあるか、或いは、圏外にあって応答できない状況にあるものと想定する。このような状況にあるとき、転送元ＵＥ１６０（No.Ｙ）は、自装置が無応答の状況にあることを認識している。
【００３６】
転送元ＵＥ１６０（No.Ｙ）が上述のように無応答の状況にあるとき、呼処理サーバ１４０は、転送元ＵＥ１６０（No.Ｙ）での無応答の継続時間を計時し、既定の時間を経過しても無応答の状態が継続している場合に、タイムアウトの状態に到ったことを検知する（ステップＳ２０８）。上述のようにタイムアウトの状態に到ったということは、転送元ＵＥ１６０（No.Ｙ）への着信呼（ステップＳ２０５における通話接続要求）を既定の転送先に転送する契機が到来したことを意味する。
【００３７】
呼処理サーバ１４０は、ステップＳ２０８でのタイムアウトの検知に次いで、転送元ＵＥ１６０（No.Ｙ）が着信呼転送サービスの正規の加入者であるか否かを判定する（ステップＳ２０９）。ここでは、転送元ＵＥ１６０（No.Ｙ）は正規の加入者であり、呼処理サーバ１４０はその旨を認識するものとする。
ステップＳ２０９で、転送元ＵＥ１６０（No.Ｙ）が正規の加入者であると認識した呼処理サーバ１４０は、次いで、転送先情報要求を顧客管理サーバ１３０に送信する（ステップＳ２１０）。
【００３８】
ステップＳ２１０での転送先情報要求を受けて、顧客管理サーバ１３０は、着信呼転送サービスの加入契約データ中の着信呼転送形態設定データから、転送元ＵＥ１６０（No.Ｙ）に係る転送先情報を検索し、この転送先情報を導出する（ステップＳ２１１）。
ステップＳ２１１で転送元ＵＥ１６０（No.Ｙ）に係る転送先情報を導出すると、顧客管理サーバ１３０は、回線契約データベースを参照して、着信呼転送サービスに係る契約内容を認識する（ステップＳ２１２）。
【００３９】
（着信呼転送形態設定データの一例）
図３は、顧客管理サーバ１３０が保有する着信呼転送形態設定データの一例を表す概念図である。
図３において「契約No.」の欄にそれぞれ表記された大文字表記の番号“Ｘ”“Ｙ”“Ｗ”は、着信呼転送サービスに加入している同一ユーザが用いる各ＵＥの番号である。
図３を参照して理解されるとおり、大文字表記の番号 “Ｙ”“Ｗ”の各ＵＥへの着信呼は、全て、 図２を参照して既述の、転送先のＵＥ（No.Ｘ）１９０に転送されるように設定されている。即ち、この契約の場合、ＵＥ（No.Ｘ）１９０のユーザは、着信呼の中継に用いる全ての転送元のＵＥからの着信呼を、一つのＵＥ（No.Ｘ）１９０に集約して受信するように設定している。
【００４０】
ところで、ユーザがＵＥ（No.Ｘ）１９０を紛失し、他者が、このＵＥ（No.Ｘ）１９０を、自らの手中に置いてしまった場合を想定すると、このユーザにとって極めて不本意な情報漏えいが生じることが懸念される。具体的には、このユーザが自らの複数の各ＵＥ“Ｙ”“Ｗ”への着信呼を一つのＵＥ（No.Ｘ）１９０に集約して受信するように設定しつつも、これら各ＵＥ“Ｙ”“Ｗ”のうちの少なくとも何れかのものについては、その存在を秘匿しておくことを望んでいた場合等の例である。このような場合、紛失したＵＥ（No.Ｘ）１９０を手中にした者によってこのＵＥ（No.Ｘ）１９０の着信履歴を見られてしまうと、中継用ＵＥ“Ｙ”“Ｗ”の存在や、それらを経由しての着信呼の転送に係る設定をその者に知られてしまう懸念がある。
【００４１】
本実施の形態では、上述のような情報漏えいの懸念を払拭するために、着信呼を中継する転送元の端末装置を表す実際の正規の登録番号に替えて、ダミー番号を用いるようにしている。
図３の例では、大文字表記の正規の各契約番号“Ｘ”“Ｙ”“Ｗ”に替えて、それらに各対応する小文字表記のダミー番号“ｘ”“ｙ”“ｗ”が適用される。そして、この例の場合には、ＵＥ（No.Ｘ）１９０には、中継用ＵＥの実番号“Ｙ”“Ｗ”は着信履歴にも残らず、これらの実番号“Ｙ”“Ｗ”にかえてダミー番号“ｙ”“ｗ”が表示され、また着信履歴にもダミー番号“ｙ”“ｗ”が残る。
【００４２】
従って、この実施の形態では、中継用ＵＥ“Ｙ”“Ｗ”の存在や、それらを経由しての着信呼の転送に係る設定を他者に知られてしまう懸念が払拭される。
ステップＳ２１２で、顧客管理サーバ１３０が保有する着信呼転送形態設定データを参照して取得されるデータは、上述の図３に表されたものである。
次いで、顧客管理サーバ１３０は、転送先情報応答に転送フラグを附加する（ステップＳ２１３）。
【００４３】
この転送フラグには、発信元のＵＥ（No.Ｚ）１１０から転送先のＵＥ（No.Ｘ）１９０へ、図３にて既述のダミー番号“ｙ”が対応付けられたＵＥ経由で着信呼を転送するという内容の情報が込められている。
ステップＳ２１３で、附加された上述のような転送フラグを伴って、転送先情報応答が呼処理サーバ１４０に送信される（ステップＳ２１４）。
【００４４】
ステップＳ２１４での転送先情報応答を受けて、呼処理サーバ１４０は、この転送先情報応答に対応する着信先情報問い合せを転送先ネットワーク１３の顧客管理サーバ１７０に送る（ステップＳ２１５）。
ステップＳ２１５での着信先情報問い合せを受けて、顧客管理サーバ１７０は、呼処理サーバ１４０に、着信先情報応答を返す（ステップＳ２１６）。
【００４５】
ステップＳ２１６での着信先情報応答を受けて、呼処理サーバ１４０は、既述の転送フラグを伴った通話接続要求を転送先ネットワーク１３の呼処理サーバ１８０を通して（ステップＳ２１７）、転送先のＵＥ（No.Ｘ）１９０へ送信する（ステップＳ２１８）。
ステップＳ２１８での通話接続要求を受けて、転送先のＵＥ（No.Ｘ）１９０は、転送フラグの情報に基づいて、コールバックを行うための応答処理を起動する（ステップＳ２１９）。
【００４６】
（ディスプレイ部における表示例）
図４は、ステップＳ２１９での応答処理を起動したときの転送先のＵＥ（No.Ｘ）１９０のディスプレイ部における表示例を表す図である。
図示の通り、“Ｌ”氏、“Ｍ”氏、“Ｎ”氏からの着信履歴が、これら各氏の電話番号を伴って表示される。また、これらの着信履歴に対応して、各着信が、何れの転送元からの転送呼であるかが表示される。
図示の例では、“Ｌ”氏からの着信は、転送を経ず直接に着信したことが表示されている。そして、この実施の形態では特に、転送元のＵＥについては、図３を参照して既述のようなダミー番号で表示される。
【００４７】
図示の例では、“Ｍ”氏からの着信は、「ｙ」というダミー番号が附された転送元のＵＥはから受信され、“Ｎ”氏からの着信は、「ｗ」というダミー番号が附された転送元のＵＥから受信されたことが表示されるのみである。
そして、それら転送元のＵＥの実番号は表示されないだけでなく、転送先のＵＥ（No.Ｘ）１９０の内部に記憶されることもない。従って、仮に、転送先のＵＥ（No.Ｘ）１９０が他者の手に渡るようなことが生じても、転送元のＵＥに関する情報は、秘匿された状態が維持される。
【００４８】
ステップＳ２１９に次いで、転送先のＵＥ（No.Ｘ）１９０は、通話接続応答を、転送先ネットワーク１３の呼処理サーバ１８０を通して（ステップＳ２２０）、転送元ネットワーク１２の呼処理サーバ１４０へ送信する（ステップＳ２２１）。
ステップＳ２２１以降は、この種の通話システムにおける一般的な着信処理の如く動作する（ステップＳ２２２）。
【００４９】
（転送先から発信元へのコールバック）
図５は、図２の着信呼転送システムの動作を、転送先から発信元へのコールバックする場合について表すシーケンスチャートである。
転送先のＵＥ（No.Ｘ）１９０は、ユーザからのコールバック操作を受け付ける（ステップＳ５０１）。
ステップＳ５０１でユーザからのコールバック操作を受け付けると、転送先のＵＥ（No.Ｘ）１９０は、転送先ネットワーク１３の呼処理サーバ１８０に着信要求を送信する（ステップＳ５０２）。
【００５０】
ステップＳ５０２での着信要求には、転送先のＵＥ（No.Ｘ）１９０から発信元のＵＥ（No.Ｚ）への着信であることを表す情報、および、ダミー番号（No.ｙ）が対応付けられたＵＥを介しての着信であることを表す情報が含まれている。
ステップＳ５０２での着信要求を受けて、呼処理サーバ１８０は、転送元ネットワーク１２の着信呼転送管理サーバとしての顧客管理サーバ１３０へ着信先在圏情報を問い合せる（ステップＳ５０３）。
【００５１】
ステップＳ５０３での着信先在圏情報の問い合せには、転送先のＵＥ（No.Ｘ）１９０から発信元のＵＥ（No.Ｚ）への着信であることを表す情報、および、ダミー番号（No.ｙ）が対応付けられたＵＥを介しての着信であることを表す情報が含まれている。
ステップＳ５０３での着信先在圏情報の問い合せを受けて、顧客管理サーバ１３０は、転送先のＵＥ（No.Ｘ）１９０が着信呼転送サービスに加入しているか否かを判定する（ステップＳ５０４）。
ここでは、転送先のＵＥ（No.Ｘ）１９０が着信呼転送サービスに加入している場合を想定している。
【００５２】
ステップＳ５０４に次いで、顧客管理サーバ１３０は、回線契約データベースを参照する（ステップＳ５０５）。
ステップＳ５０５で参照するデータベースにおけるデータは、図３を参照して既述のデータである。従って、顧客管理サーバ１３０は、図３のデータを参照することによって、コールバックの発信元（転送先のＵＥ（No.Ｘ）１９０）と、転送元（No.Ｙ）とが、対応付けられていることを認識する。そして、この認識に従って、コールバックの発信元の番号を、コールバックの当初には転送先のＵＥの番号（No.Ｘ）であったものを、転送元ＵＥの番号である（No.Ｙ）に変換する（ステップＳ５０６）。
【００５３】
ステップＳ５０６での、コールバックの発信元の番号の変換の後に、顧客管理サーバ１３０は、転送先ネットワーク１３の呼処理サーバ１８０に着信先在圏情報の返答を行う（ステップＳ５０７）。
ステップＳ５０７で、着信先在圏情報の返答を受けた呼処理サーバ１８０は、発信元ネットワークの呼処理サーバ１２０を介して（ステップＳ５０８）、発信元のＵＥ（No.Ｚ）１１０に着信要求を送信する（ステップＳ５０９）。
ステップＳ５０９以降は、この種の通話システムにおける一般的な着信処理の如く動作する（ステップＳ５１０）。
【００５４】
（着信呼転送管理サーバの構成）
図６は、本発明の一つの実施の形態としての着信呼転送管理サーバを表す図である。
図６の着信呼転送管理サーバ６００は、図２および図５の顧客管理サーバ１３０に該当する装置である。
この着信呼転送管理サーバ６００は、回線契約データ保持部６１０、中継形態規定情報形成部６２０、および、転送先情報応答部６３０を含んで構成されている。そして、本実施の形態の着信呼転送管理サーバ６００では、回線契約データ保持部６１０は、着信呼転送形態設定データ保持部６４０を含んでいる。また、コールバック発信元情報変換部６５０が備えられている。
【００５５】
回線契約データ保持部６１０は、ユーザの加入契約に関する種々のデータを保持している。そして、中継形態規定情報形成部６２０は、着信呼転送サービス加入契約による転送元の端末装置と転送先の端末装置との対応関係を表す着信呼転送形態設定データを保持している。
この着信呼転送形態設定データは、図２のシーケンスチャートにおけるステップＳ２１１の処理において、転送先のデータを検索する際の基礎となるデータであり、既述の図３に表記のものである。
【００５６】
また、回線契約データ保持部６１０が保持している回線契約データは、図２のシーケンスチャートにおけるステップＳ２１２の処理において、着信呼転送サービスに係る契約を含む電話加入者としての契約内容を認識するための基礎となるデータである。
中継形態規定情報形成部６２０は、図２のシーケンスチャートにおけるステップＳ２１０の転送先に関する情報の要求に応答して、着信呼転送形態設定データ保持部６４０に保持された着信呼転送形態設定データのうち該当する着信呼転送形態設定データを抽出する。そして、該抽出した着信呼転送形態設定データに基づいて着信呼の中継形態を規定する中継形態規定情報を形成する。
【００５７】
この中継形態規定情報は、図２のシーケンスチャートを参照して既述の転送フラグ情報がこれに該当する。即ち、発信元、転送先、および、転送元を表す各情報がこれに含まれる。
転送先情報応答部６３０は、中継形態規定情報形成部６２０によって形成された中継形態規定情報を、図２のシーケンスチャートにおけるステップＳ２１４の転送先情報応答としての情報に含ませる。尚、図２を参照して既述のように、転送先情報応答とは、転送先に関する情報の要求（ステップＳ２１０）への応答である。
【００５８】
コールバック発信元情報変換部６５０は、図５のシーケンスチャートを参照して既述の、コールバック発信元情報の変換処理（ステップＳ５０６）を行う。この処理は、ステップＳ５０６の例では、コールバックの発信元の番号を、コールバックの当初には転送先のＵＥの番号（No.Ｘ）であったものを、転送元ＵＥの番号である（No.Ｙ）に変換する処理である。
【００５９】
この処理を、より一般的に言えば、転送先の端末装置からのコールバックに際して、該コールバックの発信元を表すコールバック発信元情報として、上記転送先の端末装置を表す情報に替えて、着信呼転送形態設定データ保持部６４０に保持された着信呼転送形態設定データによる転送元の端末装置を表す情報を適用するように、コールバック発信元情報を変換する処理である。
【００６０】
（コールバック用端末装置の構成）
図７は、本発明の一つの実施の形態としてのコールバック用端末装置を表す図である。
図７のコールバック用端末装置７００は、図２および図５の転送先のＵＥ（No.Ｘ）１９０に該当する端末装置である。
このコールバック用端末装置７００は、経由端末装置番号情報管理部７１０と発信元端末装置番号情報管理部７２０とを有するアプリケーションプロセッサ部７３０、操作部７４０、ディスプレイ部７５０、および、モデム部７６０を含んで構成されている。
【００６１】
経由端末装置番号情報管理部７１０は、図２の呼処理サーバ１８０からモデム部７６０を通して到来する通話接続要求（ステップＳ２１８）に応じて、その通話接続要求、即ち、着信要求が既定の転送元の端末装置を経由して届いたものであるか否かを、この着信要求に含まれる着信呼中継状況識別情報に基づいて判断する。経由端末装置番号情報管理部７１０は、更に、着信要求に含まれる着信呼中継状況識別情報に基づいて、着信呼の中継に適用された転送元の端末装置を表す転送元端末情報を取得する。上述のように機能する経由端末装置番号情報管理部７１０は、着信呼中継状況識別部を成している。
【００６２】
発信元端末装置番号情報管理部７２０は、上述の通話接続要求（ステップＳ２１８）に含まれている発信元の端末装置番号情報を取得して管理する。
操作部７４０は、ユーザからのコールバックの操作、その他、端末装置を使うに際しての種々の操作を受け付ける。
ディスプレイ部７５０は、着信呼中継状況識別部から前記取得された転送元端末情報を受け、該受けた転送元端末情報による転送元の端末装置の表示を含む形態でコールバック用情報の表示を行う。
【００６３】
モデム部７６０は、例えば、３ＧまたはＬＴＥに適合するものである。
本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、請求項により画される発明の特徴の組み合わせに限定されるものではなく、全ての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画され得る。
【符号の説明】
【００６４】
１１……………………………発信元ネットワーク
１２……………………………転送元ネットワーク
１３……………………………転送先ネットワーク
１１０…………………………発信元端末装置
１２０…………………………呼処理サーバ
１３０…………………………顧客管理サーバ
１４０…………………………呼処理サーバ
１５０…………………………音源サーバ
１６０…………………………転送元サーバ
１７０…………………………顧客管理サーバ
１８０…………………………呼処理サーバ
１９０…………………………転送先サーバ
６００…………………………着信呼転送管理サーバ
６１０…………………………回線契約データ保持部
６２０…………………………中継形態規定情報形成部
６３０…………………………転送先情報応答部
６４０…………………………着信呼転送形態設定データ保持部
６５０…………………………コールバック発信元情報変換部
７００…………………………コールバック用端末装置
７１０…………………………着信呼中継状況識別部
７２０…………………………発信元端末装置番号情報管理部
７３０…………………………アプリケーションプロセッサ部
７４０…………………………操作部
７５０…………………………ディスプレイ部
７６０…………………………モデム部
【技術分野】
【０００１】
本発明は、着信呼転送サービスに加入しているユーザの利便性の向上を図った、着信呼転送管理サーバ、コールバック用端末装置、着信呼転送システムに関する。
【背景技術】
【０００２】
発信元の端末装置からの着信呼を、転送元の端末装置を経由して、転送先の端末装置に転送する転送電話サービスは、よく知られている。
転送電話サービスでは、同一ユーザが、着信呼の中継に用いる転送元の端末装置を複数保有する場合がある。
上述のように転送元の端末装置を複数保有するユーザは、多くの場合、それら複数の転送元の端末装置への着信呼を、全て、同一の転送先の端末装置に転送させるようにして、多岐の方面の転送元からの情報を一つの端末装置で集約的に受信可能に設定している。
【０００３】
一般に、複数の転送元の端末装置からの着信呼を一つの転送先の端末装置で集約的に受信する場合、或る発信元の端末装置からの着信要求が、複数のうちの何れの転送元の端末装置によって中継されてきたかは不明である。
このため、転送先の端末装置のユーザが、着信履歴を見て、不用意にコールバックしてしまう（折り返し電話をかけ直す）と、種々混乱を招くおそれがあった。
【０００４】
例えば、転送先の端末装置のユーザが、外部に対しては特定の転送元の端末装置のみを公表し、転送先の端末装置については秘匿しておきたいといった場合である。このような場合に、上述のように不用意にコールバックしてしまうことによって、転送先の端末装置の存在が、コールバックを受信したユーザに知られてしまうといった事態が発生してしまう。
【０００５】
或いはまた、上記発信元の端末装置のユーザ側からすれば、上述のようなコールバックは、想定外の端末装置（番号）からの着信である。このため、コールバックを受けた上記発信元の端末装置のユーザは、この着信を不審者からのものであると見做して、通話に応じないということも起こり得る。
尚、コールバックに関するユーザ間での意思疎通を支援するために、コールバック要請の実行条件を設定しておき、この実行条件が充足される場合に、転送先の端末装置の着信履歴画面に発信元の端末装置へのコールバックを要請する旨のメッセージを表示させる技術が提案されている（例えば、特許文献１参照）。
【０００６】
しかしながら、特許文献１の技術では、或る発信元からの着信要求が、着信を中継する複数の転送元の端末装置のうち何れの端末装置によって中継されたかが不明であることに起因して、コールバック時に上述のような混乱を生じるおそれがあるといった点には、別段の着眼が示されていない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１１−１６０２４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は上述のような状況に鑑みてなされたものであり、着信転送サービスに加入しているユーザが、着信を中継する複数の転送元の端末装置を利用している場合に懸念される、コールバック受信側での混乱を防止できる、着信呼転送管理サーバ、コールバック用端末装置、着信呼転送システムを提供することをその目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、ここに、次のような技術を提案する。
（１）発信元の端末装置から転送元の端末装置への着信呼を、コールバック機能を有する転送先の端末装置に転送する、着信呼転送システムに適用される着信呼転送管理サーバであって、
着信呼転送サービス加入契約による転送元の端末装置と転送先の端末装置との対応関係を表す着信呼転送形態設定データを保持する着信呼転送形態設定データ保持部と、
転送先に関する情報の要求に応答して、前記着信呼転送形態設定データ保持部に保持された前記着信呼転送形態設定データのうち該当する着信呼転送形態設定データを抽出し、該抽出された着信呼転送形態設定データに基づいて着信呼の中継形態を規定する中継形態規定情報を形成する中継形態規定情報形成部と、
前記中継形態規定情報形成部によって形成された中継形態規定情報を、前記転送先に関する情報の要求への応答である転送先情報応答に含ませる転送先情報応答部と、
を備えていることを特徴とする着信呼転送管理サーバ。
【００１０】
上記（１）の着信呼転送管理サーバによれば、その転送先情報応答部からの転送先情報応答には、着信呼の転送元となった転送元の端末装置を特定する中継形態規定情報が含まれている。このため、転送先の端末装置のユーザは、コールバックを行うに際して、着信呼を中継した端末装置（転送元の端末装置）が何であるかを上記中継形態規定情報に基づいて認識することができる。従って、適切なコールバックが行われ、コールバック受信側での混乱を防止できる。
【００１１】
（２）前記転送先の端末装置からのコールバックに際して、該コールバックの発信元を表すコールバック発信元情報として、前記転送先の端末装置を表す情報に替えて、前記着信呼転送形態設定データ保持部に保持された着信呼転送形態設定データによる転送元の端末装置を表す情報を適用するように、コールバック発信元情報を変換するコールバック発信元情報変換部を更に備えていることを特徴とする（１）の着信呼転送管理サーバ。
【００１２】
上記（２）では、（１）の着信呼転送管理サーバにおいて特に、コールバックの発信元を表すコールバック発信元情報として、前記転送先の端末装置を表す情報に替えて、着信呼を中継した転送元の端末装置を表す情報を適用する。このため、コールバック受信側では予定の相手からの応答であると自然に認識されるため、混乱を生じることがない。
【００１３】
（３）前記転送先情報応答部は、着信呼転送形態設定データ保持部に保持された前記着信呼転送形態設定データが、転送元の端末装置を表す情報に替えてダミー端末情報を適用することを規定するデータであるときには、前記中継形態規定情報形成部は、前記中継形態規定情報として、転送元の端末装置を表す情報に替えてダミー端末情報を適用することを規定する中継形態規定情報を形成することを特徴とする（１）の着信呼転送管理サーバ。
【００１４】
上記（３）の着信呼転送管理サーバでは、（１）の着信呼転送管理サーバにおいて特に、転送元の端末装置としてダミー端末情報が用いたれているため、ユーザのコールバック用端末装置が他者の手に渡ったような場合でも、秘匿しておきたい中継形態規定情報が漏洩する不都合を防止できる。
【００１５】
（４）発信元の端末装置から転送元の端末装置への着信呼を、転送先の端末装置に転送する、着信呼転送システムに適用されるコールバック用端末装置であって、
前記着信呼転送システムからの着信要求が既定の転送元の端末装置を経由して届いたものであるときには、前記着信要求に含まれる着信呼中継状況識別情報に基づいて、着信呼の中継に適用された転送元の端末装置を表す転送元端末情報を取得する着信呼中継状況識別部と、
前記着信呼中継状況識別部から前記取得された転送元端末情報を受け、該受けた転送元端末情報による転送元の端末装置の表示を含む形態でコールバック用情報の表示を行うディスプレイ部と、
を備えていることを特徴とするコールバック用端末装置。
【００１６】
上記（４）のコールバック用端末装置では、転送先の端末装置のユーザは、コールバックを行うに際して、着信呼を中継した端末装置（転送元の端末装置）が何であるかを、ディスプレイ部におけるコールバック用情報の表示に基づいて認識することができる。従って、適切なコールバックが行われ、コールバック受信側での混乱を防止できる。
【００１７】
（５）前記着信呼中継状況識別情報に、前記転送元端末情報に替えて適用するダミー端末情報が含まれているときには、前記ディスプレイ部は、前記転送元端末情報に替えて前記ダミー端末情報を表示することを特徴とする（４）のコールバック用端末装置。
上記（５）のコールバック用端末装置では、（４）のコールバック用端末装置において特に、ディスプレイ部は、転送元の端末装置としてダミー端末情報を表示するため、このコールバック用端末装置が他者の手に渡ったような場合でも、秘匿しておきたい転送元端末情報が漏洩する不都合を防止できる。
【００１８】
（６）発信元の端末装置から転送元の端末装置への着信呼を、着信呼転送管理サーバによる管理下で、コールバック機能を有する転送先の端末装置に転送する、着信呼転送システムであって、
前記着信呼転送管理サーバは、
着信呼転送サービス加入契約による転送元の端末装置と転送先の端末装置との対応関係を表す着信呼転送形態設定データを保持する着信呼転送形態設定データ保持部と、
転送先に関する情報の要求に応答して、前記着信呼転送形態設定データ保持部に保持された前記着信呼転送形態設定データのうち該当する着信呼転送形態設定データを抽出し、該抽出された着信呼転送形態設定データに基づいて着信呼の中継形態を規定する中継形態規定情報を形成する中継形態規定情報形成部と、
前記中継形態規定情報形成部によって形成された中継形態規定情報を、前記転送先に関する情報の要求への応答である転送先情報応答に含ませる転送先情報応答部と、
を備えていることを特徴とする着信呼転送システム。
【００１９】
上記（６）の着信呼転送システムでは、その着信呼転送管理サーバから発する転送先情報応答には、着信呼の転送元となった転送元の端末装置を特定する中継形態規定情報が含まれている。このため、転送先の端末装置のユーザは、コールバックを行うに際して、着信呼を中継した端末装置（転送元の端末装置）が何であるかを上記中継形態規定情報に基づいて認識することができる。従って、適切なコールバックが行われ、コールバック受信側での混乱を防止できる。
【発明の効果】
【００２０】
着信転送サービスに加入しているユーザが、着信を中継する複数の転送元の端末装置を利用している場合に懸念される、コールバック受信側での混乱を防止できる、着信呼転送管理サーバ、コールバック用端末装置、着信呼転送システムを実現することができる。
【図面の簡単な説明】
【００２１】
【図１】本願発明のコールバック用端末装置の機能の概略を説明するための図である。
【図２】本願発明の一つの実施の形態としてのコールバック用端末装置および着信呼転送管理サーバを含む着信呼転送システムの構成および動作を、発信元から転送先までについて表すシーケンスチャートである。
【図３】図２の着信呼転送システムにおける着信呼転送管理サーバが保有する着信呼転送形態設定データを表す概念図である。
【図４】図２の着信呼転送システムにおいてコールバック用端末装置が応答処理を起動したときのディスプレイ部における表示例を表す図である。
【図５】図２の着信呼転送システムにおける、転送先から発信元へコールバックする場合の動作を表すシーケンスチャートである。
【図６】本発明の一つの実施の形態としての着信呼転送管理サーバを表す図である。
【図７】本発明の一つの実施の形態としてのコールバック用端末装置を表す図である。
【発明を実施するための形態】
【００２２】
以下に、図面を参照して本発明の実施の形態について詳述することにより、本発明を明らかにする。
（本願発明の着信呼転送システムの機能の概略）
図１は、本願発明の一つの実施の形態としてのコールバック用端末装置の機能の概略を説明するための図である。
図１（ａ）は、本願発明の一つの実施の形態としてのコールバック用端末装置に、「Ｙ」という番号が附された転送元の端末装置から、着信呼が転送され、受信されたときの、該コールバック用端末装置における表示例を表している。この表示は該コールバック用端末装置のディスプレイにおけるものであり、この点は、以下、図１（ｂ）〜図１（ｄ）について同様である。
図示の通り、転送元として機能し得る複数の端末装置のうちの何れの転送元からの転送呼であるかが表示され、かつ、発信元の端末装置のユーザは“Ｍ”氏であることが表示される。
【００２３】
図１（ｂ）は、図１（ａ）のコールバック用端末装置からコールバックを行うときの、着信履歴の表示例を表している。
図示の通り、“Ｌ”氏、“Ｍ”氏、“Ｎ”氏からの着信履歴が、これら各氏の電話番号を伴って表示される。また、これらの着信履歴に対応して、各着信が、何れの転送元からの転送呼であるかが表示される。
図示の例では、“Ｌ”氏からの着信は、転送を経ず直接に受信され、“Ｍ”氏からの着信は、「Ｙ」という番号が附された転送元の端末装置から受信され、“Ｎ”氏からの着信は、「Ｗ」という番号が附された転送元の端末装置から受信されたことが表示されている。
【００２４】
本例では、このように、現実の転送元の端末装置を表す番号がそれぞれ表示される。
しかしながら、或る視点では、このように、現実の転送元の端末装置を表す番号が表示され、また、この表示の元となるデータが保存されることが望ましくない場合もある。例えば、コールバック用端末装置のユーザが、現実の転送元の端末装置を表す番号は部外者に対しては秘匿しておきたいような場合である。このような場合に、仮に、ユーザがコールバック用端末装置を紛失したり盗難に遭うなどして、そのコールバック用端末装置が他者に渡ったような場合、秘匿しておきたい情報が漏洩してしまう。本発明の一つの実施の形態では、このような懸念に対しても配慮しているが、この点については、後に図面を参照して詳述する。
【００２５】
図１（ｃ）は、図１（ａ）のコールバック用端末装置からコールバックを行うときの、コールバックのガイド表示の一例を表している。
図示の例では、図１（ａ）のコールバック用端末装置自体（ここでは「Ｘ」とする）からの発信ではなく、「Ｙ」という番号が附された転送元の端末装置からの発信であるとして、着信側（即ち、発信元である“Ｍ”氏）に通知するか否かの選択を促す表示となっている。
【００２６】
この選択を促す表示において、「はい」を選択すると、「Ｙ」という番号が附された転送元の端末装置からの発信であるとして、着信側（従って、発信元）の“Ｍ”氏への通知が行われる。
この場合は、発信元である“Ｍ”氏側からすれば、元々電話をかけた相手方からのコールバックであるため、想定外の者からの電話であるといった不信感を持ったり、そのコールバックに応じないといった混乱を招くおそれがない。
【００２７】
一方、「いいえ」を選択すると、通常のコールバックの如く、コールバック用端末装置「Ｘ」からの発信であるとしてコールバックが実行される。
図１（ｄ）は、図１（ｃ）のガイド表示で「はい」を選択した場合の、コールバック起動中の、動作表示の一例を表している。
図示の例では、「Ｙ」という番号が附された転送元の端末装置からの発信であるとしてコールバック中である旨と、着信側（従って、発信元）は“Ｍ”氏である旨が表示されている。
【００２８】
（着信呼転送システムの構成および動作）
図２は、本願発明の一つの実施の形態としてのコールバック用端末装置を含む着信呼転送システムの構成および動作を、発信元から転送先までについて表すシーケンスチャートである。
図２の実施の形態における着信呼転送システムは、発信元ネットワーク１１、転送元ネットワーク１２、および、転送先ネットワーク１３の各ネットワーク中の、下記の各要素を含んで構成されている。
発信元ネットワーク１１は、発信元の端末装置（図中ＵＥと表記）１１０と、呼処理サーバ１２０とを含んでいる。
【００２９】
また、転送元ネットワーク１２は、本発明の実施の形態である着信呼転送管理サーバとしての顧客管理サーバ１３０、呼処理サーバ１４０、音源サーバ１５０、および、転送元ＵＥ１６０（No.Ｙ）を含んでいる。
さらに、転送先ネットワーク１３は、顧客管理サーバ１７０、呼処理サーバ１８０、および、コールバック用端末装置としての転送先のＵＥ（No.Ｘ）１９０を含んでいる。
【００３０】
（一例における着信転送システムの各要素の機能および動作）
次に、図２のシーケンスチャートを参照して、着信転送システムの各要素の機能および動作について説明する。
図２の例における着信転送システムでは、転送元のＵＥ１６０（No.Ｙ）および転送先のＵＥ（No.Ｘ）１９０は、着信転送サービスに加入している同一のユーザが所有する端末装置である。
ここでは、ユーザは、着信呼を中継する転送元ＵＥとして、上述のＵＥ１６０（No.Ｙ）の他に、このシーケンスチャート上には表記のない、他のＵＥ（No.Ｗ）をも利用する加入契約を結んでいるものとする。
【００３１】
そして、No.ＹのＵＥに着信した着信呼も、No.ＷのＵＥに着信した着信呼も、何れも、転送先のＵＥ（No.Ｘ）１９０に転送されるように設定してあるものとする。
尚、上述において、転送元ＵＥ１６０および転送先のＵＥ（No.Ｘ）１９０は、現実の使用時において、同一ユーザが用いることが必須とされるわけではない。即ち、転送元ＵＥ１６０のユーザであり、かつ、転送元ＵＥ１６０への着信呼の転送サービスに加入しているユーザに替えて、他の関連するユーザが転送先のＵＥ（No.Ｘ）１９０の事実上のユーザであるという状況は許容される。
【００３２】
今、他のユーザが発信元のＵＥ（No.Ｚ）１１０から転送元ＵＥ１６０（No.Ｙ）に電話をかけた場合を想定する。
上述の想定においては、先ず、発信元のＵＥ（No.Ｚ）１１０から呼処理サーバ１２０に通話接続要求が送信される（ステップＳ２０１）。
ステップＳ２０１での通話接続要求を受けて、呼処理サーバ１２０は、着信呼転送管理サーバとしての顧客管理サーバ１３０に着信先情報の問い合わせを行う（ステップＳ２０２）。
【００３３】
ステップＳ２０２での問い合わせを受けて、顧客管理サーバ１３０は、呼処理サーバ１２０に着信先情報を返答する（ステップＳ２０３）。
ステップＳ２０３での着信先情報を受けて、呼処理サーバ１２０は、転送元ネットワーク１２に設けられた本発明の実施の形態としての呼処理サーバ１４０に通話接続要求を送信する（ステップＳ２０４）。
【００３４】
ステップＳ２０４での通話接続要求を受けて、呼処理サーバ１４０は、転送元ＵＥ１６０（No.Ｙ）に通話接続要求を送信する（ステップＳ２０５）。
呼処理サーバ１４０は、また、ステップＳ２０４での通話接続要求を受けて、音源サーバ１５０にＲＢＴ（リングバックトーン）の送出指示を送る（ステップＳ２０６）。
ステップＳ２０６でのＲＢＴ送出指示を受けて、音源サーバ１５０は、発信元のＵＥ１１０にＲＢＴを供給する（ステップＳ２０７）。
【００３５】
ここで、先のステップＳ２０５での通話接続要求を受けた転送元ＵＥ１６０（No.Ｙ）においては、ユーザによる応答操作が無い状況にあるか、或いは、圏外にあって応答できない状況にあるものと想定する。このような状況にあるとき、転送元ＵＥ１６０（No.Ｙ）は、自装置が無応答の状況にあることを認識している。
【００３６】
転送元ＵＥ１６０（No.Ｙ）が上述のように無応答の状況にあるとき、呼処理サーバ１４０は、転送元ＵＥ１６０（No.Ｙ）での無応答の継続時間を計時し、既定の時間を経過しても無応答の状態が継続している場合に、タイムアウトの状態に到ったことを検知する（ステップＳ２０８）。上述のようにタイムアウトの状態に到ったということは、転送元ＵＥ１６０（No.Ｙ）への着信呼（ステップＳ２０５における通話接続要求）を既定の転送先に転送する契機が到来したことを意味する。
【００３７】
呼処理サーバ１４０は、ステップＳ２０８でのタイムアウトの検知に次いで、転送元ＵＥ１６０（No.Ｙ）が着信呼転送サービスの正規の加入者であるか否かを判定する（ステップＳ２０９）。ここでは、転送元ＵＥ１６０（No.Ｙ）は正規の加入者であり、呼処理サーバ１４０はその旨を認識するものとする。
ステップＳ２０９で、転送元ＵＥ１６０（No.Ｙ）が正規の加入者であると認識した呼処理サーバ１４０は、次いで、転送先情報要求を顧客管理サーバ１３０に送信する（ステップＳ２１０）。
【００３８】
ステップＳ２１０での転送先情報要求を受けて、顧客管理サーバ１３０は、着信呼転送サービスの加入契約データ中の着信呼転送形態設定データから、転送元ＵＥ１６０（No.Ｙ）に係る転送先情報を検索し、この転送先情報を導出する（ステップＳ２１１）。
ステップＳ２１１で転送元ＵＥ１６０（No.Ｙ）に係る転送先情報を導出すると、顧客管理サーバ１３０は、回線契約データベースを参照して、着信呼転送サービスに係る契約内容を認識する（ステップＳ２１２）。
【００３９】
（着信呼転送形態設定データの一例）
図３は、顧客管理サーバ１３０が保有する着信呼転送形態設定データの一例を表す概念図である。
図３において「契約No.」の欄にそれぞれ表記された大文字表記の番号“Ｘ”“Ｙ”“Ｗ”は、着信呼転送サービスに加入している同一ユーザが用いる各ＵＥの番号である。
図３を参照して理解されるとおり、大文字表記の番号 “Ｙ”“Ｗ”の各ＵＥへの着信呼は、全て、 図２を参照して既述の、転送先のＵＥ（No.Ｘ）１９０に転送されるように設定されている。即ち、この契約の場合、ＵＥ（No.Ｘ）１９０のユーザは、着信呼の中継に用いる全ての転送元のＵＥからの着信呼を、一つのＵＥ（No.Ｘ）１９０に集約して受信するように設定している。
【００４０】
ところで、ユーザがＵＥ（No.Ｘ）１９０を紛失し、他者が、このＵＥ（No.Ｘ）１９０を、自らの手中に置いてしまった場合を想定すると、このユーザにとって極めて不本意な情報漏えいが生じることが懸念される。具体的には、このユーザが自らの複数の各ＵＥ“Ｙ”“Ｗ”への着信呼を一つのＵＥ（No.Ｘ）１９０に集約して受信するように設定しつつも、これら各ＵＥ“Ｙ”“Ｗ”のうちの少なくとも何れかのものについては、その存在を秘匿しておくことを望んでいた場合等の例である。このような場合、紛失したＵＥ（No.Ｘ）１９０を手中にした者によってこのＵＥ（No.Ｘ）１９０の着信履歴を見られてしまうと、中継用ＵＥ“Ｙ”“Ｗ”の存在や、それらを経由しての着信呼の転送に係る設定をその者に知られてしまう懸念がある。
【００４１】
本実施の形態では、上述のような情報漏えいの懸念を払拭するために、着信呼を中継する転送元の端末装置を表す実際の正規の登録番号に替えて、ダミー番号を用いるようにしている。
図３の例では、大文字表記の正規の各契約番号“Ｘ”“Ｙ”“Ｗ”に替えて、それらに各対応する小文字表記のダミー番号“ｘ”“ｙ”“ｗ”が適用される。そして、この例の場合には、ＵＥ（No.Ｘ）１９０には、中継用ＵＥの実番号“Ｙ”“Ｗ”は着信履歴にも残らず、これらの実番号“Ｙ”“Ｗ”にかえてダミー番号“ｙ”“ｗ”が表示され、また着信履歴にもダミー番号“ｙ”“ｗ”が残る。
【００４２】
従って、この実施の形態では、中継用ＵＥ“Ｙ”“Ｗ”の存在や、それらを経由しての着信呼の転送に係る設定を他者に知られてしまう懸念が払拭される。
ステップＳ２１２で、顧客管理サーバ１３０が保有する着信呼転送形態設定データを参照して取得されるデータは、上述の図３に表されたものである。
次いで、顧客管理サーバ１３０は、転送先情報応答に転送フラグを附加する（ステップＳ２１３）。
【００４３】
この転送フラグには、発信元のＵＥ（No.Ｚ）１１０から転送先のＵＥ（No.Ｘ）１９０へ、図３にて既述のダミー番号“ｙ”が対応付けられたＵＥ経由で着信呼を転送するという内容の情報が込められている。
ステップＳ２１３で、附加された上述のような転送フラグを伴って、転送先情報応答が呼処理サーバ１４０に送信される（ステップＳ２１４）。
【００４４】
ステップＳ２１４での転送先情報応答を受けて、呼処理サーバ１４０は、この転送先情報応答に対応する着信先情報問い合せを転送先ネットワーク１３の顧客管理サーバ１７０に送る（ステップＳ２１５）。
ステップＳ２１５での着信先情報問い合せを受けて、顧客管理サーバ１７０は、呼処理サーバ１４０に、着信先情報応答を返す（ステップＳ２１６）。
【００４５】
ステップＳ２１６での着信先情報応答を受けて、呼処理サーバ１４０は、既述の転送フラグを伴った通話接続要求を転送先ネットワーク１３の呼処理サーバ１８０を通して（ステップＳ２１７）、転送先のＵＥ（No.Ｘ）１９０へ送信する（ステップＳ２１８）。
ステップＳ２１８での通話接続要求を受けて、転送先のＵＥ（No.Ｘ）１９０は、転送フラグの情報に基づいて、コールバックを行うための応答処理を起動する（ステップＳ２１９）。
【００４６】
（ディスプレイ部における表示例）
図４は、ステップＳ２１９での応答処理を起動したときの転送先のＵＥ（No.Ｘ）１９０のディスプレイ部における表示例を表す図である。
図示の通り、“Ｌ”氏、“Ｍ”氏、“Ｎ”氏からの着信履歴が、これら各氏の電話番号を伴って表示される。また、これらの着信履歴に対応して、各着信が、何れの転送元からの転送呼であるかが表示される。
図示の例では、“Ｌ”氏からの着信は、転送を経ず直接に着信したことが表示されている。そして、この実施の形態では特に、転送元のＵＥについては、図３を参照して既述のようなダミー番号で表示される。
【００４７】
図示の例では、“Ｍ”氏からの着信は、「ｙ」というダミー番号が附された転送元のＵＥはから受信され、“Ｎ”氏からの着信は、「ｗ」というダミー番号が附された転送元のＵＥから受信されたことが表示されるのみである。
そして、それら転送元のＵＥの実番号は表示されないだけでなく、転送先のＵＥ（No.Ｘ）１９０の内部に記憶されることもない。従って、仮に、転送先のＵＥ（No.Ｘ）１９０が他者の手に渡るようなことが生じても、転送元のＵＥに関する情報は、秘匿された状態が維持される。
【００４８】
ステップＳ２１９に次いで、転送先のＵＥ（No.Ｘ）１９０は、通話接続応答を、転送先ネットワーク１３の呼処理サーバ１８０を通して（ステップＳ２２０）、転送元ネットワーク１２の呼処理サーバ１４０へ送信する（ステップＳ２２１）。
ステップＳ２２１以降は、この種の通話システムにおける一般的な着信処理の如く動作する（ステップＳ２２２）。
【００４９】
（転送先から発信元へのコールバック）
図５は、図２の着信呼転送システムの動作を、転送先から発信元へのコールバックする場合について表すシーケンスチャートである。
転送先のＵＥ（No.Ｘ）１９０は、ユーザからのコールバック操作を受け付ける（ステップＳ５０１）。
ステップＳ５０１でユーザからのコールバック操作を受け付けると、転送先のＵＥ（No.Ｘ）１９０は、転送先ネットワーク１３の呼処理サーバ１８０に着信要求を送信する（ステップＳ５０２）。
【００５０】
ステップＳ５０２での着信要求には、転送先のＵＥ（No.Ｘ）１９０から発信元のＵＥ（No.Ｚ）への着信であることを表す情報、および、ダミー番号（No.ｙ）が対応付けられたＵＥを介しての着信であることを表す情報が含まれている。
ステップＳ５０２での着信要求を受けて、呼処理サーバ１８０は、転送元ネットワーク１２の着信呼転送管理サーバとしての顧客管理サーバ１３０へ着信先在圏情報を問い合せる（ステップＳ５０３）。
【００５１】
ステップＳ５０３での着信先在圏情報の問い合せには、転送先のＵＥ（No.Ｘ）１９０から発信元のＵＥ（No.Ｚ）への着信であることを表す情報、および、ダミー番号（No.ｙ）が対応付けられたＵＥを介しての着信であることを表す情報が含まれている。
ステップＳ５０３での着信先在圏情報の問い合せを受けて、顧客管理サーバ１３０は、転送先のＵＥ（No.Ｘ）１９０が着信呼転送サービスに加入しているか否かを判定する（ステップＳ５０４）。
ここでは、転送先のＵＥ（No.Ｘ）１９０が着信呼転送サービスに加入している場合を想定している。
【００５２】
ステップＳ５０４に次いで、顧客管理サーバ１３０は、回線契約データベースを参照する（ステップＳ５０５）。
ステップＳ５０５で参照するデータベースにおけるデータは、図３を参照して既述のデータである。従って、顧客管理サーバ１３０は、図３のデータを参照することによって、コールバックの発信元（転送先のＵＥ（No.Ｘ）１９０）と、転送元（No.Ｙ）とが、対応付けられていることを認識する。そして、この認識に従って、コールバックの発信元の番号を、コールバックの当初には転送先のＵＥの番号（No.Ｘ）であったものを、転送元ＵＥの番号である（No.Ｙ）に変換する（ステップＳ５０６）。
【００５３】
ステップＳ５０６での、コールバックの発信元の番号の変換の後に、顧客管理サーバ１３０は、転送先ネットワーク１３の呼処理サーバ１８０に着信先在圏情報の返答を行う（ステップＳ５０７）。
ステップＳ５０７で、着信先在圏情報の返答を受けた呼処理サーバ１８０は、発信元ネットワークの呼処理サーバ１２０を介して（ステップＳ５０８）、発信元のＵＥ（No.Ｚ）１１０に着信要求を送信する（ステップＳ５０９）。
ステップＳ５０９以降は、この種の通話システムにおける一般的な着信処理の如く動作する（ステップＳ５１０）。
【００５４】
（着信呼転送管理サーバの構成）
図６は、本発明の一つの実施の形態としての着信呼転送管理サーバを表す図である。
図６の着信呼転送管理サーバ６００は、図２および図５の顧客管理サーバ１３０に該当する装置である。
この着信呼転送管理サーバ６００は、回線契約データ保持部６１０、中継形態規定情報形成部６２０、および、転送先情報応答部６３０を含んで構成されている。そして、本実施の形態の着信呼転送管理サーバ６００では、回線契約データ保持部６１０は、着信呼転送形態設定データ保持部６４０を含んでいる。また、コールバック発信元情報変換部６５０が備えられている。
【００５５】
回線契約データ保持部６１０は、ユーザの加入契約に関する種々のデータを保持している。そして、中継形態規定情報形成部６２０は、着信呼転送サービス加入契約による転送元の端末装置と転送先の端末装置との対応関係を表す着信呼転送形態設定データを保持している。
この着信呼転送形態設定データは、図２のシーケンスチャートにおけるステップＳ２１１の処理において、転送先のデータを検索する際の基礎となるデータであり、既述の図３に表記のものである。
【００５６】
また、回線契約データ保持部６１０が保持している回線契約データは、図２のシーケンスチャートにおけるステップＳ２１２の処理において、着信呼転送サービスに係る契約を含む電話加入者としての契約内容を認識するための基礎となるデータである。
中継形態規定情報形成部６２０は、図２のシーケンスチャートにおけるステップＳ２１０の転送先に関する情報の要求に応答して、着信呼転送形態設定データ保持部６４０に保持された着信呼転送形態設定データのうち該当する着信呼転送形態設定データを抽出する。そして、該抽出した着信呼転送形態設定データに基づいて着信呼の中継形態を規定する中継形態規定情報を形成する。
【００５７】
この中継形態規定情報は、図２のシーケンスチャートを参照して既述の転送フラグ情報がこれに該当する。即ち、発信元、転送先、および、転送元を表す各情報がこれに含まれる。
転送先情報応答部６３０は、中継形態規定情報形成部６２０によって形成された中継形態規定情報を、図２のシーケンスチャートにおけるステップＳ２１４の転送先情報応答としての情報に含ませる。尚、図２を参照して既述のように、転送先情報応答とは、転送先に関する情報の要求（ステップＳ２１０）への応答である。
【００５８】
コールバック発信元情報変換部６５０は、図５のシーケンスチャートを参照して既述の、コールバック発信元情報の変換処理（ステップＳ５０６）を行う。この処理は、ステップＳ５０６の例では、コールバックの発信元の番号を、コールバックの当初には転送先のＵＥの番号（No.Ｘ）であったものを、転送元ＵＥの番号である（No.Ｙ）に変換する処理である。
【００５９】
この処理を、より一般的に言えば、転送先の端末装置からのコールバックに際して、該コールバックの発信元を表すコールバック発信元情報として、上記転送先の端末装置を表す情報に替えて、着信呼転送形態設定データ保持部６４０に保持された着信呼転送形態設定データによる転送元の端末装置を表す情報を適用するように、コールバック発信元情報を変換する処理である。
【００６０】
（コールバック用端末装置の構成）
図７は、本発明の一つの実施の形態としてのコールバック用端末装置を表す図である。
図７のコールバック用端末装置７００は、図２および図５の転送先のＵＥ（No.Ｘ）１９０に該当する端末装置である。
このコールバック用端末装置７００は、経由端末装置番号情報管理部７１０と発信元端末装置番号情報管理部７２０とを有するアプリケーションプロセッサ部７３０、操作部７４０、ディスプレイ部７５０、および、モデム部７６０を含んで構成されている。
【００６１】
経由端末装置番号情報管理部７１０は、図２の呼処理サーバ１８０からモデム部７６０を通して到来する通話接続要求（ステップＳ２１８）に応じて、その通話接続要求、即ち、着信要求が既定の転送元の端末装置を経由して届いたものであるか否かを、この着信要求に含まれる着信呼中継状況識別情報に基づいて判断する。経由端末装置番号情報管理部７１０は、更に、着信要求に含まれる着信呼中継状況識別情報に基づいて、着信呼の中継に適用された転送元の端末装置を表す転送元端末情報を取得する。上述のように機能する経由端末装置番号情報管理部７１０は、着信呼中継状況識別部を成している。
【００６２】
発信元端末装置番号情報管理部７２０は、上述の通話接続要求（ステップＳ２１８）に含まれている発信元の端末装置番号情報を取得して管理する。
操作部７４０は、ユーザからのコールバックの操作、その他、端末装置を使うに際しての種々の操作を受け付ける。
ディスプレイ部７５０は、着信呼中継状況識別部から前記取得された転送元端末情報を受け、該受けた転送元端末情報による転送元の端末装置の表示を含む形態でコールバック用情報の表示を行う。
【００６３】
モデム部７６０は、例えば、３ＧまたはＬＴＥに適合するものである。
本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、請求項により画される発明の特徴の組み合わせに限定されるものではなく、全ての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画され得る。
【符号の説明】
【００６４】
１１……………………………発信元ネットワーク
１２……………………………転送元ネットワーク
１３……………………………転送先ネットワーク
１１０…………………………発信元端末装置
１２０…………………………呼処理サーバ
１３０…………………………顧客管理サーバ
１４０…………………………呼処理サーバ
１５０…………………………音源サーバ
１６０…………………………転送元サーバ
１７０…………………………顧客管理サーバ
１８０…………………………呼処理サーバ
１９０…………………………転送先サーバ
６００…………………………着信呼転送管理サーバ
６１０…………………………回線契約データ保持部
６２０…………………………中継形態規定情報形成部
６３０…………………………転送先情報応答部
６４０…………………………着信呼転送形態設定データ保持部
６５０…………………………コールバック発信元情報変換部
７００…………………………コールバック用端末装置
７１０…………………………着信呼中継状況識別部
７２０…………………………発信元端末装置番号情報管理部
７３０…………………………アプリケーションプロセッサ部
７４０…………………………操作部
７５０…………………………ディスプレイ部
７６０…………………………モデム部
【特許請求の範囲】
【請求項１】
発信元の端末装置から転送元の端末装置への着信呼を、コールバック機能を有する転送先の端末装置に転送する、着信呼転送システムに適用される着信呼転送管理サーバであって、
着信呼転送サービス加入契約による転送元の端末装置と転送先の端末装置との対応関係を表す着信呼転送形態設定データを保持する着信呼転送形態設定データ保持部と、
転送先に関する情報の要求に応答して、前記着信呼転送形態設定データ保持部に保持された前記着信呼転送形態設定データのうち該当する着信呼転送形態設定データを抽出し、該抽出された着信呼転送形態設定データに基づいて着信呼の中継形態を規定する中継形態規定情報を形成する中継形態規定情報形成部と、
前記中継形態規定情報形成部によって形成された中継形態規定情報を、前記転送先に関する情報の要求への応答である転送先情報応答に含ませる転送先情報応答部と、
を備えていることを特徴とする着信呼転送管理サーバ。
【請求項２】
前記転送先の端末装置からのコールバックに際して、該コールバックの発信元を表すコールバック発信元情報として、前記転送先の端末装置を表す情報に替えて、前記着信呼転送形態設定データ保持部に保持された着信呼転送形態設定データによる転送元の端末装置を表す情報を適用するように、コールバック発信元情報を変換するコールバック発信元情報変換部を更に備えていることを特徴とする請求項１に記載の着信呼転送管理サーバ。
【請求項３】
前記転送先情報応答部は、着信呼転送形態設定データ保持部に保持された前記着信呼転送形態設定データが、転送元の端末装置を表す情報に替えてダミー端末情報を適用することを規定するデータであるときには、前記中継形態規定情報形成部は、前記中継形態規定情報として、転送元の端末装置を表す情報に替えてダミー端末情報を適用することを規定する中継形態規定情報を形成することを特徴とする請求項１に記載の着信呼転送管理サーバ。
【請求項４】
発信元の端末装置から転送元の端末装置への着信呼を、転送先の端末装置に転送する、着信呼転送システムに適用されるコールバック用端末装置であって、
前記着信呼転送システムからの着信要求が既定の転送元の端末装置を経由して届いたものであるときには、前記着信要求に含まれる着信呼中継状況識別情報に基づいて、着信呼の中継に適用された転送元の端末装置を表す転送元端末情報を取得する着信呼中継状況識別部と、
前記着信呼中継状況識別部から前記取得された転送元端末情報を受け、該受けた転送元端末情報による転送元の端末装置の表示を含む形態でコールバック用情報の表示を行うディスプレイ部と、
を備えていることを特徴とするコールバック用端末装置。
【請求項５】
前記着信呼中継状況識別情報に、前記転送元端末情報に替えて適用するダミー端末情報が含まれているときには、前記ディスプレイ部は、前記転送元端末情報に替えて前記ダミー端末情報を表示することを特徴とする請求項４に記載のコールバック用端末装置。
【請求項６】
発信元の端末装置から転送元の端末装置への着信呼を、着信呼転送管理サーバによる管理下で、コールバック機能を有する転送先の端末装置に転送する、着信呼転送システムであって、
前記着信呼転送管理サーバは、
着信呼転送サービス加入契約による転送元の端末装置と転送先の端末装置との対応関係を表す着信呼転送形態設定データを保持する着信呼転送形態設定データ保持部と、
転送先に関する情報の要求に応答して、前記着信呼転送形態設定データ保持部に保持された前記着信呼転送形態設定データのうち該当する着信呼転送形態設定データを抽出し、該抽出された着信呼転送形態設定データに基づいて着信呼の中継形態を規定する中継形態規定情報を形成する中継形態規定情報形成部と、
前記中継形態規定情報形成部によって形成された中継形態規定情報を、前記転送先に関する情報の要求への応答である転送先情報応答に含ませる転送先情報応答部と、
を備えていることを特徴とする着信呼転送システム。
【請求項１】
発信元の端末装置から転送元の端末装置への着信呼を、コールバック機能を有する転送先の端末装置に転送する、着信呼転送システムに適用される着信呼転送管理サーバであって、
着信呼転送サービス加入契約による転送元の端末装置と転送先の端末装置との対応関係を表す着信呼転送形態設定データを保持する着信呼転送形態設定データ保持部と、
転送先に関する情報の要求に応答して、前記着信呼転送形態設定データ保持部に保持された前記着信呼転送形態設定データのうち該当する着信呼転送形態設定データを抽出し、該抽出された着信呼転送形態設定データに基づいて着信呼の中継形態を規定する中継形態規定情報を形成する中継形態規定情報形成部と、
前記中継形態規定情報形成部によって形成された中継形態規定情報を、前記転送先に関する情報の要求への応答である転送先情報応答に含ませる転送先情報応答部と、
を備えていることを特徴とする着信呼転送管理サーバ。
【請求項２】
前記転送先の端末装置からのコールバックに際して、該コールバックの発信元を表すコールバック発信元情報として、前記転送先の端末装置を表す情報に替えて、前記着信呼転送形態設定データ保持部に保持された着信呼転送形態設定データによる転送元の端末装置を表す情報を適用するように、コールバック発信元情報を変換するコールバック発信元情報変換部を更に備えていることを特徴とする請求項１に記載の着信呼転送管理サーバ。
【請求項３】
前記転送先情報応答部は、着信呼転送形態設定データ保持部に保持された前記着信呼転送形態設定データが、転送元の端末装置を表す情報に替えてダミー端末情報を適用することを規定するデータであるときには、前記中継形態規定情報形成部は、前記中継形態規定情報として、転送元の端末装置を表す情報に替えてダミー端末情報を適用することを規定する中継形態規定情報を形成することを特徴とする請求項１に記載の着信呼転送管理サーバ。
【請求項４】
発信元の端末装置から転送元の端末装置への着信呼を、転送先の端末装置に転送する、着信呼転送システムに適用されるコールバック用端末装置であって、
前記着信呼転送システムからの着信要求が既定の転送元の端末装置を経由して届いたものであるときには、前記着信要求に含まれる着信呼中継状況識別情報に基づいて、着信呼の中継に適用された転送元の端末装置を表す転送元端末情報を取得する着信呼中継状況識別部と、
前記着信呼中継状況識別部から前記取得された転送元端末情報を受け、該受けた転送元端末情報による転送元の端末装置の表示を含む形態でコールバック用情報の表示を行うディスプレイ部と、
を備えていることを特徴とするコールバック用端末装置。
【請求項５】
前記着信呼中継状況識別情報に、前記転送元端末情報に替えて適用するダミー端末情報が含まれているときには、前記ディスプレイ部は、前記転送元端末情報に替えて前記ダミー端末情報を表示することを特徴とする請求項４に記載のコールバック用端末装置。
【請求項６】
発信元の端末装置から転送元の端末装置への着信呼を、着信呼転送管理サーバによる管理下で、コールバック機能を有する転送先の端末装置に転送する、着信呼転送システムであって、
前記着信呼転送管理サーバは、
着信呼転送サービス加入契約による転送元の端末装置と転送先の端末装置との対応関係を表す着信呼転送形態設定データを保持する着信呼転送形態設定データ保持部と、
転送先に関する情報の要求に応答して、前記着信呼転送形態設定データ保持部に保持された前記着信呼転送形態設定データのうち該当する着信呼転送形態設定データを抽出し、該抽出された着信呼転送形態設定データに基づいて着信呼の中継形態を規定する中継形態規定情報を形成する中継形態規定情報形成部と、
前記中継形態規定情報形成部によって形成された中継形態規定情報を、前記転送先に関する情報の要求への応答である転送先情報応答に含ませる転送先情報応答部と、
を備えていることを特徴とする着信呼転送システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１３−５９０００（Ｐ２０１３−５９０００Ａ）
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願番号】特願２０１１−１９７５８６（Ｐ２０１１−１９７５８６）
【出願日】平成２３年９月９日（２０１１．９．９）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願日】平成２３年９月９日（２０１１．９．９）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]