(57)【要約】【課題】  ＶｏＩＰゲートウェイにおいて、通話輻輳時に、緊急通報に対して通話チャネルを確保しつつ、通話者に対して適切な誘導を行って呼損を回避する。【解決手段】  ＶｏＩＰゲートウェイは、各々のチャネルの使用状態を判定し、全てのチャネルが使用状態であると判定したときに、外部からの着信した呼が、優先発番号からのものであるか否かを判定する。そして、外部からの着信した呼が、優先発番号からのものであると判定したときに、チャネルを使用中の呼に対して切断対象となる呼を選択し、ＶｏＩＰゲートウェイは、切断対象として選択された呼が発着信をした電話機に対して、終話要求ガイダンスを送信する。切断対象の選択は、優先度が低いもの、通話時間の最も短い呼を切断対象として選択する。そして、終話待ちからの時間を計測し、一定時間経過後に、切断対象となる呼を切断する。【選択図】  図３
2016096460.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ網に接続され、外部からの発信・着信を制御するＶｏＩＰゲートウェイにおける通話制御方法において、
前記ＶｏＩＰゲートウェイは、
前記ＶｏＩＰゲートウェイの制御するチャネル状態を記憶するチャネル管理テーブルと、前記ＶｏＩＰゲートウェイに対して優先的な発信をする発信先の番号を記憶する優先発番号テーブルとを有し、
前記ＶｏＩＰゲートウェイは、前記チャネル管理テーブルを参照し、各チャネルの使用状態を判定するステップと、
前記ＶｏＩＰゲートウェイは、全てのチャネルが使用状態であると判定したときに、外部からの着信した呼が、前記優先発番号テーブルに記憶された発番号からのものであるか否かを判定するステップと、
前記ＶｏＩＰゲートウェイは、外部からの着信した呼が、前記優先発番号テーブルに記憶された発番号からのものであると判定したときに、前記チャネルを使用中の呼に対して切断対象となる呼を選択するステップと、
前記ＶｏＩＰゲートウェイは、前記切断対象として選択された呼が発着信をした電話機に対して、終話要求ガイダンスを送信するステップとを有することを特徴とするＶｏＩＰゲートウェイにおける通話制御方法。
【請求項２】
さらに、前記ＶｏＩＰゲートウェイは、前記チャネル管理テーブルを参照し、前記チャネルの優先度を判定し、優先度が低いもののみを切断対象の呼として選択することを特徴とする請求項１記載のＶｏＩＰゲートウェイにおける通話制御方法。
【請求項３】
前記チャネルを使用中の呼に対して切断対象となる呼を選択するステップにおいて、前記チャネル管理テーブルを参照し、通話時間の最も短い呼を切断対象として選択することを特徴とする請求項１記載のＶｏＩＰゲートウェイにおける通話制御方法。
【請求項４】
前記ＩＰ網と前記ＶｏＩＰゲートウェイ間の通話プロトコルが、ＳＩＰ（Session Initiation Protocol）であるときに、前記ＶｏＩＰゲートウェイが受信したＩＮＶＩＴＥメソッドのＰｒｉｏｒｉｔｙヘッダにより、前記切断対象となる呼を選択することを特徴とする請求項１記載のＶｏＩＰゲートウェイにおける通話制御方法。
【請求項５】
さらに、前記ＶｏＩＰゲートウェイは、終話待ちからの時間を計測する終話待ちタイマを有し、
前記終話要求ガイダンスを送信するステップの後に、前記終話待ちタイマが一定の時間が経過したときに、前記ＶｏＩＰゲートウェイは、前記切断対象として選択された呼を切断するステップを有することを特徴とする請求項１記載のＶｏＩＰゲートウェイにおける通話制御方法。
【請求項６】
前記ＶｏＩＰゲートウェイは、前記切断対象として選択された呼の音声パスを張り替えて、新たな発信元から音声データを着信先に送信することを特徴とする請求項１記載のＶｏＩＰゲートウェイにおける通話制御方法。
【請求項７】
ＩＰ網に接続され、外部からの発信・着信を制御するＶｏＩＰゲートウェイにおいて、
前記ＶｏＩＰゲートウェイの制御するチャネル状態を記憶するチャネル管理テーブルと、前記ＶｏＩＰゲートウェイに対して優先的な発信をする発信先の番号を記憶する優先発番号テーブルと、発信・着信を制御する制御部と、を有し、
前記制御部は、前記チャネル管理テーブルを参照して各チャネルの使用状態を判定し、
全てのチャネルが使用状態であると判定したときに、外部からの着信した呼が、前記優先発番号テーブルに記憶された発番号からのものであるか否かを判定し、
外部からの着信した呼が、前記優先発番号テーブルに記憶された発番号からのものであると判定したときに、前記チャネルを使用中の呼に対して切断対象となる呼を選択し、
前記切断対象として選択された呼が発着信をした電話機に対して、終話要求ガイダンスを送信するように制御する、
ことを特徴とするＶｏＩＰゲートウェイ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶｏＩＰゲートウェイ及び通話制御方法に係り、特に、通話輻輳時に、緊急通報に対して通話チャネルを確保しつつ、通話者に対して適切な誘導を行って呼損を回避するのに好適なＶｏＩＰゲートウェイにおける通話制御に関する。
【背景技術】
【０００２】
近年、パケットと音声データを分割してＩＰネットワーク上で送受信する通信技術であるＶｏＩＰ（Voice of IP）が普及してきており、複数のキャリアによって、ＶｏＩＰによるＩＰ網を使用した緊急呼の対応が進んでいる。ところで、従来のアナログ電話においては、緊急通報通話中は通報者から通話を終了できないようにし（回線保留）、回線保留中に緊急通報受理機関（受付台）から通報者を呼び出すことができる（呼び返し）機能を備えている。すなわち、緊急通報で通話中に受話器を置いても、受付台側が通話を切らない限り通話が保留されている状態となり、受付台から発信者へ呼び出し音を鳴らしたり、発信者が再び受話器を取ると再度通話することができる機能が備わっている。
【０００３】
しかしながら、ＶｏＩＰにより通話を行うＩＰ電話等において緊急通報を扱う場合には、同様の機能を実現することが技術等の面から困難であるため、受付台へ通知した電話番号から発信者への呼び返しを行ったりする機能をＶｏＩＰゲートウェイ（以下、「ＶｏＩＰＧＷ(Voice of IP Gateway」とも記す）に持たせることによって対応する等の代替措置が講じられている。
【０００４】
ＶｏＩＰゲートウェイにより緊急通報後の呼び返し想定時間内での回線確保を実現する技術としては、例えば、特許文献１がある。特許文献１に記載されたＧａｔｅｗａｙ装置は、「通話状態が緊急通話状態にあるときには、加入電話用インタフェース部およびＶｏＩＰ用インタフェース部のうち、緊急通話を行ったほうと異なるインタフェース部から電話端末に対して新たな呼設定要求信号が届いた場合、それを拒否することにより緊急通話状態を維持する」ものである。また、特許文献２に記載されたＶｏＩＰノード装置では、「緊急呼切断時刻から緊急呼種別に基づく所定時間だけ前記ユーザ端末からの発信を抑止し、前記所定時間内に、呼び返し呼であることを示す情報が付与された呼設定要求信号を受信したならば、前記発信抑止を解除し、前記ユーザ端末へ呼び返し呼を着信させる（段落番号０００７）」としている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−２６０７４６号公報
【特許文献２】特開２００７−２２８３７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載されたＶｏＩＰゲートウェイは、緊急通報を行った端末への着信拒否を行うことにより、緊急通報後の呼び返し想定時間内での回線確保を実現する。また、特許文献２に記載されたＶｏＩＰゲートウェイは、緊急通報を行った端末から、所定の期間、その端末からの発信を抑止し、緊急呼び返し呼のときに、当該端末に優先的に着信させるものである。しかしながら、ＶｏＩＰゲートウェイにより、発着信拒否を行うのは使用者の意思に関係なく、呼損となってしまい、さらに、着信拒否においては呼損となった事実を使用者が把握できないという問題があった。
【０００７】
本発明は、上記課題を解決するためになされたもので、その目的は、通話輻輳時に、緊急通報に対して通話チャネルを確保しつつ、通話者に対して適切な誘導を行って呼損を回避するのに好適なＶｏＩＰゲートウェイにおける通話制御を実現することにある。
【課題を解決するための手段】
【０００８】
本発明に係るＶｏＩＰゲートウェイは、好ましくは、ＶｏＩＰゲートウェイの制御するチャネル状態を記憶するチャネル管理テーブルと、ＶｏＩＰゲートウェイに対して優先的な発信をする発信先の番号を記憶する優先発番号テーブルとを保持する。ＶｏＩＰゲートウェイは、チャネル管理テーブルを参照し、各々のチャネルの使用状態を判定し、全てのチャネルが使用状態であると判定したときに、外部からの着信した呼が、優先発番号テーブルに記憶された発番号からのものであるか否かを判定する。そして、ＶｏＩＰゲートウェイは、外部からの着信した呼が、優先発番号テーブルに記憶された発番号からのものであると判定したときに、チャネルを使用中の呼に対して切断対象となる呼を選択し、ＶｏＩＰゲートウェイは、切断対象として選択された呼が発着信をした電話機に対して、終話要求ガイダンスを送信する。
【０００９】
また、好ましくは、ＶｏＩＰゲートウェイは、チャネル管理テーブルを参照し、チャネルの優先度を判定し、優先度が低いもののみを切断対象の呼として選択する。
また、チャネルを使用中の呼に対して切断対象となる呼を選択するステップにおいて、チャネル管理テーブルを参照し、通話時間の最も短い呼を切断対象として選択する。
また、ＩＰ網とＶｏＩＰゲートウェイ間の通話プロトコルが、ＳＩＰ（Session Initiation Protocol）であるときに、ＶｏＩＰゲートウェイが受信したＩＮＶＩＴＥメソッドのＰｒｉｏｒｉｔｙヘッダにより、切断対象となる呼を選択する。
さらに、ＶｏＩＰゲートウェイは、終話待ちからの時間を計測する終話待ちタイマを有し、終話要求ガイダンスを送信する処理の後に、終話待ちタイマが一定の時間が経過したときに、ＶｏＩＰゲートウェイは、切断対象として選択された呼を切断する。
また、ＶｏＩＰゲートウェイは、切断対象として選択された呼の音声パスを張り替えて、新たな発信元から音声データを着信先に送信することができる。
【発明の効果】
【００１０】
本発明によれば、通話輻輳時に、緊急通報に対して通話チャネルを確保しつつ、通話者に対して適切な誘導を行って呼損を回避するのに好適なＶｏＩＰゲートウェイにおける通話制御を実現することができる。
【図面の簡単な説明】
【００１１】
【図１】一実施形態に係る通信システムの構成図である。
【図２Ａ】優先発明番号テーブルを示す図である。
【図２Ｂ】チャネル管理テーブルを示す図である。
【図２Ｃ】優先着信制御テーブルを示す図である。
【図２Ｄ】ガイダンステーブルを示す図である
【図３】一実施形態に係る通信システムの各コンポーネント間における処理シーケンス図である（その一）。
【図４】一実施形態に係る通信システムの各コンポーネント間における処理シーケンス図である（その二）。
【図５】一実施形態に係る通信システムの各コンポーネント間における処理シーケンス図である（その三）。
【図６】ＶｏＩＰゲートウェイ１００における着信処理を示すフローチャートである。
【図７】切断対象既存呼選択処理の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明に係る一実施形態を、図１ないし図７を用いて説明する。  
先ず、図１を用いて、一実施形態に係る通信システムの構成を説明する。この通信システムは、ＶｏＩＰゲートウェイ１００、ＩＰ網２００、ＰＢＸ３００を有して構成される。
【００１３】
ＩＰ網２００は、ＩＰ（Internet Protocol）による通信網であり、本実施形態では、ＶｏＩＰ技術により、電話機に代表される端末間で、通話される例を取り扱う。ＰＢＸ（Private Branch eXchange）３００は、構内交換機であり、回線の発着信の制御や回線交換を行う機器である。ＶｏＩＰゲートウェイ１００は、ＩＰ網２００とＰＢＸ３００とを接続し、インタフェース制御を行うネットワークノードとなる機器である。ＶｏＩＰゲートウェイ１００は、ＰＢＸ３００から入力されるアナログ音声データをデジタルデータに変換し、ＩＰパケットに分割してＩＰネットワーク上に送信する。また、同時に、ＩＰ網２００側から受け取ったＩＰパケットをアナログ音声に復元し、ＰＢＸ３００へ送り出す機能を有する。また、デジタル音声データの圧縮および伸張もこのＶｏＩＰゲートウェイ１００が行う。
【００１４】
ＶｏＩＰゲートウェイ１００は、ＶｏＩＰ制御部１１０、呼制御部１２０、端末制御部１３０、音声制御部１４０から構成される。ＶｏＩＰ制御部１１０は、ＩＰ網２００とのインタフェース制御を行う部分である。端末制御部１３０は、ＰＢＸ３００とのインタフェース制御を行う部分である。音声制御部１４０は、ＩＰ網２００とのＲＴＰ（Real Time Transport Protocol）送受信およびＰＢＸとの音声送受信とＲＴＰと音声及び音声とＲＴＰの変換を行う部分である。呼制御部１２０は、ＶｏＩＰ制御部１１０と端末制御部１３０の中継や音声制御部１４０への指示を行う。ここで、ＲＴＰは、音声や映像をストリーミング再生するための伝送プロトコルである（ＲＦＣ３５５０（RTP: A Transport Protocol for Real-Time Applications））。そして、ＶｏＩＰゲートウェイ１００は、ＭＰＵ（Micro Processing Unit）とメモリを有しており、メモリ上のプログラムとデータをＭＰＵが参照し、プログラムを実行することにより様々な機能を実行する。
【００１５】
呼制御部１２０がアクセスするテーブルとしては、優先発番号テーブル５００、優先着信制御タイマテーブル７００、チャネル管理テーブル６００がある。また、音声制御部１４０には、ＰＢＸ３００へ送信するガイダンスの音源を持つガイダンステーブル８００を備える。なお、これらのテーブルについては、後に図を用いて詳細に説明する。
【００１６】
次に、この通信システムの動作の概要を説明すると、以下のようになる。  
先ず、電話機４００からの呼制御信号は、ＰＢＸ３００へ通知され、ＰＢＸ３００からＶｏＩＰゲートウェイ１００へ通知される。ＶｏＩＰゲートウェイ１００では、端末制御部１３０、呼制御部１２０、ＶｏＩＰ制御部１１０を経由し、ＩＰ網２００へ通知される。反対に、ＩＰ網２００からの呼制御信号は、ＶｏＩＰゲートウェイ１００ではＶｏＩＰ制御部１１０、呼制御部１２０、端末制御部１３０を経由し、ＰＢＸ３００へ通知され、ＰＢＸ３００から電話機４００に通知する。通話確立の際、呼制御部１２０から音声制御部１４０へ音声パス確立指示を行うことにより、ＩＰ網２００とＰＢＸ３００に接続された電話機４００間にて通話が成立する。本実施形態では、ＶｏＩＰゲートウェイ１００にＰＢＸ３００を接続した構成をとっているが、それに限定せず、ＶｏＩＰゲートウェイ１００に、直接電話機４００が接続した構成でもよい。
【００１７】
次に、図２Ａないし図２Ｄを用いて、ＶｏＩＰゲートウェイ１００がアクセスするテーブルについて説明する。図２Ａは、優先発明番号テーブルを示す図である。図２Ｂは、チャネル管理テーブルを示す図である。図２Ｃは、優先着信制御テーブルを示す図である。図２Ｄは、ガイダンステーブルを示す図である
優先発番号テーブル５００は、図２Ａに示されるように、優先着信を認識するための発番号を有するテーブルである。例えば、図に示されるように、１１０（警察機関に提供される緊急通報用電話番号）、１１９（消防機関に提供される緊急通報用電話番号）、１１８（海上での事件・事故の緊急通報用電話番号）がある。
【００１８】
チャネル管理テーブル６００は、ＶｏＩＰゲートウェイ１００で制御するチャネルの情報を保持するためのテーブルであり、図２Ｂに示されるように、チャネル６００ａ、状態６００ｂ、優先度６００ｃ、通話時間６００ｄの各フィールドを有する。
【００１９】
チャネル６００ａは、チャネルの番号またはチャネルの識別子を記憶するフィールドである。状態６００ｂは、チャネル６００ａのチャネルの状態、例えば、「使用中」、「空き」などを保持するフィールドである。優先度６００ｃは、チャネル６００ａのチャネルの優先度を示すフィールドであり、後に説明するそのチャネルを切断対象とするときに判断に用いられる。通話時間６００ｄは、チャネル６００ａのチャネルの通話時間を記憶するためのフィールドであり、これも後に説明するそのチャネルを切断対象とするときに判断に用いられる。
【００２０】
優先着信制御タイマテーブル７００は、ＶｏＩＰゲートウェイ１００が制御のために使用する計時情報を保持するテーブルであり、図２Ｃに示されるように、タイマ名７００ａ、時間７００ｂ、状態７００ｃの各フィールドを有する。タイマ名７００ａは、タイマの用途を示すフィールドであり、図の例では終話要求を待っている時間を計時するための「終話待ちタイマ」が記憶されている。時間７００ｂは、タイマ名７００ａのタイマが計時している時間を、例えば、「秒」単位で記憶するフィールドである。状態７００ｃは、そのタイマの状態、例えば、「計時中」、「停止中」などの状態を記憶するフィールドである。
【００２１】
ガイダンステーブル８００は、ＰＢＸ３００へ送信するガイダンスの音源をデジタルデータとして保持するためのテーブルであり、例えば、図２Ｄに示されるように、「終話要求ガイダンス」、「輻輳ガイダンス」などのデータを記憶する。
【００２２】
次に、図３ないし図５を用いて、通信システムの各コンポーネント間における処理シーケンスを説明する。
【００２３】
図３および図４に示されるように、通信シーケンスの通信システムは、ＶｏＩＰゲートウェイ１００、ＶｏＩＰゲートウェイ１００に接続するＰＢＸ３００とＰＢＸ３００に接続される電話機４００ａ、４００ｂ、ＶｏＩＰゲートウェイ１００に接続するＩＰ網２００とＩＰ網２００の先に存在する緊急通報先２１０と、端末２２０があり、それらのコンポーネント間での通話に関する通信シーケンスの例である。端末２２０は、ＩＰ網２００またはそのＩＰ網２００と相互に接続された電話網に接続されている固定電話機、携帯電話機、タブレット、ＰＣなど通話機能を備える機器であればよい。
【００２４】
図３および図５に示したシーケンスの例は、ある電話機４００ａから緊急通報先に緊急通報がされ、途中で通報が遮断されたなどの事態が生じたため、緊急通報先からその電話機の電話番号に対して緊急通報呼び返し電話がされるものとする。かつ、そのときにＶｏＩＰゲートウェイ１００の制御できるチャネルに空きがなく、緊急通報呼び返し電話のために、既存の使用中の電話機４００ｂに対して、終話要求ガイダンスをする例である。
【００２５】
ＰＢＸ３００は、緊急通報をした電話機４００ａからの１１０ダイヤル３１−１を検出すると、ＶｏＩＰゲートウェイ１００に発信する（３０−１）。ＶｏＩＰゲートウェイ１００は、ＰＢＸ３００からの発信３０−１を受けると、ＩＰ網２００へ発信する（１０−１）。ＩＰ網２００は、ＶｏＩＰゲートウェイ１００からの発信１０−１を受けると緊急通報先２１０へ着信２０−１を送る。ＩＰ網２００は、緊急通報先２１０からの応答２１−２を受けると、ＶｏＩＰゲートウェイ１００に応答する（２０−２）。なお、ここで、ＩＰ網２００への着信、応答と表現をしたが、実際に発信などをするのは、ＩＰ網２００に接続されたサーバや端末などの通信機器である。ＶｏＩＰゲートウェイ１００は、ＩＰ網２００からの応答２０−２を受けると、ＰＢＸ３００へ応答し（１０−２）、ＰＢＸは、電話機４００ａへ応答する（３０−２）。これにより緊急通報先２１０と電話機４００ａの間において通話（緊急通報呼）１０−３が成立する。
【００２６】
そして、通話の成立後に、ＰＢＸ３００が、電話機４００の切断３１−４を検出すると、ＶｏＩＰゲートウェイ１００に切断３０−４を送る。ＶｏＩＰゲートウェイ１００は、ＰＢＸ３００からの切断３０−４を受けると、ＩＰ網２００へ切断１０−４を送る。ＩＰ網２００は、ＶｏＩＰゲートウェイ１００からの切断１０−４を受けると緊急通報先２１０へ切断２０−４を送る。
【００２７】
この際に、緊急通報を受けた係員が不審を抱いたり、その緊急通報呼によって必要な情報が十分得られなかったとして、緊急通報先２１０の係員は、緊急通報をした電話機４００ａに対して呼び返しを行ったとする。それと同時期に、端末２２０から、ＰＢＸ３００に接続されている別の電話機４００ｂに対して別の呼が発生したとする。先ず、ＩＰ網２００は、端末２２０からの発信２２−５を受けると、ＶｏＩＰゲートウェイ１００に着信２０−５を送る。ＶｏＩＰゲートウェイ１００は、ＩＰ網２００からの着信２０−５を受けると、ＰＢＸ３００へ着信１０−５を送る。ＰＢＸ３００は、ＶｏＩＰゲートウェイ１００からの着信１０−５を受けると、電話機４００ｂへ着信する（３０−７）。ＰＢＸ３００は、電話機４００ｂの応答３１−８を検出すると、ＶｏＩＰゲートウェイ１００に応答３０−８を送る。ＶｏＩＰゲートウェイ１００は、ＰＢＸ３００からの応答３０−８を受けると、ＩＰ網２００へ応答１０−８を送る。ＩＰ網２００は、ＶｏＩＰゲートウェイ１００からの応答１０−８を受けると端末２２０へ応答２０−８を送る。これにより、端末２２０と電話機４００間にて通話（通常呼）１０−９が開始され、通話が成立する。
【００２８】
一方、ＩＰ網２００は、緊急通報先２１０からの発信（呼び返し）２１−１０を受けると、ＶｏＩＰゲートウェイ１００に着信２０−１０を送る。ここで、ＶｏＩＰゲートウェイ１００が制御しているチャネルの全てがビジー（使用中）であったとする。ＶｏＩＰゲートウェイ１００は、ＩＰ網２００からの着信（２０−１０）を受けた際、チャネル管理テーブル６００の状態６００ｂが全て「使用中」であることから、全チャネルビジーであることを判定し、かつ、着信した呼の発番号（１１０）が優先発番号テーブル５００と一致するものが存在することから優先着信であることを判定して、チャネル管理テーブル６００を参照して切断対象呼の選択を行う。
【００２９】
ここで、選択された切断対象呼が電話機４００ｂに係る呼であったものとする。なお、着信処理における優先着信の判定方法の詳細については、後で図６を参照して説明する。チャネル管理テーブル６００を参照して切断対象呼の選択する方法の詳細については、後で図７を参照して説明する。
【００３０】
そして、ＶｏＩＰゲートウェイ１００は、終話待ちタイマ起動１０−１０を行い、通話（通常呼）１０−１１を中断し、ＰＢＸ３００への音声による終話要求ガイダンス１０−１２の送信を行い、優先着信制御タイマテーブル７００の更新を行う。優先着信制御タイマテーブル７００の時間７００ｂは、一定時間毎に書き換えられる。そして、要求ガイダンス１０−１２の送信後、通話（通常呼）１０−１３を再開する。これにより、電話機３００ｂで通話している者は、終話要求ガイダンス（緊急通報が必要なため、通話を一定時間後に切断する旨のガイダンス）を聴き通話の切断を迫られる。終話待ちタイマは、終話要求ガイダンス１０−１２の送信を行ったにも関わらず、終話が行われない場合に強制的に切断または音声パスの張り替えを行うまでの時間を規定するタイマである。終話待ちタイマ１０−１０が満了した際（すなわち、規定の時間をオーバした際）の動作については、後の図４による説明で示すこととするが、図３による例では、終話待ちタイマ１０−１０が規定の時間に達するまでに、電話機３００ｂで通話している者が通話（通常呼）１０−１３を切断したものとする。
【００３１】
ＰＢＸ３００は、電話機４００の切断３１−１４を検出すると、ＶｏＩＰゲートウェイ１００に切断３０−１４を送る。ＶｏＩＰゲートウェイ１００は、ＰＢＸ３００からの切断３０−１４を受けると、ＩＰ網２００へ切断１０−１４を送り、終話待ちタイマ停止１０−１５を行い、ＰＢＸ３００へ着信１０−１６を送る。ＩＰ網２００は、ＶｏＩＰゲートウェイ１００からの切断１０−１４を受けると、端末２２０へ切断２０−１４を送る。これにより、端末２２０と電話機４００ｂ間においての通話（通常呼）１０−１３は切断され、通話が終了する。
【００３２】
その後に、ＰＢＸ３００は、緊急通報先２１０からの発信（呼び返し）に係るＶｏＩＰゲートウェイ１００からの着信１０−１６を受けると、電話機４００ｂへ着信３０−１６を送る。ＰＢＸ３００は、電話機４００ｂの応答３１−１７を検出すると、ＶｏＩＰゲートウェイ１００に応答３０−１７を送る。ＶｏＩＰゲートウェイ１００は、ＰＢＸ３００からの応答３０−１７を受信するとＩＰ網２００へ応答１０−１７を送る。そして、ＩＰ網２００は、ＶｏＩＰゲートウェイ１００からの応答１０−１７を受けると緊急通報先２１０へ応答２０−１７を送る。これにより緊急通報先２１０と電話機４００ｂの間において通話（緊急通報呼）１０−１８が成立する。
【００３３】
図３による例では、端末２２０が発信することによる通話が電話機４００ｂ成立しているときに、全チャネルがビジーとなっている例を挙げたが、それに限定されず、ＰＢＸ３００に接続された電話機４００が発信することによる通話が成立して全チャネルビジーになる場合でも同様の処理シーケンスが適用される。
【００３４】
図３による例では、終話待ちタイマ１０−１０が規定の時間に達するまでに、電話機３００ｂで通話している者が通話（通常呼）１０−１３を切断した。以下の図４による例では、終話待ちタイマ１０−１０が満了した際でも電話機３００ｂで通話している者が通話（通常呼）１０−１３を切断しなかったとする。図４は、ＶｏＩＰゲートウェイ１００からの終話要求ガイダンス送信後に電話機が規定時間を経過しても切断されない場合に、通話（通常呼）を切断する処理シーケンスを示す図である。本シーケンスは、ＶｏＩＰゲートウェイ１００から終話要求ガイダンス１０−１２送信後、通話（通常呼）１０−１３を再開するまで（αの上の部分）は、図３と同様である。
【００３５】
ＶｏＩＰゲートウェイ１００が終話要求ガイダンス１０−１２を送信したにも関わらず、電話機４００ｂの呼が切断されないと、終話待ちタイマが満了する（１０−１４）。終話待ちタイマが満了する（１０−１４）ことにより、ＶｏＩＰゲートウェイ１００は、ＩＰ網２００へ切断１０−１５、ＰＢＸ３００へ切断１０−１６を、それぞれ送り、ＰＢＸ３００へ着信１０−１７を送る。すなわち、端末２２０と電話機４００ｂとの通常呼は、強制的に切断される。ＩＰ網２００は、ＶｏＩＰゲートウェイ１００からの切断１０−１５を受けると、端末２２０へ切断２０−１５を送る。一方、ＰＢＸ３００は、ＶｏＩＰゲートウェイ１００からの切断１０−１６を受けると、電話機４００ｂへ切断３０−１６を送る。ＰＢＸ３００は、ＶｏＩＰゲートウェイ１００からの着信１０−１７を受けると、電話機４００ａへ着信３１−１７を送る。ＰＢＸ３００は、電話機４００ａの応答３１−１８を検出すると、ＶｏＩＰゲートウェイ１００に応答３０−１８を送る。ＶｏＩＰゲートウェイ１００は、ＰＢＸ３００からの応答３０−１８を受けるとＩＰ網２００へ応答１０−１８を送る。ＩＰ網２００は、ＶｏＩＰゲートウェイ１００からの応答１０−１８を受信すると、緊急通報先２１０へ応答２０−１８を送る。これにより緊急通報先２１０と電話機４００ａの間において通話（緊急通報呼）１０−１９が成立する。
【００３６】
次に、図５を参照するに、通信シーケンスの通信システムは、ＶｏＩＰゲートウェイ１００、（ＰＢＸ３００を介さずに）ＶｏＩＰゲートウェイ１００に接続される電話機４００ａ、４００ｂ、ＶｏＩＰゲートウェイ１００に接続するＩＰ網２００とＩＰ網２００の先に存在する緊急通報先２１０と、端末２２０があり、それらのコンポーネント間での通話に関する通信シーケンスを説明する。
【００３７】
図４に示した例では、ＶｏＩＰゲートウェイからの終話要求ガイダンス送信後に、一定時間に電話機から切断されないときに、端末２２０と電話機４００ｂに係る呼を強制的に切断し、その後に、緊急通報先２１０から電話機４００ａへの緊急通報呼び返しの呼を実現したが、図５で説明する例は、ＰＢＸ３００を介さずに、ＶｏＩＰゲートウェイ１００に直接電話機４００ａ、４００ｂが接続されている通話システムの下で、同じ処理を、通話（通常呼）の音声パスを緊急通報呼に張り替えることにより、実現する処理シーケンスである。
【００３８】
図５では省略するが、図３、図４と同様に、緊急通報呼の成立（図３、図４の３１−１、３０−１、１０−１、２０−１、２１−２、２０−２、１０−２、１０−３）と切断（３１−４、３０−４、１０−４、２０−４）、通常呼の発信（２２−５、２０−５、１０−５、３０−７）と応答（３１−８、３０−８、１０−８、２０−８）があったものとする。
【００３９】
ただし、図５の場合には、通常呼の発信は、端末２２０から電話機４００ａになされて、呼び返しの対象となる電話機４００ａと端末２２０の間で、通常呼が成立しているとする。その後に、ＩＰ網２００は、緊急通報先２１０からの発信（呼び返し）２１−２を受けると、ＶｏＩＰゲートウェイ１００に着信２０−２を送る。ここでも、図３や図４の例と同様、ＶｏＩＰゲートウェイ１００が制御しているチャネルの全てがビジー（使用中）であったとする。ＶｏＩＰゲートウェイ１００は、ＩＰ網２００からの着信２０−２を受けた際、チャネル管理テーブル６００の状態６００ｂが全て「使用中」であることから、全チャネルビジーであることを判定し、かつ、着信した呼の発番号が優先発番号テーブル５００と一致するものが存在することから優先着信であることを判定して、チャネル管理テーブル６００を参照して切断対象呼の選択を行う。
【００４０】
ここで、選択された切断対象呼が電話機４００ａに係る呼であったものとする。このときも、図４と同様に、終話待ちタイマ起動１０−３を行い、通話（通常呼）１０−４を中断し、電話機４００への音声による終話要求ガイダンス１０−５の送信を行い、終話要求ガイダンス１０−５の送信後に、通話（通常呼）１０−６を再開する。
【００４１】
ＶｏＩＰゲートウェイ１００が終話要求ガイダンス１０−１２を送信したにも関わらず、電話機４００ａの呼が切断されないと、終話待ちタイマが満了する（１０−１４）。このときに、図５による例では、終話待ちがタイマ満了したとき（１０−７）には、以下のように、ＶｏＩＰゲートウェイ１００は音声パスの張り替え（１０−１０）を行うものである。先ず、ＶｏＩＰゲートウェイ１００は、端末２２０との呼についてＩＰ網２００へ切断１０−８を送る。ＩＰ網２００は、ＶｏＩＰゲートウェイ１００から端末２２０との呼についての切断１０−８を受けると端末２２０へ切断２０−８を送る。また、ＶｏＩＰゲートウェイ１００は、緊急通報先２１０との呼についてＩＰ網２００へ応答１０−９を送信する。ＩＰ網２００は、ＶｏＩＰゲートウェイ１００から緊急通報先２１０との呼についての応答１０−９を受信すると緊急通報先２１０へ応答２０−９を送る。ＶｏＩＰゲートウェイ１００の音声パスの張り替え１０−１０の処理では、端末２２０との呼で使用しているＲＴＰ（通常呼）１０−１０ｂを停止し、緊急通報先２１０との呼で使用するＲＴＰ（緊急通報呼）１０−１０ｃを開始する。これにより、電話機４００ａへ送信している音声１０−１０ａが、端末２２０からのＲＴＰ（通常呼）（１０−１０ｂから緊急通報先２１０からのＲＴＰ（緊急通報呼）１０−１０ｃに切り替わる。これにより、緊急通報先２１０と電話機４００ａの間において通話（緊急通報呼）１０−１１が成立する。
【００４２】
図４に示した処理シーケンスの例では、呼び返し発生時に、ＰＢＸ３００へ着信３１−１７を行うことにより、緊急通報先の発番号をＰＢＸ３００に伝えることができるため、ＶｏＩＰゲートウェイ１００の配下にＰＢＸ３００が接続されているシステムで適用するのが望ましい。ＰＢＸ３００では、緊急通報先の発番号が伝えられるため、例えば、それをログに格納するなどの処理を行うことができる。図５に示したようなＶｏＩＰゲートウェイ１００の配下に、ＰＢＸ３００を介さずに、直接電話機４００が接続されているシステムでは、緊急通報先の発番号を電話機に伝えてもその意義が薄いため、図５に示したように音声パスの張り替えによる処理シーケンスを適用しても問題はない。
【００４３】
次に、図６を用いてＶｏＩＰゲートウェイ１００における着信処理の詳細について説明する。ＶｏＩＰゲートウェイ１００がＩＰ網２００から着信を受信した場合はＶｏＩＰ制御部１１０にて着信を検出し、呼制御部１２０にて着信処理を開始する。ＶｏＩＰゲートウェイ１００における着信処理では、先ず、呼制御部１２０が空きチャネルが有るか否かの判定を行う（Ｓ１０１）。これは呼制御部１２０内のチャネル管理テーブル６００の状態６００ｂが「空き」となっているチャネル６００ａが空きであり、「使用中」であるときには、空きではないとして判定する。空きチャネルが有る場合には（Ｙｅｓ）、呼制御部１２０は、その空きチャネルへの着信を行う（Ｓ１０７）。空きチャネルが無い場合には（Ｎｏ）、すなわち、全てが使用中であるときには、発信した呼が優先着信呼であるか否かの判定を行う（Ｓ１０２）。この判定は、優先発番号テーブル５００の番号と、着信した呼の発番号が一致していれば優先着信呼であり、不一致の場合は、優先着信呼ではないと判定する。ここで、ＩＰ網との通信で使用するプロトコルが、ＳＩＰ（Session Initiation Protocol）の場合、通信相手との取り決めにより、優先着信呼であるか否かは、例えば、ＩＮＶＩＴＥメソッド内のＰｒｉｏｒｉｔｙヘッダの内容で決定してもよい。（ＩＮＶＩＴＥメソッドは、セッションの開始を要求するメソッドであり、Ｐｒｉｏｒｉｔｙヘッダは、ＲＦＣ３２６１（SIP: Session Initiation Protocol）に規定がある。）優先着信呼である場合には（Ｙｅｓ）、切断対象既存呼選択処理を実行する（Ｓ１０３）。なお、この切断対象既存呼選択処理の詳細には、次に、図７を用いて詳細に説明する。優先着信呼でない場合には（Ｎｏ）、着信拒否を行う（Ｓ１０８）。
【００４４】
その結果、ＶｏＩＰゲートウェイ１００の呼制御部１２０は、切断対象の既存呼があるか否かの判定を行い（Ｓ１０４）、切断対象の既存呼がある場合には（Ｙｅｓ）、切断対象既存呼の終話待ちタイマ起動を行い（Ｓ１０５）、切断対象既存呼に終話要求ガイダンスの送信を開始する（Ｓ１０６）。切断対象既存呼がない場合には、着信拒否を行う（Ｓ１０８）。フローチャートには、示していないが、終話待ちタイマ起動をすると、優先着信対象制御タイマテーブルのタイマ名７００ａに、「終話待ちタイマ」、状態７００ｃには、「計時中」を設定し、時間７００ｂを一定時間毎に更新されるようにする。
【００４５】
次に、図７を用いて切断対象既存呼選択処理Ｓ１０３の詳細について説明する。  
切断対象既存呼選択処理では、チャネル管理テーブル６００の中から優先度６００ｃが「低」、かつ、通話時間６００ｄが最も短い時間のチャネルを抽出するものである。通話時間６００ｄが最も短い時間のチャネルを選択する理由は、通話時間が短いものは、まだ実のある通話がなされていないものとみなして、通話を切断しても利用者にとっては、さほどダメージにならないと考えているためである。
【００４６】
ＶｏＩＰゲートウェイ１００がＩＰ網２００側から着信を受けて、空きチャネルが無い場合で着信呼が優先着信呼の場合に切断対象既存呼選択処理を開始する。初めに切断対象既存呼（を表す変数）は「なし」、切断対象呼通話時間（を表す変数）は「０」と設定する（Ｓ２０１）。次に、チャネル管理テーブル６００のチャネル６００ａの１から、使用できるチャネル６００ａのｎまで切断対象となる既存呼があるかを繰り返して（Ｓ２０２）〜（Ｓ２０８）、検索する。繰り返し処理では、チャネル管理テーブル６００の優先度６００ｃが「低」であるか否かを判定し（Ｓ２０４）、「低」であれば（Ｙｅｓ）、次の切断対象既存呼の判定Ｓ２０５に行き、優先度６００ｃが「低」でなければ（Ｎｏ）、繰り返し処理に戻る（Ｓ２０８）。次に、切断対象既存呼が「なし」であれば（Ｙｅｓ）、切断対象既存呼通話時間に対象チャネルの通話時間を設定する（Ｓ２０５）。切断対象既存呼の判定Ｓ２０４において、切断対象既存呼が「なし」でなければ（Ｎｏ）、Ｓ２０５の処理は行なわず、Ｓ２０６に行く。
【００４７】
次に、対象チャネルの通話時間が切断対象既存呼通話時間以下であるかを判定する（Ｓ２０６）。対象チャネルの通話時間が切断対象既存呼通話時間以下である場合には（Ｙｅｓ）、切断対象既存呼として対象チャネルを設定し、切断対象既存呼通話時間として対象チャネルの通話時間を設定し（Ｓ２０７）、繰り返し処理に戻る（Ｓ２０８）。そうでないときには（Ｎｏ）、Ｓ２０７を実行せずに繰り返し処理に戻る（Ｓ２０８）。以上により、チャネル管理テーブル６００の中で、優先度が低く、かつ、最も通話時間の短いチャネルの使用呼が、切断対象の呼として選択される。
【符号の説明】
【００４８】
１０…ＶｏＩＰゲートウェイ
１１０…ＶｏＩＰ制御部
１２０…呼制御部
１３０…端末制御部
１４０…音声制御部
２００…ＩＰ網
２１０…緊急通報先
２２０…端末
３００…ＰＢＸ
４００…電話機
５００…優先発番号テーブル
６００…チャネル管理テーブル
７００…優先着信制御タイマテーブル
８００…ガイダンステーブル
【図１】
2016096460.tif 000003
【図２Ａ】
2016096460.tif 000004
【図２Ｂ】
2016096460.tif 000005
【図２Ｃ】
2016096460.tif 000006
【図２Ｄ】
2016096460.tif 000007
【図３】
2016096460.tif 000008
【図４】
2016096460.tif 000009
【図５】
2016096460.tif 000010
【図６】
2016096460.tif 000011
【図７】
2016096460.tif 000012