JP7710318B2 - 視聴端末及びプログラム - Google Patents

視聴端末及びプログラム

Info

Publication number
JP7710318B2
JP7710318B2 JP2021093382A JP2021093382A JP7710318B2 JP 7710318 B2 JP7710318 B2 JP 7710318B2 JP 2021093382 A JP2021093382 A JP 2021093382A JP 2021093382 A JP2021093382 A JP 2021093382A JP 7710318 B2 JP7710318 B2 JP 7710318B2
Authority
JP
Japan
Prior art keywords
video
playback
playback position
processing unit
viewing terminal
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
Application number
JP2021093382A
Other languages
English (en)
Other versions
JP2022185640A (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.)
Japan Broadcasting Corp
Original Assignee
Japan Broadcasting Corp
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 Japan Broadcasting Corp filed Critical Japan Broadcasting Corp
Priority to JP2021093382A priority Critical patent/JP7710318B2/ja
Publication of JP2022185640A publication Critical patent/JP2022185640A/ja
Application granted granted Critical
Publication of JP7710318B2 publication Critical patent/JP7710318B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

本発明は、ユーザが視聴する動画を再生する視聴端末及びプログラムに関する。
従来、広視野動画を画面分割した小サイズの複数動画、同じ被写体を異なるカメラで撮影したマルチビュー動画等の複数の動画で構成されるコンテンツサービスを、Ｗｅｂブラウザーを用いて視聴するシステムが知られている。
視聴端末を用いてコンテンツサービスを視聴するためには、動画（映像及び音声）を再生するためのプログラムの要素として、例えば、Ｗｅｂページを構成する部品である「HTMLMediaElement」が使用される（例えば、非特許文献１を参照）。
このHTMLMediaElementは、動画を再生するための要素であり、Ｗｅｂブラウザー上で動作させるために、ＨＴＭＬ（HyperText Markup Language：ハイパーテキストマークアップランゲージ）にて記述される。
視聴端末は、ユーザにより指定された動画プレーヤーを起動し、HTMLMediaElementが記述されたＨＴＭＬファイルを実行することにより、画面上の所定位置に、所定の動画を再生することができる。
一方で、複数の視聴端末を備えた配信システムにおいて、複数の視聴端末のそれぞれがHTMLMediaElementを用いて動画を再生する際に、複数の視聴端末間で動画再生の同期が必要となる場合がある。
動画再生の同期を実現する仕組みとして、複数の視聴端末間で、ＷｅｂＲＴＣ（例えば、非特許文献２，３を参照）を用いて動画の再生時刻を共有する手法が知られている（例えば、非特許文献４を参照）。
具体的には、この手法は、動画の再生開始時刻である先頭時刻Ｔ0を、ＷｅｂＲＴＣを用いて視聴端末間で共有し、視聴端末間で同期している内部時計の現在時刻Ｔnを用いて、Ｔn－Ｔ0と一致するように動画再生時刻Ｔcを制御するものである。
視聴端末は、コンテンツの先頭をＴc＝０とし、Ｔsをしきい値として、｜Ｔn－Ｔ0－Ｔc｜≧Ｔsの場合、すなわち再生位置のズレがしきい値以上である場合、正しい再生位置までシークを行い、動画のスキップを発生させる。一方、視聴端末は、｜Ｔn－Ｔ0－Ｔc｜＜Ｔsの場合、すなわち再生位置のズレがしきい値未満である場合、再生レートを変更して再生位置を緩やかに調整し、動画のスキップを発生させないようにする。
"HTMLMediaElement"、［online］、［令和３年３月１７日検索］、インターネット＜ＵＲＬ：https://html.spec.whatwg.org/multipage/media.html#htmlmediaelement＞ "WebRTC 1.0: Real-Time Communication Between Browsers W3C Recommendation 26 January 2021"、［online］、［令和３年３月１７日検索］、インターネット＜ＵＲＬ：https://www.w3.org/TR/webrtc/＞ "WebRTC"、［online］、［令和３年３月１７日検索］、インターネット＜ＵＲＬ：https://webrtc.org/＞ 黒住、福留、西村、山本、"複数端末のストリーム共有による動画コンテンツ分割配信・共有統合技術の検討"，２１Ｄ－３，２０２０年映像情報メディア学会創立７０周年記念大会（ITE 70th Anniversary Convention 2020）
広視野動画を画面分割した小サイズの複数動画、同じ被写体を異なるカメラで撮影したマルチビュー動画等の複数の動画で構成されるコンテンツが、複数の視聴端末を並べて同時に視聴される場合がある。
このような視聴を、Ｗｅｂブラウザーを用いて実現するためには、様々な状況において、異なる視聴端末間で動画の時刻ズレが発生しないように、Ｗｅｂ標準技術のみを用いて実現することが所望されていた。
例えば、動画を配信する配信ネットワークに視聴端末が自由に参加及び離脱する状況においては、後から参加した視聴端末の動画再生位置を、既に参加している視聴端末にて再生中の動画再生位置に合致させる必要がある。
また、ビデオオンデマンドサービス等のシーク操作を行う状況においては、第１の視聴端末にて動画のシーク操作が行われた場合、第２の視聴端末は、動画再生位置をそのシーク操作に応じた位置に合わせる必要がある。つまり、第２の視聴端末は、その再生位置を、第１の視聴端末の再生位置に追従させる必要がある。
そこで、本発明は前記課題を解決するためになされたものであり、その目的は、配信ネットワークに視聴端末が新たに参加する場合であっても、全ての視聴端末において、動画の同期再生を実現可能な視聴端末及びプログラムを提供することにある。
前記課題を解決するために、請求項１の視聴端末は、ユーザが所望するコンテンツを構成する複数の動画のそれぞれを、配信サーバから複数の視聴端末のそれぞれへ配信する配信ネットワークの下で、動画を受信して再生する前記視聴端末において、前記複数の視聴端末間で同期した現在時刻Ｔnを有する内部時計と、前記動画を再生している他の視聴端末から、前記動画の先頭が再生されたときの前記現在時刻Ｔnを先頭時刻Ｔ0として受信し、前記先頭時刻Ｔ0をメモリに記録し、前記内部時計から前記現在時刻Ｔnを取得し、前記現在時刻Ｔnから前記先頭時刻Ｔ0を減算して再生位置Ｃｔを求める同期処理部と、前記動画の再生位置を、前記同期処理部により求めた前記再生位置Ｃｔに設定し、前記動画を前記再生位置Ｃｔから再生する動画再生部と、を備え、新たな視聴端末が前記配信ネットワークに参加した場合、前記同期処理部が、前記新たな視聴端末から問い合わせを受信し、前記メモリから前記先頭時刻Ｔ0を読み出し、前記先頭時刻Ｔ0を前記新たな視聴端末へ送信する、ことを特徴とする。
また、請求項２の視聴端末は、請求項１に記載の視聴端末において、前記同期処理部が、前記ユーザによる前記動画のシーク操作が完了したときに、前記動画再生部から前記動画を再生している再生位置Ｃｔを取得し、前記内部時計から前記現在時刻Ｔnを取得し、前記現在時刻Ｔnから前記再生位置Ｃｔを減算して、前記シーク操作の完了に伴う先頭時刻Ｔ0を求め、前記先頭時刻Ｔ0を前記メモリに記録し、前記先頭時刻Ｔ0を前記他の視聴端末へ送信する、ことを特徴とする。
また、請求項３の視聴端末は、請求項１または２に記載の視聴端末において、前記同期処理部が、前記他の視聴端末にてシーク操作が完了したときに、前記他の視聴端末から前記シーク操作の完了に伴う先頭時刻Ｔ0を受信し、前記先頭時刻Ｔ0をメモリに記録し、前記内部時計から前記現在時刻Ｔnを取得し、前記現在時刻Ｔnから前記先頭時刻Ｔ0を減算して前記シーク操作の完了に伴う再生位置Ｃｔを求め、前記動画再生部が、前記動画の再生位置を、前記同期処理部により求めた前記シーク操作の完了に伴う再生位置Ｃｔに設定し、前記動画を前記再生位置Ｃｔから再生する、ことを特徴とする。
さらに、請求項４のプログラムは、ユーザが所望するコンテンツを構成する複数の動画のそれぞれを、配信サーバから複数の視聴端末のそれぞれへ配信する配信ネットワークの下で、前記複数の視聴端末間で同期した現在時刻Ｔnを有する内部時計を備え、動画を受信して再生する前記視聴端末を構成するコンピュータを、前記動画を再生している他の視聴端末から、前記動画の先頭が再生されたときの前記現在時刻Ｔnを先頭時刻Ｔ0として受信し、前記先頭時刻Ｔ0をメモリに記録し、前記内部時計から前記現在時刻Ｔnを取得し、前記現在時刻Ｔnから前記先頭時刻Ｔ0を減算して再生位置Ｃｔを求める同期処理部、及び、前記動画の再生位置を、前記同期処理部により求めた前記再生位置Ｃｔに設定し、前記動画を前記再生位置Ｃｔから再生する動画再生部として機能させるためのプログラムであって、新たな視聴端末が前記配信ネットワークに参加した場合、前記同期処理部が、前記新たな視聴端末から問い合わせを受信し、前記メモリから前記先頭時刻Ｔ0を読み出し、前記先頭時刻Ｔ0を前記新たな視聴端末へ送信する、ことを特徴とする。
以上のように、本発明によれば、配信ネットワークに視聴端末が新たに参加する場合であっても、全ての視聴端末において、動画の同期再生を実現することができる。
配信ネットワークの全体構成例を示す概略図である。 画面を４分割した場合の分割ストリームの配信例を説明する図である。 本発明の実施形態による視聴端末の構成例を示すブロック図である。 同期処理部の処理例を示すフローチャートである。 動画プレーヤー起動処理（ステップＳ４０１）の例を示すフローチャートである。 シーク操作完了処理（ステップＳ４０６）の例を示すフローチャートである。 先頭時刻受信処理（ステップＳ４０８）の例を示すフローチャートである。 問い合わせ受信処理（ステップＳ４１０）の例を示すフローチャートである。 イベント処理（ステップＳ４０４）の例を示すフローチャートである。 本発明の他の実施形態による視聴端末の構成例を示すブロック図である。
以下、本発明を実施するための形態について図面を用いて詳細に説明する。
〔配信ネットワーク〕
まず、本発明の実施形態による視聴端末を含む配信ネットワークについて説明する。図１は、配信ネットワークの全体構成例を示す概略図である。
この配信ネットワーク１は、配信サーバ２、視聴端末３－１，３－２，・・・及びシグナリングサーバ４を備えて構成される。配信ネットワーク１は、例えば１つのコンテンツを複数の異なる動画ストリームとして、配信サーバ２から視聴端末３－１，３－２，・・・へ配信するネットワークである。視聴端末３－１，３－２，・・・のそれぞれは、動画ストリームを受信し、視聴端末３－１，３－２，・・・間で同期するように、動画を再生する。
配信サーバ２、視聴端末３－１，３－２，・・・及びシグナリングサーバ４は、インターネット、並びに広域ＩＰネットワーク及びプライベートネットワーク等のネットワーク５を介して接続される。以下、視聴端末３－１，３－２，・・・を総称して視聴端末３とする。
配信サーバ２は、ユーザが所望するコンテンツを構成する複数の動画ストリームのそれぞれを、複数の視聴端末３のそれぞれへ配信する。具体的には、配信サーバ２は、ユーザが操作する視聴端末３から、ユーザが所望するコンテンツのリクエストを受信し、当該コンテンツを構成する複数の動画ストリームのうち当該リクエストに対応する動画ストリームを視聴端末３へ配信する。
視聴端末３は、他の視聴端末３との間で同期した内部時計を備えている。また、視聴端末３は、他の視聴端末３との間で、Ｗｅｂ標準技術であるピアツーピアプロトコルのＷｅｂＲＴＣを用いて、動画再生の先頭時刻Ｔ0を送受信する。例えば１つのコンテンツが複数の異なる動画からなる場合、動画再生の先頭時刻Ｔ0は、複数の異なる動画のうち最初に再生した動画の再生開始時刻を示す。
これにより、全ての視聴端末３において、共通の先頭時刻Ｔ0を保持することができ、この共通の先頭時刻Ｔ0に基づいて、動画の同期再生が実現される。
尚、先頭時刻Ｔ0は、全ての視聴端末３間で同期した内部時計の現在時刻Ｔnを基準にして、動画の先頭が再生されたときの現在時刻Ｔnである。動画のシーク操作が行われた場合には、先頭時刻Ｔ0は、シーク操作完了時の現在時刻Ｔnからシーク操作完了時の再生位置Ｃｔを減算して得られた時刻に変更される。この場合の先頭時刻Ｔ0は、Ｔ0＝Ｔn－Ｃｔで算出される。
再生位置Ｃｔは動画再生位置であり、動画の先頭からの経過時間で表され、取り得る範囲はＣｔ≧０、動画の先頭はＣｔ＝０である。つまり、再生位置Ｃｔは、Ｃｔ＝Ｔn－Ｔ0で算出される。
視聴端末３は、ユーザが所望するコンテンツの動画を視聴するために、動画プレーヤーを起動し、配信ネットワーク１に参加する。視聴端末３は、シグナリングサーバ４から、配信ネットワーク１に参加している（同一のコンテンツの動画を再生している）他の視聴端末３のＩＰアドレス等の情報を受信すると共に、先頭時刻Ｔ0を受信して保持する。
視聴端末３は、動画ストリームのリクエストを配信サーバ２へ送信し、配信サーバ２から配信された動画ストリームを受信し、動画ストリームの動画を再生する。この場合、視聴端末３は、内部時計の現在時刻Ｔnから保持している先頭時刻Ｔ0を減算して再生位置Ｃｔを算出し、再生位置Ｃｔから動画を再生する。
シグナリングサーバ４は、配信ネットワーク１に参加している視聴端末３の台数、視聴端末３のＩＰアドレス等を管理するサーバである。シグナリングサーバ４は、視聴端末３からリクエストを受信すると、配信ネットワーク１に参加している視聴端末３の台数、視聴端末３のＩＰアドレス等の情報を他の端末情報として、リクエストを送信してきた視聴端末３へ送信する。
図２は、１つのコンテンツの画面を４分割した場合の分割ストリームの配信例を説明する図であり、広視野動画のコンテンツが小サイズの画面に４分割され、複数の視聴端末３－１～３－４を並べて同時に視聴される場合の例を示している。
配信サーバ２は、視聴端末３－１～３－４を操作するユーザの所望するコンテンツの動画ストリームを視聴端末３－１～３－４へ配信する際に、当該コンテンツの動画Ｉを４つに分割することで、分割ストリームａ～ｄを生成する。
配信サーバ２は、分割ストリームａを視聴端末３－１へ配信し、分割ストリームｂを視聴端末３－２へ配信し、分割ストリームｃを視聴端末３－３へ配信し、分割ストリームｄを視聴端末３－４へ配信する。
視聴端末３－１は、配信サーバ２から分割ストリームａを受信し、分割ストリームａの分割動画Ｉａを再生し、視聴端末３－２は、配信サーバ２から分割ストリームｂを受信し、分割ストリームｂの分割動画Ｉｂを再生する。また、視聴端末３－３は、配信サーバ２から分割ストリームｃを受信し、分割ストリームｃの分割動画Ｉｃを再生し、視聴端末３－４は、配信サーバ２から分割ストリームｄを受信し、分割ストリームｄの分割動画Ｉｄを再生する。
視聴端末３－１～３－４は、同期した内部時計を保持しており、ＷｅｂＲＴＣを用いて、分割動画Ｉａ～Ｉｄのうちの最先に再生を開始した動画の先頭時刻Ｔ0を送受信することで、共通の先頭時刻Ｔ0を保持する。
例えば、視聴端末３－１～３－３が配信ネットワーク１に参加しており、分割動画Ｉａ～Ｉｃの同期再生を実現しているものとする。この状態で、視聴端末３－４が配信ネットワーク１に参加する場合を想定する。
そうすると、視聴端末３－４は、シグナリングサーバ４から視聴端末３－１～３－３のＩＰアドレス等の情報を取得し、ＷｅｂＲＴＣを用いて、視聴端末３－１～３－３から先頭時刻Ｔ0を取得する。視聴端末３－４は、内部時計から現在時刻Ｔnを取得し、現在時刻Ｔnから先頭時刻Ｔ0を減算して再生位置Ｃｔを求め、分割動画Ｉｄを再生位置Ｃｔから再生する。このとき、視聴端末３－１～３－３は、同じ再生位置Ｃｔにて分割動画Ｉａ～Ｉｃをそれぞれ再生している。
これにより、視聴端末３－１～３－４間で分割動画Ｉａ～Ｉｄの同期再生を実現することができる。
また、視聴端末３－１～３－４間で分割動画Ｉａ～Ｉｄの同期再生を実現しており、視聴端末３－１にてユーザによる分割動画Ｉａのシーク操作（再生位置Ｃｔの変更操作）が行われた場合を想定する。
そうすると、視聴端末３－１は、シーク操作完了時の再生位置Ｃｔを取得し、内部時計から現在時刻Ｔnを取得し、現在時刻Ｔnから再生位置Ｃｔを減算して新たな先頭時刻Ｔ0を求め、新たな先頭時刻Ｔ0を視聴端末３－２～３－４へ送信する。
視聴端末３－２～３－４は、視聴端末３－１から先頭時刻Ｔ0を受信し、内部時計から現在時刻Ｔnを取得し、現在時刻Ｔnから先頭時刻Ｔ0を減算して再生位置Ｃｔを求め、分割動画Ｉｂ～Ｉｄを再生位置Ｃｔからそれぞれ再生する。視聴端末３－２～３－４により算出された再生位置Ｃｔは、視聴端末３－１におけるシーク操作完了時の再生位置Ｃｔと同じである。
これにより、視聴端末３－１～３－４は、シーク操作前の先頭時刻Ｔ0に代えて、シーク操作にて移動した再生位置Ｃｔに対応する新たな先頭時刻Ｔ0を保持することとなる。そして、視聴端末３－１～３－４は、シーク操作完了後の分割動画Ｉａ～Ｉｄの同期再生を実現することができる。
尚、図２では、広視野動画のコンテンツが小サイズの画面に４分割され、複数の視聴端末３－１～３－４を並べて同時に視聴される場合の例を示した。この他に、異なる４台のカメラを用いて撮影されたマルチビュー動画のコンテンツが、４台の視聴端末３－１～３－４を並べて同時に視聴される場合についても、同様の同期再生を実現することができる。
〔視聴端末３〕
次に、図１に示した配信ネットワーク１における本発明の実施形態による視聴端末３について説明する。図３は、本発明の実施形態による視聴端末３の構成例を示すブロック図である。
この視聴端末３は、動画再生部（HTMLMediaElement）１０、同期処理部１１及び内部時計１２を備えている。同期処理部１１は、動画の数フレーム程度の精度にて同期再生を実現すると共に、１フレーム以内の高精度の同期再生を実現する処理部である。
動画再生部１０は、同期処理部１１から再生位置Ｃｔを入力し、動画再生位置を再生位置Ｃｔに設定し、動画を再生位置Ｃｔから再生する。これにより、動画再生部１０の動画再生位置は、同期処理部１１から入力した再生位置Ｃｔに変更される。
また、動画再生部１０は、同期処理部１１から再生レートＰｒを入力し、動画再生レートを再生レートＰｒに設定し、動画を再生レートＰｒにて再生する。これにより、動画再生部１０の動画再生レートは、同期処理部１１から入力した再生レートＰｒに変更される。
動画再生部１０は、所定時間間隔のHTMLMediaElementのtimeupdate（タイムアップデート）イベントが発火すると、timeupdateイベントの発火を同期処理部１１に出力する。
動画再生部１０は、同期処理部１１からの再生位置取得リクエストに従い、再生中の動画の再生位置Ｃｔを同期処理部１１に出力する。
同期処理部１１は、シグナリングサーバ４から他の端末情報を受信し、問い合わせを他の視聴端末３へ送信し、他の視聴端末３から先頭時刻Ｔ0を受信する等して、後述する動画プレーヤー起動処理及び先頭時刻受信処理を行う。そして、同期処理部１１は、再生位置Ｃｔを算出して動画再生部１０に出力する。
また、同期処理部１１は、シーク操作完了を入力すると、再生位置取得リクエストを動画再生部１０に出力する等して、後述するシーク操作完了処理を行い、動画再生部１０からシーク操作完了時の再生位置Ｃｔを取得する。そして、同期処理部１１は、先頭時刻Ｔ0を算出し、先頭時刻Ｔ0を他の視聴端末３へ送信する。
また、同期処理部１１は、他の視聴端末３から問い合わせを受信すると、後述する問い合わせ受信処理を行い、先頭時刻Ｔ0を他の視聴端末３へ送信する。
また、同期処理部１１は、動画再生部１０からHTMLMediaElementのtimeupdateイベントの発火を入力すると、内部時計１２から現在時刻Ｔnを、動画再生部１０から再生位置Ｃｔをそれぞれ取得する。
同期処理部１１は、現在時刻Ｔnから先頭時刻Ｔ0を減算した時刻が再生位置Ｃｔと一致するように、再生位置Ｃｔ及び再生レートＰｒを算出し、これらを動画再生部１０に出力する。同期処理部１１の詳細については後述する。
内部時計１２は、視聴端末３及び他の視聴端末３間で同期した現在時刻Ｔnを有する時計であり、例えばＵＴＣ（協定世界時）に同期した現在時刻Ｔnを刻んでいる。内部時計１２は、ＮＴＰサーバ等へ定期的にアクセスすることで、現在時刻Ｔnの精度を保っている。
図１に示した配信ネットワーク１に参加している全ての視聴端末３間における問い合わせ及び先頭時刻Ｔ0の送受信は、ＷｅｂＲＴＣを用いて行われ、全ての視聴端末３において先頭時刻Ｔ0が共有される。
（同期処理部１１）
次に、同期処理部１１について詳細に説明する。図４は、同期処理部１１の処理例を示すフローチャートである。
視聴端末３を操作するユーザが所望するコンテンツの動画を視聴する場合、動画再生部１０が配信サーバ２から受信する動画を再生する処理に先立って、同期処理部１１は、ユーザ操作に従い、動画プレーヤー起動処理を行う（ステップＳ４０１）。
具体的には、同期処理部１１は、動画プレーヤーの起動に伴い、先頭時刻Ｔ0を取得して記録し、動画再生を開始する再生位置Ｃｔを算出し、再生位置Ｃｔを動画再生部１０に出力する。動画プレーヤー起動処理（ステップＳ４０１）の詳細については後述する。
同期処理部１１は、動画再生部１０からHTMLMediaElementのtimeupdateイベントの発火を入力したときのイベント処理に先立って、切替しきい値Ｄａ，Ｄｂ、再生レート調整幅最大値Ｒａ、再生レート調整幅最小値Ｒｂ及び目標調整時間Ａｔの初期設定を行う（ステップＳ４０２）。この初期設定は、自らの視聴端末３が起動したときに１回のみ行われる。切替しきい値Ｄａ，Ｄｂ、再生レート調整幅最大値Ｒａ、再生レート調整幅最小値Ｒｂ及び目標調整時間Ａｔの詳細については後述する。
同期処理部１１は、動画再生部１０からHTMLMediaElementのtimeupdateイベントの発火を入力したか否かを判定する（ステップＳ４０３）。動画再生部１０において、HTMLMediaElementのtimeupdateイベントが発火する頻度は、システムの負荷に依存するが、およそ４Ｈｚから６６Ｈｚまでの間の頻度であり、スローされる。この場合、同期処理部１１は、timeupdateイベントの発火を、１／６６秒から１／４秒までの間隔で入力することとなる。
つまり、timeupdateイベントは、少なくとも２５０ｍｓ毎に発火する。詳細については、以下の文献を参照されたい。
“HTMLMediaElement：timeupdateイベント”、［online］、インターネット＜ＵＲＬ：https://html.spec.whatwg.org/multipage/media.html#time-marches-on＞
同期処理部１１は、ステップＳ４０３において、timeupdateイベントの発火を入力したと判定した場合（ステップＳ４０３：Ｙ）、イベント処理を行い（ステップＳ４０４）、ステップＳ４０５へ移行する。イベント処理（ステップＳ４０４）の詳細については後述する。
一方、同期処理部１１は、ステップＳ４０３において、timeupdateイベントの発火を入力していないと判定した場合（ステップＳ４０３：Ｎ）、ステップＳ４０５へ移行する。
同期処理部１１は、ステップＳ４０４またはステップＳ４０３（Ｎ）から移行して、ユーザが再生中の動画にシーク操作を行った場合、シーク操作完了を入力したか否かを判定する（ステップＳ４０５）。
同期処理部１１は、ステップＳ４０５において、シーク操作完了を入力したと判定した場合（ステップＳ４０５：Ｙ）、シーク操作完了処理を行い（ステップＳ４０６）、ステップＳ４０７へ移行する。
具体的には、同期処理部１１は、シーク操作完了を入力すると、動画再生部１０からシーク操作完了時の再生位置Ｃｔ（シーク操作により移動した再生位置Ｃｔ）を取得する。そして、同期処理部１１は、この再生位置Ｃｔに対応する新たな先頭時刻Ｔ0を算出して記録し、先頭時刻Ｔ0を他の視聴端末３へ送信する。シーク操作完了処理（ステップＳ４０６）の詳細については後述する。
一方、同期処理部１１は、ステップＳ４０５において、シーク操作完了を入力していないと判定した場合（ステップＳ４０５：Ｎ）、ステップＳ４０７へ移行する。
同期処理部１１は、ステップＳ４０６またはステップＳ４０５（Ｎ）から移行して、他の視聴端末３から先頭時刻Ｔ0を受信したか否かを判定する（ステップＳ４０７）。
同期処理部１１は、ステップＳ４０７において、先頭時刻Ｔ0を受信したと判定した場合（ステップＳ４０７：Ｙ）、先頭時刻受信処理を行い（ステップＳ４０８）、ステップＳ４０９へ移行する。
具体的には、同期処理部１１は、他の視聴端末３にてシーク操作が完了し、当該他の視聴端末３から、シーク操作完了に伴う先頭時刻Ｔ0を受信すると、先頭時刻Ｔ0を記録して再生位置Ｃｔを算出する。そして、同期処理部１１は、再生位置Ｃｔを動画再生部１０に出力する。先頭時刻受信処理（ステップＳ４０８）の詳細については後述する。
一方、同期処理部１１は、ステップＳ４０７において、先頭時刻Ｔ0を受信していないと判定した場合（ステップＳ４０７：Ｎ）、ステップＳ４０９へ移行する。
同期処理部１１は、ステップＳ４０８またはステップＳ４０７（Ｎ）から移行して、他の視聴端末３から問い合わせを受信したか否かを判定する（ステップＳ４０９）。
同期処理部１１は、ステップＳ４０９において、問い合わせを受信したと判定した場合（ステップＳ４０９：Ｙ）、問い合わせ受信処理を行い（ステップＳ４１０）、ステップＳ４１１へ移行する。
具体的には、同期処理部１１は、他の視聴端末３にて動画プレーヤーが起動し、当該他の視聴端末３から問い合わせを受信すると、先頭時刻Ｔ0を読み出し、先頭時刻Ｔ0を当該他の視聴端末３へ送信する。問い合わせ受信処理（ステップＳ４１０）の詳細については後述する。
一方、同期処理部１１は、ステップＳ４０９において、問い合わせを受信していないと判定した場合（ステップＳ４０９：Ｎ）、ステップＳ４１１へ移行する。
同期処理部１１は、ステップＳ４１０またはステップＳ４０９（Ｎ）から移行して、動画プレーヤーの処理が終了したか否かを判定する（ステップＳ４１１）。
同期処理部１１は、ステップＳ４１１において、動画プレーヤーの処理が終了していないと判定した場合（ステップＳ４１１：Ｎ）、ステップＳ４０３へ移行する。同期処理部１１は、動画プレーヤーの処理が終了しない限り、ステップＳ４０３へ移行し、ステップＳ４０３～Ｓ４１０の処理を繰り返す。
同期処理部１１は、ステップＳ４１１において、動画プレーヤーの処理が終了したと判定した場合（ステップＳ４１１：Ｙ）、動画プレーヤー終了処理を行う（ステップＳ４１２）。具体的には、同期処理部１１は、シグナリングサーバ４へアクセスし、自らの視聴端末３に関する情報を抹消させる。シグナリングサーバ４は、当該視聴端末３のアクセスを受けると、配信ネットワーク１に参加している視聴端末３の台数を更新し、当該視聴端末３のＩＰアドレス等を削除する。
図３に戻って、同期処理部１１は、起動処理部２０、送受信処理部２１、再生位置算出部２２、先頭時刻算出部２３、メモリ２４及びイベント処理部２５を備えている。以下、同期処理部１１に備えたこれらの構成部による動画プレーヤー起動処理（ステップＳ４０１）、シーク操作完了処理（ステップＳ４０６）、先頭時刻受信処理（ステップＳ４０８）、問い合わせ受信処理（ステップＳ４１０）及びイベント処理（ステップＳ４０４）について詳細に説明する。
＜動画プレーヤー起動処理＞
まず、図４のステップＳ４０１に示した動画プレーヤー起動処理について詳細に説明する。図５は、動画プレーヤー起動処理（ステップＳ４０１）の例を示すフローチャートである。
起動処理部２０は、ユーザが所望するコンテンツの動画を視聴するために、動画プレーヤーが起動すると、シグナリングサーバ４にアクセスして接続し、自らの視聴端末３の情報をシグナリングサーバ４に登録させる。また、起動処理部２０は、他の端末情報を取得するためのリクエストをシグナリングサーバ４へ送信し、シグナリングサーバ４から他の端末情報を取得する（ステップＳ５０１）。他の端末情報には、配信ネットワーク１に参加している（同一のコンテンツの動画を再生している）視聴端末３の台数、視聴端末３のＩＰアドレス等の情報が含まれる。
これにより、視聴端末３は、自らの視聴端末３のＩＰアドレス等の情報を他の視聴端末３へ知らせると共に、他の視聴端末３の台数及び他の視聴端末３のＩＰアドレス等の情報を取得することができ、各視聴端末３間の通信が可能となる。
起動処理部２０は、内部時計１２から現在時刻Ｔnを取得する（ステップＳ５０２）。そして、起動処理部２０は、ステップＳ５０１にて取得した他の端末情報に基づいて、他の視聴端末３が存在するか否かを判定する（ステップＳ５０３）。
起動処理部２０は、ステップＳ５０３において、他の視聴端末３が存在すると判定した場合（ステップＳ５０３：Ｙ）、先頭時刻Ｔ0を取得するための問い合わせを送受信処理部２１に出力する。
送受信処理部２１は、起動処理部２０から問い合わせを入力し、ＷｅｂＲＴＣにより、問い合わせを他の視聴端末３へ送信し、他の視聴端末３から先頭時刻Ｔ0を取得する（ステップＳ５０４）。そして、送受信処理部２１は、先頭時刻Ｔ0を再生位置算出部２２に出力する。つまり、配信ネットワーク１に他の視聴端末３が参加している場合、先頭時刻Ｔ0は、他の視聴端末３から取得される。
尚、送受信処理部２１は、他の視聴端末３のそれぞれに対して問い合わせを送信し、他の視聴端末３のそれぞれから先頭時刻Ｔ0を取得するようにしてもよい。また、送受信処理部２１は、他の視聴端末３のうち１台の視聴端末３を予め設定しており、当該１台の視聴端末３に対して問い合わせを送信し、当該１台の視聴端末３のみから先頭時刻Ｔ0を取得するようにしてもよい。
この場合、全ての他の視聴端末３には同一の先頭時刻Ｔ0が記録されているため、送受信処理部２１は、他の視聴端末３のいずれへ問い合わせを送信したとしても、同一の先頭時刻Ｔ0を取得することができる。
一方、起動処理部２０は、ステップＳ５０３において、他の視聴端末３が存在しないと判定した場合（ステップＳ５０３：Ｎ）、ステップＳ５０２にて取得した現在時刻Ｔnを先頭時刻Ｔ0に設定する（ステップＳ５０５、Ｔ0＝Ｔn）。そして、起動処理部２０は、先頭時刻Ｔ0を再生位置算出部２２に出力する。つまり、配信ネットワーク１に他の視聴端末３が参加していない場合、すなわち配信ネットワーク１に自らの視聴端末３が最初に参加する場合、先頭時刻Ｔ0には、自らの内部時計１２から取得した現在時刻Ｔnが設定される。
再生位置算出部２２は、起動処理部２０または送受信処理部２１から先頭時刻Ｔ0を入力し、先頭時刻Ｔ0をメモリ２４に記録する（ステップＳ５０６）。
再生位置算出部２２は、内部時計１２から現在時刻Ｔnを取得し、現在時刻Ｔnから先頭時刻Ｔ0を減算して再生位置Ｃｔを求める（ステップＳ５０７、Ｃｔ＝Ｔn－Ｔ0）。そして、再生位置算出部２２は、再生位置Ｃｔを動画再生部１０に出力し、動画再生位置を再生位置Ｃｔに設定させる（ステップＳ５０８）。
これにより、動画再生部１０にて動画再生位置が再生位置Ｃｔに設定され、動画は、再生位置Ｃｔから再生することとなる。ここで、配信ネットワーク１に他の視聴端末３が参加していない場合、すなわち再生位置算出部２２が起動処理部２０から先頭時刻Ｔ0を入力した場合（Ｔ0＝Ｔn）、動画は、先頭である再生位置Ｃｔ＝０から再生することとなる。
一方、配信ネットワーク１に他の視聴端末３が参加している場合、すなわち再生位置算出部２２が送受信処理部２１から先頭時刻Ｔ0を入力した場合、現在時刻Ｔnが先頭時刻Ｔ0よりも進んでいるため、再生位置Ｃｔ＝Ｔn－Ｔ0＞０が得られる。そして、動画は、この再生位置Ｃｔから再生することとなる。
このように、他の視聴端末３が参加している配信ネットワーク１に、新たに視聴端末３が参加した場合、当該視聴端末３の動画を再生位置Ｃｔ＝Ｔn－Ｔ0から再生させることができる。このときの他の視聴端末３の動画は、再生位置Ｃｔ＝Ｔn－Ｔ0にて再生している。したがって、配信ネットワーク１に参加している全ての視聴端末３において、動画の同期再生を実現することができる。
尚、配信ネットワーク１から視聴端末３が離脱する場合、配信ネットワーク１に参加している他の視聴端末３が記録している先頭時刻Ｔ0は変化することがなく、他の視聴端末３における再生は継続する。
したがって、配信ネットワーク１から視聴端末３が離脱したとしても、他の視聴端末３において、動画の同期再生を継続して実現することができる。
＜シーク操作完了処理＞
次に、図４のステップＳ４０６に示したシーク操作完了処理について詳細に説明する。図６は、シーク操作完了処理（ステップＳ４０６）の例を示すフローチャートである。
先頭時刻算出部２３は、ユーザが再生中の動画にシーク操作を行い、そのシーク操作が完了すると、シーク操作完了を入力し、再生位置取得リクエストを動画再生部１０に出力する。そして、先頭時刻算出部２３は、動画再生部１０から、再生位置取得リクエストに対応するシーク操作により移動した再生位置Ｃｔであるシーク操作完了時の再生位置Ｃｔを取得する（ステップＳ６０１）。
先頭時刻算出部２３は、内部時計１２から、ステップＳ６０１にて再生位置Ｃｔを取得したときの現在時刻Ｔnを取得する（ステップＳ６０２）。そして、先頭時刻算出部２３は、現在時刻Ｔnから再生位置Ｃｔを減算して先頭時刻Ｔ0を求める（ステップＳ６０３、Ｔ0＝Ｔn－Ｃｔ）。
これにより、早送りのシーク操作完了時に算出された先頭時刻Ｔ0は、当該シーク操作前の先頭時刻Ｔ0に比べ、これよりも後の（進んだ）時刻に移動する。また、巻き戻しのシーク操作完了時に算出された先頭時刻Ｔ0は、当該シーク操作前の先頭時刻Ｔ0に比べ、これよりも前の時刻に移動する。
先頭時刻算出部２３は、ステップＳ６０３にて算出した先頭時刻Ｔ0をメモリ２４に記録すると共に（ステップＳ６０４）、送受信処理部２１に出力する。送受信処理部２１は、先頭時刻算出部２３から先頭時刻Ｔ0を入力し、ＷｅｂＲＴＣにより、先頭時刻Ｔ0を他の視聴端末３へ送信する（ステップＳ６０５）。
これにより、他の視聴端末３には、自らの視聴端末３と同じ先頭時刻Ｔ0が記録される。そして、他の視聴端末３は、後述する図７に示す先頭時刻受信処理にて、現在時刻Ｔnから先頭時刻Ｔ0を減算して再生位置Ｃｔを求め、再生位置Ｃｔから動画の再生を行う。
このように、自らの視聴端末３にてシーク操作が完了した場合、シーク操作により移動した再生位置Ｃｔに対応する新たな先頭時刻Ｔ0が、配信ネットワーク１に参加している全ての視聴端末３にて記録される。
この場合、自らの視聴端末３の動画は、シーク操作完了時の再生位置Ｃｔから１倍速で再生し、他の視聴端末３の動画も、自らの視聴端末３と同じ再生位置Ｃｔ（＝Ｔn－Ｔ0）へ移動し、当該再生位置Ｃｔから再生することとなる。したがって、配信ネットワーク１に参加している全ての視聴端末３において、動画の同期再生を実現することができる。
＜先頭時刻受信処理＞
次に、図４のステップＳ４０８に示した先頭時刻受信処理について詳細に説明する。図７は、先頭時刻受信処理（ステップＳ４０８）の例を示すフローチャートであり、他の視聴端末３においてシーク操作が完了し、当該他の視聴端末３からシーク操作完了に伴う先頭時刻Ｔ0を受信したときの処理を示している。
送受信処理部２１は、ＷｅｂＲＴＣにより、他の視聴端末３から先頭時刻Ｔ0を受信し（ステップＳ７０１）、先頭時刻Ｔ0を再生位置算出部２２に出力する。
再生位置算出部２２は、送受信処理部２１から先頭時刻Ｔ0を入力し、先頭時刻Ｔ0をメモリ２４に記録する（ステップＳ７０２）。
再生位置算出部２２は、内部時計１２から現在時刻Ｔnを取得し（ステップＳ７０３）、現在時刻Ｔnから先頭時刻Ｔ0を減算して再生位置Ｃｔを求める（ステップＳ７０４、Ｃｔ＝Ｔn－Ｔ0）。そして、再生位置算出部２２は、再生位置Ｃｔを動画再生部１０に出力し、動画再生位置を再生位置Ｃｔに設定させる（ステップＳ７０５）。
これにより、動画再生部１０にて動画再生位置が再生位置Ｃｔに設定され、動画は、再生位置Ｃｔから再生することとなる。
ここで、他の視聴端末３にてシーク操作が完了した場合、他の視聴端末３は、シーク操作完了時の現在時刻Ｔnからシーク操作完了時の再生位置Ｃｔを減算することで、シーク操作完了に伴う先頭時刻Ｔ0を求める（Ｔ0＝Ｔn－Ｃｔ）。この場合、他の視聴端末３では、シーク操作完了時以降の動画は、シーク操作完了時の再生位置Ｃｔから１倍速で再生することとなる。
一方、自らの視聴端末３は、シーク操作が完了した他の視聴端末３から先頭時刻Ｔ0を受信し、現在時刻Ｔnから先頭時刻Ｔ0を減算して再生位置Ｃｔを求め、当該再生位置Ｃｔから動画を再生する（Ｃｔ＝Ｔn－Ｔ0）。この再生位置Ｃｔは、他の視聴端末３におけるシーク操作完了時の再生位置Ｃｔと同じである。
このように、他の視聴端末３においてシーク操作が完了した場合、自らの視聴端末３は、他の視聴端末３における再生位置Ｃｔと同じ位置にて動画を再生することができる。したがって、配信ネットワーク１に参加している全ての視聴端末３のうちいずれかの視聴端末３にてシーク操作が行われた場合であっても、全ての視聴端末３において、動画の同期再生を実現することができる。
＜問い合わせ受信処理＞
次に、図４のステップＳ４１０に示した問い合わせ受信処理について詳細に説明する。図８は、問い合わせ受信処理（ステップＳ４１０）の例を示すフローチャートであり、他の視聴端末３にて動画プレーヤーが起動し、当該他の視聴端末３から問い合わせを受信したときの処理を示している。
送受信処理部２１は、ＷｅｂＲＴＣにより、他の視聴端末３から問い合わせを受信し（ステップＳ８０１）、メモリ２４から先頭時刻Ｔ0を読み出す（ステップＳ８０２）。
送受信処理部２１は、ＷｅｂＲＴＣにより、先頭時刻Ｔ0を、問い合わせを送信してきた他の視聴端末３へ送信する（ステップＳ８０３）。
これにより、他の視聴端末３には、自らの視聴端末３と同じ先頭時刻Ｔ0が記録される。そして、他の視聴端末３は、図５に示したステップＳ５０４～Ｓ５０８の処理にて、現在時刻Ｔnから先頭時刻Ｔ0を減算して再生位置Ｃｔを求め、再生位置Ｃｔから動画の再生を行う。
このように、自らの視聴端末３に記録されている先頭時刻Ｔ0は、他の視聴端末３からの問い合わせに従い、他の視聴端末３へ送信されて記録され、他の視聴端末３において、先頭時刻Ｔ0を基準とした再生位置Ｃｔから動画再生が行われる。
つまり、配信ネットワーク１に参加している全ての視聴端末３において、同一の先頭時刻Ｔ0が記録され、同一の先頭時刻Ｔ0を基準とした動画再生が行われる。したがって、配信ネットワーク１に参加している全ての視聴端末３において、動画の同期再生を実現することができる。
＜イベント処理＞
次に、図４のステップＳ４０４に示したイベント処理について詳細に説明する。図９は、イベント処理（ステップＳ４０４）の例を示すフローチャートである。この処理は、視聴端末３の処理負荷等により再生中の動画にフリーズが一瞬発生する等して、異なる視聴端末３間または異なる動画再生部１０間（後述する図１０を参照）で同期ズレが発生した場合に、当該同期ズレを検出して同期合わせを行うものである。動画再生部１０によるHTMLMediaElementのtimeupdateイベントが発火する毎に、図９に示す処理が呼び出されて実行される。
イベント処理部２５は、切替しきい値Ｄａ等のイベント初期設定を行い、動画再生部１０からHTMLMediaElementのtimeupdateイベントの発火を入力する毎に、現在時刻Ｔn、先頭時刻Ｔ0及び再生位置Ｃｔをそれぞれ取得する。そして、イベント処理部２５は、現在時刻Ｔnから先頭時刻Ｔ0を減算した時刻が再生位置Ｃｔと一致するように、再生位置Ｃｔ及び再生レートＰｒを算出し、これらを動画再生部１０に出力する。
図４のステップＳ４０２に示したイベント初期設定において、切替しきい値Ｄａは、例えばＤａ＝５．０００（秒）に設定され、再生位置Ｃｔ及び再生レートＰｒを調整するために用いられる。切替しきい値Ｄｂは、例えばＤｂ＝１／６００（秒）に設定され、再生レートＰｒを調整する／しないを判断するために用いられる。
再生レート調整幅最大値Ｒａは、例えばＲａ＝６．０００（秒）に設定され、再生レートＰｒを調整する際の最大値として用いられる。再生レート調整幅最小値Ｒｂは、例えばＲｂ＝１／３００（秒）に設定され、再生レートＰｒを調整する際の最小値として用いられる。
目標調整時間Ａｔは、例えばＡｔ＝１．０００（秒）に設定され、再生レートＰｒ＝１＋ｒにて動画再生したときに、後述する再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜＝０となる（同期ズレがなくなる）までの時間の目標値として用いられる。
イベント処理部２５は、動画再生部１０からHTMLMediaElementのtimeupdateイベントの発火を入力すると、メモリ２４から先頭時刻Ｔ0を読み出す。また、イベント処理部２５は、内部時計１２から現在時刻Ｔnを、動画再生部１０から再生位置Ｃｔをそれぞれ取得する（ステップＳ９０１）。
イベント処理部２５は、現在時刻Ｔnから先頭時刻Ｔ0を減算し、さらに再生位置Ｃｔを減算し、減算結果の絶対値を求め、これを再生位置のズレ（再生位置ズレ）｜Ｔn－Ｔ0－Ｃｔ｜とする。
イベント処理部２５は、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜が切替しきい値Ｄａ以上であるか否かを判定する（ステップＳ９０２）。
イベント処理部２５は、ステップＳ９０２において、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜が切替しきい値Ｄａ以上であると判定した場合（ステップＳ９０２：Ｙ）、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜が大きいものと判断する。
イベント処理部２５は、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜が大きい場合、現在時刻Ｔnから先頭時刻Ｔ0を減算することで再生位置Ｃｔを求める（ステップＳ９０３、Ｃｔ＝Ｔn－Ｔ0）。そして、イベント処理部２５は、再生位置Ｃｔを動画再生部１０に出力し、動画再生位置を再生位置Ｃｔに設定させる（ステップＳ９０４）。
これにより、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜が大きい場合、動画再生部１０にて動画再生位置が再生位置Ｃｔに設定され、動画は、再生位置Ｃｔから再生することとなる。
一方、イベント処理部２５は、ステップＳ９０２において、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜が切替しきい値Ｄａ以上でないと判定した場合（ステップＳ９０２：Ｎ）、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜が大きくないものと判断する。
イベント処理部２５は、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜が大きくない場合、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜が切替しきい値Ｄｂ以上であるか否かを判定する（ステップＳ９０５）。
イベント処理部２５は、ステップＳ９０５において、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜が切替しきい値Ｄｂ以上であると判定した場合（ステップＳ９０５：Ｙ）、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜が小さいものと判断する。
イベント処理部２５は、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜が小さい場合、現在時刻Ｔnから先頭時刻Ｔ0を減算し、さらに再生位置Ｃｔを減算した減算結果を目標調整時間Ａｔで除算することで、レートｒを求める（ｒ＝（Ｔn－Ｔ0－Ｃｔ）／Ａｔ）。そして、イベント処理部２５は、再生レート調整幅最大値Ｒａ及び再生レート調整幅最小値Ｒｂを用いてレートｒを制限し、１にレートｒを加えることで再生レートＰｒを求め（ステップＳ９０６、Ｐｒ＝１＋ｒ）、ステップＳ９０８へ移行する。
具体的には、イベント処理部２５は、レートｒが、再生レート調整幅最大値Ｒａにマイナスを乗算した結果（－Ｒａ）から再生レート調整幅最小値Ｒｂにマイナスを乗算した結果（－Ｒｂ）までの間の値となるように、レートｒを制限する（－Ｒａ≦ｒ≦－Ｒｂ）。すなわち、イベント処理部２５は、レートｒが－Ｒａよりも小さい場合、レートｒ＝－Ｒａに設定し、レートｒが－Ｒｂよりも大きい場合、レートｒ＝－Ｒｂに設定する。
また、イベント処理部２５は、レートｒが、再生レート調整幅最小値Ｒｂから再生レート調整幅最大値Ｒａまでの間の値となるように、レートｒを制限する（Ｒｂ≦ｒ≦Ｒａ）。すなわち、イベント処理部２５は、レートｒが再生レート調整幅最小値Ｒｂよりも小さい場合、レートｒ＝Ｒｂに設定し、レートｒが再生レート調整幅最大値Ｒａよりも大きい場合、レートｒ＝Ｒａに設定する。
一方、イベント処理部２５は、ステップＳ９０５において、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜が切替しきい値Ｄｂ以上でないと判定した場合（ステップＳ９０５：Ｎ）、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜がないものと判断する。
イベント処理部２５は、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜がないと判断した場合、再生レートＰｒに１を設定し（ステップＳ９０７、Ｐｒ＝１）、ステップＳ９０８へ移行する。
イベント処理部２５は、ステップＳ９０６またはステップＳ９０７から移行して、再生レートＰｒを動画再生部１０に出力し、動画再生レートを再生レートＰｒに設定させる（ステップＳ９０８）。
これにより、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜が小さい場合、動画再生部１０にて動画再生レートが再生レートＰｒに設定され、動画は、再生レートＰｒにて再生することとなる。つまり、動画再生レートが再生レートＰｒに変更され、再生速度が微調整（早送りまたはスロー再生）される。
また、再生位置ズレ｜Ｔn－Ｔ0－Ｃｔ｜がない場合、動画再生部１０にて動画再生レートが再生レートＰｒ＝１に設定され、動画は、再生レートＰｒ＝１（１倍速）にて再生することとなる。
このように、自らの視聴端末３において、処理負荷等が原因で他の視聴端末３との間で動画再生の同期ズレが発生した場合（自らの視聴端末３の再生位置Ｃｔが他の視聴端末３の再生位置Ｃｔと異なる場合）、現在時刻Ｔnから先頭時刻Ｔ0を減算した時刻が再生位置Ｃｔと一致するように、再生位置Ｃｔ及び再生レートＰｒが算出される。これにより、自らの視聴端末３の再生位置Ｃｔを、他の視聴端末３の再生位置Ｃｔに一致させることができる。
以上のように、本発明の実施形態の視聴端末３によれば、同期処理部１１は、ユーザが所望するコンテンツの動画を視聴する際に、動画プレーヤー起動処理を行う。
具体的には、同期処理部１１は、シグナリングサーバ４から他の端末情報を取得し、配信ネットワーク１に参加している他の視聴端末３が存在する場合、他の視聴端末３へ問い合わせを行い、先頭時刻Ｔ0を取得してメモリ２４に記録する。一方、同期処理部１１は、他の視聴端末３が存在しない場合、内部時計１２から取得した現在時刻Ｔnを先頭時刻Ｔ0（＝Ｔn）に設定してメモリ２４に記録する。
同期処理部１１は、現在時刻Ｔnから先頭時刻Ｔ0を減算して再生位置Ｃｔを求め、動画再生部１０は、再生位置Ｃｔから動画の再生を行う。
これにより、配信ネットワーク１に新たな視聴端末３が参加した場合、他の視聴端末３の動画が再生位置Ｃｔ＝Ｔn－Ｔ0にて再生しているところ、新たな視聴端末３の動画を再生位置Ｃｔ＝Ｔn－Ｔ0から再生させることができる。つまり、全ての視聴端末３において、共通する先頭時刻Ｔ0を基準とした再生位置Ｃｔにて、動画の同期再生を実現することができる。
また、同期処理部１１は、再生中の動画のシーク操作が完了すると、動画再生部１０からシーク操作完了時の再生位置Ｃｔを取得し、現在時刻Ｔnから再生位置Ｃｔを減算してシーク操作完了に伴う先頭時刻Ｔ0を求める。そして、同期処理部１１は、先頭時刻Ｔ0をメモリ２４に記録して他の視聴端末３へ送信する。
これにより、他の視聴端末３は、シーク操作完了に伴う先頭時刻Ｔ0を受信すると、先頭時刻Ｔ0を記録し、再生位置Ｃｔ＝Ｔn－Ｔ0から動画の再生を行う。視聴端末３にてシーク操作が完了した場合、当該視聴端末３の動画は、シーク操作完了に伴い再生位置Ｃｔから１倍速で再生しているところ、他の視聴端末３の動画を、シーク操作完了に伴う先頭時刻Ｔ0を用いて算出された再生位置Ｃｔ＝Ｔn－Ｔ0から再生させることができる。つまり、全ての視聴端末３において、シーク操作完了に伴う共通する先頭時刻Ｔ0を基準とした再生位置Ｃｔにて、動画の同期再生を実現することができる。
このように、配信ネットワーク１に対して視聴端末３が参加し、または離脱した場合であっても、また、シーク操作が完了した場合であっても、配信ネットワーク１に参加している全ての視聴端末３の再生位置Ｃｔを合わせることができ、視聴端末３の動画を他の視聴端末３の動画に追従させることができる。
したがって、全ての視聴端末３において、共通する先頭時刻Ｔ0を保持することができ、先頭時刻Ｔ0を基準とした動画の再生が行われるため、動画の同期再生を実現することができる
〔視聴端末の他の例〕
次に、本発明の他の実施形態による視聴端末について説明する。図１０は、本発明の他の実施形態による視聴端末の構成例を示すブロック図であり、当該視聴端末において、４つの動画再生部であるHTMLMediaElementにより動画再生が行われる場合の例を示している。１台の視聴端末において、同じＷｅｂブラウザー内の異なる４つのHTMLMediaElementを用いて、同期した動画再生が行われる。
この視聴端末３’は、動画再生部１０’、同期処理部１１’及び内部時計１２を備えている。動画再生部１０’は、４つのHTMLMediaElementである動画再生部１０－１～１０－４を備えている。
同期処理部１１’は、起動処理部２０、送受信処理部２１、再生位置算出部２２、先頭時刻算出部２３’、メモリ２４及びイベント処理部２５’を備えている。先頭時刻算出部２３’は、動画再生部１０－１～１０－４に対応する先頭時刻算出部２３－１～２３－４を備え、イベント処理部２５’は、動画再生部１０－１～１０－４に対応するイベント処理部２５－１～２５－４を備えている。
図３に示した視聴端末３と図１０に示す視聴端末３’とを比較すると、両視聴端末３，３’は、内部時計１２を備え、同期処理部１１，１１’の起動処理部２０、送受信処理部２１、再生位置算出部２２及びメモリ２４を備えている点で共通する。
一方、視聴端末３’は、動画再生部１０’が４つの動画再生部１０－１～１０－４を備え、同期処理部１１’の先頭時刻算出部２３’が４つの先頭時刻算出部２３－１～２３－４を備え、イベント処理部２５’が４つのイベント処理部２５－１～２５－４を備えている点で、それぞれ１つの動画再生部１０、同期処理部１１の先頭時刻算出部２３及びイベント処理部２５を備えた視聴端末３と相違する。
図１０において、図３と共通する部分には図３と同一の符号を付し、その詳しい説明は省略する。
動画再生部１０’に備えた動画再生部１０－１～１０－４のそれぞれは、図３に示した動画再生部１０と同様の処理を行う。
具体的には、動画再生部１０－１～１０－４のそれぞれは、同期処理部１１’の再生位置算出部２２から共通の再生位置Ｃｔを入力し、動画再生位置を再生位置Ｃｔに設定し、動画を再生位置Ｃｔから再生する。これにより、動画再生部１０－１～１０－４間で、動画の同期再生を実現することができる。
動画再生部１０－１～１０－４のそれぞれは、同期処理部１１’のイベント処理部２５’に備えた対応するイベント処理部２５－１～２５－４から再生位置Ｃｔを入力し、動画再生位置を再生位置Ｃｔに設定し、動画を再生位置Ｃｔから再生する。また、動画再生部１０－１～１０－４のそれぞれは、対応するイベント処理部２５－１～２５－４から再生レートＰｒを入力し、動画再生レートを再生レートＰｒに設定し、動画を再生レートＰｒにて再生する。
動画再生部１０－１～１０－４のそれぞれは、所定時間間隔のtimeupdateイベントが発火すると、timeupdateイベントの発火を、対応するイベント処理部２５－１～２５－４に出力する。
動画再生部１０－１～１０－４のそれぞれは、対応する先頭時刻算出部２３－１～２３－４及び対応するイベント処理部２５－１～２５－４からの再生位置取得リクエストに従い、再生中の動画の再生位置Ｃｔを、対応する先頭時刻算出部２３－１～２３－４及び対応するイベント処理部２５－１～２５－４に出力する。
イベント処理部２５’に備えたイベント処理部２５－１～２５－４のそれぞれは、図３に示したイベント処理部２５と同様の処理を行う。
具体的には、イベント処理部２５－１～２５－４のそれぞれは、図９に示した処理を行う。すなわち、イベント処理部２５－１～２５－４のそれぞれは、対応する動画再生部１０－１～１０－４からtimeupdateイベントの発火を入力すると、内部時計１２から現在時刻Ｔnを、同期処理部１１’から先頭時刻Ｔ0を、対応する動画再生部１０－１～１０－４から再生位置Ｃｔをそれぞれ取得する。
イベント処理部２５－１～２５－４のそれぞれは、現在時刻Ｔnから先頭時刻Ｔ0を減算した時刻が再生位置Ｃｔと一致するように、再生位置Ｃｔ及び再生レートＰｒを算出し、これらを、対応する動画再生部１０－１～１０－４に出力する。
尚、図４のステップＳ４０２において、切替しきい値Ｄａ，Ｄｂ、再生レート調整幅最大値Ｒａ、再生レート調整幅最小値Ｒｂ及び目標調整時間Ａｔのそれぞれは、イベント処理部２５－１～２５－４間で共通の値として初期設定される。
また、図９のステップＳ９０１において、先頭時刻Ｔ0及び現在時刻Ｔnは、それぞれ同期処理部１１’及び内部時計１２からイベント処理部２５－１～２５－４間で共通の値として取得される。再生位置Ｃｔは、イベント処理部２５－１～２５－４のそれぞれに対応する動画再生部１０－１～１０－４から取得される。
先頭時刻算出部２３’に備えた先頭時刻算出部２３－１～２３－４のそれぞれは、図３に示した先頭時刻算出部２３と同様の処理を行う。
具体的には、先頭時刻算出部２３－１～２３－４のそれぞれは、シーク操作完了を入力すると、再生位置取得リクエストを対応する動画再生部１０－１～１０－４に出力し、対応する動画再生部１０－１～１０－４からシーク操作完了時の再生位置Ｃｔを取得する。
先頭時刻算出部２３－１～２３－４のそれぞれは、内部時計１２から取得した現在時刻Ｔnから再生位置Ｃｔを減算して先頭時刻Ｔ0を求め、メモリ２４に記録すると共に、送受信処理部２１に出力し、さらに再生位置算出部２２に出力する。
再生位置算出部２２は、先頭時刻算出部２３－１～２３－４のいずれかから、シーク操作完了に伴う先頭時刻Ｔ0を入力すると、送受信処理部２１から先頭時刻Ｔ0を入力したときと同様に、内部時計１２から取得した現在時刻Ｔnから先頭時刻Ｔ0を減算して再生位置Ｃｔを求める。そして、再生位置算出部２２は、再生位置Ｃｔを動画再生部１０’（全ての動画再生部１０－１～１０－４）に出力し、動画再生位置を再生位置Ｃｔに設定させる。
これにより、シーク操作が行われた動画再生部１０－１～１０－４のいずれかにおいて、動画は、再生位置Ｃｔから１倍速にて再生しており、他の動画再生部１０－１～１０－４において、動画は、同じ再生位置Ｃｔへ移動して再生することとなる。
以上のように、本発明の他の実施形態の視聴端末３’によれば、全ての動画再生部１０－１～１０－４において、共通する先頭時刻Ｔ0を基準とした動画の再生が行われるため、動画の同期再生を実現することができる。
また、配信ネットワーク１に複数の視聴端末３’が参加している場合、全ての視聴端末３’に備えた全ての動画再生部１０－１～１０－４においても、共通する先頭時刻Ｔ0を基準とした動画の再生が行われる。
つまり、配信ネットワーク１に参加している全ての視聴端末３’に備えた全ての動画再生部１０－１～１０－４において、動画の同期再生を実現することができる。
以上、実施形態を挙げて本発明を説明したが、本発明は前記実施形態に限定されるものではなく、その技術思想を逸脱しない範囲で種々変形可能である。
尚、本発明の実施形態による視聴端末３及び本発明の他の実施形態による視聴端末３’のハードウェア構成としては、通常のコンピュータを使用することができる。視聴端末３，３’は、ＣＰＵ、ＲＡＭ等の揮発性の記憶媒体、ＲＯＭ等の不揮発性の記憶媒体、及びインターフェース等を備えたコンピュータによって構成される。
視聴端末３に備えた動画再生部１０及び同期処理部１１（起動処理部２０、送受信処理部２１、再生位置算出部２２、先頭時刻算出部２３、メモリ２４及びイベント処理部２５）に備えた各機能は、これらの機能を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現される。
また、視聴端末３’に備えた動画再生部１０’（動画再生部１０－１～１０－４）及び同期処理部１１’（起動処理部２０、送受信処理部２１、再生位置算出部２２、先頭時刻算出部２３’（先頭時刻算出部２３－１～２３－４）、メモリ２４及びイベント処理部２５’（イベント処理部２５－１～２５－４））に備えた各機能も、これらの機能を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現される。
これらのプログラムは、前記記憶媒体に格納されており、ＣＰＵに読み出されて実行される。また、これらのプログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ等）、半導体メモリ等の記憶媒体に格納して頒布することもでき、ネットワークを介して送受信することもできる。
１ 配信ネットワーク
２ 配信サーバ
３，３’ 視聴端末
４ シグナリングサーバ
５ ネットワーク
１０，１０－１～１０－４，１０’ 動画再生部（HTMLMediaElement）
１１，１１’ 同期処理部
１２ 内部時計
２０ 起動処理部
２１ 送受信処理部
２２ 再生位置算出部
２３，２３－１～２３－４ 先頭時刻算出部
２４ メモリ
２５，２５－１～２５－４，２５’ イベント処理部
Ｉ 動画
Ｉａ，Ｉｂ，Ｉｃ，Ｉｄ 分割動画
ａ，ｂ，ｃ，ｄ 分割ストリーム
Ｔ0 先頭時刻
Ｔn 現在時刻
Ｃｔ 再生位置
Ｐｒ 再生レート
Ｄａ，Ｄｂ 切替しきい値
Ｒａ 再生レート調整幅最大値
Ｒｂ 再生レート調整幅最小値
Ａｔ 目標調整時間
｜Ｔn－Ｔ0－Ｃｔ｜ 再生位置ズレ
ｒ レート

Claims (4)

  1. ユーザが所望するコンテンツを構成する複数の動画のそれぞれを、配信サーバから複数の視聴端末のそれぞれへ配信する配信ネットワークの下で、動画を受信して再生する前記視聴端末において、
    前記複数の視聴端末間で同期した現在時刻Ｔnを有する内部時計と、
    前記動画を再生している他の視聴端末から、前記動画の先頭が再生されたときの前記現在時刻Ｔnを先頭時刻Ｔ0として受信し、前記先頭時刻Ｔ0をメモリに記録し、前記内部時計から前記現在時刻Ｔnを取得し、前記現在時刻Ｔnから前記先頭時刻Ｔ0を減算して再生位置Ｃｔを求める同期処理部と、
    前記動画の再生位置を、前記同期処理部により求めた前記再生位置Ｃｔに設定し、前記動画を前記再生位置Ｃｔから再生する動画再生部と、を備え、
    新たな視聴端末が前記配信ネットワークに参加した場合、
    前記同期処理部は、
    前記新たな視聴端末から問い合わせを受信し、前記メモリから前記先頭時刻Ｔ0を読み出し、前記先頭時刻Ｔ0を前記新たな視聴端末へ送信する、ことを特徴とする視聴端末。
  2. 請求項１に記載の視聴端末において、
    前記同期処理部は、
    前記ユーザによる前記動画のシーク操作が完了したときに、前記動画再生部から前記動画を再生している再生位置Ｃｔを取得し、前記内部時計から前記現在時刻Ｔnを取得し、前記現在時刻Ｔnから前記再生位置Ｃｔを減算して、前記シーク操作の完了に伴う先頭時刻Ｔ0を求め、前記先頭時刻Ｔ0を前記メモリに記録し、前記先頭時刻Ｔ0を前記他の視聴端末へ送信する、ことを特徴とする視聴端末。
  3. 請求項１または２に記載の視聴端末において、
    前記同期処理部は、
    前記他の視聴端末にてシーク操作が完了したときに、前記他の視聴端末から前記シーク操作の完了に伴う先頭時刻Ｔ0を受信し、前記先頭時刻Ｔ0をメモリに記録し、前記内部時計から前記現在時刻Ｔnを取得し、前記現在時刻Ｔnから前記先頭時刻Ｔ0を減算して前記シーク操作の完了に伴う再生位置Ｃｔを求め、
    前記動画再生部は、
    前記動画の再生位置を、前記同期処理部により求めた前記シーク操作の完了に伴う再生位置Ｃｔに設定し、前記動画を前記再生位置Ｃｔから再生する、ことを特徴とする視聴端末。
  4. ユーザが所望するコンテンツを構成する複数の動画のそれぞれを、配信サーバから複数の視聴端末のそれぞれへ配信する配信ネットワークの下で、前記複数の視聴端末間で同期した現在時刻Ｔnを有する内部時計を備え、動画を受信して再生する前記視聴端末を構成するコンピュータを、
    前記動画を再生している他の視聴端末から、前記動画の先頭が再生されたときの前記現在時刻Ｔnを先頭時刻Ｔ0として受信し、前記先頭時刻Ｔ0をメモリに記録し、前記内部時計から前記現在時刻Ｔnを取得し、前記現在時刻Ｔnから前記先頭時刻Ｔ0を減算して再生位置Ｃｔを求める同期処理部、及び、
    前記動画の再生位置を、前記同期処理部により求めた前記再生位置Ｃｔに設定し、前記動画を前記再生位置Ｃｔから再生する動画再生部として機能させるためのプログラムであって、
    新たな視聴端末が前記配信ネットワークに参加した場合、
    前記同期処理部は、
    前記新たな視聴端末から問い合わせを受信し、前記メモリから前記先頭時刻Ｔ0を読み出し、前記先頭時刻Ｔ0を前記新たな視聴端末へ送信する、ことを特徴とするプログラム。
JP2021093382A 2021-06-03 2021-06-03 視聴端末及びプログラム Active JP7710318B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021093382A JP7710318B2 (ja) 2021-06-03 2021-06-03 視聴端末及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021093382A JP7710318B2 (ja) 2021-06-03 2021-06-03 視聴端末及びプログラム

Publications (2)

Publication Number Publication Date
JP2022185640A JP2022185640A (ja) 2022-12-15
JP7710318B2 true JP7710318B2 (ja) 2025-07-18

Family

ID=84442278

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021093382A Active JP7710318B2 (ja) 2021-06-03 2021-06-03 視聴端末及びプログラム

Country Status (1)

Country Link
JP (1) JP7710318B2 (ja)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007013705A (ja) 2005-06-30 2007-01-18 Sony Corp 同時再生システム、情報処理装置、途中参加方法及び途中参加プログラム
JP2009130876A (ja) 2007-11-28 2009-06-11 Hitachi Ltd 端末連携継続視聴システム、端末、サーバ、方法
JP2009284055A (ja) 2008-05-20 2009-12-03 Tokyo Univ Of Agriculture & Technology プログラム、情報記憶媒体及び動画配信システム
JP2010183237A (ja) 2009-02-04 2010-08-19 Nec Corp コンテンツ同期再生システム、コンテンツ同期再生方法、再生端末、再生端末の制御方法、及び制御プログラム
WO2013061525A1 (ja) 2011-10-26 2013-05-02 パナソニック株式会社 放送受信装置、再生装置、放送通信システム、放送受信方法、再生方法およびプログラム
JP2019219919A (ja) 2018-06-20 2019-12-26 キヤノン株式会社 通信装置、通信方法、およびプログラム
JP2020202446A (ja) 2019-06-07 2020-12-17 日本放送協会 Ｍｍｔ受信機及びプログラム

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007013705A (ja) 2005-06-30 2007-01-18 Sony Corp 同時再生システム、情報処理装置、途中参加方法及び途中参加プログラム
JP2009130876A (ja) 2007-11-28 2009-06-11 Hitachi Ltd 端末連携継続視聴システム、端末、サーバ、方法
JP2009284055A (ja) 2008-05-20 2009-12-03 Tokyo Univ Of Agriculture & Technology プログラム、情報記憶媒体及び動画配信システム
JP2010183237A (ja) 2009-02-04 2010-08-19 Nec Corp コンテンツ同期再生システム、コンテンツ同期再生方法、再生端末、再生端末の制御方法、及び制御プログラム
WO2013061525A1 (ja) 2011-10-26 2013-05-02 パナソニック株式会社 放送受信装置、再生装置、放送通信システム、放送受信方法、再生方法およびプログラム
JP2019219919A (ja) 2018-06-20 2019-12-26 キヤノン株式会社 通信装置、通信方法、およびプログラム
JP2020202446A (ja) 2019-06-07 2020-12-17 日本放送協会 Ｍｍｔ受信機及びプログラム

Also Published As

Publication number Publication date
JP2022185640A (ja) 2022-12-15

Similar Documents

Publication Publication Date Title
US10575042B2 (en) Media content synchronization
US9843767B2 (en) Audio video streaming system and method
US10341672B2 (en) Method and system for media synchronization
EP2853075B1 (en) Content-specific identification and timing behavior in dynamic adaptive streaming over hypertext transfer protocol
KR101934200B1 (ko) 미디어 동기화 방법 및 시스템
EP2823642A1 (en) Distributed control of synchronized content
WO2009083797A2 (en) Synchronized media playback using autonomous clients over standard internet protocols
CN114079813A (zh) 画面同步方法、编码方法、视频播放设备及视频编码设备
CN109756744A (zh) 数据处理方法、电子设备及计算机存储介质
JP7710318B2 (ja) 視聴端末及びプログラム
US11317035B1 (en) Method and system for synchronized playback of multiple video streams over a computer network
CN120264060A (zh) 数据处理方法、设备、存储介质及程序产品
JP2016192743A (ja) ストリーミング動画配信システム
JP7365212B2 (ja) 動画再生装置、動画再生システム、および動画再生方法
KR102150685B1 (ko) 미디어 서비스 채널 전환 방법 및 장치
EP3443756A1 (en) Slave requested audio synchronization
CN115665493B (zh) 支持录播的大屏拼接装置、拼接器、播放控制方法及系统
JP6987567B2 (ja) 配信装置、受信装置及びプログラム
KR102533663B1 (ko) 실시간으로 영상 콘텐츠의 재생 시간을 동기화시키는 서비스 제공 방법 및 장치
WO2014100384A1 (en) Audio video streaming system and method
KR20230154051A (ko) 시간 동기화된 멀티 스트림 데이터 전송을 제공하는 방법
WO2017175482A1 (ja) 配信システム、ミッドロールサーバ、端末装置、広告発火装置、および情報処理方法
KR20230103789A (ko) 다채널 영상을 전송하기 위한 시스템의 동작 방법 및 이를 수행하는 시스템
GB2544796B (en) Video content synchronisation
JP2010183237A (ja) コンテンツ同期再生システム、コンテンツ同期再生方法、再生端末、再生端末の制御方法、及び制御プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240501

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

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20250611

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20250708

R150 Certificate of patent or registration of utility model

Ref document number: 7710318

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150