JP2012235380A - 受信装置及び方法、並びにプログラム - Google Patents

受信装置及び方法、並びにプログラム Download PDF

Info

Publication number
JP2012235380A
JP2012235380A JP2011103556A JP2011103556A JP2012235380A JP 2012235380 A JP2012235380 A JP 2012235380A JP 2011103556 A JP2011103556 A JP 2011103556A JP 2011103556 A JP2011103556 A JP 2011103556A JP 2012235380 A JP2012235380 A JP 2012235380A
Authority
JP
Japan
Prior art keywords
style
display
content
data
stream
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
JP2011103556A
Other languages
English (en)
Inventor
Naohisa Kitazato
直久 北里
Yoshiharu Ideha
義治 出葉
Izumi Hatakeyama
泉 畠山
Masayuki Obayashi
正之 大林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2011103556A priority Critical patent/JP2012235380A/ja
Priority to US13/443,690 priority patent/US8797460B2/en
Priority to CN2012101361652A priority patent/CN102769792A/zh
Publication of JP2012235380A publication Critical patent/JP2012235380A/ja
Abandoned legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2355—Processing of additional data, e.g. scrambling of additional data or processing content descriptors involving reformatting operations of additional data, e.g. HTML pages
    • H04N21/2358—Processing of additional data, e.g. scrambling of additional data or processing content descriptors involving reformatting operations of additional data, e.g. HTML pages for generating different versions, e.g. for different recipient devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4122—Peripherals receiving signals from specially adapted client devices additional display device, e.g. video projector
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4314—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for fitting data in a restricted space on the screen, e.g. EPG data in a rectangular grid
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4316—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H04N21/4355—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving reformatting operations of additional data, e.g. HTML pages on a television screen
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8545—Content authoring for generating interactive applications

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

【課題】最適な表示形態で画面表示を行うことができるようにする。
【解決手段】第１段階のスタイル選択部は、受信された放送ストリームから得られるデータ放送コンテンツごとの表示のスタイルを選択し、第２段階のスタイル選択部は、第１段階のスタイル選択部により選択された前記スタイルに応じた前記データ放送コンテンツが複数の表示のスタイルに対応している場合、複数の表示のスタイルの中から一の表示のスタイルを選択し、ディスプレイは、第１段階のスタイル選択部又は第２段階のスタイル選択部により選択されたスタイルに応じたデータ放送コンテンツを表示する。本技術は、例えば、携帯電話機や携帯情報端末等の携帯端末通信装置に適用することができる。
【選択図】図１０

Description

本技術は、受信装置及び方法、並びにプログラムに関し、特に、最適な表示形態で画面表示を行うことができるようにした受信装置及び方法、並びにプログラムに関する。
携帯電話機や携帯情報端末などの携帯通信端末装置の高性能化と多機能化が進んでいる。これらの携帯通信端末装置の性能の向上に伴い、いわゆるワンセグ放送等、これらの携帯通信端末装置で使用可能な機能も増加している。ワンセグ放送等のデジタル放送サービスにおいては、テレビ放送とともにデータ放送が行われている。
ワンセグ放送の主な対象である携帯電話機は、従来、縦長型表示のディスプレイが主流であったため、図１Ｃに示すように、映像コンテンツ（図１Ａ）とデータ放送コンテンツ（図１Ｂ）を同時に表示するのに適している。一方、図１Ｄに示すように、横長型表示のディスプレイの場合、映像コンテンツを視聴するのにも、データ放送コンテンツを閲覧するのにもその画面表示が小さすぎるため、映像コンテンツ（図１Ａ）のみが表示され、データ放送コンテンツ（図１Ｂ）が利用されないことが多かった。
近年、携帯電話機等の携帯通信端末装置のディスプレイの形態は多様なものとなっており、例えば、ディスプレイを横長型表示で利用することを想定したものや、より高解像度のものなどが利用されている。
画面に表示される形態が固定されたデータ放送であると、例えば、横長型表示やVGA解像度の表示など、多様なディスプレイの画面表示の状態に対応することができず、現状にそぐわないものとなっている。そのため、ディスプレイの画面表示の状態に応じて、データ放送コンテンツの表示形態を変更することが求められている。
また、各種モードに応じてビデオ信号を切り替えることで、ディスプレイの画面表示を切り替える携帯情報装置が開示されている（例えば、特許文献１参照）。
特開２００９−１８０８９２号公報
しかしながら、従来の技術であると、ディスプレイに表示されるデータ放送コンテンツの表示形態が固定されていたため、携帯通信端末装置の多様なディスプレイの画面表示の状態に対応することができなかった。
本技術はこのような状況に鑑みてなされたものであり、ディスプレイの画面表示の状態に応じて、データ放送コンテンツの表示形態を変更することで、最適な表示形態で画面表示を行うことができるようにするものである。
本技術の一側面の受信装置は、データ放送用のデータストリームを少なくとも含む放送ストリームを受信する受信部と、前記受信部により受信された前記放送ストリームから得られるデータ放送コンテンツごとの表示のスタイルを選択する第１のスタイル選択部と、前記第１のスタイル選択部により選択された前記スタイルに応じた前記データ放送コンテンツが複数の表示のスタイルに対応している場合、複数の表示のスタイルの中から一の表示のスタイルを選択する第２のスタイル選択部と、前記第１のスタイル選択部又は前記第２のスタイル選択部により選択された前記スタイルに応じた前記データ放送コンテンツを表示する表示部とを備える。
前記第１のスタイル選択部は、前記データストリームから最初に読み出されるファイルに記述されたスクリプトの実行により前記スタイルを選択するスクリプト方式、前記データストリームから得られるメタファイルに記述されたスタイルのリストの中から前記スタイルを選択するメタファイル方式、又は前記放送ストリームに含まれる伝送制御情報用のストリームから得られるスタイルのリストの中から前記スタイルを選択するシグナリング方式のいずれかの１つ方式を用いて、前記データ放送コンテンツごとの表示のスタイルを選択し、前記第２のスタイル選択部は、表示中の前記データ放送コンテンツの記述言語により指定されるリンク先の外部ファイルから得られる画面表示に関する情報を用いて前記スタイルを選択するリンク方式、前記記述言語の所定の規則に従ってインポートされる外部ファイルから得られる画面表示に関する情報を用いて前記スタイルを選択するインポート方式、又は前記記述言語の所定の規則により定義される画面表示に関する情報を用いて前記スタイルを選択するメディア方式のいずれか１つの方式を用いて、複数の表示のスタイルの中から一の表示のスタイルを選択する。
前記第１のスタイル選択部は、前記放送ストリームに含まれる映像ストリームから得られる映像コンテンツのチャンネルが選局された場合、前記表示部の画面表示の向き又は画面表示の設定に基づいて、前記データ放送コンテンツごとの表示のスタイルを選択する。
前記第１のスタイル選択部は、あらかじめ定められた優先度に応じて、選択可能な複数の表示のスタイルの中から一の表示のスタイルを選択する。
前記画面表示の向きは、前記表示部の画面表示が縦長となる縦長型表示又は横長となる横長型表示のいずれかの向きである。
前記画面表示の設定は、コンテンツの配置の方式の設定であって、前記映像コンテンツと前記データ放送コンテンツを別々に配置する分離型配置、又は前記映像コンテンツと前記データ放送コンテンツを重ねて配置するオーバーレイ型配置のいずれかが設定される。
前記第２のスタイル選択部は、前記表示部の画面表示の状態が変化した場合、表示中の前記データ放送コンテンツが対応する複数の表示のスタイルの中から一の表示のスタイルを選択する。
前記第２のスタイル選択部は、前記表示部の画面表示の向き又は画面表示の設定が変更された場合、前記表示部の画面表示の向き又は画面表示の設定に基づいて、表示中の前記データ放送コンテンツが対応する複数の表示のスタイルの中から一の表示のスタイルを選択する。
前記画面表示の向きは、前記表示部の画面表示が縦長となる縦長型表示又は横長となる横長型表示のいずれかの向きである。
前記画面表示の設定は、コンテンツの配置の方式の設定であって、前記放送ストリームに含まれる映像ストリームから得られる映像コンテンツと前記データ放送コンテンツを別々に配置する分離型配置、又は前記映像コンテンツと前記データ放送コンテンツを重ねて配置するオーバーレイ型配置のいずれかが設定される。
前記放送ストリームは、MPEG-TS（Moving Picture Experts Group 2 - Transport Stream）であって、前記シグナリング方式のスタイルのリストは、前記伝送制御情報用のストリームに含まれるPMT（Program Mapped Table）から得られる。
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
本技術の一側面の受信方法又はプログラムは、前述した本技術の一側面の受信装置に対応する方法又はプログラムである。
本技術の一側面の受信装置及び方法、並びにプログラムにおいては、データ放送用のデータストリームを少なくとも含む放送ストリームが受信され、受信された放送ストリームから得られるデータ放送コンテンツごとの表示のスタイルが選択され、選択されたスタイルに応じたデータ放送コンテンツが複数の表示のスタイルに対応している場合、複数の表示のスタイルの中から一の表示のスタイルが選択され、選択されたスタイルに応じたデータ放送コンテンツが表示される。
本技術の一側面によれば、最適な表示形態で画面表示を行うことができる。
ワンセグ放送におけるデータ放送の表示例を示す図である。 放送システムの構成例を示す図である。 TV連動型データ放送と独立型データ放送を説明する図である。 データ放送の縦表示と横表示を説明する図である。 分離型配置とオーバーレイ型配置を説明する図である。 データ放送の解像度を説明する図である。 TV連動型データ放送における表示形態と配置の関係を示す図である。 独立型データ放送における表示形態と配置の関係を示す図である。 各携帯端末通信装置におけるスタイル対応と優先度の関係を示す図である。 携帯端末装置の構成例を示す図である。 スタイル選択処理を説明するフローチャートである。 スクリプト方式における放送ストリームの構成を示す図である。 スタイル選択関数の例を示す図である。 スクリプト方式を採用した場合の携帯端末装置の構成例を示す図である。 スクリプト方式を採用した場合の第１段階のスタイル選択処理を説明するフローチャートである。 スタイル選択関数の処理を説明するフローチャートである。 メタファイル方式における放送ストリームの構成を示す図である。 メタファイルのフォーマットの例を示す図である。 メタファイル方式を採用した場合の携帯端末装置の構成例を示す図である。 メタファイル方式を採用した場合の第１段階のスタイル選択処理を説明するフローチャートである。 シグナリング方式における放送ストリームの構成を示す図である。 データ放送スタイルリスト記述子の例を示す図である。 シグナリング方式を採用した場合の携帯端末通信装置の構成例を示す図である。 シグナリング方式を採用した場合の第１段階のスタイル選択処理を説明するフローチャートである。 リンク方式の概要を説明する図である。 リンク方式のBML文書の記述例を示す図である。 リンク方式を採用した場合の第２段階のスタイル選択処理を説明するフローチャートである。 インポート方式の概要を説明する図である。 インポート方式のBML文書の記述例を示す図である。 インポート方式を採用した場合の第２段階のスタイル選択処理を説明するフローチャートである。 メディア方式の概要を説明する図である。 メディア方式のBML文書の記述例を示す図である。 メディア方式を採用した場合の第２段階のスタイル選択処理を説明するフローチャートである。 画面遷移の具体例を示す図である。 コンピュータの構成例を示す図である。
以下、図面を参照しながら本技術の実施の形態について説明する。
［放送システムの構成例］
図２は、放送システムの構成例を示す図である。
放送システム１は、放送装置１１、携帯端末通信装置１２−１、携帯端末通信装置１２−２、及びサーバ１３から構成される。
放送装置１１は、放送局に設置され、映像ストリーム、音声ストリーム、及びデータストリームが多重化された放送ストリームを、デジタルテレビ放送信号として送信する。
携帯端末通信装置１２−１及び携帯端末通信装置１２−２は、各ユーザにより所持される、例えば携帯電話機やスマートフォン等の携帯端末通信装置である。
携帯端末通信装置１２−１は、放送装置１１から送信されたデジタルテレビ放送信号を受信し、特定のチャンネルの放送ストリームから得られる映像や音声を出力する。
具体的には、携帯端末通信装置１２−１は、ディスプレイ１２Ａ−１を有しており、ディスプレイ１２Ａ−１には、映像ストリームから得られる映像コンテンツや、データストリームから得られるデータ放送コンテンツが表示される。
また、携帯端末通信装置１２−１は、インターネット１４を介してサーバ１３にアクセスし、データ放送コンテンツを受信して、ディスプレイ１２Ａ−１に表示する。
携帯端末通信装置１２−２は、携帯端末通信装置１２−１と同様に、放送装置１１又はサーバ１３から受信されたデータ放送コンテンツを、ディスプレイ１２Ａ−１と異なる形態を有するディスプレイ１２Ａ−２に表示する。
サーバ１３は、放送装置１１により放送される映像コンテンツに対応するデータ放送コンテンツを記録している。放送装置１１は、インターネット１４を介してアクセスしてくる携帯端末通信装置１２−１及び携帯端末通信装置１２−２に対して、データ放送コンテンツを提供する。
放送システム１は、以上のように構成される。
なお、以下の説明では、携帯端末通信装置１２−１と携帯端末通信装置１２−２を特に区別する必要がない場合、携帯端末通信装置１２と称し、ディスプレイ１２Ａ−１とディスプレイ１２Ａ−２を特に区別する必要がない場合、ディスプレイ１２Ａと称する。
［携帯端末通信装置の画面表示］
ここで、図３乃至図９を参照して、携帯端末通信装置１２のディスプレイ１２Ａの画面表示の状態について説明する。
放送装置１１において、放送ストリームを放送する方式としては、TV連動型データ放送と、独立型データ放送の２つの方式がある。
図３Ａに示すように、TV連動型データ放送は、映像ストリーム、音声ストリーム、データストリーム、及び伝送制御情報用のストリームが多重化されて放送される。また、MPEG2-TS（Moving Picture Experts Group 2 - Transport Stream）の場合、伝送制御情報用のストリームには、PSI（Program Specific Information）等のセクション形式のテーブルで記述された情報をペイロードに乗せたパケットが含まれている。PSIは、特定のチャンネルを選択して受信するシステムで必要な情報であり、これには、PMT（Program Map Table）等のデータ構造を持つセクションがある。PMTには、対応するプログラムに含まれる映像、音声、付加データ及びPCRのPIDが記述される。
携帯端末通信装置１２では、この放送ストリームが受信されると、多重化された各ストリームが分離される。そして、ディスプレイ１２Ａには、映像ストリームから得られる映像コンテンツと、データストリームから得られるデータ放送コンテンツが同一画面に表示される。なお、データ放送コンテンツは、例えば、データ放送向けの記述言語であるBML（Broadcast Markup Language）により記述される。
一方、図３Ｂに示すように、独立型データ放送は、データストリームのみが放送される。携帯端末通信装置１２では、この放送ストリームが受信されると、データストリームから得られるデータ放送コンテンツのみが表示される。
また、図４に示すように、ディスプレイ１２Ａには、その画面表示が縦長となる縦長型表示及び画面表示が横長となる横長型表示のうちのいずれか一方又は双方の画面表示が可能となるものがあり、その画面表示の状態に応じて表示される情報が異なる。
例えば、ディスプレイ１２Ａが縦長型表示可能な場合において、TV連動型データ放送の放送ストリームが受信されたとき、ディスプレイ１２Ａには、図４Ａに示すように、映像コンテンツとデータ放送コンテンツが同一画面に表示される。一方、独立型データ放送の放送ストリームが受信されたときには、ディスプレイ１２Ａには、図４Ｂに示すように、データ放送コンテンツのみが表示される。
一方、ディスプレイ１２Ａが横長型表示可能な場合において、TV連動型データ放送の放送ストリームが受信されたとき、図４Ｃに示すように、映像コンテンツとデータ放送コンテンツは、画面表示を切り替えることで、別個に表示される。これは、横長型表示の場合、データ放送コンテンツを、映像コンテンツと同一画面で閲覧するにはその画面表示が小さすぎるためである。一方、独立型データ放送の放送ストリームが受信されたときには、ディスプレイ１２Ａには、図４Ｄに示すように、データ放送コンテンツのみが表示される。
なお、図４の例において、データ放送コンテンツの情報を一画面で表示することができない場合には、画面表示を縦スクロールすることで、全ての情報が表示される。
また、図５に示すように、映像コンテンツとデータ放送コンテンツの配置の方式としては、分離型配置とオーバーレイ型配置の２つの方式がある。
図５Ａに示すように、分離型配置は、映像コンテンツと字幕、データ放送コンテンツを分離して別々に配置する方式である。例えば、ワンセグ放送の受信装置ではこの方式が用いられる。一方、図５Ｂに示すように、オーバーレイ型配置は、映像コンテンツ、データ放送コンテンツ、字幕を重ねて配置する方式である。例えば、TVなどの地上デジタル放送の受信装置ではこの方式が用いられる。
また、図６に示すように、データ放送コンテンツの解像度としては、例えば、QVGA（Quarter Video Graphics Array）とVGA（Video Graphics Array）がある。
QVGAは、例えば、アスペクト比が4:3となる画素数構成であって、縦横の画素数が240×320個となる横長型表示（図６Ａ）と、縦横の画素数が320×240個となる縦長型表示（図６Ｂ）がある。一方、VGAは、例えば、アスペクト比が4:3となる画素数構成であって、縦横の画素数が480×640個となる横長型表示（図６Ｃ）と、縦横の画素数が640×480個となる縦長型表示（図６Ｄ）がある。なお、図６の解像度は一例であって、他の解像度を採用することもできる。
ここで、TV連動型データ放送と独立型データ放送について、前述した配置の方式と、縦横の解像度の関係をまとめると、図７及び図８に示されるようになる。
図７に示すように、TV連動型データ放送では、縦長型表示と分離型配置を行う場合、映像コンテンツとデータ放送コンテンツの分割表示と、データ放送コンテンツのみの表示とが切り替えられる。一方、縦長型表示の場合には、オーバーレイ型配置は行われない。
また、TV連動型データ放送では、横長型表示と分離型配置を行う場合、映像コンテンツのみの表示と、データ放送コンテンツのみの表示とが切り替えられる。一方、オーバーレイ型配置を行う場合には、映像コンテンツに対してデータ放送コンテンツが重ねて表示される。
なお、縦長型表示と横長型表示の両方が可能なディスプレイ１２Ａの場合、画面表示が縦長型表示から横長型表示に切り替わったとき、その画面表示は、分離型配置による映像コンテンツの表示か、あるいはオーバーレイ型配置による映像コンテンツとデータ放送コンテンツの表示に切り替えられる。
それに対して、図８に示すように、独立型データ放送では、縦長型表示と分離型配置を行う場合、データ放送コンテンツのみの表示が行われる。一方、縦長型表示の場合には、オーバーレイ型配置は行われない。
また、独立型データ放送では、横長型配置を行う場合、データ放送コンテンツのみの表示が行われる。一方、縦長型表示の場合には、オーバーレイ型配置は行われない。
以上をまとめると、携帯端末通信装置１２のディスプレイ１２Ａの画面表示の状態として想定すべきスタイルとしては、次の６つのスタイルがある。
（ａ）QVGA（解像度240×480），縦長型表示，分離型配置
（ｂ）QVGA（解像度320×480），横長型表示，分離型配置
（ｃ）QVGA（解像度320×240），横長型表示，オーバーレイ型配置
（ｄ）VGA（解像度480×960），縦長型表示，分離型配置
（ｅ）VGA（解像度640×960），横長型表示，分離型配置
（ｆ）VGA（解像度640×480），横長型表示，オーバーレイ型配置
このように、複数のスタイルが用意されているため、携帯端末通信装置１２ごとに、適用可能なスタイルが異なり、また、２以上のスタイルに対応する携帯端末通信装置１２もある。例えば、携帯端末通信装置１２として、携帯電話機、スマートフォンＡ，Ｂ、タブレットPCを例示すれば、図９に示すように、各端末ごとに対応するスタイルは異なる。
例えば、携帯電話機は、スタイルａにのみに対応している。また、スマートフォンＡは、縦長型表示と横長型表示の両方で使用可能とされるが、縦長型表示で使用する場合、スタイルａ，ｂ，ｄの３つのスタイルに対応している。スマートフォンＡはまた、横長型表示で使用する場合、スタイルａ乃至ｆの全てのスタイルに対応している。スマートフォンＡのように、複数のスタイルに対応している場合、そのスタイルごとに優先度が設定される。例えば、縦長型表示で使用される場合、スタイルｄ，ａ，ｂの順に優先度が高くなるように設定され、横長型表示で使用される場合、スタイルｆ，ｃ，ｅ，ｂ，ｄ，ａの順に優先度が高くなるように設定される。
また、スマートフォンＢは、縦長型表示と横長型表示の両方で使用可能とされ、縦長型表示で使用される場合には、スタイルａ，ｄに対応し、その順序で優先度が設定され、横長型表示で使用される場合には、スタイルｅ，ｂに対応し、その順序で優先度が設定される。さらに、タブレットPCは、スタイルｅ，ｄ，ｂ，ａに対応し、その順序で優先度が設定される。
このように、ディスプレイ１２Ａの画面表示の状態は、携帯端末通信装置１２ごとに異なるものであるため、その画面表示の状態に応じて、表示のスタイルを選択し、最適な画面表示が行われるようにする必要がある。そこで、以下、ディスプレイ１２Ａの画面表示の状態に応じて、表示のスタイルを選択する処理について説明する。
［スタイル選択処理］
ところで、サービス事業者は、コンテンツの提供を行うに際して、例えば、要求されるサービスの内容、サービスの対象となるユーザとそのユーザが所有する携帯端末通信装置１２のディスプレイ１２Ａの画面表示の状態、あるいはコンテンツ制作のコストなどを勘案する必要がある。そして、サービス事業者は、それらを勘案して提供されるコンテンツごとに、例えば、前述したスタイルａ乃至ｆの６種類のスタイルを提供することで、携帯端末通信装置１２では、スタイルａ乃至ｆのうち、いずれかのスタイルにより画面表示を行うことが可能となる。
すなわち、携帯端末通信装置１２は、ディスプレイ１２Ａの画面表示の状態として、例えば、縦長型表示や横長型表示などの画面表示の向きや、画面表示に関するユーザ設定などに依存して、スタイルａ乃至ｆの中から、対応可能なスタイルを優先度に応じて選択することになる。
従って、放送装置１１は、複数のスタイルに対応したコンテンツを送信する場合、対象となるコンテンツがどのスタイルに対応しているかを通知して、携帯端末通信装置１２側で、選択されたスタイルのコンテンツにアクセスするための情報を提供する必要がある。また、同一のコンテンツ内に複数のスタイルシートを設定することで、携帯端末通信装置１２が、スタイルを選択できるようにすることも可能である。
すなわち、スタイル選択の方法としては、コンテンツ単位で表示のスタイルを選択（以下、第１段階のスタイル選択という）する場合と、同一のコンテンツ内で表示のスタイルを選択（以下、第２段階のスタイル選択という）する場合の２段階で行われる。
そこで、図１０及び図１１を参照して、携帯端末通信装置１２により行われる、第１段階のスタイル選択処理と、第２段階のスタイル選択処理について説明する。
図１０は、携帯端末通信装置の構成例を示す図である。
携帯端末通信装置１２は、前述したディスプレイ１２Ａの他、チューナ３１、多重分離部３２、ビデオデコーダ３３、オーディオデコーダ３４、カルーセル処理部３５、PSI処理部３６、合成部３７、データ放送処理部３８、通信I/F３９、スピーカ４０、制御部４１、記憶部４２、操作部４３、及び検出部４４から構成される。
チューナ３１は、ユーザにより選局されたチャンネルに対応するデジタルテレビ放送信号を受信して復調し、その結果得られる放送ストリームを多重分離部３２に供給する。
多重分離部３２は、チューナ３１から供給される放送ストリームを、映像ストリーム、音声ストリーム、データストリーム、及び伝送制御情報用のストリームに分離し、それぞれを、ビデオデコーダ３３、オーディオデコーダ３４、カルーセル処理部３５、PSI処理部３６に供給する。
ビデオデコーダ３３は、多重分離部３２から供給される映像ストリームを復号し、その結果得られる映像コンテンツの映像信号を合成部３７に供給する。
オーディオデコーダ３４は、多重分離部３２から供給される音声ストリームを復号し、その結果得られる音声信号をスピーカ４０に供給して、出力する。
カルーセル処理部３５は、多重分離部３２から供給されるデータストリームから、データ放送コンテンツのデータを抽出し、データ放送処理部３８に供給する。
なお、データ放送コンテンツのデータには、BMLを用いて作成されたBML文書ファイルの他、スタイルシートなどの情報が含まれている。また、データ放送コンテンツのデータは、モジュールと称されるコンテンツデータを構成するオブジェクトごとに、いわゆるデータカルーセル伝送方式で伝送される。
PSI処理部３６は、多重分離部３２から供給される伝送制御情報用のストリームから、PSIを抽出し、抽出されたPSIに対する処理を行う。PSI処理部３６は、必要に応じて、PSIに含まれるPMTに定義されるスタイルのリストを取得し、データ放送処理部３８に供給する。
データ放送処理部３８には、カルーセル処理部３５からのデータ放送コンテンツのデータの他、必要に応じて、PSI処理部３６からのスタイルのリストが供給される。
データ放送処理部３８は、データ放送コンテンツのデータに対する処理を行う。また、データ放送処理部３８は、データ放送コンテンツのデータ又はスタイルのリストに基づいて、データ放送コンテンツの表示のスタイルを選択する。データ放送処理部３８は、選択されたスタイルに応じたデータ放送コンテンツのデータを、合成部３７に供給する。
データ放送処理部３８は、第１段階スタイル選択部５１及び第２段階スタイル選択部５２から構成される。
第１段階スタイル選択部５１は、例えば、ユーザによりチャンネルが選局された場合、第１段階のスタイル選択処理を行い、データ放送コンテンツごとの表示のスタイルを選択する。この第１段階のスタイル選択処理では、後述するスクリプト方式、メタファイル方式、又はシグナリング方式のいずれか１つの方式が用いられる。
第２段階スタイル選択部５２は、例えば、チャンネルが選局時に選択されたデータ放送コンテンツが複数のスタイルシートに対応している場合や、ディスプレイ１２Ａの画面表示の状態が変更された場合、第２段階のスタイル選択処理を行い、データ放送コンテンツの表示のスタイルを選択する。この第２段階のスタイル選択処理では、後述するリンク方式、インポート方式、又はメディア方式のいずれか１つの方式が用いられる。
通信I/F３９は、データ放送処理部３８による制御に従い、インターネット１４を介して、サーバ１３に接続する。通信I/F３９は、サーバ１３から受信したデータ放送コンテンツのデータを、データ放送処理部３８に供給する。
合成部３７には、ビデオデコーダ３３からの映像コンテンツの映像信号と、データ放送処理部３８からのデータ放送コンテンツのデータが供給される。合成部３７は、映像コンテンツの映像信号とデータ放送コンテンツのデータを合成し、ディスプレイ１２Ａに供給して、表示させる。
制御部４１は、携帯端末通信装置１２の各部の動作を制御する。
記憶部４２は、制御部４１の制御に従って、画面表示の設定情報などの各種の情報を記憶する。制御部４１は、記憶部４２に記憶された画面表示の設定情報を読み出して、データ放送処理部３８に供給する。
操作部４３は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部４１に供給する。制御部４１は、操作部４３からの操作信号に基づいて、各部の動作を制御する。
検出部４４は、例えばジャイロセンサなどから構成され、携帯端末通信装置１２の動きを検出し、その検出結果を制御部４１に供給する。制御部４１は、検出部４４からの検出結果に基づいて、例えば、縦長型表示や横長型表示などのディスプレイ１２Ａの画面表示の向きを判定し、その判定結果をデータ放送処理部３８に供給する。
図１０の携帯端末通信装置１２は、以上のように構成される。
次に、図１１のフローチャートを参照して、携帯端末通信装置１２により行われるスタイル選択処理を説明する。
ステップＳ１１において、制御部４１は、操作部４３からの操作信号に基づいて、ユーザにより対象チャンネルが選局されたか否かを判定する。対象チャネルが選局されたと判定された場合、処理は、ステップＳ１２に進む。
ステップＳ１２において、第１段階スタイル選択部５１は、第１段階のスタイル選択処理を行い、データ放送コンテンツごとの表示のスタイルを選択する。
なお、第１段階のスタイル選択処理の詳細は、図１２乃至図２４を参照して後述する。
ステップＳ１３において、第１段階スタイル選択部５１は、第１段階のスタイル選択処理により選択されたスタイルに応じたデータ放送コンテンツが、複数のスタイルシートに対応しているか否かを判定する。
ステップＳ１３において、複数のスタイルシートに対応していると判定された場合、処理は、ステップＳ１４に進む。例えば、分離型配置のデータ放送コンテンツのBML文書ファイルには、１又は２以上のスタイルシートが対応している。
ステップＳ１４において、第２段階スタイル選択部５２は、第２段階のスタイル選択処理を行い、データ放送コンテンツが対応する複数のスタイルシートの中から一のスタイルシートを選択する。第２段階スタイル選択部５２は、第２段階のスタイル選択処理により選択されたスタイルシートに対応した画面レイアウトとなるBML文書ファイルを、合成部３７に供給して、映像コンテンツとともに、ディスプレイ１２Ａに表示させる。
なお、第２段階のスタイル選択処理の詳細は、図２５乃至図３３を参照して後述する。
一方、ステップＳ１３において、データ放送コンテンツが複数のスタイルシートに対応していないと判定された場合、処理は、ステップＳ１５に進む。また、スタイルシートに対応していないBML文書ファイルもあるが、その場合においても、処理はステップＳ１５に進められる。例えば、オーバーレイ型配置のデータ放送コンテンツのBML文書ファイルには、１つのスタイルシートが対応している。
ステップＳ１５において、第１段階スタイル選択部５１は、第１段階のスタイル選択処理により取得されたBML文書ファイルを、合成部３７に供給して、映像コンテンツとともに、ディスプレイ１２Ａに表示させる。
ステップＳ１６において、制御部４１は、検出部４４からの検出結果及び記憶部４２に記憶された設定情報に基づいて、ディスプレイ１２Ａの画面表示の向き又は画面表示の設定等の画面表示の状態が変更されたか否かを判定する。ステップＳ１３において、画面表示の向き又は画面表示の設定が変更されたと判定された場合、処理は、ステップＳ１７に進む。
ステップＳ１７において、第２段階スタイル選択部５２は、第２段階のスタイル選択処理を行い、ディスプレイ１２Ａに表示中のデータ放送コンテンツが対応する複数のスタイルシートの中から一のスタイルシートを選択する。
なお、ステップＳ１７で行われる第２段階のスタイル選択処理は、ステップＳ１４で行われる第２段階のスタイル選択処理と同様であり、その詳細は、図２５乃至図３３を参照して後述する。
一方、ステップＳ１６において、画面表示の向き又は画面表示の設定が変更されていないと判定された場合、ステップＳ１７をスキップして、処理はステップＳ１８に進む。
ステップＳ１８において、制御部４１は、操作部４３からの操作信号に基づいて、コンテンツの視聴を終了するか否かを判定する。
ステップＳ１８において、視聴を終了しないと判定された場合、処理は、ステップＳ１６に戻り、前述した処理が繰り返される。これにより、コンテンツの視聴が終了するまで、ディスプレイ１２Ａの画面表示の向き等が変更された場合には、第２段階のスタイル選択処理が行われる。
一方、ステップＳ１８において、視聴を終了すると判定された場合、図１１のスタイル選択処理は終了する。
以上のように、スタイル選択処理では、チャンネルの選局時に第１段階のスタイル選択処理及び第２段階のスタイル選択処理を行い、ディスプレイ１２Ａの画面表示の向き等が変更された場合には、第２段階のスタイル選択処理を行うことで、２段階のスタイル選択処理が行われる。
［第１段階のスタイル選択処理］
次に、図１２乃至図２４を参照して、第１段階のスタイル選択処理の詳細について説明する。
前述したように、第１段階のスタイル選択の方式としては、スクリプト方式、メタファイル方式、又はシグナリング方式のいずれか１つの方式を用いることができる。そこで、以下、それらの３つの方式について説明する。
［スクリプト方式］
まず、図１２乃至図１６を参照して、第１段階のスタイル選択の方式として、スクリプト方式を採用した場合について説明する。
図１２は、スクリプト方式における放送ストリームの構成を示す図である。
放送ストリームは、映像ストリーム、音声ストリーム、データストリーム、及び伝送制御情報用のストリームが多重化されて放送される。
データストリームには、module0，module1，module2，・・・が含まれており、各モジュールには、BML文書ファイルやスタイルシートファイル等が含まれる。module0には、エントリBML文書ファイルとして、Startup.bmlが含まれる。Startup.bmlは、表示要素のないファイルであるが、サービスが提供するスタイルを選択するためのスクリプトが記述されており、そのスクリプトの実行により最適なスタイルが選択される。
図１３は、スタイル選択関数の例を示す図である。
スタイル選択関数は、提供される複数のスタイルのコンテンツの中から、携帯端末通信装置１２が利用するスタイルを選択するための関数である。
selectStyleOfContent()は、引数style_availabilityとして、各スタイルの提供の有無を示すビットマップを指定することで、選択されたスタイルの番号を戻り値として返す。style_availabilityは、6ビットから構成され、先頭のビットにはスタイルａの利用可否が割り当てられ、次のビットにはスタイルｂの利用可否が割り当てられる。同様に、スタイルｃ乃至ｆの利用可否が、３番目以降のビットに割り当てられる。
携帯端末通信装置１２では、提供されるスタイルのうち、例えば、縦長型表示又は横長型表示の画面表示の向き、あるいはオーバーレイ型配置の許容や文字の大きさ等の画面表示の設定などに応じて、利用可能となるスタイルが選択される。そして、戻り値として、style_availabilityの配列順に対応するスタイル番号（図１３のビット番号）が返される。なお、利用可能となるスタイルが存在しない場合には、戻り値としてnullが返される。
図１２に戻り、例えば、スタイル選択関数の実行により、スタイルａが最適なスタイルであると選択された場合、Startup.bmlからmodule2に記述されたa.bmlに遷移する。そして、a.bmlと同じスタイルを有するmodule2に記述された他のBML文書ファイルに遷移する。同様に、スタイルｂが最適なスタイルであると選択された場合、Startup.bmlからmodule1に記述されたb.bmlに遷移する。
また、スタイルｆが最適なスタイルであると選択された場合、インターネット１４を介してサーバ１３からf.bmlが取得され、Startup.bmlからf.bmlに遷移する。
なお、図１２の例では、BML文書ファイルが、データ放送コンテンツに相当する。
図１４は、スクリプト方式を採用した場合の携帯端末通信装置の構成例を示す図である。
図１４の携帯端末通信装置１２において、図１０の携帯端末通信装置１２と同一のブロックには同一の符号が付してある。すなわち、スクリプト方式の携帯端末通信装置１２においては、データ放送処理部３８として、BMLブラウザ６１が設けられている。
BMLブラウザ６１は、カルーセル処理部３５から供給されるBML文書ファイルのデータを、合成部３７に供給して、ディスプレイ１２Ａに表示させる。
BMLブラウザ６１は、ユーザによりチャンネルが選局された場合、スタイル選択関数を実行して、第１段階のスタイル選択処理を行う。また、BMLブラウザ６１は、ディスプレイ１２Ａの画面表示の状態が変更された場合、後述するリンク方式、インポート方式、又はメディア方式を用いて、第２段階のスタイル選択処理を行う。
なお、図１４の携帯端末通信装置１２において、データ放送処理部３８以外の構成は、図１０の携帯端末通信装置１２と基本的に同様であるため、その説明は省略する。
図１４の携帯端末通信装置１２は、以上のように構成される。
次に、図１５のフローチャートを参照して、図１４の携帯端末通信装置１２により実行される、スクリプト方式を採用した場合の第１段階のスタイル選択処理を説明する。この処理は、図１１のステップＳ１２に対応している。
なお、第１段階のスタイル選択処理を行うに際しては、チューナ３１によりデジタルテレビ放送信号が受信されて復調され、多重分離部３２により放送ストリームが、映像ストリーム、音声ストリーム、データストリーム、及び伝送制御情報用のストリームに分離されている。
ステップＳ３１において、カルーセル処理部３５は、データ放送処理部３８がスタイル選択関数に対応しているか否かを判定する。データ放送処理部３８がスタイル選択関数に対応していると判定された場合、処理は、ステップＳ３２に進む。
ステップＳ３２において、カルーセル処理部３５は、データストリームからエントリBML文書ファイルを取得し、BMLブラウザ６１に供給する。
ステップＳ３３において、BMLブラウザ６１は、カルーセル処理部３５により取得されたエントリBML文書ファイルを実行する。
ステップＳ３４において、BMLブラウザ６１は、エントリBML文書ファイルを実行することで行われる、スタイル選択関数（図１３のselectStyleOfContent()）によるスタイル選択処理を行う。
ここで、図１６のフローチャートを参照して、ステップＳ３４に対応する、スタイル選択関数によるスタイル選択関数処理を説明する。なお、図１６では、携帯端末通信装置１２がスマートフォンＡである場合を示している。
ステップＳ５１において、BMLブラウザ６１は、拡大文字モードに設定されているか否かを判定する。ステップＳ５１において、拡大文字モードに設定されていると判定された場合、処理は、ステップＳ５２に進む。
ステップＳ５２において、BMLブラウザ６１は、ディスプレイ１２Ａが横長型表示となっているか否かを判定する。ステップＳ５２において、ディスプレイ１２Ａが横長型表示であると判定された場合、処理は、ステップＳ５３に進む。
ステップＳ５３において、BMLブラウザ６１は、オーバーレイ型配置の機能が有効に設定されているか否かを判定する。
ステップＳ５３において、オーバーレイ型配置の機能が有効に設定されていると判定された場合、処理は、ステップＳ５４に進む。ステップＳ５４において、BMLブラウザ６１は、スタイルｆ，ｃ，ａの優先順で、利用可能なスタイルを選択する。
また、ステップＳ５３において、オーバーレイ型配置の機能が有効に設定されていないと判定された場合、処理は、ステップＳ５５に進む。ステップＳ５５において、BMLブラウザ６１は、スタイルｂ，ａの優先度順で、利用可能なスタイルを選択する。
さらに、ステップＳ５２において、ディスプレイ１２Ａが横長型表示でない、すなわち、縦長型表示であると判定された場合、処理は、ステップＳ５６に進む。ステップＳ５６において、BMLブラウザ６１は、スタイルａを選択する。
一方、ステップＳ５１において、拡大文字モードに設定されていないと判定された場合、処理は、ステップＳ５７に進む。
ステップＳ５７において、BMLブラウザ６１は、ディスプレイ１２Ａが横長型表示となっているか否かを判定する。ステップＳ５７において、ディスプレイ１２Ａが横長型表示であると判定された場合、処理は、ステップＳ５８に進む。
ステップＳ５８において、BMLブラウザ６１は、オーバーレイ型配置の機能が有効に設定されているか否かを判定する。
ステップＳ５８において、オーバーレイ型配置の機能が有効に設定されていると判定された場合、処理は、ステップＳ５９に進む。ステップＳ５９において、BMLブラウザ６１は、スタイルｆ，ｅ，ｄ，ｂ，ａの優先順で、利用可能なスタイルを選択する。
また、ステップＳ５８において、オーバーレイ型配置の機能が有効に設定されていないと判定された場合、処理は、ステップＳ６０に進む。ステップＳ６０において、BMLブラウザ６１は、スタイルｅ，ｄ，ｂ，ａの優先順で、利用可能なスタイルを選択する。
さらに、ステップＳ５７において、ディスプレイ１２Ａが横長型表示でない、すなわち、縦長型表示であると判定された場合、処理は、ステップＳ６１に進む。ステップＳ６１において、BMLブラウザ６１は、ｄ，ａの優先順で、利用可能なスタイルを選択する。
このようにして、コンテンツごとに提供されるスタイルａ乃至ｆの中から、ディスプレイ１２Ａの画面表示の向きや画面表示の設定等の画面表示の状態に応じた１つのスタイルが選択される。また、対応可能なスタイルが複数ある場合には、あらかじめ定められた優先度に応じて１つのスタイルが選択される。
ステップＳ５４乃至Ｓ５６又はステップＳ５９乃至Ｓ６１のいずれかの処理が終了すると、処理は、図１５のステップＳ３４に戻り、ステップＳ３５以降の処理が行われる。
ステップＳ３５において、BMLブラウザ６１は、カルーセル処理部３５から、スタイル選択関数によるスタイル選択関数処理により選択されたスタイルに対応する表示要素を含むBML文書ファイルを取得する。なお、このBML文書ファイルには、１又は２以上のスタイルシートが対応している。
一方、ステップＳ３１において、データ放送処理部３８がスタイル選択関数に対応していないと判定された場合、処理は、ステップＳ３７に進む。ステップＳ３７において、BMLブラウザ６１は、カルーセル処理部３５から、対応可能なスタイル（例えば、スタイルａ）のBML文書ファイルを取得する。これにより、例えば、スタイル選択関数に対応していない既存の携帯通信端末装置に対しても不具合を起こすことなく、コンテンツを視聴させることが可能となる。
ステップＳ３５又はＳ３７の処理が終了すると、処理は、図１１のステップＳ１２に戻り、ステップＳ１３以降の処理が行われる。
以上のように、スクリプト方式を採用した場合、表示要素のないエントリBML文書ファイルに記述されたスタイル選択関数（selectStyleOfContent()）が実行されることで、提供されるデータ放送コンテンツのスタイルの選択が行われる。そして、選択されたスタイルとなるデータ放送コンテンツの先頭ページのBML文書ファイルが取得される。
［メタファイル方式］
次に、図１７乃至図２０を参照して、第１段階のスタイル選択の方式として、メタファイル方式を採用した場合について説明する。
図１７は、メタファイル方式における放送ストリームの構成を示す図である。
放送ストリームには、映像ストリーム、音声ストリーム、データストリーム、及び伝送制御情報用のストリームが多重化される。
データストリームには、module0，module1，module2，・・・が含まれており、module0には、メタファイル（Style_list.xml）が記述される。Style_list.xmlには、提供されるデータ放送コンテンツのスタイルのリストが記述される。
図１８は、メタファイルのフォーマットの例を示す図である。
図１８に示すように、Style_list要素には、provided_style要素が属している。provided_style要素は、提供されるスタイルの数に応じて出現し、記述される。
provided_style要素には、その属性として、horizontal_size属性、vertical_size属性、layout_policy属性、及びlink属性が設定される。
horizontal_size属性は、データ放送コンテンツの水平方向のサイズを指定し、vertical_size属性は、データ放送コンテンツの垂直方向のサイズを指定するための属性である。従って、horizontal_size，vertical_size属性により、データ放送コンテンツの画面サイズ（解像度）が設定される。
layout_policy属性は、映像コンテンツとデータ放送コンテンツの配置の方式を指定するための属性である。layout_policy属性には、その属性値として、分離型配置の場合、"separated"が設定され、オーバーレイ型配置の場合、"overlaid"が設定される。
link属性は、データ放送コンテンツの先頭ページのURL（Uniform Resource Locator）を指定するための属性である。
例えば、図１８の記述例に示すように、スタイルａ，ｅ，ｆが提供される場合、Style_list要素には、３つのprovided_style要素が記述される。１つ目のprovided_style要素には、スタイルａの属性値が記述され、その先頭ページのリンク先として、"startup.bml"が指定される。同様に、２，３つ目のprovided_style要素には、スタイルｅ，ｆの属性値が記述される。
図１７に戻り、例えば、module0に含まれるメタファイルが読み込まれ、そのメタファイルに記述されている３つのスタイルのうち、スタイルａが選択された場合、１つ目のprovided_style要素のlink属性に記述された"startup.bml"に遷移される。同様に、スタイルｅが選択された場合、２つ目のprovided_style要素のlink属性に記述された"../1/startup.bml"に遷移される。
また、スタイルｆが選択された場合、インターネット１４を介して３つ目のprovided_style要素のlink属性に記述された"http://providerA.com/databroadcast/startup.bml"にアクセスされ、startup.bmlに遷移される。
なお、図１７の例では、メタファイルやBML文書ファイルが、データ放送コンテンツに相当する。
図１９は、メタファイル方式を採用した場合の携帯端末通信装置の構成例を示す図である。
図１９の携帯端末通信装置１２において、図１０の携帯端末通信装置１２と同一のブロックには同一の符号が付してある。すなわち、メタファイル方式の携帯端末通信装置１２においては、データ放送処理部３８として、メタファイル処理部７１、スタイル選択部７２、及びBMLブラウザ７３が設けられている。
メタファイル処理部７１は、カルーセル処理部３５から供給されるメタファイルを解析し、その解析結果を、スタイル選択部７２に供給する。
スタイル選択部７２は、メタファイル処理部７１から供給されるメタファイルの解析結果に基づいて、第１段階のスタイル選択処理を行い、その選択結果をBMLブラウザ７３に供給する。
BMLブラウザ７３は、スタイル選択部７２から供給される選択結果に基づいて、カルーセル処理部３５からBML文書ファイルを取得する。BMLブラウザ７３は、取得されたBML文書ファイルのデータを、合成部３７に供給して、ディスプレイ１２Ａに表示させる。
また、BMLブラウザ７３は、ディスプレイ１２Ａの画面表示の状態が変更された場合、後述するリンク方式、インポート方式、又はメディア方式を用いて、第２段階のスタイル選択処理を行う。
なお、図１９の携帯端末通信装置１２において、データ放送処理部３８以外の構成は、図１０の携帯端末通信装置１２と基本的に同様であるため、その説明は省略する。
図１９の携帯端末通信装置１２は、以上のように構成される。
次に、図２０のフローチャートを参照して、図１９の携帯端末通信装置１２により実行される、メタファイル方式を採用した場合の第１段階のスタイル選択処理を説明する。この処理は、図１１のステップＳ１２に対応している。
ステップＳ７１において、カルーセル処理部３５は、データ放送処理部３８がメタファイルに対応しているか否かを判定する。データ放送処理部３８がメタファイルに対応していると判定された場合、処理は、ステップＳ７２に進む。
ステップＳ７２において、カルーセル処理部３５は、データストリームからメタファイルを取得し、メタファイル処理部７１に供給する。
ステップＳ７３において、メタファイル処理部７１は、カルーセル処理部３５により取得されたメタファイルを解析し、その解析結果をスタイル選択部７２に供給する。
ステップＳ７４において、スタイル選択部７２は、メタファイル処理部７１によるメタファイルの解析結果に基づいて、スタイル選択処理を行う。
すなわち、メタファイルの解析結果によるスタイル選択処理においては、前述した図１６のスタイル選択処理と同様に、ディスプレイ１２Ａの画面表示の状態に応じて、メタファイルに記述されたスタイルａ乃至ｆの中から１つのスタイルが選択される。
ステップＳ７５において、BMLブラウザ７３は、スタイル選択部７２による選択結果に基づいて、カルーセル処理部３５から、選択されたスタイルに対応する表示要素を含むBML文書ファイルを取得する。なお、このBML文書ファイルには、１又は２以上のスタイルシートが対応している。
一方、ステップＳ７１において、データ放送処理部３８がメタファイルに対応していないと判定された場合、処理は、ステップＳ７７に進む。ステップＳ７７において、BMLブラウザ７３は、カルーセル処理部３５から、対応可能なスタイル（例えば、スタイルａ）のBML文書ファイルを取得する。これにより、例えば、メタファイルに対応していない既存の携帯通信端末装置に対しても不具合を起こすことなく、コンテンツを視聴させることが可能となる。
ステップＳ７５又はＳ７７の処理が終了すると、処理は、図１１のステップＳ１２に戻り、ステップＳ１３以降の処理が行われる。
以上のように、メタファイル方式を採用した場合、提供されるデータ放送コンテンツのスタイルのリストが記述されたメタファイルが読み込まれ、そのメタファイルに記述されたリストから選択されるスタイルに対応するURLが特定される。そして、そのURLにより指定される先頭ページのBML文書ファイルが取得される。
［シグナリング方式］
次に、図２１乃至図２４を参照して、第１段階のスタイル選択の方式として、シグナリング方式を採用した場合について説明する。
図２１は、シグナリング方式における放送ストリームの構成を示す図である。
放送ストリームには、映像ストリーム、音声ストリーム、データストリーム、及び伝送制御情報用のストリームが多重化される。
データストリームには、module0，module1，module2，・・・が含まれており、各モジュールには、Startup.bmlが含まれる。
また、伝送制御情報用のストリームから抽出されるPMTには、データ放送スタイルリスト記述子が含まれており、そのデータ放送スタイルリスト記述子に記述されているスタイル番号ごとに、そのスタイルのBML文書ファイルが含まれるモジュールの番号が記述される。
図２２は、データ放送スタイルリスト記述子の例を示す図である。
data_broadcast_style_list_descriptorには、descriptor_tag，descriptor_length，number_of_styleが記述される。
descriptor_tagは、data_broadcast_style_list_descriptorを識別するためのタグを示す。descriptor_lengthは以降のバイト数を示す。
number_of_styleは、スタイル数を示し、style_idは、スタイル番号を示す。また、module_idは、モジュール番号を示す。すなわち、number_of_styleの数だけ、style_id，module_idがループされるので、提供されるスタイルの番号と、そのスタイルのBML文書ファイルが含まれるモジュールの番号が関連付けられる。
図２３は、シグナリング方式を採用した場合の携帯端末通信装置の構成例を示す図である。
図２３の携帯端末通信装置１２において、図１０の携帯端末通信装置１２と同一のブロックには同一の符号が付してある。すなわち、シグナリング方式の携帯端末通信装置１２においては、データ放送処理部３８として、リスト記述子処理部８１、スタイル選択部８２、及びBMLブラウザ８３が設けられている。
リスト記述子処理部８１は、PSI処理部３６から供給されるデータ放送スタイルリスト記述子を解析し、その解析結果をスタイル選択部８２に供給する。
スタイル選択部８２は、リスト記述子処理部８１から供給されるデータ放送スタイルリスト記述子の解析結果に基づいて、第１段階のスタイル選択処理を行い、その選択結果をBMLブラウザ８３に供給する。
BMLブラウザ８３は、スタイル選択部８２から供給される選択結果に基づいて、カルーセル処理部３５からBML文書ファイルを取得する。BMLブラウザ８３は、取得されたBML文書ファイルのデータを合成部３７に供給して、ディスプレイ１２Ａに表示させる。
また、BMLブラウザ８３は、ディスプレイ１２Ａの画面表示の状態が変更された場合、後述するリンク方式、インポート方式、又はメディア方式を用いて、第２段階のスタイル選択処理を行う。
なお、図２３の携帯端末通信装置１２において、データ放送処理部３８以外の構成は、図１０の携帯端末通信装置１２と基本的に同様であるため、その説明は省略する。
図２３の携帯端末通信装置１２は、以上のように構成される。
次に、図２４のフローチャートを参照して、図２３の携帯端末通信装置１２により実行される、シグナリング方式を採用した場合の第１段階のスタイル選択処理を説明する。この処理は、図１１のステップＳ１２に対応している。
ステップＳ９１において、PSI処理部３６は、データ放送処理部３８がデータ放送スタイルリスト記述子に対応しているか否かを判定する。データ放送処理部３８がデータ放送スタイルリスト記述子に対応していると判定された場合、処理は、ステップＳ９２に進む。
ステップＳ９２において、PSI処理部３６は、PMTに含まれるデータ放送スタイルリスト記述子を取得し、リスト記述子処理部８１に供給する。
ステップＳ９３において、リスト記述子処理部８１は、PSI処理部３６により取得されたデータ放送スタイルリスト記述子を解析し、その解析結果をスタイル選択部８２に供給する。
ステップＳ９４において、スタイル選択部８２は、リスト記述子処理部８１によるデータ放送スタイルリスト記述子の解析結果に基づいて、スタイル選択処理を行う。
すなわち、データ放送スタイルリスト記述子の解析結果によるスタイル選択処理においては、前述した図１６のスタイル選択処理と同様に、ディスプレイ１２Ａの画面表示の状態に応じて、データ放送スタイルリスト記述子に記述されたスタイルａ乃至ｆの中から１つのスタイルが選択される。
ステップＳ９５において、BMLブラウザ８３は、スタイル選択部８２による選択結果に基づいて、カルーセル処理部３５から、選択されたスタイルに対応する表示要素を含むBML文書ファイルを取得する。なお、このBML文書ファイルには、１又は２以上のスタイルシートが対応している。
一方、ステップＳ９１において、データ放送処理部３８がデータ放送スタイルリスト記述子に対応していないと判定された場合、処理は、ステップＳ９７に進む。ステップＳ９７において、BMLブラウザ８３は、カルーセル処理部３５から対応可能なスタイル（例えば、スタイルａ）のBML文書ファイルを取得する。これにより、例えば、データ放送スタイルリスト記述子に対応していない既存の携帯通信端末装置に対しても不具合を起こすことなく、コンテンツを視聴させることが可能となる。
ステップＳ９５又はＳ９７の処理が終了すると、処理は、図１１のステップＳ１２に戻り、ステップＳ１３以降の処理が行われる。
以上のように、シグナリング方式を採用した場合、PMTに含まれるデータ放送スタイルリスト記述子に記述されるリストから選択されるスタイルに対応するモジュールの番号が特定される。そして、その特定された番号のモジュールに含まれる先頭ページのBML文書ファイルが取得される。
［第２段階のスタイル選択処理］
次に、図２５乃至図３３を参照して、第２段階のスタイル選択処理の詳細について説明する。
前述したように、データ放送コンテンツが複数の表示のスタイルに対応している場合、１つのコンテンツに対して、複数のスタイルシートを指定することができる。すなわち、第１段階のスタイル選択処理により、コンテンツごとの表示のスタイルを選択した上で、第２段階のスタイル選択処理により、そのコンテンツのスタイルシートを選択することで、より最適なスタイルを選択することが可能となる。
この第２段階のスタイル選択処理は、例えば、チャンネルが選局時に選択されたデータ放送コンテンツが複数のスタイルシートに対応している場合や、ディスプレイ１２Ａの画面表示の状態が変更した場合に行われる。また、第２段階のスタイル選択の方式としては、CSS（Cascading Style Sheets）のメディア型を拡張することで、前述したように、リンク方式、インポート方式、又はメディア方式を用いることができる。そこで、以下、それらの３つの方式について説明する。
［リンク方式］
まず、図２５乃至図２７を参照して、第２段階のスタイル選択の方式として、リンク方式を採用した場合について説明する。
図２５は、リンク方式の概要を示す図である。
リンク方式では、BML文書ファイルに記述されたLink要素により指定されるCSSファイルが参照され、そのCSSファイルで指定される各スタイルごとのコンテンツの画面サイズ（解像度）に関する情報などに応じて、コンテンツのスタイルが変更される。
図２５の記述例に示すように、BML文書ファイル中のLink要素には、その属性として、rel属性、type属性、href属性、media属性が設定される。
media属性は、メディア型を指定する。メディア型を指定するための属性値には、"portlait"，"landscape"，"separated"，"overlaid"が設定される。
すなわち、media属性には、属性値として、縦長型表示の場合、"portlait"が設定され、横長型表示の場合、"landscape"が設定される。また、分離型配置の場合、"separated"が設定され、オーバーレイ型配置の場合、"overlaid"が設定される。これらの属性値を設定することで、画面表示の向きと配置の方式に応じたメディア型が指定される。
例えば、図２６に示すように、media属性の属性値として、"landscape"，"overlaid"が設定される場合、href属性には"style_f.css"が設定される。style_f.cssには、コンテンツの解像度として、width:640px，height:480px（解像度640×480）が設定される。このスタイルは、前述したスタイルｆに相当するものである。
また、media属性の属性値として、"portlait"，"separated"が設定される場合、href属性には"style_a.css"が設定される。style_a.cssには、コンテンツの解像度として、width:240px，height:480px（解像度240×480）が設定される。このスタイルは、前述したスタイルａに相当するものである。
さらに、media属性の属性値として、"landscape"，"separated"が設定される場合、href属性には"style_e.css"が設定される。style_e.cssには、コンテンツの解像度として、width:640px，height:960px（解像度640×960）が設定される。このスタイルは、前述したスタイルｅに相当するものである。
このように、各メディア型に応じた外部スタイルシートを読み込むことで、外部スタイルシートごとに記述される各スタイルの画面サイズを取得することができる。
次に、図２７のフローチャートを参照して、リンク方式を採用した場合の第２段階のスタイル選択処理を説明する。この処理は、図１１のステップＳ１４又はＳ１７に対応している。
なお、この第２段階のスタイル選択処理は、図１０，図１４，図１９，図２３の携帯端末通信装置１２のいずれが実行してもよいが、ここでは、代表して、図１４の携帯端末通信装置１２が実行する場合について説明する。
ステップＳ１１１において、BMLブラウザ６１は、制御部４１に問い合わせることで、ディスプレイ１２Ａの画面表示の向きと、画面表示の設定に関する情報を取得する。
ステップＳ１１２において、BMLブラウザ６１は、取得されたディスプレイ１２Ａの画面表示の向きと画面表示の設定に関する情報に応じて、Link要素により指定されるスタイルシートを選択する。例えば、ディスプレイ１２Ａの画面表示の向きが横長型表示であり、画面表示の設定（配置の方式）がオーバーレイ型配置である場合には、図２６に示すように、media属性の属性値が、"landscape"，"overlaid"となるので、href属性により指定されるstyle_f.css"が選択される。
ステップＳ１１３において、BMLブラウザ６１は、BML文書ファイルに対応するスタイルシートを読み込み、その記述内容に対応した画面レイアウトによる表示処理を行う。
これにより、ディスプレイ１２Ａには、その画面表示の状態に応じた最適な表示形態で、映像コンテンツとデータ放送コンテンツが表示される。
ステップＳ１１３の処理が終了すると、処理は、図１１のステップＳ１４又はＳ１７に戻り、それ以降の処理が行われる。
以上のように、リンク方式を採用した場合、画面表示の向き及び画面表示の設定に応じたメディア型が特定され、そのメディア型に応じて、Link要素により指定されるCSSファイルが参照され、そのCSSファイルに記述される各スタイルの画面サイズが取得され、コンテンツのスタイルが変更される。
［インポート方式］
次に、図２８乃至図３０を参照して、第２段階のスタイル選択の方式として、インポート方式を採用した場合について説明する。
図２８は、インポート方式の概要を示す図である。
インポート方式では、BML文書ファイルに記述されたStyle要素の@import規則により指定されるメディア型ごとのCSSファイルが参照され、そのCSSファイルで指定される各スタイルごとのコンテンツの画面サイズ（解像度）に関する情報などに応じて、コンテンツのスタイルが変更される。
図２８の記述例に示すように、@import規則には、"portlait"，"landscape"，"separated"，"overlaid"などのメディア型を指定することができる。
すなわち、@import規則には、縦長型表示の場合、"portlait"が設定され、横長型表示の場合、"landscape"が設定される。また、分離型配置の場合、"separated"が設定され、オーバーレイ型配置の場合、"overlaid"が設定される。これらの値を設定することで、画面表示の向きと配置の方式に応じたメディア型が指定される。
例えば、図２９に示すように、"portlait"，"overlaidが設定される場合、@import規則のURLには、"port-over.css"が設定される。図示はしていないが、port-over.cssにはコンテンツの解像度に関する情報が記述される。
また、"landscape"，"separated"が設定される場合、@import規則のURLには、"land-separate.css"が設定される。さらに、"portlait"，"landscape"，"overlaid"が設定される場合、@import規則のURLには、"port-land-over.css"が設定される。land-separate.css，port-land-over.cssにもコンテンツの解像度に関する情報が記述される。
このように、各メディア型に応じた外部スタイルシートを読み込むことで、外部スタイルシートごとに記述される各スタイルの画面サイズを取得することができる。
次に、図３０のフローチャートを参照して、インポート方式を採用した場合の第２段階のスタイル選択処理について説明する。この処理は、図１１のステップＳ１４又はＳ１７に対応している。
なお、この第２段階のスタイル選択処理は、図１０，図１４，図１９，図２３の携帯端末通信装置１２のいずれが実行してもよいが、ここでは、代表して、図１４の携帯端末通信装置１２が実行する場合について説明する。
ステップＳ１３１においては、図２７のステップＳ１１１と同様に、BMLブラウザ６１により、ディスプレイ１２Ａの画面表示の向きと、画面表示の設定に関する情報が取得される。
ステップＳ１３２において、BMLブラウザ６１は、取得されたディスプレイ１２Ａの画面表示の向きと画面表示の設定に関する情報に応じて、@import規則により指定されるスタイルシートを選択する。例えば、ディスプレイ１２Ａの画面表示の向きが横長型表示であり、画面表示の設定（配置の方式）が分離型配置である場合、図２９に示すように、"landscape"，"separated"となるので、@import規則のURLにより指定される"land-separate.css"が選択される。
ステップＳ１３３においては、図２７のステップＳ１１３と同様に、BML文書ファイルに対応するスタイルシートが読み込まれ、その記述内容に対応した画面レイアウトによる表示処理が行われる。そして、ディスプレイ１２Ａには、その画面表示の状態に応じた最適な表示形態で、映像コンテンツとデータ放送コンテンツが表示される。
ステップＳ１３３の処理が終了すると、処理は、図１１のステップＳ１４又はＳ１７に戻り、それ以降の処理が行われる。
以上のように、インポート方式を採用した場合、画面表示の向き及び画面表示の設定に応じたメディア型が特定され、そのメディア型に応じて、@import規則により指定されるCSSファイルが参照され、そのCSSファイルに記述される各スタイルの画面サイズが取得され、コンテンツのスタイルが変更される。
［メディア方式］
次に、図３１乃至図３３を参照して、第２段階のスタイル選択の方式として、メディア方式を採用した場合について説明する。
図３１は、メディア方式の概要を示す図である。
メディア方式では、BML文書ファイルに記述されたStyle要素の@media規則によりメディア型ごとのCSSを記述しておいて、そのCSSにより定義される各スタイルごとのコンテンツの画面サイズ（解像度）に関する情報などに応じて、コンテンツのスタイルが変更される。
図３１において、BML文書ファイルに記述されたCSSスタイル１乃至CSSスタイル３に対応する記述例に示すように、@media規則には、"portlait"，"landscape"，"separated"，"overlaid"などのメディア型を指定することができる。
すなわち、@media規則には、縦長型表示の場合、"portlait"が設定され、横長型表示の場合、"landscape"が設定される。また、分離型配置の場合、"separated"が設定され、オーバーレイ型配置の場合、"overlaid"が設定される。これらの値を設定することで、画面表示の向きと配置の方式に応じたメディア型が指定される。
例えば、図３２に示すように、メディア型として、"landscape"，"overlaid"が設定される場合、@media規則のbody要素には、コンテンツの解像度として、width:640px，height:480px（解像度640×480）が定義される。
また、"landscape"，"separated"が設定される場合、@media規則のbody要素には、コンテンツの解像度として、width:640px，height:960px（解像度640×960）が定義される。さらに、"portlait"，"separated"が設定される場合、@media規則のbody要素には、コンテンツの解像度として、width:240px，height:480px（解像度640×480）が定義される。
このように、各メディア型に応じたスタイルをBML文書ファイルに記述されたCSSにより定義することで、メディア型に応じた各スタイルの画面サイズを取得することができる。
次に、図３３のフローチャートを参照して、メディア方式を採用した場合の第２段階のスタイル選択処理について説明する。この処理は、図１１のステップＳ１４又はＳ１７に対応している。
なお、この第２段階のスタイル選択処理は、図１０，図１４，図１９，図２３の携帯端末通信装置１２のいずれが実行してもよいが、ここでは、代表して、図１４の携帯端末通信装置１２が実行する場合について説明する。
ステップＳ１５１においては、図２７のステップＳ１１１と同様に、BMLブラウザ６１により、ディスプレイ１２Ａの画面表示の向きと、画面表示の設定に関する情報が取得される。
ステップＳ１５２において、BMLブラウザ６１は、取得されたディスプレイ１２Ａの画面表示の向きと画面表示の設定に関する情報に応じて、BML文書ファイルに記述されたCSSにより定義されるスタイルを選択する。例えば、ディスプレイ１２Ａの画面表示の向きが縦長型表示であり、画面表示の設定（配置の方式）が分離型配置である場合、図３２に示すように、"portlait"，"separated"となるので、スタイル定義として、width:240px，height:480px（解像度640×480）が選択される。
ステップＳ１５３において、BMLブラウザ６１は、BML文書ファイルに対応するスタイル定義の記述内容に応じた画面レイアウトによる表示処理を行う。これにより、ディスプレイ１２Ａには、その画面表示の状態に応じた最適な表示形態で、映像コンテンツとデータ放送コンテンツが表示される。
ステップＳ１５３の処理が終了すると、処理は、図１１のステップＳ１４又はＳ１７に戻り、それ以降の処理が行われる。
以上のように、メディア方式を採用した場合、画面表示の向き及び画面表示の設定に応じたメディア型が特定され、そのメディア型に応じて、BML文書ファイルに記述されたCSSにより定義される各スタイルの画面サイズが取得され、コンテンツのスタイルが変更される。
［画面遷移の具体例］
次に、図３４を参照して、サービス事業者により提供されるデータ放送コンテンツの画面遷移の具体的な例を説明する。
データ放送コンテンツとしては、例えば、番組解説、ニュース、天気予報などのアイテム（情報アイテム）があり、例えば、先頭ページのBML文書ファイルは、これらのアイテム情報を選択するためのメニュー画面を構成する。この先頭ページのBML文書ファイルを表示するための方式として、スクリプト方式、メタファイル方式、又はシグナリング方式があるのは、前述したとおりである。
メニュー画面としては、映像コンテンツ（図中の映像）に付随する情報アイテム（例えば、図中の四角形や三角形等の図形）を、映像コンテンツに重ねて表示するためのオーバーレイ型配置用BML文書ファイルと、映像コンテンツと別々に表示するための分離型配置用BML文書ファイルがある。また、オーバーレイ型配置用BML文書ファイルには、CSSファイルとして、"Overlaid.css"が付随し、分離型配置用BML文書ファイルには、CSSファイルとして、縦長型表示用の"portlait.css"と、横長型表示用の"landscape.css"が付随するものとする。
チャンネル選局時に行われる第１段階のスタイル選択処理によって、オーバーレイ型配置又は分離型配置のいずれかに対応する表示のスタイルが選択され、そのスタイルに対応するBML文書ファイルが実行されるのは前述したとおりである。オーバーレイ型配置用BML文書ファイルの場合、CSSファイルが１つであるため、そのCSSファイルに基づいて、オーバーレイ型配置メニュー画面（図中のＡ）が表示される。
一方、分離型配置のBML文書ファイルにおいては、CSSファイルが２つあるため、さらに、第２段階のスタイル選択処理によって、ディスプレイ１２Ａの画面表示の向きに応じて、縦長型表示用又は横長型表示用のいずれかのCSSファイルが選択され、分離型配置メニュー画面（図中のＢ）が表示される。
メニュー画面が表示されている状態で、ディスプレイ１２Ａの画面表示の向きが変更されると、第２段階のスタイル選択処理によって、表示中のメニュー画面のスタイルが選択され、例えば、オーバーレイ型配置と分離型配置の切り替えが行われる。なお、第１段階のスタイル選択処理がメタファイル方式又はシグナリング方式で行われた場合には、画面表示の向きが変わった時点で、第１段階のスタイル選択処理を行って、コンテンツのスタイルを再選択してもよい。スタイルを再選択してもメニュー画面であるため、違和感はないと考えられる。
メニュー画面から特定の情報アイテムが選択された場合、その情報アイテムに関する詳細な情報画面が表示されるが、詳細な情報画面においては表示すべき情報量が増加するため、横長型表示で、オーバーレイ型配置を行うのは現実的ではない。従って、メニュー画面から特定の情報アイテムが選択された場合には、全て分離型配置の１系統のコンテンツに集約されるようにする。例えば、オーバーレイ型配置メニュー画面（図中のＡ）が横長型表示である場合において、そのメニュー画面から情報アイテムが選択されたとき、分離型配置のBML文書ファイルにより表示される横長型詳細情報画面（図中のＣ）に遷移することになる。この場合、横長型詳細情報画面（図中のＣ）は、例えば一旦、映像コンテンツの表示がなくなり、全画面で表示される。また、所定の操作を行うことで、横長型詳細情報画面から、映像コンテンツの全画面表示に切り替えることも可能である。
その後、画面表示の向きが横長型表示から縦長型表示に変更された場合、第２段階のスタイル選択処理が行われ、スタイルシートが切り替えられて、横長型詳細情報画面（図中のＣ）又は映像コンテンツの全画面表示から、縦長型詳細情報画面（図中のＤ）に切り替わる。この場合、縦長型詳細情報画面（図中のＤ）は、縦長型表示となるため、映像コンテンツと詳細な情報画面が同時に表示される。
さらに、横長型詳細情報画面（図中のＣ）又は縦長型詳細情報画面（図中のＤ）からメニュー画面に戻る場合には、第１段階のスタイル選択処理が行われて、コンテンツのスタイルが再選択された後、第２段階のスタイル選択処理が行われ、メニュー画面が表示される。
なお、図３４の画面遷移は一例であり、各サービス事業者により提供されるデータ放送コンテンツの内容やディスプレイ１２Ａの画面表示の状態などに応じて、画面遷移は変化するものである。
以上のように、携帯端末通信装置１２においては、チャンネルが選局された場合、第１段階スタイル選択部５１によって、ディスプレイの画面表示の状態に基づいて、データ放送コンテンツごとの表示のスタイルが選択される。また、第１段階スタイル選択部５１により選択されたスタイルに応じたデータ放送コンテンツが複数の表示のスタイルに対応している場合、第２段階スタイル選択部５２によって、複数の表示のスタイルの中から一の表示のスタイルが選択される。そして、第１段階スタイル選択部５１又は第２段階スタイル選択部５２により選択されたスタイルに応じたデータ放送コンテンツがディスプレイに表示される。これにより、ディスプレイの画面表示の状態に応じて、データ放送コンテンツの表示形態を変更することができるので、最適な表示形態で画面表示を行うことができる。
なお、前述した説明では、携帯端末通信装置１２として、携帯電話機やスマートフォン、タブレットPCを例に説明したが、例えば、PDA（Personal Digital Assistant）やゲーム機など、デジタルテレビ放送信号を受信可能な他の携帯端末通信装置に適用することもできる。
また、前述した説明では、データ放送コンテンツとして、データ放送向けの記述言語であるBMLを用いて作成されたBML文書ファイルを例に説明したが、データ放送コンテンツは、BMLを用いて作成されるものに限らず、HTML(HyperText Markup Language)などの他の記述言語を用いて作成されるものであってもよい。
また、前述した説明では、スタイルａ乃至ｆの６つのスタイルを一例に説明したが、画面の解像度や画面表示の向き、配置の方式の組み合わせにより他のスタイルを設定することができる。また、スタイルの条件として、画面の解像度、画面表示の向き、及び配置の方式以外の条件を設定してもよい。さらに、各スタイルの優先度も一例であり、適宜変更することができる。すなわち、これらのポリシー設定は、基本的に各メーカの各端末の機種ごとに変るものであり、各端末の機種ごとに適切なポリシーが設定されることになる。
さらに、前述した説明では、チャンネル選局時に、第１段階のスタイル選択処理及び第２段階のスタイル選択処理を行い、ディスプレイ１２Ａの画面表示の状態が変化した場合に、第２段階のスタイル選択処理を行う例を説明したが、第１段階のスタイル選択処理と、第２段階のスタイル選択処理はそれぞれ単独の処理として成り立つため、それらの処理を別個に行うことができる。
［本技術を適用したコンピュータの説明］
前述した一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータ等にインストールされる。
そこで、図３５は、前述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。
プログラムは、コンピュータ２００に内蔵されているハードディスク等の記録部２０８やROM(Read Only Memory)２０２に予め記録しておくことができる。
あるいはまた、プログラムは、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブルメディア２１１に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブルメディア２１１は、いわゆるパッケージソフトウエアとして提供することができる。
なお、プログラムは、前述したようなリムーバブルメディア２１１からコンピュータ２００にインストールする他、ダウンロードサイトから、デジタル衛星放送用の人工衛星を介して、コンピュータ２００に無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータ２００に有線で転送し、コンピュータ２００では、そのようにして転送されてくるプログラムを、通信部２０９で受信し、記録部２０８にインストールすることができる。
コンピュータ２００は、CPU(Central Processing Unit)２０１を内蔵している。CPU２０１には、バス２０４を介して、入出力インタフェース２０５が接続されており、CPU２０１は、入出力インタフェース２０５を介して、ユーザによって、キーボードや、マウス、マイク等で構成される入力部２０６が操作等されることにより指令が入力されると、それに従って、ROM２０２に格納されているプログラムを実行する。あるいは、また、CPU２０１は、記録部２０８に格納されているプログラム、衛星若しくはネットワークから転送され、通信部２０９で受信されて記録部２０８にインストールされたプログラム、又はドライブ２１０に装着されたリムーバブルメディア２１１から読み出されて記録部２０８にインストールされたプログラムを、RAM(Random Access Memory)２０３にロードして実行する。これにより、CPU２０１は、前述したフローチャートにしたがった処理、あるいは前述したブロック図の構成により行われる処理を行う。そして、CPU２０１は、その処理結果を、必要に応じて、例えば、入出力インタフェース２０５を介して、LCD(Liquid Crystal Display)やスピーカ等で構成される出力部２０７から出力、あるいは、通信部２０９から送信、さらには、記録部２０８に記録等させる。
ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
さらに、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
１ 放送システム， １１ 放送装置， １２，１２−１，１２−２ 携帯端末通信装置， １２Ａ，１２Ａ−１，１２Ａ−２ ディスプレイ， １３ サーバ， １４ インターネット， ３１ チューナ， ３２ 多重分離部， ３３ ビデオデコーダ， ３４ オーディオデコーダ， ３５ カルーセル処理部， ３６ PSI処理部， ３７ 合成部， ３８ データ放送処理部， ３９ 通信I/F， ４０ スピーカ， ４１ 制御部， ４２ 記憶部， ４３ 操作部， ４４ 検出部， ６１，７３，８３ BMLブラウザ， ７１ メタファイル処理部， ７２，８２ スタイル選択部， ８１ リスト記述子処理部， ２００ コンピュータ， ２０１ CPU

Claims (13)

  1. データ放送用のデータストリームを少なくとも含む放送ストリームを受信する受信部と、
    前記受信部により受信された前記放送ストリームから得られるデータ放送コンテンツごとの表示のスタイルを選択する第１のスタイル選択部と、
    前記第１のスタイル選択部により選択された前記スタイルに応じた前記データ放送コンテンツが複数の表示のスタイルに対応している場合、複数の表示のスタイルの中から一の表示のスタイルを選択する第２のスタイル選択部と、
    前記第１のスタイル選択部又は前記第２のスタイル選択部により選択された前記スタイルに応じた前記データ放送コンテンツを表示する表示部と
    を備える受信装置。
  2. 前記第１のスタイル選択部は、前記データストリームから最初に読み出されるファイルに記述されたスクリプトの実行により前記スタイルを選択するスクリプト方式、前記データストリームから得られるメタファイルに記述されたスタイルのリストの中から前記スタイルを選択するメタファイル方式、又は前記放送ストリームに含まれる伝送制御情報用のストリームから得られるスタイルのリストの中から前記スタイルを選択するシグナリング方式のいずれかの１つ方式を用いて、前記データ放送コンテンツごとの表示のスタイルを選択し、
    前記第２のスタイル選択部は、表示中の前記データ放送コンテンツの記述言語により指定されるリンク先の外部ファイルから得られる画面表示に関する情報を用いて前記スタイルを選択するリンク方式、前記記述言語の所定の規則に従ってインポートされる外部ファイルから得られる画面表示に関する情報を用いて前記スタイルを選択するインポート方式、又は前記記述言語の所定の規則により定義される画面表示に関する情報を用いて前記スタイルを選択するメディア方式のいずれか１つの方式を用いて、複数の表示のスタイルの中から一の表示のスタイルを選択する
    請求項１に記載の受信装置。
  3. 前記第１のスタイル選択部は、前記放送ストリームに含まれる映像ストリームから得られる映像コンテンツのチャンネルが選局された場合、前記表示部の画面表示の向き又は画面表示の設定に基づいて、前記データ放送コンテンツごとの表示のスタイルを選択する
    請求項２に記載の受信装置。
  4. 前記第１のスタイル選択部は、あらかじめ定められた優先度に応じて、選択可能な複数の表示のスタイルの中から一の表示のスタイルを選択する
    請求項３に記載の受信装置。
  5. 前記画面表示の向きは、前記表示部の画面表示が縦長となる縦長型表示又は横長となる横長型表示のいずれかの向きである
    請求項４に記載の受信装置。
  6. 前記画面表示の設定は、コンテンツの配置の方式の設定であって、前記映像コンテンツと前記データ放送コンテンツを別々に配置する分離型配置、又は前記映像コンテンツと前記データ放送コンテンツを重ねて配置するオーバーレイ型配置のいずれかが設定される
    請求項４に記載の受信装置。
  7. 前記第２のスタイル選択部は、前記表示部の画面表示の状態が変化した場合、表示中の前記データ放送コンテンツが対応する複数の表示のスタイルの中から一の表示のスタイルを選択する
    請求項２に記載の受信装置。
  8. 前記第２のスタイル選択部は、前記表示部の画面表示の向き又は画面表示の設定が変更された場合、前記表示部の画面表示の向き又は画面表示の設定に基づいて、表示中の前記データ放送コンテンツが対応する複数の表示のスタイルの中から一の表示のスタイルを選択する
    請求項７に記載の受信装置。
  9. 前記画面表示の向きは、前記表示部の画面表示が縦長となる縦長型表示又は横長となる横長型表示のいずれかの向きである
    請求項８に記載の受信装置。
  10. 前記画面表示の設定は、コンテンツの配置の方式の設定であって、前記放送ストリームに含まれる映像ストリームから得られる映像コンテンツと前記データ放送コンテンツを別々に配置する分離型配置、又は前記映像コンテンツと前記データ放送コンテンツを重ねて配置するオーバーレイ型配置のいずれかが設定される
    請求項８に記載の受信装置。
  11. 前記放送ストリームは、MPEG-TS（Moving Picture Experts Group 2 - Transport Stream）であって、前記シグナリング方式のスタイルのリストは、前記伝送制御情報用のストリームに含まれるPMT（Program Mapped Table）から得られる
    請求項２に記載の受信装置。
  12. 受信装置が、
    データ放送用のデータストリームを少なくとも含む放送ストリームの受信を制御する受信制御ステップと、
    前記受信制御ステップの処理により受信された前記放送ストリームから得られるデータ放送コンテンツごとの表示のスタイルを選択する第１のスタイル選択ステップと、
    前記第１のスタイル選択ステップの処理により選択された前記スタイルに応じた前記データ放送コンテンツが複数のスタイルに対応している場合、複数のスタイルの中から一のスタイルを選択する第２のスタイル選択ステップと、
    前記第１のスタイル選択ステップの処理又は前記第２のスタイル選択ステップの処理により選択された前記スタイルに応じた前記データ放送コンテンツの表示を制御する表示制御ステップと
    含む受信方法。
  13. 受信装置の制御用のプログラムであって、
    データ放送用のデータストリームを少なくとも含む放送ストリームの受信を制御する受信制御ステップと、
    前記受信制御ステップの処理により受信された前記放送ストリームから得られるデータ放送コンテンツごとの表示のスタイルを選択する第１のスタイル選択ステップと、
    前記第１のスタイル選択ステップの処理により選択された前記スタイルに応じた前記データ放送コンテンツが複数のスタイルに対応している場合、複数のスタイルの中から一のスタイルを選択する第２のスタイル選択ステップと、
    前記第１のスタイル選択ステップの処理又は前記第２のスタイル選択ステップの処理により選択された前記スタイルに応じた前記データ放送コンテンツの表示を制御する表示制御ステップと
    を含む処理をコンピュータに実行させるプログラム。
JP2011103556A 2011-05-06 2011-05-06 受信装置及び方法、並びにプログラム Abandoned JP2012235380A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2011103556A JP2012235380A (ja) 2011-05-06 2011-05-06 受信装置及び方法、並びにプログラム
US13/443,690 US8797460B2 (en) 2011-05-06 2012-04-10 Reception apparatus, reception method, and program
CN2012101361652A CN102769792A (zh) 2011-05-06 2012-05-04 接收装置、接收方法以及程序

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011103556A JP2012235380A (ja) 2011-05-06 2011-05-06 受信装置及び方法、並びにプログラム

Publications (1)

Publication Number Publication Date
JP2012235380A true JP2012235380A (ja) 2012-11-29

Family

ID=47090005

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011103556A Abandoned JP2012235380A (ja) 2011-05-06 2011-05-06 受信装置及び方法、並びにプログラム

Country Status (3)

Country Link
US (1) US8797460B2 (ja)
JP (1) JP2012235380A (ja)
CN (1) CN102769792A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014164655A (ja) * 2013-02-27 2014-09-08 Nec Corp 通信システム、クライアント端末、サーバ装置、通信方法及びプログラム

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5902079B2 (ja) 2012-12-07 2016-04-13 日立マクセル株式会社 映像表示装置および端末装置

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4438129B2 (ja) * 1999-07-02 2010-03-24 ソニー株式会社 コンテンツ受信システム及びコンテンツ受信方法
US20020059624A1 (en) * 2000-08-03 2002-05-16 Kazuhiro Machida Server based broadcast system, apparatus and method and recording medium and software program relating to this system
JP2003337644A (ja) * 2002-03-14 2003-11-28 Sony Corp 電子機器装置、プログラム、プログラム提供装置及び記録媒体
JP4011949B2 (ja) * 2002-04-01 2007-11-21 キヤノン株式会社 マルチ画面合成装置及びデジタルテレビ受信装置
JP4114421B2 (ja) * 2002-07-22 2008-07-09 ソニー株式会社 電子機器装置、サーバ装置、レイアウト記述文書の提供方法
US7610598B2 (en) * 2002-10-22 2009-10-27 Canon Kabushiki Kaisha Recording apparatus that switches decoding methods between data received over the internet and data received over a broadcast network
US7555199B2 (en) * 2003-01-16 2009-06-30 Panasonic Corporation Recording apparatus, OSD controlling method, program, and recording medium
FR2859859A1 (fr) * 2003-09-16 2005-03-18 France Telecom Procede et module de reception de signaux de television
JP4254610B2 (ja) * 2004-05-14 2009-04-15 ソニー株式会社 利用者端末，画面データ生成方法，およびコンピュータプログラム
US7904930B2 (en) * 2004-10-14 2011-03-08 Microsoft Corporation Broadcast content delivery systems and methods
JP4782018B2 (ja) * 2004-10-21 2011-09-28 パナソニック株式会社 コンテンツ受信装置、コンテンツ受信方法およびコンテンツ配信システム
CN101223782A (zh) * 2005-05-18 2008-07-16 日本电气株式会社 内容显示系统和内容显示方法
JP2008085515A (ja) * 2006-09-27 2008-04-10 Hitachi Ltd コンテンツ受信端末システム及びコンテンツ受信端末装置
JP2008160337A (ja) * 2006-12-22 2008-07-10 Hitachi Ltd コンテンツ連動型情報提示装置および提示方法
JP4510853B2 (ja) * 2007-07-05 2010-07-28 シャープ株式会社 画像データ表示装置、画像データ出力装置、画像データ表示方法、画像データ出力方法及びプログラム
JP5060979B2 (ja) 2008-01-30 2012-10-31 レノボ・シンガポール・プライベート・リミテッド 携帯情報装置およびそのモード切替方法
JP5526652B2 (ja) * 2009-08-18 2014-06-18 ソニー株式会社 表示装置及び表示方法
JP5278379B2 (ja) * 2010-06-16 2013-09-04 ソニー株式会社 情報処理装置
KR101709470B1 (ko) * 2010-09-02 2017-02-23 엘지전자 주식회사 영상표시기기 및 그 동작 방법

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014164655A (ja) * 2013-02-27 2014-09-08 Nec Corp 通信システム、クライアント端末、サーバ装置、通信方法及びプログラム

Also Published As

Publication number Publication date
US20120281141A1 (en) 2012-11-08
US8797460B2 (en) 2014-08-05
CN102769792A (zh) 2012-11-07

Similar Documents

Publication Publication Date Title
JP4281017B2 (ja) 情報処理装置、表示制御方法、およびプログラム
KR101010378B1 (ko) 텔레비전 수신 장치
JP5827896B2 (ja) Ｍｐｅｇストリームスイッチングのためのダイナミックアプリケーション挿入
JP6529493B2 (ja) メディアデータの送信及び受信のための方法及び装置
JP2001086078A (ja) データ配信方法及び装置、並びに、データ受信方法及び装置
JP6317838B2 (ja) 提示制御装置及び提示制御方法
KR101201498B1 (ko) 메뉴 가이드 방법 및 이를 수행하는 영상처리장치
CN111601144B (zh) 流媒体文件播放方法及显示设备
CN102271150A (zh) 内容输出系统、内容输出方法、程序、终端设备和输出设备
JP2021122139A (ja) 受信装置およびプログラム
US20110016484A1 (en) Space-shifting ip streaming system achieved through a video playback method based on a rich internet application (ria)
EP2403238A2 (en) Display controlling device, display controlling method, and program
CN111417027A (zh) 网页视频全屏播放切换小窗口播放的方法及显示设备
CN111639281A (zh) 一种页面资源显示方法及显示设备
CN111277911A (zh) 一种全景视频的图像处理方法、显示设备及服务器
CN111757181B (zh) 一种减少网络媒体清晰度抖动的方法及显示设备
JP2012235380A (ja) 受信装置及び方法、並びにプログラム
US20110167457A1 (en) Motion picture reproducing apparatus and motion picture reproducing method
US10616364B2 (en) Electronic apparatus and method of operating the same
KR100773883B1 (ko) 다중 온 스크린 디스플레이 포맷을 포함하는 비디오를 처리하는 방법 및 시스템과, 비디오를 저장하기 위한 온 스크린 디스플레이 메모리
US20170272828A1 (en) Image display apparatus and method of operating the same
JP2009157901A (ja) 情報提供装置、情報表示装置、情報提供システム、情報提供方法、プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体
US11343583B2 (en) Method for displaying GUI for providing menu items and display device
JP5921398B2 (ja) 放送受信装置およびアプリケーション取得方法
JP2009065546A (ja) 地デジデータ放送更新時の画面表示方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140319

A762 Written abandonment of application

Free format text: JAPANESE INTERMEDIATE CODE: A762

Effective date: 20150402