(57)【特許請求の範囲】
【請求項１】
ハードウエアリソース捕捉要求が発生する毎に、前記ハードウエアリソース捕捉要求のリソース用途に応じシステム内の複数のハードウエアリソースのいずれかを捕捉するハードウエアリソース捕捉方法であって、
発生したハードウエアリソース捕獲要求のリソース用途と同一のリソース用途で既に捕獲されているハードウエアリソースの使用率が所定の閾値を超えているとき、前記システム内の複数のハードウエアリソースのうち未だ捕獲されてないハードウエアリソースを前記ハードウエアリソース捕獲要求のリソース用途として捕獲する
ことを特徴とするハードウエアリソース捕捉方法。
【請求項２】
ハードウエアリソース捕捉要求が発生する毎に、前記ハードウエアリソース捕捉要求のリソース用途に応じシステム内の複数のハードウエアリソースのいずれかを捕捉するハードウエアリソース捕捉装置であって、
発生したハードウエアリソース捕獲要求のリソース用途と同一のリソース用途で既に捕獲されているハードウエアリソースの使用率を所定の閾値と比較する比較手段と、
前記既に捕獲されているハードウエアリソースの使用率が所定の閾値を超えているとき、前記システム内の複数のハードウエアリソースのうち未だ捕獲されてないハードウエアリソースを前記ハードウエアリソース捕獲要求のリソース用途として捕獲する捕獲手段とを
有することを特徴とするハードウエアリソース捕捉装置。
【請求項３】
請求項２記載のハードウエアリソース捕捉装置において、
複数のリソース用途の全てについて、少なくとも１つのハードウエアリソースを捕獲するようハードウエアリソースを確保するハードウエアリソース確保手段を
有することを特徴とするハードウエアリソース捕捉装置。
【請求項４】
請求項２記載のハードウエアリソース捕捉装置において、
システム内の複数のハードウエアリソースの全てが既に捕捉されているとき、前記ハードウエアリソース捕獲要求のリソース用途と同一のリソース用途で既に捕獲されており前記使用率が所定の閾値を超えているハードウエアリソースの未使用部分を獲得して使用する捕獲使用手段を
有することを特徴とするハードウエアリソース捕捉装置。
【請求項５】
請求項２記載のハードウエアリソース捕捉装置において、
システム内の全てのハードウエアリソースにおける各リソース用途毎の使用率に応じて前記各リソース用途の閾値を可変設定する閾値設定手段を
有することを特徴とするハードウエアリソース捕捉装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ハードウエアリソース捕捉方法及びその装置に関し、共有ハードウエアリソースを動的に捕捉する方法及びその装置に関する。
【０００２】
【従来の技術】
（ｎは例えば最大で８００）それぞれに対応してリソース管理データＲＳ１〜ＲＳｎを格納している。なお、加入者インタフェース装置１２内の加入者系トランクカード
図１は、交換機システムの一例のシステム構成図を示す。同図中、加入者インタフェース装置１０，１２内にはハードウエアリソースとしての複数枚の加入者系トランクカード１４１〜１４ｎ，１５１〜１５ｎが設けられており、この加入者系トランクカード１４１〜１４ｎ，１５１〜１５ｎに携帯電話１６、データ端末１８、ファックス２０等のユーザ機器が接続される。各加入者系トランクカード１４１〜１４ｎ，１５１〜１５ｎはリソース用途としてのサービス種別が決められており、サービス種別が一致するユーザ機器が加入者系トランクカードの複数のポートに接続される。加入者インタフェース装置１０，１２はコアスイッチ２２に接続され、またコアスイッチ２２は他の交換機に接続されており、コアスイッチ２２において回線交換が行われる。プロセッサ２４は加入者インタフェース装置１０，１２及びコアスイッチ２２に接続されており、加入者インタフェース装置１０，１２内の各加入者系トランクカード１４１〜１４ｎ，１５１〜１５ｎの制御を行うと共に、コアスイッチ２２におけるスイッチングの制御を行う。
【０００３】
従来においては、交換機システムに複数の加入者系トランクカード１４１〜１４ｎ，１５１〜１５ｎが実装された時点において、予めプロセッサ２４から各加入者系トランクカード１４１〜１４ｎ，１５１〜１５ｎにサービス種別を指定しておき、ユーザ機器から接続要求があったとき、要求されたサービス種別に一致するサービス種別の加入者系トランクカードをそのユーザ機器に割り当ていた。
【０００４】
【発明が解決しようとする課題】
従来の割り当て方法では、各サービス種別の要求量を予め正確に見積もっておく必要がある。しかし、各サービス種別の要求量が見積もりからずれた場合には、他のサービス種別の加入者系トランクカードには空きがあるのに、要求のあったサービス種別の加入者系トランクカードには空きがないという状況が生じ、このような状況では要求のあったユーザ端末を当該加入者系トランクカードに割り当てることができないという問題があった。
【０００５】
本発明は、上記の点に鑑みてなされたものであり、システムが提供する全てのリソース用途に対して最低限のハードウエアリソース量を保証すると同時に、需要の多いリソース用途により多くのハードウエアリソースを割り当て、効率良くハードウエアリソースを割り当てることのできるハードウエアリソース捕捉方法及びその装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】
請求項１に記載の発明は、ハードウエアリソース捕捉要求が発生する毎に、前記ハードウエアリソース捕捉要求のリソース用途に応じシステム内の複数のハードウエアリソースのいずれかを捕捉するハードウエアリソース捕捉方法であって、
発生したハードウエアリソース捕獲要求のリソース用途と同一のリソース用途で既に捕獲されているハードウエアリソースの使用率が所定の閾値を超えているとき、前記システム内の複数のハードウエアリソースのうち未だ捕獲されてないハードウエアリソースを前記ハードウエアリソース捕獲要求のリソース用途として捕獲するため、
各加入者系トランクカードに割り当てられるリソース用途は、ユーザからのハードウエアリソース獲得要求の状況によって変化するため、需要の多いリソース用途により多くのハードウエアリソースを割り当て、効率の良いハードウエアリソースの割り当てを行うことができ、多くの加入者系トランクカードに負荷を分散することができ、ある加入者系トランクカードに障害が発生した場合に障害の影響を受けるユーザ端末の数を低減することができる。
【０００７】
請求項２に記載の発明は、ハードウエアリソース捕捉要求が発生する毎に、前記ハードウエアリソース捕捉要求のリソース用途に応じシステム内の複数のハードウエアリソースのいずれかを捕捉するハードウエアリソース捕捉装置であって、
発生したハードウエアリソース捕獲要求のリソース用途と同一のリソース用途で既に捕獲されているハードウエアリソースの使用率を所定の閾値と比較する比較手段と、
前記既に捕獲されているハードウエアリソースの使用率が所定の閾値を超えているとき、前記システム内の複数のハードウエアリソースのうち未だ捕獲されてないハードウエアリソースを前記ハードウエアリソース捕獲要求のリソース用途として捕獲する捕獲手段とを有するため、
各加入者系トランクカードに割り当てられるリソース用途は、ユーザからのハードウエアリソース獲得要求の状況によって変化するため、需要の多いリソース用途により多くのハードウエアリソースを割り当て、効率の良いハードウエアリソースの割り当てを行うことができ、多くの加入者系トランクカードに負荷を分散することができ、ある加入者系トランクカードに障害が発生した場合に障害の影響を受けるユーザ端末の数を低減することができる。
【０００８】
請求項３に記載の発明は、請求項２記載のハードウエアリソース捕捉装置において、
複数のリソース用途の全てについて、少なくとも１つのハードウエアリソースを捕獲するようハードウエアリソースを確保するハードウエアリソース確保手段を有するため、
システムが提供する全てのリソース用途に対して最低限のハードウエアリソース量を保証できる。
【０００９】
請求項４に記載の発明は、請求項２記載のハードウエアリソース捕捉装置において、
システム内の複数のハードウエアリソースの全てが既に捕捉されているとき、前記ハードウエアリソース捕獲要求のリソース用途と同一のリソース用途で既に捕獲されており前記使用率が所定の閾値を超えているハードウエアリソースの未使用部分を獲得して使用する捕獲使用手段を有するため、
各加入者系トランクカードを最大限まで使用できる。
【００１０】
請求項５に記載の発明は、請求項２記載のハードウエアリソース捕捉装置において、
システム内の全てのハードウエアリソースにおける各リソース用途毎の使用率に応じて前記各リソース用途の閾値を可変設定する閾値設定手段を有するため、各リソース用途の使用状況に応じて各リソース用途の閾値を設定することができる。
【００１１】
付記６に記載の発明は、請求項２記載のハードウエアリソース捕捉装置において、
システム内の全てのハードウエアリソースにおける各リソース用途毎の閾値を任意に設定する閾値任意設定手段を有するため、
システム管理者は各リソース用途毎に閾値を任意に設定することができる。
【００１２】
付記７に記載の発明は、ハードウエアリソース捕捉要求が発生する毎に、前記ハードウエアリソース捕捉要求のリソース用途に応じシステム内の複数のハードウエアリソースのいずれかを捕捉するハードウエアリソース捕捉装置であって、前記ハードウエアリソース捕捉要求と同一のリソース用途で既に捕獲されているハードウエアリソースのうち使用率が最少のハードウエアリソースを選択し、その未使用部分を獲得して使用する第１選択捕獲使用手段を有するため、
リソース用途が同一の加入者系トランクカードの使用率を平均化して、負荷を分散できる。
【００１３】
付記８に記載の発明は、付記７記載のハードウエアリソース捕捉装置において、
システム内の全てのハードウエアリソースにおける各リソース用途毎の使用率に応じて前記各リソース用途の閾値を可変設定する閾値設定手段を有するため、各リソース用途の使用状況に応じて各リソース用途の閾値を設定することができる。
【００１４】
付記９に記載の発明は、付記８記載のハードウエアリソース捕捉装置において、
システム内の全てのハードウエアリソースにおける各リソース用途毎の使用率に応じて前記各リソース用途の優先度を設定する優先度設定手段と、
前記システム内で獲得されてないハードウエアリソース数が少ないとき前記優先度の低いリソース用途のハードウエアリソースの獲得を禁止する獲得禁止手段を有するため、
獲得されてないハードウエアリソース数が少ないとき優先度の高いリソース用途にハードウエアリソースを割り当て、使用割合が大きなサービス種別に残り少ない加入者系トランクカードを割り当てることができる。
【００１５】
付記１０に記載の発明は、ハードウエアリソース捕捉要求が発生する毎に、前記ハードウエアリソース捕捉要求のリソース用途に応じシステム内の複数のハードウエアリソースのいずれかを捕捉するハードウエアリソース捕捉装置であって、
前記ハードウエアリソース捕捉要求と同一のリソース用途で既に捕獲されている複数のハードウエアリソースのうち使用率が上限値を超えることなく、かつ、最大のハードウエアリソースを選択し、その未使用部分を獲得して使用する第２選択捕獲使用手段を有するため、
未使用の加入者系トランクカードを多数残すことができ、特定のリソース用途が多発する場合に、この特定のリソース用途のハードウエアリソース獲得要求を受けることができる。
【発明の実施の形態】
本発明は、図１に示すプロセッサ２４が実行するリソース管理モジュールによって実現される。
【００１６】
図２は、本発明の基本原理を説明するための機能ブロック図を示す。同図中、リソース管理モジュール３０は、プロセッサ２４内のメモリに、加入者インタフェース装置１０内の加入者系トランクカード１４１〜１４ｎ（ｎは例えば最大で８００）それぞれに対応してリソース管理データＲＳ１〜ＲＳｎを格納している。なお、加入者インタフェース装置１２内の加入者系トランクカード１５１〜１５ｎそれぞれについても同様にリソース管理データを格納しているが、ここでは図示を省略する。
【００１７】
リソース管理データＲＳ１〜ＲＳｎそれぞれには、対応する加入者系トランクカードの障害の有無を表すリソース障害の有無、対応する加入者系トランクカードでのポート使用数を表すリソース使用数、対応する加入者系トランクカードのサービス種別、閾値、使用している帯域を表すリソース使用量が格納される。
【００１８】
ところで、各加入者系トランクカードのポート数は例えば１０２４（リソース使用数は最大で１０２４）、帯域は例えば最大で６４Ｋｂｐｓ、閾値はリソース使用数とリソース使用量それぞれについて設定されておりデフォルト値は例えば７０％とされている。
【００１９】
また、リソース用途としてのサービス種別としては、テレビ電話等に使用されデータエラーに対する保障がないＢＥ（ベストエフォート）、テレビ電話等に使用されデータエラーに対する最低の保障を行うＰＢＥ（プレミア・ベストエフォート）、音楽データ等のダウンロードに使用されデータエラーに対する保障を行うＣＢＲ（コンスタント・ビットレート）の３種類である。このサービス種別が設定されていない加入者系トランクカードは未使用であり、サービス種別が設定されている加入者系トランクカードは使用中である。サービス種別は加入者系トランクカード単位で任意に設定可能であるが、一旦、サービス種別が設定された加入者系トランクカードでは、それ以外のサービス種別の用途に使用することはできない。
【００２０】
各ユーザのユーザ機器３２ａ，３２ｂ，３２ｃからの接続要求に伴うリソース捕捉要求があると、リソース管理モジュール３０は上記のリソース管理データＲＳ１〜ＲＳｎと、プロセッサ２４内のメモリに格納されている累計データ３４または選択方式データ３６を使用して適切なハードウエアリソース、つまり加入者系トランクカードを捕捉する。
【００２１】
なお、リソース管理モジュール３０はサービス種別毎の使用実績を使用実績データ３８としてプロセッサ２４内のメモリに格納し、この使用実績データ３８を基に累計データ３４を作成し、この累計データ３４を基にリソース管理データＲＳ１〜ＲＳｎそれぞれの閾値を設定する。選択方式データ３６は交換機システムの管理者がワークステーション４０から設定する。
【００２２】
図３は、リソース管理モジュール３０が実行するハードウエアリソース捕捉処理の第１実施例のフローチャートを示す。この処理はユーザ端末からのハードウエアリソース捕捉要求が受信されたときに開始される。このハードウエアリソース捕捉要求ではサービス種別と必要帯域が指定されている。
【００２３】
まず、ステップＳ１０〜Ｓ２２の処理を、加入者インタフェース装置１０に実装されたハードウエアリソースである加入者系トランクカード１４１〜１４ｎ分だけループする。ステップＳ１２ではハードウエアリソース捕捉要求のサービス種別が、当該加入者系トランクカードのサービス種別と一致するか否かをリソース管理データから判別する。当該加入者系トランクカードとはループで順次指定される加入者系トランクカードである。
【００２４】
ここで一致の場合にはステップＳ１４に進み、当該加入者系トランクカードのリソース管理データからリソース使用数とリソース使用量それぞれが閾値内（閾値以下）であるか否かを判別する。リソース使用数とリソース使用量それぞれが閾値内の場合にはステップＳ２４に進み、当該加入者系トランクカードのポート及び帯域を捕捉し、当該加入者系トランクカードのリソース管理データのリソース使用数（ポート使用数）とリソース使用量（使用帯域）それぞれを上記捕捉の分だけ更新して、この処理を終了する。
【００２５】
一方、ステップＳ１４でリソース使用数とリソース使用量のいずれかが閾値内ではない場合には、ステップＳ１６で当該加入者系トランクカードのリソース管理データのリソース使用数とリソース使用量それぞれが上限値内の場合にのみ、その加入者系トランクカードの番号を記憶する。なお、上限値とは最大値から捕捉要求に基づく所定値を減じた値である。次に、ステップＳ２２に進み、全ての実装加入者系トランクカードの検索を終了したか否かを判別して、終了していなければステップＳ１０に戻ってループを行う。
【００２６】
また、ステップＳ１２でハードウエアリソース捕捉要求のサービス種別が、当該加入者系トランクカードのサービス種別と不一致の場合にはステップＳ１８に進み、当該加入者系トランクカードのサービス種別が未設定であるか否かを判別する。そして、当該加入者系トランクカードのサービス種別が未設定の場合にのみステップＳ２０で当該加入者系トランクカードの番号を記憶し、その後、ステップＳ２２に進み、全ての実装加入者系トランクカードの検索を終了したか否かを判別して、終了していなければステップＳ１０に戻ってループを行う。
【００２７】
ステップＳ２２で全ての実装加入者系トランクカードの検索を終了した場合にはステップＳ２６に進み、サービス種別が未設定の加入者系トランクカードがあるか（カードの番号を記憶しているか）否かを判別する。サービス種別が未設定の加入者系トランクカードの番号を記憶している場合にはステップＳ２８で全てのサービス種別（ＢＥ，ＰＢＥ，ＣＢＲ）について少なくとも１枚の加入者系トランクカードを割り当て可能か否かを判別する。可能であればステップＳ２４に進み、サービス種別が未設定の加入者系トランクカードに捕捉要求のサービス種別を設定して捕捉し、その加入者系トランクカードのポート及び帯域を捕捉し、当該加入者系トランクカードのリソース管理データのリソース使用数（ポート使用数）とリソース使用量（使用帯域）それぞれを上記捕捉の分だけ更新して、この処理を終了する。
【００２８】
一方、ステップＳ２８で全てのサービス種別について少なくとも１枚の加入者系トランクカードを割り当てが可能でなければ、ステップＳ３２に進んで、ユーザにハードウエアリソース捕捉が不可能である旨を通知して、この処理を終了する。
【００２９】
また、ステップＳ２６でサービス種別が未設定の加入者系トランクカードがなければステップＳ３０に進んで、リソース管理データのリソース使用数とリソース使用量それぞれが上限値内の加入者系トランクカードがあるか（カードの番号を記憶しているか）否かを判別する。上限値内の加入者系トランクカードの番号を記憶している場合にはステップＳ２４に進み、当該加入者系トランクカードのポート及び帯域を捕捉し、当該加入者系トランクカードのリソース管理データのリソース使用数（ポート使用数）とリソース使用量（使用帯域）それぞれを上記捕捉の分だけ更新して、この処理を終了する。
【００３０】
一方、ステップＳ３０でリソース管理データのリソース使用数とリソース使用量それぞれが上限値内の加入者系トランクカードがなければ、ステップＳ３２に進んで、ユーザにハードウエアリソース捕捉が不可能である旨を通知して、この処理を終了する。
【００３１】
このように、各加入者系トランクカードに割り当てられるサービス種別（リソース用途）は、ユーザからのハードウエアリソース獲得要求の状況によって変化するため、需要の多いサービス種別により多くのハードウエアリソースを割り当て、効率の良いハードウエアリソースの割り当てを行うことができ、加入者系トランクカードのリソース使用数及びリソース使用量が閾値を超えた時点で、新たな加入者系トランクカードがそのサービス種別に割り当てられるため、多くの加入者系トランクカードに負荷を分散することができ、ある加入者系トランクカードに障害が発生した場合に障害の影響を受けるユーザ端末の数を低減することができる。
【００３２】
また、複数のサービス種別の全てについて、少なくとも１つのハードウエアリソースを捕獲するようハードウエアリソースを確保するため、システムが提供する全てのサービス種別に対して最低限のハードウエアリソース量を保証できる。
【００３３】
図４は、リソース管理モジュール３０が実行する累計処理の一実施例のフローチャートを示す。この処理は例えば１時間等の所定時間周期で実行される割り込み処理である。図５は、この累計処理により作成された累計データの一実施例を示す。
【００３４】
まず、ステップＳ４０〜Ｓ４４の処理を、加入者インタフェース装置１０に実装されたハードウエアリソースである加入者系トランクカード１４１〜１４ｎ分だけループする。ステップＳ４２では当該加入者系トランクカードのリソース管理データＲＳ１〜ＲＳｎからリソース使用数（ポート使用数）とリソース使用量（使用帯域）それぞれを、サービス種別毎に加算する。当該加入者系トランクカードとはループで順次指定される加入者系トランクカードである。次に、ステップＳ４４で全ての実装加入者系トランクカードの計上を終了したか否かを判別して、終了していなければステップＳ４０に戻ってループを行う。
【００３５】
ステップＳ４４で全ての実装加入者系トランクカードの検索を終了した場合にはステップＳ４６に進み、リソース使用数（ポート使用数）とリソース使用量（使用帯域）それぞれのサービス種別毎の使用割合を求め、今回の処理周期に対応する累計データとして記憶する。これによって、図５に示す累計データの１行分が作成される。ここで、リソース用途−Ａはサービス種別ＢＥを示し、リソース用途−Ｂはサービス種別ＰＢＥを示し、リソース用途−Ｃはサービス種別ＣＢＲを示している。
【００３６】
ステップＳ４８では、次の処理周期に対応する累計データについて使用割合の大きな順にサービス種別の優先度を高、中、低と設定する。ここで、図５に示す累計データで今回の処理周期が第１周期であるとすれば次の処理周期は第２周期であり、この第２周期ではサービス種別ＢＥが中の優先度、サービス種別ＰＢＥが高の優先度、サービス種別ＣＢＲが低の優先度となる。
【００３７】
この後、ステップＳ５０で各加入者系トランクカードのリソース管理データＲＳ１〜ＲＳｎのうち、優先度を高とされたサービス種別の加入者系トランクカードの閾値を例えば５０％に設定し、優先度を中とされたサービス種別の加入者系トランクカードの閾値を例えば７０％に設定し、優先度を高とされたサービス種別の加入者系トランクカードの閾値を例えば９０％に設定して、この処理を終了する。
【００３８】
このように、累計データからサービス種別の使用割合が大きな順に、そのサービス種別の加入者系トランクカードの閾値を低く設定することにより、使用割合が大きなサービス種別では加入者系トランクカードのリソース使用数及びリソース使用量がまだ低い時期に別の加入者系トランクカードが割り当てられ、それだけ多くの加入者系トランクカードを確保することができる。
【００３９】
なお、上記実施例では１日分の累計データを時間単位で更新して各サービス種別の加入者系トランクカードの閾値を設定しているが、これに代えて、１日毎に１日分の累計データを平均化して各サービス種別の加入者系トランクカードの閾値を設定しても良い。また、リソース管理データＲＳ１〜ＲＳｎそれぞれの閾値は、交換機システムの管理者が図２に示すワークステーション４０から入力して設定することも可能である。
【００４０】
図６は、リソース管理モジュール３０が実行するハードウエアリソース捕捉処理の第２実施例のフローチャートを示す。この処理は、図４の累計処理が実行されて優先度が設定されることが前提条件であり、ユーザ端末からのハードウエアリソース捕捉要求が受信されたときに開始される。このハードウエアリソース捕捉要求ではサービス種別と必要帯域が指定されている。
【００４１】
まず、ステップＳ６０でサービス種別が未定の加入者系トランクカードの有無をリソース管理データから判別する。サービス種別が未定の加入者系トランクカードがあれば、ステップＳ６２で全てのサービス種別（ＢＥ，ＰＢＥ，ＣＢＲ）について少なくとも１枚の加入者系トランクカードを割り当て可能か否かを判別する。可能であればステップＳ６４に進み、空きリソースつまりサービス種別が未定の加入者系トランクカードが残り１枚であるか否かをリソース管理データから判別する。
【００４２】
ここで、サービス種別が未定の加入者系トランクカードが残り２枚以上あればステップＳ６５に進んで、ハードウエアリソース捕捉要求のサービス種別と同一のサービス種別が既に設定されている加入者系トランクカードの中からリソース使用数（または使用量）が最少の加入者系トランクカードを選択し、ステップＳ６６で当該加入者系トランクカードのポート及び帯域を捕捉し、この加入者系トランクカードのリソース管理データのリソース使用数（ポート使用数）とリソース使用量（使用帯域）それぞれを上記捕捉の分だけ更新して、この処理を終了する。
【００４３】
一方、サービス種別が未定の加入者系トランクカードが残り１枚であればステップＳ６６に進んで、ハードウエアリソース捕捉要求のサービス種別が累計データ内で低い優先度に設定されているか否かを判別する。ここで、ハードウエアリソース捕捉要求のサービス種別が低い優先度に設定されている場合には、ステップＳ７０に進んで、ハードウエアリソース捕捉要求のサービス種別と同一のサービス種別が既に設定されている加入者系トランクカードのリソース管理データからリソース使用数とリソース使用量それぞれが上限値内であるか否かを判別する。リソース使用数とリソース使用量それぞれが上限値内の場合にはステップＳ６６に進み、当該加入者系トランクカードのポート及び帯域を捕捉し、当該加入者系トランクカードのリソース管理データのリソース使用数（ポート使用数）とリソース使用量（使用帯域）それぞれを上記捕捉の分だけ更新して、この処理を終了する。
【００４４】
一方、ステップＳ７０でリソース使用数とリソース使用量のいずれかが上限値を超えている場合、及びステップＳ６８で優先度が高または中に設定されている場合にはステップＳ７２に進み、１枚だけ残っているサービス種別が未定の加入者系トランクカードにハードウエアリソース捕捉要求のサービス種別と同一のサービス種別を設定して捕捉し、ステップＳ７４で当該加入者系トランクカードのポート及び帯域を捕捉し、当該加入者系トランクカードのリソース管理データのリソース使用数（ポート使用数）とリソース使用量（使用帯域）それぞれを上記捕捉の分だけ更新して、この処理を終了する。
【００４５】
ところで、ステップＳ６２で全てのサービス種別について少なくとも１枚の加入者系トランクカードを割り当て可能でなければ、ステップＳ７８に進んでユーザにハードウエアリソース捕捉が不可能である旨を通知して、この処理を終了する。
【００４６】
また、ステップＳ６０でサービス種別が未設定の加入者系トランクカードがなければステップＳ７５に進み、リソース管理データのリソース使用数とリソース使用量それぞれが閾値内の加入者系トランクカードがあるか否かを判別する。リソース管理データのリソース使用数とリソース使用量それぞれが閾値内の加入者系トランクカードがある場合には、ステップＳ６６に進み、当該加入者系トランクカードのポート及び帯域を捕捉し、当該加入者系トランクカードのリソース管理データのリソース使用数（ポート使用数）とリソース使用量（使用帯域）それぞれを上記捕捉の分だけ更新して、この処理を終了する。
【００４７】
一方、ステップＳ７５でリソース管理データのリソース使用数とリソース使用量それぞれが閾値内の加入者系トランクカードがなければ、ステップＳ７６に進んで、リソース管理データのリソース使用数とリソース使用量それぞれが上限値内の加入者系トランクカードがあるか否かを判別する。リソース管理データのリソース使用数とリソース使用量それぞれが上限値内の加入者系トランクカードがある場合には、ステップＳ６６に進み、当該加入者系トランクカードのポート及び帯域を捕捉し、当該加入者系トランクカードのリソース管理データのリソース使用数（ポート使用数）とリソース使用量（使用帯域）それぞれを上記捕捉の分だけ更新して、この処理を終了する。
【００４８】
一方、ステップＳ７６でリソース管理データのリソース使用数とリソース使用量それぞれが上限値内の加入者系トランクカードがなければ、ステップＳ７８に進んで、ユーザにハードウエアリソース捕捉が不可能である旨を通知して、この処理を終了する。
【００４９】
このように、空き、つまりサービス種別が設定されてない加入者系トランクカードが残り１枚になったとき、優先度が低いサービス種別に残りの加入者系トランクカードを割り当てず、優先度が高い、つまりサービス種別に残りの加入者系トランクカードを割り当てることにより、使用割合が大きなサービス種別に最後の加入者系トランクカードを割り当てることができ、使用割合が大きなサービス種別により多くのリソースを割り当てることができる。
【００５０】
図７は、リソース管理モジュール３０が実行するハードウエアリソース捕捉処理の第３実施例のフローチャートを示す。この処理はユーザ端末からのハードウエアリソース捕捉要求が受信されたときに開始される。このハードウエアリソース捕捉要求ではサービス種別と必要帯域が指定されている。
【００５１】
まず、ステップＳ８０〜Ｓ９２の処理を、加入者インタフェース装置１０に実装されたハードウエアリソースである加入者系トランクカード１４１〜１４ｎ分だけループする。ステップＳ８２ではハードウエアリソース捕捉要求のサービス種別が、当該加入者系トランクカードのサービス種別と一致するか否かをリソース管理データから判別する。当該加入者系トランクカードとはループで順次指定される加入者系トランクカードである。
【００５２】
ここで一致の場合にはステップＳ８４に進み、当該加入者系トランクカードのリソース管理データからリソース使用数とリソース使用量それぞれが上限値内であるか否かを判別する。なお、上限値とは最大値から捕捉要求に基づく所定値を減じた値である。リソース使用数とリソース使用量それぞれが上限値内の場合にはステップＳ８６でリソース管理データのリソース使用数とリソース使用量それぞれが上限値内にある当該加入者系トランクカードの番号を記憶する。
【００５３】
次に、ステップＳ９２で全ての実装加入者系トランクカードの検索を終了したか否かを判別して、終了していなければステップＳ８０に戻ってループを行う。終了していればステップＳ９４に進み、ハードウエアリソース捕捉要求のサービス種別と同一のサービス種別が既に設定されている加入者系トランクカードの中からリソース使用数及び使用帯域が最最大の加入者系トランクカードを選択し、ステップＳ９６で当該加入者系トランクカードのポート及び帯域を捕捉し、当該加入者系トランクカードのリソース管理データのリソース使用数（ポート使用数）とリソース使用量（使用帯域）それぞれを上記捕捉の分だけ更新して、この処理を終了する。
【００５４】
一方、ステップＳ８４でリソース使用数とリソース使用量のいずれかが閾値内ではない場合には、ステップＳ１００に進む。また、ステップＳ８２でハードウエアリソース捕捉要求のサービス種別が、当該加入者系トランクカードのサービス種別と不一致の場合は、ステップＳ９８で当該加入者系トランクカードのサービス種別が未設定であるか否かを判別する。そして、当該加入者系トランクカードのサービス種別が未設定の場合にステップＳ１００に進み、当該加入者系トランクカードの番号を記憶する。当該加入者系トランクカードのサービス種別が設定されている場合はステップＳ９２に進み、全ての実装加入者系トランクカードの検索を終了したか否かを判別して、終了していなければステップＳ８０に戻ってループを行う。
【００５５】
ステップＳ１００の実行後、ステップＳ１０２に進んで全てのサービス種別（ＢＥ，ＰＢＥ，ＣＢＲ）について少なくとも１枚の加入者系トランクカードを割り当て可能か否かを判別する。可能であればステップＳ１０４に進み、サービス種別が未設定の加入者系トランクカードに捕捉要求のサービス種別を設定して捕捉し、その加入者系トランクカードのポート及び帯域を捕捉し、この加入者系トランクカードのリソース管理データのリソース使用数（ポート使用数）とリソース使用量（使用帯域）それぞれを上記捕捉の分だけ更新して、この処理を終了する。
【００５６】
一方、ステップＳ１０２で全てのサービス種別について少なくとも１枚の加入者系トランクカードを割り当てが可能でなければ、ステップＳ１０６に進んで、ユーザにハードウエアリソース捕捉が不可能である旨を通知して、この処理を終了する。
【００５７】
この実施例では、加入者系トランクカードのリソース使用数及びリソース使用量が上限値となるまで、既にサービス種別が設定されている加入者系トランクカードが使用されるため、未使用の加入者系トランクカードを多数残すことができる。例えば、大晦日から元旦にかけて等の特定の日においては、サービス種別ＢＥ，ＰＢＥ，ＣＢＲのうち、例えばサービス種別ＣＢＲのみのハードウエアリソース捕捉要求が多発する場合などに、このサービス種別ＣＢＲのハードウエアリソース獲得要求を受けることができ、効果的である。なお、通常は図３の処理を実行し、大晦日から元旦にかけては図７の処理を実行するという指示は、交換機システムの管理者が図２に示すワークステーション４０から入力して選択方式データ３６として格納保持される。
【００５８】
なお、ステップＳ１４が請求項記載の比較手段に対応し、ステップＳ２４が捕獲手段に対応し、ステップＳ２８がハードウエアリソース確保手段に対応し、ステップＳ１６，Ｓ２４が捕獲使用手段に対応し、ステップＳ４０〜Ｓ５０が閾値設定手段に対応し、ワークステーション４０が閾値任意設定手段に対応し、ステップＳ６５が第１選択捕獲使用手段に対応し、ステップＳ４８が優先度設定手段に対応し、ステップＳ６８が獲得禁止手段に対応し、ステップＳ８６，Ｓ９６が第２選択捕獲使用手段に対応する。
【００５９】
（付記１）  ハードウエアリソース捕捉要求が発生する毎に、前記ハードウエアリソース捕捉要求のリソース用途に応じシステム内の複数のハードウエアリソースのいずれかを捕捉するハードウエアリソース捕捉方法であって、
発生したハードウエアリソース捕獲要求のリソース用途と同一のリソース用途で既に捕獲されているハードウエアリソースの使用率が所定の閾値を超えているとき、前記システム内の複数のハードウエアリソースのうち未だ捕獲されてないハードウエアリソースを前記ハードウエアリソース捕獲要求のリソース用途として捕獲する
ことを特徴とするハードウエアリソース捕捉方法。
【００６０】
（付記２）  ハードウエアリソース捕捉要求が発生する毎に、前記ハードウエアリソース捕捉要求のリソース用途に応じシステム内の複数のハードウエアリソースのいずれかを捕捉するハードウエアリソース捕捉装置であって、
発生したハードウエアリソース捕獲要求のリソース用途と同一のリソース用途で既に捕獲されているハードウエアリソースの使用率を所定の閾値と比較する比較手段と、
前記既に捕獲されているハードウエアリソースの使用率が所定の閾値を超えているとき、前記システム内の複数のハードウエアリソースのうち未だ捕獲されてないハードウエアリソースを前記ハードウエアリソース捕獲要求のリソース用途として捕獲する捕獲手段とを
有することを特徴とするハードウエアリソース捕捉装置。
【００６１】
（付記３）  付記２記載のハードウエアリソース捕捉装置において、
複数のリソース用途の全てについて、少なくとも１つのハードウエアリソースを捕獲するようハードウエアリソースを確保するハードウエアリソース確保手段を
有することを特徴とするハードウエアリソース捕捉装置。
【００６２】
（付記４）  付記２記載のハードウエアリソース捕捉装置において、
システム内の複数のハードウエアリソースの全てが既に捕捉されているとき、前記ハードウエアリソース捕獲要求のリソース用途と同一のリソース用途で既に捕獲されており前記使用率が所定の閾値を超えているハードウエアリソースの未使用部分を獲得して使用する捕獲使用手段を
有することを特徴とするハードウエアリソース捕捉装置。
【００６３】
（付記５）  付記２記載のハードウエアリソース捕捉装置において、
システム内の全てのハードウエアリソースにおける各リソース用途毎の使用率に応じて前記各リソース用途の閾値を可変設定する閾値設定手段を
有することを特徴とするハードウエアリソース捕捉装置。
【００６４】
（付記６）  付記２記載のハードウエアリソース捕捉装置において、
システム内の全てのハードウエアリソースにおける各リソース用途毎の閾値を任意に設定する閾値任意設定手段を
有することを特徴とするハードウエアリソース捕捉装置。
【００６５】
（付記７）  ハードウエアリソース捕捉要求が発生する毎に、前記ハードウエアリソース捕捉要求のリソース用途に応じシステム内の複数のハードウエアリソースのいずれかを捕捉するハードウエアリソース捕捉装置であって、
前記ハードウエアリソース捕捉要求と同一のリソース用途で既に捕獲されているハードウエアリソースのうち使用率が最少のハードウエアリソースを選択し、その未使用部分を獲得して使用する第１選択捕獲使用手段を
有することを特徴とするハードウエアリソース捕捉装置。
【００６６】
（付記８）  付記７記載のハードウエアリソース捕捉装置において、
システム内の全てのハードウエアリソースにおける各リソース用途毎の使用率に応じて前記各リソース用途の閾値を可変設定する閾値設定手段を
有することを特徴とするハードウエアリソース捕捉装置。
【００６７】
（付記９）  付記８記載のハードウエアリソース捕捉装置において、
システム内の全てのハードウエアリソースにおける各リソース用途毎の使用率に応じて前記各リソース用途の優先度を設定する優先度設定手段と、
前記システム内で獲得されてないハードウエアリソース数が少ないとき前記優先度の低いリソース用途のハードウエアリソースの獲得を禁止する獲得禁止手段を
有することを特徴とするハードウエアリソース捕捉装置。
【００６８】
（付記１０）  ハードウエアリソース捕捉要求が発生する毎に、前記ハードウエアリソース捕捉要求のリソース用途に応じシステム内の複数のハードウエアリソースのいずれかを捕捉するハードウエアリソース捕捉装置であって、
前記ハードウエアリソース捕捉要求と同一のリソース用途で既に捕獲されている複数のハードウエアリソースのうち使用率が上限値を超えることなく、かつ、最大のハードウエアリソースを選択し、その未使用部分を獲得して使用する第２選択捕獲使用手段を
有することを特徴とするハードウエアリソース捕捉装置。
【００６９】
【発明の効果】
上述の如く、請求項１に記載の発明は、発生したハードウエアリソース捕獲要求のリソース用途と同一のリソース用途で既に捕獲されているハードウエアリソースの使用率が所定の閾値を超えているとき、前記システム内の複数のハードウエアリソースのうち未だ捕獲されてないハードウエアリソースを前記ハードウエアリソース捕獲要求のリソース用途として捕獲するため、
各加入者系トランクカードに割り当てられるリソース用途は、ユーザからのハードウエアリソース獲得要求の状況によって変化するため、需要の多いリソース用途により多くのハードウエアリソースを割り当て、効率の良いハードウエアリソースの割り当てを行うことができ、多くの加入者系トランクカードに負荷を分散することができ、ある加入者系トランクカードに障害が発生した場合に障害の影響を受けるユーザ端末の数を低減することができる。
【００７０】
請求項２に記載の発明は、発生したハードウエアリソース捕獲要求のリソース用途と同一のリソース用途で既に捕獲されているハードウエアリソースの使用率を所定の閾値と比較する比較手段と、
前記既に捕獲されているハードウエアリソースの使用率が所定の閾値を超えているとき、前記システム内の複数のハードウエアリソースのうち未だ捕獲されてないハードウエアリソースを前記ハードウエアリソース捕獲要求のリソース用途として捕獲する捕獲手段とを有するため、
各加入者系トランクカードに割り当てられるリソース用途は、ユーザからのハードウエアリソース獲得要求の状況によって変化するため、需要の多いリソース用途により多くのハードウエアリソースを割り当て、効率の良いハードウエアリソースの割り当てを行うことができ、多くの加入者系トランクカードに負荷を分散することができ、ある加入者系トランクカードに障害が発生した場合に障害の影響を受けるユーザ端末の数を低減することができる。
【００７１】
請求項３に記載の発明は、複数のリソース用途の全てについて、少なくとも１つのハードウエアリソースを捕獲するようハードウエアリソースを確保するハードウエアリソース確保手段を有するため、
システムが提供する全てのリソース用途に対して最低限のハードウエアリソース量を保証できる。
【００７２】
請求項４に記載の発明は、システム内の複数のハードウエアリソースの全てが既に捕捉されているとき、前記ハードウエアリソース捕獲要求のリソース用途と同一のリソース用途で既に捕獲されており前記使用率が所定の閾値を超えているハードウエアリソースの未使用部分を獲得して使用する捕獲使用手段を有するため、
各加入者系トランクカードを最大限まで使用できる。
【００７３】
請求項５に記載の発明は、システム内の全てのハードウエアリソースにおける各リソース用途毎の使用率に応じて前記各リソース用途の閾値を可変設定する閾値設定手段を有するため、
各リソース用途の使用状況に応じて各リソース用途の閾値を設定することができる。
【００７４】
付記６に記載の発明は、システム内の全てのハードウエアリソースにおける各リソース用途毎の閾値を任意に設定する閾値任意設定手段を有するため、
システム管理者は各リソース用途毎に閾値を任意に設定することができる。
【００７５】
付記７に記載の発明は、ハードウエアリソース捕捉要求と同一のリソース用途で既に捕獲されているハードウエアリソースのうち使用率が最少のハードウエアリソースを選択し、その未使用部分を獲得して使用する第１選択捕獲使用手段を有するため、
リソース用途が同一の加入者系トランクカードの使用率を平均化して、負荷を分散できる。
【００７６】
付記８に記載の発明は、システム内の全てのハードウエアリソースにおける各リソース用途毎の使用率に応じて前記各リソース用途の閾値を可変設定する閾値設定手段を有するため、
各リソース用途の使用状況に応じて各リソース用途の閾値を設定することができる。
【００７７】
付記９に記載の発明は、システム内の全てのハードウエアリソースにおける各リソース用途毎の使用率に応じて前記各リソース用途の優先度を設定する優先度設定手段と、
前記システム内で獲得されてないハードウエアリソース数が少ないとき前記優先度の低いリソース用途のハードウエアリソースの獲得を禁止する獲得禁止手段を有するため、
獲得されてないハードウエアリソース数が少ないとき優先度の高いリソース用途にハードウエアリソースを割り当て、使用割合が大きなサービス種別に残り少ない加入者系トランクカードを割り当てることができる。
【００７８】
付記１０に記載の発明は、ハードウエアリソース捕捉要求と同一のリソース用途で既に捕獲されている複数のハードウエアリソースのうち使用率が上限値を超えることなく、かつ、最大のハードウエアリソースを選択し、その未使用部分を獲得して使用する第２選択捕獲使用手段を有するため、
未使用の加入者系トランクカードを多数残すことができ、特定のリソース用途が多発する場合に、この特定のリソース用途のハードウエアリソース獲得要求を受けることができる。
【図面の簡単な説明】
【図１】交換機システムの一例のシステム構成図である。
【図２】本発明の基本原理を説明するための機能ブロック図である。
【図３】リソース管理モジュール３０が実行するハードウエアリソース捕捉処理の第１実施例のフローチャートである。
【図４】リソース管理モジュール３０が実行する累計処理の一実施例のフローチャートである。
【図５】累計処理により作成された累計データの一実施例を示す図である。
【図６】リソース管理モジュール３０が実行するハードウエアリソース捕捉処理の第２実施例のフローチャートである。
【図７】リソース管理モジュール３０が実行するハードウエアリソース捕捉処理の第３実施例のフローチャートである。
【符号の説明】
１０，１２  加入者インタフェース装置
１４１〜１４ｎ，１５１〜１５ｎ  加入者系トランクカード
１６  携帯電話
１８  データ端末
２０  ファックス
２２  コアスイッチ
２４  プロセッサ
３０  リソース管理モジュール
３２ａ，３２ｂ，３２ｃ  ユーザ機器
３４  累計データ
３６  選択方式データ
３８  使用実績データ
４０  ワークステーション
ＲＳ１〜ＲＳｎ  リソース管理データ
【図１】
0004105849.tif 000002
【図２】
0004105849.tif 000003
【図３】
0004105849.tif 000004
【図４】
0004105849.tif 000005
【図５】
0004105849.tif 000006
【図６】
0004105849.tif 000007
【図７】
0004105849.tif 000008