(57)【要約】【目的】ウェブ・ページの圧縮対象画像の画質を向上させる。【構成】携帯型端末装置に表示するウェブ・ページ10を構成するすべてのコンテンツのうち，圧縮対象画像13〜15を除くコンテンツの合計のデータ量が算出される。携帯型端末装置に内蔵される受信メモリのメモリ容量から算出された合計のデータ量が減算されることにより余裕容量が算出される。算出された余裕容量のデータ量となるように，圧縮対象画像13〜15が圧縮される。圧縮された画像13〜15およびウェブ・ページ10を表すコンテンツが携帯型端末装置に送信されて，携帯型端末装置の表示画面にウェブ・ページ10が表示される。【選択図】図２
2009076995.tif 000002
【特許請求の範囲】
【請求項１】
内蔵されている受信メモリに一時的に記憶されるウェブ・ページ・データによって表されるウェブ・ページを表示画面に表示する携帯型端末装置の上記受信メモリのメモリ容量から，上記携帯型端末装置の表示画面に表示するウェブ・ページを構成するコンテンツのうち圧縮対象画像を除くコンテンツの合計容量を減算して，上記受信メモリの余裕容量を算出する減算手段，
上記圧縮対象画像の圧縮後の圧縮画像データのデータ量が上記余裕容量となるように，上記圧縮対象画像を表す画像データを圧縮する圧縮手段，ならびに
上記圧縮対象画像を除くコンテンツおよび上記圧縮手段によって圧縮された画像データを上記携帯型端末装置に送信する送信手段，
を備えたウェブ・ページ・データ送信装置。
【請求項２】
上記圧縮対象画像は複数あり，
上記データ圧縮手段が，上記複数の上記圧縮対象画像のそれぞれの上記圧縮対象画像の圧縮後の圧縮画像データのデータ量が，上記余裕容量を上記複数で除した容量である，あるいは，複数の上記圧縮対象画像の圧縮後の圧縮画像データのデータ量の割合が，あらかじめ定められている上記圧縮対象画像の画像データのデータ量の割合に対応するものである，
請求項１に記載のウェブ・ページ・データ送信装置。
【請求項３】
上記データ圧縮手段は，
圧縮後の画像データのデータ量が，画像の大きさに応じてあらかじめ定められているデータ量以上かどうかを判定する判定手段をさらに備え，
上記判定手段によって圧縮後の画像データのデータ量が，画像の大きさに応じてあらかじめ定められているデータ量以上と判定されたことに応じて，あらかじめ定められているデータ量以下となるように画像データを圧縮するものである，
請求項２に記載のウェブ・ページ・データ送信装置。
【請求項４】
減算手段が，内蔵されている受信メモリに一時的に記憶されるウェブ・ページ・データによって表されるウェブ・ページを表示画面に表示する携帯型端末装置の上記受信メモリのメモリ容量から，上記携帯型端末装置の表示画面に表示するウェブ・ページを構成するコンテンツのうち圧縮対象画像を除くコンテンツの合計容量を減算して，上記受信メモリの余裕容量を算出し，
圧縮手段が，上記圧縮対象画像の圧縮後の圧縮画像データのデータ量が上記余裕容量となるように，上記圧縮対象画像を表す画像データを圧縮し，
送信手段が，上記圧縮対象画像を除くコンテンツおよび上記圧縮手段によって圧縮された画像データを上記携帯型端末装置に送信する，
ウェブ・ページ・データ送信装置の動作制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は，ウェブ・ページ・データ送信装置およびその動作制御方法に関する。
【背景技術】
【０００２】
携帯電話やＰＤＡ（Personal Digital Assistant）などの携帯型情報端末に，ウェブ・ページ・データが送信されることにより，携帯型情報端末のユーザが，そのウェブ・ページ・データによって表されるウェブ・ページを閲覧できるようになってきている。このような携帯型情報端末は，いわゆるパーソナル・コンピュータ装置と比較して，ウェブ・ページ・データを受信して一時的に記憶する受信メモリの容量が少ないことが多い。このために，ウェブ・コンテンツをカードと呼ばれる単位に分解して，そのカードを組み合わせて送信することが考えられている（特許文献１）。
【特許文献１】特開2003-58414号公報
【０００３】
また，コンテンツを画面要素単位に分解し，送信対象の端末装置に含まれる受信メモリの容量以内で分解されたコンテンツを送信するものもある（特許文献２）。さらに，送信要求をした端末装置の表示制限を判別して，その表示制限に応じたコンテンツの補正を行うものもある（特許文献３）。
【特許文献２】特開2003-141022号公報
【特許文献３】特開2001-571211号公報
【０００４】
しかしながら，いずれにおいても送信対象の端末装置に含まれている受信メモリの容量に収まるようなコンテンツ等か送信されるが，送信対象の端末装置に含まれている受信メモリの容量を最大限に利用できるように有効に活用することは考えられていない。
【発明の開示】
【０００５】
この発明は，送信対象の端末装置に含まれている受信メモリの容量を最大限に利用することを目的とする。
【０００６】
この発明によるウェブ・ページ・データ送信装置は，内蔵されている受信メモリに一時的に記憶されるウェブ・ページ・データによって表されるウェブ・ページを表示画面に表示する携帯型端末装置の上記受信メモリのメモリ容量から，上記携帯型端末装置の表示画面に表示するウェブ・ページを構成するコンテンツのうち圧縮対象画像を除くコンテンツの合計容量を減算して，上記受信メモリの余裕容量を算出する減算手段，上記圧縮対象画像の圧縮後の圧縮画像データのデータ量が上記余裕容量となるように，上記圧縮対象画像を表す画像データを圧縮する圧縮手段，ならびに上記圧縮対象画像を除くコンテンツおよび上記圧縮手段によって圧縮された画像データを上記携帯型端末装置に送信する送信手段を備えていることを特徴とする。
【０００７】
この発明は，上記ウェブ・ページ・データ送信装置に適した動作制御方法も提供している。すなわち，この方法は，減算手段が，内蔵されている受信メモリに一時的に記憶されるウェブ・ページ・データによって表されるウェブ・ページを表示画面に表示する携帯型端末装置の上記受信メモリのメモリ容量から，上記携帯型端末装置の表示画面に表示するウェブ・ページを構成するコンテンツのうち圧縮対象画像を除くコンテンツの合計容量を減算して，上記受信メモリの余裕容量を算出し，圧縮手段が，上記圧縮対象画像の圧縮後の圧縮画像データのデータ量が上記余裕容量となるように，上記圧縮対象画像を表す画像データを圧縮し，送信手段が，上記圧縮対象画像を除くコンテンツおよび上記圧縮手段によって圧縮された画像データを上記携帯型端末装置に送信するものである。
【０００８】
この発明によると，携帯型端末装置に含まれている受信メモリのメモリ容量から，携帯型端末装置の表示画面に表示するウェブ・ページを構成するコンテンツのうち圧縮対象画像を除くコンテンツの合計の容量が減算されることにより，携帯型端末装置に含まれている受信メモリのメモリ容量の余裕容量が算出される。圧縮対象画像の圧縮後の圧縮画像データのデータ量が，算出された余裕容量となるように圧縮対象画像を表す画像データが圧縮される。圧縮された画像データと圧縮対象画像を除くコンテンツとが携帯型端末装置に送信される。圧縮対象の画像を表す画像データが，携帯型端末装置が受信可能な最大のデータ量となるように圧縮される。このために，圧縮された画像は，比較的高画質のものとなる。しかも，携帯型端末装置に送信されるデータ量の総量は携帯型端末装置が受信できるからエラーなどの誤動作を未然に防止できる。
【０００９】
上記圧縮対象画像が複数ある場合には，上記データ圧縮手段は，たとえば，上記複数の上記圧縮対象画像のそれぞれの上記圧縮対象画像の圧縮後の圧縮画像データのデータ量が，上記余裕容量を上記複数で除した容量である，あるいは，複数の上記圧縮対象画像の圧縮後の圧縮画像データのデータ量の割合が，あらかじめ定められている上記圧縮対象画像の画像データのデータ量の割合に対応するものである。
【００１０】
また，上記データ圧縮手段は，圧縮後の画像データのデータ量が，画像の大きさに応じてあらかじめ定められているデータ量以上かどうかを判定する判定手段をさらに備えてもよい。この場合，上記判定手段によって圧縮後の画像データのデータ量が，画像の大きさに応じてあらかじめ定められているデータ量以上と判定されたことに応じて，あらかじめ定められているデータ量以下となるように画像データを圧縮するものとなろう。
【実施例】
【００１１】
図１は，この発明の実施例を示すもので，ウェブ・ページ送信システムの概要である。
【００１２】
ウェブ・ページ送信システムは，互いに通信可能な携帯型端末装置（携帯電話，ＰＤＡ：Personal Digital Assistants）1とウェブ・ページ送信装置６とから構成されている。
【００１３】
ウェブ・ページ送信装置６には，互いに通信可能なコンテンツ送信サーバ２と変換サーバ４とが含まれている。これらのコンテンツ送信サーバ２および変換サーバ４は携帯型端末装置１と通信可能である。コンテンツ送信サーバ２には，コンテンツ・データベース３が接続されている。このコンテンツ・データベース３には，ウェブ・ページを構成するHTML(HyperText Markup Language)ファイル，画像(静止画)ファイル，動画ファイルなどのコンテンツが格納されている。また，変換サーバ４には，端末データベース５が接続されている。端末データベース５には，携帯型端末装置１のスペックを表すデータが格納されている。
【００１４】
携帯型端末装置１には，表示装置，コンテンツ送信サーバ２および変換サーバ４と通信するための通信装置，ＣＰＵ，受信メモリ（いずれも図示略）などが内蔵されている。内蔵されている受信メモリに一時的に記憶されたウェブ・ページ・データによって表されるウェブ・ページが表示装置の表示画面に表示される。
【００１５】
変換サーバ４には，携帯型端末装置１およびコンテンツ送信サーバ２と通信するための通信装置，後述するデータ量算出処理，データ圧縮処理等を行うためのＣＰＵ，データを一時的に記憶するためのメモリ，コマンドを入力するためのキーボード，表示装置（いずれも図示略）などが内蔵されている。コンテンツ送信サーバ２も変換サーバ４と同様の構成を有している。
【００１６】
携帯型端末装置1からウェブ・ページ・データ送信装置６のコンテンツ送信サーバ２にウェブ・ページのリクエストが行われる。すると，そのウェブ・ページに含まれる画像のうち圧縮対象画像を除くコンテンツ（ウェブ・ページ・データ）が,コンテンツ送信サーバ２から携帯型端末装置１に送信される。コンテンツは，携帯型端末装置１に内蔵されている受信メモリに一時的に記憶される。
【００１７】
携帯型端末装置１から変換サーバ４に圧縮対象画像がリクエストされる。すると，携帯型端末装置１のスペックが端末データベース５から読み取られる。また，携帯型端末装置１がリクエストしたウェブ・ページを構成するすべてのコンテンツが，変換サーバから4からコンテンツ送信サーバ２にリクエストされる。ウェブ・ページを構成するすべてのコンテンツがコンテンツ送信サーバ２から変換サーバ４に送信される。変換サーバ４において，圧縮対象画像の圧縮後のコンテンツを含む，ウェブ・ページを構成するすべてのコンテンツが携帯型端末装置１の受信メモリのメモリ容量に収まるように圧縮対象画像の圧縮後の圧縮画像データ量が算出される。算出された圧縮画像データ量となるように，圧縮対象画像が圧縮される。圧縮された画像データ（ウェブ・ページ・データ）が変換サーバ４から携帯型端末装置１に送信される。詳しくは，以下の説明によって明らかとなろう。
【００１８】
図２は，携帯型端末装置１がリクエストするウェブ・ページの一例である。
【００１９】
ウェブ・ページ10は，http://zzz.aaa.com/abc.htmlのＵＲＬ（Uniform Resource Locator）を有している。ウェブ・ページ10には，GIF（GraphicsInterchangeFormat）ファイルによって表される第1のgif画像11および第２のgif画像12，JPEG（JointPhotographicCodingExpertsGroup）ファイルによって表される第１のjpeg画像14，15および16がならびに動画ファイルによって表わされる動画16が含まれている。
【００２０】
ウェブ・ページ10のレイアウト，テキストなどは，このウェブ・ページについてのHTMLファイルによって規定される。
【００２１】
図３は，端末データベース５に格納されている端末スペック・テーブルの一例である。
【００２２】
端末スペック・テーブルには，携帯型端末装置の機種ごとにスペックが格納されている。
【００２３】
スペックには，画面サイズ，再生フォーマット，受信メモリ容量，サムネイル画像サイズ，サムネイル画像データ量，本画像サイズ，本画像データ量などがある。画面サイズは携帯型端末装置１に設けられている表示画面のサイズである。再生フォーマットは静止画の再生フォーマットである。受信メモリ容量は携帯型端末装置１に内蔵されている受信メモリのメモリ容量である。サムネイル画像サイズはサムネイル画像が表示される場合の画像サイズであり，サムネイル画像データ量はサムネイル画像が表示される場合のサムネイル画像のデータ量である。本画像サイズは本画像（サムネイル画像以外のサムネイル画像よりもサイズの大きな画像）が表示される場合の画像サイズであり，本画像データ量は本画像のデータ量である。
【００２４】
図４は，ウェブ・ページ送信システムの処理手順を示すフローチャートである。この処理手順は，携帯型端末装置１がウェブ・ページ・データ送信装置６（コンテンツ送信サーバ２および変換サーバ４）に，図２に示すウェブ・ページ10を表示するためのコンテンツをリクエストするものである。
【００２５】
主として図１および図４を参照して，携帯型端末装置１からコンテンツ送信サーバ２にhttp://zzz.aaa.com/abc.htmlのＵＲＬをもつウェブ・ページ10がリクエストされる（ステップ21）。すると，ウェブ・ページ10を構成するコンテンツのうち，圧縮対象画像を除くコンテンツがコンテンツ・データベース３から読み出され，読み出されたコンテンツがコンテンツ送信サーバ２から携帯型端末装置１に送信される（ステップ31）。図２に示すウェブ・ページ10においては，圧縮対象画像は，第１のＪＰＥＧ画像13，第２のＪＰＥＧ画像14および第３のＪＰＥＧ画像15であるとする。圧縮対象画像かどうかは，ウェブ・ページごとにあらかじめ定められている。圧縮対象画像であるＪＰＥＧ画像13，14および15を除くコンテンツ（ウェブ・ページ10のＨＴＭＬファイル，第１のＧＩＦ画像11および第２のＧＩＦ画像をそれぞれ表す画像ファイルおよび動画16を表わす動画ファイル）がコンテンツ送信サーバ２から携帯型端末装置１に送信される。
【００２６】
コンテンツ送信サーバ２から送信されたコンテンツには圧縮対象の画像ファイルが含まれていないから，その圧縮対象画像が携帯型端末装置１から変換サーバ４にリクエストされる（ステップ22）。このリクエストには，リクエストする圧縮対象画像の保存場所を示すＵＲＬ：http://xxx.yyy.com/img.001.jpg?url= http://zzz.aaa.com/abc.htmlが含まれている。リクエストする圧縮対象画像の保存場所を示すＵＲＬは，上述したようにコンテンツ送信サーバ２から携帯型端末装置１に送信されるＨＴＭＬファイルによって表されるＨＴＭＬ文書に記述されているのは言うまでもない。http://xxx.yyy.com/img.001.jpgがウェブ・ページ10の第１のJPEG画像13の保存場所を示し(第１のJPEG画像13のファイル名は001.jpgとなる)，http://xxx.yyy.com/img.001.jpg?url= http://zzz.aaa.com/abc.htmlは，この保存場所にある第１の画像13はhttp://zzz.aaa.com/abc.htmlのウェブ・ページ10に表示されるものであることを示している。第２のJPEG画像14および第３のJPEG画像15も第１のJPEG画像13と同様に携帯型端末装置１から変換サーバ４にリクエストされる。
【００２７】
携帯型端末装置１から変換サーバ４に圧縮対象画像のリクエストがあると，そのリクエストした携帯型端末装置１のスペックが端末データベース５から読み取られる（ステップ41）。また，携帯型端末装置１からの圧縮対象画像のリクエストにより，携帯型端末装置１がリクエストしたウェブ・ページ10が分かるから，変換サーバ４からコンテンツ送信サーバ２に携帯型端末装置１がリクエストしたウェブ・ページ10を構成するすべてのコンテンツが変換サーバ４からコンテンツ送信サーバ２にリクエストされる（ステップ42）。変換サーバ４からリクエストされたすべてのコンテンツがコンテンツ送信サーバ２から変換サーバ４に送信される（ステップ32）。
【００２８】
変換サーバ４は，携帯型端末装置１の受信メモリのメモリ容量，ウェブ・ページ10を構成するすべてのコンテンツのそれぞれのデータ量がすべて分かる。このために，ウェブ・ページ10を構成するすべてのコンテンツのうち，圧縮対象画像を除くコンテンツの合計の容量が，携帯型端末装置１の受信メモリのメモリ容量が減算されて受信メモリの余裕容量が算出される。圧縮対象画像の圧縮後のデータ量が，算出された余裕容量となるように圧縮対象画像の圧縮画像データ量が算出される（ステップ43）。圧縮後の画像データのデータ量は受信メモリの余裕容量に応じて多くされるから，比較的高画質の圧縮後の画像が得られる。この算出処理について詳しくは後述する。算出された(割り当てられた)データ量となるように変換サーバ４において圧縮対象画像が圧縮される（ステップ44）。圧縮された画像データが変換サーバ４から携帯型端末装置１に送信される（ステップ45）。
【００２９】
変換サーバ４から圧縮された画像データが送信されることにより，携帯型端末装置１にはウェブ・ページ10を構成するすべてのコンテンツが揃う。これにより，図２に示すウェブ・ページ10が携帯型端末装置１の表示画面に表示される（ステップ23）。
【００３０】
図５は，圧縮データ量算出処理（図４ステップ43の処理）を示すフローチャートである。
【００３１】
まず，ウェブ・ページを構成するすべてのコンテンツのうち，圧縮対象画像を除くコンテンツの合計のデータ量が算出される（ステップ51）。
【００３２】
図６は，コンテンツとデータ量との関係を示している。
【００３３】
ウェブ・ページ10を構成するHTMLファイルのデータ量は10KB，第１のGIF画像11を表す画像ファイルのデータ量および第２のGIF画像12を表す画像ファイルのデータ量はそれぞれ３KB，動画16を表わす動画ファイルのデータ量は20KBであったとする。すると，圧縮対象画像を除くコンテンツの合計のデータ量は，10＋３＋３＋20＝36KBとなる。
【００３４】
図５にもどって，携帯型端末装置１の受信メモリのメモリ容量から，算出された圧縮対象画像を除くコンテンツの合計のデータ量が減算されることにより，受信メモリの余裕容量が算出される（ステップ52）。携帯型端末装置１の受信メモリのメモリ容量は100KBであったとする。すると，圧縮対象画像に利用できるデータ量を表す余裕容量は100−36＝64KBとなる。その後，圧縮後の画像データに割り当てられるデータ量が算出される（ステップ53）。
【００３５】
画像データの割り当ての一つ目は，圧縮対象画像の数に応じて均等にするものである。
【００３６】
図７は，データ量割り当てテーブルの一例である。
【００３７】
図２に示すウェブ・ページ10では，圧縮対象画像は第１のJPEG画像13，第２のJPEG画像14および第３のJPEG画像15の３駒の画像である。余裕容量が３で除されることにより，各圧縮画像13，14および15の圧縮後のデータ量が算出される。すなわち，余裕容量は64KBであるから，この余裕容量64KBが３で除されることにより，各圧縮画像13，14および15の圧縮後のデータ量は，64／３＝21.3KBとなる。
【００３８】
画像データの割り当ての二つ目は，携帯型端末装置１においてあらかじめ定められているサムネイル画像のデータ量および本画像データ量の値に比例して決定するものである。
【００３９】
図３に示すようにサイズが50×50の画像（サムネイル画像）のデータ量は２KB，サイズが120画素×40画素の画像（本画像）のデータ量は10KBである。したがって，50×50のサイズのデータ量と120×40のサイズのデータ量は１：５の割合となる。第１のJPEG画像13および第２のJPEG画像14はサイズが50×50であり，第３のJPEG画像15はサイズが120×40であるから，第1のJPEG画像13と第２のJPEG画像14と第３のJPEG画像15との圧縮後の画像データの比率は，２：２：10となる。この比率にしたがって圧縮後の画像データのデータ量が算出される。第１のJPEG画像13および第２のJPEG画像14は，いずれも｛64／（２＋２＋10）｝×２＝9.14KBとなる。第３のJPEG画像15は，｛64／（２＋２＋10）｝×10＝45.7KBとなる。図８に示すように，圧縮対象画像の圧縮後の画像データ量が決定される。
【００４０】
このようにして割り当てられた画像データ量となるように，圧縮対象画像が圧縮されることとなる。圧縮後の画像は比較的高画質のものとなる。
【００４１】
図９から図11は，変形例を示している。
【００４２】
図９は，図５に対応するもので，圧縮データ量算出処理手順を示すフローチャートである。この図において図５に示すものと同一の処理については同一符号を付して説明を省略する。
【００４３】
この変形例においては，画像サイズごとに圧縮後の画像データのデータ量か制限されている。算出された画像データのデータ量が制限データ量を超えている場合には（ステップ54でＹＥＳ），制限データ量以内となるように修正される（ステップ55）。携帯型端末装置１に送信される画像データのデータ量を抑えることができる。
【００４４】
図10は，制限データ量テーブルの一例である。
【００４５】
画像サイズに応じて制限データ量が決められている。画像サイズが50×50以下，51×51から100×100および101×101から150×150は，それぞれ10KB，40KBおよび90KBである。画像サイズの縦横比が制限データ量テーブルの画像サイズに当てはまらない場合には，画像サイズの画素数にもとづいてどのサイズに含まれるかが判断される。たとえば，画像サイズの画素数が50×50＝2500画素以下の場合には制限データ量は40KB，画像サイズの画素数が51×51＝2601画素から100×100＝10000画素までの場合には制限データ量は40KB，画像サイズの画素数が101×101＝10201画素から150×150＝22500画素までの場合には制限データ量は90KBとなろう。
【００４６】
図11は，修正されたデータ量割り当てテーブルの一例である。
【００４７】
図７に示すようにデータ量が割り当てられた場合，第１のJPEG画像13および第２のJPEG画像14のデータ量はそれぞれ21.3KBであり，制限データ量である10KBを超えている。このために，制限データ量である10KBとなるように修正される。
【図面の簡単な説明】
【００４８】
【図１】ウェブ・ページ送信システムの概要を示している。
【図２】ウェブ・ページの一例である。
【図３】端末スペック・テーブルの一例である。
【図４】ウェブ・ページ送信システムの処理手順を示すフローチャートである。
【図５】圧縮データ量算出処理手順を示すフローチャートである。
【図６】コンテンツ／データ量テーブルの一例である。
【図７】データ量割り当てテーブルの一例である。
【図８】データ量割り当てテーブルの一例である。
【図９】圧縮データ量算出処理手順を示すフローチャートである。
【図１０】制限データ量テーブルの一例である。
【図１１】データ量割り当てテーブルの一例である。
【符号の説明】
【００４９】
１  携帯型端末装置
２  コンテンツ送信サーバ
３  変換サーバ
６ ウェブ・ページ・データ送信装置
10  ウェブ・ページ
13〜15  圧縮対象画像
【図１】
2009076995.tif 000003
【図２】
2009076995.tif 000004
【図３】
2009076995.tif 000005
【図４】
2009076995.tif 000006
【図５】
2009076995.tif 000007
【図６】
2009076995.tif 000008
【図７】
2009076995.tif 000009
【図８】
2009076995.tif 000010
【図９】
2009076995.tif 000011
【図１０】
2009076995.tif 000012
【図１１】
2009076995.tif 000013