JPH04120991A

JPH04120991A - 画像表示通信端末装置

Info

Publication number: JPH04120991A
Application number: JP2240120A
Authority: JP
Inventors: Akira Kariyado; 假宿　晃
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1990-09-12
Filing date: 1990-09-12
Publication date: 1992-04-21

Abstract

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

Description

【発明の詳細な説明】［発明の目的］（産業上の利用分野）この発明は、画像データを受信し表示処理を行う画像表
示通信端末装置に関するもので、特に伝送エラーに関す
る表示方法を改良したものである。

（従来の技術）通信回線からのデータを受信して、この受信データをデ
コードして画像表示するシステムとしてビデオテックス
システムがある。このビデオテックスは、電話回線を伝
送路として画像データを伝送し画像表示を行うものであ
る。

第４図は従来のビデオテックス端末の構成を示している
。中央演算装置（ＣＰＵ）１０は、発振器１１からの動
作クロックを基準として動作する。

ＣＰＵｌ０には、リードオンリーメモリ　（ＲＯＭ）１
２、作業用のランダムアクセスメモリ（作業ＲＡＭ）１
３がアドレスバス、データバスを介して接続されている
。また、ＣＰＵｌ０にはアドレスバスを介してチップセ
レクタ１４が接続されている。ＲＯＭ１２には、受信デ
ータを処理し画像データに変換するためのプログラム、
システム動作、例えば受信データに付加されるエラーチ
ェックデータ（ＣＲＣデータ）を用いて伝送エラーを検
出するためのプログラムなどが格納されている。

伝送路からのデータは、データ受信回路１５を介してデ
ータバスに導入される。ＣＰＵ１４は、チップセレクタ
１４によりＲＯＭ１２を指定して、受信データを処理す
るためのプログラムに従いブタ処理を行う。受信データ
のうち画像データに対応するデータは、作業ＲＡＭ１３
に一旦格納される。所定量の画像データが作業ＲＡＭ１
３に格納されると、ＣＰＵＩ　Ｏは、ＲＯＭＩ　２のプ
ログラムに従ってデコードを行い、表示可能な画像ブタ
を画像表示回路１６を介して画像メモリ１７に格納する
。この画像メモリ１７に格納された画像データは、表示
部（例えばカラー受像機）の表示タイミングに同期して
、画像表示回路１６を介して読み出され表示される。

第５図は、ビデオテックスシステムにより伝送されてく
るデータ形式を示している。

第５図（ａ）は、１画面単位でフラグ同期信号が伝送さ
れてくるＨＤＣＬフォーマットである。

このときには、複数のパケットがフラグ同期信号間に存
在する。

第５図（ｂ）は、画像データが伝送されてくるときの１
パケット分のデータ形式であり、フラグ同期信号の後に
データ、エラー検出信号（ＣＲＣ）が続いている。そし
て次のパケットのフラグ同期信号が続いている。

エラー検出信号（ＣＲＣ）を用いて、伝送路上でノイズ
等の影響によりデータエラーが発生したか否かを検出す
ることができる。

端末では、画像表示を行うとともに、エラー検出信号（
ＣＲＣ）を用いてデータエラーをも検出しており、デー
タエラーが検出された場合は、第６図（ｂ）及び同図（
ｃ）に示すように画面の左上にＸ印のマークを表示する
。第６図（ａ）は、データエラーか検出されなかった場
合の画面の例である。

図に示す例では、同図Ｃａ）では、第１行が“Ａ−Ｂ”
、第２行が“あ〜こ”、第３行が“１〜０”というふう
に表示されているが、同図（ｂ）の例では、第２行にひ
らがなとは異種の文字が混在している。また同図（Ｃ）
の例では、第３行に数字の配列が不規則となって表示さ
れている。

このようなエラーが発生していることを知らせるために
、上記の端末では、Ｘ印を表示している。

このような場合、ユーザは、再送指示をセンターに送り
、再度同じ画像データを伝送してもらうことにより、正
常な画面を得ることができる。

第７図は、上記した表示処理を行うためのフローチャー
トを示している。この信号処理はＲＯＭ１２に格納され
ているプログラムに従っている。

ステップＳ２０ではデータ受信回路１５にデータがある
か否かを干ニックする。データがある場合は、ステップ
Ｓ２１へ移行し、そのデータがＣＲＣであるか否かをチ
ェックする。ＣＲＣてない場合には、ステップＳ２２へ
移行して、そのデータを受信バッファ（ＲＡＭ１３）へ
格納する。

ＣＲＣでない場合（つまり画像用データの場合）は、上
記の処理が繰り返される。

ステップＳ２１において、ＣＲＣが確認されると、ステ
ップ８２３へ移行し、エラーチェック処理が行われる。

そしてステップＳ２４へ移行し、エラーがあったか否か
の判断が行われ、エラーがあった場合は、ステップＳ２
６を経由してステップＳ２５へ移行する。ステップＳ２
６では、エラーがあったことをユーザに知らせるために
画像メモリ１７の所定アドレスへＸ印表示用のデータが
書き込まれる。ステップＳ２４でエラーが無かった場合
は、ステップＳ２５に直接移行する。ステップＳ２５で
は、１パケット分の受信処理が終了したときにフラグを
オンし、この後ステップＳ２０に移行する。

ステップＳ２０でデータ受信がない場合は、ステップＳ
２７に移行する。ステップＳ２７では、先のステップＳ
２５におけるフラグがオンされているか否か判定する。

オンされていなければ、ステップＳ２０に戻り次のデー
タを待つことになる。

ステップＳ２７で、フラグがオンされていることが確認
されると、ステップ８２８に移行する。ステップ５２８
では、受信バッファから蓄積されているデータを読出し
、ステップＳ２９においてデコード出力する。このデコ
ードされたデータは、表示部において表示可能な画像デ
ータであり、画像メモリ１７に書き込まれる。この書き
込み処理の後、ステップＳ３１へ移行して、１パケット
分のデコードが完了したか否かの判定が行われる。

１パケット分のデコードが完了していなければ、再度デ
コードが行われ、完了していればステップＳ３２におい
て、フラグがオフされ、次のパケット受信が完了するま
でデコード処理が停止される。

上記のように、ＣＲＣチェックにより受信したデータに
エラーがあるか否かを判定し、エラーがある場合には画
面の左上にＸ印が表示されるようになっている。

（発明が解決しようとする課題）上記した従来の端末装置は、伝送データにエラーがあっ
た場合、画面全体に対して何からかのエラーがあると認
知させるのみである。この場合は、ユーザにとっては画
面の全体の情報に対して信頼性がないので、再送指示を
おこなわなければならない。そして、再び１画面分の全
データを受信して正常な画面を受信する必要がある。

しかしこのような方法であると、センターへの端末接続
時間が長くなる。特に、使用時間に応じて料金が課金さ
れるシステムにおいては、再送を繰り返すようなことは
無視できず、不経済となることがある。

そこでこの発明は、データエラーの認知を画面全体に対
して行うだけでなく、エラーを発生しているパケット単
位で認知させることができる画像表示端末装置を提供す
ることを目的とする。

［発明の構成］（課題を解決するための手段）この発明は、通信回線からのデータを受信したパケット
データのうち画像データを画像バッファに格納する手段
と、当該パケットデータに含まれるエラーチェックデー
タを用いて当該パケットに関する伝送エラーを検出する
手段と、この手段によりエラーが検出されたときに、フ
ラグをオンする手段と、前記パケットデータの１パケット分のデータが格納およ
びチェック処理されたときに、前記画像バッファに格納
されているデータをデコードして画像表示メモリに転送
するとともに、前記フラグがオンしている場合には、当
該パケットデータのデコード出力が画像メモリから読み
出され表示部に転送されるのに同期して、マークメモリ
からのデータも読み出し、伝送エラーを生じているパケ
ットに対応した表示用画像データにマークを付着する手
段とを備えるものである。

（作　用）上記の手段により、エラーが生じているパケットの対応
する表示画像部には合わせてマークが表示されることに
なる。これによりユーザは、１画面を見ながら、必要と
しない部分にエラーが生じているときは、再送指示を行
わずに済む。よって再送に係る時間を節約することがで
き、センターとの接続時間を節約できる。

（実施例）以下、この発明の実施例を図面を参照して説明する。

第１図はこの発明の一実施例であり、従来のシステムと
異なる部分は、入出力ポート１８、フラグ発生用スイッ
チ１９、マークメモリ２０が設けられている点であり、
他の部分は第４図と同じである。よって第４図と同一部
分には同一符号を付している。

中央演算装置（ＣＰＵ）１０は、発振器１１からの動作
クロックを基準として動作する。ＣＰＵ１０には、リー
ドオンリーメモリ　（ＲＯＭ）１２、作業用のランダム
アクセスメモリ（作業ＲＡＭ）１３がアドレスバス、デ
ータバスを介して接続されている。また、ＣＰＵｌ０に
はアドレスバスを介してチップセレクタ］−４が接続さ
れている。

ＲＯＭ１２には、受信データを処理し画像データに変換
するための、プログラム、システム動作、例えば受信デ
ータに付加されるエラーチェック処理（ＣＲＣデータ）
を用いて伝送エラーを検出するためのプログラム、伝送
エラーが検出されたときに後述するマームメモリ２０．
フラグ用スイッチ１９をアクセスするためのプログラム
などが格納されている。

伝送路からのデータは、データ受信回路１５を介してデ
ータバスに導入される。ＣＰＵ１４は、チップセレクタ
１４によりＲＯＭＩ　２を指定して、受信データを処理
するためのプログラムに従い≠−タ処理を行う。受信デ
ータのうち画像データに対応するデータは、作業ＲＡＭ
Ｉ　３に一旦格納される。所定量の画像データが作業Ｒ
ＡＭ１３に格納されると、ＣＰ　Ｕ　１０　＋；ｉ、Ｒ
ＯＭＩ２のブロクラムに従ってデコードを行い、表示可
能な画像データを画像表示回路１６を介して画像メモリ
１７に格納する。この画像メモリ１７に格納された画像
データは、表示部（例えばカラー受像機）の表示タイミ
ングに同期して、画像表示回路１６を介して読み出され
表示される。このとき画像表示回路１６に接続されてい
るマークメモリ２０からのデータも合わせて読み出され
る。このマークデータは、伝送エラーが生じたパケット
に対応する画像データの位置に表示される。

第３図は上記の回路の動作を示すフローチャートである
。破線で囲む部分が、第４図に示したフローチャートと
異なる部分である。従って、第４図と同じステップには
、第４図と同じ符号を付している。

ステップＳ２０ではデータ受信回路１５にブタがあるか
否かをチェックする。データがある場合は、ステップＳ
２１へ移行し、そのデータがＣＲＣであるか否かをチェ
ックする。ＣＲＣでない場合には、ステップＳ２２へ移
行して、そのデ夕を受信バッファ（ＲＡＭ１３）へ格納
する。

ステップＳ２１において、ＣＲＣが確認されると、ステ
ップ８２Ｂへ移行し、エラーチェック処理が行われる。

そしてステップＳ２４へ移行し、エラーがあったか否か
の判断が行われ、エラーがあった場合は、ステップＳ２
６を経由してステップＳ２５へ移行する。ステップＳ２
６では、エラーがあったことをユーザに知らせるために
画像メモリ１７の所定アドレスへＸ印表示用のデータが
書き込まれる。

ステップＳ２６の処理の後は、ステップＳ４４へ移行し
、ＣＲＣエラーフラグがオンされる。ステップＳ２４で
エラーが無かった場合は、ステップ３４３でエラーフラ
グがオフされて、ステップＳ２５に移行する。ステップ
Ｓ２５では、１パケット分の受信処理が終了したときに
フラグをオンし、この後ステップＳ２０に移行する。

つまり、１パケット分のブタが取り込まれた否かの判定
である。オンされていなければ、ステップＳ２０に戻り
次のデータを待つことになる。ステップＳ２７で、フラ
グがオンされていることが確認されると、ステップ５２
ｇに移行する。ステップ３２８では、受信バッファから
蓄積されているデータを読出し、ステップＳ２９におい
てデコード処理する。このデコードされたデータは、表
示部において表示可能な画像データである。

ここで１パケット分のデコードが終わるとステップＳ４
０に移行する。このステップＳ４０ては、スイッチ１９
がオン（エラー有り）しているかオフ（エラー無し）か
の判定が行われる。エラーが無ければ１パケット分の画
像データは画像メモリ１７に書き込まれる。しかし、ス
イッチ］−９がオンしていれば、エラーが有ったことで
あり、ステップＳ４１においてＣＲＣエラーフラグがオ
ンしているか否かの判定がなされる。オンしていなけれ
ばステップＳ３０に移行するが、オンしていればステッ
プＳ４２において、マーク用のメモリ２０にマークデー
タが書き込まれ、ステップＳ３０に移行する。

ここで、デコードされた画像データの書き込み処理の後
、ステップＳ３１へ移行して、１パケット分のデコード
が完了したか否かの判定が行われる。

］パケット分のデコードが完了していなげれば、再度デ
コードが行われ、完了していればステップＳ３２におい
て、フラグがオフされ、次のパケット受信が完了するま
でデコード処理が停止される。

上記のように、ＣＲＣチェックにより受信したデータに
エラーがあるか否かを判定し、エラーがある場合には画
面の左上にＸ印が表示される。また１画面は複数のパケ
ットデータをデコードすることにより得られるが、その
うちのいずれのパケットに伝送エラーが発生しているか
は、上記のマクデータが対応する画像データに同期して
読み出され表示されることによって、いずれのデータが
エラーを生じているのかが判別できる。

マークデータの表示形態としては例えば第２図に示すよ
うな形態である。すなわち、同図（ａ）は正常な表示形
態でありエラーが無かった場合である。また同図（ｂ）
は第２行目のデータにエラーが発生していた場合であり
、斜線で示されている。実際には、背景の色が変わって
いたり、文字が反転していたり、マーカーがアンダーラ
インのごとく表示されたりする。

これにより、画面の左上にＸ印が現れていても、ユーザ
は、いずれの部分のデータにエラーが発生しているかを
認識することができ、前後のデータから推測することが
できたり、あるいはその部分の情報が重要でないか否か
、さらには必ず必要な情報であるか否かの判定を行うこ
とができる。

この画面を判断して必ずしも必要でない場合、ユーザは
再送指示を行う必要はない。

［発明の効果コ以上説明したようにこの発明は、データエラーの認知を
画面全体に対して行うだけでなく、工ラーを発生してい
るパケット単位で認知させることができる。

【図面の簡単な説明】

第１図はこの発明の一実施例を示す回路図、第２図はこ
の発明の装置による表示例を示す図、第３図はこの発明
の装置の動作を説明するために示したフローチャート、
第４図は従来の端末装置の構成説明図、第５図はデータ
形式の説明図、第６図は従来の装置の表示例を示す説明
図、第７図は従来の端末装置の動作を説明するためのフ
ローチャートである。１０・・・ＣＰＵ、１１・・・発振器、１２・・・ＲＯ
Ｍ。１３・・・作業ＲＡＭ、１４・・・チップセレクタ、］
５・・・データ受信回路、１６・・・画像表示回路、１
７・・・画像メモリ、１８・・・入カポ−１−５１９・
・・スイッチ、２０・・・マークメモリ。出願人代理人　弁理士　鈴江武彦

Claims

【特許請求の範囲】通信回線からのデータを受信したパケットデータのうち
画像データを画像バッファに格納する手段と、当該パケットデータに含まれるエラーチェックデータを
用いて当該パケットに関する伝送エラーを検出する手段
と、この手段によりエラーが検出されたときに、フラグをオ
ンする手段と、前記パケットデータの１パケット分のデータが格納およ
びチェック処理されたときに、前記画像バッファに格納
されているデータをデコードして画像表示メモリに転送
するとともに、前記フラグがオンしている場合には、当
該パケットデータのデコード出力が画像メモリから読み
出され表示部に転送されるのに同期して、マークメモリ
からのデータも読み出し、伝送エラーを生じているパケ
ットに対応した表示用画像データにマークを付着せしめ
る手段とを具備したことを特徴とする画像表示端末装置
。