(57)【要約】【課題】映像サーバ装置からの映像ストリームのネットワーク出力を遅滞なく実施し、かつ、映像データ視聴用端末側からの制御コマンドに機敏に対応可能とすることで視聴時のストレスを軽減できるようにする。【解決手段】ネットワーク通信部に映像ストリーム伝送用のバースト転送が可能なバスインターフェースと、映像ストリーム以外のデータ通信用のバスインターフェース又は標準インターフェースの両方を具備し、それぞれのデータ転送を行うことで、バースト転送を妨害することの無い制御データの通信を実現することができる。【選択図】図１
2007329844.tif 000002
【特許請求の範囲】
【請求項１】
大容量データを定常的にネットワーク出力するネットワーク通信部を有する映像サーバ装置であって、
前記ネットワーク通信部の接続手段として、映像ストリームを伝送するバースト転送が可能なバスインターフェースと、
前記映像ストリーム以外のデータを伝送するバスインターフェースまたは標準インターフェースとを有することを特徴とする映像サーバ装置。
【請求項２】
前記ネットワーク通信部が有する２種類以上のインターフェースへ入力されたデータをそれぞれネットワーク通信が可能なパケットに変換した後、混合してネットワーク出力することを特徴とする請求項１に記載の映像サーバ装置。
【請求項３】
前記映像ストリーム以外のデータを伝送するバスインターフェースまたは標準インターフェースへ、ネットワーク入力されたパケットを全て無条件に出力することを特徴とする請求項１に記載の映像サーバ装置。
【請求項４】
前記映像ストリームを伝送するバースト転送が可能なバスインターフェースから入力された映像データを前記ネットワーク通信部の内部に設けられたＴＯＥを用いてパケタイズして、ネットワーク出力することを特徴とする請求項１に記載の映像サーバ装置。
【請求項５】
前記映像ストリーム以外のデータを伝送するバスインターフェースまたは標準インターフェースから入出力されるデータのパケタイズ処理またはデパケタイズ処理を装置内部に設けられたＣＰＵで行うことを特徴とする請求項１に記載の映像サーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は映像サーバ装置に関し、例えば、映像ストリームなどの大容量データを定常的にネットワーク通信によって出力するために用いて好適な技術に関する。
【背景技術】
【０００２】
従来から、映像データのネットワークによる配信方式としては、映像全体をファイル化した後、そのファイル全体を映像データ視聴用の端末へ転送し、転送完了後に端末側でデコード処理を行って映像データを再生するファイル転送型の手段が存在する。さらに、映像サーバ側で映像データを逐次パケット化して映像データ視聴用の端末へ転送し、端末側では転送完了を待たずに受信した映像データパケットを逐次再生するストリーミング型の手段が存在する。
【０００３】
これら映像データのネットワーク通信手段の内、ストリーミング型通信においては、そのフォーマットとして、ＭＰＥＧ２、ＭＰＥＧ４、ＶＣ−１、Ｈ．２６４等様々なフォーマットが存在する。そして、インターネット等のネットワーク経由によるスタンダード（ＳＤ）映像の映像ストリーミングについては既に様々なサービスが開始されている。
【０００４】
一方、昨今、急激にニーズが高まっている高品位画像（ＨＤ）向け映像ストリーミング型通信においては、そのフォーマットとして、ＭＰＥＧ２、ＶＣ−１、Ｈ．２６４といったフォーマットが注目されている。今後、ＨＤストリーミングが家庭内ストリーミングやVideo On Demandの分野で普及することが予想される。
【０００５】
なお、ＨＤ映像ストリーミングの実現のためには、ＳＤ映像ストリーミングと比較して、高速なネットワーク通信環境が必要である。前記のＨＤ映像ストリームフォーマットの内、ＭＰＥＧ２フォーマットによる映像ストリームでは、その転送レートとして17Mbps-30Mbps程度の高い転送レートが必要となる。
【０００６】
一方、ネットワーク機器の進歩によって、ネットワーク転送性能は向上している。有線ＬＡＮ環境であれば家庭内ＬＡＮ環境においてもギガビット対応が進行中あるし、無線ＬＡＮ環境においてもIEEE802.11a/gの高速化や１１ｎの標準化が進行中である。このため、数年内には100Mbps程度の転送速度の実現が期待できる。これらの背景からＭＰＥＧ２フォーマットによるＨＤ品位の映像ストリームを家庭内やインターネット経由でネットワーク転送し、様々な映像データ視聴用端末で視聴するといったソリューションが現実味を帯びてきている。
【０００７】
このＨＤ映像ストリーミングを行う映像サーバ機器の例としては、ネットワークカメラやハードディスクレコーダ等のストリーミングサーバを挙げることができる。ネットワークカメラは、撮像部から入力された映像データをエンコーダ部でリアルタイムにエンコード処理して映像ストリームデータを生成し、同映像ストリームデータをネットワークカメラ内部に設けられたバスを経由してネットワーク通信部へと送る。これによって、有線又は無線によるネットワーク出力を行う。一方、ストリーミングサーバは同サーバ内に設けられたハードディスクなどの外部記憶装置からＨＤＤコントローラが映像ストリームデータを読み出し、同ストリームデータを同サーバ内に設けられたバスを経由してネットワーク通信部へと送る。これにより、ネットワーク出力を行う。
【０００８】
このような目的で利用される内部バスとしてはＰＣＩバス等の汎用バスが一般的である。ＰＣＩバス等の汎用バスでは高速な転送に対応するためにバースト転送に対応しており、バスに接続されたデバイス間で連続的にバス転送を行う際にバースト転送を実行することにより最も効率の良い転送を行うことが可能となる。
【０００９】
逆に、バス上の転送方向が変わったり転送するデバイスが変わったりする場合は、バースト転送が中断されるためバス転送効率は低下する。従来、映像サーバ等の装置内においては、ネットワーク通信部またはその他のコントローラが、バスマスタ要求によってバス使用権を入手した後、大容量のストリームデータのデバイス間転送をバースト転送によって実施している。
【００１０】
なお、このバースト転送中に他のバスマスタがバスマスタリクエストを出した場合に、バースト転送のプロセスを停止させず、待機状態とすることでバスマスタ権限が再び移譲された際に、バースト転送を途中から再開する手法がある（例えば、特許文献１参照）。また、低速バスと高速バスからなる複数のバスをデバイス間に設け、転送データの量によっていずれかを選択しデータ転送を行う手法もある（例えば、特許文献２参照）。
【００１１】
【特許文献１】特開２００４−２５２７２号公報
【特許文献２】特開昭６３−１４９７５５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
前述したように、ネットワークカメラやストリーミングサーバ等の映像サーバ装置内では、エンコーダ部又はＨＤＤコントローラ等からネットワーク部へ大容量のストリームデータを継続的に転送する必要がある。このためには転送を行うデバイス間のいずれかでバス使用権を掌握しバースト転送することが最も効率がよい。
【００１３】
一方、映像サーバ装置に対しては、カメラのパン・チルト・ズーム要求や配信停止、頭出し等、映像データ視聴用端末側からの様々な制御コマンドも送信される。そして、前記従来例では、これらの制御コマンドに関する伝送に関しても映像ストリームデータと同様にＰＣＩバスなどの汎用バスを利用する。しかし、映像ストリームデータ転送中に、これらの制御コマンドをネットワーク部が受信してもバースト転送中は、制御コマンドを転送する術がない。このため、制御コマンドに対するレスポンスが遅れるといった問題点があった。
【００１４】
また、制御コマンドを優先してバースト転送を停止させて、制御コマンドの転送後、映像ストリームデータ転送を再開すると、バースト転送のための設定を再度行う必要がある。このため、リアルタイムに遅滞なく実施しなければならない映像ストリームデータの転送が間に合わず、映像ストリームが途切れるなどの不具合があった。
【００１５】
本発明は前述の問題点に鑑み、映像サーバ装置からの映像ストリームのネットワーク出力を遅滞なく実施し、かつ、映像データ視聴用端末側からの制御コマンドに機敏に対応可能とすることで視聴時のストレスを軽減できるようにすることを目的としている。
【課題を解決するための手段】
【００１６】
本発明の映像サーバ装置は、大容量データを定常的にネットワーク出力するネットワーク通信部を有する映像サーバ装置であって、前記ネットワーク通信部の接続手段として、映像ストリームを伝送するバースト転送が可能なバスインターフェースとともに、前記映像ストリーム以外のデータを伝送するバスインターフェースまたは標準インターフェースを有することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、映像サーバ装置から映像データ視聴用端末に対してＨＤ映像ストリーミングを行う場合に、ＨＤストリーミング出力を遅滞なく継続しつつ、同時に映像データ視聴用端末からの制御コマンドに機敏に対応することが可能となる。これにより、ストレスのない視聴環境をユーザに提供することができる。
【発明を実施するための最良の形態】
【００１８】
（第１の実施形態）
以下、本発明の実施形態を図１〜図４に基づいて説明する。
図１は、本実施形態に係る映像サーバ装置の内部構成例を示すブロック図である。
図１において、１はネットワークカメラ等の映像サーバ装置であり、２は映像サーバ装置１とネットワーク通信し映像ストリームを視聴可能な視聴用端末である。
【００１９】
３は映像サーバ装置１の中に設けられたネットワーク部であり、４は映像サーバ装置１の中に設けられたカメラ部である。５はカメラ部４に設けられ映像の撮影を行う撮像部であり、６はカメラ部４に設けられ撮像部５で撮影した映像データをリアルタイムにストリーミングフォーマットへ変換するエンコーダである。
【００２０】
７はカメラ部４に設けられ、ＵＳＢ Ｉ／Ｆ ｂ１８からのコマンド入力によってカメラ部４のパン・チルト・ズーム制御やオン・オフ制御を行うカメラ制御部である。８はカメラ部４と、ネットワーク部３と、組込プロセッサ９に内蔵されたPCI Bridge１９とが接続されたＰＣＩバスである。
【００２１】
９はPCI Bridge１９やＣＰＵ１１その他の周辺機能を集積した組込プロセッサであり、１０は組込プロセッサ９のＤＲＡＭインターフェースに接続されたＤＲＡＭである。１１は組込プロセッサ９の拡張バスに接続されたFlash ROMであり、１２は組込プロセッサ９に内蔵され割り込み制御を行う割り込みコントローラ（ＰＩＣ）である。
【００２２】
１３は組込プロセッサ９に内蔵されたメモリコントローラであり、１４は組込プロセッサ９に内蔵された拡張バスブリッジである。また、１５は組込プロセッサ９の高速ローカルバスとして機能するＣＰＵローカルバスであり、１６は組込プロセッサ９に内蔵されたＵＳＢホストコントローラである。１７はＵＳＢホストコントローラ１６とネットワーク部３とを接続するＵＳＢ Ｉ／Ｆ aであり、１８はＵＳＢホストコントローラ１６とカメラ制御部７とを接続するＵＳＢ Ｉ／Ｆ ｂである。
【００２３】
１９はＣＰＵローカルバス１５とＰＣＩバス８のブリッジを行うPCI Bridgeである。２０はPCI Bridge１９に内蔵されたＰＣＩアービタ等のＤＭＡＣであり、２１は組込プロセッサ９に内蔵されたＣＰＵである。
【００２４】
ここで、図１に示す構成を利用して、映像サーバ装置１であるネットワークカメラのカメラ部４で撮影した映像データをリアルタイムでエンコードしてストリームデータを生成し、同ストリームデータを視聴用端末２で視聴することを想定する。この時の映像サーバ装置１におけるカメラ部４及びネットワーク部３における動作を図２に示す。
【００２５】
カメラ部４では、まず撮像部５が撮影した映像データを非圧縮の撮影映像データとしてエンコーダ６へ渡す。エンコーダ６では、非圧縮の撮影映像データに対して圧縮処理を行い、ＭＰＥＧ２−ＴＳやＨ．２６４のフォーマットへエンコードする。その後、同エンコードデータをＲＴＰパケット等の形式でパケタイズし、ＩＰヘッダ情報を付加する。
【００２６】
その後、ＲＴＰパケット形式にパケタイズされたＭＰＥＧ２−ＴＳ情報は、ネットワーク部３へＰＣＩバス８を経由して転送され、実際のネットワーク通信を行うために無線ＬＡＮ等に対応したフレームに再構成される。そして、無線ヘッダ等が付加された後、視聴用端末２へネットワーク通信される。この時、カメラ部４からネットワーク部３へのＰＣＩバス８経由によるパケット転送は、ＤＭＡ方式のバス転送方式を用いて行われる。
【００２７】
この転送を実施するため、カメラ部４では、エンコードの最小単位である複数フレーム分のエンコードが完了したら、ＰＣＩバス８のバスアービタであるＤＭＡ２０へバスマスタ要求を送信する。同バスマスタ要求がＤＭＡＣ２０によって認められると、カメラ部４はネットワーク部３へのＲＴＰパケットのＤＭＡ転送（バスマスタ転送）をＰＣＩバス８上で開始する。
【００２８】
同ＤＭＡ転送ではカメラ部４で用意された最小エンコード済データを、バス幅に合わせた単位で複数回転送する必要があるため連続的な転送となり、ＰＣＩバス８のバースト転送を行うことでＰＣＩバス８の利用率を向上させることができる。
【００２９】
ＰＣＩバス８におけるバースト転送の手順を図３に示す。
図３に示すように、カメラ部４がバスマスタ要求であるREQ#信号をアサートする。そうすると、ＰＣＩバス８のバスアービタであるＤＭＡＣ２０は、バスマスタ要求を受け付けGNT#信号をアサートしてバスマスタ要求が受け付けられバスマスタとして動作可能なことをカメラ部４へ通知する。
【００３０】
GNT#信号を受けたカメラ部４はAD［３１：０］へネットワーク部３のアドレス情報を出力するとともにFRAME#信号をアサートしてネットワーク部３へのアクセスを行うことを通知する。自身のアドレスに対する書き込み要求がためされたネットワーク部３は、DEVSEL#信号をアサートしてアクセスが受け付け可能であることをカメラ部４へ通知する。更にデータ書き込みの準備ができたらTRDY#信号をアサートする。その後、書き込み基であるカメラ部４は書き込みデータを１クロックに１ユニットの速度でAD［３１：０］へ出力することでバースト転送が行われる。
【００３１】
このようにＰＣＩバス８では、バースト転送を実施することによって、通常のバス転送では毎回必要なアドレスサイクルを省略し、１クロックで１ユニット（図３の場合は３２bit）のデータを連続転送することができる。本アプリケーションで想定する様なネットワークカメラ等の映像サーバ装置１から視聴用端末２への映像データのリアルタイムストリーミングでは、カメラ部４からの映像データ出力は定常的に実施される。このため、ＰＣＩバス８では図３に示した様なバースト転送が繰り返し実施されることになる。
【００３２】
ここで、このようなバースト転送を行っている際に、視聴用端末２から映像サーバ装置１に対して、ズームやパン等の制御コマンドが発せられた場合を考える。この場合、同制御コマンドは、ネットワーク部３で受信された後に、ＰＣＩバス８を介してではなく、他のバス又はＩ／ＦであるＵＳＢ Ｉ／Ｆ ａ１７を介して組込プロセッサ９へ送られる。
【００３３】
組込プロセッサ９では、同プロセッサに内蔵されたＵＳＢホストコントローラ１６でネットワーク部３から送信された制御コマンドを受信する。その後、同制御コマンドをＣＰＵローカルバス１５経由でＣＰＵ２１へ送り、ＣＰＵ２１で同制御コマンドの内容を分析してその結果を同じくＣＰＵローカルバス１５経由でＵＳＢホストコントローラ１６へ伝える。そして、カメラ部４の制御部７へＵＳＢ Ｉ／Ｆ ｂ１８経由で制御コマンドを伝達する。
【００３４】
図４に、時系列にＵＳＢ Ｉ／Ｆ ａ１７、ＵＳＢ Ｉ／Ｆ ｂ１８及びＰＣＩバス８でどのようなパケット転送行われているかを示す。
図４に示すように、ストリームの開始や停止のコマンドやカメラのズーム等に関するパケットがＵＳＢ Ｉ／Ｆ ａ１７またはＵＳＢ Ｉ／Ｆ ｂ１８経由で転送され、映像ストリームパケットがＰＣＩバス８でバースト転送される。
【００３５】
このようにカメラ部４とネットワーク部３とに映像データをバースト転送可能なバスと制御コマンドやイベント等のその他のデータ転送に利用可能なバスを双方備えることにより、遅延の無い制御コマンドへの応答やイベント応答を実現することができる。なお、本実施形態では制御コマンドやイベント等のその他のデータ転送に利用可能なバスがカメラ部４とネットワーク部３とで共通の場合について説明した。一方、それぞれのバスが異なっていてもＣＰＵ２１で変換を行うことで対応可能であることは述べるまでもない。
【００３６】
（第２の実施形態）
以下、本実施形態を図５〜図７に基づいて説明する。
図５は、本実施形態に係る映像サーバ装置の内部構成例を示すブロック図である。
図５において、１０１はネットワークカメラ等の映像サーバ装置であり、１０２は映像サーバ装置１０１とネットワーク通信し映像ストリームを視聴可能な視聴用端末である。
【００３７】
１０３は映像サーバ装置１０１の中に設けられたネットワーク部である。１０４はネットワーク部１０３の中又はネットワーク部１０３の前段に設けられたＵＤＰ／ＩＰ対応のTask Offload Engine（ＴＯＥ）である。また、１０５は映像サーバ装置１０１の中に設けられたカメラ部である。
【００３８】
１０６はカメラ部１０５に設けられ映像の撮影を行う撮像部であり、１０７はカメラ部１０５に設けられた撮像部１０６で撮影した映像データをリアルタイムにストリーミングフォーマットへ変換するエンコーダである。１０８はカメラ部１０５に設けられ、ＲＳ２３２Ｃ Ｉ／Ｆ１２３経由でＵＡＲＴコントローラ１１９と通信し、カメラ部１０５のパン・チルト・ズーム制御やオン・オフ制御を行うカメラ制御部である。
【００３９】
１０９はカメラ部１０５と、ネットワーク部１０４と、組込プロセッサ１１０内蔵のPCI Bridge１２０とが接続されたＰＣＩバスである。１１０はPCI Bridge１２０やＣＰＵ１１３その他の周辺機能を集積した組込プロセッサである。１１１は組込プロセッサ１１０のＤＲＡＭインターフェースに接続されたＤＲＡＭであり、１１２は組込プロセッサ１１０の拡張バスに接続されたFlash ROMである。
【００４０】
１１３は組込プロセッサ１１０に内蔵されたＣＰＵであり、１１４は組込プロセッサ１１０に内蔵され割り込み制御を行う割り込みコントローラ（ＰＩＣ）である。１１５は組込プロセッサ１１０に内蔵されたメモリコントローラであり、１１６は組込プロセッサ１１０に内蔵された拡張バスブリッジである。また、１１７は組込プロセッサ１１０の高速ローカルバスとして機能するＣＰＵローカルバスである。
【００４１】
１１８は組込プロセッサ１１０に内蔵されたＵＳＢホストコントローラであり、１１９は組込プロセッサ１１０に内蔵されたＵＡＲＴコントローラである。また、１２０はＣＰＵローカルバス１１７とＰＣＩバス１０９とのブリッジを行うPCI Bridgeである。１２１はPCI Bridge１２０に内蔵されたＰＣＩアービタ等のＤＭＡＣであり、１２２はＵＳＢホストコントローラ１１８とネットワーク部１０３とを接続するＵＳＢ Ｉ／Ｆである。また、１２３はＵＡＲＴコントローラ１１９とカメラ制御部１０８とを接続するＲＳ２３２Ｃ Ｉ／Ｆである。
【００４２】
ここで、第１の実施形態と同じく、映像サーバ装置１０１であるネットワークカメラのカメラ部１０５で撮影した映像データをリアルタイムでエンコードしてストリームデータを生成し、同ストリームデータを視聴用端末１０２で視聴することを想定する。この時の映像サーバ装置１０１におけるカメラ部１０５及びネットワーク部１０３とネットワーク部に含まれるＴＯＥ１０４における動作を図６及び図７に示す。
【００４３】
図６に示すように本実施形態では、第１の実施形態と異なり、ＩＰヘッダ情報の付加処理をネットワーク部１０３に設けられたＴＯＥ１０４で実施する。ＴＯＥ１０４は、ソフトウェアによって実行する処理の一部又は全部をハードウェア化して高速化を図るための手段である。ところが、実際にカメラ部１０５から出力されるＭＰＥＧ２−ＴＳ等のストリーム映像データは、ＲＴＰ／ＵＤＰ等の再送を行わない通信手段で送信されることが一般的である。よって、ハードウェア化が比較的容易である。
【００４４】
さらに本実施形態で取り上げるような映像データの伝送時は、大量のパケットを高速に処理する必要があるため、ＲＴＰ／ＵＤＰプロトコルの処理をハードウェアによって実施するＴＯＥ１０４の実装は本実施形態に適している。
【００４５】
カメラ部１０５で撮影された映像データは、第１の実施形態と同様の手順を踏んでＭＰＥＧ２−ＴＳやＨ．２６４のフォーマットへエンコードされる。その後、ＰＣＩバス１０９を用いたバースト転送によってネットワーク部１０３に設けられたＴＯＥ１０４へと転送される。転送されたエンコードデータは、ＴＯＥ１０４でＩＰヘッダ情報を付加された後、ネットワーク部１０３の無線部へ送られる。
【００４６】
無線部では、実際のネットワーク通信を行うために無線ＬＡＮ等に対応したフレームへの再構成を行い、無線ヘッダ等を付加した後、視聴用端末１０２へネットワーク通信する。このようにカメラ部１０５から出力される映像データに対するＩＰヘッダの付加作業を全てＴＯＥ１０４で実施することで、高速な処理が可能となり、カメラ部１０５からＴＯＥ１０４へのＰＣＩバースト転送も効率的に実施される。
【００４７】
一方、図７に示すように、映像データ以外のステータス情報や制御情報は、組込プロセッサ１１０の各構成部分やカメラ部１０５で生成された後、ＣＰＵ１１３へ伝達されてパケタイズ処理を施される。例えば、カメラ部１０５で生成されたステータス情報は、制御部１０８からＲＳ２３２Ｃ Ｉ／Ｆ１２３経由で組込プロセッサ１１０に内蔵されたＵＡＲＴコントローラ１１９へ伝達される。
【００４８】
その後、ＣＰＵローカルバス１１７経由でＣＰＵ１１３へ送られ、ＣＰＵ１１３でＩＰヘッダ情報を付加してＴＣＰ／ＩＰ等のパケットにパケタイズされる。そして、パケタイズされたステータス情報は、ＣＰＵローカルバス１１７経由でＵＳＢホストコントローラ１１８へ送信され、他のバス又はＩ／ＦであるＵＳＢ Ｉ／Ｆ１２２を介して組込プロセッサ１１０からネットワーク部１０３へ転送される。
【００４９】
この時、ＵＳＢ Ｉ／Ｆ１２２はネットワーク部１０３に直接接続されているため、ＴＯＥ１０４による処理は回避され、ネットワーク部１０３の無線部では、実際のネットワーク通信を行うために無線ＬＡＮ等に対応したフレームへの再構成を行う。そして、無線ヘッダ等を付加した後、視聴用端末１０２へネットワーク通信する。
【００５０】
また、第１の実施形態と同様に、視聴用端末１０２から映像サーバ装置１０１へズームやパン等の制御コマンドが発せられた場合を考える。この場合、同制御コマンドは、ネットワーク部１０３で受信された後に、ＴＯＥ１０４やＰＣＩバス１０９を介することなく、他のバス又はＩ／ＦであるＵＳＢ Ｉ／Ｆ１２２を経由して組込プロセッサ１１０へと送られる。
【００５１】
組込プロセッサ１１０では、同プロセッサに内蔵されたＵＳＢホストコントローラ１１８でネットワーク部１０３から送信された制御コマンドを受信した後、同制御コマンドをＣＰＵローカルバス１１７経由でＣＰＵ１１３へ送る。そして、ＣＰＵ１１３でデパケタイズ処理を行った後に同制御コマンドの内容を分析する。そして、その結果を同じくＣＰＵローカルバス１１７経由でＵＡＲＴコントローラ１１９へ伝えて、カメラ部１０５の制御部１０８へＲＳ２３２Ｃ Ｉ／Ｆ１２３経由で制御コマンドを伝達する。これにより、カメラ部１０５に同制御コマンドに対応する処理を促す。
【００５２】
（本発明に係る他の実施形態）
前述した本発明の実施形態における映像サーバ装置を構成する各手段、及びその方法の各工程は、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。
【００５３】
また、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００５４】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システムまたは装置に直接、または遠隔から供給する。そして、そのシステムまたは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００５５】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００５６】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００５７】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスクなどがある。さらに、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）などもある。
【００５８】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する方法がある。そして、前記ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【００５９】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００６０】
また、その他の方法として、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記録媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００６１】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。さらに、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００６２】
さらに、その他の方法として、まず記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。そして、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００６３】
【図１】本発明の第１の実施形態に係る映像サーバ装置の内部構成例を示すブロック図である。
【図２】本発明の第１の実施形態において、カメラ部及びネットワーク部における処理の流れを示す図である。
【図３】本発明の第１の実施形態において、ＰＣＩバースト転送を示すタイミングチャートである。
【図４】本発明の第１の実施形態において、各Ｉ／Ｆにおける転送タイミングを示す図である。
【図５】本発明の第２の実施形態に係る映像サーバ装置の内部構成例を示すブロック図である。
【図６】本発明の第２の実施形態において、映像ストリーム転送時のカメラ部及びネットワーク部における処理の流れを示す図である。
【図７】本発明の第２の実施形態において、その他のデータ転送時のＣＰＵ及びネットワーク部における処理の流れを示す図である。
【符号の説明】
【００６４】
１  映像サーバ装置
２  視聴用端末
３  ネットワーク部
４  カメラ部
５  撮像部
６  エンコーダ
７  制御部
８  ＰＣＩバス
９  組込プロセッサ
１０  ＤＲＡＭ
１１  Flash ROM
１２  割り込みコントローラ（ＰＩＣ）
１３  メモリコントローラ
１４  拡張バスブリッジ
１５  ＣＰＵローカルバス
１６  ＵＳＢコントローラ
１７  ＵＳＢ Ｉ／Ｆ ａ
１８  ＵＳＢ Ｉ／Ｆ ｂ
１９  PCI bridge
２０  ＤＭＡＣ
２１  ＣＰＵ
【図１】
2007329844.tif 000003
【図２】
2007329844.tif 000004
【図３】
2007329844.tif 000005
【図４】
2007329844.tif 000006
【図５】
2007329844.tif 000007
【図６】
2007329844.tif 000008
【図７】
2007329844.tif 000009