JP3265192B2 - 復号化装置及び復号化システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像信号等の符号
化情報を復号化する復号化装置及び復号化システムに関
するものである。

【０００２】

【従来の技術】近年、ＩＳＤＮ（Integrated Services
Digital Network：サービス総合ディジタル網）の普及
により新しい通信サービスシステムとして画像通信サー
ビスが実現されている。テレビ電話やテレビ会議システ
ム等がその例である。また、ＰＨＳ（Personal Handyph
one System）やＦＰＬＭＴＳ（Future Public Land Mob
ile Telecommunications Systems）に代表される無線伝
送網の発展に伴い、更なるサービスの高度化，多様化，
可搬化への要求が急速に高まっている。一般に、テレビ
電話やテレビ会議システムのように、画像情報を伝送す
る場合においては、画像の情報量が膨大なのに対して、
伝送に用いる回線の回線速度やコストの点から、伝送す
る画像の情報量を圧縮符号化し、情報量を少なくして伝
送することが必要となってくる。

【０００３】画像情報を圧縮する符号化方式としては、
静止画像符号化方式としてＪＰＥＧ（Joint Photograph
ic Coding Experts Group），動画像符号化方式として
Ｈ.２６１，蓄積用動画像符号化方式としてＭＰＥＧ（M
oving Picture Coding ExpertGroup）１，ＭＰＥＧ２が
すでに国際標準化されている。更に、６４kbps以下の超
低ビットレートでの符号化方式としてＭＰＥＧ４の標準
化活動が進められている。このＭＰＥＧ４では、符号化
方式に拡張性を持たせること，装置に依存しない汎用性
を持たせることを目的とし、符号化情報を随時ダウンロ
ードする方式を採用している。また、ＭＰＥＧ４は、符
号化器の各ツール（変換器，量子化器，逆変換器，逆量
子化器等）を多数用意して、それらの適当な組合せによ
って符号化を行う方式でもある。

【０００４】図１６は、符号化出力情報のデータ列を示
す図で、同図（ａ）はＨ.２６１で符号化したデータ列
であり、同図（ｂ）はＭＰＥＧ４のような符号化方式が
柔軟に変化する場合のデータ列である。図１６（ｂ）の
場合、符号化装置の各ツールの組合せが任意に選択可能
であるため、どのツールを使用して符号化を行ったかと
いうツールに関する情報を符号化出力情報と合わせて送
信する必要がある。図１６で、動き補償ツールＴａ，逆
変換ツールＴｂ，動き補償ツールＴｃ，逆変換ツールＴ
ｄ，量子化ツールＴｅがツール情報で、それに続く動き
ベクトル情報Ｉａ，変換係数Ｉｂ，動きベクトル情報Ｉ
ｃ，変換係数Ｉｄ，量子化ステップＩｅが処理されたデ
ータである。

【０００５】図１７は、Ｈ.２６１に従う従来の符号化
復号化装置の一例を示すブロック図である。図１７に示
す符号化復号化装置は、装置全体を制御する制御部４２
と、Ｈ.２６１に従って符号化する符号化器４３と、Ｈ.
２６１で符号化された情報を復号化する復号化器４４
と、ツール情報を記憶するメモリからなるツール蓄積部
４５とを備える構成である。

【０００６】このような構成をとる装置における場合を
含めて、各種の符号化方式による符号化器に要する符号
化アルゴリズムを実現するための構成を考えると、専用
のハードウェアやソフトウェアを実装することにより実
現する方法と、汎用演算器で適当なソフトウェアを実行
することにより実現する方法とが考えられる。図１８
は、Ｈ.２６１の符号化器の従来例を示すブロック図で
ある。この符号化器は、符号化制御を行う符号化制御部
４６と、ＤＣＴ変換を行う変換部４７と、変換部で変換
された係数の量子化を行う量子化部４８と、量子化され
た係数の逆量子化を行う逆量子化部４９，逆ＤＣＴ変換
を行う逆変換部５０，動き補償フレーム間予測の際に用
いる動き補償用可変遅延機能を持つメモリ５１，マクロ
ブロックごとにon／offできるループ内フィルタ５２か
ら構成される。ここで用いるアルゴリズムを専用のハー
ドウェア及びソフトウェアで実現する場合、各ツールで
ある符号化制御部，変換部，量子化部，逆量子化部，逆
変換部，動き補償用遅延機能を持つメモリ，ループフィ
ルタは、それぞれ専用のハードウェアおよびソフトウェ
アを有することになる。

【０００７】図１９は、Ｈ.２６１の復号化器の従来例
を示すブロック図である。Ｈ.２６１の復号化器は、図
１８の符号化器に含まれている復号化器の機能を有する
部分をなしている。この復号化器は、逆量子化部５４，
逆変換部５５，動き補償用可変遅延機能を持つメモリ５
６，ループ内フィルタ５７で構成される。符号化された
データは、逆量子化部５４で逆量子化され、逆変換部５
５で逆ＤＣＴ変換されて復号される。メモリ５６及びル
ープ内フィルタ５７は動き補償予測符号化データを復号
する場合に使用する。

【０００８】ＪＰＥＧ，Ｈ.２６１，ＭＰＥＧ１，ＭＰ
ＥＧ２等は、所定のアルゴリズムで符号化を行う方式で
あるから、このような方式に対応するために数種類のア
ルゴリズムで処理しようとすると、アルゴリズムを実現
するハードウェア及びソフトウェアがそれぞれ必要とな
る。一つの端末で、例えば、Ｈ.２６１で動画像をＪＰ
ＥＧで静止画像を符号化する場合、図２０のような構成
になる。すなわち、この符号化器は、Ｈ.２６１符号化
器５９とＪＰＥＧ符号化器６０とで構成される。同様
に、専用のハードウェアおよびソフトウェアで図１６
（ｂ）の柔軟な符号化方式によるアルゴリズムを実現さ
せると、Ｈ.２６１での変換部，量子化部，逆量子化
部，逆変換部の各ツールが数種類あることになる。従っ
て、図１８に示す変換部４７，量子化部４８，逆量子化
部４９，逆変換部５０からなる符号化部５３が図２１に
示す各ツールによる構成となる。復号化器の構成は、図
１９に示す逆量子化部５４と逆変換部５５からなる復号
部５８が図２１における各部のツール構成６１と同様に
なる。

【０００９】動作としては、図１６（ｂ）に示す動き補
償ツールＴａ，逆変換ツールＴｂ，動き補償ツールＴ
ｃ，逆変換ツールＴｄ，量子化ツールＴｅ等のツール情
報は制御部６２へ、その後に続くデータである動きベク
トル情報Ｉａ，変換係数Ｉｂ，動きベクトル情報Ｉｃ，
変換係数Ｉｄは、それぞれの各ツール６１へ送信され
る。制御部６２では、それぞれのツール情報からどのツ
ールを使用するかの選択制御を行い、各データは制御部
で選択されたツールで処理され、復号されることにな
る。

【００１０】しかし、この方法では、各ツール毎に専用
のハードウェア及びソフトウェアを用意しなければなら
ず、復号化装置の規模が大きくなってしまう。また、復
号化装置が用意していないツールで処理されたデータを
受信した場合、復号できなくなってしまう。これを解決
するためには、受信したパーツをコンパイルして処理プ
ログラムを生成するか、あるいは、あらかじめ仮想的な
演算器で処理できるように記述されたパーツを翻訳する
ことにより、汎用演算処理部で復号化する場合が考えら
れる。

【００１１】図１６（ｂ）に示す情報を、汎用演算処理
部とコンパイラで復号する場合、図２２に示す復号化装
置を用いる。図１６（ｂ）に示す動き補償ツールＴａ，
逆変換ツールＴｂ，動き補償ツールＴｃ，変換ツールＴ
ｄ，量子化ツールＴｅ等のツール情報はコンパイラ６４
に送信され、その後に続く各データである動きベクトル
情報Ｉａ，変換係数Ｉｂ，動きベクトル情報Ｉｃ，変換
係数Ｉｄ，量子化ステップＩｅは汎用演算処理部６３へ
送信される。コンパイラでは、汎用演算処理部６３のた
めの処理プログラムを生成し、次に送信されてくるデー
タを汎用演算処理部６３にて処理を行い、復号化される
ことになる。更に、一度生成された処理プログラムは保
存され、次の復号化のときに再利用される。

【００１２】また、図１６（ｂ）に示す情報を、汎用演
算処理部と翻訳器（インタープリタ）で復号する場合、
図２３に示す復号化装置を用いる。図１６（ｂ）に示す
動き補償ツールＴａ，逆変換ツールＴｂ，動き補償ツー
ルＴｃ，変換ツールＴｄ，量子化ツールＴｅ等のツール
情報は翻訳器６６に送信され、その後に続く各データで
ある動きベクトル情報Ｉａ，変換係数Ｉｂ，動きベクト
ル情報Ｉｃ，変換係数Ｉｄ，量子化ステップＩｅは汎用
演算処理部６５へ送信される。翻訳器６６では、汎用演
算処理部６５のための処理プログラムを翻訳し、次に送
信されてくるデータを汎用演算処理部６５にて処理を行
い、復号化されることになる。更に、一度翻訳された処
理プログラムは保存され、次の復号化のときに再利用さ
れる。

【００１３】

【発明が解決しようとする課題】現在、多種多様な符号
化方式が存在し、今後も新たな符号化方式が提案される
と予想される。符号化方式には、それぞれに特徴があ
り、符号化するべき画像列に応じた適応する符号化方式
は異なる。伝送容量が少ない場合、圧縮効率の高い符号
化方式を随時選択していく方法を用いた方が伝送効率が
高く、より高品位の画像を復号化器は受けとることがで
きる。そのための適切な符号化方式を取得するために
は、復号化装置が符号化方式を記述したツールを随時取
得する必要がある。しかし、符号化方式を変更する度に
ツールの全てを伝送するのは、伝送路に負担がかかり、
本来の画像データの伝送に割く容量が減少するので、符
号化方式を記述したツールを随時取得する方法にも限界
があった。

【００１４】本発明は、受信した符号化情報を、同時に
受信したツールにより復号化し、復号化装置が以前に受
信したツールとツール識別情報を保持しておくという方
法をとるようにした場合に、ツールと符号化情報の送信
方法を工夫して、短時間で効率よく復号化でき、かつ、
通信路の有効利用を可能とし、また、各々の復号化器が
保持するツールだけでなく、個々の復号化器の利用でき
るツールを増やすことを可能とする符号化復号化装置を
提供することをその解決すべき課題とする。

【００１５】

【課題を解決するための手段】本願請求項１の発明は、
符号化情報と、該符号化情報の復号化を行うアルゴリズ
ムを構成するツールを示すツール識別情報とを受信する
受信手段と、予めツールを蓄積するツール蓄積手段と、
前記受信したツール識別情報に対応するツールを、前記
ツール蓄積手段に蓄積されたツールの中から選択するツ
ール選択手段と、前記選択されたツールから復号化アル
ゴリズムを構築し、該復号化アルゴリズムを用いて、前
記受信した符号化情報を復号化する復号化手段とを備え
た復号化装置において、前記受信したツール識別情報に
対応するツールが、前記ツール蓄積手段に蓄積されてい
ない場合に、当該復号化装置と通信路で結ばれたツール
蓄積装置に対して、前記ツール識別情報に対応するツー
ルを要求するものである。

【００１６】本願請求項２の発明は、前記請求項１の発
明に係る復号化装置と、ツール蓄積装置とを通信路で結
んでなる復号化システムにおいて、前記復号化装置にて
受信したツール識別情報に対応するツールが、前記復号
化装置に蓄積されていない場合に、前記復号化装置が前
記ツール蓄積装置に対して、前記ツール識別情報に対応
するツールを要求することを特徴とするものである。

【００１７】本願請求項３の発明は、前記請求項２の発
明において、前記復号化装置が複数備えられており、前
記ツール蓄積装置が、前記複数の復号化装置によって共
有されているものである。

【００１８】本願請求項４の発明は、前記請求項２又は
３の発明において、前記ツール蓄積装置が複数備えられ
ており、前記複数のツール蓄積装置は、各々が蓄積して
いるツールを示す情報を、通信路を介して相互に交換す
るようにしたものである。

【００１９】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照して説明する。 （第１実施形態）図１は、本発明に係る符号化復号化装
置の第１実施形態において、管理されるツールの例をそ
のタグとともに示すものである。図１に示すように、各
ツールに固有の、かつ本符号化復号化装置の中で一意に
決定されるようにツール識別情報（以下タグと略す）を
つける。例えば、タグ“Aa01”は、それに対応するツー
ルを“整数画素精度動き補償”とするように、全てのツ
ールに対応したタグが設定されており、これによって各
ツールが判別できるようになっている。

【００２０】図２は、このタグの設定方法の１例を示し
ている。例えば、タグは、図２に示すように、大分類
（動き補償予測，ＤＣＴ変換等の符号化種別）をアルフ
ァベット大文字、小分類（整数画素精度，半画素精度
等）をアルファベット小文字、バージョンを数字２文字
で表される。このような方式でツールにタグ名を決める
ことにより、本発明に係る符号化復号化装置では、同一
ツールに対し、唯一のタグ名を決めることができる。こ
のように、本方式では、ツールのタグ名を決めるための
分類表は、あらかじめ既知であることが必要な条件であ
る。復号化器の保持するツール識別情報蓄積部やサーバ
では、このタグとタグの対応するツールの格納されてい
る格納先アドレスを規定したタグテーブルを保持する必
要がある。このタグテーブルは、新規のツールが復号化
器やサーバに登録される時に、同時に更新される。

【００２１】図３は、本発明に関わる符号化復号化装置
の第１実施形態を示すブロック図である。この符号化復
号化装置は、符号化器１Ａ，符号化器１Ｂ，符号化器１
Ｃ，復号化器２Ｐ，復号化器２Ｑ，復号化器２Ｒ，復号
化器２Ｓ，サーバ３Ｊ，サーバ３Ｋ，通信路を備える。
図４は、この実施形態における符号化器を示すブロック
図である。この符号化器は、制御部１９，タグテーブル
２０，ツール格納部２１，演算部２２，ワークメモリ２
３，ネットワークインタフェース２４を備える。図５
は、この実施形態における復号化器を示すブロック図で
ある。この復号化器は、制御部２５，タグバッファ２
６，タグテーブル２７，ツール格納部２８，演算部２
９，ワークメモリ３０，ネットワークインタフェース３
１を備える。図６は、この実施形態におけるツール蓄積
及びツール識別情報蓄積器（サーバ）を示すためのブロ
ック図である。このサーバは、制御部３２，タグテーブ
ル蓄積部３３，ツール格納部３４，タグ検出及び比較部
３５，ネットワークインタフェース３６を備える。

【００２２】図７ないし図１０は、前記図４の符号化器
と前記図５の復号化器，前記図６のサーバが図３のよう
に接続された本発明の実施形態における動作例の通信手
順を示すフローチャートである。図７〜図１０に基づい
て動作フローを説明すると、まず、符号化器において使
用するアルゴリズムとそれを構成するツールを決定（ス
テップＳ101）して、符号化器は、その各ツールのタグ
を設定して復号化器に送信する（ステップＳ102）。復
号化器は、そのタグを受信し、そのタグをタグバッファ
２６に取り込む（ステップＳ201）。そして、タグバッ
ファ２６に取り込まれたタグをタグテーブル２７に照ら
し合わせ（ステップＳ202）、登録していない場合は、
そのタグを復号化器が属するサーバに送信し（ステップ
Ｓ203）、以下の処理を行う。

【００２３】復号化器の属するサーバは、タグを受信し
（ステップＳ301）、受信したタグがタグテーブル３３
に登録されているかを調べ（ステップＳ302）、登録さ
れていなかった場合は、他のサーバにタグを送信する
（ステップＳ303）。この際、送信先のサーバは、一つ
とは限らない。他のサーバはタグを受信し（ステップＳ
401）、受信したタグがタグテーブル３３に登録されて
いるかを調べ（ステップＳ402）、タグテーブル３３に
タグが存在しなければ、タグがない旨を先の復号化器が
属するサーバに通知する（ステップＳ404）。また、サ
ーバのタグテーブルにタグが存在すれば、タグが存在す
ることをこの復号化器が属するサーバに通知し（ステッ
プＳ403）、ツールを送信する（ステップＳ405）。この
復号化器の属するサーバでは、他のサーバでタグが登録
されていたかどうかの応答を受け（ステップＳ304）、
他のサーバでタグが登録されていたかを調べ（ステップ
Ｓ305）、他サーバでタグが登録されていたならツール
を受信し（ステップＳ306）、そのツールをツール格納
部に格納し、その格納アドレスとタグをタグテーブルに
登録する（ステップＳ307）。

【００２４】この復号化器の属するサーバで最終的にタ
グが登録されているかいないかを復号化器に通知するた
め、タグが登録されている場合は、その旨を復号化器に
送信し（ステップＳ308）、ツールを送信する（ステッ
プＳ310）。この時点でタグが登録されていなければ、
タグが登録されていなかった旨を復号化器に通知し（ス
テップＳ309）、復号化器からツールが送信されてくる
のを待ち、受信する（ステップＳ311）。受信したツー
ルを格納し（ステップＳ312）、この復号化器に属する
サーバの処理は終了する。この復号化器は、受信したタ
グが、サーバに存在するかどうかの返答を受け（ステッ
プＳ204）、サーバに存在したかどうかを調べ（ステッ
プＳ205）、存在した場合にタグに対応したツールが存
在した旨を符号化器に送信し（ステップＳ207）、ツー
ルを受信する（ステップＳ208）。サーバにタグが存在
しなければ、存在しなかった旨を符号化器に通知し（ス
テップＳ206）、ツールを符号化器から受信し（ステッ
プＳ209）、復号化器の属するサーバにツールとタグを
送信する（ステップＳ210）。次に、ツールを格納し、
タグを登録する（ステップＳ211）。符号化器は、復号
化器にツールに対応するタグが存在するかどうかの返答
を受け（ステップＳ103）、ツールが存在したかどうか
を調べ（ステップＳ104）、ツールが復号化器に存在し
なければツールを送信する（ステップＳ105）。

【００２５】復号化器は、ここまでの手順までに、必要
とするツールが復号化器内に格納されているので、ツー
ルを演算部に転送し（ステップＳ212）、符号化データ
送信要求を送信し（ステップＳ213）、符号化データを
受信し（ステップＳ214）、復号化する（ステップＳ21
5）。符号化器は、符号化データ送信要求を受信し（ス
テップＳ106）、符号化データを送信し（ステップＳ10
7）、符号化データの送信が終了したかを調べ（ステッ
プＳ108）、終了していなければ符号化データを送信
し、終了すれば符号化データ送信終了信号を復号化器に
送信する（ステップＳ109）。復号化器は、符号化デー
タ送信終了信号を受信したかどうかを調べ（ステップＳ
216）、受信していなければ、さらに符号化データを受
信する処理に移る。そして、復号化器が符号化データ終
了信号を受信した時点で通信が終了する。このような動
作が行われることによって、ツールに固有のタグを用い
て復号化器やその属するサーバ、あるいはその他のサー
バに同じツールがあるかを判別し、存在しない場合のみ
符号化器からツールを転送することにより、送受信にか
かる時間を短縮できる。

【００２６】（第２実施形態）タグが先に復号化器に送
信され、タグが復号化器にもサーバにも存在しなけれ
ば、符号化器からツールを送信してもらい、ツールをサ
ーバに格納する手段が第１実施形態であった。第２実施
形態では、タグが先に送り先の復号化器の属するサーバ
に転送され、サーバ内にツールが存在するかどうかを調
べて、ない場合にはサーバが符号化器にツールの転送の
依頼を行う形態をとる。図１１は、本発明に関わる符号
化復号化装置の第２実施例を示すブロック図である。こ
の符号化復号化装置は、符号化器１Ｄ，１Ｅ及び１Ｆ，
復号化器２Ｔ，２Ｕ，２Ｖ及び２Ｗ，サーバ３Ｌ及び３
Ｍ，通信路を備える。また、タグの構成，符号化器，復
号化器及びサーバは、第１の実施形態におけるものと同
様で、それぞれ、図４，図５及び図６に示されるとおり
である。

【００２７】図１２〜図１５は、前記図４の符号化器と
前記図５の復号化器，前記図６のサーバが、図１１のよ
うに接続された本発明の実施形態における動作例の通信
手順を示すフローチャートである。図１２ないし図１５
に基づいて動作フローを説明すると、まず、符号化器に
おいて使用するアルゴリズムとそれを構成するツールを
決定（ステップＳ151）して、符号化器は、その各ツー
ルのタグを設定して復号化器の属するサーバに送信する
（ステップＳ152）。次に、復号化器の属するサーバ
は、符号化器からタグを受けとり（ステップＳ351）、
受信したタグが該サーバに存在するかどうかを調べ（ス
テップＳ352）、存在しなければ他のサーバにタグを送
信する（ステップＳ354）。タグが存在すれば、次に送
信先の復号化器のツール格納部に該タグが存在するかを
サーバが管理しているテーブルを参照して調べ（ステッ
プＳ353）、存在するなら符号化器にタグが存在する旨
を返答し（ステップＳ355）、復号化器にタグが存在す
ることを通知する（ステップＳ361）。復号化器にタグ
が存在しなかった際、他のサーバはタグの問い合わせ依
頼を受信し（ステップＳ451）、タグがそのサーバに登
録されているかを調べ（ステップＳ452）、タグが存在
しなければその旨を問い合わせ側のサーバに返答し（ス
テップＳ454）、タグが存在すればタグが存在する旨を
問い合わせ側のサーバに返答し（ステップＳ453）、ツ
ールを送信する（ステップＳ455）。

【００２８】復号化器の属するサーバにタグが存在しな
かった際に、他のサーバに問い合わせを行った場合、復
号化器の属するサーバは他のサーバからの返答を待ち
（ステップＳ356）、他のサーバにタグが存在したかど
うかを調べ（ステップＳ357）、存在したならツールを
受信する（ステップＳ359）。存在しなければ符号化器
にツールの送信を依頼し（ステップＳ358）、ツールを
受信し（ステップＳ360）、受信したツールとタグを登
録する（ステップＳ362）。また、符号化器は送信先の
復号化器の属するサーバにツールが存在するかどうかの
返答を待ち（ステップＳ153）、ツールが存在したかど
うかを調べ（ステップＳ154）、しなかった場合にはツ
ールを復号化器の属するサーバに送信する（ステップＳ
155）。この時点までに復号化器の属するサーバにツー
ルが存在することが確定するので、復号化器はその属す
るサーバからの返答を待ち（ステップＳ251）、復号化
器自身のツール格納装置にツールが存在するかどうかを
調べ（ステップＳ252）、存在しなければツールをその
属するサーバから受信し（ステップＳ253）、ツールと
タグを格納装置に格納，登録する（ステップＳ254）。

【００２９】復号化器は、ここまでの手順までに必要と
するツールが復号化器内に格納されているので、ツール
を演算部に転送し（ステップＳ255）、符号化データ送
信要求を送信し（ステップＳ256）、符号化データを受
信し（ステップＳ257）、復号化する（ステップＳ25
8）。符号化器は、符号化データ送信要求を受信し（ス
テップＳ156）、符号化データを送信し（ステップＳ15
7）、符号化データの送信が終了したかを調べ（ステッ
プＳ158）、終了していなければ符号化データを送信
し、終了すれば符号化データ送信終了信号を復号化器に
送信する（ステップＳ159）。復号化器は、符号化デー
タ送信終了信号を受信したかどうかを調べ（ステップＳ
259）、受信していなければさらに符号化データを受信
する処理に移る。復号化器が符号化データ終了信号を受
信した時点で通信が終了する。このように、ツールに固
有のタグを用いて復号化器やその属するサーバ、あるい
はその他のサーバに同じツールがあるかを判別し、存在
しない場合のみ符号化器からツールを転送することによ
り、送受信にかかる時間を短縮できる。

【００３０】

【発明の効果】本発明によれば、復号化装置に蓄積され
ていないツールを、通信路を介して結ばれた外部のツー
ル蓄積装置より転送してもらうことにより、符号化装置
からの転送を必要とするツールの量を減らすことがで
き、送受信にかかる時間の短縮と、伝送路の効率的な利
用を可能にする効果が得られる。

【００３１】

【００３２】

【００３３】

【図面の簡単な説明】

【図１】本発明の符号化復号化装置の一実施形態におけ
るツールの管理方式の例を示す図である。

【図２】ツールに設定されるタグの設定方法の例を示す
図である。

【図３】本発明に関わる符号化復号化装置の第１実施形
態を示すブロック図である。

【図４】図３の符号化復号化装置における符号化器の実
施形態を示すブロック図である。

【図５】図３の符号化復号化装置における復号化器の実
施形態を示すブロック図である。

【図６】大容量ツール蓄積及び大容量ツール対応情報蓄
積装置（サーバ）を示すブロック図である。

【図７】図３ないし図６によって構成される本発明の実
施形態の動作における通信手順を示すフローチャート
（その１）である。

【図８】図３ないし図６によって構成される本発明の実
施形態の動作における通信手順を示すフローチャート
（その２）である。

【図９】図３ないし図６によって構成される本発明の実
施形態の動作における通信手順を示すフローチャート
（その３）である。

【図１０】図３ないし図６によって構成される本発明の
実施形態の動作における通信手順を示すフローチャート
（その４）である。

【図１１】本発明に関わる符号化復号化装置の第２実施
形態を示すブロック図である。

【図１２】図８及び図４ないし図６によって構成される
本発明の第２実施形態の動作における通信手順を示すフ
ローチャート（その１）である。

【図１３】図８及び図４ないし図６によって構成される
本発明の第２実施形態の動作における通信手順を示すフ
ローチャート（その２）である。

【図１４】図８及び図４ないし図６によって構成される
本発明の第２実施形態の動作における通信手順を示すフ
ローチャート（その３）である。

【図１５】図８及び図４ないし図６によって構成される
本発明の第２実施形態の動作における通信手順を示すフ
ローチャート（その４）である。

【図１６】符号化出力情報のデータ列を示し、（ａ）は
Ｈ.２６１で符号化したデータ列、（ｂ）はＭＰＥＧ４
のような符号化方式が柔軟に変化する符号化出力情報の
データ列、（ｃ）はツール識別情報を付加したデータ列
を示す図である。

【図１７】Ｈ.２６１に従う従来の符号化復号化装置の
一例を示すブロック図である。

【図１８】Ｈ.２６１の符号化器の従来例を示すブロッ
ク図である。

【図１９】Ｈ.２６１の復号化器の従来例を示すブロッ
ク図である。

【図２０】Ｈ.２６１で動画像をＪＰＥＧで静止画像を
符号化する場合の符号化装置の従来例を示すブロック図
である。

【図２１】柔軟な符号化方式による復号部のツール構成
の従来例を示すブロック図である。

【図２２】汎用演算処理部とコンパイラで復号する場合
の復号化装置の従来例を示す図である。

【図２３】汎用演算処理部と翻訳器（インタープリタ）
で復号する場合の復号化装置の従来例を示す図である。

【符号の説明】

１Ａ〜１Ｆ，４３…符号化器、２Ｐ〜２Ｗ，４４…復号
化器、３Ｊ〜３Ｍ…サーバ、１９，２５，３２，４２，
６２…制御部、４５…ツール蓄積部、４６…符号化制御
部、４７…変換部、４８…量子化部、４９，５４…逆量
子化部、５０，５５…逆変換部、５１，５６…メモリ、
５２，５７…ループ内フィルタ、５９…Ｈ.２６１符号
化器、６０…ＪＰＥＧ符号化器、５３…符号化部、５８
…復号部、６３，６５…汎用演算処理部、６６…翻訳
器、２０，２７…タグテーブル、２１…格納部、２２，
２９…演算部、２３，３０…ワークメモリ、２４，３
１，３６…ネットワークインタフェース、２６…タグバ
ッファ、２８，３４…ツール格納部、３３…タグテーブ
ル蓄積部、３５…タグ検出及び比較部、Ｉａ，Ｉｃ…動
きベクトル情報、Ｉｂ，Ｉｄ…変換係数、Ｉｅ…量子化
ステップ、Ｔａ，Ｔｃ…動き補償ツール、Ｔｂ，Ｔｄ…
逆変換ツール、Ｔｅ…量子化ツール、Ｇａ，Ｇｃ…動き
補償ツールタグ、Ｇｂ，Ｇｄ…逆変換ツールタグ、Ｇｅ
…量子化ツールタグ。

フロントページの続き (56)参考文献 特開 平５−122681（ＪＰ，Ａ) 特開 平７−184194（ＪＰ，Ａ) 特開 平５−313908（ＪＰ，Ａ) 特開 平７−75091（ＪＰ，Ａ) 特開 平３−244278（ＪＰ，Ａ) 特開 平３−120583（ＪＰ，Ａ) 特開 平８−46791（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04N 7/24 - 7/68 H04N 7/16 - 7/173 H04N 7/10 H04N 1/41 - 1/419 H03M 7/30 - 11/26

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 符号化情報と、該符号化情報の復号化を
   行うアルゴリズムを構成するツールを示すツール識別情
   報とを受信する受信手段と、 予めツールを蓄積するツール蓄積手段と、 前記受信したツール識別情報に対応するツールを、前記
   ツール蓄積手段に蓄積されたツールの中から選択するツ
   ール選択手段と、 前記選択されたツールから復号化アルゴリズムを構築
   し、該復号化アルゴリズムを用いて、前記受信した符号
   化情報を復号化する復号化手段とを備えた復号化装置に
   おいて、 前記受信したツール識別情報に対応するツールが、前記
   ツール蓄積手段に蓄積されていない場合に、当該復号化
   装置と通信路で結ばれたツール蓄積装置に対して、前記
   ツール識別情報に対応するツールを要求することを特徴
   とする復号化装置 。
2. 【請求項２】 前記請求項１に記載の復号化装置と、ツ
   ール蓄積装置とを通信路で結んでなる復号化システムに
   おいて、 前記復号化装置にて受信したツール識別情報に対応する
   ツールが、前記復号化装置に蓄積されていない場合に、
   前記復号化装置が前記ツール蓄積装置に対して、前記ツ
   ール識別情報に対応するツールを要求することを特徴と
   する復号化システム 。
3. 【請求項３】 前記請求項２に記載の復号化システムに
   おいて、 前記復号化装置が複数備えられており、 前記ツール蓄積装置は、前記複数の復号化装置によって
   共有されていることを特徴とする復号化システム 。
4. 【請求項４】 前記請求項２又は３に記載の復号化シス
   テムにおいて、 前記ツール蓄積装置が複数備えられており、 前記複数のツール蓄積装置は、各々が蓄積しているツー
   ルを示す情報を、通信路を介して相互に交換するように
   したことを特徴とする復号化システム 。