(57)【特許請求の範囲】
【請求項１】
ホスト側のコンピュータの画面のデータをビットマップデータとして、無線または有線にて端末装置に送信し、該端末装置上で画面表示を行わせるようにしたデータ送信装置であって、
前記画面に表示するビットマップデータを記憶する画面記憶手段と、
前記ビットマップデータを複数の矩形ブロックに分割し、１画面前のビットマップデータに対する変更部分領域を含む前記矩形ブロックを検出する変更矩形検出手段と、
前記変更部分領域を含む前記矩形ブロックの色数を検出する色数検出手段と、
前記色数検出手段により検出した色数が少ない程、各画素を表示するインデックスをよりビット数の少ない値を有するインデックスとするインデックス変換手段と、
前記インデックス変換手段により付与されたインデックスを利用してビットマップデータを圧縮するデータ圧縮手段と、
前記データ圧縮手段により圧縮されたビットマップデータを前記端末装置に対して送信する送信手段と
を備えたことを特徴とするデータ送信装置。
【請求項２】
前記矩形ブロックを１０Ｋ〜５０Ｋ画素数の単位で行うようにしたことを特徴とする請求項１に記載のデータ送信装置。
【請求項３】
前記変更矩形検出手段は、変更箇所の前記ビットマップデータの開始部分の縦、横の位置をＸ１，Ｙ１とし、終了部分の縦、横の位置をＸ２，Ｙ２としたとき、｜Ｘ１−Ｘ２｜×｜Ｙ１−Ｙ２｜で計算される領域を変更矩形として検出することを特徴とする請求項１に記載のデータ送信装置。
【請求項４】
前記矩形ブロックのうち、変更されていない矩形ブロックが存在する場合、前画面と同一である旨の信号を生成する非変更信号生成手段を設けたことを特徴とする請求項１に記載のデータ送信装置。
【請求項５】
前記画面記憶手段にて記憶するビットマップデータを１０２４×７８６で構成されるドット数のデータとしたことを特徴とする請求項１から４のいずれかに記載のデータ送信装置。
【請求項６】
画面を構成する圧縮されたビットマップデータを受信する受信手段と、前記ビットマップデータを伸長するデータ伸長手段と、前記ビットマップデータの所定ブロック毎の色数を示す信号に基づき、その色数が少ない程、各ビットを表示するインデックスにビット数のより少ない値が付与された各インデックスを特定する色数変換手段と、前記色数変換手段により色が特定された画素に基づくビットマップデータを記憶する画面記憶手段と、前記画面記憶手段に記憶されたビットマップデータを表示する表示手段とを備えたことを特徴とするデータ受信装置。
【請求項７】
ホスト側のコンピュータの画面のデータをビットマップデータとして、無線または有線にて端末装置に送信し、該端末装置上で画面表示を行わせるようにするために、前記画面に表示するビットマップデータを記憶する画面記憶手段と、前記ビットマップデータを複数の矩形ブロックに分割し、１画面前のビットマップデータに対する変更部分領域を含む前記矩形ブロックを検出する変更矩形検出手段と、圧縮されたビットマップデータを前記端末装置に対して送信する送信手段とを備えたデータ送信装置におけるデータ圧縮方法であって、
前記変更部分領域を含む前記矩形ブロックの色数を検出する色数検出ステップと、
前記色数検出ステップにより検出した色数が少ない程、各画素を表示するインデックスをよりビット数の少ない値を有するインデックスとするインデックス変換ステップと、
前記インデックス変換ステップにより付与されたインデックスを利用してビットマップデータを圧縮するデータ圧縮ステップと
を有することを特徴とするデータ圧縮方法。
【請求項８】
前記矩形ブロックを１０Ｋ〜５０Ｋ画素数の単位で行うようにしたことを特徴とする請求項７に記載のデータ圧縮方法。
【請求項９】
前記変更矩形検出手段は、変更箇所の前記ビットマップデータの開始部分の縦、横の位置をＸ１，Ｙ１とし、終了部分の縦、横の位置をＸ２，Ｙ２としたとき、｜Ｘ１−Ｘ２｜×｜Ｙ１−Ｙ２｜で計算される領域を変更矩形として検出することを特徴とする請求項７に記載のデータ圧縮方法。
【請求項１０】
前記矩形ブロックのうち、変更されていない矩形ブロックが存在する場合、前画面と同一である旨の信号を生成する非変更信号生成手段を設けたことを特徴とする請求項７に記載のデータ圧縮方法。
【請求項１１】
前記画面記憶手段にて記憶するビットマップデータを１０２４×７８６で構成されるドット数のデータとしたことを特徴とする請求項７から１０のいずれかに記載のデータ圧縮方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データを送受信する装置およびデータの圧縮方法に関する。特に、遠隔地にあるホストとなるコンピュータをＬＡＮ等を経由してリモート操作するような場合に適用すると好ましいデータ送受信技術の改良に関する。
【０００２】
【従来の技術】
従来、遠隔地にあるホストコンピュータをＬＡＮ経由でリモート操作する場合、遠隔地のホストコンピュータの画面を一旦リモート操作する端末装置側へ転送する必要がある。このような転送を行う場合、端末装置側は、ホストコンピュータと同等機能を有するものが必要となっている。例えば、そのハードおよびソフト構成としては、高機能ＣＰＵ、増設メモリ、ＨＤＤ、無線または有線のインターフェース装置、各種の高機能ＯＳおよび端末用アプリケーション等が必要となっている。
【０００３】
また、店舗内業務、例えば、商品の並び替え作業や在庫管理作業を行う場合、商品の配列を携帯端末装置に画像表示させたり、在庫状態の数字を表示させたりして、商品の並び替え作業の実施や在庫数を確認している。このような作業の場合、店舗に置いてあるレジなどのＰＯＳ端末とは別個独立に携帯端末装置を購入しかつ動作させている。
【０００４】
一方、従来からコンピュータやゲーム機器等では、マルチカラー画像と呼ばれる画像が使用されている。このマルチカラー画像とは、代表色画像とか限定色画像等とも呼ばれているもので、図１５に示すように、特定の色、すなわち特定のＲ（赤）、Ｇ（緑）、Ｂ（青）の値を持つ色に対してインデックスを付与し、そのインデックスのデータを利用して、１６色や２５６色等の限定された代表色で表現するようにした画像のことである。
【０００５】
このようなマルチカラー画像のデータは、仮にＲ、Ｇ、Ｂの各色が８ビット（２５６種）で表されるとしたら、合計２４ビット必要になるのであるが、インデックスそのものも８ビットで表示するようにしているので、相当な圧縮率となっている。しかし、圧縮はされているが、それでも情報量が多いため、何の工夫もせず、そのままの形で処理すると、メモリ容量が大きくなり、また通信速度も遅くなり実用的でない。したがって、マルチカラー画像も他の画像データや文字データと同様にその圧縮技術は極めて重要なものとなる。特に、マルチカラー画像は、その色の数が限定されていることから、ロスレスでの符号化および復号化、すなわち可逆的な圧縮技術が必要とされている。
【０００６】
近年、データ圧縮の手法の一つとして、エントロピー符号器および復号器を用いた技術が注目されている。このエントロピー符号化および復号化技術の一つとして、例えば、算術符号化および復号化の技術を用いたものがある。この技術の概要は、例えば、特開昭６２−１８５４１３号公報、特開昭６３−７４３２４号公報、特開昭６３−７６５２５号公報等に記載されている。
【０００７】
図１６に、このような技術を用いた従来のマルチカラー画像の符号化システム５０および復号化システム６０を示す。この符号化システム５０は、ラインバッファ５１と、エントロピー符号器５２とを含むものである。入力されるインデックスのデータ、すなわちカラー画素データ１００Ａは、ラインバッファ５１およびエントロピー符号器５２へ入力される。このカラー画素データ１００Ａは、図１７に示すように、いずれもラスタースキャンされ水平走査順に順次画素データとして入力される。なお、このインデックスのデータ、すなわちカラー画素データ１００Ａを作成する方法としては、入力する色の順番にインデックスを付与する方法が一般的であり、図１５に示すように、インデックスの番号が近いもの、例えば「１」と「２」でもその色が大きく異なったり、インデックスの番号が遠いもの、例えば「１００」と「２００」でもその色は近似している現象が生じている。このような現象を避けるため、特開平５−３２８１４２に示されるように、色の近いものに連続番号を付与するようにしたものも現れている。
【０００８】
符号化システム５０中のラインバッファ５１は、参照画素生成手段として、既に入力されたカラー画素データ１００Ａから、符号化対象画素Ｘに対する参照画素データＡ，Ｂ，Ｃ，Ｄを作成する（図１７参照）。すなわち、ラインバッファ５１は、画像をスキャンするときにｎライン（１〜５ライン程度が多い）分の履歴を記憶しておく。そして、符号化対象画素Ｘのカラー画素データ１００Ａが入力されるごとに、この直前の画素Ａと、周辺の画素Ｂ，Ｃ，Ｄとからなる一連の画素データを参照画素データ１１０としてエントロピー符号器５２へ向けて出力する。
【０００９】
このエントロピー符号器５２は、例えば、算術符号化またはハフマン符号化などの手法を用いて形成される。そして、参照画素データ１１０を状態信号として用い、対象カラー画素データ１００Ａを符号化データ２００に変換出力する。
【００１０】
一方、復号化システム６０は、ラインバッファ６１とエントロピー復号器６２を含んで構成される。ここにおいて、ラインバッファ６１とエントロピー復号器６２は、入力される符号化データ２００を符号化システム５０のラインバッファ５１、エントロピー符号器５２とは全く逆の手順で復号化し出力するように形成されている。
【００１１】
このようにして、符号化システム５０と、復号化システム６０とは、互いに全く逆のアルゴリズムを用いて、カラー画素データ１００Ａを符号化データ２００に符号化し、さらにこの符号化データ２００をカラー画素データ１００Ｂに復号化して出力することができる。したがって、このシステムは、各種用途に幅広く用いることができる。
【００１２】
ところで、このようなシステムでは、カラー画素データ１００Ａの値、すなわちインデックスの番号が一定の番号付近に偏るとそのデータの圧縮率が向上する。また、このシステムでは、参照画素データ１１０を、エントロピー符号器５２、エントロピー復号器６２の状態信号として使用している。したがって、その状態数、すなわち、参照画素数を多くとれば、同様にデータ圧縮率は向上する。すなわち、算術符号化またはハフマン符号化などの手法を用いてエントロピー符号器５２および復号器６２を構成する場合には、０または１のシンボルの発生確率に大きな偏りがあると、データの圧縮率を高めることができる。これは、エントロピー符号化技術では、発生確率の高い入力データには短い符号化データを割り当て、発生確率の低い入力データには相対的に長い符号化データを割り当てるからである。
【００１３】
そして、０または１の２値信号を符号化するものとして、ランレングス符号化技術が知られている。これは、上述したように０または１の発生確率の偏りを利用してデータの圧縮率を高めるものである。
【００１４】
また、画像圧縮の方法として、対象画素のカラーシンボル、すなわち色に対応するインデックスの番号の出現頻度の偏りを計算し、出現頻度順位に対応して、インデックスの番号を並び替える方法（特開平６−２７６０４１号）がある。すなわち、これにより出現頻度の高いものに短い符号化データを割り当て、さらに、圧縮率を高めている。
【００１５】
ところで、インデックス変換としては従来技術として示した出現頻度によるものや図１５および図１８に示す、画像データをスキャンした順に番号付けするもの等がある。この図１５および図１８に示すインデックス変換は、出現頻度によるものと同様に、ある程度圧縮率が向上する。これは、変換前のインデックスを示す図１８（Ａ）と変換後のインデックスを示す図１８（Ｃ）とを比較すればわかるように、変換後の図１８（Ｃ）は、小さい番号のインデックスに集中する傾向が生じ、インデックスの偏りが発生するためである。
【００１６】
ところで、このような算術符号化および復号化の一般的な手法は、既に１画像符号化標準ＪＢＩＧ（インターナショナルスタンダードＩＳＯ／ＩＥＣ１１５４４）のｐ２６〜４４およびｐ４４〜ｐ５０に詳細に述べられているが、ここでは後述する本発明を展開する際の前提技術として簡単に説明する。
【００１７】
図１６に用いられる算術符号型のエントロピー符号器５２の一例を図１９に示す。なお、算術復号型のエントロピー復号器６２の構成は、エントロピー符号器５２の構成と実質的に同一であるので、ここではその説明は省略する。
【００１８】
このエントロピー符号器５２は、算術演算部５５と、状態記憶器として機能する発生確率生成手段５６とを含んで構成される。この発生確率生成手段５６内には、符号化に必要なシンボル発数確率を決定するために必要な状態パラメータテーブルが書き込まれている。上記の状態パラメータは、入力される状態信号によって特定される。そして、この状態信号によって特定された状態パラメータのテーブルに対し、算術演算部５５は演算パラメータ更新時のデータを、読出しアドレスとして出力し、これにより特定される発生確率生成手段５６のデータが算術演算部５５へ向け出力される。算術演算部５５は、このようにして入力されるデータに基づき、入力される色順位データ１２０を符号化データ２００に変換出力する。このように、インデックス変換されたデータ、例えば色順位データ１２０が、圧縮され符号化される。
【００１９】
【発明が解決しようとする課題】
しかしながら、従来のリモート操作のための端末装置は、ホストとなるコンピュータと同等機能を有する重装備なものとなっており、結果として、高価格なものとなっている。また、駆動するアプリケーションも同一にする必要があり、他のアプリケーションを使用するとデータの互換性が取りづらくなる。特に、データ転送時は、そのＯＳやアプリケーション特有のコマンドを使用して転送する場合が多く、コマンド解読が他のＯＳを使用している機器や他のアプリケーションでは不可能となる。このように、従来の端末装置やホストとなるコンピュータは、他の機器や他のデータ等との間のインターフェース性が良いものとはなっていない。
【００２０】
また、従来の端末装置は、ホストコンピュータに使用しているＣＰＵに合わせ、同等機能のＣＰＵを有するものとしている。ところが、ＣＰＵの進化に伴い、アプリケーションソフトや基本ＯＳも進化しているため、ホストコンピュータのＣＰＵを高機能化させると、端末装置側もＣＰＵは、もちろんのこと、アプリケーションソフトや基本ＯＳも新しいものにしなければならなくなる。この結果、費用が高騰すると共に各種ソフトウェアのインストール作業が大変となる。
【００２１】
また、従来の端末装置は、ホスト側のコンピュータのデータを端末装置側に取り込んでくるものとなっているので、もし、端末装置が盗難に遭うと重要なデータが盗まれることとなり、問題を発生させる。また、端末装置側でデータをいじるとホスト側のコンピュータ内のデータとの整合性がなくなるため、データの扱いには十分配慮しなければならない。すなわち、データの保守作業を必要とし、煩わしいものとなっている。
【００２２】
また、従来の店舗内業務である商品の並び替え作業や在庫管理作業を行う場合、ＰＯＳ端末とは別個に携帯端末装置を購入し、オペレータもそれぞれ配置させる必要がある。このため、人件費が増大し、高価なシステムとなっている。また、ＰＯＳ端末は、昼や夕方等客が多いときを基準として設置台数が決められているため、その他の時間帯は多数のＰＯＳ端末が空いている状態となっている。すなわち、従来の携帯端末装置は、ＰＯＳ端末とは関係なく、独立したものとしてアプリケーションを実行するため、ＰＯＳ端末の非稼働時間を解消するものとはなっていない。
【００２３】
さらに、従来の参照画素データを利用する画像データ圧縮技術は、圧縮率が相当高くなっているが、参照画素データの状態数に対した数の符号化パラメータテーブルが必要となる。このため、圧縮率を高めるために参照画素数を大きくとればとるほど、符号化および復号化のパラメータテーブルが大きくなる。このため、エントロピー符号器５２およびエントロピー復号器６２が大型化しかつ高価となってしまうという問題が発生する。
【００２４】
一方、色に対応するインデックスの番号の出現頻度の偏りを計算し、出現頻度順にインデックスの番号を並び替える方法や、画像データをスキャンした順に番号付けする方法は、圧縮効率をある程度高めるための簡易なインデックス変換としては好ましいものである。しかし、画像は一般的に画面の位置によってその色が偏る傾向があるのにも拘わらず、この各方法では、画面全体を対象とすることおよび画面全体の色（インデックス）が必要となることから、実際の圧縮効率はそれ程高いものとはなっていない。
【００２５】
本発明は、端末装置を軽装備ものとできると共にデータの盗難やＣＰＵの陳腐化の心配がなく、しかもアプリケーション等のインストール作業やデータ保守などの手間がかからないデータ送受信装置ならびにデータ送信装置およびデータ受信装置を提供することを目的とする。また、本発明は、簡易かつ高効率で圧縮したデータを送受信できるデータ送受信装置ならびにデータ送信装置およびデータ受信装置を提供すること目的とする。さらに、本発明は、ビットマップデータを簡易かつ高効率で圧縮できるデータ圧縮方法を提供することを目的とする。
【００２６】
【課題を解決するための手段】
かかる目的を達成するため、本発明では、画面のデータを無線または有線にて端末装置に送信するデータ送受信装置において、画面のデータをその画面を構成するビットマップデータとして、端末装置に送信し、画面表示を行わせるようにしている。
【００２７】
このように、画面データを、ビットマップデータとして端末装置に送信するので、端末装置側はＨＤＤや高機能ＯＳ等が不要となり、軽装備でかつ安価なものとなる。しかも、端末側で操作するデータは、送信側のホストに存在するデータであるため、送信側のデータと端末装置側のデータとの整合性を考慮する必要がない。また、端末装置が壊れたり、盗難にあっても基本データは無事であり、問題が発生しない。加えて、端末装置側はビットマップデータという単純なデータを扱うため、低価格なＣＰＵを採用できると共にそのＣＰＵの機能価値を永く保つことができる。さらに、扱うデータがビットマップデータなので、高機能のアプリケーションソフト等のインストール作業が不要になると共に送信装置と端末装置との間のインターフェースを容易にとることができる。
【００２８】
また、本発明では、データ送受信装置において、ビットマップデータをブロック分割し、各ブロック内で使用される色数が少ない程、各画素を表示するインデックスの数を少なくし、ビット数のより少ないインデックスに変換し、圧縮した後、送信するようにしている。この結果、分割されたブロックによっては、非常に少ない数の色で構成されていることが生じる。その場合、そのブロックの圧縮効率が高くなり、データの送信時間が短縮される。
さらに、本発明では、ホスト側のコンピュータの画面データを無線または有線にて端末装置に送信するデータ送受信装置において、画面データをビットマップデータとすると共に、画面をブロック分割し、各ブロック内で使用される色数が少ない程、各画素を表示するインデックスの数を少なくし、送信する画素のデータをビット数のより少ないインデックスに変換し、圧縮した後、上記端末装置に送信し、画面表示を行わせるようにしている。
【００２９】
このように、画面のデータを、ビットマップデータとして端末装置に送信するので、端末装置側はＨＤＤや高機能ＯＳ等が不要となり、軽装備でかつ安価なものとなる。しかも、端末側で操作するデータは、送信側のホストに存在するデータであるため、送信側の画面データとの整合性を考慮する必要がない。また、端末装置が壊れたり、盗難にあっても基本となる画面データは無事であり、問題が発生しない。加えて、端末装置側は、ビットマップデータという単純な画面データを扱うため、低価格なＣＰＵを採用できると共にそのＣＰＵの機能価値を永く保つことができる。さらに、扱うデータがビットマップデータなので、高機能のアプリケーションソフト等のインストール作業が不要になると共にホスト側のコンピュータと端末装置との間のインターフェースを容易にとることができる。
【００３０】
また、本発明では、データ送受信装置において、ブロックを１０Ｋ〜５０Ｋ画素数の単位で行うようにしている。このため、１画面が数ブロックに分割されることとなり、１画面中に色の偏りがあると、高効率で画像等のデータが圧縮される。なお、通常の画面では画面の位置によって色の偏りが生じており、すなわち、多数の色からなる画像であってもブロックによっては数種類の色で構成されていることが多く、通常はほとんどの画面において、圧縮効率が高まる。
【００３１】
また、本発明では、画面のデータを無線または有線にて端末装置に送信するデータ送受信装置において、画面をビットマップデータとし、１画面を構成するそのデータ中の１画面前の画面に比べ変更した部分のみを検出する変更矩形検出手段を設け、この変更矩形検出手段は、変更箇所のビットマップデータの開始部分の縦、横の位置をＸ１，Ｙ１とし、終了部分の縦、横の位置をＸ２，Ｙ２としたとき、｜Ｘ１−Ｘ２｜×｜Ｙ１−Ｙ２｜で計算される領域を変更矩形として検出し、その変更矩形部分のデータを送信している。
【００３２】
このように、画面データを、ビットマップデータとして端末装置に送信するので、端末装置側はＨＤＤや高機能ＯＳ等が不要となり、軽装備でかつ安価なものとなる。しかも、端末側で操作するデータは、送信側のホストに存在するデータであるため、送信側のデータと端末装置側のデータとの整合性を考慮する必要がない。また、端末装置が壊れたり、盗難にあっても基本データは無事であり、問題が発生しない。加えて、端末装置側はビットマップデータという単純なデータを扱うため、低価格なＣＰＵを採用できると共にそのＣＰＵの機能価値を永く保つことができる。さらに、扱うデータがビットマップデータなので、高機能のアプリケーションソフト等のインストール作業が不要になると共に送信装置と端末装置との間のインターフェースを容易にとることができる。加えて、この請求項５記載の発明では、変更部分を変更矩形として捉え、その部分のデータを受信装置に送信しているので、画面データの送信効率が極めて高くなる。
【００３３】
加えて、本発明では、データ送受信装置において、変更矩形中に変更されていない非変更矩形が存在する場合、その非変更矩形領域については、前画面と同一である旨の信号を生成する非変更信号生成手段を設けている。このように、変形矩形中の変更されていない部分のデータは、少ない量のデータとして送信されるので、画面データの送信効率が一層高くなる。
【００３４】
さらに、本発明では、データ送受信装置において、ビットマップデータを１０Ｋ〜５０Ｋ画素数の単位でブロック分割し、その分割されたブロック内で変更矩形を得るようにしている。このため、分割されたブロック毎に変換矩形を得ることができる。すなわち、１画面が１０ブロック程度に分割されることとなる一方、通常の画像においては、変更箇所が限られるため、１画面中わずかなブロックのみに変更矩形が発生することとなる。このため、画面データの送信効率がさらに一層高くなる。
【００３５】
加えて、本発明では、データ送受信装置において、変更矩形内の色数を検出する色数検出手段と、この色数検出手段により検出した色数が少ない程、各画素を表示するインデックスの値をよりビット数の少ない値を有するインデックスとするインデックス変換手段と、この新しいインデックスを利用してビットマップデータを圧縮するデータ圧縮手段とを設けている。このため、変更矩形によっては、色数が極めて少なくなるものがあり、その色のインデックスをビット数の小さい値とすることができる。この結果、画像の圧縮率を高めることができ、画面データの送信効率がさらに高まる。
【００３６】
また、本発明では、画面をビットマップデータとすると共に、各画面の所定領域内で使用される色数が少ない程、各画素を表示するインデックスの数を少なくし、圧縮する画素のデータをビットの数のより少ないインデックスに変換した後、所定領域内のビットマップデータを圧縮している。
【００３７】
このため、画面の所定領域中に使用される色数が少ないと、色を表示するインデックスの値は小さくなり、圧縮効率が高まる。このように極めて簡単な方法によってデータ圧縮を効率的に行うことができる。
【００３８】
加えて、本発明では、データ圧縮方法において、画面を１０Ｋ〜５０Ｋ画素数の単位でブロック分割すると共にその分割された各ブロックを所定領域としている。このように、１０Ｋ〜５０Ｋ画素数の単位でブロック分割されると、すなわち、１画面を６４０×４８０ドット（＝画素数）とした場合、数分の１から数１０分の１に分割すると、１画面中に色の偏りがある場合、高効率で画像等のデータが圧縮される。なお、通常の画面では、色の偏りが生じており、すなわち、多色からなる画像データであってもブロックによっては、ほんのわずかな色数で構成されていることが多く、通常は、ほとんどの画面において圧縮効率が高まる。
【００３９】
また、本発明では、１画面を構成する画像中の１画面前の画面に比べ変更した部分のみのデータを取り出し、圧縮するデータ圧縮方法において、画面をビットマップデータとし、そのビットマップデータの変更箇所の開始部分の縦、横の位置をＸ１，Ｙ１とし、終了部分の縦、横の位置をＸ２，Ｙ２としたとき、｜Ｘ１−Ｘ２｜×｜Ｙ１−Ｙ２｜で計算される変更矩形の領域中のビットマップデータを圧縮している。
【００４０】
このように、変更部分を変更矩形のビットマップデータとして捉えているので、データの圧縮が特殊なものとならず、しかも、効率よく行うことができる。また、ビットマップデータとして圧縮しているので、圧縮されたデータを、例えば、端末装置に送信すると、端末装置側はＨＤＤや高機能ＯＳ等が不要となり、軽装備でかつ安価なものとなる。しかも、端末側で操作するデータは、送信側のホストに存在するデータであるため、送信側のデータと端末装置側のデータとの整合性を考慮する必要がない。また、端末装置が壊れたり、盗難にあっても基本データは無事であり、問題が発生しない。加えて、端末装置側はビットマップデータという単純なデータを扱うため、低価格なＣＰＵを採用できると共にそのＣＰＵの機能価値を永く保つことができる。さらに、扱うデータがビットマップデータなので、高機能のアプリケーションソフト等のインストール作業が不要になると共にハード間のインターフェースを容易にとることができる。
【００４１】
さらに、本発明では、データ圧縮方法において、変更矩形中に変更されていない非変更矩形領域が存在する場合、その非変更矩形領域については、前画面と同一である旨の信号を生成するようにしている。このように、変更矩形中の変更されていない部分のデータは、少ない量のデータとして圧縮されるので画面データの圧縮率が一層高くなる。
【００４２】
加えて、本発明では、データ圧縮方法において、ビットマップデータを１０Ｋ〜５０Ｋ画素数の単位でブロック分割し、その分割されたブロック内で変更矩形を得るようにしている。このため、分割されたブロック毎に変更矩形を得ることができる。すなわち、１画面が１０ブロック程度に分割されることとなる一方、通常の画像においては、変更箇所が限られるため、１画面中わずかなブロックのみに変更矩形が発生することとなる。このため、画面データの圧縮率がさらに一層高くなる。
【００４３】
さらに、本発明では、データ圧縮方法において、変更矩形内の色数を検出し、その色数が少ない程、各画素を表示するインデックスをよりビット数の少ないインデックスとし、そのインデックスを利用してビットマップデータを圧縮するようにしている。このように変更矩形内の色数が少ない程、小さい値のインデックスを付与して、データを圧縮しているので、データの圧縮率が向上する。
【００４４】
また、本発明では、ホスト側のコンピュータの画面のデータを無線または有線にて端末装置側に送信するデータ送信装置において、ホスト側のコンピュータの画面をビットマップデータで構成し、そのビットマップデータを記憶する画面記憶手段と、画面のデータ中の１画面前の画面に対しての変更部分領域を検出する変更部検出手段と、画面記憶手段から変更部分領域のビットマップデータを取得するビットマップ取得手段と、ビットマップデータの上記変更部分領域内の色数を検出する色数検出手段と、この色数検出手段により検出した色数が少ない程、各画素を表示するインデックスをよりビット数の少ない値を有するインデックスとするインデックス変換手段と、このインデックス変換手段により付与されたインデックスを利用してビットマップデータを圧縮するデータ圧縮手段と、このデータ圧縮手段によって圧縮されたデータを送信する送信手段とを設けている。
【００４５】
このように、画面データを、ビットマップデータとして端末装置側に送信できるので、端末装置側はＨＤＤや高機能ＯＳ等が不要となり、軽装備でかつ安価なものとなる。しかも、端末側で操作するデータは、送信側のホストに存在するデータであるため、送信側のデータと端末装置側のデータとの整合性を考慮する必要がない。また、端末装置側が壊れたり、盗難にあっても基本データは無事であり、問題が発生しない。加えて、端末装置側はビットマップデータという単純なデータを扱うため、低価格なＣＰＵを採用できると共にそのＣＰＵの機能価値を永く保つことができる。さらに、扱うデータがビットマップデータなので、高機能のアプリケーションソフト等のインストール作業が不要になると共に受信側との間のインターフェースを容易にとることができる。加えて、変更部分領域のみをデータとして送るので、送信効率が高くなる。さらに、変更部分領域の色数が少ないと圧縮効率が高くなり、送信効率が一層良くなる。
【００４６】
さらに、本発明では、データ送信装置において、画面記憶手段にて記憶するビットマップデータを１０２４×７６８で構成されるドット数のデータとしている。このため、大画面のデータも表示できることとなる。
【００４７】
加えて、本発明では、データ送信装置において、変更部検出手段によって変更部分領域を検出する際の検出対象単位を、１画面を複数に分割したブロックとしている。このように、変更部分領域を、１画面中の分割されたブロック内で検出するようにしたので、送信データの圧縮率を向上させることができる。すなわち、ブロックによっては全く変更部分がない場合があったり、その色数が極めて少ない場合があるため、そのような場合は送信データが減少すると共に圧縮率が高まり、データ送信効率が極めて良くなる。
【００４８】
また、本発明では、ホスト側のコンピュータの画面のデータを無線または有線にて端末装置側に送信するデータ送信装置において、ホスト側のコンピュータの画面をビットマップデータで構成し、そのビットマップデータを記憶する画面記憶手段と、画面のデータ中の１画面前の画面に対しての変更部分領域を検出する変更部検出手段と、画面記憶手段から変更部分領域のビットマップデータを取得するビットマップ取得手段と、上記変更部分領域のビットマップデータを圧縮するデータ圧縮手段と、このデータ圧縮手段によって圧縮されたデータを送信する送信手段とを設け、変更部検出手段は、ビットマップデータの変更箇所の開始部分の縦、横の位置をＸ１，Ｙ１とし、終了部分の縦、横の位置をＸ２，Ｙ２としたとき、｜Ｘ１−Ｘ２｜×｜Ｙ１−Ｙ２｜で計算される変更矩形を、変更部分領域として検出する変更矩形検出手段としている。
【００４９】
このように、画面データを、ビットマップデータとして端末装置側に送信できるので、端末装置側はＨＤＤや高機能ＯＳ等が不要となり、軽装備でかつ安価なものとなる。しかも、端末側で操作するデータは、送信側のホストに存在するデータであるため、送信側のデータと端末装置側のデータとの整合性を考慮する必要がない。また、端末装置側１１が壊れたり、盗難にあっても基本データは無事であり、問題が発生しない。加えて、端末装置側はビットマップデータという単純なデータを扱うため、低価格なＣＰＵを採用できると共にそのＣＰＵの機能価値を永く保つことができる。さらに、扱うデータがビットマップデータなので、高機能のアプリケーションソフト等のインストール作業が不要になると共に受信側との間のインターフェースを容易にとることができる。加えて、変更部分領域のみをデータとして送るので、送信効率が高くなる。さらに、変更部分領域の色数が少ないと圧縮効率が高くなり、送信効率が一層良くなる。加えて、変更部分領域を変更矩形として、その部分のデータを送るので、送信効率が高くなる。
【００５０】
さらに、本発明では、データ送信装置において、変更矩形中の色数を検出する色数検出手段と、この色数検出手段により検出された色数に応じて、異なるビット数のインデックスを各画素に付与するインデックス変換手段とを設け、変更矩形検出手段は、変更矩形中に変更されていない非変更矩形領域が存在する場合、その非変更矩形領域については、前画面と同一である旨の信号を生成し、色数検知手段は、非変更矩形領域以外の矩形領域についてその色数を検出し、インデックス変換手段は、検出した色数が少ない程、各画素を表示するインデックスにビット数のより少ない値を付与している。
【００５１】
このため、変更矩形中の非変更矩形領域はデータ量が少なくなる。また、その非変更矩形領域以外は色数が検知され、色数が少ないとインデックスの値も小さくなり、データの圧縮率が高くなる。この結果、同じ画面を送信するとしても、このデータ送信装置を使用すると短時間でデータを送信することができる。
【００５２】
また、本発明では、画面を構成するビットマップデータを受信する受信手段と、そのビットマップデータを伸長するデータ伸長手段と、ビットマップデータの所定ブロック毎の色数を示す信号に基づき、その色数が少ない程、各ビットを表示するインデックスにビット数のより少ない値が付与された各インデックスを特定する色数変換手段と、この色数変換手段により色が特定された画素に基づくビットマップデータを記憶する画面記憶手段と、この画面記憶手段に記憶されたビットマップデータを表示する表示部とを有している。
【００５３】
このように、ビットマップデータを受信するので、このデータ受信装置は、ＨＤＤや高機能ＯＳ等が不要となり、軽装備でかつ安価なものとなる。しかも、端末側で操作するデータは、送信側のホストに存在するデータであるため、送信側のデータとデータ受信装置側のデータとの整合性を考慮する必要がない。また、データ受信装置が壊れたり、盗難にあっても基本データは無事であり、問題が発生しない。加えて、データ受信装置側はビットマップデータという単純なデータを扱うため、低価格なＣＰＵを採用できると共にそのＣＰＵの機能価値を永く保つことができる。さらに、扱うデータがビットマップデータなので、高機能のアプリケーションソフト等のインストール作業が不要になると共にホスト側のコンピュータ等との間のインターフェースを容易にとることができる。加えて、色数が少ないと、圧縮率が高くなったデータを受信することとなり、短時間で表示面積の大きなデータを受信できるようになる。
【００５４】
【発明の実施の形態】
以下、本発明の実施の形態の例を図１から図１４に基づき説明する。
【００５５】
この実施の形態で示す装置は、小売り店舗に設置されるＰＯＳ装置２を利用したデータ送受信装置１となっている。すなわち、データ送受信装置１は、ホスト（図示省略）側にあるデータをＬＡＮ３等を介して呼び出してきて、その画面４に表示するＰＯＳ装置２と、その画面４に表示されるデータを無線にて受信し、その表示部５に表示する端末装置６とから構成される。そして、ＰＯＳ装置２は、レジ装置としても機能するものであると共に、その画面の表示内容をその画面を構成するビットマップデータとして、端末装置６に送信するものとなっている。
【００５６】
このデータ送受信装置１を構成する主要機器であるＰＯＳ装置２と端末装置６の概要構成について、まず説明する。データ送信装置となるＰＯＳ装置２は、図２に示すように、ＰＯＳ装置２内のＣＰＵ（図示省略）によって制御され画面４に表示されるビットマップデータを記憶する画面記憶手段となるＶＲＡＭ１１と、このビットマップデータ中の１画面前の画面に対しての変更部分領域を検出する変更部検出手段となる変更矩形検出手段１２と、ＶＲＡＭ１１から上述の変更領域のビットマップデータを取得するビットマップ取得手段１３と、変更部分領域内のビットマップデータの色数を検出する色数検出手段１４と、この色数検出手段により検出した色数が少ない程、各画素を表示するインデックスをよりビット数の少ない値を有するインデックスとするインデックス変換手段１５と、このインデックス変換手段１５により付与されたインデックスを利用してビットマップデータを圧縮するデータ圧縮手段１６と、データ圧縮手段１６によって圧縮されたデータを無線にて送信する送信手段１７とを有している。なお、変更矩形検出手段１２は、後述する非変更信号生成手段１８を有している。
【００５７】
ここで、ＰＯＳ装置２内のＣＰＵは、高速かつ高機能なものとなっている。また、ＰＯＳ装置２は、高機能なＯＳと、各種のアプリケーションソフトと、１ＧＢ程度のＨＤＤと、１６ＭＢ以上のＲＡＭ等を備えるものとなっている。ＶＲＡＭ１１は、いわゆるビデオラムと呼ばれているもので、この実施の形態では、横が６４０ドットで、縦が４８０ドット分のデータをビットマップデータとして記憶するものとなっている。なお、画面の切り替え時のちらつきをなくすために、ＶＲＡＭ１１として、２画面分の記憶が可能となるものとしても良い。また、画面４として、横が１、０２４ドットで縦が７６８ドットの高精細画面とし、ＶＲＡＭ１１もそれに相当するものとしても良い。
【００５８】
一方、データ受信装置となる端末装置６は、ビットマップデータを受信する受信手段と２１と、そのビットマップデータを伸長する伸長手段２２と、上述のビットマップデータの所定のブロック毎の色数を示す信号に基づき、その色数が少ない程、各画素を表示するインデックスにビット数のより少ない値が付与された各インデックスを特定する色数変換手段２３と、この色数変換手段２３により色が特定された画素に基づくビットマップデータを記憶する画面記憶手段となるＶＲＡＭ２４と、ＶＲＡＭ２４に記憶されたビットマップデータを表示する表示部５と、各手段２１，２２，２３，２４等を制御するＣＰＵ２６と、受信手段２１やデータ伸長手段２２等が動作する際の記憶部としての機能を果たすＲＡＭ２７とから主に構成されている。
【００５９】
端末装置６内のＣＰＵ２６は、ＰＯＳ装置２内のＣＰＵ１２に比べ低機能、低価格なものとなっている。ただし、この端末装置６に他の機能も行わせたい場合は、ＰＯＳ装置２内のＣＰＵと同機能のものとしても良い。ここで、表示部５は、液晶からなり、６４０×４８０ドットの画面を構成できるものとなっている。受信手段２１は、市販されている汎用の無線ＬＡＮカードから構成されている。このデータ送受信装置１では、画面４が画像の場合はもちろんのこと、テキストデータである場合も、画面のデータをビットマップデータとして、端末装置６側へ送信する。そして、受信されるデータは、変更部分領域となる変更矩形に関する部分のデータのみとなっている。この変更矩形を検出するための変更矩形検出手段１２は、図４に示す構成となっている。すなわち、ＶＲＡＭ１１のデータを利用して、前画面１２ａと現画面１２ｂの差分を比較演算器１２ｃで演算し、抽出する。その抽出した部分が変更矩形領域１２ｄとなり、ビットマップ取得手段１３にその情報が送られる。
【００６０】
この比較演算器１２ｃは、画面４全体同志を比較するようにしても良いが、この実施の形態では、図５に示すように、画面４を縦方向に１０分割し、その分割された各ブロック４ａ，…，４ｊ毎に前画面１２ａと比較している。各ブロック４ａ，…，４ｊは、６４０×４８ドット、すなわち、約３０Ｋドット（＝画素）の大きさとなっている。
【００６１】
図５に示すように、仮に変更部分がブロック４ａの変更矩形３１とブロック４ｂの変更矩形３２の２箇所のみであったとすると、この画面４に関し送信されるビットマップデータは、変更矩形３１，３２の両部分のみとなる。なお、各変更矩形３１，３２は、ビットマップデータの変更箇所の開始部分の縦、横の位置をＸ１，Ｙ１とし、終了部分の縦、横の位置をＸ２，Ｙ２としたとき、｜Ｘ１−Ｘ２｜×｜Ｙ１−Ｙ２｜で計算されかつ表される領域となる。そして、その変更矩形３１をさらに詳細に見たとき、実際の変更部分は、図６（Ａ）に示すように小変更矩形３３，３４であるとすると、非変更矩形領域３５，３６が存在することとなる。
【００６２】
変更矩形検出手段１２は、変更矩形３１，３２を検出すると共に、この小変更矩形３３，３４および非変更矩形領域３５，３６も検出する。そして、小変更矩形３３，３４のビットマップを取得するようにビットマップ取得手段１３に指示すると共に、非変更矩形領域３５，３６については、その部分が前画面と同一である旨の信号を非変更信号生成手段１８によって生成し、ビットマップ取得手段１３に送る。
【００６３】
同様にブロック４ｂ内の変更矩形３２については、小変更矩形３７，３８，３９のビットマップを取得するようにビットマップ取得手段１３に指示すると共に非変更矩形領域４０，４１，４２，４３，４４については、前画面と同一である旨の信号をビットマップ取得手段１３に送る。
【００６４】
ビットマップ取得手段１３は、変更矩形、上述の例で言えば、小変更矩形３３，３４，３７，３８，３９の部分のビットマップデータをＶＲＡＭ１１から入手するものとなっている。そして、そのデータを色数検出手段１４に送る。なお、変更矩形検出手段１２から受け取った前画面と同一である旨の信号は、そのまま色数検出手段１４を通過し、インデックス変換手段１５に送られる。
【００６５】
色数検出手段１４は、各ブロック４ａ，…，４ｊ中の変更矩形、例えば、変更矩形３１，３２等の色数を検出するものとなっている。検出された色数、変更矩形中のビットマップデータおよび前画面と同一である旨の信号のそれぞれは、インデックス変換手段１５に送られる。そして、インデックス変換手段１５は、この色数検出手段１４によって検出された色数に応じ異なった色変換テーブルを有しており、この色変換テーブルに基づき、インデックスを変換するものとなっている。例えば、図７に示す例のように、各ブロック４ａ，…，４ｊ中の変更矩形の色数がそれぞれ異なっている場合、図８に示す基準に基づいて、インデックス変換を行う。
【００６６】
図８に示すように、この基準は、色数が４色以内のときは、色変換テーブルは４バイトのものとなり、１６色以内のときは８バイト、１７色以上のときは特に持たないようになっている。すなわち、色数が４色以内のときは「００」「０１」「１０」「１１」の４種類のビット表示を有するインデックスがその元のインデックスに代えて割り当てられる。そして、各インデックスは、８ビットのデータからなる元のインデックスを有しているため、合計４バイトの色変換テーブルとなる。このように、元のインデックスは、２５６種の色を有する、すなわち８ビットからなるマルチカラー画像のためのインデックスとなっているが、色変換テーブルによって２ビットのデータに圧縮されることになる。同様にして、１６色以内のときは、４ビットのデータに圧縮される。一方、１７色以上のときは、そのままの８ビットデータとなるため、特別な色変換テーブルは用意せず、元のインデックスをそのまま使用する。
【００６７】
インデックス変換されたインデックスで表された変更矩形中のビットマップデータおよび前画面と同一である旨の信号は、共にデータ圧縮手段１６に送られる。データ圧縮手段１６は、ランレングス符号化方法を採用して算術符号器によってデータを圧縮し、送信手段１７にそのデータを送信するものとなっている。なお、データ圧縮手段１６としては、ランレングス符号化の他に、従来技術で示した参照画素の状態分けを利用する方式、例えば、マルコフモデルを利用する方式やＤＰＣＭ等前の画素との差分をとる方式等種々の圧縮方式を適宜採用することができる。また、符号器としては、各種のエントロピー符号器を採用することができる。
【００６８】
送信手段１７は、圧縮されたデータを無線信号として端末装置６に送信するものとなっている。そして、送信する信号がディジタルを対象とするため、位相変調や振幅位相変調が伝送の際に用いられる。また、使用周波数帯域としては、数ＭＨＺの帯域の他に、ベージャ回線や衛星通信等の高周波帯域を使用することができる。なお、この実施の形態では、市販されている汎用の無線ＬＡＮカードを採用している。
【００６９】
次に、以上のように構成されるデータ送受信装置１における動作の流れについて、図９および図１０のフローチャートに基づいて説明する。
【００７０】
ＰＯＳ装置２がデータの送信を開始すると（ステップＳ１）、まず１画面が１０分の１にブロック分割された第１番目のブロック４ａ内で変更矩形があるか否かの検出を行う変更矩形検出ステップＳ２を実行する。変更矩形が無いと、すぐに次のブロック４ｂの変更矩形を検出するため、ステップＳ２に戻る。一方、変形矩形が存在すると、その変更矩形内の非変更矩形領域とそれ以外の部分の区別を行い、非変更矩形領域については、前画面と同一である旨の信号（＝非変更矩形領域用の信号）を発生するステップＳ３を実行する。また、その他の変更矩形については、ＶＲＡＭ１１からビットマップを取得するビットマップ取得ステップＳ４を実行する。なお、画面データ取得開始時は、比較すべき画面が存在しないので、各ブロックの全体が変更矩形として認識される。このため、変更矩形無しによる戻り工程と、ステップＳ３の分岐とは共に発生しない。
【００７１】
その後、変更矩形内の色数検出ステップＳ５を実行する。そして、その色数によって、先に示した図８の基準によってインデックスを変換するインデックス変換ステップＳ６を実行する。このようにして、変換矩形は、インデックス変換されたインデックスで表されるビットマップデータと、前画面と同一である旨の信号とで構成される変更矩形データとして表される。そして、この変更矩形データがデータ圧縮手段１６によって圧縮されるデータ圧縮ステップＳ７が実行される。その圧縮されたデータは、データ送信ステップＳ８で送信される。なお、データ圧縮ステップＳ７では、ランレングス符号化によって、データが圧縮される。このデータ送信によって１画面が終了したときは、次画面の送信有無を検出し、次画面の送信があるときは次画面開始ステップＳ９へ移行する。しかし、まだ、１０個のブロック全てについて終了していないときは、変更矩形検出ステップＳ２に戻る。１０個のブロックについて終了しかつ次画面の送信があると、次画面開始ステップＳ９へ移行する。次画面の送信が無いと、このデータ送受信装置１は、データの送信を終了する（ステップＳ１０）。
【００７２】
なお、データの送信に当たっては、端末装置６側の受信ミスや送信環境を考慮し、同じデータ、例えば、１ブロック内のデータをひとまとめにして数回送り出したり、１画面内のデータをひとまとめにして数回送り出すような方式をとるのが好ましい。ただし、若干の受信漏れを気にしないのであれば、１回のみのデータ送信としても良い。
【００７３】
データを受信する端末装置６は、常時オン状態とされ、いつでも受信可能な状態となっている。なお、端末装置６を動作可能状態（電源オン状態）とし、送信データの送信開始信号を受けて、受信状態へと移行させるようにしても良い。また、端末装置６とＰＯＳ装置２を同時に手動にてオンさせ、送受信させるようにしても良い。
【００７４】
端末装置６が受信を開始すると（ステップＳ１１）、まず第１番目のブロックについてデータ受信ステップＳ１２を実行し、その後、そのデータを伸長するデータ伸長ステップＳ１３を実行する。このデータ伸長ステップＳ１３では、ランレングス符号化された信号をそのアルゴリズムと逆のアルゴリズムで復号化する。この際の復号器としては、算術符号化型の復号器の他に各種のエントロピー復号器を採用することができる。
【００７５】
データ伸長されたデータは、先の色変換テーブルと同様なテーブルに基づき元のインデックスに変換されると共に前画面と同一である旨の信号が加えられ、変更矩形内のデータが復元される（ステップＳ１４）。この復元されたデータは、ＶＲＡＭ２４に蓄えられると共に表示部５によって表示される（ステップＳ１５）。すなわち、ＶＲＡＭ２４中のデータは、変更矩形部分のみが書き換えられ、その書き換えられる部分のみが表示部５で変更されて表示される。
【００７６】
１０ブロック全てのデータ表示が終了するまで、この各ステップＳ１２，Ｓ１３，Ｓ１４，Ｓ１５を繰り返す。そして、１画面が終了すると、次画面を受信し始めたか否かを判断し、受信があると次画面開始ステップＳ１６を実行する。次画面のデータを受信していないときは、再生表示を終了する（ステップＳ１７）。なお、データ送信の時、画面データの送信終了の旨の信号を送信するようにすると、端末装置６は、その信号を受信したときに終了ステップＳ１７に入るようにすることができる。
【００７７】
なお、変更矩形検出ステップＳ２は、図１１に示すステップで構成される。すなわち、開始ステップＳ１が実行されると、変更矩形検出ステップＳ２が開始される（ステップＳ２１）。すると、ＶＲＡＭ１１に記憶されていた前画面を取り出す（ステップＳ２２）。次に新しくＶＲＡＭ１１に入力された現画面を取り出し（ステップＳ２３）、両画面を比較する（ステップＳ２４）。そして、両画面の差から変更矩形を検出し（ステップＳ２５）、そのデータをビットマップ取得手段１３へ送信する。
【００７８】
次に変更矩形の検出方法を異ならせた第２の実施の形態を、図１２および図１３に基づいて説明する。なお、説明に当たって、図１に示す第１の実施の形態と同一部材は、同一符号をもって表し、その詳細な説明を省略する。
【００７９】
この検出方法は、ＶＲＡＭ１１への描画命令をいわば、横取りする形で行われる。すなわち、通常なら、ＰＯＳ装置２のＯＳ４６からの描画命令は、ディスプレイドライバ４７に伝えられ、ＶＲＡＭ１１に描画される。しかし、この第２の実施の形態における変更検出手段４５は、図１２および図１３に示すように、ＯＳ４６とディスプレイドライバ４７の間に挿入されている。このため、ＯＳ４６からの描画命令は、変更矩形検出手段４５を通って、ディスプレイドライバ４７に伝えられる。このとき、変更矩形検出手段４５は、前画面との変更部分をコピーし取り出す。一方、描画命令自体は、ディスプレイドライバ４７に伝えられ、従来どおりＶＲＡＭ１に描画される。
【００８０】
変更矩形検出手段４５によって取り出された変更部分は、ビットマップ取得手段１３に伝えられ、該当部分のビットマップデータをＶＲＡＭ１１から入手する。その後の処理は、先の第１の実施の形態と同一となっている。この第２の実施の変更矩形検出手段４５は、いわゆるダミードライバ的な役割を果たすもので、構成を簡単化することができる。
【００８１】
以上のような各実施の形態では、画面のデータをビットマップデータとして送信するので、従来のようにコマンドを利用して送るのに比べ汎用性が高くなる。すなわち、従来のコマンド方式は、データ送信装置となるホスト側のコンピュータが使用しているＯＳに左右されるため、ＯＳが異なる端末装置では、データを再現できない。しかし、この実施の形態では、ビットマップデータを利用するので、データ形式さえ同一であれば、他のＯＳ使用の端末装置でも画面を再現できるものとなる。また、この実施の形態のデータ送受信装置１は、レジとなるＰＯＳ装置２の非使用時間に、そのＰＯＳ装置２の高機能ＯＳ環境を利用して、ＰＯＳ装置２の取り扱い者が端末装置６で商品の並び替えや棚卸し作業等を実施できる。このため、ＰＯＳ装置２の稼働時間がアップすると共に人件費を削減できる。
【００８２】
なお、上述の各実施の形態は、本発明の好適な実施の形態の例であるが、これに限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々変形実施可能である。例えば、端末装置６としては、ＣＰＵを最新のものとし、ＨＤＤ等を搭載した通常のコンピュータとしても良い。また、扱うマルチカラー画像としては８ビット（２５６色）ではなく、４ビット（１６色）や１６ビット（６４、０００色）等他のビット数の画像としても良い。さらに変換テーブルも４バイトと１６バイトの中間に８バイト（＝８色以内）のものを入れたり、上述のように４ビットや１６ビット等他のビット数の画像の時は、他のものに種々変更することができる。加えて、上述の各実施の形態および後述する各実施の形態で示す端末装置を、インターネット対応の端末、すなわちＴＣＰ／ＩＰにて動作するようにすると、適用範囲が広くなりかつコストを低価格なものとすることができる。さらに、画面の解像度に関しては、６４０×４８０ドットや１０２４×７６８ドット以外に、８００×６００ドットや１２８０×１０２４ドット等他の解像度を有する画面としても良い。
【００８３】
また、画面４を分割するブロックの大きさとしては、画面４の１０分の１程度のブロック、例えば、６４０×４８０ドットの画面４である場合は、６４０×４８ドットが適当であるが、２４分割した６４０×２０ドット程度以上であれば、ブロックを表すためのヘッド情報が少なくなり好ましい。また５分割した６４０×９６ドット程度以下であれば、各ブロック内の色数が多くなることが少なくなり、好ましいものとなる。なお、１０２４×７６８ドットの高解像対応の画面４の場合等では、分割されたブロック内の画素数も異なるものとなるが、画素数としては１０Ｋ〜５０Ｋ画素数程度とするのが、ヘッド情報が多くならず、しかも、各ブロック内の色数が少なくなり好ましいものとなる。
【００８４】
さらに、上述の各実施の形態のデータ送受信装置１は、店舗内業務をＰＯＳ装置２と連携して行うものとなっているが、他の種々の用途にも使用できる。例えば、図１４に示すように、ホストとなるコンピュータ４８を店舗外に置き、一方、複数の端末装置６を店舗内でお客の操作しやすい場所に置き、様々の情報をお客が操作部６ａを使用して取り出すようにすることができる。
【００８５】
このようにすると、端末装置６は小型でありスペースをとらないため、様々な場所に設置可能となる。さらには、店内のレイアウト変更が容易となるため、店内改装時にコスト発生を押さえることができる。加えて、コンピュータ４８の操作手段４８ａによって、端末装置６の操作をモニター可能となり、しかも端末装置６の操作も可能となる。このため、コンピュータ４８と端末装置６との間が、よりインタラクティブとなるシステムを実現できる。ただし、マルチユーザーとなるため、端末装置６がコンピュータ４８にアクセスする場合、アクセス権を得てからアクセスし、データを取り出す必要がある。なお、コンピュータ４８と有線で結ばれる端末コンピュータ４９をこのシステムに加え、店舗内の広場や休息所に置くようにしても良い。
【００８６】
また、オフィス内でこのデータ送受信装置１を使用するようにしても良い。例えば、会議などで席を離れた際に、有線または無線のＬＡＮ経由で別の場所からホストとなる自分のデスクトップのコンピュータのデータを活用するようにすることができる。さらに、ホストとなるコンピュータを自分のものではなく社員または課員が共通して使用するコンピュータとしても良い。ただし、この場合も、図１４の場合と同様にアクセス権を得てから共通のコンピュータにアクセスする必要がある。
【００８７】
上述のような用途以外に、コンピュータ講習会等の各種の講習会において、講師のコンピュータの画面状態を受講者の複数の端末装置６に表示させたり、あるいは受講者の端末装置６の画面状態を講師のコンピュータに表示させるようにして使用することもできる。同様に、小学校等での授業、例えば算数等の授業にもこのデータ送受信装置１を使用することができる。
【００８８】
また、送信手段１７や受信手段２１に使用される無線ＬＡＮカードに関しては、ユーザーがプログラムドライバを登録可能にするため、書き換え可能な記録装置、例えばＨＤＤや書き換え可能なメモリカードをデータ送信装置側に付けるようにしても良い。さらには、性能の良い無線ＬＡＮカードに変更できるようにするために、ＲＯＭカードでプログラムを提供するようにしても良い。なお、このように市販されている汎用のの無線ＬＡＮカードを使用すると、対応が容易になると共に、将来的に高性能化が可能となる。
【００８９】
さらに、上述の実施の形態では、端末装置６は端末としての専用機となっているが、端末としては、図１４に示すコンピュータ４９のように一般のパソコンとしても良い。このようにすると、複数のホストと接続させることができると共に、端末側で独自に動くウインドウも開けることのできる等種々の効果をもつものとなる。
【００９０】
なお、端末装置６へビットマップデータを送信した後、端末装置６側で画面をスクロールする等のコマンド制御を行う場合がある。このようなコマンドをビットマップデータと共に、ＰＯＳ装置２等のホスト側となるデータ送信装置から端末装置６側へ転送するようにしても良い。こうすると、端末装置６側へ送られたデータを種々利用できるようになる。また、このコマンド転送に関しては、例えば、次のようなコピーコマンドを利用してデータ量を減らすことができる。すなわち、端末装置６内でコピーを行った場合、コピー元の矩形とコピー先の矩形をホスト側のデータ送信装置に記憶させる。そして、端末装置６に現画面１２ｂを送り始めるときに、コピー情報が記憶されていれば、前画面１２ａのコピー元矩形の内容と現画面１２ｂのコピー先矩形の内容が一致しているかチェックする。そして、一致している場合、コピーコマンドを端末装置６に送信し、現画面１２ｂのコピー先部分に前画面１２ａのコピー元矩形をコピーすると共に、保存してある前画面１２ａについてもコピー元の矩形からコピー先の矩形にコピーする。すると、前画面１２ａと現画面１２ｂのコピー先矩形が一致するので、その部分は変更矩形領域とならず、その部分のデータが圧縮される。これにより送信されるデータ量が減少する。
【００９１】
このように、コピー動作を検知して、コマンドを活用する場合以外に、端末装置６の画面内容を比較してコピー部分を抽出し、コマンドを利用する方法も採用することができる。例えば、スクロール動作については、前画面１２ａと現画面１２ｂの一致行を検出し、Ｎ行以上一致していたらスクロールされていると判断し、コピーコマンドを先の例と同様に活用しデータを圧縮させることができる。ここで、Ｎは１以外の整数とする。Ｎを１とすると偶然に１行が一致する場合があり、そのような場合を排除するためにＮ＝１を除くのである。
【００９２】
【発明の効果】
以上説明したように、本発明のデータ送受信装置ならびにデータ送信装置およびデータ受信装置では、端末装置を軽装備ものとできると共にデータの盗難やＣＰＵの陳腐化の心配がなく、しかもアプリケーション等のインストール作業やデータ保守などの手間がかからなくなる。さらに、ビットマップデータを取り扱うため、ハード的にもソフト的にも、インターフェース性が良いものとなり、ハードの規格やＯＳの種類等に縛られにくいものとなる。このため、システムを構成する際に、ハードやソフトの選択範囲が広がり、効率的かつ低コストのデータ送受信装置ならびにデータ送信装置およびデータ受信装置とすることができる。しかも、簡易かつ高効率で圧縮したデータを送受信できるようになる。また、本発明のデータ圧縮方法では、ビットマップデータを簡易かつ高効率で圧縮できるものとなる。
【図面の簡単な説明】
【図１】本発明のデータ送受信装置の実施の形態を示す図である。
【図２】図１のＰＯＳ装置の要部構成を示すブロック図である。
【図３】図１の端末装置の要部構成を示すブロック図である。
【図４】図２の変更矩形検出手段の構成を説明するための図である。
【図５】図１のＰＯＳ装置の画面構成と変更矩形を示す図である。
【図６】図５の画面の中のブロックを拡大した図で、（Ａ）は第１番目のブロックを示し、（Ｂ）は第２番目のブロックを示す図である。
【図７】図２のインデックス変換手段の作用を説明するための表である。
【図８】図２のインデックス変換手段中の色変換テーブルの内容を説明するための表である。
【図９】図２のＰＯＳ装置の動作を説明するためのフローチャートである。
【図１０】図３の端末装置の動作を説明するためのフローチャートである。
【図１１】図４の変更矩形検出手段の動作を説明するためのフローチャートである。
【図１２】本発明のデータ送受信装置に使用されるデータ送信装置の第２の実施の形態を示す図である。
【図１３】図１２の変更矩形検出手段の動作を説明するためのフローチャートである。
【図１４】本発明のデータ送受信装置の他の応用例を説明するための図である。
【図１５】本発明および従来のデータ送受信装置において、送信されるマルチカラー画像の性質を説明するための図である。
【図１６】従来のマルチカラー画像の符号化システムおよび復号化システムを示す図である。
【図１７】従来のデータ圧縮に用いられる参照画素方式を説明する図である。
【図１８】従来のデータ圧縮に１つであるスキャン順にインデックスに番号付けする方法を説明するための図である。
【図１９】本発明や従来のデータ圧縮に用いられる算術符号型のエントロピー符号器の構成を示す図である。
【符号の説明】
１  データ送受信装置
２  ＰＯＳ装置（ホスト側のコンピュータ）
３  ＬＡＮ
４  画面
５  表示部
６  端末装置
１１  ＶＲＡＭ
１２  変更矩形検出手段（変更部検出手段）
１３  ビートマップ取得手段
１４  色数検出手段
１５  インデックス変換手段
１６  データ圧縮手段
１７  送信手段
２１  受信手段
２２  データ伸長手段
２３  色数変換手段
２４  ＶＲＡＭ
【図１】
0003837841.tif 000002
【図２】
0003837841.tif 000003
【図３】
0003837841.tif 000004
【図４】
0003837841.tif 000005
【図５】
0003837841.tif 000006
【図６】
0003837841.tif 000007
【図７】
0003837841.tif 000008
【図８】
0003837841.tif 000009
【図９】
0003837841.tif 000010
【図１０】
0003837841.tif 000011
【図１１】
0003837841.tif 000012
【図１２】
0003837841.tif 000013
【図１３】
0003837841.tif 000014
【図１４】
0003837841.tif 000015
【図１５】
0003837841.tif 000016
【図１６】
0003837841.tif 000017
【図１７】
0003837841.tif 000018
【図１８】
0003837841.tif 000019
【図１９】
0003837841.tif 000020