JP2005327154A - Ｈｔｍｌファイル処理方法及びプログラム - Google Patents

Abstract

【課題】
端末において表示に影響を与えないようにＷｅｂアクセスにおける通信データ量を削減する。
【解決手段】
ユーザ端末における表示に影響を与えない文字列を特定するためのデータを格納する定義データ格納部を参照して、ユーザ端末からの要求に応じて他のサーバから受信したＨＴＭＬファイルにおいて、ユーザ端末における表示に影響を与えない文字列を特定する特定ステップと、特定された文字列の属性に応じた方法に従ってデータ量を減らすようにＨＴＭＬファイルを変更し、変更されたＨＴＭＬファイルをユーザ端末に送信する送信ステップとを含む。
【選択図】 図１

Description

本発明は、ウェブ（Ｗｅｂ）サイトとクライアント端末との間の中継処理技術に関する。

例えば特開平１０−１７７５２８号公報は、発信情報の情報量を削減することを目的として、送信キャンセル情報記憶部に記憶された送信キャンセル情報に基づいてＷＷＷサーバに記憶されているハイパーテキスト情報からユーザ指定の不必要な情報を削除し、その削除済みのハイパーテキスト情報を端末に送信する技術が開示されている。但し、本公報記載の技術によれば発信情報の情報量を削減することは出来るが、端末における表示内容を変更してしまっている。

また、特開２００３−５８４４５号公報は、デジタル圧縮情報を伸張させるアプリケーションをインターネット網及び無線通信網を介して携帯電話機へ配信し、ウェブサーバからコンテンツ情報を受信し、デジタル圧縮情報を生成し、デジタル圧縮情報を受信し、デジタル圧縮情報をインターネット網及び無線通信網を介して携帯電話機へ配信するという技術を開示している。また、必要に応じて暗号化処理を実施することも開示されている。しかし、携帯電話機などにもデジタル圧縮情報を伸張させるアプリケーション等を送信せざるをえず、さらに携帯電話機の処理能力により表示処理が遅くなる等の問題がある。また、データ通信量がデジタル圧縮情報を伸張させるアプリケーション等の送信のため多くなる場合もある。また、暗号化処理についても端末側の処理負荷を増加させる。
特開平１０−１７７５２８号公報 特開２００３−５８４４５号公報

ＰＤＡ（Personal Digital Asistant）や携帯電話機などでもＷｅｂサイトにアクセスして、Ｗｅｂページの閲覧を行うことが出来るようになっているが、これらの機器の通信速度は遅い場合が多く、Ｗｅｂページ・データをダウンロードするのに時間がかかったり、Ｗｅｂページ・データのデータ量が多い場合にはパケット単位で課金されるとコストが高くなったりという問題があった。また、セキュリティを保持するためにはＳＳＬ（Secure Sockect Layer）を用いる場合が多いが、ＰＤＡや携帯電話機では通信量、表示速度といった面で問題がある。

これに対して、上で述べたような従来技術では、表示内容に影響を与えるような形で通信量を減らしたり、端末側に特別な機能を付加する必要がある。

従って、本発明の目的は、端末において表示に影響を与えないようにＷｅｂアクセスにおける通信データ量を削減するための新規な技術を提供することである。

また本発明の他の目的は、端末において特別な機能を付加することなくＷｅｂアクセスにおけるセキュリティレベルを上げるための新規な技術を提供することである。

本発明に係るＨＴＭＬ（Hyper Text Markup Language）ファイル処理方法は、ユーザ端末における表示に影響を与えない文字列を特定するためのデータを格納する定義データ格納部を参照して、ユーザ端末からの要求に応じて他のサーバから受信したＨＴＭＬファイルにおいて、ユーザ端末における表示に影響を与えない文字列を特定する特定ステップと、特定された文字列の属性に応じた方法に従ってデータ量を減らすようにＨＴＭＬファイルを変更し、変更されたＨＴＭＬファイルをユーザ端末に送信する送信ステップとを含む。

このようにユーザ端末において表示に影響を与えない文字列について処理を行ってＨＴＭＬファイルのデータ量を削減するため、ユーザ端末におけるユーザは本発明に係る方法の実施を意識することなく、ＨＴＭＬファイルを含むＷｅｂページ・データのスムーズな通信が可能となる。また、データ量が削減されるため、通信料も削減することが出来る。

また、上で述べた送信ステップが、特定された文字列がユーザ端末から返信される可能性を有する文字列である場合、特定された文字列に対してコードを割り当て、当該文字列とコードとの対応テーブルを構成するステップと、対応テーブルに従ってＨＴＭＬファイルを変更し、変更されたＨＴＭＬファイルをユーザ端末に送信する送信ステップとを含むようにしてもよい。

このように、表示に影響を与えない文字列であって且つ返信される可能性を有する文字列の場合には、コードに変換することにより通信データ量が削減でき、さらに他人が対応テーブルを取得できなければ当該ＨＴＭＬファイルを盗み見ても次の処理を実施させることができないためセキュリティレベルを上げることも出来る。

さらに、上で述べた送信ステップが、特定された文字列が文字の表示態様を特定するための重複するタグである場合、当該文字列を含まないＨＴＭＬファイルを生成するステップを含むようにしてもよい。商用のホームページ作成プログラムを用いてＷｅｂページ・データを生成すると、文字の表示態様を特定するためのタグが、当該表示態様を変更しない場合にあっても重複して定義される場合が多い。本来は、同じ表示態様の場合には重複定義は不要であるから、削除しても表示上問題ない。すなわち、ユーザ端末における表示に影響を与えることなく通信データ量を削減することが出来る。

さらに、上で述べた定義データ格納部が、ユーザ端末において表示に影響を与えないタグ名及び当該タグにおける属性名とを格納するようにしてもよい。この場合、上で述べた特定ステップが、上記ＨＴＭＬファイルにおいて、定義データ格納部に格納されているタグ名を有するタグに、定義データ格納部に格納されている属性名を有する属性が規定されているか判断する判断ステップと、判断ステップにおいて定義データ格納部に格納されているタグ名を有するタグに、定義データ格納部に格納されている属性名を有する属性が規定されていると判断された場合には、当該属性値を上記文字列として特定するステップとを含むようにしてもよい。なお、場合によっては特定の属性及び属性値によりさらに条件が付される場合もある。

本発明によれば、端末において表示に影響を与えないようにＷｅｂアクセスにおける通信データ量を削減することができる。

また本発明の別の側面によれば、端末において特別な機能を付加することなくＷｅｂアクセスにおけるセキュリティレベルを上げることができる。

［実施の形態１］
本発明の第１の実施の形態に係るシステム概要図を図１に示す。例えばインターネットやＬＡＮ（Local Area Network）であるネットワーク１には、１又は複数のＷｅｂサーバ９と、本実施の形態における主要な処理を実施するＷｅｂコンテンツ制御システム３とが接続されている。Ｗｅｂコンテンツ制御システム３は、インターネット等のネットワーク６を介して無線基地局７に接続されている。Ｗｅｂブラウザを有する携帯電話機５ａやＰＤＡ５ｂは、この無線基地局７に無線にて接続する。携帯電話機やＰＤＡ、無線基地局の数に特に制限はなく、本実施の形態の主要部ではないので、ここでは１つずつ示している。また、ネットワーク１及びネットワーク６についてもどのような形態のネットワークであってもよい。

Ｗｅｂコンテンツ制御システム３は、Ｗｅｂサーバ９と携帯電話機５ａやＰＤＡ５ｂの間に設けられ、Ｗｅｂページ・データの中継を行うシステムであり、１又は複数のサーバで構成される。Ｗｅｂコンテンツ制御システム３は、携帯電話機５ａ等に代わってＷｅｂサーバ９などへアクセスし、取得したＷｅｂページ・データを第１Ｗｅｂページデータ格納部３２に格納する代理アクセス部３１と、代理アクセス部３１により取得されたＷｅｂページ・データを格納する第１Ｗｅｂページデータ格納部３２と、第１Ｗｅｂページデータ格納部３２を参照して以下で詳細に述べる重複定義削除処理を実施し処理結果を第２Ｗｅｂページデータ格納部３４に格納する重複定義削除処理部３３と、重複定義削除処理部３３の処理結果を格納する第２Ｗｅｂページデータ格納部３４と、第２Ｗｅｂページデータ格納部３４を参照して以下で詳細に述べるコード変換処理を実施し処理結果を第３Ｗｅｂページデータ格納部３６及び変換テーブル格納部３７に格納するコード変換処理部３５と、コード変換処理部３５の処理結果を格納する第３Ｗｅｂページデータ格納部３６と、コード変換処理部３５の処理結果である変換テーブルを格納する変換テーブル格納部３７と、第３Ｗｅｂページデータ格納部３６を参照して要求元の携帯電話機５ａ等にＷｅｂページ・データを送信する送信部３８とを含む。変換テーブル格納部３７については、代理アクセス部３１にも参照される。なお、Ｗｅｂコンテンツ制御システム３には、受信ＵＲＬ（Uniform Resouce Locator）と転送先ＷｅｂサーバのＵＲＬとの対応関係は予め登録されているものとする。

次に図２に重複定義削除処理部３３の詳細な機能ブロック図を示す。重複定義削除処理部３３は、重複定義チェック部３３１と、チェック定義テーブル格納部３３２と、比較テーブル格納部３３４と、終了タグ格納部３３３とを含む。重複定義チェック部３３１は、チェック定義テーブル格納部３３２に格納されたチェック定義テーブルに従って第１Ｗｅｂページデータ格納部３２に格納されたＨＴＭＬファイルをチェックすると共に、比較テーブル格納部３３４及び終了タグ格納部３３３に格納されたデータを用いて、重複するタグを削除する処理を実施する。重複定義チェック部３３１の処理結果は、第２Ｗｅｂページデータ格納部３４に格納される。チェック定義テーブル格納部３３２、比較テーブル格納部３３４及び終了タグ格納部３３３に格納されるデータについては、以下の処理フローにおいて説明する。

図３にコード変換処理部３５の詳細な機能ブロック図を示す。コード変換処理部３５は、タグ抽出部３５１と、抽出定義データ格納部３５２と、コード変換部３５３とを含む。タグ抽出部３５１は、第２Ｗｅｂページデータ格納部３４に格納されたＨＴＭＬファイルを抽出定義データ格納部３５２に格納された抽出定義データに従って処理し、抽出定義データに合致するタグデータについてはコード変換部３５３に出力し、抽出定義データに合致しないタグデータ等については第３Ｗｅｂページデータ格納部３６に出力する。コード変換部３５３は、タグ抽出部３５１から受け取ったタグデータにおける属性値を所定のルールに従ってコード変換し、属性値とコードの対応関係を変換テーブル格納部３７の変換テーブルに登録すると共に、属性値をコードに置換したタグデータを第３Ｗｅｂページデータ格納部３６に出力する。なお、変換テーブル格納部３７の変換テーブルは、代理アクセス部３１においても、携帯電話機５ａなどから受信したコードを元の属性値に変換するために用いられる。抽出定義データ格納部３５２及び変換テーブル格納部３７に格納されるデータについては以下の処理フローにおいて説明する。

次に図４乃至図１７を用いて図１乃至図３に示したシステムの処理フローを示す。まず、ユーザの指示に従ってユーザ端末（携帯電話機５ａ又はＰＤＡ５ｂ。以下同じ）は、特定のＷｅｂサイトにアクセスするためのリクエストをＷｅｂコンテンツ制御システム３に送信する（ステップＳ１）。なお、Ｗｅｂコンテンツ制御システム３によるサービスに認証が必要であれば、既に認証処理が済んでいるものとする。Ｗｅｂコンテンツ制御システム３の代理アクセス部３１は、ユーザ端末から特定のＷｅｂサイト（例えばＷｅｂサーバ９）へのアクセス・リクエストを受信すると、当該特定のＷｅｂサイトにアクセス・リクエストを転送する（ステップＳ３）。なお、代理アクセス部３１は、アクセス・リクエストにクッキー等セッションを特定するデータが含まれているか確認する。ここでは説明を分かりやすくするためセッションを特定するデータは含まれていないものとして説明する。そして、特定のＷｅｂサイトからアクセス・リクエストに応じたＷｅｂページ・データ（ここではＨＴＭＬファイル）を受信し、第１Ｗｅｂページデータ格納部３２に格納する（ステップＳ５）。なお、ＨＴＭＬファイル以外のファイルについては本実施の形態の処理対象ではないので、以下の処理はスキップされるものとする。

次に重複定義削除処理部３３は、第１Ｗｅｂページデータ格納部３２に格納されたＨＴＭＬファイルに対して重複定義削除処理を実施する（ステップＳ７）。この処理については、図５乃至図１１を用いて説明する。

まず、本処理の概要を図５乃至図７を用いて説明する。一般に販売されているホームページ作成プログラムを使用すると、画面に表示させる文字列については、文字列ごとに表示態様を定義するためのタグが規定される。すなわち図５に示すように、「１２３」という第１文字列について、センタリング、左寄せ、右寄せといった文字位置を設定し、文字サイズを設定し、文字色を設定し、太字、斜体といった文字装飾を設定した上に、「４５６」という第２文字列について、同じく文字位置を設定し、文字サイズを設定し、文字色を設定し、文字装飾を設定する。図５の例では、第１文字列には「センタリング」「２ポイント」「文字色（青）」「太字」という設定がなされ、第２文字列には「センタリング」「２ポイント」「文字色（青）」「斜体」という設定がなされている。従って、このような設定に従ってＨＴＭＬファイルを構成すると図６に示すようなファイルが生成される。図６では、＜ＨＴＭＬ＞タグと、＜ＢＯＤＹ＞タグと、＜Ｐ＞タグと、＜ＣＥＮＴＥＲ＞タグと、ｃｏｌｏｒ属性が規定された＜ＦＯＮＴ＞タグと、ｓｉｚｅ属性が規定された＜ＦＯＮＴ＞タグと、＜Ｂ＞タグと、文字列「１２３」と、＜／Ｂ＞タグと、＜／ＦＯＮＴ＞タグと、＜／Ｐ＞タグと、＜／ＣＥＮＴＥＲ＞と、＜Ｐ＞タグと、＜ＣＥＮＴＥＲ＞タグと、ｃｏｌｏｒ属性が規定された＜ＦＯＮＴ＞タグと、ｓｉｚｅ属性が規定された＜ＦＯＮＴ＞タグと、＜ｉ＞タグと、文字列「４５６」と、＜／ｉ＞タグと、＜／ＦＯＮＴ＞タグと、＜／Ｐ＞タグと、＜／ＣＥＮＴＥＲ＞タグと、＜／ＢＯＤＹ＞タグと、＜／ＨＴＭＬ＞タグとが含まれる。これにより、図７に示すような画面表示が実現される。しかしながら、ＨＴＭＬに従えば、第１文字列と第２文字列とにつき共通の設定については別個にタグを設ける必要はない。図５の例では、異なる部分は文字装飾のみで他の文字位置、文字サイズ、文字色については共通するため、＜ＣＥＮＴＥＲ＞タグ及び＜／ＣＥＮＴＥＲ＞タグ、ｃｏｌｏｒ属性が規定された＜ＦＯＮＴ＞タグ、ｓｉｚｅ属性が規定された＜ＦＯＮＴ＞タグ及び＜／ＦＯＮＴ＞タグは余分である。従って、本処理では、このような余分なタグを削除することによって通信データ量を減少させる。

次に具体的な処理フローを図８乃至図１１を用いて説明する。重複定義削除処理部３３の重複定義チェック部３３１は、第１Ｗｅｂページデータ格納部３２に格納されたＨＴＭＬファイルから１タグ（タグでない文字列については次のタグを検出するまでの全文字列）を例えばメインメモリ等の記憶装置に読み出す（図８：ステップＳ３１）。そして読み出したタグが＜／ＨＴＭＬ＞タグであるか判断する（ステップＳ３３）。すなわち、ＨＴＭＬファイルの終了タグを読み出したか判断する。＜／ＨＴＭＬ＞タグであると判断された場合には、ステップＳ６０に移行する。＜／ＨＴＭＬ＞タグではないと判断されると、チェック定義テーブル格納部３３２に格納されたチェック定義テーブルを参照して、チェック対象タグを読み出したか判断する（ステップＳ３５）。例えばチェック定義テーブルは、図９のようなデータ・テーブルである。すなわち、チェックすべきタグのデータとして、位置についてのタグ（＜ＣＥＮＴＥＲ＞タグ、＜ＬＥＦＴ＞タグ、＜ＲＩＧＨＴ＞タグ）、フォントサイズについてのタグ（＜ＦＯＮＴ＞タグ）及び属性（ｓｉｚｅ）、フォントカラーについてのタグ（＜ＦＯＮＴ＞タグ）及び属性（ｃｏｌｏｒ）、文字修飾についてのタグ（＜ｉ＞タグ、＜Ｂ＞タグ）が規定されている。

もしステップＳ３５においてチェック対象タグではないと判断された場合、チェック対象タグの終了タグであるか判断する（ステップＳ５３）。例えば、図６の例では、＜ＨＴＭＬ＞タグから＜Ｐ＞タグまでのタグを処理する場合には、ステップＳ３３、ステップＳ３５を経由してステップＳ５３に移行し、ステップＳ５３でチェック対象タグの終了タグでもないと判断される。ステップＳ５３でチェック対象タグの終了タグでないと判断された場合には、当該タグ等を第２Ｗｅｂページデータ格納部３４に格納する（ステップＳ５９）。そしてステップＳ３１に移行する。

一方、ステップＳ３５においてチェック対象タグであると判断された場合、同種のチェックフラグがＯＮにセットされているか判断する（ステップＳ３７）。重複定義チェック部３３１は、比較テーブル格納部３３４の比較テーブルを参照して同種のチェックフラグがＯＮであるか判断する。比較テーブルの初期状態を図１０（ａ）に示す。図１０（ａ）に示すように比較テーブルには、位置についてのタグのチェックフラグ、フォントサイズについてのタグのチェックフラグ、フォントカラーについてのタグのチェックフラグ、及び文字装飾についてのタグのチェックフラグが設けられている。初期的には図１０（ａ）のように全てＯＦＦとなっている。例えば図６の＜ＣＥＮＴＥＲ＞タグを処理する場合には、位置についてのタグのチェックフラグを参照するが、全てのチェックフラグがＯＦＦとなっているので、ここではステップＳ３９に移行する。

すなわち、同種のチェックフラグがＯＦＦである場合には、タグ（又は属性値）を比較テーブル格納部３３４の比較テーブルに格納する（ステップＳ３９）。そして、比較テーブルにおいて、処理対象タグの種類に応じたチェックフラグをＯＮにセットする（ステップＳ４１）。図６の＜ＣＥＮＴＥＲ＞タグの場合には、図１０（ｂ）に示すように位置についてのタグのチェックフラグをＯＮにセットし、タグ名（ＣＥＮＴＥＲ）を登録する。さらに、処理対象タグを第２Ｗｅｂページデータ格納部３４に格納する（ステップＳ４３）。その後ステップＳ３１に戻る。

図６のフォントカラーについてのタグ＜ｆｏｎｔ ｃｏｌｏｒ＝”＃００ＦＦＦＦ”＞を処理する場合には、ステップＳ３３、ステップＳ３５、ステップＳ３７、ステップＳ３９、ステップＳ４１及びステップＳ４３を経由して処理が行われ、例えば図１０（ｃ）に示すような比較テーブルが比較テーブル格納部３３４に格納される。すなわち、フォントカラーについてのタグのチェックフラグがＯＮにセットされ、属性値「＃００ＦＦＦＦ」が登録されている。

図６のフォントサイズについてのタグ＜ＦＯＮＴ ｓｉｚｅ＝”２”＞を処理する場合には、同じくステップＳ３３、ステップＳ３５、ステップＳ３７、ステップＳ３９、ステップＳ４１及びステップＳ４３を経由して処理が行われ、例えば図１０（ｄ）に示すような比較テーブルが比較テーブル格納部３３４に格納される。すなわち、フォントサイズについてのタグのチェックフラグがＯＮにセットされ、属性値「２」が登録されている。

また図６の文字装飾についてのタグ＜Ｂ＞を処理する場合には、同じくステップＳ３３、ステップＳ３５、ステップＳ３７、ステップＳ３９、ステップＳ４１及びステップＳ４３を経由して処理が行われ、例えば図１０（ｅ）に示すような比較テーブルが比較テーブル格納部３３４に格納される。すなわち、文字装飾についてのタグのチェックフラグがＯＮにセットされ、タグ名（Ｂ）が登録されている。

さらに図６の文字列「１２３」を処理する場合には、ステップＳ３３、ステップＳ３５、ステップＳ５３、及びステップＳ５９を経由して処理が行われ、文字列「１２３」は第２Ｗｅｂページデータ格納部３４に格納される。

次に、図６の文字装飾についての＜Ｂ＞タグの終了タグ＜／Ｂ＞を処理する場合には、ステップＳ３３及びステップＳ３５を経由して、ステップＳ５３において、チェック定義テーブル格納部３３２を参照してチェック対象タグの終了タグであると判断される。この場合、同じ終了タグが既に終了タグ格納部３３３に格納済みであるか判断する（ステップＳ５５）。今回の場合には、まだいずれの終了タグも終了タグ格納部３３３に登録されていないので、ステップＳ５７に移行して、当該終了タグを終了タグ格納部３３３に登録する。この終了タグについては同じ種類の次の開始タグの直前に配置すれば問題ないが、ここでは当該終了タグと対応する開始タグにより挟まれた文字列（有効文字列）を終了タグ格納部３３３において格納しておくことにより、適切な位置に配置し直すことが可能となる。従って、本実施の形態では最終の有効文字列を終了タグ格納部３３３に登録しておくことにする。上で述べた例の終了タグ＜／Ｂ＞については、文字列「１２３」を合わせて登録する。

また、図６のフォントについての＜ｆｏｎｔ＞タグの終了タグ＜／ｆｏｎｔ＞を処理する場合には、ステップＳ３３、ステップＳ３５、ステップＳ５３、ステップＳ５５及びステップＳ５７を経由して、終了タグ格納部３３３に＜／ｆｏｎｔ＞と文字列「１２３」を格納する。

さらに図６の＜／ｐ＞タグについては、ステップＳ３３、ステップＳ３５、ステップＳ５３及びステップＳ５９を経由して処理され、第２Ｗｅｂページデータ格納部３４に格納される。

また図６の位置についての＜ＣＥＮＴＥＲ＞タグの終了タグ＜／ＣＥＮＴＥＲ＞を処理する場合には、ステップＳ３３、ステップＳ３５、ステップＳ５３、ステップＳ５５及びステップＳ５７を経由して、終了タグ格納部３３３に＜／ＣＥＮＴＥＲ＞と文字列「１２３」を格納する。

ここまで処理すると終了タグ格納部３３３には、図１０（ｆ）に示すようなデータが格納されている。すなわち、終了タグ＜／Ｂ＞と文字列「１２３」、終了タグ＜／ｆｏｎｔ＞と文字列「１２３」、及び終了タグ＜／ＣＥＮＴＥＲ＞と文字列「１２３」が格納されている。

次に図６の＜Ｐ＞タグについては、ステップＳ３３、ステップＳ３５、ステップＳ５３及びステップＳ５９を経由して処理され、第２Ｗｅｂページデータ格納部３４に格納される。

そして図６の２度目の＜ＣＥＮＴＥＲ＞タグを処理する場合には、ステップＳ３３及びステップＳ３５を経由して、ステップＳ３７において、同種のチェックフラグがＯＮであると判断される。従って、タグ（又は属性値）が比較テーブル格納部３３４の比較テーブルに登録されているものと同じであるか判断される（ステップＳ４５）。この場合、位置についてのタグのチェックフラグに対応して「ＣＥＮＴＥＲ」が登録されているため、「一致する」と判断される。そうすると何もせずステップＳ３１に戻る。すなわち、＜ＣＥＮＴＥＲ＞タグは重複したタグとして削除されたことになる。

次に、図６の２度目の＜ｆｏｎｔ ｃｏｌｏｒ＝”＃００ＦＦＦＦ”＞タグを処理する場合には、ステップＳ３３、ステップＳ３５、ステップＳ３７及びステップＳ４５を経由して、何もせずにステップＳ３１に戻る。すなわち、＜ｆｏｎｔ ｃｏｌｏｒ＝”＃００ＦＦＦＦ”＞タグは重複したタグとして削除されたことになる。

さらに図６の２度目の＜ｆｏｎｔ ｓｉｚｅ＝”２”＞タグを処理する場合には、ステップＳ３３、ステップＳ３５、ステップＳ３７及びステップＳ４５を経由して、何もせずにステップＳ３１に戻る。すなわち、＜ｆｏｎｔ ｓｉｚｅ＝”２”＞タグは重複したタグとして削除されたことになる。

そして図６の＜ｉ＞タグを処理する場合には、ステップＳ３３、ステップＳ３５及びステップＳ３７を経由して、ステップＳ４５において、タグ（又は属性値）が一致しないと判断される。従って、終了タグ格納部３３３に格納されている同種（ここでは文字装飾という種類）の終了タグを対応位置に配置するように第２Ｗｅｂページデータ格納部３４に格納する（ステップＳ４７）。終了タグ格納部３３３には図１０（ｆ）に示したようなデータが格納されており、文字修飾についてのタグの対応終了タグ＜／Ｂ＞を、文字列「１２３」の後ろに配置するように、第２Ｗｅｂページデータ格納部３４に格納する。なお、第２Ｗｅｂページデータ格納部３４に格納された終了タグ格納部３３３内のタグは削除される。すなわち、終了タグ格納部３３３には図１０（ｇ）に示すようなデータが格納されるようになる。また、処理対象タグを第２Ｗｅｂページデータ格納部３４に格納する（ステップＳ４９）。さらに、タグ（又は属性値）を比較テーブル格納部３３４の比較テーブルに上書き登録する（ステップＳ５１）。今回の例では、文字装飾についてのタグとして「Ｂ」が登録されているので、これに代わって「ｉ」を上書き登録する。このような処理を行うと比較テーブルは図１０（ｈ）に示すようなデータが格納される。すなわち、文字装飾についてのタグのチェックフラグはＯＮのままで、対応してタグ名「ｉ」が登録されている。残りの部分は図１０（ｅ）と同じである。その後処理はステップＳ３１に戻る。

さらに図６の文字列「４５６」を処理する場合には、ステップＳ３３、ステップＳ３５、ステップＳ５３、及びステップＳ５９を経由して処理が行われ、文字列「４５６」は第２Ｗｅｂページデータ格納部３４に格納される。

また図６の＜／ｉ＞タグを処理する場合には、ステップＳ３３、ステップＳ３５、ステップＳ５３、ステップＳ５５及びステップＳ５７を経由して処理され、＜／ｉ＞タグ及び文字列「４５６」が終了タグ格納部３３３に格納される。

次に図６の＜／ｆｏｎｔ＞を処理する場合には、ステップＳ３３、ステップＳ３５及びステップＳ５３を経由して、ステップＳ５５において同じ終了タグが終了タグ格納部３３３に登録済みであると判断される。そうすると、終了タグ格納部３３３において同じ終了タグに対応して登録されている文字列を今回の有効文字列に変更する（ステップＳ５８）。すなわち、文字列「１２３」から、文字列「４５６」に変更する。

また図６の＜／Ｐ＞を処理する場合には、ステップＳ３３、ステップＳ３５、ステップＳ５３及びステップＳ５９を経由して処理され、第２Ｗｅｂページデータ格納部３４に格納される。

さらに図６の＜／ＣＥＮＴＥＲ＞を処理する場合には、ステップＳ３３、ステップＳ３５、ステップＳ５３、ステップＳ５５及びステップＳ５８を経由して処理され、＜／ＣＥＮＴＥＲ＞タグに対応して登録されている文字列「１２３」に代わって、今回の有効文字列「４５６」が登録される。ここまでの処理により、終了タグ格納部３３３には、図１０（ｉ）に示すようなデータが格納される。

そして図６の＜／ｂｏｄｙ＞を処理する場合には、ステップＳ３３、ステップＳ３５、ステップＳ５３及びステップＳ５９を経由して処理され、第２Ｗｅｂページデータ格納部３４に格納される。

最後に図６の＜／ＨＴＭＬ＞を処理する場合にはステップＳ３３を経由して、ステップＳ６０において、＜／ＨＴＭＬ＞タグを第２Ｗｅｂページデータ格納部３４に格納する。また、終了タグ格納部３３３に格納されている終了タグを対応位置に配置するように第２Ｗｅｂページデータ格納部３４に格納する（ステップＳ６１）。そして元の処理に戻る。終了タグ格納部３３３には図１０（ｉ）に示すようなデータが格納されているので、＜／ｆｏｎｔ＞、＜／ＣＥＮＴＥＲ＞及び＜／ｉ＞を文字列「４５６」の後に配置する。従って図１１に示すようなＨＴＭＬファイルが第２Ｗｅｂページデータ格納部３４に格納されることになる。

このような処理を実施することにより、重複したタグが削除され通信データ量が削減される。

図４の処理に戻って、次に、コード変換処理部３５が、コード変換処理を実施する（ステップＳ９）。コード変換処理については図１２乃至図１７を用いて説明する。まず、コード変換処理部３５のタグ抽出部３５１は、第２Ｗｅｂページデータ格納部３４からタグ等（タグ以外の場合には次のタグまでの全文字列）を読み出す（図１２：ステップＳ７１）。そして、抽出定義データ格納部３５２を参照して変換処理対象の文字列を含むタグであるか判断する（ステップＳ７３）。抽出定義データ格納部３５２の一例を図１３に示す。図１３には、抽出定義データとして、抽出すべきタグのタグ名及び当該タグの属性名を規定するテーブルを示す。本実施の形態では、タグ名として、＜Ａ＞タグと、＜ＩＮＰＵＴ＞タグと、＜ＳＥＬＥＣＴ＞タグと、＜ＯＰＴＩＯＮ＞タグとが含まれる。また、＜ＩＮＰＵＴ＞タグには、ＴＹＰＥ属性の属性値として「ＴＥＸＴ」「ＣＨＥＣＫＢＯＸ」「ＲＡＤＩＯ」が抽出における必須の属性及び属性値として規定されている。すなわち、＜ＩＮＰＵＴ＞タグであってもＴＹＰＥ属性の属性値が「ＳＵＢＭＩＴ」等の場合には、必須の属性及び属性値が一致しないので抽出されない。また、変換対象文字列（属性値）を規定するための属性名として、＜Ａ＞タグのＨＲＥＦ属性、＜ＩＮＰＵＴ＞タグ及び必須属性及び属性値ＴＹＰＥ＝ＴＥＸＴについてはＮＡＭＥ属性、＜ＩＮＰＵＴ＞タグ及び必須属性及び属性値ＴＹＰＥ＝ＣＨＥＣＫＢＯＸについてはＮＡＭＥ属性及びＶＡＬＵＥ属性、＜ＩＮＰＵＴ＞タグ及び必須属性及び属性値ＴＹＰＥ＝ＲＡＤＩＯについてはＮＡＭＥ属性及びＶＡＬＵＥ属性、＜ＳＥＬＥＣＴ＞タグについてはＮＡＭＥ属性、＜ＯＰＴＩＯＮ＞タグについてはＶＡＬＵＥ属性が含まれている。ステップＳ７３では、ステップＳ７１において読み出したタグのタグ名が、図１３のテーブルに登録されており、且つ属性及び属性値が図１３のテーブルに登録された必須属性及び属性値を有しているかをまず判断する。もし、この条件を満たしている場合には、必須属性以外の属性が、当該タグ並びに必須属性及び属性値に対応して図１３のテーブルに格納されている属性となっているか判断する。

例えば図１４に示すようなＨＴＭＬファイルを処理するものとする。最初の＜ＨＴＭＬ＞タグから＜ｆｏｒｍ ａｃｔｉｏｎ＝Ｐｏｓｔ．ｊｓｐ＞タグまでは、ステップＳ７３において変換処理対象の文字列を含むタグではないと判断され、ステップＳ７５に移行する。そして、読み出したタグ等を第３Ｗｅｂページデータ格納部３６に格納する。すなわち、特に変換処理を実施しない。

一方、図１４の＜ａ ｈｒｅｆ＝”ｈｔｔｐ：／／ｗｗｗ．ｂｓｃ．ｃｏ．ｊｐ／ｂｓｃ／”＞タグについては、ステップＳ７３において変換対象の文字列を含むタグであると判断される。そして、コード変換部３５３は、ステップＳ７３において特定された属性の属性値にコードを割り当てる（ステップＳ７７）。そして、属性値とコードの対を変換テーブル格納部３７の変換テーブルに登録する（ステップＳ７９）。コードの長さが変換元の文字列より短ければ、通信データ量を減らすことが出来る。また、変換元の文字列（属性値）とコードとの関連性がなければ、例えば変換後のコードを含むＨＴＭＬファイルを盗み見る者がいたとしても、コードから元の文字列を抽出できず、当該ＨＴＭＬファイルより後のデータを不正に取得できない。従って、特定の数列、ランダムな数列、若しくは文字又は記号列（記号のみを含む）などを割り当てる。但し、特定した文字列が「１」「２」「３」というような文字列であるにもかかわらず、割り当てるコードを「１」「２」「３」といった数列に従って割り当てると、意味がない場合もあるので、元の文字列とコードとが重複しないようすることが好ましい。このような重複を避けるためには、変換対象の全ての属性値を抽出した後に、変換対象の属性値と重複しないようなコードを割り当て、それから変換テーブルに登録する。なお、本実施の形態では、説明を簡単にするため、検出順に「１」「２」「３」という数列に従って数字をコードとして文字列に割り当てることとする。また、同じ属性値がＨＴＭＬファイル中に何度も登場する場合もあるので、変換テーブルを参照して同じ属性値に異なるコードを割り当てないように確認する。

そしてコード変換部３５３は、属性値をコードに変換した後のタグを第３Ｗｅｂページデータ格納部３６に格納する（ステップＳ８１）。＜ａ ｈｒｅｆ＝”ｈｔｔｐ：／／ｗｗｗ．ｂｓｃ．ｃｏ．ｊｐ／ｂｓｃ／”＞は、＜ａ ｈｒｅｆ＝”１”＞に変換され、第３Ｗｅｂページデータ格納部３６に格納される。

またタグ抽出部３５１は、全てのタグ等のデータを処理したか判断する（ステップＳ８３）。もし、最後の＜／ＨＴＭＬ＞タグまで処理すれば全て処理したことになるので、元の処理に戻る。一方、未処理のタグ等があればステップＳ７１に戻る。

図１４の例では、＜ａ ｈｒｅｆ＝”ｈｔｔｐ：／／ｗｗｗ．ｂｓｃ．ｃｏ．ｊｐ／ａｒｂ／”＞タグ、＜ｉｎｐｕｔ ｔｙｐｅ＝ｔｅｘｔ ｎａｍｅ＝ｕｉｄ＞タグ、＜ｉｎｐｕｔ ｔｙｐｅ＝ｃｈｅｃｋｂｏｘ ｎａｍｅ＝ｍｏｄｅ ｖａｌｕｅ＝”ｏｎ”＞タグ、＜ｉｎｐｕｔ ｔｙｐｅ＝ｒａｄｉｏ ｎａｍｅ＝ｃｏｕｒｓｅ ｖａｌｕｅ＝”ｔｙｐｅ１”＞タグ、＜ｉｎｐｕｔ ｔｙｐｅ＝ｒａｄｉｏ ｎａｍｅ＝ｃｏｕｒｓｅ ｖａｌｕｅ＝”ｔｙｐｅ２”＞タグ、＜ｓｅｌｅｃｔ ｎａｍｅ＝”ｋｕｄａｍｏｎｏ”＞タグ、＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝”オレンジ”＞タグ、＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝”メロン”＞タグ、＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝”バナナ”＞タグ、及び＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝”レモン” ＳＥＬＥＣＴＥＤ＞タグについては、その属性値がコードに変換される。また、＜ｉｎｐｕｔ ｔｙｐｅ＝ｃｈｅｃｋｂｏｘ ｎａｍｅ＝ｍｏｄｅ ｖａｌｕｅ＝”ｏｎ”＞タグのように、１つのタグに複数の変換対象の属性値が含まれる場合もある。

一方、図１４の例では、＜ｉｎｐｕｔ ｔｙｐｅ＝ｓｕｂｍｉｔ ｖａｌｕｅ＝送信＞タグは、必須属性及び属性値が一致しないので、変更対象として抽出しない。

以上のような変換処理を実施すると、図１５に示すような変換テーブルが変換テーブル格納部３７に格納される。すなわち、変換後のコードと変換前の文字列とが対応付けられている。この変換テーブルは、ユーザ及びセッション毎に設けられる。すなわち、ユーザ固有のものであって、同じユーザであっても基本的には２以上のＨＴＭＬファイルで共通して用いることはない。コードは、「１」から「１３」までの数字となっている。但し、「ａ」から「ｍ」までのアルファベットであってもよいし、検出順ではなくランダムな数字を与えても良い。また、本変換テーブルに従って生成され、第３Ｗｅｂページデータ格納部３６に格納されるＨＴＭＬファイルは、図１６に示すようになる。すなわち、＜ａ ｈｒｅｆ＝”ｈｔｔｐ：／／ｗｗｗ．ｂｓｃ．ｃｏ．ｊｐ／ｂｓｃ／”＞タグが、＜ａ ｈｒｅｆ＝”１”＞タグに、＜ａ ｈｒｅｆ＝”ｈｔｔｐ：／／ｗｗｗ．ｂｓｃ．ｃｏ．ｊｐ／ａｒｂ／”＞タグが＜ａ ｈｒｅｆ＝”２”＞タグに、＜ｉｎｐｕｔ ｔｙｐｅ＝ｔｅｘｔ ｎａｍｅ＝ｕｉｄ＞タグが＜ｉｎｐｕｔ ｔｙｐｅ＝ｔｅｘｔ ｎａｍｅ＝３＞タグに、＜ｉｎｐｕｔ ｔｙｐｅ＝ｃｈｅｃｋｂｏｘ ｎａｍｅ＝ｍｏｄｅ ｖａｌｕｅ＝”ｏｎ”＞タグが＜ｉｎｐｕｔ ｔｙｐｅ＝ｃｈｅｃｋｂｏｘ ｎａｍｅ＝４ ｖａｌｕｅ＝５＞タグに、＜ｉｎｐｕｔ ｔｙｐｅ＝ｒａｄｉｏ ｎａｍｅ＝ｃｏｕｒｓｅ ｖａｌｕｅ＝”ｔｙｐｅ１”＞タグが＜ｉｎｐｕｔ ｔｙｐｅ＝ｒａｄｉｏ ｎａｍｅ＝６ ｖａｌｕｅ＝７＞タグに、＜ｉｎｐｕｔ ｔｙｐｅ＝ｒａｄｉｏ ｎａｍｅ＝ｃｏｕｒｓｅ ｖａｌｕｅ＝”ｔｙｐｅ２”＞タグが＜ｉｎｐｕｔ ｔｙｐｅ＝ｒａｄｉｏ ｎａｍｅ＝６ ｖａｌｕｅ＝８＞タグに、＜ｓｅｌｅｃｔ ｎａｍｅ＝”ｋｕｄａｍｏｎｏ”＞タグが＜ｓｅｌｅｃｔ ｎａｍｅ＝９＞タグに、＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝”オレンジ”＞タグが＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝１０＞タグに、＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝”メロン”＞タグが＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝１１＞タグに、＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝”バナナ”＞タグが＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝１２＞タグに、及び＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝”レモン” ＳＥＬＥＣＴＥＤ＞タグが＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝１３ ＳＥＬＥＣＴＥＤ＞タグに変換される。

このようにすれば、文字の表示態様を規定する重複タグだけではなく、後にユーザ端末から返信される可能性があるようなタグの属性値についてもコードに変換することにより、ユーザ端末における表示内容に影響を与えずに、通信データ量を削減できる。後にユーザ端末から返信される可能性があるため、ユーザ端末への下り方向だけではなく、ユーザ端末からＷｅｂコンテンツ制御システム３への上り方向の通信データ量も削減できる。また、「１」から「１３」の数字では元の内容を推定することが出来ず、セキュリティレベルも上がっている。

なお、図１４のようなＨＴＭＬファイルであっても図１６のようなＨＴＭＬファイルであっても図１７に示すような画面がユーザ端末の表示装置に表示される。図１７の例では、「ＢＳＣ Ｔｏｐ Ｐａｇｅ」リンク１７０１、「ＡＲＢ Ｔｏｐ Ｐａｇｅ」リンク１７０２、ユーザＩＤ入力欄１７０３、詳細モードのチェックボックス１７０４、タイプ１又はタイプ２のいずれかを選択するためのラジオボタン１７０５、コンボボックス１７０６、及び送信ボタン１７０７が含まれる。

図４の処理フローの説明に戻って、Ｗｅｂコンテンツ制御システム３の送信部３８は、第３Ｗｅｂページデータ格納部３６に格納されている修正後のＨＴＭＬファイル（Ｗｅｂページ・データ）をユーザ端末に送信する（ステップＳ１１）。ユーザ端末は、Ｗｅｂコンテンツ制御システム３から修正後のＷｅｂページ・データを受信し、表示装置に表示する（ステップＳ１３）。上でも述べたように例えば図１７に示すような画面が表示されたものとする。

そしてユーザがユーザ端末を操作し、ユーザＩＤ入力欄１７０３に８００３を入力し、詳細モードのチェックボックス１７０４にチェックを付し、ラジオボタン１７０５においてタイプ１を選択し、チェックボックス１７０６においてレモンを選択し、「送信」ボタン１７０７をクリックしたものとする。そうすると、ユーザ端末のＷｅｂブラウザは、当該ユーザ入力を受け付け、「ｈｔｔｐ：／／（Ｗｅｂコンテンツ制御システム３のＵＬＲホスト部）／Ｐｏｓｔ．ｊｓｐ？３＝８００３＆４＝５＆６＝７＆９＝１３」というリクエスト・メッセージを生成して、Ｗｅｂコンテンツ制御システム３に送信する（ステップＳ１５）。中継サーバＵＲＬホスト部については、表示しているＨＴＭＬファイルのＵＲＬから特定する。Ｐｏｓｔ．ｊｓｐが相対パスで指定されているためである。Ｗｅｂコンテンツ制御システム３の代理アクセス部３１は、ユーザ端末からリクエスト・メッセージを受信し（ステップＳ１７）、変換テーブル格納部３７の変換テーブルに従ってリクエスト・メッセージを変換する（ステップＳ１９）。上のリクエスト・メッセージの場合には、「ｈｔｔｐ：／／（対応ＷｅｂサイトのＵＲＬホスト部）／Ｐｏｓｔ．ｊｓｐ？ｕｉｄ＝８００３＆ｍｏｄｅ＝”ｏｎ”＆ｃｏｕｒｓｅ＝ｔｙｐｅ１＆ｋｕｄａｍｏｎｏ＝レモン（「レモン」はＵＲＬエスケープコードを使って指定される）」というリクエスト・メッセージが例えばＷｅｂサーバ９に送信される（ステップＳ２１）。送信処理については通常の処理と変わらないのでこれ以上説明しない。そして処理はステップＳ５に戻る。なお、ステップＳ５に戻る時には、基本的にはステップＳ１９において使用した変換テーブルをクリアする。

また、ステップＳ１５において、ユーザが「ＢＳＣ ＴＯＰ Ｐａｇｅ」リンク１７０１をクリックした場合には、ユーザ端末からは「ｈｔｔｐ：／／（Ｗｅｂコンテンツ制御システム３のＵＲＬホスト部）／１」というリクエスト・メッセージを生成し、Ｗｅｂコンテンツ制御システム３に送信する。Ｗｅｂコンテンツ制御部３の代理アクセス部３１は、変換テーブルに従って「ｈｔｔｐ：／／ｗｗｗ．ｂｓｃ．ｃｏ．ｊｐ／ｂｓｃ／」というリクエスト・メッセージに変換し、例えばＷｅｂサーバ９に転送する。

このような処理を実施することにより、通信データ量を削減でき、さらにコード変換を実施する場合にはセキュリティレベルを向上させることが出来る。

なお、上では基本的にクッキーにてセッションＩＤをやり取りする例を示したが、他にも方法がある。例えば、図８の処理を行った後に、飛び先ＵＲＬなどを指定する属性を抽出して、セッションＩＤのデータを付加する。例えば、＜ｆｏｒｍ＞タグにおけるａｃｔｉｏｎ属性や、＜Ａ＞タグにおけるｈｒｅｆ属性といった属性を抽出し、その属性値に例えば「？ｊｓｅｓｓｉｏｎｉｄ＝ＸＸＸＸ」（ＸＸＸＸはセッションＩＤそのもの）を付加する。例えば、図１６の例では、「＜ｆｏｒｍ ａｃｔｉｏｎ＝Ｐｏｓｔ．ｊｓｐ？ｊｓｅｓｓｉｏｎｉｄ＝ＸＸＸＸ＞」、「＜Ａ ｈｒｅｆ＝”１？ｊｓｅｓｓｉｏｎｉｄ＝ＸＸＸＸ”＞」「＜Ａ ｈｒｅｆ＝”２？ｊｓｅｓｓｉｏｎｉｄ＝ＸＸＸＸ”＞」といったように変換する。

このようにすれば、ユーザ端末からのリクエスト・メッセージは、「ｈｔｔｐ：／／（Ｗｅｂコンテンツ制御システム３のＵＲＬホスト部）／Ｐｏｓｔ．ｊｓｐ？ｊｓｅｓｓｉｏｎｉｄ＝ＸＸＸＸ？３＝８００３＆４＝５＆６＝７＆９＝１３」というようにリクエスト・メッセージのみからセッションＩＤを特定できるようになる。また、他の例についても「ｈｔｔｐ：／／（Ｗｅｂコンテンツ制御システム３のＵＲＬホスト部）／１？ｊｓｅｓｓｉｏｎｉｄ＝ＸＸＸＸ」となり、同様にセッションＩＤを特定できる。

［実施の形態２］
次に本発明の第２の実施の形態を説明する。図１８に本実施の形態に係るシステム概要図を示す。なお、図１と同じ構成要素には同じ符号を付している。ネットワーク１には、１又は複数のＷｅｂサーバ９と、本実施の形態に係る主要な処理を実施するＷｅｂコンテンツ制御システム３００とが接続されている。Ｗｅｂコンテンツ制御システム３００には、ネットワーク６を介して無線基地局７と接続されている。また、本実施の形態に係る携帯電話機５０ａやＰＤＡ５０ｂは、無線で無線基地局７に接続する。ここでも携帯電話機５０ａやＰＤＡ５０ｂ、無線基地局７の数については、いくつあっても良い。

本実施の形態におけるＷｅｂコンテンツ制御システム３００は、携帯電話機５０ａ等に代わってＷｅｂサーバ９にアクセスしてＷｅｂページ・データ（ＨＴＭＬファイル）を受信しＷｅｂページデータ格納部３０２に格納する代理アクセス部３０１と、代理アクセス部３０１により取得されたＷｅｂページ・データを格納するＷｅｂページデータ格納部３０２と、Ｗｅｂページデータ格納部３０２に格納されている特定のユーザ端末用の前回のＷｅｂページ・データと今回受信したＷｅｂページ・データとの差を識別し差分データを生成して差分データ格納部３０４に格納する差分データ生成部３０３と、差分データ生成部３０３により生成された差分データ等を格納する差分データ格納部３０４と、差分データ格納部３０４に格納されている差分データ等を携帯電話機５０ａ等に送信する送信部３０５とを含む。

また、本実施の形態における携帯電話機５０ａは、本実施の形態に係るＷｅｂブラウザ５１ａと直前に用いたＨＴＭＬファイルを格納するＨＴＭＬファイル格納部５３ａとを有している。このＷｅｂブラウザ５１ａは、Ｗｅｂコンテンツ制御システム３００からの差分データとＨＴＭＬファイル格納部５３ａに格納された直前に用いたＨＴＭＬファイルとから今回使用するＨＴＭＬファイルを再構成するＨＴＭＬファイル再構成部５２ａを含む。ＰＤＡ５０ｂについても同様の構成を有する。

本実施の形態では、前回の表示と今回の表示との差分に係る差分データ（及び以下で説明する編集データ）のみをＷｅｂコンテンツ制御システム３００から携帯電話機５０ａ等に送信することにより、通信データ量を削減するものである。例えば直前に図１９（ａ）に示すような表示内容であり、次に図１９（ｂ）に示すような表示内容のＷｅｂページにアクセスした場合に、図１９（ａ）の表示部分Ａは図１９（ｂ）の表示部分Ａ’と同じであり、図１９（ａ）の表示部分Ｂと図１９（ｂ）の表示部分Ｂ’とは異なり、図１９（ａ）の表示部分Ｃと図１９（ｂ）の表示部分Ｃ’とは異なり、図１９（ａ）の表示部分Ｄは図１９（ｂ）の表示部分Ｄ’と同じであり、図１９（ａ）の表示部分Ｅは図１９（ｂ）の表示部分Ｅ’と同じである。従って、表示部分Ｂ’及び表示部分Ｃ’のためのデータ及びＷｅｂブラウザ５１ａのＨＴＭＬファイル再構成部５２ａにおいて必要な編集データのみをＷｅｂコンテンツ制御システム３００から携帯電話機５０ａに送信する。

以下、図２０及び図２１を用いて図１８に示したシステムの処理フローを説明する。なお、Ｗｅｂコンテンツ制御システム３００を使用するための認証が必要な場合は、既に認証済みであるものとする。まず、ユーザはユーザ端末（携帯電話機５０ａ又はＰＤＡ５０ｂ）を操作して、特定のＷｅｂサイト（Ｗｅｂサーバ）にアクセス・リクエストを送信させる（ステップＳ１０１）。なお、セッションを特定するためのクッキー等も送信する。Ｗｅｂコンテンツ制御システム３００の代理アクセス部３０１は、ユーザ端末からアクセス・リクエストを受信すると、特定のＷｅｂサイトへ当該アクセス・リクエストを転送する（ステップＳ１０３）。なお、Ｗｅｂコンテンツ制御システム３００には、受信ＵＲＬ（Uniform Resouce Locator）と転送先ＷｅｂサーバのＵＲＬとの対応関係は予め登録されているものとする。

そして、代理アクセス部３０１は、特定のＷｅｂサイトからＷｅｂページ・データを受信し、Ｗｅｂページデータ格納部３０２に格納する（ステップＳ１０５）。Ｗｅｂページデータ格納部３０２には、例えばセッションＩＤやユーザＩＤに対応付けてＷｅｂページ・データを格納する。Ｗｅｂページデータ格納部３０２には、セッションＩＤ等に対応付けられて（１）直前のＨＴＭＬファイル及び（２）今回受信したＨＴＭＬファイルが格納されている。なお、本実施の形態ではＨＴＭＬファイルのみを取り扱い、他のファイルについてはそのままユーザ端末に転送するものとする。

そして差分データ生成部３０３は、Ｗｅｂページデータ格納部３０２を参照して、同じユーザ端末からのリクエストに係る今回受信したＷｅｂページ・データと直前のＷｅｂページ・データとを比較して、差分を抽出する（ステップＳ１０７）。

例えば図２１（ａ）が直前のＨＴＭＬファイルの文字列を模式的に表し、図２１（ｂ）が今回受信したＨＴＭＬファイルの文字列を模式的に表したものである。図２１（ａ）及び図２１（ｂ）の各数字は文字位置を示しており、各数字の位置に文字が配置されているものとする。また、図２１（ａ）において、白抜き文字は図２１（ｂ）と相違する文字列を示しており、通常の数字が示されている部分は図２１（ｂ）共通する文字列を示している。また図２１（ｂ）では、白抜き文字は図２１（ａ）と相違する文字列を示しており、通常の数字が示されている部分は図２１（ａ）と共通する文字列を示している。本例では、前回の文字１乃至１０と今回の文字１乃至１０、前回の文字２５乃至３４と今回の文字１４乃至２３、前回の文字７２乃至８１と今回の文字６８乃至７７、前回の文字９１乃至１００と今回の文字８１乃至９０とが一致している。従って、送信すべき文字は、今回の文字１１乃至１３、文字２４乃至６７、文字７８乃至８０、文字９１乃至１００を差分データとして特定し、差分データ格納部３０４に格納する。

そして差分データ生成部３０３は、編集データを生成し、差分データ格納部３０４に格納する（ステップＳ１０９）。編集データは、どのようにＨＴＭＬファイルを再構成するかを示すデータである。図２１（ａ）及び図２１（ｂ）に示した例であれば、前回の文字１乃至１０を位置１へ、文字２５乃至３４を位置１４へ、文字７２乃至８１を位置６８へ、文字９１乃至１００を位置８１へというデータである。すなわち、前回の文字列をどの位置に複写すればよいのかを示すデータである。差分データについては、送信順（Ｗｅｂブラウザ５１ａから見れば受信順）に編集データで特定されなかった文字位置を埋めるように配置すればよい。すなわち、位置１１乃至１３に１番目（元の文字位置１１）から３番目（元の文字位置１３）に送信した文字を配置し、位置２４乃至６７に４番目（元の文字位置２４）から４７番目（元の文字位置６７）に送信した文字を配置し、位置７８乃至８０に４８番目（元の文字位置７８）から５０番目（元の文字位置８０）に送信した文字を配置し、位置９１乃至１００に５１番目（元の文字位置９１）から６０番目（元の文字位置１００）を配置することがわかる。

そして、送信部３０５は、差分データ及び編集データをユーザ端末に送信する（ステップＳ１１１）。ユーザ端末のＷｅｂブラウザ５１ａは、Ｗｅｂコンテンツ制御システム３００から差分データ及び編集データを受信し、メインメモリ等の記憶装置に格納する（ステップＳ１１３）。そして、Ｗｅｂブラウザ５１ａのＨＴＭＬファイル再構成部５２ａは、ＨＴＭＬファイル格納部５３ａに格納されている前回のＨＴＭＬファイルを参照して、編集データ及び差分データに従って、今回のＨＴＭＬファイルを再構成し、ＨＴＭＬファイル格納部５３ａに格納する（ステップＳ１１５）。上で述べたように、前回のＨＴＭＬファイルのデータを編集データに従って配置し、残りの部分を今回受信した差分データで順番に埋めていくことにより、今回のＨＴＭＬファイルを再構成する。例えば図２１（ｃ）のようなＨＴＭＬファイルが再構成される。今回のＨＴＭＬファイルは次のＨＴＭＬファイルを再構成するために使用されるので、ＨＴＭＬファイル格納部５３ａに格納する。

そしてＷｅｂブラウザ５１ａは、再構成されたＨＴＭＬファイルに従って画面表示を行う（ステップＳ１１７）。なお、画像ファイルなどが必要な場合には、別途リクエストを出して取得した上で表示を行う。その後、処理はステップＳ１０１に戻って、図２０の処理フローを繰り返す。

以上のような処理を実施すれば、直前のＨＴＭＬファイルとほとんど差がないようなＨＴＭＬファイルを再度送るよりも通信データ量は少なくて済む。

なお、全く異なるようなＨＴＭＬファイルの場合には、当該ＨＴＭＬファイルが差分データとなり、前回のＨＴＭＬファイルの使用法を特定する編集データは無い。

以上本発明の実施の形態を説明したが、本発明はこれに限定されず、様々な変形が可能である。例えば、第１の実施の形態と第２の実施の形態を組み合わせることも可能である。その場合、例えば第１の実施の形態の処理を実施した後、第２の実施の形態の処理を実施する。その場合、コード変換がその都度行われるので、同一と判断される部分が少なくなる場合がある。そのため、変換テーブルを同じユーザにつき長い時間維持するような構成にすれば、同一と判断される部分が多くなると予測される。

また、図１及び図１８に示した機能ブロック図は一例であって、必ずしも実際のプログラム・モジュール構成に合致するものではない。

さらに、上で述べた処理フローにおいても処理順番を入れ替えることが出来る部分もある。

また、Ｗｅｂコンテンツ制御システム３及び３００は、図２２に示すように、メモリ２５０１とＣＰＵ２５０３とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び各実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上記機能を実現するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータは、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

また、携帯電話機５ａやＰＤＡ５ｂについても、ＨＤＤ２５０５やドライブ装置２５１３などの代わりにフラッシュメモリを保持する構成であって、大きな相違は無い。以上の実施形態に関し、更に以下の付記を開示する。

（付記１）
ユーザ端末における表示に影響を与えない文字列を特定するためのデータを格納する定義データ格納部を参照して、ユーザ端末からの要求に応じて他のサーバから受信したＨＴＭＬファイルにおいて、前記ユーザ端末における表示に影響を与えない文字列を特定する特定ステップと、
特定された前記文字列の属性に応じた方法に従ってデータ量を減らすように前記ＨＴＭＬファイルを変更し、変更された前記ＨＴＭＬファイルを前記ユーザ端末に送信する送信ステップと、
を含み、コンピュータにより実行されるＨＴＭＬファイル処理方法。

（付記２）
前記送信ステップが、
特定された前記文字列が前記ユーザ端末から返信される可能性を有する文字列である場合、特定された前記文字列に対してコードを割り当て、当該文字列とコードとの対応テーブルを構成するステップと、
前記対応テーブルに従って前記ＨＴＭＬファイルを変更し、変更された前記ＨＴＭＬファイルを前記ユーザ端末に送信する送信ステップと、
を含む付記１記載のＨＴＭＬファイル処理方法。

（付記３）
前記送信ステップが、
特定された前記文字列が文字の表示態様を特定するための重複するタグである場合、当該文字列を含まない前記ＨＴＭＬファイルを生成するステップ、
を含む付記１又は２記載のＨＴＭＬファイル処理方法。

（付記４）
前記コードが前記文字列より短い文字列であることを特徴とする付記２記載のＨＴＭＬファイル処理方法。

（付記５）
前記コードが、前記ＨＴＭＬファイルにおいて特定された前記文字列と重複することなく任意に割り当てられた文字列であることを特徴とする付記２記載のＨＴＭＬファイル処理方法。

（付記６）
前記ユーザ端末から前記コードを含むメッセージを受信した場合、前記対応テーブルを参照して、前記メッセージ内の前記コードを前記文字列に置換するステップと、
置換後の前記メッセージを転送するステップと、
をさらに含む付記２記載のＨＴＭＬファイル処理方法。

（付記７）
前記定義データ格納部が、特定すべきタグ名を格納しており、
前記特定ステップが、
前記ＨＴＭＬファイルにおいて、前記定義データ格納部に格納されているタグ名を有するタグが含まれており、且つ当該タグ又は当該タグと当該タグに関連する属性値との組み合わせが複数回連続して出現するか判断するステップと、
複数回連続して出現すると判断されたタグ又はタグと当該タグに関連する属性値との組み合わせが存在する場合には、当該タグ及び当該タグの終了タグのうち最初のタグ及び最後の終了タグ以外を前記文字列として特定するステップと、
を含むことを特徴とする請求項３記載のＨＴＭＬファイル処理方法。

（付記８）
前記定義データ格納部が、前記ユーザ端末において表示に影響を与えないタグ名及び当該タグにおける属性名とを格納しており、
前記特定ステップが、
前記ＨＴＭＬファイルにおいて、前記定義データ格納部に格納されているタグ名を有するタグに、前記定義データ格納部に格納されている属性名を有する属性が規定されているか判断する判断ステップと、
前記判断ステップにおいて前記定義データ格納部に格納されているタグ名を有するタグに、前記定義データ格納部に格納されている属性名を有する属性が規定されていると判断された場合には、当該属性値を前記文字列として特定するステップと、
を含むことを特徴とする付記２記載のＨＴＭＬファイル処理方法。

（付記９）
ユーザ端末における表示に影響を与えない文字列を特定するためのデータを格納する定義データ格納部を参照して、ユーザ端末からの要求に応じて他のサーバから受信したＨＴＭＬファイルにおいて、前記ユーザ端末における表示に影響を与えない文字列を特定する特定ステップと、
特定された前記文字列の属性に応じた方法に従ってデータ量を減らすように前記ＨＴＭＬファイルを変更し、変更された前記ＨＴＭＬファイルを前記ユーザ端末に送信する送信ステップと、
を、コンピュータに実行させるＨＴＭＬファイル処理プログラム。

（付記１０）
ユーザ端末における表示に影響を与えない文字列を特定するためのデータを格納する定義データ格納部を参照して、ユーザ端末からの要求に応じて他のサーバから受信したＨＴＭＬファイルにおいて、前記ユーザ端末における表示に影響を与えない文字列を特定する特定手段と、
特定された前記文字列の属性に応じた方法に従ってデータ量を減らすように前記ＨＴＭＬファイルを変更し、変更された前記ＨＴＭＬファイルを前記ユーザ端末に送信する送信手段と、
を有するＨＴＭＬファイル処理装置。

本発明の第１の実施の形態におけるシステム概要図である。 重複定義削除処理部の機能ブロック図である。 コード変換処理部の機能ブロック図である。 本発明の第１の実施の形態におけるメインの処理フローを示す図である。 文字の表示態様設定画面の一例を示す図である。 一般に販売されているホームページ作成プログラムにおいて生成されるＨＴＭＬファイルの一例を示す図である。 図６に示したＨＴＭＬファイルの表示例を示す図である。 重複定義削除処理の処理フローを示す図である。 チェック定義テーブルの一例を示す図である。 （ａ）は第１の状態の比較テーブル、（ｂ）は第２の状態の比較テーブル、（ｃ）は第３の状態の比較テーブル、（ｄ）は第４の状態の比較テーブル、（ｅ）は第５の状態の比較テーブル、（ｆ）は第６の状態の終了タグ格納部に格納されるデータ、（ｇ）は第７の状態の終了タグ格納部に格納されるデータ、（ｈ）は第８の状態の比較テーブル、（ｉ）は第９の状態の終了タグ格納部に格納されるデータを示す図である。 重複定義削除処理後のＨＴＭＬファイルの一例を示す図である。 コード変換処理の処理フローを示す図である。 抽出定義データ・テーブルの一例を示す図である。 コード変換処理を説明するためのＨＴＭＬファイルの一例を示す図である。 変換テーブルの一例を示す図である。 コード変換後のＨＴＭＬファイルの一例を示す図である。 図１４及び図１６のＨＴＭＬファイルの表示例を示す図である。 本発明の第２の実施の形態におけるシステム概要図である。 （ａ）は直前の表示内容の一例を示し、（ｂ）は次のＷｅｂページの一例を示す図である。 本発明の第２の実施の形態における処理フローを示す図である。 （ａ）は直前のＨＴＭＬファイルの文字列の模式図、（ｂ）は今回のＨＴＭＬファイルの文字列の模式図、（ｃ）は差分データの模式図である。 コンピュータ・システムの機能ブロック図である。

符号の説明

１，６ ネットワーク ７ 無線基地局
９ Ｗｅｂサーバ
３，３００ Ｗｅｂコンテンツ制御システム
５ａ，５０ａ 携帯電話機
５ｂ，５０ｂ ＰＤＡ
３１，３０１ 代理アクセス部
３２ 第１Ｗｅｂページデータ格納部
３３ 重複定義削除処理部
３４ 第２Ｗｅｂページデータ格納部
３５ コード変換処理部
３６ 第３Ｗｅｂページデータ格納部
３７ 変換テーブル格納部
３８，３０５ 送信部
３０２ Ｗｅｂページデータ格納部
３０３ 差分データ生成部
３０４ 差分データ格納部
５１ａ，５１ｂ Ｗｅｂブラウザ
５２ａ，５２ｂ ＨＴＭＬファイル再構成部
５３ａ，５３ｂ ＨＴＭＬファイル格納部

Claims (5)

1. ユーザ端末における表示に影響を与えない文字列を特定するためのデータを格納する定義データ格納部を参照して、ユーザ端末からの要求に応じて他のサーバから受信したＨＴＭＬファイルにおいて、前記ユーザ端末における表示に影響を与えない文字列を特定する特定ステップと、
   特定された前記文字列の属性に応じた方法に従ってデータ量を減らすように前記ＨＴＭＬファイルを変更し、変更された前記ＨＴＭＬファイルを前記ユーザ端末に送信する送信ステップと、
   を含み、コンピュータにより実行されるＨＴＭＬファイル処理方法。
2. 前記送信ステップが、
   特定された前記文字列が前記ユーザ端末から返信される可能性を有する文字列である場合、特定された前記文字列に対してコードを割り当て、当該文字列とコードとの対応テーブルを構成するステップと、
   前記対応テーブルに従って前記ＨＴＭＬファイルを変更し、変更された前記ＨＴＭＬファイルを前記ユーザ端末に送信する送信ステップと、
   を含む請求項１記載のＨＴＭＬファイル処理方法。
3. 前記送信ステップが、
   特定された前記文字列が文字の表示態様を特定するための重複するタグである場合、当該文字列を含まない前記ＨＴＭＬファイルを生成するステップ、
   を含む請求項１又は２記載のＨＴＭＬファイル処理方法。
4. 前記定義データ格納部が、前記ユーザ端末において表示に影響を与えないタグ名及び当該タグにおける属性名とを格納しており、
   前記特定ステップが、
   前記ＨＴＭＬファイルにおいて、前記定義データ格納部に格納されているタグ名を有するタグに、前記定義データ格納部に格納されている属性名を有する属性が規定されているか判断する判断ステップと、
   前記判断ステップにおいて前記定義データ格納部に格納されているタグ名を有するタグに、前記定義データ格納部に格納されている属性名を有する属性が規定されていると判断された場合には、当該属性値を前記文字列として特定するステップと、
   を含むことを特徴とする請求項２記載のＨＴＭＬファイル処理方法。
5. ユーザ端末における表示に影響を与えない文字列を特定するためのデータを格納する定義データ格納部を参照して、ユーザ端末からの要求に応じて他のサーバから受信したＨＴＭＬファイルにおいて、前記ユーザ端末における表示に影響を与えない文字列を特定する特定ステップと、
   特定された前記文字列の属性に応じた方法に従ってデータ量を減らすように前記ＨＴＭＬファイルを変更し、変更された前記ＨＴＭＬファイルを前記ユーザ端末に送信する送信ステップと、
   を、コンピュータに実行させるＨＴＭＬファイル処理プログラム。

Images