JP7205958B1 - 通信管理装置、通信管理方法、通信管理プログラムおよび通信管理システム - Google Patents

Abstract

【課題】緊急の通話要求を適切に処理することができる通信管理装置、通信管理方法、通信管理プログラムおよび通信管理システムを提供すること。【解決手段】電話端末１０，１１，２０，２１と外線電話端末とで通話を行わせる通信管理装置１であって、電話端末１０，１１，２０，２１から通信部１２を介して外線電話端末への通話要求を入力すると、通話要求が緊急の通話要求の場合において、通信部１２から送信されるグローバルＩＰアドレスと記憶部３３に記憶された登録グローバルＩＰアドレスとが一致しないとき、通話要求を規制する規制制御部３１Ａを備える。【選択図】図１

Description

本発明は、通信管理装置、通信管理方法、通信管理プログラムおよび通信管理システムに関する。

従来、例えば、電話端末と、ゲートウェイ等を介して接続される外線電話端末との間で通話を行わせる通信管理システムが利用されている（例えば、特許文献１参照）。
このような通信管理システムは、電話端末から外線電話端末への通話要求が送信されると、ゲートウェイ等を介して電話端末と外線電話端末とを通話させるようになっている。

特開２００１－１８６１９５号公報

しかしながら、上記のような通信管理システムでは、ゲートウェイ等から地理的に離れた場所にある電話端末から当該ゲートウェイ等を介して緊急電話をかけると、その緊急電話をかけた電話端末がおかれているエリアではなく、ゲートウェイ等が設置されているエリアに対応する緊急連絡先に緊急の通話要求が発信されてしまうという問題がある。

以上に鑑みて、本発明は、緊急の通話要求を適切に処理することができる通信管理装置、通信管理方法、通信管理プログラムおよび通信管理システムを提供することを目的とする。

上記課題を解決するために、本発明は以下の手段を提供する。
本発明は、電話端末に接続されて前記電話端末と外線電話端末とで通話を行わせる通信管理装置であって、前記電話端末から通信部を介して前記外線電話端末への通話要求を入力すると、前記通話要求が緊急の通話要求の場合において、前記通信部から送信されるグローバルＩＰアドレスと記憶部に記憶された登録グローバルＩＰアドレスとが一致しないとき、前記通話要求を規制する規制制御部を備える。

本願の一観点によれば、緊急の通話要求を適切に処理することができる。

本発明の実施形態としての通信管理システムを示す全体構成図である。 電話端末を登録するときの登録処理のフローを示すシーケンス図である。 東京内線電話端末から電話をかけるときの発信処理のフローを示すシーケンス図である。 大阪内線電話端末から電話をかけるときの発信処理のフローを示すシーケンス図である。 東京内線電話端末から電話をかけるときの発信処理のフローの変形例を示すシーケンス図である。

（実施形態）
以下、本発明の実施形態における通信管理装置、通信管理方法、通信管理プログラムおよび通信管理システムについて説明する。
図１は、本発明の実施形態としての通信管理システム１を示す全体構成図である。
通信管理システム１は、東京本店通信システム１００と、大阪支店通信システム２００と、クラウドＰＢＸサーバ３０（通信管理装置）とを備えている。これら東京本店通信システム１００と、大阪支店通信システム２００と、クラウドＰＢＸサーバ３０とは、例えばインターネット等のネットワークを介して接続されている。また、東京本店通信システム１００と大阪支店通信システム２００とはＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）を介して接続されている。

東京本店通信システム１００は、東京内線電話端末１０，１１（電話端末）と、通信部１２と、電話通信部１３とを備えている。
東京内線電話端末１０，１１は、例えばＩＰ電話機であって、それぞれローカルＩＰアドレス（図において、「ＬＩＰ」と示す）が設定されている。東京内線電話端末１０のローカルＩＰアドレスは、例えば、「０．０．１．１０」が設定され、東京内線電話端末１１のローカルＩＰアドレスは、「０．０．１．１１」が設定されている。
なお、ローカルＩＰアドレスは、ネットワークアドレス部（図において、「ＮＡ」と示す）とホスト部とで構成されている。本実施形態では、例えば東京内線電話端末１０のローカルＩＰアドレスのうち、左端から「０．０．１」の部分がネットワークアドレス部として、右端の「１０」の部分がホスト部として設定されている。
これら東京内線電話端末１０，１１は、通信部１２に接続されている。

通信部１２は、内部機器および外部機器との情報の送受信を行う各種通信デバイスなどからなり、例えばルータからなるものである。通信部１２は、東京内線電話端末１０，１１が設置されたエリアと同一のエリアに設置され、東京内線電話端末１０，１１とクラウドＰＢＸサーバ３０との間に接続されている。通信部１２には、グローバルＩＰアドレス（図において、「ＧＩＰ」と示す）が設定されている。通信部１２のグローバルＩＰアドレスは、例えば、「０．０．０．１５」に設定されている。通信部１２は、電話通信部１３に接続されている。
電話通信部１３は、東京内線電話端末１０，１１と外線電話端末との間で情報の送受信を行う各種通信デバイスなどからなり、例えば固定電話ゲートウェイおよびＯＮＵ（Ｏｐｔｉｃａｌ ＮｅｔＷｏｒｋ Ｕｎｉｔ：光回線終端装置）からなるものである。電話通信部１３は、通信部１２が設置されたエリアと同一のエリアに設置され、東京内線電話端末１０，１１と外線電話端末との間で通話を行わせる。

大阪支店通信システム２００は、大阪内線電話端末２０，２１（電話端末）と、通信部２２と、電話通信部２３とを備えている。
大阪内線電話端末２０，２１は、例えばＩＰ電話機であって、それぞれローカルＩＰアドレスが設定されている。大阪内線電話端末２０のローカルＩＰアドレスは、例えば、「０．０．２．２０」が設定され、大阪内線電話端末２１のローカルＩＰアドレスは、「０．０．２．２１」が設定されている。
本実施形態では、例えば大阪内線電話端末２０のローカルＩＰアドレスのうち、左端から「０．０．２」の部分がネットワークアドレス部として、右端の「２０」の部分がホスト部として設定されている。
これら大阪内線電話端末２０，２１は、通信部２２に接続されている。

通信部２２は、内部機器および外部機器との情報の送受信を行う各種通信デバイスなどからなり、例えばルータからなるものである。通信部２２は、大阪内線電話端末２０，２１が設置されたエリアと同一のエリアに設置され、大阪内線電話端末２０，２１とクラウドＰＢＸサーバ３０との間に接続されている。通信部２２には、グローバルＩＰアドレスが設定されている。通信部２２のグローバルＩＰアドレスは、例えば、「０．０．０．２５」に設定されている。通信部２２は、電話通信部２３に接続されている。
電話通信部２３は、大阪内線電話端末２０，２１と外線電話端末との間で情報の送受信を行う各種通信デバイスなどからなり、例えば固定電話ゲートウェイおよびＯＮＵからなるものである。電話通信部２３は、通信部２２が設置されたエリアと同一のエリアに設置され、大阪内線電話端末２０，２１と外線電話端末との間で通話を行わせる。

クラウドＰＢＸサーバ３０は、インターネット上で通話を行わせるクラウド型のＰＢＸサーバであって、例えばサーバとして機能するコンピュータによって実現される。このクラウドＰＢＸサーバ３０は、制御部３１と、通信部３２と、記憶部３３とを備えている。
制御部３１は、例えば、プロセッサ、ＣＰＵ等の演算手段によって実現され、各種のメモリ、ハードディスク等の記憶手段と協働して機能し、各種のプログラムを実行する。
この制御部３１は、通信制御部３１Ａ（規制制御部）と、登録制御部３１Ｂとを備えている。

通信制御部３１Ａは、東京内線電話端末１０，１１および大阪内線電話端末２０，２１からの通話要求を入力すると、通信部１２に通話要求指示を送信する。また、通信制御部３１Ａは、外線電話端末からの通話要求を入力すると、通信部１２に受信指示を送信する。さらに、通信制御部３１Ａは、東京内線電話端末１０，１１および大阪内線電話端末２０，２１から通信部１２，２２を介して外線電話端末への通話要求を入力すると、通話要求が緊急の通話要求か否かを判定する。そして、通信制御部３１Ａは、緊急の通話要求であると判定すると、通信部１２から送信されるグローバルＩＰアドレスと記憶部３３に記憶された登録グローバルＩＰアドレスとが一致するか否かを判定する。通信制御部３１Ａは、それらグローバルＩＰアドレスが一致しないと判定すると、通話要求を規制する。また、通信制御部３１Ａは、緊急の通話要求であると判定し、グローバルＩＰアドレスが一致すると判定すると、通信部１２から送信される東京内線電話端末１０，１１および大阪内線電話端末２０，２１のローカルＩＰアドレスのネットワークアドレス部と記憶部３３に記憶された登録ネットワークアドレス部とが一致するか否かを判定し、それらが一致しないと判定すると、通話要求を規制する。

登録制御部３１Ｂは、東京内線電話端末１０，１１および大阪内線電話端末２０，２１からの登録要求を入力すると、通信部１２から送信されるグローバルＩＰアドレスと記憶部３３に記憶された登録グローバルＩＰアドレスとが一致するか否かを判定する。登録制御部３１Ｂは、それらグローバルＩＰアドレスが一致しないと判定すると、登録要求を送信した東京内線電話端末１０，１１または大阪内線電話端末２０，２１に後述する緊急発信不可知覚設定を行わせる。また、登録制御部３１Ｂは、グローバルＩＰアドレスが一致すると判定すると、通信部１２から送信される東京内線電話端末１０，１１および大阪内線電話端末２０，２１のローカルＩＰアドレスのネットワークアドレス部と記憶部３３に記憶された登録ネットワークアドレス部とが一致するか否かを判定し、それらが一致しないと判定すると、登録要求を送信した東京内線電話端末１０，１１または大阪内線電話端末２０，２１に緊急発信不可知覚設定を行わせる。さらに、登録制御部３１Ｂは、グローバルＩＰアドレスが一致すると判定し、ネットワークアドレス部が一致すると判定すると、登録要求を送信した東京内線電話端末１０，１１または大阪内線電話端末２０，２１に後述する緊急発信許可知覚設定を行わせる。

通信部３２は、内部機器および外部機器との情報の送受信を行う各種通信デバイスなどからなるものである。通信部３２は、通信部１２から送信されるローカルＩＰアドレスおよびグローバルＩＰアドレスを通信制御部３１Ａに入力する。また、通信部３２は、通信制御部３１Ａからの通話要求指示、登録制御部３１Ｂからの緊急発信不可指示または緊急発信許可指示を通信部１２に送信する。
記憶部３３は、例えば、ハードディスクやメモリなどからなり、各種プログラムや作業データなどを記憶する。また、記憶部３３は、緊急番号、グローバルＩＰアドレスおよびネットワークアドレス部を記憶する。すなわち、クラウドＰＢＸサービス提供者による記憶操作により、登録制御部３１Ｂは、緊急番号を記憶部３３に事前に記憶する。また、登録制御部３１Ｂは、自動的にグローバルＩＰアドレスおよびネットワークアドレス部を記憶部３３に事前に記憶する。
緊急番号とは、緊急の連絡のための電話番号であって、例えば「１１０」または「１１９」等が設定される。
記憶部３３において、グローバルＩＰアドレスは、緊急の通話要求を許可するものが設定され、この緊急の通話要求が許可されて記憶部３３に記憶されたものが、登録グローバルＩＰアドレスとなる。例えば、登録グローバルＩＰアドレスとして、「０．０．０．１５」が記憶される。なお、ここでの登録グローバルＩＰアドレスは、通信部１２のグローバルＩＰアドレスである。
記憶部３３において、ネットワークアドレス部は、緊急の通話要求を許可するものが設定され、この緊急の通話要求が許可されて記憶部３３に記憶されたものが、登録ネットワークアドレス部となる。例えば、登録ネットワークアドレス部として、「０．０．１」が記憶される。なお、ここでの登録ネットワークアドレス部は、東京本店通信システム１００内のネットワークアドレス部である。

次に、通信管理システム１およびクラウドＰＢＸサーバ３０における登録処理について説明する。
図２は、東京本店通信システム１００からクラウドＰＢＸサーバ３０への登録処理のフローを示すシーケンス図である。
なお、クラウドＰＢＸサーバ３０の記憶部３３には、クラウドＰＢＸサービス提供者によって、ユーザ識別情報、緊急番号、登録グローバルＩＰアドレスおよび登録ネットワークアドレス部が予め記憶されている。
ユーザ識別情報とは、クラウドＰＢＸサーバ３０によるクラウドＰＢＸサービスを利用することができるユーザを識別するための情報であり、例えば、ユーザＩＤやパスワードなどを含んでいる。
緊急番号としては、例えば、「１１０」および「１１９」が記憶されている。
登録グローバルＩＰアドレスとしては、例えば、通信部１２のグローバルＩＰアドレス「０．０．０．１５」が記憶されている。
登録ネットワークアドレス部としては、例えば、東京本店通信システム１００におけるローカルＩＰアドレス「０．０．１．１０」のネットワークアドレス部「０．０．１」が記憶されている。

なお、東京内線電話端末１０，１１を使用した登録処理のフローは、同一であるため、ここでは、東京内線電話端末１０を使用した登録処理フローのみを説明するものとする。
まず、ユーザが東京内線電話端末１０を操作して、クラウドＰＢＸサーバ３０に登録する。すなわち、東京内線電話端末１０は、登録要求を社内ＬＡＮを介して通信部１２に送信する（ステップＳ１）。この登録要求には、ユーザ識別情報と登録要求情報と東京内線電話端末１０自身に設定されているローカルＩＰアドレスとが含まれている。このローカルＩＰアドレスは、例えば、「０．０．１．１０」に設定されている。
通信部１２は、登録要求を入力すると、その登録要求をインターネットを介してクラウドＰＢＸサーバ３０に送信する（ステップＳ２）。この登録要求には、ユーザ識別情報と、登録要求情報と、東京内線電話端末１０のローカルＩＰアドレスと、通信部１２自身に設定されているグローバルＩＰアドレスとが含まれている。このグローバルＩＰアドレスは、例えば、「０．０．０．１５」に設定されている。

クラウドＰＢＸサーバ３０の通信部３２は、その登録要求を入力すると制御部３１に出力する。登録制御部３１Ｂは、その登録要求を入力し、登録処理を行う（ステップＳ３）。すなわち、登録制御部３１Ｂは、入力したユーザ識別情報が記憶部３３に記憶されているか否かを判定し、記憶されていると判定すると、通信制御部３１Ａに通信許可指示を出力する。そして、通信制御部３１Ａは、東京本店通信システム１００および大阪支店通信システム２００が外線電話端末といつでも通信できるように、オンライン状態を維持する。一方、登録制御部３１Ｂは、入力したユーザ識別情報が記憶部３３に記憶されていないと判定すると、通信部１２を介して東京内線電話端末１０に登録不可情報を表示させる。

また、登録制御部３１Ｂは、登録処理を行うと、通信部１２が送信した登録要求に含まれるグローバルＩＰアドレスを抽出し、当該グローバルＩＰアドレスと、記憶部３３に記憶されている登録グローバルＩＰアドレスと一致するかを判定する（ステップＳ４）。登録制御部３１Ｂは、一致しないと判定すると（ステップＳ４：Ｎｏ）、緊急発信不可指示を通信部３２を介して通信部１２に送信する（ステップＳ５）。なお、このとき、登録制御部３１Ｂは、クラウドＰＢＸサーバ３０の例えば表示部に緊急発信不可指示を出力して、表示部の管理インターフェースに緊急発信が不可であることを表示させるようにしてもよい。なお、知覚の設定は後述するように表示以外のものであってもよい。
なお、緊急発進不可指示とは、緊急番号に電話をかけても電話が繋がらない設定になっていることをユーザ等に知らしめるために東京内線電話端末１０，１１および大阪内線電話端末２０，２１等に対して知覚設定を行わせる指示を言う。
通信部１２は、通信部３２が送信した緊急発進不可指示を入力し、この緊急発信不可指示を東京内線電話端末１０に出力する（ステップＳ６）。

東京内線電話端末１０は、その緊急発信不可指示を入力すると、緊急発信不可知覚設定を行う（ステップＳ７）。
なお、緊急発信不可知覚設定とは、東京内線電話端末１０のユーザが緊急番号に電話をかけても電話が繋がらない設定になっていることを知覚できるように、例えば文字、図表もしくは光などによる表示、音または振動などによって知覚させる設定を行うことをいう。
一方、ステップＳ４において、登録制御部３１Ｂは、グローバルＩＰアドレスと登録グローバルＩＰアドレスとが一致すると判定すると、通信部１２が送信した登録要求に含まれる東京内線電話端末１０のローカルＩＰアドレスのうちのネットワークアドレス部を抽出し、当該ネットワークアドレス部と、記憶部３３に記憶されている登録ネットワークアドレス部とが一致するかを判定する（ステップＳ８）。

登録制御部３１Ｂは、それらネットワークアドレス部と登録ネットワークアドレス部とが一致しないと判定すると（ステップＳ８：Ｎｏ）、緊急発信不可指示を通信部３２を介して通信部１２に送信する（ステップＳ９）。
通信部１２は、その緊急発信不可指示を入力し、この緊急発信不可指示を東京内線電話端末１０に出力する（ステップＳ１０）。
東京内線電話端末１０は、その緊急発信不可指示を入力すると、緊急発信不可知覚設定を行う（ステップＳ１１）。

また、ステップＳ８において、登録制御部３１Ｂは、ネットワークアドレス部と登録ネットワークアドレス部とが一致すると判定すると（ステップＳ８：Ｙｅｓ）、緊急発信許可指示を通信部３２を介して通信部１２に送信する（ステップＳ１２）。
なお、緊急発信許可指示とは、緊急番号に電話をかけると電話が繋がる設定になっていることをユーザに知らしめるために東京内線電話端末１０，１１および大阪内線電話端末２０，２１に対して知覚設定を行わせる指示を言う。
通信部１２は、その緊急発信許可指示を入力し、この緊急発信許可指示を東京内線電話端末１０に出力する（ステップＳ１３）。
東京内線電話端末１０は、その緊急発信許可指示を入力すると、緊急発信許可知覚設定を行う（ステップＳ１４）。
なお、緊急発信許可知覚設定とは、東京内線電話端末１０のユーザが緊急番号に電話をかけると電話が繋がる設定になっていることを知覚できるように、例えば文字、図表もしくは光などによる表示、音または振動などによって知覚させる設定を行うことをいう。

本実施例では、具体的な処理フローとして、ステップＳ４において登録制御部３１Ｂは、入力したグローバルＩＰアドレス「０．０．０．１５」と、登録グローバルＩＰアドレス「０．０．０．１５」とが一致すると判定し、ステップＳ８に進む。そして、ステップＳ８において登録制御部３１Ｂは、入力したローカルＩＰアドレスのうちのネットワークアドレス部「０．０．２」と、登録ネットワークアドレス部「０．０．２０」とが一致すると判定し、ステップＳ１４において東京内線電話端末１０は緊急発信許可知覚設定を行う。
なお、ここでは、東京本店通信システム１００からクラウドＰＢＸサーバ３０に対する登録処理について説明したが、大阪支店通信システム２００からクラウドＰＢＸサーバ３０に対する登録処理は、前述の登録処理と同一であり、ここでの詳細な説明は省略する。
なお、大阪内線電話端末２０，２１と登録制御部３１Ｂとの間で、通信部２２および通信部３２を介して前述と同様の登録処理を行う。

次に、通信管理システム１およびクラウドＰＢＸサーバ３０における発信処理について説明する。
図３は、東京本店通信システム１００からクラウドＰＢＸサーバ３０への発信処理のフローを示すシーケンス図である。
なお、前述の登録処理と同様、クラウドＰＢＸサーバ３０の記憶部３３には、クラウドＰＢＸサービス提供者によって、ユーザ識別情報、緊急番号、登録グローバルＩＰアドレスおよび登録ネットワークアドレス部が予め記憶されている。
また、東京本店通信システム１００からクラウドＰＢＸサーバ３０への登録処理は終了しており、通信制御部３１Ａは、東京本店通信システム１００および大阪支店通信システム２００が外線電話端末といつでも通信できるように、オンライン状態を維持しているものとする。
また、東京内線電話端末１０，１１を使用した発信処理のフローは、同一であるため、ここでは、東京内線電話端末１０を使用した発信処理のフローのみを説明するものとする。

まず、ユーザが東京内線電話端末１０を操作して、所定の番号へ電話かける。すると、東京内線電話端末１０は、通話要求を社内ＬＡＮを介して通信部１２に送信する（ステップＳ２１）。この通話要求には、通話要求情報と、相手先電話番号と、東京内線電話端末１０自身に設定されているローカルＩＰアドレスとが含まれている。このローカルＩＰアドレスは、例えば、「０．０．１．１０」に設定されており、ネットワークアドレス部「０．０．１」を含むものである。また、相手先電話番号は、例えば、「１１０」とする。
通信部１２は、通話要求を入力すると、その通話要求をインターネットを介してクラウドＰＢＸサーバ３０に送信する（ステップＳ２２）。この通話要求には、通話要求情報と、相手先電話番号と、東京内線電話端末１０のローカルＩＰアドレスと、通信部１２自身に設定されているグローバルＩＰアドレスとが含まれている。このグローバルＩＰアドレスは、例えば、「０．０．０．１５」に設定されている。

クラウドＰＢＸサーバ３０の通信部３２は、その通話要求を入力すると制御部３１に出力する。通信制御部３１Ａは、その通話要求を入力すると、緊急電話か否かを判定する（ステップＳ２３）。すなわち、通信制御部３１Ａは、入力した通話要求に含まれる相手先電話番号を抽出し、記憶部３３に記憶されている緊急番号を読み出して、これら相手先電話番号と緊急番号とが一致するか否かを判定する。通信制御部３１Ａは、一致しないと判定すると（ステップＳ２３：Ｎｏ）、通信部３２を介して通信部１２に通話要求指示を送信する（ステップＳ２４）。このときは、通信制御部３１Ａは、緊急電話ではないものと判定し、通常電話であるものとして処理することになる。
通信部１２は、その通話要求指示を入力すると、電話通信部１３に通話要求指示を出力する（ステップＳ２５）。電話通信部１３は、通信部１２が出力した通話要求指示を入力すると、通話要求の発信処理を行う（ステップＳ２６）。すなわち、電話通信部１３は、外線電話端末に通話要求を送信し、東京内線電話端末１０と外線電話端末との間で通話を行わせる。

一方、ステップＳ２３において、通信制御部３１Ａは、相手先電話番号と緊急番号とが一致すると判定すると（ステップＳ２３：Ｙｅｓ、緊急番号であると判定）、通信部１２が送信した通話要求に含まれるグローバルＩＰアドレスを抽出し、当該グローバルＩＰアドレスと、記憶部３３に記憶されている登録グローバルＩＰアドレスと一致するかを判定する（ステップＳ２７）。通信制御部３１Ａは、一致しないと判定すると（ステップＳ２７：Ｎｏ）、通話要求指示を行わずに通話要求を規制する切断処理を行う（ステップＳ２８、規制制御ステップ）。このとき、通信制御部３１Ａが、通信部３２を介して、緊急発信不可知覚指示を通信部１２に送信して、表示、音、振動などにより緊急発信不可であることを知覚させる知覚設定を東京内線電話端末１０に行わせるようにしてもよい。

一方、ステップＳ２７において、通信制御部３１Ａは、グローバルＩＰアドレスと登録グローバルＩＰアドレスとが一致すると判定すると（ステップＳ２７：Ｙｅｓ）、通信部１２が送信した通話要求に含まれる東京内線電話端末１０のローカルＩＰアドレスのうちのネットワークアドレス部と、記憶部３３に記憶されている登録ネットワークアドレス部とが一致するかを判定する（ステップＳ２９）。
通信制御部３１Ａは、それらネットワークアドレス部と登録ネットワークアドレス部とが一致すると判定すると（ステップＳ２９：Ｙｅｓ）、通信部３２を介して通話要求指示を通信部１２に送信する（ステップＳ３０）。
前述と同様に、通信部１２は、その通話要求指示を入力して、電話通信部１３に通話要求指示を出力する（ステップＳ３１）。電話通信部１３は、前述と同様の発信処理を行う（ステップＳ３２）。
また、ステップＳ２９において、通信制御部３１Ａは、ネットワークアドレス部と登録ネットワークアドレス部とが一致していないと判定すると（ステップＳ２９：Ｎｏ）、前述と同様の切断処理を行う（ステップＳ３３、第２の規制制御ステップ）。このとき、通信制御部３１Ａが、通信部３２を介して、緊急発信不可知覚指示を通信部１２に送信して、表示、音、振動などにより緊急発信不可であることを知覚させる知覚設定を東京内線電話端末１０に行わせるようにしてもよい。

本実施例では、具体的な処理フローとして、通信制御部３１Ａは、ステップＳ２３において相手先電話番号「１１０」と記憶部３３に記憶された緊急電話とが一致すると判定し（ステップＳ２３：Ｙｅｓ）、ステップＳ２７においてグローバルＩＰアドレス「０．０．０．１５」と登録グローバルＩＰアドレス「０．０．０．１５」とが一致すると判定し（ステップＳ２７：Ｙｅｓ）、ステップＳ２９においてネットワークアドレス部「０．０．１」と登録ネットワークアドレス部「０．０．１」とが一致すると判定し（ステップＳ２９：Ｙｅｓ）、電話通信部１３に発信処理を行わせる（ステップＳ３２）。すなわち、東京内線電話端末１０が、エリア内の最寄りの警察署に緊急電話を発信することができる。

また、例えば、大阪内線電話端末２０が、通常の相手先電話番号に電話をかけて、通信部２２を介してクラウドＰＢＸサーバ３０に通話要求指示を送信すると、通信制御部３１Ａは、東京本店通信システム１００の通信部１２に通話要求指示を送信し、電話通信部１３が発信処理を行うことになる。その場合、相手先の外線電話端末からすると、大阪から発信されていても、東京本店通信システム１００から発信されているのと同じことになる。そのため、従来では、大阪から緊急の電話をすると、東京本店通信システム１００の最寄りの警察署等に発信されてしまうという問題がある。
一方、例えば大阪内線電話端末２０が、通信部２２を介してクラウドＰＢＸサーバ３０に緊急の通話要求を直接発信しても、通信制御部３１Ａは、通信部２２のグローバルＩＰアドレス「０．０．０．２５」と登録グローバルＩＰアドレス「０．０．０．１５」とが一致しないと判定し（ステップＳ２７：Ｎｏ）、切断処理を行う（ステップＳ２８）。そのため、大阪から緊急の電話をかけているのに東京本店通信システム１００の最寄りの東京の警察署に発信されてしまうことが防止される。この場合、ネットワークアドレス部の一致を判定する処理（ステップＳ２９）が無くても、グローバルＩＰアドレスの一致を判定するだけで、大阪発信で東京に緊急発信されてしまうことは防止される。

しかし、本実施例のように、東京本店通信システム１００と大阪支店通信システム２００とが、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）を介して接続されていると、大阪支店通信システム２００の通信部２２からの通話要求は、クラウドＰＢＸサーバ３０には直接送信されず、東京本店通信システム１００の通信部１２を介して送信されることになる。そうすると、大阪から緊急の電話をかけると、通信制御部３１Ａは、通信部１２から送信されるグローバルＩＰアドレス「０．０．０．１５」と登録グローバルＩＰアドレス「０．０．０．１５」とが一致すると判定し（ステップＳ２７：Ｙｅｓ）、ネットワークアドレス部の一致を判定する処理（ステップＳ２９）がないと、東京に緊急発信されてしまうことになる。
本実施例では、図４に示す大阪発信フローに示すように、東京本店通信システム１００と大阪支店通信システム２００とが、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）を介して接続されていても、大阪からの緊急発信が東京に送られてしまうことが防止される。

図４は、東京本店通信システム１００と大阪支店通信システム２００とがＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）を介して接続されているときの大阪支店通信システム２００から東京本店通信システム１００の通信部１２を介するクラウドＰＢＸサーバ３０への発信処理のフローを示すシーケンス図である。
なお、図４に示す大阪発信フローは、図３に示す東京発信フローと基本的には同一であるため、同一のフローには同一の符号を示すものとし、ここでは主として異なる処理について説明する。
まず、ユーザが大阪内線電話端末２０を操作して、所定の番号へ電話かける。すると、大阪内線電話端末２０は、通話要求を社内ＬＡＮを介して通信部２２に送信する（ステップＳ４１）。この通話要求には、通話要求情報と、相手先電話番号と、大阪内線電話端末２０自身に設定されているローカルＩＰアドレスとが含まれている。このローカルＩＰアドレスは、例えば、「０．０．２．２０」に設定されており、ネットワークアドレス部「０．０．２」を含むものである。また、相手先電話番号は、例えば、「１１０」とする。

通信部２２は、通話要求を入力すると、その通話要求をＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）を介して通信部１２に送信する（ステップＳ４２）。この通話要求には、通話要求情報と、相手先電話番号と、大阪内線電話端末２０のローカルＩＰアドレスと、通信部２２自身に設定されているグローバルＩＰアドレスとが含まれている。このグローバルＩＰアドレスは、例えば、「０．０．０．２５」に設定されている。
通信部１２は、通信部２２が送信した通話要求を入力すると、その通話要求をインターネットを介してクラウドＰＢＸサーバ３０に送信する（ステップＳ４３）。この通話要求には、通話要求情報と、相手先電話番号と、大阪内線電話端末２０のローカルＩＰアドレスと、通信部１２自身に設定されているグローバルＩＰアドレスとが含まれている。このグローバルＩＰアドレスは、例えば、「０．０．０．１５」に設定されている。

それ以降は、通信管理システム１が、前述と同様に、ステップＳ２３～Ｓ３３までの処理を行う。
本実施例では、具体的な処理フローとして、通信制御部３１Ａは、ステップＳ２３において相手先電話番号「１１０」と記憶部３３に記憶された緊急電話とが一致すると判定し（ステップＳ２３：Ｙｅｓ）、ステップＳ２７においてグローバルＩＰアドレス「０．０．０．１５」と登録グローバルＩＰアドレス「０．０．０．１５」とが一致すると判定し（ステップＳ２７：Ｙｅｓ）、ステップＳ２９においてネットワークアドレス部「０．０．２」と登録ネットワークアドレス部「０．０．１」とが一致しないと判定し（ステップＳ２９：Ｎｏ）、切断処理を行う（ステップＳ３３）。
一方、大阪内線電話端末２０から緊急ではなく通常の相手先電話番号に電話をかけたときは、通信制御部３１Ａは、ステップＳ２３において相手先電話番号と記憶部３３に記憶された緊急電話とが一致しないと判定し（ステップＳ２３：Ｎｏ）、電話通信部１３に発信処理を行わせる（ステップＳ２６）。
すなわち、大阪内線電話端末２０から通常の電話相手先電話番号に電話をかけると、電話通信部１３を介して外線電話端末と通話を行うことができ、大阪内線電話端末２０から緊急の電話相手先電話番号に電話をかけるときのみ、通話要求を切断することができる。

以上より、本実施形態における通信管理システム１およびクラウドＰＢＸサーバ３０によれば、通信制御部３１Ａが、通信部１２からの通話要求が緊急の通話要求の場合において、通信部１２から送信されるグローバルＩＰアドレスと記憶部３３に記憶された登録グローバルＩＰアドレスとが一致しないとき、通話要求を規制する。そのため、通信部１２と同一エリアに設置される電話通信部１３を介して、緊急相手先の管轄が異なるほど離れた場所にある電話端末から緊急の電話をかけたとしても、電話通信部１３の管轄における緊急相手先に電話をかけてしまうことが防止される。したがって、緊急の通話要求を適切に処理することができる。
また、通信制御部３１Ａは、通信部１２からの通話要求が緊急の通話要求の場合において、通信部１２から送信されるグローバルＩＰアドレスと登録グローバルＩＰアドレスとが一致し、かつ通信部１２から送信される東京内線電話端末１０，１１または大阪内線電話端末２０，２１のローカルＩＰアドレスのネットワークアドレス部と記憶部３３に記憶された登録ネットワークアドレス部とが一致しないとき、通話要求を規制する。そのため、２拠点がＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などで接続されて、一方の拠点の通信部１２および電話通信部１３を介して通話要求を送信する場合であっても、緊急の通話要求を適切に処理することができる。

また、登録制御部３１Ｂは、東京内線電話端末１０，１１または大阪内線電話端末２０，２１から通信部１２，２２を介して送信される登録要求を入力すると、通信部１２，２２から送信されるグローバルＩＰアドレスと記憶部３３に記憶された登録グローバルＩＰアドレスとが一致しないとき、緊急発信不可知覚設定を東京内線電話端末１０，１１または大阪内線電話端末２０，２１に行わせる。そのため、東京内線電話端末１０，１１または大阪内線電話端末２０，２１を使用するユーザに、緊急発信が不可であることを事前に知覚させることができる。
また、登録制御部３１Ｂは、東京内線電話端末１０，１１または大阪内線電話端末２０，２１から通信部１２，２２を介して送信される登録要求を入力すると、通信部１２，２２から送信されるグローバルＩＰアドレスと記憶部３３に記憶された登録グローバルＩＰアドレスとが一致し、かつ通信部１２，２２から送信される東京内線電話端末１０，１１または大阪内線電話端末２０，２１のローカルＩＰアドレスのネットワークアドレス部と記憶部３３に記憶された登録ネットワークアドレス部とが一致するとき、緊急発信許可知覚設定を東京内線電話端末１０，１１または大阪内線電話端末２０，２１に行わせる。そのため、東京内線電話端末１０，１１または大阪内線電話端末２０，２１を使用するユーザに、緊急発信が可能であることを事前に知覚させることができる。

なお、本発明の技術範囲は上記の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲において、種々の変更を加えることが可能である。
例えば、通信制御部３１Ａが、グローバルＩＰアドレスと登録グローバルＩＰアドレスとが一致するかを判定するとしているが、この機能は設けなくてもよい。その場合、通信制御部３１Ａが、ネットワークアドレス部と登録ネットワークアドレス部とが一致するかを判定すればよい。
また、通信制御部３１Ａが、ネットワークアドレス部と登録ネットワークアドレス部とが一致するかを判定するとしているが、この機能は設けなくてもよい。その場合、通信制御部３１Ａが、グローバルＩＰアドレスと登録グローバルＩＰアドレスとが一致するかを判定すればよい。
すなわち、通信制御部３１Ａが、グローバルＩＰアドレスと登録グローバルＩＰアドレスとが一致するかを判定し、ネットワークアドレス部と登録ネットワークアドレス部とが一致するかを判定するとしているが、これに限ることはなく、少なくともいずれか一方を判定するとしてもよい。

また、通信制御部３１Ａが、グローバルＩＰアドレスと登録グローバルＩＰアドレスとが一致するかを判定し、次にネットワークアドレス部と登録ネットワークアドレス部とが一致するかを判定するとしているが、これに限ることはなく、これらの順番を変えてもよい。すなわち、通信制御部３１Ａが、ネットワークアドレス部と登録ネットワークアドレス部とが一致するかを判定し、次にグローバルＩＰアドレスと登録グローバルＩＰアドレスとが一致するかを判定するとしてもよい。この場合の具体的な発進処理のフローを図５に示す。図５においては、図３と同じ処理であるため、符号は全て同じとしその説明を省略する。ただし、ステップＳ２７と、ステップＳ２９との順番が入れ替えられている。すなわち、通信制御部３１Ａは、ネットワークアドレス部と登録ネットワークアドレス部とが一致するかを判定し（ステップＳ２９）、それらが一致しないと判定すると（ステップＳ２９：Ｎｏ）、切断処理を行う（ステップＳ２８）。一方、通信制御部３１Ａは、ネットワークアドレス部と登録ネットワークアドレス部とが一致すると判定すると（ステップＳ２９：Ｙｅｓ）、グローバルＩＰアドレスと登録グローバルＩＰアドレスとが一致するかを判定し（ステップＳ２７）、それらが一致しないと判定すると（ステップＳ２７：Ｎｏ）、切断処理を行う（ステップＳ３３）。
また、通信制御部３１Ａが、緊急電話かを判定し、グローバルＩＰアドレスと登録グローバルＩＰアドレスとが一致するかを判定し、ネットワークアドレス部と登録ネットワークアドレス部とが一致するかを判定するとしているが、これに限ることはなく、これらの機能の少なくともいずれか一つを電話通信部１３が行うようにしてもよい。例えば、電話通信部１３が備える固定電話ゲートウェイが行うようにしてもよい。この場合、電話通信部１３が通信管理装置として機能する。さらに、前述の機能の少なくともいずれか一つを通信部１２が行うようにしてもよい。この場合は、通信部１２が通信管理装置として機能する。さらに、前述の機能を、通信制御部３１Ａ、通信部１２または電話通信部１３のいずれかに分散させてもよい。また、前述の通信制御部３１Ａの変形例は、通信部１２および電話通信部１３にも適用できることは言うまでもない。

また、登録制御部３１Ｂが、グローバルＩＰアドレスと登録グローバルＩＰアドレスとが一致するかを判定し、かつネットワークアドレス部と登録ネットワークアドレス部とが一致するかを判定するとしているが、この機能は設けなくてもよい。その場合、緊急発信不可知覚設定および緊急発信許可知覚設定は行わなくてもよい。
また、登録制御部３１Ｂが、グローバルＩＰアドレスと登録グローバルＩＰアドレスとが一致するかを判定し、かつネットワークアドレス部と登録ネットワークアドレス部とが一致するかを判定するとしているが、少なくともいずれか一方を判定するとしてもよい。
また、登録制御部３１Ｂが、緊急発信不可知覚設定および緊急発信許可知覚設定を行わせるとしているが、これに限ることはなく、少なくともいずれか一方を行わせるようにしてもよい。
また、登録制御部３１Ｂが、グローバルＩＰアドレスと登録グローバルＩＰアドレスとが一致するかを判定し、次にネットワークアドレス部と登録ネットワークアドレス部とが一致するかを判定するとしているが、これに限ることはなく、これらの順番を変えてもよい。すなわち、登録制御部３１Ｂが、ネットワークアドレス部と登録ネットワークアドレス部とが一致するかを判定し、次にグローバルＩＰアドレスと登録グローバルＩＰアドレスとが一致するかを判定するとしてもよい。すなわち、図５において、図３のステップＳ２７とステップＳ２９とを入れ替えたのと同様、図２のステップＳ４とステップＳ８とを入れ替えてもよい。

また、東京内線電話端末１０，１１または大阪内線電話端末２０，２１が設置されているとしているが、内線電話端末の設置数は適宜変更可能である。
また、グローバルＩＰアドレス、ローカルＩＰアドレス、ネットワークアドレス部およびホスト部の設定は、適宜変更可能である。
また、記憶部３３が記憶する登録グローバルＩＰアドレスが通信部１２のグローバルＩＰアドレスであるとしているが、これに限ることはなく、例えば固定電話ゲートウェイなどの電話通信部１３のグローバルＩＰアドレスであってもよい。
また、通信部１２が東京内線電話端末１０，１１または大阪内線電話端末２０，２１のローカルＩＰアドレスを送信するとしているが、これに限ることはなく、ネットワークアドレス部を送信するとしてもよい。
また、記憶部３３は、ネットワークアドレス部を記憶するとしているが、これに限ることはなく、ローカルＩＰアドレスを記憶してもよい。

また、東京本店通信システム１００、大阪支店通信システム２００およびクラウドＰＢＸサーバ３０を構成する前述の各機能部は、単体のコンピュータに備えられていてもよいし、通信ネットワークを介して通信可能な複数のコンピュータに分散して備えられていてもよい。
また、通信管理システム１およびクラウドＰＢＸサーバ３０の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各種処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。

また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、ハードディスク、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢ（登録商標）メモリ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

既述の実施形態に関し、さらに以下の付記を示す。
（付記１）
電話端末に接続されて前記電話端末と外線電話端末とで通話を行わせる通信管理装置であって、
前記電話端末から通信部を介して前記外線電話端末への通話要求を入力すると、前記通話要求が緊急の通話要求の場合において、前記通信部から送信されるグローバルＩＰアドレスと記憶部に記憶された登録グローバルＩＰアドレスとが一致しないとき、前記通話要求を規制する規制制御部を備える通信管理装置。

（付記２）
前記規制制御部は、前記通話要求が緊急の通話要求の場合において、前記通信部から送信されるグローバルＩＰアドレスと前記登録グローバルＩＰアドレスとが一致し、かつ前記通信部から送信される前記電話端末のネットワークアドレス部と記憶部に記憶された登録ネットワークアドレス部とが一致しないとき、前記通話要求を規制する付記１に記載の通信管理装置。

（付記３）
前記規制制御部は、前記通話要求が緊急の通話要求の場合において、前記通信部から送信される前記電話端末のネットワークアドレス部と記憶部に記憶された登録ネットワークアドレス部とが一致し、かつ前記通信部から送信されるグローバルＩＰアドレスと前記登録グローバルＩＰアドレスとが一致しないとき、前記通話要求を規制する付記１に記載の通信管理装置。

（付記４）
前記電話端末から前記通信部を介して送信される登録要求を入力すると、前記通信部から送信されるグローバルＩＰアドレスと記憶部に記憶された登録グローバルＩＰアドレスとが一致しないとき、緊急発信不可知覚設定を前記電話端末に行わせる登録制御部を備える付記１から付記３のいずれか一項に記載の通信管理装置。

（付記５）
電話端末に接続されて前記電話端末と外線電話端末とで通話を行わせる通信管理装置における通信管理方法であって、
前記電話端末から通信部を介して前記外線電話端末への通話要求を入力すると、前記通話要求が緊急の通話要求の場合において、前記通信部から送信されるグローバルＩＰアドレスと記憶部に記憶された登録グローバルＩＰアドレスとが一致しないとき、前記通話要求を規制する規制制御ステップを含む通信管理方法。

（付記６）
電話端末に接続されて前記電話端末と外線電話端末とで通話を行わせる通信管理装置における通信管理プログラムであって、
前記電話端末から通信部を介して前記外線電話端末への通話要求を入力すると、前記通話要求が緊急の通話要求の場合において、前記通信部から送信されるグローバルＩＰアドレスと記憶部に記憶された登録グローバルＩＰアドレスとが一致しないとき、前記通話要求を規制する規制制御ステップを前記通信管理装置に実行させる通信管理プログラム。

（付記７）
電話端末と、当該電話端末に接続される通信管理装置とを備え、前記電話端末と外線電話端末とで通話を行わせる通信管理システムであって、
前記通信管理装置は、
前記電話端末から通信部を介して前記外線電話端末への通話要求を入力すると、前記通話要求が緊急の通話要求の場合において、前記通信部から送信されるグローバルＩＰアドレスと記憶部に記憶された登録グローバルＩＰアドレスとが一致しないとき、前記通話要求を規制する規制制御部を備える通信管理システム。

（付記８）
電話端末と、当該電話端末にネットワークを介して接続されるクラウドＰＢＸサーバとを備え、前記電話端末と外線電話端末とで通話を行わせる通信管理システムであって、
前記クラウドＰＢＸサーバは、
前記電話端末から通信部を介して前記外線電話端末への通話要求を入力すると、前記通話要求が緊急の通話要求の場合において、前記通信部から送信されるグローバルＩＰアドレスと記憶部に記憶された登録グローバルＩＰアドレスとが一致しないとき、前記通話要求を規制する規制制御部を備える通信管理システム。

１ 通信管理システム
１０，１１ 東京内線電話端末（電話端末）
１２ 通信部
２０，２１ 大阪内線電話端末（電話端末）
３０ クラウドＰＢＸサーバ３０（通信管理装置）
３１Ａ 通信制御部（規制制御部）
３１Ｂ 登録制御部
３３ 記憶部

Claims (6)

1. 電話端末に接続されて前記電話端末と外線電話端末とで通話を行わせる通信管理装置であって、
   前記電話端末から通信部を介して前記外線電話端末への通話要求を入力すると、前記通話要求が緊急の通話要求の場合において、前記通信部から送信される前記電話端末のネットワークアドレス部と記憶部に記憶された登録ネットワークアドレス部とが一致し、かつ前記通信部から送信されるグローバルＩＰアドレスと記憶部に記憶された登録グローバルＩＰアドレスとが一致しないとき、前記通話要求を規制する規制制御部を備える通信管理装置。
2. 前記電話端末から前記通信部を介して送信される登録要求を入力すると、前記通信部から送信されるグローバルＩＰアドレスと記憶部に記憶された登録グローバルＩＰアドレスとが一致しないとき、緊急発信不可知覚設定を前記電話端末に行わせる登録制御部を備える請求項１に記載の通信管理装置。
3. 電話端末に接続されて前記電話端末と外線電話端末とで通話を行わせる通信管理装置における通信管理方法であって、
   前記電話端末から通信部を介して前記外線電話端末への通話要求を入力すると、前記通話要求が緊急の通話要求の場合において、前記通信部から送信される前記電話端末のネットワークアドレス部と記憶部に記憶された登録ネットワークアドレス部とが一致し、かつ前記通信部から送信されるグローバルＩＰアドレスと記憶部に記憶された登録グローバルＩＰアドレスとが一致しないとき、前記通話要求を規制する規制制御ステップを含む通信管理方法。
4. 電話端末に接続されて前記電話端末と外線電話端末とで通話を行わせる通信管理装置における通信管理プログラムであって、
   前記電話端末から通信部を介して前記外線電話端末への通話要求を入力すると、前記通話要求が緊急の通話要求の場合において、前記通信部から送信される前記電話端末のネットワークアドレス部と記憶部に記憶された登録ネットワークアドレス部とが一致し、かつ前記通信部から送信されるグローバルＩＰアドレスと記憶部に記憶された登録グローバルＩＰアドレスとが一致しないとき、前記通話要求を規制する規制制御ステップを前記通信管理装置に実行させる通信管理プログラム。
5. 電話端末と、当該電話端末に接続される通信管理装置とを備え、前記電話端末と外線電話端末とで通話を行わせる通信管理システムであって、
   前記通信管理装置は、
   前記電話端末から通信部を介して前記外線電話端末への通話要求を入力すると、前記通話要求が緊急の通話要求の場合において、前記通信部から送信される前記電話端末のネットワークアドレス部と記憶部に記憶された登録ネットワークアドレス部とが一致し、かつ前記通信部から送信されるグローバルＩＰアドレスと記憶部に記憶された登録グローバルＩＰアドレスとが一致しないとき、前記通話要求を規制する規制制御部を備える通信管理システム。
6. 電話端末と、当該電話端末にネットワークを介して接続されるクラウドＰＢＸサーバとを備え、前記電話端末と外線電話端末とで通話を行わせる通信管理システムであって、
   前記クラウドＰＢＸサーバは、
   前記電話端末から通信部を介して前記外線電話端末への通話要求を入力すると、前記通話要求が緊急の通話要求の場合において、前記通信部から送信される前記電話端末のネットワークアドレス部と記憶部に記憶された登録ネットワークアドレス部とが一致し、かつ前記通信部から送信されるグローバルＩＰアドレスと記憶部に記憶された登録グローバルＩＰアドレスとが一致しないとき、前記通話要求を規制する規制制御部を備える通信管理システム。

Images