JPH11306067A

JPH11306067A - プロキシーシステム

Info

Publication number: JPH11306067A
Application number: JP10110744A
Authority: JP
Inventors: Koji Okuda; 浩二奥田; Yasuhiro Ide; 康弘井出; Masayuki Ayabe; 雅之綾部
Original assignee: Osaka Gas Co Ltd
Current assignee: Osaka Gas Co Ltd
Priority date: 1998-04-21
Filing date: 1998-04-21
Publication date: 1999-11-05

Abstract

(57)【要約】【課題】携帯端末等の低速な通信路によりＷＷＷを利
用する際に容量の大きい画像データが頻繁に使用されて
いるので表示速度が遅いという課題がある。【解決手段】イントラネットあるいはインターネット
の経路上のサーバ３９と端末３８とを中継する位置に設
けられ、端末３８で情報を表示するブラウザーの表示速
度を上げるため、サーバ３９から送られてくる画像の大
きさを縮小して、端末３８へ送信する画像データ削減手
段２５〜２６と、その画像がマウスでクリックできるも
のである場合、前記縮小に応じて位置情報を修正する位
置情報制御手段２８と、をそなえたことを特徴とするプ
ロキシーシステム４２である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット・
イントラネットにおけるプロキシーシステムに関するも
のである。

【０００２】

【従来の技術】従来のプロキシーサーバについて図面を
用いて説明する。

【０００３】プロキシーサーバとは、ネットワークに接
続されたコンピュータの通信要求を受けて、そのコンピ
ュータの代理（Proxy）としてインターネットとの間の
通信を行うサーバのことである。

【０００４】例えば、ファイアーウォールによって直接
ＩＰでの接続が禁止されたネットワーク上のホストコン
ピュータから、インターネットへのアクセスを可能とす
る機能や、検索情報のキャッシングによるネットワーク
トラフィックの有効利用、レスポンスの高速化などがは
かれるといった機能を持つものである。プロキシーサー
バを利用すると、アクセスを受けた側のコンピュータに
はプロキシーサーバが動作するコンピュータからのアク
セスとして見え、ユーザが実際に使用しているコンピュ
ータはインターネットからは見えないといった利点があ
る。

【０００５】図１に従来のプロキシーサーバを示す。

【０００６】２のホストコンピュータ１、３のホストコ
ンピュータ２、４のホストコンピュータ３はネットワー
クに接続されたホストコンピュータであり後述するプロ
キシーサーバ１に対するクライアントである。ゲートウ
ェイ５は、他のネットワークつまりインターネットに接
続する手段である。プロキシーサーバ１はゲートウェイ
５を介してインターネット側と、２のホストコンピュー
タ１、３のホストコンピュータ２、４のホストコンピュ
ータ３の間に位置するものである。

【０００７】次にこのような構成のプロキシーサーバの
動作を説明する。

【０００８】ファイアーウォールによって内部と外部の
直接の通信が禁止された内部ネットワーク上のコンピュ
ータから、インターネットにアクセスする場合、例えば
２のホストコンピュータ１がインターネットにアクセス
することを考える。この時、２のホストコンピュータ１
からいったんファイアーウォール上のホストにログイン
し、そこからインターネットにアクセスするという２段
階の手順を踏む必要がある。しかし、このようなアクセ
スの仕方では、ファイアーウォール上のホストにアカウ
ントを作成する必要があるので、インターネットからの
不正侵入に対する危険がある。これに対処するため、プ
ロキシーサーバ１はｓｏｃｋｓを利用することによっ
て、ファイアーウォール上に利用者のアカウントを作成
することなく、内部のネットワークからインターネット
アクセスが可能になる。ｓｏｃｋｓを利用すると、ｔｅ
ｌｎｅｔ、ｆｔｐなどのソケット通信を用いるアプリケ
ーションが利用できる。

【０００９】また、ＣＥＲＮｈｔｔｐｄは、例えばク
ライアントである２のホストコンピュータ１の要求をい
ったん受け付け、そのクライアントに代わってインター
ネット上のサーバに問い合わせを行う機能を有する。Ｗ
ＷＷばかりでなく、ＧｏｐｈｅｒやＷＡＩＳプロトコロ
ルについても全て代理で受け付ける機能をもっているほ
か、一度アクセスして得たデータをローカルなキャッシ
ュに保存しておいて、二度め以降のアクセスをする場合
に、インターネット上の遠隔サーバに問い合わせること
なく、再利用するキャッシュ機能を有する。このキャッ
シュ機能によって、サーバとの間の無駄なトラフィック
が省けるとともに、レスポンスの高速化をはかることが
出来る。

【００１０】また、ＤｅｌｅＧａｔｅは、ＣＥＲＮｈ
ｔｔｐｄのもつプロキシー、キャッシュの機能に加え、
日本語の文字コードを変換する機能を有する。つまり、
日本語の文字コードをホスト上のＷＷＷクライアントが
サポートする文字コードに変換することができる。

【００１１】このようにして、プロキシーサーバ１を設
けることで、インターネット及び／またはイントラネッ
トに２のホストコンピュータ１等がアクセスする際に様
々なメリットがある。

【００１２】ところで、最近急速にインターネット及び
／またはイントラネットが普及してきている。また、最
近、ＰＨＳや携帯電話を用いてインターネット及び／ま
たはイントラネットにアクセスする携帯端末も急速に普
及している。

【００１３】このような状況下では、携帯端末により快
適にインターネット及び／またはイントラネットにアク
セスできることが必要になってきた。また、インターネ
ット及び／またはイントラネット自体が急速に普及して
きているので、細い回線などでは、アクセスする数が多
すぎて回線が混雑するといった現象も生じてきている。

【００１４】そこで、上述した一般的なプロキシーサー
バ１以外にインターネット及び／またはイントラネット
の快適な使用環境を作るため様々な工夫がなされてきて
いる。

【００１５】例えばアクセレレータボード等のハードウ
ェアを使用し、クライアント端末自体の処理性能を向上
させることも考えられるが、対象となるクライアントの
台数が増えると対応できなくなる。また、クライアント
端末にＰｌｕｇ−ｉｎソフトをインストールする方法も
行われているが、クライアント端末ごとにＰｌｕｇ−ｉ
ｎソフトをインストールする必要がある。また、モバイ
ル環境つまり携帯端末を用いる場合、ＰＨＳや携帯電話
からインターネット及び／またはイントラネットにアク
セスするが、その際の通信速度が低速であることがイン
ターネット及び／またはイントラネットを使用する上で
の障害になっている。ＰＨＳの通信速度を現状の３２Ｋ
ｂｐｓから６４Ｋｂｐｓに上げることも検討されてい
る。ＩＭＰ２０００等のメディア自信の高速化も検討さ
れている。しかしながら、６４Ｋｂｐｓではまだまだ通
信速度が不足している。

【００１６】一般にインターネット及び／またはイント
ラネットで頻繁に使われるのは、容量の大きい画像デー
タや動画データやオーディオデータやＪａｖａアプレッ
ト等であるので、回線が混雑している場合や、低速な通
信速度しか確保出来ない携帯端末では、快適にＷＷＷア
クセスが行えないという問題が発生している。

【００１７】上述したＷＷＷへ快適にアクセスするため
の従来例を図２を参照して説明する。

【００１８】モバイル端末６は、モバイル環境化で、Ｗ
ＷＷにアクセスするものである。プロキシーサーバ７
は、モバイルプロキシーサーバシステムの中核となるモ
ジュールである。モバイル端末６は、モバイルプロキシ
ークライアント８と既存ブラウザ９から構成されてい
る。モバイルプロキシークライアントは８はモバイル端
末６側に位置するモジュールであり、既存ブラウザ９
と、後述するモバイルプロキシーサーバ１０の間のＨＴ
ＴＰメッセージの中継機能、ユーザ管理機能を提供する
ものである。プロキシーサーバ７は、前述したモバイル
プロキシーサーバ１０、ユーザ認証１１、メディア変換
１２、経路管理１３で構成される。モバイルプロキシー
サーバ１０は、モバイルプロキシークライアント８とＷ
ＷＷサーバ間のＨＴＴＰメッセージの中継を行うもので
ある。ユーザ認証１１は、モバイル端末６からアクセス
してくるユーザの認証を行うものである。メディア変換
１２は、画像情報の変換を行うものである。経路管理１
３は、各ＷＥＢページのアクセス履歴を保管するもので
ある。

【００１９】次にこのような構成のプロキシーシステム
の動作を説明する。

【００２０】ユーザがモバイル端末６を用いて、既存ブ
ラウザ９を起動し、ＷＥＢページにアクセスしようとす
ると、モバイルプロキシークライアント８は、モバイル
プロキシーサーバ７に対するユーザ認証用のユーザ名、
パスワードの入力を既存ブラウザ９を介して要求する。
それらの情報を通常のＨＴＴＰの認証データの受け渡し
機能を用いてモバイルプロキシーサーバ１０に通知する
ことによりユーザ認証１１が、前記認証を行う。認証に
成功すると、モバイルプロキシーサーバー１０は、次に
モバイルプロキシークライアント８とＷＷＷサーバ間の
ＨＴＴＰメッセージの中継を行う。この際経路保管１３
は、ＨＴＴＰメッセージのヘッダ情報を用いて各ＷＥＢ
ページのアクセス履歴の保管を行うとともに、サーバか
らの応答を監視し、画像情報（ＧＩＦデータ、ＪＰＥＧ
データ）を検出すると、メディア変換１２が、画像情報
の変換を行う。メディア変換１２はモバイルプロキシー
サーバー１０からの要求に基づいて、メディア変換を行
いモバイル通信路を介した画像データの転送データ量の
削減を行う。その方法は、ＧＩＦやＪＰＥＧの画像に対
して、品質を落としたＪＰＥＧ画像への変換を行い、デ
ータ量の削減を行う。そして、モバイルプロキシーサー
バ１０を介して、モバイルプロキシークライアント８が
前記品質を落とした画像を受け取り、既存ブラウザ９に
表示する。

【００２１】上述したごとく、モバイル通信路が低速で
も、ＧＩＦやＪＰＥＧの画像データを品質を落としたＪ
ＰＥＧ画像に変換することによって、快適なＷＷＷへの
アクセスが可能となる。

【００２２】

【発明が解決しようとする課題】例えば、大企業の建物
内には、ＬＡＮが設置されており、高速に通信が可能で
ある。このためＷＷＷへのアクセスも、容量の大きい画
像データや動画データやオーディオデータやＪａｖａア
プレットを頻繁に使用しても、回線が混雑していなけれ
ば、イントラネットでは快適な使用環境を得ることがで
きる。例えば図１で説明したプロキシーでも十分快適な
処理速度を得ることができる。

【００２３】ところが、ＬＡＮが設置されているところ
は、まだまだ数が少なく、中小企業等ではＬＡＮが設置
されているところはまだまだ少ない。また屋外からアク
セスするためには、ＰＨＳや携帯電話を通信路として使
用しないといけない。ＰＨＳの通信速度は現状では、３
２Ｋｂｐｓが最大であり、また携帯電話の通信速度は、
９６００ｂｐｓが最大である。このように屋外からアク
セスすると、低速な通信速度しか得られない。これはＬ
ＡＮの通信速度に対して、ＰＨＳでは数十分一であり、
また携帯電話では数百分の一の差がある。従って、画像
データなどを頻繁に使用するＷＷＷでは、快適な通信環
境が得られないので、図２で説明したごとき工夫が必要
になってくる。

【００２４】前述したごとくＷＷＷでは、容量の大きい
画像データ等が頻繁に使用されるので、画像データ等の
取得に時間がかかるという問題がある。

【００２５】また図２で説明した従来例では、ＧＩＦ画
像もＪＰＥＧ画像もすべてＪＰＥＧ画像に変換してい
る。ＧＩＦ画像はＣＡＤ等の線画つまり高周波成分が多
く含まれた画像の表示に適しており、またＪＰＥＧ画像
は、写真などの低周波成分が多く含まれた画像の表示に
適している。しかし、図２で説明した従来例では全ての
画像をＪＥＰＧ画像に変換しているので、狭い範囲の画
像データにしか効率的にデータ量を削減できないといっ
た問題がある。

【００２６】また図２で説明した従来例では、確かに低
速な通信速度でも快適な操作環境を得ることができる
が、モバイル端末６の台数が増えるごとにモバイルプロ
キシークライアント８をモバイル端末６にインストール
しなければならず、費用がかかるという問題がある。

【００２７】本発明はこのような従来の携帯端末等の低
速な通信回線によりＷＷＷにアクセスする際に画像デー
タ等の容量の大きいデータが頻繁に使用されるのでブラ
ウザの表示速度が遅く快適な使用環境が得られないとい
う課題と、さらに快適な使用環境が得られるような工夫
がなされたとしても携帯端末等に特殊なソフトをインス
トールしなければならず費用がかかるという課題と、狭
い範囲の画像データにしか効率的にデータ量を削減でき
ないという課題を考慮し、携帯端末等の低速な通信回線
によりＷＷＷにアクセスしても快適な使用環境が得ら
れ、さらに携帯端末やＷｅｂサーバに特殊なソフトをイ
ンストールする必要もなく、より広い範囲の画像データ
に対して効率的にデータ量を削減できるプロキシーシス
テムを提供することを目的とするものである。

【００２８】

【課題を解決するための手段】上述した課題を解決する
ために、第１の本発明（請求項１に対応）は、イントラ
ネットあるいはインターネットの経路上のサーバとクラ
イアント端末とを中継する位置に設けられ、前記クライ
アント端末側で情報を表示するブラウザーの表示速度を
上げるため、前記イントラネットあるいは前記インター
ネットから送られてくる画像の大きさを縮小して、前記
クライアント端末へ送信する画像データ削減手段と、前
記画像にクリック出来る部分がある場合は、前記縮小に
応じてそのクリックできる部分に対応する位置情報を修
正する位置情報制御手段と、を備えたことを特徴とする
プロキシーシステムである。

【００２９】また第２の本発明（請求項２に対応）は、
前記位置情報制御手段は、前記画像がＵＳＥＭＡＰタイ
プの場合、前記縮小に応じてＨＴＭＬ文章内に定義され
ているＡＲＥＡタグのＣＯＯＲＤＳ属性を縮小して、前
記クライアント端末に送ることを特徴とする第１の本発
明記載のプロキシーシステムである。

【００３０】また第３の本発明（請求項３に対応）は、
イントラネットあるいはインターネットの経路上のサー
バとクライアント端末とを中継する位置に設けられ、前
記クライアント端末側で情報を表示するブラウザーの表
示速度を上げるため、前記イントラネットあるいは前記
インターネットから送られてくる画像の表示色数を削減
して、前記クライアント端末へ送信する画像データ削減
手段と、を備えたことを特徴とするプロキシーシステム
である。

【００３１】また第４の本発明（請求項４に対応）は、
イントラネットあるいはインターネットの経路上のサー
バとクライアント端末とを中継する位置に設けられ、前
記クライアント端末側で情報を表示するブラウザーの表
示速度を上げるため、前記イントラネットあるいは前記
インターネットから送られてくるＨＴＭＬ文章内にイメ
ージタグがある場合は、その画像データを表示させるタ
グをそのファイル名または画像名のテキストを表示させ
るタグに変更する変更手段と、を備えたことを特徴とす
るプロキシーシステムである。

【００３２】また第５の本発明（請求項５に対応）は、
イントラネットあるいはインターネットの経路上のサー
バとクライアント端末とを中継する位置に設けられ、前
記クライアント端末側で情報を表示するブラウザーの表
示速度を上げるため、前記イントラネットあるいは前記
インターネットから送られてくるＨＴＭＬ文章内のイメ
ージタグの内部に予め設定した画像名またはファイル名
に合致する画像を表示させるタグがあった場合それに代
えて予め決めておいたロゴまたはアイコンまたはテキス
トを表示させるタグに置き換える変更手段と、を備えた
ことを特徴とするプロキシーシステムである。

【００３３】また第６の本発明（請求項６に対応）は、
イントラネットあるいはインターネットの経路上のサー
バとクライアント端末とを中継する位置に設けられ、前
記クライアント端末側で情報を表示するブラウザーの表
示速度を上げるため、前記イントラネットあるいは前記
インターネットから送られてくるＨＴＭＬ文章内にイメ
ージタグ以外のタグがあった場合所定のタグの情報を削
除するタグ削除手段と、を備えたことを特徴とするプロ
キシーシステムである。

【００３４】また第７の本発明（請求項７に対応）は、
前記画像データ削減手段は、その処理を、表示するすべ
ての画像に適用するのではなく、所定の容量以下の画像
には適用しないことを特徴とする第１〜３の発明のいず
れかに記載のプロキシーシステムである。

【００３５】また第８の本発明（請求項８に対応）は、
各種機能の切り替えを前記ブラウザに表示し、それを選
択することにより前記各種機能の切り替えを行う切り替
え手段と、を備えたことを特徴とする第１〜７の発明の
いずれかに記載のプロキシーシステムである。

【００３６】また第９の本発明（請求項９に対応）は、
各種機能を各々並行処理させて処理速度を向上させる並
行処理手段と、を備えたことを特徴とする第１〜７の発
明のいずれかに記載のプロキシーシステムである。

【００３７】また第１０の本発明（請求項１０に対応）
は、第１〜９の発明における各手段の全部または一部の
機能を実現するためのプログラムを格納していることを
特徴とする媒体である。

【００３８】

【発明の実施の形態】以下に本発明の実施の形態を図面
を参照して説明する。

【００３９】まず第１の実施の形態について、図３と図
４を参照して概要を説明する。詳細は後述する。

【００４０】本実施の形態では、図３に示すごとくＷＷ
Ｗサーバから送られてくる原画像を縮小（幅と高さの縮
小：以下縮小と言えば幅と高さを縮小することを意味す
るものとする）あるいはテキスト化して端末のブラウザ
上に表示する場合を説明する。転送時間の短縮１４はサ
ーバから送られてくる原画像を縮小あるいはテキスト化
して端末のブラウザに表示することにより表示速度をあ
げる場合の概念である。

【００４１】図４に概要を示す。端末１５は、携帯端末
等低速な通信速度しか得られない端末である。なお、窓
口プロキシー１６、切り替えリンク１７、画像データサ
イズ削減プロキシー１８、画像テキスト化プロキシー１
９、オリジナル画像プロキシー２０は、本発明のプロキ
シーシステムの例である。窓口プロキシー１６は、画像
データを縮小して表示するか、画像データをテキスト化
して表示するか、原画像を表示するかを、ユーザからの
指定により切り替え、またユーザが端末１５からサーバ
にアクセスする際に認証などを行う手段である。切り替
えリンク１７はサーバから送られてくるＨＴＴＰプロト
コルに記述されたＨＴＭＬ文章にリンク機能を追加し
て、端末１５に表示されるブラウザー内に「原画像モー
ド」、「縮小モード」、「ファイル名モード」を追加す
る手段である。画像データサイズ削減プロキシー１８
は、前記「縮小モード」が選択された場合、画像データ
サイズを縮小する手段である。画像テキスト化プロキシ
ー１９は、前記「ファイル名モード」が指定された場
合、画像データをテキスト化して表示する手段である。
オリジナル画像プロキシー２０は、前記「原画像モー
ド」が選択された場合、画像データを原画像のまま表示
する手段である。

【００４２】次に、このような本実施の形態の動作を説
明する。

【００４３】ユーザが端末１５でブラウザを起動し、Ｗ
ＷＷにアクセスしようとすると、まず、窓口プロキシー
１６が認証を行う。認証が成功すれば、端末１５のブラ
ウザが立ち上がり、ホームページがブラウザ上に表示さ
れる。このとき、切り替えリンク１７は、ＨＴＴＰプロ
トコルに記述されたＨＴＭＬ文章内にリンク機能を追加
する。すなわち前述した、「原画像モード」、「縮小モ
ード」、「ファイル名モード」である。これらのモード
は端末１５で起動している前記ブラウザの表示画面の上
部に表示される。さらに、ディフォルトは「縮小モー
ド」であるとする。すなわち、ディフォルトでは、窓口
プロキシー１６が、画像データサイズ削減プロキシー１
８に接続しているとする。画像データサイズ削減プロキ
シー１８は、サーバから送られてくるＨＴＴＰプロトコ
ルに記述されたＨＴＭＬ文章内にイメージタグを検出し
た場合、その画像データのサイズを縮小するとともに、
ＨＴＭＬ文章の表示サイズも前記縮小にあわせて書き換
える。さらに端末１５で起動されている前記ブラウザ
で、ユーザがＷｅｂページや別のホームページを参照し
ようとした場合ＷＷＷサーバから送られてくるＨＴＭＬ
文章を、画像データサイズ削減プロキシー１８がチェッ
クし、イメージタグを検出した場合、上述した内容と同
様のことを行う。

【００４４】さらにユーザが端末１５で起動しているブ
ラウザで、「ファイル名モード」を選択した場合、窓口
プロキシー１６は、画像テキスト化プロキシーに接続す
る。そうすると、画像テキスト化プロキシー１９が、イ
メージタグを検出したら、ＨＴＭＬ文章に記述されてい
るイメージタグをテキスト文字列に置き換える。さら
に、ユーザが端末１５に起動されているブラウザで「原
画像モード」を選択した場合、窓口プロキシー１６は、
オリジナル画像プロキシー２０に接続を切り替える。こ
の場合、ＷＷＷサーバから送られてくるＨＴＭＬ文章に
何も変更を加えない。従って、端末１５で起動されてい
るブラウザには原画像が表示される。

【００４５】以上記述したことから明らかなように、本
実施の形態によれば、容量の大きい画像データを大幅に
削減して、端末１５が低速な通信路しか確保できない場
合でも、ブラウザへの表示速度をあげることができ快適
な環境でインターネット及び／またはイントラネットを
使用することが出来る。また、端末１５においては、Ｎ
ｅｔｓｃａｐｅやｉｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒ
などの既存のブラウザが使用でき、特殊なソフトを端末
１５にインストールする必要がなく費用がかからず、ま
たＷｅｂサーバ自身に特別なソフトをインストールする
必要がなく、また画像を縮小しているだけなのでより広
い範囲の画像データに対して効率的にデータ量を削減で
きるといった利点がある。

【００４６】次に第１の実施の形態について詳述する。

【００４７】図５に本実施の形態のシステム構成図を示
す。

【００４８】プロキシーシステム４２は、クライアント
端末とイントラネット用サーバとを中継する位置に設け
られ、クライアント端末で情報を表示するブラウザーの
表示速度を上げる手段である。プロキシーシステムは以
下のように構成される。

【００４９】窓口プロキシー１６は、処理内容に従っ
て、ＨＴＴＰプロトコル等のデータの流れる経路を切り
替える手段である。さらに窓口プロキシー１６は、ユー
ザ認証２２と切り替えリンク追加１７の各手段から構成
される。ユーザ認証２２は、ログインするユーザを認証
する手段である。切り替えリンク１７は、サーバから送
られてくるＨＴＴＰプロトコルのデータに記述されたＨ
ＴＭＬ文章にリンク機能を追加して、クライアント端末
に表示されるブラウザー内に「原画像モード」、「縮小
モード」、「ファイル名モード」を追加する手段であ
る。

【００５０】画像データサイズ削減プロキシー１８は、
クライアント端末で、前記「縮小モード」が選択された
場合、画像を縮小する手段である。さらに画像データサ
イズ削減プロキシー１８は、ｊｐｅｇ縮小２５、ｇｉｆ
縮小２６、特定タグ削除２７、表示サイズ調整２８の各
手段から構成される。ｊｐｅｇ縮小２５は、ＨＴＴＰプ
ロトコルのデータとしてｊｐｅｇデータが送られてきた
ら、ｊｐｅｇデータを縮小する手段である。ｇｉｆ縮小
はＨＴＴＰプロトコルのデータとしてｇｉｆデータが送
られてきたら、ｇｉｆデータを縮小する手段である。特
定タグ削除２７は、ｊｐｅｇデータやｇｉｆデータ等の
画像データ以外の容量の大きい特定のタグ、例えば動画
データやオーディオデータやＪａｖａアプレット等のＨ
ＴＭＬ文章内のタグを削除してデータの容量を削減する
手段である。特定タグ削除２７については、第２の実施
の形態で説明する。表示サイズ調整２８は、ｊｐｅｇデ
ータやｇｉｆデータが縮小された場合、ＨＴＭＬ文章に
おいて、画像データがＵＳＥＭＡＰタイプの場合、前記
縮小に応じてＨＴＭＬ文章内に定義されているＡＲＥＡ
タグのＣＯＯＲＤＳ属性を縮小する手段である。

【００５１】テキスト化プロキシー１９は、クライアン
ト端末で、前記「ファイル名モード」が選択された場
合、画像データをテキスト化する手段である。さらにテ
キスト化プロキシー１９は、テキスト化３０、特定タグ
削除２９から構成される。テキスト化３０は、画像デー
タを受け取ったら、ＨＴＭＬ文章のイメージタグを書き
換えて、特定のテキストに変換する手段である。特定タ
グ削除２７は、画像データ以外の容量の大きい特定のタ
グ、例えば動画データやオーディオデータやＪａｖａア
プレット等のＨＴＭＬ文章内のタグを削除してデータの
容量を削減する手段である。特定タグ削除２７について
は、第２の実施の形態で説明する。

【００５２】エージェント起動サーバ２１は、画像デー
タサイズ削減プロキシー１８、テキスト化プロキシー１
９が必要とするモジュールを管理し、必要なときにモジ
ュールを起動し、必要な処理をする部分に送信する手段
である。さらにエージェント起動サーバ２１は、ｊｐｅ
ｇ縮小３１、ｇｉｆ縮小３２、特定タグ削除３３、表示
サイズ調整３４、テキスト化３５から構成される。ｊｐ
ｅｇ縮小３１は、ｊｐｅｇ縮小２５が処理を行う際に必
要なモジュールである。ｇｉｆ縮小３２は、ｇｉｆ縮小
２６が処理を行う際に必要なモジュールである。特定タ
グ削除３３は、特定タグ削除２７、特定タグ削除２９が
処理を行う際に必要なモジュールである。表示サイズ調
整３４は、表示サイズ調整２８が処理を行う際に必要な
モジュールである。テキスト化３５は、テキスト化３０
が処理を行う際に必要なモジュールである。

【００５３】キャッシュ２３は、ＣＥＲＮｈｔｔｐｄ
のキャッシュ機能と同等の機能を実現するものである。
アクセスログ２４は、プロキシーシステム４２にアクセ
スしたユーザのログを記録したり、またユーザがアクセ
スしたＷｅｂページの履歴を管理し、キャッシュ２３と
連動して、クライアント端末側での表示が高速になされ
るものである。

【００５４】以上がプロキシーシステム４２の構成であ
る。

【００５５】ＬＡＮクライアント３７は、プロキシーシ
ステム４２と高速に通信できるＬＡＮで接続されたクラ
イアント端末である。モバイルクライアント３８は、低
速にしか通信できないモバイル通信路、例えば携帯電話
やＰＨＳによりプロキシーシステム４２に接続されるク
ライアント端末である。

【００５６】イントラネット用のサーバとしては、Ｗｅ
ｂサーバ３９、ＦＴＰサーバ４０で構成される。Ｗｅｂ
サーバ３９は、ＨＴＴＰプロトコルを用いてＷＷＷサー
バとしてＨＴＭＬ文章を転送するサーバである。ＦＴＰ
サーバ４０は、ＦＴＰプロトコルを用いてファイル転送
するサーバである。

【００５７】さらにプロキシーシステム４２はホスト名
として、ｐｈｏｓｔという名前を持ち、さらに別名（エ
ーリアス）としてｒｅｄｕｃｅ、ｔｅｘｔ、ａｇｅｎｔ
という名前を持つものである。Ｗｅｂサーバ３９はホス
ト名としてｉｎｔｒａ１という名前を持ち、ＦＴＰサー
バ４０はホスト名としてｉｎｔｒａ２という名前を持
つ。画像データサイズ削減プロキシー１８はポート番号
として１００８０を持ち、テキスト化プロキシーはポー
ト番号として１１０８０を持ち、エージェント起動サー
バ２１はポート番号として９０８０を持つものである。
ＬＡＮクライアント３７はポート番号として８０８０を
持ち、モバイルクライアントはポート番号として同じく
８０８０を持つものである。

【００５８】なお、ｊｐｅｇ縮小２５とｇｉｆ縮小２６
が本発明の画像データ削減手段の例であり、表示サイズ
調整２８が本発明の位置情報制御手段の例であり、テキ
スト化３０が本発明の変更手段の例であり、特定タグ削
除２７と特定タグ削除２９が本発明のタグ削除手段の例
であり、切り替えリンク追加１７が本発明の切り替え手
段の例である。

【００５９】次にこのような本実施の形態の動作を説明
する。

【００６０】まず、クライアント端末であるＬＡＮクラ
イアント３７とモバイルクライアント３８からプロキシ
ーの設定を行う。これは図６の４３に示すごとくクライ
アント端末から既存ブラウザを起動し、既存ブラウザの
設定メニューで、ＨＯＳＴ名記入部分にｐｈｏｓｔを入
力し、ｐｏｒｔ番号を記入する部分に８０８０を入力す
る。これで、プロキシーシステム４２を使用する準備が
全て整ったことになり、ＬＡＮクライアント３７、モバ
イルクライアント３８に特別なソフトをインストールす
る必要はなにもない。ただし、予め本実施の形態のイン
トラネットにおいてユーザ登録やＩＰアドレスの設定等
のＬＡＮ環境の設定はなされているものとする。

【００６１】以上でプロキシーの設定が完了したので、
次に既存ブラウザを用いてモバイルクライアント３８か
らＷＷＷのホームページを表示する場合を説明する。モ
バイルクライアント３８で既存ブラウザを立ち上げる
と、モバイル通信路を介して、プロキシーシステム４２
にログイン要求が行く。そうすると、窓口プロキシー１
６が、ユーザ認証２２にて認証を行う。認証が成功すれ
ば、Ｗｅｂサーバ３９からＨＴＴＰプロトコルのデータ
としてＨＴＭＬ文章が送られてくる。このＨＴＭＬ文章
に切り替えリンク追加１７でリンクが追加される。すな
わち「原画像モード」、「縮小モード」、「ファイル名
モード」である。ディフォルトは「縮小モード」とす
る。この機構はＨＴＭＬ文章内に図６の４４のごときリ
ンクを張ることで実現できる。すなわち、４４において
「縮小モード」には、「画像データ削減」のＵＲＬを割
り振り、「ファイル名モード」には、「テキスト化」の
ＵＲＬを割り振り、また「原画像モード」には、「オリ
ジナル」のＵＲＬを割り振る。このようにして、既存ブ
ラウザには、図７の縮小モード表示例４５のごとく表示
される。既存ブラウザの表示画面の上端に「原画像モー
ド」、「縮小モード」、「ファイル名モード」と表示さ
れている。

【００６２】モバイルクライアント３８の既存ブラウザ
上でユーザが別のＷｅｂページあるいは別のホームペー
ジを指定した場合、現在「縮小モード」になっているの
で、Ｗｅｂサーバ３９は、ＨＴＴＰプロトコルのデータ
としてＨＴＭＬ文章を画像データサイズ削減プロキシー
１８に送る。ここでＨＴＭＬ文章で、イメージタグが検
出されれば、画像縮小を行う。対象とする画像がｊｐｅ
ｇデータの場合、ｊｐｅｇ縮小２５が、エージェント起
動サーバ２１よりｊｐｅｇ縮小３１のモジュールを受け
て、実際の画像縮小をおこなう。対象とする画像がｇｉ
ｆデータの場合、ｇｉｆ縮小２６が、エージェント起動
サーバ２１よりｇｉｆ縮小３２のモジュールを受けて、
実際の画像縮小を行う。ただし、全ての画像を縮小する
のではなく、特定の容量以下の画像は縮小処理を行わな
い。画像縮小を行う際に、あわせて、表示サイズ調整が
２８が、エージェント起動サーバ２１より表示サイズ調
整３４のモジュールを受けて、ＨＴＭＬ文章の表示サイ
ズの調整を行う。そして、窓口プロキシー１６を介し
て、モバイルクライアント３８の既存ブラウザにユーザ
が指定した前記Ｗｅｂページあるいは前記ホームページ
が表示される。

【００６３】次に画像を縮小する方法と、表示サイズを
調整する方法について説明する。画像のサイズを縮小す
る際単純に画素を間引くとエーリアシングの影響によ
り、画像にノイズが入るが、例えば画像処理で公知の技
術であるスムージングフィルタをかける等すればアンチ
エイリアシングが行える。画像には、マウスでクリック
することができるものとできないものがある。マウスで
クリック出来ないものに関しては公知の画像処理の技術
を用いて縮小すればよい。また画像を縮小することは、
画像データの形式に関わらず広い範囲の画像データの形
式でデータ削減を実現することができる。また本実施の
形態では、画像は縦横ともに１／２だけ縮小するとす
る。

【００６４】画像はＨＴＭＬ文章では、イメージマップ
として記述されており、マウスでクリックできるイメー
ジマップは、既存ブラウザ上に表示された画像のクリッ
クされた座標を元に動作を決定する。このため、ブラウ
ザ上での表示サイズが変わると期待した動作と異なる動
作をしてしまう。

【００６５】イメージマップの種類には、ＩＳＭＡＰタ
イプとＵＳＥＭＡＰタイプがある。ＩＳＭＡＰタイプは
サーバ側で処理が行われるタイプで、モバイルクライア
ント端末３８の既存ブラウザに表示された画像をマウス
でクリックすると、既存ブラウザからＷｅｂサーバ３９
のＣＧＩへ前記クリックされた座標が送られる。Ｗｅｂ
サーバ３９のＣＧＩは、この座標を元にＨＴＭＬ文章に
定義されたアクション、例えば別のＷｅｂページへ移る
などの処理を行う。このためＩＳＭＡＰタイプのイメー
ジマップの場合には、既存ブラウザでの画像表示を縮小
しないことにより正常な動作をさせることができる。

【００６６】また、ＵＳＥＭＡＰタイプは既存ブラウザ
側で処理が行われるタイプで、マップファイルで定義さ
れる座標とアクションの組み合わせを、既存ブラウザ自
身が参照してアクションを決定する。このマップファイ
ルは、ＨＴＭＬのタグとして実現されているため、ここ
で定義されている座標、すなわちＡＲＥＡタグのＣＯＯ
ＲＤＳ属性を表示サイズ調整２８で縦横それぞれ１／２
にすることで、ブラウザ表示サイズの変更に対応するこ
とができる。

【００６７】なお、画像の縮小は、上述した実施の形態
における１／２に限らず、１／３、１／４、あるいは任
意倍率で縮小してもよく、またその際平行移動が伴うな
ど、要するにアフィン変換する手段でありさえすればよ
い。

【００６８】なお、ＩＳＭＡＰタイプの場合、上述した
実施の形態に限らず、既存ブラウザ側で、クリックした
座標を２倍にする処理を施せばＩＳＭＡＰタイプの場合
でも画像を縮小しても、期待した通りの動作をするよう
になり、要するに、クライアント端末側でクリックした
座標に画像に施されたアフィン変換の逆変換を施す手段
でありさえすればＩＳＭＡＰタイプの場合でも期待した
のと同じ動作をさせることができる。

【００６９】以上で画像を縮小する方法と、表示サイズ
を調整する方法についての説明を終える。

【００７０】次にモバイルクライアント３８が既存ブラ
ウザ上で、「ファイル名モード」を選択した場合の動作
を説明する。

【００７１】モバイルクライアント３８が既存ブラウザ
上で「ファイル名モード」をマウスでクリックした場
合、図６の４４のごとき内容がＨＴＭＬ文章にリンクと
して記述されているので、「テキスト化」のＵＲＬが指
定される。すると、今度はＷｅｂサーバ３９からＨＴＴ
Ｐプロトコルのデータがテキスト化プロキシー１９に送
られてくることになる。本実施の形態では、テキスト化
プロキシー１９がＨＴＭＬ文章内で画像データを検出す
る。画像データが検出されれば、エージェント起動サー
バ２１が、テキスト化３５のモジュールを起動して、テ
キスト化３０に送る。これを受け取ってテキスト化３０
で処理を行い、画像をテキストに変換するようにＨＴＭ
Ｌ文章を書き換えて、窓口プロキシー１６に送り、モバ
イル通信路を介して、モバイルクライアント３８の既存
ブラウザに表示される。ただし容量の小さい画像データ
についてはテキスト化処理は行わないものとする。この
ようにして、テキスト化された既存ブラウザの表示例を
図８のファイル名表示例４６に示す。図７の縮小モード
表示例４５で表示されていた部分がファイル名表示例４
６ではテキストとして表示されていることが解る。

【００７２】次にテキスト化の方法について説明する。

【００７３】テキスト化には、特定の画像を特定のテキ
ストに変換する方法とその画像ファイルをそのファイル
名等に変換する方法がある。

【００７４】まず、特定の画像を特定のテキストに変換
する方法について説明する。本実施の形態では、例えば
ｏｓａｋａｇａｓ．ｇｉｆというファイルは常に「大阪
ガスのロゴ」と表示する、というように個別の名前を決
めるものである。テキスト化の対象となるファイルの指
定方法としては、図９のワイルドカードの使用５０が可
能である。すなわち、４７では”ｔｅｓｔ．ｇｉｆ”と
いう定義に対して、ＨＴＭＬ文章で記述されているファ
イル名がテキスト化に該当するかどうかを決めてい
る。”ｔｅｓｔ．ｇｉｆ”は、定義と同一なので、マッ
チする。”Ｔｅｓｔ．ｇｉｆ”は、大文字が使われてい
るので、マッチしない。”．．／ｉｍａｇｅｓ／ｔｅｓ
ｔ．ｇｉｆ”は、ディレクトリが違うだけなので、マッ
チする。また、４８では、”＊ｔｅｓｔ．ｇｉｆ”とい
う定義に対して、ＨＴＭＬ文章では、”．．／ｉｍａｇ
ｅｓ／ｔｅｓｔ．ｇｉｆ”となっており、”ｔｅｓｔ．
ｇｉｆ”の頭に「／」ではなく一般の文字が記述されて
いないといけないので、マッチしない。ＨＴＭＬ文章で
は、”ｔｅｓｔ．ｇｉｆ”となっており、定義が”ｔｅ
ｓｔ．ｇｉｆ”の前に何か一般の文字がこないといけな
いという意味なので、マッチしない。また４９では、”
＊．ｇｉｆ”という定義に対してＨＴＭＬ文章で
は、”．．／ｉｍａｇｅｓ／ｔｅｓｔ．ｇｉｆ”となっ
ており、”．ｇｉｆ”の前は何でもよいという意味なの
でマッチする。このようにして、ワイルドカードを使用
して、特定画像を特定のテキストに変換することができ
る。

【００７５】次に画像ファイルをその画像ファイル名等
に変換する方法について述べる。その方法は、ＨＴＭＬ
文章中の＜ＩＭＧ＞タグまたは＜ＩＭＡＧＥ＞タグがあ
らわれたらテキスト文字列に置き換え、指定されたＳＲ
Ｃへのリンクを付加する方法である。図１０に例を示
す。５１では、画像ファイル名が”ｓｒｃｓｔｒ”であ
り、画像の名称が”ａｌｔｓｔｒ”である。これは、
「→」で示すように変換されている。つまり、画像の名
称がテキストとして表示されるように変換されている。
５２は、画像ファイル名のみ指定されている場合であ
り、「→」で示すように画像ファイル名がテキストとし
て表示されるように変換されている。５３、５４も変換
例である。

【００７６】なお、画像ファイル名自体をテキストとし
て、表示してもよい。

【００７７】以上でテキスト化の方法についての説明を
終える。

【００７８】なお、本実施の形態では、エージェント起
動サーバ２１を設けた構成にしたが、それに限らず、画
像データサイズ削減プロキシー１８とテキスト化プロキ
シー１９に必要なモジュールを持たせるシステム構成に
してもよい。

【００７９】次に第２の実施の形態について図面を参照
して説明する。

【００８０】本実施の形態の構成は、第１の実施の形態
で述べたものと同一である。

【００８１】本実施の形態では、ＨＴＭＬ文章において
画像以外の容量の大きい特定のタグの情報を削除するも
のである。特定タグ削除２７と特定タグ削除２９が、エ
ージェント起動サーバ２１の特定タグ削除３３のモジュ
ールを受け取って処理を行う。図１１の特定タグの削除
５５で削除するタグの例を示す。これらは、必ずしも必
要でない上、容量が大きい傾向があるので、削除するこ
とで処理の効率化がはかれる。

【００８２】なお、本発明の画像の縮小は、上述した実
施の形態における縮小に限らず、画像の色の数を１６色
にするなど、要するに画像の色の数を減色してもよい。

【００８３】なお、本実施の形態では、イントラネット
を例に上げて説明したが、イントラネットに限らず、イ
ンターネットでも同様の効果が得られる。

【００８４】なお、本発明のプロキシーシステムは、上
述した実施の形態に加え、各種機能を各々並行処理させ
て処理を行うこともできる。

【００８５】なお、本発明の切り替え手段は、上述した
実施の携帯における、既存ブラウザの上部に表示するも
のに限らず、既存ブラウザの下部や、右端、左端等、要
するに任意の位置に表示できさえすればよい。

【００８６】なお、本発明は、その機能を実現する各手
段の全部または一部の機能を実現するためのプログラム
を格納していることを特徴とする媒体でもある。

【００８７】

【発明の効果】以上説明したところから明らかなよう
に、本発明は、携帯端末等の低速な通信回線によりＷＷ
Ｗにアクセスしても快適な使用環境が得られ、さらに携
帯端末やサーバーに特殊なソフトをインストールする必
要がなく、広い範囲の画像データの形式に対してデータ
削減が実現できるプロキシーシステムを提供することが
できる。

【図面の簡単な説明】

【図１】従来技術を示す概略図

【図２】従来技術を示す概略図

【図３】本発明の第１の実施の形態における概念図

【図４】本発明の第１の実施の形態における概略図

【図５】本発明の第１及び第２の実施の形態におけるプ
ロキシーシステムのシステム構成図

【図６】本発明の第１及び第２の実施の形態におけるク
ライアント端末でプロキシーの設定とクライアント端末
からのＵＲＬの指定方法を示す図

【図７】本発明の第１の実施の形態における縮小モード
表示例を示す図

【図８】本発明の第１の実施の形態におけるファイル名
表示例を示す図

【図９】本発明の第１の実施の形態における画像ファイ
ルをテキスト化する際に特定の画像を特定のテキストに
変化する場合のファイル指定方法を示す図。

【図１０】本発明の第１の実施の形態における各画像フ
ァイルをそのファイル名等に変換する方法を示す図

【図１１】本発明の第２の実施の形態における特定のタ
グを削除する削除対象の例を示す図

【符号の説明】

１６窓口プロキシー１８画像データサイズ削減プロキシー１９テキスト化プロキシー２５ｊｐｅｇ縮小２６ｇｉｆ縮小２７特定タグ削除２８表示サイズ調整３０テキスト化３８モバイルクライアント３９Ｗｅｂサーバ４２プロキシーシステム

Claims

【特許請求の範囲】

【請求項１】イントラネットあるいはインターネット
の経路上のサーバとクライアント端末とを中継する位置
に設けられ、前記クライアント端末側で情報を表示する
ブラウザーの表示速度を上げるため、前記イントラネッ
トあるいは前記インターネットから送られてくる画像の
大きさを縮小して、前記クライアント端末へ送信する画
像データ削減手段と、前記画像にクリック出来る部分がある場合は、前記縮小
に応じてそのクリックできる部分に対応する位置情報を
修正する位置情報制御手段と、を備えたことを特徴とす
るプロキシーシステム。
【請求項２】前記位置情報制御手段は、前記画像がＵ
ＳＥＭＡＰタイプの場合、前記縮小に応じてＨＴＭＬ文
章内に定義されているＡＲＥＡタグのＣＯＯＲＤＳ属性
を縮小して、前記クライアント端末に送ることを特徴と
する請求項１記載のプロキシーシステム。
【請求項３】イントラネットあるいはインターネット
の経路上のサーバとクライアント端末とを中継する位置
に設けられ、前記クライアント端末側で情報を表示する
ブラウザーの表示速度を上げるため、前記イントラネッ
トあるいは前記インターネットから送られてくる画像の
表示色数を削減して、前記クライアント端末へ送信する
画像データ削減手段と、を備えたことを特徴とするプロ
キシーシステム。
【請求項４】イントラネットあるいはインターネット
の経路上のサーバとクライアント端末とを中継する位置
に設けられ、前記クライアント端末側で情報を表示する
ブラウザーの表示速度を上げるため、前記イントラネッ
トあるいは前記インターネットから送られてくるＨＴＭ
Ｌ文章内にイメージタグがある場合は、その画像データ
を表示させるタグをそのファイル名または画像名のテキ
ストを表示させるタグに変更する変更手段と、を備えた
ことを特徴とするプロキシーシステム。
【請求項５】イントラネットあるいはインターネット
の経路上のサーバとクライアント端末とを中継する位置
に設けられ、前記クライアント端末側で情報を表示する
ブラウザーの表示速度を上げるため、前記イントラネッ
トあるいは前記インターネットから送られてくるＨＴＭ
Ｌ文章内のイメージタグの内部に予め設定した画像名ま
たはファイル名に合致する画像を表示させるタグがあっ
た場合それに代えて予め決めておいたロゴまたはアイコ
ンまたはテキストを表示させるタグに置き換える変更手
段と、を備えたことを特徴とするプロキシーシステム。
【請求項６】イントラネットあるいはインターネット
の経路上のサーバとクライアント端末とを中継する位置
に設けられ、前記クライアント端末側で情報を表示する
ブラウザーの表示速度を上げるため、前記イントラネッ
トあるいは前記インターネットから送られてくるＨＴＭ
Ｌ文章内にイメージタグ以外のタグがあった場合所定の
タグの情報を削除するタグ削除手段と、を備えたことを
特徴とするプロキシーシステム。
【請求項７】前記画像データ削減手段は、その処理
を、表示するすべての画像に適用するのではなく、所定
の容量以下の画像には適用しないことを特徴とする請求
項１〜３のいずれかに記載のプロキシーシステム。
【請求項８】各種機能の切り替えを前記ブラウザに表
示し、それを選択することにより前記各種機能の切り替
えを行う切り替え手段と、を備えたことを特徴とする請
求項１〜７にいずれかに記載のプロキシーシステム。
【請求項９】各種機能を各々並行処理させて処理速度
を向上させる並行処理手段と、を備えたことを特徴とす
る請求項１〜７のいずれかに記載のプロキシーシステ
ム。
【請求項１０】請求項１〜９における各手段の全部ま
たは一部の機能を実現するためのプログラムを格納して
いることを特徴とする媒体。