(57)【特許請求の範囲】
【請求項１】
緊急呼に対する呼び返し呼であることを判断できる第１のノード装置において、緊急呼受付台からの呼び返し呼の呼設定要求信号内に呼び返し呼であることを示す情報を付与し、
呼び返し呼を受けるユーザ端末からの発信を抑止可能な第２のノード装置において、前記ユーザ端末の緊急呼切断を把握し、緊急呼切断時刻から緊急呼番号毎に設定された所定時間だけ前記ユーザ端末からの発信を抑止し、前記所定時間内に、前記第１のノード装置から前記呼び返し呼であることを示す情報が付与された呼設定要求信号を受信したならば、前記ユーザ端末へ呼び返し呼を着信させるＶｏＩＰネットワークにおける緊急呼呼び返し方法であって、
前記第２のノード装置は、前記所定時間内に前記呼び返し呼であることを示す情報が付与された呼設定要求信号を受信した後に、前記発信抑止の機能を停止し、前記発信抑止の機能を停止した後に、受信した前記呼設定要求信号の呼び返し元を識別し、前記緊急呼受付台からの呼び返しであった場合に、前記ユーザ端末へ該呼び返し呼を前記ユーザの契約しているサービスに応じて着信させることを特徴とするＶｏＩＰネットワークにおける緊急呼呼び返し方法。
【請求項２】
緊急呼に対する呼び返し呼であることを判断して、緊急呼受付台からの呼び返し呼の呼設定要求信号内に呼び返し呼であることを示す情報を付与する第１のノード装置と、
呼び返し呼を受けるユーザ端末の緊急呼切断を把握し、緊急呼切断時刻から緊急呼番号毎に設定された所定時間だけ前記ユーザ端末からの発信を抑止し、前記所定時間内に、前記第１のノード装置から前記呼び返し呼であることを示す情報が付与された呼設定要求信号を受信したならば、前記ユーザ端末へ呼び返し呼を着信させる第２のノード装置とを備えるＶｏＩＰネットワークにおける緊急呼呼び返しシステムであって、
前記第２のノード装置は、前記所定時間内に前記呼び返し呼であることを示す情報が付与された呼設定要求信号を受信した後に、前記発信抑止の機能を停止し、前記発信抑止の機能を停止した後に、受信した前記呼設定要求信号の呼び返し元を識別し、前記緊急呼受付台からの呼び返しであった場合に、前記ユーザ端末へ該呼び返し呼を前記ユーザの契約しているサービスに応じて着信させることを特徴とするＶｏＩＰネットワークにおける緊急呼呼び返しシステム。
【請求項３】
呼び返し呼を受けるユーザ端末の緊急呼切断を把握し、緊急呼切断時刻から緊急呼番号毎に設定された所定時間だけ前記ユーザ端末からの発信を抑止し、前記所定時間内に、緊急呼受付台からの呼び返し呼であることを示す情報が付与された呼設定要求信号を受信したならば、前記ユーザ端末へ呼び返し呼を着信させるＶｏＩＰノード装置であって、
前記所定時間内に前記呼び返し呼であることを示す情報が付与された呼設定要求信号を受信した後に、前記発信抑止の機能を停止し、前記発信抑止の機能を停止した後に、受信した前記呼設定要求信号の呼び返し元を識別し、前記緊急呼受付台からの呼び返しであった場合に、前記ユーザ端末へ該呼び返し呼を前記ユーザの契約しているサービスに応じて着信させることを特徴とするＶｏＩＰノード装置。
【請求項４】
コンピュータに、
呼び返し呼を受けるユーザ端末の緊急呼切断を把握し、緊急呼切断時刻から緊急呼番号毎に設定された所定時間だけ前記ユーザ端末からの発信を抑止する手順と、
前記所定時間内に、緊急呼受付台からの呼び返し呼であることを示す情報が付与された呼設定要求信号を受信したならば、前記ユーザ端末へ呼び返し呼を着信させる手順を実行させるためのプログラムであって、
前記所定時間内に前記呼び返し呼であることを示す情報が付与された呼設定要求信号を受信した後に、前記発信抑止の機能を停止し、前記発信抑止の機能を停止した後に、受信した前記呼設定要求信号の呼び返し元を識別し、前記緊急呼受付台からの呼び返しであった場合に、前記ユーザ端末へ該呼び返し呼を前記ユーザの契約しているサービスに応じて着信させる手順を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶｏＩＰゲートウェイ装置に収容されるユーザ端末から公衆電話網に接続する緊急呼受付台への緊急呼に対する緊急呼呼び返し方法およびその方法を実現する緊急呼呼び返しシステムおよびノード装置に関する。
【背景技術】
【０００２】
ＶｏＩＰネットワーク内のＶｏＩＰゲートウェイ装置が収容するユーザ端末から、ＰＳＴＮ（公衆電話網）に収容されている緊急呼受付台に着信し、発側から切断を行った場合に緊急呼受付台からの呼び返し呼を疎通させるために、ＶｏＩＰネットワーク内の緊急呼に対する接続セッションを保留し、緊急呼受付台からの呼び返し信号を契機にユーザ端末を呼び出し、呼び返し呼を接続するという方法がある（特許文献１参照）。この方法は、緊急呼受付台がＰＳＴＮに収容されていることが前提であり、ＰＳＴＮにおける回線保留による緊急呼呼び返しの実現方法と同様の方法である。また、これとは別に、ＰＳＴＮに対応する機能としてゲートウェイ（ＧＷ）装置においてＰＳＴＮ側の回線を保留することを除き、ＶｏＩＰネットワーク内では緊急呼であることを意識せず、発側からの切断処理も、緊急呼呼び返し呼設定要求も一般呼と同様に処理する方法も考えられる。
【特許文献１】特開２００４−３６３８１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このＶｏＩＰネットワークでの一般呼と同様に処理する方法を用いた緊急呼呼び返し方法においては、ＶｏＩＰネットワーク内の緊急呼切断処理後に緊急呼発信者が発信を行った場合に、緊急呼受付台からの呼び返しができないという問題がある。また、一般呼と同様に着信させる場合には、着信先加入者の契約サービスに依存して、呼び返し呼が接続できなくなる場合が有るという問題がある。
【０００４】
本発明は、このような問題点に鑑みてなされたものであり、本発明の目的は、ＰＳＴＮに収容された緊急呼受付台からの呼び返し呼を、ＶｏＩＰネットワーク内で緊急呼に対する接続セッションを保留することなく緊急呼発信者端末に確実に着信できるＶｏＩＰネットワークにおける緊急呼呼び返し方法、緊急呼呼び返しシステム、ＶｏＩＰノード装置およびプログラムを提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するため、本発明の緊急呼呼び返し方法は、緊急呼に対する呼び返し呼であることを判断できる第１のノード装置において、緊急呼受付台からの呼び返し呼の呼設定要求信号内に呼び返し呼であることを示す情報を付与し、呼び返し呼を受けるユーザ端末からの発信を抑止可能な第２のノード装置において、前記ユーザ端末の緊急呼切断を把握し、緊急呼切断時刻から緊急呼番号毎に設定された所定時間だけ前記ユーザ端末からの発信を抑止し、前記所定時間内に、前記第１のノード装置から前記呼び返し呼であることを示す情報が付与された呼設定要求信号を受信したならば、前記ユーザ端末へ呼び返し呼を着信させるＶｏＩＰネットワークにおける緊急呼呼び返し方法であって、前記第２のノード装置が、前記所定時間が経過した後、または前記所定時間内に前記呼び返し呼であることを示す情報が付与された呼設定要求信号を受信した後に、前記発信抑止の機能を停止し、前記発信抑止の機能を停止した後に、前記第１のノード装置から前記呼び返し呼であることを示す情報が付与された呼設定要求信号を受信したならば、呼び返し元を識別し、前記緊急呼受付台からの呼び返しであった場合に、前記ユーザ端末へ該呼び返し呼を着信させることを特徴とする。
【０００６】
また、本発明の緊急呼呼び返しシステムは、緊急呼に対する呼び返し呼であることを判断して、緊急呼受付台からの呼び返し呼の呼設定要求信号内に呼び返し呼であることを示す情報を付与する第１のノード装置と、呼び返し呼を受けるユーザ端末の緊急呼切断を把握し、緊急呼切断時刻から緊急呼番号毎に設定された所定時間だけ前記ユーザ端末からの発信を抑止し、前記所定時間内に、前記第１のノード装置から前記呼び返し呼であることを示す情報が付与された呼設定要求信号を受信したならば、前記ユーザ端末へ呼び返し呼を着信させる第２のノード装置とを備えるＶｏＩＰネットワークにおける緊急呼呼び返しシステムであって、前記第２のノード装置が、前記所定時間が経過した後、または前記所定時間内に前記呼び返し呼であることを示す情報が付与された呼設定要求信号を受信した後に、前記発信抑止の機能を停止し、前記発信抑止の機能を停止した後に、前記第１のノード装置から前記呼び返し呼であることを示す情報が付与された呼設定要求信号を受信したならば、呼び返し元を識別し、前記緊急呼受付台からの呼び返しであった場合に、前記ユーザ端末へ該呼び返し呼を着信させることを特徴とする。
【０００７】
また、本発明のＶｏＩＰノード装置は、呼び返し呼を受けるユーザ端末の緊急呼切断を把握し、緊急呼切断時刻から緊急呼番号毎に設定された所定時間だけ前記ユーザ端末からの発信を抑止し、前記所定時間内に、緊急呼受付台からの呼び返し呼であることを示す情報が付与された呼設定要求信号を受信したならば、前記ユーザ端末へ呼び返し呼を着信させるＶｏＩＰノード装置であって、前記所定時間が経過した後、または前記所定時間内に前記呼び返し呼であることを示す情報が付与された呼設定要求信号を受信した後に、前記発信抑止の機能を停止し、前記発信抑止の機能を停止した後に、前記呼び返し呼であることを示す情報が付与された呼設定要求信号を受信したならば、呼び返し元を識別し、前記緊急呼受付台からの呼び返しであった場合に、前記ユーザ端末へ該呼び返し呼を着信させることを特徴とする。
【発明の効果】
【０００８】
本発明は、緊急呼呼び返し呼を、回線保留を行わず、新規着信呼として接続処理する場合において、ＶｏＩＰゲートウェイ装置に収容されるユーザ端末からの緊急呼切断後に発信抑止を行うことで、緊急呼呼び返し呼を確実に接続できる。また、緊急呼呼び返し時に、緊急呼受付台からの呼び返し呼であることを識別し、呼び返し先の加入者契約サービスに応じ、着信方式を選択して設定可能とすることで、緊急呼呼び返し呼接続時の発着衝突時にも緊急呼呼び返し呼を確実に接続できる。
【発明を実施するための最良の形態】
【０００９】
次に、本発明の実施の形態について図面を参照して説明する。図１は、本発明の緊急呼呼び返し方法の機能を提供するネットワーク構成を示す図である。ＶｏＩＰゲートウェイ装置（ＶｏＩＰノード装置）は、配下に収容するユーザ端末の呼制御をＣプレーン上で行い、呼接続後の音声データのパケット送受をＵプレーン上で行う。
【００１０】
ＶｏＩＰゲートウェイ装置は、ＰＳＴＮ（公衆電話網）におけるアナログ電話端末を収容する加入者交換機と同様のＵＮＩインタフェースを有し、このＵＮＩインタフェースによりアナログ電話端末（ユーザ端末Ａ）を収容し、このＵＮＩインタフェースにより、発呼、呼び出し、切断の処理および各種サービス呼の制御を、収容するアナログ電話端末（ユーザ端末Ａ）に対して行う。ＣＡ（ＳＩＰサーバ）は呼制御を行うサーバ（ノード装置）である。
【００１１】
ゲートウェイ（ＧＷ）装置（ノード装置）は、ＶｏＩＰネットワークとＰＳＴＮに接続しており、ここでは、ＶｏＩＰネットワークからの呼制御信号のＰＳＴＮにおける呼制御信号への変換、およびその逆方向の変換、さらにＶｏＩＰネットワークとＰＳＴＮとの間における音声の変換などを行う。緊急呼受付台はＰＳＴＮに収容される。ＰＳＴＮ内では緊急呼に使用したｅｎｄ−ｅｎｄ回線を保留する。
【００１２】
ＶｏＩＰゲートウェイ装置配下のユーザ端末ＡからＰＳＴＮ配下のユーザ端末への着信は、ＶｏＩＰゲートウェイ装置において、ユーザ端末ＡからのＯｆｆ  ｈｏｏｋ信号を受信し、ユーザ端末ＡからのＰＳＴＮ配下のユーザ端末への電話番号を受信した後、ＶｏＩＰゲートウェイ装置からＣＡ（ＳＩＰサーバ）に対して着番号を前記電話番号としたＶｏＩＰネットワークでの呼設定要求信号を送出し、ＣＡ（ＳＩＰサーバ）において、着番号が前記電話番号であると判断し、適切なゲートウェイ（ＧＷ）装置に、着番号を前記電話番号としたＶｏＩＰネットワークでの呼設定要求信号を送出し、ゲートウェイ（ＧＷ）装置では、ＰＳＴＮに対して、着番号を前記電話番号としたＰＳＴＮにおける呼設定要求信号を送出し、ＰＳＴＮでは、前記電話番号を元にＰＳＴＮ配下の適切なユーザ端末にルーティングを行い、当該ユーザ端末とゲートウェイ（ＧＷ）装置との間に回線をはり、ゲートウェイ（ＧＷ）装置は、ＣＡ（ＳＩＰサーバ）に対してＶｏＩＰネットワークにおける呼設定応答信号を送出し、ＣＡ（ＳＩＰサーバ）は、ＶｏＩＰゲートウェイ装置に対してＶｏＩＰネットワークにおける呼設定応答信号を送出し、ＶｏＩＰゲートウェイ装置は、ゲートウェイ（ＧＷ）装置との間に音声データセッションを確立する。
【００１３】
次に、ＰＳＴＮ配下のユーザ端末からＶｏＩＰゲートウェイ装置配下のユーザ端末Ａへの着信は、ＰＳＴＮ配下のユーザ端末からのＰＳＴＮにおける呼設定要求信号がＶｏＩＰゲートウェイ装置配下のユーザ端末Ａへの電話番号を元にゲートウェイ（ＧＷ）装置にルーティングされ、ゲートウェイ（ＧＷ）装置は、ＣＡ（ＳＩＰサーバ）に対してＶｏＩＰネットワークにおける呼設定要求信号を送出し、ＣＡ（ＳＩＰサーバ）は、ＶｏＩＰゲートウェイ装置に対してＶｏＩＰネットワークにおける呼設定要求信号を送出し、ＶｏＩＰゲートウェイ装置は、ユーザ端末Ａを呼び出し、ユーザ端末ＡからのＯｆｆ  ｈｏｏｋ信号を受信すれば、ＣＡ（ＳＩＰサーバ）に対してＶｏＩＰネットワークにおける呼設定応答信号を送出し、ＣＡ（ＳＩＰサーバ）において、ゲートウェイ（ＧＷ）装置にＶｏＩＰネットワークでの呼設定応答信号を送出し、ゲートウェイ（ＧＷ）装置において、ＶｏＩＰゲートウェイ装置との間に音声データセッションを確立し、ゲートウェイ（ＧＷ）装置は、ＰＳＴＮ配下のユーザ端末へＰＳＴＮにおける呼設定応答信号を送出し、ゲートウェイ（ＧＷ）装置とＰＳＴＮ配下のユーザ端末との間に回線をはる。
【００１４】
次に、本発明の緊急呼呼び返し方法について図２の接続処理シーケンスを参照して説明する。ＶｏＩＰゲートウェイ装置は、収容ユーザ端末からの発信時に、呼設定段階でユーザ端末からＶｏＩＰゲートウェイ装置に送信される電話番号のダイヤル数字を緊急呼の電話番号のダイヤル数字（具体的には、１１０、１１９、１１８など）と比較することにより該当呼が緊急呼かどうかを識別する。
【００１５】
緊急呼受付台はＰＳＴＮに収容され、そのＰＳＴＮとゲートウェイ（ＧＷ）装置を介して接続するＶｏＩＰネットワーク内のＶｏＩＰゲートウェイ装置に収容されるユーザ端末Ａから発信された緊急呼において、緊急呼受付台との通話後、ユーザ端末Ａからの切断を契機に、ＶｏＩＰネットワークでは、該当の緊急呼通話で利用したセッションを開放し、ＰＳＴＮでは、該当の緊急呼通話で使用したゲートウェイ（ＧＷ）装置−緊急呼受付台間の回線を保留状態にする。その後、緊急呼受付台からの呼び返し時には、ゲートウェイ（ＧＷ）装置にてＰＳＴＮから送出される呼び返し信号を変換し、ＣＡ（ＳＩＰサーバ）もしくはゲートウェイ（ＧＷ）装置にて緊急呼呼び返し呼設定要求であることを示す情報を付加し、通常の着信と同様にＶｏＩＰネットワークに対して接続処理を行う。
【００１６】
ＣＡ（ＳＩＰサーバ）においては、例えば、発番号として緊急呼受付台の電話番号を保持しておき、それらと比較することにより緊急呼呼び返し呼に該当するか否かを判断する方法などが考えられるし、ゲートウェイ（ＧＷ）装置において当該呼が緊急呼呼び返し呼であることは、例えば、ＰＳＴＮ側で保留している回線を用いている呼であることから判断する。
【００１７】
ＶｏＩＰゲートウェイ装置が収容するユーザ端末Ａから、緊急呼が発信され、緊急呼受付台との通話後、終話切断された場合に、その後の呼び返し呼を確実に接続させるため、ユーザ端末Ａから発信者が一定時間発信できないように当該ＶｏＩＰゲートウェイ装置にて加入者である当該発信者の発信を抑止する。発信の抑止時間は、事前にデータ設定可能とし、例えば、緊急呼番号毎に抑止時間の設定をすることで、緊急呼番号毎に設定された時間分の発信抑止を行う。図３に発信抑止時間設定データの例を示す。なお、発信抑止は、例えば、呼接続処理時において保持された加入者番号（発番号）、緊急呼番号および切断時刻とをリンクしたデータと緊急呼番号に応じて予め設定された発信抑止時間を用いて、切断時刻＋発信抑止時間となるまで行う。また、発信抑止はユーザ端末Ａ宛ての着信があった場合に、停止させてもよい。
【００１８】
緊急呼受付台からの呼び返しが行われた場合には、ＶｏＩＰネットワーク内では、ＣＡ（ＳＩＰサーバ）もしくはゲートウェイ（ＧＷ）装置にて緊急呼呼び返し呼設定要求であることを示す情報を付加した後、新規着信と同等の呼接続処理が行われ、新規着信としてＶｏＩＰゲートウェイ装置に着信する。ＶｏＩＰゲートウェイ装置では、呼設定信号上で予め定義された緊急呼呼び返し呼であるか否かの情報を確認し、緊急呼受付台からの着信であれば、事前の設定に基づく着信方式により、ユーザ端末Ａに着信接続を行う。
【００１９】
発信抑止機能停止後に、呼び返し元を識別し、緊急呼受付台からの呼び返しであった場合に、着信を優先させる一般着信を行うか、あるいは該当加入者の契約サービスどおりの着信機能を動作させるかは選択設定可能とする。つまり、呼び返し呼に対して、契約サービスによっては発着衝突を検出すると、発信呼が優先されることがあるので、着信機能を優先動作させる着信方式を予め設定しておくことで、緊急呼受付台からの呼び返し着信を確実に接続する。これらはＶｏＩＰゲートウェイ装置の動作条件によるものである。
【００２０】
ＣＡ（ＳＩＰサーバ）あるいはゲートウェイ（ＧＷ）装置にて付加される緊急呼呼び返し呼設定要求であることを示す情報の例として、呼び返し時にも送信されるＳＩＰの呼制御信号であるＩＮＶＩＴＥリクエストメッセージのＡｌｅｒｔ−Ｉｎｆｏヘッダフィールド内に識別子を設け、この識別子の有無により、緊急呼受付台からの着信であるかを示すことができる。ＩＮＶＩＴＥリクエストメッセージのＡｌｅｒｔ−Ｉｎｆｏヘッダフィールド内における識別子の例を図４に示す。なお、識別子の例としてＡｌｅｒｔ−Ｉｎｆｏヘッダを挙げたが、ＩＮＶＩＴＥリクエストメッセージ内の他のフィールドでも良く、例えば、ｄｉｓｐｌａｙｎａｍｅ、ｕｓｅｒｉｎｆｏや、その他の新規に定義されるフィールドでも良い。
【００２１】
図５は、ＶｏＩＰゲートウェイ装置の機能構成を示す図である。ＶｏＩＰゲートウェイ装置は、Ｃプレーンパケット送受信制御部１１、Ｕプレーンパケット送受信制御部１２、呼処理部１３、加入者制御部１４の構成を備える。ＶｏＩＰゲートウェイ装置のこれらの機能構成は、ＶｏＩＰゲートウェイ装置においてコンピュータプログラムを実行することによって実現される。
【００２２】
Ｃプレーンパケット送受信制御部１１は、ＣＡ（ＳＩＰサーバ）との呼設定信号を送受信し、呼制御信号を処理する。特に本発明の方法では、緊急呼呼び返し時の呼設定信号（ＩＮＶＩＴＥ）を受信する。Ｕプレーンパケット送受信処理部１２は、音声パケットの送受信を行う。
【００２３】
呼処理部１３は、呼処理制御を行う。特に本発明の方法では、加入者制御部１４と連携し、緊急呼発信後の終話時点で発信抑止機能を起動し、緊急呼呼び返し時の呼設定信号（ＩＮＶＩＴＥ）の呼び返し呼の識別子分析を行い、着信方式を決定し、呼処理を行う。加入者制御部１４は、自装置に収容する加入者の制御を行う。特に本発明の方法では、呼処理部１３と連携し、発信抑止機能や、呼処理部１３で決定された着信方式を実行処理する。
【００２４】
図６は、ＶｏＩＰゲートウェイ装置で実行されるプログラムのフローチャートであり、ＶｏＩＰゲートウェイ装置の処理フローを示している。ＶｏＩＰゲートウェイ装置は、収容ユーザ端末から発信があると（ステップ１１）、ユーザ端末から受信した電話番号のダイヤル数字を緊急呼の電話番号のダイヤル数字（具体的には、１１０、１１９、１１８など）と比較することにより該当呼が緊急呼かどうかを識別する（ステップ１２）。緊急呼の電話番号のダイヤル数字と一致しなければ通常の一般呼の呼接続処理を行う（ステップ１３）。緊急呼の電話番号のダイヤル数字と一致すれば緊急呼の呼接続処理を行い（ステップ１４）、緊急呼の呼接続処理を行った後、ユーザ端末の発番号と緊急呼の電話番号とをリンクさせたデータをＶｏＩＰゲートウェイ装置に記憶し、保持する（ステップ１５）。
【００２５】
ＶｏＩＰゲートウェイ装置に収容されるユーザ端末からの緊急呼終話切断があると（ステップ１６）、発信抑止機能を起動し、緊急呼の電話番号に対して予め設定された時間分、ユーザ端末からの発信を抑止する（ステップ１７）。
【００２６】
その後、ＶｏＩＰゲートウェイ装置は、該当加入者のユーザ端末への着信である呼設定信号（ＩＮＶＩＴＥ）を受信すると（ステップ１８）、呼設定信号（ＩＮＶＩＴＥ）内に予め設定された、緊急呼呼び返し呼の識別子が有るか否かを判断し（ステップ１９）、緊急呼呼び返し呼の識別子が無ければ通常の着信処理を行い（ステップ２０）、緊急呼呼び返し呼の識別子が有れば、事前に設定された着信方式を選択し、該当加入者へ呼び返し呼の着信処理を行う（ステップ２１）。そして、緊急呼受付台との通話処理を行う（ステップ２２）。
【００２７】
図７は、発信抑止の処理フローを説明する図であり、図６におけるステップ１７を詳細に説明するフローチャートである。ＶｏＩＰゲートウェイ装置に収容されるユーザ端末からの緊急呼終話切断があると（ステップ１６）、ＶｏＩＰゲートウェイ装置は、緊急呼発信者の発信抑止機能を起動し、緊急呼番号と発信抑止時間設定データから発信抑止時間を決定する（ステップ１７１）。緊急呼発信者の発信抑止中に（ステップ１７２）、ユーザ端末宛ての着信の有無を判断し（ステップ１７３）、着信があれば、緊急呼発信者の発信抑止機能を停止する（ステップ１７５）。ステップ１７３において、着信が無ければ、事前に設定した発信抑止時間を経過したかを判断し（ステップ１７４）、発信抑止時間を経過していないならば、ステップ１７２に戻り、発信抑止時間を経過していれば、緊急呼発信者の発信抑止機能を停止する（ステップ１７５）。次に、図６のステップ１８に進む。
【００２８】
図８は、図６のＶｏＩＰゲートウェイ装置の処理フローにおいて、着信時に緊急呼呼び返し呼の識別子によって、緊急呼呼び返し呼であることが判定された後の、ステップ２１における緊急呼呼び返し呼を着信させるための着信方式の選択フローを説明する図である。
【００２９】
緊急呼受付台からの発信抑止中加入者への着信であることが、緊急呼呼び返し呼の識別子により判定された後、該当呼の着信先加入者が、一般着信方式と異なる着信方式により着信するサービス契約をしているか判定する（ステップ２１１）。該当のサービス契約をしていなければ、一般着信方式により着信し、該当のサービス契約をしていれば、契約サービスが何であるか識別する（ステップ２１２）。
【００３０】
契約サービスの識別を行うとともに、契約サービス種別毎に予め設定された緊急呼呼び返し時の着信方式を認識して着信処理を行う（予め設定されるデータは、図９の契約サービス毎の着信方式選択データのことである）。
【００３１】
例えば、緊急呼呼び返し呼の着信先が、ナンバーディスプレイのみをサービス契約している加入者であり、かつ、該当加入者を収容するＶｏＩＰゲートウェイ装置で、予めナンバーディスプレイのみの契約者への緊急呼呼び返し呼の着信は一般着信方式で着信するように設定されていた場合に、このナンバーディスプレイのみをサービス契約している加入者に対しては、一般着信方式を選択し、着信処理を行う。ここで、予め設定された着信方式が、一般着信方式でなく、ナンバーディスプレイ契約に応じた着信方式を設定している場合には、ナンバーディスプレイを提供する着信方式で着信する。
【００３２】
図８では、（）内に例として、サービスを記しているが、このサービス分類は、サービスを提供するＶｏＩＰゲートウェイ装置の当該サービス実現時に実行する着信方式によって異なる。
【００３３】
図９は、事前設定データである緊急呼呼び返し呼識別機能データ、識別子データ、契約サービス毎の着信方式選択データを説明する図であり、図１０は、図９の事前設定データの設定フローを説明する図である。
【００３４】
緊急呼呼び返し呼の識別を行うかどうかをＶｏＩＰゲートウェイ装置の運用者が判定し、設定を行う（ステップ３０１）。緊急呼呼び返し呼の識別機能を使用する必要が無い場合は、識別機能をｏｆｆに設定する。識別機能がｏｆｆの場合には、緊急呼呼び返し呼かどうかを識別せずに、着信処理を行う（ステップ３０２）。
【００３５】
識別機能をｏｎに設定した場合（ステップ３０３）には、この設定と同時に識別子（識別文字列）の設定がされなければならないので、次に、識別子（識別文字列）のデータ設定を行う（ステップ３０４）。緊急呼の呼び返しに関わる重要な設定であることから、データ設定の保護機能として、識別機能がｏｎにも関わらず、識別子のデータ設定が無い（あるいは識別子設定データが無効）という矛盾した設定を許容せず、そのような場合には、エラーメッセージを出力するとともに、システムが自律的に緊急呼呼び返し呼の識別機能をｏｆｆに設定にする（ステップ３０５）。
【００３６】
識別子のデータ設定がＯＫの場合には、緊急呼呼び返し呼の識別機能および識別子のデータの設定が完了となり（ステップ３０６）、次に、着信方式のデータ設定を行う（ステップ３０７）。識別された緊急呼呼び返し呼について、契約サービス毎に、一般着信をさせるか、あるいは、契約サービスどおりの着信方式をさせるかのデータ設定を行う。
【００３７】
以上のデータ設定後、緊急呼呼び返し呼の識別機能および緊急呼呼び返し呼に対する着信方式の設定が有効になる。
【図面の簡単な説明】
【００３８】
【図１】本発明の緊急呼呼び返し方法の機能を提供するネットワーク構成を示す図である。
【図２】本発明の緊急呼呼び返し方法についての接続処理シーケンスを示す図である。
【図３】発信抑止時間設定データの例を示す図である。
【図４】ＩＮＶＩＴＥリクエストメッセージのＡｌｅｒｔ−Ｉｎｆｏヘッダフィールド内における識別子の例を示す図である。
【図５】ＶｏＩＰゲートウェイ装置の機能構成を示す図である。
【図６】ＶｏＩＰゲートウェイ装置で実行されるプログラムのフローチャートである。
【図７】発信抑止の処理フローを説明する図である。
【図８】緊急呼呼び返し呼を着信させるための着信方式の選択フローを説明する図である。
【図９】事前設定データである緊急呼呼び返し呼識別機能データ、識別子データ、契約サービス毎の着信方式選択データを説明する図である。
【図１０】事前設定データの設定フローを説明する図である。
【符号の説明】
【００３９】
１１  Ｃプレーンパケット送受信制御部
１２  Ｕプレーンパケット送受信制御部
１３  呼処理部
１４  加入者制御部
【図１】
0004672571.tif 000002
【図２】
0004672571.tif 000003
【図３】
0004672571.tif 000004
【図４】
0004672571.tif 000005
【図５】
0004672571.tif 000006
【図６】
0004672571.tif 000007
【図７】
0004672571.tif 000008
【図８】
0004672571.tif 000009
【図９】
0004672571.tif 000010
【図１０】
0004672571.tif 000011