(57)【要約】【課題】サーバとクライアント間の通信トラフィックを短くして、画像データのスクロール表示中のユーザレスポンスを向上させることができるスクロール表示方法を提供する。【解決手段】サーバに格納されている符号化データの一部分をネットワークを介して断片的に受信し、断片的な符号化データをキャッシュする。次いで、キャッシュされた符号化データのみをスクロール操作中にデコードし、デコードされた画像データを拡大表示する。さらに、キャッシュされた符号化データをスクロール操作終了後に、前回よりも高解像度かつ高Layerでデコードし、デコードされた画像データを拡大表示する。【選択図】  図１１
2004199291.tif 000002
【特許請求の範囲】
【請求項１】
サーバに格納されている符号化データの一部分をネットワークを介して断片的に受信し、デコードした画像データをスクロール表示するクライアントにおけるスクロール表示方法であって、
前記クライアントが受信した断片的な前記符号化データをキャッシュするキャッシュ工程と、
スクロール操作中に、前記キャッシュ工程でキャッシュされた前記符号化データのみをデコードする第１のデコード工程と、
前記第１のデコード工程でデコードされた前記画像データを拡大表示する第１の表示工程と、
スクロール操作終了後に、前記キャッシュ工程でキャッシュされた前記符号化データを前記第１のデコード工程よりも高解像度かつ高Layerでデコードする第２のデコード工程と、
前記第２のデコード工程でデコードされた画像データを拡大表示する第２の表示工程と、
キャッシュされた符号化データを用いて最高解像度かつ最高Layerで該符号化データの表示が可能か否かを判定する判定工程と、
前記サーバに対して、不足している前記符号化データの送信を新たに要求する要求工程と、
前記キャッシュ工程でキャッシュされた前記符号化データと前記サーバから新たに送信された符号化データとをデコードする第３のデコード工程と、
前記第３のデコード工程でデコードされた画像データを表示する第３の表示工程と
を有することを特徴とするスクロール表示方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して断片的なデータを受信しながらデコードされた画像をスクロール表示することに関する。
【０００２】
【従来の技術】
インターネット上では、ＷＷＷサーバにＷｅｂ（ウエブ）ブラウザからアクセスして文書データや画像データ等を閲覧することが盛んに行われている。このように、インターネット上に情報を公開するＷＷＷサーバと、その情報を閲覧するためのクライアントとを含むシステム環境において、各クライアントではウエブブラウザを使用して、ＷＷＷサーバによって公開された情報を閲覧することができる。
【０００３】
ＷＷＷサーバには、通常、ホームページといわれる公開するための情報をＨＴＭＬで記述した文書が保存されており、それにクライアント側のウエブブラウザがアクセスしてクライアント側のコンピュータに表示する。また、クライアント側のウエブブラウザは、表示しているページ内のリンクを辿っていくことにより、自分が必要な情報を得ることができる。さらに、ＷＷＷサーバが管理しているファイルをダウンロードする方法として、File Transfer Protocol（以下、「ＦＴＰ」と略す。）という方法がある。このＦＴＰとは、ネットワークを通して、ＷＷＷサーバ上にあるファイルを一度にクライアント側のコンピュータに転送する仕組みのことである。
【０００４】
また、画像ファイルへ断片的にアクセスして表示するためのプロトコルとしてFlashpix／ＩＩＰがある。このインターネット・イメージング・プロトコル（ＩＩＰ）は、Flashpix画像データファイルのフォーマットに最適なプロトコルになっており、ネットワークを通して画像データの一部分を要求できるものである。この時のアクセスは、Flashpixのタイル単位に行われる。
【０００５】
一方、このFlashpix／ＩＩＰをそのままＪＰＥＧ２０００に適用した場合を考えると、ＪＰＥＧ２０００では、各スケーラビリティ（Scalability）の符号化データは、そのスケーラビリティより１つ下のスケーラビリティのデータとの差分データで構成されている。そこで、クライアント側で受信した断片的な符号化データをキャッシュしておき、全符号化データをデコーダに引き渡して最初から再デコードする方法と、デコーダを途中で止めておいて今回受信した符号化データをデコーダに渡し、前回の続きからデコードする方法とがある。
【０００６】
このような方法のうち、マルチ解像度データを有する画像符号化データの中から必要な部分のデータのみの断片化されたデータをサーバに要求し、そのデータを受信して表示するシステムにおいて、クライアント側のコンピュータでの画像データの表示、特にスクロール表示方法として、従来から様々な方法が提案されている。
【０００７】
例えば、下地画像から切り出した画像と下地画像を表示する画像編集装置に関する技術では、特に、上記２種類の画像を同期させて、拡大／縮小／スクロール処理を高速に行い、高速表示するような技術が提案されている（例えば、特許文献１参照）。
【０００８】
また、画像メモリに対するリード／ライトや、画像処理のため画像処理プロセッサに対する制御信号等が、ローカルバス上でバス競合が起きないようにするようなハードウェア構成及び制御を行う静止画再生装置に関する技術も提案されている（例えば、特許文献２）。
【０００９】
さらに、ランレングス符号データをデコードし、スクロール表示するための装置であって、画面１面分のメモリの代わりに、ラインメモリで処理を行う画像スクロール装置に関する技術も提案されている（例えば、特許文献３）。
【００１０】
さらにまた、表示用のメモリから表示制御手段にデータを転送する時に、あらかじめ表示しない部分を設定しておき、表示しない部分のデータをメモリから読み出さないように制御する描画表示制御装置及び描画表示制御装置を備えた描画表示装置に関する技術も提案されている。
【００１１】
【特許文献１】
特開平０５−０５４１１１号公報
【００１２】
【特許文献２】
特開平０６−００４０６７号公報
【００１３】
【特許文献３】
特開平０６−０１９４５２号公報
【００１４】
【特許文献４】
特開平１１−０５２９４２号公報
【００１５】
【発明が解決しようとする課題】
しかしながら、ユーザの要求に従って、画面上で表示領域をスクロールする毎に、最終的に必要な解像度とＳＮ比（ＳＮＲ）で表示させようとして、新規に表示が必要になった部分の符号データをサーバに要求発行していると、符号データの通信時間が発生して、表示までの時間がかかるという問題点がある。このような場合、画像データのスクロール表示中のユーザレスポンスが悪くなる。
【００１６】
一方、Flashpix／ＩＩＰの場合は、タイル単位で独立した符号データになっているため、１度受信したタイルのデータをクライアント側でキャッシュする必要はない。しかし、スクロール表示によって低解像度のデータを表示するためには、低解像度の符号データを新たにサーバに要求する必要があり、再度通信することによって、通信時間やトラフィックが増大するという問題点がある。また、１度表示した画像データをキャッシュしておくような場合には、画像データをキャッシュするためのメモリ容量がさらに必要になるという問題点がある。
【００１７】
また、Flahspix／ＩＩＰで符号データをキャッシュしていた場合は、符号方式がＪＰＥＧ方式であるため、画質を調整しながらデコードすることが不可能である。そのため、低解像度の符号データをデコードするために、タイルの数に比例したデコード時間が固定的に必要になるという問題点がある。
【００１８】
さらに、クライアント上でキャッシュしている、既に受信済みのＪＰＥＧ２０００方式によって圧縮符号化された符号データのみを使って、新規に表示に必要になった部分をデコードして表示する場合、符号データが存在しない部分については、離散ウェーブレット変換（ＤＷＴ）係数に０を仮定してデコードし、表示することも考えられるが、この場合はデコードに時間がかかるという問題点がある。
【００１９】
さらにまた、未受信部分の符号データを補う方法として、zero length packetを使う方法もあるが、この場合も前述と同様に、最終的に必要な解像度とＳＮＲで画像データをデコードするために時間がかかるという問題点がある。
【００２０】
ここで、上述したように、特許文献１に記載の「画像編集装置」は、下地画像から切り出した画像と下地画像の２種類の画像を同期させて、拡大／縮小／スクロール処理を高速に行うものである。したがって、切り出した画像データ部分を管理するための情報を持ち制御するものであって、表示している領域全体をスクロールするものである。すなわち、ＪＰＥＧ２０００をデコードしながら高速にスクロール表示するものであって、全画像データを保持してからスクロールするものではなく、上記問題点を解決することはできない。
【００２１】
また、上述した特許文献２に記載の「静止画再生装置」は、画像メモリに対するリード／ライトや画像処理のため画像処理プロセッサに対する制御信号等が、ローカルバス上でバス競合が起きないようにするハードウェア構成及び制御を行うものである。すなわち、表示装置（ハードウェア）に関する技術ではなく、ＪＰＥＧ２０００デコーダとＩＩＰ２ｋ（画像通信）とを合わせた構成に関する技術であって、上記問題点を解決することはできない。
【００２２】
さらに、上述した特許文献３に記載の「画像スクロール装置」は、ランレングス符号データをデコードし、スクロール表示するための技術であり、特に画面１面分のメモリの変わりに、ラインメモリで処理を行うものである。すなわち、表示領域より大きい画像データをデコードし、画面をスクロールする時に、現在表示している解像度の符号データを全てデコードしてからスクロール表示するのではなく、デコードしながらスクロール表示するものである。したがって、ＪＰＥＧ２０００のデコードをどこまで行うかを制御してデコード時間を短縮するものであって、上記問題点を解決することはできない。
【００２３】
さらにまた、上記特許文献４に記載の「描画表示制御装置及び該描画表示制御装置を備えた描画表示装置」は、上述したように、表示用のメモリから表示制御手段にデータを転送する時に、あらかじめ表示しない部分を設定しておき、この表示しない部分のデータはメモリから読み出しを行わないように制御するための技術である。しかし、以下に示す本発明の実施形態では、この表示しない部分に相当する領域は特に無く、表示領域全てに対して表示可能とするものであり、特許文献４に記載の発明のように２画面の画像データの重畳等の処理の必要はない。
【００２４】
本発明は、このような事情を考慮してなされたものであり、サーバとクライアント間の通信トラフィックを少なくして、画像データのスクロール表示中のユーザレスポンスを向上させることができるスクロール表示方法を提供することを目的とする。
【００２５】
【課題を解決するための手段】
上記課題を解決するために、本発明は、サーバに格納されている符号化データの一部分をネットワークを介して断片的に受信し、デコードした画像データをスクロール表示するクライアントにおけるスクロール表示方法であって、
前記クライアントが受信した断片的な前記符号化データをキャッシュするキャッシュ工程と、
スクロール操作中に、前記キャッシュ工程でキャッシュされた前記符号化データのみをデコードする第１のデコード工程と、
前記第１のデコード工程でデコードされた前記画像データを拡大表示する第１の表示工程と、
スクロール操作終了後に、前記キャッシュ工程でキャッシュされた前記符号化データを前記第１のデコード工程よりも高解像度かつ高Layerでデコードする第２のデコード工程と、
前記第２のデコード工程でデコードされた画像データを拡大表示する第２の表示工程と、
キャッシュされた符号化データを用いて最高解像度かつ最高Layerで該符号化データの表示が可能か否かを判定する判定工程と、
前記サーバに対して、不足している前記符号化データの送信を新たに要求する要求工程と、
前記キャッシュ工程でキャッシュされた前記符号化データと前記サーバから新たに送信された符号化データとをデコードする第３のデコード工程と、
前記第３のデコード工程でデコードされた画像データを表示する第３の表示工程と
を有することを特徴とする。
【００２６】
すなわち、以下の実施形態で説明するように、クライアントで画像データを表示する際に、画像データのある一部分を表示し、ユーザの要求により表示領域を変更する。ここで、画面をスクロール表示する場合は、クライアントにおいて既に受信済のＪＰＥＧ２０００符号データのみを使用し、本来表示されるべき解像度よりも低い解像度で符号化データの低いＳＮＲ部分のみを高速にデコードして表示する。
【００２７】
そして、スクロール終了の時点で手元にある符号化データでデコードできる最終的に表示しなければならない解像度とＳＮＲに最も近い符号データをデコードして表示する。これと同時に、この時点で表示された画像データが最終的に必要な全符号化データではない場合は、サーバに対して不足している部分の符号化データをさらに要求して、受信後最終的な画像データをデコードし、表示する。これによって、スクロール終了の段階でも一旦手元にある符号化データで最終的に表示しなければならない画像データに最も近い画像を表示しておき、全符号化データが送信された後に再表示させる。
【００２８】
【発明の実施形態】
以下、図面を参照して、本発明の好適な実施形態について詳細に説明する。
【００２９】
以下に示す本実施形態は、ネットワークを介して断片的な符号データを受信しながら、画像データをスクロール表示する方法に関するものである。そして、特にＩＳＯ／ＩＥＣ−１５４４４に準拠したＪＰＥＧ２０００符号化データをインターネット・イメージング・プロトコル（ＩＩＰ）等の通信プロトコルを使用することによって、クライアントはサーバから画像符号データの断片的な領域、或いは、断片的な符号化データを受信し、クライアントでのスクロール処理の体感スピードを向上させるものである。
【００３０】
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係るサーバ及びクライアントを含むネットワークシステムの構成を示す概念図である。すなわち、インターネットに代表されるネットワーク上にサーバ・コンピュータやクライアント・コンピュータを含む複数のコンピュータが接続されている様子を示す概念図である。
【００３１】
図１において、１００はインターネットに代表されるネットワークを示す。また、１０１、１０３はサーバ・コンピュータであり、それぞれ画像データを送信するためのＪＰＥＧ２０００用のＩＩＰサーバをはじめ、ＷＷＷサーバ機能に必要なソフトウェアを備えている。また、サーバ１０１、１０３には、それぞれ大容量のハードディスク１０１ａ、１０３ａが接続されており、それぞれのハードディスクに大量の画像データが格納されている。また、１０２ａ、１０２ｂはクライアント・コンピュータであり、それぞれ、ウエブ（Ｗｅｂ）ブラウザ、ＪＰＥＧ２０００デコーダ等のクライアント側で必要なソフトウェアを備えている。
【００３２】
図２は、本発明の第１の実施形態に係るサーバ・コンピュータ１０１、１０３及びクライアント・コンピュータ１０２ａ、１０２ｂ等の各コンピュータのハードウェア構成を示すブロック図である。
【００３３】
図２において、２０１はＣＰＵであり、それぞれのコンピュータ等の装置全体の制御を行う。２０２はキーボードであり、マウス２０２ａとともに当該装置に各種データやコマンド等を入力するために使用される。２０３は表示部であり、例えばＣＲＴや液晶ディスプレイ等を備えている。２０４はＲＯＭ、２０５はＲＡＭであって、当該装置における記憶部を構成するものであり、この装置が実行するプログラムや、この装置が利用するデータ等を記憶する。
【００３４】
２０６はハードディスクであり、当該装置で使用される外部記憶装置を構成している。また、２０７はフレキシブルディスクであり、当該装置で使用される外部記憶装置として当該装置のインタフェースを介して着脱可能な構成をしている。さらに、２０８はプリンタである。さらにまた、２０９はネットワークを制御するネットワークインタフェース（Ｉ／Ｆ）であり、ここからインターネット等のネットワーク１００に接続されているサーバ・コンピュータ等のネットワーク上の資源にアクセスしたり（クライアントの場合）、クライアントからの要求に応じて符号化された画像や文書データを送信する（サーバの場合）ことができる。
【００３５】
本実施形態では、既に生成済みのＪＰＥＧ２０００符号ファイルがサーバ・コンピュータ１０１、１０３で管理されている。一方、クライアント・コンピュータ１０２ａ、１０２ｂは、画像表示／印刷アプリケーション等のＪＰＥＧ２０００符号ファイル内の必要な部分のみを、ＪＰＥＧ２０００用のＩＩＰを使用してサーバ・コンピュータ１０１、１０３に要求する。そして、それに応答して送られてくる符号化データを断片的に受信し、この受信した断片的な符号化データを、例えば、ハードディスク２０６等にキャッシュする。
【００３６】
クライアント・コンピュータ１０２ａ、１０２ｂでは、このハードディスク２０６等にキャッシュされた断片的なＪＰＥＧ２０００符号データを直接ＪＰＥＧ２０００のデコーダで処理しても良いし、あるいは一旦このキャッシュされた符号データをＪＰＥＧ２０００準拠のＪＰＥＧ２０００符号データに変換してＪＰＥＧ２０００デコーダに渡しても良い。以下に示す本実施形態では、説明を簡単にするために、直接キャッシュされているＪＰＥＧ２０００符号データをデコーダで処理するものとして説明する。
【００３７】
クライアント・コンピュータ１０２ａ、１０２ｂのユーザは、例えばウィンドウズ（登録商標）マシンを使用してホームページを開き、そこに書かれているＪＰＥＧ２０００の画像へのリンクをクリックする。これにより、ＪＰＥＧ２０００の画像が、クライアント１０２ａ、１０２ｂの用途に適した画像サイズや解像度で表示するために必要な断片的なデータとして取得され、キャッシュされて、必要な部分のデコードを行った後に表示される。
【００３８】
以下では、その後ユーザの要求により、表示する部分をスクロールしながら変更するという場合を想定する。
【００３９】
ここで、図３を参照して、一般的なＪＰＥＧ２０００の符号データを説明する。図３は、第１の実施形態におけるLayer-resolution level-component-position progression（ＳＮＲ Progression）に沿って記録されたＪＰＥＧ２０００符号ファイルの構成を示す概念図である。このＳＮＲ Progressionに準じた場合、Layer（レイヤ）／Resolution（解像度）／Component（成分）／Position（位置）の順に記録される。
【００４０】
図４は、第１の実施形態におけるＪＰＥＧ２０００の解像度スケーラビリティを説明する図である。すなわち、解像度（画像サイズ）とResolution番号との関係が示される。図４において、最も小さい解像度の画像の解像度番号（resolution level）を「０」とし、Resolution番号が１つ増加するごとにデコードされた画像の幅と高さが共に２倍になっていく。また、各レイヤ（Layer）は、各解像度毎に、Layer番号の小さい順に割り当てられている。Layer番号は、復元する画像の原画に対するＳ／Ｎ比に対応し、Layer番号が小さいほどＳ／Ｎ比が悪くなる。
【００４１】
１つのＪＰＥＧ２０００符号ファイル内でのResolution番号、Layer番号及びComponent番号の最大値は、エンコーダによって予め設定され、そのパラメータに従ってエンコードされており、その情報は符号化データの中に格納されている。また、各パケット（packet）は、そのパケットに格納されているコードブロック（code-block）の情報を管理しているパケットヘッダ（packet header）部と、各コードブロックの符号化データから構成されている。
【００４２】
このようなＪＰＥＧ２０００符号データを使えば、クライアント１０２ａ、１０２ｂは、サーバ１０１に格納されている全ての画像データを取得することなく、必要な部分のデータのみをサーバ１０１から受信することが可能である。尚、以下に示す実施形態では、一例としてサーバ１０１の場合で説明するが、サーバ１０３の場合も同様にして実行可能である。
【００４３】
また、クライアントの受信データの単位としては、ＪＰＥＧ２０００符号データのパケット（packet）、或いは、パケットよりもさらに小さい符号化単位であるコードブロック単位が考えられる。尚、本実施形態では、クライアントがサーバから受信するデータ単位としてパケット単位を想定するが、コードブロック単位においても本実施形態と同様にして実行可能である。
【００４４】
すなわち、本実施形態に係るスクロール表示方法では、符号化データが、サーバからネットワークを介してパケット単位、或いは、コードブロック単位で送信されることを特徴とする。
【００４５】
図５は、第１の実施形態におけるサーバ、クライアント間でのパケット単位でのデータのリクエスト及びレスポンスを説明するための概念図である。
【００４６】
図５において、クライアント１０２ａは、サーバ１０１に格納されている画像のタイル番号（Tile）と解像度番号（resolution level）とレイヤ（Layer）、component、position番号を指定してデータを要求する。図５に示す例では、タイル番号（Tile）は「１」、解像度「０」、レイヤ「０」、Component「０」、そしてPosition番号「０」である。これによりサーバ１０１は、画像５０３のコードストリームを解析して、その指定されたタイル番号、Resolution levelとLayer、component、position番号に相当するパケット（packet）データを抜き出し、パケット０としてクライアント１０２ａに送り返す。
【００４７】
図６は、第１の実施形態におけるタイル分割の概念図である。図６に示す例は、画像データをＸ方向、Ｙ方向ともに８個分のタイル、すなわち画像全体で６４個のタイルに分割した場合である。尚、図中の数字は、タイル番号を示す。また、本実施形態では、画像データの最大解像度の画像サイズを１０２４×１０２４画素とする。この場合、最大解像度での各タイルの画素数は１２８×１２８画素となる。
【００４８】
図７は、第１の実施形態で使用されるサーバ１０１で管理（格納）されているＪＰＥＧ２０００符号ファイルの一例を示す図である。
【００４９】
図７において、７００は、ＳＮＲ Progressionでエンコードされている例の符号データ全体の構成である。図７に示す符号ファイルは、図６に示した６４個のタイルに分割された場合の符号を示している。図７において、７０１は、各タイルの符号データの例である。タイルの符号データを構成するものとして、タイルパートヘッダ７０２とパケットデータ７０３がある。
【００５０】
図７に示す例では、Layerは「０」〜「２」の３種類、Resolution levelは「０」〜「５」の６種類、ComponentとPositionは各１種類である。また、説明を簡単にするために、サーバ１０１で管理しているＪＰＥＧ２０００の最大解像度の画像サイズを前述のとおり、１０２４×１０２４画素とする。すなわち、６種類のResolution levelがある場合、各解像度での画像サイズは、解像度番号５が１０２４×１０２４、以下順に５１２×５１２、２５６×２５６、１２８×１２８、６４×６４、となり最低解像度の解像度番号０が３２×３２画素となる。
【００５１】
図８は、第１の実施形態に係るクライアント１０２ａにおけるアプリケーションによる処理概要を説明するためのフローチャートである。このフローチャートでは、クライアント１０２ａでＪＰＥＧ２０００アプリケーションが起動され、表示したいＪＰＥＧ２０００ファイルが別の手段で指定された後の画像データの表示処理手順が示されている。尚、他のクライアント（例えば、クライアント１０２ｂ）においても同様の処理が行われる。
【００５２】
まず、クライアント・アプリケーションにより、指定されたファイルのサムネイル画像が表示される（ステップＳ８００）。その後、拡大表示され（ステップＳ８０１）、スクロール表示される（ステップＳ８０２）。
【００５３】
具体的には、クライアント・アプリケーションでの画像表示領域のサイズを１２８×１２８画素とすると、ステップＳ８００でのサムネイル画像の表示では、全タイルの解像度番号２の最大ＳＮＲの符号データまでをデコードして表示する。次に、ステップＳ８０１での拡大表示は、例えばステップＳ８００で表示した画像よりも２段階拡大すると、解像度は解像度番号４になる。この場合、表示領域のサイズが１２８×１２８画素であるため、画像全体を表示することはできない。従って、例えばステップＳ８００で表示している画像の中心を固定して拡大するとすると、図６の６００で示されるタイル番号２７、２８、３５、３６の４タイルを表示することになる。
【００５４】
図９は、図８のステップＳ８００におけるサムネイル表示のための通信プロトコルと受信した符号データを説明するための図である。すなわち、図９では、ステップＳ８００の処理を実行後のキャッシュ状態が示されている。図９において、図７と同じ内容の符号データには同一の番号を付している。また、ステップＳ８００では、全タイルに対して同一の要求を発行しているため、同一のキャッシュの状態になっている。
【００５５】
図９において、９０１は各タイルのキャッシュを示したものである。本実施形態では、解像度番号２までのすべての符号データを受信しているため、受信している符号データの部分には、「Layer数値／Reso数値／Comp数値／Pos数値」の表現で記述し、まだ受信していない部分は、「ＺＬＰ（Zero Length Packet）」の表現を使用している。
【００５６】
また、図１０は、図８のステップＳ８００からステップＳ８０１に移った後の通信プロトコルと受信した符号データを説明するための図である。ステップＳ８０１では、図６におけるタイル番号２７、２８、３５、３６の４タイルのみ足りない部分「Layer[0-2]／Reso[3-4]／Comp0／Pos0」で示す６つの符号データをサーバに要求したため、この部分のデータが充填されている。上記以外のタイルについては、図９に示したものと同一の状態である。
【００５７】
次に、ステップＳ８０２のスクロール表示の処理について説明する。本実施形態におけるスクロール表示では、タイル番号２７、２８、３５、３６の４つのタイルの解像度番号４、最大ＳＮＲが表示されていた状態から、図６の６０２で示す領域（タイル番号３６、３７、４４、４５の領域）を経て、６０１で示す領域（タイル番号４５、４６、５３、５４の領域）まで連続スクロールして表示した場合について説明する。図１１は、第１の実施形態に係るスクロール処理（ステップＳ８０２）を詳細に説明するためのフローチャートである。
【００５８】
まず、ユーザのマウスなどのポインティング・デバイスにより、スクロールの操作が開始され、その移動量に応じて該当する位置の画像データを表示する時の、マウスの移動量が計算される（ステップＳ８０２ａ）。次に、ステップＳ８０２ａで求められた移動量に基づいて、表示する画像データの領域を特定する（ステップＳ８０２ｂ）。ここでは、特に該当するタイル群を計算する。すなわち、本実施形態に係るスクロール表示方法では、デコードされた画像データが表示された表示画面中のポインタに移動量に基づいて、当該表示画面にスクロール表示させる画像データの領域を特定することを特徴とする。
【００５９】
その後、ステップＳ８０２ｂで求めたタイル群を最低解像度かつ最低Layerでデコードする（ステップＳ８０２ｃ）。そして、ステップＳ８０２ｃでデコードして得られた画像データを必要に応じて拡大処理を行って表示する（ステップＳ８０２ｄ）。その後、ユーザからのスクロール要求が連続しているか否かを判断する（ステップＳ８０２ｅ）。この判断方法は、例えばスクロールの指示方法がマウスの左ボタンを押しながら移動させるような方法の場合であれば、マウスのボタンの状態を判断して、ボタンが押し続けられている状態か否かを判断する。その結果、ボタンが押し続けられている場合は終了と判断されてステップＳ８０２ａに戻る。一方、マウスのボタンが離されている場合はステップＳ８０２ｆに移動する。
【００６０】
すなわち、本実施形態で説明するスクロール表示方法は、サーバに格納されている符号化データの一部分をネットワークを介して断片的に受信し、デコードした画像データをスクロール表示するクライアントにおけるスクロール表示方法である。そして、本スクロール表示方法は、まず、クライアントが受信した断片的な符号化データをキャッシュする（キャッシュ工程）。次いで、キャッシュ工程でキャッシュされた符号化データのみをスクロール操作中にデコードし（第１のデコード工程）、デコードされた画像データを拡大表示する（第１の表示工程）。そして、キャッシュ工程でキャッシュされた符号化データをスクロール操作終了後に、第１のデコード工程よりも高解像度かつ高Layerでデコードする（第２のデコード工程）。そして、第２のデコード工程でデコードされた画像データを拡大表示する（第２の表示工程）ことを特徴とする。
【００６１】
また、本実施形態に係るスクロール表示方法は、上記第１の表示工程が、第１のデコード工程における符号化データの解像度及びLayerから画像データの拡大率を求め、当該画像データを拡大表示することを特徴とする。さらに、本実施形態に係るスクロール表示方法は、上記第２の表示工程が、第２のデコード工程における符号化データの解像度及びLayerから画像データの拡大率を求め、当該画像データを拡大表示することを特徴とする。
【００６２】
ステップＳ８０２ａからＳ８０２ｅまでの具体的な例について示す。例えば、ステップＳ８０２ａでマウスが図６の６０２に移動したとする。この場合、ステップＳ８０２ａ、ステップＳ８０２ｂによって、今回表示する領域がタイル番号３６、３７、４４、４５で示される領域であることを判断する。そして、ステップＳ８０２ｃでタイル番号３６、３７、４４、４５の４つのタイル群の解像度番号０、Layerの番号０をデコードするようにＪＰＥＧ２０００のデコーダに指示を与える。
【００６３】
その後、ステップＳ８０２ｄでは、ステップＳ８０２ｃでデコードして得られた粗い画像データを表示する。本実施形態の場合は、最低解像度のデコードを行っているため、最終的に表示しなければならない解像度まで拡大する必要があり、今回は１６倍の拡大処理を行いながら表示するものとする。また、本実施形態の場合は、その後もスクロールするため、ステップＳ８０２ｅで終了していない場合はステップＳ８０２ａに戻る。
【００６４】
その後、ユーザの指定で更にスクロールされ、タイル番号４５、４６、５３、５４で示される領域を表示するようになる。この判断をステップＳ８０２ｂで行い、ステップＳ８０２ｃで上記４つのタイル（タイル番号４５、４６、５３、５４）を前述した手順と同様に解像度番号０、Layer番号０でデコードし、ステップＳ８０２ｄでタイル番号４５、４６、５３、５４の領域の画像データを拡大しながら表示する。その後、本実施形態では、ユーザがマウスの左ボタンを離すため、ステップＳ８０２ｅでは、終了したとしてステップＳ８０２ｆに移動する。すなわち、本実施形態では、上記第１のデコード工程が、符号化データを最低解像度かつ最低Layerでデコードすることを特徴とする。
【００６５】
次に、ステップＳ８０２ｆ以降のスクロール終了の場合の処理について詳述する。まず、手元にあるキャッシュされている符号データで再現することができる、最終的に表示しなければならない解像度とＳＮＲに最も近いところまでのデコードを行う（ステップＳ８０２ｆ）。そして、ステップＳ８０２ｆでデコードした結果の画像データを拡大しながら表示する（ステップＳ８０２ｇ）。さらに、ステップＳ８０２ｆでデコードした画像データが、最終的に表示しなければならない解像度であってかつＳＮＲであったか否かを判断する（ステップＳ８０２）。
【００６６】
その結果、最終的な解像度であってＳＮＲであった場合（すなわち、新規要求ではなかった場合）（Ｎｏ）は終了する。一方、異なった場合（すなわち、新規要求である場合）（Ｙｅｓ）は、現状手元にある既に受信済みの符号データと最終的に表示しなければならない解像度、ＳＮＲの画像を再現するために必要な符号データとの差分の符号データをサーバに要求する（ステップＳ８０２ｉ）。そして、ステップＳ８０２ｉで要求した符号データを受信する（ステップＳ８０２ｊ）。さらに、最終表示のためのデコードを行い（ステップＳ８０２ｋ）、最終表示を行う（ステップＳ８０２ｌ）。尚、この場合はデコードされた画像データの拡大処理は不要である。
【００６７】
すなわち、本実施形態に係るスクロール表示方法は、上述した手順に加えて、さらに、キャッシュされた符号化データを用いて最高解像度かつ最高Layerで該符号化データの表示が可能か否かを判定する（判定工程）。そして、サーバに対して、不足している符号化データの送信を新たに要求し（要求工程）、キャッシュ工程でキャッシュされた符号化データとサーバから新たに送信された符号化データとをデコードする（第３のデコード工程）。そして、第３のデコード工程でデコードされた画像データを表示する（第３の表示工程）ことを特徴とする。
【００６８】
ここで、具体的な数値を用いて、ステップＳ８０２ｆ以降の処理について説明する。まず、ステップＳ８０２ｆでは、タイル番号４５、４６、５３、５４の符号データがどこまで充填されているかを判断する。本実施形態の場合、スクロールする前に表示していた解像度とLayerは、それぞれ解像度番号４、Layer番号２であり、タイル番号４５、４６、５３、５４が現在持っている符号データは、解像度番号２、ＳＮＲ番号２である。そのため、上記４つのタイルを解像度番号２、Layer番号２でデコードする。そして、ステップＳ８０２ｇでは、解像度番号２から解像度番号４までの拡大、すなわち４倍の拡大を行いながら表示を行う。これにより、ステップＳ８０２ｄで表示された画像データよりは、高解像度の画像データを表示することができる。
【００６９】
次に、ステップＳ８０２ｈ及びＳ８０２ｉでは、上記４つのタイル（タイル番号４５、４６、５３、５４）の「Layer[0-2]／Reso[3-4]／Comp0／Pos0」部分の符号データをサーバに要求する。そして、ステップＳ８０２ｊでは、要求した符号データを受信し、ステップＳ８０２ｋでは、上記４つのタイルを解像度番号４、Layer番号２までをデコードする。そして、ステップＳ８０２ｌでは、ステップＳ８０２ｋでデコードした結果の画像データをそのまま拡大しないで表示して、本スクロール表示処理を終了する。
【００７０】
以上説明したように、第１の実施形態におけるサーバ・クライアントシステムにおけるスクロール表示方法によれば、スクロール処理の途中では、スクロール処理に入るまでに既に受信している符号データのみ（クライアントにキャッシュされている符号データのみ）を使用する。すなわち、スクロールの途中では、最低解像度及び最低ＳＮＲで表示を繰り返し、スクロール終了時に、手元にある符号データで再現でき得る限りの最高の解像度で画像データを表示し、最終的に表示する部分（最終表示領域）の符号データのみをさらにサーバに要求して表示する。従って、サーバとクライアント間の通信のトラフィックを最小限にすることが可能となる。
【００７１】
また、スクロール終了時に、最終表示される画像データがない場合であっても、手元にある符号データで再現でき得る最終表示に最も近い画像データを一旦表示することにより、ユーザの体感スピードを向上させることができる。
【００７２】
さらに、スクロール中に表示する画像の画質等をダイナミックに制御することにより、ユーザの感性にあった表示が可能になる。さらにまた、各ステップにおいては、画像データを小刻みに表示するため、ユーザはストレスを感じることなく、画像表示の操作を行うことができる。
【００７３】
尚、本実施形態では、ＪＰＥＧ２０００符号化データのデコードは、キャッシュされている符号データから直接デコードするようにしたが、本発明の適用はこれに限られるものではなく、キャッシュからＪＰＥＧ２０００準拠の符号化データファイルを作成し、これをデコードするような方法をとっても良い。
【００７４】
＜第２の実施形態＞
上述した第１の実施形態では、スクロールの途中において最低解像度及び最低ＳＮＲでのデコードを行い、拡大表示が行われた。第２の実施形態では、解像度は最低解像度とは限らずに既に受信されている符号データ内で、最終的に表示しなければならない解像度に最も近い解像度で表示する場合について説明する。
【００７５】
すなわち、この場合は、図１１のステップＳ８０２ｃでの処理が第１の実施形態とは異なる。具体的には、一例として解像度番号０ではなく、解像度番号２をデコードするようにする。尚、ＳＮＲに関しては第１の実施形態と同じである。
【００７６】
本実施形態では、ステップＳ８０２ｃでデコードする解像度が変わるため、次のステップＳ８０２ｄで表示する際の拡大率が第１の実施形態の場合は１６倍であったが、本実施形態の場合には４倍となる。尚、その他の処理については、第１の実施形態と同じである。
【００７７】
＜第３の実施形態＞
第１及び第２の実施形態では、図１１内のステップＳ８０２ｃでデコードする際に、ＳＮＲ方向のスケーラビリティはLayerで制御を行っていた。このような場合は、サーバにある符号データに依存することになる。すなわち、エンコード条件であらかじめLayerを指定していなければ使えない。
【００７８】
そこで、本実施形態では、ＳＮＲ方向の制御にcoding-pathを用いる。これを用いることにより、Layerを切っていない符号データであってもＳＮＲを制御することができる。
【００７９】
具体的には、図１１のステップＳ８０２ｃでデコードする時に、ＪＰＥＧ２０００のデコーダに対して、Layer番号の代わりにcoding-pathをどこまで処理するかのパラメータを与えるようにする。例えば、coding-pathを３まで指定すると、ＪＰＥＧ２０００デコーダは、ＤＷＴ係数を復元する時にＭＳＢ（最上位ビット）のみをデコードする。これにより、Layerよりも細かなＳＮＲの制御を行うことができる。尚、これ以外の処理については、第１及び第２の実施形態と同様である。
【００８０】
＜その他の実施形態＞
これまでの実施形態では、ＪＰＥＧ２０００、ＩＩＰを用いたスクロール表示の基本的な処理手順について説明した。ここでは、その他の実施形態として、ユーザがスクロール表示を操作する時のマウスの動かすスピードに応じた表示方法について説明する。これは、例えば、早くマウスを移動させた場合には、ＳＮＲの低い画像を表示し、逆にゆっくり移動させている場合は、ＳＮＲの高い画像を表示することである。すなわち、本実施形態では、画像データが表示された表示画面中のポインタの移動速度に基づいて、当該表示画面にスクロール表示させる画像データのＳＮＲを特定することを特徴とする。
【００８１】
上記動作を行うためには、図１１のステップＳ８０２ｂからＳ８０２ｄまでの処理（以下、ステップＳ８０２ｍとする。）を図１２に示すように変更すればよい。
【００８２】
すなわち、図１２は、他の実施形態における処理手順の一例を説明するためのフローチャートである。尚、図中において、前述した実施形態と同じ動作をする部分については、同じ番号を付している。以下では、新たに追加されている部分について説明する。
【００８３】
まず、今回表示している画像の各タイルの最大（Max）coding-pathを取得する（ステップＳ１２００）。そして、ステップＳ８０２ａで移動量を計算すると同時に、移動したスピード（移動速度）を計算する（ステップＳ１２０１）。これは、ある単位時当たりにどれだけ移動したか等タイマを使うことによって計算可能である。次に、今回表示するタイル郡を求め（ステップＳ８０２ｂ）、ステップＳ１２０１で計算された移動スピードと、ステップＳ１２００で求めたMax coding-pathからデコードすべきＳＮＲをcoding-pathで計算する（ステップＳ１２０２）。
【００８４】
さらに、ステップＳ１２０２で計算したcoding-pathと解像度を指定してデコードする（ステップＳ１２０３）。そして、ステップＳ１２０３でデコードした画像をデコードした解像度から計算した倍率に従って拡大しながら表示する（ステップＳ８０２ｄ）。
【００８５】
ここで、具体的な数値を用いて上述した動作フローを詳細に説明する。まず、ステップＳ１２００で、今回の符号データの全タイルについて各タイル毎にMax coding-pathの値を符号データから取得する。これは、クライアントにキャッシュされている符号データからは取得できないので、サーバに対して要求することになる。
【００８６】
その後、ユーザによるマウス等の操作によりスクロール表示が始まり、ステップＳ８０２ａではマウスの移動量を計算する。次に、ステップＳ１２０１では、ステップＳ８０２ａでの移動量と単位時間との関係で、例えば、図１３（ａ）に示す表に示すように、「高速」「中速」「低速」の種類に分類する。図１３は、マウススピードの判定とそれに対応したcoding-pathを示す図である。図１３に示される分類方法は、今回の表示領域の画像サイズが１２８ｘ１２８画素であるため、１秒間にマウスが移動した画素数から、「高速」は「１２８画素以上」、「中速」は「６４〜１２８画素」、「低速」は「６４画素以下」とすることによって判定している。従って、このステップで３種類のスピードに分類する。
【００８７】
次に、ステップＳ８０２ｂでスクロールされ表示すべき領域に該当するタイル郡を特定する。その後各タイルに対してステップＳ１２０２を行う。このステップＳ１２０２では、ステップＳ１２０１で求めたスピードからＳＮＲを決定するためのcoding-pathを計算する。ここで、例えば、図１３（ｂ）に示すように、３種類のスピードに対するデコードするcoding-pathを対応付ける。
【００８８】
図１３（ｂ）の例は、ステップＳ１２００で取得したMax coding-pathが「２６」の場合、「高速」は「４」、「中速」は「１０」、「低速」は「１９」というように、高速になるほどＳＮＲを下げて、デコード時間の短縮を図っている。そして、ステップＳ１２０３では、ステップＳ１２０２で求めたcoding-pathと解像度、例えば解像度番号２をデコードする。
【００８９】
また、ステップＳ８０２ｄでは、ステップＳ１２０３でデコードした解像度と現在表示しなければならない解像度から拡大率を求める。尚、本実施形態の場合は４倍である。そして、この拡大率で拡大しながら表示を行う。次いで、ステップＳ８０２ｅでは、マウスのボタンが放されたか否かを判断し、放されていない場合（Ｎｏ）はステップＳ８０２ａに戻り、放された場合（Ｙｅｓ）は次のステップに進む。また、以下のステップについては、前述した実施形態と同じである。
【００９０】
本実施形態の場合は、ユーザのマウスを移動させるスピードによりも表示するＳＮＲを変える。特に、高速にマウスを移動させるほど、表示される画像のＳＮＲが下がるように制御する。すなわち、ＪＰＥＧ２０００のデコーダは、ＳＮＲを下げてデコードするほど高速なデコードができるため、ユーザのマウスの移動に応じたスクロール表示を行うことができる。
【００９１】
尚、マウス移動に関するスピードの分類方法及び分類する数、これに対するデコードするcoding-path数は上述したものだけに限られるものではない。また、デコードする解像度もこれに限られるものではない。
【００９２】
さらに、スクロール中のデコード方法として、ＳＮＲや解像度を下げてデコードすることについて説明したが、これに限るものではなく、例えばフルカラーの場合は、色成分数を下げる、すなわち白黒でデコードするようにしてもよい。
【００９３】
尚、本発明は、複数の機器（例えば、ホストコンピュータ、インタフェース機器、リーダ、プリンタ等）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置等）に適用してもよい。
【００９４】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体（または記憶媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９５】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９６】
本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【００９７】
尚、本発明をプログラムで実行する場合は、上述した実施形態で説明した処理フローのみに限定されることはなく、マルチスレッド等を有効に使って、ユーザレスポンスをさらに向上させることも容易に推察することができる。
【００９８】
【発明の効果】
以上説明したように、本発明によれば、サーバとクライアント間の通信トラフィックを短くして、画像データのスクロール表示中のユーザレスポンスを向上させることができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るサーバ及びクライアントを含むネットワークシステムの構成を示す概念図である。
【図２】本発明の第１の実施形態に係るサーバ・コンピュータ１０１、１０３及びクライアント・コンピュータ１０２ａ、１０２ｂ等の各コンピュータのハードウェア構成を示すブロック図である。
【図３】第１の実施形態におけるLayer-resolution level-component-position progression（ＳＮＲ Progression）に沿って記録されたＪＰＥＧ２０００符号ファイルの構成を示す概念図である。
【図４】第１の実施形態におけるＪＰＥＧ２０００の解像度スケーラビリティを説明する図である。
【図５】第１の実施形態におけるサーバ、クライアント間でのパケット単位でのデータのリクエスト及びレスポンスを説明するための概念図である。
【図６】第１の実施形態におけるタイル分割の概念図である。
【図７】第１の実施形態で使用されるサーバ１０１で管理（格納）されているＪＰＥＧ２０００符号ファイルの一例を示す図である。
【図８】第１の実施形態に係るクライアント１０２ａにおけるアプリケーションによる処理概要を説明するためのフローチャートである。
【図９】図８のステップＳ８００におけるサムネイル表示のための通信プロトコルと受信した符号データを説明するための図である。
【図１０】図８のステップＳ８００からステップＳ８０１に移った後の通信プロトコルと受信した符号データを説明するための図である。
【図１１】図１１は、第１の実施形態に係るスクロール処理（ステップＳ８０２）を詳細に説明するためのフローチャートである。
【図１２】他の実施形態における処理手順の一例を説明するためのフローチャートである。
【図１３】マウススピードの判定とそれに対応したcoding-pathを示す図である。
【図１】
2004199291.tif 000003
【図２】
2004199291.tif 000004
【図３】
2004199291.tif 000005
【図４】
2004199291.tif 000006
【図５】
2004199291.tif 000007
【図６】
2004199291.tif 000008
【図７】
2004199291.tif 000009
【図８】
2004199291.tif 000010
【図９】
2004199291.tif 000011
【図１０】
2004199291.tif 000012
【図１１】
2004199291.tif 000013
【図１２】
2004199291.tif 000014
【図１３】
2004199291.tif 000015
【手続補正書】
【提出日】平成15年11月12日(2003.11.12)
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サーバに格納されている符号化データの一部分をネットワークを介して断片的に受信し、デコードした画像データをスクロール表示するクライアントにおけるスクロール表示方法であって、
前記クライアントが受信した断片的な前記符号化データをキャッシュするキャッシュ工程と、
スクロール操作中に、前記キャッシュ工程でキャッシュされた前記符号化データのみをデコードする第１のデコード工程と、
前記第１のデコード工程でデコードされた前記画像データを拡大表示する第１の表示工程と、
スクロール操作終了後に、前記キャッシュ工程でキャッシュされた前記符号化データを前記第１のデコード工程よりも高解像度かつ高Layerでデコードする第２のデコード工程と、
前記第２のデコード工程でデコードされた画像データを拡大表示する第２の表示工程と
、
キャッシュされた符号化データを用いて最高解像度かつ最高Layerで該符号化データの表示が可能か否かを判定する判定工程と、
前記サーバに対して、不足している前記符号化データの送信を新たに要求する要求工程と、
前記キャッシュ工程でキャッシュされた前記符号化データと前記サーバから新たに送信された符号化データとをデコードする第３のデコード工程と、
前記第３のデコード工程でデコードされた画像データを表示する第３の表示工程と  を有することを特徴とするスクロール表示方法。
【請求項２】
前記画像データが表示された表示画面中のポインタに移動量に基づいて、該表示画面にスクロール表示させる画像データの領域を特定する領域特定工程をさらに備えることを特徴とする請求項１に記載のスクロール表示方法。
【請求項３】
前記符号化データが、前記サーバから前記ネットワークを介してパケット単位で送信されることを特徴とする請求項１又は２に記載のスクロール表示方法。
【請求項４】
前記符号化データが、前記サーバから前記ネットワークを介してコードブロック単位で送信されることを特徴とする請求項１から３までのいずれか１項に記載のスクロール表示方法。
【請求項５】
前記第１のデコード工程が、前記符号化データを最低解像度かつ最低Layerでデコードすることを特徴とする請求項１から４までのいずれか１項に記載のスクロール表示方法。
【請求項６】
前記第１の表示工程が、前記第１のデコード工程における前記符号化データの解像度及びLayerから前記画像データの拡大率を求め、該画像データを拡大表示することを特徴とする請求項１から５までのいずれか１項に記載のスクロール表示方法。
【請求項７】
前記第２の表示工程が、前記第２のデコード工程における前記符号化データの解像度及びLayerから前記画像データの拡大率を求め、該画像データを拡大表示することを特徴とする請求項１から６までのいずれか１項に記載のスクロール表示方法。
【請求項８】
前記画像データが表示された表示画面中のポインタの移動速度に基づいて、該表示画面にスクロール表示させる画像データのＳＮＲを特定するＳＮＲ特定工程をさらに備えることを特徴とする請求項１から７までのいずれか１項に記載のスクロール表示方法。
【請求項９】
サーバに格納されている符号化データの一部分をネットワークを介して断片的に受信し、デコードした画像データをスクロール表示するクライアントにおけるスクロール表示装置であって、
前記クライアントが受信した断片的な前記符号化データをキャッシュするキャッシュ手段と、
スクロール操作中に、前記キャッシュ手段でキャッシュされた前記符号化データのみをデコードする第１のデコード手段と、
前記第１のデコード手段でデコードされた前記画像データを拡大表示する第１の表示手段と、
スクロール操作終了後に、前記キャッシュ手段でキャッシュされた前記符号化データを前記第１のデコード手段よりも高解像度かつ高Layerでデコードする第２のデコード手段と、
前記第２のデコード手段でデコードされた画像データを拡大表示する第２の表示手段と
キャッシュされた符号化データを用いて最高解像度かつ最高Layerで該符号化データの表示が可能か否かを判定する判定手段と、
前記サーバに対して、不足している前記符号化データの送信を新たに要求する要求手段と、
前記キャッシュ手段でキャッシュされた前記符号化データと前記サーバから新たに送信された符号化データとをデコードする第３のデコード手段と、
前記第３のデコード手段でデコードされた画像データを表示する第３の表示手段と
を備えることを特徴とするスクロール表示装置。
【請求項１０】
サーバに格納されている符号化データの一部分をネットワークを介して断片的に受信し、デコードした画像データをスクロール表示するコンピュータに、
前記クライアントが受信した断片的な前記符号化データをキャッシュするキャッシュ手順と、
スクロール操作中に、前記キャッシュ手順でキャッシュされた前記符号化データのみをデコードする第１のデコード手順と、
前記第１のデコード手順でデコードされた前記画像データを拡大表示する第１の表示手順と、
スクロール操作終了後に、前記キャッシュ手順でキャッシュされた前記符号化データを前記第１のデコード手順よりも高解像度かつ高Layerでデコードする第２のデコード手順と、
前記第２のデコード手順でデコードされた画像データを拡大表示する第２の表示手順と
キャッシュされた符号化データを用いて最高解像度かつ最高Layerで該符号化データの表示が可能か否かを判定する判定手順と、
前記サーバに対して、不足している前記符号化データの送信を新たに要求する要求手順と、
前記キャッシュ手順でキャッシュされた前記符号化データと前記サーバから新たに送信された符号化データとをデコードする第３のデコード手順と、
前記第３のデコード手順でデコードされた画像データを表示する第３の表示手順と
を実行させるためのプログラム。
【請求項１１】
請求項１０記載のプログラムを格納したことを特徴とするコンピュータ読み取り可能な記録媒体。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
【課題を解決するための手段】
上記課題を解決するために、本発明は、サーバに格納されている符号化データの一部分をネットワークを介して断片的に受信し、デコードした画像データをスクロール表示するクライアントにおけるスクロール表示方法であって、
前記クライアントが受信した断片的な前記符号化データをキャッシュするキャッシュ工程と、
スクロール操作中に、前記キャッシュ工程でキャッシュされた前記符号化データのみをデコードする第１のデコード工程と、
前記第１のデコード工程でデコードされた前記画像データを拡大表示する第１の表示工程と、
スクロール操作終了後に、前記キャッシュ工程でキャッシュされた前記符号化データを前記第１のデコード工程よりも高解像度かつ高Layerでデコードする第２のデコード工程と、
前記第２のデコード工程でデコードされた画像データを拡大表示する第２の表示工程と、
キャッシュされた符号化データを用いて最高解像度かつ最高Layerで該符号化データの表示が可能か否かを判定する判定工程と、
前記サーバに対して、不足している前記符号化データの送信を新たに要求する要求工程と、
前記キャッシュ工程でキャッシュされた前記符号化データと前記サーバから新たに送信された符号化データとをデコードする第３のデコード工程と、
前記第３のデコード工程でデコードされた画像データを表示する第３の表示工程と
を有することを特徴とする。
また、本発明は、サーバに格納されている符号化データの一部分をネットワークを介して断片的に受信し、デコードした画像データをスクロール表示するクライアントにおけるスクロール表示装置であって、
前記クライアントが受信した断片的な前記符号化データをキャッシュするキャッシュ手段と、
スクロール操作中に、前記キャッシュ手段でキャッシュされた前記符号化データのみをデコードする第１のデコード手段と、
前記第１のデコード手段でデコードされた前記画像データを拡大表示する第１の表示手段と、
スクロール操作終了後に、前記キャッシュ手段でキャッシュされた前記符号化データを前記第１のデコード手段よりも高解像度かつ高Layerでデコードする第２のデコード手段と、
前記第２のデコード手段でデコードされた画像データを拡大表示する第２の表示手段と
キャッシュされた符号化データを用いて最高解像度かつ最高Layerで該符号化データの表示が可能か否かを判定する判定手段と、
前記サーバに対して、不足している前記符号化データの送信を新たに要求する要求手段と、
前記キャッシュ手段でキャッシュされた前記符号化データと前記サーバから新たに送信された符号化データとをデコードする第３のデコード手段と、
前記第３のデコード手段でデコードされた画像データを表示する第３の表示手段と
を備えることを特徴とする。