JPS6262649A - 情報端末装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔発明の技術分野〕 本発明は１通信回線を用いた情報伝送システムの情報端
末装置に関する。

〔発明の技術的背景とその問題点〕

通信回線を用いた情報伝送システムとして１例えばビデ
オテックスシステムがある。このビデオテックスシステ
ムは１文字・図形等の情報を蓄積している情報センター
と、情報センターからの情報を得る受信端末とが電話回
線によって接続され。

この受信端末を用いて個別の要求に応じた情報を利用者
に提供するシステムである。

ビデオテックスシステムの伝送方式は、フラグ同期方式
であり、第４図に示す形式のデータが情報センターから
受信端末に伝送される。その特徴として、次の項目が挙
げられる。

（１）伝送パケットは。

開始フラグ（Ｆ）＋データ信号＋ＣＲＣ＋終結フラグ（
Ｆ）の構成をとり、データ信号は最大２５６バイトの可
変長である。

（２）誤り検出方式は、２バイトのＣＲＣ方式である。

（３）フラグ（Ｆ）を除くデータ信号及びＣＦＬＣ部は
。

＠Ｏ″インサージｌン処理が施されている。

受信端末は、上述したデータを受信すると、まずフラグ
（Ｆ）を検出する。それ以降はデータ信号又はＣＲＣで
あるため、″″Ｏ″Ｏ″サプレス処理ってデータを復元
する。このデータは１ノ（イト単位でデータ処理部＋ｃ
ａみ込まれ、　ＰＬＰＳ　（Ｐｒｅｓｅｎｔａｔｉｏｎ
Ｌｅｖｅｌ　Ｐｒｏｔｏｃｏｌ、　５ｙｎｔａｘ　）に
従って画像情報（こ変換され、ＣＲＴ等に画像表示され
る。

また、データ信号に付加されているＣＲＣコードによっ
て、電話回線上での伝送エラーを検出した時は、表示両
面上にエラー表示を行なうことによって、利用者はエラ
ー発生を知ることができる。

ここで、　ＣＲＣエラーが発生していないにも拘らず画
面を誤った場合を考えてみる。この原因として、　ＣＲ
Ｃの見逃しエラーが発生した場合と、受信端末での変換
処理に誤りがあった場合とが考えられる。従って１画面
を誤った時に、それが回線に起因するものか、それとも
端末に起因するものかを適確に把握することが復旧には
かかせない。

そこで、シンクロスコープやラインスコープ等の回線モ
ニター装置を回線接続部に接続して、予め内容のわかっ
ている試験画面データの受信を行ない、接５読点でのモ
ニターデータと試験画面データを比較することにより、
データが誤った部分を特定していた。

ｔ、カＬ、シンクロスコープやラインスコ−７”　等の
回線モニター装置が必要となるのみならず、その設置場
所を確保しなければならない問題をも有していた。

〔発明の目的〕

本発明の目的は１回線モニター装置を用いることなく、
受信データの確認を行ないつる情報端末装置を提供する
ことにある。

〔発明の概要〕

この発明では１例えば受信データをＰＬＰＳに従って変
換処理するかわりに数値データとして１６進数等に変換
し、ビデオテックス受信端末が本来有している文字・図
形等の画像表示機能を用いて直読可能な形態で表示する
ことによって、上記目的を達成している。

〔発明の実施例〕

以下１本発明の情報端末装置を、ビデオテックスシステ
ムの受信端末に適用した場合の一実施例について、図面
を参照して詳細に説明する。

本実施例の構成を示す第１図において１回線接続装［１
１は電話回線りを電話機と受信端末との間で切替え、受
信端末を情報センターに接続するものである。接続後、
電話回線りを介して受信したデータから、フラグ検出回
路１２がフラグを検出する。これによって、データ信号
及びＣＲＣを識別できるので、″′０″サプレス回路１
３で′０”サグレス処ｊ里を行なう。”０＃サプレスさ
れたデータは直列並列変換回路Ｉ４でバイト単位に変換
されて、デコード処理部１５に供給されるとともに、　
ＣＲＣチェック回路１６で誤り検出がなされる。

デコード処理部１５はバイト単位で読み込んだデータ信
号を１通常はＰＬＰＳに従って画像変換処理して画像デ
ータを作成し、画像メモリ１７に＄積する。ここで、デ
コード処理部１５は作業用ＲＡＭ　１３及びキャラクタ
ジェネレータ１９を変換処理に応じてアクセスする。表
示制御回路２ｏは１画像メモリ１７に蓄積された画像デ
ータをラスタースキャンのタイミングに同期して読み出
し、ビデオ信号に変換してＣ［ＬＴ２１に与えることに
よって、画像表示を行なう。また、上記画像データをプ
リンタ四に供給して、ハードコピーを得ることも行なう
。

上記ＣＲＣチェック回路１６で伝送エラーを検出した時
は、デコード処理部１５がＣＲ，Ｔ　２１上にエラー表
示を行ない、利用者はその表示によりエラー発生を知る
ことができる。

次に、第２図及び第３図のフローチャートを参照して、
デコード処理部１５が行なう画像変換処理の動作につい
て説明する。

デコード処理部１５は、通常のＰＬＰＳに従うデコード
処理（以下ＰＬＰＳ表示モードという）において、直列
並列変換回路１４からデータ信号を入力すルト（ステッ
プ５２１）、ステップ８２２で受信データの属性を判定
する。この属性には１文字−図形を符号化して伝送する
コードモード、ビットパターンとして伝送するパターン
モードや音楽情報を伝送するメロディ−モード等がある
。

コードモードであれば（ステップ５２３）、まずデータ
の種類を判定（ステップ８２３１　）　して、その種類
に応じた変換処理を行なう。つまり、表示色の指定等を
行なう表示制御データであれば、色データ処理等を行な
い（ステップ８２３２　）　、文字コードデータであれ
ばキャラクタジェネレータ１９からそのコードに対応す
るデータを読み出し１画像メモリ１７に蓄積する（ステ
ップＳ　２３３　）。

パターンモードであれば（ステップ８２４）、アドレス
指定データの示す画像メモリ１７上のア、ドレスに、パ
ターンデータをそのまま蓄積する（ステップ８２４１〜
Ｓ　２４３　）。メロディ−モードに対しても、データ
の種類に応じた処理を行なう（ステップ５２５）。

本実施例では、上述した通常のＰＬＰ８に従うデコード
処理（ＰＬＰＳ表示モード）の他に、さらに受信データ
のモニタ表示を実現するデコード処理（以下モニタ表示
モードという）をも行なう。これは、読み込んだデータ
を属性ｌこ無関係にすべて１バイトの数値データとして
捉え、一般的に１バイトのデータを表示する際に用いら
れる１６進数表示を行なうモードである。

即ち、ステップＳ　３１で直列並列変換回路１４から１
バイト単位の受信データを入力すると、上位４ビツトを
抽出し、　　＠ｏｏｏｏ”（２）〜′″１１１１”（２
）に対応する数値として”０”（１６）〜”Ｆ′″（１
６）を表示すべくデコードして、画像メモリー７に蓄積
する（ステップＳ３２゜５３３）。又、下位４ビツトを
抽出して同様の表示変換処理を行なう（ステップ８３４
．８３５）。また。

表示上見易くするために、１バイト毎にブランク。

コンマ等の区切り文字を挿入して、１バイトの処を 理本終了する（ステップ８３６，８３７）。

なあ、上記ＰＬＰＳ表示モードとモニタ表示モードの切
換えは１図示しないスイッチによってデコード処理部１
５内の処理系を切換えることで実現している。

以上説明したように、この実施例ではＰＬＰＳ表示モー
ドとモニタ表示モードとを切換えることによって１回線
モニター装置を用いることなく受信データの確認を行な
うことができる。従って１表示が乱れた時、フィールド
エンジニアが予めデータのわかっている試験画面データ
を受信し、受信データを試験画面データと比較すること
によって。

回線もしくは情報センター側のエラーか、受（ｉ端末の
受信エラーか、あるいは画像変換エラーであるのかが容
易に判別できる。つまり、エラー発生部位を受信端末自
体によって早期発見できるので。

早くて適確な復旧が行なえ、メインテナンスを大幅に向
上させることができる。

なお１本実施例ではＰＬＰ８表示モードとモニタ表示モ
ードを切換えていたが、ＣＲＴ２１にはＰＬＰＳ表示モ
ードで、プリンタｎにはモニタ表示モードで表示しても
よい。

〔発明の効果〕

本発明によれば１回線モニター装置を用いることなく受
信データの確認が行なえるので１回線や端末に対するメ
インテナンスを大幅に向上させることが可能となる。

【図面の簡単な説明】

第１図は本発明の情報端末装置なこ係る一実施例を示す
回路図、第２図及び第３図は第１図に示す実施例の動作
を説明するフローチャート、第４図は受信データのフォ
ーマットを示す図である。 １５・・・・・・デコード処理部 １７・・・・・・画像メモリ ２０・・・・・・表示ｆｆｆｌＪ　＃回路２１・・・・
・・ＣＲＩＴ 代理人　弁理士　　則　近　憲　佑 同　　　　　　　　湯　　山　　幸　　夫第３図 Ｆ：’ｏｌＩ＋ｏ′

Claims (1)

1. 【特許請求の範囲】 通信回線が接続され、該通信回線を介して伝送された情
   報を所定のプロトコルに従って画像情報に変換処理して
   、画像表示する情報端末装置において、 前記通信回線を介して伝送された情報を、数値データと
   して画像情報に変換して画像表示する数値表示手段を具
   備したことを特徴とする情報端末装置。