JP4700237B2 - ネットワークを介した画像データの転送方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、サーバから端末装置への画像データの転送技術に適用して有効な技術に関する。
【０００２】
【従来の技術】
端末装置からサーバに対して画像データのダウンロードを要求する場合、サムネイル画像と呼ばれる縮小画像を端末装置の表示装置上に並べて表示することが行われている。サムネイル画像は縮小画像ではあるが、ユーザにとってある程度画像を確認することができるために有効である。
【０００３】
ところで、端末装置上でこのようなサムネイル画面を表示させるためには、まず書式ファイル（HTMLファイル）をサーバからダウンロードし、この書式ファイルに規定された画像データを各画像データに定義されたアドレスに対してＨＴＴＰリクエストをサーバに発信し、サーバから１画像ずつダウンロードしているのが現状であった。
【０００４】
すなわち、サムネイル画像といえども１画像ずつ画像提供サーバに対してダウンローリクエストを繰り返す必要があった。
【０００５】
このような処理は、高速回線に接続されたパーソナルコンピュータのような端末装置では大した負荷とはならないが、９６００ｂｐｓ程度の通信速度しか得られない携帯端末装置では、過大な負荷となっていた。
【０００６】
たとえば、ＮＴＴドコモ社のｉモード端末の場合、画像提供サーバよりサムネイル画像として、３２×３２ピクセルのサムネイル画像（ＧＩＦ画像）を９画像分ダウンロードするためには、ＨＴＴＰリクエストとを含めて合計で６３６４バイト分のデータ通信が必要となり全画像のダウンロード時間は２４秒程度必要になる。
【０００７】
前記のように９枚のサムネイル画像が全て表示されるまでに２４秒もかかるようであれば、ユーザは全てのサムネイル画像のダウンロードを待つことなく別の操作を行ってしまう可能性が高く、画像データ配信ビジネスとしても成功モデルとは言い難かった。
【０００８】
【発明が解決しようとする課題】
本発明は、このような点に鑑みてなされたものであり、表示端末上に表示される画像データがあらかじめ決まっているサムネイル画像のような画像データ群をサーバからダウンロードする場合に、データ転送量を少なくして、低速な通信環境であって速やかに複数の画像を表示することができる画像データ転送技術を実現することを技術的課題とする。
【０００９】
【課題を解決するための手段】
本発明は、前記課題を解決するために、以下の手段を採用した。
【００１０】
すなわち、画像提供サーバにはあらかじめ単一ファイルで構成された集合画像データと、この集合画像データを個々の画像データに分解するための区画情報とを蓄積しておく。そして、端末装置から画像データのダウンロード要求を受け付けた場合には、この集合画像データと区画情報とを端末装置にダウンロードさせる。前記集合画像データと区画情報とを受信した端末装置では、区画情報に基づいて集合画像データを個々の画像データに分割する。このように、１回のダウンロード要求で複数の画像データが単一ファイルの集合画像データとして受信できるため、画像データ毎にダウンロード要求（ＨＴＴＰリクエスト）を繰り返す場合に比べてデータ転送量を低減でき、低速な通信回線においても効率的に複数の画像データをダウンロードできる。
【００１１】
【発明の実施の形態】
【実施例】
以下、図面に基づいて、本発明の実施の形態を説明する。
【００１２】
図１は、本実施例の全体のシステム構成を示している。同図に示すように、本実施例は、インターネット等の汎用ネットワーク（ＮＷ）に接続された画像提供サーバ１と、同じくネットワーク（ＮＷ）に接続された基地局サーバ３と、この基地局サーバ３に接続される携帯端末４とで構成されている。携帯端末４は、たとえばＮＴＴドコモ社のｉモード端末であり、所定のアドレス（ＵＲＬ：Uniform Resource Locator）を指定することにより当該アドレスのファイルをダウンロードして表示する機能を有している。また、当該携帯端末４には、図示しない中央処理装置（ＣＰＵ）、メモリ等が設けられ情報処理装置として機能している。
【００１３】
一方、画像提供サーバ１の内部機能を示したものが図２である。
図２に示すように、画像提供サーバ１は、バス（ＢＵＳ）を中心に、中央処理装置（ＣＰＵ）、主記憶装置（ＭＭ）、表示装置（ＤＳＰ）、入力装置（ＫＢＤ）、ハードディスク装置（ＨＤ）等が接続されている。また、ネットワーク（ＮＷ）とは通信インターフェース（Ｉ／Ｆ）を介して接続されている。
【００１４】
ハードディスク装置（ＨＤ）には、オペレーティングシステム（ＯＳ）とともに、本システムを画像提供サーバとして機能させるためのサーバプログラム、画像データベース等が格納されている。
【００１５】
ハードディスク装置（ＨＤ）内の画像データベースには、図３で示すように、集合画像データ３０１と、属性テーブル３０２が格納されている。
【００１６】
集合画像データ３０１は、複数の画像データを１ファイル化したＧＩＦデータであり、たとえばindex.gif等のファイル名が与えられている。本実施例では、縦横それぞれ３２×３２ピクセル毎に９枚の画像データが１ファイルとして統合されている。
【００１７】
一方、属性テーブル３０２には、前記集合画像データ毎に、個別画像のためのデータ区画情報が格納されている。図３の集合画像データ３０１は、９枚の個別画像データを結合したものであり、属性テーブル３０２の区画情報として、各個別画像データの開始座標と終了座標とコメントとが登録されている。
【００１８】
なお、図３では、Ｉ１の終了画像の座標がそれぞれ別の画像（たとえばＩ５）の開始座標と一致しているが、この座標は１ピクセル分だけずらしてもよい。
【００１９】
また、図４の属性テーブルでは、集合画像の開始座標と終了座標とを定義しているが、区画情報はこのような座標での定義に限らず、たとえばデータ開始からの送信バイト数で定義したような属性テーブルを設けてもよい。たとえば、４枚の画像ファイルを１枚の集合画像データとして、転送開始バイト（０バイト）から画像の変更バイト毎（４Ｋバイト、７Ｋバイト、１７Ｋバイトおよび２０Ｋバイト）に個別画像データの区切部分を区画情報とすることができる。
【００２０】
また、ＪＰＥＧ等のような文字データを含めることが許可されている画像形式の場合には属性テーブルそのものを画像データファイル中に格納することもできる。
【００２１】
また属性テーブルには個々の画像を表示する際に出力される音楽データ・音声データ等を登録してもよい。
【００２２】
図５は、端末装置４の内部機能を示すブロック説明図である。
データ受信部５０１は、前記画像提供サーバ１から集合画像データ３０１と区画情報とを受信する機能を有している。
【００２３】
この集合画像データ３０１と区画情報とはそれぞれ一旦、画像データバッファ５０２と属性データバッファ５０３とに蓄積される。これらの各バッファとしては、端末装置４の既存のメモリが用いられる。
【００２４】
画像データ分解部５０４と、表示画像生成部５０５は、端末装置４内にインストールされたプログラムが端末装置４の中央処理装置（ＣＰＵ）によって順次読み込まれて実行されることにより実現される。当該プログラムは、たとえばＪＡＶＡプログラムとして端末装置４内にあらかじめインストールされている。このＪＡＶＡプログラムはユーザの指示にしたがって端末装置４の通信モジュールを起動して前記画像提供サーバ１にアクセスし、集合画像データ３０１と区画情報とをダウンロードし、これを個別画像データに分解して表示する一連の処理を実行する。
【００２５】
画像データ分解部５０４では、前記属性データバッファ５０３に格納された区画情報に基づいて、画像データバッファ５０２内の集合画像データ３０１を個別画像データ（ここでは、Ｉ１〜Ｉ９の９枚の画像データ）に分解する。
【００２６】
この９枚の画像データはたとえばsum1.gif〜sum9.gifというように９個のファイルとして端末装置１上のメモリに格納される。
【００２７】
そして、表示画像生成部５０５は、ＪＡＶＡプログラムで規定された表示フォーマットにしたがってこれらの９個のファイルを並列に表示部５０６上に並べて表示する。
【００２８】
このように、本実施例によれば、９枚のサムネイル画像を表示するために、１回のダウンロード要求（ＨＴＴＰリクエスト）だけで１枚の集合画像データファイルをダウンロードし、ダウンロード後にこれを個々の個別画像データに分解するため、データ転送要求のためのデータ転送量が１／９に低減できる。
【００２９】
本発明者らの実験によれば、ＮＴＴドコモ社のｉモード端末（９６００ｂｐｓでのデータ通信環境）を用いた場合、３２×３２ピクセルのサムネイル画像を９枚並べたページを表示するために、従来のＨＴＭＬフォーマットに基づくＨＴＴＰリクエストの場合、９回分のダウンロード要求を繰り返すことになり、データ転送量として６３６４バイトが必要となり、表示完了までに２４秒が必要だった。
【００３０】
これに対して、本実施例をＪＡＶＡプログラムで記述し、前述のように集合画像データとしてｉアプリでダウンロードした場合、約３７４４バイトの転送量となり、表示完了までに約１３秒だった。
【００３１】
以上説明した本実施例では端末装置４として携帯端末を用いたが、これに限らずパーソナルコンピュータや他の情報表示端末であってもかまわない。また、画像データ形式もＧＩＦ画像に限らず、ＪＰＥＧ、ＴＩＦＦ等の他の画像形式でっあってもかまわない。
【００３２】
また、本実施例は、特に複数のサムネイル画像を一括してダウンロードする際に有効であるが、このようなサムネイル画像に限らず、表示端末上に表示される可能性の高い複数の画像データをあらかじめ一括して端末装置内にダウンロードしておく場合にも有効である。
【発明の効果】
本発明によれば、あらかじめ関連付けられている複数の個別画像に対して集合画像として１回のダウンロード要求で画像データのダウンロードを実行するため、画像毎に転送要求を繰り返す場合に比べて通信データを低減でき、低速な通信回線しかもたない端末装置上でも効率的に画像を表示できる。
【図面の簡単な説明】
【図１】 本発明の実施例であるネットワーク構成を示す説明図
【図２】 実施例の画像提供サーバの構成を示すブロック図
【図３】 実施例の集合画像データを示す説明図
【図４】 実施例の区画情報が格納された属性テーブルを示す説明図
【図５】 実施例の端末装置内の機能ブロック図
【符号の説明】
１ 画像提供サーバ
２ ネットワーク（ＮＷ）
３ 基地局サーバ
４ 端末装置（携帯端末）
３０１ 集合画像データ
３０２ 属性テーブル
５０１ データ受信部
５０２ 画像データバッファ
５０３ 属性データバッファ
５０４ 画像データ分解部
５０５ 表示画像生成部
５０６ 表示部

Claims (2)

1. 複数のサムネイル画像が並べられているページを携帯端末装置の表示部に表示させるために、画像提供サーバからネットワークを介して画像データを携帯端末装置に転送する方法であって、
   前記画像提供サーバは、前記ページに配置される複数のサムネイル画像が１ファイル化されたデータである集合画像データと、その集合画像データ中の各サムネイル画像の区画情報とを記憶しており、
   前記携帯端末装置が、前記ページのダウンロード要求を前記画像提供サーバに送信するステップと、
   前記画像提供サーバが、前記携帯端末装置から前記ページのダウンロード要求を受け付けて、前記集合画像データと前記区画情報とを前記携帯端末装置に送信するステップと、
   前記携帯端末装置が、前記画像提供サーバから前記集合画像データと前記区画情報とを受信するステップと、
   前記携帯端末装置が、前記集合画像データを前記区画情報に基づいて個々のサムネイル画像に分離し、分離した複数のサムネイル画像を並べたページを生成し前記表示部に表示するステップと、
   を含む画像データの転送方法。
2. 複数のサムネイル画像が並べられているページを携帯端末装置の表示部に表示させるために、画像提供サーバからネットワークを介して画像データをダウンロードする処理を携帯端末装置に実行させるプログラムであって、
   前記画像提供サーバは、前記ページに配置される複数のサムネイル画像が１ファイル化されたデータである集合画像データと、その集合画像データ中の各サムネイル画像の区画情報とを記憶しており、
   前記プログラムは、前記携帯端末装置に、
   前記ページのダウンロード要求を前記画像提供サーバに送信するステップと、
   前記ページのダウンロード要求に応答して前記画像提供サーバから送信されてくる前記集合画像データと前記区画情報とを受信するステップと、
   前記集合画像データを前記区画情報に基づいて個々のサムネイル画像に分離し、分離した複数のサムネイル画像を並べたページを生成し前記表示部に表示するステップと、
   を実行させるプログラム。

Images