(57)【要約】  番組表配信装置（１００）は、受信装置（１１１），（１１２），（１１３）へコンテンツを配信する各ストリーミングサーバ（１０１），（１０２），（１０３）から、配信予定情報を取得する取得部（２０１）と、取得部（２０１）によって取得した各ストリーミングサーバ（１０１），（１０２），（１０３）の配信予定情報を併合して、全ストリーミングサーバの配信予定をあらわす番組表情報を生成する番組表情報生成部（２０３）と、番組表情報生成部（２０３）によって生成された番組表情報を受信装置（１１１），（１１２），（１１３）に配信する配信部（２０６）と、を備えることを特徴とする。
2008007677.tif 000002
【特許請求の範囲】
【請求項１】
受信装置へコンテンツを配信する各ストリーミングサーバから、配信予定情報を取得する取得手段と、
前記取得手段によって取得した前記各ストリーミングサーバの前記配信予定情報を併合して、全ストリーミングサーバの配信予定をあらわす番組表情報を生成する番組表情報生成手段と、
前記番組表情報生成手段によって生成された前記番組表情報を前記受信装置に配信する配信手段と、
を備えることを特徴とする番組表配信装置。
【請求項２】
前記受信装置のアドレス情報が格納されたアドレス格納手段を備え、
前記配信手段は、前記アドレス格納手段に格納されているアドレス情報に応じて前記番組表情報を配信することを特徴とする請求項１に記載の番組表配信装置。
【請求項３】
前記取得手段は、所定の時間ごとに前記各ストリーミングサーバから配信予定情報を取得し、
前記番組表情報生成手段は、前記取得手段があらたな配信予定情報を取得すると、当該配信予定情報を用いて番組表情報を生成することを特徴とする請求項１に記載の番組表配信装置。
【請求項４】
前記取得手段は、前記ストリーミングサーバから番組表作成を要求する信号を受け付ける受付手段を備え、
前記受付手段によって前記信号を受け付けた場合には、前記各ストリーミングサーバから配信予定情報を取得することを特徴とする請求項１に記載の番組表配信装置。
【請求項５】
前記受信装置に配信するＣＭ情報が格納されたＣＭ情報格納手段を備え、
前記番組表情報生成手段は、前記ＣＭ情報格納手段に格納されている前記ＣＭ情報に基づいて、当該ＣＭ情報の内容をあらわすＣＭ番組表情報を生成し、
前記配信手段は、ＣＭ情報格納手段に格納された前記ＣＭ情報と、前記番組表情報生成手段によって生成された前記ＣＭ番組表情報とを前記受信装置に配信することを特徴とする請求項１に記載の番組表配信装置。
【請求項６】
前記配信手段は、前記番組表情報生成手段によって生成された前記番組表情報を前記受信装置にマルチキャストすることを特徴とする請求項１〜５のいずれか一つに記載の番組表配信装置。
【請求項７】
受信装置へコンテンツを配信する各ストリーミングサーバから、配信予定情報を取得する取得工程と、
前記取得工程によって取得した前記各ストリーミングサーバの前記配信予定情報を併合して全ストリーミングサーバの配信予定をあらわす番組表情報を生成する番組表生成工程と、
前記番組表生成工程によって生成された前記番組表情報を前記受信装置に配信する配信工程と、
を含むことを特徴とする番組表配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ストリーミングサーバから配信される番組の情報をあらわす番組表を生成し、受信装置へ配信する番組表配信装置および番組表配信方法に関する。
【背景技術】
【０００２】
従来、ストリーミングサーバからの配信予定をあらわす番組表を用いて受信装置のコンテンツの受信を支援する技術が開示されている。たとえば、ストリーミングサーバとなる放送局からコンテンツの配信予定をあらわす番組表を取得する機関であるポータルを備えた配信システムがある。各受信装置は、ポータルに受信したいコンテンツの情報を登録する。ポータルは、番組表に基づいて放送局から配信されたコンテンツを配信登録した受信装置へ配信する（たとえば、下記特許文献１参照。）。【０００３】
また、番組表を利用した他の例として、チャンネルごとの映像データ保持手段を備えた映像配信サーバと、ユーザ端末とによって構成された配信システムが開示されている。ストリーミングサーバとなる映像配信サーバは、映像データ保持手段に記録されている番組データを取得することで常に最新の番組表を保持している。この番組表のデータは、映像配信サーバから受信装置となる各ユーザ端末へ送信される。ユーザ端末は番組表に基づいて、受信したい番組を選択し、映像配信サーバに送信する。映像配信サーバは、ユーザ端末の選択内容に応じて映像データ保持手段からコンテンツを配信する（たとえば、下記特許文献２参照。）。【０００４】
また、他の例ではクライアントＰＣと、ウェブサーバＰＣと、コンテンツ配信サーバＰＣとによって構成された配信システムが開示されている。クライアントＰＣは、ウェブサーバＰＣに対して番組リストすなわち番組表の送付を要求する。ウェブサーバＰＣは、番組表の送付の要求を受け付けてコンテンツ配信サーバＰＣの番組表を生成する。生成された番組表は、クライアントＰＣに送付される。クライアントＰＣは、送付された番組表に基づいてコンテンツ配信サーバＰＣからコンテンツを取得する。なお、コンテンツ配信サーバＰＣの数は問わない（たとえば、下記特許文献３参照。）。【０００５】
【特許文献１】特開２００３−２５０１４５号公報
【特許文献２】特開２００３−１８５７３号公報
【特許文献３】特開２００５−１８４３２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記の特許文献１に記載の技術の場合、ストリーミングサーバから配信されたコンテンツは、すべてポータルを経由して各受信装置に受信される構成になっている。したがって、ストリーミングサーバ数が増加した場合や、大規模な範囲のマルチキャストによってポータルに配信登録する受信装置数が増加した場合にはポータルに処理負荷が集中してしまう。このような場合、ポータルがシステムのボトルネックになってしまうという問題があった。【０００７】
また、上記の特許文献２に記載の技術の場合、映像配信サーバによって生成される番組表は、同一の映像配信サーバから配信される各チャンネルの番組データに基づいて生成される。したがって、映像配信サーバ以外のあらたなストリーミングサーバが配信を開始するなど、複数のストリーミングサーバから配信がおこなわれている場合には、すべてのストリーミングサーバから配信されるコンテンツを網羅した番組表を生成することができないという問題があった。【０００８】
また、上記の特許文献３に記載の技術の場合、コンテンツ配信サーバＰＣは、ウェブサーバＰＣによって生成された番組表にそって配信をおこなう。したがって、自律的にコンテンツを配信するようなストリーミングサーバが複数台あるような場合には、クライアントＰＣにおけるコンテンツの受信をサポートするような番組表を提供できないという問題があった。【０００９】
この発明は、上述した従来技術による問題点を解消するため、複数のストリーミングサーバから各々コンテンツの配信がおこなわれても、受信装置が配信予定を把握して任意のコンテンツを受信できるような番組表を生成し、受信装置に配信する番組表配信装置および番組表配信方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、請求項１の発明にかかる番組表配信装置は、受信装置へコンテンツを配信する各ストリーミングサーバから配信予定情報を取得する取得手段と、前記取得手段によって取得した各ストリーミングサーバの前記配信予定情報を併合して前記各ストリーミングサーバの配信予定をあらわす番組表情報を生成する番組表情報生成手段と、前記番組表情報生成手段によって生成された前記番組表情報を前記受信装置に配信する配信手段と、を備えることを特徴とする。【００１１】
この請求項１の発明によれば、各ストリーミングサーバの配信予定情報を一括して取得することにより、全ストリーミングサーバの配信予定情報を網羅した番組表情報を生成し、各受信装置へ配信することができる。【００１２】
また、請求項７の発明にかかる番組表配信方法は、受信装置へコンテンツを配信する各ストリーミングサーバから、配信予定情報を取得する取得工程と、前記取得工程によって取得した前記各ストリーミングサーバの前記配信予定情報を併合して全ストリーミングサーバの配信予定をあらわす番組表情報を生成する番組表生成工程と、前記番組表生成工程によって生成された前記番組表情報を前記受信装置に配信する配信工程と、を含むことを特徴とする。【００１３】
この請求項７の発明によれば、各ストリーミングサーバの配信予定情報を一括して取得することにより、全ストリーミングサーバの配信予定情報を網羅した番組表情報を生成させ、各受信装置へ配信させることができる。
【発明の効果】
【００１４】
本発明にかかる番組表配信装置および番組表配信方法によれば、複数のストリーミングサーバから各々コンテンツの配信がおこなわれても、受信装置が配信予定を把握して任意のコンテンツを受信できるような番組表を生成し、受信装置に配信することができるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】図１は、本発明の実施の形態にかかる番組表配信システムの構成の一例を示す説明図である。
【図２】図２は、本発明の実施の形態にかかる番組表配信装置の機能的構成を示す説明図である。
【図３−１】図３−１は、番組表情報の構成の一例を示すデータテーブル（その１）である。
【図３−２】図３−２は、番組表情報の構成の一例を示すデータテーブル（その２）である。
【図４−１】図４−１は、ＣＭ番組表情報の構成の一例を示すデータテーブルである。
【図４−２】図４−２は、リモート起動要求コマンドの構成を示す説明図である。
【図５】図５は、番組表配信装置とストリーミングサーバとの間の情報の処理を示すシーケンス図である。
【図６】図６は、直近番組表の構成内容および生成タイミングを示す説明図である。
【図７】図７は、番組表配信処理の内容を示すフローチャートである。
【符号の説明】
【００１６】
１００  番組表配信装置
１０１，１０２，１０３  ストリーミングサーバ
１１０  マルチキャストグループ
１１１，１１２，１１３  受信装置
１２１  リモート起動要求装置
２０１  取得部
２０２  プレイリスト格納部
２０３  番組表情報生成部
２０４  番組表情報格納部
２０５  アドレス格納部
２０６  配信部
２０７  ＣＭ情報格納部
２０８  提供部
２０９  リモート起動処理部
【発明を実施するための最良の形態】
【００１７】
以下に添付図面を参照して、この発明にかかる番組表配信装置および番組表配信方法の好適な実施の形態を詳細に説明する。【００１８】
（番組表配信システムの構成）
まず、本発明の実施の形態にかかる番組表配信システムの構成について説明する。図１は、本発明の実施の形態にかかる番組表配信システムの構成の一例を示す説明図である。図１のように、本発明の実施の形態にかかる番組表配信システムは、番組表配信装置１００と、ストリーミングサーバ１０１，１０２，１０３と、受信装置１１１，１１２，１１３とを含んで構成されている。【００１９】
番組表配信装置１００は、各ストリーミングサーバ（たとえば、ストリーミングサーバ１０１，１０２，１０３）から配信されるコンテンツの予定をあらわす番組表情報を生成し、生成した番組表情報を受信装置（たとえば、受信装置１１１，１１２，１１３）へ配信する。番組表情報とは、ストリーミングサーバ１０１，１０２，１０３の各々から配信されるコンテンツのタイトル、種類、配信日時、推奨条件などの情報によって構成されたデータテーブルである。【００２０】
番組表配信装置１００は、各ストリーミングサーバ１０１，１０２，１０３と接続されており、相互に任意の情報の送受信をおこなうことができる。なお、番組表配信装置１００と、各ストリーミングサーバ１０１，１０２，１０３との接続の手法は特に指定はなく、接続回線は有線でも無線であってもよい。また、回線速度も装置間（番組表配信装置１００〜ストリーミングサーバ１０１（または１０２，１０３））で送受信する情報の種類や容量に応じて適宜設定することができる。【００２１】
したがって、番組表配信装置１００において番組表情報を生成するには、まず、各ストリーミングサーバ１０１，１０２，１０３から、たとえば、プレイリストなどの配信予定情報を取得する。ここで取得する配信予定情報とは、接続さているストリーミングサーバ（たとえば、ストリーミングサーバ１０１）がそれぞれ独自に配信を予定している情報である。したがって、図１に例示したように３台のストリーミングサーバ１０１，１０２，１０３に接続されている場合には、３種類の配信予定情報を取得する。続いて、取得したストリーミングサーバ１０１，１０２，１０３ごとの配信予定情報を併合（マージ）することにより、全ストリーミングサーバ１０１，１０２，１０３の配信コンテンツを網羅した番組表情報を生成することができる。【００２２】
さらに、番組表配信装置１００によって生成された番組表情報は、各受信装置１１１，１１２，１１３に配信される。番組表配信装置１００は、生成した番組表情報を配信するために放送網を利用する。放送網とは、具体的には、たとえば、地上デジタル放送網などである。また、放送網を用いた配信の際には、ブロードキャスト方式により配信してもよいし、図１に示したように所定のマルチキャストグループ１１０内の受信装置１１１，１１２，１１３にマルチキャスト方式により配信してもよい。また、ユニキャストによる配信を各受信装置１１１，１１２，１１３に同時におこなうことにより、マルチキャストと同等の配信を実現してもよい。【００２３】
また、番組表配信装置１００は、上述したような番組表情報を配信するための機能の他に、コンテンツの合間に再生させるＣＭ情報を取得し、受信装置１１１，１１２，１１３に配信する機能を備えることもできる。ここで、ＣＭ情報は、音声データファイル、映像データファイル、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイル、テキストファイルなど、ファイル形式を問わない様々な構成の広告コンテンツである。また、上述したように広告コンテンツ自体のファイルを配信する手法の他、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）などの参照情報を配信してもよい。このような手法の場合、受信装置１１１，１１２，１１３は、受信した参照情報に基づいてネットワークにアクセスし、様々なファイル形式のＣＭ情報を取得する。【００２４】
番組表配信装置１００がＣＭ情報を取得した場合は、ＣＭ情報の内容をあらわすＣＭ番組表情報を生成し、通常の番組表情報と共に、受信装置１１１，１１２，１１３に配信する。受信装置１１１，１１２，１１３は、ＣＭ情報およびＣＭ番組表情報を受信すると、ＣＭ番組表情報に基づいて、各ストリーミングサーバ１０１，１０２，１０３から配信されたコンテンツ（本編コンテンツ）の合間にＣＭ情報（広告コンテンツ）を再生させる。また、番組表配信装置１００により生成されたＣＭ番組表情報は、ストリーミングサーバ１０１，１０２，１０３に送信し、プレイリストを構成する際に利用させてもよい。【００２５】
さらに、番組表配信装置１００は、リモート起動要求装置１２１からのリモート起動要求を受付け、受信装置１１１，１１２，１１３上の特定アプリケーションをリモートで自動的に起動させることもできる。リモート起動要求装置１２１は、番組表配信装置１０００とネットワーク的に接続された端末であればよい。また、ストリーミングサーバ１０１，１０２，１０３でもよいし、受信装置１１１，１１２，１１３であってもよい。【００２６】
リモート起動要求装置１２１は、リモートで起動させたい受信端末（たとえば、受信装置１１１）の種別を選択し、番組表配信装置１００にリモート起動要求を送出する。なお、受信端末の種別は、受信者の属性情報や受信場所によって識別される。リモート起動要求を受信した番組表配信装置１００は、リモート起動要求コマンドを生成し、通常の番組表情報やＣＭ情報と共に、受信装置１１１，１１２，１１３に配信する。リモート起動要求コマンドを受信した受信装置は、リモート起動要求コマンド情報に基づいて、起動すべきアプリケーションがあれば、自動的に起動する。【００２７】
ストリーミングサーバ１０１，１０２，１０３は、それぞれ自律的に受信装置１１１，１１２，１１３にコンテンツを配信する。また、各ストリーミングサーバ１０１，１０２，１０３は、あらかじめ設定されたプレイリストに応じたタイミングにより、コンテンツを配信する。【００２８】
また、プレイリストは各ストリーミングサーバ１０１，１０２，１０３において、自サーバが保持しているコンテンツに基づいて自由に構成できるが、上述のように、番組表配信装置１００においてＣＭ番組表情報が生成された場合には、番組表配信装置１００においてＣＭ番組表情報を受信して、プレイリスト中にＣＭ情報の再生時刻情報を追加した構成としてもよい。また、ストリーミングサーバ１０１，１０２，１０３から配信されるコンテンツのデータ量が出力対象（携帯電話や、デスクトップ型ＰＣなど）によって異なるような場合には、プレイリスト中に出力対象をあらわす情報を加えてもよい。【００２９】
なお、各ストリーミングサーバ１０１，１０２，１０３により配信するコンテンツの種類や、配信時間は様々である。具体的には、たとえば、コンテンツ配信業者Ａにより運営され、スポーツ中継やスポーツニュースなどのスポーツ関連のコンテンツを配信するサーバであったり、コンテンツ配信業者Ｂにより運営され、ドラマ関連のコンテンツを配信するサーバであったりと、様々なストリーミングサーバが存在する。【００３０】
また１台のストリーミングサーバから配信されるコンテンツは１種類に限らず、たとえば、ドラマを配信するストリーミングサーバが、日本のドラマを配信するチャンネル１と、海外のドラマを配信するチャンネル２との計２チャンネル分のコンテンツを配信するような構成であってもよい。また、配信時間も、３６５日２４時間連続してコンテンツを配信する場合、毎週特定の曜日のみにコンテンツを配信する場合、さらに、期間限定でコンテンツを配信する場合など、様々なストリーミングサーバが存在する。【００３１】
なお、図１では一例として、ストリーミングサーバ１０１，１０２，１０３の３台が配置されているが、配置台数に制限はない。また各ストリーミングサーバ１０１，１０２，１０３は、コンテンツの配信を休止させる、または復帰させるなどの運営状況を自律的に制御する。したがって、本実施の形態にかかる配信システムでは、受信装置１１１，１１２，１１３にコンテンツを配信するストリーミングサーバ数は絶えず変化する。【００３２】
上述のような、配信システム下であってもストリーミングサーバ１０１，１０２，１０３が、コンテンツを配信する際に番組表配信装置１００に接続すれば、番組表配信装置１００は、接続しているストリーミングサーバ１０１，１０２，１０３から配信予定情報を取得することができる。したがって、受信装置１１１，１１２，１１３が受信可能なコンテンツの番組表情報を生成することができる。【００３３】
また、受信装置１１１，１１２，１１３は、番組表配信装置１００から、番組表情報を受信する。また、受信装置１１１，１１２，１１３は、番組表情報に応じて各ストリーミングサーバ１０１，１０２，１０３が配信しているコンテンツの中から任意のコンテンツを受信してストリーミングをおこなう。【００３４】
なお、図１には受信装置１１１，１１２，１１３の計３台の受信装置が示されているが、図１の構成は、あくまで一例であり、本実施の形態にかかる受信装置（たとえば、受信装置１１１，１１２，１１３）は、番組表配信装置１００から配信される番組表情報および、各ストリーミングサーバ１０１，１０２，１０３から配信されるコンテンツを受信できる機能を備えていれば無数に配置させることができる。【００３５】
（番組表配信装置の機能的構成）
つぎに、本発明の実施の形態にかかる番組表配信装置１００の機能的構成について説明する。図２は、本発明の実施の形態にかかる番組表配信装置の機能的構成を示す説明図である。図２のように、番組表配信装置１００は、取得部２０１と、プレイリスト格納部２０２と、番組表情報生成部２０３と、番組表情報格納部２０４と、アドレス格納部２０５と、配信部２０６と、ＣＭ情報格納部２０７と、提供部２０８と、リモート起動処理部２０９とを含んで構成される。【００３６】
取得部２０１は、ストリーミングサーバ１０１，１０２，１０３から、それぞれの配信予定情報を取得する。本実施の形態では配信予定情報として、具体的には、プレイリストを取得する。また、取得部２０１は、基本的には、あらかじめ定めた所定の時間ごとにプレイリストを取得するが、取得のタイミングはこれに限定されない。【００３７】
取得部２０１におけるプレイリストの取得のタイミングとして、他には、たとえば、所定の時間ごとに限らず、接続されたストリーミングサーバ１０１，１０２，１０３が自律的に番組表配信装置１００に番組表生成要求を送信し、番組表配信装置１００は、この番組表生成要求の受信をトリガとしてプレイリストの取得をおこなってもよい。また、単純にストリーミングサーバ１０１，１０２，１０３から自律的に送信されたプレイリストを番組表配信装置１００が受信をトリガとして、取得部２０１がプレイリストを取得するような設定でもよい。【００３８】
プレイリスト格納部２０２には、取得部２０１によって取得された各ストリーミングサーバ１０１，１０２，１０３のプレイリストが格納される。また、プレイリストはストリーミングサーバごとに格納されている。したがって、取得部２０１によって同一のストリーミングサーバのプレイリストをあらたに取得した場合には、すでに格納されているプレイリストにあらたなプレイリストが上書される。また、プレイリスト格納部２０２に格納されたプレイリストは、番組表情報を生成する際に、番組表情報生成部２０３に読み出される。【００３９】
番組表情報生成部２０３は、プレイリスト格納部２０２に格納された各ストリーミングサーバ１０１，１０２，１０３のプレイリストを読み出し、各プレイリストを併合することにより、番組表情報を生成する。また、番組表情報生成部２０３によって生成される番組表情報は、プレイリストに基づいて生成されるため、プレイリストに指定されている範囲であれば、自由な日時の番組表情報を設定し、生成することができる。【００４０】
番組表情報の設定とは具体的には、「２００６年８月１６日午前１時〜午後１２時」や、「現在時刻から３時間分」など、番組表情報があらわす情報の範囲設定が可能である。このような、番組表情報があらわす配信予定情報の日時および期間（何時間分または何日分の番組表情報であるかなど）の設定は、あらかじめ番組表配信装置１００に設定内容を定めておいてもよい。また、上述したように、ストリーミングサーバ１０１，１０２，１０３から番組表生成要求が送信されている場合には、番組表生成要求に番組表情報の日時および間隔の設定に関する情報を追加させ、当該情報に応じて番組表情報を生成するようにしてもよい。【００４１】
また、番組表情報生成部２０３は、番組表配信装置１００がＣＭ情報を取得する機能を備えている場合には、ＣＭ番組表情報も併せて生成する。具体的には、後述するＣＭ情報格納部２０７から格納されているＣＭ情報のデータの提供を受け付けて、ＣＭ番組表情報を生成する。【００４２】
番組表情報格納部２０４には、番組表情報生成部２０３によって生成された番組表情報が格納される。番組表情報格納部２０４には、番組表情報生成部２０３によって番組表情報が生成されるたびに、あらたな番組表情報が最新の番組表情報として格納される。また、あらたな番組表情報が格納される際には、前回格納された番組表情報の内容との比較をおこなってもよい。この比較において、前回生成された番組表情報と、あらたな番組表情報とが同一である場合には、あらたな番組表情報は格納せず、前回生成された番組表情報を継続して配信する。一方、前回生成された番組表情報と、あらたな番組表情報とが、異なる場合には、あらたな番組表情報を格納すると共に、あらたな番組表情報を配信するような構成にしてもよい。【００４３】
また、番組表情報格納部２０４は、現在の日時情報を取得する機能を備え、格納されている番組表情報のうち、配信予定情報の期間がすでに終了しているような番組表情報を自動的に破棄するような機能を備えていてもよい。【００４４】
アドレス格納部２０５には、番組表情報を配信する受信装置（たとえば、受信装置１１１，１１２，１１３）のアドレスが格納されている。アドレス格納部２０５に格納するアドレスは、受信装置ごとに個別に付与されているアドレスでもよいし、マルチキャストに用いるマルチキャストグループ（たとえば、マルチキャストグループ１１０）のアドレスでもよい。【００４５】
アドレス格納部２０５へ格納するアドレスの取得手順としては、具体的には、たとえば、受信装置ごとに個別に付与されているアドレスの場合であれば、番組表配信装置１００からの番組表情報の配信を希望する受信装置が、あらかじめ番組表配信装置１００にアドレスを登録しておけばよい。アドレス格納部２０５は、登録されたアドレスを格納する。【００４６】
また、マルチキャストグループ１１０のアドレスの場合は、あらかじめ、番組表配信装置１００が配信するマルチキャストグループ（たとえばマルチキャストグループ１１０）のアドレスを指定し、アドレス格納部２０５に格納する。各受信装置（たとえば受信装置１１１）は、あらかじめ、番組表配信装置１００が配信するマルチキャストグループ１１０のアドレスを取得し、当該アドレスで受信準備をおこなうことで、マルチキャストグループのアドレスで配信された番組表情報を受信する。このように、マルチキャストグループのアドレスを利用することにより、各受信装置１１１，１１２，１１３は、番組表情報の配信を希望する際に、直接番組表配信装置１００へアドレスを登録することなく、マルチキャストグループに加入することにより番組表配信装置１００から配信された情報を受信できる。【００４７】
配信部２０６は、番組表情報格納部２０４から最新の番組表情報を読み出し、受信装置１１１，１１２，１１３へ配信する。なお、コンテンツ配信の際には、アドレス格納部２０５から配信先の受信装置１１１，１１２，１１３のアドレスを読み出し、読み出したアドレスに応じて番組表情報を配信する。なお、番組表配信装置１００が、マルチキャスト方式のように多数の受信装置に番組表情報を同時配信する場合には、アドレスを読み出すことなく、そのまま放送網を用いて番組表情報を配信してもよい。【００４８】
ＣＭ情報格納部２０７には、ＣＭ情報が格納されている。ＣＭ情報とは、ストリーミングサーバ１０１，１０２，１０３から配信されるコンテンツ（本編コンテンツ）の合間に再生させるコンテンツ（広告コンテンツ）である。したがって、ＣＭ情報格納部２０７には、スポンサーなどによって逐次提供され、常に最新のＣＭ情報が格納されている。【００４９】
さらに、ＣＭ情報格納部２０７に格納されているＣＭ情報について詳しく説明する。ＣＭ情報格納部２０７に格納されているＣＭ情報にはそれぞれ推奨条件が付与されている。推奨条件とは具体的には、たとえば、年齢、性別、受信装置のエリアＩＤなど、様々な設定が可能である。【００５０】
また、ＣＭ情報は、同一の内容のコンテンツがデータ量の異なる２種類のＣＭ情報により構成されていてもよい。このように２種類のデータ量のＣＭ情報を同時に配信し、受信装置１１１，１１２，１１３では、処理能力に応じてどちらか一方のＣＭ情報を受信するように設定する。具体的には、受信装置（たとえば受信装置１１１）が携帯電話であった場合には、データ量の少ないＣＭ情報を受信し、受信装置（たとえば受信装置１１１）が、デスクトップ型ＰＣなどの場合には、データ量の多いＣＭ情報を受信する。【００５１】
ＣＭ情報格納部２０７は、上述のようなＣＭ情報を配信部２０６へ提供し、配信部２０６は、ＣＭ情報をファイル転送の要領で、順次受信装置１１１，１１２，１１３に配信する。また、ＣＭ情報格納部２０７は、格納されているＣＭ情報に関する情報を番組表情報生成部２０３に提供する。ＣＭ情報に関する情報とは、ＣＭ番組表情報を生成する際に用いるメタデータであり、具体的には、ＣＭ情報のファイル名や、ＣＭ情報の尺長などである。番組表情報生成部２０３の説明においてすでに記述したように、ＣＭ情報の内容をあらわすＣＭ番組表情報を生成する。生成されたＣＭ番組表情報は、配信部２０６によって受信装置１１１，１１２，１１３に配信される。【００５２】
したがって、受信装置１１１，１１２，１１３には、複数のＣＭ情報を受信し保持した状態となり、複数のＣＭ情報の中から、同じく番組表配信装置１００から受信したＣＭ番組表情報の推奨条件に応じて、受信装置１１１，１１２，１１３の利用者に適したＣＭ情報を本編コンテンツの合間に再生させる。【００５３】
提供部２０８は、番組表配信装置１００からストリーミングサーバ１０１，１０２，１０３へ情報の送信をおこなう際の窓口として機能する。具体的には、番組表情報格納部２０４から番組表情報およびＣＭ番組表情報を取得し、ストリーミングサーバ１０１，１０２，１０３へ送信する。番組表情報の送信は、ストリーミングサーバ１０１，１０２，１０３へ番組表情報の生成を報知する役割をもつ。また、通常は、ストリーミングサーバ１０１，１０２，１０３においてあらかじめＣＭ時間を書き込んだプレイリストを生成しているが、ＣＭ番組表情報を送信することにより、ストリーミングサーバ１０１，１０２，１０３は、番組表配信装置１００から送信したＣＭ情報番組表の情報を用いてＣＭ情報の再生時間の情報を含んだプレイリストを生成することもできる。【００５４】
リモート起動処理部２０９は、リモート起動要求装置１２１からのリモート起動要求を受付け、リモート起動要求コマンドを生成する。また、生成されたリモート起動要求コマンドは、配信部２０６へ送られ、受信装置１１１，１１２，１１３に向けて配信される。【００５５】
以上説明したように、本発明の実施の形態にかかる番組表配信装置１００は、受信装置１１１，１１２，１１３に配信をおこなうストリーミングサーバ１０１，１０２，１０３に接続し、配信予定情報を取得することにより、全ストリーミングサーバ１０１，１０２，１０３の配信予定を網羅した番組表情報を生成することができる。【００５６】
さらに、番組表配信装置１００は、ＣＭ情報を取得する機能を備えていることにより、ＣＭ番組表情報を生成することができる。また生成した番組表情報を配信することにより、受信装置１１１，１１２，１１３は、容易に受信可能なコンテンツの配信予定を確認することができる。加えて、番組表配信装置１００は、他のリモート起動要求装置１２１からのリモート起動要求を受付けた場合には、受信装置１１１，１１２，１１３上の特定アプリケーションを任意で起動させることができる。【００５７】
（番組表情報の構成）
つぎに、番組表配信装置１００によって生成されている番組表情報の具体的な構成について説明する。まず、番組表情報すなわち本編コンテンツの番組表情報の構成について説明する。図３−１は、番組表情報の構成の一例を示すデータテーブル（その１）である。図３−１に示したデータテーブル３１０の番組表データ列３１１〜３１３は、一例として下記のような項目により構成されている。【００５８】
・放送局名：ストリーミングサーバ名（ストリーミングサーバの識別番号でもよい）
・本編タイトル：コンテンツのタイトル（コンテンツのジャンル情報を備えてもよい）
・本編ファイル名：コンテンツを読み出す際のファイル名
・出力対象：大容量のデータ処理が可能な受信装置と大容量のデータ処理に向かない受信装置のいずれか
・本編ＭＣ（マルチキャスト）アドレス、ポート番号：マルチキャストによって配信する際に用いるアドレス情報（データテーブル３１０では、ＩＰｖ６を用いてマルチキャストをおこなう場合を例示）
・推奨条件：本コンテンツの受信を推奨する受信装置の条件（エリアＩＤ、性別、年齢など、任意の項目を設定することができる）
・開始日、開始時刻、終了時刻：本コンテンツの配信日時【００５９】
また、図３−２は、コンテンツの番組表構成の一例を示すデータテーブル（その２）である。番組表配信装置１００がＣＭ情報を配信する場合には、番組表情報の構成として、図３−１に示したようなデータテーブル３１０の項目に、さらに下記のようなデータテーブル３２０の項目を追加してもよい。図３−２に示した番組表データ列３２１〜３２３は、図３−１に示した番組表データ列３１１〜３１３の項目にそのままあらたな項目を追加する場合の例を示した。【００６０】
・ＣＭ回数：本編コンテンツの合間に再生させるＣＭ情報の回数
・ＣＭタイム開始時刻：ＣＭ情報の再生を開始させる時刻（ＣＭ回数分）
・ＣＭタイム終了時刻：ＣＭ情報の再生を終了させる時刻（ＣＭ回数分）【００６１】
番組表配信装置１００は、以上説明したような構成の番組表情報を配信する。受信装置１１１，１１２，１１３は、各々番組表情報を受信し、番組表情報を構成する各項目の情報を用いて、表示用の番組表を生成する。表示用の番組表はたとえば、新聞などの番組欄のような構成を標準のフォーマットとし、利用者が細部の構成を変更できるようにしてもよい。【００６２】
（ＣＭ番組表情報の構成）
つぎに、番組表配信装置１００によって生成されるＣＭ番組表情報の具体的な構成について説明する。図４−１は、ＣＭ番組表情報の構成の一例を示すデータテーブルである。ＣＭ番組表情報のデータテーブル４１０は、具体的には下記のような項目によって構成されている。【００６３】
・放送局名：ストリーミングサーバ名（ストリーミングサーバの識別番号などでもよい）・ＣＭタイトル：具体的なタイトル（ＣＭスポンサー名を含んでもよい）
・ＣＭコンテンツ長、ＣＭファイル名：ＣＭ情報の読み出し用情報
・出力対象：大容量のデータ処理が可能な受信装置と大容量のデータ処理に向かない受信装置のいずれか
・推奨条件：本ＣＭ情報の再生を推奨する受信装置の条件（エリアＩＤ、性別、年齢など以外にも任意に設定することができる）【００６４】
番組表配信装置１００は、以上説明したような構成のＣＭ番組表情報を配信する。受信装置１１１，１１２，１１３は、各々ＣＭ番組表情報を受信し、利用者の属性情報や、現在位置に応じて、配信されたＣＭ情報の中から最も効果的なＣＭ情報を再生させることができる。【００６５】
（リモート起動要求コマンドの構成）
つぎに、番組表配信装置１００のリモート起動処理部２０９によって生成されるリモート起動要求コマンドの具体的な構成について説明する。図４−２は、リモート起動要求コマンドの構成を示す説明図である。説明図４２０は、リモート起動要求コマンド４２１の構成を示している。リモート起動要求コマンド４２１は、パラメータＩＤ４２２と、パラメータ長４２３と、パラメータ値４２４とによって構成されている。各構成にはそれぞれ下記のような内容を示す情報が格納されている。【００６６】
・パラメータＩＤ４２２：コマンド内のパラメータ値の意味を示す。
・パラメータ長４２３：パラメータ値の長さを示す。
・パラメータ値４２４：パラメータの内容を示す（リモートに起動させたい端末ＩＤ、性別、年齢、受信場所などの起動条件、起動させたいアプリケーション種別などを指定）。【００６７】
また、説明図４２０の構成例４２５に示したようにパラメータＩＤ４２２の値に応じてパラメータ値４２４に格納されるパラメータの内容が設定される。【００６８】
番組表配信装置１００は、配信部２０６によって、以上説明したような構成のリモート起動要求コマンドを配信する。受信装置１１１，１１２，１１３は、各々リモート起動要求コマンドを受信し、利用者の属性情報や、現在位置に応じて、特定のアプリケーションを自動で起動する。【００６９】
（番組配信装置〜ストリーミングサーバ間の送受信処理の内容）
つぎに、番組表配信装置１００と各ストリーミングサーバ１０１，１０２，１０３間の送受信処理を説明する。図５は、番組表配信装置とストリーミングサーバ間の情報の送受信処理を示すシーケンス図である。【００７０】
図５に示したように、ストリーミングサーバ１０１，１０２，１０３から番組表配信装置１００へ番組表生成要求やプレイリストなどの情報５０１が送信される。また、送信された情報５０１のうち、プレイリストは、プレイリスト格納部２０２に格納される。【００７１】
一方、番組表配信装置１００からストリーミングサーバ１０１，１０２，１０３へ、プレイリストを用いて生成した番組表情報５０２を送信する。具体的には、ファイル転送をおこなう要領で、生成した番組表情報を送信する。また、番組表配信装置１００によってＣＭ番組表情報を生成している場合には、ＣＭ番組表情報も番組表情報と同様にストリーミングサーバ１０１，１０２，１０３へ送信する。各ストリーミングサーバ１０１，１０２，１０３は、番組表配信装置１００から送信された情報を受信し、情報の種類ごとに、たとえば、本編番組表や、ＣＭ情報番組表などそれぞれの格納部を備え、保存される。【００７２】
（直近番組表情報の構成）
つぎに、番組表配信装置１００によって生成される番組表情報の具体例を説明する。ここでは、各ストリーミングサーバ１０１，１０２，１０３から配信されるコンテンツのうち、現在時刻から所定の時間内に配信されるコンテンツの情報をあらわす直近番組表情報を生成する場合について説明する。【００７３】
直近番組表情報を生成するには、番組表情報格納部２０４に格納されている番組表情報から、指定した直近の時間内に配信されるコンテンツに関する番組表情報を抽出する。具体的には、たとえば、現在時刻〜番組表配信間隔×２までの時間内に配信されるコンテンツの番組表情報を抽出する。また、上述のような処理に替えてプレイリスト格納部２０２に格納されている各ストリーミングサーバ１０１，１０２，１０３のプレイリストから、指定した直近の時間内に配信されるコンテンツの情報を抽出して、併合してもよい。なお、以下、生成済みの番組表情報から直近番組表情報を抽出する処理を用いた場合として、説明をおこなう。【００７４】
上述のような、直近番組表情報を生成することにより、番組表情報の配信による放送網への負荷を最小限に抑えることができる。また、比較的短い間隔の番組表を生成し、直近に配信することから、配信の直前に配信するコンテンツに変更があった場合にも変更内容を反映した直近番組表情報を配信することができる。【００７５】
図６は、直近番組表の構成内容および生成タイミングを示す説明図である。図６に示した直近番組表生成テーブル６００では、配信間隔が１分に設定されている。また、生成した直近番組表情報にはバージョン番号が付与される構成になっている。たとえば、バージョン番号１−１が付与された後、あらたに生成された直近番組表が前回生成された直近番組表情報と内容に差異が生じている場合には、更新されたバージョン番号１−２が付与される。上述のようなバージョン番号を付与することで、受信装置１１１，１１２，１１３は、すでに受信した直近番組表情報のバージョン番号と異なるバージョン番号の直近番組表情報が配信された場合にのみ受信をおこなうように設定してもよい。【００７６】
（番組表配信処理の内容）
つぎに、番組表配信装置１００によっておこなわれる番組表配信処理の内容について説明する。図７は、番組表配信処理の内容を示すフローチャートである。ここでは、一例として、所定の時間ごとに直近番組表を生成し、配信をおこなう場合の処理の内容について説明する。図７のフローチャートにおいて、まず、配信用タイムアウトが通知されたか否かを判断する（ステップＳ７０１）。ここで、配信用タイムアウトが通知されるまで待ち（ステップＳ７０１：Ｎｏのループ）、通知されると（ステップＳ７０１：Ｙｅｓ）、番組表情報の読み出しをおこなう（ステップＳ７０２）。【００７７】
なお、ステップＳ７０１の配信用タイムアウトの制御は、番組表情報生成部２０３によっておこなわれる。具体的には、番組表情報生成部２０３に配信のタイミングを設定し、番組表情報の配信が終了すると、設定した配信間隔のカウントダウンがおこなわれる。配信用タイムアウトとは、すならち、このカウントダウンが終了したか否かの判断に相当する。【００７８】
つぎに、ステップＳ７０２によって読み出した番組表情報から所定の時間内に配信される番組表情報を抽出する（ステップＳ７０３）。抽出された番組表情報を用いて直近番組表情報を配信用のフォーマットで生成する（ステップＳ７０４）。【００７９】
続いて、前回生成した直近番組表情報を読み出し、ステップＳ７０４で生成した直近番組表情報と比較し（ステップＳ７０５）、比較した直近番組表情報に差分があるか否かを判断する（ステップＳ７０６）。【００８０】
ステップＳ７０６において、比較した２つの直近番組表情報に差分があると判断された場合は（ステップＳ７０６：Ｙｅｓ）、直近番組表情報のバージョン番号（図６参照）を更新する（ステップＳ７０７）。さらに、生成した直近番組表情報を更新したバージョン番号で保存する（ステップＳ７０８）。【００８１】
つぎに、保存した直近番組表情報を受信装置１１１，１１２，１１３に配信する（ステップＳ７０９）。また、ステップＳ７０６において、比較した２つの直近番組表情報に差分がないと判断された場合は（ステップＳ７０６：Ｎｏ）、ステップＳ７０４で生成した直近番組表情報を前回作成した直近番組表情報と同一のバージョン情報のまま配信する（ステップＳ７０９）。【００８２】
最後に、配信処理を終了するか否かを判断する（ステップＳ７１０）。配信処理を終了する場合は（ステップＳ７１０：Ｙｅｓ）、そのまま、一連の処理を終了する。一方、配信処理を継続する場合は（ステップＳ７１０：Ｎｏ）、次回の配信用タイマの設定をおこない（ステップＳ７１１）、ステップＳ７０１の処理へ移行し、再び、配信用タイムアウトが報知されるまで待機状態となる。【００８３】
なお、ステップＳ７１１の設定に変更がない場合には、そのままの設定を利用してもよい。以上のような処理を継続しておこなうことにより、番組表配信装置１００は、定期的な直近番組表情報を生成し、受信装置１１１，１１２，１１３に配信をおこなうことができる。【００８４】
以上説明したように、番組表配信装置１００によれば、複数のストリーミングサーバ１０１，１０２，１０３から各々コンテンツの配信がおこなわれても、各ストリーミングサーバ１０１，１０２，１０３からプレイリストを取得し、併合することにより、受信装置１１１，１１２，１１３が配信予定を把握して任意のコンテンツを受信できるような番組表情報を生成し、受信装置１１１，１１２，１１３に配信することができる。【００８５】
また、受信装置１１１，１１２，１１３は、番組表配信装置１００から配信された番組表を受信すれば、個々のストリーミングサーバ１０１，１０２，１０３からそれぞれの番組表情報を取得する処理を必要としない。したがって、番組表配信装置１００からの番組表情報の受信のみで、受信可能なすべてのコンテンツの配信予定情報を取得することができる。また、受信装置１１１，１１２，１１３が各ストリーミングサーバ１０１，１０２，１０３に接続して各々プレイリストを取得する場合と異なり、プレイリストの取得漏れが起こらないため、容易に任意のコンテンツを受信することができる。【００８６】
また、各ストリーミングサーバ（たとえばストリーミングサーバ１０１，１０２，１０３）は、番組表配信装置１００に接続することにより、各受信装置（たとえば受信装置１１１，１１２，１１３）に配信番組表情報を配信することができる。したがって、各ストリーミングサーバが各受信装置に配信予定情報を個別に配信する必要がない。したがって、番組表情報の配信の際に利用する通信資源を必要最小限にとどめることができる。【００８７】
加えて、番組表配信装置１００を用いることにより、各受信装置に、一括して配信予定情報を配信することができる。したがって、各ストリーミングサーバが個別に配信予定情報を配信する場合と比較して、番組表情報から各ストリーミングサーバの配信予定情報を取得する受信装置が増加することとなる。すなわち、本実施の形態における配信システム下のすべての受信装置を受信対象とした場合に、配信予定情報を取得した受信装置の数が増加する。それに伴い、各ストリーミングサーバのコンテンツを受信する可能性のある受信装置も増加し、結果として受信率の向上につながる。【００８８】
なお、本実施の形態で説明した番組表配信方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。
【産業上の利用可能性】
【００８９】
以上のように、本発明にかかる番組表配信装置および番組表配信方法は、マルチキャスト配信が可能な放送網に有用であり、特に、地上デジタル放送網に適している。
【図１】
2008007677.tif 000003
【図２】
2008007677.tif 000004
【図３−１】
2008007677.tif 000005
【図３−２】
2008007677.tif 000006
【図４−１】
2008007677.tif 000007
【図４−２】
2008007677.tif 000008
【図５】
2008007677.tif 000009
【図６】
2008007677.tif 000010
【図７】
2008007677.tif 000011
【国際調査報告】
2008007677.tif 000012
2008007677.tif 000013
2008007677.tif 000014
2008007677.tif 000015