(57)【特許請求の範囲】
【請求項１】
各種トラヒック情報を制御する機能を有する交換機において、
各トラヒック情報を特定するトラヒック番号と、全ての前記トラヒック情報をクラスに分類し、その分類された各クラスに付与され、ｎ（ｎ≧１）個のトラヒック番号に対して１識別ＩＤが対応し、該トラヒック番号のトラヒックに該当する識別ＩＤとの関係を記憶する第１テーブルと、
前記各識別ＩＤと該識別ＩＤを有するトラヒック情報を収集する周期との関係を記憶する第２テーブルと、
トラヒック情報を記憶するためのトラヒックデータベースと、
前記各トラヒック情報を収集して、該トラヒック情報のトラヒック番号に対応する前記トラヒックデータベースの領域に記憶するトラヒック収集部と、
各周期を元に該当する識別ＩＤを前記第２テーブルを検索して取得し、取得した識別ＩＤを元に該当するトラヒック番号を前記第１テーブルを検索して取得し、取得したトラヒック番号を元に該当するトラヒック情報を前記トラヒックデータベースから読み出して、転送するトラヒック転送制御部と、
を具備したことを特徴とする交換機。
【請求項２】
各種トラヒック情報を制御する交換機と該交換機のトラヒック情報を収集するトラヒック情報収集システムとを有する交換機システムにおいて、
前記交換機は、
各トラヒック情報を特定するトラヒック番号と、全ての前記トラヒック情報をクラスに分類し、その分類された各クラスに付与され、ｎ（ｎ≧１）個のトラヒック番号に対して１識別ＩＤが対応し、該トラヒック番号のトラヒックに該当する識別ＩＤとの関係を示す第１情報を前記トラヒック情報収集システムより受信して、第１テーブルに記憶する第１テーブル作成部と、
前記各識別ＩＤと該識別ＩＤを有するトラヒック情報を収集する周期との関係を示す第２情報を前記トラヒック情報収集システムより受信して、第２テーブルに記憶する第２テーブル作成部と、
トラヒック情報を記憶するための第１トラヒックデータベースと、
各トラヒック情報を収集して、該トラヒック情報のトラヒック番号に対応する前記第１トラヒックデータベースの領域に記憶するトラヒック収集部と、
各周期を元に該当する識別ＩＤを前記第２テーブルを検索して取得し、取得した識別ＩＤを元に該当するトラヒック番号を前記第１テーブルを検索して取得し、取得したトラヒック番号を元に該当するトラヒック情報を前記第１トラヒックデータベースから読み出して、転送するトラヒック転送制御部とを具備し、
前記トラヒック情報収集システムは、
前記第１及び第２情報を前記交換機に転送するトラヒック周期管理部と、
第２トラヒックデータベースと、
前記交換機より送信されたトラヒック情報を受信して、前記第２トラヒックデータベースに蓄積するトラヒックデータ受信制御部と、
を具備したことを特徴とする交換機システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、交換機のトラヒック情報の収集に関する。
【０００２】
【従来の技術】
近年の交換機においては、交換機装置が複雑になってきているとともに、提供サービスも多種多様になってきている事も有り、交換機ソフトにて収集しているトラヒック情報が膨大になってきている。そんな中で各種トラヒックの収集目的は大きく分けて、(1)設備数充足性の検証のため、(2)各種サービスの使用頻度をもとにした経営戦略のため、(3)交換機に掛かる呼びを規制するため、に分類される。その各々の目的及び状況に応じて（場合によっては、日毎／地域毎）に必要とするトラヒック情報の収集間隔が異なってくるが、従来のトラヒック情報転送方式では、最小の間隔で交換機より転送し、収集元にて必要間隔に応じて集計していた。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来のトラヒック情報転送方式においては以下の問題点があった。従来のトラヒック情報転送方式では、全てのトラヒック情報について、そのトラヒック情報が必要とされる間隔ではなく、全トラヒック情報の中でその必要とされる最小の間隔でトラヒック情報を転送し、収集元にて必要間隔に応じて集計しているため、近年の交換機のように転送情報量が膨大になると、トラヒック情報の転送のために処理能力を圧迫する恐れがあった。また、交換機輻輳を抑えるために必要とするトラヒック情報収集のためには、交換機処理能力を圧迫せずに、短周期にてリアルタイムでトラヒック情報を転送する必要がある。
【０００４】
一方、経営戦略のために必要とするトラヒック情報収集のためには、長周期でいいので、より多くのトラヒック情報を一度に転送する事が望ましい。従来のトラヒック情報転送方式では、この２つの相反する目的を十分に満足することはできなかったい。また、２つ以上の交換機からトラヒック情報を収集する場合や、交換機から２つ以上の収集元へトラヒック情報を転送する場合等のように、２経路にてトラヒック情報転送の場合は、収集元での収集／交換機での転送処理が多重で必要となり、収集元でのトラヒック情報の必要周期に応じた集計の際のトラヒック情報の整合処理／最小間隔でトラヒック情報を転送することによる競合制御処理等といった追加の処理が交換機のトラヒック情報転送処理を複雑化してしまう恐れがあった。
【０００５】
本発明は、上記問題点を鑑みてなされたものであり、トラヒック情報の必要周期に応じた周期でトラヒック情報を転送する交換機及び交換機システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
図１は、本発明の原理図である。図１に示すように、各種トラヒック情報を制御する機能を有する交換機２は、スイッチ４、トラヒック収集部６、トラヒックデータベース８、テーブル１０及びトラヒック転送制御部１２を具備する。テーブル１０には、各トラヒック情報と該トラヒック情報を収集する周期間隔との関係が記憶されている。トラヒック収集部６は、交換機２のトラヒック情報を収集して、トラヒックデータベース８に書き込む。トラヒック転送制御部１２は、各トラヒック情報をテーブル１０に記憶された各周期間隔でトラヒックデータベース８から読み出して、転送する。これにより、各トラヒック情報が必要とさせる周期間隔でトラヒックデータベース８より読み出されて、転送されるので、交換機２にトラヒック転送に関わる負荷を軽減できる。
【０００７】
【発明の実施の形態】
図２は、本発明の実施形態による交換機システムの構成図である。図２に示すように、交換機システムは、複数の交換機２０＃ｉ（ｉ＝１〜ｎ）及びトラヒック情報収集システム２２より構成される。交換機２０＃ｉは、スイッチ３０＃ｉ、ＣＣ３２＃ｉ及びメインメモリ（ＭＭ）３４＃ｉを有する。スイッチ３０＃ｉは、ＣＣ３２＃ｉの制御に従って、交換処理を行う。ＣＣ３２＃ｉは、スイッチ３０＃ｉに対する呼制御に加えて、次のトラヒック収集に関わる機能を有する。
【０００８】
▲１▼識別ＩＤとトラヒック番号の関係を示す情報を記憶するトラヒック番号対応登録表を作成する。識別ＩＤとトラヒック番号の関係を示す情報は、例えば、トラヒック情報収集システム２２より転送されるものとする。識別ＩＤとは、収集する目的等に応じてトラヒック情報を分類し、その分類された各クラスに付与されたものであり、識別ＩＤが１個に対してｎ個のトラヒック情報が対応する。例えば、識別ＩＤを収集目的に応じて分ける場合には、設備数の充足性検証のため、各種サービスの使用頻度をもとにした経営戦略のため、交換機に掛かる呼びを規制するための各目的に応じて、識別ＩＤが付与される。設備数の充足性検証のためには、回線の捕捉・捕捉ＮＧ回数トラヒック、経営戦略のためには、三者通話回数、着信転送回数、キャッチフォン使用率、呼びを規制するためには、着信数、発信数等がトラヒック情報に各識別ＩＤが付与される。トラヒック情報はトラヒック番号により一意的に特定される。
【０００９】
▲２▼識別ＩＤと周期の関係を示す情報を記憶するトラヒックデータ周期対応登録表を作成する。周期とは、識別ＩＤに該当するトラヒック情報が収集される周期である。尚、収集周期が日毎に変化させる場合には、日毎に周期を設定しても良い。識別ＩＤとトラヒック番号の関係を示す情報、識別ＩＤと周期の関係を示す情報は、例えば、トラヒック情報収集システム２２より転送され、ＣＣ３２＃ｉは、これらの情報を受信して、登録表を作成するものとする。このように、トラヒック番号毎ではなく、識別ＩＤ毎に周期間隔を設定するので、周期間隔を変更したいとき、変更したい識別ＩＤの周期間隔のみを変更すれば良いので、作業工数を軽減することができる。
【００１０】
▲３▼トラヒックが発生すると、該トラヒック情報をトラヒックデータベースに格納する。▲４▼トラヒック番号対応登録表とトラヒックデータ収集周期対応登録表を参照して、各トラヒック情報について、該当する周期でトラヒックデータベースから読み出して、トラヒック情報収集システム２２に転送する。尚、日毎に周期が設定された場合には、日毎に応じた周期でトラヒック情報を転送する。ＭＭ３４＃ｉは、上記各種データベースやプログラムを格納するメモリである。
【００１１】
トラヒック情報収集システム２２は、トラヒック収集部４０及びディスク４２を有する。トラヒック収集部４０は、次の機能を有する。▲１▼図示しないコンソールを通して保守者により入力された、各トラヒック番号について、その識別ＩＤとトラヒック番号の関係を示す情報を交換機２０＃ｉに転送する。識別ＩＤやトラヒック番号は交換機２０＃ｉの種類や規模等に応じて交換機２０＃ｉ毎に設定することができる。▲２▼図示しないコンソールを通して保守者により入力された、各周期について、該周期に該当する識別ＩＤの関係を示す情報を交換機２０＃ｉに転送する。周期についても同様に交換機２０＃ｉの規模や収集する日時等に応じて交換機２０＃ｉ及び日時毎に設定することができる。▲３▼交換機２０＃ｉより転送されたトラヒック情報を受信して、データベースに格納する。▲４▼収集したトラヒック情報に基づいて、輻輳等の制御を交換機２０＃ｉに行う。交換機２０＃ｉ（ｉ＝１〜ｎ）とトラヒック情報収集システム２２との間は、ＬＡＮや共通線により接続される。
【００１２】
図３は、図２中のＣＣ３２＃ｉのトラヒック収集に関わるブロック図である。図３に示すように、トラヒック収集に関わるブロックは、呼処理制御部５０＃ｉ、リソース管理部５２＃ｉ、トラヒック収集部５４＃ｉ、トラヒックデータベース５６＃ｉ、登録表作成部５８＃ｉ、トラヒック番号対応登録表６０＃ｉ、トラヒックデータ収集周期対応登録表６２＃ｉ及びトラヒック転送制御部６４＃ｉから構成される。呼処理制御部５０＃ｉは、次の機能を有する。▲１▼交換機２０＃ｉへの着信又は発信があると、スイッチ３０＃ｉに対する呼処理制御を行う。▲２▼交換機２０＃ｉへの着信又は発信等のトラヒック収集に関わるイベントが発生すると、イベントの種類とイベントが発生した旨をトラヒック収集部５４＃ｉに通知する。▲３▼交換機２０＃ｉの通話処理等でリソースが必要とされると、リソース管理部５２＃ｉに通知する。リソース管理部５２＃ｉは、次の機能を有する。▲１▼回線捕捉等の交換機２０＃ｉのリソースを管理する。▲２▼交換機２０＃ｉのリソース獲得、リソース獲得ＮＧ等のトラヒック収集に関わるイベントが発生すると、イベントの種類とイベントが発生した旨をトラヒック収集部５４＃ｉに通知する。
【００１３】
トラヒック収集部５４＃ｉは、呼処理制御部５０＃ｉ又はリソース管理部５２＃ｉよりイベントが発生したことが通知されると、トラヒックデータベース５６＃ｉ中のイベントの種類に応じたトラヒック番号に対応する領域のトラヒック情報を更新、例えば、トラヒック情報をカウントアップする。トラヒックデータベース５６＃ｉは、トラヒック番号に該当するトラヒック情報を格納するためのデータベースである。
【００１４】
図４は、図３中のトラヒックデータベース５６＃ｉの構成図である。図４に示すように、トラヒックデータベース５６＃ｉはトラヒック番号に該当する領域にトラヒック情報が格納される。尚、トラヒック番号に該当する領域は、トラヒック番号をインディクスとして検索することにより得られる領域である。
【００１５】
登録表作成部５８＃ｉは、次の機能を有する。▲１▼トラヒック情報収集システム２２より識別ＩＤとトラヒック番号の関係を示す情報を受信して、トラヒック番号対応登録表６０＃ｉに登録する。▲２▼トラヒック情報収集システム２２より識別ＩＤとトラヒック情報収集周期の関係を示す関係を受信して、トラヒックデータ収集周期対応登録表６２＃ｉに登録する。
【００１６】
図５は、図３中のトラヒック番号対応登録表６０＃ｉの構成図である。図５に示すように、トラヒック番号対応登録表６０＃ｉは、識別ＩＤに該当する領域に１つ又は複数のトラヒック番号が登録されている。識別ＩＤに該当する領域とは、識別ＩＤをインディクスとして検索される領域をいう。図５に示すように、トラヒック番号が１，１０，１５，３０には同一の識別ＩＤが付与される。識別ＩＤは、例えば、「設備数の充足性検証用」、「経営戦略の為のトラヒック収集用」、「交換機の規制制御用」等トラヒックの収集目的に応じたものとしても良い。
【００１７】
図６は、図３中のトラヒックデータ収集周期対応登録表６２＃ｉの構成図である。図６に示すように、トラヒックデータ収集周期東欧登録表６２＃ｉは、周期間隔に該当する領域に１つ又は複数の識別ＩＤが登録されている。周期間隔に該当する領域とは、周期間隔をインディクスとして検索される領域をいう。図６に示すように、識別ＩＤが３，９，１１，ｘに該当するトラヒック情報については、同じ周期間隔でトラヒック情報が収集される。周期間隔は、例えば、「設備数の充足性検証用」、「経営戦略の為のトラヒック収集用」、「交換機の規制制御用」等トラヒックの収集目的に応じて識別ＩＤが付与された場合には、目的に応じた周期間隔とする。また、識別ＩＤに該当するトラヒック情報を自動収集／手動収集のいずれで収集するかを指定することもできる。
【００１８】
トラヒック転送制御部６４＃ｉは、次の機能を有する。▲１▼トラヒックデータ収集周期対応登録表６２＃ｉに登録されている周期間隔について、該周期間隔が経過すると、該周期間隔に該当する全識別ＩＤを取得する。▲２▼トラヒック番号対応登録表６０＃ｉを参照して、取得した各識別ＩＤを有する全トラヒック番号を取得する。▲３▼トラヒックデータベース５６＃ｉを参照して、取得した各トラヒック番号に該当するトラヒック情報を取得する。▲４▼取得したトラヒック情報をトラヒックデータベース５６＃ｉ中において必要に応じて初期化等をする。▲５▼取得したトラヒック情報をトラヒック情報収集システム２２に転送する。
【００１９】
図７は、図２中のトラヒック情報収集システム２２の構成図である。図７に示すように、トラヒック情報収集システム２２は、識別ＩＤ・トラヒック番号収集周期管理部７０、交換機への指示制御部７２、トラヒックデータ受信制御部７４、トラヒックデータベース７６及びトラヒックデータ処理制御部７８から構成される。識別ＩＤ・トラヒック番号収集周期管理部７０は、次の機能を有する。▲１▼図示しないコンソール等から保守者が入力した、交換機２０＃ｉ毎の識別ＩＤとトラヒック番号の関係を示す情報を入力すると、交換機２０＃ｉに転送する。▲２▼図示しないコンソール等から保守者が入力した、交換機２０＃ｉ毎の周期間隔と識別ＩＤの関係を示す情報を入力すると、交換機２０＃ｉに転送する。
【００２０】
交換機への指示制御部７２は、交換機２０＃ｉに対して、トラヒック情報の収集開始又は終了を指示する。トラヒックデータ受信制御部７４は、交換機２０＃ｉよりトラヒックデータを受信して、トラヒックデータベース７６に書き込む。トラヒックデータベース７６は、交換機２０＃ｉ（ｉ＝１〜ｎ）から受信したトラヒックデータを記憶するデータベースである。
【００２１】
図８は、図７中のトラヒックデータベース７６の構成図である。図８に示すように、トラヒックデータベース７６は、各交換機２０＃ｉ毎に、各トラヒック番号、収集周期、識別ＩＤ及びトラヒック情報が記憶されている。トラヒックデータ処理制御部７８は、トラヒック情報の各収集周期について、トラヒックデータベース７６に記憶された該当収集周期のトラヒック情報を読み出して、ディスプレイ等への表示や輻輳制御等を行う。
【００２２】
以下、図２の交換機システムのトラヒック情報収集に関わる動作説明をする。
【００２３】
（１）  トラヒック番号対応登録表６０＃ｉの作成
図９は、トラヒック番号対応登録表６０＃ｉの作成シーケンスを示す図である。トラヒック情報収集システム２２中の識別ＩＤ・トラヒック番号収集周期管理部７０は、保守者によって図示しないコンソールより入力された、交換機２０＃ｉ毎の識別ＩＤ及び識別ＩＤを有する１つ又は複数のトラヒック番号を入力すると、図９に示すように、交換機２０＃ｉに転送する。交換機２０＃ｉ中の登録表作成部５８＃ｉは、識別ＩＤ及び識別ＩＤを有する１つ又は複数のトラヒック番号を受信すると、トラック番号対応登録表６０＃ｉ中の識別ＩＤに該当する領域に、トラヒック番号を書き込む。
【００２４】
尚、識別ＩＤ及びトラヒック番号の登録は、予め行うこともできるが、該トラヒック番号に該当するトラヒック情報が必要になった時点で行っても良い。例えば、設備数の充足性検証用には、回線の捕捉／回線ＮＧ回数等のトラヒック情報が必要とされるが、「設備数の充足性検証用」として割り当てられた識別ＩＤ及び回線の捕捉／回線ＮＧ回数等の各トラヒック番号が登録される。
【００２５】
（２）  トラヒックデータ収集周期対応登録表６２＃ｉの作成
図１０は、トラヒックデータ収集周期対応登録表６２＃ｉの作成シーケンスを示す図である。トラヒック情報収集システム２２中の識別ＩＤ・トラヒック番号収集周期管理部７０は、保守者によって図示しないコンソールより入力された、交換機２０＃ｉ毎に、周期間隔及び該周期間隔の１つ又は複数の識別ＩＤを入力すると、図１０に示すように、交換機２０＃ｉに転送する。交換機２０＃ｉ中の登録表作成部５８＃ｉは、周期間隔及び該周期間隔有する１つ又は複数の識別ＩＤを受信すると、トラヒックデータ収集周期登録表６２＃ｉ中の周期間隔に該当する領域に、識別ＩＤを書き込む。例えば、設備数の充足性検証用の場合には、「設備数の充足性検証用」として割り当てられた識別ＩＤ及び周期間隔（３０分〜１時間程度）が登録される。
【００２６】
（３）  トラヒック情報収集
図１１は、トラヒック情報転送シーケンスを示す図である。図１１に示すように、トラヒック情報収集システム２２中の交換機への指示制御部７２は、保守者の指示に従って、交換機２０＃ｉに対してトラヒック情報転送要求を行う。ここで、トラヒック情報転送要求は、トラヒックデータ収集周期登録表６２＃ｉに登録された全ての識別ＩＤを有するトラヒック情報を転送対象とすることもできるし、周期間隔又は識別ＩＤ毎にトラヒック情報の転送対象とすることもできる。
【００２７】
例えば、「設備数の充足性検証用」のためにトラヒック情報を収集する場合には、「設備数の充足性検証用」として割り当てられた識別ＩＤを転送対象として指定すれば良い。トラヒック交換機２０＃ｉ中のトラヒック転送制御部６４＃ｉは、トラヒック情報転送要求を受けると、トラヒックデータ収集周期対応登録表６２＃ｉに登録されている周期間隔について、該周期間隔が経過すると、該周期間隔に該当する全識別ＩＤを取得する。
【００２８】
次に、トラヒック番号対応登録表６０＃ｉを参照して、取得した各識別ＩＤを有する全トラヒック番号を取得する。その後、取得したトラヒック情報及び該トラヒック情報のトラヒック番号をトラヒック情報収集システム２２に転送する。そして、取得したトラヒック情報をトラヒックデータベース５６＃ｉ中において必要に応じて初期化等をする。このとき、交換機２０＃ｉでは、必要な周期間隔でトラヒック情報の転送を行っているので、トラヒック転送に関わる処理の負荷が軽減されて、交換機２０＃ｉへの処理圧迫をすることがない。
【００２９】
トラヒック情報収集システム２２中のトラヒックデータ受信制御部７４は、交換機２０＃ｉよりトラヒック情報及びトラヒック番号を受信すると、交換機２０＃ｉに該当するトラヒック番号に対応する領域にトラヒック情報を書き込む。
【００３０】
例えば、設備数の充足性検証用の場合には、割り当てられた識別ＩＤのトラヒック情報が一定周期間隔、例えば、３０分〜１時間程度でトラヒック情報が転送される。トラヒック情報収集終了は、トラヒック情報収集システム２２がトラヒック情報収集終了要求を交換機２０＃ｉに行うことにより終了する。尚、「経営戦略の為のトラヒック収集用」、「交換機の規制制御用」の場合にも、収集するトラヒック情報と収集周期が異なるだけで「設備数の充足性検証用」の場合と同様である。
【００３１】
（４）  トラヒック情報の検索
トラヒックデータ処理制御部７８は、図示しない保守者の指示等に従って、各周期間隔について、周期間隔をインディクスとしてトラヒックデータベース７６を検索してトラヒック情報を読み出して、ディスプレイ等への表示、交換機２０＃ｉの輻輳制御等を行う。このとき、周期間隔をインディクスとしてトラヒック情報を検索することができるので、処理が簡単になる。例えば、設備数の充足性検証用の場合には、３０分〜１時間程度の周期間隔で収集された、回線の捕捉／回線ＮＧ回数等のトラヒック情報がディスプレイ等に表示される。保守者は、ディスプレイに表示されたトラヒック情報を見て、設備数の充足性を判断して、必要に応じて、回線増設を行う。そして、（３）に示した、設備数の充足性に関わるトラヒック情報の収集をして、現状の設備で充分か否かの確認を行う。
【００３２】
以上説明した本実施形態によれば、必要なトラヒック情報を必要とする周期でトラヒック情報収集システムに収集を可能とし、トラヒック情報を用途に応じてより有効に活用し、的確な設備増設、サービス提供を可能とする事で、効率的で、戦略的なシステム開発の実現を可能としている。また、交換機への処理圧迫をせずにトラヒック輻輳に対して、瞬時に規制発動を可能としている。更に、交換機内の処理能力をあっパン、複雑なデータ同士の整合処理及び競合制御機能の実現をすることがなくなる。
【００３３】
本発明は以下の付記を含むものである。
【００３４】
（付記１）  各種トラヒック情報を制御する機能を有する交換機において、
各トラヒック情報と該トラヒック情報を収集する周期間隔との関係を記憶するテーブルと、
トラヒックデータベースと、
前記各トラヒック情報を収集して、前記トラヒックデータベースに記憶するトラヒック収集部と、
前記各トラヒック情報を前記テーブルに記憶された各周期間隔で前記トラヒックデータベースから読み出して、転送するトラヒック転送制御部と、
を具備したことを特徴とする交換機。
【００３５】
（付記２）  前記テーブルは、前記各トラヒック情報を特定するトラヒック番号と識別ＩＤとの関係を記憶する第１テーブルと、前記各識別ＩＤと周期間隔との関係を記憶する第２テーブルとを有し、前記各トラヒック情報は該トラヒック情報のトラヒック番号に対応する前記トラヒックデータベースの領域に記憶されていることを特徴とする付記１記載の交換機。
【００３６】
（付記３）  各種トラヒック情報を制御する交換機と該交換機のトラヒック情報を収集するトラヒック情報収集システムとを有する交換機システムにおいて、
前記交換機は、
前記各トラヒック情報を特定するトラヒック番号と識別ＩＤとの関係を示す第１情報を前記トラヒック情報収集システムより受信して、第１テーブルに記憶する第１テーブル作成部と、
前記各識別ＩＤと周期間隔との関係を示す第２情報を前記トラヒック情報収集システムより受信して、第２テーブルに記憶する第２テーブル作成部と、
第１トラヒックデータベースと、
前記各トラヒック情報を該トラヒック情報のトラヒック番号に対応する前記第１トラヒックデータベースの領域に記憶するトラヒック収集部と、
前記各トラヒック情報を前記テーブルに記憶された各周期間隔で前記第１トラヒックデータベースから読み出して、前記トラヒック情報収集システムに転送するトラヒック転送制御部とを具備し、
前記トラヒック情報収集システムは、
前記第１及び第２情報を前記交換機に転送するトラヒック周期管理部と、
第２トラヒックデータベースと、
前記交換機より送信されたトラヒック情報を受信して、前記第２トラヒックデータベースに蓄積するトラヒックデータ受信制御部と、
を具備したことを特徴とする交換機システム。
【００３７】
（付記４）  前記第２トラヒックデータベースには、各トラヒック情報について、トラヒック番号及び周期間隔が記憶されており、前記トラヒック情報収集システムは、各周期間隔について、該周期間隔に該当するトラヒック情報を前記第２トラヒックデータベースより読み出して、該トラヒック情報に基づいて処理することを特徴とする付記３記載の交換機システム。
【００３８】
（付記５）  前記交換機は複数台であり、前記トラヒック周期管理部は、前記交換機毎の前記第１及び第２情報を該当する交換機に転送することを特徴とする付記３記載の交換機システム。
【００３９】
【発明の効果】
以上説明した本発明によれば、必要なトラヒック情報を必要とする周期でトラヒック情報を転送するので、トラヒック情報を用途に応じてより有効に活用し、的確な設備増設、サービス提供を可能とすることができる。また、交換機への処理圧迫をせずにトラヒック輻輳に対して、瞬時に規制発動を可能する。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】本発明の実施形態による交換機システムの構成図である。
【図３】図２中のＣＣのトラヒック情報制御に関わるブロック図である。
【図４】図３中のトラヒック番号対応登録表を示す図である。
【図５】図３中のトラヒックデータ収集周期対応登録表を示す図である。
【図６】図３中のトラヒックデータべースの構成図である。
【図７】図２中のトラヒック情報収集システムの構成図である。
【図８】図７中のトラヒックデータベースの構成図である。
【図９】トラヒック番号対応登録表の作成シーケンスを示す図である。
【図１０】トラヒックデータ収集周期対応登録表の作成シーケンスを示す図である。
【図１１】トラヒック情報転送シーケンスを示す図である。
【符号の説明】
２  交換機
４  スイッチ
６  トラヒック収集部
８  トラヒックデータベース
１０  テーブル
１２  トラヒック転送制御部
【図１】
0004115695.tif 000002
【図２】
0004115695.tif 000003
【図３】
0004115695.tif 000004
【図４】
0004115695.tif 000005
【図５】
0004115695.tif 000006
【図６】
0004115695.tif 000007
【図７】
0004115695.tif 000008
【図８】
0004115695.tif 000009
【図９】
0004115695.tif 000010
【図１０】
0004115695.tif 000011
【図１１】
0004115695.tif 000012