(57)【要約】  受信側において特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻をうるう秒の発生の影響をうけることなく適切に得る。  番組の伝送メディアを送信すると共に、番組の先頭からの相対時間で表されるＮＴＰ時刻と絶対時間で表されるＵＴＣ時刻のマッピング情報を間欠的に送信する。マッピング情報に、うるう秒調整情報を含める。受信側において、マッピング情報に基づいて求められた特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻をうるう秒調整情報に基づいて調整でき、うるう秒の発生の影響を回避できる。
2016171001.tif 000002
【特許請求の範囲】
【請求項１】
番組の伝送メディアを送信すると共に、上記番組の先頭からの相対時間で表されるＮＰＴ時刻と絶対時間で表されるＵＴＣ時刻のマッピング情報を、うるう秒調整情報を含めて間欠的に送信する送信部を備える
送信装置。
【請求項２】
上記送信部は、
上記伝送メディアを第１のパケットに含めて送信し、上記マッピング情報およびうるう秒調整情報を第２のパケットに含めて送信する
請求項１に記載の送信装置。
【請求項３】
上記第１のパケットおよび上記第２のパケットは、ＭＭＴＰパケットである
請求項２に記載の送信装置。
【請求項４】
上記送信部は、上記マッピング情報および上記うるう秒調整情報が記述されたＵＴＣ−ＮＰＴ参照記述子を間欠的に送信する
請求項１に記載の送信装置。
【請求項５】
番組の伝送メディアを送信すると共に、上記番組の先頭からの相対時間で表されるＮＰＴ時刻と絶対時間で表されるＵＴＣ時刻のマッピング情報を、うるう秒調整情報を含めて間欠的に送信する送信ステップを有する
送信方法。
【請求項６】
番組の伝送メディアを受信すると共に、うるう秒調整情報を含む、上記番組の先頭からの相対時間で表されるＮＰＴ時刻と絶対時間で表されるＵＴＣ時刻のマッピング情報を間欠的に受信する受信部と、
上記間欠的に受信されるマッピング情報に基づいて、特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻を求め、該求められた特定のＵＴＣ時刻を上記うるう秒調整情報に基づいて調整する時刻算出調整部を備える
受信装置。
【請求項７】
上記番組に連動するアプリケーションを実行するアプリケーション処理部をさらに備え、
上記アプリケーション処理部は、
上記時刻算出調整部に上記特定のＮＰＴ時刻を送り、上記時刻算出調整部から上記特定のＵＴＣ時刻を受け取り、該特定のＵＴＣ時刻のタイミングで上記アプリケーションの実行を開始する
請求項６に記載の受信装置。
【請求項８】
受信部により、番組の伝送メディアを受信すると共に、うるう秒調整情報を含む、上記番組の先頭からの相対時間で表されるＮＰＴ時刻と絶対時間で表されるＵＴＣ時刻のマッピング情報を間欠的に受信する受信ステップと、
上記間欠的に受信されるマッピング情報に基づいて、特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻を求め、該求められた特定のＵＴＣ時刻を上記うるう秒調整情報に基づいて調整する時刻算出調整ステップを有する
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、受信装置および受信方法に関し、特に、ビデオ、オーディオなどの番組の伝送メディアを送信する送信装置等に関する。
【背景技術】
【０００２】
ＮＰＴ（Normal Play Time）は、主にＨＴＭＬなどのアプリケーションで用いられ、特定のストリームソースの先頭からの相対時間の時間軸を示す。番組連動アプリケーションにおいて、ＮＰＴを用いることにより実際の放送時刻に関わらず、番組のリソース上の相対時刻（例えばＣＭを含まない先頭からの時間で示す）を指定したアプリケーション動作を記述することが可能となる。【０００３】
ＮＰＴは、ＵＴＣ−ＮＰＴ参照記述子を配置したＥＭＴ（Event Message Table）を放送信号において間欠的に伝送することにより実現する（非特許文献１参照）。ＵＴＣ−ＮＰＴ参照記述子は、受信時より先の時点の一組のＵＴＣ（Coordinated Universal Time）時刻とＮＰＴ（Normal Play Time）時刻のマッピング情報から構成される。【０００４】
このＵＴＣ−ＮＰＴ参照記述子を間欠的に取得することにより、任意の時点において、ＵＴＣ時刻→ＮＰＴ時刻、あるいはＮＰＴ時刻→ＵＴＣ時刻の時刻換算を行うことが可能である。さらに番組本編のＮＰＴとして、間にＣＭ（Commercial Message）が入った場合にはＵＴＣ時間が経過しても、その間はＮＰＴ時間を止めることが可能な機構も含まれる。【０００５】
アプリケーションへの利用例としては、特定のＮＰＴ時刻を指定したタイマーをセットして、その時刻になったらタイマーイベントが発生して、アプリケーションの実行を開始させることが考えられる。これにより、実際の放送時間や、ＣＭの挿入位置に関係なく、あらかじめ、特定のシーンにおいて連動するアプリケーションを制作することが可能となる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ARIB STD-B60 1.2版、“デジタル放送におけるＭＭＴによるメディアトランスポート方式、平成２６年３月２７日  １．２改定、[online],[平成２７年４月１５日検索]、インターネット＜ＵＲＬ： http://www.arib.or.jp/english/html/overview/doc/2-STD-B60v1_2.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
うるう秒が生じた場合にＵＴＣ時刻に影響があり、ＵＴＣ−ＮＰＴ参照記述子によるＮＰＴ時刻処理にも影響がある。少なくとも、既存の対応方法では誤ったＵＴＣ時刻→ＮＰＴ時刻、あるいはＮＰＴ時刻→ＵＴＣ時刻の算出となり得る。例えば、ＵＴＣ−ＮＰＴ参照記述子に指定されたＵＴＣ時刻がうるう秒追加対象時刻であった場合には、それがダブった前の秒なのか後の秒なのかの区別がつかないので誤った結果となる。【０００８】
なお、ＵＴＣ−ＮＰＴ参照記述子に指定されたＵＴＣ時刻がうるう秒対象時刻を回避している場合には、ＮＴＰ（Network Time Protocol）のうるう秒指示子（leap_indicator）から情報を得てうるう秒が存在することを考慮した算出を行うこともできる。しかし、ＮＴＰ受信とＭＭＴ−ＳＩ受信は異なる処理系なので、ＭＭＴ−ＳＩで閉じてうるう秒制御が行えるのが望ましい。【０００９】
本技術の目的は、受信側において特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻をうるう秒の発生の影響をうけることなく適切に得ることにある。
【課題を解決するための手段】
【００１０】
本技術の概念は、
番組の伝送メディアを送信すると共に、上記番組の先頭からの相対時間で表されるＮＴＰ時刻と絶対時間で表されるＵＴＣ時刻のマッピング情報を、うるう秒調整情報を含めて間欠的に送信する送信部を備える
送信装置にある。【００１１】
本技術において、送信部により、番組の伝送メディアが送信される。また、送信部により、番組の先頭からの相対時間で表されるＮＰＴ時刻と絶対時間で表されるＵＴＣ時刻のマッピング情報が、うるう秒調整情報が含められて間欠的に送信される。【００１２】
例えば、送信部は、伝送メディアを第１のパケットに含めて送信し、マッピング情報およびうるう秒調整情報を第２のパケットに含めて送信する、ようにされてもよい。この場合、例えば、第１のパケットおよび第２のパケットは、ＭＭＴＰパケットである、ようにされてもよい。また、例えば、送信部は、マッピング情報およびうるう秒調整情報が記述されたＵＴＣ−ＮＰＴ参照記述子を間欠的に送信する、ようにされてもよい。【００１３】
このように本技術においては、間欠的に送信されるＮＰＴ時刻とＵＴＣ時刻のマッピング情報にうるう秒調整情報を含めるものである。そのため、受信側において、マッピング情報に基づいて求められた特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻をうるう秒調整情報に基づいて調整でき、特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻をうるう秒の発生の影響をうけることなく適切に得ることが可能となる。【００１４】
また、本技術の他の概念は、
番組の伝送メディアを受信すると共に、うるう秒調整情報を含む、上記番組の先頭からの相対時間で表されるＮＰＴ時刻と絶対時間で表されるＵＴＣ時刻のマッピング情報を間欠的に受信する受信部と、
上記間欠的に受信されるマッピング情報に基づいて上記番組の先頭からの相対時間で表される特定のＮＰＴ時刻に対応した絶対時間で表される特定のＵＴＣ時刻を求め、該求められる特定のＵＴＣ時刻を上記うるう秒調整情報に基づいて調整する時刻算出調整部を備える
受信装置にある。【００１５】
本技術において、受信部により、番組の伝送メディアが受信される。また、受信部により、番組の先頭からの相対時間で表されるＮＰＴ時刻と絶対時間で表されるＵＴＣ時刻のマッピング情報が、間欠的に送信される。このマッピング情報には、うるう秒調整情報が含められている。【００１６】
時刻算出調整部により、間欠的に受信されるマッピング情報に基づいて、特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻が求められ、この求められた特定のＵＴＣ時刻がうるう秒調整情報に基づいて調整される。【００１７】
このように本技術においては、間欠的に送信されるＮＰＴ時刻とＵＴＣ時刻のマッピング情報に基づいて算出された特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻を、うるう秒調整情報に基づいて調整するものである。そのため、特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻をうるう秒の発生の影響をうけることなく適切に得ることが可能となる。【００１８】
なお、本技術において、例えば、番組に連動するアプリケーションを実行するアプリケーション処理部をさらに備え、アプリケーション処理部は、時刻算出調整部に特定のＮＰＴ時刻を送り、この時刻算出調整部から特定のＵＴＣ時刻を受け取り、この特定のＵＴＣ時刻のタイミングでアプリケーションの実行を開始する、ようにされてもよい。この場合、アプリケーション処理部では番組に連動するアプリケーションをうるう秒の発生の影響をうけることなく正しいタイミングで実行することが可能となる。
【発明の効果】
【００１９】
本技術によれば、受信側において特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻をうるう秒の発生の影響をうけることなく適切に得ることが可能となる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【００２０】
【図１】実施の形態としての送受信システムの構成例を示すブロック図である。
【図２】放送信号構成例を示すスタックモデルを示す図である。
【図３】放送送出システムから受信機に送信される１つのチャンネル（放送番組）の放送信号のイメージを示す図である。
【図４】タイムドメディア（Timed Media）を伝送する場合におけるパケット構成例を示す図である。
【図５】ノンタイムドメディア（Non-Timed Media）を伝送する場合におけるパケット構成例を示す図である。
【図６】ＮＴＰデータの構造例を示す図である。
【図７】ＮＴＰデータの構造例におけるうるう秒指示子およびＮＴＰ動作モードを説明するための図である。
【図８】イベントメッセージテーブルの構成例を示す図である。
【図９】ＵＴＣ−ＮＰＴ参照記述子の構成例を示す図である。
【図１０】ＵＴＣ−ＮＰＴ参照記述子の「UN_leap_control」のフィールドの各値の意味を示す図である。
【図１１】ＮＰＴとＵＴＣの対応関係の一例を示す図である。
【図１２】ＵＴＣ−ＮＰＴ参照記述子のＵＴＣ時刻がうるう秒追加以前の状態にあるときの調整処理例を示す図である。
【図１３】ＵＴＣ−ＮＰＴ参照記述子のＵＴＣ時刻がうるう秒追加で重複する時刻の１秒目の状態にあるときの調整処理例を示す図である。
【図１４】ＵＴＣ−ＮＰＴ参照記述子のＵＴＣ時刻がうるう秒削除以前の状態にあるときの調整処理例を示す図である。
【図１５】ＵＴＣ−ＮＰＴ参照記述子のＵＴＣ時刻がうるう秒追加で重複する時刻の２秒目の状態にあるときの調整処理例を示す図である。
【図１６】放送送出システムの構成例を示すブロック図である。
【図１７】ＭＭＴシグナリングエンコーダ内のＮＰＴ−ＥＭＴエンコーダの構成例を示すブロック図である。
【図１８】受信機の構成例を示すブロック図である。
【図１９】システム制御部内のＮＰＴ処理部の構成例を示すブロック図である。
【発明を実施するための形態】
【００２１】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００２２】
＜１．実施の形態＞
［送受信システムの構成例］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、放送送出システム１００と、受信機２００により構成されている。
【００２３】
放送送出システム１００は、ビデオ、オーディオなどの番組の伝送メディアを含むＭＭＴ（MPEG Media Transport）方式の放送信号を送信する。放送送出システム１００は、絶対時間で表されるＵＴＣ（Coordinated Universal Time）時刻と、番組の先頭からの相対時間で表されるＮＰＴ（Normal Play Time）時刻のマッピング情報を、ＭＭＴ（MPEG Media Transport）方式の放送信号に含めて、間欠的に送信する。
【００２４】
放送送出システム１００は、マッピング情報に、うるう秒調整情報を含める。すなわち、放送送出システム１００は、マッピング情報およびうるう秒調整情報が記述されたＵＴＣ−ＮＰＴ参照記述子が配置されたイベントメッセージテーブル（ＥＭＴ：Event Message Table）をＭ２セクション・メッセージ（M2section Message）で送る。
【００２５】
受信機２００は、放送送出システム１００から送られてくる上述のＭＭＴ方式の放送信号を受信する。受信機２００は、放送信号に間欠的に含まれるマッピング情報およびうるう秒調整情報に基づいて、特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻を求める。この場合、受信機２００は、特定のＵＴＣ時刻をマッピング情報に基づいて算出し、さらに算出された特定のＵＴＣ時刻をうるう秒調整情報に基づいて調整し、うるう秒の発生があってもその影響を回避する。
【００２６】
受信機２００は、番組に連動するアプリケーションを実行するアプリケーション処理を行うアプリケーション処理部としてのデータ放送アプリエンジンを備える。このデータ放送アプリエンジンには、“setAlarmByUTCNPT”のＡＰＩ（Application Programming Interface）で、特定のＮＰＴ時刻のタイミングで実行すべきアプリケーションが登録されている。データ放送アプリエンジンは、上述したように特定のＮＰＴ時刻に対応して求められた特定のＵＴＣ時刻のタイミングで登録されているアプリケーションの実行を開始し、所定のデータ放送の表示信号を発生させる。
【００２７】
図２は、放送信号構成例を示すスタックモデルである。下位に物理レイヤ（ＰＨＹ）がある。この物理レイヤには、変調方式、誤り訂正方式などが含まれる。この物理レイヤの上に、ＴＬＶ（Type Length Value）の伝送パケットのレイヤがある。このＴＬＶの伝送パケットの上にＩＰパケットが載る。このＩＰパケットの上に、さらに、ＵＤＰ（User Datagram Protocol）が載る。一方、ＴＬＶの伝送パケットの上に、シグナリング（Signaling）情報としての伝送制御信号も載る。
【００２８】
また、ＵＤＰの上に、ＭＭＴＰパケットが載る。このＭＭＴＰパケットのペイロード部には、ＭＦＵ（MMT Fragment Unit）あるいはシグナリングメッセージ（Signaling Message）が含まれる。このＭＦＵとして、ビデオ、オーディオ等のストリームデータや、ＨＴＭＬ文書データ、その他のデータ等のファイル（ファイルデータ）が挿入される。
【００２９】
図３は、放送送出システム１００から受信機２００に送信される１つのチャンネル（放送番組）の放送信号のイメージを示している。この放送信号には、ビデオ、オーディオなどのタイムドメディアを含むＭＭＴＰパケットと、ファイルデータなどのノンタイムドメディアを含むＭＭＴＰパケットが含まれる他、さらに、シグナリングメッセージを含むＭＭＴＰパケットも含まれる。このシグナリングメッセージの一つとして、イベントメッセージテーブルを持つＭ２セクション・メッセージが存在する。
【００３０】
図４は、タイムドメディア（Timed Media）を伝送する場合におけるパケット構成例を示している。図４（ａ）は、ビデオのエレメンタリストリーム（Video ES）を示している。このビデオのエレメンタリストリームは、所定の大きさの固まりに分割され、図４（ｂ）に示すように、ＭＦＵのペイロード部に配置される。
【００３１】
図４（ｃ）に示すように、ＭＦＵにＭＭＴＰペイロードヘッダ（MMTP payload header）が付加されてＭＭＴＰペイロード（MMTP payload）が構成される。そして、図４（ｄ）に示すように、このＭＭＴＰペイロードにさらにＭＭＴヘッダ（MMT header）が付加されて、ＭＭＴＰパケット（MMTP packet）が構成される。このＭＭＴＰパケットは、第１のパケットを構成する。なお、ペイロード部に、シグナリングメッセージ（Signaling Message）を含むＭＭＴＰパケットも存在する。このＭＭＴＰパケットは、第２のパケットを構成する。
【００３２】
図４（ｅ）に示すように、ＭＭＴＰパケットに、ＵＤＰヘッダ、ＩＰヘッダおよびＴＬＶヘッダが付加されて、ＭＭＴ方式放送ストリームを構成するＴＬＶパケット(TLV packet)が生成される。なお、ＴＬＶパケットには、ＮＴＰデータ（Network_Time_Protocol_Data）を含むＮＴＰパケットも存在する。また、図示は省略されているが、ＴＬＶパケットとしては、さらに、オーディオ、字幕などのその他の伝送メディアのＭＭＴＰパケットを含むＴＬＶパケットも存在する。
【００３３】
図５は、ノンタイムドメディア（Non-Timed Media）を伝送する場合におけるパケット構成例を示している。図５（ａ）は、ファイル（File）を示している。Ｆ１，Ｆ２のそれぞれが１つのファイルを示している。例えば、Ｆ１はある番組で利用するファイルであり、Ｆ２は次の番組で利用するファイルである。
【００３４】
Ｆ１のファイルは、ファイルサイズが小さいので、図５（ｂ）に示すように、その全体がＭＦＵのペイロードに配置される。一方、Ｆ２のファイルは、ファイルサイズが大きいので、図５（ｂ）に示すように、複数個の固まり、つまりフラグメント（fragment）に分割され、それぞれがＭＦＵのペイロードに配置される。
【００３５】
図５（ｃ）に示すように、ＭＦＵにＭＭＴＰペイロードヘッダ（MMTP payload header）が付加されてＭＭＴＰペイロード（MMTP payload）が構成される。この場合、Ｆ１のファイルデータを持つＭＦＵはサイズが小さいので、１つのＭＭＴＰペイロードに配置される。一方、Ｆ２-1，Ｆ２-2，・・・の分割データを持つＭＦＵは、それぞれ、１つのＭＭＴＰペイロードに配置される。
【００３６】
図５（ｄ）に示すように、このＭＭＴＰペイロードにさらにＭＭＴヘッダ（MMT header）が付加されて、ＭＭＴＰパケット（MMT packet）が構成される。ペイロード部に、シグナリングメッセージ（Signaling Message）を含むＭＭＴＰパケットも存在する。図５（ｅ）に示すように、ＭＭＴＰパケットにＵＤＰヘッダＩＰヘッダおよびＴＬＶヘッダが付加されて、ＭＭＴ方式放送ストリームを構成するＴＬＶパケット(TLV packet)が生成される。なお、ＴＬＶパケットには、ＮＴＰデータを含むＮＴＰパケットも存在する。
【００３７】
「ＮＴＰデータ（Network_Time_Protocol_Data）の構成例」
図６は、ＮＴＰデータの構成例（Syntax）を示している。「leap_indicator」の２ビットフィールドは、現在月の最後の１分に、うるう秒を挿入あるいは削除することを示すうるう秒指示子である。このうるう秒指示子は、図７（ａ）に従って符号化される。“０”は「警告無し」を意味し、“１”は「最後の１分が６１秒」を意味し、“２”は「最後の１分が５９秒」を意味し、“３”は「警告」を意味する。
【００３８】
「mode」の３ビットフィールドは、ＮＴＰの動作モードを示し、図７（ｂ）に従って符号化される。例えば、“４”はサーバーモードを示し、“５”はブロードキャストモードを示す。「transmit_timestamp」の６４ビットフィールドは、送信する絶対時刻情報であり、ＮＴＰロングフォーマット（NTP long format）で表される。
【００３９】
上述したようにうるう秒は現在月の最後の１分に挿入、削除されるものであり、具体的には、２３：５９：５９が挿入、削除される。ＮＴＰは協定世界時（ＵＴＣ）、つまりグリニッジ標準を示すので、上記の２３：５９：５９は、日本では８：５９：５９を指す。以下の説明では、日本における場合を例にとって説明する。つまり、うるう秒の挿入、削除は、０８：５９：５９を挿入、削除するものとして説明する。
【００４０】
「ＵＴＣ−ＮＰＴ参照記述子（UTC-NPT_Reference_Descriptor）の構成例」
イベントメッセージテーブル（ＥＭＴ）について説明する。ＭＭＴＰパケットには、上述したように、ペイロードに、シグナリングメッセージ（Signaling message）を含むＭＭＴＰパケットも存在する。このシグナリングメッセージの一つとして、イベントメッセージテーブルを含むＭ２セクション・メッセージ（M2section Message）が存在する。
【００４１】
図８は、イベントメッセージテーブルの構成例（Syntax）を示している。イベントメッセージテーブルは、イベントメッセージに関する情報を伝送するために用いられる。「table_id」は、イベントメッセージテーブルを識別する固定値である。上述したＵＴＣ−ＮＰＴ参照記述子は、「descriptor()」のフィールドに格納される。
【００４２】
図９は、ＵＴＣ−ＮＰＴ参照記述子（UTC-NPT_Reference_Descriptor）の構成例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、記述子タイプを示す。ここでは、ＵＴＣ−ＮＰＴ参照記述子であることを示す。「descriptor_length」の８ビットフィールドは、記述子の長さ（サイズ）を示し、デスクリプタの長さとして、以降のバイト数を示す。
【００４３】
「UTC_Reference」の６４ビットフィールドは、ＵＴＣ時刻を示し、ＮＴＰロングフォーマットで表される。「NPT_Reference」の６４ビットフィールドは、ユニバーサルタイム（ＵＴＣ）が「UTC_Reference」となったときのＮＰＴ時刻を示し、ＮＴＰロングフォーマットで表される。「scale」の２ビットフィールドは、ＮＰＴの進む割合を示す。“０１”は、ＵＴＣ時刻に関係なくＮＰＴ時刻は一定値を続けることを示す。“１１”は、ＮＰＴ時刻はＵＴＣ時刻と同じ割合で進むことを示す。
【００４４】
「UN_leap_control」の２ビットフィールドは、新規定義するフィールドである。このフィールドは、うるう秒調整情報、つまりＵＴＣ時刻とＮＰＴ時刻のマッピング情報に基づいて求められた特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻に対する調整の種類を示す。
【００４５】
図１０は、「UN_leap_control」のフィールドの各値の意味を示している。“０１”は、ＵＴＣ−ＮＰＴ参照記述子の「UTC_Reference」で示されるＵＴＣ時刻がうるう秒追加以前（うるう秒追加で重複する時刻の１秒目も含む）の状態にあって、その状態に対応した調整をすべきことを示す。“１０”は、ＵＴＣ−ＮＰＴ参照記述子の「UTC_Reference」で示されるＵＴＣ時刻がうるう秒削除以前の状態にあって、その状態に対応した調整をすべきことを示す。“１１”は、ＵＴＣ−ＮＰＴ参照記述子の「UTC_Reference」で示されるＵＴＣ時刻が上述以外（うるう秒追加で重複する時刻の２秒目も含む）の状態にあって、調整不要であることを示す。
【００４６】
「特定のＵＴＣ時刻の算出方法」
ＵＴＣ時刻とＮＰＴ時刻のマッピング情報に基づいて特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻を算出する方法について説明する。図１１は、ＮＰＴとＵＴＣの対応関係の一例を示している。番組には、間に１つのＣＭ（Commercial Message）が挿入されている。ＮＰＴは、番組の先頭から純粋に番組部分（ＣＭ部分を除く）の時間をカウントした値を示す。
【００４７】
番組の先頭からＮＰＴはＵＴＣと同じ割合で進む。このとき、「scale」は“１１”である。ＣＭ部分では、ＵＴＣの進みとは関係なく、ＮＰＴは一定値のままとなる。このとき、「scale」は“０１”である。ＣＭ部分が終わると、再び、ＮＰＴはＵＴＣと同じ割合で進む。このとき、「scale」は“１１”である。
【００４８】
各黒丸は、ＵＴＣ−ＮＰＴ参照記述子で間欠的に順次送られるＵＴＣ時刻とＮＰＴ時刻のマッピング情報を示している。受信側では、最後に取得したマッピング情報（ｔｕｒ，ｔｎｒ）に基づき、以下の数式（１）によって、特定のＮＰＴ時刻ｔｎｔに対応した特特定のＵＴＣ時刻ｔｕｔを求める。
ｔｕｔ＝ｔｕｒ＋（ｔｎｔ−ｔｎｒ）      ・・・（１）
【００４９】
「特定のＵＴＣ時刻の調整方法」
上述したように最後に取得したマッピング情報（ｔｕｒ，ｔｎｒ）に基づいて算出された特定のＵＴＣ時刻に対する調整について説明する。この調整は、マッピング情報（ｔｕｒ，ｔｎｒ）と共にＵＴＣ−ＮＰＴ参照記述子に記述されている「UN_leap_control」の値に基づいて行われる。
【００５０】
上述したように、「UN_leap_control」が“０１”である場合、「UTC_Reference」で示されるＵＴＣ時刻は、うるう秒追加以前（うるう秒追加で重複する時刻の１秒目も含む）の状態にある。この場合、算出された特定のＵＴＣ時刻が“８：５９：５９”までは、その時刻をそのまま特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻とする。また、この場合、算出された特定のＵＴＣ時刻が“８：５９：５９”を越えるときは、その時刻から１秒差し引いた時刻を特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻とする。
【００５１】
図１２は、ＵＴＣ−ＮＰＴ参照記述子のＵＴＣ時刻がうるう秒追加以前の状態にあるときの調整処理例を示している。図１２（ａ）は、放送送出システム１００の時計である絶対時刻情報（ＮＴＰ時刻）を示しており、うるう秒の追加（挿入）が行われている。図１２（ｄ）は、受信機２００の時計である絶対時刻情報（ＮＴＰ時刻）を示しており、放送送出システム１００の時計と同じように変化していく。
【００５２】
図１２（ｂ）は、うるう秒指示子（leap_indicator）の値を示している。この場合、うるう秒指示子は、うるう秒の挿入が終了する“９：００：００”までは「０１」にあり、それ以降は「００」となる。図１２（ｃ）は、マッピング情報（ｔｕｒ，ｔｎｒ）を含むＵＴＣ−ＮＰＴ参照記述子を示している。ここで、「UTC_Reference」で示されるＵＴＣ時刻ｔｕｒは“８：５９：５８”であり、NPT_Reference」で示されるＮＰＴ時刻ｔｎｒは“０：１０：１０”である。また、「scale」は“１１”であり、「UN_leap_control」は“０１”である。
【００５３】
特定のＮＰＴ時刻ｔｎｔが“０：１０：１１”である場合を考える。この場合、上述の数式（１）に基づいて、特定のＮＰＴ時刻ｔｕｔは、“８：５９：５９”と算出される。この場合には、この時刻がそのまま特定のＮＰＴ時刻ｔｎｔに対応した特定のＵＴＣ時刻ｔｕｔとされる。
【００５４】
次に、特定のＮＰＴ時刻ｔｎｔが“０：１０：１４”である場合を考える。この場合、上述の数式（１）に基づいて、特定のＮＰＴ時刻ｔｕｔは、“９：００：０２”と算出される。この場合には、この時刻から１秒が差し引かれた時刻、つまり、“９：００：０１”が特定のＮＰＴ時刻ｔｎｔに対応した特定のＵＴＣ時刻ｔｕｔとされる。この減算調整により、うるう秒追加の影響が除かれる。
【００５５】
図１３は、ＵＴＣ−ＮＰＴ参照記述子のＵＴＣ時刻がうるう秒追加で重複する時刻の１秒目の状態にあるときの調整処理例を示している。図１３（ａ）は、放送送出システム１００の時計である絶対時刻情報（ＮＴＰ時刻）を示しており、うるう秒の追加（挿入）が行われている。図１３（ｄ）は、受信機２００の時計である絶対時刻情報（ＮＴＰ時刻）を示しており、放送送出システム１００の時計と同じように変化していく。
【００５６】
図１３（ｂ）は、うるう秒指示子（leap_indicator）の値を示している。この場合、うるう秒指示子は、うるう秒の挿入が終了する“９：００：００”までは「０１」にあり、それ以降は「００」となる。図１３（ｃ）は、マッピング情報（ｔｕｒ，ｔｎｒ）を含むＵＴＣ−ＮＰＴ参照記述子を示している。ここで、「UTC_Reference」で示されるＵＴＣ時刻ｔｕｒは“８：５９：５９”であり、「NPT_Reference」で示されるＮＰＴ時刻ｔｎｒは“０：１０：１０”である。また、「scale」は“１１”であり、「UN_leap_control」は“０１”である。
【００５７】
特定のＮＰＴ時刻ｔｎｔが“０：１０：１０”である場合を考える。この場合、上述の数式（１）に基づいて、特定のＮＰＴ時刻ｔｕｔは、“８：５９：５９”と算出される。この場合には、この時刻がそのまま特定のＮＰＴ時刻ｔｎｔに対応した特定のＵＴＣ時刻ｔｕｔとされる。
【００５８】
次に、特定のＮＰＴ時刻ｔｎｔが“０：１０：１３”である場合を考える。この場合、上述の数式（１）に基づいて、特定のＮＰＴ時刻ｔｕｔは、“９：００：０２”と算出される。この場合には、この時刻から１秒が差し引かれた時刻、つまり、“９：００：０１”が特定のＮＰＴ時刻ｔｎｔに対応した特定のＵＴＣ時刻ｔｕｔとされる。この減算調整により、うるう秒追加の影響が除かれる。
【００５９】
また、「UN_leap_control」が“１０”である場合、「UTC_Reference」で示されるＵＴＣ時刻は、うるう秒削除以前の状態にある。この場合、算出された特定のＵＴＣ時刻が“８：５９：５８”までは、その時刻をそのまま特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻とする。また、この場合、算出された特定のＵＴＣ時刻が“８：５９：５８”を越えるときは、その時刻に１秒加算した時刻を特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻とする。
【００６０】
図１４は、ＵＴＣ−ＮＰＴ参照記述子のＵＴＣ時刻がうるう秒削除以前の状態にあるときの調整処理例を示している。図１４（ａ）は、放送送出システム１００の時計である絶対時刻情報（ＮＴＰ時刻）を示しており、うるう秒の削除が行われている。図１４（ｄ）は、受信機２００の時計である絶対時刻情報（ＮＴＰ時刻）を示しており、放送送出システム１００の時計と同じように変化していく。
【００６１】
図１４（ｂ）は、うるう秒指示子（leap_indicator）の値を示している。この場合、うるう秒指示子は、うるう秒の削除が終了する“９：００：００”までは「１０」にあり、それ以降は「００」となる。図１４（ｃ）は、マッピング情報（ｔｕｒ，ｔｎｒ）を含むＵＴＣ−ＮＰＴ参照記述子を示している。ここで、「UTC_Reference」で示されるＵＴＣ時刻ｔｕｒは“８：５９：５６”であり、「NPT_Reference」で示されるＮＰＴ時刻ｔｎｒは“０：１０：１０”である。また、「scale」は“１１”であり、「UN_leap_control」は“１０”である。
【００６２】
特定のＮＰＴ時刻ｔｎｔが“０：１０：１１”である場合を考える。この場合、上述の数式（１）に基づいて、特定のＮＰＴ時刻ｔｕｔは、“８：５９：５７”と算出される。この場合には、この時刻がそのまま特定のＮＰＴ時刻ｔｎｔに対応した特定のＵＴＣ時刻ｔｕｔとされる。
【００６３】
次に、特定のＮＰＴ時刻ｔｎｔが“０：１０：１４”である場合を考える。この場合、上述の数式（１）に基づいて、特定のＮＰＴ時刻ｔｕｔは、“９：００：００”と算出される。この場合には、この時刻に１秒加算された時刻、つまり、“９：００：０１”が特定のＮＰＴ時刻ｔｎｔに対応した特定のＵＴＣ時刻ｔｕｔとされる。この加算調整により、うるう秒削除の影響が除かれる。
【００６４】
また、「UN_leap_control」が“１１”の場合、「UTC_Reference」で示されるＵＴＣ時刻は、うるう秒追加以前（うるう秒追加で重複する時刻の１秒目も含む）の状態およびうるう秒削除以前の状態を除くその他（うるう秒追加で重複する時刻の２秒目も含む）の状態にある。この場合、常に、算出された特定のＵＴＣ時刻をそのまま特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻とする。
【００６５】
図１５は、ＵＴＣ−ＮＰＴ参照記述子のＵＴＣ時刻がうるう秒追加で重複する時刻の２秒目の状態にあるときの調整処理例を示している。図１５（ａ）は、放送送出システム１００の時計である絶対時刻情報（ＮＴＰ時刻）を示しており、うるう秒の追加（挿入）が行われている。図１５（ｄ）は、受信機２００の時計である絶対時刻情報（ＮＴＰ時刻）を示しており、放送送出システム１００の時計と同じように変化していく。
【００６６】
図１５（ｂ）は、うるう秒指示子（leap_indicator）の値を示している。この場合、うるう秒指示子は、うるう秒の挿入が終了する“９：００：００”までは「０１」にあり、それ以降は「００」となる。図１５（ｃ）は、マッピング情報（ｔｕｒ，ｔｎｒ）を含むＵＴＣ−ＮＰＴ参照記述子を示している。ここで、「UTC_Reference」で示されるＵＴＣ時刻ｔｕｒは“８：５９：５９”であり、「NPT_Reference」で示されるＮＰＴ時刻ｔｎｒは“０：１０：１０”である。また、「scale」は“１１”であり、「UN_leap_control」は“１１”である。
【００６７】
特定のＮＰＴ時刻ｔｎｔが“０：１０：１０”である場合を考える。この場合、上述の数式（１）に基づいて、特定のＮＰＴ時刻ｔｕｔは、“８：５９：５９”と算出される。この場合には、この時刻がそのまま特定のＮＰＴ時刻ｔｎｔに対応した特定のＵＴＣ時刻ｔｕｔとされる。次に、特定のＮＰＴ時刻ｔｎｔが“０：１０：１２”である場合を考える。この場合、上述の数式（１）に基づいて、特定のＮＰＴ時刻ｔｕｔは、“９：００：０１”と算出される。この場合にも、この時刻がそのまま特定のＮＰＴ時刻ｔｎｔに対応した特定のＵＴＣ時刻ｔｕｔとされる。
【００６８】
「放送送出システムの構成例」
図１６は、放送送出システム１００の構成例を示している。この放送送出システム１００は、営業放送システム（ＥＤＰＳ：Electronic Data Processing System）１１０と、信号送出部１１１と、ＮＴＰクロック生成部（時計部）１１２と、ビデオエンコーダ１１３と、オーディオエンコーダ１１４と、キャプションエンコーダ１１５と、ＭＭＴシグナリングエンコーダ１１６を有している。また、この放送送出システム１００は、ファイルエンコーダ１１７と、ＴＬＶシグナリングエンコーダ１１８と、Ｎ個のＩＰサービス・マルチプレクサ１１９-1〜１１９-Nと、ＴＬＶ・マルチプレクサ１２０と、変調/送信部１２１を有している。
【００６９】
ＮＴＰクロック生成部（時計部）１１２では、外部から取得されたＮＴＰ時刻情報に同期したＵＴＣ時刻情報を持つＮＴＰデータ（図６参照）が生成され、このＮＴＰデータを含むＩＰパケットがＩＰサービス・マルチプレクサ１１９-1に送られる。信号送出部１１１は、例えば、ＴＶ局のスタジオとか、ＶＴＲ等の記録再生機であり、伝送メディアとしてのビデオ、オーディオ、字幕等のストリームデータ、ノンタイムドメディアであるＨＴＭＬ文書データ等のファイルデータを各エンコーダに送出する。
【００７０】
ビデオエンコーダ１１３では、信号送出部１１１から送出されるビデオ信号が符号化され、さらにパケット化されて、ビデオのＭＭＴＰパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１１９-1に送られる。オーディオエンコーダ１１４では、信号送出部１１１から送出されるオーディオ信号が符号化され、さらにパケット化されて、オーディオのＭＭＴＰパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１１９-1に送られる。キャプションエンコーダ１１５では、信号送出部１１１から送出される字幕信号が符号化され、さらにパケット化されて、字幕のＭＭＴＰパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１１９-1に送られる。
【００７１】
ＭＭＴシグナリングエンコーダ１１６では、シグナリングメッセージが生成され、ペイロード部にこのシグナリングメッセージが配置されたＭＭＴＰパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１１９-1に送られる。このシグナリングメッセージの一つとしてＭ２セクション・メッセージが存在する。このＭ２セクション・メッセージはイベントメッセージテーブルを持つ。ＵＴＣ−ＮＰＴ参照記述子（図９参照）は、このイベントメッセージテーブルに格納されて間欠的に送信される。
【００７２】
図１７に示すように、ＭＭＴシグナリングエンコーダ１１６には、ＮＰＴ−ＥＭＴエンコーダ１３０が存在する。このＮＰＴ−ＥＭＴエンコーダ１３０は、ＮＰＴ開始時刻記憶部１３１と、ＮＰＴ算出部１３２とＥＭＴ生成部１３３を有している。ＮＰＴ開始時刻記憶部１３１には、営業放送システム（ＥＤＰＳ）１１０から供給される番組開始時刻が記憶される。ＮＰＴ算出部１３２では、この番組開始時刻と、ＮＴＰクロック生成部１１２から供給されるＵＴＣ時刻情報に基づいて、ＮＰＴ時刻情報が算出される。
【００７３】
ＥＭＴ生成部１３３では、ＮＴＰクロック生成部１１２から供給されるＵＴＣ時刻情報と、ＮＰＴ算出部１３２で算出されたＮＰＴ時刻情報が用いられ、ＵＴＣ時刻とＮＰＴ時刻のマッピング情報やうるう秒調整情報「UN_leap_control」などが記述されたＵＴＣ−ＮＰＴ参照記述子（図９参照）が生成され、さらに、それが格納されたイベントメッセージテーブル（ＥＭＴ）が生成される。この場合、うるう秒調整情報「UN_leap_control」は、ＵＴＣ時刻がいかなる時刻にあるに応じた値に設定され、調整の種類が示される（図１０参照）。
【００７４】
図１６に戻って、ファイルエンコーダ１１７では、信号送出部１１１から送出されるファイルデータが、必要に応じて合成あるいは分割され、ファイルデータを含むＭＭＴＰパケットが生成され、このＭＭＴＰパケット含むＩＰパケットがＩＰサービス・マルチプレクサ１１９-1に送られる。
【００７５】
ＩＰサービス・マルチプレクサ１１９-1では、各エンコーダから送られてくるＩＰパケットの時分割多重化が行われる。この際、ＩＰサービス・マルチプレクサ１１９-1では、各ＩＰパケットにＵＤＰヘッダおよびＴＬＶヘッダが付加されて、ＴＬＶパケットとされる。ＩＰサービス・マルチプレクサ１１９-1では、一つのトランスポンダの中に入れる一つのチャネル部分が構成される。ＩＰサービス・マルチプレクサ１１９-2〜１１９-Nでは、ＩＰサービス・マルチプレクサ１１９-1と同様の機能を持ち、その一つのトランスポンダの中にいれる他のチャネル部分が構成される。
【００７６】
ＴＬＶシグナリングエンコーダ１１８では、シグナリング（Signaling）情報が発生され、このシグナリング（Signaling）情報をペイロード部に配置するＴＬＶパケットが生成される。ＴＬＶ・マルチプレクサ１２０では、ＩＰサービス・マルチプレクサ１１９-1〜１１９-NおよびＴＬＶシグナリングエンコーダ１１８で生成されるＴＬＶパケットが多重化されて、ＭＭＴ方式の放送ストリームが生成される。変調/送信部１２１では、ＴＬＶ・マルチプレクサ１２０で生成されるＭＭＴ方式の放送ストリームに対して、ＲＦ変調処理が行われて、ＲＦ伝送路に送出される。
【００７７】
「受信機の構成例」
図１８は、受信機２００の構成例を示している。この受信機２００は、チューナ/復調部２０１と、デマルチプレクサ２０２と、ＮＴＰクロック再生部（時計部）２０３と、ビデオデコーダ２０４と、オーディオデコーダ２０５と、キャプションデコーダ２０６と、データ放送アプリエンジン２０７と、システム制御部２０８と、合成部２０９を有している。
【００７８】
チューナ/復調部２０１では、ＲＦ変調信号が受信され、復調処理が行われて、ＭＭＴ方式の放送ストリームが得られる。デマルチプレクサ２０２では、この放送ストリームに対して、デマルチプレクス処理およびデパケット化処理が行われ、ＮＴＰ時刻情報、シグナリング情報、ビデオ、オーディオ、字幕の符号化信号、さらには、ファイルデータが得られる。なお、ここでは、ファイルデータは、データ放送コンテンツを構成するものとする。
【００７９】
システム制御部２０８では、デマルチプレクサ２０２で得られるシグナリング情報、図示しないユーザ操作部からの操作情報などに基づき、受信機２００の各部を制御することが行われる。ＮＴＰクロック再生部（時計部）２０３では、デマルチプレクサ２０２で得られるＮＴＰ時刻情報に基づき、この時刻情報に同期したＵＴＣ時刻情報が発生される。
【００８０】
ビデオデコーダ２０４では、デマルチプレクサ２０２で得られる符号化ビデオ信号の復号化が行われ、ベースバンドのビデオ信号が得られる。オーディオデコーダ２０５は、デマルチプレクサ２０２で得られる符号化オーディオ信号の復号化が行われ、音声出力用のベースバンドのオーディオ信号が得られる。
【００８１】
キャプションデコーダ２０６では、デマルチプレクサ２０２で得られる符号化字幕信号の復号化が行われ、字幕の表示信号が得られる。データ放送アプリエンジン２０７は、デマルチプレクサ２０２で得られるファイルデータが処理され、データ放送の表示信号が得られる。ここで、ファイルデータが番組に連動するアプリケーションである場合、データ放送アプリエンジン２０７には、“setAlarmByUTCNPT”のＡＰＩ（Application Programming Interface）で、当該アプリケーションが、特定のＮＰＴ時刻のタイミングで実行すべきアプリケーションとして登録される。
【００８２】
データ放送アプリエンジン２０７では、特定のＵＴＣ時刻のタイミングで登録されているアプリケーションの実行が開始され、所定のデータ放送の表示信号が発生される。この場合、データ放送アプリエンジン２０７からシステム制御部２０８に特定のＮＰＴ時刻ｔｎｔがターゲットＮＰＴとして供給される。システム制御部２０８では、この特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻ｔｕｔがターゲットＵＴＣとして算出される。
【００８３】
そして、このシステム制御部２０８では、ＮＴＰクロック再生部２０３で発生されるＵＴＣ時刻情報で示されるＵＴＣ時刻がターゲットＵＴＣと一致するタイミングでタイミング信号ＴＭが発生され、データ放送アプリエンジン２０７に送られる。データ放送アプリエンジン２０７では、このタイミング信号ＴＭに基づいて、プリケーションの実行が開始され、所定のデータ放送の表示信号が発生される。
【００８４】
図１９は、システム制御部２０８内のＮＰＴ処理部２２０の構成例を示している。ＮＰＴ処理部２２０は、ターゲットＮＰＴ（ｔｎｔ）記憶部２２１と、ＥＭＴ解析部２２２と、ＵＴＣ時刻とＮＰＴ時刻のマッピング情報を記憶する記憶部２２３と、ターゲットＵＴＣ（ｔｕｔ）算出部２２４と、ターゲットＵＴＣ検出部２２５を有している。
【００８５】
ターゲットＮＰＴ（ｔｎｔ）記憶部２２１には、データ放送アプリエンジン２０７から供給される特定のＮＰＴ時刻ｔｎｔがターゲットＮＰＴとして記憶される。ＥＭＴ解析部２２２では、デマルチプレクサ２０２で抽出されたイベントメッセージテーブル（ＥＭＴ）が解析され、このテーブルに格納されているＵＴＣ−ＮＰＴ参照記述子からＵＴＣ時刻とＮＰＴ時刻のマッピング情報やうるう秒調整情報「UN_leap_control」などの情報が抽出される。そして、記憶部２２３に、抽出された情報が記憶される。
【００８６】
ターゲットＵＴＣ算出部２２４では、記憶部２２３に記憶されているマッピング情報に基づき、上述の数式（１）で、特定のＮＰＴ時刻ｔｎｔに対応した特定のＵＴＣ時刻ｔuｔがターゲットＵＴＣとして算出され、さらに、この算出されたターゲットＵＴＣが、記憶部２２３に記憶されているうるう秒調整情報に基づいて調整される。
【００８７】
ターゲットＵＴＣ検出部２２５では、ＮＴＰクロック再生部２０３で発生されるＵＴＣ時刻情報で示されるＵＴＣ時刻が監視され、このＵＴＣ時刻がターゲットＵＴＣ算出部２２４で算出されたターゲットＵＴＣと一致するタイミングで、タイミング信号ＴＭが発生され、データ放送アプリエンジン２０７から供給される。
【００８８】
図１８に戻って、ビデオデコーダ２０４で得られたベースバンドのビデオ信号は合成部２０９に供給される。また、キャプションデコーダ２０６で得られた字幕の表示信号は、合成部２０９に供給される。さらに、データ放送アプリエンジン２０７で得られた所定のデータ放送の表示信号は合成部２０９に供給される。合成部２０９では、これらのビデオ信号および表示信号が合成され、映像表示用のビデオ信号が得られる。
【００８９】
上述したように、図１に示す送受信システム１０においては、放送送出システム１００から受信機２００に間欠的に送信されるＮＰＴ時刻とＵＴＣ時刻のマッピング情報にうるう秒調整情報が含められる。そのため、受信機２００において、マッピング情報に基づいて求められた特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻をうるう秒調整情報に基づいて調整でき、特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻をうるう秒の発生の影響をうけることなく適切に得ることが可能となる。これにより、受信機２００のデータ放送アプリエンジン２０７では、番組に連動するアプリケーションをうるう秒の発生の影響をうけることなく正しいタイミングで実行することが可能となる。
【００９０】
＜２．変形例＞
なお、上述実施の形態では、ＭＭＴ方式の放送ストリームを取り扱う例を示した。詳細説明は省略するが、本技術は、同様の放送ストリームを取り使う場合にも同様に適用できることは勿論である。
【００９１】
また、本技術は、以下のような構成を取ることもできる。
（１）番組の伝送メディアを送信すると共に、上記番組の先頭からの相対時間で表されるＮＰＴ時刻と絶対時間で表されるＵＴＣ時刻のマッピング情報を、うるう秒調整情報を含めて間欠的に送信する送信部を備える
送信装置。
（２）上記送信部は、
上記伝送メディアを第１のパケットに含めて送信し、上記マッピング情報およびうるう秒調整情報を第２のパケットに含めて送信する
前記（１）に記載の送信装置。
（３）上記第１のパケットおよび上記第２のパケットは、ＭＭＴＰパケットである
前記（２）に記載の送信装置。
（４）上記送信部は、上記マッピング情報および上記うるう秒調整情報が記述されたＵＴＣ−ＮＰＴ参照記述子を間欠的に送信する
前記（１）から（３）のいずれかに記載の送信装置。
（５）番組の伝送メディアを送信すると共に、上記番組の先頭からの相対時間で表されるＮＰＴ時刻と絶対時間で表されるＵＴＣ時刻のマッピング情報を、うるう秒調整情報を含めて間欠的に送信する送信ステップを有する
送信方法。
（６）番組の伝送メディアを受信すると共に、うるう秒調整情報を含む、上記番組の先頭からの相対時間で表されるＮＰＴ時刻と絶対時間で表されるＵＴＣ時刻のマッピング情報を間欠的に受信する受信部と、
上記間欠的に受信されるマッピング情報に基づいて、特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻を求め、該求められた特定のＵＴＣ時刻を上記うるう秒調整情報に基づいて調整する時刻算出調整部を備える
受信装置。
（７）上記番組に連動するアプリケーションを実行するアプリケーション処理部をさらに備え、
上記アプリケーション処理部は、
上記時刻算出調整部に上記特定のＮＰＴ時刻を送り、上記時刻算出調整部から上記特定のＵＴＣ時刻を受け取り、該特定のＵＴＣ時刻のタイミングで上記アプリケーションの実行を開始する
前記（６）に記載の受信装置。
（８）受信部により、番組の伝送メディアを受信すると共に、うるう秒調整情報を含む、上記番組の先頭からの相対時間で表されるＮＰＴ時刻と絶対時間で表されるＵＴＣ時刻のマッピング情報を間欠的に受信する受信ステップと、
上記間欠的に受信されるマッピング情報に基づいて、特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻を求め、該求められた特定のＵＴＣ時刻を上記うるう秒調整情報に基づいて調整する時刻算出調整ステップを有する
受信方法。
【００９２】
本技術の主な特徴は、放送送出システム１００から受信機２００に間欠的に送信されるＮＰＴ時刻とＵＴＣ時刻のマッピング情報にうるう秒調整情報が含めることで、受信側において、特定のＮＰＴ時刻に対応した特定のＵＴＣ時刻をうるう秒の発生の影響をうけることなく適切に得ることを可能にしたことである（図９、図１０参照）。
【符号の説明】
【００９３】
１０・・・送受信システム
１００・・・放送送出システム
１１０・・・営業放送システム（ＥＤＰＤ）
１１１・・・信号送出部
１１２・・・ＮＴＰクロック生成部（時計部）
１１３・・・ビデオエンコーダ
１１４・・・オーディオエンコーダ
１１５・・・キャプションエンコーダ
１１６・・・ＭＭＴシグナリングエンコーダ
１１７・・・ファイルエンコーダ
１１８・・・ＴＬＶシグナリングエンコーダ
１１９-1〜１１９-N・・・ＩＰサービス・マルチプレクサ
１２０・・・ＴＬＶ・マルチプレクサ
１２１・・・変調/送信部
１３０・・・ＮＰＴ−ＥＭＴエンコーダ
１３１・・・ＮＰＴ開始時刻記憶部
１３２・・・ＮＰＴ算出部
１３３・・・ＥＭＴ生成部
２００・・・受信機
２０１・・・チューナ/復調部
２０２・・・デマルチプレクサ
２０３・・・ＮＴＰクロック再生部（時計部）
２０４・・・ビデオデコーダ
２０５・・・オーディオデコーダ
２０６・・・キャプションデコーダ
２０７・・・データ放送アプリエンジン
２０８・・・システム制御部
２０９・・・合成部
２２０・・・ＮＰＴ処理部
２２１・・・ターゲットＮＰＴ（ｔｎｔ）記憶部
２２２・・・ＥＭＴ解析部
２２３・・・記憶部
２２４・・・ターゲットＵＴＣ（ｔｕｔ）算出部
２２５・・・ターゲットＵＴＣ検出部
【図１】
2016171001.tif 000003
【図２】
2016171001.tif 000004
【図３】
2016171001.tif 000005
【図４】
2016171001.tif 000006
【図５】
2016171001.tif 000007
【図６】
2016171001.tif 000008
【図７】
2016171001.tif 000009
【図８】
2016171001.tif 000010
【図９】
2016171001.tif 000011
【図１０】
2016171001.tif 000012
【図１１】
2016171001.tif 000013
【図１２】
2016171001.tif 000014
【図１３】
2016171001.tif 000015
【図１４】
2016171001.tif 000016
【図１５】
2016171001.tif 000017
【図１６】
2016171001.tif 000018
【図１７】
2016171001.tif 000019
【図１８】
2016171001.tif 000020
【図１９】
2016171001.tif 000021
【国際調査報告】
2016171001.tif 000022
2016171001.tif 000023