JP2009031952A - 情報提供システムおよび情報提供方法 - Google Patents

Abstract

【課題】放送受信端末においてＨＴＭＬの情報をＢＭＬで簡易的に利用できるようにする。
【解決手段】放送局１００の放送設備１１０から映像およびデータ放送コンテンツを放送波に載せて端末２００へ送信する。変換サーバ１３０は、ＷＷＷサーバ３００から得られたＷＷＷコンテンツの表示画像をキャプチャして、そのキャプチャ画像データをデータ放送コンテンツに組み込み、ＷＷＷコンテンツをデータ放送コンテンツへ変換する。１次リンクサーバ１５０は、端末２００のデータ放送ブラウザからＷＷＷコンテンツのリクエストを受けて、キャプチャ画像を組み込んだデータ放送コンテンツを通信経由で当該端末へ返送する。変換サーバ１３０は、キャプチャしたＷＷＷコンテンツ内のリンク情報を抽出してデータ放送コンテンツに付随させ、１次リンクサーバ１５０は、キャプチャ画像を組み込んだデータ放送コンテンツとともに当該抽出されたリンク情報を返送する。
【選択図】図１

Description

本発明は、放送および通信を利用して端末へ情報を提供する情報提供システムおよび情報提供方法に関する。

近年、通信技術、放送技術、デバイス技術等の進展により、携帯電話端末等の携帯端末においても、地上デジタル放送の一部の周波数帯を利用したワンセグ放送と呼ばれるデジタルテレビ放送受信機能が備えられ、従来のインターネット接続によるＷＷＷ（World Wide Web）閲覧機能とともに、放送コンテンツと通信コンテンツとが併せて利用できるようになってきている。

情報処理装置（ＰＣ）や携帯電話端末で受信される通信コンテンツとしてのＷＷＷ情報は、通常、ＨＴＭＬ（Hyper Text Markup Language）と呼ばれる言語で記述されたファイルの形式で与えられ、その情報を解析して表示情報に変換するプログラムとしてはＷＷＷブラウザの一種としてのＨＴＭＬブラウザが利用される。

一方、データ放送で受信される放送コンテンツは、放送波の中に含められたＢＭＬ（Broadcasting Markup Language）と呼ばれる言語で記述され、データ放送ブラウザとしてのＢＭＬブラウザが利用される。ＢＭＬは、ＢＴＢ(BinaryTable)ファイルと呼ばれる外部データファイルを読み込むことが可能である。ＢＭＬでは、データ放送ブラウザ上で動的な処理を実現するECMAScriptというスクリプトが稼動可能である。

放送局の側からは、データ放送で提供できるデータ（データ放送コンテンツ）の情報量は限られるため、放送により提供される情報を通信で補うために、データ放送コンテンツの中からリンクされる情報が置かれるサーバとして１次リンクサーバと呼ばれるサーバを用意している（特許文献１参照）。１次リンクサーバでは、ＢＭＬで記述されたコンテンツを提供し、端末ではこのコンテンツをＢＭＬブラウザがデータ放送コンテンツと同様に取り扱う。なお、本明細書では、このような１次リンクサーバで取得されたページ情報内からリンクされたリンク先の、ＨＴＭＬデータを提供する別のサーバは２次リンクサーバと呼ぶ。すなわち、放送事業者の映像を表示しながらＢＭＬブラウザが稼働している状態を１次リンクと表現し、コンテンツを提供するサーバを１次リンクサーバという。また、ＨＴＭＬブラウザが稼働している状態を２次リンクと表現し、コンテンツを提供するサーバを２次リンクサーバという。
特開２００７−３６９０１号公報

ところで、現状、テレビ放送の映像とデータ放送によるデータとを受信端末の同じ表示画面上に同時に表示することが行われているが、データ放送により得られたデータ放送コンテンツからリンクされたＨＴＭＬコンテンツへアクセスする場合は、一旦ＢＭＬブラウザの表示を止めてＨＴＭＬブラウザを起動する、という処理を行っている。

放送局としては、表示画面上、放送波あるいは１次リンクＢＭＬデータの表示を維持して本線映像を継続視聴させることがビジネスの本筋であり、本線映像の表示をなくしてＨＴＭＬコンテンツのみの表示を行うことは好ましくない。そこで、１次リンクサーバからのＢＭＬデータ（データ放送コンテンツ）としてＨＴＭＬコンテンツを提示するため、ＨＴＭＬデータをＢＭＬデータへ変換するプロキシサーバなどが研究されている。

しかしながら、表示位置や文字サイズ、レイアウトの正確な記述が必要なＢＭＬへ、記述の自由度が高いＨＴＭＬの情報をマッピングすることは非常に困難であり、ＨＴＭＬからＢＭＬへの自由な変換は実際上不可能であった。

本発明はこのような背景においてなされたものであり、その目的は、放送受信端末においてＨＴＭＬの情報をＢＭＬで簡易的に利用できるようにすることにある。

本発明による情報提供システムは、放送および通信を利用して端末へ情報を提供する情報提供システムであって、映像およびデータを放送波に載せる放送設備と、ＷＷＷコンテンツをデータ放送コンテンツへ変換するために、ＷＷＷコンテンツの表示画面をキャプチャする機能を有する変換サーバと、端末のデータ放送ブラウザからの要求を受けて、データ放送コンテンツを通信経由で返送する１次リンクサーバとを備え、前記１次リンクサーバは、端末のデータ放送ブラウザからＷＷＷコンテンツのリクエストを受けて、前記キャプチャ画像を組み込んだデータ放送コンテンツを通信経由で当該端末へ返送することを特徴とする。

本明細書において、「キャプチャ」とは、表示画面に表示されているイメージを静止画の画像ファイルとして取り込むことをいう。本発明では、ＷＷＷサーバから得られたＷＷＷコンテンツについて、変換サーバにより、その表示画像をキャプチャして、そのキャプチャ画像データをデータ放送コンテンツに組み込むことにより、ＷＷＷコンテンツをデータ放送コンテンツへ変換する。これによって、端末では、データ放送ブラウザでＷＷＷコンテンツを閲覧することが可能となる。

また、変換サーバで、前記キャプチャしたＷＷＷコンテンツ内のリンク情報を抽出して前記データ放送コンテンツに付随させ、１次リンクサーバにより、前記キャプチャ画像を組み込んだデータ放送コンテンツとともに当該抽出されたリンク情報を返送することにより、端末側では、データ放送ブラウザ上で、擬似的にリンク表現を行って、ＷＷＷコンテンツにおけるリンク機能を達成することが可能となる。

前記リンク情報は、さらに、当該リンク先へのリンク先提示方法として、前記１次リンクサーバを経由するか否かを指定するリンク先提示方法情報を含んでもよい。この場合、前記端末は、当該リンク先提示方法情報に基づいて、前記１次リンクサーバに対して当該リンク先のＷＷＷコンテンツのリクエストを発行する。あるいは、当該リンク先提示方法の情報に基づいて、端末のＨＴＭＬブラウザへ画面を切り替えて、前記１次リンクサーバを経由せず、直接２次リンクサーバに対してＷＷＷコンテンツのリクエストを発行する。

前記変換サーバは、前記キャプチャ画像データに対して表現方法を定める情報を付加するようにしてもよい。この場合、前記端末は、キャプチャ画像の表示の際、前記表現方法を定める情報に応じて前記キャプチャ画像の表示態様を変更する。

本発明による情報提供方法は、放送および通信を利用して端末へ情報を提供する情報提供方法であって、映像およびデータを放送波に載せて送信するステップと、予め、または、端末からの要求に応じて、ＷＷＷサーバから得られたＷＷＷコンテンツの表示画像をキャプチャして、そのキャプチャ画像データをデータ放送コンテンツに組み込むことにより、ＷＷＷコンテンツをデータ放送コンテンツへ変換するステップと、１次リンクサーバにおいて、端末のデータ放送ブラウザからの要求を受けて、データ放送コンテンツを通信経由で返送するステップとを備え、前記１次リンクサーバは、端末のデータ放送ブラウザからＷＷＷコンテンツのリクエストを受けて、前記キャプチャ画像を組み込んだデータ放送コンテンツを通信経由で当該端末へ返送することを特徴とする。

本発明の他の構成および作用、効果については以下に詳細に説明する。

本発明によれば、ＢＭＬブラウザ画面上にＨＴＭＬの擬似表現が可能となる。

したがって、従来データ放送の当業者にとって困難だと考えられてきた１２セグ、ワンセグデータ放送で本線映像を提示したままＰＣ向けＨＴＭＬサイトや携帯向けＨＴＭＬサイトのＷＷＷコンテンツを提示することが容易になる。

また、ＷＷＷコンテンツの表示画像をキャプチャしたキャプチャ画像データを用いるので、文字数やフォントなど、ＡＲＩＢ（社団法人電波産業会）の規格では表現できないと思われていたことが実現される。

これらの点で、ワンセグや１２セグのデジタルテレビ放送に関連して、特に表現方法やビジネス利用において大きな進歩を促すことができる。

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

図１に、本実施の形態における情報提供システム全体の構成を示す。

この情報提供システムは、放送局１００が放送波および通信ネットワーク３５０を介して、放送受信端末（以下、単に端末という）２００のユーザに対して情報を提供する。通信ネットワーク３５０は、主としてインターネットを含み、その他、携帯電話網も含みうる。

放送局１００は、放送設備１１０、管理システム１２０、変換サーバ１３０、検索エンジン１４０、１次リンクサーバ１５０、その他を含む。放送設備１１０は、放送番組の映像や音声およびデータ放送のデータを放送波に載せて送信する既知の設備である。管理システム１２０は、後述するＷＷＷコンテンツの表示画像のキャプチャ時の条件やＢＭＬ利用時の条件、および、キャプチャ画像を管理するための管理データベース１２１を含み、各種の情報の管理を行う。変換サーバ１３０は、通信ネットワーク３５０に接続され、ＨＴＭＬで記述されたＷＷＷコンテンツを、データ放送ブラウザ（ここではＢＭＬブラウザ）で閲覧するための本発明特有のデータ変換を行うサーバである。検索エンジン１４０は、通信ネットワーク３５０に接続され、要求されたサイト（ＵＲＬ）のＷＷＷコンテンツを検索するためのサーバであり、２次リンクサーバ３００に対してＷＷＷコンテンツ等の検索を行う検索プログラム１４１、検索結果を蓄積する検索結果データベース１４２を有する。検索結果は、最新情報ＸＭＬ１４３および検索結果ＸＭＬ１４４として出力される。ここでは検索エンジン１４０の出力のフォーマットとしてＸＭＬを例として挙げるがこれに限るものではなく、ＣＳＶ等、他のフォーマットであってもよい。検索結果ＸＭＬ１４４内には、そのコンテンツの抜粋情報やＵＲＬが含まれている。最新情報ＸＭＬ１４３についても同様である。変換サーバ１３０は、取得したＸＭＬをＢＭＬブラウザで利用可能なＢＴＢに変換して利用する。１次リンクサーバ１５０は、上述したように、限られた伝送帯域しかもたない放送波だけでは送出しきれない量の情報を提供するための１次リンクサービス用のサーバであり、このサーバの動作を記述したプロキシプログラム１５１およびコンテンツ等のデータを記憶する記憶部１５２を有し、通信ネットワーク３５０を通じて端末２００へ情報を提供する。このサイトに置かれたコンテンツはデータ放送コンテンツと同じくＢＭＬにより記述され、データ放送ブラウザ（ここではＢＭＬブラウザ）により処理される。変換サーバ１３０、検索エンジン１４０、および１次リンクサーバ１５０は図では放送局１００の内部に配置しているが、それらの少なくとも一つは、物理的にも運営上も放送局１００の外部に配置されてもよい。

通信ネットワーク３５０には、多数のＷＷＷコンテンツを提供するサイトがあり、前述したように、そのようなサイトのＷＷＷサーバを、１次リンクサーバと区別するために本明細書では２次リンクサーバ３００と呼んでいる。２次リンクサーバ３００上に置かれたＷＷＷコンテンツは通常、ＢＭＬとは異なるＨＴＭＬ等（ＸＨＴＭＬ、ｃＨＴＭＬ等を含む）のマークアップ言語で記述され、ＷＷＷブラウザ（ここではＨＴＭＬブラウザ）により処理される。

図２は、図１に示したシステムの各部の細部を示す。この図において、図１に示した要素と同じ要素には同じ参照番号を付してある。

２次リンクサーバ３００は、多数存在しうるが、図では単一個のみ示してある。２次リンクサーバ３００が提供するＷＷＷコンテンツは、ＨＴＭＬデータ３０１、ＧＩＦ，ＪＰＧなどの所定のフォーマットの画像データ３０２、ＲＳＳなどの更新データ３０３を含む。ＨＴＭＬデータは、ＨＴＭＬ文書、ＨＴＭＬファイルとも呼ばれる。以下では単にＨＴＭＬという場合もある（ＢＭＬについても同様である）。

放送局１００の変換サーバ１３０は、定期起動プログラム１３１、変換プログラム１３２、絵文字変換画材・絵文字フォント１３３、配置・転送・入替部１３７、キャプチャ画像の画像ファイル名やＨＴＭＬから解析された情報等を格納するためのキャプチャ情報格納データベース（キャプチャＤＢ）１３８等を含み、バッチ処理あるいはリクエスト時にリアルタイム処理する。図２では、キャプチャ情報格納データベース１３８は変換サーバ１３０に属するものとして示したが、管理システム１２０に属するものとしてもよい。また、管理データベース１２１に内包するものであってもよい。

定期起動プログラム１３１は、管理システム１２０の管理データベース（ＤＢ）１２１の内容あるいは検索エンジン１４０からの情報に基づいて、定期的に変換プログラム１３２を起動するプログラムである。

変換プログラム１３２は、管理ＤＢに保存されたＵＲＬに基づいて、または、検索エンジンから与えられたＵＲＬに基づいて、あるいはデータ放送端末から通信ネットワークを経由してリクエストするＵＲＬに基づいて、２次リンクサーバ３００にアクセスし、そこから取得されたＷＷＷコンテンツを受けて、一旦、ＨＴＭＬブラウザによりそのＨＴＭＬデータを解析して表示画像を生成し、その画像をキャプチャしたキャプチャ画像１３４を生成するＵＲＬリクエスト・ブラウザキャプチャ部１３２ａ、ＨＴＭＬデータ内に含まれるリンク情報やフォーム情報を抽出するリンク・フォーム情報抽出部１３２ｂ、ＨＴＭＬ内に含まれるリンク設定箇所の表示画像上での位置（リンク座標）の解析を行うための文字認識部（ＯＣＲ：Optical Character Reader）１３２ｃ、キャプチャ画像、リンク情報（ＷＷＷコンテンツに含まれる各リンクについてのキャプチャ画像上の各リンク位置の座標情報、リンク対象情報、リンク先ＵＲＬ等）に基づいて所定のＢＭＬ１３５を生成するＢＭＬ生成部１３２ｄ、個々のＢＭＬ生成部に付随したＢＴＢ（Binary data TaBle）１３６を生成するＢＴＢ生成部１３２ｅ、必要時にリンクの先読み処理を行う先読み処理部１３２ｆを含む。

ＵＲＬリクエスト・ブラウザキャプチャ部１３２ａには、既知の自動スクロール対応の画像キャプチャプログラムを用いることができる。取得対象のＷＷＷコンテンツを提供するサイトが機種判別サイトである場合、通常、ブラウザのユーザエージェント（UserAgent）により機種判別を行うので、変換サーバ１３０が当該サイトをアクセスする場合には、ブラウザのユーザエージェントを書き換えて利用する。キャプチャ画像のフォーマットは特に限定するものではないが、実利用においては、例えばＪＰＥＧを利用することができる。このＪＰＥＧ画像は、その後の利用方法に応じて別途他のフォーマットに変換することもできる。現在のデータ放送の規定によれば、ワンセグデータ放送ではＪＰＥＧあるいはＧＩＦを利用可能でき、１２セグデータ放送では、ＪＰＥＧあるいはＰＮＧを利用できる。

リンク・フォーム情報抽出部１３２ｂはＨＴＭＬ解析プログラムを有し、ＨＴＭＬのソーステキスト解析し、リンク情報や入力フォームの情報を収集する。

絵文字変換画材・絵文字フォント１３３は、携帯電話端末で利用される絵文字について、ＢＭＬブラウザの表示フォントや、絵文字を表現するための画材を予め用意したものである。

配置・転送・入替部１３７は、変換サーバ１３０の出力を、放送経由または通信経由で端末２００に閲覧させるために、放送設備１１０へ送ったり、１次リンクサーバ１５０に送ったりするため、各種情報の配置、転送、入替等を行う部位である。

１次リンクサーバ１５０は、プロキシプログラム１５１を有し、端末２００からのリクエストに応じて、記憶部１５２に予め蓄積されているキャプチャ画像１３４、ＢＭＬ１３５、ＢＴＢ１３６の組の中から該当するデータを見つけて、通信経由で端末２００へ送信する。図示しないが、１次リンクサーバ１５０はキャプチャ画像を組み込んだＢＭＬ以外にも従来のＢＭＬコンテンツに対するリクエストにも応答する。なお、リアルタイム処理時には、１次リンクサーバ１５０内に、キャプチャ画像１３４、ＢＭＬ１３５、ＢＴＢ１３６の組が蓄積されておらず、その都度、変換サーバ１３０に変換処理を依頼する。

変換サーバ１３０では、ＢＭＬ・ＢＴＢ・キャプチャ画像を取得するためのＵＲＬが決定され、１次リンクサーバ１５０へ予め通知される。バッチ処理の場合は、変換サーバ１３０で作成したＢＭＬ・ＢＴＢ・キャプチャ画像のファイルを１次リンクサーバ１５０へ事前に転送する。１次リンクサーバ１５０は、受信したファイルを記憶部１５２に格納する。視聴者は事前に作成されたこれらの情報を参照する。リアルタイム処理の場合は、端末２００がＵＲＬ（検索の場合は検索条件なども含む）をプロキシサーバ１５０のプロキシプログラム１５１にＨＴＴＰリクエストし、プロキシプログラムは変換サーバ１３０へ該当するＵＲＬや検索条件を渡す。変換サーバ１３０は、ＵＲＬで得られるＷＷＷ画面をキャプチャした画像や、そのキャプチャ画像に関連する情報が記入されたＢＴＢをプロキシサーバ１５０に返す。また、変換サーバは、データ放送端末に対して、これら画像やＢＴＢへアクセスするための情報をプロキシプログラムを通して、ＨＴＴＰレスポンスとして返す。

放送設備１１０から送出される放送波には、放送番組の映像および音声の他、データ放送のデータとして、イベントメッセージ、ＢＭＬ、ＢＴＢが含まれうる。キャプチャ画像を組み込んだＢＭＬデータを放送波に載せて送出することも可能である。イベントメッセージとは、受信端末で提示中のＢＭＬコンテンツに対して、放送局から送られるメッセージ情報であり、放送局側からリアルタイムでコンテンツの動作を制御するために用いられる。

なお、各種サーバは、特に図示しないがＣＰＵ、メモリ、入出力装置、表示部、操作部等のハードウェアを含む情報処理装置により構成され、プログラムを実行することにより、所期の動作を実現する。

ここで、本実施の形態における端末２００における表示画面について説明する。

図３は、携帯電話端末のようなワンセグ受信端末における表示領域の例を示している。携帯電話端末では、通常、表示画面４００を、テレビ放送の映像を表示する本線映像表示領域４０１と、データ放送コンテンツを表示するデータ放送表示領域と４０２とに分けて、両者を同時に表示画面上に表示することができるように構成されている。データ放送表示領域４０２は、例えばワンセグデータ放送では横２４０×縦４８０ピクセルのサイズである。このデータ放送表示領域４０２に本実施の形態におけるＨＴＭＬ表示画面のキャプチャ画像を表示する。ただし、キャプチャ画像表示領域４０３は、ＢＭＬ提供者の意思により変動しうる。たとえば、他に表現したい要素が存在する場合や、キャプチャ画像を、データ放送表示領域４０２よりも狭い領域で表現したい場合は、小さい画像表示領域を設定することができる。

１２セグのデータ放送表示領域は、一般にハイビジョンを対象とするため、横960ピクセル、縦540ピクセルの領域である（その他、横：縦=720:480の場合も規定されている）。このデータ放送表示領域の中に映像領域が含まれる。映像領域の大きさはハイビジョンの場合、7種規定されている。動画を画面全体に表示してデータ領域を非表示とすることも可能であり、逆にデータ領域を全体に表示して動画を表示しないような表現も可能である。

キャプチャ画像の生成は、画像キャプチャプログラムを用いてＨＴＭＬブラウザの全表示領域をキャプチャする。この際、ＨＴＭＬブラウザは、画像キャプチャプログラムが対応可能な範囲でできるだけ縦幅を短くし、スクロール機能を用いて縦幅が最小サイズの画像をキャプチャできるようにする。ＨＴＭＬ表示の横幅は、一般にブラウザで文字が読み取れるサイズを基本とする。ただし、ＨＴＭＬサイトの表示レイアウト維持を重視する運用もありうるため、横幅は変更可能とする。１２セグ放送についても、同様に規定された表示領域内でキャプチャサイズを定義することが可能である。

以下に、管理システム１２０における画面キャプチャサイズの管理方法について具体例を示す。

キャプチャ画像が画像表示領域より大きい場合の対応は、管理システム１２０の管理画面（図示せず）でサイト毎あるいはサイトのＵＲＬのパターン毎あるいはシステム全体で定義する。キャプチャサイズは、横240ピクセル、縦480ピクセルの制約内で、放送局のデザインにしたがって以下のように変更することができる。

対応例１） 縦、横を同一比率で一律に縮小し、表示領域内に入る単一の画像ファイルを生成する。
対応例２） 横幅を画像表示領域にあわせ、縦方向に必要な数の画像ファイルに分割しなおす。
対応例３） 上記１）、２）の組み合わせ。例えば、対応例１を実施する縦横比を閾値設定し、閾値外の場合は、画像を分割する。
対応例４） 対応例１を常に実施し、これとは別に対応例２を作成する。対応例１で取得した画像をリンカブルとし、対応例２の分割画像を別途呼び出すことが出来るようにする。例えば、左側に全体のキャプチャイメージを配置し、右側に拡大画像を配置した画像を生成する。

キャプチャ画像が画像表示領域より小さい場合の対応も同様に、設定画面で次のようないずれかの方法を適用するよう管理する。
対応例１） 拡大する。
対応例２） 背景画材を追加し、画像表示領域の大きさに統一する。
対応例３） 何もしない。

図４は、ワンセグ受信端末における映像とデータ放送により得られたデータを表示した画面例（ａ）と、このデータ放送表示領域４０２の一部に重ねて、同データ放送コンテンツに対応する携帯サイトのＨＴＭＬコンテンツのキャプチャ画像４１０を重ねて表示した画面例（ｂ）とを示したものである。これは、ＨＴＭＬコンテンツのキャプチャ画像をデータ放送の補完情報として表示した例を示している。図の例では、キャプチャ画像表示領域４０３をデータ放送表示領域４０２のサイズより小さく設定して、データ放送のデータにキャプチャ画像を重ねて表示してもデータ放送表示領域の表示内容の一部が見えるようにした場合を示している。これに代えて、画面の横幅全体を使ってキャプチャ画像４１０を表示することも可能である。

１２セグ受信端末においても同様であり、携帯サイトだけでなく、ＰＣ向けＷＷＷサイトから得られるＨＴＭＬコンテンツについても利用可能である。また、1セグ受信端末において、ＰＣ向けＷＷＷサイトのＨＴＭＬコンテンツを表示することも可能である。

図５は、ＨＴＭＬコンテンツのキャプチャ画像が本線映像とともに表示される際に、そのキャプチャ画像について、視聴者（ユーザ）に対して注意を喚起するための表示態様の例を示している。但し、この図では本線映像の表示領域は図示省略している。図５の表示態様は、キャプチャ画像４１０を囲む表示枠（枠線または枠領域）４１２ａ〜４１２ｃの色や明るさ、模様等による識別表示と、警告テキスト４１３の表示によるものがありうる。これら識別表示や警告テキストの表示は、放送局側でＢＭＬに組み込まれる。図の例では、表示枠４１２ｂは、放送局が管理するＨＴＭＬのキャプチャ画像を表示している場合を示している。表示枠４１２ｃは、放送局が許可したＨＴＭＬのキャプチャ画像を表示している場合を示している。例えば、番組に関連するスポンサーサイトや番組サイトなどを表示する場合である。表示枠４１２ａは、放送局が関与しない（番組と関係のない）ＨＴＭＬのキャプチャ画像を表示している場合を示している。この表示枠４１２ａは、例えば、コンテンツ検索機能を利用した場合、あるいは番組や放送局に関係ないスポンサーサイトやイベントサイト、もしくは全く関連性がないＨＴＭＬサイト等を表示する際に用いる。警告テキスト４１３として「放送とは関係ないサイトです。」というコメントを表示している。これらの３種の表示枠４１２ａ〜４１２ｃの区別は、後述する図１５に示す各サイトについて定められた「サイト種別」に基づいて行われる。テキスト表現は、自由であり、画材やＢＭＬのマーキーで表現することができる。このような表示態様は、画像加工処理により行われ、当該キャプチャ画像の内容と本線映像との関連性や番組非連動コンテンツとの関連性の強さに依存して、放送局主体で変更する。すなわち、視聴者が本線映像との関連性を認識できるようにするために放送局の意思で表示コントロールをする。そのための仕組みについては後述する。

次に、キャプチャされたＨＴＭＬ表示画面のキャプチャ画像上に設定されているリンクについての、本実施の形態における取り扱いについて説明する。リンクとは、あるＨＴＭＬ文書と他のＨＴＭＬ文書や画像とを結びつける機能であり、次に示すように、ＨＴＭＬ文書中に、ａ（アンカー）開始タグおよび終了タグで囲まれたリンク文字（またはリンク文字列）がリンク設定箇所となり、移動先の文書や画像のＵＲＬが開始タグ内に含められる。リンク文字は、通常、ブラウザ表示画面上で、下線が付されたり、文字の色が変えられたりして、その位置にリンクが設定されていることがユーザに知らしめられる。リンク文字の代わりに画像が利用される場合もある。このようなアンカー開始タグおよび終了タグで挟まれたリンク文字や画像を本明細書では「リンク対象情報」と呼ぶ。
＜a href="URL"＞リンク文字＜/a＞

キャプチャ画像内にはリンク文字も含めてイメージとして取り込まれるが、当然ながら、キャプチャ画像を表示しただけではリンク機能は達成できない。本実施の形態では、ＨＴＭＬコンテンツのブラウザ表示画面をキャプチャしたキャプチャ画像を取り込んだＢＭＬコンテンツを表示した場合にも、そのキャプチャ画像内に設定されたリンクについて、擬似的にリンク表現を行うとともに、リンク機能を達成する仕組みを導入する。

本実施の形態において、ＨＴＭＬコンテンツの表示画面のキャプチャ画像（ＨＴＭＬキャプチャ画像ともいう）上に擬似的にリンクを表現するため、以下の手順を用いる。

＜リンク情報の取得＞
（１）次に示すように、ＨＴＭＬ文書のソース（ＨＴＭＬソース）から、アンカータグを基に、リンク文字と移動先ＵＲＬと、リンク文字の前後数文字との組み合わせを全て取得する。
前数文字＜a href="URL"＞リンク文字＜/a＞後数文字
（２）ＵＲＬが相対パスの場合は、ＢＡＳＥ ＵＲＬがあればその値からの相対ＵＲＬを絶対ＵＲＬに変換する。ＢＡＳＥ ＵＲＬが存在していない場合は、現在のＵＲＬを基に絶対ＵＲＬに変換する。
（３）上記（１）で求めたリンク文字の、キャプチャ画像上での存在座標を、その前後数文字の存在を確認しながら文字認識部１３２ｃを用いてキャプチャ画像から取得する。リンク文字だけでなく、その前の文字列および後の文字列まで含めるのは、各リンクの位置を一意に識別するために、各リンク文字列の存在位置をより正確に認識するためである。（リンク文字のみであれば、異なるリンク設定箇所に同じリンク文字が存在しうる。あるいは、リンク設定されていない同文字列も存在しうる。）

これらの方法で取得したリンク情報をＢＭＬで表現する方法の例を以下に説明する。ＢＭＬブラウザの表示画面上でのリンク情報の表現方法としては、リンク文字座標を利用する場合としない場合とが考えられる。以下、両場合を分けて説明する。

＜リンク情報の表現方法（リンク文字座標を利用しない場合）＞
図６に示すように、この場合、データ放送表示領域４０２の任意の場所（図では最下部）にリンク文字表示領域４０５を配置する。併せて、リンクに関する操作ガイダンス部４０６を表示する。図示の例では、上下の三角マークにより、リンク文字表示領域４０５に表示されているリンク文字をキャプチャ画像中の上下の次のリンク文字に切り替える（すなわち、リンク箇所を次に移動する）、ということを示している。この操作ガイダンス部４０６の位置はリンク文字表示領域４０５の隣としているが、これに限るものではない。この画面は、ワンセグ放送の受信端末を想定しており、操作ガイダンス部４０６はそのような端末の操作部に通常存在する上下キーおよび決定キーに対応した操作ガイダンスとなっている。

なお、上下キーでフォーカスを移動する対象として、操作ガイダンス部４０６の「上三角マーク」、「表示」、「下三角マーク」も含めるようにしてもよい。これは、全てのリンクの座標を把握して、フォーカス要素をその座標上に表現できない場合に有用である。また、図上のフォーカス移動と同期して、画面下部のリンク文字列の表示文字の切替をECMAScriptで実現することが可能である。この場合、ＢＴＢファイルの構造上、フォーカスされる要素番号を入れる項目を追加する。フォーカスされた要素番号をキーにＢＴＢファイルを検索し、該当するリンク文字列を把握する。

１２セグ放送の受信端末では、上下左右やカラーボタンも備わっているため、別の操作ガイダンス部の構成も考えられる。これらのキーやボタンを利用してキャプチャ画像上に存在するリンクを順次選択させ、決定ボタンを利用したユーザの指示を画面遷移のリクエストとしてＢＭＬブラウザで処理する。ＢＭＬブラウザは、そのリクエストに応じて、例えば、放送波内の他の画像や１次リンクサーバ上の他の文書や画像をリクエストし、表示を切り替える。

＜リンク情報の表現方法（リンク文字座標を利用する場合）＞
図７に、ワンセグ放送の受信端末におけるＢＭＬ上にＨＴＭＬの擬似表現（リンクの擬似的表現）を行った画面例を示す。

データ放送上に送出したＢＭＬデータには、キャプチャ画像と、リンクを表現するためのタグ要素を配置する。コンテンツを軽量化するため、リンク文字（図の例では下線付き文字）の左上に配置される縦横が数ピクセルのリンク標識４１１（この例では、四角形状の画像または記号）を作成する。この代わりにリンク文字列の一部の文字や文字列全体を囲む矩形等を生成してもよい。リンク標識４１１は表示（可視）、非可視（非表示）のいずれにも設定できる。

１２セグの場合は、リンクの座標表現用のＢＭＬタグ要素を１つ設定する。キャプチャ画像についてＢＭＬブラウザへのリンク座標の動的なデータの受渡し、あるいはＢＭＬの同時生成により、ユーザがリンク文字を選択するに従って、そのリンクに関連した座標へ、リンクを表現するためのＢＭＬタグ要素を動的に移動させる。

ＢＭＬは例えて言えば、机の引き出しのようなものであり、引き出しの中に文字を入れる小箱や、画像を入れる小箱、あるいはフォーカスを当てて操作ボタンのように表現するためのフォーカス用のタグ要素を入れる小箱を並べることができる。

１２セグの場合は、これら小箱を画面上に表示した後であっても、その位置を移動させることができる。したがって、その位置を指定するために、リンク文字の座標データをＢＭＬブラウザに渡す。１２セグのデータ放送画面では、リンクの対象がボタン操作で切り替わるのにしたがって、リンク位置を表現するフォーカス用のタグ要素の座標に、座標データ（ＢＴＢ）を反映させる。この方法によれば、フォーカス用のタグ要素はひとつで済む。

具体的な運用では、１２セグ向けに、放送局はあらかじめリンクフォーカス用のタグ要素とキャプチャ画像を表示する要素をそれぞれひとつずつ記入したＢＭＬを作成して放送で事前に送出したり、ＨＴＭＬ画面キャプチャ画像表示用のＢＭＬを返すプログラムとして１次リンクサーバ上に事前に設置しておく。そこで、視聴者がＢＭＬブラウザで、あるＨＴＭＬのキャプチャ画像を表示する場合は、端末上でＢＭＬのスクリプトが内部的に動作し、そのキャプチャ画像に対するＵＲＬを引数として１次リンクサーバへアクセスする。あるいは放送波のＨＴＭＬキャプチャ画像表示用のＢＭＬを利用する場合は、ＡＲＩＢ（社団法人 電波産業会）で規定されたＢＭＬブラウザのメモリ領域に変換システムで変換させるＨＴＭＬのＵＲＬをセットして画像表示用のＢＭＬへ遷移する。

放送波上でＢＭＬファイル，ＢＴＢファイル，画像ファイルのすべてが送出できる場合は放送波のそれぞれのファイルを利用することができる。しかし、通常は放送波の帯域が狭いため、１次リンクサーバ上のＢＭＬを利用する。この場合、端末はＢＭＬを解釈し、画像ファイルと画像上のリンク文字が存在する座標が記入されたＢＴＢファイルを１次リンクサーバから取得する。端末では、取得したＢＴＢのレコードに従って、リンクフォーカス用のタグの表示位置を移動させる。

なお、ＢＴＢを利用すると表現がしやすくなり、また１２セグでは予め作りこんだＢＭＬを使いまわすことが可能である。仮に、ＢＭＬを動的に生成する場合、ＢＴＢを読み込んだ状態として、配列を事前に記入したＢＭＬを作るならば、ＢＴＢファイルの通信を省略することも可能である。入力フォームの情報をＢＭＬに反映する場合についても、ＢＴＢを利用すると表現がしやすくなる。この場合も配列を作成すればＢＴＢファイルの生成や、受信端末への受け渡しは必要ない。
なお、ＢＴＢの具体例については後述する。

上述した、放送波のHTMLキャプチャ画像表示用のＢＭＬを利用する場合に、ＢＭＬブラウザのメモリ領域にＨＴＭＬのＵＲＬをセットして画像表示用のＢＭＬへ遷移する際の動作について補足する。１２セグでは、ＢＭＬ上にリンクを表現する要素を一つだけ作成し、ＢＴＢのデータに記述された座標にリンクを再現することが可能である。また、読み込み済みのＢＭＬのＥＣＭＡＳｃｒｉｐｔで記述すれば、ＢＭＬの読み直しなく、画像ファイルとＢＴＢファイルだけをサーバから取得し、反映することが可能である。

したがって、１次リンクサーバ上のＢＭＬを１回ダウンロードするとその後、共通で利用することができる。こういった利用方法においては、ＢＭＬは単一のＵＲＬになる。逆に言うと、どのＨＴＭＬを参照する場合も共通の「ＨＴＭＬ参照ＢＭＬ」（例えば、ｈｔｔｐ：／／ｔｏｋａｉ−ｔｖ．ｃｏｍ／ｈｔｍｌ＿ｖｉｅｗｅｒ．ｂｍｌなど）と、固定の名称を付ける。

前述のように、ＢＭＬではプログラムの一種であるスクリプトを実行することができる。スクリプトの処理としては、画像ファイルとＢＴＢファイルを特定するための情報であるＨＴＭＬのＵＲＬを、そのままあるいは加工してサーバへ画像ファイルやＢＴＢファイルをリクエストする。

ＵＲＬを指定しながら「ＨＴＭＬ参照ＢＭＬ」を呼び出す際にもいくつか方法がある。

例えば、１次リンクサーバ（ＷＷＷサーバ）ならばＣＧＩプログラムの引数としてＨＴＭＬのＵＲＬを引き渡す方法が利用できる。本実施の形態では、ＢＭＬならではの方法として、メモリにＨＴＭＬ情報（つまりＵＲＬ）を書き込むこととしている。ＢＭＬブラウザ上のメモリ領域へ一旦ＵＲＬをＥＣＭＡＳｃｒｉｐｔで記録したのちに、「ＨＴＭＬ参照ＢＭＬ」をリクエストし、その後「ＨＴＭＬ参照ＢＭＬ」が読み込まれた時点でメモリ領域に記録されたＵＲＬを利用してサーバに画像ファイルやＢＴＢファイルをリクエストする。その後のＢＭＬの処理では、ＵＲＬをメモリに記入して、再度「ＨＴＭＬ参照ＢＭＬ」が読み込まれた時点で起動するスクリプトへ処理を任せれば、ＢＭＬの読み込みが不要となる。

もう一点、メモリにＨＴＭＬ情報（つまりＵＲＬ）を書き込むことの利点は、放送波でＢＴＢファイルや画像ファイルの読み替えを行うときにも有効であることである。特に放送波には、ＣＧＩを実行するＷＷＷサーバにあたるものが存在しない。そこで何か情報を持たせて、別のＢＭＬへ遷移する場合は、ＢＭＬブラウザ上のメモリ上に必要な情報を記録してから該当ＢＭＬを放送波から取得するＢＭＬを作る。取得したＢＭＬはメモリ上の情報を利用して、自身のＢＭＬ内のＥＣＭＡＳＣｒｉｐｔ処理でＢＴＢファイルや画像ファイルを読み替える。

以上のような１２セグの場合に対して、１セグの場合は処理負荷やコンテンツサイズが肥大化を軽減することを優先し、ＢＭＬを画像キャプチャと同時に生成する。すなわち、ワンセグの場合は、「小箱」を移動させることができない。したがって、ＨＴＭＬのリンクに該当する位置へフォーカスさせるには、そのリンク位置すべてにフォーカス用のタグ要素を事前にＢＭＬデータ内に記入しておく必要がある。

また、上述したように、図７の表示領域４０５に表示するＨＴＭＬのリンク文字を、フォーカスの変更と同期して変更することも可能である。この場合、ＢＭＬで実行可能なスクリプトの一種としてのＥＣＭＡＳｃｒｉｐｔを利用して、キャプチャ画像上のリンク要素のフォーカスが変更されるのに同期して、リンク文字を切り替るような表現が可能である。

ワンセグの場合、タグの表示座標を移動できないため、リンクフォーカス用のタグ要素をキャプチャ画像上のリンクの数だけ配置しなければならない。したがって、１次リンクサーバ上でリクエストされた画像上に存在するリンクの座標それぞれの位置にフォーカス用のタグを記入したＢＭＬを返す。ワンセグ端末は、ＢＭＬ，ＢＴＢ，キャプチャ画像を取得するが、座標を変更できないためＢＴＢ内のリンク座標の情報を利用しない。事前に配置されたＢＭＬ上のリンクオブジェクトを各社が提供するブラウザソフトの仕様にしたがって、フォーカスオブジェクトが変更される。

リンク関連の表示では、リンク文字の表示に代えて、図８に示すように、リンク先ＨＴＭＬコンテンツを順次画像としてキャプチャし、縮小(サムネイル化)して、データ放送表示領域４０２の一部に設けたサムネイル表示エリア４１４に表示することにより、サイト全体のコンテンツ構造を表示画面上で視覚的に表現することも可能である。この際、サムネイル画像をリンク先文字列やＵＲＬとともに保存しておく。これらの情報は、ＰＣ向け、携帯電話端末向け、データ放送向け、ワンセグ向け、等いずれに対しても利用可能な情報となる。

以下、図２を参照して本システムの処理フローを、バッチ処理とリアルタイム処理の両方に場合について説明する。

＜バッチ処理の場合＞
バッチ処理の場合、管理システム１２０によりＨＴＭＬサイトの変換対象ＵＲＬや変換期日を事前登録しておき、定期起動プログラム１３１の働きにより、定期的に変換対象のＵＲＬについてバッチ処理を行う。あるいは、検索エンジンなどを利用して特定のＵＲＬパターンの最新情報を自動抽出し、変換対象のＵＲＬを取得する。例えば、次のようなＵＲＬを情報源として指定し、予めバッチ処理する。
(a)広告主や広告代理店から指示されたＵＲＬ（ＰＣ用でも携帯用でもよい）
(b)特定ＷＷＷサイトの新着情報（放送局１００の自社ページや放送番組のスポンサーページを含む）
(c)ＲＳＳや検索エンジンの結果あるいは、新着情報ＨＴＭＬページ、ＸＭＬ，ＣＳＶなどの情報）
(d)特定キーワード、ジャンル毎に情報を整理したショッピングサイト、飲食店情報など

いずれの情報も人手を介した収集が可能であるが、ＲＳＳや検索エンジンの日付順情報などを利用する場合は自動的に情報を収集することが可能である。

１次リンクサーバ１５０に事前保存するＢＴＢファイル名について、固定ファイル名で運用するか、ＵＲＬの名称から一意に特定できる名称を適宜切り替えて運用するかは、利用方法によって切り替えることができる。

また、リアルタイム処理に時間がかかる場合、視聴者は１次リンクサーバ１５０へＨＴＭＬのＵＲＬおよび視聴者端末を識別する情報をリクエストしたあと、このリクエストの応答を待機する必要なく、１次リンクサーバ１５０がそのリクエストに応じて変換処理を終了した後に、データ放送のイベントメッセージ機能を用いて、変換処理が完了したことを視聴者へ通知する構成とすることも可能である。あるいは、バッチの場合は、１次リンクサーバ１５０に新しいＢＴＢファイルやキャプチャ画像が登録されたことをデータ放送のイベントメッセージ機能を通じて視聴者へ通知することも可能である。

なお、上述したリアルタイム処理とバッチ処理とでは、現状の通信環境では、応答時間の問題から、バッチ処理が現実的である。

次に図９により、管理システム１２０について説明する。

放送局１００側の管理者は、管理システム１２０において、ＨＴＭＬコンテンツのキャプチャ画像を収集・蓄積するバッチ処理を行う場合、事前に次のような事項を管理データベース（ＤＢ）１２１に登録しておく。但し、このような事前登録を行わない運用も可能である。
(a)検索を開始するＵＲＬ情報
・新着情報（ＲＳＳ，ＣＭＳ，アンテナなど）
・番組に関連するＵＲＬ，スポンサーサイトなど
(b)検索範囲を限定する情報
・１次リンクサーバ１５０で扱う対象内・外のＵＲＬパターン

本線映像ととともに表示するデータ放送表示領域にキャプチャ画像として表示する対象となるＷＷＷコンテンツおよびそのサイトを予め許可した範囲内に限定したい場合にこのような情報を登録しておく。本線映像の放送局と別の提供者からのコンテンツがデータ放送表示領域に表示されたとき、情報提供者に関して視聴者の誤解や混同を招くおそれがある。したがって、このようなサイトについては予めキャプチャ画像取得の対象外としたり、対象内であっても図５で説明したような所定の表示態様をとってユーザの注意を促す、等の対応をとることが好ましい。

例えば、「ｘｙｚテレビ放送」という放送局の場合に、ｈｔｔｐ：／／ｘｙｚ−ｔｖ．ｃｏｍ／ｍｏｂｉｌｅ、ｈｔｔｐ：／／ｗｗｗ．ｘｙｚ−ｔｖ．ｃｏｍ／ｍｏｂｉｌｅから始まるＵＲＬが自社の携帯サイトであるとする。このようなＵＲＬから始まるＵＲＬで指定されるＨＴＭＬコンテンツは少なくとも当該放送局が管理するコンテンツであると認識されるため、キャプチャ画像を利用したＨＴＭＬ情報の擬似表現を行っても、上記のような誤解や混同は生じない。したがって、このようなサイトについては検索範囲内と指定する。

一方、番組スポンサーや地方自治体などが管理するＵＲＬについては、放送局が管理しているＵＲＬと言い切れない。または、視聴者にリアルタイムプロキシ機能を開放する場合、リクエストされるＵＲＬはまったく放送局が関与しないＵＲＬとなり得る。このような利用方法に合わせて、１．放送局管理、２：放送局認可、３：放送局無関係、といったコンテンツを区分する情報を管理することができる。放送局以外の提供者によるＨＴＭＬコンテンツのＵＲＬを検索対象内とする場合には、上述のように所定の表示態様をとってユーザの注意を促す。また、放送局のサイトであってもＨＴＭＬコンテンツのキャプチャを許可せず、ＨＴＭＬブラウザで表示させるＵＲＬパターンも管理することが可能である。

管理システム１２０では、バッチ処理の起動タイミングを管理するためにタイマ設定を行うこともできる。事前にバッチ対象のＵＲＬを管理画面に登録する際に、画面キャプチャ後、次にキャプチャする日時や、キャプチャ間隔を管理することができる。

視聴者の端末２００は、本実施の形態において次のような処理を行う。
(1)ユーザの操作に応じてデータ放送を受信再生し、表示する。
(2)ユーザの操作に応じて、プロキシサーバへＨＴＭＬサイトのＵＲＬへのアクセスを要求する、または、検索キーワードを送信する。
(3)プロキシサーバから、キャプチャ画像やリンク情報を組み込んだＢＭＬコンテンツを受信して表示する。
(4)ユーザの操作に応じて、リンク情報や画像による更なる画面遷移を行う。具体的には、要求されたリンク先のコンテンツの提示方法が１次リンクか否かに従って次画面への遷移を行う。

変換サーバ１３０は、バッチ処理の場合、登録されたＵＲＬについて、順次、次のような処理を行う。
(1)ＨＴＭＬブラウザを利用し、ＷＷＷサーバからＨＴＭＬコンテンツを受信する。携帯の絵文字については、ＢＭＬブラウザの表示フォントや、絵文字変換プロキシなどを通して画材へ変換して対応する。
(2)ＨＴＭＬコンテンツのソース情報をパースし、関連情報を取得する。具体的には、リンクＵＲＬ、そのリンク文字、画像等を取得する。また、入力フォームが存在し、その入力フォームをエミュレートする場合はその要素（変数名、型など）を抽出する。
(3)ＨＴＭＬブラウザ画面をキャプチャし、キャプチャ画像として保存する。また、キャプチャ画像上での各リンクの座標情報を取得し、上記リンクの情報と関連付ける。
(4)取得された情報をキャプチャ情報格納データベース１３８へ格納する。

１次リンクサーバ１５０は、プロキシサーバとして、次のような処理を行う。
(1)端末２００からのＵＲＬのリクエストを受けて、記憶部１５２を検索し、または、変換サーバ１３０に当該ＵＲＬのＨＴＭＬコンテンツの取得および変換を要求する。
(2)取得した当該キャプチャ画像を表示するためのＢＭＬデータおよび必要な場合にＢＴＢデータを端末２００に返す。この返す情報は、単体ページでも、複数ページでもよい。

ここで、変換サーバ１３０がＨＴＭＬコンテンツから収集する情報について説明する。変換サーバ１３０は、以下の手順で、ＨＴＭＬサイトの情報を収集する。
(1)携帯向けＨＴＭＬサイトまたはＰＣ向けＨＴＭＬサイトをＨＴＭＬブラウザで表示した結果をキャプチャ画像として保存する。
(2)キャプチャ画像名はＵＲＬと１対１になる名称などをつけて保存する。
(3)ＨＴＭＬコンテンツの表示画像は、ＨＴＭＬの表示エリアが広くスクロールが必要な場合には、自動的にスクロールして画面全体をキャプチャする。
(4)ＨＴＭＬソースに記述されたリンク情報として、リンクタグやＵＲＬ（ａタグのＨＲＥＦおよびリンク文字）を画像と同時に取得する。
(5)キャプチャ画像の大きさはデータ放送で表示できる幅、高さ毎に分割して保存する。

このようにして収集されたＨＴＭＬサイトの情報は以下の通りである。
・特定ＨＴＭＬのＵＲＬ
・キャプチャ画像
基準となる画像ファイル名はＵＲＬと１対１に変換可能であるものとする。
・キャプチャ画像の上下左右の位置座標情報
画像ファイルを分割した場合、各ファイル単位で座標を取得する。
・リンク文字
・リンク先ＵＲＬ
・リンク文字が存在している保存済みキャプチャ画像上の座標

図１０により、バッチ処理の場合の、端末２００と１次リンクサーバ１５０と変換サーバ１３０と２次リンクサーバ３００との相互の間の動作例を説明する。

変換サーバは、事前に、上述した所定の条件に従って、２次リンクサーバに対して所定のＵＲＬについてＨＴＭＬリクエストを発行し（Ｓ３１）、ＨＴＭＬデータの返送を受ける（Ｓ４１）。さらに、この受け取ったＨＴＭＬデータからキャプチャ画像およびリンク情報が付加されたＢＭＬコンテンツ用データを生成し、データベースに蓄積する（Ｓ３２）。このような動作を、多数のＨＴＭＬコンテンツについて繰り返して実行し、キャプチャ情報格納データベース１３８を構築する。さらに、このバッチ処理により得られたＢＭＬコンテンツ用データであるキャプチャ画像、リンク情報付きＢＭＬおよびＢＴＢファイルを１次リンクサーバ１３０に送信する（Ｓ３３）。１次リンクサーバ１５０は受信したＢＭＬコンテンツ用データを記憶部１５２内に蓄積しておく（Ｓ２１）。変換サーバ１３０からのこのようなＢＭＬコンテンツ用データの送信は、データベース１３８の更新時に逐次行われる。

その後、端末は、ＢＭＬブラウザを起動して（Ｓ１１）、データ放送コンテンツを表示する（Ｓ１２）。このデータ放送コンテンツの中からリンクされた、後述する「リンク先提示方法」がＢＭＬであるリンク先のＵＲＬについて、ＨＴＭＬのＵＲＬリクエストを１次リンクサーバに対して発行する（Ｓ１３）。このリクエストを受けた１次リンクサーバは、、そのＵＲＬについて変換済みのＢＭＬコンテンツが記憶部１５２に格納されていれば、ＵＲＬについてのキャプチャ画像およびリンク情報付きのＢＭＬデータを１次リンクサーバに返送する（Ｓ２２）。そのＵＲＬについて変換済みのＢＭＬコンテンツが記憶部１５２に格納されていなければ、変換サーバは、該当するコンテンツが存在しない旨のメッセージ等を１次リンクサーバに返送する。１次リンクサーバも該当するコンテンツが存在しない旨のメッセージ等を端末に返送する。

そのＵＲＬについて変換済みのＢＭＬコンテンツが記憶部１５２に格納されていない場合に、後述するリアルタイム処理においてと同様に、変換サーバに依頼して２次リンクサーバにアクセスさせ、当該ＨＴＭＬコンテンツを取得して変換処理を行わせるようにしてもよい。

端末は受信したＢＭＬデータをＢＭＬブラウザにより表示する（Ｓ１４）。この表示は、本線映像とともに表示することができる。この表示画面のデータ放送表示領域において、ユーザから所定のリンクが指示されたとき、再度、１次リンクサーバに対してＨＴＭＬのＵＲＬリクエストを発行する。上記と同様に、１次リンクサーバは、そのＵＲＬについて変換済みのＢＭＬコンテンツが記憶部１５２に格納されていれば、ＵＲＬについてのキャプチャ画像およびリンク情報付きのＢＭＬデータを端末に返送する。

そのＵＲＬについて変換済みのＢＭＬコンテンツが記憶部１５２に格納されていない場合の動作は上記のとおりである。

端末の表示画面上で指示されたリンクの「リンク先提示方法」がＨＴＭＬである場合、端末はＨＴＭＬブラウザを起動し（Ｓ１５）、このＨＴＭＬブラウザにより、リンク先のＵＲＬについて、２次リンクサーバに対してＨＴＭＬリクエストを発行する（Ｓ１６）。これに対して、２次リンクサーバ３００は、ＨＴＭＬデータを当該端末に対して返送する（Ｓ４２）。端末は、ＨＴＭＬブラウザにより当該ＨＴＭＬデータを表示する（Ｓ１７）。この際、ワンセグにおいて好ましくは、本線映像の表示およびＢＭＬブラウザの表示は停止され、端末の表示画面上にはＨＴＭＬブラウザ画面のみが表示される。

＜リアルタイム処理の場合＞
リアルタイム処理の場合、ＨＴＭＬコンテンツを変換サーバ１３０を用いてキャプチャ画像付きのＢＭＬに変換してＢＭＬブラウザで表現する方法と、ＨＴＭＬブラウザを起動する方法がある。両方法の切替は、好ましくは、上記管理画面を用いて、ＢＭＬブラウザで閲覧するＷＷＷサイト（ＨＴＭＬコンテンツサイト）のＵＲＬまたはＵＲＬパターンを予め管理することにより行う。ＨＴＭＬブラウザの起動は直接本発明に関係しないので、前者について説明する。

本実施の形態では、変換サーバ１３０を用いてＨＴＭＬコンテンツをキャプチャ画像付きのＢＭＬに変換してＢＭＬブラウザで表現する際には、１次リンクサーバ１５０をプロキシサーバとして稼動させる。

リアルタイム処理の場合、例えば利用者は表示させたいＵＲＬを指定し、または検索キーワードを指定し、次のような処理を行いＷＷＷサイトに遷移させる。
（１）プロキシサーバは、端末２００のＢＭＬブラウザから特定ＨＴＭＬコンテンツのＵＲＬのリクエストを受ける。携帯の絵文字については、ＢＭＬブラウザの表示フォントや、絵文字変換プロキシなどを通して画材へ変換して対応する。
（２）プロキシサーバは、（１）で指定されたＵＲＬを変換サーバ１３０に渡して、ＨＴＭＬコンテンツの取得および変換処理を依頼し、変換サーバ１３０からそのＨＴＭＬブラウザ表示画面をキャプチャ画像として取得し、一時保存する。その際の画像ファイル名はＵＲＬと１対１にするか、リクエストごとに一意となるとよい。同時に複数のＵＲＬのリクエストがないならば画像ファイル名は特定個数のファイル名を使いまわしてもよい。
（３）変換サーバ１３０は、当該ＨＴＭＬコンテンツ内の各リンク設定箇所のリンク情報やＵＲＬ情報を抽出し、リスト化する。
（４）プロキシサーバは、キャプチャ画像のＵＲＬ、リンク情報あるいはリンク情報を取得するための１次リンクＵＲＬや、１２セグデータ放送から携帯端末内のＨＴＭＬブラウザを起動させるためのＱＲコード画像が存在するＵＲＬをＢＭＬデータ内に組み込んだものを変換サーバ１３０から得て、当該リクエストを発行した端末のＢＭＬブラウザに対して返送する。
（５）端末のＢＭＬブラウザは（４）で返されたキャプチャ画像を表示するとともに、必要であればリンク情報を取得後、リンク表示する。
（６）端末は、視聴者の操作に応じて、（５）で取得されたリンク情報の中から遷移したい先のＵＲＬをプロキシサーバにリクエストする。以降（１）から繰り返す。

変換サーバ１３０は、視聴者がさらに、リンク先のＵＲＬへアクセスすることが予測される場合は、リンクの先読み処理部１３２ｆにより先読み処理を行って、変換時間を短縮するようにしてもよい。この場合、１次リンクサーバ１５０に事前に保存するＢＴＢファイル名にはＵＲＬの名称から一意に特定できる名称を利用する。

リクエストに対するレスポンスタイム速度向上を意図してプロキシサーバをキャッシュとして利用する場合は、変換サーバに変換情報を蓄積するようにしてもよい。これにより、一度閲覧したコンテンツについて再度リクエストがあった場合に、ＷＷＷサーバに再度アクセスすることなくそのコンテンツを閲覧することができる。

また、１２セグデータ放送では、ＵＲＬを放送表示画面上でＱＲコード表示し、携帯端末が内蔵のカメラで撮影することにより、携帯端末内のＨＴＭＬブラウザへＵＲＬを引渡す運用も可能である。

なお、リアルタイム処理の場合には、１次リンクサーバ１５０内に変換サーバ１３０の機能を備え、内部でキャプチャ画像の取得やリンク情報の取得を行うようにしてもよい。

図１１により、リアルタイム処理の場合の、端末２００と１次リンクサーバ１５０と変換サーバ１３０と２次リンクサーバ３００との相互の間の動作例を説明する。

端末は、ＢＭＬブラウザを起動して（Ｓ５１）、データ放送コンテンツを表示する（Ｓ５２）。このデータ放送コンテンツの中からリンクされた、後述する「リンク先提示方法」がＢＭＬであるリンク先のＵＲＬについて、ＨＴＭＬリクエストを１次リンクサーバに対して発行する（Ｓ５３）。このリクエストを受けた１次リンクサーバは、変換サーバに対して同ＵＲＬについて変換要求を発行する（Ｓ６１）。この変換要求を受けた変換サーバは、２次リンクサーバに対してＨＴＭＬリクエストを発行し（Ｓ７１）。ＨＴＭＬデータの返送を受ける（Ｓ８１）。そこで、このＨＴＭＬデータを解析して、キャプチャ画像およびリンク情報付きのＢＭＬデータに変換し（Ｓ７２）、１次リンクサーバに返送する（Ｓ７３）。１次リンクサーバはこれを端末に返送する（Ｓ６２）。

端末は受信したキャプチャ画像およびリンク情報付きのＢＭＬデータをＢＭＬブラウザにより表示する（Ｓ５４）。この表示は、本線映像とともに表示することができる。

この表示画面において、ユーザから所定のリンクが指示されたとき、再度、１次リンクサーバに対してＨＴＭＬリクエストを発行する（Ｓ５５）。上記と同様に、１次リンクサーバは、変換サーバに対して同ＵＲＬについて変換要求を発行する（Ｓ６３）。この変換要求を受けた変換サーバは、２次リンクサーバに対してＨＴＭＬリクエストを発行し（Ｓ７４）。ＨＴＭＬデータの返送を受ける（Ｓ８２）。そこで、このＨＴＭＬデータを解析して、キャプチャ画像およびリンク情報付きのＢＭＬデータに変換し（Ｓ７５）、これを１次リンクサーバに返送する（Ｓ７５）。１次リンクサーバはこれを端末に返送する（Ｓ６４）。

端末は受信したキャプチャ画像およびリンク情報付きのＢＭＬデータをＢＭＬブラウザにより表示する（Ｓ５４）。

端末は受信したＢＭＬデータをＢＭＬブラウザにより表示する（Ｓ５６）。ここで、表示画面上で「リンク先提示方法」がＨＴＭＬである場合、ＨＴＭＬブラウザを起動し（Ｓ５７）、このＨＴＭＬブラウザにより、リンク先のＵＲＬについて、２次リンクサーバ３００に対してＨＴＭＬリクエストを発行する（Ｓ５８）。これに対して、２次リンクサーバ３００は、ＨＴＭＬデータを当該端末に対して返送する（Ｓ８３）。端末は、ＨＴＭＬブラウザにより当該ＨＴＭＬデータを表示する。この際、好ましくは、本線映像の表示およびＢＭＬブラウザの表示は停止され、端末の表示画面上にはブラウザ画面のみが表示される。

なお、このリアルタイムの変換要求は、変換サーバにおいて、図１０のステップＳ２１に対して該当する変換済みコンテンツがないことが判明したときに、変換サーバがリアルタイム処理の場合と同様の動作を行うようにしてもよい。

次に、ＨＴＭＬ入力フォームについて説明する。ＨＴＭＬ入力フォームの情報をＢＭＬで完全に再現することは難しいが、以下に簡易な手段の一例を示す。

ＨＴＭＬ入力フォーム開始タグ"＜ｆｏｒｍ＞"から閉じタグ"＜／ｆｏｒｍ＞"の間の文字データのうち、入力フォームのタグ、および改行タグなど抽出を必要とする要素以外のタグをすべて除去する。また、水平線タグなど一部のタグは、別途管理機能で定義する文字列に置換する。特にＰＣで問題になるが、入力フォームのボタン押下などイベントに応じて、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプトで挙動が制御されている場合は、基本的に入力フォーム要素の変換対象外とし、途中まで抽出したフォーム要素の情報を破棄する。ただし、システムから管理者に対して入力フォームにＪａｖａＳｃｒｉｐｔ（登録商標）が関連付けられていることを通知し、管理画面で特定ＵＲＬパターンや入力フォームのイベントパターンを設定し、再度取り込み処理を実行して入力フォームタグ要素を抽出できるようにしてもよい。
(1) "＜ｆｏｒｍ" 〜 "＜／ｆｏｒｍ＞"（大文字、小文字混在あり）で囲まれる範囲毎に各入力フォームの要素の情報を求める。
(2)フォームの中からＢＭＬで利用する情報を、予め定めた方法に従って抽出する。

ＨＴＭＬ入力フォームをＢＭＬへ反映するためには、ＢＭＬに直接入力タグを作成してもよいが、動的に反映するため、入力フォーム情報を生成し、これを入力フォーム要素ＢＴＢ（バイナリテーブルファイル）５０７としてＢＭＬに参照させるようにしてもよい。

入力フォームのＢＭＬで表現する方法は種々考えられるが、図１２に示すように以下のような一例が考えられる。
(1)ＢＭＬでは、キャプチャ画像とともに入力フォーム用の矩形要素を表示する。
(2)ＢＭＬには、予めＨＴＭＬ内に存在する要素の種類に限った＜ＤＩＶ＞要素だけか、あるいは全種類の入力フォーム用の＜ＤＩＶ＞要素を記述する。なお、これらの要素はデフォルトで非表示にする。
(3)ＨＴＭＬ内のどのフォームに入力を行うか選択する。
(4)選択されたフォーム要素の子要素（ｔｅｘｔ，ｃｈｅｃｋｂｏｘ，ｔｅｘｔａｒｅａ，ｓｅｌｅｃｔ，およびｒａｄｉｏについては同じｎａｍｅのものを一覧し、選択できるよう表示）をその出現順に表示する。
(5)ＢＭＬでは、子要素に従って、テキスト入力や値選択画面を表示し、視聴者は、入力フォームの各要素に順次答える。

図１３は、上述した管理データベース１２１およびキャプチャＤＢ１３８を統合したデータベース５００の構造の例を示している。このデータベース５００は、リンク（＜ａ＞タグ）に関するリンク詳細情報を含めたものとなっている。

図中、各四角の太枠がデータベースを構成する各種のテーブルを表している。各太枠内の１行目がテーブルの名称を表し、その後続の各行がテーブルの項目を表している。項目から伸びる破線は、他のテーブル項目との関連を示している。具体的には、各種テーブルとして、管理グループ５１０、利用先５２０、利用先グループ５３０、取得開始ＵＲＬ制御５４０、除外ＵＲＬ制御５５０、取得結果５６０、およびリンク詳細情報５７０が設けられている。

管理グループ５１０は、利用先や利用先グループをまとめて取り扱えるように、管理上グループ化して名称を管理するためのテーブルであり、例えば番組名やイベント名などを登録する。テーブル項目として「管理グループ番号」および「管理グループ名」を含む。

利用先５２０は、管理グループと利用先グループを関連付けるためのテーブルであり、テーブル項目として「管理グループ番号」および「利用先ＩＤ」を含む。

利用先グループ５３０は、ＨＴＭＬキャプチャ画像などの大きさを管理するためのテーブルであり、例えば、同一ＵＲＬであっても、ＢＭＬのデザイン表現によっては、図４の４０３の大きさを変えたい場合がある。複数の大きさを取り扱うことができるように配慮したテーブルである。テーブル項目として「利用先ＩＤ」、「利用先名称」、「分割サイズ縦」および「分割サイズ横」、「２次リンクサーバへアクセスする際のユーザエージェント」、「変換サーバ上のブラウザサイズ縦」、「変換サーバ上のブラウザサイズ横」を含む。

取得開始ＵＲＬ制御５４０は、キャプチャ画像の取得対象となるＨＴＭＬコンテンツを定めるためのテーブルであり、テーブル項目として「管理グループ番号」、「管理ＵＲＬ番号」、「ＵＲＬ」および「取得範囲（ＵＲＬパターン）」を含む。

除外ＵＲＬ制御５５０は、キャプチャ画像の取得対象から除外するＨＴＭＬコンテンツを定めるためのテーブルであり、テーブル項目として「管理グループ番号」および「除外範囲（ＵＲＬパターン）」を有する。

取得結果５６０は、ＨＴＭＬコンテンツから取得された情報を管理するテーブルであり、テーブル項目として「管理グループ番号」、「管理ＵＲＬ番号」、「ＵＲＬ」、「ページ番号」、「キャプチャ画像名」および「取得日時」を含む。

リンク詳細情報５７０は、取得結果のＵＲＬに付随したリンクの詳細情報を定めるテーブルであり、テーブル項目として「管理グループ番号」、「管理ＵＲＬ番号」、「ＵＲＬ」、「ページ番号」、「リンク文字左上座標」、「リンク文字」、「ＵＲＬ（リンク先）」および「リンク先提示方法（１次リンクか否か）」を有する。

図１４は、図１３のデータベース５００と同様であるが、入力フォーム（＜ｆｏｒｍ＞タグ内）の構造に関するフォーム詳細情報５８０およびフォーム要素情報５９０のテーブルを有するデータベース５００ａの構造を示す。他はデータベース５００と同じであり、重複した説明は省略する。

フォーム詳細情報５８０は、当該ＵＲＬのＨＴＭＬコンテンツ内に含まれた個々のフォームについての情報を定めるためのテーブルであり、データ項目として「管理グループ番号」、「管理ＵＲＬ番号」、「ＵＲＬ」、「ページ番号」および「フォーム番号」を含む。

フォーム要素情報５９０は、各フォームについてのフォーム要素情報を定めるためのテーブルであり、テーブル項目として「管理グループ番号」、「管理ＵＲＬ番号」、「ＵＲＬ」、「ページ番号」、ＨＴＭＬ内のフォームの出現番号」、「フォーム型／レコードの型」、「単一フォーム内でフォーム要素が出現する順序」、「選択項目の順またはフォームのアクション値」、「選択項目の順または初期値」、「選択項目の初期選択の有無」、「選択要素の表示文字列」および「上位のセレクトの出現番号」を含む。

以下、ワンセグと１２セグのそれぞれの場合について、キャプチャ画像を取り込んだＢＭＬデータを表示する場合の具体的な動作例を説明する。

＜ワンセグＢＭＬについての例＞
＜事前にサーバで管理されている項目＞
図１５に、管理用のデータベースで管理する情報を示す。この情報は、管理データベース１２１に保存されるであって、ＷＷＷコンテンツの表示画像のキャプチャ時の条件やＢＭＬ利用時の条件、および、キャプチャ画像を管理するためのものであり、図の例では「ＵＲＬパターン」、「サイト種別」および「リンク先提示方法」の各情報を含む。ＵＲＬパターンは、ＷＷＷコンテンツのサイトを識別するためのＵＲＬの一部であり、サイト種別を判定するために利用される。このＵＲＬパターン情報に従って、ＢＴＢファイルの関連する項目へどのような値をセットするかが決定される。「サイト種別」は放送局の「自社サイト」、その放送番組のスポンサーの「スポンサーサイト」、それ以外の「外部サイト」等のサイトの種別を表しており、表示枠等の表現方法の決定に利用される。「リンク先提示方法」はキャプチャ画像によるＨＴＭＬの表現を続けるか、従来通りHTMLブラウザを起動させるかというリンク先の情報を表示するときに、いずれの動きをするかを決定するための方法である。すなわち、リンク先をＢＭＬ上で見えるようにするか、ＨＴＭＬブラウザに切り替えるかの情報である。図示しないが、すべてのサイト種別のいずれについても、リンク先提示方法がＨＴＭＬとＢＭＬのいずれもの組み合わせが存在しうる。リンク先提示方法が「ＨＴＭＬ」であるＵＲＬについては直接ＨＴＭＬブラウザで閲覧するので、画像のキャプチャを行う対象から外される。このリンク先提示方法もＵＲＬパターンに基づいて決定される。

＜事前にワンセグＢＭＬへ仕込む内容＞
図１６に示すように、ワンセグＢＭＬデータとして次の情報を持つＢＭＬデータを作成する。
・リンク文字、リンク画像の座標は、視聴者のＢＭＬブラウザ上でリンク座標をキャプチャ画像上に再現する場合に、再現用のＢＭＬへ反映して利用する。
・ＢＭＬ上に、ＨＴＭＬキャプチャ画像を表示する領域を宣言する。
・リンク文字表示用セレクトボックスを表現する要素の領域を宣言する。
・併せて、ページ内の全リンク数および、何番目のリンクであるかを表す数字表示領域や、リンク情報を切り替えるための操作用のアイコン（図中の上下三角マーク）などを配置する。

これらの領域は、別途作成するＢＴＢファイルや画像ファイルをＢＭＬブラウザが参照したときに、その画像やデータ値を反映する。

ワンセグ用ＢＭＬソース５０１の詳細な一例は図２３，図２４に示す。図２３は、ＥＣＭＡｓｃｒｉｐｔを用いて、ワンセグにおけるリンク関連の処理を記述した部分を示している。図２４は、キャプチャ画面上の各種表示領域の定義を記述している。ＢＭＬソース５０１中の＜ｏｂｊｅｃｔ＞は、ＢＭＬのフォーカス用要素を示している。＜ｐ＞は、＜ｏｂｊｅｃｔ＞と１対で、フォーカスが当たっている座標に色を付加するために利用している。詳細は図中のコメントに記載のとおりである。

ＢＴＢ１３６は、ＢＭＬソース５０１の解析およびキャプチャ画像のＯＣＲ処理等の結果に基づいて生成されるデータテーブルであり、「レコード番号」、「リンク文字列・画像ＡＬＴ」、「ｘ座標」、「ｙ座標」、「サイト種別」、「リンク先提示方法」、および「リンク先ＵＲＬ］を含む。「レコード番号」は、ＢＴＢファイル中の何レコード目かをカウントすることで代替可能であるため、実際は無くてもよい。「サイト種別」は、リンク先のサイト種別であり、上述したように表示枠４１２ａ〜４１２ｃの表現や警告テキスト４１３を含むテキスト表示の変更を行うために利用される。「リンク先提示方法」は、本発明によるＨＴＭＬの表現を続けるか、通常通りＨＴＭＬブラウザを起動させるかというリンク先の情報を表示するときにどの動きをするかを変える。例えば、リンク先提示方法がＢＭＬの場合、端末に、リンク先ＵＲＬを引数として、１次リンクサーバのプログラムへアクセスさせる。プログラムはリンク先ＵＲＬのブラウザ画面キャプチャ画像を参照するＢＭＬを返す。ＨＴＭＬの場合は、通常通り、ＢＭＬブラウザを終了してＨＴＭＬブラウザを起動する。

端末のＢＭＬブラウザは、ＢＭＬソース５０１を解析し、キャプチャ画像を表示する枠を定義し、指定されたファイル名"ａ１１００１．ｊｐｇ"の画像ファイルを取得し、キャプチャ画像４１０として表示させる。また、ＢＴＢ１３６からリンク文字を取得し、要素ｉｄ＝"ｌｉｎｋ＿ｌｉｓｔ"へ内容を反映させる。その取得方法および反映方法については既知であり、特に詳述はしない。

＜端末においてＨＴＭＬの擬似表示を実現するために変換サーバで行う処理＞
図１７により、ワンセグ受信端末においてＨＴＭＬの擬似表示を実現するために変換サーバで行う処理について説明する。
・ＵＲＬコンテンツの画像のキャプチャと、表示領域の形状に合わせたリサイズや分割を行う。
・キャプチャ画像中のリンク座標の抽出、および文字ならばＯＣＲによる抽出を行う。
（画像ボタンの座標へのリンクの反映方法については、特に限定しないが、例えばセレクトボックスなどで選択することが可能である。）
・画像上のリンク座標にカーソル表示させる場合は、該当座標にカーソル用の要素を宣言したＢＭＬを生成する。（ワンセグのみ）

＜ＢＭＬブラウザの処理＞
図１８により、この場合のＢＭＬブラウザの処理を説明する。
・ＢＭＬブラウザは、擬似表示したいＨＴＭＬコンテンツに関するキャプチャ画像ファイルを「ＢＴＢファイル（画像情報）」１３６ｂを参照して取り込み、「ＢＴＢファイル（リンク情報）」１３６ａの解釈を行う。この例では、キャプチャ画像の全体は複数ページに分割され、複数の画像ファイルに分かれており、各画像ファイル名をＢＴＢで与える場合を示している。
・リンク箇所に予め配置されたフォーカス要素（＜object＞要素）のアイコンを非表示状態から表示状態へ変更する。あるいはフォーカス要素と同じ座標に配置された＜p＞要素の色を変える。この際、フォーカス要素へＢＴＢファイル１３６ａの何レコード目かがわかるような記述をすることで、リンク文字列４０５ａの領域へ表示する文字を特定する。
・カーソルの上下操作時はＢＭＬブラウザの機能に依存して、ＢＭＬ中のフォーカス要素が順次移動する。ECMAScriptでは、フォーカスされた要素のアイコンを非表示状態から表示状態へ変更する。一方で、移動前の要素のアイコンを表示状態から非表示状態へ変更する。あるいは＜p＞タグの色を変えることでフォーカスされた状況とフォーカスがはずれた状況を表す。
・キャプチャ画像のページが分割されている場合は、別画像を読み直すために視聴者がボタン操作するためのアイコン４０８を適宜表示する。

＜１２セグＢＭＬについての例＞
＜事前にサーバで管理されている項目＞
管理用のデータベースで管理する情報例は、ワンセグの場合と同様に図１５に示したとおりである。このＵＲＬパターン情報に従って、ＢＴＢファイルの関連する項目へどのような値をセットするかが決定される。

＜事前に１２セグＢＭＬへ仕込む手順例＞
図１９に示すように、１２セグＢＭＬデータとして、次の情報を持つＢＭＬデータを作成する。
・ＢＭＬ表示領域上に、ＨＴＭＬキャプチャ画像を表示する領域４０３を宣言する。
・リンク文字の左上に配置するアイコン５０５のアイコン画材領域を１つ宣言する。
（図では、左下を指す、赤色の四角形内に指の絵が書かれたアイコン５０５を示している。） （座標は後にＢＴＢファイルの情報を利用して移動するため、任意の座標である。）

・画像が分割されたときの上下スクロール用のアイコン４０８の要素を配置する。
・その他、リンク一覧をセレクトボックス４０５ａとして表示する場合は、その要素を記述する。リンクの通し番号４０７を表示する場合には、その要素を記述する。また、ページ内のフォーカス位置を移動させるためのガイダンス表示４０６ａ，４０６ｂの要素を記述する。
なお、１２セグＢＭＬソース５０２の詳細な一例は別途図２５および図２６に示す。図２５は、ＥＣＭＡｓｃｒｉｐｔを用いて、１２セグにおけるリンク関連の処理を記述した部分を示している。図２６は、図２５のＥＣＭＡｓｃｒｉｐｔの続きおよびキャプチャ画面上の各種表示領域の定義を記述している。詳細は図中のコメントに記載のとおりである。

ＢＭＬソース５０２において、"ｉｄ"はＸＭＬの要素を識別するための文字列である。領域の指定は図示しないカスケードスタイルシートで行う。

上述したように、同一ＢＭＬを用いて、画像や文字をECMAScriptで変更可能である。「ＢＴＢファイル（画像情報）」は、単一ＵＲＬをキャプチャしたときに複数ページへ分割したときを想定して記述されている。分割された1ページ目用の画像、2ページ目用の画像、3ページ目用の画像、が作成されるが、この画像だけを差し替えればＢＭＬを１次リンクサーバから再取得することなく、キャプチャ後分割された2ページ目、3ページ目のＨＴＭＬに相当する画像を表示できる。このように同一ＢＭＬを利用する場合は、予め、全ページのフォーカス要素をそのＢＭＬに記述する必要がある。このとき、どのページのかを区別するためには、以下のようなタグを用意する。その上で、1ページ目を表示している場合は、idが、Page1 , op1_*, pp1_* (*は、任意の文字)を表示し、残りは非表示とする。２ページ目を表示している場合は、idが、Page2 , op2_*, pp2_* (*は、任意の文字)を表示し、残りは非表示とする。
＜div id="Page1" style="top:0px;left0px;width:240px;height:320px;＞
＜object id="op1_1" style="．．．"/＞
＜p id="pp1_1" style="．．．"/＞
＜object id="op1_2" style="．．．"/＞
＜p id="pp1_2" style="．．．"/＞
＜/div＞
＜div id="Page2" style="top:0px;left0px;width:240px;height:320px;＞
＜object id="op2_1" style="．．．"/＞
＜p id="pp2_1" style="．．．"/＞
＜object id="op2_2" style="．．．"/＞
＜p id="pp2_2" style="．．．"/＞
＜/div＞
＜div id="Page3" style="top:0px;left0px;width:240px;height:320px;＞
＜object id="op3_1" style="．．．"/＞
＜p id="pp3_1" style="．．．"/＞
＜object id="op3_2" style="．．．"/＞
＜p id="pp3_2" style="．．．"/＞
＜/div＞
・
・
・

端末のＢＭＬブラウザは、ＢＭＬソース５０２を解析し、キャプチャ画像を表示する枠を定義し、指定されたファイル名"ａ１１００１．ｊｐｇ"の画像ファイルを取得し、キャプチャ画像４１０として表示させる。ＢＴＢ１３６の１レコード目のｘ，ｙ座標にしたがって、フォーカス用要素を移動させる。また、ＢＴＢ１３６からリンク文字を取得し、要素ｉｄ＝"ｌｉｎｋ＿ｌｉｓｔ"へ内容を反映させる。

＜端末においてＨＴＭＬの擬似表示を実現するために変換サーバで行う処理＞
図２１により、１２セグ受信端末においてＨＴＭＬの擬似表示を行うために、変換サーバで行う処理について説明する。
・ＵＲＬの指定を受けて、ＵＲＬ表示画像のキャプチャと、表示領域の形状に合わせたリサイズや分割を行う。
・キャプチャ画像中のリンク座標の抽出、および、文字ならばＯＣＲでの抽出を行う。これにより、リンク文字およびそのｘ、ｙ座標、リンク文字およびリンク先ＵＲＬ、リンク画像およびリンク先ＵＲＬの組、等の情報が取得され、ＢＴＢ作成に反映される。
・管理情報としては、ＵＲＬパターン、サイト種別、リンク先提示方法が用いられる。

＜ＢＭＬブラウザの処理＞
図２２により、ＢＭＬブラウザの処理を説明する。
・擬似表示したいＨＴＭＬコンテンツに関する「ＢＴＢファイル（画像情報）」１３６ｂと「ＢＴＢファイル（リンク情報）」１３６ａを読み込む。
・「ＢＴＢファイル（画像情報）」１３６ｂから表示対象ページの画像ファイルを１次リンクサーバから取得する。
・「ＢＴＢファイル（リンク情報）」１３６ａから第１レコードを読み込み、画像上の指定位置にアイコン画像を移動する。
・カーソルの上下操作に合わせて、「ＢＴＢファイル（リンク情報）」１３６ａのレコードを読み直し、該当レコードの座標にアイコン画像を移動する。
・キャプチャ画像のページが分割されている場合は、別画像を読み直すために視聴者がボタン操作するためのアイコン４０８を適宜表示する。

以上、本実施の形態によれば、ＢＭＬブラウザ画面上にＨＴＭＬの擬似表現が可能となる。

したがって、１２セグ、ワンセグデータ放送で本線映像を提示したままＰＣ向けＨＴＭＬサイトや携帯向けＨＴＭＬサイトのＷＷＷコンテンツを提示することが可能になる。

また、ＷＷＷコンテンツの表示画像をキャプチャしたキャプチャ画像データを用いるので、文字数やフォントなど、ＡＲＩＢ（社団法人電波産業会）の規格では表現できないと思われていたことが実現される。例えば、ワンセグＢＭＬでは、縦３０文字、横１５文字が現在の最大表示サイズであるが、昨今のＨＴＭＬで表現されている程度の情報を表現可能になる。

ＨＴＭＬの情報をＢＭＬブラウザへ簡易に表示するこの仕組みで、視聴者へのプロモーションに有効である。

また、ＨＴＭＬサイトの構築者は、ＢＭＬの知識を意識することなくコンテンツを製作できる。

携帯サイトあるいはＰＣサイトをそのままＢＭＬのコンテンツとして同時利用可能となる。

視聴中の番組のＨＴＭＬサイトや、番組スポンサーのＨＴＭＬサイトの露出機会の増加が可能となる。

放送局が利用あるいは提供あるいは運営するＰＣ，携帯向けショッピングサイトなどの情報を通常のＨＴＭＬのほか、データ放送で提示し、視聴者に対する販売促進活動が可能となる。

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

本発明の実施の形態における情報提供システム全体の構成を示す図である。 図１に示したシステムの各部の細部を示す図である。 ワンセグ受信端末における表示領域の例を示す図である。 ワンセグ受信端末における映像とデータ放送により得られたデータを表示した画面例（ａ）と、このデータ放送表示領域の一部に重ねてＨＴＭＬコンテンツのキャプチャ画像を重ねて表示した画面例（ｂ）とを示した図である。 本発明の実施の形態において、ＨＴＭＬコンテンツのキャプチャ画像が本線映像とともに表示される際に、そのキャプチャ画像について、視聴者（ユーザ）に対して注意を喚起するための表示態様の例を示した図である。 本発明の実施の形態において、リンク情報の表現方法（リンク文字座標を利用しない場合）を説明するための図である。 本発明の実施の形態において、リンク情報の表現方法（リンク文字座標を利用する場合）を説明するための図である。 本発明の実施の形態において、リンク文字の表示に代えて、リンク先ＨＴＭＬコンテンツのサムネイル化画像を表示するサムネイル表示エリアを設けた場合を説明するための図である。 本発明の実施の形態における管理システムについて説明するための図である。 本発明の実施の形態におけるバッチ処理の場合の、端末と１次リンクサーバと変換サーバと２次リンクサーバとの相互の間の動作例を説明するためのシーケンス図である。 本発明の実施の形態におけるリアルタイム処理の場合の、端末と１次リンクサーバと変換サーバと２次リンクサーバとの相互の間の動作例を説明するためのシーケンス図である。 本発明の実施の形態において入力フォームのＢＭＬで表現する方法を説明するための図である。 本発明の実施の形態における管理データベースおよびキャプチャデータベースを統合したデータベースの構造の例を示す図である。 本発明の実施の形態における管理データベースおよびキャプチャデータベースを統合したデータベースの構造の他の例を示す図である。 本発明の実施の形態における管理用のデータベースで管理する情報を示す図である。 本発明の実施の形態におけるワンセグＢＭＬデータの作成の具体例の説明図である。 本発明の実施の形態においてワンセグ受信端末でＨＴＭＬの擬似表示を実現するために変換サーバで行う処理についての説明図である。 本発明の実施の形態においてワンセグ受信端末でのＢＭＬブラウザの処理の説明図である。 本発明の実施の形態における１２セグＢＭＬデータの作成の具体例の説明図である。 本発明の実施の形態における１２セグＢＭＬデータの作成の具体例の説明図である。 本発明の実施の形態において１２セグ受信端末においてＨＴＭＬの擬似表示を行うために、変換サーバで行う処理について説明する。 本発明の実施の形態において１２セグ受信端末でのＢＭＬブラウザの処理の説明図である。 本発明の実施の形態におけるワンセグ用ＢＭＬソースの詳細な一例を示す図である。 図２３のＢＭＬソースの続きを示す図である。 本発明の実施の形態における１２セグ用ＢＭＬソースの詳細な一例を示す図である。 図２５のＢＭＬソースの続きを示す図である。

符号の説明

１００…放送局、１１０…放送設備、１２０…管理システム、１２１…管理データベース、１３０…変換サーバ、１３１…定期起動プログラム、１３２…変換プログラム、１３２ａ…リクエスト・ブラウザキャプチャ部、１３２ｂ…リンク・フォーム情報抽出部、１３２ｃ…文字認識部（ＯＣＲ）、１３２ｄ…ＢＭＬ生成部、１３２ｅ…ＢＴＢ生成部、１３２ｆ…リンクの先読み処理部、１３３…絵文字変換画材・絵文字フォント、１３４…キャプチャ画像、１３６，１３６ａ，１３６ｂ…ＢＴＢファイル、１３７…配置・転送・入替部、１３８…キャプチャ情報格納データベース（キャプチャＤＢ）、１４０…検索エンジン、１５０…１次リンクサーバ、１５１…プロキシプログラム、２００…端末、３００…２次リンクサーバ、３０１…ＨＴＭＬデータ、３０２…画像データ、３０３…更新データ、３５０…通信ネットワーク、４００…表示画面、４０１…本線映像表示領域、４０２…データ放送表示領域、４０３…キャプチャ画像表示領域、４０５…リンク文字表示領域、４０５ａ…セレクトボックス、４０６…操作ガイダンス部、４０７…リンクの通し番号、４０８…アイコン、４１０…キャプチャ画像、４１１…リンク標識、４１３…警告テキスト、４１４…サムネイル表示エリア、５００，５００ａ…データベース、５０１，５０２…ＢＭＬソース、５０５…アイコン、５０７…バイナリテーブル（ＢＴＢ）ファイル

Claims (12)

1. 放送および通信を利用して端末へ情報を提供する情報提供システムであって、
   映像およびデータを放送波に載せる放送設備と、
   ＷＷＷコンテンツをデータ放送コンテンツへ変換するために、ＷＷＷコンテンツの表示画面をキャプチャする機能を有する変換サーバと、
   端末のデータ放送ブラウザからの要求を受けて、データ放送コンテンツを通信経由で返送する１次リンクサーバとを備え、
   前記１次リンクサーバは、端末のデータ放送ブラウザからＷＷＷコンテンツのリクエストを受けて、前記キャプチャ画像を組み込んだデータ放送コンテンツを通信経由で当該端末へ返送する
   ことを特徴とする情報提供システム。
2. 前記変換サーバは、前記キャプチャしたＷＷＷコンテンツ内のリンク情報を抽出して前記データ放送コンテンツに付随させ、前記１次リンクサーバは、前記キャプチャ画像を組み込んだデータ放送コンテンツとともに当該抽出されたリンク情報を返送する請求項１に記載の情報提供システム。
3. 前記変換サーバまたは前記１次リンクサーバは、予め、バッチ処理により、複数のＷＷＷコンテンツから複数のデータ放送コンテンツを生成して蓄積しておく請求項１または２に記載の情報提供システム。
4. 特定のＵＲＬパターンについてＷＷＷコンテンツの表示画像のキャプチャを行うか否かの条件およびキャプチャした画像とその付随情報をデータ放送で表現する方法を含む管理情報を予め定めておき、前記バッチ処理時には当該管理情報を参照して、当該ＵＲＬについてキャプチャ画像の取得およびデータ放送コンテンツへの変換を行う請求項３に記載の情報提供システム。
5. 前記変換サーバは、端末のデータ放送ブラウザからＷＷＷコンテンツのリクエストを受けたとき、当該キャプチャ画像データを組み込んだデータ放送コンテンツをリアルタイムに生成する請求項１または２に記載の情報提供システム。
6. 前記リンク情報は、ＷＷＷコンテンツに含まれる各リンクについて、リンク対象情報とリンク先ＵＲＬとを含み、端末側で当該キャプチャ画像が表示された際にユーザの操作に応じて前記リンク対象情報が逐次提示されるよう前記データ放送コンテンツに付加される請求項２に記載の情報提供システム。
7. 前記リンク情報は、ＷＷＷコンテンツに含まれる各リンクについて、さらに当該キャプチャ画像上の各リンク位置の座標情報を含み、端末側で当該キャプチャ画像が表示された際にユーザの操作に応じて逐次提示された前記リンク対象情報の前記キャプチャ画像上での位置がユーザに示されるよう前記データ放送コンテンツに付加される請求項６に記載の情報提供システム。
8. 前記リンク情報は、さらに、当該リンク先へのリンク先提示方法として、前記１次リンクサーバを経由するか否かを指定するリンク先提示方法情報を含み、前記端末は、当該リンク先提示方法情報に基づいて、前記１次リンクサーバに対して当該リンク先のＷＷＷコンテンツのリクエストを発行する請求項６に記載の情報提供システム。
9. 前記１次リンクサーバは、前記リンク先へのリンク先提示方法として前記１次リンクサーバを経由する旨の指定がなされている場合、前記端末から、当該リンク先のＵＲＬを引数として前記１次リンクサーバへのアクセス要求を受信する請求項８に記載の情報提供システム。
10. 前記変換サーバは、前記キャプチャ画像データに対して表現方法を定める情報を付加し、前記端末は、キャプチャ画像の表示の際、前記表現方法を定める情報に応じて前記キャプチャ画像の表示態様を変更する請求項１に記載の情報提供システム。
11. 放送および通信を利用して端末へ情報を提供する情報提供方法であって、
    映像およびデータを放送波に載せて送信するステップと、
    予め、または、端末からの要求に応じて、ＷＷＷサーバから得られたＷＷＷコンテンツの表示画像をキャプチャして、そのキャプチャ画像データをデータ放送コンテンツに組み込むことにより、ＷＷＷコンテンツをデータ放送コンテンツへ変換するステップと、
    １次リンクサーバにおいて、端末のデータ放送ブラウザからの要求を受けて、データ放送コンテンツを通信経由で返送するステップとを備え、
    前記１次リンクサーバは、端末のデータ放送ブラウザからＷＷＷコンテンツのリクエストを受けて、前記キャプチャ画像を組み込んだデータ放送コンテンツを通信経由で当該端末へ返送する
    ことを特徴とする情報提供方法。
12. 前記ＷＷＷコンテンツのデータ放送コンテンツへの変換において、前記キャプチャしたＷＷＷコンテンツ内のリンク情報を抽出して前記データ放送コンテンツに付随させ、前記１次リンクサーバは、前記キャプチャ画像を組み込んだデータ放送コンテンツとともに当該抽出されたリンク情報を返送する請求項１１に記載の情報提供方法。