画像表示システム
【課題】サーバ装置側に保持されている画像を無線により携帯端末へ伝送して携帯端末の画面に表示する画像表示システムに関し、無線通信の速度が低速な場合（例えば、移動体通信網を用いる場合）においても画像伝送の効率を高めることが可能な技術を提案する。
【解決手段】サーバ装置１が、携帯端末２による表示対象となる画像をタイル化（格子状に分割）した複数のタイル画像（分割画像）を記憶し、携帯端末２が、対象の画像中の一部又は全体を画面表示する際に必要となる複数のタイル画像をサーバ装置１に要求し、サーバ装置１が、携帯端末２からの要求に応じて、当該要求に対応する複数のタイル画像を携帯端末２に並列して送信し、携帯端末２が、サーバ装置１から送信される複数のタイル画像を並列して受信し、当該受信した複数のタイル画像を用いて画面表示を行う。
【解決手段】サーバ装置１が、携帯端末２による表示対象となる画像をタイル化（格子状に分割）した複数のタイル画像（分割画像）を記憶し、携帯端末２が、対象の画像中の一部又は全体を画面表示する際に必要となる複数のタイル画像をサーバ装置１に要求し、サーバ装置１が、携帯端末２からの要求に応じて、当該要求に対応する複数のタイル画像を携帯端末２に並列して送信し、携帯端末２が、サーバ装置１から送信される複数のタイル画像を並列して受信し、当該受信した複数のタイル画像を用いて画面表示を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信網を介してサーバ装置と通信可能な携帯端末を備えた画像表示システムに関する。
【背景技術】
【０００２】
近年、サーバ装置側に保持されている画像を無線により携帯端末（例えば、スマートフォン等の携帯電話機）へ伝送して携帯端末の画面に表示する画像表示システムが実現されている。このような画像表示システムによれば、無線通信が可能な範囲内（無線通信の圏内）であれば、携帯端末の画面上で自由に画像を閲覧可能な環境を利用者に提供することができる。
【０００３】
ここで、携帯端末では、その装置構成上、搭載されるメモリは小型であるため、携帯端末上で動作するアプリケーションが使用可能なメモリ容量は比較的少ない。また、携帯端末上で各種のアプリケーションを動作させるプラットフォームの一例であるＡｎｄｒｏｉｄ（グーグル・インコーポレイテッドの登録商標）では、１つのアプリケーションが使用できるヒープメモリの容量が規定値（例えば、１６ＭＢ）に制限されている。このような状況では、ライフラインの整備や構造物の耐震メンテナンス等に使用される地図や図面のような大判の画像を使用することは困難である。
【０００４】
また、サーバ装置から携帯端末への画像の伝送に要する時間は、伝送対象となる画像のデータ容量に比例して増大する。特に、移動体通信網のように通信速度が低速なものを用いて画像を伝送する場合には、画像が大容量であるほど、画像の伝送に要する時間の増大が顕著であり、利用者にストレスを与えかねない。また、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）のように通信速度が高速なものを用いて画像を伝送する場合においても、通信回線の混雑状況によっては十分な速度が得られないこともある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−０９９３２０号公報
【特許文献２】特開２０１０−０３３６１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ここで、例えば、特許文献１，２には、ビューデータの計算と伝送を増分の形で行うことが可能なように画像ビューをタイル化すること、ネットワークのトラフィックを低減させるために、ビュータイルをクライアント上にキャッシングすること、ビュータイルの計算量を減少させるため、及び、画像ビューサーバの応答性を増大させるために、ビュータイルをサーバ上にキャッシングすること等が開示されている。
【０００７】
このようなタイル化の技術を用いれば、使用可能なメモリ容量に制約がある携帯端末上で地図や図面のような大判の画像を閲覧可能な環境を構築できる。
しかしながら、画像のダウンロードを無線通信により行う場合、特に、移動体通信網のように通信速度が十分に高速でないものを用いる場合には、上記タイル化の技術だけでは十分とはいえず、更なる改良が求められる。
【０００８】
本発明は、上記のような従来の事情に鑑みて為されたものであり、サーバ装置側に保持されている画像を無線により携帯端末へ伝送して携帯端末の画面に表示する画像表示システムに関し、無線通信の速度が低速な場合においても画像伝送の効率を高めることが可能な技術を提案することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、無線通信網を介してサーバ装置と通信可能な携帯端末を備えた画像表示システムとして実現されるほか、当該画像表示システムにより実施される画像表示方法、当該画像表示システムを構成するサーバ装置及び携帯端末並びにそれらのプログラムとして実現することができる。
【００１０】
本発明に係る画像表示システムでは、サーバ装置は、対象の画像を分割して生成された複数の分割画像を記憶する記憶手段と、携帯端末からの要求に応じて、当該要求に対応する分割画像を携帯端末に送信する送信手段と、を有する。
また、本発明に係る画像表示システムでは、携帯端末は、対象の画像中の一部又は全体を、複数の分割画像を用いて当該携帯端末の画面に表示する表示手段と、表示手段による表示に用いる複数の分割画像を前記サーバ装置に要求し、当該要求に応答してサーバ装置から送信される複数の分割画像を並列して受信する受信手段と、を有する。
【００１１】
つまり、サーバ装置が、携帯端末による表示の対象となる画像を分割して生成された複数の分割画像を記憶し、携帯端末が、対象の画像中の一部又は全体を当該携帯端末の画面に表示する際に必要となる複数の分割画像をサーバ装置に要求し、サーバ装置が、携帯端末からの要求に応じて、当該要求に対応する複数の分割画像を携帯端末に送信し、携帯端末が、サーバ装置から送信される複数の分割画像を受信し、当該受信した複数の分割画像を用いて画面表示を行う構成とすることで、携帯端末において、画像全体ではなく、その一部である分割画像を取り扱うようにして、限られたメモリ容量しか使用できないという制約の解決を図る。
更に、サーバ装置が、複数の分割画像を並列して送信し、携帯端末が、サーバ装置から送信される複数の分割画像を並列して受信する構成（例えば、分割画像を１枚ずつ要求して受信するスレッドを複数重複して動作させる構成）とすることで、携帯端末の処理性能や無線通信網の通信性能を効果的に活用できるようにして、限られた通信速度しか得られないという制約の解決を図る。
これにより、無線通信の速度が低速な場合（例えば、移動体通信網を用いる場合や、通信回線が逼迫している場合など）においても画像伝送の効率を高めることができる。
【００１２】
ここで、携帯端末の受信手段が、画面の表示をスライドするユーザ操作に基づいて、画面に表示されている分割画像に隣接する複数の分割画像をサーバ装置に要求し、当該要求に応答してサーバ装置から送信される複数の分割画像を並列して受信する構成としてもよい。
これにより、表示のスライドによって新たに表示範囲に含まれることになった複数の分割画像を効率的に受信することができる。
【００１３】
また、携帯端末の受信手段が、画面の表示を縮小するユーザ操作に基づいて、画面に表示されている分割画像に隣接する複数の分割画像をサーバ装置に要求し、当該要求に応答してサーバ装置から送信される複数の分割画像を並列して受信する構成としてもよい。
これにより、表示の縮小によって新たに表示範囲に含まれることになった複数の分割画像を効率的に受信することができる。
【００１４】
また、サーバ装置の記憶手段が、対象の画像に対する縮小処理により得られる異なる縮尺の複数の画像の各々について、その画像を分割して生成された複数の分割画像を記憶し、携帯端末の受信手段が、画面の表示を縮小するユーザ操作に基づいて、画面に表示されている分割画像より縮尺が小さい複数の分割画像をサーバ装置に要求し、当該要求に応答してサーバ装置から送信される複数の分割画像を並列して受信する構成としてもよい。
これにより、縮小後の表示に適した縮尺の複数の分割画像を効率的に受信することができる。また、表示の縮小に用いる分割画像の数が多量になることを防ぐことができる。
【００１５】
また、サーバ装置の記憶手段が、対象の画像に対する縮小処理により得られる異なる縮尺の複数の画像の各々について、その画像を分割して生成された複数の分割画像を記憶し、携帯端末の受信手段が、画面の表示を拡大するユーザ操作に基づいて、画面に表示されている分割画像より縮尺が大きい複数の分割画像をサーバ装置に要求し、当該要求に応答してサーバ装置から送信される複数の分割画像を並列して受信する構成としてもよい。
これにより、拡大後の表示に適した縮尺の複数の分割画像を効率的に受信することができる。また、表示の拡大を画像処理のみで行う場合に比べて良好な画質を得ることが可能となる。
【００１６】
また、サーバ装置に、対象の画像を分割して複数の分割画像を生成する分割手段を更に備え、サーバ装置の記憶手段が、分割手段により生成された複数の分割画像を記憶する構成としてもよい。
これにより、必要に応じて分割画像を生成することができ、サーバ装置の記憶容量を削減することが可能となる。
【発明の効果】
【００１７】
本発明によれば、無線通信の速度が低速な場合（例えば、移動体通信網を用いる場合や、通信回線が逼迫している場合など）においても画像伝送の効率を効果的に高めることができ、その結果、端末装置における画像閲覧の操作性（ハンドリング）を向上させることができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に係る画像表示システムの概要を示す図である。
【図２】サーバ装置及び携帯端末の機能ブロックの例を示す図である。
【図３】サーバ装置におけるタイリング処理の処理フローの例を示す図である。
【図４】携帯端末におけるタイルダウンロード処理及び描画処理の処理フローの例を示す図である。
【図５】通信・効率・使用感の観点からタイル画像のサイズを検証した例を示す図である。
【図６】ダウンロードスレッドの数を検証した例を示す図である。
【発明を実施するための形態】
【００１９】
本発明の一実施形態について、図面を参照して説明する。
図１には、本発明の一実施形態に係る画像表示システムの概要を示してある。
本例の画像表示システムは、サーバ装置１と携帯端末２とが移動体通信網３を介して通信可能に構成してあり、サーバ装置１にて携帯端末２による表示対象の画像をタイリング（タイル状に分割）し、サーバ装置１から携帯端末２へタイル単位でダウンロード（伝送）し、携帯端末２の画面に各タイル画像を描画（表示）することで、携帯端末２の利用者に表示対象の画像の一部又は全体の閲覧環境を提供するものである。
【００２０】
図２には、サーバ装置１及び携帯端末２の機能ブロックの例を示してある。
本例のサーバ装置１は、他の装置との通信に使用される通信インタフェース部１４、複数の画像のデータを記憶・管理する画像データベース１３、画像をタイル状に分割して複数のタイル画像（分割画像）のデータを生成するタイリング部１２、タイル画像のデータを記憶するタイルデータ保持部１５、携帯端末２からのリクエスト（要求）に応じた処理を行うリクエスト処理部１１を有する。
【００２１】
また、本例の携帯端末２は、他の装置との通信に使用される通信インタフェース部２１、ユーザから各種の操作入力を受け付ける操作入力部２２、画像の表示先（表示面）となる画面２３、サーバ装置１からタイル画像のデータをダウンロード（受信）するダウンロード処理部２４、ダウンロードしたタイル画像のデータを記憶するタイルデータ保持部２５、表示対象の画像の一部又は全体を複数のタイル画像のデータに基づいて画面２３に描画（表示）するタイル描画部２６を有する。
【００２２】
本例では、携帯端末２として、第３世代（いわゆる「３Ｇ」）の移動体通信網を用いてデータ通信を行えるスマートフォン等の携帯電話機を用い、各アプリケーションを動作させるプラットフォームにＡｎｄｒｏｉｄを用いる。なお、これらは一例に過ぎず、使用する無線通信網の規格やプラットフォームなどは任意であり、例えば、携帯端末２として、ＷｉＦｉを用いてデータ通信を行えるＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）やタブレットＰＣ等の携帯型の小型端末を用いてもよい。
また、本例の携帯端末２では、画面２３及び操作入力部２２として機能するタッチパネルを設け、画面２３に対するタッチ操作を操作入力部２２にて検知する構成としているが、画面２３と操作入力部２２をそれぞれ異なるハードウェアにより構成してもよい。
【００２３】
次に、サーバ装置１及び携帯端末２の各機能部による具体的な処理内容を、画像表示システムの動作の流れに沿って説明する。
まず、事前処理として、サーバ装置１の画像データベース１３に、例えば、インターネット網を介して接続された他の端末から、携帯端末２による表示対象となり得る複数の画像のデータが登録される。本例では、画像データベース１３に画像そのものを記憶させるのではなく、所定の圧縮方式（例えば、ＵＣＶ（Ｕｌｔｒａ Ｃｏｍｐｒｅｓｓ Ｖｅｃｔｏｒ））により圧縮（エンコード）した状態で記憶させておき、使用する際に伸張（デコード）して画像を復元する構成にすることで、画像データベース１３のディスク容量の削減を図っている。なお、画像の圧縮は、送信元の端末側が画像の送信前に行ってもよく、サーバ装置１が画像の受信後に行ってもよい。
【００２４】
ここで、例えば、携帯端末２の画面２３に、サーバ装置１の画像データベース１３に記憶されている複数の画像がリスト形式で表示され、その中の１つの画像を表示対象に指定する操作入力がユーザ（利用者）により行われたとする。この操作入力は操作入力部２２によって検知され、これを契機にして、表示対象に指定された画像のタイル化及びダウンロードが開始される。
【００２５】
まず、携帯端末２において、ダウンロード処理部２４が、表示対象に指定された画像のタイル化を要求するタイリング要求を、通信インタフェース部２１を通じてサーバ装置１へ送信する。本例のタイリング要求では、表示対象に指定された画像の識別情報である画像識別子（本例では、ファイルＩＤ）により、タイル化する画像を指定する。
【００２６】
サーバ装置１は、携帯端末２から送信されたタイリング要求を通信インタフェース部１４により受信すると、リクエスト処理部１１が、当該タイリング要求で指定された画像識別子に対応する画像のタイリングをタイリング部１２に指示する。
【００２７】
タイリング部１２は、指示された画像識別子に対応する画像の圧縮データを画像データベース１３から読み出して伸張し、圧縮前の画像を復元する。また、復元した画像の画像形式が、携帯端末２で使用可能な画像形式と異なる場合には、画像形式の変換も行う。本例では、基本的にＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）形式の画像を使用するが、色数が少ない画像の場合にはＰＮＧ（Ｐｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）形式の画像を使用する場合もある。その後、復元（及び変換）結果の画像をオリジナル画像として、タイリング処理を行う。
【００２８】
タイリング処理の詳細について、図３に示す処理フローの例を参照して説明する。
ここで、本例では、オリジナル画像を分割したタイル画像だけでなく、オリジナル画像を縮小した縮小画像（或いは更なる縮小画像）を分割したタイル画像の生成も行うようにしており、画像の縮小の程度をレイヤー番号により区別している。以下では、オリジナル画像（原寸の画像）をレイヤー１、各辺の長さを１／２にした縮小画像をレイヤー２、各辺の長さを１／４にした縮小画像をレイヤー４、・・・、とする。また、本例では、携帯端末の画面（表示領域）のサイズより小さい大きさのタイル画像を用いるものとし、例えば、タイル画像の１辺の長さを２５６ピクセルに設定する。
【００２９】
タイリング処理では、まず、レイヤー番号を表す変数であるｌａｙｅｒ、及び、タイルの大きさ（１辺の長さ）を表す変数であるｔｉｌｅｓｉｚｅの設定を行う（ステップＳ２１）。本例では、初期値として、変数ｌａｙｅｒに１を設定し、変数ｔｉｌｅｓｉｚｅに２５６を設定する。
【００３０】
次に、縮小処理（ステップＳ１２）及び切り出し処理（ステップＳ１３）を行う。
縮小処理（ステップＳ１２）では、オリジナル画像を（１／ｌａｙｅｒ）に縮小し、縮小後の画像をｉｍｇとする。また、切り出し処理（ステップＳ１３）では、ｉｍｇの左上から右下に向かってｔｉｌｅｓｉｚｅの正方形を順次切り出すことで複数のタイル画像を生成し、各タイル画像のデータをタイルデータ保持部１５に記憶させる。なお、ｉｍｇの端部（右辺や下辺の部分）については、正方形の切り出しを行えず、長方形のタイル画像となる場合がある。
ここで、１回目の縮小処理及び切り出し処理では、ｌａｙｅｒ＝１であるため、ｉｍｇはオリジナル画像そのもの（原寸）であり、オリジナル画像を２５６ピクセル単位でタイル画像に分割することになる。
【００３１】
次に、更なる縮小処理及び切り出し処理を行うかを判断すべく、ｉｍｇの高さ又は幅が基準値（本例では、１０２４ピクセル）以下か否かを判定する（ステップＳ１４）。
その結果、ｉｍｇの高さ又は幅が基準値以下でないと判定された場合には、（ｌａｙｅｒ＊２）をｌａｙｅｒに設定して（ステップＳ１５）、ステップＳ１２に戻り、２回目の縮小処理及び切り出し処理を行う。
２回目の縮小処理及び切り出し処理では、ｌａｙｅｒ＝２であるため、ｉｍｇはオリジナル画像を１／２にした縮小画像であり、この１／２の縮小画像を２５６ピクセル単位でタイル画像に分割することになる。
以上の処理（ステップＳ１２〜Ｓ１５）を、ステップＳ１４においてｉｍｇの高さ又は幅が基準値以下であると判定されるまで繰り返す。
【００３２】
これにより、異なる縮尺の複数の画像（オリジナル画像やその縮小画像）から、異なる縮尺の複数のタイル画像が生成される。このように、オリジナル画像（原寸の画像）を順次縮小して縮尺の異なる複数の縮小画像を生成し、各々を分割してタイル画像を生成するため、携帯端末２での表示において、いずれの縮尺のタイル画像を使用しても良好な画質を得ることができる。なお、各縮尺のタイル画像は基本的に（分割元画像の端部を除いて）同じ大きさであり、タイル画像の縮尺の相違はオリジナル画像上の対応領域の大きさの相違に相当する。
【００３３】
ここで、本例では、各タイル画像のデータに、オリジナル画像の識別情報である画像識別子（本例では、ファイルＩＤ）、レイヤーの識別情報であるレイヤー番号、分割元の画像（オリジナル画像又はその縮小画像）における当該タイルのＸ軸方向（横方向）の配置を示すＸ位置、分割元の画像（オリジナル画像又はその縮小画像）における当該タイルのＹ軸方向（縦方向）の配置を示すＹ位置、を用いたファイル名を付して、タイルデータ保持部１５内の同一のフォルダに全て格納する。なお、このファイル体系は一例であり、他のファイル体系によりタイル画像のデータを管理してもよく、例えば、オリジナル画像別のフォルダ（すなわち、ファイルＩＤ別のフォルダ）を用意する構成としてもよい。
【００３４】
また、本例では、タイル画像の大きさを規定するピクセル数（ｔｉｌｅｓｉｚｅ）として２５６を用い、画像の縮小を実施するか否かを判定する基準値として１０２４ピクセルを用いているが、これらの値は一例に過ぎず、例えば、携帯端末２の画面サイズやメモリ容量、或いは後述する通信・効率・使用感等の各種要因を考慮して適切な値を定めればよい。
【００３５】
タイリング部１２によるタイリング処理（縮小処理や切り出し処理）が終了すると、リクエスト処理部１１は、タイリング処理の結果（例えば、レイヤー番号毎のＸ位置及びＹ位置の最大値）を、通信インタフェース部１４を通じて携帯端末２へ通知する。
【００３６】
携帯端末２は、サーバ装置１から通知されたタイリング処理の結果を通信インタフェース部２１により受信すると、ダウンロード処理部２４が、当該タイリング処理の結果に基づいて、必要なタイル画像を選定してダウンロード処理を行い、タイル描画部２５が、ダウンロードしたタイル画像の描画処理を行う。
【００３７】
タイル画像のダウンロード処理及び描画処理の詳細について、図４に示す処理フローの例を参照して説明する。本例のダウンロード処理部２４では、メインスレッドＴ１及びダウンロードスレッドＴ２を動作させることで、タイル画像のダウンロード処理を行う。また、本例のタイル描画部２５では、表示スレッドＴ３を動作させることで、タイル画像の描画処理を行う。
【００３８】
メインスレッドＴ１について、図４（ａ）を参照して説明する。
メインスレッドＴ１では、まず、画面中央に表示する画像の位置を表す変数であるｃｅｎｔｅｒ、画面サイズを表す変数であるｖｉｅｗｓｉｚｅ、レイヤー番号を表す変数であるｌａｙｅｒ、及び、タイルの大きさ（１辺の長さ）を表す変数であるｔｉｌｅｓｉｚｅの設定を行う（ステップＳ２１）。
【００３９】
ここで、変数ｖｉｅｗｓｉｚｅには、携帯端末２の機種毎に固有の値（画面サイズ）が固定的に設定され、変数ｔｉｌｅｓｉｚｅには、サーバ装置１で用いた変数ｔｉｌｅｓｉｚｅと同じ値（本例では、２５６）が固定的に設定される。すなわち、変数ｃｅｎｔｅｒ及び変数ｌａｙｅｒが必要に応じて調整されることなる。
例えば、初期表示の際には、画像の全体像を把握可能にすべく、最も縮尺が小さい（最も縮小率が大きい）タイル画像（すなわち、レイヤー番号が最大のタイル画像）を用い、その中央が画面中央に位置するように、変数ｃｅｎｔｅｒ及び変数ｌａｙｅｒを設定する。また、例えば、表示範囲をスライドする（ずらす）ユーザ操作がなされた場合には、そのスライド量に応じて変数ｃｅｎｔｅｒを調整する。また、例えば、表示を拡大又は縮小するユーザ操作がなされた場合には、拡大又は縮小後の縮尺に応じて変数ｌａｙｅｒを調整する。
【００４０】
その後、各変数（ｃｅｎｔｅｒ、ｖｉｅｗｓｉｚｅ、ｌａｙｅｒ、ｔｉｌｅｓｉｚｅ）の設定値に基づいて、画面２３の表示範囲に対応するタイル画像を特定して各々のファイル名を求め、そのうちサーバ装置１から未だダウンロードしていないタイル画像（或いは、過去にダウンロードしたが既に消去されたタイル画像）のファイル名をダウンロードキューに登録する（ステップＳ２２）。ここで、画面２３の表示範囲に対応するタイル画像とは、画面２３の表示範囲内に一部又は全体が含まれるタイル画像を指す。なお、本例では、サーバ装置１からダウンロードしたタイル画像のデータをタイルデータ保持部２５に記憶するため、タイルデータ保持部２５を参照することでダウンロード済みか否か（或いは消去済みか否か）を判定できる。
【００４１】
次に、ダウンロードスレッドＴ２について、図４（ｂ）を参照して説明する。
本例では、４つのダウンロードスレッドＴ２（＃１）〜（＃４）を重複（並列）して動作させるが、ダウンロードスレッドＴ２の数は任意であり、携帯端末２の処理性能や移動体通信網３の通信性能等の各種要因を考慮して適切な数を定めればよい。ここで、重複（並列）して動作とは、各スレッドをそれぞれ異なるプロセッサを用いて並行動作させる構成でもよく、プロセッサの処理時間を非常に短い単位に分割して各スレッドに順番に割り当てて、各スレッドを共通のプロセッサにより並列的に動作させる構成でもよい。
なお、ダウンロードスレッドＴ２（＃１）〜（＃４）の動作内容は共通であるため、以下では各々を区別せずに、単にダウンロードスレッドＴ２と記す。
【００４２】
ダウンロードスレッドＴ２は、ダウンロードキューからファイル名を１つ取り出して、タイル画像のファイル名を表す変数であるｔｉｌｅｎａｍｅに設定する（ステップＳ３１）。
次に、変数ｔｉｌｅｎａｍｅが空か否か（ダウンロードキューからファイル名を取り出せたか否か）を判定する（ステップＳ３２）。その結果、変数ｔｉｌｅｎａｍｅが空でない（ファイル名を取り出せた）と判定された場合には、ファイル名が変数ｔｉｌｅｎａｍｅであるタイル画像を要求するタイル画像要求を、通信インタフェース部２１を通じてサーバ装置１へ送信し、該当するタイル画像のデータをサーバ装置１からダウンロード（受信）してタイルデータ保持部２５に格納する（ステップＳ３３）。このとき、サーバ装置１のリクエスト処理部１１では、携帯端末２からタイル画像要求を受信したことに応じて、当該タイル画像要求で指定されたファイル名のタイル画像のデータをタイルデータ保持部１５から読み出して要求元の携帯端末２へ送信する処理を行う。このサーバ装置１側の処理も、携帯端末２側のダウンロードスレッドＴ２の数に応じて重複して行われる。
ステップＳ３３におけるタイル画像のダウロードの終了後、或いは、ステップＳ３２において変数ｔｉｌｅｎａｍｅが空（ファイル名を取り出せなかった）と判定された場合には、ステップＳ３１に戻る。
【００４３】
このように、各ダウンロードスレッドＴ２はダウンロードキューを随時監視しており、登録されたファイル名を１つずつ取り出して該当タイル画像のダウンロードを行う。そして、メインスレッドＴ１によって複数のファイル名がダウンロードキューに登録された場合には、複数のダウンロードスレッドＴ２により重複（並列）してタイル画像のダウンロードが行われることなる。
【００４４】
次に、表示スレッドＴ３について、図４（ｃ）を参照して説明する。
表示スレッドＴ３は、画面２３の表示範囲に対応するタイル画像のデータをタイルデータ保持部１５から読み出して、各タイル画像を画面２３上の適切な位置に描画する（ステップＳ４１）。本例では、画面２３の表示範囲に対応する各タイル画像のデータがダウンロードされたか否かを、タイルデータ保持部１５を参照して随時監視しており、タイル画像がダウンロードされる毎に速やかにその描画を行うようにしている。また、本例では、タイル画像のファイル名におけるＸ位置及びＹ位置（配置情報）から画面２３上の位置を求め、該当位置にタイル画像を描画する。
【００４５】
例えば、初期表示の際には、レイヤー番号が最大の複数のタイル画像がダウンロードされ、これらのタイル画像に基づいて、表示対象に指定された画像の全体像の一部又は全体が表示される。
また、例えば、表示範囲をスライドするユーザ操作がなされた場合は、表示のスライドによって新たに表示範囲に含まれることになった複数のタイル画像（現在表示中のタイル画像に隣接する複数のタイル画像）がダウンロードされ、これらのタイル画像に基づいて、新たな表示範囲部分の表示が行われる。
また、例えば、表示を拡大するユーザ操作がなされた場合には、その操作の程度（拡大率）が所定の閾値未満のときは、現在表示中のタイル画像を拡大する画像処理により拡大表示が行われる。一方、所定の閾値を超えたときは、現在表示中のタイル画像より縮尺が大きい（レイヤー番号が小さい）複数のタイル画像がダウンロードされ、これらのタイル画像を用いた表示に切り替わる。
また、例えば、表示を縮小するユーザ操作がなされた場合には、その操作の程度（縮小率）が所定の閾値未満のときは、表示の縮小によって新たに表示範囲に含まれることになった複数のタイル画像（現在表示中のタイル画像に隣接する複数のタイル画像）がダウンロードされ、現在表示中のタイル画像及び新たにダウンロードされたタイル画像を縮小する画像処理により縮小表示が行われる。一方、所定の閾値を超えたときは、現在表示中のタイル画像より縮尺が小さい（レイヤー番号が大きい）複数のタイル画像がダウンロードされ、これらのタイル画像を用いた表示に切り替わる。
【００４６】
なお、携帯端末２における画面表示に必要なタイル画像の数は、表示の拡大又は縮小の程度によらず略一定である。本例では、縦方向の数として、画面２３の縦方向の長さをタイルの大きさ（縦方向の長さ）で割り算し、その結果の小数点以下を切り上げた値を用い、また、横方向の数として、画面２３の横方向の長さをタイルの大きさ（横方向の長さ）で割り算し、その結果の小数点以下を切り上げた値を用いる。このような演算により得られる数のタイル画像を用いることで、画面２３をタイル画像で埋め尽くすことができる。また、上記の数のタイル画像により形成される画像は画面２３よりも若干大きいサイズであるため、その余裕の範囲内で、新たなタイル画像のダウンロードを行うことなく表示範囲のスライドを行える。
【００４７】
ここで、サーバ装置１のタイルデータ保持部１５は、タイル画像のデータを或る程度の期間継続して保持する仕組みとなっており、携帯端末２からタイリング要求を受けた場合でも、タイリング要求で指示された画像に基づくタイル画像のデータがタイルデータ保持部１５に存在する場合には、そのタイリング処理を省略することができる。
また、携帯端末２のタイルデータ保持部２５は、タイル画像のデータを或る程度の期間継続して保持する仕組みとなっており、表示範囲のスライドや拡大・縮小等のユーザ操作によって画面２３の表示範囲に対応するタイル画像が変化した場合でも、表示範囲に新たに含められたタイル画像のデータがタイルデータ保持部２５に存在する場合には、そのダウンロード処理を省略することができる。
【００４８】
次に、タイル画像のサイズについて検討する。
図５には、通信・効率・使用感の観点からタイル画像のサイズを検証した例を示してある。
通信について検証すると、タイル画像のサイズが大きい場合には、１つのタイル画像のダウンロードに要する時間が長くなるが、画面表示に使用するタイル画像の数が少なくなるため、画像表示全体で見ると通信のオーバーヘッドが少ない。一方、タイル画像のサイズが小さい場合には、１つのタイル画像のダウンロードに要する時間が短くなるが、画面表示に使用するタイル画像の数が多くなるため、画像表示全体で見ると通信のオーバーヘッドが大きい。
【００４９】
効率について検証すると、タイル画像のサイズが大きい場合には、一部でも画面上（表示範囲）にかかるタイル画像は全てダウンロードの対象となるので、表示面積的に無駄が多くなる。一方、タイル画像のサイズが小さい場合には、表示面積的に無駄が少ない。
【００５０】
使用感について検証すると、タイル画像のサイズが大きい場合には、タイル画像のダウンロードに時間がかかった後、一気に画像の描画がなされるため、反応が無い（或いは悪い）印象を受ける。一方、タイル画像のサイズが小さい場合には、タイル画像のダウンロードが速いため、反応が良い印象を受ける。但し、サイズが小さすぎると画像全体を描画し終えるまでの時間が長くなる。
【００５１】
以上のように、タイル画像のサイズによって種々の要因が影響を受ける。
本例では、全体的なバランスを考慮して２５６×２５６の正方形のタイル画像を用いるが、他のサイズのタイル画像を用いても構わず、例えば、携帯端末２の画面サイズ等に応じてタイル画像のサイズを変更するようにしてもよい。また、正方形のタイル画像ではなく、長方形のタイル画像を用いるようにしてもよい。
【００５２】
次に、ダウンロードスレッドの数について検討する。
図６には、機種が異なる複数の携帯端末２を用いて、３Ｇ通信環境における最適なスレッド数の検証した結果を示してある。図６のグラフにおいて、横軸はスレッド数であり、縦軸は複数のタイル画像のダウンロードに要した時間（ｍｓ）であり、機種別のダウンロード時間から求めた平均ダウンロード時間をスレッド数毎にプロットしてある。同図によれば、スレッド数＝４において平均ダウンロード時間が最も短くなっており、４つのダウンロードスレッドを用いた場合に、各機種の携帯端末２で良好なダウンロード性能を得られることが分かる。なお、検証の条件によって適切なスレッド数は変化し得る。
本例では、上記の検証結果に鑑みてスレッド数として４を用いるが、他のスレッド数を用いても構わず、例えば、携帯端末２の処理性能等に応じてスレッド数を変更するようにしてもよい。
【００５３】
以上のように、本例では、サーバ装置１が、携帯端末２による表示対象となる画像をタイル化（格子状に分割）した複数のタイル画像（分割画像）を、各々の配置を示す配置情報と対応付けて記憶し、携帯端末２の画面２３の表示範囲に対応する複数のタイル画像を携帯端末２からの要求に応じて送信し、携帯端末２が、サーバ装置１からダウンロード（受信）した複数のタイル画像を、各々のタイル画像に対応付けられた配置情報に従って画面２３に表示する。すなわち、携帯端末２において、画像全体ではなく、その一部であるタイル画像を取り扱うようにして、限られたメモリ容量しか使用できないという制約の解決を図る。
【００５４】
また、本例では、携帯端末２が、タイル画像を１枚ずつ要求してダウンロードするダウンロードスレッドを複数重複して動作させる。すなわち、サーバ装置が、複数のタイル画像を並列して送信し、携帯端末が、サーバ装置から送信される複数のタイル画像を並列して受信することにより、携帯端末２の処理性能や移動体通信網３の通信性能を効果的に活用できるようにして、限られた通信速度しか得られないという制約の解決を図る。
【００５５】
また、本例では、縮尺の異なる複数のタイル画像を用意し、端末装置２の表示を拡大又は縮小するユーザ操作に応じて適切な縮尺のタイル画像を使用する構成であるため、端末装置２での表示に使用するタイル画像の数（ダウンロードするタイル画像の数）を均一化することができる。
【００５６】
したがって、本例の画像表示システムによれば、移動体通信網３という低速な通信回線を用いて無線通信を行う場合であっても画像伝送の効率を効果的に高めることができ、その結果、端末装置２における画像閲覧の操作性（ハンドリング）を向上させることができる。なお、上記の技術は、ＷｉＦｉ等の比較的高速な通信回線を用いながらも通信回線の逼迫等の原因によって通信速度が低下した状況などにおいても有効である。
【００５７】
ここで、本例のサーバ装置１では、本発明に係る分割手段をタイリング部１２の機能により実現し、本発明に係る記憶手段をタイルデータ保持部１５の機能により実現し、本発明に係る送信手段をリクエスト処理部１１の機能により実現している。なお、これらの機能は、例えば、本発明に係るサーバ装置用のプログラムをプロセッサにより実行させることで、サーバ装置１のコンピュータ上に実現することができる。
【００５８】
また、本例の携帯端末２では、本発明に係る受信手段をダウンロード処理部２４の機能により実現し、本発明に係る表示手段をタイル描画部２６の機能により実現している。なお、これらの機能は、例えば、本発明に係る携帯端末用のプログラムをプロセッサにより実行させることで、携帯端末２のコンピュータ上に実現することができる。
【００５９】
また、本例では、サーバ装置１自身が画像データベース１３を有しているが、サーバ装置１と通信可能な外部の装置に画像データベース１３を設けてもよい。また、タイリング部１２についても外部の装置に設け、サーバ装置１は、当該外部の装置からタイル画像を受け取ってタイルデータ保持部１５に保持しておき、携帯端末２からの要求に応じてタイル画像を送信する構成としてもよい。
【符号の説明】
【００６０】
１：サーバ装置、 ２：携帯端末、 ３：移動体通信網
１１：リクエスト処理部、 １２：タイリング部、 １３：画像データベース、 １４：通信インタフェース部、 １５：タイルデータ保持部、
２１：通信インタフェース部、 ２２：操作入力部、 ２３：画面、 ２４：ダウンロード処理部、 ２５：タイルデータ保持部、 ２６：タイル描画部
【技術分野】
【０００１】
本発明は、無線通信網を介してサーバ装置と通信可能な携帯端末を備えた画像表示システムに関する。
【背景技術】
【０００２】
近年、サーバ装置側に保持されている画像を無線により携帯端末（例えば、スマートフォン等の携帯電話機）へ伝送して携帯端末の画面に表示する画像表示システムが実現されている。このような画像表示システムによれば、無線通信が可能な範囲内（無線通信の圏内）であれば、携帯端末の画面上で自由に画像を閲覧可能な環境を利用者に提供することができる。
【０００３】
ここで、携帯端末では、その装置構成上、搭載されるメモリは小型であるため、携帯端末上で動作するアプリケーションが使用可能なメモリ容量は比較的少ない。また、携帯端末上で各種のアプリケーションを動作させるプラットフォームの一例であるＡｎｄｒｏｉｄ（グーグル・インコーポレイテッドの登録商標）では、１つのアプリケーションが使用できるヒープメモリの容量が規定値（例えば、１６ＭＢ）に制限されている。このような状況では、ライフラインの整備や構造物の耐震メンテナンス等に使用される地図や図面のような大判の画像を使用することは困難である。
【０００４】
また、サーバ装置から携帯端末への画像の伝送に要する時間は、伝送対象となる画像のデータ容量に比例して増大する。特に、移動体通信網のように通信速度が低速なものを用いて画像を伝送する場合には、画像が大容量であるほど、画像の伝送に要する時間の増大が顕著であり、利用者にストレスを与えかねない。また、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）のように通信速度が高速なものを用いて画像を伝送する場合においても、通信回線の混雑状況によっては十分な速度が得られないこともある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−０９９３２０号公報
【特許文献２】特開２０１０−０３３６１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ここで、例えば、特許文献１，２には、ビューデータの計算と伝送を増分の形で行うことが可能なように画像ビューをタイル化すること、ネットワークのトラフィックを低減させるために、ビュータイルをクライアント上にキャッシングすること、ビュータイルの計算量を減少させるため、及び、画像ビューサーバの応答性を増大させるために、ビュータイルをサーバ上にキャッシングすること等が開示されている。
【０００７】
このようなタイル化の技術を用いれば、使用可能なメモリ容量に制約がある携帯端末上で地図や図面のような大判の画像を閲覧可能な環境を構築できる。
しかしながら、画像のダウンロードを無線通信により行う場合、特に、移動体通信網のように通信速度が十分に高速でないものを用いる場合には、上記タイル化の技術だけでは十分とはいえず、更なる改良が求められる。
【０００８】
本発明は、上記のような従来の事情に鑑みて為されたものであり、サーバ装置側に保持されている画像を無線により携帯端末へ伝送して携帯端末の画面に表示する画像表示システムに関し、無線通信の速度が低速な場合においても画像伝送の効率を高めることが可能な技術を提案することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、無線通信網を介してサーバ装置と通信可能な携帯端末を備えた画像表示システムとして実現されるほか、当該画像表示システムにより実施される画像表示方法、当該画像表示システムを構成するサーバ装置及び携帯端末並びにそれらのプログラムとして実現することができる。
【００１０】
本発明に係る画像表示システムでは、サーバ装置は、対象の画像を分割して生成された複数の分割画像を記憶する記憶手段と、携帯端末からの要求に応じて、当該要求に対応する分割画像を携帯端末に送信する送信手段と、を有する。
また、本発明に係る画像表示システムでは、携帯端末は、対象の画像中の一部又は全体を、複数の分割画像を用いて当該携帯端末の画面に表示する表示手段と、表示手段による表示に用いる複数の分割画像を前記サーバ装置に要求し、当該要求に応答してサーバ装置から送信される複数の分割画像を並列して受信する受信手段と、を有する。
【００１１】
つまり、サーバ装置が、携帯端末による表示の対象となる画像を分割して生成された複数の分割画像を記憶し、携帯端末が、対象の画像中の一部又は全体を当該携帯端末の画面に表示する際に必要となる複数の分割画像をサーバ装置に要求し、サーバ装置が、携帯端末からの要求に応じて、当該要求に対応する複数の分割画像を携帯端末に送信し、携帯端末が、サーバ装置から送信される複数の分割画像を受信し、当該受信した複数の分割画像を用いて画面表示を行う構成とすることで、携帯端末において、画像全体ではなく、その一部である分割画像を取り扱うようにして、限られたメモリ容量しか使用できないという制約の解決を図る。
更に、サーバ装置が、複数の分割画像を並列して送信し、携帯端末が、サーバ装置から送信される複数の分割画像を並列して受信する構成（例えば、分割画像を１枚ずつ要求して受信するスレッドを複数重複して動作させる構成）とすることで、携帯端末の処理性能や無線通信網の通信性能を効果的に活用できるようにして、限られた通信速度しか得られないという制約の解決を図る。
これにより、無線通信の速度が低速な場合（例えば、移動体通信網を用いる場合や、通信回線が逼迫している場合など）においても画像伝送の効率を高めることができる。
【００１２】
ここで、携帯端末の受信手段が、画面の表示をスライドするユーザ操作に基づいて、画面に表示されている分割画像に隣接する複数の分割画像をサーバ装置に要求し、当該要求に応答してサーバ装置から送信される複数の分割画像を並列して受信する構成としてもよい。
これにより、表示のスライドによって新たに表示範囲に含まれることになった複数の分割画像を効率的に受信することができる。
【００１３】
また、携帯端末の受信手段が、画面の表示を縮小するユーザ操作に基づいて、画面に表示されている分割画像に隣接する複数の分割画像をサーバ装置に要求し、当該要求に応答してサーバ装置から送信される複数の分割画像を並列して受信する構成としてもよい。
これにより、表示の縮小によって新たに表示範囲に含まれることになった複数の分割画像を効率的に受信することができる。
【００１４】
また、サーバ装置の記憶手段が、対象の画像に対する縮小処理により得られる異なる縮尺の複数の画像の各々について、その画像を分割して生成された複数の分割画像を記憶し、携帯端末の受信手段が、画面の表示を縮小するユーザ操作に基づいて、画面に表示されている分割画像より縮尺が小さい複数の分割画像をサーバ装置に要求し、当該要求に応答してサーバ装置から送信される複数の分割画像を並列して受信する構成としてもよい。
これにより、縮小後の表示に適した縮尺の複数の分割画像を効率的に受信することができる。また、表示の縮小に用いる分割画像の数が多量になることを防ぐことができる。
【００１５】
また、サーバ装置の記憶手段が、対象の画像に対する縮小処理により得られる異なる縮尺の複数の画像の各々について、その画像を分割して生成された複数の分割画像を記憶し、携帯端末の受信手段が、画面の表示を拡大するユーザ操作に基づいて、画面に表示されている分割画像より縮尺が大きい複数の分割画像をサーバ装置に要求し、当該要求に応答してサーバ装置から送信される複数の分割画像を並列して受信する構成としてもよい。
これにより、拡大後の表示に適した縮尺の複数の分割画像を効率的に受信することができる。また、表示の拡大を画像処理のみで行う場合に比べて良好な画質を得ることが可能となる。
【００１６】
また、サーバ装置に、対象の画像を分割して複数の分割画像を生成する分割手段を更に備え、サーバ装置の記憶手段が、分割手段により生成された複数の分割画像を記憶する構成としてもよい。
これにより、必要に応じて分割画像を生成することができ、サーバ装置の記憶容量を削減することが可能となる。
【発明の効果】
【００１７】
本発明によれば、無線通信の速度が低速な場合（例えば、移動体通信網を用いる場合や、通信回線が逼迫している場合など）においても画像伝送の効率を効果的に高めることができ、その結果、端末装置における画像閲覧の操作性（ハンドリング）を向上させることができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に係る画像表示システムの概要を示す図である。
【図２】サーバ装置及び携帯端末の機能ブロックの例を示す図である。
【図３】サーバ装置におけるタイリング処理の処理フローの例を示す図である。
【図４】携帯端末におけるタイルダウンロード処理及び描画処理の処理フローの例を示す図である。
【図５】通信・効率・使用感の観点からタイル画像のサイズを検証した例を示す図である。
【図６】ダウンロードスレッドの数を検証した例を示す図である。
【発明を実施するための形態】
【００１９】
本発明の一実施形態について、図面を参照して説明する。
図１には、本発明の一実施形態に係る画像表示システムの概要を示してある。
本例の画像表示システムは、サーバ装置１と携帯端末２とが移動体通信網３を介して通信可能に構成してあり、サーバ装置１にて携帯端末２による表示対象の画像をタイリング（タイル状に分割）し、サーバ装置１から携帯端末２へタイル単位でダウンロード（伝送）し、携帯端末２の画面に各タイル画像を描画（表示）することで、携帯端末２の利用者に表示対象の画像の一部又は全体の閲覧環境を提供するものである。
【００２０】
図２には、サーバ装置１及び携帯端末２の機能ブロックの例を示してある。
本例のサーバ装置１は、他の装置との通信に使用される通信インタフェース部１４、複数の画像のデータを記憶・管理する画像データベース１３、画像をタイル状に分割して複数のタイル画像（分割画像）のデータを生成するタイリング部１２、タイル画像のデータを記憶するタイルデータ保持部１５、携帯端末２からのリクエスト（要求）に応じた処理を行うリクエスト処理部１１を有する。
【００２１】
また、本例の携帯端末２は、他の装置との通信に使用される通信インタフェース部２１、ユーザから各種の操作入力を受け付ける操作入力部２２、画像の表示先（表示面）となる画面２３、サーバ装置１からタイル画像のデータをダウンロード（受信）するダウンロード処理部２４、ダウンロードしたタイル画像のデータを記憶するタイルデータ保持部２５、表示対象の画像の一部又は全体を複数のタイル画像のデータに基づいて画面２３に描画（表示）するタイル描画部２６を有する。
【００２２】
本例では、携帯端末２として、第３世代（いわゆる「３Ｇ」）の移動体通信網を用いてデータ通信を行えるスマートフォン等の携帯電話機を用い、各アプリケーションを動作させるプラットフォームにＡｎｄｒｏｉｄを用いる。なお、これらは一例に過ぎず、使用する無線通信網の規格やプラットフォームなどは任意であり、例えば、携帯端末２として、ＷｉＦｉを用いてデータ通信を行えるＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）やタブレットＰＣ等の携帯型の小型端末を用いてもよい。
また、本例の携帯端末２では、画面２３及び操作入力部２２として機能するタッチパネルを設け、画面２３に対するタッチ操作を操作入力部２２にて検知する構成としているが、画面２３と操作入力部２２をそれぞれ異なるハードウェアにより構成してもよい。
【００２３】
次に、サーバ装置１及び携帯端末２の各機能部による具体的な処理内容を、画像表示システムの動作の流れに沿って説明する。
まず、事前処理として、サーバ装置１の画像データベース１３に、例えば、インターネット網を介して接続された他の端末から、携帯端末２による表示対象となり得る複数の画像のデータが登録される。本例では、画像データベース１３に画像そのものを記憶させるのではなく、所定の圧縮方式（例えば、ＵＣＶ（Ｕｌｔｒａ Ｃｏｍｐｒｅｓｓ Ｖｅｃｔｏｒ））により圧縮（エンコード）した状態で記憶させておき、使用する際に伸張（デコード）して画像を復元する構成にすることで、画像データベース１３のディスク容量の削減を図っている。なお、画像の圧縮は、送信元の端末側が画像の送信前に行ってもよく、サーバ装置１が画像の受信後に行ってもよい。
【００２４】
ここで、例えば、携帯端末２の画面２３に、サーバ装置１の画像データベース１３に記憶されている複数の画像がリスト形式で表示され、その中の１つの画像を表示対象に指定する操作入力がユーザ（利用者）により行われたとする。この操作入力は操作入力部２２によって検知され、これを契機にして、表示対象に指定された画像のタイル化及びダウンロードが開始される。
【００２５】
まず、携帯端末２において、ダウンロード処理部２４が、表示対象に指定された画像のタイル化を要求するタイリング要求を、通信インタフェース部２１を通じてサーバ装置１へ送信する。本例のタイリング要求では、表示対象に指定された画像の識別情報である画像識別子（本例では、ファイルＩＤ）により、タイル化する画像を指定する。
【００２６】
サーバ装置１は、携帯端末２から送信されたタイリング要求を通信インタフェース部１４により受信すると、リクエスト処理部１１が、当該タイリング要求で指定された画像識別子に対応する画像のタイリングをタイリング部１２に指示する。
【００２７】
タイリング部１２は、指示された画像識別子に対応する画像の圧縮データを画像データベース１３から読み出して伸張し、圧縮前の画像を復元する。また、復元した画像の画像形式が、携帯端末２で使用可能な画像形式と異なる場合には、画像形式の変換も行う。本例では、基本的にＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）形式の画像を使用するが、色数が少ない画像の場合にはＰＮＧ（Ｐｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）形式の画像を使用する場合もある。その後、復元（及び変換）結果の画像をオリジナル画像として、タイリング処理を行う。
【００２８】
タイリング処理の詳細について、図３に示す処理フローの例を参照して説明する。
ここで、本例では、オリジナル画像を分割したタイル画像だけでなく、オリジナル画像を縮小した縮小画像（或いは更なる縮小画像）を分割したタイル画像の生成も行うようにしており、画像の縮小の程度をレイヤー番号により区別している。以下では、オリジナル画像（原寸の画像）をレイヤー１、各辺の長さを１／２にした縮小画像をレイヤー２、各辺の長さを１／４にした縮小画像をレイヤー４、・・・、とする。また、本例では、携帯端末の画面（表示領域）のサイズより小さい大きさのタイル画像を用いるものとし、例えば、タイル画像の１辺の長さを２５６ピクセルに設定する。
【００２９】
タイリング処理では、まず、レイヤー番号を表す変数であるｌａｙｅｒ、及び、タイルの大きさ（１辺の長さ）を表す変数であるｔｉｌｅｓｉｚｅの設定を行う（ステップＳ２１）。本例では、初期値として、変数ｌａｙｅｒに１を設定し、変数ｔｉｌｅｓｉｚｅに２５６を設定する。
【００３０】
次に、縮小処理（ステップＳ１２）及び切り出し処理（ステップＳ１３）を行う。
縮小処理（ステップＳ１２）では、オリジナル画像を（１／ｌａｙｅｒ）に縮小し、縮小後の画像をｉｍｇとする。また、切り出し処理（ステップＳ１３）では、ｉｍｇの左上から右下に向かってｔｉｌｅｓｉｚｅの正方形を順次切り出すことで複数のタイル画像を生成し、各タイル画像のデータをタイルデータ保持部１５に記憶させる。なお、ｉｍｇの端部（右辺や下辺の部分）については、正方形の切り出しを行えず、長方形のタイル画像となる場合がある。
ここで、１回目の縮小処理及び切り出し処理では、ｌａｙｅｒ＝１であるため、ｉｍｇはオリジナル画像そのもの（原寸）であり、オリジナル画像を２５６ピクセル単位でタイル画像に分割することになる。
【００３１】
次に、更なる縮小処理及び切り出し処理を行うかを判断すべく、ｉｍｇの高さ又は幅が基準値（本例では、１０２４ピクセル）以下か否かを判定する（ステップＳ１４）。
その結果、ｉｍｇの高さ又は幅が基準値以下でないと判定された場合には、（ｌａｙｅｒ＊２）をｌａｙｅｒに設定して（ステップＳ１５）、ステップＳ１２に戻り、２回目の縮小処理及び切り出し処理を行う。
２回目の縮小処理及び切り出し処理では、ｌａｙｅｒ＝２であるため、ｉｍｇはオリジナル画像を１／２にした縮小画像であり、この１／２の縮小画像を２５６ピクセル単位でタイル画像に分割することになる。
以上の処理（ステップＳ１２〜Ｓ１５）を、ステップＳ１４においてｉｍｇの高さ又は幅が基準値以下であると判定されるまで繰り返す。
【００３２】
これにより、異なる縮尺の複数の画像（オリジナル画像やその縮小画像）から、異なる縮尺の複数のタイル画像が生成される。このように、オリジナル画像（原寸の画像）を順次縮小して縮尺の異なる複数の縮小画像を生成し、各々を分割してタイル画像を生成するため、携帯端末２での表示において、いずれの縮尺のタイル画像を使用しても良好な画質を得ることができる。なお、各縮尺のタイル画像は基本的に（分割元画像の端部を除いて）同じ大きさであり、タイル画像の縮尺の相違はオリジナル画像上の対応領域の大きさの相違に相当する。
【００３３】
ここで、本例では、各タイル画像のデータに、オリジナル画像の識別情報である画像識別子（本例では、ファイルＩＤ）、レイヤーの識別情報であるレイヤー番号、分割元の画像（オリジナル画像又はその縮小画像）における当該タイルのＸ軸方向（横方向）の配置を示すＸ位置、分割元の画像（オリジナル画像又はその縮小画像）における当該タイルのＹ軸方向（縦方向）の配置を示すＹ位置、を用いたファイル名を付して、タイルデータ保持部１５内の同一のフォルダに全て格納する。なお、このファイル体系は一例であり、他のファイル体系によりタイル画像のデータを管理してもよく、例えば、オリジナル画像別のフォルダ（すなわち、ファイルＩＤ別のフォルダ）を用意する構成としてもよい。
【００３４】
また、本例では、タイル画像の大きさを規定するピクセル数（ｔｉｌｅｓｉｚｅ）として２５６を用い、画像の縮小を実施するか否かを判定する基準値として１０２４ピクセルを用いているが、これらの値は一例に過ぎず、例えば、携帯端末２の画面サイズやメモリ容量、或いは後述する通信・効率・使用感等の各種要因を考慮して適切な値を定めればよい。
【００３５】
タイリング部１２によるタイリング処理（縮小処理や切り出し処理）が終了すると、リクエスト処理部１１は、タイリング処理の結果（例えば、レイヤー番号毎のＸ位置及びＹ位置の最大値）を、通信インタフェース部１４を通じて携帯端末２へ通知する。
【００３６】
携帯端末２は、サーバ装置１から通知されたタイリング処理の結果を通信インタフェース部２１により受信すると、ダウンロード処理部２４が、当該タイリング処理の結果に基づいて、必要なタイル画像を選定してダウンロード処理を行い、タイル描画部２５が、ダウンロードしたタイル画像の描画処理を行う。
【００３７】
タイル画像のダウンロード処理及び描画処理の詳細について、図４に示す処理フローの例を参照して説明する。本例のダウンロード処理部２４では、メインスレッドＴ１及びダウンロードスレッドＴ２を動作させることで、タイル画像のダウンロード処理を行う。また、本例のタイル描画部２５では、表示スレッドＴ３を動作させることで、タイル画像の描画処理を行う。
【００３８】
メインスレッドＴ１について、図４（ａ）を参照して説明する。
メインスレッドＴ１では、まず、画面中央に表示する画像の位置を表す変数であるｃｅｎｔｅｒ、画面サイズを表す変数であるｖｉｅｗｓｉｚｅ、レイヤー番号を表す変数であるｌａｙｅｒ、及び、タイルの大きさ（１辺の長さ）を表す変数であるｔｉｌｅｓｉｚｅの設定を行う（ステップＳ２１）。
【００３９】
ここで、変数ｖｉｅｗｓｉｚｅには、携帯端末２の機種毎に固有の値（画面サイズ）が固定的に設定され、変数ｔｉｌｅｓｉｚｅには、サーバ装置１で用いた変数ｔｉｌｅｓｉｚｅと同じ値（本例では、２５６）が固定的に設定される。すなわち、変数ｃｅｎｔｅｒ及び変数ｌａｙｅｒが必要に応じて調整されることなる。
例えば、初期表示の際には、画像の全体像を把握可能にすべく、最も縮尺が小さい（最も縮小率が大きい）タイル画像（すなわち、レイヤー番号が最大のタイル画像）を用い、その中央が画面中央に位置するように、変数ｃｅｎｔｅｒ及び変数ｌａｙｅｒを設定する。また、例えば、表示範囲をスライドする（ずらす）ユーザ操作がなされた場合には、そのスライド量に応じて変数ｃｅｎｔｅｒを調整する。また、例えば、表示を拡大又は縮小するユーザ操作がなされた場合には、拡大又は縮小後の縮尺に応じて変数ｌａｙｅｒを調整する。
【００４０】
その後、各変数（ｃｅｎｔｅｒ、ｖｉｅｗｓｉｚｅ、ｌａｙｅｒ、ｔｉｌｅｓｉｚｅ）の設定値に基づいて、画面２３の表示範囲に対応するタイル画像を特定して各々のファイル名を求め、そのうちサーバ装置１から未だダウンロードしていないタイル画像（或いは、過去にダウンロードしたが既に消去されたタイル画像）のファイル名をダウンロードキューに登録する（ステップＳ２２）。ここで、画面２３の表示範囲に対応するタイル画像とは、画面２３の表示範囲内に一部又は全体が含まれるタイル画像を指す。なお、本例では、サーバ装置１からダウンロードしたタイル画像のデータをタイルデータ保持部２５に記憶するため、タイルデータ保持部２５を参照することでダウンロード済みか否か（或いは消去済みか否か）を判定できる。
【００４１】
次に、ダウンロードスレッドＴ２について、図４（ｂ）を参照して説明する。
本例では、４つのダウンロードスレッドＴ２（＃１）〜（＃４）を重複（並列）して動作させるが、ダウンロードスレッドＴ２の数は任意であり、携帯端末２の処理性能や移動体通信網３の通信性能等の各種要因を考慮して適切な数を定めればよい。ここで、重複（並列）して動作とは、各スレッドをそれぞれ異なるプロセッサを用いて並行動作させる構成でもよく、プロセッサの処理時間を非常に短い単位に分割して各スレッドに順番に割り当てて、各スレッドを共通のプロセッサにより並列的に動作させる構成でもよい。
なお、ダウンロードスレッドＴ２（＃１）〜（＃４）の動作内容は共通であるため、以下では各々を区別せずに、単にダウンロードスレッドＴ２と記す。
【００４２】
ダウンロードスレッドＴ２は、ダウンロードキューからファイル名を１つ取り出して、タイル画像のファイル名を表す変数であるｔｉｌｅｎａｍｅに設定する（ステップＳ３１）。
次に、変数ｔｉｌｅｎａｍｅが空か否か（ダウンロードキューからファイル名を取り出せたか否か）を判定する（ステップＳ３２）。その結果、変数ｔｉｌｅｎａｍｅが空でない（ファイル名を取り出せた）と判定された場合には、ファイル名が変数ｔｉｌｅｎａｍｅであるタイル画像を要求するタイル画像要求を、通信インタフェース部２１を通じてサーバ装置１へ送信し、該当するタイル画像のデータをサーバ装置１からダウンロード（受信）してタイルデータ保持部２５に格納する（ステップＳ３３）。このとき、サーバ装置１のリクエスト処理部１１では、携帯端末２からタイル画像要求を受信したことに応じて、当該タイル画像要求で指定されたファイル名のタイル画像のデータをタイルデータ保持部１５から読み出して要求元の携帯端末２へ送信する処理を行う。このサーバ装置１側の処理も、携帯端末２側のダウンロードスレッドＴ２の数に応じて重複して行われる。
ステップＳ３３におけるタイル画像のダウロードの終了後、或いは、ステップＳ３２において変数ｔｉｌｅｎａｍｅが空（ファイル名を取り出せなかった）と判定された場合には、ステップＳ３１に戻る。
【００４３】
このように、各ダウンロードスレッドＴ２はダウンロードキューを随時監視しており、登録されたファイル名を１つずつ取り出して該当タイル画像のダウンロードを行う。そして、メインスレッドＴ１によって複数のファイル名がダウンロードキューに登録された場合には、複数のダウンロードスレッドＴ２により重複（並列）してタイル画像のダウンロードが行われることなる。
【００４４】
次に、表示スレッドＴ３について、図４（ｃ）を参照して説明する。
表示スレッドＴ３は、画面２３の表示範囲に対応するタイル画像のデータをタイルデータ保持部１５から読み出して、各タイル画像を画面２３上の適切な位置に描画する（ステップＳ４１）。本例では、画面２３の表示範囲に対応する各タイル画像のデータがダウンロードされたか否かを、タイルデータ保持部１５を参照して随時監視しており、タイル画像がダウンロードされる毎に速やかにその描画を行うようにしている。また、本例では、タイル画像のファイル名におけるＸ位置及びＹ位置（配置情報）から画面２３上の位置を求め、該当位置にタイル画像を描画する。
【００４５】
例えば、初期表示の際には、レイヤー番号が最大の複数のタイル画像がダウンロードされ、これらのタイル画像に基づいて、表示対象に指定された画像の全体像の一部又は全体が表示される。
また、例えば、表示範囲をスライドするユーザ操作がなされた場合は、表示のスライドによって新たに表示範囲に含まれることになった複数のタイル画像（現在表示中のタイル画像に隣接する複数のタイル画像）がダウンロードされ、これらのタイル画像に基づいて、新たな表示範囲部分の表示が行われる。
また、例えば、表示を拡大するユーザ操作がなされた場合には、その操作の程度（拡大率）が所定の閾値未満のときは、現在表示中のタイル画像を拡大する画像処理により拡大表示が行われる。一方、所定の閾値を超えたときは、現在表示中のタイル画像より縮尺が大きい（レイヤー番号が小さい）複数のタイル画像がダウンロードされ、これらのタイル画像を用いた表示に切り替わる。
また、例えば、表示を縮小するユーザ操作がなされた場合には、その操作の程度（縮小率）が所定の閾値未満のときは、表示の縮小によって新たに表示範囲に含まれることになった複数のタイル画像（現在表示中のタイル画像に隣接する複数のタイル画像）がダウンロードされ、現在表示中のタイル画像及び新たにダウンロードされたタイル画像を縮小する画像処理により縮小表示が行われる。一方、所定の閾値を超えたときは、現在表示中のタイル画像より縮尺が小さい（レイヤー番号が大きい）複数のタイル画像がダウンロードされ、これらのタイル画像を用いた表示に切り替わる。
【００４６】
なお、携帯端末２における画面表示に必要なタイル画像の数は、表示の拡大又は縮小の程度によらず略一定である。本例では、縦方向の数として、画面２３の縦方向の長さをタイルの大きさ（縦方向の長さ）で割り算し、その結果の小数点以下を切り上げた値を用い、また、横方向の数として、画面２３の横方向の長さをタイルの大きさ（横方向の長さ）で割り算し、その結果の小数点以下を切り上げた値を用いる。このような演算により得られる数のタイル画像を用いることで、画面２３をタイル画像で埋め尽くすことができる。また、上記の数のタイル画像により形成される画像は画面２３よりも若干大きいサイズであるため、その余裕の範囲内で、新たなタイル画像のダウンロードを行うことなく表示範囲のスライドを行える。
【００４７】
ここで、サーバ装置１のタイルデータ保持部１５は、タイル画像のデータを或る程度の期間継続して保持する仕組みとなっており、携帯端末２からタイリング要求を受けた場合でも、タイリング要求で指示された画像に基づくタイル画像のデータがタイルデータ保持部１５に存在する場合には、そのタイリング処理を省略することができる。
また、携帯端末２のタイルデータ保持部２５は、タイル画像のデータを或る程度の期間継続して保持する仕組みとなっており、表示範囲のスライドや拡大・縮小等のユーザ操作によって画面２３の表示範囲に対応するタイル画像が変化した場合でも、表示範囲に新たに含められたタイル画像のデータがタイルデータ保持部２５に存在する場合には、そのダウンロード処理を省略することができる。
【００４８】
次に、タイル画像のサイズについて検討する。
図５には、通信・効率・使用感の観点からタイル画像のサイズを検証した例を示してある。
通信について検証すると、タイル画像のサイズが大きい場合には、１つのタイル画像のダウンロードに要する時間が長くなるが、画面表示に使用するタイル画像の数が少なくなるため、画像表示全体で見ると通信のオーバーヘッドが少ない。一方、タイル画像のサイズが小さい場合には、１つのタイル画像のダウンロードに要する時間が短くなるが、画面表示に使用するタイル画像の数が多くなるため、画像表示全体で見ると通信のオーバーヘッドが大きい。
【００４９】
効率について検証すると、タイル画像のサイズが大きい場合には、一部でも画面上（表示範囲）にかかるタイル画像は全てダウンロードの対象となるので、表示面積的に無駄が多くなる。一方、タイル画像のサイズが小さい場合には、表示面積的に無駄が少ない。
【００５０】
使用感について検証すると、タイル画像のサイズが大きい場合には、タイル画像のダウンロードに時間がかかった後、一気に画像の描画がなされるため、反応が無い（或いは悪い）印象を受ける。一方、タイル画像のサイズが小さい場合には、タイル画像のダウンロードが速いため、反応が良い印象を受ける。但し、サイズが小さすぎると画像全体を描画し終えるまでの時間が長くなる。
【００５１】
以上のように、タイル画像のサイズによって種々の要因が影響を受ける。
本例では、全体的なバランスを考慮して２５６×２５６の正方形のタイル画像を用いるが、他のサイズのタイル画像を用いても構わず、例えば、携帯端末２の画面サイズ等に応じてタイル画像のサイズを変更するようにしてもよい。また、正方形のタイル画像ではなく、長方形のタイル画像を用いるようにしてもよい。
【００５２】
次に、ダウンロードスレッドの数について検討する。
図６には、機種が異なる複数の携帯端末２を用いて、３Ｇ通信環境における最適なスレッド数の検証した結果を示してある。図６のグラフにおいて、横軸はスレッド数であり、縦軸は複数のタイル画像のダウンロードに要した時間（ｍｓ）であり、機種別のダウンロード時間から求めた平均ダウンロード時間をスレッド数毎にプロットしてある。同図によれば、スレッド数＝４において平均ダウンロード時間が最も短くなっており、４つのダウンロードスレッドを用いた場合に、各機種の携帯端末２で良好なダウンロード性能を得られることが分かる。なお、検証の条件によって適切なスレッド数は変化し得る。
本例では、上記の検証結果に鑑みてスレッド数として４を用いるが、他のスレッド数を用いても構わず、例えば、携帯端末２の処理性能等に応じてスレッド数を変更するようにしてもよい。
【００５３】
以上のように、本例では、サーバ装置１が、携帯端末２による表示対象となる画像をタイル化（格子状に分割）した複数のタイル画像（分割画像）を、各々の配置を示す配置情報と対応付けて記憶し、携帯端末２の画面２３の表示範囲に対応する複数のタイル画像を携帯端末２からの要求に応じて送信し、携帯端末２が、サーバ装置１からダウンロード（受信）した複数のタイル画像を、各々のタイル画像に対応付けられた配置情報に従って画面２３に表示する。すなわち、携帯端末２において、画像全体ではなく、その一部であるタイル画像を取り扱うようにして、限られたメモリ容量しか使用できないという制約の解決を図る。
【００５４】
また、本例では、携帯端末２が、タイル画像を１枚ずつ要求してダウンロードするダウンロードスレッドを複数重複して動作させる。すなわち、サーバ装置が、複数のタイル画像を並列して送信し、携帯端末が、サーバ装置から送信される複数のタイル画像を並列して受信することにより、携帯端末２の処理性能や移動体通信網３の通信性能を効果的に活用できるようにして、限られた通信速度しか得られないという制約の解決を図る。
【００５５】
また、本例では、縮尺の異なる複数のタイル画像を用意し、端末装置２の表示を拡大又は縮小するユーザ操作に応じて適切な縮尺のタイル画像を使用する構成であるため、端末装置２での表示に使用するタイル画像の数（ダウンロードするタイル画像の数）を均一化することができる。
【００５６】
したがって、本例の画像表示システムによれば、移動体通信網３という低速な通信回線を用いて無線通信を行う場合であっても画像伝送の効率を効果的に高めることができ、その結果、端末装置２における画像閲覧の操作性（ハンドリング）を向上させることができる。なお、上記の技術は、ＷｉＦｉ等の比較的高速な通信回線を用いながらも通信回線の逼迫等の原因によって通信速度が低下した状況などにおいても有効である。
【００５７】
ここで、本例のサーバ装置１では、本発明に係る分割手段をタイリング部１２の機能により実現し、本発明に係る記憶手段をタイルデータ保持部１５の機能により実現し、本発明に係る送信手段をリクエスト処理部１１の機能により実現している。なお、これらの機能は、例えば、本発明に係るサーバ装置用のプログラムをプロセッサにより実行させることで、サーバ装置１のコンピュータ上に実現することができる。
【００５８】
また、本例の携帯端末２では、本発明に係る受信手段をダウンロード処理部２４の機能により実現し、本発明に係る表示手段をタイル描画部２６の機能により実現している。なお、これらの機能は、例えば、本発明に係る携帯端末用のプログラムをプロセッサにより実行させることで、携帯端末２のコンピュータ上に実現することができる。
【００５９】
また、本例では、サーバ装置１自身が画像データベース１３を有しているが、サーバ装置１と通信可能な外部の装置に画像データベース１３を設けてもよい。また、タイリング部１２についても外部の装置に設け、サーバ装置１は、当該外部の装置からタイル画像を受け取ってタイルデータ保持部１５に保持しておき、携帯端末２からの要求に応じてタイル画像を送信する構成としてもよい。
【符号の説明】
【００６０】
１：サーバ装置、 ２：携帯端末、 ３：移動体通信網
１１：リクエスト処理部、 １２：タイリング部、 １３：画像データベース、 １４：通信インタフェース部、 １５：タイルデータ保持部、
２１：通信インタフェース部、 ２２：操作入力部、 ２３：画面、 ２４：ダウンロード処理部、 ２５：タイルデータ保持部、 ２６：タイル描画部
【特許請求の範囲】
【請求項１】
無線通信網を介してサーバ装置と通信可能な携帯端末を備えた画像表示システムにおいて、
前記サーバ装置は、
対象の画像を分割して生成された複数の分割画像を記憶する記憶手段と、
前記携帯端末からの要求に応じて、当該要求に対応する分割画像を前記携帯端末に送信する送信手段と、を有し、
前記携帯端末は、
前記対象の画像中の一部又は全体を、複数の分割画像を用いて当該携帯端末の画面に表示する表示手段と、
前記表示手段による表示に用いる複数の分割画像を前記サーバ装置に要求し、当該要求に応答して前記サーバ装置から送信される複数の分割画像を並列して受信する受信手段と、を有する、
ことを特徴とする画像表示システム。
【請求項２】
請求項１に記載の画像表示システムにおいて、
前記受信手段は、前記画面の表示をスライドするユーザ操作に基づいて、前記画面に表示されている分割画像に隣接する複数の分割画像を前記サーバ装置に要求し、当該要求に応答して前記サーバ装置から送信される複数の分割画像を並列して受信する、
ことを特徴とする画像表示システム。
【請求項３】
請求項１又は請求項２に記載の画像表示システムにおいて、
前記受信手段は、前記画面の表示を縮小するユーザ操作に基づいて、前記画面に表示されている分割画像に隣接する複数の分割画像を前記サーバ装置に要求し、当該要求に応答して前記サーバ装置から送信される複数の分割画像を並列して受信する、
ことを特徴とする画像表示システム。
【請求項４】
請求項１又は請求項２に記載の画像表示システムにおいて、
前記記憶手段は、前記対象の画像に対する縮小処理により得られる異なる縮尺の複数の画像の各々について、その画像を分割して生成された複数の分割画像を記憶し、
前記受信手段は、前記画面の表示を縮小するユーザ操作に基づいて、前記画面に表示されている分割画像より縮尺が小さい複数の分割画像を前記サーバ装置に要求し、当該要求に応答して前記サーバ装置から送信される複数の分割画像を並列して受信する、
ことを特徴とする画像表示システム。
【請求項５】
請求項１乃至請求項４のいずれか１項に記載の画像表示システムにおいて、
前記記憶手段は、前記対象の画像に対する縮小処理により得られる異なる縮尺の複数の画像の各々について、その画像を分割して生成された複数の分割画像を記憶し、
前記受信手段は、前記画面の表示を拡大するユーザ操作に基づいて、前記画面に表示されている分割画像より縮尺が大きい複数の分割画像を前記サーバ装置に要求し、当該要求に応答して前記サーバ装置から送信される複数の分割画像を並列して受信する、
ことを特徴とする画像表示システム。
【請求項６】
請求項１乃至請求項５のいずれか１項に記載の画像表示システムにおいて、
前記サーバ装置は、前記対象の画像を分割して複数の分割画像を生成する分割手段を更に備え、
前記記憶手段は、前記分割手段により生成された複数の分割画像を記憶する、
ことを特徴とする画像表示システム。
【請求項７】
サーバ装置と無線通信網を介して通信可能な携帯端末において、
対象の画像中の一部又は全体を、当該対象の画像を分割して生成された分割画像を複数用いて当該携帯端末の画面に表示する表示手段と、
前記表示手段による表示に用いる複数の分割画像を前記サーバ装置に要求し、当該要求に応答して前記サーバ装置から送信される複数の分割画像を並列して受信する受信手段と、
を有することを特徴とする携帯端末。
【請求項８】
サーバ装置と無線通信網を介して通信可能な携帯端末のコンピュータに、
対象の画像中の一部又は全体を、当該対象の画像を分割して生成された分割画像を複数用いて当該携帯端末の画面に表示する表示機能と、
前記表示機能による表示に用いる複数の分割画像を前記サーバ装置に要求し、当該要求に応答して前記サーバ装置から送信される複数の分割画像を並列して受信する受信機能と、
を実現させるための前記携帯端末用のプログラム。
【請求項９】
携帯端末と無線通信網を介して通信可能なサーバ装置において、
対象の画像を分割して生成された複数の分割画像を記憶する記憶手段と、
前記携帯端末からの要求に応じて、前記携帯端末の画面に前記対象の画像中の一部又は全体を表示する際に用いられる複数の分割画像を、前記携帯端末に並列して送信する送信手段と、
を有することを特徴とするサーバ装置。
【請求項１０】
携帯端末と無線通信網を介して通信可能なサーバ装置のコンピュータに、
対象の画像を分割して生成された複数の分割画像を記憶する記憶機能と、
前記携帯端末からの要求に応じて、前記携帯端末の画面に前記対象の画像中の一部又は全体を表示する際に用いられる複数の分割画像を、前記携帯端末に並列して送信する送信機能と、
を実現させるためのサーバ装置用のプログラム。
【請求項１１】
無線通信網を介してサーバ装置と通信可能な携帯端末を備えた画像表示システムにより実施される画像表示方法において、
前記サーバ装置が、対象の画像を分割して生成された複数の分割画像を記憶し、
前記携帯端末が、当該携帯端末の画面に対象の画像中の一部又は全体を表示する際に必要となる複数の分割画像を前記サーバ装置に要求し、
前記サーバ装置が、前記携帯端末からの要求に応じて、当該要求に対応する複数の分割画像を前記携帯端末に並列して送信し、
前記携帯端末が、前記サーバ装置から送信される複数の分割画像を並列して受信し、当該受信した複数の分割画像を用いて画面表示を行う、
ことを特徴とする画像表示方法。
【請求項１】
無線通信網を介してサーバ装置と通信可能な携帯端末を備えた画像表示システムにおいて、
前記サーバ装置は、
対象の画像を分割して生成された複数の分割画像を記憶する記憶手段と、
前記携帯端末からの要求に応じて、当該要求に対応する分割画像を前記携帯端末に送信する送信手段と、を有し、
前記携帯端末は、
前記対象の画像中の一部又は全体を、複数の分割画像を用いて当該携帯端末の画面に表示する表示手段と、
前記表示手段による表示に用いる複数の分割画像を前記サーバ装置に要求し、当該要求に応答して前記サーバ装置から送信される複数の分割画像を並列して受信する受信手段と、を有する、
ことを特徴とする画像表示システム。
【請求項２】
請求項１に記載の画像表示システムにおいて、
前記受信手段は、前記画面の表示をスライドするユーザ操作に基づいて、前記画面に表示されている分割画像に隣接する複数の分割画像を前記サーバ装置に要求し、当該要求に応答して前記サーバ装置から送信される複数の分割画像を並列して受信する、
ことを特徴とする画像表示システム。
【請求項３】
請求項１又は請求項２に記載の画像表示システムにおいて、
前記受信手段は、前記画面の表示を縮小するユーザ操作に基づいて、前記画面に表示されている分割画像に隣接する複数の分割画像を前記サーバ装置に要求し、当該要求に応答して前記サーバ装置から送信される複数の分割画像を並列して受信する、
ことを特徴とする画像表示システム。
【請求項４】
請求項１又は請求項２に記載の画像表示システムにおいて、
前記記憶手段は、前記対象の画像に対する縮小処理により得られる異なる縮尺の複数の画像の各々について、その画像を分割して生成された複数の分割画像を記憶し、
前記受信手段は、前記画面の表示を縮小するユーザ操作に基づいて、前記画面に表示されている分割画像より縮尺が小さい複数の分割画像を前記サーバ装置に要求し、当該要求に応答して前記サーバ装置から送信される複数の分割画像を並列して受信する、
ことを特徴とする画像表示システム。
【請求項５】
請求項１乃至請求項４のいずれか１項に記載の画像表示システムにおいて、
前記記憶手段は、前記対象の画像に対する縮小処理により得られる異なる縮尺の複数の画像の各々について、その画像を分割して生成された複数の分割画像を記憶し、
前記受信手段は、前記画面の表示を拡大するユーザ操作に基づいて、前記画面に表示されている分割画像より縮尺が大きい複数の分割画像を前記サーバ装置に要求し、当該要求に応答して前記サーバ装置から送信される複数の分割画像を並列して受信する、
ことを特徴とする画像表示システム。
【請求項６】
請求項１乃至請求項５のいずれか１項に記載の画像表示システムにおいて、
前記サーバ装置は、前記対象の画像を分割して複数の分割画像を生成する分割手段を更に備え、
前記記憶手段は、前記分割手段により生成された複数の分割画像を記憶する、
ことを特徴とする画像表示システム。
【請求項７】
サーバ装置と無線通信網を介して通信可能な携帯端末において、
対象の画像中の一部又は全体を、当該対象の画像を分割して生成された分割画像を複数用いて当該携帯端末の画面に表示する表示手段と、
前記表示手段による表示に用いる複数の分割画像を前記サーバ装置に要求し、当該要求に応答して前記サーバ装置から送信される複数の分割画像を並列して受信する受信手段と、
を有することを特徴とする携帯端末。
【請求項８】
サーバ装置と無線通信網を介して通信可能な携帯端末のコンピュータに、
対象の画像中の一部又は全体を、当該対象の画像を分割して生成された分割画像を複数用いて当該携帯端末の画面に表示する表示機能と、
前記表示機能による表示に用いる複数の分割画像を前記サーバ装置に要求し、当該要求に応答して前記サーバ装置から送信される複数の分割画像を並列して受信する受信機能と、
を実現させるための前記携帯端末用のプログラム。
【請求項９】
携帯端末と無線通信網を介して通信可能なサーバ装置において、
対象の画像を分割して生成された複数の分割画像を記憶する記憶手段と、
前記携帯端末からの要求に応じて、前記携帯端末の画面に前記対象の画像中の一部又は全体を表示する際に用いられる複数の分割画像を、前記携帯端末に並列して送信する送信手段と、
を有することを特徴とするサーバ装置。
【請求項１０】
携帯端末と無線通信網を介して通信可能なサーバ装置のコンピュータに、
対象の画像を分割して生成された複数の分割画像を記憶する記憶機能と、
前記携帯端末からの要求に応じて、前記携帯端末の画面に前記対象の画像中の一部又は全体を表示する際に用いられる複数の分割画像を、前記携帯端末に並列して送信する送信機能と、
を実現させるためのサーバ装置用のプログラム。
【請求項１１】
無線通信網を介してサーバ装置と通信可能な携帯端末を備えた画像表示システムにより実施される画像表示方法において、
前記サーバ装置が、対象の画像を分割して生成された複数の分割画像を記憶し、
前記携帯端末が、当該携帯端末の画面に対象の画像中の一部又は全体を表示する際に必要となる複数の分割画像を前記サーバ装置に要求し、
前記サーバ装置が、前記携帯端末からの要求に応じて、当該要求に対応する複数の分割画像を前記携帯端末に並列して送信し、
前記携帯端末が、前記サーバ装置から送信される複数の分割画像を並列して受信し、当該受信した複数の分割画像を用いて画面表示を行う、
ことを特徴とする画像表示方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−１０５２０４（Ｐ２０１３−１０５２０４Ａ）
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願番号】特願２０１１−２４６７１７（Ｐ２０１１−２４６７１７）
【出願日】平成２３年１１月１０日（２０１１．１１．１０）
【出願人】（５１１２７２０７１）Ａ１コミュニケーションズ株式会社 (2)
【Ｆターム（参考）】
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願日】平成２３年１１月１０日（２０１１．１１．１０）
【出願人】（５１１２７２０７１）Ａ１コミュニケーションズ株式会社 (2)
【Ｆターム（参考）】
[ Back to top ]