(57)【要約】【課題】システムの物理構成の複数世代にわたり管理する複数世代構成管理方法に関し、指定期間内の連続空きピッチ数を求める。【解決手段】単一又は複数のベイに複数のユニットを実装した物理構成を複数世代にわたって管理する複数世代構成管理方法に於いて、ベイに実装するユニットのサイズに対応したピッチ情報と、ユニットの実装日又は実装予定日を含む設計予定日と、ユニットの撤去予定日とを含めて管理するピッチ管理テーブルを設けて、指定期間内に含まれる設計予定日と撤去予定日とに対応するピッチ情報を抽出し、ピッチ情報の昇順又は降順に配列した配列テーブルを形成し、この配列テーブルに格納されたピッチ情報を基に、指定期間内の連続空きピッチ数を求め、その中の最大値を最大連続空きピッチ数とする。【選択図】      図１
2004171097.tif 000002
【特許請求の範囲】
【請求項１】
単一又は複数のベイに複数のユニットを実装した物理構成を複数世代にわたって管理する複数世代構成管理方法に於いて、
前記ベイに実装するユニットのサイズに対応したピッチ情報と、該ユニットの実装日又は実装予定日を含む設計予定日と、該ユニットの撤去予定日とを含めて管理するピッチ管理テーブルを形成し、
指定期間内に含まれる前記設計予定日と前記撤去予定日とに対応する前記ピッチ情報を抽出して配列テーブルを形成し、該配列テーブルの前記ピッチ情報を基に前記指定期間内の連続空きピッチ数を求める過程を含む
ことを特徴とする複数世代構成管理方法。
【請求項２】
前記ピッチ管理テーブルによって前記ユニットの実装位置又は実装予定位置を前記ベイのピッチ番号により管理し、前記指定期間内に含まれる前記設計予定日と前記撤去予定日とに対応する前記ピッチ番号を抽出して昇順又は降順に配列した配列要素に対して、前記ピッチ番号の最小値に隣接した配列要素として０を付加し、前記ピッチ番号の最大値に隣接した配列要素として該ピッチ番号に＋１した値を付加して配列テーブルを形成し、該配列テーブルの隣接した配列要素の差分から１を減算した値を連続空きピッチ数として、連続空きピッチ数テーブルを形成する過程を含むことを特徴とする請求項１記載の複数世代構成管理方法。
【請求項３】
前記連続空きピッチ数テーブルの連続空きピッチ数の最大値を最大連続空きピッチ数とし、前記指定期間に於ける実装予定のユニットのサイズを基に、実装可能か否かを判定し、実装可能の場合に、前記ピッチ管理テーブルに前記指定期間を示す設計予定日と撤去予定日と前記連続空きピッチ内の実装予定の先頭ピッチ番号とを登録する過程を含むことを特徴とする請求項１記載の複数世代構成管理方法。
【請求項４】
指定日付又は指定期間内の前記最大連続空きピッチ数と、該最大連続空きピッチ数を構成するピッチ番号とを求めて、前記指定日付又は指定期間内の前記ベイ内のピッチ内容を表示する過程を含むことを特徴とする請求項１乃至３の何れか１項記載の複数世代構成管理方法。
【請求項５】
前記ピッチ管理テーブルから、指定期間内の前記設計予定日と前記撤去予定日とを抽出して、前記設計予定日と前記撤去予定日とをそれぞれ昇順に配列し、前記指定期間内を指定間隔毎に区切り、該区切りの日付毎に、該日付より古い前記設計予定日の数及び前記撤去予定日の数を求めてテーブルを形成し、前記設計予定日の数と前記撤去予定日の数との差分を最大ピッチ数から減算した値を、前記テーブルの空き数格納域に格納し、前記指定期間内の空きピッチ数の推移を求める過程を含むことを特徴とする請求項１記載の複数世代構成管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、各種装置を構成する複数のユニット等による物理構成について、現在の状態から将来の増設，撤去，更新等の予定の実現の可能性を含めて、物理的に且つ時間的に管理する複数世代構成管理方法に関する。
【０００２】
【従来の技術】
各種の装置は、電子部品等を搭載したプリント板を複数実装して構成する場合が一般的であり、物理的構成については、装置を適用する技術分野に対応して同一の構成部分についても名称が相違する場合が一般的である。例えば、或る種の装置は、図６に示すように、ベイ（又は架又は筐体）に、複数種類のユニット（又はシェルフ）Ａ，Ｂ，Ｃ１，Ｃ２，Ｃ３を実装して構成する。又ユニットＡについては、例えば、図７に示すように、複数のカード（又はパッケージ）ａ，ｂ，ｃ，ｄ，ｅ，ｆを実装して構成する。なお、他のユニットについても同様に複数種類のカードを実装して構成する。以下、ベイと、このベイに実装するユニットと、このユニットに搭載するカードとの名称を用いて説明する。
【０００３】
又技術の進歩に従って、或いはサービスの追加や変更に伴って、装置の物理構成を変更することがある。例えば、前述の複数のカードにより構成された複数のユニットを、単一又は複数のベイに実装して、通信制御や放送等のサービスを提供する装置を構成した場合に、そのサービスの提供期間を予め予定し、次に、改善したサービスや異なるサービスを提供する予定が存在する場合がある。このようなサービス提供の停止や新たなサービスの提供に伴って、カードやユニットの変更や追加が必要となる。
【０００４】
このような場合の物理構成については、例えば、図８に示すように、現在日時から現サービス提供を停止することによる物理構成の撤去予定日時までの物理構成を１世代目物理構成とすると、次のサービス提供予定による物理構成の設定予定日時から、そのサービスの停止予定による物理構成の撤去予定日時までの物理構成は２世代目物理構成となる。
【０００５】
又前述のユニットは実装幅が相違する場合が多いものであり、ベイは、ピッチ（又はユニット）単位で、ユニットの実装位置の管理を行うものである。例えば、図９の世代構成の説明図に示すように、ベイに、ユニットＡ，Ｂ，Ｃ，Ｄ，Ｅを実装し、時間（ｔｉｍｅ）軸方向にユニットの撤去，実装の状態を示し、又時間軸と並行の線は、ベイにユニットを実装する為の幅単位のピッチ（又はスロットであるが、以下ピッチに統一する）を示す。例えば、ユニットＤ，Ｂは６ピッチ幅、ユニットＣは３ピッチ幅、ユニットＥは６ピッチ幅、ユニットＡは９ピッチ幅の例を示している。
【０００６】
従って、ユニットＢを撤去した後に、６ピッチ幅の２世代目としてのユニットＦを実装することができる。又６ピッチ幅のユニットＤを撤去した後に、それぞれ３ピッチ幅の２個のユニットＩ，Ｊを実装することができる。又ユニットＣを撤去した後に、ユニットＧを実装し、ユニットＥを撤去した後に、ユニットＨを実装し、このユニットＨとユニットＡとを撤去した後に、ユニットＫを実装することができる。この場合、ユニットＧが右方向に１ピッチ分シフトして実装されていることにより、ユニットＨのみを撤去しても、６ピッチ幅のユニットＫを実装することができないが、ユニットＡを撤去することにより、実装することができる。
【０００７】
従って、次に実装を予定しているユニットの為の空きピッチを確保できるか否かを判定することが必要となる。そこで、従来は、ベイのピッチ管理テーブルと、ユニットテーブルと、ベイテーブルとを含むデータベースを設け、ピッチ管理テーブルは、例えば、図１０に示すように、ピッチ番号と、ベイテーブル通番と、ユニットテーブル通番と、設計予定日と、撤去予定日とを含む構成を有し、ベイのピッチ位置の使用中、使用予定、撤去予定を管理する。
【０００８】
又ユニットテーブルは、図１１の（Ａ）に示すように、ユニット種別と、ベイテーブル通番と、ユニット幅と、ピッチ開始位置とを含み、ベイテーブルは、図１１の（Ｂ）に示すように、ベイ種別と、最大ピッチ幅とを含む構成を有し、これらのテーブルのデータを基に、実装予定日に於けるユニット幅に対応した連続空きピッチ数の有無を判定し、所望の連続空きピッチ数が存在する場合は、実装予定のユニット幅に相当する空きピッチ数を予約することになる。
【０００９】
図１２は従来の空きピッチ算出処理のフローチャートであり、条件に合致する該当ピッチ（スロット）情報を収集する（Ｃ１）。例えば、指定された期間に於けるベイ内の空きピッチ数を検索する。例えは、図１０のピッチ管理テーブルと、図１１の（Ａ）のユニットテーブルと、図１１の（Ｂ）のベイテーブルとを参照して、該当ピッチ（スロット）が、指定期間の期日ｘｘｘｘ／ｘｘ／ｘｘに空きピッチとして存在するか否かを判定し（Ｃ２）、存在する場合は、日単位の内部テーブルに情報を追加し（Ｃ３）、これらのステップ（Ｃ２），（Ｃ３）を、対象ピッチ（スロット）数分繰り返して処理する。
【００１０】
次に、期日ｘｘｘｘ／ｘｘ／ｘｘが指定期間の終了日か否かを判定し（Ｃ４）、終了日でない場合は、指定期間の初日から終了日まで、ステップ（Ｃ２），（Ｃ３）を繰り返して、内部テーブルに情報を追加し、指定期間内の日単位で空きピッチ（空きスロット）数を求める（Ｃ５）。
【００１１】
又予約装置としての概念を導入し、システムに接続されるＩ／Ｏ装置について、Ｉ／Ｏテーブルに実装置と予約装置としてのＩ／Ｏ装置を設定し、装置属性を変更することにより、システム動作を停止することなく、Ｉ／Ｏ装置の追加、削除を可能としたシステム構成の動的変更方式が知られている（例えば、特許文献１参照）。
【００１２】
【特許文献１】
特公平７−６２８３８号公報
【００１３】
【発明が解決しようとする課題】
各種の装置やシステムに於いて、将来の機能アップやサービス提供内容変更等に伴って物理構成の変更が必要となる。その場合、変更可能か否かを判定するか、或いは、予め変更可能の予約構成とすることが考えられる。例えば、前述の特許文献１は、将来増設が予想されるＩ／Ｏ装置を予約装置としてＩ／Ｏテーブルに設定し、実装置か予約装置かを示すフラグにより、予約装置を実装置に変更可能としたものである。しかし、複数世代にわたる構成の管理については開示されていない。
【００１４】
又前述の従来の図１２に示すベイ内の空きピッチ算出処理は、所定の大きさのベイ内に於ける空きピッチを、指定した期間（設定予定日〜撤去予定日）内の日単位で求めるもので、ピッチ数とユニット数と指定期間内の日数が多い場合は、それぞれの抽出する為の処理回数を必要とすることになるから、空きピッチを求める処理が膨大となる問題がある。又図１０のピッチ管理テーブルに示すように、複数世代にわたりピッチ管理を行うものであり、指定期間内に所定の連続空きピッチ数を求める処理は、指定期間の初日と終了日との間について、それぞれ異なる設計予定日と撤去予定日とを含むことから、膨大な処理を必要とすることになる。即ち、複数世代にわたるピッチ管理情報を含めて検索する必要があるから、演算処理量が増大する問題がある。
【００１５】
本発明は、指定期間内の所望の連続した空きピッチ数を簡単に求めて、複数世代構成についての管理を容易にすることを目的とする。
【００１６】
【課題を解決するための手段】
本発明の複数世代構成管理方法は、単一又は複数のベイに複数のユニットを実装した物理構成を複数世代にわたって管理する複数世代構成管理方法に於いて、ベイに実装するユニットのサイズに対応したピッチ情報と、ユニットの実装日又は実装予定日を含む設計予定日と、ユニットの撤去予定日とを含めて管理するピッチ管理テーブルを形成し、指定期間内に含まれる設計予定日と撤去予定日とに対応するピッチ情報を抽出して配列テーブルを形成し、この配列テーブルに格納されたピッチ情報を基に、指定期間内の連続空きピッチ数を求める過程を含むものである。
【００１７】
又ピッチ管理テーブルによってユニットの実装位置又は実装予定位置をベイのピッチ番号により管理し、指定期間内に含まれる設計予定日と撤去予定日とに対応するピッチ番号を抽出して昇順又は降順に配列した配列要素に対して、ピッチ番号の最小値に隣接した配列要素として０を付加し、ピッチ番号の最大値に隣接した配列要素として、この最大値のピッチ番号に＋１した値を付加して配列テーブルを形成し、この配列テーブルの隣接した配列要素の差分から１を減算した値を連続空きピッチ数として、連続空きピッチ数テーブルを形成する過程を含むものである。
【００１８】
又連続空きピッチ数テーブルの連続空きピッチ数の最大値を最大連続空きピッチ数とし、指定期間に於ける実装予定のユニットのサイズを基に、実装可能か否かを判定し、実装可能の場合に、ピッチ管理テーブルに、指定期間を示す設計予定日と撤去予定日と連続空きピッチ内の実装予定の先頭ピッチ番号とを登録する過程を含むことができる。又指定日付又は指定期間内の最大連続空きピッチ数と、この最大連続空きピッチ数を構成するピッチ番号とを求めて、指定日付又は指定期間内のベイ内のピッチ内容を表示する過程を含むことができる。
【００１９】
又ピッチ管理テーブルから、指定期間内の前記設計予定日と前記撤去予定日とを抽出して、設計予定日と撤去予定日とをそれぞれ昇順に配列し、指定期間内を指定間隔毎に区切り、この区切りの日付毎に、この日付より古い設計予定日の数及び撤去予定日の数を求めてテーブルを形成し、設計予定日の数と撤去予定日の数との差分を最大ピッチ数から減算した値を、テーブルの空き数格納域に格納し、指定期間内の空きピッチ数の推移を求める過程を含むことができる。
【００２０】
【発明の実施の形態】
図１は本発明の実施の形態のフローチャートをステップ（Ａ１）〜（Ａ５）として示すもので、ピッチ管理テーブルから、指定期間に設計期間（設計予定日〜撤去予定日）が含まれるピッチデータを収集して配列テーブルを形成する（Ａ１）。そして、配列テーブルに、ｉ＝配列要素数最大値として示すように、配列要素数の最大値（ｍａｘ）を設定する（Ａ２）、そして、ａｒｒａｙ〔ｉ〕＝ａｒｒａｙ〔ｉ〕−ａｒｒａｙ〔ｉ−１〕−１の処理により連続空きピッチ数を求め（Ａ３）、次に、ｉ＝ｉ−１とし、ｉ＝０まで、即ち、ｉ＝０〜ｉ＝ｍａｘまで、ステップ（Ａ３）を繰り返す（Ａ４）。そして、算出された連続空きピッチ数の中の最大値を選択して、最大連続空きピッチ数とする（Ａ５）。
【００２１】
図２は管理データ処理装置の要部説明図であり、１はプロセッサ（ＣＰＵ）、２はデータベース（ＤＢ）、３はランダムアクセスメモリ（ＲＡＭ）、４はディスプレイ部（ＤＰＬ）、５は入出力装置（Ｉ／Ｏ）、６はバスを示す。データベース２に、例えば、図１０及び図１１の（Ａ），（Ｂ）に示すピッチ管理テーブルと、ユニットテーブルと、ベイテーブルとを含む構成とすることができる。又図１のステップ（Ａ１）によるピッチデータを収集した配列データを内部テーブルとしてＲＡＭ３に形成することができる。又ディスプレイ部４に各種の入力データ又は各テーブル内容又は求めた最大連続空きピッチ数等を表示することができる。
【００２２】
例えば、前述の図１０のピッチ管理テーブルの内容を参照して説明すると、入出力装置５等から指定期間を２０００／１１／０１〜２０００／１１／２０として入力し、その指定期間内の最大連続空きピッチ数をするコマンドを投入すると、プロセッサ１の処理により、データベース２に形成したピッチ管理テーブルから、指定期間内の該当ピッチデータを抽出し、ＲＡＭ３に形成した内部テーブルに配列する。この場合、ピッチ管理テーブルに於ける通番１，６〜１５を抽出することになる。そして、通番８と通番１０は同一のピッチ番号７、通番９と通番１１は同一のピッチ番号８となるから、何れか一方のピッチデータのみを収集すれば良いことになる。
【００２３】
図３は内部テーブルの説明図であり、前述のように、ピッチ管理テーブルから指定期間内の該当ピッチデータを読出し、内部テーブルに配列して配列テーブル１１を形成する。この場合、前述のピッチデータは、重複するデータを除くと、合計で９個となり、この９個の配列要素の最小値と最大値とにそれぞれ隣接して配列要素を追加する。それにより、ａｒｒａｙ〔０〕〜ａｒｒａｙ〔１０〕の配列テーブル１１が形成される。この場合、配列要素としてのピッチ番号を昇順に配列し、最小値の配列要素に隣接した配列要素を０とて付加する。即ち、０番目ａｒｒａｙ〔０〕のピッチデータを「０」固定として付加する。又最大値の配列要素に隣接した配列要素として、最大値の配列要素に＋１した配列要素を付加する。即ち、最後のａｒｒａｙ〔１０〕は、配列要素（ピッチ番号）の最大値をｎとすると、ピッチデータを「ｎ＋１」固定とする。この場合、ａｒｒａｙ〔１〕〜ａｒｒａｙ〔９〕についての配列要素は、ピッチ番号の１，５，６，７，８，ｎ−４，ｎ−３，ｎ−２，ｎとなる。
【００２４】
そして、配列テーブル１１は、ａｒｒａｙ〔１〕〜ａｒｒａｙ〔１０〕として形成され、その中の最大値はｉ＝ｍａｘ＝１０となる。そこで、図１のステップ（Ａ３），（Ａ４）により連続空きピッチ数計算を行う。その計算結果を、連続空きピッチ数テーブル１２に順次格納する。例えば、ａｒｒａｙ〔１〕とａｒｒａｙ〔２〕とについては、ピッチ番号１とピッチ番号５であるから、前述のステップ（Ａ３）により、５−１−１＝３となる。又ａｒｒａｙ〔５〕とａｒｒａｙ〔６〕とについては、ピッチ番号８とピッチ番号ｎ−４であるから、（ｎ−４）−８−１＝（ｎ−１３）となる。同様に、ａｒｒａｙ〔８〕とａｒｒａｙ〔９〕とについては、ピッチ番号ｎ−２とピッチ番号ｎであるから、（ｎ−２）−ｎ−１＝１となる。この場合、その他の連続空きピッチ数は総て０となる。
【００２５】
従って、連続空きピッチ数テーブル１２に格納された計算結果の中の最大値の（ｎ−１３）を最大連続空きピッチ数とする。なお、この場合、ｎ＝１６以上の場合を示す。又連続空きピッチの先頭ピッチ番号は８であり、後部ピッチ番号は（ｎ−４）であるから、指定期間内に実装を予定しているユニット幅が連続空きピッチ数以下のピッチ数であれば、ユニット実装予定の先頭ピッチ番号を含めてピッチ管理テーブルに、指定期間の設計予定日と撤去予定日とを含めて登録することができる。
【００２６】
前述の場合、ピッチ管理テーブルから抽出したピッチ番号を昇順に配列して配列テーブルを形成する場合を示すが、ピッチ番号を降順に配列して配列テーブルを構成することも可能である。例えば、図３に於ける配列テーブル１１の配列要素の配列順序を逆にした内容となる。それに伴って、連続空きピッチ数テーブル１２の内容も、図示の場合と逆の配列順序となる。
【００２７】
又指定日付又は指定期間内の最大連続空きピッチ数と、この最大連続空きピッチ数を構成するピッチ番号とを求めて、指定日付又は指定期間内のベイ内のピッチ内容を、ディスプレイ部４（図２参照）に表示し、所望のユニット幅が最大連続空きピッチ数に対応した幅に納まる場合に、設計予定日と撤去予定日とを含めて予約入力することができる。又設計予定日及び撤去予定日を変更することも可能であり、それに伴って、最大連続空きピッチ数も変更される場合があるから、前述の過程を繰り返すことにより、新たな最大連続空きピッチ数を求めることができる。
【００２８】
図４は空きピッチ数の推移を求めて、将来の設計による物理構成の変更の可能性の有無を判断できるようにするものであり、ステップ（Ｂ１）〜（Ｂ５）について示す。この場合も、例えば、図１０に示すピッチ管理テーブルを参照して、指定期間内に設計期間（設計予定日〜撤去予定日）が含まれる該当ピッチ情報の設計予定日／撤去予定日を収集して、二次元配列ａｒｒａｙＡ〔２〕〔ｘ〕を作成する（Ｂ１）。この場合の配列は、設計予定日／撤去予定日について昇順に配列する。
【００２９】
そして、所望の指定期間を、所望の指定間隔毎に区切り、その区切りの日付を格納して、ａｒｒａｙＢ〔３〕〔ｙ〕を作成する（Ｂ２）。そして、ｉ＝配列要素数最大値として示すように、配列要素数の最大値（ｍａｘ）を設定する（Ｂ３）。次に、日単位の空きピッチ数を計算する（Ｂ４）。そして、ａｒｒａｙＢ〔０〕〔ｉ〕、ａｒｒａｙＢ〔１〕〔ｉ〕、ａｒｒａｙＢ〔２〕〔ｉ〕、ａｒｒａｙＢ〔３〕〔ｉ〕に於けるｉを、ｉ＝ｉ＋１とし、ｉ＝ｙの最大値となるまで繰り返す（Ｂ５）。
【００３０】
この場合、例えば、指定期間を２０００／１１／１５〜２０００／１１／３０とし、図１０に示すピッチ管理テーブルを参照して、この指定期間内に含まれる該当ピッチデータを抽出すると、通番１，１０〜１５となる。そして、通番１，１０〜１５の設計予定日及び撤去予定日をそれぞれ昇順に配列すると、図５に示すように、設計予定日格納域ａｒｒａｙＡ〔０〕〔ｘ〕と、撤去予定日格納域ａｒｒａｙＡ〔１〕〔ｘ〕とを、ｘ＝０〜ｘ＝６としたテーブルが得られる。
【００３１】
そして、指定期間を、指定間隔単位、例えば、３日単位で区切り、その区切りの日付を格納する。それをチェック日格納域ａｒｒａｙＢ〔０〕〔ｙ〕とする。この場合、（指定期間の日数÷間隔）＝配列要素数となる。前述の場合の指定期間の日数は１６日で、指定間隔は３日とすると、配列要素数は６となり、ｙ＝０，ｙ＝１，・・・ｙ＝５の６個の配列のテーブルが形成される。
【００３２】
このチェック日格納域ａｒｒａｙＢ〔０〕〔ｙ〕の日付より古い日付の設計予定日格納域ａｒｒａｙＡ〔０〕〔ｘ〕の数を、設計予定日数格納域ａｒｒａｙＢ〔１〕〔ｙ〕に格納する。前述のテーブルに於ける指定間隔の日付の２０００／１１／１５より古い日付の設計予定日は、ｘ＝０の２０００／１１／０１〜ｘ＝５の２０００／１１／１１の６個となるから、設計予定日数格納域ａｒｒａｙＢ〔１〕〔ｙ〕には６を格納する。又この指定間隔の日付より古い日付の撤去予定日格納域ａｒｒａｙＡ〔１〕〔ｙ〕の数を、撤去予定日数格納域ａｒｒａｙＢ〔２〕〔ｙ〕に格納する。前述のテーブルに於ける２０００／１１／１５より古い日付の撤去予定日は０であるから、撤去予定日数格納域ａｒｒａｙＢ〔２〕〔ｙ〕には０を格納する。
【００３３】
即ち、前述のステップ（Ｂ４）に示すように、ａｒｒａｙＢ〔１〕〔ｉ〕＝ａｒｒａｙＢ〔０〕〔ｉ〕≧ａｒｒａｙＡ〔０〕〔ｘ〕となるｘの数を、設計予定日数格納域ａｒｒａｙＢ〔１〕〔ｙ〕に格納し、ａｒｒａｙＢ〔２〕〔ｉ〕＝ａｒｒａｙＢ〔０〕〔ｉ〕≧ａｒｒａｙＡ〔１〕〔ｘ〕となるｘの数を、撤去予定日数格納域ａｒｒａｙＢ〔２〕〔ｙ〕に格納する。
【００３４】
そして、最大ピッチ数をｎとして、ａｒｒａｙＢ〔３〕〔ｉ〕＝ｎ−ａｒｒａｙＢ〔１〕〔ｉ〕＋ａｒｒａｙＢ〔２〕〔ｉ〕により、空き数格納域ａｒｒａｙＢ〔３〕〔ｙ〕に格納する。即ち、空きピッチ数は、指定期間内の３日間隔で、空き数格納域ａｒｒａｙＢ〔３〕〔ｙ〕には、ｎ−６，ｎ−５，ｎ−６，ｎ−６，ｎ−３，ｎ−３が格納されることになり、この空きピッチ数の推移を、ディスプレイ部４（図２参照）に表示し、設計の予定を立てることができる。又グラフ化して、ディスプレイ部４に表示することも可能である。
【００３５】
本発明は、前述の各実施の形態のみに限定されるものではなく、種々付加変更することが可能であり、ユニットに搭載するカードの世代等を含めて、ベイに実装したユニットの世代を管理し、例えば、ユニットを撤去する場合に、古い世代から先に撤去する等の手段を適用することも可能である。又複数のベイを有するシステムに於いては、例えば、図１１に示すベイテーブルによる複数のベイを含めて、その中で最大連続空きピッチ数を求めることも可能である。即ち、システムを構成する複数のベイに対して、ユニットの実装の予定が可能か否かの判定を可能とすることもできる。
【００３６】
【発明の効果】
以上説明したように、本発明は、ベイに実装するユニットのサイズに対応したピッチ情報と、ユニットの実装日又は実装予定日を含む設計予定日と、ユニットの撤去予定日とを含めて管理するピッチ管理テーブルを用いて、指定期間内に含まれる設計予定日と撤去予定日とに対応するピッチ情報を抽出して配列テーブルを形成し、この配列テーブルに格納されたピッチ情報を基に、指定期間内の連続空きピッチ数を求めるものであり、将来に向かっての計画を立てる上で必要なユニットの実装の可否を判定する為の連続空きピッチ数を簡単に求めることができる。例えば、ピッチ管理テーブルを基に、従来の連続空きピッチ数を求める手段は、（指定期間の日数×ピッチ数×ユニット数）のループ回数による演算処理が必要であるが、本発明によれば、（指定期間内に存在するピッチ数×ユニット数）のループ回数による演算処理で済むことになり、演算処理量を削減し、ベイ数やピッチ数が多い場合でも、連続空きピッチ数を簡単に求めることができるから、システムの機能の変更等の為のユニットの実装が、指定期間内に於いて可能か否かを容易に判定することができるから、将来のシステムの機能変更の予定を立てることが容易となる利点がある。
【００３７】
又ピッチ管理テーブルから、指定期間内の設計予定日と撤去予定日とを抽出して、設計予定日と撤去予定日とをそれぞれ昇順に配列し、指定期間内を、１日，２日，３日等の指定間隔毎に区切り、この区切りの日付毎に、この日付より古い設計予定日の数及び撤去予定日の数を求め、それらの数を基に指定期間内の指定間隔毎の空きピッチ数の推移を求めるができるものであり、将来のシステムの機能の変更等に於けるユニットの実装可能日程等についての設計予定を立てることが容易となる利点がある。
【図面の簡単な説明】
【図１】本発明の実施の形態のフローチャートである。
【図２】管理データ処理装置の要部説明図である。
【図３】内部テーブルの説明図である。
【図４】本発明の実施の形態の空きピッチ数推移を求めるフローチャートである。
【図５】内部テーブルの説明図である。
【図６】ベイとユニットとの対応説明図である。
【図７】ユニットとカードとの対応説明図である。
【図８】世代物理構成の管理の説明図である。
【図９】世代構成の説明図である。
【図１０】ピッチ管理テーブルの説明図である。
【図１１】ユニットテーブル及びベイテーブルの説明図である。
【図１２】従来の空きピッチ算出処理のフローチャートである。
【符号の説明】
（Ａ１）〜（Ａ５）  最大連続空きピッチ数算出のステップ
１  プロセッサ（ＣＰＵ）
２  データベース（ＤＢ）
３  ランダムアクセスメモリ（ＲＡＭ）
４  ディスプレイ部（ＤＰＬ）
５  入出力装置（Ｉ／Ｏ）
【図１】
2004171097.tif 000003
【図２】
2004171097.tif 000004
【図３】
2004171097.tif 000005
【図４】
2004171097.tif 000006
【図５】
2004171097.tif 000007
【図６】
2004171097.tif 000008
【図７】
2004171097.tif 000009
【図８】
2004171097.tif 000010
【図９】
2004171097.tif 000011
【図１０】
2004171097.tif 000012
【図１１】
2004171097.tif 000013
【図１２】
2004171097.tif 000014