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

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

Info

Publication number
JP2015530801A
JP2015530801A JP2015527401A JP2015527401A JP2015530801A JP 2015530801 A JP2015530801 A JP 2015530801A JP 2015527401 A JP2015527401 A JP 2015527401A JP 2015527401 A JP2015527401 A JP 2015527401A JP 2015530801 A JP2015530801 A JP 2015530801A
Authority
JP
Japan
Prior art keywords
pdi
question
present
answer
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
JP2015527401A
Other languages
English (en)
Other versions
JP6174702B2 (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 JP2015530801A publication Critical patent/JP2015530801A/ja
Application granted granted Critical
Publication of JP6174702B2 publication Critical patent/JP6174702B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/10—Arrangements for replacing or switching information during the broadcast or the distribution
    • 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/47—End-user applications
    • H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
    • H04N21/4758—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for providing answers, e.g. voting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/38—Arrangements for distribution where lower stations, e.g. receivers, interact with the broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/29—Arrangements for monitoring broadcast services or broadcast-related services
    • H04H60/33—Arrangements for monitoring the users' behaviour or opinions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/61—Arrangements for services using the result of monitoring, identification or recognition covered by groups H04H60/29-H04H60/54
    • H04H60/65—Arrangements for services using the result of monitoring, identification or recognition covered by groups H04H60/29-H04H60/54 for using the result on users' side
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2389—Multiplex stream processing, e.g. multiplex stream encrypting
    • H04N21/23892—Multiplex stream processing, e.g. multiplex stream encrypting involving embedding information at multiplex stream level, e.g. embedding a watermark at packet level
    • 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/25883—Management of end-user data being end-user demographical data, e.g. age, family status or address
    • 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/47—End-user applications
    • H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
    • H04N21/4755—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for defining user preferences, e.g. favourite actors or genre
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via 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/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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/631—Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H04N21/8358—Generation of protective data, e.g. certificates involving watermark

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Graphics (AREA)
  • Human Computer Interaction (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (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. 前記第１のＰＤＩテーブル又は前記第２のＰＤＩテーブルが放送ストリームを介して伝達されると、
    前記伝送モジュールは、前記第１のＰＤＩテーブル又は前記第２のＰＤＩテーブルを識別するために、シーケンスナンバー情報を含むテーブルセクションをさらに伝送し、
    前記第１のＰＤＩテーブル又は前記第２のＰＤＩテーブルは、前記テーブルセクションのシーケンスナンバー情報を用いて受信される、請求項１７に記載のデジタルサービス信号処理装置。
JP2015527401A 2012-09-26 2013-09-25 デジタルサービス信号処理方法及び装置 Expired - Fee Related JP6174702B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201261706096P 2012-09-26 2012-09-26
US61/706,096 2012-09-26
PCT/KR2013/008556 WO2014051315A1 (en) 2012-09-26 2013-09-25 Method and apparatus for processing digital service signal

Publications (2)

Publication Number Publication Date
JP2015530801A true JP2015530801A (ja) 2015-10-15
JP6174702B2 JP6174702B2 (ja) 2017-08-02

Family

ID=50340267

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015527401A Expired - Fee Related JP6174702B2 (ja) 2012-09-26 2013-09-25 デジタルサービス信号処理方法及び装置

Country Status (7)

Country Link
US (1) US9736542B2 (ja)
EP (1) EP2901705A4 (ja)
JP (1) JP6174702B2 (ja)
KR (2) KR101672288B1 (ja)
CN (1) CN104662923B (ja)
CA (1) CA2878043C (ja)
WO (1) WO2014051315A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010021525A2 (en) * 2008-08-22 2010-02-25 Lg Electronics Inc. A method for processing a web service in an nrt service and a broadcast receiver
CN105981393B (zh) * 2014-02-10 2019-08-09 Lg 电子株式会社 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
US8990234B1 (en) * 2014-02-28 2015-03-24 Lucas J. Myslinski Efficient fact checking method and system
KR20230097213A (ko) 2014-05-16 2023-06-30 소니그룹주식회사 수신 장치, 수신 방법, 송신 장치 및 송신 방법
KR101832781B1 (ko) * 2014-06-03 2018-02-27 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2015194392A1 (ja) 2014-06-20 2015-12-23 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
EP3531706A4 (en) * 2016-10-21 2019-08-28 Sony Corporation RECEIVING DEVICE, SENDING DEVICE AND DATA PROCESSING METHOD
EP3668101B1 (en) * 2017-08-10 2024-03-20 Saturn Licensing, LLC Transmission device, transmission method, reception device, and reception method
US20220351323A1 (en) * 2021-04-29 2022-11-03 Genetec Inc. Steganographic techniques for tracking video access events

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003009119A (ja) * 2001-06-20 2003-01-10 Sony Corp 受信装置および方法、情報配信方法、フィルタ蓄積プログラムおよび記録媒体
WO2012029569A1 (ja) * 2010-08-30 2012-03-08 ソニー株式会社 送信装置および方法、受信装置および方法、並びに送受信システム
US20120185888A1 (en) * 2011-01-19 2012-07-19 Sony Corporation Schema for interests and demographics profile for advanced broadcast services

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7725523B2 (en) * 2000-04-11 2010-05-25 Bolnick David A System, method and computer program product for gathering and delivering personalized user information
GB2361555A (en) * 2000-04-17 2001-10-24 Apama Inc Method of evaluating queries against received event information
US7487112B2 (en) * 2000-06-29 2009-02-03 Barnes Jr Melvin L System, method, and computer program product for providing location based services and mobile e-commerce
US7565680B1 (en) * 2000-06-30 2009-07-21 Comcast Ip Holdings I, Llc Advanced set top terminal having a video call feature
US7451136B2 (en) * 2000-10-11 2008-11-11 Microsoft Corporation System and method for searching multiple disparate search engines
US7055169B2 (en) * 2002-04-19 2006-05-30 Opentv, Inc. Supporting common interactive television functionality through presentation engine syntax
US7987491B2 (en) * 2002-05-10 2011-07-26 Richard Reisman Method and apparatus for browsing using alternative linkbases
US20040205048A1 (en) * 2003-03-28 2004-10-14 Pizzo Michael J. Systems and methods for requesting and receiving database change notifications
US7984468B2 (en) * 2003-11-06 2011-07-19 United Video Properties, Inc. Systems and methods for providing program suggestions in an interactive television program guide
CN101110945A (zh) * 2006-07-17 2008-01-23 英华达股份有限公司 利用广播的随选服务系统及方法
US9633356B2 (en) * 2006-07-20 2017-04-25 Aol Inc. Targeted advertising for playlists based upon search queries
CN101123715A (zh) * 2006-08-11 2008-02-13 李帜 互动终端处理模块
US9697253B2 (en) * 2006-10-20 2017-07-04 Oracle International Corporation Consistent client-side cache
US8621537B2 (en) * 2007-01-08 2013-12-31 Lg Electronics Inc. Method of processing channel information and receiver
US8612360B1 (en) * 2007-02-15 2013-12-17 Uri Singer System, method, and apparatus for connecting users online based on familiarity or invitation
US8819080B2 (en) * 2007-06-13 2014-08-26 The Boeing Company System and method for collection, retrieval, and distribution of data
US8296316B2 (en) * 2007-10-17 2012-10-23 Oracle International Corporation Dynamically sharing a subtree of operators in a data stream management system operating on existing queries
US8244721B2 (en) * 2008-02-13 2012-08-14 Microsoft Corporation Using related users data to enhance web search
US20100241507A1 (en) * 2008-07-02 2010-09-23 Michael Joseph Quinn System and method for searching, advertising, producing and displaying geographic territory-specific content in inter-operable co-located user-interface components
JP2010028691A (ja) * 2008-07-24 2010-02-04 Nec Corp コンテンツ受信再生方法および装置
US8032508B2 (en) * 2008-11-18 2011-10-04 Yahoo! Inc. System and method for URL based query for retrieving data related to a context
CN101409777A (zh) * 2008-11-26 2009-04-15 山东泰信电子有限公司 数字电视应用软件和硬件分离的机顶盒平台及其下载方法
KR101695820B1 (ko) 2009-01-15 2017-01-23 엘지전자 주식회사 비실시간 서비스 처리 방법 및 방송 수신기
US9241136B2 (en) * 2009-06-29 2016-01-19 Verizon Patent And Licensing Inc. Method and apparatus for creating a personalized programming guide
US20110173655A1 (en) * 2009-12-02 2011-07-14 Xorbit, Inc. Automated system and method for graphic advertisement selection and overlay
US9723360B2 (en) * 2010-04-01 2017-08-01 Saturn Licensing Llc Interests and demographics profile for advanced broadcast services
US20110247028A1 (en) 2010-04-01 2011-10-06 Mark Eyer Receiver and System Using an Electronic Questionnaire for Advanced Broadcast Services
US20110302599A1 (en) 2010-06-07 2011-12-08 Mark Kenneth Eyer TV-Centric Actions in Triggered Declarative Objects
US20120016861A1 (en) * 2010-07-16 2012-01-19 Research In Motion Limited Registration of applications and unified media search
US8909694B2 (en) * 2010-08-27 2014-12-09 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US8875169B2 (en) 2010-08-27 2014-10-28 Sony Corporation Transmission and reception apparatus, methods, and systems for filtering content
CN102244814B (zh) * 2011-07-05 2013-06-19 广东星海数字家庭产业技术研究院有限公司 一种基于中间件的数字电视增值扩展业务平台及方法
US10459904B2 (en) * 2012-03-29 2019-10-29 Spotify Ab Real time mapping of user models to an inverted data index for retrieval, filtering and recommendation
US9824121B2 (en) * 2012-08-10 2017-11-21 Arris Enterprises Llc Aggregate data streams in relational database systems

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003009119A (ja) * 2001-06-20 2003-01-10 Sony Corp 受信装置および方法、情報配信方法、フィルタ蓄積プログラムおよび記録媒体
WO2012029569A1 (ja) * 2010-08-30 2012-03-08 ソニー株式会社 送信装置および方法、受信装置および方法、並びに送受信システム
US20120185888A1 (en) * 2011-01-19 2012-07-19 Sony Corporation Schema for interests and demographics profile for advanced broadcast services

Also Published As

Publication number Publication date
EP2901705A1 (en) 2015-08-05
CA2878043C (en) 2017-06-27
US9736542B2 (en) 2017-08-15
JP6174702B2 (ja) 2017-08-02
KR101781888B1 (ko) 2017-09-26
KR20150034190A (ko) 2015-04-02
WO2014051315A1 (en) 2014-04-03
EP2901705A4 (en) 2015-11-18
CN104662923A (zh) 2015-05-27
CA2878043A1 (en) 2014-04-03
KR20160129910A (ko) 2016-11-09
US20140089959A1 (en) 2014-03-27
KR101672288B1 (ko) 2016-11-03
CN104662923B (zh) 2018-01-02

Similar Documents

Publication Publication Date Title
JP6059810B2 (ja) デジタルサービス信号処理方法及び装置
JP6174702B2 (ja) デジタルサービス信号処理方法及び装置
US9756381B2 (en) Method and apparatus for processing digital service signals
US8990844B2 (en) Method and apparatus for processing digital service signals
JP6348184B2 (ja) 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
KR101832781B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US20170078765A1 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal

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: 20160530

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20161101

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170222

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20170302

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: 20170606

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170706

R150 Certificate of patent or registration of utility model

Ref document number: 6174702

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

LAPS Cancellation because of no payment of annual fees