(57)【要約】【課題】うるう秒の発生による受信側への影響を抑制する。【解決手段】外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部を備える。時刻情報生成部は、外部から取得された絶対時刻情報で示されるうるう秒の発生時刻をシフト後時刻までシフトさせて時刻情報を生成する。伝送メディアと時刻情報生成部で生成された絶対時刻情報とを含む信号を送信する送信部をさらに備える。【選択図】図２３
2020074570.tif 000002
【特許請求の範囲】
【請求項１】
外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部を備え、
上記時刻情報生成部は、上記外部から取得された絶対時刻情報で示されるうるう秒の発生時刻をシフト後時刻までシフトさせて時刻情報を生成し、
伝送メディアと上記時刻情報生成部で生成された絶対時刻情報とを含む信号を送信する送信部をさらに備える
送信装置。
【請求項２】
上記時刻情報生成部で生成される絶対時刻情報には、上記うるう秒の発生時刻のシフト状態にあるとき、該状態にあることを示すモード情報が付加される
請求項１に記載の送信装置。
【請求項３】
上記モード情報は、シフト後時刻の一定時間前に通常状態にあることを示すように変更される
請求項２に記載の送信装置。
【請求項４】
上記信号は、放送伝送路を用いて伝送される放送信号または通信伝送路を用いて伝送される配信信号である
請求項１に記載の送信装置。
【請求項５】
外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成ステップを有し、
上記時刻情報生成ステップでは、上記外部から取得された絶対時刻情報で示されるうるう秒の発生時刻をシフト後時刻までシフトさせて時刻情報を生成し、
送信部により、伝送メディアと上記時刻情報生成ステップで生成された絶対時刻情報とを含む信号を送信する送信ステップをさらに有する
送信方法。
【請求項６】
伝送メディアと絶対時刻情報とを含む信号を受信する受信部と、
上記受信部で受信された信号に含まれている上記絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部と、
上記伝送メディアを、上記時刻情報生成部で生成された絶対時刻情報に基づいて処理する処理部を備え、
上記受信部で受信された信号に含まれている絶対時刻情報には、うるう秒の発生時刻のシフト状態にあるとき、該状態にあることを示すモード情報が付加されており、
上記モード情報は、シフト後時刻の一定時間前に通常状態にあることを示すように変更され、
上記時刻情報生成部は、上記モード情報に基づいて、上記シフト後時刻にうるう秒を発生させる
受信装置。
【請求項７】
受信部により、伝送メディアと絶対時刻情報とを含む信号を受信する受信ステップと、
上記受信ステップで受信された信号に含まれている上記絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成ステップと、
上記伝送メディアを、上記時刻情報生成ステップで生成された絶対時刻情報に基づいて処理する処理ステップを有し、
上記受信ステップで受信された信号に含まれている絶対時刻情報には、うるう秒の発生時刻のシフト状態にあるとき、該状態にあることを示すモード情報が付加されており、
上記モード情報は、シフト後時刻の一定時間前に通常状態にあることを示すように変更され、
上記時刻情報生成ステップでは、上記モード情報に基づいて、上記シフト後時刻にうるう秒を発生させる
受信方法。
【請求項８】
外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部と、
伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻を、上記時刻情報生成部で生成された絶対時刻情報に基づいて生成する提示時刻生成部と、
上記時刻情報生成部で生成された絶対時刻情報でうるう秒の発生があるとき、該うるう秒の発生後の絶対時刻情報を参照した最初の上記提示単位グループを識別する識別情報を生成する識別情報生成部と、
上記伝送メディアと、上記時刻情報生成部で生成された絶対時刻情報と、上記提示時刻生成部で生成された提示単位グループ毎の提示時刻と、上記識別情報生成部で生成された識別情報とを含む信号を送信する送信部を備える
送信装置。
【請求項９】
上記信号は、上記伝送メディアを含む第１のパケットと、上記伝送メディアに関する情報を含む第２のパケットと、上記絶対時刻情報を含む第３のパケットを有し、
上記提示単位グループ毎の提示時刻と上記識別情報とは、上記第２のパケットに挿入される
請求項８に記載の送信装置。
【請求項１０】
上記信号は、放送伝送路を用いて伝送される放送信号または通信伝送路を用いて伝送される配信信号である
請求項８に記載の送信装置。
【請求項１１】
外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成ステップと、
伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻を、上記時刻情報生成ステップで生成された絶対時刻情報に基づいて生成する提示時刻生成ステップと、
上記時刻情報生成ステップで生成された絶対時刻情報でうるう秒の発生があるとき、該うるう秒の発生後の絶対時刻情報を参照した最初の上記提示単位グループを識別する識別情報を生成する識別情報生成ステップと、
送信部により、上記伝送メディアと、上記時刻情報生成ステップで生成された絶対時刻情報と、上記提示時刻生成ステップで生成された提示単位グループ毎の提示時刻と、上記識別情報生成ステップで生成された識別情報とを含む信号を送信する送信ステップを有する
送信方法。
【請求項１２】
伝送メディアと、絶対時刻情報と、上記伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻と、上記絶対時刻情報でうるう秒の発生があるとき、該うるう秒の発生後の絶対時刻情報を参照した最初の上記提示単位グループを識別する識別情報とを含む信号を受信する受信部と、
上記受信部で受信された信号に含まれている絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部とを備え、
上記時刻情報生成部は、上記絶対時刻情報のうるう秒の発生時刻でも連続した時間軸で絶対時刻情報を生成し、
上記受信部で受信された信号に含まれている提示単位グループ毎の提示時刻のうち、上記受信部で受信された信号に含まれている識別情報で示される提示単位グループ以降の各提示単位グループの提示時刻を調整する提示時刻調整部と、
上記伝送メディアを、上記時刻情報生成部で生成された絶対時刻情報および上記提示時刻調整部で調整された提示単位グループ毎の提示時刻に基づいて処理する処理部をさらに備える
受信装置。
【請求項１３】
上記提示時刻調整部は、上記うるう秒の発生がうるう秒の挿入であるとき各提示時刻に１秒を加算し、上記うるう秒の発生がうるう秒の削除であるとき各提示時刻から１秒を減算する
請求項１２に記載の受信装置。
【請求項１４】
受信部により、伝送メディアと、絶対時刻情報と、上記伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻と、上記絶対時刻情報でうるう秒の発生があるとき、該うるう秒の発生後の絶対時刻情報を参照した最初の上記提示単位グループを識別する識別情報とを含む信号を受信する受信ステップと、
上記受信ステップで受信された信号に含まれている絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成ステップを有し、
上記時刻情報生成ステップでは、上記絶対時刻情報のうるう秒の発生時刻でも連続した時間軸で絶対時刻情報を生成し、
上記受信ステップで受信された信号に含まれている提示単位グループ毎の提示時刻のうち、上記受信ステップで受信された信号に含まれている識別情報で示される提示単位グループ以降の各提示単位グループの提示時刻を調整する提示時刻調整ステップと、
上記伝送メディアを、上記時刻情報生成ステップで生成された絶対時刻情報および上記提示時刻調整ステップで調整された提示単位グループ毎の提示時刻に基づいて処理する処理ステップをさらに有する
受信方法。
【請求項１５】
外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部と、
伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻を、上記時刻情報生成部で生成された絶対時刻情報に基づいて生成する提示時刻生成部と、
上記提示時刻生成部で上記提示単位グループ毎の提示時刻を生成するときに参照された上記時刻情報生成部で生成された絶対時刻情報の、他の送信機器における絶対時刻情報との時刻差を示す時刻差情報を生成する時刻差情報生成部と、
上記伝送メディアと、上記提示時刻生成部で生成された提示単位グループ毎の提示時刻と、上記時刻差情報生成部で生成された提示単位グループ毎の時刻差情報とを含む信号を送信する送信部を備える
送信装置。
【請求項１６】
上記信号は、上記伝送メディアを含む第１のパケットと、上記伝送メディアに関する情報を含む第２のパケットを有し、
上記提示単位グループ毎の提示時刻と、上記提示単位グループ毎の時刻差情報とは、上記第２のパケットに挿入される
請求項１５に記載の送信装置。
【請求項１７】
上記信号は、放送伝送路を用いて伝送される放送信号または通信伝送路を用いて伝送される配信信号である
請求項１５に記載の送信装置。
【請求項１８】
外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成ステップと、
伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻を、上記時刻情報生成ステップで生成された絶対時刻情報に基づいて生成する提示時刻生成ステップと、
上記提示時刻生成ステップで上記提示単位グループ毎の提示時刻を生成するときに参照された上記時刻情報生成ステップで生成された絶対時刻情報の、他の送信機器における絶対時刻情報との時刻差を示す時刻差情報を生成する時刻差情報生成ステップと、
送信部により、上記伝送メディアと、上記提示時刻生成ステップで生成された提示単位グループ毎の提示時刻と、上記時刻差情報生成ステップで生成された提示単位グループ毎の時刻差情報とを含む信号を送信する送信ステップを有する
送信方法。
【請求項１９】
第１の送信機器からの第１の信号と、第２の送信機器からの第２の信号を受信する受信部を備え、
上記第１の信号は、第１の伝送メディアと、絶対時刻情報と、上記第１の伝送メディアの所定数の提示単位からなる提示単位グループ毎の第１の提示時刻とを含み、
上記第２の信号は、第２の伝送メディアと、該第２の伝送メディアの所定数の提示単位からなる提示単位グループ毎の第２の提示時刻と時刻差情報とを含み、
上記第１の信号に含まれる上記絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部と、
上記第２の信号に含まれる上記第２の伝送メディアの提示単位グループ毎の第２の提示時刻を上記第２の信号に含まれる時刻差情報に基づいて調整する提示時刻調整部と、
上記第１の伝送メディアを、上記時刻情報生成部で生成された絶対時刻情報と、上記第１の信号に含まれている上記第１の伝送メディアの提示単位グループ毎の第１の提示時刻に基づいて処理し、上記第２の伝送メディアを、上記時刻情報生成部で生成された絶対時刻情報と、上記時刻情報調整部で調整された上記第２の伝送メディアの提示単位グループ毎の第２の提示時刻に基づいて処理する処理部をさらに備える
受信装置。
【請求項２０】
受信部により、第１の送信機器からの第１の信号と、第２の送信機器からの第２の信号を受信する受信ステップを有し、
上記第１の信号は、第１の伝送メディアと、絶対時刻情報と、上記第１の伝送メディアの所定数の提示単位からなる提示単位グループ毎の第１の提示時刻とを含み、
上記第２の信号は、第２の伝送メディアと、該第２の伝送メディアの所定数の提示単位からなる提示単位グループ毎の第２の提示時刻と時刻差情報とを含み、
上記第１の信号に含まれる上記絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成ステップと、
上記第２の信号に含まれる上記第２の伝送メディアの提示単位グループ毎の第２の提示時刻を上記第２の信号に含まれる時刻差情報に基づいて調整する提示時刻調整ステップと、
上記第１の伝送メディアを、上記時刻情報生成ステップで生成された絶対時刻情報と、上記第１の信号に含まれている上記第１の伝送メディアの提示単位グループ毎の第１の提示時刻に基づいて処理し、上記第２の伝送メディアを、上記時刻情報生成ステップで生成された絶対時刻情報と、上記時刻情報調整ステップで調整された上記第２の伝送メディアの提示単位グループ毎の第２の提示時刻に基づいて処理する処理ステップをさらに有する
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、受信装置および受信方法に関し、特に、ビデオ、オーディオなどの伝送メディアを含むＩＰ方式の信号を送信する送信装置等に関する。
【背景技術】
【０００２】
次世代の放送方式として、ＩＰプロトコルをベースにＭＰ４ ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔに基づいたコンテンツフォーマットで伝送するＭＭＴ等の伝送方式が検討されている（例えば、非特許文献１参照）。提示同期のために参照時間軸として絶対時刻（ＵＴＣ）を適用する場合、数年に１度生じるうるう秒が提示制御上問題となる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】Study of ISO/IEC CD 23008-1 MPEG Media Transport ,[online],[平成２５年５月７日検索]、インターネット＜ＵＲＬ： http://mpeg.chiariglione.org/standards/mpeg-h/mpeg-media-transport＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本技術の目的は、うるう秒の発生による受信側への影響を抑制することにある。
【課題を解決するための手段】
【０００５】
本技術の概念は、
外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部を備え、
上記時刻情報生成部は、上記外部から取得された絶対時刻情報で示されるうるう秒の発生時刻をシフト後時刻までシフトさせて時刻情報を生成し、
伝送メディアと上記時刻情報生成部で生成された絶対時刻情報とを含む信号を送信する送信部をさらに備える
送信装置にある。
【０００６】
本技術において、時刻情報生成部では、外部から取得された絶対時刻情報が参照される。例えば、絶対時刻情報は、ＮＴＰ（Network Time Protocol）によりＮＴＰサーバから、あるいはＩＥＥＥ１５８８ＰＴＰにより他の装置から、ＮＴＰロングフォーマット（NTP long format）で取得される。
【０００７】
時刻情報生成部では、外部から取得された絶対時刻情報に同期した絶対時刻情報が生成される。この場合、時刻情報生成部では、外部から取得された絶対時刻情報で示されるうるう秒の発生時刻をシフト後時刻までシフトさせて時刻情報が生成される。
【０００８】
送信部により、伝送メディアと時刻情報生成部で生成された絶対時刻情報とを含む信号が送信される。この信号には、放送局からの放送信号、あるいは配信サーバからの配信信号などが含まれる。また、例えば、絶対時刻情報は、ＮＴＰ形式の構造で含まれる。
【０００９】
このように本技術においては、伝送メディアと共に送信される絶対時刻情報はうるう秒の発生時刻をシフト後時刻までシフトさせたものとされる。そのため、シフト後時刻が視聴への影響が少ない時刻とされることで、受信側ではうるう秒の発生による影響を抑制することが可能となる。
【００１０】
なお、本技術において、例えば、時刻情報生成部で生成される絶対時刻情報には、うるう秒の発生時刻のシフト状態にあるとき、この状態にあることを示すモード情報が付加される、ようにされてもよい。受信側ではこのモード情報によりうるう秒の発生時刻のシフト状態にあることを容易に認識可能となる。
【００１１】
この場合、モード情報は、シフト後時刻の一定時間前に通常状態にあることを示すように変更される、ようにされてもよい。これにより、受信側では、シフト後時刻を予め把握でき、うるう秒の発生のための準備を速やかに行うことが可能となる。
【００１２】
また、本技術の他の概念は、
伝送メディアと絶対時刻情報とを含む信号を受信する受信部と、
上記受信部で受信された信号に含まれている上記絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部と、
上記伝送メディアを、上記時刻情報生成部で生成された絶対時刻情報に基づいて処理する処理部を備え、
上記受信部で受信された信号に含まれている絶対時刻情報には、うるう秒の発生時刻のシフト状態にあるとき、該状態にあることを示すモード情報が付加されており、
上記モード情報は、シフト後時刻の一定時間前に通常状態にあることを示すように変更され、
上記時刻情報生成部は、上記モード情報に基づいて、上記シフト後時刻にうるう秒を発生させる
受信装置にある。
【００１３】
本技術において、受信部により、伝送メディアと絶対時刻情報とを含む信号が受信される。時刻情報生成部により、受信部で受信された信号に含まれている絶対時刻情報に同期した絶対時刻情報が生成される。そして、処理部により、伝送メディアが、時刻情報生成部で生成された絶対時刻情報に基づいて処理される。
【００１４】
受信部で受信された信号に含まれている絶対時刻情報には、うるう秒の発生時刻のシフト状態にあるとき、この状態にあることを示すモード情報が付加されており、このモード情報は、シフト後時刻の一定時間前に通常状態にあることを示すように変更される。時刻情報生成部では、モード情報に基づいて、シフト後時刻にうるう秒が発生される。
【００１５】
このように本技術においては、絶対時刻情報に付加されて送られてくるモード情報に基づいてシフト後時刻にうるう秒を発生させるものである。モード情報はシフト後時刻の一定時間前に通常状態にあることを示すように変更されることから、シフト後時刻を予め把握でき、シフト後時刻に確実にうるう秒を発生させることが可能となる。
【００１６】
また、本技術の他の概念は、
外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部と、
伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻を、上記時刻情報生成部で生成された絶対時刻情報に基づいて生成する提示時刻生成部と、
上記時刻情報生成部で生成された絶対時刻情報でうるう秒の発生があるとき、該うるう秒の発生後の絶対時刻情報を参照した最初の上記提示単位グループを識別する識別情報を生成する識別情報生成部と、
上記伝送メディアと、上記時刻情報生成部で生成された絶対時刻情報と、上記提示時刻生成部で生成された提示単位グループ毎の提示時刻と、上記識別情報生成部で生成された識別情報とを含む信号を送信する送信部を備える
送信装置にある。
【００１７】
本技術において、時刻情報生成部では、外部から取得された絶対時刻情報が参照される。例えば、絶対時刻情報は、ＮＴＰ（Network Time Protocol）によりＮＴＰサーバから、あるいはＩＥＥＥ１５８８ＰＴＰにより他の装置から、ＮＴＰロングフォーマット（NTP long format）で取得される。
【００１８】
時刻情報生成部では、外部から取得された絶対時刻情報に同期した絶対時刻情報が生成される。提示時刻生成部により、伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻が、時刻情報生成部で生成された絶対時刻情報に基づいて生成される。識別情報生成部により、時刻情報生成部で生成された絶対時刻情報でうるう秒の発生があるとき、このうるう秒の発生後の絶対時刻情報を参照した最初の提示単位グループを識別する識別情報が生成される。
【００１９】
送信部により、伝送メディアと、時刻情報生成部で生成された絶対時刻情報と、提示時刻生成部で生成された提示単位グループ毎の提示時刻と、識別情報生成部で生成された識別情報とを含む信号が送信される。この信号には、放送局からの放送信号、あるいは配信サーバからの配信信号などが含まれる。また、例えば、絶対時刻情報は、ＮＴＰ形式の構造で含まれる。
【００２０】
例えば、信号は、伝送メディアを含む第１のパケットと、伝送メディアに関する情報を含む第２のパケットと、絶対時刻情報を含む第３のパケットを有し、提示単位グループ毎の提示時刻と識別情報とは、第２のパケットに挿入される、ようにされてもよい。
【００２１】
このように本技術においては、伝送メディアなどと共に、うるう秒の発生後の絶対時刻情報を参照した最初の提示単位グループを識別する識別情報が送信されるものである。そのため、受信側では、伝送メディアの提示単位グループ毎の提示時刻をこの識別情報に基づいて調整でき、うるう秒の発生による影響を抑制することが可能となる。
【００２２】
また、本技術の他の概念は、
伝送メディアと、絶対時刻情報と、上記伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻と、上記絶対時刻情報でうるう秒の発生があるとき、該うるう秒の発生後の絶対時刻情報を参照した最初の上記提示単位グループを識別する識別情報とを含む信号を受信する受信部と、
上記受信部で受信された信号に含まれている絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部を備え、
上記時刻情報生成部は、上記絶対時刻情報のうるう秒の発生時刻でも連続した時間軸で絶対時刻情報を生成し、
上記受信部で受信された信号に含まれている提示単位グループ毎の提示時刻のうち、上記受信部で受信された信号に含まれている識別情報で示される提示単位グループ以降の各提示単位グループの提示時刻を調整する提示時刻調整部と、
上記伝送メディアに、上記時刻情報生成部で生成された絶対時刻情報および上記提示時刻調整部で調整された提示単位グループ毎の提示時刻に基づいて、提示処理を施す処理部をさらに備える
受信装置にある。
【００２３】
本技術において、受信部により、伝送メディアと、絶対時刻情報と、伝送メディアの所定数の提示単位からな提示単位グループ毎の提示時刻と、絶対時刻情報でうるう秒の発生があるとき、このうるう秒の発生後の絶対時刻情報を参照した最初の提示単位グループを識別する識別情報とを含む信号が受信される。
【００２４】
時刻情報生成部により、受信部で受信された信号に含まれている絶対時刻情報に同期した絶対時刻情報が生成される。この時刻情報生成部では、絶対時刻情報のうるう秒の発生時刻でも連続した時間軸で絶対時刻情報が生成される。
【００２５】
提示時刻調整部により、受信部で受信された信号に含まれている提示単位グループ毎の提示時刻のうち、受信部で受信された信号に含まれている識別情報で示される提示単位グループ以降の各提示単位グループの提示時刻が調整される。例えば、提示時刻調整部では、うるう秒の発生がうるう秒の挿入であるとき各提示時刻に１秒が加算され、うるう秒の発生がうるう秒の削除であるとき各提示時刻から１秒が減算される。
【００２６】
処理部により、伝送メディアが、時刻情報生成部で生成された絶対時刻情報および提示時刻調整部で調整された提示単位グループ毎の提示時刻に基づいて処理される。
【００２７】
このように本技術においては、時刻情報生成部ではうるう秒の発生時刻でも連続した時間軸で絶対時刻情報が生成され、また、伝送メディアの提示単位グループ毎の提示時刻がうるう秒の発生後の絶対時刻情報を参照した最初の提示単位グループを識別する識別情報に基づいて調整されるものである。そのため、うるう秒の発生による影響を抑制することが可能となる。
【００２８】
また、本技術の他の概念は、
外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部と、
伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻を、上記時刻情報生成部で生成された絶対時刻情報に基づいて生成する提示時刻生成部と、
上記提示時刻生成部で上記提示単位グループ毎の提示時刻を生成するときに参照された上記時刻情報生成部で生成された絶対時刻情報の、他の送信機器における絶対時刻情報との時刻差を示す時刻差情報を生成する時刻差情報生成部と、
上記伝送メディアと、上記提示時刻生成部で生成された提示単位グループ毎の提示時刻と、上記時刻差情報生成部で生成された提示単位グループ毎の時刻差情報とを含む信号を送信する送信部を備える
送信装置にある。
【００２９】
本技術において、時刻情報生成部では、外部から取得された絶対時刻情報が参照される。例えば、絶対時刻情報は、ＮＴＰ（Network Time Protocol）によりＮＴＰサーバから、あるいはＩＥＥＥ１５８８ＰＴＰにより他の装置から、ＮＴＰロングフォーマット（NTP long format）で取得される。
【００３０】
時刻情報生成部では、外部から取得された絶対時刻情報に同期した絶対時刻情報が生成される。提示時刻生成部により、伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻が、時刻情報生成部で生成された絶対時刻情報に基づいて生成される。
【００３１】
時刻差情報生成部により、提示時刻生成部で提示単位グループ毎の提示時刻を生成するときに参照された時刻情報生成部で生成された絶対時刻情報の、他の送信機器における絶対時刻情報との時刻差を示す時刻差情報が生成される。
【００３２】
送信部により、伝送メディアと、提示時刻生成部で生成された提示単位グループ毎の提示時刻と、時刻差情報生成部で生成された提示単位グループ毎の時刻差情報とを含む信号が送信される。この信号には、放送局からの放送信号、あるいは配信サーバからの配信信号などが含まれる。
【００３３】
例えば、信号は、伝送メディアを含む第１のパケットと、伝送メディアに関する情報を含む第２のパケットを有し、提示単位グループ毎の提示時刻と提示単位グループ毎の時刻差情報とは、第２のパケットに挿入される、ようにされてもよい。
【００３４】
このように本技術においては、伝送メディアなどと共に、提示単位グループ毎の提示時刻を生成するときに参照された絶対時刻情報の、他の送信機器における絶対時刻情報との時刻差を示す時刻差情報が送信されるものである。そのため、受信側では、伝送メディアの提示単位グループ毎の提示時刻をこの時刻差情報に基づいて調整でき、伝送メディアの処理を他の送信機器からの絶対時刻情報に同期した絶対時刻情報に基づいて良好に処理可能となる。
【００３５】
また、本技術の他の概念は、
第１の送信機器からの第１の信号と、第２の送信機器からの第２の信号を受信する受信部を備え、
上記第１の信号は、第１の伝送メディアと、絶対時刻情報と、上記第１の伝送メディアの所定数の提示単位からなる提示単位グループ毎の第１の提示時刻とを含み、
上記第２の信号は、第２の伝送メディアと、該第２の伝送メディアの所定数の提示単位からなる提示単位グループ毎の第２の提示時刻と時刻差情報とを含み、
上記第１の信号に含まれる上記絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部と、
上記第１の伝送メディアを、上記時刻情報生成部で生成された絶対時刻情報と、上記第１の信号に含まれている上記第１の伝送メディアの提示単位グループ毎の第１の提示時刻に基づいて処理し、上記第２の伝送メディアを、上記時刻情報生成部で生成された絶対時刻情報と、上記時刻情報調整部で調整された上記第２の伝送メディアの提示単位グループ毎の第２の提示時刻に基づいて処理する処理部をさらに備える
受信装置にある。
【００３６】
本技術において、受信部により、第１の送信機器からの第１の信号と、第２の送信機器からの第２の信号が受信される。第１の信号には、第１の伝送メディアと、絶対時刻情報と、第１の伝送メディアの所定数の提示単位からなる提示単位グループ毎の第１の提示時刻とが含まれている。また、第２の信号には、第２の伝送メディアと、この第２の伝送メディアの所定数の提示単位からなる提示単位グループ毎の第２の提示時刻と時刻差情報とが含まれている。
【００３７】
時刻情報発生部により、第１の信号に含まれる絶対時刻情報に同期した絶対時刻情報が生成される。提示時刻調整部により、第２の信号に含まれる第２の伝送メディアの提示単位グループ毎の第２の提示時刻が、第２の信号に含まれる時刻差情報に基づいて調整される。
【００３８】
処理部により、第１の伝送メディアが、時刻情報生成部で生成された絶対時刻情報と、第１の信号に含まれている第１の伝送メディアの提示単位グループ毎の第１の提示時刻に基づいて処理される。また、処理部により、第２の伝送メディアが、時刻情報生成部で生成された絶対時刻情報と、時刻情報調整部で調整された第２の伝送メディアの提示単位グループ毎の第２の提示時刻に基づいて処理される。
【００３９】
このように本技術においては、第２の伝送メディアの提示単位グループ毎の第２の提示時刻が、時刻差情報に基づいて調整されるものである。そのため、第２の伝送メディアの処理を他の送信機器からの絶対時刻情報に同期した絶対時刻情報に基づいて良好に処理でき、第１の伝送メディアと第２の伝送メディアの提示同期が可能となる。
【発明の効果】
【００４０】
本技術によれば、うるう秒の発生による受信側への影響を抑制できる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【００４１】
【図１】第１の実施の形態としての送受信システムの構成例を示すブロック図である。
【図２】送信・受信システムにおけるクロック同期と提示同期について説明するための図である。
【図３】ＭＭＴ方式のプロトコルスタックを示す図である。
【図４】ＭＭＴ方式放送ストリーム（放送信号）の構成例を示す図である。
【図５】ＭＭＴＰパケットおよびＭＭＴ拡張ヘッダの構成例を示す図である。
【図６】ＭＭＴＰペイロードおよびＤＵヘッダの構成例を示す図である。
【図７】ＭＭＴファイルとＭＭＴＰペイロードとの対応関係の一例を示す図である。
【図８】ＰＡメッセージおよびＭＰテーブルの構成例を示す図である。
【図９】ＰＡメッセージの主要なパラメータの説明を示す図である。
【図１０】ＭＰテーブルの主要なパラメータの説明を示す図である。
【図１１】ＭＰＵタイムスタンプ・デスクリプタの構造例を示す図である。
【図１２】ＭＭＴ方式の放送ストリームにおける伝送順を説明するための図である。
【図１３】ＭＰＵ拡張タイムスタンプ・デスクリプタの構造例を示す図である。
【図１４】受信側におけるデコード時刻ＤＴおよび提示時刻ＰＴの算出方法を示す図である。
【図１５】各提示単位のデコード時刻ＤＴおよび提示時刻ＰＴの算出式等を示す図である。
【図１６】ＭＰＵ拡張タイムスタンプ・デスクリプタが挿入されるＭＰＴとＡＶ符号化データの遅延調整を説明するための図である。
【図１７】ＮＴＰデータの構造例を示す図である。
【図１８】ＮＴＰデータの構造例におけるうるう秒指示子およびＮＴＰ動作モードを説明するための図である。
【図１９】うるう秒の挿入によるＭＭＴＰパケットの運用への影響を説明するための図である。
【図２０】うるう秒の削除によるＭＭＴＰパケットの運用への影響を説明するための図である。
【図２１】うるう秒の挿入による映像ＭＰＵの運用への影響を説明するための図である。
【図２２】うるう秒の削除による映像ＭＰＵの運用への影響を説明するための図である。
【図２３】うるう秒の挿入における放送送出システムの対応の一例を説明するための図である。
【図２４】うるう秒の削除における放送送出システムの対応の一例を説明するための図である。
【図２５】うるう秒制御信号が新規定義されたＭＰＵ拡張タイムスタンプ・デスクリプタの構造例を示す図である。
【図２６】識別情報を構成するうるう秒制御信号を説明するための図である。
【図２７】うるう秒の挿入時におけるＭＰＵ提示同期処理の一例を示す図である。
【図２８】うるう秒の削除時におけるＭＰＵ提示同期処理の一例を示す図である。
【図２９】放送送出システムの構成例を示すブロック図である。
【図３０】受信機の構成例を示すブロック図である。
【図３１】第２の実施の形態としての送受信システムの構成例を示すブロック図である。
【図３２】うるう秒の挿入がある場合のマルチストリームサービス１についての提示同期処理の一例を示す図である。
【図３３】うるう秒の挿入がある場合のマルチストリームサービス２についての提示同期処理の一例を示す図である。
【図３４】うるう秒の削除がある場合のマルチストリームサービス１についての提示同期処理の一例を示す図である。
【図３５】うるう秒の削除がある場合のマルチストリームサービス２についての提示同期処理の一例を示す図である。
【発明を実施するための形態】
【００４２】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．第１の実施の形態
２．第２の実施の形態
３．変形例
【００４３】
＜１．第１の実施の形態＞
［送受信システムの構成例］
図１は、第１の実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、放送送出システム１００と、受信機２００により構成されている。
【００４４】
放送送出システム１００は、ビデオ、オーディオなどの伝送メディアを含むＩＰ（Internet Protocol）方式の放送信号を送信する。放送送出システム１００は、絶対時刻情報を外部から取得する。例えば、ＮＴＰ（Network Time Protocol）によりＮＴＰサーバから、あるいはＩＥＥＥ１５８８ＰＴＰにより他の装置から、ＮＴＰロングフォーマット（NTP long format）で取得する。
【００４５】
放送送出システム１００は、外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する。放送信号には、伝送メディアと共に、生成された絶対時刻情報と、伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻が含まれる。この提示時刻は、生成された絶対時刻情報に基づいて生成されたものである。
【００４６】
放送送出システム１００は、うるう秒の発生による受信側への影響を抑制するための対応を行う。この実施の形態では、第１の対応方式あるいは第２の対応方式の対応を行う。第１の対応方式では、外部から取得された絶対時刻情報に同期した絶対時刻情報を生成するにあたって、うるう秒の発生時刻をシフト後時刻、例えば視聴への影響が少ない時刻までシフトさせる。そして、この絶対時刻情報に、うるう秒の発生時刻のシフト状態にあるとき、この状態にあることを示すモード情報を付加して送信する。このモード情報は、シフト後時刻の一定時間前に通常状態にあることを示すように変更される。第２の対応方式では、うるう秒の発生後の絶対時刻情報を参照した最初の提示単位グループを識別する識別情報を、伝送メディアなどと共に、送信する。
【００４７】
受信機２００は、放送送出システム１００から送られてくる上述のＩＰ方式の放送信号を受信する。受信機２００は、放送信号に含まれている絶対時刻情報に同期した絶対時刻情報を生成する。受信機２００は、放送信号に含まれている伝送メディアを、生成された絶対時刻情報および放送信号に含まれている提示単位グループ毎の提示時刻に基づいて処理する。
【００４８】
受信機２００は、上述の放送送出システム１００における対応に応じた対応を行う。第１の対応方式では、放送信号に含まれている絶対時刻情報に付加されているモード情報に基づいて、生成される絶対時刻情報にうるう秒を発生させる。第２の方式では、放送信号に含まれる絶対時刻情報に同期した絶対時刻情報を生成するに当たって、うるう秒の発生時刻でも連続した時間軸で絶対時刻情報を生成する。また、放送信号に含まれているうるう秒の発生後の絶対時刻情報を参照した最初の提示単位グループを識別する識別情報で示される提示単位以降の各提示単位グループの提示時刻を調整する。
【００４９】
図１に示す送受信システム１０においては、クロック同期と提示同期が実現されている。図２を用いて、送信・受信システムにおけるクロック同期と提示同期について説明する。送信システム、受信システムは、それぞれ、例えば、上述の放送送出システム１００、受信機２００に対応する。送信システムは、２**ｎＨｚのシステムクロックを生成するクロック生成部１１と、時刻情報を生成する時計部（時刻情報生成部）１２を有している。また、送信システムは、エンコード処理部１３と、パケット化/タイムスタンプ付加部１４と、エンコードバッファ１５を有している。
【００５０】
エンコード処理部１３では、ビデオ、オーディオなどの伝送メディアが符号化される。パケット化/タイムスタンプ付加部１４では、符号化後の伝送メディアのパケット化が行われると共に、時計部１２で生成される時刻情報に基づいて伝送メディアの所定数の提示単位の提示単位グループ毎に提示時刻情報が付加される。そして、伝送メディアのパケットは、エンコードバッファ１５に一時的に蓄積され、適宜なタイミングで送信される。
【００５１】
受信システムは、２**ｎＨｚのシステムクロックを生成するクロック生成部２１と、時刻情報を発生する時計部（時刻情報生成部）２２を有している。また、受信システムは、デコードバッファ２３と、デパケット化/タイミング調整部２４と、デコード処理部２５を有している。
【００５２】
デコードバッファ２３では、受信された伝送メディアのパケットを一時的に蓄積する。デパケット化/タイミング調整部２４では、デコードバッファ２３に蓄積されている伝送メディアのパケットが、時計部２２で生成される時刻情報が参照され、付加されている提示時刻に基づいたタイミングで取り出されてデパケット化される。デコード処理部２５では、デパケット化により得られた伝送メディアが復号化され、ベースバンドの伝送メディアが得られる。
【００５３】
クロック同期とは、基本的に、送信システムのクロック生成部１１で生成されるシステムクロックの周波数と、受信システムのクロック生成部２１で生成されるシステムクロックの周波数が、同一周波数となることを意味する。但し、必ずしも同一周波数でなくても、周波数が整数倍などの関係が保持されればよい。クロック同期が実現されていない場合、受信側で受信を継続しているうちにフレーム飛び等が発生するなどの破たんが起きる。
【００５４】
また、提示同期とは、送信システムの時計部１２の時刻情報と受信システムの時計部２２の時刻情報を合わせ、かつ伝送メディアの提示単位毎の提示時刻情報を伝送メディアのパケットに付加することを意味する。なお、ここで、送信システムの時計部１２の時刻情報に受信システムの時計部２２の時刻情報を合わせる場合には、送信システムから受信システムへの伝送遅延が考慮される。提示同期が実現されていない場合、受信側でビデオ、オーディオの同期をとってバッファを破たんさせずに適切に提示するということができなくなる。
【００５５】
図１に戻って、上述したように、放送送出システム１００から受信機２００には、ＩＰ方式の放送信号が送信される。この実施の形態において、ＩＰ方式の放送信号は、ＭＭＴ（MPEG Media Transport）方式とされる。
【００５６】
図３は、ＭＭＴ方式のプロトコルスタックを示している。下位に物理レイヤ（ＰＨＹ）がある。この物理レイヤには、変調方式、誤り訂正方式などが含まれる。この物理レイヤの上に、ＴＬＶ（Type Length Value）の伝送パケットのレイヤがある。このＴＬＶの伝送パケットの上にＩＰパケットが載る。
【００５７】
このＩＰパケットの上に、さらに、ＵＤＰ（User Datagram Protocol）が載る。一方、ＴＬＶの伝送パケットの上に、シグナリング（Signaling）情報としての伝送制御信号も載る。また、ＵＤＰの上に、ＭＭＴＰパケットが載る。このＭＭＴＰパケットのペイロード部には、ビデオ、オーディオ等の伝送メディアの符号化データを含むＭＦＵ（MMT Fragment Unit）、あるいは伝送メディアに関する情報を含むシグナリングメッセージ（Signaling Message）が含まれる。なお、図示のように、ＵＤＰの上に、さらに時刻情報を含むＮＴＰ（Network Time Protocol）パケットが存在する。
【００５８】
図４は、ＭＭＴ方式放送ストリーム（放送信号）の構成例を示している。図４（ａ）は、ビデオのエレメンタリストリーム（Video ES）を示している。このビデオのエレメンタリストリームは、所定の大きさの固まりに分割され、図４（ｂ）に示すように、ＭＦＵのペイロード部に配置される。
【００５９】
図４（ｃ）に示すように、ＭＦＵにＭＭＴＰペイロードヘッダ（MMTP payload header）が付加されてＭＭＴＰペイロード（MMTP payload）が構成される。そして、図４（ｄ）に示すように、このＭＭＴＰペイロードにさらにＭＭＴヘッダ（MMT header）が付加されて、ＭＭＴＰパケット（MMTP packet）が構成される。なお、ペイロード部に、シグナリングメッセージ（Signaling Message）を含むＭＭＴＰパケットも存在する。図４（ｅ）に示すように、ＭＭＴＰパケットに、ＵＤＰヘッダ、ＩＰヘッダおよびＴＬＶヘッダが付加されて、ＭＭＴ方式放送ストリームを構成するＴＬＶパケット(TLV packet)が生成される。
【００６０】
なお、ＴＬＶパケットには、ＮＴＰの時刻情報を含むＮＴＰパケットも存在する。また、図示は省略されているが、ＴＬＶパケットとしては、さらに、オーディオ、字幕などのその他の伝送メディアのＭＭＴＰパケットを含むＴＬＶパケットも存在する。このＭＭＴ方式放送ストリームは、伝送メディアを含む第１のパケット（ＭＭＴＰパケット）と、シグナリング情報を含む第２のパケット（ＭＭＴＰパケット）と、時刻情報を含む第３のパケット（ＮＴＰパケット）を持つものとなる。
【００６１】
図５（ａ）は、ＭＭＴＰパケットの構成例(Syntax)を示している。ＭＭＴＰパケットは、ＭＭＴヘッダ（MMT header）と、ＭＭＴＰペイロード（MMTP payload）とからなる。「C」の１ビットフラグ情報は、「packet_counter」のフィールドが存在するか否かを示す。図示の例では、「packet_counter」が存在している例を示している。“FEC”の２ビットフィールドは、ＦＥＣ（forward error correction）のフォーマットを示す。
【００６２】
“X”の１ビットフラグ情報は、ＭＭＴ拡張ヘッダ、つまり「header_extension」のフィールドが存在しているか否かを示す。図示の例では、「header_extension」が存在している例を示している。“R”の１ビットフラグ情報は、ランダムアクセスポイント、従ってＩピクチャを含んでいるか否かを示す。
【００６３】
「type」の６ビットフィールドは、ＭＭＴＰパケットのタイプを示す。例えば、「０ｘ００」はペイロードにＭＰＵ（Media Processing Unit）を含むＭＭＴＰパケットであることを示し、「０ｘ０２」はペイロードにシグナリングメッセージ（Signaling message）を含むＭＭＴＰパケットであることを示す。
【００６４】
「packet_id」の１６ビットフィールドは、ビデオ、オーディオ等のアセット（Asset）を識別するための識別子である。「timestamp」の３２ビットフィールドは、伝送のためのタイプスタンプ、すなわちＭＭＴＰパケットが送信側から出ていくときの時刻を示す。この時刻は、ＮＴＰショートフォーマット（NTP short format）で表される。「packet_sequence_number」は、同一の「packet_id」を持つＭＭＴＰパケットのシーケンス番号を示す。「packet_counter」の３２ビットフィールドは、「packet_id」のに関係なく、全てのＭＭＴＰパケットのシーケンス番号を示す。
【００６５】
上述の「X」の１ビットフラグ情報が「１」であるとき、「packet_counter」の３２ビットフィールドの後に、ＭＭＴ拡張ヘッダである「header_extension」のフィールドが配置される。その後に、ＭＭＴＰペイロード（MMTP payload）を構成する「payload data」のフィールドが存在する。
【００６６】
図５（ｂ）は、ＭＭＴ拡張ヘッダの構成例(Syntax)を示している。「type」の１６ビットフィールドは、拡張ヘッダのタイプを示す。「length」の１６ビットフィールドは、これ以降の拡張ヘッダのバイトサイズを示す。この拡張ヘッダのバイトサイズは、拡張ヘッダのタイプにより異なる。「header_extension_value」のフィールドに、拡張ヘッダの本体が挿入される。
【００６７】
図６（ａ）は、上述のＭＭＴＰパケットの「payload data」のフィールドに配置されるＭＭＴＰペイロード（MMTP payload）の構成例(Syntax)を示している。なお、この例は、ＭＭＴヘッダの「type」が「０ｘ００」であるＭＰＵモードである場合を示している。最初にヘッダ情報が存在する。「length」の１６ビットフィールドは、ＭＭＴＰペイロード全体のバイトサイズを示す。“FT“の４ビットフィールドは、フィールドタイプを示す。 “０”は「MPU metadata」を含むことを示し、“１”は「Movie Fragment metadata」を含むことを示し、“２”は「ＭＦＵ」を含むことを示す。
【００６８】
ここで、ＭＦＵ（MMT Fragment Unit）は、ＭＰＵが細分化、すなわちフラグメント（Fragment）化されたものである。例えば、ビデオの場合、このＭＦＵを一つのＮＡＬユニットに相当するように設定できる。また、例えば、通信ネットワーク伝送路で送る場合、このＭＦＵを一つまたは複数のＭＴＵサイズ（MTU size）で構成することもできる。
【００６９】
また、ＭＰＵは、ランダムアクセスポイント（ＲＡＰ：Random Access Pint）から始まるものであり、一つまたは複数のアクセスユニット（ＡＵ：Access Unit）を含むものである。具体的には、例えば、一つのＧＯＰ（Group Of Picture）のピクチャが、一つのＭＰＵの構成となることがある。このＭＰＵは、アセット別に定義されるものとなっている。したがって、ビデオのアセットからはビデオデータのみを含むビデオのＭＰＵが作成され、オーディオのアセットからはオーディオデータのみを含むオーディオのＭＰＵが作成される。
【００７０】
「T」の１ビットフラグ情報は、タイムドメディア（Timed Media）を伝送するか、ノンタイムドメディア（Non-Timed Media）を伝送するかを示す。“１”はタイムドメディアを示し、“０”はノンタイムドメディアを示す。この実施の形態では、タイムドメディア（Timed Media）の伝送を想定している。
【００７１】
「f_i」の２ビットフィールドは、「DU payload」のフィールドに、整数個のデータユニット（ＤＵ：Data Unit）が入っているか、データユニットが断片化されて得られたフラグメント（Fragment）の最初（first）、中間、最後（last）のいずれが入っているかを示す。“０”は整数個のデータユニットが入っていることを示し、“１”は最初のフラグメントが入っていることを示し、“２”は中間のフラグメントが入っていることを示し、“３”は最後のフラグメントが入っていることを示す。
【００７２】
「A」の１ビットフラグ情報は、「DU payload」のフィールドに、複数個のデータユニットが入っているか否かを示す。“１”は入っていることを示し、“０”は入っていないことを示す。「frag_counter」の８ビットフィールドは、「f_i」が１〜３であるとき、何番目のフラグメントであるかを示す。
【００７３】
「MPU_sequence_number」の３２ビットフィールドは、ＭＰＵの順番を示す番号であり、ＭＰＵを識別する情報である。例えば、１つのＧＯＰが１つのＭＰＵを構成する場合、あるＧＯＰの「MPU_sequence_number」が「ｉ」であるとき、次のＧＯＰの「MPU_sequence_number」は「ｉ＋１」となる。
【００７４】
この「MPU_sequence_number」のフィールドの後に、「DU_length」、「DU_header」、「DU_payload」の各フィールドが配置される。「DU_length」の１６ビットフィールドは、上述の「A=0」である場合、つまり「DU payload」のフィールドに複数個のデータユニットが入っていない場合は存在しない。また、「DU_header」のフィールドは、“FT=0/1”である場合、つまり「MPU metadata」や「Movie Fragment metadata」を含む場合は存在しない。
【００７５】
図６（ｂ）は、「DU_header」の構成例(Syntax)を示している。なお、この例は、「T=1」の場合、つまりタイムドメディア（Timed Media）を伝送する場合を示している。「movie_fragment_sequence_number」の３２ビットフィールドは、ＭＦＵ単位でのシーケンス番号を示す。例えば、Ｉピクチャを分割したとき、その一つ一つがＭＦＵとなる。「sample_number」の３２ビットフィールドは、例えばビデオの場合はピクチャ単位の番号を示す。「offset」の３２ビットフィールドは、例えばビデオの場合はピクチャの先頭からのオフセット値（バイト値）を示す。
【００７６】
ＭＭＴ方式では、ビデオなどの伝送メディアを、フラグメント化されたＩＳＯＢＭＦＦ（ISO Base Media File Format）に基づいたコンテンツフォーマットで伝送する。図７は、一つのＧＯＰのビデオデータを送るときのＭＭＴファイル（MMT file）とＭＭＴＰペイロード（MMTP payload）との対応関係の一例を示している。
【００７７】
ＭＭＴファイルの構成は、基本的には、ＭＰ４のファイル構成とほぼ同等である。最初に“styp”のボックス（Box）がある。続いて、セグメントインフォメーションとしての“sidx”のボックスがある。続いて、ＭＭＴ独自の“mmpu”のボックスがある。続いて、ファイル全体のメタデータとしての“moov”のボックスがある。
【００７８】
続いて、ムービーフラグメント（Movie Fragment）がある。このムービーフラグメントは、制御情報が入る“moof”ボックスと、ビデオの符号化データが入る“mdat”ボックスからなる。ここでは、一つのＧＯＰが一つのＭＰＵの構成となることを想定しているので、ムービーフラグメントは一組だけ存在する。
【００７９】
“styp”，“mmpu”，“moov”の各ボックスのメタデータは、「MPU metadata」として、一つのＭＭＴＰパケットで伝送される。この場合、“FT=0”である。“moof”ボックスのメタデータは、「Movie Fragment metadata」として、一つのＭＭＴＰパケットで伝送される。この場合、“FT=1”である。“mdat”ボックスに含まれるビデオの符号化データは、「ＭＦＵ」に断片化され、それぞれが一つのＭＭＴＰパケットで伝送される。この場合、“FT=2”である。
【００８０】
次に、ＭＰＴ（MMT Package Table）について説明する。ＭＭＴＰパケットには、上述したように、ペイロードに、シグナリングメッセージ（Signaling message）を含むＭＭＴＰパケットも存在する。このシグナリングメッセージの一つとして、ＭＰＴを含むＰＡメッセージ（Package Access Message）がある。ＭＰＴは、一つの放送サービスがどのようなコンポーネント（アセット）で構成されているかを示す。
【００８１】
図８は、ＰＡメッセージ（Package Access Message）およびＭＰテーブル（ＭＰＴ：MMT Package Table）の構成例を示している。また、図９は、ＰＡメッセージの主要なパラメータの説明を示し、図１０は、ＭＰテーブルの主要なパラメータの説明を示している。
【００８２】
「message_id」は、各種シグナリング情報において、ＰＡメッセージを識別する固定値である。「version」は、ＰＡメッセージのバージョンを示す８ビット整数値である。例えば、ＭＰテーブルを構成する一部のパラメータでも更新した場合には、＋１インクリメントされる。「length」は、このフィールドの直後からカウントされる、ＰＡメッセージのサイズを示すバイト数である。
【００８３】
「extension」のフィールドには、ペイロード（Payload）のフィールドに配置されるテーブルのインデックス情報が配置される。このフィールドには、「table_id」、「table_version」、「table_length」の各フィールドが、テーブル数だけ配置される。「table_id」は、テーブルを識別する固定値である。「table_version」は、テーブルのバージョンを示す。「table_length」は、テーブルのサイズを示すバイト数である。
【００８４】
ＰＡメッセージのペイロード（Payload）のフィールドには、ＭＰテーブルと、所定数のその他のテーブル（Other table）が配置される。以下、ＭＰＴの構成について説明する。
【００８５】
「table_id」は、各種シグナリング情報において、ＭＰテーブルを識別する固定値である。「version」は、ＭＰテーブルのバージョンを示す８ビット整数値である。例えば、ＭＰテーブルを構成する一部のパラメータでも更新した場合には、＋１インクリメントされる。「length」は、このフィールドの直後からカウントされる、ＭＰテーブルのサイズを示すバイト数である。
【００８６】
「pack_id」は、放送信号で伝送される全ての信号、ファイルを構成要素とする全体のパッケージとしての識別情報である。この識別情報は、テキスト情報である。「pack_id_len」は、そのテキスト情報のサイズ（バイト数）を示す。「MPT_descriptors」のフィールドは、パッケージ全体に関わる記述子の格納領域である。「MPT_dsc_len」は、そのフィールドのサイズ（バイト数）を示す。
【００８７】
「num_of_asset」は、パッケージを構成する要素としてのアセット（信号、ファイルト）の数を示す。この数分だけ、以下のアセットループが配置される。「asset_id」は、アセットをユニークに識別する情報（アセットＩＤ）である。この識別情報は、テキスト情報である。「asset_id_len」は、そのテキスト情報のサイズ（バイト数）を示す。「gen_loc_info」は、アセットの取得先のロケーションを示す情報である。
【００８８】
「asset_descriptors」のフィールドは、アセットに関わる記述子の格納領域である。「asset_dsc_len」は、そのフィールドのサイズ（バイト数）を示す。この「asset_descriptors」のフィールドに格納される記述子として、ＭＰＵタイムスタンプ・デスクリプタ（MPU_Timestamp_Descriptor）がある。このデスクリプタには、ＭＰＵの先頭の提示単位の提示時刻が記述される。
【００８９】
図１１は、ＭＰＵタイムスタンプ・デスクリプタの構造例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、デスクリプタタイプを示す。ここでは、ＭＰＵタイムスタンプ・デスクリプタであることを示す。「descriptor_length」の８ビットフィールドは、デスクリプタの長さ（サイズ）を示し、デスクリプタの長さとして、以降のバイト数を示す。
【００９０】
そして、ＭＰＵの個数分だけ、「mpu_sequence_number」と、「mpu_presentation_time」の組が存在する。「mpu_sequence_number」の３２ビットフィールドは、上述したように、ＭＰＵの順番を示す番号であり、ＭＰＵを識別する情報である。「mpu_presentation_time」の６４ビットフィールドは、ＭＰＵの先頭の提示単位の提示時刻を示す。例えば、ＭＰＵ＝ＧＯＰである場合、この提示時刻は、ＧＯＰの先頭のピクチャの提示時刻を示す。この時刻は、ＮＴＰロングフォーマット（NTP long format）で表される。
【００９１】
図１２は、ＭＭＴ方式の伝送順の一例を示している。図示では、一つのＧＯＰのビデオデータからなるＭＰＵを伝送する例を示している。最初に、ＭＰテーブルを含むシグナリングメッセージをペイロードに持つＭＭＴＰパケットが伝送される。このＭＰテーブルには、上述したＭＰＵタイムスタンプ・デスクリプタが挿入される。エンコーダでエンコードされる際に、ＧＯＰの先頭のピクチャの提示時刻が割出され、その提示時刻がＭＰＵタイムスタンプ・デスクリプタに記述される。
【００９２】
このＭＰテーブルを含むシグナリングメッセージをペイロードに持つＭＭＴＰパケットが伝送された後に、ＧＯＰをペイロードに持つＭＭＴＰパケットが伝送される。この場合、ＧＯＰが断片化されて、ＭＦＵの単位で伝送される。ＭＦＵの前にＭＭＴＰペイロードヘッダ（MMTP payload header）が付加されてＭＭＴＰペイロードが構成される。そして、このＭＭＴＰペイロード全体がＭＭＴＰパケットのペイロードデータとなる。
【００９３】
このとき、「MPU metadata」はＧＯＰのデータの前に伝送されるが、「Movie fragment metadata」は、ＧＯＰのデータの後に伝送される。この「Movie fragment metadata」には、ＧＯＰの各ピクチャのデコード時刻（ＤＴ：Decoding time）、提示時刻(ＰＴ：presentation time)を算出するためのメタデータが含まれる。基本的に、ＧＯＰのデータをエンコードした後でないと、ＧＯＰの各ピクチャのＤＴ，ＰＴを算出するための情報が得られない。そのため、「Movie fragment metadata」は、ＧＯＰのデータの後に伝送される。
【００９４】
デコーダでは、「Movie fragment metadata」を用いてＧＯＰの各ピクチャのＤＴ，ＰＴを算出する場合、ＧＯＰのデータを、「Movie fragment metadata」が受信されるまで遅延することが必要となる。したがって、送信側で、ＧＯＰのデータを遅延させなくとも、受信側で遅延させることになる。
【００９５】
［デコード時刻ＤＴ、提示時刻ＰＴを得るための時刻取得情報の伝送］
この実施の形態においては、伝送メディアの提示単位（サンプル）毎のデコード時刻ＤＴ、提示時刻ＰＴを得るための時刻取得情報（ＤＴ/ＰＴ情報）を、ペイロードにシグナリングメッセージ（Signaling message）を含むＭＭＴＰパケットに挿入して伝送する。これにより、受信側でデコード時刻および提示時刻による処理を行うための遅延を低く抑えることが可能となる。
【００９６】
上述したように、ＭＰＵタイムスタンプ・デスクリプタ（MPU_Timestamp_Descriptor）に、ＭＰＵの先頭の提示単位の提示時刻が配置されている。そして、ＭＰＵ拡張タイムスタンプ・デスクリプタ（MPU_Extended_Timestamp_Descriptor）に、このＭＰＵの先頭の提示単位の提示時刻を参照してＭＰＵの各提示単位のデコード時刻および提示時刻を算出するための時間長情報が配置される。このＭＰＵ拡張タイムスタンプ・デスクリプタは、ＭＰテーブル（図８参照）の「asset_descriptors」のフィールドに格納される。
【００９７】
ＭＰＵ拡張タイムスタンプ・デスクリプタに配置される時間長情報は、最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報と、各提示単位の時間長を示す情報と、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報とからなる。
【００９８】
図１３は、ＭＰＵ拡張タイムスタンプ・デスクリプタの構造例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、デスクリプタタイプを示す。ここでは、ＭＰＵ拡張タイムスタンプ・デスクリプタであることを示す。「descriptor_length」の８ビットフィールドは、デスクリプタの長さ（サイズ）を示し、デスクリプタの長さとして、以降のバイト数を示す。
【００９９】
「pts_offset_type」の２ビットフィールドは、同一ＭＰＵ内における提示順で直前の提示単位（アクセスユニット）と現在の提示単位との提示時刻の差分を示す。“０”は、予め規定される固定値であることを示す。“１”は、本デスクリプタでデフォルト値として指定されることを示す。“２”は、本デスクリプタで提示単位毎に指定されることを示す。
【０１００】
「timescale_flag」の１ビットフィールドは、後続のタイムスケールフィールドの有無を示す。“１”はタイムスケールフィールドが存在することを示し、“０”はタイムスケールフィールドが存在しないことを示す。「timescale_flag」が“１”であるとき、「timescale」の３２ビットフィールドが存在する。このフィールドは、本デスクリプタにおける時間の単位を示す。１秒をタイムスケールで割った値が時間の単位となる。
【０１０１】
「pts_offset_type」が“１”であるとき、「default_pts_offset」の１６ビットフィールドが存在する。このフィールドは、同一ＭＰＵ内における提示順で直前の提示単位と現在の提示単位との提示時刻の差分としてのデフォルト値を、タイムスケールで示される時間単位で示す。
【０１０２】
そして、ＭＰＵの個数分だけ、「mpu_sequence_number」、「mpu_decoding_time_offset」などのフィールドが存在する。「mpu_sequence_number」の３２ビットフィールドは、上述したように、ＭＰＵの順番を示す番号であり、ＭＰＵを識別する情報である。「mpu_decoding_time_offset」の１６ビットフィールドは、ＭＰＵにおいて、デコード順で最初の提示単位のデコード時刻と、提示順で最初の提示単位の提示時刻の差分の絶対値を、タイムスケールで示される時間単位で示す。つまり、このフィールドは、最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報を示す。
【０１０３】
「num_of_au」の８ビットフィールドは、ＭＰＵを構成する提示単位（アクセスユニット）の個数を示す。この提示単位の個数分だけ、「dts_pts_offset」の１６ビットフィールドが存在する。このフィールドは、提示単位のデコード時刻から提示時刻までの時間を、タイムスケールで示される時間単位で示す。つまり、このフィールドは、提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報を示す。
【０１０４】
また、「pts_offset_type」が“２”であるとき、提示単位の個数分だけ、「pts_offset」の１６ビットフィールドが存在する。このフィールドは、同一ＭＰＵ内における提示順で直前の提示単位と現在の提示単位との提示時刻の差分を、タイムスケールで示される時間単位で示す。つまり、このフィールドは、提示単位毎の提示単位時間長を示す。
【０１０５】
図１４は、受信側におけるデコード時刻ＤＴおよび提示時刻ＰＴの算出方法を示している。図示のように、シグナリングメッセージとしてのＭＰテーブルに含まれるＭＰＵタイムスタンプ・デスクリプタの「MPU_presentation_time」のフィールドから、最初の提示単位の提示時刻ｍｐｔが取得される。
【０１０６】
また、シグナリングメッセージとしてのＭＰテーブルに含まれるＭＰＵ拡張タイムスタンプ・デスクリプタの「mpu_decoding_time_offset」のフィールドから、最初に伝送される提示単位（アクセスユニット）のデコード時刻情報ｍｄｔｏが取得される。また、このデスクリプタの「dts_pts_offset」のフィールドから各提示単位（サンプル）の提示時刻情報ｄｐｔｏが取得される。
【０１０７】
さらに、このデスクリプタの記述情報に基づいて各提示単位の時間長を示す情報ｐｔｓｏが取得される。すなわち、「pts_offset_type」が“０”である場合、各提示単位の時間長を示す情報ｐｔｓｏは、予め規定される固定値とされる。また、「pts_offset_type」が“１”である場合、各提示単位の時間長を示す情報ｐｔｓｏは、「default_pts_offset」のフィールドから取得される。さらに、また、「pts_offset_type」が“２”である場合、各提示単位の時間長を示す情報ｐｔｓｏは、「pts_offset」のフィールドから取得される。
【０１０８】
受信側では、これらの取得情報に基づいて、各提示単位のデコード時刻ＤＴｋよび提示時刻ＰＴｋが、図１５（ｂ）に示すように、以下の（１）式、（２）式、（３）式で、算出される。
ＤＴｋ＝mpt＋（（ｋ−１）＊ptso−mdto）＊２Ｎ/ｔｓ      ・・・（１）
ＤＴｋ＝mpt＋（Σptsoｉ−mdto）＊２Ｎ/ｔｓ              ・・・（２）
ＰＴｋ＝ＤＴｋ＋dptoｋ＊２Ｎ/ｔｓ        ・・・（３）
【０１０９】
なお、（１）式は、「pts_offset_type」が“０”または“１”の場合における各提示単位のデコード時刻ＤＴｋの算出式である。また、（２）式は、「pts_offset_type」が“２”の場合における各提示単位のデコード時刻ＤＴｋの算出式である。ここで、「Σptsoｉ」の項は、ｋ＝１の場合は０となり、ｋ＞１の場合はｉ＝１からｋ−１までの和となる。
【０１１０】
また、各算出式は、ＤＴｋ，ＰＴｋを、ＭＰＵタイムスタンプ・デスクリプタの「mpu_presentation_time」のフィールドから取得される最初の提示単位の提示時刻ｍｐｔの単位、すなわち１/（２**N）秒に合致させた状態で得るようになっている（図１５（ａ）参照）。各式において、「２Ｎ/ｔｓ」の項では、「timescale」で示される単位をｍｐｔの単位に合わせるための換算を行っている。
【０１１１】
受信側では、後述するように送信側から送られてきた時刻情報に基づいて生成された時刻情報（ＮＴＰ）と、上述のように算出されたデコード時刻ＤＴｋおよび提示時刻ＰＴｋとにより、伝送メディアの各提示単位のデコードおよび提示の制御が行われる（図１５（ａ）参照）。
【０１１２】
ＭＰＵ拡張タイムスタンプ・デスクリプタの伝送順について説明する。ＭＰＵタイムスタンプ・デスクリプタがＭＰＵのＡＶデータの前に配置されるのに対し、ＭＰＵ拡張タイムスタンプ・デスクリプタは、図１６に示すように、ＡＶ信号のエンコーダバッファ（Enc Buffer）入力以前のＤＴ/ＰＴ決定時点で即時にＭＰＴに配置されて放送ストリームで伝送される。
【０１１３】
ＡＶデータはバッファでＧＯＰ分以上の遅延があるとすると、ＭＰＵ拡張タイムスタンプ・デスクリプタは上記遅延がないので、デコーダバッファ（Dec Buffer）出力時点では確実にＤＴ/ＰＴ情報を受信機で利用可能な状態とすることが可能である。
【０１１４】
上述したように、ＭＰＵ拡張タイムスタンプ・デスクリプタにＤＴ/ＰＴ情報を挿入して伝送することで、ＭＰＵのデータを遅延させることなく、各提示単位（サンプル）のデータの受信に対応して、その提示単位のデコード時刻および提示時刻を直ちに算出できる。そのため、受信側でデコード時刻および提示時刻による処理を行うための遅延を低く抑えることが可能となる。
【０１１５】
［うるう秒の発生による受信側への影響を抑制するための対応］
次に、るうるう秒の発生による受信側への影響を抑制するための対応について説明する。最初に、受信側におけるうるう秒の発生による影響について説明する。うるう秒は、数年に１度発生する。うるう秒の発生には、うるう秒の挿入（追加）とうるう秒の削除の２種類がある。例えば、ＮＴＰサーバから取得されるＮＴＰデータには、うるう秒の発生を指示するうるう秒指示子が存在する。
【０１１６】
図１７は、ＮＴＰデータ（Network_Time_Protocol_Data）の構造例（Syntax）を示している。「leap_indicator」の２ビットフィールドは、現在月の最後の１分に、うるう秒を挿入あるいは削除することを示すうるう秒指示子である。このうるう秒指示子は、図１８（ａ）に従って符号化される。“０”は警告無しを意味し、“１”は最後の１分が６１秒を意味し、“２”は最後の１分が５９秒を意味し、“３”は警告を意味する。
【０１１７】
「mood」の３ビットフィールドは、ＮＴＰの動作モードを示し、図１８（ｂ）に従って符号化される。例えば、“４”はサーバーモードを示し、“５”はブロードキャストモードを示す。「transmit_timestamp」の６４ビットフィールドは、送信する絶対時刻情報であり、ＮＴＰロングフォーマット（NTP long format）で表される。
【０１１８】
上述したようにうるう秒は現在月の最後の１分に挿入、削除されるものであり、具体的には、２３：５９：５９が挿入、削除される。ＮＴＰは協定世界時（ＵＴＣ）、つまりグリニッジ標準を示すので、上記の２３：５９：５９は、日本では８：５９：５９を指す。以下の説明では、日本における場合を例にとって説明する。つまり、うるう秒の挿入、削除は、０８：５９：５９を挿入、削除するものとして説明する。このように日本におけるうるう秒の発生時刻は午前９時直前であり、視聴への影響は大きいものと考えられ
【０１１９】
うるう秒の発生による受信側への影響としてＭＭＴＰパケットの運用への影響が考えられる。図１９は、うるう秒の挿入について示している。図１９（ａ）は、送信側におけるＮＴＰの絶対時刻情報を示している。図１９（ｂ）は、送信側で生成されるＭＭＴＰパケットを矩形枠で示している。また、矩形枠に付されている数字は、パケット・シーケンス・ナンバー（packet_sequence_number）であり、同一のパケットＩＤ（packet_id）を持つＭＭＴＰパケットのシーケンス番号を示している（図５（ａ）参照）。
【０１２０】
各ＭＭＴＰパケットには、図１９（ａ）に示す絶対時刻情報が参照されて、タイムスタンプ（timestamp）が付加されている（図５（ａ）参照）。この場合、「３」、「４」と「５」、「６」のＭＭＴＰパケットには、秒以上部分に関しては“８：５９：５９”となるタイムスタンプが付加されることになる。
【０１２１】
図１９（ｃ）は、受信側で、タイプスタンプ（timestamp）を参照して、受信されたＭＭＴＰパケットを並べ替えた状態を示している。この場合、送信側で「３」、「４」、「５」、「６」で送り出されたものが、「３」、「５」、「６」、「４」のように順番が入れ替わる。つまり、受信側では、パケット順が変わることによる弊害が生じ得る。
【０１２２】
図２０は、うるう秒の削除について示している。図２０（ａ）は、送信側におけるＮＴＰの絶対時刻情報を示している。図２０（ｂ）は、送信側で生成されるＭＭＴＰパケットを矩形枠で示している。また、矩形枠に付されている数字は、パケット・シーケンス・ナンバー（packet_sequence_number）であり、同一のパケットＩＤ（packet_id）を持つＭＭＴＰパケットのシーケンス番号を示している（図５（ａ）参照）。
【０１２３】
各ＭＭＴＰパケットには、図２０（ａ）に示す絶対時刻情報が参照されて、タイムスタンプ（timestamp）が付加されている（図５（ａ）参照）。図２０（ｃ）は、受信側で、タイプスタンプ（timestamp）を参照して、受信されたＭＭＴＰパケットを並べ替えた状態を示している。この場合、送信側で「３」、「４」、「５」、「６」で送り出されたものが並べ替えを行ってもそのままとなり、上述のうるう秒の挿入の場合とは異なり、パケット順が変わることによる弊害は生じない。
【０１２４】
また、うるう秒の発生による受信側への影響として映像ＭＰＵの運用への影響が考えられる。図２１は、うるう秒の挿入について示している。図２１（ａ）は、送信側におけるＮＴＰの絶対時刻情報を示している。図２１（ｂ）は、うるう秒指示子（leap_indicator）の値を示している。この場合、うるう秒指示子は、うるう秒の挿入が終了する“９：００：００”までは「０１」にあり、それ以降は「００」となる。
【０１２５】
図２１（ｃ）は、送信側で生成される映像ＭＰＵを矩形枠で示している。ここでは、映像ＭＰＵは１つのＧＯＰ（０．５秒分）に対応するものとしている。矩形枠に付されている数字は、ＭＰＵ・シーケンス・ナンバー（mpu_sequence_number）であり、ＭＰＵの順番を示している（図６（ａ）参照）。
【０１２６】
各映像ＭＰＵに対応して、図２１（ａ）に示す絶対時刻情報が参照されて、先頭の提示単位（アクセスユニット）の提示時刻（mpu_presentation_time）が設定される。この提示時刻は、上述したように、ＭＰテーブルのＭＰＵタイムスタンプ・デスクリプタに記述される（図１１参照）。
【０１２７】
この提示時刻は、映像ＭＰＵの先頭の提示単位に対応した絶対時刻に、例えば、エンコードバッファとデコードバッファによる遅延がオフセットとして加算されたものとされる。図示の例では、例えばエンコードバッファおよびデコードバッファの遅延がそれぞれ１秒であるとして、２秒のオフセットが加算されている。この場合、「５」、「６」と「７」、「８」の映像ＭＰＵには、秒以上部分に関しては“９：００：０１”となる提示時刻が設定されることになる。
【０１２８】
図２１（ｄ）は、受信側で受信される映像ＭＰＵを示している。この場合、エンコードバッファの遅延による１秒分だけ遅延された状態にある。図２１（ｅ）は、映像ＭＰＵの表示タイミングを示している。
【０１２９】
ここで、「１」、「２」の映像ＭＰＵは、提示時刻が“８：５９：５９”に設定されているので、最初の“８：５９：５９”の時刻に提示される。また、「３」、「４」の映像ＭＰＵは、提示時刻が“９：００：００”に設定されているので、“９：００：００”の時刻に提示される。つまり、２番目の“８：５９：５９”の時刻における映像ＭＰＵの提示が抜けたものとなる。また、「５」、「６」と、「７」、「８」の映像ＭＰＵは、提示時刻が“９：００：０１”に設定されているので、“９：００：０１”における映像ＭＰＵの提示の重複が発生する。
【０１３０】
図２２は、うるう秒の削除について示している。図２２（ａ）は、送信側におけるＮＴＰの絶対時刻情報を示している。図２２（ｂ）は、うるう秒指示子（leap_indicator）の値を示している。この場合、うるう秒指示子は、うるう秒の削除が終了する“９：００：００”までは「１０」にあり、それ以降は「００」となる。
【０１３１】
図２２（ｃ）は、送信側で生成される映像ＭＰＵを矩形枠で示している。ここでは、映像ＭＰＵは１つのＧＯＰ（０．５秒分）に対応するものとしている。矩形枠に付されている数字は、ＭＰＵ・シーケンス・ナンバー（mpu_sequence_number）であり、ＭＰＵの順番を示している（図６（ａ）参照）。
【０１３２】
各映像ＭＰＵに対応して、図２２（ａ）に示す絶対時刻情報が参照されて、先頭の提示単位（アクセスユニット）の提示時刻（mpu_presentation_time）が設定される。この提示時刻は、上述したように、ＭＰテーブルのＭＰＵタイムスタンプ・デスクリプタに記述される（図１１参照）。
【０１３３】
この提示時刻は、映像ＭＰＵの先頭の提示単位に対応した絶対時刻に、例えば、エンコードバッファとデコードバッファによる遅延がオフセットとして加算されたものとされる。図示の例では、例えばエンコードバッファおよびデコードバッファの遅延がそれぞれ１秒であるとして、２秒のオフセットが加算されている。
【０１３４】
図２２（ｄ）は、受信側で受信される映像ＭＰＵを示している。この場合、エンコードバッファの遅延による１秒分だけ遅延された状態にある。図２２（ｅ）は、映像ＭＰＵの表示タイミングを示している。
【０１３５】
ここで、「１」、「２」の映像ＭＰＵは、提示時刻が“８：５９：５８”に設定されているので、“８：５９：５８”の時刻に提示される。また、「３」、「４」の映像ＭＰＵは、提示時刻が“８：５９：５９”に設定されているが、該当時刻がないので提示できない。また、「５」、「６」の映像ＭＰＵは、提示時刻が“９：００：００”に設定されているので、“９：００：００”の時刻に提示される。また、「７」、「８」の映像ＭＰＵは、提示時刻が“９：００：０２”に設定されているので、“９：００：０２”の時刻に提示される。つまり、“９：００：０１”の時刻における映像ＭＰＵの提示が抜けたものとなる。
【０１３６】
次に、うるう秒の発生による受信側への影響を抑制するための対応について説明する。
【０１３７】
「対応方式１」
最初に、対応方式１について説明する。放送送出システム１００は、外部から取得された絶対時刻情報に同期した絶対時刻情報を生成するにあたって、うるう秒の発生時刻をシフト後時刻、例えば視聴への影響が少ない時刻までシフトさせる。例えば、シフト後時刻は、深夜で伝送メディアとして静止映像が伝送されている時刻とされてもよい。
【０１３８】
また、放送送出システム１００は、この絶対時刻情報に、うるう秒の発生時刻のシフト状態にあるとき、この状態にあることを示すモード情報を付加して送信する。この実施の形態においては、このモード情報として、ＮＴＰデータの「mood」のフィールドが利用される。すなわち、図１８（ｂ）に示すように、“７”がブロードキャストうるう秒シフトモードを示すものとして新規定義される。
【０１３９】
このモード情報は、シフト後時刻の一定時間前に、ブロードキャストうるう秒シフトモードから通常状態、つまりブロードキャストモードに変更される。これは、受信側において、シフト後時刻を予め把握可能とし、うるう秒の発生のための準備を速やかに行うことを可能ならしめるためである。
【０１４０】
受信機２００は、上述のように放送送出システム１００でうるう秒の発生時刻がシフトされることで、本来のうるう秒の発生時刻における影響を回避できる。また、受信機２００は、モード情報に基づいてシフト後時刻を予め把握し、例えば、シフト後時刻にうるう秒の発生を速やかに行うことができる。
【０１４１】
図２３は、うるう秒の挿入における放送送出システム１００の対応の一例を示している。図２３（ａ）は、放送送出システム１００の時計における絶対時刻情報を示している。この場合、うるう秒の挿入が、本来の“８：５９：５９”から深夜の“２：５９：５９”にシフトされている。このシフト後時刻は、図２３（ｄ）に示すように、例えば、番組の放送がされておらず、静止画映像伝送期間に含まれている。
【０１４２】
図２３（ｃ）は、うるう秒指示子（leap_indicator）の値を示している。この場合、うるう秒指示子は、うるう秒の挿入が終了する“３：００：００”までは「０１」にあり、それ以降は「００」となる。つまり、このうるう秒指示子では、受信側は、シフト後時刻を予め把握することはできない。
【０１４３】
図２３（ｂ）は、ＮＴＰ動作モードを示している。この例では、シフト後のうるう秒の挿入時刻の１秒前に、ブロードキャストうるう秒シフトモードからブロードキャストモードに変更されている。この場合、受信側は、シフト後時刻の１秒まえにその時刻を把握できる。
【０１４４】
図２４は、うるう秒の削除における放送送出システム１００の対応の一例を示している。図２４（ａ）は、放送送出システム１００の時計における絶対時刻情報を示している。この場合、うるう秒の削除が、本来の“８：５９：５９”から深夜の“２：５９：５９”にシフトされている。このシフト後時刻は、図２４（ｄ）に示すように、例えば、番組の放送がされておらず、静止画映像伝送期間に含まれている。
【０１４５】
図２４（ｃ）は、うるう秒指示子（leap_indicator）の値を示している。この場合、うるう秒指示子は、うるう秒の削除が終了する“３：００：００”までは「１０」にあり、それ以降は「００」となる。つまり、このうるう秒指示子では、受信側は、シフト後時刻を予め把握することはできない。
【０１４６】
図２４（ｂ）は、ＮＴＰ動作モードを示している。この例では、シフト後のうるう秒の削除時刻の１秒前に、ブロードキャストうるう秒シフトモードからブロードキャストモードに変更されている。この場合、受信側は、シフト後時刻の１秒まえにその時刻を把握できる。
【０１４７】
「対応方式２」
次に、対応方式２について説明する。放送送出システム１００は、外部から取得された絶対時刻情報に同期した絶対時刻情報を生成するにあたって、上述の対応方式１とは異なり、うるう秒の発生時刻をシフトすることは行わない。また、放送送出システム１００は、うるう秒の発生後の絶対時刻情報を参照した最初の提示単位グループを識別する識別情報を、伝送メディアなどと共に、送信する。
【０１４８】
この実施の形態においては、ＭＰＵ拡張タイムスタンプ・デスクリプタに、そのリザーブドビットを利用して、識別情報を構成するうるう秒制御信号（leap_control）を新規定義する。図２５は、うるう秒制御信号が新規定義されたＭＰＵ拡張タイムスタンプ・デスクリプタ（MPU_Timestamp_Descriptor）の構造例（Syntax）を示している。
【０１４９】
「leap_control」の３ビットフィールドは、うるう秒制御信号を示す。このうるう秒制御信号は、図２６に従って符号化される。この場合、ビット２「b2」は、受信ＮＴＰによる時計に基づくタイムスタンプを表す“１”とされる。そして、ビット１，０「b1b0」に関しては、以下の意味を持つように定義される。すなわち、“０１”は、うるう秒挿入時をベースとして提示時刻（ＰＴＳ）が設定されたＭＰＵであることを示す。“１０”は、うるう秒削除時をベースとして提示時刻（ＰＴＳ）が設定されたＭＰＵであることを示す。“１１”は、通常のＭＰＵであることを示す。
【０１５０】
受信機２００は、放送信号に含まれる絶対時刻情報に同期した絶対時刻情報を生成するに当たって、うるう秒の発生時刻でも連続した時間軸で絶対時刻情報を生成する。この場合、受信機２００の時計はずれたままとなるが、例えば、他のチャネルに切り替えた場合、電源がオフとされた場合などにリセットされる。うるう秒の発生で問題になるのは、このうるう秒を挟んで同一チャネルの処理が続く場合であるので、チャネル切換えなどでリセットされるのは問題ない。
【０１５１】
また、受信機２００は、上述のうるう秒制御信号に基づいて、うるう秒の発生後の絶対時刻情報を参照した最初のＭＰＵ（提示単位グループ）以降の各ＭＰＵの提示時刻を調整する。具体的には、うるう秒の発生がうるう秒の挿入であるとき各提示時刻に１秒を加算し、うるう秒の発生がうるう秒の削除であるとき各提示時刻から１秒を減算する。
【０１５２】
受信機２００は、上述のようにうるう秒の発生時刻でも連続した時間軸で絶対時刻情報を生成し、また、うるう秒制御信号に基づいて提示時刻を調整することで、うるう秒の発生があっても各提示単位グループの提示同期処理への影響を抑制できる。
【０１５３】
図２７は、うるう秒の挿入時におけるＭＰＵ提示同期処理の一例を示している。図２７（ａ）は、放送送出システム１００の時計である絶対時刻情報（ＮＴＰ時刻）を示しており、うるう秒の挿入が行われている。図２７（ｂ）は、うるう秒指示子（leap_indicator）の値を示している。この場合、うるう秒指示子は、うるう秒の挿入が終了する“９：００：００”までは「０１」にあり、それ以降は「００」となる。
【０１５４】
図２７（ｃ）は、放送送出システム１００で生成される映像ＭＰＵを矩形枠で示している。ここでは、映像ＭＰＵは１つのＧＯＰ（０．５秒分）に対応するものとしている。矩形枠に付されている数字は、ＭＰＵ・シーケンス・ナンバー（mpu_sequence_number）であり、ＭＰＵの順番を示している（図６（ａ）参照）。
【０１５５】
各映像ＭＰＵに対応して、図２７（ａ）に示す絶対時刻情報が参照されて、先頭の提示単位（アクセスユニット）の提示時刻（mpu_presentation_time）が設定される。この提示時刻は、上述したように、ＭＰテーブルのＭＰＵタイムスタンプ・デスクリプタに記述される（図１１参照）。
【０１５６】
この提示時刻は、映像ＭＰＵの先頭の提示単位に対応した絶対時刻に、例えば、エンコードバッファとデコードバッファによる遅延がオフセットとして加算されたものとされる。図示の例では、例えばエンコードバッファおよびデコードバッファの遅延がそれぞれ１秒であるとして、２秒のオフセットが加算されている。
【０１５７】
図２７（ｄ）は、受信機２００の時計である絶対時刻情報（ＮＴＰ時刻＋α）を示している。この絶対時刻情報は、うるう秒の発生時刻でも連続した時間軸で生成される。すなわち、“８：５９：５９”の次は“９：００：００”となる。図２７（ｅ）は、受信機２００で受信される映像ＭＰＵを示している。この場合、エンコードバッファの遅延による１秒分だけ遅延された状態にある。
【０１５８】
図２７（ｆ）は、受信される映像ＭＰＵのそれぞれに対応したうるう秒制御信号（leap_control）を示している。このうるう秒制御信号は、「６」の映像ＭＰＵまでは“１１１”とされているが、うるう秒の発生後の絶対時刻情報を参照した最初の映像ＭＰＵである「７」の映像ＭＰＵでは「１０１」とされ、また、「８」の映像ＭＰＵからは再び「１１１」とされている。
【０１５９】
図２７（ｇ）は、映像ＭＰＵの表示タイミングを示している。ここで、「１」、「２」の映像ＭＰＵは、提示時刻が“８：５９：５９”に設定されているので、“８：５９：５９”の時刻に提示される。また、「３」、「４」の映像ＭＰＵは、提示時刻が“９：００：００”に設定されているので、“９：００：００”の時刻に提示される。また、「５」、「６」の映像ＭＰＵは、提示時刻が“９：００：０１”に設定されているので、“９：００：０１”の時刻に提示される。
【０１６０】
また、「７」の映像ＭＰＵに対応してうるう秒制御信号が“１０１”とされ、うるう秒の発生（挿入）後の絶対時刻情報を参照した最初の映像ＭＰＵであることが示されているので、「７」以降の映像ＭＰＵの提示時刻は１秒加算される。そのため、「７」、「８」の映像ＭＰＵは、提示時刻が“９：００：０１”に設定されているが、“９：００：０２”に調整され、“９：００：０２”の時刻に提示される。また、「９」、「１０」の映像ＭＰＵは、提示時刻が“９：００：０２”に設定されているが、“９：００：０３”に調整され、“９：００：０３”の時刻に提示される。以下、同様である。
【０１６１】
このように、受信機２００においては、映像ＭＰＵの提示の抜けや重複が発生することなく、提示同期処理が適切に行われる。なお、本例では「７」のＭＰＵのみうるう秒制御信号を「１０１」としているが、受信エラーを考慮して、「７」以降の複数のＭＰＵに対して「１０１」を付与してもよい。
【０１６２】
図２８は、うるう秒の削除時におけるＭＰＵ提示同期処理の一例を示している。図２８（ａ）は、放送送出システム１００の時計である絶対時刻情報（ＮＴＰ時刻）を示しており、うるう秒の削除が行われている。図２８（ｂ）は、うるう秒指示子（leap_indicator）の値を示している。この場合、うるう秒指示子は、うるう秒の削除が終了する“９：００：００”までは「１０」にあり、それ以降は「００」となる。
【０１６３】
図２８（ｃ）は、放送送出システム１００で生成される映像ＭＰＵを矩形枠で示している。ここでは、映像ＭＰＵは１つのＧＯＰ（０．５秒分）に対応するものとしている。矩形枠に付されている数字は、ＭＰＵ・シーケンス・ナンバー（mpu_sequence_number）であり、ＭＰＵの順番を示している（図６（ａ）参照）。
【０１６４】
各映像ＭＰＵに対応して、図２８（ａ）に示す絶対時刻情報が参照されて、先頭の提示単位（アクセスユニット）の提示時刻（mpu_presentation_time）が設定される。この提示時刻は、上述したように、ＭＰテーブルのＭＰＵタイムスタンプ・デスクリプタに記述される（図１１参照）。
【０１６５】
この提示時刻は、映像ＭＰＵの先頭の提示単位に対応した絶対時刻に、例えば、エンコードバッファとデコードバッファによる遅延がオフセットとして加算されたものとされる。図示の例では、例えばエンコードバッファおよびデコードバッファの遅延がそれぞれ１秒であるとして、２秒のオフセットが加算されている。
【０１６６】
図２８（ｄ）は、受信機２００の時計である絶対時刻情報（ＮＴＰ時刻＋α）を示している。この絶対時刻情報は、うるう秒の発生時刻でも連続した時間軸で生成される。すなわち、“８：５９：５８”の次は“８：５９：５９”となる。図２８（ｅ）は、受信機２００で受信される映像ＭＰＵを示している。この場合、エンコードバッファの遅延による１秒分だけ遅延された状態にある。
【０１６７】
図２８（ｆ）は、受信される映像ＭＰＵのそれぞれに対応したうるう秒制御信号（leap_control）を示している。このうるう秒制御信号は、「６」の映像ＭＰＵまでは“１１１”とされているが、うるう秒の発生後の絶対時刻情報を参照した最初の映像ＭＰＵである「７」の映像ＭＰＵでは「１１０」とされ、また、「８」の映像ＭＰＵからは再び「１１１」とされている。
【０１６８】
図２８（ｇ）は、映像ＭＰＵの表示タイミングを示している。ここで、「１」、「２」の映像ＭＰＵは、提示時刻が“８：５９：５８”に設定されているので、“８：５９：５８”の時刻に提示される。また、「３」、「４」の映像ＭＰＵは、提示時刻が“８：５９：５９”に設定されているので、“８：５９：５９”の時刻に提示される。また、「５」、「６」の映像ＭＰＵは、提示時刻が“９：００：００”に設定されているので、“９：００：００”の時刻に提示される。
【０１６９】
また、「７」の映像ＭＰＵに対応してうるう秒制御信号が“１１０”とされ、うるう秒の発生（削除）後の絶対時刻情報を参照した最初の映像ＭＰＵであることが示されているので、「７」以降の映像ＭＰＵの提示時刻は１秒減算される。そのため、「７」、「８」の映像ＭＰＵは、提示時刻が“９：００：０２”に設定されているが、“９：００：０１”に調整され、“９：００：０１”の時刻に提示される。また、「９」、「１０」の映像ＭＰＵは、提示時刻が“９：００：０３”に設定されているが、“９：００：０２”に調整され、“９：００：０２”の時刻に提示される。以下、同様である。
【０１７０】
このように、受信機２００においては、映像ＭＰＵの提示の抜けや、該当時刻がないなどということなく、提示同期処理が適切に行われる。なお、本例では「７」のＭＰＵのみうるう秒制御信号を「１１０」としているが、受信エラーを考慮して、「７」以降の複数のＭＰＵに対して「１１０」を付与してもよい。
【０１７１】
図２９は、放送送出システム１００の構成例を示している。この放送送出システム１００は、ＮＴＰクロック生成部（時計部）１１１と、信号送出部１１２と、ビデオエンコーダ１１３と、オーディオエンコーダ１１４と、ＭＭＴシグナリングエンコード部１１５を有している。また、この放送送出システム１００は、ＴＬＶシグナリング発生部１１６と、Ｎ個のＩＰサービス・マルチプレクサ１１７-1〜１１７-Nと、ＴＬＶ・マルチプレクサ１１８と、変調/送信部１１９を有している。
【０１７２】
ＮＴＰクロック生成部（時計部）１１１では、外部から取得されたＮＴＰ時刻情報に同期した絶対時刻情報を持つＮＴＰデータが生成され、このＮＴＰデータを含むＩＰパケットがＩＰサービス・マルチプレクサ１１７-1に送られる。第１の対応方式が採用される場合、ＮＴＰクロック生成部（時計部）１１１では、うるう秒の発生時刻がシフト後時刻までシフトされる。また、この絶対時刻情報に、うるう秒の発生時刻のシフト状態にあるとき、ＮＴＰデータの「mood」のフィールドが利用され、この状態にあることを示すモード情報が付加される。
【０１７３】
信号送出部１１２は、例えば、ＴＶ局のスタジオとか、ＶＴＲ等の記録再生機であり、伝送メディアとしてのビデオ、オーディオなどのベースバンド信号を送出するシステムである。ビデオエンコーダ１１３では、信号送出部１１２から送出されるビデオ信号が符号化され、さらにパケット化されて、ビデオのＭＭＴＰパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１１７-1に送られる。オーディオエンコーダ１１４では、信号送出部１１２から送出されるオーディオ信号が符号化され、さらにパケット化されて、オーディオのＭＭＴＰパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１１７-1に送られる。
【０１７４】
ＭＭＴシグナリングエンコード部１１５では、シグナリングメッセージが発生され、ペイロード部にこのシグナリングメッセージが配置されたＭＭＴＰパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１１７-1に送られる。このシグナリングメッセージには、ＭＰテーブル（MMT Package Table）が含まれる。このＭＰテーブルには、ＭＰＵタイムスタンプ・デスクリプタ（MPU_timestamp_descriptor）、さらにはＭＰＵ拡張タイムスタンプ・デスクリプタ（MPU_extended_timestamp_descriptor）が挿入される。
【０１７５】
ＭＰＵタイムスタンプ・デスクリプタには、ＭＰＵの先頭の提示単位の提示時刻が配置される。また、ＭＰＵ拡張タイムスタンプ・デスクリプタには、このＭＰＵの先頭の提示単位の提示時刻を参照してＭＰＵの各提示単位のデコード時刻および提示時刻を算出するための時間長情報が配置される。また、第２の対応方式が採用される場合、ＭＰＵ拡張タイムスタンプ・デスクリプタには、うるう秒の発生後の絶対時刻情報を参照した最初のＭＰＵを識別する識別情報を構成するうるう秒制御信号（leap_control）が配置される。
【０１７６】
ＩＰサービス・マルチプレクサ１１７-1では、各エンコーダから送られてくるＩＰパケットの時分割多重化が行われる。この際、ＩＰサービス・マルチプレクサ１１７-1では、各ＩＰパケットにＵＤＰヘッダおよびＴＬＶヘッダが付加されて、ＴＬＶパケットとされる。ＩＰサービス・マルチプレクサ１１７-1では、一つのトランスポンダの中に入れる一つのチャネル部分が構成される。ＩＰサービス・マルチプレクサ１１７-2〜１１７-Nでは、ＩＰサービス・マルチプレクサ１１７-1と同様の機能を持ち、その一つのトランスポンダの中にいれる他のチャネル部分が構成される。
【０１７７】
ＴＬＶシグナリング発生部１１６では、シグナリング（Signaling）情報が発生され、このシグナリング（Signaling）情報をペイロード部に配置するＴＬＶパケットが生成される。ＴＬＶ・マルチプレクサ１１８では、ＩＰサービス・マルチプレクサ１１７-1〜１１７-NおよびＴＬＶシグナリング発生部１１６で生成されるＴＬＶパケットが多重化されて、ＭＭＴ方式の放送ストリーム（図４（ｅ）参照）が生成される。変調/送信部１１９では、ＴＬＶ・マルチプレクサ１１８で生成されるＭＭＴ方式の放送ストリームに対して、ＲＦ変調処理が行われて、ＲＦ伝送路に送出される。
【０１７８】
図３０は、受信機２００の構成例を示している。この受信機２００は、チューナ/復調部２０１と、デマルチプレクサ２０２と、ＮＴＰクロック再生部（時計部）２０３と、システム制御部２０４とを有している。また、この受信機２００は、ビデオ制御部２０５と、ビデオデコードバッファ２０６と、ビデオデコーダ２０７と、オーディオ制御部２０８と、オーディオデコードバッファ２０９と、オーディオデコーダ２１０を有している。
【０１７９】
チューナ/復調部２０１では、図示しないアンテナからの中間周波信号が受信され、復調処理が行われて、ＭＭＴ方式の放送ストリーム（図４（ｅ）参照）が得られる。デマルチプレクサ２０２では、この放送ストリームに対して、デマルチプレクス処理およびデパケット化処理が行われて、ＮＴＰ時刻情報、シグナリング情報、さらにはビデオ、オーディオの符号化データ、ビデオ、オーディオのＤＴ/ＰＴ情報が取り出される。
【０１８０】
デマルチプレクサ２０２では、ＭＭＴ−ＳＩフィルタ部２０２ａでフィルタリングされてＭＭＴのシグナリング情報（シグナリングメッセージ）が取り出され、システム制御部２０４に送られる。また、デマルチプレクサ２０２では、ＴＬＶ−ＳＩフィルタ部２０２ｂでフィルタリングされてＴＬＶシグナリング情報を取り出され、システム制御部２０４に送られる。
【０１８１】
デマルチプレクサ２０２で取り出されるＮＴＰデータは、ＮＴＰクロック再生部２０３に送られる。ＮＴＰクロック再生部２０３では、ＮＴＰデータに含まれる絶対時刻情報に同期した絶対時刻情報が再生（生成）される。第１の対応方式が採用される場合、モード情報に基づいて、シフト後時刻に、うるう秒が発生される。このように再生された絶対時刻情報は、ビデオ制御部２０５およびオーディオ制御部２０８に送られる。また、第２の対応方式が採用される場合、うるう秒の発生時刻でも連続した時間軸で絶対時刻情報が発生される。
【０１８２】
デマルチプレクサ２０２で取り出されるビデオの符号化データは、ビデオデコードバッファ２０６に一時的に蓄積される。また、デマルチプレクサ２０２で取り出されるオーディオの符号化データは、オーディオデコードバッファ２０９に一時的に蓄積される。
【０１８３】
システム制御部２０４では、ＭＰテーブルのビデオ、オーディオのＭＰＵタイムスタンプ・デスクリプタから、ビデオ、オーディオのＭＰＵの最初の提示単位の提示時刻が取り出され、それぞれ、ビデオ制御部２０５、オーディオ制御部２０８に送られる。
【０１８４】
また、システム制御部２０４では、ＭＰテーブルのビデオ、オーディオのＭＰＵ拡張タイムスタンプ・デスクリプタから、ＭＰＵの先頭の提示単位の提示時刻を参照してＭＰＵの各提示単位のデコード時刻および提示時刻を算出するための時間長情報が取り出され、それぞれ、ビデオ制御部２０５、オーディオ制御部２０８に送られる。
【０１８５】
また、システム制御部２０４では、第２の対応方式が採用される場合、ＭＰテーブルのビデオ、オーディオのＭＰＵ拡張タイムスタンプ・デスクリプタから、うるう秒の発生後の絶対時刻情報を参照した最初のＭＰＵを識別する識別情報を構成するうるう秒制御信号（leap_control）が取り出され、それぞれ、ビデオ制御部２０５、オーディオ制御部２０８に送られる。
【０１８６】
ビデオ制御部２０５では、ＭＰＵの最初の提示単位の提示時刻と、ＭＰＵの各提示単位のデコード時刻および提示時刻を算出するための時間長情報に基づいて、各提示単位のデコード時刻ＤＴおよび提示時刻ＰＴが求められる。ここで、第２の対応方式が採用される場合、上述のうるう秒制御信号に基づいて、うるう秒の発生後の絶対時刻情報を参照した最初のＭＰＵ以降の各ＭＰＵの提示時刻が調整される。
【０１８７】
ビデオ制御部２０５では、ビデオデコーダ２０７に対して、ビデオデコードバッファ２０６に蓄積されている各サンプル（提示単位）の符号化ビデオに対する、デコードおよび提示の指示が行われる。この場合、ビデオ制御部２０５では、それらの指示が、ＮＴＰクロック再生部２０３から供給されるＮＴＰ時刻情報が参照され、上述したように求められたデコード時刻ＤＴおよび提示時刻ＰＴのタイミングで行われる。
【０１８８】
ビデオデコーダ２０７では、ビデオ制御部２０５からの指示に基づいて、ビデオデコードバッファ２０６に蓄積されている各サンプル（提示単位）の符号化ビデオのデコード処理が行われる。そして、このビデオデコーダ２０７から、各サンプル（提示単位）のビデオが提示時刻ＰＴのタイミングで順次出力される。
【０１８９】
また、オーディオ制御部２０８では、ＭＰＵの最初の提示単位の提示時刻と、ＭＰＵの各提示単位のデコード時刻および提示時刻を算出するための時間長情報に基づいて、各提示単位のデコード時刻ＤＴおよび提示時刻ＰＴが求められる。ここで、第２の対応方式が採用される場合、上述のうるう秒制御信号に基づいて、うるう秒の発生後の絶対時刻情報を参照した最初のＭＰＵ以降の各ＭＰＵの提示時刻が調整される。
【０１９０】
オーディオ制御部２０８では、オーディオデコーダ２１０に対して、オーディオデコードバッファ２０９に蓄積されている各提示単位の符号化オーディオに対する、デコードおよび提示の指示が行われる。この場合、オーディオ制御部２０８では、それらの指示が、ＮＴＰクロック再生部２０３から供給されるＮＴＰ時刻情報が参照され、上述したように求められたデコード時刻ＤＴおよび提示時刻ＰＴのタイミングで行われる。
【０１９１】
オーディオデコーダ２１０では、オーディオ制御部２０８からの指示に基づいて、オーディオデコードバッファ２０９に蓄積されている各提示単位の符号化オーディオのデコード処理が行われる。そして、このオーディオデコーダ２１０から、各提示単位のオーディオが提示時刻ＰＴのタイミングで順次出力される。
【０１９２】
上述したように、図１に示す送受信システム１０においては、伝送メディアと共に送信される絶対時刻情報はうるう秒の発生時刻をシフト後時刻までシフトさせたものとされる。そのため、シフト後時刻が視聴への影響が少ない時刻とされることで、受信側では、うるう秒の発生による影響を抑制できる。
【０１９３】
また、図１に示す送受信システム１０においては、伝送メディアと共に送信される絶対時刻情報がうるう秒の発生時刻をシフト後時刻までシフトさせたものである場合、この絶対時刻情報には、うるう秒の発生時刻のシフト状態にあるとき、この状態にあることを示すモード情報が付加される。そのため、受信側では、このモード情報によりうるう秒の発生時刻のシフト状態にあることを容易に認識できる。
【０１９４】
また、図１に示す送受信システム１０においては、伝送メディアと共に送信される絶対時刻情報がうるう秒の発生時刻をシフト後時刻までシフトさせたものであって、この絶対時刻情報に付加されるモード情報は、シフト後時刻の一定時間前に通常状態にあることを示すように変更される。そのため、受信側では、シフト後時刻を予め把握でき、うるう秒の発生のための準備を速やかに行うことができる。
【０１９５】
また、図１に示す送受信システム１０においては、伝送メディアなどと共に、うるう秒の発生後の絶対時刻情報を参照した最初の提示単位グループを識別する識別情報が送信される。そのため、受信側では、伝送メディアの提示単位グループ毎の提示時刻をこの識別情報に基づいて調整でき、うるう秒の発生による影響を抑制できる。
【０１９６】
＜２．第２の実施の形態＞
［送受信システムの構成例］
図３１は、第２の実施の形態としての送受信システム１０Ａの構成例を示している。この送受信システム１０Ａは、マルチストリームサービス（放送通信連携）のシステムであり、放送送出システム１００Ａ，１００Ｂと、配信装置１００Ｃと、受信機２００Ａにより構成されている。
【０１９７】
放送送出システム１００Ａ，１００Ｂは、ビデオ、オーディオなどの伝送メディアを含むＩＰ（Internet Protocol）方式の放送信号を送信する。放送送出システム１００Ａは、外部から取得された絶対時刻情報に基づいて絶対時刻情報を生成する時計部（時刻情報生成部）１５１Ａと、映像・音声などの伝送メディアにエンコード処理を施す映像・音声エンコーダ１５２Ａと、時計部１５１Ａで生成された絶対時刻情報（ＮＴＰデータ）と、映像・音声エンコーダ１５２Ａでエンコード処理された伝送メディアを放送伝送路で送信する送出装置１５３Ａを有している。
【０１９８】
この放送送出システム１００Ａは、詳細説明は省略するが、上述の送受信システム１０における放送送出システム１００と同様に構成される。放送信号には、伝送メディアと共に、生成された絶対時刻情報と、伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻が含まれる。放送送出システム１００Ａは、上述の送受信システム１０における放送送出システム１００と同様に、うるう秒の発生による受信側への影響を抑制するために、第１の対応方式あるいは第２の対応方式の対応を行う。
【０１９９】
放送送出システム１００Ｂは、外部から取得された絶対時刻情報に基づいて絶対時刻情報を生成する時計部（時刻情報生成部）１５１Ｂと、映像・音声などの伝送メディアにエンコード処理を施す映像・音声エンコーダ１５２Ｂと、この映像・音声エンコーダ１５２Ｂでエンコード処理された伝送メディアを放送伝送路で送信する送出装置１５３Ｂを有している。
【０２００】
この放送送出システム１００Ｂは、詳細説明は省略するが、時計部１５１Ｂで生成された絶対時刻情報（ＮＴＰデータ）を送らないことを除き、上述の送受信システム１０における放送送出システム１００と同様に構成される。放送信号には、伝送メディアと共に、伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻が含まれる。放送送出システム１００Ｂは、上述の送受信システム１０における放送送出システム１００と同様に、うるう秒の発生による受信側への影響を抑制するために、第１の対応方式あるいは第２の対応方式の対応を行う。
【０２０１】
この放送送出システム１００Ｂにおいて、放送信号には、上述の送受信システム１０における放送送出システム１００からの放送信号とは異なり、提示単位グループ毎の提示時刻を生成するときに参照された時計部（時刻情報生成部）１５１Ｂの絶対時刻情報の、放送送出システム１００Ａにおける時計部（時刻情報生成部）１５１Ａの絶対時刻情報との時刻差を示す時刻差情報が含まれる。
【０２０２】
うるう秒の発生による受信側への影響を抑制するための対応方式が異なる場合、あるいは同じ対応方式１の場合であってもシフト後時刻が異なる場合などでは、時計部１５１Ｂの絶対時刻情報に、時計部１５１Ａの絶対時刻情報に対して１秒の進みあるいは遅れが生じる期間が発生する。そのため、受信側において、放送送出システム１００Ａの時計部１５１Ａからの絶対時刻情報に基づいて当該放送送出システム１００Ｂからの伝送メディアの提示制御を行う場合に提示時刻を調整する必要が生じる。時刻差情報は、受信側において、この提示時刻の調整に使用される。
【０２０３】
放送送出システム１００Ｂは、ＭＰＵ拡張タイムスタンプ・デスクリプタに、そのリザーブドビットを利用して、時刻差情報を構成するうるう秒制御信号（leap_control）を新規定義する（図２５参照）。この場合、「leap_control」の３ビットフィールドは、図２６に従って符号化される。
【０２０４】
すなわち、ビット２「b2」は、受信ＮＴＰ以外の時計に基づくタイムスタンプを表す“０”とされる。そして、ビット１，０「b1b0」に関しては、以下の意味を持つように定義される。すなわち、“０１”は、受信ＮＴＰに比べて１秒進んだ時計に基づくタイムスタンプであることを示す。“１０”は、受信ＮＴＰに比べて１秒遅れた時計に基づくタイムスタンプであることを示す。“１１”は、受信ＮＴＰと合った時計に基づくタイムスタンプであることを示す。
【０２０５】
配信装置１００Ｃは、外部から取得された絶対時刻情報に基づいて絶対時刻情報を生成する時計部（時刻情報生成部）１５１Ｃと、映像・音声などの伝送メディアにエンコード処理を施す映像・音声エンコーダ１５２Ｃと、この映像・音声エンコーダ１５２Ｃでエンコード処理された伝送メディアをインターネットなどの通信伝送路で送信するリアルタイム配信サーバ１５３Ｃを有している。
【０２０６】
この配信装置１００は、詳細説明は省略するが、時計部１５１Ｂで生成された絶対時刻情報（ＮＴＰデータ）を送らないことおよび送信伝送路が異なることを除き、上述の送受信システム１０における放送送出システム１００と同様に構成される。配信信号には、伝送メディアと共に、伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻が含まれる。配信装置１００Ｃは、上述の送受信システム１０における放送送出システム１００と同様に、うるう秒の発生による受信側への影響を抑制するために、第１の対応方式あるいは第２の対応方式の対応を行う。
【０２０７】
この配信装置１００Ｃにおいて、配信信号には、上述の放送送出システム１００Ｂにおける放送信号と同様に、提示単位グループ毎の提示時刻を生成するときに参照された時計部（時刻情報生成部）１５１Ｃの絶対時刻情報の、放送送出システム１００Ａにおける時計部（時刻情報生成部）１５１Ａの絶対時刻情報との時刻差を示す時刻差情報が含まれる。
【０２０８】
受信機２００Ａは、放送送出システム１００Ａ，１００Ｂから送られてくる放送信号を受信すると共に、配信装置１００Ｃから送られてくる配信信号を受信する。受信機２００Ａは、各信号を、上述した送受信システム１０における受信機２００と同様に処理する。
【０２０９】
受信機２００Ａは、放送送出システム１００Ａから送られてくる伝送メディアに関しては、当該伝送メディアの各提示単位グループ（ＭＰＵ）の提示を、放送送出システム１００Ａから送られてくる絶対時刻情報（ＮＴＰデータ）に基づいて生成された絶対時刻情報と、放送送出システム１００Ａから送られてくる当該伝送メディアの各提示単位グループ（ＭＰＵ）の提示時刻を参照して制御する。この際、受信機２００Ａは、放送送出システム１００Ａで採られているうるう秒の発生による受信側への影響を抑制するため対応（第１の対応方式あるいは第２の対応方式）に応じた対応を行う。
【０２１０】
また、受信機２００Ａは、放送送出システム１００Ｂあるいは配信装置１００Ｃから送られてくる伝送メディアに関しても、基本的には、放送送出システム１００Ａから送られてくる伝送メディアと同様の提示制御を行う。ただし、放送送出システム１００Ａから送られてくる絶対時刻情報（ＮＴＰデータ）に基づいて生成された絶対時刻情報を用いる他、送られてくる伝送メディアの各提示単位グループ（ＭＰＵ）の提示時刻を、時刻差情報に基づいて調整して用いる。
【０２１１】
この場合、時刻差情報、つまり「leap_contorl」のフィールドが“００１”であるときには、提示時刻から１秒だけ減算して用いる。また、時刻差情報、つまり「leap_contorl」のフィールドが“０１０”であるときには、提示時刻に１秒だけ加算して用いる。
【０２１２】
このように提示時刻が調整されることで、放送送出システム１００Ｂあるいは配信装置１００Ｃから送られてくる伝送メディアの処理を、放送送出システム１００Ａからの絶対時刻情報に同期した絶対時刻情報に基づいて良好に処理可能となる。これにより、受信機２００Ａでは、放送送出システム１００Ａからの伝送メディアと放送送出システム１００Ｂや配信装置１００Ｃから送られてくる伝送メディアの提示同期が可能となり、合成による提示も違和感なく行うことができる。
【０２１３】
マルチストリームサービスにおける上述の提示同期処理の具体例について説明する。ここでは、放送送出システム１００Ａからの放送ストリームと配信装置１００Ｃからのネット配信ストリームの２ストリームの場合を例にとって説明する。
【０２１４】
図３２は、うるう秒の挿入がある場合のマルチストリームサービス１についての提示同期処理の一例を示している。この例の場合、放送ストリームはうるう秒シフトモードベース、ネット配信ストリームは通常のうるう秒ベースである。
【０２１５】
図３２（ａ）は、放送送出システム１００Ａの時計における絶対時刻情報を示している。この場合、うるう秒の挿入が、本来の“８：５９：５９”から深夜の“２：５９：５９”にシフトされている。図３２（ｃ）は、うるう秒指示子（leap_indicator）の値を示している。この場合、うるう秒指示子は、うるう秒の挿入が終了する“３：００：００”までは「０１」にあり、それ以降は「００」となる。
【０２１６】
図３２（ｂ）は、ＮＴＰ動作モードを示している。この例では、シフト後のうるう秒の挿入時刻の１秒前に、ブロードキャストうるう秒シフトモードからブロードキャストモードに変更されている。この場合、受信側は、シフト後時刻の１秒前にうるう秒のシフト後時刻を把握できる。
【０２１７】
図３２（ｄ）は、受信機２００Ａで受信されるＭＰＵ（放送ＭＰＵ）を矩形枠で示している。このＭＰＵは、例えば、エンコードバッファの遅延による１秒分だけ遅延された状態にある。また、図３２（ｅ）は、その受信ＭＰＵのそれぞれに対応した、識別情報としてのうるう秒制御信号（leap_control）を示している。このうるう秒制御信号は、うるう秒の発生後の絶対時刻情報を参照した最初のＭＰＵでは“１０１”とされ、その他のＭＰＵでは“１１１”とされている。
【０２１８】
図３２（ｆ）は、配信装置１００Ｃの時計における絶対時刻情報を示している。この場合、うるう秒の挿入が、本来の“８：５９：５９”で行われている。図３２（ｇ）は、受信機２００Ａで受信されるＭＰＵ（ネット配信ＭＰＵ）を矩形枠で示している。このＭＰＵは、例えば、エンコードバッファの遅延による１秒分だけ遅延された状態にある。
【０２１９】
図３２（ｈ）は、その受信ＭＰＵのそれぞれに対応した時刻差情報としてのうるう秒制御信号（leap_control）を示している。放送送出システム１００Ａの時計における絶対時刻情報（図３２（ａ）参照））と、配信装置１００Ｃの時計における絶対時刻情報（図３２（ｆ）参照））とは、配信装置１００Ｃの時計における絶対時刻情報でうるう秒の挿入に係る２番目の“８：５９：５９”から“２：５９：５８”の期間で、配信装置１００Ｃの時計における絶対時刻情報が、放送送出システム１００Ａの時計における絶対時刻情報から１秒だけ遅れた状態にある。
【０２２０】
そのため、図３２（ｈ）の時刻差情報としてのうるう秒制御信号（leap_control）は、その期間に対応したＭＰＵでは“０１０”とされ、その他のＭＰＵでは“０１１”とされている（図２６参照）。従って、受信機２００Ａは、この時刻差情報としてのうるう秒制御信号（leap_control）に基づいて、配信装置１００Ｃからの伝送メディアの提示単位グループ毎の提示時刻を調整することで、放送送出システム１００Ａと配信装置１００Ｃの双方からの伝送メディアの提示同期をとることが可能となる。
【０２２１】
図３３は、うるう秒の挿入がある場合のマルチストリームサービス２についての提示同期処理の一例を示している。この例の場合、放送ストリームは通常のうるう秒ベース、ネット配信ストリームはうるう秒シフトモードベースである。
【０２２２】
図３３（ａ）は、放送送出システム１００Ａの時計における絶対時刻情報を示している。この場合、うるう秒の挿入が、本来の“８：５９：５９”で行われている。図３３（ｃ）は、うるう秒指示子（leap_indicator）の値を示している。この場合、うるう秒指示子は、うるう秒の挿入が終了する“９：００：００”までは「０１」にあり、それ以降は「００」となる。図３３（ｂ）は、ＮＴＰ動作モードを示している。この例では、ブロードキャストモードのままにおかれる。
【０２２３】
図３３（ｄ）は、受信機２００Ａで受信されるＭＰＵ（放送ＭＰＵ）を矩形枠で示している。このＭＰＵは、例えば、エンコードバッファの遅延による１秒分だけ遅延された状態にある。また、図３３（ｅ）は、その受信ＭＰＵのそれぞれに対応した、識別情報としてのうるう秒制御信号（leap_control）を示している。このうるう秒制御信号は、うるう秒の発生後の絶対時刻情報を参照した最初のＭＰＵでは“１０１”とされ、その他のＭＰＵでは“１１１”とされている。
【０２２４】
図３３（ｆ）は、配信装置１００Ｃの時計における絶対時刻情報を示している。この場合、うるう秒の挿入が、本来の“８：５９：５９”から深夜の“２：５９：５９”にシフトされている。図３３（ｇ）は、受信機２００Ａで受信されるＭＰＵ（ネット配信ＭＰＵ）を矩形枠で示している。このＭＰＵは、例えば、エンコードバッファの遅延による１秒分だけ遅延された状態にある。
【０２２５】
図３３（ｈ）は、その受信ＭＰＵのそれぞれに対応した時刻差情報としてのうるう秒制御信号（leap_control）を示している。放送送出システム１００Ａの時計における絶対時刻情報（図３３（ａ）参照））と、配信装置１００Ｃの時計における絶対時刻情報（図３３（ｆ）参照））とは、配信装置１００Ｃの時計における絶対時刻情報で“９：００：００”から１番目の“２：５９：５９”の期間で、配信装置１００Ｃの時計における絶対時刻情報が、放送送出システム１００Ａの時計における絶対時刻情報から１秒だけ進んだ状態にある。
【０２２６】
そのため、図３３（ｈ）の時刻差情報としてのうるう秒制御信号（leap_control）は、その期間に対応したＭＰＵでは“００１”とされ、その他のＭＰＵでは“０１１”とされている（図２６参照）。従って、受信機２００Ａは、この時刻差情報としてのうるう秒制御信号（leap_control）に基づいて、配信装置１００Ｃからの伝送メディアの提示単位グループ毎の提示時刻を調整することで、放送送出システム１００Ａと配信装置１００Ｃの双方からの伝送メディアの提示同期をとることが可能となる。
【０２２７】
図３４は、うるう秒の削除がある場合のマルチストリームサービス１についての提示同期処理の一例を示している。この例の場合、放送ストリームはうるう秒シフトモードベース、ネット配信ストリームは通常のうるう秒ベースである。
【０２２８】
図３４（ａ）は、放送送出システム１００Ａの時計における絶対時刻情報を示している。この場合、うるう秒の削除が、本来の“８：５９：５９”から深夜の“２：５９：５９”にシフトされている。図３４（ｃ）は、うるう秒指示子（leap_indicator）の値を示している。この場合、うるう秒指示子は、うるう秒の削除が終了する“３：００：００”までは「１０」にあり、それ以降は「００」となる。
【０２２９】
図３４（ｂ）は、ＮＴＰ動作モードを示している。この例では、シフト後のうるう秒の削除時刻の１秒前に、ブロードキャストうるう秒シフトモードからブロードキャストモードに変更されている。この場合、受信側は、シフト後時刻の１秒前にうるう秒のシフト後時刻を把握できる。
【０２３０】
図３４（ｄ）は、受信機２００Ａで受信されるＭＰＵ（放送ＭＰＵ）を矩形枠で示している。このＭＰＵは、例えば、エンコードバッファの遅延による１秒分だけ遅延された状態にある。また、図３４（ｅ）は、その受信ＭＰＵのそれぞれに対応した、識別情報としてのうるう秒制御信号（leap_control）を示している。このうるう秒制御信号は、うるう秒の発生後の絶対時刻情報を参照した最初のＭＰＵでは“１１０”とされ、その他のＭＰＵでは“１１１”とされている。
【０２３１】
図３４（ｆ）は、配信装置１００Ｃの時計における絶対時刻情報を示している。この場合、うるう秒の削除が、本来の“８：５９：５９”で行われている。図３４（ｇ）は、受信機２００Ａで受信されるＭＰＵ（ネット配信ＭＰＵ）を矩形枠で示している。このＭＰＵは、例えば、エンコードバッファの遅延による１秒分だけ遅延された状態にある。
【０２３２】
図３４（ｈ）は、その受信ＭＰＵのそれぞれに対応した時刻差情報としてのうるう秒制御信号（leap_control）を示している。放送送出システム１００Ａの時計における絶対時刻情報（図３４（ａ）参照））と、配信装置１００Ｃの時計における絶対時刻情報（図３４（ｆ）参照））とは、配信装置１００Ｃの時計における絶対時刻情報でうるう秒の挿入に係る２番目の“８：５９：５９”から“２：５９：５８”の期間で、配信装置１００Ｃの時計における絶対時刻情報が、放送送出システム１００Ａの時計における絶対時刻情報から１秒だけ進んだ状態にある。
【０２３３】
そのため、図３４（ｈ）の時刻差情報としてのうるう秒制御信号（leap_control）は、その期間に対応したＭＰＵでは“００１”とされ、その他のＭＰＵでは“０１１”とされている（図２６参照）。従って、受信機２００Ａは、この時刻差情報としてのうるう秒制御信号（leap_control）に基づいて、配信装置１００Ｃからの伝送メディアの提示単位グループ毎の提示時刻を調整することで、放送送出システム１００Ａと配信装置１００Ｃの双方からの伝送メディアの提示同期をとることが可能となる。
【０２３４】
図３５は、うるう秒の削除がある場合のマルチストリームサービス２についての提示同期処理の一例を示している。この例の場合、放送ストリームは通常のうるう秒ベース、ネット配信ストリームはうるう秒シフトモードベースである。
【０２３５】
図３５（ａ）は、放送送出システム１００Ａの時計における絶対時刻情報を示している。この場合、うるう秒の挿入が、本来の“８：５９：５９”で行われている。図３５（ｃ）は、うるう秒指示子（leap_indicator）の値を示している。この場合、うるう秒指示子は、うるう秒の削除が終了する“９：００：００”までは「１０」にあり、それ以降は「００」となる。図３５（ｂ）は、ＮＴＰ動作モードを示している。この例では、ブロードキャストモードのままにおかれる。
【０２３６】
図３５（ｄ）は、受信機２００Ａで受信されるＭＰＵ（放送ＭＰＵ）を矩形枠で示している。このＭＰＵは、例えば、エンコードバッファの遅延による１秒分だけ遅延された状態にある。また、図３５（ｅ）は、その受信ＭＰＵのそれぞれに対応した、識別情報としてのうるう秒制御信号（leap_control）を示している。このうるう秒制御信号は、うるう秒の発生後の絶対時刻情報を参照した最初のＭＰＵでは“１１０”とされ、その他のＭＰＵでは“１１１”とされている。
【０２３７】
図３５（ｆ）は、配信装置１００Ｃの時計における絶対時刻情報を示している。この場合、うるう秒の削除が、本来の“８：５９：５９”から深夜の“２：５９：５９”にシフトされている。図３５（ｇ）は、受信機２００Ａで受信されるＭＰＵ（ネット配信ＭＰＵ）を矩形枠で示している。このＭＰＵは、例えば、エンコードバッファの遅延による１秒分だけ遅延された状態にある。
【０２３８】
図３５（ｈ）は、その受信ＭＰＵのそれぞれに対応した時刻差情報としてのうるう秒制御信号（leap_control）を示している。放送送出システム１００Ａの時計における絶対時刻情報（図３５（ａ）参照））と、配信装置１００Ｃの時計における絶対時刻情報（図３５（ｆ）参照））とは、配信装置１００Ｃの時計における絶対時刻情報で“９：００：００”から“２：５９：５８”の期間で、配信装置１００Ｃの時計における絶対時刻情報が、放送送出システム１００Ａの時計における絶対時刻情報から１秒だけ遅れた状態にある。
【０２３９】
そのため、図３５（ｈ）の時刻差情報としてのうるう秒制御信号（leap_control）は、その期間に対応したＭＰＵでは“０１０”とされ、その他のＭＰＵでは“０１１”とされている（図２６参照）。従って、受信機２００Ａは、この時刻差情報としてのうるう秒制御信号（leap_control）に基づいて、配信装置１００Ｃからの伝送メディアの提示単位グループ毎の提示時刻を調整することで、放送送出システム１００Ａと配信装置１００Ｃの双方からの伝送メディアの提示同期をとることが可能となる。
【０２４０】
上述したように、図３１に示す送受信システム１０Ａにおいては、放送送出システム１００Ｂおよび配信装置１００Ｃに関しては、伝送メディアなどと共に、提示単位グループ毎の提示時刻を生成するときに参照された絶対時刻情報の、放送送出システム１００Ａにおける絶対時刻情報との時刻差を示す時刻差情報が送信される。そのため、受信側では、伝送メディアの提示単位グループ毎の提示時刻をこの時刻差情報に基づいて調整でき、伝送メディアの処理を放送送出システム１００Ａからの絶対時刻情報に同期した絶対時刻情報に基づいて良好に処理できる。
【０２４１】
＜３．変形例＞
なお、上述実施の形態では、ＭＭＴ方式の放送ストリームを取り扱う例を示した。詳細説明は省略するが、本技術は、同様の放送ストリームを取り使う場合にも同様に適用できることが勿論である。
【０２４２】
また、本技術は、以下のような構成を取ることもできる。
（１）外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部を備え、
上記時刻情報生成部は、上記外部から取得された絶対時刻情報で示されるうるう秒の発生時刻をシフト後時刻までシフトさせて時刻情報を生成し、
伝送メディアと上記時刻情報生成部で生成された絶対時刻情報とを含む信号を送信する送信部をさらに備える
送信装置。
（２）上記時刻情報生成部で生成される絶対時刻情報には、上記うるう秒の発生時刻のシフト状態にあるとき、該状態にあることを示すモード情報が付加される
前記（１）に記載の送信装置。
（３）上記モード情報は、シフト後時刻の一定時間前に通常状態にあることを示すように変更される
前記（２）に記載の送信装置。
（４）上記信号は、放送伝送路を用いて伝送される放送信号または通信伝送路を用いて伝送される配信信号である
前記（１）から（３）のいずれかに記載の送信装置。
（５）外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成ステップを有し、
上記時刻情報生成ステップでは、上記外部から取得された絶対時刻情報で示されるうるう秒の発生時刻をシフト後時刻までシフトさせて時刻情報を生成し、
送信部により、伝送メディアと上記時刻情報生成ステップで生成された絶対時刻情報とを含む信号を送信する送信ステップをさらに有する
送信方法。
（６）伝送メディアと絶対時刻情報とを含む信号を受信する受信部と、
上記受信部で受信された信号に含まれている上記絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部と、
上記伝送メディアを、上記時刻情報生成部で生成された絶対時刻情報に基づいて処理する処理部を備え、
上記受信部で受信された信号に含まれている絶対時刻情報には、うるう秒の発生時刻のシフト状態にあるとき、該状態にあることを示すモード情報が付加されており、
上記モード情報は、シフト後時刻の一定時間前に通常状態にあることを示すように変更され、
上記時刻情報生成部は、上記モード情報に基づいて、上記シフト後時刻にうるう秒を発生させる
受信装置。
（７）受信部により、伝送メディアと絶対時刻情報とを含む信号を受信する受信ステップと、
上記受信ステップで受信された信号に含まれている上記絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成ステップと、
上記伝送メディアを、上記時刻情報生成ステップで生成された絶対時刻情報に基づいて処理する処理ステップを有し、
上記受信ステップで受信された信号に含まれている絶対時刻情報には、うるう秒の発生時刻のシフト状態にあるとき、該状態にあることを示すモード情報が付加されており、
上記モード情報は、シフト後時刻の一定時間前に通常状態にあることを示すように変更され、
上記時刻情報生成ステップでは、上記モード情報に基づいて、上記シフト後時刻にうるう秒を発生させる
受信方法。
（８）外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部と、
伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻を、上記時刻情報生成部で生成された絶対時刻情報に基づいて生成する提示時刻生成部と、
上記時刻情報生成部で生成された絶対時刻情報でうるう秒の発生があるとき、該うるう秒の発生後の絶対時刻情報を参照した最初の上記提示単位グループを識別する識別情報を生成する識別情報生成部と、
上記伝送メディアと、上記時刻情報生成部で生成された絶対時刻情報と、上記提示時刻生成部で生成された提示単位グループ毎の提示時刻と、上記識別情報生成部で生成された識別情報とを含む信号を送信する送信部を備える
送信装置。
（９）上記信号は、上記伝送メディアを含む第１のパケットと、上記伝送メディアに関する情報を含む第２のパケットと、上記絶対時刻情報を含む第３のパケットを有し、
上記提示単位グループ毎の提示時刻と上記識別情報とは、上記第２のパケットに挿入される
前記（８）に記載の送信装置。
（１０）上記信号は、放送伝送路を用いて伝送される放送信号または通信伝送路を用いて伝送される配信信号である
前記（８）または（９）に記載の送信装置。
（１１）外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成ステップと、
伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻を、上記時刻情報生成ステップで生成された絶対時刻情報に基づいて生成する提示時刻生成ステップと、
上記時刻情報生成ステップで生成された絶対時刻情報でうるう秒の発生があるとき、該うるう秒の発生後の絶対時刻情報を参照した最初の上記提示単位グループを識別する識別情報を生成する識別情報生成ステップと、
送信部により、上記伝送メディアと、上記時刻情報生成ステップで生成された絶対時刻情報と、上記提示時刻生成ステップで生成された提示単位グループ毎の提示時刻と、上記識別情報生成ステップで生成された識別情報とを含む信号を送信する送信ステップを有する
送信方法。
（１２）伝送メディアと、絶対時刻情報と、上記伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻と、上記絶対時刻情報でうるう秒の発生があるとき、該うるう秒の発生後の絶対時刻情報を参照した最初の上記提示単位グループを識別する識別情報とを含む信号を受信する受信部と、
上記受信部で受信された信号に含まれている絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部とを備え、
上記時刻情報生成部は、上記絶対時刻情報のうるう秒の発生時刻でも連続した時間軸で絶対時刻情報を生成し、
上記受信部で受信された信号に含まれている提示単位グループ毎の提示時刻のうち、上記受信部で受信された信号に含まれている識別情報で示される提示単位グループ以降の各提示単位グループの提示時刻を調整する提示時刻調整部と、
上記伝送メディアを、上記時刻情報生成部で生成された絶対時刻情報および上記提示時刻調整部で調整された提示単位グループ毎の提示時刻に基づいて処理する処理部をさらに備える
受信装置。
（１３）上記提示時刻調整部は、上記うるう秒の発生がうるう秒の挿入であるとき各提示時刻に１秒を加算し、上記うるう秒の発生がうるう秒の削除であるとき各提示時刻から１秒を減算する
前記（１２）に記載の受信装置。
（１４）受信部により、伝送メディアと、絶対時刻情報と、上記伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻と、上記絶対時刻情報でうるう秒の発生があるとき、該うるう秒の発生後の絶対時刻情報を参照した最初の上記提示単位グループを識別する識別情報とを含む信号を受信する受信ステップと、
上記受信ステップで受信された信号に含まれている絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成ステップを有し、
上記時刻情報生成ステップでは、上記絶対時刻情報のうるう秒の発生時刻でも連続した時間軸で絶対時刻情報を生成し、
上記受信ステップで受信された信号に含まれている提示単位グループ毎の提示時刻のうち、上記受信ステップで受信された信号に含まれている識別情報で示される提示単位グループ以降の各提示単位グループの提示時刻を調整する提示時刻調整ステップと、
上記伝送メディアを、上記時刻情報生成ステップで生成された絶対時刻情報および上記提示時刻調整ステップで調整された提示単位グループ毎の提示時刻に基づいて処理する処理ステップをさらに有する
受信方法。
（１５）外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部と、
伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻を、上記時刻情報生成部で生成された絶対時刻情報に基づいて生成する提示時刻生成部と、
上記提示時刻生成部で上記提示単位グループ毎の提示時刻を生成するときに参照された上記時刻情報生成部で生成された絶対時刻情報の、他の送信機器における絶対時刻情報との時刻差を示す時刻差情報を生成する時刻差情報生成部と、
上記伝送メディアと、上記提示時刻生成部で生成された提示単位グループ毎の提示時刻と、上記時刻差情報生成部で生成された提示単位グループ毎の時刻差情報とを含む信号を送信する送信部を備える
送信装置。
（１６）上記信号は、上記伝送メディアを含む第１のパケットと、上記伝送メディアに関する情報を含む第２のパケットを有し、
上記提示単位グループ毎の提示時刻と、上記提示単位グループ毎の時刻差情報とは、上記第２のパケットに挿入される
前記（１５）に記載の送信装置。
（１７）上記信号は、放送伝送路を用いて伝送される放送信号または通信伝送路を用いて伝送される配信信号である
前記（１５）または（１６）に記載の送信装置。
（１８）外部から取得された絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成ステップと、
伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻を、上記時刻情報生成ステップで生成された絶対時刻情報に基づいて生成する提示時刻生成ステップと、
上記提示時刻生成ステップで上記提示単位グループ毎の提示時刻を生成するときに参照された上記時刻情報生成ステップで生成された絶対時刻情報の、他の送信機器における絶対時刻情報との時刻差を示す時刻差情報を生成する時刻差情報生成ステップと、
送信部により、上記伝送メディアと、上記提示時刻生成ステップで生成された提示単位グループ毎の提示時刻と、上記時刻差情報生成ステップで生成された提示単位グループ毎の時刻差情報とを含む信号を送信する送信ステップを有する
送信方法。
（１９）第１の送信機器からの第１の信号と、第２の送信機器からの第２の信号を受信する受信部を備え、
上記第１の信号は、第１の伝送メディアと、絶対時刻情報と、上記第１の伝送メディアの所定数の提示単位からなる提示単位グループ毎の第１の提示時刻とを含み、
上記第２の信号は、第２の伝送メディアと、該第２の伝送メディアの所定数の提示単位からなる提示単位グループ毎の第２の提示時刻と時刻差情報とを含み、
上記第１の信号に含まれる上記絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成部と、
上記第２の信号に含まれる上記第２の伝送メディアの提示単位グループ毎の第２の提示時刻を上記第２の信号に含まれる時刻差情報に基づいて調整する提示時刻調整部と、
上記第１の伝送メディアを、上記時刻情報生成部で生成された絶対時刻情報と、上記第１の信号に含まれている上記第１の伝送メディアの提示単位グループ毎の第１の提示時刻に基づいて処理し、上記第２の伝送メディアを、上記時刻情報生成部で生成された絶対時刻情報と、上記時刻情報調整部で調整された上記第２の伝送メディアの提示単位グループ毎の第２の提示時刻に基づいて処理する処理部をさらに備える
受信装置。
（２０）受信部により、第１の送信機器からの第１の信号と、第２の送信機器からの第２の信号を受信する受信ステップを有し、
上記第１の信号は、第１の伝送メディアと、絶対時刻情報と、上記第１の伝送メディアの所定数の提示単位からなる提示単位グループ毎の第１の提示時刻とを含み、
上記第２の信号は、第２の伝送メディアと、該第２の伝送メディアの所定数の提示単位からなる提示単位グループ毎の第２の提示時刻と時刻差情報とを含み、
上記第１の信号に含まれる上記絶対時刻情報に同期した絶対時刻情報を生成する時刻情報生成ステップと、
上記第２の信号に含まれる上記第２の伝送メディアの提示単位グループ毎の第２の提示時刻を上記第２の信号に含まれる時刻差情報に基づいて調整する提示時刻調整ステップと、
上記第１の伝送メディアを、上記時刻情報生成ステップで生成された絶対時刻情報と、上記第１の信号に含まれている上記第１の伝送メディアの提示単位グループ毎の第１の提示時刻に基づいて処理し、上記第２の伝送メディアを、上記時刻情報生成ステップで生成された絶対時刻情報と、上記時刻情報調整ステップで調整された上記第２の伝送メディアの提示単位グループ毎の第２の提示時刻に基づいて処理する処理ステップをさらに有する
受信方法。
【０２４３】
本技術の主な特徴は、伝送メディアと共に送信される絶対時刻情報をうるう秒の発生時刻をシフト後時刻までシフトさせたものとすることで、うるう秒の発生による受信側への影響を抑制したことである（図２３、図２４参照）。また、本技術の主な特徴は、伝送メディアなどと共に、うるう秒の発生後の絶対時刻情報を参照した最初の提示単位グループを識別する識別情報を送信することで、受信側では、伝送メディアの提示単位グループ毎の提示時刻をこの識別情報に基づいて調整し、うるう秒の発生による影響を抑制可能としたことである（図２７、図２８参照）。
【符号の説明】
【０２４４】
１０，１０Ａ・・・送受信システム
１００，１００Ａ，１００Ｂ・・・放送送出システム
１００Ｃ・・・配信装置
１５１Ａ，１５１Ｂ，１５１Ｃ・・・時計部（時刻情報生成部）
１５２Ａ，１５２Ｂ．１５２Ｃ・・・映像・音声エンコーダ
１５３Ａ，１５３Ｂ・・・送出装置
１５３Ｃ・・・リアルタイム配信サーバ
１１１・・・ＮＴＰクロック生成部
１１２・・・信号送出部
１１３・・・ビデオエンコーダ
１１４・・・オーディオエンコーダ
１１５・・・ＭＭＴシグナリングエンコード部
１１６・・・ＴＬＶシグナリング発生部
１１７-1〜１１７-N・・・ＩＰサービス・マルチプレクサ
１１８・・・ＴＬＶ・マルチプレクサ
１１９・・・変調/送信部
２００・・・受信機
２０１，２００Ａ・・・チューナ/復調部
２０２・・・デマルチプレクサ
２０２ａ・・・ＭＭＴ−ＳＩフィルタ部
２０２ｂ・・・ＴＬＶ−ＳＩフィルタ部
２０３・・・ＮＴＰクロック再生部
２０４・・・システム制御部
２０５・・・ビデオ制御部
２０６・・・ビデオデコードバッファ
２０７・・・ビデオデコーダ
２０８・・・オーディオ制御部
２０９・・・オーディオデコードバッファ
２１０・・・オーディオデコーダ
【図１】
2020074570.tif 000003
【図２】
2020074570.tif 000004
【図３】
2020074570.tif 000005
【図４】
2020074570.tif 000006
【図５】
2020074570.tif 000007
【図６】
2020074570.tif 000008
【図７】
2020074570.tif 000009
【図８】
2020074570.tif 000010
【図９】
2020074570.tif 000011
【図１０】
2020074570.tif 000012
【図１１】
2020074570.tif 000013
【図１２】
2020074570.tif 000014
【図１３】
2020074570.tif 000015
【図１４】
2020074570.tif 000016
【図１５】
2020074570.tif 000017
【図１６】
2020074570.tif 000018
【図１７】
2020074570.tif 000019
【図１８】
2020074570.tif 000020
【図１９】
2020074570.tif 000021
【図２０】
2020074570.tif 000022
【図２１】
2020074570.tif 000023
【図２２】
2020074570.tif 000024
【図２３】
2020074570.tif 000025
【図２４】
2020074570.tif 000026
【図２５】
2020074570.tif 000027
【図２６】
2020074570.tif 000028
【図２７】
2020074570.tif 000029
【図２８】
2020074570.tif 000030
【図２９】
2020074570.tif 000031
【図３０】
2020074570.tif 000032
【図３１】
2020074570.tif 000033
【図３２】
2020074570.tif 000034
【図３３】
2020074570.tif 000035
【図３４】
2020074570.tif 000036
【図３５】
2020074570.tif 000037
【手続補正書】
【提出日】令和2年2月5日(2020.2.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
伝送メディアの所定数の提示単位からなる提示単位グループ毎に、先頭の提示単位の提示時刻を、絶対時刻情報に基づいて生成する提示時刻生成ステップと、
上記絶対時刻情報でうるう秒の発生があるとき、上記提示単位グループ毎の提示時刻を調整するタイミングを示すためのうるう秒制御情報を生成する制御情報生成ステップと、
送信部により、上記伝送メディアと、上記絶対時刻情報と、上記提示時刻生成ステップで生成された提示単位グループ毎の先頭の提示単位の提示時刻と、上記制御情報生成ステップで生成されたうるう秒制御情報とを含む信号を送信する送信ステップを有する
送信方法。
【請求項２】
伝送メディアの所定数の提示単位からなる提示単位グループ毎に、先頭の提示単位の提示時刻を、絶対時刻情報に基づいて生成する提示時刻生成部と、
上記絶対時刻情報でうるう秒の発生があるとき、上記提示単位グループ毎の提示時刻を調整するタイミングを示すためのうるう秒制御情報を生成する制御情報生成部と、
上記伝送メディアと、上記絶対時刻情報と、上記提示時刻生成部で生成された提示単位グループ毎の先頭の提示単位の提示時刻と、上記制御情報生成部で生成されたうるう秒制御情報とを含む信号を送信する送信部を備える
送信装置。

【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本技術は、送信方法および送信装置に関する。