WO2009093643A1

WO2009093643A1 - マークアップ言語文書変換システム、装置、方法およびプログラム

Info

Publication number: WO2009093643A1
Application number: PCT/JP2009/050948
Authority: WO
Inventors: Noriyuki Suehiro; Takahiro Nakayama; Kenji Nonoyama
Original assignee: Access Co., Ltd.
Priority date: 2008-01-25
Filing date: 2009-01-22
Publication date: 2009-07-30
Also published as: US20100299591A1; JP2009176144A

Abstract

マークアップ言語文書変換システムにおいて、変換サーバ１５０は、ＰＣ用マークアップ言語（ＭＬ）文書をＰＣ用ｗｅｂサーバ１３０から取得してレンダリングし、規定のサイズの表示画面上で描画すべき各表示要素の配置座標を確認する。確認結果に基づいてＰＣ用ＭＬ文書を、モバイル端末の仕様に対応して表示要素の配置替えを行ったモバイル用ＭＬ文書３０に変換する。編集用端末１７０はＭＬ文書３０に対する編集操作を受け付け、その編集結果である編集手順情報を変換サーバ１５０へアップロードする。以後、変換サーバ１５０は、モバイル端末からのＰＣ用ＭＬ文書の要求に対して、編集手順適用部１９０によりＭＬ文書３０に編集手順情報を適用してモバイル用ＭＬ文書３２を生成する。

Description

[規則37.2に基づきISAが決定した発明の名称]　マークアップ言語文書変換システム、装置、方法およびプログラム

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

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

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

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

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

　特許文献２にはＰＣ用のｗｅｂページを解析して無線端末での表示に適した情報に変換する技術が開示されている。

　非特許文献１は、ＰＣ用ｗｅｂページを手動で編集してモバイル用ｗｅｂページに変換するためのツールを開示している。

米国特許第７２０３９０１号公報米国特許第７０４７０３３号公報ミックスネットワーク社　"ＣＭＳのミックスネットワーク／ＷＥＢサイト構築・運営の新プラットフォーム"　[2007年10月31日検索]　インターネット＜ＵＲＬ：http://www.micsnet.co.jp/mobile_future＞

　ところで、最近のｗｅｂサイトで用いられているＨＴＭＬ文書はＣＳＳ（Cascading Style Sheet）を利用するのが通例である。ＣＳＳとは、ＨＴＭＬ文書の装飾部分（修飾情報）を一括管理する機能であり、ＣＳＳファイルを用いて文字や背景の装飾部分を定義するものである。

　また、ｗｅｂページ中で特定の処理を実行したい場合、ＨＴＭＬ文書中にＪａｖａＳｃｒｉｐｔ（登録商標）のような一種のプログラムが内蔵されることがある。

　このようなＣＳＳが適用されたＨＴＭＬ文書や、ＪａｖａＳｃｒｉｐｔ等を含むＨＴＭＬ文書では、単にその解析をしただけではモバイル用マークアップ言語（ＭＬ）文書への変換が適正に行えない場合があった。

　例えば、ＰＣ用ｗｅｂページを構成するＨＴＭＬ文書の構造から推測されるＰＣ画面上での各表示要素の位置は、ＣＳＳが適用された後またはＪａｖａＳｃｒｉｐｔが実行された後の実際の位置と必ずしも一致しない場合がある。このような場合、ＨＴＭＬ文書の解析結果のみに基づいてモバイル用ＭＬ文書への変換を行うと、特定の表示要素の配置位置が極端に変わったり（例えばＰＣ用の実表示ページでは先頭に来るべき表示要素がモバイル用の実表示ページでは最後に来る等）、特定の表示要素が表示されなかったりする、ということが起こりうる。

　このような問題に対して、本願出願人は特願２００７－３３９８７８号として、ＰＣ用ｗｅｂページなどに対応する第１マークアップ言語文書を、比較的忠実にモバイル用ｗｅｂページなどに対応する第２マークアップ言語文書に自動的に変換することができる技術を提案した。

　しかし、実際には、コンテンツ提供者はモバイル端末の小さい表示画面では、敢えてＰＣ用とは異なるｗｅｂページ構成としたい要請もある。また、モバイル用に広告エリアを追加したいような場合もある。

　このような場合、従来の技術では最初からＰＣ用ｗｅｂページを編集してモバイル用のｗｅｂページを作成することになり、データ量が多い場合には相当の時間がかかるという問題があった。また、そのようにして編集したモバイル用ｗｅｂページは、ＰＣ用ｗｅｂサイトとは別にモバイル用のｗｅｂサイトを設けて別途管理する必要があった。

　本発明はこのような背景においてなされたものであり、ＰＣ用ｗｅｂページなどに対応する第１マークアップ言語文書を、比較的忠実にモバイル用ｗｅｂページなどに対応する第２マークアップ言語文書に変換するとともに、その編集および管理を容易にすることができるマークアップ言語文書変換システム、マークアップ言語文書変換装置、マークアップ言語文書変換方法およびマークアップ言語文書変換プログラムを提供することを目的とする。

　本発明によるマークアップ言語文書変換システムは、第１のマークアップ言語で記述された第１マークアップ言語文書を第２のマークアップ言語で記述された第２マークアップ言語文書に変換するマークアップ言語文書変換装置と、変換後の第２マークアップ言語文書を編集するマークアップ言語文書編集装置とを備えたマークアップ言語文書変換システムである。このシステムにおいて、マークアップ言語文書変換装置は、第１のマークアップ言語で記述された第１マークアップ言語文書と、これに付随するデータおよびプログラムの少なくとも一方とを取得する手段と、取得された第１マークアップ言語文書と前記データおよびプログラムの少なくとも一方とをレンダリングし、規定のサイズの表示画面上で描画すべき各表示要素の配置座標を確認する手段と、確認された各表示要素およびその配置座標に基づいて表示要素の配置替えを行った、第２のマークアップ言語で記述された第２マークアップ言語文書に変換する手段と、この第２マークアップ言語文書に対する編集操作手順情報を編集装置から受信して記憶する手段と、外部からの要求に応じて、第１マークアップ言語文書を第２マークアップ言語文書に変換するとともに、前記編集操作手順情報に基づいて当該第２マークアップ言語文書を編集して要求元へ送信する手段とを備える。また、マークアップ言語文書編集装置は、ユーザの操作を受け付ける操作手段と、前記マークアップ言語文書変換装置で変換された第２マークアップ言語文書をユーザ操作に基づいて表示画面上で編集する編集手段と、編集された操作の内容を操作手順情報として前記マークアップ言語文書変換装置へ送信する手段とを備える。

　本発明では、マークアップ言語文書変換装置による変換で得られた第２マークアップ言語文書を基に、これに対してマークアップ言語文書編集装置による編集を受け付け、この編集結果を編集結果情報として保存しておき、必要時に前記マークアップ言語文書変換装置の変換結果に自動的に適用することができる。

　第１マークアップ言語文書を蓄積したｗｅｂサーバをさらに備えてもよく、この場合、前記マークアップ言語文書変換装置は、第１マークアップ言語文書を蓄積したｗｅｂサーバから当該第１マークアップ言語文書を取得することができる。

　前記第１のマークアップ言語は例えばＰＣ用のマークアップ言語であり、前記第２のマークアップ言語は例えば非ＰＣ用のマークアップ言語であり、前記変換は個々の非ＰＣ端末の仕様に対応して行うことができる。

　本発明はこのシステムにおけるマークアップ言語文書変換装置またはマークアップ言語文書編集装置として把握することもできる。

　本発明は、また、マークアップ言語文書変換方法またはマークアップ言語文書編集方法として把握することもできる。

　さらに、本発明は、マークアップ言語文書変換プログラムまたはマークアップ言語文書編集プログラムとして把握することもできる。

　本発明によれば、自動的に、ＰＣ用ｗｅｂページを比較的忠実にモバイル用ｗｅｂページに変換し、ＰＣ用コンテンツをモバイル端末等で閲覧可能とすることができる。しかも、そのためにコンテンツ提供者（通常、企業）ではＰＣ用ｗｅｂページ毎にそれに対応するモバイル用のｗｅｂページを別途用意しておく必要がなくなる。その結果、ＰＣ用コンテンツとモバイル用コンテンツの双方を作成し、かつ双方を同様にメンテナンス（同期）しなければならない、という煩雑な処理負担から当該コンテンツ提供者を開放することができる。また、変換後のモバイル用のｗｅｂページを編集した手順を編集手順情報として記憶しておくことにより、必要時に同じ内容の編集を自動的に実行することができる。

本発明の実施の形態におけるマークアップ言語文書変換システムの全体の概略の構成を示す図である。本発明における変換サーバの基本概念を説明するための図である。図２に示したブラウザエンジンの内部構成を示す図である。本発明の実施の形態における変換サーバの機能構成例を示す図である。ホームページの概略画面を示す図である。図５のｗｅｂページを構成するＨＴＭＬ文書の概略構成を示す図である。図５のｗｅｂページを構成するＨＴＭＬ文書に対するブラウザエンジンによる解釈、レンダリングの結果を表した画面を示す図である。画面内のブロック要素等の表示要素（すなわちパーツ）をツリー形式で模式的に示した図である。図７のＰＣ用ｗｅｂページがモバイル用に変換されてモバイル画面上に表示される様子を模式的に示した図である。図９内の複数の要素に対応するブロック２１１～２３７を１つの要素であるブロック２１１に代表させて折り畳んだ状態を示す図である。図１内に示した変換サーバの処理手順を示したフローチャートである。図１１のステップＳ１６内の「折り畳み」処理の処理例を示すフローハートである。図１内に示した変換サーバの変換結果の編集、およびその編集結果に基づくモバイル用ＭＬ文書の修正の動作を説明するための図である。編集者が利用する編集用端末の表示部の編集画面の構成例を示した図である。図１４の編集画面の変換プレビューエリア内の各種表示要素に対応するブロックを示す図である。本発明の実施の形態における編集の一例として、「テキスト枠（ブロックの一種）の追加」の例を示した図である。図１６（ｃ）のテキスト入力画面の具体的な構成例を示した図である。本発明の実施の形態における編集の他の例として、画像枠の追加の例を示した図である。本発明の実施の形態における編集のさらに他の例として、既存のブロックを移動させる「ブロック移動」を示した図である。本発明の実施の形態における編集の別の例として、「水平線の追加」を示した図である。本発明の実施の形態における編集のさらに別の例として、既存のブロックを削除する「ブロック削除」を示した図である。本発明の実施の形態における編集のもう一つの例として、ブロックの内容を変更する「ブロック編集」の例を示した図である。本発明の実施の形態における編集のさらに他の例として、イメージ（画像）をテキストに差し替える「イメージ・テキスト差し替え」の例を示した図である。本発明の実施の形態における編集用端末での基本的な編集処理の概略の手順を示したフローチャートである。図１３内に示した編集手順情報記憶部の構成例を示した図である。

符号の説明

１０…マークアップ言語（ＭＬ）文書、２０…ブラウザエンジン、２６…描画ドキュメントツリー、３２…モバイル用ＭＬ文書、１１０…モバイル端末、１２０…ｗｅｂサーバ、１３０…ＰＣ用ｗｅｂサーバ、１４０…通信ネットワーク、１５０…変換サーバ、１５２…セッション管理部、１５６…変換結果キャッシュ管理部、１５７…コンテンツ取得情報キャッシュ管理部、１５８…コンテンツデータキャッシュ管理部、１６０…トランスコーダエンジン、１６１…変換処理部、１６２…トランスコーダフロントエンド、１７０…編集用端末、１７１…編集処理部、１７２…表示部、１７３…入力操作部、１７４…通信部、１７５…編集手順情報記憶部、１８０…編集手順情報記憶部、１９０…編集手順適用処理部、２００…記述、２１０ａ…マイナスマーク、２１０ｂ…プラスマーク、２１１…ブロック、２４１…画像、４７０…プレビューエリア、４００…編集画面、４１０…ファイルメニュー、４２０…メインツールバー、４３０…アドレスバー、４４０…ブラウザツールバー、４５０…サイトツリー表示エリア、４６０…プレビューエリア、４７０…変換プレビューエリア、４７３…テキスト枠、４７４…画像枠、４７５…水平線、４７６…ポップアップメニュー、４８０…編集ツールバー、４９０…テキスト入力画面、４９１…操作コマンドボタン群、４９２…コンテンツ編集エリア、４９３…ソース表示エリア、４９５…テキスト編集画面、５１０…画像選択画面、５１２…画像ファイル、５２０…設定画面

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

　図１は、本実施の形態におけるマークアップ言語文書変換システムの全体の概略の構成を示している。

　このシステムは、携帯電話端末や通信機能付きＰＤＡなどの移動通信端末装置であるモバイル端末１１０と、ｗｅｂコンテンツを提供するｗｅｂサーバ１２０（ＰＣ用、モバイル用を問わない）と、ＰＣ用ｗｅｂコンテンツを提供するＰＣ用ｗｅｂサーバ１３０と、本願発明のマークアップ言語文書変換装置に相当する変換サーバ１５０と、この変換サーバ１５０の変換結果を手動で編集するＰＣ等の編集用端末（すなわち編集装置）１７０と、各サーバおよび編集用端末１７０が接続されるインターネットのような通信ネットワーク１４０とにより構成される。

　変換サーバ１５０は、ＰＣ用ｗｅｂページを構成するＰＣ用マークアップ言語（ＭＬ）文書（すなわち第１マークアップ言語文書）を、リアルタイムに、モバイル用ｗｅｂページを構成するモバイル用ＭＬ文書（すなわち第２マークアップ言語文書）に変換するためのサーバであり、トランスコーダともいう。通信ネットワーク１４０には、モバイル用パケット通信網とこれをインターネットに接続するゲートウェイ（図示せず）を含みうる。ｗｅｂサーバ１２０はインターネットではなくモバイル用パケット通信網に接続されたサーバであってもよい。編集用端末１７０は通信ネットワーク１４０を介さずに、直接変換サーバ１５０に接続される構成であってもよい。

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

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

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

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

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

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

　編集用端末１７０は、変換サーバ１５０から特定のＰＣ用ＭＬ文書を変換した結果（モバイル用ＭＬ文書）を受信し、所望の編集（表示要素の追加、削除、修正等）をユーザが手作業で行う。好ましくは、編集者が、本実施の形態の処理を実現するための専用の編集ソフトウェアを用いて、グラフィックユーザインタフェース（ＧＵＩ）による表示画面上での対話操作による編集を行う。編集の結果は、編集手順情報として変換サーバ１５０にアップロードされる。編集手順情報とは、編集処理部１７１が編集者の指示操作に応じてモバイル用ＭＬ文書に対して行った編集結果を編集手順として記述したものである。以後、変換サーバ１５０は、モバイル端末１１０から当該ＰＣ用ＭＬ文書の変換の要求を受けた場合には、その正規の自動変換を行うのみならず、その変換結果に対して、蓄積されている編集手順情報に基づいて編集手順を適用し、その編集結果として得られるモバイル用ＭＬ文書を、モバイル端末１１０に返送する。

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

　図３は、図２に示したブラウザエンジン２０の内部構成を示す。ブラウザエンジン２０は、パーサ２１、ページメーカ２３、およびフォーマッタ２５の各機能を有する。パーサ２１は、表示対象のマークアップ言語（ＭＬ）文書１０の論理的な構造を解釈し、その構造に関するドキュメントツリー２２を生成する。ページメーカ２３は、ドキュメントツリー２２を基に、各タグで決められた表現形式（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)もインライン要素に含まれる。

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

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

　上述したように、ブラウザエンジン２０はＨＴＭＬ文書を読み込んで、解釈し、レンダリングを行う。その結果として、図７に示すように、ブロック要素等の表示要素（すなわちパーツ）毎にその表示位置（配置座標）およびサイズ（矩形占有領域の対角座標）が求められる。図８にその様子をツリー形式で模式的に示す。この図における「ブロック」は図７に示した各表示要素のブロックに対応している。各ブロックには、（Ｘ１，Ｙ１，Ｘ２，Ｙ２）の形式の対角座標が定められている。例えば、（Ｘ１，Ｙ１）は矩形状のブロックの左上角の座標であり、（Ｘ２，Ｙ２）はブロックの右下角の座標である。

　図８の描画ドキュメントツリーは、ＣＳＳを解釈した後の結果に基づくものである。ＨＴＭＬ文書中にＪａｖａＳｃｒｉｐｔが含まれ、それにより表示要素が決定される場合には、その実行結果をも反映したものである。例えば、図６の記述２００内のＪａｖａＳｃｒｉｐｔにおいて、予め用意された複数の画像のなかからランダムに選択した画像を表示するという処理が行われる場合、図７の「画像Ａ」はその選択された画像がｗｅｂページ上に実際に表示された状態に相当する。ＣＳＳでは座標を指定してブロックを配置する場合があり、そのような場合にはＣＳＳを適用した結果のブロックの位置が考慮される。また、ＣＳＳのコメント行も表示対象から確実に除外される。

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

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

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

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

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

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

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

　図７のブロック２９１についてはブロック２８１の直下の位置に配置する。このブロック２９１は縦横比が大きいので後述する「折り畳み」を行うことができるが、折り畳んでも情報量が変わらないので、ここでは折り畳まないものとしている。モバイル表示画面の横幅より文字列が長い場合は、ブラウザの機能により折り返して表示される。

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

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

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

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

　なお、このような規則はあくまで例示であり、本発明はこれに限定されるものではない。

　ところで、ＰＣ用ｗｅｂページにおいていわゆるナビゲーションと呼ばれるような横長の記述部（図７のブロック２３１～２３７）は図９から判るように、初期状態でモバイル画面で縦に並べるとモバイル画面の大半を占有して煩わしく感じられる場合がある。

　そこで、図９の最上部に示すように、モバイル画面上に[Close this section]という指示部を設けて、そのマイナスマーク２１０ａをモバイル端末のユーザが指示すると、縦並びになっている複数の要素の一群をまとめて１つの要素に代表させる仕組みを設ける。この仕組みを「折り畳み」と呼ぶ。一つの要素であっても、大サイズの場合により小さい要素で代替表示することも可能である。このような処理も折り畳みに含まれる。

　図１０は、複数の要素に対応するブロック２１１～２３７を１つの要素であるブロック２１１に代表させて折り畳んだ状態を示している。この際、モバイル画面上でブロック２１１の傍にプラスマーク２１０ｂの指示部を設けて、モバイル端末のユーザがこれを指示すると、再度図９の表示状態に戻る（すなわち折り畳まれた複数の表示要素を縦並びの状態に復元）ようにする。

　マイナスマーク２１０ａやプラスマーク２１０ｂの指示部の仕組みは通常のｗｅｂブラウザの機能でサポートされているものではないので、この機能は上述したＣＧＩで実現することができる。

　図６に示した例では、ＨＴＭＬ埋め込み型のサーバサイド・スクリプト言語であるＰＨＰを用いてＣＧＩを実現する例を示している。ＰＨＰスクリプトは、ｗｅｂサーバ上で動作し、ｗｅｂサーバ上の文書が要求されるたびに、この文書に記述されたＰＨＰのプログラムを実行し、その結果をブラウザに対して送信する。

　折り畳みのためのＰＨＰスクリプトの記述例としては、特に具体的に示さないが、ＰＨＰスクリプトを実行する処理は、モバイル端末からの、折り畳み後の状態からのリクエストに対しては折り畳み前（非折り畳み）の状態に戻し、折り畳み前の状態からのリクエストに対しては折り畳み後の状態に戻す、という処理である。

　なお、デフォルトとして図９が最初に表示されるものとして説明したが、図１０の方が図９より先に表示される形態であってもよい。いずれをデフォルトとするかは、例えばモバイル端末からのリクエストにおいてＵＲＬのクエリで指定することによりユーザが選択することができる。

　図１１は、変換サーバ１５０の処理手順を示したフローチャートである。この処理はＣＰＵによるマークアップ言語文書変換プログラムの実行により実現される。

　まず、モバイル端末からのｗｅｂページのリクエストを受領する（Ｓ１１）。この際、リクエストに含まれるユーザエージェント情報に基づいて当該モバイル端末の仕様を確認する（Ｓ１２）。

　ついで、変換サーバ１５０のブラウザエンジン２０が変換対象のＰＣ用ＭＬ文書を、指定されたｗｅｂサーバに要求して読み込む（Ｓ１３）。そのＰＣ用ＭＬ文書がキャッシュされている場合には、キャッシュ部から読み込みを行う。

　そこで、ＰＣ用ＭＬ文書のレンダリングを行う（Ｓ１４）。このレンダリングに際して、ＨＴＭＬの解析のみならず、ＣＳＳの解析およびＪａｖａＳｃｒｉｐｔ等の実行も含む。その結果、描画ドキュメントツリーが確定される（Ｓ１５）。すなわち、ＰＣ用表示画面上に表示されるべき各パーツの位置およびサイズが、各ブロックの対角座標によって定まる。

　変換サーバ１５０の変換処理部１６１は、描画ドキュメントツリーの内容を読み込んで、上述したような予め定められた規則にしたがって各パーツの再配置を行う（Ｓ１６）。この再配置の際には、パーツの移動、カット、折り畳み、追加等を含む。「追加」は任意の新たな要素を追加するものであり、例えば、広告の追加が考えられる。さらに必要に応じて、上述したようなイメージ（画像）を縮小する等の最適化を行う（Ｓ１７）。さらに、当該端末に応じたページ分割を行う（Ｓ１８）。Ｓ１６～Ｓ１８の処理に際して変換処理部１６１は、モバイル端末の仕様を参照し、その仕様を処理に反映させる。

　このようにして、モバイル用ＭＬ文書を所定の記憶領域に書き出す（Ｓ１９）。

　さらに、このモバイル用ＭＬ文書に対応する編集手順情報が、編集手順情報記憶部１８０に存在する場合には、その編集手順を当該モバイル用ＭＬ文書に適用してその修正を行う（Ｓ２０）。この修正されたモバイル用ＭＬ文書は変換結果キャッシュ管理部１５６に保存されるとともに、モバイル端末１１０へ返送される。

　一旦キャッシュされた後は、同モバイル用ＭＬ文書の要求があった場合には再度変換処理や修正処理を行うことなく、同モバイル用ＭＬ文書が変換結果キャッシュ管理部１５６から読み出されて利用される。

　図１２は、図１１のステップＳ１６内の「折り畳み」処理の処理例を示すフローハートである。

　まず、複数のブロックのサイズおよび配置が所定の条件を満足するかどうかをチェックする（Ｓ２１）。所定の条件とは、例えば高さが所定値以下のブロックが横方向に所定個以上並び、モバイル用に変換した場合に所定個以上の縦並びになるような場合である。あるいは、１個のブロックであっても、その面積が所定値以上となるような場合である。

　所定の条件が満足されなければ、図１２の処理を終了する。所定の条件が満足されれば、それらの複数のブロックの先頭ブロックまたは新たに設けたブロック（新設ブロック）でそれらの全ブロックを代替し、ユーザの指示で全ブロックを表示するためのＣＧＩ用メタ情報を生成してモバイル用ＭＬ文書に追加する（Ｓ２２）。この際、包含されたブロックの記述はモバイル用ＭＬ文書から削除する。また、対応するサーバ・サイドスクリプトを生成して、変換サーバ側に保持する。この処理は、閉じた状態をデフォルトとした場合を想定している。開いた状態をデフォルトとした場合には、所定のブロックをユーザの指示により閉じるためのＣＧＩ用メタ情報を生成してモバイル用ＭＬ文書に追加する。これと共に、対応するサーバ・サイドスクリプトを生成して、変換サーバ側に保持する。

　そのようなＣＧＩ用メタ情報はモバイル用ＭＬ文書内で、例えば次のような形式で記述される。
＜！－－ｓｅｃｔｉｏｎ＝１，ｓｕｍｍａｒｙ＝”＜ｉｍｇ　ｓｒｃ＝”．．．ｇｉｆ”＞．．．”－－＞

　ここに、ｓｅｃｔｉｏｎは変換サーバに対する折り畳みの指示を表し、ｓｅｃｔｉｏｎ＝１は折り畳みの通し番号を示すセクション番号を表す。ｓｕｍｍａｒｙ＝の後にモバイル用ＭＬ文書の自動生成時にＭＬ文書に付加するデータが続く。

　他方、このようなＣＧＩ用メタ情報に対応して、変換サーバ側に用意され、変換サーバで実行されるスクリプトは、例えば上述したようなＰＨＰスクリプトである。ＰＨＰスクリプトは、開状態または閉状態に応じて、上述したマイナスマーク２１０ａやプラスマーク２１０ｂ（例えばイメージデータ）にリンクを設定したモバイル用ＭＬ文書を出力する。

　以下、本実施の形態における変換サーバ１５０の変換結果の編集、およびその編集結果に基づくモバイル用ＭＬ文書の修正について具体的に説明する。

　図１３は、変換サーバ１５０の変換結果の編集、およびその編集結果に基づくモバイル用ＭＬ文書の修正の動作を説明するための図である。

　変換サーバ１５０内のブラウザエンジン２０と、変換処理部１６１の構成および機能は上述したとおりである。

　一方、編集用端末１７０は、上述したような汎用のＰＣで構成することができ、編集処理部１７１、表示部１７２、入力操作部１７３、および編集手順情報記憶部１７５を備えている。編集処理部１７１はＣＰＵによるプログラムの実行により実現される。表示部１７２はＬＣＤ、ＣＲＴ等の表示画面上に情報を表示する手段である。入力操作部１７３はキーボードやポインティングデバイス（たとえばマウス等）を含み、編集者による情報や指示の入力を受ける。編集処理部１７１の編集結果としての編集手順を記述した編集手順情報は編集手順情報記憶部１７５に保存される。編集手順情報は、例えばＪａｖａＳｃｒｉｐｔなどのスクリプト言語で記述することができる。通信部１７４は、編集手順情報を変換サーバ１５０へ送信する。

　変換サーバ１５０では、編集用端末１７０から受信した編集手順情報を編集手順情報記憶部１８０に記憶する。編集手順適用処理部１９０は、特定のモバイル用ＭＬ文書に対してそれに対応する編集手順を適用して、編集後のモバイル用ＭＬ文書３２を生成する。

　図１４は、編集者が利用する編集用端末１７０の表示部１７２の編集画面４００の構成例を示している。編集画面４００は、上部の各種帯状領域の下に左側からサイトツリー表示エリア４５０、ＰＣプレビューエリア４７０、および変換プレビューエリア４７０が配置されている。上部の各種帯状領域には、ファイル操作およびコンテンツ操作のためのメニューを含むファイルメニュー４１０、編集の主要な操作用ツールのアイコン群を含むメインツールバー４２０、ＵＲＬアドレスを指定するアドレスエリアを含むアドレスバー４３０、ブラウザの各種操作コマンドを表すアイコン群を含むブラウザツールバー４４０が含まれる。

　メインツールバー４２０には、編集手順情報を新規に作成する新規作成ボタン、過去に作成した編集手順情報を読み込むための読込ボタン、編集後の編集手順情報を保存する保存ボタンを含んでいる。

　サイトツリー表示エリア４５０は、編集対象となるサイトのＰＣ用ＭＬ文書のグループを表示する領域である。編集者は、サイトツリー表示エリア４５０から任意のＰＣ用ＭＬ文書を選択して、その内容をブラウザで処理して得られる画面をＰＣプレビューエリア４７０に表示する。これはＰＣでの画面表示に相当する。編集対象のＰＣ用ＭＬ文書の指定はアドレスバー４３０への直接アドレス入力によっても行うことができる。

　変換プレビューエリア４７０は、ＰＣプレビューエリア４６０の画面に対応するモバイル用ＭＬ文書の表示画面を表示する領域である。この変換プレビューエリア４７０には、当初、変換サーバ１５０のトランスコーダエンジン１６０で自動変換された結果としてのモバイル用ＭＬ文書の内容が表示される。編集者はこの状態を起点として編集操作を開始する。従来の編集ツールでは、変換プレビューエリア４７０が空白の状態からモバイル用ＭＬ文書を生成していくのに対して、本発明では自動変換結果から編集をスタートすることができる。したがって、スタート時の状態から目標の状態に達するまでの差分に相当する編集のみを行えば足りる。最終的に確定された編集操作は、上述したように編集操作手順情報として記録され、変換サーバ１５０にアップロードされて保存される。

　この編集画面４００を含む編集用端末１７０の表示部１７２の表示画面上では、ポインティングデバイスを用いたグラフィックユーザインタフェースによる対話的な操作をサポートする。以下、具体的な編集例を画面例を挙げて説明する。

　図１５に示すように、変換プレビューエリア４７０内には、各種表示要素に対応するブロック４７１が複数個存在し、各ブロックが編集単位となる。図では便宜上各ブロックを表示上区別して示したが、実際にはポインティングされた１つのブロックのみが強調表示されてユーザに認識されれば足りる。具体的には、ポインティングデバイスによる各種パーツ（ブロック）の指定、移動、削除、追加、修正等の操作を行うことが可能である。

　図１６は、編集の一例として、「テキスト枠（ブロックの一種）の追加」の例を示している。図１６（ａ）は、編集時に編集画面の所定の位置に表示される編集ツールバー４８０の例を示している。この例では、各種の編集操作に対応するアイコン群がバー内に配置されている。編集者は所望のアイコンを指示することにより、目的の編集操作の処理を起動することができる。編集バーを用いる代わりに、例えばマウスの右クリック等の所定の操作により、ポップアップメニューを表示させ、その中の選択肢から所望の編集操作を選択するような操作態様であってもよい。

　編集者がブロックの追加を表すアイコンを指示すると、図１６（ｂ）に示すように、変換プレビューエリア４７０に空白のテキスト枠４７３が所定の位置（ここでは最上部）に現れ、これを編集者がポインティングデバイス操作で下方向に所望の位置へ移動させることができる。テキスト枠４７３のサイズは横幅はモバイル表示領域に横幅に合わせ、高さはデフォルト値としておく。テキスト枠４７３の追加位置を決定するには、例えば、いわゆるドラッグアンドドロップの「ドロップ」位置から最も近い既存のブロックの境界位置に追加ブロックが挿入されるようにすることができる。図において二つのテキスト枠４７３を示しているのは、移動の前後を同時に示したものであり、実際には一時に一つのみが表示される。このような編集操作により生成される編集手順情報は、当該モバイル用ＭＬ文書に対して、（１）空白のテキスト枠を生成する、（２）生成したテキスト枠をブロック＃の後に挿入する、のような手順を表した情報である。

　テキスト枠の追加位置が決定されたら、図１６（ｃ）のようにテキスト入力画面４９０が表示され、編集者はその中に追加したいテキスト（文字列等）を追加する。この入力が完了したら、テキスト枠４７３内に表示される。この際、実際に入力されたテキストの文字サイズや量に応じて、テキスト枠４７３のサイズは自動的に増減するようにしてもよい。このような編集操作により編集手順情報には、さらに生成したテキスト枠内に入力された文字列を追加する、のような手順が追加される。編集手順情報の生成および追加については、後述するたの編集操作についても同様である。

　図１７は、テキスト入力画面４９０の具体的な構成例を示している。この例では、編集中のテキストコンテンツを表示するコンテンツ編集エリア４９２において、必要な操作コマンドボタン群４９１を利用しながら、装飾付きのテキスト編集を行うことができる。コンテンツ編集エリア４９２の下側に設けたソース表示エリア４９３には、コンテンツ編集エリア４９２の現在の内容に対応するソースコードが表示される。このソース表示エリア４９３を直接変更することも可能とする。その場合、当該変更に対応してコンテンツ編集エリア４９２の内容も更新される。

　図１８は、編集の他の例として、画像枠の追加の例を示している。

　図示省略している上記編集ツールバー４８０から画像枠追加のアイコンを編集者が指示すると、変換プレビューエリア４７０にテキスト枠の場合と同様に、空白の画像枠４７４が現れる。テキスト枠の場合と同様、編集者がこのブロックを所望の位置へ移動させることができる。画像枠４７４の挿入位置が確定すると、図１８（ａ）に示すような画像選択画面５１０が表示される。この画面から編集者は追加したい画像ファイル５１２を選択する。選択した画像ファイルについて、図１８（ｃ）に示すように設定画面５２０が表示される。この画面は画像の水平方向および垂直方向の変倍率の設定欄５２１およびサイズの設定欄５２３を含む。この画面から、画像の変倍率およびサイズをユーザが設定することができる。

　図１９は、編集のさらに他の例として、既存のブロックを移動させる「ブロック移動」を示している。

　編集者は、操作前の変換プレビューエリア４７０ａにおいて、ポインティングデバイスでブロック４７１ａ（ここでは画像枠）を選択し、ドラッグアンドドロップ操作により、他のブロック４７１ｂの下へ移動している。

　図２０は、編集の別の例として、「水平線の追加」を示している。水平線は、見やすさの改善のために、モバイル用ｗｅｂページにおいて任意のブロック間に追加される仕切りのための線である。その操作による処理内容はブロックの追加と基本的には同じである。すなわち、「水平線の追加」の指示に応じて、新たな水平線４７５が所定の位置に現れ、編集者がこれを所望のブロック境界位置にドラッグアンドドロップ操作する。これにより、操作後の変換プレビューエリア４７０ｂに示すように、操作対象のブロックの位置が修正される。

　図２１は、編集のさらに別の例として、既存のブロックを削除する「ブロック削除」を示している。

　編集者は、操作前の変換プレビューエリア４７０ａにおいて、ポインティングデバイスでブロック４７１（ここでは画像枠）を選択し、例えばマウスの右クリック等の所定の操作によりポップアップメニュー４７６を表示させて、ここから選択肢の一つである「パーツ削除」を選択する。これにより、操作後の変換プレビューエリア４７０ｂに示すように、当該パーツが削除される。

　ちなみに、ポップアップメニュー４７６に示すように「パーツ追加」という選択肢を含めておけば、上述したようなパーツの追加を行うことが可能である。この場合、追加の対象となるパーツの種類がテキストか画像か水平線かについては、「パーツ追加」が選択されたときに、新たにパーツ種類を選択するためのポップアップメニューを表示して、編集者に選択させるようにする。あるいは、既存のパーツを選択した状態で「パーツ追加」が指示された場合には、その選択されているパーツの種類と同じ種類のパーツの追加と判断するようにしてもよい。

　図２２は、編集のもう一つの例として、ブロックの内容を変更する「ブロック編集」の例を示している。

　編集者は、変換プレビューエリア４７０において、編集対象のブロック４７１を選択し、上記編集ツールバーなどからの編集内容の指定により、当該ブロックに対する「ブロック編集」を指示する。これにより、そのブロックの種別に応じた編集処理が起動される。例えば、図２２に示すように、テキスト枠が選択された状態でのブロック編集では、テキスト枠の追加について上述したと同様のテキスト編集画面４９５が表示される。このテキスト編集画面４９５内には、編集前の当該ブロックの内容が表示され、これに対して編集者が操作を加える。テキスト編集画面４９５での編集が終了したら、その編集結果が変換プレビューエリア４７０内の当該ブロックに反映される。選択されたブロックが画像枠の場合には、差し替えのための画像を選択するための画面が表示される。あるいは、ユーザの指示に応じて、選択された画像枠の画像自体を修正するための画像編集画面を表示するようにしてもよい。

　図２３は、編集のさらに他の例として、イメージ（画像）をテキストに差し替える「イメージ・テキスト差し替え」の例を示している。イメージについては自動変換では上述した最適化が行われるが、テキストに比べてデータ量が大きく、モバイル端末からのダウンロードに時間がかかる。「イメージ・テキスト差し替え」によれば、編集者はその負荷を軽減するためにイメージをテキストに替えることができ、かつ、テキストに替えて問題がないイメージについてこの編集を行うことができる。

　編集者は、操作前の変換プレビューエリア４７０ａにおいて、ポインティングデバイスでブロック４７１ａ（ここでは画像枠）を選択し、上記編集ツールバーなどからの「イメージ・テキスト差し替え」の指示により、イメージから、そのイメージタグに付随しているａｌｔ属性の名称（テキスト）に変更する。これにより、操作後の変換プレビューエリア４７０ｂに示すように、当該パーツがイメージからテキストに変換される。

　以上説明した以外に種々の編集が考えられ、本発明はそのような編集を除外するものではない。例えば、広告枠の追加を行う編集も考えられる。広告枠では、変換サーバでのＭＬ文書の変換の機会を利用して、その枠内に広告情報を追加してモバイル用ＭＬ文書をモバイル端末のユーザへ送信するものである。

　また、個々のブロック以外にも、図示しないメニュー項目「デザイン」を選択することにより、モバイル用ＭＬ文書の背景色、背景画像の設定、通常文字色の設定、リンク文字色の設定、フォーカス時のリンク文字色設定、ページ分割等の各種の編集を行うことも可能である。

　図２４は、本実施の形態における編集用端末１７０での基本的な編集処理の概略の手順を示したフローチャートである。この処理はＣＰＵによるマークアップ言語文書編集プログラムの実行により実現される。

　編集用端末１７０は、編集者の指示に応じて、その表示部１７２（図１３）に編集画面を表示する（Ｓ３１）。そこで、編集者からの編集対象の選択を受け付ける（Ｓ３２）。これに応じて、編集対象のモバイル用ＭＬ文書と、対応する変換前のＰＣ用ＭＬ文書を変換サーバ１５０からダウンロードする（Ｓ３３）。両ＭＬ文書の入手はダウンロードに限るものではなく、記録媒体に保存された形態で受け取ってもよい。

　その後、編集操作を受け付ける（Ｓ３４）。編集操作があれば、その操作経過を記憶しておき、一つの編集操作が終了するたびに編集手順情報を作成する（Ｓ３５）。上述するように本実施の形態ではＪａｖａＳｃｒｉｐｔで編集手順情報を記述する。同一の編集対象に対する新たな編集手順情報は既存の編集手順情報に追加する（Ｓ３６）。編集が終了するまで、ステップＳ３４～Ｓ３６を繰り返して実行する。編集者による編集が終了したら（Ｓ３７）、記憶されている編集手順情報をモバイル端末内にファイルとして保存する。さらに、編集者の指示に応じて、通信部１７４により当該編集手順情報を変換サーバ１５０にアップロードする。アップロードされた編集手順情報は上述したように、変換サーバ１５０内の編集手順情報記憶部１８０に保存される。編集手順情報記憶部１８０内では、図２５に示すように、編集手順情報は、その編集手順情報ＩＤと、その対応するＰＣ用ＭＬ文書の識別情報であるＰＣ用ＭＬ文書ＩＤとを対応付けて管理する。編集手順情報は、ここではデータテーブル形式で示したが、その形式は任意である。ＰＣ用ＭＬ文書ＩＤはＰＣ用ＭＬ文書を一意に識別できる情報であれば足り、例えば、ＰＣ用ｗｅｂページのＵＲＬである。編集手順情報ＩＤも編集手順情報を一意に識別できる情報であれば足り、例えば編集手順情報がファイルで構成される場合、そのファイル名称である。ＰＣ用ＭＬ文書ＩＤに加えて、または代わりに、モバイル用ＭＬ文書ＩＤを用いてもよい。ＭＬ文書ＩＤとしてのＵＲＬは、例えばｈｔｔｐ：／／ｗｗｗ．ａｃｃｅｓｓ．ｃｏ．ｊｐのようなドメイン名までが指定された場合、それ以降のパスを有するＵＲＬはすべてその割り当てられた編集手順情報の適用とすることができる。また、ＭＬ文書ＩＤとしてのＵＲＬは、ドメイン名より下位のパスまで指定したものであってもよい。さらに、一つの編集手順情報ＩＤに複数のＵＲＬを対応付けたり、複数の編集手順情報ＩＤに一つのＵＲＬを対応付けたりすることもできる。

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

　例えば、変換サーバは１台としたが、複数台設けて、負荷を分散するようにしてもよい。

　本発明のマークアップ言語文書変換装置は、通信ネットワーク上の変換サーバとして説明したが、通信ネットワークに接続されない単体の装置であってもよい。あるいは、ホームサーバ（ホームゲートウェイ）に搭載され、ホームネットワークでつながれた他の家電機器などに、本発明のマークアップ言語文書変換の機能を適用することも可能である。

　ｗｅｂブラウザ上で動作するスクリプトおよび編集手順情報としてのＪａｖａＳｃｒｉｐｔは、他のスクリプトであってもよい。

　モバイル用ＭＬ文書に対する編集手順情報にもとづく修正の後、分割ページのデータ量が変わる可能性があるので、再度、ページ分割を更新する処理を行ってもよい。

　一度編集操作したモバイル用ＭＬ文書をさらに編集することも可能である。その場合、モバイル用ＭＬ文書等とともにアップロード済みの編集手順情報を変換サーバから編集用端末にダウンロードし、編集者が編集作業に応じて、編集手順情報の更新を行い、その再編集後に、新たな編集手順情報が変換サーバにアップロードされる。

　本発明は、移動通信端末、サーバ、およびこれらを含むシステム、ならびにそのコンピュータプログラムの開発、設計、製造において利用可能である。

Claims

　第１のマークアップ言語で記述された第１マークアップ言語文書を第２のマークアップ言語で記述された第２マークアップ言語文書に変換するマークアップ言語文書変換装置と、変換後の第２マークアップ言語文書を編集するマークアップ言語文書編集装置とを備えたマークアップ言語文書変換システムであって、
　マークアップ言語文書変換装置は、
　第１のマークアップ言語で記述された第１マークアップ言語文書と、これに付随するデータおよびプログラムの少なくとも一方とを取得する手段と、
　取得された第１マークアップ言語文書と前記データおよびプログラムの少なくとも一方とをレンダリングし、規定のサイズの表示画面上で描画すべき各表示要素の配置座標を確認する手段と、
　確認された各表示要素およびその配置座標に基づいて表示要素の配置替えを行った、第２のマークアップ言語で記述された第２マークアップ言語文書に変換する手段と、
　この第２マークアップ言語文書に対する編集操作手順情報を編集装置から受信して記憶する手段と、
　外部からの要求に応じて、第１マークアップ言語文書を第２マークアップ言語文書に変換するとともに、前記編集操作手順情報に基づいて当該第２マークアップ言語文書を編集して要求元へ送信する手段とを備え、
　マークアップ言語文書編集装置は、
　ユーザの操作を受け付ける操作手段と、
　前記マークアップ言語文書変換装置で変換された第２マークアップ言語文書をユーザ操作に基づいて表示画面上で編集する編集手段と、
　編集された操作の内容を操作手順情報として前記マークアップ言語文書変換装置へ送信する手段とを備えた
　ことを特徴とするマークアップ言語文書変換システム。
　第１マークアップ言語文書を蓄積したｗｅｂサーバをさらに備え、前記マークアップ言語文書変換装置は、第１マークアップ言語文書を蓄積したｗｅｂサーバから当該第１マークアップ言語文書を取得する請求項１に記載のマークアップ言語文書変換システム。
　前記第１のマークアップ言語はＰＣ用のマークアップ言語であり、前記第２のマークアップ言語は非ＰＣ用のマークアップ言語であり、前記変換は個々の非ＰＣ端末の仕様に対応して行われる請求項１または２に記載のマークアップ言語文書変換システム。
　第１のマークアップ言語で記述された第１マークアップ言語文書を第２のマークアップ言語で記述された第２マークアップ言語文書に変換するマークアップ言語文書変換装置と、変換後の第２マークアップ言語文書を編集する編集装置とを備えたマークアップ言語文書変換システムにおけるマークアップ言語文書変換装置であって、
　第１のマークアップ言語で記述された第１マークアップ言語文書と、これに付随するデータおよびプログラムの少なくとも一方とを取得する手段と、
　取得された第１マークアップ言語文書と前記データおよびプログラムの少なくとも一方とをレンダリングし、規定のサイズの表示画面上で描画すべき各表示要素の配置座標を確認する手段と、
　確認された各表示要素およびその配置座標に基づいて表示要素の配置替えを行った、第２のマークアップ言語で記述された第２マークアップ言語文書に変換する手段と、
　この第２マークアップ言語文書に対する編集操作手順情報を編集装置から受信して記憶する手段と、
　外部からの要求に応じて、第１マークアップ言語文書を第２マークアップ言語文書に変換するとともに、前記編集操作手順情報に基づいて当該第２マークアップ言語文書を編集して要求元へ送信する手段と
　を備えたことを特徴とするマークアップ言語文書変換装置。
　第１のマークアップ言語で記述された第１マークアップ言語文書を第２のマークアップ言語で記述された第２マークアップ言語文書に変換するマークアップ言語文書変換装置と、変換後の第２マークアップ言語文書を編集するマークアップ言語文書編集装置とを備えたマークアップ言語文書変換システムにおけるマークアップ言語文書編集装置であって、
　ユーザの操作を受け付ける操作手段と、
　前記マークアップ言語文書変換装置で変換された第２マークアップ言語文書をユーザ操作に基づいて表示画面上で編集する編集手段と、
　編集された操作の内容を操作手順情報として前記マークアップ言語文書変換装置へ送信する手段と
　を備えたことを特徴とするマークアップ言語文書編集装置。
　第１のマークアップ言語で記述された第１マークアップ言語文書のリクエストを受けるステップと、
　リクエストされた第１のマークアップ言語で記述された第１マークアップ言語文書と、これに付随するデータおよびプログラムの少なくとも一方とを取得するステップと、
　取得された第１マークアップ言語文書および前記データおよびプログラムの少なくとも一方をレンダリングするステップと、
　規定のサイズの表示画面上で描画すべき各表示要素の配置座標を確認するステップと、
　確認された各表示要素およびその配置座標に基づいて表示要素の配置替えを行った、第２のマークアップ言語で記述された第２マークアップ言語文書に変換するステップと、
　この第２マークアップ言語文書に対する編集操作手順情報を編集装置から受信して記憶するステップと、
　外部からの要求に応じて、第１マークアップ言語文書を第２マークアップ言語文書に変換するとともに、前記編集操作手順情報に基づいて当該第２マークアップ言語文書を編集して要求元へ送信するステップと
　を備えたことを特徴とするマークアップ言語文書変換方法。
　第１のマークアップ言語で記述された第１マークアップ言語文書を第２のマークアップ言語で記述された第２マークアップ言語文書に変換するマークアップ言語文書変換装置から得られた変換後の第２マークアップ言語文書に対するユーザによる表示画面上での編集操作を受け付けるステップと、
　編集された操作の内容を操作手順情報として前記マークアップ言語文書変換装置へ送信するステップと
　を備えたことを特徴とするマークアップ言語文書編集方法。
　第１のマークアップ言語で記述された第１マークアップ言語文書のリクエストを受けるステップと、
　リクエストされた第１のマークアップ言語で記述された第１マークアップ言語文書と、これに付随するデータおよびプログラムの少なくとも一方とを取得するステップと、
　取得された第１マークアップ言語文書および前記データおよびプログラムの少なくとも一方をレンダリングするステップと、
　規定のサイズの表示画面上で描画すべき各表示要素の配置座標を確認するステップと、
　確認された各表示要素およびその配置座標に基づいて表示要素の配置替えを行った、第２のマークアップ言語で記述された第２マークアップ言語文書に変換するステップと、
　この第２マークアップ言語文書に対する編集操作手順情報を編集装置から受信して記憶するステップと、
　外部からの要求に応じて、第１マークアップ言語文書を第２マークアップ言語文書に変換するとともに、前記編集操作手順情報に基づいて当該第２マークアップ言語文書を編集して要求元へ送信するステップと
　をコンピュータに実行させることを特徴とするマークアップ言語文書変換プログラム。
　第１のマークアップ言語で記述された第１マークアップ言語文書を第２のマークアップ言語で記述された第２マークアップ言語文書に変換するマークアップ言語文書変換装置から得られた変換後の第２マークアップ言語文書に対するユーザによる表示画面上での編集操作を受け付けるステップと、
　編集された操作の内容を操作手順情報として前記マークアップ言語文書変換装置へ送信するステップと
　をコンピュータに実行させることを特徴とする備えたことを特徴とするマークアップ言語文書編集プログラム。