(57)【要約】【課題】  フレームが使用されているウェブコンテンツを、小型の端末で容易かつ適切に表示・操作可能なフォーマットに変換できるコンテンツ変換技術を提供する。【解決手段】  コンテンツ変換装置は、ウェブコンテンツにフレームが使用されているか否かを調べ、フレームが使用されている場合には、まず、そのウェブコンテンツのフレーム構成を概略的に示すメニュー画面を生成して、そのメニュー画面を端末に送信する。そして、メニュー画面上でいずれかのフレームが選択されたときに、そのフレームに対応するファイルを端末用フォーマットに変換して端末に送信する。【選択図】  図２
2005215776.tif 000002
【特許請求の範囲】
【請求項１】
ウェブコンテンツを提供するコンテンツサーバとウェブコンテンツを閲覧する端末との間を仲介する装置であって、
端末からウェブコンテンツの閲覧要求を受信する要求受信手段と、
その閲覧要求に対応するウェブコンテンツファイルをコンテンツサーバから取得し、そのウェブコンテンツファイルを端末用フォーマットに変換して端末に送信するコンテンツ変換手段と、を有し、
前記コンテンツ変換手段は、
ウェブコンテンツにフレームが使用されているか否かを調べ、
フレームが使用されている場合には、そのウェブコンテンツのフレーム構成を概略的に示すメニュー画面を生成して、そのメニュー画面を端末に送信し、
メニュー画面上でいずれかのフレームが選択されたときに、そのフレームに対応するファイルを端末用フォーマットに変換して端末に送信する
コンテンツ変換装置。
【請求項２】
前記端末用フォーマットはスケーラブルなフォーマットである請求項１記載のコンテンツ変換装置。
【請求項３】
前記コンテンツ変換手段は、
閲覧要求に対応するウェブコンテンツファイルの一部分をコンテンツサーバから取得した段階で、フレームが使用されているか否かを調べ、
メニュー画面上でいずれかのフレームが選択された段階で、そのフレームに対応するファイルをコンテンツサーバから取得する請求項１または２記載のコンテンツ変換装置。
【請求項４】
前記コンテンツ変換手段は、
閲覧要求に対応するウェブコンテンツファイルの全部をコンテンツサーバから取得して記憶手段に格納し、
メニュー画面上でいずれかのフレームが選択されたときに、そのフレームに対応するファイルを記憶手段から読み出して利用する請求項１または２記載のコンテンツ変換装置。
【請求項５】
プロキシサーバとして動作する請求項１〜４のうちいずれか１項記載のコンテンツ変換装置。
【請求項６】
ウェブコンテンツを提供するコンテンツサーバとウェブコンテンツを閲覧する端末との間を仲介する装置がウェブコンテンツファイルを変換する方法であって、
端末からウェブコンテンツの閲覧要求を受信する要求受信工程と、
その閲覧要求に対応するウェブコンテンツファイルをコンテンツサーバから取得し、そのウェブコンテンツファイルを端末用フォーマットに変換して端末に送信するコンテンツ変換工程と、を含み、
前記コンテンツ変換工程では、
ウェブコンテンツにフレームが使用されているか否かを調べ、
フレームが使用されている場合には、そのウェブコンテンツのフレーム構成を概略的に示すメニュー画面を生成して、そのメニュー画面を端末に送信し、
メニュー画面上でいずれかのフレームが選択されたときに、そのフレームに対応するファイルを端末用フォーマットに変換して端末に送信する
コンテンツ変換方法。
【請求項７】
前記端末用フォーマットはスケーラブルなフォーマットである請求項６記載のコンテンツ変換方法。
【請求項８】
前記コンテンツ変換工程では、
閲覧要求に対応するウェブコンテンツファイルの一部分をコンテンツサーバから取得した段階で、フレームが使用されているか否かを調べ、
メニュー画面上でいずれかのフレームが選択された段階で、そのフレームに対応するファイルをコンテンツサーバから取得する請求項６または７記載のコンテンツ変換方法。
【請求項９】
前記コンテンツ変換工程では、
閲覧要求に対応するウェブコンテンツファイルの全部をコンテンツサーバから取得して記憶手段に格納し、
メニュー画面上でいずれかのフレームが選択されたときに、そのフレームに対応するファイルを記憶手段から読み出して利用する請求項６または７記載のコンテンツ変換方法。
【請求項１０】
前記装置はプロキシサーバとして動作する請求項６〜９のうちいずれか１項記載のコンテンツ変換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツサーバが提供するウェブコンテンツを端末用フォーマットに変換する技術に関する。
【背景技術】
【０００２】
インターネット上では、数多くのコンテンツサーバが、情報検索、情報配信、ネットショッピング、音楽・映像配信などの様々なウェブコンテンツを提供している。ユーザは、ウェブクライアント機能を有する端末を用いて、それらのウェブコンテンツを閲覧することができる。最近では、パーソナルコンピュータのみならず、携帯電話、ＰＤＡ（Personal Digital Assistance）、車載端末などの小型端末にもウェブクライアント機能が実装されはじめている。
【０００３】
しかし、インターネット上で提供されているウェブコンテンツは、一般に、ＶＧＡ（Video Graphics Array）以上の表示解像度をもつパーソナルコンピュータを想定して作られている。このようなウェブコンテンツを小型端末に表示しても、画面内に入りきらず閲覧に耐えない場合がほとんどである。また、ハードウェア的またはソフトウェア的な制約から、小型端末では入力操作が限られていたり、表示、再生できないウェブコンテンツが存在したりすることもある。
【０００４】
そこで、パーソナルコンピュータ向けに作成されたウェブコンテンツを、小型端末でも容易に閲覧可能なフォーマットに変換する仕組み−コンテンツ変換−が注目を集めている。たとえば特許文献１では、小型端末からの閲覧要求を受けたときに、小型端末による表示が困難なＨＴＭＬ（HyperText Markup Language）要素を他の要素に変更する方法が提案されている。また、ＨＴＭＬ形式やＸＨＴＭＬ（Extensible HyperText Markup Language）形式のファイルを、それらのサブセットであるＣＨＴＭＬ（CompactHTML）形式やＸＨＴＭＬ  Ｂａｓｉｃ形式に変換する方法も知られている。
【特許文献１】特開２０００−２２２２７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
コンテンツ変換の対象として特に重要なものに「フレーム」要素が挙げられる。フレームとは、ページを複数の領域に分割し、各領域に異なるウェブコンテンツファイル（ＨＴＭＬファイルなど）を表示させるものである。それぞれの領域を指してフレームということもある。たとえば、ページを３分割する場合には、フレーム要素が定義されているファイルと、各フレームに対応した３つのファイルの、少なくとも４つのファイルが必要となる（実際には貼り付け画像などがあるため、４以上のファイルで構成されることが多い。）。
【０００６】
従来のコンテンツ変換技術では、フレームが使用されているページに対し、当該ページを構成する全てのファイルを読み込んで、それらをフレームの無い単一形式のファイルに適宜レイアウトしなおすという処理を行っていた。
【０００７】
しかし、このような従来技術にあっては、全てのファイルを取得、解析し、それらがウェブクライアント画面でどのように表示されるか計算しなければならないため、変換処理に相当の時間を要してしまうという問題がある。また、全フレームを単一のファイルに変換すると、個々のフレームに設定されているスクロールバーが失われてしまい、表示上の不具合や操作性の悪化を招くという問題もある。
【０００８】
本発明は上記実情に鑑みてなされたものであって、その目的とするところは、フレームが使用されているウェブコンテンツを、端末で容易かつ適切に表示・操作可能なフォーマットに変換できるコンテンツ変換技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明では、以下の手段または処理によってウェブコンテンツを変換する。
【００１０】
本発明に係るコンテンツ変換装置は、ウェブコンテンツを提供するコンテンツサーバとウェブコンテンツを閲覧する端末との間を仲介する装置であって、少なくとも、端末からウェブコンテンツの閲覧要求を受信する要求受信手段と、その閲覧要求に対応するウェブコンテンツファイルをコンテンツサーバから取得し、そのウェブコンテンツファイルを端末用フォーマットに変換して端末に送信するコンテンツ変換手段と、を有する。
【００１１】
コンテンツサーバ、端末、コンテンツ変換装置はいずれも汎用的なコンピュータシステムを用いて構成可能である。なお、本発明は、パーソナルコンピュータのような端末を対象にすることも可能であるが、それよりも、携帯電話（ＰＨＳ含む）、ＰＤＡ、車載端末、家電製品など、パーソナルコンピュータに比べて画面サイズが小さい、処理能力が劣る、入力操作が限られている、あるいは、ウェブクライアント機能が制限されているといった何らかのハードウェア的またはソフトウェア的な制約を有する小型端末に好ましく適用できる。
【００１２】
ここで、コンテンツ変換手段は、ウェブコンテンツにフレームが使用されているか否かを調べ、フレームが使用されている場合には、そのウェブコンテンツのフレーム構成を概略的に示すメニュー画面を生成して、そのメニュー画面を端末に送信し、メニュー画面上でいずれかのフレームが選択されたときに、そのフレームに対応するファイルを端末用フォーマットに変換して端末に送信するとよい。
【００１３】
これにより、端末がフレームに対応していない場合や、端末用フォーマットがフレームをサポートしていない場合であっても、問題なくコンテンツ変換を行うことができる。
【００１４】
また、ウェブコンテンツファイルを一括変換するのではなく、指定されたフレームのみを個別に変換するので、変換処理に要する時間を短縮できるとともに、閲覧しないファイルを変換するコストを省くことができる。
【００１５】
端末用フォーマットはスケーラブルなフォーマットであることが好ましい。これにより、端末の画面サイズが小さい場合でも適切な表示を行うことができる。
【００１６】
コンテンツ変換手段は、閲覧要求に対応するウェブコンテンツファイルの一部分をコンテンツサーバから取得した段階で、フレームが使用されているか否かを調べ、メニュー画面上でいずれかのフレームが選択された段階で、そのフレームに対応するファイルをコンテンツサーバから取得するとよい。この場合、必要なファイルだけを短時間で取得することができるとともに、コンテンツ変換装置とコンテンツサーバとの間の無駄なトラフィックを排除することができる。
【００１７】
あるいは、閲覧要求に対応するウェブコンテンツファイルの全部をコンテンツサーバから取得して記憶手段に格納し、メニュー画面上でいずれかのフレームが選択されたときに、そのフレームに対応するファイルを記憶手段から読み出して利用してもよい。この場合、逐一コンテンツサーバにアクセスする必要がなくなり、端末からの閲覧要求に対する応
答性を高めることができる。
【００１８】
コンテンツ変換装置は、プロキシサーバとして動作することが好ましい。プロキシサーバであれば、端末に一度設定しさえすれば、ユーザはコンテンツ変換装置の介在を特に意識することなくウェブコンテンツを閲覧することができる。
【００１９】
なお、本発明は、上記手段の少なくとも一部を有するコンテンツ変換装置として捉えることができる。また、本発明は、上記処理の少なくとも一部を含むコンテンツ変換方法、または、かかる方法を実現するためのコンテンツ変換プログラムとして捉えることもできる。上記手段および処理の各々は可能な限り互いに組み合わせて本発明を構成することができる。
【発明の効果】
【００２０】
本発明によれば、フレームが使用されているウェブコンテンツを、端末で容易かつ適切に表示・操作可能なフォーマットに変換することができる。
【発明を実施するための最良の形態】
【００２１】
以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。
【００２２】
（第１の実施形態）
図１は本発明の一実施形態に係るコンテンツ変換装置の適用例を示す模式図である。
【００２３】
インターネットなどの広域ネットワーク１には、多数のコンテンツサーバ２が接続されている。各コンテンツサーバ２は、情報検索、情報配信、ネットショッピング、音楽・映像配信など様々な種類のウェブコンテンツを提供している。本実施形態では、これらのウェブコンテンツはパーソナルコンピュータ（ＰＣ）３向けに作成されているものを想定している。ユーザは、ＰＣ３にインストールされているウェブクライアントソフトを利用することで、コンテンツサーバ２にアクセスし、ウェブコンテンツを閲覧することができる。
【００２４】
また図１に示すように、携帯電話４ａ、ＰＤＡ４ｂ、車載端末４ｃ（以下、これらを総称して「端末４」という。）などの小型の端末４を利用して広域ネットワーク１に接続することもできる。これらの端末４は一般に通信基地局５を介した無線通信を利用する。
【００２５】
この種の端末４は、ＰＣ３に比べて画面サイズが小さい、処理能力が劣る、入力操作が限られている、あるいは、ウェブクライアント機能が制限されているといった何らかのハードウェア的またはソフトウェア的な制約があることが多い。よって、端末４からコンテンツサーバ２のウェブコンテンツを直接閲覧することは現実的でない。
【００２６】
そこで、本実施形態では、コンテンツ変換装置６によって、ＰＣ３向けに作成されたウェブコンテンツファイルを端末４向けのフォーマットに変換する。このコンテンツ変換装置６はコンテンツサーバ２と端末４との間を仲介する装置であり、いわゆるプロキシサーバとして動作する。端末４のウェブクライアントソフトにコンテンツ変換装置６のネットワークアドレス（たとえば、ＩＰアドレスとポート番号）を設定するだけで、端末４は自動的にコンテンツ変換装置６を介して各コンテンツサーバ２にアクセスするようになる。
【００２７】
コンテンツ変換装置６は、ＣＰＵ（中央演算処理装置）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、記憶装置、表示装置、入力装置などを備えた汎用のコンピュータシステムで構成される。以下に述べるコンテンツ変換処理は、記憶装置に格納されているコンテンツ変換プログラム（プロキシサーバプログラム）がＲＡＭに読み込
まれ、ＣＰＵにて実行されることで実現されるものである。
【００２８】
では、図２および図３を参照して、コンテンツ変換装置６によるコンテンツ変換処理について詳しく説明する。図２は、コンテンツ変換装置６のコンテンツ変換処理の流れを示すフローチャートであり、図３は、端末４、コンテンツ変換装置６、コンテンツサーバ２の互いの動作を示すシーケンス図である。
【００２９】
ユーザが端末４のウェブクライアントソフト上で閲覧希望のウェブコンテンツを選択し、または、そのＵＲＩ（Uniform Resource Identifier）を入力すると、端末４からプロキシサーバであるコンテンツ変換装置６に閲覧要求が送信される。
【００３０】
コンテンツ変換装置６は、端末４から閲覧要求を受信すると（ステップＳ１）、その閲覧要求に含まれたＵＲＩで特定されるコンテンツサーバ２にアクセスし、対応するウェブコンテンツファイルを取得する（ステップＳ２）。ウェブコンテンツファイルは、通常、ＨＴＭＬ形式やＸＨＴＭＬ形式のファイルで提供される。
【００３１】
このとき、本実施形態のコンテンツ変換装置６は、閲覧要求に対応するウェブコンテンツファイルの全部を取得するのではなく、まずはその一部分のみを取得する。そして、コンテンツ変換装置６は、取得したファイルを解析して、当該ウェブコンテンツにフレームが使用されているか否かを調べる（ステップＳ３）。
【００３２】
たとえば、図４に示すウェブコンテンツの場合には、ページが２列（2 columns）に分割され、さらに右側の列が３行（3 rows）に分割され、計４つのフレームから構成されている。このようなフレームを含むウェブコンテンツは、図５に示すように、フレーム構成を定義する親ファイル（index.html）と、それぞれのフレームの内容を定義する複数の子ファイル（navi.html、head.html、data.html、head2.html）とからなる（実際には、画像やＣＧＩなどのファイルを含む場合も多いが、ここでは説明を簡略化するためにＨＴＭＬファイルのみで構成されているものとする。）。
【００３３】
親ファイルには、分割数やフレームの大きさなどを定義するframeset要素（<frameset>〜</frameset>）、および、個々のフレームの名称、そこに表示するウェブコンテンツファイル、スクロールバーの有無などを定義するframe要素（<frame>）が記述されている。frame要素中のname属性がフレーム名を表し、src属性がそのフレームに対応するファイルのＵＲＩを表している。
【００３４】
閲覧要求に対応するウェブコンテンツにフレームが使用されているか否かは、親ファイルのframeset要素の有無を調べればわかり、また、個々のフレームの属性（フレーム名や表示すべきファイル）はframeset要素に包含されているframe要素を解析すればわかる。よって、ステップＳ２では、コンテンツサーバ２から親ファイルだけを取得すれば足りる。
【００３５】
ステップＳ３において「フレーム有り」と判定したら、コンテンツ変換装置６は、上記frameset要素（frame要素を包含する）に基づいてメニュー画面を生成して（ステップＳ４）、そのメニュー画面を端末４に送信する（ステップＳ５）。このメニュー画面は、ウェブコンテンツのフレーム構成を概略的に示すものである。メニュー画面では、ページ分割の態様と個々のフレームの概要が表されているとよい。図６は端末４に表示されたメニュー画面の一例を示している。この例では、フレームの枠線と各フレームのname属性とが示されている。また、name属性の表示テキストは、それぞれのフレームに対応するファイルにリンクが張られている。
【００３６】
ユーザが端末４のメニュー画面上でいずれかのフレーム（表示テキスト）を選択すると、端末４からコンテンツ変換装置６にそのフレームに対応するファイルに関する閲覧要求が送信される。この閲覧要求についても、上述したステップＳ１〜Ｓ３の処理が実行される。
【００３７】
たとえば、メニュー画面で表示テキスト「data」が選択された場合には、コンテンツ変換装置６はウェブコンテンツファイル「data.html」のＵＲＩを含む閲覧要求を受信し（ステップＳ１）、コンテンツサーバ２から「data.html」を取得する（ステップＳ２）。そして、コンテンツ変換装置６は、取得したファイル「data.html」を解析して、このウェブコンテンツにフレームが使用されているか否かを調べる（ステップＳ３）。ここで、「data.html」にフレームが含まれていなかった場合には、ステップＳ６に処理を進める。
【００３８】
ステップＳ６では、コンテンツ変換装置６は、ステップＳ２で取得したウェブコンテンツファイル「data.html」を端末用フォーマットに変換する。端末用フォーマットしては、ＣＨＴＭＬやＸＨＴＭＬ  Ｂａｓｉｃなどを用いてもよいが、好ましくはスケーラブルなフォーマットを用いるとよい。スケーラブルフォーマットであれば端末４の小さな画面にあわせて表示サイズを自由に変更できるという利点がある。
【００３９】
本実施形態では、端末用フォーマットとしてＳＶＧ（Scalable Vector Graphics）を用いることとする。ＳＶＧはスケーラブルであり、かつ、データ圧縮もサポートしているため、小型の端末４でのウェブコンテンツ利用に向いている。なお、上述したメニュー画面もＳＶＧで作成されていることが好ましい。
【００４０】
ステップＳ７では、コンテンツ変換装置６は、変換後のＳＶＧファイルを端末４に送信する。これにより、図７に示すように、端末４の画面にフレーム「data」に対応したウェブコンテンツのみが表示されることになる。
【００４１】
以上述べたコンテンツ変換技術によれば、ウェブコンテンツにフレームが使用されている場合には、まずメニュー画面を生成して端末４に送信（表示）し、フレームが選択されたときに個別にフレームの内容をコンテンツ変換して送信（表示）する。したがって、端末４のウェブクライアント機能がフレームに対応していない場合や、端末用フォーマットがフレームをサポートしていない場合であっても、問題なくコンテンツ変換を行うことができる。
【００４２】
また、ウェブコンテンツファイルを一括変換するのではなく、閲覧要求のあったファイル（指定されたフレーム）のみを個別に変換するので、変換処理に要する時間を短縮できるとともに、閲覧しないファイルを変換するコストを省くことができる。
【００４３】
特に本実施形態では、ウェブコンテンツファイルの一部分（親ファイル）をコンテンツサーバ２から取得した段階で、フレームが使用されているか否かを調べ、メニュー画面上でいずれかのフレームが選択された段階で、そのフレームに対応するファイルをコンテンツサーバ２から取得するようにしたので、必要なファイルだけを短時間で取得することができるとともに、コンテンツ変換装置６とコンテンツサーバ２との間の無駄なトラフィックを排除することができる。
【００４４】
一方、端末４の側には次のような利点がある。
【００４５】
まず、フレームに対応していない端末４であっても、ＰＣ３用に作成されたフレームを含むウェブコンテンツを支障なく閲覧することができる。このとき、各フレームを個別に
閲覧できるので、サイズの小さな画面でも容易に閲覧可能である。
【００４６】
また、閲覧を希望するフレームのデータ送受信だけで済むため、通信コストを下げることができる。しかも、端末用フォーマットとしてＳＶＧを採用しているため、通信するデータサイズ自体を小さくすることができるとともに、表示が見やすく操作性にも優れる。
【００４７】
さらに、コンテンツ変換装置６はプロキシサーバとして動作するので、端末４に一度設定しさえすれば、ユーザはコンテンツ変換装置６の介在を特に意識することなくウェブコンテンツを閲覧することができる。
【００４８】
（第２の実施形態）
第１の実施形態のコンテンツ変換装置は、必要なファイルをコンテンツサーバから逐一取得するのに対し、本発明の第２の実施形態のコンテンツ変換装置は、閲覧要求に対応するウェブコンテンツファイルの全部を予めキャッシュしておく点で異なる。その他の構成はほぼ共通しているので、ここでは同一の符号を用いることとし、その詳しい説明を省略する。
【００４９】
本実施形態のコンテンツ変換装置は、端末４から閲覧要求を受信すると、その閲覧要求に含まれたＵＲＩで特定されるコンテンツサーバ２にアクセスし、対応するウェブコンテンツファイルを取得する。このとき、コンテンツ変換装置は、閲覧要求に対応するウェブコンテンツファイルの全部を取得し、それらのデータをハードディスクやＲＡＭなどの記憶装置（記憶手段）に一時的に格納する。
【００５０】
そして、コンテンツ変換装置は、取得したファイルを解析して、当該ウェブコンテンツにフレームが使用されているか否かを調べる。フレームの有無を判定する処理は、ウェブコンテンツファイルのうちフレーム構成が定義された親ファイルを取得した時点で開始することが好ましい。
【００５１】
「フレーム有り」と判定したら、コンテンツ変換装置は、第１の実施形態と同様、メニュー画面を生成して端末４に送信する。
【００５２】
ユーザが端末４のメニュー画面上でいずれかのフレームを選択すると、端末４からコンテンツ変換装置にそのフレームに対応するファイルに関する閲覧要求が送信される。コンテンツ変換装置は、閲覧要求を受信すると、選択されたフレームに対応するファイルを記憶装置から読み出し、そのファイルを端末用フォーマット（ＳＶＧなど）に変換し、端末４に送信する。
【００５３】
以上述べた第２の実施形態のコンテンツ変換技術によっても、第１の実施形態に準じた作用効果を得ることができる。
【００５４】
さらに、第２の実施形態では、ウェブコンテンツファイルの全部を予め取得しておくので、逐一コンテンツサーバ２にアクセスする必要がなくなり、端末４からの閲覧要求に対する応答性を高めることができる。
【００５５】
なお、上記実施形態は本発明の一具体例を例示したものにすぎない。本発明の範囲は上記実施形態に限られるものではなく、その技術思想の範囲内で種々の変形が可能である。
【００５６】
たとえば、上記実施形態では端末用フォーマットとしてＳＶＧを採用したが、その他のスケーラブルフォーマット（たとえばＰＤＦ）を用いることも好ましい。
【００５７】
また、上記実施形態ではコンテンツ変換装置をプロキシサーバとして動作させているが、これに限らず、コンテンツサーバの一機能として実装することも好ましい。
【００５８】
また、第２の実施形態では変換前のウェブコンテンツファイルをキャッシュするようにしたが、端末用フォーマットに変換した後のファイルをキャッシュするようにしてもよい。後者の場合には閲覧要求に対する応答性がさらに向上する。
【００５９】
また、図６のメニュー画面ではフレーム概要としてフレーム名（name属性）を表示するようにしたが、これに限らず、src属性などの他の属性、フレームに対応するファイルの一部分、そのファイルのサムネイルなどを表示することも好ましい。要するに、ユーザがフレームを選択する際の参考にできるような情報が表示されていればよい。
【図面の簡単な説明】
【００６０】
【図１】本発明の一実施形態に係るコンテンツ変換装置の適用例を示す模式図である。
【図２】第１の実施形態に係るコンテンツ変換装置のコンテンツ変換処理の流れを示すフローチャートである。
【図３】端末、コンテンツ変換装置、コンテンツサーバの互いの動作を示すシーケンス図である。
【図４】フレームが使用されているウェブコンテンツの一例を示す図である。
【図５】図４のウェブコンテンツのファイル構成を示す図である。
【図６】メニュー画面の一例を示す図である。
【図７】選択されたフレームの表示例を示す図である。
【符号の説明】
【００６１】
１  広域ネットワーク
２  コンテンツサーバ
３  パーソナルコンピュータ（ＰＣ）
４ａ  携帯電話（端末）
４ｂ  ＰＤＡ（端末）
４ｃ  車載端末（端末）
５  通信基地局
６  コンテンツ変換装置
【図１】
2005215776.tif 000003
【図２】
2005215776.tif 000004
【図３】
2005215776.tif 000005
【図４】
2005215776.tif 000006
【図５】
2005215776.tif 000007
【図６】
2005215776.tif 000008
【図７】
2005215776.tif 000009