(57)【特許請求の範囲】
【請求項１】
実運用に使用されているハードウエア資源であるリソースの割合ａに応じて診断対象とするリソースの割合ｂを定め，
さらに，変動するリソースに対応する為、マージンリソース割合ｃを予め定めて，
前記診断対象とするリソースの割合ｂを
ｂ＝１００%−ａ%−ｃ%として求める
ことを特徴とするリソース割当て方法。
【請求項２】
請求項１において，
前記マージンリソース割合ｃを，平均のリソース使用量に対し，リソース使用量が増大する時間帯では前記平均のリソース使用量より大きな値を設定し、リソース使用量が減少する時間帯では前記平均のリソース使用量より小さい値を設定する
ことを特徴とするリソース割当て方法。
【請求項３】
請求項１において，
前記マージンリソース割合ｃを，所定のリソース使用量監視時間中の平均リソース使用量が，一日の平均リソース使用量に対し，増加する方向に変化した場合に，前記マージンリソース割合ｃの規定値から一定割合ずつ増加させる
ことを特徴とするリソース割当て方法。
【請求項４】
請求項３において，
前記所定のリソース使用量監視時間中の平均リソース使用量の上昇割合に応じて，監視時間を短くする
ことを特徴とするリソース割当て方法。
【請求項５】
それぞれ演算回路を有する複数の演算回路部と，
ＣＰＵ部を有し，
前記ＣＰＵ部は，前記複数の演算回路部のうち実運用に使用されている演算回路部の割合ａに応じて，診断対象とする演算回路部の割合ｂを定め，
さらに，変動する演算回路部の使用割合に対応する為、マージンリソース割合ｃを予め定めて，
前記診断対象とする演算回路部の割合ｂを
ｂ＝１００%−ａ%−ｃ%として求める
ことを特徴とする演算回路の診断システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，リソース割当て方法及び，これを用いた演算回路の診断システムに関する。
【背景技術】
【０００２】
移動通信基地局系制御装置等では音声コーデック等演算回路を搭載しており，これら演算回路が正常に動作しているかどうかを判断することはシステムの信頼性のために重要である。
【０００３】
移動通信の運用中は，絶えず演算回路の入力データが変化する為、正常な結果であるか否は，出力のみからは判定することが出来ない。
【０００４】
このために，演算回路が正常に動作しているかどうかを判断するために，演算回路を二重化，三重化等にする構成が考えられる。それら二重化，三重化回路において同じ入力信号に対して出力が同じであれば，正しく動作していると判断できる。しかし，かかる対応では，回路規模は大きくなり，現実的な対応ではない。
【０００５】
このため，一度、演算回路が搭載された機能部を運用から切り離し，オフライン状態で予め演算結果が判るテストベクターで試験を行う演算回路の正常性を判断する方法がとられていた。しかし，この方法では，実運用における演算回路の正常性の診断をすることができないという問題がある。
【０００６】
ここで，更に回路の正常性診断に関連する技術として特許文献１に開示の発明がある。特許文献１に開示される発明は，ＬＳＩの製造における最終検査工程で行われるテストのための構成である。特徴として，ＬＳＩに備えられるＲＯＭの空き領域を利用してデータ信号を記憶し，このデータ信号をデコードしてテストモードを設定する構成である。
【特許文献１】特開平８−３１３６０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記の通り，いずれの従来技術にあっても，移動通信基地局系制御装置等におけるシステム運用中での演算回路の正常性の判断を行う技術は存在していなかった。
【０００８】
したがって，本発明の目的は，装置規模を大きくすること無くシステム運用中において，リアルタイムに演算回路の正常性を判断することを可能とするリソース割当て方法及び，これを用いた演算回路の診断システムを提供することにある。
【課題を解決するための手段】
【０００９】
上記の課題を達成する本発明の第１の側面は，リソース割当て方法であって，実運用に使用されているリソースの割合ａに応じて診断対象とするリソースの割合ｂを定め，さらに，変動するリソースに対応する為、マージンリソース割合ｃを予め定めて，前記診断対象とするリソースの割合ｂをｂ＝１００%−ａ%−ｃ%として求めることを特徴とする。
【００１０】
前記第１の側面において，前記マージンリソース割合ｃを，平均のリソース使用量に対し，リソース使用量が増大する時間帯では前記平均のリソース使用量より大きな値を設定し、リソース使用量が減少する時間帯では前記平均のリソース使用量より小さい値を設定する様に構成できる。
【００１１】
前記第１の側面において，前記マージンリソース割合ｃを，所定のリソース使用量監視時間中の平均リソース使用量が，一日の平均リソース使用量に対し，増加する方向に変化した場合に，前記マージンリソース割合ｃの規定値から一定割合ずつ増加させるようにしてもよい。
【００１２】
また，この時，前記所定のリソース使用量監視時間中の平均リソース使用量の上昇割合に応じて，監視時間を短くするようにしてもよい。
【００１３】
さらに，この時，前記所定のリソース使用量監視時間中の平均リソース使用量の所定値以上の増加が所定回数連続して発生する時に，前記マージンリソース割合ｃを増加させるようにしてもよい。
【００１４】
前記第１の側面において，前記診断対象とするリソースの割合ｂが，現在診断中のリソースより，所定の割合分小さくなった時，前記診断中のリソースを開放するようにしてもよい。
【００１５】
また，前記において，前記診断対象とするリソースの割合ｂの判断実施をする契機を，設定された判断周期で実行する様にもできる。
【００１６】
また，このとき，前記判断周期とともに，リソース割合値が設定され，前記診断対象とするリソースの割合ｂを確認し、前記割合ｂが前記設定されたリソース割合値以上であれば診断実施し、以下であれば診断せずに次の判断周期で判断するようにしてもよい。
【００１７】
さらに，この時，前記判断周期毎に割合ｂの値を確認し、割合ｂが前記設定した値以上であれば診断実施し、以下であれば前記判断周期より短いｔ時間後に同じ判断を実施するようにしてもよい。
【００１８】
上記課題を達成する本発明の第２の側面は，演算回路の診断システムであって，それぞれ演算回路を有する複数の演算回路部と，ＣＰＵ部を有し，前記ＣＰＵ部は，前記複数の演算回路部のうち実運用に使用されている演算回路部の割合ａに応じて，診断対象とする演算回路部の割合ｂを定め，さらに，変動する演算回路部の使用割合に対応する為、マージンリソース割合ｃを予め定めて，前記診断対象とする演算回路部の割合ｂをｂ＝１００%−ａ%−ｃ%として求めることを特徴とする。
【００１９】
前記第２の側面において，更に前記複数の演算回路部のそれぞれに，テストベクターの発生器とチェック回路を有し，前記診断対象とされる演算回路部は，前記ＣＰＵ部により対応する演算回路で，通常データに代え，前記テストベクターの発生器からのテストベクターに対する演算処理を行い，その結果を前記チェック回路で判断して前記演算回路の正常化否かの判断を行うように制御される用に構成することができる。
【００２０】
本発明の特徴は，以下に図面に従い説明される実施の形態例の説明から更に明らかになる。
【発明の効果】
【００２１】
本発明により，システム装置における演算回路等のリソースの診断を，装置規模を大きくすること無くシステム運用中において，リアルタイムに演算回路の正常性を判断することを可能とする。
【発明を実施するための最良の形態】
【００２２】
以下に図面に従い本発明の実施の形態例を説明する。なお，実施の形態例は，本発明の理解のためのものであり，本発明の技術的範囲がこれに限定されるものではなく，請求の範囲と均等のものも含まれるものである。
【００２３】
図１は，本発明のリソース割当て方法を適用する，移動通信基地局系制御装置等における音声コーデック等演算回路の構成例ブロック図である。
【００２４】
図１において，複数ｎ個のパネルＰ１〜Ｐｎを有して，１つの装置を構成している。
【００２５】
複数ｎ個のパネルＰ１〜Ｐｎのそれぞれには，演算回路１，テストベクター発生器及びデータチェック回路２，更にセレクタ３を有している。
【００２６】
また，外部にＣＰＵ部４及び切替えスイッチ５を有している。さらに，Ｉ／Ｏインタフェース回路６，７を通して，それぞれチャネル設定信号（C-Plane）と，通常運用（U-Plane）信号を入出力する。
【００２７】
図２は，本発明のリソース割当て方法における処理フローである。
【００２８】
ＣＰＵ部４は，チャネル設定信号（C-Plane）により，実運用リソースの割当てを行い,テーブル等によりリソースの管理を行う。このリソース管理テーブル等から，実運用リソースを測定する（ステップＳ１）。この結果に基づき，運用中でないリソースを診断対象とすることができる，複数パネルＰ１〜Ｐｎにおける空きリソース（演算回路１）を算出決定する（ステップＳ２）。すなわち，実運用されているリソース（演算回路１）を測定し，これから実運用されていないリソースを診断対象リソースとして算出して診断対象リソースとして割当てを行う（ステップＳ３）。
【００２９】
診断対象とされた演算回路１を搭載するパネルにおいてセレクタ３を切替えて、切替えスイッチ５からの通常運用U-Plane信号（データ信号）を止め、テストベクター発生器２ａからのテスト信号を演算回路１に入力する。これにより，演算回路１のテスト信号に対する演算処理を行う。
【００３０】
演算回路１の演算処理の出力結果をデータチェッカー２ｂに報告し（ステップＳ５），データチェッカー２ｂにおいて演算結果の正常，非正常（ＯＫ／ＮＧ）を判定する。さらに，この判定結果をＣＰＵ部４が受け、ＮＧの場合には演算回路１をアラーム（ＡＬＭ）等にして通常運用のリソース対象から外す。ＯＫの場合には次回診断のタイミングまで運用リソースとして使用する等の診断結果の処理を行う（ステップＳ６）。
【００３１】
このようにして，診断対象とされた演算回路１を搭載するパネル以外のパネルは，通常運用に供され，装置の運用中に，診断対象とされたリソース即ち，演算回路１の正常／非正常を判定できる。
【００３２】
ここで，本発明による診断の契機は，局データ等に定められた周期毎に行なう様に制御し、該当時間に診断するリソース割合が所定の割合以下であった場合には次周期に実施したり、所定の時間後に実施したりする。
【００３３】
ここで，診断対象とするリソースの求め方に付いての実施例を説明する。
【００３４】
第１の実施例として，実運用に使用されているリソースの割合を“ａ”とし，これに応じて、診断対象とするリソースの割合“ｂ”を決める。この時、変動するリソースに対応する為、マージンリソース割合“ｃ”を局データ等により定めておく。
【００３５】
これにより、診断対象とするリソースの割合は，ｂ％＝１００％−ａ％−ｃ％として求められる。
【００３６】
診断対象とするリソースの割合ｂとしては小数点以下２桁目以降を切捨て，下記の様に診断リソースを求める。これにより、図２における処理ステップＳ３において，診断を行う対象を決定することができる。したがって，実運用するリソースが変動しても不足等が生じることが無く、運用リソース割当てを行なうことができる。
【００３７】
ｂ=０％ (＜９％)
ｂ=１０％ (１０〜１９％)
ｂ=２０％ (１１〜２９％)
・・・・・・
第２の実施例として，上記第１の実施例において，移動通信におけるトラフィック等を考えると，時間帯により診断対象とするリソースの割合ｂが変化するので、図３のテーブルに一例を示す様にリソース使用量が増大する時間帯ではマージンリソース割合ｃとして大きな値Ｃ（Ａ＜Ｂ＜Ｃ）を局データ等で設定する。
【００３８】
設定された値Ｃのマージンリソース割合で診断対象とするリソースの割合ｂを求めるように制御し、マージンリソース割合が減少する時間帯ではより小さな値Ａを局データ等で設定して，その値で制御する。
【００３９】
次に第３の実施例は，一日中における平均リソースと，該当の時間帯のリソースを比較して，マージンリソース割合を求める方法である。
【００４０】
すなわち，図４に示すフローにおいて，定時的にトラフィック量を測定する（ステップＳ１１）。ついで，時間毎に測定されたトラフィック量を対応させたトラフィックデータテーブルを作成する（ステップＳ１２）。
【００４１】
このトラフィックデータテーブルに基づき，一日における平均トラフィック量Ｘを算出する（ステップＳ１３）。
【００４２】
ついで，算出された平均トラフィック量Ｘと該当時間におけるトラフィック量とを比較し，その差を求める（ステップＳ１４）。
【００４３】
一日の平均トラフィック量Ｘと該当時間におけるトラフィック量との差分の大きさに応じてマージンリソースを設定する。
【００４４】
一日の平均トラフィック量Ｘに対し，該当時間におけるトラフィック量が所定値αより小さいとき（ステップＳ１５，Ｙ），マージンリソース割合を小さい値Ａに設定する（ステップＳ１６）。
【００４５】
一方，一日の平均トラフィック量Ｘに対し，該当時間におけるトラフィック量が所定値αより大きいとき（ステップＳ１７，Ｙ），マージンリソース割合を最も大きい値Ａに設定する（ステップＳ１６）。
【００４６】
さらに，一日の平均トラフィック量Ｘに対し，該当時間におけるトラフィック量が大きいが，所定値αを超えないときは，マージンリソース割合を中間の大きさの値Ｂに設定する（ステップＳ１６）。
【００４７】
図５は，第４の実施例であり，何らかのイベント等に起因してリソース使用量が急減に変化する場合を考慮している。
【００４８】
周期ｔ0で，リソース使用量を測定して（ステップＳ２１），時間当たりのリソース使用量Ｘを算出する（ステップＳ２２）。算出された時間当たりのリソース使用量Ｘと，当該時間の平均使用リソースとの差を算出する（ステップＳ２３）。
【００４９】
算出された差分が１０％未満のとき，即ちリソース使用量変化が１０％未満のとき（ステップＳ２４，Ｙ），基準のマージンリソース割合値Ｃに設定する（ステップＳ２５）。
【００５０】
また，算出された差分が１１％と２０％の範囲であるとき（ステップＳ２６，Ｙ）は，基準のマージンリソース割合値Ｃに１０％のマージン変動を加算する（ステップＳ２７）。さらに，算出された差分が２１％と３０％の範囲であるとき（ステップＳ２８，Ｙ）は，基準のマージンリソース割合値Ｃにより大きい２０％のマージン変動２を加算調整する（ステップＳ２９）。
【００５１】
図６は，第５の実施例であって，図５に示す第４の実施例において，処理量が急激に上昇し実運用に使用されるリソース割合ａが急激に上昇した場合(例えば  ２０％以上)に対応する実施例処理を示す図である。
【００５２】
先ず周期ｔ0で，リソース使用量を測定して（ステップＳ３１），時間当たりのリソース使用量Ｘを算出する（ステップＳ３２）。算出された時間当たりのリソース使用量Ｘと，当該時間の平均使用リソースとの差を算出する（ステップＳ３３）。
【００５３】
算出された差分が１０％未満のとき，即ちリソース使用量変化が１０％未満のとき（ステップＳ３４，Ｙ），測定周期ｔ0をＴ０に設定して，基準のマージンリソース割合値Ｃに設定する（ステップＳ３５）。
【００５４】
また，算出された差分が１１％と２０％の範囲であるとき（ステップＳ３６，Ｙ）は，基準のマージンリソース割合値Ｃに１０％のマージン変動を加算し，測定周期ｔ0をＴ１（＜Ｔ０）に設定する（ステップＳ２７）。
【００５５】
さらに，算出された差分が２１％と３０％の範囲であるとき（ステップＳ３８，Ｙ）は，基準のマージンリソース割合値Ｃにより大きい２０％のマージン変動を加算し，測定周期ｔ0をＴ２（＜Ｔ１＜Ｔ０）に設定する（ステップＳ２７）。
【００５６】
このように，時間当たりのリソース使用量Ｘの上昇の割合に応じて監視時間ｔ0を短くし、監視をきめ細かくすることにより実運用用リソース不足が発生しない様にすることができる。
【００５７】
図７は，第６の実施例である。リソース使用量がバタツキ、増減を繰り返した場合を考慮した実施例である。
【００５８】
この実施例では，診断リソース制御がバタつかない様に連続ｎ回以上，時間当たりのリソース使用量と該当する時間の平均使用リソースとの差Ｚが所定値以上の変化をしていた場合にｃ0を設定して制御を行うものである。
【００５９】
すなわち，図５と同様に，時間当たりのリソース使用量を算出し（ステップＳ４２），該当時間の平均使用リソースとの差を求める（ステップＳ４３）。
【００６０】
求められた該当時間の平均使用リソースとの差が，１０％未満のとき（ステップＳ４４，Ｙ），算出された差分が１１％と２０％の範囲であるとき（ステップＳ４７，Ｙ）更に，算出された差分が２１％と３０％の範囲であるとき（ステップＳ５０，Ｙ），図
５に示す実施例では，対応してマージンを基準マージンｃ，基準マージンｃに１０％付加，更に対し，基準マージンｃに２０％を付加する処理（ステップＳ４６，Ｓ４９，Ｓ５２）を実行する前に，それぞれの条件を満たす回数が所定回数以上であるかを判断する（ステップＳ４５，Ｓ４８，Ｓ５１）。それぞれ所定回数を超えていない場合は，測定周期の変更を行わないように制御する。
【００６１】
このような制御処理により，リソース使用量がバタツキ、増減を繰り返した場合にも適切に処理が可能である。
【００６２】
図８は，診断中のリソースを開放する制御を行う実施例である。図８Ａにおいて，
診断可能対象リソース割合ｂを算出する（ステップＳ６１）。算出された診断対象リソース割合ｂが，現在診断中のリソース量より小さい場合（ステップＳ６２，Ｎ），診断中のリソースを一部を開放して割合ｂになるように制御する（ステップＳ６３）。
【００６３】
反対に，算出された診断対象リソース割合ｂが，現在診断中のリソース量より大きい場合（ステップＳ６２，Ｙ），空きリソースに余裕があるので，空きリソース追加診断を行う（ステップＳ６４）。
【００６４】
空きリソース追加診断（ステップＳ６４）は，図８Ｂに示すようにして，空きリソースが所定割合β（例えば，５％）以下になった時（ステップＳ６６），診断中リソースを全て開放する（ステップＳ６７）。このように，所定割合βまで診断用リソースを使用し，且つ実運用用のリソースを不足しないように制御できる。
【００６５】
つぎに，リソース量の診断周期について検討する。リソース量の診断周期は，先に説明したように，局データにおいて設定可能である。図９は，この基本的処理を説明するフローである。
【００６６】
局データにより診断周期Ｔが，ＣＰＵ部４に通知されている場合，ＣＰＵ部４は，通知された診断周期Ｔの経過を判断する（ステップＳ７０）。診断周期Ｔを経過していれば（ステップＳ７０，Ｙ），診断を実施し，次の診断周期Ｔの経過が判断される（ステップＳ７１）。
【００６７】
図１０は，更に，局データに診断周期Ｔのみでなく，診断対象のリソース量ｂが設定されている場合の処理フローである。
【００６８】
診断周期Ｔが経過した場合であって（ステップＳ８０，Ｙ），更に局データで設定されたリソース量を超えていれば（ステップＳ８１，Ｙ），診断を実施する（ステップＳ８２）。
【００６９】
局データで設定されたリソース量を超えていなければ（ステップＳ８１，Ｎ），次の診断周期Ｔの経過後に再度の判定を行う。
【００７０】
上記図１０における実施例は，局データで設定されたリソース量を超えていなければ（ステップＳ８１，Ｎ），次の診断周期Ｔの経過後に再度の判定を行う（ステップＳ８０）処理である。これに対し，図１１は，処理時間を短くするための実施例処理フローである。
【００７１】
図１１において，診断周期Ｔが経過し（ステップＳ８０，Ｙ），局データで設定されたリソース量を超えていなければ（ステップＳ８１，Ｎ），次の診断周期Ｔの経過を待つことなく，診断周期Ｔより短いｔ時間の経過を待って（ステップＳ８３），再度局データで設定されたリソース量を超えているか否かの判断を行う（ステップＳ８１）。これは，次の診断周期Ｔ迄の間に局データで設定されたリソース量を超える状態になる場合が有るからあり，処理時間を短縮することができる。
【産業上の利用可能性】
【００７２】
上記したように，本発明は，演算回路の正常性をリアルタイムに診断することによりチェックすることができ、異常があった演算回路は警告（ＡＬＭ）する等により実運用から切り離して、システムの信頼性を高めることに寄与できる。
【００７３】
（付記１）
実運用に使用されているリソースの割合ａに応じて診断対象とするリソースの割合ｂを定め，
さらに，変動するリソースに対応する為、マージンリソース割合ｃを予め定めて，
前記診断対象とするリソースの割合ｂを
ｂ＝１００%−ａ%−ｃ%として求める
ことを特徴とするリソース割当て方法。
【００７４】
（付記２）
付記１において，
前記マージンリソース割合ｃを，平均のリソース使用量に対し，リソース使用量が増大する時間帯では前記平均のリソース使用量より大きな値を設定し、リソース使用量が減少する時間帯では前記平均のリソース使用量より小さい値を設定する
ことを特徴とするリソース割当て方法。
【００７５】
（付記３）
付記１において，
前記マージンリソース割合ｃを，所定のリソース使用量監視時間中の平均リソース使用量が，一日の平均リソース使用量に対し，増加する方向に変化した場合に，前記マージンリソース割合ｃの規定値から一定割合ずつ増加させる
ことを特徴とするリソース割当て方法。
【００７６】
（付記４）
付記３において，
前記所定のリソース使用量監視時間中の平均リソース使用量の上昇割合に応じて，監視時間を短くする
ことを特徴とするリソース割当て方法。
【００７７】
（付記５）
付記３において，
前記所定のリソース使用量監視時間中の平均リソース使用量の所定値以上の増加が所定回数連続して発生する時に，前記マージンリソース割合ｃを増加させる
ことを特徴とするリソース割当て方法。
【００７８】
（付記６）
付記１において，
前記診断対象とするリソースの割合ｂが，現在診断中のリソースより，所定の割合分小さくなった時，前記診断中のリソースを開放する
ことを特徴とするリソース割当て方法。
【００７９】
（付記７）
付記１乃至６のいずれかにおいて，
前記診断対象とするリソースの割合ｂの判断実施をする契機を，設定された判断周期で実行する
ことを特徴とするリソース割当て方法。
【００８０】
（付記８）
付記７において，
さらに，前記判断周期とともに，リソース割合値が設定され，前記診断対象とするリソースの割合ｂを確認し、前記割合ｂが前記設定されたリソース割合値以上であれば診断実施し、以下であれば診断せずに次の判断周期で判断する
ことを特徴とするリソース割当て方法。
【００８１】
（付記９）
付記８において，
前記判断周期毎に割合ｂの値を確認し、割合ｂが前記設定した値以上であれば診断実施し、以下であれば前記判断周期より短いｔ時間後に同じ判断を実施する
ことを特徴とするリソース割当て方法。
【００８２】
（付記１０）
それぞれ演算回路を有する複数の演算回路部と，
ＣＰＵ部を有し，
前記ＣＰＵ部は，前記複数の演算回路部のうち実運用に使用されている演算回路部の割合ａに応じて，診断対象とする演算回路部の割合ｂを定め，
さらに，変動する演算回路部の使用割合に対応する為、マージンリソース割合ｃを予め定めて，
前記診断対象とする演算回路部の割合ｂを
ｂ＝１００%−ａ%−ｃ%として求める
ことを特徴とする演算回路の診断システム。
【００８３】
（付記１１）
付記１０において，
更に前記複数の演算回路部のそれぞれに，テストベクターの発生器とチェック回路を有し，
前記診断対象とされる演算回路部は，前記ＣＰＵ部により対応する演算回路で，通常データに代え，前記テストベクターの発生器からのテストベクターに対する演算処理を行い，その結果を前記チェック回路で判断して前記演算回路の正常か否かの判断を行うように制御される演算回路の診断システム。
【図面の簡単な説明】
【００８４】
【図１】本発明のリソース割当て方法を適用する，移動通信基地局系制御装置等における音声コーデック等演算回路の構成例ブロック図である。
【図２】本発明のリソース割当て方法における処理フローである。
【図３】時間帯により診断対象とするリソースの割合ｂが変化する様子を示すテーブルを示す図である。
【図４】第３の実施例として，マージンリソース割合を求める方法を示すフローである。
【図５】何らかのイベント等に起因してリソース使用量が急減に変化する場合を考慮した第４の実施例を示すフローである。
【図６】第５の実施例であって，第４の実施例において，処理量が急激に上昇し実運用に使用されるリソース割合ａが急激に上昇した場合に対応する処理を示す図である。
【図７】第６の実施例である。リソース使用量がバタツキ、増減を繰り返した場合を考慮した実施例である。
【図８】診断中のリソースを開放する制御を行う実施例である。
【図９】リソース量の診断周期について，基本的処理を説明するフローである。
【図１０】局データに診断周期Ｔのみでなく，診断対象のリソース量ｂが設定されている場合の処理フローである。
【図１１】図１０における実施例に対し，処理時間を短くするための実施例処理フローである。
【符号の説明】
【００８５】
１  演算回路
２  テストベクター発生器及びデータチェック回路
３  セレクタ
４  ＣＰＵ部
５  スイッチ
６，７  Ｉ／Ｏインタフェース回路
【図１】
0004490366.tif 000002
【図２】
0004490366.tif 000003
【図３】
0004490366.tif 000004
【図４】
0004490366.tif 000005
【図５】
0004490366.tif 000006
【図６】
0004490366.tif 000007
【図７】
0004490366.tif 000008
【図８】
0004490366.tif 000009
【図９】
0004490366.tif 000010
【図１０】
0004490366.tif 000011
【図１１】
0004490366.tif 000012