特開 2022-138184 緊急通報装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022138184

(43)【公開日】2022-09-26

(54)【発明の名称】緊急通報装置

(51)【国際特許分類】

   H04M 11/04 20060101AFI20220915BHJP

   H04M 11/00 20060101ALI20220915BHJP

   H04M 1/738 20060101ALI20220915BHJP

【ＦＩ】

H04M11/04

H04M11/00 303

H04M1/738

【審査請求】未請求

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2021037908

(22)【出願日】2021-03-10

(71)【出願人】

【識別番号】304020498

【氏名又は名称】サクサ株式会社

(74)【代理人】

【識別番号】100091546

【弁理士】

【氏名又は名称】佐藤 正美

(74)【代理人】

【識別番号】100206379

【弁理士】

【氏名又は名称】丸山 正

(72)【発明者】

【氏名】平 哲也

(72)【発明者】

【氏名】宮嶋 佳之

【テーマコード（参考）】

5K127

5K201

【Ｆターム（参考）】

5K127BA01

5K127DA19

5K127GB07

5K127GB46

5K201BA03

5K201BC03

5K201CB06

5K201EA05

5K201EE11

5K201EE12

(57)【要約】

【課題】 ＩＰ網に接続された緊急通報装置において、逆信信号の到来後、逆信信号が途絶えても、緊急通報受理機関側と適切に通話回線を接続できるようにする。
【解決手段】 緊急通報装置１は、緊急通報後において、逆信信号判別部１０１１が逆信信号の有無を判別する。切り替え部１０２２は、逆信信号判別部１０１１においての判別結果が、逆信信号の存在から消失に変化した場合に、引き込み制御部１０１２が、ＩＰ網と電話機２とを非接続状態に切り替えて、逆信信号の再来に応答可能にする。
【選択図】図１

【特許請求の範囲】

【請求項1】

ＩＰ（Internet Protocol）網を通じて、所定の緊急通報受理機関に対し、緊急通報を行う緊急通報装置であって、
緊急通報後において、前記緊急通報受理機関でのコールバック操作に応じて送信されてくる逆信信号の有無を判別する逆信信号判別手段と、
自機に接続された電話機と前記ＩＰ網との間の接続／非接続を切り替える切り替え手段と、
前記逆信信号判別手段においての判別結果が、前記逆信信号の存在から消失に変化した場合に、前記切り替え手段を非接続状態に切り替える引き込み制御手段と
を備えることを特徴とする緊急通報装置。

【請求項2】

請求項１に記載の緊急通報装置であって、
前記逆信信号判別手段で前記逆信信号が存在すると判別された場合に、前記引き込み制御手段は、前記切り替え手段を接続状態に切り替える
ことを特徴とする緊急通報装置。

【請求項3】

請求項１または請求項２に記載の緊急通報装置であって、
前記電話機のフック状態を検出し、前記電話機がオンフック状態になった場合に、前記切り替え手段を非接続状態に切り替えるように制御するフック状態検出手段と
を備えることを特徴とする緊急通報装置。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、例えば、警察機関、消防機関、海上保安庁といった緊急通報受理機関に対して、緊急通報を行う緊急通報装置に関する。

【背景技術】

【0002】

例えば、火災などの緊急事態の発生時において、消防機関などの所定の緊急通報受理機関に緊急通報する緊急通報装置が知られている。緊急通報装置は、例えば、通報者が通報ボタンを押下すると、緊急通報受理機関に電話をかけて通話回線（電話回線）を接続し、予め用意されている音声メッセージにより緊急事態の発生を自動通報するものである。この後、緊急通報受理機関から緊急通報装置に接続された、例えば、呼び出し専用電話機（以下、専用電話機という。）に対して呼び返しがある。これに応じて鳴動する当該専用電話機の送受話器（ハンドセット）を、通報者が取り上げるオフフック操作を行うことにより、当該専用電話機と緊急通報受理機関との間に通話回線が接続され、通話を行うことができる。

【0003】

なお、緊急通報装置が、固定電話網（ＰＳＴＮ（Public Switched Telephone Network））に接続されている場合には、緊急通報後においては、緊急通報受理機関と当該緊急通報装置との間の通話回線が回線保留される。すなわち、緊急通報装置が固定電話網に接続されている場合には、特番通報時に発信側が電話を切っても回線が保留されていた。このため、緊急通報受理機関から呼び返しを行うと、呼び返し信号（以下、逆信信号という。）として、呼び出し信号（いわゆるＩＲ信号）が固定電話網から送出されて、専用電話機が鳴動する。これに応じて、専用電話機の送受話器を取り上げることにより、緊急通報受理機関の担当者と通話が可能になる。

【0004】

しかし、近年においては、固定電話網に替えて、ＩＰ（Internet Protocol）網を利用することができるようになり、近い将来においては、固定電話網を全てＩＰ網に移行することが予定されている。ＩＰ網は、インターネット・プロトコル・スイート技術（ＴＣＰ／ＩＰ）を利用して相互接続されたネットワークを意味する。ＩＰ網に接続された緊急通報装置の運用においては、緊急通報後における回線保留の機能はなくなり、専用電話機に電話をかけ直す（コールバックする）ことにより、通話回線を接続して通報者と通話を可能にする方式が採用される。

【0005】

この場合に、着信時に発信者番号を通知するサービスの契約をしている加入電話回線を通じてＩＰ網に接続された緊急通報装置から緊急通報を行った場合に、専用電話機が緊急通報受理機関からのコールバックを受けられないという事象が発生する。なお、着信時に発信者番号を通知するサービス（発信者番号通知サービス）は、ナンバー・ディスプレイ（登録商標）などと呼ばれて、電話会社により提供されているものである。

【0006】

発信者番号通知サービスの契約をしている加入電話回線を通じてＩＰ網に接続された緊急通報装置から緊急通報を行って、緊急通報受理機関が通報元に対してコールバックを行ったとする。この場合、ＩＰ網側から情報受信端末起動信号（いわゆるＣＡＲ信号）が送出され、着信側電話端末の発信者番号通知サービス対応機能を起動させるようにする。次に、着信側電話端末から応答があれば、ＩＰ網側からモデム信号として発信者番号を送出して、着信側電話端に発信者番号を通知して表示させるようにし、この後に、ＩＲ信号を送出して、着信側電話端末を呼び出すという手順を踏むことになる。なお、ＣＡＲ信号送出後、着信側電話端末から６秒間の間に応答がなければ、ＩＰ網側から自動的にＩＲ信号が送出されるようになっている。

【0007】

いうまでもなく、専用電話機は、緊急通報時の通話を可能にするものであるため、発信者番号通知サービスに対応していない。このため、緊急通報受理機関からのコールバックに応じて、最初に到来するＣＡＲ信号により専用電話機を鳴動させ、これに応じて当該専用電話機がオフフック操作されたとする。この場合、直後に到来するのは発信者番号であり、この後に到来するＩＲ信号に対して応答することができないので、緊急通報受理機関と当該専用電話機との間に通話回線を接続できない。この問題を解決するための発明を、本願の出願人は先に出願しており、当該出願は後に記す特許文献１として既に出願公開されている。

【0008】

特許文献１では、ＣＡＲ信号の到来では専用電話機を鳴動させず、ＩＲ信号が到来した場合に専用電話機を鳴動させることにより、緊急通報受理機関との間に通話回線を接続して、通話を可能にする発明が開示されている。なお、ＣＡＲ信号は、１秒間を１周期とし、０．５秒オン、０．５秒オフとなる信号が連続するものである。また、ＩＲ信号は、３秒間を１周期とし、１秒オン、２秒オフとなる信号が連続するものである。また、モデム信号は、データ信号を音声帯域内の交流波形にキャリア変調した信号である。

【先行技術文献】

【特許文献】

【0009】

【特許文献1】特開２０１８－５０１７０号公報

【発明の概要】

【発明が解決しようとする課題】

【0010】

上述のように、ＩＰ網に接続された緊急通報装置の運用においては、緊急通報後における回線保留の機能はなくなり、コールバックすることにより、通話回線を接続して通報者と通話を可能にする方式の採用により、更に解決すべき課題の存在が明らかになった。具体的には、コールバック操作に応じて、呼び出し信号であるＩＲ信号が到来した後に、何等かの原因でＩＲ信号が途絶えてしまった後（消失した後）に、オフフック（応答操作）すると、緊急通報受理機関と通話が行えなくなる可能性がある。

【0011】

緊急通報システムにおいて、緊急通報受理機関のコールバック操作に応じて緊急通報元に送信されるＩＲ信号は、緊急通報受理機関からの呼び出しが停止又は緊急通報装置に接続された電話機がオフフック操作されるまで継続して送信されてくるものである。なお、以下においては説明を簡単にするため、緊急通報受理機関のコールバック操作に応じて、緊急通報元の緊急通報装置に送信されてくる呼び出し信号であるＩＲ信号を、「逆信信号」と呼ぶこととする。

【0012】

コールバック操作後において、到来する逆信信号（ＩＲ信号）が途絶えてしまう原因としては、緊急通報装置とＩＰ網とを接続するためのゲートウェイ装置の不具合、ＩＰ網側のシステムの不具合、緊急通報受理機関の指令台システムの不具合などが考えられる。指令台システムの不具合には、例えば緊急着信（緊急通報）が多発し、キャパオーバーとなり誤動作するなどのことが考えられる。また、指令台の誤操作により回線が切断されてしまう場合もあると考えられる。

【0013】

逆信信号が到来すると、緊急通報装置に接続された電話機が鳴動し、これに応じて当該電話機の受話器を取り上げるオフフック操作をすることにより、当該電話機とＩＰ網とが接続されて通話が可能になる。しかし、逆信信号が到来して電話機が鳴動し、これに応じてオフフック操作をする前に、上述した事象によりＩＲ信号が途絶えてしまった（消失してしまった）とする。この場合、逆信信号は途絶えてしまっているので、オフフックしても通話回線は接続されない。また、オフフック状態のままだと通話中（話し中）の状態であるため、ＩＲ信号が再来しても通話回線を接続できない。このような場合であっても、緊急通報装置の場合にはその性質上、確実に通話回線を接続し通話できるようにすることが望まれる。

【0014】

以上のことに鑑み、この発明は、ＩＰ網に接続された緊急通報装置において、逆信信号の到来後、逆信信号が途絶えても、緊急通報受理機関側と適切に通話回線を接続できるようにすることを目的とする。

【課題を解決するための手段】

【0015】

上記課題を解決するため、請求項１に記載の発明の緊急通報装置は、
ＩＰ（Internet Protocol）網を通じて、所定の緊急通報受理機関に対し、緊急通報を行う緊急通報装置であって、
緊急通報後において、前記緊急通報受理機関でのコールバック操作に応じて送信されてくる逆信信号の有無を判別する逆信信号判別手段と、
自機に接続された電話機と前記ＩＰ網との間の接続／非接続を切り替える切り替え手段と、
前記逆信信号判別手段においての判別結果が、前記逆信信号の存在から消失に変化した場合に、前記切り替え手段を非接続状態に切り替える引き込み制御手段と
を備えることを特徴とする。

【0016】

請求項１に記載の発明の緊急通報装置によれば、当該緊急通報装置はＩＰ網を通じて緊急通報受理機関と接続可能にされており、緊急通報後においては、逆信信号判別手段により、逆信信号の有無が判別される。切り替え手段は、逆信信号判別手段においての判別結果が、逆信信号の存在から消失に変化した場合に、引き込み制御手段により、非接続状態に切り替えられる。

【発明の効果】

【0017】

この発明によれば、緊急通報後、逆信信号の到来により鳴動した電話機をオフフックする前に逆信信号が途絶え、その後にオフフックした場合であっても、電話機とＩＰ網との間を非接続状態にし、回線ルートを緊急通報装置に引き込むことができる。これにより、ＩＰ網に接続された緊急通報装置において、到来した逆信信号が途絶えた後に再到来した逆信信号と電話を接続させることで、緊急通報受理機関側と適切に通話回線を接続できるようになる。

【図面の簡単な説明】

【0018】

【図1】実施の形態の緊急通報装置の構成例を説明するためのブロック図である。

【図2】実施の形態の緊急通報装置の動作について説明するためのブロック図である。

【図3】実施の形態の緊急通報装置を含む緊急通報システムの動作を説明するためのシーケンス図である。

【図4】逆信信号の到来に応じて正常に通話回線が接続される場合を説明するための図３に続くシーケンス図である。

【図5】逆信信号の到来後、逆信信号が途絶えて、通話回線が接続できない場合を説明するための図３に続くシーケンス図である。

【図6】逆信信号の到来後、逆信信号が途絶えた後に電話機をオフフックしても通話回線を接続できるようにする場合を説明するための図３に続くシーケンス図である。

【図7】実施の形態の緊急通報装置で実行される処理を説明するためのフローチャートである。

【発明を実施するための形態】

【0019】

以下、図を参照しながら、この発明による緊急通報装置の実施の形態について説明する。緊急通報装置を通じて緊急通報受理機関に対して緊急通報を行った後に、緊急通報受理機関においてコールバック操作されることにより到来する逆信信号が、上述のように、何等かの原因により途絶えてしまうといった事象が発生する可能性がある。以下に説明する実施の形態の緊急通報装置は、自機に接続された電話機を通じて、逆信信号が途絶えた後にオフフック操作され、オフフック状態が維持されていても、その後に到来する逆信信号に応じて通話回線を適切に接続することが可能なものである。

【0020】

また、緊急通報先である緊急通報受理機関は、一般には、警察機関、海上保安庁、消防機関などであるが、警備会社などの任意の通報先を緊急通報受理機関とすることももちろん可能である。以下に説明する実施の形態においては、説明を簡単にするため、緊急通報装置は、火災の発生を通報するものであり、緊急通報受理機関は、消防機関である場合を例にして説明する。

【0021】

［緊急通報装置１の構成例］
図１は、この実施の形態の緊急通報装置１の構成例を説明するためのブロック図である。図１に示すように、緊急通報装置１は、ＩＰ網４を通じて、緊急通報受理機関５との間に通話回線を接続し、緊急通報を行うことができるものである。ＩＰ網４は、ＴＣＰ／ＩＰを利用して相互接続されたネットワークを意味するが、電話会社側の通信に関する設備の全てを含む。

【0022】

また、この明細書において、ＩＰ網４には、ゲートウェイ（アナログ回線変換装置）３が接続されており、緊急通報装置１は、ゲートウェイ３を介して、ＩＰ網４に接続されている。従って、緊急通報装置１とゲートウェイ３との間はアナログ回線によって接続されている。なお、図１においてゲートウェイ３は、ＧＷ３と略称で記載している。また、この実施の形態においては説明を簡単にするため、緊急通報装置１は、発信者番号通知サービスの契約をしていない加入電話回線を通じてＩＰ網４に接続されているものとする。

【0023】

この実施の形態の緊急通報装置１には、電話機２が接続されている。電話機２は、緊急通報受理機関からのコールバックに応じた緊急通報時の呼び出しに応答するためのものである。なお、電話機２は、緊急通報時だけに用いられる専用電話機であってもよいし、また、緊急通報装置１に接続されると共に、図示しないＳＩＰサーバなどの主装置にも接続された一般電話機であってもよい。従って、一般電話機は、緊急通報時の呼び出しに応答することができるものであり、通常時には主装置を通じてＩＰ網に接続され、目的とする相手先に電話をかけたり、かかってきた電話に応答したりすることができるものである。

【0024】

図１に示すように、緊急通報装置１は、回線制御部１０１と、電話機制御部１０２と、ＣＰＵ部１０３と、通報ボタン１０４とを備える。回線制御部１０１は、ＩＰ網４を通じた回線の接続制御を行うものであり、逆信信号判別部１０１１、引き込み制御部１０１２、応答／切断制御部１０１３、通報制御部１０１４を備える。電話機制御部１０２は、緊急通報装置１に対して接続された回線と電話機２との接続制御を行うもので、呼び出し制御部１０２１、切り替え部１０２２、フック状態検出部１０２３を備える。

【0025】

ＣＰＵ部１０３は、緊急通報装置１の各部を制御する主制御部であり、図示しないが、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、不揮発性メモリなどを備えて構成されている。通報ボタン１０４は、通報者による押下操作を受け付けるボタンスイッチである。通報ボタン１０４が押下操作されると、所定の電気信号がＣＰＵ部１０３に供給され、通報ボタンが操作されたことがＣＰＵ部１０３に通知される。

【0026】

通報ボタン１０４が押下されると、ＣＰＵ部１０３は、回線制御部１０１に対して緊急通報を行うことを指示する。これに応じて、通報制御部１０１４が機能し、この実施の形態では、消防機関である緊急通報受理機関５に対して緊急通報を行う。応答／切断制御部１０１３は、通報制御部１０１４からの制御信号に応じて、ＩＰ網４に対して応答を返したり、接続している回線を切断したりする制御を行う。

【0027】

具体的に、応答／切断制御部１０１３は、通報制御部１０１４を通じた緊急通報（発報）時に、通話回線を接続する。この後、応答／切断制御部１０１３は、通報制御部１０１４の制御の下、例えば、ＣＰＵ部１０３の不揮発メモリに用意されている通報メッセージを緊急通報受理機関５に送信する。応答／切断制御部１０１３は、当該通報メッセージを送信し終えると、緊急通報受理機関５との間に接続した通話回線を解放する。このようにして、緊急通報が行われ、通報メッセージの送出後においては、接続した通話回線を解放し、逆信信号の到来を待つことになる。

【0028】

逆信信号判別部１０１１は、緊急通報後、緊急通報受理機関５においてのコールバック操作に応じて、ＩＰ網４を通じて送信されて来る自機宛ての逆信信号が到来していること、また、到来した逆信信号が途絶えたこと（消失したこと）を判別する。すなわち、逆信信号判別部１０１１は、自機宛ての逆信信号の到来と消失とを判別する。逆信信号判別部１０１１での判別結果は、ＣＰＵ部１０３に通知される。

【0029】

逆信信号判別部１０１１において、自機宛の逆信信号の到来が検出されると、ＣＰＵ部１０３は、後述する引き込み制御部１０１２を制御して、後述する切り替え部１０２２を接続状態（オン状態）に切り替える。また、ＣＰＵ部１０３の制御により、電話機制御部１０２の呼び出し制御部１０２１が機能し、緊急通報装置１に接続された電話機２を鳴動させるようにする。このように、呼び出し制御部１０２１は、呼び出しがあること（着信があること）を通知するために、鳴動させる（着信鳴動させる）ように電話機２を制御する。電話機２が着信鳴動すると、電話機２の使用者（通常は通報ボタン１０４を押下操作した通報者）が、電話機２の受話器を取り上げるオフフック操作を行う。

【0030】

電話機制御部１０２のフック状態検出部１０２３は、電話機２のフック状態を検出して、検出結果をＣＰＵ部１０３に通知し、また、電話機２がオフフック状態からオンフック状態になった場合に、切り替え部１０２２をオフ状態（非接続状態）に切り替える制御を行う。切り替え部１０２２は、電話機２とＩＰ網４との接続／非接続を切り替えるものである。切り替え部１０２２は、上述したように、逆信信号の到来時においては、ＣＰＵ部１０３の制御に応じた引き込み制御部１０１２によってオン状態（接続状態）に切り替えられる。また、切り替え部１０２２は、上述したように、電話機２がオフフック状態からオンフック状態になった場合には、フック状態検出部１０２３の制御により、オフ状態（非接続状態）に切り替えられる。

【0031】

従って、上述したように、緊急通報後、緊急通報受理機関でのコールバック操作に応じて逆信信号が到来した時には、これが逆信信号判別部１０１１で判別されてＣＰＵ部１０３に通知される。ＣＰＵ部１０３は、引き込み制御部１０１２を制御して、切り替え部１０２２をオン状態に切り替えると共に、電話機制御部１０２の呼び出し制御部１０２１を制御して、電話機２を鳴動させる。

【0032】

これにより、電話機２においてオフフック操作されると、電話機２とＩＰ網４とが接続されることにより、通話回線が捕捉され、電話機２と緊急通報受理機関５との間に通話回線が接続されて通話が可能になり、緊急通報受理機関５の担当者により、状況の聞き取りが行われることになる。このように、逆信信号の到来に応じて、電話機２と緊急通報受理機関５との間に通話回線を接続して通話が可能になる。この後、通話が終了して、電話機２がオンフックされると、これがフック状態検出部１０２３で検出され、フック状態検出部１０２３により、切り替え部１０２２がオフ状態に戻される。これにより、再度の逆信信号の到来にも応答可能になる。

【0033】

しかし、逆信信号の到来後、例えば、ゲートウェイ３の不具合、網システムの不具合、指令台システムの不具合、指令台の誤操作等の何等かの不具合により、逆信信号が途絶える（消失する）場合があると考えられる。逆信信号の消失は、電話機２の使用者は知りようがない。この場合、着信を通知する鳴動に応じて電話機２をオフフック操作しても、逆信信号は途絶えてしまっているので通話回線は接続できない。

【0034】

また、オフフックした状態のままだと、逆信信号の到来により切り替え部１０２２はオン状態にされているので、このオン状態が維持されたままとなる。この場合、電話機２がＩＰ網４に接続された状態のままとなるので、その後に逆信信号が再来しても通話回線を接続できない。そこで、緊急通報装置１では、逆信信号判別部１０１１、引き込み制御部１０１２、ＣＰＵ部１０３が協働して切り替え部１０２２を制御することにより、到来した逆信信号が途絶えた（消失した）場合に、通話回線が接続できなくなる不具合を生じさせることがないようにしている。

【0035】

［緊急通報装置１の動作］
以下、図２～図６を参照しながら、緊急通報装置においての動作について説明する。以下においては、まず、緊急通報から逆信信号に応じて通常に通話回線が接続される場合について説明した後に、逆信信号が到来後、当該逆信信号が途絶えて通話回線が接続できない場合について説明する。その後に、この発明の適用により、逆信信号が到来後、当該逆信信号が途絶えても通話回線の接続を可能にする場合の動作について説明する。

【0036】

＜緊急通報装置１を通じて正常に通話回線が接続される場合の動作＞
図２は、この実施の形態の緊急通報装置１の動作について説明するためのブロック図である。図２において、電話機制御部１０２の切り替え部１０２２は、その機能を分かり易く示すためにスイッチ回路の構成として示しているが、電話機２とＩＰ網４との接続／非接続の切り替えが可能な種々の構成とすることができる。また、図３は、この実施の形態の緊急通報装置１を含む緊急通報システムの動作を説明するためのシーケンス図であり、図４は、逆信信号の到来に応じて正常に通話回線が接続される場合を説明するための図３に続くシーケンス図である。なお、図３においては、「ゲートウェイ」を「ＧＷ」と略称して示している。

【0037】

上述もしたように、緊急通報装置１の通報ボタン１０４が押下操作されたとする（ステップＳ１）。この場合、ＣＰＵ部１０３からの制御信号に応じて、通報制御部１０１４が機能して回線を捕捉し（ステップＳ２）、所定の緊急通報受理機関５に対してダイヤルして発信する（ステップＳ３）。これに応じてゲートウェイ３は、緊急通報受理機関５に対する発信信号をＩＰ網４に送出し（ステップＳ４）、ＩＰ網４は、ベル鳴動信号を緊急通報受理機関５に対して送信する（ステップＳ５）。

【0038】

緊急通報受理機関５の指令台は、ＩＰ網からのベル鳴動信号を受信すると、着信鳴動して緊急通報の発生を報知し（ステップＳ６）、緊急通報受理機関５の担当者は指令台に対して受付操作を行う（ステップＳ７）。受付操作を受け付けた緊急通報受理機関５の指令台は、受付信号をＩＰ網４に送出し（ステップＳ８）、ＩＰ網４は、応答信号を形成して、これを通報元である緊急通報装置１に対して送信する（ステップＳ９）。ゲートウェイ３は、ＩＰ網４からの応答信号を受信すると、緊急通報装置１に対して提供する応答信号（アナログ信号）を形成し、これを緊急通報装置１に送信する（ステップＳ１０）。

【0039】

緊急通報装置１の応答／切断制御部１０１３は、ゲートウェイ３からの応答信号に応答し、自機と緊急通報受理機関５との間に通話回線を接続して、ガイダンス通話を行う（ステップＳ１１）。ステップＳ１１において、応答／切断制御部１０１３は、通報制御部１０１４の制御の下、ＣＰＵ部１０３の不揮発性メモリに記憶保持されている通報メッセージ（音声信号）を緊急通報受理機関５に送信する。当該通報メッセージは、例えば、発生事象（火事です等）、住所、電話番号などを音声として通知するものである。これにより、緊急通報受理機関５では、通報メッセージが放音され（ステップＳ１２）、緊急通報受理機関５側の担当者が認識できる。

【0040】

通報メッセージの送信が終了すると、緊急通報装置１の応答／切断制御部１０１３は、ステップＳ１１において接続した通話回線を解放（切断）するようにする（ステップＳ１３）。これに応じて、ゲートウェイ３は、切断信号をＩＰ網４に送出し（ステップＳ１４）、ＩＰ網４は、緊急通報受理機関５に対して切断信号を送信する（ステップＳ１５）。なお、ＩＰ網４から緊急通報受理機関５に対して送信される切断信号は、例えば取り決めにより、接続されていた通話回線が切断されたことを示す信号であればよく、例えば、通話回線が切断された場合のいわゆるビジートーンなどを用いることが可能である。

【0041】

切断信号を受信した緊急通報受理機関５において、緊急通報元に対してコールバックすることを緊急通報受理機関５の担当者に要求するコールバック要求メッセージが放音される（ステップＳ１６）。これに応じて、緊急通報受理機関５の担当者は、指令台に対してコールバック操作を行う（ステップＳ１７）。緊急通報受理機関５の指令台からは、ＩＰ網４に対して、緊急通報元に対して電話をかけ直すことを指示するコールバック信号が送信される（ステップＳ１８）。

【0042】

ＩＰ網４は、緊急通報受理機関５からのコールバック信号を受け付けると着信信号（着信要求）を形成して、これを緊急通報装置１が接続されたゲートウェイ３に送信する（ステップＳ１９）。ゲートウェイ３は、着信信号から呼び出し信号（ＩＲ信号）を形成し、これを逆信信号として緊急通報装置１に送信する（ステップＳ２０）。なお、図３に示したように、緊急通報後において、緊急通報装置１がステップＳ１３において回線解放してから、緊急通報装置１がステップＳ２０において逆信信号を受信するまでに要する期間（時間）は、１０秒以内と定められている。このため、ゲートウェイ３がステップＳ１４において切断信号を送出してから、ゲートウェイ３がステップＳ１９において着信信号を受信するまでの期間（時間）も時間制限が定められる。

【0043】

図３に続くシーケンス図である図４においては、説明を簡単するため、図３の最下段に示したステップＳ２０からのシーケンスを記載している。逆信信号を受信した緊急通報装置１では、逆信信号の到来を逆信信号判別部１０１１が判別し、ＣＰＵ部１０３に通知し、ＣＰＵ部１０３が引き込み制御部１０１２を通して切り替え部１０２２をオン状態にしたうえで（ステップＳ２１）、呼び出し制御部１０２１を制御して電話機２を着信鳴動させる（ステップＳ２２）。

【0044】

電話機２が着信鳴動することにより、着信を認識した電話機２の使用者は、電話機２に対してオフフック操作を行うと（ステップＳ２３）、電話機２がＩＰ網４に接続されて通話回線を捕捉する（ステップＳ２４）。図４に示すように、緊急通報装置１が、ステップＳ２０において逆信信号を受信してから、一定時間以内にステップＳ２４において回線を捕捉する必要がある。

【0045】

ステップＳ２４の回線捕捉に応じて、ゲートウェイ３は、ＩＰ網４にコールバック元の緊急通報受理機関５に対する応答信号を送出し（ステップＳ２５）、ＩＰ網４は、緊急通報受理機関５に応答信号を送信する（ステップＳ２６）。これにより、緊急通報受理機関５と、緊急通報元の緊急通報装置１に接続された電話機２との間に通話回線が接続される（ステップＳ２７）。緊急通報受理機関５の担当者は、電話機２の使用者（通常は通報者）と通話を行って、状況の聞き取りを行うことができる（ステップＳ２８）。緊急通報受理機関５の担当者と電話機２の使用者との間での通話が終了すると、例えば、電話機２の使用者が電話機２に対してオンフック操作を行う。

【0046】

これにより、オンフック状態になったことが緊急通報装置１に通知される（ステップＳ２９）。緊急通報装置１のフック状態検出部１０２３は、電話機２がオンフック状態になったことを検出し、これをＣＰＵ部１０３に通知すると共に、切り替え部１０２２をオフ状態にして、電話機２をＩＰ網４から切り離し、通話回線を解放する（ステップＳ３０）。ステップＳ３０の回線解放に応じて、ゲートウェイ３は、ＩＰ網４にコールバック元の緊急通報受理機関５に対する切断信号を送出し（ステップＳ３１）、ＩＰ網４は、緊急通報受理機関５に切断信号を送信する（ステップＳ３２）。切断信号を受信した緊急通報受理機関５では、通話回線を解放する（ステップＳ３３）。これにより、通報ボタン１０４の押下操作から開始された一連の通報処理が完了する。

【0047】

＜逆信信号が途絶え回線が接続できない場合の動作＞
図５は、逆信信号の到来後、逆信信号が途絶えて、通話回線が接続できない場合を説明するための図３に続くシーケンス図である。図５においても、説明を簡単するため、図３の最下段に示したステップＳ２０からのシーケンスを記載している。図３を用いて説明した一連の処理により、緊急通報後において、緊急通報受理機関５からのコールバックに応じて、逆信信号が送信されてくる（ステップＳ２０）。逆信信号を受信した緊急通報装置１では、逆信信号の到来を逆信信号判別部１０１１が判別し、ＣＰＵ部１０３に通知し、ＣＰＵ部１０３が引き込み制御部１０１２を通して切り替え部１０２２をオン状態にしたうえで（ステップＳ２１）、呼び出し制御部１０２１を制御して電話機２を着信鳴動させる（ステップＳ２２）。ここまでは、図４を用いて説明した処理と同じ処理となっている。

【0048】

しかし、ステップＳ２０において到来した逆信信号が、上述もしたようにゲートウェイ３の不具合などの何等かの原因によって、途絶えてしまった（消失してしまった）とする（ステップＳ４０）。この場合、ステップＳ２１での着信鳴動に応じて、電話機２に対してオフフック操作を行ったとする（ステップＳ５１）。しかし、逆信信号は消失しているので、回線を捕捉しても（ステップＳ５２）、緊急通報受理機関５との間に通話回線を接続できない。

【0049】

また、逆信信号が途絶えることにより、ゲートウェイ３からＩＰ網４に切断信号が送出され（ステップＳ４１）、ＩＰ網４からコールバック元の緊急通報受理機関５に切断信号が送信されることになる（ステップＳ４２）。これに応じて、図３のステップＳ１６の場合と同様に、緊急通報受理機関５では、緊急通報元に対してコールバックすることを緊急通報受理機関５の担当者に要求するコールバック要求メッセージが放音される（ステップＳ４３）。これに応じて、緊急通報受理機関５の担当者は、指令台に対してコールバック操作を行う（ステップＳ４４）。

【0050】

緊急通報受理機関５の指令台からは、ＩＰ網４に対して、緊急通報元に対して電話をかけ直すことを指示するコールバック信号が送信される（ステップＳ４５）。ＩＰ網４は、緊急通報受理機関５からのコールバック信号を受け付けると着信信号（着信要求）を形成して、これを緊急通報装置１が接続されたゲートウェイ３に送信する（ステップＳ４６）。この場合、電話機２がオンフック操作されてオンフック状態に戻っており、フック状態検出部１０２３が切り替え部１０２２をオフ状態に戻し、回線が解放されていれば、上述したように電話機２を着信鳴動させて再度の呼び出しを行うことが可能である。

【0051】

しかし、逆信信号が消失したことは、電話機２の使用者が知ることはできないので、電話機をオフフック状態にしたまま待ってしまう場合がある。このため、図５に示した例の場合には、緊急通報装置１に接続された電話機２は、オフフック状態にされており、切り替え部１０２２がオン状態にされて電話機２とＩＰ網４とが接続された状態（回線捕捉状態）のままとなっている（ステップＳ５２）。このため、ゲートウェイ３は緊急通報装置１に逆信信号を送信できずに、緊急通報受理機関５との間に通話回線を接続することができない。従って、緊急通報受理機関５の担当者と緊急通報装置１に接続された電話機２の使用者との間で通話ができず、緊急通報受理機関５の担当者が状況を把握することができなくなってしまう。この実施の形態の緊急通報装置１は、このような状況を発生させることがないようにしている。

【0052】

＜逆信信号が途絶えた後において回線を接続できるようにする場合＞
図６は、逆信信号の到来後、逆信信号が途絶えた後に電話機をオフフックしても通話回線を接続できるようにする場合を説明するための図３に続くシーケンス図である。図６においても、説明を簡単するため、図３の最下段に示したステップＳ２０からのシーケンスを記載している。

【0053】

図３を用いて説明した一連の処理により、緊急通報後において、緊急通報受理機関５からのコールバックに応じて、逆信信号が送信されてくる（ステップＳ２０）。逆信信号を受信した緊急通報装置１では、逆信信号の到来を逆信信号判別部１０１１が判別し、ＣＰＵ部１０３に通知し、ＣＰＵ部１０３が引き込み制御部１０１２を通して切り替え部１０２２をオン状態にしたうえで（ステップＳ２１）、呼び出し制御部１０２１を制御して電話機２を着信鳴動させる（ステップＳ２２）。しかし、ステップＳ２０において到来した逆信信号が、上述もしたように、何等かの原因によって、途絶えてしまった（消失してしまった）とする（ステップＳ４０）。これらの処理は、図５を用いて説明した場合の処理と同様である。

【0054】

しかし、この実施の形態の緊急通報装置１の場合には、回線制御部１０１の逆信信号判別部１０１１において、受信した逆信信号が途絶えた（消失）したと判別し、ＣＰＵ部１０３に通知する。この場合、ＣＰＵ部１０３は、引き込み制御部１０１２を制御し、電話機制御部１０２の切り替え部１０２２をオフ状態にする（ステップＳ６１）。これにより、電話機２とＩＰ網４との接続が解除されるため、電話機２に対しオフフック操作を行っても（ステップＳ６２）、回線は捕捉されない（ステップＳ６３）。従って、電話機２がオフフック状態であっても、緊急通報装置１が逆信信号の再来に応答することが可能になる。

【0055】

すなわち、図４を用いて説明した場合と同様に、逆信信号が途絶えると（ステップＳ４０）、ゲートウェイ３からＩＰ網４に切断信号が送出され（ステップＳ４１）、ＩＰ網４からコールバック元の緊急通報受理機関５に切断信号が送信される（ステップＳ４２）。これに応じて、緊急通報受理機関５では、緊急通報元に対してコールバックすることを緊急通報受理機関５の担当者に要求するコールバック要求メッセージが放音される（ステップＳ４３）。緊急通報受理機関５の担当者は、指令台に対してコールバック操作を行う（ステップＳ４４）。

【0056】

これにより、緊急通報受理機関５の指令台からは、ＩＰ網４に対して、緊急通報元に対して電話をかけ直すことを指示するコールバック信号が送信される（ステップＳ４５）。ＩＰ網４は、緊急通報受理機関５からのコールバック信号を受け付けると着信信号（着信要求）を形成して、これを緊急通報装置１が接続されたゲートウェイ３に送信する（ステップＳ４６）。この場合、電話機２はオフフック状態のままであっても、ステップＳ６１の処理により、切り替え部１０２２はオフになって通話回線は解放されている。このため、ゲートウェイ３は、緊急通報装置１に対して、逆信信号を送信できる（ステップＳ４７）。

【0057】

従って、緊急通報装置１の逆信信号判別部１０１１では、逆信信号が到来したことを検出し、これをＣＰＵ部１０３と引き込み制御部１０１２に通知する（ステップＳ６４）。引き込み制御部１０１２は、ＣＰＵ部１０３の制御の下、電話機制御部１０２の切り替え部１０２２をオン状態に切り替え、回線を捕捉する（ステップＳ６５）。すなわち、逆信信号の消失により、ステップＳ６１においてオフ状態にした切り替え部１０２２を、ステップＳ６５では、逆信信号の再来に応じてオン状態にする処理を行う。これにより、電話機２によってＩＰ網４の回線が捕捉されることになる。

【0058】

ステップＳ６５の回線捕捉に応じて、ゲートウェイ３は、ＩＰ網４にコールバック元の緊急通報受理機関５に対する応答信号を送出し（ステップＳ６６）、ＩＰ網４は、緊急通報受理機関５に応答信号を送信する（ステップＳ６７）。これにより、緊急通報受理機関５と、緊急通報元の緊急通報装置１に接続された電話機２との間に通話回線が接続される（ステップＳ６８）。緊急通報受理機関５の担当者は、電話機２の使用者（通常は通報者）と通話を行って、状況の聞き取りを行う（ステップＳ６９）。

【0059】

この後の処理は、図４を用いて説明したステップＳ２９～ステップＳ３３の処理と同様の処理となる。すなわち、緊急通報受理機関５の担当者と電話機２の使用者との間での通話が終了すると、例えば、電話機２の使用者が電話機２に対してオンフック操作を行う。これにより、オンフック状態になったことが緊急通報装置１に通知される（ステップＳ２９）。緊急通報装置１のフック状態検出部１０２３は、電話機２がオンフック状態になったことを検出し、これをＣＰＵ部１０３に通知すると共に、切り替え部１０２２をオフにして、電話機２をＩＰ網４から切り離し、通話回線を解放する（ステップＳ３０）。

【0060】

ステップＳ３０の回線解放に応じて、ゲートウェイ３は、ＩＰ網４にコールバック元の緊急通報受理機関５に対する切断信号を送出し（ステップＳ３１）、ＩＰ網４は、緊急通報受理機関５に切断信号を送信する（ステップＳ３２）。切断信号を受信した緊急通報受理機関５では、通話回線を解放する（ステップＳ３３）。これにより、通報ボタン１０４の押下操作から開始された一連の通報処理が完了する。

【0061】

このように、この実施の形態の緊急通報装置１は、緊急通報後において、逆信信号が到来した場合には、引き込み制御部１０１２が切り替え部１０２２をオン状態にして、電話機２がオフフックされれば即座に通話回線を接続して通話を可能にする。更に、この実施の形態の緊急通報装置１は、緊急通報後において、到来した逆信信号が何等かの原因により途絶えた（消失した）場合には、引き込み制御部１０１２が切り替え部１０２２をオフ状態にする。これにより、緊急通報装置１に回線ルートを引き込むことができ、逆信信号の再来に対して応答することができるようにしている。

【0062】

［緊急通報装置１の処理のまとめ］
次に、この実施の形態の緊急通報装置１で行われる処理について、図７のフローチャートを参照しながらまとめる。図７は、この実施の形態の緊急通報装置１で実行される処理を説明するためのフローチャートであり、緊急通報装置１のＣＰＵ部１０３が各部を制御して実行される処理である。

【0063】

通報ボタン１０４が押下操作された場合に、ＣＰＵ部１０３は図７に示す処理を開始する。ＣＰＵ部１０３は、図２及び図３を用いて説明したように、回線制御部１０１の通報制御部１０１４及び応答／切断制御部１０１３を制御して、緊急通報処理を実行する（ステップＳ１０１）。このステップＳ１０１の処理により、緊急通報装置１を含む緊急通報システムにおいて、図３に示したステップＳ２～ステップＳ２０までの処理が行われる。

【0064】

この後、ＣＰＵ部１０３の制御の下、回線制御部１０１の逆信信号判別部１０１１が機能し、逆信信号を受信するようにして、逆信信号が到来したか否かを判別し、判別結果をＣＰＵ部１０３と引き込み制御部１０１２に通知する（ステップＳ１０２）。ＣＰＵ部１０３は、逆信信号判別部１０１１からの通知に基づいて、逆信信号が到来したか否かを判別し（ステップＳ１０３）、到来していないと判別したときには、ステップＳ１０２からの処理を繰り返し、逆信信号の到来を待つ。

【0065】

ステップＳ１０３の判別処理において、逆信信号が到来したと判別すると、ＣＰＵ部１０３は、回線制御部１０１の引き込み制御部１０１２を通じて、切り替え部１０２２をオン状態に切り替えると共に、電話機制御部１０２の呼び出し制御部１０２１を制御して、自機に接続された電話機２を着信鳴動させる（ステップＳ１０４）。逆信信号を受信した後においては、逆信信号判別部１０１１は、受信している逆信信号が消滅したか否かを判別し、判別結果をＣＰＵ部１０３に通知する。

【0066】

このため、ＣＰＵ部１０３は、逆信信号判別部１０１１からの通知に基づいて、受信した逆信信号が消失したか否かを判別する（ステップＳ１０５）。ステップＳ１０５の判別処理において、逆信信号は消失していないと判別したときには、ＣＰＵ部１０３は、電話機制御部１０２のフック状態検出部１０２３を制御し、自機に接続されている電話機２はオフフック状態にされたか否かを判別する（ステップＳ１０６）。ステップＳ１０６の判別処理において、オフフック状態にされていないと判別したときには、ステップＳ１０５からの処理を繰り返すことになる。

【0067】

ステップＳ１０６の判別処理において、オフフック状態にされたと判別したとする。この場合、ステップＳ１０４において、電切り替え部１０２２がオン様態に切り替えられているので、電話機２がＩＰ網４に接続されて、回線が捕捉される（ステップＳ１０７）。これにより、コールバック元の緊急通報受理機関５と緊急通報装置１に接続された電話機２との間に通話回線が接続され、通話が可能にされる（ステップＳ１０８）。

【0068】

この後、ＣＰＵ部１０３は、電話機制御部１０２のフック状態検出部１０２３を制御し、自機に接続されている電話機２はオンフック状態にされたか否かを判別する（ステップＳ１０９）。ステップＳ１０９の判別処理において、オンフック状態にされていないと判別したときには、まだ通話が継続中であるので、ステップＳ１０９からの処理を繰り返し、オンフック状態になるのを待つことになる。

【0069】

ステップＳ１０９の判別処理において、オンフック状態にされたと判別したとする。この場合、電話機制御部１０２のフック状態検出部１０２３により、切り替え部１０２２がオフに切り替えられ、電話機２が捕捉していたＩＰ網４の回線を解放し（ステップＳ１１０）、この図７に示す処理を終了する。このように、ステップＳ１０１～ステップＳ１１０の処理が、図３、図４に示した処理の内、緊急通報装置１において実行される処理となる。

【0070】

また、ステップＳ１０５の判別処理において、自機に到来していた逆信信号が消失したと判別したとする。この場合、ステップＳ１０４において、切り替え部１０２２はオン状態にされているので、電話機２がＩＰ網４に接続されて、回線が捕捉するようにされる。しかし、この時点において、逆信信号は途絶えているので、電話機２がオフフック操作されても、通話回線を接続することはできない。また、電話機２がオフフック操作され、オフフックされた状態のままだと、切り替え部１０２２はオン状態のままとなる。従って、電話機２がＩＰ網４の回線を捕捉した状態のままとなって、逆信信号が再来しても通話回線を接続することはできない。

【0071】

そこで、ＣＰＵ部１０３は、引き込み制御部１０１２を制御して、切り替え部１０２２をオフ状態に切り替えて、回線の引き込みを実行する（ステップＳ１１１）。すなわち、ステップＳ１１１の処理は、電話機２とＩＰ網４との接続を切断し、回線ルートを緊急通報装置１側に引き込むようにする。このように、ステップＳ１１１の処理は、緊急通報装置１が、緊急通報受理機関５からのコールバックに応じた逆信信号を受信（受け付け）できるようにする処理である。この後、ＣＰＵ部１０３は、再び逆信信号の到来を待つ処理を行い（ステップＳ１０２、ステップＳ１０３）、逆信信号の受信により、上述の内容と同様にステップＳ１０４以降の処理を行う。

【0072】

これにより、電話機２とコールバック元の緊急通報受理機関５との間に通話回線が接続するようにされ、ＣＰＵ部１０３は、ステップＳ１０８からの処理を行うようにして、緊急通報受理機関５の担当者と電話機２の使用者が通話できるようにする。このように、この実施の形態の緊急通報装置１は、一度到来した逆信信号が何等かの原因により消失しても、逆信信号の再来に適切に対応して通話回線を接続し、緊急通報受理機関５の担当者と電話機２の使用者が確実に通話できるようにしている。

【0073】

この場合、電話機２がオフフック状態のままであっても、切り替え部１０２２がオフ状態からオン状態に復帰することにより、通話回線の接続ができる。従って、電話機２の使用者は、逆信信号の再来に応じて接続される通話回線を通じて、緊急通報受理機関５側の担当者と確実に通話を行うことができるようにされる。

【0074】

［実施の形態の効果］
上述した実施の形態の緊急通報装置１は、逆信信号の到来後、逆信信号が途絶えても、自機に接続された電話機２と緊急通報受理機関５側との間に適切に通話回線を接続し、通話を行うようにすることができる。この場合、緊急通報装置１に接続された電話機２の使用者は、再来する逆信信号に自動的に応答して通話回線を迅速に接続し、緊急通報受理機関５側の担当者と通話することができる。これにより、ＩＰ網４に接続されて使用される緊急通報装置１の信頼性をより向上させることができる。

【0075】

［変形例等］
なお、上述した実施の形態の緊急通報装置１は、通報ボタンを押下操作した場合に、緊急通報を行うものとして説明したがこれに限るものではない。例えば、火災の発生を通報する緊急通報装置の場合には、熱センサや煙センサによって火災の発生を検知した場合に通報を行うようにしてもよい。また、不審者の侵入を検知する人感センサによって不審者の侵入を検知した場合に通報を行うようにすることもできる。このように、緊急通報装置は、通報ボタンの押下操作だけでなく、種々のセンサによって、緊急事態の発生を検知した場合に、緊急通報を行うものであってももちろんよい。

【0076】

また、上述した実施の形態では、緊急通報装置１には、電話機２が接続されているものとして説明した。しかし、これに限るものではない。緊急通報装置１には、専用電話機と一般電話機との一方または両方が接続された構成をとすることが可能である。簡単には、逆信信号の到来後、当該逆信信号が途絶えた場合には、オフフック状態にある電話機との間で通話回線を接続するように構成すればよい。

【0077】

また、図７においては省略したが、例えば、ステップＳ１０３で、逆信信号を受信していないと判別した場合には、回線解放から１０秒以内に逆信信号が到来しなかった場合には、タイムアウトとして処理を終了する。この場合、例えば、通報から再度行うようにするなどのことが可能である。

【0078】

同様に、図７においては省略したが、例えば、ステップＳ１０６において、オフフックされていないと判別した場合には、逆信信号の到来から一定時間以内に回線捕捉がされなかった場合には、タイムアウトとして処理を終了する。この場合においても、例えば、通報から再度行うようにするなどのことが可能である。

【0079】

また、上述した実施の形態では、逆信信号の到来時において、切り替え部１０２２の切り替えは、ＣＰＵ部１０３の制御に応じて、引き込み制御部１０１２が行うものとして説明したが、これに限るものではない。ＣＰＵ部１０３が直接に切り替え部１０２２の切り替えを行うようにしてもよい。また、逆信信号判別部１０１１からの判別結果を、引き込み制御部１０１２に供給して、この判別結果に基づいて、引き込み制御部１０１２が、独自に切り替え部１０２２を切り替える構成とすることもできる。

【0080】

また、回線制御部１０１、電話機制御部１０２の各部の機能は、ＣＰＵ部１０３のＣＰＵで実行されるプログラムにより、ＣＰＵ部１０３の機能として実現することもできる。すなわち、逆信信号判別部１０１１、引き込み制御部１０１２、応答／切断制御部１０１３、通報制御部１０１４の各部の機能は、ソフトウェアにより実現することもできる。同様に、呼び出し制御部１０２１、切り替え部１０２２、フック状態検出部１０２３の各部の機能は、ソフトウェアにより実現することもできる。

【0081】

また、上述した実施の形態では、緊急通報後において、逆信信号の到来で切り替部１０２２をオン状態にし、到来した逆信信号が途絶えた（消失した）場合に切り替え部１０２２をオフ状態にした。しかし、これに限るものではない。例えば、逆信信号が到来し、電話機２がオフフック状態にされた場合に、フック状態検出部１０２３あるいはＣＰＵ部１０３の制御により、切り替え部１０２２をオン状態にする。また、電話機２がオンフック状態にされた場合には、フック状態検出部１０２３あるいはＣＰＵ部１０３の制御により、切り替え部１０２２をオフ状態にする。更に、到来した逆信信号が途絶えた（消失した）場合には、電話機２がオフフック状態であっても、ＣＰＵ部１０３の制御の下、引き込み制御部１０１２が、切り替え部１０２２をオフ状態にする。このように、到来した逆信信号が途絶えた（消失した）場合を除き、切り替え部１０２２の切り替えは、電話機２のフック状態に連動して行うようにしてもよい。

【0082】

［その他］
上述した実施の形態の説明からも分かるように、請求項の逆信信号判別手段の機能は、実施の形態の緊急通報装置１の逆信信号判別部１０１１が実現している。請求項の切り替え手段の機能は、実施の形態の緊急通報装置１の切り替え部１０２２が実現している。また、請求項の引き込み制御手段の機能は、実施の形態の緊急通報装置１の引き込み制御部１０１２が実現している。また、請求項のフック状態検出手段は、実施の形態の緊急通報装置１のフック状態検出部１０２３が実現している。また、請求項の呼び出し制御手段の機能は、実施の形態の呼び出し制御部１０２１が実現している。

【符号の説明】

【0083】

１…緊急通報装置、１０１…回線制御部、１０１１…逆信信号判別部、１０１２…引き込み制御部、１０１３…応答／切断制御部、１０１４…通報制御部、１０２…電話機制御部、１０２１…呼び出し制御部、１０２２…切り替え部、１０２３…フック状態検出部、１０３…ＣＰＵ部、１０４…通報ボタン、２…電話機、３…ゲートウェイ、４…ＩＰ網、５…緊急通報受理機関

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】