(57)【要約】【課題】ＤＬＮＡに準拠した再生機器を用いてＷｅｂコンテンツを閲覧する機能を提供する。【解決手段】本発明に係るＤＬＮＡコンテンツ変換装置は、ＨＴＭＬデータが記述しているナビゲーションタグの構造を、ナビゲーションタグの階層構造と同じ階層構造を有するＤＬＮＡサーバ上のフォルダ構造に変換する。【選択図】図６
2012226397.tif 000002
【特許請求の範囲】
【請求項１】
ＨＴＭＬデータが記述しているナビゲーションタグの構造を、前記ナビゲーションタグの階層構造と同じ階層構造を有するＤＬＮＡサーバ上のフォルダ構造に変換する、データ変換部を備えた
ことを特徴とするＤＬＮＡコンテンツ変換装置。
【請求項２】
ＤＬＮＡクライアントおよびＷｅｂサーバと通信する通信部を備え、
前記通信部は、
前記ＤＬＮＡクライアントからルートコンテナが保持しているコンテンツの一覧を送信するよう要求するＢｒｏｗｓｅリクエストを受け取ると、前記Ｗｅｂサーバが保持している前記ＨＴＭＬデータを取得し、
前記データ変換部は、
前記通信部が前記Ｗｅｂサーバから取得した前記ＨＴＭＬデータが記述しているナビゲーションタグの構造をＤＬＮＡサーバ上のフォルダ構造に変換し、
前記通信部が前記Ｗｅｂサーバから取得した前記ＨＴＭＬデータにリンクしたナビゲーション項目と、前記ナビゲーションタグの構造を変換して得たフォルダ構造を、前記ルートコンテナが保持しているコンテンツとして、前記ＤＬＮＡクライアントに返信する
ことを特徴とする請求項１記載のＤＬＮＡコンテンツ変換装置。
【請求項３】
前記通信部は、
前記ＤＬＮＡクライアントから、前記ルートコンテナが保持している前記ＨＴＭＬデータにリンクしたナビゲーション項目に対する再生リクエストを受け取り、
前記データ変換部は、
前記再生リクエストの対象になっている前記ＨＴＭＬデータを前記Ｗｅｂサーバから取得し、前記ＤＬＮＡクライアントが再生することができるフォーマットに変換した上で前記ＤＬＮＡクライアントに送信する
ことを特徴とする請求項２記載のＤＬＮＡコンテンツ変換装置。
【請求項４】
前記通信部は、
前記フォルダ構造のうち、Ｗｅｂサーバ上の他のファイルに対するリンクを記述したリンクタグを変換して得たフォルダが保持しているコンテンツの一覧を送信するよう要求するＢｒｏｗｓｅリクエストを受け取ると、
前記リンクタグのリンク先となっているリンク先データを前記Ｗｅｂサーバから取得し、
前記データ変換部は、
前記リンク先データを前記ＤＬＮＡクライアントが再生することができるフォーマットに変換した上で前記ＤＬＮＡクライアントに送信する
ことを特徴とする請求項２記載のＤＬＮＡコンテンツ変換装置。
【請求項５】
前記データ変換部は、
前記リンク先データがＨＴＭＬデータである場合は、
前記通信部が前記ルートコンテナに対するＢｒｏｗｓｅリクエストを受け取ったときと同じ手順で前記リンク先データを変換して前記ＤＬＮＡクライアントに返信する
ことを特徴とする請求項４記載のＤＬＮＡコンテンツ変換装置。
【請求項６】
前記ＤＬＮＡクライアントから前記ナビゲーションタグのうちＨＴＭＬのＦＯＲＭタグのリクエストパラメータを記述するタグに対して操作を実施した後の前記ＨＴＭＬデータの画面状態を記憶する状態記憶部を備え、
前記通信部は、前記ＤＬＮＡクライアントから前記ナビゲーションタグに対する操作指示を受け取り、
前記データ変換部は、
前記通信部が受け取った前記操作指示を前記ＦＯＲＭタグのリクエストパラメータを記述するタグに対して適用した後の前記ＨＴＭＬデータの画面状態を前記状態記憶部に格納し、
前記画面状態を前記ＤＬＮＡクライアントが再生することができるフォーマットに変換した上で前記ＤＬＮＡクライアントに送信する
ことを特徴とする請求項２記載のＤＬＮＡコンテンツ変換装置。
【請求項７】
ＨＴＭＬデータが記述しているナビゲーションタグの構造を、前記ナビゲーションタグの階層構造と同じ階層構造を有するＤＬＮＡサーバ上のフォルダ構造に変換するステップを有する
ことを特徴とするＤＬＮＡコンテンツ変換方法。
【請求項８】
ＨＴＭＬデータが記述しているナビゲーションタグの構造を、前記ナビゲーションタグの階層構造と同じ階層構造を有するＤＬＮＡサーバ上のフォルダ構造に変換するステップを、コンピュータに実行させる
ことを特徴とするＤＬＮＡコンテンツ変換プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホームネットワーク内に設置されたＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）ガイドラインに対応する再生機能を持つ情報装置を用いて、Ｗｅｂ閲覧機能を提供する技術に関する。
【背景技術】
【０００２】
家庭内のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の普及にともない、多くの家電が通信機能を利用するようになった。ＴＶなどの映像家電も、通信機能を用いてコンテンツ共有などを実施する機能を備えた製品が登場している。
【０００３】
ＤＬＮＡは、映像家電間でコンテンツを共有するための技術仕様などを定めたガイドラインを制定している。ＤＬＮＡのガイドラインに対応する機能を実装することにより、異なるベンダーの機器同士でも自由にコンテンツを共有することができるようになる。そのため、ＤＬＮＡのガイドラインは業界での標準となっている。
【０００４】
また、ＤＬＮＡが普及するにつれ、本来ＤＬＮＡでは扱えないデータやホームネットワーク外のコンテンツをＤＬＮＡ機器から利用できるようにする試みも増え始めている。このような技術に関連する公知技術文献として、下記特許文献１がある。
【０００５】
特許文献１は、ＤＬＮＡの仕組みを利用し、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ページで作成されたポータルサイトからアクセスするＶｏＤ（Ｖｉｄｅｏ  ｏｎ  Ｄｅｍａｎｄ）サービスを利用する機能を有した映像機器とそのシステムに関する技術を記載している。
【０００６】
一方、映像家電に通信機能が備わることにより、新たな機能が実現されはじめている。特にインターネット閲覧機能は、一般生活におけるインターネットの重要性の高まりからＴＶ、ＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ）など、様々な機器に実装されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−２７２８６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ＤＬＮＡに準拠した再生機器（ＤＭＰ：Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｐｌａｙｅｒ）は、同じくＤＬＮＡに準拠したコンテンツサーバ（ＤＭＳ：Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）が保持しているコンテンツを再生する機能を備える。しかし、ＨＴＭＬページなどのＷｅｂコンテンツを閲覧する機能はＤＬＮＡとは別の機能であるため、再生機器毎に同機能を備えているか否かは異なる。
【０００９】
ＤＬＮＡとＨＴＭＬページは、特にコンテンツ間のナビゲーションの形態が異なる。ＨＴＭＬページは、他のＨＴＭＬページなどのＷｅｂコンテンツに対してＨｙｐｅｒＬｉｎｋ形式でリンクする仕組みを、ナビゲーションとして備える。一方、ＤＭＳはＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）上のファイルシステムに類似したフォルダ内に個々のコンテンツファイルを格納しており、フォルダとファイルの一覧をＤＭＰに提示することによってコンテンツ間のナビゲーションを提供している。
【００１０】
上述のナビゲーションに関する相違により、一般にＤＭＰはＷｅｂコンテンツをそのまま再生することができないため、ＤＭＰはＤＬＮＡコンテンツを再生する機能とは別にＷｅｂブラウザを備える必要があり、クライアント端末としての機能が複雑になる傾向があるといえる。
【００１１】
本発明は上記のような課題を解決するためになされたものであり、ＤＬＮＡに準拠した再生機器を用いてＷｅｂコンテンツを閲覧する機能を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明に係るＤＬＮＡコンテンツ変換装置は、ＨＴＭＬデータが記述しているナビゲーションタグの構造を、ナビゲーションタグの階層構造と同じ階層構造を有するＤＬＮＡサーバ上のフォルダ構造に変換する。
【発明の効果】
【００１３】
本発明に係るＤＬＮＡコンテンツ変換装置によれば、ＤＬＮＡ対応のプレイヤー（ＤＭＰ）であればどのようなプレイヤーでもＷｅｂコンテンツを利用することができる。
【図面の簡単な説明】
【００１４】
【図１】実施形態１に係るＤＬＮＡブラウジングシステム１０００の構成図である。
【図２】ＤＭＳ１００の機能ブロック図である。
【図３】ＤＭＳ１００が保持するＤＬＮＡに準拠したコンテンツの一般的な構造を示す図である。
【図４】ＨＴＭＬページの画面表示例を示す図である。
【図５】図４に示したＨＴＭＬページのＨＴＭＬソースコードを示す図である。
【図６】図４と図５で説明したＨＴＭＬデータが記述しているナビゲーション構造を、ＤＬＮＡに準拠したフォルダ構造に変換する様子を示す図である。
【図７】リンク１３００３のリンク先がＨＴＭＬファイルではない場合のフォルダ構造を示す図である。
【図８】データ記憶部１８０が保存するデータテーブルの構成とデータ例を示す図である。
【図９】ＤＬＮＡブラウジングシステム１０００の動作を示すシーケンス図である。
【図１０】ＤＭＳ１００がＤＭＰ２００からコンテンツ取得要求を受信した際の処理フローを示す図である。
【図１１】データ変換部１７０がＤＭＰ２００からＢｒｏｗｓｅアクションを受け取った際に作成する、フォルダ構造を記述したデータの例を示す図である。
【図１２】ｆｏｒｍを含むＨＴＭＬページの画面表示例を示すである。
【図１３】図１２に示したＨＴＭＬページのＨＴＭＬソースコードを示す図である。
【図１４】図１３のＨＴＭＬページをフォルダ構造化した様子を示す図である。
【図１５】ユーザが送信ボタン１３００５を押下するときの画面遷移をＤＬＮＡコンテンツとして実現する場合の動作を説明する図である。
【図１６】ｔｙｐｅ属性がｃｈｅｃｋｂｏｘであるｉｎｐｕｔ要素についての画面遷移を説明する図である。
【図１７】ｔｙｐｅ属性がｒａｄｉｏであるｉｎｐｕｔ要素についての画面遷移を説明する図である。
【図１８】ｔｙｐｅ属性がｓｅｌｅｃｔであるｉｎｐｕｔ要素についての画面遷移を説明する図である。
【図１９】ｔｙｐｅ属性がｔｅｘｔまたはｐａｓｓｗｏｒｄであるｉｎｐｕｔ要素についての画面遷移を説明する図である。
【図２０】ＤＭＳ１００がＤＭＰ２００からコンテンツ検索要求を受信した際の処理フローを示す図である。
【発明を実施するための形態】
【００１５】
＜実施の形態１＞
図１は、本発明の実施形態１に係るＤＬＮＡブラウジングシステム１０００の構成図である。ＤＬＮＡブラウジングシステム１０００は、ＤＬＮＡに準拠した再生機器を用いてＷｅｂコンテンツを閲覧するためのシステムであり、ＤＬＮＡコンテンツ変換サーバ（ＤＭＳ）１００、ＤＬＮＡ対応プレイヤー（ＤＭＰ）２００、ルータ３００を有する。
【００１６】
ＤＬＮＡコンテンツ変換サーバ１００は、ルータ３００と外部ネットワーク４００を介してＷｅｂサーバ（図示せず）にアクセスし、ＨＴＭＬページなどのＷｅｂコンテンツを取得し、ＤＬＮＡ対応プレイヤー２００が再生することができるフォーマットに変換する。変換処理の詳細は後述する。これにより、ＤＬＮＡ対応プレイヤー２００は、ＷｅｂコンテンツをＤＬＮＡコンテンツと同じように取り扱って閲覧することができる。なお、ＤＬＮＡコンテンツ変換サーバ１００はＷｅｂコンテンツをＤＬＮＡコンテンツとして提供する装置であるため、ＤＭＳとしての機能を備える。以下ではＤＬＮＡコンテンツ変換サーバ１００をＤＭＳ１００と略称する。
【００１７】
ＤＬＮＡ対応プレイヤー２００は、ＤＬＮＡに準拠した再生機器である。ＤＬＮＡ対応プレイヤー２００は、ＤＬＮＡガイドラインに定義されるデバイス間の認識の仕組みであるＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）を用いてＤＭＳ１００の存在を認識する。ＤＬＮＡ対応プレイヤー２００がＤＭＳ１００を認識した後、ユーザはリモコン等を用いてＤＬＮＡ対応プレイヤー２００を操作し、ＤＭＳ１００が保持しているコンテンツを閲覧する。以下ではＤＬＮＡ対応プレイヤー２００をＤＭＰ２００と略称する。
【００１８】
ルータ３００は、ＤＭＳ１００とＤＭＰ２００にＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを配布してＬＡＮを構築するとともに、これら機器外部ネットワーク４００と接続してＬＡＮ側からインターネットを利用することができるようにする。
【００１９】
図２は、ＤＭＳ１００の機能ブロック図である。ＤＭＳ１００は、通信部１１０、ブラウザ部１２０、仮想ディスプレイ１３０、ブラウザ状態記憶部１４０、ＵＰｎＰ機能部１５０、ＨＴＴＰ受信部１６０、データ変換部１７０、データ記憶部１８０を備える。
【００２０】
通信部１１０は、ＤＭＳ１００の外部とＩＰベースで通信するネットワークインターフェースである。ブラウザ部１２０は、通信部１１０を介してＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いてＷｅｂサーバからＷｅｂコンテンツを取得する。また、Ｗｅｂサーバから取得したＨＴＭＬを解釈する。
【００２１】
仮想ディスプレイ１３０は、ブラウザ部１２０がＨＴＭＬを解釈した結果をＨＴＭＬページの画面イメージとして生成する。必ずしも実際のディスプレイデバイスを用いる必要はなく、画面イメージを内部的に生成することができればよい。
【００２２】
ブラウザ状態記憶部１４０は、ＨＴＭＬページに対してテキストを入力したり、ＦＯＲＭタグ内に含まれるＳＥＬＥＣＴタグのオプションを選択したりするなどの操作指示によって生じた画面状態の変化を記憶する。ＤＭＳ１００は、ブラウザ状態記憶部１４０が記憶している画面状態を読み出し、同画面状態を復元することができる。
【００２３】
ＵＰｎＰ機能部１５０は、通信部１１０を介してＤＭＳ１００の外部とＵＰｎＰを用いて通信する。これにより、ＤＭＰ２００はＤＭＳ１００を認識することができる。またＵＰｎＰ機能部１５０は、ＤＭＰ２００が送信したＵＰｎＰのアクション（ＵＰｎＰに定義された命令）を受信する。
【００２４】
ＨＴＴＰ受信部１６０は、ＤＭＰ２００からコンテンツ取得のためのＨＴＴＰリクエストを受信する。データ変換部１７０は、ＷｅｂコンテンツをＤＭＳ１００が保持するＤＬＮＡコンテンツとして見せかけるためのコンテンツ変換処理を実施する。データ記憶部１８０は、データ変換部１７０がコンテンツ変換によって作成した情報を記憶する。
【００２５】
ＨＴＴＰ受信部１６０がＤＭＰ２００からＨＴＴＰリクエストを受信すると、データ変換部１７０はデータ記憶部１８０から該当する情報を取得する。該当する情報がブラウザ状態ＩＤであった場合には、ブラウザ状態記憶部１４０からブラウザの画面状態を読み出し、それを仮想ディスプレイ１３０に描画させ、その画面イメージをＤＭＰ２００に送信する。該当する情報がＵＲＬだった場合にはブラウザ部１２０を用いてＷｅｂコンテンツを取得し、そのデータをＤＭＰ２００に送信する。これら処理の詳細は後述する。
【００２６】
ブラウザ部１２０、仮想ディスプレイ１３０、ＵＰｎＰ機能部１５０、ＨＴＴＰ受信部１６０、データ変換部１７０は、これらの機能を実現する回路デバイスのようなハードウェアを用いて構成することもできるし、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などの演算装置とその動作を規定するソフトウェアを用いて構成することもできる。ブラウザ状態記憶部１４０とデータ記憶部１８０は、ハードディスク装置などの記憶装置を用いて構成することができる。これら機能部および記憶部を一体的に構成してもよい。
【００２７】
図３は、ＤＭＳ１００が保持するＤＬＮＡに準拠したコンテンツの一般的な構造を示す図である。ＤＬＮＡに準拠したコンテンツは、ＯＳのファイルシステムにおけるフォルダの階層構造に類似する構造を有する。以下ではこの構造のことを、ＤＭＳ１００が保持するＤＬＮＡコンテンツのフォルダ構造と呼ぶ。
【００２８】
ＤＬＮＡコンテンツのフォルダ構造は、ｏｂｊｅｃｔ要素からなる。ｏｂｊｅｃｔ要素にはｃｏｎｔａｉｎｅｒとｉｔｅｍという２種類が存在する。ｃｏｎｔａｉｎｅｒはＯＳのファイルシステムにおけるフォルダに相当し、内部に複数のｃｏｎｔａｉｎｅｒやｉｔｅｍを保持することができる。ｉｔｅｍはＯＳのファイルシステムにおけるファイルに相当し、ＨＴＭＬページ、画像、映像などの実際のコンテンツがｉｔｅｍに属する。
【００２９】
各ｉｔｅｍ要素は、対応するコンテンツを取得するためのリソースＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を含んでいる。ＤＭＰ２００は、このＵＲＩが示すアドレスにアクセスすることにより、実際のコンテンツを取得することができる。
【００３０】
全てのｃｏｎｔａｉｎｅｒとｉｔｅｍは、ＯｂｊｅｃｔＩＤという、ＤＭＳ１００内部で一意のＩＤによって識別される。ＤＬＮＡコンテンツのフォルダ構造は、必ずｒｏｏｔ  ｃｏｎｔａｉｎｅｒ１８００１から始まる。ｒｏｏｔ  ｃｏｎｔａｉｎｅｒ１８００１のｏｂｊｅｃｔＩＤは０に固定されている。一般にＤＭＰ２００は、ｒｏｏｔ  ｃｏｎｔａｉｎｅｒ１８００１から順番にフォルダ階層を掘り下げながらたどっていき、ｃｏｎｔａｉｎｅｒ１８００２やｉｔｅｍ１８００３を取得する。
【００３１】
ＤＭＰ２００が最初にＤＭＳ１００へアクセスすると、ＤＭＳ１００は、ｒｏｏｔ  ｃｏｎｔａｉｎｅｒ１８００１が保持しているｃｏｎｔａｉｎｅｔやｉｔｅｍの一覧をＤＭＰ２００に送信する。ＤＭＰ２００のユーザは、ＤＭＰ２００の画面上でその一覧を確認し、さらにｃｏｎｔａｉｎｅｒを画面上で選択して掘り下げたり、ｉｔｅｍを画面上で選択して再生したりするなどして、ＤＬＮＡコンテンツを視聴する。
【００３２】
ＤＭＳ１００が提供するＤＬＮＡコンテンツは図３のようなナビゲーション構造を有しており、ＨＴＭＬページのようなＨｙｐｅｒＬｉｎｋを提供することはできない。したがって、ＤＬＮＡに準拠した再生機器であるＤＭＰ２００は、ＤＬＮＡに準拠したコンテンツを再生する限りは、一般的なＨＴＭＬページが提供するナビゲーション構造を利用することができないので、ＤＭＰ２００の本来の機能とは別にＷｅｂブラウザ機能を備える必要がある。
【００３３】
図４は、ＨＴＭＬページの画面表示例を示す図である。ＷｅｂブラウザがＨＴＭＬデータを読み込むと、Ｗｅｂブラウザは図４のような画面を表示する。Ｗｅｂブラウザは、画面トップ部分にページタイトル１３００１を表示し、画面内にはページ見出し１３００２などの文字、リンク１３０３などを描画する。ユーザが、マウスなどのポインティングデバイスでリンク１３０３をクリックすると、Ｗｅｂブラウザはリンク先の別のＨＴＭＬページや画像などのコンテンツを取得して新たに画面表示する。
【００３４】
図５は、図４に示したＨＴＭＬページのＨＴＭＬソースコードを示す図である。ページタイトル１３００１、ページ見出し１３００２、リンク１３００３は、それぞれ図５に示すようなＨＴＭＬタグを用いて記述されている。
【００３５】
ＤＬＮＡに準拠したコンテンツを再生するとき、ＤＭＰ２００は画面内の特定の地点を指定することができず、図３に示したようなフォルダ構造を画面上で選択することができるに留まる。そのため、ＤＭＰ２００のユーザは、ポインティングデバイスを用いてＷｅｂブラウザを操作するときと同じようにＷｅｂコンテンツを操作することができない。例えばユーザがリンク１３００３を選択しようとしても、ＤＭＰ２００は画面上の任意の位置を指定することができないので、ユーザはリンク１３００３を画面上で選択することができない。このことは、ＤＬＮＡに準拠した再生機器を用いてＨＴＭＬページなどのＷｅｂコンテンツを視聴するための妨げになっている。
【００３６】
そこで本発明に係るＤＭＳ１００は、リンク１３００３を代表とするＨＴＭＬのナビゲーション構造を、図３で例示したようなＤＬＮＡコンテンツのナビゲーション構造に変換し、ＷｅｂコンテンツをＤＬＮＡコンテンツとして擬似的に取り扱うことができるようにする。これによりＤＭＰ２００は、ＨＴＭＬのナビゲーション構造と等価なナビゲーション構造を、ＤＬＮＡコンテンツとしてＤＭＰ２００を用いてたどることができるので、ＤＭＰ２００をそのまま用いてＷｅｂコンテンツを視聴することができる。
【００３７】
具体的には、ＤＭＳ１００は、リンク１３００３のように別のコンテンツへリンクしているナビゲーション構造を、ＤＬＮＡコンテンツのｃｏｎｔａｉｎｅｒに変換する。ＤＬＮＡのｃｏｎｔａｉｎｅｒは、その内部に他のｃｏｎｔａｉｎｅｒやｉｔｅｍを保持するｏｂｊｅｃｔであるため、リンク１３００３と同様のナビゲーション機能を提供することができる。すなわち、ユーザはＤＭＰ２００を用いてＷｅｂコンテンツを擬似的に視聴することができる。
【００３８】
図６は、図４と図５で説明したＨＴＭＬデータが記述しているナビゲーション構造を、ＤＬＮＡに準拠したフォルダ構造に変換する様子を示す図である。以下ではこの変換のことを、フォルダ構造化と呼ぶ。データ変換部１７０は、ＨＴＭＬデータが記述しているナビゲーション構造を変換し、図６のようなフォルダ構造を作成してＤＭＰ２００にそのフォルダ構造を返信する。このときの処理手順は、以下のようになる。
【００３９】
（図６：ステップ１：ｒｏｏｔ  ｃｏｎｔａｉｎｅｒを検索）
ユーザがＤＭＰ２００に対してｒｏｏｔ  ｃｏｎｔａｉｎｅｒを検索するように指示すると、ＤＭＰ２００はＤＭＳ１００にアクセスし、ｒｏｏｔ  ｃｏｎｔａｉｎｅｒ１８００１が保持しているコンテンツを送信するよう要求する。ここでは、ｒｏｏｔ  ｃｏｎｔａｉｎｅｒ１８００１のＵＲＩとして図４〜図５で説明したＨＴＭＬページが指定されているものと仮定する。
（図６：ステップ２：ＨＴＭＬページ内のナビゲーションを変換）
ＤＭＳ１００のブラウザ部１２０は、ｒｏｏｔ  ｃｏｎｔａｉｎｅｒ１８００１のＵＲＩが指定するＨＴＭＬページを取得する。データ変換部１７０は、そのＨＴＭＬデータを図６に示すようなフォルダ構造に変換する。この時点でデータ変換部１７０が生成するフォルダ構造は、ＨＴＭＬページのナビゲーション構造のみを記述したものであり、ＨＴＭＬページの内容は画面表示しない。以下、図６の各ｏｂｊｅｃｔについて説明する。
【００４０】
（図６：ステップ２：ｉｔｅｍ）
ｉｔｅｍ１８００５は、ユーザが図４〜図５のＨＴＭＬページの内容を画面表示したいときに選択するｉｔｅｍである。ＤＭＳ１００は、ＨＴＭＬページを最初に取得した時点では、ＨＴＭＬページ内のナビゲーション構造をフォルダ構造に変換するが、ＨＴＭＬページ本体の内容は画面表示しない。ＨＴＭＬページ本体を画面表示したい場合は、ユーザはｉｔｅｍ１８００５をＤＭＰ２００の画面上で選択する。
（図６：ステップ２：ｉｔｅｍ：補足その１）
データ変換部１７０は、ｉｔｅｍ１８００５を作成する際に、まずｉｔｅｍ１８００５のＯｂｊｅｃｔＩＤをデータ記憶部１８０に保存する。データ変換部１７０は次に、ｉｔｅｍ１８００５のリソースＵＲＩに、ｉｔｅｍ１８００５のＯｂｊｅｃｔＩＤを参照するための情報をパラメータとして追加する。ＤＭＰ２００がｉｔｅｍ１８００５のリソースＵＲＩにアクセスすると、データ変換部１７０はそのＨＴＭＬページを取得してＤＭＰ２００が再生することができるフォーマットに変換し、ＤＭＰ２００に送信する。例えば、ＤＭＰ２００は一般に画像データを再生する機能を備えるので、ブラウザ部１２０がＨＴＭＬページを仮想ディスプレイ１３０上でいったん画面描画し、その画面イメージをＤＭＰ２００に送信するようにすればよい。
【００４１】
（図６：ステップ２：ｉｔｅｍ：補足その２）
データ変換部１７０は、ＤＭＰ２００がｉｔｅｍ１８００５を再生するときではなく、図６に示すフォルダ構造を生成するためＨＴＭＬページを取得した時点で、そのＨＴＭＬページの画面イメージを仮想ディスプレイ１３０上に生成してブラウザ状態記憶部１４０にその画面イメージをあらかじめ保存しておくようにしてもよい。この場合、ブラウザ状態記憶部１４０には画面イメージとそのＩＤを保存し、データ記憶部１８０にはｉｔｅｍ１８００５のＯｂｊｅｃｔＩＤと画面イメージのＩＤを対応付けて保存する。あらかじめ画面イメージを生成しておくことにより、ＤＭＰ２００がｉｔｅｍ１８００５に対応するＨＴＭＬページを取得するよう要求したとき、ＤＭＳ１００は即座にそのＨＴＭＬページをＤＭＰ２００へ返信することができる。
（図６：ステップ２：ｉｔｅｍ：補足その３）
データ変換部１７０は、必ずしもＨＴＭＬページを仮想ディスプレイ１３０上で画面描画した結果を保存しておく必要はなく、例えば同等の情報をブラウザ状態記憶部１４０に保存しておき、後に必要になった時点でこれを読み出して画面描画してもよい。どのような情報をブラウザ状態としてブラウザ状態記憶部１４０に格納すべきかは、ＤＭＰ２００が備える画面描画機能などによって異なるが、一般に画面イメージを保存しておけば、多くの場合においてＤＭＰ２００が再生することができると思われる。
【００４２】
（図６：ステップ２：ｃｏｎｔａｉｎｅｒ）
ｃｏｎｔａｉｎｅｒ１８００６と１８００７は、それぞれ図５のリンク１３００２と１３００３をｃｏｎｔａｉｎｅｒに変換したものである。リンク１３００２と１３００３は他のＨＴＭＬページなどの他コンテンツに対するナビゲーション機能を提供するＨＴＭＬタグである。したがって、同様に他のＤＬＮＡ  ｏｂｊｅｃｔに対するナビゲーション機能を提供するｃｏｎｔａｉｎｅｒに変換し、擬似的にリンクと同様のナビゲーション機能をＤＬＮＡコンテンツ上で提供することとした。
（図６：ステップ２：ｃｏｎｔａｉｎｅｒ：補足）
データ変換部１７０は、ＨＴＭＬページを取得するとそのＨＴＭＬソースコードをパースし、ＨＴＭＬのアンカータグやＪａｖａｓｃｒｉｐｔのｗｉｎｄｏｗ．ｏｐｅｎ関数など、別ファイルへリンクしている記述を探し、これをｃｏｎｔａｉｎｅｒに変換する。リンクのｃｏｎｔａｉｎｅｒを作成した場合には、作成したｃｏｎｔａｉｎｅｒのＯｂｊｅｃｔＩＤとそのリンク先のＵＲＬをデータ記憶部１８０に保存する。
【００４３】
（図６：ステップ３：ｃｏｎｔａｉｎｅｒを選択する）
ＤＭＰ２００がｃｏｎｔａｉｎｅｒ１８００６にアクセスすると、データ変換部１７０はデータ記憶部１８０からｃｏｎｔａｉｎｅｒ１８００６のＯｂｊｅｃｔＩＤに対応するＵＲＬを取得し、ステップ２と同様の手順を実施する。
（図６：ステップ３：ｃｏｎｔａｉｎｅｒを選択する：補足）
本ステップにおいて、ユーザはＤＭＰ２００の画面上でフォルダ（ｃｏｔａｉｎｅｒ１８００６）を選択してフォルダを掘り下げることになるので、ＤＭＰ２００はＤＬＮＡコンテンツと同じ処理手順によってＨＴＭＬページのリンクをたどることができる。すなわちＤＭＰ２００は、ＨＴＭＬページをブラウジングするための特別な機能を備える必要はなく、ＤＭＳ１００が変換したナビゲーション構造にしたがってＤＬＮＡコンテンツを再生するのみでよい。
【００４４】
図７は、リンク１３００３のリンク先がＨＴＭＬファイルではない場合のフォルダ構造を示す図である。ＤＭＳ１００のデータ変換部１７０は、ｃｏｎｔａｉｎｅｒのＯｂｊｅｃｔＩＤに対応するＵＲＬからリンク先ファイルを取得したとき、そのファイルがＨＴＭＬページでない場合は、そのファイルを再生するために必要なナビゲーション構造のみを提供すればよいので、単一のｉｔｅｍを生成してＤＭＰ２００に返信する。例えばリンク先が映像ファイルである場合、ＤＭＰ２００が図７のｉｔｅｍ１８０１０を選択すると、ＤＭＰ２００はその映像ファイルを再生する。このときのＤＭＰ２００の処理手順は、以下のようになる。
【００４５】
（図７：ステップ１：ｃｏｎｔａｉｎｅｒ１８００７を選択する）
ＤＭＰ２００のユーザは、ＤＭＰ２００の画面上でｃｏｎｔａｉｎｅｒ１８００７を選択する。
（図７：ステップ２：ｉｔｅｍ１８０１０を作成する）
データ変換部１７０は、ｃｏｎｔａｉｎｅｒ１８００７のリンク先ファイルのファイルタイプを取得し、ＨＴＭＬページでない場合は同ファイルを再生するためのｉｔｅｍ１８０１０を作成する。データ変換部１７０は、ｉｔｅｍ１８０１０を作成する際に、データ記憶部１８０にｉｔｅｍ１８０１０のＯｂｊｅｃｔＩＤとリンク先ファイルのＵＲＬを保存し、ｉｔｅｍ１８０１０のリソースＵＲＩにこのＯｂｊｅｃｔＩＤをパラメータとして追加する。
【００４６】
（図７：ステップ３：ｉｔｅｍ１８０１０を選択する）
ＤＭＰ２００がこのリソースＵＲＩにアクセスすると、リンク先ファイルが画像ファイルなどのＤＬＮＡで標準的にコンテンツとして取り扱うファイルである場合は、データ変換部１７０はリンク先ＵＲＬからファイルを取得し、取得したファイルをＤＭＰ２００にそのまま送信する。リンク先ファイルがアーカイブなどのＤＬＮＡでコンテンツとして取り扱わないファイルである場合は、データ変換部１７０はファイルがＤＬＮＡで利用できない形式のファイルであることを通知するコンテンツを生成し、それをＤＭＰ２００に返信する。
【００４７】
図８は、データ記憶部１８０が保存するデータテーブルの構成とデータ例を示す図である。データ記憶部１８０は、ＯｂｊｅｃｔＩＤフィールド１８１、種類フィールド１８２、名前フィールド１８３、親ＩＤフィールド１８４、ブラウザ状態ＩＤフィールド１８５、ＵＲＬフィールド１８６を格納する。
【００４８】
ＯｂｊｅｃｔＩＤフィールド１８１は、データ変換部１７０が生成したＤＬＮＡフォルダ構造のｏｂｊｅｃｔを識別するためのＯｂｊｅｃｔＩＤを保持する。本フィールドが保持するＯｂｊｅｃｔＩＤは、データ記憶部１８０が格納する各レコードを識別するキーとなる。
【００４９】
種類フィールド１８２は、ＯｂｊｅｃｔＩＤフィールド１８１の値で識別されるｏｂｊｅｃｔのデータ種類を示す値を保持する。ｏｂｊｅｃｔの種類は、ｃｏｎｔａｉｎｅｒ、ｉｔｅｍ、ｆｏｒｍの３種類がある。名前フィールド１８３は、ＯｂｊｅｃｔＩＤフィールド１８１の値で識別されるｏｂｊｅｃｔの名前を保持する。本フィールドの値は、ＤＭＰ２００がフォルダ構造を画面表示するときに各ＤＬＮＡ  ｏｂｊｅｃｔに付与する名前となる。
【００５０】
親ＩＤフィールド１８４は、ＯｂｊｅｃｔＩＤフィールド１８１の値で識別されるｏｂｊｅｃｔの親ｃｏｎｔａｉｎｅｒのＯｂｊｅｃｔＩＤを保持する。
【００５１】
ブラウザ状態ＩＤフィールド１８５は、ブラウザ状態記憶部１４０が保存している画面イメージの識別子を保持する。具体的には、種類フィールド１８２の値がｆｏｒｍである場合や、種類フィールド１８２の値がｉｔｅｍでかつそのリンク先がＨＴＭＬページでない場合には、画面イメージが作成されるので、本フィールドの値が必要になる。ｆｏｒｍについては実施形態２で改めて説明する。
【００５２】
ＵＲＬフィールド１８６は、ＤＭＰ２００がｏｂｊｅｃｔを選択したときのリンク先ＵＲＬを保持する。具体的には、種類フィールド１８２の値がｃｏｎｔａｉｎｅｒである場合や、種類フィールド１８２の値がｉｔｅｍでかつそのリンク先がＨＴＭＬページでない場合には、ＤＭＰ２００はリンク先ファイルを取得するので、本フィールドの値が必要になる。
【００５３】
図９は、ＤＬＮＡブラウジングシステム１０００の動作を示すシーケンス図である。ここではユーザ２０１がＤＭＰ２００を用いてＤＭＳ１００にアクセスし、外部ネットワーク４００上のＷｅｂコンテンツを閲覧するものと仮定する。以下、図９の各ステップについて説明する。
【００５４】
（図９：ステップＳ９００）
ユーザ２０１がＤＭＰ２００を利用する前に、ＤＭＰ２００はデバイス認識を実施する。これはネットワーク内におけるＤＭＳ１００の存在を検出するための手続きであり、ＵＰｎＰのディスカバリの仕組みによって実施される。本ステップにより、ＤＭＰ２００はＤＭＳ１００を認識し、ユーザ２０１にその存在を提示することができる。
（図９：ステップＳ９０１）
ユーザ２０１は、ＤＭＰ２００をリモコン等で操作し、コンテンツ検索を実施する。ここでいうコンテンツ検索とは、ｃｏｎｔａｉｎｅｒが保持しているｏｂｊｅｃｔの一覧を取得するリクエストのことである。
【００５５】
（図９：ステップＳ９０２）
ＤＭＰ２００は、ステップＳ９０１でユーザからの指示を受け取ると、ＤＭＳ１００に対してＢｒｏｗｓｅアクションを発信する。Ｂｒｏｗｓｅアクションとは、ＤＬＮＡで規定されている、ｃｏｎｔａｉｎｅｒ内のｏｂｊｅｃｔ一覧を取得するためのリクエストである。
（図９：ステップＳ９０３）
ＤＭＳ１００のＨＴＴＰ受信部１６０は、ＤＭＰ２００からＢｒｏｗｓｅアクションを受信する。データ変換部１７０は、Ｂｒｏｗｓｅアクションの対象になっているｃｏｎｔａｉｎｅｒのＯｂｊｅｃｔＩＤを取得する。次にデータ変換部１７０は、そのＯｂｊｅｃｔＩＤをキーにして、データ記憶部１８０が格納しているデータテーブルより、Ｂｒｏｗｓｅアクションの対象になっているｃｏｎｔａｉｎｅｒに対応するＵＲＬを取得する。
【００５６】
（図９：ステップＳ９０４）
データ変換部１７０は、ステップＳ９０３で取得したＵＲＬからＷｅｂコンテンツを取得する。ここではＨＴＭＬページを取得したものと仮定する。
（図９：ステップＳ９０５）
データ変換部１７０は、ステップＳ９０４で取得したＨＴＭＬデータが記述しているナビゲーション構造を解析してこれと同じナビゲーション構造を有するＤＬＮＡコンテンツのフォルダ構造に変換し、ＤＭＰ２００に返信する。本ステップは、図４〜図５で例示したＨＴＭＬページを図６のようなフォルダ構造に変換する処理に相当する。
【００５７】
（図９：ステップＳ９０６〜Ｓ９０７）
データ変換部１７０は、ステップＳ９０５で作成したフォルダ構造を記述した情報を、ステップＳ９０２のＢｒｏｗｓｅアクションのレスポンスとして返信する（Ｓ９０６）。ＤＭＰ２００は、ＤＭＳ１００が送信したフォルダ構造を、ＤＭＳ１００が保持しているＤＬＮＡコンテンツとして解釈し、そのフォルダ構造を画面表示する。その結果ユーザ２０１は、ＨＴＭＬページが記述しているものと等価なナビゲーション構造を、ＤＬＮＡコンテンツのフォルダ構造として閲覧することができる（Ｓ９０７）。
（図９：ステップＳ９０８）
ユーザ２０１は、ＤＭＰ２００が画面表示しているフォルダ構造をたどって、ＤＬＮＡコンテンツとしてＷｅｂコンテンツを視聴する。ユーザがＤＭＰ２００上でｃｏｎｔａｉｎｅｒを選択した場合は、ステップＳ９０１に戻って同様の処理を繰り返す。ユーザがＤＭＰ２００上でｉｔｅｍを選択した場合は、ＤＭＳ１００はそのリンク先のファイルを取得してＤＭＰ２００に送信する。ここではユーザが図６〜図７で説明したｉｔｅｍ１８００５のようなＨＴＭＬページ本体へのナビゲーションを選択したものと仮定する。ＨＴＭＬページ以外にリンクしたｉｔｅｍを選択した場合の処理は、後述の図１０で改めて説明する。
【００５８】
（図９：ステップＳ９０９）
ユーザは、ＤＭＰ２００の画面上でＨＴＭＬページにリンクしたｉｔｅｍを選択する。
（図９：ステップＳ９１０）
ＤＭＰ２００は、ユーザが選択したｉｔｅｍのＯｂｊｅｃｔＩＤを指定して、ＤＭＳ１００に対しそのコンテンツを閲覧するためのリクエストを発行する。このリクエストは、ＨＴＭＬページをＤＬＮＡコンテンツに見立て、ＨＴＭＬコンテンツを再生するリクエストとして発行される。
【００５９】
（図９：ステップＳ９１１）
ＤＭＳ１００のＨＴＴＰ受信部１６０は、ＤＭＰ２００からＨＴＭＬコンテンツを再生するリクエストを受け取る。ブラウザ部１２０は、ステップＳ９０４であらかじめ取得しておいたＨＴＭＬページを仮想ディスプレイ１３０上に描画して、ＤＭＰ２００が再生することができるフォーマットで画面イメージを生成する。
（図９：ステップＳ９１２〜Ｓ９１３）
データ変換部１７０は、ブラウザ部１２０が作成した画面イメージをステップＳ９１０のリクエストに対するレスポンスとしてＤＭＰ２００へ返信する（Ｓ９１２）。ＤＭＰ２００は、受け取った画面イメージを画面表示する。これにより、ユーザはＤＭＰ２００の画面上でＨＴＭＬページを閲覧することができる（Ｓ９１３）。
【００６０】
図１０は、ＤＭＳ１００がＤＭＰ２００からコンテンツ取得要求を受信した際の処理フローを示す図である。本処理フローは、図９のステップＳ９１０〜Ｓ９１１においてＤＭＳ１００が実施する処理に相当する。以下、図１０の各ステップについて説明する。
【００６１】
（図１０：ステップＳ１００１）
ＤＭＰ２００が発行したコンテンツ取得要求をＤＭＳ１００のＨＴＴＰ受信部１６０が受信すると、本処理フローが開始される。
（図１０：ステップＳ１００２）
ＨＴＴＰ受信部１６０は、ステップＳ１００１で受け取ったリクエストが指定するｏｂｊｅｃｔのＯｂｊｅｃｔＩＤを取得し、データ変換部１７０に通知する。ＯｂｊｅｃｔＩＤは、例えばＤＭＰ２００がリクエストを発行する際にリクエストパラメータとしてＤＭＳ１００に指定してもよいし、その他任意の方法でＤＭＳ１００に通知してもよい。
【００６２】
（図１０：ステップＳ１００３）
データ変換部１７０は、ステップＳ１００２で受け取ったＯｂｊｅｃｔＩＤをキーにしてデータ記憶部１８０が格納しているデータテーブルを検索し、対応するレコードを取得する。取得したレコードがＨＴＭＬページにリンクしたｉｔｅｍに関するデータである場合はステップＳ１００６へ進み、ＨＴＭＬページ以外である場合はステップＳ１００４へ進む。
（図１０：ステップＳ１００３：補足）
ステップＳ１００２で受け取ったＯｂｊｅｃｔＩＤに対応するブラウザ状態ＩＤフィールド１８５の値が存在する場合、このＯｂｊｅｃｔＩＤが示すｉｔｅｍはＨＴＭＬページにリンクしたｉｔｅｍであることになる。したがってこの場合は、本ステップの次にステップＳ１００６へ進む。ＯｂｊｅｃｔＩＤに対応するブラウザ状態ＩＤフィールド１８５の値が存在せずＵＲＬフィールド１８６の値のみが存在する場合は、このＯｂｊｅｃｔＩＤが示すｉｔｅｍはＨＴＭＬページではないファイルにリンクしたｉｔｅｍであることになる。
【００６３】
（図１０：ステップＳ１００４〜Ｓ１００５）
データ変換部１７０は、ステップＳ１００２で受け取ったＯｂｊｅｃｔＩＤに対応するＵＲＬからファイルを取得する（Ｓ１００４）。データ変換部１７０は、そのファイルを必要に応じてＤＭＰ２００が再生することができるフォーマットに変換し、ＤＬＮＡコンテンツとして送信する（Ｓ１００５）。
（図１０：ステップＳ１００６）
データ変換部１７０は、ステップＳ１００２で受け取ったＯｂｊｅｃｔＩＤに対応するブラウザ状態ＩＤフィールド１８５の値をキーにして、ブラウザ状態記憶部１４０からＨＴＭＬページの画面イメージを読み出す。
【００６４】
（図１０：ステップＳ１００７）
ブラウザ状態記憶部１４０に画面イメージ以外の情報を保存している場合は、ブラウザ部１２０はＨＴＭＬページを仮想ディスプレイ１３０上で画面描画して画面イメージを生成する。
（図１０：ステップＳ１００８）
データ変換部１７０は、ＨＴＭＬページの画面イメージをＤＭＰ２００に送信する。
【００６５】
図１１は、データ変換部１７０がＤＭＰ２００からＢｒｏｗｓｅアクションを受け取った際に作成する、フォルダ構造を記述したデータの例を示す図である。本データは、ＤＩＤＬ−Ｌｉｔｅ（Ｄｉｇｉｔａｌ  Ｉｔｅｍ  Ｄｅｃｌａｒａｔｉｏｎ  Ｌａｎｇｕａｇｅ  Ｌｉｔｅ）形式で記述される。ＤＩＤＬ−Ｌｉｔｅは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）をベースとした形式で、ＤＭＳが保持するコンテンツの構成情報を表す情報として利用される。図１１に例示したデータは、図５のＨＴＭＬページをフォルダ構造化した際のＤＩＤＬ−Ｌｉｔｅを記述したものである。このデータは、図６のｃｏｎｔａｉｎｅｒ１８００４のＯｂｊｅｃｔＩＤを指定し、ＢｒｏｗｓｅＦｌａｇにＢｒｏｗｓｅＤｉｒｅｃｔＣｈｉｌｄｒｅｎを設定したＢｒｏｗｓｅアクションをＤＭＳ１００が受信した際に、データ変換部１７０が作成するＤＩＤＬ−Ｌｉｔｅに相当する。
【００６６】
最初の要素１７００１は、文書の種類がＤＩＤＬ−Ｌｉｔｅであることを表す要素であり、固定である。
要素１７００２は、図６のｉｔｅｍ１８００５を記述した要素である。要素１７００２は、ｉｄ属性１７００３、ｐａｒｅｎｔＩＤ属性１７００４、ｒｅｓｔｒｉｃｔｅｄ属性１７００５を有する。さらに、子要素としてｄｃ：ｔｉｔｌｅ要素１７００６、ｕｐｎｐ：ｃｌａｓｓ要素１７００７、ｒｅｓ要素１７００８を有する。ｒｅｓ要素１７００８を除く属性と子要素は、ｉｔｅｍ要素とｃｏｎｔａｉｎｅｒ要素ともに共通で必須である。
【００６７】
ｉｄ属性は、ｉｔｅｍのＯｂｊｅｃｔＩＤを表す。ｐａｒｅｎｔＩＤ属性は、このｉｔｅｍの親ｃｏｎｔａｉｎｅｒのＯｂｊｅｃｔＩＤを表す。ｒｅｓｔｒｉｃｔｅｄ属性は、外部からこのｏｂｊｅｃｔの変更を制限しているか否かを表す。
【００６８】
ｄｃ：ｔｉｔｌｅ要素は、このｏｂｊｅｃｔの名前である。ｉｔｅｍ１８００５はＨＴＭＬページを参照するｉｔｅｍであるため、ｄｃ：ｔｉｔｌｅ要素１７００６の値はＨＴＭＬページのタイトルとなる。ｉｔｅｍ１８０１０のようなＨＴＭＬページ以外のファイルを参照するためのｉｔｅｍである場合は、ｄｃ：ｔｉｔｌｅ要素に、ファイルへのリンク名であるｃｏｎｔａｉｎｅｒ１８００７のタイトルを使用するなどすればよい。
【００６９】
ｕｐｎｐ：ｃｌａｓｓ要素は、このｏｂｊｅｃｔの種類を表す情報である。ｕｐｎｐ：ｃｌａｓｓ要素１７００７が指定しているｏｂｊｅｃｔ．ｉｔｅｍ．ｉｍａｇｅＩｔｅｍという値は、当該ｉｔｅｍが画像であることを表している。ｉｔｅｍ１８００５はＨＴＭＬページを視聴するためのｉｔｅｍであるが、ＨＴＭＬページが画面イメージに変換されるものと仮定しているので、本要素は当該ｉｔｅｍが画像であることを示している。例えばｉｔｅｍ１８０１０のような映像ファイルである場合は、本要素の値はｏｂｊｅｃｔ．ｉｔｅｍ．ｖｉｄｅｏＩｔｅｍとなる。
【００７０】
ｒｅｓ要素は、ｉｔｅｍ要素特有の子要素であり、このｉｔｅｍが示すファイルにアクセスするためのリソースＵＲＩを表している。ｒｅｓ要素１７００８は、ｐｒｏｔｏｃｏｌＩｎｆｏ属性１７００９を有する。ｐｒｏｔｏｃｏｌＩｎｆｏ属性１７００９は、リソースの種類を表すものである。ｒｅｓ要素１７００８の値であるＵＲＩ１７０１０は、当該ＨＴＭＬページにアクセスするためのＵＲＬに、ｉｔｅｍ１８００５のＯｂｊｅｃｔＩＤをリクエストパラメータとして追加したものである。
【００７１】
要素１７０１１は、図６のｃｏｎｔａｉｎｅｒ１８００６を記述した要素である。ｃｏｎｔａｉｎｅｒ要素においても、ｉｄ属性、ｐａｒｅｎｔＩＤ属性、ｒｅｓｔｒｉｃｔｅｄ属性、ｄｃ：ｔｉｔｌｅ要素、ｕｐｎｐ：ｃｌａｓｓ要素は必須である。
【００７２】
ｉｄ属性は全てのｏｂｊｅｃｔについて異なる値を用いる必要があるため、要素１７０１１のｉｄ属性１７０１２は、要素１７００２のｉｄ属性１７００３と異なる。ｐａｒｅｎｔＩＤ属性１７０１３は、要素１７００２のｐａｒｅｎｔＩＤ属性１７００４と同じになっている。
【００７３】
要素１７０１１はリンク１３００３を表すｃｏｎｔａｉｎｅｒであるため、ｄｃ：ｔｉｔｌｅ要素１７０１４はリンク１３００３のリンク名となっている。ｕｐｎｐ：ｃｌａｓｓ要素１７０１５は、ｃｏｎｔａｉｎｅｒを表す値であるｏｂｊｅｃｔ．ｉｔｅｍ．ｃｏｎｔａｉｎｅｒとなっている。
【００７４】
＜実施の形態１：まとめ＞
以上のように、本実施形態１に係るＤＬＮＡコンテンツ変換装置１００は、ＨＴＭＬが記述しているナビゲーション構造を、同じ構造を有するＤＬＮＡコンテンツのナビゲーション構造に変換する。これにより、ＨＴＭＬページを閲覧する機能を備えていないＤＭＰ２００であっても、ＨＴＭＬページをＤＬＮＡコンテンツとして閲覧することができる。
【００７５】
また、本実施形態１に係るＤＬＮＡコンテンツ変換装置１００は、ｃｏｎｔａｉｎｅｒにリンクされているＨＴＭＬページに対するＢｒｏｗｓｅアクションを受け取ると、そのＨＴＭＬページをそのまま返信するのではなく、そのＨＴＭＬページが記述しているナビゲーション構造を解析してフォルダ構造に変換し、図６〜図７のような情報としてＤＭＰ２００に返信する。これによりユーザは、ＤＬＮＡコンテンツを閲覧する際に一般的に提供されるナビゲーションと同様の操作手順を用いて、ＨＴＭＬページをＤＭＰ２００の画面上で閲覧することができる。
【００７６】
また、本実施形態１に係るＤＬＮＡコンテンツ変換装置１００は、ＨＴＭＬページや映像ファイルなどのＷｅｂコンテンツを、ＤＭＰ２００が再生することができるフォーマットに変換して返信する。これにより、ナビゲーション構造のみならずファイルフォーマットの観点でも、ＤＭＰ２００がＨＴＭＬページを確実に再生することができる。
【００７７】
＜実施の形態２＞
実施形態１では、ＨＴＭＬのアンカータグなどのように他のＨＴＭＬページへリンクするナビゲーションタグを、ＤＬＮＡコンテンツのｃｏｎｔａｉｎｅｒに変換することを説明した。一方、ＨＴＭＬページ内にｆｏｒｍタグが含まれる場合、Ｗｅｂブラウザは、ｆｏｒｍタグ内に含まれるパラメータをＷｅｂサーバに送信してその応答を画面表示する。この処理は、ｆｏｒｍタグを記述しているＨＴＭＬページからその応答ページに遷移するという観点から、リンクと同様のナビゲーションが生じているといえる。
【００７８】
そこで本発明の実施形態２では、ＨＴＭＬのｆｏｒｍタグを、実施形態１と同様にＤＬＮＡコンテンツのｃｏｎｔａｉｎｅｒに変換する動作例を説明する。ＤＬＮＡブラウジングシステム１０００の各構成については実施形態１と同様であるため、以下ではｆｏｒｍタグに係る相違点を中心に説明する。
【００７９】
図１２は、ｆｏｒｍを含むＨＴＭＬページの画面表示例を示すである。ＨＴＭＬは、ページ利用者からＷｅｂサーバに対して情報を送信するための手段として、ｆｏｒｍと呼ばれるタグを用いることができる。図１２の例では、文字を入力するためのテキストボックス１３００４と、テキストボックス１３００４に入力された文字列をＷｅｂサーバへ送信するよう指示するための送信ボタン１３００５が画面表示されている。
【００８０】
図１３は、図１２に示したＨＴＭＬページのＨＴＭＬソースコードを示す図である。ｉｎｐｕｔタグ１３００６はそれぞれ図１２のテキストボックス１３００４に対応し、ｉｎｐｕｔタグ１３００７は図１２の送信ボタン１３００５に対応する。
【００８１】
ｆｏｒｍタグが有する要素の種類は、ｉｎｐｕｔタグのｔｙｐｅ属性の値によって指定される。ｉｎｐｕｔタグ１３００６のｔｙｐｅ属性は「ｔｅｘｔ」であり、同タグがテキストボックスであることを示している。ｉｎｐｕｔタグ１３００７のｔｙｐｅ属性はｓｕｂｍｉｔであり、同タグが送信ボタンであることを示している。
【００８２】
ｆｏｒｍタグにはこれらのほかに、ｔｙｐｅ属性がｃｈｅｃｋｂｏｘ、ｒａｄｉｏ、ｓｅｌｅｃｔ、ｐａｓｓｗｏｒｄであるｉｎｐｕｔタグを含めることができる。これらｔｙｐｅ属性の違いは、ユーザがｆｏｒｍタグにパラメータを入力するために用いる画面部品の種別の違いとなって、ＨＴＭＬページ上に反映される。これらの属性については実施形態３で改めて説明する。
【００８３】
図１４は、図１３のＨＴＭＬページをフォルダ構造化した様子を示す図である。データ変換部１７０は、ｆｏｒｍタグが有するｉｎｐｕｔ要素をＤＬＮＡコンテンツのｃｏｎｔａｉｎｅｒに変換する。このときの処理手順は、以下のようになる。なお、図６で説明した手順と同様の手順については、説明を一部省略する。
（図１４：ステップ１：ｉｔｅｍ１８０１１）
データ変換部１７０は、図６のｉｔｅｍ１８００５と同様に、図１２のＨＴＭＬページ自身にリンクしたｉｔｅｍ１８０１１を作成し、画面イメージをブラウザ状態記録部１４０に保存する。データ変換部１７０は、ｉｔｅｍ１８０１１のＯｂｊｅｃｔＩＤとブラウザ状態ＩＤをデータ記憶部１８０に保存し、ｉｔｅｍ１８０１１のリソースＵＲＩとして当該ＯｂｊｅｃｔＩＤを参照するための情報を指定する。
【００８４】
（図１４：ステップ２：ｃｏｎｔａｉｎｅｒ）
データ変換部１７０は、ＨＴＭＬページに含まれるｆｏｒｍタグを探し出し、対応するｃｏｎｔａｉｎｅｒを作成する。図１３のＨＴＭＬページの場合は、ｉｎｐｕｔタグ１３００６と１３００７に対応するｃｏｎｔａｉｎｅｒとして、ｃｏｎｔａｉｎｅｒ１８０１２と１８０１３を作成する。データ変換部１７０は、ｉｔｅｍ１８０１１を作成する場合と同様に、各ｃｏｎｔａｉｎｅｒのＯｂｊｅｃｔＩＤとブラウザ状態ＩＤをデータ記録部１８０に記録する。
（図１４：ステップ２：ｃｏｎｔａｉｎｅｒ：補足）
実施形態１では、リンクに対応するｃｏｎｔａｉｎｅｒ１８００６のブラウザ状態は保存しなかったが、ｆｏｒｍタグに対応するｃｏｎｔａｉｎｅｒのブラウザ状態は保存しておく必要がある。これは、ｆｏｒｍに対する操作状態（例えばテキストボックスに現在入力されている文字列）はユーザがｆｏｒｍタグに対して操作入力する毎に変化し、その操作状態はＵＲＬから取得することができないためである。本ステップの処理内容は、ｉｎｐｕｔタグのｔｙｐｅ属性によって異なる。ｆｏｒｍタグに対する操作入力のｔｙｐｅ属性毎の例については、説明の便宜上、実施形態３で別途説明する。
【００８５】
図１５は、ユーザが送信ボタン１３００５を押下するときの画面遷移をＤＬＮＡコンテンツとして実現する場合の動作を説明する図である。ユーザが送信ボタン１３００５を押下すると、テキストボックス１３００４の内容がＷｅｂサーバへ送信され、その応答ページがＷｅｂサーバから返信される。この動作は、実施形態１の図６で説明したリンクと同様にページ遷移であるとみなすことができるので、ＤＬＮＡコンテンツのｃｏｎｔａｉｎｅｒを用いて同様のナビゲーション構造を実現することができる。ＤＭＰ２００がｃｏｎｔａｉｎｅｒ１８０１３を選択したときの動作は、以下のようになる。
【００８６】
（図１５：ステップ１：ｃｏｎｔａｉｎｅｒを選択する）
ＤＭＰ２００のユーザは、ＤＭＰ２００の画面上でｃｏｎｔａｉｎｅｒ１８０１３を選択する。ＤＭＳ１００のデータ変換部１７０は、ＤＭＰ２００からｃｏｎｔａｉｎｅｒ１８０１３を選択した旨のリクエストを受け取ると、データ記憶部１８０からｃｏｎｔａｉｎｅｒ１８０１３のＯｂｊｅｃｔＩＤに対応するＵＲＬを取得する。
（図１５：ステップ１：ｃｏｎｔａｉｎｅｒを選択する：補足）
ユーザは、テキストボックス１３００４に対応するｃｏｎｔａｉｎｅｒ１８０１２のリンク先コンテンツ上で、あらかじめテキストを入力済みであるものとする。テキストボックスへ文字を入力する際の動作例については、実施形態３で別途説明する。
【００８７】
（図１５：ステップ２：ｆｏｒｍ実行後のページを取得する）
データ変換部１７０は、ｆｏｒｍを実行した後の応答ページに相当するＨＴＭＬページを取得し、ＤＭＰ２００に返信する。例えば、ｆｏｒｍタグのａｃｔｉｏｎ属性で指定されているＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）などのプログラムに対してユーザが入力したパラメータを送信し、その返信を取得する。
（図１５：ステップ２：ｆｏｒｍ実行後のページを取得する：補足）
新たな応答ページに遷移するのではなく、同じページを再読込するような画面遷移を実施するようにＨＴＭＬページが構成されている場合は、本ステップで元のＨＴＭＬページを改めて取得する。例えば、情報を送信するのみでＨＴＭＬページの返信がない場合や、ＪａｖａｓｃｒｉｐｔによってＨＴＭＬのデザインを変化させるようなボタンを押下する場合には、再度同じページを取得する。
（図１５：ステップ３：ｆｏｒｍ実行後のページをフォルダ構造化する）
データ変換部１７０は、ｆｏｒｍを実行した後の応答ページに相当するＨＴＭＬページに対して、図６のステップ２と同様の処理を実施し、同ＨＴＭＬページのナビゲーション構造をフォルダ構造に変換してＤＭＰ２００へ返信する。
【００８８】
＜実施の形態２：まとめ＞
以上のように、本実施形態２に係るＤＬＮＡコンテンツ変換装置１００は、ｆｏｒｍタグを実行した後の画面遷移について、実施形態１と同様にｃｏｎｔａｉｎｅｒを用いたフォルダ構造によるナビゲーションを提供する。これにより、リンク以外のナビゲーションについてもＤＭＰ２００上で再生することができる。
【００８９】
＜実施の形態３＞
実施形態２では、ｆｏｒｍタグによるページ遷移をｃｏｎｔａｉｎｅｒによってＤＬＮＡコンテンツとして実現した例を説明した。本発明の実施形態３では、ｆｏｒｍタグのパラメータを記述するｉｎｐｕｔタグのｔｙｐｅ属性毎の動作例を説明する。ＤＬＮＡブラウジングシステム１０００の各構成については実施形態１〜２と同様であるため、以下ではｔｙｐｅ属性毎の動作を中心に説明する。
【００９０】
図１６は、ｔｙｐｅ属性がｃｈｅｃｋｂｏｘであるｉｎｐｕｔ要素（チェックボックス）についての画面遷移を説明する図である。チェックボックスは、複数の項目のうちいずれか１以上にチェックをつけるための画面部品である。
【００９１】
データ変換部１７０は、ｃｈｅｃｋｂｏｘ要素を含むＨＴＭＬページをフォルダ構造化する場合、１つのチェックボックス要素を１つのｃｏｎｔａｉｎｅｒとして変換する。図１６において、２つのチェックボックスはそれぞれｃｏｎｔａｉｎｅｒ１８０１７と１８０１８に変換されている。
【００９２】
例えばＤＭＰ２００がｃｏｎｔａｉｎｅｒ１８０１８を選択した場合、ユーザはチェックボックス２にチェックを入れようとしていることが分かる。ブラウザ部１２０は、チェックボックス２にチェックを入れた画面イメージを仮想ディスプレイ１３０上で作成し、その画面イメージをブラウザ状態記録部１４０に保存する。
【００９３】
次にデータ変換部１７０は、同じＨＴＭＬページを改めてフォルダ構造化する。このときｃｏｎｔａｉｎｅｒ１８０１８は選択された状態になっているため、ｃｏｎｔａｉｎｅｒ１８０１８の名前にそのことがわかるような情報を記述しておくと、ユーザにとって便宜である。
【００９４】
図１７は、ｔｙｐｅ属性がｒａｄｉｏであるｉｎｐｕｔ要素（ラジオボタン）についての画面遷移を説明する図である。ラジオボタンは、複数の項目のうちいずれか１つを選択する画面部品である。既にいずれかのラジオボタンを選択している状態で他のラジオボタンを選択すると、それまで選択されていたラジオボタンは非選択状態になる。
【００９５】
データ変換部１７０は、ｒａｄｉｏ要素を含むＨＴＭＬページをフォルダ構造化する場合、１つのラジオボタン要素を１つのｃｏｎｔａｉｎｅｒとして変換する。図１７において、２つのラジオボタンはそれぞれｃｏｎｔａｉｎｅｒ１８０２０と１８０２１に変換されている。
【００９６】
データ変換部１７０は、チェックボックスをフォルダ構造に変換するときと同様の処理手順を用いて、ラジオボタンをフォルダ構造化する。ただし、あるラジオボタンが選択されているときに他のラジオボタンが選択されたときは、先に選択されていたラジオボタンの選択を解除する必要がある点が異なる。
【００９７】
図１８は、ｔｙｐｅ属性がｓｅｌｅｃｔであるｉｎｐｕｔ要素（セレクト）についての画面遷移を説明する図である。セレクト要素は、プルダウンリストなどの形式で表されるリスト項目からいずれか１つを選択する画面部品である。プルダウンリストは、選択肢をプルダウンしたときに初めて選択肢の内容が画面表示されるため、画面上の表示内容が変化するという観点で、画面遷移が生じる。さらに選択肢を変更すると、最初に選択されていた選択肢とは別の画面状態になるので、再び画面遷移が生じる。したがって、セレクト要素をＤＬＮＡコンテンツのナビゲーション構造に変換するためには、これまでとは異なり２段階の画面遷移をフォルダ構造で表現する必要がある。
【００９８】
図１８では、２つの選択肢を持つセレクト要素をフォルダ構造に変換した例を示した。セレクト要素自体がｃｏｎｔａｉｎｅｒ１８０２３に変換され、各選択肢はそれぞれｃｏｎｔａｉｎｅｒ１８０２４と１８０２５に変換されている。最初の時点では、選択肢１が選択されているものとする。
【００９９】
ＤＭＰ２００がｃｏｎｔａｉｎｅｒ１８０２３を選択した場合、ユーザはセレクト要素内の選択肢を選択しようとしていることが分かる。データ変換部１７０は、ｓｅｌｅｃｔ要素内のｏｐｔｉｏｎ要素（ここでは選択肢１と選択肢２に相当する）をＨＴＭＬページから読み出し、これら選択肢をそれぞれｃｏｎｔａｉｎｅｒ１８０２４と１８０２５に変換する。選択肢を選択した後は元のＨＴＭＬページにもとる必要があるので、ｃｏｎｔａｉｎｅｒ１８０２４と１８０２５のリンク先は、元のＨＴＭＬページを指定しておく。
【０１００】
次にＤＭＰ２００がｃｏｎｔａｉｎｅｒ１８０２５を選択した場合、ユーザはセレクト要素内の選択肢２を選択しようとしていることが分かる。ブラウザ部１２０は、選択肢２を選択した状態の画面イメージを仮想ディスプレイ１３０上で作成し、ブラウザ状態ＩＤとともにブラウザ状態記憶部１４０に格納し、さらにそのブラウザ状態ＩＤをデータ記憶部１８０の当該ＨＴＭＬページに対応するレコード上に反映する。
【０１０１】
次にデータ変換部１７０は、同じＨＴＭＬページを改めてフォルダ構造化する。このときｃｏｎｔａｉｎｅｒ１８０２３は、選択肢２が選択された状態になっているため、ｃｏｎｔａｉｎｅｒ１８０２３の名前にそのことがわかるような情報を記述しておくと、ユーザにとって便宜である。
【０１０２】
図１９は、ｔｙｐｅ属性がｔｅｘｔまたはｐａｓｓｗｏｒｄであるｉｎｐｕｔ要素（テキストボックスまたはパスワードボックス）についての画面遷移を説明する図である。通常のブラウザではキーボードなどの入力デバイスを用いて文字を入力するが、ＤＬＮＡコンテンツではこれを利用することができないので、ｃｏｎｔａｉｎｅｒを選択することを繰り返して文字を入力する。
【０１０３】
ＤＭＰ２００がｃｏｎｔａｉｎｅｒ１８０２７を選択肢他場合、ユーザはテキストボックス内に文字を入力しようとしていることが分かる。データ変換部１７０は、入力候補となる文字に対応するｃｏｎｔａｉｎｅｒを複数作成する。例えば日本語であればひらがな５０音に対応するｃｏｎｔａｉｎｅｒを作成し、英語であればアルファベット２６文字に対応するｃｏｎｔａｉｎｅｒを作成する。
【０１０４】
ユーザは入力したい文字に対応するｃｏｎｔａｉｎｅｒをＤＭＰ２００の画面上で選択し、データ変換部１７０は入力された文字をブラウザ状態記憶部１４０に逐次格納する。漢字変換を実施する場合はその機能を実装したｃｏｎｔａｉｎｅｒ１８０２８を選択し、入力を終了する場合はその旨を指示してもとのＨＴＭＬページに戻るためのｃｏｎｔａｉｎｅｒ１８０２９を選択する。
【０１０５】
データ変換部１７０は、元のページに戻ってくるときは、同じＨＴＭＬページを改めてフォルダ構造化する。このときｃｏｎｔａｉｎｅｒ１８０２７には、これまでユーザが入力した文字をブラウザ状態記憶部１４０から取得して反映しておく必要がある。
【０１０６】
図２０は、ＤＭＳ１００がＤＭＰ２００からコンテンツ検索要求を受信した際の処理フローを示す図である。本処理フローは、図９のステップＳ９０１〜Ｓ９０２においてＤＭＳ１００が実施する処理に相当する。
【０１０７】
Ｂｒｏｗｓｅアクションは主に、ｉｄという引数で対象とする要素のＯｂｊｅｃｔＩＤを指定し、ＢｒｏｗｓｅＦｌａｇという引数で欲しい情報の種類を指定する。ＢｒｏｗｓｅＦｌａｇは、ＯｂｊｅｃｔＩＤが示す要素の情報を取得するＢｒｏｗｓｅＭｅｔａｄａｔａと、ＯｂｊｅｃｔＩＤが示す要素の中に含まれている要素の情報を取得するＢｒｏｗｓｅＤｉｒｅｃｔＣｈｉｌｄｒｅｎの２種類がある。変換ＤＭＳ１００のＵＰｎＰ機能部１５０は、このアクションを受信すると、データ変換部１７０にこのＯｂｊｅｃｔＩＤとＢｒｏｗｓｅＦｌａｇを通知する。データ変換部１７０は、図２０の処理を起動する。以下、図２０の各ステップについて説明する。
【０１０８】
（図２０：ステップＳ２００１）
データ変換部１７０にＢｒｏｗｓｅアクションが通知されると、本処理フローが開始される。
（図２０：ステップＳ２００２）
通知されたＯｂｊｅｃｔＩＤがデータ記憶部１８０に保存されている場合はステップＳ２００３へ進み、保存されていない場合はエラーを通知して本処理フローを終了する。
【０１０９】
（図２０：ステップＳ２００３）
データ変換部１７０は、ＢｒｏｗｓｅアクションのＢｒｏｗｓｅＦｌａｇ引数の値を確認する。ＢｒｏｗｓｅＦｌａｇ引数がＢｒｏｗｓｅＭｅｔａｄａｔａである場合はステップＳ２００４へ進み、ＢｒｏｗｓｅＤｉｒｅｃｔＣｈｉｌｄｒｅｎである場合はステップＳ２００５へ進む。
（図２０：ステップＳ２００４）
データ変換部１７０は、データ記憶部１８０からＯｂｊｅｃｔＩＤに対応した名前フィールド１８３と親ＩＤフィールド１８４を取得し、その情報を返却する。
【０１１０】
（図２０：ステップＳ２００５）
データ変換部１７０は、通知されたＯｂｊｅｃｔＩＤに対応した種類フィールド１８２の値をデータ記憶部１８０から取得し、これがｃｏｎｔａｉｎｅｒであるか調べる。ｃｏｎｔａｉｎｅｒである場合はステップＳ２００６へ進み、ｃｏｎｔａｉｎｅｒでない場合はステップＳ２０１２へ進む。
（図２０：ステップＳ２００６）
データ変換部１７０は、データ記憶部１８０が保存しているＵＲＬフィールド１８６からファイルの情報を取得する。
【０１１１】
（図２０：ステップＳ２００７）
データ変換部１７０は、ＵＲＬが示すファイルがＨＴＭＬファイルであるか否かを確認する。ＨＴＭＬファイルである場合はステップＳ２００９へ進み、ＨＴＭＬファイルでない場合はステップＳ２００８へ進む。
（図２０：ステップＳ２００８）
データ変換部１７０は、ファイルに対応するｉｔｅｍ（例えば図７のｉｔｅｍ１８０１０）を作成し、データ記憶部１８０に登録するとともに、その情報を返却する。
【０１１２】
（図２０：ステップＳ２００９〜Ｓ２０１０）
データ変換部１７０は、ＵＲＬからファイルを取得する（Ｓ２００９）。次にブラウザ部１２０は、取得したＨＴＭＬファイルを仮想ディスプレイ１３０上で画面表示し、その画面イメージをブラウザ状態記録部１４０に保存する（Ｓ２０１０）。
（図２０：ステップＳ２０１１）
データ変換部１７０は、ブラウザ部１２０が画面表示したＨＴＭＬページをフォルダ構造化し、その情報を返却する。また、作成したｉｔｅｍとｃｏｎｔａｉｎｅｒの情報をデータ記憶部１８０に保存する。
【０１１３】
（図２０：ステップＳ２０１２）
データ変換部１７０は、ステップＳ２００５で取得した種類フィールド１８２の値がｉｔｅｍであるか否かを確認する。種類フィールド１８２の値がｉｔｅｍである場合はステップＳ２０１３へ進み、それ以外であればステップＳ２０１４へ進む。
（図２０：ステップＳ２０１３）
ＤＭＳ１００のフォルダ構造では、ｉｔｅｍの中にｉｔｅｍやｃｏｎｔａｉｎｅｒは含まれないため、ステップＳ２０１２において種類フィールド１８２の値がｉｔｅｍであったとしても、ＢｒｏｗｓｅＤｉｒｅｃｔＣｈｉｌｄｒｅｎに該当する情報は存在しない。したがってデータ変換部１７０は、空の情報を返却する。
【０１１４】
（図２０：ステップＳ２０１４〜Ｓ２０１５）
データ変換部１７０は、ＯｂｊｅｃｔＩＤの種類はｆｏｒｍであると判断する（Ｓ２０１４）。データ変換部１７０は、データ記憶部１８０からＯｂｊｅｃｔＩＤに該当するブラウザ状態ＩＤフィールド１８５の値を取得し、ブラウザ状態記憶部１４０から対応するブラウザ状態（画面イメージ）を読み出す（Ｓ２０１５）。
（図２０：ステップＳ２０１６）
データ変換部１７０は、ステップＳ２０１５で取得したブラウザ状態を確認し、例えばｓｅｌｅｃｔ要素を選択中である、ｔｅｘｔへ文字列を入力中であるなど、画面状態を変化させる操作中であるか否かを調べる。画面状態を変化させる操作とは、ｃｏｎｔａｉｎｅｒを選択しようとしている操作に相当する。画面状態を変化させる操作中である場合はステップＳ２０１７へ進み、それ以外である場合はステップＳ２０１９へ進む。
【０１１５】
（図２０：ステップＳ２０１７）
データ変換部１７０は、ブラウザ状態を調べ、次の選択肢となるｃｏｎｔａｉｎｅｒを決定する。次の選択肢とは、ｓｅｌｅｃｔ要素を操作中であればその選択肢であり、テキストボックスやパスワードボックスを操作中であれば次の入力候補の文字である。
（図２０：ステップＳ２０１８）
データ変換部１７０は、ステップＳ２０１７で決定した選択肢をフォルダ構造化し、その情報を返却する。
【０１１６】
（図２０：ステップＳ２０１９）
データ変換部１７０は、ブラウザ状態を検索し、選択されたＯｂｊｅｃｔＩＤに対応する要素に対応する処理を実施する。例えば選択されたＯｂｊｅｃｔＩＤに対応する要素がボタンである場合は、本ステップにおける処理はそのボタンを押下することである。対応する要素がチェックボックスである場合は、本ステップにおける処理はその要素をチェックすることである。該当する処理が定まらない場合は、代替としてその要素にｏｎｃｌｉｃｋイベントを発生させる。
（図２０：ステップＳ２０２０〜Ｓ２０２１）
データ変換部１７０は、ステップＳ２０１９を実施した後の画面状態をブラウザ状態記録部１４０に記録する（Ｓ２０２０）。データ変換部１７０は、ブラウザ部１２０が画面表示しているＨＴＭＬページの状態をフォルダ構造化し、その情報を返却する（Ｓ２０２１）。
【０１１７】
＜実施の形態３：まとめ＞
以上、本実施形態３では、ｆｏｒｍタグ配下のｉｎｐｕｔタグのｔｙｐｅ属性毎に、ｃｏｎｔａｉｎｅｒとｉｔｅｍを用いたフォルダ構造によってＨＴＭＬのナビゲーション構造をＤＬＮＡコンテンツとして擬似的に実現する手順を説明した。
【符号の説明】
【０１１８】
１００：ＤＬＮＡコンテンツ変換サーバ（ＤＭＳ）、１１０：通信部、１２０：ブラウザ部、１３０：仮想ディスプレイ、１４０：ブラウザ状態記憶部、１５０：ＵＰｎＰ機能部、１６０：ＨＴＴＰ受信部、１７０：データ変換部、１８０：データ記憶部、１８１：ＯｂｊｅｃｔＩＤフィールド、１８２：種類フィールド、１８３：名前フィールド、１８４：親ＩＤフィールド、１８５：ブラウザ状態ＩＤフィールド、１８６：ＵＲＬフィールド、２００：ＤＬＮＡ対応プレイヤー（ＤＭＰ）、３００：ルータ、４００：外部ネットワーク、１０００：ＤＬＮＡブラウジングシステム。
【図１】
2012226397.tif 000003
【図２】
2012226397.tif 000004
【図３】
2012226397.tif 000005
【図４】
2012226397.tif 000006
【図５】
2012226397.tif 000007
【図６】
2012226397.tif 000008
【図７】
2012226397.tif 000009
【図８】
2012226397.tif 000010
【図９】
2012226397.tif 000011
【図１０】
2012226397.tif 000012
【図１１】
2012226397.tif 000013
【図１２】
2012226397.tif 000014
【図１３】
2012226397.tif 000015
【図１４】
2012226397.tif 000016
【図１５】
2012226397.tif 000017
【図１６】
2012226397.tif 000018
【図１７】
2012226397.tif 000019
【図１８】
2012226397.tif 000020
【図１９】
2012226397.tif 000021
【図２０】
2012226397.tif 000022