(57)【特許請求の範囲】
【請求項１】
会話機能を有する外部の通信端末と複数の電話端末とを交換機を介して接続するデータ通信装置であって、
前記通信端末からの着信の有無を検出する着信検出部と、
前記着信検出部が前記着信を検出した場合、前記通信端末からデータを受信するデータ受信部と、
前記データ受信部と前記データ通信装置に接続された電話端末とを切り替えるスイッチ部と、
前記データ受信部が受信した前記データを解析して、前記通信端末が有する前記会話機能を動作させる必要性の有無を判断するデータ解析部と、
前記データ解析部により必要性有りと判断された場合、前記スイッチ部を制御し、前記データ通信装置に接続された電話端末と前記通信端末とを前記交換機を介して接続する接続制御部と、
接続された前記電話端末と前記通信端末との接続状態を監視するライン監視部と、
前記ライン監視部が前記接続状態の監視中に、接続された前記電話端末のオンフックと、オフフックと、フッキングとの何れかの状態を検出するフック状態検出部と、
前記フック状態検出部の検出結果に応じて、前記会話機能の終了を示す会話終話信号の通知の可否を判定する判定部と、
前記判定部の判定結果に応じて、接続された前記電話端末から他の電話端末に切り替える転送処理を行なう切替制御部と、
少なくとも前記切替制御部が前記他の電話端末として前記データ通信装置に接続されず前記交換機に接続された電話端末に切り替える場合、前記会話終話信号を前記交換機に非通知とする通知部と、
を備えることを特徴とするデータ通信装置。
【請求項２】
請求項１に記載のデータ通信装置において、
前記フック状態検出部は、前記オンフックの状態が予め設定した期間の範囲内継続した場合、前記フックキングとして検出することを特徴とするデータ通信装置。
【請求項３】
請求項１に記載のデータ通信装置において、
前記フック状態検出部は、前記オンフックの状態が予め設定した期間以上継続した場合、前記オンフックとして検出することを特徴とするデータ通信装置。
【請求項４】
請求項１に記載のデータ通信装置において、
前記フック状態検出部は、前記オフフックの状態が予め設定した期間以上継続した場合、前記オフフックとして検出することを特徴とするデータ通信装置。
【請求項５】
会話機能を有する外部の通信端末と複数の電話端末とを交換機を介して接続するデータ通信装置によるデータ通信方法であって、
前記通信端末からの着信の有無を検出する着信検出ステップと、
前記着信検出ステップにより前記着信が検出された場合、前記通信端末からデータを前記データ通信装置が有するデータ受信部で受信するデータ受信ステップと、
前記データ受信ステップにより受信された前記データを解析して、前記通信端末が有する前記会話機能を動作させる必要性の有無を判断するデータ解析ステップと、
前記データ解析ステップにより必要性有りと判断された場合、前記データ受信部と前記データ通信装置に接続された電話端末とを切り替えるスイッチ部を制御し、前記データ通信装置に接続された電話端末と前記通信端末とを前記交換機を介して接続する接続制御ステップと、
接続された前記電話端末と前記通信端末との接続状態を監視するライン監視ステップと、
前記ライン監視ステップにより前記接続状態の監視中に、接続された前記電話端末のオンフックと、オフフックと、フッキングとの何れかの状態を検出するフック状態検出ステップと、
前記フック状態検出ステップの検出結果に応じて、前記会話機能の終了を示す会話終話信号の通知の可否を判定する判定ステップと、
前記判定ステップの判定結果に応じて、接続された前記電話端末から他の電話端末に切り替える転送処理を行なう切替制御ステップと、
少なくとも前記切替制御ステップにより前記他の電話端末として前記データ通信装置に接続されず前記交換機に接続された電話端末に切り替えられる場合、前記会話終話信号を前記交換機に非通知とする通知ステップと、
を含むことを特徴とするデータ通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信装置及びデータ通信方法に関する。
【背景技術】
【０００２】
近年、緊急時の通報システムとして、加入者の各家庭に通報用の通信端末が設置され、その通信端末が異常事態の検出時等にセンタへ通報し、センタ側のデータ通信装置でデータ収集を行なう通報システムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０５−３００２６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の通信端末を利用した通報システムでは、センタ側のオペレータが直接会話することもあり、内容によってはセンタ内の他部門又は他のセンタに転送して回答するケースが増えてきている。
【０００５】
具体例として、従来のデータ通信装置では、一般的に先ず、通信端末から最初にデータの通報を受けて通報内容を識別する。次に、データ通信装置では、通報内容がセンサではなく発信者（利用者）によって発信された場合、そのデータ通信装置に接続されている接続電話に電話回線を繋げて発信者とオペレータとを会話可能な状態にする。続いて、発信者とオペレータとが会話を終了すると、オペレータは、接続電話の受話器を下げた状態（オンフック）にする。この際、データ通信装置では、オンフックを検出すると、回路内部の処理で一時的に受話器を取った状態（オフフック）にし、通信端末に対して会話の終了を示す会話終話信号(例えばプッシュボタン（ＰＢ）信号等)を交換機側に送信する。これにより、データ通信装置は、電話回線を開放させる。
【０００６】
ここで、発信者との会話中に、オペレータが会話の内容に応じてセンタ内の他部門又は他のセンタ等に転送処理をした場合、交換機側では、オペレータのオンフック操作（転送処理の操作）によっては、オンフック検出によるその後のオフフック状態の形成をいわゆるフッキングとみなしてしまうことがある。この場合、交換機側では、転送を解除してしまう。すると、本来、データ通信装置側の接続電話と通信端末とが通話状態になるべきところ、データ通信装置では、既に、オペレータのオンフック操作に起因して会話終話信号を送信しているので、接続電話を切断方向へ向けると共に、通信端末との通信も切断してしまうという不具合が生じる。
【０００７】
しかしながら、上記の不具合が発生した場合の対処としては、例えば、通信切断後にオペレータが折り返し通信端末を介して発信者に連絡する等しているのが実情である。なお、特許文献１では、上記の不具合について特に考慮されていない。
【０００８】
そこで、本発明は、上記事情に鑑み、緊急を要する通報システムにおける電話回線での転送処理の不具合の発生を防止する手段を提供することを目的とする。
【課題を解決するための手段】
【０００９】
第１の発明に係るデータ通信装置は、着信検出部と、データ受信部と、データ解析部と、接続制御部と、ライン監視部と、フック状態検出部と、判定部と、切替制御部と、通知部とを備える。着信検出部は、会話機能を有する外部通信端末からの着信の有無を検出する。データ受信部は、着信検出部が着信を検出した場合、外部通信端末からデータを受信する。データ解析部は、データ受信部が受信したデータを解析して、外部通信端末の利用者に対してオペレータとの会話の必要性の有無を判断する。接続制御部は、データ解析部が会話の必要性有りと判断した場合、オペレータ専用の複数の電話端末のうちの何れか１つと外部通信端末とを交換機を介して接続する。ライン監視部は、接続制御部が接続した第１の電話端末と外部通信端末との接続状態を監視する。フック状態検出部は、ライン監視部が接続状態の監視中に、第１の電話端末のオンフックと、オフフックと、フッキングとの状態を個別に検出する。判定部は、フック状態検出部の検出結果に応じて、会話の終了を示す会話終話信号の通知の可否を判定する。切替制御部は、判定部の判定結果に応じて、第１の電話端末から他の電話端末に切り替える転送処理を行なう。通知部は、切替制御部が転送処理を行なう場合、会話終話信号を非通知とする。
【００１０】
第２の発明は、第１の発明において、フックキングの状態が予め設定した継続期間に達した場合、フックキングとして正規に検出する。
【００１１】
第３の発明は、第１の発明において、フック状態検出部は、オンフックの状態が予め設定した継続期間に達した場合、オンフックとして正規に検出する。
【００１２】
第４の発明は、第１の発明において、フック状態検出部は、オフフックの状態が予め設定した継続期間に達した場合、オフフックとして正規に検出する。
【００１３】
第５の発明に係るデータ通信方法は、着信検出ステップと、データ受信ステップと、データ解析ステップと、接続制御ステップと、ライン監視ステップと、フック状態検出ステップと、判定ステップと、切替制御ステップと、通知ステップとを備える。
【００１４】
着信検出ステップは、会話機能を有する外部通信端末からの着信の有無を検出する。データ受信ステップは、着信検出ステップにより着信が検出された場合、外部通信端末からデータを受信する。データ解析ステップは、データ受信ステップにより受信されたデータを解析して、外部通信端末の利用者に対してオペレータとの会話の必要性の有無を判断する。接続制御ステップは、データ解析ステップにより会話の必要性有りと判断された場合、オペレータ専用の複数の電話端末のうちの何れか１つと外部通信端末とを交換機を介して接続する。ライン監視ステップは、接続制御ステップにより接続された第１の電話端末と外部通信端末との接続状態を監視する。フック状態検出ステップは、ライン監視ステップにより接続状態の監視中に、第１の電話端末のオンフックと、オフフックと、フッキングとの状態を個別に検出する。判定ステップは、フック状態検出ステップの検出結果に応じて、会話の終了を示す会話終話信号の通知の可否を判定する。切替制御ステップは、判定ステップの判定結果に応じて、第１の電話端末から他の電話端末に切り替える転送処理を行なう。通知ステップは、切替制御ステップにより転送処理が行なわれた場合、会話終話信号を非通知とする。
【発明の効果】
【００１５】
本発明は、緊急を要する通報システムにおける電話回線での転送処理の不具合の発生を防止する手段を提供できる。
【図面の簡単な説明】
【００１６】
【図１】通報システム１００の構成例を示す図
【図２】端末２ａの内部構成例を示す図
【図３】データ通信装置１の内部構成例を示す図
【図４】転送処理を行なわない場合の電話回線制御の一例を示すシーケンス図
【図５】転送処理を行なう場合の電話回線制御の比較例を示すシーケンス図
【図６】本実施形態における転送処理を行なう場合の電話回線制御の一例を示すシーケンス図
【図７】ライン監視部１１ｄの監視下における電話回線制御の一例を示すフローチャート
【図８】フック状態検出部１１ｅの処理の一例を示すフローチャート
【図９】着信検出部１１ａによる発信音の検出処理の一例を示すフローチャート
【発明を実施するための形態】
【００１７】
以下、図面に基づいて本発明の実施の形態を詳細に説明する。先ず、緊急を要する通報システム１００の構成について説明する。
【００１８】
＜通報システム１００の構成＞
図１は、通報システム１００の構成の一例を示す図である。通報システム１００は、本発明の一実施形態であるデータ通信装置１と、電話回線（通信回線）を通じて交換機３を介して接続する外部の通信端末（以下「端末」という。）２ａ、２ｂ及び２ｃを備える。なお、端末の台数は、３台に限定されずに加入者の家庭数分、各々設置されることになるが、説明の便宜上、図１では、端末２ａは家庭Ｈ１に設置され、端末２ｂは家庭Ｈ２に設置され、端末２ｃは家庭Ｈ３に設置されていることとする。
【００１９】
また、通報システム１００では、図１に示す通り、一例としてセンタＳ１と、他のセンタＳ２とを利用する。そして、通報システム１００では、センタＳ１内の受付部門にデータ通信装置１、接続電話Ｔ１を設置すると共に、転送先（他部門）に専用電話Ｔ２を設置する。
【００２０】
また、通報システム１００では、他のセンタＳ２内に専用電話Ｔ３を設置する。ここで、本実施形態では、説明の便宜上、データ通信装置１と電話回線で直接接続されている電話端末を接続電話と称し、それ以外の電話端末を専用電話と称す。なお、電話端末の台数は、３台に限定されるものではなく、例えばオペレータの人数に応じた台数であれば良い。
【００２１】
以下、通報システム１００における端末２ａ及びデータ通信装置１の各構成について具体的に説明する。なお、端末２ａ、２ｂ及び２ｃは、同機種とし、以下の説明では、端末２ａを代表して説明する。
【００２２】
＜端末２ａの構成＞
図２は、端末２ａの内部構成例を示す図である。端末２ａは、通報システム１００において、緊急時等にセンタＳ１側に通報するための装置である。
【００２３】
端末２ａは、図２に示す通り、緊急ボタン２１と、マイク２２と、スピーカ２３と、音声入出力部２４と、センサ２５と、通信インターフェース部（以下「通信Ｉ／Ｆ部」という。）２６と、制御部２７とを備える。
【００２４】
緊急ボタン２１は、センタＳ１のデータ通信装置１に緊急を知らせるためのユーザ入力を受け付けるボタンである。マイク２２は、音声入力を行ない、スピーカ２３は、音声出力を行なう。音声入出力部２４は、音声の入出力を制御する。そして、音声入出力部２４は、緊急ボタン２１が押下されると、受話器等を取って会話する必要がないハンズフリー通話機能を動作させる。これにより、発信者は、センタＳ１側のオペレータとハンズフリーの状態で会話をすることが可能となる。
【００２５】
センサ２５は、例えばガスセンサであって、予め決められたガスの濃度が閾値以上になると、制御部２７に異常を示す信号を送信する。なお、センサ２５は、ガスセンサに限られず、例えば火災の発生を煙の濃度で検出する火災センサであっても良い。或いは、センサ２５は、防犯カメラ等を搭載して、留守宅時に不審者の進入を検知するセンサであっても良い。或いは、センサ２５は、上述した複数の種類のセンサを用いても良い。本実施形態におけるセンサ２５は、データ通信装置１に対して、緊急時に会話を要しない通報手段を備える。
【００２６】
通信Ｉ／Ｆ部２６は、発信者（利用者）の音声データやセンサ２５からの異常を知らせる内容のデータ等をデータ通信装置１へ送信するためのインターフェースを提供する。
【００２７】
制御部２７は、端末２ａの統括的な制御を行なうプロセッサである。制御部２７は、緊急ボタン２１が押下されると、通信Ｉ／Ｆ部２６を介して、発信者と会話を要する緊急を知らせる旨のデータをデータ通信装置１へ送信する。また、制御部２７は、センサ２５から異常を示す信号を受信すると、通信Ｉ／Ｆ部２６を介して、発信者との会話が不要な緊急を知らせる旨のデータをデータ通信装置１へ送信する。
【００２８】
＜データ通信装置１の構成＞
データ通信装置１は、電話回線での転送処理の不具合の発生を防止するための機能を有している。そして、データ通信装置１は、接続電話からの転送動作の状態を自動的に認識する点を特徴とする。以下、具体的に内部構成について説明する。
【００２９】
図３は、データ通信装置１の内部構成例を示す図である。データ通信装置１は、図３に示す通り、ＣＰＵ（Central Processing Unit）１１と、データ受信部１２と、ＲＡＭ（Random Access Memory）１３と、フラッシュメモリ１４と、スイッチ１５とを備える。
【００３０】
データ受信部１２は、後述するＣＰＵ１１の着信検出部１１ａが着信を検出した場合、端末２ａからのデータを受信する。
【００３１】
ＲＡＭ１３は、揮発性のメモリであって、ＣＰＵ１１の演算処理等に用いる。フラッシュメモリ１４は、データ通信装置１の制御を行なうプログラム等を予め記憶している不揮発性のメモリである。スイッチ１５は、端末２ａと接続電話Ｔ１との接続（第１の接続）と、端末２ａとデータ通信装置１との接続（第２の接続）とを切り替えるスイッチである。
【００３２】
ＣＰＵ１１は、データ通信装置１の統括的な制御を行なうプロセッサである。ＣＰＵ１１は、フラッシュメモリ１４に予め格納された複数のプログラムを実行することによりデータ通信装置１の各部を制御する。ここで、ＣＰＵ１１は、その複数のプログラムのうちで、転送処理を行なう場合に生じる不具合を防止するための制御プログラムを実行することにより、着信検出部１１ａと、データ解析部１１ｂと、接続制御部１１ｃと、ライン監視部１１ｄと、フック状態検出部１１ｅと、判定部１１ｆと、切替制御部１１ｇと、通知部１１ｈとしても機能する。
【００３３】
着信検出部１１ａは、端末２ａからの着信の有無を検出する。具体的には、端末２ａから交換機３を介して送出される発信音の着信の有無を検出する。
【００３４】
データ解析部１１ｂは、データ受信部１２が受信したデータを解析して、端末２ａの発信者（利用者）と、オペレータとの会話の必要性の有無を判断する。具体的には、データ解析部１１ｂは、センサ２５から緊急を知らせる旨のデータ（会話の必要性無し）と、緊急ボタン２１が押下されることにより発生した緊急を知らせる旨のデータ（会話の必要性有り）との何れかを判断する。
【００３５】
接続制御部１１ｃは、データ解析部１１ｂが会話の必要性有りと判断した場合、オペレータ専用の複数の電話端末のうちの何れか１つ（例えば接続電話Ｔ１）と端末２ａとを交換機３を介して接続する。具体的には、接続制御部１１ｃは、データ解析部１１ｂが会話の必要性有りと判断した場合、図３に示すスイッチ１５を接点Ｂ側から接点Ａ側に切り替えることにより、接続電話Ｔ１と端末２ａとを交換機３を介して接続する。
【００３６】
ライン監視部１１ｄは、接続制御部１１ｃが接続した接続電話Ｔ１と端末２ａとの接続状態を監視する。フック状態検出部１１ｅは、ライン監視部１１ｄが接続状態を監視中に、接続電話Ｔ１のオンフックと、オフフックと、フッキングとの状態を個別に検出する。判定部１１ｆは、フック状態検出部１１ｅの検出結果に応じて、会話の終了を示す会話終話信号の通知（送信）の可否を判定する。
【００３７】
切替制御部１１ｇは、判定部１１ｆの判定結果に応じて、接続電話Ｔ１から他の電話端末（例えば、図１に示す専用電話Ｔ２、専用電話Ｔ３）に切り替える転送処理を行なう。通知部１１ｈは、切替制御部１１ｇが転送処理を行なう場合、交換機３に会話終話信号を非通知とする。一方、切替制御部１１ｇが転送処理を行なわずに会話を終了させる場合、会話終話信号を端末２ａ側に通知する。
【００３８】
なお、ライン監視部１１ｄ、フック状態検出部１１ｅ、判定部１１ｆ、切替制御部１１ｇ及び通知部１１ｈの詳細については、図７、８に示すフローチャート等を用いて後述する。
【００３９】
＜通報システム１００の動作＞
次に、本実施形態における通報システム１００の動作の一例を説明する。以下の説明では、先ず、転送処理を行なわない場合におけるデータ通信装置１の動作の一例について、図４を用いて説明する。続いて、比較例として、転送処理を行なう場合に生じる不具合について、図５を用いて説明する。さらに、転送処理を行なう場合に生じる不具合を防止する手段について、図６〜図９を用いて説明する。
【００４０】
図４は、転送処理を行なわない場合の電話回線制御の一例を示すシーケンス図である。先ず、端末２ａの制御部２７は、発信者による緊急ボタン２１の押下を受け付けることにより、異常を検出すると、その制御部２７は、通信事象検出として回路的にオンフックの状態からオフフックの状態に移行すると共に交換機を呼び出すため、ダイヤリングを行なう。
【００４１】
交換機３は、端末２ａからのダイヤリングを受けて、データ通信装置１に対して呼出信号（発信音）を送信すると共に、端末２ａに対して呼出音を発呼させる。すると、端末２ａの通信Ｉ／Ｆ部２６は、交換機３を介してデータ通信装置１にデータを送信する。
【００４２】
一方、データ通信装置１の着信検出部１１ａは、呼出信号の着信を検出し、データ解析部１１ｂは、データ受信部１２が受信したデータを解析して、端末２ａの発信者と、センタＳ１内のオペレータとの会話の必要性の有無を判断する。ここで、接続制御部１１ｃは、データ解析部１１ｂが会話の必要性有りと判断した場合、接続電話Ｔ１と端末２ａとを交換機３を介して接続する（ＴＥＬ切替）。これにより、端末２ａの発信者と、接続電話Ｔ１のオペレータとは、会話することが可能となる。この場合、発信者は、ハンズフリーで会話することができる。
【００４３】
ここで、ライン監視部１１ｄは、接続電話Ｔ１と端末２ａとの接続状態を監視する。さらに、フック状態検出部１１ｅは、ライン監視部１１ｄが接続状態を監視中に、接続電話Ｔ１のオンフック、オフフック、フッキングとの状態を個別に検出する。なお、フック状態検出部１１ｅは、オンフックの状態が継続して、電話端末のオンフックの監視時間（装置定義情報）を経過した時に正式にオンフックとして検出する。ここでは、一例として、電話端末のオンフック監視時間を、１秒とする。
【００４４】
続いて、発信者と接続電話Ｔ１のオペレータとが会話を終了して、そのオペレータがオンフックの状態にすると、判定部１１ｆは、会話終話信号（ＰＢ信号）の通知の可否を判定する。この際、オンフックの状態が１秒以上続くと、判定部１１ｆは、会話終話信号の通知可と判定する。これにより、通知部１１ｈは、会話終話信号を端末２ａ側に通知し、フック状態検出部１１ｅは、内部の回路処理でオフフックからオンフックの状態遷移を検出する。そして、着信検出部１１ａは、再び、着信待ちとなる。
【００４５】
一方、端末２ａの制御部２７は、通信Ｉ／Ｆ部２６を介して、会話終話信号を受信すると、オフフックからオンフックの状態に切り替える。この切り替えにより、制御部２７は、通話可能な状態を解除する。
【００４６】
次に、比較例として、転送処理を行なう場合に生じる不具合について説明する。
【００４７】
図５は、転送処理を行なう場合の電話回線制御の比較例を示すシーケンス図である。なお、端末２ａの発信者と、接続電話Ｔ１のオペレータとが会話を開始するまでは、図４に示すシーケンス図と同様の処理を行なうので説明を省略する。ここで、比較例を説明するに当たり、データ通信装置１のＣＰＵ１１は、上記の制御プログラムの機能をオフ（停止）させて、従来の電話回線制御を行なうこととする。
【００４８】
図５において、接続電話Ｔ１のオペレータは、転送を行なうために例えば接続電話Ｔ１の転送ボタン（不図示）を押すと、接続電話Ｔ１のＣＰＵ１１は、フッキング処理を行なう（図５中、数字１参照）。ここで、そのオペレータの操作によっては、例えば１秒未満のオンフックの状態が形成された場合、ＣＰＵ１１は、装置定義情報に基づいて、オンフックと認識しない。
【００４９】
一方、交換機３は、０．１秒〜１秒未満のオンフックの状態を結果的にフッキング検出と認識すると、データ通信装置１に対して発信音を送出する。これにより、交換機３は、転送処理を開始する（図５中、数字２参照）。
【００５０】
接続電話Ｔ１のオペレータは、発信音を確認すると接続電話Ｔ１から転送先の専用電話にダイヤル操作（ダイヤリング）を行なう（図５中、数字３参照）。これにより、接続電話Ｔ１は、ダイヤルナンバーを交換機３に送出する。すると、交換機３は、データ通信装置１に対して呼出信号を送出し（図５中、数字４参照）、接続電話Ｔ１では呼出音が鳴動する。一方、交換機３は、転送先の専用電話（例えば専用電話Ｔ２）に、呼出信号を送出し、専用電話Ｔ２では呼出音が鳴動する。また、交換機３は、端末２ａに対して保留状態とする。これにより、端末２ａでは、保留音が流れる。
【００５１】
続いて、転送先のオペレータが専用電話Ｔ２の受話器を取り上げることにより（オフフック操作）、接続電話Ｔ１と専用電話Ｔ２との間で通話が可能となる（図５中、数字５参照）。
【００５２】
ここで、接続電話Ｔ１のオペレータが、転送する旨を転送先のオペレータに伝達し、転送先に端末２ａとの電話回線を繋げるため、受話器を置くと、接続電話Ｔ１は、オンフックの状態に遷移する。続いて、接続電話Ｔ１がオンフックの状態に遷移した後に１秒経過すると、ＣＰＵ１１は、オンフックの状態が１秒継続したため、オンフック検出を行なう。これにより、ＣＰＵ１１は、端末２ａと専用電話Ｔ２との通話中に、接続電話Ｔ１のオンフックを検出したため、会話終話信号を通知するために、接続電話Ｔ１の通話中の電話回線を切り離し、オフフックの状態に遷移させる。
【００５３】
この結果として、接続電話Ｔ１では、１秒間のオンフックの状態が形成される。このような状態が発生すると、交換機３は、１秒間のオンフックの状態をフッキングと認識することがある。これは、データ通信装置１側では、装置定義情報として１秒間をオンフックとみなすものの、１〜２．２秒未満のオンフックの状態は、交換機３側では、いわゆる「不確定領域」とされているため、フッキングと切断信号との何れかを認識するのは、交換機の仕様に依存するためである。
【００５４】
したがって、交換機３が１秒間のオンフックの状態をフッキングと認識すると、交換機３は、転送を解除し、接続電話Ｔ１と端末２ａとを再度接続しようとするため、転送先には話中音を送出する（図５中、数字６参照）。
【００５５】
一方、データ通信装置１では、接続電話Ｔ１と専用電話Ｔ２との間で通話が可能となる状態（図５中、数字５参照）から継続して、オンフックを検出したため、端末２ａに会話終話信号を通知（送信）して、切断処理を実行する。
【００５６】
他方、端末２ａでは、会話終話信号の受信及び話音中の検出により、電話回線の切断を検出する。そのため、端末２ａでは、一方的に通話が切られることになる。
【００５７】
したがって、通報システムにおける従来の電話回線制御では、転送処理中に一方的に通話が切られる等の不具合が発生してしまうことがある。そこで、本実施形態では、転送処理を行なう場合に生じる不具合を防止する手段について以下説明する。
【００５８】
図６は、本実施形態における転送処理を行なう場合の電話回線制御の一例を示すシーケンス図である。なお、データ通信装置１のＣＰＵ１１は、上記の制御プログラムの機能をオンにさせて実行することとする。したがって、図６では、図４と同様、図５と比較してライン監視のシーケンスも追加されている。データ通信装置１の電源（不図示）が入力されると、ＣＰＵ１１は、図７に示すフローチャートの処理（以下「フローの処理」という。）を開始させる。
【００５９】
図７は、ライン監視部１１ｄの監視下における電話回線制御の一例を示すフローチャートである。なお、この図７に示すフローの処理は、転送処理を行なわない場合にも適用可能である。
【００６０】
ステップＳ１０１：ＣＰＵ１１の着信検出部１１ａは、着信監視処理を行なう。具体的には、着信検出部１１ａは、端末２ａから交換機３を介して、その交換機３が送出する信号（発信音等）の着信の有無を検出する。
【００６１】
ステップＳ１０２：着信有りの場合（ステップＳ１０２：Ｙｅｓ）、ＣＰＵ１１は、ステップＳ１０３の処理に移行する。一方、着信無しの場合（ステップＳ１０２：Ｎｏ）、ＣＰＵ１１は、ステップＳ１０１の処理に戻る。つまり、着信検出部１１ａは、再度着信待ちの状態になる。
【００６２】
ステップＳ１０３：ＣＰＵ１１の接続制御部１１ｃは、端末側（端末２ａ）とデータ通信装置１との接続処理を行なう。具体的には、接続制御部１１ｃは、図３に示すスイッチ１５とデータ受信部１２とを接続状態にさせる。なお、本実施形態では、初期状態として、スイッチ１５は、接点Ｂ側に接続していることとする。
【００６３】
ステップＳ１０４：ＣＰＵ１１のデータ受信部１２は、データの受信処理を行なう。そして、ＣＰＵ１１は、ステップＳ１０５の処理に移行する。
【００６４】
ステップＳ１０５：ＣＰＵ１１のデータ解析部１１ｂは、接続電話Ｔ１を使用するか否かを判断する。具体的には、データ解析部１１ｂは、データ受信部１２が受信したデータを解析して、端末２ａの発信者と、接続電話Ｔ１のオペレータとの会話の必要性の有無を判断する。「会話の必要性無し」という判断の場合（ステップＳ１０５：Ｎｏ）、ＣＰＵ１１は、ステップＳ１１３の処理に移行する。この場合、ＣＰＵ１１は、センサ２５からのデータであると判断して、接続電話Ｔ１のオペレータが使用している表示モニタ等（不図示）に緊急を知らせる情報を表示させる処理を別途行なう。
【００６５】
一方、「会話の必要性有り」という判断の場合（ステップＳ１０５：Ｙｅｓ）、ＣＰＵ１１は、ステップＳ１０６の処理に移行する。
【００６６】
ステップＳ１０６：接続制御部１１ｃは、端末側（端末２ａ）と接続電話Ｔ１との接続処理を行なう。具体的には、接続制御部１１ｃは、図３に示すスイッチ１５を接点Ｂ側から接点Ａ側に切り替えることにより、接続電話Ｔ１と端末２ａとを交換機３を介して接続する。そして、ＣＰＵ１１は、ステップＳ１０７の処理に移行する。
【００６７】
ステップＳ１０７：ライン監視部１１ｄは、オフフックの監視を開始する。すなわち、ライン監視部１１ｄは、接続電話Ｔ１が現在のところオンフックの状態なので、オフフックの事象が発生するのをフック状態検出部１１ｅを介して監視する。そして、図８に示すフローの処理で後述する通り、接続電話Ｔ１のオペレータがオフフック操作をすることにより、ライン監視部１１ｄがフック状態検出部１１ｅからオフフックの検出の通知を受け付けると、ＣＰＵ１１は、ステップＳ１０８の処理に移行する。
【００６８】
ステップＳ１０８：ライン監視部１１ｄは、フック状態のフラグをオフに設定する。ここで、フック状態のフラグとは、接続電話Ｔ１が現在オンフックの状態（フラグ＝オン）と、オフフックの状態（フラグ＝オフ）との何れかを認識するためのフラグである。つまり、ライン監視部１１ｄは、オフフックの検出の通知を受け付けたので、現在、接続電話Ｔ１がオフフックの状態（フラグ＝オフ）であると認識する。そして、ＣＰＵ１１は、ステップＳ１０９の処理に移行する。なお、ライン監視部１１ｄは、フック状態のフラグの状態をＲＡＭ１３に記録する。
【００６９】
ステップＳ１０９：ライン監視部１１ｄは、オンフックの監視を開始する。すなわち、ライン監視部１１ｄは、接続電話Ｔ１が現在のところオフフックの状態なので、オンフックの事象が発生するのをフック状態検出部１１ｅを介して監視する。そして、図８に示すフローの処理で後述する通り、接続電話Ｔ１のオペレータがオンフック操作をすることにより、ライン監視部１１ｄがフック状態検出部１１ｅからオンフックの検出の通知を受け付けると、ＣＰＵ１１は、ステップＳ１１０の処理に移行する。
【００７０】
ステップＳ１１０：ＣＰＵ１１の判定部１１ｆは、会話終話信号の通知の可否を判定する。例えば、図４に示す通り、フッキング操作がなく、フック状態検出部１１ｅが接続電話Ｔ１についてオフフックの状態からオンフックの状態を検出した場合、判定部１１ｆは、会話終話信号の通知を可と判定する。また、図６に示す通り、フッキング操作があり、転送処理のための発信音を交換機３が送出した後、フック状態検出部１１ｅが接続電話Ｔ１についてオフフックの状態からオンフックの状態を検出した場合、判定部１１ｆは、会話終話信号の通知を否と判定する。
【００７１】
したがって、会話終話信号の通知を行なわない場合（ステップＳ１１０：Ｎｏ）、ＣＰＵ１１の切替制御部１１ｇは、転送処理を行なう。具体的には、切替制御部１１ｇは、端末２ａと専用電話（例えば専用電話Ｔ２）と通話状態に切り替える（図６中、数字６参照）。
【００７２】
そして、ＣＰＵ１１は、ステップＳ１１３の処理に移行する。一方、会話終話信号の通知を行なう場合（ステップＳ１１０：Ｙｅｓ）、ＣＰＵ１１は、ステップＳ１１１の処理に移行する。
【００７３】
ステップＳ１１１：ＣＰＵ１１の接続制御部１１ｃは、端末側（端末２ａ）と接続電話Ｔ１との接続処理を行なう。そして、ＣＰＵ１１は、ステップＳ１１２の処理に移行する。
【００７４】
ステップＳ１１２：ＣＰＵ１１の通知部１１ｈは、一旦オンフックの状態から回路的にオフフックの状態に移行させて、端末側（端末２ａ）へ会話終話信号の通知（送信）処理を行なう。そして、ＣＰＵ１１は、ステップＳ１１３の処理に移行する。
【００７５】
ステップＳ１１３：ＣＰＵ１１は、電話回線のオンフック処理を行なう。そして、ＣＰＵ１１は、ステップＳ１０１の処理に戻り、着信監視処理を再開する。
【００７６】
次に、ＣＰＵ１１のフック状態検出部１１ｅの処理について説明する。
【００７７】
図８は、フック状態検出部１１ｅの処理の一例を示すフローチャートである。フック状態検出部１１ｅは、ライン監視部１１ｄが接続状態（フック状態）を監視中に、接続電話Ｔ１がオンフックと、オフフックと、フッキングとの状態を個別に精度良く検出するため、図８に示すフローの処理を行なう。ここで、ライン監視部１１ｄは、フック状態を監視するため、図７に示すフローの処理の実行時に必要に応じて定周期（一例として、１００ミリ秒[ｍｓ]）毎に、図８に示すフック状態検出部１１ｅのフローの処理を起動する。この場合、ライン監視部１１ｄは、図８に示すフローの処理を終了させると、再度ステップＳ２０１からフローの処理を繰り返す。
【００７８】
ステップＳ２０１：フック状態検出部１１ｅは、フック状態の獲得処理を行なう。具体的には、フック状態検出部１１ｅは、ＲＡＭ１３に記録されているフック状態のフラグを参照する。そして、ＣＰＵ１１は、ステップＳ２０２の処理に移行する。
【００７９】
ステップＳ２０２：フック状態検出部１１ｅは、現在、ライン監視部１１ｄがオフフックの監視中か否かを判定する。すなわち、現在、オフフックの事象が発生するのを監視中の場合（ステップＳ２０２：Ｙｅｓ）、ＣＰＵ１１は、ステップＳ２０３の処理に移行する。一方、オフフックの事象が発生するのを監視していない場合（ステップＳ２０２：Ｎｏ）、ＣＰＵ１１は、後述するステップＳ２０９の処理に移行する。
【００８０】
ステップＳ２０３：フック状態検出部１１ｅは、オフフックの監視中において、現在オフフックの状態か否かを判定する。現在オフフックの状態の場合（ステップＳ２０３：Ｙｅｓ）、ＣＰＵ１１は、ステップＳ２０４の処理に移行する。一方、現在オンフックの状態の場合（ステップＳ２０３：Ｎｏ）、ＣＰＵ１１は、図８に示すフローの処理を終了させる。
【００８１】
ステップＳ２０４：フック状態検出部１１ｅは、オフフックのカウンタ（以下「オフカウント（offCount）」という。）を、プラス１を加算する。ここで、オフカウントとは、ライン監視部１１ｄの指示によりフック状態検出部１１ｅが１００ミリ秒毎にオフフックを監視している間、フック状態のオフの連続獲得回数を意味する。なお、フック状態検出部１１ｅは、ＲＡＭ１３にフック状態のオフの連続獲得回数を記録する。そして、ＣＰＵ１１は、ステップＳ２０５の処理に移行する。
【００８２】
ステップＳ２０５：フック状態検出部１１ｅは、オフカウントの値が閾値以上か否かを判定する。具体的には、フック状態検出部１１ｅは、フック状態のオフの連続獲得回数が閾値以上か否かを判定する。本実施形態では、フック状態のオフの連続獲得回数の閾値を一例として２回とする。なお、連続獲得回数を時間に換算すると、２回は０．２秒に相当する。そこで、フック状態のオフの連続獲得回数が閾値未満の場合（ステップＳ２０５：Ｎｏ）、ＣＰＵ１１は、図８に示すフローの処理を終了させる。一方、フック状態のオフの連続獲得回数が閾値以上の場合（ステップＳ２０５：Ｙｅｓ）、ＣＰＵ１１は、ステップＳ２０６の処理に移行する。
【００８３】
ステップＳ２０６：フック状態検出部１１ｅは、ライン監視部１１ｄにオフフックの検出を通知する。続いて、ＣＰＵ１１は、並列処理により、図７に示すステップＳ１０８の処理に移行させると共に、ステップＳ２０７の処理に移行させる。
【００８４】
ステップＳ２０７：フック状態検出部１１ｅは、オフカウントをゼロリセットする。そして、ＣＰＵ１１は、ステップＳ２０８の処理に移行する。
【００８５】
ステップＳ２０８：フック状態検出部１１ｅは、オフフックの監視を終了させる。そして、ＣＰＵ１１は、図８に示すフローの処理を終了させる。
【００８６】
以上より、フック状態検出部１１ｅは、ステップＳ２０１〜Ｓ２０８の処理を行なうことにより、フック状態のオフの連続獲得回数が閾値に達した時にオフフック検出を行なう。換言すると、フック状態検出部１１ｅは、オフフックの状態が予め設定した継続期間に達した場合、オフフックとして正規に検出するので、検出の精度が向上する。
【００８７】
次に、オフフックの監視中でない場合（ステップＳ２０２：Ｎｏ）における、その後のフローの処理について説明する。
【００８８】
ステップＳ２０９：フック状態検出部１１ｅは、オンフックの監視中か否かを判定する。すなわち、現在、オンフックの事象が発生するのを監視中の場合（ステップＳ２０９：Ｙｅｓ）、ＣＰＵ１１は、ステップＳ２１０の処理に移行する。
【００８９】
一方、オンフックの事象が発生するのを監視していない場合（ステップＳ２０９：Ｎｏ）、ＣＰＵ１１は、オンフックとオフフックとの何れかの監視ができないシステム障害として図８に示すフローの処理を終了させる。この場合には、ＣＰＵ１１は、図８に示すフローの処理を繰り返さずに、オペレータが使用している表示モニタ等（不図示）にシステム障害を知らせる情報を表示させる処理を別途行なう。
【００９０】
ステップＳ２１０：フック状態検出部１１ｅは、オンフックの監視中において、現在オンフックの状態か否かを判定する。現在オンフックの状態の場合（ステップＳ２１０：Ｙｅｓ）、ＣＰＵ１１は、ステップＳ２１１の処理に移行する。一方、オンフックの監視下で接続電話Ｔ１のオペレータがフッキング操作等をして、一旦オンフックの状態にしてからオフフックの状態に移行させた場合（ステップＳ２１０：Ｎｏ）、ＣＰＵ１１は、後述するステップＳ２１６の処理に移行する。なお、図８のフローの処理に図示していないが、オンフックの監視下で転送処理（フッキング操作）を行なわずにオフフックの状態が継続している場合には、通話中であるので、ＣＰＵ１１は、再度、図８に示すフローの処理を繰り返すため、一旦、図８に示すフローの処理を終了させる。
【００９１】
ステップＳ２１１：フック状態検出部１１ｅは、オンフックのカウンタ（以下「オンカウント（onCount）」という。）を、プラス１を加算する。ここで、オンカウントは、ライン監視部１１ｄの指示によりフック状態検出部１１ｅが１００ミリ秒毎にオンフックを監視している間、オンフックの状態の連続獲得回数を意味する。フック状態検出部１１ｅは、ＲＡＭ１３にオンフックの状態の連続獲得回数を記録する。そして、ＣＰＵ１１は、ステップＳ２１２の処理に移行する。
【００９２】
ステップＳ２１２：フック状態検出部１１ｅは、オンカウントの値が閾値以上か否かを判定する。具体的には、フック状態検出部１１ｅは、フック状態のオンの連続獲得回数が閾値以上か否かを判定する。本実施形態では、連続獲得回数を時間に換算した閾値を２．２秒とする。なお、閾値を２．２秒としたのは、交換機３側での不確定領域を避けるためであり、交換機３側では、２．２秒以上のオンフックの状態で確実にオンフック検出（電話回線の切断）と認識することができる。
【００９３】
したがって、フック状態検出部１１ｅが１００ミリ秒毎にオンフックを監視しているので、２．２秒に到達するためには、オンカウントの値の閾値は２２（連続獲得回数）となる。フック状態のオンの連続獲得回数が閾値未満の場合（ステップＳ２１２：Ｎｏ）、オンフック検出とみなせないので、ＣＰＵ１１は、再度、図８に示すフローの処理を繰り返すため、一旦、図８に示すフローの処理を終了させる。一方、フック状態のオンの連続獲得回数が閾値以上の場合（ステップＳ２１３：Ｙｅｓ）、オンフック検出とみなせるので、ＣＰＵ１１は、ステップＳ２１３の処理に移行する。
【００９４】
ステップＳ２１３：フック状態検出部１１ｅは、ライン監視部１１ｄにオンフックの検出を通知する。続いて、ＣＰＵ１１は、並列処理により、図７のステップＳ１１０の処理に移行させると共に、ステップＳ２１４の処理に移行させる。
【００９５】
ステップＳ２１４：フック状態検出部１１ｅは、オンカウントをゼロリセットする。さらに、フック状態検出部１１ｅは、フック状態のフラグをオンに設定する。そして、ＣＰＵ１１は、ステップＳ２１５の処理に移行する。
【００９６】
ステップＳ２１５：フック状態検出部１１ｅは、オンフックの監視を終了させる。そして、ＣＰＵ１１は、図８に示すフローの処理を終了させる。
【００９７】
以上より、フック状態検出部１１ｅは、ステップＳ２０９〜Ｓ２１５の処理を行なうことにより、フック状態のオンの連続獲得回数が閾値に達した時にオンフック検出を行なう。換言すると、フック状態検出部１１ｅは、オンフックの状態が予め設定した継続期間に達した場合、オンフックとして正規に検出するので、検出の精度が向上する。
【００９８】
次に、オンフックの監視中で現在オンフックの状態でない場合（ステップＳ２１０：Ｎｏ）における、その後のフローの処理について説明する。なお、ステップＳ２１０の処理において、Ｎｏの判定がなされる具体的な事例としては、例えばオンフックの閾値（２．２秒）に到達する前に、接続電話Ｔ１のオペレータによるオフフック操作（フッキング）が入ったことを意味する。
【００９９】
ステップＳ２１６：フック状態検出部１１ｅは、フッキング状態の連続獲得回数が閾値以上か否かを判定する。フッキング状態の連続獲得回数が閾値未満の場合（ステップＳ２１６：Ｎｏ）、ＣＰＵ１１は、ステップＳ２２０の処理に移行する。本実施形態では、フッキング状態の連続獲得回数の閾値を一例として３回とする。なお、連続獲得回数を時間に換算すると、３回は０．３秒に相当する。
【０１００】
一方、フッキング状態の連続獲得回数が閾値以上の場合（ステップＳ２１６：Ｙｅｓ）、ＣＰＵ１１は、ステップＳ２１７の処理に移行する。
【０１０１】
つまり、オンフックの閾値（２．２秒）に到達する前に、オペレータによるオフフック操作が入った時のタイミングが、０．３秒未満であると、フック状態検出部１１ｅは、いわゆる瞬断としてフッキング操作を無視することを意味する。
【０１０２】
一方、接続電話Ｔ１のオペレータによるオフフック操作が入った時のタイミングが、０．３秒以上であって、連続獲得回数が３回以上に達した時に、オンフックの閾値の２．２秒未満の範囲内であれば、フック状態検出部１１ｅは、フッキングの状態であると認識する。換言すると、フック状態検出部１１ｅは、フックキングの状態が予め設定した継続期間に達した場合、フックキングとして正規に検出する。したがって、本実施形態では、オンフックの監視中に、フッキングの状態か否かを明確に時間で区切ることにより、フッキングの検出の精度を高めることができる。
【０１０３】
ステップＳ２１７：フック状態検出部１１ｅは、ＲＡＭ１３を参照して転送フラグがオン否かを判定する。転送フラグがオンでない場合（ステップＳ２１７：Ｎｏ）、ＣＰＵ１１は、ステップＳ２１８の処理に移行する。一方、転送フラグがオンである場合（ステップＳ２１７：Ｙｅｓ）、ＣＰＵ１１は、ステップＳ２１９の処理に移行する。
【０１０４】
ここで、転送フラグは、フッキングの検出の連続獲得回数が閾値以上で、発信音の検出があった場合にオンの条件となり、後述する図９に示すフローの処理で、転送処理中に転送フラグがオフ（初期設定値）からオンに設定される。
【０１０５】
また、転送フラグがオンに設定されると、次回、ステップＳ２１７に移行した場合、転送フラグがオンに設定されているので、ステップＳ２１９に移行することになる。これは、発信音を再度送出させないことを意味し、転送先との会話中（図６中、数字５参照）であることを意味する。この場合、交換機３側では、接続電話Ｔ１と端末２ａとの通話状態を終了したと認識する（図６中、数字６参照）。
【０１０６】
ステップＳ２１８：フック状態検出部１１ｅは、発信音（ＤＴ）の検出処理を行なう。具体的には、フック状態検出部１１ｅは、着信検出部１１ａに図９に示すフローの処理を実行させる。着信検出部１１ａが図９に示すフローの処理を終了すると、ＣＰＵ１１は、ステップＳ２２０の処理に移行する。
【０１０７】
ステップＳ２１９：フック状態検出部１１ｅは、転送フラグをオフに設定する。そして、ＣＰＵ１１は、ステップＳ２２０の処理に移行する。
【０１０８】
ステップＳ２２０：フック状態検出部１１ｅは、オンカウントをゼロリセットする。そして、ＣＰＵ１１は、図８に示すフローの処理を終了させる。
【０１０９】
次に、着信検出部１１ａによる発信音（ＤＴ）の検出処理について説明する。
【０１１０】
図９は、着信検出部１１ａによる発信音の検出処理の一例を示すフローチャートである。着信検出部１１ａは、図８に示すステップＳ２１８により、フック状態検出部１１ｅの指示を受けて、図９に示すフローの処理を開始する。
【０１１１】
ステップＳ３０１：着信検出部１１ａは、可聴音の獲得処理を行なう。具体的には、着信検出部１１ａは、可聴音のうちから発信音の獲得（受信）処理を行なう。
【０１１２】
ステップＳ３０２：着信検出部１１ａは、現在、発信音の監視中か否かを判定する。具体的には、着信検出部１１ａが交換機３から発信音が送信されてくるのを監視している場合（ステップＳ３０２：Ｙｅｓ）、ＣＰＵ１１は、ステップＳ３０３の処理に移行する。一方、発信音の監視中でない場合（ステップＳ３０２：Ｎｏ）、ＣＰＵ１１は、図９に示すフローの処理を終了させる。
【０１１３】
ステップＳ３０３：着信検出部１１ａは、発信音の受信中を意味するオン状態であるか否かを判定する。オン状態でない場合（ステップＳ３０３：Ｎｏ）、ＣＰＵ１１は、後述するステップＳ３０９の処理に移行する。一方、現在オン状態である場合（ステップＳ３０３：Ｙｅｓ）、ＣＰＵ１１は、ステップＳ３０４の処理に移行する。
【０１１４】
ステップＳ３０４：着信検出部１１ａは、発信音のカウンタ（以下「DT-onCount」という。）を、プラス１を加算する。ここで、DT-onCountは、発信音の監視中に、可聴音（発信音）状態のオンの連続獲得回数を意味する。着信検出部１１ａは、ＲＡＭ１３に可聴音状態のオンの連続獲得回数を記録する。そして、ＣＰＵ１１は、ステップＳ３０５の処理に移行する。
【０１１５】
なお、本実施形態では、可聴音（発信音）状態のオンの連続獲得回数の閾値を一例として２０回とする。つまり、連続獲得回数を時間に換算すると、２０回は２秒に相当する。
【０１１６】
ステップＳ３０５：着信検出部１１ａは、可聴音状態のオンの連続獲得回数が閾値以上か否かを判定する。閾値以上の場合（ステップＳ３０５：Ｙｅｓ）、ＣＰＵ１１は、ステップＳ３０６の処理に移行する。一方、閾値未満の場合（ステップＳ３０５：Ｎｏ）、ＣＰＵ１１は、図９に示すフローの処理を終了させる。
【０１１７】
ステップＳ３０６：着信検出部１１ａは、転送フラグをオンに設定する。そして、ＣＰＵ１１は、ステップＳ３０７の処理に移行する。
【０１１８】
ステップＳ３０７：着信検出部１１ａは、DT-onCountをゼロリセットする。そして、ＣＰＵ１１は、ステップＳ３０８の処理に移行する。
【０１１９】
ステップＳ３０８：着信検出部１１ａは、発信音の監視を終了させる。そして、ＣＰＵ１１は、図９に示すフローの処理を終了させる。続いて、ＣＰＵ１１は、図８に示すステップＳ２２０に移行する。
【０１２０】
ステップＳ３０９：着信検出部１１ａは、DT-onCountをゼロリセットする。そして、ＣＰＵ１１は、図９に示すフローの処理を終了させる。続いて、ＣＰＵ１１は、図８に示すステップＳ２２０に移行する。
【０１２１】
以上より、通報システム１００におけるデータ通信装置１では、電話回線を使用した転送操作時に、データ通信装置１に接続された接続電話Ｔ１のオンフックとオフフックとの状態を詳細に管理できる。さらに、データ通信装置１では、転送操作の開始又は中断のきっかけとなる、フッキング操作を正確に認識し、発信音の検出状態と合わせて、転送操作中かどうかを判断することができる。その結果をもとに、データ通信装置１では、このデータ通信装置１側の終了操作を決定することができる。さらに、データ通信装置１は、現在接続中の電話端末と端末２ａとが転送処理を行なわずに通話を終了する場合には、会話終話信号を端末２ａ側に通知する。一方、データ通信装置１は、転送処理を行なうときには、発信音の送出を利用する判定処理により、会話終話信号を端末２ａ側に通知しない。
【０１２２】
したがって、データ通信装置１は、転送処理の不具合の発生を防止することができる。
【０１２３】
＜実施形態の補足説明＞
上記の実施形態において、フラッシュメモリ１４は、制御プログラムをコンピュータに実行させるための命令が記録されたコンピュータ可読な記録媒体として用いても良い。ここで、制御プログラムは、着信検出ステップと、データ受信ステップと、データ解析ステップと、接続制御ステップと、ライン監視ステップと、フック状態検出ステップと、判定ステップと、切替制御ステップと、通知ステップとをコンピュータに実行させることを特徴とする。
【符号の説明】
【０１２４】
１・・・データ通信装置、１１ａ・・・着信検出部、１１ｂ・・・データ解析部、１１ｃ・・・接続制御部、１１ｄ・・・ライン監視部、１１ｅ・・・フック状態検出部、１１ｆ・・・判定部、１１ｇ・・・切替制御部、１１ｈ・・・通知部、２ａ、２ｂ、２ｃ・・・端末、１００・・・通報システム
【図１】
0005619792.tif 000002
【図２】
0005619792.tif 000003
【図３】
0005619792.tif 000004
【図４】
0005619792.tif 000005
【図５】
0005619792.tif 000006
【図６】
0005619792.tif 000007
【図７】
0005619792.tif 000008
【図８】
0005619792.tif 000009
【図９】
0005619792.tif 000010