JP2015530027A - デジタルサービス信号処理方法及び装置 - Google Patents

デジタルサービス信号処理方法及び装置 Download PDF

Info

Publication number
JP2015530027A
JP2015530027A JP2015526477A JP2015526477A JP2015530027A JP 2015530027 A JP2015530027 A JP 2015530027A JP 2015526477 A JP2015526477 A JP 2015526477A JP 2015526477 A JP2015526477 A JP 2015526477A JP 2015530027 A JP2015530027 A JP 2015530027A
Authority
JP
Japan
Prior art keywords
pdi
question
answer
present
content
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.)
Granted
Application number
JP2015526477A
Other languages
English (en)
Other versions
JP6100377B2 (ja
Inventor
セチン オ
セチン オ
チンピル キム
チンピル キム
スンチュ アン
スンチュ アン
チンウォン リ
チンウォン リ
キョンホ キム
キョンホ キム
キョンス ムン
キョンス ムン
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.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2015530027A publication Critical patent/JP2015530027A/ja
Application granted granted Critical
Publication of JP6100377B2 publication Critical patent/JP6100377B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2668—Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
    • 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/4508—Management of client data or end-user data
    • H04N21/4532—Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences
    • 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/454—Content or additional data filtering, e.g. blocking advertisements
    • 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/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/466—Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H04N21/4667—Processing of monitored end-user data, e.g. trend analysis based on the log file of viewer selections
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • 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
    • 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/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Graphics (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

【課題】デジタルサービス信号を処理する装置及びその方法を提供すること。【解決手段】本発明による装置は、ＰＤＩテーブルを受信するＰＤＩモジュールであって、ＰＤＩテーブルはＰＤＩ質問の属性を有する少なくとも一つの質問エレメントを含み、異なるタイプを有する質問エレメントからＰＤＩ質問を抽出するＰＤＩモジュールと、抽出されたＰＤＩ質問に応じてＰＤＩ回答を受信するＰＤＩ回答モジュールと、選択基準情報を受信し、選択基準情報を受信したＰＤＩ回答と比較することによってデジタルサービス信号のコンテンツを選択する選択モジュールと、選択されたコンテンツをダウンロードするコンテンツ記憶モジュールとを備え、質問エレメントのタイプは、数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問のタイプを示す。【選択図】図７

Description

本発明は、デジタルサービス信号処理方法及び装置に関し、特に、個人化（ｐｅｒｓｏｎａｌｉｚａｔｉｏｎ）サービスのためのデジタルサービス信号処理方法及び装置に関する。
デジタル技術の発展に伴ってデジタル放送サービスが提供される中、より高品質の放送サービスを提供するための技術が脚光を浴びている。
最近では、放送網を効率的に使用するための方法として、非実時間（Ｎｏｎ Ｒｅａｌ Ｔｉｍｅ、ＮＲＴ）サービスに基づく放送技術が開発されている。ＮＲＴサービスは、地上波放送網の一部の帯域幅を活用して一定量のコンテンツをファイル形態で伝送するための次世代放送技術サービスである。
特に、米国高度テレビジョンシステム委員会（ＡＴＳＣ）は、地上波デジタルＴＶ放送の伝送によってＮＲＴサービスを提供するための技術としてＡＴＳＣ−ＮＲＴを含めている。ＡＴＳＣ−ＮＲＴは、「ダウンロードして再生」（ｄｏｗｎｌｏａｄ ＆ ｐｌａｙ）技術に基づき、地上波デジタルＴＶ放送網を用いてビデオオンデマンド（ＶＯＤ）サービスなどを提供するものである。既存のＤＴＶ地上波サービスは、固定受信及び実時間放送を提供することに限定されたが、ＮＲＴサービスは、移動放送だけでなく、多様なコンテンツを指定された時間ではなく利用者の所望する時間に提供することもできる。具体的には、ＮＲＴサービスは、プッシュ型ＶＯＤサービス、ターゲット広告サービスなどの様々なＤＴＶサービスを提供することができる。すなわち、ＮＲＴサービスを提供することによって、地上波放送の空間領域及び時間領域が崩れ、コンテンツの選択権が放送局から利用者に移るようになった。
このようなＮＲＴサービスの提供が可能になるに伴って、コンテンツをより能動的に利用しようとする利用者の要求が増えており、放送局にとっては利用者の要求に合わせて放送サービスを提供する必要性が増加している。
しかしながら、現在の放送システムでは利用者情報を収集し、収集した利用者情報を処理できる体系が構築されておらず、利用者に適した放送サービスを効率的に提供することは難しい。
そのため、利用者に最適化したサービスを提供することには制約があり、利用者が望まないコンテンツを受信し、結果として利用者の便宜性が低下することがある。
本発明が達成しようとする技術的課題は、上述した問題点を解決するためのものであり、ＮＲＴサービスにおいて、利用者情報に基づいて、利用者の要求に応じてコンテンツを選別して提供することである。
本発明の目的は、本発明によるプロファイル・人口統計・興味（Ｐｒｏｆｉｌｅｓ、Ｄｅｍｏｇｒａｐｈｉｃｓ、Ｉｎｔｅｒｅｓｔｓ：ＰＤＩ）テーブルを受信するステップであって、ＰＤＩテーブルは質問の属性を有する少なくとも一つの質問エレメントを含み、ＰＤＩテーブルを識別するテーブル識別子（ｔａｂｌｅ Ｉｄ）フィールドと、ＰＤＩテーブルのバージョンを示すテーブルバージョンフィールドと、少なくとも一つのＰＤＩ質問に対する直近の変化の日付及び時間を示す時間フィールドとを更に含む、ステップと、ＰＤＩテーブルからＰＤＩ質問を抽出するステップであって、少なくとも一つの質問エレメントがそれぞれ異なるタイプを有する、ステップと、抽出されたＰＤＩ質問に応じたＰＤＩ回答を受信するステップと、選択（ｆｉｌｔｅｒｉｎｇ）基準情報を受信するステップと、選択基準情報を受信したＰＤＩ回答と比較することによってデジタルサービス信号のコンテンツを選択するステップと、選択されたコンテンツをダウンロードするステップと、を含み、少なくとも一つの質問エレメントのタイプは、数値（ｉｎｔｅｇｅｒ）回答、正誤（Ｂｏｏｌｅａｎ）回答、選択回答、記述式（ｔｅｘｔ）回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問のタイプを示す、デジタルサービス信号受信方法を提供することによって達成される。
選択基準情報のタイプは、数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問のタイプを示し、選択するステップは、選択基準情報がＰＤＩ回答と一致するか否かを判断するステップを更に含むことが好ましい。
ＰＤＩテーブルは、インターネットプロトコル（ＩＰ）サブネットによって伝達されることが好ましい。
方法は、コンテンツの署名を含む要求を自動コンテンツ認識サーバに周期的に送るステップと、自動コンテンツ認識サーバからＵＲＬリスト（ＵＲＬＬｉｓｔ）情報を受信するためのトリガ及び選択基準情報を含むトリガ宣言オブジェクト（ＴＤＯ）パラメータテーブル（ＴＰＴ）を含む回答を受信するステップと、を更に含むことが好ましい。
ＰＤＩテーブルが放送ストリームを介して伝達されるとき、方法は、ＰＤＩテーブルを識別するためにシーケンス番号情報を含むテーブルセクションを受信するステップと、テーブルセクションのシーケンス番号情報を用いてＰＤＩテーブルを受信するステップと、を更に含むことが好ましい。
ＰＤＩテーブルは、ＰＤＩテーブルのプロトコルバージョンを示すプロトコルバージョンフィールドと、各ＰＤＩテーブルの期限日及び時間を示す期限（ｅｘｐｉｒｅ）フィールドと、各ＰＤＩテーブルがＰＤＩテーブルの集合に属するか否かを示すｘａｃｔｉｏｎ ＳｅｔＩｄフィールドとのうち少なくとも一つを更に含むことが好ましい。
少なくとも一つの質問エレメントは、緯度及び経度の情報を含む位置フィールドを含み、位置及び時間の情報を示す状況フィールドを更に含むことが好ましい。
方法は、サービス使用の内訳を記憶するステップと、サービス使用を、周期的に、又は要求信号を受信することによって、監視するステップと、監視の結果を、コンテンツを更新するために適用するステップと、を更に含むことが好ましい。
本発明の他の態様においては、ＰＤＩテーブルを生成するステップであって、該ＰＤＩテーブルはＰＤＩ質問の属性を有する少なくとも一つの質問エレメントを含み、ＰＤＩテーブルを識別するテーブル識別子フィールドと、ＰＤＩテーブルのバージョンを示すテーブルバージョンフィールドと、ＰＤＩ質問に対する直近の変化の日付及び時間を示す時間フィールドとを更に含む、ステップと、選択基準情報を生成するステップと、ＰＤＩテーブルと、選択基準情報と、デジタルサービス信号のコンテンツとを送信するステップと、を含み、少なくとも一つの質問エレメントのタイプは、数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問のタイプを示す、本発明によるデジタルサービス信号処理方法が提供される。
ＰＤＩテーブルが放送ストリームを介して伝達されるとき、方法は、生成されたＰＤＩテーブルを圧縮するステップと、圧縮されたＰＤＩテーブルをブロックに分けるステップと、ブロックを、ＰＤＩテーブルを識別するためにシーケンス番号情報を含み、サービス通知チャネル（ｓｅｒｖｉｃｅ ｓｉｇｎａｌｉｎｇ ｃｈａｎｎｅｌ、ＳＳＣ）を介して伝達されるセクションに挿入するステップと、を更に含むことが好ましい。
本発明によれば、個人化放送システムは利用者情報を効率的に収集し、個人化サービス提供のために収集した利用者情報を処理することができる。
また、本発明によれば、個人化放送システムは利用者情報を用いて利用者に最適化されたコンテンツを選別して提供することができる。
また、本発明によれば、利用者は個人化放送システムを用いてコンテンツを能動的に選択して利用することができる。
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
自動コンテンツ認識ベースＥＴＶサービスシステムを示す図である。 本発明の一実施例によるデジタル透かし技術の流れを示す図である。 本発明の一実施例による自動コンテンツ認識問合せ結果フォーマットを示す図である。 本発明の一実施例によるコンテンツ識別子の構文を示す図である。 本発明の一実施例による受信機の構造を示す図である。 本発明の他の実施例による受信機の構造を示す図である。 本発明の一実施例によるデジタル放送システムを示す図である。 本発明の他の実施例によるデジタル放送システムを示す図である。 本発明の他の実施例によるデジタル放送システムのフローチャートを示す図である。 本発明の他の実施例によるデジタル放送システムのフローチャートを示す図である。 本発明の一実施例によるＰＤＩテーブルを示す図である。 本発明の他の実施例によるＰＤＩテーブルを示す図である。 本発明の他の実施例によるＰＤＩテーブルを示す図である。 本発明の他の実施例によるＰＤＩテーブルを示す図である。 本発明の他の実施例によるＰＤＩテーブルを示す図である。 本発明の他の実施例によるＰＤＩテーブルを示す図である。 本発明の他の実施例によるＰＤＩテーブルを示す図である。 本発明の他の実施例によるＰＤＩテーブルを示す図である。 本発明の他の実施例によるＰＤＩテーブルを示す図である。 本発明の他の実施例によるＰＤＩテーブルを示す図である。 本発明の一実施例による選択基準テーブルを示す図である。 本発明の他の実施例による選択基準テーブルを示す図である。 本発明の他の実施例による選択基準テーブルを示す図である。 本発明の他の実施例による選択基準テーブルを示す図である。 本発明の他の実施例によるデジタル放送システムのフローチャートを示す図である。 本発明の一実施例によるＰＤＩテーブルセクションを示す図である。 本発明の他の実施例によるＰＤＩテーブルセクションを示す図である。 本発明の他の実施例によるＰＤＩテーブルセクションを示す図である。 本発明の他の実施例によるＰＤＩテーブルセクションを示す図である。 本発明の他の実施例によるデジタル放送システムのフローチャートを示す図である。 本発明の他の実施例によるＦＤＴインスタンスのＸＭＬスキーマを示す図である。 本発明の一実施例による能力記述子構文を示す図である。 本発明の一実施例による消費モデルを示す図である。 本発明の一実施例による選択基準記述子構文を示す図である。 本発明の他の実施例による選択基準記述子構文を示す図である。 本発明の他の実施例によるデジタル放送システムのフローチャートを示す図である。 本発明の一実施例によるＨＴＴＰ要求テーブルを示す図である。 本発明の他の実施例によるデジタル放送システムのフローチャートである。 本発明の一実施例によるＵＲＬリストテーブルを示す図である。 本発明の一実施例によるＴＰＴを示す図である。 本発明の他の実施例によるデジタル放送システムのフローチャートである。 本発明の他の実施例によるデジタル放送システムのフローチャートである。 本発明の他の実施例によるデジタル放送システムのフローチャートである。 本発明の他の実施例によるデジタル放送システムのフローチャートである。 本発明の一実施例による受信機ターゲット基準テーブルを示す図である。 本発明の一実施例による事前登録ＰＤＩ質問を示す図である。 本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。 本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。 本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。 本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。 本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。 本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。 本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。 本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。 本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。 本発明の一実施例によるＰＤＩ ＡＰＩを示す図である。 本発明の他の実施例によるＰＤＩ ＡＰＩを示す図である。 本発明の他の実施例によるＰＤＩ ＡＰＩを示す図である。 本発明の一実施例によるデジタルサービス信号処理装置を示す図である。 本発明の他の実施例によるデジタルサービス信号処理装置を示す図である。 本発明の一実施例によるデジタルサービス信号処理方法を示す図である。 本発明の他の実施例によるデジタルサービス信号処理方法を示す図である。
以下、上述した目的を具体的に実現できる本発明の好適な実施例を、添付の図面を参照して説明する。ここで、図面に示され、それによって説明される本発明の構成及び作用は、少なくとも一つの実施例として説明されるものであり、それらの実施例によって本発明の技術的思想並びにその核心構成及び作用が制限されることはない。
本発明で使われる用語は、本発明における機能を考慮すると共に、可能な限り現在広く使われている一般的な用語を選択したが、それらの用語は、当該分野に従事する技術者の意図、慣例又は新しい技術の出現などによって変更してもよい。また、特定の場合は、出願人が任意に選定した用語もあり、その場合には、該当する発明の説明の部分でその意味を詳述するものとする。したがって、本発明で使われる用語は、単純な用語の名称ではなく、その用語が持つ意味と本発明の全般にわたる内容に基づいて定義しなければならない。
図１は、自動コンテンツ認識ベース強化テレビジョン（ｅｎｈａｎｃｅｄ ｔｅｌｅｖｉｓｉｏｎ、ＥＴＶ）サービスシステムを示す図である。
図１に示す自動コンテンツ認識ベースＥＴＶサービスシステムは、放送局又はコンテンツプロバイダ１００、多チャネル放送事業者１０１、セットトップボックス１０２、デジタルＴＶ受信機などの受信機１０３、自動コンテンツ認識サーバ（又は、自動コンテンツ認識ソリューションプロバイダ）１０４を含むことができる。受信機１０３は、ＡＴＳＣの定義に従って動作することができ、自動コンテンツ認識機能をサポートすることができる。実時間放送サービス１１０は、オーディオ／ビデオコンテンツを含むことができる。
デジタル放送サービスは、放送局１００によって提供される地上波放送サービスと、多チャネル放送事業者１０１によって提供されるケーブル放送又は衛星放送などの多チャネル放送サービスと、に大別できる。放送局１００は、実時間放送サービス１１０及び強化（ｅｎｈａｎｃｅｍｅｎｔ）データ（又は、付加データ）１２０を共に伝送することができる。この場合、図１に示すように、受信機１０３は、多チャネル放送事業者１０１及びセットトップボックス１０２を介して実時間放送サービス１１０だけを受信し、強化データ１２０は受信できないことがある。
したがって、強化データ１２０を受信するために、受信機１０３は、オーディオ／ビデオコンテンツ出力を実時間放送サービス１１０として分析及び処理し、放送番組情報及び／又は放送番組関連メタデータを確認する。確認された放送番組情報及び／又は放送番組関連メタデータを用いて、受信機１０３は、放送局１００又は自動コンテンツ認識サーバ１０４から強化データを受信することができる（１４０）。この場合、強化データは、ＩＰネットワーク１５０を介して伝送するすることができる。
強化データが別の自動コンテンツ認識サーバ１０４から受信されると（１４０）、自動コンテンツ認識サーバ１０４と受信機１０３との間のメカニズムによって、ＡＴＳＣ ２．０標準で定義したトリガ宣言オブジェクト（ｔｒｉｇｇｅｒｅｄ ｄｅｃｌａｒａｔｉｖｅ ｏｂｊｅｃｔ、ＴＤＯ）モデルのうち要求／応答モデルを自動コンテンツ認識サーバ１０４に適用することができる。ＴＤＯ及び要求／応答モデルは後述する。
ＴＤＯは、放送コンテンツに含まれた付加情報を表す。ＴＤＯは、放送コンテンツ内で付加情報を適時にトリガする役割を有する。例えば、オーディション番組が放送されると、視聴者が好むオーディション参加者の現在順位が放送コンテンツと共に表示される。このとき、オーディション参加者の現在順位の付加情報はＴＤＯになり得る。このようなＴＤＯは、視聴者との相互作用によって変更してもよいし、視聴者の意図によって提供してもよい。
標準ＡＴＳＣ ２．０の要求／応答自動コンテンツ認識モデルで、デジタル放送受信機１０３は、周期的に（例えば、５秒ごとに）コンテンツの署名（ｓｉｇｎａｔｕｒｅ）を生成し、当該署名を含む要求を自動コンテンツ認識サーバ１０４に伝送するようになっている。自動コンテンツ認識サーバ１０４は、デジタル放送受信機１０３から要求を受けると応答を送る。通信セッションは要求と応答との間は開放されない。このモデルにおいて、自動コンテンツ認識サーバ１０４はクライアントに対するメッセージを開始することができない。
デジタル衛星放送の導入によって、デジタルデータ放送が新しい付加サービスとして出現した。代表的な対話型サービスである対話型データ放送は、様々な付加サービスを提供するために、データ信号だけでなく既存の放送信号を加入者に伝送することができる。
デジタルデータ放送は、仮想チャネルを用いた独立型サービスと、ＥＴＶによる放送関連サービスと、に大別できる。独立型サービスは、放送イメージ信号無しで文字及び図形だけを含み、既存のインターネットウェブページと類似のフォーマットで提供される。独立型サービスの代表例として、天気及び株式情報提供サービス、ＴＶ金融サービス、商取引サービスなどを挙げることができる。放送関連サービスは、放送イメージ信号だけでなく付加的な文字及び図形情報も伝送する。視聴者は、放送関連サービスによって視聴する放送番組に関連した情報を得ることができる。例えば、視聴者がドラマを視聴しながら、前回のあらすじ又は撮影場所を見ることができるようにするサービスがある。
デジタルデータ放送の放送関連サービスでは、ＥＴＶサービスが自動コンテンツ認識技術に基づいて提供してもよい。自動コンテンツ認識とは、装置がオーディオ／ビデオコンテンツを再生する際、コンテンツに隠れている情報から自動でコンテンツを認識する技術を指す。
自動コンテンツ認識技術を実現するとき、コンテンツに関する情報を得るために、透かし（ｗａｔｅｒｍａｒｋｉｎｇ）又は指紋（ｆｉｎｇｅｒ ｐｒｉｎｔｉｎｇ）方式を用いることができる。透かしは、デジタルコンテンツプロバイダを示す情報をデジタルコンテンツに挿入する技術を指す。指紋は、特定情報がデジタルコンテンツに挿入される点は透かしと同一であるが、コンテンツプロバイダに関する情報ではなくコンテンツ購買者に関する情報が挿入される点が透かしと異なる。
図２は、本発明の一実施例によるデジタル透かし技術の流れを示す図である。
デジタル衛星放送の導入によって、デジタルデータ放送が新しい付加サービスとして出現した。代表的な対話型サービスである対話型データ放送は、様々な付加サービスを提供するために、データ信号だけでなく既存の放送信号を加入者に伝送することができる。
デジタルデータ放送は、仮想チャネルを用いた独立型サービスと、ＥＴＶによる放送関連サービスと、に大別できる。独立型サービスは、放送イメージ信号無しで文字及び図形だけを含み、既存のインターネットウェブページと類似のフォーマットで提供される。独立型サービスの代表例として、天気及び株式情報提供サービス、ＴＶ金融サービス、商取引サービスなどを挙げることができる。放送関連サービスは、放送イメージ信号だけでなく付加的な文字及び図形情報も伝送する。視聴者は、放送関連サービスによって視聴する放送番組に関連した情報を得ることができる。例えば、視聴者がドラマを視聴しながら前回のあらすじ又は撮影場所を見ることができるようにするサービスがある。
デジタルデータ放送の放送関連サービスでは、ＥＴＶサービスが自動コンテンツ認識技術に基づいて提供してもよい。自動コンテンツ認識とは、装置がオーディオ／ビデオコンテンツを再生する際、コンテンツに隠れている情報から自動でコンテンツを認識する技術を指す。
自動コンテンツ認識技術を実現するとき、コンテンツに関する情報を得るために、透かし又は指紋方式を用いることができる。透かしは、デジタルコンテンツプロバイダを示す情報をデジタルコンテンツに挿入する技術を指す。指紋は、特定情報がデジタルコンテンツに挿入される点は透かしと同一であるが、コンテンツプロバイダに関する情報ではなくコンテンツ購買者に関する情報が挿入される点が透かしと異なる。
以下、図２と関連して透かし技術について具体的に説明する。
デジタル透かしは、除去され難い方式でデジタル信号に情報を埋め込む処理である。例えば、信号としては、音声、画像、又は映像を挙げることができる。信号が複製されると、情報も複製された信号に乗せられる。一つの信号は同時に複数の異なる透かしを乗せることができる。
視覚的透かしにおいて、情報は画像又は映像で可視できる。一般に、情報は、メディアの所有者を識別する文字又はロゴである。ＴＶ放送局が、伝送される映像の隅にロゴを追加すると、これも視覚的透かしである。
非視覚的透かしにおいて、情報はデジタルデータとして音声、画像、又は映像に追加される。若干の情報が隠されていることは感知できても、それ自体を認知することはできない。透かしは、広く使用されるためのものであって、検索しやすくなっていてもよいし、又は、ある団体がデジタル信号に埋め込まれた秘密メッセージを授受するデータ秘匿技術（ｓｔｅｇａｎｏｇｒａｐｈｙ）の形態であってもよい。いずれの場合であれ、視覚的透かしと同様、目的は、所有主又は他の記述情報を除去され難い方式で信号に付加することにある。隠されている埋め込み情報を、個々人間の通信を切り替えるための手段として用いることもできる。
透かしの一つの応用として、デジタルメディアの非承認複製を防止又は阻止するための著作権保護システムがある。この用途では、複製装置が複製前に信号から透かしを検索し、透かしのコンテンツによって複製をするか否かを決定する。他の応用としては情報源追跡がある。
透かしは配布のたびにデジタル信号に埋め込まれる。著作物の複製物が後で発見されると、透かしを複製物から検索でき、配布の情報源を見つける。報道によると、この技術は、不正に複製された映画の情報源を見つけるために用いられている。
記述情報を持つデジタル写真の注釈（ａｎｎｏｔａｔｉｏｎ）は、非視覚的透かしの更に他の応用である。
デジタルメディアに対するファイル形式の一部がメタデータと呼ばれる付加情報を含むことができるのに対し、デジタル透かしはデータが信号自体で伝達される。
一部の文脈において、デジタル透かしという言葉は透かしが加えられた信号とカバー信号との相違を意味するが、埋め込まれる情報はデジタル透かしと呼ばれる。透かしが埋め込まれる信号はホスト信号と呼ばれる。
透かしシステムは、主に、埋め込み（２０１）、攻撃（２０２）、検出（又は、抽出）（２０３）の、三つの異なる段階に区別される。
埋め込み（２０１）で、アルゴリズムは、ホスト及び埋め込まれるデータを取り込み、透かしされた信号を生成する。
透かしされた信号は伝送又は記憶されるが、主に、他の人に伝送される。この人が変更を加えると、これは攻撃（２０２）と呼ばれる。変更が悪意的でない場合もあるが、攻撃という用語は、著作権侵害者が変更によってデジタル透かしを除去しようとする著作権保護アプリケーションから発生したものである。様々な変更が可能である。例えば、データの非可逆圧縮、イメージ又は映像の切取り（ｃｒｏｐｐｉｎｇ）、又は意図的に加える雑音などがありうる。
検出（２０３）は、攻撃された信号から透かしを抽出するために攻撃された信号に適用するアルゴリズムである。信号が伝送中に変更されなかった場合、透かしは依然として存在し、透かしの抽出が可能である。堅固な透かしアプリケーションでは、変更が強力であっても抽出アルゴリズムは透かしを正しく生成できる。ぜい弱な透かしでは、信号にいかなる変更が加えられても抽出アルゴリズムは失敗する。
埋め込まれた情報が数回の変形によって劣化しても、マーク付けされた信号から確実に検出されるとき、デジタル透かしは変形に対して堅固であるという。典型的なイメージ劣化は、ＪＰＥＧ圧縮、回転、切取り、付加的な雑音及び量子化である。ビデオコンテンツにおいて、一時的な変更及びＭＰＥＧ圧縮が主にここに含まれる。透かしされたコンテンツが、本来の透かしが付加されていないコンテンツと知覚的に同等であるとき、透かしは感知できないという。一般に、堅固な透かし又は感知できない透かしは生成しやすいが、堅固、かつ感知できない透かしは生成し難いことが知られている。堅固、かつ感知できない透かしは、デジタルコンテンツの保護のための道具、例えば、専門的なビデオコンテンツで埋め込まれた“複製不許”フラグとして提案された。
デジタル透かし技術は、いくつかの方式に分類できる。
第一に、透かしは、若干の変形後に検出されないとき、ぜい弱であるという（堅固性）。ぜい弱な透かしは通常、改ざん検出（完全性立証）のために用いられる。明らかに明確な原著作物に加えた変形は、普通、透かしと呼ばれず、一般化バーコードと呼ばれる。良性変形には抵抗力があるが、悪性変形後には検出に失敗する透かしは、ややぜい弱であるという。ややぜい弱な透かしは、通常、悪性変形を検出するために用いられる。指定された部類の変形に抵抗力がある透かしは堅固であるという。堅固な透かしは、複製物を伝達し、制御情報に接続するために、複製防止アプリケーションで用いることができる。
第二に、本来のカバー信号とマーク付けされた信号とが知覚的に区別されない（区別され難い）とき、透かしは感知できないという（知覚性）。マーク付けされた信号での存在が明らかであるが、非侵入的（ｎｏｎ−ｉｎｔｒｕｓｉｖｅ）であると、透かしは感知できるという。
第三に、容量に関して、埋め込まれたメッセージの長さは、二つの異なる主部類の透かし方式を決定する。
メッセージは概念上０ビットの長さを有し、システムは、マーク付けされたオブジェクトから透かしの存在有無を検出するために設計される。この種の透かし方式は、主に、イタリック０ビット又はイタリック存在透かし方式と呼ばれる。しばしばこの種の透かし方式は、１が透かしの存在を示すため（０は不在）、１ビット透かしと呼ばれる。
メッセージはｎビット長のストリーム（ｎ＝｜ｍ｜又はＭ＝｛０，１｝ｎ）であり、透かしで変調される。この種の方式は主に、多ビット透かし又は非零ビット透かし方式と呼ばれる。
第四に、埋め込み段階にはいくつかの方式がある。マーク付けされた信号が付加的な変形によって得られるとき、透かし方法は帯域拡散と呼ばれる。帯域拡散透かしは適当に堅固であると知られているが、ホスト干渉のため情報容量が低いとも知られている。マーク付けされた信号が量子化によって得られるとき、透かし法は、量子化タイプのものという。量子化透かしは低い堅固性を有するが、ホスト干渉の排除によって高い情報容量を有する。マーク付けされた信号が帯域拡散法及び類似の付加的な変形によって埋め込まれるが、特別に空間領域で埋め込まれるとき、透かし法は振幅変調と呼ばれる。
図３は、本発明の一実施例による自動コンテンツ認識問合せ（ｑｕｅｒｙ）結果フォーマットを示す図である。
既存の自動コンテンツ認識サービス処理システムによれば、放送局が実時間サービスのためのコンテンツとＥＴＶサービスのための強化データとを共に伝送し、ＴＶ受信機がコンテンツ及びＥＴＶサービスを受信する場合、実時間サービスのためのコンテンツは受信できるが、強化データは受信できない。
この場合、本発明の一実施例によれば、ＩＰネットワークを用いた独立したＩＰ信号通知（ｓｉｇｎａｌｉｎｇ）チャネルを用いて、既存の自動コンテンツ認識処理システムの問題を解決することができる。すなわち、ＴＶ受信機は、多チャネル放送事業者によって実時間サービスのためのコンテンツを受信することができ、独立したＩＰ信号通知チャネルを介して強化データを受信することができる。
この場合、本発明の一実施例によれば、ＩＰ信号通知チャネルは、ＰＳＩＰストリームが２値ストリームの形態で伝達及び処理されるように構成される。このとき、ＩＰ信号通知チャネルは、プル法又はプッシュ法を用いるように構成される。
プル法のＩＰ信号通知チャネルは、ＨＴＴＰ要求／応答方法によって構成することができる。ＨＴＴＰ要求／応答方法によれば、ＰＳＩＰ２値ストリームは、ＨＴＴＰ要求信号に対するＨＴＴＰ応答信号に含まれ、ＳｉｇｎａｌｉｎｇＣｈａｎｎｅｌＵＲＬによって伝送してもよい。この場合、ポーリングサイクルは、自動コンテンツ認識問合せ結果として伝達されたメタデータ内のＰｏｌｌｉｎｇ＿ｃｙｃｌｅによって周期的に要求してもよい。また、更新される時間及び／又は周期に関する情報は、信号通知チャネルに含まれて伝送してもよい。この場合、受信機は、ＩＰ信号通知チャネルから受信した更新時間及び／又は周期情報に基づいてサーバに信号通知情報を要求することができる。
プッシュ法のＩＰ信号通知チャネルは、ＸＭＬＨＴＴＰＲｅｑｕｅｓｔアプリケーションプログラムインタフェースを用いて構成することができる。ＸＭＬＨＴＴＰＲｅｑｕｅｓｔアプリケーションプログラムインタフェースを用いると、サーバから非同期で最新情報を受信することができる。これは、受信機にとっては、ＸＭＬＨＴＴＰＲｅｑｕｅｓｔオブジェクトによってサーバに非周期的に信号通知情報を要求する方法であり、サーバにとっては、信号通知情報が変更された場合は、要求に応答してこのチャネルを介して信号通知情報を提供する方法である。セッションの待ち時間に制限があるときはセッションタイムアウト応答が生成され、受信機はセッションタイムアウト応答を認識し、信号通知情報を再び要求し、受信機とサーバとの間で信号通知チャネルを維持することができる。
ＩＰ信号通知チャネルを介して強化データを受信するために、受信機は透かし及び指紋を用いて動作することができる。指紋は、コンテンツ購買者に関する情報をコンテンツプロバイダの代わりにコンテンツに挿入する技術を指す。指紋が用いられると、受信機は、コンテンツを確認するために参照データベースを検索することができる。コンテンツを確認した結果は、自動コンテンツ認識問合せ結果と呼ばれる。自動コンテンツ認識問合せ結果は、ＴＶ視聴者に提供された問合せを含み、自動コンテンツ認識機能を実行するために問合せの情報に回答することができる。受信機は、自動コンテンツ認識問合せ結果に基づいてＥＴＶサービスを提供することができる。
コンテンツ識別子部３０１は、大域的、かつ一意ににコンテンツを識別するための識別子を示し、サービスを識別するための識別子であるグローバルサービス識別子部を含むことができる。
ＮＴＰタイムスタンプ部３０２は、自動コンテンツ認識問合せに用いられるサンプルフレーム間隔の特定時点がＮＴＰタイムスタンプの形態で提供されるということを示すことができる。ここで、特定時点は、サンプルフレームの始点又は終点であってもよい。ＮＴＰは、インターネットによってコンピュータの時間を参照クロックに合わせるためのプロトコルを指し、タイムサーバと、コンピューターネットワーク上に分配されたクライアントとの間の時間同期のために用いることができる。ＮＴＰが協定世界時（ＵＴＣ）を使用し、１０ｍｓの正確度を保証するため、受信機はフレーム同期化動作を正確に処理することができる。
信号通知チャネル情報部３０３は、ＥＴＶサービスのためのＩＰネットワーク上の独立した信号通知チャネルのアクセス情報を示すことができる。
より具体的には、信号通知チャネル情報部３０３の下位部である信号通知チャネルＵＲＬ部３１３は、信号通知チャネルのＵＲＬ情報を示すことができる。信号通知チャネルＵＲＬ部３１３は、更新モード部３２３及びポーリングサイクル部３３３を下位部として含むことができる。更新モード部３２３は、ＩＰ信号通知チャネルを介して情報を取得する方法を示す。例えば、プルモードでは、受信機は情報を取得するためにプル法によって周期的にポーリングを行うことができ、プッシュモードでは、サーバはプッシュ法によって受信機に情報を送信することができる。ポーリングサイクル部３３３は、更新モード部３２３がプルモードのとき、プル法によって受信機の基本ポーリングサイクル値を示すことができる。そして、自動コンテンツ認識問合せ結果に関する情報は、透かしベース自動コンテンツ認識システム上でオーディオ／ビデオコンテンツに挿入／埋め込みされて送信してもよい。受信機は、透かし抽出器によって自動コンテンツ認識問合せ結果情報を抽出及び取得した後、ＥＴＶサービスを提供することができる。この場合、ＥＴＶサービスを別途の自動コンテンツ認識サーバ無しで提供することができ、ＩＰネットワークによる問合せは省略することができる。
図３は、本発明の一実施例による自動コンテンツ認識問合せ結果を示すＸＭＬスキーマの図である。図３に示すように、自動コンテンツ認識問合せ結果のＸＭＬフォーマットは、結果コード部３１０を含むことができ、自動コンテンツ認識問合せ結果タイプ３００は、コンテンツ識別子部３０１、ネットワーク時間プロトコル（ＮＴＰ）タイムスタンプ部３０２、信号通知チャネル情報部３０３、サービス情報部３０４、その他識別子部３０５を含むことができる。信号通知チャネル情報部３０３は、信号通知チャネルＵＲＬ部３１３、更新モード部３２３、ポーリングサイクル部３３３を含むことができ、サービス情報部３０４は、サービス名部３１４、サービスロゴ部３２４、サービス記述部３３４を含むことができる。
次に、図３に示す自動コンテンツ認識問合せ結果のＸＭＬスキーマの図を詳しく説明し、ＸＭＬスキーマの例を説明する。
結果コード部３１０は、自動コンテンツ認識問合せの結果値を示すことができる。これは問合せの成功又は失敗と、問合せに失敗したときの失敗理由とをコード値の形態で示すことができる。例えば、結果コード部３１０の値が２００のとき、これは問合せに成功し、それに該当するコンテンツ情報が返却されたということを示す。結果コード部３１０の値が４０４のとき、これは、コンテンツが発見されなかったことを示す。
受信機は基本ポーリングサイクル値を特定し、任意時間間隔で要求信号をサーバに送信することによって、サーバが要求によって過負荷となることを防止することができる。
サービス情報部３０４は、放送チャネルに関する情報を示すことができる。コンテンツＩＤ部３０１は、視聴者によって現在視聴されているサービスの識別子を示すことができ、サービス情報部３０４は、放送チャネルに関する具体的な情報を示すことができる。例えば、サービス情報部３０４が示す具体的な情報は、チャネル名、ロゴ、又は文字説明であってもよい。
より具体的には、サービス情報部３０４の下位部であるサービス名部３１４は、チャネル名を示すことができ、サービスロゴ部３２４は、チャネルロゴを示すことができ、サービス記述部３３４は、チャネル文字説明を示すことができる。
次に、本発明の一実施例による図３に示した自動コンテンツ認識問合せ結果のエレメントのＸＭＬスキーマを示す。
<xs:complexType name="ACR-ResultType">
<xs:sequence>
<xs:element name="ContentID" type="xs:anyURI"/>
<xs:element name="NTPTimestamp" type="xs:unsignedLong"/>
<xs:element name="SignalingChannelInformation">
<xs:complexType>
<xs:sequence>
<xs:element name="SignalingChannelURL" maxOccurs="unbounded">
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:anyURI">
<xs:attribute name="UpdateMode">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="Pull"/>
<xs:enumeration value="Push"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name="PollingCycle" type="xs:unsignedInt"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="ServiceInformation">
<xs:complexType>
<xs:sequence>
<xs:element name="ServiceName" type="xs:string"/>
<xs:element name="ServiceLogo" type="xs:anyURI" minOccurs="0"/>
<xs:element name="ServiceDescription" type="xs:string" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:any namespace="##other" processContents="skip" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="ResultCode" type="xs:string" use="required"/>
<xs:anyAttribute processContents="skip"/>
</xs:complexType>
図４は、本発明の一実施例によるコンテンツ識別子の構文を示す図である。
図４は、本発明の一実施例によるＡＴＳＣ標準に基づくコンテンツ識別子の構文を示す。ＡＴＳＣコンテンツ識別子は、受信機によって受信したコンテンツを識別するための識別子として用いることができる。
また、図４に示すコンテンツ識別子の構文は、図３で説明した自動コンテンツ認識問合せ結果フォーマットのコンテンツ識別子部の構文である。
ＡＴＳＣコンテンツ識別子は、一意性の期間を有し、送信加入者識別情報（Ｔｒａｎｓｍｉｔｔｉｎｇ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ＴＳＩＤ）及び「家屋番号」（ｈｏｕｓｅ ｎｕｍｂｅｒ）で構成された構造である。家屋番号は、ここに制約されたとおり、ＴＳＩＤの保有者が所望するいずれかの番号である。番号は、ＴＳＩＤそれぞれの値に対して一意である。ＡＴＳＣコンテンツ識別子構造の構文は、図４に定義したとおりである。
１６ビットの符号無し整数フィールドであるＴＳＩＤは、ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄの値を含む。米国においてこの値の割当権限はＦＣＣにある。メキシコ、カナダ、米国に対する範囲は、これら国家間の公式協約によって設定された。他の地域の値は任意の権限によって設定される。
５ビットの符号無し整数であるｅｎｄ＿ｏｆ＿ｄａｙフィールドは、放送日（ｂｒｏａｄｃａｓｔ ｄａｙ）が終了する日の、ＵＴＣで表された時間であって、その後にｃｏｎｔｅｎｔ＿ｉｄ値がｕｎｉｑｕｅ＿ｆｏｒに従って再使用されうる瞬間に設定される。このフィールドの値は、０？２３の範囲にある。値２４？３１は予約されている。このフィールドの値は放送局ごとに固定されることが期待される。
９ビットの符号無し整数であるｕｎｉｑｕｅ＿ｆｏｒフィールドは、最終桁の数が切り上げられ、ｅｎｄ＿ｏｆ＿ｄａｙが示す時間に関して測定された、ｃｏｎｔｅｎｔ＿ｉｄ値が他のコンテンツに再割当されない日数に設定される。その値は１乃至５１１の範囲にある。０は禁止される。５１１は“無期限”という特別な意味がある。このとき、このフィールドの値は、家屋番号付け方法が変更されるときにだけ変更され、放送局ごとに本質的に固定されることが期待される。また、復号器は、ｕｎｉｑｕｅ＿ｆｏｒフィールドの期限まで、記憶されたｃｏｎｔｅｎｔ＿ｖａｌｕｅｓを一意のものとして取扱うことができ、これは、記憶されたすべてのｕｎｉｑｕｅ＿ｆｏｒフィールドが０になるまで、ｅｎｄ＿ｏｆ＿ｄａｙに毎日１ずつ減少させることによって実行できる。
可変長フィールドであるｃｏｎｔｅｎｔ＿ｉｄフィールドは、家屋番号システム又はＴＳＩＤの値のためのシステムによって識別子の値に設定できる。このような各値は、ｅｎｄ＿ｏｆ＿ｄａｙ及びｕｎｉｑｕｅ＿ｆｏｒフィールドの値によって設定された一意性の期間内では、他のコンテンツに割り当てることができない。当該識別子は、人が読み取りできる値、及び／又は２進値のいずれかの組合せであってよく、家屋番号の形態と完全に一致する必要はなく、２４２バイトを越えない。
また、本発明の一実施例による受信機が、図４に示したコンテンツ識別子の構文からサービスを大域的に一意に識別できない場合、本発明の一実施例による受信機は、グローバルサービス識別子を用いてサービスを識別することができる。本発明の一実施例によるグローバルサービス識別子は、図３で説明した自動コンテンツ認識問合せ結果フォーマットのコンテンツ識別子部に含めることができる。
以下、［例示１］は、本発明の一実施例によるＵＲＩフォーマットのグローバルサービス識別子を示す。［例示１］のグローバルサービス識別子は、ＡＴＳＣ−Ｍ／Ｈサービスのために用いることができる。
［例示１］urn:oma:bcast:iauth:atsc:service:<region>:<xsid>:<serviceid>
＜ｒｅｇｉｏｎ＞は、ＩＳＯ６３９−２によって特定される２文字国際国コード（言語コード）である。
＜ｘｓｉｄ＞は、当該地域で定義されたとおり、地域サービスに対してはＴＳＩＤの１０進符号と定義される。＜ｘｓｉｄ＞は、地域サービスに対しては（ｍａｊｏｒ＞６９）、“０”と定義される。
＜ｓｅｒｖｉｃｅｉｄ＞は、＜ｍａｊｏｒ＞．＜ｍｉｎｏｒ＞と定義される。ここで、＜ｍａｊｏｒ＞は主チャネル番号を示すことができ、＜ｍｉｎｏｒ＞は副チャネル番号を示すことができる。
上述したグローバルサービス識別子は、次のようなＵＲＩフォーマットで表現することができる。
［例示２］urn:oma:bcast:iauth:atsc:service:us:1234:5.1
［例示３］urn:oma:bcast:iauth:atsc:service:us:0:100.200
また、本発明の一実施例による受信機は、上述したグローバルサービス識別子に基づいて、グローバルコンテンツ識別子を用いてコンテンツを識別することができる。
以下、［例示４］は、本発明の一実施例によるＵＲＩフォーマットのグローバルコンテンツ識別子を示す。［例示４］のグローバルサービス識別子は、ＡＴＳＣサービスのために用いることができる。具体的には、［例示４］は、本発明の一実施例によるグローバルコンテンツ識別子としてＡＴＳＣコンテンツ識別子が用いられた場合を示す。
［例示４］urn:oma:bcast:iauth:atsc:content:<region>:<xsidz>:<contentid>:<unique_for>:<end_of_day>
＜ｒｅｇｉｏｎ＞は、ＩＳＯ ６３９−２［４］によって特定される２文字国際国コードである。
＜ｘｓｉｄｚ＞は、当該地域で定義されたとおり、地域サービスに対してはＴＳＩＤの１０進符号と定義される。ここには、放送する放送局が＜ｓｅｒｖｉｃｅｉｄ＞を使用せず、グローバルコンテンツ識別子の一意性を保証できない限り、“．”＜ｓｅｒｖｉｃｅｉｄ＞が続く。＜ｘｓｉｄｚ＞は、地域サービスに対しては（ｍａｊｏｒ＞６９）、＜ｓｅｒｖｉｃｅｉｄ＞と定義される。
双方の場合において、＜ｓｅｒｖｉｃｅｉｄ＞は、セクションＡ１でコンテンツを伝達するサービスに対して定義されたとおりである。＜ｃｏｎｔｅｎｔ＿ｉｄ＞は、ｃｏｎｔｅｎｔ＿ｉｄフィールドを２進列（ｂｉｎａｒｙ ｓｔｒｉｎｇ）と考えた、図４で定義したｃｏｎｔｅｎｔ＿ｉｄフィールドのｂａｓｅ６４［５］符号である。＜ｕｎｉｑｕｅ＿ｆｏｒ＞は、図４で定義したｕｎｉｑｕｅ＿ｆｏｒフィールドの１０進符号である。＜ｅｎｄ＿ｏｆ＿ｄａｙ＞は、図４で定義したｅｎｄ＿ｏｆ＿ｄａｙフィールドの１０進符号である。
上述した例示のとおりに定義されたフォーマットを持つＡＴＳＣコンテンツ識別子を、自動コンテンツ認識処理システム上でコンテンツを識別するために用いることができる。
以下、本発明の一実施例による図５及び図６と関連して、透かし及び指紋技術を具現できるように設計された受信機を説明する。図５及び図６の構成は設計者の意図によって変更してもよい。
図５は、本発明の一実施例による受信機の構造を示す図である。
具体的には、図５は、透かしを用いて自動コンテンツ認識ベースＥＴＶサービスに対応する受信機の構成の一例を示す。
図５に示すように、本発明の一実施例による自動コンテンツ認識ベースＥＴＶサービスに対応する受信機は、入力データプロセッサ、ＡＴＳＣメインサービスプロセッサ、ＡＴＳＣ携帯端末向け（ｍｏｂｉｌｅ ｈａｎｄｈｅｌｄ、ＭＨ）サービスプロセッサ、及び／又は自動コンテンツ認識サービスプロセッサを含むことができる。入力データプロセッサは、チューナ／復調器４００及び／又は残留側波帯復号器４０１を含むことができる。ＡＴＳＣメインサービスプロセッサは、トランスポートプロトコル（ＴＰ）デマルチプレクサ４０２、非実時間ガイド情報プロセッサ４０３、デジタル記憶媒体コマンド制御プロトコル（ｄｉｇｉｔａｌ ｓｔｏｒａｇｅ ｍｅｄｉａ ｃｏｍｍａｎｄａｎｄ ｃｏｎｔｒｏｌ、ＤＳＭ−ＣＣ）アドレス指定可能セクションパーサ４０４、ＩＰ／ＵＤＰパーサ４０５、片方向伝送路用ファイル配信プロトコル（ｆｉｌｅ ｄｅｌｉｖｅｒｙ ｏｖｅｒ ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｐｏｒｔ、ＦＬＵＴＥ）パーサ４０６、メタデータモジュール４０７、ファイルモジュール４０８、電子サービスガイド（ＥＳＧ）／データ搬送波検出（ｄａｔａ ｃａｒｒｉｅｒ ｄｅｔｅｃｔ、ＤＣＤ）ハンドラ４０９、記憶制御モジュール４１０、ファイル／トランスポートプロトコルスイッチ４１１、再生制御モジュール４１２、第１記憶装置４１３、ＩＰパケット記憶制御モジュール４１４、インターネット接続制御モジュール４１５、ＩＰインタフェース４１６、ライブ／録画スイッチ４１７、ファイル（オブジェクト）復号器４１８、トランスポートプロトコル／ＰＥＳ（ｐａｃｋｅｔｉｚｅｄ ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ）復号器４２０、ＰＳＩ（ｐｒｏｇｒａｍ ｓｐｅｃｉｆｉｃ ｉｎｆｏｒｍａｔｉｏｎ）／ＰＳＩＰ（ｐｒｏｇｒａｍ ａｎｄ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｐｒｏｔｏｃｏｌ）復号器４２１、及び／又は電子番組ガイド（ｅｌｅｃｔｒｏｎｉｃ ｐｒｏｇｒａｍ ｇｕｉｄｅ、ＥＰＧ）ハンドラ４２２を含むことができる。ＡＴＳＣ ＭＨサービスプロセッサは、メイン／ＭＨ／非実時間スイッチ４１９、ＭＨベースバンドプロセッサ４２３、ＭＨ物理層適応プロセッサ４２４、ＩＰスタック４２５、ファイルハンドラ４２６、ＥＳＧハンドラ４２７、第２記憶装置４２８、及び／又はストリーミングハンドラ４２９を含むことができる。自動コンテンツ認識サービスプロセッサは、メイン／ＭＨ／非実時間スイッチ４１９、オーディオ／ビデオ復号器４３０、オーディオ／ビデオ処理モジュール４３１、外部入力ハンドラ４３２、透かし抽出器４３３、及び／又はアプリケーション４３４を含むことができる。
次に、各プロセッサの各モジュールの動作について説明する。
入力データプロセッサで、チューナ／復調器４００は、アンテナから受信した放送信号を選択及び復調することができる。この処理によって、残留側波帯シンボルを抽出することができる。残留側波帯復号器４０１は、チューナ／復調器４００によって抽出された残留側波帯シンボルを復号することができる。
残留側波帯復号器４０１は、復号によるＡＴＳＣメインサービスデータ及びＭＨサービスデータを出力することができる。ＡＴＳＣメインサービスデータはＡＴＳＣメインサービスプロセッサに伝達されて処理され、ＭＨサービスデータはＡＴＳＣ ＭＨサービスプロセッサに伝達されて処理されうる。
ＡＴＳＣメインサービスプロセッサは、ＭＨ信号を除くメインサービスデータを自動コンテンツ認識サービスプロセッサに伝達するために、メインサービス信号を処理することができる。トランスポートプロトコルデマルチプレクサ４０２は、残留側波帯信号を介して送信されたＡＴＳＣメインサービスデータの送信パケットを逆多重化して、他の処理モジュールに伝達することができる。すなわち、トランスポートプロトコルデマルチプレクサ４０２は、放送信号のエレメントがそれぞれ放送受信機のモジュールによって処理されるように、伝送パケットに含まれた様々な情報を逆多重化して伝達することができる。逆多重化されたデータは、実時間ストリーム、ＤＳＭ−ＣＣアドレス指定可能セクション、及び／又は非実時間サービステーブル／Ａ／９０＆９２信号通知テーブルを含むことができる。より具体的には、図５に示すように、トランスポートプロトコルデマルチプレクサ４０２は、実時間ストリームをライブ／録画スイッチ４１７に出力でき、ＤＳＭ−ＣＣアドレス指定可能セクションをＤＳＭ−ＣＣアドレス指定可能セクションパーサ４０４に出力でき、非実時間サービステーブル／Ａ／９０＆９２信号通知テーブルを非実時間ガイド情報プロセッサ４０３に出力することができる。
非実時間ガイド情報プロセッサ４０３は、トランスポートプロトコルデマルチプレクサ４０２から非実時間サービステーブル／Ａ／９０＆９２信号通知テーブルを受信し、ＦＬＵＴセッション情報を抽出してＤＳＭ−ＣＣアドレス指定可能セクションパーサ４０４に伝達することができる。ＤＳＭ−ＣＣアドレス指定可能セクションパーサ４０４は、トランスポートプロトコルデマルチプレクサ４０２からＤＳＭ−ＣＣアドレス指定可能セクションを受信し、非実時間ガイド情報プロセッサ４０３からＦＬＵＴセッション情報を受信し、ＤＳＭ−ＣＣアドレス指定可能セクションを処理することができる。ＩＰ／ＵＤＰパーサ４０５は、ＤＳＭ−ＣＣアドレス指定可能セクションパーサ４０４からデータ出力を受信し、ＩＰ／ＵＤＰによって伝送されたＩＰデータグラムをパースすることができる。ＦＬＵＴＥパーサ４０６は、ＩＰ／ＵＤＰパーサ４０５から出力されたデータを受信し、非同期階層符号化（ａｓｙｎｃｈｒｏｎｏｕｓ ｌａｙｅｒｅｄ ｃｏｄｉｎｇ、ＡＬＣ）オブジェクトの形態で伝送されたデータサービスを伝送するためのＦＬＵＴＥデータを処理することができる。メタデータモジュール４０７及びファイルモジュール４０８は、ＦＬＵＴＥパーサ４０６から出力されたデータを受信し、メタデータ及び復元されたファイルを処理することができる。ＥＳＧ／ＤＣＤハンドラ４０９は、メタデータモジュール４０７から出力されたデータを受信し、放送番組に関連した電子サービスガイド及び／又は下りリンクチャネル記述子を処理することができる。復旧されたファイルは、参照指紋及びＡＴＳＣ ２．０コンテンツのようなファイルオブジェクトの形態で記憶制御モジュール４１０に伝達されうる。ファイルオブジェクトは、記憶制御モジュール４１０によって処理され、正常ファイル及びトランスポートプロトコルファイルに分離されて第１記憶装置４１３に記憶されうる。再生制御モジュール４１２は、記憶されたファイルオブジェクトを更新し、ファイルオブジェクトをファイル／トランスポートプロトコルスイッチ４１１に伝達して、正常ファイル及びトランスポートプロトコルファイルを復号することができる。ファイル／トランスポートプロトコルスイッチ４１１は、正常ファイル及びトランスポートプロトコルファイルが別個の経路を通じて復号されるように、正常ファイルはファイル復号器４１８に伝達し、トランスポートプロトコルファイルはライブ／録画スイッチ４１７に伝達する。
ファイル復号器４１８は、正常ファイルを復号して自動コンテンツ認識サービスプロセッサに伝達することができる。復号された正常ファイルは、自動コンテンツ認識サービスプロセッサのメイン／ＭＨ／非実時間スイッチ４１９に伝達することができる。トランスポートプロトコルファイルは、ライブ／録画スイッチ４１７の制御下に、トランスポートプロトコル／ＰＥＳ復号器４２０に伝達することができる。トランスポートプロトコル／ＰＥＳ復号器４２０は、トランスポートプロトコルファイルを復号し、ＰＳＩ／ＰＳＩＰ復号器４２１は、復号されたトランスポートプロトコルファイルを再び復号する。ＥＰＧハンドラ４２２は、復号されたトランスポートプロトコルファイルを処理し、ＡＴＳＣによってＥＰＧサービスを処理することができる。
ＡＴＳＣ ＭＨサービスプロセッサは、ＡＴＳＣ ＭＨサービスデータを自動コンテンツ認識サービスプロセッサに送信するためにＭＨ信号を処理することができる。より具体的には、ＭＨベースバンドプロセッサ４２３は、ＡＴＳＣ ＭＨサービスデータを送信に適したパルス波形に切り替えることができる。ＭＨ物理層適応プロセッサ４２４は、ＡＴＳＣ ＭＨサービスデータをＭＨ物理階層に適した形態として処理することができる。
ＩＰスタック４２５は、ＭＨ物理層適応プロセッサ４２４から出力されたデータを受信し、インターネット送信／受信のための通信プロトコルによって処理することができる。ファイルハンドラ４２６は、ＩＰスタック４２５から出力されたデータを受信し、応用階層のファイルを処理することができる。ＥＳＧハンドラ４２７は、ファイルハンドラ４２６から出力されたデータを受信し、モバイルＥＳＧを処理することができる。また、第２記憶装置４２８は、ファイルハンドラ４２６から出力されたデータを受信し、ファイルオブジェクトを記憶することができる。また、ＩＰスタックモジュール４２５から出力されたデータの一部は、ＡＴＳＣによるモバイルＥＳＧサービスの代わりに受信機の自動コンテンツ認識サービスのためのデータになり得る。この場合、ストリーミングハンドラ４２９は、実時間転送プロトコル（ＲＴＰ）によって受信された実時間ストリーミングを処理して自動コンテンツ認識サービスプロセッサに伝達することができる。
自動コンテンツ認識サービスプロセッサのメイン／ＭＨ／非実時間スイッチ４１９は、ＡＴＳＣメインサービスプロセッサ及び／又はＡＴＳＣ ＭＨサービスプロセッサから出力された信号を受信することができる。オーディオ／ビデオ復号器４３０はメイン／ＭＨ／非実時間スイッチ４１９から受信された圧縮オーディオ／ビデオデータを復号することができる。復号されたオーディオ／ビデオデータは、オーディオ／ビデオ処理モジュール４３１に伝達できる。
外部入力ハンドラ４３２は、外部入力によって受信されたオーディオ／ビデオコンテンツを処理してオーディオ／ビデオ処理モジュール４３１に伝送することができる。
オーディオ／ビデオ処理モジュール４３１は、オーディオ／ビデオ復号器４３０及び／又は外部入力ハンドラ４３２から受信されたオーディオ／ビデオデータを処理して画面に表示することができる。この場合、透かし抽出器４３３は、オーディオ／ビデオデータから透かしの形態で挿入されたデータを抽出することができる。抽出された透かしデータは、アプリケーション４３４に伝達できる。アプリケーション４３４は、自動コンテンツ認識機能に基づく強化サービスを提供し、放送コンテンツを確認し、そこに関連した強化データを提供することができる。アプリケーション４３４が強化データをオーディオ／ビデオ処理モジュール４３１に伝達すると、オーディオ／ビデオ処理モジュール４３１は、受信したオーディオ／ビデオデータを処理して画面に表示することができる。
具体的には、図５に示す透かし抽出器４３３は、外部入力を介して受信されたオーディオ／ビデオデータから、透かしの形態で挿入されたデータ（又は、透かし）を抽出することができる。透かし抽出器４３３は、オーディオデータから透かしを抽出したり、ビデオデータから透かしを抽出したり、又はオーディオデータ及びビデオデータから透かしを抽出したりすることができる。透かし抽出器４３３は、抽出された透かしからチャネル情報及び／又はコンテンツ情報を取得することができる。
本発明の一実施例による受信機は、透かし抽出器４３３が取得したチャネル情報及び／又はコンテンツ情報を用いて、ＡＴＳＣ ＭＨチャネルを選択し、当該コンテンツ及び／又はメタデータを受信することができる。また、本発明の一実施例による受信機は、インターネットによって当該コンテンツ及び／又はメタデータを受信することもできる。その後、受信機は、トリガなどを用いて、受信したコンテンツ及び／又はメタデータを表示することができる。
図６は、本発明の他の実施例による受信機の構造を示す図である。
より具体的には、図６は、透かしを用いて自動コンテンツ認識ベースＥＴＶサービスに対応する受信機の構成の一例を示す。
図６に示す本発明の一実施例による受信機の基本構造は、図５に図示された受信機に基本構造と同一である。ただし、図６に示す受信機は、本発明の一実施例によって指紋抽出器５３５及び／又は指紋比較器５３６を更に含むことができるという相違点がある。また、図６に示す受信機は、図５に示した構成エレメントのうち、透かし抽出器４３３を含めなくてもよい。
図６の基本的な構成は、図５に示した受信機の基本的な構成と同一であり、その説明を省略する。以下、指紋抽出器５３５及び／又は指紋比較器５３６を中心に受信機の動作を説明する。
指紋抽出器５３５は、外部入力を介して受信されたＡ／Ｖコンテンツに挿入されたデータ（又は、署名）を抽出することができる。本発明の一実施例による指紋抽出器５３５は、オーディオコンテンツから署名を抽出したり、ビデオコンテンツから署名を抽出したり、又はオーディオコンテンツ及びビデオコンテンツから署名を抽出したりすることができる。
指紋比較器５３６は、Ａ／Ｖコンテンツから抽出された署名を用いてチャネル情報及び／又はコンテンツ情報を取得することができる。本発明の一実施例による指紋比較器５３６は、局所探索及び／又は遠隔探索によってチャネル情報及び／又はコンテンツ情報を取得することができる。
具体的には、図６に示すように、指紋比較器５３６が記憶装置５３７にアクセスして動作するルートを局所探索という。また、図６に示すように、指紋比較器５３６がインターネット接続制御モジュール５３８にアクセスして動作するルートを遠隔探索という。以下、局所探索及び遠隔探索について説明する。
本発明の一実施例による局所探索によれば、指紋比較器５３５は、抽出された署名と記憶装置５３７に記憶された参照指紋とを比較することができる。参照指紋は、指紋比較器５３６が抽出された署名を処理するために更に受信するデータである。
具体的には、指紋比較器５３６は、抽出された署名と参照指紋とを照合して両者が同一であるか否か比較し、チャネル情報及び／又はコンテンツ情報を取得することができる。
比較の結果、抽出された署名と参照指紋とが同一である場合、指紋比較器５３６は、比較の結果をアプリケーションに伝達することができる。アプリケーションは、比較の結果を用いて、抽出された署名と関連したチャネル情報及び／又はコンテンツ情報を受信機に伝達することができる。
比較の結果、抽出された署名と参照指紋とが一致しないか、又は参照指紋が不足している場合、指紋比較器５３６は、ＡＴＳＣ ＭＨチャネルを介して新しい参照指紋を受信することができる。その後、指紋比較器５３６は、抽出された署名と参照指紋とを再び比較することができる。
また、本発明の一実施例による遠隔探索によれば、指紋比較器５３６は、インターネット上の署名データベースサーバからチャネル情報及び／又はコンテンツ情報を受信することができる。
具体的には、指紋比較器５３６は、インターネット接続制御モジュール５３８を介してインターネットに接続して署名データベースサーバにアクセスすることができる。その後、指紋比較器５３６は、抽出された署名を問合せパラメータとして署名データベースサーバに伝達することができる。
すべて放送局が一つの統合された署名データベースサーバを用いる場合、指紋比較器５３６は、当該署名データベースサーバに問合せパラメータを伝達することができる。放送局が個別に署名データベースサーバを運営する場合、指紋比較器５３６は、それぞれの署名データベースに問合せパラメータを伝達することができる。又は、指紋比較器５３６は、二つ以上の署名データベースサーバに同時に問合せパラメータを伝達することもできる。
本発明の一実施例による受信機は、指紋比較器５３６が取得したチャネル情報及び／又はコンテンツ情報を用いて、ＡＴＳＣ Ｍ／Ｈチャネルを選択し、該当のコンテンツ及び／又はメタデータを受信することができる。その後、受信機は、トリガなどを用いて、受信されたコンテンツ及び／又はメタデータを表示することができる。
図７は、本発明の一実施例によるデジタル放送システムを示す図である。
具体的には、図７は、個人化サービスのためのデジタル放送受信機（又は、受信機）を含む個人化放送システムを示す。本発明の一実施例による個人化サービスは、利用者情報に基づいて利用者に適したコンテンツを選別して提供するサービスである。また、本発明の一実施例による個人化放送システムは、ＡＴＳＣ ２．０又は個人化されたサービスを提供する次世代放送サービスを提供することができる。
本発明では、利用者情報の一実施例として、利用者のプロファイル、人口統計及び興味情報（又は、ＰＤＩデータ）を定義する。以下では、個人化放送システムの構成エレメントについて説明する。
アンケートに対する回答は、総合すると、利用者のプロファイル、人口統計、興味（ＰＤＩ）を示す。アンケート及び特定利用者によって与えられた回答を要約したデータ構造は、ＰＤＩアンケート又はＰＤＩテーブルと呼ばれる。データ構造は、使用可能なとき、回答を含むことができるが、ＰＤＩテーブルは、ネットワーク、放送局、又はコンテンツプロバイダによって提供されるため、回答データを含まない。ＰＤＩテーブルにおいてエントリの質問部分は、非公式的に、“ＰＤＩ−質問”又は“ＰＤＩ−Ｑ”と呼ばれる。与えられたＰＤＩ質問に対する回答は、非公式的に、“ＰＤＩ−Ａ”と呼ばれる。選択基準の集合は、非公式的に、“ＰＤＩ−ＦＣ”と呼ばれる。
ＡＴＳＣ ２．０可能受信機のようなクライアント装置は、アンケートで質問に対する回答の生成を可能にする機能を含む（ＰＤＩ−Ａインスタンス）。このＰＤＩ生成機能は、ＰＤＩ−Ｑインスタンスを入力として用い、ＰＤＩ−Ａインスタンスを出力として生成する。ＰＤＩ−Ｑインスタンス及びＰＤＩ−Ａインスタンスの両方とも、受信機の不揮発性記憶装置に記憶される。クライアントは、ＰＤＩ−ＡインスタンスとＰＤＩ−ＦＣインスタンスとを比較し、どのコンテンツアイテムがダウンロード及び使用に適合するかを決定する選択機能を提供する。
図示のように、サービスプロバイダ側では、ＰＤＩテーブルを維持及び分配するための機能が実現される。コンテンツと共にコンテンツメタデータが生成される。メタデータの一部がＰＤＩテーブルにおいて質問に基づくＰＤＩ−ＦＣインスタンスである。
図７に示すように、個人化放送システムは、コンテンツプロバイダ（又は、放送局）７０７及び／又は受信機７００を含むことができる。本発明の一実施例による受信機７００は、ＰＤＩエンジン７０１、選択エンジン７０２、ＰＤＩ記憶装置７０３、コンテンツ記憶装置７０４、宣言コンテンツモジュール７０５及び／又は利用者インタフェース（ＵＩ）モジュール７０６を含むことができる。また、図７に示すように、本発明の一実施例による受信機７００は、コンテンツプロバイダ７０７からコンテンツなどを受信することができる。上述した個人化放送システムの構造は設計者の意図によって変更してもよい。
本発明の一実施例によるコンテンツプロバイダ７０７は、コンテンツ、ＰＤＩアンケート及び／又は選択基準を受信機７００に伝送することができる。アンケート及び特定利用者によって与えられた回答を要約したデータ構造はＰＤＩアンケートと呼ばれる。本発明の一実施例によるＰＤＩアンケートは、利用者のプロファイル、人口統計、興味などに関する質問（又は、ＰＤＩ質問）を含むことができる。
受信機７００は、コンテンツプロバイダ７０７から受信したコンテンツ、ＰＤＩアンケート及び／又は選択基準を処理することができる。以下、図７に示す受信機７００に含まれたモジュールの動作を中心に説明する。
本発明の一実施例によるＰＤＩエンジン７０１は、まず、コンテンツプロバイダ７０７が提供するＰＤＩアンケートを受信することができる。ＰＤＩエンジン７０１は、受信したＰＤＩアンケートに含まれたＰＤＩ質問をＵＩモジュール７０６に伝達することができる。当該ＰＤＩ質問に関する利用者の入力がある場合、ＰＤＩエンジン７０１は、当該ＰＤＩ質問に対する利用者の回答及びその他の情報（以下、ＰＤＩ回答）をＵＩモジュール７０６から受信することができる。その後、ＰＤＩエンジン７０１は、個人化サービスを提供するためにＰＤＩ質問及びＰＤＩ回答を処理してＰＤＩデータを生成することができる。すなわち、本発明の一実施例によるＰＤＩデータは、上述したＰＤＩ質問及び／又はＰＤＩ回答を含むことができる。したがって、ＰＤＩアンケートに対するＰＤＩ回答は、総合すると、利用者のプロファイル、人口統計、興味（又は、ＰＤＩ）を表す。
また、本発明の一実施例によるＰＤＩエンジン７０１は、受信したＰＤＩ回答を用いてＰＤＩデータを更新することができる。具体的には、ＰＤＩエンジン７０１は、ＰＤＩ回答のＩＤを用いて、ＰＤＩデータを削除、追加及び／又は修正することができる。本発明の一実施例によるＰＤＩ回答のＩＤの具体的な内容は後述する。また、他のモジュールでＰＤＩデータの受信を要求する場合、ＰＤＩエンジン７０１は、当該要求に適したＰＤＩデータを当該モジュールに伝達することができる。
本発明の一実施例による選択エンジン７０２は、ＰＤＩデータ及び選択基準に応じてコンテンツを選択することができる。選択基準とは、ＰＤＩデータを用いて利用者に適したコンテンツだけを選択するための基準（選択基準）の集合を意味する。具体的には、選択エンジン７０２は、ＰＤＩエンジン７０１からＰＤＩデータを受信することができ、コンテンツプロバイダ７０７からコンテンツ及び／又は選択基準を受信することができる。また、コンテンツプロバイダ７０７は、宣言コンテンツに関するパラメータを伝送するとき、当該宣言コンテンツと関連した選択基準テーブルを併せて伝送することができる。その後、選択エンジン７０２は、選択基準とＰＤＩデータとを照合して比較し、比較の結果を用いてコンテンツを選択してダウンロードすることができる。ダウンロードしたコンテンツは、コンテンツ記憶装置７０４に記憶することができる。選択方法及び選択基準に関する具体的な内容は、図９及び図１０で後述する。
本発明の一実施例によるＵＩモジュール７０６は、ＰＤＩエンジン７０１から受信したＰＤＩ質問を表示し、当該ＰＤＩ質問に対して利用者からＰＤＩ回答を受信することができる。利用者は、表示されたＰＤＩ質問に対してリモコンを用いてＰＤＩ回答を受信機７００側に伝達することができる。ＵＩモジュール７０６は、受信したＰＤＩ回答をＰＤＩエンジン７０１に伝達することができる。
本発明の一実施例による宣言コンテンツモジュール７０５は、ＰＤＩエンジン７０１にアクセスしてＰＤＩデータを取得することができる。また、図７に示すように、宣言コンテンツモジュール７０５は、コンテンツプロバイダ７０７が提供する宣言コンテンツを受信することができる。本発明の一実施例による宣言コンテンツは、受信機７００で実行されるアプリケーションに関するコンテンツであって、ＴＤＯのような宣言オブジェクト（ＤＯ）を含むことができる。
また、図７には示していないが、本発明の一実施例による宣言コンテンツモジュール７０５は、ＰＤＩ記憶装置７０３にアクセスしてＰＤＩ質問及び／又はＰＤＩ回答を取得することができる。この場合、宣言コンテンツモジュール７０５は、アプリケーションプログラムインタフェース（ＡＰＩ）を用いることができる。具体的には、宣言コンテンツモジュール７０５はＡＰＩを用いてＰＤＩ記憶装置７０３を取得（ｒｅｔｒｉｅｖｅ）することによって、少なくとも一つ以上のＰＤＩ質問を取得することができる。その後、宣言コンテンツモジュール７０５は、ＵＩモジュール７０６を介してＰＤＩ質問を伝達したり、又はＰＤＩ回答を受信し、受信したＰＤＩ回答をＰＤＩ記憶装置７０３に伝達したりすることができる。
本発明の一実施例によるＰＤＩ記憶装置７０３は、ＰＤＩ質問及び／又はＰＤＩ回答を記憶することができる。
本発明の一実施例によるコンテンツ記憶装置７０４は、選択されたコンテンツを記憶することができる。
上述したとおり、図７に示すＰＤＩエンジン７０１は、コンテンツプロバイダ７０７からＰＤＩアンケートを受信することができる。受信機７００は、ＵＩモジュール７０６を介して受信したＰＤＩアンケートのＰＤＩ質問を表示し、当該ＰＤＩ質問に対するＰＤＩ回答を利用者から受信することができる。ＰＤＩエンジン７０１は、ＰＤＩ質問及び／又はＰＤＩ回答を含むＰＤＩデータを選択エンジン７０２に伝達することができる。選択エンジン７０２は、ＰＤＩデータと選択基準を用いてコンテンツを選択することができる。したがって、受信機７００は、選択されたコンテンツを利用者に提供することによって個人化サービスを具現することができる。
図８は、本発明の他の実施例によるデジタル放送システムを示す図である。
具体的には、図８は、個人化サービスのための受信機を含む個人化放送システムの構造を示すものである。本発明の一実施例による個人化放送システムは、ＡＴＳＣ ２．０サービスを提供することができる。以下では、個人化放送システムの構成エレメントについて説明する。
図８に示すように、個人化放送システムは、コンテンツプロバイダ（又は、放送局）８０７及び／又は受信機７００を含むことができる。本発明の一実施例による受信機８００は、ＰＤＩエンジン８０１、選択エンジン８０２、ＰＤＩ記憶装置８０３、コンテンツ記憶装置８０４、宣言コンテンツモジュール８０５、ＵＩモジュール８０６、使用監視エンジン８０８及び／又は使用ログモジュール８０９を含むことができる。また、図７に示すように、本発明の一実施例による受信機は、コンテンツプロバイダ８０７からコンテンツなどを受信することができる。図８の基本的なモジュールは、図７のモジュールと同一であるが、図８の放送システムは、使用監視エンジン８０８及び／又は使用ログモジュール８０９を更に含む点が図７の放送システムと異なる。上述した個人化放送システムの構造は設計者の意図によって変更してもよい。以下、使用監視エンジン８０８及び使用ログモジュール８０９を中心に説明する。
本発明の一実施例による使用ログモジュール８０９は、利用者の放送サービス使用内訳に関する情報（又は、履歴情報）を記憶することができる。履歴情報は二つ以上の使用データを含むことができる。本発明の一実施例による使用データは、一定時間で利用者がどのような放送サービスを用いたかに関する情報を意味する。具体的には、使用データは、午後９時にニュースを４０分間視聴したという情報、午後１１時に恐怖映画をダウンロードしたという情報などを含むことができる。
本発明の一実施例による使用監視エンジン８０８は、利用者の放送サービス使用現況を持続して監視することができる。その後、使用監視エンジン８０８は、監視結果を用いて、使用ログモジュール８０９に記憶された使用データを削除、追加及び／又は修正することができる。また、本発明の一実施例による使用監視エンジン８０８は使用データをＰＤＩエンジン８０１に伝達でき、ＰＤＩエンジン８０１は、伝達されてきた使用データを用いてＰＤＩデータを更新することができる。
図９は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
具体的には、図９は、図７及び図８で説明した個人化放送システムの選択エンジン及びＰＤＩエンジンの動作を示すフローチャートである。
図９に示すように、本発明の一実施例による受信機９００は、選択エンジン９０１及び／又はＰＤＩエンジン９０２を含むことができる。以下、本発明の一実施例による選択エンジン９０１及びＰＤＩエンジン９０２の動作を説明する。上述した受信機の構造は設計者の意図によって変更してもよい。
図７で説明したとおり、コンテンツを選択するために、本発明の一実施例による受信機９００は選択基準とＰＤＩデータとを照合して比較することができる。
具体的には、本発明の一実施例による選択エンジン９０１は、コンテンツプロバイダから選択基準を受信し、ＰＤＩエンジン９０２にＰＤＩデータを要求する信号（又は、ＰＤＩデータ要求信号）を伝達することができる。本発明の一実施例によるＰＤＩエンジン９０２は、受信したＰＤＩデータ要求信号によって、当該ＰＤＩデータ要求信号に対応するＰＤＩデータを検索することができる。
図９に示す選択エンジン９０１は、基準ＩＤを含むＰＤＩデータ要求信号をＰＤＩエンジン９０２に伝達することができる。上述したとおり、選択基準は、選択基準の集合であり、それぞれの選択基準は、選択基準を識別するための基準ＩＤを含むことができる。また、本発明の一実施例による基準ＩＤは、ＰＤＩ質問及び／又はＰＤＩ回答を識別するために用いることができる。
ＰＤＩデータ要求信号を受信したＰＤＩエンジン９０２は、ＰＤＩ記憶装置にアクセスしてＰＤＩデータを検索することができる。本発明の一実施例によるＰＤＩデータは、ＰＤＩ質問及び／又はＰＤＩ回答を識別するためのＰＤＩデータＩＤを含むことができる。図９に示すＰＤＩエンジン９０２は、基準ＩＤとＰＤＩデータＩＤとを照合し、基準ＩＤとＰＤＩデータＩＤとが同一であるか否かを比較することができる。
マッチングの結果、基準ＩＤとＰＤＩデータＩＤとが同一であり、これに対する値が同一である場合、受信機９００は、該当のコンテンツをダウンロードすることができる。具体的には、本発明の一実施例による選択エンジン９０１は、コンテンツをダウンロードするためのダウンロード要求信号をコンテンツプロバイダに伝達することができる。
マッチングの結果、基準ＩＤとＰＤＩデータＩＤとが同一でない場合、図９に示すように、ＰＤＩエンジン９０２は選択エンジン９０１にヌル（ｎｕｌｌ）ＩＤを伝達することができる。ヌルＩＤを受信した選択エンジン９０１は、新しいＰＤＩデータ要求信号をＰＤＩエンジン９０２に伝達することができる。この場合、新しいＰＤＩデータ要求信号は、新しい基準ＩＤを含むことができる。
本発明の一実施例による受信機９００は、上述の方法によって、選択基準に含まれたすべての選択基準とＰＤＩデータとを照合することができる。照合の結果、すべての選択基準がＰＤＩデータと一致する場合、選択エンジン９０１は、コンテンツをダウンロードするためのダウンロード要求信号をコンテンツプロバイダに伝達することができる。
図１０は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
具体的には、図１０は、図７及び図８で説明した個人化放送システムにおける選択エンジン及びＰＤＩエンジンの動作を示すフローチャートである。
図１０に示すように、本発明の一実施例による受信機１０００は、選択エンジン１００１及び／又はＰＤＩエンジン１００２を含むことができる。上述した受信機の構造は設計者の意図によって変更してもよい。図１０に示す選択エンジン１００１及びＰＤＩエンジン１００２の基本的な動作は、図９で説明したものと同一である。
ただし、選択基準とＰＤＩデータとの照合の結果、基準ＩＤとＰＤＩデータＩＤとが同一でない場合、図１０に示す受信機１０００は、該当のコンテンツをダウンロードしないことを一実施例とすることができる。
具体的には、本発明の選択エンジン１００１は、ヌルＩＤを受信する場合、新しいＰＤＩデータ要求信号をＰＤＩエンジン１００２に伝達しないことを一実施例とすることができる。また、選択基準に含まれたすべての選択基準がＰＤＩデータと一致しない場合、本発明の選択エンジン１００１は、ダウンロード要求信号をコンテンツプロバイダに伝達しないことを一実施例とすることができる。
図１１は、本発明の一実施例によるＰＤＩテーブルを示す図である。
上述した図７の個人化放送システムは、個人化サービスを提供するためにＰＤＩデータを使用する。ＰＤＩデータは、ＰＤＩテーブル形式で処理することができる。アンケート及び特定利用者によって与えられた回答を要約したデータ構造は、ＰＤＩアンケート又はＰＤＩテーブルと呼ばれる。データ構造は、使用可能なときに回答を含むことができるが、ＰＤＩテーブルは、ネットワーク、放送局、又はコンテンツプロバイダによって提供されるために、回答データを含まない。ＰＤＩテーブル内のエントリの質問部分は、非公式的に、“ＰＤＩ−質問”又は“ＰＤＩ−Ｑ”と呼ばれる。与えられたＰＤＩ質問に対する回答は、非公式的に、“ＰＤＩ−Ａ”と呼ばれる。選択基準の集合は、非公式的に、“ＰＤＩ−ＦＣ”と呼ばれる。本発明のＰＤＩテーブルはＸＭＬスキーマで表現されることを一実施例とする。本発明の一実施例によるＰＤＩテーブルのフォーマットは、設計者の意図によって変更してもよい。
図１１に示すように、本発明の一実施例によるＰＤＩテーブルは、属性１１１０及び／又はＰＤＩタイプエレメントを含むことができる。本発明の一実施例による属性１１１０は、取引（ｔｒａｎｓａｃｔｉｏｎａｌ）属性１１００、時間（ｔｉｍｅ）属性１１０１を含むことができる。本発明の一実施例によるＰＤＩタイプエレメントは、数値選択回答問題（Ｑｕｅｓｔｉｏｎ ｗｉｔｈ Ｉｎｔｅｇｅｒ Ａｎｓｗｅｒ、ＱＩＡ）エレメント１１０２、正誤回答問題（Ｑｕｅｓｔｉｏｎ ｗｉｔｈ Ｂｏｏｌｅａｎ Ａｎｓｗｅｒ、ＱＢＡ）エレメント１１０２、選択回答問題（Ｑｕｅｓｔｉｏｎ ｗｉｔｈ Ｓｅｌｅｃｔｉｏｎ Ａｎｓｗｅｒ、ＱＳＡ）エレメント１１０４、記述式回答問題（Ｑｕｅｓｔｉｏｎ ｗｉｔｈ Ｔｅｘｔ Ａｎｓｗｅｒ、ＱＴＡ）エレメント１１０５及び／又は自由回答問題（Ｑｕｅｓｔｉｏｎ ｗｉｔｈ Ａｎｙ−ｆｏｒｍａｔ Ａｎｓｗｅｒ、ＱＡＡ）エレメント１１０６を含むことができる。以下、図１１に示すＰＤＩテーブルの構成エレメントについて説明する。
具体的には、図１１に示す属性１１１０は、本発明の一実施例によるＰＤＩテーブル自体の属性情報を示すことができる。そのため、ＰＤＩテーブルが含むＰＤＩタイプエレメントが変わっても、属性１１１０は、本発明の一実施例によるＰＤＩテーブルに同一に表現されうる。例えば、本発明の一実施例によるｔｒａｎｓａｃｔｉｏｎａｌ属性１１００は、ＰＤＩ質問の目的に関する情報を示すことができる。本発明の一実施例によるｔｉｍｅ属性１１０１は、ＰＤＩテーブルが生成されるか、更新された時間に関する情報を示すことができる。この場合、それぞれ異なるＰＤＩタイプエレメントを含むＰＤＩテーブルは、ＰＤＩタイプエレメントが変わってもｔｒａｎｓａｃｔｉｏｎａｌ属性１１００及び／又はｔｉｍｅ属性１１０１を含むことができる。
また、本発明の一実施例によるＰＤＩテーブルは、ルートエレメントとして一つ又は二つ以上のＰＤＩタイプエレメント１１０２を含むことができる。この場合、ＰＤＩタイプエレメント１１０２は、リスト形式で表現してもよい。
本発明の一実施例によるＰＤＩタイプエレメントは、ＰＤＩ回答のタイプによって区別できる。例えば、本発明の一実施例によるＰＤＩタイプエレメントは、“ＱｘＡ”エレメントと呼ぶことができ、この場合、“ｘ”は、ＰＤＩ回答のタイプによって決定することができる。本発明の一実施例によるＰＤＩ回答のタイプは、数値タイプ、正誤タイプ、選択タイプ、記述タイプ、及びこれら４つのタイプ以外の任意形態の回答を含むタイプを含むことができる。
本発明の一実施例によるＱＩＡエレメント１１０３は、一つのＰＤＩ質問及び／又は当該ＰＤＩ質問に対する数値タイプのＰＤＩ回答を含むことができる。
本発明の一実施例によるＱＢＡエレメント１１０４は、一つのＰＤＩ質問及び／又は当該ＰＤＩ質問に対する正誤タイプのＰＤＩ回答を含むことができる。
本発明の一実施例によるＱＳＡエレメント１１０５は、一つのＰＤＩ質問及び／又は当該ＰＤＩ質問に対する多肢選択タイプのＰＤＩ回答を含むことができる。
本発明の一実施例によるＱＴＡエレメント１１０６は、一つのＰＤＩ質問及び／又は当該ＰＤＩ質問に対する記述タイプのＰＤＩ回答を含むことができる。
本発明の一実施例によるＱＡＡエレメント１１０７は、一つのＰＤＩ質問及び／又は当該ＰＤＩ質問に対する数値、正誤、多肢選択及び記述形態以外の形態のＰＤＩ回答を含むことができる。
図１２は、本発明の他の実施例によるＰＤＩテーブルを示す図である。
具体的には、図１２は、図１１で説明したＰＤＩタイプエレメントのうち、ＱＩＡエレメントのＸＭＬスキーマを示す図である。
図１２に示すように、ＱＩＡエレメントは、ＰＤＩ質問タイプと関連した特徴に関する情報を示す属性１２１０、ｉｄ属性１２２０、質問エレメント１２３０及び／又は回答エレメント１２４０を含むことができる。
具体的には、本発明の一実施例による属性１２１０は、ＰＤＩ質問の言語を示すｌａｎｇ属性を含むことができる。また、本発明の一実施例によるＱＩＡエレメントの属性１２１０は、ＰＤＩ回答が有し得る最小の整数値を示すｍｉｎＩｎｃｌｕｓｉｖｅ属性１２３０、及び／又はＰＤＩ回答が有し得る最大の整数値を示すｍａｘＩｎｃｌｕｓｉｖｅ属性１２４０を含むことができる。
また、本発明の一実施例によるｉｄ属性１２２０は、ＰＤＩ質問及び／又はＰＤＩ回答を識別するのに用いることができる。
また、本発明の一実施例による質問エレメント１２３０は、ＰＤＩ質問自体を含むことができる。図１２に示すように、質問エレメント１２３０は、ＰＤＩ質問に関する情報を示す属性を含むことができる。例えば、質問エレメント１２３０は、ＰＤＩ質問が生成された時間又はＰＤＩ質問が伝送された時間を示すｔｉｍｅ属性１２３１及び／又はＰＤＩ質問の有効時間を示す期限（ｅｘｐｉｒａｔｉｏｎ）属性１２３２を含むことができる。
また、本発明の一実施例による回答エレメント１２４０は、ＰＤＩ回答自体を含む。図１２に示すように、回答エレメント１２４０は、ＰＤＩ回答に関する情報を示した属性を含むことができる。例えば、図１２に示すように、回答エレメント１２４０は、それぞれのＰＤＩ回答を認識するために使用可能なｉｄ属性１２４１及び／又はそれぞれのＰＤＩ回答が生成され、又は修正された時間を示すｔｉｍｅ属性１２４２を含むことができる。
図１３は、本発明の他の実施例によるＰＤＩテーブルを示す図である。
具体的には、図１３は、図１１で説明したＰＤＩタイプエレメントのうち、ＱＢＡエレメントのＸＭＬスキーマを示す図である。
図１３に示すように、ＱＢＡエレメントを示しているＸＭＬスキーマの基本的な構成エレメントは図１２で説明したとおりであり、その具体的な説明は省略する。
図１４は、本発明の他の実施例によるＰＤＩテーブルを示す図である。
具体的には、図１４は、図１１で説明したＰＤＩタイプエレメントのうち、ＱＳＡエレメントのＸＭＬスキーマを示す図である。
図１４に示すＱＳＡエレメントを示しているＸＭＬスキーマの基本的な構成エレメントは図１２で説明したとおりであり、その具体的な説明は省略する。
ただし、多肢選択質問の特性によって、本発明の一実施例によるＱＳＡエレメントの属性は、ｍｉｎＣｈｏｉｃｅ属性１４１１及び／又はｍａｘＣｈｏｉｃｅ属性１４１２を更に含むことができる。本発明の一実施例によるｍｉｎＣｈｏｉｃｅ属性１４１１は、利用者が選択できるＰＤＩ回答の最小個数を示すことができる。本発明の一実施例によるｍａｘＣｈｏｉｃｅ属性１４１２は、利用者が選択できるＰＤＩ回答の最大個数を示すことができる。
図１５は、本発明の他の実施例によるＰＤＩテーブルを示す図である。
具体的には、図１５は、図１１で説明したＰＤＩタイプエレメントのうち、ＱＡＡエレメントのＸＭＬスキーマを示す図である。
図１５に示すように、ＱＡＡエレメントを示しているＸＭＬスキーマの基本的な構成エレメントは図１２で説明したとおりであり、その具体的な説明は省略する。
図１６は、本発明の他の実施例によるＰＤＩテーブルを示す図である。
具体的には、図１６は、図１１乃至図１５で説明したＰＤＩテーブルと同様に、ＰＤＩテーブルの拡張されたフォーマットをＸＭＬスキーマで示す図である。
上述したとおり、本発明では、個人化サービスを提供するためにＰＤＩテーブルを使用することを一実施例とする。しかし、同一の利用者であっても、利用者の属した状況によって好むコンテンツが変わることがある。
そこで、本発明では、上述した問題点を解決するために、ＰＤＩテーブルに、利用者の状況情報を示す構成エレメントを更に含むことを一実施例とすることができる。
図１６に示すＰＤＩテーブルは、利用者の状況情報を示す構成エレメントとして状況エレメント１６００を更に含むことができる。図１６に示すＰＤＩテーブルの基本的なＸＭＬスキーマは、図１１乃至図１５で説明したとおりであり、具体的な説明は省略する。以下、状況エレメント１６００を説明する。
本発明の一実施例による状況エレメント１６００は、利用者の状況情報として時間帯及び／又は位置に関する情報を示すことができる。図１６に示すように、状況エレメント１６００は、時間エレメント１６１０、位置エレメント１６２０及び／又は利用者の状況情報を示すその他のエレメントを更に含むことができる。以下、各エレメントを説明する。
本発明の一実施例による時間エレメント１６１０は、利用者が属す地域の時間と関連した情報を含むことができる。例えば、本発明の一実施例による時間エレメント１６１０は、“ｙｙｙｙ−ｍｍ−ｄｄ”形式の時間情報を示すｔｉｍｅ属性１６１１及び／又は利用者の属した地域の時間帯を示すｔｉｍｅｚｏｎｅ属性１６１２を含むことができる。
本発明の一実施例による位置エレメント１６２０は、利用者が属している地域の位置情報を含むことができる。例えば、図１６に示すように、場所エレメント１６２０は、当該位置の情報を示すｌｏｃａｔｉｏｎ−ｄｅｓｃ属性１６２１、当該位置の緯度情報を示すｌａｔｉｔｕｄｅ属性１６２２及び／又は当該位置の経度情報を示すｌｏｎｇｉｔｕｄｅ属性１６２３を含むことができる。
図１７Ａ及び図１７Ｂ（以下、図１７）は、本発明の他の実施例によるＰＤＩテーブルを示す図である。
具体的には、図１７は、図１１乃至図１６で説明したＸＭＬスキーマによるＰＤＩテーブルの一実施例を示す図である。
図１７は、ＰＤＩテーブルインスタンス文書の構造を定義するＰＤＩテーブルと呼ばれるルートエレメントに対するＸＭＬスキーマ定義を示している。本発明の一実施例によるＰＤＩテーブルインスタンス文書は、ＰＤＩテーブルをＸＭＬスキーマによって具現した実際の文書を意味する。
図１７は、また、ＰＤＩ ＡＰＩを用いてＤＯと、基礎となる受信機との間で授受できる個別質問を示すルートエレメントＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、又はＱＡＡに対するＸＭＬスキーマ定義も示している。本発明の一実施例によるＰＤＩ ＡＰＩに関する具体的な内容は後述する。図１７に示すエレメントは、名称空間が“ｈｔｔｐ：／／ｗｗｗ．ａｔｓｃ．ｏｒｇ／ＸＭＬＳｃｈｅｍａｓ／ｉｓｓ／ｐｄｉ／１”であるＸＭＬスキーマにおける定義を従うことができる。
ＰＤＩ質問（又は、ＰＤＩ−Ｑ）とＰＤＩ回答（又は、ＰＤＩ−Ａ）との相違は、スキーマ自体ではなく使用規則に明示されている。ＰＤＩテーブルで、エントリの質問部分は非公式的に“ＰＤＩ質問”又は“ＰＤＩ−Ｑ”と呼ばれる。与えられたＰＤＩ質問に対する回答は非公式的に“ＰＤＩ−Ａ”と呼ばれる。例えば、スキーマが種々の質問の“ｑ”エレメントに対するｍｉｎＯｃｃｕｒｓ＝“０”を示すが、スキーマがＰＤＩ−Ｑに用いられると、その場合、“ｑ”エレメントの使用は必須である。スキーマがＰＤＩ−Ａに用いられると、“ｑ”エレメントは選択的に含むことができる。
ＰＤＩ−Ｑインスタンス文書は、名称空間と共にＡＴＳＣ ２．０標準の一部である“ＰＤＩテーブル”ＸＭＬスキーマを従うことができ、相違がある場合には、その定義をここに提供された説明より優先してもよい。本発明の一実施例によるＰＤＩ−Ｑインスタンス文書は、ＰＤＩ−Ｑを含むＰＤＩテーブルをＸＭＬスキーマによって具現した実際の文書を意味する。
ＰＤＩ−Ｑインスタンス文書は、ＱＩＡ、ＱＢＡ、ＱＳＡ、及び／又はＱＴＡタイプのうち一つ以上のエレメントで構成される。
このような最上位エレメントの“Ａ”（回答）下位（ｃｈｉｌｄ）エレメント以外のエレメントがＰＤＩ−Ｑインスタンスに存在することができる。
これらの各エレメントで、識別子属性（“ｉｄ”）は、ＰＤＩ−Ａインスタンス文書において該当するエレメントに対する連結又は基準の役割を担うことができる。本発明の一実施例によるＰＤＩ−Ａインスタンス文書は、ＰＤＩ−Ａを含むＰＤＩテーブルをＸＭＬスキーマによって具現した実際文書を意味する。
ＰＤＩ−Ａインスタンス文書は、名称空間と共にＡＴＳＣ ２．０標準の一部である“ＰＤＩテーブル”ＸＭＬスキーマを従うことができ、相違がある場合、その定義をここに提供された説明より優先してもよい。
ＰＤＩ−Ａインスタンス文書は、ＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、及び／又はＱＡＡタイプのうち一つ以上のエレメントで構成される。
これらの各エレメントは、少なくとも一つの“Ａ”（回答）下位エレメントを有する。これらは、“Ｑ”（質問文字列（ｓｔｒｉｎｇ））下位エレメントを含んでもよいし、含まなくてもよい。
これらの各エレメントにおいて、識別子属性（“ｉｄ”）は、ＰＤＩ−Ｑインスタンス文書において該当するエレメントに対する連結又は基準の役割を担うことができる。
以下、図１７に示すＰＤＩテーブルに含まれたエレメント及び属性の意味（ｓｅｍａｎｔｉｃｓ）について説明する。
図１７に示すように、本発明の一実施例によるＰＤＩテーブルでは、属性の名称の前に“＠”を付けることによって、属性とエレメントとを区別することができる。
また、本発明の一実施例によるＰＤＩテーブルは、ＰＤＩタイプエレメントを含むことができる。具体的には、ＰＤＩタイプエレメントは、図１１で説明したとおり、ＱＩＡエレメント、ＱＢＡエレメント、ＱＳＡエレメント、ＱＴＡエレメント及び／又はＱＡＡエレメントを含むことができる。
また、図１７に示すように、本発明の一実施例によるＰＤＩテーブルは、質問タイプエレメントとは無関係に、ｐｒｏｔｏｃｏｌＶｅｒｓｉｏｎ属性、ｐｄｉＴａｂｌｅＩｄ属性、ｐｄｉＴａｂｌｅＶｅｒｓｉｏｎ属性及び／又はｔｉｍｅ属性を含むことができる。
ＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ及びＱＡＡエレメントのｉｄ属性は、これらの各エレメントのｅｘｐｉｒａｔｉｏｎ属性と同様に、いずれも同一の意味を有する。同様に、各Ａエレメントのｔｉｍｅ属性と同様に、各Ｑエレメントのｌａｎｇ属性は、それぞれ同一の意味を有する。また、ｉｄ属性は、図９で上述したＰＤＩデータ識別子を意味することができる。
ＰＤＩＴａｂｌｅエレメントは、一つ以上の質問エレメントのリストを含む。それぞれはＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、又はＱＡＡのフォーマットになっている。基数（ｃａｒｄｉｎａｌｉｔｙ）０．．Ｎで構成された＜ｃｈｏｉｃｅ＞の使用は、任意の数のＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ及びＱＡＡエレメントがいずれの順序で現れてもよいということを意味する。
ＰＤＩＴａｂｌｅエレメントのｐｒｏｔｏｃｏｌＶｅｒｓｉｏｎ属性は、２個の１６進数で構成される。上位４ビットは、テーブル定義のメジャーバージョン数を示す。下位４ビットは、テーブル定義のマイナバージョン数を示す。当該標準の当該バージョンに対するメジャーバージョン数は１に設定される。受信機は、サポートするように準備されていないメジャーバージョン数を示すＰＤＩのインスタンスを捨てるようになっている。当該標準の該当バージョンに対するマイナバージョン数は０に設定される。受信機は、サポートするように準備されていないマイナバージョン数を示すＰＤＩのインスタンスを捨てないようになっている。この場合、受信機は、サポートしない個別エレメント又は属性を無視するようになっている。
ＰＤＩＴａｂｌｅエレメントのｐｄｉＴａｂｌｅＩｄ属性は、当該ＰＤＩテーブルエレメントの大域的に一意の識別子であってもよい。
ＰＤＩＴａｂｌｅエレメントの８ビットのｐｄｉＴａｂｌｅＶｅｒｓｉｏｎ属性は、当該ＰＤＩテーブルエレメントのバージョンを示す。初期値は０であってもよい。当該値は、当該ＰＤＩテーブルエレメントが変化するたびに１ずつ増加し、２５５を超えると０に更改（ｒｏｌｌｏｖｅｒ）される。
ＰＤＩＴａｂｌｅエレメントのｔｉｍｅ属性は、当該ＰＤＩテーブルである質問への直近の変化の日付及び時間を示す。
ＱＩＡエレメントは、質問の数値回答タイプを示す。これは、回答の最大及び最小の許容値を明示する選択的許容値を含む。
ＱＩＡのＱＩＡ．ｌｏＥｎｄ属性は、当該ＱＩＡエレメントの“Ａ”下位エレメントの最小可能値を示す。すなわち、“Ａ”エレメントの値はｌｏＥｎｄより小さくない。ｌｏＥｎｄ属性が存在しないと、これは、最小値がないことを示す。
ＱＩＡのＱＩＡ．ｈｉＥｎｄ属性は、当該ＱＩＡエレメントの“Ａ”下位エレメントの最大可能値を示す。すなわち、回答の値はｈｉＥｎｄより大きくない。ｈｉＥｎｄ属性が存在しないと、これは、最大値がないことを示す。
ＱＩＡ．Ｑエレメントは、ＱＩＡエレメントの下位エレメントである。ＱＩＡ．Ｑエレメントの値は、利用者に提示される質問文を示すことができる。質問は、数値タイプ回答を有するように表現しなければならない。当該エレメントには、種々の言語の複数のインスタンスがある。
ＱＩＡエレメントの下位エレメントとしてＱＩＡ．Ａエレメントは整数値を有することができる。ＱＩＡ．Ａエレメントは、ＱＩＡ．Ｑで質問に対する回答を示すことができる。
ＱＢＡエレメントは、質問の正誤回答タイプを示すことができる。
ＱＢＡ．Ｑエレメントは、ＱＢＡエレメントの下位エレメントである。ＱＢＡ．Ｑエレメントの値は、利用者に提示される質問文を示すことができる。質問は、はい／いいえ又は真／偽の形態の回答を有するように表現しなければならない。当該エレメントには、種々の言語の複数のインスタンスがある。
ＱＢＡエレメントの下位エレメントとしてＱＢＡ．Ａエレメントはブール値を有することができる。ＱＢＡ．Ａエレメントは、ＱＢＡ．Ｑで質問に対する回答を示すことができる。
ＱＳＡエレメントは、質問の選択回答タイプを示すことができる。
ＱＳＡエレメントのＱＳＡ．ｍｉｎＣｈｏｉｃｅｓ属性は、利用者によって作成可能な選択の最小個数を明示することができる。
ＱＳＡエレメントのＱＳＡ．ｍａｘＣｈｏｉｃｅｓ属性は、利用者によって作成可能な選択の最大個数を明示することができる。
ＱＳＡ．Ｑエレメントは、ＱＳＡエレメントの下位エレメントである。ＱＳＡ．Ｑエレメントの値は、利用者に提示される質問文を示すことができる。質問は、一つ以上の与えられた選択に該当する回答を有するように表現しなければならない。
ＱＳＡ．Ｑ．Ｓｅｌｅｃｔｉｏｎエレメントは、ＱＳＡ．Ｑエレメントの下位エレメントである。ＱＳＡ．Ｑ．Ｓｅｌｅｃｔｉｏｎエレメントの値は、利用者に提示される可能性がある選択を示すことができる。同一のＱＳＡエレメントに（種々の言語で）複数のＱＳＡ．Ｑ下位エレメントがあると、それぞれは、同一の意味を有する同一の数のＳｅｌｅｃｔｉｏｎ下位エレメントを有する。
ＱＳＡ．Ｑ．ＳｅｌｅｃｔｉｏｎのＱＳＡ．Ｑ．Ｓｅｌｅｃｔｉｏｎ．ｉｄ属性は、ＱＳＡ．Ｑの範囲内で唯一のＳｅｌｅｃｔｉｏｎエレメントに対する識別子であってもよい。同一のＱＳＡエレメントに（種々の言語で）複数のＱＳＡ．Ｑ下位エレメントがあると、それらの同一の意味を有するＳｅｌｅｃｔｉｏｎエレメントのｉｄ属性間には一対一対応があってもよい。
ＱＳＡ．Ａは、ＱＳＡエレメントの下位エレメントである。当該ＱＳＡエレメントの下位エレメントの各インスタンスは、Ｓｅｌｅｃｔｉｏｎエレメントのうち一つのｉｄ値の形態で当該ｓｅｌｅｃｔｉｏｎタイプ質問に許容された一つの回答を明示することができる。
ＱＴＡエレメントは、質問の記述式回答（記述型エントリ）タイプを示す。
ＱＴＡ．Ｑエレメントは、ＱＴＡエレメントの下位エレメントである。ＱＴＡ．Ｑエレメントの値は、利用者に提示される質問文を示すことができる。質問は、記述型回答を有するように表現しなければならない。
ＱＴＡ．Ａエレメントは、ＱＴＡエレメントの下位エレメントである。ＱＴＡ．Ａエレメントエレメントの値は、ＱＴＡ、Ｑにおいて質問に対する回答を示すことができる。
ＱＡＡエレメントは、データベースにおけるエントリのように、様々なタイプの情報を保有するように用いられてもよい。
ＱＡＡ．Ａエレメントは、ＱＡＡエレメントの下位エレメントである。ＱＡＡ．Ａエレメントの値は、いくつかのタイプの情報を含む。
ＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、ＱＡＡエレメントのｉｄ属性は、それが示すエレメントに対して大域的に一意の識別子であるＵＲＩであってもよい。
ＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、ＱＡＡエレメントのｅｘｐｉｒｅエレメントは、それが現れるエレメントがそれ以上関連しておらず、テーブルから削除される日付及び時間を示すことができる。
ＱＩＡ．Ｑ、ＱＢＡ．Ｑ、ＱＳＡ．Ｑ、ＱＴＡ．Ｑ、ＱＴＡ．Ａエレメントのｌａｎｇ属性は、質問又は回答文字列の言語を示すことができる。ＱＳＡ．Ｑの場合、ｌａｎｇ属性は、ＱＳＡ．ＱのＳｅｌｅｃｔｉｏｎ下位エレメントの言語も示すことができる。ｌａｎｇ属性が存在しないときは、当該言語が英語であることを示すことができる。
ＱＩＡ．Ａ、ＱＢＡ．Ａ、ＱＳＡ．Ａ、ＱＴＡ．Ａ、ＱＡＡ．Ａエレメントのｔｉｍｅ属性は、回答がテーブルに入力された日付及び時間を示すことができる。
また、図１７に示してはいないが、本発明の一実施例によるＰＤＩテーブルは、ＱＩＡＤエレメント、ＱＢＡＤエレメント、ＱＳＡＤエレメント、ＱＴＡＤエレメント、及び／又はＱＡＡＤエレメントを更に含むことができる。これらのエレメントを総称して、ＱｘＡＤエレメントと呼ぶ。以下、ＱｘＡＤエレメントについて説明する。
ルートエレメントとしてのＱＩＡＤエレメントは、ＱＩＡ下位エレメントで数値回答タイプの質問を含むことができる。ＱＩＡは、回答の最大及び最小許容値を明示する選択的許容値を含むことができる。
ルートエレメントとしてのＱＢＡＤエレメントは、質問の正誤回答タイプを示す。
ルートエレメントとしてのＱＳＡＤエレメントは、質問の選択回答タイプを表す。
ルートエレメントとしてのＱＴＡＤエレメントは、質問の記述式回答（記述型エントリ）タイプを表す。
ルートエレメントとしてのＱＡＡＤエレメントは、データベースでのエントリのように様々なタイプの情報を保有するように用いられる。
また、図１７に示してはいないが、本発明の一実施例によるそれぞれのＰＤＩタイプエレメントは、ＱＴｅｘｔエレメント及び／又はｔｉｍｅ属性を更に含むことができる。
ＱＩＡ．Ｑ．ＱＴｅｘｔエレメントは、ＱＩＡ．Ｑエレメントの下位エレメントである。ＱＩＡ．Ｑ．ＱＴｅｘｔエレメントの値は、利用者に提示される質問文を表す。質問は、数値タイプ回答を有するように表現しなければならない。
ＱＩＡ．Ａ．ａｎｓｗｅｒ属性は、ＱＩＡ．Ａエレメントの整数値属性である。ＱＩＡ．Ａ．ａｎｓｗｅｒ属性は、ＱＩＡ．Ｑ．ＱＴｅｘｔエレメントで質問に対する回答を表す。
ＱＢＡ．Ｑ．Ｑｔｅｘｔエレメントは、ＱＢＡ．Ｑエレメントの下位エレメントである。ＱＢＡ．Ｑ．Ｑｔｅｘｔエレメントの値は、利用者に提示される質問文を表す。質問は、はい／いいえ又は真／偽の形態の回答を有するように表現しなければならない。当該エレメントには、種々の言語の様々なインスタンスがありうる。
ＱＢＡ．Ａ．ａｎｓｗｅｒ属性は、ＱＢＡ．Ａエレメントのブール値属性である。ＱＢＡ．Ａ＠ａｎｓｗｅｒ属性は、ＱＢＡ．Ｑ．ＱＴｅｘｔエレメントで質問に対する回答を表す。
ＱＳＡ．Ｑ．ＱＴｅｘｔエレメントは、ＱＳＡ．Ｑエレメントの下位エレメントである。ＱＳＡ．Ｑ．ＱＴｅｘｔエレメントは、利用者に提示される質問文を表す。質問は、一つ以上の与えられた選択に対応する回答を有するように表現しなければならない。当該エレメントには、種々の言語の様々なインスタンスがありうる。
ＱＳＡ．Ａ下位エレメントのＱＳＡ．Ａ．ａｎｓｗｅｒ属性は、Ｓｅｌｅｃｔｉｏｎエレメントのうち一つのｉｄ値の形態で、当該選択タイプ質問に対して許容された一つの回答を明示する。
ＱＴＡ．Ｑ．ＱＴｅｘｔエレメントは、ＱＴＡエレメントの下位エレメントである。ＱＴＡ．Ｑ．ＱＴｅｘｔエレメントの値は、利用者に提示される質問文を表す。質問は、記述型回答を有するように表現しなければならない。
ＱＴＡ．Ａ．ａｎｓｗｅｒ属性は、ＱＴＡエレメントの下位エレメントである。ＱＴＡ．Ａ．ａｎｓｗｅｒエレメントの値は、ＱＴＡ．Ｑ．ＱＴｅｘｔエレメントで質問に対する回答を表す。
図１８Ａ及び図１８Ｂ（以下、図１８）は、本発明の他の実施例によるＰＤＩテーブルを示す図である。
具体的には、図１８は、図１１乃至図１６で説明したＸＭＬスキーマによるＰＤＩテーブルの構造を示す図である。
図１８に示すＰＤＩテーブルの基本的な構造とＰＤＩテーブルに含まれた基本的なエレメント及び属性の意味は、図１７で説明したバーのようである。ただし、図１７に示すＰＤＩテーブルに比べて、図１８に示すＰＤＩテーブルは、ｘａｃｔｉｏｎＳｅｔＩｄ属性及び／又はｔｅｘｔ属性を更に含むことができる。以下、ｘａｃｔｉｏｎＳｅｔＩｄ属性及び／又はｔｅｘｔ属性を中心に説明する。
ＱｘＡエレメントのｘａｃｔｉｏｎＳｅｔＩｄ属性は、質問に対する回答を目的とするユニットとして扱われる集合である質問のｔｒａｎｓａｃｔｉｏｎａｌ集合に質問が属することを示す。これは、質問の属するｔｒａｎｓａｃｔｉｏｎａｌ集合の識別子を提供することもできる。そのため、同一のｘａｃｔｉｏｎＳｅｔＩｄ属性の値を有するＰＤＩテーブルにおけるすべての質問の集合は択一的に回答される。
ＱｘＡエレメントのｔｅｘｔ属性は、ＱｘＡ．Ｑエレメントの下位エレメントである。ｔｅｘｔ属性の値は、利用者に提示される質問文を表す。
図１９は、本発明の一実施例による選択基準テーブルを示す図である。上述した図７の個人化放送システムは、個人化サービスを提供するために選択基準を使用することができる。図７、図９及び図１０で説明した選択基準は、選択基準テーブルの形式とすることができる。本発明の選択基準テーブルはＸＭＬスキーマで表現されることを一実施例とする。
また、本発明の選択基準テーブルは、ＰＤＩデータと選択基準とを効率的に比較するために、ＰＤＩテーブルのフォーマットと類似のフォーマットを有することを一実施例とすることができる。本発明の一実施例による選択基準テーブルのフォーマットは、設計者の意図によって変更してもよい。
図１９に示すように、本発明の一実施例による選択基準テーブルは、選択基準（ｆｉｌｔｅｒｉｎｇ ｃｒｉｔｅｒｉｏｎ）エレメント１９００を含むことができ、選択基準エレメント１９００は、識別子（ｉｄｅｎｔｉｆｉｅｒ）属性１９０１、基準タイプ（ｃｒｉｔｅｒｉｏｎ ｔｙｐｅ）属性１９０２及び／又は基準値（ｃｒｉｔｅｒｉｏｎ ｖａｌｕｅ）エレメント１９０３を含むことができる。本発明の選択基準は、上述したＰＤＩ質問に対応する概念として用いてもよい。以下、図１９に示す選択基準テーブルの構成エレメントについて説明する。
本発明の一実施例による選択基準エレメント１９００は、ＰＤＩ質問に対応する選択基準を示すことができる。
本発明の一実施例による識別子属性１９０１は、選択基準に対応するＰＤＩ質問を識別することができる。
本発明の一実施例による基準タイプ属性１９０２は、選択基準のタイプを示すことができる。選択基準のタイプに関する具体的な内容は後述する。
本発明の一実施例による基準値エレメント１９０３は、選択基準が有する値を示すことができる。各基準値は、ＰＤＩ質問に対する可能な回答である。
具体的には、本発明による選択基準のタイプは、数値タイプ、正誤タイプ、選択タイプ、記述タイプ及び／又は任意タイプのうち一つのタイプを一実施例とすることができる。
数値タイプの選択基準（又は、数値タイプ基準）は、数値タイプのＰＤＩ回答に対応する選択基準を意味する。
正誤タイプの選択基準（又は、正誤タイプ基準）は、正誤タイプのＰＤＩ回答に対応する選択基準を意味する。
選択タイプの選択基準（又は、選択タイプ基準）は、選択タイプのＰＤＩ回答に対応する選択基準を意味する。
記述タイプの選択基準（又は、記述タイプ基準）は、記述タイプのＰＤＩ回答に対応する選択基準を意味する。
任意タイプの選択基準（又は、任意タイプ基準）は、上述した４つのタイプ以外のいずれかの形態のＰＤＩ回答に対応する選択基準を意味する。
以下、［例示５」は、図１９に示す選択基準テーブルのＸＭＬスキーマを示す本発明の一実施例である。
［例示５］
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualified">
<xs:element name="FilterCriteriaTable" type="FilterCriteriaTableType"/>
<xs:complexType name="FilterCriteriaTableType">
<xs:sequence maxOccurs="unbounded">
<xs:element name="FilterCriterion" type="FilterCriterionType"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="FilterCriterionType">
<xs:sequence>
<xs:element name="CriterionValue" type="xs:base64Binary" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="id" type="xs:anyURI" use="required"/>
<xs:attribute name="CriterionType" type="xs:unsignedByte" use="required"/>
</xs:complexType>
</xs:schema>
図２０は、本発明の他の実施例による選択基準テーブルを示す図である。
具体的には、図２０は、図１９で説明した選択基準テーブルの拡張されたフォーマットをＸＭＬスキーマで表現した図である。図１９に示す選択基準のＸＭＬスキーマによって選択基準テーブルを構成する場合、本発明の一実施例による選択基準のタイプ及びタイプ別細部属性を設定できないという問題点がある。そこで、図２０では、選択基準のタイプを表現し、タイプ別属性を設定したＸＭＬスキーマを提示する。本発明の一実施例による個人化放送システムは、図２０のＸＭＬスキーマによって構成された選択基準テーブルを用いて、より精密にコンテンツを選択することができる。
図２０に示すように、選択基準テーブルは属性２０００及び／又は選択基準タイプエレメントを含むことができる。本発明の一実施例による属性２０００は、ｔｉｍｅ属性２００１を含むことができる。本発明の一実施例による選択基準タイプエレメントは、数値タイプ基準エレメント（Ｉｎｔｅｇｅｒ Ｔｙｐｅ Ｃｒｉｔｅｒｉｏｎエレメント）（又は、ＱＩＡ基準エレメント）２０１０、正誤タイプ基準エレメント（Ｂｏｏｌｅａｎ Ｔｙｐｅ Ｃｒｉｔｅｒｉｏｎエレメント）（又は、ＱＢＡ基準エレメント）２０２０、選択タイプ基準エレメント（Ｓｅｌｅｃｔｉｏｎ Ｔｙｐｅ Ｃｒｉｔｅｒｉｏｎ ｅｌｅｍｅｎｔ）（又は、ＱＳＡ基準エレメント）２０３０、記述タイプ基準エレメント（Ｔｅｘｔ Ｔｙｐｅ Ｃｒｉｔｅｒｉｏｎ ｅｌｅｍｅｎｔ）（又は、ＱＴＡ基準エレメント）２０４０及び／又は任意タイプ基準エレメント（Ａｎｙ Ｔｙｐｅ Ｃｒｉｔｅｒｉｏｎ ｅｌｅｍｅｎｔ）（又は、ＱＡＡ基準エレメント）２０５０を含むことができる。以下、図２０に示す選択基準テーブルの構成エレメントについて説明する。
具体的には、図２０に示す属性２０００は、本発明の一実施例による選択基準テーブル自体の属性情報を示すことができる。したがって、選択基準テーブルが含む選択基準タイプエレメントが変わっても、同一に表現されうる。例えば、本発明の実施例によるｔｉｍｅ属性２００１は、選択基準が生成された時間又は更新された時間を示すことができる。この場合、種々の選択基準タイプエレメントを含む選択基準テーブルは、選択基準タイプエレメントが変わってもｔｉｍｅ属性２００１を含むことができる。
また、本発明の一実施例による選択基準テーブルは、一つ又は二つ以上の選択基準タイプエレメントを含むことができる。本発明の一実施例による選択基準タイプエレメントは、選択基準のタイプを示すことができる。選択基準のタイプは、図１９で説明したものと同一である。この場合、選択基準タイプエレメントはリスト形式で表現してもよい。
本発明の一実施例による選択基準タイプエレメントは、“ＱｘＡ”基準と呼ぶことができ、この場合、“ｘ”は、選択基準のタイプによって決定することができる。
図２０に示すように、それぞれの選択基準タイプエレメントは、識別子属性及び／又は基準値エレメントを含むことができる。図２０に示す識別子属性及び基準値エレメントの具体的な内容は、図１９で説明したものと同一である。
ただし、図２０に示すように、数値タイプ基準エレメント２０１０は、ｍｉｎ ｉｎｔｅｇｅｒ属性２０１１及び／又はｍａｘ ｉｎｔｅｇｅｒ属性２０１２を更に含むことができる。本発明の一実施例によるｍｉｎ ｉｎｔｅｇｅｒ属性２０１１は、数値タイプの回答として表現された選択基準の最小値を示すことができる。本発明の一実施例によるｍａｘ ｉｎｔｅｇｅｒ属性２０１２は、数値タイプの回答として表現された選択基準の最大値を示すことができる。
また、図２０に示すように、ｓｅｌｅｃｔｉｏｎ ｔｙｐｅ ｃｒｉｔｅｒｉｏｎエレメント２０３０及び／又はｔｅｘｔ ｔｙｐｅ ｃｒｉｔｅｒｉｏｎエレメント２０４０は、ｌａｎｇ属性２０３１を含むことができる。本発明の一実施例によるｌａｎｇ属性２０３１は、文字列形態で表現された選択基準の値を示すことができる。
次の［例示６」は、図２０に示す選択基準テーブルのＸＭＬスキーマを示す本発明の一実施例である。
［例示６］
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualified">
<xs:element name="FilterCriteriaTable" type="FilterCriteriaTableType"/>
<xs:complexType name="FilterCriteriaTableType">
<xs:choice maxOccurs="unbounded">
<xs:element name="IntegerTypeCriterion" type="IntegerCriterionOption"/>
<xs:element name="BooleanTypeCriterion" type="BooleanCriterionOpntion"/>
<xs:element name="SelectionTypeCriterion" type="StringCriterionOption"/>
<xs:element name="TextTypeCriterion" type="StringCriterionOption"/>
<xs:element name="AnyTypeCriterion" type="AnyTypeCriterionOption"/>
</xs:choice>
<xs:attribute name="time" type="xs:dateTime"/>
</xs:complexType>
<xs:complexType name="IntegerCriterionOption">
<xs:sequence>
<xs:element name="id" type="xs:anyURI"/>
<xs:sequence>
<xs:element name="CriterionValue" maxOccurs="unbounded">
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:integer">
<xs:attribute name="minInteger" type="xs:integer"/
<xs:attribute name="maxInteger" type="xs:integer"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:sequence>
</xs:complexType>
<xs:complexType name="BooleanCriterionOpntion">
<xs:sequence>
<xs:element name="id" type="xs:anyURI"/>
<xs:sequence>
<xs:element name="CriterionValue" type="xs:boolean"/>
</xs:sequence>
</xs:sequence>
</xs:complexType>
<xs:complexType name="StringCriterionOption">
<xs:sequence>
<xs:element name="id" type="xs:anyURI"/>
<xs:sequence>
<xs:element name="CriterionValue" maxOccurs="unbounded">
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:string">
<xs:attribute name="lang" type="xs:string" default="EN-US"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:sequence>
</xs:complexType>
<xs:complexType name="AnyTypeCriterionOption">
<xs:sequence>
<xs:element name="id" type="xs:anyURI"/>
<xs:sequence>
<xs:element name="CriterionValue" maxOccurs="unbounded"/>
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:base64Binary">
<xs:attribute name="any" type="xs:anySimpleType"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:sequence>
</xs:sequence>
</xs:complexType></xs:schema>
図２１は、本発明の他の実施例による選択基準テーブルを示す図である。
具体的には、図２１は、図１９及び図２０で説明したＸＭＬスキーマによる選択基準テーブルの一実施例を示す図である。図２１に示す選択基準テーブルの基本的な構成エレメントは、図１９及び図２０で上述したものと同一である。以下、図２１に示す選択基準テーブルに含まれたエレメント及び属性の意味について説明する。
図２１に示すように、本発明の一実施例による選択基準テーブルでは、属性の名称の前に“＠”を表示することによって属性とエレメントとを区別することができる。
テーブルで＠ｉｄ属性が現れる各位置で、ＰＤＩテーブルで質問の＠ｉｄ属性があり、これで、＠ｉｄ属性が現れる選択基準に該当する質問を識別する。
ＱＩＡ Ｃｒｉｔｅｒｉｏｎエレメントは、整数値を有する質問に該当する選択基準を表す。
ＱＩＡ ＣｒｉｔｅｒｉｏｎエレメントのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ下位エレメントが＠ｅｘｔｅｎｔエレメントを含まないと、これは、選択基準に該当する質問に対する数値回答を表す。ＱＩＡ ＣｒｉｔｅｒｉｏｎエレメントのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ下位エレメントが＠ｅｘｔｅｎｔ属性を含むときは、質問に対する回答の数範囲の下位点を表し、＠ｅｘｔｅｎｔ属性はその範囲で整数の個数を表す。
ＱＢＡ Ｃｒｉｔｅｒｉｏｎエレメントは、ブール値を有する質問に該当する選択基準を表す。
ＱＢＡ ＣｒｉｔｅｒｉｏｎエレメントのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ下位エレメントは、選択基準に該当する質問に対する正誤回答を表す。
ＱＳＡ Ｃｒｉｔｅｒｉｏｎエレメントは、選択値を有する質問に該当する選択基準を表す。
ＱＳＡ ＣｒｉｔｅｒｉｏｎエレメントのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ下位エレメントは、選択基準に該当する質問に対する選択回答の識別子を表す。
ＱＴＡ Ｃｒｉｔｅｒｉｏｎエレメントは、文字列値を有する質問に該当する選択基準を表す。
ＱＴＡ ＣｒｉｔｅｒｉｏｎエレメントのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ下位エレメントは、選択基準に該当する質問に対する記述式回答を表す。
ＱＡＡ Ｃｒｉｔｅｒｉｏｎエレメントは、質問無しで記述式“回答”だけを有する“質問”に該当する選択基準を表す。
ＱＡＡ ＣｒｉｔｅｒｉｏｎエレメントのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ下位エレメントは、選択基準に該当する“質問”に対する記述式“回答”を表す。
Ｆｉｌｔｅｒｉｎｇ Ｃｒｉｔｅｒｉａエレメントに一つのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅエレメントだけがある場合、Ｃｒｉｔｅｒｉｏｎ Ｖａｌｕｅエレメントの値が（質問がＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅエレメントを含むエレメントのｉｄ属性によって示される）Ｃｒｉｔｅｒｉｏｎ Ｖａｌｕｅエレメントを含むエレメントに該当する質問に対するＰＤＩ−Ａにおける質問の中の値と一致するとき、サービスやコンテンツアイテムがフィルタを通過するかに対する選択決定は“真”（はい）となり、そうでないときは、“偽”（いいえ）になる。
“ｅｘｔｅｎｔ”属性が存在するＱＩＡ ＣｒｉｔｅｒｉｏｎエレメントのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ下位要素の場合、質問の値がＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ及びｅｘｔｅｎｔ属性によって定義される区間に存在するとき、Ｃｒｉｔｅｒｉｏｎ Ｖａｌｕｅエレメントの値は、該当するＰＤＩ−Ａにおける回答のいずれかの値と一致すると見なされる。
Ｆｉｌｔｅｒｉｎｇ ＣｒｉｔｅｒｉａエレメントでＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅエレメントの総数が１よりも大きい場合、各Ｃｒｉｔｅｒｉｏｎ Ｖａｌｕｅエレメントの値は、（ｉｄ値によって示されるように）Ｃｒｉｔｅｒｉｏｎ Ｖａｌｕｅが選択基準に該当する質問に対するＰＤＩ−Ａにおける回答のいずれかの値と一致するとき、“真”を返す中間用語と評価されるはずであり、そうでないときは、“偽”を返す中間用語と評価される。このような中間用語のうち、上位エレメント識別子（ＱＩＡ．ｉｄ、ＱＢＡ．ｉｄなど）の同一値を有する用語は、各ターゲット基準に対する中間結果を得るために論理和され、これらの中間結果は、最終結果を決定するために論理積される。最終結果が受信機に対して“真”と評価されると、これは関連コンテンツアイテムが選択された（フィルタを通過した）ことを意味する。
図２２は、本発明の他の実施例による選択基準テーブルを表す図である。
具体的には、図２２に示す選択基準テーブルは、図２１に示す選択基準テーブルの拡張された構造を示す。図２２に示す選択基準テーブルの基本的な構成エレメントは、図２１で説明したものと同一である。以下、図２１で説明した選択基準テーブルとの差異点を中心に、図２２に示す選択基準テーブルを説明する。
図２２に示す選択基準テーブルは、選択基準の集合の様々なインスタンスを許容する。それぞれの集合は、選択基準の様々なインスタンスを含む。それぞれの選択基準は、一部の選択基準に対して提供される複数の値を許容する。選択論理は、選択基準の集合の複数のインスタンスのうち、“ＯＲ”論理である。選択基準の各集合内で、選択論理は、同一の選択基準の複数の値の間では“ＯＲ”論理であり、別の選択基準の中では“ＡＮＤ”論理である。
例えば、選択基準が（（年齢＝２０）及び（ジャンル＝“スポーツ”））であるか、（（年齢＝１０）及び（ジャンル＝“アニメーション”））のとき、選択基準テーブルは、次の［例示７］のように表すことができる。
［例示７］
<FilterCriteriaTable time="2012-09-03T09:30:47.0Z" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<FilterCriterionSet>
<IntegerTypeCriterion id="abc.tv/age/">
<CriterionValue>20</CriterionValue>
</IntegerTypeCriterion>
<TextTypeCriterion id = "abc.tv/genre/">
<CriterionValue>sport</CriterionValue>
</TextTypeCriterion>
</FilterCriterionSet>
<FilterCriterionSet>
<IntegerTypeCriterion id= "abc.tv/age/">
<CriterionValue>10</CriterionValue>
</IntegerTypeCriterion>
<TextTypeCriterion id = "abc.tv/genre//">
<CriterionValue>animation</CriterionValue>
</TextTypeCriterion>
</FilterCriterionSet>
</FilterCriteriaTable>
図２３は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
具体的には、図２３は、本発明の一実施例による受信機が放送網を介してＰＤＩテーブル及び／又は選択基準テーブルを受信するための個人化放送システムのフローチャートである。
本発明の一実施例による個人化放送システムの基本的な構造は、図７乃至図１０で説明したものと同一である。本発明の一実施例によるＰＤＩテーブルは、図９乃至図１８で説明したものと同一である。本発明の一実施例による選択基準テーブルは、図１９乃至図２２で説明したものと同一である。
図２３に示すように、本発明の一実施例による個人化放送システムは、ＳＳＣ２３００、ＦＬＵＴＥセッション２３１０、選択エンジン２３２０、ＰＤＩエンジン２３３０及び／又はＵＩ ２３４０を含むことができる。本発明の一実施例による受信機は、ＤＳＭ−ＣＣセクションを介してＰＤＩテーブルを受信することができる。この場合、本発明の一実施例による受信機は、ＦＬＵＴＥセッション２３１０によってＰＤＩテーブルを受信することができる。上述した個人化放送システムの構造は設計者の意図によって変更してもよい。以下、図２３に示す各構成エレメントの動作について説明する。
本発明の一実施例による受信機は、まず、ＳＳＣ ２３００によってＰＤＩテーブルセクションを受信することができる。具体的には、本発明の一実施例による受信機は、ＤＳＭ−ＣＣセクションによって受信されるＩＰデータグラムのうち、ＳＳＣ ２３００に該当するＩＰデータグラムをパースしてＰＤＩテーブルセクションを受信することができる。この場合、本発明の一実施例による受信機は、ＳＳＣ ２３００が有する周知のＩＰアドレス及び／又はＵＤＰポート番号を用いてＰＤＩテーブルセクションを受信することができる。本発明の一実施例によるＰＤＩテーブルセクションは、ＰＤＩテーブルを放送網を介して伝達するために、本発明の一実施例によるＰＤＩテーブルを圧縮したテーブルを意味する。ＰＤＩテーブルセクションに関する具体的な内容は後述する。
本発明の一実施例による受信機は、ＳＳＣ ２３００を介して受信したＰＤＩテーブルセクションをパースしてＰＤＩテーブルを取得することができる。その後、本発明の一実施例による受信機は、ＰＤＩエンジン２３３０にＰＤＩテーブルを伝達することができる。
本発明の一実施例によるＰＤＩエンジン２３３０は、受信したＰＤＩテーブルを処理し、当該ＰＤＩテーブルに含まれたＰＤＩ質問を抽出することができる。その後、本発明の一実施例によるＰＤＩエンジン２３３０は、抽出されたＰＤＩ質問をＵＩ ２３４０に伝達することができる。
本発明の一実施例によるＵＩ ２３４０は、受信したＰＤＩ質問を表示し、当該ＰＤＩ質問に対するＰＤＩ回答を受信することができる。この場合、本発明の一実施例によるＵＩ ２３４０は、リモコンを介してＰＤＩ回答を受信することができる。その後、本発明の一実施例によるＰＤＩエンジン２３３０は、ＵＩ ２３４０から受信したＰＤＩ回答を用いてＰＤＩデータを更新することができる。その具体的な内容は、図７及び図８で説明したものと同一である。
また、本発明の一実施例による受信機は、ＳＳＣ ２３００を介してサービスマップテーブル（ＳＭＴ）及び／又は非実時間情報テーブル（ＮＲＴ−ＩＴ）を受信することができる。本発明の一実施例によるＳＭＴは、個人化サービスのための信号通知情報を含むことができる。本発明の一実施例によるＮＲＴ−ＩＴは、個人化サービスのための報知情報（ａｎｎｏｕｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）を含むことができる。
その後、本発明の一実施例による受信機は、受信したＳＭＴ及び／又はＮＲＴ−ＩＴをパースして選択基準記述子を取得することができる。受信機は、選択基準記述子を用いて、選択エンジン２３２０に選択基準を伝達することができる。この場合、本発明の選択基準は、ｘｍｌ文書フォーマットの選択基準テーブルを一実施例とすることができ、選択基準テーブルについては図２１及び図２２で具体的に説明した。
その後、本発明の一実施例による選択エンジン２３２０は、ＰＤＩエンジン２３３０にＰＤＩデータ要求信号を伝達することができる。本発明の一実施例によるＰＤＩエンジン２３３０は、ＰＤＩデータ要求信号を受信すると、当該ＰＤＩデータ要求信号に対応するＰＤＩデータを検索して選択エンジン２３２０に伝達することができる。その結果、本発明の一実施例による受信機は、選択結果を用いてコンテンツをダウンロードすることができる。本発明の一実施例による選択後の処理については図９及び図１０で具体的に説明した。
図２４は、本発明の一実施例によるＰＤＩテーブルセクションを示す図である。
具体的には、図２４は、図２３で説明したＰＤＩテーブルセクションの構文である。
ＰＤＩテーブルが放送ストリームで伝達されると、図２３に定義されたテーブルのＸＭＬ形式はＤＥＦＬＡＴＥ圧縮アルゴリズムを用いて圧縮される。得られた圧縮されたテーブルは、図２４のテーブルに示すようにブロックに区分されてセクションに挿入されることによって、ＮＲＴスタイルの専用セクションに要約される。
結論的に、本発明の一実施例による受信機は、同一のシーケンス番号を有するセクション番号順にＰＤＩ−Ｑインスタンス文書のブロックを組み合わせて圧縮を解除することができる。本発明の一実施例による受信機は、圧縮を解除した結果としてＰＤＩ−Ｑインスタンス文書を生成することができる。その後、受信機は、ＰＤＩ−Ｑインスタンス文書を本発明の一実施例によるＰＤＩエンジンに伝達することができる。その具体的な方法は、図２３で上述したものと同一である。
以下、図２４に示すＰＤＩテーブルセクションの構文について説明する。
ブロックは、昇順のｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールド値のセクションに挿入される。“ＳＳＣ”及び“ＩＰサブネット”という用語は、ＡＴＳＣ ＮＲＴ標準で定義されるため、専用セクションは、ＰＤＩテーブルが関連した仮想チャネルのＩＰサブネットのＳＳＣで伝達される。当該セクションのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドは、同一のＳＳＣで伝達される別個のＰＤＩテーブルインスタンスを区別するために用いられる。
８ビットのｔａｂｌｅ＿ｉｄフィールドは、当該テーブルセクションがＰＤＩテーブルインスタンスに属すると識別するように設定される。８ビットのｔａｂｌｅ＿ｉｄフィールドは、当該テーブルセクションがＰＤＩテーブルインスタンスに属すると識別するように設定される。ｔａｂｌｅ＿ｉｄフィールドは、図２４に示すＰＤＩテーブルセクションが本発明の一実施例によるＰＤＩテーブルに関する情報を含んでいることを示すことができる。
本実施例によるｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＰＤＩテーブルセクションのフォーマットを示すことができる。
本実施例によるｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒフィールドは、利用者に対するビット情報を示すことができる。
本実施例によるｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、ＰＤＩテーブルセクションでバイトの数を示すことができる。
本実施例によるｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎフィールドは、ＰＤＩテーブルセクションを識別することができる。
本実施例によるｐｒｏｔｏｃｏｌ＿ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブル構文のプロトコルバージョンを含むことができる。
８ビットのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドの値は、ＰＤＩ−Ｑインスタンスの他のすべてのセクションのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒと同一であり、ＳＳＣで伝達される他のＰＤＩ−Ｑインスタンスのすべてのセクションのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒと異なる。ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドは、同時にＳＳＣで伝達されるＰＤＩ−Ｑの別個のインスタンスに属するセクションを区別するために用いられる。
５ビットのＰＤＩＱ＿ｄａｔａ＿ｖｅｒｓｉｏｎフィールドは、ｐｄｉＴａｂｌｅＩｄ値によって定義されるＰＤＩ−Ｑインスタンスのバージョン番号を示す。ＰＤＩ−Ｑインスタンスのいずれかのエレメント又は属性が変化すると、バージョン番号は、１ ｍｏｄｕｌｏ ３２ずつ増加する。
１ビットのｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、ＰＤＩ−Ｑセクションに対しては常に１に設定され、ＰＤＩ−Ｑが常にｓｅｇｍｅｎｔ＿ｉｄによって識別されるセグメントに対して現在ＰＤＩ−Ｑであることを示す。
８ビットのｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、ＰＤＩ−Ｑインスタンスの当該セクションのセクション番号を提供する。ＰＤＩ−Ｑインスタンスの最初のセクションのｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒは０ｘ００に設定される。ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒは、ＰＤＩ−Ｑインスタンスのそれぞれの追加セクションによって１ずつ増加する。
８ビットのｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、当該セクションが一部であるＰＤＩ−Ｑインスタンスの最後のセクション（すなわち、最高のｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒのセクション）の番号を提供する。
１６ビットのｓｅｒｖｉｃｅ＿ｉｄフィールドは、当該ＰＤＩ−Ｑインスタンスが、ある特定サービスではなく、それが現れる仮想チャネルでのすべてのデータサービスに適用されるということを示すために、０ｘ００００に設定される。
可変長を有するｐｄｉｑ＿ｂｙｔｅｓ（）フィールドは、当該セクションによって部分的に伝達されるＰＤＩ−Ｑインスタンスのブロックで構成される。当該テーブルインスタンスのすべてのセクションのｐｄｉｑ＿ｂｙｔｅｓ（）フィールドがそれらのｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドの順に連結されると、結果は完全なＰＤＩ−Ｑインスタンスである。
図２５は、本発明の他の実施例によるＰＤＩテーブルセクションを示す図である。
具体的には、図２５は、図２３で説明したＰＤＩテーブルセクションの構文であって、基本的な内容は、図２４で説明したものと同一である。ただし、図２４に示すＰＤＩテーブルセクションとは違い、図２５に示すＰＤＩテーブルセクションはｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドを含まなくてもよい。以下、図２５に示すＰＤＩテーブルセクションの構文について説明する。
本発明の一実施例によるｎｕｍ＿ｑｕｅｓｔｉｏｎｓフィールドは、ＰＤＩテーブルに含まれたＰＤＩ質問の数を示すことができる。
本発明の一実施例によるｑｕｅｓｔｉｏｎ＿ｉｄ＿ｌｅｎｇｔｈフィールドは、一つのＰＤＩ質問のＩＤの長さを示すことができる。
本発明の一実施例によるｑｕｅｓｔｉｏｎ＿ｉｄ＿ｖａｌｕｅフィールドは、一つのＰＤＩ質問のＩＤが有する値を示すことができる。
本発明の一実施例によるｑｕｅｓｔｉｏｎ＿ｔｅｘｔ＿ｌｅｎｇｔｈフィールドは、ｑｕｅｓｔｉｏｎ＿ｔｅｘｔの長さを示すことができる。
本発明の一実施例によるｑｕｅｓｔｉｏｎ＿ｔｅｘｔフィールドは、一つのＰＤＩ質問の実際内容を含むことができる。
本発明の一実施例によるａｎｓｗｅｒ＿ｔｙｐｅ＿ｃｏｄｅフィールドは、ＰＤＩ質問に対するＰＤＩ回答のタイプを示すことができる。具体的には、本発明の一実施例によるａｎｓｗｅｒ＿ｔｙｐｅ＿ｃｏｄｅフィールドは、次の表１に表現された回答タイプコードを含むことができる。次の表１に示すそれぞれの回答タイプコードは、図１１で説明したＰＤＩ回答のタイプを示すことができる。
本発明の一実施例によるｎｕｍ＿ａｎｓｗｅｒフィールドは、ＰＤＩ質問に対するＰＤＩ回答の数を示すことができる。
本発明の一実施例によるａｎｓｗｅｒ＿ｖａｌｕｅ＿ｌｅｎｇｔｈフィールドは、ａｎｓｗｅｒ＿ｖａｌｕｅの実際の長さを示すことができる。
本発明の一実施例によるａｎｓｗｅｒ＿ｖａｌｕｅフィールドは、ａｎｓｗｅｒ＿ｔｙｐｅ＿ｃｏｄｅと表現されるＰＤＩ回答の実際の内容を含むことができる。
図２６は、本発明の他の実施例によるＰＤＩテーブルセクションを示す図である。
具体的には、図２６は、図２３で説明したＰＤＩテーブルセクションの構文であって、基本的な内容は、図２４及び図２５で説明したものと同一である。図２６の構文を構成するフィールドは、図２５の構文を構成するフィールドと同一であり、以下、その具体的な説明は省略する。
図２７は、本発明の他の実施例によるＰＤＩテーブルセクションを示す図である。
具体的には、図２７は、図２３で説明したＰＤＩテーブルセクションの構文であって、基本的な内容は、図２４及び図２５で説明したものと同一である。図２７の構文を構成する基本的なフィールドは、図２５の構文を構成するフィールドと同一であり、以下、その具体的な説明は省略する。
ただし、図２５の構文に比べて、図２７の構文は、ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドを更に含むことができる。本発明の一実施例によるｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドについての説明は、図２４で上述したものと同一である。
図２８は、他の実施例によるデジタル放送システムのフローチャートである。
具体的には、図２３で説明した個人化放送システム上のＦＬＵＴＥセッション、選択エンジン及び／又はＰＤＩエンジンの動作に関する本発明の一実施例を示す図である。
図２８に示すように、本発明の一実施例による個人化放送システムは、ＦＬＵＴＥセッション２８００、選択エンジン２８１０及び／又はＰＤＩエンジン２８２０を含むことができる。本発明の一実施例による個人化放送システムは、ＡＴＳＣ ２．０サービス及び次世代放送サービスなどを提供することができる。上述した個人化放送システムの構造は、設計者の意図によって変更してもよい。
図２３で上述したとおり、本発明の一実施例による受信機は、ＦＬＵＴＥセッションによってＰＤＩテーブルを受信することができる。以下、図２８では、本発明の一実施例による受信機がＦＬＵＴＥセッションによってＰＤＩテーブルを受信する方法を説明する。
本発明の一実施例による受信機は、ＦＬＵＴＥセッション２８００によってファイル配信テーブル（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ Ｔａｂｌｅ、ＦＤＴ）インスタンスを受信することができる。ＦＤＴインスタンスは、同一のＦＬＵＴＥセッション２８００によって伝送されるコンテンツの伝送単位を意味する。本発明の一実施例によるＦＤＴインスタンスは、コンテンツのタイプを示すコンテンツタイプ属性を含むことができる。具体的には、本発明の一実施例によるコンテンツタイプ属性は、ＦＬＵＴＥセッション２８００によって伝送されるファイルがＰＤＩ−Ｑインスタンス文書（又は、ＰＤＩテーブル）であることを示す内容を含むことができる。本発明の一実施例によるコンテンツタイプ属性に関する具体的な内容は後述する。
本発明の一実施例による受信機は、ＦＤＴインスタンスを用いて、ＦＬＵＴＥセッション２８００によって伝送されるファイルがＰＤＩ−Ｑインスタンス文書であることを認知できる。その後、本発明の一実施例による受信機は、ＰＤＩ−Ｑインスタンス文書をＰＤＩエンジン２８２０に伝達することができる。その具体的な内容は、図２３で説明したものと同一である。
図２９は、本発明の他の実施例によるＦＤＴインスタンスのＸＭＬスキーマを示す図である。
具体的には、図２９は、図２８で説明したＦＤＴインスタンスのＸＭＬスキーマを示す図である。以下、上述したコンテンツタイプ属性（２９００）について説明する。
図２９に示すように、本発明の一実施例によるＦＤＴインスタンスは、ＦＤＴインスタンス自体の属性情報を示す属性２９００及び／又はＦＬＵＴＥセッションによって伝送されるファイルを示すｆｉｌｅエレメント２９１０を含むことができる。図２９に示すｆｉｌｅエレメント２９１０は、ファイルに関する属性情報を示す属性を含むことができる。図２９に示すように、ｆｉｌｅエレメント２９１０は、本発明の実施例によるｃｏｎｔｅｎｔ ｔｙｐｅ属性２９２０を含むことができる。
図２８で説明したとおり、本発明の実施例による受信機は、ｃｏｎｔｅｎｔ ｔｙｐｅ属性２９２０に含まれた値を用いてＰＤＩ−Ｑインスタンス文書を識別することができる。例えば、図２９に示すｃｏｎｔｅｎｔ ｔｙｐｅ属性２９２０は、“ａｐｐｌｉｃａｔｉｏｎ／ａｔｓｃ−ｐｄｉｑ”又は“ｔｅｘｔ／ａｔｓｃ−ｐｄｉｑ＋ｘｍｌ”で表現されるＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）プロトコル形態の値などを有することができる。
図３０は、本発明の一実施例による能力（ｃａｐａｂｉｌｉｔｙ）記述子構文を示す図である。
具体的には、図３０は、図２３で説明した個人化放送システムにおいて、本発明の一実施例による受信機がＰＤＩテーブルを識別するための構文を示している。
本発明の一実施例による能力記述子は、ＳＭＴサービスレベルでのサービス又はＮＲＴ−ＩＴコンテンツレベルでのコンテンツがＰＤＩテーブルであるか否かを示すために用いることができる。本発明の一実施例による受信機は、当該情報を用いてサービス／コンテンツがＰＤＩテーブルであるか否かを知り、当該サービス／コンテンツがダウンロードされるべきかをＰＤＩエンジンに対応するなどの能力によって判断する。
次の表２に表現されたコードは、ＰＤＩテーブル信号通知に対する能力記述子でｃａｐａｂｉｌｉｔｙ＿ｃｏｄｅに追加することができる。本発明の一実施例によるｃａｐａｂｌｉｌｔｙ＿ｃｏｄｅ値は、他の値に割り当てることができない。次の表２に表現されたｃａｐａｂｉｌｉｔｙ＿ｃｏｄｅ値は、設計者の意図によってその設定を変更してもよい。
図３１は、本発明の一実施例による消費モデルを示す図である。
具体的には、図３１は、図２３で説明した個人化放送システムにおいて、本発明の一実施例による受信機でＰＤＩテーブルを識別するためにＳＭＴ上に追加されたフィールドを示す。
ＮＲＴサービス記述子は、ＮＲＴ ＳＭＴのサービスレベルに位置し、そのＮＲＴ＿ｓｅｒｖｉｃｅ＿ｃａｔｅｇｏｒｙは、サービスがＰＤＩテーブルを提供すると、０ｘ０４（ＰＤＩ）となる。したがって、受信機は、フィールド値が０ｘ０４であると、ＰＤＩテーブルが提供されることがわかる。
図３１に示す消費モデルの値は、設計者の意図によってその設定を変更してもよい。
図３２は、本発明の一実施例による選択基準記述子構文を示す図である。
具体的には、図３２は、本発明の一実施例による受信機が図２３で説明した個人化放送システム上で選択基準テーブルを受信するための、選択基準記述子のビットストリーム構文を示している。
本発明の一実施例による選択基準は、本発明の一実施例による受信機がコンテンツをダウンロードするか否かを判断するよう、ダウンロード可能なコンテンツと関連付けられる。ＡＴＳＣ ２．０環境には、ダウンロード可能なコンテンツに２種のカテゴリがある。独立型のＮＲＴサービスにおけるＮＲＴコンテンツ及び付属対話型データサービスでＴＤＯによって使われるＮＲＴコンテンツアイテムがある。
以下、図３２では、独立型のＮＲＴサービスにおけるＮＲＴコンテンツを選択するための選択基準について説明する。
本発明の一実施例によるＮＲＴサービス及びコンテンツアイテムに対する選択基準で、以下に定義された選択基準記述子の一つ以上のインスタンスは、受信機が利用者にＮＲＴサービスを提供するか否かを決定するようにするために、ＳＭＴでサービスレベル記述子ループに含まれてもよく、受信機が当該特定コンテンツアイテムをダウンロードして利用者に使用可能にさせるか否かを決定するようにＮＲＴ−ＩＴでコンテンツアイテムレベル記述子ループに含まれてもよい。
選択基準記述子の一つ以上のインスタンスは、複数値が同一の又は異なるターゲット基準に対して提供されるようにする。意図するターゲット論理は、同一のターゲット基準に対して複数値間の論理和であり、異なるターゲット基準間の論理積である。
以下、図３２に示す選択基準記述子のビットストリーム構文における各フィールドのセマンティック定義について説明する。
８ビットフィールドであるｄｅｓｃｒｉｐｔｏｒ＿ｔａｇフィールドは、記述子が本発明の一実施例による選択基準記述子であることを示すために０ｘＴＢＤに設定することができる。
８ビット符号無し整数フィールドであるｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドは、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールド自身に続くバイト数を示すことができる。
８ビットフィールドであるｎｕｍ＿ｆｉｌｔｅｒ＿ｃｒｉｔｅｒｉａフィールドは、図３２に示した当該記述子に含まれた選択基準の数を示すことができる。
８ビットフィールドであるｃｒｉｔｅｒｉｏｎ＿ｉｄ＿ｌｅｎｇｔｈフィールドは、ｃｒｉｔｅｒｉｏｎ＿ｉｄフィールドの長さを示すことができる。
可変長フィールドであるｃｒｉｔｅｒｉｏｎ＿ｉｄフィールドは、当該記述子が現れる仮想チャネルのＰＤＩテーブルで質問（ＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、又はＱＡＡエレメント）のｉｄ属性に一致するＵＲＩの形態で、当該選択基準の識別子を提供することができる。
３ビットフィールドであるｃｒｉｔｅｒｉｏｎ＿ｔｙｐｅ＿ｃｏｄｅフィールドは、次の表３によって当該基準（質問）のタイプを提供することができる。
５ビットフィールドであるｎｕｍ＿ｃｒｉｔｅｒｉｏｎ＿ｖａｌｕｅｓフィールドは、各値がｃｒｉｔｅｒｉｏｎ＿ｉｄによって識別される質問（ＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、又はＱＡＡ）に対する可能な回答である当該選択基準に対するループでターゲット基準値の数を提供する。
８ビットフィールドであるｃｒｉｔｅｒｉｏｎ＿ｖａｌｕｅ＿ｌｅｎｇｔｈフィールドは、当該ターゲット基準値を表す必要があるバイトの数を提供する。
可変長フィールドであるｃｒｉｔｅｒｉｏｎ＿ｖａｌｕｅフィールドは、当該ターゲット基準値を提供する。
本発明の一実施例による選択基準記述子は、サービス又はコンテンツアイテムと関連した特定ターゲット基準に対する値を示す。ＡＴＳＣ ２．０送出において、上記の定義されたｆｉｌｔｅｒｉｎｇ＿ｃｒｉｔｅｒｉａ＿ｄｅｓｃｒｉｐｔｏｒ（）の一つ以上のインスタンスは、ＳＭＴにおいてＮＲＴサービスの記述子ループ又はＮＲＴ−ＩＴにおいてコンテンツアイテムの記述子ループに入ることができる。前者の場合、それらはサービス自体（すべてのコンテンツアイテム）に適用することができる。後者の場合、それらは個別コンテンツアイテムに適用することができる。
記述子ループに一つの選択基準記述子だけがあり、それが一つの基準値だけを有するとき、サービス又はコンテンツアイテムがフィルタを通過するか否かの決定は、当該基準値が（ｃｒｉｔｅｒｉｏｎ＿ｉｄによって示されるように）選択基準に該当する質問に対するＰＤＩ−Ａで質問のいずれかの値と一致する場合は“真”（はい）になり、そうでない場合は“偽”（いいえ）になる。
単一記述子ループのすべての選択基準記述子において総基準値の数が１より大きいとき、各基準値の結果は、基準値が（ｃｒｉｔｅｒｉｏｎ＿ｉｄによって示されるように）選択基準に該当する質問に対するＰＤＩ−Ａで回答のいずれかの値と一致する場合は、“真”を答える中間用語として評価され、そうでない場合は“偽”を答える中間用語として評価される。これらの中間用語のうち、（ｃｒｉｔｅｒｉｏｎ＿ｉｄによって決定されるように）選択基準の同一値を有するものは、各ターゲット基準に対する中間結果を得るために論理和がとられ、これらの中間結果は、最終結果を決定するために論理積がとられる。最終結果が受信機に対して“真”と評価されると、これは、関連したＮＲＴサービス又はコンテンツアイテムがフィルタを通過して受信機にダウンロードしてもよいことを意味する。
図３３は、本発明の他の実施例による選択基準記述子構文を示す図である。
具体的には、図３３は、図２３で説明した個人化放送システム上で、本発明の一実施例による受信機が選択基準テーブルを受信するための選択基準記述子のビットストリーム構文を示している。
図３３に示す選択基準記述子構文の基本的な内容は、図３２で説明したものと同一である。
しかし、ｃｒｉｔｅｒｉｏｎ＿ｔｙｐｅ＿ｃｏｄｅフィールドは、下記の表４によって当該基準（質問）のタイプを提供することができる。
図３４は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
具体的には、図３４は、本発明の一実施例による受信機が放送網によってＰＤＩテーブル及び／又は選択基準テーブルを受信するための個人化放送システムのフローチャートである。
本発明の一実施例による個人化放送システムの基本的な構造は、図７乃至図１０で説明したものと同一である。本発明の一実施例によるＰＤＩテーブルは、図９乃至図１８で説明したものと同一である。本発明の一実施例による選択基準テーブルは、図１９乃至図２２で説明したものと同一である。
図３４に示すように、本発明の一実施例による個人化放送システムは、信号通知サーバ３４１０、選択エンジン３４２０、ＰＤＩエンジン３４３０及び／又はＵＩ ３４４０を含むことができる。上述した個人化放送システムの構造は、設計者の意図によって変更してもよい。
本発明の一実施例によるＰＤＩテーブル及び選択基準を処理するための選択エンジン３４２０、ＰＤＩエンジン３４３０及び／又はＵＩ ３４４０の動作は、図２３で説明したものと同一である。以下、図３４に示す信号通知サーバ３４１０の動作を中心に説明する。
本発明の一実施例による受信機は、まず、ＰＤＩテーブルセクションを受信するための要求信号を信号通知サーバ３４１０に伝送することができる。この場合、本発明の一実施例による受信機は、問合せ用語を用いて要求信号を伝送することができる。問合せに関する具体的な内容は後述する。
本発明の一実施例による信号通知サーバ３４１０は、当該問合せに応じたＰＤＩテーブルセクションを受信機に伝送することができる。ＰＤＩテーブルセクションに関する具体的な内容は、図２４乃至図２７で説明したものと同一である。
図３５は、本発明の一実施例によるＨＴＴＰ要求テーブルを示す図である。
具体的には、図３５は、本発明の一実施例による受信機が図３４で説明した信号通知サーバに問合せを伝送するためのＨＴＴＰプロトコルを示す。
放送局がサポートするとき、図３５に示すプロトコルは、二つの能力を提供することができる。第一に、圧縮されないオーディオ又はビデオだけを伝達する経路によってＤＴＶ放送信号を受信する装置に対して、当該プロトコルは一般に放送局の独立型ＮＲＴサービスに接続する唯一の方法である。第二に、完全な放送ストリームに接続できる装置に対しても、当該プロトコルは地域放送領域で使用可能なすべての放送ストリームを循環して所望のテーブルが現れることを待たずに、番組／サービスガイドを埋めるデータを検索する方法を提供する。これは、また、別のチューナを必要とせず、視聴者がＴＶを視聴している間にも、いつでもこのようなデータの検索を可能にする。
図３５に示すＨＴＴＰ要求テーブルは、受信しようとするテーブルの種類及び当該テーブルを受信するためのベースＵＲＬを示す問合せ用語を含むことができる。
本発明の一実施例による受信機は、図３５に示すＨＴＴＰ要求テーブルの問合せ用語を用いて特定ｔａｂｌｅを受信することができる。具体的には、本発明の一実施例による受信機は、“？ｔａｂｌｅ＝ＰＤＩＴ［＆ｃｈａｎ＝＜ｃｈａｎ＿ｉｄ＞］”という問合せ用語を用いて信号通知サーバに要求信号を送ることができる。その具体的な内容は図３４で説明したものと同一である。
図３６は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
具体的には、図３６は、本発明の一実施例による受信機がインターネットによってＰＤＩテーブル及び／又は選択基準テーブルを受信するための個人化放送システムのフローチャートである。
本発明の一実施例による個人化放送システムの基本的な構造は、図７乃至図１０で説明したものと同一である。本発明の一実施例によるＰＤＩテーブルは、図９乃至図１８で説明したものと同一である。本発明の一実施例による選択基準テーブルは、図１９乃至図２２で説明したものと同一である。
インターネットによって伝達されるとき、ＰＤＩテーブルインスタンスは、ＨＴＴＰ又はＨＴＴＰＳによって伝達される。ＨＴＴＰ応答ヘッダにおけるＰＤＩテーブルのコンテンツタイプは“ｔｅｘｔ／ｘｍｌ”になる。
インターネットによってＰＤＩテーブルを検索するために使われるＵＲＬは、ＤＴＶ字幕放送チャネルで標準字幕サービス＃６で伝送されるＳＤＯＰｒｉｖａｔｅＤａｔａＵＲＩＳｔｒｉｎｇ命令語を介して伝達してもよく、ＴＰＴと共に伝達されるＵｒｌＬｉｓｔＸＭＬエレメントで伝達してもよい。
ＴＰＴ（ＴＤＯパラメータテーブル）は、セグメントのＴＤＯに関するメタデータ及びそれらをターゲットとするイベントを含む。ＴＤＯという用語は、トリガされた対話型付加データサービスでトリガによって開始されたＤＯ、又はトリガによって開始されたＤＯによって開始されたＤＯなどを反復して指定するために使われる。トリガは、信号通知を識別し、対話型イベントの再生のタイミングを設定する機能を有する信号通知エレメントである。
図３６に示すように、本発明の一実施例による個人化放送システムは、ＰＤＩサーバ３６００、コンテンツサーバ３６５０及び／又は受信機を含むことができる。本発明の一実施例による受信機はＴＰＴクライアント３６１０、選択エンジン３６２０、ＰＤＩエンジン３６３０及び／又はＵＩ３６４０を含むことができる。上述した個人化放送システムの構造は、設計者の意図によって変更してもよい。以下、図３６に示す各構成エレメントの動作について説明する。
本発明の一実施例によるＴＰＴクライアント３６１０は、ＴＰＴ及び／又はＵＲＬリストテーブルを受信することができる。本発明の一実施例によるＴＰＴは、セグメントのＴＤＯに関するメタデータ及びそれらをターゲットとするイベントを含む。本発明の一実施例によるＴＰＴは、ＰＤＩテーブル及び選択基準テーブルに関する情報を含むことができる。本発明の一実施例によるＵＲＬリストテーブルは、ＰＤＩサーバ３６００のＵＲＬ情報を含むことができる。ＴＰＴ及びＵＲＬリストテーブルに関する具体的な内容は後述する。
また、本発明の一実施例によるＴＰＴクライアント３６１０は、ＵＲＬリストテーブルからＰＤＩサーバ３６００のＵＲＬ情報を取得することができる。ＴＰＴクライアント３６１０は、取得したＵＲＬ情報を用いてＰＤＩサーバ３６００にアクセスし、本発明の一実施例によるＰＤＩテーブルの伝送を要求することができる。本発明の一実施例によるＰＤＩサーバ３６００は、ＴＰＴクライアント３６１０の要求によって当該ＰＤＩテーブルをＴＰＴクライアント３６１０に伝送することができる。
図３６に示すように、本発明の一実施例によるＴＰＴクライアント３６１０は、受信したＰＤＩテーブルをＰＤＩエンジン３６３０に伝達することができる。本発明の一実施例によるＰＤＩエンジン３６３０は、受信したＰＤＩテーブルを処理し、当該ＰＤＩテーブルに含まれたＰＤＩ質問を抽出することができる。その後、本発明の一実施例によるＰＤＩエンジン３６３０は、抽出されたＰＤＩ質問をＵＩ ３６４０に伝達することができる。
本発明の一実施例によるＵＩ ３６４０は、受信したＰＤＩ質問を表示し、当該ＰＤＩ質問に対するＰＤＩ回答を受信することができる。本発明の一実施例によるＵＩ ３６４０はリモコンによってＰＤＩ回答を受信することができる。その後、本発明の一実施例によるＰＤＩエンジン３６３０は、ＵＩ ３６４０から受信したＰＤＩ回答を用いてＰＤＩデータを更新することができる。その具体的な内容は、図７及び図８で説明したものと同一である。
また、本発明の一実施例によるＴＰＴクライアント３６１０は、ＴＰＴをパースして選択基準を取得することができる。図３６に示すように、ＴＰＴクライアント３６１０は、選択基準を選択エンジン３６２０に伝達することができる。この場合、本発明の選択基準は、ｘｍｌ文書フォーマットの選択基準テーブルを一実施例とすることができ、選択基準テーブルについては図２１及び図２２で具体的に説明した。
その後、本発明の一実施例による選択エンジン３６２０は、ＰＤＩエンジン３６３０にＰＤＩデータ要求信号を伝達することができる。本発明の一実施例によるＰＤＩエンジン３６３０はＰＤＩデータ要求信号を受信すると、当該ＰＤＩデータ要求信号に対応するＰＤＩデータを検索して選択エンジン３６２０に伝達することができる。本発明の一実施例による選択以降の処理については図９及び図１０で具体的に説明した。
結果的に、本発明の一実施例による受信機は、選択結果を用いてコンテンツをダウンロードすることができる。さらに、ＴＰＴクライアント３６１０は、選択結果を選択エンジン３６２０から受信し、ＴＤＯ及び／又はコンテンツダウンロード要求信号をコンテンツサーバ３６５０に伝達することができる。コンテンツサーバ３６５０はＴＤＯ及び／又はコンテンツダウンロード要求信号に応じてＴＤＯ及び／又はコンテンツをＴＰＴクライアント３６１０に伝送することができる。
図３７は、本発明の一実施例によるＵＲＬリストテーブル示す図である。
具体的には、図３７は、本発明の一実施例による受信機がインターネットによってＰＤＩテーブル及び／又は選択基準を受信するためのＵＲＬ情報を含んでいるテーブルである。本発明の一実施例によるＵＲＬリストテーブルの送受信処理は、図３６で具体的に説明した。
ＵＲＬリストテーブルは、インターネットによって伝達されるとき、マルチパートＭＩＭＥメッセージの形態でＴＰＴと共にＨＴＴＰによって伝達されうる。
インターネットによって伝達されるとき、ＴＰＴはＨＴＴＰによって伝達してもよい。現セグメントのＴＰＴに関するＵＲＬ情報は、ＤＴＶ字幕サービス＃６又は自動コンテンツ認識サーバを介して伝達され、トリガに現れる。ＴＰＴの要求に対する応答は、現セグメントに対するＴＰＴだけで構成してもよく、要求されたＴＰＴが一番目のパート、セグメントに対するＡＭＴが選択的に二番目のパート、ＵｒｌＬｉｓｔＸＭＬ文書が選択的にその次のパートであるマルチパートＭＩＭＥメッセージで構成してもよい。
以下、本発明の一実施例によるＵＲＬリストテーブルに含まれた各エレメントの意味について説明する。
図３７に示すＵｒｌＬｉｓｔエレメントは、本発明の一実施例による受信機に有用なＵＲＬのリストを含む。
図３７に示すＵｒｌＬｉｓｔエレメントのＴｐｔＵｒｌエレメントは、現対話型付加サービスで将来のセグメントに対するＴＰＴのＵＲＬ情報を含むことができる。複数のＴｐｔＵｒｌエレメントが含まれると、それらは放送でセグメントの出現順に整列される。
図３７に示すＵｒｌＬｉｓｔエレメントのＮｒｔＳｉｇｎａｌｉｎｇＵｒｌエレメントは、受信機が当該標準の第１８章に定義された要求プロトコルを用いて現伝送ストリーム内のすべての仮想チャネルに対するＮＲＴ信号通知テーブルを取得できるサーバのＵＲＬ情報を含むことができる。
図３７に示すＵｒｌＬｉｓｔエレメントのＵｒｓＵｒｌエレメントは、受信機が当該標準の第１０章に定義されたプロトコルを用いて使用（視聴率調査）レポートを伝送できるサーバのＵＲＬ情報を含むことができる。
図３７に示すＵｒｌＬｉｓｔエレメントのＰｄｉＵｒｌエレメントは、ＰＤＩＴａｂｌｅのＵＲＬ情報を含むことができる。すなわち、本発明の一実施例によるＰｄｉＵｒｌエレメントは、ＰＤＩテーブル及び／又は選択基準を伝送できるサーバのＵＲＬ情報を示すことができる。
上述した図３７のＵＲＬリストテーブルは、次の表５のようなフォーマットで構成することができる。
図３８は、本発明の一実施例によるＴＰＴを示す図である。
具体的には、図３８に示すＴＰＴは、ＰＤＩテーブル及び／又は選択基準のＵＲＬ情報を含むことができる。本発明の一実施例によるＴＰＴの送受信処理は、図３６で具体的に説明した。以下、ＴＰＴに含まれた選択基準に関するエレメントを説明する。
具体的には、図３８に示すＦｉｌｔｅｒ Ｃｒｉｔｅｒｉｏｎエレメントは、選択基準に関する情報を含むことができる。
本発明の一実施例によるｉｄ属性は、当該選択基準に関するＰＤＩ質問を示すことができる。
本発明の一実施例による基準タイプ属性は、選択基準タイプ（又は、選択基準タイプエレメント）を示すことができる。本発明の一実施例による選択基準のタイプに関しては図２０で具体的に説明した。
本発明の一実施例によるｃｒｉｔｅｒｉｏｎ ｖａｌｕｅ属性は、上述した基準タイプ属性による選択基準の値を示すことができる。
図３９は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
具体的には、図３９は、本発明の一実施例による受信機が自動コンテンツ認識システム上でＰＤＩテーブル及び／又は選択基準テーブルを受信するための個人化放送システムを示す図である。
本発明の一実施例による自動コンテンツ認識システムは、図１で説明したものと同一である。本発明の一実施例による個人化放送システムの基本的な構造は、図７乃至図１０で説明したものと同一である。本発明の一実施例によるＰＤＩテーブルは、図９乃至図１８で説明したものと同一である。本発明の一実施例による選択基準テーブルは、図１９乃至図２２で説明したものと同一である。
図３９に示すように、本発明の一実施例による個人化放送システムは、自動コンテンツ認識サーバ３９００、ＴＰＴサーバ３９５０、ＰＤＩサーバ３９６０、コンテンツサーバ３９７０、自動コンテンツ認識クライアント３９１０、選択エンジン３９２０、ＰＤＩエンジン３９３０及び／又はＵＩ ３９４０を含むことができる。上述した個人化放送システムの構造は、設計者の意図によって変更してもよい。以下、図３９に示す各構成エレメントの動作について説明する。
本発明の一実施例による自動コンテンツ認識クライアント３９１０は、指紋から署名を抽出し、署名と共に要求を自動コンテンツ認識サーバ３９００に伝送することができる。本発明の一実施例による自動コンテンツ認識サーバ３９００は署名を受信し、該署名と関連したトリガなどと共に応答を自動コンテンツ認識クライアント３９１０に伝送することができる。上述した内容は図１乃至図６で具体的に説明した。
本発明の一実施例による自動コンテンツ認識クライアント３９１０は、受信したトリガなどを用いて、ＴＰＴサーバ３９５０にＴＰＴ及び／又はＵＲＬリストテーブルを要求することができる。本発明の一実施例によるＴＰＴサーバ３９５０は、自動コンテンツ認識クライアント３９１０の要求に応じて、自動コンテンツ認識クライアント３９１０にＴＰＴ及び／又はＵＲＬリストテーブルを伝送することができる。ＴＰＴ及び／又はＵＲＬリストテーブルに関する具体的な内容は、上述したとおりである。その後、本発明の一実施例によるＴＰＴサーバ３９５０は、受信したＴＰＴ及び／又はＵＲＬリストテーブルを自動コンテンツ認識クライアント３９１０に伝達することができる。
本発明の一実施例による自動コンテンツ認識クライアント３９１０は、ＵＲＬリストテーブルからＰＤＩサーバ３９６０のＵＲＬ情報を取得することができる。自動コンテンツ認識クライアント３９１０は、取得したＵＲＬ情報を用いてＰＤＩサーバ３９６０にアクセスし、本発明の一実施例によるＰＤＩテーブルの伝送を要求することができる。本発明の一実施例によるＰＤＩサーバ３９６０は、自動コンテンツ認識クライアント３９１０の要求に応じて当該ＰＤＩテーブルを自動コンテンツ認識クライアント３９１０に伝送することができる。
図３４に示すように、本発明の一実施例による自動コンテンツ認識クライアント３９１０は、受信したＰＤＩテーブルをＰＤＩエンジン３９３０に伝達することができる。本発明の一実施例によるＰＤＩエンジン３９３０は、受信したＰＤＩテーブルを処理し、当該ＰＤＩテーブルに含まれたＰＤＩ質問を抽出することができる。その後、本発明の一実施例によるＰＤＩエンジン３９３０は、抽出されたＰＤＩ質問をＵＩ ３９４０に伝達することができる。
本発明の一実施例によるＵＩ ３９４０は、受信したＰＤＩ質問を表示し、当該ＰＤＩ質問に対するＰＤＩ回答を受信することができる。本発明の一実施例によるＵＩ ３９４０はリモコンを介してＰＤＩ回答を受信することができる。その後、本発明の一実施例によるＰＤＩエンジン３９３０はＵＩ ３９４０から受信したＰＤＩ回答を用いてＰＤＩデータを更新することができる。その具体的な内容は、図７及び図８で説明したものと同一である。
また、本発明の一実施例による自動コンテンツ認識クライアント３９１０は、ＴＰＴをパースして選択基準を取得することができる。図３９に示すように、自動コンテンツ認識クライアント３９１０は、選択基準を選択エンジン３９２０に伝達することができる。この場合、本発明の選択基準はｘｍｌ文書フォーマットの選択基準テーブルを一実施例とすることができ、選択基準テーブルについては図２１及び図２２で具体的に説明した。
その後、本発明の一実施例による選択エンジン３９２０は、ＰＤＩエンジン３９３０にＰＤＩデータ要求信号を伝達することができる。本発明の一実施例によるＰＤＩエンジン３９３０はＰＤＩデータ要求信号を受信すると、当該ＰＤＩデータ要求信号に対応するＰＤＩデータを検索して選択エンジン３９２０に伝達することができる。本発明の一実施例による選択以降の処理については図９及び図１０で具体的に説明した。
結果的に、本発明の一実施例による受信機は、選択結果を用いてコンテンツをダウンロードすることができる。具体的には、自動コンテンツ認識クライアント３９１０は、選択結果を選択エンジン３９２０から受信し、ＴＤＯ及び／又はコンテンツダウンロード要求信号をコンテンツサーバ３９７０に伝達することができる。コンテンツサーバ３９７０は、ＴＤＯ及び／又はコンテンツダウンロード要求信号によってＴＤＯ及び／又はコンテンツを自動コンテンツ認識クライアント３９１０に伝送することができる。
図４０は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
具体的には、図４０は、ＰＤＩ回答の重複防止のための個人化放送システムの一実施例を示す図である。
さらに、図４０は、本発明の一実施例による受信機が複数の放送局及びコンテンツプロバイダから同一のＰＤＩ質問を受信する場合、あらかじめ記憶しているＰＤＩ回答を用いてＰＤＩデータを更新できる個人化放送システムを示す。図４０に示す個人化放送システムによって、利用者は同一のＰＤＩ質問に対して重複してＰＤＩ回答を入力する面倒さを減らすことができる。
図４０に示すように、本発明の一実施例による個人化放送システムは、二つ以上の放送局（又は、コンテンツプロバイダ）及び／又は受信機を含むことができる。本発明の一実施例による二つ以上の放送局は、放送局Ａ ４０１０及び／又は放送局Ｂ ４０２０を含むことができる。本発明の一実施例による受信機は、ＰＤＩエンジン４０３０及び／又はＵＩ ４０４０を含むことができる。本発明の一実施例による個人化放送システムは、ＡＴＳＣ ２．０サービスを提供することができる。上述した個人化放送システムの構造は、設計者の意図によって変更してもよい。以下、図４０に示す各構成エレメントの動作を説明する。
まず、本発明の一実施例による受信機は、放送局Ａ ４０１０から第１のＰＤＩテーブル４０１１を受信することができる。第１のＰＤＩテーブル４０１１を受信した受信機は、ＰＤＩエンジン４０３０に第１のＰＤＩテーブル４０１１を伝達することができる。本発明の一実施例による第１のＰＤＩテーブル４０１１は、第１のＰＤＩタイプエレメント４０１２を含むことができる。本発明の一実施例による第１のＰＤＩタイプエレメント４０１２のそれぞれは、図１７及び図１８で上述したとおり、第１識別子エレメント（又は、第１のＩＤ）及び／又は第１のＰＤＩ質問を含むことができる。また、図４０に示すように、第１のＰＤＩテーブル４０１１は、それぞれ異なる第１のＩＤを有する二つ以上の第１のＰＤＩタイプエレメント４０１２を含むことができる。
本発明の一実施例によるＰＤＩエンジン４０３０は、第１のＰＤＩタイプエレメント４０１２から第１のＰＤＩ質問を抽出し、抽出した第１のＰＤＩ質問をＵＩ ４０４０に伝達することができる。その後、本発明の一実施例によるＵＩ ４０４０は、利用者から第１のＰＤＩ質問に対する第１のＰＤＩ回答を受信することができる。ＰＤＩエンジン４０３０は第１のＰＤＩ回答を第１のＰＤＩタイプエレメント４０１２に追加及び／又は修正することができる。本発明の一実施例によるＰＤＩエンジン４０３０及びＵＩ ４０４０の具体的な動作は、図２３で説明したものと同一である。
また、本発明の一実施例によるＰＤＩエンジン４０３０は、放送局Ｂ ４０２０から第２のＰＤＩテーブル４０２１を受信することができる。本発明の一実施例による第２のＰＤＩテーブル４０２１は、第２のＰＤＩタイプエレメント４０２２を含むことができる。図１７及び図１８で上述したとおり、第２のＰＤＩタイプエレメント４０２２は第２識別子エレメント（又は、第２のＩＤ）及び／又は第２のＰＤＩ質問を含むことができる。
第２のＰＤＩテーブルを受信したＰＤＩエンジン４０３０はＰＤＩ記憶装置にアクセスし、あらかじめ記憶されている第１のＰＤＩテーブルを探索することができる。その後、本発明の一実施例によるＰＤＩエンジン４０３０は、第２のＩＤと第１のＩＤとを比較することができる。比較の結果、第２のＩＤと第１のＩＤとが同一のとき、第１のＰＤＩ回答を第２のＰＤＩタイプエレメント４０２２に追加及び／又は修正することができる。
結論的に、本発明の一実施例による受信機は、あらかじめ記憶されているＰＤＩ質問と同一のＰＤＩ質問を受信する場合、ＰＤＩ質問を重複して表示せず、あらかじめ記憶されているＰＤＩ回答を用いて処理することができる。したがって、本発明の一実施例による個人化放送システム上で、利用者は同一のＰＤＩ質問に対して同一の内容のＰＤＩ回答を重複して入力しなくて済むため、利用者はより便利に個人化サービスを受けることができる。
図４１は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
具体的には、図４１は、ＰＤＩ回答の重複防止のための個人化放送システムの一実施例を示す図である。図４０で説明した個人化放送システムは、ＰＤＩ回答の重複防止のために、本発明の一実施例による受信機にあらかじめ記憶されているＰＤＩテーブルを用いることができる。ＰＤＩ回答の重複防止のための他の実施例として、図４１ではＰＤＩ質問登録を用いる個人化放送システムを提示する。
消費者が本質的に同一の質問に繰り返し答えるよう促されないように、別個の放送局が質問を再使用することに対応するために、質問をＡＴＳＣによって指定されるレジストラに登録してもよい。各登録記録は、図１７及び図１８に明示されたとおり、大域的に一意の質問ＩＤに関する情報、質問タイプ（ＱＩＡ、ＱＢＡ、ＱＳＡ、又はＱＴＡ）、一つ以上の言語からなる質問文、登録日、及び／又は登録のために質問を提出した団体に対する連絡先情報を含むことができる。また、ＱＳＡの場合、各登録記録（又は、事前登録ＰＤＩ質問）は、各選択の識別子のような許容される選択、及び一つ以上の言語からなる各選択の文字を含むことができる。
ＰＤＩテーブルは、登録された質問及び登録されていない質問の組合せを含むことができる。
登録された質問及び登録されていない質問はいずれも複数のＰＤＩテーブルに現れてもよい。利用者が複数のＰＤＩテーブルに現れた質問に答えるたびに、受信機が提供する機能による場合であれ、又はアプリケーションが提供する機能による場合であれ、回答は、それが現れるすべてのアンケートにある質問のすべてのインスタンスに伝ぱされることが期待される。したがって、利用者はそれが別々のアンケートに何回現れるかにかかわらず、与えられた質問に１回だけ回答すればよい。
利用者に質問が殺到することを防止するために、アンケート生成者は、可能なたびに、登録された質問を使用し、登録された質問を得ることのできない特別なターゲット要求があるときにだけ、登録されていない質問を使用するように推奨される。
本発明の一実施例による受信機は、受信機ターゲット基準を用いて事前登録ＰＤＩ質問を抽出することができる。本発明の一実施例による受信機ターゲット基準は、ＡＴＳＣ ＮＲＴ標準であるＡ／１０３に従う。
図４１に示すように、本発明の一実施例による個人化放送システムはＳＳＣ ４１００、ＦＬＵＴＥセッション４１１０、選択エンジン４１２０、ＰＤＩエンジン４１３０及び／又はＵＩ ４１４０を含むことができる。本発明の一実施例による個人化放送システムは、ＡＴＳＣ ２．０サービスを提供することができる。上述した個人化放送システムの構造は、設計者の意図によって変更してもよい。以下、図４１に示す個人化放送システムについて説明する。
本発明の一実施例による受信機は、ＳＳＣ ４１００を介してＳＭＴ及び／又はＮＲＴ−ＩＴを受信し、ＳＭＴ及び／又はＮＲＴ−ＩＴに含まれた受信機ターゲット基準を取得することができる。本発明の受信機ターゲット基準は、受信機ターゲット記述子又は受信機ターゲット基準テーブルを一実施例とすることができる。
その後、本発明の一実施例によるＰＤＩエンジン４１３０は、取得した受信機ターゲット基準を変換してＰＤＩ質問を生成することができる。本発明の一実施例によるＵＩ ４１４０は、ＰＤＩエンジン４１３０から上述のＰＤＩ質問を受け取って表示し、利用者のＰＤＩ回答を受信することができる。本発明の一実施例によるＰＤＩエンジン４１３０及びＵＩ ４１４０の具体的な動作は、図２３で説明したものと同一である。
図４２は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
具体的には、図４２は、ＰＤＩ質問登録を用いた個人化放送システムを示す。
図４２に示すように、本発明の一実施例による個人化放送システムは、信号通知サーバ４２００、受信機４２１０、選択エンジン４２２０、ＰＤＩエンジン４２３０及びＵＩ ４２４０を含むことができる。受信機４２１０は、選択エンジン４２２０、ＰＤＩエンジン４２３０及び／又はＵＩ ４２４０を含む概念として用いることができ、これは、設計者の意図によって変更してもよい。また、本発明の一実施例による個人化放送システムは、ＡＴＳＣ ２．０サービスを提供することができる。以下、図４２に示す個人化放送システムについて説明する。
基本的な構成エレメントの動作は、図４１で説明したものと同一である。ただし、図４２に示す受信機４２１０は、信号通知サーバ４２００にＳＭＴ及び／又はＮＲＴ−ＩＴを要求することができる。本発明の一実施例による受信機４２１０の要求に応じて、信号通知サーバ４２００は当該ＳＭＴ及び／又はＮＲＴ−ＩＴを受信機４２１０に伝送することができる。
本発明の一実施例による受信機がＳＭＴ及び／又はＮＲＴ−ＩＴを受信した後の、受信機４２１０、ＰＤＩエンジン４２３０及び／又はＵＩ ４２４０の具体的な動作は、図４１で説明したものと同一である。
図４３は、本発明の一実施例による受信機ターゲット基準テーブルを示す図である。
具体的には、図４３は、図４１及び図４２で説明した受信機ターゲット基準をテーブル形式で表現した図である。
図４３に示すように、受信機ターゲット基準テーブルは、ターゲット基準タイプコード、ターゲット値長及び／又はターゲット値に関する情報を含むことができる。図４３に示すターゲット基準タイプコードは、それぞれのターゲット基準を識別するためのコードを意味する。図４３に示すターゲット値長は、ターゲット基準値を示すためのバイト数を意味する。図４３に示すターゲット値は、ターゲット基準が示す情報を意味する。
本発明の一実施例による受信機は、ターゲット基準タイプコードによってターゲット基準を変換して事前登録ＰＤＩ質問を取得することができる。
具体的には、本発明の一実施例によるターゲット基準タイプコードが０ｘ００である場合、ターゲット値は保有し、ターゲット値長は定められない。
本発明の一実施例によるターゲット基準タイプコードが０ｘ０１の場合、ターゲット値は下位３バイトだけを使用するＡ／６５の表６．２１に定義された地理的位置であり、ターゲット値長は３バイトである。上述したＡ／６５は、番組及びシステム情報プロトコル（Ｐｒｏｇｒａｍ ａｎｄ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＰＳＩＰ）に関するＡＴＳＣ標準である。その詳細な内容は後述する。
本発明の一実施例によるターゲット基準タイプコードが０ｘ０２の場合、ターゲット値は当該領域に適切なバイト数（８まで）を使用するＡ／６５のセクション６．７．２に定義される文字及び数字で書かれた郵便番号であり、ターゲット値長は可変である。その詳細な内容は後述する。
本発明の一実施例によるターゲット基準タイプコードが０ｘ０３の場合、ターゲット値は、下位２バイトだけを使用するＡ／６５の表６．１８に定義されたような人口統計学的カテゴリであり、ターゲット値長は２バイトである。その詳細な内容は後述する。
本発明の一実施例によるターゲット基準タイプコードが０ｘ０４？０ｘ０Ｆである場合、ターゲット値は、将来ＡＴＳＣ使用のために予約され、ターゲット値長は定められない。
本発明の一実施例によるターゲット基準タイプコードが０ｘ１０？０ｘ１Ｆである場合、ターゲット値は、私的使用が可能であり、ターゲット値長は定められない。
図４４乃至図４７は、本発明の一実施例による事前登録ＰＤＩ質問を示す図である。
具体的には、図４４乃至図４７は、図４３で上述したターゲット基準タイプコードが０ｘ０１である場合に、本発明の一実施例による事前登録ＰＤＩ質問を示すテーブルである。
図４４乃至図４７に示すように、ターゲット基準タイプコードが０ｘ０１の場合、本発明の一実施例によるターゲット基準テーブルは、地理的位置に関する事前登録ＰＤＩ質問情報を含むことができる。この場合、本発明の一実施例による受信機は、下位３バイトだけを用いてターゲット基準テーブルを変換し、事前登録ＰＤＩ質問を取得することができる。
図４４は、ターゲット基準タイプコードが０ｘ０１である場合に、位置コード（ｌｏｃａｔｉｏｎ ｃｏｄｅ）に関する事前登録ＰＤＩ質問を示すテーブルである。図４４に示す事前登録ＰＤＩ質問テーブルに含まれた事前登録ＰＤＩ質問情報は、図４１で説明したものと同一である。
具体的には、図４４に示すように、ターゲット基準タイプコードが０ｘ０１の場合、本発明の一実施例による質問ＩＤは、位置コードに関する情報を含むことができる。また、図４４に示す事前登録ＰＤＩ質問はＱＴＡタイプであり、位置コードに対する記述タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
次の［例示８」は、図４４に示すテーブルをＸＭＬスキーマで表す一実施例である。
［例示８］
<a20:QTA id="atsc.org/PDIQ/location-code">
<a20:Q xml:lang="en-us">
<a20:Text>What is your location code?</a20:Text>
</a20:Q>
</a20:QTA>
図４５は、ターゲット基準タイプコードが０ｘ０１である場合の、連邦情報処理規格（ＦＩＰＳ）の州に関する事前登録ＰＤＩ質問を示すテーブルである。図４５に示す事前登録ＰＤＩ質問が含む基本的な内容は、図４１で説明したものと同一である。ただし、図４５に示す事前登録ＰＤＩ質問は、ｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄに関する情報を更に含むことができ、本発明の一実施例によるｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄに関する具体的な内容は後述する。
具体的には、図４５に示すように、ターゲット基準タイプコードが０ｘ０１の場合に、本発明の一実施例による質問ＩＤは、ＦＩＰＳの州に関する情報を含むことができる。また、図４５に示す事前登録ＰＤＩ質問はＱＴＡタイプであり、ＦＩＰＳの州に対する記述タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
次の［例示９］は、図４５に示すテーブルをＸＭＬスキーマで表す一実施例である。
［例示９］
<a20:QTA id="atsc.org/PDIQ/state" xactionSetId="1">
<a20:Q xml:lang="en-us">
<a20:Text>What state are you located in?</a20:Text>
</a20:Q>
</a20:QTA>
図４６は、ターゲット基準タイプコードが０ｘ０１である場合に、ＦＩＰＳの郡に関する事前登録ＰＤＩ質問を示すテーブルである。図４６に示す事前登録ＰＤＩ質問が含む基本的な内容は、図４１で説明したものと同一である。ただし、図４６に示す事前登録ＰＤＩ質問は、ｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄに関する情報を更に含むことができ、本発明の一実施例によるｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄに関する具体的な内容は後述する。
具体的には、図４６に示すように、ターゲット基準タイプコードが０ｘ０１の場合に、本発明の一実施例による質問ＩＤは、ＦＩＰＳの郡に関する情報を含むことができる。また、図４６に示す事前登録ＰＤＩ質問はＱＴＡタイプであり、ＦＩＰＳの郡に対する記述タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
次の［例示１０」は、図４６に示すテーブルをＸＭＬスキーマで表した一実施例である。
［例示１０］
<a20:QTA id="atsc.org/PDIQ/county" xactionSetId="1">
<a20:Q xml:lang="en-us">
<a20:Text>What county are you located in?</a20:Text>
</a20:Q>
</a20:QTA>
図４７は、ターゲット基準タイプコードが０ｘ０１の場合に、郡細分（ｃｏｕｎｔｙ ｓｕｂｄｉｖｉｓｉｏｎ）に関する事前登録ＰＤＩ質問を示すテーブルである。図４７に示す事前登録ＰＤＩ質問が含む基本的な内容は、図４１で説明したものと同一である。ただし図４７に示す事前登録ＰＤＩ質問は、ｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄに関する情報を更に含むことができ、本発明の一実施例によるｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄに関する具体的な内容は後述する。
具体的には、図４７に示すように、ターゲット基準タイプコードが０ｘ０１の場合に、本発明の一実施例による質問ＩＤは、郡細分に関するセクタ情報を含むことができる。また、図４７に示す事前登録ＰＤＩ質問はＱＳＡタイプであり、郡細分に関する選択タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
また、本発明の一実施例によるＱＳＡタイプの事前登録ＰＤＩ質問は、ＰＤＩ回答に対する選択肢情報を含むことができる。例えば、図４７に示す郡細分に関する事前登録ＰＤＩ質問は、北西、北中、北東、西中、中央、東中、南西、南中、及び南東に対する９つの選択情報を含むことができる。
次の［例示１１」は、テーブルをＸＭＬスキーマで表した一実施例である。
［例示１１］
<a20:QSA id="atsc.org/PDIQ/sector" xactionSetId="1">
<a20:Q xml:lang="en-us">
<a20:Text>What part of your county are you located in?
</a20:Text>
<a20:Selection id="1">NW</a20:Selection>
<a20:Selection id="2">NC</a20:Selection>
<a20:Selection id="3">NE</a20:Selection>
<a20:Selection id="4">WC</a20:Selection>
<a20:Selection id="5">C</a20:Selection>
<a20:Selection id="6">EC</a20:Selection>
<a20:Selection id="7">SW</a20:Selection>
<a20:Selection id="8">SC</a20:Selection>
<a20:Selection id="9">SE</a20:Selection>
</a20:Q>
</a20:QTA>
上述した図４５乃至図４７に示すｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄは、類似の内容を含むＰＤＩ質問の集合を示すことができる。本発明の一実施例による受信機は、同一のｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄを含む事前登録ＰＤＩ質問を組み合わせて個人化放送サービスに用いることができる。
例えば、図４４に示す受信機ターゲット基準は、同じｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄを有する図４５乃至図４７の受信機ターゲット基準と表現してもよい。本発明の一実施例による受信機は、図４４に示す受信機ターゲット基準及び／又は図４５乃至図４７の受信機ターゲット基準を組み合わせた結果を用いて個人化放送サービスを提供することができる。
図４８及び図４９は、本発明の一実施例による事前登録ＰＤＩ質問を示す図である。
具体的には、図４８及び図４９は、図４３で上述したターゲット基準タイプコードが０ｘ０２の場合に、事前登録ＰＤＩ質問を示すテーブルである。
図４８及び図４９に示すように、ターゲット基準タイプコードが０ｘ０２の場合に、本発明の一実施例によるターゲット基準テーブルは文字及び数字で書かれた郵便番号に関する事前登録ＰＤＩ質問情報を含むことができる。この場合、本発明の一実施例による受信機は、領域による適切な数のバイトを用いて目標基準テーブルを変換し、事前登録ＰＤＩ質問を取得することができる。本発明の一実施例による受信機は、目標基準テーブル変換のために最大８バイトを使用することができる。
図４８は、ターゲット基準タイプコードが０ｘ０２の場合に、５桁の郵便番号に関する事前登録ＰＤＩ質問を示すテーブルである。５桁の郵便番号は、米国で使用する文字及び数字で書かれた郵便番号を意味する。図４８に示す事前登録ＰＤＩ質問が含む内容は、図４１で説明したものと同一である。
具体的には、図４８に示すように、ターゲット基準タイプコードが０ｘ０２の場合に、本発明の一実施例による質問ＩＤは、郵便番号に関する情報を含むことができる。また、図４８に示す事前登録ＰＤＩ質問はＱＴＡタイプであり、郵便番号に対する記述タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
次の［例示１２］は、図４８に示すテーブルをＸＭＬスキーマで表した一実施例である。
［例示１２］
<a20:QTA id="atsc.org/PDIQ/ZIPcode">
<a20:Q xml:lang="en-us">
<a20:Text>What is your 5-digit ZIP code?</a20:Text>
</a20:Q>
</a20:QTA>
図４９は、ターゲット基準タイプコードが０ｘ０２の場合に、数字で表された郵便番号に関する事前登録ＰＤＩ質問を示すテーブルである。数字で表された郵便番号は、米国以外の地域で使用する文字及び数字で書かれた郵便番号を意味する。図４９に示す事前登録ＰＤＩ質問が含む内容は、図４１で説明したものと同一である。
具体的には、図４９に示すように、ターゲット基準タイプコードが０ｘ０２の場合、本発明の一実施例による質問ＩＤは、郵便番号に関する情報を含むことができる。また、図４９に示す事前登録ＰＤＩ質問はＱＴＡタイプであり、郵便番号に対する記述タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
次の［例示１３］は、図４９に示すテーブルをＸＭＬスキーマで表した一実施例である。
［例示１３］
<a20:QTA id="atsc.org/PDIQ/ZIPcode">
<a20:Q xml:lang="en-us">
<a20:Text>What is your 5-digit ZIP code?</a20:Text>
</a20:Q>
</a20:QTA>
図５０乃至図５３は、本発明の一実施例による事前登録ＰＤＩ質問を示す図である。
具体的には、図５０乃至図５３は、図４３で上述したターゲット基準タイプコードが０ｘ０３の場合に、本発明の一実施例による事前登録ＰＤＩ質問を示すテーブルである。
図５０乃至図５３に示すように、ターゲット基準タイプコードが０ｘ０３の場合に、本発明の一実施例によるターゲット基準テーブルは、利用者の人口統計カテゴリに関する事前登録ＰＤＩ質問情報を含むことができる。この場合、本発明の一実施例による受信機は、下位２バイトだけを用いてターゲット基準テーブルを変換し、事前登録ＰＤＩ質問を取得することができる。
図５０は、ターゲット基準タイプコードが０ｘ０３の場合に、利用者の性別に関する事前登録ＰＤＩ質問を示すテーブルである。図５０に示す事前登録ＰＤＩ質問が含む内容は、図４１で説明したものと同一である。
具体的には、図５０に示すように、ターゲット基準タイプコードが０ｘ０３の場合に、本発明の一実施例による質問ＩＤは、性別に関する情報を含むことができる。また、図５０に示す事前登録ＰＤＩ質問はＱＳＡタイプであり、利用者の性別に関する選択タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
また、図５０に示す事前登録ＰＤＩ質問はＱＳＡタイプであるから、ＰＤＩ回答に対する選択情報を含むことができる。例えば、図５０に示す性別に関する事前登録ＰＤＩ質問は、男性及び女性に対する二つの選択情報を含むことができる。
次の［例示１４］は、図５０に示すテーブルをＸＭＬスキーマで表した一実施例である。
［例示１４］
<a20:QSA id="atsc.org/PDIQ/gender" minChoices="1">
<a20:Q xml:lang="en-us">
<a20:Text>What is your gender?</a20:Text>
<a20:Selection id="1">Male</a20:Selection>
<a20:Selection id="2">Female</a20:Selection>
</a20:Q>
</a20:QSA>
図５１は、ターゲット基準タイプコードが０ｘ０３の場合に、利用者の年齢層（ａｇｅ ｂｒａｃｋｅｔ）に関する事前登録ＰＤＩ質問を示すテーブルである。図５１に示す事前登録ＰＤＩ質問が含む内容は、図４１で説明したものと同一である。
具体的には、図５１に示すように、ターゲット基準タイプコードが０ｘ０３の場合に、本発明の一実施例による質問ＩＤは、年齢層に関する情報を含むことができる。また、図５１に示す事前登録ＰＤＩ質問はＱＳＡタイプであり、年齢層に関する選択タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
また、図５１に示す事前登録ＰＤＩ質問はＱＳＡタイプであるから、ＰＤＩ回答に対する選択情報を含むことができる。例えば、図５１に示す年齢層に関する事前登録ＰＤＩ質問は、２−５才、６−１１才、１２−１７才、１８−３４才、３５−４９才、５０−５４才、５５−６４才、６５才以上に関する８つの選択情報を含むことができる。
次の［例示１５］は、図５１に示すテーブルをＸＭＬスキーマで表した一実施例である。
［例示１５］
<a20:QSA id="atsc.org/PDIQ/age-bracket" minChoices="1">
<a20:Q xml:lang="en-us">
<a20:Text> What age bracket are you in</a20:Text>
<a20:Selection id="1">Ages 2-5</a20:Selection>
<a20:Selection id="2">Ages 6-11</a20:Selection>
<a20:Selection id="3">Ages 12-17</a20:Selection>
<a20:Selection id="4">Ages 18-34</a20:Selection>
<a20:Selection id="5">Ages 35-49</a20:Selection>
<a20:Selection id="6">Ages 50-54</a20:Selection>
<a20:Selection id="7">Ages 55-64</a20:Selection>
<a20:Selection id="8">Ages 65+</a20:Selection>
</a20:Q>
</a20:QSA>
図５２は、ターゲット基準タイプコードが０ｘ０３の場合に、利用者が勤労しているか否かに関する事前登録ＰＤＩ質問を示すテーブルである。図５２に示す事前登録ＰＤＩ質問が含む内容は、図４１で説明したものと同一である。
具体的には、図５２に示すように、ターゲット基準タイプコードが０ｘ０３の場合に、本発明の一実施例による質問ＩＤは、勤労に関する情報を含むことができる。また、図５２に示す事前登録ＰＤＩ質問はＱＳＡタイプであり、利用者が勤労しているか否かに関する選択タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
また、図５２に示す事前登録ＰＤＩ質問はＱＳＡタイプであるから、ＰＤＩ回答に対する選択情報を含むことができる。例えば、図５０に示す勤労に関する事前登録ＰＤＩ質問は、はい及びいいえに関する二つの選択情報を含むことができる。
次の［例示１６］は、図５２に示すテーブルをＸＭＬスキーマで表した一実施例である。
［例示１６］
<a20:QSA id="atsc.org/PDIQ/working" minChoices="1">
<a20:Q xml:lang="en-us">
<a20:Text>Are you working at a paying job?
</a20:Text>
<a20:Selection id="1">Yes</a20:Selection>
<a20:Selection id="2">No</a20:Selection>
</a20:Q>
</a20:QSA>
図５３は、ターゲット基準タイプコードが０ｘ０３の場合に、利用者の性別に関する事前登録ＰＤＩ質問を示すテーブルである。図５３に示す事前登録ＰＤＩ質問が含む内容は、図４１で説明したものと同一である。
具体的には、図５３に示すように、ターゲット基準タイプコードが０ｘ０３の場合に、本発明の一実施例による質問ＩＤは、勤労に関する情報を含むことができる。また、図５３に示す事前登録ＰＤＩ質問はＱＢＡタイプであり、利用者が勤労しているか否かに関する正誤タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
次の［例示１７］は、図５３に示すテーブルをＸＭＬスキーマで表した一実施例である。
［例示１７］
<a20:QBA id="atsc.org/PDIQ/working" >
<a20:Q xml:lang="en-us">
<a20:Text>Are you working at a paying job?
</a20:Q>
</a20:QBA>
図５４は、本発明の一実施例によるＰＤＩ ＡＰＩを示す図である。
具体的には、図５４は、上述した宣言コンテンツオブジェクト（ＤＯ）などのアプリケーションがＰＤＩデータを用いるための関数を示す図である。本発明の一実施例によるＰＤＩ ＡＰＩは、本発明の一実施例による受信機がＰＤＩ記憶装置にアクセスするためのインタフェースを意味する。
ＡＴＳＣ ２．０クライアント装置は、ＰＤＩ質問に対するアクセス（例えば、検索及び更新）を可能にするためにＰＤＩ ＡＰＩに対応する。
ＡＴＳＣ ２．０ ＤＡＥの一環として提供されるＡＰＩは、記憶装置から当該質問文を読み出し、（可能ならば）当該質問に対して既に提供された回答を読み出し、当該質問に対する回答を記憶するために与えられた質問のＩＤを考慮してＤＯを許容する。
ＴＤＯがある特定の質問又は回答に対してアクセスしたり記録することを防止するある規則を定義したり、実施したりする試みは行われない。複数のエンティティが与えられたチャネルで使用可能なアンケートを提供できると構想される。このようなエンティティは、全国的通信網事業者、地域放送局系列会社、様々な番組制作者／提供事業者を含むことができるが、これに制限されない。
ＡＴＳＣ ２．０クライアント装置は、ＰＤＩデータ記憶及び検索のためのＡＰＩを実現する。ＰＤＩ機能を実行するために、装置は、固有（ｎａｔｉｖｅ）アプリケーション、ファイルシステム／データベースを使用したり、遠隔サービスを使用してＰＤＩデータベースを提供したりすることができる。ＰＤＩ記憶装置は、ＡＴＳＣクライアントに拘束されている。一つのＰＤＩ記憶装置インスタンスだけがクライアントのために存在する。ＰＤＩ記憶装置は、ＤＯがクライアントのＰＤＩデータに接続できるようにし、また、利用者が固有アプリケーションを用いて別個のサービスプロバイダにわたって持続的にＰＤＩ質問を管理（例えば、更新、追加、又は削除）できるようにする。
図５４は、本発明の一実施例によるＰＤＩ ＡＰＩを示すテーブルである。本発明の一実施例による受信機は図５４に示すＰＤＩ ＡＰＩを用いてＰＤＩテーブルリストを取得することができる。
以下、図５４に示すＡＰＩについて説明する。
図５４に示すＡＰＩの名称は、ｇｅｔＰＤＩＴａｂｌｅＬｉｓｔ（）であり、これは設計者の意図によって変更可能な事項である。図５４に示す説明は、ｇｅｔＰＤＩＴａｂｌｅＬｉｓｔ（）ＡＰＩ関数の詳細内容を示す。図５４に示す引数は、ｇｅｔＰＤＩＴａｂｌｅＬｉｓｔ（）ＡＰＩ関数の媒介変数を参照する。
より具体的には、図５４に示す説明は、ｇｅｔＰＤＩＴａｂｌｅＬｉｓｔ（）ＡＰＩ関数がそれぞれに対してｐｄｉＴａｂｌｅＩｄを提供し、ＰＤＩテーブルのリストを有するＸＭＬ構造を返却することを示す。ＸＭＬ構造は、次のＸＭＬスキーマのとおりである。一つのｐｄｉＴａｂｌｅＩｄ下位エレメントを有するｐｄｉＴａｂｌｅＬｉｓｔエレメントはカーディナリティ０を有し、無限である。０ ｐｄｉＴａｂｌｅＩｄインスタンスは、放送局がＰＤＩテーブルを提供していないことを示す。
図５４に示す引数は、ｐｄｉＴａｂｌｅＩｄがＰＤＩテーブルの大域的に一意の識別子であるということをＵＲＩの形態で示す。
したがって、本発明の一実施例による受信機は、ＸＭＬスキーマによるテーブルフォーマットのＰＤＩテーブルリストを受信することができる。図５４に示すように、ＰＤＩテーブルリストはｐｄｉＴａｂｌｅＩｄエレメントを含むことができる。図５４に示すｐｄｉＴａｂｌｅＩｄエレメントの基数が０を示す場合は、本発明の一実施例による受信機が放送局からＰＤＩテーブルを受信していないことを意味する。
図５５は、本発明の他の実施例によるＰＤＩ ＡＰＩを示す図である。
具体的には、図５５は、本発明の一実施例による受信機がＰＤＩテーブルを取得するためのＰＤＩ ＡＰＩを示す図である。
以下、図５５に示すＡＰＩについて説明する。
図５５に示すＡＰＩの名称はｇｅｔＰＤＩＴａｂｌｅ（Ｓｔｒｉｎｇ ｐｄｉＴａｂｌｅＩｄ）であり、これは設計者の意図によって変更可能な事項である。図５５に示す説明は、ｇｅｔＰＤＩＴａｂｌｅ（Ｓｔｒｉｎｇ ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数の詳細内容を示す。図５５に示す引数は、ｇｅｔＰＤＩＴａｂｌｅ（Ｓｔｒｉｎｇ ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数の媒介変数を参照する。
より具体的には、図５５に示す説明は、ｇｅｔＰＤＩＴａｂｌｅ（Ｓｔｒｉｎｇ ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数が受信機に対してＰＤＩテーブルＸＭＬ文書を応答するためのものであることを示す。各ｐｄｉＴａｂｌｅは、当該方法に対する入力として提供された大域的に一意のｐｄｉＴａｂｌｅＩｄ識別子によって識別されたのと関連している。返却された値は、連載されたＰＤＩテーブルＸＭＬインスタンスを含み、選択的にＰＤＩ−Ｑ又はＰＤＩ−Ａ ＸＭＬインスタンスを含む文字列である。
図５５に示す引数は、ｐｄｉＴａｂｌｅＩｄがＰＤＩテーブルの大域的に一意の識別子であるということをＵＲＩの形態で示す。
したがって、本発明の一実施例による受信機は、図５４で説明したＰＤＩテーブルリストを受信した後に、ＰＤＩテーブルを受信することができる。具体的には、ＰＤＩテーブルリストを受信した受信機は、図５４に示すｐｄｉＴａｂｌｅＩｄに関連したＰＤＩテーブルＸＭＬ文書を受信することができる。
具体的には、図５５に示すＰＤＩ ＡＰＩによる受信機の動作は、図７乃至１０、図２３、図３４、図３６、及び図３９乃至図４２で説明したものと同一である。また、図５５に示すＰＤＩ ＡＰＩによる受信機は、図１１乃至図１８で説明したＰＤＩテーブルフォーマットによるＰＤＩテーブルリストを受信することができる。
図５６は、本発明の他の実施例によるＰＤＩ ＡＰＩを示す図である。
具体的には、図５６は、本発明の一実施例による受信機がＰＤＩ回答を取得するためのＰＤＩ ＡＰＩを示す図である。
以下、図５６に示すＡＰＩについて説明する。
図５６に示すＡＰＩの名称はｇｅｔＰＤＩＡ（Ｓｔｒｉｎｇ ｐｄｉＴａｂｌｅＩｄ）であり、これは設計者の意図によって変更可能な事項である。図５６に示す説明は、ｇｅｔＰＤＩＡ（Ｓｔｒｉｎｇ ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数の詳細内容を示す。図５６に示す引数は、ｇｅｔＰＤＩＡ（Ｓｔｒｉｎｇ ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数の媒介変数を参照する。
より具体的には、図５６に示す説明は、ｇｅｔＰＤＩＡ（Ｓｔｒｉｎｇ ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数が受信機に対してＰＤＩ−Ａ ＸＭＬ文書を返却するためのものであることを示す。各ｐｄｉＴａｂｌｅは、当該方法に対する入力として提供された大域的に一意のｐｄｉＴａｂｌｅＩｄ識別子によって識別されたものと関連している。返却された値は、連載されたＰＤＩ−Ａ ＸＭＬインスタンスを含む文字列である。
図５６に示す引数は、ｐｄｉＴａｂｌｅＩｄがＰＤＩテーブルの大域的に一意の識別子であるということをＵＲＩの形態で示す。
したがって、図５４で説明したＰＤＩテーブルリストを受信した受信機は、図５４に示すｐｄｉＴａｂｌｅＩｄに関連したＰＤＩ−ＡテーブルのＸＭＬ文書（又は、ＰＤＩ−Ａインスタンス文書）を受信することができる。本発明の一実施例によるＰＤＩ−Ａインスタンス文書は、図１７で説明したものと同一である。
具体的には、図５６に示すＰＤＩ ＡＰＩによる受信機の動作は、図７乃至１０、図２３、図３４、図３６、及び図３９乃至図４２で説明したものと同一である。
図５４乃至５６に示してはいないが、本実施例によるＰＤＩ ＡＰＩは、次の表６及び／又は表７のように記述できる。
図５７は、本発明の一実施例によるデジタルサービス信号処理装置を示す図である。
具体的には、図５７は、本発明の一実施例によるデジタルサービス信号を処理できる受信装置の構造を示す図である。図５７に示す受信装置は、個人化放送サービスを具現でき、ＡＴＳＣ ２．０サービスを提供することができる。
図５７に示すように、本発明の一実施例による受信装置５７００は、ＰＤＩモジュール５７１０、ＰＤＩ回答モジュール５７２０、選択モジュール５７３０及び／又はコンテンツ記憶モジュール５７４０を含むことができる。上述した受信装置５７００の構造は設計者の意図によって変更してもよい。以下、各モジュールについて説明する。
図５７に示すＰＤＩモジュール５７１０は、ＰＤＩテーブルを受信することができ、このとき、ＰＤＩテーブルはＰＤＩ質問の属性を有する少なくとも一つの質問エレメントを含む。図５７に示すＰＤＩモジュール５７１０は、少なくとも一つの質問エレメントからＰＤＩ質問を抽出することもできるが、このとき、それぞれの少なくとも一つの質問エレメントは別個のタイプを有する。本発明の一実施例によるＰＤＩモジュール５７１０の動作は、図７及び図８、図５４乃至図５６で説明したものと同一である。
本発明の一実施例による少なくとも一つの質問エレメントのタイプは数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示す。
本発明の一実施例によるＰＤＩテーブルは、ｔａｂｌｅ Ｉｄフィールド、ｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ｔｉｍｅフィールド、ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎフィールド、ｅｘｐｉｒｅフィールド、及び／又はｘａｃｔｉｏｎＳｅｔＩｄフィールドを更に含むことができる。
本発明の一実施例によるｔａｂｌｅ Ｉｄフィールドは、ＰＤＩテーブルを識別することができる。本発明の一実施例によるｔａｂｌｅ ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブルのバージョンを示すことができる。本発明の一実施例によるｔｉｍｅフィールドは、ＰＤＩ質問に対する直近の変化の日付及び時間を示すことができる。本発明の一実施例によるｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブルのプロトコルバージョンを示すことができる。本発明の一実施例によるｅｘｐｉｒｅフィールドは、各ＰＤＩ質問の期限日及び時間を示すことができる。本発明の一実施例によるｘａｃｔｉｏｎＳｅｔＩｄフィールドは、各ＰＤＩ質問がＰＤＩ質問の集合に属するか否かを示すことができる。
本発明の一実施例による少なくとも一つの質問エレメントは、位置及び時間の情報を示すｓｉｔｕａｔｉｏｎフィールドを更に含むことができるが、当該ｓｉｔｕａｔｉｏｎフィールドは緯度及び経度の情報を含むｌｏｃａｔｉｏｎフィールドを含む。
上述したＰＤＩテーブル及び質問エレメントに関する具体的な内容は、図１１乃至図１８で説明したものと同一である。
図５７に示すＰＤＩ回答モジュール５７２０は、抽出されたＰＤＩ質問によるＰＤＩ回答を受信することができる。本発明の一実施例によるＰＤＩ回答モジュール５７２０の動作は、図７及び図８、図５４乃至図５６で説明したものと同一である。
図５７に示す選択モジュール５７３０は、選択基準情報を受信することができる。選択モジュール５７３０はまた、選択基準情報と受信したＰＤＩ回答とを比較することによってデジタルサービス信号の内容を選択することができる。本発明の一実施例による選択モジュール５７３０の動作は、図７乃至図１０、図５４乃至図５６で説明したものと同一である。
本発明の一実施例による選択基準情報のタイプは、数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示し、選択は、選択基準情報がＰＤＩ回答と一致するか否かを判断することを更に含む。本発明の一実施例による選択基準情報に関する内容は、図１９乃至図２２で説明したものと同一である。
図５７に示すコンテンツ記憶モジュール５７４０は、選択されたコンテンツをダウンロードすることができる。本発明の一実施例によるコンテンツ記憶モジュール５７４０の動作は、図７及び図８、図５４乃至図５６で説明したものと同一である。
ＰＤＩテーブルがＩＰサブネットによって伝達されると、図５７に示すＰＤＩモジュール５７１０は、また、コンテンツの署名を含む要求を自動コンテンツ認識サーバに周期的に送り、自動コンテンツ認識サーバからＵＲＬＬｉｓｔ情報を受信するためのトリガ及び選択基準情報を含むＴＰＴを含む回答を受信することができる。本発明の一実施例によるＰＤＩモジュール５７１０の動作は、図３６乃至図３９で説明したものと同一である。また、上述したＩＰサブネットは、図２４で説明したものと同一である。
ＰＤＩテーブルが放送ストリームで伝達されると、図５７に示すＰＤＩモジュール５７１０は、また、ＰＤＩテーブルを識別するために、シーケンス番号情報を含むテーブルセクションを受信し、当該テーブルセクションのシーケンス番号情報を用いてＰＤＩテーブルを受信することができる。本発明の一実施例によるＰＤＩモジュール５７１０の動作は、図２３乃至図３５で説明したものと同一である。
また、図５７に示してはいないが、本発明の一実施例による受信装置５７００は、使用ログ、使用監視エンジン及び／又は使用監視エンジンを更に含むことができる。本発明の一実施例による使用ログは、サービス使用の内訳を記憶することができる。本発明の一実施例による使用監視エンジンは、サービス使用を周期的に、又は要求信号を受信することによって、監視することができる。本発明の一実施例による使用監視エンジンは、監視結果をコンテンツを更新するために適用することができる。その具体的な内容は、図８で説明したものと同一である。
図５８は、本発明の他の実施例によるデジタルサービス信号処理装置を示す図である。
具体的には、図５８は、本発明の一実施例によるデジタルサービス信号を処理できる送信装置の構造を示す図である。図５８に示す送信装置は、個人化放送サービスを提供でき、ＡＴＳＣ ２．０サービスを提供することができる。
図５８に示すように、本発明の一実施例による送信装置５８００は、ＰＤＩテーブル生成器５８１０、選択基準情報生成モジュール５８２０、送信モジュール５８３０を含むことができる。上述した送信装置５８００の構造は、設計者の意図によって変更してもよい。以下、各モジュールについて説明する。
図５８に示すＰＤＩテーブル生成器５８１０は、ＰＤＩテーブルを生成することができる。ここで、ＰＤＩテーブルは、ＰＤＩ質問の属性を含む少なくとも一つの質問エレメントを含み、ＰＤＩテーブルは、ＰＤＩテーブルを識別するｔａｂｌｅ Ｉｄフィールド、ｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ＰＤＩテーブルのバージョンを示すｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ＰＤＩ質問に対する直近の変化の日付及び時間を示すｔｉｍｅフィールドを更に含む。
本発明の一実施例による少なくとも一つの質問エレメントのタイプは、数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示す。
上述したＰＤＩテーブル及び質問エレメントに関する具体的な内容は、図１１乃至図１８で説明したものと同一である。
図５８に示す選択基準情報生成モジュール５８２０は、選択基準情報を生成することができる。本発明の一実施例による選択基準情報に関する内容は、図１９乃至図２２で説明したものと同一である。
図５８に示す送信モジュール５８３０は、ＰＤＩテーブル、選択基準情報、及びデジタルサービス信号のコンテンツを伝送することができる。本発明の一実施例による送信モジュール５８３０の動作は、図７及び図８、図５４乃至図５６で説明したものと同一である。
ＰＤＩテーブルが放送ストリームで伝送されると、送信モジュール５８３０は、生成されたＰＤＩテーブルを圧縮し、圧縮されたＰＤＩテーブルをブロックに分け、ブロックをＳＳＣで伝達されるセクションに挿入することができる。ここで、セクションは、ＰＤＩテーブルを識別するためにシーケンス番号情報を含む。上述した送信モジュール５８３０の具体的な動作は、図２４で説明したものと同一である。
図５９は、本発明の一実施例によるデジタルサービス信号処理方法を示す図である。
具体的には、図５９は、本発明の一実施例による個人化放送システムがデジタルサービス信号を受信及び処理する方法を示すフローチャートである。上述した個人化放送システムは、図１７乃至図５６に示す本発明の一実施例による個人化放送サービスを処理することができる。
本発明の一実施例による受信機は、ＰＤＩテーブルを受信することができる（Ｓ５９０１）。
具体的には、本発明の一実施例による受信機は、コンテンツプロバイダ又は放送局からＰＤＩアンケートを含んでいるＰＤＩテーブルを受信することができる。より具体的な内容は、図７及び図８、図５４乃至図５６で説明したものと同一である。
また、本発明の一実施例による受信機は、ＩＰサブネットによってＰＤＩテーブルを受信することができる。本発明の一実施例による受信機は、また、コンテンツの署名を含む要求を自動コンテンツ認識サーバに周期的に送り、自動コンテンツ認識サーバからＵＲＬＬｉｓｔ情報を受信するためのトリガ及び選択基準情報を含むＴＰＴを含む回答を受信することができる。より詳細な内容は、図２４、図３６乃至図３９で説明したものと同一である。
また、本発明の一実施例による受信機は、放送ストリームを介してＰＤＩテーブルを受信することができる。本発明の一実施例による受信機は、また、ＰＤＩテーブルを識別するためにシーケンス番号情報を含むテーブルセクションを受信し、当該テーブルセクションのシーケンス番号情報を用いてＰＤＩテーブルを受信することができる。より詳細な内容は、図２３乃至図３５で説明したものと同一である。
本発明の一実施例による少なくとも一つの質問エレメントのタイプは、数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示す。
本発明の一実施例によるＰＤＩテーブルは、ｔａｂｌｅ Ｉｄフィールド、ｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ｔｉｍｅフィールド、ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎフィールド、ｅｘｐｉｒｅフィールド、及び／又はｘａｃｔｉｏｎ ＳｅｔＩｄフィールドを更に含むことができる。
本発明の一実施例によるｔａｂｌｅ Ｉｄフィールドは、ＰＤＩテーブルを識別することができる。本発明の一実施例によるｔａｂｌｅ ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブルのバージョンを示すことができる。本発明の一実施例によるｔｉｍｅフィールドは、ＰＤＩ質問に対する直近の変化の日付及び時間を示すことができる。本発明の一実施例によるｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブルのプロトコルバージョンを示すことができる。本発明の一実施例によるｅｘｐｉｒｅフィールドは、各ＰＤＩ質問の期限日及び時間を示すことができる。本発明の一実施例によるｘａｃｔｉｏｎ ＳｅｔＩｄフィールドは、各ＰＤＩ質問がＰＤＩ質問の集合に属するか否かを示すことができる。
本発明の一実施例による少なくとも一つの質問エレメントは、位置及び時間の情報を示すｓｉｔｕａｔｉｏｎフィールドを更に含むことができ、該ｓｉｔｕａｔｉｏｎフィールドは、緯度及び経度の情報を含むｌｏｃａｔｉｏｎフィールドを含む。
上述したＰＤＩテーブル及び質問エレメントに関する具体的な内容は、図１１乃至図１８で説明したものと同一である。
本発明の一実施例による受信機は、ＰＤＩテーブルからＰＤＩ質問を抽出することができる（Ｓ５９０２）。
具体的には、本発明の一実施例による受信機は、図１７に示すＰＤＩテーブルから文字列タイプからなるＱｘＡ．Ｑエレメントを抽出することができる。より詳細な内容は、図１１及び図１８で説明したものと同一である。
本発明の一実施例による受信機は、ＰＤＩ質問に対するＰＤＩ回答を受信することができる（Ｓ５９０３）。
具体的には、本発明の一実施例による受信機は、上述したＰＤＩ質問をＵＩを介して表示し、利用者から当該ＰＤＩ質問に対するＰＤＩ回答を受信することができる。本発明の一実施例による受信機は、受信したＰＤＩ回答を用いて、当該ＰＤＩ質問を含んでいるＰＤＩテーブルを更新することができる。より詳細な内容は、図７、図８及び図２３で説明したものと同一である。
本発明の一実施例による受信機は、選択基準情報を受信することができる（Ｓ５９０４）。
具体的には、本発明の一実施例による受信機は、図１９乃至図２２で説明したフォーマットの選択基準情報を受信することができる。
また、本発明の一実施例による受信機は、放送網によって選択基準情報を受信することができる。この場合、本発明の一実施例による受信機は、図３２及び図３３で説明したフォーマットの選択基準情報を受信することができる。
本発明の一実施例による受信機は、選択基準情報とＰＤＩ回答とを比較してコンテンツを選択することができる（Ｓ５９０５）。
具体的に本発明の一実施例による受信機は、ＰＤＩデータを識別するためのＰＤＩデータ識別子を用いて選択基準情報とＰＤＩ回答とを照合して比較することができる。より詳細な内容は、図７乃至図１０で説明したものと同一である。
本発明の一実施例による受信機は、選択されたコンテンツをダウンロードすることができる（Ｓ５９０６）。
具体的には、本発明の一実施例による受信機は、上述した選択結果を用いて当該コンテンツを利用者に提供する必要があるか否か判断し、必要によって、当該コンテンツをダウンロードすることができる。より詳細な内容は、図７乃至図１０で説明したものと同一である。
図６０は、本発明の他の実施例によるデジタルサービス信号処理方法を示す図である。
具体的には、図６０は、本発明の一実施例による個人化放送システムがデジタルサービス信号を伝送及び処理する方法を示すフローチャートである。上述した個人化放送システムは、図１７乃至図５６に示す本発明の一実施例による個人化放送サービスを処理することができる。
本発明の一実施例による個人化放送システムは、ＰＤＩテーブルを生成することができる（Ｓ６００１）。
具体的には、上述したＰＤＩテーブルは、ＰＤＩ質問の属性を含む少なくとも一つの質問エレメントを含み、ＰＤＩテーブルは、ＰＤＩテーブルを識別するｔａｂｌｅ Ｉｄフィールド、ｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ＰＤＩテーブルのバージョンを示すｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ＰＤＩ質問に対する直近の変化の日付及び時間を示すｔｉｍｅフィールドを更に含む。
本発明の一実施例による少なくとも一つの質問エレメントのタイプは、数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示す。
上述したＰＤＩテーブル及び質問エレメントに関する具体的な内容は、図１１乃至図１８で説明したものと同一である。
本発明の一実施例による個人化放送システムは、選択基準情報を生成することができる（Ｓ６００２）。
具体的には、図７及び図８に示すように、コンテンツプロバイダ及び／又は放送局は、利用者のＰＤＩ情報を得るための選択基準情報を生成することができる。本発明の一実施例による選択基準情報に関する内容は、図１９乃至図２２で説明したものと同一である。
本発明の一実施例による個人化放送システムは、ＰＤＩテーブル、選択基準情報及び／又はコンテンツを伝送することができる（Ｓ６００３）。
具体的には、コンテンツプロバイダ及び／又は放送局は、ＰＤＩテーブル、選択基準情報及び／又はコンテンツを放送網又はインターネットによって受信機に伝送することができる。より詳細な内容は、図７及び図８、図２３乃至図３９に示したとおりである。
様々な実施例が、本発明を実施するための具体的な内容で記述された。
当業者にとっては本発明の思想や範囲から逸脱することなく本発明で様々な変形及び変更が可能であるということが明らかである。したがって、本発明は、添付の請求項及びその均等範囲内にある本発明の変形及び変更を含むように意図される。
本発明は、放送サービス提供に関連した一連の産業分野で利用可能である。

Claims (20)

  1. デジタルサービス信号を受信する方法であって、
    プロファイル・人口統計・興味（ＰＤＩ）テーブルを受信するステップであって、該ＰＤＩテーブルは質問の属性を有する少なくとも一つの質問エレメントを含み、前記ＰＤＩテーブルを識別するテーブル識別子フィールドと、前記ＰＤＩテーブルのバージョンを示すテーブルバージョンフィールドと、少なくとも一つのＰＤＩ質問についての直近の変更日付及び時間を示す時間フィールドとを更に含む、ステップと、
    前記ＰＤＩテーブルから前記ＰＤＩ質問を抽出するステップであって、前記少なくとも一つの質問エレメントはそれぞれ異なるタイプを有する、ステップと、
    前記抽出されたＰＤＩ質問に応じたＰＤＩ回答を受信するステップと、
    選択基準情報を受信するステップと、
    前記選択基準情報を前記受信したＰＤＩ回答と比較することによって、デジタルサービス信号のコンテンツを選択するステップと、
    前記選択されたコンテンツをダウンロードするステップと、を有し、
    前記少なくとも一つの質問エレメントのタイプは、数値回答と、正誤回答と、選択回答と、記述式回答と、ＰＤＩ質問のない回答とのうち一つを有する前記ＰＤＩ質問のタイプを示す、方法。
  2. 前記選択基準情報のタイプは、数値回答と、正誤回答と、選択回答と、記述式回答と、ＰＤＩ質問のない回答とのうち一つを有する前記ＰＤＩ質問のタイプを示し、前記選択するステップは、前記選択基準情報が前記ＰＤＩ回答と一致するか否かを判断するステップを更に有する、請求項１に記載の方法。
  3. 前記ＰＤＩテーブルは、インターネットプロトコル（ＩＰ）サブネットによって伝達される、請求項１に記載の方法。
  4. 前記コンテンツの署名を含む要求を自動コンテンツ認識（ＡＣＲ）サーバに周期的に送るステップと、
    前記ＡＣＲサーバからＵＲＬＬｉｓｔ情報を受信するためのトリガ及び前記選択基準情報を含むトリガ宣言オブジェクト（ＴＤＯ）パラメータテーブル（ＴＰＴ）を含む回答を受信するステップと、
    を更に含む、請求項３に記載の方法。
  5. 前記ＰＤＩテーブルが放送ストリームを介して伝達されるとき、
    前記ＰＤＩテーブルを識別するためのシーケンス番号情報を含むテーブルセクションを受信するステップと、
    前記テーブルセクションの前記シーケンス番号情報を用いて、前記ＰＤＩテーブルを受信するステップと、
    を更に含む、請求項１に記載の方法。
  6. 前記ＰＤＩテーブルは、前記ＰＤＩテーブルのプロトコルバージョンを示すプロトコルバージョンフィールドと、前記各ＰＤＩテーブルの期限日及び時間を示す期限フィールドと、前記各ＰＤＩテーブルが前記ＰＤＩテーブルの集合に属するか否かを示すｘａｃｔｉｏｎ ＳｅｔＩｄフィールドとのうち少なくとも一つを更に含む、請求項１に記載の方法。
  7. 前記少なくとも一つの質問エレメントは、位置及び時間の情報を示す状況フィールドを更に含み、前記状況フィールドは、緯度及び経度の情報を含む位置フィールドを含む、請求項１に記載の方法。
  8. サービス使用の内訳を記憶するステップと、
    前記サービス使用を、周期的に、又は要求信号を受信することによって、監視するステップと、
    前記監視の結果を、前記コンテンツを更新するために適用するステップと、
    を更に含む、請求項１に記載の方法。
  9. デジタルサービス信号を処理する方法であって、
    プロファイル・人口統計・興味（ＰＤＩ）テーブルを生成するステップであって、該ＰＤＩテーブルはＰＤＩ質問の属性を有する少なくとも一つの質問エレメントを含み、前記ＰＤＩテーブルを識別するテーブル識別子フィールドと、前記ＰＤＩテーブルのバージョンを示すテーブルバージョンフィールドと、前記ＰＤＩ質問についての直近の変更日付及び時間を示す時間フィールドとを更に含む、ステップと、
    選択基準情報を生成するステップと、
    前記ＰＤＩテーブルと、前記選択基準情報と、デジタルサービス信号のコンテンツとを送信するステップを含み、
    前記少なくとも一つの質問エレメントのタイプは、数値回答と、正誤回答と、選択回答と、記述式回答と、ＰＤＩ質問のない回答とのうち一つを有する前記ＰＤＩ質問のタイプを示す、方法。
  10. 前記ＰＤＩテーブルが放送ストリームを介して伝達されるとき、
    前記生成されたＰＤＩテーブルを圧縮するステップと、
    前記圧縮されたＰＤＩテーブルをブロックに分けるステップと、
    前記ブロックを、前記ＰＤＩテーブルを識別するためのシーケンス番号情報を含み、サービス信号通知チャネル（ＳＳＣ）を介して伝達されるセクションに挿入するステップと、
    を更に含む、請求項９に記載の方法。
  11. デジタルサービス信号を受信する装置であって、
    プロファイル・人口統計・興味（ＰＤＩ）テーブルを受信するように構成されたＰＤＩモジュールであって、該ＰＤＩテーブルはＰＤＩ質問の属性を有する少なくとも一つの質問エレメントを含み、前記ＰＤＩテーブルを識別するテーブル識別子フィールドと、前記ＰＤＩテーブルのバージョンを示すテーブルバージョンフィールドと、前記ＰＤＩ質問についての直近の変更日付及び時間を示す時間フィールドとを更に含み、それぞれ異なるタイプを有する前記少なくとも一つの質問エレメントから前記ＰＤＩ質問を抽出するＰＤＩモジュールと、
    前記抽出されたＰＤＩ質問に応じてＰＤＩ回答を受信するように構成されたＰＤＩ回答モジュールと、
    選択基準情報を受信し、前記選択基準情報を前記受信したＰＤＩ回答と比較することによって、デジタルサービス信号のコンテンツを選択するように構成された選択モジュールと、
    前記選択されたコンテンツをダウンロードするように構成されたコンテンツ記憶モジュールと、を備え、
    前記少なくとも一つの質問エレメントのタイプは、数値回答と、正誤回答と、選択回答と、記述式回答と、ＰＤＩ質問のない回答とのうち一つを有する前記ＰＤＩ質問のタイプを示す、装置。
  12. 前記選択基準情報のタイプは、数値回答と、正誤回答と、選択回答と、記述式回答と、ＰＤＩ質問のない回答とのうち一つを有する前記ＰＤＩ質問のタイプを示し、前記選択モジュールは、前記選択基準情報が前記ＰＤＩ回答と一致するか否かを判断する、請求項１１に記載の装置。
  13. 前記ＰＤＩテーブルは、ＩＰサブネットによって伝達される、請求項１１に記載の装置。
  14. 前記ＰＤＩモジュールは、
    前記コンテンツの署名を含む要求を自動コンテンツ認識（ＡＣＲ）サーバに周期的に送り、
    前記ＡＣＲサーバからＵＲＬＬｉｓｔ情報を受信するためのトリガ及び前記選択基準情報を含むトリガ宣言オブジェクト（ＴＤＯ）パラメータテーブル（ＴＰＴ）を含む回答を受信する、請求項１３に記載の装置。
  15. 前記ＰＤＩテーブルが放送ストリームを介して伝達されるとき、前記ＰＤＩモジュールは、
    前記ＰＤＩテーブルを識別するためのシーケンス番号情報を含むテーブルセクションを受信し、
    前記テーブルセクションの前記シーケンス番号情報を用いて前記ＰＤＩテーブルを受信する、請求項１１に記載の装置。
  16. 前記ＰＤＩテーブルは、前記ＰＤＩテーブルのプロトコルバージョンを示すプロトコルバージョンフィールドと、前記各ＰＤＩテーブルの期限日及び時間を示す期限フィールドと、前記各ＰＤＩテーブルが前記ＰＤＩテーブルの集合に属するか否かを示すｘａｃｔｉｏｎ ＳｅｔＩｄフィールドとのうち少なくとも一つを更に含む、請求項１１に記載の装置。
  17. 前記少なくとも一つの質問エレメントは、位置及び時間の情報を示す状況フィールドを更に含み、前記状況フィールドは、緯度及び経度の情報を含む位置フィールドを含む、請求項１１に記載の装置。
  18. サービス使用の内訳を記憶するように構成された使用ログと、
    前記サービス使用を、周期的に、又は要求信号を受信することによって、監視するように構成された使用監視エンジンと、
    前記監視の結果を、前記コンテンツを更新するために適用するように構成された使用監視エンジンと、
    を更に備える、請求項１１に記載の装置。
  19. デジタルサービス信号を処理する装置であって、
    プロファイル・人口統計・興味（ＰＤＩ）テーブルを生成するように構成されたＰＤＩテーブル生成器であって、該ＰＤＩテーブルはＰＤＩ質問の属性を有する少なくとも一つの質問エレメントを含み、ＰＤＩテーブルを識別するテーブル識別子フィールドと、前記ＰＤＩテーブルのバージョンを示すテーブルバージョンフィールドと、前記ＰＤＩ質問に対して直近の変更日付及び時間を示す時間フィールドとを更に含む、ＰＤＩテーブル生成器と、
    選択基準情報を生成するように構成された選択基準情報生成モジュールと、
    前記ＰＤＩテーブルと、前記選択基準情報と、デジタルサービス信号のコンテンツとを送信するように構成された送信モジュールと、を備え、
    前記少なくとも一つの質問エレメントのタイプは、数値回答と、正誤回答と、選択回答と、記述式回答と、ＰＤＩ質問のない回答とのうち一つを有する前記ＰＤＩ質問のタイプを示す、装置。
  20. 前記ＰＤＩテーブルが放送ストリームを介して伝達されるとき、前記送信モジュールは、
    前記生成されたＰＤＩテーブルを圧縮し、
    前記圧縮されたＰＤＩテーブルをブロックに分け、
    前記ブロックを、前記ＰＤＩテーブルを識別するためのシーケンス番号情報を含み、サービス信号通知チャネル（ＳＳＣ）を介して伝達されるセクションに挿入する、請求項１９に記載の装置。
JP2015526477A 2012-08-29 2013-08-28 デジタルサービス信号処理方法及び装置 Active JP6100377B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201261694761P 2012-08-29 2012-08-29
US61/694,761 2012-08-29
US201261697272P 2012-09-05 2012-09-05
US61/697,272 2012-09-05
US201261706096P 2012-09-26 2012-09-26
US61/706,096 2012-09-26
PCT/KR2013/007713 WO2014035130A1 (en) 2012-08-29 2013-08-28 Method and apparatus for processing digital service signal

Publications (2)

Publication Number Publication Date
JP2015530027A true JP2015530027A (ja) 2015-10-08
JP6100377B2 JP6100377B2 (ja) 2017-03-22

Family

ID=50183876

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2015526477A Active JP6100377B2 (ja) 2012-08-29 2013-08-28 デジタルサービス信号処理方法及び装置
JP2015527398A Active JP6059810B2 (ja) 2012-08-29 2013-08-28 デジタルサービス信号処理方法及び装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2015527398A Active JP6059810B2 (ja) 2012-08-29 2013-08-28 デジタルサービス信号処理方法及び装置

Country Status (9)

Country Link
US (2) US9854287B2 (ja)
EP (2) EP2891317A4 (ja)
JP (2) JP6100377B2 (ja)
KR (2) KR20150052833A (ja)
CN (2) CN104584569B (ja)
CA (1) CA2878164C (ja)
DE (2) DE112013003835B4 (ja)
MX (2) MX348565B (ja)
WO (2) WO2014035131A1 (ja)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2844605C (en) 2011-08-10 2016-10-25 Lg Electronics Inc. Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service
US20140229580A1 (en) * 2013-02-12 2014-08-14 Sony Corporation Information processing device, information processing method, and information processing system
US8990234B1 (en) * 2014-02-28 2015-03-24 Lucas J. Myslinski Efficient fact checking method and system
CN106170988A (zh) 2014-03-13 2016-11-30 凡瑞斯公司 使用嵌入式代码的交互式内容获取
US10504200B2 (en) 2014-03-13 2019-12-10 Verance Corporation Metadata acquisition using embedded watermarks
KR102461599B1 (ko) 2014-06-20 2022-11-03 소니그룹주식회사 수신 장치, 수신 방법, 송신 장치, 및, 송신 방법
KR101902409B1 (ko) * 2014-07-29 2018-09-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
EP3183883A4 (en) * 2014-08-20 2018-03-28 Verance Corporation Watermark detection using a multiplicity of predicted patterns
CA2964714C (en) * 2014-10-28 2021-06-15 Sony Corporation Reception device, transmission device, and data processing method
KR20160061019A (ko) * 2014-11-21 2016-05-31 엘지전자 주식회사 영상 표시 장치 및 그 동작 방법
US9769543B2 (en) 2014-11-25 2017-09-19 Verance Corporation Enhanced metadata and content delivery using watermarks
US9942602B2 (en) 2014-11-25 2018-04-10 Verance Corporation Watermark detection and metadata delivery associated with a primary content
US9602891B2 (en) 2014-12-18 2017-03-21 Verance Corporation Service signaling recovery for multimedia content using embedded watermarks
US10749917B2 (en) 2015-03-12 2020-08-18 Lg Electronics Inc. Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
WO2016148489A2 (ko) * 2015-03-15 2016-09-22 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10499095B2 (en) * 2015-03-19 2019-12-03 Lg Electronics Inc. Apparatus and method for receiving/transmitting broadcast signal
KR102408267B1 (ko) * 2016-10-21 2022-06-14 소니그룹주식회사 수신 장치, 송신 장치 및 데이터 처리 방법
KR20200035396A (ko) * 2017-08-10 2020-04-03 소니 주식회사 송신 장치, 송신 방법, 수신 장치, 및 수신 방법
JP7008514B2 (ja) * 2018-01-22 2022-01-25 キヤノン株式会社 通信装置、制御方法、及びプログラム
US11762247B2 (en) * 2018-03-16 2023-09-19 Sharp Kabushiki Kaisha Display device
CN109003077A (zh) * 2018-06-14 2018-12-14 温州极客物联网开发实验室有限公司 一种移动电子凭证
US11722741B2 (en) 2021-02-08 2023-08-08 Verance Corporation System and method for tracking content timeline in the presence of playback rate changes

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002175326A (ja) * 2000-09-29 2002-06-21 Matsushita Electric Ind Co Ltd 情報提示装置および情報記述方法
JP2003009119A (ja) * 2001-06-20 2003-01-10 Sony Corp 受信装置および方法、情報配信方法、フィルタ蓄積プログラムおよび記録媒体
JP2009212814A (ja) * 2008-03-04 2009-09-17 Victor Co Of Japan Ltd 番組選択装置、番組選択プログラム、及び番組選択方法
US20110246488A1 (en) * 2010-04-01 2011-10-06 Sony Corporation Interests and demographics profile for advanced broadcast services
US20110298981A1 (en) * 2010-06-07 2011-12-08 Mark Kenneth Eyer Scripted Access to Hidden Multimedia Assets
WO2012029569A1 (ja) * 2010-08-30 2012-03-08 ソニー株式会社 送信装置および方法、受信装置および方法、並びに送受信システム
WO2012111514A1 (ja) * 2011-02-15 2012-08-23 ソニー株式会社 情報処理装置、情報処理方法、及びプログラム

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6581071B1 (en) * 2000-09-12 2003-06-17 Survivors Of The Shoah Visual History Foundation Surveying system and method
US20050131716A1 (en) * 2003-12-15 2005-06-16 Hanan Martin D. Method for determining compatibility
AU2005100653A4 (en) 2005-08-12 2005-09-15 Agent Mobile Pty Ltd Mobile Device-Based End-User Filter
WO2008035278A1 (en) 2006-09-20 2008-03-27 Koninklijke Philips Electronics, N.V. System and method for using metadata to provide content for multimedia applications
WO2008102331A2 (en) 2007-02-21 2008-08-28 Nds Limited Method for content presentation
US9154824B2 (en) * 2007-04-13 2015-10-06 Over-The-Top Networks Private Limited Company System for content delivery
MY173473A (en) 2007-11-15 2020-01-28 Mimos Berhad Content filtering method and system
CN101656935A (zh) 2008-08-22 2010-02-24 ***通信集团公司 一种pdi信息输出、接收方法及终端设备
GB0903343D0 (en) 2009-02-27 2009-04-22 Element Six Holding Gmbh Hard-metal body with graded microstructure
US20110247028A1 (en) * 2010-04-01 2011-10-06 Mark Eyer Receiver and System Using an Electronic Questionnaire for Advanced Broadcast Services
EP2397952A1 (en) 2010-06-15 2011-12-21 Axel Springer Digital TV Guide GmbH Profile based content retrieval for recommender systems
US8875169B2 (en) 2010-08-27 2014-10-28 Sony Corporation Transmission and reception apparatus, methods, and systems for filtering content
US8909694B2 (en) 2010-08-27 2014-12-09 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US8892636B2 (en) 2010-08-30 2014-11-18 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US20120050619A1 (en) 2010-08-30 2012-03-01 Sony Corporation Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system
US20120185888A1 (en) 2011-01-19 2012-07-19 Sony Corporation Schema for interests and demographics profile for advanced broadcast services
US10491966B2 (en) * 2011-08-04 2019-11-26 Saturn Licensing Llc Reception apparatus, method, computer program, and information providing apparatus for providing an alert service
US9900644B2 (en) 2011-10-13 2018-02-20 Samsung Electronics Co., Ltd. Device and method for processing an object which provides additional service in connection with a broadcast service in a broadcast receiving device
US9113230B2 (en) * 2011-12-21 2015-08-18 Sony Corporation Method, computer program, and reception apparatus for delivery of supplemental content
CN104081759B (zh) * 2012-02-07 2018-01-16 索尼公司 接收设备和接收方法
US9432744B2 (en) 2012-07-31 2016-08-30 Sony Corporation Receiving device, receiving method, transmitting device, and transmitting method
KR20150043295A (ko) * 2012-08-15 2015-04-22 소니 주식회사 향상된 tv 서비스를 위한 개인화 정보의 광대역 전달
US9264648B2 (en) * 2012-10-09 2016-02-16 Sony Corporation Receiving device, receiving method, transmitting device, and transmitting method
US10002206B2 (en) * 2012-10-26 2018-06-19 Saturn Licensing Llc Information processing device and information processing method
US20140229580A1 (en) * 2013-02-12 2014-08-14 Sony Corporation Information processing device, information processing method, and information processing system
US10979780B2 (en) * 2014-09-05 2021-04-13 Saturn Licensing Llc Receiving device, receiving method, transmission device, and transmission method

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002175326A (ja) * 2000-09-29 2002-06-21 Matsushita Electric Ind Co Ltd 情報提示装置および情報記述方法
JP2003009119A (ja) * 2001-06-20 2003-01-10 Sony Corp 受信装置および方法、情報配信方法、フィルタ蓄積プログラムおよび記録媒体
JP2009212814A (ja) * 2008-03-04 2009-09-17 Victor Co Of Japan Ltd 番組選択装置、番組選択プログラム、及び番組選択方法
US20110246488A1 (en) * 2010-04-01 2011-10-06 Sony Corporation Interests and demographics profile for advanced broadcast services
US20110298981A1 (en) * 2010-06-07 2011-12-08 Mark Kenneth Eyer Scripted Access to Hidden Multimedia Assets
WO2012029569A1 (ja) * 2010-08-30 2012-03-08 ソニー株式会社 送信装置および方法、受信装置および方法、並びに送受信システム
WO2012111514A1 (ja) * 2011-02-15 2012-08-23 ソニー株式会社 情報処理装置、情報処理方法、及びプログラム

Also Published As

Publication number Publication date
US20140068686A1 (en) 2014-03-06
EP2891317A1 (en) 2015-07-08
MX348203B (es) 2017-06-05
JP2015530800A (ja) 2015-10-15
MX2015000377A (es) 2015-04-10
MX2015000358A (es) 2015-04-14
CN104521240A (zh) 2015-04-15
JP6059810B2 (ja) 2017-01-11
DE112013003718B4 (de) 2018-07-12
CA2878164C (en) 2017-11-07
KR20150052833A (ko) 2015-05-14
JP6100377B2 (ja) 2017-03-22
EP2891316A1 (en) 2015-07-08
DE112013003835B4 (de) 2018-06-28
WO2014035131A1 (en) 2014-03-06
KR20150052832A (ko) 2015-05-14
DE112013003835T5 (de) 2015-04-30
CN104584569A (zh) 2015-04-29
CN104584569B (zh) 2019-02-01
MX348565B (es) 2017-06-20
DE112013003718T5 (de) 2015-04-16
EP2891317A4 (en) 2016-08-03
WO2014035130A1 (en) 2014-03-06
CA2878164A1 (en) 2014-03-06
EP2891316A4 (en) 2015-11-18
US9854287B2 (en) 2017-12-26
US20140068646A1 (en) 2014-03-06
EP2891316B1 (en) 2020-02-12
US9807440B2 (en) 2017-10-31

Similar Documents

Publication Publication Date Title
JP6100377B2 (ja) デジタルサービス信号処理方法及び装置
JP6174702B2 (ja) デジタルサービス信号処理方法及び装置
US9756381B2 (en) Method and apparatus for processing digital service signals
US8990844B2 (en) Method and apparatus for processing digital service signals
JP6294238B2 (ja) 映像表示装置及びその動作方法
US9967626B2 (en) Video display apparatus and operating method thereof
JP6348184B2 (ja) 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
KR101832781B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR102263146B1 (ko) 영상 표시 장치 및 그 동작 방법

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20151225

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160202

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20160502

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160525

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20161101

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170120

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170131

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170222

R150 Certificate of patent or registration of utility model

Ref document number: 6100377

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250