JP7121282B2 - 通信制御装置、緊急呼発信方法、および緊急呼発信プログラム - Google Patents

Description

本発明は、緊急通報を連続して発信できるようにする技術に関する。

１１０番や１１９番などの緊急特番に対して緊急通報を行った場合に、発信者（通報者）が動転しているなどして、必要な情報の伝達が完了せずに通話を切ってしまうという場合がある。このため、従来では、発信者と緊急通報先との回線を保留にする、発信者からの発信を抑止するなどして、緊急通報受理機関から発信者への呼び返しを可能とするようにしている（特許文献１、非特許文献１参照）。

特許第4672571号公報

情報通信審議会, 「電気通信事業政策部会 電話網移行円滑化委員会（第３２回）議事録」、http://www.soumu.go.jp/main_content/000514335.pdf

このような緊急通報受理機関から発信者への呼び返しを可能とするため、発信者は、複数の緊急通報受理機関に連続して発信することができない。例えば、救護が必要で、かつ、事件性のある事態に遭遇した場合、発信者は、まず１１９番に発信して救急車を呼ぶ。次に、発信者は、１１０番に発信して警察に通報しようとするが、１１９番からの呼び返しに備えるために、１１０番に発信できない。

このように複数の緊急通報受理機関への緊急通報が速やかに行えないという事例が発生し、非特許文献１の電話網移行円滑化委員会においても緊急通報受理機関から提言により課題となっている。

本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、複数の緊急通報受理機関への緊急通報を可能にすることにある。

上記目的を達成するため、本発明は、加入者端末を収容する通信制御装置であって、前記加入者端末から発信された緊急呼を、緊急呼受付台に接続する呼制御部と、前記緊急呼が前記加入者端末により切断された場合、所定の期間、前記加入者端末に対する発着信を抑止する発着信抑止部と、を備え、前記発着信抑止部は、前記所定の期間に前記加入者端末から呼が発信された場合、前記呼が緊急呼か、または、一般呼かを判定し、緊急呼の場合は前記加入者端末に対する発着信の抑止を解除し、前記呼制御部を用いて前記呼を接続し、一般呼の場合は前記呼の接続を行わない。

本発明は、加入者端末を収容する通信制御装置が行う緊急呼発信方法であって、前記加入者端末から発信された緊急呼を、緊急呼受付台に接続する呼制御ステップと、前記緊急呼が前記加入者端末により切断された場合、所定の期間、前記加入者端末に対する発着信を抑止する発着信抑止ステップと、を行い、前記発着信抑止ステップは、前記所定の期間に前記加入者端末から呼が発信された場合、前記呼が緊急呼か、または、一般呼かを判定し、緊急呼の場合は前記加入者端末に対する発着信の抑止を解除して前記呼を接続し、一般呼の場合は前記呼の接続を行わない。

本発明は、上記通信制御装置として、コンピュータを機能させることを特徴とする緊急呼発信プログラムである。

本発明によれば、複数の緊急通報受理機関への緊急通報を行うことができる。

本発明の実施形態に係る通信システムの全体構成を示す図である。 緊急呼発信処理のフローチャートである。 発着信抑止期間の動作を示すシーケンス図である。 着信処理のフローチャートである。 解除パターンテーブルの一例を示す図である。

以下、本発明の実施の形態について、図面を参照して説明する。

図１は、本発明の実施形態に係る通信システムの全体を示すシステム構成図である。図示する通信システムは、加入者端末１と、加入者端末１を収容するＳＩＰサーバ２と、緊急呼受付台５を収容するＳＩＰサーバ４と、複数の緊急呼受付台５とを備える。加入者端末１は、電話機能を有する端末であって、例えばＳＩＰ端末などを用いることができる。

ＳＩＰサーバ２（通信制御装置）は、加入者端末１を収容し、ＩＰ電話網３を介してＳＩＰサーバ４と接続される。ＳＩＰサーバ２は、ＳＩＰ（Session Initiation Protocol）を利用して発信および着信などの呼制御（呼処理）を行うサーバである。図示するＳＩＰサーバ２は、呼制御部２１と、加入者制御部２２（発着信抑止部）とを備える。

呼制御部２１は、加入者端末１から発信された呼を着信先に接続する。例えば、呼制御部２１は、加入者端末１から発信された緊急呼を、緊急呼受付台５に接続する。

加入者制御部２２は、自装置に収容する加入者端末１の制御を行う。本実施形態の加入者制御部２２は、呼制御部２１と連携して、発着信抑止機能を実行処理する。図示する加入者制御部は、記憶部２３を備える。

加入者制御部２２は、緊急呼が加入者端末１により切断された場合、所定の期間、加入者端末１に対する発着信を抑止する。また、加入者制御部２２は、所定の期間に加入者端末１から呼が発信された場合、当該呼が緊急呼か、または、一般呼かを判定し、緊急呼の場合は加入者端末１に対する発着信の抑止を解除し、呼制御部２１を用いて前記呼を接続し、一般呼の場合は前記呼の接続を行わない。また、加入者制御部２２は、加入者端末１から発信された緊急呼の発信元番号と着信先番号とを含むデータを記憶部２３に記憶し、緊急呼が加入者端末１により切断されてから所定の期間、前記データを記憶部２３に保持する。また、加入者制御部２２は、所定の期間、緊急呼受付台５から加入者端末１への着信のみを許可する。

記憶部２３には、緊急呼の発信元番号（加入者端末１の番号）と、着信先番号（緊急呼受付台５の番号）とを含むデータ（レコード）が記憶される。また、記憶部２３には、緊急呼が加入者端末１により切断されてから所定の期間、前記データが保持される。また、前記データは、発着信抑止期間中か否かを示すフラグを含むこととしてもよい。なお、加入者制御部２２は、所定の期間が経過すると、対応する緊急呼の発信元番号および着信先番号のデータを記憶部２３から削除する。

ＳＩＰサーバ４は、緊急呼受付台５を収容し、ＳＩＰを利用して発信および着信などの呼制御を行うサーバである。ＳＩＰサーバ４は、呼制御部４１と加入者制御部４２とを備える。呼制御部４１は、緊急呼受付台５からの発信および緊急呼受付台５への着信を行う。また、呼制御部４１は、緊急呼受付台５からの呼び返しの場合、呼び返しであることを示す所定の識別子を付加して加入者端末１に発呼する。例えば、呼制御部４１は、ＳＩＰのＩＮＶＩＴＥリクエストのＡｌｅｒｔ－Ｉｎｆｏヘッダーフィールド内に所定の識別子を設定する。加入者制御部４２は、自装置に収容する緊急呼受付台５の制御を行う。ここでは、加入者制御部４２は記憶部４３を備えるが、記憶部４３はなくてもよい。

また、図示するＳＩＰサーバ４は、複数の緊急呼受付台５を収容している場合を一例として示すがこれに限定されるものではない。ＳＩＰサーバ４は１つの緊急呼受付台５を収容し、１つの緊急呼受付台５を収容する複数のＳＩＰサーバ４を備えていてもよい。

緊急呼受付台５は、１１０番、１１８番、１１９番などの緊急特番への通報サービスを提供する緊急通報受理機関の電話端末である。本実施形態の通信システムでは、複数種類の緊急通報受理機関の緊急呼受付台５を有する。

上記説明したSIPサーバ２、４には、例えば、CPU（Central Processing Unit、プロセッサ）と、メモリと、ストレージ（HDD：Hard Disk Drive、SSD：Solid State Drive）と、通信装置と、入力装置と、出力装置とを備える汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、CPUがメモリ上にロードされたSIPサーバ２、４用のプログラムを実行することにより、SIPサーバ２、４の各機能が実現される。また、SIPサーバ２、４用のプログラムは、HDD、SSD、USBメモリ、CD-ROM、DVD-ROM、MOなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。

次に、本実施形態の通信システムにおける動作を説明する。

図２は、加入者端末１を収容するＳＩＰサーバ２が行う緊急呼発信処理のフローチャートである。

ＳＩＰサーバ２の加入者制御部２２は、加入者端末１からの発信を受信し（Ｓ１１）、ダイヤル番号に基づいて、受信した呼の着信先が、緊急呼の番号、すなわち緊急特番か否かを判定する（Ｓ１２）。

着信先のダイヤル番号が緊急呼の番号以外の場合（Ｓ１２：ＮＯ）、加入者制御部２２は、当該呼は一般呼であると判定し、記憶部２３を参照して発信した加入者端末１が、発着信抑止期間中か否かを判定する（Ｓ１９）。なお、加入者制御部２２は、Ｓ１１で発信した加入者端末１の番号を含むデータが記憶部２３に記憶され、発着信抑止期間中を示すフラグが設定されている場合、発着信抑止期間中であると判定する。また、加入者制御部２２は、Ｓ１１で発信した加入者端末１の番号を含むデータが記憶部２３に記憶されていない場合、または、加入者端末１の番号を含むデータが記憶部２３に記憶されているが発着信抑止期間中を示すフラグが設定されていない場合、発着信抑止期間中でないと判定する。

発信抑止期間中の場合（Ｓ１９：ＹＥＳ）、加入者制御部２２は、当該呼の接続処理を行わない（Ｓ２０）。発信抑止期間中でない場合（Ｓ１９：ＮＯ）、発着信抑止部２２は、呼制御部２１を用いて通常の呼接続処理を行う（Ｓ２１）。すなわち、呼制御部２１は、発着信抑止部２２からの指示により、Ｓ１１で加入者端末１から発信された呼を着信先の加入者端末に接続する処理を行う。

一方、着信先のダイヤル番号が緊急呼の番号（緊急特番）の場合（Ｓ１２：ＹＥＳ）、発着信抑止部２２は、当該呼は緊急呼であると判定し、Ｓ１９と同様に、記憶部２３を参照して発信した加入者端末１が、発着信抑止期間中か否かを判定する（Ｓ１３）。発着信抑止期間中の場合（Ｓ１３：ＹＥＳ）、加入者制御部２２は、発着信抑止を解除し（Ｓ１４）、呼制御部２１を用いて緊急呼受付台５への呼接続処理を行う（Ｓ１５）。発着信抑止期間中でない場合（Ｓ１３：ＮＯ）、加入者制御部２２は、呼制御部２１を用いて緊急呼受付台５への呼接続処理を行う（Ｓ１５）。呼制御部２１は、発着信抑止部２２からの指示により、Ｓ１１で加入者端末１から発信された呼を着信先の緊急呼受付台５に接続する処理を行う。これにより、加入者端末１の発信者と、緊急呼受付台５のオペレータとが通話可能な状態となる。

そして、加入者制御部２２は、緊急呼の発信元番号（加入者端末１の番号）と、着信先番号（緊急呼受付台５の番号）とを対応付けたデータを、記憶部２３に記憶する（Ｓ１６）。なお、加入者制御部２２は、この時点では、発着信抑止期間中を示すフラグを、当該データに設定しない。

そして、呼制御部２１は、加入者端末１からの呼切断要求を受信すると、加入者端末１と緊急呼受付台５との間の呼（セッション）を切断する（Ｓ１７）。加入者制御部２２は、呼制御部２１から呼切断要求の通知を受け付けることにより、Ｓ１１で発信した加入者端末１に対する発着信抑止を開始する（Ｓ１８）。すなわち、加入者制御部２２は、緊急呼が加入者端末１により切断された場合、所定の期間である発着信抑止期間、加入者端末１に対する発着信を抑止する。加入者制御部２２は、この発着信抑止期間中は、緊急呼受付台５からの呼び返しを確実に行うために、Ｓ１１で発信した緊急呼受付台５から加入者端末１への着信のみを許可する。

また、加入者制御部２２は、Ｓ１４で記憶部２３に記憶した緊急呼の発信元番号と、着信先番号とを対応付けたデータに、発着信抑止期間中を示すフラグを設定する。これにより、加入者制御部２２は、記憶部２３を参照することで、発着信抑止期間中の加入者端末１を判定することができる。なお、加入者制御部２２は、記憶部２３に記憶された緊急呼の発信元番号と着信先番号とを含むデータを、Ｓ１５で加入者端末１により切断されてから所定の期間、記憶部２３に保持する。

なお、Ｓ１７において、緊急呼受付台５からの呼切断要求を受信した場合、呼制御部２１は、加入者端末１と緊急呼受付台５との間の呼（セッション）を切断する。この場合、加入者制御部２２は、Ｓ１８の発着信抑止を行わず、Ｓ１６で記憶した緊急呼の加入者端末１の番号と、緊急呼受付台５の番号とを対応付けたデータを、記憶部２３から削除する。

以上説明した本実施形態の緊急呼発信処理により、加入者端末１の発信者は、複数の緊急呼受付台５（緊急通報受理機関）に連続して通報することができる。例えば、発信者は最初に１１９番に発信して救急車を呼び、次に、１１０番に発信して警察に通報することができる。なお、連続して通報する緊急呼受付台５は、異なる緊急呼受付台５であっても、同じ緊急呼受付台５であってもよい。

図３は、発着信抑止期間における通信システムの動作を示すシーケンス図である。

加入者端末１から発信された緊急呼は、ＳＩＰサーバ２、４を介して緊急呼受付台５と接続され、加入者端末１の発信者と、緊急呼受付台５のオペレータとが通話している（Ｓ３１）。この状態で、発信者が緊急呼を切断する（Ｓ４１）。これにより、加入者端末１は、ＢＹＥリクエスト（セッション終了要求）をＳＩＰサーバ２に送信する（Ｓ４２）。

ＳＩＰサーバ２は、ＯＫを示す２００レスポンスを加入者端末１に送信するとともに（Ｓ４３）、加入者端末１への発着信の抑止を開始する（Ｓ４４）。すなわち、ＳＩＰサーバ２は、緊急呼受付台５から加入者端末１への呼び返しを確実に行うために、発着信抑止期間（所定の期間）、加入者端末１に対する発着信を抑止する。そして、ＳＩＰサーバ２は、ＢＹＥリクエストを、緊急呼受付台５を収容するＳＩＰサーバ４に送信する（Ｓ４５）。

ＳＩＰサーバ４は、２００レスポンスをＳＩＰサーバ２に送信し（Ｓ４６）、ＢＹＥリクエストを緊急呼受付台５に送信する（Ｓ４７）。緊急呼受付台５は、２００レスポンスをＳＩＰサーバ４に送信する（Ｓ４８）。これにより、加入者端末１と緊急呼受付台５との間の緊急呼が切断される。

緊急呼抑止期間において、加入者端末１の発信者が緊急特番以外を着信先とする一般呼の発信を行った場合（Ｓ５１）、加入者端末１は、一般呼のＩＮＶＩＴＥリクエスト（セッション確立要求）をＳＩＰサーバ２に送信する（Ｓ５２）。

ＳＩＰサーバ２は、緊急呼抑止期間に、加入者端末１から、ＩＮＶＩＴＥリクエストを受信すると、当該ＩＮＶＩＴＥリクエストの呼が緊急呼かまたは一般呼かを判定する（Ｓ５３）。このＩＮＶＩＴＥリクエストは一般呼であるため、ＳＩＰサーバ２は、当該呼の接続を行わず、エラーを示す４８０レスポンスを加入者端末１に送信する（Ｓ５４）。

また、発着信抑止期間において、加入者端末１の発信者がいずれかの緊急呼受付台５を着信先とする緊急呼の発信を行った場合（Ｓ６１）、加入者端末１は、発信者が指定した緊急呼受付台５を着信先とする緊急呼のＩＮＶＩＴＥリクエストをＳＩＰサーバ２に送信する（Ｓ６２）。

ＳＩＰサーバ２は、発着信抑止期間に、加入者端末１から、ＩＮＶＩＴＥリクエストを受信すると、当該ＩＮＶＩＴＥリクエストの呼が緊急呼かまたは一般呼かを判定する（Ｓ６３）。このＩＮＶＩＴＥリクエストは緊急呼であるため、ＳＩＰサーバ２は、加入者端末１に対する発着信抑止を解除し（Ｓ６４）、当該呼を緊急呼受付台５に接続するために、ＩＮＶＩＴＥリクエストをＳＩＰサーバ４に送信する（Ｓ６５）。ＳＩＰサーバ４は、ＩＮＶＩＴＥリクエストを着信先の緊急呼受付台５に送信する（Ｓ６６）。

これにより、加入者端末１と緊急呼受付台５と間で呼が接続され、加入者端末１の発信者と、緊急呼受付台５のオペレータとが通話可能な状態となる（Ｓ６７）。

なお、図３では記載していないが、一般的なＳＩＰシーケンスと同様に、ＩＮＶＩＴＥリクエストの後に、Ｔｒｙｉｎｇの１００レスポンス、Ｒｉｎｇｉｎｇの１８０レスポンスおよびＯＫの２００レスポンスが送受信される。具体的には、ＳＩＰサーバ２は、Ｓ６５でＩＮＶＩＴＥリクエストを送信後、１００レスポンスを加入者端末１に送信する。また、緊急呼受付台５は、Ｓ６６でＩＮＶＩＴＥリクエストを受信後、１８０レスポンスをＳＩＰサーバ２、４を介して加入者端末１に送信し、その後２００レスポンスをＳＩＰサーバ２、４を介して加入者端末１に送信する。

図４は、加入者端末１を収容するＳＩＰサーバ２が行う着信処理のフローチャートである。

ＳＩＰサーバ２の加入者制御部２２は、加入者端末１への着信を受信し（Ｓ７１）、着信した呼が緊急呼受付台５からの呼び返しであるか否かを判定する（Ｓ７２）。着信した呼が呼び返しの場合、当該呼には、呼び返しであることを示す所定の識別子が設定されている。所定の識別子は、例えば、ＳＩＰのＩＮＶＩＴＥリクエストのＡｌｅｒｔ－Ｉｎｆｏヘッダーフィールド内に設定されている。

加入者制御部２２、着信した呼に所定の識別子が付加されている場合、緊急呼受付台５からの呼び返しであると判定し、所定の識別子が付加されていない場合、緊急呼受付台５からの呼び返しでないと判定する。

呼び返しでない場合（Ｓ７２：ＮＯ）、加入者制御部２２は、記憶部２３を参照し、着信先の加入者端末１が、発着信抑止期間中か否かを判定する（Ｓ７９）。なお、発着信抑止期間中か否かを判定は、図２のＳ１９と同様である。

発着信抑止期間中の場合（Ｓ７９：ＹＥＳ）、加入者制御部２２は、当該呼を加入者端末１に接続（着信）する処理を行わない（Ｓ８０）。発着信抑止期間中でない場合（Ｓ７９：ＮＯ）、加入者制御部２２は、呼制御部２１を用いて通常の呼接続処理を行う（Ｓ８１）。すなわち、呼制御部２１は、加入者制御部２２からの指示により、Ｓ７１で着信された呼を加入者端末１に接続する処理を行う。

一方、呼び返しの場合（Ｓ７２：ＹＥＳ）、加入者制御部２２は、記憶部２３を参照して着信先の加入者端末１が発着信抑止期間中か否かを判定する（Ｓ７３）。発着信抑止期間中の場合（Ｓ７３：ＹＥＳ）、加入者制御部２２は、発着信抑止を解除し（Ｓ７４）、呼制御部２１を用いて加入者端末１への呼接続処理を行う（Ｓ７５）。発着信抑止期間中でない場合（Ｓ７３：ＮＯ）、加入者制御部２２は、呼制御部２１を用いて加入者端末１への呼接続処理を行う（Ｓ７５）。呼制御部２１は、加入者制御部２２からの指示により、Ｓ７１で緊急呼受付台５から発信された呼を加入者端末１に接続（着信）する処理を行う。これにより、緊急呼受付台５からの呼び返しが加入者端末１に着信され、加入者端末１の加入者と、緊急呼受付台５のオペレータとが通話可能な状態となる。

そして、加入者制御部２２は、呼び返しで接続した加入者端末１の番号と、緊急呼受付台５の番号とを対応付けたデータを、記憶部２３に記憶する（Ｓ７６）。なお、加入者制御部２２は、この時点では発着信抑止期間中を示すフラグを、当該データに設定しない。

そして、呼制御部２１は、加入者端末１からの呼切断要求を受信すると、加入者端末１と緊急呼受付台５との間の呼（セッション）を切断する（Ｓ７７）。加入者制御部２２は、呼制御部２１から呼切断要求の通知を受け付けることにより、Ｓ７１で緊急呼受付台５からの呼び返しを着信した加入者端末１に対する発着信抑止を開始する（Ｓ７８）。すなわち、加入者制御部２２は、呼び返しが加入者端末１により切断された場合、所定の期間である発着信抑止期間、加入者端末１に対する発着信を抑止する。加入者制御部２２は、この発着信抑止期間中は、緊急呼受付台５からの呼び返しを確実に行うために、緊急呼受付台５から加入者端末１への着信のみを許可する。

また、加入者制御部２２は、Ｓ７４で記憶部２３に記憶した加入者端末１の番号と緊急呼受付台５の番号とを対応付けたデータに、発着信抑止期間中を示すフラグを設定する。これにより、加入者制御部２２は、記憶部２３を参照することで、発着信抑止期間中の加入者端末１を判定することができる。なお、加入者制御部２２は、記憶部２３に記憶された呼び返しの加入者端末１の番号および緊急呼受付台５の番号を含むデータを、Ｓ７７で加入者端末１により切断されてから所定の期間、記憶部２３に保持する。

なお、Ｓ７７において、緊急呼受付台５からの呼切断要求を受信した場合、呼制御部２１は、加入者端末１と緊急呼受付台５との間の呼（セッション）を切断する。この場合、加入者制御部２２は、Ｓ７８の発着信抑止を行わず、Ｓ７６で記憶した呼び返しの加入者端末１の番号と、緊急呼受付台５の番号とを対応付けたデータを、記憶部２３から削除する。

以上説明した本実施形態のＳＩＰサーバ２は、加入者端末１から発信された緊急呼を、緊急呼受付台５に接続する呼制御部２１と、緊急呼が加入者端末１により切断された場合、所定の期間、加入者端末１に対する発着信を抑止する加入者制御部２２とを備え、加入者制御部２２は、所定の期間に加入者端末１から呼が発信された場合、前記呼が緊急呼か、または、一般呼かを判定し、緊急呼の場合は加入者端末１に対する発着信の抑止を解除し、呼制御部２１を用いて前記呼を接続し、一般呼の場合は前記呼の接続を行わない。

これにより、本実施形態では、緊急呼の呼び返しを確実に行うための発着信抑止期間であっても、加入者端末１の発信者は緊急呼を発信し、緊急呼受付台５への緊急通報を行うことができる。すなわち、本実施形態では、発信者が、複数の緊急呼受付台５（緊急通報受理機関）への通報を、速やかに連続して行うことができる。例えば、発信者は最初に１１９番に発信して救急車を呼び、次に、１１０番に発信して警察に通報することができる。

＜変形例＞
上記実施形態では、加入者端末１の発信時および加入者端末１への着信時において、ＳＩＰサーバ２は、発信および着信の抑止を一度に解除する発着信抑止の解除を行うこととした（図２：Ｓ１４、図４：Ｓ７４）。しかしながら、発信時には発信抑止のみを解除し、着信時には着信抑止のみを解除してもよい。

この場合、ＳＩＰサーバ２の加入者制御部２２は、発信時の処理では、図２のＳ１３で「発信抑止中か」否かを判定し、Ｓ１４で「発信抑止を解除」する。また、加入者制御部２２は、着信時の処理では、図４のＳ７３で「着信抑止中か」否かを判定し、Ｓ７４で「着信抑止を解除」する。

また、加入者制御部２２は、加入者端末の発信抑止状態および着信抑止状態をそれぞれ管理する。例えば、ＳＩＰサーバ２の記憶部２３には、緊急呼および呼び返しの際に登録された加入者端末１の番号と、緊急呼受付台５の番号とを含むデータが記憶され（図２：Ｓ１６、図４：Ｓ７６）、前記データに発信抑止期間中であることを示す発信抑止フラグと、着信抑止期間中であることを示す着信抑止フラグとを含むこととしてもよい。

また、加入者制御部２２は、加入者端末毎に、発着信抑止の解除とするか、あるいは、発信抑止または着信抑止のいずれか一方のみを解除することとしてもよい。具体的には、加入者制御部２２は、緊急呼の発信の場合、加入者端末１の抑止解除パターンに応じて、加入者端末１の発着信抑止を解除するか、あるいは、加入者端末１の発信抑止のみを解除するかを決定する。また、前記発着信抑止部２２は、呼び返しの着信の場合、加入者端末１の抑止解除パターンに応じて、加入者端末１の発着信抑止を解除するか、あるいは、加入者端末１の着信抑止のみを解除するかを決定する。

加入者制御部２２は、発信時および着信時に、加入者端末１の抑止解除パターンに応じて以下の何れかの抑止解除を行う。

・「発信時」：発信抑止のみ解除、または、発着信抑止を解除
・「着信時」：着信抑止のみ解除、または、発着信抑止を解除
この場合、ＳＩＰサーバ２の記憶部２３には、例えば図５に示すような、加入者端末１（加入者）毎に抑止解除パターン示すテーブルを保持するものとする。図示するテーブルでは、加入者端末Ａについては、発信時および着信時において、発着信抑止の解除を行い、加入者端末Ｂについては、発信時には発信抑止のみを解除し、着信時には着信抑止のみの解除を行うことを示している。

なお、本発明は上記実施形態および上記変形例に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

１ ：加入者端末
２ ：ＳＩＰサーバ
２１：呼制御部
２２：加入者制御部
２３：記憶部
３ ：ＩＰ電話網
４ ：ＳＩＰサーバ
４１：呼制御部
４２：加入者制御部
４３：記憶部
５ ：緊急呼受付台

Claims (7)

1. 加入者端末を収容する通信制御装置であって、
   前記加入者端末から発信された第１緊急呼を、緊急呼受付台に接続する呼制御部と、
   前記第１緊急呼が前記加入者端末により切断された場合、所定の期間、前記加入者端末に対する発着信を抑止する発着信抑止部と、を備え、
   前記発着信抑止部は、前記所定の期間に前記加入者端末から呼が発信された場合、前記呼が前記第１緊急呼を含む第２緊急呼か、または、一般呼かを判定し、前記第２緊急呼の場合は前記加入者端末に対する発着信の抑止を解除し、前記呼制御部を用いて前記呼を接続し、一般呼の場合は前記呼の接続を行わ ず、
   前記発着信抑止部は、前記加入者端末から発信された前記第１緊急呼または前記第２緊急呼の発信元番号と着信先番号とを含むデータを記憶部に記憶し、前記第１緊急呼または前記第２緊急呼が前記加入者端末により切断されてから前記所定の期間、前記データを前記記憶部に保持すること
   を特徴とする通信制御装置。
2. 加入者端末を収容する通信制御装置であって、
   前記加入者端末から発信された緊急呼を、緊急呼受付台に接続する呼制御部と、
   前記緊急呼が前記加入者端末により切断された場合、所定の期間、前記加入者端末に対する発着信を抑止する発着信抑止部と、を備え、
   前記発着信抑止部は、前記所定の期間に前記加入者端末から呼が発信された場合、前記呼が緊急呼か、または、一般呼かを判定し、緊急呼の場合は前記加入者端末に対する発着信の抑止を解除し、前記呼制御部を用いて前記呼を接続し、一般呼の場合は前記呼の接続を行わず、
   前記発着信抑止部は、前記緊急呼の場合、前記加入者端末の抑止解除パターンに応じて、前記加入者端末の発着信抑止を解除するか、あるいは、前記加入者端末の発信抑止のみを解除するかを決定すること
   を特徴とする通信制御装置。
3. 前記発着信抑止部は、前記加入者端末から発信された緊急呼の発信元番号と着信先番号とを含むデータを記憶部に記憶し、前記緊急呼が前記加入者端末により切断されてから前記所定の期間、前記データを前記記憶部に保持すること
   を特徴とする請求項２に記載の通信制御装置。
4. 加入者端末を収容する通信制御装置が行う緊急呼発信方法であって、
   前記加入者端末から発信された第１緊急呼を、緊急呼受付台に接続する呼制御ステップと、
   前記第１緊急呼が前記加入者端末により切断された場合、所定の期間、前記加入者端末に対する発着信を抑止する発着信抑止ステップと、を行い、
   前記発着信抑止ステップは、前記所定の期間に前記加入者端末から呼が発信された場合、前記呼が前記第１緊急呼を含む第２緊急呼か、または、一般呼かを判定し、前記第２緊急呼の場合は前記加入者端末に対する発着信の抑止を解除して前記呼を接続し、一般呼の場合は前記呼の接続を行わ ず、
   前記発着信抑止ステップは、前記加入者端末から発信された前記第１緊急呼または前記第２緊急呼の発信元番号と着信先番号とを含むデータを記憶部に記憶し、前記第１緊急呼または前記第２緊急呼が前記加入者端末により切断されてから前記所定の期間、前記データを前記記憶部に保持すること
   を特徴とする緊急呼発信方法。
5. 加入者端末を収容する通信制御装置が行う緊急呼発信方法であって、
   前記加入者端末から発信された緊急呼を、緊急呼受付台に接続する呼制御ステップと、
   前記緊急呼が前記加入者端末により切断された場合、所定の期間、前記加入者端末に対する発着信を抑止する発着信抑止ステップと、を行い、
   前記発着信抑止ステップは、前記所定の期間に前記加入者端末から呼が発信された場合、前記呼が緊急呼か、または、一般呼かを判定し、緊急呼の場合は前記加入者端末に対する発着信の抑止を解除して前記呼を接続し、一般呼の場合は前記呼の接続を行わず、
   前記発着信抑止ステップは、前記緊急呼の場合、前記加入者端末の抑止解除パターンに応じて、前記加入者端末の発着信抑止を解除するか、あるいは、前記加入者端末の発信抑止のみを解除するかを決定すること
   を特徴とする緊急呼発信方法。
6. 前記発着信抑止ステップは、前記加入者端末から発信された緊急呼の発信元番号と着信先番号とを含むデータを記憶部に記憶し、前記緊急呼が前記加入者端末により切断されてから前記所定の期間、前記データを前記記憶部に保持すること
   を特徴とする請求項５記載の緊急呼発信方法。
7. 請求項１から３のいずれか１項に記載の通信制御装置として、コンピュータを機能させることを特徴とする緊急呼発信プログラム。

Images