特許 6475559 符号化装置、復号装置及びこれらのプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6475559

(24)【登録日】2019年2月8日

(45)【発行日】2019年2月27日

(54)【発明の名称】符号化装置、復号装置及びこれらのプログラム

(51)【国際特許分類】

   H04N 21/238 20110101AFI20190218BHJP

   H04N 19/68 20140101ALI20190218BHJP

   H04N 21/4425 20110101ALI20190218BHJP

【ＦＩ】

   H04N21/238

   H04N19/68

   H04N21/4425

【請求項の数】5

【全頁数】14

(21)【出願番号】特願2015-92241(P2015-92241)

(22)【出願日】2015年4月28日

(65)【公開番号】特開2016-213523(P2016-213523A)

(43)【公開日】2016年12月15日

【審査請求日】2018年2月26日

【権利譲渡・実施許諾】特許権者において、実施許諾の用意がある。

(73)【特許権者】

【識別番号】000004352

【氏名又は名称】日本放送協会

(74)【代理人】

【識別番号】100143568

【弁理士】

【氏名又は名称】英 貢

(72)【発明者】

【氏名】青木 勝典

(72)【発明者】

【氏名】小山 智史

【審査官】 富樫 明

(56)【参考文献】

【文献】 特許第５５２８８１１（ＪＰ，Ｂ２）

【文献】 特開２０１３−２０７３２２（ＪＰ，Ａ）

【文献】 特開２００７−０６８１９３（ＪＰ，Ａ）

【文献】 特開２００５−２１０４２６（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００７／０１６２８５２（ＵＳ，Ａ１）

【文献】 デジタル放送における映像符号化、音声符号化及び多重化方式，標準規格 ＡＲＩＢ ＳＴＤ−Ｂ３２，日本，一般社団法人 電波産業会，２０１４年 ７月，3.0版，pp. 69-76

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００−２１／８５８

Ｈ０４Ｎ １９／６８

(57)【特許請求の範囲】

【請求項1】

所定の情報を符号化処理して実時間で伝送する符号化装置であって、
伝送する所定の情報に対して予め定めた符号化処理を施す符号化手段と、
前記符号化処理を施した情報と、該情報に一対一で関連付けられた所定のセッションＩＤを所定のストリームのパケットに格納して予め定めた送信タイミングで送信する送信手段と、
当該符号化処理及びパケット送信に関する設定及びその変更を制御するとともに、当該符号化処理及びパケット送信に関する設定に変更がある際に当該設定変更の前後で復号側が継続して復号動作可能なものであるか否かを予め定めた基準に基づいて判定し、継続して復号動作ができないと判定したときに、前記所定のセッションＩＤを異なる値に変更するよう更新する制御手段と、を備え、
前記所定のセッションＩＤは、ＲＴＰヘッダのＳＳＲＣフィールドか、又はＭＰＥＧ−２ ＴＳのＰＡＴにおけるprogram_numberフィールドで伝送するよう構成されていることを特徴とする符号化装置。

【請求項2】

前記所定のセッションＩＤは、復号側が継続して復号可能である旨を示す識別子として当該符号化処理及びパケット送信に関する設定に予め関連付けられていることを特徴とする、請求項１に記載の符号化装置。

【請求項3】

請求項１又は２に記載の符号化装置によって符号化された所定の情報を実時間で受信して復号する復号装置であって、
符号化された所定の情報と、該情報に一対一で関連付けられた前記所定のセッションＩＤが格納されてパケット送信された所定のストリームのパケットを受信して一時記憶するバッファ手段と、
当該一時記憶したパケット内の時刻情報を用いてクロック再生処理を行うクロック再生手段と、
当該パケットに格納されている符号化された所定の情報を前記バッファ手段から取り出し、符号化側で施されていた符号化処理に対応する復号処理を施して復元する復号手段と、
前記パケットの受信異常を監視するとともに、前記所定のセッションＩＤの値を監視し、前記パケットの受信異常がある際に当該受信異常が所定の閾値時間を超えて継続していないとき、又は前記パケットの受信異常がなく正常である際に前記所定のセッションＩＤの値に変更がない限り、前記クロック再生処理及び前記復号処理をリセットすることなく、当該復号処理を継続するよう制御する制御手段と、
を備えることを特徴とする復号装置。

【請求項4】

コンピュータを、請求項１又は２に記載の符号化装置として機能させるためのプログラム。

【請求項5】

コンピュータを、請求項３に記載の復号装置として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、映像信号や音声信号などの情報を符号化処理して実時間で伝送する技術に関し、特に、映像信号や音声信号を符号化しＭＰＥＧ−２ ＴＳ（moving picture experts group phase 2 Transport Stream）パケット伝送路やＩＰ（Internet Protocol）パケット伝送路などを経て伝送する際に、動作タイミングや内部状態の異常による障害を軽減する符号化装置、復号装置及びこれらのプログラムに関する。

【背景技術】

【0002】

映像・音声信号を符号化伝送する符号化装置は、映像信号や音声信号の情報を符号化し小容量の情報に圧縮して伝送し、受信側の復号装置で元の信号に復号させることで、伝送容量の小さい伝送路であっても映像・音声信号を伝送可能とする装置であり、放送番組などの映像・音声信号の伝送に広く用いられている。

【0003】

そして、映像信号や音声信号の情報を符号化する符号化装置はエンコーダ、これを復号して元の映像信号や音声信号を復元する復号装置はデコーダとそれぞれ呼ばれる。尚、エンコーダ、デコーダは、符号化もしくは復号を行う装置という意味でコーデックとも呼ばれている。

【0004】

コーデックは、符号化した情報を一旦蓄積し、蓄積した後で復号することも可能であるが、本願明細書中で対象とする形態は、エンコーダ側で、符号化した映像信号や音声信号の情報をパケットに格納して伝送し、デコーダ側で、これら情報を受信して実時間で復号し映像信号や音声信号を連続して出力する形態である。

【0005】

映像信号や音声信号を途切れることなく伝送するには、エンコーダとデコーダの動作タイミングや内部状態を同期させ、遅延時間が一定となるように動作させる必要がある。このため、ＩＰネットワークを用いたコーデックでは、ＲＴＰプロトコルを用いて通信を行っている（例えば、非特許文献１参照）。

【0006】

しかしながら、ＲＴＰプロトコルを用いた通信でも、映像信号や音声信号の連続的な伝送を実現する際に、デコーダが復号開始後に、エンコーダを別のエンコーダに切り替えると、変更前と変更後の情報がデコーダに混在し、デコーダの内部状態がミスマッチを起こして、不快な音声や異常な映像が出力されることがある。

【0007】

そこで、進行中の通信セッション中に着信メディアの送信元の変更（エンコーダの切り替え）を検出し、新たな着信メディアを復号する前に、このような検出された変更に応じてデコーダの内部状態をリセットすることで、状態不一致を回避し、不快な音声や異常な映像の出力を防止する技法が開示されている（例えば、特許文献１参照）。

【0008】

そして、特許文献１に開示される技法では、ＲＴＰパケットのヘッダ内の２つのフィールド、即ちＳＳＲＣ（synchronization source）フィールド及びＣＳＲＣ（contributing source）フィールドを用いて個別の送信器（即ち、エンコーダ）を識別し、この変更を利用して送信元の変更を検出している。

【0009】

尚、デコーダは、エンコーダの切り替えに伴い、受信したＩＰパケットからクロック再生するには、例えばＳＭＰＴＥ ２０２２−３ Ａｎｎｅｘ Ｃの技法を用いることができる（例えば、特許文献２参照）。

【0010】

また、エンコーダの切り替えにより不快な音声や異常な映像が出力される場合以外にも、無線伝送路やインターネット回線を用いた伝送では、伝搬環境の悪化や、輻輳などの理由により、符号化データを伝送するパケットが失われることや、一時的に中断する場合がある。このような状態が継続すると、内部状態の不一致が大きくなり不快な音声や異常な映像が出力される場合がある。

【0011】

そこで、デコーダ側の対策として、符号化データの受信異常が一定の閾値時間以上に継続した場合に、映像出力を停止し黒画像にすることや、映像をフリーズした上でデコーダをリセットし、受信開始動作を最初からやり直すことが広く行われている。

【0012】

一方、ＯＦＤＭ（Orthogonal Frequency-Division Multiplexing）方式デジタル無線伝送システム（例えば、非特許文献３参照）では、ＩＰパケットの伝送路を用いず、ＭＰＥＧ−２ ＴＳパケットを直接伝送するパケット伝送路を用いてエンコーダ及びデコーダを接続する伝送形態となっており、ＲＴＰプロトコルを用いていないため、送信器（即ち、エンコーダ）の識別に、ＳＳＲＣフィールドやＣＳＲＣフィールドを利用できない。

【先行技術文献】

【特許文献】

【0013】

【特許文献1】特許第５５２８８１１号明細書

【非特許文献】

【0014】

【非特許文献1】“RFC3550 RTP: A Transport Protocol for Real-Time Applications”、［online］、2003年7月策定、［平成27年4月20日検索］、インターネット〈URL：http://tools.ietf.org/html/rfc3550〉

【非特許文献2】“SMPTE ST 2022-3:2010 SMPTE STANDARD Unidirectional Transport of Variable Bit Rate MPEG-2 Transport Streams on IP Networks，Annex C：Clock Recovery Method (Informative) ”、［online］、2010年4月30日発行、［平成27年4月20日検索］、インターネット〈URL：http://www.google.co.jp/webhp?nord=1&gws_rd=cr&ei=e2M4VYqBHeXemAWX54D4Ag#nord=1&q=SMPTE+2022-3〉

【非特許文献3】“テレビジョン放送番組素材伝送用可搬形ＯＦＤＭ方式デジタル無線伝送システム 標準規格 ARIB STD-B33 1.2版、［online］、平成23年3月28日改定、ARIB、［平成27年4月20日検索］、インターネット〈URL：http://www.arib.or.jp/english/html/overview/doc/2-STD-B33v1_2.pdf〉

【発明の概要】

【発明が解決しようとする課題】

【0015】

前述したように、デコーダが復号開始後に、エンコーダを別のエンコーダに切り替えると、変更前と変更後のデータがデコーダに混在し、デコーダの内部状態がミスマッチを起こして、不快な音声や異常な映像が出力されることがある。

【0016】

その他にも、無線伝送路やインターネット回線を用いた伝送では、伝搬環境の悪化や、輻輳などの理由により、符号化データを伝送するパケットが失われることや、一時的に中断する場合がある。このような状態が継続すると、内部状態の不一致が大きくなり不快な音声や異常な映像が出力される場合がある。

【0017】

従って、特許文献１に開示される技法ではエンコーダの切り替えによる内部状態の不一致を想定してその対策を講じているが、このような内部状態の不一致はエンコーダの符号化パラメータや設定変更によっても発生することから、十分な対策とは云えない。

【0018】

一方で、エンコーダの出力の中断については、エンコーダの設定変更を行いデコーダ側でリセットする場合にも発生することから、デコーダ側で受信異常が一定時間以上継続した場合にリセットを行うことは、当該設定変更時の障害の防止にも有効である。

【0019】

しかしながら、デコーダをリセットして映像・音声信号の符号化した情報の受信再開から映像・音声信号を復元し出力するまでに数秒の時間を要する場合がある。このため、パケット伝送路の中断時間が、受信異常を検出する閾値時間を超えると、伝送路の中断時間より長い間、映像の出力が停止する。特に、移動する中継車からの映像伝送や、無線ＬＡＮや携帯データ通信による伝送では、伝送の中断が発生しやすく、この伝送の中断時間より更に長い時間がかかって映像が復元・出力されることが問題となる。

【0020】

逆に、この受信異常を検出する閾値時間を長く設定すると、エンコーダの設定を変更した場合に、その閾値時間以上にエンコーダの出力を中断しないと、デコーダがリセットされないという問題もある。

【0021】

また、非特許文献３に規定されるＯＦＤＭ方式デジタル無線伝送システムのように、ＩＰパケットの伝送路を用いず、ＭＰＥＧ−２ ＴＳパケットを直接伝送するパケット伝送路を用いてエンコーダ及びデコーダを接続する場合には、ＲＴＰプロトコルを用いていないため、ＳＳＲＣフィールドやＣＳＲＣフィールドを用いた送信器（即ち、エンコーダ）の識別を利用できないという問題もある。

【0022】

そこで、本発明は上述の問題に鑑みて為されたものであり、本発明の目的は、映像信号や音声信号を符号化しＭＰＥＧ−２ ＴＳパケット伝送路やＩＰパケット伝送路などを用いて伝送する際に、動作タイミングや内部状態の異常による障害を軽減する符号化装置、復号装置及びこれらのプログラムを提供することにある。

【課題を解決するための手段】

【0023】

本発明の符号化装置は、所定の情報を符号化処理して実時間で伝送する符号化装置であって、伝送する所定の情報に対して予め定めた符号化処理を施す符号化手段と、前記符号化処理を施した情報と、該情報に一対一で関連付けられた所定のセッションＩＤを所定のストリームのパケットに格納して予め定めた送信タイミングで送信する送信手段と、当該符号化処理及びパケット送信に関する設定及びその変更を制御するとともに、当該符号化処理及びパケット送信に関する設定に変更がある際に当該設定変更の前後で復号側が継続して復号動作可能なものであるか否かを予め定めた基準に基づいて判定し、継続して復号動作ができないと判定したときに、前記所定のセッションＩＤを異なる値に変更するよう更新する制御手段と、を備え、前記所定のセッションＩＤは、ＲＴＰヘッダのＳＳＲＣフィールドか、又はＭＰＥＧ−２ ＴＳのＰＡＴにおけるprogram_numberフィールドで伝送するよう構成されていることを特徴とする。

【0024】

また、本発明の符号化装置において、前記所定のセッションＩＤは、復号側が継続して復号可能である旨を示す識別子として当該符号化処理及びパケット送信に関する設定に予め関連付けられていることを特徴とする。

【0026】

更に、本発明の復号装置は、本発明の符号化装置によって符号化された所定の情報を実時間で受信して復号する復号装置であって、符号化された所定の情報と、該情報に一対一で関連付けられた前記所定のセッションＩＤが格納されてパケット送信された所定のストリームのパケットを受信して一時記憶するバッファ手段と、当該一時記憶したパケット内の時刻情報を用いてクロック再生処理を行うクロック再生手段と、当該パケットに格納されている符号化された所定の情報を前記バッファ手段から取り出し、符号化側で施されていた符号化処理に対応する復号処理を施して復元する復号手段と、前記パケットの受信異常を監視するとともに、前記所定のセッションＩＤの値を監視し、前記パケットの受信異常がある際に当該受信異常が所定の閾値時間を超えて継続していないとき、又は前記パケットの受信異常がなく正常である際に前記所定のセッションＩＤの値に変更がない限り、前記クロック再生処理及び前記復号処理をリセットすることなく、当該復号処理を継続するよう制御する制御手段と、を備えることを特徴とする。

【0027】

更に、本発明のプログラムは、本発明の符号化装置又は復号装置としてコンピュータに機能させるためのプログラムである。

【発明の効果】

【0028】

本発明によれば、ＲＴＰパケットやＭＰＥＧ−２ ＴＳパケットなどのパケット種別の違いに依らず、受信異常の検出期間の閾値時間を大きくしても、デコーダはエンコーダの設定変更等を検出して直ちにリセットすることができ、このため、パケット伝送の短時間の中断であればリセットが起こらなくなり、長い時間で映像の中断が継続することを防ぐことができる。

【図面の簡単な説明】

【0029】

【図1】本発明による一実施形態の符号化装置及び復号装置の概略構成を示すブロック図である。

【図2】本発明による一実施形態の符号化装置及び復号装置で利用可能なＲＴＰヘッダの構造を示す図である。

【図3】本発明による一実施形態の符号化装置及び復号装置で利用可能なＰＡＴ（Program Association Table）の構造を示す図である。

【図4】本発明による一実施形態の符号化装置におけるエンコーダ制御部の動作例を示すフローチャートである。

【図5】本発明による一実施形態の復号装置におけるデコーダ制御部の動作例を示すフローチャートである。

【発明を実施するための形態】

【0030】

以下、図面を参照して、本発明による一実施形態の符号化装置１及び復号装置２を説明する。

【0031】

図１は、本発明による一実施形態の符号化装置１及び復号装置２の概略構成を示すブロック図である。以下、単に「符号化」と称するときは圧縮符号化を云う。符号化装置１は、入力された映像信号（又は音声信号）を符号化し、符号化した映像信号（又は音声信号）の情報を、該情報に一対一で関連付けられた所定の「セッションＩＤ」とともに、所定のストリーム（例えば、ＭＰＥＧ−２ ＩＰ又はＴＳのストリーム）のＩＰパケットもしくはＴＳパケットに格納し、ＩＰパケットもしくはＴＳパケットのパケット伝送路を経て、復号装置２へと送信するよう構成されている。復号装置２は、ＩＰパケットもしくはＴＳパケットを受信すると、デジッタバッファに格納し、クロック及びジッタの補正を行った上でＩＰパケットもしくはＴＳパケットを取り出し、これに格納された「セッションＩＤ」を抽出して記録・監視した上で、映像信号（又は音声信号）の情報を取り出して復号し出力するよう構成されている。

【0032】

ここで、「セッションＩＤ」とは、復号側が継続して復号可能である旨を示す識別子である。符号化装置１は、符号化処理に関する設定（例えば、符号化パラメータや符号化処理の種別の設定）と、パケット送信に関する設定（例えば、パケット送信の停止や再開を行うタイミング設定）について（以下、総括して「符号化処理及びパケット送信に関する設定」とも称する。）、映像信号（又は音声信号）の情報を符号化・送信する度に監視している。そして、符号化装置１は、復号側が継続して復号可能であるとして、映像信号（又は音声信号）の情報の予め定めた符号化処理及びパケット送信に関する設定については同一の値でセッションＩＤを補助情報として割り当て、その他の場合には、異なる値でセッションＩＤを補助情報として割り当てるよう構成されている。

【0033】

以下、本実施形態の符号化装置１及び復号装置２を順に説明する。尚、以下の説明では、主に、映像信号の情報の伝送を説明する。

【0034】

（符号化装置の構成）
図１に示すように、符号化装置１は、符号化部１１、パケット送信部１２、エンコーダ制御部１３、及びセッションＩＤ管理部１４を備える。

【0035】

符号化部１１は、エンコーダ制御部１３の制御により、伝送する映像信号を入力し、この伝送のために予め定めた符号化パラメータで符号化処理を施し、パケット送信部１２に出力する。

【0036】

パケット送信部１２は、エンコーダ制御部１３の制御により、符号化及びパケット送信の停止や再開を制御可能とする態様で、符号化部１１により符号化した映像信号の情報と、セッションＩＤ管理部１４から得られるセッションＩＤを、所定のストリームのＩＰパケットもしくはＴＳパケットに格納し、パケット伝送路を経て復号装置２へと送信する。

【0037】

エンコーダ制御部１３は、符号化部１１に対しては当該符号化処理に関する設定及びその変更を制御し、パケット送信部１２に対しては当該パケット送信に関する設定及びその変更を制御する機能部である。

【0038】

特に、エンコーダ制御部１３は、当該符号化処理及びパケット送信に関する設定に変更がある場合、例えば符号化処理又は符号化パラメータの設定変更や、パケット送信の停止・再開（符号化の停止・再開を含めることも可）を行う場合、その旨をセッションＩＤ管理部１４に通知する。

【0039】

セッションＩＤ管理部１４は、エンコーダ制御部１３からの通知を受けて、映像信号の情報を符号化・送信する度にその設定変更を監視することができ、復号側が継続して復号可能であるとして、映像信号の情報の予め定めた符号化処理及びパケット送信に関する設定については継続して同一の値のセッションＩＤを割り当てパケット送信部１２に出力し、その他の場合には、異なる値のセッションＩＤを割り当てパケット送信部１２に出力する。

【0040】

従って、セッションＩＤの更新は必須ではなく、復号側が継続して復号可能であるとして、復号処理に影響を及ぼさない設定変更やパケット送信の停止・再開の場合では、セッションＩＤ管理部１４からセッションＩＤの更新がないとき、パケット送信部１２が継続して同一の値のセッションＩＤを用いるよう構成してもよい。

【0041】

このようなセッションＩＤの割り当ては、その符号化処理及びパケット送信に関する設定の内容ごとに復号側が継続して復号可能であるかを基に当該設定変更の前後で復号側が継続して復号動作可能なものであるか否かに関する基準を予め定めておくことができる。尚、復号側が継続復号可能であるか否かの設定変更に関する判定に関して、例えば復号側が継続復号可能な符号化パラメータの変更の場合でも、符号化処理を一旦停止しないと変更ができないような設定変更については、一連の設定変更として判定するのが好適である。従って、エンコーダ制御部１３は、設定変更の前後で復号側が継続して復号動作できる設定変更であるか否かを判定し、継続復号可能であると判定すれば、セッションＩＤを変更させないようセッションＩＤ管理部１４に通知し、符号化処理及びパケット送信に関する設定の変更を行う。一方、設定変更の前後で復号側が継続して復号動作できない設定変更であると判定すれば、符号化及びパケット送信を停止して、符号化処理及びパケット送信に関する設定の変更を行い、セッションＩＤを変更するようセッションＩＤ管理部１４に通知し、符号化処理及びパケット送信を開始する。

【0042】

このため、セッションＩＤ管理部１４は、エンコーダ制御部１３からセッションＩＤの更新が指示されると、現在のセッションＩＤとは異なる値の新たなセッションＩＤを選定し、パケット送信部１２に出力する。そして、パケット送信部１２は、符号化処理の設定変更以後もしくはパケット送信の再開以後に伝送するパケットに対しては、セッションＩＤ管理部１４から得た新たなセッションＩＤを付加して送信する。

【0043】

ここで、ＩＰパケットのパケット伝送路で復号装置２と接続する場合は、符号化した映像信号の情報をＲＴＰパケットに格納する。この場合、セッションＩＤは、ＲＴＰパケットのＳＳＲＣフィールド（例えば非特許文献１、又は図２参照）に格納して伝送する。このときのセッションＩＤは、３２ビットの値から選択することができる。

【0044】

一方、ＲＴＰパケットを用いず、ＴＳパケットのパケット伝送路で復号装置２と接続する場合は、符号化した映像信号の情報をＭＰＥＧ−２ ＴＳパケットに格納する。この場合、セッションＩＤはＭＰＥＧ−２ ＴＳのＰＡＴ（Program Association Table）におけるprogram_numberフィールド（例えば図３参照）に格納して伝送する。このときのセッションＩＤは、０以外の１６ビットの値（１〜６５５３５）から選択することができる。

【0045】

更に、符号化した映像信号の情報をＭＰＥＧ−２ ＴＳパケットに格納した後、ＲＴＰパケットに格納して、ＩＰパケットの伝送路で復号装置２と接続する場合は、セッションＩＤをＭＰＥＧ−２ ＴＳのＰＡＴ（Program Association Table）におけるprogram_numberフィールド及び、ＲＴＰパケットのＳＳＲＣフィールドに格納して伝送してもよい。このときのセッションＩＤは、０以外の１６ビットの値（１〜６５５３５）から選択し、ＳＳＲＣの上位１６ビットには、任意の値を格納してもよい。ただし、この上位１６ビットの値はセッションＩＤに変更がない場合には変更しないようにして、継続して復号する際の動作を簡便にするのが好適である。

【0046】

尚、上述の例では、本発明の理解を高めるために、エンコーダ制御部１３、及びセッションＩＤ管理部１４を区別して説明したが、エンコーダ制御部１３がセッションＩＤ管理部１４の機能を具備するよう構成することができる。

【0047】

（エンコーダ制御部の動作）
次に、図４を参照して、エンコーダ制御部１３の動作について説明する。図４は、本実施形態の符号化装置１におけるエンコーダ制御部１３の動作例を示すフローチャートである。まず、エンコーダ制御部１３は、符号化部１１による符号化処理の実行前に、セッションＩＤの初期値を設定するようセッションＩＤ管理部１４に通知する（ステップＳ１１）。

【0048】

続いて、エンコーダ制御部１３は、符号化部１１及びパケット送信部１２を制御して、伝送する映像信号について予め定めた符号化・送信制御を開始する（ステップＳ１２）。即ち、符号化部１１は、伝送する映像信号を入力し、この伝送のために予め定めた符号化パラメータで符号化処理を施し、パケット送信部１２に出力する。そして、パケット送信部１２は、符号化及びパケット送信の停止や再開を制御可能とする態様で、符号化部１１により符号化した映像信号の情報と、セッションＩＤ管理部１４から得られるセッションＩＤを、所定のストリームのＩＰパケットもしくはＴＳパケットに格納し、パケット伝送路を経て復号装置２へと送信する。

【0049】

続いて、エンコーダ制御部１３は、現在、符号化・送信中の映像信号に対して、「符号化処理及びパケット送信に関する設定」の設定変更の実行を決定するとする（ステップＳ１３）。例えば、予め定めたサービス計画に基づいて連続して異なる映像を配信する場合や、操作者（サービス事業者）の指示により映像や符号化パタメータを変更する場合、或いはオンデマンド形式で復号側からの指示を受け付けた場合などで、エンコーダ制御部１３は、「符号化処理及びパケット送信に関する設定」の設定変更の実行を決定する。

【0050】

続いて、エンコーダ制御部１３は、現在、符号化・送信中の映像信号に対して当該設定変更が、復号側にとって継続して復号可能であるか否かを判定する（ステップＳ１４）。符号化処理に関する設定は、例えば符号化パラメータや符号化処理の種別の設定とし、パケット送信に関する設定は、例えばパケット送信の停止や再開を行うタイミング設定とすると、その設定変更が、復号側にとって継続して復号可能であるか否かの基準を予め定めておくことができる。そして、この基準に基づいて、エンコーダ制御部１３は、現在、符号化・送信中の映像信号に対して当該設定変更が、復号側にとって継続して復号可能であるか否かを判定する。

【0051】

継続して復号可能であると判定したとき（ステップＳ１４：「可能」）、エンコーダ制御部１３は、セッションＩＤを変更させないようセッションＩＤ管理部１４に通知し、当該符号化処理及びパケット送信に関する設定の変更処理を実行し（ステップＳ１５）、その後、この設定状態を更なる設定変更の実行まで維持する（ステップＳ１３）。

【0052】

一方、継続して復号不可能であると判定したとき（ステップＳ１４：「不可能」）、エンコーダ制御部１３は、符号化及びパケット送信を停止して符号化処理及びパケット送信に関する設定の変更を行い（ステップＳ１６）、セッションＩＤを変更するようセッションＩＤ管理部１４に通知し（ステップＳ１７）、その後、符号化処理及びパケット送信を再開する（ステップＳ１２）。

【0053】

以上のようにして、符号化装置１は、入力された映像信号（又は音声信号）を符号化し、符号化した映像信号（又は音声信号）の情報を所定のセッションＩＤとともに、所定のストリームのＩＰパケットもしくはＴＳパケットに格納し、ＩＰパケットもしくはＴＳパケットのパケット伝送路を経て、復号装置２へと送信する。

【0054】

（復号装置の構成）
次に、復号装置２の構成について説明する。図１に示すように、復号装置２は、デジッタバッファ２１、クロック再生部２２、復号部２３、デコーダ制御部２４、及びセッションＩＤ記録部２５を備える。

【0055】

デジッタバッファ２１は、符号化装置１から送信された所定のストリームのＩＰパケットもしくはＴＳパケットを受信すると、一時的に格納する記憶部である。

【0056】

クロック再生部２２は、ＩＰパケットもしくはＴＳパケットのビットレート及びクロックを再生する機能部である。受信したＩＰパケットから、そのビットレート及びクロックを再生するクロック再生処理には、例えば非特許文献２の技法を用いるなど、受信したＩＰパケット内の時刻情報を利用することができる。また、ＴＳパケットの伝送路からＴＳパケットを受信してそのビットレート及びクロックを再生するクロック再生処理には、その現在時刻情報を格納したＴＳパケット（即ち、ＰＣＲパケット）のタイムスタンプ値と、連続するＰＣＲパケット間のＴＳパケット数とからビットレートを再生することができ、ＰＣＲパケットのタイムスタンプ値と、その受信時刻との差からクロックを再生することができる。

【0057】

復号部２３は、デコーダ制御部２４の制御により、デジッタバッファ２１からＩＰパケットもしくはＴＳパケットに格納された映像信号の情報を取り出し、符号化装置１によって施されていた符号化処理に対応する復号処理を施して、映像信号を復元し外部装置（例えば図示しない表示装置等）に出力する。

【0058】

デコーダ制御部２４は、デジッタバッファ２１に一時記憶したＩＰパケットもしくはＴＳパケットからセッションＩＤを取得し、セッションＩＤ記録部２５にて最近時に記録していたセッションＩＤと比較し、一致する値の場合は復号部２３の復号処理を継続するよう制御し、一致しない値の場合には、クロック再生部２２と復号部２３をリセット（初期化）して復号部２３の復号処理を再開するとともに、新たに取得したセッションＩＤで更新するようセッションＩＤ記録部２５に記録する機能を有する。

【0059】

セッションＩＤ記録部２５は、デコーダ制御部２４の制御により、ＩＰパケットもしくはＴＳパケットからセッションＩＤが取得される度に、そのセッションＩＤの値を記録する。

【0060】

そして、デコーダ制御部２４は、パケットの入力エラー（受信異常）が所定の閾値時間を超えて継続した場合もクロック再生部２２と復号部２３をリセット（初期化）して復号部２３の復号処理を再開するとともに、そのリセット後に最初に取得したセッションＩＤの値をセッションＩＤ記録部２５に記録する機能を有する。

【0061】

尚、クロック再生部２２は、伝送エラーなどにより、ＩＰパケットもしくはＴＳパケットの入力エラー（受信異常）があると、このときのビットレートとクロック周波数の更新処理を直ちに停止し、当該入力エラー（受信異常）が生じる前の値を維持する。

【0062】

即ち、復号装置２は、ＩＰパケットもしくはＴＳパケットの受信を一旦開始すると、ＩＰパケットもしくはＴＳパケットの入力エラー（受信異常）が所定の閾値時間を超えて継続しておらず、又はセッションＩＤの値の変更がない限り、クロック再生部２２と復号部２３をリセット（初期化）することはなく、受信したＩＰパケットもしくはＴＳパケットに格納された映像信号の情報の復号処理を継続する。

【0063】

（デコーダ制御部の動作）
次に、図５を参照して、デコーダ制御部２４の動作について説明する。図５は、本実施形態の復号装置２におけるデコーダ制御部２４の動作例を示すフローチャートである。まず、デコーダ制御部２４は、ＩＰパケットもしくはＴＳパケットの受信準備として、クロック再生部２２と復号部２３をリセット（初期化）する（ステップＳ２１）。

【0064】

続いて、デコーダ制御部２４は、デジッタバッファ２１に一時記憶したＩＰパケットもしくはＴＳパケットに、入力エラー（受信異常）やセッションＩＤの値の変更の有無を検出する処理を開始する（ステップＳ２２）。

【0065】

ＩＰパケットもしくはＴＳパケットの受信結果として入力エラー（受信異常）がない正常時には（ステップＳ２３：「正常」）、続いてセッションＩＤの値の変更の有無を検出する（ステップ２４）。そして、セッションＩＤの値の変更が無いと判定するときは（ステップＳ２４：「変更なし」）、復号部２３の復号処理を継続するよう制御し、ステップＳ２２に移行する。一方、セッションＩＤの値の変更が有ると判定するときは（ステップＳ２４：「変更検出」）、ステップＳ２１に移行してクロック再生部２２と復号部２３をリセット（初期化）して復号部２３の復号処理を再開する。

【0066】

また、ＩＰパケットもしくはＴＳパケットの受信結果として入力エラー（受信異常）があるときには（ステップＳ２３：「異常」）、クロック再生部２２におけるビットレートとクロック周波数の更新処理を直ちに停止し、この入力エラー（受信異常）が所定の閾値時間を超えて継続するかを監視し、所定の閾値時間を超えて継続しないときは（ステップＳ２５：「閾値以下」）、復号部２３の復号処理を継続するよう制御し、ステップＳ２２に移行する。一方、入力エラー（受信異常）が所定の閾値時間を超えて継続するときは（ステップＳ２５：「閾値超」）、ステップＳ２１に移行してクロック再生部２２と復号部２３をリセット（初期化）して復号部２３の復号処理を再開する。

【0067】

このように、復号装置２は、ＩＰパケットもしくはＴＳパケットの受信を一旦開始すると、ＩＰパケットもしくはＴＳパケットの入力エラー（受信異常）が所定の閾値時間を超えて継続しておらず、又はセッションＩＤの値の変更がない限り、クロック再生部２２と復号部２３をリセット（初期化）することはなく、受信したＩＰパケットもしくはＴＳパケットに格納された映像信号の情報の復号処理を継続することができる。

【0068】

即ち、従来技法のコーデックでは、符号化側から得られるパケットに関する受信異常を検出すると、その検出期間の閾値時間より長い時間、復号処理を停止させた後、復号処理をリセットし、ビットレートとクロック周波数の更新処理（クロック再生処理）を改めて行うよう制御するため、回復するのに時間がかかっていた。

【0069】

また、従来技法のコーデックでは、この回復するのに時間がかかる問題を軽減させようとしてその閾値時間を小さくすると、短時間にパケット伝送が中断しただけでも復号処理のリセットが発生し、結果として長い時間映像が停止してしまう。逆に、この閾値時間を大きくすると、例えば符号化処理に関する設定変更を反映させるために復号処理をリセットするため、長い時間伝送を中断することとなる。

【0070】

一方、本発明に係る符号化装置１及び復号装置２では、受信異常に関する閾値時間を大きくしても、復号装置２は符号化装置１の設定変更を検出して直ちにクロック再生処理を停止して事前の状態を維持可能とし、復号部２３をリセットすることができる。従って、この閾値時間を大きな値に設定することが可能になる。このため、短時間にパケット伝送が中断しても当該リセットが起こらなくなり、映像の中断が長い時間継続することを防ぐことができる。

【0071】

そして、従来の特許文献１の技法では、ＲＴＰパケットでＳＳＲＣフィールドやＣＳＲＣフィールドの値の変更の観測により、復号処理のリセットを行っていたため、ＲＴＰパケットを用いないパケット伝送路でコーデックを接続する場合には、エンコーダの変更やエンコーダの設定変更を検出することができなかった。

【0072】

一方、本発明に係る符号化装置１及び復号装置２では、ＭＰＥＧ−２ ＴＳのパケット伝送路であっても符号化処理の変更や符号化パラメータの設定変更を検出し、復号部２３の復号処理をリセットしエラーを復元するよう構成することができる。

【0073】

以上、特定の実施例を挙げて本発明を説明したが、本発明は前述の実施例に限定されるものではなく、その技術思想を逸脱しない範囲で種々変形可能である。例えば、上述した実施形態の例では、主に、エンコーダ制御部１３及びセッションＩＤ管理部１４、並びに、デコーダ制御部２４及びセッションＩＤ記録部２５を個別の構成要素として説明したが、それぞれセッションＩＤ管理部１４の機能を有するエンコーダ制御部１３、セッションＩＤ記録部２５の機能を有するエンコーダ制御部１３として構成することができる。

【0074】

そして、本実施形態の符号化装置１又は復号装置２をコンピュータとして機能させることができ、当該コンピュータに、本発明に係る各構成要素を実現させるためのプログラムは、当該コンピュータの内部又は外部に備えられるメモリ（図示せず）に記憶される。コンピュータに備えられる中央演算処理装置（ＣＰＵ）などの制御で、各構成要素の機能を実現するための処理内容が記述されたプログラムを、適宜、メモリから読み込んで、本実施形態の符号化装置１又は復号装置２の各構成要素の機能をコンピュータに実現させることができる。ここで、各構成要素の機能をハードウェアの一部で実現してもよい。

【産業上の利用可能性】

【0075】

本発明によれば、ＲＴＰパケットやＭＰＥＧ−２ ＴＳパケットなどのパケット種別の違いに依らず、受信異常の検出期間の閾値時間を大きくしても、デコーダはエンコーダの設定変更等を検出して直ちにリセットすることができ、このため、パケット伝送の短時間の中断であればリセットが起こらなくなり、長い時間で映像の中断が継続することを防ぐことができるので、映像又は伝送の中断が発生しうる無線伝送路を用いて映像伝送を行う場合に有用である。

【符号の説明】

【0076】

１ 符号化装置
２ 復号装置
１１ 符号化部
１２ パケット送信部
１３ エンコーダ制御部
１４ セッションＩＤ管理部
２１ デジッタバッファ
２２ クロック再生部
２３ 復号部
２４ デコーダ制御部
２５ セッションＩＤ記録部

【図1】

【図2】

【図3】

【図4】

【図5】