JP2003271508A

JP2003271508A - 携帯端末向けコンテンツ変換システム、及びコンテンツ変換方法

Info

Publication number: JP2003271508A
Application number: JP2002070771A
Authority: JP
Inventors: Kazunori Matsumoto; 和紀松本; Kazumasa Matsuo; 和雅松尾; Fumiki Shirakawabe; 文樹白川部
Original assignee: NTT Comware Corp
Current assignee: NTT Comware Corp
Priority date: 2002-03-14
Filing date: 2002-03-14
Publication date: 2003-09-26

Abstract

(57)【要約】【課題】ＰＣ向けのＷｅｂページを携帯端末で表示し
ようとする場合、携帯端末の画面サイズが小さい、カー
ソルキーによる操作、各サービスごとのマークアップ言
語と画像表示形式の違いなどにより、ＰＣ向けの画面を
携帯端末でそのまま正しく表示することができなかっ
た。【解決手段】ＨＴＭＬ変換部１４により、Ｗｅｂサイ
トからダウンロードしたＨＴＭＬ言語の情報をＸＨＴＭ
ＬＢａｓｉｃ形式に変換し、ドキュメント生成部１５に
より、ＸＨＴＭＬＢａｓｉｃ形式に変換された情報を、
予め定めた変換ルール記述ファイルにより携帯端末向け
のコンテンツに変換し、また画像変換部１６により、Ｗ
ｅｂサイトからダウンロードした画像データの画像形式
および画像サイズを携帯端末向けに変換し、さらにペー
ジ分割部１８によりコンテンツを携帯端末２１ａの画面
に応じたサイズに分割する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、携帯電話などの携
帯端末向けのコンテンツ変換システムに関し、特にパー
ソナルコンピュータ（単に「ＰＣ」ともいう）向けのＷ
ｅｂページのコンテンツを携帯端末向けのコンテンツに
変換する携帯端末向けコンテンツ変換システム及びコン
テンツ変換方法に関する。

【０００２】

【従来の技術】現在、携帯電話については３社のキャリ
アがインターネットへのアクセスサービスを供してい
る。しかしながらＰＣ向けのＷｅｂサイトを携帯電話で
表示するには、以下に示す課題がある。

【０００３】［携帯電話に特有な事情］（１）携帯電話の画面表示サイズが小さいＰＣと携帯電話の画面表示サイズを比較した場合、機種
により多少差はあるものの、携帯電話の方が表示可能な
情報量が圧倒的に少ない。図３６に、通信業者Ａ（ＮＴ
Ｔドコモ社のi-モード（登録商標））、通信業者Ｂ（Ｊ
-フォン社のJ-SkyWeb（登録商標））、通信業者Ｃ（Ｋ
ＤＤＩ社のEZWeb（登録商標））における各機種で画面
表示可能な最大、最初文字数を示す。また、図３７に
は、ＰＣ向けの画面を携帯電話で表示した例を示す図で
あり、図３７（ａ）に示す比較的情報量の少ない画面を
携帯電話に表示するとどのように見えるか、各社携帯電
話の画面例を図３７（ｂ）に示したものである。図３７
（ｂ）に示すように、ＰＣの画面上で見る際には少なく
見える情報でも、携帯電話の画面で見た場合には、一画
面に内容がすべて表示されない場合が多い。携帯電話の
画面表示領域がいかに小さいかがわかる。

【０００４】（２）画面のデータ量が少ない携帯電話でもＰＣと同様に、表示エリアよりも大きいＷ
ｅｂページは縦や横方向にスクロールすることにより、
画面サイズ以上のコンテンツの表示が可能である。ただ
し、一画面で扱うことのできるデータ量には制限があ
る。図３８に、各社の一画面に使用可能なデータ量を示
す。なお、図３８に示す値は、画面に表示されないタグ
やページ内の画像データも含んだサイズである。よっ
て、実際に表示できる文字情報はさらに少なくなる。ま
た、一般的なＷｅｂページもサイズは画像も含めて、数
１０Ｋバイト〜１００Ｋバイト程度のものが多く、携帯
電話向けのＷｅｂページとＰＣ向けのＷｅｂページを比
較した場合、マークアップ言語や画像フォーマットの違
いはあるものの明らかにサイズが異なっており、ＰＣ向
けＷｅｂページをそのまま携帯電話で表示することはで
きない。（３）カーソルキーによる操作携帯電話のポインティングデバイスはカーソルキーが一
般的であり、ＰＣのマウスのように直ちに目的とする情
報にカーソルを合わせることができない。そのため、画
面の下に隠れている内容を表示するためには、目的の位
置までキーを何度も押す必要がある。

【０００５】（４）マークアップ言語の違いＰＣ向けのＷｅｂサイトではコンテンツを作成するに
は、通常ＨＴＭＬを用いるが、ＨＴＭＬは比較的比較的
大きな画面向けのマークアップ言語であるため、携帯電
話には向いていない。そこで、各携帯電話キャリアはそ
れぞれ携帯電話用のマークアップ言語を用いている。図
３９に各社のマークアップ言語の例を示す。このよう
に、各社独自の言語仕様を定義しており、統一されてお
らず、したがって、ページ制作者は、それぞれのサービ
スに対応するマークアップ言語を用いてページを作成し
なければならず、またサービス毎に表現形式が異なって
いるため、すべての携帯電話で同一の画面を表現するこ
とができない。例えば、ラジオボタンの表示方法が機種
により異なる。

【０００６】（５）テーブル形式の表示に向いていないＰＣ向けのＷｅｂページではテーブルが広く利用されて
いる。テーブルの本来の目的は表形式のデータを表示す
ることであるが、レイアウトの制御（段組など）のため
にテーブルを使っているＷｅｂページも多い。しかし、
携帯電話向けのマークアップ言語では（その画面の小さ
さから）テーブルに代わるようなものが用意されていな
い。また、列に分割できるほど横幅がないため、一覧表
やレイアウト用にテーブルで作成されたページを携帯電
話で表示すると画面が崩れてしまう。

【０００７】（６）長いドロップダウンリストの表示ドロップダウンリストは入力項目の選択方式の一つとし
て頻繁に利用されるが、選択肢が多い場合には以下の問
題が生じる。・ユーザの操作性が低下携帯電話でもＰＣ
と同様ドロップダウンリストの表示が可能であるが、携
帯電話では、選択するリストの数だけボタンを押す手間
がかかる。・また、ドロップダウンリストのデータ量も
少ない。

【０００８】（７）携帯電話ごとの画像形式の違い携帯電話のキャリア毎に携帯電話に対応している画像形
式が異なる他、同一キャリアであっても表示できる画像
の形式に色数やサイズ、大きさなど様々な違いがある。
携帯電話向けに画像を提供する場合にはアクセスした端
末の機種まで判別し、それぞれの機種毎に適切なフォー
マットを用意する必要がある。図４０に各サービスの対
応画像形式の例を示す。

【０００９】［ＰＣ向けページに特有な事情］一方、ＰＣ向けページにも特有な事情があり以下それに
ついて説明する。（１）ＨＴＭＬ言語の仕様ＨＴＭＬはＰＣ向けコンテンツに特化したマークアップ
言語であり、Ｗｅｂサイトの提供者はあくまでユーザが
ＰＣのブラウザを利用することを前提としてページを作
成している。以下、携帯電話では利用できないＨＴＭＬ
の機能について述べる。（ａ）スクリプト言語ＨＴＭＬでは、ユーザが使用するブラウザ側で動的な処
理を行うためのスクリプト言語を埋め込むことが可能で
あり、スクリプトを用いることで、あたかもページ内に
プログラムが埋め込まれているかのような動作をするこ
とができる。しかし、携帯電話ではスクリプトに対応し
ていないため、これらの機能は使用することができな
い。（ｂ）プラグインプラグインとは、ブラウザに拡張機能を持たせるための
プログラムであり、代表的なものに、「Ａｃｒｏｂａｔ
（登録商標）」などがある。これらは、予めプログラム
をＰＣにインストールすることにより、ブラウザの拡張
機能として、特殊なデータ形式を扱うことができるよう
になる。しかし、携帯電話では現状、ブラウザで扱うこ
とのできるデータ形式には制限がある。（ｃ）アプレットブラウザが持つＪＶＭ（Java（登録商標） Virtual Mac
hine）上でＪａｖａ（登録商標）プログラム（Ｊａｖａ
（登録商標）アプレット）をダウンロードして実行する
ことにより、ブラウザ画面上で普段ＰＣにインスト−ル
するアプリケーションと同等の機能を実現する機構であ
る。携帯電話についても、一部でＪａｖａ（登録商標）
対応機種が出現しているが、ＰＣ向けのＪａｖａ（登録
商標）と携帯電話向けのＪａｖａ（登録商標）では一部
の仕様が異なっているため、ＰＣ向けのＪａｖａ（登録
商標）アプレットをそのまま携帯電話で動作させること
はできない。また、ページサイズと同様にダウンロード
可能なプログラムサイズにも制限がある。例えば、ある
機種では１アプリケーションで最大１０Ｋバイトまでで
ある。（ｄ）クリティカルマップブラウザに表示される画像をマウスでクリックした際の
位置情報を判別する機能である。地図上の位置をポイン
トすると、当該地域を拡大して表示するような機能を実
現したい場合などに利用される。携帯電話では、カーソ
ルキーで操作を行うため、このような機能を利用するこ
とができない。（ｅ）フレームページ複数のＷｅｂページを同一画面内に表示する機能であ
る。メニューのように常に固定の内容と、メニューに応
じて動的にコンテンツを表示するときに利用されるが、
携帯電話では、その画面の小ささからフレーム表示のよ
うな機能を持っていない。（ｆ）文字の修飾ＰＣでは、フォントの種類の選択、文字サイズの指定な
どの文字修飾が行えるが、携帯電話ではこれに対応して
いない。

【００１０】（２）セッション管理（クッキー）通常、ＨＴＴＰプロトコルによるＷｅｂサイトへのアク
セスでは、ユーザを識別することができないが、アクセ
スしてくる個々のユーザを識別したいＰＣ向けのＷｅｂ
サイトでは、Ｃｏｏｋｉｅ機能を用いることによりアク
セスするユーザを識別することができる。Ｃｏｏｋｉｅ
とは、Ｗｅｂサイト側から、ＰＣのブラウザに対して識
別子を送信し、ブラウザが端末に識別子を保存すること
によって、次回、同じサイトにアクセスする際には識別
子をサーバに送信する仕組みのことである。しかし、携
帯電話では、ＣｏｏｋｉｅのようなＷｅｂサイトからの
情報を一時的に端末内に保持する機構を持っていない。

【００１１】（３）セキュリティＰＣ向けのＷｅｂサイトでは、個人情報の漏洩を防ぐた
めにＳＳＬ（Secure Socket Layer）のような暗号化方
式でデータを送信する仕組みを利用しているが、現行の
ほとんどの携帯電話でこのようなプロトコルレベルでの
セキュリティ機能をサポートしていない。

【００１２】

【発明が解決しようとする課題】本発明はこのような問
題を解決するためになされたもので、その目的は、既存
ＷｅｂサイトのＷｅｂページを携帯端末向けに変換する
際に障害となっている様々問題を大幅に解決し得る携帯
端末向けコンテンツ変換システム及びコンテンツ変換方
法を提供することを目的とする。

【００１３】

【課題を解決するための手段】本発明は上記課題を解決
するためになされたものであり、本発明の携帯端末向け
コンテンツ変換システムは、既存ＷｅｂサイトのＰＣ向
けのＷｅｂページのコンテンツを携帯端末向けのコンテ
ンツに変換して送信するための携帯端末向けコンテンツ
変換システムであって、携帯端末からの既存Ｗｅｂサイ
トへのＨＴＴＰリクエストを受け付けると共に、携帯端
末からの当該携帯端末の型式を含む所定のパラメータ情
報を受信する手段と、前記既存Ｗｅｂサイトからダウン
ロードしたＨＴＭＬ言語の情報をＸＨＴＭＬＢａｓｉｃ
形式に変換するＨＴＭＬ変換手段と、前記ＸＨＴＭＬＢ
ａｓｉｃ形式に変換された情報を、予め定めた変換ルー
ル記述ファイルにより携帯端末向けのコンテンツに変換
するドキュメント生成手段と、前記Ｗｅｂサイトからダ
ウンロードした画像データの画像形式および画像サイズ
を携帯端末向けに変換する画像変換手段と、前記携帯端
末向けに変換したコンテンツを携帯端末の画面に応じた
サイズに分割するページ分割手段とを具備することを特
徴とする。これにより、既存ＷｅｂサイトのＷｅｂペー
ジを携帯端末の機種及び画面サイズに合わせて表示でき
るようになる。

【００１４】また、本発明の携帯端末向けコンテンツ変
換システムは、前記コンテンツ変換システムが、前記携
帯端末と前記既存Ｗｅｂサイトとのセッション情報を管
理するセッション管理手段と、携帯端末からのフォーム
サブミット値をシステム内で一時的に管理するためのフ
ォーム管理手段と、携帯端末から要求される宛先ＵＲＬ
と既存ＷｅｂサイトのＵＲＬ間のマッピング処理を行う
ＵＲＬマッピング手段とをさらに具備することを特徴と
する。これにより、携帯端末とのセッションを維持し、
またフォーム入力データをＷｅｂサイトに一括して送信
でき、さらに携帯電話からリクエストされる宛先ＵＲＬ
と既存ＷｅｂサイトのＵＲＬ間の対応を容易に行えるよ
うになる。

【００１５】また、本発明の携帯端末向けコンテンツ変
換システムは、前記ＰＣ向けのＷｅｂページ内のコンテ
ンツを携帯端末向けのコンテンツに変換するために、前
記ＰＣ向けのＷｅｂページ内のＨＴＭＬ形式の記述情報
を、ＸＨＴＭＬ形式に変換する手段と、前記ＸＨＴＭＬ
形式の情報をスタイルシートを用いてＸＨＴＭＬＢａｓ
ｉｃ形式の情報に変換する手段と、前記ＸＨＴＭＬＢａ
ｓｉｃ形式の情報を、ＸＳＬＴで定義した変換ルールの
記述ファイルにより携帯端末向けのコンテンツに変換す
る手段とをさらに具備することを特徴とする。これによ
り、スタイルシートであるＸＳＬＴを適用し、テンプレ
ート形式でデータを加工することができる。

【００１６】また、本発明の携帯端末向けコンテンツ変
換システムは、前記ページ分割手段によりページ分割す
るために、ＸＨＴＭＬＢａｓｉｃ形式に変換されたコン
テンツ中に、ドロップダウンリスト分割タグが有るか否
かを確認し、ドロップダウンリスト分割タグがある場合
には、該ドロップダウンリスト分割タグで指定された部
分を切り出し、次ページを識別するタグを付与する手段
と、ＸＨＴＭＬＢａｓｉｃ形式に変換されたコンテンツ
中に、ドロップダウンリスト他段階表示タグが有るか否
かを確認し、ドロップダウンリスト他段階表示タグがあ
る場合には、該ドロップダウンリスト他段階表示タグで
指定された部分を切り出し、次ページを識別するタグを
付与する手段と、ＸＨＴＭＬＢａｓｉｃ形式に変換され
たコンテンツ中に、指定ページ分割タグが有るか否かを
確認し、指定ページ分割タグがある場合には、該指定ペ
ージ分割タグで指定された部分を切り出し、次ページを
識別するタグを付与する手段と、上記各手段により分割
されたページのサイズと、予め設定された基準サイズと
を比較し、基準サイズを超えている場合には、超過した
部分を切り出し、次ページを識別するタグを付与する手
段とをさらに具備することを特徴とする。これにより、
ドロップダウンリスト等を使用している場合にも、携帯
端末の画面サイズに合わせてページ分割し、携帯端末の
画面サイズに合わせたドロップダウンリストを使用でき
るようになる。

【００１７】また、本発明の携帯端末向けコンテンツ変
換方法は、既存ＷｅｂサイトのＰＣ向けのＷｅｂページ
のコンテンツを携帯端末向けのコンテンツに変換して送
信するための携帯端末向けコンテンツ変換方法であっ
て、携帯端末からの既存ＷｅｂサイトへのＨＴＴＰリク
エストを受け付けると共に、携帯端末からの当該携帯端
末の型式を含む所定のパラメータ情報を受信する手順
と、前記既存ＷｅｂサイトからダウンロードしたＨＴＭ
Ｌ言語の情報をＸＨＴＭＬＢａｓｉｃ形式に変換するＨ
ＴＭＬ変換手順と、前記ＸＨＴＭＬＢａｓｉｃ形式に変
換された情報を、予め定めた変換ルール記述ファイルに
より携帯端末向けのコンテンツに変換するドキュメント
生成手順と、前記Ｗｅｂサイトからダウンロードした画
像データの画像形式および画像サイズを携帯端末向けに
変換する画像変換手順と、前記携帯端末向けに変換した
コンテンツを携帯端末の画面に応じたサイズに分割する
ページ分割手順とを含むことを特徴とする。これによ
り、既存ＷｅｂサイトのＷｅｂページを携帯端末の機種
及び画面サイズに合わせて表示できるようになる。

【００１８】また、本発明の携帯端末向けコンテンツ変
換方法は、前記コンテンツ変換システムにより、前記携
帯端末と前記既存Ｗｅｂサイトとのセッション情報を管
理するセッション管理手順と、携帯端末からのフォーム
サブミット値をシステム内で一時的に管理するためのフ
ォーム管理手順と、携帯端末から要求される宛先ＵＲＬ
と既存ＷｅｂサイトのＵＲＬ間のマッピング処理を行う
ＵＲＬマッピング手順とがさらに行われることを特徴と
する。これにより、携帯端末とのセッションを維持し、
またフォーム入力データをＷｅｂサイトに一括して送信
でき、さらに携帯電話からリクエストされる宛先ＵＲＬ
と既存ＷｅｂサイトのＵＲＬ間の対応を容易に行えるよ
うになる。

【００１９】また、本発明の携帯端末向けコンテンツ変
換方法は、前記ＰＣ向けのＷｅｂページ内のコンテンツ
を携帯端末向けのコンテンツに変換するために、前記
ＰＣ向けのＷｅｂページ内のＨＴＭＬ形式の記述情報
を、ＸＨＴＭＬ形式に変換する手順と、前記ＸＨＴＭＬ
形式の情報をスタイルシートを用いてＸＨＴＭＬＢａｓ
ｉｃ形式の情報に変換する手順と、前記ＸＨＴＭＬＢ
ａｓｉｃ形式の情報を、ＸＳＬＴで定義した変換ルール
の記述ファイルにより携帯端末向けのコンテンツに変換
する手順とがさらに行われることを特徴とする。これに
より、スタイルシートであるＸＳＬＴを適用し、テンプ
レート形式でデータを加工することができる。

【００２０】また、本発明の携帯端末向けコンテンツ変
換方法は、前記ページ分割手順によりページ分割するた
めに、ＸＨＴＭＬＢａｓｉｃ形式に変換されたコンテン
ツ中に、ドロップダウンリスト分割タグが有るか否かを
確認し、ドロップダウンリスト分割タグがある場合に
は、該ドロップダウンリスト分割タグで指定された部分
を切り出し、次ページを識別するタグを付与する手順
と、ＸＨＴＭＬＢａｓｉｃ形式に変換されたコンテンツ
中に、ドロップダウンリスト他段階表示タグが有るか否
かを確認し、ドロップダウンリスト他段階表示タグがあ
る場合には、該ドロップダウンリスト他段階表示タグで
指定された部分を切り出し、次ページを識別するタグを
付与する手順と、ＸＨＴＭＬＢａｓｉｃ形式に変換され
たコンテンツ中に、指定ページ分割タグが有るか否かを
確認し、指定ページ分割タグがある場合には、該指定ペ
ージ分割タグで指定された部分を切り出し、次ページを
識別するタグを付与する手順と、上記各手順により分割
されたページのサイズと、予め設定された基準サイズと
を比較し、基準サイズを超えている場合には、超過した
部分を切り出し、次ページを識別するタグを付与する手
順とがさらに行われることを特徴とする。これにより、
ドロップダウンリスト等を使用している場合にも、携帯
端末の画面サイズに合わせてページ分割し、携帯端末の
画面サイズに合わせたドロップダウンリストを使用でき
るようになる。

【００２１】また、本発明のコンピュータ読み取り可能
な記録媒体は、既存ＷｅｂサイトのＰＣ向けのＷｅｂペ
ージのコンテンツを携帯端末向けのコンテンツに変換し
て送信するための携帯端末向けコンテンツ変換システム
内のコンピュータに、携帯端末からの既存Ｗｅｂサイト
へのＨＴＴＰリクエストを受け付けると共に、携帯端末
からの当該携帯端末の型式を含む所定のパラメータ情報
を受信する手順と、前記既存Ｗｅｂサイトからダウンロ
ードしたＨＴＭＬ言語の情報をＸＨＴＭＬＢａｓｉｃ形
式に変換するＨＴＭＬ変換手順と、前記ＸＨＴＭＬＢａ
ｓｉｃ形式に変換された情報を、予め定めた変換ルール
記述ファイルにより携帯端末向けのコンテンツに変換す
るドキュメント生成手順と、前記Ｗｅｂサイトからダウ
ンロードした画像データの画像形式および画像サイズを
携帯端末向けに変換する画像変換手順と、前記携帯端末
向けに変換したコンテンツを携帯端末の画面に応じたサ
イズに分割するページ分割手順とを実行させるためのプ
ログラムを記録したコンピュータ読み取り可能な記録媒
体である。

【００２２】また、本発明のコンピュータプログラム
は、既存ＷｅｂサイトのＰＣ向けのＷｅｂページのコン
テンツを携帯端末向けのコンテンツに変換して送信する
ための携帯端末向けコンテンツ変換システム内のコンピ
ュータに、携帯端末からの既存ＷｅｂサイトへのＨＴＴ
Ｐリクエストを受け付けると共に、携帯端末からの当該
携帯端末の型式を含む所定のパラメータ情報を受信する
手順と、前記既存ＷｅｂサイトからダウンロードしたＨ
ＴＭＬ言語の情報をＸＨＴＭＬＢａｓｉｃ形式に変換す
るＨＴＭＬ変換手順と、前記ＸＨＴＭＬＢａｓｉｃ形式
に変換された情報を、予め定めた変換ルール記述ファイ
ルにより携帯端末向けのコンテンツに変換するドキュメ
ント生成手順と、前記Ｗｅｂサイトからダウンロードし
た画像データの画像形式および画像サイズを携帯端末向
けに変換する画像変換手順と、前記携帯端末向けに変換
したコンテンツを携帯端末の画面に応じたサイズに分割
するページ分割手順とを実行させるためのプログラムで
ある。

【００２３】

【発明の実施の形態】次に本発明の実施の形態について
図面を参照して説明する。なお、ここでは携帯端末とし
て携帯電話の例を示しているが、勿論、ＰＤＡなどの他
の携帯端末にも同様に適用されるものである。

【００２４】［本発明のコンテンツ変換システムによる
課題と解決方法の説明］図１９に、本発明のコンテンツ
変換システムによる、解決すべき課題と解決策の一覧表
を示す。以下、各問題点と解決策について詳細に説明す
る。

【００２５】最初に以下の問題点の解決方法について説
明する。（１）携帯電話の画面表示サイズが小さい（２）画面のデータ容量が少ない（３）カーソルキーによる操作

【００２６】携帯電話の機体の大きさからも推測できる
ように、携帯電話では一度に表示できるページのサイズ
や一回に扱うことのできるデータ量には制限がある。一
方ＰＣ向けに作成されたＷｅｂページにはデータのサイ
ズを意識したものは殆どない。例えば、図２０に示すＰ
Ｃ用のＷｅｂページをそのまま携帯電話に表示すると、
図２１に示すようになる。図２１に示すように、ＰＣ用
のＷｅｂページを携帯電話向けに自動変換した場合は、
冗長な説明文や不適切な内容が表示されてしまう。

【００２７】従って、以下に示す方法で内容を加工する
必要がある。（Ａ）不要な情報の削除図２２（ａ）に示すように、ＰＣに特化した情報や特に
表示する必要のない情報をページから削除し、必要な情
報のみの絞り込む。図２２（ａ）に示す例では、ブラウ
ザのバージョン情報やＪａｖａ（登録商標）Ｓｃｒｉｐ
ｔに関する情報は不要であるため削除する。（Ｂ）特定部分のページ内の移動ページ内の特定の情報を別の位置に移動させる。ＰＣの
場合には特にページの上部にコンテンツの一覧メニュー
など、ある程度固定的な情報が表示されている場合が多
いが、携帯電話の場合には逆にメニューなどの固定情報
は毎回最初に見えると煩わしいため、ページ下部に移動
した方が良い場合が多い。図２２（ｂ）に特定部分をペ
ージ内移動した例を示す。（Ｃ）特定部分の別ページへの移動注意事項など、ページ内に常に表示する必要はないが、
削除すべきでない内容は別ページに移動し、ハイパーリ
ンクで遷移することによって、一画面内の情報量を減ら
す。図２２（ｃ）に特定部分を別ページへの移動した例
を示す。（Ｄ）内容の追加・置換携帯電話向けに内容の追記・更新を可能にする。図２３
（ａ）に内容の追記・更新の例を示す。（Ｅ）サイズによるページの分割読み物のように内容の変更や削除、移動のできない場合
は、サイズに応じて自動的にページを分割するようにす
る。図２３（ｂ）にページの分割の例を示す。

【００２８】以上説明したように、ＨＴＭＬはタグ付き
のマークアップ言語であるため、タグ毎に内容をブロッ
ク化することにより、これらの方式を組み合わせてＰＣ
向けのＷｅｂページを携帯電話向けに機械的に変換する
ことが可能になる。

【００２９】（４）テーブル形式の表示に向いていない
問題テーブルを使用しているＰＣ向けページでは、大きく２
種類の使用方法がある。（Ａ）レイアウトの制御（段組）をしている場合複数のテーブルを用いてレイアウト整形しているページ
の場合、個々の表示エリアは独立した内容で記述されて
いることが多い。内容の関連性が薄い場合は、テーブル
毎に内容を切り出して、不要なものを削除したり、表示
順を変えるなどの方法を使用することができる。（Ｂ）項目を一覧表示している場合図２４に示すように、項目の一覧を表示する際にテーブ
ルを使用している場合、携帯電話では同様の表示ができ
ないことから、列を行に展開する。不要な列を別の
ページに移動する。という、２通りの方法を使用するこ
とができる。図２５は、図２４に示すテーブルを携帯電
話向けに変換した例である。

【００３０】（５）長いドロップダウンリストの表示（Ａ）ユーザの操作性低下の問題（Ｂ）ドロップダウンリストのデータ量の問題通常、ドロップダウンの選択項目はユーザが選択するま
で必要のないデータであることから、項目の一覧を別の
ページで提供することが考えられる。ユーザによる選択
時にはじめて項目に一覧をダウンロードして別ページと
して表示することにより、ページのデータ容量を減らす
ことができる。具体的には、ドロップダウンリストの代
わりにハイパーリンクを表示し、リンクを押下すること
によって、項目の選択ページに遷移する仕組みを用意す
る。図２６に例を示す。

【００３１】（６）携帯電話ごとの画像形式の違い特に複数のキャリアに対応する場合には、それぞれ携帯
電話にあった画像を適切選択して、携帯電話向けに提供
する必要がある。また、正しい画像を提供するために
は、Ｗｅｂサイト側でアクセスしてきた携帯電話がどの
画像形式をサポートしているかを知る必要がある。どの
携帯電話でもアクセス先のＷｅｂサイトに対して自分自
身の機種名を通知する仕組みを持っている（図２７参
照）。これを利用することにより、Ｗｅｂサイト側でど
の機種がどの画像形式に対応しているかを知っていれ
ば、対応表を用いて画像形式を特定することができる。
ここで得られる情報を用いて、携帯電話毎に適切な画像
を選択し、配信する仕組みを以下のいずれかの方法によ
り実現することができる。（Ａ）ページ内のリンク先を書き換え、画像形式をアク
セス元の携帯電話機種に合わせる。ＨＴＭＬ出力時にイ
メージのＵＲＬをリクエストした携帯電話にあった画像
のＵＲＬに動的に変更する。この方式では、予め該当す
る携帯電話の形式にあわせて画像ファイルを用意してお
く必要がある。（Ｂ）アクセス元の携帯電話機種に合わせて動的に画像
を生成するイメージ変換用のＵＲＬを用意し、そこにア
クセスした場合に携帯電話の種類を自動判別して、適切
な画像フォーマットを出力する。

【００３２】（７）セッションの管理一定期間（携帯電話で最初にアクセスしてから、一連の
アクセスを終了するまで）のセッションであれば、Ｃｏ
ｏｋｉｅの代わりに以下の方法で個別の端末を識別する
ことができる。携帯電話へのＷｅｂページ出力時にペー
ジ内の全てのリンクに、アクセスした携帯電話毎にユニ
ークなセッションＩＤを埋め込む。図２８に例を示す。
この方法により、携帯電話でリンク先に移動すると、サ
ーバ側にセッションＩＤが通知されるため、個々の端末
を識別することができる。これを繰り返すことにより、
携帯電話＝Ｗｅｂサーバ間のセッションを維持できる。

【００３３】［本発明のコンテンツ変換システムで対応
しない項目］以上、本発明のコンテンツ変換システムに
おける課題の解決方法について説明したが、以下の課題
については解決手段がないので、本発明のコンテンツ変
換システムでは処理を除外している。

【００３４】（１）キャリアごとのマークアップ言語に
違い（Ａ）ラジオボタンの表示方法の違い（Ｂ）複雑なレイアウト表示の問題これらは個々の携帯電話に仕様によるものであり、でき
るだけ複雑なレイアウトの組み合わせを避ける以外に明
示的な解決策がないからである。既存Ｗｅｂサイトから
の変換では、テーブルから不要なタグを極力排除し、変
換時には携帯電話向けに補足情報を追加するなどして対
応する必要がある。

【００３５】（２）ＨＴＭＬ言語の仕様（Ａ）スクリプト言語スクリプト言語はユーザの利便性のために提供している
ページが多く、またスクリプト機能をＯＦＦにしたブラ
ウザや対応していないブラウザ（UNIX（登録商標）用の
テキストブラウザなど）のために、無くとも動作を保証
するＷｅｂサイトも多い。従って、本発明のコンテンツ
変換システムではスクリプト言語には対応していない。（Ｂ）プラグイン・アプレットこれらのプログラムはＰＣでの使用を前提に作られてい
るため、本発明のコンテンツ変換システムでは対応しな
い。（Ｃ）クリッカブルマップ携帯電話では、その画面の小ささ、ポインティングデバ
イスの制限から、本発明のコンテンツ変換システムでは
対応しない。（Ｄ）フレームページ携帯電話の画面では、フレーム構成で画面を構成するこ
とは難しい。それぞれのフレームごとに表示できれば良
いと考えられるため、本発明のコンテンツ変換システム
では対応しない。（Ｅ）文字の修飾文字の修飾は単に見た目の問題であり、本発明のコンテ
ンツ変換システムでは対応しない。

【００３６】（３）セッションの管理ＰＣ向けのＷｅｂサイトであれば、その目的に応じてＣ
ｏｏｋｉｅの有効期限を永続、ブラウザの終了までとい
った使い分けができるが、携帯電話でがＣｏｏｋｉｅの
ような機構を持たず。また、個人を識別できるような情
報を端末側からＷｅｂサイトに通知する機能がないた
め、事実上永続的なセッション機能は使用できない。従
って、本発明のコンテンツ変換システムでは永続的なセ
ッション機能には対応しない。

【００３７】（４）セキュリティ様々な分野でセキュリティに対する需要は高いが、現状
の携帯電話では、一部の機種を除き、ＳＳＬのようなセ
キュリティには対応できていない。従って、本発明のコ
ンテンツ変換システムでは対応しない。

【００３８】［本発明のコンテンツ変換システムの実現
方式］以下、実際にシステムを構築する際の実現方式に
ついて説明する。（１）モバイル・アプリケーション・サーバの利用単一ソース、単一ＵＲＬアクセスで全キャリアに対応で
き、自動的な携帯電話とのセッション維持機能を持ち、
携帯電話の機種毎に画像ファイルを選択できるモバイル
・アプリケーション・サーバが市販されており、本発明
の方式を実現するために、市販のモバイル・アプリケー
ション・サーバをシステムの構成要素として利用する。
以下、実現方式においては、ＨＴＭＬの携帯電話向けの
サブセットであるＸＨＴＭＬＢａｓｉｃでコンテンツを
記述することにより、マークアップ言語の違いを意識す
ることなく複数のキャリアに対応できるモバイル・アプ
リケーション・サーバを利用した場合を例に説明する。

【００３９】以上の点から、携帯電話向けにＷｅｂサイ
トでは、ＨＴＭＬをＸＨＴＭＬＢａｓｉｃ形式に変換す
ればよいため、個別のキャリア毎にコンテンツを生成す
ることを意識する必要がない。また、ＰＣと同様の感覚
でセッション管理をすることができる。

【００４０】（２）コンテンツ変換方式本発明で用いるコンテンツ変換方式は、図２９に示すよ
うに、既存Ｗｅｂサイトが出力するＨＴＭＬを変換用ス
クリプト言語に変換し（図２９（ｂ）参照）、テンプレ
ートを用いて加工する方式を用いている（図２９（ｃ）
参照）。すなわち、前準備でＨＴＭＬをＸＨＴＭＬＢａ
ｓｉｃ形式に変換し、ＸＨＴＭＬＢａｓｉｃ形式のデー
タをスタイルシートであるＸＳＬＴを適用することによ
り、テンプレート形式でデータを加工する。ＸＳＬＴに
ついては、専用のプロセッサも簡単に入手することがで
きる。ＸＳＬＴ自体の機能は簡単なものから複雑なロジ
ック処理まで様々であり、コンテンツの変換に柔軟に対
応できる。なお、スタイルシートを作成するにあたって
は、すべてのＷｅｂページ毎に用意することは効率的で
ないため、ある程度の汎用性を持たせて使い回す仕組み
を用することが必要であり、本発明では特定の条件に一
致したＵＲＬにはこのスタイルシートを使用する方法を
用いている。

【００４１】（３）携帯電話からのアクセス方式コンテンツ変換を中継サーバ方式で行う場合、携帯電話
向けのＷｅｂサイトでは、携帯電話からのリクエスト
（ＵＲＬ）を何らかの方法で既存システムのＵＲＬにマ
ッピングすることが必要である。通常、Ｗｅｂサイトで
は提供している各種のサービス画面のＨＴＭＬはディレ
クトリ階層で保存されている。例えば、「WWW.nttcom.c
o.jp」のサーバが提供する各種のサービスは、図３０に
示すようなディレクトリ構造でディスクに格納されてい
る。通常ＵＲＬを指定するには、サーバ名の後にディレ
クトリ構造と同じ階層でファイル名を指定する。ここ
で、携帯電話からどのようなＵＲＬ指定で既存Ｗｅｂサ
イトにアクセスするかは以下の３通りの方法がある。（Ａ）既存Ｗｅｂサイトと同じディレクトリ構成でアク
セスする方式既存Ｗｅｂサイトと同一のディレクトリ構成でアクセス
する。例えば、携帯電話向けに変換された英語ニュース
にアクセスする場合には以下のようにする。「http://WWW.keitai.co.jp/english/news/index.htm
l」この指定方法は、既存Ｗｅｂサイトと同一であるた
め、ユーザにとってもわかりやすく、また携帯電話向け
Ｗｅｂサイトの方でＵＲＬに対して何の加工もする必要
がないため、管理者のメンテナンスも容易である。但
し、携帯電話向けＷｅｂサイトがアクセスする変換元が
複数の既存Ｗｅｂサイトまたがるような場合は、サーバ
間で重複するディレクトリやファイルが存在する可能性
もある。（Ｂ）既存ＷｅｂサイトのＵＲＬをパラメータで指定し
てアクセスする方式携帯電話向けＷｅｂサイトのＵＲＬにパラメータとして
変換したい既存ＷｅｂサイトのＵＲＬを全て指定してア
クセスする方式である。例えば、以下のように指定す
る。「http://WWW.keitai.com/?url=http://www.nttcom.co.
jp/english/news/index.html」この指定方法は、サービ
スを提供する既存ＷｅｂサイトのＵＲＬをそのまま入力
するため管理者のメンテナンスも容易である。但し、Ｕ
ＲＬが冗長になりすぎる傾向がある。（Ｃ）対応表に基づいてアクセスする方式既存ＷｅｂサイトのＵＲＬと携帯電話向けＷｅｂサイト
のＵＲＬとの対応を表で管理し、その対応表に基づき既
存ＷｅｂサイトのＵＲＬを指定する方式である。図３１
に例を示す。この対応表に基づき、例えば、以下のよう
に入力する。「http://WWW.keitai.com/enews.html」

【００４２】本発明では、上記３つの方式を組み合わせ
て、以下のようなＵＲＬのマッピングを行う。・管理の簡略化のために、ＵＲＬは、既存Ｗｅｂサイト
と同じディレクトリ構成で指定可能とする。・複数のＷｅｂサイトを用いたサービスを前提に、上記
ディレクトリ階層指定の他に、既存サイトのサーバ名も
指定する。・ＵＲＬに入力が短くて済むように、既存サイトのＵＲ
Ｌと略語の対応表を用意する。または、Ｗｅｂサーバ側
でＵＲＬが短くなるような設定を行う。・特定のＵＲＬ以外にはアクセスできなような制限を設
ける。

【００４３】（４）セッションの管理方式（Ａ）セッションの紐付け携帯電話＝既存サイト間のセッションはそれぞれのセッ
ションを携帯電話向けにＷｅｂサイトで紐付けることに
より実現する。携帯電話と携帯電話向けＷｅｂサイトと
のセッションには、モバイル・アプリケーション・サー
バを採用し、既存サイトと携帯電話向けＷｅｂサイトと
のセッションは既存サイトから送信されるＣｏｏｋｉｅ
を携帯電話毎にサーバ内に保持することにより実現す
る。図３２に例を示す。なお、本発明のコンテンツ変換
システムでは既存携帯電話とＷｅｂサイトとのセッショ
ンが切れた時点で既存Ｗｅｂサイトとのセッション（Ｃ
ｏｏｋｉｅ）も削除する。（Ｂ）フオームデータの一時保存機構フオームデータ（パラメータ値）とは、入力項目に対し
てユーザが入力した情報をサーバ側に送信するデータの
ことである。送信ボタンを押すと、入力した値が図３３
に示すようにサーバに送信される。通常、フオームの内
容は全て一括してサーバ側に送信しなければならないた
め、携帯電話に長い入力フォームを表示するような場合
は全ての入力項目を一画面で全て入力する必要がある。
携帯電話向けＷｅｂサイトで携帯電話＝既存Ｗｅｂサイ
ト間を中継する場合、フオームに入力した内容を一時的
にサーバ内に保存する機構をもつことで、入力フォーム
を自由に分割し、それぞれで入力された情報を一時的に
保存、最後に既存Ｗｅｂサイトに一括送信する。本発明
のコンテンツ変換システムでは、ドロップダウンリスト
の分割にこの機構を利用する。以下に、フオームデータ
の一時保存の例を示す。（Ａ）冗長なフォームの例図３４に示す冗長なフォームの例では、通常、フオーム
の内容は全て一括してサーバ側に送信しなければならな
いため、全ての入力項目を最後まで入力して、送信ボタ
ンを押下する必要がある。（Ｂ）フオームデータの一時保存機構の利用例図３５に示すように、フォームの内容を複数ページに分
割し、それぞれのページで更新したデータを後でまとめ
て既存Ｗｅｂサイトに送信する。これにより、通常にす
る必要のない項目を別画面に分けたり、ドロップダウン
リストを別画面で表示する機能を実現する。

【００４４】

【実施例】図１は本発明のコンテンツ変換システムの一
構成例を示す図であり、１はコンテンツ変換システムの
全体、１１は携帯電話インタフェース部、１２はセッシ
ョン管理部、１３はリクエスト処理部、１４はＨＴＭＬ
変換部、１５はドキュメント生成部、１６は画像変換
部、１７はフォーム管理部、１８はページ分割部、１９
はＵＲＬマッピング部、２１ａは通信サービスＡ（i-モ
ード（登録商標））の携帯電話、２１ｂは通信サービス
Ｂ（J-SkyWeb（登録商標））の携帯電話、２１ｃは通信
サービスＣ（EZWeb（登録商標））の携帯電話、３１は
既存のＷｅｂサイトを示している。なお、携帯電話を総
称する場合は携帯電話２１と呼ぶ。また、本例では携帯
端末として携帯電話２１を例示しているが、ＰＤＡなど
の他の携帯端末にも適用されるものである。

【００４５】図１において、各部は以下の機能を有す
る。・携帯電話インタフェース部１１は、携帯電話２１から
のＷｅｂサイト３１へのアクセス要求を受け付ける。携
帯電話からモバイル・アプリケーション・サーバを通じ
て呼び出される。携帯電話２１の端末情報取得後、コン
テンツ管理部に対して処理を依頼する。・セッション管理部１２は、携帯電話２１、コンテンツ
変換システム１および既存のＷｅｂサイト３１間でセッ
ション中に保持する情報を管理する。・リクエスト処理部１３は、ＨＴＴＰプロトコルを用い
て、Ｗｅｂサイトに対してリクエストを発行し、ＨＴＭ
Ｌをダウンロードする。・ＨＴＭＬ変換部１４では、ＸＨＴＭＬ変換と、ＸＨＴ
ＭＬＢａｓｉｃ変換が行われ、ＸＨＴＭＬ変換ではＨＴ
ＭＬ形式のデータをＸＨＴＭＬに変換しメモリ上にDOM
(Document Object Model)ツリーとして保持する。ＸＨ
ＴＭＬＢａｓｉｃ変換では、ＸＨＴＭＬをスタイルシー
トを用いて、ＸＨＴＭＬＢａｓｉｃ形式に変換する。・ドキュメント生成部１５は、ＸＨＴＭＬＢａｓｉｃ形
式のデータをＸＳＬＴに従い変換し。携帯電話向けにサ
ービスするコンテンツとして整形する。・画像変換部１６は、既存Ｗｅｂサイト３１より画像フ
ァイルをダウンロードし、画像形式及び画像サイズを携
帯電話向けに変換してファイルに保存する。・フォーム管理部１７は、携帯電話からのフォームサブ
ミット値を一時的にシステムで管理する。

【００４６】・ページ分割部１８は、携帯電話に出力す
るコンテンツを必要に応じてページ分割する。このペー
ジ分割は、ＸＨＴＭＬＢａｓｉｃ形式に変換されたデー
タを複数のページに分割する。この際、DOMツリーを加
工してページとして分割する（図１１参照）。また、大
きくは以下の手順により行う。ページ分割用のタグの挿入ドロップダウンリストのページの分割オプショングループ（ドロップダウンリストを他段階
に分けて分割するためのタグ）によるページ分割指定部分の分割サイズによる分割

【００４７】これらの処理の結果ＸＨＴＭＬＢａｓｉｃ
から除去される要素を図１３に示す。また、処理の結果
ＸＨＴＭＬＢａｓｉｃに追加される要素を図１４に示
す。なお、図１５はページ分割用のタグの挿入例を示
し、図１６はドロップダウンリストの別ページへの移動
例を示し、図１７及び図１８は、ＤＯＭツリーによるオ
プショングループの別ページへの移動処理の例を示して
いる。

【００４８】・ＵＲＬマッピング部１９は、携帯電話か
らリクエストされる宛先ＵＲＬと既存Ｗｅｂサイト３１
のＵＲＬ間でマッピング処理を行う。

【００４９】また、図２は、コンテンツ変換システムに
おける全体の処理の流れを示すフローチャートである。
以下、図２のフローチャートを基に、処理の流れについ
て説明する。（１）携帯電話インタフェース部１１により、携帯電話
２１からのリクエストを受け付ける（ステップＳ１０
１）。携帯電話２１の端末情報取得後、携帯電話２１の
機種名やその他のパラメータ分析を行い、コンテンツ管
理部に対して処理を依頼する。（２）セッション管理部により要求ページへの最初の要
求かどうか調べる（ステップＳ１０２）。最初の要求で
ない場合は、キャッシュに既に携帯電話向けのコンテン
ツが保存されているので、キャッシュからコンテンツを
取得する（ステップＳ１２１）。なお、携帯電話２１か
らの要求にフォームのサブミット値があるかどうか確認
し、サブミット値がある場合には、フォームを更新する
（ステップＳ１２２、Ｓ１２３）。（３）最初の要求の場合は、リクエスト処理部１３によ
り既存Ｗｅｂサイト３１にＨＴＴＰリクエストを行う
（ステップＳ１０３）。（４）ＨＴＭＬ変換部によりＨＴＭＬを正規化する（ス
テップＳ１０４）ＨＴＭＬ形式のデータを携帯電話向け
に出力できるようにＸＨＴＭＬＢａｓｉｃ形式に変換す
る。（５）ドキュメント生成部１５により、携帯電話向けに
コンテンツを変換する（ステップＳ１０５）。ＸＨＴＭ
ＬＢａｓｉｃ形式のデータをＸＳＬＴ（変換ルール記述
ファイル）に従い変換し、携帯電話向けにサービスを提
供するコンテンツとして整形する。（６）画像変換部１６により、画像データを取得する
（ステップＳ１０６）。既存Ｗｅｂサイト３１より画像
ファイルをダウンロードし、画像形式および画像サイズ
を携帯電話向けに変換してファイルに保存する。（７）フォーム管理部１７により、携帯電話からのフォ
ームのサブミット値を一時的にシステムで管理する（ス
テップＳ１０７）。（８）ページ分割部１８により、ページを分割する（ス
テップＳ１０８）。携帯電話に出力するコンテンツを必
要に応じてページ分割する。（９）セッション管理部１２により、携帯電話向けのコ
ンテンツ等をキャッシュに保存する（ステップＳ１０
９）。（１０）セッション管理部１２により、表示ページを抽
出する（ステップＳ１１０）。（１１）ＵＲＬマッピング部１９により、携帯電話から
リクエストされる宛先ＵＲＬと既存Ｗｅｂサイト３１と
のマッピング処理を行う（ステップＳ１１１）。（１２）携帯電話インタフェース部１１により、携帯電
話２１向けのコンテンツのデータを出力する（ステップ
Ｓ１１２）。

【００５０】また、図３は、ＨＴＭＬ正規化処理の詳細
な流れを示すフローチャートである。以下、図３のフロ
ーチャートを基にその動作について説明する。（１）最初に終了タグ（「</・・・・>」の部分）が省
略されているかどうか調べる（ステップＳ２０１）。（２）終了タグが省略されている場合は、省略されてい
る要素に終了タグを付ける（ステップＳ２０２）。（３）要素名・属性名をすべて小文字に変換する（ステ
ップＳ２０３）。（４）属性値を引用符で囲む（ステップＳ２０４）。（５）属性値が省略されているかどうかを調べる（ステ
ップＳ２０５）。（６）属性値が省略されている場合は、属性値を付加す
る（ステップＳ２０６）。（７）<script><style>で囲まれた要素の内容をCDATAセ
クションで囲む（ステップＳ２０７）。（８）ＸＨＴＭＬＢａｓｉｃの内容にないタグ・属性を
削除する（ステップＳ２０８）。

【００５１】また、図４は、携帯電話向けにコンテンツ
変換する処理の詳細な流れを示すフローチャートであ
る。以下、図４のフローチャートを基にその動作につい
て説明する。（１）変換ルール記述ファイル名を取得する（ステップ
Ｓ３０１）。（２）変換ルール記述ファイルに従い変換する（ステッ
プＳ３０２）。

【００５２】また、図５は、画像データを取得する処理
の詳細な流れを示すフローチャートである。以下、図５
のフローチャートを基にその動作について説明する。（１）画像ファイルを既存Ｗｅｂサイト３１からダウン
ロードする（ステップＳ４０１）。（２）画像の大きさ（画像サイズ）を取得する（ステッ
プＳ４０２）。（３）取得した画像サイズと携帯電話の表示サイズを比
較する（ステップＳ４０３）。（４）「画像サイズ＞携帯電話の表示サイズ」の場合
は、画像サイズを縮小する（ステップＳ４０４）。（５）画像形式を携帯電話に表示できる形式に変換する
（ステップＳ４０５）。

【００５３】また、図６は、ページ分割処理の詳細な流
れを示すフローチャートである。以下、図６のフローチ
ャートを基にその動作について説明する。（１）全体ページを１ページ目と識別するタグを付与す
る（ステップＳ５０１）。（２）ドロップダウンリスト分割タグがあるかどうかを
調べる（ステップＳ５０２）。（３）ドロップダウンリスト分割タグがある場合は、ド
ロップダウンリスト分割タグで指定された部分を切り出
し、次ページを識別するタグを付与する（ステップＳ５
０３）。（４）ドロップダウンリスト他段階表示タグがあるかど
うかを調べる（ステップＳ５０４）。（５）ドロップダウンリスト他段階表示タグがある場合
は、ドロップダウンリスト他段階表示タグで指定された
部分を切り出し、次ページを識別するタグを付与する
（ステップＳ５０５）。（６）指定ページ分割タグがあるかどうかを調べる（ス
テップＳ５０６）。（７）指定ページ分割階表示タグがある場合は、指定ペ
ージ分割タグで指定された部分を切り出し、次ページを
識別するタグを付与する（ステップＳ５０７）。（８）分割設定ファイルで指定されたサイズと、上記ま
でで分割されたページ毎のサイズを比較する（ステップ
Ｓ５０８）。（９）分割されたページのサイズの方が大きい場合は、
分割設定ファイルで指定されたサイズを超過した部分を
切り出し、次ページを識別するタグを付与する（ステッ
プＳ５０９）。

【００５４】また、図７は、本発明のコンテンツ変換シ
ステムにより変換する、既存ＷｅｂサイトのＷｅｂペー
ジの画面例を示す図である。また、図８は、図７に示す
画面を携帯電話向けに変換した例を示す図であり、通信
サービスＡ（ｉ-モード（登録商標））用の表示画面を
例にしたものである。図８に示すように、まず大きな見
出しの項目をまとめたページを作成し、テーブル内の各
項目は別ページに移動させる。また、図９、図１０は画
面の変換に使用するスタイルシートの記述例を示す図で
あり、図７に示すＷｅｂページの画面を、図８に示す携
帯電話向けの画面に変換する場合に使用するスタイルシ
ートの例を示したものである。

【００５５】以上、本発明の実施の形態について説明し
たが、本発明の携帯端末向けコンテンツ変換システム
は、上述の図示例にのみ限定されるものではなく、本発
明の要旨を逸脱しない範囲内において種々変更を加え得
ることは勿論である。

【００５６】また、図１に示す各処理部の機能を実現す
るためのプログラムをコンピュータ読み取り可能な記録
媒体に記録して、この記録媒体に記録されたプログラム
をコンピュータシステムに読み込ませ、実行することに
よりコンテンツ変換システムの処理を行ってもよい。な
お、ここでいう「コンピュータシステム」とは、ＯＳや
周辺機器等のハードウェアを含むものとする。また、
「コンピュータシステム」は、ＷＷＷシステムを利用し
ている場合であれば、ホームページ提供環境（あるいは
表示環境）を含むものとする。また、「コンピュータ読
み取り可能な記録媒体」とは、フレキシブルディスク、
光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可般媒体、
コンピュータシステムに内蔵されるハードディスク等の
記憶装置のことをいう。さらに「コンピュータ読み取り
可能な記録媒体」とは、インターネット等のネットワー
クや電話回線等の通信回線を介してプログラムを送信す
る場合の通信線のように、短時間の間、動的にプログラ
ムを保持するもの(伝送媒体ないしは伝送波)、その場合
のサーバやクライアントとなるコンピュータシステム内
部の揮発性メモリのように、一定時間プログラムを保持
しているものも含むものとする。また上記プログラム
は、前述した機能の一部を実現するためのものであって
も良く、さらに前述した機能をコンピュータシステムに
すでに記録されているプログラムとの組み合わせで実現
できるもの、いわゆる差分ファイル（差分プログラム）
であっても良い。

【００５７】

【発明の効果】以上説明したように、本発明のコンテン
ツ変換システム及びコンテンツ変換方法においては、Ｗ
ｅｂサイトからダウンロードしたＨＴＭＬ言語の情報を
ＸＨＴＭＬＢａｓｉｃ形式に変換し、ＸＨＴＭＬＢａｓ
ｉｃ形式に変換された情報を、予め定めた変換ルール記
述ファイルにより携帯端末向けのコンテンツに変換し、
また、Ｗｅｂサイトからダウンロードした画像データの
画像形式および画像サイズを携帯端末向けに変換し、さ
らに変換したコンテンツを携帯端末の画面に応じたサイ
ズに分割するようにしたので、これにより、既存Ｗｅｂ
サイトのＷｅｂページを携帯端末の機種及び画面サイズ
に合わせて表示できるようになる。

【００５８】また、本発明のコンテンツ変換システム及
びコンテンツ変換方法においては、携帯端末とＷｅｂサ
イトとのセッション情報を管理し、また、携帯端末から
のフォームサブミット値をシステム内で一時的に管理
し、さらに携帯端末から要求される宛先ＵＲＬと既存Ｗ
ｅｂサイトのＵＲＬ間のマッピング処理を行うようにし
たので、これにより、携帯端末とのセッションを維持
し、またフォーム入力データをＷｅｂサイトに一括して
送信でき、さらに携帯電話からリクエストされる宛先Ｕ
ＲＬと既存ＷｅｂサイトのＵＲＬ間の対応を容易に行え
るようになる。

【００５９】また、本発明のコンテンツ変換システム及
びコンテンツ変換方法においては、ＰＣ向けのＷｅｂペ
ージ内のコンテンツを携帯端末向けのコンテンツに変換
するために、ＰＣ向けのＷｅｂページ内のＨＴＭＬ形式
の記述情報を、ＸＨＴＭＬ形式に変換し、ＸＨＴＭＬ形
式の情報をスタイルシートを用いてＸＨＴＭＬＢａｓｉ
ｃ形式の情報に変換し、さらにＸＨＴＭＬＢａｓｉｃ形
式の情報を、ＸＳＬＴで定義した変換ルールの記述ファ
イルにより携帯端末向けのコンテンツに変換するように
したので、これにより、スタイルシートであるＸＳＬＴ
を適用し、テンプレート形式でデータを加工することが
できる。

【００６０】また、本発明のコンテンツ変換システム及
びコンテンツ変換方法においては、ＸＨＴＭＬＢａｓｉ
ｃ形式に変換されたコンテンツ中の、ドロップダウンリ
スト分割タグ、ドロップダウンリスト他段階表示タグ、
及び指定ページ分割タグが有るか否かを確認し、それら
がある場合には、該タグで指定された部分を切り出し、
次ページを識別するタグを付与し、また分割されたペー
ジのサイズと、予め設定された基準サイズとを比較し、
基準サイズを超えている場合には、超過した部分を切り
出し、次ページを識別するようにしたので、これによ
り、ドロップダウンリスト等を使用している場合にも、
携帯端末の画面サイズに合わせてページ分割し、携帯端
末の画面サイズに合わせたドロップダウンリストを使用
できるようになる。

【図面の簡単な説明】

【図１】本発明のコンテンツ変換システムの一構成例
を示す図である。

【図２】コンテンツ変換システムにおける全体の処理
の流れを示すフローチャートである

【図３】ＨＴＭＬ正規化処理の詳細な流れを示すフロ
ーチャートである。

【図４】携帯電話向けにコンテンツ変換する処理の詳
細な流れを示すフローチャートである。

【図５】画像データを取得する処理の詳細な流れを示
すフローチャートである。

【図６】ページ分割処理の詳細な流れを示すフローチ
ャートである。

【図７】既存ＷｅｂサイトのＷｅｂページの画面例を
示す図である。

【図８】図７に示す画面を携帯電話向けに変換した例
を示す図である。

【図９】スタイルシートの記述例を示す図その１であ
る。

【図１０】スタイルシートの記述例を示す図その２で
ある。

【図１１】ページ分割処理について説明するための図
である。

【図１２】分割処理における入出力情報を示す図であ
る。

【図１３】分割処理の結果ＸＨＴＭＬＢａｓｉｃから
削除される要素の例を示す図である。

【図１４】分割処理の結果ＸＨＴＭＬＢａｓｉｃに追
加される要素の例を示す図である。

【図１５】ページ分割用タグの挿入例を示す図であ
る。

【図１６】ドロップダウンリストの別ページへの移動
処理するためのＤＯＭツリーを示す図である。

【図１７】オプショングループを別ページへの移動す
るための処理前のＤＯＭツリーを示す図である。

【図１８】オプショングループを別ページへの移動す
るための処理後のＤＯＭツリーを示す図である。

【図１９】解決すべき課題と解決策の一覧表を示す図
である。

【図２０】ＰＣ向け画面の例を示す図である。

【図２１】図２０に示すＰＣ用のＷｅｂページをその
まま携帯電話向けに変換した例を示す図である。

【図２２】コンテンツの内容の加工について説明する
ための図その１である。

【図２３】コンテンツの内容の加工について説明する
ための図その２である。

【図２４】テーブルを使用し項目を一覧表示している
例を示す図である。

【図２５】図２４に示すテーブルを携帯電話向けに変
換したを例を示す図である。

【図２６】ドロップダウンリストの表示例を示す図で
ある。

【図２７】機種名の通知について示す図である。

【図２８】セッションの管理について説明するための
図である。

【図２９】コンテンツ変換方式について説明するため
の図である。

【図３０】携帯電話からのアクセス方式について説明
するための図である。

【図３１】対応表に基づいてアクセスする方式につい
て説明するための図である。

【図３２】セッションの管理方式について説明するた
めの図である。

【図３３】フォームデータの送信について説明するた
めの図である。

【図３４】冗長なフォームの例を示す図である。

【図３５】フォームデータの一時保存機構の利用例を
示す図である。

【図３６】各社携帯電話の画面表示文字数を示す図で
ある。

【図３７】ＰＣ画面と携帯電話の画面例を示す図であ
る。

【図３８】携帯電話の画面データ容量の例を示す図で
ある。

【図３９】各サービスのマークアップ言語の例を示す
図である。

【図４０】各サービスの対応画像形式の例を示す図で
ある。

【符号の説明】

１コンテンツ変換システム１１携帯電話インタフェース部１２セッション管理部１３リクエスト処理部１４ＨＴＭＬ変換部１５ドキュメント生成部１６画像変換部１７フォーム管理部１８ページ分割部１９ＵＲＬマッピング部２１ａ、２１ｂ、２１ｃ携帯電話３１既存Ｗｅｂサイト

───────────────────────────────────────────────────── フロントページの続き (72)発明者白川部文樹東京都港区港南一丁目９番１号エヌ・ティ・ティ・コムウェア株式会社内Ｆターム(参考） 5B069 AA01 BA04 BB16 CA06 LA05

Claims

【特許請求の範囲】

【請求項１】既存ＷｅｂサイトのＰＣ向けのＷｅｂペ
ージのコンテンツを携帯端末向けのコンテンツに変換し
て送信するための携帯端末向けコンテンツ変換システム
であって、携帯端末からの既存ＷｅｂサイトへのＨＴＴＰリクエス
トを受け付けると共に、携帯端末からの当該携帯端末の
型式を含む所定のパラメータ情報を受信する手段と、前記既存ＷｅｂサイトからダウンロードしたＨＴＭＬ言
語の情報をＸＨＴＭＬＢａｓｉｃ形式に変換するＨＴＭ
Ｌ変換手段と、前記ＸＨＴＭＬＢａｓｉｃ形式に変換された情報を、予
め定めた変換ルール記述ファイルにより携帯端末向けの
コンテンツに変換するドキュメント生成手段と、前記Ｗｅｂサイトからダウンロードした画像データの画
像形式および画像サイズを携帯端末向けに変換する画像
変換手段と、前記携帯端末向けに変換したコンテンツを携帯端末の画
面に応じたサイズに分割するページ分割手段とを具備す
ることを特徴とする携帯端末向けコンテンツ変換システ
ム。
【請求項２】前記コンテンツ変換システムが、前記携帯端末と前記既存Ｗｅｂサイトとのセッション情
報を管理するセッション管理手段と、携帯端末からのフォームサブミット値をシステム内で一
時的に管理するためのフォーム管理手段と、携帯端末から要求される宛先ＵＲＬと既存Ｗｅｂサイト
のＵＲＬ間のマッピング処理を行うＵＲＬマッピング手
段とをさらに具備することを特徴とする請求項１記載の
携帯端末向けコンテンツ変換システム。
【請求項３】前記ＰＣ向けのＷｅｂページ内のコンテ
ンツを携帯端末向けのコンテンツに変換するために、前記ＰＣ向けのＷｅｂページ内のＨＴＭＬ形式の記述情
報を、ＸＨＴＭＬ形式に変換する手段と、前記ＸＨＴＭＬ形式の情報をスタイルシートを用いてＸ
ＨＴＭＬＢａｓｉｃ形式の情報に変換する手段と、前記ＸＨＴＭＬＢａｓｉｃ形式の情報を、ＸＳＬＴで定
義した変換ルールの記述ファイルにより携帯端末向けの
コンテンツに変換する手段とをさらに具備することを特
徴とする請求項１または請求項２に記載の携帯端末向け
コンテンツ変換システム。
【請求項４】前記ページ分割手段によりページ分割す
るために、ＸＨＴＭＬＢａｓｉｃ形式に変換されたコンテンツ中
に、ドロップダウンリスト分割タグが有るか否かを確認
し、ドロップダウンリスト分割タグがある場合には、該
ドロップダウンリスト分割タグで指定された部分を切り
出し、次ページを識別するタグを付与する手段と、ＸＨＴＭＬＢａｓｉｃ形式に変換されたコンテンツ中
に、ドロップダウンリスト他段階表示タグが有るか否か
を確認し、ドロップダウンリスト他段階表示タグがある
場合には、該ドロップダウンリスト他段階表示タグで指
定された部分を切り出し、次ページを識別するタグを付
与する手段と、ＸＨＴＭＬＢａｓｉｃ形式に変換されたコンテンツ中
に、指定ページ分割タグが有るか否かを確認し、指定ペ
ージ分割タグがある場合には、該指定ページ分割タグで
指定された部分を切り出し、次ページを識別するタグを
付与する手段と、上記各手段により分割されたページのサイズと、予め設
定された基準サイズとを比較し、基準サイズを超えてい
る場合には、超過した部分を切り出し、次ページを識別
するタグを付与する手段とをさらに具備することを特徴
とする請求項１から３のいずれかに記載の携帯端末向け
コンテンツ変換システム。
【請求項５】既存ＷｅｂサイトのＰＣ向けのＷｅｂペ
ージのコンテンツを携帯端末向けのコンテンツに変換し
て送信するための携帯端末向けコンテンツ変換方法であ
って、携帯端末からの既存ＷｅｂサイトへのＨＴＴＰリクエス
トを受け付けると共に、携帯端末からの当該携帯端末の
型式を含む所定のパラメータ情報を受信する手順と、前記既存ＷｅｂサイトからダウンロードしたＨＴＭＬ言
語の情報をＸＨＴＭＬＢａｓｉｃ形式に変換するＨＴＭ
Ｌ変換手順と、前記ＸＨＴＭＬＢａｓｉｃ形式に変換された情報を、予
め定めた変換ルール記述ファイルにより携帯端末向けの
コンテンツに変換するドキュメント生成手順と、前記Ｗｅｂサイトからダウンロードした画像データの画
像形式および画像サイズを携帯端末向けに変換する画像
変換手順と、前記携帯端末向けに変換したコンテンツを携帯端末の画
面に応じたサイズに分割するページ分割手順とを含むこ
とを特徴とする携帯端末向けコンテンツ変換方法。
【請求項６】前記コンテンツ変換システムにより、前記携帯端末と前記既存Ｗｅｂサイトとのセッション情
報を管理するセッション管理手順と、携帯端末からのフォームサブミット値をシステム内で一
時的に管理するためのフォーム管理手順と、携帯端末から要求される宛先ＵＲＬと既存Ｗｅｂサイト
のＵＲＬ間のマッピング処理を行うＵＲＬマッピング手
順とがさらに行われることを特徴とする請求項５記載の
携帯端末向けコンテンツ変換方法。
【請求項７】前記ＰＣ向けのＷｅｂページ内のコンテ
ンツを携帯端末向けのコンテンツに変換するために、前記ＰＣ向けのＷｅｂページ内のＨＴＭＬ形式の記述情
報を、ＸＨＴＭＬ形式に変換する手順と、前記ＸＨＴＭＬ形式の情報をスタイルシートを用いてＸ
ＨＴＭＬＢａｓｉｃ形式の情報に変換する手順と、前記ＸＨＴＭＬＢａｓｉｃ形式の情報を、ＸＳＬＴで定
義した変換ルールの記述ファイルにより携帯端末向けの
コンテンツに変換する手順とがさらに行われることを特
徴とする請求項５または請求項６に記載の携帯端末向け
コンテンツ変換方法。
【請求項８】前記ページ分割手順によりページ分割す
るために、ＸＨＴＭＬＢａｓｉｃ形式に変換されたコンテンツ中
に、ドロップダウンリスト分割タグが有るか否かを確認
し、ドロップダウンリスト分割タグがある場合には、該
ドロップダウンリスト分割タグで指定された部分を切り
出し、次ページを識別するタグを付与する手順と、ＸＨＴＭＬＢａｓｉｃ形式に変換されたコンテンツ中
に、ドロップダウンリスト他段階表示タグが有るか否か
を確認し、ドロップダウンリスト他段階表示タグがある
場合には、該ドロップダウンリスト他段階表示タグで指
定された部分を切り出し、次ページを識別するタグを付
与する手順と、ＸＨＴＭＬＢａｓｉｃ形式に変換されたコンテンツ中
に、指定ページ分割タグが有るか否かを確認し、指定ペ
ージ分割タグがある場合には、該指定ページ分割タグで
指定された部分を切り出し、次ページを識別するタグを
付与する手順と、上記各手順により分割されたページのサイズと、予め設
定された基準サイズとを比較し、基準サイズを超えてい
る場合には、超過した部分を切り出し、次ページを識別
するタグを付与する手順とがさらに行われることを特徴
とする請求項５から７のいずれかに記載の携帯端末向け
コンテンツ変換方法。
【請求項９】既存ＷｅｂサイトのＰＣ向けのＷｅｂペ
ージのコンテンツを携帯端末向けのコンテンツに変換し
て送信するための携帯端末向けコンテンツ変換システム
内のコンピュータに、携帯端末からの既存ＷｅｂサイトへのＨＴＴＰリクエス
トを受け付けると共に、携帯端末からの当該携帯端末の
型式を含む所定のパラメータ情報を受信する手順と、前記既存ＷｅｂサイトからダウンロードしたＨＴＭＬ言
語の情報をＸＨＴＭＬＢａｓｉｃ形式に変換するＨＴＭ
Ｌ変換手順と、前記ＸＨＴＭＬＢａｓｉｃ形式に変換された情報を、予
め定めた変換ルール記述ファイルにより携帯端末向けの
コンテンツに変換するドキュメント生成手順と、前記Ｗｅｂサイトからダウンロードした画像データの画
像形式および画像サイズを携帯端末向けに変換する画像
変換手順と、前記携帯端末向けに変換したコンテンツを携帯端末の画
面に応じたサイズに分割するページ分割手順とを実行さ
せるためのプログラムを記録したコンピュータ読み取り
可能な記録媒体。
【請求項１０】既存ＷｅｂサイトのＰＣ向けのＷｅｂ
ページのコンテンツを携帯端末向けのコンテンツに変換
して送信するための携帯端末向けコンテンツ変換システ
ム内のコンピュータに、携帯端末からの既存ＷｅｂサイトへのＨＴＴＰリクエス
トを受け付けると共に、携帯端末からの当該携帯端末の
型式を含む所定のパラメータ情報を受信する手順と、前記既存ＷｅｂサイトからダウンロードしたＨＴＭＬ言
語の情報をＸＨＴＭＬＢａｓｉｃ形式に変換するＨＴＭ
Ｌ変換手順と、前記ＸＨＴＭＬＢａｓｉｃ形式に変換された情報を、予
め定めた変換ルール記述ファイルにより携帯端末向けの
コンテンツに変換するドキュメント生成手順と、前記Ｗｅｂサイトからダウンロードした画像データの画
像形式および画像サイズを携帯端末向けに変換する画像
変換手順と、前記携帯端末向けに変換したコンテンツを携帯端末の画
面に応じたサイズに分割するページ分割手順とを実行さ
せるためのプログラム。