JP4572781B2 - 接続インタフェース制御装置、接続インタフェース制御プログラム、接続インタフェース制御方法及びｉｐ交換機 - Google Patents

Description

本発明は、接続インタフェース制御装置、接続インタフェース制御プログラム、接続インタフェース制御方法及びＩＰ交換機に関し、例えば、ＩＰ（インターネットプロトコル）電話網におけるサーバ間での相互接続インタフェースの変換システムに適用し得る。

近年、ＩＰネットワークを利用して音声通信を実現する、いわゆるＩＰ電話システム（サービス）が急速に普及し、それに応じて様々な形態の相互接続通信が開始されている。

従来の相互接続の形態には、例えば、自前でＩＰ電話番号（例えば０５０番号）を取得したＩＰ電話事業者間での相互接続や、また例えば、ＩＰ電話番号は自前では取得せず、かつ、ＩＰ電話交換機（サーバ）も持たずに、いわゆる卸サービスを受ける形のＩＰ電話事業者とＩＳＰ（インターネットサービスプロバイダ）との間での相互接続などがある。

ここで、相互接続のプロトコルとしては、ＳＩＰ（Session Initiation Protocol）ベースで標準が規定され、前者は、ＩＰ電話交換機（プロキシ等も含むサーバ）同士を相互接続する条件として、ＴＴＣ（社団法人情報通信技術委員会）標準（非特許文献１参照）が制定されている。また、後者は、ＩＰ電話事業者のサーバにＩＰ電話端末を直収する形態でのサービスを提供するのが一般的であり、ＴＴＣ標準（非特許文献２参照）としても端末基本インタフェースとして規定されている。なお、ＩＳＰを介さずにＩＰ電話事業者が端末を直収する場合も同様のインタフェース規定が適用される。

「管理された事業者ＳＩＰ網間における相互接続インタフェース技術仕様」，ＪＪ−９０．２５，社団法人情報通信技術委員会（ＴＴＣ）標準 「事業者ＳＩＰ網に接続するＳＩＰ端末基本接続インタフェース技術仕様」，ＪＪ−９０．２４，社団法人情報通信技術委員会（ＴＴＣ）標準

しかしながら、ＩＰ電話サービスが普及するに従って、従来では想定していない接続形態が発生してきており、このような接続形態も含めて柔軟に対応できる仕組みが求められている。

その接続形態の一形態として、例えば、ＩＳＰが自前のＩＰ電話交換機（サーバ）を保有し、ＩＳＰ内のＩＰ網で独自のＩＰ電話サービス（例えば、ＩＰ電話番号は使用しないサービス）を実現しながら、ＩＰ電話番号についてはＩＰ電話事業者から卸サービス同様の形態で払い出してもらい、ＩＰ電話番号を使った通信をするときのみ、ＩＰ電話事業者と相互接続し、サービスを実現するといった形態がある。このとき、端末はＩＳＰ内のＩＰ電話交換機（サーバ）に収容される。

上記のような形態の場合、ＩＳＰ内のＩＰ電話交換機（サーバ）と、ＩＰ電話事業者内のＩＰ電話交換機（サーバ）とはサーバ間接続をすることになる。その場合のＩＰ電話交換機（サーバ）間のインタフェースの考え方について、サーバ間相互接続のインタフェース（ＮＮＩ：ネットワーク−ネットワーク インタフェース）として通信するのか、端末−サーバ間相互接続のインタフェース（ＵＮＩ：ユーザ−ネットワーク インタフェース）として通信するのか明確でなく、ＩＰ電話事業者毎に条件が異なる。

例えば、あるＩＰ電話事業者側としては、あくまでも一般的な卸サービスを提供しているのと同様の考えから、ＩＳＰ内のＩＰ電話交換機（サーバ）を端末として捉え、インタフェース条件もＵＮＩを求めるが、一方、別のＩＰ電話事業者はあくまでもそれぞれのＩＰ網間でのやりとりということで、ＮＮＩで信号のやりとりをすることを求めることがある。

その他にも、ＴＴＣ標準に従わず、独自のインタフェース条件を求めるＩＰ電話事業者もいる。こういった問題に対して、ＩＰ電話番号を払い出してもらう側のＩＳＰ内のＩＰ電話交換機（サーバ）が柔軟に対応できる仕組みが求められている。

そこで、本発明は、上記問題を解決するためになされたものであり、接続インタフェース制御装置、接続インタフェース制御プログラム、接続インタフェース制御方法及びＩＰ交換機を提供する。

かかる課題を解決するために、第１の本発明の接続インタフェース制御装置は、それぞれの通信事業者に払い出された所定の発信者番号を用いて相互接続する１又は複数のサーバとの間の接続インタフェース処理を制御する接続インタフェース制御装置であって、（１）各通信事業者から払い出された各発信者番号と、各サーバへの接続先情報と、各サーバとの間の接続条件とを対応付けて管理する接続情報管理手段と、（２）それぞれ異なる複数パターンの接続インタフェース処理を行う接続インタフェース処理手段と、（３）収容するいずれかの端末から受信した受信信号に各発信者番号が含まれているか否かを判定する信号処理手段と、（４）各発信者番号が含まれている場合、受信信号に含まれている発信者番号及び又は各サーバへの上記接続先情報に基づいて、各サーバとの接続条件を接続情報管理手段から取得し、その取得した接続条件に対応する接続インタフェース処理を上記接続インタフェース処理手段に実行させる接続インタフェース処理実行指示手段とを備えることを特徴とする。

第２の本発明の接続インタフェース制御プログラムは、それぞれの通信事業者に払い出された所定の発信者番号を用いて相互接続する１又は複数のサーバとの間の接続インタフェース処理を制御する接続インタフェース制御プログラムであって、コンピュータに、（１）各通信事業者から払い出された各発信者番号と、各サーバへの接続先情報と、各サーバとの間の接続条件とを対応付けて管理する接続情報管理手段、（２）それぞれ異なる複数パターンの接続インタフェース処理を行う接続インタフェース処理手段、（３）収容するいずれかの端末から受信した受信信号に各発信者番号が含まれているか否かを判定する信号処理手段、（４）各発信者番号が含まれている場合、受信信号に含まれている発信者番号及び又は各サーバへの接続先情報に基づいて、各サーバとの接続条件を接続情報管理手段から取得し、その取得した接続条件に対応する接続インタフェース処理を接続インタフェース処理手段に実行させる接続インタフェース処理実行指示手段として機能させることを特徴とする。

第３の本発明の接続インタフェース制御方法は、それぞれの通信事業者に払い出された所定の発信者番号を用いて相互接続する１又は複数のサーバとの間の接続インタフェース処理を制御する接続インタフェース制御方法であって、（１）接続情報管理手段が、各通信事業者から払い出された各発信者番号と、各サーバへの接続先情報と、各サーバとの間の接続条件とを対応付けて管理する接続情報管理工程と、（２）接続インタフェース処理手段が、それぞれ異なる複数パターンの接続インタフェース処理を行う接続インタフェース処理工程と、（３）信号処理手段が、収容するいずれかの端末から受信した受信信号に各発信者番号が含まれているか否かを判定する信号処理工程と、（４）接続インタフェース処理実行指示手段が、各発信者番号が含まれている場合、受信信号に含まれている発信者番号及び又は各サーバへの接続先情報に基づいて、各サーバとの接続条件を接続情報管理手段から取得し、その取得した接続条件に対応する接続インタフェース処理を接続インタフェース処理手段に実行させる接続インタフェース処理実行指示工程とを備えることを特徴とする。

第４の本発明のＩＰ交換機は、第１の本発明の接続インタフェース制御装置を有することを特徴とする。

本発明によれば、それぞれの通信事業者のサーバとの接続形態にも柔軟に対応できる。

（Ａ）第１の実施形態
以下、本発明の接続インタフェース制御装置、接続インタフェース制御プログラム、接続インタフェース制御方法及びＩＰ交換機の実施形態を図面を参照しながら説明する。

（Ａ−１）第１の実施形態の構成
図１は、本実施形態のＩＰ電話通信ネットワークの全体構成と、ＩＰ交換機の内部構成を示す機能ブロックとを示す構成図である。

図１に示すように、本実施形態のＩＰ電話通信ネットワーク９は、ＩＰネットワーク１０と、１又は複数の他のＩＰ電話事業者が保有するＩＰネットワーク２０とを有して構成され、ＩＰネットワーク１０上にＩＰ電話交換機（サーバ）１が配備され、各ＩＰネットワーク２０上にＩＰ電話交換機（サーバ）２が配備される。

ここで、ＩＰネットワーク１０及びＩＰネットワーク２０はそれぞれ通信プロトコルをＩＰ（インターネットプロトコル）とする通信網であって、ＩＰネットワーク１０は例えばＩＳＰが保有するネットワークとし、また、ＩＰネットワーク２０はそれぞれ異なる複数のＩＰ電話事業者がそれぞれ保有するネットワークとする。また、ＩＰネットワーク１０及び２０は、有線回線、無線回線又はこれらを結合したネットワークにも適用でき、さらに専用網、公衆網のいずれにも適用できる。

ＩＰ電話交換機１は、ＩＰネットワーク１０上に設けられたものであり、複数のユーザ端末Ａ、Ｂを収容し、いずれかのユーザ端末Ａ、Ｂから呼の要求を受けると、それに従って相手端末との間の呼接続を制御し、ネットワーク１０を利用した音声通信（いわゆるＩＰ電話通信）を実現するサーバである。なお、収容するユーザ端末Ａ、Ｂの数は特に限定されない。

また、ＩＰ電話交換機１は、ＩＰネットワーク１０及び２０を通じて、他のＩＰ電話事業者のＩＰ電話交換機２と接続可能であり、それぞれのＩＰ電話交換機２とは、各ＩＰ電話事業者との間の所定契約内容に応じた接続条件で接続し得るものである。

これにより、ＩＰ電話交換機１は、ＩＰネットワーク１０内に接続するユーザ端末Ａ、Ｂ間のＩＰ電話通信だけでなく、いずれかのユーザ端末Ａ、Ｂと他のＩＰネットワーク２０上のユーザ端末Ｃとの間のＩＰ電話通信も実現することができる。

また、少なくともユーザ端末ＣとＩＰ電話通信を実現するため、ＩＰネットワーク１０の保有者はＩＰネットワーク２０のＩＰ電話事業者からＩＰ電話番号（例えば０５０番号）を払い出されており、そのＩＰ電話番号を用いることが必要である。

さらに、ＩＰ電話交換機１は、収容するユーザ端末Ａ、Ｂからユーザ端末Ｃに対する呼要求があった場合、ユーザ端末Ｃが接続するＩＰネットワーク２０のＩＰ交換機２との間の接続条件を特定し、その接続条件に応じた相互接続インタフェース処理を行うものである。

次に、図１を参照して、ＩＰ電話交換機１の主な内部構成を説明する。図１において、ＩＰ電話交換機１は、ルーチング分析シナリオ部１１、ＩＦ変換処理部１２、信号処理部１３、ユーザ情報管理部１４、ルーチング情報管理部１５を有する。

なお、図示しないが、ＩＰ電話交換機１のハードウェア構成は、その制御部として、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ等を有して構成されるものであり、例えば、ＣＰＵがＲＯＭに格納されている処理プログラムを実現することにより、ＩＰ電話交換機１の機能が実現される。

信号処理部１３は、信号の送受信処理を行うものであり、信号分析／編集処理部１３ａと、ルーチング分析シナリオエンジン１３ｂとを少なくとも有する。

信号分析／編集処理部１３ａは、受信信号に含まれる信号内容を分析し、それに応じた送信信号を作成してＩＰ交換機２やユーザ端末Ａ、Ｂに与えるものである。また、信号分析／編集処理部１３ａは、受信信号に基づいて契約加入者による要求であるか否かのユーザ認証を行うものである。

ルーチング分析シナリオエンジン１３ｂは、ユーザ端末Ａ、Ｂのいずれかから呼要求があった場合に、信号送信先のアドレス解決や送信先とのインタフェース条件に変換するためのルーチング分析シナリオ部１１を起動させるものである。なお、ルーチング分析シナリオ部１１は、信号処理部１３に対して上位に位置するものである。

ルーチング分析シナリオ部１１は、信号を送信する際の信号送信先のアドレス解決及び送信先のインタフェース条件を決定し、送信信号にあわせたインタフェース変換処理１２を起動させるものである。

ルーチング分析シナリオ部１１は、予め設定された手順で、送信先のインタフェース条件を特定し、そのインタフェース条件に従ったインタフェース変換処理部１２を決定する。これにより、相手の接続形態に応じたインタフェース処理を行うことができる。

また、ルーチング分析シナリオ部１１は、上述したように、信号処理部１３の上位に位置するものであるため、例えば、相互接続先が増加しても、ソフトウェア本体を変更することなく、ルーチング分析シナリオ部１１のみを差し替えることで柔軟に対応できる。

ＩＦ変換処理部１２は、予め定められたフォーマットに信号を変換処理するものであり、各ＩＰ電話事業者との間の契約で定められた接続形態のインタフェース処理を行うものである。ＩＦ変換処理部１２は、予め複数の変換処理部（図１ではＮ個のＩＦ変換処理部）を有しており、ルーチング分析シナリオ部１１により選択されるものである。

ユーザ情報管理部１４は、契約加入者に関する情報を管理するものであり、ユーザ認証の際に照合され得るものである。

ルーチング情報管理部１５は、他のＩＰ電話事業者のサーバアドレス（例えば、ＩＰアドレスやＩＰ電話番号等）などの接続先アドレスと、各接続条件とを対応付けた情報を管理するものである。

図４は、ルーチング情報管理部１５が管理する情報の項目例である。図４に示すように、ルーチング情報管理部１５の管理項目例は、「発電話番号コード」、「ＩＰ電話事業者」、「設定ドメイン名」、「設定ＩＰアドレス」、「相互接続ＩＦ条件」とする。

「発電話番号コード」は、各ＩＰ電話事業者から払い出されたＩＰ電話番号である。「ＩＰ電話事業者」は、ＩＰ電話事業者名である。「設定ドメイン名」は、ＩＰ電話事業者が設定したドメイン名であり、「設定ＩＰアドレス」は、各ＩＰ電話事業者のＩＰ電話交換機のＩＰアドレスである。「相互接続ＩＦ条件」は、ＩＰ電話交換機１と各ＩＰ電話交換機２との間の接続インタフェース条件である。

（Ａ−２）第１の実施形態の動作
次に、本実施形態のＩＰ電話交換機１における接続インタフェースの変換処理の動作を図面を参照して説明する。

図２は、ＩＳＰが保有するＩＰ電話交換機１と、３つのＩＰ電話事業者ＴＡ〜ＴＣが保有するＩＰ電話交換機２（２−１〜２−３）との間の接続モデルを説明する説明図である。

図２において、ＩＰネットワーク１０のＩＳＰと他のＩＰネットワーク２０の各ＩＰ電話事業者ＴＡ〜ＴＣとの間のインタフェース条件は次のような条件とする。

（１）ＩＳＰは、各ＩＰ電話事業者ＴＡ〜ＴＣからそれぞれのＩＰ電話番号（例えば０５０番号）を払い出されている。そのため、ＩＰ電話番号で通信する場合には、各ＩＰ電話事業者ＴＡ〜ＴＣのＩＰ電話交換機２−１〜２−３と相互接続をして通信サービスを実現する。

（２）また、ＩＰ電話交換機１と、ＩＰ電話交換機２−１との接続インタフェース条件ＩＦ１はＵＮＩ接続であり、ＩＰ電話交換機２−２との接続インタフェース条件ＩＦ２はＮＮＩ接続であり、ＩＰ電話交換機２−３との接続インタフェース条件ＩＦ３は独自インタフェースとする。なお、ＩＰ電話交換機１とユーザ端末Ａとの接続インタフェース条件ＩＦ４はＵＮＩ接続とする。

以下では、ユーザ端末Ａを発信端末とし、ＩＰ電話交換機１に対して呼要求があった場合のＩＰ電話交換機１における動作を図３のフローチャートを参照して説明する。

まず、発信端末であるユーザ端末Ａから呼要求信号がＩＰ電話交換機１に与えられ、ＩＰ電話交換機１はその信号を受信する（Ｆ１）。

ユーザ端末Ａからの信号を受信すると、信号処理部１３は、受信信号に含まれている信号情報（発信者情報）を読み出し、その信号情報（発信者情報）とユーザ情報管理部１４に管理されているユーザ情報とを照合し、発信者の認証処理を実行する（Ｆ２）。

このとき、認証結果がＮＧである場合、信号処理部１３は、その旨を発信端末であるユーザ端末Ａに送信する（Ｆ３）。

また、認証結果がＯＫである場合、信号処理部１３は、受信信号にＩＰ電話番号が含まれているか否かを判定する（Ｆ４）。

受信信号にＩＰ電話番号が含まれていない場合、信号処理部１３は、ユーザ端末Ａからの呼要求が、ＩＳＰが提供しているＩＰネットワーク１０内の閉じたサービスであると判断し、所定のサービス条件に従った接続処理を行うようにする（Ｆ５）。

一方、受信信号にＩＰ電話番号が含まれている場合、信号処理部１３は、ＩＰ交換機１内のサービス条件に従った、送信用信号編集を実施（送信信号のオリジナル信号を作成）し、その後、ルーチング分析シナリオ部１１を起動する（Ｆ６）。

その際、送信用信号編集した送信用信号の内容も、ルーチング分析シナリオ部１１に引き継ぐ。

ルーチング分析シナリオ部１１が起動されると、ルーチング分析シナリオ部１１は、信号上に設定されている情報（ドメイン情報、発０５０番号等）を読み出し、その情報（ドメイン情報、発０５０番号等）をルーチング情報管理部１５で管理されている情報で照合し、その情報がルーチング情報管理部１５に設定されている情報であるか否かを判定する（Ｆ７）。

このとき、ドメイン情報や発０５０番号等の情報が設定されていない場合、信号処理部１３は、許可されていない条件であると判断し、その旨を発信端末であるユーザ端末Ａに送信する（Ｆ８）。

一方、ドメイン情報や発０５０番号等の情報が設定されている場合、ルーチング分析シナリオ部１１は、その情報に該当する条件に従ったインタフェース変換処理部１２を特定し、その特定されたインタフェース変換処理部１２を起動させる（Ｆ９）。

図５は、ＩＰ電話交換機１における処理を説明するイメージ図である。図５において、ルーチング分析シナリオ部１１は、信号処理部（信号処理プロセス）１３のルーチング分析シナリオエンジン１３ｂにより起動され、その上で実行されるものである（Ｓ１）。

また、ルーチング分析シナリオ部１１は、ルーチング情報管理部１５を参照し、受信信号に含まれているＩＰ電話番号やドメイン名などの情報に基づいて、送信先（ＩＰ電話事業者、ＩＰ電話交換機）を特定し、その送信先の相互接続ＩＦ条件を割り出し、その条件に応じたＩＦ変換処理部１２を選択決定する。このとき、あらかじめ想定できる変化パターンのインタフェース変換処理を用意しておく（Ｓ３）。

なお、ルーチング分析シナリオ部１１は、受信信号に含まれているＩＰ電話番号及びドメイン名、または、ＩＰ電話番号とドメイン名のいずれかによって、相互接続ＩＦ条件を特定することができる。

このとき、相互接続先が増加しても、基本的にルーチングシナリオのみを変更すれば、その他の処理は変更する必要ない（Ｓ２）。

また、信号処理部１３及びルーチング分析シナリオ部１１の実行処理を図６に示す。

図６において、信号分析／編集処理部１３ａが受信信号上にＩＰ電話番号が設定されていると判断すると、ルーチング分析シナリオエンジン１３ｂがルーチング分析シナリオ１１を起動させる。

そして、ルーチング分析シナリオ１１は、まず、信号ヘッダ上の発信者番号設定フィールドに設定されているＩＰ電話番号やＲｅｑ−ＵＲＩに設定されているドメイン名等が記載されているかを確認する。ここで、ＩＰ電話番号で分析するか、ドメイン名で分析するかは、各ＩＰ電話事業者とのサービス提供条件により、ルーチング分析シナリオ１１は、確認する項目を任意に設定することができる。

次に、ＩＰ電話番号やドメイン名等が記入されている場合、上述したように、ルーチング情報管理部１５を参照してＩＦ変換処理１２を起動させる。

また、ＩＰ電話番号やドメイン名等が記入されていない場合、共通ＮＧルート（デフォルトＴａｇ等）の処理（例えば、応答コードを設定し、応答処理の起動等）を実行する。

そして、ルーチング分析シナリオ部１１により起動されたインタフェース変換処理部１２は、オリジナル送信信号をＩＰ電話事業者向けインタフェース条件に合った送信信号に編集し、ＩＰ電話事業者に送信信号を送信する（Ｆ１０）。

（Ａ−３）第１の実施形態の効果
以上のように、本実施形態によれば、ＩＰ電話交換機（サーバ）１を保有して独自にＩＰ電話サービスを実現しているＩＳＰが、ＩＰ電話番号を使った通信を実現する際、ＩＰ電話番号を自前で取得するのではなく、卸しのＩＰ電話サービスのケースと同様に、ＩＰ電話事業者からＩＰ電話番号を払い出し手もらうような条件で、ＩＳＰ側のＩＰ電話交換機（サーバ）１とＩＰ電話事業者のＩＰ電話交換機（サーバ）２の相互接続を実現するような特殊なネットワーク条件においても、ＩＳＰ側のＩＰ電話交換機側で予め各種接続条件を考慮したルーチング分析ロジックと信号編集ロジックを実装することで、複数のＩＰ電話事業者と柔軟に相互接続が可能になる。

第１の実施形態のＩＰ電話通信ネットワーク及びＩＰ電話交換機の構成を示す構成図である。 第１の実施形態の動作を説明するための接続形態図である。 第１の実施形態のＩＰ電話交換機における処理動作を示すフローチャートである。 第１の実施形態のルーチング情報管理部の管理項目例を示す説明図である。 第１の実施形態の信号処理部の処理を説明する説明図である。 第１の実施形態のルーチング分析シナリオ部の実行処理を説明する説明図である。

符号の説明

１…ＩＰ交換機、２…ＩＰ交換機、１１…ルーチング分析シナリオ部、１２…ＩＦ変換処理部、１３…信号処理部、１３ａ…信号分析／編集処理部、１３ｂ…ルーチング分析シナリオエンジン、１４…ユーザ情報管理部、１５…ルーチング情報管理部、１０…ＩＰネットワーク、２０…他事業者ＩＰネットワーク、９…ＩＰ電話通信ネットワーク。

Claims (6)

1. それぞれの通信事業者に払い出された所定の発信者番号を用いて相互接続する１又は複数のサーバとの間の接続インタフェース処理を制御する接続インタフェース制御装置であって、
   上記各通信事業者から払い出された上記各発信者番号と、上記各サーバへの接続先情報と、上記各サーバとの間の接続条件とを対応付けて管理する接続情報管理手段と、
   それぞれ異なる複数パターンの接続インタフェース処理を行う接続インタフェース処理手段と、
   収容するいずれかの端末から受信した受信信号に上記各発信者番号が含まれているか否かを判定する信号処理手段と、
   上記各発信者番号が含まれている場合、上記受信信号に含まれている上記発信者番号及び又は上記各サーバへの上記接続先情報に基づいて、上記各サーバとの上記接続条件を上記接続情報管理手段から取得し、その取得した上記接続条件に対応する接続インタフェース処理を上記接続インタフェース処理手段に実行させる接続インタフェース処理実行指示手段と
   を備えることを特徴とする接続インタフェース制御装置。
2. 上記接続インタフェース処理実行指示手段は、上記信号処理手段の上位層に位置する手段であり、差し替え可能であることを特徴とする請求項１に記載の接続インタフェース制御装置。
3. 上記接続インタフェース処理手段は、予め設定されたそれぞれ異なる接続インタフェース処理を行う接続インタフェース処理部を複数有し、
   上記接続インタフェース処理実行指示手段が、取得した上記接続条件に基づいて対応するいずれかの上記接続インタフェース処理部を選択決定する
   ことを特徴とする請求項１又は２に記載の接続インタフェース制御装置。
4. それぞれの通信事業者に払い出された所定の発信者番号を用いて相互接続する１又は複数のサーバとの間の接続インタフェース処理を制御する接続インタフェース制御プログラムであって、
   コンピュータに、
   上記各通信事業者から払い出された上記各発信者番号と、上記各サーバへの接続先情報と、上記各サーバとの間の接続条件とを対応付けて管理する接続情報管理手段、
   それぞれ異なる複数パターンの接続インタフェース処理を行う接続インタフェース処理手段、
   収容するいずれかの端末から受信した受信信号に上記各発信者番号が含まれているか否かを判定する信号処理手段、
   上記各発信者番号が含まれている場合、上記受信信号に含まれている上記発信者番号及び又は上記各サーバへの上記接続先情報に基づいて、上記各サーバとの上記接続条件を上記接続情報管理手段から取得し、その取得した上記接続条件に対応する接続インタフェース処理を上記接続インタフェース処理手段に実行させる接続インタフェース処理実行指示手段
   として機能させることを特徴とする接続インタフェース制御プログラム。
5. それぞれの通信事業者に払い出された所定の発信者番号を用いて相互接続する１又は複数のサーバとの間の接続インタフェース処理を制御する接続インタフェース制御方法であって、
   接続情報管理手段が、上記各通信事業者から払い出された上記各発信者番号と、上記各サーバへの接続先情報と、上記各サーバとの間の接続条件とを対応付けて管理する接続情報管理工程と、
   接続インタフェース処理手段が、それぞれ異なる複数パターンの接続インタフェース処理を行う接続インタフェース処理工程と、
   信号処理手段が、収容するいずれかの端末から受信した受信信号に上記各発信者番号が含まれているか否かを判定する信号処理工程と、
   接続インタフェース処理実行指示手段が、上記各発信者番号が含まれている場合、上記受信信号に含まれている上記発信者番号及び又は上記各サーバへの上記接続先情報に基づいて、上記各サーバとの上記接続条件を上記接続情報管理手段から取得し、その取得した上記接続条件に対応する接続インタフェース処理を上記接続インタフェース処理手段に実行させる接続インタフェース処理実行指示工程と
   を備えることを特徴とする接続インタフェース制御方法。
6. 請求項１〜３のいずれかに記載の接続インタフェース制御装置を有することを特徴とするＩＰ交換機。
   

Images