(57)【要約】【課題】  ＡＴＭ交換システムにおいて、誤って正常な長時間保留コネクションを開放してしまう危険性を少なくし、且つ、システム正常時にユーザの開放忘れなどにより発生した長時間保留コネクションを速やかに開放する。【解決手段】  制御部５は、入力回線対応部２に対して読み出し要求を出力する。入力回線対応部２は、上記要求に応答して現在ハードウェア的に設定されている各論理コネクションのVPI,VCIや、QoSクラス（リアルタイムクラスRt或いはノンリアルタイムクラスN-Rt）を含んだハードウェア情報を制御部５に返す。制御部５は、ハードウェア情報の１つに注目し、QoSクラスがRtなのかN-Rtなのかを調べる。その後、上記ハードウェア情報中のVPI,VCIによって特定される論理コネクションの保留時間とQoSクラスに応じた閾値とを比較し、保留時間が閾値を超えている場合は、上記論理コネクションを開放する。【選択図】      図１
2005073191.tif 000002
【特許請求の範囲】
【請求項１】
論理コネクションの保留時間が、予め定められている各ＱｏＳクラス毎の閾値の内の、前記論理コネクションが属するＱｏＳクラスの閾値を超えた場合、前記論理コネクションを開放する構成を有することを特徴とするＡＴＭ交換システム。
【請求項２】
請求項１記載のＡＴＭ交換システムにおいて、
前記ＱｏＳクラスには、リアルタイムクラスとノンリアルタイムクラスとが含まれ、ノンリアルタイムクラスの閾値の方がリアルタイムクラスの閾値よりも大きいことを特徴とするＡＴＭ交換システム。
【請求項３】
請求項１記載のＡＴＭ交換システムにおいて、
論理コネクションに割り当て済みのＶＰＩとＶＣＩとの対からなる論理コネクション情報に対応付けて、その論理コネクションの種別がＰＶＣなのかＳＶＣなのかを示す論理コネクション種別情報が登録されたリソース管理テーブルを備えると共に、
前記リソース管理テーブルに登録されている論理コネクション情報によって示される論理コネクションの中に、ハードウェア的には設定されていない論理コネクションが存在する場合、その論理コネクションの種別がＰＶＣであれば、ハードウェア的に設定し直し、その論理コネクションの種別がＳＶＣであれば、前記リソース管理テーブルから該当する論理コネクションの情報を削除する構成を有することを特徴とするＡＴＭ交換システム。
【請求項４】
請求項３記載のＡＴＭ交換システムにおいて、
ハードウェア的には設定されている論理コネクションの中に、前記リソース管理テーブルにはその論理コネクションを示す論理コネクション情報が登録されていない論理コネクションが存在する場合、前記ハードウェア的に設定されている論理コネクションを開放する構成を有することを特徴とするＡＴＭ交換システム。
【請求項５】
ＡＴＭ交換システムにおいて、
論理コネクションの保留時間が、予め定められている各ＱｏＳクラス毎の閾値の内の、前記論理コネクションが属するＱｏＳクラスの閾値を超えた場合、前記論理コネクションを開放することを特徴とするリソース管理方法。
【請求項６】
請求項５記載のリソース管理方法において、
前記ＱｏＳクラスには、リアルタイムクラスとノンリアルタイムクラスとが含まれ、ノンリアルタイムクラスの閾値の方がリアルタイムクラスの閾値よりも大きいことを特徴とするリソース管理方法。
【請求項７】
請求項５記載のリソース管理方法において、
論理コネクションに割り当て済みのＶＰＩとＶＣＩとの対からなる論理コネクション情報に対応付けて、その論理コネクションの種別がＰＶＣなのかＳＶＣなのかを示す論理コネクション種別情報が登録されたリソース管理テーブル上に、ハードウェア的には設定されていない論理コネクションを示す論理コネクション情報が登録されている場合、その論理コネクション情報に対応付けて登録されている論理コネクション種別情報がＰＶＣであれば、ハードウェア的に設定し直し、ＳＶＣであれば、前記リソース管理テーブルから該当する論理コネクションの情報を削除することを特徴とするリソース管理方法。
【請求項８】
請求項７記載のリソース管理方法において、
ハードウェア的には設定されている論理コネクションの中に、前記リソース管理テーブルにはその論理コネクションを示す論理コネクション情報が登録されていない論理コネクションが存在する場合、前記ハードウェア的に設定されている論理コネクションを開放することを特徴とするリソース管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＡＴＭ（Asynchronous Transfer Mode）スイッチを有するＡＴＭ交換システムにおけるリソース管理技術に関し、特に、長時間保留コネクションを開放する技術に関する。
【背景技術】
【０００２】
従来から電子交換機においては、リソースの有効利用を図るため、長時間保留呼を開放するということが行なわれている（例えば、特許文献１参照）。この特許文献１に記載されている従来の技術では、長時間保留呼を検出すると、記憶装置に記憶されている上記長時間保留呼の状態とハードウェア動作状態とを照合し、照合不一致の場合、長時間保留呼を開放するようにしている。
【特許文献１】特開昭６２−１３２４６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述した従来の技術によれば、何らかの障害により長時間保留呼となってしまった呼を自動的に開放することはできるが、システム正常時に発生した長時間保留呼（例えば、ユーザの開放忘れ等により発生した長時間保留呼）を開放することはできない。このような長時間保留呼も自動的に開放するためには、例えば、保留時間が閾値以上となった呼を開放するという方法を採用することができる。しかし、１つの閾値だけを用いて呼を開放するこの方法は、本発明が対象にしているＡＴＭ交換システムには適さないものである。
【０００４】
ＡＴＭ交換システムには、リアルタイム性が要求される音声や動画像を伝送する論理コネクションや、リアルタイム性が要求されないデータを伝送する論理コネクションなど、種々のＱｏＳ（Quality of Service）クラスに属する論理コネクションが存在する。そして、リアルタイム性が要求されるＱｏＳクラス（リアルタイムクラス）に属する論理コネクションと、リアルタイム性が要求されないＱｏＳクラス（ノンリアルタイムクラス）に属する論理コネクションとでは、正常な連続使用時間が異なる。即ち、電話や会議システムで使用されるリアルタイムクラスに属する論理コネクションに比較して、データ転送で使用されるノンリアルタイムクラスに属する論理コネクションの方が、正常な連続使用時間が長くなるのが一般的である。
【０００５】
このため、論理コネクションが属するＱｏＳクラスを全く考慮せずに、１つの閾値のみを使用して論理コネクションを開放すると、次のような問題が生じる。即ち、閾値の値を小さくすると、正常な連続使用状態にあるノンリアルタイムクラスに属する論理コネクションが誤って開放されてしまう危険性が高くなる。反対に、閾値の値を大きくすると、正常な連続使用状態にあるノンリアルタイムクラスに属する論理コネクションを誤って開放してしまうという危険性は少なくなるが、ユーザの操作ミス等により設定されたままとなっているリアルタイムクラスに属する論理コネクションが開放されず、リソースが無駄に消費されてしまう危険性が高まる。
【０００６】
〔発明の目的〕
そこで、本発明の目的は、誤って正常な長時間保留コネクションを開放してしまう危険性を少なくし、且つ、システム正常時にユーザの開放忘れ等によって発生した長時間保留コネクションを速やかに開放し、リソースの有効利用を図ることができるＡＴＭ交換システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明にかかる第１のＡＴＭ交換システムは、上記目的を達成するため、
論理コネクションの保留時間が、予め定められている各ＱｏＳクラス毎の閾値の内の、前記論理コネクションが属するＱｏＳクラスの閾値を超えた場合、前記論理コネクションを開放する構成を有することを特徴とする。
【０００８】
より具体的には、本発明にかかる第２のＡＴＭ交換システムは、第１のＡＴＭ交換システムにおいて、
前記ＱｏＳクラスには、リアルタイムクラスとノンリアルタイムクラスとが含まれ、ノンリアルタイムクラスの閾値の方がリアルタイムクラスの閾値よりも大きいことを特徴とする。
【０００９】
また、本発明にかかる第３のＡＴＭ交換システムは、論理コネクションの種別がＰＶＣなのか、ＳＶＣなのかも考慮したリソース管理を行なえるようにするため、第１のＡＴＭ交換システムにおいて、
論理コネクションに割り当て済みのＶＰＩとＶＣＩとの対からなる論理コネクション情報に対応付けて、その論理コネクションの種別がＰＶＣなのかＳＶＣなのかを示す論理コネクション種別情報が登録されたリソース管理テーブルを備えると共に、
前記リソース管理テーブルに登録されている論理コネクション情報によって示される論理コネクションの中に、ハードウェア的には設定されていない論理コネクションが存在する場合、その論理コネクションの種別がＰＶＣであれば、ハードウェア的に設定し直し、その論理コネクションの種別がＳＶＣであれば、前記リソース管理テーブルから該当する論理コネクションの情報を削除する構成を有することを特徴とする。
【００１０】
また、本発明にかかる第４のＡＴＭ交換システムは、第３のＡＴＭ交換システムにおいて、
ハードウェア的には設定されている論理コネクションの中に、前記リソース管理テーブルにはその論理コネクションを示す論理コネクション情報が登録されていない論理コネクションが存在する場合、前記ハードウェア的に設定されている論理コネクションを開放する構成を有することを特徴とする。
【発明の効果】
【００１１】
本発明の第１の効果は、正常な長時間使用コネクションを誤って開放してしまう危険性を少なくし、且つ、システム正常時にユーザの開放忘れなどにより発生した長時間保留コネクションを速やかに開放し、リソースの有効利用を図れるということである。
【００１２】
その理由は、ＱｏＳクラス毎に異なる閾値を用いて長時間保留コネクションを開放するようにしているからである。
【００１３】
本発明の第２の効果は、システム運用上必要な論理コネクションを早期復旧できるということにある。
【００１４】
その理由は、リソース管理テーブルに登録されている論理コネクション情報によって示される論理コネクションの中に、ハードウェア的には設定されていない論理コネクションが存在する場合、その論理コネクションの種別がＰＶＣであれば、ハードウェア的に設定し直すようにしているからである。
【発明を実施するための最良の形態】
【００１５】
次に本発明の実施の形態について図面を参照して詳細に説明する。
【００１６】
〔構成の説明〕
図１は本発明にかかるＡＴＭ交換システムの実施の形態を示すブロック図である。同図に示すように、ＡＴＭ交換システム１は、入力回線対応部２と、ＡＴＭスイッチ３と、出力回線対応部４と、制御部５と、リソース管理テーブル６と、入力側の複数の伝送路７と、出力側の複数の伝送路８とを備えている。
【００１７】
入力回線対応部２は、図２に示すように、伝送路終端部２１と、トラヒック管理部２２と、コネクション管理部２３とを備えている。
【００１８】
伝送路終端部２１は、各伝送路７を終端する機能を有する。
【００１９】
コネクション管理部２３は、ハードウェア的に設定されている各論理コネクションのＶＰＩ（Virtual Path Identifier）、ＶＣＩ（Virtual Channel Identifier）を管理すると共に、各論理コネクションの申告帯域やＱｏＳクラスを管理する機能を有する。更に、コネクション管理部２３は、制御部５からのハードウェア情報読み出し要求に応答して、管理している各論理コネクション（ハードウェア的に設定されている各論理コネクション）のＶＰＩ、ＶＣＩの対と、ＱｏＳクラスと、トラヒック管理部２２で管理されている各論理コネクション毎のトラヒック情報（例えば、通過セル数、廃棄セル数など）とを含むハードウェア情報を制御部５に通知する機能を有する。
【００２０】
トラヒック管理部２２は、ハードウェア的に設定されている各論理コネクションのトラヒックをモニタする機能や、申告帯域を超えたセルを廃棄する機能や、各論理コネクションのトラヒック情報を管理する機能などを有する。
【００２１】
ＡＴＭスイッチ３は、入力回線対応部２を介して入力される各セルを、そのヘッダ情報に基づいてルーティングする機能を有する。
【００２２】
出力回線対応部４は、伝送路８やＶＰの使用状況をモニタする機能や、ＶＰの帯域を保証する機能や、制御部５にトラヒック情報を通知する機能などを有する。
【００２３】
リソース管理テーブル６は、制御部５によって管理されているテーブルであり、論理コネクションに割り当て済みのＶＰＩとＶＣＩとの対（論理コネクション情報）に対応付けて、その論理コネクションのＱｏＳクラスと、その論理コネクションの種別がＰＶＣ(Permanent Virtual Channel;固定接続型ＶＣ)なのかＳＶＣ(Switched Virtual Channel;交換型ＶＣ)なのかを示す論理コネクション種別情報とが格納されている。図３にリソース管理テーブル６の一例を示す。同図において、リソース管理テーブル６の第１行目は、ＶＰＩ＝「Ａ」、ＶＣＩ＝「１００」によって特定される論理コネクションは、ＱｏＳクラスが「リアルタイムクラス（Ｒｔ）」で、論理コネクション種別が「ＰＶＣ」であることを示している。また、第ｋ行目は、ＶＰＩ＝「Ｂ」、ＶＣＩ＝「８０」によって特定される論理コネクションは、ＱｏＳクラスが「ノンリアルタイムクラス（Ｎ−Ｒｔ）」で、論理コネクション種別が「ＳＶＣ」であることを示している。
【００２４】
制御部５は、図４に示すように、ハードウェア情報収集処理部５１と、不一致検出処理部５２と、保留コネクション検出処理部５３とを備えている。
【００２５】
ハードウェア情報収集処理部５１は、一定周期で入力回線対応部２に対してハードウェア情報読み出し要求を出力し、現時点においてハードウェア的に設定されている各論理コネクションのハードウェア情報を収集する機能を有する。ハードウェア情報は、論理コネクションのＶＰＩ，ＶＣＩと、論理コネクションが属するＱｏＳクラスと、論理コネクションのトラヒック情報（通過セル数、廃棄セル数など）とを含んでいる。
【００２６】
不一致検出処理部５２は、リソース管理テーブル６に格納されている情報と入力回線対応部２から送られてくるハードウェア情報との不一致部分を検出する機能や、不一致内容に応じて入力回線対応部２へ開放要求や再設定要求を送信したり、リソース管理テーブル６の内容を更新する機能を有する。
【００２７】
保留コネクション検出処理部５３は、保留時間とＱｏＳクラス毎に定められている閾値とに基づいて開放すべき長時間保留コネクションを検出する機能や、入力回線対応部２に対して長時間保留コネクションの開放を要求する開放要求を出力する機能などを有する。
【００２８】
また、制御部５は、新たなコネクションの設定時に、リソース管理テーブル６を参照し、空いているＶＰＩ，ＶＣＩを論理コネクションに割り当てる機能や、論理コネクションに割り当てたＶＰＩ，ＶＣＩと上記論理コネクションのＱｏＳクラス，種別とを対応付けてリソース管理テーブル６に登録する機能や、論理コネクションに割り当てたＶＰＩ，ＶＣＩ等を入力回線対応部２内のコネクション管理部２３に通知する機能や、開放された論理コネクションに関する情報をリソース管理テーブル６から削除する機能等を有する。
【００２９】
〔動作の説明〕
次に、本実施の形態の動作について詳細に説明する。
【００３０】
制御部５内のハードウェア情報収集処理部５１は、所定時間毎にハードウェア情報収集処理を行なう（図５、ステップＳ５１）。このステップＳ５１では、ハードウェア情報収集処理部５１は、図６に示すように、入力回線対応部２に対してハードウェア情報読み出し要求(a)を送信する。
【００３１】
入力回線対応部２内のコネクション管理部２３は、ハードウェア情報収集処理部５１からのハードウェア情報読み出し要求(a)を受信すると、図６に示すように、確認応答(b)を返す。その後、コネクション管理部２３は、自身が管理している各論理コネクション（ハードウェア的に設定されている各論理コネクション）毎に、その論理コネクションのＶＰＩ，ＶＣＩと、その論理コネクションのＱｏＳクラスと、トラヒック管理部２２で管理されている上記論理コネクションのトラヒック情報とを含むハードウェア情報(c)を制御部５へ返す。
【００３２】
制御部５内のハードウェア情報収集処理部５１は、全てのハードウェア情報(c)を受信すると、不一致検出処理部５２を起動する。
【００３３】
これにより、不一致検出処理部５２は、論理コネクション状態不一致検出処理を行なう（図５、ステップＳ５２）。図７は、ステップＳ５２で行なう論理コネクション状態不一致検出処理の詳細な処理例を示すフローチャートであり、以下、論理コネクション状態不一致検出処理について説明する。
【００３４】
先ず、不一致検出処理部５２は、リソース管理テーブル６上には該当する情報が存在しないが、ハードウェア情報収集処理部５１が収集したハードウェア情報中には該当する情報が存在する論理コネクションを検出する（図７、ステップＳ７１）。そして、そのような論理コネクションを検出した場合には、その論理コネクションのＶＰＩ，ＶＣＩを含んだ開放要求を入力回線対応部２へ出力する（ステップＳ７２）。
【００３５】
今、例えば、リソース管理テーブル６の内容及びハードウェア情報収集処理部５１によって収集されたハードウェア情報の内容が、それぞれ図８（Ａ）、（Ｂ）に示すものであるとすると、ステップＳ７１において、状態不一致ケース(2)に対応する論理コネクションが検出され、ステップＳ７２において、ＶＰＩ＝「Ｂ」、ＶＣＩ＝「９０」を含んだ開放要求が入力回線対応部２へ出力される。なお、ステップＳ７１において、条件を満たす論理コネクションを検出できなかった場合は、不一致検出処理部５２は、ステップＳ７２を飛ばしてステップＳ７３の処理を行なう。また、図８（Ｂ）ではトラヒック情報は図示を省略してある。
【００３６】
入力回線対応部２内のコネクション管理部２３は、不一致状態検出処理部５２から開放要求（ＶＰＩ＝「Ｂ」、ＶＣＩ＝「９０」を含んでいるとする）が送られてくると、図９のフローチャートに示すように、ＶＰＩ＝「Ｂ」、ＶＣＩ＝「９０」によって特定される論理コネクションを設定しているか否かを判定する（ステップＳ９１）。そして、設定していない場合は、「該当コネクションなし」を返す（ステップＳ９１がＮＯ、ステップＳ９４）。これに対して設定している場合には、該当する論理コネクションを開放し、その後、開放応答を返す（ステップＳ９１がＹＥＳ、ステップＳ９２、Ｓ９３）。
【００３７】
ステップＳ７２の処理が終了すると、不一致検出処理部５２は、ハードウェア情報収集処理部５１が収集したハードウェア情報中には該当する情報が存在しないが、リソース管理テーブル６上には該当する情報が存在する、種別がＰＶＣの論理コネクションを検出する（ステップＳ７３）。そして、そのような論理コネクションを検出した場合には、その論理コネクションのＶＰＩ，ＶＣＩや、上記論理コネクションの申告帯域などを含んだ再設定要求を入力回線対応部２へ出力する（ステップＳ７４）。
【００３８】
今、例えば、リソース管理テーブル６の内容及びハードウェア情報収集処理部５１が収集したハードウェア情報の内容が、それぞれ図８（Ａ）、（Ｂ）に示したものであるとすると、ステップＳ７３において、状態不一致ケース(1)に対応する論理コネクションが検出され、ステップＳ７４において、ＶＰＩ＝「Ａ」、ＶＣＩ＝「１０２」等を含んだ再設定要求が入力回路対応部２へ送信される。なお、ステップＳ７３において、条件を満たす論理コネクションを検出できなかった場合は、ステップＳ７４を飛ばしてステップＳ７５に進む。
【００３９】
入力回線対応部２内のコネクション管理部２３は、不一致検出処理部５２から再設定要求（ＶＰＩ＝「Ａ」、ＶＣＩ＝「１０２」を含むとする）が送られてくると、図１０のフローチャートに示すように、再設定要求された論理コネクションを再設定し、設定応答を返す（ステップＳ101、Ｓ102）。つまり、状態不一致ケース(1)の場合は、固定的に設定されるべき論理コネクション（論理コネクション種別がＰＶＣの論理コネクション）がハードウェア的に設定されていないので、論理コネクションをハードウェア的に再設定することにより、リソース管理テーブル６で管理されている論理コネクションと、実際にハードウェア的に設定されている論理コネクションとを一致させるようにしている。
【００４０】
ステップＳ７４の処理が終了すると、不一致検出処理部５２は、ハードウェア情報収集処理部５１が収集したハードウェア情報中には該当する情報が存在しないが、リソース管理テーブル６上には該当する情報が存在する、種別がＳＶＣの論理コネクションを検出する（ステップＳ７５）。そして、そのような論理コネクションを検出したら、検出した論理コネクションの情報をリソース管理テーブル６から削除する（ステップＳ７６）。
【００４１】
今、例えば、リソース管理テーブル６の内容及びハードウェア情報収集処理部５１が収集したハードウェア情報の内容がそれぞれ図８（Ａ）、（Ｂ）に示すものであるとすると、ステップＳ７５において、状態不一致ケース(3)に対応する論理コネクションが検出され、ステップＳ７６において、リソース管理テーブル６から状態不一致ケース(3)に対応する情報が削除される。つまり、状態不一致ケース(3)では、コールバイコールに設定される論理コネクション（論理コネクション種別がＳＶＣの論理コネクション）が、ハードウェア的には設定されずに、リソース管理テーブル６上のみに残っているため、リソース管理テーブル６上の該当する論理コネクションの情報を削除することにより、リソース管理テーブル６で管理されている論理コネクションと、実際にハードウェア的に設定されている論理コネクションとを一致させるようにしている。
【００４２】
不一致検出処理部５２は、上記した処理が終了すると、保留コネクション検出処理部５３を起動する。これにより、保留コネクション検出処理部５３は、長時間保留コネクション検出処理を行なう（図５、ステップＳ５３）。図１１はステップＳ５３で行なう長時間保留コネクション検出処理の詳細な処理例を示すフローチャートであり、以下、長時間保留コネクション検出処理について説明する。
【００４３】
先ず、保留コネクション検出処理部５３は、ハードウェア情報収集処理部５１が今回収集したハードウェア情報の内の１つに注目する（図１１、ステップＳ111）。その後、注目しているハードウェア情報中のＱｏＳクラスがリアルタイムクラス（Ｒｔ）なのか、ノンリアルタイムクラス（Ｎ−Ｒｔ）なのかを調べる（ステップＳ113）。
【００４４】
そして、リアルタイムクラスである場合（ステップＳ113がＹＥＳ）は、注目しているハードウェア情報中のＶＰＩ，ＶＣＩによって特定される論理コネクションの保留時間が、リアルタイムクラスに対して定められている閾値ＴｈＲを超えているか否かを調べる（ステップＳ114）。これに対して、ノンリアルタイムクラスである場合（ステップＳ113がＮＯ）は、注目しているハードウェア情報中のＶＰＩ，ＶＣＩによって特定される論理コネクションの保留時間がノンリアルタイムクラスに対して定められている閾値ＴｈＮを超えているか否かを調べる（ステップＳ115）。なお、ノンリアルタイムクラスに対する閾値ＴｈＮは、リアルタイムクラスの閾値ＴｈＲよりも大きく、例えば、閾値ＴｈＮの１０倍程度の値（時間）にされている。
【００４５】
そして、保留時間がリアルタイムクラスの閾値ＴｈＲを超えていると判断した場合（ステップＳ114がＹＥＳ）及び保留時間がノンリアルタイムクラスの閾値ＴｈＮを超えていると判断した場合（ステップＳ115がＹＥＳ）は、リソース管理テーブル６から該当する論理コネクションの情報を削除すると共に、上記論理コネクションのＶＰＩ，ＶＣＩを含んだ開放要求を入力回線対応部２に対して出力する（ステップＳ116、Ｓ117）。その後、保留コネクション検出処理部５３は、次のハードウェア情報に注目し（ステップＳ111）、前述した処理と同様の処理を行なう。なお、入力回線対応部２内のコネクション管理部２３は、保留コネクション検出処理部５３から開放要求が送られてきた場合も図９のフローチャートの示す処理を行なう。
【００４６】
これに対して、保留時間がリアルタイムクラスの閾値ＴｈＲ以下であると判断した場合（ステップＳ114がＮＯ）及び保留時間がノンリアルタイムクラスの閾値ＴｈＮ以下であると判断した場合（ステップＳ115がＮＯ）は、次のハードウェア情報に注目し（ステップＳ111）、前述した処理と同様の処理を行なう。保留コネクション検出処理部５３は、未注目のハードウェア情報がなくなるまで上述した処理を繰り返し行い、未注目のハードウェア情報がなくなると（ステップＳ111がＹＥＳとなると）、その処理を終了する。
【００４７】
今、例えば、ハードウェア情報収集処理部５１によって収集されたハードウェア情報が図８（Ｂ）に示すものであり、保留コネクション検出処理部５３がその内のハードウェア情報Ｈ１（ＶＰＩ＝「Ｃ」、ＶＣＩ＝「３５０２」のハードウェア情報）に注目したとすると、次のような処理が行なわれる。
【００４８】
保留コネクション検出処理部５３は、ハードウェア情報Ｈ１に注目すると（ステップＳ111）、ハードウェア情報Ｈ１中のＱｏＳクラスがリアルタイムクラスになっているか、ノンリアルタイムクラスになっているかを調べる（ステップＳ113）。この例の場合、ＱｏＳクラスはリアルタイムクラスになっているので、保留コネクション検出処理部５３は、ＶＰＩ＝「Ｃ」、ＶＣＩ＝「３５０２」によって特定される論理コネクションの保留時間が、リアルタイムクラスの閾値ＴｈＲを超えているか否かを調べる（ステップＳ114）。そして、超えていると判断した場合（ステップＳ114がＹＥＳ）は、リソース管理テーブル６からＶＰＩ＝「Ｃ」、ＶＣＩ＝「３５０２」によって特定される論理コネクションの情報を削除すると共に、入力回線対応部２に対してＶＰＩ＝「Ｃ」、ＶＣＩ＝「３５０２」を含んだ開放要求を送信する（ステップＳ116、Ｓ117）。
【００４９】
また、例えば、保留コネクション検出処理部５３が、ハードウェア情報Ｈ２（ＶＰＩ＝「Ｃ」、ＶＣＩ＝「３５０３」のハードウェア情報）に注目したとすると次のような処理が行なわれる。
【００５０】
保留コネクション検出処理部５３は、ハードウェア情報Ｈ２に注目すると（ステップＳ111）、ハードウェア情報Ｈ２中のＱｏＳクラスがリアルタイムクラスなのか、ノンリアルタイムクラスなのかを調べる（ステップＳ113）。この例の場合、ハードウェア情報Ｈ２中のＱｏＳクラスは、ノンリアルタイムクラスであるので、保留コネクション検出処理部５３は、ＶＰＩ＝「Ｃ」、ＶＣＩ＝「３５０３」によって特定される論理コネクションの保留時間がノンリアルタイムクラスの閾値ＴｈＮを超えているか否かを調べる（ステップＳ115）。そして、超えている場合には、リソース管理テーブル６からＶＰＩ＝「Ｃ」、ＶＣＩ＝「３５０３」によって特定される論理コネクションの情報を削除すると共に、入力回線対応部２に対してＶＰＩ＝「Ｃ」、ＶＣＩ＝「３５０３」を含む開放要求を出力する（ステップＳ116、Ｓ117）。
【００５１】
上述したように、保留コネクション検出処理部５３では、ＱｏＳクラス毎に異なる閾値を使用して長時間保留コネクションを開放するようにしているので、正常な長時間使用コネクションを誤って開放してしまう危険性を少なくし、且つ、システム正常時にユーザの開放忘れなどにより発生した長時間保留コネクションを速やかに開放することが可能になる。
【図面の簡単な説明】
【００５２】
【図１】本発明の実施の形態の構成例を示すブロック図である。
【図２】入力回線対応部２の構成例を示すブロック図である。
【図３】リソース管理テーブル６の内容例を示す図である。
【図４】制御部５の構成例を示す図である。
【図５】制御部５の処理例を示すフローチャートである。
【図６】ハードウェア情報収集処理を説明するための図である。
【図７】論理コネクション状態不一致検出処理の処理例を示すフローチャートである。
【図８】リソース管理テーブル６の内容の一例とハードウェア情報の内容の一例とを示す図である。
【図９】コネクション管理部２３が開放要求を受信したときの処理例を示すフローチャートである。
【図１０】コネクション管理部２３が再設定要求を受信したときの処理例を示すフローチャートである。
【図１１】長時間保留コネクション検出処理の処理例を示すフローチャートである。
【符号の説明】
【００５３】
１…ＡＴＭ交換システム
２…入力回線対応部
２１…伝送路終端部
２２…トラヒック管理部
２３…コネクション管理部
３…ＡＴＭスイッチ
４…出力回線対応部
５…制御部
５１…ハードウェア情報収集処理部
５２…不一致検出処理部
５３…保留コネクション検出処理部
６…リソース管理テーブル
７、８…伝送路
【図１】
2005073191.tif 000003
【図２】
2005073191.tif 000004
【図３】
2005073191.tif 000005
【図４】
2005073191.tif 000006
【図５】
2005073191.tif 000007
【図６】
2005073191.tif 000008
【図７】
2005073191.tif 000009
【図８】
2005073191.tif 000010
【図９】
2005073191.tif 000011
【図１０】
2005073191.tif 000012
【図１１】
2005073191.tif 000013