【０００１】
【発明の属する技術分野】
本発明は、インターネットアクセスの実効速度を向上するインターネットアクセス高速化システムに関するものである。
【０００２】
【従来の技術】
従来、図７に示すように、利用者端末１１０からインターネット１１２などのネットワークを介してＷＥＢサーバ１１４にＷｅｂページの閲覧の要求があった場合には、前記ＷＥＢサーバ１１４がハードディスクに格納されているＷｅｂページを前記利用者端末１１０に送信し、前記利用者端末１１０がそのＷｅｂページを表示装置に表示していた。
【０００３】
しかし、そのような従来技術では、利用者端末にＷｅｂページを表示するのに多大な時間がかかっていた。表示が遅くなる原因としては、利用者端末１１０の表示処理能力が低いためでなく、ネットワーク上のトラフィックによるＷｅｂページのダウンロードに要する時間が大半を占めている。また、ＷＥＢサーバ１１４（又はメールサーバ１１６）側の処理においても、アクセスが集中した場合、該当するＷｅｂページを読み出す記憶装置への負荷がネックとなり、ＷＥＢサーバ１１４のレスポンスが低下する。
【０００４】
これを解消するために、ＷＥＢサーバ１１４でコンテンツを圧縮し、圧縮したコンテンツを利用者端末１１０に送信し、利用者端末１１０で圧縮されたコンテンツを伸張する方法が提案されている。
【０００５】
たとえば、特開平２０００−７６１５５号公報には、次のようなＨＴＭＬドキュメント圧縮・展開・表示方式が開示されている。このｈｔｍｌドキュメント転送表示システムにおいて、インターネット接続可能なＷＥＢサーバ１１４であって、ｈｔｍｌドキュメントを圧縮するｈｔｍｌドキュメント圧縮手段と、前記ｈｔｍｌドキュメント圧縮手段により圧縮されたｈｔｍｌドキュメントを記憶する記憶手段と、前記ｈｔｍｌドキュメント圧縮手段により圧縮されたｈｔｍｌドキュメントを展開するｈｔｍｌドキュメント展開手段と該ｈｔｍｌドキュメントを表示するｈｔｍｌドキュメント表示手段とを備える端末からの、前記圧縮されたｈｔｍｌドキュメントの転送要求に応じて該ｈｔｍｌドキュメントを該端末に転送する転送手段とを備えることにより、テキストデータをより短時間で転送し利用者端末１１０に表示させることができる。
【０００６】
【発明が解決しようとする課題】
しかし、そのような従来技術では、特定のｈｔｍｌドキュメント転送表示システムだけに対応した専用の伸張ソフトを利用者端末１１０にインストールする必要があった。その為、専用の伸張ソフトに対応した圧縮手段を備えた特定のＷＥＢサーバ１１４に対する転送要求がされたときのみ有効であった。
【０００７】
即ち、このような従来技術では、特定のＷＥＢサーバ１１４と利用者端末の間で、Ｗｅｂページの圧縮・伸張の方法を予め統一しておく必要があるため、複数のＷＥＢサーバ１１４に異なる圧縮・伸張の方法が適用されていた場合は、利用者端末１１０にそれに応じた数の専用伸張ソフトをインストールしなければならないという問題があった。
【０００８】
本発明は上述の問題に鑑みてなされたものであり、ネットワークのトラフィックを軽減し、特定のＷＥＢサーバ１１４に限定されることなく、すべてのＷＥＢサーバから高速なＷｅｂページの転送を実行することができるインターネットアクセス高速化システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明は上記目的を達成するため、Ｗｅｂページの圧縮率を指定する圧縮率指定手段と圧縮率を示す情報を含む転送要求に応じて転送された圧縮Ｗｅｂページを伸張する伸張手段とを備えた利用者端末と、ＷＥＢサーバから送信されたＷｅｂページを指定された圧縮率で圧縮するＷｅｂページ圧縮手段を備えた圧縮サーバとからなることを特徴とする。
【００１０】
また、本発明は、前記利用者端末が指定されたＵＲＬ情報と圧縮率を示す情報を転送要求として圧縮サーバへ送信する転送要求手段を有することを特徴とする。
【００１１】
また、本発明は、前記圧縮サーバが転送要求を解析してＵＲＬ情報をＷＥＢサーバに送信するＷｅｂページ転送要求手段を有することを特徴とする。
【００１２】
また、本発明は、前記圧縮率指定手段がプレビュー画面で画質を確認しながら圧縮率を選択することを特徴とする。
【００１３】
また、本発明は、前記圧縮サーバが受信したＵＲＬ情報と圧縮率を示す情報のうちＵＲＬ情報のみをＷｅｂサーバに送信することを特徴とする。
【００１４】
また、本発明は、前記Ｗｅｂページ圧縮手段による圧縮がセルラー・オートマター変換を行うことを特徴とする。
【００１５】
また、本発明は、前記Ｗｅｂページ圧縮手段による圧縮がデータシンボルマッピングを行うことを特徴とする。
【００１６】
また、本発明は、前記Ｗｅｂページ圧縮手段による圧縮がロッシー・ロスレスシンボル符号化を行うことを特徴とする。
【００１７】
また、本発明は、前記Ｗｅｂページ圧縮手段による圧縮がビットストリーム化することを特徴とする。
【００１８】
また、本発明は、Ｗｅｂページの圧縮率を指定する圧縮率指定手段と圧縮率を示す情報とＵＲＬ情報を含む転送要求に応じて転送された圧縮Ｗｅｂページを伸張する伸張手段とを備えた利用者端末と、ＵＲＬ情報をＷｅｂサーバに送信してＷｅｂページの転送を要求する転送要求手段とＷＥＢサーバから送信されたＷｅｂページを指定された圧縮率で圧縮するＷｅｂページ圧縮手段とを備えた圧縮サーバと、圧縮サーバから送信されたＵＲＬ情報に応じたＷｅｂページを圧縮サーバに送信するＷｅｂサーバとからなることを特徴とする。
【００１９】
また、本発明は、所定の圧縮形式で電子メールを自動的に圧縮する手段と圧縮された電子メールを送信する送信手段とを備えた利用者端末と、利用者端末から圧縮された電子メールを受信する受信手段と受信した電子メールを前記所定の形式に応じて伸張する伸張手段と伸張された電子メールをＭａｉｌサーバに送信する送信手段とを備えた伸張サーバとからなることを特徴とする。
【００２０】
【発明の実施の形態】
次に本発明の実施の形態例について図面を参照して説明する。
図１は本発明によるインターネットアクセス高速化システムの一例を示す概略構成図である。
【００２１】
本実施の形態例のインターネットアクセス高速化システムは、図１に示したように、ディスプレイ等の表示装置１０及び入力装置１２を備える利用者端末１４と、利用者が加入するインターネットサービスプロバイダー１６（ＩＳＰ）と、ＷＥＢ・Ｍａｉｌサーバ１８と、高速バックボーンを備え且つピアリング接続された圧縮・伸張サーバ２０とがインターネット２２を介して接続されて構成される。
【００２２】
利用者端末１４は、デスクトップ型コンピュータ、ノート型パーソナルコンピュータ、携帯電話等の携帯端末、通信機能を備えたカーナビゲーションシステム等である。これに限らず、有線接続又は無線接続でインターネット２２を利用できる総ての利用者端末１４が本発明のインターネットアクセス高速化システムにおいて利用可能である。
【００２３】
具体的には、アナログ回線・ＩＳＤＮ・モバイル（ＰＨＳ・ＦＯＲＭ・ＣＤＭＡ・携帯電話）を接続用の回線として利用できる総ての利用者端末１４が本発明のインターネットアクセス高速化システムにおいて利用可能である。
【００２４】
図２は本発明による利用者端末２４と圧縮・伸張サーバ２０とＷＥＢ・Ｍａｉｌサーバ１８の全体を示す構成図である。
【００２５】
利用者端末２４は、クライアントＰＣアプリケーション・ソフトウェアをインストールすることにより、圧縮・伸張サーバ２０にＩＳＰを介して、圧縮Ｗｅｂページ転送要求を送信する転送要求手段２６と、転送要求に応じて受信した圧縮Ｗｅｂページを伸張する伸張手段２８と、Ｗｅｂページの圧縮率を指定する圧縮率指定手段３０とを備える。
【００２６】
圧縮率指定手段３０は、利用者端末１４で利用者がプレビュー画面で画質を確認しながら任意の圧縮率を選択することにより指定できる。圧縮率を上げると転送速度が速くなるが画質が劣化する。また、圧縮率を下げると転送速度が遅くなるが画質が向上する。利用者の所望の画質を選択することにより圧縮率を設定できる。
【００２７】
ここで、本発明において、圧縮率に応じて速度が変化するが、通常の場合と比較してパケットデータ量が約１／３から１／４に減少する。例えば、電子メールの転送時間は約１／３から１／４になり、携帯端末の利用時は転送速度が３倍から１２倍向上し、ＡＤＳＬ，ＩＳＤＮ及びアナログ回線使用時では、転送速度が３倍から２０倍向上する実験データが得られた。
【００２８】
転送要求手段２６は、圧縮率に応じた画像を表示するプレビュー画面で画質を利用者が利用者端末１４で確認しながら選択設定された任意の圧縮率を示す情報を、インターネット２２を介して、圧縮・伸張サーバ２０に送信する。
【００２９】
選択設定された圧縮率を示す情報は、圧縮対象のＷｅｂページのアドレス情報（ＵＲＬ情報）と共に圧縮・伸張サーバ２０に送信される。
【００３０】
圧縮・伸張サーバ２０は受信した転送要求を転送要求解析手段３２で解析をする。転送要求解析手段３２は、選択設定された圧縮率の情報と圧縮対象のＷｅｂページのアドレス情報を解析する。
【００３１】
そして、Ｗｅｂページ転送要求手段３４は、解析されたアドレス情報に従って、指定されたＷｅｂページを圧縮・伸張サーバ２０へ転送するようにＷＥＢ・Ｍａｉｌサーバ１８にＷｅｂページ転送要求を送信する。
【００３２】
Ｗｅｂページ転送要求を受信したＷＥＢ・Ｍａｉｌサーバ１８はＷｅｂページ転送要求に応じて、Ｗｅｂページを圧縮・伸張サーバ２０へ転送する。
【００３３】
Ｗｅｂページ圧縮手段３６はＷＥＢ・Ｍａｉｌサーバ１８から送信された圧縮されていないＷｅｂページを前記指定された圧縮率で圧縮する。その後、Ｗｅｂページ送信手段３８は、圧縮されたＷｅｂページを利用者端末１４に送信する。
【００３４】
指定された圧縮率で圧縮されたＷｅｂページを利用者端末２４が受信すると利用者端末２４は伸張手段２８により圧縮されたＷｅｂページを伸張して表示する。
【００３５】
圧縮・伸張サーバ２０で圧縮する対象はＷｅｂページの構成要素である、テキスト、ｈｔｍ、ｈｔｍｌ、ｓｈｔｍｌ、ｂｍｐ、ｇｉｆ、Ｆｌａｓｈ、ｐｎｇなどのデータである。その他、電子メールの添付データとして使用されるＭｓ−Ｏｆｆｉｃｅのｄｏｃ、ｘｌｓ、ｐｐｔデータ等も本発明の圧縮対象となる。
【００３６】
インターネット２２に接続するための通信回線速度は一般にその回線の最大速度を示すベストエフォート型である。そのため実際のＷｅｂアクセス実効速度は回線状況などによりかなりの影響を受けて、回線速度に比べて大幅に低速であることが多い。
【００３７】
現在サービスが開始されているものとして、ＡＤＳＬ（１２ＭＢｐｓ）、ＣＡＴＶ（６ＭＢｐｓ）、ＦＴＴＨ（１００ＭＢｐｓ）、ＰＨＳ（１２８ＫＢｐｓ）、ＣＤＭＡ（３８４ＫＢｐｓ）、ＩＳＤＮ（１２８ＫＢｐｓ）、公衆電話回線モデム（５６ＫＢｐｓ）等がある。
【００３８】
現在、インターネット利用者は４６１９万人程おり、そのうちナローバンド利用者は１８２６万世帯と推定されている。
【００３９】
例えば、ブロードバンドサービスの１つであるＡＤＳＬの接続サービスにおいても、利用者端末１４の設置場所が電話局の収容局舎から遠くなるほど実効速度が遅くなるという問題を抱えている。また、リッチメディアコンテンツの配信事業も急速に増加しており、インターネット２２上のトラフィックも増加傾向にある。
【００４０】
本発明は、圧縮・伸張サーバ２０を介することにより、実効速度を向上し、リッチメディアコンテンツの快適なアクセスを実現し、時間の節約とアクセス量の向上を図ることができる。
【００４１】
また、ナローバンド利用者であっても実効速度が向上するため快適なアクセスを体感できる。上位のサービスへの乗り換え（例えば、８ＭＢｐｓから１２ＭＢｐｓ）をすることなく実効速度を向上することが可能となる。その為、実質的に利用回線価格の低減ができる。高速接続サービスが用意されていないモバイル利用時においても実質的に高速なサービスの利用が可能となる。
【００４２】
図３は本発明の実施の形態の利用者端末２４、圧縮・伸張サーバ２０、及びＷＥＢ・Ｍａｉｌサーバ１８におけるデータ転送の動作を説明するフローチャートである。
【００４３】
利用者端末２４は利用者が指示したＵＲＬ要求を検出すると予め設定された圧縮率を示す情報と共にＩＳＰを介して圧縮・伸張サーバ２０に圧縮率及びＵＲＬ要求（転送要求）を送信する（ステップＳ１）。
【００４４】
転送要求を受信した圧縮・伸張サーバ２０は転送要求解析手段３２により圧縮率情報及びＵＲＬ情報を検出する（ステップＳ２）。
【００４５】
圧縮・伸張サーバ２０は検出したＵＲＬ情報をＵＲＬ要求としてＷＥＢ・Ｍａｉｌサーバ１８に送信する（ステップＳ３）。
【００４６】
ＵＲＬ要求を受信したＷＥＢ・Ｍａｉｌサーバ１８はＵＲＬ情報を解析して、これに対応したＷｅｂページ情報を読み出し、圧縮・伸張サーバ２０にＷｅｂページ情報を送信する（ステップＳ４、Ｓ５、Ｓ６）。
【００４７】
Ｗｅｂページ情報を受信した圧縮・伸張サーバ２０は受信したＷｅｂページのデータ量を検出して、検出したデータ量に応じた圧縮処理を指定された圧縮率で実行する（ステップＳ７、Ｓ８）。
【００４８】
Ｗｅｂページを圧縮後、圧縮・伸張サーバ２０は圧縮されたＷｅｂページ情報を利用者端末１４に送信する（ステップＳ９）。
【００４９】
圧縮されたＷｅｂページをＩＳＰを介して受信し、受信した利用者端末２４の伸張手段２８によりＷｅｂページ情報の伸張を実行し、これを表示する（ステップＳ１０、Ｓ１１）。
【００５０】
ここで、圧縮・伸張サーバ２０は高速バックボーンでＷＥＢ・Ｍａｉｌサーバ１８と接続されている。ＩＳＰとＷＥＢ・Ｍａｉｌサーバ１８が同程度の高速バックボーンで接続されていた場合と比べても、圧縮・伸張サーバ２０でＷｅｂページの圧縮が行われるため高速化が可能となる。
【００５１】
図４は本発明における圧縮工程を示すブロック図である。
ここで、Ｗｅｂサイトのページの内容または電子メールの内容を実際に圧縮する処理について説明をする。
【００５２】
Ｗｅｂページの圧縮処理は圧縮伸張サーバにおいて実行され、電子メールの圧縮処理は送信時に利用者端末１４で実行される。
【００５３】
圧縮処理対象データ（Ｗｅｂページコンテンツまたは電子メールコンテンツ）を、セルラー・オートマター変換部４０においてセルラー・オートマター変換し、データシンボルマッピング部４２にて変換後のデータをシンボルにマッピングする。その後。ロッシー・ロスレスシンボル符号化部４４にて非可逆と可逆のシンボルコーディングを実行し、ビットストリーム部４６でビットストリーム化する。
【００５４】
データ容量が大の場合は、セルラー・オートマター変換において、Ｗｅｂサイトのページの内容または電子メールの内容を図に示されるようにテキストとフォーマティング、ｊｐｇ、ｇｉｆ等のデータに分割する。
【００５５】
また、データ容量が小の場合は、ビットストリームにおいて、Ｗｅｂサイトのページの内容または電子メールの内容を図に示されるようにテキストとフォーマティング、ｊｐｇ、ｇｉｆ等のデータに分割せずにビットストリーム化する。
【００５６】
図５は本発明における伸張工程を示すブロック図である。
ここで、Ｗｅｂサイトのページの内容または電子メールの内容を実際に伸張する処理について説明をする。
【００５７】
圧縮されたＷｅｂページ及び電子メールの伸張処理は受信時に利用者端末１４で実行される。
【００５８】
伸張処理対象データ（Ｗｅｂページコンテンツまたは電子メールコンテンツ）は、ビットストリーム部４６で逆ビットストリーム化され、ロッシー・ロスレスシンボル復号化部４８で非可逆と可逆のシンボルデコーディングを実行する。その後、シンボルデータマッピング部４２でセルラー・オートマター変換後の状態に変換し、セルラー・オートマター変換部４０でＷｅｂサイトのページの内容または電子メールの内容を図に示されるようにテキストとフォーマティング、ｊｐｇ、ｇｉｆ等のデータを組立て表示用のデータを得る。
【００５９】
次に、利用者端末１４から電子メールを送信する場合に、圧縮・伸張サーバ２０を利用する形態について説明をする。図６は本発明における電子メール送信システムを説明するための構成図である。
【００６０】
利用者端末１４は、図２に示される利用者端末の各手段に加えて、送信される電子メールを圧縮する圧縮手段を備える。この圧縮手段による圧縮は図４に示した圧縮工程を用いて行われる。圧縮工程はこれに限らず、通常使用されているＺｉｐ、ＬＺＨ、ＧＺＩＰ、ＬＨＡ、ＣＡＢ、ＴＡＲ等の圧縮形式を用いてもよい。また、圧縮対象は本文及び添付ファイルである。
【００６１】
電子メールの送信の指示に応じて自動的に圧縮された電子メールは、インターネット２２を介して圧縮・伸張サーバ１８に送信される。圧縮・伸張サーバ１８は利用者端末１４で使用された圧縮形式に対応した伸張形式で圧縮された電子メールを図５の復元工程を用いて伸張する（伸張手段）。
【００６２】
伸張後、圧縮・伸張サーバ１８は送信時に指定された電子メールアドレスに従って、伸張された電子メールをＷｅｂ・Ｍａｉｌサーバ１８に送信する。Ｗｅｂ・Ｍａｉｌサーバ１８は利用者端末５０の利用者がした設定に従って動作する。
【００６３】
例えば、利用者端末５０の利用者が転送設定をしてある場合は、指定のアドレスへの転送を受信後に開始する。転送設定をしていない場合は、利用者端末５０から電子メール閲覧要求があるまでＷｅｂ・Ｍａｉｌサーバ１８は受信した電子メールを蓄積する。
【００６４】
また、本発明における電子メール送信システムにおける利用者端末にインストールされたメールソフトは何れのメールソフトにも対応可能である。
【００６５】
本発明における電子メール送信システムによると、圧縮時に電子メールを送信するため送信時におけるネットワーク上のトラフィックを軽減し、且つ、送信時間を短縮できる。また、送信する電子メールを自動的に圧縮するため利用者への利便性を向上することができる。
【００６６】
【発明の効果】
以上説明したように本発明のインターネットアクセス高速化システムは、ネットワーク上のトラフィックを軽減し、特定のＷＥＢサーバに限定されることなく、すべてのＷＥＢサーバから高速なＷｅｂページの転送を実行することができる。
【図面の簡単な説明】
【図１】本発明によるインターネットアクセス高速化システムの一例を示す概略構成図である。
【図２】本発明による利用者端末と圧縮・伸張サーバとＷＥＢ・Ｍａｉｌサーバ１８の全体を示す構成図である。
【図３】本発明の実施の形態の利用者端末、圧縮・伸張サーバ、及びＷＥＢ・Ｍａｉｌサーバ１８におけるデータ転送の動作を説明するフローチャートである。
【図４】本発明における圧縮工程を示すブロック図である。
【図５】本発明における伸張工程を示すブロック図である。
【図６】本発明における電子メール送信システムを説明するための構成図である。
【図７】従来のインターネット接続を示す概略構成図である。
【符号の説明】
１０ 表示装置
１２ 入力装置
１４ 利用者端末
１６ インターネットサービスプロバイダー
１８ ＷＥＢ・Ｍａｉｌサーバ
２０ 圧縮・伸張サーバ
２２ インターネット
２４ 利用者端末
２６ 転送要求手段
２８ 伸張手段
３０ 圧縮率指定手段
３２ 転送要求解析手段
３４ Ｗｅｂページ転送要求手段
３６ Ｗｅｂページ圧縮手段
３８ Ｗｅｂページ送信手段
４０ セルラー・オートマター変換部
４２ データシンボルマッピング部
４４ ロッシー・ロスレスシンボル符号化部
４６ ビットストリーム部
４８ ロッシー・ロスレスシンボル復号化部
５０ 利用者端末
１１０ 利用者端末
１１２ インターネット
１１４ ＷＥＢサーバ
１１６ メールサーバ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an Internet access speed-up system for improving the effective speed of Internet access.
[0002]
[Prior art]
Conventionally, as shown in FIG. 7, when there is a request for browsing a Web page from a user terminal 110 via a network such as the Internet 112, the Web server 114 is stored on a hard disk. The Web page was transmitted to the user terminal 110, and the user terminal 110 displayed the Web page on the display device.
[0003]
However, in such a conventional technique, it takes a lot of time to display a Web page on a user terminal. The display is delayed not only because of the low display processing capability of the user terminal 110 but also because the time required to download the Web page due to the traffic on the network occupies most of the time. Also, in the processing on the WEB server 114 (or the mail server 116) side, when the access is concentrated, the load on the storage device that reads the corresponding Web page becomes a bottleneck, and the response of the WEB server 114 is reduced.
[0004]
In order to solve this, a method has been proposed in which the content is compressed by the WEB server 114, the compressed content is transmitted to the user terminal 110, and the compressed content is decompressed by the user terminal 110.
[0005]
For example, Japanese Patent Laid-Open Publication No. 2000-76155 discloses the following HTML document compression / decompression / display method. In the html document transfer and display system, the WEB server 114 which can be connected to the Internet, the html document compression means for compressing the html document, the storage means for storing the html document compressed by the html document compression means, and the html document In response to a request to transfer the compressed html document from a terminal including an html document expanding unit that expands the html document compressed by the document compressing unit and an html document displaying unit that displays the html document, the html document is converted. By providing the transfer means for transferring the text data to the terminal, the text data can be transferred in a shorter time and displayed on the user terminal 110.
[0006]
[Problems to be solved by the invention]
However, in such a conventional technique, it is necessary to install dedicated decompression software corresponding to only a specific html document transfer and display system in the user terminal 110. Therefore, it is effective only when a transfer request to a specific WEB server 114 provided with a compression unit corresponding to dedicated decompression software is made.
[0007]
That is, in such a conventional technique, since a method of compressing / expanding a Web page needs to be unified in advance between a specific WEB server 114 and a user terminal, different compression / decompression methods are applied to a plurality of WEB servers 114. When the decompression method is applied, there is a problem that a corresponding number of dedicated decompression software must be installed in the user terminal 110.
[0008]
The present invention has been made in view of the above-described problems, and can reduce network traffic and execute high-speed Web page transfer from all Web servers without being limited to a specific Web server 114. It is an object of the present invention to provide an Internet access speedup system capable of performing the above.
[0009]
[Means for Solving the Problems]
In order to achieve the above object, the present invention comprises a compression ratio designating unit for designating a compression ratio of a Web page, and a decompression unit for expanding a compressed Web page transferred in response to a transfer request including information indicating the compression ratio. It is characterized by comprising a user terminal and a compression server having a Web page compression means for compressing a Web page transmitted from the Web server at a specified compression ratio.
[0010]
Further, the present invention is characterized in that the user terminal has transfer request means for transmitting the specified URL information and the information indicating the compression ratio to the compression server as a transfer request.
[0011]
Further, the present invention is characterized in that the compression server has a Web page transfer request unit for analyzing a transfer request and transmitting URL information to a Web server.
[0012]
Also, the present invention is characterized in that the compression ratio designating means selects a compression ratio while checking image quality on a preview screen.
[0013]
Further, the present invention is characterized in that, of the URL information and the information indicating the compression ratio received by the compression server, only the URL information is transmitted to the Web server.
[0014]
Further, the present invention is characterized in that the compression by the Web page compression means performs a cellular automata conversion.
[0015]
Further, the present invention is characterized in that the compression by the Web page compression means performs data symbol mapping.
[0016]
Further, the present invention is characterized in that the compression by the Web page compression means performs lossy lossless symbol encoding.
[0017]
Further, the present invention is characterized in that the compression by the Web page compression means is performed as a bit stream.
[0018]
Further, the present invention provides a utilization method comprising: a compression ratio designating unit for designating a compression ratio of a Web page; and a decompression unit for expanding a compressed Web page transferred in response to a transfer request including information indicating the compression ratio and URL information. Comprising: a client terminal; transfer request means for transmitting URL information to the Web server to request transfer of the Web page; and Web page compression means for compressing the Web page transmitted from the Web server at a specified compression ratio. It is characterized by comprising a server and a Web server for transmitting a Web page corresponding to the URL information transmitted from the compression server to the compression server.
[0019]
Further, the present invention provides a user terminal having a means for automatically compressing an e-mail in a predetermined compression format and a transmitting means for transmitting a compressed e-mail, and a method for transmitting a compressed e-mail from the user terminal. It is characterized by comprising a receiving means for receiving, an expanding means for expanding the received e-mail according to the predetermined format, and an expanding server provided with a transmitting means for transmitting the expanded e-mail to the mail server.
[0020]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a schematic configuration diagram showing an example of an Internet access acceleration system according to the present invention.
[0021]
As shown in FIG. 1, the Internet access speed-up system according to the present embodiment includes a user terminal 14 having a display device 10 such as a display and an input device 12 and an Internet service provider 16 (ISP) to which the user subscribes. ), A web mail server 18, and a peering-connected compression / decompression server 20 having a high-speed backbone and connected via the Internet 22.
[0022]
The user terminal 14 is a desktop terminal, a notebook personal computer, a portable terminal such as a mobile phone, a car navigation system having a communication function, or the like. The present invention is not limited to this, and all user terminals 14 that can use the Internet 22 through a wired connection or a wireless connection can be used in the Internet access speed-up system of the present invention.
[0023]
More specifically, all user terminals 14 that can use analog lines, ISDN, and mobile (PHS, FORM, CDMA, and mobile phones) as connection lines can be used in the Internet access acceleration system of the present invention. .
[0024]
FIG. 2 is a block diagram showing the entirety of the user terminal 24, the compression / decompression server 20, and the web / mail server 18 according to the present invention.
[0025]
By installing the client PC application software, the user terminal 24 transmits a compressed Web page transfer request to the compression / decompression server 20 via the ISP, and the compression request received in response to the transfer request. An expansion unit 28 for expanding a Web page and a compression ratio specifying unit 30 for specifying a compression ratio of the Web page are provided.
[0026]
The compression ratio designating means 30 can be designated by the user at the user terminal 14 by selecting an arbitrary compression ratio while checking the image quality on the preview screen. Increasing the compression ratio increases the transfer speed but degrades the image quality. Also, lowering the compression ratio lowers the transfer speed but improves the image quality. The compression rate can be set by selecting the desired image quality of the user.
[0027]
Here, in the present invention, the speed changes according to the compression ratio, but the packet data amount is reduced from about 1/3 to 1/4 as compared with the normal case. For example, the transfer time of e-mail is reduced from approximately 1/3 to 1/4, the transfer speed is improved by 3 to 12 times when using a portable terminal, and the transfer speed is increased by 3 times when using ADSL, ISDN and analog lines. Experimental data was obtained, which improved by a factor of 20 to 20.
[0028]
The transfer request unit 26 transmits information indicating an arbitrary compression ratio selected and set by the user while checking the image quality on the user terminal 14 on the preview screen displaying the image corresponding to the compression ratio via the Internet 22. The data is transmitted to the compression / decompression server 20.
[0029]
The information indicating the selected and set compression ratio is transmitted to the compression / decompression server 20 together with the address information (URL information) of the Web page to be compressed.
[0030]
The compression / decompression server 20 analyzes the received transfer request by the transfer request analyzing means 32. The transfer request analysis unit 32 analyzes the information of the compression rate selected and set and the address information of the Web page to be compressed.
[0031]
Then, the Web page transfer request unit 34 transmits a Web page transfer request to the Web / Mail server 18 so as to transfer the specified Web page to the compression / decompression server 20 according to the analyzed address information.
[0032]
Upon receiving the Web page transfer request, the Web / Mail server 18 transfers the Web page to the compression / decompression server 20 in response to the Web page transfer request.
[0033]
The Web page compression unit 36 compresses the uncompressed Web page transmitted from the Web / Mail server 18 at the specified compression ratio. Thereafter, the Web page transmitting unit 38 transmits the compressed Web page to the user terminal 14.
[0034]
When the user terminal 24 receives the Web page compressed at the specified compression ratio, the user terminal 24 expands and displays the Web page compressed by the expansion unit 28.
[0035]
The object to be compressed by the compression / decompression server 20 is data such as text, htm, html, shtml, bmp, gif, Flash, and png, which are components of a Web page. In addition, Ms-Office doc, xls, ppt data and the like used as attached data of electronic mail are also compression targets of the present invention.
[0036]
The communication line speed for connecting to the Internet 22 is generally a best-effort type indicating the maximum speed of the line. Therefore, the actual Web access effective speed is considerably affected by the line conditions and the like, and is often much lower than the line speed.
[0037]
The services currently being started include ADSL (12 MBps), CATV (6 MBps), FTTH (100 MBps), PHS (128 KBps), CDMA (384 KBps), ISDN (128 KBps), public telephone line modem (56 KBps) and the like. .
[0038]
At present, there are about 4.619 million Internet users, of which it is estimated that 18.26 million households use narrowband.
[0039]
For example, the connection service of ADSL, which is one of the broadband services, has a problem that the effective speed becomes lower as the installation location of the user terminal 14 is farther from the central office of the telephone station. Also, the distribution business of rich media contents is rapidly increasing, and traffic on the Internet 22 is also increasing.
[0040]
According to the present invention, by using the compression / decompression server 20, the effective speed can be improved, the comfortable access of the rich media content can be realized, the time can be saved, and the access amount can be improved.
[0041]
Also, even a narrow band user can experience comfortable access because the effective speed is improved. The effective speed can be improved without switching to a higher-level service (for example, from 8 MBps to 12 MBps). Therefore, the price of the used line can be substantially reduced. Even when using a mobile device that does not have a high-speed connection service, a substantially high-speed service can be used.
[0042]
FIG. 3 is a flowchart for explaining the data transfer operation in the user terminal 24, the compression / decompression server 20, and the web / mail server 18 according to the embodiment of the present invention.
[0043]
When detecting the URL request specified by the user, the user terminal 24 transmits the compression ratio and the URL request (transfer request) to the compression / decompression server 20 via the ISP together with the information indicating the preset compression ratio (step S1). ).
[0044]
Upon receiving the transfer request, the compression / decompression server 20 detects the compression ratio information and the URL information by the transfer request analysis means 32 (step S2).
[0045]
The compression / decompression server 20 transmits the detected URL information to the web / mail server 18 as a URL request (step S3).
[0046]
Upon receiving the URL request, the WEB / Mail server 18 analyzes the URL information, reads out the corresponding Web page information, and transmits the Web page information to the compression / decompression server 20 (steps S4, S5, S6).
[0047]
The compression / decompression server 20 that has received the Web page information detects the data amount of the received Web page, and executes a compression process according to the detected data amount at a specified compression ratio (Steps S7 and S8).
[0048]
After compressing the Web page, the compression / decompression server 20 transmits the compressed Web page information to the user terminal 14 (Step S9).
[0049]
The compressed Web page is received via the ISP, and the Web page information is expanded by the expansion means 28 of the received user terminal 24 and displayed (steps S10 and S11).
[0050]
Here, the compression / decompression server 20 is connected to the web / mail server 18 via a high-speed backbone. Compared to the case where the ISP and the Web / Mail server 18 are connected by the same high-speed backbone, the compression / decompression server 20 compresses the Web page, so that the speed can be increased.
[0051]
FIG. 4 is a block diagram showing a compression step in the present invention.
Here, a process of actually compressing the contents of a web site page or the contents of an e-mail will be described.
[0052]
The compression processing of the Web page is executed by the compression / decompression server, and the compression processing of the e-mail is executed by the user terminal 14 at the time of transmission.
[0053]
The data to be compressed (Web page content or e-mail content) is subjected to cellular / automatter conversion by the cellular / automatter conversion unit 40, and the converted data is mapped to symbols by the data symbol mapping unit 42. afterwards. The lossy and lossless symbol encoding unit 44 performs irreversible and reversible symbol coding, and the bit stream unit 46 converts the symbol into a bit stream.
[0054]
If the data capacity is large, the contents of the Web site page or the contents of the e-mail are divided into data such as text and formatting, jpg, and gif as shown in the figure in the cellular automata conversion.
[0055]
If the data volume is small, the content of the web site page or the content of the e-mail is not divided into text and formatting data such as jpg, gif, etc. as shown in FIG. Become
[0056]
FIG. 5 is a block diagram showing the extension step in the present invention.
Here, a process of actually expanding the contents of the page of the Web site or the contents of the e-mail will be described.
[0057]
Decompression processing of the compressed Web page and e-mail is executed by the user terminal 14 at the time of reception.
[0058]
The data to be decompressed (Web page content or e-mail content) is converted into an inverse bit stream by the bit stream unit 46, and lossy and lossless symbol decoding unit 48 executes irreversible and lossless symbol decoding. After that, the symbol data mapping unit 42 converts the content into a state after the cellular automata conversion, and the cellular automata conversion unit 40 converts the content of the web page or the content of the e-mail into text and formatting as shown in the figure. , Jpg, gif, etc., to obtain data for display.
[0059]
Next, a mode in which the compression / decompression server 20 is used when an electronic mail is transmitted from the user terminal 14 will be described. FIG. 6 is a configuration diagram for explaining the electronic mail transmission system according to the present invention.
[0060]
The user terminal 14 includes a compression unit that compresses an e-mail to be transmitted, in addition to the units of the user terminal shown in FIG. The compression by the compression means is performed using the compression step shown in FIG. The compression step is not limited to this, and a commonly used compression format such as Zip, LZH, GZIP, LHA, CAB, and TAR may be used. The compression target is the text and the attached file.
[0061]
The e-mail automatically compressed in response to the e-mail transmission instruction is transmitted to the compression / decompression server 18 via the Internet 22. The compression / decompression server 18 decompresses the e-mail compressed in the decompression format corresponding to the compression format used in the user terminal 14 using the decompression process of FIG. 5 (decompression means).
[0062]
After the decompression, the compression / decompression server 18 transmits the decompressed e-mail to the Web / Mail server 18 according to the e-mail address specified at the time of transmission. The Web / Mail server 18 operates according to the settings made by the user of the user terminal 50.
[0063]
For example, when the user of the user terminal 50 has set the transfer, the transfer to the specified address is started after the reception. If the transfer setting has not been made, the Web / Mail server 18 stores the received e-mail until there is an e-mail browsing request from the user terminal 50.
[0064]
Further, the mail software installed in the user terminal in the electronic mail transmission system according to the present invention can correspond to any mail software.
[0065]
According to the e-mail transmission system of the present invention, the e-mail is transmitted at the time of compression, so that traffic on the network at the time of transmission can be reduced and the transmission time can be shortened. Further, since the electronic mail to be transmitted is automatically compressed, the convenience for the user can be improved.
[0066]
【The invention's effect】
As described above, the Internet access acceleration system of the present invention can reduce traffic on a network and execute high-speed Web page transfer from all Web servers without being limited to a specific Web server. it can.
[Brief description of the drawings]
FIG. 1 is a schematic configuration diagram showing an example of an Internet access acceleration system according to the present invention.
FIG. 2 is a configuration diagram showing the whole of a user terminal, a compression / decompression server, and a WEB / Mail server 18 according to the present invention.
FIG. 3 is a flowchart illustrating an operation of data transfer in a user terminal, a compression / decompression server, and a web / mail server 18 according to the embodiment of this invention.
FIG. 4 is a block diagram showing a compression step in the present invention.
FIG. 5 is a block diagram showing a stretching step in the present invention.
FIG. 6 is a configuration diagram for explaining an electronic mail transmission system according to the present invention.
FIG. 7 is a schematic configuration diagram showing a conventional Internet connection.
[Explanation of symbols]
Reference Signs List 10 Display device 12 Input device 14 User terminal 16 Internet service provider 18 Web / mail server 20 Compression / decompression server 22 Internet 24 User terminal 26 Transfer request means 28 Decompression means 30 Compression ratio specifying means 32 Transfer request analysis means 34 Web page Transfer request means 36 web page compression means 38 web page transmission means 40 cellular / automatter conversion section 42 data symbol mapping section 44 lossy / lossless symbol encoding section 46 bit stream section 48 lossy / lossless symbol decoding section 50 user terminal 110 User terminal 112 Internet 114 WEB server 116 Mail server
