(57)【特許請求の範囲】
【請求項１】
少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムであって、
前記第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、前記第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想され、且つ、前記第２の電話交換機に備わる演算部の不使用のリソースがある場合に、前記第２の電話交換機に含まれる演算部の不使用のリソースを用いて、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なうための手段を備えることを特徴とする電話交換機システム。
【請求項２】
請求項１に記載の電話交換機システムであって、
前記第２の電話交換機に含まれる演算部の不使用のリソースを用いた、前記或る電話機又は或るトランクに係る前記或る種別の処理を開始する際に、前記第１の電話交換機から前記第２の電話交換機に、少なくとも前記種別を表す情報を含む情報を伝達するための手段を更に備えることを特徴とする電話交換機システム。
【請求項３】
請求項１又は２に記載の電話交換機システムであって、
前記第２の電話交換機に含まれる演算部の不使用のリソースを用いた、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なう間、前記第１の交換機に接続されたままの前記或る電話機又は前記或るトランクが、前記第１の交換機を介して、前記第２の電話交換機に含まれる演算部の不使用のリソースを用いるための手段を更に備えることを特徴とする電話交換機システム。
【請求項４】
少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムにおけるリソース共有方法であって、
前記第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、前記第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想され、且つ、前記第２の電話交換機に備わる演算部の不使用のリソースがある場合に、前記第２の電話交換機に含まれる演算部の不使用のリソースを用いて、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なう手順を有することを特徴とするリソース共有方法。
【請求項５】
請求項４に記載のリソース共有方法であって、
前記第２の電話交換機に含まれる演算部の不使用のリソースを用いた、前記或る電話機又は或るトランクに係る前記或る種別の処理を開始する際に、前記第１の電話交換機から前記第２の電話交換機に、少なくとも前記種別を表す情報を含む情報を伝達する手順を更に有することを特徴とするリソース共有方法。
【請求項６】
請求項４又は５に記載のリソース共有方法であって、
前記第２の電話交換機に含まれる演算部の不使用のリソースを用いた、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なう間、前記第１の交換機に接続されたままの前記或る電話機又は前記或るトランクが、前記第１の交換機を介して、前記第２の電話交換機に含まれる演算部の不使用のリソースを用いるための手順を更に有することを特徴とするリソース共有方法。
【請求項７】
少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムにおける第１の電話交換機であって、
当該第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、当該第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想された場合に、前記第２の電話交換機に備わる演算部の不使用のリソースがあるか否かを確認してから、前記第２の電話交換機に含まれる演算部の不使用のリソースに対して、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なわせるための手段を備えることを特徴とする第１の電話交換機。
【請求項８】
少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムにおける第２の電話交換機であって、
前記第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、前記第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想され、且つ、当該第２の電話交換機に備わる演算部の不使用のリソースがある場合に、当該第２の電話交換機に含まれる演算部の不使用のリソースを用いて、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なうための手段を備えることを特徴とする第２の電話交換機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話交換機システム、電話交換機システムにおけるリソース共有方法及び電話交換機に関し、特に、複数の電話交換機を備える電話交換機システム、電話交換機システムにおけるリソース共有方法及び電話交換機に関する。
【背景技術】
【０００２】
近年、技術の進歩に伴って、ＩＰ（internet protocol）技術を利用したＩＰ電話機や、ＩＰ通話サービスなどが普及している。
【０００３】
そして、このような電話機に対応した電話交換機は、電話機の多機能化やインターネット（The internet）に接続する回線への加入の増加により、様々な処理が行われるようになってきた。
【０００４】
そこで、複数のルータによるリソースの共有方法に関するものが、特許文献１に記載されている。
【特許文献１】特開２０００−６９０８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、これらの電話機の増設を目的としたＮｅｔｗｏｒｋｉｎｇ接続を行う場合、ＣＩＤ（caller identification delivery）対応Ｔｒｕｎｋや、ＣＩＤ機能付単独電話機を多数設置したり、設定する場合がある。
【０００６】
この場合、電話交換機システムは、リソースを常時接続しておくことが必要であり、電話交換機システム内に十分なリソースの確保が難しい、という問題があった。
【０００７】
ここで、ＣＩＤとは、発信者識別情報であって、送信者を識別する情報として電話をかけたときに電話交換機に送信される情報である。
【０００８】
そして、電話交換機が有するリソースには使用できる数の制限があるので、あるユーザが電話機を使用している状態により、他のユーザが電話機を使用したい場合であっても要求に答えることができない、という問題があった。
【０００９】
また、電話交換機と電話機を設定するにあたり、システム設計についても高度なスキルを必要とする、という問題があった。
【００１０】
また、関連するＮｅｔｗｏｒｋｉｎｇ接続を行う電話交換機システムでは、コンフィグレーションによってシステム−１のリソースが不足し、システム−２にリソースの余裕があった場合でも、システムを別々に動作させていた。
【００１１】
このため、結果的に使い勝手のよくない電話交換機システムを構成してしまう、という問題があった。
【００１２】
そこで本発明は、上記問題点を鑑みてなされたものであり、ある電話交換機のシステムリソースの要求に対し、他の電話交換機がＮｅｔｗｏｒｋｉｎｇを返答することにより、電話交換機間で相互が有するリソースを共有し、有効利用することができる電話交換機システム、電話交換機システムにおけるリソース共有方法及び電話交換機を実現することを目的とする。
【課題を解決するための手段】
【００１３】
本発明に係る電話交換機システムは、少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムであって、前記第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、前記第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想され、且つ、前記第２の電話交換機に備わる演算部の不使用のリソースがある場合に、前記第２の電話交換機に含まれる演算部の不使用のリソースを用いて、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なうための手段を備えることを特徴とする。
【００１４】
本発明に係るリソース共有方法は、少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムにおけるリソース共有方法であって、前記第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、前記第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想され、且つ、前記第２の電話交換機に備わる演算部の不使用のリソースがある場合に、前記第２の電話交換機に含まれる演算部の不使用のリソースを用いて、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なう手順を有することを特徴とする。
【００１５】
本発明に係る第１の電話交換機は、少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムにおける第１の電話交換機であって、当該第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、当該第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想された場合に、前記第２の電話交換機に備わる演算部の不使用のリソースがあるか否かを確認してから、前記第２の電話交換機に含まれる演算部の不使用のリソースに対して、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なわせるための手段を備えることを特徴とする。
【００１６】
本発明に係る第２の電話交換機は、少なくとも、第１の電話交換機と前記第１の電話交換機に接続された第２の電話交換機とを備える電話交換機システムにおける第２の電話交換機であって、前記第１の電話交換機に接続された或る電話機又は或るトランクが或る種別の処理を開始しようとする時に、前記第１の電話交換機の演算部を利用している電話機とトランクとを合わせた数に、その開始をしようとする電話機又はトランクの数を合わせて得られる総数が、前記第１の電話交換機に備わる演算部のリソース数を上回ることが予想され、且つ、当該第２の電話交換機に備わる演算部の不使用のリソースがある場合に、当該第２の電話交換機に含まれる演算部の不使用のリソースを用いて、前記或る電話機又は或るトランクに係る前記或る種別の処理を行なうための手段を備えることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、この電話交換機システムは、電話交換機のリソースの共有を行うことにより、ある電話交換機の負荷の係る処理を他の電話交換機のリソースに実行させることができるので、利便性を向上させることができる。
【００１８】
従って、ある電話交換機のシステムリソースの要求に対し、他の電話交換機がＮｅｔｗｏｒｋｉｎｇを返答することにより、電話交換機間で相互が有するリソースを共有し、有効利用することができる電話交換機システム、電話交換機システムにおけるリソース共有方法及び電話交換機を実現できる。
【発明を実施するための最良の形態】
【００１９】
本発明に係る電話交換機システムは、複数の電話交換機を備えた電話交換機システムにおけるＮｅｔｗｏｒｋｉｎｇ接続したシステム全体であって、電話交換機のリソースを共有する仕組みである。
【００２０】
従って、この電話交換機システムは、後述する図１の様な電話交換機システムの構成において、システム−１のリソースが無くなった場合であっても、システム−２からリソースを割り当てることができるので、リソースの有効活用を図ることができる。
【００２１】
これにより、本発明に係る電話交換機システムでは、電話交換機内にリソースが無くなった場合でも、他の電話交換機に空きリソースの有無を問い合わせることによりリソースを確保し、バーチャルリソース管理を利用してバランスよく機能させることができる。
【００２２】
次に、本発明を実施するための実施形態１について、図面を参照して詳細に説明する。
（実施形態１）
（１）電話交換機システムの構成
図１は、本発明に係る実施形態１として、２つの電話交換機を備えた電話交換機システムの構成を示したものである。
【００２３】
図１に示す電話交換機システムは、システム−１と、システム−２とを備えている。
【００２４】
システム−１は、ＣＰＵ（central processing unit）１００と、記憶部１１０と、呼制御部１２０と、ＤＳＰ（digital signal processor）部１３０と、単独電話機制御インタフェースユニット１４０と、Ｔｒｕｎｋインタフェースユニット１５０とを備えている。
【００２５】
呼制御部１２０は、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１と、リソース制御部１２２を備えている。
【００２６】
また、システム−１は、Ｔｒｕｎｋ−Ａ、Ｔｒｕｎｋ−Ｂ、Ｔｒｕｎｋ−Ｃ、Ｔｒｕｎｋ−Ｄ、Ｔｒｕｎｋ−Ｅ、Ｔｒｕｎｋ−Ｆから形成されるＴｒｕｎｋ網３００を介して、電話網４００に接続されている。
【００２７】
ＣＰＵ１００は、システム−１の全体制御を司るプロセッサである。
【００２８】
記憶部１１０は、各種プログラムやデータを保存すると共に、プログラムを実行する際のワークエリアとして機能する。
【００２９】
呼制御部１２０は、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１が電話の呼出しに関してＮｅｔｗｏｒｋｉｎｇ接続における制御を行うと共に、リソース制御部１２２がＤＳＰ部１３０のリソースの制御を行っている。
【００３０】
ＤＳＰ部１３０は、発信者識別情報を取得するＣＩＤ（caller identification delivery）や、ＤＦＴ（discrete fourier transform）演算を行うＤＴＭＦ（dual tone multi-frequency） Ｔｏｎｅ Ｒｅｃｅｉｖｅｒ又はＴｏｎｅ Ｄｅｔｅｃｔｏｒ等として機能する。
【００３１】
単独電話機制御インタフェースユニット１４０は、複数の単独電話機が接続されており、単独電話機ＡからＥや、単独電話機Ｍ、或いは単独電話機Ｘなどが接続されている。
【００３２】
Ｔｒｕｎｋインタフェースユニット１５０は、Ｔｒｕｎｋ網３００を介して、外部に存在する電話網４００に接続されている。
【００３３】
Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット１６０は、ｎｏｄｅ Ｐａｔｈ５００を介してシステム−２と接続されており、システム−１とシステム−２とを中継する中継機能の役割を果たしている。
【００３４】
なお、システム−２は、システム−１と同様の構成を備えているが、システム−１と識別するため、同一の構成であってもシステム−１と異なる符号を付すことにする。
（２）電話交換機システムのリソース共有処理の動作
次に、図１に示した電話交換機システムのリソース共有処理の動作について、図２から図５のフローチャートを用いて説明する。
【００３５】
まずＴｒｕｎｋ網３００を形成するＴｒｕｎｋ−Ａ、Ｔｒｕｎｋ−Ｂ、Ｔｒｕｎｋ−Ｃ、Ｔｒｕｎｋ−Ｄ、Ｔｒｕｎｋ−Ｅ及びＴｒｕｎｋ−Ｆは、電話網４００を介してＣＩＤを取得し、システム−１に受信設定する。
【００３６】
なお、このＴｒｕｎｋ網は、６本のＴｒｕｎｋから形成されているものとする。
【００３７】
そして、ＣＩＤを受信したシステム−１は、ＣＰＵ１００が、ＤＳＰ部１３０に実行させるＣＩＤサービスの受信設定を行う（ステップＳ１１）。
【００３８】
ここで、例えば、図１の単独電話機ＡからＥの各々に発信者を識別し発信者に応じてＤＦＴ演算を行うＴｏｎｅ Ｄｅｔｅｃｔｏｒが設定された場合には、この５台の単独電話機は、ＤＳＰ部１３０に常時接続された状態で使用することになる。
【００３９】
また、システム−１は、１６個のリソースを使用することができるようになっている。
【００４０】
従って、Ｔｒｕｎｋ網３００は、６本のＴｒｕｎｋから形成されているので、６つのリソースを使用すると共に、５台の単独電話機Ａ〜Ｅ（ＣＩＤ機能付単独電話機）が、５つのリソースを使用することになる。
【００４１】
つまり、１６個の使用可能なリソースは、６つのＣＩＤ対応Ｔｒｕｎｋと、５台のＣＩＤ機能付単独電話機によって１１個のリソースを使用することになり、ＤＳＰ部１３０の空きリソースは、５つとなる。
【００４２】
そのため、単独電話機を増設する場合に、空きリソース分の５台は接続することができるが、６台目以降の単独電話機を接続しようとすると、リソース不足となる。
【００４３】
この場合、ＣＩＤ機能付単独電話機ＡからＥは、リソースであるＤＳＰ部１３０を常時接続することになるが、追加で接続する単独電話にＣＩＤの設定をしなければ、同時に通話できる台数は５台までであるが、単独電話機として６台以上設置することができる。
【００４４】
従って、システム−１では、単なる単独電話機を６台以上設置した場合には、５台まで同時に通話できるが、６台目以降は、ＤＦＴ演算等を実行するＤＳＰ部１３０のリソースがなくなるので、ＤＳＰ部１３０がＤＦＴ演算等を実行することができなくなる。
【００４５】
そこで、ＣＰＵ１００は、リソース制御部１２２を利用し、ＤＳＰ部１３０のリソースを監視しており、ＤＳＰ部１３０の空きリソースがあるか否かを判定している（ステップＳ１２）。
【００４６】
ここで、ＤＳＰ部１３０の空きリソースが無くなった場合には、ＣＰＵ１００は、システム−１にＮｅｔｗｏｒｋｉｎｇ接続があるか否かを判定する（ステップＳ１３）。
【００４７】
そして、ＣＰＵ１００がシステム−１にＮｅｔｗｏｒｋｉｎｇ接続があると判定した場合には、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１によりリソースリクエストメッセージを送出していないＮｏｄｅがあるか否か判定する（ステップＳ１４）。
【００４８】
なお、ここでいうＮｏｄｅとは、システム−１とＮｏｄｅ Ｐａｔｈ５００を介して接続されているシステム−２を指し、システム−１と同様に動作する電話交換機を意味している。
【００４９】
Ｎｅｔｗｏｒｋｉｎｇ制御部１２１において、リソースリクエストメッセージを送出していないＮｏｄｅがないと判定された場合には、ＤＳＰ部１３０に代わるリソースが確保できなかったものと判定し、ステップＳ１５へ進み、待ちＱｕｅｕｅの処理を行う。
【００５０】
この待ちＱｕｅｕｅとは、例えば、ＤＳＰ部１３０に空きリソースが発生していないか所定の時間間隔（例えば、１分など）ごとに確認することをいう。
【００５１】
そして、待ちＱｕｅｕｅの処理中にＤＳＰ部１３０の空きリソースが確保できない場合には、ＤＳＰ部１３０がＤＦＴ演算等を実行できないので、電話の発信や着信ができない状態になる。
【００５２】
これに対し、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１において、リソースリクエストメッセージを送出していないＮｏｄｅがある場合には、ＣＰＵ１００は、Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット１６０を介して、システム−２へ問い合わせを行う（ステップＳ１７）。
【００５３】
一方、ステップＳ１２において、ＣＰＵ部１３０は、ＤＳＰ部１３０に空きリソースがある場合には、リソース制御部１２２に対し、ＤＳＰ部１３０を実行させるように制御し、ＣＩＤを着信すると共に、ＤＦＴ演算を行うことができる（ステップＳ１６）。
【００５４】
このように、システム−１は、ＣＰＵ１００がリソース制御部１２２からＮｅｔｗｏｒｋｉｎｇ制御部１２１とＮｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０とを介し、リソースリクエストメッセージをシステム−２へ送信する。
【００５５】
これにより、本実施形態では、システム−２のリソース制御部２２２がシステム−１に対して空きリソースを返答することにより、その返答の結果に基づいて、システム−１がシステム−２のＤＳＰ部２３０に接続し、空きリソースを利用することができる。
【００５６】
ここで、例えば、単独電話機ＭがＯＦＦ ＨＯＯＫした際（すなわち受話器を取った際）、システム−１のリソースが無くなった場合について、説明する。
【００５７】
システム−１のリソース制御部１２２は、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１を介し、Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０にリソースリクエストメッセージを送出する。
【００５８】
Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０は、接続されているＮｏｄｅ（すなわち、図１のシステム−２に相当する。）に対し、リソースリクエストメッセージを送出する（図２のステップＳ１７）。
【００５９】
そのリソースリクエストメッセージを受けたシステム−２のＮｅｔｗｏｒｋｉｎｇインタフェースユニット部２６０は、Ｎｅｔｗｏｒｋｉｎｇ制御部２２１を介し、リソース制御部２２２にリクエストメッセージを送出する（図３のステップＳ２１）。
【００６０】
次に、リソース制御部２２２は、自システム内のＤＳＰ部２３０の空きリソースを調査し（図３のステップＳ２２）、Ｎｅｔｗｏｒｋｉｎｇ制御部２２１を介し、Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット部２６０へ返答として返信メッセージを送出する。
【００６１】
ここで、例えば、システム−２のＤＳＰ部２３０に「空きリソースがあり」の場合には、リソース管理ユニット部２２２は、その空きリソースを予約し確保する（図３のステップＳ２３）。
【００６２】
そして、この返信メッセージを受けたＮｅｔｗｏｒｋｉｎｇインタフェースユニット部２６０は、システム−１のＮｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０に、「空きリソースがある」の旨の応答を返す（図３のステップＳ２４）。
【００６３】
これに対し、ステップＳ２２において、システム−２のリソース制御部２２２は、ＤＳＰ部２３０に空きリソースが無い場合には、「空きリソースが無い」の旨の回答を作成する（図３のステップＳ２５）。
【００６４】
そして、図３のステップＳ２５において、Ｎｅｔｗｏｒｋｉｎｇ接続ユニット２６０は、システム−１のＮｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０に、「空きリソースが無い」の旨の応答を返す。
【００６５】
返信メッセージを受けたＮｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０は、返信メッセージの内容をＮｅｔｗｏｒｋｉｎｇ制御部１２１に送出し、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１において返信メッセージを解析する（図４のステップＳ３１）。
【００６６】
Ｎｅｔｗｏｒｋｉｎｇ制御部１２１は、返信メッセージを解析し、システム−２のＤＳＰ部２３０のリソースに空きがあるか否か判定する（図４のステップＳ３２）。
【００６７】
ここで、システム−２のＤＳＰ部２３０にリソースの「空きリソースが無い」旨の返答であった場合には、図２のステップＳ１４に戻り、他にＮｏｄｅがあるか否か判定し、そのシステムにリソースリクエストメッセージを送出する。
【００６８】
これに対し、もしシステム−２のＤＳＰ部２３０にリソースの「空きリソースがある」旨の返答を受けた場合には、システム−１のＮｅｔｗｏｒｋｉｎｇ制御部１２１は、リソース制御部１２２に応答メッセージを返す（図４のステップＳ３３）。
【００６９】
応答メッセージを受けたリソース制御部１２２は、応答メッセージに付加されている調査結果を分析する（図４のステップＳ３４）。
【００７０】
そして、リソース制御部１２２は、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１を介して、Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０にリソースの接続要求を送出し、単独電話ポート（図示せず）に接続する（図４のステップＳ３５）。
【００７１】
また、リソース制御部１２２は、単独電話機Ｍのリソース種別とＣＩＤ送出データとを、Ｎｅｔｗｏｒｋｉｎｇ制御部１２１を介して、Ｎｅｔｗｏｒｋｉｎｇインタフェース１６０へ送出する（図４のステップＳ３６）。
【００７２】
そして、Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０は、システム−２のＮｅｔｗｏｒｋｉｎｇインタフェースユニット部２６０へメッセージを送出する（図４のステップＳ３７）。
【００７３】
このメッセージを受けたＮｅｔｗｏｒｋｉｎｇインタフェースユニット部２６０は、Ｎｅｔｗｏｒｋｉｎｇ制御部２２１を介して、リソース制御部２２２へこのメッセージを送出し、システム−１から返信されたメッセージを解析する（図５のステップＳ４１）。
【００７４】
リソース制御部２２２は、Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット部１６０から返信されたメッセージがリソース接続要求であるか否か判定を行い（図５のステップＳ４２）、リソース接続要求の場合は、ステップＳ４３へ進む。
【００７５】
リソース制御部２２２は、リソース接続要求を受けた場合には、システム−１から送出されたＴｏｎｅ ＤｅｔｅｃｔｏｒやＤＴＭＦ Ｔｏｎｅ Ｒｅｃｅｉｖｅｒなどのリソース種別をＤＳＰ部２３０に設定する。
【００７６】
そして、ＣＩＤデータを含んだＣＩＤ信号をＤＳＰ部２３０へ送出する（図５のステップＳ４３）。
【００７７】
これにより、リソース制御部２２２は、システム−１のポートと、リソースのＤＳＰ部２３０とをＰａｔｈ接続することにより、システム−１は、システム−２のＤＳＰ部２３０を使用することができる。
【００７８】
このように、リソース制御部２２２は、システム−１とシステム−２間のｎｏｄｅ Ｐａｔｈ５００を介して、システム−１の単独電話機Ｍと、システム−２のリソースを接続する。
【００７９】
これにより、単独電話機Ｍは、システム−２のＤＳＰ部２３０を使用することができるので、ＤＦＴ演算を行うことができ、ＰＢのＴｏｎｅ ＤｅｔｅｃｔｏｒやＤＴＭＦ Ｔｏｎｅ Ｒｅｃｅｉｖｅｒとして機能することができる。
【００８０】
なお、本発明に係る電話交換機システムは、電話交換機のリソースを相互に共有することを目的として、上述のように動作することを説明した。
【００８１】
ここで、本実施形態の電話交換機システムで説明した、単独電話機のＯＦＦ ＨＯＯＫ時の動作と、ＣＩＤ機能付単独電話機又は電話回線の動作について、それぞれのシーケンス図を図６と図７に示す。
【００８２】
図６の単独電話機がＯＦＦ ＨＯＯＫ時のシーケンス図と、図７のＣＩＤ機能付単独電話機のシーケンス図は、各電話交換機が自己の有するＤＳＰ部を使用して、それぞれの処理を行う場合について、各電話交換機内でのフローを示したものである。
（３）本実施形態に係る電話交換機システムの効果
本実施形態によれば、この電話交換機システムは、アナログ回線や単独電話機の使用が多い地域において、十分なリソースが確保できない場合であっても、リソースの共有を行うことにより、ＣＩＤやＴｏｎｅ Ｄｅｔｅｃｔｏｒを有効に利用することができる。
【００８３】
また以前では、Ｎｅｔｗｏｒｋｉｎｇ接続設定を行う場合には、リソースの確保を意識した設定を行う必要があり、システムコンフィグレーション等、設定にスキルを必要としていた。
【００８４】
しかしながら、本実施形態によれば、この電話交換機システムは、リソースに関して特別なスキルを必要とせず、また自由度も向上するので、電話回線業者やユーザに対し、利便性を向上させることができる。
（４）他の実施形態
本実施形態では、システム−１とシステム−２から電話交換機システムを形成するようになっていたが、本実施形態はこれに限らず、複数の電話交換機から電話交換機システムを形成するようにしても良い。
【００８５】
また、本実施形態では、ＤＳＰ部１３０やＤＳＰ部２３０が、ＣＩＤやＴｏｎｅ Ｄｅｔｅｃｔｏｒ等のＤＦＴ演算を行うようになっていたが、本実施形態はこれに限らず、ＤＳＰ部がデジタル信号を演算処理するものであれば良い。
【００８６】
また、本実施形態では、システム−１が第１の電話交換機を形成し、システム−２が第２の電話交換機を形成しているが、本実施形態はこれに限らず、他の構成により実現するようにしても良い。
【００８７】
また、本実施形態では、ＣＰＵ１００が処理内容設定手段を形成し、リソース制御部１２２が余裕問い合わせ手段と割当情報送信手段とを形成し、ＤＳＰ部１３０が演算処理部を形成している。
【００８８】
また、リソース制御部２２２が余裕有無判断手段を形成し、Ｎｅｔｗｏｒｋｉｎｇ制御部２２１が問い合わせ回答手段を形成し、ＤＳＰ部２３０が演算処理代行手段を形成している。
【００８９】
しかしながら、本実施形態はこれに限らず、他の構成により実現するようにしても良い。
【図面の簡単な説明】
【００９０】
【図１】本発明に係る実施形態１において、電話交換機システムの構成を示すブロック図である。
【図２】本発明に係る実施形態１において、システム−１からシステム−２へ問い合わせを行う場合のフローチャートである。
【図３】本発明に係る実施形態１において、システム−２からシステム−１へリソース状況を回答する場合のフローチャートである。
【図４】本発明に係る実施形態１において、システム−２から返答を受けた場合にシステム−１が応答する場合のフローチャートである。
【図５】本発明に係る実施形態１において、システム−１から応答を受けた場合にシステム−２が接続処理を行う場合のフローチャートである。
【図６】本発明に係る実施形態１において、単独電話機がＯＦＦ ＨＯＯＫ時のシーケンスを示したものである。
【図７】本発明に係る実施形態１において、ＣＩＤ機能付単独電話機のシーケンスを示したものである。
【符号の説明】
【００９１】
１００、２００  ＣＰＵ
１１０、２１０  記憶部
１２０、２２０  呼制御部
１２１、２２１  Ｎｅｔｗｏｒｋｉｎｇ制御部
１２２、２２２  リソース制御部
１３０、２３０  ＤＳＰ部
１４０、２４０  単独電話機制御インタフェースユニット
１５０、２５０  Ｔｒｕｎｋインタフェースユニット
１６０、２６０  Ｎｅｔｗｏｒｋｉｎｇインタフェースユニット
３００  Ｔｒｕｎｋ網
４００  電話網
５００  ｎｏｄｅ Ｐａｔｈ
【図１】
0005115702.tif 000002
【図２】
0005115702.tif 000003
【図３】
0005115702.tif 000004
【図４】
0005115702.tif 000005
【図５】
0005115702.tif 000006
【図６】
0005115702.tif 000007
【図７】
0005115702.tif 000008