(57)【特許請求の範囲】
【請求項１】
モバイル端末と通信可能なプロキシサーバを備えるモバイルウェブサービスシステムであって、
前記プロキシサーバは、
ウェブページをパーシングしてテキスト形態の第１階層構造ツリーを生成する生成部と、
サーバマッピングテーブルを前記モバイル端末の端末マッピングテーブルと同じように保持し、前記サーバマッピングテーブルを用いて、前記生成された第１階層構造ツリーをエンコーディングしてバイナリ形態の第２階層構造ツリーに変換する変換部と、
前記変換された第２階層構造ツリーを前記モバイル端末に送信する送信部と、を備える
ことを特徴とするモバイルウェブサービスシステム。
【請求項２】
前記変換部は、前記サーバマッピングテーブルを用いて、前記生成された第１階層構造ツリーのタグをバイナリ形態に変換する
ことを特徴とする請求項１に記載のモバイルウェブサービスシステム。
【請求項３】
前記生成部は、前記ウェブページをツリー基盤の階層構造方式でパーシングして前記第１階層構造ツリーを生成する
ことを特徴とする請求項１に記載のモバイルウェブサービスシステム。
【請求項４】
互いに通信可能なモバイル端末及びプロキシサーバを備えるモバイルウェブサービスシステムであって、
前記プロキシサーバは、
ウェブページをパーシングしてテキスト形態の第１階層構造ツリーを生成する生成部と、
前記生成された第１階層構造ツリーをテキスト圧縮方式でエンコーディングしてテキスト圧縮データに変換する変換部と、
前記変換されたテキスト圧縮データを前記モバイル端末に送信する送信部と、を備え、
前記モバイル端末は、
前記送信されたテキスト圧縮データに対して圧縮を解除して前記第１階層構造ツリーに復元し、前記復元された第１階層構造ツリーを用いて、前記ウェブページを画面上にレンダリングする
ことを特徴とするモバイルウェブサービスシステム。
【請求項５】
前記生成部において、ウェブページをパーシングしてバイナリ形態の第２階層構造ツリーを生成する場合、
前記送信部は、前記生成部において生成されたその第２階層構造ツリーを前記モバイル端末に送信する
ことを特徴とする請求項１または請求項４に記載のモバイルウェブサービスシステム。
【請求項６】
前記生成部は、前記ウェブページをパーシングしてテキスト形態の第１階層構造ツリーを生成し、
前記変換部は、前記生成部において生成されたその第１階層構造ツリーに含まれたオブジェクトをバイナリに処理して前記第２階層構造ツリーを生成する
ことを特徴とする請求項５に記載のモバイルウェブサービスシステム。
【請求項７】
プロキシサーバと通信可能なモバイル端末を備えるモバイルウェブサービスシステムであって、
前記モバイル端末は、
ウェブページの要請と関連して、前記プロキシサーバからバイナリ形態の第２階層構造ツリーを受信する受信部と、
端末マッピングテーブルを前記プロキシサーバのサーバマッピングテーブルと同じように保持し、前記受信された第２階層構造ツリーを用いて、前記ウェブページを画面上にレンダリングするレンダリング部と、を備える
ことを特徴とするモバイルウェブサービスシステム。
【請求項８】
前記レンダリング部は、前記受信された第２階層構造ツリーをデコーディングしてテキスト形態の第１階層構造ツリーに復元し、前記復元された第１階層構造ツリーを用いて、前記ウェブページを前記画面上にレンダリングする
ことを特徴とする請求項７に記載のモバイルウェブサービスシステム。
【請求項９】
前記レンダリング部は、前記端末マッピングテーブルを用いて、前記受信された第２階層構造ツリーのタグをテキスト形態に変換する
ことを特徴とする請求項７に記載のモバイルウェブサービスシステム。
【請求項１０】
前記受信部において、前記ウェブページの要請と関連して、前記プロキシサーバからテキスト形態の第１階層構造ツリーが圧縮されたテキスト圧縮データを受信する場合、
前記レンダリング部は、前記端末マッピングテーブルを用いて、前記受信されたテキスト圧縮データをデコーディングして前記ウェブページを画面上にレンダリングする
ことを特徴とする請求項７に記載のモバイルウェブサービスシステム。
【請求項１１】
モバイル端末と通信可能なプロキシサーバが実行する方法であって、
ウェブページをパーシングしてテキスト形態の第１階層構造ツリーを生成するステップと、
サーバマッピングテーブルを前記モバイル端末の端末マッピングテーブルと同じように保持し、前記サーバマッピングテーブルを用いて、前記生成された第１階層構造ツリーをエンコーディングしてバイナリ形態の第２階層構造ツリーに変換するステップと、
前記変換された第２階層構造ツリーを前記モバイル端末に送信するステップと、を含む
ことを特徴とするモバイルウェブサービス方法。
【請求項１２】
前記生成された第１階層構造ツリーをエンコーディングしてバイナリ形態の第２階層構造ツリーに変換するステップは、
前記サーバマッピングテーブルを用いて、前記生成された第１階層構造ツリーのタグをバイナリ形態に変換するステップ、を含む
ことを特徴とする請求項１１に記載のモバイルウェブサービス方法。
【請求項１３】
前記ウェブページをパーシングしてテキスト形態の第１階層構造ツリーを生成するステップは、
前記ウェブページをツリー基盤の階層構造方式でパーシングして前記第１階層構造ツリーを生成するステップ、を含む
ことを特徴とする請求項１２に記載のモバイルウェブサービス方法。
【請求項１４】
互いに通信可能なモバイル端末及びプロキシサーバを備えるモバイルウェブサービスシステムにおいて実行される方法であって、
前記プロキシサーバがウェブページをパーシングしてテキスト形態の第１階層構造ツリーを生成するステップと、
前記プロキシサーバが前記生成された第１階層構造ツリーをテキスト圧縮方式でエンコーディングしてテキスト圧縮データに変換するステップと、
前記プロキシサーバが前記変換されたテキスト圧縮データを前記モバイル端末に送信するステップと、を含み、
前記モバイル端末が前記送信されたテキスト圧縮データに対して圧縮を解除して前記第１階層構造ツリーに復元し、前記復元された第１階層構造ツリーを用いて、前記ウェブページを画面上にレンダリングするステップ、を含む、
ことを特徴とするモバイルウェブサービス方法。
【請求項１５】
互いに通信可能なモバイル端末及びプロキシサーバを備えるモバイルウェブサービスシステムにおいて前記モバイル端末が実行する方法であって、
ウェブページの要請と関連して、前記プロキシサーバからバイナリ形態の第２階層構造ツリーを受信するステップと、
端末マッピングテーブルを前記プロキシサーバのサーバマッピングテーブルと同じように保持し、前記受信された第２階層構造ツリーを用いて、前記ウェブページを画面上にレンダリングするステップと、を含む
ことを特徴とするモバイルウェブサービス方法。
【請求項１６】
前記受信された第２階層構造ツリーを用いて前記ウェブページを画面上にレンダリングするステップは、
前記受信された第２階層構造ツリーをデコーディングしてテキスト形態の第１階層構造ツリーに復元するステップと、
前記復元された第１階層構造ツリーを用いて前記ウェブページを前記画面上にレンダリングするステップと、を含む
ことを特徴とする請求項１５に記載のモバイルウェブサービス方法。
【請求項１７】
前記受信された第２階層構造ツリーをデコーディングしてテキスト形態の第１階層構造ツリーに復元するステップは、
前記端末マッピングテーブルを用いて、前記受信された第２階層構造ツリーのタグをテキスト形態に変換するステップ、を含む
ことを特徴とする請求項１６に記載のモバイルウェブサービス方法。
【請求項１８】
前記ウェブページの要請と関連して、前記プロキシサーバからテキスト形態の第１階層構造ツリーが圧縮されたテキスト圧縮データを受信するステップを含む場合、
前記受信された第２階層構造ツリーを用いて、前記ウェブページを画面上にレンダリングするステップは、
前記受信されたテキスト圧縮データを用いて前記ウェブページを画面上にレンダリングするステップを含む
ことを特徴とする請求項１５に記載のモバイルウェブサービス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルウェブサービスシステムおよび方法に関する。
【背景技術】
【０００２】
１つの機器とサービスにすべての情報通信技術を結束させて融合するデジタルコンバージェンス（Ｄｉｇｉｔａｌ  ｃｏｎｖｅｒｇｅｎｃｅ）の新しい波がＩＴ技術の激しい流れとして定着しつつある。映像、音声、データなどの互いに異なる種類のメディアが端末機サービスネットワークの制約なしに自由に融合し、新たなサービスを創出している。
【０００３】
携帯電話が初めて登場したときには、単純に移動中に音声通話をする機能だけが重要視されていたが、関連技術の発展に伴い、携帯電話に一定の管理機能、カメラ機能、ＭＰ３プレーヤ機能、モバイルバンキング（ｍｏｂｉｌｅ  ｂａｎｋｉｎｇ）機能、衛星／地上波ＤＭＢ放送機能、映像通話機能などの新たな機能が携帯電話の機能に付加され、携帯電話を購買する際にはこのような機能が購買の主な基準として定着するなど、すでに携帯電話などのモバイル端末は、単純に音声通話をするための手段を越えて日常における必需品となった。
【０００４】
また、最近では、ＷＩＢＲＯ（Ｗｉｒｅｌｅｓｓ  Ｂｒｏａｄｂａｎｄ  Ｉｎｔｅｒｎｅｔ）、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＨＳＤＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）などの第３世代（３Ｇ）移動通信サービスが常用化し、モバイル端末を介して無線インターネットサービスを用いることができるようになった。これにより、インターネットサービスのユーザがインターネットサービスを用いようとする場合に、携帯電話などのモバイル端末さえあれば、敢えてＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）が備えられた場所を探す必要がなく、どこでもインターネットサービスを用いることができるようになった。
【０００５】
これにより、最近では、ＰＣを介して見るウェブサイトと同じ形態で無線インターネットを用いることができるフルブラウジング（Ｆｕｌｌ  Ｂｒｏｗｓｉｎｇ）サービスに対する関心が高まっている。「フルブラウジング」とは、携帯電話などのモバイル端末にインターネットを直接連結することで、ＰＣで見るウェブサイトと同じ形態でウェブサイトを実現するものであって、モバイル端末のユーザが直接ＵＲＬを入力して有線ウェブサイトに直接接続することで、既存の無線ポータルが提供するコンテンツの範囲を越え、ＰＣ上で見ることができるすべてのインターネットコンテンツを用いることができるサービスを意味するものである。
【０００６】
無線インターネットサービスの主な顧客は、１０代から３０代の学生や会社員などの若い層であると言えるが、このような若い層の人々の多くは、ブログやミニホームページなどの個人ホームページを運営しており、同好会などのインターネットコミュニティ活動を行っている。また、このような人々は、知人との安否の挨拶や情報交換などをブログやミニホームページの芳名録などを介してやり取りする傾向が強い。このような傾向を考慮したとき、無線インターネットサービスの活用可能性は高いと言うことができる。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、上記のような従来技術を改善するために案出されたものであって、モバイル環境下におけるインターネットブラウジング時に、プロキシサーバの機能を改善してデータ送信量、データ送信時間などを減らすことができ、これによってモバイルウェブブラウジング速度を短縮することができるシステムおよび方法を提供することを目的とする。
【０００８】
本発明の目的は、上記した目的に制限されるものではなく、言及されていないさらに他の目的は、下記の記載から当業者が明確に理解することができるであろう。
【課題を解決するための手段】
【０００９】
上記した目的を達成し、従来技術の問題点を解決するために、本発明の一実施形態に係るモバイルウェブサービスシステムは、モバイル端末の要請に相応してウェブサーバから受信されたウェブページをパーシングして第１階層構造ツリーを生成する生成部と、前記生成された第１階層構造ツリーを前記モバイル端末に送信する送信部とを備える。
【００１０】
本発明の他の実施形態に係るモバイルウェブサービスシステムは、ウェブページをパーシングしてテキスト形態の第１階層構造ツリーを生成する生成部と、前記生成された第１階層構造ツリーをテキスト圧縮方式でエンコーディングしてテキスト圧縮データに変換する変換部と、前記変換されたテキスト圧縮データを前記モバイル端末に送信する送信部とを備える。
【００１１】
本発明のさらに他の実施形態に係るモバイルウェブサービスシステムは、ウェブページをパーシングしてバイナリ形態の第２階層構造ツリーを生成する生成部と、前記生成された第２階層構造ツリーをモバイル端末に送信する送信部とを備える。
【００１２】
本発明のさらに他の実施形態に係るモバイルウェブサービスシステムは、ウェブページの要請に対応してプロキシサーバから前記ウェブページのパーシングによって生成された第１階層構造ツリーを受信する受信部と、前記受信された第１階層構造ツリーを用いて前記ウェブページを画面上にレンダリングするレンダリング部とを備える。
【００１３】
本発明のさらに他の実施形態に係るモバイルウェブサービスシステムは、ウェブページの要請と関連して、プロキシサーバからバイナリ形態の第２階層構造ツリーを受信する受信部と、前記受信された第２階層構造ツリーを用いて前記ウェブページを画面上にレンダリングするレンダリング部とを備える。
【００１４】
本発明の一実施形態に係るモバイルウェブサービス方法は、モバイル端末の要請に相応してウェブサーバから受信されたウェブページをパーシングして第１階層構造ツリーを生成するステップと、前記生成された第１階層構造ツリーを前記モバイル端末に送信するステップとを含む。
【００１５】
本発明の他の実施形態に係るモバイルウェブサービス方法は、ウェブページをパーシングしてテキスト形態の第１階層構造ツリーを生成するステップと、前記生成された第１階層構造ツリーをエンコーディングしてバイナリ形態の第２階層構造ツリーに変換するステップと、前記変換された第２階層構造ツリーをモバイル端末に送信するステップとを含む。
【００１６】
本発明のさらに他の実施形態に係るモバイルウェブサービス方法は、ウェブページをパーシングしてテキスト形態の第１階層構造ツリーを生成するステップと、前記生成された第１階層構造ツリーをテキスト圧縮方式でエンコーディングしてテキスト圧縮データに変換するステップと、前記変換されたテキスト圧縮データを前記モバイル端末に送信するステップとを含む。
【００１７】
本発明のさらに他の実施形態に係るモバイルウェブサービス方法は、ウェブページの要請に対応してプロキシサーバから前記ウェブページのパーシングによって生成された第１階層構造ツリーを受信するステップと、前記受信された第１階層構造ツリーを用いて前記ウェブページを画面上にレンダリングするステップとを含む。
【００１８】
本発明のさらに他の実施形態に係るモバイルウェブサービス方法は、ウェブページの要請と関連して、プロキシサーバからバイナリ形態の第２階層構造ツリーを受信するステップと、前記受信された第２階層構造ツリーを用いて前記ウェブページを画面上にレンダリングするステップとを含む。
【００１９】
その他の実施形態の具体的な事項は、詳細な説明および添付の図面に含まれている。
【００２０】
本発明の利点および特徴、そして、それらを達成する方法は、添付する図面と共に詳細に後述されている実施形態を参照すれば明確になるであろう。しかしながら、本発明は以下にて開示する実施形態に限定されるものではなく、互いに異なる多様な形態によって実現することができ、単に本実施形態は本発明の開示が完全なものとなるようにし、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであり、本発明は請求項の範疇によってのみ定義されるものである。明細書全体に渡り、同一参照符号は、同一構成要素を示す。
【発明の効果】
【００２１】
本発明によれば、プロキシサーバでパーシングおよびエンコーディング過程が実行されるようにすることで、データ（バイナリ形態の第１ＤＯＭツリー）の大きさを縮小し、モバイル端末に送信することができる。
【００２２】
また、本発明によれば、データの大きさを縮小することによってデータ送信量およびデータ送信時間などを減らすことができ、これによってモバイルウェブブラウジングの速度を短縮することができる。
【００２３】
また、本発明によれば、本来のデータよりも小さいデータを受信してレンダリングすることで、モバイル端末を介してウェブに接続する際に、ユーザに満足し得る水準の速度を提供することができ、これによってモバイルウェブブラウジングサービスの活性化に寄与することができる。
【００２４】
また、本発明によれば、モバイル端末ではウェブページをレンダリングして画面出力のみを実行するため、ウェブブラウザのローディング時間を向上させることができる。
【００２５】
さらに、本発明によれば、モバイルウェブブラウジング速度の向上により、ユーザがモバイル環境においてシームレス（ｓｅａｍｌｅｓｓ）なウェブ利用を行うことができるようにする。
【発明を実施するための最良の形態】
【００２６】
本発明の実施形態に対する説明に先立ち、本明細書で継続して用いられる用語について説明する。
【００２７】
文章オブジェクトモデル、すなわちＤＯＭ（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）は、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）などの文章のための応用プログラミングインターフェイス（ＡＰＩ）であり、文章にアクセスして操作するための方法で文章の論理的な構造を定義する。ＤＯＭは、現在、Ｗ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）で勧告案によって定義されており、プラットホーム非従属的である。
【００２８】
ＤＯＭツリー（Ｔｒｅｅ）は、ノードの連結として表現される。ＤＯＭツリーは、ルート（ｒｏｏｔ）ノードから始まって下位ノードまで拡張する。図７は、本発明の実施形態に適用されるＤＯＭツリーの一例を示す図である。図７に示すように、ＤＯＭツリーは、ルートノードである＜ｈｔｍｌ＞から始まり、＜ｈｅａｄ＞、＜ｔｉｔｌｅ＞、＜ｂｏｄｙ＞などの下位ノードまで拡張される。
【００２９】
ＤＯＭオブジェクト（Ｏｂｊｅｃｔ）は、ＤＯＭツリーを構成するノードであって、ＤＯＭ属性（Ｐｒｏｐｅｒｔｙ）とＤＯＭメソッド（Ｍｅｔｈｏｄ）を有する。図８〜１０は、本発明の実施形態に適用されるＤＯＭオブジェクト、ＤＯＭ属性、およびＤＯＭメソッドの一例をそれぞれ示す図である。
【００３０】
図８に示すように、ＤＯＭオブジェクトは、「Ｄｏｃｕｍｅｎｔ」、「Ａｎｃｈｏｒ」、「Ａｒｅａ」、「Ｂａｓｅ」、「Ｂｏｄｙ」などのオブジェクトで成されることができる。図９に示すように、ＤＯＭ属性は、「ｃｌｏｓｅｄ」、「ｄｅｆａｕｌｔＳｔａｔｕｓ」、「ｄｏｃｕｍｅｎｔ」、「ｈｉｓｔｏｒｙ」、「ｌｅｎｇｔｈ」などの属性で成されることができる。図１０に示すように、ＤＯＭメソッドは、「ａｌｅｒｔ（）」、「ｂｌｕｒ（）」、「ｃｌｅａｒＩｎｔｅｒｖａｌ（）」、「ｃｌｅａｒＴｉｍｅｏｕｔ（）」、「ｃｌｏｓｅ（）」などのメソッドで成されることができる。
【００３１】
ここで、ＤＯＭオブジェクト、ＤＯＭ属性、およびＤＯＭメソッドは、すべてタグ（ｔａｇ）と値（ｖａｌｕｅ）形態で表現され、タグはストリング形態で表記する。図１１は、ＤＯＭオブジェクトに対するタグおよび値の一例を示す図である。図１１に示すように、ＤＯＭオブジェクトは、タグ１１１０と値１１２０形態、すなわち「ｎｏｄｅＴｙｐｅ」−「９」、「ｎｏｄｅＮａｍｅ」−「＃ｄｏｃｕｍｅｎｔ」、「ｌｏｃａｌＮａｍｅ」−「ｎｕｌｌ」、「ｐｒｅｆｉｘ」−「ｎｕｌｌ」などのように表現される。
【００３２】
以下、添付の図面を参照しながら、本発明の実施形態について詳しく説明する。
【００３３】
図１は、本発明の実施形態に係るモバイルウェブサービスシステムのネットワーク構成図である。
【００３４】
図１を参照すれば、本発明の実施形態に係るモバイルウェブサービスシステムは、プロキシ（Ｐｒｏｘｙ）サーバ１１０と、モバイル端末１２０と、ウェブサーバ１３０とを備える。
【００３５】
プロキシサーバ１１０は、モバイル端末１２０からウェブページ要請１０１を受けてウェブサーバ１３０に伝達する。プロキシサーバ１１０は、ウェブサーバ１３０から要請に対する応答１０２として該当するウェブページを受信する。プロキシサーバ１１０は、受信されたウェブページをパーシング（Ｐａｒｓｉｎｇ）してテキスト形態の第１階層構造ツリーを生成する１０３。
【００３６】
プロキシサーバ１１０は、生成された第１階層構造ツリーをエンコーディングしてバイナリ形態の第２階層構造ツリーに変換する。プロキシサーバ１１０は、変換された第２階層構造ツリー、すなわちパーシング結果１０４をモバイル端末１２０に送信する。
【００３７】
モバイル端末１２０は、ユーザがモバイル端末１２０の内部に搭載されたモバイルウェブブラウザでＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）入力またはリンククリックなどによって新たなウェブページを要請する場合に、プロキシサーバ１１０にウェブページを要請するためのウェブページ要請メッセージを送信する。
【００３８】
モバイル端末１２０は、ウェブページ要請メッセージに対する応答として、プロキシサーバ１１０からバイナリ形態の第２階層構造ツリーを受信する。モバイル端末１２０は、受信された第２階層構造ツリーを用いてウェブページを画面上にレンダリング（Ｒｅｎｄｅｒｉｎｇ）する１０５。
【００３９】
ウェブサーバ１３０は、データベースにウェブページを保持する。ウェブサーバ１３０は、モバイル端末１２０からプロキシサーバ１１０を経由して送信されたウェブページ要請メッセージを受信する。ウェブサーバ１３０は、受信されたウェブページ要請メッセージに対応して、データベースから該当するウェブページを検索する。ウェブサーバ１３０は、検索されたウェブページをプロキシサーバ１１０に送信する。
【００４０】
第１階層構造ツリーおよび第２階層構造ツリーは、ＤＯＭ（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）ツリーを含む概念として理解することができる。本明細書では、第１階層構造ツリーを第１ＤＯＭツリーとし、第２階層構造ツリーを第２ＤＯＭツリーとして限定して説明する。ただし、これは、本発明の実施形態に対する理解および説明の便宜のためのものであり、本発明の実施形態を限定するためのものではない。
【００４１】
以下、本発明の実施形態に係るモバイルウェブサービスシステムについてより具体的に説明する。
【００４２】
図２は、図１のプロキシサーバの構成を説明するためのブロック図である。
【００４３】
図１および図２を参照すれば、プロキシサーバ１１０は、生成部２１０と、変換部２２０と、送信部２３０とを備える。
【００４４】
生成部２１０は、モバイル端末１２０からのウェブページ要請に応じてウェブサーバ１３０からウェブページを受信する場合に、受信されたウェブページをパーシングしてテキスト形態の第１ＤＯＭツリーを生成する。このとき、生成部２１０は、受信されたウェブページをツリー基盤のＤＯＭ方式でパーシングしてテキスト形態の第１ＤＯＭツリーを生成することができる。
【００４５】
変換部２２０は、生成された第１ＤＯＭツリーをエンコーディング（Ｅｎｃｏｄｉｎｇ）してバイナリ（Ｂｉｎａｒｙ）形態の第２ＤＯＭツリーに変換する。すなわち、変換部２２０は、サーバマッピングテーブル（図４の４１０を参照）を用いて、生成されたテキスト形態の第１ＤＯＭツリーのタグをバイナリ形態に変換することで、テキスト形態の第１ＤＯＭツリーをバイナリ形態の第２ＤＯＭツリーに変換することができる。
【００４６】
例えば、変換部２２０は、サーバマッピングテーブルを用いて第１ＤＯＭツリーに含まれたＤＯＭオブジェクト、ＤＯＭ属性、およびＤＯＭメソッドのタグネーム（ｔａｇ  ｎａｍｅ）をそれぞれ数字に変換して、第１ＤＯＭツリーを第２ＤＯＭツリーに変換することができる。すなわち、変換部２２０は、「Ｄｏｃｕｍｅｎｔ」を「０×０１」に、「Ａｎｃｈｏｒ」を「０×０２」に、「ｃｌｏｓｅｄ」を「０×０３」に変換する過程によって第１ＤＯＭツリーを第２ＤＯＭツリーに変換することができる。
【００４７】
このとき、変換部２２０は、サーバマッピングテーブルをモバイル端末１２０の端末マッピングテーブル（図４の４２０を参照）と同じように保持することが好ましい。すなわち、変換部２２０は、第１ＤＯＭツリーと第２ＤＯＭツリーの間の迅速かつ正確なフォーマット変換のために、サーバマッピングテーブルと端末マッピングテーブルを同期化させることができる。
【００４８】
送信部２３０は、変換された第２ＤＯＭツリーをモバイル端末１２０に送信する。これとは異なり、送信部２３０は、生成された第１ＤＯＭツリーをモバイル端末１２０に送信することができる。すなわち、送信部２３０は、生成された第１ＤＯＭツリーを変換部２２０を介して第２ＤＯＭツリーに変換せずにモバイル端末１２０に送信することができる。
【００４９】
このように、プロキシサーバ１１０は、パーシングおよびエンコーディング過程によって第１ＤＯＭツリーの大きさを第２ＤＯＭツリーの大きさに縮小してモバイル端末１２０に送信することで、データ送信量およびデータ送信時間などを減らすことができ、これによってモバイルウェブブラウジングの速度を短縮することができる。
【００５０】
他の実施形態として、プロキシサーバ１１０は、生成部２１０と、変換部２２０と、送信部２３０とを備える。
【００５１】
生成部２１０は、モバイル端末１２０からのウェブページ要請に応じてウェブサーバ１３０からウェブページを受信する場合に、受信されたウェブページをパーシングしてテキスト形態の第１ＤＯＭツリーを生成する。このとき、生成部２１０は、受信されたウェブページをツリー基盤のＤＯＭ方式でパーシングしてテキスト形態の第１ＤＯＭツリーを生成することができる。
【００５２】
変換部２２０は、生成された第１ＤＯＭツリーをテキスト圧縮方式でエンコーディングしてテキスト圧縮データに変換することができる。例えば、変換部２２０は、生成された第１ＤＯＭツリー含まれたオブジェクトのタグ、文字列などをテキスト圧縮方式でエンコーディングして、第１ＤＯＭツリーをテキスト圧縮したテキスト圧縮データに変換することができる。
【００５３】
このように、変換部２２０は、第１ＤＯＭツリーをテキスト圧縮することによってデータ容量を縮小させることができ、これによってデータ送信時にデータ送信容量およびデータ送信時間などを減らすことができる環境を設けることができる。
【００５４】
送信部２３０は、変換されたテキスト圧縮データをモバイル端末１２０に送信する。すなわち、送信部２３０は、変換されたテキスト圧縮データをモバイル端末１２０のウェブブラウザに送信することができる。
【００５５】
これによって、モバイル端末１２０は、ウェブブラウザを介してテキスト圧縮データをより迅速に受信することができる。モバイル端末１２０は、受信されたテキスト圧縮データの圧縮を解除して、本来のデータである第１ＤＯＭツリーに復元することができる。モバイル端末１２０は、復元された第１ＤＯＭツリーをレンダリングして、画面上にウェブページを表示することができる。
【００５６】
さらに他の実施形態として、プロキシサーバ１１０は、生成部２１０および送信部２３０を備えることができる。
【００５７】
生成部２１０は、モバイル端末１２０からのウェブページ要請に応じてウェブサーバ１３０からウェブページを受信する場合に、受信されたウェブページをパーシングしてバイナリ形態の第２ＤＯＭツリーを生成することができる。
【００５８】
より具体的に説明すれば、生成部２１０は、受信されたウェブページをパーシングしてテキスト形態の第１ＤＯＭツリーを生成し、生成された第１ＤＯＭツリーに含まれたＤＯＭオブジェクトをストリング（Ｓｔｒｉｎｇ）ではなくバイナリ（Ｂｉｎａｒｙ）で処理することで、ストリングからバイナリへのエンコーディング過程を経ずに、直接にバイナリ形態の第２ＤＯＭツリーを生成することができる。
【００５９】
言い替えれば、生成部２１０は、受信されたウェブページをパーシングする過程において第１ＤＯＭツリーのＤＯＭオブジェクトをバイナリ化することで、別途のエンコーディングを経なくてもバイナリ形態の第２ＤＯＭツリーを直接生成することができる。
【００６０】
例えば、生成部２１０は、第１ＤＯＭツリーに含まれたＤＯＭオブジェクト、すなわち「Ｄｏｃｕｍｅｎｔ」、「Ａｎｃｈｏｒ」、「ｃｌｏｓｅｄ」などをそれぞれ「０×０１」、「０×０２」、「０×０３」などにバイナリ処理することで、変換部２２０による別途のエンコーディング過程を経なくても、バイナリ形態の第２ＤＯＭツリーを生成することができる。
【００６１】
送信部２３０は、生成された第２ＤＯＭツリーをモバイル端末１２０に送信することができる。このとき、送信部２３０は、テキスト（ストリング）に比べてデータ容量が小さいバイナリに変換された第２ＤＯＭツリーをモバイル端末１２０に送信することで、モバイル端末１２０へのデータ送信時間などを短縮することができる。
【００６２】
このように、プロキシサーバ１１０は、ウェブページと関連して、データ容量の縮小によってモバイル端末１２０へのデータ送信時間などを短縮することができ、これによってモバイル環境下におけるウェブブラウジングの速度を向上させることができる環境を設けることができる。
【００６３】
さらに他の実施形態として、プロキシサーバ１１０は、生成部２１０および送信部２３０を備えることができる。
【００６４】
生成部２１０は、モバイル端末１２０からのウェブページ要請に応じてウェブサーバ１３０からウェブページを受信する場合に、受信されたウェブページをパーシングしてテキスト形態の第１ＤＯＭツリーを生成することができる。生成部２１０は、生成された第１ＤＯＭツリーをテキスト圧縮方式でエンコーディングしてテキスト圧縮データに変換することができる。
【００６５】
例えば、生成部２１０は、生成された第１ＤＯＭツリーに含まれたオブジェクトのタグ、文字列などのすべてのデータをテキスト圧縮方式でエンコーディングして、第１ＤＯＭツリーをテキスト圧縮したテキスト圧縮データに変換することができる。
【００６６】
このように、生成部２１０は、第１ＤＯＭツリーをテキスト圧縮することによってデータ容量を縮小することができ、これによってデータ送信時にデータ送信容量およびデータ送信時間などを減らすことができる環境を設けることができる。
【００６７】
送信部２３０は、変換されたテキスト圧縮データをモバイル端末１２０に送信することができる。すなわち、送信部２３０は、変換されたテキスト圧縮データをモバイル端末１２０のウェブブラウザに送信することができる。
【００６８】
これによって、モバイル端末１２０は、ウェブブラウザを介してテキスト圧縮データをより迅速に受信することができる。モバイル端末１２０は、受信されたテキスト圧縮データの圧縮を解除して、本来のデータである第１ＤＯＭツリーに復元することができる。モバイル端末１２０は、復元された第１ＤＯＭツリーをレンダリングして、画面上にウェブページを表示することができる。
【００６９】
図に示してはいないが、プロキシサーバ１１０は、キャッシュ管理部をさらに備えることができる。キャッシュ管理部は、上述したすべての実施形態に適用することができる。
【００７０】
キャッシュ管理部は、モバイル端末１２０から要請されたウェブページのうち、要請回数などを考慮して再要請の可能性が高いウェブページを事前に検索し、検索されたウェブページをキャッシュに格納することができる。このとき、キャッシュ管理部は、ハッシュテーブル（ｈａｓｈ  ｔａｂｌｅ）を用いて検索されたウェブページをキャッシュ（ｃａｃｈｅ）に格納することができる。
【００７１】
キャッシュ管理部は、モバイル端末１２０からウェブページの要請が受信される場合に、キャッシュに格納されたウェブページに対する有効性を検査する。このとき、キャッシュ管理部は、ウェブページの属性、例えば日付、タイトル、本文内容、バージョンなどの確認により、ウェブページに対する有効性検査を実行することができる。
【００７２】
キャッシュ管理部は、有効性検査によってウェブページが有効であると検証されれば、ハッシュテーブルを用いてキャッシュから該当するウェブページを検索し、検索されたウェブページを生成部２１０に伝達することができる。このとき、キャッシュ管理部は、プリフェッチ（ｐｒｅｆｅｔｃｈ）を用いたキャッシュ機能を提供することができる。参考までに、ここで、プリフェッチとは、現在の命令を行いながら次に実行する様々な命令を読み取って命令をスケジューリングする方式を意味する。
【００７３】
一方、キャッシュ管理部は、ウェブページのパーシング時にウェブページ内にイメージデータが含まれている場合に、予めウェブサーバ１３０にイメージデータを要請して伝達を受けてキャッシュに格納することができる。キャッシュ管理部は、この後にイメージデータの要請を受ける場合には、イメージデータを変換（圧縮）してすぐに伝達するための先要請機能をさらに実行することができる。これによって、キャッシュ管理部は、イメージデータの変換（圧縮）によってデータ送信量を減らすと同時に、イメージデータに対する応答速度を向上させ、データ送信時間を短縮することができる環境を設けることができる。
【００７４】
図３は、図１のモバイル端末の構成を説明するためのブロック図である。
【００７５】
図１および図３を参照すれば、モバイル端末１２０は、受信部３１０およびレンダリング部３２０を備える。
【００７６】
受信部３１０は、ウェブページの要請と関連して、プロキシサーバ１１０からバイナリ形態の第２ＤＯＭツリーを受信する。すなわち、受信部３１０は、モバイル端末１２０がプロキシサーバ１１０にウェブページを要請する場合に、プロキシサーバ１１０から第２ＤＯＭツリーを受信することができる。
【００７７】
このように、受信部３１０は、テキスト形態の第１ＤＯＭツリーに比べてデータ容量が小さいバイナリ形態の第２ＤＯＭツリーを受信することで、ウェブサーバ１３０からのデータ受信時間などを短縮することができる。さらに、受信部３１０は、データ受信時間などの短縮により、モバイル環境下におけるモバイルウェブブラウジングの速度を向上させることができる基盤を設けることができる。
【００７８】
レンダリング部３２０は、受信された第２ＤＯＭツリーを用いてウェブページを画面上にレンダリングする。すなわち、レンダリング部３２０は、受信された第２ＤＯＭツリーをデコーディング（Ｄｅｃｏｄｉｎｇ）してテキスト形態の第１ＤＯＭツリーに復元する。さらに、レンダリング部３２０は、復元された第１ＤＯＭツリーを用いてウェブページをモバイル端末１２０の画面上にレンダリングすることができる。
【００７９】
このとき、レンダリング部３２０は、端末マッピングテーブル（図４の４２０を参照）を用いて、受信された第２ＤＯＭツリーのタグをテキスト形態に変換することができる。言い替えれば、レンダリング部３２０は、端末マッピングテーブルに基づいて受信された第２ＤＯＭツリーをデコーディングすることで、第２ＤＯＭツリーを第１ＤＯＭツリーに復元することができる。
【００８０】
ここで、レンダリング部３２０は、端末マッピングテーブルをプロキシサーバ１１０のサーバマッピングテーブル（図４の４１０を参照）と同じように保持することが好ましい。これは、端末マッピングテーブルとサーバマッピングテーブルを同期化させることで、第１ＤＯＭツリーと第２ＤＯＭツリーの間のフォーマット変換を迅速かつ正確に行うためである。
【００８１】
他の実施形態として、レンダリング部３２０は、上記したような変換過程（デコーディング）を経ずに、第２ＤＯＭツリーを直接用いてレンダリングすることで、ウェブページを画面上に表示することができる。
【００８２】
すなわち、レンダリング部３２０は、第２ＤＯＭツリーのＤＯＭオブジェクトと関連したバイナリデータを直接レンダリング処理して、ウェブページをモバイル端末１２０の画面上に表示することができる。
【００８３】
このように、モバイル端末１２０は、プロキシサーバ１１０からバイナリ形態に変換された第２ＤＯＭツリーを受信してレンダリングすることで、ウェブ接続時にユーザに満足し得る水準の速度を提供することができ、これによってモバイルウェブブラウジングサービスの活性化に寄与することができる。
【００８４】
また、モバイル端末１２０は、プロキシサーバ１１０によってパーシングまたはエンコーディングされたデータ（ウェブページ）を受信してレンダリングすることで、ウェブブラウザのローディング時間を向上させることができる。さらに、モバイル端末１２０は、モバイル環境下においてより迅速な速度のウェブブラウジングを実現することで、ユーザがモバイル環境においてシームレスなウェブ利用を行うようにできる。
【００８５】
さらに他の実施形態として、受信部３１０は、ウェブページの要請と関連して、プロキシサーバ１１０からテキスト圧縮データを受信する。すなわち、受信部３１０は、モバイル端末１２０がプロキシサーバ１１０にウェブページを要請する場合に、プロキシサーバ１１０からテキスト圧縮データを受信することができる。
【００８６】
レンダリング部３２０は、受信されたテキスト圧縮データを用いて、ウェブページを画面上にレンダリングすることができる。すなわち、レンダリング部３２０は、受信されたテキスト圧縮データをデコーディングしてテキスト形態の第１ＤＯＭツリーに復元し、復元された第１ＤＯＭツリーを用いてウェブページを画面上にレンダリングすることができる。
【００８７】
さらに他の実施形態として、受信部３１０は、ウェブページの要請に対応してプロキシサーバ１１０からウェブページのパーシングによって生成された第１ＤＯＭツリーを受信することができる。レンダリング部３２０は、受信された第１ＤＯＭツリーを用いてウェブページを画面上にレンダリングすることができる。
【００８８】
このように、モバイル端末１２０は、プロキシサーバ１１０から本来のデータ（第１ＤＯＭツリー）よりも縮小された容量のデータ（テキスト圧縮データ）を受信してレンダリングすることで、ウェブブラウザのローディング時間を向上させることができる。これによって、モバイル端末１２０のユーザは、より改善された速度でモバイルウェブサービスの提供を受けることができる。
【００８９】
図４は、マッピングテーブルを用いた第１ＤＯＭツリーと第２ＤＯＭツリーの間の変換過程の一例を示す図である。
【００９０】
図４を参照すれば、プロキシサーバ１１０は、テキスト形態の第１ＤＯＭツリーに対するパーシングを実行するときに、サーバマッピングテーブル４１０を用いて第１ＤＯＭツリーをバイナリ形態に変換して第２ＤＯＭツリーを生成することができる。
【００９１】
より具体的に説明すれば、サーバマッピングテーブル４１０は、タグネームを含むタグネームフィールドと、タグネームとそれぞれマッチングする数字を含む数字フィールドとで構成することができる。プロキシサーバ１１０は、サーバマッピングテーブル４１０を参考して、第１ＤＯＭツリーのタグネーム（ＤＯＭオブジェクト、ＤＯＭ属性、およびＤＯＭメソッドそれぞれのタグネーム）を、タグネームそれぞれにマッチングする数字に変換することができる。
【００９２】
例えば、プロキシサーバ１１０は、サーバマッピングテーブル４１０を参考して、第１ＤＯＭツリーのタグネームのうち「Ｄｏｃｕｍｅｎｔ」を「０×０１」に、「Ａｎｃｈｏｒ」を「０×０２」に、「ｃｌｏｓｅｄ」を「０×０３」に変換することができる。
【００９３】
このように、プロキシサーバ１１０は、サーバマッピングテーブル４１０を参考にして第１ＤＯＭツリーをエンコーディングすることで、第１ＤＯＭツリーのタグネームをバイナリ化して第２ＤＯＭツリーを生成できるようになる。
【００９４】
プロキシサーバ１１０は、生成された第２ＤＯＭツリーをモバイル端末１２０に送信することができる。このように、プロキシサーバ１１０は、バイナリ化された第２ＤＯＭツリーを送信することで、モバイル端末１２０から要請したウェブページのデータオーバーヘッド（ｏｖｅｒｈｅａｄ）を減らし、送信速度を向上させることができる。
【００９５】
モバイル端末１２０は、プロキシサーバ１１０から第２ＤＯＭツリーを受信してテキスト形態に変換することで、第２ＤＯＭツリーを第１ＤＯＭツリーに変換することができる。すなわち、モバイル端末１２０は、サーバマッピングテーブル４１０と同じように保持される端末マッピングテーブル４２０を用いて第２ＤＯＭツリーをデコーディングすることで、第２ＤＯＭツリーの数字化されたタグネームをテキストに復元することができる。
【００９６】
言い換えれば、モバイル端末１２０は、端末マッピングテーブル４２０を参考して第２ＤＯＭツリーのタグネームをテキストに変換することで、バイナリ形態の第２ＤＯＭツリーをテキスト形態の第１ＤＯＭツリーに復元することができる。
【００９７】
例えば、モバイル端末１２０は、端末マッピングテーブル４２０を参考して、第２ＤＯＭツリーのタグネームのうち「０×０１」を「Ｄｏｃｕｍｅｎｔ」に、「０×０２」を「Ａｎｃｈｏｒ」に、「０×０３」を「ｃｌｏｓｅｄ」に変換することができる。
【００９８】
このように、モバイル端末１２０は、端末マッピングテーブル４２０を参考して第２ＤＯＭツリーをデコーディングすることで、第２ＤＯＭツリーのタグネームをテキスト化して第１ＤＯＭツリーを復元できるようになる。
【００９９】
モバイル端末１２０は、復元された第１ＤＯＭツリーを用いてレンダリングを実行することで、ウェブページを画面上に表示することができる。
【０１００】
図５は、本発明の一実施形態に係るモバイルウェブサービス方法を説明するためのフローチャートである。ここで、モバイルウェブサービス方法は、本発明の一実施形態に係るモバイルウェブサービスシステムによって実現することができる。モバイルウェブサービスシステムは、図１のプロキシサーバ１１０に搭載されることができる。
【０１０１】
図１および図５を参照すれば、ステップＳ５１０で、モバイルウェブサービスシステムは、ウェブサーバ１３０から受信されたウェブページをパーシングしてテキスト形態の第１ＤＯＭツリーを生成する。このとき、モバイルウェブサービスシステムは、受信されたウェブページをツリー基盤のＤＯＭ方式でパーシングして、テキスト形態の第１ＤＯＭツリーを生成することができる。
【０１０２】
次に、ステップＳ５２０で、モバイルウェブサービスシステムは、生成された第１ＤＯＭツリーをエンコーディングしてバイナリ形態の第２ＤＯＭツリーに変換する。すなわち、モバイルウェブサービスシステムは、サーバマッピングテーブル（図４の４１０を参照）を用いて、生成されたテキスト形態の第１ＤＯＭツリーのタグをバイナリ形態に変換することで、テキスト形態の第１ＤＯＭツリーをバイナリ形態の第２ＤＯＭツリーに変換することができる。
【０１０３】
例えば、モバイルウェブサービスシステムは、サーバマッピングテーブルを用いて第１ＤＯＭツリーに含まれたＤＯＭオブジェクト、ＤＯＭ属性、およびＤＯＭメソッドのタグネームをそれぞれ数字に変換し、第１ＤＯＭツリーを第２ＤＯＭツリーに変換することができる。すなわち、モバイルウェブサービスシステムは、「Ｄｏｃｕｍｅｎｔ」を「０×０１」に、「Ａｎｃｈｏｒ」を「０×０２」に、「ｃｌｏｓｅｄ」を「０×０３」に変換する過程を介して、第１ＤＯＭツリーを第２ＤＯＭツリーに変換することができる。
【０１０４】
このとき、モバイルウェブサービスシステムは、サーバマッピングテーブルをモバイル端末１２０の端末マッピングテーブル（図４の４２０を参照）と同じように保持することが好ましい。すなわち、モバイルウェブサービスシステムは、第１ＤＯＭツリーと第２ＤＯＭツリーの間の迅速かつ正確なフォーマット変換のために、サーバマッピングテーブルと端末マッピングテーブルを同期化させることができる。
【０１０５】
次に、ステップＳ５３０で、モバイルウェブサービスシステムは、変換された第２ＤＯＭツリーをモバイル端末１２０に送信する。
【０１０６】
このように、モバイルウェブサービスシステムは、パーシングおよびエンコーディング過程を介して、第１ＤＯＭツリーの大きさを第２ＤＯＭツリーの大きさに縮小してモバイル端末１２０に送信することで、データ送信量およびデータ送信時間などを減らすことができ、これによってモバイルウェブブラウジングの速度を短縮することができる。
【０１０７】
また、これとは異なり、ステップＳ５１０以後に、モバイルウェブサービスシステムは、生成された第１ＤＯＭツリーをテキスト圧縮方式でエンコーディングしてテキスト圧縮データに変換することができる。例えば、モバイルウェブサービスシステムは、生成された第１ＤＯＭツリーに含まれたオブジェクトのタグ、文字列などをテキスト圧縮方式でエンコーディングして、第１ＤＯＭツリーをテキスト圧縮したテキスト圧縮データに変換することができる。
【０１０８】
このように、モバイルウェブサービスシステムは、第１ＤＯＭツリーをテキスト圧縮することによってデータ容量を縮小させることができ、これによってデータ送信時にデータ送信容量およびデータ送信時間などを減らすことができる環境を設けることができる。
【０１０９】
次に、モバイルウェブサービスシステムは、変換されたテキスト圧縮データをモバイル端末１２０に送信する。すなわち、モバイルウェブサービスシステムは、変換されたテキスト圧縮データをモバイル端末１２０のウェブブラウザに送信することができる。
【０１１０】
他の実施形態として、モバイルウェブサービスシステムは、モバイル端末１２０からのウェブページ要請に応じてウェブサーバ１３０からウェブページを受信する場合に、受信されたウェブページをパーシングしてバイナリ形態の第２ＤＯＭツリーを生成することができる。
【０１１１】
より具体的に説明すれば、モバイルウェブサービスシステムは、受信されたウェブページをパーシングしてテキスト形態の第１ＤＯＭツリーを生成し、生成された第１ＤＯＭツリーに含まれたＤＯＭオブジェクトをストリングではなくバイナリで処理することで、ストリングからバイナリへのエンコーディング過程を経ずに、直接的にバイナリ形態の第２ＤＯＭツリーを生成することができる。
【０１１２】
言い替えれば、モバイルウェブサービスシステムは、受信されたウェブページをパーシングする過程において、第１ＤＯＭツリーのＤＯＭオブジェクトをバイナリ化することで、別途のエンコーディングを経なくてもバイナリ形態の第２ＤＯＭツリーを直接生成することができる。
【０１１３】
例えば、モバイルウェブサービスシステムは、第１ＤＯＭツリーに含まれたＤＯＭオブジェクト、すなわち「Ｄｏｃｕｍｅｎｔ」、「Ａｎｃｈｏｒ」、「ｃｌｏｓｅｄ」などをそれぞれ「０×０１」、「０×０２」、「０×０３」などにバイナリ処理することで、変換部２２０による別途のエンコーディング過程を経なくてもバイナリ形態の第２ＤＯＭツリーを生成することができる。
【０１１４】
次に、モバイルウェブサービスシステムは、生成された第２ＤＯＭツリーをモバイル端末１２０に送信することができる。このとき、モバイルウェブサービスシステムは、テキスト（ストリング）に比べてデータ容量が小さいバイナリに変換された第２ＤＯＭツリーをモバイル端末１２０に送信することで、モバイル端末１２０へのデータ送信時間などを短縮することができる。
【０１１５】
このように、モバイルウェブサービスシステムは、ウェブページと関連して、データ容量の縮小によってモバイル端末１２０へのデータ送信時間などを短縮することができ、これによってモバイル端末１２０におけるウェブブラウジング速度を向上させることができる環境を設けることができる。
【０１１６】
さらに他の実施形態として、モバイルウェブサービスシステムは、生成された第１ＤＯＭツリーをテキスト圧縮方式でエンコーディングしてテキスト圧縮データに変換することができる。例えば、モバイルウェブサービスシステムは、生成された第１ＤＯＭツリーに含まれたオブジェクトのタグ、文字列などをテキスト圧縮方式でエンコーディングして、第１ＤＯＭツリーをテキスト圧縮したテキスト圧縮データに変換することができる。
【０１１７】
このように、モバイルウェブサービスシステムは、第１ＤＯＭツリーをテキスト圧縮することによってデータ容量を縮小させることができ、これによってデータ送信時にデータ送信容量およびデータ送信時間などを減らすことができる環境を設けることができる。
【０１１８】
次に、モバイルウェブサービスシステムは、変換されたテキスト圧縮データをモバイル端末１２０に送信する。すなわち、モバイルウェブサービスシステムは、変換されたテキスト圧縮データをモバイル端末１２０のウェブブラウザに送信することができる。
【０１１９】
他の実施形態として、モバイルウェブサービスシステムは、モバイル端末１２０から要請されたウェブページのうち、要請回数などを考慮して再要請の可能性が高いウェブページを事前に検索し、検索されたウェブページをキャッシュに格納することができる。このとき、モバイルウェブサービスシステムは、ハッシュテーブルを用いて検索されたウェブページをキャッシュに格納することができる。
【０１２０】
次に、モバイルウェブサービスシステムは、モバイル端末１２０からウェブページの要請が受信される場合に、キャッシュに格納されたウェブページに対する有効性を検査する。このとき、モバイルウェブサービスシステムは、ウェブページの属性、例えば日付、タイトル、本文内容、バージョンなどの確認により、ウェブページに対する有効性検査を実行することができる。
【０１２１】
次に、モバイルウェブサービスシステムは、有効性検査によってウェブページが有効であると検証されれば、ハッシュテーブルを用いてキャッシュから該当するウェブページを検索することができる。
【０１２２】
次に、モバイルウェブサービスシステムは、検索されたウェブページを用いて上述した本発明の実施形態を実行することができる。このとき、モバイルウェブサービスシステムは、プリフェッチを用いたキャッシュ機能を提供することができる。
【０１２３】
一方、モバイルウェブサービスシステムは、ウェブページのパーシング時にウェブページ内にイメージデータが含まれている場合に、予めウェブサーバ１３０にイメージデータを要請して伝達を受けてキャッシュに格納することができる。
【０１２４】
この後、モバイルウェブサービスシステムは、イメージデータの要請を受ける場合に、イメージデータを変換（圧縮）してすぐに伝達するための先要請機能をさらに実行することができる。これによって、モバイルウェブサービスシステムは、イメージデータの変換（圧縮）によってデータ送信量を減らすと同時に、イメージデータに対する応答速度を向上させ、データ送信時間を短縮することができる環境を設けることができる。
【０１２５】
図６は、本発明の他の実施形態に係るモバイルウェブサービス方法を説明するためのフローチャートである。ここで、モバイルウェブサービス方法は、本発明の他の実施形態に係るモバイルウェブサービスシステムによって実現することができる。モバイルウェブサービスシステムは、図１のモバイル端末１２０に搭載されることができる。
【０１２６】
図１および図６を参照すれば、ステップＳ６１０で、モバイルウェブサービスシステムは、ウェブページの要請と関連して、プロキシサーバ１１０からバイナリ形態の第２ＤＯＭツリーを受信する。すなわち、モバイルウェブサービスシステムは、モバイル端末１２０がプロキシサーバ１１０にウェブページを要請する場合に、プロキシサーバ１１０から第２ＤＯＭツリーを受信することができる。
【０１２７】
このように、モバイルウェブサービスシステムは、テキスト形態の第１ＤＯＭツリーに比べてデータ容量が小さいバイナリ形態の第２ＤＯＭツリーを受信することで、ウェブサーバ１３０からのデータ受信時間などを短縮することができる。さらに、モバイルウェブサービスシステムは、データ受信時間などの短縮によって、モバイル環境下におけるモバイルウェブブラウジングの速度を向上させることができる基盤を設けることができる。
【０１２８】
次に、ステップＳ６２０で、モバイルウェブサービスシステムは、受信された第２ＤＯＭツリーを用いてウェブページを画面上にレンダリングする。すなわち、モバイルウェブサービスシステムは、受信された第２ＤＯＭツリーをデコーディングしてテキスト形態の第１ＤＯＭツリーに復元する。さらに、モバイルウェブサービスシステムは、復元された第１ＤＯＭツリーを用いて、ウェブページをモバイル端末１２０の画面上にレンダリングすることができる。
【０１２９】
このとき、モバイルウェブサービスシステムは、端末マッピングテーブル（図４の４２０を参照）を用いて、受信された第２ＤＯＭツリーのタグをテキスト形態に変換することができる。言い替えれば、モバイルウェブサービスシステムは、端末マッピングテーブルに基づいて受信された第２ＤＯＭツリーをデコーディングすることで、第２ＤＯＭツリーを第１ＤＯＭツリーに復元することができる。
【０１３０】
ここで、モバイルウェブサービスシステムは、端末マッピングテーブルをプロキシサーバ１１０のサーバマッピングテーブル（図４の４１０を参照）と同じように保持することが好ましい。これは、端末マッピングテーブルとサーバマッピングテーブルを同期化させることで、第１ＤＯＭツリーと第２ＤＯＭツリーの間のフォーマット変換を迅速かつ正確に行うためである。
【０１３１】
他の実施形態として、モバイルウェブサービスシステムは、上記したような変換過程（デコーディング）を経ずに、第２ＤＯＭツリーを直接用いてレンダリングすることで、ウェブページを画面上に表示することができる。
【０１３２】
すなわち、モバイルウェブサービスシステムは、第２ＤＯＭツリーのＤＯＭオブジェクトと関連したバイナリデータを直接レンダリング処理して、ウェブページをモバイル端末１２０の画面上に表示することができる。
【０１３３】
このように、モバイルウェブサービスシステムは、プロキシサーバ１１０からバイナリ形態に変換した第２ＤＯＭツリーを受信してレンダリングすることで、ウェブ接続時にユーザに満足し得る水準の速度を提供することができ、これによってモバイルウェブブラウジングサービスの活性化に寄与することができる。
【０１３４】
また、モバイルウェブサービスシステムは、プロキシサーバ１１０によってパーシングまたはエンコーディングされたデータ（ウェブページ）を受信してレンダリングすることで、ウェブブラウザのローディング時間を向上させることができる。また、モバイルウェブサービスシステムは、モバイル環境下においてより迅速な速度のウェブブラウジングを実現することで、ユーザがモバイル環境においてシームレスなウェブ利用を行うようにできる。
【０１３５】
さらに他の実施形態として、モバイルウェブサービスシステムは、ウェブページの要請と関連して、プロキシサーバ１１０からテキスト圧縮データを受信する。すなわち、モバイルウェブサービスシステムは、モバイル端末１２０がプロキシサーバ１１０にウェブページを要請する場合に、プロキシサーバ１１０からテキスト圧縮データを受信することができる。
【０１３６】
次に、モバイルウェブサービスシステムは、受信されたテキスト圧縮データを用いてウェブページを画面上にレンダリングする。すなわち、モバイルウェブサービスシステムは、受信されたテキスト圧縮データをデコーディングしてテキスト形態の第１ＤＯＭツリーに復元し、復元された第１ＤＯＭツリーを用いてウェブページを画面上にレンダリングする。
【０１３７】
このように、モバイルウェブサービスシステムは、プロキシサーバ１１０から本来のデータ（第１ＤＯＭツリー）よりも縮小された容量のデータ（テキスト圧縮データ）を受信してレンダリングすることで、ウェブブラウザのローディング時間を向上させることができる。これによって、モバイル端末１２０のユーザは、より改善された速度でモバイルウェブサービスの提供を受けることができる。
【０１３８】
なお、本発明の実施形態は、コンピュータにより実現される多様な動作を実行するためのプログラム命令を含むコンピュータ読取可能な記録媒体を含む。当該記録媒体は、プログラム命令、データファイル、データ構造などを単独または組み合わせて含むこともでき、記録媒体およびプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知であり使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、フロプティカルディスクのような磁気−光媒体、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれる。また、記録媒体は、プログラム命令、データ構造などを保存する信号を送信する搬送波を含む光または金属線、導波管などの送信媒体でもある。プログラム命令の例としては、コンパイラによって生成されるような機械語コードだけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コードを含む。
【０１３９】
上述したように、本発明の好ましい実施形態を参照して説明したが、該当の技術分野において熟練した当業者にとっては、特許請求の範囲に記載された本発明の思想および領域から逸脱しない範囲内で、本発明を多様に修正および変更させることができることを理解することができるであろう。すなわち、本発明の技術的範囲は、特許請求の範囲に基づいて定められ、発明を実施するための最良の形態により制限されるものではない。
【図面の簡単な説明】
【０１４０】
【図１】本発明の実施形態に係るモバイルウェブサービスシステムのネットワーク構成図である。
【図２】図１のプロキシサーバの構成を説明するためのブロック図である。
【図３】図１のモバイル端末の構成を説明するためのブロック図である。
【図４】マッピングテーブルを用いた第１ＤＯＭツリーと第２ＤＯＭツリーの間の変換過程の一例を示す図である。
【図５】本発明の一実施形態に係るモバイルウェブサービス方法を説明するためのフローチャートである。
【図６】本発明の他の実施形態に係るモバイルウェブサービス方法を説明するためのフローチャートである。
【図７】本発明の実施形態に適用されるＤＯＭツリーの一例を示す図である。
【図８】本発明の実施形態に適用されるＤＯＭオブジェクトの一例を示す図である。
【図９】本発明の実施形態に適用されるＤＯＭ属性の一例を示す図である。
【図１０】本発明の実施形態に適用されるＤＯＭメソッドの一例を示す図である。
【図１１】ＤＯＭオブジェクトに対するタグおよび値の一例を示す図である。
【符号の説明】
【０１４１】
１１０：プロキシサーバ
１２０：モバイル端末
１３０：ウェブサーバ
２１０：生成部
２２０：変換部
２３０：送信部
３１０：受信部
３２０：レンダリング部
【図１】
0004982455.tif 000002
【図２】
0004982455.tif 000003
【図３】
0004982455.tif 000004
【図４】
0004982455.tif 000005
【図５】
0004982455.tif 000006
【図６】
0004982455.tif 000007
【図７】
0004982455.tif 000008
【図８】
0004982455.tif 000009
【図９】
0004982455.tif 000010
【図１０】
0004982455.tif 000011
【図１１】
0004982455.tif 000012