(57)【特許請求の範囲】
【請求項１】
コンピュータ上で動作する、ユーザが対話するプログラム（以下、ユーザアプリケーションと記す）と、
複数のクライアントと、
前記ユーザアプリケーションからの要求に応じて、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記ユーザアプリケーションの描画領域の複数の部分領域に対応した複数のファイル又はファイルの一部（以下、ターゲット等と記す）のデータを前記複数のサーバより取得させ、前記複数のクライアントから返される前記複数のターゲット等のデータを伸長した描画データを１つの描画データに結合して前記ユーザアプリケーションに渡す、前記コンピュータ上で動作するプログラム（以下、マルチターゲットコントローラと記す）と、
を有することを特徴とする画像処理システム。
【請求項２】
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして、同じ画像のシームレスにつながる複数の部分画像のデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に１つの画像をシームレスに描画することを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等の同じズームレベルのデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に描画される画像のズームレベルを同期化することを特徴とする請求項１に記載の画像処理システム。
【請求項４】
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のパンしたデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に描画される画像のパンを同期化することを特徴とする請求項１に記載の画像処理システム。
【請求項５】
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等の同じ色成分のデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に描画される画像の色成分を同期化することを特徴とする請求項１に記載の画像処理システム。
【請求項６】
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等の同じ画質のデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に描画される画像の画質を同期化することを特徴とする請求項１に記載の画像処理システム。
【請求項７】
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして同一文書の一連のページのデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に同一文書の一連のページを描画することを特徴とする請求項１に記載の画像処理システム。
【請求項８】
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして少なくとも同一の構造化文書の前景、マスク、背景のデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に同一の構造化文書の前景画像、マスク画像、背景画像及び合成画像を描画することを特徴とする請求項１に記載の画像処理システム。
【請求項９】
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして文書の画像のデータとテキスト情報とを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に描画される画像と隠しテキストとを同期化することを特徴とする請求項１に記載の画像処理システム。
【請求項１０】
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして、複数の文書の対応ページのデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に複数の文書の対応ページを描画することを特徴とする請求項１に記載の画像処理システム。
【請求項１１】
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせて、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータを前記複数のサーバより取得させ、前記複数のクライアントから返される該複数のデータを伸長した複数の描画データを、その対応位置を一致させるように結合して前記ユーザアプリケーションに渡すことにより、前記描画領域の複数の部分領域に描画される複数の画像の対応位置を同期化することを特徴とする請求項１に記載の画像処理システム。
【請求項１２】
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして、同一文書のマルチレイアウトオブジェクトとシングルレイアウトオブジェクトを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に同一文書のマルチレイアウトオブジェクトとシングルレイアウトオブジェクトを描画することを特徴とする請求項１に記載の画像処理システム。
【請求項１３】
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして、同一の動画の隣接フレームのデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に同一の動画の隣接フレームを描画することを特徴とする請求項１に記載の画像処理システム。
【請求項１４】
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして、複数の動画の対応シーンのデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に複数の動画の対応シーンを描画することを特徴する請求項１に記載の画像処理システム。
【請求項１５】
前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせてから、予め定めた時間内に応答を返さないクライアントが存在する場合には、当該クライアント以外のクライアントから返された描画データのみを結合して前記ユーザアプリケーションに渡すことを特徴とする請求項１に記載の画像処理装置。
【請求項１６】
前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記複数のクライアント中に正常な応答を返さないクライアントが存在する場合には、当該クライアント以外のクライアントから返された描画データのみを結合して前記ユーザアプリケーションに渡すことを特徴とする請求項１に記載の画像処理ステム。
【請求項１７】
請求項１乃至１６のいずれか１項に記載の画像処理システムのユーザアプリケーションとマルチターゲットコントローラが記録されたことを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像の閲覧等を行うための画像処理システムに係り、特に、リモートに存在する複数のサーバに分散して格納されている複数のデータを取得して描画領域の複数の部分領域に描画する画像処理システムに関する。
【背景技術】
【０００２】
本発明に関連した先行技術文献として、例えば下記の特許文献又は非特許文献を挙げることができる。
【０００３】
特許文献１には、複数のＣＴ（Computer  Tomography）装置で撮影された断層写真をリモートサーバにＪＰＥＧ２０００ファイルとして格納しておき、それらファイルの各パケットを各ＰＣが個別にアクセスし、高解像度画像、高画質画像、関心領域画像を表示可能にするシステムアーキテクチャが開示されている。しかし、特定のユーザの関心領域の画像が複数のサーバに分散して格納されている場合については何ら開示がない。
【０００４】
特許文献２には、複数のコンテンツを同期させて表示するマルチキャリアトランシーバが開示されている。これは動画と音声、ＡＴＭ（Asynchronuous  Transfer  Mode）データアプリケーションを同期させて伝送するもので、コンテンツから放送の様に送り出す用途で使われる。独立な情報源である、動画と音声、ＡＴＭデータを同期させるという面はあるが、クライアントサーバモデルの様に、ユーザの要求に従って、必要なコンテンツだけをアクセスする形態ではない。
【０００５】
特許文献３には、リモートサーバに対するインタラクティブな画像ブラウジングと同期して印刷用途のファイル転送を行う装置が開示されている。ここでは、同じファイルに対してファイルの一部だけを送るプロトコルとファイルをすべて送るプロトコルが同期し、ブラウジングの後に発生する印刷用途でユーザが待たされる状況を解決している。
【０００６】
非特許文献１には、複数の画像をアクセスするＡｊａｘ（Asynchronous  JavaScript＋ＸＭＬ）の使用例としてGoogle  Ｍaps（商標）の動作手順が紹介されている。ここでは、地理上の位置（ｘ，ｙ）に存在する区域のＧＩＦ画像データを格納したサーバに対し、Internet  Explorer（商標）のようなｗｅｂブラウザがJavaScriptを使ってユーザが要求した地域の画像をアクセスすることにより、任意の地点の画像をＧＩＦが持っている任意の解像度で表示できる仕組みとなっている。勿論、ユーザが指定した地域を示す画像は１枚とは限らないので、複数の画像を連続的にアクセスする形になっている。
【０００７】
非特許文献２には、サーバ上に格納されたＪＰＥＧ２０００ファイルに対するユーザの関心領域をインタラクティブにアクセスする方法が開示されている。
【０００８】
本発明に最も関係があるのは、非特許文献１と非特許文献２に示された技術であろう。しかしながら、非特許文献１では、各地点の画像を主走査方向と副走査方向に順次アクセスするため、どれか１つのサーバや、それに至るネットワークがダウンしているときには、それ以降の画像がすべて動作可能であっても、ずっと待ち状態に入ってしまい可用性の面で問題がある。また、各地点の画像がタイリングやプレシンクト分割を行っていないＧＩＦにより作成されているため、各ＧＩＦ画像の縦横サイズと表示領域サイズとの大小関係によって、ＧＩＦ画像の多くの冗長部分をも通信経路で送られてしまうという伝送効率の面で問題がある。また、色成分も２５６色という制限があるため、オリジナル画像の色再現性について制約があり、さらに画質について多段のレイヤ構成をとることができない等の問題点がある。
【０００９】
また、非特許文献２には、あるクライアントからサーバへの要求／応答手順は規定されているが、コンテンツに関連するファイルが別々のサーバにあり、それらファイルをシームレスにアクセスするような方法については全く開示がない。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、複数のサーバに格納されているコンテンツの閲覧を容易に行うことができ、以下のような機能を備える画像処理システムを提供することにある。
（１）複数のサーバに分割されて格納されている画像を、描画領域の複数の部分領域にシームレスな画像として描画することができる画像処理システム。
（２）複数のサーバに格納されている複数の画像を、ズームレベルを同期化して閲覧することができる画像処理システム。
（３）複数のサーバに格納されている複数の画像を、パンを同期化して閲覧することができる画像処理システム。
（４）複数のサーバに格納されている複数の画像を、色成分を同期化して閲覧することができる画像処理システム。
（５）複数のサーバに格納されている複数の画像を、画質を同期化して閲覧することができる画像処理システム。
（６）複数のサーバに分割格納されている１つの文書の一連のページを同期化して閲覧することができる画像処理システム。
（７）複数のサーバに分割格納されている１つの構造化文書の前景、マスク、背景、合成画像を同期化して閲覧することができる画像処理システム。
（８）複数のサーバに格納されている文書の画像と隠しテキストを同期化して閲覧することができる画像処理システム。
（９）複数のサーバに格納されている文書の対応ページを同期化して閲覧することができる画像処理システム。
（１０）複数のサーバに格納されている画像を、対応位置を同期化して閲覧することができる画像処理システム。
（１１）複数のサーバに分割格納されている同一文書のマルチレイアウトオブジェクトとシングルレイアウトオブジェクトを同期化して閲覧することができる画像処理システム。
（１２）複数のサーバに分割格納されている動画の隣接フレームを同期化して閲覧することができる画像処理システム。
（１３）複数のサーバに格納されている複数の動画の対応シーンを同期化して閲覧することができる画像処理システム。
（１４）何らかの事由により、閲覧に必要なデータを正常に取得できないか取得に時間がかかるような場合に、システムの待ち状態が無用に継続しないようにした画像処理システム。
【課題を解決するための手段】
【００１１】
本発明の画像処理システムは、
コンピュータ上で動作する、ユーザが対話するプログラム（以下、ユーザアプリケーションと記す）と、
複数のクライアントと、
前記ユーザアプリケーションからの要求に応じて、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記ユーザアプリケーションの描画領域の複数の部分領域に対応した複数のファイル又はファイルの一部（以下、ターゲット等と記す）のデータを前記複数のサーバより取得させ、前記複数のクライアントから返される前記複数のターゲット等のデータを伸長した描画データを１つの描画データに結合して前記ユーザアプリケーションに渡す、前記コンピュータ上で動作するプログラム（以下、マルチターゲットコントローラと記す）と、
を有することを特徴とする。
【００１２】
本発明の画像処理システムのもう１つの特徴は、
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして、同じ画像のシームレスにつながる複数の部分画像のデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に１つの画像をシームレスに描画することである。
【００１３】
本発明の画像処理システムのもう１つの特徴は、
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等の同じズームレベルのデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に描画される画像のズームレベルを同期化することである。
【００１４】
本発明の画像処理システムのもう１つの特徴は、
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のパンしたデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に描画される画像のパンを同期化することである。
【００１５】
本発明の画像処理システムのもう１つの特徴は、
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等の同じ色成分のデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に描画される画像の色成分を同期化することである。
【００１６】
本発明の画像処理システムのもう１つの特徴は、
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等の同じ画質のデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に描画される画像の画質を同期化することである。
【００１７】
本発明の画像処理システムのもう１つの特徴は、
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして、同一文書の一連のページのデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に同一文書の一連のページを描画することである。
【００１８】
本発明の画像処理システムのもう１つの特徴は、
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして、少なくとも同一の構造化文書の前景、マスク、背景のデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に同一の構造化文書の前景画像、マスク画像、背景画像及び合成画像を描画することである。
【００１９】
保発明の画像処理システムのもう１つの特徴は、
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして、文書の画像のデータとテキスト情報とを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に描画される画像と隠しテキストとを同期化させることである。
【００２０】
本発明の画像処理システムのもう１つの特徴は、
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして、複数の文書の対応ページのデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に複数の文書の対応ページを描画することである。
【００２１】
本発明の画像処理システムのもう１つの特徴は、
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせて、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータを前記複数のサーバより取得させ、前記複数のクライアントから返される該複数のデータを伸長した複数の描画データを、その対応位置を一致させるように結合して前記ユーザアプリケーションに渡すことにより、前記描画領域の複数の部分領域に描画される複数の画像の対応位置を同期化することである。
【００２２】
本発明の画像処理システムのもう１つの特徴は、
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして、同一文書のマルチレイアウトオブジェクトとシングルレイアウトオブジェクトを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に同一文書のマルチレイアウトオブジェクトとシングルレイアウトオブジェクトを描画することである。
【００２３】
本発明の画像処理システムのもう１つの特徴は、
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして、同一の動画の隣接フレームのデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に同一の動画の隣接フレームを描画することである。
【００２４】
本発明の画像処理システムのもう１つの特徴は、
前記ユーザアプリケーションからの要求に応じて、前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記描画領域の複数の部分領域に対応した複数のターゲット等のデータとして、複数の動画の対応シーンのデータを前記複数のサーバより取得させることによって、前記描画領域の複数の部分領域に複数の動画の対応シーンを描画することである。
【００２５】
本発明の画像処理システムのもう１つの特徴は、
前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせてから、予め定めた時間内に応答を返さないクライアントが存在する場合には、当該クライアント以外のクライアントから返された描画データのみを結合して前記ユーザアプリケーションに渡すことである。
【００２６】
本発明の画像処理システムのもう１つの特徴は、
前記マルチターゲットコントローラが、前記複数のクライアントにより同期して複数のサーバをアクセスさせ、前記複数のクライアント中に正常な応答を返さないクライアントが存在する場合には、当該クライアント以外のクライアントから返された描画データのみを結合して前記ユーザアプリケーションに渡すことである。
【発明の効果】
【００２７】
本発明によれば、複数のサーバに分割して格納されている画像をシームレスな画像として閲覧することができる。複数のサーバに格納されている複数の画像を、ズームレベルを同期化して閲覧することができる。複数のサーバに格納されている複数の画像を、パンを同期化して閲覧することができる。複数のサーバに格納されている複数の画像を、色成分を同期化して閲覧することができる。複数のサーバに格納されている複数の画像を、画質を同期化して閲覧することができる。複数のサーバに分割格納されている１つの文書の一連のページを同期化して閲覧することができる。複数のサーバに分割格納されている１つの構造化文書の前景、マスク、背景、合成画像を同期化して閲覧することができる。複数のサーバに格納されている文書の画像と隠しテキストを同期化することができる。複数のサーバに格納されている文書の対応ページを同期化して閲覧することができる。複数のサーバに格納されている画像を、対応位置を同期化して閲覧することができる。複数のサーバに分割格納されている同一文書のマルチレイアウトオブジェクトとシングルレイアウトオブジェクトを同期化して閲覧することができる。複数のサーバに分割格納されている動画の隣接フレームを同期化して閲覧することができる。複数のサーバに格納されている複数の動画の対応シーンを同期化して閲覧することができる等、複数のサーバに格納されているコンテンツの閲覧のための優れた機能を備え、また、何らかの事由により、閲覧に必要なデータを正常に取得できないか取得に時間がかかるような場合に、システムの待ち状態が無用に継続しない、可用性の点でも優れた画像処理システムを提供することができる。
【図面の簡単な説明】
【００２８】
【図１】本発明の画像処理システムの構成を説明するためのブロック図である。
【図２】マルチターゲットコントローラの基本的動作を示すフローチャートである。
【図３】複数のサーバに格納された画像をシームレスに表示する例と、ターゲット等に対応する各クライアントへのパラメータマッピングを示す図である。
【図４】動画の隣接フレームを同期化して表示する例を示す図である。
【図５】ズームの説明のための図である。
【図６】ズーム操作やパン操作を説明するための図である。
【図７】色成分の同期化を説明する図である。
【図８】画質の同期化を説明する図である。
【図９】一連のページの同期を説明する図である。
【図１０】構造化文書の前景、背景、マスク、合成画像の同期化を説明する図である。
【図１１】画像と隠しテキストの同期化とテキスト検索を説明する図である。
【図１２】複数文書の対応位置の同期化を説明する図である。
【図１３】マルチレイアウトオブジェクトとシングルレイアウトオブジェクトの同期化を説明する図である。
【図１４】一部サーバからの応答が規定時間内に無かった場合の表示例を示す図である。
【図１５】シングルターゲットの場合を考慮したマルチターゲットコントローラの基本的動作を示すフローチャートである。
【発明を実施するための最良の形態】
【００２９】
以下、図面を参照し、本発明の実施形態について詳細に説明する。
【００３０】
図１は、本発明に係る画像処理システムの構成を説明するためのブロック図である。この画像処理システムは、パーソナルコンピュータのようなコンピュータ上でソフトウェアにより実現されるものであり、ユーザが直接的に対話するアプリケーションプログラム（ここではユーザアプリケーションと呼ぶ）１００と、マルチターゲットコントローラ１２０と、複数のクライアント１４０とから構成される。なお、クライアント１４０は、ユーザアプリケーション１００やマルチターゲットコントローラ１２０が動作するコンピュータとは別の１又は２以上のコンピュータ上で動作するものであってもよく、ハードウェアとして実現されてもよいが、対応したクライアントとサーバの組がそれぞれ独立してクライアントサーバモデルに従って動作することができなければならない。
【００３１】
この画像処理システムにおいて、ユーザは、ユーザアプリケーション１００との対話により画像の閲覧やそれに関連した操作、画像の保存等の操作を行うことができる。ユーザアプリケーション１００と複数のクライアント１４０との間にマルチターゲットコントローラ１２０を介在させることにより、ユーザアプリケーションから見ると、そのビューウィンドウである描画領域に表示すべきターゲット等（ファイル又はファイルの一部）が２以上のサーバに分散している場合であっても、あたかも１つのサーバに対しアクセスしているかのように動作させることができる。
【００３２】
すなわち、ユーザアプリケーション１００の描画領域に表示すべきデータ（ターゲット等）が複数のサーバに分散している場合、マルチターゲットコントローラ１２０は、ユーザアプリケーション１００から依頼されたウィンドゥ要求パラメータに従って、それら各サーバをアクセスする各クライアント１４０に対しウィンドウ要求パラメータを発行することにより、各クライアント１４０から各サーバに対しウィンドウ要求を同期して発行させる。各クライアント１４０は、各サーバから返されたデータ（通常、圧縮符号）を伸長した描画データをマルチターゲットコントローラ１２０に返す。マルチターゲットコントローラ１２０は、各クライアント１４０から返された描画データを描画領域内の描画位置に配置した１つの描画データに結合し、それを１つの要求結果としてユーザアプリケーション１００に返す動作を行う。
【００３３】
このような動作を行うため、後述のように、描画領域に表示される複数のターゲット等について、ズームレベル、パン等を同期化させることができる等の多くの利益を得られる。
【００３４】
マルチターゲットコントローラ１２０は、その機能を概括的に分割するならば、描画領域管理手段１２１、要求パラメータ分割手段１２２、描画データ結合手段１２３に分割することができる。マルチターゲットコントローラ１２０に、必要に応じてタイマ１２４を備えることができる。なお、このような機能的分割は絶対的なものではなく、機能的に様々に分割した実装形態をとり得るものである。
【００３５】
各クライアント１４０は、機能的には、全体的動作を制御する制御手段１４１、マルチターゲットコントローラ１２０から送られるパラメータを受け取るパラメータ受け取り手段１４２、リモートのサーバをアクセスするサーバアクセス手段１４３、アクセスしたサーバから返されたデータを一時的に保存するキャッシュ手段１４４、圧縮符号を伸長する伸長手段１４５、圧縮手段１４５により伸長されたデータをマルチターゲットコントローラ１２０送信するまで一時的に保存するバッファ手段１４６を含む一般的な構成のものである。
【００３６】
次に、マルチターゲットコントローラ１２０の各手段について説明する。
【００３７】
＜描画領域管理手段１２１＞
描画領域管理手段１２１は、描画領域（ユーザアプリケーション１００から見たビューウィンドウ）のどの部分がどのクライアント１４０（どのサーバと）と関連を持ち、クライアント１４０から返された描画データを描画領域のどの位置にどのような大きさで描画すればよいか等のパラメータを管理する。具体的には、描画領域管理手段１２１は、「サーバ名」「ファイル名」「プロトコル名」「チャネル名」「ビューウィンドゥ要求パラメータ」「メタデータ要求パラメータ」「バッファサイズパラメータ」「サーバ制御パラメータ」「キャッシュ管理パラメータ」「アップロードパラメータ」「クライアントの能力パラメータ」「描画位置」等のパラメータを、クライアント１０４毎に独立に管理している。
【００３８】
＜要求パラメータ分割手段１２２＞
要求パラメータ分割手段１２２は、ユーザアプリケーション１００から指定された要求パラメータを、描画領域の一部にそれぞれ関連している各クライアント１４０がアクセスするサーバへのウィンドゥ要求に必要なパラメータに分解し、各クライアントに対しウィンドウ要求パラメータを発行する。要求パラメータ分割手段１２２から出力されるパラメータの種類や値は、下位のプロトコル（描画領域管理手段１２１で把握しているプロトコル）によって異なる。例えば、下位のプロトコルがＦＴＰプロトコルであればサーバ名、ファイル名等であって画像の一部を示すパラメータは無いが、ＪＰＩＰプロトコルでは上記したような描画領域管理手段１２１が管理している様々なパラメータを付随させることができる。
【００３９】
＜描画データ結合手段１２３＞
描画データ結合手段１２３は、各クライアント１４０から返された描画データを、描画領域管理手段１２１で管理している描画位置に配置した１つの描画データに結合する。この結合後の描画データが要求結果としてユーザアプリケーション１００に渡される。
【００４０】
図２は、マルチターゲットコントローラ１２０の基本的動作を示すフローチャートである。
【００４１】
ユーザアプリケーション１００から要求があると（ｓｔｅｐ２，Ｙｅｓ）、要求パラメータ分割手段１２２により下位のプロトコルに必要な各ターゲット等別（クライアント別）の要求パラメータに分解し、それを対応したクライアント１４０へ渡し（ｓｔｅｐ３）、クライアント１４０からの応答を待つ。複数のクライアント１４０は同期して（あるいは順番に）複数のサーバにアクセスするが、サーバからデータが返るのは非同期的である。
【００４２】
あるクライアント１４０から描画データが返されると（ｓｔｅｐ４，Ｙｅｓ）、描画データ結合手段１２３でその描画データを既に受領した描画データと結合する（ｓｔｅｐ５）。全ての描画データが返るまで同様の動作が繰り返される（ｓｔｅｐ４〜ｓｔｅｐ６）。
【００４３】
最後の描画データまで受領し結合すると（ｓｔｅｐ６，Ｙｅｓ）、結合済みの描画データをユーザアプリケーション１００に返す（ｓｔｅｐ７）。
【００４４】
以上、本発明の画像処理システムについて一般化して説明をした。以下において、下位プロトコルが非特許文献２に記載されているＪＰＩＰプロトコルであるものとして、すなわち、クライアント１４０とサーバがＪＰＩＰプロトコルを利用するＪＰＩＰクライアントとＪＰＩＰサーバであるものとして、実施形態をより具体的に説明する。
【００４５】
なお、すでに述べたように、「ターゲット等」とは、ターゲット（＝ファイル）、サブターゲット（＝ファイルの一部）の両方を意味する。
【実施例１】
【００４６】
ここでは、図３に示すように、描画領域（＝ＪＰＩＰにおける関心領域）に表示するためのターゲット等として、サーバ（１）にあるターゲット等１、サーバ（２）にあるターゲット等２、サーバ（３）にあるターゲット等３、サーバ（４）にあるターゲット等４をアクセスし、そのデータを伸長した描画データを描画領域の描画位置１，２，３，４にそれぞれマッピングするような場合について説明する。なお、ここでは、４つのターゲット等は領域的にはつながった１つの画像の分割画像であり、それらをシームレスな画像として表示させるものとしている。
【００４７】
マルチターゲットコントローラ１２０において、描画領域管理手段１２１は、
クライアント（１）について
サーバ名＝サーバ１、
ターゲット等名＝ファイル１、
プロトコル名＝ＪＰＩＰ、
チャネル名＝０、
ビューウィンドゥ要求パラメータ＝（後述）
メタデータ要求パラメータ＝（必要に応じて）
バッファサイズパラメータ＝（必要に応じて）
サーバ制御パラメータ＝（必要に応じて）
キャッシュ管理パラメータ＝（必要に応じて）
アップロードパラメータ＝（必要に応じて）
クライアントの能力パラメータ＝（必要に応じて）
描画位置＝描画位置１
の様にパラメータをセットする。他のクライアント（２）（３）（４）についても同様にパラメータをセットする。
【００４８】
要求パラメータ分割手段１２２は、ユーザアプリケーション１００から指定されたビューウィンドゥ要求パラメータを、描画領域の一部に関連しているクライアント（１）〜（４）がサーバ（１）〜（４）に対して発行するウィンドゥ要求に必要なパラメータに分解する。
【００４９】
ここでは、先に触れた如く、図３に示すように描画領域（＝関心領域）の縦横４つの領域それぞれに表示されるターゲット等は別々のサーバ（１）〜（４）に格納されおり、これら４つのターゲット等をアクセスして取得したデータを伸長した描画データを対応した描画位置１〜４にシームレスな画像として描画する場合である。
【００５０】
なお、図３においては、４つの画像のサイズは同一となっているが、次に記す式でも分かる様に、必ずしもこれにこだわる必要はなく、例えば、サーバに格納されているＪＰＥＧ２０００ファイルごとにタイルサイズやプレシンクトサイズ等のパラメータが異なる場合でも一般性を損なわない（非特許文献３参照）。
【００５１】
非特許文献２の「Ｃ．４．２，Ｃ．４．３，Ｃ．４．４」によれば、パラメータは負で無い整数と定義されているので、各クライアント１４０に対しては、ユーザアプリケーション１００から渡されたビューウィンドゥ要求パラメータを、そのような形に変換して渡す（発行する）必要がある。
【００５２】
今、ユーザアプリケーション１１０が発生したビューウィンドゥ要求パラメータが、
ｆｓｉｚ＝（フレームサイズ）＝ｆｘ，ｆｙ
ｒｏｆｆ＝（表示領域の原点から関心領域へのオフセット）＝ｏｘ，ｏｙ
ｒｓｉｚ＝（関心領域のサイズ）＝ｓｘ，ｓｙ
であるものとする。これに対して、
サーバ１上にあるターゲット等１に対するビューウィンドゥ要求パラメータを
ｆｓｉｚ１＝（フレームサイズ１）＝ｆｘ１，ｆｙ１
ｒｏｆｆ１＝（表示領域の原点から関心領域へのオフセット１）＝ｏｘ１，ｏｙ１
ｒｓｉｚ１＝（関心領域のサイズ１）＝ｓｘ１，ｓｙ１
であるものとし、
サーバ２上にあるターゲット等２に対するビューウィンドゥ要求パラメータを
ｆｓｉｚ２＝（フレームサイズ２）＝ｆｘ２，ｆｙ２
ｒｏｆｆ２＝（表示領域の原点から関心領域へのオフセット２）＝ｏｘ２，ｏｙ２
ｒｓｉｚ２＝（関心領域のサイズ２）＝ｓｘ２，ｓｙ２
であるものとし、
サーバ３上にあるターゲット等３に対するビューウィンドゥ要求パラメータを
ｆｓｉｚ３＝（フレームサイズ３）＝ｆｘ３，ｆｙ３
ｒｏｆｆ３＝（表示領域の原点から関心領域へのオフセット３）＝ｏｘ３，ｏｙ３
ｒｓｉｚ３＝（関心領域のサイズ３）＝ｓｘ３，ｓｙ３
サーバ４上にあるターゲット等４に対するビューウィンドゥ要求パラメータを
ｆｓｉｚ４＝（フレームサイズ４）＝ｆｘ４，ｆｙ４
ｒｏｆｆ４＝（表示領域の原点から関心領域へのオフセット４）＝ｏｘ４，ｏｙ４
ｒｓｉｚ４＝（関心領域のサイズ４）＝ｓｘ４，ｓｙ４
であるものとする。図３において、網掛けされたパラメータは既知であり、白背景に書かれたパラメータは未知であるが、描画領域管理手段１２１は、それらのパラメータの相互の関係により未知のパラメータを確定することができる。
【００５３】
今、マルチターゲットコントローラ１２０の描画領域管理手段１２１が下記の表1に示す様に情報管理をしているとし、要求パラメータ分割手段１２２は下記表1とユーザが示した関心領域の座標との関係から各サーバへ送るパラメータを決定する。
【００５４】
【表１】
0005196181.tif 000002
【００５５】
すなわち、要求パラメータ分割手段１２２は、クライアント（１）〜（４）に対して次のようにパラメータを確定し発行する。
サーバ（１）をアクセスするクライアント（１）に対して、
（１）ターゲットフィールドパラメータ
ｔａｒｇｅｔ＝”ファイル１”
（２）チャネルフィールド
（ｏｘ１≧ｆｘ１  ＝  ｏｘ≧ｆｘ１）
または
（ｏｙ１≧ｆｙ１  ＝  ｏｙ≧ｆｙ１）
が成立したらｃｃｌｏｓｅ（チャネルを閉じる）、
（ｏｘ１＜ｆｘ１  ＝  ｏｘ＜ｆｘ）
かつ
（ｏｙ１＜ｆｙ１  ＝  ｏｙ＜ｆｙ）
または
チャネル名＝０
が成立したらＣＮＥＷ発行（新しいチャネルをアサインする）
（３）ビューウィンドゥ要求パラメータ
ｆｓｉｚ＝ｆｘ１，ｆｙ１
ｒｏｆｆ＝ｏｘ１，ｏｙ１＝ｏｘ，ｏｙ
ｒｓｉｚ＝ｍｉｎ（ｓｘ１，ｓｘ），ｍｉｎ（ｓｙ１，ｓｙ）
＝ｍｉｎ（ｆｘ１−ｏｘ１，ｓｘ），ｍｉｎ（ｆｙ１−ｏｙ１，ｓｙ）
＝ｍｉｎ（ｆｘ１−ｏｘ，ｓｘ），ｍｉｎ（ｆｙ１−ｏｙ，ｓｙ）
サーバ（２）をアクセスするクライアント（２）に対して、
（１）ターゲットフィールドパラメータ
ｔａｒｇｅｔ＝”ファイル２”
（２）チャネルフィールド
（ｏｘ２≧ｆｘ２  ＝  ｏｘ≧ｆｘ２）
または
（ｏｙ２≧ｆｙ２  ＝  ｏｙ≧ｆｙ２）
が成立したらｃｃｌｏｓｅ（チャネルを閉じる）、
（ｏｘ２＜ｆｘ２  ＝  ｏｘ＜ｆｘ）
かつ
（ｏｙ２＜ｆｙ２  ＝  ｏｙ＜ｆｙ）
または
チャネル名＝０
が成立したらＣＮＥＷ発行（新しいチャネルをアサインする）
（３）ビューウィンドゥ要求パラメータ
ｆｓｉｚ＝ｆｘ２，ｆｙ２
ｒｏｆｆ＝ｏｘ２，ｏｙ２＝０，ｏｙ
ｒｓｉｚ＝ｍｉｎ（ｓｘ２，ｓｘ），ｍｉｎ（ｓｙ２，ｓｙ）
＝ｍｉｎ（ｆｘ２−ｏｘ２，ｓｘ），ｍｉｎ（ｆｙ２−ｏｙ２，ｓｙ）
＝ｍｉｎ（ｆｘ２，ｓｘ），ｍｉｎ（ｆｙ２−ｏｙ，ｓｙ）
サーバ（３）をアクセスするクライアント（３）に対して、
（１）ターゲットフィールドパラメータ
ｔａｒｇｅｔ＝”ファイル３”
（２）チャネルフィールド
（ｏｘ３≧ｆｘ３  ＝  ｏｘ≧ｆｘ３）
または
（ｏｙ３≧ｆｙ３  ＝  ｏｙ≧ｆｙ３）
が成立したらｃｃｌｏｓｅ（チャネルを閉じる）、
（ｏｘ３＜ｆｘ３  ＝  ｏｘ＜ｆｘ）
かつ
（ｏｙ３＜ｆｙ３  ＝  ｏｙ＜ｆｙ））
または
チャネル名＝０
が成立したらＣＮＥＷ発行（新しいチャネルをアサインする）
（３）ビューウィンドゥ要求パラメータ
ｆｓｉｚ＝ｆｘ３，ｆｙ３
ｒｏｆｆ＝ｏｘ３，ｏｙ３＝ｏｘ，０
ｒｓｉｚ＝ｍｉｎ（ｓｘ３，ｓｘ），ｍｉｎ（ｓｙ３，ｓｙ）
＝ｍｉｎ（ｆｘ３−ｏｘ３，ｓｘ），ｍｉｎ（ｆｙ３−ｏｙ３，ｓｙ）
＝ｍｉｎ（ｆｘ３−ｏｘ，ｓｘ），ｍｉｎ（ｆｙ３，ｓｙ）
サーバ（４）にアクセスするクライアント（４）に対して、
（１）ターゲットフィールドパラメータ
ｔａｒｇｅｔ＝”ファイル４”
（２）チャネルフィールド
（ｏｘ４≧ｆｘ４  ＝  ｏｘ≧ｆｘ４）
または
（ｏｙ４≧ｆｙ４  ＝  ｏｙ≧ｆｙ４）
が成立したらｃｃｌｏｓｅ（チャネルを閉じる）、
（ｏｘ４＜ｆｘ４  ＝  ｏｘ＜ｆｘ）
かつ
（ｏｙ４＜ｆｙ４  ＝  ｏｙ＜ｆｙ））
または
チャネル名＝０
が成立したらＣＮＥＷ発行（新しいチャネルをアサインする）
（３）ビューウィンドゥ要求パラメータ
ｆｓｉｚ＝ｆｘ４，ｆｙ４
ｒｏｆｆ＝ｏｘ４，ｏｙ４＝０，０
ｒｓｉｚ＝ｍｉｎ（ｓｘ４，ｓｘ），ｍｉｎ（ｓｙ４，ｓｙ）
＝ｍｉｎ（ｆｘ４−ｏｘ４，ｓｘ），ｍｉｎ（ｆｙ４−ｏｙ４，ｓｙ）
＝ｍｉｎ（ｆｘ４，ｓｘ），ｍｉｎ（ｆｙ４，ｓｙ）
【００５６】
クライアント（１）〜（４）においては、マルチターゲットコントローラ１２０から渡されたパラメータをパラメータ受け取り手段１４２で受領し、そのパラメータに基づき、サーバアクセス手段１４３によりサーバ（１）〜（４）に対するウィンドウ要求を同期し発行する。サーバ（１）〜（４）から要求されたターゲット等のデータがクライアント
（１）〜（４）へ返されるが、これは必ずしも同期的ではない。クライアント（１）〜（４）はサーバ（１）〜（４）から返されたデータ（ここではＪＰＥＧ２０００符号）をキャッシュ手段１４４に追加し、キャッシュ手段１４４にキャッシュされたデータを伸長手段１４５で伸長し、伸長した描画データをバッファ手段１４６を経由してマルチターゲットコントローラ１２０へ返す。マルチターゲットコントローラ１２０の描画データ結合手段１２３は、クライアント（１）〜（４）から返された描画データを、描画領域管理手段１２１で管理されている描画位置に配置した１つの描画データに結合する。このように結合された描画データがユーザアプリケーション１００へ渡されることにより、図３に示すように描画領域（＝関心領域）に４つのターゲット等の画像が描画される。
【００５７】
なお、図３の例では、４つのターゲット等は領域的にはつながった１つの画像の分割画像であった。図４に示すように、４つのターゲット等が１つの動画の隣接した４フレームの場合も同様に扱うことができ、この場合、４つの隣接フレームの表示を同期化させることができる。また、４つのターゲット等が４つの動画の対応シーンの場合も同様に扱うことができ、この場合、４つの動画の対応シーンの表示を同期化させることができる。
【実施例２】
【００５８】
ここでは、例えば図３のように４つのターゲット等に分割された画像が表示されている状態で、ユーザアプリケーション１００からズーム（ズームイン又はズームアウト）要求が発行された場合の動作について説明する。
【００５９】
図５は、図３におけるターゲット等１を例にズームインを説明するための図であり、ターゲット等１のサイズと図３に示したウィンドウ要求パラメータとの関係を示している。他のターゲット等２〜４についても同様に考えることができる。
【００６０】
ここで、原画の各パラメータのサイズの意味は非特許文献２の「Ｃ．１式」で定義されている通り、
Ｘｓｉｚ１＝画像１の横方向の長さ
Ｙｓｉｚ１＝画像１の縦方向の長さ
ＸＯｓｉｚ１＝リファレンスグリッドでの画像１の横方向のオフセット
ＹＯｓｉｚ１＝リファレンスグリッドでの画像１の縦方向のオフセット
ｆｘ１＝ＪＰＩＰクライアント１のフレームサイズのＸ方向の長さ
ｆｙ１＝ＪＰＩＰクライアント１のフレームサイズのＹ方向の長さ
である。したがって、各解像度レベルでのサイズは、
Ｘｓｉｚ１’＝画像１の解像度レベルｒでの横方向の長さ
Ｙｓｉｚ１’＝画像１の解像度レベルｒでの縦方向の長さ
ＸＯｓｉｚ１’＝リファレンスグリッドでの画像１の解像度レベルｒでの横方向のオフセット
ＹＯｓｉｚ１’＝リファレンスグリッドでの画像１の解像度レベルｒでの縦方向のオフセット
ｆｘ１’＝ＪＰＩＰクライアント１の解像度レベルｒでのフレームサイズのＸ方向の長さ
ｆｙ１’＝ＪＰＩＰクライアント１の解像度レベルｒでのフレームサイズのＹ方向の長さ
となる。
【００６１】
図５を見ると分かるように、
Ｘｓｉｚ１’−ＸＯｓｉｚ１’＝Ｆｘ１’
が成り立つことから、マルチターゲットコントローラ１２０において、描画領域管理手段１２１は、ビューウィンドウ要求パラメータに既に書かれているＦｓｉｚについて、ズームイン、ズームアウトのいずれの場合においても、
倍率＝新たに設定したいサイズ／現在のサイズ
として、図２のｓｔｅｐ３で、管理しているすべてのクライアントについて同期して、
新しいＦｓｉｚ＝以前のＦｓｉｚ＊倍率
とするように動作させるだけでよい。これがズーム要求時に特有の描画領域管理手段１２１の機能説明である。描画領域管理手段１２１のこれ以外の動作、要求パラメータ分割手段１２３及び描画データ結合手段１２３の動作は前記実施例１と同様である。
【００６２】
クライアント（１）〜（４）から同期してズームのためのビューウィンドウ要求が発行され、これに対しサーバ（１）〜（４）から同じズームレベルのデータが返され、それを伸長したズーム後の描画データがクライアント（１）〜（４）からマルチターゲットコントローラ１２０へ返され、描画データ結合手段１２３により結合された１つの描画データがズーム要求の結果としてユーザアプリケーション１００へ渡される結果、ズームレベルの同期化がなされる。
【００６３】
このように、ユーザアプリケーションから見ると、ズーム要求動作においても、あたかも１つのサーバに対しアクセスしているかのように動作させ、全てのターゲット等のズームレベルを同期化することができる。そして、画像がターゲット等１〜４に分割されていても、描画領域（関心領域）内の画像はシームレスに見える（図６の（ｂ）参照）。
【００６４】
なお、図４に示すように１つの動画の隣接した４フレームを表示させるような場合や、４つの動画の対応フレームを表示させるような場合においても、同様の同期化したズーム操作が可能であることは明らかである。
【実施例３】
【００６５】
ここでは、例えば図３のように４つのターゲット等に分割された画像が表示されている状態で、ユーザアプリケーション１００からパン要求が発行された場合の動作について説明する。
【００６６】
図３を見ると分かるように、
Ｏｘ１＝ターゲット等１に対するＸ方向のオフセット
Ｏｙ１＝ターゲット等１に対するＹ方向のオフセット
Ｏｘ１’＝ターゲット等１に対する解像度レベルｒでのＸ方向のオフセット
Ｏｙ１’＝ターゲット等１に対する解像度レベルｒでのＹ方向のオフセット
であることから、描画領域管理手段１２１は、ビューウィンドゥ要求パラメータにおいて既に書かれているＲｏｆｆについて、図２のｓｔｅｐ３で、管理しているすべてのクライアントを、
ターゲットｉに対する新しいＲｏｆｆ＝（Ｏｘｉ’，Ｏｙｉ’）
として同期して動作させるだけでよい。以上がパン要求時に特有の描画領域管理手段１２１の機能説明である。描画領域管理手段１２１のこれ以外の動作、要求パラメータ分割手段１２２及び描画データ結合手段１２３の動作は前記実施例１と同様である。
【００６７】
クライアント（１）〜（４）から同期してパン操作のためのビューウィンドウ要求が発行され、これに対しサーバ（１）〜（４）からパンしたデータが返され、それを伸長した描画データがクライアント（１）〜（４）からマルチターゲットコントローラ１２０へ返され、描画データ結合手段１２３により結合された１つの描画データがパン要求の結果としてユーザアプリケーション１００へ渡される。
【００６８】
このように、ユーザアプリケーションから見ると、パン要求においても、あたかも１つのサーバに対しアクセスしているかのように動作させ、全てのターゲット等のパンを同期化させることができる。そして、画像が複数のターゲット等に分割されていても、描画領域（関心領域）内の画像はシームレスに見える（図６の（ｃ）参照）。
【００６９】
なお、図４に示すように１つの動画の隣接した４フレームを表示するような場合においても、また、４つの動画の対応シーンを表示するような場合においても、同様のパンの同期化が可能であることは明らかである。
【実施例４】
【００７０】
ここでは、例えば、図３のように４つのターゲット等に分割された画像が表示されている状態で、モノクロ表示に変更するためにユーザアプリケーション１００から色成分要求が発行された場合の動作について説明する。
【００７１】
非特許文献２の「Ｃ．４．５」に記載されているように、ＪＰＩＰウィンドゥ要求パラメータには色成分を示すｃｏｍｐｓがある。
【００７２】
例えば、表示画像をカラーからモノクロに変更したい場合、クライアント（１）〜（４）からサーバ（１）〜（４）に対し、ｃｏｍｐｓ＝０を統一的に付随させたビューウィンドゥ要求をさせる必要がある。
【００７３】
そこで、描画領域管理手段１２１は、
サーバ（１）にアクセスするクライアント（１）について
Ｆｓｉｚ１＝ｆｘ１’，ｆｙ１’＆Ｒｏｆｆ＝ｏｘ１’，ｏｙ１’＆Ｒｓｉｚ＝
ｓｘ１’＆ｓｙ１’＆ｃｏｍｐｓ＝０
とセットし、
サーバ（２）にアクセスするクライアント（２）について
Ｆｓｉｚ２＝ｆｘ２’，ｆｙ２’＆Ｒｏｆｆ＝ｏｘ２’，ｏｙ２’＆Ｒｓｉｚ＝
ｓｘ２’＆ｓｙ２’＆ｃｏｍｐｓ＝０
とセットし、
サーバ（３）にアクセスするクライアント（３）について
Ｆｓｉｚ３＝ｆｘ３’，ｆｙ３’＆Ｒｏｆｆ＝ｏｘ３’，ｏｙ３’＆Ｒｓｉｚ＝
ｓｘ３’＆ｓｙ３’＆ｃｏｍｐｓ＝０
とセットし、
サーバ（４）にアクセスするクライアント（４）について
Ｆｓｉｚ４＝ｆｘ４’，ｆｙ４’＆Ｒｏｆｆ＝ｏｘ４’，ｏｙ４’＆Ｒｓｉｚ＝
ｓｘ４’＆ｓｙ４’＆ｃｏｍｐｓ＝０
とセットすればよい。
【００７４】
以上が色成分要求時に特有の描画領域管理手段１２１の機能説明である。描画領域管理手段１２１のこれ以外の動作、要求パラメータ分割手段１２２及び描画データ結合手段１２３の動作は前記実施例１と同様である。
【００７５】
クライアント（１）〜（４）から同期して色成分要求（ここではモノクロ表示のためのビューウィンドウ要求）が発行され、これに対しサーバ（１）〜（４）から同じ色成分（この例では輝度の成分）のデータが返され、それを伸長した描画データがクライアント（１）〜（４）からマルチターゲットコントローラ１２０へ返され、描画データ結合手段１２３により結合された１つの描画データが色成分要求の結果としてユーザアプリケーション１００へ渡される。
【００７６】
このように、ユーザアプリケーションから見ると、色成分要求においても、あたかも１つのサーバに対しアクセスしているかのように動作させ、全てのターゲット等のモノクロ表示を同期化させることができる。
【００７７】
例えば、本発明を適用しない場合、図７（ａ）のようにカラー画像とモノクロ画像が混在するような表示となることがある。本発明によれば、図７（ｂ）のように全ての画像をモノクロ表示に同期化することができる。
【００７８】
なお、モノクロ表示の状態で、カラー表示に変更したい場合、ｃｏｍｐｓ＝１，２を追加し、各ターゲット等の色差成分のみをアクセスさせるようにすればよいことは明らかである。
【００７９】
また、図４に示すように１つの動画の隣接した４フレームを表示するような場合においても、同様の同期したモノクロ化や逆に同期したカラー化を行うことができることは明らかである。
【実施例５】
【００８０】
ここでは、例えば図３のように４つのターゲット等に分割された画像が表示されている状態で、画質を変更するためにユーザアプリケーション１００から画質要求を発行した場合の動作について説明する。
【００８１】
非特許文献２に記載の通り、ＪＰＩＰのウィンドゥ要求パラメータには、画質を指定するｌａｙｅｒｓがある。
【００８２】
例えば、ｌａｙｅｒｓ＝２の画質に変更したい場合、クライアント（１）〜（４）からサーバ（１）〜（４）に対し、ｌａｙｅｒｓ＝２を統一的に付随させたビューウィンドゥ要求を発行させる必要がある。そこで、この場合には、マルチターゲットコントローラ１２０の描画領域管理手段１２１は、
サーバ（１）をアクセスするクライアント（１）について
Ｆｓｉｚ１＝ｆｘ１’，ｆｙ１’＆Ｒｏｆｆ＝ｏｘ１’，ｏｙ１’＆Ｒｓｉｚ＝
ｓｘ１’＆ｓｙ１’＆ｌａｙｅｒｓ＝２
サーバ（２）をアクセスするクライアント（２）について
Ｆｓｉｚ２＝ｆｘ２’，ｆｙ２’＆Ｒｏｆｆ＝ｏｘ２’，ｏｙ２’＆Ｒｓｉｚ＝
ｓｘ２’＆ｓｙ２’＆ｌａｙｅｒｓ＝２
サーバ（３）をアクセスするクライアント（３）について
Ｆｓｉｚ３＝ｆｘ３’，ｆｙ３’＆Ｒｏｆｆ＝ｏｘ３’，ｏｙ３’＆Ｒｓｉｚ＝
ｓｘ３’＆ｓｙ３’＆ｌａｙｅｒｓ＝２
サーバ（３）をアクセスするクライアント（４）について
Ｆｓｉｚ４＝ｆｘ４’，ｆｙ４’＆Ｒｏｆｆ＝ｏｘ４’，ｏｙ４’＆Ｒｓｉｚ＝
ｓｘ４’＆ｓｙ４’＆ｌａｙｅｒｓ＝２
というようにセットする。以上が画質要求時に特有の描画領域管理手段１２１の機能説明である。描画領域管理手段１２１のこれ以外の動作、要求パラメータ分割手段１２２及び描画データ結合手段１２３の動作は前記実施例１と同様である。
【００８３】
クライアント（１）〜（４）から同期して画質要求（ここではｌａｙｅｒｅｓ＝２に統一されたビューウィンドウ要求）が発行され、これに対しサーバ（１）〜（４）から同じ画質のデータが返され、それを伸長した描画データがクライアント（１）〜（４）からマルチターゲットコントローラ１２０へ返され、描画データ結合手段１２３により結合された１つの描画データが画質要求の結果としてユーザアプリケーション１００へ渡される。
【００８４】
このように、ユーザアプリケーションから見ると、画質要求においても、あたかも１つのサーバに対しアクセスしているかのように動作させ、全てのターゲット等の画質を同期化させることができる。
【００８５】
本発明を適用しない場合、図８（ａ）のように画質の異なった領域が混在した状態になることがある。本発明によれば、ユーザアプリケーション１００で画質要求を発行すると、図８（ｂ）のように全領域を同じ画質に同期化させることができる。
【００８６】
なお、図４に示すように１つの動画の隣接した４フレームを表示するような場合においても、また、４つの動画の対応シーンを表示するような場合においても、ユーザアプリケーション１００で画質要求を発行することにより、全てのフレームもしくはシーンの画質を同期化することができることは明らかである。
【実施例６】
【００８７】
例えば、図３に示すように４つのターゲット等を伸長して規定の位置に描画したような場合に、隣接した画像の境界付近や各画像内のタイル境界付近に歪みが発生することがある。ここでは、そのような境界歪みの少ないシームレスで高画質な画像を表示できるようにする実施例について説明する。
【００８８】
この実施例では、特許文献４に開示されているようなタイル境界歪み抑制手段が、各クライアント１４０の内部に例えば伸長手段１４５に付加するような形で追加される。
【００８９】
また、マルチターゲットコントローラ１２０描画領域管理手段１２１に新たなエントリが作られ、例えば
タイル境界歪み抑制位置＝下、右
という様な、タイル境界歪みを抑制する場所を示すパラメータが追加される。
【００９０】
各クライアント１４０で伸長されるターゲット等の内部で発生するタイル境界歪みの抑制は、特許文献４に記載されているような手順でウェーブレット係数値を補正し逆ウェーブレット変換することにより行われる。
【００９１】
あるクライアントで伸長されるターゲット等と別のクライアントで伸長されるターゲット等との間における、描画領域管理手段１２１の「タイル境界歪み抑制位置」パラメータが示す位置にあるタイル境界歪みの抑制は、一方のクライアントから当該タイルのウェーブレット係数をマルチターゲットコントローラ経由で他方のクライアントへ移動し、当該クライアント内で、同一画像内のタイル境界歪み抑制の場合と同様に、当該ウェーブレット係数を補正後に逆ウェーブレット変換することによって行われる。なお、このように異なったターゲット等間で境界歪抑制が行われた描画データについては、描画データ結合手段１２３は、クライアント間でウェーブレット変換係数を移動した分だけずらせて結合しなければならない。
【００９２】
こうして表示領域内の異なるターゲット等間にわたる境界歪も抑制された高画質な描画データがユーザアプリケーション１００に返される。以上に述べた以外の動作は前記実施例１と同様である。
【実施例７】
【００９３】
ここでは、複数のサーバに分割格納された文書の一連のページを同期化して閲覧する場合について説明する。一例として、図９（ａ）に示すように表示されている４つのターゲット等が文書の連続しないページＰ１，Ｐ３４，Ｐ８，Ｐ２３であるような状態で、ユーザアプリケーション１００より一連のページ要求が発行され、描画領域（関心領域）内のカーソル（矢印）の位置するページＰ２３を基準にして、連続したページの表示（一連のページの同期化）を行う場合について説明する。
【００９４】
非特許文献４の「Ｃ．４．１０」に記載されているように、ＪＰＩＰウィンドゥ要求パラメータには、一連のページを示す
ｊｐｍ−ｃｏｎｔｅｘｔ＝ｊｐｍｐ＜ページ番号＞
がある。
【００９５】
図９（ａ）の状態で一連のページ要求が発行された場合、カーソルがあるターゲット等４のページ番号（２３）を基準にして、他の３つのターゲット等１，２，３が格納されているサーバ（１），（２），（３）に対し、次のようにｊｐｍ−ｃｏｎｔｅｘｔ＝ｊｐｍｐ＜ページ番号＞を統一的に付随させたビューウィンドゥ要求をさせるようにクライアントごとのパラメータをセットする。
クライアント（１）からサーバ（１）に対し、
Ｆｓｉｚ１＝ｆｘ１’，ｆｙ１’＆Ｒｏｆｆ＝ｏｘ１’，ｏｙ１’＆Ｒｓｉｚ＝
ｓｘ１’＆ｓｙ１’＆ｊｐｍ−ｃｏｎｔｅｘｔ＝ｊｐｍｐ＜２０＞
クライアント（２）からサーバ（２）に対し
Ｆｓｉｚ２＝ｆｘ２’，ｆｙ２’＆Ｒｏｆｆ＝ｏｘ２’，ｏｙ２’＆Ｒｓｉｚ＝
ｓｘ２’＆ｓｙ２’＆ｊｐｍ−ｃｏｎｔｅｘｔ＝ｊｐｍｐ＜２１＞
クライアント（３）からサーバ（３）に対し
Ｆｓｉｚ３＝ｆｘ３’，ｆｙ３’＆Ｒｏｆｆ＝ｏｘ３’，ｏｙ３’＆Ｒｓｉｚ＝
ｓｘ３’＆ｓｙ３’＆ｊｐｍ−ｃｏｎｔｅｘｔ＝ｊｐｍｐ＜２２＞。
【００９６】
以上が一連のページ要求時に特有の描画領域管理手段１２１の機能説明である。描画領域管理手段のこれ以外の動作、要求パラメータ分割手段１２２及び描画データ結合手段１２３の動作は前記実施例１の場合と同様である。
【００９７】
クライアント（１）〜（３）からサーバ（１）〜（３）に対し、上に述べたようなパラメータを含む、ページＰ２０，Ｐ２１，Ｐ２２のターゲット等をアクセスするためのビューウィンドウ要求が発行され、返されたターゲット等のデータが伸長されてマルチターゲットコントローラ１２０に返される結果、図９（ｂ）に示すように一連のページＰ２０，Ｐ２１，Ｐ２２，Ｐ２３を同期化させることができる。
【実施例８】
【００９８】
非特許文献２の「Ｃ．４．６」に記載されているように、ＪＰＩＰウィンドゥ要求パラメータには少なくとも１つ以上のコードストリームを示すｓｔｒｅａｍがある。
【００９９】
ここでは、複数のサーバに対して同期したｓｔｒｅａｍまたはｃｏｄｅｓｔｒｅａｍ  ｂｏｘ要求を発行し、非同期処理により受け取ったデータを元にデータを結合し、１つのｓｔｒｅａｍまたはｃｏｄｅｓｔｅａｍ  ｂｏｘ要求の結果としてユーザアプリケーション１００に返す動作について説明する。
【０１００】
例えば、図１０（ａ）には、３つの写真画像（ターゲット等１）とともに１つの構造化文書（ＪＰＭ文書）の合成画像が描画領域（関心領域）に表示されている。カーソル（矢印）の位置にある構造化文書（ｓａｍｐｌｅ．ｊｐｍ）の前景、背景、マスク、合成画像を同期化して図１０（ｂ）のように表示させるような場合について説明する。ここでは、当該構造化文書の合成画像はサーバ（４）から取得され描画されたものとする。
【０１０１】
この場合、クライアント（１）〜（３）からサーバ（１）〜（３）に対し、構造化文書のターゲット名ｔａｒｇｅｔ＝ｓａｍｐｌｅ．ｊｐｍを指定するとともに、描画領域上のカーソル位置を基準にしてｓｔｒｅａｍ範囲を統一的に付随させた、例えば以下の様なビューウィンドゥ要求を発行させる。
クライアント（１）からサーバ（１）に対して
ＧＥＴ  ／ｓａｍｐｌｅ．ｊｐｍ？ｔｉｄ＝０＆ｃｎｅｗ＝ｈｔｔｐ  ＨＴＴＰ／１．１
ＧＥＴ  ／ｊｐｉｐ？ｃｉｄ＝１２３＆ｓｔｒｅａｍ＝０  ＨＴＴＰ／１．１
ＧＥＴ  ／ｊｐｉｐ？ｆｓｉｚ＝ｆｘ１，ｆｙ１’＆ｒｏｆｆ＝ｏｘ１’，
ｏｙ１’＆ｒｓｉｚ＝ｓｘ１’，ｓｙ１’＆  ｃｉｄ＝１２３  ＨＴＴＰ／１．１
クライアント（２）からサーバ（２）に対して
ＧＥＴ  ／ｓａｍｐｌｅ．ｊｐｍ？ｔｉｄ＝０＆ｃｎｅｗ＝ｈｔｔｐ  ＨＴＴＰ／１．１
ＧＥＴ  ／ｊｐｉｐ？ｃｉｄ＝２３４＆ｓｔｒｅａｍ＝１  ＨＴＴＰ／１．１
ＧＥＴ  ／ｊｐｉｐ？ｆｓｉｚ＝ｆｘ１，ｆｙ１’＆ｒｏｆｆ＝ｏｘ１’，
ｏｙ１’＆ｒｓｉｚ＝ｓｘ１’，ｓｙ１’＆  ｃｉｄ＝２３４  ＨＴＴＰ／１．１
クライアント（３）からサーバ（３）に対して
ＧＥＴ  ／ｓａｍｐｌｅ．ｊｐｍ？ｔｉｄ＝０＆ｃｎｅｗ＝ｈｔｔｐ  ＨＴＴＰ／１．１
ＧＥＴ  ／ｊｐｉｐ？ｃｉｄ＝３４５＆ｓｔｒｅａｍ＝２  ＨＴＴＰ／１．１
ＧＥＴ  ／ｊｐｉｐ？ｆｓｉｚ＝ｆｘ１，ｆｙ１’＆ｒｏｆｆ＝ｏｘ１’，
ｏｙ１’＆ｒｓｉｚ＝ｓｘ１’，ｓｙ１’＆  ｃｉｄ＝３４５  ＨＴＴＰ／１．１
以上が、ｓｔｒｅａｍまたはｃｏｄｅｓｔｅａｍ  ｂｏｘ要求を同期化する場合に特有の描画領域管理手段１２１の機能説明である。描画領域管理手段１２１のこれ以外動作、要求パラメータ分割手段１２２及び描画データ結合手段１２３の動作は前記実施例１の場合と同様である。
【０１０２】
クライアント（１）〜（３）からサーバ（１）〜（３）に対し、上に述べたようなビューウィンドウ要求が発行され、返された前景、マスク、背景のデータが伸長されてマルチターゲットコントローラ１２０に返され、合成画像の描画データは既に取得済みである。その結果、図１０（ｂ）に示すように構造化文書の前景、マスク、背景、合成画像が同期化して表示されることなる。
【０１０３】
このようなｓｔｒｅａｍまたはｃｏｄｅｓｔｅａｍ  ｂｏｘ要求動作も、ユーザアプリケーションからは、あたかも１つのサーバをアクセスしているかのように見える。
【実施例９】
【０１０４】
図１１の（ａ）は、サーバ（１）〜（４）に様々なターゲット等名でアクセスし、その結果を結合した画像が表示されている。しかし、画像のみであるため、テキスト検索をすることはできない。
【０１０５】
図１１（ａ）と同じターゲット等について画像とテキスト情報を同期化するならば、テキスト検索を行い、検索結果を表示することができる。例えば、便宜、文字「し」を検索し、図１１（ｂ）に示すように、各ターゲット等における文字「し」を反転表示させることができる。
【０１０６】
このようなテキスト検索等を可能にするため、ユーザアプリケーションからのｍｅｔａｒｅｑ要求により、複数のクライアントから複数のサーバに対し同期したｍｅｔａｒｅｑ要求を発行し、非同期処理により受け取ったデータを結合し、１つのｍｅｔａｒｅｑ要求結果としてユーザアプリケーションに返すことにより、画像と隠しテキストを同期化する動作について説明する。
【０１０７】
なお、ＪＰＩＰ要求パラメータにおけるメタデータを要求するｍｅｔａｒｅｑについては非特許文献２の「Ｃ．５．２」に記載されている。
【０１０８】
この場合、描画領域管理手段１２１に新たなエントリが作られ、例えば
メタデータ要求＝有
の様にメタデータ要求をするパラメータが設定される。
【０１０９】
要求パラメータ分割手段１２２は、非特許文献２の「Ｃ．５．２」に示されている方法でｍｅｔａｒｅｑパラメータをクライアント（１）〜（４）に渡す。クライアント（１）〜（４）は、ビューウィンドゥ要求パラメータとともにメタデータ要求パラメータもサーバ（１）〜（４）に送ることにより、各ターゲット等に付随しているメタデータであるテキスト情報もコードストリームとともにアクセスする。
【０１１０】
クライアント（１）〜（４）は、サーバ（１）〜（４）から返されたコードストリームを伸長し、伸長した描画データとともにテキスト情報をマルチターゲットコントローラ１２０へ送る。描画データ結合手段１２３で、それらの描画データ及びテキスト情報を結合するが、結合結果は描画データと検索のためのテキスト情報が並存した形になる。すなわち、同一文書の画像と隠しテキストとが同期化される。
【０１１１】
そこで、ユーザアプリケーション１００から「テキスト検索」を行うことにより、ヒットした部分を例えば図１１（ｂ）のように反転表示させることができる。このように、複数のサーバに分散した複数のターゲット等に対して横断的なテキスト検索を行うことが可能になる。
【０１１２】
以上はｍｅｔａｒｅｑ要求を同期化する動作に特有の動作説明である。これ以外の描画領域管理手段１２１、要求パラメータ分割手段１２２及び描画データ結合手段１２３の動作は前記実施例１の場合と同様である。
【０１１３】
以上に述べたように、ｍｅｔａｒｅｑ要求動作においても、ユーザアプリケーションからは、あたかも１つのサーバをアクセスしているかのように見える。
【実施例１０】
【０１１４】
ユーザアプリケーション１００から複数のクライアントで複数のサーバに対し対応位置を同期化させた複数文書要求を発行させ、非同期処理により受け取ったデータを、対応位置を同期化させるように結合して１つの文書要求結果としてユーザアプリケーション１００に返す動作について説明する。
【０１１５】
ここでは、図１２（ａ）に示すような２つのターゲット等１，２について、図１２（ｂ）に示すように対応位置を同期化し１つターゲットとして表示する場合を考える。
【０１１６】
この場合、描画領域管理手段１２１において、
ターゲット等１について
サーバ名＝サーバ１
ターゲット等名＝ファイル１
ビューウィンドゥ要求パラメータ＝Ｆｓｉｚ１
＝（ｆｘ１’，ｆｙ１’）＝（ｆｘ，ｆｙ）（それ以外のパラメータは同じ）
描画位置＝描画位置１
ターゲット等２について
サーバ名＝サーバ２
ターゲット等名＝ファイル２
ビューウィンドゥ要求パラメータ＝Ｆｓｉｚ１
＝（ｆｘ２’，ｆｙ２’）（それ以外のパラメータは同じ）
描画位置＝描画位置４
の様にパラメータをセットする。
【０１１７】
要求パラメータ分割手段１２２は、２つターゲット等（図１２（ａ）参照）を組み合わせて１つのターゲット（図１２（ｂ）参照）を作るために、描画領域管理手段１２１の該当領域パラメータを参照し
Ｆｓｉｚ１＝ｆｘ１’，ｆｙ１’
Ｆｓｉｚ２＝ｆｘ２’，ｆｙ２’
として、クライアント（１）（２）にサーバ（１）（２）をアクセスさせるようにする。
【０１１８】
クライアント（１）（２）は、サーバ（１）（２）から返された２つのターゲット等を伸長した描画データをマルチターゲットコントローラ１２０に返す。
【０１１９】
描画データ結合手段１２３は、描画領域管理手段１２１の描画位置パラメータを参照して、クライアント（１）（２）から受け取った描画データを、その対応位置を一致させるように結合し、結合結果を１つの文書要求結果としてユーザアプリケーション１００に渡す。かくして、図１２（ｂ）のように２つの画像の対応位置を同期化して表示することができる。
【０１２０】
以上、対応位置の同期化に特有の動作について説明した。これ以外の動作は、前記実施例１と同様である。
【０１２１】
以上に説明したように、ユーザアプリケーションから見ると、文書要求動作においても、あたかも１つのサーバをアクセスしているかのように動作させることができる。
【実施例１１】
【０１２２】
次に、同一のコンテンツであるが、ＰＣで作成されたマルチレイアウトオブジェクト（ターゲット等１）と、ＭＰＦＰやスキャナでスキャンされたシングルレイアウトオブジェクト（ターゲット等２）とがあり、それぞれをサーバ（１）（２）から取得して図１３のように並べて表示（あるいは印刷）する動作について説明する。
【０１２３】
今、ユーザアプリケーションからは、
ｆｓｉｚ＝（フレームサイズ）＝ｆｘ，ｆｙ
ｒｏｆｆ＝（表示領域の原点から関心領域へのオフセット）＝ｏｘ，ｏｙ
ｒｓｉｚ＝（関心領域のサイズ）＝ｓｘ，ｓｙ
のビューウィンドゥ要求パラメータが指定されていたとする。図１３に網掛けしたパラメータは既知である。白背景に記したパラメータは、既知のパラメータから確定することができる。
【０１２４】
この場合、要求パラメータ分割手段１２２は、サーバ（１）（２）をアクセスするクライアント（１）（２）について以下の通りパラメータを確定する。
クライアント（１）について
（１）ターゲットフィールドパラメータ
ｔａｒｇｅｔ＝”ファイル１”
（２）チャネルフィールド
（ｏｘ１≧ｆｘ１  ＝  ｏｘ≧ｆｘ１）
または
（ｏｙ１≧ｆｙ１  ＝  ｏｙ≧ｆｙ１）
が成立したらｃｃｌｏｓｅ（チャネルを閉じる）
（ｏｘ１＜ｆｘ１  ＝  ｏｘ＜ｆｘ）
かつ
（ｏｙ１＜ｆｙ１  ＝  ｏｙ＜ｆｙ）
または
チャネル名＝０
が成立したらＣＮＥＷ発行（新しいチャネルをアサインする）
（３）ビューウィンドゥ要求パラメータ
ｆｓｉｚ＝ｆｘ１，ｆｙ１＝ｆｘ／２，  ｆｙ
ｒｏｆｆ＝ｏｘ１，ｏｙ１＝ｏｘ，ｏｙ
ｒｓｉｚ＝ｍｉｎ（ｓｘ１，ｓｘ），ｍｉｎ（ｓｙ１，ｓｙ）
＝ｍｉｎ（ｆｘ１−ｏｘ１，ｓｘ），ｍｉｎ（ｆｙ１−ｏｙ１，ｓｙ）
＝ｍｉｎ（ｆｘ１−ｏｘ，ｓｘ），ｍｉｎ（ｆｙ１−ｏｙ，ｓｙ）
クライアント（２）について
（１）ターゲットフィールドパラメータ
ｔａｒｇｅｔ＝”ファイル２”
（２）チャネルフィールド
（ｏｘ２≧ｆｘ２  ＝  ｏｘ≧ｆｘ２）
または
（ｏｙ２≧ｆｙ２  ＝  ｏｙ≧ｆｙ２）
が成立したらｃｃｌｏｓｅ（チャネルを閉じる）
（ｏｘ２＜ｆｘ２  ＝  ｏｘ＜ｆｘ）
かつ
（ｏｙ２＜ｆｙ２  ＝  ｏｙ＜ｆｙ）
または
チャネル名＝０
が成立したらＣＮＥＷ発行（新しいチャネルをアサインする）
（３）ビューウィンドゥ要求パラメータ
ｆｓｉｚ＝ｆｘ２，ｆｙ２
ｒｏｆｆ＝ｏｘ２，ｏｙ２＝０，ｏｙ
ｒｓｉｚ＝ｍｉｎ（ｓｘ２，ｓｘ），ｍｉｎ（ｓｙ２，ｓｙ）
＝ｍｉｎ（ｆｘ２−ｏｘ２，ｓｘ），ｍｉｎ（ｆｙ２−ｏｙ２，ｓｙ）
＝ｍｉｎ（ｆｘ２，ｓｘ），ｍｉｎ（ｆｙ２−ｏｙ，ｓｙ）。
【０１２５】
クライアント（１）（２）から同期したビューウィンドウ要求が発行される。サーバ（１）（２）から返されたターゲット等１，２を伸長した描画データがマルチターゲットコントローラ１２０へ返される。描画データ結合手段１２３は、クライアント（１）（２）から返された描画データを描画領域管理手段１２１で管理されている描画位置に配置し結合する。かくして、図１３に示すように、同一コンテンツのマルチレイアウトオブジェクトとシングルレイアウトオブジェクトの画像が並べて表示される（両オブジェクトが同期化される）ため、ユーザは両者の比較等を容易に行うことができる。
【実施例１２】
【０１２６】
この実施例では、マルチターゲットコントローラ１２０において、要求パラメータ分割手段１２２から各クライアント１４０に要求が発行された時点からの経過時間をタイマ１２４で監視する。一定の時間内にクライアント１４０から応答が来ない場合、正常なマルチターゲットコントローラ１２０は、それまでに返った描画データの結合結果をユーザアプリケーション１００に渡し、ユーザアプリケーション１００に制御を戻す。これは前記実施例１〜１１のいずれの動作の場合にも適用し得る。
【０１２７】
図１４に、サーバ（１）〜（４）にあるターゲット等１〜４のうち、サーバ（１）又はネットワークの障害等で制限時間内に応答が無かった場合の表示例を示す。
【０１２８】
この実施例によれば、ネットワークやサーバの障害が発生した場合に、システムが長時間にわたり待ち状態になることを防止することができる。
【実施例１３】
【０１２９】
この実施例では、クライアントが要求を発行したサーバからの応答が正常でない場合（ターゲット等が存在しない、ターゲット等にセキュリティが掛けられている等々、その原因は問わない）、マルチターゲットコントローラ１２０は、それまでに正常な応答を返したサーバから得られた描画データを結合した結果をユーザアプリケーション１００に渡し、ユーザアプリケーション１００に制御を戻す。これは、前記実施例１〜１１のいずれの動作の場合にも適用し得る。
【０１３０】
図１４は、サーバ（１）〜（４）にあるターゲット等１〜４のうち、サーバ（１）からの応答が正常でなかった場合の表示例でもある。
【０１３１】
この実施例によれば、何らかの理由によりサーバから正常な応答が返らないような場合に、システムが長時間にわたり待ち状態になることを防止することができる。
【実施例１４】
【０１３２】
本発明の一実施例によれば、シングルターゲットの場合にも対応できる。図１５は、本実施例に係るマルチターゲットコントローラ１２０の基本的動作を示すフローチャートである。このフローチャートは、シングルターゲットの場合に対応するための処理ステップ、すなわちＳＴＥＰ２．５、ＳＴＥＰ３．１、ＳＴＥＰ４．１が追加されている点が、図２のフローチャートと異なる。
【０１３３】
マルチターゲットコントローラ１２０において、ユーザアプリケーション１００から要求があると、その要求がシングルターゲット内に収まるものであるか、複数ターゲットに渡るものであるかの判定を行う（ＳＴＥＰ２．５）。この判定は、表示領域のサイズ及びユーザの関心領域の座標及びサイズに基づいて行う。
【０１３４】
すなわち、非特許文献２のＣ．４．１節  Ｃ．２式において、
【０１３５】
【数１】
0005196181.tif 000003
であるとする。この場合に、表示領域（ｆｘ、ｆｙ）に対して、関心領域がオーバーラップする領域の範囲（ｓｘ、ｓｙ）内の画像が
ｉ＝ｊ＝１
のみのときは、ターゲットはシングルターゲットであると判定し、それ以外のときはマルチターゲットであると判定する。
【０１３６】
シングルターゲットであると判定した場合、マルチターゲットコントローラ１２０は要求パラメータ分割手段１５２より表示領域と関心領域のパラメータを、当該ターゲットが格納されている一つのサーバに対応した一つのクライアント１４０へ送り、当該クライアントから当該サーバに対しウィンドウ要求パラメータを発行させ（ＳＴＥＰ３．１）、当該クライアントからの応答を待つ（ＳＴＥＰ４．１）。このようなシングルターゲットの場合に一つのクライアントから１つのサーバに対してウィンドウ要求パラメータを発行し、その応答を処理する動作については、非特許文献２のＣ．４節に詳しい説明がある。なお、マルチターゲットであると判定した場合、処理はＳＴＥＰ３に分岐し、前記実施例１〜１３におけると同様のマルチターゲット処理のための動作が行われることになる。
【実施例１５】
【０１３７】
ここでは、無限に広がる２次元のｘ−ｙ座標系に平面的に並んだ画像が複数のサーバに分散格納されていて、そのような複数のターゲットにオーバーラップした関心領域をアクセスする場合について説明する。
【０１３８】
今、上下左右に連結したコンテンツを持つ複数画像に対して、同一の解像度レベルで、２次元座標系（ｉ，ｊ）から縦Ｋ個ｘ横Ｌ個のターゲットにオーバーラップした一つの関心領域をアクセスする例を考える。この場合におけるビューウィンドウ領域の分割状況を表２に示す。
【０１３９】
【表２】
0005196181.tif 000004
【０１４０】
この様に、前記実施例１〜１３で示した動作は、同一の解像度レベルで、２次元座標系（ｉ，ｊ）から縦Ｋ個ｘ横Ｌ個のターゲットにオーバーラップした関心領域をアクセスする場合に拡張することができる。（表１は、表２でK＝L＝０とした場合に相当することは明らかである。）
そして、このようなマルチターゲットに対する関心領域のアクセス動作の場合、図１に示したクライアント１２０の個数を（ｉ＋K）ｘ（ｊ＋L）個に拡張し、図２中のＳＴＥＰ３での分割数を（ｉ＋K）ｘ（ｊ＋L）個に拡張することになる。
【実施例１６】
【０１４１】
ここでは、無限に広がる２次元のｘ−ｙ座標系に平面的に並んだ画像の終端が上下方向又は左右方向に連結されており、それら画像が複数のサーバーに分散格納されている場合に、そのような複数のターゲットにオーバーラップした関心領域をアクセスする動作について説明する。
【０１４２】
今、横方向にｍ個、縦方向にｎ個の画像が終端連結されていて、K×L個のターゲットにオーバーラップした関心領域をアクセスする例を考える。この場合のビューウィンドゥ領域の分割状況を表３に示す。
【０１４３】
【表３】
0005196181.tif 000005
表３において、”  ｋ  ｍｏｄ  ｍ  ”  は、ｋをｍで除した余りの数を示す。
【０１４４】
この様にビューウィンドゥ領域の分割を行うことにより、終端連結の場合であっても本発明を適用できる。１方向のみに終端連結している場合、２方向両方とも終端連結している場合のいずれにおいても本発明を適用できる。
【符号の説明】
【０１４５】
１００  ユーザアプリケーション
１２０  マルチターゲットコントローラ
１２１  描画領域管理手段
１２２  要求パラメータ分割手段
１２３  描画データ結合手段
１２４  タイマ
１４０  クライアント
【先行技術文献】
【特許文献】
【０１４６】
【特許文献１】特開２００４−２６１５９７号公報
【特許文献２】ＵＳ２００４／０２２３５１０Ａ１号公報
【特許文献３】特開２００６−２６０３３５号公報
【特許文献４】特開２００１−２５７５９６号公報
【非特許文献】
【０１４７】
【非特許文献１】ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｓｐｃ２．ｏｒｇ／ＪａｖａＳｃｒｉｐｔ／Ａｊａｘ／ＧｏｏｇｌｅＭａｐｓ／ｉｎｄｅｘ．ｈｔｍｌ
【非特許文献２】ＩＳ１５４４４−９  ＪＰＩＰ（ＪＰＥＧ２０００  Ｉｎｔｅｒａｃｔｉｖｉｔｙ  ｔｏｏｌｓ，ＡＰＩｓ  ａｎｄ  Ｐｒｏｔｏｃｏｌｓ
【非特許文献３】ＷＧ１Ｎ２７５０  ”Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ−ＪＰＥＧ２０００  Ｉｍａｇｅ  Ｃｏｄｉｎｇ  Ｓｙｓｔｅｍ−Ｐart１  ＦＤＩＳ”，１８  ＡＵＧＵＳＴ，２０００
【非特許文献４】“３．２  Ｓｅｃｔｉｏｎ  Ｃ．４．７”，ＪＰＩＰ  ＡＭＤ１  ＦＤＡＭ１，ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１／Ｎ３８０６，  Ｄｅｃｅｍｂｅｒ  １，２００５
【非特許文献５】“Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ−−ＪＰＥＧ２０００  ｉｍａｇｅ  ｃｏｄｉｎｇ  ｓｙｓｔｅｍ−−ｐａｒｔ６：Ｃｏｍｐｏｕｎｄ  ｉｍａｇｅ  ｆｉｌｅ  ｆｏｒｍａｔ，ＡＭＥＮＤＭＥＮＴ１：Ｈｉｄｄｄｅｎ  ｔｅｘｔ  ｍｅｔａｄａｔａ”，ＩＳＯ／ＩＥＣ  １５４４４−６：２００３／ＦＰＤＡＭ１，２００６−０７−１１
【図１】
0005196181.tif 000006
【図２】
0005196181.tif 000007
【図３】
0005196181.tif 000008
【図４】
0005196181.tif 000009
【図５】
0005196181.tif 000010
【図６】
0005196181.tif 000011
【図７】
0005196181.tif 000012
【図８】
0005196181.tif 000013
【図９】
0005196181.tif 000014
【図１０】
0005196181.tif 000015
【図１１】
0005196181.tif 000016
【図１２】
0005196181.tif 000017
【図１３】
0005196181.tif 000018
【図１４】
0005196181.tif 000019
【図１５】
0005196181.tif 000020