JP5115702B2

JP5115702B2 - 電話交換機システム、電話交換機システムにおけるリソース共有方法及び電話交換機

Info

Publication number: JP5115702B2
Application number: JP2007265532A
Authority: JP
Inventors: 弘和大山
Original assignee: NEC Infrontia Corp
Current assignee: NEC Platforms Ltd
Priority date: 2007-10-11
Filing date: 2007-10-11
Publication date: 2013-01-09
Anticipated expiration: 2027-10-11
Also published as: JP2009094943A

Description

本発明は、電話交換機システム、電話交換機システムにおけるリソース共有方法及び電話交換機に関し、特に、複数の電話交換機を備える電話交換機システム、電話交換機システムにおけるリソース共有方法及び電話交換機に関する。

近年、技術の進歩に伴って、ＩＰ（internet protocol）技術を利用したＩＰ電話機や、ＩＰ通話サービスなどが普及している。

そして、このような電話機に対応した電話交換機は、電話機の多機能化やインターネット（The internet）に接続する回線への加入の増加により、様々な処理が行われるようになってきた。

そこで、複数のルータによるリソースの共有方法に関するものが、特許文献１に記載されている。
特開２０００−６９０８７号公報

ところで、これらの電話機の増設を目的としたＮｅｔｗｏｒｋｉｎｇ接続を行う場合、ＣＩＤ（caller identification delivery）対応Ｔｒｕｎｋや、ＣＩＤ機能付単独電話機を多数設置したり、設定する場合がある。

この場合、電話交換機システムは、リソースを常時接続しておくことが必要であり、電話交換機システム内に十分なリソースの確保が難しい、という問題があった。

ここで、ＣＩＤとは、発信者識別情報であって、送信者を識別する情報として電話をかけたときに電話交換機に送信される情報である。

そして、電話交換機が有するリソースには使用できる数の制限があるので、あるユーザが電話機を使用している状態により、他のユーザが電話機を使用したい場合であっても要求に答えることができない、という問題があった。

また、電話交換機と電話機を設定するにあたり、システム設計についても高度なスキルを必要とする、という問題があった。

また、関連するＮｅｔｗｏｒｋｉｎｇ接続を行う電話交換機システムでは、コンフィグレーションによってシステム−１のリソースが不足し、システム−２にリソースの余裕があった場合でも、システムを別々に動作させていた。

このため、結果的に使い勝手のよくない電話交換機システムを構成してしまう、という問題があった。

そこで本発明は、上記問題点を鑑みてなされたものであり、ある電話交換機のシステムリソースの要求に対し、他の電話交換機がＮｅｔｗｏｒｋｉｎｇを返答することにより、電話交換機間で相互が有するリソースを共有し、有効利用することができる電話交換機システム、電話交換機システムにおけるリソース共有方法及び電話交換機を実現することを目的とする。

本発明に係る電話交換機システムは、少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムであって、前記第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、前記第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想され、且つ、前記第２の電話交換機に備わる演算部の不使用のリソースがある場合に、前記第２の電話交換機に含まれる演算部の不使用のリソースを用いて、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なうための手段を備えることを特徴とする。

本発明に係るリソース共有方法は、少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムにおけるリソース共有方法であって、前記第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、前記第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想され、且つ、前記第２の電話交換機に備わる演算部の不使用のリソースがある場合に、前記第２の電話交換機に含まれる演算部の不使用のリソースを用いて、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なう手順を有することを特徴とする。

本発明に係る第１の電話交換機は、少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムにおける第１の電話交換機であって、当該第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、当該第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想された場合に、前記第２の電話交換機に備わる演算部の不使用のリソースがあるか否かを確認してから、前記第２の電話交換機に含まれる演算部の不使用のリソースに対して、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なわせるための手段を備えることを特徴とする。

本発明に係る第２の電話交換機は、少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムにおける第２の電話交換機であって、前記第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、前記第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想され、且つ、当該第２の電話交換機に備わる演算部の不使用のリソースがある場合に、当該第２の電話交換機に含まれる演算部の不使用のリソースを用いて、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なうための手段を備えることを特徴とする。

本発明によれば、この電話交換機システムは、電話交換機のリソースの共有を行うことにより、ある電話交換機の負荷の係る処理を他の電話交換機のリソースに実行させることができるので、利便性を向上させることができる。

従って、ある電話交換機のシステムリソースの要求に対し、他の電話交換機がＮｅｔｗｏｒｋｉｎｇを返答することにより、電話交換機間で相互が有するリソースを共有し、有効利用することができる電話交換機システム、電話交換機システムにおけるリソース共有方法及び電話交換機を実現できる。

本発明に係る電話交換機システムは、複数の電話交換機を備えた電話交換機システムにおけるＮｅｔｗｏｒｋｉｎｇ接続したシステム全体であって、電話交換機のリソースを共有する仕組みである。

従って、この電話交換機システムは、後述する図１の様な電話交換機システムの構成において、システム−１のリソースが無くなった場合であっても、システム−２からリソースを割り当てることができるので、リソースの有効活用を図ることができる。

これにより、本発明に係る電話交換機システムでは、電話交換機内にリソースが無くなった場合でも、他の電話交換機に空きリソースの有無を問い合わせることによりリソースを確保し、バーチャルリソース管理を利用してバランスよく機能させることができる。

次に、本発明を実施するための実施形態１について、図面を参照して詳細に説明する。
（実施形態１）
（１）電話交換機システムの構成
図１は、本発明に係る実施形態１として、２つの電話交換機を備えた電話交換機システムの構成を示したものである。

図１に示す電話交換機システムは、システム−１と、システム−２とを備えている。

システム−１は、ＣＰＵ（central processing unit）１００と、記憶部１１０と、呼制御部１２０と、ＤＳＰ（digital signal processor）部１３０と、単独電話機制御インタフェースユニット１４０と、Ｔｒｕｎｋインタフェースユニット１５０とを備えている。

呼制御部１２０は、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１と、リソース制御部１２２を備えている。

また、システム−１は、Ｔｒｕｎｋ−Ａ、Ｔｒｕｎｋ−Ｂ、Ｔｒｕｎｋ−Ｃ、Ｔｒｕｎｋ−Ｄ、Ｔｒｕｎｋ−Ｅ、Ｔｒｕｎｋ−Ｆから形成されるＴｒｕｎｋ網３００を介して、電話網４００に接続されている。

ＣＰＵ１００は、システム−１の全体制御を司るプロセッサである。

記憶部１１０は、各種プログラムやデータを保存すると共に、プログラムを実行する際のワークエリアとして機能する。

呼制御部１２０は、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１が電話の呼出しに関してＮｅｔｗｏｒｋｉｎｇ接続における制御を行うと共に、リソース制御部１２２がＤＳＰ部１３０のリソースの制御を行っている。

ＤＳＰ部１３０は、発信者識別情報を取得するＣＩＤ（caller identification delivery）や、ＤＦＴ（discrete fourier transform）演算を行うＤＴＭＦ（dual tone multi-frequency）ＴｏｎｅＲｅｃｅｉｖｅｒ又はＴｏｎｅＤｅｔｅｃｔｏｒ等として機能する。

単独電話機制御インタフェースユニット１４０は、複数の単独電話機が接続されており、単独電話機ＡからＥや、単独電話機Ｍ、或いは単独電話機Ｘなどが接続されている。

Ｔｒｕｎｋインタフェースユニット１５０は、Ｔｒｕｎｋ網３００を介して、外部に存在する電話網４００に接続されている。

Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット１６０は、ｎｏｄｅＰａｔｈ５００を介してシステム−２と接続されており、システム−１とシステム−２とを中継する中継機能の役割を果たしている。

なお、システム−２は、システム−１と同様の構成を備えているが、システム−１と識別するため、同一の構成であってもシステム−１と異なる符号を付すことにする。
（２）電話交換機システムのリソース共有処理の動作
次に、図１に示した電話交換機システムのリソース共有処理の動作について、図２から図５のフローチャートを用いて説明する。

まずＴｒｕｎｋ網３００を形成するＴｒｕｎｋ−Ａ、Ｔｒｕｎｋ−Ｂ、Ｔｒｕｎｋ−Ｃ、Ｔｒｕｎｋ−Ｄ、Ｔｒｕｎｋ−Ｅ及びＴｒｕｎｋ−Ｆは、電話網４００を介してＣＩＤを取得し、システム−１に受信設定する。

なお、このＴｒｕｎｋ網は、６本のＴｒｕｎｋから形成されているものとする。

そして、ＣＩＤを受信したシステム−１は、ＣＰＵ１００が、ＤＳＰ部１３０に実行させるＣＩＤサービスの受信設定を行う（ステップＳ１１）。

ここで、例えば、図１の単独電話機ＡからＥの各々に発信者を識別し発信者に応じてＤＦＴ演算を行うＴｏｎｅＤｅｔｅｃｔｏｒが設定された場合には、この５台の単独電話機は、ＤＳＰ部１３０に常時接続された状態で使用することになる。

また、システム−１は、１６個のリソースを使用することができるようになっている。

従って、Ｔｒｕｎｋ網３００は、６本のＴｒｕｎｋから形成されているので、６つのリソースを使用すると共に、５台の単独電話機Ａ〜Ｅ（ＣＩＤ機能付単独電話機）が、５つのリソースを使用することになる。

つまり、１６個の使用可能なリソースは、６つのＣＩＤ対応Ｔｒｕｎｋと、５台のＣＩＤ機能付単独電話機によって１１個のリソースを使用することになり、ＤＳＰ部１３０の空きリソースは、５つとなる。

そのため、単独電話機を増設する場合に、空きリソース分の５台は接続することができるが、６台目以降の単独電話機を接続しようとすると、リソース不足となる。

この場合、ＣＩＤ機能付単独電話機ＡからＥは、リソースであるＤＳＰ部１３０を常時接続することになるが、追加で接続する単独電話にＣＩＤの設定をしなければ、同時に通話できる台数は５台までであるが、単独電話機として６台以上設置することができる。

従って、システム−１では、単なる単独電話機を６台以上設置した場合には、５台まで同時に通話できるが、６台目以降は、ＤＦＴ演算等を実行するＤＳＰ部１３０のリソースがなくなるので、ＤＳＰ部１３０がＤＦＴ演算等を実行することができなくなる。

そこで、ＣＰＵ１００は、リソース制御部１２２を利用し、ＤＳＰ部１３０のリソースを監視しており、ＤＳＰ部１３０の空きリソースがあるか否かを判定している（ステップＳ１２）。

ここで、ＤＳＰ部１３０の空きリソースが無くなった場合には、ＣＰＵ１００は、システム−１にＮｅｔｗｏｒｋｉｎｇ接続があるか否かを判定する（ステップＳ１３）。

そして、ＣＰＵ１００がシステム−１にＮｅｔｗｏｒｋｉｎｇ接続があると判定した場合には、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１によりリソースリクエストメッセージを送出していないＮｏｄｅがあるか否か判定する（ステップＳ１４）。

なお、ここでいうＮｏｄｅとは、システム−１とＮｏｄｅＰａｔｈ５００を介して接続されているシステム−２を指し、システム−１と同様に動作する電話交換機を意味している。

Ｎｅｔｗｏｒｋｉｎｇ制御部１２１において、リソースリクエストメッセージを送出していないＮｏｄｅがないと判定された場合には、ＤＳＰ部１３０に代わるリソースが確保できなかったものと判定し、ステップＳ１５へ進み、待ちＱｕｅｕｅの処理を行う。

この待ちＱｕｅｕｅとは、例えば、ＤＳＰ部１３０に空きリソースが発生していないか所定の時間間隔（例えば、１分など）ごとに確認することをいう。

そして、待ちＱｕｅｕｅの処理中にＤＳＰ部１３０の空きリソースが確保できない場合には、ＤＳＰ部１３０がＤＦＴ演算等を実行できないので、電話の発信や着信ができない状態になる。

これに対し、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１において、リソースリクエストメッセージを送出していないＮｏｄｅがある場合には、ＣＰＵ１００は、Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット１６０を介して、システム−２へ問い合わせを行う（ステップＳ１７）。

一方、ステップＳ１２において、ＣＰＵ部１３０は、ＤＳＰ部１３０に空きリソースがある場合には、リソース制御部１２２に対し、ＤＳＰ部１３０を実行させるように制御し、ＣＩＤを着信すると共に、ＤＦＴ演算を行うことができる（ステップＳ１６）。

このように、システム−１は、ＣＰＵ１００がリソース制御部１２２からＮｅｔｗｏｒｋｉｎｇ制御部１２１とＮｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０とを介し、リソースリクエストメッセージをシステム−２へ送信する。

これにより、本実施形態では、システム−２のリソース制御部２２２がシステム−１に対して空きリソースを返答することにより、その返答の結果に基づいて、システム−１がシステム−２のＤＳＰ部２３０に接続し、空きリソースを利用することができる。

ここで、例えば、単独電話機ＭがＯＦＦＨＯＯＫした際（すなわち受話器を取った際）、システム−１のリソースが無くなった場合について、説明する。

システム−１のリソース制御部１２２は、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１を介し、Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０にリソースリクエストメッセージを送出する。

Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０は、接続されているＮｏｄｅ（すなわち、図１のシステム−２に相当する。）に対し、リソースリクエストメッセージを送出する（図２のステップＳ１７）。

そのリソースリクエストメッセージを受けたシステム−２のＮｅｔｗｏｒｋｉｎｇインタフェースユニット部２６０は、Ｎｅｔｗｏｒｋｉｎｇ制御部２２１を介し、リソース制御部２２２にリクエストメッセージを送出する（図３のステップＳ２１）。

次に、リソース制御部２２２は、自システム内のＤＳＰ部２３０の空きリソースを調査し（図３のステップＳ２２）、Ｎｅｔｗｏｒｋｉｎｇ制御部２２１を介し、Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット部２６０へ返答として返信メッセージを送出する。

ここで、例えば、システム−２のＤＳＰ部２３０に「空きリソースがあり」の場合には、リソース管理ユニット部２２２は、その空きリソースを予約し確保する（図３のステップＳ２３）。

そして、この返信メッセージを受けたＮｅｔｗｏｒｋｉｎｇインタフェースユニット部２６０は、システム−１のＮｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０に、「空きリソースがある」の旨の応答を返す（図３のステップＳ２４）。

これに対し、ステップＳ２２において、システム−２のリソース制御部２２２は、ＤＳＰ部２３０に空きリソースが無い場合には、「空きリソースが無い」の旨の回答を作成する（図３のステップＳ２５）。

そして、図３のステップＳ２５において、Ｎｅｔｗｏｒｋｉｎｇ接続ユニット２６０は、システム−１のＮｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０に、「空きリソースが無い」の旨の応答を返す。

返信メッセージを受けたＮｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０は、返信メッセージの内容をＮｅｔｗｏｒｋｉｎｇ制御部１２１に送出し、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１において返信メッセージを解析する（図４のステップＳ３１）。

Ｎｅｔｗｏｒｋｉｎｇ制御部１２１は、返信メッセージを解析し、システム−２のＤＳＰ部２３０のリソースに空きがあるか否か判定する（図４のステップＳ３２）。

ここで、システム−２のＤＳＰ部２３０にリソースの「空きリソースが無い」旨の返答であった場合には、図２のステップＳ１４に戻り、他にＮｏｄｅがあるか否か判定し、そのシステムにリソースリクエストメッセージを送出する。

これに対し、もしシステム−２のＤＳＰ部２３０にリソースの「空きリソースがある」旨の返答を受けた場合には、システム−１のＮｅｔｗｏｒｋｉｎｇ制御部１２１は、リソース制御部１２２に応答メッセージを返す（図４のステップＳ３３）。

応答メッセージを受けたリソース制御部１２２は、応答メッセージに付加されている調査結果を分析する（図４のステップＳ３４）。

そして、リソース制御部１２２は、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１を介して、Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０にリソースの接続要求を送出し、単独電話ポート（図示せず）に接続する（図４のステップＳ３５）。

また、リソース制御部１２２は、単独電話機Ｍのリソース種別とＣＩＤ送出データとを、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１を介して、Ｎｅｔｗｏｒｋｉｎｇインタフェース１６０へ送出する（図４のステップＳ３６）。

そして、Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０は、システム−２のＮｅｔｗｏｒｋｉｎｇインタフェースユニット部２６０へメッセージを送出する（図４のステップＳ３７）。

このメッセージを受けたＮｅｔｗｏｒｋｉｎｇインタフェースユニット部２６０は、Ｎｅｔｗｏｒｋｉｎｇ制御部２２１を介して、リソース制御部２２２へこのメッセージを送出し、システム−１から返信されたメッセージを解析する（図５のステップＳ４１）。

リソース制御部２２２は、Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０から返信されたメッセージがリソース接続要求であるか否か判定を行い（図５のステップＳ４２）、リソース接続要求の場合は、ステップＳ４３へ進む。

リソース制御部２２２は、リソース接続要求を受けた場合には、システム−１から送出されたＴｏｎｅＤｅｔｅｃｔｏｒやＤＴＭＦＴｏｎｅＲｅｃｅｉｖｅｒなどのリソース種別をＤＳＰ部２３０に設定する。

そして、ＣＩＤデータを含んだＣＩＤ信号をＤＳＰ部２３０へ送出する（図５のステップＳ４３）。

これにより、リソース制御部２２２は、システム−１のポートと、リソースのＤＳＰ部２３０とをＰａｔｈ接続することにより、システム−１は、システム−２のＤＳＰ部２３０を使用することができる。

このように、リソース制御部２２２は、システム−１とシステム−２間のｎｏｄｅＰａｔｈ５００を介して、システム−１の単独電話機Ｍと、システム−２のリソースを接続する。

これにより、単独電話機Ｍは、システム−２のＤＳＰ部２３０を使用することができるので、ＤＦＴ演算を行うことができ、ＰＢのＴｏｎｅＤｅｔｅｃｔｏｒやＤＴＭＦＴｏｎｅＲｅｃｅｉｖｅｒとして機能することができる。

なお、本発明に係る電話交換機システムは、電話交換機のリソースを相互に共有することを目的として、上述のように動作することを説明した。

ここで、本実施形態の電話交換機システムで説明した、単独電話機のＯＦＦＨＯＯＫ時の動作と、ＣＩＤ機能付単独電話機又は電話回線の動作について、それぞれのシーケンス図を図６と図７に示す。

図６の単独電話機がＯＦＦＨＯＯＫ時のシーケンス図と、図７のＣＩＤ機能付単独電話機のシーケンス図は、各電話交換機が自己の有するＤＳＰ部を使用して、それぞれの処理を行う場合について、各電話交換機内でのフローを示したものである。
（３）本実施形態に係る電話交換機システムの効果
本実施形態によれば、この電話交換機システムは、アナログ回線や単独電話機の使用が多い地域において、十分なリソースが確保できない場合であっても、リソースの共有を行うことにより、ＣＩＤやＴｏｎｅＤｅｔｅｃｔｏｒを有効に利用することができる。

また以前では、Ｎｅｔｗｏｒｋｉｎｇ接続設定を行う場合には、リソースの確保を意識した設定を行う必要があり、システムコンフィグレーション等、設定にスキルを必要としていた。

しかしながら、本実施形態によれば、この電話交換機システムは、リソースに関して特別なスキルを必要とせず、また自由度も向上するので、電話回線業者やユーザに対し、利便性を向上させることができる。
（４）他の実施形態
本実施形態では、システム−１とシステム−２から電話交換機システムを形成するようになっていたが、本実施形態はこれに限らず、複数の電話交換機から電話交換機システムを形成するようにしても良い。

また、本実施形態では、ＤＳＰ部１３０やＤＳＰ部２３０が、ＣＩＤやＴｏｎｅＤｅｔｅｃｔｏｒ等のＤＦＴ演算を行うようになっていたが、本実施形態はこれに限らず、ＤＳＰ部がデジタル信号を演算処理するものであれば良い。

また、本実施形態では、システム−１が第１の電話交換機を形成し、システム−２が第２の電話交換機を形成しているが、本実施形態はこれに限らず、他の構成により実現するようにしても良い。

また、本実施形態では、ＣＰＵ１００が処理内容設定手段を形成し、リソース制御部１２２が余裕問い合わせ手段と割当情報送信手段とを形成し、ＤＳＰ部１３０が演算処理部を形成している。

また、リソース制御部２２２が余裕有無判断手段を形成し、Ｎｅｔｗｏｒｋｉｎｇ制御部２２１が問い合わせ回答手段を形成し、ＤＳＰ部２３０が演算処理代行手段を形成している。

しかしながら、本実施形態はこれに限らず、他の構成により実現するようにしても良い。

本発明に係る実施形態１において、電話交換機システムの構成を示すブロック図である。本発明に係る実施形態１において、システム−１からシステム−２へ問い合わせを行う場合のフローチャートである。本発明に係る実施形態１において、システム−２からシステム−１へリソース状況を回答する場合のフローチャートである。本発明に係る実施形態１において、システム−２から返答を受けた場合にシステム−１が応答する場合のフローチャートである。本発明に係る実施形態１において、システム−１から応答を受けた場合にシステム−２が接続処理を行う場合のフローチャートである。本発明に係る実施形態１において、単独電話機がＯＦＦＨＯＯＫ時のシーケンスを示したものである。本発明に係る実施形態１において、ＣＩＤ機能付単独電話機のシーケンスを示したものである。

符号の説明

１００、２００ＣＰＵ
１１０、２１０記憶部
１２０、２２０呼制御部
１２１、２２１Ｎｅｔｗｏｒｋｉｎｇ制御部
１２２、２２２リソース制御部
１３０、２３０ＤＳＰ部
１４０、２４０単独電話機制御インタフェースユニット
１５０、２５０Ｔｒｕｎｋインタフェースユニット
１６０、２６０Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット
３００Ｔｒｕｎｋ網
４００電話網
５００ｎｏｄｅＰａｔｈ

Claims

少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムであって、
前記第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、前記第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想され、且つ、前記第２の電話交換機に備わる演算部の不使用のリソースがある場合に、前記第２の電話交換機に含まれる演算部の不使用のリソースを用いて、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なうための手段を備えることを特徴とする電話交換機システム。
請求項１に記載の電話交換機システムであって、
前記第２の電話交換機に含まれる演算部の不使用のリソースを用いた、前記或る電話機又は或るトランクに係る前記或る種別の処理を開始する際に、前記第１の電話交換機から前記第２の電話交換機に、少なくとも前記種別を表す情報を含む情報を伝達するための手段を更に備えることを特徴とする電話交換機システム。
請求項１又は２に記載の電話交換機システムであって、
前記第２の電話交換機に含まれる演算部の不使用のリソースを用いた、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なう間、前記第１の交換機に接続されたままの前記或る電話機又は前記或るトランクが、前記第１の交換機を介して、前記第２の電話交換機に含まれる演算部の不使用のリソースを用いるための手段を更に備えることを特徴とする電話交換機システム。
少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムにおけるリソース共有方法であって、
前記第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、前記第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想され、且つ、前記第２の電話交換機に備わる演算部の不使用のリソースがある場合に、前記第２の電話交換機に含まれる演算部の不使用のリソースを用いて、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なう手順を有することを特徴とするリソース共有方法。
請求項４に記載のリソース共有方法であって、
前記第２の電話交換機に含まれる演算部の不使用のリソースを用いた、前記或る電話機又は或るトランクに係る前記或る種別の処理を開始する際に、前記第１の電話交換機から前記第２の電話交換機に、少なくとも前記種別を表す情報を含む情報を伝達する手順を更に有することを特徴とするリソース共有方法。
請求項４又は５に記載のリソース共有方法であって、
前記第２の電話交換機に含まれる演算部の不使用のリソースを用いた、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なう間、前記第１の交換機に接続されたままの前記或る電話機又は前記或るトランクが、前記第１の交換機を介して、前記第２の電話交換機に含まれる演算部の不使用のリソースを用いるための手順を更に有することを特徴とするリソース共有方法。
少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムにおける第１の電話交換機であって、
当該第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、当該第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想された場合に、前記第２の電話交換機に備わる演算部の不使用のリソースがあるか否かを確認してから、前記第２の電話交換機に含まれる演算部の不使用のリソースに対して、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なわせるための手段を備えることを特徴とする第１の電話交換機。
少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムにおける第２の電話交換機であって、
前記第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、前記第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想され、且つ、当該第２の電話交換機に備わる演算部の不使用のリソースがある場合に、当該第２の電話交換機に含まれる演算部の不使用のリソースを用いて、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なうための手段を備えることを特徴とする第２の電話交換機。