JP6648702B2 - 送信装置、送信方法、受信装置および受信方法 - Google Patents

送信装置、送信方法、受信装置および受信方法 Download PDF

Info

Publication number
JP6648702B2
JP6648702B2 JP2016574725A JP2016574725A JP6648702B2 JP 6648702 B2 JP6648702 B2 JP 6648702B2 JP 2016574725 A JP2016574725 A JP 2016574725A JP 2016574725 A JP2016574725 A JP 2016574725A JP 6648702 B2 JP6648702 B2 JP 6648702B2
Authority
JP
Japan
Prior art keywords
presentation
time
leap
time information
unit
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
JP2016574725A
Other languages
English (en)
Other versions
JPWO2016129413A1 (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.)
Sony Corp
Original Assignee
Sony 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 Sony Corp filed Critical Sony Corp
Publication of JPWO2016129413A1 publication Critical patent/JPWO2016129413A1/ja
Application granted granted Critical
Publication of JP6648702B2 publication Critical patent/JP6648702B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0635—Clock or time synchronisation in a network
    • H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0658—Clock or time synchronisation among packet nodes
    • H04J3/0661—Clock or time synchronisation among packet nodes using timestamps
    • H04J3/0667—Bidirectional timestamps, e.g. NTP or PTP for compensation of clock drift and for compensation of propagation delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/38—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space
    • H04H60/40—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0635—Clock or time synchronisation in a network
    • H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0658—Clock or time synchronisation among packet nodes
    • H04J3/0661—Clock or time synchronisation among packet nodes using timestamps
    • H04J3/0664—Clock or time synchronisation among packet nodes using timestamps unidirectional timestamps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1881—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8547—Content authoring involving timestamps for synchronizing content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W56/0015—Synchronization between nodes one node acting as a reference for the others

Description

本技術は、送信装置、送信方法、受信装置および受信方法に関し、特に、ビデオ、オーディオなどの伝送メディアを含むＩＰ方式の信号を送信する送信装置等に関する。
次世代の放送方式として、ＩＰプロトコルをベースにＭＰ４ ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔに基づいたコンテンツフォーマットで伝送するＭＭＴ等の伝送方式が検討されている（例えば、非特許文献１参照）。提示同期のために参照時間軸として絶対時刻（ＵＴＣ）を適用する場合、数年に１度生じるうるう秒が提示制御上問題となる。
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・・・ＩＰサービス・マルチプレクサ
１１８・・・ＴＬＶ・マルチプレクサ
１１９・・・変調/送信部
２００・・・受信機
２０１，２００Ａ・・・チューナ/復調部
２０２・・・デマルチプレクサ
２０２ａ・・・ＭＭＴ−ＳＩフィルタ部
２０２ｂ・・・ＴＬＶ−ＳＩフィルタ部
２０３・・・ＮＴＰクロック再生部
２０４・・・システム制御部
２０５・・・ビデオ制御部
２０６・・・ビデオデコードバッファ
２０７・・・ビデオデコーダ
２０８・・・オーディオ制御部
２０９・・・オーディオデコードバッファ
２１０・・・オーディオデコーダ

Claims (7)

  1. 伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻を、絶対時刻情報に基づいて生成する提示時刻生成部と、
    上記絶対時刻情報でうるう秒の発生があるとき、上記提示単位グループ毎の提示時刻を調整するタイミングを示すためのうるう秒制御情報を生成する制御情報生成部と、
    上記伝送メディアと、上記絶対時刻情報と、上記提示時刻生成部で生成された提示単位グループ毎の提示時刻と、上記制御情報生成部で生成されたうるう秒制御情報とを含む信号を送信する送信部を備える
    送信装置。
  2. 上記信号は、上記伝送メディアを含む第１のパケットと、上記伝送メディアに関する情報を含む第２のパケットと、上記絶対時刻情報を含む第３のパケットを有し、
    上記提示単位グループ毎の提示時刻と上記うるう秒制御情報とは、上記第２のパケットに挿入される
    請求項１に記載の送信装置。
  3. 上記信号は、放送伝送路を用いて伝送される放送信号または通信伝送路を用いて伝送される配信信号である
    請求項１に記載の送信装置。
  4. 伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻を、絶対時刻情報に基づいて生成する提示時刻生成ステップと、
    上記絶対時刻情報でうるう秒の発生があるとき、上記提示単位グループ毎の提示時刻を調整するタイミングを示すためのうるう秒制御情報を生成する制御情報生成ステップと、
    送信部により、上記伝送メディアと、上記絶対時刻情報と、上記提示時刻生成ステップで生成された提示単位グループ毎の提示時刻と、上記制御情報生成ステップで生成されたうるう秒制御情報とを含む信号を送信する送信ステップを有する
    送信方法。
  5. 伝送メディアと、絶対時刻情報と、上記伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻と、上記絶対時刻情報でうるう秒の発生があるとき上記提示単位グループ毎の提示時刻を調整するタイミングを示すためのうるう秒制御情報とを含む信号を受信する受信部と、
    上記受信部で受信された信号に含まれている絶対時刻情報に同期した絶対時刻情報を生成する処理と、上記受信部で受信された信号に含まれているうるう秒制御情報に基づいて上記受信部で受信された信号に含まれている提示単位グループ毎の提示時刻を調整する処理と、上記伝送メディアを上記生成された絶対時刻情報および上記調整された提示単位グループ毎の提示時刻に基づいて提示する処理とを制御する制御部を備える
    受信装置。
  6. 上記提示時刻を調整する処理では、上記うるう秒の発生がうるう秒の挿入であるときは各提示時刻に１秒を加算し、上記うるう秒の発生がうるう秒の削除であるとき各提示時刻から１秒を減算する
    請求項５に記載の受信装置。
  7. 受信部により、伝送メディアと、絶対時刻情報と、上記伝送メディアの所定数の提示単位からなる提示単位グループ毎の提示時刻と、上記絶対時刻情報でうるう秒の発生があるとき上記提示単位グループ毎の提示時刻を調整するタイミングを示すためのうるう秒制御情報とを含む信号を受信する受信ステップと、
    上記受信ステップで受信された信号に含まれている絶対時刻情報に同期した絶対時刻情報を生成する処理と、上記受信ステップで受信された信号に含まれているうるう秒制御情報に基づいて上記受信部で受信された信号に含まれている提示単位グループ毎の提示時刻を調整する処理と、上記伝送メディアを上記生成された絶対時刻情報および上記調整された提示単位グループ毎の提示時刻に基づいて提示する処理とを制御する制御ステップを有する
    受信方法。
JP2016574725A 2015-02-10 2016-01-29 送信装置、送信方法、受信装置および受信方法 Active JP6648702B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015024603 2015-02-10
JP2015024603 2015-02-10
PCT/JP2016/052629 WO2016129413A1 (ja) 2015-02-10 2016-01-29 送信装置、送信方法、受信装置および受信方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2020004826A Division JP6819802B2 (ja) 2015-02-10 2020-01-16 送信方法および送信装置

Publications (2)

Publication Number Publication Date
JPWO2016129413A1 JPWO2016129413A1 (ja) 2017-11-16
JP6648702B2 true JP6648702B2 (ja) 2020-02-14

Family

ID=56614478

Family Applications (5)

Application Number Title Priority Date Filing Date
JP2016574725A Active JP6648702B2 (ja) 2015-02-10 2016-01-29 送信装置、送信方法、受信装置および受信方法
JP2020004826A Active JP6819802B2 (ja) 2015-02-10 2020-01-16 送信方法および送信装置
JP2020216446A Active JP6977862B2 (ja) 2015-02-10 2020-12-25 送信方法および送信装置
JP2021183026A Active JP7279767B2 (ja) 2015-02-10 2021-11-10 送信方法および送信装置
JP2023077654A Pending JP2023106456A (ja) 2015-02-10 2023-05-10 受信装置および受信方法

Family Applications After (4)

Application Number Title Priority Date Filing Date
JP2020004826A Active JP6819802B2 (ja) 2015-02-10 2020-01-16 送信方法および送信装置
JP2020216446A Active JP6977862B2 (ja) 2015-02-10 2020-12-25 送信方法および送信装置
JP2021183026A Active JP7279767B2 (ja) 2015-02-10 2021-11-10 送信方法および送信装置
JP2023077654A Pending JP2023106456A (ja) 2015-02-10 2023-05-10 受信装置および受信方法

Country Status (4)

Country Link
US (1) US10305617B2 (ja)
EP (1) EP3258697B1 (ja)
JP (5) JP6648702B2 (ja)
WO (1) WO2016129413A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112135168B (zh) * 2014-11-20 2022-11-04 松下电器（美国）知识产权公司 发送方法、接收方法、发送装置以及接收装置
CN107113462B (zh) 2014-11-20 2020-10-27 松下电器（美国）知识产权公司 发送方法、接收方法、发送装置以及接收装置
KR102137349B1 (ko) 2015-03-02 2020-07-23 닛본 덴끼 가부시끼가이샤 디코딩 장치, 수신기기, 송신기기, 송수신 시스템, 디코딩 방법, 및 디코딩 프로그램이 저장된 저장매체
KR102041761B1 (ko) 2015-03-02 2019-11-06 닛본 덴끼 가부시끼가이샤 디코딩 장치, 수신기기, 송신기기, 송수신 시스템, 디코딩 방법, 및 디코딩 프로그램이 저장된 저장매체
JP6219330B2 (ja) * 2015-03-11 2017-10-25 株式会社東芝 送信システム、多重化装置及びうるう秒補正対応方法
CN113038188B (zh) 2015-03-31 2023-06-06 松下电器（美国）知识产权公司 发送方法、接收方法、发送装置以及接收装置
EP3280150A4 (en) 2015-03-31 2018-02-07 Panasonic Intellectual Property Corporation of America Transmission method, reception method, transmission device and reception device
JP6585508B2 (ja) * 2015-04-02 2019-10-02 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置及び受信装置
JP6679314B2 (ja) 2015-03-31 2020-04-15 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 受信方法、受信装置及び送受信システム
JP6611095B2 (ja) * 2015-06-04 2019-11-27 日本放送協会 受信装置およびプログラム

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002365385A (ja) * 2001-06-07 2002-12-18 Nec Corp 時刻情報供給装置
JP3873009B2 (ja) 2002-06-28 2007-01-24 株式会社東芝 同期位相校正装置及び同期位相校正方法
US20090310593A1 (en) 2008-06-17 2009-12-17 Qualcomm Incorporated Self-positioning access points
JP2010272071A (ja) 2009-05-25 2010-12-02 Hitachi Kokusai Electric Inc 端末装置
JP4949451B2 (ja) * 2009-10-29 2012-06-06 エルピーダメモリ株式会社 ダイナミック型ｒａｍと半導体装置
JP5582045B2 (ja) 2011-01-20 2014-09-03 セイコーエプソン株式会社 時刻修正装置、時刻修正装置付き計時装置及び時刻修正方法
US9369976B2 (en) * 2012-06-27 2016-06-14 Qualcomm Incorporated Supporting coordinated universal time in LTE
US9226211B2 (en) * 2013-01-17 2015-12-29 Intel IP Corporation Centralized partitioning of user devices in a heterogeneous wireless network
US9491524B2 (en) * 2013-03-13 2016-11-08 Intel Corporation Leap second support in content timestamps
JP6237547B2 (ja) * 2013-03-14 2017-11-29 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
US9153357B1 (en) * 2014-03-27 2015-10-06 Rohm And Haas Electronic Materials Llc Adhesion promoter
JP6476666B2 (ja) * 2014-09-04 2019-03-06 沖電気工業株式会社 時報システム及びプログラム
CN112135168B (zh) * 2014-11-20 2022-11-04 松下电器（美国）知识产权公司 发送方法、接收方法、发送装置以及接收装置
JP6828991B2 (ja) * 2014-12-08 2021-02-10 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置及び受信装置
CN107113462B (zh) * 2014-11-20 2020-10-27 松下电器（美国）知识产权公司 发送方法、接收方法、发送装置以及接收装置

Also Published As

Publication number Publication date
JP2023106456A (ja) 2023-08-01
EP3258697A1 (en) 2017-12-20
JP6977862B2 (ja) 2021-12-08
JP7279767B2 (ja) 2023-05-23
US10305617B2 (en) 2019-05-28
EP3258697A4 (en) 2019-01-02
JP2021052435A (ja) 2021-04-01
JPWO2016129413A1 (ja) 2017-11-16
JP2020074570A (ja) 2020-05-14
WO2016129413A1 (ja) 2016-08-18
JP2022016498A (ja) 2022-01-21
US20180034571A1 (en) 2018-02-01
JP6819802B2 (ja) 2021-01-27
EP3258697B1 (en) 2021-12-22

Similar Documents

Publication Publication Date Title
JP7279767B2 (ja) 送信方法および送信装置
KR102145154B1 (ko) 송신 장치, 송신 방법, 수신 장치 및 수신 방법
US9942292B2 (en) Transmission apparatus, transmitting method, reception apparatus, and reception method
JP7400867B2 (ja) 送信装置、送信方法および受信装置
JP5672406B2 (ja) 送信装置、送信方法、受信装置および受信方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190124

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190124

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191008

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191204

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191230

R151 Written notification of patent or utility model registration

Ref document number: 6648702

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151