(57)【要約】【課題】Ｗｅｂブラウザを実装していないクライアント端末であってもＷｅｂページの閲覧ができるシステムを提供することを目的とする。【解決手段】Ｗｅｂページをインターネット上に公開するＷｅｂサーバ１２と、Ｗｅｂページを閲覧するクライアント端末１０と、Ｗｅｂサーバ１２とクライアント端末１０との中継を行う画像配信サーバ１１とからなり、画像配信サーバ１１は、クライアント端末１０から送られたアドレス情報に基づいてＷｅｂサーバからＷｅｂページの構成要素を読み出し、当該構成要素からＷｅｂページを生成し、当該生成したＷｅｂページをビットマップデータに変換してクライアント端末１０に送信する。【選択図】      図１
2004220260.tif 000002
【特許請求の範囲】
【請求項１】
ウェブページをインターネット上に公開する第１のサーバと、前記ウェブページを閲覧するクライアント端末と、前記第１のサーバと前記クライアント端末との中継を行う第２のサーバとからなり、
前記第２のサーバは、前記クライアント端末から送られたアドレス情報に基づいて前記第１のサーバからウェブページの構成要素を読み出し、当該構成要素からウェブページを生成し、当該生成したウェブページをビットマップデータに変換して前記クライアント端末に送信することを特徴とするウェブページ閲覧システム。
【請求項２】
ウェブページをインターネット上に公開する第１のサーバと、前記ウェブページを閲覧するクライアント端末と、前記第１のサーバと前記クライアント端末との中継を行う第２のサーバとからなり、
前記クライアント端末は、指定された文字列又は画像の位置情報を前記第２のサーバに送信し、
前記第２のサーバは、前記クライアント端末から送られたアドレス情報及び前記位置情報に基づいて前記第１のサーバからウェブページの構成要素を読み出し、当該構成要素からウェブページを生成し、当該生成したウェブページをビットマップデータに変換して前記クライアント端末に送信することを特徴とするウェブページ閲覧システム。
【請求項３】
前記位置情報は、ウェブページを表示する画面上の座標であることを特徴とする請求項２記載のウェブページ閲覧システム。
【請求項４】
前記アドレス情報は、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）であり、前記ウェブページの構成要素は、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）文書であることを特徴とする請求項１又は２に記載のウェブページ閲覧システム。
【請求項５】
前記第２のサーバは、前記生成したウェブページを圧縮して前記クライアント端末に送信することを特徴とする請求項１又は２に記載のウェブページ閲覧システム。
【請求項６】
前記第２のサーバは、前記生成したウェブページを所定の領域に分割し、分割した各領域を別個に圧縮して前記クライアント端末に送信することを特徴とする請求項１又は２に記載のウェブページ閲覧システム。
【請求項７】
前記所定の領域は、文字領域と画像領域であることを特徴とする請求項６記載のウェブページ閲覧システム。
【請求項８】
ウェブページをインターネット上に公開するウェブサーバと前記ウェブページを閲覧するクライアント端末との中継を行う画像配信サーバであって、
前記クライアント端末から送られたアドレス情報に基づいて前記ウェブサーバからウェブページの構成要素を読み出し、当該構成要素からウェブページを生成し、当該生成したウェブページをビットマップデータに変換して前記クライアント端末に送信することを特徴とする画像配信サーバ。
【請求項９】
ウェブページをインターネット上に公開するウェブサーバと前記ウェブページを閲覧するクライアント端末との中継を行う画像配信サーバであって、
前記クライアント端末から送られたアドレス情報及び指定された文字列又は画像の位置情報に基づいて前記ウェブサーバからウェブページの構成要素を読み出し、当該構成要素からウェブページを生成し、当該生成したウェブページをビットマップデータに変換して前記クライアント端末に送信することを特徴とする画像配信サーバ。
【請求項１０】
前記位置情報は、ウェブページを表示する画面上の座標であることを特徴とする請求項９記載の画像配信サーバ。
【請求項１１】
前記アドレス情報は、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）であり、前記ウェブページの構成要素は、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）文書であることを特徴とする請求項９又は１０に記載の画像配信サーバ。
【請求項１２】
前記生成したウェブページを圧縮して前記クライアント端末に送信することを特徴とする請求項９又は１０に記載の画像配信サーバ。
【請求項１３】
前記生成したウェブページを所定の領域に分割し、分割した各領域を別個に圧縮して前記クライアント端末に送信することを特徴とする請求項９又は１０に記載の画像配信サーバ。
【請求項１４】
前記所定の領域は、文字領域と画像領域であることを特徴とする請求項１３記載の画像配信サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットに公開されるウェブ（以下、Ｗｅｂと記す。）ページを閲覧するシステムに係る。
【０００２】
【従来の技術】
ＷＷＷは、クライアント・サーバというコンピュータシステムを利用している。このシステムは、サービスを要求するクライアントと、サービスを提供するサーバの２つの要素から成り立っている。ＷＷＷの場合、クライアントをＷｅｂブラウザ（Ｂｒｏｗｓｅｒ、閲覧ソフト）といい、サーバをＷｅｂサーバという。
このシステムでは、クライアントがリクエストを送信すると、サーバが必要なコンテンツをクライアントに返信し、クライアントがそのコンテンツを表示することを基本動作とする。
【０００３】
クライアントとサーバの間のやり取りに使われる通信プロトコルはＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）と呼ばれ、ＨＴＭＬ文書（Ｗｅｂページ）をサーバからクライアントに転送する動作を制御する。ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ、ハイパーテキスト・マークアップ言語）は、ＷｅｂページなどのＨＴＭＬ文書を作成するための取り決めであり、ＨＴＭＬの手順に従って作成された文書をＨＴＭＬ文書という。マークアップ言語とは、「この文章のこの部分は何であるか、どのように表示されるか」を示す注釈記号（タグ）を文書の中に埋め込むことによって、文書の論理構造の記述（マークアップ）を行う構文規則である。ＨＴＭＬ文書は、通常のワープロソフトで作った文書データと同じようにファイル単位でハードディスクなどに保管されるが、Ｗｅｂブラウザで表示する場合もファイル（ＨＴＭＬ文書）単位で処理される。
【０００４】
図１０は、ＷｅｂサーバとＷｅｂブラウザの間のプロトコルの例を示す概念図である。以下、図１０を参照して、そのプロトコルを簡単に説明する。本例では、Ｗｅｂサーバには、ＨＴＭＬ文書が格納され、一方、ＷｅｂブラウザにはＨＴＭＬ文書を解析してＷｅｂページを表示するＷｅｂブラウザが実装されている。
【０００５】
まず、Ｗｅｂブラウザは、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）というアドレスをＷｅｂサーバに送信することによりリクエストを行う（Ｓ１）。ＵＲＬとは、Ｗｅｂサーバの宛先を指定する識別子のことであり、そのＵＲＬの中には、プロトコル（ＨＴＴＰ、ＨＴＴＰＳ、ＦＴＰなど）、ドメイン名を含んだホスト名（ｗｗｗ．ｓｅｒｖｅｒ．ｃｏｍなど）、そのサーバのディレクトリ名、ファイル名（ｈｅｌｌｏ．ｈｔｍｌなど）が含まれている。
本例では、閲覧するＷｅｂページとして、ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｃｏｍ／ｈｅｌｌｏ．ｈｔｍｌ    が指定されるとする。次に、リクエストを受けたＷｅｂサーバは、指定されたｈｅｌｌｏ．ｈｔｍｌ（ＨＴＭＬ文書）を要求のあったＷｅｂブラウザに対して返す（Ｓ２）。受け取ったｗｅｂブラウザはｈｅｌｌｏ．ｈｔｍｌのタグを解釈して、表示する（Ｓ３）。この際、画像やアイコンなどのファイル名で指定されたデータがあれば、Ｗｅｂブラウザは再度Ｗｅｂサーバに対し、ファイルのデータ転送を要求し、ファイルを受け取った後、そのデータをＷｅｂブラウザに表示する。
【０００６】
なお、この本発明に関連する先行技術文献としては次のものがある。
【０００７】
【特許文献１】
特開２００２−００７４６３号公報
【特許文献２】
特開２００２−０８２８７１号公報
【特許文献３】
特開２００２−１３２６３０号公報
【特許文献４】
特開２００２−２２９８３９号公報
【特許文献５】
特開平１０−２６９２９７号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、上述した従来のシステムにおいては次の問題がある。
【０００９】
マークアップ言語を処理し適切なレイアウトで画面表示するＷｅｂブラウザという高機能な閲覧ソフトウェアをクライアント端末に実装しておかないとクライアント端末ではＷｅｂページを閲覧することができない。
【００１０】
また、文字がテキストデータで配布されるため、クライアント端末が閲覧するＷｅｂページに応じた適切なフォントデータ（文字画像データ）を持っていないと、正しい文字を表示できない場合がある。例えば海外のＷｅｂページにおいては、その国に特有な字体を用いている可能性があるため、その字体に対応するフォントデータをクライアント側が保持していないと正しい文字を表示することができない。一方、世界各国固有の字体のフォントデータをクライアント端末に登録すると大量の記憶領域が必要となるためクライアント側のシステム規模が大きくなり過ぎてしまう。
【００１１】
さらに、ＨＴＭＬ言語はレイアウトに関して厳密な定義をしていないため、クライアント端末のＷｅｂブラウザの種類により、表示されるＷｅｂページの外観に差異が生じる場合がある。つまり、Ｗｅｂページの作成者が意図するレイアウトでクライアント端末の画面に表示されない可能性がある。
【００１２】
そこで、本発明は、Ｗｅｂブラウザを実装していないクライアント端末であってもＷｅｂページの閲覧ができるシステムを提供することを目的とする。
【００１３】
【課題を解決するための手段】
かかる目的を達成するため、本発明は、文字データ変換、レイアウト解析、レイアウト生成などの高度なＷｅｂページ表示処理を高機能なサーバが行い、一方、クライアント端末は、サーバが作成したＷｅｂページの画面を画像データとして受信して表示する。
【００１４】
すなわち、本発明のウェブページ閲覧システムは、ウェブページをインターネット上に公開する第１のサーバと、前記ウェブページを閲覧するクライアント端末と、前記第１のサーバと前記クライアント端末との中継を行う第２のサーバとからなり、前記第２のサーバは、前記クライアント端末から送られたアドレス情報に基づいて前記第１のサーバからウェブページの構成要素を読み出し、当該構成要素からウェブページを生成し、当該生成したウェブページをビットマップデータに変換してクライアント端末に送信することを特徴とする。
【００１５】
また、本発明のウェブページ閲覧システムは、ウェブページをインターネット上に公開する第１のサーバと、前記ウェブページを閲覧するクライアント端末と、前記第１のサーバと前記クライアント端末との中継を行う第２のサーバとからなり、前記クライアント端末は、指定された文字列又は画像の位置情報を前記第２のサーバに送信し、前記第２のサーバは、前記クライアント端末から送られたアドレス情報及び前記位置情報に基づいて前記第１のサーバからウェブページの構成要素を読み出し、当該構成要素からウェブページを生成し、当該生成したウェブページをビットマップデータに変換してクライアント端末に送信することを特徴とする。
【００１６】
また、本発明の画像配信サーバは、ウェブページをインターネット上に公開するウェブサーバと前記ウェブページを閲覧するクライアント端末との中継を行う画像配信サーバであって、前記クライアント端末から送られたアドレス情報に基づいて前記ウェブサーバからウェブページの構成要素を読み出し、当該構成要素からウェブページを生成し、当該生成したウェブページをビットマップデータに変換して前記クライアント端末に送信することを特徴とする。
【００１７】
また、本発明の画像配信サーバは、ウェブページをインターネット上に公開するウェブサーバと前記ウェブページを閲覧するクライアント端末との中継を行う画像配信サーバであって、前記クライアント端末から送られたアドレス情報及び指定された文字列又は画像の位置情報に基づいて前記ウェブサーバからウェブページの構成要素を読み出し、当該構成要素からウェブページを生成し、当該生成したウェブページをビットマップデータに変換して前記クライアント端末に送信することを特徴とする。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
【００１９】
図１は、本発明の第１の実施の形態にかかるＷｅｂページ閲覧システムの全体構成を示すブロック図である。本実施の形態のＷｅｂページ閲覧システムは、Ｗｅｂページを閲覧するためのクライアント端末１０と、Ｗｅｂページを公開するＷｅｂサーバ１２と、クライアント端末１０とＷｅｂサーバ１２との中継を行う画像配信サーバ１１とから構成され、各装置は、ＨＴＴＰの通信プロトコルを用いてデータ通信を行う。
【００２０】
図２は、本実施の形態にかかるＷｅｂページ閲覧システムの処理の流れを示す図である。図１及び図２を参照すると、本処理は、クライアント端末１０が、画像配信サーバ１１に対して、閲覧したいＷｅｂページのＵＲＬを送信するステップ（Ｓ１）と、画像配信サーバ１１が、当該ＵＲＬが指定するＷｅｂサーバにアクセスするステップ（Ｓ２）と、アクセスされたＷＥＢサーバが、Ｗｅｂページの構成要素となるＨＴＭＬ文書等を画像配信サーバ１１に送信するステップ（Ｓ３）と、画像配信サーバ１１が、Ｗｅｂブラウザを用いることによりＨＴＭＬ文書等からＷｅｂページを作成するステップ（Ｓ４）と、画像配信サーバ１１が、作成したＷｅｂページを画像データとしてクライアント端末１０に送信するステップ（Ｓ５）と、クライアント端末１０が、その画像データを表示部に表示するステップ（Ｓ６）とから成る。
【００２１】
図３は、本実施の形態における画像配信サーバ１１の構成を示すブロック図である。画像配信サーバ１１は、インターネット制御部３１と、Ｗｅｂページ生成部３２と、フォント情報を格納した記憶部３３と、画像データ生成部３４とから構成される。インターネット制御部３１は、クライアント端末１０からＵＲＬを受け取ると、そのＵＲＬが指定するＷｅｂサーバからＨＴＭＬ文書等のＷｅｂページ構成要素を読み出し、Ｗｅｂページ生成部３２に出力する。Ｗｅｂページ生成部３２は、フォント情報３３を参照してＨＴＭＬ文書を解析しＷｅｂページを生成する。フォント情報３３には、世界各国の固有のフォント情報が含まれることが望ましい。画像データ生成部３４は、生成されたＷｅｂページをビットマップ等の画像データに変換して、インターネット制御部３１に出力する。インターネット制御部３１は、その画像データを要求元のクライアント端末１０に送信する。
【００２２】
すなわち、画像配信サーバ１１は、クライアント端末１０からＵＲＬを受け取り、Ｗｅｂページを画像データとしてクライアント端末１０に配信するサーバとしての機能と、ＵＲＬで指定されたＷｅｂサーバからＨＴＭＬ文書や画像ファイル等のＷＥＢページの構成要素を読み出しＷＥＢページを生成するＷｅｂブラウザとしての機能の両方を兼ね備えているといえる。
【００２３】
図４は、本実施の形態におけるクライアント端末１０の構成を示すブロック図である。クライアント端末１０は、インターネット制御部４１と、画像データ受信部４２、表示部４３とから構成される。インターネット制御部４１は、ユーザにより指定されたＵＲＬを画像配信サーバ１１に送信する。また、インターネット制御部４１は、画像配信サーバ１１から配信されるビットマップ等の画像データを画像データ受信部４２に出力する。画像データ受信部４２は、その画像データを表示部４３に出力する。
【００２４】
上述の通り、本発明の第１の実施の形態においては、画像配信サーバ１１は、クライアント端末１０の代わりにＨＴＭＬ文書等のＷｅｂページ構成データをＷｅｂサーバ１２から取得した後にそのデータからＷｅｂページを生成し、クライアント端末１０は、画像配信サーバ１１からＷｅｂページをビットマップ等の画像データの形式で受信しているため、Ｗｅｂブラウザを実装していない簡易なクライアント端末１０であってもＷｅｂページを閲覧することができる。また、高機能な画像配信サーバ１１は、Ｗｅｂページ作成者の意図に沿ったＷｅｂページを正確に生成し、それを画像データとしてクライアント端末１０に送信するため、クライアント端末１０において正確なＷｅｂページを閲覧することができる。
【００２５】
次に、本発明の第２の実施の形態について説明する。本実施の形態は、第１の実施の形態で示した処理に更にＷｅｂページ画面上に示されているリンクをたどってＷｅｂページの閲覧を行う処理を追加したものである。Ｗｅｂページのようなハイパーテキストには、あるトピックに関する情報の固まりが多数あり、関連するトピックの間に関係づけが定義されている。閲覧する者は、この関係付けを自由にたどることによって、ハイパーテキストを読む。Ｗｅｂページのようなトピック単位の情報の固まりをノード、トピック間の関係付けをリンクと呼ぶ。ノードの中にある文字列がほかのトピックに深く関係する場合、この文字列からほかのノードに対してリンクを設定することができる。
【００２６】
図５は、本発明の第２の実施の形態にかかるＷｅｂページ閲覧システムの処理の流れを示す図である。図１及び図５を参照すると、本処理の前半は、クライアント端末１０が画像配信サーバ１１に対して閲覧したいＷｅｂページのＵＲＬを送信するステップ（Ｓ１）と、画像配信サーバ１１が、当該ＵＲＬが指定するＷｅｂサーバにアクセスするステップ（Ｓ２）と、Ｗｅｂサーバ１２が、Ｗｅｂページの構成要素となるＨＴＭＬ文書等を画像配信サーバ１１に送信するステップ（Ｓ３）と、画像配信サーバ１１が、Ｗｅｂブラウザを用いることによりＨＴＭＬ文書等からＷｅｂページを作成するステップ（Ｓ４）と、画像配信サーバ１１が、作成したＷｅｂページをビットマップ等の画像データとしてクライアント端末１０に送信するステップ（Ｓ５）と、クライアント端末１０が、その画像データを表示部に表示するステップ（Ｓ６）とから構成される。ここまでの処理は、本発明の第１の実施の形態における処理（図２参照）と同じである。
【００２７】
次にクライアント端末１０の使用者が表示されたＷｅｂページのどの部分のリンクをたどるかを指定する。具体的には、使用者は、マウス等のポインティングデバイスを使って画面に表示された文字列、画像等を指し、そこをクリックすることにより指定する。
【００２８】
そして、本処理の後半では、クライアント端末１０が、指定された文字列、画像等の位置（画面上の位置）からクリック位置座標データを算出し、現在表示されているＷｅｂページのＵＲＬとともにその位置座標データを画像配信サーバ１１に送信するステップ（Ｓ７）と、画像配信サーバ１１が、送られてきたＵＲＬとクリック位置座標から、そのＵＲＬのＷｅｂページの構成データの中のそのクリック位置座標に対応した文字列等にリンクポインタが存在しているかどうかを検査するステップ（Ｓ８）と、リンクポインタが存在している場合には、そのリンクポインタが示すＵＲＬが指定するＷｅｂサーバにアクセスするステップ（Ｓ９）と、アクセスされたＷｅｂサーバが、Ｗｅｂページの構成要素となるＨＴＭＬ文書を画像配信サーバ１１に送信するステップ（Ｓ１０）と、画像配信サーバ１１が、Ｗｅｂブラウザを用いることによりＨＴＭＬ文書等からＷｅｂページを作成するステップ（Ｓ１１）と、画像配信サーバ１１が、作成したＷｅｂページを画像データとしてクライアント端末１０に送信するステップ（Ｓ１２）と、クライアント端末１０が、その画像データを表示部に表示するステップ（Ｓ１３）とから構成される。なお、Ｓ７におけるクリック位置座標とは、画面上の平面位置を示すものであり、Ｘ−Ｙ座標形式で表現されたもので構わない。また、Ｓ８においてリンクポインタが存在していない場合には、その旨をクライアント端末に返信する。さらに、別のリンクをたどる場合には、Ｓ７の直前に行われる指定から行う。
【００２９】
図６は、本発明の第２の実施の形態における画像配信サーバ１１の構成を示すブロック図である。画像配信サーバ１１は、インターネット制御部３１と、Ｗｅｂページ生成部３２と、フォント情報を格納した記憶部３３と、画像データ生成部３４と、リンク先ＵＲＬ抽出部３５とから構成される。ここで、リンク先ＵＲＬ抽出部３５が第２の実施の形態における特有の構成であり、他の構成及びそれらの動作は、第１の実施の形態と基本的には同じである。
【００３０】
リンク先ＵＲＬ抽出部３５は、クライアント端末１０からクリック位置座標及びＵＲＬを受信すると、そのＵＲＬのＷｅｂページの構成データの中のそのクリック位置座標に対応した文字列等にリンクポインタが存在しているかどうかを検査する。その結果、リンクポインタが存在している場合には、そのリンクポインタが示すＵＲＬが指定するＷｅｂサーバにアクセスする。
【００３１】
図７は、本発明の第２の実施の形態におけるクライアント端末１０の構成を示すブロック図である。クライアント端末１０は、インターネット制御部４１と、画像データ受信部４２、表示部４３と、クリック位置検出部４３とから構成される。ここで、クリック位置検出部４３が第２の実施の形態における特有の構成であり、他の構成及びその動作は第１の実施の形態と基本的には同じである。
【００３２】
使用者は、マウス等のポインティングデバイスを使って画面に表示された文字列、画像等を指し、そこをクリックすることにより指定する。クリック位置検出部４３は、指定された文字列、画像等の位置（画面上の位置）からクリック位置座標データを算出し、現在表示されているＷｅｂページのＵＲＬとともにその位置座標データをインターネット制御部４１を介して画像配信サーバ１１に送信する。クリック位置座標とは、画面上の平面位置を示すものであり、Ｘ−Ｙ座標形式で表現されたもので構わない。
【００３３】
上述の第１及び第２の実施の形態においては、画像配信サーバ１１は、画像データを圧縮してクライアント端末１０に配信することが好ましい。ところが、一般的にＷｅｂページは文字情報と画像情報が一体となった構成となっているため、これを一枚の画像データとして圧縮して配信すると、圧縮の際に文字がつぶれたり、圧縮率が上がらなくなるという問題が生じる。そこで、本発明の第３の実施の形態としては、画像データを配信する際に文字領域と画像領域を領域分割する機能を更に設け、それぞれに適した画像圧縮を行うことにする。画像データを領域に分けて圧縮する技術としては、ＪＰＥＧ２０００が既に存在する。ここで、ＪＰＥＧ２０００について簡単に説明する。ＪＰＥＧ２０００とは、静止画像の圧縮・展開の方式を定めた規格で、従来のＪＰＥＧよりも高圧縮、高品質な画像圧縮が行えるのが特徴である。従来のＪＰＥＧ方式では画像を離散コサイン変換（ＤＣＴ：画像を小さなブロックに分割して周波数成分係数を量子化・符号化して圧縮する方式）で変換するが、ＪＰＥＧ２０００ではウェーブレット変換（ウェーブレット関数により画像全体を周波数帯域に分けた縦横それぞれの周波数成分を量子化・符号化して圧縮する方式）で変換する。このため、ＪＰＥＧでは高圧縮率（低画質）で保存したときに目立っていたブロックノイズ（格子状ノイズ）やモスキートノイズ（水面の波紋状のノイズ）が、ＪＰＥＧ２０００では発生しない。また、「電子透かし」の挿入や、圧縮する際の画質、ファイルサイズなどの細かい指定が可能となっている。
【００３４】
図８は、本発明の第３の実施の形態における画像配信サーバ１１の構成を示すブロック図である。
【００３５】
画像配信サーバ１１は、インターネット制御部３１と、Ｗｅｂページ生成部３２と、フォント情報を格納した記憶部３３と、画像データ生成部３４と、画像圧縮部３６とから構成される。ここで、画像圧縮部３６が第３の実施の形態における特有の構成である。画像圧縮部３６は、ＪＰＥＧ２０００で定められた圧縮技術を用いて、Ｗｅｂページを圧縮する。すなわち、図９に示す通り、Ｗｅｂページを文字領域と画像領域に分離し、次に各領域を別個に圧縮し、各圧縮されたデータを合成してクライアント端末１０に配信する。これにより、より圧縮率が高く、文字などがつぶれない画像データを配信することができる。なお、クライアント端末１０に圧縮データを解凍する機能が備わっていることは言うまでもない。
【００３６】
【発明の効果】
本発明により以下の効果が得られる。
【００３７】
クライアント端末が、Ｗｅｂページのレイアウト解析等の高機能なシステムを持つ必要がなくなる。その理由は、画像配信サーバがＷｅｂページの生成を行い、それを画像データとしてクライアント端末に送信するからである。
【００３８】
また、クライアント端末が大容量の文字フォントデータを持つ必要がなくなる。その理由は、画像配信サーバが文字データも画像データとしてクライアント端末に送信するからである。
【００３９】
さらに、各クライアント端末に表示されるＷｅｂページの外観に差異が生じない。その理由は、画像配信サーバが統一してＷｅｂページを生成しているからである。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態にかかるＷｅｂページ閲覧システムの全体構成を示すブロック図である。
【図２】本発明の第１の実施の形態にかかるＷｅｂページ閲覧システムの処理の流れを示す図である。
【図３】本発明の第１の実施の形態にかかる画像配信サーバの構成を示すブロック図である。
【図４】本発明の第１の実施の形態にかかるクライアント端末の構成を示すブロック図である。
【図５】本発明の第２の実施の形態にかかるＷｅｂページ閲覧システムにおける処理の流れを示す図である。
【図６】本発明の第２の実施の形態にかかる画像配信サーバの構成を示すブロック図である。
【図７】本発明の第２の実施の形態にかかるクライアント端末の構成を示すブロック図である。
【図８】本発明の第３の実施の形態にかかる画像配信サーバの構成を示すブロック図である。
【図９】本発明の第３の実施の形態における圧縮技術について説明する図である。
【図１０】ＷｅｂサーバとＷｅｂブラウザの間のプロトコルの例を示す概念図である。
【符号の説明】
１０  クライアント端末、１１  画像配信サーバ、１２  Ｗｅｂサーバ、３１  インターネット制御部、３２  Ｗｅｂページ生成部、３３  フォント情報、３４画像データ生成部、３５  リンク先ＵＲＬ抽出部、３６  画像圧縮部、４１  インターネット制御部、４２  画像データ受信部、４３  クリック位置検出部、
【図１】
2004220260.tif 000003
【図２】
2004220260.tif 000004
【図３】
2004220260.tif 000005
【図４】
2004220260.tif 000006
【図５】
2004220260.tif 000007
【図６】
2004220260.tif 000008
【図７】
2004220260.tif 000009
【図８】
2004220260.tif 000010
【図９】
2004220260.tif 000011
【図１０】
2004220260.tif 000012