JP5196547B2 - 主装置、該主装置への多機能ユニットの実装方法及びそのプログラム - Google Patents

Description

本発明は、構内交換機の各機能及び回線を有するユニットを、物理的に１つのユニットに実装する主装置、該主装置への多機能ユニットの実装方法及びそのプログラムに関する。

従来、構内交換機の各回線機能は物理的なユニットに１対１で対応していた。例えば、ＩＳＤＮ回線とアナログ回線を使用するシステムの場合、ＩＳＤＮ用ユニット及びアナログ回線用ユニットの２つが必要であり、主装置の物理的なスロット毎にユニットを実装しなければならない。

ＩＳＤＮ回線とアナログ回線を使用するシステムの場合は、２つの物理スロットを使用することになり、スロット数が少ない主装置では、他の機能のユニットを使用することが不可能となる。

そのため、複数のユニットを主装置に実装するという以下の技術がある。
実開平０５−０７９９７２号公報 特開平０９−１９８１５７号公報

しかしながら、上記特許文献１の発明は、異なる機能を有する２種類の電気機器について共通に使用できる回路に関するものであるが、回路に接続される異種の電気機器が機能に応じて選択使用される具体的な方法を説明していないという問題点がある。

又、上記特許文献２の発明は、子装置毎の実装位置情報を備え、親装置は任意のスロットに任意の子装置を実装可能とするものであるが、有限な物理スロットの数的な限界を超えて、機能が異なる子装置を多数実装する発明ではないという問題点がある。

本発明は上記に鑑みてなされたもので、主装置の１つの物理スロットに異なる機能を有するユニットを実装でき、これら複数のユニットが統合された多機能ユニットが実装される主装置、該主装置への多機能ユニットの実装方法及びそのプログラムを提供することを目的とする。

上述の課題を解決するため、本発明に係る主装置は、物理スロットを有し、該物理スロットに複数の機能を有する多機能ユニットが実装される主装置であって、複数の仮想スロットと、前記多機能ユニットが有する機能のそれぞれについて固有の制御を行うスロット機能制御部と、前記物理スロットのそれぞれに少なくとも１以上の前記仮想スロットを対応づけた物理スロット−仮想スロット変換テーブルと、前記仮想スロットのそれぞれに前記スロット機能制御部を対応づけた機能制御部−仮想スロット変換テーブルと、前記物理スロットを経由して前記多機能ユニットから前記多機能ユニットの一機能に係る制御データを上りデータとして受信し、該制御データと前記物理スロット−仮想スロット変換テーブルと前記機能制御部−仮想スロット変換テーブルとに基づいて、前記一機能について前記物理スロットに対応する仮想スロットを一意に特定し、該特定した仮想スロットに前記制御データを送信する物理スロット−仮想スロット変換部と、を備え、前記物理スロット−仮想スロット変換部は、前記仮想スロットから前記一機能に係る制御データを下りデータとして受信した場合は、該制御データと前記機能制御部−仮想スロット変換テーブルと前記物理スロット−仮想スロット変換テーブルとに基づいて、前記仮想スロットに対応する物理スロットを特定することを特徴とする。

上述の課題を解決するため、本発明に係る主装置への多機能ユニットの実装方法は、主装置の物理スロットに、複数の機能を有する多機能ユニットを実装する、該主装置への多機能ユニットの実装方法であって、前記主装置に、複数の仮想スロットを設定する手順と、前記主装置に、前記多機能ユニットが有する機能のそれぞれについて固有の制御を行うスロット機能制御部を設定する手順と、前記物理スロットのそれぞれに少なくとも１以上の前記仮想スロットを対応づけた物理スロット−仮想スロット変換テーブルを定義する手順と、前記仮想スロットのそれぞれに前記スロット機能制御部を対応づけた機能制御部−仮想スロット変換テーブルを定義する手順と、前記多機能ユニットから前記物理スロットを経由して前記多機能ユニットが有する一機能に係る制御データを上りデータとして前記主装置が受信する手順と、該制御データと前記物理スロット−仮想スロット変換テーブルと前記機能制御部−仮想スロット変換テーブルとに基づいて、前記主装置が前記一機能について前記物理スロットに対応する仮想スロットを一意に特定する手順と、該特定した仮想スロットに前記制御データを受け渡す手順と、前記仮想スロットが前記一機能に係る制御データを下りデータとして送信する手順と、該制御データと前記機能制御部−仮想スロット変換テーブルと前記物理スロット−仮想スロット変換テーブルとに基づいて、前記仮想スロットに対応する物理スロットを特定する手順と、を備えることを特徴とする。

上述の課題を解決するため、本発明に係る主装置への多機能ユニット実装のプログラムは、主装置の物理スロットに、複数の機能を有する多機能ユニットを実装する、該主装置への多機能ユニット実装のプログラムであって、前記主装置に、複数の仮想スロットを設定する処理と、前記主装置に、前記多機能ユニットが有する機能のそれぞれについて固有の制御を行うスロット機能制御部を設定する処理と、前記物理スロットのそれぞれに少なくとも１以上の前記仮想スロットを対応づけた物理スロット−仮想スロット変換テーブルを定義する処理と、前記仮想スロットのそれぞれに前記スロット機能制御部を対応づけた機能制御部−仮想スロット変換テーブルを定義する処理と、前記多機能ユニットから前記物理スロットを経由して前記多機能ユニットが有する一機能に係る制御データを上りデータとして前記主装置が受信する処理と、該制御データと前記物理スロット−仮想スロット変換テーブルと前記機能制御部−仮想スロット変換テーブルとに基づいて、前記主装置が前記一機能について前記物理スロットに対応する仮想スロットを一意に特定する処理と、該特定した仮想スロットに前記制御データを受け渡す処理と、前記仮想スロットが前記一機能に係る制御データを下りデータとして送信する処理と、該制御データと前記機能制御部−仮想スロット変換テーブルと前記物理スロット−仮想スロット変換テーブルとに基づいて、前記仮想スロットに対応する物理スロットを特定する処理と、をコンピュータに実行させることを特徴とする。

本発明によれば、物理スロット−仮想スロット変換部が、物理スロットを経由して多機能ユニットから受信した上りデータと、物理スロット−仮想スロット変換テーブルと、機能制御部−仮想スロット変換テーブルとに基づいて、多機能ユニットの一機能について前記物理スロットに対応する仮想スロットを一意に特定し、かつ下りデータと、機能制御部−仮想スロット変換テーブルと、物理スロット−仮想スロット変換テーブルとに基づいて、仮想スロットに対応する物理スロットを特定することにより、主装置の１つの物理スロットに異なる機能を有するユニットを実装でき、これら複数のユニットが統合された多機能ユニットが実装される主装置、該主装置への多機能ユニットの実装方法及びそのプログラムを提供することができる。

以下、図面を参照して本発明を実施するための最良の形態について詳細に説明する。
［第１の実施形態］
プログラム制御により動作する主装置では、ハードウェアのリソース管理、すなわち、端末、回線等の管理をパッケージ管理という形で行っている。

従って、ネットワーク上のリソースを自分のリソースであるかのように扱うためにはネットワーク上のパッケージをあたかも自分のパッケージであるかのように扱うことができればよい。

図１にネットワーク間のパッケージ管理の概念図を示す。

主装置２にパッケージをインストールしたとき、パッケージの情報と、それに接続されている端末や回線等の情報はイーサネット（登録商標）経由で主装置１に伝達される。

一方、主装置２では、それらの情報は一切、パッケージ制御部や呼制御部に伝わらないため、主装置２としては、何も状況に変化があったようには見えない。

主装置１は、主装置２から上がってくるデータを下位のレイヤーで処理し、あたかも、自分のスロットから情報があがってきたかのように見せるため、主装置１としては、自分のスロットにパッケージが実装されたように見える。

また、パッケージに対する指示（下りデータ）に関しても、下位のレイヤーで処理し、仮想パッケージに対する指示は、ネットワーク上にある実パッケージに伝達する。

以上の仕組みを導入することにより、ネットワーク上のリソースをあたかも自分のリソースであるかのように扱うことが可能になる。

従って、呼制御などの上位のレイヤーでは、ネットワーク上であることを意識することなく、リソースを自由に使用できる。

図２に、本発明によるネットワーキングの構成図を示す。

ネットワーク上の全リソースを管理し、全ての呼制御を行う主装置をマスターと呼ぶ。

他方、マスターに接続し、パッケージ情報を提供し、マスターからの指示にしたがう主装置をスレーブと呼ぶ。

本発明によるネットワーキングを行うためには、ネットワークを構成する複数の主装置の中で一台の主装置がマスターになる必要がある。スレーブは全てマスターに接続し、その指示に従い、自分では一切、呼制御等の処理を行わない。すなわち、スレーブが呼制御などを行うための機能部を持っていたとしても、これらは休止状態となる。

マスターは複数のスレーブを制御することができ、スレーブとして接続された主装置のリソースを全て自分のもののように扱うことができる。

以上によって、マスターと、スレーブにより構成されたネットワークがあたかも１つのシステムであるかのように振舞うことができる。

どの主装置がマスター、またはスレーブになるかといった情報、また、それぞれどのＩＰアドレスで接続されているかという情報はあらかじめ設定が必要である。

マスターとして設定された主装置は、スレーブの接続を待ち、スレーブは、あらかじめ設定されたマスターのＩＰアドレスに対し、接続を行う。

このようにして、マスターとスレーブの接続が確立されたあと、パッケージ情報の伝達等が行われ、ネットワークとして動作するようになる。

又、マスターが万が一、ダウンしたとき、これに接続する全ての主装置が利用不可能になってしまう。これを防ぐために、マスターがダウンしたときは、１又は複数のスレーブのうちの１つがマスターになり、マスターの役割を代行する(Redundancy)。

マスターがダウンしたとき、どのスレーブが代行するかという情報は、あらかじめ設定をしておく必要がある。

次に、ネットワーク上のリソースの集中管理を行うための具体的方法について説明する。

図３にネットワーキングにおけるシステム構成を示す。

ネットワーク上にマスターは唯１つ存在し、全てのスレーブを制御する。

ネットワーク上で各システムを識別するために、各システムはそれぞれシステムＩＤという重複しない値を持つ。

図４に、本発明におけるスロット管理の概念図を示す。

ネットワークに接続する、システムＩＤを持つ各システムには、スロットに物理的にパッケージがインストールされているが、これらの情報は、仮想スロットデータベースとして、一元的にまとめられ、マスターシステムで管理される。

マスターは、この仮想スロットデータベースを参照してスロットを制御する。

他システムのスロットであれば、物理的なスロットは、ＩＰ網で接続された遠隔地に存在するが、マスターは、遠隔地にある物理スロットを意識することなく、あたかもそれが自分のスロットであるかのように扱うことができる。

従って、そのスロットにインストールされたパッケージに接続された端末、回線も自システムに接続された端末、回線と同じように扱うことができる。

これを表した図を図５に示す。

システムＩＤ：１のシステムには、端末を接続するパッケージ、システムＩＤ：２のシステムには、公衆回線に接続する回線を収容するパッケージ、システム：３のシステムには、ＩＰネットワークに接続するＩＰ回線を収容するパッケージがそれぞれインストールされている。

これらの物理的なスロットは、仮想スロットとして管理されているので、スロットに接続するパッケージに収容された端末、回線等を自システム同様、自由に制御できる。

以上の方法によって、ネットワークに分散したシステムであっても制限なく主装置の機能を利用することができる。

図５で示した各システムは、図３にあらわされるように、一台のマスターがそれ以外のスレーブを制御するサーバー・クライアント型の構成となっており、マスターが、自システム含め、全ての主装置の呼処理、データベース管理を行う。また、仮想スロットの管理もマスターが行う。

各システムはＩＰで接続されており、各システムを識別するためにそれぞれ固有のシステムＩＤを持つ。

システム１には、端末を収容するパッケージ、システム２には、通常回線を収容するパッケージ、システム３には、ＩＰ回線を収容するパッケージがそれぞれ収容されている。

これらは、仮想スロットデータベースで情報が管理されている。このデータは、基本的にマスターで管理されるが、マスターが交代したときのために、各スレーブでも同一のデータを保持している。

図５で示した実施例について、データの流れの観点から説明を加える。

図６は、従来のパッケージ制御のデータの流れを示したものである。

図６のように、パッケージからの上りデータは、スロットＩ／Ｆ１０１から、ＩＯＣＳ（入出力制御モジュール）１０３を介し、ＣＡＰＳ（呼制御モジュール）／ＯＰＭＳ（パッケージ、端末管理モジュール）１０５に送られる。

そして、ＣＡＰＳ／ＯＰＭＳ１０５でデータが処理され、ＩＯＣＳ１０３を介して、スロットＩ／Ｆ１０１に下りの指示が行われる。たとえば、パッケージがインストールされたとき、上りデータとして、ＯＰＭＳ１０５にデータが送られ、パッケージがインストールされたことを認識し、パッケージに対し、立ち上げを許可するという、パッケージの起動制御や、スロットにインストールされたパッケージに接続された端末がオフフックした場合なども、上りデータとして、ＣＡＰＳ１０５にオフフックした旨を伝え、ＣＡＰＳ１０５はそれを受け、端末にダイヤルトーンを出すコマンドを、ＩＯＣＳ１０３経由で下りデータとして送出する、などである。

図６では、スロットＩ／Ｆ１０１からのデータを直接、入力データとして上位モジュールに上げているので、当然、自システムに接続されたスロットしか制御できない。

図７に、本実施形態におけるデータの流れを示す。

図７の通り、スロットの入出力を制御するスロット制御モジュール１０７と、スロット情報を管理するスロット管理モジュール１０９を新たに追加することで、ネットワークを介したスロット管理を実現する。

スロットからの上りデータは、一旦、スロット制御モジュール１０７にスプールされ、自システムの属するマスターのスロット管理モジュール１０９に送られる。自身がマスターである場合は、自身のスロット管理モジュール１０９に送られる。スロット管理モジュール１０９に送られたデータは、上位モジュールであるＩＯＣＳ１０３に対し、データをある特定のスロットからデータが上がってきたかのように見せる。

ここで、図８を示し、スロット管理モジュール１０９の動作について、説明を加える。

スロット管理モジュール１０９は、ある特定のシステムの特定のスロットからデータを受け取ったとき、もし、それが、いままでに認識していないシステムのスロットであった場合、新たに仮想的なスロット番号をアサインし、以後、そのシステムのスロットを、アサインした仮想的なスロット番号のスロットとして扱う。

例えば、システム１のスロット１より上りデータがあがってきた場合、それがいままでに認識していないスロットであった場合、仮想スロットとしてスロット１をアサインする。

このようにして、新たに仮想スロットをアサインしたとき、図８のような物理スロット／仮想スロット対照表１１１を作成していく。

以後、システム１のスロット１よりあがってきたデータは、ＩＯＣＳ，ＣＡＰＳ等の上位モジュールでは、自システムのスロット１であるかのように扱われ、ネットワークを意識する必要すらなくなる。

実際に、スロットに下りデータを送出し、ハードウェアに指示を出すときは、物理スロット／仮想スロット対照表１１１を参照して、適切なシステムのスロットに対して指示を出す。

その指示は、各システムのスロット制御モジュール１０７に届けられ、各システムの実際のパッケージに対してコマンドが送られる。

以上のように、ネットワーク上のスロットを制御、管理するモジュールを導入することで、主装置の処理の大部分では、ネットワークを意識する必要がなく、あたかも、自分のシステムを制御するかのようにハードウェアを制御することが可能となる。

なお、仮想スロットの個数については、物理スロットのようにハードウェア的な制限がなく、システムのメモリが許す限り、無限にアサインすることが可能である。

又、システムの内部的には、通常、仮想スロット番号で処理がされるが、システムデータの設定など、ユーザーの目に見える部分では、どのシステムのどのスロットなのか識別したい場合がある。

その場合には、物理スロット／仮想スロット対照表１１１を参照して、物理スロットで設定等を行うことができる。
［第２の実施形態］
次に本発明の第２の実施形態について図面を参照しながら詳細に説明する。ここで、図９は、本発明の実施形態の基本的な概念図である。

この図９では、主装置に従属して動作する複数のシステムの物理スロットを、主装置において一元管理することを目的として、各システムの物理スロットに仮想スロットを割り当てている。なお、各システムには、ネットワーク上で各システムを識別するために、１〜３の他のシステムとは重複しないシステムＩＤが割り振られている。

各システムの物理スロットは仮想スロットデータベースによって、仮想スロットと対応づけられているので、複数のシステムの物理スロットを、あたかも同一システムのスロットのように扱うことが出来るようになり、システム間のネットワーキングの実現が容易となる。

この仮想スロットデータベースにおける物理スロットと仮想スロットとの対応づけは、パッケージが接続されると、主装置のメインソフトがそのパッケージのサポートする端末、回線種別を取得し、それぞれのパッケージに対応する仮想スロットを割り当てることによって決定される。

そして、各仮想スロットはそれぞれの端末または回線のみをサポートする。

この仮想スロットの割り当てが行われると、仮想スロットデータベースとして物理スロットと仮想スロットを変換する対照表が作成される。

図１０は物理スロット／仮想スロット対照表の図１の場合を示す具体例である。図１０の１行目は、システムＩＤが１のシステム（以下、「システム１」と呼称）の物理スロット１が、主装置の仮想スロット１に対応していることを示している。

以下、２行目ではシステム１の物理スロット２が主装置の仮想スロット２に、３行目ではシステム２の物理スロット１が仮想スロット３に、４行目ではシステム３の物理スロット１が主装置の仮想スロット４に、５行目ではシステム３の物理スロット２が主装置の仮想スロット５に、それぞれ対応している旨が記されている。

図９、１０の場合は、仮想スロットと物理スロットを一対一に対応させるものであるが、物理スロット／仮想スロット対照表を図１１のように拡張することで、１つの物理スロットを仮想的に分割し、１つのスロットをあたかも複数の分割されたスロットのように扱うことが可能となる。

図１１では、物理スロットの項目に「仮想サブスロット」と表記された仮想サブスロットを追加している。

図１１の１〜３行目は、システム１の物理スロット１が、仮想サブスロット１〜３に分割され、それぞれが仮想スロット１〜３に対応していることを示している。なお、４、５行目は、システム３に係る記載である。

図１１の１〜３行目の記載により、図１２のように１つの物理スロットを仮想的に３つの仮想サブスロットに分割して、各仮想サブスロットを仮想スロット１〜３に対応させることができる。

この仮想サブスロットは、概念上のものであり、物理的に存在するわけではない。実際に存在するのはパッケージを収容する物理スロットのみであり、パッケージからの上りデータも主装置からの下りデータもあくまで物理スロットに対して送受信する。

これら上りデータ及び下りデータには、デジタル端末用、アナログ端末用等のパッケージの種別を示す情報が付加される。そのため、各仮想サブスロットが対応するパッケージの種別を前述の仮想スロットデータベースに規定しておくことにより、上りデータ及び下りデータに付加されたパッケージの種別を示す情報を確認して、そのパッケージ種別に対応した仮想サブスロットを選択することが可能となる。

すなわち、実際の入出力インタフェースはあくまで１つの物理スロットであっても、論理的には、種別が異なるパッケージが接続可能な別々のインタフェースで構成されているようにすることができる。

図１３は、種別が異なる複数のパッケージを１つの物理スロットに対応させた場合を示す図である。図１３では、デジタル端末、アナログ端末、アナログ回線がシステム１の物理スロット１に収容され、主装置内部としては、それぞれの機能について１つずつ仮想スロットを割り当てている。

図１３では、デジタル端末をオフフックしたとき、上りデータのパッケージ種別としてデジタル端末であることを示す情報が付加されるので、その情報を確認し、デジタル端末に対応した仮想サブスロットとして仮想サブスロット１を選択し、更に仮想サブスロット１を主装置の仮想スロット１に対応させることが可能となる。

同様にアナログ端末をオフフックしたときも、アナログ端末であることを示す情報が付加されるので、その情報を確認し、アナログ端末に対応した仮想サブスロットとして仮想サブスロット２を選択し、更に仮想サブスロット２を仮想スロット２に対応させることが可能となる。

主装置から各パッケージへの下りデータに関しては、仮想スロットから物理スロットの変換を行うが、該下りデータはデジタル端末に係るものである旨の情報を付記すれば、物理スロット／仮想スロット対照表に基づいて対応する仮想サブスロットが選択される。

例えば、図１３では、仮想スロット１からシステム１の物理スロット１にデジタル端末向けの下りデータが送られると、対応する仮想サブスロットとして、仮想サブスロット１が選択される。

このように、複数の種類のパッケージを１つのスロットに収容することが可能なことから、主装置内部的には、あたかもデジタル端末、アナログ端末、アナログ回線それぞれのパッケージがインストールされたかのように扱うことができる。

つぎに、本実施形態の構成及び動作について説明する。図１４は、本実施形態におけるデータの流れを示す図である。

図１４では、システムＩＤが１〜３の各システムが備える物理スロットであるスロットＩ／Ｆ１０１に上りデータが入力されると、この上りデータは、各システムのスロット制御モジュール１０７にスプールされ、主装置が備えるスロット管理モジュール１０９に送られる。

スロット管理モジュール１０９は物理スロット／仮想スロット対照表を備え、スロット制御モジュール１０７からの上りデータを解析し、上りデータに付加されているパッケージの種別を示す情報からパッケージの種別を判別し、物理スロット／仮想スロット対照表に基づいてそのパッケージの種別に対応する仮想サブスロットを割り出す。

更に、スロット管理モジュール１０９は、仮想サブスロットに対応する仮想スロットにスロット制御モジュール１０７からの上りデータを引き渡す。

対応する仮想スロットに引き渡されたデータは、主装置のＩＯＣＳ（入出力制御モジュール）１０３を介し、主装置のＣＡＰＳ（呼制御モジュール）／ＯＰＭＳ（パッケージ、端末管理モジュール）１０５に送られ、処理される。

また、主装置からの下りデータは、パッケージの種別の情報を付加し、ＣＡＰＳ／ＯＰＭＳ１０５からＩＯＣＳ１０３を介して、スロット管理モジュール１０９に送られる。

スロット管理モジュール１０９に送られた下りデータは、スロット管理モジュール１０９でパッケージの種別の情報が判別され、パッケージの種別に対応した仮想サブスロットが選択される。

図１４では、スロット制御モジュール１０７とスロットＩ／Ｆ１０１を介してパッケージに送信されるが、前述のように、パッケージの種別に対応した仮想サブスロットが選択されているので、下りデータは、選択された仮想サブスロットに対応付けられた種別のパッケージに送られる。

以上のように、物理スロットから仮想スロットの変換と、仮想スロットから物理スロットへの変換と、を一意に行うことが出来るようになり、各仮想サブスロットに仮想スロットを割り当てることが可能となる。

これによって、物理スロットは１つであっても、論理的には複数のスロットが存在し、それぞれの論理的なスロットに、デジタル端末、アナログ端末またはアナログ回線等の種別が異なるパッケージが接続されているように動作させることができる。

また、新たな端末又は回線が物理スロットに接続された場合、スロット管理モジュール１０９は、仮想スロットデータベースである物理スロット／仮想スロット対照表に、この物理スロットと、新たに接続された端末又は回線に係る仮想サブスロットと、仮想サブスロットに係る仮想スロットと、の対応付けを定義するようにしてもよい。

本発明による複数の種類のパッケージを１つのスロットに収容することは、主装置の呼制御とは別個の機能であり、主装置の呼制御に係る既存のソフトウェアをそのまま運用することが可能である。

また、物理スロットとして扱われるものは実際に物理的な実体を持つ必要はない。したがって、ＣＰＵ上に搭載されるドーターボードのようなものや、ハードウェアでない、ソフトウェアのライブラリ等をスロットとして扱うようにしてもよい。
［第３の実施形態］
次に、本発明の第３の実施形態の構成について図面を参照しながら詳細に説明する。ここで、図１５は、本発明の実施形態に係る主装置の機能ブロック図である。

図１５において、本発明の第３の実施形態に係る主装置２００は、単機能ユニット（１）２１１が接続される物理スロット（１）２２１、単機能ユニット（２）２１２が接続される物理スロット（２）２２２及び多機能ユニット２１３が接続される物理スロット（３）２２３が、物理スロットと仮想スロットのマッピングの管理を行い、物理スロット−仮想スロットとの制御データ送受信を行う物理スロット−仮想スロット変換部２３１に接続され、物理スロット−仮想スロット変換部２３１には仮想スロット（１）２４１、仮想スロット（２）２４２、仮想スロット（３）２４３、仮想スロット（７）２４７、仮想スロット（８）２４８及び仮想スロット（９）２４９が接続され、更に、仮想スロット（１）２４１にはスロット機能制御部（１）２５１が、仮想スロット（２）２４２にはスロット機能制御部（２）２５２が、仮想スロット（７）２４７にはスロット機能制御部（１）２５１が、仮想スロット（８）２４８にはスロット機能制御部（２）２５２が、仮想スロット（９）２４９にはスロット機能制御部（３）２５３が、それぞれ対応している。

ここで、単機能ユニット（１）２１１及び単機能ユニット（２）２１２は、機能が単一のユニットであり、多機能ユニット２１３は、複数の単機能ユニットで構成されたユニットである。なお、ここでいう「機能」とは、第１の実施形態及び第２の実施形態で説明した、デジタル端末、アナログ端末等のパッケージに相当するものであり、「多機能ユニット」は、例えば、これらのパッケージを備えた構内交換機等が相当する。

物理スロット（１）２２１、物理スロット（２）２２２及び物理スロット（３）２２３は、単機能ユニット（１）２１１、単機能ユニット（２）２１２及び多機能ユニット２１３との間でそれぞれ制御データの送受信を行う。

又、仮想スロット（１）２４１はスロット機能制御部（１）２５１と、仮想スロット（２）２４２はスロット機能制御部（２）２５２と、仮想スロット（７）２４７はスロット機能制御部（１）２５１と、仮想スロット（８）２４８はスロット機能制御部（２）２５２と、仮想スロット（９）２４９はスロット機能制御部（３）２５３と、の間でデータの送受信を行う。

更に、スロット機能制御部（１）２５１、スロット機能制御部（２）２５２及びスロット機能制御部（３）２５３は、各機能のそれぞれについて固有の制御を行う。

以下、図面を参照しながら、本発明の実施形態に係る主装置の動作について説明する。ここで、図１６は、本発明の実施形態に係る主装置の動作を示したシーケンス図である。

図１６において、まず、多機能ユニット２１３より、多機能ユニット２１３が有する機能の１つである機能1の制御データを上りデータとして物理スロット仮想スロット変換部２３１に送信する（Ｓ２１１）。

このＳ２１１で送信される制御データは、図１７のフォーマットを有するユニット−機能制御部間制御情報であり、Octet１からOctet７までの領域にヘッダをはじめとする制御情報が記載されており、Octet８以降の領域に機能毎に特有のコマンドが記載されている。

物理スロット−仮想スロット変換部２３１は、多機能ユニット２１３が実装されている物理スロット（３）２２３をキーとし、図１８の物理スロット−仮想スロット変換テーブルより、対応する仮想スロット番号を抽出する（Ｓ２１２）。

図１８の物理スロット−仮想スロット変換テーブルは、物理スロット（１）２２１、物理スロット（２）２２２及び物理スロット（３）２２３と、仮想スロット（１）２４１、仮想スロット（２）２４２、仮想スロット（３）２４３、仮想スロット（７）２４７、仮想スロット（８）２４８及び仮想スロット（９）２４９と、の対応を記載したものである。

この図１８では、物理スロット（３）２２３は仮想スロット（７）２４７、仮想スロット（８）２４８及び仮想スロット（９）２４９に、それぞれ対応している。そのため、物理スロット−仮想スロット変換部２３１は、多機能ユニット２１３が実装されている物理スロット（３）２２３をキーとして、仮想スロット（７）２４７、仮想スロット（８）２４８及び仮想スロット（９）２４９の番号を抽出する。

更に、物理スロット−仮想スロット変換部２３１は、Ｓ２１１で受信した図１７のユニット−機能制御部間制御情報におけるOctet６のApplication type（機能制御部番号）の値をキーとして、図１９の機能制御部−仮想スロット変換テーブルより対応する一意の仮想スロットを特定する（Ｓ２１２）。なお、機能制御部番号とは、スロット機能制御部（１）〜（３）を特定する値であり、本実施形態では、スロット機能制御部（１）２５１には（１）、スロット機能制御部（２）２５２には（２）、スロット機能制御部（３）２５３には（３）がそれぞれ割り振られている。

図１９は、機能制御部−仮想スロット変換テーブルの一例である。この図１９では、機能１に係る機能制御部番号が（１）である場合、この機能制御部番号は仮想スロット番号（１）及び（７）に対応している。

前述のように、多機能ユニット２１３が実装されている物理スロット（３）２２３は、仮想スロット（７）２４７、仮想スロット（８）２４８及び仮想スロット（９）２４９に対応しており、かつ機能制御部番号（１）が仮想スロット番号（１）及び（７）に対応していることから、物理スロット（３）２２３は、機能制御部番号（１）について仮想スロット（７）に対応することが特定できる。

物理スロット−仮想スロット変換部２３１は、その仮想スロット（７）２４７にユニット−機能制御部間制御情報のデータを送信する（Ｓ２１３）。

仮想スロット（７）２４７からは、下りデータとして機能１の制御データが物理スロット−仮想スロット変換部２３１に送信される（Ｓ２１４）。

物理スロット−仮想スロット変換部２３１は、仮想スロット（７）２４７から受信した制御データにおけるOctet６のApplication type（機能制御部番号）の値をキーとして、図１９の機能制御部−仮想スロット変換テーブルより対応する仮想スロットを抽出し、更にこの仮想スロット番号をキーとして、図１８の物理スロット−仮想スロット変換テーブルより、対応する物理スロット番号を抽出する（Ｓ２１５）。

更に、物理スロット−仮想スロット変換部２３１は、Ｓ２１１で送信されたユニット−機能制御部間制御情報のデータを、対応する物理スロット（３）２２３を介して多機能ユニット２１３に送信する（Ｓ２１６）。

以下同様にして、機能２及び機能３についても、図１６のＳ２１７以降の手順において、多機能ユニット２１３から機能２及び機能３に係るユニット−機能制御部間制御情報をそれぞれ送信することにより、物理スロット−仮想スロット変換部２３１が、機能２及び機能３に対応する物理スロット及び仮想スロットを特定する。

以上のように、物理スロットから仮想スロットの変換と、仮想スロットから物理スロットへの変換と、を一意に行うことが出来るようになり、多機能ユニットの各機能を仮想スロットに割り当てることが可能となる。

又、第１の実施形態、第２の実施形態と同様に、新たな端末又は回線を有する多機能ユニットが物理スロットに接続された場合、主装置は新たな仮想スロットをアサインし、更に多機能ユニットが有する機能のそれぞれについて固有の制御を行うスロット機能制御部を設定し、第１の実施形態及び第２の実施形態における物理スロット／仮想スロット対照表に相当する物理スロット−仮想スロット変換テーブル及び機能制御部−仮想スロット変換テーブルに、この物理スロットと、新たに接続された端末又は回線に係るスロット機能制御部と、このスロット機能制御部に係る仮想スロットと、の対応付けを定義してもよい。

次に、本発明の実施形態における詳細な具体例について説明する。ここで、図２０は、本発明の実施形態に係る構内交換機の具体例を示す図である。

この図２０では、マスター主装置３００のＶＯＩＰインタフェース３０５には、ＩＰネットワーク５００を経由してスレーブ主装置３２０のＶＯＩＰインタフェース３２５が接続されている。

マスター主装置３００のＣＰＵ３０１は、メモリ３０４に記憶されたユニット（パッケージ）情報３１１及び物理スロット／仮想スロット対照表３１０と、ソフトウェアモジュール３０３として備えるスロットＩ／Ｆモジュール３０６、スロット管理モジュール３０７、ＩＯＣＳ（入出力制御モジュール）３０８及びＣＡＰＳ（呼制御モジュール）／ＯＰＭＳ（パッケージ、端末管理モジュール）３０９とを用いて、多機能ユニットであるスレーブ主装置３２０からの接続を処理する。

図２０では、スロットＩ／Ｆモジュール３０６にスレーブ主装置３２０からの上りデータが入力されると、この上りデータは、スロット管理モジュール３０７に送られる。

スロット管理モジュール３０７は、物理スロット／仮想スロット対照表３１０により上りデータを解析し、対応する仮想スロットを特定する。又、上りデータに付加されているパッケージの種別を示す情報をユニット（パッケージ）情報３１１と照合してパッケージの種別を判別し、そのパッケージの種別に対応するスロット機能制御部（図示せず）を割り出す。

上りデータは、対応する仮想スロットに引き渡され、ＩＯＣＳ（入出力制御モジュール）３０８を介し、ＣＡＰＳ（呼制御モジュール）／ＯＰＭＳ（パッケージ、端末管理モジュール）３０９に送られ、処理される。

一方で、下りデータは、パッケージの種別の情報を付加し、ＣＡＰＳ／ＯＰＭＳ３０９からＩＯＣＳ３０８を介して、スロット管理モジュール３０７に送られる。

スロット管理モジュール３０７に送られた下りデータは、スロット管理モジュール３０７でパッケージの種別の情報が判別され、パッケージの種別に対応した仮想スロットが識別される。

更に、スロット管理モジュール３０７は、物理スロット／仮想スロット対照表３１０により、下りデータを解析し、対応する物理スロットを抽出し、この物理スロットに向けて下りデータを送信する。

この結果、下りデータは、抽出された物理スロットに接続された多機能ユニットに送信される。

図２０においては、スレーブ主装置３２０のＣＰＵ３２１は、ソフトウェアモジュール３２３として備えるスロットＩ／Ｆモジュール３２６及びデータをスプールするスロット制御モジュール３２７を用い、ＶＯＩＰインタフェース３２５を介してマスター主装置３００との接続を処理している。

スレーブ主装置３２０がＶＯＩＰインタフェース３２５を用いるパッケージは、１種ではなく、他の種類が混在していても、上述のようにマスター主装置３００においてそのパッケージの種別に対応するスロット機能制御部が割り出されるので、１つの物理スロットであるＶＯＩＰインタフェース３０５で複数の機能を使用することが可能となる。

スレーブ主装置３２０は全てマスター主装置３００に接続し、マスター主装置３００の指示に従い、自身では一切、呼制御等の処理を行わない。スレーブ主装置３２０が呼制御などを行うための機能部を持っていたとしても、これらは休止状態となる。

以上説明したように、本発明においては、１つの物理スロットで複数の機能を使用することが可能であり、実装されている物理スロットを超える個数のスロットが仮想的に存在することにより、実装されている物理スロットよりも多くのスロットの制御が可能となる。

なお、本発明は、ハードウェア、ソフトウェア又はこれらの組合せにより実現することができる。

本発明は、ネットワーク機器等に対し、複数の機能を搭載したパッケージを実装する場合に利用でき、特に、デジタル回線、アナログ回線等の多機能に対応した構内交換機に利用できる。

本発明の第１の実施形態による、仮想パッケージを用いて、他の主装置の実パッケージを自主装置の実パッケージとして扱う様子を示す図である。 本発明の第１の実施形態によるマスター主装置とスレーブ主装置の接続例を示す図である。 本発明の第１の実施形態によるマスター主装置とスレーブ主装置の他の接続例を示す図である。 本発明の第１の実施形態による仮想スロットと物理スロットとの対応関係を示す図である。 本発明の第１の実施形態による仮想スロットと物理スロットとの対応関係及び各物理スロットの接続先の例を示す図である。 従来例によるＣＡＰＳ／ＯＰＭＳ、ＩＯＣＳ及びスロットインターフェースとの接続関係を示す図である。 本発明の第１の実施形態によるＣＡＰＳ／ＯＰＭＳ、ＩＯＣＳ、スロット管理モジュール、物理スロット／仮想スロット対照表、スロット制御モジュール及びスロットインターフェースとの接続関係を示す図である。 本発明の第１の実施形態による物理スロット／仮想スロット対照表の具体例を示す図である。 本発明の第２の実施形態による仮想スロットの基本的な概念図である。 本発明の第２の実施形態による物理スロット／仮想スロット対照表の図９の場合を示す具体例を示す図である。 本発明の第２の実施形態による１つの物理スロットを仮想的に分割して、複数の仮想スロットを対応させた場合の物理スロット／仮想スロット対照表の具体例を示す図である。 本発明の第２の実施形態による１つの物理スロットを仮想的に３つの仮想サブスロットに分割して、各仮想サブスロットを仮想スロットに対応させた場合を示す図である。 本発明の第２の実施形態による種別が異なる複数のパッケージを１つの物理スロットに対応させた場合を示す図である。 本発明の第２の実施形態の構成及び動作を示す図である。 本発明の第３の実施形態に係る主装置の機能ブロック図である。 本発明の第３の実施形態に係る主装置の動作を示したシーケンス図である。 多機能ユニットから送信される制御情報であるユニット−機能制御部間制御情報のフォーマットを示す図である。 物理スロット−仮想スロット変換部が使用する物理スロット−仮想スロット変換テーブルの一例である。 機能制御部−仮想スロット変換テーブルの一例である。 本発明の第３の実施形態に係る構内交換機の具体例を示す図である。

符号の説明

１０１ スロットＩ／Ｆ
１０３ ＩＯＣＳ（入出力制御モジュール）
１０５ ＣＡＰＳ（呼制御モジュール）／ＯＰＭＳ（パッケージ、端末管理モジュール）
１０７ スロット制御モジュール
１０９ スロット管理モジュール
１１１ 物理スロット／仮想スロット対照表
２００ 主装置
２１１ 単機能ユニット（１）
２１２ 単機能ユニット（２）
２１３ 多機能ユニット
２２１ 物理スロット（１）
２２２ 物理スロット（２）
２２３ 物理スロット（３）
２３１ 物理スロット−仮想スロット変換部
２４１ 仮想スロット（１）
２４２ 仮想スロット（２）
２４３ 仮想スロット（３）
２４７ 仮想スロット（７）
２４８ 仮想スロット（８）
２４９ 仮想スロット（９）
２５１ スロット機能制御部（１）
２５２ スロット機能制御部（２）
２５３ スロット機能制御部（３）
３００ マスター主装置
３０１ ＣＰＵ
３０３ ソフトウェアモジュール
３０４ メモリ
３０５ ＶＯＩＰインタフェース
３０６ スロットＩ／Ｆモジュール
３０７ スロット管理モジュール
３０８ ＩＯＣＳ（入出力制御モジュール）
３０９ ＣＡＰＳ（呼制御モジュール）／ＯＰＭＳ（パッケージ、端末管理モジュール）
３１０ 物理スロット／仮想スロット対照表
３１１ ユニット（パッケージ）情報
３２０ スレーブ主装置
３２１ ＣＰＵ
３２３ ソフトウェアモジュール
３２５ ＶＯＩＰインタフェース
３２６ スロットＩ／Ｆモジュール
３２７ スロット制御モジュール
５００ ＩＰネットワーク

Claims (12)

1. 物理スロットを有し、該物理スロットに複数の機能を有する多機能ユニットが実装される主装置であって、
   複数の仮想スロットと、
   前記多機能ユニットが有する機能のそれぞれについて固有の制御を行うスロット機能制御部と、
   前記物理スロットのそれぞれに少なくとも１以上の前記仮想スロットを対応づけた物理スロット−仮想スロット変換テーブルと、
   前記仮想スロットのそれぞれに前記スロット機能制御部を対応づけた機能制御部−仮想スロット変換テーブルと、
   前記物理スロットを経由して前記多機能ユニットから前記多機能ユニットの一機能に係る制御データを上りデータとして受信し、該制御データと前記物理スロット−仮想スロット変換テーブルと前記機能制御部−仮想スロット変換テーブルとに基づいて、前記一機能について前記物理スロットに対応する仮想スロットを一意に特定し、該特定した仮想スロットに前記制御データを送信する物理スロット−仮想スロット変換部と、
   を備え、
   前記物理スロット−仮想スロット変換部は、前記仮想スロットから前記一機能に係る制御データを下りデータとして受信した場合は、該制御データと前記機能制御部−仮想スロット変換テーブルと前記物理スロット−仮想スロット変換テーブルとに基づいて、前記仮想スロットに対応する物理スロットを特定することを特徴とする主装置。
2. 前記物理スロット−仮想スロット変換部は、前記多機能ユニットから前記物理スロットを経由して前記一機能に係る制御データを上りデータとして受信した場合、前記物理スロットをキーとして前記物理スロット−仮想スロット変換テーブルから前記物理スロットに対応する仮想スロットの情報を抽出した結果と、前記多機能ユニットから受信した前記制御データに含まれる前記一機能に係る前記スロット機能制御部を特定する値をキーとして前記機能制御部−仮想スロット変換テーブルから前記スロット機能制御部に対応する仮想スロットの情報を抽出した結果とから、前記物理スロット及び前記一機能に係る前記スロット機能制御部に対応する仮想スロットを一意に特定することを特徴とする請求項１に記載の主装置。
3. 前記物理スロット−仮想スロット変換部は、前記一機能に係る制御データを下りデータとして受信した場合、前記制御データに含まれる前記一機能に係る前記スロット機能制御部を特定する値をキーとして、前記機能制御部−仮想スロット変換テーブルから前記スロット機能制御部に対応する前記仮想スロットの情報を抽出し、該抽出した前記仮想スロットの情報をキーとして、前記物理スロット−仮想スロット変換テーブルより、前記仮想スロットに対応する物理スロットを特定することを特徴とする請求項１又は２に記載の主装置。
4. 前記上りデータ及び前記下りデータとして送受信される制御データは、前記多機能ユニットの機能毎に特有のコマンドの先頭にヘッダと共に付加されたものであり、前記スロット機能制御部を特定する値として機能制御部番号を含むことを特徴とする請求項１乃至３のいずれか１項に記載の主装置。
5. 主装置の物理スロットに、複数の機能を有する多機能ユニットを実装する、該主装置への多機能ユニットの実装方法であって、
   前記主装置に、複数の仮想スロットを設定する手順と、
   前記主装置に、前記多機能ユニットが有する機能のそれぞれについて固有の制御を行うスロット機能制御部を設定する手順と、
   前記物理スロットのそれぞれに少なくとも１以上の前記仮想スロットを対応づけた物理スロット−仮想スロット変換テーブルを定義する手順と、
   前記仮想スロットのそれぞれに前記スロット機能制御部を対応づけた機能制御部−仮想スロット変換テーブルを定義する手順と、
   前記多機能ユニットから前記物理スロットを経由して前記多機能ユニットが有する一機能に係る制御データを上りデータとして前記主装置が受信する手順と、
   該制御データと前記物理スロット−仮想スロット変換テーブルと前記機能制御部−仮想スロット変換テーブルとに基づいて、前記主装置が前記一機能について前記物理スロットに対応する仮想スロットを一意に特定する手順と、
   該特定した仮想スロットに前記制御データを受け渡す手順と、
   前記仮想スロットが前記一機能に係る制御データを下りデータとして送信する手順と、
   該制御データと前記機能制御部−仮想スロット変換テーブルと前記物理スロット−仮想スロット変換テーブルとに基づいて、前記仮想スロットに対応する物理スロットを特定する手順と、
   を備えることを特徴とする主装置への多機能ユニットの実装方法。
6. 前記一機能について前記物理スロットに対応する仮想スロットを一意に特定する手順は、前記物理スロットをキーとして前記物理スロット−仮想スロット変換テーブルから前記物理スロットに対応する仮想スロットの情報を抽出した結果と、前記上りデータとして受信した制御データに含まれる前記一機能に係る前記スロット機能制御部を特定する値をキーとして前記機能制御部−仮想スロット変換テーブルから前記スロット機能制御部に対応する仮想スロットの情報を抽出した結果とから、前記物理スロット及び前記一機能に係る前記スロット機能制御部に対応する仮想スロットを一意に特定することを特徴とする請求項５に記載の主装置への多機能ユニットの実装方法。
7. 前記仮想スロットに対応する物理スロットを特定する手順は、前記下りデータである制御データに含まれる前記一機能に係る前記スロット機能制御部を特定する値をキーとして、前記機能制御部−仮想スロット変換テーブルから前記スロット機能制御部に対応する前記仮想スロットの情報を抽出し、該抽出した前記仮想スロットの情報をキーとして、前記物理スロット−仮想スロット変換テーブルより、前記仮想スロットに対応する物理スロットを特定することを特徴とする請求項５又は６に記載の主装置への多機能ユニットの実装方法。
8. 前記上りデータ及び前記下りデータとして送受信される制御データは、前記多機能ユニットの機能毎に特有のコマンドの先頭にヘッダと共に付加されたものであり、前記スロット機能制御部を特定する値として機能制御部番号を含むことを特徴とする請求項５乃至７のいずれか１項に記載の主装置への多機能ユニットの実装方法。
9. 主装置の物理スロットに、複数の機能を有する多機能ユニットを実装する、該主装置への多機能ユニット実装のプログラムであって、
   前記主装置に、複数の仮想スロットを設定する処理と、
   前記主装置に、前記多機能ユニットが有する機能のそれぞれについて固有の制御を行うスロット機能制御部を設定する処理と、
   前記物理スロットのそれぞれに少なくとも１以上の前記仮想スロットを対応づけた物理スロット−仮想スロット変換テーブルを定義する処理と、
   前記仮想スロットのそれぞれに前記スロット機能制御部を対応づけた機能制御部−仮想スロット変換テーブルを定義する処理と、
   前記多機能ユニットから前記物理スロットを経由して前記多機能ユニットが有する一機能に係る制御データを上りデータとして前記主装置が受信する処理と、
   該制御データと前記物理スロット−仮想スロット変換テーブルと前記機能制御部−仮想スロット変換テーブルとに基づいて、前記主装置が前記一機能について前記物理スロットに対応する仮想スロットを一意に特定する処理と、
   該特定した仮想スロットに前記制御データを受け渡す処理と、
   前記仮想スロットが前記一機能に係る制御データを下りデータとして送信する処理と、
   該制御データと前記機能制御部−仮想スロット変換テーブルと前記物理スロット−仮想スロット変換テーブルとに基づいて、前記仮想スロットに対応する物理スロットを特定する処理と、
   をコンピュータに実行させることを特徴とする主装置への多機能ユニット実装のプログラム。
10. 前記一機能について前記物理スロットに対応する仮想スロットを一意に特定する処理は、前記物理スロットをキーとして前記物理スロット−仮想スロット変換テーブルから前記物理スロットに対応する仮想スロットの情報を抽出した結果と、前記上りデータとして受信した制御データに含まれる前記一機能に係る前記スロット機能制御部を特定する値をキーとして前記機能制御部−仮想スロット変換テーブルから前記スロット機能制御部に対応する仮想スロットの情報を抽出した結果とから、前記物理スロット及び前記一機能に係る前記スロット機能制御部に対応する仮想スロットを一意に特定することを特徴とする請求項９に記載の主装置への多機能ユニット実装のプログラム。
11. 前記仮想スロットに対応する物理スロットを特定する処理は、前記下りデータである制御データに含まれる前記一機能に係る前記スロット機能制御部を特定する値をキーとして、前記機能制御部−仮想スロット変換テーブルから前記スロット機能制御部に対応する前記仮想スロットの情報を抽出し、該抽出した前記仮想スロットの情報をキーとして、前記物理スロット−仮想スロット変換テーブルより、前記仮想スロットに対応する物理スロットを特定することを特徴とする請求項９又は１０に記載の主装置への多機能ユニット実装のプログラム。
12. 前記上りデータ及び前記下りデータとして送受信される制御データは、前記多機能ユニットの機能毎に特有のコマンドの先頭にヘッダと共に付加されたものであり、前記スロット機能制御部を特定する値として機能制御部番号を含むことを特徴とする請求項９乃至１１のいずれか１項に記載の主装置への多機能ユニット実装のプログラム。

Images