JP2005117156A - データ処理装置 - Google Patents

データ処理装置 Download PDF

Info

Publication number
JP2005117156A
JP2005117156A JP2003345852A JP2003345852A JP2005117156A JP 2005117156 A JP2005117156 A JP 2005117156A JP 2003345852 A JP2003345852 A JP 2003345852A JP 2003345852 A JP2003345852 A JP 2003345852A JP 2005117156 A JP2005117156 A JP 2005117156A
Authority
JP
Japan
Prior art keywords
data
rearrangement
stream
data block
block sequence
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.)
Granted
Application number
JP2003345852A
Other languages
English (en)
Other versions
JP4097586B2 (ja
Inventor
Tomoshi Tanaka
智志 田中
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.)
Sanyo Electric Co Ltd
Original Assignee
Sanyo Electric Co Ltd
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 Sanyo Electric Co Ltd filed Critical Sanyo Electric Co Ltd
Priority to JP2003345852A priority Critical patent/JP4097586B2/ja
Priority to CNA200410080632XA priority patent/CN1604636A/zh
Priority to EP20040023339 priority patent/EP1521474A3/en
Priority to US10/954,770 priority patent/US20050073892A1/en
Publication of JP2005117156A publication Critical patent/JP2005117156A/ja
Application granted granted Critical
Publication of JP4097586B2 publication Critical patent/JP4097586B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/1883Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit relating to sub-band structure, e.g. hierarchical level, directional tree, e.g. low-high [LH], high-low [HL], high-high [HH]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/40Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video transcoding, i.e. partial or full decoding of a coded input stream followed by re-encoding of the decoded output stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • H04N19/423Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/63Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding using sub-band based transform, e.g. wavelets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/63Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding using sub-band based transform, e.g. wavelets
    • H04N19/64Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding using sub-band based transform, e.g. wavelets characterised by ordering of coefficients or of bits for transmission
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808Management of client data
    • H04N21/25825Management of client data involving client display capabilities, e.g. screen resolution of a mobile phone
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6581Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Graphics (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)
  • Television Signal Processing For Recording (AREA)
  • Compression Of Band Width Or Redundancy In Fax (AREA)

Abstract

【構成】 JPEG2000コーデック30は、LRCP配列およびRLCP配列のうち一方のストリームを生成する。ブロック並べ替え回路34は、JPEG2000コーデック30により生成されたストリームを形成するデータブロックを並び替えて他方のストリームを生成する。
【効果】 LRCP配列およびRLCP配列の両方のストリームを短い処理時間で生成できるので、快適さを損なうことなく、異なる解像度および異なるSNRの両方を含む様々な画質で画像を再生することが可能となる。
【選択図】 図1

Description

この発明は、データ処理装置に関し、特にたとえば、画像データをJPEG2000方式に従って階層符号化して処理する、データ処理装置に関する。
JPEG2000符号化方式では、エンコード時、画像信号をウェーブレット変換,量子化およびエントロピー符号化し、符号化データの各々に優先度を付与する。そして、符号化データを優先度順に並べてストリームを形成する。
優先度には、レイヤ(L),解像度(R),位置(P)および色成分(C)の4種類がある。ストリームは、4つの階層からなる階層構造を有し、各々の階層にL,R,CおよびPのいずれかを割り当てる。4つの階層にそれぞれどの優先度を割り当てるかによって、互いに異なる複数のスケーラビリティが実現される。
例えば、最上位の階層にLを、次の階層にRを、その次の階層にCを、最下位の階層にPを割り当てたLRCP配列のストリームを形成した場合、デコードの際に最上位レイヤから順番にレイヤ単位で符号化データが復号されていくので、SNR(S/N比)のスケーラビリティが実現される。
また、最上位の階層にRを、次の階層にLを、その次の階層にCを、最下位の階層にPを割り当てたRLCP配列のストリームを形成した場合、デコード時、最低解像度レベルから順番に解像度レベル単位で符号化データが復号されていくので、解像度のスケーラビリティが実現される。
従来、上記のような特徴を持つJPEG2000符号化方式を用いた画像記録装置の一例が、特許文献1に開示されている。この従来技術は、画像信号をJPEG2000方式で符号化し、符号化データからRLCP配列のストリームを形成する。そして、形成されたストリームを記録媒体に記録する。その後、再生要求に応じて記録媒体からストリームを読み出し、読み出されたストリームを画像信号に復号する。
要求が低解像度画像の場合、ストリームの先頭部分つまり低解像度レベルの符号化データだけを復号する。要求が高解像度画像の場合、さらにストリームの残りの部分つまり高解像度レベルの符号化データをも復号する。これにより、ユーザ一人一人の希望に応じて、最低域の低解像度画像から原画像と同等の高解像度画像まで、互いに異なる解像度の画像を再生することができる。
特開2000−295577号公報[H04N 5/92,5/222,5/225,5/907,5/91]
しかし、上記の従来技術では、互いに異なるSNRの画像を再生することはできない。なぜなら、記録媒体に記録されているのはRLCP配列ストリームだからである。他の従来技術においても、択一的に選択された配列のストリームだけしか取り扱うことができない。
そこで、RLCP配列ストリームとLRCP配列ストリームとの両方を生成することができるデータ処理装置が所望される。しかし、そのためには、同一画像を2回にわたって符号化しなければならないので、符号化を行う際の処理時間が長くなり、その結果、利用者の快適性が損なわれる。
特にJPEG2000方式による符号化は、従前のJPEG方式と比べて2〜3倍程度の処理時間を要するため、快適性が著しく損なわれる結果となる。動画像を構成する複数の静止画像を立て続けにJPEG2000で符号化する場面では、なおさらである。
それゆえに、この発明の主たる目的は、快適さを損なうことなく、画像を様々な画質で再生することができる、データ処理装置を提供することである。
請求項1の発明は、入力データを符号化して第1態様で配列された複数のデータブロックを含む第1データブロック列を生成する符号化手段、第1データブロック列を形成するデータブロックを並び替えて第2態様で配列された複数のデータブロックを含む第2データブロック列を生成する並び替え手段、データブロック列の送信要求を受け付ける受け付け手段、送信要求が第1データブロック列および第2データブロック列のいずれを要求しているかを判別する第1判別手段、および第1判別手段の判別結果に対応するデータブロック列を送信する送信手段を備える、データ処理装置である。
請求項1の発明では、最初、入力データに符号化を施して第1態様で配列された複数のデータブロックを含む第1データブロック列を生成し、次に、第1データブロック列を形成するデータブロックに並び替えを施して第2態様で配列された複数のデータブロックを含む第2データブロック列を生成する。その後、データブロック列の送信要求を受け付けると、送信要求が第1データブロック列および第2データブロック列のいずれを要求しているかを判別し、判別結果に対応するデータブロック列を送信する。
一般に、データブロックの並び替えにかかる時間は、符号化を行ってデータブロック列を生成するのに要する時間よりも短い。請求項1の発明によれば、符号化により得られた第1データブロック列に並び替えを施すことによって第2ブロック列を生成するので、第1および第2データブロック列を両方とも符号化によって生成する場合と比べ、処理時間が短縮される。
請求項2の発明は、請求項1記載のデータ処理装置において、符号化手段によって符号化された第1データブロック列を記録媒体に記録する記録手段をさらに備え、並び替え手段は送信要求を受け付けたとき第1判別手段の判別結果に応じて並び替えを実行する。
請求項2の発明では、第1データブロック列を記録媒体に記録する。そして、送信要求を受け付けたとき、記録媒体から読み出された第1データブロック列に対し、上記の判別結果に応じて並び替えを実行する。
請求項3の発明は、請求項1または2記載のデータ処理装置において、並び替え手段は、第1データブロック列から第2態様に従う順序でデータブロックを抽出する抽出手段、および抽出手段によって抽出されたデータブロックを先頭から順に配列する配列手段を含む。
請求項3の発明では、第1データブロック列から第2態様に従う順序でデータブロックを抽出し、抽出されたデータブロックを先頭から順に配列する。
請求項4の発明は、請求項3記載のデータ処理装置において、送信要求がいくつのデータブロックを要求しているかを判別する第2判別手段をさらに備え、並び替え手段は第2判別手段の判別結果に応じて並び替えを施すデータブロック数を制御する。
請求項4の発明では、送信要求がいくつのデータブロックを要求しているかに応じて、並び替えを施すデータブロック数を制御する。
請求項3および4の発明によれば、要求に示された数と同数のデータブロックだけに並べ替えを施すので、並べ替えのための処理量が軽減され、処理時間がさらに短縮される。
請求項5の発明は、請求項1ないし4のいずれかに記載のデータ処理装置において、入力データは静止画像データであり、符号化手段は解像度およびSNRを含む複数の画質パラメータに基づいて静止画像データに階層符号化を施す。
請求項5の発明では、入力画像である静止画像データに対し、解像度およびSNRを含む複数の画質パラメータに基づく階層符号化を施す。
請求項6の発明は、請求項5記載のデータ処理装置において、第1データブロック列は複数の画質パラメータの1つを最優先として階層符号化を施されたデータブロック列であり、第2データブロック列は複数の画質パラメータの他の1つを最優先として階層符号化を施されたデータブロック列である。
請求項5および6の発明では、データブロック列の送信先においてデータブロック列の復号化を行ったとき、解像度およびSNRを含む複数のスケーラビリティのいずれかが実現される。そのため、データブロック列を受信して画像を再生する端末は、第1および第2データブロック列のどちらが欲しいか、およびそのデータブロック列を構成するデータブロックのうち何個が必要かを指定することによって、異なる解像度および異なるSNRの両方を含む様々な画質のうち希望の画質で画像再生を行うことができる。
請求項7の発明は、請求項5または6記載のデータ処理装置において、階層符号化はJPEG2000方式に従う。
請求項7の発明では、入力データはJPEG2000方式に従って符号化される。JPEG2000で符号化を行う場合、長い処理時間、例えば従前のJPEG方式で符号化を行う場合の2〜3倍程度の処理時間を要する。よって、第2データブロック列の生成を並べ替えで行うことによる処理時間の短縮効果がより顕著となる。
請求項8の発明は、請求項5ないし7のいずれかに記載のデータ処理装置において、静止画像データは動画像を形成する1画面の画像データである。
請求項8の発明では、複数画面の画像データを立て続けに符号化するので、第2データブロック列の生成を並べ替えで行うことによる処理時間の短縮効果がさらに顕著となる。
この発明によれば、互いに異なる配列を有する第1および第2データブロック列を短い処理時間で生成できるので、快適さを損なうことなく、様々な画質で画像を再生することが可能になる。
この発明の上述の目的,その他の目的,特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
図1を参照して、この実施例の監視カメラシステム10は、カメラ12と、モニタ14と、サーバ16とで構成される。カメラ12は、被写界を撮影し、サーバ16に画像信号を出力する。モニタ14は、サーバ16から画像信号を入力し、カメラ12で撮影された被写界を画面に表示する。
サーバ16は、2本のデータバス42および44を含む。データバス42にはJPEG2000コーデック30が接続され、データバス44にはCPU38およびフラッシュメモリ36が接続される。
データバス42にはさらに、IDE−I/F20を介してHDD18が、D−I/F22を介してカメラ12が、ビデオ出力回路24を介してモニタ14が、メモリ制御回路28を介してSDRAM26が、データバスI/F32を介してブロック並べ替え回路34が、それぞれ接続される。
データバス44にはさらに、メモリ制御回路28を介してSDRAM26が接続される。データバス44には、必要に応じ、ネットワークI/F40および図示しないネットワークを介して端末T1,T2,…が接続される。
なお、サーバ16では、CPU38やネットワークI/F40が接続されているデータバス42とは別のデータバス44に、JPEG2000コーデック30やブロック並べ替え回路34といった画像処理専用の高速なハードウエア群を接続することにより、画像処理速度の向上を図っている。データバス42側のハードウエアとデータバス44側のハードウエアとは、メモリ制御回路28を通じて互いにデータのやり取りをすることができる。
以下、サーバ16を構成する1つ1つの要素について説明する。
D−I/F22は、カメラからの画像信号をデータバス42に適合する信号に変換する。ビデオ出力回路24は、データバス42からの画像信号をモニタ14に適合する信号に変換する。
IDE−I/F20は、CPU38の指示を受け、HDD18を制御する。HDD18は、IDE−I/F20の制御に応じてデータバス42からのストリームをHD18aに記録し、かつHD18aからストリームを読み出してデータバス42に出力する。
ネットワークI/F40は、CPU38の指示を受け、データバス44からのストリームをネットワーク経由で端末T1,T2,…に送信する。データバスI/F32は、並べ替え制御回路341とデータバス42との間のデータのやり取りを仲介する。
SDRAM26は、複数の記憶領域(バンク)を含んでおり、これら複数の記憶領域に符号化される前の画像信号,符号化して得られたストリーム,およびブロック並べ替え処理を施した後のストリーム等がそれぞれ記憶される。
メモリ制御回路28は、CPU38の指示を受けて、データバス42からの画像信号やストリームをSDRAM26に書き込み、かつSDRAM26から画像信号やストリームを読み出してデータバス42またはデータバス44に出力する。メモリ制御回路28はまた、並べ替え制御回路341の依頼を受けて、SDRAM26内の指定された場所(コピー元アドレス)からデータを読み出してデータバス42に出力し、かつデータバス42からのデータをSDRAM26内の指定された場所(コピー先アドレス)に書き込む。
JPEG2000コーデック30は、データバス42から入力される画像信号をJPEG2000方式に従って符号化し、符号化して得られたストリームをデータバス42に出力する。また、データバス42から入力されるストリームをJPEG2000方式に従って復号化し、復号化して得られた画像信号をデータバス42に出力する。なお、符号化および復号化処理の詳細については後述する。
ブロック並べ替え回路34は、並べ替え制御回路341,データバッファ342および並べ替え設定値レジスタ343を含む。並べ替え制御回路341は、並べ替え設定値レジスタ343に対し、メモリ制御回路28がコピーを行うとき参照するパラメータの値を設定する。並べ替え制御回路341はまた、自分の指示に応じてメモリ制御回路28がSDRAM26からデータバス42に出力したデータを取り込み、取り込んだデータをデータバッファ342内に一時保持する。
並べ替え設定値レジスタ343の内容が図2に示されている。図2を参照して、並べ替え設定値レジスタ343には、今から行われるコピー処理の対象となるブロックの個数を示す対象ブロック数343aと、コピー対象ブロックの各々が今記憶されている場所を示すコピー元アドレス343bと、コピー対象ブロックの各々のデータサイズを示すコピー元サイズ343cと、読み出され一纏めにされたコピー対象ブロックが新たに書き込まれる場所を示すコピー先アドレス343dとが設定される。なお、この実施例におけるコピー対象ブロック数は3であり、従って、コピー元アドレス343bおよびコピー元サイズ343cにはそれぞれ3個の値が設定される。
このように構成されたブロック並べ替え回路34は、SDRAM26に記憶されているストリームをブロック単位でコピーして並べ替えを行うことにより、別の配列のストリームをSDRAM26内に生成する。これにより、SDRAM26内には、同一画像についてLRCP配列およびRLCP配列の2種類のストリームが記憶される結果となる。なお、ブロック並べ替え処理の詳細については後述する。
フラッシュメモリ36は、CPU38の処理手順を記述したプログラム361と、以下に説明する録画用テーブル362および再生用テーブル363とが格納される。
録画用テーブル362の一例が図3に示されている。図3を参照して、録画用テーブル362には、符号化を行う際に参照されるパラメータとして、解像度レベル数362a,レイヤ数362bおよびスケーラビリティ362cが設定される。解像度レベル数362aおよびレイヤ数362bには、1以上の任意の整数がそれぞれ設定される。ここでは一例として両パラメータの値をそれぞれ3とする。スケーラビリティ362cとしては、“解像度優先”および“SNR優先”のどちらか一方が選択される。
再生用テーブル363の一例が図4に示されている。図4を参照して、再生用テーブル363は、端末T1,T2,…の専用欄363a,363a,…に区分される。そして、これらの専用欄363a,363a,…の各々に、実現したいスケーラビリティに関連して解像度363bおよびSNR363cが設定される。解像度363bおよびSNR363cの設定値としては、高,中,低および非優先がある。なお、値の設定は、例えば端末T1,T2,…の各々を通じて行われる。設定に当たっては、解像度363bおよびSNR363cのどちらか一方について高,中および低のうち1つを選択し、他方は非優先とする。この実施例では、端末T1に“高解像度”が、端末T2には“低SNR”が設定されている。
CPU38は、フラッシュメモリ36内のプログラム361に従い、上記の各構成要素を制御する。これにより、サーバ16において、画像記録や画像再生、画像配信といった様々な画像処理が実現される。
以下、上記の符号化処理および復号化処理について詳細に説明する。JPEG2000コーデック30は、具体的には、画像信号を次のような手順で符号化する。最初、JPEG2000コーデック30は、画像信号にウェーブレット変換を施す。これにより画像信号は、水平および垂直方向に所定回数のサブバンド分解を施される。
ウェーブレット変換の一例を図5に示す。図5を参照して、例えば、サブバンド分解を行う回数すなわち分解レベル数が3の場合、まず原画像(0LL)が4つのサブバンド(1LL,1HL,1LHおよび1HH)に分解され、次に1LLサブバンドが4つのサブバンド(2LL,2HL,2LHおよび2HH)に分解され、さらに2LLサブバンドが4つのサブバンド(3LL,3HL,3LHおよび3HH)に分解される。つまり、原画像は、3LL,3HL,3LH,3HH,2HL,2LH,2HH,1HL,1LHおよび1HHの10個のサブバンドに分解されることになる。
次に、JPEG2000コーデック30は、ウェーブレット変換により得られたサブバンドの各々を量子化する。そして、量子化されたサブバンドの各々に対してエントロピー符号化を行う。エントロピー符号化では、量子化されたサブバンドの各々が、再生画像におけるSNR向上への寄与の度合いに応じて所定数のレイヤに分割される。この実施例でのレイヤ数は3である。
SNR向上への寄与度が最も高いレイヤから降順にレイヤ1,レイヤ2,…と呼ぶ。最上位のレイヤ1に属するデータによって最低限のSNRを有する画像が再生され、これに下位レイヤのデータを順次追加することによって、画像のSNRが段階的に向上していく。
こうして、レイヤ1に属する10個のサブバンド3LL〜1HHと、レイヤ2に属する10個のサブバンド3LL〜1HHと、レイヤ3に属する10個のサブバンド3LL〜1HHとの合計30個のデータブロックが生成される。
次に、JPEG2000コーデック30は、上記のようにして生成された30個のデータブロックを所定の順序に並べ、さらにヘッダ等の付加情報を添付することによってストリームを形成する。
JPEG2000コーデック30によって形成されるストリームのデータ構造を図6に示す。図6(A)に示されているのはLRCP配列ストリーム、図6(B)に示されているのはRLCP配列ストリームである。Lはレイヤ、Rは解像度、Pは位置、Cは色成分を意味する。位置および色成分は省略されている。
図6(A)を参照して、LRCP配列ストリームでは、ヘッダに続く先頭部分に、レイヤ1に属する10個のサブバンド3LL〜1HHがこの順番で配置される。これに続いてレイヤ2に属する10個のサブバンド3LL〜1HH、さらに続いてレイヤ3に属する10個のサブバンド3LL〜1HHが配置される。
図6(B)を参照して、RLCP配列ストリームでは、ヘッダに続く先頭部分に、サブバンド3LLを構成する3つのレイヤ1〜3がこの順番で配置される。これに続いて、サブバンド3LHを構成する3つのレイヤ1〜レイヤ3が配置され、以降、サブバンド3HLから最後のサブバンド1HHまで同様の配置が繰り返される。
なお、JPEG2000ストリームを復号化する際には、JPEG2000コーデック30は、上記の符号化とは逆の処理を行う。
以下、上記のブロック並べ替え処理について詳細に説明する。本発明のブロック並べ替えによるLRCP配列ストリームからRLCP配列ストリームへの変換が図7に示されている。図7を参照して、最初、LRCP配列ストリームを構成するレイヤ1〜レイヤ3の各々から3LLのブロックが取り出される。取り出された3個のブロックは一纏めにされ、ヘッダの直後に配置される。
次に、レイヤ1〜レイヤ3の各々から3LHのブロックが取り出される。取り出された3個のブロックは一纏めにされ、3LLのブロック群の直後に配置される。以降、3HL〜1HHについて同様に、3個ブロックを一纏めにして順番に配置する処理が行われる。こうしてRLCP配列ストリームが形成される。
本発明のブロック並べ替えによるRLCP配列ストリームからLRCP配列ストリームへの変換が図8に示されている。図8を参照して、最初、RLCP配列ストリームを構成する10個のサブバンド3LL〜1HHの各々からレイヤ1のブロックが取り出される。取り出された10個のブロックは一纏めにされ、ヘッダの直後に配置される。
次に、サブバンド3LL〜1HHの各々からレイヤ2のブロックが取り出される。取り出された10個のブロックは一纏めにされ、レイヤ1のブロック群の直後に配置される。次に、サブバンド3LL〜1HHの各々からレイヤ2のブロックが取り出される。取り出された10個のブロックは一纏めにされ、レイヤ2のブロック群の直後に配置される。こうしてLRCP配列ストリームが形成される。
並べ替え制御回路341は、具体的には、以下のような手順で上記のブロック並べ替えを実行する。CPU38から並べ替え実行の指示があると、最初、並べ替え設定値レジスタ343(図2参照)に対象ブロック数343a,コピー元アドレス343b,コピー元サイズ343cおよびコピー先アドレス343dの値を順次設定する。次に、メモリ制御回路28にデータ読み出しを依頼する。
応じてメモリ制御回路28は、並べ替え設定値レジスタ343に設定されている対象ブロック数343a,コピー元アドレス343bおよびコピー元サイズ343cを参照して、SDRAM26から対象ブロックのデータを読み出す。次に、読み出したデータを並べ替え回路34内のデータバッファ342に転送する。
並べ替え制御回路341は、対象ブロックのデータがデータバッファ342に記憶されたのを受け、並べ替えるべきブロックが他にもあるか否かを判定する。この判定結果が肯定的であれば、再び並べ替え設定値レジスタ343に値を設定し、メモリ制御回路28に読み出しを依頼する。
上記の判定結果が否定的となる、つまり並べ替え対象である全てのブロックのデータがデータバッファ342内に記憶されると、並べ替え制御回路341は、メモリ制御回路28にデータ書き込みを依頼する。応じてメモリ制御回路28は、並べ替え設定値レジスタ343に設定されているコピー先アドレス343dを参照して、SDRAM26に全ての対象ブロックのデータを一纏めにして書き込む。
LRCP配列からRLCP配列への並べ替えを行うときのSDRAM26のマッピング状態が図9および図10に示されている。図9を参照して、当初、SDRAM26には、図6(A)のような構造を持つLRCP配列ストリームだけが記憶されている。図9に示す3本の実線矢印は、並べ替え設定値レジスタ343に設定されている3つのコピー元アドレス343bを指す。点線矢印は、コピー先アドレス343cを指す。
並べ替え処理では、最初、3つの実線矢印の示す場所にばらばらに記憶されている3個の3LLのブロックが、1つの点線矢印の示す場所に纏めてコピーされる。次に、3個の3LHのブロックが上記3個の3LLの直後の位置に纏めてコピーされる。以降、同様にして3ブロックを1箇所に纏めて順番にコピーしていく。その結果、図10に示されるように、SDRAM26には、LRCP配列ストリームに加え、図6(B)のような構造を持つRLCP配列ストリームがさらに記憶されることとなる。
RLCP配列からLRCP配列への並べ替えを行うときのSDRAM26のマッピング状態が図11および図12に示されている。図11を参照して、当初、SDRAM26には、図6(B)のような構造を持つRLCP配列ストリームだけが記憶されている。3本の実線矢印は、並べ替え設定値レジスタ343に設定されている3つのコピー元アドレス343bを指す。点線矢印は、コピー先アドレス343cを指す。
並べ替え処理では、最初、3つの実線矢印の示す場所にばらばらに記憶されている3LL,3LHおよび3HLの3ブロックが、1つの点線矢印の示す場所に纏めてコピーされる。次に、3HH,2LHおよび2HLが上記3ブロックの直後の位置に纏めてコピーされる。以降、同様にして3ブロックを1箇所に纏めて順番にコピーしていく。その結果、図12に示されるように、SDRAM26には、RLCP配列ストリームに加え、図6(A)のような構造を持つLRCP配列ストリームがさらに記憶されることとなる。
以上のように構成された監視カメラシステム10の全体動作を、図13および図14に示されたCPU38の処理フローに基づき以下に説明する。
この監視カメラシステム10は、例えばオフィスビルや集合住宅などで用いられる。カメラ12は、例えば玄関や通路に設置され、サーバ16およびモニタ14は、例えば管理室に設けられる。なお、カメラ12は1台とは限らない。複数のカメラ12を設置する場合、各カメラ12,12,…は、図示しないマルチプレクサを介してD−I/F22に接続される。
サーバ16は、必要に応じ、イントラネットやインターネットを介してビルの内外にある端末T1,T2,…と接続される。従って、ユーザは、管理室内のモニタ16だけでなく、外部の端末T1,T2,…からも監視画像を閲覧することができる。
CPU38は、具体的には、フラッシュメモリ36のプログラム361に従い、図13および図14のフロー図を処理する。図13を参照して、サーバ16が起動されると、ステップS1でCPU38は、初期処理を行う。初期処理には、例えばメモリ制御回路28にSDRAM26の初期化を指示したり、ネットワークI/F40にネットワークとの接続確立を命じたり、JPEG2000コーデック30に初期パラメータを設定したりする処理などが含まれる。
その後、カメラ12が起動され、カメラ12から出力された画像信号がD−I/F22を通じてサーバ16内に取り込まれる。ステップS3でCPU38は、カメラ12からの画像信号がD−I/F22に入力された否かを判定する。この判定結果が肯定的であればステップS5に、否定的であればステップS7に進む。
ステップS5でCPU38は、メモリ制御回路28およびJPEG2000コーデック30に対し、符号化処理の実行を指示する。この指示では、LRCP配列およびRLCP配列の一方が指定される。応じて、メモリ制御回路28およびJPEG2000コーデック30は、以下のような処理を行う。
メモリ制御回路28は、取り込まれた画像信号をいったんSDRAM26に書き込み、その後、この画像信号をSDRAM26から読み出して、JPEG2000コーデック30に入力する。なお、このとき読み出された画像信号は、ビデオ出力回路24にも与えられ、モニタ14にライブ画像が表示される。
JPEG2000コーデック30は、入力された画像信号を、LRCP配列およびRLCP配列のうちCPU38により指定された方のストリームに符号化する。JPEG2000コーデック30から出力されたストリームは、メモリ制御回路28によって再びSDRAM26に書き込まれる。
ステップS7でCPU38は、メモリ制御回路28およびIDE−I/F20を通じ、SDRAM26に一時記憶されているストリームをHD18aに書き出す。
ところで、端末T1,T2,…は、画像を閲覧する際の画質を予めサーバ16に申告しており、サーバ16のフラッシュメモリ36には、端末T1,T2,…の各々が申告した画質を記載した再生用テーブル363(図4参照)が格納されている。
端末T1,T2,…は、カメラ12によって撮影された画像を閲覧したい場合、サーバ16に要求信号を送信する。要求信号には、端末自身の識別子と、画像の識別子すなわち例えばカメラ12の番号および撮影日時とが添付される。
ステップS9でCPU38は、端末T1,T2,…からネットワークI/F40へ要求信号が送られてきたか否かを判定する。この判定結果が肯定的であればステップS11に、否定的であればステップS13に進む。
ステップS11でCPU38は、ネットワークI/F40が受信した要求信号の内容を解析し、この解析結果に基づいて、送信元の端末を特定する。ステップS13では、IDE−I/F20,メモリ制御回路28,JPEG2000コーデック30,並べ替え制御回路341およびネットワークI/F40に対し、特定端末への画像送信の実行を指示する。その後、ステップS15に進む。
ステップS15でCPU38は、処理を継続するか否かを判断する。継続する場合はステップS3に戻り、上記と同様の処理を繰り返す。
上記ステップS13の画像送信指示は、図14のサブルーチンに従って実行される。図14を参照して、ステップS51でCPU38は、ステップS11で特定された端末が解像度を指定しているか否かを再生用テーブル363(図4参照)に基づいて判定する。この判定結果が肯定的であればステップS53に進み、否定的であればステップS63に進む。
ステップS53では、SDRAM26もしくはHD18a内に指定画像のRLCP配列ストリームが記憶されているか否かを判定する。この判定結果が否定的であればステップS55に、肯定的であればステップS59に進む。
ステップS55でCPU38は、再生用テーブル363に基づいて、並べ替えの対象となるブロック数を計算する。例えば、端末T1からの閲覧要求に対しては、再生用テーブル363に“高解像度”が登録されていることから、図6(B)のように構成されたRLCP配列ストリームの全てのサブバンド(3LL〜1HH)を送信しなければならない。1サブバンド当たりのブロック数は3個なので、並べ替えブロック数は、3×10=30個のように計算される。もし“中解像度”が登録されていればサブバンド3LL〜2HHを送信しなければならないので、並べ替えブロック数は3×7=21となる。同様に、“低解像度”が登録されていればサブバンド3LL〜3HHを送信すればよいので、並べ替えブロック数は3×4=12となる。
ステップS57でCPU38は、メモリ制御回路28およびブロック並べ替え回路34に対し、ブロック並べ替え処理の実行を指示する。実行指示では、並べ替えの対象となるブロック数が指定される。その後、ステップS59に進む。
応じて、メモリ制御回路28およびブロック並べ替え回路34は、以下のような並べ替え処理を実行する。最初、並べ替え制御回路341が、並べ替え設定値レジスタ343(図2参照)にパラメータの値を設定する。具体的には、まず対象ブロック数343aに、CPU38により指定された対象ブロック数(図2では“3”)をセットし、次いでコピー元アドレス343bおよびコピー元サイズの各々に対象ブロック数343aと同数(図2では3個)の値をセットし、さらにコピー先アドレス343dに1個の値をセットする。
メモリ制御回路28は、並べ替え設定値レジスタ343の設定内容を参照して、指定されたコピー元アドレス343bから対象ブロック数343aと同数のブロックを読み出し、読み出したブロックを一纏めにしてコピー先アドレス343dに書き込む。
ステップS59でCPU38は、メモリ制御回路28もしくはIDE−I/F20に対し、RLCP配列ストリームの読み出しを指示する。ステップS61では、ネットワークI/F40に対し、読み出されたRLCP配列ストリームの送信を指示する。具体的には、再生用テーブル363の該当欄に“解像度”の値が登録されている端末に向けて、登録解像度のRLCP配列ストリームを送信するように、ネットワークI/F40に指示を出す。その後、ステップS63に進む。
この実施例では、端末T1欄363aに“高解像度”が登録されていることから、端末T1宛にRLCP配列ストリームの全解像度レベル(サブバンド3LL〜1HH)が送信されることとなる。もし“中解像度”が登録されていれば解像度レベル1および2(サブバンド3LL〜2HH)が、“低解像度”が登録されていれば解像度レベル1(サブバンド3LL〜3HH)が送信される。
ステップS63でCPU38は、閲覧要求においてSNRが指定されているか否かを判定する。この判定結果が肯定的であればステップS65に進み、否定的であれば上位階層のルーチンに復帰する。ステップS65では、SDRAM26もしくはHD18a内に指定画像のLRCP配列ストリームが記憶されているか否かを判定する。この判定結果が否定的であればステップS67に、肯定的であればステップS71に進む。
ステップS67でCPU38は、再生用テーブル363に基づいて、並べ替えの対象となるブロック数を計算する。例えば、端末T2からの閲覧要求に対しては、再生用テーブル363に“低SNR”が登録されていることから、図6(A)のように構成されたLRCP配列ストリームの最上位レイヤ(レイヤ1に属する3LL〜3HH)だけを送信すればよい。よって、並べ替えブロック数は、10×1=10個のように計算される。もし“中SNR”が登録されていればレイヤ1およびレイヤ2を送信しなければならないので、並べ替えブロック数は、10×2=20となる。同様に、“高SNR”が登録されていればレイヤ1〜3を送信しなければならないので、並べ替えブロック数は、10×3=30となる。
ステップS69でCPU38は、メモリ制御回路28およびブロック並べ替え回路34に対し、ブロック並べ替え処理の実行を指示する。その後、ステップS71に進む。なお、ステップS69のブロック並べ替え処理は、上記ステップS57のそれと同様のものである。
ステップS71でCPU38は、メモリ制御回路28もしくはIDE−I/F20に対し、LRCP配列ストリームの読み出しを指示する。ステップS73では、ネットワークI/F40に対し、LRCP配列ストリームの送信を指示する。具体的には、再生用テーブル363の該当欄に“SNR”の値が登録されている端末に向けて、登録SNRのLRCP配列ストリームを送信するように、ネットワークI/F40に指示を出す。その後、上位階層のルーチンに復帰する。
この実施例では、端末T2欄363aに“低SNR”が登録されていることから、端末T2宛にLRCP配列ストリームのレイヤ1(レイヤ1に属するサブバンド3LL〜1HH)だけが送信されることとなる。もし“高SNR”が登録されていればレイヤ1〜3が、“中SNR”が登録されていればレイヤ1および2が送信される。
以上のように、この実施例では、JPEG2000コーデック30がLRCP配列およびRLCP配列のうちどちらか一方のストリームを形成し、ブロック並べ替え回路34は、形成されたストリームをデータブロック単位でコピーして再配列することにより他方のストリームに変換する。こうすれば、LRCP配列ストリームおよびRLCP配列ストリームの両方をJPEG2000コーデック30が生成する場合と比べ、処理時間が短縮されるので、快適性を損なうことなく、異なる解像度および異なるSNRの両方を含む様々な画質で画像を再生することができる。
なお、この実施例のように専用のブロック並べ替え回路34を設ける代わりに、CPU38が同様の並べ替え処理を実行してもよい。この場合、データバッファ342および並べ替え設定値レジスタ343は、例えばフラッシュメモリ36内に設けられる。プログラム記憶領域361には、並べ替え処理を記述したプログラムがさらに格納され、CPU38は、このプログラムに従い、並べ替え制御回路341と同様の動作を行う。
また、この実施例のようにストリーム送信時に並べ替えを行う代わりに、LRCP配列およびRLCP配列の両方のストリームをHD18aに記録してもよい。この方法は、HD18aが十分な容量を有する場合に有効である。この場合のCPU38の処理例を以下に示す。
CPU38は、HD18aの空き容量が閾値以上か否かを判定する。この判定結果が肯定的であれば、CPU38は、LRCP配列ストリームおよびRLCP配列ストリームをHD18aに記録する。
上記の判定結果が肯定的、すなわちHD18aの空き容量が閾値未満であれば、CPU38は、録画用テーブル362a(図3)を参照して、スケーラビリティ362dの設定値が“解像度優先”であるか否かを判定する。この判定結果が肯定的であれば、CPU38は、RLCP配列ストリームをHD18aに記録し、否定的すなわち“SNR優先”であればLRCP配列ストリームをHD18aに記録する。
画像送信時には、指定された配列のストリームをHD18aから読み出して送信する。HD18aに一方の配列のストリームしか記録されていない画像については、図14に示されているものと同様の送信制御を行えばよい。
この実施例の監視カメラシステムの構成を示すブロック図である。 並べ替え設定値レジスタの内容を示す図解図である。 録画用テーブルの一例を示す図解図である。 再生用テーブルの一例を示す図解図である。 ウェーブレット変換の一例を示す図解図である。 (A)はLRCP配列ストリームのデータ構造を示す図解図、(B)はRLCP配列ストリームのデータ構造を示す図解図である。 本発明のブロック並べ替えによるLRCP配列ストリームからRLCP配列ストリームへの変換を示す図解図である。 本発明のブロック並べ替えによるRLCP配列ストリームからLRCP配列ストリームへの変換を示す図解図である。 SDRAMのマッピング状態を示す図解図である。 SDRAMの他のマッピング状態を示す図解図である。 SDRAMのその他のマッピング状態を示す図解図である。 SDRAMのさらにその他のマッピング状態を示す図解図である。 CPUによる処理の一部を示すフローチャートである。 CPUによる処理の他の一部を示すフローチャートである。
符号の説明
10…監視カメラシステム
12…カメラ
14…モニタ
16…サーバ
18a…HD(ハードディスク)
26…SDRAM
30…JPEG2000コーデック
34…ブロック並べ替え回路
36…フラッシュメモリ
38…CPU

Claims (8)

  1. 入力データを符号化して第1態様で配列された複数のデータブロックを含む第1データブロック列を生成する符号化手段、
    前記第1データブロック列を形成するデータブロックを並び替えて第2態様で配列された複数のデータブロックを含む第2データブロック列を生成する並び替え手段、
    データブロック列の送信要求を受け付ける受け付け手段、
    前記送信要求が前記第1データブロック列および前記第2データブロック列のいずれを要求しているかを判別する第1判別手段、および
    前記第1判別手段の判別結果に対応するデータブロック列を送信する送信手段を備える、データ処理装置。
  2. 前記符号化手段によって符号化された第1データブロック列を記録媒体に記録する記録手段をさらに備え、
    前記並び替え手段は前記送信要求を受け付けたとき前記第1判別手段の判別結果に応じて並び替えを実行する、請求項1記載のデータ処理装置。
  3. 前記並び替え手段は、前記第1データブロック列から前記第2態様に従う順序でデータブロックを抽出する抽出手段、および前記抽出手段によって抽出されたデータブロックを先頭から順に配列する配列手段を含む、請求項1または2記載のデータ処理装置。
  4. 前記送信要求がいくつのデータブロックを要求しているかを判別する第2判別手段をさらに備え、
    前記並び替え手段は前記第2判別手段の判別結果に応じて並び替えを施すデータブロック数を制御する、請求項3記載のデータ処理装置。
  5. 前記入力データは静止画像データであり、
    前記符号化手段は解像度およびSNRを含む複数の画質パラメータに基づいて前記静止画像データに階層符号化を施す、請求項1ないし4のいずれかに記載のデータ処理装置。
  6. 前記第1データブロック列は前記複数の画質パラメータの1つを最優先として階層符号化を施されたデータブロック列であり、
    前記第2データブロック列は前記複数の画質パラメータの他の1つを最優先として階層符号化を施されたデータブロック列である、請求項5記載のデータ処理装置。
  7. 前記階層符号化はJPEG2000方式に従う、請求項5または6記載のデータ処理装置。
  8. 前記静止画像データは動画像を形成する1画面の画像データである、請求項5ないし7のいずれかに記載のデータ処理装置。
JP2003345852A 2003-10-03 2003-10-03 データ処理装置 Expired - Lifetime JP4097586B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2003345852A JP4097586B2 (ja) 2003-10-03 2003-10-03 データ処理装置
CNA200410080632XA CN1604636A (zh) 2003-10-03 2004-09-29 数据处理装置
EP20040023339 EP1521474A3 (en) 2003-10-03 2004-09-30 Data processing apparatus
US10/954,770 US20050073892A1 (en) 2003-10-03 2004-10-01 Data processing apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003345852A JP4097586B2 (ja) 2003-10-03 2003-10-03 データ処理装置

Publications (2)

Publication Number Publication Date
JP2005117156A true JP2005117156A (ja) 2005-04-28
JP4097586B2 JP4097586B2 (ja) 2008-06-11

Family

ID=34309163

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003345852A Expired - Lifetime JP4097586B2 (ja) 2003-10-03 2003-10-03 データ処理装置

Country Status (4)

Country Link
US (1) US20050073892A1 (ja)
EP (1) EP1521474A3 (ja)
JP (1) JP4097586B2 (ja)
CN (1) CN1604636A (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007058294A1 (ja) * 2005-11-18 2007-05-24 Sony Corporation 符号化装置および方法、復号装置および方法、並びに、伝送システム
JP2008187574A (ja) * 2007-01-31 2008-08-14 Sony Corp 情報処理装置および方法、プログラム、並びに記録媒体
WO2011037049A1 (ja) * 2009-09-24 2011-03-31 ソニー株式会社 画像処理装置および方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101129063B (zh) * 2005-11-18 2010-05-19 索尼株式会社 编码设备和方法、解码设备和方法以及传输系统
JP4789192B2 (ja) * 2006-04-12 2011-10-12 株式会社リコー 符号処理装置、プログラム及び情報記録媒体
WO2009141787A1 (en) * 2008-05-21 2009-11-26 Nxp B.V. A data handling system comprising a rearrangement network
US20120265768A1 (en) * 2008-10-08 2012-10-18 Mitsubishi Electric Corporation Encoding and decoding method and apparatus for multimedia signatures

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6898323B2 (en) * 2001-02-15 2005-05-24 Ricoh Company, Ltd. Memory usage scheme for performing wavelet processing

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007058294A1 (ja) * 2005-11-18 2007-05-24 Sony Corporation 符号化装置および方法、復号装置および方法、並びに、伝送システム
US8320693B2 (en) 2005-11-18 2012-11-27 Sony Corporation Encoding device and method, decoding device and method, and transmission system
JP2008187574A (ja) * 2007-01-31 2008-08-14 Sony Corp 情報処理装置および方法、プログラム、並びに記録媒体
WO2011037049A1 (ja) * 2009-09-24 2011-03-31 ソニー株式会社 画像処理装置および方法
JP2011071648A (ja) * 2009-09-24 2011-04-07 Sony Corp 画像処理装置および方法
CN102511161A (zh) * 2009-09-24 2012-06-20 索尼公司 图像处理设备和图像处理方法
US8634665B2 (en) 2009-09-24 2014-01-21 Sony Corporation Image processing apparatus and image processing method

Also Published As

Publication number Publication date
EP1521474A3 (en) 2006-03-22
JP4097586B2 (ja) 2008-06-11
EP1521474A2 (en) 2005-04-06
US20050073892A1 (en) 2005-04-07
CN1604636A (zh) 2005-04-06

Similar Documents

Publication Publication Date Title
US8270469B2 (en) Encoding video at multiple resolution levels
JP5684920B2 (ja) 適応ストリーミングのための様々なビットのビデオストリーム
US7260614B2 (en) Methods and systems for scalable streaming of images with client-side control
US20120291080A1 (en) Image delivery system with image quality varying with frame rate
JP2008543162A (ja) ビデオ信号のエンコード時における画像情報の送信方法、及びビデオ信号デコード時における画像情報の利用方法
JP2005512470A (ja) スケーラブルな選択的拡張をfgs符号化画像に動的に割り当てる方法及び装置
JP2007142614A (ja) 画像処理装置、画像処理方法、プログラム及び情報記録媒体
CN104639951A (zh) 视频码流的抽帧处理方法及装置
JP5515758B2 (ja) 画像処理装置および方法
JP2006279850A (ja) 画像処理装置
CN108696505B (zh) 视频分发设备、视频接收设备、视频分发方法和记录介质
JP4097586B2 (ja) データ処理装置
US20030223733A1 (en) System and method of processing audio/video data in a remote monitoring system
JP4915208B2 (ja) ストリームデータ再生システム
JP2006157452A (ja) 画像圧縮装置及び方法
US8571379B2 (en) Video reproduction method, video reproduction device, and video distribution system
WO2013154024A1 (ja) 情報処理装置および方法、並びに、プログラム
KR100579012B1 (ko) 다중 비트율을 지원하는 실시간 동영상 스트림 전송시스템
US5760847A (en) Processing moving image data based on an arbitrarily designated frame
JP2014137674A (ja) 情報処理装置および方法、並びにプログラム
JP2006139682A (ja) 映像検索システム、映像検索方法及びプログラム
JP2005110024A (ja) データ送信装置、データ送受信システム、及びデータ送受信方法
JP6357188B2 (ja) 監視カメラシステム及び監視カメラデータ保存方法
JP2007329747A (ja) 画像処理装置、画像処理方法、及びそれを用いた監視システム
JP2014075688A (ja) 画像処理装置及び画像処理方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060928

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071120

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080116

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080311

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110321

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110321

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130321

Year of fee payment: 5