(57)【要約】【課題】発呼制限機能のための発番号データを各キャビネットに分けて格納することができるゲートウエイ交換機を提供する。【解決手段】発番号データベース１１１−１〜１１１−ｎは、第２通信網２２０への発呼が許可されているＩＰ電話機２１１の電話番号を、各キャビネット１１０−１〜１１０−ｎに分けて格納する。共通データベース１１２−１〜１１２−ｎは、指定電話番号に対応するゲートウエイキャビネット１１０−１〜１１０−ｎを特定するデータを格納する。検索プロセス機能部１１３−１〜１１３−ｎは、同じゲートウエイキャビネット内の発番号データベースから電話番号を検索する。呼プロセス機能部１１４−１〜１１４−ｎは、ＩＰ電話機２１１の発番号に対応するキャビネットを、同じゲートウエイキャビネットの共通データベースを用いて特定し、当該キャビネット内の検索プロセス機能部に発番号を検索させ、当該発番号の有無により発呼認証を行う。【選択図】図１
2005311880.tif 000002
【特許請求の範囲】
【請求項１】
複数のＩＰ電話機を収容する通信網に接続され、当該ＩＰ電話機から他の通信網に接続された電話機への発呼処理を行うゲートウエイキャビネットを複数台有する、ゲートウエイ交換機であって、
前記ゲートウエイキャビネットのそれぞれが、
前記他の通信網への発呼が許可されている前記ＩＰ電話機の電話番号をそれぞれの前記ゲートウエイキャビネットに分けて格納するための発番号データベースと、
前記電話番号が格納されるべき前記ゲートウエイキャビネットを特定するためのデータを格納する共通データベースと、
同じ前記ゲートウエイキャビネット内に設けられた前記発番号データベースから、前記電話番号を検索する検索プロセス機能部と、
いずれかの前記ＩＰ電話機から発呼要求を受けたときに、当該発呼要求に係る発番号を特定し、同じ前記ゲートウエイキャビネット内に設けられた前記共通データベースを用いて当該発番号が格納されるべき前記ゲートウエイキャビネットを特定し、当該ゲートウエイキャビネット内の前記検索プロセス機能部に当該発番号を検索させ、当該発番号の有無により発呼認証を行う呼プロセス機能部と、
を備えることを特徴とするゲートウエイ交換機。
【請求項２】
前記共通データベースの前記データが、前記電話番号の上位ｎ桁（ｎは自然数）を用いて前記ゲートウエイキャビネットを特定するデータであることを特徴とする請求項１に記載のゲートウエイ交換機。
【請求項３】
前記発番号データベースに前記電話番号が昇順または降順に格納され、且つ、前記検索プロセス機能部が二分検索法を用いて前記電話番号の検索を行うことを特徴とする請求項１または２に記載のゲートウエイ交換機。
【請求項４】
複数のＩＰ電話機を収容する通信網に接続され、当該ＩＰ電話機から他の通信網に接続された電話機への接続処理を行うゲートウエイキャビネットを複数台有する、ゲートウエイ交換機であって、
前記ゲートウエイキャビネットのそれぞれが、
前記他の通信網の特定の着番号に対する発呼が許可されたＩＰ電話機の電話番号リストを、それぞれの前記ゲートウエイキャビネットに分けて当該着番号毎に格納するための、発番号データベースと、
前記着番号に対応する前記電話番号リストが格納されている前記ゲートウエイキャビネットを特定するためのデータを格納する共通データベースと、
同じ前記ゲートウエイキャビネット内に設けられた前記発番号データベースから前記着番号に対応する前記電話番号リストを検索し、さらに、前記電話番号を当該電話番号リストから検索する検索プロセス機能部と、
いずれかの前記ＩＰ電話機から発呼要求を受けたときに、当該発呼要求に対応する発番号および着番号を特定し、同じ前記ゲートウエイキャビネット内に設けられた前記共通データベースを用いて当該着番号に対応する前記電話番号リストが格納されている前記ゲートウエイキャビネットを特定し、当該ゲートウエイキャビネットの前記検索プロセス機能部に前記電話番号リストの検索と当該発番号の検索とを行わせ、当該発番号の有無により発呼認証を行う呼プロセス機能部と、
を備えることを特徴とするゲートウエイ交換機。
【請求項５】
前記共通データベースが、前記着番号と、当該着番号に対応する前記ゲートウエイキャビネットを特定する情報と、当該ゲートウエイキャビネットに格納された前記電話番号リストから該当するものを特定する情報とを格納することを特徴とする請求項４に記載のゲートウエイ交換機。
【請求項６】
前記発番号データベースに前記電話番号リストに含まれる前記電話番号が昇順または降順に格納され、且つ、前記検索プロセス機能部が二分検索法を用いて前記発番号の検索を行うことを特徴とする請求項４または５に記載のゲートウエイ交換機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発呼処理を行うゲートウエイキャビネットを複数台有するゲートウエイ交換機に関し、より詳細には、当該ゲートウエイ交換機に収容された電話機から他の通信網の電話機に対する発呼の許可／不許可を管理する技術に関する。
【背景技術】
【０００２】
従来より、通信網内の電話機と他の通信網の電話機との音声通信接続を交換する装置として、ゲートウエイ交換機が知られている。ゲートウエイ交換機は、例えば、ＬＡＮ(Local Area Network)等に構築されたＶｏＩＰ(Voice over Internet Protocol)網と公衆電話網等との音声通信接続に使用されている。
【０００３】
ゲートウエイ交換機としては、複数のゲートウエイキャビネットを備えているものが知られている。各キャビネットは、それぞれ、音声通信接続の交換を、互いに独立して行うことができる。このようなゲートウエイ交換機では、単に、収容するキャビネットの個数を変更するだけで、交換処理能力を自由に増減させることができる。したがって、必要十分な交換処理能力を安価に得ることができ、且つ、必要な交換処理能力の増減にも簡単に対応することができる。
【０００４】
ＶｏＩＰ網と他の通信網との音声通信接続を行うに際して、このＶｏＩＰ網から他の通信網への発呼に制限を設けたい場合がある。例えば、このＶｏＩＰ網内の特定の電話機に対してのみ、他の通信網に収容された電話機への発呼を認めたい場合がある。また、このＶｏＩＰ網内の特定の電話機に対してのみ、他の通信網の特定の電話番号に対する発信を認めたい場合もある。
【０００５】
このような発呼制限を設けるためには、例えば、下記特許文献１に開示された技術を利用することができる。同文献では、発呼側電話機の電話番号を発信者番号登録テーブルに登録された電話番号と比較し、当該発呼側電話番号が当該発信者番号登録テーブルに登録されている場合にのみ音声通信接続が認められる（同文献の段落００５７参照）。
【０００６】
しかしながら、この技術を上述のゲートウエイ交換機に適用する場合、同じ内容の発信者番号登録テーブルをキャビネット毎に設けなければならないことになる。ここで、一般的には、収容するＶｏＩＰ網の規模が大きくなるほど、他の通信網への発呼が許可される電話機の台数が多くなり、したがって、発信者番号登録テーブルのデータ量は増大する。このため、特許文献１の技術をゲートウエイ交換機にそのまま適用しようとすると、ＶｏＩＰ網の規模が増大するほど、各キャビネットに要求されるメモリ容量は増大することになる。これでは、キャビネット数を変更するだけで交換処理能力を増減させることができるというゲートウエイ交換機の利点が損なわれることになる。
【特許文献１】特開２００１−１４４８６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の解決課題は、発呼制限機能を有し、且つ、キャビネット数を変更するだけで交換処理能力を増減させることができるゲートウエイ交換機を提供することにある。
【課題を解決するための手段】
【０００８】
（１）第１の発明は、複数のＩＰ電話機を収容する通信網に接続され、当該ＩＰ電話機から他の通信網に接続された電話機への発呼処理を行うゲートウエイキャビネットを複数台有する、ゲートウエイ交換機に関する。
【０００９】
そして、ゲートウエイキャビネットのそれぞれが、他の通信網への発呼が許可されているＩＰ電話機の電話番号をそれぞれのゲートウエイキャビネットに分けて格納するための発番号データベースと、電話番号が格納されるべきゲートウエイキャビネットを特定するためのデータを格納する共通データベースと、同じゲートウエイキャビネット内に設けられた発番号データベースから電話番号を検索する検索プロセス機能部と、いずれかのＩＰ電話機から発呼要求を受けたときに、当該発呼要求に係る発番号を特定し、同じゲートウエイキャビネット内に設けられた共通データベースを用いて当該発番号が格納されるべきゲートウエイキャビネットを特定し、当該ゲートウエイキャビネット内の検索プロセス機能部に当該発番号を検索させ、当該発番号の有無により発呼認証を行う呼プロセス機能部とを備える。
【００１０】
（２）第２の発明は、複数のＩＰ電話機を収容する通信網に接続され、当該ＩＰ電話機から他の通信網に接続された電話機への発呼処理を行うゲートウエイキャビネットを複数台有する、ゲートウエイ交換機に関する。
【００１１】
そして、ゲートウエイキャビネットのそれぞれが、他の通信網の特定の着番号に対する発呼が許可されたＩＰ電話機の電話番号リストをそれぞれのゲートウエイキャビネットに分けて当該着番号毎に格納するための発番号データベースと、着番号に対応する電話番号リストが格納されているゲートウエイキャビネットを特定するためのデータを格納する共通データベースと、同じゲートウエイキャビネット内に設けられた発番号データベースから着番号に対応する電話番号リストを検索し、さらに、電話番号を当該電話番号リストから検索する検索プロセス機能部と、いずれかのＩＰ電話機から発呼要求を受けたときに、当該発呼要求に対応する発番号および着番号を特定し、同じゲートウエイキャビネット内に設けられた共通データベースを用いて当該着番号に対応する電話番号リストが格納されているゲートウエイキャビネットを特定し、当該ゲートウエイキャビネットの検索プロセス機能部に電話番号リストの検索と当該発番号の検索とを行わせ、当該発番号の有無により発呼認証を行う呼プロセス機能部とを備える。
【発明の効果】
【００１２】
第１、第２の発明に係るゲートウエイ交換機によれば、検索したい発番号データベースを共通データベースを用いて特定することができる。したがって、本発明によれば、すべての発番号データベースに同じ内容の電話番号データ或いは電話番号リストを格納する必要がなく、各ゲートウエイキャビネットの各発番号データベースに分けて格納することができる。このため、ゲートウエイキャビネットの台数が多くなるほど、登録できる電話番号数が増大する。これにより、キャビネット数を変更するだけで交換処理能力を増減させることができるというゲートウエイ交換機の利点を損なわずに、発呼制限機能を設けることができる。
【発明を実施するための最良の形態】
【００１３】
以下、この発明の実施の形態について、図面を用いて説明する。なお、図中、各構成成分の大きさ、形状および配置関係は、この発明が理解できる程度に概略的に示してあるにすぎず、また、以下に説明する数値的条件は単なる例示にすぎない。
【００１４】
〈第１実施形態〉
まず、第１発明の実施形態について、図１〜図６を用いて説明する。
【００１５】
図１は、本実施形態に係るゲートウエイ交換機の要部構成を概念的に示すブロック図である。
【００１６】
図１に示したように、本実施形態のゲートウエイ交換機１００は、複数台のゲートウエイキャビネット１１０−１，１１０−２，・・・，１１０−ｎを備えている。各ゲートウエイキャビネット１１０−１〜１１０−ｎは、それぞれ、第１通信網２１０および第２通信網２２０に接続されている。ここで、第１通信網２１０は、ゲートウエイ交換機１００によって収容される通信網であり、例えばＶｏＩＰ網が構築されたＬＡＮである。第１通信網２１０には、多数台のＩＰ電話機２１１，２１１，・・・が収容されている。一方、第２通信網２２０は、本発明の「他の通信網」に相当し、例えば公衆電話網やインターネット等である。第２通信網２２０には、多数台の電話機２２１，２２１，・・・が、直接または間接的に収容されている。
【００１７】
また、ゲートウエイキャビネット１１０−１〜１１０−ｎは、それぞれ、発番号データベース１１１−１〜１１１−ｎと、共通データベース１１２−１〜１１２−ｎと、検索プロセス機能部１１３−１〜１１３−ｎと、呼プロセス機能部１１４−１〜１１４−ｎとを備えている。
【００１８】
発番号データベース１１１−１〜１１１−ｎは、第２通信網２２０への発呼が許可されているＩＰ電話機の電話番号を格納するためのデータベースであり、図示しないハードディスク、半導体メモリ等の中に構築される。第２通信網２２０への発呼が許可されているＩＰ電話機の電話番号は、各発番号データベース１１１−１〜１１１−ｎに分けて格納される（後述）。
【００１９】
共通データベース１１２−１〜１１２−ｎは、電話番号の検索先となる発番号データベースを特定するためのデータベースであり、図示しないハードディスク、半導体メモリ等の中に構築される。ここで、電話番号の検索先とは、当該電話番号が第２通信網２２０への発呼を許可されている場合に格納されているはずの発番号データベースである（後述）。各共通データベース１１２−１〜１１２−ｎに格納されるデータの内容は、すべて同一でよい。
【００２０】
検索プロセス機能部１１３−１〜１１３−ｎは、例えば、キャビネット１１０−１〜１１０−ｎ内のＣＰＵ（Central Processing Unit;図示せず）に、プログラムによって構築される。検索プロセス機能部１１３−１〜１１３−ｎは、呼プロセス機能部１１４−１〜１１４−ｎから、電話番号の検索命令を受け取る。このとき、検索プロセス機能部１１３−１〜１１３−ｎは、当該検索プロセス機能部と同じキャビネット内の呼プロセス機能部から検索命令を受け取る場合もあるし、他のキャビネット内の呼プロセス機能部から検索命令を受け取る場合もある。検索命令を受け取ったとき、検索プロセス機能部１１３−１〜１１３−ｎは、当該検索プロセス機能部と同じゲートウエイキャビネット内に設けられた発番号データベース１１１−１〜１１１−ｎを用いて、当該電話番号の検索を行う。
【００２１】
呼プロセス機能部１１４−１〜１１４−ｎは、例えば、キャビネット１１０−１〜１１０−ｎ内のＣＰＵに、プログラムによって構築される。呼プロセス機能部１１４−１〜１１４−ｎは、ＩＰ電話機２１１，２１１，・・・のいずれかから発呼要求を受けたときに、後述のような認証処理を行い、発呼が認められているとの認証結果が得られた場合に呼接続処理を行う。
【００２２】
次に、発番号データベース１１１−１〜１１１−ｎおよび共通データベース１１２−１〜１１２−ｎへのデータ格納方法について、図２および図３を用いて説明する。以下の説明では、ＩＰ電話機２１１，２１１，・・・に割り振られた電話番号を８桁とし、‘××××−××××’というように４桁ずつ区切って表記する。また、電話番号の検索には、上位４桁を用いて行うものとする。
【００２３】
上述のように、第２通信網２２０への発呼が許可されているＩＰ電話機の電話番号は、各発番号データベース１１１−１〜１１１−ｎに分けて格納される。ここでは、電話番号の上位４桁を用いて検索を行うので、発呼が許可された電話番号のうち上位４桁が同じである電話番号は同じ発番号データベースに格納される。図２に示したように、本実施形態では、上位４桁が‘０００１’または‘１２３４’の電話番号はすべて発番号データベース１１１−１に格納され、また、‘０００２’または‘４３２１’の電話番号はすべて発番号データベース１１１−２に格納されている。また、同じ発番号データベースに格納される電話番号は、その番号の昇順または降順に並べて格納される。これにより、番号検索を行う際に、二分検索法を使用することが可能になる（後述）。各発番号データベース１１１−１〜１１１−ｎでは、格納される電話番号の個数が一致している必要はなく、また、一部に電話番号が全く格納されていない発番号データベースが有ってもよい。但し、同じ電話番号が複数の発番号データベース１１１−１〜１１１−ｎに格納されることはない。
【００２４】
共通データベース１１２−１〜１１２−ｎには、電話番号の上位４桁と、当該電話番号が格納されるべき発番号データベース１１１−１〜１１１−ｎとの関係を示すデータが格納される。このデータは、電話番号の上位４桁と発番号データベースの番号とからなる。例えば、図３に示したように、上位４桁が‘０００１’または‘１２３４’の電話番号は最初の発番号データベース１１１−１に格納されるので（上述）、共通データベース１１２−１〜１１２−ｎには‘０００１１’および‘１２３４１’が格納される。同様に、上位４桁が‘０００２’または‘４３２１’の電話番号は二番目の発番号データベース１１１−２に格納されるので、共通データベース１１２−１〜１１２−ｎには‘０００２２’および‘４３２１２’が格納される。これらのデータは、各共通データベース１１２−１〜１１２−ｎ内に、昇順または降順に格納される。
【００２５】
続いて、本実施形態に係るゲートウエイ交換機の全体動作について、図４〜図６を用いて説明する。
【００２６】
最初に、ユーザが、第１通信網２１０のＩＰ電話機２１１を操作することにより、ゲートウエイ交換機１００に対して、第２通信網２２０の電話機への発呼要求を送る。使用されるゲートウエイキャビネットの選択方法は任意であるが、例えば、第１通信網２１０によって自動的に選択される。以下、ゲートウエイキャビネット１１０−１が選択された場合を例に採って説明する。
【００２７】
発呼要求を受信すると、キャビネット１１０−１内のＣＰＵ（図示せず）は、呼プロセス機能部１１４−１をソフトウエア的に生成する。呼プロセス機能部１１４−１は、以下のようにして、当該ＩＰ電話機２１１が第２通信網２２０への発呼を認められた電話機であるか否かの認証を行う。
【００２８】
まず、呼プロセス機能部１１４−１が、発呼要求から当該ＩＰ電話機２１１の電話番号（すなわち発番号）を読み出す。そして、呼プロセス機能部１１４−１は、この発番号が格納されるべきキャビネットを検索する。上述のように、この検索は、当該呼プロセス機能部と同じキャビネットに設けられた共通データベース（この説明では、共通データベース１１２−１）を用いて行われる（図４のＰ１参照）。
【００２９】
上述のように、この発番号検索は、当該発番号の上位４桁を用いて行われる。図５は、発番号の上位４桁が‘４３２１’である場合の検索手順を示している。この発番号検索では、まず、発番号の最上位桁‘４’が検索される（図５（Ａ）参照）。上述のように共通データベース１１２−１内のデータは昇順または降順に並んでおり、したがって、最上位桁が‘４’のデータは連続的に記憶されている。図５（Ａ）の例では、最上位桁が‘４’のデータは、記憶領域ａに格納されている。次に、記憶領域ａのデータに対して、第２桁‘３’の検索を行う（図５（Ｂ）参照）。図５（Ｂ）の例では、第２桁‘３’が、記憶領域ｂに格納されている。同様にして、第３桁‘２’の検索により記憶領域ｃが特定される。さらに、第４桁‘１’の検索を行うと、１個のデータ‘４３２１２’が特定される。このときの第５桁‘２’は、上述のように、‘２’番目のキャビネット１１０−２を表している。このようにして、上位４桁が‘４３２１’の発番号が格納されるべきキャビネットが、２番目のキャビネット１１０−２であると判断される。
【００３０】
呼プロセス機能部１１４−１は、発番号が格納されるべきキャビネットが特定されると（この例ではキャビネット１１０−２）、次に、当該キャビネット１１０−２内の検索プロセス機能部１１３−２に対して、発番号検索要求を、発番号とともに送信する（図４のＰ２参照）。
【００３１】
検索プロセス機能部１１３−２は、発番号データベース１１１−２を用いて、当該発番号を検索する。本実施形態では、当該発番号の検索に二分検索法を使用する場合を例に採って説明する。まず、当該発番号が、発番号データベース１１１−２に格納されたデータの中央値Ｃ０と比較される（図６（Ａ）参照）。中央値は、例えば、データの総数が２ｍ＋１個（すなわち奇数個）の場合はｍ＋１番目のデータとし、データの総数が２ｍ個（すなわち偶数個）の場合はｍ番目或いはｍ＋１番目のデータとすることができる。当該発番号が中央値Ｃ０と一致する場合は、検索が終了する。また、当該発番号が中央値Ｃ０よりも小さい場合は、次に、中央値Ｃ０よりも小さいデータ群Ｘ１の中央値Ｃ１をさらに求め、当該発番号と中央値Ｃ１とを比較する（図６（Ｂ）参照）。一方、当該発番号が中央値Ｃ０よりも大きい場合は、次に、中央値Ｃ０よりも大きいデータ群Ｘ２の中央値Ｃ２をさらに求め、当該発番号と中央値Ｃ２とをさらに比較する（図６（Ｃ）参照）。以下同様にして、当該発番号と中央値とが一致するまで、中央値の算出および比較を繰り返す。そして、最後まで当該発番号と中央値とが一致しない場合は、発番号データベース１１１−２内に当該発番号が格納されていないと判断する。
【００３２】
検索プロセス機能部１１３−２は、発番号データベース１１１−２の検索結果（当該発番号の有無）を、呼プロセス機能部１１４−１に送信する（図４のＰ３参照）。
【００３３】
呼プロセス機能部１１４−１は、検索結果が「有」の場合、当該発呼要求を認証し、第２通信網２２０に対して通常の発呼処理を行う（図４のＰ４参照）。一方、検索結果が「無」の場合、呼プロセス機能部１１４−１は、当該発呼要求の認証を拒否してＩＰ電話機２１１とゲートウエイ交換機１００との通信接続を切断するための処理を行う（図４のＰ４参照）。
【００３４】
以上説明したように、本実施形態に係るゲートウエイ交換機１００によれば、検索したい電話番号に対応する発番号データベースを、共通データベースを用いて特定することにした。このため、すべての発番号データベース１１１−１〜１１１−ｎに相互に異なる電話番号データを格納することができる。したがって、ゲートウエイキャビネットの台数が多くなるほど、登録できる電話番号数が増大する。このようにして、本実施形態では、キャビネット数を変更するだけで交換処理能力を増減させることができるというゲートウエイ交換機の利点を損なわずに、発呼制限機能を設けることができる。
【００３５】
〈第２実施形態〉
次に、第２発明の実施形態について、図７〜図１０を用いて説明する。
【００３６】
本実施形態は、第２通信網２２０の特定の電話機２２１（すなわち特定の着番号）に対する発呼を認証する機能を備えたゲートウエイ交換機の例である。
【００３７】
図７は、本実施形態に係るゲートウエイ交換機７００の要部構成を概念的に示すブロック図である。図７において、図１と同じ符号を付した構成要素は、それぞれ図１の例と同じものを示している。
【００３８】
本実施形態では、発番号データベース７１１−１〜７１１−ｎ、共通データベース７１２−１〜７１２−ｎ、検索プロセス機能部７１３−１〜７１３−ｎおよび呼プロセス機能部７１４−１〜７１４−ｎの構成が、図１の例と異なる。
【００３９】
発番号データベース７１１−１〜７１１−ｎは、第２通信網２２０の特定の電話機２２１への発呼が許可されているＩＰ電話機の電話番号リストのデータベースである。これらの電話番号は、発番号データベース７１１−１〜７１１−ｎに分けて格納される（後述）。第１実施形態と同様、発番号データベース７１１−１〜７１１−ｎは、ハードディスク等のメモリ内に構築される。
【００４０】
共通データベース７１２−１〜７１２−ｎは、各電話番号リストが格納されているゲートウエイキャビネットを特定するためのデータを格納する。各共通データベース７１２−１〜７１２−ｎに格納されるデータの内容は、すべて同一でよい。第１実施形態と同様、共通データベース７１２−１〜７１２−ｎは、ハードディスク等のメモリ内に構築される。
【００４１】
検索プロセス機能部７１３−１〜７１３−ｎは、当該検索プロセス機能部と同じゲートウエイキャビネット内の発番号データベースから、発呼要求に係る着番号に対応する電話番号リストを検索し、さらに、発呼要求に係る発番号を当該電話番号リストから検索する機能である。第１実施形態と同様、検索プロセス機能部７１３−１〜７１３−ｎは、例えばＣＰＵによってソフトウエア的に構築される。
【００４２】
呼プロセス機能部７１４−１〜７１４−ｎは、ＩＰ電話機２１１，２１１，・・・のいずれかから発呼要求を受けたときに、後述したような認証処理を行い、発呼が認められているとの認証結果が得られた場合に呼接続処理を行う。第１実施形態と同様、呼プロセス機能部７１４−１〜７１４−ｎは、例えばＣＰＵによってソフトウエア的に構築される。
【００４３】
次に、発番号データベース７１１−１〜７１１−ｎおよび共通データベース７１２−１〜７１２−ｎへのデータ格納方法について、図８および図９を用いて説明する。
【００４４】
発番号データベース７１１−１〜７１１−ｎには、それぞれ、一種類または複数種類の電話番号リストが格納される。電話番号リストとは、第２通信網２２０の特定の電話機２２１への発呼が許可されたＩＰ電話機２１１のリストである。電話番号リストは、電話機２２１の電話番号（すなわち着番号）毎に作成される。図８の例では、発番号データベース７１１−１には、二種類の電話番号リストが格納され、それぞれリスト番号‘１’および‘２’が付されている。また、発番号データベース７１１−２には、一種類の番号リストが格納され、リスト番号‘１’が付されている。他の発番号データベース７１１−３〜７１１−ｎも同様である。ここで、同じ電話番号リストに含まれる電話番号は、昇順または降順に格納される。
【００４５】
共通データベース７１２−１〜７１２−ｎには、図９に示したように、着番号と、当該着番号に対応する電話番号リストが格納されたキャビネットの番号（すなわち発番号データベースの番号）と、当該電話番号リストに付されたリスト番号とからなる検索先データが、着番号毎に格納されている。これらのデータは、着番号の昇順または降順に格納される。
【００４６】
続いて、本実施形態に係るゲートウエイ交換機の全体動作について、図１０を用いて説明する。
【００４７】
最初に、ユーザが、第１通信網２１０のＩＰ電話機２１１を操作することにより、ゲートウエイ交換機７００に対して、第２通信網２２０の電話機への発呼要求を送る。使用されるゲートウエイキャビネットの選択方法は任意であるが、例えば、第１通信網２１０によって自動的に選択される。以下、ゲートウエイキャビネット１１０−１が選択された場合を例に採って説明する。
【００４８】
発呼要求を受信すると、キャビネット１１０−１内のＣＰＵ（図示せず）は、呼プロセス機能部７１４−１をソフトウエア的に生成する。
【００４９】
呼プロセス機能部７１４−１は、かかる発呼要求から、発番号および着番号を読み出す。そして、呼プロセス機能部７１４−１は、この着番号に対応するキャビネット番号およびリスト番号（図８参照）を、共通データベース７１２−１から読み出す（図１０のＰ１参照）。なお、着番号の個数が多い場合には、上述の第１実施形態と同様、この着番号の値を最上位桁から順次検索することによって対応データを探し出すこととしてもよく（図５参照）、また、二分検索法を用いてもよい（図６参照）。
【００５０】
呼プロセス機能部７１４−１は、検索によって特定されたキャビネット１１０−２内の検索プロセス機能部７１３−２に対し、発番号検索要求を、発番号およびリスト番号とともに送信する（図１０のＰ２参照）。
【００５１】
検索プロセス機能部７１３−２は、発番号データベース７１１−２の、該当するリスト番号が付された電話番号リストから、当該発番号を検索する。当該電話番号リストに含まれる発番号が多い場合には、第１実施形態と同様、二分検索法を使用してもよい。
【００５２】
検索プロセス機能部７１３−２は、発番号データベース７１１−２の検索結果（当該発番号の有無）を、呼プロセス機能部７１４−１に送信する（図１０のＰ３参照）。
【００５３】
呼プロセス機能部７１４−１は、検索結果が「有」の場合、当該発呼要求を認証し、第２通信網２２０に対して通常の発呼処理を行う（図１０のＰ４参照）。一方、検索結果が「無」の場合、呼プロセス機能部７１４−１は、当該発呼要求の認証を拒否してＩＰ電話機２１１とゲートウエイ交換機７００との通信接続を切断するための処理を行う（図１０のＰ４参照）。
【００５４】
以上説明したように、本実施形態に係るゲートウエイ交換機７００によれば、検索したい電話番号に対応する発番号データベースを、共通データベースを用いて特定することにした。このため、すべての発番号データベース７１１−１〜７１１−ｎに相互に異なる電話番号データを格納することができる。したがって、ゲートウエイキャビネットの台数が多くなるほど、登録できる電話番号数が増大する。このようにして、本実施形態では、キャビネット数を変更するだけで交換処理能力を増減させることができるというゲートウエイ交換機の利点を損なわずに、発呼制限機能を設けることができる。
【図面の簡単な説明】
【００５５】
【図１】第１実施形態に係るゲートウエイ交換機の要部構成を示すブロック図である。
【図２】第１実施形態に係るゲートウエイ交換機の発番号データベースを示す概念図である。
【図３】第１実施形態に係るゲートウエイ交換機の共通データベースを示す概念図である。
【図４】第１実施形態に係るゲートウエイ交換機の動作を説明するための概念図である。
【図５】第１実施形態に係るゲートウエイ交換機の動作を説明するための概念図である。
【図６】第１実施形態に係るゲートウエイ交換機の動作を説明するための概念図である。
【図７】第２実施形態に係るゲートウエイ交換機の要部構成を示すブロック図である。
【図８】第２実施形態に係るゲートウエイ交換機の発番号データベースを示す概念図である。
【図９】第２実施形態に係るゲートウエイ交換機の共通データベースを示す概念図である。
【図１０】第２実施形態に係るゲートウエイ交換機の動作を説明するための概念図である。
【符号の説明】
【００５６】
１００  ゲートウエイ交換機
１１０−１〜１１０−ｎ  ゲートウエイキャビネット
１１１−１〜１１１−ｎ  発番号データベース
１１２−１〜１１２−ｎ  共通データベース
１１３−１〜１１３−ｎ  検索プロセス機能部
１１４−１〜１１４−ｎ  呼プロセス機能部
２１０  第１通信網
２１１  ＩＰ電話機
２２０  第２通信網
２２１  電話機
【図１】
2005311880.tif 000003
【図２】
2005311880.tif 000004
【図３】
2005311880.tif 000005
【図４】
2005311880.tif 000006
【図５】
2005311880.tif 000007
【図６】
2005311880.tif 000008
【図７】
2005311880.tif 000009
【図８】
2005311880.tif 000010
【図９】
2005311880.tif 000011
【図１０】
2005311880.tif 000012