(57)【要約】【課題】異なる呼制御システム間で同一特番をダイヤル操作することにより、ユーザがどの呼制御システムへの着信呼かを意識せずにピックアップすることを可能にする代理応答制御方法及び統合呼制御システムを提供すること。【解決手段】本実施の形態１のシステムでは、呼制御システムＡ１００内の発呼端末１０４から呼制御システムＡ１００への着呼を優先してピックアップする場合、呼制御システムＡ１００内のピック端末１０２からのピックアップ特番ダイヤル時、呼制御システムＡ１００に着呼が有ればピックアップ制御を行い、着呼が無ければ呼制御システムＡ１００と呼制御システムＢ２００をインターワークするシステム間ゲートウェイ装置１０を介して呼制御システムＢ２００に対して発呼を行うようにした。【選択図】図７
2007243727.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末と呼制御装置とを有する第１の呼制御システムと、前記第１の呼制御システムとゲートウェイ装置を介して接続される第２の呼制御システムとから構成される統合呼制御システムにおける代理応答制御方法であって、
前記第１の呼制御システム内の端末から代理応答操作が行われると、まず第１の呼制御システム内の着呼を検索して、着呼があればその着呼に代理応答し、着呼がなければ、次に前記第２の呼制御システム内の着呼を検索することを特徴とする代理応答制御方法。
【請求項２】
複数の端末と呼制御装置とを有する第１の呼制御システムと、前記第１の呼制御システムとゲートウェイ装置を介して接続される第２の呼制御システムとから構成される統合呼制御システムにおける代理応答制御方法であって、
前記第１の呼制御システム内の端末から代理応答操作が行われると、まず前記第２の呼制御システム内の着呼を検索して、着呼があればその着呼に代理応答し、着呼がなければ、次に第１の呼制御システム内の着呼を検索することを特徴とする代理応答制御方法。
【請求項３】
前記第２の呼制御システム内の着呼がなければ、前記第１の呼制御システムの代理応答を要求した端末に対して、代理応答再要求指示を送信することを特徴とする請求項２記載の代理応答制御方法。
【請求項４】
前記第１の呼制御システムと前記第２の呼制御システムは、異なる呼制御プロトコルで動作し、前記ゲートウェイ装置は、前記第１の呼制御システムと前記第２の呼制御システムの間でプロトコル変換を行うことを特徴とする請求項１または２記載の代理応答制御方法。
【請求項５】
複数の端末と呼制御装置とを有する第１の呼制御システムと、前記第１の呼制御システムとゲートウェイ装置を介して接続される第２の呼制御システムとから構成される統合呼制御システムにおける代理応答制御方法であって、
代理応答を検索するための呼制御システムの優先順位を設定する優先順位設定ステップと、前記呼制御システム内の端末から代理応答操作が行われると、前記優先順位設定ステップにおいて設定された優先順位に基づいて、優先順位の高い呼制御システムから順に着呼を検索し、着呼があればその着呼に代理応答し、着呼がなければ次の優先順位の呼制御システム内の着呼を検索する検索ステップと、を有することを特徴とする代理応答制御方法。
【請求項６】
複数の端末と呼制御装置とを有する第１の呼制御システムと、前記第１の呼制御システムとゲートウェイ装置を介して接続される第２の呼制御システムとから構成される統合呼制御システムにおいて、
前記第１の呼制御システム内の端末から代理応答操作が行われると、第１の呼制御システム内の着呼を検索して、着呼があればその着呼に代理応答し、着呼がなければ、次に前記第２の呼制御システム内の着呼を検索する代理応答制御手段を備えたことを特徴とする統合呼制御システム。
【請求項７】
複数の端末と呼制御装置とを有する第１の呼制御システムと、前記第１の呼制御システムとゲートウェイ装置を介して接続される第２の呼制御システムとから構成される統合呼制御システムにおいて、
前記第１の呼制御システム内の端末から代理応答操作が行われると、前記第２の呼制御システム内の着呼を検索して、着呼があればその着呼に代理応答し、着呼がなければ、次に前記第１の呼制御システム内の着呼を検索する代理応答制御手段を備えたことを特徴とする統合呼制御システム。
【請求項８】
前記第１の呼制御システムと前記第２の呼制御システムは、異なる呼制御プロトコルで動作し、前記ゲートウェイ装置は、前記第１の呼制御システムと前記第２の呼制御システムの間でプロトコル変換を行うことを特徴とする請求項６または７記載の統合呼制御システム。
【請求項９】
それぞれ複数の端末と呼制御装置とを有する複数の呼制御システム間をゲートウェイ装置を介して接続される統合呼制御システムであって、
代理応答を検索するための呼制御システムの優先順位を設定する優先順位設定手段と、前記呼制御システム内の端末から代理応答操作が行われると、前記優先順位設定手段により設定された優先順位に基づいて、優先順位の高い呼制御システムから順に着呼を検索して、着呼があればその着呼に代理応答し、着呼がなければ次の優先順位の呼制御システムの着呼を検索する代理応答制御手段と、を備えたことを特徴とする統合呼制御システム。
【請求項１０】
前記ゲートウェイ装置は、前記第１の呼制御システムからの代理応答要求を受信して前記第２の呼制御システム内における着呼を検索する検索手段と、この検索手段により検索された着呼に応答して、この着呼を発呼した端末と代理応答を要求した端末との間の呼を接続する接続手段と、を備えたことを特徴とする請求項６から８のいずれかに記載の統合呼制御システム。
【請求項１１】
前記ゲートウェイ装置は、前記検索手段による検索により着呼がなかった場合、前記第１の呼制御システムの代理応答を要求した端末に対して、代理応答再要求指示を送信することを特徴とする請求項７または８記載の統合呼制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は代理応答制御方法及び統合呼制御システムに関し、特に、異なる呼制御システム間で代理応答を制御する代理応答制御方法及び統合呼制御システムに関する。
【背景技術】
【０００２】
従来、同一グループ内に接続された複数の電話機に対する発着呼を制御する呼制御装置を接続した呼制御システムが知られている。このような呼制御システムでは、ある電話機への着信により鳴動中に、該当電話機で応答操作をせずに同一グループ内の他の電話機から特番をダイヤルすることにより代理応答を可能とする代理応答機能が設定されている。
【０００３】
このような代理応答機能を備えるシステムとして、例えば、特許文献１に記載されたゲートウェイ装置及び通信システムがある。このゲートウェイ装置及び通信システムでは、異なる通信プロトコルのネットワーク間においてプロトコル変換により、一方の通信プロトコルに対応する通信端末への着信を他方の通信プロトコルに対応する通信端末でピックアップを行うことを可能にしている。
【０００４】
また、特許文献２に記載されたＩＰ電話システムの代理応答制御方法では、ＳＩＰベースの電話システムにおいて代理応答を実現するために、代理応答処理機能を設けたＳＩＰサーバ、ロケーションサーバ、ポリシーサーバやプレゼンスサーバを設けている。
【０００５】
さらに、特許文献３では、ピックアップグループの応答優先順位を設定し、同一の特番操作で優先順位によってコールピックアップするコールピックアップ方式が記載されている。
【特許文献１】特開２００５−２４４７７２号公報
【特許文献２】特開２００４−２４２０９０号公報
【特許文献３】特開２００２−１１８６５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１に記載されたゲートウェイ装置及び通信システムでは、異なる通信プロトコルに対応する通信端末間のピックアップ方法として記載されているが、一方の通信プロトコルに対応する通信端末への着信を他方の通信プロトコルに対応する通信端末に転送しているだけであり、異なる呼制御システム間でのプロトコル変換によるピックアップ方法については記載されていない。
【０００７】
また、特許文献２に記載されたＩＰ電話システムの代理応答制御方法では、ＳＩＰベースの電話システムに対応する代理応答処理機能が記載されているだけであり、異なる呼制御システム間でのプロトコル変換によるピックアップ方法については記載されていない。
【０００８】
さらに、特許文献３に記載されたコールピックアップ方式では、同一の呼制御システム内の特番操作で応答優先順位が設定されたピックアップグループ内でコールピックアップする方式が記載されているだけであり、異なる呼制御システム間でのプロトコル変換によるピックアップ方法については記載されていない。
【０００９】
すなわち、上記特許文献１〜３に記載された通信システムや方法では、異なる呼制御システム間で同一特番をダイヤル操作することにより、ユーザがどの呼制御システムへの着信呼かを意識せずにピックアップすることはできない。
【００１０】
本発明は以上のような実情に鑑みてなされたものであり、異なる呼制御システム間で同一特番をダイヤル操作することにより、ユーザがどの呼制御システムへの着信呼かを意識せずにピックアップすることを可能にする代理応答制御方法及び統合呼制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の代理応答制御方法は、複数の端末と呼制御装置とを有する第１の呼制御システムと、前記第１の呼制御システムとゲートウェイ装置を介して接続される第２の呼制御システムとから構成される統合呼制御システムにおける代理応答制御方法であって、前記第１の呼制御システム内の端末から代理応答操作が行われると、まず第１の呼制御システム内の着呼を検索して、着呼があればその着呼に代理応答し、着呼がなければ、次に前記第２の呼制御システム内の着呼を検索する。
【発明の効果】
【００１２】
本発明によれば、同一呼制御システム内に着呼がなく、他の呼制御システムの着呼を代理応答する場合でも、端末ユーザは、同一呼制御システム内と同様の操作で代理応答することができ、ユーザの操作性を向上させることができる。
【発明を実施するための最良の形態】
【００１３】
本発明の第１の態様は、複数の端末と呼制御装置とを有する第１の呼制御システムと、前記第１の呼制御システムとゲートウェイ装置を介して接続される第２の呼制御システムとから構成される統合呼制御システムにおける代理応答制御方法であって、前記第１の呼制御システム内の端末から代理応答操作が行われると、まず第１の呼制御システム内の着呼を検索して、着呼があればその着呼に代理応答し、着呼がなければ、次に前記第２の呼制御システム内の着呼を検索する。
【００１４】
この方法によれば、同一呼制御システム内に着呼がなく、他の呼制御システムの着呼を代理応答する場合でも、端末ユーザは、同一呼制御システム内と同様の操作で代理応答することができ、ユーザの操作性を向上させることができる。
【００１５】
本発明の第２の態様は、複数の端末と呼制御装置とを有する第１の呼制御システムと、前記第１の呼制御システムとゲートウェイ装置を介して接続される第２の呼制御システムとから構成される統合呼制御システムにおける代理応答制御方法であって、前記第１の呼制御システム内の端末から代理応答操作が行われると、まず前記第２の呼制御システム内の着呼を検索して、着呼があればその着呼に代理応答し、着呼がなければ、次に第１の呼制御システム内の着呼を検索する。
【００１６】
この方法によれば、同一の代理応答操作によって、他の呼制御システムの着呼に優先して応答し、次に同一の呼制御システムの着呼に代理応答することができ、他の呼制御システムを優先して利用する場合等に便利である。その結果、異なる呼制御システムを利用するユーザの利便性を向上させることができる。
【００１７】
本発明の第３の態様は、第２の態様の代理応答制御方法において、前記第２の呼制御システム内の着呼がなければ、前記第１の呼制御システムの代理応答を要求した端末に対して、代理応答再要求指示を送信する。
【００１８】
この方法によれば、第２の呼制御システム内に代理応答に対応する着呼がない場合に、再度、第１の呼制御システムに対して代理応答要求の再送信を促して、第１の呼制御システム内の着呼の代理応答を実現することができ、代理応答機能の利便性を向上させることができる。
【００１９】
本発明の第４の態様は、第１または第２の態様の代理応答制御方法において、前記第１の呼制御システムと前記第２の呼制御システムは、異なる呼制御プロトコルで動作し、前記ゲートウェイ装置は、前記第１の呼制御システムと前記第２の呼制御システムの間でプロトコル変換を行う。
【００２０】
この方法によれば、例えば、ＳＩＰプロトコルとＨ．３２３プロトコルのような異なる呼制御プロトコルの呼制御システム間の代理応答もシステム内と同様の操作によって代理応答することができ、ユーザの操作性が向上する。
【００２１】
本発明の第５の態様は、複数の端末と呼制御装置とを有する第１の呼制御システムと、前記第１の呼制御システムとゲートウェイ装置を介して接続される第２の呼制御システムとから構成される統合呼制御システムにおける代理応答制御方法であって、代理応答を検索するための呼制御システムの優先順位を設定する優先順位設定ステップと、前記呼制御システム内の端末から代理応答操作が行われると、前記優先順位設定ステップにおいて設定された優先順位に基づいて、優先順位の高い呼制御システムから順に着呼を検索し、着呼があればその着呼に代理応答し、着呼がなければ次の優先順位の呼制御システム内の着呼を検索する検索ステップと、を有する。
【００２２】
この方法によれば、代理応答処理を行う呼制御システムの優先順位を設定できるため、ユーザの利用形態に合わせて代理応答の優先順位を変更でき、且つ操作性の良い代理応答動作を行うことができる。
【００２３】
本発明の第６の態様は、複数の端末と呼制御装置とを有する第１の呼制御システムと、前記第１の呼制御システムとゲートウェイ装置を介して接続される第２の呼制御システムとから構成される統合呼制御システムにおいて、前記第１の呼制御システム内の端末から代理応答操作が行われると、第１の呼制御システム内の着呼を検索して、着呼があればその着呼に代理応答し、着呼がなければ、次に前記第２の呼制御システム内の着呼を検索する代理応答制御手段を備える構成を採る。
【００２４】
この構成によれば、同一呼制御システム内に着呼がなく、他の呼制御システムの着呼を代理応答する場合でも、端末ユーザは、同一呼制御システム内と同様の操作で代理応答することができ、ユーザの操作性を向上させることができる。
【００２５】
本発明の第７の態様は、複数の端末と呼制御装置とを有する第１の呼制御システムと、前記第１の呼制御システムとゲートウェイ装置を介して接続される第２の呼制御システムとから構成される統合呼制御システムにおいて、前記第１の呼制御システム内の端末から代理応答操作が行われると、前記第２の呼制御システム内の着呼を検索して、着呼があればその着呼に代理応答し、着呼がなければ、次に前記第１の呼制御システム内の着呼を検索する代理応答制御手段を備える構成を採る。
【００２６】
この構成によれば、同一の代理応答操作によって、他の呼制御システムの着呼に優先して応答し、次に同一の呼制御システムの着呼に代理応答することができ、他の呼制御システムを優先して利用する場合等に便利である。その結果、異なる呼制御システムを利用するユーザの利便性を向上させることができる。
【００２７】
本発明の第８の態様は、第６または第７の態様の統合呼制御システムにおいて、前記第１の呼制御システムと前記第２の呼制御システムは、異なる呼制御プロトコルで動作し、前記ゲートウェイ装置は、前記第１の呼制御システムと前記第２の呼制御システムの間でプロトコル変換を行う構成を採る。
【００２８】
この構成によれば、例えば、ＳＩＰプロトコルとＨ．３２３プロトコルのような異なる呼制御プロトコルの呼制御システム間の代理応答もシステム内と同様の操作によって代理応答することができ、ユーザの操作性が向上する。
【００２９】
本発明の第９の態様は、それぞれ複数の端末と呼制御装置とを有する複数の呼制御システム間をゲートウェイ装置を介して接続される統合呼制御システムであって、代理応答を検索するための呼制御システムの優先順位を設定する優先順位設定手段と、前記呼制御システム内の端末から代理応答操作が行われると、前記優先順位設定手段により設定された優先順位に基づいて、優先順位の高い呼制御システムから順に着呼を検索して、着呼があればその着呼に代理応答し、着呼がなければ次の優先順位の呼制御システムの着呼を検索する代理応答制御手段と、を備える構成を採る。
【００３０】
この構成によれば、代理応答処理を行う呼制御システムの優先順位を設定できるため、ユーザの利用形態に合わせて代理応答の優先順位を変更でき、且つ操作性の良い代理応答動作を行うことができる。
【００３１】
本発明の第１０の態様は、第６から第８のいずれかの態様の統合呼制御システムにおいて、前記ゲートウェイ装置は、前記第１の呼制御システムからの代理応答要求を受信して前記第２の呼制御システム内における着呼を検索する検索手段と、この検索手段により検索された着呼に応答して、この着呼を発呼した端末と代理応答を要求した端末との間の呼を接続する接続手段と、を備える構成を採る。
【００３２】
この構成によれば、例えば、ＳＩＰプロトコルとＨ．３２３プロトコルのような異なる呼制御プロトコルの呼制御システム間の代理応答もシステム内と同様の操作によって代理応答することができ、ユーザの操作性が向上する。
【００３３】
本発明の第１１の態様は、第７または第８の態様の統合呼制御システムにおいて、前記ゲートウェイ装置は、前記検索手段による検索により着呼がなかった場合、前記第１の呼制御システムの代理応答を要求した端末に対して、代理応答再要求指示を送信する構成を採る。
【００３４】
この構成によれば、第２の呼制御システム内に代理応答に対応する着呼がない場合に、再度、第１の呼制御システムに対して代理応答要求の再送信を促して、第１の呼制御システム内の着呼の代理応答を実現することができ、代理応答機能の利便性を向上させることができる。
【００３５】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００３６】
（実施の形態１）
図１は、本実施の形態１のシステム構成を示す図である。図１において、呼制御システムＡ１００と呼制御システムＢ２００がシステム間ゲートウェイ装置１０を介して接続されている。呼制御システムＡ１００は、呼制御装置Ａ１０１と、ＩＰ端末１０２〜１０４と、端末ゲートウェイ装置１０５と、非ＩＰ端末１０６，１０７と、回線ゲートウェイ装置１０８と、から構成される。呼制御システムＢ２００は、呼制御装置Ｂ２０１と、ＩＰ端末２０２，２０３と、端末ゲートウェイ装置２０４と、非ＩＰ端末２０５，２０６と、回線ゲートウェイ装置２０７と、から構成される。なお、呼制御システムＡ１００及び呼制御システムＢ２００におけるＩＰ端末と非ＩＰ端末の各台数は一例であり、これらの台数を限定するものではない。
【００３７】
呼制御システムＡ１００において、呼制御装置Ａ１０１、ＩＰ端末１０２〜１０４、端末ゲートウェイ装置１０５及び回線ゲートウェイ装置１０８は、ＬＡＮ（Local Area Network）等のＩＰネットワークＮを介して相互に接続されている。また、呼制御システムＢ２００において、呼制御装置Ｂ２０１、ＩＰ端末２０２，２０３、端末ゲートウェイ装置２０４及び回線ゲートウェイ装置２０７は、ＬＡＮ等のＩＰネットワークＮを介して相互に接続されている。
【００３８】
本実施の形態１では、呼制御システムＡ１００は通信プロトコルとしてＨ．３２３を利用し、呼制御システムＢ２００は通信プロトコルとしてＳＩＰ（Session Initiation Protocol ）を利用する場合の例とする。また、呼制御システムＡ１００と呼制御システムＢ２００をインターワークするシステム間ゲートウェイ装置１０は、呼制御システムＡ１００の仮想端末であり、呼制御システムＢ２００の仮想端末でもある。
【００３９】
システム間ゲートウェイ装置１０は、呼制御システムＡ１００の通信プロトコルＨ．３２３と呼制御システムＢ２００の通信プロトコルＳＩＰのプロトコルの違いを吸収するためのプロトコル変換を行う機能を有する。また、システム間ゲートウェイ装置１０は、呼制御装置Ａ１０１又は呼制御装置Ｂ２０１からの特番ダイヤル通知に応じたピックアップ制御機能を有する。
【００４０】
呼制御装置Ａ１０１は、ＩＰ端末１０２〜１０４及び非ＩＰ端末１０６，１０７に対する発着呼を制御する呼制御機能と、システム間ゲートウェイ装置１０を介して呼制御システムＢ内の呼制御装置Ｂ２０１との間で特番ダイヤル操作に伴うピックアップ処理を制御するピックアップ制御機能と、を有する。
【００４１】
呼制御装置Ｂ２０１は、ＩＰ端末２０２，２０３及び非ＩＰ端末２０５，２０６に対する発着呼を制御する呼制御機能と、システム間ゲートウェイ装置１０を介して呼制御システムＢ内の呼制御装置Ａ１０１との間で特番ダイヤル操作に伴うピックアップ処理を制御するピックアップ制御機能と、を有する。
【００４２】
ＩＰ端末１０２〜１０４及びＩＰ端末２０２，２０３は、ＶｏＩＰ（Voice over Internet Protocol）対応のＩＰ電話機等である。非ＩＰ端末１０６，１０７及び非ＩＰ端末２０５，２０６は、通常の電話機等である。
【００４３】
端末ゲートウェイ装置１０５，２０４は、非ＩＰ端末１０６，１０７及び非ＩＰ端末２０５，２０６の通信プロトコルと、ＩＰ端末の通信プロトコルの違いを吸収するためのプロトコル変換を行う機能を有する。
【００４４】
回線ゲートウェイ装置１０８，２０７は、ＰＳＴＮ（Public Switched Telephone Networks：公衆回線網）と接続され、ＩＰネットワークＮの通信プロトコルと、ＰＳＴＮの通信プロトコルの違いを吸収するためのプロトコル変換を行う機能を有する。
【００４５】
次に、システム間ゲートウェイ装置１０と、呼制御装置Ａ１０１及び呼制御装置Ｂ２０１と、端末ゲートウェイ装置１０５，２０４と、ＩＰ端末１０２〜１０４，２０２，２０３の各構成について図２を参照して説明する。図２において、呼制御装置Ａ１０１と呼制御装置Ｂ２０１は同一構成であり、端末ゲートウェイ装置１０５と端末ゲートウェイ装置２０４及びＩＰ端末１０２〜１０４，２０２，２０３は同一構成であるため同一図内に示す。
【００４６】
システム間ゲートウェイ装置１０は、ＣＰＵ（Central Processing Unit ）１１と、呼接続制御部１２と、ＴＣＰ／ＩＰ制御部１３と、メモリ１４と、から構成される。
【００４７】
ＣＰＵ１１は、内蔵するメモリ（図示せず）に記憶された制御プログラムに基づいてシステム間ゲートウェイ装置１０全体を制御する。また、ＣＰＵ１１は、ＴＣＰ／ＩＰ制御部１３により呼制御システムＡ１００又は呼制御システムＢ２００から受信した呼設定メッセージに含まれる特番に基づいて、呼制御システムＡ１００又は呼制御システムＢ２００における着呼を検索し、着呼有りの場合に特番を入力したＩＰ端末（ピック端末）に代理応答させるシステム間ピックアップ制御処理を実行する。
【００４８】
呼接続制御部１２は、呼接続制御プログラムを記憶し、この呼接続制御プログラムに基づいて呼制御装置Ａ１０１及び呼制御装置Ｂ２０１との間の呼接続制御処理を実行する。
【００４９】
ＴＣＰ／ＩＰ制御部１３は、ＴＣＰ／ＩＰ制御プログラムを記憶し、このＴＣＰ／ＩＰ制御プログラムに基づいて、Ｈ．３２３プロトコル又はＳＩＰプロトコルに変換したメッセージを呼制御装置Ａ１０１及び呼制御装置Ｂ２０１との間で送受信する。
【００５０】
メモリ１４は、図３に示す特番判定テーブル３００と、図４に示す呼状態テーブル４００を記憶する。特番判定テーブル３００には、「特番」と対応する「意味」とが対応付けて記憶されている。この場合、特番「１０」は「ピックアップ」であることが記憶されている例を示している。呼状態テーブル４００には、呼制御システムＡ１００及び呼制御システムＢ２００に含まれる各端末の「端末番号」毎に呼の動作状態を表す「状態」が記憶される。この場合、端末番号「Ａ」の呼の状態「発信中」等が記憶されている例を示している。
【００５１】
呼制御装置Ａ１０１，Ｂ２０１は、ＣＰＵ１２１と、呼接続制御部１２２と、ＴＣＰ／ＩＰ制御部１２３と、メモリ１２４と、から構成される。
【００５２】
ＣＰＵ１２１は、内蔵するメモリ（図示せず）に記憶された制御プログラムに基づいて呼制御装置Ａ１０１，Ｂ２０１全体を制御する。また、ＣＰＵ１２１は、ＴＣＰ／ＩＰ制御部１２３によりＩＰ端末（ピック端末）から代理応答要求（ピックアップ特番）を受信すると、同一の呼制御システムＡ１００内又は呼制御システムＢ２００内の着呼を優先して検索し、着呼有りの場合はＨ．３２３プロトコル又はＳＩＰプロトコルに基づくピックアップ制御を実行する。着呼無しの場合は、代理応答要求（ピックアップ特番）をＴＣＰ／ＩＰ制御部１２３によりシステム間ゲートウェイ装置１０に送信して、システム間ゲートウェイ装置１０を介して異なる呼制御システムＡ１００内又は呼制御システムＢ２００内の着呼を検索する。なお、ＣＰＵ１２１は、代理応答制御手段として機能する。
【００５３】
呼接続制御部１２２は、呼接続制御プログラムを記憶し、この呼接続制御プログラムに基づいてＩＰ端末１０２〜１０４，２０２，２０３とシステム間ゲートウェイ装置１０との間の呼接続制御処理を実行する。
【００５４】
ＴＣＰ／ＩＰ制御部１２３は、ＴＣＰ／ＩＰ制御プログラムを記憶し、このＴＣＰ／ＩＰ制御プログラムに基づいて、Ｈ．３２３プロトコルに基づくメッセージをシステム間ゲートウェイ装置１０とＩＰ端末１０２〜１０４，２０２，２０３及び端末ゲートウェイ装置１０５，２０４との間で送受信する。
【００５５】
メモリ１２４は、図５に示す特番判定テーブル５００と、図６に示す呼状態テーブル６００を記憶する。特番判定テーブル５００には、「特番」と対応する「意味」とが対応付けて記憶されている。この場合、特番「１０」は「ピックアップ」であることが記憶されている例を示している。呼状態テーブル６００には、呼制御システムＡ１００及び呼制御システムＢ２００に含まれる各端末の「端末番号」毎に呼の動作状態を表す「状態」が記憶される。この場合、端末番号「Ａ」の呼の状態「発信中」等が記憶されている例を示している。
【００５６】
端末ゲートウェイ装置１０５，２０４及びＩＰ端末１０２〜１０４，２０２，２０３は、ＣＰＵ１４１と、呼接続制御部１４２と、ＴＣＰ／ＩＰ制御部１４３と、メモリ１４４と、から構成される。
【００５７】
ＣＰＵ１４１は、内蔵するメモリ（図示せず）に記憶された制御プログラムに基づいて端末ゲートウェイ装置１０５，２０４及びＩＰ端末１０２〜１０４，２０２，２０３全体を制御する。また、ＣＰＵ１４１は、非ＩＰ端末１０６，１０７，２０５，２０６に対する発着信処理を制御する。
【００５８】
呼接続制御部１４２は、呼接続制御プログラムを記憶し、この呼接続制御プログラムに基づいて非ＩＰ端末１０６，１０７，２０５，２０６と呼制御装置Ａ１０１，Ｂ２０１との間の呼接続制御処理を実行する。
【００５９】
ＴＣＰ／ＩＰ制御部１４３は、ＴＣＰ／ＩＰ制御プログラムを記憶し、このＴＣＰ／ＩＰ制御プログラムに基づいて、Ｈ．３２３プロトコル又はＰＳＴＮプロトコルに変換したメッセージを呼制御装置Ａ１０１，Ｂ２０１と非ＩＰ端末１０６，１０７，２０５，２０６との間で送受信する。
【００６０】
メモリ１４４は、図３に示す特番判定テーブル３００と、図４に示す呼状態テーブル４００を記憶する。
【００６１】
なお、回線ゲートウェイ装置１０８，２０７の構成は、端末ゲートウェイ装置１０５，２０４の構成と同様であるため、その図示と説明は省略する。
【００６２】
次に、図１のシステムにおける呼制御システムＡ１００内のＩＰ端末から呼制御システムＡ１００内のＩＰ端末への着呼を優先してピックアップする場合の動作について、図７及び図８に示すシーケンス図を参照して説明する。
【００６３】
図７及び図８では、呼制御システムＡ１００内のＩＰ端末１０４からＩＰ端末１０３に発呼し、この発呼をＩＰ端末１０２でピックアップする動作について説明する。このため、図７及び図８に示す発呼端末はＩＰ端末１０４であり、着呼端末はＩＰ端末１０３であり、ピック端末はＩＰ端末１０２であるものとする。また、図７及び図８では、呼制御システムＢ２００内のＩＰ端末２０２が発呼端末であり、ＩＰ端末２０３が着呼端末であるものとする。
【００６４】
まず、図１に示すように、呼制御システムＡ１００内において、発呼端末（ＩＰ端末１０４、以下発呼端末１０４という）のユーザにより着呼端末（ＩＰ端末１０３、以下着呼端末１０３という）に対する発呼があり、当該着呼端末が鳴動中にピック端末（ＩＰ端末１０２、以下ピック端末１０２という）のユーザにより特番がダイヤル操作されたものとする。この呼制御システムＡ１００内における発呼シーケンスについては、図７の図示は省略している。
【００６５】
図７において、ピック端末１０２のユーザにより特番「１０」がダイヤル操作されると（ステップＳ１０１）、その特番を含むＡＲＱ（Admission Request ：参加要求）メッセージが呼制御装置Ａ１０１に送信される（ステップＳ１０２）。呼制御装置Ａ１０１は、受信したＡＲＱメッセージから特番「１０」の有無を、図５の特番判定テーブル５００を参照して判定する（ステップＳ１０３）。
【００６６】
呼制御装置Ａ１０１は、特番「１０」が有ると判定した場合は（ステップＳ１０３：ＹＥＳ）、続いて、呼制御システムＡ１００内への着呼の有無を、図６の呼状態テーブル６００を参照して判定する（ステップＳ１０４）。着呼有りと判定した場合（ステップＳ１０４：ＹＥＳ）、すなわち、発呼端末１０４からの発呼が着呼端末１０３に着呼して、呼状態テーブル６００において、当該着呼端末１０３への着呼が記憶されている場合、呼制御装置Ａ１０１は、ピック端末１０２に対して着呼先端末情報を含むＡＲＪ（Admission Reject：参加拒否）メッセージを送信する（ステップＳ１０５）。
【００６７】
ピック端末１０２は、受信したＡＲＪメッセージの着呼先端末情報に基づいて、自端末アドレスを含むＦＡＣＩＬＩＴＹメッセージを着呼端末１０３に送信する（ステップＳ１０６）。着呼端末１０３は、受信したＦＡＣＩＬＩＴＹメッセージを発呼端末１０４に転送する（ステップＳ１０７）。発呼端末１０４は、着呼端末１０３からＦＡＣＩＬＩＴＹメッセージを受信すると、自端末アドレスを含むＦＡＣＩＬＩＴＹメッセージを着呼端末１０３に送信する（ステップＳ１０８）。着呼端末１０３は、受信したＦＡＣＩＬＩＴＹメッセージをピック端末１０２に転送する（ステップＳ１０９）。
【００６８】
次いで、発呼端末１０４は、ＡＲＱメッセージを呼制御装置Ａ１０１に送信する（ステップＳ１１０）。呼制御装置Ａ１０１は、受信したＡＲＱメッセージに対するＡＣＦ（Admission Confirm ：参加確認）メッセージを発呼端末１０４に送信する（ステップＳ１１１）。発呼端末１０４は、ＡＣＦメッセージを受信後、ＳＥＴＵＰ（呼設定）メッセージをピック端末１０２に送信する（ステップＳ１１２）。ピック端末１０２は、ＳＥＴＵＰメッセージを受信すると、ＣＡＬＬ  ＰＲＯＣ（呼設定受付）メッセージを発呼端末１０４に送信し（ステップＳ１１３）、次いで、ＡＲＱメッセージを呼制御装置Ａ１０１に送信する（ステップＳ１１４）。
【００６９】
呼制御装置Ａ１０１は、受信したＡＲＱメッセージに対するＡＣＦメッセージをピック端末１０２に送信する（ステップＳ１１５）。ピック端末１０２は、ＡＣＦメッセージを受信すると、ＣＯＮＮ（応答）メッセージを発呼端末１０４に送信する（ステップＳ１１６）。以上のステップＳ１０５〜ステップＳ１１６の処理により、ピック端末１０２による着呼端末１０３への着呼のコールピックアップが完了し、以後、発呼端末１０４とピック端末１０２との間で通話が行われる（ステップＳ１１７）。
【００７０】
通話が終了すると、発呼端末１０４は、ＲＥＬ＿ＣＯＭＰ（解放完了）メッセージをピック端末１０２に送信し（ステップＳ１１８）、次いで、ＤＲＱ（離脱要求）メッセージを呼制御装置Ａ１０１に送信する（ステップＳ１１９）。呼制御装置Ａ１０１は、ＤＲＱメッセージを受信後、ＤＣＦ（離脱確認）メッセージを発呼端末１０４に送信する（ステップＳ１２０）。続いて、着呼端末１０３は、ＤＲＱメッセージを呼制御装置Ａ１０１に送信し（ステップＳ１２１）、呼制御装置Ａ１０１は、ＤＣＦメッセージを着呼端末１０３に送信する（ステップＳ１２２）。
【００７１】
以上のステップＳ１１８〜ステップＳ１２２の処理により、発呼端末１０４とピック端末１０２間の通話が終了し、着呼端末１０３の処理も終了する。また、以上のステップＳ１０５〜ステップＳ１２２の処理は、呼制御システムＡ１００におけるピックアップ制御である。
【００７２】
次いで、上記呼制御装置Ａ１０１において、ピック端末１０２から送信されたＡＲＱメッセージに特番が含まれていないと判定された場合（ステップＳ１０３：ＮＯ）、又は、呼制御システムＡ１００内で着呼がないと判定された場合は（ステップＳ１０４：ＮＯ）、呼制御装置Ａ１０１は、図８のステップＳ１２３に移行する。
【００７３】
この場合、呼制御装置Ａでは、呼制御システムＡ１００外の着呼は検出できないため、ピック端末１０２からの特番によるピックアップ要求に対して、呼制御システムＡ１００内に着呼が無ければ、ピック端末１０２に対して呼制御システムＢ２００への発呼を促す処理に移行する。
【００７４】
なお、図８では、呼制御システムＢ２００において、発呼端末２０２から着呼端末２０３への発呼により、着呼端末２０３が鳴動中にピック端末１０２により特番がダイヤル操作されたものとする。なお、この発呼シーケンスについては図示を省略している。
【００７５】
呼制御装置Ａ１０１は、ＡＣＦメッセージをピック端末１０２に送信する（ステップＳ１２３）。ピック端末１０２は、ＡＣＦメッセージを受信後、上記特番を含むＳＥＴＵＰメッセージをシステム間ゲートウェイ装置１０に送信する（ステップＳ１２４）。システム間ゲートウェイ装置１０は、ＳＥＴＵＰメッセージを受信後、Ｈ．３２３プロトコルによりＣＡＬＬ  ＰＲＯＣメッセージをピック端末１０２に送信する（ステップＳ１２５）。
【００７６】
次いで、システム間ゲートウェイ装置１０は、受信したＳＥＴＵＰメッセージから特番「１０」の有無を、図３の特番判定テーブル３００を参照して判定する（ステップＳ１２６）。システム間ゲートウェイ装置１０は、特番「１０」が有ると判定した場合は（ステップＳ１２６：ＹＥＳ）、続いて、呼制御システムＢ２００内への着呼の有無を、図４の呼状態テーブル４００を参照して判定する（ステップＳ１２７）。
【００７７】
この時、呼制御システムＢ２００では、発呼端末２０２から着呼端末２０３に対する発呼が有り、この着呼をシステム間ゲートウェイ装置１０が検出しているものとする。
【００７８】
この着呼により、着呼有りと判定した場合（ステップＳ１２７：ＹＥＳ）、システム間ゲートウェイ装置１０は、Ｈ．３２３プロトコルによりＡＲＱメッセージを呼制御装置Ａ１０１に送信する（ステップＳ１２８）。呼制御装置Ａ１０１は、ＡＲＱメッセージの受信後、ＡＣＦメッセージをシステム間ゲートウェイ装置１０に送信する（ステップＳ１２９）。
【００７９】
次いで、システム間ゲートウェイ装置１０は、ＡＣＦメッセージを受信後、ピック端末１０２と発呼端末２０２との間の呼を接続するため、ＳＩＰプロトコルにより２００ＯＫメッセージを呼制御装置Ｂ２０１に送信する（ステップＳ１３０）。呼制御装置Ｂ２０１は、受信した２００ＯＫメッセージを発呼端末２０２に転送する（ステップＳ１３１）。この後、システム間ゲートウェイ装置１０は、Ｈ．３２３プロトコルによりＣＯＮＮメッセージをピック端末１０２に送信する（ステップＳ１３２）。発呼端末２０２は、２００ＯＫメッセージを受信後、ＡＣＫ（応答）メッセージを呼制御装置Ｂ２０１に送信する（ステップＳ１３３）。呼制御装置Ｂ２０１は、受信したＡＣＫメッセージをシステム間ゲートウェイ装置１０に送信する（ステップＳ１３４）。
【００８０】
以上のステップＳ１２３〜ステップＳ１３４の処理により、ピック端末１０２による着呼端末２０３への着呼のピックアップ処理が完了し、ピック端末１０２と発呼端末２０２との間で通話が可能となり、ピック端末１０２と発呼端末２０２との間で通話が行われる（ステップＳ１３５）。ここで、呼制御装置Ｂ２０１は、ＣＡＮＣＥＬメッセージを着呼端末２０３に送信して、着呼端末２０３の鳴動を停止させる（ステップＳ１３６）。
【００８１】
以上のステップＳ１２６〜ステップＳ１３６の処理は、呼制御システムＢ２００側のピックアップ制御である。
【００８２】
また、上記システム間ゲートウェイ装置１０において着呼がないと判定された場合（ステップＳ１２７：ＮＯ）、ステップＳ１３７に移行して、ＲＥＬ＿ＣＯＭＰメッセージをピック端末１０２に送信する。ピック端末１０２は、ＲＥＬ＿ＣＯＭＰメッセージを受信後、ＤＲＱメッセージを呼制御装置Ａ１０１に送信する（ステップＳ１３８）。呼制御装置Ａ１０１は、ＤＲＱメッセージを受信後、ＤＣＦメッセージをピック端末１０２に送信する（ステップＳ１３９）。
【００８３】
以上のステップＳ１３７〜ステップＳ１３９の処理により、ピック端末１０２によるピックアップ要求に対して該当する着呼が無いためピックアップ処理がキャンセルされる。
【００８４】
また、上記システム間ゲートウェイ装置１０においてピック端末１０２から送信されたＳＥＴＵＰメッセージに特番が含まれていないと判定された場合（ステップＳ１２６：ＮＯ）、ステップＳ１４０に移行して、ＩＮＶＩＴＥ（セッション開始）メッセージを呼制御装置Ｂ２０１に送信する。呼制御装置Ｂ２０１は、ＩＮＶＩＴＥメッセージを受信後、４０７（Proxy Authentication Required ：ＩＮＶＩＴＥ認証エラー）メッセージをシステム間ゲートウェイ装置１０に送信する（ステップＳ１４１）。
【００８５】
この場合、呼制御装置Ｂ２０１では、自呼制御グループＢ２００で認証していないピック端末１０２からのセッション開始要求であるため、当該要求は拒否される。
【００８６】
そして、システム間ゲートウェイ装置１０は、４０７メッセージを受信することにより、設定内容を修正したＩＮＶＩＴＥメッセージを再度呼制御装置Ｂ２０１に送信する（ステップＳ１４２）。以後、図示は省略しているが、ピック端末１０２から要求された呼制御システムＢ２００内のＩＰ端末に対する発呼制御が、システム間ゲートウェイ装置１０と呼制御装置Ｂ２０１との間で実行される。
【００８７】
以上のステップＳ１４０〜ステップＳ１４２の処理は、呼制御システムＢ２００側の発呼制御である。
【００８８】
以上のように、本実施の形態１のシステムでは、呼制御システムＡ内のＩＰ端末から呼制御システムＡへの着呼を優先してピックアップする場合、呼制御システムＡ内のピック端末からのピックアップ特番ダイヤル時、呼制御システムＡに着呼が有ればピックアップ制御を行い、着呼が無ければ呼制御システムＡと呼制御システムＢをインターワークするシステム間ゲートウェイ装置を介して呼制御システムＢに対して発呼を行うようにした。また、システム間ゲートウェイ装置は、呼制御システムＢに着呼が有れば、呼制御システムＢ内の着呼端末に対するピックアップ制御を行い、呼制御システムＢに着呼が無ければ、発呼失敗とするようにした。
【００８９】
したがって、同一呼制御システム内に着呼がなく、他の呼制御システムの着呼を代理応答する場合でも、ピック端末ユーザは、同一呼制御システム内と同様の特番操作で代理応答することができ、ユーザの操作性を向上させることができる。その結果、異なる呼制御システムを利用するユーザの利便性を向上させることができる。
【００９０】
なお、本実施の形態１では、システム間ゲートウェイ装置１０が呼制御システムＢ２００に対するピックアップ制御に移行するための処理を実行する場合を示したが、この処理は呼制御装置Ｂ２０１において実行するようにしてもよい。
【００９１】
また、本実施の形態１では、代理応答操作として特番ダイヤルを例に説明したが、特番に限らず、代理応答ボタン等の他の操作方法によって代理応答するようにしてもよい。
【００９２】
（実施の形態２）
本実施の形態２では、呼制御システムＡのＩＰ端末から呼制御システムＢへの着呼を優先してピックアップする場合について説明する。
【００９３】
本実施の形態２のシステム構成、システム間ゲートウェイ装置、呼制御装置Ａ、Ｂ及び端末ゲートウェイ装置の各構成は、上記図１及び図２に示したのと同様であるため、その図示及び構成説明は省略する。
【００９４】
図１のシステムにおける呼制御システムＡ１００内のＩＰ端末から呼制御システムＢ２００内のＩＰ端末への着呼を優先してピックアップする場合の動作について、図９及び図１０に示すシーケンス図を参照して説明する。
【００９５】
図９及び図１０では、実施の形態１と同様に、呼制御システムＡ１００内のＩＰ端末１０４が発呼端末、ＩＰ端末１０３が着呼端末、ＩＰ端末１０２がピック端末であり、呼制御システムＢ２００内のＩＰ端末２０２が発呼端末、ＩＰ端末２０３が着呼端末であるものとする。
【００９６】
図９では、主に呼制御システムＡ１００のピック端末１０２から呼制御システムＢ２００内の着呼端末２０３への着呼を優先してピックアップする動作について説明する。
【００９７】
まず、図１において、呼制御システムＢ２００内において、発呼端末２０２のユーザにより着呼端末２０３に対する発呼があり、当該着呼端末が鳴動中にピック端末１０２のユーザにより特番がダイヤル操作されたものとする。この呼制御システムＢ２００内の発呼シーケンスについては、図９の図示は省略している。
【００９８】
図９において、ピック端末１０２のユーザにより特番「１０」がダイヤル操作されると（ステップＳ２０１）、その特番を含むＡＲＱメッセージが呼制御装置Ａ１０１に送信される（ステップＳ２０２）。呼制御装置Ａ１０１は、受信したＡＲＱメッセージから特番「１０」の有無を、図５の特番判定テーブル５００を参照して判定する（ステップＳ２０３）。
【００９９】
呼制御装置Ａ１０１は、特番「１０」が有ると判定した場合は（ステップＳ２０３：ＹＥＳ）、続いて、ＡＲＱメッセージにピックアップ情報が付加されているか否かを判定する（ステップＳ２０４）。このピックアップ情報（代理応答再要求指示）は、ピックアップ処理を呼制御システムＡ１００内に戻すか否かを判定するために、後述するシステム間ゲートウェイ装置１０において付加される情報である。
【０１００】
ピックアップ情報が付加されてないと判定した場合（ステップＳ２０４：ＮＯ）、呼制御装置Ａ１０１は、ピック端末１０２に対して呼制御システムＢ２００への発呼を促すため、ＡＣＦメッセージをピック端末１０２に送信する（ステップＳ２０５）。ピック端末１０２は、ＡＣＦメッセージを受信後、上記特番を含むＳＥＴＵＰメッセージをシステム間ゲートウェイ装置１０に送信する（ステップＳ２０６）。システム間ゲートウェイ装置１０は、ＳＥＴＵＰメッセージを受信後、Ｈ．３２３プロトコルによりＣＡＬＬ  ＰＲＯＣメッセージをピック端末１０２に送信する（ステップＳ２０７）。
【０１０１】
次いで、システム間ゲートウェイ装置１０は、受信したＳＥＴＵＰメッセージから特番「１０」の有無を、図３の特番判定テーブル３００を参照して判定する（ステップＳ２０８）。システム間ゲートウェイ装置１０は、特番「１０」が有ると判定した場合は（ステップＳ２０８：ＹＥＳ）、続いて、呼制御システムＢ２００内への着呼の有無を、図４の呼状態テーブル４００を参照して判定する（ステップＳ２０９）。
【０１０２】
この時、呼制御システムＢ２００では、発呼端末２０２から着呼端末２０３に対する発呼が有り、この着呼をシステム間ゲートウェイ装置１０が検出しているものとする。
【０１０３】
この着呼により、着呼有りと判定した場合（ステップＳ２０９：ＹＥＳ）、システム間ゲートウェイ装置１０は、Ｈ．３２３プロトコルによりＡＲＱメッセージを呼制御装置Ａ１０１に送信する（ステップＳ２１０）。呼制御装置Ａ１０１は、ＡＲＱメッセージの受信後、ＡＣＦメッセージをシステム間ゲートウェイ装置１０に送信する（ステップＳ２１１）。
【０１０４】
次いで、システム間ゲートウェイ装置１０は、ＡＣＦメッセージを受信後、ピック端末１０２と発呼端末２０２との間の呼を接続するため、ＳＩＰプロトコルにより２００ＯＫメッセージを呼制御装置Ｂ２０１に送信する（ステップＳ２１２）。呼制御装置Ｂ２０１は、受信した２００ＯＫメッセージを発呼端末２０２に転送する（ステップＳ２１３）。この後、システム間ゲートウェイ装置１０は、Ｈ．３２３プロトコルによりＣＯＮＮメッセージをピック端末１０２に送信する（ステップＳ２１４）。発呼端末２０２は、２００ＯＫメッセージを受信後、ＡＣＫメッセージを呼制御装置Ｂ２０１に送信する（ステップＳ２１５）。呼制御装置Ｂ２０１は、受信したＡＣＫメッセージをシステム間ゲートウェイ装置１０に送信する（ステップＳ２１６）。
【０１０５】
以上のステップＳ２０５〜ステップＳ２１６の処理により、ピック端末１０２による着呼端末２０３への着呼のピックアップ処理が完了し、ピック端末１０２と発呼端末２０２との間で通話が可能となり、ピック端末１０２と発呼端末２０２との間で通話が行われる（ステップＳ２１７）。ここで、呼制御装置Ｂ２０１は、ＣＡＮＣＥＬメッセージを着呼端末２０３に送信して、着呼端末２０３の鳴動を停止させる（ステップＳ２１８）。
【０１０６】
以上のステップＳ２０５〜ステップＳ２１７の処理は、呼制御システムＡ１００側の発呼制御であり、ステップＳ２０９〜ステップＳ２１８の処理は、呼制御システムＢ２００側のピックアップ制御である。
【０１０７】
したがって、以上のステップＳ２０１〜ステップＳ２１８の処理により、呼制御システムＡ１００内のピック端末１０２は、呼制御システムＢ２００への着呼を優先してピックアップすることが可能になる。
【０１０８】
また、上記呼制御装置Ａ１０１において、ＡＲＱメッセージに特番が無いと判定した場合は（ステップＳ２０３：ＮＯ）、通常の呼制御システムＢ２００への発呼と判定して、上記ステップＳ２０５に移行して呼制御システムＢ２００への発呼処理を実行する。
【０１０９】
また、上記システム間ゲートウェイ装置１０において、特番でないと判定した場合（ステップＳ２０８：ＮＯ）、通常の呼制御システムＢ２００への発呼と判定してステップＳ２２３に移行し、ＩＮＶＩＴＥメッセージを呼制御装置Ｂ２０１に送信する。呼制御装置Ｂ２０１は、ＩＮＶＩＴＥメッセージを受信後、４０７メッセージをシステム間ゲートウェイ装置１０に送信する（ステップＳ２２４）。
【０１１０】
この場合、呼制御装置Ｂ２０１では、自呼制御グループＢ２００で認証していないピック端末１０２からのセッション開始要求であるため、当該要求は拒否される。
【０１１１】
そして、システム間ゲートウェイ装置１０は、４０７メッセージを受信することにより、設定内容を修正したＩＮＶＩＴＥメッセージを再度呼制御装置Ｂ２０１に送信する（ステップＳ２２５）。以後、図示は省略しているが、ピック端末１０２から要求された呼制御システムＢ２００内のＩＰ端末に対する発呼制御が、システム間ゲートウェイ装置１０と呼制御装置Ｂ２０１との間で実行される。
【０１１２】
以上のステップＳ２２３〜ステップＳ２２５の処理は、呼制御システムＢ２００側の発呼制御である。
【０１１３】
また、上記システム間ゲートウェイ装置１０において、呼制御システムＢ２００内への着呼が無いと判定した場合（ステップＳ２０９：ＮＯ）、呼切断処理のためにステップＳ２１９に移行して、ピックアップ情報（代理応答再要求指示）を付加したＲＥＬ＿ＣＯＭＰメッセージをピック端末１０２に送信する。ピック端末１０２は、ＲＥＬ＿ＣＯＭＰメッセージを受信後、ＤＲＱメッセージを呼制御装置Ａ１０１に送信する（ステップＳ２２０）。呼制御装置Ａ１０１は、ＤＲＱメッセージを受信後、ＤＣＦメッセージをピック端末１０２に送信する（ステップＳ２２１）。以上のステップＳ２１９〜ステップＳ２２１の処理により、ピック端末１０２のピックアップ要求は失敗したことになり、ここで処理が終了する。
【０１１４】
次いで、ピック端末１０２は、受信したＲＥＬ＿ＣＯＭＰメッセージにピックアップ情報が付加されているか否かを判定する（ステップＳ２２２）。ピックアップ情報が付加されていないと判定した場合（ステップＳ２２２：ＮＯ）、ピック端末１０２のピックアップ要求は失敗であるため、処理は終了する。また、ピックアップ情報が付加されていると判定した場合（ステップＳ２２２：ＹＥＳ）、ステップＳ２０３に戻る。
【０１１５】
そして、ステップＳ２０３において、ピック端末１０２は、特番「１０」と受信したピックアップ情報を付加したＡＲＱメッセージを呼制御装置Ａ１０１に送信する。呼制御装置Ａ１０１は、特番有りと判定し（ステップＳ２０３：ＹＥＳ）、ピックアップ情報有りと判定して（ステップＳ２０４：ＹＥＳ）、図１０のステップＳ２２６に移行する。
【０１１６】
ここで、発呼端末１０４からの発呼が着呼端末１０３に着呼して、呼状態テーブル６００において、当該着呼端末１０３への着呼が記憶されている場合、呼制御装置Ａ１０１は、ピック端末１０２に対して着呼先端末情報を含むＡＲＪメッセージを送信する（ステップＳ２２６）。
【０１１７】
以後の図１０に示すステップＳ２２７〜ステップＳ２４３の処理は、上記図７に示したステップＳ１０６〜ステップＳ１２２の呼制御システムＡ１００におけるピックアップ制御と同様であるため、説明を省略する。
【０１１８】
以上のように、本実施の形態２のシステムでは、呼制御システムＡのＩＰ端末から呼制御システムＢのＩＰ端末への着呼を優先してピックアップする場合、呼制御システムＡのＩＰ端末からピックアップ特番をダイヤル操作すると、呼制御システムＡの呼制御装置Ａは呼制御システムＡと呼制御システムＢをインターワークするシステム間ゲートウェイ装置を介して呼制御システムＢへ発呼処理を行う。そして、呼制御システムＢ内のＩＰ端末に着呼が有ればピックアップ制御を行い、着呼が無ければシステム間ゲートウェイ装置を介して呼制御システムＡへピックアップ情報を付加したピックアップ特番ダイヤルによる自動再発呼処理を行い、呼制御システムＡ内のＩＰ端末に着呼が有ればピックアップ制御を行い、着呼が無ければ発呼失敗とする処理を実行した。
【０１１９】
したがって、同一の代理応答操作によって、他の呼制御システムの着呼に優先して応答し、次に同一の呼制御システムの着呼に代理応答することができ、他の呼制御システムを優先して利用する場合等に便利である。その結果、異なる呼制御システムを利用するユーザの利便性を向上させることができる。
【０１２０】
なお、本実施の形態２では、システム間ゲートウェイ装置１０が呼制御システムＢ２００に対するピックアップ制御に移行するための処理を実行する場合を示したが、この処理は呼制御装置Ｂ２０１において実行するようにしてもよい。
【０１２１】
また、本実施の形態２では、代理応答操作として特番ダイヤルを例に説明したが、特番に限らず、代理応答ボタン等の他の操作方法によって代理応答するようにしてもよい。
【０１２２】
また、上記実施の形態１、２では、呼制御システムＡ内のＩＰ端末が呼制御システムＡ内のＩＰ端末への着呼を優先してピックアップする例、呼制御システムＡ内のＩＰ端末が呼制御システムＢ内のＩＰ端末への着呼を優先してピックアップする例を説明したが、そのピックアップする呼制御システムの優先順位を設定するようにしてもよい。
【０１２３】
例えば、上記図２の呼制御装置Ａ１０１，Ｂ２０１において、ピックアップ要求受信後の着呼を検索するための呼制御システムＡ１００，Ｂ２００の優先順位をメモリ１２４に設定しておき、ピック端末１０２からピックアップ特番を受信した際に、メモリ１２４に設定された優先順位に基づいて、呼制御システムＡ１００内又は呼制御システムＢ２００内の着呼を優先して検索して、上記実施の形態１又は実施の形態２に示したピックアップ制御を実行するようにしてもよい。
【０１２４】
この場合、代理応答処理を行う呼制御システムの優先順位を設定できるため、ユーザの利用形態に合わせて代理応答の優先順位を変更でき、且つ操作性の良い代理応答動作を行うことができる。
【産業上の利用可能性】
【０１２５】
本発明に係る代理応答制御方法及び統合呼制御システムによれば、同一呼制御システム内に着呼がなく、他の呼制御システムの着呼を代理応答する場合でも、端末ユーザは、同一呼制御システム内と同様の特番操作で代理応答することを可能にし、異なる呼制御システム間で代理応答機能を実現する際の操作性を改善できる点で有用である。
【図面の簡単な説明】
【０１２６】
【図１】本発明の実施の形態１に係るシステム構成を示すブロック図
【図２】本実施の形態１に係るシステム間ゲートウェイ装置と呼制御装置と端末ゲートウェイ装置の各構成を示すブロック図
【図３】本実施の形態１に係るシステム間ゲートウェイ装置が記憶する特番判定テーブルの一例を示す図
【図４】本実施の形態１に係るシステム間ゲートウェイ装置が記憶する呼状態テーブルの一例を示す図
【図５】本実施の形態１に係る呼制御装置が記憶する特番判定テーブルの一例を示す図
【図６】本実施の形態１に係る呼制御装置が記憶する呼状態テーブルの一例を示す図
【図７】本実施の形態１に係るシステムにおける呼制御システムＡ内のＩＰ端末から呼制御システムＡ内のＩＰ端末への着呼を優先してピックアップする場合の動作の一部を示すシーケンス図
【図８】本実施の形態１に係る図７に続くピックアップ動作を示すシーケンス図
【図９】本発明の実施の形態２に係るシステムにおけるピックアップ動作の一部を示すシーケンス図
【図１０】本実施の形態２に係る図９に続くピックアップ動作の一部を示すシーケンス図
【符号の説明】
【０１２７】
１０  システム間ゲートウェイ装置
１０１  呼制御装置Ａ
１０２、１０３、１０４、２０２、２０３  ＩＰ端末
１０５、２０４  端末ゲートウェイ装置
１０６、１０７、２０５、２０６  非ＩＰ端末
１０８、２０７  回線ゲートウェイ装置
１１、１２１、１４１  ＣＰＵ
１２、１２２、１４２  呼接続制御部
１３、１２３、１４３  ＴＣＰ／ＩＰ制御部
１４、１２４、１４４  メモリ
２０１  呼制御装置Ｂ
３００、５００  特番判定テーブル
４００、６００  呼状態テーブル
Ｎ  ＩＰネットワーク
【図１】
2007243727.tif 000003
【図２】
2007243727.tif 000004
【図３】
2007243727.tif 000005
【図４】
2007243727.tif 000006
【図５】
2007243727.tif 000007
【図６】
2007243727.tif 000008
【図７】
2007243727.tif 000009
【図８】
2007243727.tif 000010
【図９】
2007243727.tif 000011
【図１０】
2007243727.tif 000012