JP7389594B2 - コンテンツ配信サーバ、コンテンツ配信システム、及びプログラム - Google Patents
コンテンツ配信サーバ、コンテンツ配信システム、及びプログラム Download PDFInfo
- Publication number
- JP7389594B2 JP7389594B2 JP2019165399A JP2019165399A JP7389594B2 JP 7389594 B2 JP7389594 B2 JP 7389594B2 JP 2019165399 A JP2019165399 A JP 2019165399A JP 2019165399 A JP2019165399 A JP 2019165399A JP 7389594 B2 JP7389594 B2 JP 7389594B2
- Authority
- JP
- Japan
- Prior art keywords
- emergency
- emergency message
- response
- content distribution
- information
- 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.)
- Active
Links
- 230000004044 response Effects 0.000 claims description 80
- 230000007704 transition Effects 0.000 claims description 10
- 238000000034 method Methods 0.000 description 23
- 238000004891 communication Methods 0.000 description 21
- 238000012545 processing Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 6
- 239000000284 extract Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 238000002474 experimental method Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
本発明は、受信装置にコンテンツを配信するコンテンツ配信サーバ、コンテンツ配信システム、及びプログラムに関する。
昨今のインターネットにおけるストリーミング動画配信では、汎用的なＷｅｂサーバによりＨＴＴＰプロトコルを用いてストリーミング配信する方式が主流となっている。このようなストリーミング配信方式はアダプティブストリーミングと呼ばれ、ＩＴベンダによる独自技術のほか、国際標準規格のＭＰＥＧ－ＤＡＳＨ（ＩＳＯ／ＩＥＣ２３００９－１）がある。
いずれの技術も基本的なコンセプトは同様であり、Ｗｅｂサーバには動画コンテンツを１つ又は複数の品質（画面サイズやビットレート）で符号化した符号化ストリームをそれぞれ数秒から数十秒程度のファイルに分割したもの（セグメント）と、それらの動画コンテンツの属性及びＵＲＬを記述したマニフェストファイルを用意する。そして、受信装置はマニフェストファイルから当該受信装置の画面サイズや伝送路のネットワーク帯域の状態などを考慮して、適時品質を選択して次々とセグメントを受信し、１本の動画コンテンツにつなぎ合わせて再生する（例えば、非特許文献１参照）。
このような配信技術を多くのデバイスで普及が進むＨＴＭＬ５対応Ｗｅｂブラウザで再生可能とする動画再生機能であるＭＳＥ／ＥＭＥ（Media Source Extensions / Encrypted Media Extensions）が規格化されたことや、インターネット接続環境の充実も相まって、テレビ受信装置のＨＴＭＬ５対応Ｗｅｂブラウザを利用して高品質なネット動画を視聴できるサービスの普及が進んでいる。例えば、放送通信連携サービスであるハイブリッドキャスト（登録商標）を利用し、放送とオンデマンドの違いを意識せずに、番組表から選択するだけで過去に放送した番組のオンデマンド視聴を行えるサービスや、テレビ番組視聴中に切り替えボタンが表示され、当該ボタンを視聴者がリモコンで選択することにより放送の進行と同期した場面から４Ｋ画質のネット配信映像を視聴できる技術の実証実験が、多数の放送事業者により実施されている。
このようなサービスにおいては、視聴者の安全・安心の確保の観点から、テレビ受信装置上でネット動画を視聴している視聴者に対しても、災害等の発生時に放送の番組内容が緊急特番に変更されたことを示す情報など、放送局が視聴者に直ちに伝えるべき緊急情報を通知できる仕組みがあることが望まれている。例えば、緊急時にネット動画を強制終了させ、放送に引き戻すといったユースケースが想定されている。
緊急情報を通知する方法として、非特許文献２では、以下の方式が検証されている。第１の方式では、受信装置で動作しているアプリケーションに対して、放送局から一斉に放送信号のイベントメッセージを送信する。第２の方式では、別途緊急情報を通知する緊急情報通知サーバをインターネット上に設置し、ＨＴＴＰプロトコルにより受信装置が定期的に緊急時か否かを緊急情報通知サーバに確認（ポーリング）する。第３の方式では、WebSocketプロトコルにより受信装置と緊急情報通知サーバとの間で常に接続状態を維持し、緊急情報を緊急情報通知サーバから接続している受信装置に向けて一斉にプッシュ通知する。
また、特許文献１には、ＭＰＥＧ－ＤＡＳＨ（ＩＳＯ／ＩＥＣ２３００９－１）形式のコンテンツのマニフェストファイルであるＭＰＤ(Media Presentation Description)に緊急情報配信通知の構成データを挿入することにより、当該コンテンツを受信している受信装置に緊急情報を通知する方法が開示されている。
平林、「次世代動画配信技術「ＭＰＥＧ－ＤＡＳＨ」技術概要と標準化・関連技術動向」、映像情報メディア学会誌、Vol.67、No.2、2013、p.109-115
株式会社三菱総合研究所、「ブロードバンドの活用による放送サービスの高度化に向けた技術等検証事業」、[online]、[2019年8月29日検索]、インターネット<URL:http://www.soumu.go.jp/main_content/000532910.pdf>
非特許文献２について、第１の方式に対しては、ネット動画再生中に放送のイベントメッセージを受信できる機能を有する受信装置は限定的であるという課題があった。第２の方式に対しては、ポーリング周期を小さくすると緊急時であることを速やかに確認することができるが、無駄なポーリングが発生し、ネットワーク負荷が増加するという課題があった。第３の方式に対しては、受信装置との接続状態を維持するため、受信装置の数に応じて緊急情報通知サーバの設備規模や一斉配信に伴うネットワーク負荷が大きくなるという課題があった。
また、特許文献１で開示された方式では、視聴されているコンテンツのＭＰＤそれぞれに緊急情報配信通知を挿入する必要があることに加え、一般的にオンデマンドコンテンツを視聴する際には、受信装置はＭＰＤを再生開始時に一度取得するのみのため、緊急情報配信通知を挿入したＭＰＤを受信装置に遅滞なく取得させるためには、ＭＰＤが更新されたことを示す情報を別途通知するなど、付加的な通信が必要であった。
かかる事情に鑑みてなされた本発明の目的は、ストリーミング再生中の受信装置に付加的な通信手続きをさせることなく、速やかに緊急情報を通知することが可能なコンテンツ配信サーバ、コンテンツ配信システム、及びプログラムを提供することにある。
一実施形態に係るコンテンツ配信サーバは、緊急メッセージ生成サーバから緊急情報の取得先を示す緊急情報ＵＲＬ、又は緊急情報を提供するＷｅｂサイトのＵＲＬを示す緊急時遷移先ＵＲＬを含む緊急メッセージを受信するとともに、受信装置にコンテンツを配信するコンテンツ配信サーバであって、前記受信装置からリクエストを受信すると、該リクエストに含まれるリクエスト対象ＵＲＬに基づくリクエストデータを取得するリクエストデータ取得部と、前記緊急メッセージ生成サーバから前記緊急メッセージを受信する緊急メッセージ受信部と、前記リクエストデータを含むレスポンスを生成し、前記緊急メッセージ受信部が緊急メッセージを受信した場合には、該緊急メッセージを前記レスポンスのレスポンスヘッダに追加するレスポンス生成部と、前記レスポンスを前記受信装置に送信するレスポンス送信部と、を備える。
一実施形態に係るコンテンツ配信サーバは、緊急メッセージ生成サーバから緊急情報の取得先を示す緊急情報ＵＲＬ、又は緊急情報を提供するＷｅｂサイトのＵＲＬを示す緊急時遷移先ＵＲＬを含む緊急メッセージを受信するとともに、受信装置にコンテンツを配信するコンテンツ配信サーバであって、前記受信装置からリクエストを受信すると、該リクエストに含まれるリクエスト対象ＵＲＬに基づくリクエストデータを取得するリクエストデータ取得部と、前記緊急メッセージ生成サーバから前記緊急メッセージを受信する緊急メッセージ受信部と、前記リクエストデータを含むレスポンスを生成し、前記緊急メッセージ受信部が緊急メッセージを受信した場合には、該緊急メッセージの緊急情報の供給元が前記リクエストデータの供給元と同じ場合にのみ、該緊急メッセージを前記レスポンスに含めるレスポンス生成部と、前記レスポンスを前記受信装置に送信するレスポンス送信部と、を備える。
一実施形態において、前記緊急メッセージ受信部は、前記緊急メッセージ生成サーバから前記緊急メッセージ及び前記緊急情報の供給元を示す供給元情報を受信し、前記レスポンス生成部は、前記リクエスト対象ＵＲＬから前記リクエストデータの供給元を識別し、前記供給元情報が示す供給元と一致しているか判定するようにしてもよい。
一実施形態において、前記レスポンス生成部は、前記緊急メッセージ受信部が緊急メッセージを受信した場合には、前記レスポンスのレスポンスヘッダに該緊急メッセージを追加するようにしてもよい。
また、一実施形態に係るコンテンツ配信システムは、上記コンテンツ配信サーバと、緊急メッセージ生成サーバと、を備えるコンテンツ配信システムであって、前記緊急メッセージ生成サーバは、緊急時であるか否かを示す緊急フラグを生成する緊急フラグ生成部と、前記緊急フラグが緊急時であることを示している場合に、前記緊急メッセージを前記コンテンツ配信サーバ送信する緊急メッセージ送信部と、を備える。
また、一実施形態係るプログラムは、コンピュータを、上記コンテンツ配信サーバとして機能させる。
本発明によれば、ストリーミング再生中の受信装置に受信緊急情報を速やかに通知することが可能となり、視聴者の安全・安心を確保することが可能となる。また、ポーリングによる緊急情報の確認や専用の一斉配信などの付加的な通信手続きを不要としたことにより、ネットワークの利用効率も向上し、安定した視聴が可能となる。
以下、一実施形態について、図面を参照して詳細に説明する。
図１は、一実施形態に係るコンテンツ配信システム１の概略を示す図である。コンテンツ配信システム１は、緊急メッセージ生成サーバ１０と、コンテンツ配信サーバ２０と、を備える。コンテンツ配信システム１は、インターネット４０を介して受信装置３０にコンテンツを配信する。図１では、緊急メッセージ生成サーバ１０と、コンテンツ配信サーバ２０と、受信装置３０とは、インターネット４０を介して接続される。緊急メッセージ生成サーバ１０とコンテンツ配信サーバ２０とは、専用のローカルネットワークで接続されていてもよい。
緊急メッセージ生成サーバ１０は、後述する緊急メッセージをコンテンツ配信サーバ２０に送信する。緊急メッセージ生成サーバ１０は複数あってもよく、コンテンツの供給元ごとに別に存在していてもよい。
コンテンツ配信サーバ２０は、コンテンツ供給元の配信サーバであってもよいし、ＣＤＮ（Content Delivery Network）のようにコンテンツ供給元から取得したコンテンツをキャッシュする複数のキャッシュサーバで構成し、アクセスしてきた受信装置３０それぞれに最も近いキャッシュサーバがコンテンツを配信するようにしてもよい。
（緊急メッセージ生成サーバ）
図２は、緊急メッセージ生成サーバ１０の構成例を示すブロック図である。図２に示す緊急メッセージ生成サーバ１０は、記憶部１１と、緊急フラグ生成部１２と、緊急メッセージ送信部１３と、通信Ｉ／Ｆ１４と、を備える。
図２は、緊急メッセージ生成サーバ１０の構成例を示すブロック図である。図２に示す緊急メッセージ生成サーバ１０は、記憶部１１と、緊急フラグ生成部１２と、緊急メッセージ送信部１３と、通信Ｉ／Ｆ１４と、を備える。
記憶部１１は、緊急情報の取得先を示す緊急情報ＵＲＬ、及び／又は緊急情報を集めた特設サイトなど、緊急情報を提供するＷｅｂサイトのＵＲＬを示す緊急時遷移先ＵＲＬを予め記憶する。ここで、緊急情報とは、災害情報などの緊急性の高い情報であり、テキストだけでなく画像を含んでもよい。
また、記憶部１１は、該緊急情報の供給元を示す供給元情報を更に記憶してもよい。以下の説明では、記憶部１１が供給元情報も記憶するものとして説明する。この供給元情報は、キーボードなどの入力インターフェースにより手動により設定してもよいし、緊急フラグ生成部１２が生成して記憶部１１に格納するようにしてもよい。
緊急フラグ生成部１２は、緊急時であるか否かを示す緊急フラグを生成し、緊急メッセージ送信部１３に出力する。この緊急フラグは、ボタンなどの入力インターフェースにより手動により設定してもよいし、外部の別システムからの情報により制御してもよい。本実施形態では、緊急時である場合には緊急フラグをＯＮ（１）とし、緊急時でない場合には緊急フラグをＯＦＦ（０）とする。
緊急メッセージ送信部１３は、緊急フラグ生成部１２から入力された緊急フラグがＯＮである場合（すなわち、緊急フラグが緊急時であることを示している場合）に、記憶部１１から緊急情報ＵＲＬ及び／又は緊急時遷移先ＵＲＬと、供給元情報とを取得する。以下、緊急フラグと、緊急情報ＵＲＬ及び／又は緊急時遷移先ＵＲＬとを含む情報を「緊急メッセージ」と称する。緊急メッセージ送信部１３は、緊急メッセージ及び供給元情報を通信Ｉ／Ｆ１４を介してコンテンツ配信サーバ２０に送信する。また、緊急メッセージ送信部１３は、緊急フラグがＯＮからＯＦＦになった場合にも、記憶部１１から取得した情報をコンテンツ配信サーバ２０に送信してもよい。
（コンテンツ配信サーバ）
図３は、コンテンツ配信サーバ２０の構成例を示すブロック図である。図３に示すコンテンツ配信サーバ２０は、リクエスト受信部２１と、リクエストデータ取得部２２と、コンテンツ記憶部２３と、レスポンス生成部２４と、緊急メッセージ受信部２５と、緊急メッセージ記憶部２６と、レスポンス送信部２７と、通信Ｉ／Ｆ２８と、を備える。なお、リクエスト受信部２１と、リクエストデータ取得部２２と、レスポンス生成部２４と、緊急メッセージ受信部２５と、レスポンス送信部２７と、により制御部を構成してもよく、該制御部は専用のハードウェアによって構成されてもよいし、汎用のプロセッサ又は特定の処理に特化したプロセッサによって構成されてもよい。
図３は、コンテンツ配信サーバ２０の構成例を示すブロック図である。図３に示すコンテンツ配信サーバ２０は、リクエスト受信部２１と、リクエストデータ取得部２２と、コンテンツ記憶部２３と、レスポンス生成部２４と、緊急メッセージ受信部２５と、緊急メッセージ記憶部２６と、レスポンス送信部２７と、通信Ｉ／Ｆ２８と、を備える。なお、リクエスト受信部２１と、リクエストデータ取得部２２と、レスポンス生成部２４と、緊急メッセージ受信部２５と、レスポンス送信部２７と、により制御部を構成してもよく、該制御部は専用のハードウェアによって構成されてもよいし、汎用のプロセッサ又は特定の処理に特化したプロセッサによって構成されてもよい。
リクエスト受信部２１は、受信装置３０から通信Ｉ／Ｆ２８を介してリクエストを受信すると、該リクエストに含まれるリクエスト対象ＵＲＬを抽出する。そして、リクエスト受信部２１は、抽出したリクエスト対象ＵＲＬをリクエストデータ取得部２２に出力する。リクエスト対象ＵＲＬとは、リクエストデータ（マニフェストファイル又はセグメントファイル）のＵＲＬである。
リクエストデータ取得部２２は、リクエスト受信部２１から入力されたリクエスト対象ＵＲＬに基づくリクエストデータ（マニフェストファイル又はセグメントファイル）を、コンテンツ記憶部２３から取得する。そして、リクエストデータ取得部２２は、リクエスト対象ＵＲＬと、取得したリクエストデータとを、レスポンス生成部２４に出力する。
緊急メッセージ受信部２５は、緊急メッセージ生成サーバ１０から通信Ｉ／Ｆ２８を介して緊急メッセージ及び供給元情報を受信すると、緊急メッセージ及び供給元情報を緊急メッセージ記憶部２６に格納する。
緊急メッセージ記憶部２６は、下記の表１に示すように、供給元情報ごとに緊急メッセージを記憶する。緊急フラグがＯＦＦになった場合には、緊急フラグをＯＮからＯＦＦに更新してもよいし、緊急メッセージを削除してもよい。
レスポンス生成部２４は、リクエストデータ取得部２２から入力されたリクエストデータを含むレスポンスを生成し、レスポンス送信部２７に出力する。
また、レスポンス生成部２４は、緊急メッセージ受信部２５が緊急メッセージを受信した場合には、該緊急メッセージをレスポンスに含める。緊急メッセージを含むレスポンスの具体例については後述する。
レスポンス生成部２４は、緊急メッセージ受信部２５が受信した緊急メッセージの緊急情報の供給元（すなわち、供給元情報によって示される供給元）が、リクエストデータの供給元と同じ場合にのみ、該緊急メッセージをレスポンスに含めるようにしてもよい。この場合には、レスポンス生成部２４は、リクエスト対象ＵＲＬからリクエストデータの供給元を識別し、供給元情報が示す供給元と一致しているか判定する。リクエストデータの供給元は、例えばＵＲＬに含まれるホスト名・ドメイン名やパスの形態によって、識別可能である。
レスポンス送信部２７は、受信装置３０からのリクエストに対応するレスポンスを、通信Ｉ／Ｆ２８を介して受信装置３０に送信する。
次に、コンテンツ配信サーバ２０の動作について、図４を参照して説明する。図４は、コンテンツ配信サーバ２０の動作例を示すフローチャートである。なお、図４では緊急情報ＵＲＬをhttp://aaa.bbb.ccc、緊急時遷移先ＵＲＬをhttp://xxx.yyy.zzzとして説明する。また、コンテンツ配信サーバ２０と受信装置３０との間の通信はＨＴＴＰプロトコルに従うものとする。
ステップＳ１０１では、リクエスト受信部２１により、通信Ｉ／Ｆ２８を介して受信装置３０からマニフェストファイル又はセグメントファイルのＨＴＴＰリクエストを受信する。
ステップＳ１０２では、リクエスト受信部２１により、受信したＨＴＴＰリクエストからリクエスト対象ＵＲＬを抽出する。
ステップＳ１０３では、リクエストデータ取得部２２により、リクエスト対象ＵＲＬに該当するリクエストデータをコンテンツ記憶部２３から取得する。
ステップＳ１０４では、レスポンス生成部２４により、リクエストデータをレスポンスのレスポンスボディに設定する。
図５は、レスポンス生成部２４が生成する、緊急メッセージを含むレスポンスの一例を示す図である。図５に示すレスポンスはＨＴＴＰプロトコルに従うＨＴＴＰレスポンスであり、ステータスラインと、レスポンスヘッダと、レスポンスボディとからなる。１行目はステータスラインであり、「２００ ＯＫ」はリクエストの受け付けに成功したことを意味する。
図５に示すレスポンスの２行目から６行目はレスポンスヘッダである。６行目のAccess-Control-Expose-Headersパラメータは、Ｗｅｂブラウザ上で動作するアプリケーションからの参照を許可するヘッダの名前を列挙して示すものであり、ここではX-Emergency，X-EmergencyURL，X-EmergencyRedirectURLを挙げている。X-Emergency，X-EmergencyURL，X-EmergencyRedirectURLの値は、それぞれ３行目から５行目に示される。レスポンスボディには、リクエストデータ（例えば、マニフェストファイル又はセグメントファイル）が書き込まれる。
ステップＳ１０５では、緊急メッセージ記憶部２６にリクエストデータの供給元と同じ供給元が提供する緊急メッセージ（リクエストデータの供給元に対応付いた緊急メッセージ）が格納されており、且つ緊急メッセージの緊急フラグがＯＮであるか否かを判定する。ステップＳ１０５がＹｅｓである場合には処理をステップＳ１０６に進め、ステップＳ１０５がＮｏである場合には処理をステップＳ１１４に進める。
ステップＳ１０６では、レスポンス生成部２４により、図５に示すようにX-Emergencyの値をTrueに設定してレスポンスヘッダに追加する。なお、X-Emergencyは一例であり、他のパラメータを定義してもよい。
ステップＳ１０７では、レスポンス生成部２４により、図５に示すようにAccess-Control-Expose-HeadersにX-Emergencyを設定して、レスポンスヘッダに追加する。
ステップＳ１０８では、レスポンス生成部２４により、緊急メッセージ記憶部２６にリクエストデータの供給元と同じ供給元が提供する緊急情報の取得先を示す緊急情報ＵＲＬが記憶されているか否かを判定する。ステップＳ１０８がＹｅｓである場合には処理をステップＳ１０９に進め、ステップＳ１０８がＮｏである場合には処理をステップＳ１１１に進める。
ステップＳ１０９では、レスポンス生成部２４により、図５に示すようにX-EmergencyURLの値をhttp://aaa.bbb.cccに設定して、レスポンスヘッダに追加する。
ステップＳ１１０では、レスポンス生成部２４により、図５に示すようにAccess-Control-Expose-HeadersにX-EmergencyURLを追加する。
ステップＳ１１１では、レスポンス生成部２４により、緊急メッセージ記憶部２６にリクエストデータの供給元と同じ供給元が提供するＷｅｂサイトのＵＲＬを示す緊急時遷移先ＵＲＬが記憶されているか否かを判定する。ステップＳ１１１がＹｅｓである場合には処理をステップＳ１１２に進め、ステップＳ１１１がＮｏである場合には処理をステップＳ１１４に進める。
ステップＳ１１２では、レスポンス生成部２４により、図５に示すようにX-EmergencyRedirectURLの値をhttp://xxx.yyy.zzzに設定して、レスポンスヘッダに追加する。
ステップＳ１１３では、レスポンス生成部２４により、図５に示すようにAccess-Control-Expose-HeadersにX-EmergencyRedirectURLを追加する。
ステップＳ１１４では、レスポンス送信部２７により、ステップＳ１０４からＳ１１３により生成されたレスポンスを、受信装置３０に送信する。
上述したように、コンテンツ配信サーバ２０は、受信装置３０からリクエストを受信すると、該リクエストに含まれるリクエスト対象ＵＲＬに基づくリクエストデータを取得し、リクエストデータを含むレスポンスを生成する。そして、コンテンツ配信サーバ２０は、緊急メッセージを受信した場合には、該緊急メッセージをレスポンスに含める。そのため、本発明によれば、ストリーミング再生中の受信装置３０に緊急情報を速やかに通知することが可能となり、視聴者の安全・安心を確保することが可能となる。また、ポーリングによる緊急情報の確認や専用の一斉配信などの付加的な通信手続きが不要となるため、ネットワークの利用効率も向上し、安定した視聴が可能となる。
また、コンテンツ配信サーバ２０は、緊急メッセージ生成サーバ１０から受信した緊急メッセージの緊急情報の供給元がリクエストデータの供給元と同じ場合にのみ、該緊急メッセージをレスポンスに含めるようにしてもよい。具体的には、コンテンツ配信サーバ２０は、緊急メッセージ生成サーバ１０から緊急メッセージに加えて、緊急情報の供給元を示す供給元情報を受信し、リクエストデータの供給元と供給元情報が示す供給元とが一致しているか否かを判定するようにしてもよい。これにより、受信装置３０は、緊急時に、視聴者が視聴していたコンテンツと同じ供給元の緊急情報を表示することが可能となる。
なお、上述したコンテンツ配信サーバ２０として機能させるためにコンピュータを好適に用いることができ、そのようなコンピュータは、コンテンツ配信サーバ２０の各機能を実現する処理内容を記述したプログラムを該コンピュータの記憶部に格納しておき、該コンピュータのＣＰＵによってこのプログラムを読み出して実行させることで実現することができる。なお、このプログラムは、コンピュータ読取り可能な記録媒体に記録可能である。
（受信装置）
次に、受信装置３０について説明する。図６は、受信装置３０の構成例を示すブロック図である。図６に示す受信装置３０は、マニフェスト取得部３１と、セグメントリスト記憶部３２と、緊急メッセージ処理部３３と、セグメント取得部３４と、再生部３５と、表示部３６と、通信Ｉ／Ｆ３７と、を備える。
次に、受信装置３０について説明する。図６は、受信装置３０の構成例を示すブロック図である。図６に示す受信装置３０は、マニフェスト取得部３１と、セグメントリスト記憶部３２と、緊急メッセージ処理部３３と、セグメント取得部３４と、再生部３５と、表示部３６と、通信Ｉ／Ｆ３７と、を備える。
マニフェスト取得部３１は、コンテンツ配信サーバ２０から所望の番組のマニフェストファイル（ＭＰＤ）のＵＲＬを含むリクエストを、通信Ｉ／Ｆ３７を介してコンテンツ配信サーバ２０に送信する。そして、マニフェスト取得部３１は、リクエストに対するレスポンスとして、通信Ｉ／Ｆ３７を介してマニフェストファイルを受信する。マニフェスト取得部３１は、受信したマニフェストファイルを解析し、ストリーム識別子ごとに、再生時刻とセグメントのＵＲＬとを対応つけたセグメントＵＲＬリストを生成し、セグメントリスト記憶部３２に保存する。
また、マニフェスト取得部３１は、コンテンツ配信サーバ２０から取得したレスポンスに緊急メッセージが含まれている場合には、緊急メッセージを緊急メッセージ処理部３３に出力する。
セグメント取得部３４は、セグメントリスト記憶部３２から取得対象のセグメントのＵＲＬを順次入力し、入力したセグメントのＵＲＬを含むリクエストを通信Ｉ／Ｆ３７を介してコンテンツ配信サーバ２０に送信する。セグメント取得部３４は、リクエストに対するレスポンスとして、コンテンツ配信サーバ２０から通信Ｉ／Ｆ３７を介してセグメントを受信する。セグメント取得部３４は、受信したセグメントを再生部３５に出力する。
また、セグメント取得部３４は、コンテンツ配信サーバ２０から取得したレスポンスに緊急メッセージが含まれている場合には、緊急メッセージを緊急メッセージ処理部３３に出力する。
再生部３５は、セグメント取得部３４から順次セグメントを入力し、入力したセグメントをセグメントのメディア形式（映像、音声、テキストなど）に従ってデコードし、表示部３６に出力する。
緊急メッセージ処理部３３は、マニフェスト取得部３１又はセグメント取得部３４から緊急メッセージが入力されると、緊急メッセージに基づき受信装置３０の動画を制御する。例えば、緊急メッセージ処理部３３は、X-EmergencyURLに記載のＵＲＬから緊急ニュースや災害などのテキスト画像を取得し、当該データを表示部３６に出力する。表示部３６は、緊急メッセージ処理部３３から入力されたデータを映像上に合成表示することで、ストリーミング再生中の視聴者に直ちに緊急情報を伝えることができる。また、緊急メッセージ処理部３３は、X-EmergencyRedirectURLに記載のＵＲＬをもとに、ストリーミング再生を中断し、該ＵＲＬに遷移させることができる。
あるいは、緊急メッセージ処理部３３は、X-Emergencyによって緊急時であることを認識し、受信装置３０ごとに固有の処理を実行することも可能である。例えば、受信装置３０がハイブリッドキャストに対応している場合には、ハイブリッドキャスト運用規定IPTVFJ STD-0013に規定されているtuneToインターフェースを用いて、ストリーミング再生を直ちに終了し、original_network_id，transport_stream_id，service_idの各パラメータによって指定した放送波チャンネルに引き戻す運用も可能である。
なお、上述した受信装置３０として機能させるためにコンピュータを好適に用いることができ、そのようなコンピュータは、受信装置３０の各機能を実現する処理内容を記述したプログラムを該コンピュータの記憶部に格納しておき、該コンピュータのＣＰＵによってこのプログラムを読み出して実行させることで実現することができる。なお、このプログラムは、コンピュータ読取り可能な記録媒体に記録可能である。
上述の実施形態は代表的な例として説明したが、本発明の趣旨及び範囲内で、多くの変更及び置換ができることは当業者に明らかである。したがって、本発明は、上述の実施形態によって制限するものと解するべきではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば、実施形態に記載の構成ブロック又は処理ステップについて、複数を１つに組み合わせたり、１つを複数に分割したりすることが可能である。また、一例として動画配信としてＭＰＥＧ－ＤＡＳＨ方式を用いる方法について説明したが、これに限られるものではない。
１ コンテンツ配信システム
１０ 緊急メッセージ生成サーバ
１１ 記憶部
１２ 緊急フラグ生成部
１３ 緊急メッセージ送信部
１４ 通信Ｉ／Ｆ
２０ コンテンツ配信サーバ
２１ リクエスト受信部
２２ リクエストデータ取得部
２３ コンテンツ記憶部
２４ レスポンス生成部
２５ 緊急メッセージ受信部
２６ 緊急メッセージ記憶部
２７ レスポンス送信部
２８ 通信Ｉ／Ｆ
３０ 受信装置
３１ マニフェスト取得部
３２ セグメントリスト記憶部
３３ 緊急メッセージ処理部
３４ セグメント取得部
３５ 再生部
３６ 表示部
３７ 通信Ｉ／Ｆ
４０ インターネット
１０ 緊急メッセージ生成サーバ
１１ 記憶部
１２ 緊急フラグ生成部
１３ 緊急メッセージ送信部
１４ 通信Ｉ／Ｆ
２０ コンテンツ配信サーバ
２１ リクエスト受信部
２２ リクエストデータ取得部
２３ コンテンツ記憶部
２４ レスポンス生成部
２５ 緊急メッセージ受信部
２６ 緊急メッセージ記憶部
２７ レスポンス送信部
２８ 通信Ｉ／Ｆ
３０ 受信装置
３１ マニフェスト取得部
３２ セグメントリスト記憶部
３３ 緊急メッセージ処理部
３４ セグメント取得部
３５ 再生部
３６ 表示部
３７ 通信Ｉ／Ｆ
４０ インターネット
Claims (6)
- 緊急メッセージ生成サーバから緊急情報の取得先を示す緊急情報ＵＲＬ、又は緊急情報を提供するＷｅｂサイトのＵＲＬを示す緊急時遷移先ＵＲＬを含む緊急メッセージを受信するとともに、受信装置にコンテンツを配信するコンテンツ配信サーバであって、
前記受信装置からリクエストを受信すると、該リクエストに含まれるリクエスト対象ＵＲＬに基づくリクエストデータを取得するリクエストデータ取得部と、
前記緊急メッセージ生成サーバから前記緊急メッセージを受信する緊急メッセージ受信部と、
前記リクエストデータを含むレスポンスを生成し、前記緊急メッセージ受信部が緊急メッセージを受信した場合には、該緊急メッセージを前記レスポンスのレスポンスヘッダに追加するレスポンス生成部と、
前記レスポンスを前記受信装置に送信するレスポンス送信部と、
を備える、コンテンツ配信サーバ。 - 緊急メッセージ生成サーバから緊急情報の取得先を示す緊急情報ＵＲＬ、又は緊急情報を提供するＷｅｂサイトのＵＲＬを示す緊急時遷移先ＵＲＬを含む緊急メッセージを受信するとともに、受信装置にコンテンツを配信するコンテンツ配信サーバであって、
前記受信装置からリクエストを受信すると、該リクエストに含まれるリクエスト対象ＵＲＬに基づくリクエストデータを取得するリクエストデータ取得部と、
前記緊急メッセージ生成サーバから前記緊急メッセージを受信する緊急メッセージ受信部と、
前記リクエストデータを含むレスポンスを生成し、前記緊急メッセージ受信部が緊急メッセージを受信した場合には、該緊急メッセージの緊急情報の供給元が前記リクエストデータの供給元と同じ場合にのみ、該緊急メッセージを前記レスポンスに含めるレスポンス生成部と、
前記レスポンスを前記受信装置に送信するレスポンス送信部と、
を備える、コンテンツ配信サーバ。 - 前記緊急メッセージ受信部は、前記緊急メッセージ生成サーバから前記緊急メッセージ及び前記緊急情報の供給元を示す供給元情報を受信し、
前記レスポンス生成部は、前記リクエスト対象ＵＲＬから前記リクエストデータの供給元を識別し、前記供給元情報が示す供給元と一致しているか判定する、請求項２に記載のコンテンツ配信サーバ。 - 前記レスポンス生成部は、前記緊急メッセージ受信部が緊急メッセージを受信した場合には、前記レスポンスのレスポンスヘッダに該緊急メッセージを追加する、請求項２又は３に記載のコンテンツ配信サーバ。
- 請求項１から４のいずれか一項に記載のコンテンツ配信サーバと、緊急メッセージ生成サーバと、を備えるコンテンツ配信システムであって、
前記緊急メッセージ生成サーバは、
緊急時であるか否かを示す緊急フラグを生成する緊急フラグ生成部と、
前記緊急フラグが緊急時であることを示している場合に、前記緊急メッセージを前記コンテンツ配信サーバに送信する緊急メッセージ送信部と、
を備える、コンテンツ配信システム。 - コンピュータを、請求項１から４のいずれか一項に記載のコンテンツ配信サーバとして機能させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019165399A JP7389594B2 (ja) | 2019-09-11 | 2019-09-11 | コンテンツ配信サーバ、コンテンツ配信システム、及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019165399A JP7389594B2 (ja) | 2019-09-11 | 2019-09-11 | コンテンツ配信サーバ、コンテンツ配信システム、及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2021043709A JP2021043709A (ja) | 2021-03-18 |
| JP7389594B2 true JP7389594B2 (ja) | 2023-11-30 |
Family
ID=74862398
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019165399A Active JP7389594B2 (ja) | 2019-09-11 | 2019-09-11 | コンテンツ配信サーバ、コンテンツ配信システム、及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP7389594B2 (ja) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017175597A (ja) | 2016-03-22 | 2017-09-28 | 日本放送協会 | 動画配信システム、配信サーバ、受信装置、及びプログラム |
| WO2018016295A1 (ja) | 2016-07-20 | 2018-01-25 | ソニー株式会社 | 受信装置、およびデータ処理方法 |
-
2019
- 2019-09-11 JP JP2019165399A patent/JP7389594B2/ja active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017175597A (ja) | 2016-03-22 | 2017-09-28 | 日本放送協会 | 動画配信システム、配信サーバ、受信装置、及びプログラム |
| WO2018016295A1 (ja) | 2016-07-20 | 2018-01-25 | ソニー株式会社 | 受信装置、およびデータ処理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2021043709A (ja) | 2021-03-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11575961B2 (en) | Reception apparatus, transmission apparatus, and data processing method | |
| US11785289B2 (en) | Receiving device, transmitting device, and data processing method | |
| US11038938B2 (en) | Methods and apparatus for providing alternative content | |
| KR101719998B1 (ko) | 미디어 컨텐트를 수신하는 장치 및 방법 | |
| EP1942674B1 (en) | Method of transmitting preview content and method and apparatus for receiving preview content | |
| US8832750B2 (en) | Media synchronization within home network using set-top box as gateway | |
| US8677394B2 (en) | Integrating and processing embedded links to related video content in a video stream to provide advertising information | |
| JP2019515529A (ja) | ハイブリッドメディアコンテンツのためのデバイス、システム、及び方法 | |
| US11617007B2 (en) | Broadcast receiving device, method of operating broadcast receiving device, linking device for linking to broadcast receiving device, and method of operating linking device | |
| WO2018016295A1 (ja) | 受信装置、およびデータ処理方法 | |
| WO2016174960A1 (ja) | 受信装置、送信装置、およびデータ処理方法 | |
| WO2018079295A1 (ja) | 情報処理装置、及び、情報処理方法 | |
| US20230247105A1 (en) | Methods and systems for content delivery using server push | |
| JP6359539B2 (ja) | レンダリング時の制御 | |
| US9854019B2 (en) | Method and apparatus for modifying a stream of digital content | |
| JP7389594B2 (ja) | コンテンツ配信サーバ、コンテンツ配信システム、及びプログラム | |
| KR102533674B1 (ko) | 수신 장치, 송신 장치 및 데이터 처리 방법 | |
| US20150067749A1 (en) | Method and apparatus for providing extended tv data | |
| WO2018074265A1 (ja) | 受信装置、送信装置、及び、データ処理方法 | |
| KR20140103846A (ko) | 미디어 컨텐츠 송수신 방법 및 그를 이용한 송수신기 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220812 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20230524 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230606 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230727 |
|
| 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: 20231024 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20231117 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7389594 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |