JPH10269160A

JPH10269160A - データ配信表示装置

Info

Publication number: JPH10269160A
Application number: JP9077019A
Authority: JP
Inventors: Megumi Yamaoka; めぐみ山岡; Hiromi Sakushima; ひろみ佐久嶋; Satoshi Terasaki; 智寺崎
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1997-03-28
Filing date: 1997-03-28
Publication date: 1998-10-09

Abstract

(57)【要約】【課題】構造化文書データを無線回線で接続したクラ
イアントに、サーバから転送して表示する際に、クライ
アントの端末能力に合わせて、表示に必要な部分のみ転
送したり、データを概略化してデータ量を削減すること
により、少ない通信量で情報を提供することを目的とす
る。【解決手段】構造化文書データの送信開始位置を指定
できるクライアントのデータ要求部１と、構造化文書デ
ータを指定された開始位置から始まるデータに変換した
り分割したり冗長な部分を削減するなどしてデータを少
量のデータに変換するデータ変換手段６とを備え、クラ
イアントに必要なデータのみ、または、概略が表示でき
る程度のデータのみをサーバから送信することにより、
通信状況の悪い回線でも情報を表示することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、構造化文書データ
を低速で切れやすい無線回線で接続したクライアントに
サーバから転送して表示するデータ配信表示装置に関す
るものである。

【０００２】なお、ここでいう構造化文書とは、テキス
ト・画像・音声などのメディアを一文書にまとめたＭＩ
ＭＥメールや、テキスト・画像・音声などのメディアを
相互に関連付けて構造化し、関連するメディアに自由に
アクセスできるようにしたハイパーテキストなどであ
る。

【０００３】

【従来の技術】近年急速に普及してきているＷＷＷ（Ｗ
ｏｒｌｄＷｉｄＷｅｂ）では、ブラウザと呼ばれる
クライアントは、複数のサーバに管理された情報をハイ
パーテキストを用いてネットワークから取得し、画面に
表示している。

【０００４】図３１は従来のＷＷＷを示しており、ＷＷ
Ｗブラウザは、情報の格納場所等を指定したＵＲＬ(Uni
form Resource Locator)に基いて情報を要求するデータ
要求部３１１と、受け取ったハイパーテキストを整形し
て表示するデータ表示部３１２からなり、ＷＷＷサーバ
は、ＷＷＷブラウザからの要求を受けて指定されたハイ
パーテキストを転送するデータ送信部３１３と、ハイパ
ーテキストを格納しているデータ保管部３１４から構成
されている。

【０００５】以上のような構成において、以下その動作
を説明する。新たにドキュメントを取得するとき、すな
わち、ＷＷＷブラウザ上でユーザが新たにＵＲＬを指定
したとき、データ要求部３１１はＵＲＬで指定されたサ
ーバに対して接続を確立し、ファイル名等を記述したリ
クエストを発行する。

【０００６】リクエストを受け取ると、データ送信部３
１３は指定されたファイルをデータ保管部から取得しフ
ァイル種別・データサイズ情報などと共にレスポンスと
してブラウザに転送する。転送終了後、データ送信部３
１３はブラウザとの接続を切断する。データ表示部３１
２はデータ送信部からレスポンスを受け取ると、それに
含まれるハイパーテキストを整形して表示する。

【０００７】このように従来のＷＷＷでは、１つのハイ
パーテキストの転送は、データサイズに関らず１回の要
求／応答セッションで行われ、複数セッションに渡る処
理は存在しない。

【０００８】

【発明が解決しようとする課題】上記従来の技術による
と、データの一部のみ必要とする場合でも最初から最後
までデータを転送しなければならず、無駄な通信が発生
し、表示に時間を要する。特に、通信速度が遅く、回線
状態が不安定な無線回線で接続された携帯端末でデータ
を参照する場合には、一度に参照できる情報量が少ない
にもかかわらず全データを転送し、また、再送時にも常
に先頭からデータを転送し直し、無駄な通信が顕著に多
いという課題を有していた。

【０００９】本発明は上記従来技術の課題を解決するも
ので、データの必要な部分だけを取得することにより通
信量を低減するとともに表示速度を向上させることを目
的とする。

【００１０】

【課題を解決するための手段】上記課題を解決するため
に本発明は、第１に、サーバに対してデータを要求し、
取得したデータをクライアントに表示するシステムにお
いて、クライアントが、取得したいデータとその送信開
始位置を指定するデータ要求部と、既にデータを取得し
ている場合、前記データ要求部の指定と前回取得したデ
ータとを照会し、今回取得するデータが取得済データと
連続するデータである場合には２つのデータを連結し表
示データを生成する表示データ生成部と、前記表示デー
タ生成部が出力するデータを整形して表示するデータ表
示部とを備え、クライアントと直接通信を行うサーバ
が、クライアントから要求されたデータが自サーバ上に
ない場合、ネットワークを介して他のサーバに当該デー
タを要求するデータ要求部と、データ要求部から要求さ
れたデータをファイルを基本単位として他のサーバから
取得して保管し、再度同じデータを要求された場合は当
該保管データを使用するデータ保管部と、前記データ保
管部から入力したデータをクライアントに指定された任
意の開始位置から始まるデータに変換しするデータ変換
手段と、前記データ変換手段により変換されたデータを
クライアントに送信するデータ送信部とを備えたもので
ある。

【００１１】第２に、サーバ側に対してデータを要求
し、取得したデータをクライアントに表示するシステム
において、クライアントが、取得したいデータとその送
信開始位置を指定するデータ要求部と、既にデータを取
得している場合、前記データ要求部の指定と前回取得し
たデータとを照会し、今回取得するデータが取得済デー
タと連続するデータである場合には２つのデータを連結
し表示データを生成する表示データ生成部と、前記表示
データ生成部が出力するデータを整形して表示するデー
タ表示部とを備え、サーバ側が、クライアントと直結さ
れ通信を行う代理サーバと、当該代理サーバとネットワ
ークを介して接続されたサーバとからなり、代理サーバ
が、クライアントから要求されたデータが自サーバ上に
ない場合クライアントから指定されたサーバにデータを
要求するデータ要求部と、データ要求部から要求された
データをファイルを基本単位として取得して保管し、再
度同じデータを要求された場合は当該保管データを使用
するデータ保管部と、前記データ保管部から入力したデ
ータをクライアントに指定された任意の開始位置から始
まるデータに変換しするデータ変換手段と、前記データ
変換手段により変換されたデータをクライアントに送信
するデータ送信部とを備えたものである。

【００１２】第１および第２の手段により、回線切断／
通信エラー／クライアントの中断などでデータ受信が途
切れた場合でも、続きからデータを再要求し、表示処理
を継続できるという効果を得ることができる。

【００１３】第３に、第２の手段において表示データ生
成部が、取得したいデータとして指定されたファイルの
サイズ情報と、既に取得したデータサイズとを比較し、
代理サーバに対し、当該取得したいデータとその送信開
始位置を再送要求として指定することを特徴とするもの
である。これにより、自動的に再送要求を発生し、取得
したいデータを全て受信することが可能となる。

【００１４】第４に、第２の手段においてクライアント
が、１画面表示に必要なデータを取得した時点でデータ
取得を中断するものであり、これにより表示の都度必要
なデータのみ送信し、無駄なデータ転送は行わないとい
う効果を奏するものである。

【００１５】第５に、第２の手段において、データ変換
手段が構造化文書を指定された開始位置から送信する際
に、開始位置の指定により喪失された文書構造情報を補
う文書構造補完部を備え、当該文書構造情報を付加した
データをデータ送信部に出力するものであり、これによ
り、途中から構造化文書を取得しても、全体的な文書構
造を失わないという効果を奏するものである。

【００１６】第６に、第２の手段において、データ変換
手段が、これまでに送信したデータのファイル名、及
び、送信開始位置を含む送信履歴を保管する送信履歴デ
ータベースと、前記送信履歴データベースで管理された
送信履歴に基づき、再送要求に対し適当なデータサイズ
を決定し、要求されたデータを当該データサイズに区切
りデータ送信部に出力するデータサイズ決定部を備えた
ものである。

【００１７】係る構成により、再送が発生するような回
線状況の悪い場合には、１回の送信データサイズを小さ
くして送信し、データの再送回数を減らすことができる
という効果を奏するものである。

【００１８】第７に、サーバに対してデータを要求し、
取得したデータをクライアントに表示するシステムにお
いて、クライアントが、取得したいデータを指定するデ
ータ要求部と、取得したデータを表示するデータ表示部
とを備え、クライアントと直接通信を行うサーバが、ク
ライアントから要求されたデータが自サーバ上にない場
合、ネットワークを介して他のサーバに当該データを要
求するデータ要求部と、データ要求部から要求されたデ
ータを他のサーバから取得して保管し、再度同じデータ
を要求された場合は当該保管データを使用するデータ保
管部と、前記データ保管部から入力したデータをクライ
アントの端末能力または回線の通信能力に応じて変換す
るデータ変換手段と、前記データ変換手段により変換さ
れたデータをクライアントに送信するデータ送信部とを
備えたものである。

【００１９】係る構成により、クライアント及び回線の
通信能力に応じた効率的なデータ配信を実現することが
できる。

【００２０】第８に、第７の手段において、データ変換
手段が、クライアントが表示可能な文書構造の情報をク
ライアントごとに保管する表示情報データベースを備
え、データ保管部に保管された構造化文書に対し、前記
表示情報データベースに保管されたクライアントの表示
可能な文書構造に基づきクライアントが表示不能な部分
を取り除くデータ変換を行うことを特徴とするものであ
り、これにより、そのクライアントにとって無意味なデ
ータを削除して送信し、無駄のない送信を行うという効
果を奏するものである。

【００２１】第９に、第７の手段において、データ変換
手段がデータ保管部から入力したデータを分割するため
の基準情報を格納する分割情報データベースを備え、デ
ータ保管部から入力した１つのデータを、前記分割情報
データベースに格納された基準情報に従い分割すること
を特徴とするものであり、これにより、全体の概要を早
く知ることが可能となる。

【００２２】第１０に、第９の手段において、データ変
換手段が、構造化文書を分割する際に、分割により欠落
した情報のサイズを付加してデータ送信部に出力し、デ
ータ表示部が、分割により欠落した情報のサイズを、当
該分割されたデータとともに表示するものであり、全体
の概要を視覚的に、より詳細に把握することができる。

【００２３】第１１の手段は、第７の手段において、デ
ータ変換手段が、カラー画像に対して、値の差が小さい
複数の色を同じ値の色に変換することによって画像中の
異なる色の数を減らす色数削減部と、画像の部分領域内
の各画素値を全て平均的な一色にすることによって圧縮
率の高い画像に変換する画素値平均化部と、前記画素値
平均化部が出力する画像を圧縮する画像圧縮部とを備
え、データ保管部に保管されたカラー画像の圧縮を行う
ものであり、グラデーションの多い画像をベタ部分の多
い画像に変換して、圧縮率を高め、データ転送量を少な
くするという効果を奏する。

【００２４】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図１から図３０を用いて説明する。

【００２５】（実施の形態１）図１は、本発明の第１の
実施の形態におけるデータ配信表示装置の構成を示した
ものであり、図１において、１は、取得したいデータと
そのどこから転送を開始するかを指定したリクエストを
サーバに発行するデータ要求部。

【００２６】２は、今回データ要求部１で指定されたデ
ータと前回取得したデータとを比較して、今回指定され
たデータが前回のデータと連続する場合には２つのデー
タを連結し、さらに、今回指定されたデータが最後まで
取得できていないときは、取得するデータ名と送信開始
位置を決定して再送要求をデータ要求部１に出力する表
示データ生成部。

【００２７】３は、表示データ生成部2から入力したデ
ータをディスプレイなどに表示するデータ表示部。４
は、クライアントから要求されたデータが自サーバ上に
ない場合、クライアントから指定されたサーバにデータ
を要求する、データ要求部。

【００２８】５は、データ要求部４から指定されたデー
タをサーバから最後まで取得して保管し、データ要求部
４から同じデータを要求されたときは、保管データを出
力するデータ保管部。

【００２９】６は、データ変換手段で、６０１は、デー
タ変換手段６内にあって、データ保管部５から入力した
データをデータ要求部４で指定された開始位置から始ま
るデータに変換して出力する開始位置決定部。７は、デ
ータ変換手段６から入力したデータに文書サイズ・送信
日付などの情報を付加してレスポンスを作成し、クライ
アントに転送するデータ送信部である。

【００３０】以上のように構成されたデータ配信表示装
置について、以下その動作を図１、図２、図３、図４、
図５、図６を用いて説明する。

【００３１】図２は、クライアントのデータ要求部１が
出力するデータ要求リクエストの一例、図３は、サーバ
のデータ要求部４が出力するデータ要求リクエストの一
例、図４は、データ保管部５で保管されているデータの
一例、図５は、データ送信部７が出力するレスポンスの
一例、図６は、本実施の形態の処理の流れを示したフロ
ーチャートである。

【００３２】ここで、図２、図３のリクエストと図５の
レスポンスの形式は、ＷＷＷ用に開発されたＨＴＴＰ(H
yper Transfer Protocol)に乗っ取っている。

【００３３】図６において、新規に、または、再送要求
としてＵＲＬと送信開始位置が決まると(6001)、クライ
アントのデータ要求部１は、ＵＲＬと送信開始位置を記
述したデータ取得リクエストを発行する(6002)。

【００３４】例えば図２に示すように、サーバｗｗ
ｗ．ｘｘｘ．ｃｏ．ｊｐ上のファイル／ｔｅｓｔ．ｈｔ
ｍｌの５９ｂｙｔｅ目からデータを取得するときは、ｕ
ｒｌ＝ｈｔｔｐ：／／ｗｗｗ．ｘｘｘ．ｃｏ．ｊｐ／ｔ
ｅｓｔ．ｈｔｍｌ，ｓｔａｒｔ＝５９と指定してデー
タ要求部４のプロセス／ｃｇｉ−ｂｉｎ／ｇｅｔ−ｄ
ａｔａ．ｃｇｉに出力する。

【００３５】ここで、ＵＲＬと送信開始位置は、ユーザ
が決定することもできるし、再送時にはクライアント内
で決定することもできる。また、送信開始位置は、上例
のようなバイト単位での指定の他に、パケット単位や行
単位など様々な単位での指定ができる。さらに、送信開
始位置の記述方法としては、上例のようにデータ要求部
４のプロセスへの引数として記述したり、ＨＴＴＰのリ
クエストヘッダ部に記述するなど、様々な方法がある。

【００３６】データ要求部４は、クライアントのデータ
要求部１からのリクエストを受け取ると、指定されたＵ
ＲＬに該当するファイルをデータ保管部５で検索し(600
3)、なければ(6004)ＵＲＬで指定されたサーバに接続し
て、図３に示すようなリクエストを発行する(6005)。

【００３７】データ保管部５は、データ要求部４のリク
エスト発行先サーバからデータを入力すると、構造化文
書データを取り出して、データ取得先サーバ名とファイ
ル名を付加して保管する(6006)と同時に、取得した構造
化文書データを出力する(6007)。

【００３８】データ保管部５は、次にデータ要求部４か
ら同じＵＲＬを入力したときは、保管データを出力する
(6003,6004,6007)。

【００３９】例えば、データ保管部５は、新規にサーバ
ｗｗｗ．ｘｘｘ．ｃｏ．ｊｐから構造化文書／ｔｅｓ
ｔ．ｈｔｍｌを入力したときには、図４に示す形式で保
管し、再度、ｈｔｔｐ：／／ｗｗｗ．ｘｘｘ．ｃｏ．ｊ
ｐ／ｔｅｓｔ．ｈｔｍｌをデータ要求部４から入力す
ると、図４の構造化文書データ部分を出力する。

【００４０】開始位置決定部６０１は、データ保管部５
から構造化文書を入力すると、データ要求部４から入力
した送信開始位置情報に基いて、指定された位置より前
のデータを削除して出力する(6008)。

【００４１】例えば図２のように、送信開始位置がｓ
ｔａｒｔ＝５９と指定されていれば、データの５９ｂ
ｙｔｅ目以降を出力する。

【００４２】データ送信部７は、送信開始位置決定部６
０１からデータを入力すると、ＨＴＴＰに乘っ取って、
図５に示すような、文書種別（Ｃｏｎｔｅｎｔ−Ｔｙｐ
ｅ）・文書サイズ（Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ）情
報などを含んだヘッダを付加してレスポンスを発行する
(6009)。

【００４３】表示データ生成部２は、現在表示中の構造
化文書のＵＲＬと送信開始位置をデータ要求部１から入
力して保持しており、データ要求部１から今回取得する
データのＵＲＬと送信開始位置を入力すると、表示中の
データと連続するデータであるかを調べる(6010)。連続
するデータである場合には、データ送信部７から入力し
たレスポンスに含まれる構造化文書を表示中の文書と連
結して(6011)出力する(6012)。

【００４４】また、表示データ生成部２は、データ送信
部７から入力したレスポンスに含まれる文書サイズ情報
の数値と実際に取得した構造化文書のサイズとを比較し
て(6014)、取得した構造化文書サイズが小さい場合、す
なわち、データ送信が途中で切れている場合には、再送
要求として、ＵＲＬと送信開始位置情報をデータ要求部
１に出力する(6015)。ここで、再送要求での送信開始位
置は、「取得したデータの送信開始位置＋実際に取得し
たサイズ」となる。

【００４５】データ表示部３は、表示データ生成部２か
ら必要なサイズのデータを入力して、ディスプレイなど
に表示する(6013)。

【００４６】なお、本実施の形態では、ＷＷＷのハイパ
ーテキストの例で説明したが、ＭＩＭＥメールなど他の
構造化文書の場合も同様に実施可能である。

【００４７】以上のように、本実施の形態では、クライ
アントのデータ要求部１が取得したいデータとその送信
開始位置を指定したリクエストを発行し、サーバのデー
タ要求部４が指定されたデータを取得し、開始位置決定
部６０１が取得データを指定された位置から始まるデー
タに変換して送信し、表示データ生成部２が取得したデ
ータと表示中のデータを連結することにより、回線切断
／通信エラー／クライアントの中断などデータ受信が途
切れた場合でも、続きから再要求し継続して表示でき、
その実用効果は大きい。

【００４８】（実施の形態２）図１は、本発明の第２の
実施の形態におけるデータ配信表示装置の構成を示した
ものであり、実施の形態１の構成に加えて、クライアン
トの表示データ生成部１に、更に、１画面表示に必要な
データを取得したところでデータ取得を中断する機能を
設けたものである。

【００４９】このように構成されたデータ配信表示装置
について、以下その動作を図１、図６、図７を用いて説
明する。

【００５０】図７は、本実施の形態の処理の流れを示し
たフローチャートであり、実施の形態１と同じ処理には
図６と共通の番号を付してある。例えば、図７の701は
図６の6001と対応し、図７の702は図６の6002と対応す
るなどである。

【００５１】図７において、ＵＲＬと送信開始位置が決
定してからデータ送信部７がレスポンスを発行するまで
(701から709まで)は、実施の形態１と同じ処理の流れで
ある。データ送信部７が発行したレスポンスデータは、
ネットワーク上ではいくつかのブロックに分かれて、パ
ケット単位や行単位などで転送される。

【００５２】ネットワーク上をパケットとして転送され
た場合、表示データ生成部２は、データパケットを入力
する(710-1)が、ここで、レスポンスの最後まで入力す
る前に(710-2)、パケットの累計が１画面表示に必要な
データサイズ以上になったら(710-3)、入力を終了す
る。

【００５３】次に、表示データ生成部２は、実施の形態
１で述べた動作と同様にして、取得したデータが表示中
のデータであるかを調べ(710-4)、連続するデータなら
ば表示中データと結合して(711)、データ表示部３に出
力する(712)。

【００５４】また、レスポンスを最後まで入力した時(7
10-2)は、データ表示部３に出力する（711,712）ととも
に表示データ生成部２は、データ送信部７からのレスポ
ンスに含まれる文書サイズ情報の数値と実際に取得した
構造化文書のサイズを比較して(714)、取得した構造化
文書のサイズが小さい場合、すなわち、データ送信が途
中で切れている場合には、再送要求として、ＵＲＬと送
信開始位置情報をデータ要求部１に出力する(715)。

【００５５】なお、本実施の形態では、ＷＷＷのハイパ
ーテキストの例で説明したが、ＭＩＭＥメールなど、他
の構造化文書の場合も同様に実施可能である。

【００５６】以上のように、本実施の形態では、実施の
形態１の構成に加えて、表示データ生成部２において１
画面表示に必要なデータを入力したところで入力を終了
することにより、必要ないデータ転送が生じず、その実
用効果は大きい。

【００５７】（実施の形態３）図８は、本発明の第３の
実施の形態におけるデータ配信表示装置の構成を示した
ものであり、図８において、１は、取得したいデータと
そのどこから転送を開始するかを指定したリクエストを
サーバに発行するデータ要求部。

【００５８】２は、取得したデータが最後まで取得でき
ていないときは、取得するデータ名と送信開始位置を決
定して再送要求をデータ要求部１に出力する表示データ
生成部。３は、表示データ生成部から入力したデータを
ディスプレイなどに表示するデータ表示部。

【００５９】４は、クライアントのデータ要求部１から
のリクエストを入力して、指定されたデータが自サーバ
上にない場合は指定されたサーバにデータ要求を出力
し、同時に、送信開始位置情報を出力するデータ要求
部。

【００６０】５は、サーバのデータ要求部４から要求さ
れたデータを最後まで取得して保管し、データ要求部４
から同じデータを要求されたときは、保管データを出力
するデータ保管部。

【００６１】６は、データ変換手段で、６０１は、デー
タ変換手段６内にあって、データ保管部５から入力した
データをデータ要求部４で指定された開始位置から始ま
るデータに変換して出力する開始位置決定部。６０２
は、データ変換部６内にあって、開始位置決定部６０１
から入力したデータが、元の構造化文書の途中から始ま
るデータであるときに、データ保管部５から入力した原
文と比較して、１つの構造化文書として完結するよう
に、文書構造を補う文書構造補完部。

【００６２】７は、データ変換手段６から入力したデー
タに文書サイズ・送信日付などの情報を付加してレスポ
ンスを作成し、クライアントに転送するデータ送信部で
ある。

【００６３】以上のように構成されたデータ配信表示装
置について、以下その動作を図８、図９、図１０、図１
１、図１２を用いて説明する。

【００６４】図９は、文書構造補完部６０２での補完の
一例、図１０は、文書構造補完部６０２が保持している
タグテーブル、図１１は、本実施の形態の処理の流れを
示したフローチャートであり、実施の形態１と同じ処理
には図６と共通の番号を付してある。

【００６５】例えば、図１１の1101は図６の6001と対応
し、図１１の1102は図６の6002と対応するなどである。

【００６６】図１２は、本実施の形態の文書構造補完部
６０２における処理の流れを示したフローチャートであ
る。

【００６７】図１１において、ＵＲＬと送信開始位置が
決定してから、開始位置決定部６０１で指定された位置
から始まるデータに変換されるまで(1101から1108-1ま
で)は、実施の形態１と同じ処理の流れである。実施の
形態１と同様の手順で開始位置決定部６０１が出力した
データは、文書構造補完部６０２に入力される。文書補
完部６０２は、開始位置決定部６０１から途中開始文書
を入力すると、データ保管部５から入力した原文と比較
して、途中開始文書が１つの完結した構造化文書になる
ように文書構造を補う(1108-2)。

【００６８】例えば、図９に示すようなハイパーテキス
トの場合、元データの"sample"以降のデータを開始位置
決定部６０１から入力すると(121)、文書構造補完部６
０２は、タグ </H1><A></A></HTML> を全て抽出する(12
2)。文書構造補完部６０２は、図１０に示すようなタグ
一覧を保持しており、抽出したタグの中で開始タグと終
了タグが揃っていない </H1>と</HTML>を更に抽出する
(123)。

【００６９】次に、図１０のタグ一覧の中から、</H1>,
</HTML>に対応するタグ<H1>,<HTML>を補完タグ候補とし
て選び(124)、一意にタグが決定できれば126に進み、一
意にタグが決定できない場合は、データ保管部５から入
力した元データと比較(125)して、"sample"から始まる
データの先頭に<HTML><H1>を結合する(126)。

【００７０】最後に、補完したデータをデータ送信部７
に出力する(127)。データ送信部７は、文書構造補完部
６０２からデータを入力すると、文書種別・文書サイズ
情報などを含んだヘッダを付加してレスポンスを発行す
る(1109)。

【００７１】表示データ生成部２は、データ送信部７か
ら入力した構造化文書データを出力する(1112)とともに
レスポンスに含まれる文書サイズ情報の数値と実際に取
得した構造化文書のサイズとを比較して(1114)、取得し
た構造化文書サイズが小さい場合、すなわち、データ送
信が途中で切れている場合には、再送要求として、ＵＲ
Ｌと送信開始位置情報をデータ要求部１に出力する(111
5)。

【００７２】データ表示部３は、表示データ生成部２か
ら必要なサイズのデータを入力して、ディスプレイなど
に表示する(1113)。

【００７３】なお、本実施の形態では、ＷＷＷのハイパ
ーテキストの例で説明したが、ＭＩＭＥメールなど、他
の構造化文書の場合も同様に実施可能である。

【００７４】以上のように、本実施の形態では、クライ
アントのデータ要求部１が取得したいデータとその送信
開始位置を指定したリクエストを発行し、サーバのデー
タ要求部４が指定されたデータを取得し、開始位置決定
部６０１が取得データを指定された位置から始まるデー
タに変換し、文書構造補完部６０２が文書構造を補って
クライアントに送信することにより、途中から文書を取
得しても文書構造を損わず機能させたり表示することが
でき、その実用効果は大きい。

【００７５】（実施の形態４）図１３は、本発明の第３
の実施の形態におけるデータ配信表示装置の構成を示し
たものであり、図１３において、１は、取得したいデー
タとその転送開始位置、及び、新規要求か再送要求かの
再送情報を指定したリクエストをサーバに発行するデー
タ要求部。２は、今回データ要求部１で指定されたデー
タと前回取得したデータとを比較して、今回指定された
データが前回のデータと連続する場合には２つのデータ
を連結し、さらに、今回取得したデータが最後まで取得
できていないときは、取得するデータ名と送信開始位置
を決定して再送要求をデータ要求部１に出力する表示デ
ータ生成部。

【００７６】３は、表示データ生成部から入力したデー
タをディスプレイなどに表示するデータ表示部。４は、
クライアントのデータ要求部１からのリクエストを入力
して、指定されたデータが自サーバ上にない場合は指定
されたサーバにデータ要求を出力し、同時に、送信開始
位置・再送情報を出力するデータ要求部。

【００７７】５は、サーバのデータ要求部４から要求さ
れたデータを最後まで取得して保管し、データ要求部４
から同じデータを要求されたときは、保管データを出力
するデータ保管部。

【００７８】６は、データ変換手段で、６０１は、デー
タ変換手段６内にあって、データ保管部５から入力した
データをデータ要求部４で指定された開始位置から始ま
るデータに変換して、データ要求部４から入力した再送
情報とともに出力する開始位置決定部。６０３は、デー
タ変換手段６内にあって、開始位置決定部６０１から入
力したデータが再送データのときは、送信履歴から過去
の送信サイズを求め、それよりも小さいサイズにデータ
を区切って出力するデータサイズ決定部。６０４は、デ
ータ変換手段６内にあって、データサイズ決定部６０３
から入力したデータの文書名・文書サイズ・送信開始位
置などの送信履歴を保持している送信履歴データベー
ス。

【００７９】７は、データ変換手段６から入力したデー
タに文書サイズ・送信日付などの情報を付加してレスポ
ンスを作成し、クライアントに転送するデータ送信部で
ある。

【００８０】以上のように構成されたデータ配信表示装
置について、以下その動作を図１３、図１４、図１５を
用いて説明する。

【００８１】図１４は、送信履歴データベース６０４が
保持している送信履歴テーブル、図１５は、本実施の形
態の処理の流れを示したフローチャートであり、実施の
形態１と同じ処理には図６と共通の番号を付してある。
例えば、図１５の1501は図６の6001と対応し、図１５の
1502は図６の6002に対応するなどである。

【００８２】図１５において、新規に、または、再送要
求としてＵＲＬと送信開始位置が決まると(1501)、クラ
イアントのデータ要求部１は、ＵＲＬ・送信開始位置・
新規送信か再送かを示す再送情報を記述したデータ取得
リクエストを発行する(1502)。

【００８３】ここで、ＵＲＬと送信開始位置は、ユーザ
が新規に決定することもできるし、再送時にはクライア
ント内で決定する。データ要求部４は、クライアント
のデータ要求部１からのリクエストを受け取ると、指定
されたＵＲＬに該当するファイルをデータ保管部５で検
索し(1503)、なければ(1504)ＵＲＬで指定されたサーバ
に接続して、データを要求する(1505)。

【００８４】また同時に、データ要求部４は、クライア
ントのデータ要求部１から入力した送信開始位置と再送
情報を出力する。データ保管部５は、データ要求部４の
リクエスト発行先サーバからデータを入力すると、構造
化文書データを取り出して、データ取得先サーバ名とフ
ァイル名を付加して保管する(1506)と同時に、取得した
構造化文書データを出力する(1507)。

【００８５】データ保管部５は、次にデータ要求部４か
ら同じ文書を要求されたときは、保管データを出力する
(1503,1504,1507)。開始位置決定部６０１は、データ保
管部５から構造化文書を入力すると、データ要求部４か
ら指定された送信開始位置より前のデータを削除して、
データ要求部４から入力した送信開始位置・再送情報と
ともに出力する(1508-1)。

【００８６】データサイズ決定部６０３は、開始位置決
定部６０１から途中開始文書と再送情報を入力すると、
まず、再送情報を見て、「新規送信」であれば、そのま
ま出力する(1508-2)。再送情報が「再送」である場合、
まず、近い時間帯の送信履歴情報を抽出する。次に、各
送信開始位置情報から送信できたデータサイズをそれぞ
れ求める。そして開始位置決定部６０１から入力したデ
ータを、求めたデータサイズの最小値程度に区切って出
力する(1508-3)。

【００８７】送信履歴データベースは、データサイズ決
定部６０３が送信を行う度に、データサイズ決定部６０
３から送信データのＵＲＬ・文書サイズ・送信開始位置
・送信日時・再送情報を入力して、図１４のようなテー
ブルに保持している。

【００８８】例えば、1997年1月21日10時40分21秒にhtt
p://www.zzz.co.jp/master.htmlの1byte目からを新規デ
ータとして入力した場合、データサイズ決定部６０３
は、図１４のNo.6のようにＵＲＬ・文書サイズ・送信開
始位置・送信日・送信開始時間・再送情報を記録する。

【００８９】そして、1997年1月21日10時41分21秒にhtt
p://www.zzz.co.jp/master.htmlの203byte目からを再送
データとして入力した場合、データサイズ決定部６０３
は、図１４のテーブルから同じＵＲＬで送信開始時間の
近い、No.6の再送であると判断し、送信開始位置の差か
らNo.6の送信で202byte送ったことを算出する。

【００９０】また、No.2からNo.4の送信履歴よりNo.2か
らNo.4はNo.1の再送で、No.1の送信で290byte、No.2の
送信で210byte、No.3の送信で198byteの送信サイズを算
出する。

【００９１】データサイズ決定部６０３は、入力したデ
ータを、これらの送信サイズの最小値198byte以下に区
切って出力する。データ送信部７は、データサイズ決定
部６０３からデータを入力すると、文書種別・文書サイ
ズ情報などを含んだヘッダを付加してレスポンスを発行
する(1509)。

【００９２】表示データ生成部２は、現在表示中の構造
化文書のＵＲＬと送信開始位置をデータ要求部１から入
力して保持しており、データ要求部１から今回取得する
データのＵＲＬと送信開始位置を入力すると、表示中の
データと連続するデータであるかを調べる(1510)。連続
するデータである場合には、データ送信部７から入力し
たレスポンスに含まれる構造化文書を表示中の文書と連
結して(1511)出力する(1512)。

【００９３】また、表示データ生成部２は、データ送信
部７から入力したレスポンスに含まれる文書サイズ情報
の数値と実際に取得した構造化文書のサイズとを比較し
て(1514)、取得した構造化文書サイズが小さい場合、す
なわち、データ送信が途中で切れている場合には、再送
要求として、ＵＲＬと送信開始位置情報をデータ要求部
１に出力する(1515)。

【００９４】データ表示部３は、表示データ生成部２か
ら必要なサイズのデータを入力して、ディスプレイなど
に表示する(1513)。

【００９５】なお、本実施の形態では、ＷＷＷのハイパ
ーテキストの例で説明したが、ＭＩＭＥメールなど、他
の構造化文書の場合も同様に実施可能である。

【００９６】また、本実施の形態では、送信するデータ
を過去の送信履歴から決定したサイズで分割したが、携
帯端末の受信可能データサイズを予めサーバのデータベ
ースに登録しておき、そのサイズで分割することもでき
る。

【００９７】以上のように、本実施の形態では、クライ
アントのデータ要求部１が取得したいデータとその送信
開始位置を指定したリクエストを発行し、サーバのデー
タ要求部４が指定されたデータを取得し、開始位置決定
部６０１が取得データを指定された位置から始まるデー
タに変換し、データサイズ決定部６０３が回線の送信状
況に合わせてデータを区切って送信することにより、再
送回数を減らすことができ、その実用効果は大きい。

【００９８】（実施の形態５）図１６は、本発明の第５
の実施の形態におけるデータ配信表示装置の構成を示し
たものであり、図１６において、１は、取得したいデー
タと自端末名を記述したリクエストをサーバに発行する
データ要求部。３は、入力した構造化文書を整形してデ
ィスプレイなどに表示するデータ表示部。４は、クライ
アントのデータ要求部１からのリクエストを入力して指
定されたデータが自サーバ上にない場合、指定されたサ
ーバにデータ要求を出力し、同時にクライアントの端末
名を出力するデータ要求部。

【００９９】５は、サーバのデータ要求部４から指定さ
れたデータを最後まで取得して保管し、データ要求部４
から同じデータを要求されたときは、保管データを出力
するデータ保管部。

【０１００】６は、クライアント端末の能力に合わせ
て、データを削減するデータ変換手段で、６０５は、デ
ータ変換手段６内にあって、データ保管部５から入力し
た構造化文書に対してデータ要求部４から入力した名前
の端末で解釈できず表示不能なタグを削除して出力する
文書修正部。６０６は、各クライアント端末で表示可能
なタグの一覧を格納している表示情報データベース。

【０１０１】７は、データ変換手段６から入力したデー
タに文書サイズ・送信日付などの情報を付加してレスポ
ンスを作成し、クライアントに転送するデータ送信部で
ある。

【０１０２】以上のように構成されたデータ配信表示装
置について、以下その動作を図１６、図３、図４、図
５、図１７、図１８、図１９、図２０を用いて説明す
る。

【０１０３】図３は、サーバのデータ要求部４が出力す
るデータ要求リクエストの一例、図４は、データ保管部
５で保管されているデータの一例、図５は、データ送信
部７が出力するレスポンスの一例、図１７は、クライ
アントのデータ要求部１が出力するデータ要求リクエス
トの一例、図１８は、文書修正部６０５での修正の一
例、図１９は、表示情報データベース６０６が保持して
いる、各端末の解釈可能タグ一覧、図２０は、本実施
の形態の処理の流れを示したフローチャートである。

【０１０４】ここで、図３、図１７のリクエストと図５
のレスポンスの形式は、ＷＷＷ用に開発されたＨＴＴＰ
(Hyper Transfer Protocol)に乗っ取っている。

【０１０５】図２０において、まず、クライアントのデ
ータ要求部１は、ＵＲＬと端末名を記述したデータ取得
リクエストを発行する(2001)。例えば図１７に示すよう
に、端末名：ＰＤＡ１のクライアントが、サーバ www.x
xx.co.jp 上のファイル /test.htmlを取得するときは、
url=http://www.xxx.co.jp/test.html, terminal=PDA1
と指定してデータ要求部４のプロセス /cgi-bin/get-da
ta.cgi に出力する。ここで、端末名は、上例のような
名称での指定の他に、識別子など様々な単位での指定が
できる。また、端末名の記述方法としては、上例のよう
にデータ要求部４のプロセスへの引数として記述した
り、ＨＴＴＰのリクエストヘッダ部に記述するなど、様
々な方法がある。

【０１０６】データ要求部４は、クライアントのデータ
要求部１からのリクエストを受け取ると、指定されたＵ
ＲＬに該当するファイルをデータ保管部５で検索し(200
2)、なければ(2003)ＵＲＬで指定されたサーバに接続し
て、図３に示すようなリクエストを発行する(2004)。

【０１０７】データ保管部５は、データ要求部４のリク
エスト発行先サーバからデータを入力すると、構造化文
書データを取り出して、データ取得先サーバ名とファイ
ル名を付加して保管する(2005)と同時に、取得した構造
化文書データを出力する(2006)。データ保管部５は、次
にデータ要求部４から同じＵＲＬを入力したときは、保
管データを出力する(2002,2003,2006)。

【０１０８】例えば、データ保管部５は、新規にサーバ
www.xxx.co.jpから構造化文書 /test.htmlを入力したと
きには、図４に示す形式で保管し、再度、http://www.x
xx.co.jp/test.html をデータ要求部４から入力する
と、図４の構造化文書データ部分を出力する。文書修正
部６０５は、データ保管部５から構造化文書を入力する
と、データ要求部４から入力した端末名に基いて、指定
された端末で表示不能なタグを削除して出力する(200
7)。

【０１０９】表示情報データベース６０６は、図１９に
示すような、端末ごとの解釈可能タグ一覧を保持してお
り、文書修正部６０５は、ここに登録されていないタグ
を全て削除する。

【０１１０】例えば、端末名ＰＤＡ１をデータ要求部４
から入力し、図１８の元データで示される構造化文書を
データ保管部５から入力した場合、文書修正部６０５
は、まず、表示情報データベース６０６から端末名ＰＤ
Ａ１の表示可能タグ情報を抽出する。次に、元データの
タグを検索して、表示可能タグテーブルに載っていない
タグ<H1></H1>を検出し、元データから削除して出力す
る。

【０１１１】データ送信部７は、文書修正部６０５から
データを入力すると、ＨＴＴＰに乘っ取って、図５に示
すような、文書種別(Content-Type)・文書サイズ(Conte
nt-Length)情報などを含んだヘッダを付加してレスポン
スを発行する(2008)。

【０１１２】データ表示部３は、データ送信部７から入
力したデータを整形して、ディスプレイなどに表示する
(2009)。

【０１１３】なお、本実施の形態では、ＷＷＷのハイパ
ーテキストの例で説明したが、ＭＩＭＥメールなど他の
構造化文書の場合も同様に実施可能である。

【０１１４】以上のように、本実施の形態では、クライ
アントのデータ要求部１が取得したいデータとクライア
ント端末名を指定したリクエストを発行し、サーバのデ
ータ要求部４が指定されたデータを取得し、文書修正部
６０５が取得データからクライアント端末で表示不能な
データを削除して送信することにより、クライアントに
必要ないデータの送信は行わず、無駄のない通信がで
き、その実用効果は大きい。

【０１１５】（実施の形態６）図２１は、本発明の第６
の実施の形態におけるデータ配信表示装置の構成を示し
たものであり、図２１において、１は、取得したいデー
タ名とそれを分割したデータの何番目を取得したいかと
いう分割データ番号情報を記述したリクエストをサーバ
に発行するデータ要求部。

【０１１６】３は、入力した構造化文書を整形してディ
スプレイなどに表示するデータ表示部。４は、クライア
ントのデータ要求部１からのリクエストを入力して指定
されたデータが自サーバ上にない場合、指定されたサー
バにデータ要求を出力し、同時に分割データ番号を出力
するデータ要求部。

【０１１７】５は、サーバのデータ要求部４から指定さ
れたデータを最後まで取得して保管し、データ要求部４
から同じデータを要求されたときは、保管データを出力
するデータ保管部。

【０１１８】６は、１度に送信するデータを減らすよう
にデータ変換するデータ変換手段で、６０７は、データ
変換手段６内にあって、データ保管部５から入力した構
造化文書を複数の文書に分割して出力するデータ分割
部。６０８は、データ分割部６０７で文書を分割する際
の分割方法と分割後のデータを格納している分割情報デ
ータベース。

【０１１９】７は、データ変換手段６から入力したデー
タに分割データ番号・文書サイズ・送信日付などの情報
を付加してレスポンスを作成し、クライアントに転送す
るデータ送信部である。

【０１２０】以上のように構成されたデータ配信表示装
置について、以下その動作を図２１、図２２、図２３、
図２４を用いて説明する。

【０１２１】図２２は、クライアントのデータ要求部１
が出力するデータ要求リクエストの一例、図２３は、分
割データベース６０８が保持している分割方法、図２４
は、本実施の形態の処理の流れを示したフローチャート
である。

【０１２２】図２４において、まず、クライアントのデ
ータ要求部１は、ＵＲＬと分割データ番号を記述したデ
ータ取得リクエストを発行する(2401)。例えば図２２に
示すように、サーバ www.xxx.co.jp 上のファイル /tes
t.htmlの最初から取得するときは、url=http://www.xx
x.co.jp/test.html, number=1と指定してデータ要求部
４のプロセス /cgi-bin/get-data.cgi に出力する。

【０１２３】ここで、分割データ番号の記述方法として
は、上例のようにデータ要求部４のプロセスへの引数と
して記述したり、ＨＴＴＰのリクエストヘッダ部に記述
するなど、様々な方法がある。

【０１２４】データ要求部４は、クライアントのデータ
要求部１からのリクエストを受け取ると、指定されたＵ
ＲＬに該当するファイルをデータ保管部５で検索し(240
2)、なければ(2403)ＵＲＬで指定されたサーバに接続し
て、データ要求リクエストを発行する(2404)。また、同
時に、データ要求部４は、ＵＲＬと分割データ番号を出
力する。

【０１２５】データ保管部５は、データ要求部４のリク
エスト発行先サーバからデータを入力すると、構造化文
書データを取り出して、データ取得先サーバ名とファイ
ル名を付加して保管する(2405)と同時に、取得した構造
化文書データを出力する(2406)。データ保管部５は、次
にデータ要求部４から同じＵＲＬを入力したときは、保
管データを出力する(2402,2403,2406)。

【０１２６】データ分割部６０７は、データ要求部４か
らＵＲＬと分割データ番号を入力すると、まず、分割情
報データベース６０８を検索して、指定されたＵＲＬの
構造化文書がなければ(2407-1)、データ保管部５から入
力して、虫食い状の複数の文書に分割する(2407-2)。

【０１２７】次に、分割したデータを保管する(2407-3)
とともに、指定された分割番号のデータを出力する(240
7-4)。また、指定されたＵＲＬの分割データが既にある
場合は、それを出力する。

【０１２８】分割情報データベース６０８は、図２３に
示すデータの分割方法情報と、データ分割部６０７で分
割したデータを格納している。例えば、分割データ番号
１をデータ要求部４から入力し、指定された構造化文書
をデータ保管部５から入力した場合、データ分割部６０
７は、まず、分割情報データベース６０８から図２３の
分割方法情報を抽出する。

【０１２９】次に、分割方法情報に基いて、入力した構
造化文書の１行目から１行おきに、すなわち、奇数行の
文字を抽出する。文字を抽出しない行、すなわち、偶数
行には、改行コードのみを入力して分割データ１を作成
する。

【０１３０】同様に、２行目から１行おきに抽出し、抽
出しない行には改行コードを入力して分割データ２を作
成する。

【０１３１】なお、図２３では、分割方法を１行単位と
しているが、この他にも、文書構造とは無関係に、１文
字単位・ｎ文字単位・ｎ行単位・ｎbyte単位(ｎは任意
の自然数)など様々な分割方法がある。最後に、作成し
た分割データを分割情報データベースに格納するととも
に、分割データ１と分割データ２を出力する。

【０１３２】ここで、分割データ番号が１のときは、新
規送信とみなして、分割データ１の後に分割データ２を
つけて出力し、他の分割データ番号、すなわち、２が指
定されたときは、再送とみなして、その番号のデータの
み出力する。

【０１３３】データ送信部７は、データ分割部６０７か
らデータを入力すると、分割データ数・分割データ番号
・文書種別・文書サイズ情報などを含んだヘッダを付加
してレスポンスを発行する(2408)。

【０１３４】データ表示部３は、データ送信部７から入
力したデータを整形して、ディスプレイなどに表示する
(2409)。

【０１３５】なお、本実施の形態では、ＷＷＷのハイパ
ーテキストの例で説明したが、MIMEメールなど他の構造
化文書の場合も同様に実施可能である。

【０１３６】以上のように、本実施の形態では、クライ
アントのデータ要求部１がデータ名と取得したい分割デ
ータ番号を指定したリクエストを発行し、サーバのデー
タ要求部４が指定されたデータを取得し、データ分割部
６０７が取得データを文書構造とは無関係に分割して送
信することにより、無線などの不安定な回線でのデータ
送信で、データ転送途中で回線が切れた場合でも、文書
の概要を表示でき、その実用効果は大きい。

【０１３７】（実施の形態７）図２１は、本発明の第７
の実施の形態におけるデータ配信表示装置の構成も示し
たものであり、実施の形態６と同じ構成である。

【０１３８】この構成で、本実施の形態における動作
を、図２１、図２４、図２５、図２６を用いて説明す
る。

【０１３９】図２４は、本実施の形態の処理の流れを示
したフローチャート、図２５は、分割データベース６０
８が保持している分割方法、図２６は、データ分割部
６０７で分割された文書の一例である。

【０１４０】図２４における処理の流れは、実施の形態
６と同様である。ただし、本実施の形態では、データ分
割部６０７におけるデータ分割方法が実施の形態６とは
異なり、分割データベース６０８は、図２５に示すよう
な、文書構造に関連したデータ分割方法情報を保持して
いる。従って、データ分割部６０７は、例えば、分割デ
ータ番号１をデータ要求部４から入力すると、図２６に
示すように、まず、<H1><H2>タグのかかる部分を抽出し
て分割データ１を作成する。次に、<H3><H4>ダグのかか
る部分を抽出して分割データ２を作成し、次に、その他
の部分を抽出して分割データ３を作成する。

【０１４１】文字を抽出しない行には、実施の形態６と
同様に改行コードを挿入したり、省略された文字の数や
データサイズ・省略された部分に含まれるメディアのタ
イプ・省略された部分に含まれるリンクの数などを表示
してもよい。最後に、作成した分割データを分割情報デ
ータベースに格納するとともに、分割データ１、２、３
を出力する。

【０１４２】ここで、分割データ番号が１のときは、新
規送信とみなして、分割データ１の後に分割データ２、
３をつけて出力し、他の分割データ番号、すなわち、２
または３が指定されたときは、再送とみなして、その番
号のデータのみ出力する。

【０１４３】なお、本実施の形態では、ＷＷＷのハイパ
ーテキストの例で説明したが、ＭＩＭＥメールなど他の
構造化文書の場合も同様に実施可能である。

【０１４４】以上のように、本実施の形態では、クライ
アントのデータ要求部１がデータ名と取得したい分割デ
ータ番号を指定したリクエストを発行し、サーバのデー
タ要求部４が指定されたデータを取得し、データ分割部
６０７がタグに優先順位をつけて取得データを分割・送
信することにより、無線などの不安定な回線でのデータ
送信で、データ転送途中で回線が切れた場合でも、文書
の見出し事項をまず表示でき、その実用効果は大きい。

【０１４５】（実施の形態８）図２７は、本発明の第８
の実施の形態におけるデータ配信表示装置の構成を示し
たものであり、図２７において、１は、取得したいデー
タ名を記述したリクエストをサーバに発行するデータ要
求部。３は、入力した画像データをディスプレイなどに
表示するデータ表示部。４は、クライアントのデータ要
求部１からのリクエストを入力して指定されたデータが
自サーバ上にない場合、指定されたサーバにデータ要求
を出力するデータ要求部。

【０１４６】５は、サーバのデータ要求部４から指定さ
れたデータを最後まで取得して保管し、データ要求部４
から同じデータを要求されたときは、保管データを出力
するデータ保管部。

【０１４７】６は、データ量を削減するデータ変換手段
で、６０９は、データ変換手段６内にあって、データ保
管部５から入力した画像データのカラーマップにおい
て、近い値を持つ色を平均的な一色に変換して色数を削
減して出力する色数削減部。６１０は、画像の各部分領
域内の画素値を平均的な一つの画素値に変換することに
より、グラデーションの少ない画像データを出力する画
素値平均化部。６１１は、画像データを既知の手法で圧
縮して出力する画像圧縮部。

【０１４８】７は、データ変換手段６から入力したデー
タにデータサイズ・送信日付などの情報を付加してレス
ポンスを作成し、クライアントに転送するデータ送信部
である。

【０１４９】以上のように構成されたデータ配信表示装
置について、以下その動作を図２７、図２８、図２９、
図３０を用いて説明する。

【０１５０】図２８は、色数削減部６０９が行うカラー
マップ変換の一例、図２９は、画素値平均化部６１０が
行う画素値変換の一例、図３０は、本実施の形態の処理
の流れを示したフローチャートである。

【０１５１】図３０において、まず、クライアントのデ
ータ要求部１は、取得したい画像のＵＲＬを記述したデ
ータ取得リクエストを発行する(3001)。

【０１５２】データ要求部４は、クライアントのデータ
要求部１からのリクエストを受け取ると、指定されたＵ
ＲＬに該当するファイルをデータ保管部５で検索し(300
2)、なければ(3003)ＵＲＬで指定されたサーバに接続し
て、データ要求リクエストを発行する(3004)。

【０１５３】データ保管部５は、データ要求部４のリク
エスト発行先サーバからデータを入力すると、画像デー
タを取り出して、データ取得先サーバ名とファイル名を
付加して保管する(3005)と同時に、取得した画像データ
を出力する(3006)。データ保管部５は、次にデータ要求
部４から同じＵＲＬを入力したときは、保管データを出
力する(3002,3003,3006)。

【０１５４】色数削減部６０９は、データ保管部５から
画像データを入力すると(3007)、まず、図２８に示すよ
うな、原画像カラーマップのRGB値を抽出して、各RGB値
から輝度値を算出する。

【０１５５】次に、図２８に示すように、カラーマップ
の各色を輝度値の順に並べ変え、輝度値の差が少ないも
のをグループ化していく。例えば、図２８では、輝度値
255と246のカラーマップをまず１つのグループとし、次
の輝度値216と191をまた１つのグループにするなど、輝
度値の高いものから順に、輝度値の差が２０以内のもの
をグループ化している。

【０１５６】次に、グループ化した各色のR値、G値、B
値について、それぞれの平均値を求め新しいカラーマッ
プを作成する。最後に、各画素の値を変換したカラーマ
ップの色の値に変えて、出力する。(3007-1)。

【０１５７】画素値平均化部６１０は、色数削減部６０
９から画像データを入力すると、一定の部分領域ごとに
その内部の色を平均的な一色にする。例えば、図２９に
示すように、4X4画素ごとに領域を区切って、まず、そ
の部分領域ごとに一色化を行う。すなわち、図２９のよ
うな4X4画素内で、同一の色(118, 172, 118)がその３分
の２以上を占める場合は、4X4画素を全て(118, 172, 11
8)にする。または、4X4画素の平均値を求めて、各画素
を全てその平均値の色にするなどである。

【０１５８】さらに、隣接する部分領域を比較して、近
い値の色を持つ領域は、平均的な一色に変換する(3007-
2)。画素値平均化部６１０は、以上のようにして作成し
た画像データを画像圧縮部６１１に出力する。画像圧縮
部６１１は、入力した画像データを既知のアルゴリズム
で圧縮し、出力する(3007ー3)。

【０１５９】データ送信部７は、画像圧縮部６１１から
画像データを入力すると、文書種別・文書サイズ情報な
どを含んだヘッダを付加してレスポンスを発行する(300
8)。データ表示部３は、データ送信部７から入力したデ
ータを整形して、ディスプレイなどに表示する(3009)。

【０１６０】なお、本実施の形態では、ＷＷＷのハイパ
ーテキストの例で説明したが、MIMEメールなど他の構造
化文書における画像の場合も同様に実施可能である。

【０１６１】以上のように、本実施の形態では、クライ
アントのデータ要求部１が取得したい画像データを指定
したリクエストを発行し、サーバのデータ要求部４が指
定された画像データを取得し、色数削減部６０９が画像
で使用されている色の数を削減し、画素値平均化部６１
０が画像中の各部分領域内の画素値を一色に変換し、画
像圧縮部６１１で画像を圧縮することにより、圧縮率の
高い圧縮画像データを作成してデータ送信量を減らすこ
とができ、その実用効果は大きい。

【０１６２】なお、データ保管部に既に圧縮されたデー
タが保管されている場合でも、さらに圧縮率を向上させ
ることになる。

【０１６３】

【発明の効果】以上のように本発明によれば、第１に、
サーバに対してデータを要求し、取得したデータをクラ
イアントに表示するシステムにおいて、クライアント
が、取得したいデータとその送信開始位置を指定するデ
ータ要求部と、既にデータを取得している場合、前記デ
ータ要求部の指定と前回取得したデータとを照会し、今
回取得するデータが取得済データと連続するデータであ
る場合には２つのデータを連結し表示データを生成する
表示データ生成部と、前記表示データ生成部が出力する
データを整形して表示するデータ表示部とを備え、クラ
イアントと直接通信を行うサーバが、クライアントから
要求されたデータが自サーバ上にない場合、ネットワー
クを介して他のサーバに当該データを要求するデータ要
求部と、データ要求部から要求されたデータをファイル
を基本単位として他のサーバから取得して保管し、再度
同じデータを要求された場合は当該保管データを使用す
るデータ保管部と、前記データ保管部から入力したデー
タをクライアントに指定された任意の開始位置から始ま
るデータに変換しするデータ変換手段と、前記データ変
換手段により変換されたデータをクライアントに送信す
るデータ送信部とを備えたことにより、任意の開始位置
からデータを送信し表示することができ、回線切断／通
信エラー／クライアントの中断などでデータ受信が途切
れた場合でも、続きからデータを再要求し、表示処理を
継続できる。

【０１６４】第２に、表示データ生成部が、取得したい
データとして指定されたファイルのサイズ情報と、既に
取得したデータサイズとを比較し、代理サーバに対し、
当該取得したいデータとその送信開始位置を再送要求と
して指定することにより、自動的に再送要求を発生し、
取得したいデータを全て受信することができる。

【０１６５】第３に、クライアントが、１画面表示に必
要なデータを取得した時点でデータ取得を中断すること
により、表示の都度必要なデータのみ送信し、無駄なデ
ータ転送は行わないですむ。

【０１６６】第４に、データ変換手段が構造化文書を指
定された開始位置から送信する際に、開始位置の指定に
より喪失された文書構造情報を補う文書構造補完部を備
え、当該文書構造情報を付加したデータをデータ送信部
に出力することにより、途中から構造化文書を取得して
も、全体的な文書構造を失わうことなく取得できる。

【０１６７】第５に、データ変換手段が、これまでに送
信したデータのファイル名、及び、送信開始位置を含む
送信履歴を保管する送信履歴データベースと、前記送信
履歴データベースで管理された送信履歴に基づき、再送
要求に対し適当なデータサイズを決定し、要求されたデ
ータを当該データサイズに区切りデータ送信部に出力す
るデータサイズ決定部を備えることにより、再送が発生
するような回線状況の悪い場合には、１回の送信データ
サイズを小さくして送信し、データの再送回数を減らす
ことができる。

【０１６８】第６に、サーバに対してデータを要求し、
取得したデータをクライアントに表示するシステムにお
いて、クライアントが、取得したいデータを指定するデ
ータ要求部と、取得したデータを表示するデータ表示部
とを備え、クライアントと直接通信を行うサーバが、ク
ライアントから要求されたデータが自サーバ上にない場
合、ネットワークを介して他のサーバに当該データを要
求するデータ要求部と、データ要求部から要求されたデ
ータを他のサーバから取得して保管し、再度同じデータ
を要求された場合は当該保管データを使用するデータ保
管部と、前記データ保管部から入力したデータをクライ
アントの端末能力または回線の通信能力に応じて変換す
るデータ変換手段と、前記データ変換手段により変換さ
れたデータをクライアントに送信するデータ送信部とを
備えることにより、クライアント及び回線の通信能力に
応じた効率的なデータ配信を実現することができる。

【０１６９】第７に、データ変換手段が、クライアント
が表示可能な文書構造の情報をクライアントごとに保管
する表示情報データベースを備え、データ保管部に保管
された構造化文書に対し、前記表示情報データベースに
保管されたクライアントの表示可能な文書構造に基づき
クライアントが表示不能な部分を取り除くデータ変換を
行うことにより、クライアントが解釈できないデータを
削除して送信し、無駄のない送信を行うことができる。

【０１７０】第８に、データ変換手段がデータ保管部か
ら入力したデータを分割するための基準情報を格納する
分割情報データベースを備え、データ保管部から入力し
た１つのデータを、前記分割情報データベースに格納さ
れた基準情報に従い分割することにより、全体の概要を
早く知ることが可能となる。

【０１７１】第９に、データ変換手段が、構造化文書を
分割する際に、分割により欠落した情報のサイズを付加
してデータ送信部に出力し、データ表示部が、分割によ
り欠落した情報のサイズを、当該分割されたデータとと
もに表示することにより、全体の概要を視覚的に、より
詳細に把握することができる。

【０１７２】第１０に、データ変換手段が、カラー画像
に対して、値の差が小さい複数の色を同じ値の色に変換
することによって画像中の異なる色の数を減らす色数削
減部と、画像の部分領域内の各画素値を全て平均的な一
色にすることによって圧縮率の高い画像に変換する画素
値平均化部と、前記画素値平均化部が出力する画像を圧
縮する画像圧縮部とを備え、データ保管部に保管された
カラー画像に対してグラデーションの多い画像をベタ部
分の多い画像に変換して、圧縮率を高めたのち、圧縮を
行うことにより、データ転送量を少なくすることができ
る。

【図面の簡単な説明】

【図１】本発明の第１、第２の実施形態におけるデータ
配信表示装置のブロック図

【図２】本発明の第１の実施形態におけるクライアント
のデータ要求部が発行するリクエストの一例を示す図

【図３】本発明の第１の実施形態におけるサーバのデー
タ要求部が発行するリクエストの一例を示す図

【図４】本発明の実施形態におけるデータ保管部が保管
しているデータの一例を示す図

【図５】本発明の実施形態におけるデータ送信部が出力
するレスポンスの一例を示す図

【図６】本発明の実施形態１における処理の流れを示す
フローチャート

【図７】本発明の実施形態２における処理の流れを示す
フローチャート

【図８】本発明の第３の実施形態におけるデータ配信表
示装置のブロック図

【図９】本発明の実施形態３における文書構造補完部が
行う補完の一例を示す図

【図１０】本発明の実施形態３における文書構造補完部
が保持しているタグ情報を示す図

【図１１】本発明の実施形態３における処理の流れを示
すフローチャート

【図１２】本発明の実施形態３の文書構造補完部におけ
る処理の流れを示すフローチャート

【図１３】本発明の第４の実施形態におけるデータ配信
表示装置のブロック図

【図１４】本発明の実施形態４における送信履歴データ
ベースが保持している送信履歴の一例を示す図

【図１５】本発明の実施形態４における処理の流れを示
すフローチャート

【図１６】本発明の第５の実施形態におけるデータ配信
表示装置のブロック図

【図１７】本発明の実施形態５におけるクライアントの
データ要求部が発行するリクエストの一例を示す図

【図１８】本発明の実施形態５における文書修正部が行
うデータ変換の一例を示す図

【図１９】本発明の実施形態５における表示情報データ
ベースが保持している端末ごとの解釈可能タグ一覧を示
す図

【図２０】本発明の実施形態５における処理の流れを示
すフローチャート

【図２１】本発明の第６、第７の実施形態におけるデー
タ配信表示装置のブロック図

【図２２】本発明の実施形態６におけるクライアントの
データ要求部が発行するリクエストの一例を示す図

【図２３】本発明の実施形態６における分割情報データ
ベースが保持している分割方法情報の一例を示す図

【図２４】本発明の実施形態６、７における処理の流れ
を示すフローチャート

【図２５】本発明の実施形態７における分割情報データ
ベースが保持している分割方法情報の一例を示す図

【図２６】本発明の実施形態７におけるデータ分割部の
分割の一例を示す図

【図２７】本発明の第８の実施形態におけるデータ配信
表示装置のブロック図

【図２８】本発明の実施形態８における色数削減部が行
うカラーマップ数削減の一例を示す図

【図２９】本発明の実施形態８における画素値平均化部
の部分領域一色化の一例を示す図

【図３０】本発明の実施形態８における処理の流れを示
すフローチャート

【図３１】従来のＷＷＷの一例を示す図

【符号の説明】

１データ要求部２表示データ生成部３データ表示部４データ要求部５データ保管部６データ変換手段７データ送信部６０１開始位置決定部６０２文書構造補完部６０４送信履歴データベース６０６表示情報データベース６０７データ分割部６０８分割情報データベース６０９色数削減部６１０画素値平均化部６１１画像圧縮部

Claims

【特許請求の範囲】

【請求項１】サーバに対してデータを要求し、取得し
たデータをクライアントに表示するシステムにおいて、クライアントが、取得したいデータとその送信開始位置
を指定するデータ要求部と、既にデータを取得している
場合、前記データ要求部の指定と前回取得したデータと
を照会し、今回取得するデータが取得済データと連続す
るデータである場合には２つのデータを連結し表示デー
タを生成する表示データ生成部と、前記表示データ生成
部が出力するデータを整形して表示するデータ表示部と
を備え、クライアントと直接通信を行うサーバが、クライアント
から要求されたデータが自サーバ上にない場合、ネット
ワークを介して他のサーバに当該データを要求するデー
タ要求部と、データ要求部から要求されたデータをファ
イルを基本単位として他のサーバから取得して保管し、
再度同じデータを要求された場合は当該保管データを使
用するデータ保管部と、前記データ保管部から入力した
データをクライアントに指定された任意の開始位置から
始まるデータに変換しするデータ変換手段と、前記デー
タ変換手段により変換されたデータをクライアントに送
信するデータ送信部とを備えたことを特徴とするデータ
配信表示装置。
【請求項２】サーバ側に対してデータを要求し、取得
したデータをクライアントに表示するシステムにおい
て、クライアントが、取得したいデータとその送信開始位置
を指定するデータ要求部と、既にデータを取得している
場合、前記データ要求部の指定と前回取得したデータと
を照会し、今回取得するデータが取得済データと連続す
るデータである場合には２つのデータを連結し表示デー
タを生成する表示データ生成部と、前記表示データ生成
部が出力するデータを整形して表示するデータ表示部と
を備え、サーバ側が、クライアントと直結され通信を行う代理サ
ーバと、当該代理サーバとネットワークを介して接続さ
れたサーバとからなり、代理サーバが、クライアントから要求されたデータが自
サーバ上にない場合クライアントから指定されたサーバ
にデータを要求するデータ要求部と、データ要求部から
要求されたデータをファイルを基本単位として取得して
保管し、再度同じデータを要求された場合は当該保管デ
ータを使用するデータ保管部と、前記データ保管部から
入力したデータをクライアントに指定された任意の開始
位置から始まるデータに変換しするデータ変換手段と、
前記データ変換手段により変換されたデータをクライア
ントに送信するデータ送信部とを備えたことを特徴とす
るデータ配信表示装置。
【請求項３】表示データ生成部が、取得したいデータ
として指定されたファイルのサイズ情報と、既に取得し
たデータサイズとを比較し、代理サーバに対し、当該取
得したいデータとその送信開始位置を再送要求として指
定することを特徴とする請求項２記載のデータ配信表示
装置。
【請求項４】クライアントが、１画面表示に必要なデ
ータを取得した時点でデータ取得を中断することを特徴
とする請求項２記載のデータ配信表示装置。
【請求項５】データ変換手段が、構造化文書を指定さ
れた開始位置から送信する際に、開始位置の指定により
喪失された文書構造情報を補う文書構造補完部を備え、
当該文書構造情報を付加したデータをデータ送信部に出
力することを特徴とする請求項２記載のデータ配信表示
装置。
【請求項６】データ変換手段が、これまでに送信した
データのファイル名、及び、送信開始位置を含む送信履
歴を保管する送信履歴データベースと、前記送信履歴デ
ータベースで管理された送信履歴に基づき、再送要求に
対し適当なデータサイズを決定し、要求されたデータを
当該データサイズに区切りデータ送信部に出力するデー
タサイズ決定部を備えたことを特徴とす請求項２記載の
データ配信表示装置。
【請求項７】サーバに対してデータを要求し、取得し
たデータをクライアントに表示するシステムにおいて、クライアントが、取得したいデータを指定するデータ要
求部と、取得したデータを表示するデータ表示部とを備
え、クライアントと直接通信を行うサーバが、クライア
ントから要求されたデータが自サーバ上にない場合、ネ
ットワークを介して他のサーバに当該データを要求する
データ要求部と、データ要求部から要求されたデータを
他のサーバから取得して保管し、再度同じデータを要求
された場合は当該保管データを使用するデータ保管部
と、前記データ保管部から入力したデータをクライアン
トの端末能力または回線の通信能力に応じて変換するデ
ータ変換手段と、前記データ変換手段により変換された
データをクライアントに送信するデータ送信部とを備え
たことを特徴とするデータ配信表示装置。
【請求項８】データ変換手段が、クライアントが表示
可能な文書構造の情報をクライアントごとに保管する表
示情報データベースを備え、データ保管部に保管された
構造化文書に対し、前記表示情報データベースに保管さ
れたクライアントの表示可能な文書構造に基づきクライ
アントが表示不能な部分を取り除くデータ変換を行うこ
とを特徴とする請求項７記載のデータ配信表示装置。
【請求項９】データ変換手段が、データ保管部から入
力したデータを分割するための基準情報を格納する分割
情報データベースを備え、データ保管部から入力した１
つのデータを、前記分割情報データベースに格納された
基準情報に従い分割することを特徴とする請求項７記載
のデータ配信表示装置。
【請求項１０】データ変換手段が、構造化文書を分
割する際に、分割により欠落した情報のサイズを付加し
てデータ送信部に出力し、データ表示部が、分割により
欠落した情報のサイズを、当該分割されたデータととも
に表示することを特徴とする請求項９記載のデータ配信
表示装置。
【請求項１１】データ変換手段が、カラー画像に対し
て、値の差が小さい複数の色を同じ値の色に変換するこ
とによって画像中の異なる色の数を減らす色数削減部
と、画像の部分領域内の各画素値を全て平均的な一色に
することによって圧縮率の高い画像に変換する画素値平
均化部と、前記画素値平均化部が出力する画像を圧縮す
る画像圧縮部とを備え、データ保管部に保管されたカラ
ー画像の圧縮を行うことを特徴とする請求項７記載のデ
ータ配信表示装置。