JP6176340B2 - 交換装置、交換プログラム、交換方法、及び通信システム - Google Patents

Description

本発明は、交換装置、交換プログラム、交換方法、及び通信システムに関し、例えば、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）通信を行うＶｏＩＰ電話通信システムに適用し得る。

ＩＰ電話通信システムでは、ＩＰネットワーク上に配置された複数の電話端末と、電話端末あいだの接続処理をする交換装置等の通信制御装置を備えて、それぞれの電話端末の間および電話端末と交換装置とのあいだをＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ/ＩＰ）、ＵＤＰ／ＩＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ/ＩＰ）等で接続し通信できるようにしている。例えば、第１の電話端末が、第２の電話端末に接続するための接続要求を交換装置に送信すると、交換装置は第１の電話端末と第２の電話端末との間の接続処理をし、電話端末の間で通話が確立すると音声情報の送受をして通話状態にさせるものである。

ＩＰ電話通信システムでは、ＩＥＴＦ（Ｉｎｔｅｒｎｅ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）で策定されたＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）およびＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｃｔｏｒ）で策定されたＨ．３２３などのＶｏＩＰ技術を利用して電話のサービスを形成されることが多い。

例えば、ＳＩＰを利用する場合、交換装置にＳＩＰに基づく接続要求で呼処理をする呼処理部を含ませ、電話端末と交換装置の通信プロトコルスタックにＳＩＰの通信プロトコルを含ませる。こうすることで電話端末と交換装置とはＳＩＰに基づく接続要求により通信が可能となる。

また、交換装置にＳＩＰおよびＨ．３２３に基づく接続要求で呼処理をする呼処理部を含ませ、さらに交換装置の通信プロトコルスタックにＳＩＰおよびＨ．３２３の複数の通信プロトコルを含ませることで、複数のＶｏＩＰの通信プロトコルに対応する交換装置とすることができる。

ＳＩＰの詳細はＲＦＣ３２６１などで規定されており、クライアント（電話端末）は接続したい相手の識別子（電話番号）を含むＳＩＰリクエスト（ＳＩＰに基づく接続要求の呼制御情報）を、サーバー（交換装置）のネットワークレイヤ（Ｎｅｔｗｏｒｋ ｌａｙｅｒ）のＩＰアドレスおよびトランスポートレイヤ（Ｔｒａｎｓｐｏｒｔ ｌａｙｅｒ）のＳＩＰのための通信ポートの番号を含めて送信するとしている。

したがって、第１の電話端末が、第２の電話端末に接続するためのＳＩＰに基づく接続要求を、交換装置のＩＰアドレスおよびＳＩＰのための通信ポートの番号を含めて送信すると、交換装置はＳＩＰのための通信ポートで受信した接続要求に基づいて電話端末のあいだの接続処理をし、電話端末のあいだで通話が確立して音声情報の送受をして通話する。

ところで、ＩＰに基づく接続において、ＤｏＳ（Ｄｅｎｉａｌ ｏｆ Ｓｅｒｖｉｃｅ）攻撃やセキュリティーホールに対する攻撃等の不正アクセスに関するセキュリティ問題が存在する。

このセキュリティ問題を解決する一つの手段として、パケットフィルタリングの技術がある。

特許文献１にはプロトコル、ソースアドレス（送信元アドレス）、デスティネーッションアドレス（送信元アドレス）、ソースポート（送信元ポート）、デスティネーッションポート（送信先ポート）およびアクションを含めた複数のルールセットを予め記憶しておき、このルールセットに基づいてパケットの流入出の許可もしくは拒否の処理をし、パケットフィルタのパフォーマンスを改善するようにルールセットを自動的に再配列する方法が提案されている。

特開２０００−１７４８０８号公報

しかしながら、ＳＩＰやＨ．３２３等の複数のＶｏＩＰの通信プロトコルに対応する交換装置等に、特許文献１の方法を適用した場合には、その交換装置が収容する電話端末では用いられないＶｏＩＰの通信プロトコルについても、パケットフィルタリングで通信を許可することになってしまう。

具体的には、複数のＶｏＩＰの通信プロトコルに対応する交換装置に、ＳＩＰおよびＨ．３２３に関わる通信ポートはパケットの流入出を許可するルールセットのパケットフィルタリングを設けた場合、この交換装置の配下にＳＩＰに対応する電話端末のみ存在するときＨ．３２３の通信ポートは不必要な通信ポートであるのにパケットフィルタリングで拒否されず、適切にパケットフィルタリングが行われない。したがって、この場合、特許文献１の記載技術を適用した交換装置では、Ｈ．３２３の通信プロトコルを悪用した不正アクセスの脅威にさらされることになる。

一方、複数のＶｏＩＰの通信プロトコルに対応する交換装置に、ＳＩＰに関わる通信ポートはパケットの流入出を許可しＨ．３２３に関わる通信ポートはパケットの流入出を拒否するルールセットのパケットフィルタリングを設けた場合、この交換装置の配下にＳＩＰに対応する電話端末のみ存在するとき不要なＨ．３２３の通信ポートがパケットフィルタリングで拒否されるが、電話端末追加や電話端末機種変更などが生じてＨ．３２３に対応する電話端末がこのＩＰ−ＰＢＸの配下に存在するようになるとき、Ｈ．３２３の通信ポートは必要な通信ポートであるのにパケットフィルタリングで拒否され、適切にパケットフィルタリングが行われない。

したがって、このＩＰ−ＰＢＸがＨ．３２３のプロトコルの接続に関する処理が行えずＩＰ電話システムの利便性が低下することになる。

つまり、特許文献１の方法は、複数のルールセットを予め記憶しておき、このルールセットに基づいてパケットの流入出の許可もしくは拒否の処理をし、パケットフィルタのパフォーマンスを改善するようにルールセットを自動的に再配列しているに過ぎず、特許文献１の方法を適用した通信装置等では、接するネットワーク環境に応じて適切なパケットフィルタリングのルールセットを生成しフィルタ処理を実施できない。

そのため、セキュリティを確保しつつ、利便性を向上させることができる交換装置、交換プログラム、交換方法、及び通信システムが望まれている。

第１の本発明は、通話機能を有する通信装置の呼処理を行う交換装置であって、（１）前記通信装置に係るパケットフィルタリングのルールセット情報を記憶する記憶手段と、（２）前記ルールセット情報に基づき前記通信装置から到来するパケットの受信許可又は受信拒否の処理を行うパケットフィルタリング手段と、（３）音声通信に係わる第１通信プロトコル及び第２通信プロトコルに基づく接続処理に対応し、前記パケットフィルタリング手段が受信許可の処理を行う前記通信装置から到来するパケットに基づいて前記通信装置に係わる接続処理を前記第１通信プロトコル又は前記第２通信プロトコルに基づいて行う接続処理手段と、（４）当該交換装置に代わって前記通信装置の呼処理を行う他交換装置に対し前記ルールセット情報を同期処理する冗長構成制御手段とを有することを特徴とする。

第２の本発明の交換プログラムは、（１）通話機能を有する通信装置の呼処理を行う交換装置に搭載されたコンピュータを、（２）前記通信装置に係るパケットフィルタリングのルールセット情報を記憶する記憶手段と、（３）前記ルールセット情報に基づき前記通信装置から到来するパケットの受信許可又は受信拒否の処理を行うパケットフィルタリング手段と、（４）音声通信に係わる第１通信プロトコル及び第２通信プロトコルに基づく接続処理に対応し、前記パケットフィルタリング手段が受信許可の処理を行う前記通信装置から到来するパケットに基づいて前記通信装置に係わる接続処理を前記第１通信プロトコル又は前記第２通信プロトコルに基づいて行う接続処理手段と、（５）当該交換装置に代わって前記通信装置の呼処理を行う他交換装置に対し前記ルールセット情報を同期処理する冗長構成制御手段として機能させることを特徴とする。

第３の本発明は、（１）通話機能を有する通信装置の呼処理を行う交換装置が行う交換方法であって、（２）交換装置が、記憶手段、パケットフィルタリング手段、接続処理手段、及び冗長構成制御手段を備え、（３）前記記憶手段は、前記通信装置に係るパケットフィルタリングのルールセット情報を記憶し、（４）前記パケットフィルタリング手段は、前記ルールセット情報に基づき前記通信装置から到来するパケットの受信許可又は受信拒否の処理を行い、（５）前記接続処理手段は、音声通信に係わる第１通信プロトコル及び第２通信プロトコルに基づく接続処理に対応し、前記パケットフィルタリング手段が受信許可の処理を行う前記通信装置から到来するパケットに基づいて前記通信装置に係わる接続処理を前記第１通信プロトコル又は前記第２通信プロトコルに基づいて行い、（６）前記冗長構成制御手段は、当該交換装置に代わって前記通信装置の呼処理を行う他交換装置に対し前記ルールセット情報を同期処理することを特徴とする。

本発明によれば、セキュリティを確保しつつ、利便性を向上させることができる交換装置、交換プログラム、交換方法、及び通信システムを提供することができる。

第１の実施形態に関係する各種装置の接続関係など（第１の実施形態の通信システム）について示したブロック図である。 第１の実施形態に係る局データ記憶部が記憶するデータの内容について示した説明図である。 第１の実施形態に係る通信ポートデータ記憶部に記憶するデータの内容について示した説明図である。 第１の実施形態に係る制御部の機能的構成を示したブロック図である。 第１の実施形態に係る交換装置の動作を示したフローチャートである。 第２の実施形態に関係する各種装置の接続関係など（第２の実施形態の通信システム）について示したブロック図である。 第２の実施形態に係るテンプレートファイル記憶部の内容例について示したブロック図である。 第３の実施形態に関係する各種装置の接続関係など（第３の実施形態の通信システム）について示したブロック図である。 第３の実施形態に係るテンプレートファイル記憶部で記憶されている内容の例について示したブロック図である。 第３の実施形態に係る命令記憶部で記憶する内容の例について示した説明図である。 第４の実施形態に係る通信ポートデータ記憶部の内容例について示した説明図である。 第６の実施形態に係るポートデータ記憶部に記憶する内容の例について示した説明図である。 第７の実施形態に関係する各種装置の接続関係など（第７の実施形態の通信システム）について示したブロック図である。 第７の実施形態に係るＣＣＢ記憶部に記憶されるＣＣＢの内容例（１）について示した説明図である。 第７の実施形態に係る制御部の機能的構成を示したブロック図である。 第７の実施形態に係る交換装置のパケットフィルタ処理の動作を示したフローチャートである。 第７の実施形態に係る交換装置のＣＣＢ開放の動作の詳細について示したシーケンス図である。 第７の実施形態に係るＣＣＢ記憶部に記憶されるＣＣＢの内容例（２）について示した説明図である。 第８の実施形態に関係する各種装置の接続関係など（第８の実施形態の通信システム）について示したブロック図である。 第８の実施形態に係る交換装置の機能的構成について示したブロック図である。 第８の実施形態に係る制御部の機能的構成について示したブロック図である。 第８の実施形態に係る交換装置の状態ごとの制御内容について示した説明図である。 第８の実施形態に係る交換装置が起動して冗長構成が組まれるまでの動作について示したシーケンス図である。 第８の実施形態に係る交換装置の動作について示したシーケンス図である。

（Ａ）第１の実施形態
以下、本発明による交換装置、交換プログラム、交換方法、及び通信システムの第１の実施形態を、図面を参照しながら詳述する。

（Ａ−１）第１の実施形態の構成
（Ａ−１−１）全体構成について
図１は、第１の実施形態に関係する各種装置の接続関係など（第１の実施形態の通信システム）について示したブロック図である。

交換装置１０は、ＶｏＩＰに対応した電話端末へ電話交換のサービスを提供する交換装置であり、例えば、ＩＰ−ＰＢＸやソフトスイッチ等が該当する。また、交換装置１０は、電話の接続に係わる処理部を有していれば、スイッチやルータ等の中継装置であってもよいし、パソコン等の通信装置であってもよい。

そして、交換装置１０は、ネットワークＮに接続しており、ネットワークＮを介して、電話端末２０（２０−１、２０−２）と通信し、電話端末２０に対してサービスを提供する。

ネットワークＮは通信を行うノードのあいだを接続する網であり、ＰＳＴＮ（各ノードがＰＳＴＮを介してＩＰ通信可能なモデム等を備えている必要がある）や広域イーサーネット網や専用線網やＩＰ網（例えば、インターネット等）等が適用できる。ここでは、ネットワークＮはＩＰ網として説明する。

第１の実施形態においては、例として、交換装置１０は通信プロトコルスタックにＳＩＰ、Ｈ．３２３および独自の通信プロトコル（以下、「独自プロトコル」という）を含み、ＳＩＰ、Ｈ．３２３および独自の複数のＶｏＩＰの通信プロトコルに対応するＩＰ−ＰＢＸとして説明する。ここで、独自の通信プロトコルとは、例えば、個人や開発会社などが独自に制定した標準的ではないＶｏＩＰの通信プロトコルを指すものとする。なお、以下において、交換装置１０が対応する独自プロトコルの一つを「独自プロトコルＰ１」と呼ぶものとする。独自プロトコルＰ１は、ＳＩＰ、Ｈ．３２３のようなシグナリングプロトコル（Ｓｉｇｎａｌｉｎｇ Ｐｒｏｔｏｃｏｌ）とは異なり、メディアデータ（音声データ）の中継も行うプロトコルである。

なお、交換装置１０は、ＳＩＰに対応した電話端末２０間の呼制御をする場合には、ＳＩＰ信号により電話端末２０間の呼制御だけを行うものとする。そして、ＳＩＰに対応した電話端末２０間では、メディアデータのパケットについては、電話端末２０同士で直接送受信するものとする。なお、ＳＩＰに対応した電話端末２０間では、メディアデータについて図示しないメディアゲートウェイを中継して通信するようにしても良い。また、交換装置１０は、Ｈ．３２３に対応した電話端末２０間の呼制御をする場合には、ＳＩＰ同様、Ｈ．３２３信号により電話端末２０間の呼制御だけを行うものとする。

独自プロトコルＰ１に対応した電話端末２０間の呼制御をする場合には、交換装置１０の役割はその独自プロトコルＰ１の内容に応じたものになる。ここでは、独自プロトコルＰ１に対応した電話端末２０間の呼制御をする場合には、呼制御及びメディアデータの中継も行うものとする。

具体的には、交換装置１０は、プロセッサやメモリ等のプログラム実施構成及び他の通信装置と通信をするためのインタフェースを有する情報処理装置に、実施形態の交換プログラム等をインストールすることにより構築するようにしても良い。その場合でも、交換装置１０の機能的構成は、図１のように示すことができる。

この実施形態の交換プログラムには、ＳＩＰ、Ｈ．３２３および独自のそれぞれに対応する電話のサービスを提供する１つまたは複数のプログラムを含んでおり、交換装置１０が起動すると、それぞれのプログラムが自動に実行され機能が活性化し、電話のサービスの提供を開始する。サービスを提供するプログラムとは、例えば、ＵＮＩＸ（登録商標）ＯＳ上では、デーモン（ｄａｅｍｏｎ）に相当し、マイクロソフト（登録商標）社のＷｉｎｄｏｗｓ（登録商標）上では、Ｗｉｎｄｏｗｓサービスに相当する。

交換装置１０は、ＩＰインタフェースを有して、ネットワークＮに接続し、電話端末２０とＶｏＩＰの通信プロトコルに基づく呼制御情報の送受信をし、この呼制御情報に基づき電話端末の間の接続処理を行う。

また、交換装置１０は、呼制御情報の受信をするときにパケットフィルタリングの処理をし、通信許可（呼制御情報等を有するパケットの受信を許可する）または通信拒否（呼制御情報等を有するパケットの受信を拒否する）の処理をする。

さらに、交換装置１０は、ネットワークＮ上でのＩＰアドレスが「１９２．１６８．１．１１」であるものとする。また、交換装置１０では、ＳＩＰに用いる通信ポートの番号が「５０６０」、Ｈ．３２３に用いる通信ポートの番号が「１３００」、独自プロトコルＰ１に用いる通信ポートの番号が「１０００１〜１０００３」と設定されているものとする。したがって、交換装置１０が含む、ＳＩＰ、Ｈ．３２３および独自プロトコルＰ１のそれぞれに対応する電話のサービスを提供するプログラムは、上述した通信ポートの番号を利用してトランスポートレイヤで通信を受け付ける。

ここで、通信ポートの番号「５０６０」、「１３００」、「１０００１」は、それぞれＳＩＰ、Ｈ．３２３、独自プロトコルＰ１の呼制御に係わるものである。また、通信ポートの番号「１０００２〜１０００３」は独自プロトコルＰ１のメディアデータに係わるものである。

（Ａ−１−２）交換装置の内部構成について
次に、交換装置１０の内部構成の詳細について説明する。

交換装置１０は、通信部１１、データ記憶部１２、接続処理部１３、及び制御部１４を有しており、それぞれの構成要素間は内部バスで接続され互いに信号のやりとりをすることができる。

また、交換装置１０は、図示しない電源回路部を有し商用電源もしくはバッテリーに接続し、さらに、図示しないスイッチ部を有し、このスイッチ部の動作で電源回路部をオン（ＯＮ）もしくはオフ（ＯＦＦ）に設定できるように構成されているものとする。そして、交換装置１０を操作する操作者により、そのスイッチ部でオンの設定がなされると、電源回路部から給電が開始され交換装置１０が起動する。

通信部１１はＩＰネットワークＮに接続するインタフェースであり、パケットの送受信をして通信する部分である。ここで、交換装置１０は、上述の通りＩＰアドレスが「１９２．１６８．１．１１」と設定されていることから、通信部１１はＩＰアドレスが１９２．１６８．１．１１」に基づきＩＰ通信を行うものとする。

また、通信部１１はパケットフィルタリングを行う機能を担っており、通信により自ら受信するパケットに関し、設定されたルールセットに基づいて通信許可または通信拒否のパケットフィルタリング処理をする。

交換装置１０の起動直後において、通信部１１は、例えば、自ら受信するパケットのすべてを拒否（ａｌｌ ｄｅｎｙ）するルールセットでパケットフィルタリング処理をするように設定し、後述する制御部１４によりパケットフィルタリング設定がなされると、この設定に基づいてパケットフィルタリング処理をするものとする。
ここで、パケットのすべてを拒否（ａｌｌ ｄｅｎｙ）とは、ＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）のＯＳＩ参照モデル（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）における第４層のトランスポートレイヤのＴＣＰおよびＵＤＰの通信ポートに関し、通信ポートごとに通信拒否をすることを示す。

なお、通信部１１は、自ら送信するパケットについてはパケットフィルタリング処理を行わないものとする。また、通信部１１は、自らが起点となって形成したセッションに係るパケットについては、受信を許可するパケットフィルタリング処理を行うようにしても良い。

したがって、交換装置１０が起動すると、それぞれのプログラムが自動に実行され機能が活性化し、電話のサービスの提供を開始するが、通信部１１は制御部１４によりパケットフィルタリング設定がなされるまで受信するパケットのすべてを拒否するため、電話端末２０からの接続処理は行われない。

例えば、電話端末２０−１が、別の電話端末２０−２に接続するためのＳＩＰに基づく接続要求のパケットを、交換装置１０のＩＰアドレス「１９２．１６８．１．１１」およびトランスポートレイヤのＳＩＰのための通信ポート「５０６０」を含めて送信した場合を想定する。この場合、接続要求のパケットが交換装置１０に到達し、通信部１１がこのパケットに含まれるトランスポートレイヤのＳＩＰのための通信ポート「５０６０」を識別し、通信ポート「５０６０」の番号が設定されたルールセットに含まれているか判断する。そして、ルールセットに含まれている場合は、通信部１１は、通信許可のパケットフィルタリング処理により受信してパケットに含まれる通信ポートと接続要求を接続処理部１３に与える。一方、交換装置１０は、この通信ポートが設定されたルールセットに含まれていない場合は通信拒否（パケット受信拒否）のパケットフィルタリング処理により受信しない（破棄する）。

ここで、通信部１１のパケットフィルタ処理はＩＳＯのＯＳＩ参照モデルにおける第４層のトランスポートレイヤのＴＣＰおよびＵＤＰの通信ポートに関し、通信ポートごとに通信許可または通信拒否の処理をするものとして説明する。

ここで、ＯＳＩ参照モデルは、データ通信を実現するためのアーキテクトとして、通信機能を階層的（アプリケーションレイヤ（第７層）、プレゼンテーションレイヤ（第６層）、セッションレイヤ（第５層）、トランスポートレイヤ（第４層）、ネットワークレイヤ（第３層）、データリンクレイヤ（第２層）、物理レイヤ（第１層））に分割している。

したがって、交換装置１０は、ＯＳＩ参照モデルに対応するため、通信機能を実現するためのプロトコルスタックを含み、このプロトコルスタックにより階層ごとのデータ通信を行いつつ、通信部１１において第４層のトランスポートレイヤの通信ポートごとに通信許可または通信拒否の処理を行う。

データ記憶部１２は、交換装置１０のパケットフィルタリング等に用いる情報を記憶するものであり、局データ記憶部１２ａおよび通信ポートデータ記憶部１２ｂを有している。

局データ記憶部１２ａは交換装置１０の局条件を設定した局データ（ｏｆｆｉｃｅ ｄａｔｅ）である。

図２は、局データ記憶部１２ａが記憶するデータの内容について示した説明図である。

図２において、局データ記憶部１２ａには、「電話番号」、「ＩＰアドレス」、「電話端末種類」、及び「疎通フラグ」の項目を含む情報が記憶されている。なお、一般的なＩＰ−ＰＢＸでは、局データとして、収容総数やトランク種別やテナント番号等を含んでいることがあるが、ここでは、これらの説明は省略する。また、局データ記憶部１２ａの内容はユーザの操作により適宜に設定・変更が可能であるものとする。

「電話番号」は、電話端末２０ごとの電話番号である。

「ＩＰアドレス」は、電話端末２０ごとのＩＰアドレスである。なお、「ＩＰアドレスは」、ネットワークでノードを決定できるユニークな識別子であればよいため、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス等の他の識別子に置き換えても良い。なお、ＩＰアドレスは、図２においてはＩＰｖ４で示されているが、ＩＰｖ６等の他の形式であってもよい。

「電話端末種類」は、交換装置１０が収容する電話端末２０ごとに対応するＶｏＩＰの通信プロトコルの種類の情報を示している。

「疎通フラグ」は、交換装置１０が収容する電話端末ごとに疎通確認した結果情報である。疎通フラグは「０」もしくは「１」が設定され、「０」は疎通確認に失敗したことを表し、「１」は疎通確認に成功したことを表す。なお、疎通確認の処理は後に説明する接続処理部１３により行われ、疎通フラグは接続処理部１３により適宜に変更される。

局データ記憶部１２ａは、電話端末２０ごとに、電話番号、ＩＰアドレス、電話端末種類および疎通フラグを記憶しており、図２では、１行で１つの電話端末２０に係る局データが示されている。例えば、図２の局データのうち、電話番号が「１２」の局データ（最上段のデータ）では、ＩＰアドレスが「１９２．１６８．１．１２」、電話端末種類が「ＳＩＰ」、疎通フラグが「１」示されている。この局データが示す電話端末２０については、電話番号が「１２」で、ＩＰアドレスが「１９２．１６８．１．１２」で、ＶｏＩＰに用いる通信プロトコルが「ＳＩＰ」で、「疎通可能」であることを示している。

なお、以下では、電話端末２０−１については、図２の電話番号が「１２」の局データが該当し、電話端末２０−２については、図２の電話番号が「１３」の局データが該当するものとする。すなわち、電話端末２０−１の電話番号は「１２」、ＩＰアドレスは「１９２．１６８．１．１２」、電話端末種類は「ＳＩＰ」である。また、電話端末２０−２の電話番号は「１３」、ＩＰアドレスは「１９２．１６８．１．１３」、電話端末種類は「ＳＩＰ」である。

通信ポートデータ記憶部１２ｂはＶｏＩＰの通信プロトコルごとの通信ポートの番号等の情報を記憶している。

図３は、通信ポートデータ記憶部１２ｂに記憶するデータの内容について示した説明図である。

図３において、通信ポートデータ記憶部１２ｂには、「通信プロトコル種類」、「通信ポート」を含む情報が記憶されている。

「通信プロトコル種類」はＶｏＩＰの通信プロトコルの種類の情報である。

「通信ポート」はＶｏＩＰの通信プロトコルごとに利用する通信ポートの番号である。

例えば、図３では、通信ポートデータ記憶部１２ｂは、通信プロトコル種類「ＳＩＰ」に対応する通信ポートを「５０６０」と記憶しており、通信プロトコル種類が「ＳＩＰ」の場合は利用する通信ポートの番号「５０６０」であることを示している。なお、通信ポートデータ記憶部１２ｂの内容はユーザにより適宜に設定・変更が可能である。

接続処理部１３は通信部１１から与えられる接続要求などの呼制御情報に基づき、電話端末２０の間の接続処理の呼処理（呼制御）を行う機能を担っている。

接続処理部１３はＳＩＰ、Ｈ．３２３および独自プロトコルＰ１のＶｏＩＰの接続要求に対応して接続処理をする。具体的には、接続処理部１３は、交換装置１０が含むＳＩＰ、Ｈ．３２３および独自プロトコルＰ１のそれぞれに対応する電話のサービスを提供するプログラムにより構成されている。つまり、交換装置１０が起動すると、それぞれのプログラムが自動に実行され機能が活性化することで接続処理部１３が形成されて電話のサービスの提供が開始し、接続処理部１３は接続要求などの呼制御情報に基づき電話端末のあいだの接続処理が行える。

交換装置１０の起動直後において、接続処理部１３はデータ記憶部１２で記憶する局データ記憶部１２ａの読み込みを始め、読み込みを終え接続処理の準備が整うと、接続処理が行えるようになる。

さらに、接続処理部１３は局データ記憶部１２ａが設定・変更されるごとに、局データ記憶部１２ａの読み込みを始め、読み込みを終え接続処理の準備が整うと接続処理を開始するものとする。また、局データ記憶部１２ａが破損している場合は、接続処理部１３は正常に局データ記憶部１２ａを読み込めないため接続処理は開始しないようにしても良い。局データ記憶部１２ａの破損とは、例えば、局データ記憶部１２ａが構築された記憶領域（ファイル等）の破損、局データ記憶部１２ａが構築された記憶領域の間違い、局データ記憶部１２ａが構築された記憶領域の情報の欠落などが挙げられる。

接続処理部１３は接続処理を開始すると読み込んだ局データ記憶部１２ａを参照して電話端末の間の接続処理を開始する。つまり、接続処理部１３は、交換装置１０が含むＳＩＰ、Ｈ．３２３および独自プロトコルＰ１のそれぞれに対応する電話のサービスを提供するプログラムが活性化することで、接続処理部１３が形成されるから、このプログラムがデータ記憶部１２で記憶する局データ記憶部１２ａの読み込みを始め、読み込みを終え接続処理の準備が整うと、接続処理を開始する。

ここで、交換装置１０では、上述の通り、ＳＩＰに用いる通信ポートの番号が「５０６０」、Ｈ．３２３に用いる通信ポートの番号が「１３００」、独自プロトコルＰ１に用いる通信ポートの番号が「１０００１〜１０００３」と設定されている。そのため、接続処理部１３では、ＳＩＰに対応する電話のサービスを提供するプログラムは通信ポートの番号が「５０６０」につづく呼制御情報を処理し、Ｈ．３２３に対応する電話のサービスを提供するプログラムは通信ポートの番号が「１３００」につづく呼制御情報を処理し、独自プロトコルＰ１により独自に対応する電話のサービスを提供するプログラムは通信ポートの番号が「１０００１〜１０００３」のいずれかにつづく呼制御情報を処理する。

例えば、電話端末２０−１が、電話端末２０−２に接続するためのＳＩＰに基づく接続要求のパケットを、交換装置１０のＩＰアドレス「１９２．１６８．１．１１」およびトランスポートレイヤのＳＩＰのための通信ポート「５０６０」を含めて送信した場合を想定する。この場合、接続要求のパケットが交換装置１０に到達し、通信部１１が、このパケットに含まれるトランスポートレイヤのＳＩＰに用いる通信ポート「５０６０」を識別する。そして、通信部１１は、通信ポート「５０６０」の番号が、設定されたルールセットに含まれているか判断し、含まれている場合は通信許可のパケットフィルタリング処理により受信してパケットに含まれる通信ポートと接続要求の情報を接続処理部１３に与える。この場合、接続処理部１３は、与えられた接続要求に含まれる接続先の電話番号「１３」（電話端末２０−２）に対応する局データを抽出する。そして、接続処理部１３は、接続元の電話番号「１２」（電話端末２０−１）から接続要求があることをＩＰアドレス「１９２．１６８．１．１３」（電話端末２０−２）に通知する。そして、電話端末２０−２が、交換装置１０から通知を受け、接続要求に応じることで、電話端末２０−１と電話端末２０−２のあいだの通話が確立する。

また、接続処理部１３は接続処理の準備が整うと、局データ記憶部１２ａから読み込んだ局データのそれぞれに対応する電話端末２０に対して、ＩＰアドレスを利用して周期的な疎通確認を行い、疎通確認に成功した局データの疎通フラグに、疎通確認に成功したことを表す「１」を設定する。一方、接続処理部１３は疎通確認に失敗した電話端末２０の局データの疎通フラグについては「０」を設定する。なお、局データ記憶部１２ａにおいて、疎通フラグの初期値は「０」であるものとする。つまり、接続処理部１３は、交換装置１０が含むＳＩＰ、Ｈ．３２３および独自のそれぞれに対応する電話のサービスを提供するプログラムが活性化することで接続処理部１３が形成されるから、このプログラムが周期的な疎通確認を行う。

交換装置１０による電話端末２０への疎通確認の具体的な方法は限定されないものであるが、例えば、以下の２つを挙げることができる。なお、第１の実施形態では、後述する第１の疎通確認の方法が適用されているものとする。

[第１の方法]
交換装置１０による電話端末２０への疎通確認の第１の方法は、接続処理部１３が、電話端末２０のＩＰアドレスに基づいてｐｉｎｇを用いて周期的に疎通確認する方法である。この場合、接続処理部１３は図２に示す、それぞれの局データのＩＰアドレス（１９２．１６８．１．１２〜１７）に順次にｐｉｎｇを送出し、ｐｉｎｇに対する応答を得ることで疎通確認する。

なお、ｐｉｎｇとはＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）を利用するもので、ＯＳＩ参照モデルの第３層による疎通確認方法である。

したがって、接続処理部１３がｐｉｎｇ（ＩＣＭＰ）を用いて周期的に疎通確認するとき、通信部１１は自ら送信するパケットについてはパケットフィルタリング処理を行わないから疎通確認の信号を送出できる。また、通信部１１では、受信するパケットについて第４層のトランスポートレイヤの通信ポートごとに通信許可または通信拒否の処理を行い、第３層の疎通確認の信号は受信するように設定して、送信したＰｉｎｇに対する応答（Ｅｃｈｏ）を受信するようにしても良い。さらに、通信部１１に、自らが送信したＰｉｎｇに対する応答（Ｅｃｈｏ）については、受信拒否をしないように、明示的にパケットフィルタリングの設定をしておくようにしても良い。

また、上述の説明で、局データ記憶部１２ａのＩＰアドレスがＩＰｖ６であってもよいとしたが、この場合、接続処理部１３が疎通確認に用いるＰｉｎｇはＩＣＭＰｖ６（ＩＣＭＰ ｆｏｒ ＩＰｖ６）を利用するもので、ＯＳＩ参照モデルの第３層による疎通確認方法となる。

[第２の方法]
交換装置１０による電話端末２０への疎通確認の第２の方法は、接続処理部１３が電話端末２０のＩＰアドレスに基づいてＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて周期的に疎通確認する方法である。この場合、接続処理部１３は図２のＩＰアドレス２２「１９２．１６８．１．１２〜１７」のそれぞれについて順次にＡＲＰ要求を送出し、ＡＲＰ要求に対するＡＲＰ応答を得ることで疎通確認する。

なお、ＡＲＰはＩＰアドレスからＭＡＣアドレスの問い合わせと取得をするプロトコルで、ＯＳＩ参照モデルの第３層によるアドレス解決方法であり、アドレスが解決できるから疎通が確認されることになる。

したがって、接続処理部１３がＡＲＰを用いて周期的に疎通確認するとき、通信部１１は自ら送信するパケットについてはパケットフィルタリング処理を行わないから疎通確認の信号を送出できる。また、通信部１１では、受信するパケットについて第４層のトランスポートレイヤの通信ポートごとに通信許可または通信拒否の処理を行い、第３層の疎通確認の信号は受信するように設定して、送信したＡＲＰ要求に対する応答を受信するようにしても良い。また、通信部１１に、自らが送信したＡＲＰ要求に対する応答については、通信拒否をしないように、明示的にパケットフィルタリングの設定をしておくようにしても良い。

また、上述の局データ記憶部１２ａ（図２）の説明では、ＩＰアドレスの項目は、ＭＡＣアドレスであってもよいとしたが、この場合、接続処理部１３がＭＡＣアドレスに基づいてＲＡＲＰ（Ｒｅｖｅｒｓｅ Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて周期的に疎通確認するようにしても良い。この場合、接続処理部１３は、それぞれの局データのＭＡＣアドレスについて、順次にＲＡＲＰ要求を送出し、ＲＡＲＰ要求に対するＲＡＲＰ応答を得ることで疎通確認する。なお、ＲＡＲＰはＭＡＣアドレスからＩＰアドレスの問い合わせと取得をするプロトコルで、ＯＳＩ参照モデルの第３層によるアドレス解決方法であり、アドレスが解決できるから疎通が確認されることになる。

次に、制御部１４の詳細について説明する。

制御部１４は交換装置１０全体の制御を行う部分である。したがって、交換装置１０は含む、交換装置１０が含むＳＩＰ、Ｈ．３２３および独自のそれぞれに対応する電話のサービスを提供するプログラムの実行等も行う。また、制御部１４はパケットフィルタリング処理のルールセット生成設定の処理も行う。

図４は、制御部１４内部の機能的構成を示したブロック図である。

制御部１４には、局データ読み込み部４１、通信ポート調査部４２、ルールセット生成部４３、ルールセット設定部４４が形成されている。

局データ読み込み部４１は、接続処理部１３が読み込んだ局データ記憶部１２ａの局データのうち、疎通フラグが「１」の局データの電話端末種類を読み込む。そして、局データ読み込み部４１は、疎通フラグが「１」の電話端末２０ごとに対応するＶｏＩＰの通信プロトコルの種類の情報を取得する。なお、局データ読み込み部４１は、接続処理部１３が局データ記憶部１２ａ読み込むことを契機に、上述の処理を開始する。

そして、通信ポート調査部４２は、通信ポートデータ記憶部１２ｂを参照して、局データ読み込み部４１が取得したＶｏＩＰの通信プロトコルの種類の情報に対応する通信ポートの番号を取得する。

そして、ルールセット生成部４３は、通信ポート調査部４２が取得した通信ポートの番号の通信を許可するパケットフィルタリングのルールセットを生成する。

そして、ルールセット設定部４４は、ルールセット生成部４３が生成したルールセットを、通信部１１に設定する。

例えば、制御部１４は、局データ記憶部１２ａ（図２）の疎通フラグが「１」の電話端末種類の情報を読み込み、電話端末２０ごとに対応するＶｏＩＰの通信プロトコルの種類の情報（例えば、「ＳＩＰ」）を取得する。そして、制御部１４は、取得したＶｏＩＰの通信プロトコルの種類の情報で通信ポートデータ記憶部１２ｂ（図３）を参照して利用する通信ポートの番号（例えば、「ＳＩＰ」に対応するポート番号「５０６０」）を取得し、取得した通信ポートの番号に対する通信許可のパケットフィルタリングのルールセットを生成し通信部１１に設定する。

（Ａ−２）第１の実施形態の動作
次に、以上のような構成を有する第１の実施形態の通信システムにおける交換装置１０の動作を説明する。

図５は、交換装置１０の動作を示したフローチャートである。

また、図５のフローチャートにおいて、局データ記憶部１２ａの内容の初期状態は、図２で疎通フラグの列がすべて「０」となった内容であるものとする。また、通信ポートデータ記憶部１２ｂの内容は、図３の内容であるものとする。

まず、ユーザの操作等により、交換装置１０が起動して、交換装置１０の制御部１４の作用により接続処理部１３が形成され（Ｓ１０１）、電話のサービスの提供を開始したものとする。このとき、交換装置１０は電話のサービスの提供を開始するが、上述の通り、通信部１１は制御部１４によりパケットフィルタリング設定がなされるまで受信するパケットのすべてを拒否するため、電話の接続処理は行われない。また、このとき交換装置１０は、受信するパケットのすべてを拒否するから、不正アクセスに係わるパケットも拒否している。

そして、接続処理部１３が形成されると、接続処理部１３は局データ記憶部１２ａの内容の読み込みを始め、読み込みを終え接続処理の準備が整うと、接続処理が行えるようになる。以降、接続処理部１３は局データ記憶部１２ａが設定・変更されるごとに、局データ記憶部１２ａの内容の読み込みを始め、読み込みを終え接続処理の準備が整うと接続処理が行えるようになるものとして説明する。

また、接続処理部１３はデータ記憶部１２で記憶する局データ記憶部１２ａの内容の読み込みを行ったことで、制御部１４は、局データ記憶部１２ａの疎通フラグが「１」の電話端末種類の情報を読み込み電話端末ごとに対応するＶｏＩＰの通信プロトコルの種類の情報を取得しようとするが、上述の通り、ここでは局データ記憶部１２ａで、疎通フラグがすべて「０」なので処理を中止する。

次に、接続処理部１３は、接続処理の準備が整うと、読み込んだ局データ記憶部１２ａのＩＰアドレスに基づいて周期的な疎通確認を行う（Ｓ１０２）。なお、以降、この疎通確認は周期的に繰り返されるものとする。

次に、接続処理部１３は、上述のステップＳ１０２の疎通確認の結果と、局データ記憶部１２ａの電話端末２０ごとの疎通フラグの内容との差異の有無を判定し（Ｓ１０３）、差異がある場合には、後述するステップＳ１０４の処理から動作し、差異が無い場合には、上述のステップＳ１０２の処理に戻って動作する。上述のステップＳ１０２の疎通確認については、周期的に実行されるように、ウェイトをかけるようにしても良い。

一方、上述のステップＳ１０３で、疎通確認の結果と、局データ記憶部１２ａの内容との差異が検出された場合には、接続処理部１３は、疎通確認の結果に応じて、局データ記憶部１２ａの内容を更新する（Ｓ１０４）。

そして、接続処理部１３は、更新した局データ記憶部１２ａの内容を読み込んで、接続処理の準備が整うと、更新された後の設定で接続処理が行えるようになる。そして、制御部１４は、更新された局データ記憶部１２ａの内容に応じたルールセットを生成して、通信部１１にそのルールセットを反映する（Ｓ１０５）。そして、交換装置１０は、上述のステップＳ１０２の処理に戻って動作する。

ここでは、最初の疎通確認はすべての電話端末２０ついて、失敗したとして、データ記憶部１２の局データ記憶部１２ａの疎通フラグのすべてに疎通確認に失敗したことを表す「０」を設定しようとするが、上述の通り、初期状態で疎通フラグの列がすべて「０」なので、全て一致するため、上述のステップＳ１０２の処理に戻って動作する。

そして、その後、電話端末２０−１と電話端末２０−２がネットワークＮ内に存在するようになり、交換装置１０がこれらの電話端末を収容することになったものとする。

このとき、交換装置１０の接続処理部１３の周期的な疎通確認（ステップＳ１０２）により、電話端末２０−１と電話端末２０−２の疎通確認に成功し、疎通確認結果が、局データ記憶部１２ａと異なることになる。そのため、上述のステップＳ１０４により、データ記憶部１２の局データ記憶部１２ａで、電話端末２０−１のＩＰアドレス「１９２．１６８．１．１２」に対応する疎通フラグと、電話端末２０−２のＩＰアドレス「１９２．１６８．１．１３」に対応する疎通フラグについて、疎通確認に成功したことを表す「１」が設定される。

このとき、接続処理部１３が、データ記憶部１２で記憶する局データ記憶部１２ａの読み込みを行ったことをトリガに、制御部１４の処理が開始する。

そして、制御部１４は、局データ記憶部１２ａの疎通フラグが「１」である電話端末２０−１、２０−２の電話端末種類の情報を読み込み、電話端末２０−１、２０−２のそれぞれに対応する通信プロトコル種類の情報「ＳＩＰ」を取得する。そして、制御部１４は、ＳＩＰで用いる通信ポートの番号（５０６０）を、通信ポートデータ記憶部１２ｂを参照して取得する。そして、制御部１４は、取得した通信ポートの番号に対する通信許可のパケットフィルタリングのルールセットを生成し通信部１１に設定する。

このとき、交換装置１０は電話のサービスの提供を開始しており、通信部１１は制御部１４によりパケットフィルタリング設定され、通信ポートの番号「５０６０」に係わるパケットの受信を許可するパケットフィルタ処理を行う。

すなわち、これ以降、交換装置１０では、ＳＩＰによる電話端末２０の接続処理を受付けるようになる。また、交換装置１０では、ＳＩＰに対応する通信ポートの番号「５０６０」以外の通信ポート番号の通信ついては引き続き拒否をするため、ＳＩＰ以外で不正アクセスに係わるパケットを拒否することになる。よって、交換装置１０がＨ．３２３および独自のＶｏＩＰの通信プロトコルを悪用した不正アクセスの脅威にさらされることはない。

そして、その後、例えば、電話端末２０−１、２０−２の両方との疎通確認が失敗し、ＳＩＰを用いる電話端末２０が交換装置１０に接続（収容）していない状態となった場合には、交換装置１０は、ＳＩＰで用いる通信ポートの番号に対する通信拒否のパケットフィルタリングのルールセットを生成し通信部１１に設定することになる。

このようにすることで、交換装置１０では、設定・変更後の局データ記憶部１２ａで設定された、収容する電話端末が利用するＶｏＩＰの通信ポートの番号に対してのみ、通信許可のパケットフィルタリング処理をすることが可能となる。

（Ａ−３）第１の実施形態の効果
第１の実施形態によれば、以下のような効果を奏することができる。

交換装置１０では、複数のＶｏＩＰ通信のプロトコルに対応しながら、自身が収容する電話端末２０が利用するプロトコルのポートについてだけ、パケット受信を許可するパケットフィルタリング処理をすることができ、それ以外のプロトコルの通信ポートに対する不正アクセスの脅威を排除することができる。

また、交換装置１０では、収容する電話端末２０の追加や機種変更などが生じることで、局データに変更が生じた場合でも、収容する電話端末２０が利用するＶｏＩＰの通信ポートの番号に対してのみ自動に通信許可のパケットフィルタリング処理をすることができる。すなわち、交換装置１０では、収容する電話端末２０の変更により、セキュリティポリシーを変更する必要が生じても、局データの内容を変更するだけで、必要な通信ポートのパケット受信だけを許可することができる。これにより、交換装置１０では、ＩＰ電話システム利便性を損なわずに、収容しない電話端末が利用するＶｏＩＰの通信ポートの番号に対する不正アクセスの脅威を排除することができる。

（Ｂ）第２の実施形態
次に、本発明による交換装置、交換プログラム、交換方法、及び通信システムの第２の実施形態を、図面を参照しながら詳述する。
（Ｂ−１）第２の実施形態の構成
図６は、第２の実施形態に係る交換装置の機能的構成及び、関係する各種装置の接続関係など（第２の実施形態の通信システム）について示したブロック図である。

第２の実施形態の交換装置１０Ａでは、データ記憶部１２、制御部１４が、それぞれデータ記憶部１２Ａ、制御部１４Ａに置き換わっており、さらに、セキュリティ処理部１５が追加されている点で第１の実施形態と異なっている。

データ記憶部１２Ａには、テンプレートファイル記憶部１２ｃが追加されている点で第１の実施形態と異なっている。また、制御部１４Ａで、テンプレートファイル記憶部１２ｃに係る処理が追加されている点で、第１の実施形態と異なっている。

セキュリティ処理部１５は、交換装置１０Ａにファイアーウォールソフトや、ＶＰＮソフト等のセキュリティ関連ソフトウェアをインストールすることにより構築されるものである。図６においては、セキュリティ処理部１５は、説明を簡易にするため一つのブロックとして図示しているが、交換装置１０Ａに複数のセキュリティ関連ソフトウェアがインストールされていることもあり得る。その場合には、セキュリティ処理部１５に対応するセキュリティ関連ソフトウェアが複数存在することになる。

既存のＩＰ−ＰＢＸ等の交換装置でも、その交換装置が構築されたコンピュータ上に、上述のようなセキュリティ関連ソフトウェアがインストールされる場合がある。この場合、その交換装置のソフトウェアの通信部によるパケットフィルタ処理とは別のパケットフィルタ処理機能を有することがある。つまり、セキュリティ関連ソフトウェアがインストールされた交換装置においては、通信部と、セキュリティ関連ソフトウェアにより重複してパケットフィルタ処理が行われることになる。

交換装置１０Ａにおいても同様に、通信部１１と、セキュリティ処理部１５とで行うパケットフィルタ処理について、矛盾が生じないように、例えば、同一の内容のルールセット（同一の動作を行うルールセット）にしておく必要がある。もし、通信部１１とセキュリティ処理部１５とで、ルールセットの内容が異なっていると、通信部１１のパケットフィルタ処理で通信許可したがセキュリティ関連ソフトウェアのパケットフィルタ処理で通信拒否してしまう可能性がある。

制御部１４Ａは、パケットフィルタリングのルールセットを生成し、通信部１１だけでなく、セキュリティ処理部１５にも反映させる点で、第１の実施形態と異なっている。

制御部１４Ａは、通信部１１用に作成したルールセットを、テンプレートファイル記憶部１２ｃ記憶されたテンプレート（テンプレートの詳細については後述する）を用いてセキュリティ処理部１５に適用可能な内容に変換して、セキュリティ処理部１５に設定する。

図７はデータ記憶部１２のテンプレートファイル記憶部１２ｃの内容例について示したブロック図である。

図７の例では、テンプレートファイル記憶部１２ｃには、ファイアーウォールＡ用テンプレートＴ１と、ＶＰＮソフトＣ用テンプレートＴ２が記憶されている。

セキュリティ処理部１５では、図７に示すようにセキュリティ関連ソフトウェアごとのテンプレートが記憶されている。これらのテンプレートは、セキュリティ関連ソフトウェアを設定するためのルールセット（設定ファイル）の雛形といえる。制御部１４Ａは、セキュリティ処理部１５に対応するソフトウェアに対応するテンプレートを、テンプレートファイル記憶部１２ｃから選択してルールセットの変換に適用する。なお、制御部１４Ａが選択するテンプレートは、例えば、予め設定されたものを適用するようにしても良い。

なお、テンプレートファイル記憶部１２ｃの内容はユーザにより適宜に設定・変更が可能である。

また、テンプレートファイル記憶部１２ｃには、セキュリティ関連ソフトごとに、複数の設定ファイルを用意しておき、制御部１４Ａが生成したルールセットの内容に応じた設定ファイルを選択して適用するようにしても良い。すなわち、制御部１４Ａは、ルールセットの内容に応じて、予め用意された設定ファイルのいずれかを選択するだけで、変換処理を行わないようにしても良い。

セキュリティ処理部１５に対応するファイアーウォールソフトとしては、例えば、Ｃｈｅｃｋ Ｐｏｉｎｔ（登録商標）社製の「ＦｉｒｅＷａｌｌ−１」や「ＶＰＮ−１」等が該当する。また、ＶＰＮソフトとしては、例えば、ソフトイーサ（登録商標）社製のＰａｃｋｅｔｉＸ（登録商標） ＶＰＮ（ＳｏｆｔＥｔｈｅｒ（登録商標） ＶＰＮ）が該当する。

テンプレートファイル記憶部１２ｃに記憶されるテンプレートとしては、例えば、上述のようなセキュリティ関連ソフトウェアにおける設定ファイルの、雛形（テキストデータ等のバイナリデータ）が該当する。そして、制御部１４が、生成したルールセットのパケットフィルタリングのパラメータ（例えば、通信を許可する通信ポートの番号）等を、その雛形に適合する記述形式に変更（記述形式の変更の仕方は予め設定しておく）して追記する。

例えば、特定の通信ポートの通信を許可するための記述は、各セキュリティ関連ソフトウェアごとに、定型の記述様式が存在する。よって、制御部１４Ａ（又は、テンプレートファイル記憶部１２ｃ）に、雛形に追記するための内容の記述様式を予め用意しておき、その記述様式にパラメータ（通信を許可する通信ポートの番号）を入力するだけで、雛形に追記する内容を生成するようにしても良い。

（Ｂ−２）第２の実施形態の動作
次に、以上のような構成を有する第２の実施形態の通信システムにおける交換装置１０Ａの動作を説明する。

交換装置１０Ａのパケットフィルタ処理の動作についても、第１の実施形態における上述の図５を用いて説明することができる。以下では、第２の実施形態の交換装置１０Ａの動作について、第１の実施形態との差異について説明する。

交換装置１０Ａにおいて、上述のステップＳ１０１〜Ｓ１０４の動作は、第１の実施形態と同様であるので、説明を省略する。

異なるのは、ステップＳ１０５の内容である。第２の実施形態のステップＳ１０５では、制御部１４Ａは、テンプレートファイル記憶部１２ｃに記憶されたテンプレートを用いて、通信部１１用に生成したルールセットを、セキュリティ処理部１５に適用可能なルールセット（設定ファイル）に変換して、セキュリティ処理部１５にその設定ファイルを適用する処理が追加されている。

例えば、ここでは、セキュリティ処理部１５に対応するソフトウェアが、「ファイアーウォールソフトＡ」、「ＶＰＮソフトＣ」の２つのソフトウェアであったものとする。この場合、制御部１４Ａは、テンプレートファイル記憶部１２ｃから、ファイアーウォールソフトＡ用テンプレートＴ１で変換した設定ファイルを「ファイアーウォールソフトＡ」に適用し、ＶＰＮソフトＣ用テンプレートＴ２を用いて変換した設定ファイルを「ＶＰＮソフトＣ」に適用する。

（Ｂ−３）第２の実施形態の効果
第２の実施形態によれば、以下のような効果を奏することができる。

交換装置１０Ａでは、セキュリティ関連ソフトウェアがインストールされている場合でも、テンプレートファイル記憶部１２ｃに記憶されているテンプレートを利用して、そのセキュリティ関連ソフトウェアに、通信部１１と同様のルールセットに基づくパケットフィルタリングの設定を行うことができる。すなわち、交換装置１０Ａでは、セキュリティ関連ソフトウェアがインストールされていても、通信部１１と統一したパケットフィルタリングの設定をすることができる。これにより、交換装置１０Ａでは、ルールセットの矛盾による通信障害の回避や、セキュリティ内容の一貫性の保持等の効果を奏することができる。

（Ｃ）第３の実施形態
次に、本発明による交換装置、交換プログラム、交換方法、及び通信システムの第３の実施形態を、図面を参照しながら詳述する。
（Ｃ−１）第３の実施形態の構成
図８は、第３の実施形態に係る交換装置の機能的構成及び、関係する各種装置の接続関係など（第３の実施形態の通信システム）について示したブロック図である。

第３の実施形態では、交換装置１０Ｂのセキュリティを保護するために、ファイアーウォール装置３０が設置されており、交換装置１０Ｂは、ファイアーウォール装置３０を介してネットワークＮに接続している。

ファイアーウォール装置３０は、ＵＮＩＸやＷｉｎｄｏｗｓ等のＯＳが動作するコンピュータ上に、ファイアーウォールのソフトウェア（例えば、セキュリティ処理部１５と同様のソフトウェア）をインストールして構築されたものであるものとする。なお、ファイアーウォール装置３０は、ファイアーウォール専用のハードウェア（アプライアンス）を用いて構築されたものであっても良い。

第３の実施形態の交換装置１０Ｂでは、データ記憶部１２Ａ、制御部１４Ａが、それぞれデータ記憶部１２Ｂ、制御部１４Ｂに置き換わっている点で第２の実施形態と異なっている。データ記憶部１２Ｂには、遠隔設定記憶部１２ｄが追加されている点で第２の実施形態と異なっている。また、制御部１４Ｂで、遠隔設定記憶部１２ｄに係る処理が追加されている点で、第２の実施形態と異なっている。

なお、ファイアーウォール装置３０で、交換装置１０Ｂが接続されている側のＩＰアドレスは、「１９２．１６８．１．１００」であるものとする。

制御部１４Ｂでは、生成した通信部１１用のルールセットを、テンプレートファイル記憶部１２ｃのテンプレートを用いて変換し、変換により生成した設定ファイルを生成する。すなわち、制御部１４Ｂは、ファイアーウォール装置３０用のパケットフィルタリングのルールセットを生成するとともに、ファイルとして保持する動作（ファイル化）を行っている。

そして、制御部１４Ｂは、命令記憶部１２ｄに記憶された命令を実行して、生成した設定ファイルを、ファイアーウォール装置３０に適用する。命令記憶部１２ｄに記憶されている命令は、例えば、交換装置１０ＢのＯＳ上で動作するスクリプトにより構成されており、生成した設定ファイルを、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等により、ファイアーウォール装置３０に送り込む。

図９は、データ記憶部１２Ｂのテンプレートファイル記憶部１２ｃで記憶されている内容の例について示したブロック図である。

図９に示すように、テンプレートファイル記憶部１２ｃには、ファイアーウォールＡ用テンプレートＴ１と、ＶＰＮソフトＣ用テンプレートＴ２に加えて、ファイアーウォール装置３０に対応するファイアーウォール装置Ａ用テンプレートＴ３が記憶されている。

なお、図９では、ファイアーウォール装置３０は一台の構成として説明しているが、複数台により構成するようにしても良い。その場合、それらのファイアーウォール装置に対応するテンプレートが、テンプレートファイル記憶部１２ｃに記憶されている必要がある。

なお、テンプレートファイル記憶部１２ｃの内容は管理者により適宜に設定・変更が可能である。

ファイアーウォール装置３０に対応する装置としては、例えば、Ｃｈｅｃｋ Ｐｏｉｎｔ社製の「ＦｉｒｅＷａｌｌ−１」等がインストールされた装置等が該当する。すなわち、通信部１１用のルールセットを、ファイアーウォール装置３０向けの設定ファイルに変換する処理は、上述のセキュリティ処理部１５向けの設定ファイルに変換する処理と同様の処理を適用することができる。

図１０は、命令記憶部１２ｄで記憶する内容の例について示した説明図である。

図１０（ａ）は、命令記憶部１２ｄで記憶する命令の例について示したブロック図である。

図１０（ａ）に示すように、命令記憶部１２ｄには、１つの命令Ｃ１が記憶されているものとする。命令Ｃ１はファイアーウォール装置などの外部のネットワーク装置に、設定ファイルを転送・反映するための命令（コマンド）である。そして、命令Ｃ１は、２つの命令Ｃ１１、Ｃ１２により構成されている。

図１０（ｂ）は、命令Ｃ１１のコード（一般的にＵＮＩＸ上で実行可能なコード）の例を示しており、図１０（ｃ）は、命令Ｃ１２のコードの例を示している。

なお、図１０では、制御部１４Ｂが変換したファイアーウォール装置３０用の設定ファイルは、交換装置１０Ｂ上の記憶領域で、「／ｃｏｎｆｉｇ＿ｆｉｌｅ」（ルートディレクトリ上の「ｃｏｎｆｉｇ＿ｆｉｌｅ」というファイル名のファイル）というファイルで保存されるものとする。

図１０に示すように、命令Ｃ１は命令Ｃ１１および命令Ｃ１２のコードを含んでおり、適宜に参照・実行できるようになっている。したがって、制御部１４Ｂは命令Ｃ１を実行することで、命令Ｃ１１と命令Ｃ１２を実行することができる。また、制御部１４Ｂが命令Ｃ１または命令Ｃ１１のどちらか一方を実行するように命令Ｃ１を実行することも可能である。つまり、命令Ｃ１は命令Ｃ１１と命令Ｃ１２とのどのように実行するか管理する命令といえる。例えば、命令Ｃ１が命令Ｃ１１と命令Ｃ１２との実行タイミングを管理することが可能である。命令Ｃ１が、「命令Ｃ１１は０４時００分に実行」と設定し、「命令Ｃ１２は命令Ｃ１１の実行から２４時間後に実行」と設定されているとする。この場合において、制御部１４Ｂが命令Ｃ１を２０１０年１月１日００時００分に実行されると、命令Ｃ１は２０１０年１月１日０４時００分になるまで待機してから命令Ｃ１１を実行し、その後、２０１０年１月２日０４時００分になるまで待機してから命令Ｃ１２を実行する。

ここで、図１０（ｂ）において、命令Ｃ１１の実体はファイアーウォール装置３０のＩＰアドレス「１９２．１６８．１．１００」にｆｔｐで接続し、ユーザー名「ａｄｍｉｎｉｓｔｒａｔｏｒ」およびパスワード「ａｄｍｉｎｉｓｔｒａｔｏｒ＿ｐａｓｓｗｄ」でログインし、ファイアーウォール装置３０用に変換したパケットフィルタリングのルールセット「／ｃｏｎｆｉｇ＿ｆｉｌｅ」のファイルを転送する内容を含んでいる。

つまり、命令Ｃ１１は、命令自身が存在している命令実行環境（交換装置１０）内で生成し保持するパケットフィルタリングのルールセットを命令実行環境とは別の装置（ファイアーウォール装置３０）に送り込む命令である。

さらに、図１０（ｃ）において、命令Ｃ１２の実施はファイアーウォール装置３０のＩＰアドレス「１９２．１６８．１．１００」にｔｅｌｎｅｔで接続し、ユーザ名「ａｄｍｉｎｉｓｔｒａｔｏｒ」およびパスワード「ａｄｍｉｎｉｓｔｒａｔｏｒ＿ｐａｓｓｗｄ」でログインし、命令Ｃ１１で転送したパケットフィルタリングのルールセット「／ｃｏｎｆｉｇ＿ｆｉｌｅ」のファイルをファイアーウォール装置３０に設定するためのコマンド「／ｕｓｒ／ｓｂｉｎ／ＡＡＡ」を実行する内容を含む。

つまり、命令Ｃ１２は、命令実行環境（交換装置１０）とは別の装置（ファイアーウォール装置３０）にパケットフィルタリングのルールセットを適用（設定）する命令である。

したがって、命令Ｃ１は、命令Ｃ１１と命令Ｃ１２とによって、交換装置１０で生成するパケットフィルタリングのルールセットを、ファイアーウォール装置３０に送り込み適用することができる。

なお、命令記憶部１２ｄの内容は管理者により適宜に設定・変更が可能である。

（Ｃ−２）第３の実施形態の動作
次に、以上のような構成を有する第３の実施形態の通信システムにおける交換装置１０Ｂの動作を説明する。

交換装置１０Ｂのパケットフィルタ処理の動作についても、第２の実施形態と同様に、上述の図５を用いて説明することができる。以下では、第３の実施形態の交換装置１０Ｂの動作について、第２の実施形態との差異について説明する。

交換装置１０Ｂにおいて、上述のステップＳ１０１〜Ｓ１０４の動作は、第２の実施形態と同様であるので、説明を省略する。

異なるのは、ステップＳ１０５の内容である。第３の実施形態のステップＳ１０５では、制御部１４Ｂは、テンプレートファイル記憶部１２ｃに記憶されたテンプレートを用いて、通信部１１用に生成したルールセットを、ファイアーウォール装置３０に適用可能な設定ファイルに変換して、ファイアーウォール装置３０にその設定ファイルの設定を反映させる処理が追加されている。

制御部１４Ｂは、通信部１１用のルールセットを生成すると、テンプレートファイル記憶部１２ｃの「ファイアーウォール装置Ａ用テンプレートＴ３」を利用して、ファイアーウォール装置３０に適用可能な設定ファイルに変換する。そして、制御部１４Ｂは、命令記憶部１２ｄの命令Ｃ１（Ｃ１１、Ｃ１２）を実行して、作成した設定ファイルを、ファイアーウォール装置３０に送り込み、送り込んだ設定ファイルによる設定を、ファイアーウォール装置３０のパケットフィルタリングに反映させる。

（Ｃ−３）第３の実施形態の効果
第３の実施形態によれば、以下のような効果を奏することができる。

交換装置１０Ｂでは、ファイアーウォールを介してネットワークＮに接続する環境でも、テンプレートファイル記憶部１２ｃに記憶されているテンプレートを利用して、そのファイアーウォール装置に、通信部１１と同様のルールセットに基づくパケットフィルタリングの設定を行うことができる。すなわち、交換装置１０Ｂでは、ファイアーウォール装置を介してネットワークＮに接続する環境でも、そのファイアーウォール装置に通信部１１と統一したパケットフィルタリングの設定をすることができる。これにより、交換装置１０Ｂでは、ルールセットの矛盾による通信障害の回避や、セキュリティ内容の一貫性の保持等の効果を奏することができる。

（Ｄ）第４の実施形態
次に、本発明による交換装置、交換プログラム、交換方法、及び通信システムの第４の実施形態を、図面を参照しながら詳述する。
第４の実施形態に係る交換装置の機能的構成及び、関係する各種装置の接続関係など（第４の実施形態の通信システム）についても、上述の図１により示すことができる。以下、第４の実施形態について、第１の実施形態との差異について説明する。

第１の実施形態においては、交換装置１０は、単にトランスポートレイヤにおけるパケットフィルタ処理を行うため、交換装置１０がＳＩＰに対応する電話端末のみを収容するときにＴＣＰおよびＵＤＰの通信ポートの番号「５０６０」の通信許可を行うようにしていた。

一方、第４の実施形態では、ＴＣＰおよびＵＤＰのそれぞれについてパケットフィルタ処理を行える点で第１の実施形態と異なっている。

例えば、交換装置１０がＳＩＰに対応する電話端末２０のみを収容するときには、ＵＤＰの通信ポートの番号「５０６０」の通信許可を行うようにすれば良く、ＴＣＰの通信ポートの番号「５０６０」の通信については拒否するようにして良いため、許可する通信ポートを絞り込むことができる。

交換装置１０で、ＴＣＰおよびＵＤＰのそれぞれについてパケットフィルタ処理を行う具体的な方法としては、例えば、通信ポートデータ記憶部１２ｂにおいて、各プロトコルが使用する通信ポートの型（ＴＣＰ又はＵＤＰ）を示す「ポート型」という項目の情報を追加して管理するようにしても良い。

図１１は、第４の実施形態における通信ポートデータ記憶部１２ｂの内容例について示した説明図である。

図１１では、ＴＣＰ又はＵＤＰを示す「ポート型」の項目の情報が追加されており、例えば、「ＳＩＰ」であれば、「ＵＤＰ」のみを用いることを示している。

そして、制御部１４では、パケットフィルタリングのルールセットを生成する際には、通信ポートデータ記憶部１２ｂの「通信ポート」に加えて「ポート型」の情報も考慮する。例えば、制御部１４は、図１１に示す通信ポートデータ記憶部１２ｂの内容に基づいて、「ＳＩＰ」に係るルールセットを作成する場合には、ポート番号５０６０のＵＤＰのポートの通信のみを許可し、ＴＣＰについては許可しないルールセットを作成する。

（Ｅ）第５の実施形態
次に、本発明による交換装置、交換プログラム、交換方法、及び通信システムの第５の実施形態を、図面を参照しながら詳述する。
第５の実施形態に係る交換装置の機能的構成及び、関係する各種装置の接続関係など（第５の実施形態の通信システム）についても、上述の図１により示すことができる。以下、第５の実施形態について、第１の実施形態との差異について説明する。

第１の実施形態においては、交換装置１０は、トランスポートレイヤにおけるパケットフィルタ処理を行った上で、受信するパケットを接続処理部１３で処理しており、ＩＰアドレスに基づいて接続処理を行っている。

一方、第５の実施形態では、接続処理部１３は、局データ記憶部１２ａで、疎通フラグが「１」（疎通確認に成功）の電話端末２０についてのみ接続処理を行う点で、第１の実施形態と異なっている。すなわち、接続処理部１３は、局データ記憶部１２ａで、疎通フラグが「０」となっている電話端末２０から接続があっても、接続処理を行わない。

第１の実施形態においては、交換装置１０は、単にトランスポートレイヤにおけるパケットフィルタ処理を行うため、交換装置１０がＳＩＰに対応する電話端末のみを収容するときに通信ポートの番号「５０６０」の通信許可を行い、通信ポートの番号「５０６０」の通信は接続処理部１３のＳＩＰに対応する電話のサービスを提供するプログラムが処理を行う。

したがって、交換装置１０の通信ポートの番号「５０６０」から流入する通信のすべてを接続処理部１３が処理を試みることになる。例えば、プログラム（電話端末２０に組み込まれたプログラム等）は一般的に、潜在的なバグ（ｂｕｇ：プログラムの誤り）を含んでいるため、例えば、ＳＩＰに対応する電話のサービスを提供するプログラムが接続処理を実施する過程でバグにより元来求めていない動作をする可能性がある。攻撃者が、ＳＩＰに対応する電話の通信を装い、交換装置１０の通信ポートの番号「５０６０」に対し攻撃のための通信を流入させることで、交換装置１０においてバグの動作を発揮させることが考えられる。つまり、一般的にプログラムは必要最低限の処理を行うようすることが望まれている。

したがって、接続処理部１３が行う接続処理を読み込んだ局データ記憶部１２ａで疎通フラグが「１」（疎通確認に成功）の電話端末２０についてのみ行えば、交換装置１０が行う接続処理を、局データ記憶部１２ａで疎通フラグが「１」となる電話端末２０のＩＰアドレスに関するものに、さらに絞り込むことができる。

なお、ここでは、局データ記憶部１２ａで疎通フラグが「０」となっている電話端末２０の接続処理を接続処理部１３により規制する処理について説明したが、制御部１４が、疎通フラグが「０」となっている電話端末２０からの通信を拒否するようなルールセットを作成して、通信部１１等に設定するようにしても良い。

（Ｆ）第６の実施形態
次に、本発明による交換装置、交換プログラム、交換方法、及び通信システムの第６の実施形態を、図面を参照しながら詳述する。

第６の実施形態に係る交換装置の機能的構成及び、関係する各種装置の接続関係など（第６の実施形態の通信システム）についても、上述の図１により示すことができる。以下、第６の実施形態について、第１の実施形態との差異について説明する。

通常、ＩＰ−ＰＢＸ等の交換装置では、呼制御のための通信の他に、交換装置自身の運用のために必要な通信が存在する。例えば、操作者による遠隔保守に係わる通信や、交換装置と別の交換装置のあいだの同期等が挙げられる。

そのため、第６の実施形態では、制御部１４が、呼制御のための通信ポートに係わるパケットフィルタのルールセットを生成する際に、交換装置１０自身の運用のために必要な通信の通信ポートを含めてパケットフィルタのルールセットを生成して適用するようにした。

図１２は、第６の実施形態のポートデータ記憶部１２ｂに記憶する内容の例について示した説明図である。

図１２に示すように、第６の実施形態のポートデータ記憶部１２ｂでは、「運用管理用通信ポート」という項目の情報が追加されており、この「運用管理用通信ポート」の項目に、対応する通信プロトコル種類のプロトコルでサービスを提供する場合に、運用管理上必要となる通信ポートが示されている。すなわち、図１２では、通信プロトコル種類ごとに、運用管理用通信ポートが定義されている。

例えば、図１２では、通信プロトコル種類が「ＳＩＰ」の運用管理用通信ポートは、「２２」に設定されている。この場合、通信プロトコル種類が「ＳＩＰ」の場合に、制御部１４が生成するパケットフィルタのルールセットでは、通信ポートの項目に記載された「５０６０」のポートに加えて、運用管理用通信ポートの項目に記載された「２２」のポートについて通信許可する内容となる。

ポート番号「２２」の通信ポートは、一般的に、ＳＳＨ（Ｓｅｃｕｒｅ ＳＨｅｌｌ）の通信ポートで交換装置の操作者がＳＳＨによって遠隔操作をする場合に利用する通信ポートである。図１２では、通信プロトコル種類が「ＳＩＰ」「Ｈ．３２３」「独自プロトコルＰ１」のそれぞれに対応する運用管理用通信ポートに、この「２２」の通信ポートが記載されている。したがって、この例の場合、交換装置１０が「ＳＩＰ」、「Ｈ．３２３」、又は「独自プロトコルＰ１」に対応する電話２０を収容するとき、制御部１４は、通信を許可する通信ポートとして「２２」を含めてパケットフィルタのルールセットを生成する。

また、図１２に示す通信ポートデータ記憶部１２ｂの例では、通信プロトコル種類「独自プロトコルＰ１」に対応する運用管理用通信ポートとして、「１１００１」、「１１００２」、「１１００３」が設定されている。したがって、この例の場合、交換装置１０が「独自プロトコルＰ１」に対応する電話２０を収容するとき、制御部１４は、通信を許可する通信ポートとして「１１００１〜１１００３」を含めてパケットフィルタのルールセットを生成する。

ポート番号「１１００１」の通信ポートは、一般的に、タイミング同期信号通信の通信ポートで、例えば、公衆電話網（ＰＳＴＮ）に接続する外部の回線接続装置と交換装置が互い同期するためにクロック信号をやりとりする通信のための通信ポートである。また、ポート番号「１１００２」の通信ポートは、一般的に、データ同期通信の通信ポートで、例えば、外部交換装置と交換装置が互いに局ファイル（電話のサービスを提供するプログラムで、例えば、収容する電話端末の情報等を格納したもの）の送受信をする通信ポートである。さらに、ポート番号「１１００３」の通信ポートは、一般的に、通話路確認通信の通信ポートで、例えば、交換装置が収容する電話端末とのあいだで通信のやりとりをして通話路が正常か否か確認する通信ポートである。

（Ｇ）第７の実施形態
次に、本発明による交換装置、交換プログラム、交換方法、及び通信システムの第７の実施形態を、図面を参照しながら詳述する。
（Ｇ−１）第７の実施形態の構成
図１３は、第７の実施形態に係る交換装置の機能的構成及び、関係する各種装置の接続関係など（第７の実施形態の通信システム）について示したブロック図である。

第７の実施形態の交換装置１０Ｃでは、データ記憶部１２、制御部１４が、それぞれデータ記憶部１２Ｃ、制御部１４Ｃに置き換わっている点で第１の実施形態と異なっている。

データ記憶部１２Ｃには、ＣＣＢ記憶部ｅが追加されている点で第１の実施形態と異なっている。

一般的に、ＶｏＩＰにおける交換装置では、ＣＣＢ（Ｃａｌｌ Ｃｏｎｔｒｏｌ Ｂｌｏｃｋ）により電話端末の呼を制御する。ここで、ＣＣＢとは、呼の状態（呼状態）を保持する領域のことで、ＲＡＭなどにおけるメモリブロックであって、この領域内で電話端末が電話可能状態や通話状態などの電話端末における呼状態を保持するものを指す。すなわち、交換装置が呼処理を行う場合、その交換装置は、まず、メモリ上に当該呼処理に係るＣＣＢを生成しておいて、呼処理を行い、電話端末における呼状態をＣＣＢで保持する。

従来の交換装置におけるＣＣＢの概要については、例えば、「特開昭６０−１８２２９５」（参考文献１）、「特開平７−１７０５４７」（参考文献２）等により示されている。

第７の実施形態の交換装置１０Ｃも同様に、ＣＣＢにより電話端末の呼を制御するものとして説明する。具体的には、交換装置１０Ｃの接続処理部１３が呼処理を行うことで、交換装置１０Ｃのメモリ上に確保された領域に形成されたＣＣＢ記憶部ｅに、呼状態の情報を格納し呼状態を保持する。つまり、接続処理部１３がＣＣＢを生成し、管理する。

ＣＣＢ記憶部ｅでは、動的メモリアロケーションの固定サイズブロックアロケーションによって、交換装置１０のメモリ内に固定サイズのブロックを生成し、このブロックごとをＣＣＢとするものとする。また、交換装置１０Ｃでは、接続処理１３に、交換装置１０Ｃのメモリ内に生成したＣＣＢごとの先頭アドレスをポインタとして保持することにより各ＣＣＢを管理し、ＣＣＢ記憶部ｅを実現するようにしても良い。

図１４は、ＣＣＢ記憶部ｅに記憶されるＣＣＢの内容の例について示した説明図である。

図１４に示すように、ＣＣＢ記憶部ｅに記憶されるそれぞれのＣＣＢは、「電話番号」、「オーダ」、「呼状態」、及び「対向先」の項目の情報を有している。

「電話番号」の項目は、当該電話端末２０の電話番号を示している。

「オーダ」の項目は、当該電話端末２０により実行された処理（命令）の内容を示しており、例えば、他の電話端末に発呼している場合には「発呼」と入力され、他の電話端末から着信を受けた場合には「着信」と入力されるものとする。

「呼状態」の項目は、当該電話端末２０の状態を示しており、例えば、当該電話端末２０の状態が、他の電話端末と通話中であれば「通話中」と入力される。

「対向先」の項目は、当該電話端末が他の電話端末と通信中であれば、その通信相手の識別番号（ここでは電話番号であるものとする）が入力される。

次に、制御部１４Ｃについて、第１の実施形態の差異を説明する。

図１５は、制御部１４内部の機能的構成を示したブロック図である。

制御部１４Ｃでは、第１の実施形態の制御部１４の機能的構成（上述の図４参照）に加えて、ＣＣＢ開放部４５を備えている。

ＣＣＢ開放部４５は、ルールセット生成部４３により生成されたパケットフィルタのルールセットに基づいて、通信を拒否するプロトコルに係るＣＣＢのメモリ領域を、ＣＣＢ記憶部ｅから開放（ＣＣＢのデータ消去）する。なお、ＣＣＢ開放部４５は、開放するＣＣＢについて、ＣＣＢ記憶部ｅ上での先頭アドレスを接続処理部１３に問い合わせる。

ＣＣＢ開放部４５は、ルールセット生成部４３により生成されたパケットフィルタのルールセットの内容（局データ記憶部１２ａの内容を含む）と、ＣＣＢ記憶部ｅの内容とを比較し、ＣＣＢ記憶部ｅで、パケットフィルタのルールセットによりパケット受信を拒否する設定となっている呼の有無を確認する。そして、ＣＣＢ開放部４５は、ＣＣＢ記憶部ｅでパケットフィルタのルールセットによりパケット受信を拒否する呼について、ＣＣＢを開放する。なお、ＣＣＢ開放部４５による処理の詳細については、後述する動作説明で詳述する。

（Ｇ−２）第７の実施形態の動作
次に、以上のような構成を有する第７の実施形態の通信システムにおける交換装置１０Ｃの動作を説明する。

図１６は、交換装置１０Ｃにおけるパケットフィルタ処理の動作を示したフローチャートである。

図１６に示す、交換装置１０Ｃの動作のステップＳ２０１〜Ｓ２０５については、第１の実施形態（上述の図５）のステップＳ１０１〜Ｓ１０５と同様の処理であるので詳しい説明を省略する。

ステップＳ２０５で、生成部４３により生成されたパケットフィルタのルールセットが生成されると、ＣＣＢ開放部４５は、そのルールセットの内容と、ＣＣＢ記憶部ｅの内容とを整合させる（Ｓ２０６）。

ここでは、例として、電話端末２０−１と電話端末２０−２がＳＩＰを用いた通信中とＣＣＢ記憶部ｅ上で登録されている間に、交換装置１０Ｃから、電話端末２０−１、２０−２への疎通確認が失敗し、パケットフィルタのルールセットに反映された場合を想定する。この場合、交換装置１０Ｃでは、電話端末２０−１、２０−２間の通信制御もすることができないにも関わらず、ＣＣＢ記憶部ｅ上での登録は継続しており、電話端末２０−１、２０−２間の呼処理を継続するためのリソースを消費することになる。そこで、ステップＳ２０６では、ＣＣＢ開放部４５により、継続する必要の無い呼処理のリソースを開放する。交換装置１０Ｃから見て、電話端末２０−１、２０−２の疎通が失敗する要因としては、例えば、二つの電話端末２０のそれぞれにおける故障や、二つの電話端末２０と交換装置１０との間の通信経路上のスイッチやルータ等の通信装置の故障等が挙げられる。

次に、ＣＣＢ開放部４５の処理内容の詳細について説明する。

図１７は、交換装置１０ＣのＣＣＢ開放の動作の詳細について示したシーケンス図である。

図１７では、電話端末２０−１から、交換装置１０Ｃを介して、電話端末２０−２へ発呼を行い、通話が確立した後に、交換装置１０Ｃから見て電話端末２０−１、２０−２と疎通確認が取れなくなった場合の動作について示している。

局データ記憶部１２ａの内容の初期状態は、図２（交換装置１０Ｃと、電話端末２０−１、２０−２との疎通は可能な状態）の内容であるものとして説明する。また、通信ポートデータ記憶部１２ｂの内容は、図３の内容であるものとして説明する。

まず、電話端末２０−１から、交換装置１０Ｃへ、電話端末２０−２へ向けた発呼信号（パケット）があると（Ｓ３０１）、交換装置１０Ｃはその発呼信号に基づいた呼処理を行い（Ｓ３０２）、その発呼信号に基づいて、さらに電話端末２０−２へ発呼信号（パケット）を送信する（Ｓ３０３）。

そして、その後、電話端末２０−１からの発呼が電話端末２０−２へ着信し、電話端末２０−１と電話端末２０−２とが通話状態になったものとする（Ｓ３０４）
ステップＳ３０４の時点で、電話端末２０−１のＣＣＢの内容は、図１４のようになっており、電話端末２０−２のＣＣＢの内容は、図１８のようになっているものとする。電話端末２０−１のＣＣＢは、図１４に示すように、「電話番号」は「１２」、「オーダ」は「発呼」、「呼状態」は「通話中」、「対向先」は「１３」となっているものとする。

また、電話端末２０−２のＣＣＢは、図１８に示すように、「電話番号」は「１３」、「オーダ」は「着信」、「呼状態」は「通話中」、「対向先」は「１２」となっているものとする。

そして、その後、ネットワーク障害等により、交換装置１０Ｃと、電話端末２０−１、２０−２との間の通信が不可の状態になり、交換装置１０Ｃから電話端末２０−１、２０−２への疎通確認が失敗したものとする（Ｓ３０５、Ｓ３０６）。

そうすると、交換装置１０Ｃでは、局データ記憶部１２ａで、電話端末２０−１、２０−２の疎通フラグが「０」になり、ＳＩＰを用いて接続中の電話端末２０が存在しないことになる。一方、ＣＣＢ記憶部ｅにおいて、電話端末２０−１、２０−２のＣＣＢは、それぞれ図１４、図１８のように、電話端末２０−１、２０−２の間の通話状態が継続した状態になっているものとする。

この場合、まず、制御部１４Ｃのルールセット生成部４３は、ＳＩＰによる通信を拒否する（通信ポートの番号「５０６０」に係わるパケットを受信しない）パケットフィルタリングのルールセットを作成する。そして、ルールセット設定部４４は、生成したルールセットを通信部１１に反映させる（Ｓ３０７）。

次に、制御部１４ＣのＣＣＢ開放部４５は、生成したルールセットの内容と、ＣＣＢ記憶部ｅの内容とを比較する。そして、ＣＣＢ開放部４５は、必要に応じてＣＣＢを開放することにより、ルールセットの内容とＣＣＢ記憶部ｅの内容との整合を図る（Ｓ３０８）。

次に、ステップＳ３０８の処理の詳細について説明する。

制御部１４ＣのＣＣＢ開放部４５は、生成したルールセットの内容を参照しＳＩＰの通信を拒否（つまりルールセットにＳＩＰに係わる設定が含まれていない）ことを識別する。そして、ＣＣＢ開放部４５は、接続処理部１３に、ＳＩＰに係わるＣＣＢにアクセスするための情報（ＣＣＢ記憶部ｅが構築されたメモリ上の先頭アドレス（該当するＣＣＢのヒープ領域の先頭アドレス））を問い合わせる。そして、ＣＣＢ開放部４５は、ＳＩＰに係わるＣＣＢを開放（各ＣＣＢのヒープ領域のそれぞれを開放）する。接続処理部１３はＣＣＢを生成するにあたりＣＣＢのヒープ領域を動的メモリアロケーションの固定サイズブロックアロケーションによって固定サイズのブロックごとをＣＣＢとして生成するから、ブロックの先頭アドレスを取得すれば、メモリ内に存在するブロックの位置を捕捉し、先頭アドレスから始まるブロックを開放すれば１つのＣＣＢを開放できる。

なお、制御部１４Ａで生成されるルールセットについては、上述の第５の実施形態と同様に、それぞれの電話端末２０に対する疎通確認結果を反映させた内容としても良く、その場合には、電話端末２０ごと、又は、呼ごとにＣＣＢの開放処理が行われることになる。

（Ｇ−３）第７の実施形態の効果
第７の実施形態によれば、以下のような効果を奏することができる。

交換装置１０Ｃでは、ＣＣＢ開放部４５により、生成したルールセットの内容に応じて、疎通確認に失敗した電話端末２０の呼に係るＣＣＢを開放することにより、処理量を低減することや、メモリ領域等のリソースを効率的に利用すること等の効果を奏する。

また、ＣＣＢ上では呼状態が通話中にも関わらず、当該電話端末２０と交換装置１０Ｃと通信できない場合には、接続処理部１３による通常の呼制御処理で、タイムアウトによるセッション終了が発生する場合もある。その場合でも、そのタイムアウト時間より疎通フラグに係る疎通確認の間隔を、短く設定しておけば、ＣＣＢ開放部４５により、そのタイムアウト時間が経過する前に、ＣＣＢの開放を行うことができる。

さらに、交換装置１０Ｃでは、疎通フラグに係る疎通確認により、それぞれの電話端末２０との接続状態を監視し、通信中に疎通確認に失敗した電話端末２０に係るＣＣＢをＣＣＢ開放部４５により開放するので、接続処理部１３での上述のタイムアウト制御を省略することができるため、処理量を低減することができる。

（Ｈ）第８の実施形態
次に、本発明による交換装置、交換プログラム、交換方法、及び通信システムの第８の実施形態を、図面を参照しながら詳述する。

（Ｈ−１）第８の実施形態の構成
以下、第８の実施形態について第６の実施形態との差異を説明する。

図１９は、第８の実施形態に係る交換装置の機能的構成及び、関係する各種装置の接続関係など（第８の実施形態の通信システム）について示したブロック図である。

図１９に示す第８の実施形態の通信システムでは、２台の交換装置１０Ｄ（１０Ｄ−１、１０Ｄ−２）が配置されており、この２台の交換装置１０Ｄ−１、１０Ｄ−２は、冗長構成となっている。すなわち、交換装置１０Ｄ−１、１０Ｄ−２は、いずれか一方が障害等により交換装置として機能しない状態となった場合でも、他方で運用が可能な構成となっている。

また、ここでは、それぞれの交換装置１０Ｄは、第６の実施形態とほぼ同様の構成を備えているものとして説明する。それぞれの交換装置１０Ｄは、他の交換装置１０Ｄと連携して冗長構成を実現するための構成（例えば、パケットフィルタのルールセットに係る情報をやりとりする構成等）が追加されている点で、第６の実施形態のものと異なっている。

また、第６の実施形態と同様に、第８の実施形態においても、各交換装置１０Ｄ及び各電話端末２０は、独自プロトコルＰ１に対応しているものとする。

第６の実施形態で説明した、交換装置及び交換プログラムは、呼制御のための通信ポートに係わるパケットフィルタのルールセットを生成する際に、交換装置及び交換プログラム自身の運用のために必要な運用管理用通信ポートを含めてパケットフィルタのルールセットを生成して適用するものであった。また、運用管理用通信ポートのうち、ポート番号「１１００２」の通信ポートは、一般的に、データ同期通信の通信ポートであった。

交換装置１０Ｄ−１と交換装置１０Ｄ−２との間の冗長構成の具体的な方式については限定されないものであるが、例えば、コールドスタンバイ（ｃｏｌｄ ｓｔａｎｄｂｙ）方式、ホットスタンバイ（ｈｏｔ ｓｔａｎｄｂｙ）方式、ウォームスタンバイ（ｗａｒｍ ｓｔａｎｄｂｙ）方式等の方式をとりえる。コールドスタンバイ方式としては、例えば、運用系の装置を動作させている間、待機系の装置は動作させずに待機状態にしておき、運用系に障害が発生した場合に待機系の装置を立ち上げて運用系とする方式が該当する。ウォームスタンバイ方式としては、例えば、待機系については電源を入れて起動した状態にしておき、運用系に障害が発生した場合に、待機系のシステムが運用系に切り替わって動作する方式が該当する。ホットスタンバイ方式としては、例えば、待機系の装置も常に立ち上げておき、運用系の装置とデータの同期などを絶えず行った状態にしておき、運用系の装置に障害が発生した場合には、即時に待機系の装置が運用系に切り替わって動作する方式が該当する。

ここでは、交換装置１０Ｄ−１、１０Ｄ−２は、上述のホットスタンバイ方式の冗長構成となっているものとして説明する。また、交換装置１０Ｄが切り替わった場合には、電話端末２０からのアクセス先も変更する必要があるが、この切替え方式については限定されないものであり、例えば、既存の仮想ＩＰアドレスを用いた方式や、電話端末２０側で各交換装置１０Ｄに優先順位を付けて順番にアクセスする方式等の、既存の種々の方式を適用することができる。

交換装置１０Ｄ−１と交換装置１０Ｄ−２との間では、運用系や待機系の決定等の冗長構成を運用するための通信（以下、「デュプレックスシステム通信」という）を互いに行う。この実施形態において、この通信は、通信ポート「１１００１〜１１００３」のいずれかを用いて行われるものとする。したがって、それぞれの交換装置１０Ｄでは、タイミング同期信号通信、データ同期通信、通話路確認通信に加えて、デュプレックスシステム通信も行われることになるため、このデュプレックスシステム通信に用いられる通信ポートについても通信可能な設定となっている。

なお、交換装置１０Ｄが切り替わった場合には、切替え元の交換装置１０Ｄが電話端末２０と保持していたセッションを、切替え先の交換装置１０Ｄへ引き継ぐことが、通信システムのサービス上好ましいが、このセッション引継ぎの方式についても、既存の冗長化された交換装置と同様の処理を適用することができる。この場合、セッション引継ぎに必要なデータの同期について、デュプレックスシステム通信を用いて行うようにしても良い。

次に、各交換装置１０Ｄの内部構成について説明する。ここでは、交換装置１０Ｄ−１、１０Ｄ−２は、同じ構成であるものとして説明する。

図２０は、交換装置１０Ｄの機能的構成について示したブロック図である。

交換装置１０Ｄでは、制御部１４が制御部１４Ｄに置き換わっている点で、第６の実施形態と異なっている。

制御部１４Ｄは、第６の実施形態の制御部１４とほぼ同様のものであるが、他の交換装置１０Ｄとのあいだで、デュプレックスシステム通信を行う点等、他の交換装置１０Ｄと連携して冗長構成を実現するための処理（装置内の各構成要素に対する制御処理を含む）を行う構成が追加されている点で異なっている。

図２１は、制御部１４Ｄの内部の機能的構成について示したブロック図である。

図２１に示すように、制御部１４Ｄでは、冗長構成制御部４５が追加されている点で、第６の実施形態と異なっている。この冗長構成制御部４５が、制御部１４Ｄにおいて、他の交換装置１０Ｄと連携する等、冗長構成を実現するための処理を行う機能を担っている。

次に、交換装置１０Ｄ−１、１０Ｄ−２の間（交換装置１０Ｄ−１の制御部１４Ｄと、１０Ｄ−２の制御部１４Ｄとの間）で行われる冗長構成に係る処理の概要について説明する。

交換装置１０Ｄ−１と交換装置１０Ｄ−２とは、デュプレックスシステム通信等を利用して、互いに運用系か待機系かを決定（以下、「冗長構成制御」という）するものとする。交換装置１０Ｄ−１と交換装置１０Ｄ−２との間で、いずれを運用系又は待機系と決定するかの処理（アルゴリズム）については限定されないものであるが、例えば、既存のサーバ装置やネットワーク装置における冗長構成と同様の処理を適用することができる。例えば、交換装置１０Ｄごとに優先順位を付与しておき、優先順位の高い交換装置１０Ｄが、優先的に待機系又は運用系のいずれかの状態（動作モード）となることを決定して、他の交換装置１０Ｄに通知し、その通知を受けた交換装置１０Ｄはその通知内容に従って自装置の状態（運用系又は待機系）を決定するようにしても良い。また、交換装置１０Ｄは、ネットワーク障害等により、他の交換装置１０Ｄとデュプレックスシステム通信ができない場合には、予め自装置に設定された内容に応じて、自装置の状態（運用系又は待機系）を決定するようにしても良い。

なお、冗長構成制御部４５に、予め同じ冗長構成のシステムを構成する交換装置１０Ｄの識別情報（ＩＰアドレス等）を設定し、デュプレックスシステム通信する際には、その識別情報を用いて通信するようにしても良い。

例えば、交換装置１０Ｄ（制御部１４Ｄ）は、自装置が運用系のとき、冗長構成制御（デュプレックスシステム通信）により、自装置を待機系とする旨が決定された場合、自装置を運用系から待機系に切り替える制御を行う。また、交換装置１０Ｄ（制御部１４Ｄ）は、自装置が運用系のとき、冗長構成制御により自装置を運用系にする旨が決定された場合、運用系を維持する。

また、交換装置１０Ｄ（制御部１４Ｄ）は、自装置が待機系のとき、冗長構成制御（デュプレックスシステム通信）により、自装置を運用系にする旨が決定された場合には、自装置を待機系から運用系に切り替える制御を行う。また、交換装置１０Ｄ（制御部１４Ｄ）は、自装置が待機系のとき、冗長構成制御により待機系にする旨が決定された場合には、待機系を維持する。

さらに、交換装置１０Ｄ（制御部１４Ｄ）は、自装置の状態（運用系または待機系）に応じて、他の交換装置１０Ｄとのデュプレックスシステム通信により、パケットフィルタのルールセットに係る情報のやりとり（以下、「冗長構成パケットフィルタルール制御」という）を行う。具体的には、交換装置１０Ｄ（制御部１４Ｄ）は、自装置が運用系のとき、パケットフィルタリング処理のルールセット生成設定を行うと、続いて、自装置に設定したパケットフィルタリング処理のルールセット（少なくとも新たに更新された部分のデータを含む）と同様の内容を、デュプレックスシステム通信により、待機系の交換装置１０Ｄに対し通知する処理を行う。

また、交換装置１０Ｄ（制御部１４Ｄ）は、自装置が待機系のとき、他の交換装置１０Ｄからパケットフィルタリング処理のルールセットの通知を受けると、通知されたパケットフィルタリング処理のルールセットを自装置に対し設定する処理を行う。

図２２は、交換装置１０Ｄの状態（起動直後、運用系の場合、待機系の場合）ごとの各構成要素の動作状態の例について示した説明図である。

まず、交換装置１４Ｄの起動直後の動作状態について説明する。

交換装置１４Ｄは起動直後において、図２２に示すように、接続処理部１３を「活性状態」、局データ読込み部４１を「活性状態」、通信ポート調査部４２を「活性状態」、ルールセット生成部４３を「活性状態」、ルールセット設定部４４を「活性状態」、冗長構成制御部４５を「活性状態」にそれぞれ保つものとする。この状態で、接続処理部１３は局データを読み込み、局データ読込み部４１は接続処理部１３が読み込んだ局データのうち疎通フラグが「１」の電話端末２０ごとに、対応するＶｏＩＰの通信プロトコルの種類の情報を取得する。そして、通信ポート調査部４２は、局データ読込み部４１が取得したＶｏＩＰの通信プロトコルの種類の情報に対応する通信ポートの番号を取得する。そして、ルールセット生成部４３は、通信ポート調査部４２が取得した通信ポートの番号の通信を許可するパケットフィルタリングのルールセットを生成し、ルールセット設定部４４はルールセット生成部４３が生成したルールセットを通信部１１に設定できるようになる。つまり、交換装置１４Ｄは、起動すると、少なくとも呼処理（呼制御）とパケットフィルタのルールセットの生成と設定を行う。

交換装置１４Ｄは起動直後の状態から、デュプレックスシステム通信（冗長構成制御部４５による冗長構成制御）に基づき、運用系または待機系の状態に移行する。

次に、交換装置１４Ｄが起動した後、運用系として動作する場合の状態について説明する。

交換装置１４Ｄは運用系に移行すると、図２２に示すように、接続処理部１３を「活性状態」、局データ読込み部４１を「活性状態」、通信ポート調査部４２を「活性状態」、ルールセット生成部４３を「活性状態」、ルールセット設定部４４を「活性状態」、冗長構成制御部４５を「活性状態」に制御するものとする。このとき、交換装置１４Ｄは、呼処理（呼制御）と、パケットフィルタのルールセットの生成及び設定を行う。さらに、交換装置１４Ｄは、生成したパケットフィルタのルールセットをデュプレックスシステム通信により、他の交換装置１４Ｄに通知する。

具体的には、運用系として動作する交換装置１４Ｄにおいて、接続処理部１３は局データを読み込み、局データ読込み部４１は接続処理部１３が読み込んだ局データのうち疎通フラグが「１」の電話端末２０ごとに対応するＶｏＩＰの通信プロトコルの種類の情報を取得する。そして、通信ポート調査部４２は、局データ読込み部４１が取得したＶｏＩＰの通信プロトコルの種類の情報に対応する通信ポートの番号を取得する。そして、ルールセット生成部４３は、通信ポート調査部４２が取得した通信ポートの番号の通信を許可するパケットフィルタリングのルールセットを生成する。そして、ルールセット設定部４４は、ルールセット生成部４３が生成したルールセットを通信部１１に設定できるようになる。冗長構成制御部４５は、ルールセット生成部４３が生成したルールセットを、デュプレックスシステム通信により待機系の冗長構成制御部４５に通知する。

運用系として動作している交換装置１４Ｄの冗長構成制御部４５は、デュプレックスシステム通信により、待機系への切り替えが決定すると、制御部１４Ｄに対し、待機系への移行を依頼する。制御部１４Ｄは、待機系への移行の依頼を受けると活性状態の接続処理部１３、局データ読込み部４１、通信ポート調査部４２、ルールセット生成部４３を不活性状態とし、当該交換装置１４Ｄは運用形から待機系に移行する。

次に、交換装置１４Ｄが起動した後、待機系として動作する場合の状態について説明する。

交換装置１４Ｄは待機系に移行すると、図２２に示すように、接続処理部１３を「不活性状態」、局データ読込み部４１を「不活性状態」、通信ポート調査部４２を「不活性状態」、ルールセット生成部４３を「不活性状態」、ルールセット設定部４４を「活性状態」、冗長構成制御部４５を「活性状態」に制御する。このとき、交換装置１４Ｄは、呼処理（呼制御）とパケットフィルタのルールセットの生成を行わない。ただし、交換装置１４Ｄは、デュプレックスシステム通信により通知されるパケットフィルタのルールセットの設定は行う。

具体的には、待機系として動作する交換装置１４Ｄにおいて、接続処理部１３、局データ読込み部４１、通信ポート調査部４２、ルールセット生成部４３は機能しない。ただし、待機系の交換装置１４Ｄでは、ルールセット設定部４４は活性しているため、パケットフィルタのルールセットを通信部１１に設定することはできる。待機系の交換装置１４Ｄにおいて、冗長構成制御部４５は、他の運用系の交換装置１４Ｄからデュプレックスシステム通信によりパケットフィルタのルールセットを通知されると、パケットフィルタのルールセットをルールセット設定部４４に与え設定を促す。

待機系の交換装置１４Ｄにおいて、冗長構成制御部４５は、デュプレックスシステム通信により、運用系への切り替えが決定すると、制御部１４Ｄに対し運用系への移行を依頼する。待機系の交換装置１４Ｄにおいて、制御部１４Ｄは、運用系への移行の依頼を受けると不活性状態の接続処理部１３、局データ読込み部４１、通信ポート調査部４２、ルールセット生成部４３を活性状態とし、待機系の交換装置１４Ｄは運用系の交換装置１０Ｄに移行する。

（Ｈ−２）第８の実施形態の動作
次に、以上のような構成を有する第８の実施形態の通信システムにおける交換装置１０Ｄ−１、１０Ｄ−２の動作を説明する。

（Ｈ−２−１）起動及び冗長構成
ここでは、まず、交換装置１０Ｄ−１、１０Ｄ−２が起動して冗長構成となる動作について説明する。

図２３は、交換装置１０Ｄ−１、１０Ｄ−２が起動して冗長構成となるまでの動作の例について示したフローチャートである。

図２３のフローチャートの処理以前の状態として、交換装置１０Ｄ−１の電源オン（ＯＮ）の状態であるものとし、交換装置１０Ｄ−２が電源オフ（ＯＦＦ）の状態であるものとする。また、交換装置１０Ｄ−２はネットワークＮとの接続経路が断たれた状態（例えばネットワークケーブルが抜かれた状態等）であるものとする。

また、図２３のフローチャートの処理以前の前提として、システム管理者等により、番号計画が行われ、交換装置に対する局データ、通信ポートデータ（「通信プロトコル種類」、「通信ポート」）、電話のサービスを提供するプログラム等が、予め生成されているものとする。なお、上述の局データ、通信ポートデータ等は、第６の実施形態と同様の形式のものを適用することができる。

そして、次に、システム管理者等により、上述の予め生成された局データ、通信ポートデータ等（電話サービスを提供するための処理プログラムを含むようにしても良い）が、交換装置１０Ｄ−１に対し設定（インストール等）されたものとする（Ｓ４０１）。

次に、交換装置１０Ｄ−１では、第６の実施形態と同様に、パケットフィルタの設定が行われたものとする（Ｓ４０２）。

次に、交換装置１０Ｄは、冗長構成の対向装置である交換装置１０Ｄ−２に、デュプレックスシステム通信を試みる（Ｓ４０３）。

しかしながら、この時点では、交換装置１０Ｄ−１では、対向の交換装置１０Ｄ−２と通信できないため、当然デュプレックスシステム通信を行うこともできず、自装置に予め設定されたプログラムに従って、起動初期は単独で運用系で動作する（シングル構成）と決定したものとする。そして、交換装置１０Ｄ−１は、その決定に従って、運用系での動作を開始したものとする（Ｓ４０４）。すなわち、ここでは、各交換装置１０Ｄ−１には、起動直後に交換装置１０Ｄ−２と通信できない場合には、単独で自装置を運用系として動作させると決定する旨がプログラミングされているものとする（デュプレックスシステム通信不可の場合には無条件で運用系として動作するようにプログラミングしても良い）。そして、交換装置１０Ｄ−１は、上述のステップＳ４０３で開始したデュプレックスシステム通信（冗長構成制御部の冗長構成制御）を、定期的に試みつつ自装置を運用系として動作させ、通信システムの運用を行う。なお、交換装置１０Ｄ−１が通信システムの運用を行うとは、接続処理部１３の処理と、制御部１４の処理を開始していることを示すものとする。

そして、その後、システム管理者により、交換装置１０Ｄ−２に対し電源オン（ＯＮ）の操作が行われ、交換装置１０Ｄ−１に対して設定（インストール等）された局データ、通信ポートデータ等が、交換装置１０Ｄ−２にも設定されたものとする（Ｓ４０５）。

次に、交換装置１０Ｄ−２は、第６の実施形態の交換装置と同様にパケットフィルタの設定を行う（Ｓ４０６）。

次に、交換装置１０Ｄ−２は、冗長構成の対向装置である交換装置１０Ｄ−１に、デュプレックスシステム通信を行い、冗長構成への移行を試みる（Ｓ４０７）。

しかしながら、この時点において、交換装置１０Ｄ−２では、対向の交換装置１０Ｄ−１と通信できない（ネットワークＮとの接続経路が断たれた状態である）ため、デュプレックスシステム通信を行うこともできず、自装置に予めに設定されたプログラムに従って、起動初期は単独で待機系で動作する（シングル構成）と決定したものとする。そして、交換装置１０Ｄ−２は、その決定に従って、待機系での動作を開始したものとする（Ｓ４０８）。すなわち、ここでは、各交換装置１０Ｄ−２には、起動初期において交換装置１０Ｄ−１と通信できない場合には、単独で自装置を待機系として動作させると決定する旨がプログラミングされているものとする。

そして、交換装置１０Ｄ−２は、上述のステップＳ４０７で開始したデュプレックスシステム通信（冗長構成制御部の冗長構成制御）を、定期的に試みつつ自装置を待機系として動作させ、通信システムの運用に向け待機する。なお、交換装置１０Ｄ−２が電話システムの運用に向け待機するとは、交換装置１０Ｄ−２の接続処理部１３の処理と、制御部１４Ｄの処理を停止（パケットフィルタリング処理のルールセット生成設定を停止）していることを示すものであるものとする。具体的には、交換装置１０Ｄ−２は、上述の通り、通信システムの運用に向け待機しているあいだ、少なくともルールセット生成部４３を非活性状態にする。つまり、待機系に設定された交換装置１０Ｄ−２は、起動後に一度パケットフィルタリング処理のルールセット生成設定を行うが、この時点では、交換装置１０Ｄ−１とデュプレックスシステム通信できないため、パケットフィルタリング処理のルールセット設定ができないまま待機していることになる。なお、待機系に設定された交換装置１０Ｄ−２において、対向の交換装置１０Ｄ−１とデュプレックスシステム通信できない間は、さらにルールセット設定部４４を非活性状態に制御して、完全にパケットフィルタリング処理のルールセット設定を停止して待機するようにしても良い。

そして、その後、システム管理者により、待機系で動作している交換装置１０Ｄ−２がネットワークＮに接続されたものとする。そして、交換装置１０Ｄ−１と交換装置１０Ｄ−２との間では、デュプレックスシステム通信での相互通信が開始される（Ｓ４０９）。

交換装置１０Ｄ−１と交換装置１０Ｄ−２とは、デュプレックスシステム通信のやりとりにより対向装置が運用系か待機系かを把握する。この場合、交換装置１０Ｄ−１が運用系、交換装置１０Ｄ−２が待機系として冗長構成を構成するよう設定されていることから、交換装置１０Ｄは運用系を維持するため交換装置１０Ｄ−２に待機系に移行する旨を与え、交換装置１０Ｄ−２は待機系に移行する旨を受けることで待機系を維持するものとする。

以上のように、この実施形態の通信システムでは、交換装置１０Ｄ−１、１０Ｄ−２を起動して通信システムの運用を開始可能な状態とする処理（局建て）を行う。

図２４は、交換装置１０Ｄの動作の詳細について示したシーケンス図である。

図２４では、まず、交換装置１０Ｄ−１が運用系のときのパケットフィルタリング処理のルールセット生成設定し、その後、交換装置１０Ｄ−１が待機系に切り替わり、交換装置１０Ｄ−２から通知されたパケットフィルタリング処理のルールセット設定をする場合について示している。

まず、図２４のシーケンス図の処理の前において、交換装置１０Ｄ−１が運用系、交換装置１０Ｄ−２が待機系として動作し、冗長構成が組まれているものとする（すなわち、上述の図２３のシーケンス図の処理が終了した状態）。さらに、交換装置１０Ｄ−１、１０Ｄ−２の冗長構成にて通信システムの運用を、開始しているものとする。

まず、交換装置１０Ｄ−１と交換装置１０Ｄ−２との間では、運用のために必要な通信である、タイミング同期信号通信、データ同期通信、通話路確認通信、デュプレックスシステム通信が相互に周期的に行われているものとする（Ｓ５０１）。これら、通信により、待機系の交換装置１０Ｄ−２では、運用系の交換装置１０Ｄ−１から送られてくるパケットフィルタリング処理のルールセットに基づき自装置の設定を更新するようになる。

なお、運用系の交換装置１０Ｄから待機系の交換装置１０Ｄに対してパケットフィルタリング処理のルールセットを送信する際に、次に運用系に移行する際に必要となる他のデータも含めたデータ（例えば、局ファイル）として送信するようにしても良い。局ファイルとしては、パケットフィルタリング処理のルールセットに加えて、例えば、通信システムにおいてサービスを提供するプログラム、収容する電話端末の情報、局データ記憶部１２ａの更新内容、通信ポートデータ記憶部１２ｂの更新内容、及び接続処理部１３の更新内容等を含むようにしても良い。

そして、ネットワークＮには、独自プロトコルＰ１に対応した電話端末２０が含まれている。したがって、交換装置１０Ｄ−１では、第１の実施形態および第６の実施形態のＳ１０１〜Ｓ１０５の処理に基づき、制御部１４Ｄにより、独自プロトコルＰ１「１０００１〜１０００３」のポートに加えて、運用管理用通信ポート「２２、１１００１〜１１００３」のポートについて通信許可する内容のパケットフィルタのルールセットが生成され設定される（Ｓ５０２）。

このとき、交換装置１０Ｄ−１は、運用系として動作していることから、自装置に設定したパケットフィルタリング処理のルールセットを交換装置１０Ｄ−２に対し通知する（Ｓ５０３）。ステップＳ５０２の通知は、交換装置１０Ｄ−１から交換装置１０Ｄ−２に対するデュプレックスシステム通信を用いて通知される。そして、交換装置１０Ｄ−２は、通知されたパケットフィルタリング処理のルールセットを自装置に対する設定に用いる。

そして、その後、交換装置１０Ｄ−１は、デュプレックスシステム通信により待機系に移行すると決定し、運用系から待機系に切り替わったものとする（Ｓ５０４）。交換装置１０Ｄ−１は、待機系に移行したことで、デュプレックスシステム通信等により運用系に移行すると決定するまで、待機系を維持する。

そして、交換装置１０Ｄ−１が待機系に移行した後、交換装置１０Ｄ−２から最新のパケットフィルタリング処理のルールセットの通知を受けると（Ｓ５０５）、通知されたパケットフィルタリング処理のルールセットを自装置に対し設定する処理を行う（Ｓ５０６）。

そしてその後、交換装置１０Ｄ−１は、デュプレックスシステム通信により運用系に移行すると決定すると、待機系から運用系に切り替わる（Ｓ５０７）。交換装置１０Ｄ−１は、運用系に移行したことで、デュプレックスシステム通信により待機系に移行すると決定するまで、運用系を維持する。

ここで、交換装置１０Ｄ−１は、運用系に移行したことで、運用系としての処理を開始する。つまり、運用系の交換装置１０Ｄ−１は、待機系であるときに更新したルールセットで、通信システムの運用を開始する。したがって、交換装置１０Ｄ−１は、最新のルールセットが設定された状態で処理が開始できることになる。

（Ｈ−３）第８の実施形態の効果
第８の実施形態によれば、以下のような効果を奏することができる。

第８の実施形態では、交換装置１４Ｄは、起動直後にパケットフィルタの生成・設定を行ってセキュリティを確保することができる。

また、交換装置１４Ｄは、待機系又は起動直後の状態から運用系に移行するとき、移行前（起動直後または待機系のとき）に設定されたパケットフィルタのルールセットで動作する。すなわち、交換装置１４Ｄは、運用系に移行当初から、最新のルールセットによりセキュリティを確保した状態で動作することができる。言い換えると、交換装置１４Ｄは、運用系に移行するときに、パケットフィルタリング処理のルールセット生成設定にかかわるタイムラグなく移行することができる。

さらに、交換装置１４Ｄは、運用系又は起動直後の状態から待機系に移行しても、移行前（起動直後、運用系のとき）に設定されたパケットフィルタのルールセットで動作してセキュリティを確保した状態を維持する。また、交換装置１４Ｄは、待機系への移行後も、運用系の交換装置１４Ｄから供給される最新のパケットフィルタのルールセットで、セキュリティを確保した状態を継続するめ、常にセキュリティを確保しつつ、利便性を向上させることができる。

（Ｉ）他の実施形態
本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。

（Ｉ−１）第３の実施形態では、交換装置がセキュリティ処理部を備えているが、省略するようにしても良い。その場合、テンプレートファイル記憶部には、外部のネットワーク装置（ファイアーウォール装置）のテンプレートだけを記憶するようにしても良い。

また、第４の実施形態の通信ポートの型に応じたパケットフィルタリングのルールセットを生成する構成については、第１の実施形態以外の各実施形態に適用するようにしても良い。

さらに、第５の実施形態で、疎通確認が失敗した電話端末の接続処理を規制する構成については、第１の実施形態以外の各実施形態に適用するようにしても良い。

さらにまた、第６の実施形態において、運用管理用通信ポートに関するパケットフィルタリングのルールセットを生成する構成を、第１の実施形態以外の各実施形態に適用するようにしても良い。

また、第７の実施形態で、ルールセットの内容に応じてＣＣＢの開放を行う構成について、第１の実施形態以外の各実施形態に適用するようにしても良い。

（Ｉ−２）上記の各実施形態では、本発明の通信制御装置を交換装置に適用した例について説明したが、呼制御装置に適用するようにしても良い。

上記の各実施形態の通信制御装置は、独自プロトコルＰ１を用いる場合に、メディアデータ（音声データ）の中継を行うため、「交換装置」と呼んでいたが、ＳＩＰ等メディアデータ（音声データ）を電話端末同士で直接（又はメディアゲートウェイを介して）通信するプロトコルだけに対応する場合には、その通信制御装置は、呼制御処理のみを行うことになる。すなわち、例えば、本発明の通信制御装置が、ＳＩＰ等のメディアデータ（音声データ）を電話端末同士で直接（又はメディアゲートウェイを介して）通信するプロトコルだけに対応する場合には、その通信制御装置は、呼制御処理のみを行うため、呼制御装置と呼ばれることになる。

したがって、本明細書では、通信制御装置とは、呼制御装置及び交換装置の両方を含む概念であるものとする。

（Ｉ−３）上記の各実施形態では、本発明の交換装置に接続（収容）する通信装置は、電話端末であるものとして説明したが、その他の通信装置であっても良い。例えば、本発明の交換装置に接続（収容）するものは、他の交換装置（例えば、ＩＰ−ＰＢＸ等）や呼制御装置等の通信装置であっても良い。

（Ｉ−４）第８の実施形態では、第６の実施形態の交換装置を冗長化する構成について示したが、同様に、その他の実施形態の交換装置（第１〜第５及び第７の実施形態の交換装置）について冗長化した構成とするようにしても良い。具体的には、第８の実施形態の冗長構成制御部と同様のものを、他の実施形態の交換装置に追加し、冗長化構成に必要な処理（デュプレックスシステム通信等）を行うことが可能な構成とするようにしても良い。

（Ｉ−５）第８の実施形態では、２台の交換装置による冗長構成について説明しているが、３台以上の冗長構成としても良い。３台以上の交換装置を配置した場合には、１台の交換装置を運用系として動作させ、その他の交換装置については待機系として動作させるようにしても良い。この場合、デュプレックスシステム通信については、それぞれの交換装置間で相互に行い、いずれかの交換装置を運用系と決定（決定するためのアルゴリズム等は限定されないものである）するようにしても良い。また、この場合、運用系として動作している交換装置は、すべての待機系の交換装置にルールセット等を通知して設定させるようにしても良い。

１０…交換装置、１１…通信部、１２…データ記憶部、１２ａ…局データ記憶部、１２ｂ…通信ポートデータ記憶部、１３…接続処理部、１４…制御部、…ネットワークＮ、２０、２０−１、２０−２…電話端末。

Claims (13)

1. 通話機能を有する通信装置の呼処理を行う交換装置であって、
   前記通信装置に係るパケットフィルタリングのルールセット情報を記憶する記憶手段と、
   前記ルールセット情報に基づき前記通信装置から到来するパケットの受信許可又は受信拒否の処理を行うパケットフィルタリング手段と、
   音声通信に係わる第１通信プロトコル及び第２通信プロトコルに基づく接続処理に対応し、前記パケットフィルタリング手段が受信許可の処理を行う前記通信装置から到来するパケットに基づいて前記通信装置に係わる接続処理を前記第１通信プロトコル又は前記第２通信プロトコルに基づいて行う接続処理手段と、
   当該交換装置に代わって前記通信装置の呼処理を行う他交換装置に対し前記ルールセット情報を同期処理する冗長構成制御手段と
   を有することを特徴とする交換装置。
2. 請求項１に記載の交換装置であって、該交換装置は、該交換装置の起動、前記ルールセット情報の更新および周期的のいずれかのタイミングで前記同期処理をすることを特徴とする交換装置。
3. 前記冗長構成制御手段は、前記他交換装置に係わるＩＰアドレスを保持し、前記ＩＰアドレスを宛先とするＩＰ通信で前記同期処理をすることを特徴とする請求項２に記載の交換装置。
4. 前記ルールセット情報が、少なくともトランスポートレイヤプロトコルの通信ポート情報を含むことを特徴とする請求項１〜３のいずれかに記載の交換装置。
5. 前記通信ポート情報が、前記第１通信プロトコル又は前記第２通信プロトコルに係わる通信ポートであることを特徴とする請求項４に記載の交換装置。
6. 前記第１通信プロトコルがＳＩＰであり、前記第２通信プロトコルがＨ．３２３であり、
   前記ＳＩＰに係わる前記通信ポート情報が第１所定番号であって、前記Ｈ．３２３に係わる前記通信ポート情報が前記第１所定番号と異なる第２所定番号であることを特徴とする請求項５に記載の交換装置。
7. さらに、前記ルールセット情報が、前記通信ポートの対応するトランスポートレイヤプロトコル種別情報を含むことを特徴とする請求項６に記載の交換装置。
8. 前記トランスポートレイヤプロトコル種別情報が、ＴＣＰおよびまたはＵＤＰであることを特徴とする請求項７に記載の交換装置。
9. 前記接続処理手段は、前記通信装置から到来するパケットが前記第１所定番号を含む場合には前記第１通信プロトコルに基づく接続処理を行い、前記通信装置から到来するパケットが前記第２所定番号を含む場合には前記第２通信プロトコルに基づく接続処理を行うことを特徴とする請求項８に記載の交換装置。
10. 前記接続処理手段は、１つまたは複数のプログラムあることを特徴とする請求項９に記載の交換装置。
11. 通話機能を有する通信装置の呼処理を行う交換装置に搭載されたコンピュータを、
    前記通信装置に係るパケットフィルタリングのルールセット情報を記憶する記憶手段と、
    前記ルールセット情報に基づき前記通信装置から到来するパケットの受信許可又は受信拒否の処理を行うパケットフィルタリング手段と、
    音声通信に係わる第１通信プロトコル及び第２通信プロトコルに基づく接続処理に対応し、前記パケットフィルタリング手段が受信許可の処理を行う前記通信装置から到来するパケットに基づいて前記通信装置に係わる接続処理を前記第１通信プロトコル又は前記第２通信プロトコルに基づいて行う接続処理手段と、
    当該交換装置に代わって前記通信装置の呼処理を行う他交換装置に対し前記ルールセット情報を同期処理する冗長構成制御手段と
    して機能させることを特徴とする交換プログラム。
12. 通話機能を有する通信装置の呼処理を行う交換装置が行う交換方法であって、
    交換装置が、記憶手段、パケットフィルタリング手段、接続処理手段、及び冗長構成制御手段を備え、
    前記記憶手段は、前記通信装置に係るパケットフィルタリングのルールセット情報を記憶し、
    前記パケットフィルタリング手段は、前記ルールセット情報に基づき前記通信装置から到来するパケットの受信許可又は受信拒否の処理を行い、
    前記接続処理手段は、音声通信に係わる第１通信プロトコル及び第２通信プロトコルに基づく接続処理に対応し、前記パケットフィルタリング手段が受信許可の処理を行う前記通信装置から到来するパケットに基づいて前記通信装置に係わる接続処理を前記第１通信プロトコル又は前記第２通信プロトコルに基づいて行い、
    前記冗長構成制御手段は、当該交換装置に代わって前記通信装置の呼処理を行う他交換装置に対し前記ルールセット情報を同期処理する
    ことを特徴とする交換方法。
13. 通信装置から受信する信号に応じ処理を行う交換装置を１又は複数備える通信システムにおいて、上記交換装置として、請求項１に記載の交換装置を適用したことを特徴とする通信システム。

Images