(57)【特許請求の範囲】
【請求項１】
サーバ装置が、１以上のＷｅｂページの各々に関し、当該Ｗｅｂページの表示を指示するデータであるＷｅｂページデータであって、当該Ｗｅｂページに含まれる画像を示す画像データを各々識別する１以上の画像識別データを含むＷｅｂページデータを記憶するＷｅｂページデータ記憶ステップと、
前記サーバ装置が、前記Ｗｅｂページデータ記憶ステップにおいて記憶されるＷｅｂページデータに含まれる画像識別データにより識別される画像データを記憶する画像データ記憶ステップと、
前記サーバ装置が、１以上の端末装置の機種の各々に関し、当該機種の端末装置が表示可能なＷｅｂページの条件を示す条件データを記憶する条件データ記憶ステップと、
前記サーバ装置が、一の端末装置から、一のＷｅｂページを識別するＷｅｂページ識別データを受信するＷｅｂページ識別データ受信ステップと、
前記サーバ装置が、前記一の端末装置から、前記一の端末装置の機種を識別する機種識別データを受信する機種識別データ受信ステップと、
前記サーバ装置が、前記Ｗｅｂページ識別データ受信ステップにおいて受信した前記Ｗｅｂページ識別データにより識別されるＷｅｂページが前記機種識別データ受信ステップにおいて受信した前記機種識別データにより識別される機種に関し前記条件データ記憶ステップにおいて記憶されている前記条件データにより示される条件を満たすように、当該Ｗｅｂページの表示を指示するＷｅｂページデータに含まれる複数の画像識別データの各々により各々識別される複数の画像データのうちの１以上の画像データの各々を互いに異なり得るパラメータで特定されるアルゴリズムに従い変換する第１の画像データ変換ステップと、
前記サーバ装置が、前記Ｗｅｂページ識別データ受信ステップにおいて受信した前記Ｗｅｂページ識別データにより識別されるＷｅｂページの表示を指示するＷｅｂページデータに含まれる画像識別データのうち前記第１の画像データ変換ステップにおいて変換の行われた前記１以上の画像データを各々識別する１以上の画像識別データの各々に関し、当該画像識別データを、前記第１の画像データ変換ステップにおける変換の前の画像データを識別する画像識別データと前記第１の画像データ変換ステップにおける変換に用いられたアルゴリズムを特定するパラメータとを含む画像識別データに変更することにより、変換後Ｗｅｂページデータを生成するＷｅｂページデータ変換ステップと、
前記サーバ装置が、前記Ｗｅｂページデータ変換ステップにおいて生成した前記変換後Ｗｅｂページデータを、前記一の端末装置に送信するＷｅｂページデータ送信ステップと、
前記サーバ装置が、前記Ｗｅｂページデータ送信ステップにおける前記変換後Ｗｅｂページデータの送信に対する応答として前記一の端末装置から送信されてくる一の画像を識別する画像識別データを受信する画像識別データ受信ステップと、
前記サーバ装置が、前記画像識別データ受信ステップにおいて受信した前記画像識別データが画像識別データとパラメータとを含む場合、当該画像識別データにより識別される画像データを当該パラメータにより特定されるアルゴリズムに従い変換することで前記変換後画像データを生成する第２の画像データ変換ステップと、
前記サーバ装置が、前記画像識別データ受信ステップにおいて受信した画像識別データにより識別される画像を示す画像データを前記一の端末装置に送信する画像データ送信ステップと
を備える方法。
【請求項２】
前記サーバ装置は２以上の独立した通信装置の集まりである通信装置群であり、
前記サーバ装置は、前記Ｗｅｂページデータ送信ステップと、前記画像データ送信ステップとを、前記通信装置群に含まれる互いに異なる通信装置により実行する
請求項２に記載の方法。
【請求項３】
一のＷｅｂページデータに関し、当該一のＷｅｂページデータのデータ量と当該一のＷｅｂページデータに含まれる１以上の画像識別データの各々により各々識別される１以上の画像データのデータ量との合計を総データ量とするとき、
前記条件データ記憶ステップにおいて前記サーバ装置が記憶する前記条件データは、対応する機種の端末装置が表示可能なＷｅｂページの表示を指示するＷｅｂページデータの総データ量の上限を示し、
前記サーバ装置は、前記第１の画像データ変換ステップにおいて、前記Ｗｅｂページ識別データ受信ステップにおいて受信した前記Ｗｅｂページ識別データにより識別されるＷｅｂページに含まれる１以上の画像のうち当該Ｗｅｂページの先頭側に表示される画像よりも当該Ｗｅｂページの末尾側に表示される画像を優先的に選択し、当該選択した画像を示す画像データを変換することによって、当該変換後の画像データにより示される画像を含むＷｅｂページの総データ量が前記機種識別データ受信ステップにおいて受信した前記機種識別データにより識別される機種に関し前記条件データ記憶ステップにおいて記憶した前記条件データにより示される総データ量の上限以下とする
請求項１または２に記載の方法。
【請求項４】
前記条件データ記憶ステップにおいて前記サーバ装置が記憶する前記条件データは、対応する機種の端末装置が表示可能な画像の表示サイズの上限を示し、
前記サーバ装置は、前記Ｗｅｂページ識別データ受信ステップにおいて受信した前記Ｗｅｂページ識別データにより識別されるＷｅｂページの表示を指示するＷｅｂページデータに含まれる１以上の画像識別データの各々により各々識別される１以上の画像データのうち、前記機種識別データ受信ステップにおいて受信した前記機種識別データにより識別される機種に関し前記条件データ記憶ステップにおいて記憶されている前記条件データにより示される表示サイズの上限を超える表示サイズの画像を示す画像データの各々に関し、前記第１の画像データ変換ステップにおいて当該上限以下の表示サイズの画像を示す画像データを生成する
請求項１乃至３のいずれかに記載の方法。
【請求項５】
前記Ｗｅｂページデータ記憶ステップにおいて前記サーバ装置が記憶する前記Ｗｅｂページデータは所定の文法を有する記述言語により記述されたテキストデータであり、
前記条件データ記憶ステップにおいて前記サーバ装置が記憶する前記条件データは、対応する機種の端末装置が解釈可能な記述言語を示し、
前記サーバ装置が、複数の記述言語の間の変換規則を示す変換規則データを記憶する変換規則データ記憶ステップを備え、
前記サーバ装置は、前記Ｗｅｂページデータ変換ステップにおいて、前記変換規則データ記憶ステップにおいて記憶した前記変換規則データにより示される変換規則に従い、前記Ｗｅｂページ識別データ受信ステップにおいて受信した前記Ｗｅｂページ識別データにより識別されるＷｅｂページの表示を指示するＷｅｂページデータを変換することにより、前記機種識別データ受信ステップにおいて受信した前記機種識別データにより識別される機種に関し前記条件データ記憶ステップにおいて記憶されている前記条件データにより示される記述言語で記述された前記変換後Ｗｅｂページデータを生成する
請求項１乃至４のいずれかに記載の方法。
【請求項６】
他の通信装置から送信されてくるデータを受信する受信手段と、データを記憶する記憶手段と、演算処理を行う演算手段と、データを他の通信装置に送信する送信手段とを備え、
前記記憶手段は、１以上のＷｅｂページの各々に関し、当該Ｗｅｂページの表示を指示するデータであるＷｅｂページデータであって、当該Ｗｅｂページに含まれる画像を示す画像データを各々識別する１以上の画像識別データを含むＷｅｂページデータを記憶し、
前記記憶手段は、前記記憶されるＷｅｂページデータに含まれる画像識別データにより識別される画像データを記憶し、
前記記憶手段は、１以上の端末装置の機種の各々に関し、当該機種の端末装置が表示可能なＷｅｂページの条件を示す条件データを記憶し、
前記受信手段は、一の端末装置から、一のＷｅｂページを識別するＷｅｂページ識別データを受信し、
前記受信手段は、前記一の端末装置から、前記一の端末装置の機種を識別する機種識別データを受信し、
前記演算手段は、前記受信手段により受信された前記Ｗｅｂページ識別データにより識別されるＷｅｂページが前記受信手段により受信された前記機種識別データにより識別される機種に関し前記記憶手段により記憶されている前記条件データにより示される条件を満たすように、当該Ｗｅｂページの表示を指示するＷｅｂページデータに含まれる複数の画像識別データの各々により各々識別される複数の画像データのうちの１以上の画像データの各々を互いに異なり得るパラメータで特定されるアルゴリズムに従い変換し、
前記演算手段は、前記受信手段により受信された前記Ｗｅｂページ識別データにより識別されるＷｅｂページの表示を指示するＷｅｂページデータに含まれる画像識別データのうち前記演算手段により変換の行われた前記１以上の画像データを各々識別する１以上の画像識別データの各々に関し、当該画像識別データを、前記演算手段による変換の前の画像データを識別する画像識別データと前記演算手段による変換に用いられたアルゴリズムを特定するパラメータとを含む画像識別データに変更することにより、変換後Ｗｅｂページデータを生成し、
前記送信手段は、前記演算手段により生成された前記変換後Ｗｅｂページデータを、前記一の端末装置に送信し、
前記受信手段は、前記送信手段による前記変換後Ｗｅｂページデータの送信に対する応答として前記一の端末装置から送信されてくる一の画像を識別する画像識別データを受信し、
前記演算手段は、前記受信手段により受信された前記画像識別データが画像識別データとパラメータとを含む場合、当該画像識別データにより識別される画像データを当該パラメータにより特定されるアルゴリズムに従い変換することで前記変換後画像データを生成し、
前記送信手段は、前記受信手段により受信された画像識別データにより識別される画像を示す画像データを前記一の端末装置に送信する
サーバ装置。
【請求項７】
２以上の独立した通信装置の集まりである通信装置群により構成され、
前記変換後Ｗｅｂページデータを前記一の端末装置に送信する前記送信手段と、前記画像データを前記一の端末装置に送信する前記送信手段とが前記通信装置群に含まれる互いに異なる通信装置に配置されている
請求項６に記載のサーバ装置。
【請求項８】
一のＷｅｂページデータに関し、当該一のＷｅｂページデータのデータ量と当該一のＷｅｂページデータに含まれる１以上の画像識別データの各々により各々識別される１以上の画像データのデータ量との合計を総データ量とするとき、
前記記憶手段により記憶される前記条件データは、対応する機種の端末装置が表示可能なＷｅｂページの表示を指示するＷｅｂページデータの総データ量の上限を示し、
前記演算手段は、前記１以上の画像データの変換において、前記受信手段により受信された前記Ｗｅｂページ識別データにより識別されるＷｅｂページに含まれる１以上の画像のうち当該Ｗｅｂページの先頭側に表示される画像よりも当該Ｗｅｂページの末尾側に表示される画像を優先的に選択し、当該選択した画像を示す画像データを変換することによって、当該変換後の画像データにより示される画像を含むＷｅｂページの総データ量が前記受信手段により受信された前記機種識別データにより識別される機種に関し前記記憶手段により記憶されている前記条件データにより示される総データ量の上限以下とする
請求項６または７に記載のサーバ装置。
【請求項９】
前記記憶手段により記憶される前記条件データは、対応する機種の端末装置が表示可能な画像の表示サイズの上限を示し、
前記演算手段は、前記受信手段により受信された前記Ｗｅｂページ識別データにより識別されるＷｅｂページの表示を指示するＷｅｂページデータに含まれる１以上の画像識別データの各々により各々識別される１以上の画像データのうち、前記受信手段により受信された前記機種識別データにより識別される機種に関し前記記憶手段により記憶されている前記条件データにより示される表示サイズの上限を超える表示サイズの画像を示す画像データの各々に関し、当該上限以下の表示サイズの画像を示す画像データを生成する
請求項６乃至８のいずれかに記載のサーバ装置。
【請求項１０】
前記記憶手段により記憶される前記Ｗｅｂページデータは所定の文法を有する記述言語により記述されたテキストデータであり、
前記記憶手段により記憶される前記条件データは、対応する機種の端末装置が解釈可能な記述言語を示し、
前記記憶手段は、複数の記述言語の間の変換規則を示す変換規則データを記憶し、
前記演算手段は、前記記憶手段により記憶される前記変換規則データにより示される変換規則に従い、前記受信手段により受信された前記Ｗｅｂページ識別データにより識別されるＷｅｂページの表示を指示するＷｅｂページデータを変換することにより、前記受信手段により受信された前記機種識別データにより識別される機種に関し前記記憶手段により記憶されている前記条件データにより示される記述言語で記述された前記変換後Ｗｅｂページデータを生成する
請求項６乃至９のいずれかに記載のサーバ装置。
【請求項１１】
他の通信装置との間でデータ通信を行う通信手段を備えるコンピュータを
請求項６乃至１０のいずれかに記載のサーバ装置が備える前記記憶手段、前記受信手段、前記演算手段、前記送信手段として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信対象に応じてＷｅｂページを変換して送信するためのＷｅｂページ配信システムに関する。
【背景技術】
【０００２】
従来、携帯電話機などのＷｅｂページの配信対象には、Ｗｅｂページを記述するＷｅｂページ記述言語と、Ｗｅｂページを形成する画像などのＷｅｂページ形成データの保存形式と、これらＷｅｂページ記述言語の記憶容量とＷｅｂページ形成データの記憶容量の合計である総記憶容量と、配信対象が備える表示装置の大きさである表示サイズと、からなるＷｅｂページ出力条件が異なるものがある。これら出力条件をすべて満たすＷｅｂページとしては、例えば、文字の装飾や画像を使わない等、単純なＷｅｂページがある。
【０００３】
また、これら配信対象の中には、多くの画像が出力できたり、動画が出力できたり、アニメーションが出力できたり、段組みなどの高度なレイアウトが出力できたりする等、いわゆるリッチなＷｅｂページを出力できるものがある。一般的に、このような配信対象の所有者はリッチなＷｅｂページの配信を期待しており、これら配信対象に対してリッチなＷｅｂページを配信することで、Ｗｅｂページの魅力を高めることができる。
【０００４】
一方、配信対象の出力条件をすべて満たすリッチなＷｅｂページの作成が困難であることから、リッチなＷｅｂページを作成して配信しても、リッチなＷｅｂページが出力できない配信対象が生じてしまっていた。
【０００５】
１つの解決方法は、同じ内容を表現するリッチなＷｅｂページを、配信対象の出力条件ごとに個別に作成しておくことである。しかしながら、この方法は出力条件の数だけリッチなＷｅｂページを作成しておく必要があり、リッチなＷｅｂページの提供者にとって大きな負担であった。
【０００６】
そこで、リッチなＷｅｂページの提供者がＷｅｂページを１つだけ作成して配信サーバに登録しておき、この配信サーバと配信対象の間でのＷｅｂページの配信を中継する中継サーバにより、Ｗｅｂページを配信対象の出力条件を満たすＷｅｂページに自動的に変換して、配信対象に配信できるようにしたＷｅｂページ配信システムが提案されている（例えば、特許文献１参照）。
【０００７】
これら中継サーバによるＷｅｂページの変換においては、Ｗｅｂページ記述言語の変換、Ｗｅｂページ形成データ（画像）の保存形式の変換、Ｗｅｂページ記述言語とＷｅｂページ形成データ（画像）の総記憶容量の変換、Ｗｅｂページ形成データ（画像）の表示サイズの変換、などが行われる。
【０００８】
Ｗｅｂページ記述言語とＷｅｂページ形成データ（画像）の総記憶容量の変換としては、Ｗｅｂページを複数のＷｅｂページに分割し、１度に配信するＷｅｂページを部分的なものにすることで総記憶容量を減らすものと（例えば、特許文献１参照）、Ｗｅｂページ形成データ（画像）の表示サイズを小さくしたり色数などの品質を下げたりする画像変換処理を適用することで総記憶容量を減らすものと（例えば、特許文献２参照）、が提案されている。
【０００９】
【特許文献１】特開２００１−１９５３９１号公報（請求項１）
【特許文献２】特開２００３−１７３４４０号公報（請求項１）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１にあっては、画像などのＷｅｂページ形成データの記憶容量への配慮がなされていない。詳しくは、Ｗｅｂページ記述言語における画像の表示サイズの指定部分を配信対象に合わせて書き換えているが、画像を変換しているわけではなく画像の記憶容量に変化はない。そのため、例えば、画像１個の記憶容量が配信対象の総記憶容量を超えている場合には、Ｗｅｂページをどのように分割しても、これら分割したＷｅｂページを配信対象にて出力できないという問題があった。
【００１１】
また、特許文献１にあっては、画像１個の記憶容量が配信対象の総記憶容量を超えていなくても、例えば、画像２個の記憶容量が配信対象の総記憶容量を超えてしまうような場合には、含まれる画像の数だけＷｅｂページを分割することとなり、分割前のＷｅｂページを把握しづらくなる場合があるという問題があった。
【００１２】
また、特許文献２にあっては、画像１個の記憶容量を変換しているが、Ｗｅｂページ記述言語の記憶容量への配慮がなされていない。そのため、Ｗｅｂページ記述言語の記憶容量と合わせたときの総記憶容量が配信対象の総記憶容量を超えてしまい配信対象にて出力できない場合があるという問題があった。
【００１３】
また、特許文献２にあっては、複数の画像から形成される場合のＷｅｂページの総記憶容量への配慮もなされていない。そのため、すべての画像の記憶容量及びＷｅｂページ記述言語の記憶容量と合わせたときの総記憶容量が配信対象の総記憶容量を超えてしまい配信対象で表示できない場合があるという問題があった。
【００１４】
また、特許文献２にあっては、中継サーバの負荷分散への配慮がなされていない。中継サーバの負荷分散は、一般的に、配信サーバと配信対象との間に中継サーバを複数台と負荷分散サーバを１台設置することにより実現される。配信対象から配信サーバまでの順序は、配信対象、負荷分散サーバ、複数台の中継サーバ、複数台の配信サーバ、である。
【００１５】
負荷分散の処理の流れについて簡単に説明する。このような構成において負荷分散サーバは、配信対象からＷｅｂページ取得要求が送信されてくるごとに、複数台の中継サーバのいずれかを選択して、このＷｅｂページ取得要求を中継する。中継サーバは、Ｗｅｂページ取得要求をさらに配信サーバに中継し、配信サーバから送られてくるＷｅｂページのＷｅｂページ記述言語を配信対象に合わせて変換して、負荷分散サーバに送信する。負荷分散サーバは、中継サーバから送られてきたＷｅｂページを配信対象に送信する。
【００１６】
リッチなＷｅｂページの場合、配信サーバと配信対象の間で、複数回の通信が実施されることが多い。これは、Ｗｅｂページ記述言語と、１つ以上のＷｅｂページ形成データ（画像）と、からなる場合が多いためである。具体的には、Ｗｅｂページ記述言語の配信につき１回通信を行い、Ｗｅｂページ形成データ（画像）１つの配信につき１回通信を行う。すなわちＷｅｂページ記述言語の配信後、同様の処理がＷｅｂページ形成データ（画像）の個数だけ行われ、Ｗｅｂページ形成データ（画像）が１つずつ配信される。
【００１７】
前述したように、負荷分散サーバは、配信対象からＷｅｂページ取得要求が送信されてくるごとに、複数台の中継サーバのいずれかを選択して、Ｗｅｂページ取得要求を中継することから、Ｗｅｂページ記述言語を中継する中継サーバと、Ｗｅｂページ形成データ（画像）を中継する中継サーバとは必ずしも一致しない。むしろ負荷分散の観点からは、異なる中継サーバに分散される方が好ましい。
【００１８】
ここで、特許文献２のような、Ｗｅｂページ形成データ（画像）に画像変換処理を適用することで総記憶容量を減らす中継サーバにあっては、１回目の通信であるＷｅｂページ記述言語の配信時に、Ｗｅｂページ記述言語を解析して、Ｗｅｂページ形成データ（画像）をリストアップするとともに配信サーバから先行取得して画像変換処理を適用する。その後、中継サーバはアクセスしてきた配信対象に対して、先行取得して画像変換処理を適用しておいたＷｅｂページ形成データ（画像）を配信サーバにアクセスすることなく送信する。
【００１９】
ここで先行取得を行うのは、Ｗｅｂページ形成データ（画像）の配信の都度、Ｗｅｂページ形成データ（画像）を配信サーバから先行取得して画像変換処理を適用する場合より、配信対象にＷｅｂページを構成する全データ、すなわちＷｅｂページ記述言語と全Ｗｅｂページ形成データ（画像）が配信完了するまでの時間が短くなるためである。
【００２０】
尚、特許文献２に限らず、実用化されている中継サーバのほとんどは同様の処理を行っている。
【００２１】
このＷｅｂページ形成データ（画像）を配信サーバから先行取得して画像変換処理をしておく構成は、Ｗｅｂページ記述言語を変換した中継サーバから、全てのＷｅｂページ形成データ（画像）を取得することを前提にしている。変換したＷｅｂページ形成データ（画像）は、Ｗｅｂページ記述言語を変換した中継サーバにしか存在しないためである。
【００２２】
しかしながら前述したように、負荷分散サーバはその原理上、Ｗｅｂページ記述言語を中継する中継サーバと、Ｗｅｂページ形成データ（画像）を中継する中継サーバと、が一致しないように振る舞う。これを一致させるためには、負荷分散サーバと、中継サーバの双方に専用の処理を組み込む必要がある。また、一致させたとすれば、そもそも十分な負荷分散ができているとはいえない。
【００２３】
つまりは、特許文献２にあっては、負荷分散サーバを導入することは、Ｗｅｂページの配信者に開発コストを負わせる場合があるばかりか、開発コストを負ったとしても、十分な負荷分散ができない場合があるという問題があった。
【００２４】
本発明は、このような問題点に着目してなされたもので、配信対象の出力条件を満たすＷｅｂページを配信できるＷｅｂページ配信システムを提供することを目的とする。
【課題を解決するための手段】
【００２５】
上記課題を解決するために、本発明は、
サーバ装置が、１以上のＷｅｂページの各々に関し、当該Ｗｅｂページの表示を指示するデータであるＷｅｂページデータであって、当該Ｗｅｂページに含まれる画像を示す画像データを各々識別する１以上の画像識別データを含むＷｅｂページデータを記憶するＷｅｂページデータ記憶ステップと、
前記サーバ装置が、前記Ｗｅｂページデータ記憶ステップにおいて記憶されるＷｅｂページデータに含まれる画像識別データにより識別される画像データを記憶する画像データ記憶ステップと、
前記サーバ装置が、１以上の端末装置の機種の各々に関し、当該機種の端末装置が表示可能なＷｅｂページの条件を示す条件データを記憶する条件データ記憶ステップと、
前記サーバ装置が、一の端末装置から、一のＷｅｂページを識別するＷｅｂページ識別データを受信するＷｅｂページ識別データ受信ステップと、
前記サーバ装置が、前記一の端末装置から、前記一の端末装置の機種を識別する機種識別データを受信する機種識別データ受信ステップと、
前記サーバ装置が、前記Ｗｅｂページ識別データ受信ステップにおいて受信した前記Ｗｅｂページ識別データにより識別されるＷｅｂページが前記機種識別データ受信ステップにおいて受信した前記機種識別データにより識別される機種に関し前記条件データ記憶ステップにおいて記憶されている前記条件データにより示される条件を満たすように、当該Ｗｅｂページの表示を指示するＷｅｂページデータに含まれる複数の画像識別データの各々により各々識別される複数の画像データのうちの１以上の画像データの各々を互いに異なり得るパラメータで特定されるアルゴリズムに従い変換する第１の画像データ変換ステップと、
前記サーバ装置が、前記Ｗｅｂページ識別データ受信ステップにおいて受信した前記Ｗｅｂページ識別データにより識別されるＷｅｂページの表示を指示するＷｅｂページデータに含まれる画像識別データのうち前記第１の画像データ変換ステップにおいて変換の行われた前記１以上の画像データを各々識別する１以上の画像識別データの各々に関し、当該画像識別データを、前記第１の画像データ変換ステップにおける変換の前の画像データを識別する画像識別データと前記第１の画像データ変換ステップにおける変換に用いられたアルゴリズムを特定するパラメータとを含む画像識別データに変更することにより、変換後Ｗｅｂページデータを生成するＷｅｂページデータ変換ステップと、
前記サーバ装置が、前記Ｗｅｂページデータ変換ステップにおいて生成した前記変換後Ｗｅｂページデータを、前記一の端末装置に送信するＷｅｂページデータ送信ステップと、
前記サーバ装置が、前記Ｗｅｂページデータ送信ステップにおける前記変換後Ｗｅｂページデータの送信に対する応答として前記一の端末装置から送信されてくる一の画像を識別する画像識別データを受信する画像識別データ受信ステップと、
前記サーバ装置が、前記画像識別データ受信ステップにおいて受信した前記画像識別データが画像識別データとパラメータとを含む場合、当該画像識別データにより識別される画像データを当該パラメータにより特定されるアルゴリズムに従い変換することで前記変換後画像データを生成する第２の画像データ変換ステップと、
前記サーバ装置が、前記画像識別データ受信ステップにおいて受信した画像識別データにより識別される画像を示す画像データを前記一の端末装置に送信する画像データ送信ステップと
を備える方法を提供する。（第１の実施態様）
【００２６】
上記の第１の実施態様にかかる方法において、
前記サーバ装置は２以上の独立した通信装置の集まりである通信装置群であり、
前記サーバ装置は、前記Ｗｅｂページデータ送信ステップと、前記画像データ送信ステップとを、前記通信装置群に含まれる互いに異なる通信装置により実行する
構成が採用されてもよい。（第２の実施態様）
【００２７】
上記の第１または第２の実施態様にかかる方法において、
一のＷｅｂページデータに関し、当該一のＷｅｂページデータのデータ量と当該一のＷｅｂページデータに含まれる１以上の画像識別データの各々により各々識別される１以上の画像データのデータ量との合計を総データ量とするとき、
前記条件データ記憶ステップにおいて前記サーバ装置が記憶する前記条件データは、対応する機種の端末装置が表示可能なＷｅｂページの表示を指示するＷｅｂページデータの総データ量の上限を示し、
前記サーバ装置は、前記第１の画像データ変換ステップにおいて、前記Ｗｅｂページ識別データ受信ステップにおいて受信した前記Ｗｅｂページ識別データにより識別されるＷｅｂページに含まれる１以上の画像のうち当該Ｗｅｂページの先頭側に表示される画像よりも当該Ｗｅｂページの末尾側に表示される画像を優先的に選択し、当該選択した画像を示す画像データを変換することによって、当該変換後の画像データにより示される画像を含むＷｅｂページの総データ量が前記機種識別データ受信ステップにおいて受信した前記機種識別データにより識別される機種に関し前記条件データ記憶ステップにおいて記憶した前記条件データにより示される総データ量の上限以下とする
構成が採用されてもよい。（第３の実施態様）
【００２８】
上記の第１乃至第３のいずれかの実施態様にかかる方法において、
前記条件データ記憶ステップにおいて前記サーバ装置が記憶する前記条件データは、対応する機種の端末装置が表示可能な画像の表示サイズの上限を示し、
前記サーバ装置は、前記Ｗｅｂページ識別データ受信ステップにおいて受信した前記Ｗｅｂページ識別データにより識別されるＷｅｂページの表示を指示するＷｅｂページデータに含まれる１以上の画像識別データの各々により各々識別される１以上の画像データのうち、前記機種識別データ受信ステップにおいて受信した前記機種識別データにより識別される機種に関し前記条件データ記憶ステップにおいて記憶されている前記条件データにより示される表示サイズの上限を超える表示サイズの画像を示す画像データの各々に関し、前記第１の画像データ変換ステップにおいて当該上限以下の表示サイズの画像を示す画像データを生成する
構成が採用されてもよい。（第４の実施態様）
【００２９】
上記の第１乃至第４のいずれかの実施態様にかかる方法において、
前記Ｗｅｂページデータ記憶ステップにおいて前記サーバ装置が記憶する前記Ｗｅｂページデータは所定の文法を有する記述言語により記述されたテキストデータであり、
前記条件データ記憶ステップにおいて前記サーバ装置が記憶する前記条件データは、対応する機種の端末装置が解釈可能な記述言語を示し、
前記サーバ装置が、複数の記述言語の間の変換規則を示す変換規則データを記憶する変換規則データ記憶ステップを備え、
前記サーバ装置は、前記Ｗｅｂページデータ変換ステップにおいて、前記変換規則データ記憶ステップにおいて記憶した前記変換規則データにより示される変換規則に従い、前記Ｗｅｂページ識別データ受信ステップにおいて受信した前記Ｗｅｂページ識別データにより識別されるＷｅｂページの表示を指示するＷｅｂページデータを変換することにより、前記機種識別データ受信ステップにおいて受信した前記機種識別データにより識別される機種に関し前記条件データ記憶ステップにおいて記憶されている前記条件データにより示される記述言語で記述された前記変換後Ｗｅｂページデータを生成する
構成が採用されてもよい。（第５の実施態様）
【００３０】
また、本発明は、
他の通信装置から送信されてくるデータを受信する受信手段と、データを記憶する記憶手段と、演算処理を行う演算手段と、データを他の通信装置に送信する送信手段とを備え、
前記記憶手段は、１以上のＷｅｂページの各々に関し、当該Ｗｅｂページの表示を指示するデータであるＷｅｂページデータであって、当該Ｗｅｂページに含まれる画像を示す画像データを各々識別する１以上の画像識別データを含むＷｅｂページデータを記憶し、
前記記憶手段は、前記記憶されるＷｅｂページデータに含まれる画像識別データにより識別される画像データを記憶し、
前記記憶手段は、１以上の端末装置の機種の各々に関し、当該機種の端末装置が表示可能なＷｅｂページの条件を示す条件データを記憶し、
前記受信手段は、一の端末装置から、一のＷｅｂページを識別するＷｅｂページ識別データを受信し、
前記受信手段は、前記一の端末装置から、前記一の端末装置の機種を識別する機種識別データを受信し、
前記演算手段は、前記受信手段により受信された前記Ｗｅｂページ識別データにより識別されるＷｅｂページが前記受信手段により受信された前記機種識別データにより識別される機種に関し前記記憶手段により記憶されている前記条件データにより示される条件を満たすように、当該Ｗｅｂページの表示を指示するＷｅｂページデータに含まれる複数の画像識別データの各々により各々識別される複数の画像データのうちの１以上の画像データの各々を互いに異なり得るパラメータで特定されるアルゴリズムに従い変換し、
前記演算手段は、前記受信手段により受信された前記Ｗｅｂページ識別データにより識別されるＷｅｂページの表示を指示するＷｅｂページデータに含まれる画像識別データのうち前記演算手段により変換の行われた前記１以上の画像データを各々識別する１以上の画像識別データの各々に関し、当該画像識別データを、前記演算手段による変換の前の画像データを識別する画像識別データと前記演算手段による変換に用いられたアルゴリズムを特定するパラメータとを含む画像識別データに変更することにより、変換後Ｗｅｂページデータを生成し、
前記送信手段は、前記演算手段により生成された前記変換後Ｗｅｂページデータを、前記一の端末装置に送信し、
前記受信手段は、前記送信手段による前記変換後Ｗｅｂページデータの送信に対する応答として前記一の端末装置から送信されてくる一の画像を識別する画像識別データを受信し、
前記演算手段は、前記受信手段により受信された前記画像識別データが画像識別データとパラメータとを含む場合、当該画像識別データにより識別される画像データを当該パラメータにより特定されるアルゴリズムに従い変換することで前記変換後画像データを生成し、
前記送信手段は、前記受信手段により受信された画像識別データにより識別される画像を示す画像データを前記一の端末装置に送信する
サーバ装置を提供する（第６の実施態様）
【００３１】
上記の第６の実施態様にかかるサーバ装置において、
２以上の独立した通信装置の集まりである通信装置群により構成され、
前記変換後Ｗｅｂページデータを前記一の端末装置に送信する前記送信手段と、前記画像データを前記一の端末装置に送信する前記送信手段とが前記通信装置群に含まれる互いに異なる通信装置に配置されている
構成が採用されてもよい。（第７の実施態様）
【００３２】
上記の第６または第７の実施態様にかかるサーバ装置において、
一のＷｅｂページデータに関し、当該一のＷｅｂページデータのデータ量と当該一のＷｅｂページデータに含まれる１以上の画像識別データの各々により各々識別される１以上の画像データのデータ量との合計を総データ量とするとき、
前記記憶手段により記憶される前記条件データは、対応する機種の端末装置が表示可能なＷｅｂページの表示を指示するＷｅｂページデータの総データ量の上限を示し、
前記演算手段は、前記１以上の画像データの変換において、前記受信手段により受信された前記Ｗｅｂページ識別データにより識別されるＷｅｂページに含まれる１以上の画像のうち当該Ｗｅｂページの先頭側に表示される画像よりも当該Ｗｅｂページの末尾側に表示される画像を優先的に選択し、当該選択した画像を示す画像データを変換することによって、当該変換後の画像データにより示される画像を含むＷｅｂページの総データ量が前記受信手段により受信された前記機種識別データにより識別される機種に関し前記記憶手段により記憶されている前記条件データにより示される総データ量の上限以下とする
構成が採用されてもよい。（第８の実施態様）
【００３３】
上記の第６乃至第８のいずれかの実施態様にかかるサーバ装置において、
前記記憶手段により記憶される前記条件データは、対応する機種の端末装置が表示可能な画像の表示サイズの上限を示し、
前記演算手段は、前記受信手段により受信された前記Ｗｅｂページ識別データにより識別されるＷｅｂページの表示を指示するＷｅｂページデータに含まれる１以上の画像識別データの各々により各々識別される１以上の画像データのうち、前記受信手段により受信された前記機種識別データにより識別される機種に関し前記記憶手段により記憶されている前記条件データにより示される表示サイズの上限を超える表示サイズの画像を示す画像データの各々に関し、当該上限以下の表示サイズの画像を示す画像データを生成する
構成が採用されてもよい。（第９の実施態様）
【００３４】
上記の第６乃至第９のいずれかの実施態様にかかるサーバ装置において、
前記記憶手段により記憶される前記Ｗｅｂページデータは所定の文法を有する記述言語により記述されたテキストデータであり、
前記記憶手段により記憶される前記条件データは、対応する機種の端末装置が解釈可能な記述言語を示し、
前記記憶手段は、複数の記述言語の間の変換規則を示す変換規則データを記憶し、
前記演算手段は、前記記憶手段により記憶される前記変換規則データにより示される変換規則に従い、前記受信手段により受信された前記Ｗｅｂページ識別データにより識別されるＷｅｂページの表示を指示するＷｅｂページデータを変換することにより、前記受信手段により受信された前記機種識別データにより識別される機種に関し前記記憶手段により記憶されている前記条件データにより示される記述言語で記述された前記変換後Ｗｅｂページデータを生成する
構成が採用されてもよい。（第１０の実施態様）
【００３５】
また、本発明は、
他の通信装置との間でデータ通信を行う通信手段を備えるコンピュータを
上記の第６乃至第１０のいずれかに記載のサーバ装置が備える前記記憶手段、前記受信手段、前記演算手段、前記送信手段として機能させるプログラム
を提供する。（第１１の実施態様）
【発明を実施するための最良の形態】
【００３９】
本発明の実施例を以下に説明する。
【実施例】
【００４０】
本発明の実施例を図面に基づいて説明すると、まず図１は、本発明の実施例１におけるＷｅｂページ配信システムの全体像を示す図である。
【００４１】
Ｗｅｂページ配信システムは、インターネット３に接続された複数のＷｅｂページ配信サーバ１ａ、１ｂ・・・と、利用者が携行する携帯電話機２と、携帯電話機２からＷｅｂページ配信サーバ１ａ、１ｂ・・・へのアクセスを負荷分散する負荷分散サーバ４と、から構成される。
【００４２】
複数のＷｅｂページ配信サーバ１ａ、１ｂ・・・は、それぞれ同一の構成であり、同一のデータ及び同一の機能を備えている。
【００４３】
Ｗｅｂページ配信サーバ１ａ、１ｂ・・・は、ＣＰＵ（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）であることを考えると、図２（ｄ）に示すように、たかだか数十Ｂ（約０．０１ＫＢ）程度であると考えられる。
【０１０５】
図４（ａ）は、携帯電話機２からのＷｅｂページ１０の配信要求を受信したときに、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・が実施するＷｅｂページ１０の配信処理のフローチャートである。
【０１０６】
前述したように、Ｗｅｂページ１０の配信要求は、文字データ１１の配信要求と、画像データ１２の配信要求と、からなるが、まず送られてくるのは文字データ１１の配信要求である。すなわち、まず文字データ１１の配信処理が行われることになる。
【０１０７】
Ｗｅｂページ１０の配信要求を受信したＷｅｂページ配信サーバ１ａ、１ｂ・・・は、Ｓ１０１のステップに進み、Ｗｅｂページ１０の配信要求に含まれる携帯電話機２の機種を特定可能な情報を抽出し、携帯電話機２の機種ごとに予め定められた出力条件を特定する出力条件特定処理を行う。そしてＳ１０２のステップに進む。
【０１０８】
Ｓ１０２のステップでは、出力条件で定められているＷｅｂページ記述言語の情報に基づいて、Ｗｅｂページ記述言語の置換表を選択し、置換表における置換元の文字列が、配信対象である文字データ１１に含まれているかを判定する。
【０１０９】
Ｓ１０２のステップにおいて、含まれていないと判定した場合には、Ｓ１０４のステップに進む。
【０１１０】
Ｓ１０２のステップにおいて、置換表における置換元の文字列が、配信対象である文字データ１１に含まれていると判定した場合には、Ｓ１０３のステップに進み、文字データ１１における置換元の文字列を、置換表における置換先の文字列に変換する。その後、Ｓ１０４のステップに進む。
【０１１１】
Ｓ１０４のステップでは、出力条件における表示サイズの上限を特定し、配信対象である文字データ１１が参照しているすべての画像データ１２の表示サイズが、上限より小さいかを判定する。
【０１１２】
Ｓ１０４のステップにおいて、上限より小さいと判定した場合には、Ｓ１０６のステップに進む。
【０１１３】
Ｓ１０４のステップにおいて、表示サイズが上限より大きい画像データ１２があると判定した場合には、Ｓ１０５のステップに進み、該当する画像データ１２の表示サイズが上限より小さくなるように画像変換を行う。その後、Ｓ１０６のステップに進む。
【０１１４】
Ｓ１０６のステップでは、出力条件における総記憶容量の上限を特定し、配信対象である文字データ１１の記憶容量と、この文字データ１１が参照しているすべての画像データ１２の記憶容量の総和、すなわち総記憶容量が上限より小さいかを判定する。
【０１１５】
Ｓ１０６のステップにおいて、上限より小さいと判定した場合には、Ｓ１０８のステップに進む。
【０１１６】
Ｓ１０６のステップにおいて、上限より大きいと判定した場合には、Ｓ１０７のステップに進み、文字データ１１および画像データ１２の変換処理を行う。文字と画像の変換処理については図５を参照して後述する。その後、Ｓ１０８のステップに進む。
【０１１７】
Ｓ１０８のステップでは、出力条件を満たすように変換した文字データ１１を携帯電話機２に配信する。
【０１１８】
図５は、Ｓ１０７のステップで実施される文字と画像の変換処理のフローチャートである。
【０１１９】
Ｗｅｂページ配信サーバ１ａ、１ｂ・・・は、Ｓ３０１のステップに進み、Ｗｅｂページの文字データ１１が参照しているすべての画像データ１２に最小変換を適用して、最小画像データ１３を生成する。そしてＳ３０２のステップに進む。
【０１２０】
Ｓ３０２のステップでは、文字データ１１における画像参照（ＩＭＧタグ）を変換して、画像データ１２への参照を、最小画像データ１３の参照に変換する。このとき、Ｓ３０２のステップを実行するごとに、文字データ１１における出力の逆順に従って、画像参照（ＩＭＧタグ）を１つずつ最小画像データ１３の参照に変換していく。
【０１２１】
ここで、Ｗｅｂページ記述言語を用いた文字データ１１における画像参照（ＩＭＧタグ）について説明する。画像データ１２の実体は、画像が格納されたファイルである。そのため画像データ１２の実体への参照はファイル名ということとなる。例えば、元の画像データのファイル名が「ｘｘｘ．ｊｐｇ」のときの画像参照（ＩＭＧタグ）は、例えば、「＜ｉｍｇ  ｓｒｃ＝“ｘｘｘ．ｊｐｇ”＞」のように、画像参照を示すＩＭＧタグによりファイル名を記述しておくことである。
【０１２２】
次に、最小画像データ１３への参照について説明する。元々の画像データ１２への参照と同じ考え方を適用すれば、最小画像データ１３のファイル名が、例えば、「ｘｘｘ＿ｉｎ．ｊｐｇ」のときには、例えば、「＜ｉｍｇ  ｓｒｃ＝“ｘｘｘ＿ｍｉｎ．ｊｐｇ”＞」のように、そのファイル名を記述しておくことになる。
【０１２３】
しかしながら、本発明においては、元々の画像データ１２のファイル名に、画像変換の内容を特定可能なパラメータを加える形で記述するようになっている。最小変換を特定可能なパラメータを、例えば、「ｍｉｎ」とするとき、「＜ｉｍｇ  ｓｒｃ＝“ｘｘｘ．ｊｐｇ？ｍｉｎ”＞」のように画像参照（ＩＭＧタグ）を記述するようになっている。
【０１２４】
つまりは、Ｓ３０２のステップにより、文字データ１１の画像参照（ＩＭＧタグ）が、元々の画像データ１２のファイル名から、画像データ１２のファイル名に最小変換を特定可能なパラメータ、例えば、「？ｍｉｎ」、を加えたものに変換される。
【０１２５】
次に、Ｓ３０３のステップに進み、出力条件における総記憶容量の上限を特定し、配信対象である文字データ１１の記憶容量と、この文字データ１１が参照しているすべての画像データ１２及び最小画像データ１３の記憶容量の総和、すなわち総記憶容量が上限より小さいかを判定する。
【０１２６】
Ｓ３０３のステップにおいて、上限より小さいと判定した場合には、Ｓ３０４のステップに進む。
【０１２７】
Ｓ３０３のステップにおいて、上限より大きいと判定した場合には、Ｓ３０７のステップに進み、文字データ１１における画像参照（ＩＭＧタグ）をすべて最小画像データ１３への参照に変換したかを判定する。
【０１２８】
Ｓ３０７のステップにおいて、すべて変換したと判定した場合には、Ｓ３０８のステップに進む。
【０１２９】
Ｓ３０７のステップにおいて、すべては変換していないと判定した場合には、Ｓ３０２のステップに戻り、出力の逆順に従って、次の画像参照（ＩＭＧタグ）を最小画像データへの参照に変換して再度Ｓ３０３の判定を行う。
【０１３０】
Ｓ３０８のステップでは、文字データ１１における画像参照（ＩＭＧタグ）を変換して、最小画像データ１３への参照を、白画像データへの参照に変換する。このとき、Ｓ３０８のステップを実行するごとに、文字データ１１における出力の逆順に従って、画像参照（ＩＭＧタグ）を１つずつ白画像データへの参照に変換していく。
【０１３１】
元の画像データのファイル名が「ｘｘｘ．ｊｐｇ」であり、白画像データへの変換を特定可能なパラメータが、例えば、「ｗｈｉｔｅ」であるときには、画像参照（ＩＭＧタグ）を、例えば、「＜ｉｍｇ  ｓｒｃ＝“ｘｘｘ．ｊｐｇ？ｗｈｉｔｅ”＞」のように変換する。
【０１３２】
尚、白画像データのファイル名に変換しても良い。
【０１３３】
次に、Ｓ３０９のステップに進み、出力条件における総記憶容量の上限を特定し、配信対象である文字データ１１の記憶容量と、この文字データ１１が参照しているすべての最小画像データ１３及び白画像データの記憶容量の総和、すなわち総記憶容量が上限より小さいかを判定する。
【０１３４】
Ｓ３０９のステップにおいて、上限より小さいと判定した場合には、Ｓ３０４のステップに進む。
【０１３５】
Ｓ３０９のステップにおいて、上限より大きいと判定した場合には、Ｓ３１０のステップに進み、文字データ１１における画像参照（ＩＭＧタグ）をすべて白画像データへの参照に変換したかを判定する。
【０１３６】
Ｓ３１０のステップにおいて、すべて変換したと判定した場合には、Ｓ３１１のステップに進む。
【０１３７】
Ｓ３１０のステップにおいて、すべては変換していないと判定した場合には、Ｓ３０８のステップに戻り、出力の逆順に従って、次の画像参照（ＩＭＧタグ）を白画像データの参照に変換して再度Ｓ３０９の判定を行う。
【０１３８】
Ｓ３１１のステップでは、文字データ１１における画像参照（ＩＭＧタグ）を変換して、白画像データの参照を、代替文字データに変換する。このとき、Ｓ３０８のステップを実行するごとに、文字データ１１における出力の逆順に従って、画像参照（ＩＭＧタグ）を１つずつ代替文字データに変換していく。
【０１３９】
ここで代替文字データについて説明する。前述したように画像参照（ＩＭＧタグ）は、Ｗｅｂページ記述言語を用いて、例えば、「＜ｉｍｇ  ｓｒｃ＝“ｘｘｘ．ｊｐｇ”＞」のように、文字データ１１の中に記述されている。Ｗｅｂページ記述言語においては、この画像参照（ＩＭＧタグ）の中には、その画像の意味を示す代替文字データ（ＡＬＴ属性値）を書いておくことができるようになっている。例えば、画像データ「ｘｘｘ．ｊｐｇ」が「オフィスの写真」である場合には、「＜ｉｍｇ  ｓｒｃ＝“ｘｘｘ．ｊｐｇ”  ａｌｔ＝“オフィスの写真”＞」のように、代替文字データを画像参照（ＩＭＧタグ）に書くことができる。
【０１４０】
すなわち、画像参照（ＩＭＧタグ）の代替文字データへの変換とは、文字データ１１における画像参照（ＩＭＧタグ）、例えば、「＜ｉｍｇ  ｓｒｃ＝“ｘｘｘ．ｊｐｇ”  ａｌｔ＝“オフィスの写真”＞」を、代替文字データ、例えば、「オフィスの写真」へと変換することである。
【０１４１】
尚、画像参照（ＩＭＧタグ）に代替文字データ（ＡＬＴ属性値）が設定されていない場合には、「画像１」のような文字列を適宜に設定すれば良い。
【０１４２】
次に、Ｓ３１２のステップに進み、出力条件における総記憶容量の上限を特定し、配信対象である文字データ１１の記憶容量と、この文字データ１１が参照しているすべての最小画像データ１３及び白画像データ、さらには代替文字データの記憶容量の総和、すなわち総記憶容量が上限より小さいかを判定する。
【０１４３】
Ｓ３１２のステップにおいて、上限より小さいと判定した場合には、Ｓ３０４のステップに進む。
【０１４４】
Ｓ３１２のステップにおいて、上限より大きいと判定した場合には、Ｓ３１３のステップに進み、文字データ１１における画像参照（ＩＭＧタグ）をすべて代替文字データに変換したかを判定する。
【０１４５】
Ｓ３１３のステップにおいて、すべて変換したと判定した場合には、それ以上変換することはできないため、文字と画像の変換処理を終了する。
【０１４６】
Ｓ３１３のステップにおいて、すべては変換していないと判定した場合には、Ｓ３１１のステップに戻り、出力の逆順に従って、次の画像参照（ＩＭＧタグ）を代替文字データに変換して再度Ｓ３１２の判定を行う。
【０１４７】
Ｓ３０４のステップでは、文字データ１１が参照していたすべての画像データ１２に中間変換を適用して、中間画像データ１４ａ〜１４ｃを生成する。そしてＳ３０５のステップに進む。中間画像データは、画像データ１２ごとに前述したように品質の異なる３つの中間画像データ１４ａ〜１４ｃが作成される。
【０１４８】
Ｓ３０５のステップでは、文字データ１１における画像参照（ＩＭＧタグ）を変換して、最小画像データ１３及び白画像データへの参照、さらには代替文字データを、中間画像データ１４ａ〜１４ｃへの参照に変換する。このとき、Ｓ３０５のステップを実行するごとに、文字データ１１における出力の順と、中間画像データ１４ａ〜１４ｃの品質の良い順に従って、画像参照（ＩＭＧタグ）を１つずつ中間画像データ１４ａ〜１４ｃへの参照に変換していく。
【０１４９】
すなわち、１回目のＳ３０５のステップにおいて、最初に出力する画像データを、もっとも品質の良い中間画像データ１４ａへの参照に変換し、２回目のＳ３０５のステップにおいて、最初に出力する画像データを、次に品質の良い中間画像データ１４ｂへの参照に変換し、・・・というような方法である。
【０１５０】
の画像参照（ＩＭＧタグ）の中間画像データ１４ａ〜１４ｃへの変換に際しては、元の画像データ１２のファイル名が「ｘｘｘ．ｊｐｇ」であり、品質８０％の中間画像データ１４ａへの変換を特定可能なパラメータが、例えば、「８０」であるときには、画像参照（ＩＭＧタグ）を、例えば、「＜ｉｍｇ  ｓｒｃ＝“ｘｘｘ．ｊｐｇ？８０”＞」のように変換する。
【０１５１】
尚、変換内容が特定可能であればどのようなパラメータであっても良い。
【０１５２】
次に、Ｓ３０６のステップに進み、出力条件における総記憶容量の上限を特定し、配信対象である文字データ１１の記憶容量と、この文字データ１１が参照しているすべての中間画像データ１４ａ〜１４ｃ、最小画像データ１３、及び白画像データ、さらには代替文字データの記憶容量の総和、すなわち総記憶容量が上限より小さいかを判定する。
【０１５３】
Ｓ３０６のステップにおいて、上限より小さいと判定した場合には、Ｓ３０５のステップに戻り、出力の順と、中間画像データ１４ａ〜１４ｃの品質の良い順に従って、画像参照（ＩＭＧタグ）を中間画像データ１４ａ〜１４ｃのいずれかへの参照に変換して再度Ｓ３０６の判定を行う。
【０１５４】
Ｓ３０６のステップにおいて、上限より大きいと判定した場合には、Ｓ３０６Ａのステップに進み、Ｓ３０６のステップにおいて総記憶容量が上限より小さいと最後の判定された文字データ１１、すなわち、総記憶容量が上限より小さく、かつ、最初に出力する画像の品質を最大限良くした画像参照（ＩＭＧタグ）、を採用して、文字と画像の変換処理を終了する。
【０１５５】
尚、Ｓ３０５のステップにおいて、最も良い品質として、中間画像データ１４ａ〜１４ｃの中で最良の品質の中間画像データ１４ａを適用しているが、本発明はこれに限定されるものではなく、元の画像データ１２を最初に適用して、総記憶容量が上限を超えるかを判定し、超えていない場合には、元の画像データ１２を適用してもよい。
【０１５６】
こうして生成された文字データ１１は、携帯電話機２に配信される。携帯電話機２は、Ｗｅｂブラウザにより文字データ１１を処理して、文字データ１１が画像参照（ＩＭＧタグ）により参照している、元の画像データ１２、最小画像データ１３、中間画像データ１４、白画像データのいずれかを配信させるための画像データ配信要求を、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・に送信する。
【０１５７】
前述したように、文字データ１１における画像参照（ＩＭＧタグ）には、元の画像データ１２のファイル名に対し、適宜に、変換内容を特定するためのパラメータが追加されている。そのため、画像データ配信要求は、元の画像データ１２のファイル名とパラメータを含むんでいる。
【０１５８】
図４（ｂ）は、画像データ配信要求を受信したＷｅｂページ配信サーバ１ａ、１ｂ・・・が行う画像データ配信処理のフローチャートである。
【０１５９】
Ｗｅｂページ配信サーバ１ａ、１ｂ・・・は、Ｓ２０１のステップに進み、画像データ配信要求に含まれる元の画像データ１２のファイル名と、変換のパラメータを特定して、Ｓ２０２のステップに進む。
【０１６０】
Ｓ２０２のステップでは、元の画像データ１２に対して、パラメータにより特定される変換を行って生成した最小画像データ１３または中間画像データ１４ａ〜１４ｃを、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・の記憶部（図示略）に記憶しているかを判定する。
【０１６１】
Ｓ２０２のステップにおいて、記憶していると判定した場合には、Ｓ２０４のステップに進む。
【０１６２】
Ｓ２０２のステップにおいて、記憶していないと判定した場合には、Ｓ２０３のステップに進み、元の画像データ１２のファイルに対して、パラメータにより特定される変換を行って、最小画像データ１３または中間画像データ１４ａ〜１４ｃを生成する。また生成した最小画像データ１３または中間画像データ１４ａ〜１４ｃは、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・の記憶部（図示略）に記憶する。そしてＳ２０４のステップに進む。
【０１６３】
Ｓ２０４のステップでは、必要な変換を行って生成された画像データを配信して処理を終了する。
【０１６４】
このように、元の画像データ１２のファイル名と、変換内容を特定可能なパラメータをＷｅｂページ配信サーバ１ａ、１ｂ・・・に送信することによって、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・のいずれに画像データ配信要求を送信したときにも、画像データ配信要求を受信したＷｅｂページ配信サーバ１ａ、１ｂ・・・において、必要な変換を行って生成された画像データを配信できるようになっている。
【０１６５】
以上、本実施例によれば、携帯電話機２の出力条件を満たすように変換したＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。
【０１６６】
また、本実施例によれば、画像データ１２を最小変換した最小画像データ１３を用いることで、Ｗｅｂページ１０の総記憶容量が携帯電話機２の上限記憶容量より小さくなるようにしたＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。
【０１６７】
また、本実施例によれば、画像データ１２を最小変換した最小画像データ１３だけを用いるのではなく、一部に最小変換したものよりも品質の良い中間変換した中間画像データ１４ａ〜１４ｃも用いることで、Ｗｅｂページ１０の総記憶容量が携帯電話機２の上限記憶容量より小さく、かつ、画像データ１２の品質低下を抑えたＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。
【０１６８】
また、本実施例によれば、画像データ１２を最小変換した最小画像データ１３だけを用いるのではなく、最も重要度が高い可能性のある最初に出力する画像データ１２から順に、最小変換したものよりも品質の良い中間変換した中間画像データ１４ａ〜１４ｃも用いることで、Ｗｅｂページ１０の総記憶容量が携帯電話機２の上限記憶容量より小さく、かつ、最も重要度が高い可能性のある画像データ１２の品質低下を抑えたＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。
【０１６９】
また、本実施例によれば、例えば、５つの変換のみが定められていれば、Ｗｅｂページ配信サーバ１ａ、１ｂ・・・において、画像データ１２を変換する処理が不要に増えることがなく、変換する処理の負荷と時間が低減されるため、携帯電話機２の出力条件を満たすように変換したＷｅｂページ１０を大量かつ高速に配信できるＷｅｂページ配信システムを提供することができる。
【０１７０】
また、本実施例によれば、画像データ１２を最小変換した最小画像データ１３だけを用いるのではなく、一部に最小変換したものよりも記憶容量の小さい白画像データも用いることで、Ｗｅｂページ１０の総記憶容量が携帯電話機２の上限記憶容量より小さく、かつ、画像データ１２の品質低下を抑えたＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。
【０１７１】
また、本実施例によれば、画像データ１２を最小変換した最小画像データ１３だけを用いるのではなく、最も重要度が低い可能性のある最後に出力する画像データ１２から順に、最小変換したものよりも記憶容量の小さい白画像データも用いることで、Ｗｅｂページ１０の総記憶容量が携帯電話機２の上限記憶容量より小さく、かつ、最も重要度が低い可能性のある画像データ１２を省略したＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。
【０１７２】
また、本実施例によれば、画像データ１２を最小変換した最小画像データ１３だけを用いるのではなく、一部に最小変換したものよりも記憶容量の小さい白画像データと、白画像データよりも記憶容量の小さい代替文字データと、を用いることで、Ｗｅｂページ１０の総記憶容量が携帯電話機２の上限記憶容量より小さく、かつ、画像データ１２の品質低下を抑えたＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。
【０１７３】
また、本実施例によれば、画像データ１２を最小変換した最小画像データ１３と、白画像データだけを用いるのではなく、最も重要度が低い可能性のある最後に出力する画像データ１２から順に、白画像データよりも記憶容量の小さい代替文字データも用いることで、Ｗｅｂページ１０の総記憶容量が携帯電話機２の上限記憶容量より小さく、かつ、最も重要度が低い可能性のある画像データ１２を省略したＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。
【０１７４】
また、本実施例によれば、表示サイズが上限表示サイズを超えない場合には、その他の画像データ１２の変換をしても表示サイズが変換されることはなく、Ｗｅｂページ１０のレイアウトが変更されることがない。また、表示サイズが上限表示サイズを超える場合には、表示サイズの変換が行われて表示サイズ内に表示されるようになる。そのため、最低限のレイアウト変更で、携帯電話機２の上限表示サイズに収まるように変換したＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。
【０１７５】
また、本実施例によれば、負荷分散サーバ４の導入により、文字データ１１の配信要求を受信して配信するＷｅｂページ配信サーバ１ａ、１ｂ・・・と、画像データ１２の配信要求を受信して配信するＷｅｂページ配信サーバ１ａ、１ｂ・・・と、が異なるＷｅｂページ配信サーバ１ａ、１ｂ・・・となる場合にも、画像データ１２を配信するＷｅｂページ配信サーバ１ａ、１ｂ・・・は、画像データ１２の変換内容を特定可能なパラメータを受信して、そのときに、画像データ１２を変換して送信することができる。そのため、文字データ１１を配信するＷｅｂページ配信サーバ１ａ、１ｂ・・・と、画像データ１２を配信するＷｅｂページ配信サーバ１ａ、１ｂ・・・との間で、変換した画像データ１２を共有する必要がなく、Ｗｅｂページ配信システムの負荷分散が容易となる。
【０１７６】
特に、従来のやり方、すなわち配信サーバが配信するＷｅｂページを、中継サーバにより出力条件を満たすようなＷｅｂページを変換するＷｅｂページ配信システムにおいては、配信サーバと中継サーバの双方に特殊な作りこみを行わないと負荷分散ができない場合がある、また、特殊な作りこみを行わない場合には中継サーバの負荷分散ができない場合がある、といった問題があったのに対して、作りこみも必要なく、容易に負荷分散が行えることは、本発明の主たる効果の１つである。
【０１７７】
また、本実施例によれば、配信サーバにおいて、一度変換した画像データ１２を再度変換する処理の負荷と時間が低減されるため、携帯電話機２の出力条件を満たすように変換したＷｅｂページ１０を大量かつ高速に配信できるＷｅｂページ配信システムを提供することができる。
【０１７８】
特に、画像データ１２から最小画像データ１３、中間画像データ１４ａ〜１４ｃへの変換は、非常にコンピュータにとって負荷が高く、時間もかかる処理である。大量の配信要求を処理しなければならないシステムにおいてこうした処理を抑制できることは、本発明の主たる効果の１つである。
【０１７９】
また、本実施例によれば、予め定められた文字列の置換表に基づいて文字列を置換するという単純な処理で、携帯電話機２ごとに予め定められたＷｅｂページ記述言語で記述された文字データ１１に変換したＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供することができる。また、Ｗｅｂページ記述言語の文法を解析しないため、Ｗｅｂページ記述言語の文法が変更されたり、追加されたときにも、一度作成した処理においては、新しい文法に対して不具合が発生する可能性を低減することができる。
【０１８０】
また、本実施例によれば、Ｗｅｂページの配信を行う汎用的なプログラムに対する組み込みプログラム、いわゆるＷｅｂサーバ１０３に対するモジュールとしてＷｅｂページ配信サーバ１ａ、１ｂ・・・が実装されるため、中継サーバのようなサーバを別途に設ける必要がなく、携帯電話機２の出力条件を満たすように変換したＷｅｂページ１０を配信できるＷｅｂページ配信システムを提供しやすくできる。また、負荷分散を行うときには、Ｗｅｂサーバのみを負荷分散すればよく、Ｗｅｂページ配信システムの負荷分散が容易となる。
【０１８１】
以上、本発明の実施例を図面により説明してきたが、具体的な構成はこれら実施例に限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。
【０１８２】
例えば、前記実施例では、複数台のＷｅｂページ配信サーバ１ａ、１ｂ・・・と、負荷分散サーバ４とでＷｅｂページ配信システムを構成しているが、本発明はこれに限定されるものではなく、１台のＷｅｂページ配信サーバで構成しても良い。この場合には、インターネット３に対してＷｅｂページ配信サーバを直接接続すれば良い。１台で構成した場合にも、例えば、複数の画像データを含むＷｅｂページに対して、携帯電話機２の出力条件を満たすように変換して配信することができる。
【０１８３】
また、前記実施例では、画像データ１２を、総記憶容量に関する出力条件に応じて、変換しないか、最小画像データ１３、中間画像データ１４ａ〜１４ｃのいずれか、白画像データ、代替文字データ、のいずれかに変換する構成としているが、最小画像データ１３、中間画像データ１４ａ〜１４ｃのいずれか、白画像データ、代替文字データのすべてを対象としなくても、これらの一部を対象に変換するようにしても良い。例えば、変換しないか、最小画像データ１３のいずれかに変換する構成としても良いし、それ以外の組み合わせを適用しても良い。
【０１８４】
また、前記実施例では、画像データ１２を、総記憶容量に関する出力条件に応じて、最小画像データ１３、間画像データ１４ａ〜１４ｃのいずれか、白画像データ、代替文字データ、のいずれかに差し替えた後、最初に出力されるものから順に、中間画像データ１４ａ〜１４ｃのいずれかへと、更に差し替える構成としているが、本発明はこれに限定されるものではなく、どのような順番で中間画像データ１４ａ〜１４ｃのいずれかへと差し替えても良い。
【０１８５】
また、前記実施例では、画像データ１２を、総記憶容量に関する出力条件に応じて、最小画像データ１３に差し替えた後、最後に出力される最小画像データ１３から順に、白画像データや代替文字データへと、更に差し替える構成としているが、本発明はこれに限定されるものではなく、どのような順番で白画像データや代替文字データへと差し替えても良い。
【０１８６】
また、前記実施例では、画像データ１２を、表示サイズに関する出力条件に応じて、表示サイズを変換する構成としているが、本発明はこれに限定されるものではなく、表示サイズの変換は行わない構成としても良い。変換しない場合には、ＩＭＧタグの中で縦の長さと横の長さを指定してやれば良い。
【０１８７】
また、前記実施例では、いったん変換して生成した最小画像データ１３や中間画像データ１４ａ〜１４ｃを記憶しておき必要な時に再利用する構成としているが、本発明はこれに限定されるものではなく、記憶せずに必要なときに毎回変換しても良い。
【０１８８】
また、前記実施例では、文字データ１１が参照するＷｅｂページ形成データとして画像データ１２を適用しているが、本発明はこれに限定されるものではなく、携帯電話機２で実行可能なプログラム（いわゆるアプリ）のデータであっても良い。
【０１８９】
また、前記実施例では、１台のＷｅｂページ配信サーバ１ａに、文字変換モジュール１０１と、画像変換モジュール１０２を両方組み込む構成としているが、本発明はこれに限定されるものではなく、文字変換モジュール１０１のみを組み込んだＷｅｂページ配信サーバと、画像変換モジュール１０２のみを組み込んだＷｅｂページ配信サーバとに分けて、常に２台以上のＷｅｂページ配信サーバで、Ｗｅｂページ配信システムを構成しても良い。この場合、負荷分散サーバ４は、文字データ１１の配信要求、すなわちＷｅｂページ１０の配信要求は、文字変換モジュール１０１のみを組み込んだＷｅｂページ配信サーバに配信し、画像データ１２の配信要求は、画像変換モジュール１０１のみを組み込んだＷｅｂページ配信サーバに配信すれば良い。
【０１９０】
このような構成ができるということは、文字変換モジュール１０１を購入せずに画像変換モジュール１０１のみ大量に購入すれば、画像変換モジュール１０１のみを組み込んだＷｅｂページ配信サーバを大量に用意することができるということであり、大規模な商品販売サイトのような、非常に大量の画像を変換して配信する必要があるときに、非常に有用である。
【０１９１】
また、前記実施例では、Ｗｅｂページの全てを出力するための出力条件が個別に定められた複数の出力端末として携帯電話機２を適用しているが、本発明はこれに限定されるものではなく、例えば、総記憶容量に上限があるもの、携帯電話機以外の携帯機器や、総記憶容量に上限を設けたデータ出力用のソフトウェア（動画出力用のブラウザ等）のように、出力条件が個別に定められた出力端末であれば、本発明が適用可能であるのはいうまでもない。
【図面の簡単な説明】
【０１９２】
【図１】本発明の実施例におけるＷｅｂページ配信システムの全体像を示すシステム図である。
【図２】（ａ）は、Ｗｅｂページの出力条件の一例を示す図である。（ｂ）は、Ｗｅｂページに係る諸データの一例を示す図である。（ｃ）は、変換された画像に係る諸データの一例を示す図である。（ｄ）は、画像データの代替データとして用いられる白画像データや代替文字データの一例を示す図である。
【図３】本発明の実施例におけるＷｅｂページ配信システムが変換するＷｅｂページに係る諸データの一例を示す図である。
【図４】（ａ）は、本発明の実施例におけるＷｅｂページ配信処理を示すフローチャートである。（ｂ）は、本発明の実施例における画像データ配信処理を示すフローチャートである。
【図５】本発明の実施例における文字と画像変換処理を示すフローチャートである。
【符号の説明】
【０１９３】
１ａ、１ｂ・・・        Ｗｅｂページ配信サーバ
２                      携帯電話機
３                      インターネット
４                      負荷分散サーバ
１０                    Ｗｅｂページ
１１                    文字データ
１２                    画像データ
１３                    最小画像データ
１４ａ〜１４ｃ          中間画像データ
１０１                  文字変換
１０２                  画像変換
１０３                  Ｗｅｂサーバ
２０１                  表示部
【図１】
0004913777.tif 000002
【図２】
0004913777.tif 000003
【図３】
0004913777.tif 000004
【図４】
0004913777.tif 000005
【図５】
0004913777.tif 000006