(57)【特許請求の範囲】
【請求項１】
映像を送信する映像送信手段と、該送信された映像を配信する配送手段と、該配信された映像を受信すると共に、該受信した映像を表示する表示処理手段と、を備えた映像情報配信システムにおいて、
前記映像送信手段は、
前記映像送信手段から前記配送手段までの第１ネットワークで送信される映像データを第１圧縮方式で圧縮する第１の圧縮手段を備え、
前記配送手段は、
前記映像データを蓄積する蓄積手段と、
前記配送手段から前記表示処理手段までの第２ネットワークで送信される映像データを、前記第１圧縮方式と異なる第２圧縮方式で圧縮する第２の圧縮手段と、
前記蓄積手段に蓄積させる映像データを生成するために、前記映像データを前記第１、第２の圧縮方式とは異なる第３圧縮方式で圧縮する第３の圧縮手段と、
前記第２の圧縮手段および前記第３の圧縮手段によって圧縮させる映像データを生成するために、前記第１の圧縮手段によって圧縮された映像データを伸張する伸張手段とを備え、
前記第２の圧縮手段および前記第３の圧縮手段は、前記伸張手段により伸張された映像データを前記第２圧縮方式および前記第３圧縮方式によりそれぞれ圧縮し、前記配送手段は前記第２の圧縮手段により圧縮された映像データを前記第２ネットワークを介して配信し、前記蓄積手段は前記第３の圧縮手段により圧縮された映像データを蓄積することを特徴とする映像情報配信システム。
【請求項２】
前記映像送信手段は動画像を撮影するカメラを備えたことを特徴とする請求項１記載の映像情報配信システム。
【請求項３】
前記第１圧縮方式は、前記第２圧縮方式に比べて画質の劣化が少ない方式であることを特徴とする請求項１または請求項２記載の映像情報配信システム。
【請求項４】
前記第１圧縮方式は、可逆の圧縮方式であることを特徴とする請求項１乃至請求項３のいずれか記載の映像情報配信システム。
【請求項５】
前記第１ネットワークの伝送帯域幅は前記第２ネットワークの伝送帯域幅に比べて広いことを特徴とする請求項１乃至請求項４のいずれか記載の映像情報配信システム。
【請求項６】
前記配送手段は、前記第２の圧縮手段により圧縮される画像データを間引く画像間引き手段を備えたことを特徴とする請求項１記載の映像情報配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータネットワークなどを介して撮影した映像情報などを配信する映像情報配信システムに関する。
【０００２】
【従来の技術】
従来、動画像をビデオカメラなどで撮影し、コンピュータで圧縮処理を行った後、コンピュータネットワークを介して画像データを配送し、コンピュータネットワークに接続されたクライアントで受信し、受信した画像データを伸長して見ることができる映像情報配信システムが多数開発されている。例えば、キヤノン株式会社製のＷｅｂＶｉｅｗ／Ｌｉｖｅｓｃｏｐｅなどが存在する。
【０００３】
このような映像情報配信システムでは、映像を撮影する映像サーバと、映像サーバから送信された画像データを複数のビューワに分配して配送するための配送サーバとが用いられる。
【０００４】
この場合、映像サーバで圧縮された画像はそのままコピーされて配送サーバから各ビューワに送られることが一般的であり、その結果、画像は映像サーバで行われた圧縮方式のままでビューワに届くことになる。
【０００５】
【発明が解決しようとする課題】
一般に、インターネットのＷＷＷ（ワールド・ワイド・ウェブ）を介して映像配信を行う場合、映像サーバから配送サーバまでのネットワークに関し、映像の提供者側による責任を持った帯域幅および使用される通信プロトコルが既知であり、比較的信頼性を高くおくことができるネットワークであることが多い。
【０００６】
それに対し、配送サーバから受信者のビューワまでのネットワークは不特定多数が種々の方法で接続したネットワークであり、どのようなネットワークの特性かは容易に想定できない。また、受信者が異なる場合、そのネットワークの特性も大きく異なることが予想される。
【０００７】
そのような受信者に同時にサービスする場合、従来のように映像サーバで圧縮した画像をそのままの画像圧縮方式で送ることは、一部のユーザに不利益を強いることになっていた。
【０００８】
また、一度映像サーバで圧縮した画像を配送サーバで一旦伸長してから再び配送用に配送サーバで圧縮する場合、映像サーバでの圧縮方式が不適切なものであった場合、元画像に対する劣化が圧縮の度に蓄積していくことになり、なるべく画質の劣化が少ない映像を送ろうとする送信者の意図から離れたものであった。
【０００９】
そこで、本発明は、配送サーバと映像サーバとの間で可逆もしくは画像情報の劣化が少ない画像圧縮方式を採用することにより、配送サーバによって画像の伸長と再圧縮を施す場合、より画質の劣化が少ない美しい映像を配送もしくは蓄積することができる映像情報配信システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するために、本発明の請求項１に記載の映像情報配信システムは、映像を送信する映像送信手段と、該送信された映像を配信する配送手段と、該配信された映像を受信すると共に、該受信した映像を表示する表示処理手段と、を備えた映像情報配信システムにおいて、前記映像送信手段は、前記映像送信手段から前記配送手段までの第１ネットワークで送信される映像データを第１圧縮方式で圧縮する第１の圧縮手段を備え、前記配送手段は、前記映像データを蓄積する蓄積手段と、前記配送手段から前記表示処理手段までの第２ネットワークで送信される映像データを、前記第１圧縮方式と異なる第２圧縮方式で圧縮する第２の圧縮手段と、前記蓄積手段に蓄積させる映像データを生成するために、前記映像データを前記第１、第２の圧縮方式とは異なる第３圧縮方式で圧縮する第３の圧縮手段と、前記第２の圧縮手段および前記第３の圧縮手段によって圧縮させる映像データを生成するために、前記第１の圧縮手段によって圧縮された映像データを伸張する伸張手段とを備え、前記第２の圧縮手段および前記第３の圧縮手段は、前記伸張手段により伸張された映像データを前記第２圧縮方式および前記第３圧縮方式によりそれぞれ圧縮し、前記配送手段は前記第２の圧縮手段により圧縮された映像データを前記第２ネットワークを介して配信し、前記蓄積手段は前記第３の圧縮手段により圧縮された映像データを蓄積することを特徴とする。
【００３４】
【発明の実施の形態】
本発明の映像情報配信システムの実施の形態について説明する。
【００３５】
［第１の実施形態］
図１は第１の実施形態における映像情報配信システムの構成を示すブロック図である。本実施形態では、映像サーバおよび配送サーバはコンピュータ内部のプログラム処理により実現されている。
【００３６】
図において、１０は映像サーバ１１が動作しているコンピュータである。映像入力装置として、カメラ１２がコンピュータ１０に接続されている。２０は配送サーバ２１が動作しているコンピュータである。３０および４０は情報処理端末であり、情報処理端末３０、４０にはそれぞれ配送サーバ２１から配送された画像データを見るためのビューワ３１、４１が動作している。
【００３７】
コンピュータ１０とコンピュータ２０はネットワーク１で接続され、コンピュータ２０と情報処理端末３０、４０はネットワーク２を介して接続されている。ネットワークの形態としては種々の形態が考えられるが、本実施形態では、ネットワーク１は１００Ｂａｓｅ−Ｔ方式を用いたＦａｓｔ Ｅｔｈｅｒｎｅｔによって構成されるネットワークであり、ネットワーク２は１０Ｍｂｐｓのイーサネットであるので、ネットワーク１の伝送帯域幅はネットワーク２に比べて広い。
【００３８】
図２は映像サーバ１１の関連部の処理の流れを示す図である。専用のＬＳＩなどによりハードウェア処理される部分は、図中斜線で示されている（以後の図においても同様である）。
【００３９】
映像サーバ１１が動作しているコンピュータ１０には、ピンケーブル１３を介してカメラ１２から映像信号が入力される。映像信号はＮＴＳＣ方式に準拠したアナログ信号である。映像サーバ１１は、キャプチャ装置１０１を制御して映像信号をディジタルデータ１１１に変換する。
【００４０】
つづいて、ディジタルデータ１１１に変換された画像データに対し、可逆画像圧縮方式の一つであるＪＰＥＧ（Joint Photographic Expert Group）の空間的予測（Ｓｐａｔｉａｌ）方式による画像圧縮処理１１２を行った後、それによって可逆圧縮された画像データ１１３をネットワークへ送り出すためのパケット化処理１１４を行う。
【００４１】
この一連の作業は、キャプチャ装置１０１が専用のハードウェアを与えられていることを除き、コンピュータ１０内のメモリ（図示せず）に格納されたプログラムを、同じくコンピュータ１０内のＣＰＵ（図示せず）が実行することによりソフトウェア処理で行われる。
【００４２】
パケット化処理１１４が行われた可逆圧縮画像データ１１３はネットワーク１インタフェース１０２からネットワーク１を介して配送サーバ２１が動作しているコンピュータ２０に向けて送出される。
【００４３】
図３は配送サーバ２１の関連部の処理の流れを示す図である。配送サーバ２１が動作しているコンピュータ２０には、ネットワーク１インタフェース２０１を介してネットワーク１からパケット化された画像圧縮データが入力される。画像圧縮データはパケット展開処理２１１によって可逆圧縮方式で圧縮されたデータ２１２として取り出される。
【００４４】
配送サーバ２１はその可逆圧縮画像データ２１２を受け取り、ＪＰＥＧのＳｐａｔｉａｌ方式に基づいた画像伸長処理２１３を行って非圧縮画像データ２１４を生成する。この非圧縮画像データ２１４は、映像サーバ１１が圧縮する前の画像データ１１１と本質的に同一のものである。
【００４５】
その後、本実施形態では、映像の各フレーム毎にＭｏｔｉｏｎＪＰＥＧ圧縮処理２１５を施す。ここで行われているＭｏｔｉｏｎＪＰＥＧ圧縮処理は、ＤＣＴ（離散コサイン変換）を用いた非可逆圧縮方式であり、受信側での映像の再生に画質の劣化が伴い、完全には送信側の映像と一致しないが、可逆方式に比べて圧縮率を高くとれる方式である。
【００４６】
このようにして生成されたＭｏｔｉｏｎＪＰＥＧデータ２１６をネットワークに送り出すためのパケット化処理２１７を施し、ネットワーク２インタフェース２０２からネットワーク２を介してビューワが動作している情報処理端末３０、４０に向けて送出される。ここでの配送サーバ２１の動作として行われるパケット展開処理２１１からパケット化処理２１７までの一連の処理は、コンピュータ２０内のＲＯＭ（図示せず）に格納されたプログラムを、同じくコンピュータ２０内のＣＰＵ（図示せず）が実行することによるソフトウェア処理で行われる。
【００４７】
図４は情報処理端末３０のビューワ関連部の処理の流れを示す図である。ビューワ３１が動作している情報処理端末３０には、ネットワーク２インタフェース３０１を介してネットワーク２からパケット化されたＭｏｔｉｏｎＪＰＥＧの画像データが入力される。
【００４８】
ビューワ３１は受け取った画像圧縮データの入ったパケットからパケット展開処理３１１によって、ＭｏｔｉｏｎＪＰＥＧ方式で圧縮されたデータ３１２を取り出す。ビューワ３１はそのＭｏｔｉｏｎＪＰＥＧデータにＭｏｔｉｏｎＪＰＥＧ画像伸長処理３１３を行った後、非圧縮画像データ３１４を生成し、その画像データをビューワに表示するためのビューワ表示処理３１５を行う。
【００４９】
これにより、画質の劣化を少なくした映像情報の配信を行うことができる。
【００５０】
［第２の実施形態］
図５は第２の実施形態における映像情報配信システムの構成を示すブロック図である。前記第１の実施形態の図１に示した構成と異なる部分は、コンピュータ２０に蓄積サーバ２３が加わったことである。その他の構成部分は前記第１の実施形態と同様であり、同一の番号を付すことによりその説明を省略する。
【００５１】
図６は映像サーバの関連部の処理の流れを示す図である。映像サーバ１１が動作しているコンピュータ１０には、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  ＳｅｒｉａｌＢｕｓ）ケーブル１５を介してディジタルカメラ１４から画像データが入力される。
【００５２】
コンピュータ１０内のＵＳＢインタフェース装置１０３を介して受け取られたディジタルデータ１１１は、画像圧縮専用ＬＳＩ１０５によって、符号化による画素値の変化を±１以内に限定した形の準可逆符号化方式で画像圧縮処理される。尚、符号化による画素値の変化を±３以内に限定した形の準可逆符号化方式でもよい。また、前記第１の実施形態と同様、可逆画像圧縮方式の１つであるＪＰＥＧの空間的予測方式による画像圧縮処理でもよい。
【００５３】
本実施形態では、ＬＳＩ１０５はＤＳＰ（Digital Signal Processeor）であり、映像の各フレーム毎に準可逆符号化方式による圧縮処理を施す。尚、準可逆符号化方式の例としては、現在、画像符号化国際標準化委員会のＩＳＯ／ＳＣ２９／ＷＧ１で検討されている「連続階調画像のＬｏｓｓｌｅｓｓ符号化」の付加機能として備わっている準可逆モードなどが存在する。
【００５４】
その後、準可逆圧縮方式により圧縮されたデータ１１５をネットワークへ送り出すためのパケット化処理１１４を行う。
【００５５】
このように、映像サーバ１１は、第１の実施形態と異なり、画像圧縮を自分自身で行わず、画像圧縮用ＬＳＩ１０５の制御を行うことで画像圧縮を実現している。パケット化処理された準可逆圧縮画像データはＡＴＭインタフェース１０４からＡＴＭ回線網３を介して配送サーバ２１が動作しているコンピュータ２０に向けて送出される。ここで、ＡＴＭ（Asynchronous Transfer Mode）回線網とは公衆ＡＴＭ通信サービス網もしくはＡＴＭ−ＬＡＮを想定している。
【００５６】
図７は配送サーバおよび蓄積サーバの関連部の処理の流れを示すブロック図である。配送サーバ２１が動作しているコンピュータ２０には、ＡＴＭインターフェース２０３を介してＡＴＭ回線網３からパケット化された画像圧縮データが入力される。画像圧縮データはパケット展開処理２１１によって、まず準可逆符号化方式によって圧縮された準可逆圧縮データ２１８として取り出される。配送サーバ２１は、その準可逆圧縮されたデータを画像伸長用ＬＳＩ２０５に処理させることによって、非圧縮映像データ２２０を生成する。この非圧縮画像データ２２０は、映像サーバ１１が圧縮する前の画像データ１１１との誤差が各画素±１以内に限定された非常に元データに近いものである。その後、本実施形態では、ＤＳＰを用いて映像の各フレーム毎にＭｏｔｉｏｎＪＰＥＧ圧縮処理２０４を施す。
【００５７】
第２の実施形態では、第１の実施形態と異なり、画像の圧縮および伸長処理にそれぞれ専用のハードウェアを用意し、それを配送サーバプログラムが制御する形で画像圧縮方式の変換を行っている。
【００５８】
このようにして生成されたＭｏｔｉｏｎＪＰＥＧデータ２１６はネットワークへ送り出すためのパケット化処理２１７を施され、ネットワーク２インタフェース２０２からネットワーク２を介してビューワが動作している情報処理端末３０、４０に向けて送出される。
【００５９】
一方、蓄積サーバ２３は、配送サーバ２１が復元した非圧縮画像データ２２０を基に、ＭＰＥＧ圧縮方式によって映像を圧縮し（２２１）、その圧縮されたＭＰＥＧデータ２２２をハードディスク２０８に蓄積する。ここで、圧縮する元の画像となるデータ２２０は、映像サーバ１１が圧縮する前の画像データ１１１とほぼ同一のものであるので、再圧縮することによる画質の劣化が少なくなり、より品質の高い画像データを蓄積することが可能になる。
【００６０】
図８は情報処理端末３０内のビューワ関連部の処理動作を示す図である。ビューワ３１が動作している情報処理端末３０には、ネットワーク２インタフェース３０１を介してネットワーク２からパケット化されたＭｏｔｉｏｎＪＰＥＧの画像データが入力される。画像圧縮データはパケット展開処理３１１によって、ＭｏｔｉｏｎＪＰＥＧ方式で圧縮されたデータ３１２として取り出される。
【００６１】
ビューワ３１は、そのＭｏｔｉｏｎＪＰＥＧデータに対してＭｏｔｉｏｎＪＰＥＧ画像伸長用ＬＳＩ３０２を用いて画像データの伸長処理を行い、非圧縮画像データ３１４を生成する。その後、その画像データをビューワ３１に表示するためのビューワ表示処理３１５を行う。第１の実施形態と異なり、ここでも画像の伸長処理のために専用ＬＳＩが利用されている。
【００６２】
図９は配送サーバ２１が動作するコンピュータ２０の構成を示すブロック図である。コンピュータ２０の内部には、システムバス２２を介してネットワーク２インタフェース２０２、ＡＴＭインタフェース２０３、ＭｏｔｉｏｎＪＰＥＧ圧縮処理用ＤＳＰ２０４、準可逆符号化方式画像伸長処理用ＬＳＩ２０５、ＣＰＵ２０６、ＤＲＡＭからなるメモリ２０７、ハードディスク装置２０８、ＲＯＭ２０９、ＣＤ−ＲＯＭドライブ２１０などが設けられている。
【００６３】
配送サーバ２１を実現するプログラムは、ＲＯＭ２０９、ハードディスク２０８内部あるいはＣＤ−ＲＯＭドライブ２１０を利用して読み取られるＣＤ−ＲＯＭ等の記憶媒体に記録されている。配送サーバプログラムは、記憶媒体からＣＰＵ２０６によって読み出され、メモリ２０７を利用して演算され、ＭｏｔｉｏｎＪＰＥＧ圧縮処理用ＤＳＰ２０４、準可逆符号化方式画像伸長処理用ＬＳＩ２０５等を制御することにより、全体として配送サーバ２１の役割を実現する。
【００６４】
同様に、蓄積サーバプログラムはＣＰＵ２０６によって実行される。映像サーバ１１およびビューワ３１などにおけるシステムの動作もほぼ同様の構成によって実現可能である。
【００６５】
［第３の実施形態］
前記第１および第２の実施形態では、配送サーバは１つしか存在していなかったが、場合によっては配送サーバが多段接続される場合もある。図１０は配送サーバが多段に接続された映像情報配信システムの構成を示すブロック図である。
【００６６】
この場合、どの時点で圧縮プロトコルの変換を行うかについては、配送サーバを設置する事業者が選択的に決めることが可能である。すなわち、同図（Ａ）に示すようにビューワに近い配送サーバ５１で圧縮プロトコルの変換を行う場合でもよいし、同図（Ｂ）に示すように映像サーバに近い配送サーバ２１で圧縮プロトコルの変換を行う場合でもよい。また、圧縮プロトコルの変換はここに示した方法によって制限されるものではない。
【００６７】
［第４の実施形態］
前記第１、第２、第３の実施形態では、配送サーバは、映像サーバから送られてきた映像パケットを、原則として圧縮方式を変換した後、そのまま送り出していた。
【００６８】
しかし、図１に示すようなネットワーク構成では、配送サーバから情報処理端末までのネットワーク２がＡＴＭなどの帯域制御型のネットワークである場合、あるいはイーサネットなどのネットワークであっても帯域制御型のプロトコルがその上で利用される場合、画像を映像サーバから送られてきた映像のフレームレートのままで転送しようとすると、認められた回線容量を越えてしまう場合がある。そのような場合、画像が均一に間引かれるような形で制御を行った上で、画像の配送を行うようにしてもよい。
【００６９】
図１１は第４の実施形態における配送サーバの処理の流れを示す図である。基本的に図３と同様の処理の流れであるので、詳しい説明を割愛するが、ただ１点、映像サーバから送られてきた画像データを伸長した時点で、一旦ビューワに対して送出可能な画像転送レートを計算し、それに応じて画像を間引くという画像間引き処理２１９が加わっている。間引かれずに送出されることになったデータはＭｏｔｉｏｎＪＰＥＧ画像圧縮処理２１５をかけた上で、前記第１の実施形態と同様にビューワに対して送られる。
【００７０】
尚、本発明はシステムあるいは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体をシステムあるいは装置に読み出すことによってそのシステムあるいは装置が本発明の効果を享受することが可能となる。
【００７１】
図１２は映像サーバおよび配送サーバを実現するプログラムモジュールが格納されたＲＯＭのメモリマップを示す図である。同図（Ａ）は図２に示す映像サーバ１１のプログラムモジュール群を示し、同図（Ｂ）は図３に示す配送サーバ２１のプログラムモジュール群を示す。
【００７２】
記憶媒体としては、ＲＯＭに限らず、例えばフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、磁気テープ、不揮発性のメモリカードなどを用いることができる。
【００７３】
【発明の効果】
本発明の請求項１に記載の映像情報配信システムによれば、配送サーバによって画像の伸長と再圧縮を施す場合、より画質の劣化が少ない美しい映像を配送もしくは蓄積することができる。また、第１ネットワークを介して受信した圧縮データを伸張し、この伸張されたデータを配信用に再圧縮すると共に蓄積用に再圧縮するので、伸張と圧縮の回数が少なくなり、再圧縮することによる画質の劣化が少なくなり、より品質の高い画像データを配信および蓄積することが可能になる。
【００７４】
このように、映像サーバから配送サーバまでの第１ネットワークで画質の劣化が少ない第１画像圧縮方式と、配送サーバからビューワを持つ情報処理端末までの第２ネットワークの特性に応じた第２画像圧縮方式を用いることにより、より画質の劣化の少ない映像情報配信システムを提供することが可能となる。
【００７５】
特に、第１圧縮方式に可逆もしくは可逆に近い画質の劣化の少ない圧縮方式を用いた場合、第２圧縮方式の圧縮の対象となる原画像の特性が改善されることにより、劣化の蓄積という問題が解消され、受信者に対して画質のよい映像を発信することができる。
【００７６】
請求項２に記載の映像情報配信システムによれば、前記映像送信手段は動画像を撮影するカメラを備えたので、カメラで撮影された動画像を劣化が少ない状態で配信することができる。
【００７８】
請求項３に記載の映像情報配信システムによれば、前記第１圧縮方式は、前記第２圧縮方式に比べて画質の劣化が少ない方式であるので、配送サーバによって画像の伸長と再圧縮を施す場合、画像の劣化を少なくすることができる。
【００７９】
請求項４に記載の映像情報配信システムによれば、前記第１圧縮方式は、可逆の圧縮方式であるので、画質劣化を伴わない画像圧縮を行うことができる。
【００８２】
請求項５に記載の映像情報配信システムによれば、前記第１ネットワークの伝送帯域幅は前記第２ネットワークの伝送帯域幅に比べて広いので、圧縮率が小さいことが予想される第１圧縮方式を用いてもフレームレートを高めた映像伝送が可能になる。
【００８５】
請求項６に記載の映像情報配信システムによれば、前記配送手段は、前記第２圧縮手段により圧縮される画像データを間引く画像間引き手段を備えたので、画像が均一に間引かれるような形で制御を行った上で、画像の配送を行うことにより、認められた回線容量を越えてしまうことを回避できる。
【図面の簡単な説明】
【図１】第１の実施形態における映像情報配信システムの構成を示すブロック図である。
【図２】映像サーバ１１の関連部の処理の流れを示す図である。
【図３】配送サーバ２１の関連部の処理の流れを示す図である。
【図４】情報処理端末３０のビューワ関連部の処理の流れを示す図である。
【図５】第２の実施形態における映像情報配信システムの構成を示すブロック図である。
【図６】映像サーバの関連部の処理の流れを示す図である。
【図７】配送サーバおよび蓄積サーバの関連部の処理の流れを示すブロック図である。
【図８】情報処理端末３０内のビューワ関連部の処理動作を示す図である。
【図９】配送サーバ２１が動作するコンピュータ２０の構成を示すブロック図である。
【図１０】配送サーバが多段に接続された映像情報配信システムの構成を示すブロック図である。
【図１１】第４の実施形態における配送サーバの処理の流れを示す図である。
【図１２】映像サーバおよび配送サーバを実現するプログラムモジュールが格納されたＲＯＭのメモリマップを示す図である。
【符号の説明】
１、２  ネットワーク
３  ＡＴＭ回線網
１０、２０  コンピュータ
１１  映像サーバ
２１、５１  配送サーバ
２３  蓄積サーバ
３０、４０  情報処理端末
３１、４１  ビューワ
２０４  ＭｏｔｉｏｎＪＰＥＧ圧縮処理用ＤＳＰ
２０５  準可逆伸長処理用ＬＳＩ
２０６  ＣＰＵ
２０９  ＲＯＭ
【図１】
0004809954.tif 000002
【図２】
0004809954.tif 000003
【図３】
0004809954.tif 000004
【図４】
0004809954.tif 000005
【図５】
0004809954.tif 000006
【図６】
0004809954.tif 000007
【図７】
0004809954.tif 000008
【図８】
0004809954.tif 000009
【図９】
0004809954.tif 000010
【図１０】
0004809954.tif 000011
【図１１】
0004809954.tif 000012
【図１２】
0004809954.tif 000013