(57)【要約】      （修正有）【課題】受信装置がネットワーク経由でサーバ装置からEPGデータを取得する際に、サーバの処理負荷を増大させずに応答性を向上させる。【解決手段】受信装置は、放送される番組情報を受信する番組情報受信部と、放送される番組情報を受信するサーバ装置から配信される番組情報を取得する番組情報取得部と、受信あるいは取得された番組情報を保持する保持部と、前記番組情報受信部で新たに受信した番組情報と前記保持部で保持された番組情報が異なる場合に、前記番組情報取得部に番組情報を取得させる制御部を備える。【選択図】図２
2011216932.tif 000002
【特許請求の範囲】
【請求項１】
放送される番組情報を受信する番組情報受信部と、
放送される番組情報を受信するサーバ装置から配信される番組情報を取得する番組情報取得部と、
受信あるいは取得された番組情報を保持する保持部と、
前記番組情報受信部で新たに受信した番組情報と前記保持部で保持された番組情報が異なる場合に、前記番組情報取得部に番組情報を取得させる制御部を備えることを特徴とする受信装置。
【請求項２】
前記放送される番組情報はＥＰＧデータであり、前記サーバ装置から配信される番組情報は、ＥＰＧデータに付加情報を付与した情報であることを特徴とする請求項１に記載の受信装置。
【請求項３】
前記付加情報は、ＥＰＧデータに含まれるキーワードに関する情報、または、ＥＰＧデータに含まれるキーワードに関する情報および該キーワードに対する読み仮名に関する情報であることを特徴とする請求項２に記載の受信装置。
【請求項４】
前記付加情報は、番組に関連する広告に関する情報、または、番組の宣伝に関する情報であることを特徴とする請求項２に記載の受信装置。
【請求項５】
前記制御部は、番組のタイトル名、放送開始日時、または、放送時間長のいずれかが異なる場合に、前記番組情報取得部に番組情報を取得させることを特徴とする請求項１に記載の受信装置。
【請求項６】
前記制御部は、放送中の番組、または、次に放送予定の番組に関する番組情報が異なる場合に、前記番組情報取得部に番組情報を取得させることを特徴とする請求項１に記載の受信装置。
【請求項７】
放送されるＥＰＧデータを受信する受信部と、
受信されたＥＰＧデータを保持する保持部と、
情報を配信する配信部と、
前記受信部で新たに受信したＥＰＧデータと前記保持部で保持されたＥＰＧデータが異なる場合に、新たに受信したＥＰＧデータに対して付加情報を付与するとともに、付加情報が付与されたＥＰＧデータを番組情報として前記配信部に配信させる制御部を備えることを特徴とするサーバ装置。
【請求項８】
前記付加情報は、ＥＰＧデータに含まれるキーワードに関する情報、または、ＥＰＧデータに含まれるキーワードに関する情報および該キーワードに対する読み仮名に関する情報であることを特徴とする請求項７に記載のサーバ装置。
【請求項９】
前記付加情報は、番組に関連する広告に関する情報、または、番組の宣伝に関する情報であることを特徴とする請求項７に記載のサーバ装置。
【請求項１０】
前記制御部は、番組のタイトル名、放送開始日時、または、放送時間長のいずれかが異なる場合に、新たに受信したＥＰＧデータに対して付加情報を付与するとともに、付加情報が付与されたＥＰＧデータを番組情報として前記配信部に配信させることを特徴とする請求項７に記載のサーバ装置。
【請求項１１】
前記制御部は、放送中の番組、または、次に放送予定の番組に関するＥＰＧデータが異なる場合に、新たに受信したＥＰＧデータに対して付加情報を付与するとともに、付加情報が付与されたＥＰＧデータを番組情報として前記配信部に配信させることを特徴とする請求項７に記載のサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送局からEPG(Electric Program Guide)データを取得するサーバ装置と、サーバ装置が取得したEPGデータを利用するデジタルテレビ等の受信装置に関する。
【背景技術】
【０００２】
デジタル放送を受信するデジタルテレビなどの受信装置においては、放送からEPGデータを受信し、電子番組表を用いることができる。しかし、放送からのEPGデータは、ユーザが受動的に取得するものであり、情報量も限られているため、EPGデータをインターネットなど放送以外のネットワークから能動的に取得することが考慮されている。（特許文献１）
ネットワークからEPGデータを取得するにあたっては、通常の家庭でファイヤーウォールなどのセキュリティ対策やNAT（Network Address Translation）が施されていると、インターネットからのプッシュ型の情報配信は難しいため、常に最新のEPGデータが必要な場合には、常にサーバにアクセスしてネットワークからEPGデータを取得しなければならない。
【０００３】
しかしながら、常にサーバにアクセスすることになると、サーバの配信負荷が高まる。
【０００４】
そこで、インターネットからのデータ取得タイミングを予め設定し、かつ受信装置ごとに分散させることで、サーバの配信負荷を減らす方式が提案されている。（特許文献２）
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−７４７２４号公報
【特許文献２】特開２００６−１１３６９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献２の発明では、ネットワークから取得するタイミングは予め計画されたタイミングである。そのため、計画されたタイミングが短ければ、取得頻度が上がり、応答性は上がるが、サーバの処理負荷は大きくなる。逆に計画されたタイミングが長ければ、取得頻度を下がり、応答性が下がってしまい、例えば急に放送内容が変更された場合などのEPGを用いた検索や予約録画などの機能に支障が生じる。
【０００７】
本発明の目的は、上記課題を解決し、受信装置がネットワーク経由でサーバ装置からEPGデータを取得する際に、サーバの処理負荷を増大させずに応答性を向上させることにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、例えば、特許請求の範囲に記載されるように構成すればよい。
【０００９】
具体的には、本発明の受信装置は、放送される番組情報を受信する番組情報受信部と、放送される番組情報を受信するサーバ装置から配信される番組情報を取得する番組情報取得部と、受信あるいは取得された番組情報を保持する保持部と、前記番組情報受信部で新たに受信した番組情報と前記保持部で保持された番組情報が異なる場合に、前記番組情報取得部に番組情報を取得させる制御部を備える。
【００１０】
なお、前記放送される番組情報はＥＰＧデータであり、前記サーバ装置から配信される番組情報は、ＥＰＧデータに付加情報を付与した情報である場合、本発明のサーバ装置は、放送されるＥＰＧデータを受信する受信部と、受信されたＥＰＧデータを保持する保持部と、情報を配信する配信部と、前記受信部で新たに受信したＥＰＧデータと前記保持部で保持されたＥＰＧデータが異なる場合に、新たに受信したＥＰＧデータに対して付加情報を付与するとともに、付加情報が付与されたＥＰＧデータを番組情報として前記配信部に配信させる制御部を備える。
【発明の効果】
【００１１】
本発明の受信装置は、ネットワークからEPGデータを取得するタイミングを放送から取得したEPGデータが更新されたタイミングとするため、応答性を確保しつつ、サーバの処理負荷を少なくすることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の全体構成を示した説明図である。
【図２】本発明の全体のシーケンスを示した図である。
【図３】本発明の受信装置の構成図である。
【図４】本発明のサーバ装置の構成図である。
【図５】EPGデータのテーブル例である。
【図６】付加情報のテーブル例である。
【図７】付加情報のテーブル例である。
【図８】EPG/付加情報取得要求のテーブル例である。
【図９】EPGデータのテーブル例である。
【図１０】付加情報の別のテーブル例である。
【図１１】付加情報の別のテーブル例である。
【発明を実施するための形態】
【００１３】
以下に、本発明の実施例を説明する。
【実施例１】
【００１４】
図１は、本発明の全体構成図である。101は放送局であり、放送やネットワークを介して番組や対応するEPGデータを配信する。102はサーバ装置であり、放送局から番組やEPGデータを取得する。また、取得したEPGデータに対して付加情報を作成し、付与する。さらに、付加情報が付与されたEPGデータをネットワーク104経由で配信する。103は受信装置であり、放送局から番組やEPGデータを取得する。また、ネットワーク104を介してサーバ装置102から付加情報が付与されたEPGデータを取得する。
【００１５】
図２は、本発明の受信装置とネットワークを介して接続されるサーバ装置、および、放送局との動作シーケンスである。処理を開始すると、放送局はEPGデータを作成する(201)。次に、放送により番組情報としてEPGデータを配信する(202)。本手順は、一般のデジタル放送のEPGデータを含む放送コンテンツ作成から放送までの手順を簡略化したものである。次に、サーバ装置はEPGデータを受信する(212)。同様に受信装置もEPGデータを受信する(222)。サーバ装置では、EPGデータを受信すると、更新判定を行う(213)。更新判定とは、図９に示すような処理であり、EPGデータが更新されているかどうかを判定する。更新有りの場合は付加情報を生成する(214)。なお付加情報とは、図６、７、１０、１１に示すような、EPGデータで配信される番組の情報に関連した情報や番組の情報に追加される情報である。付加情報の生成は、EPGデータを受信したことによって必ずしも実施しなくてもよい。例えば、既に受信したEPGデータに対して付加情報を生成して付与しているデータがあれば、新たに付加情報を生成する必要はない。受信装置では、EPGデータを受信すると、更新判定を行う(224)。更新判定とは、図９に示すような処理であり、EPGデータが更新されているかどうかを判定する。また、設定によりユーザが更新ボタンやEPG機能を起動した場合などに自動的に更新有りとしても良い。更新無しの場合、処理は終了する。更新有りの場合、受信装置はEPGデータ/付加情報の取得要求を送信する(225)。なお、EPGデータ/付加情報の取得要求は、図８に示すような情報であり、サーバ装置がEPGデータや付加情報を送信するかどうかを判定するのに必要な情報である。なお、受信装置において、例えば、サーバ装置から応答が無い場合や、サーバ装置がエラーやサービス停止を応答してきた場合は、ネットワークからEPGデータ/付加情報を取得できないと判断し、放送からのEPGデータのみを使用するモードに切り替えても良い。
【００１６】
サーバ装置はEPGデータ/付加情報の取得要求を受信すると(215)、対応するEPGデータ/付加情報を番組情報として配信する(216)。ここで、EPGデータ/付加情報の取得要求に含まれる日付やバージョンが最新のEPGデータ/付加情報の日付やバージョンよりも古い場合には、最新のEPGデータ/付加情報を送信する。また、EPGデータ/付加情報の取得要求に含まれる日付やバージョンが最新のEPGデータ/付加情報の日付やバージョンと同じ場合には、送信不要とする。
【００１７】
次に受信装置がEPGデータ/付加情報を受信すると(226)、必要に応じて表示を更新する(227)。すなわち、表示中の情報をEPGデータ/付加情報を用いて表示する。以上で処理を終了する。なお、ステップ201から227は繰り返して実行される。
【００１８】
また、処理の途中で他の処理が割り込んでも良く、順番が入れ替わっても良い。例えばEPGデータ受信222は通常の受信装置では常時実行されるものであり、ステップ224から227を実行中であってもステップ222が実行される。また、例えば、電源起動直後やEPGデータが未取得である場合などにおいては、ステップ222が実行されなくともステップ224以降を実行してよい。この場合更新有りとしてステップ225以降を実行する。また、ステップ226で取得したEPGデータをステップ224の更新判定に用いて良い。この場合、ステップ226で取得したEPGデータと、新たにステップ222で取得するEPGデータを用いて更新判定224を行う。
【００１９】
図３は受信装置の構成図である。301はチューナであり、放送を受信してデータをデマルチプレクサ303に渡す。302はネットワークインタフェースであり、チューナ301の代わりにネットワーク経由で放送やEPGデータを受信する。また、EPGデータ/付加情報の取得要求を送信し、EPGデータ/付加情報を取得する。303はデマルチプレクサであり、放送のデータからEPGデータを分離する。分離したEPGデータや取得したEPGデータ/付加情報などの番組情報はCPU304の制御によりRAM305に一時蓄積される、あるいは、Flash ROM (Read Only Memory)/HDD(Hard Disk Drive)に永続蓄積される。また、CPU(Central Processing Unit)304は、305や306に蓄積されたデータと、ステップ222で新たに受信したEPGデータとを比較し、更新判定処理を行うとともに、ネットワークインターフェイスの動作を制御する。RAM(Random Access Memory)305は揮発性メモリであり、Flash ROM/HDDは不揮発性記録媒体である。307は操作を入力するユーザインタフェースであり、リモコンやその受光部、ボタンなどが該当する。更新判定は操作入力307により開始されても良い。308はEPGデータ/付加情報を用いた表示を行う表示部である。
【００２０】
図４はサーバ装置の構成図である。401はチューナであり、放送を受信してデータをデマルチプレクサ403に渡す。402はネットワークインタフェースであり、チューナ401の代わりにネットワーク経由で放送を受信する。また、EPGデータ/付加情報の取得要求を受信し、EPGデータ/付加情報を送信する。403はデマルチプレクサであり、放送のデータからEPGデータを分離する。分離したEPGデータはCPU404の制御によりRAM405に一時蓄積される、あるいは、Flash ROM/HDD406に永続蓄積される。また、CPU404は、405や406に蓄積されたデータと、ステップ212で新たに受信したEPGデータとを比較し、更新判定処理を行い、更新されていれば、付加情報を生成する。さらにネットワークインターフェイス402の動作を制御する。なお、付加情報の生成方法としては、例えば、EPGデータの番組タイトルや詳細情報などにDBMS(DataBase Management System)で用いられるインデックスを付与する、タイトルや詳細情報を解析し、図６に示すようなインデックスを付与する、EPGデータそのものをDBMSで利用できる形式に変換する、EPGデータそのものをDBMSで利用できる形式に変換し、インデックスを付与する、などが考えられる。なお、上記の例ではDBMSを例に挙げているが、これに類似する技術を用いても良い。
【００２１】
図５はEPGデータの例である。本例では202で放送で配信するEPGデータと、215でネットワークから送信するEPGデータを同一のデータとして説明する。501はレコード番号であり、テーブル全体でユニークな番号である。502はNetworkIDであり、番組の配信経路を示す。例えば、「BSデジタル」「関東広域MHK教育」といったものである。503はServiceIDであり、一般にチャンネルと呼ばれるものである。504はEventIDであり、番組単位で付与される。505は修正ユリウス日(Modified Julian Day)であり、番組が放送される日を示している。506はStartTimeであり、番組が放送される時刻を示している。507はDurationであり、番組が放送される時間の長さを示している。508はEventNameであり、番組のタイトル名を示している。509はItemDescriptionであり、番組の詳細情報を示している。なお、本例ではEPGデータに必要な情報の一部を抜粋しており、その他のデータを含めても良い。
【００２２】
図６は付加情報の例である。本例では、図５のEPGデータに対応したキーワードの情報が記載されている。601は508に含まれる単語などの自立語を抽出したものである。なお、必ずしも自立語でなくともよく、508に無いキーワードを含めても良い。602はrefIDであり、キーワード601が含まれるレコード番号501が記載されている。603は該当する単語が何文字目かを示す位置である。例えば、キーワード「あそぼ」は、図５のレコード番号6および7に含まれている。
【００２３】
図７は付加情報の例であり、図６のキーワードの読みのテーブルである。701は601に対応するキーワードである。702はキーワードに対応する読みである。例えば、「あさ」の読みから「朝」のキーワードが参照され、601の「朝」を参照してrefIDが1および2であることがわかる。すると、図５のID1とID2の番組が参照される。このような付加情報を利用してEPGを表示することにより、ユーザは読み仮名を入力するだけで、番組の検索を行うことができる。
【００２４】
図８はEPGデータ/付加情報の取得要求で送信するデータの例である。801は前回取得日時であり、保持しているEPGデータおよび付加情報を更新した日時を示している。802は前回取得したバージョンであり、保持しているEPGデータおよび付加情報のバージョンを示している。本情報を用いると、例えば801記載の日時より後にEPGデータの更新処理が行われている場合に、サーバ装置から更新処理により生成されたEPGデータ/付加情報が送信される。また、802記載のバージョンより後のバージョンのEPGデータや付加情報が存在する場合に、サーバ装置から当該EPGデータ/付加情報が送信される。なお、前回取得日時をEPGデータ/付加情報の作成日時としてもよい。また、EPGデータ/付加情報の部分ごとに取得日時やバージョン情報を付与してもよい。また、バージョン情報で無視してもよい部分を付与してもよい。
【００２５】
図９は、ステップ213及び224の更新判定をより詳細に説明したフローである。処理が開始されると、更新判定基準が設定される(901)。更新判定基準とは、どのような条件になると更新とみなすかを示すものである。例えば放送もしくはネットワークから取得し保持しているEPGデータの番組のタイトル名、放送開始日、あるいは、放送時間長が変更された場合に更新とみなす。また、更新判定基準にはどの範囲までを判定対象とするかを含めても良く、例えば更新判定をしないチャンネルや時間帯や曜日を設定しても良い。また、更新を確認する対象として現在放送中および次に放送予定の番組に関する番組情報であるEIT(Event Information Table) p/fやそれに類似する情報を用いても良い。更新判定を行う範囲を放送中および次に放送予定の番組など狭い範囲に限定することで、更新判定を行うための処理負荷を低減することができる。なお、901は903の前に実行できれば良い。設定値は予めプリセットしている値を用いるか、ユーザが設定するか、ネットワークや放送から取得しても良い。次に対象となるEPGデータを放送から受信する(902)。次に、保存済みデータと比較する(903)。この際に、901で設定した更新判定基準を用いる。次に更新があるかどうかを判定する(904)。更新有りの場合は、EPGデータ/付加情報取得シーケンスを実行し(905)、処理を終了する。更新無しの場合は、そのまま処理を終了する。なお、ステップ902からステップ905は繰り返し実行しても良い。
【００２６】
図１０は付加情報の別の例であり、本例では図５のEPGデータに対応した広告の情報が記載されている。1001は501のIDに対応する番号である。1002は広告タイトルであり、関連する広告情報の内容を示す。1003は広告URL(Uniform Resource Locator)であり、関連する広告情報の取得先を示す。受信装置103は広告URLを用いてネットワーク経由で番組に関する広告の情報を取得して表示することができる。広告の情報とは、ホームページなどの文字情報、画像情報などを含む。
【００２７】
図１１は付加情報の別の例であり、本例では図５のEPGデータに示される番組の宣伝に関する情報が記載されている。1101は501のIDに対応する番号である。1102は番組宣伝URLであり、番組宣伝に関する情報の取得先を示す。例えば、受信装置103は番組宣伝URLを用いてネットワーク経由で番組宣伝に関する情報として動画ファイルを取得して表示することができる。
【００２８】
以上説明した実施例によれば、適切なタイミングでサーバ装置からEPGデータおよび付加情報を取得することができ、かつ、サーバ装置の処理負荷を低減することができる。また、更新判定を行う範囲を限定することで、EPGデータの更新タイミングを適切にしつつ、受信装置の処理負荷を低減することができる。
【符号の説明】
【００２９】
１０１    放送局
１０２    サーバ装置
１０３    受信措置
１０４    ネットワーク
【図１】
2011216932.tif 000003
【図２】
2011216932.tif 000004
【図３】
2011216932.tif 000005
【図４】
2011216932.tif 000006
【図５】
2011216932.tif 000007
【図６】
2011216932.tif 000008
【図７】
2011216932.tif 000009
【図８】
2011216932.tif 000010
【図９】
2011216932.tif 000011
【図１０】
2011216932.tif 000012
【図１１】
2011216932.tif 000013