JP2006243829A - ウェブコンテンツ変換方法およびウェブコンテンツ変換システム - Google Patents

Abstract

【課題】ＰＣ向けのウェブコンテンツを異なるページ構成で提示することにより、携帯端末向けの配信の利便性を高める。
【解決手段】ウェブコンテンツ変換システム１は、携帯端末２側およびコンテンツサーバ５と情報のやり取りを行うとともに、コンテンツサーバ５から取得したコンテンツ情報からＤＯＭツリーを作成するＨＴＭＬ解析手段１２と、ＨＴＭＬ解析手段１２が生成したＤＯＭツリーに基づき、コンテンツのページをブロック単位に分割するブロック生成手段１３と、ブロック生成手段１３が生成した各ブロックからトップメニュおよび長いテキスト、リンク、画像ファイルまたは画像へのリンク等が含まれる場合にトップメニュをサブメニュとして抽出するメニュ生成手段１４と、トップメニュおよびサブメニュとＰＣ用コンテンツのページ全体の画像に基づき生成した縮小画像を用いて携帯端末２用のＨＴＭＬページを生成するページ生成手段１５とを具備する。
【選択図】図３

Description

本発明は、ＰＣ向けのウェブコンテンツを携帯端末向けに動的に変換するウェブコンテンツ変換方法およびウェブコンテンツ変換システムに関する。

Ｗ３Ｃが定める仕様であるＨＴＭＬで記述された文書を閲覧するには通常ＰＣのウェブブラウザが使用される。従来のＰＣ向けのウェブコンテンツを携帯端末向けに変換する方法およびそのシステムとしては、例えば、特許文献１に記載されるように、ダウンロードできるファイルサイズ制限によってページを分割することでＨＴＭＬ仕様の一部をレンダリングしてＰＣ向けのウェブコンテツを携帯端末向けのウェブコンテンツに変換する方法およびシステムがある。

また、特許文献２に記載されるように、ページの分割要素をＸＨＴＭＬの記述で元ページに埋め込んで利用することでＰＣ向けのウェブコンテツを携帯端末向けのウェブコンテンツに変換する方法およびシステムがある。
特開２００１−２２９１０６号公報 特開２００３−２７１５０８号公報

しかし、従来のウェブコンテンツ変換方法およびウェブコンテンツ変換システムとして開示した特許文献１の技術では、ダウンロードできるファイルサイズ制限によってページを分けているのみであり、コンテンツの構成を考えた変換ではない。従って、次のページをたどらないと内容が予想できず、ページが複数で分割された場合、ページの全体構成やどこまでページを辿れば目的とする情報を閲覧できるのかを判断するのが難しいという課題がある。

また、特許文献２の技術では、ページの分割要素をＸＨＴＭＬの記述で元ページに埋め込んでいるため、一定サイズを超過しない場合には埋め込んだページに分割要素に応じて分割されるが、一定サイズを超過する場合は一定サイズに達したところで分割される不都合がある。従って、コンテンツの管理が煩雑なものとなる。

さらに、近年、携帯端末からウェブコンテンツを閲覧するサービスで、利用するパケット量を問わず定額制のプランが続々と登場おり、ユーザはＰＣ向けのコンテンツを携帯端末でも閲覧する要望がある一方、ウェブコンテンツを提供するサービス業者としては携帯端末向けにコンテンツを作成するコストを下げたい要望がある。

近年、携帯端末にもＨＴＭＬで記述された文書を閲覧できるＯｐｅｒａ（登録商標）などのフルブラウザが登場しているため、ＰＣ向けウェブコンテンツをそのまま提示することも可能ではあるが、携帯端末の画面サイズとダウンロード可能なファイルサイズの制限を考えるとＰＣ向けウェブコンテンツをそのまま提示することが必ずしも良いこととは限らない。

本発明は、上述した事情を考慮してなされたものであり、ＰＣ向けのウェブコンテンツを異なるページ構成で提示することによって、ユーザ側およびコンテンツ管理者側双方の利便性を高めたウェブコンテンツ変換方法およびウェブコンテンツ変換システムを提供することを目的とする。

本発明に係るウェブコンテンツ変換方法は、上述した課題を解決するために、ＨＴＭＬ仕様の一部をレンダリングするウェブブラウザを持つ携帯端末用に提供するＨＴＭＬページを変換する方法であって、当該ＨＴＭＬページ全体の縮小画像と前記ＨＴＭＬページを分割したブロックの一覧とを有するトップページを生成するとともに、前記ブロックに対応するサブページを生成し、前記トップページに前記サブページのリンクを張って前記ＨＴＭＬページを階層化した前記携帯端末用のＨＴＭＬページに変換することを特徴とする。

また、本発明に係るウェブコンテンツ変換方法は、上述した課題を解決するために、携帯端末から閲覧要求のあったコンテンツのＨＴＭＬページを木構造化したＤＯＭツリーを生成するＨＴＭＬ解析ステップと、このＨＴＭＬ解析ステップで生成されたＤＯＭツリーに基づき、前記ＨＴＭＬページを分割したブロックを生成するブロック生成ステップと、このブロック生成ステップで生成された各ブロックからトップメニュおよびサブメニュを抽出するメニュ生成ステップと、前記ＨＴＭＬページ全体の画像を縮小する画像縮小ステップと、前記メニュ生成ステップで抽出されたトップメニュおよびサブメニュと前記縮小画像を用いて前記携帯端末用のＨＴＭＬページを生成するページ作成ステップとを具備することを特徴とする。

本発明に係るウェブコンテンツ変換システムは、上述した課題を解決するために、携帯端末側と情報のやり取りを行うとともに、ＨＴＭＬ解析手段、ブロック生成手段、メニュ生成手段およびページ生成手段を制御する変換制御手段と、前記携帯電話側から受け取るＵＲＬ情報からコンテンツサーバのＵＲＬ情報を取得してコンテンツサーバと情報のやり取りを行うとともに、前記コンテンツサーバから取得したコンテンツ情報からＤＯＭツリーを作成するＨＴＭＬ解析手段と、このＨＴＭＬ解析手段が生成したＤＯＭツリーに基づき、前記携帯端末側から閲覧要求があったコンテンツのＨＴＭＬページをブロック単位に分割するブロック生成手段と、このブロック生成手段が生成した各ブロックに基づいてトップメニュおよびサブメニュを抽出するメニュ生成手段と、前記ＨＴＭＬページの全体の画像から前記携帯端末に全体を表示可能な縮小画像を生成する縮小画像生成手段と、前記メニュ生成手段が生成したトップメニュおよびサブメニュと前記ＨＴＭＬページの縮小画像と前記携帯端末のタグ変換定義情報および携帯端末情報とを用いて携帯端末用のＨＴＭＬページを生成するページ生成手段とを具備することを特徴とする。

上述した課題を解決するために、本発明に係るウェブコンテンツ変換システムは、コンテンツの閲覧要求元の端末が携帯端末かパーソナルコンピュータかを判別し、判別結果に応じて接続先を選別するフィルタリングをさらに具備することを特徴とする。

また、上述した課題を解決するために、本発明に係るウェブコンテンツ変換システムは、過去に作成したトップメニュの情報と前記ＨＴＭＬページの全体の画像に基づいて作成された縮小画像とを保存する記憶手段がある場合、前記メニュ生成手段は、前記トップメニュの情報と前記縮小画像とを参照してトップメニュの作成を行うことを特徴とする。

本発明に係るウェブコンテンツ変換方法およびウェブコンテンツ変換システムによれば、ＰＣ向けのウェブコンテンツに手を加えることなく、異なるページ構成に変換してユーザ側に提示することができるので、ユーザ側は、より分かりやすい形で情報の提供を受けられる。また、コンテンツ管理者側は、新たに携帯端末向けのコンテンツを作成する必要がなくなり、よりコストを抑えたサービス提供が可能となる。従って、ユーザ側およびコンテンツ管理者側双方の利便性を高めたウェブコンテンツ変換方法およびウェブコンテンツ変換システムを提供することができる。

以下、本発明に係るウェブコンテンツ変換方法およびウェブコンテンツ変換システムの実施の形態を添付の図面を参照しながら説明する。

［第１の実施形態］
図１に本発明の第１の実施形態に係るウェブコンテンツ変換システムの一実施例であるウェブコンテンツ変換システム１の適用例を説明する概略図を示す。

ウェブコンテンツ変換システム１は、携帯端末２のみからのアクセスを前提としたシステムであり、携帯端末２からパーソナルコンピュータ（以下、ＰＣとする）用コンテンツ（ＨＴＭＬページ）を閲覧する際に、携帯端末２でより見易いページ構成に変換して携帯端末２へ提供するシステムである。ここでいう携帯端末２とは、ＰＣよりも小型で可搬性のある情報機器であり、例えば、ウェブコンテンツを閲覧可能な携帯電話、ＰＨＳ（Personal Handy-phone System）ＰＤＡ（Personal Digital Assistant）等がある。

図１に示すように、ウェブコンテンツ変換システム１は、携帯端末２において閲覧したいコンテンツについてＵＲＬ（Uniform Resource Locator）を入力して閲覧要求すると、携帯端末２から閲覧したいコンテンツのＵＲＬ情報を基地局３が受け取る。基地局３は、通信プロトコルの変換を行う。具体的には、携帯端末２および基地局３間の通信で使用される独自のプロトコルをＨＴＴＰプロトコルへ変換する。

プロトコル変換されたＵＲＬ情報は、インターネット４経由でウェブコンテンツ変換システム１が受け取る。ウェブコンテンツ変換システム１は、受け取ったＵＲＬ情報に基づいて、ＰＣ用コンテンツを提供するコンテンツサーバ５からユーザが閲覧したいコンテンツ情報を受け取る。そして、受け取ったコンテンツ情報に基づき、携帯端末２でより見易いページ構成に変換して携帯端末２へインターネット４および基地局経由で送信する。

図２に、ウェブコンテンツ変換システム１の動作環境を表す説明図を示す。

図２によれば、ウェブコンテンツ変換システム１は、ウェブコンテンツ変換サーバ６にインストールされているＯＳ（Operating System）上で動作するＡｐａｃｈｅ（登録商標）、ＪａｖａＶＭ（登録商標）またはＴｏｍｃａｔ（登録商標）上で動作することによりウェブコンテンツ変換処理に必要な各機能が実現される。すなわち、予めインストールされたウェブコンテンツ変換用プログラム（図２において省略）を実行することによって、コンピュータの一例であるウェブコンテンツ変換サーバ６を図３に示す各処理手段として機能させることができる。

尚、ウェブコンテンツ変換システム１では、ユーザが入力するＵＲＬ、すなわち、ユーザがリクエストするＵＲＬは、コンテンツサーバ５のＵＲＬではなく、ウェブコンテンツ変換サーバ６のＵＲＬである。ウェブコンテンツ変換システム１は、入力されたＵＲＬに基づき、コンテンツの情報元となるコンテンツ変換サーバ６のＵＲＬを認識してコンテンツ情報を取得する。

また、コンテンツサーバ５は、必ずしも１つでなくても良く、複数あっても良い。さらに、コンテンツサーバ５は、ウェブコンテンツ変換サーバ６と同一のサーバであっても良い。

図３に、ウェブコンテンツ変換システム１の構成概略を表す概略図を示す。

図３によれば、ウェブコンテンツ変換システム１は、変換制御手段１１と、ＨＴＭＬ（Hyper Text Markup Language）解析手段１２と、ブロック生成手段１３と、メニュ生成手段１４と、ページ生成手段１５と、データ記録手段１６とを具備する。

変換制御手段１１は、ＨＴＭＬ解析手段１２、ブロック生成手段１３、メニュ生成手段１４およびページ生成手段１５を制御することができる。また、変換制御手段１１は、携帯端末２側との通信インタフェイス機能を有し、携帯端末２側と情報のやり取りを行うことができる。

ＨＴＭＬ解析手段１２は、例えば、ＸＭＬパーサーを簡易化したプログラム（ウェブコンテンツ変換プログラムに包含される）を実行することにより実現される処理手段であり、ＨＴＭＬパースとパース結果を扱うインタフェースを提供することができる。

つまり、コンテンツサーバ５との通信インタフェイス機能を有し、コンテンツサーバ５と情報のやり取りを行うことができる。また、コンテンツサーバ５から取得したコンテンツ情報（ＨＴＭＬタグ）を木構造化することができる。ここで、木構造化されたコンテンツ情報をＤＯＭツリーと称する。

ブロック生成手段１３は、ＨＴＭＬ解析手段１２が生成したＤＯＭツリーを受け取り、受け取ったＤＯＭツリーに基づき、コンテンツのページをブロック単位に分割することができる。ここで、ブロックとは、ページの要素をグルーピングして構成されるまとまり（単位）をいう。

メニュ生成手段１４は、ブロック生成手段１３が生成した各ブロックからトップメニュを抽出することができる。また、トップメニュに、長いテキスト、リンク、画像ファイルまたは画像へのリンク等が含まれる場合には、これらのトップメニュをサブメニュとして抽出することができる。

ページ生成手段１５は、メニュ生成手段１４が抽出したトップメニュおよびＰＣ用コンテンツにおいて表示されるページ全体の画像（以下、ＰＣブラウザ画像とする）を用いてトップページ（詳細は後述する）３０を生成することができる。また、ページ生成手段１５は、縮小画像生成手段としての画像生成部２０を備えており、携帯端末２の画像形式やサイズに適合するようにＰＣブラウザ画像を縮小した画像（以下、縮小画像とする）２１を生成することができる。さらに、ページ生成手段１５は、サブメニュからサブページを生成することができる。

データ記録手段１６は、変換制御手段１１、ＨＴＭＬ解析手段１２、ブロック生成手段１３、メニュ生成手段１４およびページ生成手段１５が、電子データを記録したり、格納することができる領域である。

このデータ記録手段１６には、ウェブコンテンツ変換サーバ６のＵＲＬ（携帯端末２から入力されるＵＲＬ）をコンテンツサーバ５のＵＲＬに変換するための情報を有するコンテンツＵＲＬ情報ファイル２２と、携帯端末２がレンダリングできないＨＴＭＬタグをどのように変換するか定義した情報（以下、タグ変換定義情報とする）を有するタグ変換規則ファイル２３と、各携帯端末２の画面サイズやダウンロード可能なファイルの大きさ等の情報（以下、携帯端末情報とする）を有する端末情報ファイル２４とが格納される。

尚、コンテンツＵＲＬ情報ファイル２２、タグ変換規則ファイル２３および端末情報ファイル２４は、ウェブコンテンツ変換サーバ６が備えるデータ記録手段１６内に格納されている必要はなく、変換制御手段１１、ＨＴＭＬ解析手段１２、ブロック生成手段１３、メニュ生成手段１４およびページ生成手段１５が、読み出し可能な他のコンピュータ等のデータ記録手段１６内に格納されていても良い。この点は後述する他の実施形態も同様である。

このように構成されるウェブコンテンツ変換システム１によれば、携帯端末２から受け取るＵＲＬ情報に基づきコンテンツがあるコンテンツサーバ５からＰＣ用コンテンツの情報を取得して自動的にコンテンツのページを携帯端末２の小さな画面サイズとダウンロードか可能なファイルサイズで効率良く閲覧できるページ構成に変換することができる。

次に、ウェブコンテンツ変換システム１が行うウェブコンテンツの変換処理内容および手順を説明する。

図４は、ウェブコンテンツ変換システム１が行うウェブコンテンツの変換処理手順（第１の変換処理手順とする）を表すシーケンス図である。

図４によれば、ステップＳ１で携帯端末２から基地局３等を経由してＵＲＬ情報およびＨＴＴＰのヘッダ情報をウェブコンテンツ変換システム１の変換制御手段１１が受け取る。変換制御手段１１がＵＲＬ情報およびＨＴＴＰのヘッダ情報を受け取ると、ステップＳ１は完了する。ここで、ＵＲＬ情報とは、ページまでの情報を包含するものとする。

ステップＳ１が完了すると、続いて、ステップＳ２で変換制御手段１１は、ＨＴＭＬ解析手段１２に携帯端末２から受け取ったＵＲＬ情報を送る。ＨＴＭＬ解析手段１２がＵＲＬ情報を受け取ると、ステップＳ２は完了する。

ステップＳ２が完了すると、続いて、ステップＳ３で、ＨＴＭＬ解析手段１２は、まず、コンテンツＵＲＬ情報ファイル２２を参照して、受け取ったＵＲＬ情報からコンテンツのあるコンテンツサーバ５のＵＲＬ情報を取得する。そして、取得したＵＲＬ情報に基づき、コンテンツサーバ５へアクセスする。ＨＴＭＬ解析手段１２がコンテンツサーバ５にアクセスするとステップＳ３を完了する。

ステップＳ３が完了すると、続いて、ステップＳ４で、ＨＴＭＬ解析手段１２はコンテンツサーバ５からユーザの閲覧要求したコンテンツの元情報、すなわち、ＰＣ用コンテンツの情報を取得する。ＨＴＭＬ解析手段１２がＰＣ用コンテンツ情報を取得すると、ステップＳ４を完了する。尚、以下の説明は、コンテンツの一例として図５に示すコンテンツの情報をステップＳ４で取得したものとする。

ステップＳ４が完了すると、続いて、ステップＳ５がなされる。ステップＳ５では、まず、ＨＴＭＬ解析手段１２がステップＳ４で取得したＰＣ用コンテンツ情報（ＨＴＭＬタグ）を木構造化してＤＯＭツリーを作成する。例えば、図５に示すコンテンツ情報からは、図６に示すようなＤＯＭツリーが作成される。そして、ＨＴＭＬ解析手段１２は、作成したＤＯＭツリーの情報をＨＴＭＬ解析結果として送る。変換制御手段１１がＨＴＭＬ解析結果をＨＴＭＬ解析手段１２から受け取ると、ステップＳ５は完了する。

ステップＳ５が完了すると、続いて、ステップＳ６で、変換制御手段１１は、ＨＴＭＬ解析手段１２から受け取ったＨＴＭＬ解析結果をブロック生成手段１３に送る。ブロック生成手段１３がＨＴＭＬ解析結果を受け取ると、ステップＳ６は完了する。

ステップＳ６が完了すると、続いて、ステップＳ７がなされる。ステップＳ７では、まず、ブロック生成手段１３がＨＴＭＬ解析結果からコンテンツのページ要素をグルーピングして構成されるブロック単位に分割する。より具体的には、ＨＴＭＬ解析結果であるＤＯＭツリーに基づきブロック毎のＤＯＭツリーリストを作成する。

例えば、ＤＯＭツリーから幅優先探索でＴＡＢＬＥタグを検索して、これと同じ深さにあるＴＡＢＬＥタグを検索する場合、これらの検索結果のタグをルートとする木構造が一つのブロックとなる。生成された各々のブロックは、それぞれサブページとしてページ生成される。

尚、検索キーとして使用するタグは、必ずしもＴＡＢＬＥタグに限定されるものではなく、例えばＤＩＶタグなどの他のタグを使用しても良い。また、ブロックを生成する際においてどの範囲までの要素を同じグループとして取り扱うかで生成されるブロックの個数は異なるので、ウェブコンテンツ変換を行うページの構造によって複数あるタグを使い分けるようにしても良い。また、一つのページにおいて異なるタグ２種類以上を混ぜて利用しても良い。

ステップＳ７において、ブロック生成手段１３がＨＴＭＬ解析結果（例えば、図６に示すＤＯＭツリー）からブロックを生成した結果の一例を図７に示す。図７によれば、四つのブロック、すなわち、第１のブロック２６、第２のブロック２７、第３のブロック２８、第４のブロック２９に分割される。ブロック生成手段１３がページを分割したブロックを生成すると、生成結果を変換制御手段１１に送る。変換制御手段１１が生成結果を受け取ると、ステップＳ７は完了する。

ステップＳ７が完了すると、続いて、ステップＳ８で、変換制御手段１１はブロック生成手段１３が生成したブロック毎のＤＯＭツリーリスト（生成結果）およびユーザがリクエストしたＵＲＬ情報をメニュ生成手段１４に送る。メニュ生成手段１４が生成結果を受け取ると、ステップＳ８は完了する。

ステップＳ８が完了すると、続いて、ステップＳ９がなされる。ステップＳ９では、まず、メニュ生成手段１４が各ブロックからトップメニュを抽出する。トップメニュの抽出は、ＤＯＭツリーリストにおける各ノードの出現頻度に基づいて決定する。例えば、表１に示す条件でトップメニュは生成される。

尚、メニュ生成手段１４が生成するトップメニュは、出現頻度のみに基づいて決定されるだけではなく、システムが与える固定の文字列に決め付けることもできる。

また、メニュ生成手段１４は、トップメニュに、長いテキスト、リンク、画像ファイルまたは画像へのリンク等が含まれる場合には、これらのトップメニュをサブメニュとして抽出する。サブメニュを抽出する条件例を表２に示す。

図８は、メニュ生成手段１４が図７に示すコンテンツのＨＴＭＬからメニュを生成した結果作成されるメニュリストの一例を表した説明図である。

図８によれば、メニュリストには、メニュ識別文字およびメニュ番号が付されている。メニュ識別文字とは、トップメニュとサブメニュを識別するための文字であり、「Ｍ」はトップメニュ、「ＳＭ」はサブメニュを表す。また、メニュ番号とは、同じ種類のメニュを識別するために付す番号である。例えばリストの１行目に記される［Ｍ：１］の場合、１番目のトップメニュを意味する。

図８に示すようなメニュリストが生成されると、メニュ生成手段１４は、その情報を変換制御手段１１に送る。変換制御手段１１がメニュ生成手段１４からメニュリストの情報を受け取ると、ステップＳ９は完了する。

ステップＳ９が完了すると、続いて、ステップＳ１０で、変換制御手段１１はメニュ生成手段１４から受け取ったメニュリストの情報および携帯端末２側から受け取ったヘッダ情報をページ生成手段１５に送る。ページ生成手段１５がメニュリストの情報と携帯端末２側から受け取ったＵＲＬ情報およびヘッダ情報を受け取ると、ステップＳ１０は完了する。

ステップＳ１０が完了すると、続いて、ステップＳ１１で、ページ生成手段１５がトップページ３０およびサブページ３１の生成を行う。ページ生成手段１５が生成するページの一例としては、例えば、図９に示すようなページがある。図９に示すページは、図８に示すメニュリストおよび図７に示すコンテンツの全体画像、すなわち、ＰＣブラウザ画像から生成される。

ページ生成手段１５が行うページの生成について、より具体的に説明する。

トップページ３０の生成は、トップメニュとＰＣブラウザ画像とを用いて行う。トップページは、図９に示すように、縮小画像２１の部分（以下、縮小画像部とする）３２と、トップメニュの一覧を表示する部分（以下、メニュ一覧部とする）３３とを有する。

つまり、ページ生成手段１５は、メニュリストからトップメニュの一覧と、携帯端末２の画像形式やサイズに適合した縮小画像２１とを生成した後、両者を組み合わせてトップページ３０を生成する。このトップページ３０には、各ブロックに対応する各サブページ３１へのリンクが張られる。

縮小画像２１は、ページ生成手段１５が備える画像生成部２０が行う。画像生成部２０は、端末情報ファイル２４を参照して縮小画像２１の大きさを決定する。

図１０に、端末情報ファイル２４のデータ構成の一例を表した説明図を示す。

画像生成部２０は、受け取ったヘッダ情報に含まれるアクセス元の携帯端末２に関する携帯端末情報（図１０に示す携帯端末種類）をキーとして、端末の画面サイズ、文字コード、画像ファイル形式およびダウンロード可能なファイルサイズの情報を取得することができる。そして、取得した携帯端末情報に基づいて縮小画像２１を生成する。

次に、サブページ３１の生成は、ページ生成手段１５が受け取ったヘッダ情報に含まれるアクセス元の携帯端末２の種類に関する情報をキーとして、タグ変換規則ファイル２３を参照して行う。タグ変換規則ファイル２３は、携帯端末２がレンダリングできないＨＴＭＬタグをどのように変換するかを定義したタグ変換定義情報を有するが、このタグ変換定義情報は、図１０に示す個々の携帯端末２の種類毎に用意される。

図１１に、タグ変換規則ファイル２３のうち、ある特定の携帯端末２についてのタグ変換を定義した一例を表した説明図を示す。

尚、図１１において変換タイプに示される「Ａ」、「Ｃ」および「Ｄ」は、変換の種類を記号化したものであり、「Ａ」がタグ変換を行わずに属性を変換する、「Ｃ」が他のタグに変換する、「Ｄ」がタグを削除することを意味する。

ページ生成手段１５は、タグ変換時に用いるアクセス元の携帯端末２の種類に関する情報をキーとして、アクセス元の携帯端末２と同じ機種についてタグ変換定義情報を検索する。そして、図１１に示すようなタグ変換定義情報に基づいて、各ブロックのタグ変換を行う。各ブロックをタグ変換して生成されるサブページ３１は、テキストページおよびイメージページの少なくともいずれかを有する構成となる。

また、サブページ３１を構成するテキストページにおいて、既存のリンクを含むテキストページが在る場合には、このテキストページをトップページ３５として生成し、併せてトップページ３５に属するサブページ３６を生成する。

図１２は、ステップＳ１１において、ページ生成手段１５が作成するページ構成を説明する説明図である。

ステップＳ１１では、例えば、図９に示すようなページが作成されるが、ページ構成は、図１２示すように、トップページ３０とサブページ３１に階層化される（変換１）。そして、サブページ３１内に既存のリンクを含むテキストページが在る場合には、このテキストページをトップページ３５として生成し、併せてトップページ３５に属するサブページ３６を生成する（変換２）。そして、階層化されたページ構造のコンテンツの生成、すなわち、携帯端末２に対応したコンテンツ（以下、携帯端末用コンテンツとする）への変換が完了すると、ステップＳ１１は完了する。

尚、ステップＳ１１においてなされるページ作成の順番はトップページまたはサブページのいずれが先であっても構わない。

ステップＳ１１が完了すると、続いて、ステップＳ１２で、ページ生成手段１５は、ページ生成結果、すなわち、携帯端末用コンテンツの情報を変換制御手段１１に送る。変換制御手段１１が携帯端末用コンテンツの情報を受け取るとステップＳ１２は完了する。

ステップＳ１２が完了すると、続いて、ステップＳ１３で、変換制御手段１１は、携帯端末２用コンテンツの情報を携帯端末２へ向けて送信する。送信が完了するとステップＳ１３を完了し、第１の変換処理手順の全シーケンスを完了する。

第１の変換処理手順によれば、携帯端末２から受け取るＵＲＬ情報に基づきコンテンツがあるコンテンツサーバ５からＰＣ用コンテンツの情報を取得して自動的にコンテンツのページを携帯端末２の小さな画面サイズとダウンロードか可能なファイルサイズで効率良く閲覧できるページ構成に変換することができる。

より具体的には、トップページ３０を、ＰＣ用ウェブコンテンツにおけるページ全体を表すＰＣブラウザ画像を縮小して生成される縮小画像２１を提示する縮小画像部３２およびＰＣ用ウェブコンテンツの変換元となるページをブロック単位に分割してから自動的に抽出したメニュ一覧を提示するメニュ一覧部３３を有するように構成することで、携帯端末２では容易にページ構成を理解することができる。

また、トップページ３０で提示される各メニュの内容は、サブページ３１として構成されており、このサブページ３１は、トップページ３０とリンクされているので、トップページ３０から容易にサブページ３１を閲覧することができる。

上述したように、本発明の第１の実施形態に係るウェブコンテンツ変換方法およびウェブコンテンツ変換システムによれば、携帯端末２から受け取るＵＲＬ情報に基づきコンテンツがあるコンテンツサーバ５からＰＣ用コンテンツの情報を取得して自動的に携帯端末２から効率良く閲覧できるページ構成に変換することができる。

従って、携帯端末２を利用するユーザ側にとっては、より分かりやすい形で情報の提供を受けられる一方、コンテンツ管理者側は、新たに携帯端末向けのコンテンツを作成する必要がなくなり、よりコストを抑えたサービス提供が可能となる。

［第２の実施形態］
図１３に本発明の第２の実施形態に係るウェブコンテンツ変換システムの一実施例であるウェブコンテンツ変換システム１Ａの適用例を説明する概略図を示す。尚、図１と実質的に同一となる構成要素については同一の符号を付して説明を省略する。

ウェブコンテンツ変換システム１Ａは、携帯端末２のみならず、ＰＣ４０からのアクセスもあることを前提としたシステムである。つまり、ウェブコンテンツ変換システム１Ａは、携帯端末２からのアクセスに対しては、ウェブコンテンツの変換を行う一方、ＰＣ４０からのアクセスに対しては、ウェブコンテンツの変換を行うことなくコンテンツサーバ５のコンテンツ情報をＰＣ４０に提供する。尚、ウェブコンテンツ変換システム１Ａの動作環境は、ウェブコンテンツ変換システム１と実質的に同様である。

図１４に、ウェブコンテンツ変換システム１Ａの構成概略を表す概略図を示す。

尚、ウェブコンテンツ変換システム１と実質的に同一となる構成要素については同じ符号を付して説明を省略する。また、図１４に示すウェブコンテンツ変換システム１Ａは、コンテンツの閲覧に使用する端末（以下、ユーザ端末とする）の種類が携帯端末２であろうとＰＣ４０であろうと、ウェブコンテンツ変換サーバ６のＵＲＬを入力する場合（後述するフィルタリング手段４１がウェブコンテンツ変換サーバ６およびウェブコンテンツ変換プログラムにより実現される場合）を想定している。

図１４によれば、ウェブコンテンツ変換システム１Ａは、ウェブコンテンツ変換システム１が具備する変換制御手段１１、ＨＴＭＬ解析手段１２、ブロック生成手段１３、メニュ生成手段１４、ページ生成手段１５、データ記録手段１６に加え、アクセス元の端末種類を携帯端末２かＰＣ４０かを選別するフィルタリング手段４１をさらに具備する。

フィルタリング手段４１を具備するウェブコンテンツ変換システム１Ａでは、フィルタリング手段４１が、アクセス元のユーザ端末の情報を判別する機能と、判別結果に応じてＵＲＬ情報およびヘッダ情報の送信先を選択する機能とを有する。従って、予め変換元のコンテンツを変換しておかなくても、携帯端末２からアクセスがあった際に初めてウェブコンテンツ変換手順を開始して変換結果を携帯端末２に返すといった動的なウェブコンテンツの変換を実現することができる。

また、データ記録手段１６には、コンテンツＵＲＬ情報ファイル２２、タグ変換規則ファイル２３および端末情報ファイル２４に加え、過去に作成したトップメニュに関する情報および縮小画像２１の情報を有する記憶手段としてのメニュファイル４３が格納される。

メニュファイル４３は、トップメニュ作成の際に参照されるファイルである。メニュファイル４３を参照できるウェブコンテンツ変換システム１Ａは、同じトップメニュに関する情報および縮小画像２１の情報がある場合には、ウェブコンテンツ変換システム１に対してトップメニュの作成時間をより短縮できる。

尚、メニュファイル４３が有する過去のトップメニュに関する情報および縮小画像２１の情報は、必ずしも、メニュファイル４３としてデータ記録手段１６に格納される必要はない。ウェブコンテンツ変換サーバ６に内蔵されるメモリ（図を省略）に格納するように構成しても良い。

また、ウェブコンテンツ変換システム１Ａでは、ユーザが入力するＵＲＬは、変換サーバ６のＵＲＬにする場合のみならず、コンテンツサーバ５のＵＲＬのとすることもできる。ユーザが入力するＵＲＬをコンテンツサーバ５のＵＲＬとする場合には、フィルタリング手段４１をコンテンツサーバ５およびウェブコンテンツ変換プログラムにより実現するように構成すれば良い。

ウェブコンテンツ変換システム１Ａによれば、上述したウェブコンテンツ変換システム１による効果はもちろんのこと、予め変換元のコンテンツを変換しておくことなく、携帯端末２からアクセスがあった際に初めてウェブコンテンツ変換手順を開始して変換結果を携帯端末２に返すといった動的なウェブコンテンツの変換を実現することができる。また、過去に作成したトップメニュに関する情報を参照するので、同じ情報がある場合には、ウェブコンテンツ変換システム１に対してトップメニュの作成時間をより短縮できる。

次に、ウェブコンテンツ変換システム１Ａが行うウェブコンテンツの変換処理内容および手順を説明する。

図１５は、ウェブコンテンツ変換システム１Ａが行うウェブコンテンツの変換処理手順（第２の変換処理手順とする）を表すシーケンス図である。

第２の変換処理手順は、第１の変換処理手順に対して、ステップＳ２１、ステップＳ２２、ステップＳ２３、ステップＳ２４およびステップＳ２５が追加されている点で相違するが、その他の点については実質的に同じである。従って、ステップＳ２１、ステップＳ２２、ステップＳ２３、ステップＳ２４およびステップＳ２５について説明する。

図１５によれば、ステップＳ２１で携帯端末２から基地局３等を経由してＵＲＬ情報およびＨＴＴＰのヘッダ情報をウェブコンテンツ変換システム１Ａのフィルタリング手段４１が受け取る。フィルタリング手段４１がＵＲＬ情報およびＨＴＴＰのヘッダ情報を受け取ると、ステップＳ２１は完了する。

ステップＳ２１が完了すると、続いて、ステップＳ２２で、フィルタリング手段４１が受け取ったＨＴＴＰのヘッダ情報に基づいて、ユーザ端末が携帯端末２なのかＰＣ４０なのかを判別してＵＲＬ情報およびＨＴＴＰのヘッダ情報の送信先を選択する。フィルタリング手段４１が、ＵＲＬ情報およびＨＴＴＰのヘッダ情報の送信先を選択すると、ステップＳ２２は完了する。

ステップＳ２２で判別したユーザ端末がＰＣ４０の場合（ステップＳ２２でＮＯの場合）、ステップＳ２２に続いて、ステップＳ２３およびステップＳ２４で、通常のＰＣ用コンテンツのブラウジング処理がなされる。そして、ステップＳ２４が完了すると、ユーザが閲覧要求をしたコンテンツがＰＣ４０の画面に表示される。

一方、ステップＳ２２で判別したユーザ端末が携帯端末２の場合（ステップＳ２２でＹＥＳの場合）、ステップＳ２２に続いて、ステップＳ１がなされ、変換制御手段１１がＵＲＬ情報およびＨＴＴＰのヘッダ情報を受け取る。そして、次に、ステップＳ２５で変換制御手段１１が、今回アクセス要求があったコンテンツが過去に変換したコンテンツであるかを確認する。そして、過去に変換したコンテンツである場合（ステップＳ２５でＹＥＳの場合）、続いて、ステップＳ８がなされる。

そして、ステップＳ９では、メニュ生成手段１４が、メニュファイル４３にあるトップメニュに関する情報および縮小画像２１の情報を参照してトップメニュを作成する。以降の処理ステップ（ステップＳ１０〜ステップＳ１３）は、第１の変換処理手順のステップＳ４〜ステップＳ１３と同様である。

一方、過去に変換したコンテンツがない場合（ステップＳ２５でＮＯの場合）、ステップＳ２に進む。尚、ステップＳ２以降は、第１の変換処理手順のステップＳ２〜ステップＳ１３と同様である。

図１６は、第２の変換処理手順における処理ステップを順を追って表した処理フロー図である。

第２の変換処理手順は、フィルタリングステップ（ステップＳ３１）と、メニュファイル確認ステップ（ステップＳ３２）と、ＨＴＭＬ解析ステップ（ステップＳ３３）と、ブロック生成ステップ（ステップＳ３４）と、メニュ生成ステップ（ステップＳ３５、ステップＳ４５）と、メニュファイル作成／更新ステップ（ステップＳ３６）と、ページ生成ステップ（ステップＳ３７〜ステップＳ４３およびステップＳ４６）とを具備する。

第２の変換処理手順は、フィルタリング手段４１がＵＲＬ情報を受け付けたら処理ステップを開始する（ＳＴＡＲＴ）。

第２の変換処理手順では、まず、ステップＳ３１でフィルタリングステップがなされる。フィルタリングステップでは、フィルタリング手段４１が受け取ったＨＴＴＰのヘッダ情報に基づいて、コンテンツの閲覧要求元の端末が携帯端末２なのかＰＣ４０なのかを判別してＵＲＬ情報およびＨＴＴＰのヘッダ情報の送信先を選択する。そして、フィルタリング手段４１がアクセス元の端末を携帯端末２と判別した場合（ステップＳ３１でＹＥＳの場合）、続いて、ステップＳ３２に進み、ステップＳ３２でメニュファイル確認ステップがなされる。

メニュファイル確認ステップでは、変換制御手段１１が、今回アクセス要求があったコンテンツが過去に変換したコンテンツであるかを確認する。そして、アクセス要求があったコンテンツが過去に変換したコンテンツではない場合（ステップＳ３２でＮＯの場合）、続いて、ステップＳ３３に進み、ステップＳ３３でＨＴＭＬ解析ステップがなされる。

ＨＴＭＬ解析ステップでは、ＨＴＭＬ解析手段１２が、ＰＣ用コンテンツ情報（ＨＴＭＬタグ）を木構造化してＤＯＭツリーを作成する。ＨＴＭＬ解析手段１２が、ＤＯＭツリーを作成すると、続いて、ステップＳ３４に進み、ステップＳ３４でブロック生成ステップがなされる。

ブロック生成ステップでは、ブロック生成手段１３が、ＨＴＭＬ解析結果（ＤＯＭツリー）からブロックを生成する。ブロック生成手段１３がブロックを生成すると、続いて、ステップＳ３５でメニュ生成ステップがなされる。

メニュ生成ステップでは、メニュ生成手段１４が、トップメニュおよびサブメニュを作成する。メニュ生成手段１４がトップメニュおよびサブメニュを作成すると、続いて、ステップＳ３６でメニュファイル作成／更新ステップがなされる。

メニュファイル作成／更新ステップでは、メニュ生成手段１４が、生成したトップメニュの情報を記録してメニュファイル４３の新規作成またはファイル情報の更新がなされる。メニュファイル４３の作成または更新がなされると、続いて、ステップＳ３７に進む。そして、ステップＳ３７で画像縮小ステップがなされる。

画像縮小ステップでは、ステップＳ３７で、ページ生成手段１５の画像生成部２０が縮小画像２１の生成および保存を行う。縮小画像２１の保存は、メニュファイル４３に記録することでなされる。縮小画像２１の生成および保存がなされると、続いて、ステップＳ３８に進み、ステップＳ３８〜ステップＳ４３およびステップＳ４６でページ生成ステップがなされる。

ページ生成ステップでは、まず、ステップＳ３８で、ページ生成手段１５が、トップページの生成を行い、生成したトップページのページ情報（ＨＴＭＬ）をユーザの端末（携帯端末２またはＰＣ４０）へ送信する。ステップＳ３８でトップページの生成および送信がなされると、続いて、ステップＳ３９で、ページ生成手段１５は、トップメニュの選択を受け付ける待機状態となり、ステップＳ４０に進む。ステップＳ４０でトップメニュ選択があった場合（ステップＳ４０でＹＥＳの場合）、ステップＳ４１に進む。

ステップＳ４１では、ページ生成手段１５が、サブページの生成を行い、生成したサブページのページ情報（ＨＴＭＬ）をユーザの端末（携帯端末２またはＰＣ４０）へ送信する。ページ生成手段１５が、サブページの生成および送信を行うと、続いて、ステップＳ４２で、ページ生成手段１５は、サブメニュの選択を受け付ける待機状態となり、ステップＳ４３に進む。ステップＳ４３でサブメニュの選択がない場合（ステップＳ４３でＮＯの場合）、ＥＮＤに進み、第２の変換処理手順の全処理ステップを完了する（ＥＮＤ）。

一方、フィルタリング手段４１がアクセス元の端末をＰＣ４０と判別した場合（ステップＳ３１でＮＯの場合）、フィルタリング手段４１は、ウェブコンテンツの変換を行うことなくコンテンツサーバ５へ直結する（ステップＳ４４）。フィルタリング手段４１がコンテンツサーバ５へ直結する処理を完了すると、第２の変換処理手順の全処理ステップを完了する（ＥＮＤ）。

また、アクセス要求があったコンテンツが過去に変換したことのあるコンテンツの場合（ステップＳ３２でＹＥＳの場合）、ステップＳ４５に進み、ステップＳ４５でメニュ生成ステップがなされる。ステップＳ４５のメニュ生成ステップでは、メニュ生成手段１４がメニュファイル４３を参照してトップメニュの作成を行う。トップメニュの作成が完了すると、ステップＳ３７に進み、ステップＳ３７以降の処理ステップを行う。

さらに、トップメニュでＵＲＬの選択がない場合（ステップＳ４０でＮＯの場合）、ＥＮＤに進み、第２の変換処理手順の全処理ステップを完了する（ＥＮＤ）。

他方、サブメニュでＵＲＬの選択がある場合（ステップＳ４３でＹＥＳの場合）、ステップＳ４６に進む。そして、トップページへのリンクがある場合（ステップＳ４６でＹＥＳの場合）、ステップＳ３２に進み、ステップＳ３２以降の処理ステップがなされる。また、トップページへのリンクがない場合（ステップＳ４６でＮＯの場合）、ステップＳ４１に進み、ステップＳ４１以降の処理ステップがなされる。

本発明に係るウェブコンテンツ変換方法およびウェブコンテンツ変換システムによれば、携帯端末２から受け取るＵＲＬ情報に基づきコンテンツがあるコンテンツサーバ５からＰＣ用コンテンツの情報を取得して自動的に携帯端末２から効率良く閲覧できるページ構成に変換することができる。

また、予め変換元のコンテンツを変換しておくことなく、携帯端末２からアクセスがあった際に初めてウェブコンテンツ変換手順を開始して変換結果を携帯端末２に返すといった動的なウェブコンテンツの変換を実現することができる。さらに、過去に作成したトップメニュに関する情報を参照するので、同じ情報がある場合には、ウェブコンテンツ変換システムに対してトップメニュの作成時間をより短縮できる。

従って、携帯端末２を利用するユーザ側にとっては、縮小画像２１とページのブロックから抽出したメニュがトップページに提示されるので、元ページの構成が一目でわかる形で情報の提供を受けられる。また、長いテキストやファイルサイズが大きい画像は別当のページにすることにより、ユーザが一度にコンテンツの全てをダウンロードする前に閲覧したい情報を選別できる。

一方、コンテンツ管理者側は、新たに携帯端末向けのコンテンツを作成する必要がなくなり、よりコストを抑えたサービス提供が可能となる。また、本発明に係るウェブコンテンツ変換システムを新規に導入する際にも、元コンテンツに手を加えることなく導入できるため、更新が頻繁なコンテンツがある場合には特に運用しやすいという利点がある。

つまり、ユーザ側およびコンテンツ管理者側の双方にとって利便性の向上を図ったウェブコンテンツ変換方法およびウェブコンテンツ変換システムを提供することができる。

本発明の第１の実施形態に係るウェブコンテンツ変換システムの一実施例であるウェブコンテンツ変換システムの適用例を説明する概略図。 本発明の第１の実施形態に係るウェブコンテンツ変換システムの動作環境を表す説明図。 本発明の第１の実施形態に係るウェブコンテンツ変換システムの構成概略を表す概略図。 本発明の第１の実施形態に係るウェブコンテンツ変換システムが行うウェブコンテンツの変換処理手順を表すシーケンス図。 パーソナルコンピュータで表示されるコンテンツ（ＨＴＭＬページ）の一例を表す説明図。 本発明の実施形態に係るウェブコンテンツ変換システムのＨＴＭＬ解析手段が図５に示されるＨＴＭＬページを木構造化してＤＯＭツリーをソートして標準出力したもの（一部）を表す説明図。 本発明の実施形態に係るウェブコンテンツ変換システムのブロック生成手段が図６に示されるＤＯＭツリーに基づき生成したブロックの一例を説明する説明図。 本発明の実施形態に係るウェブコンテンツ変換システムのメニュ生成手段が図７に示すコンテンツのＨＴＭＬからメニュを生成した結果作成されるメニュリストの一例を表す説明図。 本発明の実施形態に係るウェブコンテンツ変換システムのページ生成手段が生成する携帯端末用のＨＴＭＬページの一例を表す説明図。 本発明の実施形態に係るウェブコンテンツ変換システムのページ生成手段がページ生成時に参照する端末情報ファイルのデータ構成（携帯端末情報）の一例を表した説明図。 本発明の実施形態に係るウェブコンテンツ変換システムのページ生成手段がサブページを作成する際に参照するタグ変換規則ファイルのデータ構成（タグ変換定義情報）の一例を表した説明図。 本発明の実施形態に係るウェブコンテンツ変換システムのページ生成手段が作成する携帯端末用のＨＴＭＬページのページ構成を説明する説明図。 本発明の第２の実施形態に係るウェブコンテンツ変換システムの一実施例であるウェブコンテンツ変換システムの適用例を説明する概略図。 本発明の第２の実施形態に係るウェブコンテンツ変換システムの構成概略を表す概略図。 本発明の第２の実施形態に係るウェブコンテンツ変換システムが行うウェブコンテンツの変換処理手順を表すシーケンス図。 本発明の第２の実施形態に係るウェブコンテンツ変換システムが行うウェブコンテンツの変換処理手順における処理ステップについて順を追って説明した処理フロー図。

符号の説明

１，１Ａ ウェブコンテンツ変換システム
２ 携帯端末
３ 基地局
４ インターネット
５ コンテンツサーバ
６ ウェブコンテンツ変換サーバ
１１ 変換制御手段
１２ ＨＴＭＬ解析手段
１３ ブロック生成手段
１４ メニュ生成手段
１５ ページ生成手段
１６ データ記録手段
２０ 画像生成部（縮小画像生成手段）
２１ 縮小画像
２２ コンテンツＵＲＬ情報ファイル
２３ タグ変換規則ファイル
２４ 端末情報ファイル
２６ 第１のブロック
２７ 第２のブロック
２８ 第３のブロック
２９ 第４のブロック
３０ トップページ
３１ サブページ
３５ トップページ
３６ サブページ
４０ ＰＣ
４１ フィルタリング手段
４３ メニュファイル

Claims (6)

1. ＨＴＭＬ仕様の一部をレンダリングするウェブブラウザを持つ携帯端末用に提供するＨＴＭＬページを変換する方法であって、当該ＨＴＭＬページ全体の縮小画像と前記ＨＴＭＬページを分割したブロックの一覧とを有するトップページを生成するとともに、前記ブロックに対応するサブページを生成し、前記トップページに前記サブページのリンクを張って前記ＨＴＭＬページを階層化した前記携帯端末用のＨＴＭＬページに変換することを特徴とするウェブコンテンツ変換方法。
2. 携帯端末から閲覧要求のあったコンテンツのＨＴＭＬページを木構造化したＤＯＭツリーを生成するＨＴＭＬ解析ステップと、
   このＨＴＭＬ解析ステップで生成されたＤＯＭツリーに基づき、前記ＨＴＭＬページを分割したブロックを生成するブロック生成ステップと、
   このブロック生成ステップで生成された各ブロックからトップメニュおよびサブメニュを抽出するメニュ生成ステップと、
   前記ＨＴＭＬページ全体の画像を縮小する画像縮小ステップと、
   前記メニュ生成ステップで抽出されたトップメニュおよびサブメニュと前記縮小画像を用いて前記携帯端末用のＨＴＭＬページを生成するページ作成ステップとを具備することを特徴とするウェブコンテンツ変換方法。
3. コンテンツの閲覧要求元の端末が携帯端末かパーソナルコンピュータかを判別し、判別結果に応じて接続先を選別するフィルタリングステップをさらに具備することを特徴とする請求項２記載のウェブコンテンツ変換方法。
4. 携帯端末側と情報のやり取りを行うとともに、ＨＴＭＬ解析手段、ブロック生成手段、メニュ生成手段およびページ生成手段を制御する変換制御手段と、
   前記携帯電話側から受け取るＵＲＬ情報からコンテンツサーバのＵＲＬ情報を取得してコンテンツサーバと情報のやり取りを行うとともに、前記コンテンツサーバから取得したコンテンツ情報からＤＯＭツリーを作成するＨＴＭＬ解析手段と、
   このＨＴＭＬ解析手段が生成したＤＯＭツリーに基づき、前記携帯端末側から閲覧要求があったコンテンツのＨＴＭＬページをブロック単位に分割するブロック生成手段と、
   このブロック生成手段が生成した各ブロックに基づいてトップメニュおよびサブメニュを抽出するメニュ生成手段と、
   前記ＨＴＭＬページの全体の画像から前記携帯端末に全体を表示可能な縮小画像を生成する縮小画像生成手段と、
   前記メニュ生成手段が生成したトップメニュおよびサブメニュと前記ＨＴＭＬページの縮小画像と前記携帯端末のタグ変換定義情報および携帯端末情報とを用いて携帯端末用のＨＴＭＬページを生成するページ生成手段とを具備することを特徴とするウェブコンテンツ変換システム。
5. コンテンツの閲覧要求元の端末が携帯端末かパーソナルコンピュータかを判別し、判別結果に応じて接続先を選別するフィルタリングをさらに具備することを特徴とする請求項５記載のウェブコンテンツ変換システム。
6. 過去に作成したトップメニュの情報と前記ＨＴＭＬページの全体の画像に基づいて作成された縮小画像とを保存する記憶手段がある場合、前記メニュ生成手段は、前記トップメニュの情報と前記縮小画像とを参照してトップメニュの作成を行うことを特徴とする請求項４記載のウェブコンテンツ変換システム。

Images