特許 7538031 テレビゲートウェイ、テレビクラウド、ビデオプラットフォーム、および配信システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-13

(45)【発行日】2024-08-21

(54)【発明の名称】テレビゲートウェイ、テレビクラウド、ビデオプラットフォーム、および配信システム

(51)【国際特許分類】

   G06F 21/44 20130101AFI20240814BHJP

   H04N 21/239 20110101ALI20240814BHJP

   H04N 21/258 20110101ALI20240814BHJP

【ＦＩ】

G06F21/44 350

H04N21/239

H04N21/258

【請求項の数】 4

(21)【出願番号】P 2020214326

(22)【出願日】2020-12-23

(65)【公開番号】P2022100140

(43)【公開日】2022-07-05

【審査請求日】2023-10-02

(73)【特許権者】

【識別番号】000214984

【氏名又は名称】ＴＶＳ ＲＥＧＺＡ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】尾崎 哲

【審査官】辻 勇貴

(56)【参考文献】

【文献】特開２００８－０２２１２１（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１０／０３３３１５１（ＵＳ，Ａ１）

【文献】特開２０１１－０７６４２５（ＪＰ，Ａ）

【文献】特開２０１９－１９２０００（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／４４

Ｈ０４Ｎ ２１／２３９

Ｈ０４Ｎ ２１／２５８

(57)【特許請求の範囲】

【請求項1】

ビデオプラットフォームとテレビ受信機の間に配置され、前記ビデオプラットフォームからの動画コンテンツを前記テレビ受信機に提供するための接続を行うテレビゲートウェイにおいて、
ユーザーのモバイル端末から、前記テレビゲートウェイに対する前記テレビ受信機の認証を仲介するテレビクラウドと、前記テレビ受信機と、前記モバイル端末とを特定する情報を受信し、
前記ビデオプラットフォームから、前記モバイル端末を介した入力に基づいて認証されたユーザーの前記モバイル端末と前記ビデオプラットフォームとを同時に識別するMA-IDを受信し、
前記テレビクラウドから、前記テレビ受信機および前記テレビクラウドを同時に識別するHA-IDを受信し、
同一のユーザーに関連する前記MA-IDと前記HA-IDとを関連付けてＩＤ結合情報として所定の記憶部に記憶させる、
テレビゲートウェイ。

【請求項2】

ビデオプラットフォームとテレビ受信機の間に配置され、前記ビデオプラットフォームからの動画コンテンツを前記テレビ受信機に提供するための接続を行うテレビゲートウェイと信号の送受信可能に接続され、前記テレビゲートウェイに対する前記テレビ受信機の認証を仲介するテレビクラウドにおいて、
前記テレビ受信機に対し、前記テレビ受信機と前記テレビクラウドとを特定する情報を含むコード画像を表示させるための情報を送信し、
前記テレビゲートウェイに、前記テレビ受信機および前記テレビクラウドを同時に識別するHA-IDを送信する、
テレビクラウド。

【請求項3】

ユーザーとの視聴契約に基づいて、当該ユーザーに関連付けられたテレビ受信機に対して動画コンテンツを提供するビデオプラットフォームであって、
ユーザーのモバイル端末から入力される情報に基づいてユーザーを認証し、
前記ビデオプラットフォームに対する前記テレビ受信機の認証を仲介するテレビゲートウェイに、前記モバイル端末および前記ビデオプラットフォームを同時に識別するMA-IDを送信する、
ビデオプラットフォーム。

【請求項4】

ユーザーとの視聴契約に基づいて、当該ユーザーに関連付けられたテレビ受信機に対して動画コンテンツを提供するビデオプラットフォームと、
前記ビデオプラットフォームに対する前記テレビ受信機の認証を仲介するテレビゲートウェイと、
前記テレビ受信機と信号の送受信可能に接続され、前記テレビゲートウェイに対する前記テレビ受信機の認証を仲介するテレビクラウドと、
を備え、
前記テレビゲートウェイは、前記テレビクラウドが前記テレビ受信機に表示させたコード画像に含まれる情報に基づいて、ユーザーが所持するモバイル端末からのアクセスを受け付けるとともに、当該アクセスにより少なくとも前記テレビ受信機と前記モバイル端末とを関連付ける情報を取得し、
前記ビデオプラットフォームは、前記アクセスの後段で前記モバイル端末から入力される情報に基づいて、ユーザーを認証し、さらに、前記テレビゲートウェイに、前記モバイル端末および前記ビデオプラットフォームを同時に識別するMA-IDを送信し、
前記テレビクラウドは、前記テレビゲートウェイに、前記テレビ受信機および前記テレビクラウドを同時に識別するHA-IDを送信し、
さらに前記テレビゲートウェイは、同一のユーザーに関連する前記MA-IDと前記HA-IDとを関連付けてＩＤ結合情報として所定の記憶部に記憶させる、
配信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、テレビゲートウェイ、テレビクラウド、ビデオプラットフォーム、および配信システムに関する。

【背景技術】

【0002】

近年、ネットワークの進化により、動画配信サービスが多数実施されるようになっている。また、当該動画配信サービスにおいては、単なる動画視聴だけでなく、動画コンテンツからＥＣ（電子商取引）サイトへ誘導して商品を購入し、インターネット上のＷｅｂ情報（例えばニュースやチケット情報等）から動画で詳細を確認する等、いわゆる、動画とＷｅｂ情報を連結したインターラクティブなサービスが展開されている。

【0003】

また、動画配信サービスは、様々なＣＳＰ（Contents Service Provider、コンテンツサービスプロバイダ）によって提供されている。ユーザーは、各ＣＳＰと契約することにより、当該ＣＳＰが提供する動画の視聴が可能となる。契約に際しては、各ＣＳＰから、ユーザーを識別するためのＩＤやパスワードが発行される。

【0004】

ところで、各ＣＳＰが配信する動画をテレビ受信機で視聴する場合、従来、ユーザーは、ＩＤやパスワードの入力を、リモコンによる操作で行っている。テレビ受信機のリモコンは、通常、フォーカスを上下左右に移動させる方向キーや数字を入力するための数字キー等を備える程度で、例えばＰＣ（Personal Computer、パーソナルコンピュータ）が備えるキーボードのように文字入力が自在なものではない。このため、ＩＤやパスワードの入力操作が、ユーザーの大きな負担となり、気軽な視聴の妨げとなっている。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２００６－２２２６７４号公報

【文献】特開２０２０－１０２７２０号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

本発明が解決しようとする課題は、テレビ受信機へのリモコン操作によらずに、ＶＯＤコンテンツの視聴等の契約にかかるＩＤやパスワードの入力を可能にすることである。

【課題を解決するための手段】

【0007】

実施形態のテレビゲートウェイは、ビデオプラットフォームとテレビ受信機の間に配置され、前記ビデオプラットフォームからの動画コンテンツを前記テレビ受信機に提供するための接続を行うテレビゲートウェイにおいて、ユーザーのモバイル端末から、前記テレビゲートウェイに対する前記テレビ受信機の認証を仲介するテレビクラウドと、前記テレビ受信機と、前記モバイル端末とを特定する情報を受信し、前記ビデオプラットフォームから、前記モバイル端末を介した入力に基づいて認証されたユーザーの前記モバイル端末と前記ビデオプラットフォームとを同時に識別するMA-IDを受信し、前記テレビクラウドから、前記テレビ受信機および前記テレビクラウドを同時に識別するHA-IDを受信し、同一のユーザーに関連する前記MA-IDと前記HA-IDとを関連付けてＩＤ結合情報として所定の記憶部に記憶させる。

【発明の効果】

【0008】

本発明の構成により、テレビ受信機へのリモコン操作によらずに、ＶＯＤコンテンツの視聴等の契約にかかるＩＤやパスワードの入力を可能にすることができる。

【図面の簡単な説明】

【0009】

【図1】図１は、動画配信システムの構成例を示す図である。

【図2】図２は、テレビに表示される番組表の説明図である。

【図3】図３は、第１実施形態における動画配信システムの構成例を示す図である。

【図4】図４は、動画配信システムの動作の一例について説明する図である。

【図5】図５は、番組表を構成するデータである番組表構成情報の一例について説明する図である。

【図6】図６は、番組表構成情報を用いて構成される番組表の一例について説明する図である。

【図7】図７は、番組表からの動画再生シーケンスの一例を示す図である。

【図8】図８は、番組表からのＶＯＤ視聴シーケンスの一例を示す図である。

【図9】図９は、広告の提示シーケンスの例を示す図である。

【図10】図１０は、広告のレイアウト情報について説明する図である。

【図11】図１１は、番組表構成情報を用いた、現在番組における広告提示の運用例を示す図である。

【図12】図１２は、番組表構成情報を用いた、過去番組における広告提示の運用例を示す図である。

【図13】図１３は、番組表構成情報の定期更新について説明する図である。

【図14】図１４は、緊急メッセージの更新について説明する図である。

【図15】図１５は、テレビ受信機の構成図である。

【図16】図１６は、ビデオプラットフォームの構成図である。

【図17】図１７は、テレビゲートウェイの構成図である。

【図18】図１８は、テレビクラウドの構成図である。

【図19】図１９は、動画配信システムにおけるＩＤバインドまでの動作の一例について説明する図である。

【図20】図２０は、ＩＤ結合情報ＤＢが記憶する、会員およびその権利状況を識別するための情報の一例を示す図である。

【図21】図２１は、ＩＤ結合情報ＤＢが記憶する、再生機器を識別するための情報の一例を示す図である。

【図22】図２２は、テレビゲートウェイにおけるＩＤ提供にかかる信号の流れについて説明する図である。

【発明を実施するための形態】

【0010】

本発明はテレビゲートウェイにより、複数のビデオプラットフォームと複数のテレビ受信機を接続することにより、動画コンテンツの選択を容易とし、良好な動画コンテンツの配信を可能としている。本システムによれば、単なる動画視聴だけでなく、動画コンテンツからＥＣ（電子商取引）サイトへ誘導して商品を購入し、インターネット上のＷｅｂ情報（例えばニュースやチケット情報等）から動画で詳細を確認する等、いわゆる、動画とＷｅｂ情報を連結したインターラクティブなサービスが実施可能である。

【0011】

このような高度なサービスの実現に加え、近年は、更に、様々な形態での動画コンテンツの提供が行われている。例えば、欲しい動画コンテンツをいつでも視聴できる動画配信サービスは、ＶＯＤ（Video On Demand）と呼ばれ、現在、様々なＶＯＤ方式が存在している。

【0012】

大枠で分類すれば、ＡＶＯＤ（Advertising Video On Demand）と呼ばれる広告動画配信サービスや、ＳＶＯＤ（Subscription Video on Demand）と呼ばれる定額動画配信サービス、及び、ＴＶＯＤ（Transaction Video On Demand）と呼ばれるレンタル型の動画配信サービスがある。

【0013】

ＡＶＯＤでは、無料で動画視聴することが出来るが、広告が掲載されている。従って、収益は、動画を視聴する視聴者からではなく、広告を出す企業から得られることになる。一方で、ＳＶＯＤは、月額料金を払えば、用意された動画コンテンツを何本でも見ることが出来る。更に、ＴＶＯＤでは、単品の動画コンテンツを、例えば１週間等の制限を付けてみることが出来る。したがって、ＳＶＯＤやＴＶＯＤは、動画を視聴する視聴者から収益を得ることになる。

【0014】

以上の様に、多種多様な動画配信サービスがあり、テレビ受信機による視聴において、これらの方式に柔軟に対応でき、かつ、視聴者が混乱せずに、簡単に楽しめる動画配信システムが望まれている。したがって、上記のテレビゲートウェイの機能として、このような方式への対応が必要である。

【0015】

本発明は、ネットワークを使って実施される、複数の動画配信プラットフォームから送出される動画コンテンツを、性能や機能の異なるテレビ受信機で受信可能とするテレビゲートウェイに、ＡＶＯＤ、ＳＶＯＤ、ＴＶＯＤなどの様々なＶＯＤ方式に対応する機能を追加するとともに、動画コンテンツの選択をより簡単に行うことが出来る新たな動画配信システムを提供する。また、ＡＶＯＤの際には、広告動画のより効果的な提示方法を提供する。

【0016】

テレビゲートウェイは、複数のビデオプラットフォームと複数のテレビ受信機を接続することが出来ることで、より高度なインターラクティブなサービスを実現している。特に、異なる機能、性能のテレビ受信機に対して、標準的な動画コンテンツの選択方式を提供することで、ユーザー利便性を損なうことなく、より多くの動画コンテンツに対する選択を容易にしている。

【0017】

しかしながら、テレビゲートウェイによる動画コンテンツの選択では、放送形式でのリニアチャンネル、つまり、ネットワークを使った動画配信ではあるが、放送の様に、時刻情報に対応して一方的に配信し続ける方式、による配信方式を主眼としており、一部、推薦番組の提示を行うことはできるが、様々なＶＯＤ方式に対応することは困難であった。このように、リニアチャンネルによる動画コンテンツの提供は、通常無料の動画コンテンツと広告で構成されており、ＡＶＯＤの一種である。ところが、ＡＶＯＤだけでなく、ＳＶＯＤ、ＴＶＯＤといった異なる動画配信サービスが普及しつつあるため、これらのＶＯＤ方式への対応は重要である。

【0018】

ＡＶＯＤでは、広告を掲載することで、無料の動画コンテンツの視聴することが可能である一方、ＳＶＯＤは月額料金により自由に動画コンテンツを視聴でき、ＴＶＯＤに関しては単品の動画コンテンツを購入することで、限られた期限で動作コンテンツを視聴可能である。これらに対応するためには、視聴者の契約状況の確認が必要であるため、従来のテレビゲートウェイシステムでは対応が困難であった。

【0019】

また、ＡＶＯＤでは、広告により企業から収入を得るため、広告の効果的な提示方法が必須である。従来のテレビゲートウェイには、広告の挿入機能があり、個別のテレビ受信機に対してターゲティング広告を実施する機能があったが、より効果的な提示の方法の具体的方法が提供されていなかった。また、近年、ＡＶＯＤからＳＶＯＤのサービスへ誘導、或いは、ＴＶＯＤによって提供される有料コンテンツの販売等を組み合わせたハイブリッドサービスが提供されている。このような、ハイブリッドサービスを従来のテレビゲートウェイで実施するためには、視聴者の契約条件の確認や、広告とＶＯＤの連動機能が必要であるため、これらの機能を合理的に装備する必要がある。

【0020】

図１は、動画配信システムの構成例を示す図である。図１において、ＣＳＰ（コンテンツサービスプロバイダ―）１３０１～１３０８は、動画コンテンツを提供する。動画コンテンツは、それぞれ、ビデオプラットフォーム１３１１～１３１３へ入力される。ビデオプラットフォーム１３１１～１３１３は、動画コンテンツをテレビゲートウェイ１３２１に入力し、テレビクラウド１３３１～１３３４を経由してテレビ受信機１３４１～１３５０に送出する。

【0021】

それぞれのビデオプラットフォームは、配信方式に違いがあるため、それぞれの動画コンテンツは、限られたテレビ受信機でのみ受信されていた。テレビゲートウェイが動画コンテンツのフォーマットを変換する方式と、ビデオプラットフォームに変換器が内蔵されている方式があるが、図１におけるビデオプラットフォーム１３１１～１３１３では変換器が内蔵されている方式である。また、テレビクラウドは、それぞれ、性能、機能の異なるテレビ受信機に対応している。各テレビクラウドの管理下にあるテレビ受信機は、ほぼ同一の性能、機能に接続されており、性能、機能の異なるテレビ受信機は別なテレビクラウドに接続されている。テレビクラウドが、異なるテレビ受信機に対して変換を行うことで、機能、性能が異なっていても良好な動画コンテンツの選択、及び、受信をすることが出来る。以上より、テレビゲートウェイを有する動画配信システムでは、フォーマットの異なる複数のビデオプラットフォームの動画コンテンツを、性能、機能の異なるテレビ受信機へ配信が可能となる。

【0022】

動画コンテンツが一旦テレビゲートウェイ１３２１を経由してテレビに入力され、接続が確立すれば、ビデオストリームそのものは、ビデオプラットフォーム１３１１～１３１３からテレビ受信機１３４１～１３５０に直接入力することが可能となる。なお、テレビ受信機１３４１～１３５０は、モバイル端末１３０１～１３１０に接続されており、TV-ID（テレビ受信機１３４１～１３５０にそれぞれ付されたＩＤ）とSP-ID（視聴者のモバイル端末１３０１～１３１０にそれぞれ付されたＩＤ）の結合を行う。これら、結合された情報は、TV-IDとSP-IDの結合情報保存部１３５２に保管される。また、テレビ受信機１３４１～１３５０から出力される視聴データは、視聴データ保存部１３５１に保管される。

【0023】

視聴データ保存部１３５１に保管された視聴データと、TV-IDとSP-IDの結合情報保存部１３５２の出力により、コンテンツ推薦情報保存部１３５３でコンテンツの推薦を行う。広告サーバ１３５５から出力される広告コンテンツは、コンテンツ推薦情報保存部１３５３の出力により、推奨広告選択挿入部１３５４により、適切な広告が選択され、ビデオプラットフォーム１３１１～１３１３により、広告が挿入される。また、受信側広告挿入部１３５６では、テレビ受信機の機能により、広告の挿入を行う。

【0024】

図２は、テレビに表示される番組表の説明図である。ビデオプラットフォームより提供される動画コンテンツは、放送の様に、所定の時間に流し続けるリニア配信によりテレビに提供されるため、放送と同様のチャンネルと時刻を示す番組表によって動画コンテンツを選択する。

【0025】

更に、ゲートウェイでは、視聴者の有するSP-ID１４２１とテレビを識別するTV-ID１４２２を結びつけることにより、番組表をカスタマイズすることが可能となっている。本テレビ受信機の視聴者の視聴傾向より、推薦コンテンツ１４０１～１４０３が番組表上にオーバーレイ表示される。本例では、ビデオプラットフォーム１４１１に属するモバイルのＩＤ（SP-ID）１４２１が本テレビ受信機のＩＤ（TV-ID）１４２２と結びついているため、特に、ビデオプラットフォーム１４１１から提供される動画コンテンツが推奨されている。

【0026】

この番組表は、テレビゲートウェイから供給される共通ＥＰＧ（Electronic Programming Guide、電子番組表）データ１４０４により構成される。ＥＰＧ共通データ１４０４には、時刻情報を示すタイムテーブル、番組の説明等の情報を持つ番組メタデータ、チャンネルの表示等を行うバナーデータにより少なくとも構成されている。

【0027】

以上の構成により、それぞれのビデオプラットフォームは、異なる性能や機能を有するテレビ受信機の機能（パネルの大きさ、画素数、解像度等）を気にすることなく、テレビゲートウェイに入力をすることで、より多くのテレビ受信機にコンテンツを提示することが可能となる。更に、テレビ受信機とスマートフォンに代表されるモバイル端末を連携させることで、操作性の異なる単機能のリモコンの替わりに、モバイル端末を用いること高度なサービスに対する操作性向上を実現し、更に、既存リモコンではできない高度なスマートフォンとテレビの連携動作を行うことが出来る。

【0028】

テレビゲートウェイを使った動画の配信システムでは、異なる機能、能力のテレビに対して、番組表を提示することが可能となり、様々なビデオプラットフォームから配信される動画コンテンツを混乱することなく、視聴者が選択することを可能としている。このように、リニアチャンネル配信方式の動画コンテンツに対しては、極めて有効なシステムではあるが、その他の動画コンテンツの配信方式へは、機能が不足しており、対応が難しい。

【0029】

ビデオゲートウェイでは、ＡＶＯＤ、ＳＶＯＤ、ＴＶＯＤに対応したハイブリッドサービス関する機能を供給する必要がある。

【0030】

本発明は、番組表を形成するデータに、新たに複数のＶＯＤ配信方式に対応するデータを追加し、ＡＶＯＤ、ＳＶＯＤ、ＴＶＯＤによって配信される動画コンテンツを容易に選択する機能を実現し、また、番組表の構造を改良することで、より快適にリニアチャンネル配信による動画コンテンツも選択する機能を提供する。一方で、上記、追加した番組表を形成するデータを広告表示に適用することで、視聴者に対して、より効果的な広告提示を実現する。

【0031】

上記の様に、本発明による番組表を構成するデータを以下、「番組表構成情報」と称して説明する。番組表構成情報により、ＡＶＯＤ、ＳＶＯＤ、ＴＶＯＤのハイブリッドな動画選択システムを構成するとともに、リニアチャンネルのダイジェスト視聴、予告動画コンテンツ視聴が可能となる。また、オーバーレイ方式による広告提示や、動画広告コンテンツとＶＯＤを組み合わせたクリッカブルＶＯＤが可能となる。

【0032】

以下、番組表構成情報の構成、及び、配布方式の説明、未来番組、現在番組、過去番組を容易に選択できる新たな番組表の構成方法、ＡＶＯＤ、ＴＶＯＤ、ＳＶＯＤのいずれの配信方式にも対応する番組表の構成及び提示方式、ＶＯＤと広告を組み合わせたより効率的な広告提示の方法、未来番組の予告動画コンテンツ、過去番組のダイジェスト視聴、更には、番組表構成情報を緊急に変更する緊急メッセージに関して図面を基に説明を行う。

【0033】

（第１実施形態）
本発明の第１実施形態について、図面を用いて説明する。図３は、第１実施形態における動画配信システムの構成例を示す図である。ＣＳＰ（コンテンツサービスプロバイダ）１０１～１０８は、動画コンテンツを提供する。動画コンテンツは、それぞれ、ビデオプラットフォーム１１１～１１３へ入力される。ビデオプラットフォーム１１１～１１３は、動画コンテンツをテレビゲートウェイ１２１に入力し、テレビクラウド１３１～１３４を経由してテレビ受信機１４１～１５０に送出する。

【0034】

以上の様に、動画コンテンツをテレビ受信機まで配信する機能は、図１と変わらない。図１のテレビゲートウェイを使った動画配信システムと大きく異なるのは、ビデオプラットフォーム１１１～１１３にサブスクライバーデータベース１９１～１９３が接続されている点である。サブスクライバーデータベース１９１～１９３は、ビデオプラットフォーム１１１～１１３から配信される動画コンテンツを視聴する視聴者の契約条件が蓄積、保存されている。従って、ビデオプラットフォーム１１１～１１３は、いつでもサブスクライバーデータベース１９１～１９３へ問い合わせを行うことで、視聴者の契約条件を確認することが出来る。

【0035】

一方で、図１に示す動画配信システムのTV-IDとSP-IDの結合情報保存部１３５２は本発明による動画配信システムでは、MA-IDとHA-IDの結合情報保存部１５２となる。ここで、HA-ID、及び、MA-IDは、それぞれHome Agent IDと Mobile Agent IDの略称であり、HA-IDは、テレビクラウドとテレビ受信機を識別するＩＤであり、MA-IDは、ビデオプラットフォームとモバイル端末のユーザーを識別するＩＤであり、複合的な識別子となっている。サブスクライバーデータベース１１１～１１３は、MA-IDによりユーザーを特定し、その視聴条件を確認することが出来る。

【0036】

なお、テレビ１４１～１５０は、モバイル端末１７１～１８０に接続されており、HA-IDとMA-IDの結合を行う。これら、結合された情報は、MA-IDとHA-IDの結合情報保存部１５２に保管される。本発明による動画配信システムでは、MA-IDとHA-IDの結合情報保存部１５２とサブスクライバーデータベース１９１～１９３を連動させることにより、様々なＶＯＤ配信方式に対応する。

【0037】

その他、視聴データ保存部１５１、コンテンツ推薦情報保存部１５３、広告サーバ１５５、受信側広告挿入部１５６に関しては、図１で示す動画配信システムと同様の動作を行う。

【0038】

図４は、動画配信システムの動作の一例について説明する図である。本図では、図３に示す動画配信システム全体から、ビデオプラットフォーム１１１とテレビゲートウェイ１２１とテレビクラウド１３１とテレビ１４１とモバイル端末１０９を抜粋して示している。他のビデオプラットフォーム及びテレビクラウド、テレビ受信機、モバイル端末も同様の動作を行う。

【0039】

ＳＶＯＤでは、月額課金された視聴者が動画コンテンツを見放題可能なサービスであり、ＴＶＯＤでは、有料の動画コンテンツを視聴者が限られた期間内に単品の動画コンテンツを購入することにより視聴可能なサービスである。一方、リニアチャンネル配信によるＡＶＯＤでは、動画視聴は自由に行うことが出来るが、広告の視聴することになる。以上の様に、ＶＯＤ方式により、視聴者の視聴条件が異なるため、これら条件を確認した上で、動画配信システムは視聴者に対して、動画コンテンツを提示する必要がある。

【0040】

図４において、ビデオプラットフォーム１１１を識別するＩＤをPF-ID、テレビゲートウェイ１２１を識別するＩＤをTG-ID、テレビクラウドを識別するＩＤをTC-ID、テレビ及びテレビクラウドを同時に識別するＩＤをHA-ID、モバイル端末１０９のユーザーとビデオプラットフォーム１１１を同時に識別するＩＤをMA-IDとする。また、視聴対象となる動画コンテンツを識別するＩＤをCT-IDとする。以下、ＶＯＤ視聴をする際の動画に関して説明する。

【0041】

テレビ受信機１４１において、ＶＯＤ視聴を要求する。テレビ受信機１４１は、信号２０１により（１）ＶＯＤトークン要求とCT-IDで識別されるＶＯＤコンテンツと、動画コンテンツを提供するビデオプラットフォーム１１１を識別するPF-IDと、テレビ受信機自身を示すHA-IDを同時にテレビクラウド１３１へ送付する。ＶＯＤトークン要求とはＶＯＤを見る権利があるということを確認するためのコマンドを送ることである。テレビクラウド１３１は、得られた信号２０１により信号２０２をテレビゲートウェイ１２１に送信する。信号２０２は（２）ＶＯＤトークン要求、PF-ID，CT-IDとHA-IDを含む。テレビゲートウェイ１２１は、自身が持つMA-IDとHA-IDの結合情報データベースにより、HA-IDに結合しているMA-IDを取得し、視聴を要求している視聴者を特定する。テレビゲートウェイ１２１は信号２０３をビデオプラットフォーム１１１に送信する。信号２０３（３）はＶＯＤトークン要求CT-ID、MA-IDからなる。

【0042】

次に、ビデオプラットフォーム１１１は、信号２０３により（３）ＶＯＤトークン要求を受け、信号２０４により、（４）MA-IDとCT-IDをサブスクライバーデータベース１９１に問い合わせを行い、MA-IDを有する視聴者の登録条件を確認し、信号２０５により、（５）結果をビデオプラットフォーム１１１へ回答する。ＶＯＤ視聴可能な条件を有している場合は、ビデオプラットフォーム１１１は、信号２０６によって（６）ＶＯＤトークンを発行し、ＶＯＤトークンとともにCT-IDとMA-IDをテレビゲートウェイ１２１に送付する。テレビゲートウェイ１２１は信号２０６を取得する。テレビゲートウェイ１２１は信号２０７をテレビクラウド１３１に送付する。信号２０７は（７）ＶＯＤトークンを少なくとも含んでいる。テレビクラウド１３１はテレビゲートウェイ１２１から受信したＶＯＤトークンを信号２０８によって、（８）テレビ受信機１４１へ送付する。

【0043】

テレビ受信機１４１は信号２０９をビデオプラットフォームに送信する。信号２０９は信号２０８で得られた（９）ＶＯＤトークンと、動画コンテンツを識別するCT-IDで構成される。ビデオプラットフォーム１１１は、得られたCT-IDから動画の場所を示すＵＲＬを特定し、ＶＯＤトークンの正当性を確認する。ＶＯＤトークンが有効であることを確認後、信号２１０により、（１０）ビデオプラットフォーム１１１よりテレビ受信機１４１へ動画ストリームの配信が行われる。

【0044】

以上の動画により、ＶＯＤ視聴条件に見合ったＶＯＤコンテンツの視聴可否を制御する。

【0045】

次に、本実施形態における番組表を構成するデータの説明を行う。図５は、番組表を構成するデータである番組表構成情報の一例について説明する図である。本実施形態では、番組表構成情報３０１はビデオプラットフォーム１１１より送信され、テレビゲートウェイ１２１並びにテレビクラウド１３１を経由して、テレビ受信機１４１へ送付される。

【0046】

ここで、番組表構成情報３０１は、PF-IDで識別される事業者情報３０２、Service_idで識別されるチャンネル情報３０３、Event_idで識別される番組情報３０４、CM_idで識別されるＣＭ情報３０５、Vod_idで識別されるＶＯＤ情報３０６より構成される。また、番組の時間軸上の位置を示すタイムテーブル３１１、及び、広告の表示位置を示すレイアウト情報３２１が含まれている。

【0047】

事業者情報３０２には、事業者ＩＤ（PF-ID）、事業者名、事業者サムネイル画像、ロゴが含まれている。

【0048】

チャンネル情報３０３には、サービスＩＤ（Service_id）、サービス名、サービス説明、ジャンル、パレンタル、サービスサムネイル画像、ロゴ、有料／無料情報、動画ＵＲＬ（チャンネルに含まれる全番組が同じ配信）が含まれている。

【0049】

番組情報３０４には、番組ＩＤ（Event_id）、番組名、番組説明、開始日、開始時間、番組の長さ、ジャンル、パレンタル、番組サムネイル画像、動画ＵＲＬ、番組タイプ、サブ動画ＵＲＬ、有料／無料情報、シリーズ識別情報が含まれている。

【0050】

ＣＭ情報３０５は広告ＩＤ（CM_id）、ＣＭタイトル、広告識別子（AD-ID）、開始日、開始時間、ＣＭの長さ、ジャンル、差し替え可能フラグ、ＣＭ動画が含まれている。

【0051】

ＶＯＤ情報３０６はＶＯＤＩＤ（Vod_id）、コンテンツ名、コンテンツ識別子（CT-ID）コンテンツ説明、コンテンツの長さ、ジャンル、パレンタル、番組サムネイル画像、動画ＵＲＬ、有料／無料情報、シリーズ識別情報が含まれている。

【0052】

図６は、番組表構成情報を用いて構成される番組表の一例について説明する図である。
ビデオプラットフォーム１１１は、番組表構成情報をテレビゲートウェイ１２１に供給する。テレビゲートウェイ１２１は、ビデオプラットフォーム１１１から取得した番組表構成情報をテレビクラウド１３１に配信する。

【0053】

テレビクラウド１３１による番組表構成情報は、既に、テレビゲートウェイ１２１から配信された過去の番組表構成情報とこれから配信される予定の番組表構成情報があり、見逃してしまった番組を後で視聴可能とすることで、視聴者の番組選択の利便性を向上している。テレビクラウド１３１はテレビ１４１に当該過去の番組表と未来の番組表を送信する。

【0054】

テレビ１４１において過去の番組表を構成する際には、番組表構成情報の事業者情報４０２により、いずれのビデオプラットフォームで構成されるチャンネルか識別する。例えば、チャンネル情報４０３により番組表のチャンネル表示を行い、番組情報４０４から４０６により、各番組の並び及び説明を構成する。タイムテーブル情報４０７により、番組表のタイムラインが提示される。これらは、既に、過去に配信された番組であり、自由に選択することができる。

【0055】

更に、本番組表には、ＶＯＤコンテンツの一覧が提示されている。これは、番組表構成情報に含まれるＶＯＤ情報を選択し提示する。それぞれのＶＯＤ情報には、コンテンツを示すCT-IDを有しており、一旦、ＶＯＤ情報データベース４３２に保存されたのち、リコメンド選択部４３１により、ＶＯＤコンテンツの選択が行われ、番組表上に提示される。過去に放送された番組同様、ＶＯＤコンテンツを自由に選ぶことが出来るため、視聴者に快適な番組選択機能を提供することが出来る。つまり、過去番組表は、視聴者にとって、最新コンテンツではないものの、時間の制約が無く、自由に選択できる利便性を与えている。本実施ではＶＯＤコンテンツ表示を過去番組表にのみ配置しているが、現在、未来の番組表に同様のデータと動きを用いて配置することができる。

【0056】

図６の過去、現在、未来の番組表にはビデオプラットフォームが提供する番組をチャンネルとして表示している。本図においてはチャンネルＡ１、チャンネルＡ２はビデオプラットフォームＡが提供するチャンネルでチャンネルB１はビデオプラットフォームBが提供するチャンネルである。各番組表において表示を行うＶＯＤコンテンツ１～４は視聴者がリモコン等でフォーカスした番組コンテンツを配信しているビデオプラットフォームが提供するＶＯＤ情報を選択して表示を行うことができる。すなわち、視聴者がコンテンツＡ１１をリモコン等でフォーカスした場合、ビデオプラットフォームが提供するＶＯＤを番組表画面上に表示する。

【0057】

一方、テレビ１４１において現在番組表構成情報では、現在、配信中の番組を基に、番組表４１１を構成する。また、未来番組表では、未来番組表構成情報に含まれる、事業者情報４２２、チャンネル情報４２３、番組情報４２５～４２６、タイムテーブル４２７より、配信予定の番組を提示する。

【0058】

図７は、番組表からの動画再生シーケンスの一例を示す図である。テレビ１４１において、リモコンの番組表ボタンを押下すると、まず、現在番組表５１１が表示される。現在番組表５１１から、番組を選択することで動画コンテンツ５１２が再生される。これらは、リモコンのアップダウンキーやチャンネル番号を入力することで、番組を切り替えることが出来、また直接他の番組５１３を選択することも出来る。また、視聴途中でも番組表ボタンを押下することで、元の現在番組表５１４に戻すことも可能である。

【0059】

一方で、現在番組表５１１で、スクロールダウンボタンを押下することで、未来番組表５２１を提示する。未来番組表５２１から番組を選択すると、未だ配信されていないため、番組の説明画面５２２が提示される。ここで、予告動画が再生可能である場合は、予告ボタンが提示され、押下することで、予告動画５２３が再生される。予告動画が終了すれば未来番組表５２４に戻る。

【0060】

現在番組表５１１からスクロールアップすることで、過去番組表５０１を提示する。過去番組表５０１には、過去に配信された番組とＶＯＤコンテンツが提示される。ＶＯＤコンテンツを選択した場合は、ＶＯＤ選択シーケンス５０５へ移行する。ＶＯＤ選択シーケンスに関しては、図８にて説明する。

【0061】

過去番組表５０１から番組を選択した場合は、一旦、番組説明画面５０２が提示される。ここで、過去番組のダイジェストが視聴可能な場合は、ダイジェストボタンが提示され、視聴するとダイジェスト５０６が再生される。説明画面５０２から視聴ボタンを押下すると、過去番組の動画コンテンツが再生され、終了すると、過去番組表５０４へ戻る。ダイジェスト動画を再生することでコンテンツ選択をより便利にすることが出来る。

【0062】

以上の様に、未来番組表では、配信予定の予告動画を視聴し、過去番組表では、ダイジェストを視聴することで、番組視聴の利便性を向上することが出来る。また、過去番組表には、ＶＯＤ選択可能な表示がされるため、望ましいＶＯＤコンテンツの視聴を可能とする。

【0063】

図８は、番組表からのＶＯＤ視聴シーケンスの一例を示す図である。テレビ１４１において、リモコンの番組表ボタンを押下すると、現在番組表６１１が提示される。現在番組表６１１より番組を選択すると、番組６１２が再生される。番組６１２の本編動画の途中、或いは、終わりには、広告動画６１３が挿入されており、広告動画６１３と共に、ＶＯＤボタンが提示される。ＶＯＤボタンを押下すると、ＶＯＤの説明画面６１４が提示される。この際に、ＶＯＤがＳＶＯＤによるサービスの場合は、説明画面６１４が提示され、ＴＶＯＤによるサービスの場合は説明画面６２１が提示される。説明画面６１４には、視聴ボタンが提示され、説明画面６２１には、購入ボタンと金額が提示される。

【0064】

ここで、ＶＯＤ視聴ボタンを押すと、３つの分岐となる。第１の分岐は、視聴者が月額課金会員登録されていない場合で、会員登録画面６１５へ進み、スマートフォン上で会員登録アプリ６２５が動作し、会員登録を実施する。更に、ＩＤバインド画面６１６に進み、テレビ画面上にＱＲコード（登録商標）を提示し、スマートフォン上で動作するＩＤバインドアプリ６２６により、テレビ受信機のHA-IDと会員ＩＤであるMA-IDが結合する。

【0065】

第２の分岐は、説明画面６１４で既に会員登録済みである場合で、ＩＤバインド画面６１６へ進む。ＩＤバインドが完了すると再度、ＳＶＯＤ説明画面６１７へ進み、視聴ボタンを押すことで、ＶＯＤ動画６１８が再生される。ＴＶＯＤの場合は、ＴＶＯＤ説明画面６２７が提示され、所定の購入金額を支払い、動画視聴６１８へ進む。ＶＯＤの動画再生が終了すると、本編動画６１９へ戻る。

【0066】

第３の分岐は、既にＩＤバインドが完了している場合は、ＳＶＯＤ説明画面６１４から視聴ボタンを押すことで直接ＶＯＤ動画再生６１８へ進む。

【0067】

一方で、過去番組表６０１のＶＯＤコンテンツを選択した場合は、ＳＶＯＤ説明画面６１４、或いは、ＴＶＯＤ説明画面６２１に進む。以下、同様のシーケンスで動画６１８が再生され、終了時は、過去番組表６２９へ戻る。

【0068】

以上のシーケンスにより、ＶＯＤを容易に視聴することが出来る。なお、本視聴シーケンスを実現するために図４で説明したＶＯＤトークンを取得する動作が行われている。説明画面６１４から、視聴を選択する際に、ＶＯＤトークンを取得するシーケンスが動作し、ＶＯＤトークン取得に失敗すると、会員登録画面６１５、或いは、ＩＤバインド画面６１６へ進み、ＩＤバインドが完了した後、ＳＶＯＤ説明画面６１７から視聴ボタンを再度押下することで、ＶＯＤトークンを再度取得動作に入り、ＶＯＤトークン取得後、本編動画６１９が再生される。

【0069】

図９は、広告の提示シーケンスの例を示す図である。広告の提示パターンは、３種類あり、インストリーム挿入提示７０１、オーバーレイ表示７１１、クリッカブルＶＯＤ７２１を示す。

【0070】

第１のパターンであるインストリーム挿入は、本編前７０２が再生後、広告７０３が提示され、本編後７０４が提示される。画面上は、本編動画面７０５が提示され、広告動画面７０６の提示後、本編動画面７０７が再生される。本パターンは、いわゆる動画コンテンツに広告動画コンテンツを挿入した例である。

【0071】

第２のパターンであるオーバーレイ表示は、広告を本編動画上に重ねて提示する。インストリーム挿入が、時間的に広告挿入されるため、時間が延びるのに対し、オーバーレイ表示では、本編動画上に、直接広告を重ねて提示するため動画コンテンツの尺の長さに影響されない特徴がある。本編動画７１２が再生されている際に、動画画面面７１５から、広告を重ね、動画画面７１６、更に動画画面７１７となる。ここでは、広告情報にある、番組を自動的に提示する情報により、重なった広告を自動的に消し、動画画面７１７へ移行している。本提示方法では、上述の様に、時間的な挿入が発生しないが、画面が一部隠される。

【0072】

第３のパターンは、クリッカブルＶＯＤ７２１で、インストリーム挿入７０１とオーバーレイ表に７１１の組み合わせである。インストリーム同様、本編動画７２２から広告７２３が再生され、本編動画７２４が再生される。その際に、動画画面７２５の状態から、広告動画画面７２３、動画画面７２６へ移行する。ここで、広告動画コンテンツにボタンが提示されており、押下すると、説明画面７２８が表示され、更に視聴ボタンを押すとＶＯＤコンテンツ７２９が再生される。広告画面７２６でボタン押下をしないと、本編動画７２４が広告７２３が終わり次第再生される。ＶＯＤコンテンツ７２９が終了すると、同一チャンネルの動画コンテンツ７３０が再生される。

【0073】

それぞれの場合、番組表構成情報の状態を７４１、７４２、７４３に示す。インストリーム挿入を実施する場合は、番組表構成情報７４１は、事業者情報、チャンネル情報、番組情報、広告情報により構成される。オーバーレイ表示の場合も同様である。クリッカブルＶＯＤの場合は、広告情報に更に、ＶＯＤ情報が含まれる。オーバーレイ表示、及び、クリッカブルＶＯＤの場合は、図１０に示すレイアウト情報により、画面を構成する。

【0074】

図１０は、広告のレイアウト情報について説明する図である。本編動画８０１から、オーバーレイ表示画面８０２を提示する際に、番組表構成情報にあるレイアウト情報８０５により画面を構成する。レイアウト情報８０５には、映像の座標、映像のサイズ、及び静止画像座標、サイズの情報が含まれており、Ｌ字型表示８０２、或いは、矩形領域を重ねる表示８０３を構成することが可能となる。なお、自動的にオーバーレイ表示をする際には、番組表構成情報にある、ＣＭ情報の中の自動開始フラグと開始時間により自動的にオーバーレイ表示を実施する。

【0075】

本例では、クリッカブル提示として、２つのパターンを例示する。第１のパターンは、クリッカブル広告であり、ボタンを押下した後に、他のＥＣサイトや、情報提示を行うことが出来る。第２のパターンは、クリッカブルＶＯＤであり、図９に示すシーケンスにより提示が可能となる。

【0076】

クリッカブルＶＯＤの場合は、本編の動画画面８０１から、広告動画８４２を再生し、広告動画８４２に提示されるボタン８４２を押下することで、ＶＯＤ説明画面８２３へ移行する。ここで、視聴ボタンを押下すうることで、ＶＯＤの動画８２４が再生される。広告動画８２２にボタン８４２はレイアウト情報８２５により提示位置が決められている。ＶＯＤ説明画面８２３の視聴ボタンも同様にレイアウト情報により配置を行う。

【0077】

クリッカブル広告の場合は、広告動画８１２にレイアウト情報８１５に基づき、ボタン８４１を提示する。ボタン８４１を押下した際に、ＥＣサイトの商品画面８１３を提示する。ここでは、例えば詳細な情報画面等の提示も可能である。

【0078】

以上の様に、番組表構成情報が有するレイアウト情報により、柔軟な画面構成を行うことが出来る。

【0079】

図１１は、番組表構成情報を用いた、現在番組における広告提示の運用例を示す図である。現在番組表９０１は、現在配信されているコンテンツを表示している。番組表構成情報９００には、事業者情報９０２、チャンネル情報９０３が入っている。チャンネル情報９０３には、番組情報９０４、９０６、９０８があり、それぞれ、番組情報９０４には広告情報９０５、番組情報９０６には広告情報９０７、番組情報９０８には広告情報９０９があり、更に、広告情報９０９には、ＶＯＤ情報９１０が含まれている。

【0080】

それぞれの番組情報には、番組開始時間、番組終了が記載されており、また、広告情報にも広告開始時間と終了時間が記載されている。

【0081】

番組表構成情報に含まれる以上の情報によって、番組表を構成し、また、本編動画と広告９２１～９２７が再生される。なお、同時に提示される画面を９３１～９３７に示す。

【0082】

番組情報９０４に、番組開始時刻８：００と終了時刻９：００が記載されている。更に、広告情報に開始時刻８：３０、終了時刻８：３５が記載されている。時刻８：００より本編動画が開始され、８：３０より広告が再生される。更に、８：３５から本編動画に戻り再生が継続する。

【0083】

次番組９２４は９：００より開始される。次番組を示す。番組情報９０６には、開始時刻９：００、終了時刻１１：００が記載されている。広告情報９０７には、開始時刻１０：００、終了時刻１０：０５が記載されており、オーバーレイによって表示することが示されている。これらの情報により、時刻９：００より、本編動画９２４再生が開始される。本編動画再生の途中１０：００からに自動的に、静止画像の広告が表示される。提示される画面を９３４に示す。広告は、静止画像として本編動画上に重ねて表示されている。重なった広告である静止画像は、１０：０５に消える。

【0084】

更に、次の番組情報では、開始時刻１１：００、終了時刻１２：００が記載されており、広告情報は、開始１１：３０、終了時刻１１：４０が記載されている。本広告は、ボタン表示によって別画面に飛ぶように指示が記載されている。本情報により、次の番組９２５が１１：００に開始される。広告９２６は、１１：３０に開始されるが、広告画面９３６に示されるように、本広告にはボタンが提示されている。視聴者がボタンを押下することにより、ＶＯＤシーケンスに入り、ＶＯＤの選択画面９３８を提示する。以降は、図８に示すＶＯＤシーケンスに従って動作する。ボタンを押下しない場合は、本編動画９２７の再生が継続し、動画画面９３７に示すように、広告は消える。

【0085】

このように、番組表構成情報により、番組が構成されるが、別途、動作ストリームの再生は、動画ストリームに含まれるメタデータ（マニフェストファイル）により再生が行われる。例として、国際標準規格となっているＭＰＥＧ ＤＡＳＨにより動画ストリームが再生された場合を図１１に示す。ＭＰＥＧ ＤＡＳＨでは、動画ストリームの再生にＭＰＤ（Media Presentation Description）が使われる。ＭＰＤには、動画ストリームをPeriodで規定する。例えば、本実施例に基づく番組９２１は、ＭＰＤ＃１：９５１により構成され、動画９２１が再生される。広告９２２は、Period＃２：９４２、動画９２３はPeriod＃３：９４３により再生される。同様に、次番組の動画９２４は、ＭＰＤ＃２：９５２のPeriod＃１：９４４により再生される。更に、次の番組は、ＭＰＤ＃３：９５３のPeriod＃１：９４５により動画９２５が再生される。広告９２６は、Period＃２：９４６、動画９２７は、Period＃３：９４７により再生される。本例では、一つの番組に対して、一つのＭＰＤを対応させたが、運用によっては、異なる対応も可能である。例えば、２つ以上の番組に対して、１つのＭＰＤを対応させ、複数のPeriodで規定することも可能である。

【0086】

図１２は、番組表構成情報を用いた、過去番組における広告提示の運用例を示す図である。番組表構成情報は、事業者情報１００２、チャンネル情報１００３、番組情報１００４、広告情報１００５、ＶＯＤ情報１００６で構成されている。これら情報により、過去番組表１００１が表示される。チャンネル情報１００３に含まれる番組情報１００４により、動画１０２１、広告１０２２、動画１０２３が再生される。ここで、番組開始時刻８：００、終了時刻９：００という記述があるが、過去に配信された時刻を示すため、番組の選択は自由に行うことが出来る。

【0087】

動画１０２１を選択すると、一旦、説明画面１０４１が提示され、視聴ボタンを押下すると、本編動画１０２１が再生される。更に、広告動画１０３２が再生され、その後、広告動画が終了すると本編動画画面１０３３となる。

【0088】

図１２の過去番組表にはビデオプラットフォームが提供する番組をチャンネルとして表示している。本図においてはチャンネルＡ１、チャンネルＡ２はビデオプラットフォームＡが提供するチャンネルでチャンネルＢ１はビデオプラットフォームＢが提供するチャンネルである。各番組表において表示を行うＶＯＤコンテンツ１～４は視聴者がリモコン等でフォーカスした番組コンテンツを配信しているビデオプラットフォームが提供するＶＯＤ情報を選択して表示を行うことができる。すなわち、視聴者がコンテンツＡ１１をリモコン等でフォーカスした場合、ビデオプラットフォームが提供するＶＯＤを番組表画面上に表示する。本実施例ではＶＯＤコンテンツ表示を過去番組表にのみ配置しているが、現在、未来の番組表に同様のデータと動きを用いて配置することができる。

【0089】

一方、ＶＯＤを選択するとＶＯＤ動画１０２４が再生される。ここで、再生される前に、ＶＯＤの説明画面１０４２が提示され、視聴ボタンを押下すると、ＶＯＤ動画１０２４が再生される。その際、動画画面は、ＶＯＤ動画画面１０３４となる。ＶＯＤ動画が終了すると過去番組表画面１０３５へ戻る。

【0090】

現在番組表と同様に、過去番組表に関してもＭＰＥＧ ＤＡＳＨによる動作ストリームの再生との関係を説明する。ＭＰＤ＃１：１０５０のPeriod＃１：１０５１により、本件動画１０２１が再生される。Period＃２：１０５２により広告１０２２、Period＃３：１０５３により本編動画１０２３が再生される。ＶＯＤに関しては、ＭＰＤ＃２：１０６０のPeriod＃１：１０５４によりＶＯＤ動画１０２４が再生される。現在番組表の運用と同様に、１つのＭＰＤと複数の番組の関係による運用も可能である。

【0091】

図１３は、番組表構成情報の定期更新について説明する図である。番組表構成情報１１１１は、例えば１日単位で定期的に更新が行われる。番組表構成情報には、事業者情報、チャンネル情報、番組情報、広告情報、ＶＯＤ情報が含まれている。

【0092】

定期的にテレビゲートウェイ１２１は、（１）信号１１０１により番組表構成情報をビデオプラットフォーム１１１へ要求する。ビデオプラットフォーム１１１は、（２）番組表構成情報を信号１１０２によってテレビゲートウェイ１２１へ送付する。テレビゲートウェイ１２１は、通常はOFFとなっている更新フラグ１１２１を、更新番組表構成情報を取得次第、ONにする。テレビクラウド１３１は、（３）信号１１０３によって定期的にテレビゲートウェイ１２１の更新フラグ１１２１を確認し、更新フラグ１１２１がONになっていれば、（４）信号１１０４により番組表構成情報を取得し、（５）信号１１０５にて、テレビ受信機１４１へ配布する。テレビクラウド１３１が番組表構成情報を取得後、すぐに、更新フラグ１１２１は、OFFとなる。ただし、テレビクラウド複数ある場合は、全てのテレビクラウドが番組表構成情報を取得したことを確認後、OFFとする。また、テレビゲートウェイ１２１から番組表構成情報を取得する際には、より安全性を確保するため、事前にテレビクラウド１３１に配布された鍵により、暗号化することでセキュリティを保つことが出来る。

【0093】

図１４は、緊急メッセージの更新について説明する図である。図５に示すように、番組表構成情報は、情報量が多く、内部にサムネイル画像等が含まれるため、例えば１日単位の様に長い周期で更新される。従って、例えば、ライブ中継の番組が延長されて、番組表を変更しなければならない場合等の緊急事態への対応が難しいため、別途、必要最低限のサイズで、変更処理を行うための緊急メッセージ機能が求められる。緊急メッセージのフォーマットを１２１０に示す。

【0094】

<緊急メッセージID><チャンネルID><対象となる番組ID><対象項目><処理><処理内容>
ここで、<緊急メッセージID>は、事業者内でユニークに発行するため、<事業者ID＋ユニークID>で構成し、Emsg_idでしめされる。
<チャンネルID>は、各チャンネルを特定するService_idであり、<対象となる番組ID>は番組を特定するEvent_idである。<対象項目>は、番組情報内にある各項目である。
<処理>は、削除、上書き（変更）、追加があり、その具体的な内容を<処理内容>として規定する。
例えば、８：００開始、９：００終了の番組の終了時間を９：３０に変更する際には、<処理>変更、<処理内容>９：３０をターゲット番組に対して送出する。

【0095】

ビデオプラットフォーム１１１は、（１）信号１２０１により、緊急メッセージをテレビゲートウェイ１２１送出する。テレビゲートウェイ１２１は、通常はOFFとなっている緊急フラグ１２２１をONにする。テレビクラウド１３１は、（２）信号１２０２により、緊急フラグ１２２１を確認する。この時、テレビクラウド１３１は、前述の更新フラグ１１２１の確認よりも、よりも短い期間で確認を行う。例えば、１０分～３０分等の期間で確認を行う。テレビクラウド１３１は、（３）信号１２０３により、緊急メッセージを取得する。テレビクラウド１３１は、取得した緊急メッセージを（４）信号１２０４によりテレビ受信機１４１へ配布する。ここで、緊急メッセージの配布は、番組表構成情報の配布よりも短い時間に配布が行われるため、送付が集中しない様に、あらかじめ設定された、オフセット時間により、各テレビ受信機は、受信タイミングを制御し、アクセスを分散させる。

【0096】

図１５は、テレビ受信機１４１の構成図である。アンテナ１５０１により、放送を受信し、チューナ１５０２により、デジタルストリームに変換された放送コンテンツは、信号処理部１５０３で音声信号、映像信号に変換される。音声信号は音声処理部１５０４で処理され、スピーカ１５０６により音声が再生される。また、映像信号は映像処理部１５０５により処理され、映像表示部１５０７により映像が再生される。ＣＰＵ１５０９は、メモリ１５０８、不揮発性メモリ１５１０に接続され、制御プログラムが実行され、チューナ１５０２の制御、信号処理部１５０３の制御を行う。なお、ユーザーの操作は、リモコン１５１３から受信部１５１２に入力され、制御プログラムへ入力される。通信インターフェース１５１１は、ネットワークより配信される動画コンテンツやコンテンツ選択画面を受信し、ＣＰＵ１５０９の制御プログラムで処理する。

【0097】

図６の構成並びに図７の再生シーケンスは通信インターフェース１５１１を介して得た図５の番組表構成情報をメモリ１５０８に蓄積し、ＣＰＵ１５０９は内部で実行されるソフトウエア用いて、現在時間を基に番組情報を切り分け、現在番組表、過去番組表、未来番組表を生成する。

【0098】

図１６は、ビデオプラットフォーム１１１の構成図である。ＣＰＵ１６０２は、メモリ１６０１及びストレージ装置１６０３に接続されており、制御プログラムを実行する。操作部１６０５により操作者が動作を制御する。通信インターフェース１６０４は、ネットワークに接続されており、動画コンテンツの入出力、過去番組表構成情報の出力、未来番組表構成情報の出力、現在番組表構成情報の出力、動画の配信、コンテンツ選択情報の入出力を行う。なお、映像処理部１６０６は入力された動画コンテンツをエンコードし暗号化を来ない、動画配信用のストリームを生成する。本図に示すように、ビデオプラットフォーム１１１はサーバと言うことができる。

【0099】

図１７は、テレビゲートウェイ１２１の構成図である。ＣＰＵ１７０２は、メモリ１７０１及びストレージ装置１７０３に接続されており、所定の処理プログラムが動作する。通信インターフェース１７０４は、ビデオプラットフォームからの入出力及びテレビクラウドへの入出力を行う。ビデオプラットフォームからの過去番組表構成情報の入力、未来番組表構成情報の入力、現在番組表構成情報の入力、テレビクラウドへの過去番組表構成情報の出力、未来番組表構成情報の出力、現在番組表構成情報の出力を行う。ビデオプラットフォームはなお、操作者は、操作部１７０５により動作を制御する。本図に示すように、テレビゲートウェイ１２１はサーバと言うことができる。

【0100】

図１８は、テレビクラウド１３１の構成図である。通信インターフェース２００４より、テレビゲートウェイより出力される番組表構成情報を受信する。番組表構成情報は、ＣＰＵ２００２、メモリ２００１による動作するソフトウエアにより、テレビ受信機が表示可能な所定のフォーマットに変換され、ストレージ２００３に保存される。操作部２００５により、オペレータはソフトウエアの制御を行う。ストレージ２００３に保存されたデータは、第１５図に示すテレビ受信機により受信される。本図に示すように、テレビクラウド１３１はサーバと言うことができる。

【0101】

以下、図１５のテレビ受信機１４１、図１６のビデオプラットフォーム１１１、図１７のテレビゲートウェイ１２１、図１８のテレビクラウド１３１により、図６に示す番組表の構成に関して説明する。

【0102】

図１６のビデオプラットフォーム１１１のストレージ１６０３に保存されている番組表構成情報は、通信インターフェース１６０４により出力され、図１７のテレビゲートウェイ１２１の通信インターフェース１７０４で受信され、ストレージ１７０３により一旦保存される。保存された、番組表構成情報は、通信インターフェース１７０４より出力され、図１８のテレビクラウド１３１により受信される。図１８のテレビクラウド１３１では、受信した番組表構成情報を、テレビ受信機１４１で表示可能なフォーマットへ変換する。ここで、変換されたデータフォーマットは、例えば、テレビ受信機１４１上で動作するブラウザで表示可能なＨＴＭＬ５である。

【0103】

変換されたデータは、通信インターフェース２００４により図１５のテレビ受信機１４１へ出力される。図１５のテレビ受信機１４１では、通信インターフェース１５１１より動画コンテンツだけでなく、コンテンツの選択画面を受信する。ここでいう、コンテンツの選択画面は、図６に示す過去番組表、現在番組表、未来番組表にあたる。

【0104】

以下、図１５のテレビ受信機１４１を用いて、図６の番組表、図７の番組表のシーケンスを説明する。図１８のテレビクラウド１３１により、表示可能なデータフォーマットへの変換がおこなわれた番組表構成情報は、通信インターフェース１５１１により受信される。ここで、番組表構成情報は、過去１週間、未来１週間分の情報が送られてきており、現在の時刻に応じて、図６に示す現在番組、過去番組表、未来番組表が表示される。ここで、送られてくる番組表構成情報と現在の時刻を比較し、過去の情報と判断した部分を分割し過去番組表として表示し、未来の情報と判断した部分を分割して未来番組表として表示し、現在配信されていると判断した場合は、現在番組表として表示を行う。これらの表示動作は、図１５に示すＣＰＵ１５０９で動作するソフトウエアにより実施される。

【0105】

図７に、番組表のシーケンスを示す。図７に示す過去番組表５０１、現在番組表５１１、未来番組表５２１は、図６に示す過去番組表４０１、現在番組表４１１、未来番組表４２１に対応している。図７における動作は、図１５に示すテレビ受信機１４１のＣＰＵ１５０９で動作するソフトウエアにて実施される。

【0106】

［付記］
・番組表構成情報の構成
テレビゲートウェイによって構成される動画配信システムにおいて、
事業者情報、チャンネル情報、番組情報、タイムテーブルに加えて、広告情報、ＶＯＤ情報、広告の表示位置を示すレイアウト情報によって、構成する「番組表構成情報」により、リニア配信で実現されるＡＶＯＤだけでなく、ＳＶＯＤ、ＴＶＯＤに対応する。
・リニア配信の番組表に、ＶＯＤの選択画面を重畳し、視聴者の契約条件を確認するテレビゲートウェイのシーケンスによって、ＡＶＯＤ、ＳＶＯＤ、ＴＶＯＤのいずれのコンテンツも選択、視聴する。
・過去に配信された番組表構成情報と将来配信予定の番組表構成情報により、現在番組と過去番組をシームレスに表示する。過去番組においては、ダイジェスト再生を未来番組に関しては、予告動画を再生する。
・広告の提示方法
上記、「番組表構成情報」に含まれる広告情報、及び、レイアウト情報により、
本編動画に時間的に挿入する広告と、本編動画に空間的に重ねて表示する広告と、更に、これらを組み合わせて実現する広告を提示する。
・時間挿入された広告からボタン押下により、別途サービスサイトの情報を表示する、或いは、ＶＯＤ動画コンテンツを視聴するサービスを実現する。
・番組表構成情報の取得、修正方法
「番組表構成情報」は、テレビゲートウェイの更新フラグを定期的に確認することで更新を行う。
「番組表構成情報」の修正は、別途、送信される緊急メッセージにより実施され、緊急メッセージは緊急フラグを比較的短い期間で確認を行う。
・ビデオプラットフォームとテレビの間に配置され該ビデオプラットフォームからの動画コンテンツを該テレビに提供するための接続をテレビゲートウェイにおいて、
該テレビゲートウェイは、
該テレビと該テレビゲートウェイの間に配置されたテレビクラウドが送信する該テレビからのビデオプラットフォーム１１１を識別するＩＤ、視聴対象となる動画コンテンツを識別するＩＤ、テレビクラウドを同時に識別するＩＤを含むビデオオンデマンドトークン要求を受信し、
該ビデオプラットフォームにモバイル端末のユーザーとビデオプラットフォームを同時に識別するＩＤ（以下CT-ID）と視聴対象となる動画コンテンツを識別するＩＤ（以下MA-ID）を送信し、
該ビデオプラットフォームがCT-IDとMA-IDを基にＶＯＤ視聴可能な条件を有しているとしてCT-IDとMA-IDを含むビデオオンデマンドトークンを受信し、
該ビデオプラットフォームからビデオオンデマンドトークンを受信した結果に基づき該ビデオオンデマンドトークンを該テレビクラウドに送信することを特徴とするテレビゲートウェイ。

【0107】

（第２実施形態）
本発明の一実施形態である第２実施形態について、図面を用いて説明する。本実施形態は、上述した他の実施形態の変形例であるので、他の実施形態と同じ部分については同じ符号を用い、詳細な説明を省略する。

【0108】

図１９は、動画配信システムにおけるＩＤバインドまでの動作の一例について説明する図である。本図は、図４と同様に、図３に示す動画配信システム全体から、ビデオプラットフォーム１１１とテレビゲートウェイ１２１とテレビクラウド１３１とテレビ受信機１４１とモバイル端末１０９を抜粋して示している。他のビデオプラットフォーム及びテレビクラウド、テレビ受信機、モバイル端末も同様の動作を行う。

【0109】

第１実施形態では、図４を用いて、動画配信システムの動作の一例について説明したが、本実施形態では主に、図４に示す動作の前段の動作であって、ＩＤ結合情報ＤＢ（データベース）１２０に情報を記憶させるまでの流れについて、説明する。

【0110】

ＩＤ結合情報ＤＢ１２０は、例えばテレビゲートウェイ１２１が備える（或いは、テレビゲートウェイ１２１のＣＰＵ１７０２が参照可能な）ＨＤＤ（Hard Disk Drive）等の記憶装置に記憶されている。ＩＤ結合情報ＤＢ１２０は、図２０や図２１にテーブルの形式で例示する情報を記憶している。

【0111】

図２０は、ＩＤ結合情報ＤＢ１２０が記憶する、会員およびその権利状況を識別するための情報の一例を示す図である。より詳細には、図２０が示すテーブルは、MA-IDに対してHA-IDやアクセストークン、リフレッシュトークン、有効期限、ユーザプロファイル等を関連付けて記憶する。アクセストークンは、テレビクラウド１３１へのアクセスを許諾していることを示すトークンである。有効期限は、アクセストークンの有効期限であり、当該有効期限を超過すると、アクセストークンは失効する。リフレッシュトークンは、新たなアクセストークンおよび有効期限を取得する際に用いるトークンである。

【0112】

ここで、MA-IDは、モバイル端末１０９のユーザーとビデオプラットフォーム１１１を同時に識別するＩＤである。ここで、モバイル端末１０９は、例えば、ユーザーが所有するスマートフォンなどの携帯端末機器である。HA-IDは、テレビ受信機１４１及びテレビクラウド１３１を同時に識別するＩＤである。したがって、ユーザーが、複数の再生機器（例えばテレビ受信機１４１）を所持している場合には、一つのMA-IDに対して、複数のHA-IDが関連付けられている可能性がある。また、MA-IDに関連付けられるHA-IDごとに、アクセストークンやリフレッシュトークン、有効期限等が、記憶される。

【0113】

図２１は、ＩＤ結合情報ＤＢ１２０が記憶する、再生機器（例えばテレビ受信機１４１）を識別するための情報の一例を示す図である。より詳細には、図２１が示すテーブルは、HA-IDに対してMA-IDやアクセストークン、リフレッシュトークン、有効期限等を関連付けて記憶する。アクセストークンは、ビデオプラットフォーム１１１へのアクセスを許諾していることを示すトークンである。有効期限は、アクセストークンの有効期限であり、当該有効期限を超過すると、アクセストークンは失効する。リフレッシュトークンは、新たなアクセストークンおよび有効期限を取得する際に用いるトークンである。

【0114】

ここで、ユーザーが、一つの再生機器（例えばテレビ受信機１４１）によって、複数のビデオプラットフォーム１１１が提供するＶＯＤサービスを利用する場合がある。この場合には、一つのHA-IDに対して、複数のMA-IDが関連付けられている可能性がある。また、HA-IDに関連付けられるMA-IDごとに、アクセストークンやリフレッシュトークン、有効期限等が、記憶される。

【0115】

図１９に戻り、ＩＤバインドまでの信号の送受信について、時系列で説明する。まず、テレビ受信機１４１は、リモコン操作などにより、ＶＯＤ視聴を要求する操作を受けると、信号１９０１により、テレビクラウド１３１に対して、（１）ＱＲコード（登録商標）を要求する。信号１９０１には、HA-IDが少なくとも含まれる。

【0116】

（１）のＱＲコード要求を受信したテレビクラウド１３１は、信号１９０２により、テレビ受信機１４１に対して、（２）ＱＲコードを表示させるための情報を送信する。ここで、信号１９０２のＱＲコードは、ＶＯＤコンテンツを提供するビデオプラットフォーム１１１を識別するPF-IDと、テレビ受信機自身を示すHA-IDとを特定可能な情報を、少なくとも含んでいる。信号１９０２を受信したテレビ受信機１４１は、画面にＱＲコードを表示させる。

【0117】

次に、モバイル端末１０９が、テレビ受信機１４１の画面に表示されたＱＲコードを撮像し、デコードすることで得られた情報に基づいて、信号１９０３により、（３）Ｗｅｂアクセスする。このときのアクセス先は、テレビゲートウェイ１２１である。信号１９０３を受信したテレビゲートウェイ２１２は、信号１９０４により、ＱＲコードに含まれていたPF-IDが示すビデオプラットフォーム１１１に対して、（４）認証リクエストを行う。

【0118】

信号１９０４を受信したビデオプラットフォーム１１１は、信号１９０５～１９０６により、（５）ＩＤ登録確認を行う。当該ＩＤ登録確認において、ビデオプラットフォーム１１１は、モバイル端末１０９を介して、ユーザーに対し、ログイン操作を求める。

【0119】

ここで、モバイル端末１０９側での表示状態および操作受付について補足する。ユーザーは、テレビ受信機１４１に対してリモコンでＶＯＤ視聴を要求すると、テレビ受信機１４１の画面にＱＲコードが表示されるので、これをモバイル端末１０９により撮像し、ＱＲコードが導くＷｅｂページをモバイル端末１０９の画面に表示させる。このときのＷｅｂページは、例えばテレビゲートウェイ１２１が提供する。また、このときのＷｅｂページは、例えば、次画面でユーザーのログイン操作を求めることを許可するか確認するための操作ボタンを含む。この操作ボタンをユーザーが操作すると、ＶＯＤ視聴契約において指定されたＩＤやパスワードをユーザーが入力するための画面が、モバイル端末１０９に表示される。このときのＩＤやパスワードを入力するための画面は、ビデオプラットフォーム１１１が提供する。当該画面を介して、ビデオプラットフォーム１１１は、ユーザーのＩＤやパスワードの入力を受け付けて、信号１９０５～１９０６による（５）ＩＤ登録確認を、完了させる。

【0120】

図１９による説明に戻る。ビデオプラットフォーム１１１は、信号１９０５により、サブスクライバーデータベース１９１に対して、ユーザーのＩＤやパスワードを送信する。サブスクライバーデータベース１９１は、ユーザーのＩＤおよびパスワードがＶＯＤ視聴契約において有効であれば、ビデオプラットフォーム１１１に対し、信号１９０６により、MA-IDを送信する。

【0121】

（５）のＩＤ登録確認を終えてMA-IDを入手したビデオプラットフォーム１１１は、テレビゲートウェイ１２１に対し、信号１９０７により、（６）レスポンスを送信する。ここまでで、テレビゲートウェイ１２１は、ユーザーがビデオプラットフォーム１１１に対してＶＯＤ視聴の契約を行っていることを認識する。

【0122】

（６）のレスポンスを受信したテレビゲートウェイ１２１は、次に、ビデオプラットフォーム１１１に対し、信号１９０８により、（７）トークンリクエストを送信する。（７）のトークンリクエストを受信したビデオプラットフォーム１１１は、テレビゲートウェイ１２１に対し、信号１９０９により、（８）ＶＰＦトークンレスポンスを送信する。

【0123】

（８）のＶＰＦトークンレスポンスを受信したテレビゲートウェイ１２１は、次に、テレビクラウド１３１に対し、信号１９１０により、（９）トークンリクエストを送信する。（９）のトークンリクエストを受信したテレビクラウド１３１は、テレビゲートウェイ１２１に対し、信号１９１１により、（１０）ＴＶＣトークンレスポンスを送信する。

【0124】

（１０）のＴＶＣトークンレスポンスを受信したテレビゲートウェイ１２１は、次に、ビデオプラットフォーム１１１に対し、信号１９１２により、（１１）プロファイルリクエストを送信する。これを受信したビデオプラットフォーム１１１は、テレビゲートウェイ１２１に対し、信号１９１３により、（１２）プロファイルおよびMA-IDを送信する。

【0125】

（１２）のプロファイルおよびMA-IDを受信したテレビゲートウェイ１２１は、次に、テレビクラウド１３１に対し、信号１９１４により、（１３）プロファイルリクエストを送信する。これを受信したテレビクラウド１３１は、信号１９１５により、（１４）プロファイルおよびHA-IDを送信する。

【0126】

ここまでの流れにより、テレビゲートウェイ１２１は、ユーザーのプロファイルに関連付けられたMA-IDとHA-IDとを入手する。次に、テレビゲートウェイ１２１は、（１５）ＩＤバインドを行って、ＩＤ結合情報ＤＢ１２０に、MA-IDとHA-IDの結合情報（例えば図２０および図２１にテーブル形式で例示する情報）を記憶させる。

【0127】

このように本実施形態によれば、ある再生機器（テレビ受信機１４１）での初回のＶＯＤ視聴に際して、モバイル端末１０９での入力操作を可能とすることができる。モバイル端末１０９は、例えばスマートフォンであって、文字入力が容易な端末である。したがって、本実施形態によれば、従来であればリモコンによらなければならなかったＩＤやパスワードの入力作業をモバイル端末１０９により行うことが可能となるので、入力操作の煩雑さを大幅に軽減することが可能となる。

【0128】

また、本実施形態によれば、テレビ受信機１４１やテレビクラウド１３１にて、ビデオプラットフォーム１１１に対するユーザーのログインを可能にするＩＤやパスワードを管理することなしに、トークンが有効である限り、ビデオプラットフォーム１１１に対するテレビ受信機１４１の接続を可能とすることができる。つまり、秘匿すべき情報であるＩＤやパスワードは、ビデオプラットフォーム１１１でのみ管理され、他の装置（テレビゲートウェイ１２１、テレビクラウド１３１、テレビ受信機１４１）から漏洩する恐れを排除することが可能である。

【0129】

図２２は、テレビゲートウェイ１２１におけるＩＤ提供にかかる信号の流れについて説明する図である。この図には、あるＶＯＤ視聴契約を有するユーザーが、ある再生機器により行う、２回目以降のＶＯＤ視聴の際の信号の流れを示している。

【0130】

テレビゲートウェイ１２１は、ＣＰＵ１７０２が所定のプログラムを実行することにより実現する機能部である結合情報参照部１７０６を備えている。通信Ｉ／Ｆ（Interface、インターフェース）１７０４がビデオプラットフォーム１１１からMA-IDを受信すると、結合情報参照部１７０６がＩＤ結合情報ＤＢ１２０を参照して、MA-IDに対応するHA-IDを取得し、これをテレビクラウド１３１に送信する。また、通信Ｉ／Ｆ（Interface、インターフェース）１７０４がテレビクラウド１３１からHA-IDを受信すると、結合情報参照部１７０６がＩＤ結合情報ＤＢ１２０を参照して、HA-IDに対応するMA-IDを取得し、これをビデオプラットフォーム１１１に送信する。より詳細には、第１実施形態において図４を用いて説明した通りである。

【産業上の利用可能性】

【0131】

ビデオコンテンツのリニア配信において、番組表構成情報にＶＯＤ情報を加えることにより、ユーザーがリニア配信のビデオコンテンツを見る際に、ＥＰＧ上でＶＯＤも表示することができるようになる。これにより視聴者の番組選択の幅を広げることができる。

【符号の説明】

【0132】

１０１～１０８…ＣＳＰ（コンテンツサービスプロバイダ）
１０９ …モバイル端末
１１１ …ビデオプラットフォーム
１２０ …ＩＤ結合情報ＤＢ
１２１ …テレビゲートウェイ
１３１ …テレビクラウド
１４１ …テレビ受信機
１９１ …サブスクライバーデータベース
３０１ …番組表視聴情報
１７０６…結合情報参照部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】