JP2010250585A - マークアップ言語文書変換装置、プログラムおよび方法 - Google Patents

Abstract

【課題】ＰＣ用の第１ＭＬ文書を非ＰＣ用の第２ＭＬ文書に変換する際にフレーム表示におけるリンク先移行時の表示の誤動作を防止する。
【解決手段】マークアップ言語文書変換装置（変換サーバ）はモバイル端末からリクエストされた第１ＭＬ文書がフレーム構成を有する文書である場合、フレーム構成をなくすとともに、第１ＭＬ文書のいずれかのフレーム内に存在するリンク設定部については、リンク先ＵＲＬおよびターゲットフレーム名に加えて、少なくともフレームセット文書名を付加して第２ＭＬ文書に変換する。この第２ＭＬ文書を受信したモバイル端末からリンク設定部に対する指示に応じて、ターゲットフレーム名が特定のフレームを指定しているとき、フレームセット文書名に基づき、当該特定のフレームのＵＲＬに代えて前記リンク先ＵＲＬを適用してすべてのフレームの内容を第２ＭＬ文書に変換する。
【選択図】図８

Description

本発明は、ＰＣ用マークアップ言語文書（第１マークアップ言語文書）を、モバイル端末の仕様に対応して表示要素の配置替えを行った非ＰＣ用マークアップ言語文書（第２マークアップ言語文書）に変換するマークアップ言語文書変換装置、プログラムおよび方法に関する。

最近、携帯電話端末や通信機能付きＰＤＡなどの移動通信端末装置では、インターネット上のＰＣ用のｗｅｂサイトでのコンテンツを閲覧することができるようになってきている。このような移動通信端末装置を本明細書ではモバイル端末ともいう。

モバイル端末の表示画面のサイズは一律ではないが、通常、ＰＣ用の表示装置の表示画面に比べてその解像度（縦横画素数）は小さい。そのため、ＰＣ用コンテンツをそのままモバイル端末の表示画面に表示させようとすると、表示されたｗｅｂページが垂直方向のみならず水平方向にも、画面から大きくはみ出し、水平、垂直両方向に頻繁にスクロール操作を行う必要が生じる。

また、全体像を把握するためにｗｅｂページの表示を縮小することも考えられるが、その場合には細部が見づらくなり、文字が読めなくなる場合も生じうる。

このような問題に対して、特許文献１には、大サイズのｗｅｂページを解析してより小さいサイズのページに分割し、これをモバイル端末で閲覧する技術が開示されている。

特許文献２にはＰＣ用のコンテンツを解析して無線端末での表示に適した情報に変換する技術が開示されている。

特許文献３には、フレーム機能非対応ブラウザのためにフレーム機能を利用したコンテンツを変換するサービス中継装置が提案されている。

特許文献４には、データ受信容量の小さなクライアントで、サーバからの大きなコンテンツのサービスの提供を受けるために、サーバからのデータを分割してクライアントへ送信するサービス中継装置が提案されている。

特許文献５には、端末へ配信するコンテンツを複数のページに分割して配信する際に、端末からの入力を受け付ける入力ページが分割された場合の誤動作を防止する技術が提案されている。そのために、分割された各ページにて入力された入力内容をサーバ側で蓄積保持して、全ての入力項目が揃ったら、それらの入力データを端末へ確認ページとして送信し、ユーザの確認を得て、サーバ側で登録を行っている。

また、本出願人は特願２００７−３３９８７８号として、ＰＣ用コンテンツなどに対応する第１マークアップ言語文書を、非ＰＣ用コンテンツなどに対応する第２マークアップ言語文書に比較的忠実に変換する技術を提案している。

米国特許第７２０３９０１号公報 米国特許第７０４７０３３号公報 特開平１０−３１２３２３号公報 特開平１１−１７５４２６号公報 特開２００２−３４２２１５号公報

ところで、ＰＣ用のコンテンツでは、画面を複数の区画（フレームと呼ばれる）に分割して、各フレームに異なるマークアップ言語（ＭＬ）文書を表示する技術が普及している。このようなフレーム表示によれば、画面の内容を見やすく整理することができ、また、フレーム単位に表示を更新することができる。

フレーム構成のＭＬ文書をモバイル用に変換する場合、モバイル端末の比較的小さい画面サイズに対応するために、フレーム構成は採ることができない。そのため、変換処理では、フレーム構造を解除して各フレームの内容を順次、上から下へ並べ替える処理を行うことになる。

しかし、上記のようなＭＬ文書の変換技術では、このようなフレーム構成のＭＬ文書への対応が充分ではなかった。フレーム構成のＭＬ文書では、あるフレーム内のリンク設定部（いわゆるアンカーポイント）に対するユーザの指示（いわゆるクリック操作）があったとき、現在のフレーム構成を維持したまま、一つのフレーム内においてのみその内容を更新する場合がある。例えば、一つのフレームにメニューを表示し、そのメニュー項目の選択に応じてそれに対応するページを他のフレームに更新表示するような場合である。このような場合、変換後のＭＬ文書ではフレーム構成ではないにしても、元のフレーム構成と同数のフレームに対応した内容が変換後のＭＬ文書に含まれるべきである。しかし、上記の先行する技術では変換後のＭＬ文書ではフレーム構成が維持されないため、このような対応ができず、リンク先のページのみが画面全体に表示されてしまう結果となった。

また、上記のようなＭＬ文書の変換技術では、ユーザの入力を求める複数の入力項目を有するフォームに対する対応も十分ではなかった。すなわち、変換後のＭＬ文書について、モバイル端末の一度に処理できるｗｅｂデータ量等に合わせてページ分割が行われる場合がある。その場合、元のＭＬ文書にフォームが含まれていると、変換後のＭＬ文書で複数のページにフォームがまたがる（分断される）可能性がある。そのような場合、変換後のＭＬ文書において正しいフォーム入力が行えないという問題があった。

上記特許文献５ではこのフォームの分断に伴う問題について、分割ページ毎の入力データをサーバ側で蓄積することにより解決しているが、同時に多くの端末に対応するにはサーバ側の負担が大きくなるという別の問題が生じる。

本発明はこのような背景においてなされたものであり、本発明の第１の目的は、ＰＣ用コンテンツなどに対応する第１マークアップ言語文書を非ＰＣ用コンテンツなどに対応する第２マークアップ言語文書に変換する際にフレーム表示におけるリンク先移行時の表示の誤動作を防止することにある。

本発明の第２の目的は、ＰＣ用コンテンツなどに対応する第１マークアップ言語文書を非ＰＣ用コンテンツなどに対応する第２マークアップ言語文書に変換する際にページ分割を伴うフォームについてサーバ側に過度の負担を掛けることなく正しいフォーム入力が行えるようにすることにある。

本発明によるマークアップ言語文書変換装置は、第１のマークアップ言語で記述された第１ＭＬ文書を第２のマークアップ言語で記述された第２ＭＬ文書に変換する変換手段を備える。この変換手段は、第１ＭＬ文書が複数のフレームを含むフレーム構成を有する文書である場合、項目の入力データをサーバへ第２ＭＬ文書ではフレーム構成をなくすとともに、項目の入力データをサーバへ第１ＭＬ文書のいずれかのフレーム内に存在するリンク設定部については、リンク先ＵＲＬおよびターゲットフレーム名に加えて、少なくともフレームセット文書名を付加する。

前記変換手段は、前記リンク設定部に対する指示に応じて、前記ターゲットフレーム名が特定のフレームを指定しているとき、前記フレームセット文書名に基づき、当該特定のフレームのＵＲＬに代えて前記リンク先ＵＲＬを適用してすべてのフレームの内容を第２ＭＬ文書に変換する。これにより、フレーム構成のない第２ＭＬ文書においてもフレームが維持されたと等価の変換結果が得られる。

本発明によるマークアップ言語文書変換方法は、第１のマークアップ言語で記述された第１ＭＬ文書を要求するリクエストを受けるステップと、第１ＭＬ文書が複数のフレームを含むフレーム構成を有する文書である否かを確認するステップと、第１ＭＬ文書がフレーム構成を有する文書である場合、フレーム構成をなくすとともに、前記第１ＭＬ文書のいずれかのフレーム内に存在するリンク設定部については、リンク先ＵＲＬおよびターゲットフレーム名に加えて、少なくともフレームセット文書名を付加して第２ＭＬ文書に変換するステップとを含む。マークアップ言語文書変換プログラムはこれらのステップをコンピュータに実行させるものである。

本発明による他のマークアップ言語文書変換装置は、第１のマークアップ言語で記述された第１ＭＬ文書を第２のマークアップ言語で記述された第２ＭＬ文書に変換する変換手段を備える。前記第１ＭＬ文書が複数の入力項目を有する文書であり、かつ、当該複数の入力項目が複数のページに分断される場合、前記変換手段は、第２のページ以降のページに対しては先行するページでの入力データを当該第２ＭＬ文書中に隠れ属性付で埋め込む。

これにより、入力項目を含む最後のページにおいては、先行するすべてのページにある入力項目の入力データが蓄積されることになる。また、その埋め込みは隠れ属性付で行われるので、端末へ配信されてもユーザに見えることがない。また、ページに対応する第２ＭＬ文書の中に入力データが保存されるので、変換サーバにおいて蓄積管理する必要はない。

より具体的には、前記変換手段は、前記複数の入力項目が含まれる複数のページのうち、最後のページ以外のページの第２ＭＬ文書中に入力データの送信ボタンとしての「次頁」ボタンを追加し、「次頁」ボタンの指示に応じて返送された入力データを次のページの第２ＭＬ文書中に隠れ属性付で埋め込む。

また、前記変換手段は、前記複数の入力項目が含まれる複数のページのうち、最後のページ以外のページの第２ＭＬ文書の生成時に、後続のページでの未入力の入力項目についても当該第２ＭＬ文書中に隠れ属性付で埋め込むようにしてもよい。

本発明による他のマークアップ言語文書変換方法は、第１のマークアップ言語で記述された第１ＭＬ文書を要求するリクエストを受けるステップと、前記第１ＭＬ文書が複数のページに分断される複数の入力項目を有するＭＬ文書であるか否かをチェックするステップと、当該複数のページに分割されると判断された場合、第２のページ以降のページに対しては先行するページでの入力データを当該第２ＭＬ文書中に隠れ属性付で埋め込むステップとを含む。マークアップ言語文書変換プログラムはこれらのステップをコンピュータに実行させるものである。

本発明によれば、ＰＣ用コンテンツなどに対応する第１マークアップ言語文書を非ＰＣ用コンテンツなどに対応する第２マークアップ言語文書に変換する際に、フレーム表示におけるリンク先移行時の表示の誤動作を防止することができる。

また、他の発明によれば、ＰＣ用コンテンツなどに対応する第１マークアップ言語文書を非ＰＣ用コンテンツなどに対応する第２マークアップ言語文書に変換する際にページ分割を伴うフォームについてサーバ側に過度の負担を掛けることなく正しいフォーム入力が行えるようになる。

本発明のマークアップ言語文書変換装置としての変換サーバの基本概念を説明するための図である。 図１に示したような変換サーバを用いるマークアップ言語文書変換システムの全体の概略の構成例を示した図である。 図１に示したブラウザエンジンの内部構成を示す図である。 本発明の実施の形態における変換サーバの機能構成例を示す図である。 出願人のホームページの概略画面を示した図である。 図５に示したページのＰＣ用ＭＬ文書の処理時の中間的な状態の説明図である。 図６に示したＰＣ用ＭＬ文書に対応する変換後のモバイル用ＭＬ文書の表示例を示す図である。 本発明におけるフレーム表示時の課題を明確にするための図である。 本発明におけるフレーム表示時の課題を明確にするための他の図である。 図８（ｂ）に示した本実施の形態に係るフレーム構成のページを構成するＰＣ用ＭＬ文書の例を示す図である。 図１０に対応するフレーム構成のＰＣ用ＭＬ文書を変換したモバイル用ＭＬ文書の構成例を示す図である。 図１１内に示したＰＣ用ＭＬ文書内のフレーム関連アンカータグの構成例を示す図である。 本発明の実施の形態におけるモバイル端末と変換サーバの間のやりとりのシーケンス図を示す図である。 本発明の実施の形態における変換サーバのアンカータグ処理の手順例を示すフローチャートである。 本発明による第２の実施の形態に関するフォーム入力を伴うＭＬ文書の変換例を示した図である。 図１５内に示した第１ページのｈｔｍｌ文書の記述例の主要部を示した図である。 図１５内に示した第２ページのｈｔｍｌ文書の記述例の主要部を示した図である。 図１５内に示した第３ページのｈｔｍｌ文書の記述例の主要部を示した図である。 本発明の第２の実施の形態の変形例での第１ページと第２のページのモバイル用ＭＬ文書例を示した図である。 本発明の第２の実施の形態におけるモバイル端末と変換サーバとｗｅｂサーバとの間のやりとりを示したシーケンス図である。 本発明の第２の実施の形態における変換サーバ１５０によるＭＬ文書変換の処理例を示したフローチャートである。 図１５に示したフォーム入力を伴うＭＬ文書の変換例の変形例を示した図である。 本発明の第２の実施の形態におけるモバイル用ＭＬ文書の分割ページに適用できるページ番号ナビゲーションの例を示した図である。

以下、本発明の好適な実施の形態について図面を参照しながら詳細に説明する。

図１は、本発明のマークアップ言語文書変換装置としての変換サーバ１５０の基本概念を説明するための図である。変換サーバ１５０は、ＰＣ用コンテンツを構成するＰＣ用マークアップ言語（ＭＬ）文書（すなわち第１のマークアップ言語文書）を、リアルタイムに、モバイル用（非ＰＣ用）コンテンツを構成するモバイル用ＭＬ文書（すなわち第２のマークアップ言語文書）に変換するためのサーバであり、トランスコーダともいう。

図１に示すように、変換サーバ１５０は、従来のｗｅｂブラウザのブラウザエンジンと同等の機能を有するブラウザエンジン２０と、変換処理部１６１とを含む。ブラウザエンジン２０は、ＰＣ用コンテンツを構成するＨＴＭＬファイルのようなＰＣ用ＭＬ文書１０を読み込んで、レンダリングを行う。その結果として得られる、予め想定されている標準的な規定のサイズ（例えば縦６００画素×横８００画素）のＰＣ表示画面上に配置される表示要素としての各パーツおよびその親子関係の情報である描画ドキュメントツリーや、そのパーツの占有領域（ブロック）の配置座標情報を変換処理部１６１へ伝える。変換処理部１６１は、パーツの親子関係や配置座標情報に基づいて、パーツの配置をモバイル端末での表示に適したモバイル用ＭＬ文書（例えばｃＨＴＭＬ文書）３０を生成する。

図２は、図１に示したような変換サーバ１５０を用いる、本実施の形態におけるマークアップ言語文書変換システムの全体の概略の構成例を示している。

このシステムは、携帯電話端末や通信機能付きＰＤＡなどの移動通信端末装置であるモバイル端末１１０と、ｗｅｂコンテンツを提供するｗｅｂサーバ１２０（ＰＣ用、モバイル用を問わない）と、ＰＣ用ｗｅｂコンテンツを提供するＰＣ用ｗｅｂサーバ１３０と、変換サーバ１５０と、各サーバが接続されるインターネットのような通信ネットワーク１４０とにより構成される。

通信ネットワーク１４０には、インターネットに代えてまたは加えて、モバイル用パケット通信網とこれをインターネットに接続するゲートウェイ（図示せず）を含みうる。ｗｅｂサーバ１２０はインターネットではなくモバイル用パケット通信網に接続されたサーバであってもよい。

モバイル端末１１０のユーザの操作に従い、モバイル端末１１０のｗｅｂブラウザはｗｅｂサーバ１２０に対して特定のコンテンツをリクエストする（１）。このリクエストにはモバイル端末のｗｅｂブラウザからユーザエージェント（ＵＡ）と呼ばれる情報が含められて送信される。

ｗｅｂサーバ１２０は、受け取ったユーザエージェント情報に基づいて当該モバイル端末の機種ＩＤを判別でき、これによりその機種の仕様情報を確認することができる。この仕様情報には、例えば、表示画面サイズや利用可能なメモリサイズ、一度に処理できるｗｅｂデータ量、サポートフォーマットなどが含まれる。このようなリクエストに対するレスポンスとして、ｗｅｂサーバ１２０からモバイル端末１１０に対してリダイレクト（変換サーバ１５０のＵＲＬを含む）が返送される（２）。リダイレクトとは、コンテンツを要求してきた端末がモバイル端末であることをそのユーザエージェント情報に基づいてｗｅｂサーバ１２０が認識したとき、アクセス先を自身から他の特定のサイト（ここでは変換サーバ１５０）へ移動させるためのレスポンスである。

モバイル端末１１０は、このリダイレクト情報を受けて、変換サーバ１５０へアクセスし、目的のＰＣ用コンテンツをリクエストする（３）。すなわち、このリクエストにはＰＣ用ｗｅｂサーバ１３０のＵＲＬも含んでいる。

なお、リダイレクトによらず、モバイル端末１１０がモバイル用コンテンツ内に組み込まれた変換サーバ１５０のＵＲＬから、または、ＵＲＬの手動入力に基づいて、変換サーバ１５０へ直接アクセスしてもよい。

変換サーバ１５０は、このようなリクエストを受けると、指定されたＰＣ用ｗｅｂサーバ１３０にアクセスして当該モバイル端末用に変換すべきＰＣ用ＭＬ文書で記述されたＰＣ用コンテンツをリクエストする（４）。さらに、ＰＣ用ｗｅｂサーバ１３０からそのレスポンスとして当該ＰＣ用コンテンツを表示するＭＬ文書を取得する（５）。変換サーバ１５０は、取得したＰＣ用ＭＬ文書ならびに必要に応じて取得されるそのＰＣ用ＭＬ文書に付随するデータおよびプログラムをレンダリングして、その結果に基づいてモバイル用ＭＬ文書を自動的に生成し、レスポンスとしてモバイル端末１１０へ返送する（６）。モバイル端末１１０は返送されたモバイル用ＭＬ文書を受信し、ｗｅｂブラウザにより処理し、必要な付随するデータおよびプログラムをさらに取得して、レンダリングを行い、その結果をモバイル用表示画面に表示する。「付随するデータおよびプログラム」とは、例えば、ＣＳＳなどのＭＬ文書から参照される修飾情報、画像（広告画像も含む）、ＪａｖａＳｃｒｉｐｔ（商標）などのスクリプト、Ｆｌａｓｈなどのプラグイン用のデータ、等を含む。レンダリングとは、一般に数値データとして与えられた物体や図形に関する情報をデータ処理によって画像化することであり、本明細書では、ＨＴＭＬなどのＭＬ文書をｗｅｂブラウザが読み込んで種々のタグを解釈し、各種の表示要素を表示画面上のどこにどのように表示するかを確定し、表示用の描画データを生成することをいう。レンダリングにはＣＳＳの解析、ＪａｖａＳｃｒｉｐｔなどの実行等も含む。

変換サーバ１５０は、好ましくは、リクエストを受けた端末の「一度に処理できるｗｅｂデータ量」等に基づいて、原則的にこれに対応する単位量毎に、モバイル用ＭＬ文書のデータを区切ることにより、ページ分割を行う。ページ分割の方法としては、任意の既存の手法を用いることができる。例えば、モバイル用ＭＬ文書内の各ページの最後に、次のページの内容にリンクした後述の「次頁」またはページ番号ナビゲーション、等のアンカータグを設定する。なお、モバイル端末から変換サーバ１５０へのリクエストにもユーザエージェントが含まれており、変換サーバ１５０は、受け取ったユーザエージェント情報に基づいて当該モバイル端末の機種ＩＤを判別でき、これによりその機種の仕様情報を確認することができる。そのために、変換サーバ１５０は、図示しないが、機種ＩＤと機種の仕様情報との対応データを保持している。

図３は、図１に示したブラウザエンジン２０の内部構成を示す。ブラウザエンジン２０は、パーサ２１、ページメーカ２３、およびフォーマッタ２５の各機能を有する。パーサ２１は、表示対象のマークアップ言語（ＭＬ）文書１０の論理的な構造を解釈し、その構造に関するドキュメントツリー２２を生成する。ページメーカ２３は、ドキュメントツリー２２を基に、各タグで決められた表現形式（block, inline, table, list, itemなど）の情報を含むレイアウトツリー２４を生成する。このレイアウトツリー２４は、block, inline, tableなどがどのような順番に存在しているかを表している。但し、レイアウトツリー２４は、まだ、これらの要素が画面のどこにどのような幅と高さで表示されるか、文字列がどこで折り返されるか、等のレイアウトに関する情報までは含んでいない。フォーマッタ２５は、レイアウトツリー２４を基に、既知の表示画面幅などの実際の表示画面に関する情報を用いてレイアウトを行う。すなわち、レイアウトツリー２４を実際の表示画面に配置していき、文字の折り返しや、画面上の位置、幅、高さを決定する。この段階で、描画ドキュメントツリー（レンダリングツリーともいう）２６が生成される。本実施の形態では、描画ドキュメントツリー２６には各パーツのブロックの対角座標を含めている。

図４に、図１に示した変換サーバ１５０の機能構成例を示す。

トランスコーダエンジン１６０は、変換サーバ１５０の中枢部であり、ブラウザエンジン２０と変換処理部１６１とを含む。ブラウザエンジン２０の構成及び機能については上述したとおりである。変換処理部１６１は、ブラウザエンジン２０の処理結果を用いてＰＣ用ＭＬ文書をモバイル用ＭＬ文書に変換する処理を行う部位であり、本発明の変換手段を構成している。この具体的な処理手順については後述する。

コンテンツ取得情報内部キャッシュ管理部１５７は、キャッシュのメタ情報として、各データの有効期限、対応ＵＲＬなどの情報を一時的に保存するための装置である。

セッション管理部１５２は、ｗｅｂサイトにアクセスした時にセッションを管理するための装置である。ユーザが継続的にそのサイトを使えるように，そのユーザの状態をページに埋め込むことがｗｅｂの世界ではしばしばある。埋め込む場所はＵＲＬクエリ内やＣｏｏｋｉｅ内である。このような動作はセッションと呼ばれる。

トランスコーダフロントエンド１６２は、ＨＴＭＬ埋め込み型のサーバサイド・スクリプト言語を用いてＣＧＩ（Common Gateway Interface：コモン・ゲートウェイ・インタフェース）のような機能を実現するサーバサイド・スクリプト処理部である。ＣＧＩとは、ｗｅｂサーバ上でユーザプログラムを動作させるための仕組みであり、そのユーザプログラムがサーバサイド・スクリプトである。トランスコーダフロントエンド１６２は、端末においてユーザが何かをクリックしたり、フォームで何かを送信したときに、それに基づいてプログラムを実行し、新たなＭＬの記述を生成してブラウザに対して送信する。スクリプト言語としては本実施の形態ではＰＨＰ(PHP: Hypertext Preprocessor)を使用しているが、これに限るものではない。

変換結果キャッシュ管理部１５６は、変換処理部１６１での変換結果であるモバイル用ＭＬ文書を一時的に保存する装置である。

ｈｔｔｐｄ(Hyper Text Transfer Protocol Daemon)１５４はｈｔｔｐデーモンと呼ばれるｗｅｂサーバのプログラムであり、ユーザからの要求に応じてサーバ内に蓄積されたコンテンツを送信したり、サーバサイド・スクリプトを起動したりするためのものである。

なお、変換サーバ１５０のハードウェア構成は特に示さないが、ＣＰＵ、主記憶装置、外部記憶装置、通信装置、各種入出力装置、等、既存のハードウェア構成により実現される。

以下、本実施の形態における変換サーバ１５０の動作を、具体的なｗｅｂページ例を示して説明する。

図５は出願人のホームページ（ｗｅｂページ）の概略画面を示している。このページはＰＣ用ＭＬ文書に対応するものである。図６はこのページのＰＣ用ＭＬ文書の処理時の中間的な状態（概念）の説明図である。このＰＣ用ＭＬ文書に対応する変換後のモバイル用ＭＬ文書の表示例を図７に示す。

ＨＴＭＬ文書は各種のタグを含むテキストで記述されており、ｗｅｂページを構成する表示要素は主として「ブロック要素」と「インライン要素」に分類される。

ブロック要素は、文書の骨組みとなる要素で、例えば見出しや段落などである。このタイプの要素は与えられた領域の横幅一杯の領域を持ち、要素の前後には自動的に改行が入る。ブラウザの画面上で、ブロック要素の占有する領域は、文字列や画像等のある部分だけではなく、それらを含む矩形の(ブロック状の)領域である。具体的には、見出し(h1〜h6)、(意味)段落(p)、章/意味段落(div)、区切り線(hr)、引用(blockquote)、テーブル(table)等がブロック要素である。リスト(ul/ol/dl)及びその項目(li/dt/dd)もブロック要素である。

インライン要素は、文章中の一部として扱われる要素(例えばリンクや文字の強調など)である。このタイプの要素は行の一部として扱われるので、要素の前後には改行は入らない。具体的には、リンク/アンカー(a)、語・文節・文単位の強調(em/strong)、プログラムの出力結果(samp)、プログラムのソースコード(code)、引用元の明示(cite)、強制改行(br)等がインライン要素である。画像(img)もインライン要素に含まれる。

ブロック要素の中には、別のブロック要素やインライン要素が入り得る。インライン要素の中には、別のインライン要素が入りうる。インライン要素の中には、ブロック要素は入らない。

多くのタグは開始タグ＜＞と終了タグ＜／＞から構成される。開始タグと終了タグの間の他のタグが含まれる、すなわち入れ子状態となりうる。入れ子関係にあるタグのうち外側のタグが「親」、内側がタグが「子」となる。

上述したように、ブラウザエンジン２０はＨＴＭＬ文書を読み込んで、解釈し、レンダリングを行う。その結果として、図６に示すように、ブロック要素等の表示要素（すなわちパーツ）毎にその表示位置（配置座標）およびサイズ（矩形占有領域の対角座標）が求められる。

変換処理部１６１は、パーツの親子関係や座標情報に基づいて、パーツの配置をモバイル端末での表示に適するように組み替える。この組み替えに際して、モバイル端末の表示画面では水平方向のスクロールは行わなくて済むようなｗｅｂページ構成が望ましい。そこで、複数のパーツを画面の横方向（水平方向）に羅列すると、モバイル端末の表示画面からはみ出してしまうような場合には、複数のパーツの横並びを縦並びに変更する。例えば、図６の上部のブロック２１１、ブロック２２１〜２２９、ブロック２３１〜２３７は、図７の位置３００に示すように縦並びに配置を変更する。図７は図６のＰＣ用ｗｅｂページがモバイル用に変換されてモバイル画面上に表示される様子を模式的に示した図である。実際には、図７の内容の全体がモバイル画面内に収まるわけではなく、縦方向にはページ送りおよび／またはスクロール操作により隠れた部分をモバイル画面上に移動させて見ることができる。横方向についてはページの幅全体がモバイル画面に収まることを想定している。

一つの画像（イメージ）の横幅がモバイル表示画面サイズより大きいものについては、その横幅がモバイル表示画面サイズに収まるように、全体の画像サイズを縮小するよう最適化する。図６の画像２４１（画像Ａ）は最適化された画像２４１’（画像Ａ’）として、図７の位置３００の直下の位置３４０に配置されている。

図６のブロック２５１〜２５６は元々縦並びで、すべてモバイル表示画面サイズに収まるため、図７の位置３４０の直下の位置３５０に配置している。

図６の画像のブロック２５７は、その横幅がモバイル表示画面サイズに収まるので、図７の位置３５０の直下の位置３５５に配置している。

図６のブロック２６１〜２６５についても、同様に、図７の位置３５５の直下の位置３６０に配置している。

図６のブロック２７１〜２７２については、同様に、図７の位置３６０の直下の位置（図示省略）に配置する。

図６の画像のブロック２８１についてはその横幅がモバイル表示画面サイズに収まるので、図７のブロック２７２の直下の位置に配置する。なお、画像の配置位置はその親のブロック要素の座標により決まる。画像を縮小または拡大する場合にはその画像サイズを参照する。

図６のブロック２９１についてはブロック２８１の直下の位置に配置する。モバイル表示画面の横幅より文字列が長い場合は、ブラウザの機能により折り返して表示される。

図６のブロック２９２〜２９５については、全体としてモバイル表示画面サイズに収まるので、ブロック２９１の直下の位置に配置する。但し、ブロック２９２〜２９５を縦並びに配置替えしてもよい。

複数のパーツをモバイル表示画面用に上から順に配置していく際に、ＰＣ用画面上でのパーツをどのような順でピックアップしていくかについては、予め定めた規則に従う。上述した例では、ＰＣ画面上の複数のパーツは、最上部の左から右に順次選択していき、右端に達したらその下に移動して、左から右に順次選択していく。

ただし、複数の小パーツが、モバイル画面の横幅に収まる一つの大ブロックに含まれる場合にはそれらの小パーツを一体として扱う。（図６のブロック２５２〜２５６等）

同じ横幅サイズで、縦並びに並んでいる複数のパーツはそれらの上から下まで選択したあと、右へ移動する。（ブロック２５１、（２５２〜２５６）、２５７等）

コンテンツデータ内部キャッシュ管理部１５８は、変換前のｗｅｂページのデータ（ＭＬ文書、ＪａｖａＳｃｒｉｐｔ、ＣＳＳ、Ｃｏｏｋｉｅ、画像等）を一時的に保存するための装置である。

本実施の形態によれば、自動的に、ＰＣ用ｗｅｂページを比較的忠実にモバイル用ｗｅｂページに変換し、ＰＣ用コンテンツをモバイル端末等で閲覧可能とすることができる。しかも、そのためにコンテンツプロバイダ（通常、企業等）ではＰＣ用ｗｅｂページ毎にそれに対応するモバイル用のｗｅｂページを別途用意しておく必要がなくなる。その結果、ＰＣ用コンテンツとモバイル用コンテンツの双方を作成し、かつ双方を同様にメンテナンス（同期）しなければならない、という煩雑な処理負担から当該コンテンツプロバイダを解放することができる。

なお、本発明の主題は以降の説明の内容にあり、上述したようなＭＬ文書変換の忠実性にあるのではない。したがって、上記のＭＬ文書変換例はあくまで例示であり、本発明はその具体例に限定されるものではない。

以下、ＭＬ文書変換装置がフレーム表示を伴うＰＣ用ＭＬ文書を取り扱う場合について説明する。

図８は本発明におけるフレーム表示時の課題を明確にするための図である。

図８（ａ）は本発明適用前のＭＬ文書変換の具体例を示している。ページＡ，Ｂ，Ｃをそれぞれ表示する３つのフレームからなるＰＣ用ＭＬ文書のページ４１０は、対応するモバイル用ＭＬ文書のページ４２０に変換される。ページＡ内にリンク設定部４１４が設けられており、その移行先のページがページＤであるとする。ページ４２０は、上から順次ページＡ，Ｂ，Ｃを含んでいるが、フレーム構成にはなっていない。なお、フレーム機能にはターゲットオプションが指定できる。ターゲットオプションとは、フレーム内のリンク設定部のリンク移行先の内容の表示先を指定する機能である。ページ４１０においてリンク設定部４１４のターゲットフレームがフレーム３であるとする。この場合、移行先のページＤの内容はフレーム３内に表示されることになる。

ページ４１０中のリンク設定部４１４は、ページ４２０中のリンク設定部４２４に対応する。ページ４２０において、リンク設定部４２４がクリックされると、ページＣがページＤで置換されるべきであるが、ページ４３０として示すようにページＤがモバイル端末の画面全体に表示されてしまう。

図８（ｂ）は本発明適用後のＭＬ文書変換の具体例を示している。ページ４２０のページＡ内のリンク設定部４２４がクリックされたとき、移行後のページ４２０ａでは、ページＡとページＢがそのまま維持され、元のフレーム３に相当するページＣに代えて、その部分にリンク先のページＤが表示される。このように、リンク先への移行後にもフレーム構成が維持される。

図９は、本発明におけるフレーム表示時の課題を明確にするための他の図である。図９もページＡ，Ｂ，Ｃをそれぞれ表示する３つのフレームからなるＰＣ用ＭＬ文書のページ５１０を示している。但し、そのフレーム配置が図８の場合と異なるものを示している。しかし、フレーム配置の違いは重要ではない。この例では、ページ５１０のフレーム３内のリンク設定部５１４に設定されたターゲットレームが自フレームである場合を想定している。

ＰＣ用ＭＬ文書のページ５１０は、対応するモバイル用ＭＬ文書のページ５２０に変換される。ページ５１０においてリンク設定部５１４のターゲットフレームが自フレーム（この場合フレーム３）であるとする。ページ５２０は、上から順次ページＡ，Ｂ，Ｃを含んでいるが、フレーム構成にはなっていない。ページＣ内にリンク設定部５１４が設けられており、その移行先のページがページＤである。ページ５１０中のリンク設定部５１４は、ページ５２０中のリンク設定部５２４に対応する。ページ５２０において、リンク設定部５２４がクリックされると、ページＣがページＤで置換されるべきであるが、ページ５３０として示すようにページＤがモバイル端末の画面全体に表示されてしまう。

図９（ｂ）は本発明適用後のＭＬ文書変換の様子を表している。ページ５２０のページＡ内のリンク設定部５２４がクリックされたとき、移行後のページ５２０ａでは、ページＡとページＢがそのまま維持され、元のフレーム３に相当するページＣに代えて、その部分にリンク先のページＤが表示される。このように、リンク先への移行後にもフレーム構成が維持される。

図１０は、図８（ｂ）に示した本実施の形態に係るフレーム構成のページ４１０を構成するＰＣ用ＭＬ文書の例（ソース）を示す。この場合、フレーム構成を規定するＭＬ文書であるframeset.htmlと、これに含まれる各フレームのＭＬ文書であるframe1.html、frame2.html、frame3.htmlにより構成される。この例では第３のフレームであるframe3.html内にリンクを設定するアンカータグ４１４ａが記述されている。

図１１は、図１０に対応するフレーム構成のＰＣ用ＭＬ文書を変換したモバイル用ＭＬ文書の構成例を示している。この場合、４つのＰＣ用ＭＬ文書に基づいて１つのモバイル用ＭＬ文書が生成されることになる。元のフレーム３に対応するframe3.html中のアンカータグ４１４ａは対応するフレーム関連アンカータグ４２４ａに変換される。このフレーム関連アンカータグ４２４ａの構成例を図１２に示す。

フレーム構成における従来のアンカータグには、「リンク先ＵＲＬ」、「ターゲットフレーム名」、および「リンク設定部表示」が含まれる。これに対して、図１２に示すように、本実施の形態のフレーム関連アンカータグ４２４ａには、さらに、「フレームセットｈｔｍｌ」および「元フレーム名」を付加し、かつ、変換サーバ側での特定の処理を依頼するために上述したＰＨＰ言語の記述（図示せず）を含めている。「フレームセットｈｔｍｌ」は、フレームセットを設定したＭＬ文書の名称（フレームセット文書名）であり、フレーム構成を維持すべきターゲットオプションが指定されたときに、変換サーバがそのフレームセットを確認して再度フレーム構成のページを生成するために利用される。「元フレーム名」は例えばターゲットオプションとして「自フレーム（"_self"）」が指定されたような場合に、そのフレームがどのフレームかを認識するために利用される。なお、ターゲットオプションにはその他、既知の"top", "_top", "_blank", "_parent"等がある。ＰＣ用ＭＬ文書においてフレームを解除せずにフレーム無しの新たなウィンドウを開くような場合、モバイル端末でのモバイル用ＭＬ文書の表示時に「戻る」操作が行われた際に「フレームセットｈｔｍｌ」および「元フレーム名」を利用することができる。

図１３は、本実施の形態におけるモバイル端末１１０と変換サーバ１５０の間のやりとりのシーケンス図を示している。

モバイル端末からフレーム付コンテンツのリクエストが変換サーバへ出力されると（Ｓ１１）、変換サーバが当該ｗｅｂサーバから当該コンテンツ（ＰＣ用ＭＬ文書）を取得する（Ｓ２１）。さらにこのコンテンツを、上述したフレーム関連アンカータグ４２４ａを含むモバイル用ＭＬ文書へ変換する（Ｓ２２）。その後、変換サーバはこのモバイル用ＭＬ文書を端末へ返送する（Ｓ２３）。モバイル端末はこのモバイル用ＭＬ文書を表示画面上に表示する（Ｓ１２）。この表示画面上で当該アンカータグに対応するリンク設定部が指示（クリック）されると（Ｓ１３）、そのリンク先のＵＲＬに対応するコンテンツのリクエストが変換サーバへ発行される（Ｓ１４）。変換サーバは当該コンテンツを取得し（Ｓ２４）、モバイル用ＭＬ文書へ変換する（Ｓ２５）。その後、変換サーバはこのモバイル用ＭＬ文書を端末へ返送する（Ｓ２６）。モバイル端末はこのモバイル用ＭＬ文書を表示画面上に表示する（Ｓ１５）。

図１４に、本実施の形態における変換サーバ１５０のアンカータグ処理の手順例を示す。

処理対象のアンカータグがフレーム関連アンカータグであるかどうかを確認する（Ｓ３１）。フレーム関連アンカータグではない通常のアンカータグであれば既知の通常処理を行う（Ｓ３９）。フレーム関連アンカータグである場合、そのターゲットオプションを確認する（Ｓ３２）。ターゲットが何れかのフレームでなければ（Ｓ３３，Ｎｏ）、リンク先ＵＲＬのＰＣ用ＭＬ文書を取得し（Ｓ３７）、モバイル用ＭＬ文書に変換する（Ｓ３８）。

ターゲットが何れかのフレームであれば（Ｓ３３，Ｙｅｓ）、フレームセットｈｔｍｌのＰＣ用ＭＬ文書を取得する（Ｓ３４）。さらに、リンク先ＵＲＬのＰＣ用ＭＬ文書を取得する（Ｓ３５）。フレームセットｈｔｍｌのソースＭＬ文書中のターゲットフレームＵＲＬをリンク先ＵＲＬで置換して、置換後のフレームセットに基づいてモバイル用ＭＬ文書を生成する（Ｓ３６）。

以上、第１の実施の形態によれば、ＰＣ用ｗｅｂページに対応するマークアップ言語文書をモバイル用ｗｅｂページに対応するマークアップ言語文書に変換する際にフレーム表示におけるリンク先移行時の表示の誤動作を防止することができる。

次に、本発明の第２の実施の形態について説明する。

図１５は、本実施の形態に関するフォーム入力を伴うＭＬ文書の変換例を示している。

ＰＣ用ＭＬ文書６１０は複数の入力項目を含むフォームの表示例を示している。このＰＣ用ＭＬ文書６１０を複数のページに分割して変換したものがモバイル用ＭＬ文書６２０である。モバイル用ＭＬ文書６２０は分割ページ数（この例では３ページ）分のＭＬ文書６２１〜６２３で構成される。複数の入力項目は複数のページに亘って分散している。ＰＣ用ＭＬ文書６１０では同じページ内のすべての入力項目についての入力データは、送信(submit)ボタン６１１の指示により、サーバ側へ送信される。しかし、従来のページ分割されたモバイル用ＭＬ文書では、「送信」ボタン６２６が指示されても、そのページ内の入力項目の入力データのみがサーバへ送信され、他のページの入力項目の入力データは送信されないという問題があった。

これに対して、本実施の形態では、入力項目のある最後のページより前に存在する入力項目のあるページについては、特定の送信ボタンとして「次頁」ボタン６２４を設けている。この「次頁」ボタン６２４はそのページの入力データを次のページに引き継ぐための指示ボタンとして機能する。すなわち、第２のページ以降のページに対しては、先行するページでの入力データをhidden属性（隠れ属性）付で埋め込む。入力データのある最後のページの「送信ボタン」６２６が指示されると、引き継がれた先行ページの入力項目も含めてすべての入力項目の入力データがサーバへ送信される。

図１６は、第１ページのモバイル用ＭＬ文書６２１の記述例の主要部を示している。

部分７１１は第１ページでの入力項目に対応した入力タグの記述例である。部分７１２は本実施の形態におけるhidden属性を利用した、第２ページでの入力項目に対応した入力タグの記述例である。部分７１３は、同じく本実施の形態におけるhidden属性を利用した、第３ページでの入力項目に対応した入力タグの記述例である。このようなhidden属性付の入力タグは端末の画面において表示されない。部分７１４は第１ページでの入力項目の入力データを後続のページに引き継ぐための項目の入力データをサーバへ「次頁」ボタン６２４（図１５）を構成するものである。

図１７は、第２ページのモバイル用ＭＬ文書６２２の記述例の主要部を示している。

部分７２１は、第１ページから引き継がれた、第１ページでの入力項目に対応した入力タグの記述例であり、実際の入力データが組み込まれた状態を示している。部分７２２は、第２ページでの入力項目に対応した入力タグの記述例である。部分７２３は、本実施の形態におけるhidden属性を利用した、第３ページでの入力項目に対応した入力タグの記述例である。部分７２４は、第２ページまでの入力項目の入力データを後続のページに引き継ぐための項目の入力データをサーバへ「次頁」ボタン６２４（図１５）を構成するものである。

図１８は、第３ページのモバイル用ＭＬ文書６２３の記述例の主要部を示している。

部分７３１は、第１ページから引き継がれた、第１ページでの入力項目に対応した入力タグの記述例であり、実際の入力データが組み込まれた状態を示している。部分７３２は、第２ページから引き継がれた、第２ページでの入力項目に対応した入力タグの記述例であり、実際の入力データが組み込まれた状態を示している。部分７３３は、第３ページでの入力項目に対応した入力タグの記述例である。部分７３４は、今までのページのすべての入力項目の入力データをサーバへ送信するための項目の入力データをサーバへ「送信」ボタン６２６（図１５）を構成するものであり、このボタンの指示に応じて、全入力データが変換サーバへ送信される。

なお、この例では、分割後の各ページ内に後続のページの未入力の入力項目も含めてすべての入力項目を組み込んでいる。これはＭＬ文書によっては送信ボタンが入力項目の最後のページではなく途中のページに存在するような場合に、後述する確認画面でユーザが未入力の入力項目を確認することが可能となる。但し、一般的には全入力項目の最後に送信ボタンが存在するので、各ページについてはそのページおよび先行するページについての入力項目のみを保持するようにしてもよい。

例えば、図１９に、各ページについてはそのページおよび先行するページについての入力項目のみを保持する方式での例を示す。ここでは第１ページと第２のページのモバイル用ＭＬ文書例のみを示す。図１９の第１ページについては後続の第２，第３ページの入力に関する上記部分７１２，７１３を含んでいない。図１９の第２ページについては後続の第３ページの入力に関する上記部分７２３を含んでいない。第３ページについては、後続のページがないので、図１８に示したものと同じになる。

図２０に、本実施の形態におけるモバイル端末１１０と変換サーバ１５０とｗｅｂサーバ１３０との間のやりとりを示したシーケンス図を示す。ここでは図１５に示した例に対応した処理例を説明する。

モバイル端末からフォーム付のコンテンツのリクエストが変換サーバにあったとき（Ｓ４０）、変換サーバはｗｅｂサーバへそのコンテンツのリクエストを発行する（Ｓ５０）。変換サーバはｗｅｂサーバからそのコンテンツの返送を受けると（Ｓ６０）、これをモバイル用ＭＬ文書に変換する（Ｓ５１）。このとき、図４に示したように、コンテンツデータも変換結果も一時内部に保存（キャッシュ）される。ＭＬ文書の変換時には、データの量や内容に応じてページ分割が行われる（Ｓ５２）。その具体的な処理については後述する。

その後、変換サーバは第１ページデータ（モバイル用ＭＬ文書）を端末へ返送する（Ｓ５３）。この第１ページのデータ内には、少なくとも、このページでの入力項目に対応した入力タグと、第１ページでの入力項目の入力データを後続のページに引き継ぐための「次頁」ボタン６２４の送信(submit)タグを含む。その他、hidden属性を利用した、第２、第３ページでの入力項目に対応した入力タグを含めてもよい。

第１ページデータを受信したモバイル端末はこれを表示し、ユーザの操作に応じて入力処理を行う（Ｓ４１）。その後、ユーザにより次頁ボタンが指示されると（Ｓ４２）、引継要求とともにその入力データが変換サーバへ送信される（Ｓ４３）。変換サーバはこの入力データを受けて、入力データの引き継ぎを行う（Ｓ５４）。この例では、モバイル端末へ送信する第２ページデータの中に当該入力データを埋め込んで送信する。また、この第２ページのデータには、少なくとも、このページでの入力項目に対応した入力タグと、第１、第２ページでの入力項目の入力データを後続のページに引き継ぐための項目の入力データをサーバへ「次頁」ボタン６２４の送信タグを含む。その他、hidden属性を利用した、第３ページでの入力項目に対応した入力タグを含めてもよい。

第２ページデータを受信したモバイル端末はこれを表示し、ユーザの操作に応じて入力処理を行う（Ｓ４４）。その後、ユーザにより次頁ボタンが指示されると（Ｓ４５）、引継要求とともにいままでの累積入力データが変換サーバへ送信される（Ｓ４６）。変換サーバはこの累積入力データを受けて、入力データの引き継ぎを行う（Ｓ５６）。この例では、モバイル端末へ送信する第３ページデータの中に当該累積入力データを埋め込んで送信する。この第３ページのデータには、少なくとも、このページでの入力項目に対応した入力タグと、全ページでの入力項目の入力データをサーバへ送信するための「送信」ボタン６２６の送信タグを含む。

第３ページデータを受信したモバイル端末はこれを表示し、ユーザの操作に応じて入力処理を行う（Ｓ４７）。その後、ユーザにより送信ボタンが指示されると（Ｓ４８）、送信要求とともに今までの累積データが変換サーバへ送信される（Ｓ４９）。これを受けた変換サーバは、すべての入力項目の入力データを含むフォームデータを完成し（Ｓ５７）、端末からの入力データとしてｗｅｂサーバへ送信する（Ｓ５８）。

図２０の処理において端末での分割されたフォームに対する入力データは逐次累積されて、端末に配信されるページデータ内に組み込まれて送信され、入力データが追加されて変換サーバに戻ってくる構成となる。したがって、コンテンツデータやＭＬ文書変換結果のデータは変換サーバ１５０内で保存されても、累積されていく入力データ自体を、そのセッション中に継続的に変換サーバで保持管理する必要はない。よって、サーバの負担が軽減される。

図２１は本実施の形態における変換サーバ１５０によるＭＬ文書変換の処理例を示したフローチャートである。

変換サーバは、変換対象のＰＣ用ＭＬ文書を分析し（Ｓ６１）、ページ分割が必要かどうかをチェックする（Ｓ６２）。そうでなければ、従来の処理（図示省略）へ移行する。ページ分割が必要である場合、複数の入力項目を有するフォームが分断されるかどうかを確認する（Ｓ６３）。分断されない場合は、従来の処理へ移行する。

分断される場合、ＰＣ用ＭＬ文書をページ分割してモバイル用ＭＬ文書に変換する（Ｓ６４）。その際、最後のページ以外のページのモバイル用ＭＬ文書に、上述したような次頁ボタンを埋め込む。また、後続のページ内のデータ未入力の状態の入力項目の入力タグについても、各ページのモバイル用ＭＬ文書に隠れ属性付で埋め込んでもよい。

ついで、第１のページ（モバイル用ＭＬ文書）を、当該端末へ送信する（Ｓ６５）。その後、当該端末から次頁ボタンの指示による入力データが受信されたとき（Ｓ６６，Ｙｅｓ）、次のページ（モバイル用ＭＬ文書）にその入力データを隠れ属性付で埋め込み、当該端末へ送信する（Ｓ６７）。当該端末から送信ボタンの指示による入力データを受信したとき（Ｓ６８，Ｙｅｓ）、すべての入力項目の入力データを含む確認用画面（モバイル用ＭＬ文書）を生成して当該端末へ送信する（Ｓ６９）。また、すべての入力項目の入力データを、当該ＰＣ用ＭＬ文書を提供したｗｅｂサーバへ送信する（Ｓ７０）。このＳ７０の処理は、Ｓ６９での確認用画面でユーザの確認指示を得ることを条件として実行するようにしてもよい。但し、Ｓ６９の処理は必須ではない。

当該モバイル用ＭＬ文書の閲覧が終了するまでＳ６６へ戻って上記処理を繰り返す。

以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。

図２２は、図１５に示したフォーム入力を伴うＭＬ文書変換の変形例を示している。同図に示すように、前のページが存在するページについては、「前頁」ボタン６２５を設けて、前のページに戻ることができるようにしている。このように前頁へ戻る場合も、そのページの入力データは引き継ぐようにしてもよい。戻ったページにおいて既入力のデータについて新たなデータが入力された場合にはその新たなデータで元のデータが上書きされる。

図２３はモバイル用ＭＬ文書の分割ページに適用できるページ番号ナビゲーションの例を示している。これは、ページの少なくとも上端または下端（図の例では両方）に、全ての分割ページのページ番号を羅列しておき、自ページ以外のページについてリンク設定により、そのページへ移行することができるようにするものである。このページ移行に伴って、自ページでの入力データの引継ぎを行うようにしてもよい。また、このようなページ番号ナビゲーションは上記の次頁ボタンや前頁ボタンと併用することも可能である。

上記実施の形態で説明した機能をコンピュータで実現するためのコンピュータプログラムおよびプログラムをコンピュータ読み取り可能に格納した記録媒体も本願発明に含まれる。プログラムを供給するための「記録媒体」としては、例えば、磁気記憶媒体（フレキシブルディスク、ハードディスク、磁気テープ等）、光ディスク（ＭＯやＰＤ等の光磁気ディスク、ＣＤ、ＤＶＤ等）、半導体ストレージなどを挙げることができる。

１１０…モバイル端末、１２０…ｗｅｂサーバ、１３０…ＰＣ用サーバ、１４０…通信ネットワーク、１５０…変換サーバ、４１０…ページ、４１４…リンク設定部、４１４ａ…アンカータグ、４２０…ページ、４２０ａ…ページ、４２４…リンク設定部、４２４ａ…フレーム関連アンカータグ、５１４…リンク設定部、５２０…ページ、５２０ａ…ページ、５２４…リンク設定部、５３０…ページ、６１０…ＰＣ用ＭＬ文書、６１１…送信(submit)ボタン、６２０…モバイル用ＭＬ文書、６２１…ページ、６２２…ページ、６２３…ページ、６２４…「次頁」ボタン、６２５…「前頁」ボタン、６２６…「送信」ボタン

Claims (12)

1. 第１のマークアップ言語で記述された第１ＭＬ文書を第２のマークアップ言語で記述された第２ＭＬ文書に変換する変換手段を備え、
   この変換手段は、
   第１ＭＬ文書が複数のフレームを含むフレーム構成を有する文書である場合、項目の入力データをサーバへ第２ＭＬ文書ではフレーム構成をなくすとともに、項目の入力データをサーバへ第１ＭＬ文書のいずれかのフレーム内に存在するリンク設定部については、リンク先ＵＲＬおよびターゲットフレーム名に加えて、少なくともフレームセット文書名を付加することを特徴とするマークアップ言語文書変換装置。
2. 前記変換手段は、前記リンク設定部に対する指示に応じて、前記ターゲットフレーム名が特定のフレームを指定しているとき、前記フレームセット文書名に基づき、当該特定のフレームのＵＲＬに代えて前記リンク先ＵＲＬを適用してすべてのフレームの内容を第２ＭＬ文書に変換する請求項１に記載のマークアップ言語文書変換装置。
3. 第１のマークアップ言語で記述された第１ＭＬ文書を要求するリクエストを受けるステップと、
   第１ＭＬ文書が複数のフレームを含むフレーム構成を有する文書である否かを確認するステップと、
   第１ＭＬ文書がフレーム構成を有する文書である場合、フレーム構成をなくすとともに、前記第１ＭＬ文書のいずれかのフレーム内に存在するリンク設定部については、リンク先ＵＲＬおよびターゲットフレーム名に加えて、少なくともフレームセット文書名を付加して第２ＭＬ文書に変換するステップと
   をコンピュータに実行させるマークアップ言語文書変換プログラム。
4. 前記リンク設定部に対する指示に応じて、前記ターゲットフレーム名が特定のフレームを指定しているとき、前記フレームセット文書名に基づき、当該特定のフレームのＵＲＬに代えて前記リンク先ＵＲＬを適用してすべてのフレームの内容を第２ＭＬ文書に変換するステップを
   さらにコンピュータに実行させる請求項３に記載のマークアップ言語文書変換プログラム。
5. 前記リンク設定部に対する指示に応じて、前記ターゲットフレーム名が特定のフレームを指定しているとき、前記フレームセット文書名に基づき、当該特定のフレームのＵＲＬに代えて前記リンク先ＵＲＬを適用してすべてのフレームの内容を第２ＭＬ文書に変換するステップを
   備えたマークアップ言語文書変換方法。
6. 第１のマークアップ言語で記述された第１ＭＬ文書を第２のマークアップ言語で記述された第２ＭＬ文書に変換する変換手段を備え、
   前記第１ＭＬ文書が複数の入力項目を有し、かつ、当該複数の入力項目が複数のページに分断される場合、前記変換手段は、第２のページ以降のページに対しては先行するページでの入力データを当該第２ＭＬ文書中に隠れ属性付で埋め込む
   ことを特徴とするマークアップ言語文書変換装置。
7. 前記変換手段は、前記複数の入力項目が含まれる複数のページのうち、最後のページ以外のページの第２ＭＬ文書中に入力データの送信ボタンとしての「次頁」ボタンを追加し、「次頁」ボタンの指示に応じて返送された入力データを次のページの第２ＭＬ文書中に隠れ属性付で埋め込む請求項６に記載のマークアップ言語文書変換装置。
8. 前記変換手段は、前記複数の入力項目が含まれる複数のページのうち、最後のページ以外のページの第２ＭＬ文書の生成時に、後続のページでの未入力の入力項目についても当該第２ＭＬ文書中に隠れ属性付で埋め込む請求項６または７に記載のマークアップ言語文書変換装置。
9. 第１のマークアップ言語で記述された第１ＭＬ文書を要求するリクエストを受けるステップと、
   前記第１ＭＬ文書が複数のページに分断される複数の入力項目を有するＭＬ文書であるか否かをチェックするステップと、
   当該複数のページに分割されると判断された場合、第２のページ以降のページに対しては先行するページでの入力データを当該第２ＭＬ文書中に隠れ属性付で埋め込むステップと
   をコンピュータに実行させるマークアップ言語文書変換プログラム。
10. 前記複数の入力項目が含まれる複数のページのうち、最後のページ以外のページの第２ＭＬ文書中に入力データの送信ボタンとしての「次頁」ボタンを追加するステップと、
    「次頁」ボタンの指示に応じて返送された入力データを次のページの第２ＭＬ文書中に隠れ属性付で埋め込むステップと
    をさらにコンピュータに実行させる請求項９に記載のマークアップ言語文書変換プログラム。
11. 前記複数の入力項目が含まれる複数のページのうち、最後のページ以外のページの第２ＭＬ文書の生成時に、後続のページでの未入力の入力項目についても当該第２ＭＬ文書中に隠れ属性付で埋め込むステップと
    をさらにコンピュータに実行させる請求項９または１０に記載のマークアップ言語文書変換プログラム。
12. 第１のマークアップ言語で記述された第１ＭＬ文書を要求するリクエストを受けるステップと、
    前記第１ＭＬ文書が複数のページに分断される複数の入力項目を有するＭＬ文書であるか否かをチェックするステップと、
    当該複数のページに分割されると判断された場合、第２のページ以降のページに対しては先行するページでの入力データを当該第２ＭＬ文書中に隠れ属性付で埋め込むステップと
    を備えたマークアップ言語文書変換方法。