JPH04216242A - ビット／バイト変換方式 - Google Patents
ビット／バイト変換方式Info
- Publication number
- JPH04216242A JPH04216242A JP41066590A JP41066590A JPH04216242A JP H04216242 A JPH04216242 A JP H04216242A JP 41066590 A JP41066590 A JP 41066590A JP 41066590 A JP41066590 A JP 41066590A JP H04216242 A JPH04216242 A JP H04216242A
- Authority
- JP
- Japan
- Prior art keywords
- buffer
- bit
- cos
- byte
- bits
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 239000000872 buffer Substances 0.000 claims abstract description 64
- 238000012545 processing Methods 0.000 claims abstract description 30
- 230000005540 biological transmission Effects 0.000 claims description 22
- 238000000034 method Methods 0.000 claims description 15
- 238000006243 chemical reaction Methods 0.000 claims description 14
- 238000012806 monitoring device Methods 0.000 claims description 11
- 101100524516 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) RFA2 gene Proteins 0.000 description 17
- 238000012544 monitoring process Methods 0.000 description 10
- 238000012546 transfer Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 4
- 101100033865 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) RFA1 gene Proteins 0.000 description 3
- 238000007796 conventional method Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 1
- 230000008034 disappearance Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
Landscapes
- Communication Control (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】本発明は、伝送装置の監視ユニッ
ト内に搭載されて伝送ユニットの障害の発生、消滅など
の変化を識別し、予め定められたパターンの出力を生じ
るビット／バイト変換方式に関する。
ト内に搭載されて伝送ユニットの障害の発生、消滅など
の変化を識別し、予め定められたパターンの出力を生じ
るビット／バイト変換方式に関する。
【０００２】近年、伝送装置の監視の精度向上および通
知におけるＭＭＩ（マンマシンインタフェース）の高機
能化に伴ない、監視装置は多数の障害を短時間で解析処
理することが望まれ、これにはハードウエアとソフトウ
エアを統合したアーキテクチャの決定が重要になってき
ている。
知におけるＭＭＩ（マンマシンインタフェース）の高機
能化に伴ない、監視装置は多数の障害を短時間で解析処
理することが望まれ、これにはハードウエアとソフトウ
エアを統合したアーキテクチャの決定が重要になってき
ている。
【０００３】
【従来の技術】上記種類の監視ユニットは、メモリに展
開された、伝送装置の各個別のユニットから集めた障害
をビット／バイト（ｂｉｔ／Ｂｙｔｅ） 変換器と呼ば
れるＣＯＳ（Ｃｈａｎｇｅ ｏｆ Ｓｔａｔｕｓ） 処
理専用ハードウエアを用いて処理し、各障害個別に、障
害の時間変化データに変換する。時間変化データは、１
つの障害に対してメモリの１バイトを用い、そのＬＳＢ
をｂ０、ＭＳＢをｂ７として、ｂ０で現在の監視結果、
ｂ１で前回（１単位時間前）の監視結果、ｂ２で前々回
（２単位時間前）の監視結果を表わす。ビットの値が例
えば１のとき障害、０のとき非障害である。かゝる１バ
イトのビット値によって障害の状態が定義され、例えば
障害発生中（継続）なら０７、障害回復中（継続）なら
００、障害発生なら０３、瞬時障害の発生なら０２、障
害回復なら０６（いずれもＨＥＸ）であり、かゝるコー
ドで通報される。
開された、伝送装置の各個別のユニットから集めた障害
をビット／バイト（ｂｉｔ／Ｂｙｔｅ） 変換器と呼ば
れるＣＯＳ（Ｃｈａｎｇｅ ｏｆ Ｓｔａｔｕｓ） 処
理専用ハードウエアを用いて処理し、各障害個別に、障
害の時間変化データに変換する。時間変化データは、１
つの障害に対してメモリの１バイトを用い、そのＬＳＢ
をｂ０、ＭＳＢをｂ７として、ｂ０で現在の監視結果、
ｂ１で前回（１単位時間前）の監視結果、ｂ２で前々回
（２単位時間前）の監視結果を表わす。ビットの値が例
えば１のとき障害、０のとき非障害である。かゝる１バ
イトのビット値によって障害の状態が定義され、例えば
障害発生中（継続）なら０７、障害回復中（継続）なら
００、障害発生なら０３、瞬時障害の発生なら０２、障
害回復なら０６（いずれもＨＥＸ）であり、かゝるコー
ドで通報される。
【０００４】かゝる処理を同時に、複数の障害項目別に
行なうことで─、多数の監視項目のＣＯＳ処理を短時間
で実行する。図５にこの処理要領を示す。ｎ段、各段２
バイトの容量の、ＳＶのバッファＢＵＦ０ へｎ個の伝
送ユニット＃１〜＃ｎの状態データ（各２バイト）が定
期的に取込まれ、ビットバイト変換器１０ではこれをバ
ッファＢＵＦ１ 〜ＢＵＦ３ へ逐次取込む。取込み先
は現在バッファポインタ１２が定める。即ちこのポイン
タ１２は１，２，３，１，２，……を繰り返すカウンタ
で、セレクタ１４はポインタ１２の計数値が１ならＢＵ
Ｆ１ へ、２ならＢＵＦ２ へ、３ならＢＵＦ３ へ、
再び１ならＢＵＦ１ へ、……ＢＵＦ０ の内容を転送
する。この結果は、例えばＢＵＦ２ が現在バッファ、
ＢＵＦ１ が前回バッファ、ＢＵＦ３ が前々回バッフ
ァになる。ビット／バイト変換器１０ではこれらのバッ
ファＢＵＦ１ 〜ＢＵＦ３ の内容につきＣＯＳ処理を
して各ユニットの状態を示すデータをバッファＣＯＳ
ＢＵＦへ出力する。判定手段１６はＣＯＳ ＢＵＦ
の内容から障害発生、回復、瞬時障害などを判断し、そ
れらを示すコードを上位装置へ出力する。
行なうことで─、多数の監視項目のＣＯＳ処理を短時間
で実行する。図５にこの処理要領を示す。ｎ段、各段２
バイトの容量の、ＳＶのバッファＢＵＦ０ へｎ個の伝
送ユニット＃１〜＃ｎの状態データ（各２バイト）が定
期的に取込まれ、ビットバイト変換器１０ではこれをバ
ッファＢＵＦ１ 〜ＢＵＦ３ へ逐次取込む。取込み先
は現在バッファポインタ１２が定める。即ちこのポイン
タ１２は１，２，３，１，２，……を繰り返すカウンタ
で、セレクタ１４はポインタ１２の計数値が１ならＢＵ
Ｆ１ へ、２ならＢＵＦ２ へ、３ならＢＵＦ３ へ、
再び１ならＢＵＦ１ へ、……ＢＵＦ０ の内容を転送
する。この結果は、例えばＢＵＦ２ が現在バッファ、
ＢＵＦ１ が前回バッファ、ＢＵＦ３ が前々回バッフ
ァになる。ビット／バイト変換器１０ではこれらのバッ
ファＢＵＦ１ 〜ＢＵＦ３ の内容につきＣＯＳ処理を
して各ユニットの状態を示すデータをバッファＣＯＳ
ＢＵＦへ出力する。判定手段１６はＣＯＳ ＢＵＦ
の内容から障害発生、回復、瞬時障害などを判断し、そ
れらを示すコードを上位装置へ出力する。
【０００５】具体的な例で説明すると、伝送ユニット＃
１は伝送装置のパワー部とし、その１０箇所の状態が取
出されてそれらが各１ビット、計１０ビットで表わされ
、バッファＢＵＦ０ へのビット割付けは図６の通りと
する、即ち各バイトのｂ２〜ｂ０は空、各バイトのｂ７
〜ｂ３は、上記１０箇所を１〜１０で表わして、その１
〜５と６〜１０であるＰＷ０１〜ＰＷ０５とＰＷ０６〜
ＰＷ１０とする。そして各ビットＰＷ０１〜ＰＷ１０は
同図（ｂ）に示すように前々回は０１０１０……０，前
回は１１１１０……０，今回は１００１０……０とする
。このときバッファＢＵＦ０ のユニット＃１の内容は
図７（ａ）、ＢＵＦ３ のユニット＃１の内容は同図（
ｂ）、ＢＵＦ１ のユニット＃１の内容は同図（ｃ）、
ＢＵＦ２ のユニット＃１の内容は同図（ｄ）になる。 ＣＯＳ処理では、これらのＢＵＦ１ 〜ＢＵＦ３ の各
ビット別の時間変化をとって同図（ｅ）を得る。即ちｂ
０は現在、ｂ１は前回、ｂ２は前々回のＰＷ０１〜ＰＷ
１０の値であり、ＰＷ０１は図７の（ｂ）〜（ｄ）に示
すように前々回は０、前回は１、現在は１であるから０
１１であり、ＰＷ０２は前々回は１、前回は１、現在は
０であるから１１０になり、他もこれに準ずる。１は障
害、０は非障害であるから、前回が０、現在が１で障害
発生であるが、こゝでは保護をとって１が２度続くとき
従って０１１で障害発生とする。０１０のときは障害が
発生して直ちに消滅したのであり、これは瞬時障害の発
生とする。１１１は障害継続であり、このような状態か
ら０になる即ち１１０のときは障害消滅、回復である。 ０００は非障害継続中（変化なし）である。
１は伝送装置のパワー部とし、その１０箇所の状態が取
出されてそれらが各１ビット、計１０ビットで表わされ
、バッファＢＵＦ０ へのビット割付けは図６の通りと
する、即ち各バイトのｂ２〜ｂ０は空、各バイトのｂ７
〜ｂ３は、上記１０箇所を１〜１０で表わして、その１
〜５と６〜１０であるＰＷ０１〜ＰＷ０５とＰＷ０６〜
ＰＷ１０とする。そして各ビットＰＷ０１〜ＰＷ１０は
同図（ｂ）に示すように前々回は０１０１０……０，前
回は１１１１０……０，今回は１００１０……０とする
。このときバッファＢＵＦ０ のユニット＃１の内容は
図７（ａ）、ＢＵＦ３ のユニット＃１の内容は同図（
ｂ）、ＢＵＦ１ のユニット＃１の内容は同図（ｃ）、
ＢＵＦ２ のユニット＃１の内容は同図（ｄ）になる。 ＣＯＳ処理では、これらのＢＵＦ１ 〜ＢＵＦ３ の各
ビット別の時間変化をとって同図（ｅ）を得る。即ちｂ
０は現在、ｂ１は前回、ｂ２は前々回のＰＷ０１〜ＰＷ
１０の値であり、ＰＷ０１は図７の（ｂ）〜（ｄ）に示
すように前々回は０、前回は１、現在は１であるから０
１１であり、ＰＷ０２は前々回は１、前回は１、現在は
０であるから１１０になり、他もこれに準ずる。１は障
害、０は非障害であるから、前回が０、現在が１で障害
発生であるが、こゝでは保護をとって１が２度続くとき
従って０１１で障害発生とする。０１０のときは障害が
発生して直ちに消滅したのであり、これは瞬時障害の発
生とする。１１１は障害継続であり、このような状態か
ら０になる即ち１１０のときは障害消滅、回復である。 ０００は非障害継続中（変化なし）である。
【０００６】
【発明が解決しようとする課題】図５でハードユニット
（伝送ユニット＃１〜＃ｎ）からバッファＢＵＦ０ に
展開されるデータは、プロセッサから見て各ビット毎に
予め決められた規則で行なわれるが、個々のハードウエ
アは独立であること、ハードウエア設計上の都合などか
ら、図６，７などから明らかなように空きビットが多く
、必要以上に多くのビットを使用する。このためビット
／バイト処理においてメモリが不足する、空きビットも
変換処理の対象になり変換処理後も検索したりするため
処理に時間を要し、処理能力が不足することがある、等
の問題がある。
（伝送ユニット＃１〜＃ｎ）からバッファＢＵＦ０ に
展開されるデータは、プロセッサから見て各ビット毎に
予め決められた規則で行なわれるが、個々のハードウエ
アは独立であること、ハードウエア設計上の都合などか
ら、図６，７などから明らかなように空きビットが多く
、必要以上に多くのビットを使用する。このためビット
／バイト処理においてメモリが不足する、空きビットも
変換処理の対象になり変換処理後も検索したりするため
処理に時間を要し、処理能力が不足することがある、等
の問題がある。
【０００７】具体例を挙げるとＢＵＦ０ の容量は２Ｋ
バイト、ＢＵＦ１ 〜ＢＵＦ３ も２Ｋバイト、ＣＯＳ
ＢＵＦは各ビットをバイトに変換するので１６Ｋバ
イト必要になる。またこれだけのデータを処理しなけれ
ばならないから所要時間も大になる。
バイト、ＢＵＦ１ 〜ＢＵＦ３ も２Ｋバイト、ＣＯＳ
ＢＵＦは各ビットをバイトに変換するので１６Ｋバ
イト必要になる。またこれだけのデータを処理しなけれ
ばならないから所要時間も大になる。
【０００８】本発明はかゝる点を改善し、必要なメモリ
容量の低減および処理の高速化を図ることを目的とする
ものである。
容量の低減および処理の高速化を図ることを目的とする
ものである。
【０００９】
【課題を解決するための手段】本発明１ではバッファＢ
ＵＦ０ からビット／バイト変換器１０へデータを送る
とき、空きビットは送らないようにする。バッファＢＵ
Ｆ０ のどのビットは使用で、どのビットは空きかはＲ
ＯＭデータテーブルに登録しておく。例えば使用ビット
は１、空きビットは０で定義すると、図６の伝送ユニッ
ト＃１のＢＵＦ０ に対してはｂ７〜ｂ３は１、ｂ２〜
ｂ０は０になる。図１のＲＯＭテーブルはこれを示して
いる。このＲＯＭテーブルの上から３段目は伝送ユニッ
ト＃２のＢＵＦ０ に対する使用／空きビットを示す。
ＵＦ０ からビット／バイト変換器１０へデータを送る
とき、空きビットは送らないようにする。バッファＢＵ
Ｆ０ のどのビットは使用で、どのビットは空きかはＲ
ＯＭデータテーブルに登録しておく。例えば使用ビット
は１、空きビットは０で定義すると、図６の伝送ユニッ
ト＃１のＢＵＦ０ に対してはｂ７〜ｂ３は１、ｂ２〜
ｂ０は０になる。図１のＲＯＭテーブルはこれを示して
いる。このＲＯＭテーブルの上から３段目は伝送ユニッ
ト＃２のＢＵＦ０ に対する使用／空きビットを示す。
【００１０】本発明２では、ＢＵＦ０ から変換器１０
へは単純に、空きビットも送るが、変換器１０でこれを
受けて、現在バッファポインタが示すバッファＢＵＦ１
〜ＢＵＦ３ へ格納する際に、上記ＲＯＭデータテー
ブルを用いて空きビットは廃棄し、バッファへは展開し
ないようにする。
へは単純に、空きビットも送るが、変換器１０でこれを
受けて、現在バッファポインタが示すバッファＢＵＦ１
〜ＢＵＦ３ へ格納する際に、上記ＲＯＭデータテー
ブルを用いて空きビットは廃棄し、バッファへは展開し
ないようにする。
【００１１】本発明３では、変換器１０へも単純に、空
きビットも展開するが、ＣＯＳ処理して結果をＣＯＳ
ＢＵＦへ展開する際に、上記ＲＯＭデータテーブルを
用いて空きビットは処理せず、これをとばして使用ビッ
トのみ処理する。
きビットも展開するが、ＣＯＳ処理して結果をＣＯＳ
ＢＵＦへ展開する際に、上記ＲＯＭデータテーブルを
用いて空きビットは処理せず、これをとばして使用ビッ
トのみ処理する。
【００１２】本発明４ではＣＯＳ ＢＵＦへの展開ま
で従来と同様に処理し、これで図７（ｅ）が得られるが
、このバッファ中の空きバイトを、予め作成しておいた
ＲＯＭデータテーブルを用いて除き、使用バイトだけを
新バッファにコピーにする。図５の判定１６はこの新バ
ッファにつき行なう。
で従来と同様に処理し、これで図７（ｅ）が得られるが
、このバッファ中の空きバイトを、予め作成しておいた
ＲＯＭデータテーブルを用いて除き、使用バイトだけを
新バッファにコピーにする。図５の判定１６はこの新バ
ッファにつき行なう。
【００１３】
【作用】このように本発明では空ビットを除いて処理す
るので、メモリ容量の低減および処理時間の短縮が図れ
る。メモリ低減効果は本発明１，２が最も大きく、バッ
ファＢＵＦ１ 〜ＢＵＦ３ とＣＯＳ ＢＵＦのメモ
リ容量を低減できる。本発明３ではＢＵＦ１ 〜ＢＵＦ
３ の容量は従来と変らず、ＣＯＳ ＢＵＦの容量の
み低減できる。本発明４ではメモリ容量は従来と変らな
い。処理速度向上は本発明１，２，３が最大で、ビット
／バイト変換処理とＣＯＳ結果解析処理の両方を高速化
できる。本発明４ではビット／バイト変換処理は従来と
変らないが、ＣＯＳ結果解析処理を高速化できる。
るので、メモリ容量の低減および処理時間の短縮が図れ
る。メモリ低減効果は本発明１，２が最も大きく、バッ
ファＢＵＦ１ 〜ＢＵＦ３ とＣＯＳ ＢＵＦのメモ
リ容量を低減できる。本発明３ではＢＵＦ１ 〜ＢＵＦ
３ の容量は従来と変らず、ＣＯＳ ＢＵＦの容量の
み低減できる。本発明４ではメモリ容量は従来と変らな
い。処理速度向上は本発明１，２，３が最大で、ビット
／バイト変換処理とＣＯＳ結果解析処理の両方を高速化
できる。本発明４ではビット／バイト変換処理は従来と
変らないが、ＣＯＳ結果解析処理を高速化できる。
【００１４】
【実施例】本発明１の実施例を図１に示す。監視装置Ｓ
ＶのバッファＢＵＦ０ の内容は図６（ａ）の如くであ
るが、この各バイト中の使用ビット、空きビットは１，
０でＲＯＭテーブルに格納しておく。ＢＵＦ０ からビ
ット／バイト変換器１０のバッファへのデータ転送に対
してこのＲＯＭテーブルを各ビット毎に参照する。これ
はビットポインタをインクリメントしながら例えば図の
左から右へ、上段から下段への順で行なう。ステップ２
１がこれを示す。このポインタが示すＲＯＭテーブルの
ビットを読出し、０か否かチエックする（２２）。０な
ら何もせず、バッファＢＵＦ０ の次のビットを読出す
ようにし（２７）、１ならＢＵＦ０ の当該ビットを転
送バイトに設定し（２３）、転送バイトのビットカウン
タをインクリメントする（２４）。そしてこのビットカ
ウンタ値が８か否かチェックし（２５）、８でなければ
再び次のビットを読出すようにし（２７）、８なら転送
バイトデータを変換器１０へ転送し、ビットカウンタを
０にクリアする（２６）。即ち、チェックはビット単位
、転送はバイト単位である。こうして空きビットは送ら
ず、使用ビットのみ送る。
ＶのバッファＢＵＦ０ の内容は図６（ａ）の如くであ
るが、この各バイト中の使用ビット、空きビットは１，
０でＲＯＭテーブルに格納しておく。ＢＵＦ０ からビ
ット／バイト変換器１０のバッファへのデータ転送に対
してこのＲＯＭテーブルを各ビット毎に参照する。これ
はビットポインタをインクリメントしながら例えば図の
左から右へ、上段から下段への順で行なう。ステップ２
１がこれを示す。このポインタが示すＲＯＭテーブルの
ビットを読出し、０か否かチエックする（２２）。０な
ら何もせず、バッファＢＵＦ０ の次のビットを読出す
ようにし（２７）、１ならＢＵＦ０ の当該ビットを転
送バイトに設定し（２３）、転送バイトのビットカウン
タをインクリメントする（２４）。そしてこのビットカ
ウンタ値が８か否かチェックし（２５）、８でなければ
再び次のビットを読出すようにし（２７）、８なら転送
バイトデータを変換器１０へ転送し、ビットカウンタを
０にクリアする（２６）。即ち、チェックはビット単位
、転送はバイト単位である。こうして空きビットは送ら
ず、使用ビットのみ送る。
【００１５】本発明２の実施例を図２に示す。ステップ
３１ではビット／バイト変換器１０はバッファＢＵＦ０
から単純に、空きビットも含めて１バイトデータをも
らう。ＲＯＭテーブルを参照し（３２，３３）、０なら
何もせず、唯、ＢＵＦ０ のビットポインタをインクリ
メントし（３８）、１なら当該受信データビットを転送
バイトに設定し（３４）、転送バイトのビットカウンタ
をインクリメントし（３５）、このビットカウンタの値
が８か否かチェックし（３６）、８でなければＢＵＦ０
のビットポインタをインクリメントし、８なら転送バ
イトデータをバッファＢＵＦ１ 〜ＢＵＦ３のいずれか
へ転送し、ビットカウンタを０にクリアする（３７）。 ステップ３８を通る毎にビットポインタが進み、やがて
８になる（３９）が、このときビットポインタを０に戻
し（４０）、変換器１０は次の１バイトをＢＵＦ０ か
らもらう。こうして変換器１０内でＢＵＦ１ 〜ＢＵＦ
３ への展開の際に空きビットを除去することができ、
本発明１のようにＳＶ側の変更を要することはない。
３１ではビット／バイト変換器１０はバッファＢＵＦ０
から単純に、空きビットも含めて１バイトデータをも
らう。ＲＯＭテーブルを参照し（３２，３３）、０なら
何もせず、唯、ＢＵＦ０ のビットポインタをインクリ
メントし（３８）、１なら当該受信データビットを転送
バイトに設定し（３４）、転送バイトのビットカウンタ
をインクリメントし（３５）、このビットカウンタの値
が８か否かチェックし（３６）、８でなければＢＵＦ０
のビットポインタをインクリメントし、８なら転送バ
イトデータをバッファＢＵＦ１ 〜ＢＵＦ３のいずれか
へ転送し、ビットカウンタを０にクリアする（３７）。 ステップ３８を通る毎にビットポインタが進み、やがて
８になる（３９）が、このときビットポインタを０に戻
し（４０）、変換器１０は次の１バイトをＢＵＦ０ か
らもらう。こうして変換器１０内でＢＵＦ１ 〜ＢＵＦ
３ への展開の際に空きビットを除去することができ、
本発明１のようにＳＶ側の変更を要することはない。
【００１６】本発明３の実施例を図３に示す。本発明３
ではＢＵＦ０ の内容をそのまゝＢＵＦ１ 〜ＢＵＦ３
へ展開するから各バイトの各ビットの使用／空きはＢ
ＵＦ０ のそれと同じであり、従ってＲＯＭテーブルは
本発明１〜３で同じである。このＲＯＭテーブルを参照
して（４１，４２）１ならＢＵＦ１ 〜ＢＵＦ３ の内
容をもとにＣＯＳ処理を行い（４３）、０ならとばして
次へ行く（４４）。これでＣＯＳ処理及びその後の判定
処理を高速化できる。本発明３では変換器１０のハード
ウエアの改造を殆んどしなくて済む。
ではＢＵＦ０ の内容をそのまゝＢＵＦ１ 〜ＢＵＦ３
へ展開するから各バイトの各ビットの使用／空きはＢ
ＵＦ０ のそれと同じであり、従ってＲＯＭテーブルは
本発明１〜３で同じである。このＲＯＭテーブルを参照
して（４１，４２）１ならＢＵＦ１ 〜ＢＵＦ３ の内
容をもとにＣＯＳ処理を行い（４３）、０ならとばして
次へ行く（４４）。これでＣＯＳ処理及びその後の判定
処理を高速化できる。本発明３では変換器１０のハード
ウエアの改造を殆んどしなくて済む。
【００１７】本発明４の実施例を図４に示す。本発明４
ではＣＯＳ処理まで従来と同じであり、従ってＣＯＳ
ＢＵＦの内容は図７（ｅ）の如くなる。この図に示さ
れるようにＰＷ０１〜ＰＷ０５，ＰＷ０６〜ＰＷ１０は
使用バイトであるが、これらの間のＰＷ１１〜１６に対
応する６バイトは空きである。この場合のＲＯＭテーブ
ルはこの使用バイト、空きバイトを示し、本例では０１
が前者、００が後者を示す。ＣＯＳ ＢＵＦの各バイ
トと一対一に対応するこのＲＯＭテーブルを用い（５１
，５２）、このテーブルの０１に対応するＣＯＳ Ｂ
ＵＦのバイトを新バッファへ、００に対応するバイトを
除くことで詰めながら、格納する（５３）。
ではＣＯＳ処理まで従来と同じであり、従ってＣＯＳ
ＢＵＦの内容は図７（ｅ）の如くなる。この図に示さ
れるようにＰＷ０１〜ＰＷ０５，ＰＷ０６〜ＰＷ１０は
使用バイトであるが、これらの間のＰＷ１１〜１６に対
応する６バイトは空きである。この場合のＲＯＭテーブ
ルはこの使用バイト、空きバイトを示し、本例では０１
が前者、００が後者を示す。ＣＯＳ ＢＵＦの各バイ
トと一対一に対応するこのＲＯＭテーブルを用い（５１
，５２）、このテーブルの０１に対応するＣＯＳ Ｂ
ＵＦのバイトを新バッファへ、００に対応するバイトを
除くことで詰めながら、格納する（５３）。
【００１８】本発明１，２のようにビット／バイト変換
器のバッファへ展開するまでに空きビットを除いて詰め
る処理を行なうと、各バッファＢＵＦ１ 〜ＢＵＦ３
における空きビットは、このメモリはバイト単位として
も８ビット以下であり、各バイトに空きビットがある従
来方式に比べて大きなメモリ容量の節減が図れる。なお
この場合、各伝送ユニット＃１，＃２，…のデータは、
上記詰めの処理で従来の位置から移動し、バイトに跨が
って存在するものも出てくるが、これはＣＯＳ処理には
支障ない。即ちＢＵＦ１ 〜ＢＵＦ３ で同様な移動が
行なわれているから、１番目同志、２番目同志、…と順
に処理して行くだけでＣＯＳ処理でき、図７（ｅ）で空
きバイトを除いたものが得られる。
器のバッファへ展開するまでに空きビットを除いて詰め
る処理を行なうと、各バッファＢＵＦ１ 〜ＢＵＦ３
における空きビットは、このメモリはバイト単位として
も８ビット以下であり、各バイトに空きビットがある従
来方式に比べて大きなメモリ容量の節減が図れる。なお
この場合、各伝送ユニット＃１，＃２，…のデータは、
上記詰めの処理で従来の位置から移動し、バイトに跨が
って存在するものも出てくるが、これはＣＯＳ処理には
支障ない。即ちＢＵＦ１ 〜ＢＵＦ３ で同様な移動が
行なわれているから、１番目同志、２番目同志、…と順
に処理して行くだけでＣＯＳ処理でき、図７（ｅ）で空
きバイトを除いたものが得られる。
【００１９】図７（ｅ）の各バイトと、伝送ユニット＃
１の監視点ＰＷ０１，ＰＷ０２，…（一般化して言えば
各伝送ユニット＃１，＃２，…の各監視点）との対応は
テーブルで示す。このテーブルには従来方式では空きバ
イト対応欄があるが、本発明ではこれがなく、使用バイ
ト対応欄のみを詰めたものになる。
１の監視点ＰＷ０１，ＰＷ０２，…（一般化して言えば
各伝送ユニット＃１，＃２，…の各監視点）との対応は
テーブルで示す。このテーブルには従来方式では空きバ
イト対応欄があるが、本発明ではこれがなく、使用バイ
ト対応欄のみを詰めたものになる。
【００２０】
【発明の効果】以上説明したように本発明によれば、ビ
ット／バイト変換に要するメモリ容量を低減することが
でき、また処理所要時間を短縮することができる。
ット／バイト変換に要するメモリ容量を低減することが
でき、また処理所要時間を短縮することができる。
【図１】本発明１を説明する流れ図である。
【図２】本発明２を説明する流れ図である。
【図３】本発明３を説明する流れ図である。
【図４】本発明４を説明する流れ図である。
【図５】ビット／バイト変換器のブロック図である。
【図６】バッファＢＵＦ０ の内容の説明図である。
【図７】バッファＢＵＦ１ 〜ＢＵＦ３ とＣＯＳバッ
ファの内容の説明図である。
ファの内容の説明図である。
２１〜２７ 各ステップ
３１〜４０ 各ステップ
Claims (4)
- 【請求項１】 各伝送ユニットの各部の状態を表わす
ビットを監視装置のバッファへ取込み、これをビット／
バイト変換器の現在、前回、前々回各バッファへ取込ん
でＣＯＳ処理し、その結果をＣＯＳバッファへ取込み、
このＣＯＳバッファの内容により各伝送ユニットの各部
の状態を判定する処理におけるビット／バイト変換方式
において、監視装置のバッファ（ＢＵＦ０ ）のデータ
をビット／バイト変換器へ送り込むとき、予め作成して
おいたＲＯＭテーブルを参照して、該バッファの空きビ
ットは送り込まず、使用ビットのみ送り込む（２３）こ
とを特徴とするビット／バイト変換方式。 - 【請求項２】 各伝送ユニットの各部の状態を表わす
ビットを監視装置のバッファへ取込み、これをビット／
バイト変換器の現在、前回、前々回各バッファへ取込ん
でＣＯＳ処理し、その結果をＣＯＳバッファへ取込み、
このＣＯＳバッファの内容により各伝送ユニットの各部
の状態を判定する処理におけるビット／バイト変換方式
において、監視装置のバッファから送り込まれたデータ
をビット／バイト変換器の現在バッファへ展開するとき
、予め作成しておいたＲＯＭテーブルを参照して、該バ
ッファの空きビットは展開せず、使用ビットのみ展開す
る（３４）ことを特徴とするビット／バイト変換方式。 - 【請求項３】 各伝送ユニットの各部の状態を表わす
ビットを監視装置のバッファへ取込み、これをビット／
バイト変換器の現在、前回、前々回各バッファへ取込ん
でＣＯＳ処理し、その結果をＣＯＳバッファへ取込み、
このＣＯＳバッファの内容により各伝送ユニットの各部
の状態を判定する処理におけるビット／バイト変換方式
において、ビット／バイト変換器でＣＯＳ処理するとき
、予め作成しておいたＲＯＭテーブルを参照して、現在
、前回、前々回各バッファの空きビットは処理せず、使
用ビットのみ処理する（４３）ことを特徴とするビット
／バイト変換方式。 - 【請求項４】 各伝送ユニットの各部の状態を表わす
ビットを監視装置のバッファへ取込み、これをビット／
バイト変換器の現在、前回、前々回各バッファへ取込ん
でＣＯＳ処理し、その結果をＣＯＳバッファへ取込み、
このＣＯＳバッファの内容により各伝送ユニットの各部
の状態を判定する処理におけるビット／バイト変換方式
において、前記ＣＯＳバッファの内容により各伝送ユニ
ットの各部の状態を判定するに先立って、予め作成して
おいたＲＯＭテーブルを用いて、該ＣＯＳバッファの空
きバイトは新バッファにコピーせず、使用バイトのみコ
ピーして（５３）、データ圧縮することを特徴とするビ
ット／バイト変換方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP41066590A JPH04216242A (ja) | 1990-12-14 | 1990-12-14 | ビット／バイト変換方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP41066590A JPH04216242A (ja) | 1990-12-14 | 1990-12-14 | ビット／バイト変換方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04216242A true JPH04216242A (ja) | 1992-08-06 |
Family
ID=18519786
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP41066590A Withdrawn JPH04216242A (ja) | 1990-12-14 | 1990-12-14 | ビット／バイト変換方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04216242A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6582676B2 (en) | 2000-08-14 | 2003-06-24 | The University Of British Columbia | Hydrogen generation from water split reaction |
-
1990
- 1990-12-14 JP JP41066590A patent/JPH04216242A/ja not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6582676B2 (en) | 2000-08-14 | 2003-06-24 | The University Of British Columbia | Hydrogen generation from water split reaction |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1187003B1 (en) | Program development support apparatus | |
| EP0225603B1 (en) | Distributed processing system and method | |
| US20040078690A1 (en) | Program counter trace system, program counter trace method, and semiconductor device | |
| JPH01134541A (ja) | 情報処理装置 | |
| JPH04216242A (ja) | ビット／バイト変換方式 | |
| JP3263671B2 (ja) | 誤り検出装置 | |
| US9753084B2 (en) | Debug circuit, semiconductor device, and debug method | |
| JP2624299B2 (ja) | 加速演算回路 | |
| JP2878264B1 (ja) | トレーサ装置、トレースデータ圧縮方法および圧縮トレースデータ読み出し方法 | |
| US10416888B2 (en) | Parallel processing device, method for controlling parallel processing device, and controller used in parallel processing device | |
| JP2513219B2 (ja) | デ−タ処理用プロセツサ | |
| US6795879B2 (en) | Apparatus and method for wait state analysis in a digital signal processing system | |
| JP2813992B2 (ja) | Ｃｔスキャナにおけるローデータ圧縮装置および伸張装置 | |
| JPH11338742A (ja) | ログ収集方法、ログ方式及び記録媒体 | |
| JP3090053B2 (ja) | 回路データ用モニタ装置 | |
| US20050010909A1 (en) | Non-intrusive testing method for real-time software | |
| JPH10105372A (ja) | データ列の圧縮装置及び圧縮方法 | |
| JP3164996B2 (ja) | シリアルデータ受信装置 | |
| JPH1091485A (ja) | アラーム監視装置 | |
| JPH04309044A (ja) | データモニタ装置 | |
| JP3290221B2 (ja) | 分散階層形データ処理システム | |
| JPH02220149A (ja) | Ｒａｓ情報収集方法 | |
| JPH05158711A (ja) | 情報処理方法およびその装置 | |
| JPH0253143A (ja) | 擬似障害発生システム | |
| JPH0888636A (ja) | パケット交換装置及びバッファ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 19980312 |