WO2009147844A1

WO2009147844A1 - Ｗｅｂページ配信システム

Info

Publication number: WO2009147844A1
Application number: PCT/JP2009/002482
Authority: WO
Inventors: 坂田和敏
Original assignee: 株式会社シンメトリック
Priority date: 2008-06-03
Filing date: 2009-06-02
Publication date: 2009-12-10
Also published as: CN102047233A; US8726150B2; US20110167333A1; JP4913777B2; JP2009294801A

Abstract

　配信対象の出力条件を満たすＷｅｂページを配信できるＷｅｂページ配信システムを提供することを課題とし、インターネット３に通信可能で、文字データ１１及び該文字データから参照される画像データ１２からなるＷｅｂページ１０の全てを出力するための出力条件が個別に定められた複数の携帯電話機２と、Ｗｅｂページ１０の配信要求の受信に基づいて携帯電話機２の出力条件を特定し、Ｗｅｂページ１０が特定された出力条件を満たすか否かを判定し、出力条件を満たさないと判定したときに、出力条件を満たすＷｅｂページ１０に変換し、Ｗｅｂページ１０を配信する処理を行うＷｅｂページ配信サーバ１と、からなるＷｅｂページ配信システムを提供する。

Description

Ｗｅｂページ配信システム

　本発明は、配信対象に応じてＷｅｂページを変換して送信するためのＷｅｂページ配信システムに関する。

　従来、携帯電話機などのＷｅｂページの配信対象には、Ｗｅｂページを記述するＷｅｂページ記述言語と、Ｗｅｂページを形成する画像などのＷｅｂページ形成データの保存形式と、これらＷｅｂページ記述言語の記憶容量とＷｅｂページ形成データの記憶容量の合計である総記憶容量と、配信対象が備える表示装置の大きさである表示サイズと、からなるＷｅｂページ出力条件が異なるものがある。これら出力条件をすべて満たすＷｅｂページとしては、例えば、文字の装飾や画像を使わない等、単純なＷｅｂページがある。

　また、これら配信対象の中には、多くの画像が出力できたり、動画が出力できたり、アニメーションが出力できたり、段組みなどの高度なレイアウトが出力できたりする等、いわゆるリッチなＷｅｂページを出力できるものがある。一般的に、このような配信対象の所有者はリッチなＷｅｂページの配信を期待しており、これら配信対象に対してリッチなＷｅｂページを配信することで、Ｗｅｂページの魅力を高めることができる。

　一方、配信対象の出力条件をすべて満たすリッチなＷｅｂページの作成が困難であることから、リッチなＷｅｂページを作成して配信しても、リッチなＷｅｂページが出力できない配信対象が生じてしまっていた。

　１つの解決方法は、同じ内容を表現するリッチなＷｅｂページを、配信対象の出力条件ごとに個別に作成しておくことである。しかしながら、この方法は出力条件の数だけリッチなＷｅｂページを作成しておく必要があり、リッチなＷｅｂページの提供者にとって大きな負担であった。

　そこで、リッチなＷｅｂページの提供者がＷｅｂページを１つだけ作成して配信サーバに登録しておき、この配信サーバと配信対象の間でのＷｅｂページの配信を中継する中継サーバにより、Ｗｅｂページを配信対象の出力条件を満たすＷｅｂページに自動的に変換して、配信対象に配信できるようにしたＷｅｂページ配信システムが提案されている（例えば、特許文献１参照）。

　これら中継サーバによるＷｅｂページの変換においては、Ｗｅｂページ記述言語の変換、Ｗｅｂページ形成データ（画像）の保存形式の変換、Ｗｅｂページ記述言語とＷｅｂページ形成データ（画像）の総記憶容量の変換、Ｗｅｂページ形成データ（画像）の表示サイズの変換、などが行われる。

　Ｗｅｂページ記述言語とＷｅｂページ形成データ（画像）の総記憶容量の変換としては、Ｗｅｂページを複数のＷｅｂページに分割し、１度に配信するＷｅｂページを部分的なものにすることで総記憶容量を減らすものと（例えば、特許文献１参照）、Ｗｅｂページ形成データ（画像）の表示サイズを小さくしたり色数などの品質を下げたりする画像変換処理を適用することで総記憶容量を減らすものと（例えば、特許文献２参照）、が提案されている。

特開２００１－１９５３９１号公報特開２００３－１７３４４０号公報

　しかしながら、特許文献１にあっては、画像などのＷｅｂページ形成データの記憶容量への配慮がなされていない。詳しくは、Ｗｅｂページ記述言語における画像の表示サイズの指定部分を配信対象に合わせて書き換えているが、画像を変換しているわけではなく画像の記憶容量に変化はない。そのため、例えば、画像１個の記憶容量が配信対象の総記憶容量を超えている場合には、Ｗｅｂページをどのように分割しても、これら分割したＷｅｂページを配信対象にて出力できないという問題があった。

　また、特許文献１にあっては、画像１個の記憶容量が配信対象の総記憶容量を超えていなくても、例えば、画像２個の記憶容量が配信対象の総記憶容量を超えてしまうような場合には、含まれる画像の数だけＷｅｂページを分割することとなり、分割前のＷｅｂページを把握しづらくなる場合があるという問題があった。

　また、特許文献２にあっては、画像１個の記憶容量を変換しているが、Ｗｅｂページ記述言語の記憶容量への配慮がなされていない。そのため、Ｗｅｂページ記述言語の記憶容量と合わせたときの総記憶容量が配信対象の総記憶容量を超えてしまい配信対象にて出力できない場合があるという問題があった。

　また、特許文献２にあっては、複数の画像から形成される場合のＷｅｂページの総記憶容量への配慮もなされていない。そのため、すべての画像の記憶容量及びＷｅｂページ記述言語の記憶容量と合わせたときの総記憶容量が配信対象の総記憶容量を超えてしまい配信対象で表示できない場合があるという問題があった。

　また、特許文献２にあっては、中継サーバの負荷分散への配慮がなされていない。中継サーバの負荷分散は、一般的に、配信サーバと配信対象との間に中継サーバを複数台と負荷分散サーバを１台設置することにより実現される。配信対象から配信サーバまでの順序は、配信対象、負荷分散サーバ、複数台の中継サーバ、複数台の配信サーバ、である。

　負荷分散の処理の流れについて簡単に説明する。このような構成において負荷分散サーバは、配信対象からＷｅｂページ取得要求が送信されてくるごとに、複数台の中継サーバのいずれかを選択して、このＷｅｂページ取得要求を中継する。中継サーバは、Ｗｅｂページ取得要求をさらに配信サーバに中継し、配信サーバから送られてくるＷｅｂページのＷｅｂページ記述言語を配信対象に合わせて変換して、負荷分散サーバに送信する。負荷分散サーバは、中継サーバから送られてきたＷｅｂページを配信対象に送信する。

　リッチなＷｅｂページの場合、配信サーバと配信対象の間で、複数回の通信が実施されることが多い。これは、Ｗｅｂページ記述言語と、１つ以上のＷｅｂページ形成データ（画像）と、からなる場合が多いためである。具体的には、Ｗｅｂページ記述言語の配信につき１回通信を行い、Ｗｅｂページ形成データ（画像）１つの配信につき１回通信を行う。すなわちＷｅｂページ記述言語の配信後、同様の処理がＷｅｂページ形成データ（画像）の個数だけ行われ、Ｗｅｂページ形成データ（画像）が１つずつ配信される。

　前述したように、負荷分散サーバは、配信対象からＷｅｂページ取得要求が送信されてくるごとに、複数台の中継サーバのいずれかを選択して、Ｗｅｂページ取得要求を中継することから、Ｗｅｂページ記述言語を中継する中継サーバと、Ｗｅｂページ形成データ（画像）を中継する中継サーバとは必ずしも一致しない。むしろ負荷分散の観点からは、異なる中継サーバに分散される方が好ましい。

　ここで、特許文献２のような、Ｗｅｂページ形成データ（画像）に画像変換処理を適用することで総記憶容量を減らす中継サーバにあっては、１回目の通信であるＷｅｂページ記述言語の配信時に、Ｗｅｂページ記述言語を解析して、Ｗｅｂページ形成データ（画像）をリストアップするとともに配信サーバから先行取得して画像変換処理を適用する。その後、中継サーバはアクセスしてきた配信対象に対して、先行取得して画像変換処理を適用しておいたＷｅｂページ形成データ（画像）を配信サーバにアクセスすることなく送信する。

　ここで先行取得を行うのは、Ｗｅｂページ形成データ（画像）の配信の都度、Ｗｅｂページ形成データ（画像）を配信サーバから先行取得して画像変換処理を適用する場合より、配信対象にＷｅｂページを構成する全データ、すなわちＷｅｂページ記述言語と全Ｗｅｂページ形成データ（画像）が配信完了するまでの時間が短くなるためである。

　尚、特許文献２に限らず、実用化されている中継サーバのほとんどは同様の処理を行っている。

　このＷｅｂページ形成データ（画像）を配信サーバから先行取得して画像変換処理をしておく構成は、Ｗｅｂページ記述言語を変換した中継サーバから、全てのＷｅｂページ形成データ（画像）を取得することを前提にしている。変換したＷｅｂページ形成データ（画像）は、Ｗｅｂページ記述言語を変換した中継サーバにしか存在しないためである。

　しかしながら前述したように、負荷分散サーバはその原理上、Ｗｅｂページ記述言語を中継する中継サーバと、Ｗｅｂページ形成データ（画像）を中継する中継サーバと、が一致しないように振る舞う。これを一致させるためには、負荷分散サーバと、中継サーバの双方に専用の処理を組み込む必要がある。また、一致させたとすれば、そもそも十分な負荷分散ができているとはいえない。

　つまりは、特許文献２にあっては、負荷分散サーバを導入することは、Ｗｅｂページの配信者に開発コストを負わせる場合があるばかりか、開発コストを負ったとしても、十分な負荷分散ができない場合があるという問題があった。

　本発明は、このような問題点に着目してなされたもので、配信対象の出力条件を満たすＷｅｂページを配信できるＷｅｂページ配信システムを提供することを目的とする。

　上記課題を解決するために、本発明の第１の実施態様のＷｅｂページ配信システムは、
　ネットワーク（インターネット３）に通信可能で、予め定められたＷｅｂページ記述言語で記述された文字データ（１１）及び該文字データから参照されるＷｅｂページ形成データ（画像データ１２）からなるＷｅｂページ（１０）を配信可能な配信手段（Ｓ１０８およびＳ２０４のステップを行うＣＰＵ）を備える配信サーバ（Ｗｅｂページ配信サーバ１）と、前記ネットワークを介して前記配信サーバから配信される前記Ｗｅｂページを出力可能であるとともに、前記Ｗｅｂページの全てを出力するための出力条件が個別に定められた複数の出力端末（携帯電話機２）と、からなるＷｅｂページ配信システムであって、
　前記配信サーバは、
　前記出力端末から送信されてくる前記Ｗｅｂページの配信要求の受信に基づいて、当該出力端末に対応する出力条件を特定する出力条件特定手段（Ｓ１０１のステップを行うＣＰＵ）と、
　前記Ｗｅｂページが前記出力条件特定手段により特定された出力条件を満たすか否かを判定する判定手段（Ｓ１０２およびＳ１０４およびＳ１０６のステップを行うＣＰＵ）と、
　前記判定手段が前記出力条件を満たさないと判定したときに、前記出力条件を満たすＷｅｂページに変換する処理を行うＷｅｂページ変換手段（Ｓ１０３およびＳ１０５およびＳ１０７およびＳ２０３のステップを行うＣＰＵ）と、
　を備える、
　ことを特徴としている。

　本発明の第２の実施態様のＷｅｂページ配信システムは、第１の実施態様のＷｅｂページ配信システムであって、
　前記判定手段は、前記Ｗｅｂページ（１０）の総記憶容量が予め定められた数値である上限記憶容量を超えたときに前記出力条件を満たさないと判定し（Ｓ１０６のステップを行うＣＰＵ）、
　前記Ｗｅｂページ変換手段（Ｓ１０３およびＳ１０５およびＳ１０７およびＳ２０３のステップを行うＣＰＵ）は、
　前記Ｗｅｂページ形成データ（画像データ１２）を、記憶容量が最小となる最小Ｗｅｂページ形成データ（最小画像データ１３）に変換する処理を行う最小変換手段（Ｓ３０１のステップを行うＣＰＵ）と、
　前記Ｗｅｂページ形成データを参照していた前記文字データ（１１）を、前記最小変換手段にて変換した前記最小Ｗｅｂページ形成データを参照する文字データに変換する処理を行う文字変換手段（Ｓ３０２のステップを行うＣＰＵ）と、
　を含む、
　ことを特徴としている。

　本発明の第３の実施態様のＷｅｂページ配信システムは、第１または２の実施態様のＷｅｂページ配信システムであって、
　前記判定手段は、前記Ｗｅｂページ（１０）の総記憶容量が予め定められた数値である上限記憶容量を超えたときに前記出力条件を満たさないと判定し（Ｓ１０６のステップを行うＣＰＵ）、
　前記Ｗｅｂページ変換手段（Ｓ１０３およびＳ１０５およびＳ１０７およびＳ２０３のステップを行うＣＰＵ）は、
　前記Ｗｅｂページ形成データ（画像データ１２）を、記憶容量が最小となる最小Ｗｅｂページ形成データ（最小画像データ１３）に変換する処理を行う最小変換手段（Ｓ３０１のステップを行うＣＰＵ）と、
　前記Ｗｅｂページ形成データを、前記最小Ｗｅｂページ形成データの記憶容量より大きく、かつ、当該Ｗｅｂページ形成データの記憶容量より小さい記憶容量の中間Ｗｅｂページ形成データ（中間画像データ１４ａ～１５ａ）に変換する処理を行う中間変換手段（Ｓ３０４のステップを行うＣＰＵ）と、
　前記Ｗｅｂページ形成データを参照していた前記文字データ（１１）を、前記最小Ｗｅｂページ形成データまたは前記中間Ｗｅｂページ形成データのうちいずれかを参照する文字データに変換する処理を行う文字変換手段（Ｓ３０５のステップを行うＣＰＵ）と、
　を含む、
　ことを特徴としている。

　本発明の第４の実施態様のＷｅｂページ配信システムは、第３の実施態様のＷｅｂページ配信システムであって、
　前記Ｗｅｂページ（１０）は、複数のＷｅｂページ形成データ（画像データ１２）を含み、
　前記文字変換手段（Ｓ３０２のステップを行うＣＰＵ）は、
　前記複数のＷｅｂページ形成データそれぞれを参照していた前記文字データ（１１）を、前記出力端末（携帯電話機２）による出力順に前記中間Ｗｅｂページ形成データ（中間画像データ１４ａ～１５ａ）を参照する文字データに変換する処理を行う、
　ことを特徴としている。

　本発明の第５の実施態様のＷｅｂページ配信システムは、第３または４の実施態様のＷｅｂページ配信システムであって、
　前記中間変換手段（Ｓ３０４のステップを行うＣＰＵは、前記Ｗｅｂページ形成データ（画像データ１２）を前記中間Ｗｅｂページ形成データ（中間画像データ１４ａ～１４ｂ）に変換する処理を、予め定められた回数の範囲内で行う、
　ことを特徴としている。

　本発明の第６の実施態様のＷｅｂページ配信システムは、第１～５のいずれかの実施態様のＷｅｂページ配信システムであって、
　前記判定手段は、前記Ｗｅｂページ（１０）の総記憶容量が予め定められた数値である上限記憶容量を超えたときに前記出力条件を満たさないと判定し（Ｓ１０６のステップを行うＣＰＵ）、
　前記Ｗｅｂページ変換手段（Ｓ１０３およびＳ１０５およびＳ１０７およびＳ２０３のステップを行うＣＰＵ）は、
　前記Ｗｅｂページ形成データ（画像データ１２）を、記憶容量が最小となる最小Ｗｅｂページ形成データ（最小画像データ１３）に変換する処理を行う最小変換手段（Ｓ３０１のステップを行うＣＰＵ）と、
　前記Ｗｅｂページ形成データを参照していた前記文字データ（１１）を、前記最小Ｗｅｂページ形成データまたは該最小Ｗｅｂページ形成データより記憶容量の小さい予め定められた特別Ｗｅｂページ形成データ（白画像データ）のうちいずれかを参照する文字データに変換する処理を行う文字変換手段（Ｓ３０８のステップを行うＣＰＵ）と、
　を含む、
　ことを特徴としている。

　本発明の第７の実施態様のＷｅｂページ配信システムは、第６の実施態様のＷｅｂページ配信システムであって、
　前記Ｗｅｂページ（１０）は、複数のＷｅｂページ形成データ（画像データ１２）を含み、
　前記文字変換手段（Ｓ３０８のステップを行うＣＰＵ）は、
　前記複数のＷｅｂページ形成データ（画像データ１２）それぞれを参照していた前記文字データ（１１）を、前記出力端末（携帯電話機２）による出力の逆順に前記特別Ｗｅｂページ形成データ（白画像データ）を参照する文字データに変換する処理を行う、
　ことを特徴としている。

　本発明の第８の実施態様のＷｅｂページ配信システムは、第６または７の実施態様のＷｅｂページ配信システムであって、
　前記文字変換手段（Ｓ３１１のステップを行うＣＰＵ）は、
　前記Ｗｅｂページ形成データ（画像データ１２）を参照していた前記文字データ（１１）を、前記最小Ｗｅｂページ形成データ（最小画像データ１２）と、前記特別Ｗｅｂページ形成データ（白画像データ）と、該特別Ｗｅｂページ形成データより記憶容量の小さい予め定められた代替文字データと、のうちいずれかを参照する文字データに変換する処理を行う、
　ことを特徴としている。

　本発明の第９の実施態様のＷｅｂページ配信システムは、第８の実施態様のＷｅｂページ配信システムであって、
　前記Ｗｅｂページ（１０）は、複数のＷｅｂページ形成データ（画像データ１２）を含み、
　前記文字変換手段（Ｓ３１１のステップを行うＣＰＵ）は、
　前記複数のＷｅｂページ形成データ（画像データ１２）を参照していた前記文字データ（１１）を、前記出力端末（携帯電話機２）による出力の逆順に前記代替文字データを参照する文字データに変換する処理を行う、
　ことを特徴としている。

　本発明の第１０の実施態様のＷｅｂページ配信システムは、第１～９のいずれかの実施態様のＷｅｂページ配信システムであって、
　前記判定手段は、前記Ｗｅｂページ形成データ（画像データ１２）の表示サイズが予め定められた数値である上限表示サイズを超えたときに前記出力条件を満たさないと判定し（Ｓ１０４のステップを行うＣＰＵ）、
　前記Ｗｅｂページ変換手段（Ｓ１０３およびＳ１０５およびＳ１０７およびＳ２０３のステップを行うＣＰＵ）は、
　前記Ｗｅｂページ形成データ（画像データ１２）を、前記表示サイズが前記上限表示サイズとなる縮小Ｗｅｂページ形成データ（縮小した画像データ１２）に変換する処理を行う縮小変換手段（Ｓ１０５のステップを行うＣＰＵ）と、
　前記Ｗｅｂページ形成データを参照していた前記文字データ（１１）を、前記縮小Ｗｅｂページ形成データを参照する文字データに変換する処理を行う文字変換手段と（Ｓ１０５のステップを行うＣＰＵ）、
　を備える、
　ことを特徴としている。

　本発明の第１１の実施態様のＷｅｂページ配信システムは、第１～１０のいずれかの実施態様のＷｅｂページ配信システムであって、
　前記Ｗｅｂページ変換手段（Ｓ１０３およびＳ１０５およびＳ１０７およびＳ２０３のステップを行うＣＰＵ）は、
　前記Ｗｅｂページ形成データ（画像データ１２）を変換する処理を行うＷｅｂページ形成データ変換手段（Ｓ３０１およびＳ３０４のステップを行うＣＰＵ）と、
　前記Ｗｅｂページ形成データを参照していた前記文字データ（１１）を、前記Ｗｅｂページ形成データ変換手段により変換された前記Ｗｅｂページ形成データを参照する文字データであって、前記Ｗｅｂページ形成データ変換手段による変換内容を特定可能なパラメータを含む特定文字データに変換する処理を行う文字変換手段（Ｓ１０５、Ｓ１０７、Ｓ３０２、Ｓ３０８、Ｓ３１１、Ｓ３０５のステップを行うＣＰＵ）と、
　を含み、
　前記配信手段は、
　前記出力端末（携帯電話機２）から送信されてくる前記Ｗｅｂページ（１０）の配信要求の受信に基づいて、前記文字変換手段にて変換した特定文字データ（変換パラメータが混入された文字データ１１）を配信するとともに、前記出力端末から前記パラメータを含む前記Ｗｅｂページ形成データの配信要求の受信に基づいて、前記Ｗｅｂページ形成データ変換手段にて変換した前記Ｗｅｂページ形成データを配信する、
　ことを特徴としている。

　本発明の第１２の実施態様のＷｅｂページ配信システムは、第１～１１のいずれかの実施態様のＷｅｂページ配信システムであって、
　前記Ｗｅｂページ変換手段（Ｓ１０３およびＳ１０５およびＳ１０７およびＳ２０３のステップを行うＣＰＵ）は、
　前記Ｗｅｂページ変換手段にて変換された変換後Ｗｅｂページ形成データ（最小画像データ１３、中間画像データ１４ａ～１４ｂ）を記憶する変換後Ｗｅｂページ形成データ記憶手段（記憶部）を含み、
　前記変換後Ｗｅｂページ形成データ記憶手段に、前記変換後Ｗｅｂページ形成データが記憶されていないときに前記Ｗｅｂページ形成データを変換する処理を行う（Ｓ２０２でＮＯと判定したときにＳ２０３を行うＣＰＵ）、
　ことを特徴としている。

　本発明の第１３の実施態様のＷｅｂページ配信システムは、第１～１２のいずれかの実施態様のＷｅｂページ配信システムであって、
　前記判定手段は、予め定められた文字列の置換表におけるすべての置換元の文字列が、前記文字データ（１１）に出現するときに前記出力条件を満たさないと判定し（Ｓ１０２のステップを行うＣＰＵ）、
　前記Ｗｅｂページ変換手段（Ｓ１０３およびＳ１０５およびＳ１０７およびＳ２０３のステップを行うＣＰＵ）は、
　前記Ｗｅｂページ記述言語の文法を解析することなく予め定められた文字列の置換表に基づいて文字列を置換することで、前記文字データを前記端末Ｗｅｂページ記述言語の種別で記述した文字データに変換する文字変換手段を含む（Ｓ１０３のステップを行うＣＰＵ）、
　ことを特徴としている。

　本発明の第１４の実施態様のＷｅｂページ配信システムは、第１～１３のいずれかの実施態様のＷｅｂページ配信システムであって、
　前記配信サーバ（Ｗｅｂページ配信サーバ１）は、汎用的なＷｅｂページの配信を行うプログラムに対する組み込みプログラムとして実装する（文字変換モジュール１０１、画像変換モジュール１０２）、
　ことを特徴としている。

　本発明の第１の実施態様によれば、出力端末の出力条件を満たすように変換したＷｅｂページを配信できるＷｅｂページ配信システムを提供することができる。

　本発明の第２の実施態様によれば、Ｗｅｂページ形成データを最小変換したものを用いることで、Ｗｅｂページの総記憶容量が出力端末の上限記憶容量より小さくなるようにしたＷｅｂページを配信できるＷｅｂページ配信システムを提供することができる。

　本発明の第３の実施態様によれば、Ｗｅｂページ形成データを最小変換したものだけを用いるのではなく、一部に最小変換したものよりも品質の良い中間変換したものも用いることで、Ｗｅｂページの総記憶容量が出力端末の上限記憶容量より小さく、かつ、Ｗｅｂページ形成データの品質低下を抑えたＷｅｂページを配信できるＷｅｂページ配信システムを提供することができる。

　本発明の第４の実施態様によれば、Ｗｅｂページ形成データを最小変換したものだけを用いるのではなく、最も重要度が高い可能性のある最初に出力するＷｅｂページ形成データから順に、最小変換したものよりも品質の良い中間変換したものも用いることで、Ｗｅｂページの総記憶容量が出力端末の上限記憶容量より小さく、かつ、最も重要度が高い可能性のあるＷｅｂページ形成データの品質低下を抑えたＷｅｂページを配信できるＷｅｂページ配信システムを提供することができる。

　本発明の第５の実施態様によれば、例えば、５つの変換のみが定められていれば、配信サーバにおいて、Ｗｅｂページ形成データを変換する処理が不要に増えることがなく、変換する処理の負荷と時間が低減されるため、出力端末の出力条件を満たすように変換したＷｅｂページを大量かつ高速に配信できるＷｅｂページ配信システムを提供することができる。

　本発明の第６の実施態様によれば、Ｗｅｂページ形成データを最小変換したものだけを用いるのではなく、一部に最小変換したものよりも記憶容量の小さい特別Ｗｅｂページ形成データも用いることで、Ｗｅｂページの総記憶容量が出力端末の上限記憶容量より小さく、かつ、Ｗｅｂページ形成データの品質低下を抑えたＷｅｂページを配信できるＷｅｂページ配信システムを提供することができる。

　本発明の第７の実施態様によれば、Ｗｅｂページ形成データを最小変換したものだけを用いるのではなく、最も重要度が低い可能性のある最後に出力するＷｅｂページ形成データから順に、最小変換したものよりも記憶容量の小さい特別Ｗｅｂページ形成データも用いることで、Ｗｅｂページの総記憶容量が出力端末の上限記憶容量より小さく、かつ、最も重要度が低い可能性のあるＷｅｂページ形成データを省略したＷｅｂページを配信できるＷｅｂページ配信システムを提供することができる。

　本発明の第８の実施態様によれば、Ｗｅｂページ形成データを最小変換したものだけを用いるのではなく、一部に最小変換したものよりも記憶容量の小さい特別Ｗｅｂページ形成データと、特別Ｗｅｂページ形成データよりも記憶容量の小さい代替文字データと、を用いることで、Ｗｅｂページの総記憶容量が出力端末の上限記憶容量より小さく、かつ、Ｗｅｂページ形成データの品質低下を抑えたＷｅｂページを配信できるＷｅｂページ配信システムを提供することができる。

　本発明の第９の実施態様によれば、Ｗｅｂページ形成データを最小変換したものと、特別Ｗｅｂページ形成データだけを用いるのではなく、最も重要度が低い可能性のある最後に出力するＷｅｂページ形成データから順に、特別Ｗｅｂページ形成データよりも記憶容量の小さい代替文字データも用いることで、Ｗｅｂページの総記憶容量が出力端末の上限記憶容量より小さく、かつ、最も重要度が低い可能性のあるＷｅｂページ形成データを省略したＷｅｂページを配信できるＷｅｂページ配信システムを提供することができる。

　本発明の第１０の実施態様によれば、表示サイズが上限表示サイズを超えない場合には、その他のＷｅｂページ形成データの変換をしても表示サイズが変換されることはなく、Ｗｅｂページのレイアウトが変更されることがない。また、表示サイズが上限表示サイズを超える場合には、表示サイズの変換が行われて表示サイズ内に表示されるようになる。そのため、最低限のレイアウト変更で、出力端末の上限表示サイズに収まるように変換したＷｅｂページを配信できるＷｅｂページ配信システムを提供することができる。

　本発明の第１１の実施態様によれば、負荷分散サーバの導入により、文字データの配信要求を受信して配信する配信サーバと、Ｗｅｂページ形成データの配信要求を受信して配信する配信サーバと、が異なる配信サーバとなる場合にも、Ｗｅｂページ形成データを配信する配信サーバは、Ｗｅｂページ形成データの変換内容を特定可能なパラメータを受信して、そのときに、Ｗｅｂページ形成データを変換して送信することができる。そのため、文字データを配信する配信サーバと、Ｗｅｂページ形成データを配信する配信サーバとの間で、変換したＷｅｂページ形成データを共有する必要がなく、Ｗｅｂページ配信システムの負荷分散が容易となる。

　本発明の第１２の実施態様によれば、配信サーバにおいて、一度変換したＷｅｂページ形成データを再度変換する処理の負荷と時間が低減されるため、出力端末の出力条件を満たすように変換したＷｅｂページを大量かつ高速に配信できるＷｅｂページ配信システムを提供することができる。

　本発明の第１３の実施態様によれば、予め定められた文字列の置換表に基づいて文字列を置換するという単純な処理で、出力端末ごとに予め定められたＷｅｂページ記述言語で記述された文字データに変換したＷｅｂページを配信できるＷｅｂページ配信システムを提供することができる。また、Ｗｅｂページ記述言語の文法を解析しないため、Ｗｅｂページ記述言語の文法が変更されたり、追加されたときにも、一度作成した処理においては、新しい文法に対して不具合が発生する可能性を低減することができる。

　本発明の第１４の実施態様によれば、Ｗｅｂページの配信を行う汎用的なプログラムに対する組み込みプログラム、いわゆるＷｅｂサーバに対するモジュールとして配信サーバが実装されるため、中継サーバのようなサーバを別途に設ける必要がなく、出力端末の出力条件を満たすように変換したＷｅｂページを配信できるＷｅｂページ配信システムを提供しやすくできる。また、負荷分散を行うときには、Ｗｅｂサーバのみを負荷分散すればよく、Ｗｅｂページ配信システムの負荷分散が容易となる。

本発明の実施例におけるＷｅｂページ配信システムの全体像を示すシステム図である。（ａ）は、Ｗｅｂページの出力条件の一例を示す図である。（ｂ）は、Ｗｅｂページに係る諸データの一例を示す図である。（ｃ）は、変換された画像に係る諸データの一例を示す図である。（ｄ）は、画像データの代替データとして用いられる白画像データや代替文字データの一例を示す図である。本発明の実施例におけるＷｅｂページ配信システムが変換するＷｅｂページに係る諸データの一例を示す図である。（ａ）は、本発明の実施例におけるＷｅｂページ配信処理を示すフローチャートである。（ｂ）は、本発明の実施例における画像データ配信処理を示すフローチャートである。本発明の実施例における文字と画像変換処理を示すフローチャートである。

　本発明の実施例を以下に説明する。

［実施例］
　本発明の実施例を図面に基づいて説明すると、まず図１は、本発明の実施例１におけるＷｅｂページ配信システムの全体像を示す図である。

　Ｗｅｂページ配信システムは、インターネット３に接続された複数のＷｅｂページ配信サーバ１ａ、１ｂ・・・と、利用者が携行する携帯電話機２と、携帯電話機２からＷｅｂページ配信サーバ１ａ、１ｂ・・・へのアクセスを負荷分散する負荷分散サーバ４と、から構成される。

　複数のＷｅｂページ配信サーバ１ａ、１ｂ・・・は、それぞれ同一の構成であり、同一のデータ及び同一の機能を備えている。

　Ｗｅｂページ配信サーバ１ａ、１ｂ・・・は、ＣＰＵ（Central Processing Unit、図示略）と、ＲＯＭ（Read Only Memory、図示略）と、ＲＡＭ（Random Access Memory、図示略）と、負荷分散サーバ４を介してデータを送受信するための通信部（図示略）と、ハードディスクなどの磁気記録装置である記憶部（図示略）と、から主に構成される通常のサーバコンピュータとである。

　Ｗｅｂページ配信サーバ１ａ、１ｂ・・・の記憶部（図示略）には、図１に示すように、文字データ１１及び画像データ１２（０個でも複数でも良い）からなるＷｅｂページ１０と、携帯電話機２からＷｅｂページ１０の配信要求を受け付けてＷｅｂページ１０を配信するためのプログラムであるＷｅｂサーバ１０３と、Ｗｅｂサーバに対する組み込みプログラムであり、文字データ１１を変換するプログラムである文字変換モジュール１０１と、画像データ１２を変換するプログラムである画像変換モジュール１０２と、が記憶されている。

　また、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・の記憶部（図示略）には、携帯電話機２に関する出力条件を特定するための、端末機種情報が記憶されている。端末機種情報は、携帯電話機２の機種を特定するための機種特定情報（例えば、品番）に対応付けて、図３（ａ）を参照して後述する出力条件が記憶されている。

　画像データ１２は、本発明のＷｅｂページ形成データに対応する。文字変換モジュール１０１は、本発明の文字変換手段を構成する。画像変換モジュール１０２は、本発明の最小変換手段及び中間変換手段を構成する。Ｗｅｂサーバ１０３は、本発明の汎用的なＷｅｂページの配信を行うプログラムを構成する。

　携帯電話機２は、ＣＰＵ（Central Processing Unit、図示略）と、ＲＯＭ（Read Only Memory、図示略）と、ＲＡＭ（Random Access Memory、図示略）と、インターネット３を介してデータを送受信するための通信部（図示略）と、液晶などの表示装置である表示部２０１と、から主に構成される通常の携帯電話機とされている。

　携帯電話機２の記憶部（ＲＯＭ、図示略）には、Ｗｅｂページ１０の配信要求をＷｅｂページ配信サーバ１ａ、１ｂ・・・に送信することで、Ｗｅｂページ１０を受信して表示するプログラムであるＷｅｂブラウザが記憶されている。

　負荷分散サーバ４は、ＣＰＵ（Central Processing Unit、図示略）と、ＲＯＭ（Read Only Memory、図示略）と、ＲＡＭ（Random Access Memory、図示略）と、インターネット３を介してデータを送受信するための通信部１（図示略）と、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・とデータを送受信するための通信部（図示略）ハードディスクなどの磁気記録装置である記憶部（図示略）と、から主に構成される、非常に高速な処理が可能な特殊なサーバコンピュータとされている。一般に、負荷分散サーバ４は、専用のハードウェアで構成された負荷分散装置という形で販売されており、非常に高額な機械である。

　負荷分散サーバ４の記憶部（図示略）には、携帯電話機２から送信されてくるＷｅｂページ１０の配信要求を、予め定められた基準で、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・に分散させるための負荷分散プログラムが記憶されている。予め定められた基準としては、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・サーバごとのアクセス数の平均化や、高速な処理ができるものに優先して振り分ける、等がある。

　負荷分散は、大量のＷｅｂページ１０の配信要求を処理したい場合に導入される仕組みである。例えば、特定のＷｅｂページ１０に対して数百台の携帯電話機２が同時に配信要求を送信してきたとき、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・が２台である場合には、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・１台あたり、半分ずつの配信要求を処理すれば良いことになる。

　本実施例のＷｅｂページ１０について説明する。

　Ｗｅｂページ１０は、文字データ１１及び画像データ１２（０個でも複数でも良い）から構成される。文字データ１１は、予め定められたＷｅｂページ記述言語（HTML、Hyper Text Markup Language）で記述されている。Ｗｅｂページ記述言語（HTML）は、Ｗｅｂページを形成する画像データ１２を、画像参照（IMGタグ）として記述できるようになっている。

　本実施例におけるＷｅｂページ１０の配信要求について説明する。

　携帯電話機２のＷｅｂブラウザは、図１に示すように、利用者の操作に応じて、まず、Ｗｅｂページ１０を特定可能な情報（URL、Universal Resource Locator）を含むＷｅｂページ１０の配信要求をＷｅｂサーバ１０３に送信する。Ｗｅｂサーバ１０３は、Ｗｅｂページ１０を特定可能な情報（URL）に基づいて、Ｗｅｂページ１０を特定し、Ｗｅｂページ１０を形成する文字データ１１を特定して、携帯電話機２に送信する。

　文字データ１１を受信した携帯電話機２のＷｅｂブラウザは、この文字データ１１が画像参照（IMGタグ）を含んでいるときには、これら参照している画像データ１２の配信要求をＷｅｂサーバ１０３に送信する。画像参照（IMGタグ）には、画像データ１２の実体となるファイルの名称（ファイル名）を特定可能な情報（URL）が含まれており、携帯電話機２が送信する画像データ１２の配信要求にはファイル名が含まれるようになっている。

　Ｗｅｂサーバ１０３は、画像データ１２のファイル名に基づいて、画像データ１２を特定して携帯電話機２に送信する。

　この画像データ１２の配信要求は、画像データ１個につき１回送信される。すなわち、Ｗｅｂページ１０を形成する画像の個数に応じた回数のやりとりが、携帯電話機２とＷｅｂサーバとの間で行われる。

　つまりは、Ｗｅｂページ１０の配信要求は、文字データ１１の配信要求と、画像データ１２の配信要求と、からなる。

　本実施例におけるＷｅｂページ１０の配信要求の負荷分散について説明する。

　負荷分散サーバ４は、Ｗｅｂページ１０の配信要求、文字データ１１の配信要求と、画像データ１２の配信要求のいずれかを受信するごとに、この配信要求を配送する宛先のＷｅｂページ配信サーバ１ａ、１ｂ・・・を決定するようになっている。そのため、例えば、図１に示すように、文字データ１１の配信要求を処理するＷｅｂページ配信サーバが１ａとなり、１つ目の画像データ１２の配信要求を処理するＷｅｂページ配信サーバが１ｂとなり、２つ目の画像データ１２の配信要求を処理するＷｅｂページ配信サーバが１ａとなる等、文字データ１１の配信要求を処理するＷｅｂページ配信サーバ１ａ、１ｂ・・・と、画像データ１２の配信要求を処理するＷｅｂページ配信サーバ１ａ、１ｂ・・・とは、一致しない場合が多い。

　本実施例におけるＷｅｂページ１０の出力条件について説明する。

　Ｗｅｂページ１０は、携帯電話機２のＷｅｂブラウザにより処理されて表示される。携帯電話機２の製造に係る技術は継続的に進歩しており、過去の携帯電話機２と、現在の携帯電話機２と、未来の携帯電話機２とでは、ＣＰＵ（図示略）、ＲＡＭ（図示略）、ＲＯＭ（図示略）などハードウェアに差が生じる。

　一方、携帯電話機２に搭載されるプログラムは、ハードウェアに合わせて設計されるため、ハードウェアに差が生じればプログラムにも差が生じることとなる。今回対象にしているＷｅｂブラウザにおいては、例えば、処理能力が低い携帯電話機２では、表示可能なＷｅｂページ１０の総記憶容量が低く抑えられている、あるいは、画面の表示サイズが小さい携帯電話機２では、大きな表示サイズの画像を１画面に表示できない、といった場合がある。

　また、携帯電話機２に搭載されるプログラムは、企業の事情に合わせて設計されるため、例えば、Ａ社の携帯電話網に接続するための携帯電話機２と、Ｂ社の携帯電話網に接続するための携帯電話機２とは、Ｗｅｂページ記述言語の仕様が異なる、といった場合がある。

　つまりは、同じＷｅｂページ１０であっても、表示できるＷｅｂブラウザと、表示できないＷｅｂブラウザが存在する場合がある。これはＷｅｂブラウザごと、いいかえると、Ｗｅｂブラウザを備えた携帯電話機２ごとに、Ｗｅｂページ１０の出力条件があるということである。

　本実施例におけるＷｅｂページ１０の出力条件は、Ｗｅｂページ記述言語の仕様と、表示部２０１の大きさ（解像度）、Ｗｅｂページ１０の総記憶容量からなる。Ｗｅｂページ１０の総記憶容量は、Ｗｅｂページ１０を形成する文字データ１１及び画像データ１２（０個でも複数でも良い）の記憶容量の総和である。

　本実施例におけるＷｅｂページ１０と、その出力条件について、さらに説明する。

　まず、Ｗｅｂページ１０は、図２（ｂ）に示すように、Ｗｅｂページ記述言語の仕様がＨＴＭＬ１、文字データ１１の記憶容量が５ＫＢ（キロバイト）、文字データ１１が参照している画像１（画像データ１２）の記憶容量が８５ＫＢ、表示サイズが縦１２０横１５０、文字データ１１が参照している画像２（画像データ１２）の記憶容量が８５ＫＢ、表示サイズが縦５０横４０、文字データ１１が参照している画像３（画像データ１２）の記憶容量が８０ＫＢ、表示サイズが縦３００横３００、となっており、総記憶容量は２００ＫＢである。

　次に、携帯電話機２のＷｅｂページ１０の出力条件を３つ説明する。

　１番目の出力条件は、図２（ａ）に示すように、Ｗｅｂページ記述言語はＨＴＭＬ１，画面サイズは縦３２０横２４０、総記憶容量は１００ＫＢである。このとき前述のＷｅｂページ１０（図２（ｂ））は、画像３の表示サイズが縦３００横３００で横幅が大きすぎること、総記憶容量が２００ＫＢで大きすぎること、の２点で出力条件を満たしていない。

　そのため、前述のＷｅｂページ１０（図２（ｂ））を表示しようとすると、画像２が途中まで表示されたところでエラーメッセージが出力される、といった動きをする携帯電話機２が多い。

　２番目の出力条件は、図２（ａ）に示すように、Ｗｅｂページ記述言語はＨＴＭＬ２，画面サイズは縦３２０横２４０、総記憶容量は５０ＫＢである。このとき前述のＷｅｂページ１０（図２（ｂ））は、Ｗｅｂページ記述言語がＨＴＭＬ２であり異なること、画像３の表示サイズが縦３００横３００で横幅が大きすぎること、総記憶容量が２００ＫＢで大きすぎること、の３点で出力条件を満たしていない。

　そのため、前述のＷｅｂページ１０（図２（ｂ））を表示しようとすると、ＨＴＭＬ１とＨＴＭＬ２とで共通している部分だけが表示されるといった、一部分だけの表示となったり、レイアウトが崩れたり、画像１が途中まで表示されたところでエラーメッセージが出力される、といった動きをする携帯電話機２が多い。

　３番目の出力条件は、図２（ａ）に示すように、Ｗｅｂページ記述言語はＨＴＭＬ３，画面サイズは縦１６０横１２０、総記憶容量は５ＫＢである。このとき前述のＷｅｂページ１０（図２（ｂ））は、Ｗｅｂページ記述言語がＨＴＭＬ３であり異なること、画像１の表示サイズが縦１２０横１５０で横幅が大きすぎること、画像３の表示サイズが縦３００横３００で横幅が大きすぎること、総記憶容量が２００ＫＢで大きすぎること、の４点で出力条件を満たしていない。

　そのため、前述のＷｅｂページ１０（図２（ｂ））を表示しようとすると、ＨＴＭＬ１とＨＴＭＬ３とで共通している部分だけが表示されるといった、一部分だけの表示となったり、レイアウトが崩れたり、画像１が途中まで表示されたところでエラーメッセージが出力される、といった動きをする携帯電話機２が多い。

　以上のように、前述のＷｅｂページ１０（図２（ｂ））を完全に表示するためには、携帯電話機２ごとに予め定められた出力条件を満たすようにＷｅｂページ１０を変換する必要がある。すなわち、Ｗｅｂページ１０の構成要素である、文字データ１１の変換（文字変換）と、画像データ１２の変換（画像変換）が必要となる。

　本実施例のＷｅｂページの変換処理について説明する。

　まず、文字変換モジュール１０１が行う文字変換について説明する。

　本実施例における文字変換は２つの処理を行う。１つめは、文字データ１１におけるＷｅｂページ記述言語の変換であり、２つめは、文字データ１１における画像参照（ＩＭＧタグ）の変換である。

　１つめの、文字データ１１におけるＷｅｂページ記述言語の変換では、変換対象となる文字列を、ターゲットとなる携帯電話機２のＷｅｂページ記述言語における文字列に置換することで実施される。

　詳しくは、変換対象となる文字列と、ターゲットとなるＷｅｂページ記述言語の文字列と、の対応を列挙した表、すなわち置換表を予め用意しておき、この置換表を利用した文字列の置換処理によって文字変換が実施される。

　変換対象となる文字列は、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・の提供者が、基準となるＷｅｂページ記述言語を定めた上で、そのＷｅｂページ記述言語で使われている文字列の中から任意に定めれば良い。本実施例では、ＨＴＭＬ１を基準となるＷｅｂページ記述言語、ＨＴＭＬ２及びＨＴＭＬ３をターゲットとなるＷｅｂページ記述言語としている。変換対象となる文字列は、ＨＴＭＬ１で使われている文字列から任意に切り出すこととなる。

　変換対象となる文字列を含む文字データ１１の文法を解釈せずに、文字列のマッチングのみに基づいて処理を実施することが特徴である。一方、文法の解釈はこうした表で行うことはできず、文字列の出現した文脈なども配慮しながら行われるため、一般にはプログラムを用いなければならない。

　すなわち、置換表を利用した文字列の置換処理には、将来、変換対象となるＷｅｂページ記述言語が変更されたとき、あるいは、ターゲットとなるＷｅｂページ記述言語が変更されたときにも、プログラムを変更する必要がなく、置換表を変更するのみでＷｅｂページ記述言語の変更に対応することができるという利点がある。

　２つめの、文字データ１１における画像参照（ＩＭＧタグ）の変換では、文字データ１１と、文字データ１１が画像参照（ＩＭＧタグ）により参照している画像データ１２の総記憶容量を計算し、ターゲットとなる携帯電話機２の総記憶容量を超えたかを判定する。超えていなければ何も変換しない。

　一方、総記憶容量を超えていれば、画像データ１２を後述の画像変換により実際に変換して記憶容量を確認するとともに、変換した画像を参照するように文字データ１１における画像参照（ＩＭＧタグ）を変換する。詳しい画像参照（ＩＭＧタグ）の変換については後述する。実際に画像変換を行ってすべての画像の記憶容量を確認することで、文字データ１１が複数の画像を参照しているときにも、ターゲットとなる携帯電話機２の総記憶容量を超えないようなＷｅｂページ１０に変換できることが特徴である。

　次に、画像変換モジュール１０２が行う画像変換について説明する。

　本実施例における画像変換は、画像を予め定められた複数段階の品質に変換することである。複数段階としては、図２（ｃ）に示すように、元画像の品質、つまり変換なしである画像データ１２、中間品質である中間画像データ１４ａ～１４ｃ、最小品質である最小画像データ１３の３種類があり、中間品質として本実施例では３段階の品質１４ａ～１４ｃがある。合計すると５段階の品質がある。

　尚、中間品質として何段階用意しても良い。

　最小画像データ１３は、記憶容量を最小化するために最も低く設定した品質である。実際には、画像の保存形式に応じた変換となり、ＪＰＥＧ（Joint Photographic Experts Group）形式で保存された画像は品質を１％ダウンする、ＧＩＦ（Graphics Interchange
Format）形式で保存された画像はカラーパレットを２ビット化する、等である。最小画像データ１３への最小変換により、例えば、図２（ｃ）に示すように、画像１が８５ＫＢから２０ＫＢに、画像２が３０ＫＢから８ＫＢに、画像３が８０ＫＢから１９ＫＢに変換される。

　尚、最小画像データ１３への変換において、どこまで品質を犠牲にして記憶容量を低減するか、という点は、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・の管理者が適宜に定めれば良い。

　中間画像データ１４ａ～１４ｃは、最小画像データ１３より良い品質で、画像データ１２より悪い品質、ということである。実際には、画像の保存形式に応じた変換となり、ＪＰＥＧ（Joint Photographic Experts Group）形式で保存された画像は品質を0.2～0.6％ダウンする、等である。中間画像データ１４ａ～１４ｃへの中間変換により、例えば、図２（ｃ）に示すように、画像１が８５ＫＢから７０ＫＢ、５０ＫＢ、３４ＫＢに、画像２が３０ＫＢから２４ＫＢ、１８ＫＢ、１２ＫＢに、画像３が８０ＫＢから６４ＫＢ、４８ＫＢ、３２ＫＢに変換される。

　これら画像変換の実行タイミングは２つある。１つめの画像変換の実行タイミングは、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・が携帯電話機２から文字データ１１の配信要求を受信したときに総記憶容量を計算するために、文字変換モジュール１０１からの指示に基づき画像変換モジュール１０２が実行するときである。２つめの画像変換の実行タイミングは、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・が携帯電話機２から画像データ１２の配信要求を受信したときに画像データ１２を配信するために、画像変換モジュール１０２が実行するときである。

　画像変換モジュール１０２により生成された画像データ１２、１３、１４ａ～１４ｃは、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・の記憶部（図示略）に記憶されるようになっており、画像変換モジュール１０２は、画像データ１２、１３、１４ａ～１４ｃが記憶されていないときにのみ、実際に画像データ１２を画像データ１２、１３、１４ａ～１４ｃに変換し、記憶されているときには、変換は行わないようになっている。

　一方、画像データ１２を最小画像データ１３や中間画像データ１４ａ～１４ｃに変換し、それを参照するようにしても、総記憶容量を超えてしまう場合もある。

　具体的には、図２（ａ）に示す出力条件２の場合である。Ｗｅｂページ１０の文字データ１１の記憶容量と最小画像データ１３の記憶容量の総和が、ターゲットとなる携帯電話機２の総記憶容量を超えている。

　このとき、画像データ１２を入れないということもできるが、そうしてしまうと、Ｗｅｂページ１０に施されたデザイン、すなわち元々のＷｅｂページ１０のレイアウトがターゲットとなる携帯電話機２において再現されなくなってしまう。

　前述した文字データ１１における画像参照（ＩＭＧタグ）の変換では、このような場合には、記憶容量が非常に小さい画像データ、具体的には縦１横１で、色が白1色である白画像データを、画像データ１２と同じ大きさで表示するような画像参照（ＩＭＧタグ）への変換が行われる。これにより、元の画像データ１２は表示されないがレイアウトは維持される。

　また、全ての画像参照（ＩＭＧタグ）を、白画像データを参照するように変換しても、ターゲットとなる携帯電話機２の総記憶容量を超えてしまう場合もある。

　具体的には、図２（ａ）に示す出力条件３の場合である。Ｗｅｂページ１０の文字データ１１の記憶容量と、ターゲットとなる携帯電話機２の総記憶容量と、がほぼ一致しており、画像データ１２を入れる余地がほとんどない。

　前述した文字データ１１における画像参照（ＩＭＧタグ）の変換では、このような場合には、記憶容量がさらに小さいデータ、具体的には画像の説明を表す代替文字データを、画像データ１２と同じ位置に表示するような画像参照（ＩＭＧタグ）の変換が行われる。これにより、画像は表示されないし、レイアウトも維持されないが、そこにどのような画像があったかがわかる。

　尚、代替文字データとは、元々の文字データ１１における画像参照（ＩＭＧタグ）に含まれる代替文字（ＡＬＴ属性値）のことである。元々の文字データ１１に含まれていない場合には、例えば、「画像１」などの汎用的な文字列を利用するようになっている。

　この代替文字データの記憶容量は、文字列の長さにもよるが、１文字あたりの情報量が数Ｂ（Byte）であることを考えると、図２（ｄ）に示すように、たかだか数十Ｂ（約０．０１ＫＢ）程度であると考えられる。

　図４（ａ）は、携帯電話機２からのＷｅｂページ１０の配信要求を受信したときに、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・が実施するＷｅｂページ１０の配信処理のフローチャートである。

　前述したように、Ｗｅｂページ１０の配信要求は、文字データ１１の配信要求と、画像データ１２の配信要求と、からなるが、まず送られてくるのは文字データ１１の配信要求である。すなわち、まず文字データ１１の配信処理が行われることになる。

　Ｗｅｂページ１０の配信要求を受信したＷｅｂページ配信サーバ１ａ、１ｂ・・・は、Ｓ１０１のステップに進み、Ｗｅｂページ１０の配信要求に含まれる携帯電話機２の機種を特定可能な情報を抽出し、携帯電話機２の機種ごとに予め定められた出力条件を特定する出力条件特定処理を行う。そしてＳ１０２のステップに進む。

　Ｓ１０２のステップでは、出力条件で定められているＷｅｂページ記述言語の情報に基づいて、Ｗｅｂページ記述言語の置換表を選択し、置換表における置換元の文字列が、配信対象である文字データ１１に含まれているかを判定する。

　Ｓ１０２のステップにおいて、含まれていないと判定した場合には、Ｓ１０４のステップに進む。

　Ｓ１０２のステップにおいて、置換表における置換元の文字列が、配信対象である文字データ１１に含まれていると判定した場合には、Ｓ１０３のステップに進み、文字データ１１における置換元の文字列を、置換表における置換先の文字列に変換する。その後、Ｓ１０４のステップに進む。

　Ｓ１０４のステップでは、出力条件における表示サイズの上限を特定し、配信対象である文字データ１１が参照しているすべての画像データ１２の表示サイズが、上限より小さいかを判定する。

　Ｓ１０４のステップにおいて、上限より小さいと判定した場合には、Ｓ１０６のステップに進む。

　Ｓ１０４のステップにおいて、表示サイズが上限より大きい画像データ１２があると判定した場合には、Ｓ１０５のステップに進み、該当する画像データ１２の表示サイズが上限より小さくなるように画像変換を行う。その後、Ｓ１０６のステップに進む。

　Ｓ１０６のステップでは、出力条件における総記憶容量の上限を特定し、配信対象である文字データ１１の記憶容量と、この文字データ１１が参照しているすべての画像データ１２の記憶容量の総和、すなわち総記憶容量が上限より小さいかを判定する。

　Ｓ１０６のステップにおいて、上限より小さいと判定した場合には、Ｓ１０８のステップに進む。

　Ｓ１０６のステップにおいて、上限より大きいと判定した場合には、Ｓ１０７のステップに進み、文字データ１１および画像データ１２の変換処理を行う。文字と画像の変換処理については図５を参照して後述する。その後、Ｓ１０８のステップに進む。

　Ｓ１０８のステップでは、出力条件を満たすように変換した文字データ１１を携帯電話機２に配信する。

　図５は、Ｓ１０７のステップで実施される文字と画像の変換処理のフローチャートである。

　Ｗｅｂページ配信サーバ１ａ、１ｂ・・・は、Ｓ３０１のステップに進み、Ｗｅｂページの文字データ１１が参照しているすべての画像データ１２に最小変換を適用して、最小画像データ１３を生成する。そしてＳ３０２のステップに進む。

　Ｓ３０２のステップでは、文字データ１１における画像参照（ＩＭＧタグ）を変換して、画像データ１２への参照を、最小画像データ１３の参照に変換する。このとき、Ｓ３０２のステップを実行するごとに、文字データ１１における出力の逆順に従って、画像参照（ＩＭＧタグ）を１つずつ最小画像データ１３の参照に変換していく。

　ここで、Ｗｅｂページ記述言語を用いた文字データ１１における画像参照（ＩＭＧタグ）について説明する。画像データ１２の実体は、画像が格納されたファイルである。そのため画像データ１２の実体への参照はファイル名ということとなる。例えば、元の画像データのファイル名が「ｘｘｘ．ｊｐｇ」のときの画像参照（ＩＭＧタグ）は、例えば、「＜ｉｍｇ　ｓｒｃ＝“ｘｘｘ．ｊｐｇ”＞」のように、画像参照を示すＩＭＧタグによりファイル名を記述しておくことである。

　次に、最小画像データ１３への参照について説明する。元々の画像データ１２への参照と同じ考え方を適用すれば、最小画像データ１３のファイル名が、例えば、「ｘｘｘ＿ｉｎ．ｊｐｇ」のときには、例えば、「＜ｉｍｇ　ｓｒｃ＝“ｘｘｘ＿ｍｉｎ．ｊｐｇ”＞」のように、そのファイル名を記述しておくことになる。

　しかしながら、本発明においては、元々の画像データ１２のファイル名に、画像変換の内容を特定可能なパラメータを加える形で記述するようになっている。最小変換を特定可能なパラメータを、例えば、「ｍｉｎ」とするとき、「＜ｉｍｇ　ｓｒｃ＝“ｘｘｘ．ｊｐｇ？ｍｉｎ”＞」のように画像参照（ＩＭＧタグ）を記述するようになっている。

　つまりは、Ｓ３０２のステップにより、文字データ１１の画像参照（ＩＭＧタグ）が、元々の画像データ１２のファイル名から、画像データ１２のファイル名に最小変換を特定可能なパラメータ、例えば、「？ｍｉｎ」、を加えたものに変換される。

　次に、Ｓ３０３のステップに進み、出力条件における総記憶容量の上限を特定し、配信対象である文字データ１１の記憶容量と、この文字データ１１が参照しているすべての画像データ１２及び最小画像データ１３の記憶容量の総和、すなわち総記憶容量が上限より小さいかを判定する。

　Ｓ３０３のステップにおいて、上限より小さいと判定した場合には、Ｓ３０４のステップに進む。

　Ｓ３０３のステップにおいて、上限より大きいと判定した場合には、Ｓ３０７のステップに進み、文字データ１１における画像参照（ＩＭＧタグ）をすべて最小画像データ１３への参照に変換したかを判定する。

　Ｓ３０７のステップにおいて、すべて変換したと判定した場合には、Ｓ３０８のステップに進む。

　Ｓ３０７のステップにおいて、すべては変換していないと判定した場合には、Ｓ３０２のステップに戻り、出力の逆順に従って、次の画像参照（ＩＭＧタグ）を最小画像データへの参照に変換して再度Ｓ３０３の判定を行う。

　Ｓ３０８のステップでは、文字データ１１における画像参照（ＩＭＧタグ）を変換して、最小画像データ１３への参照を、白画像データへの参照に変換する。このとき、Ｓ３０８のステップを実行するごとに、文字データ１１における出力の逆順に従って、画像参照（ＩＭＧタグ）を１つずつ白画像データへの参照に変換していく。

　元の画像データのファイル名が「ｘｘｘ．ｊｐｇ」であり、白画像データへの変換を特定可能なパラメータが、例えば、「ｗｈｉｔｅ」であるときには、画像参照（ＩＭＧタグ）を、例えば、「＜ｉｍｇ　ｓｒｃ＝“ｘｘｘ．ｊｐｇ？ｗｈｉｔｅ”＞」のように変換する。

　尚、白画像データのファイル名に変換しても良い。

　次に、Ｓ３０９のステップに進み、出力条件における総記憶容量の上限を特定し、配信対象である文字データ１１の記憶容量と、この文字データ１１が参照しているすべての最小画像データ１３及び白画像データの記憶容量の総和、すなわち総記憶容量が上限より小さいかを判定する。

　Ｓ３０９のステップにおいて、上限より小さいと判定した場合には、Ｓ３０４のステップに進む。

　Ｓ３０９のステップにおいて、上限より大きいと判定した場合には、Ｓ３１０のステップに進み、文字データ１１における画像参照（ＩＭＧタグ）をすべて白画像データへの参照に変換したかを判定する。

　Ｓ３１０のステップにおいて、すべて変換したと判定した場合には、Ｓ３１１のステップに進む。

　Ｓ３１０のステップにおいて、すべては変換していないと判定した場合には、Ｓ３０８のステップに戻り、出力の逆順に従って、次の画像参照（ＩＭＧタグ）を白画像データの参照に変換して再度Ｓ３０９の判定を行う。

　Ｓ３１１のステップでは、文字データ１１における画像参照（ＩＭＧタグ）を変換して、白画像データの参照を、代替文字データに変換する。このとき、Ｓ３０８のステップを実行するごとに、文字データ１１における出力の逆順に従って、画像参照（ＩＭＧタグ）を１つずつ代替文字データに変換していく。

　ここで代替文字データについて説明する。前述したように画像参照（ＩＭＧタグ）は、Ｗｅｂページ記述言語を用いて、例えば、「＜ｉｍｇ　ｓｒｃ＝“ｘｘｘ．ｊｐｇ”＞」のように、文字データ１１の中に記述されている。Ｗｅｂページ記述言語においては、この画像参照（ＩＭＧタグ）の中には、その画像の意味を示す代替文字データ（ＡＬＴ属性値）を書いておくことができるようになっている。例えば、画像データ「ｘｘｘ．ｊｐｇ」が「オフィスの写真」である場合には、「＜ｉｍｇ　ｓｒｃ＝“ｘｘｘ．ｊｐｇ”　ａｌｔ＝“オフィスの写真”＞」のように、代替文字データを画像参照（ＩＭＧタグ）に書くことができる。

　すなわち、画像参照（ＩＭＧタグ）の代替文字データへの変換とは、文字データ１１における画像参照（ＩＭＧタグ）、例えば、「＜ｉｍｇ　ｓｒｃ＝“ｘｘｘ．ｊｐｇ”　ａｌｔ＝“オフィスの写真”＞」を、代替文字データ、例えば、「オフィスの写真」へと変換することである。

　尚、画像参照（ＩＭＧタグ）に代替文字データ（ＡＬＴ属性値）が設定されていない場合には、「画像１」のような文字列を適宜に設定すれば良い。

　次に、Ｓ３１２のステップに進み、出力条件における総記憶容量の上限を特定し、配信対象である文字データ１１の記憶容量と、この文字データ１１が参照しているすべての最小画像データ１３及び白画像データ、さらには代替文字データの記憶容量の総和、すなわち総記憶容量が上限より小さいかを判定する。

　Ｓ３１２のステップにおいて、上限より小さいと判定した場合には、Ｓ３０４のステップに進む。

　Ｓ３１２のステップにおいて、上限より大きいと判定した場合には、Ｓ３１３のステップに進み、文字データ１１における画像参照（ＩＭＧタグ）をすべて代替文字データに変換したかを判定する。

　Ｓ３１３のステップにおいて、すべて変換したと判定した場合には、それ以上変換することはできないため、文字と画像の変換処理を終了する。

　Ｓ３１３のステップにおいて、すべては変換していないと判定した場合には、Ｓ３１１のステップに戻り、出力の逆順に従って、次の画像参照（ＩＭＧタグ）を代替文字データに変換して再度Ｓ３１２の判定を行う。

　Ｓ３０４のステップでは、文字データ１１が参照していたすべての画像データ１２に中間変換を適用して、中間画像データ１４ａ～１４ｃを生成する。そしてＳ３０５のステップに進む。中間画像データは、画像データ１２ごとに前述したように品質の異なる３つの中間画像データ１４ａ～１４ｃが作成される。

　Ｓ３０５のステップでは、文字データ１１における画像参照（ＩＭＧタグ）を変換して、最小画像データ１３及び白画像データへの参照、さらには代替文字データを、中間画像データ１４ａ～１４ｃへの参照に変換する。このとき、Ｓ３０５のステップを実行するごとに、文字データ１１における出力の順と、中間画像データ１４ａ～１４ｃの品質の良い順に従って、画像参照（ＩＭＧタグ）を１つずつ中間画像データ１４ａ～１４ｃへの参照に変換していく。

　すなわち、１回目のＳ３０５のステップにおいて、最初に出力する画像データを、もっとも品質の良い中間画像データ１４ａへの参照に変換し、２回目のＳ３０５のステップにおいて、最初に出力する画像データを、次に品質の良い中間画像データ１４ｂへの参照に変換し、・・・というような方法である。

　の画像参照（ＩＭＧタグ）の中間画像データ１４ａ～１４ｃへの変換に際しては、元の画像データ１２のファイル名が「ｘｘｘ．ｊｐｇ」であり、品質８０％の中間画像データ１４ａへの変換を特定可能なパラメータが、例えば、「８０」であるときには、画像参照（ＩＭＧタグ）を、例えば、「＜ｉｍｇ　ｓｒｃ＝“ｘｘｘ．ｊｐｇ？８０”＞」のように変換する。

　尚、変換内容が特定可能であればどのようなパラメータであっても良い。

　次に、Ｓ３０６のステップに進み、出力条件における総記憶容量の上限を特定し、配信対象である文字データ１１の記憶容量と、この文字データ１１が参照しているすべての中間画像データ１４ａ～１４ｃ、最小画像データ１３、及び白画像データ、さらには代替文字データの記憶容量の総和、すなわち総記憶容量が上限より小さいかを判定する。

　Ｓ３０６のステップにおいて、上限より小さいと判定した場合には、Ｓ３０５のステップに戻り、出力の順と、中間画像データ１４ａ～１４ｃの品質の良い順に従って、画像参照（ＩＭＧタグ）を中間画像データ１４ａ～１４ｃのいずれかへの参照に変換して再度Ｓ３０６の判定を行う。

　Ｓ３０６のステップにおいて、上限より大きいと判定した場合には、Ｓ３０６Ａのステップに進み、Ｓ３０６のステップにおいて総記憶容量が上限より小さいと最後の判定された文字データ１１、すなわち、総記憶容量が上限より小さく、かつ、最初に出力する画像の品質を最大限良くした画像参照（ＩＭＧタグ）、を採用して、文字と画像の変換処理を終了する。

　尚、Ｓ３０５のステップにおいて、最も良い品質として、中間画像データ１４ａ～１４ｃの中で最良の品質の中間画像データ１４ａを適用しているが、本発明はこれに限定されるものではなく、元の画像データ１２を最初に適用して、総記憶容量が上限を超えるかを判定し、超えていない場合には、元の画像データ１２を適用してもよい。

　こうして生成された文字データ１１は、携帯電話機２に配信される。携帯電話機２は、Ｗｅｂブラウザにより文字データ１１を処理して、文字データ１１が画像参照（ＩＭＧタグ）により参照している、元の画像データ１２、最小画像データ１３、中間画像データ１４、白画像データのいずれかを配信させるための画像データ配信要求を、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・に送信する。

　前述したように、文字データ１１における画像参照（ＩＭＧタグ）には、元の画像データ１２のファイル名に対し、適宜に、変換内容を特定するためのパラメータが追加されている。そのため、画像データ配信要求は、元の画像データ１２のファイル名とパラメータを含むんでいる。

　図４（ｂ）は、画像データ配信要求を受信したＷｅｂページ配信サーバ１ａ、１ｂ・・・が行う画像データ配信処理のフローチャートである。

　Ｗｅｂページ配信サーバ１ａ、１ｂ・・・は、Ｓ２０１のステップに進み、画像データ配信要求に含まれる元の画像データ１２のファイル名と、変換のパラメータを特定して、Ｓ２０２のステップに進む。

　Ｓ２０２のステップでは、元の画像データ１２に対して、パラメータにより特定される変換を行って生成した最小画像データ１３または中間画像データ１４ａ～１４ｃを、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・の記憶部（図示略）に記憶しているかを判定する。

　Ｓ２０２のステップにおいて、記憶していると判定した場合には、Ｓ２０４のステップに進む。

　Ｓ２０２のステップにおいて、記憶していないと判定した場合には、Ｓ２０３のステップに進み、元の画像データ１２のファイルに対して、パラメータにより特定される変換を行って、最小画像データ１３または中間画像データ１４ａ～１４ｃを生成する。また生成した最小画像データ１３または中間画像データ１４ａ～１４ｃは、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・の記憶部（図示略）に記憶する。そしてＳ２０４のステップに進む。

　Ｓ２０４のステップでは、必要な変換を行って生成された画像データを配信して処理を終了する。

　このように、元の画像データ１２のファイル名と、変換内容を特定可能なパラメータをＷｅｂページ配信サーバ１ａ、１ｂ・・・に送信することによって、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・のいずれに画像データ配信要求を送信したときにも、画像データ配信要求を受信したＷｅｂページ配信サーバ１ａ、１ｂ・・・において、必要な変換を行って生成された画像データを配信できるようになっている。

　以上、本実施例によれば、携帯電話機２の出力条件を満たすように変換したＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。

　また、本実施例によれば、画像データ１２を最小変換した最小画像データ１３を用いることで、Ｗｅｂページ１０の総記憶容量が携帯電話機２の上限記憶容量より小さくなるようにしたＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。

　また、本実施例によれば、画像データ１２を最小変換した最小画像データ１３だけを用いるのではなく、一部に最小変換したものよりも品質の良い中間変換した中間画像データ１４ａ～１４ｃも用いることで、Ｗｅｂページ１０の総記憶容量が携帯電話機２の上限記憶容量より小さく、かつ、画像データ１２の品質低下を抑えたＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。

　また、本実施例によれば、画像データ１２を最小変換した最小画像データ１３だけを用いるのではなく、最も重要度が高い可能性のある最初に出力する画像データ１２から順に、最小変換したものよりも品質の良い中間変換した中間画像データ１４ａ～１４ｃも用いることで、Ｗｅｂページ１０の総記憶容量が携帯電話機２の上限記憶容量より小さく、かつ、最も重要度が高い可能性のある画像データ１２の品質低下を抑えたＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。

　また、本実施例によれば、例えば、５つの変換のみが定められていれば、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・において、画像データ１２を変換する処理が不要に増えることがなく、変換する処理の負荷と時間が低減されるため、携帯電話機２の出力条件を満たすように変換したＷｅｂページ１０を大量かつ高速に配信できるＷｅｂページ配信システムを提供することができる。

　また、本実施例によれば、画像データ１２を最小変換した最小画像データ１３だけを用いるのではなく、一部に最小変換したものよりも記憶容量の小さい白画像データも用いることで、Ｗｅｂページ１０の総記憶容量が携帯電話機２の上限記憶容量より小さく、かつ、画像データ１２の品質低下を抑えたＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。

　また、本実施例によれば、画像データ１２を最小変換した最小画像データ１３だけを用いるのではなく、最も重要度が低い可能性のある最後に出力する画像データ１２から順に、最小変換したものよりも記憶容量の小さい白画像データも用いることで、Ｗｅｂページ１０の総記憶容量が携帯電話機２の上限記憶容量より小さく、かつ、最も重要度が低い可能性のある画像データ１２を省略したＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。

　また、本実施例によれば、画像データ１２を最小変換した最小画像データ１３だけを用いるのではなく、一部に最小変換したものよりも記憶容量の小さい白画像データと、白画像データよりも記憶容量の小さい代替文字データと、を用いることで、Ｗｅｂページ１０の総記憶容量が携帯電話機２の上限記憶容量より小さく、かつ、画像データ１２の品質低下を抑えたＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。

　また、本実施例によれば、画像データ１２を最小変換した最小画像データ１３と、白画像データだけを用いるのではなく、最も重要度が低い可能性のある最後に出力する画像データ１２から順に、白画像データよりも記憶容量の小さい代替文字データも用いることで、Ｗｅｂページ１０の総記憶容量が携帯電話機２の上限記憶容量より小さく、かつ、最も重要度が低い可能性のある画像データ１２を省略したＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。

　また、本実施例によれば、表示サイズが上限表示サイズを超えない場合には、その他の画像データ１２の変換をしても表示サイズが変換されることはなく、Ｗｅｂページ１０のレイアウトが変更されることがない。また、表示サイズが上限表示サイズを超える場合には、表示サイズの変換が行われて表示サイズ内に表示されるようになる。そのため、最低限のレイアウト変更で、携帯電話機２の上限表示サイズに収まるように変換したＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。

　また、本実施例によれば、負荷分散サーバ４の導入により、文字データ１１の配信要求を受信して配信するＷｅｂページ配信サーバ１ａ、１ｂ・・・と、画像データ１２の配信要求を受信して配信するＷｅｂページ配信サーバ１ａ、１ｂ・・・と、が異なるＷｅｂページ配信サーバ１ａ、１ｂ・・・となる場合にも、画像データ１２を配信するＷｅｂページ配信サーバ１ａ、１ｂ・・・は、画像データ１２の変換内容を特定可能なパラメータを受信して、そのときに、画像データ１２を変換して送信することができる。そのため、文字データ１１を配信するＷｅｂページ配信サーバ１ａ、１ｂ・・・と、画像データ１２を配信するＷｅｂページ配信サーバ１ａ、１ｂ・・・との間で、変換した画像データ１２を共有する必要がなく、Ｗｅｂページ配信システムの負荷分散が容易となる。

　特に、従来のやり方、すなわち配信サーバが配信するＷｅｂページを、中継サーバにより出力条件を満たすようなＷｅｂページを変換するＷｅｂページ配信システムにおいては、配信サーバと中継サーバの双方に特殊な作りこみを行わないと負荷分散ができない場合がある、また、特殊な作りこみを行わない場合には中継サーバの負荷分散ができない場合がある、といった問題があったのに対して、作りこみも必要なく、容易に負荷分散が行えることは、本発明の主たる効果の１つである。

　また、本実施例によれば、配信サーバにおいて、一度変換した画像データ１２を再度変換する処理の負荷と時間が低減されるため、携帯電話機２の出力条件を満たすように変換したＷｅｂページ１０を大量かつ高速に配信できるＷｅｂページ配信システムを提供することができる。

　特に、画像データ１２から最小画像データ１３、中間画像データ１４ａ～１４ｃへの変換は、非常にコンピュータにとって負荷が高く、時間もかかる処理である。大量の配信要求を処理しなければならないシステムにおいてこうした処理を抑制できることは、本発明の主たる効果の１つである。

　また、本実施例によれば、予め定められた文字列の置換表に基づいて文字列を置換するという単純な処理で、携帯電話機２ごとに予め定められたＷｅｂページ記述言語で記述された文字データ１１に変換したＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。また、Ｗｅｂページ記述言語の文法を解析しないため、Ｗｅｂページ記述言語の文法が変更されたり、追加されたときにも、一度作成した処理においては、新しい文法に対して不具合が発生する可能性を低減することができる。

　また、本実施例によれば、Ｗｅｂページの配信を行う汎用的なプログラムに対する組み込みプログラム、いわゆるＷｅｂサーバ１０３に対するモジュールとしてＷｅｂページ配信サーバ１ａ、１ｂ・・・が実装されるため、中継サーバのようなサーバを別途に設ける必要がなく、携帯電話機２の出力条件を満たすように変換したＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供しやすくできる。また、負荷分散を行うときには、Ｗｅｂサーバのみを負荷分散すればよく、Ｗｅｂページ配信システムの負荷分散が容易となる。

　以上、本発明の実施例を図面により説明してきたが、具体的な構成はこれら実施例に限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。

　例えば、前記実施例では、複数台のＷｅｂページ配信サーバ１ａ、１ｂ・・・と、負荷分散サーバ４とでＷｅｂページ配信システムを構成しているが、本発明はこれに限定されるものではなく、１台のＷｅｂページ配信サーバで構成しても良い。この場合には、インターネット３に対してＷｅｂページ配信サーバを直接接続すれば良い。１台で構成した場合にも、例えば、複数の画像データを含むＷｅｂページに対して、携帯電話機２の出力条件を満たすように変換して配信することができる。

　また、前記実施例では、画像データ１２を、総記憶容量に関する出力条件に応じて、変換しないか、最小画像データ１３、中間画像データ１４ａ～１４ｃのいずれか、白画像データ、代替文字データ、のいずれかに変換する構成としているが、最小画像データ１３、中間画像データ１４ａ～１４ｃのいずれか、白画像データ、代替文字データのすべてを対象としなくても、これらの一部を対象に変換するようにしても良い。例えば、変換しないか、最小画像データ１３のいずれかに変換する構成としても良いし、それ以外の組み合わせを適用しても良い。

　また、前記実施例では、画像データ１２を、総記憶容量に関する出力条件に応じて、最小画像データ１３、間画像データ１４ａ～１４ｃのいずれか、白画像データ、代替文字データ、のいずれかに差し替えた後、最初に出力されるものから順に、中間画像データ１４ａ～１４ｃのいずれかへと、更に差し替える構成としているが、本発明はこれに限定されるものではなく、どのような順番で中間画像データ１４ａ～１４ｃのいずれかへと差し替えても良い。

　また、前記実施例では、画像データ１２を、総記憶容量に関する出力条件に応じて、最小画像データ１３に差し替えた後、最後に出力される最小画像データ１３から順に、白画像データや代替文字データへと、更に差し替える構成としているが、本発明はこれに限定されるものではなく、どのような順番で白画像データや代替文字データへと差し替えても良い。

　また、前記実施例では、画像データ１２を、表示サイズに関する出力条件に応じて、表示サイズを変換する構成としているが、本発明はこれに限定されるものではなく、表示サイズの変換は行わない構成としても良い。変換しない場合には、ＩＭＧタグの中で縦の長さと横の長さを指定してやれば良い。

　また、前記実施例では、いったん変換して生成した最小画像データ１３や中間画像データ１４ａ～１４ｃを記憶しておき必要な時に再利用する構成としているが、本発明はこれに限定されるものではなく、記憶せずに必要なときに毎回変換しても良い。

　また、前記実施例では、文字データ１１が参照するＷｅｂページ形成データとして画像データ１２を適用しているが、本発明はこれに限定されるものではなく、携帯電話機２で実行可能なプログラム（いわゆるアプリ）のデータであっても良い。

　また、前記実施例では、１台のＷｅｂページ配信サーバ１ａに、文字変換モジュール１０１と、画像変換モジュール１０２を両方組み込む構成としているが、本発明はこれに限定されるものではなく、文字変換モジュール１０１のみを組み込んだＷｅｂページ配信サーバと、画像変換モジュール１０２のみを組み込んだＷｅｂページ配信サーバとに分けて、常に２台以上のＷｅｂページ配信サーバで、Ｗｅｂページ配信システムを構成しても良い。この場合、負荷分散サーバ４は、文字データ１１の配信要求、すなわちＷｅｂページ１０の配信要求は、文字変換モジュール１０１のみを組み込んだＷｅｂページ配信サーバに配信し、画像データ１２の配信要求は、画像変換モジュール１０１のみを組み込んだＷｅｂページ配信サーバに配信すれば良い。

　このような構成ができるということは、文字変換モジュール１０１を購入せずに画像変換モジュール１０１のみ大量に購入すれば、画像変換モジュール１０１のみを組み込んだＷｅｂページ配信サーバを大量に用意することができるということであり、大規模な商品販売サイトのような、非常に大量の画像を変換して配信する必要があるときに、非常に有用である。

　また、前記実施例では、Ｗｅｂページの全てを出力するための出力条件が個別に定められた複数の出力端末として携帯電話機２を適用しているが、本発明はこれに限定されるものではなく、例えば、総記憶容量に上限があるもの、携帯電話機以外の携帯機器や、総記憶容量に上限を設けたデータ出力用のソフトウェア（動画出力用のブラウザ等）のように、出力条件が個別に定められた出力端末であれば、本発明が適用可能であるのはいうまでもない。

　本発明は、出力条件が異なる出力対象に対しＷｅｂページ配信を行うデータ配信サービスにおいて利用可能である。

１ａ、１ｂ・・・　　　　Ｗｅｂページ配信サーバ
２　　　　　　　　　　　携帯電話機
３　　　　　　　　　　　インターネット
４　　　　　　　　　　　負荷分散サーバ
１０　　　　　　　　　　Ｗｅｂページ
１１　　　　　　　　　　文字データ
１２　　　　　　　　　　画像データ
１３　　　　　　　　　　最小画像データ
１４ａ～１４ｃ　　　　　中間画像データ
１０１　　　　　　　　　文字変換
１０２　　　　　　　　　画像変換
１０３　　　　　　　　　Ｗｅｂサーバ
２０１　　　　　　　　　表示部

Claims

　ネットワークに通信可能で、予め定められたＷｅｂページ記述言語で記述された文字データ及び該文字データから参照されるＷｅｂページ形成データからなるＷｅｂページを配信可能な配信手段を備える配信サーバと、前記ネットワークを介して前記配信サーバから配信される前記Ｗｅｂページを出力可能であるとともに、前記Ｗｅｂページの全てを出力するための出力条件が個別に定められた複数の出力端末と、からなるＷｅｂページ配信システムであって、
　前記配信サーバは、
　前記出力端末から送信されてくる前記Ｗｅｂページの配信要求の受信に基づいて、当該出力端末に対応する出力条件を特定する出力条件特定手段と、
　前記Ｗｅｂページが前記出力条件特定手段により特定された出力条件を満たすか否かを判定する判定手段と、
　前記判定手段が前記出力条件を満たさないと判定したときに、前記出力条件を満たすＷｅｂページに変換する処理を行うＷｅｂページ変換手段と、
　を備える、
　ことを特徴とするＷｅｂページ配信システム。
　前記判定手段は、前記Ｗｅｂページの総記憶容量が予め定められた数値である上限記憶容量を超えたときに前記出力条件を満たさないと判定し、
　前記Ｗｅｂページ変換手段は、
　前記Ｗｅｂページ形成データを、記憶容量が最小となる最小Ｗｅｂページ形成データに変換する処理を行う最小変換手段と、
　前記Ｗｅｂページ形成データを参照していた前記文字データを、前記最小変換手段にて変換した前記最小Ｗｅｂページ形成データを参照する文字データに変換する処理を行う文字変換手段と、
　を含む、
　ことを特徴とする請求項１に記載のＷｅｂページ配信システム。
　前記判定手段は、前記Ｗｅｂページの総記憶容量が予め定められた数値である上限記憶容量を超えたときに前記出力条件を満たさないと判定し、
　前記Ｗｅｂページ変換手段は、
　前記Ｗｅｂページ形成データを、記憶容量が最小となる最小Ｗｅｂページ形成データに変換する処理を行う最小変換手段と、
　前記Ｗｅｂページ形成データを、前記最小Ｗｅｂページ形成データの記憶容量より大きく、かつ、当該Ｗｅｂページ形成データの記憶容量より小さい記憶容量の中間Ｗｅｂページ形成データに変換する処理を行う中間変換手段と、
　前記Ｗｅｂページ形成データを参照していた前記文字データを、前記最小Ｗｅｂページ形成データまたは前記中間Ｗｅｂページ形成データのうちいずれかを参照する文字データに変換する処理を行う文字変換手段と、
　を含む、
　ことを特徴とする請求項１または２に記載のＷｅｂページ配信システム。
　前記Ｗｅｂページは、複数のＷｅｂページ形成データを含み、
　前記文字変換手段は、
　前記複数のＷｅｂページ形成データそれぞれを参照していた前記文字データを、前記出力端末による出力順に前記中間Ｗｅｂページ形成データを参照する文字データに変換する処理を行う、
　ことを特徴とする請求項３に記載のＷｅｂページ配信システム。
　前記中間変換手段は、前記Ｗｅｂページ形成データを前記中間Ｗｅｂページ形成データに変換する処理を、予め定められた回数の範囲内で行う、
　ことを特徴とする請求項３または４に記載のＷｅｂページ配信システム。
　前記判定手段は、前記Ｗｅｂページの総記憶容量が予め定められた数値である上限記憶容量を超えたときに前記出力条件を満たさないと判定し、
　前記Ｗｅｂページ変換手段は、
　前記Ｗｅｂページ形成データを、記憶容量が最小となる最小Ｗｅｂページ形成データに変換する処理を行う最小変換手段と、
　前記Ｗｅｂページ形成データを参照していた前記文字データを、前記最小Ｗｅｂページ形成データまたは該最小Ｗｅｂページ形成データより記憶容量の小さい予め定められた特別Ｗｅｂページ形成データのうちいずれかを参照する文字データに変換する処理を行う文字変換手段と、
　を含む、
　ことを特徴とする請求項１～５のいずれかに記載のＷｅｂページ配信システム。
　前記Ｗｅｂページは、複数のＷｅｂページ形成データを含み、
　前記文字変換手段は、
　前記複数のＷｅｂページ形成データそれぞれを参照していた前記文字データを、前記出力端末による出力の逆順に前記特別Ｗｅｂページ形成データを参照する文字データに変換する処理を行う、
　ことを特徴とする請求項６に記載のＷｅｂページ配信システム。
　前記文字変換手段は、
　前記Ｗｅｂページ形成データを参照していた前記文字データを、前記最小Ｗｅｂページ形成データと、前記特別Ｗｅｂページ形成データと、該特別Ｗｅｂページ形成データより記憶容量の小さい予め定められた代替文字データと、のうちいずれかを参照する文字データに変換する処理を行う、
　ことを特徴とする請求項６または７に記載のＷｅｂページ配信システム。
　前記Ｗｅｂページは、複数のＷｅｂページ形成データを含み、
　前記文字変換手段は、
　前記複数のＷｅｂページ形成データを参照していた前記文字データを、前記出力端末による出力の逆順に前記代替文字データを参照する文字データに変換する処理を行う、
　ことを特徴とする請求項８に記載のＷｅｂページ配信システム。
　前記判定手段は、前記Ｗｅｂページ形成データの表示サイズが予め定められた数値である上限表示サイズを超えたときに前記出力条件を満たさないと判定し、
　前記Ｗｅｂページ変換手段は、
　前記Ｗｅｂページ形成データを、前記表示サイズが前記上限表示サイズとなる縮小Ｗｅｂページ形成データに変換する処理を行う縮小変換手段と、
　前記Ｗｅｂページ形成データを参照していた前記文字データを、前記縮小Ｗｅｂページ形成データを参照する文字データに変換する処理を行う文字変換手段と、
　を備える、
　ことを特徴とする請求項１～９のいずれかに記載のＷｅｂページ配信システム。
　前記Ｗｅｂページ変換手段は、
　前記Ｗｅｂページ形成データを変換する処理を行うＷｅｂページ形成データ変換手段と、
　前記Ｗｅｂページ形成データを参照していた前記文字データを、前記Ｗｅｂページ形成データ変換手段により変換された前記Ｗｅｂページ形成データを参照する文字データであって、前記Ｗｅｂページ形成データ変換手段による変換内容を特定可能なパラメータを含む特定文字データに変換する処理を行う文字変換手段と、
を含み、
　前記配信手段は、
　前記出力端末から送信されてくる前記Ｗｅｂページの配信要求の受信に基づいて、前記文字変換手段にて変換した特定文字データを配信するとともに、前記出力端末から前記パラメータを含む前記Ｗｅｂページ形成データの配信要求の受信に基づいて、前記Ｗｅｂページ形成データ変換手段にて変換した前記Ｗｅｂページ形成データを配信する、
　ことを特徴とする請求項１～１０のいずれかに記載のＷｅｂページ配信システム。
　前記Ｗｅｂページ変換手段は、
　前記Ｗｅｂページ変換手段にて変換された変換後Ｗｅｂページ形成データを記憶する変換後Ｗｅｂページ形成データ記憶手段を含み、
　前記変換後Ｗｅｂページ形成データ記憶手段に、前記変換後Ｗｅｂページ形成データが記憶されていないときに前記Ｗｅｂページ形成データを変換する処理を行う、
　ことを特徴とする請求項１～１１のいずれかに記載のＷｅｂページ配信システム。
　前記判定手段は、予め定められた文字列の置換表におけるすべての置換元の文字列が、前記文字データに出現しないときに前記出力条件を満たさないと判定し、
　前記Ｗｅｂページ変換手段は、
　前記Ｗｅｂページ記述言語の文法を解析することなく予め定められた文字列の置換表に基づいて文字列を置換することで、前記文字データを前記端末Ｗｅｂページ記述言語の種別で記述した文字データに変換する文字変換手段を含む、
　ことを特徴とする請求項１～１２のいずれかに記載のＷｅｂページ配信システム。
　前記配信サーバは、汎用的なＷｅｂページの配信を行うプログラムに対する組み込みプログラムとして実装する、
　ことを特徴とする請求項１～１３のいずれかに記載のＷｅｂページ配信システム。