(57)【要約】【課題】１台のカメラから複数のクライアントへ簡単に動画ファイルの提供を行う。【解決手段】ネットワーク機能101,102などの他に、クライアントから送られるリクエストに含まれた時間情報若しくは前記リクエストを受信した際に得られる時間情報とリクエストに含まれる前記画像データの撮像時間から、撮像時間内に他のクライアントからリクエストを受けたことを検知する多重アクセス検出機能106と、撮像時間内に前記他のクライアントからリクエストを受けたことを検知した場合に、他のクライアントに対して前記クライアントへ送出する画像データと同じ若しくは異なるデータをネットワーク機能を用いて送出する送出データ選定機能107を有している。【選択図】  図１
2005117261.tif 000002
【特許請求の範囲】
【請求項１】
TCP/IPプロトコルからなる下位ネットワーク機能と、Webサーバからなる上位ネットワーク機能と、前記Webサーバと連携してメニュー表示をして入力を得るメニュー表示・入力機能と、所定の長さの動画像若しくは音声、あるいはその両方のデータを取り込む画像取り込み機能と、前記Webサーバを介して、前記データを送出する動画データ送出機能と、
クライアントから送られるリクエストに含まれた時間情報若しくは前記リクエストを受信した際に得られる時間情報と前記リクエストに含まれる前記画像データの撮像時間から、前記撮像時間内に他のクライアントからリクエストを受けたことを検知する多重アクセス検出機能と、
前記撮像時間内に前記他のクライアントからリクエストを受けたことを検知した場合に、前記他のクライアントに対して前記クライアントへ送出する画像データと同じ若しくは異なるデータを、前記ネットワーク機能を用いて送出する送出データ選定機能を備えたことを特徴とするネットワークカメラ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュリティ関連技術に関し、特に監視用カメラを用いて離れた場所の状況を監視することが可能なネットワークカメラ装置に関する。
【背景技術】
【０００２】
インターネットなどに直接若しくは間接的にカメラを接続し、静止画や連続動画データを取り込みたいという需要がある。これは、監視目的であったり、留守宅、保育施設内の子供の様子を見たいなどの観察的な目的ということであったりする。すでに商品化されている「ラン・カメラ」などのいわゆるインターネット・カメラ若しくはネットワークカメラと呼ばれるものでは、静止画や、連続動画の送出を可能としている（例えば、下記の特許文献１、特許文献２参照）。
【特許文献１】特開２００３−２５９１７５号公報
【特許文献２】特開２００２−２７１７７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１に記載の技術によれば、静止画の場合、高精細化することは可能であるが、いくら高精細化をしても「動き」という重要ファクターが欠如するため、後に人物識別その他に支障を来すという問題がある。一方動画の場合は、「動き」という重要ファクターを持っているが、定常的にある程度大きな帯域幅を使用するため、ネットワーク要因によって許容できない場合があるという問題を持っている。
【０００４】
そこで、本出願人は、この発明に先だってネットワークカメラ装置を開発した。本出願人が先に開発したネットワークカメラ装置では、クライアントからのリクエストによって撮像を開始するというライブカメラ的な要素を持ち、従来のように撮像した画像データを連続動画として送出し続けるのではなく、所定時間の動画ファイルを作成／送出するという方法によって帯域幅の問題を解消し、クライアントは手軽に動画を視聴することができるようになっている（なお、本出願人が先に開発したネットワークカメラ装置は、特許出願予定であり、未公開であるので公知技術を構成するものではない）。
【０００５】
しかし、上記のような方法では、いずれも１台のカメラに対して１クライアント、若しくは複数のカメラに対して１クライアントというような構成となっている。すなわち、クライアントからのリクエストによって撮像を開始するというライブカメラ的な要素を含んだ動画ファイルの提供方法として、１台若しくは複数のカメラから取得できる動画ファイルを複数のクライアントに対して提供することができなかった。
【０００６】
しかしながら、特許文献２に開示されているネットワークを介したカメラシステムにおいて、１つ以上のカメラからの画像や音声などのデータを、複数のクライアントに対して提供する方法が提案されている。この提案によれば、カメラサーバ部には内部プロキシサーバ機能とデータ蓄積部を備えており、カメラ部によって撮像された画像や音声などのデータは一時的にデータ蓄積部に保存され、複数のクライアントからのリクエストを受けた場合には既にデータ蓄積部へ保存してあるデータをリクエスト元である前記複数のクライアントへ提供することが可能であるとしている。
【０００７】
しかしながら、プロキシサーバの特性から、現在撮像中の画像データはキャッシュ内には含まれない。すなわち、複数のクライアントから要求を受けた場合には、キャッシュに残されている現在撮像している画像データよりも古いデータを提供してしまうこととなり、クライアントの要求する情報より古い情報を提供してしまうという問題があった。
【０００８】
本発明は上記のような従来技術の問題を解決するためになされたものであり、１台のカメラから撮像される動画ファイルを複数のクライアントへ提供できること、また、各クライアントが撮像を開始するというライブカメラ的な要素を少なからず含み、複数のクライアントへ簡単に動画ファイルの提供が可能なネットワークカメラ装置を提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記目的を達成するため本発明では、TCP/IPプロトコルからなる下位ネットワーク機能と、Webサーバからなる上位ネットワーク機能と、前記Webサーバと連携してメニュー表示をして入力を得るメニュー表示・入力機能と、所定の長さの動画像若しくは音声、あるいはその両方のデータを取り込む画像取り込み機能と、前記Webサーバを介して、前記データを送出する動画データ送出機能を備え、クライアントから送られるリクエストに含まれた時間情報若しくは前記リクエストを受信した際に得られる時間情報と前記リクエストに含まれる前記画像データの撮像時間から、前記撮像時間内に他のクライアントからリクエストを受けたことを検知する多重アクセス検出機能と、前記撮像時間内に前記他のクライアントからリクエストを受けたことを検知した場合に、前記他のクライアントに対して前記クライアントへ送出する画像データと同じ若しくは異なるデータを、前記ネットワーク機能を用いて送出する送出データ選定機能を有するネットワークカメラ装置が提供される。
【発明の効果】
【００１０】
本発明のネットワークカメラ装置によれば、複数のクライアントは、携帯電話やＰＣ、ＰＤＡなどのブラウジング機能を利用して、１台のカメラが撮像する一定時間のライブに近い動画ファイルを簡単に取得することが可能となる。
【発明を実施するための最良の形態】
【００１１】
図１は本発明のネットワークカメラ装置の好ましい実施の形態を示す機能ブロック図である。すなわち、このネットワークカメラ装置は、TCP/IPプロトコルからなる下位ネットワーク機能１０１と、Webサーバからなる上位ネットワーク機能１０２と、Webサーバと連携してメニュー表示をして入力を得るメニュー表示・入力機能１０３と、所定の長さの動画像若しくは音声、あるいはその両方のデータを取り込む動画取り込み機能１０４と、Webサーバを介して、データを送出する動画データ送出機能１０５を備え、クライアントから送られるリクエストに含まれた時間情報若しくはリクエストを受信した際に得られる時間情報とリクエストに含まれる画像データの撮像時間から、撮像時間内に他のクライアントからリクエストを受けたことを検知する多重アクセス検出機能１０６と、撮像時間内に他のクライアントからリクエストを受けたことを検知した場合に、他のクライアントに対してクライアントへ送出する画像データと同じ若しくは異なるデータを、ネットワーク機能を用いて送出する送出データ選定機能１０７を有している。
【００１２】
図１の構成をさらに詳細に説明すると、図１に示した各機能１０１〜１０７を実現するハードウエア構成は、図２の点線で囲まれた部分に相当する。図２には、ネットワークカメラ装置の構成として、周囲の画像を撮像するカメラ部２０１と、カメラ部２０１からの映像を入力する画像入力部２０３と、画像入力部２０３からの映像を圧縮し、例えばＭＰＥＧなどの画像データにフォーマット化する画像処理部２０４と、周囲の音を集音するマイク部２０２と、マイク部２０２によって集音された音を入力する音声入力部２０８と、音声入力部２０８からの音を圧縮し、例えばＡＭＲなどの音声データにフォーマット化する音声処理部２０９と、画像処理部２０４及び音声処理部２０９から得られた各データの同期を取り、合成して例えばＭＰ４のような１つの音声付き動画ファイルを作成する画像／音声合成処理部２０５と、作成された動画ファイルを一時的に保存するメモリ部２１０と、TCP/IPプロトコルからなる下位ネットワーク機能を備えたネットワーク通信部２０７と、撮像開始などのリクエストを選択できるメニュー画面や撮像時間を指定できる入力手段などを備えたWebサーバ部２１１と、複数のクライアントからリクエストを受けた場合の管理を行う多重制御管理部２１２と、上記各々の制御を行う制御部２０６が示されている。
【００１３】
これらの機能を有した本発明のネットワークカメラ装置を用いることで、ブラウジング機能を有した複数端末からのリクエストに対して、端末からのリクエストを受けた直後に撮像されるライブに近い音声付き動画ファイルを準備することが可能であり、さらに端末へダウンロードすることで手軽に高画質な音声付き動画を表示することが可能となる。
【００１４】
図１、図２に示す本発明に係るネットワークカメラ装置及びこれを利用するクライアント端末の実施の形態の動作について図３、図４を用いて説明する。図３は本発明のネットワークカメラ装置を利用するクライアント端末の好ましい実施の形態の動作を説明するためのフローチャートである。また、図４は本発明のネットワークカメラ装置の好ましい実施の形態の動作を説明するためのフローチャートである。
【００１５】
まず、以下に図３を用いてクライアント端末の一実施の形態について説明する。クライアントは、クライアント端末に備えられているネットワークカメラ装置と通信を行うためのネットワーク機能とＷｅｂサーバへアクセスするためのブラウジング機能などを用いて、ネットワークカメラ装置へのアクセスを行う。ここで、ネットワークカメラ装置から送出されるメニュー画面などの情報を取得し表示する（ステップ３０１）。次に、メニュー画面から動画ファイルの時間、すなわち撮像時間などの情報を入力し（ステップ３０２）、ネットワークカメラ装置に対して撮像時間分の撮像開始を要求する（ステップ３０３）。要求を発行したクライアント端末は、ネットワークカメラ装置において要求に含まれる撮像時間分の撮像が終了した後に送出される動画ファイルのダウンロードが完了するまで待機する（ステップ３０４）。ダウンロードが完了後、クライアントの指示に基づいて、若しくは基づかずに動画ファイルの再生が開始される（ステップ３０５）。クライアントは、要求を行った時間からほぼライブに近い動画を視聴することが可能となる。その後、クライアントはその動画ファイルを削除してもよいし、クライアント端末若しくはクライアント端末が制御可能なメモリ領域へ保存してもよい（ステップ３０６）。メモリ領域へ保存した場合には、クライアントが視聴したいときに再度視聴することが可能となる。
【００１６】
次に図４を用いてネットワークカメラ装置の実施の形態について説明する。ネットワークカメラ装置は、ネットワークを介して送られてくるクライアントからのリクエスト若しくは後に説明するタイムアウトを待つ（ステップ４０１）。リクエストを受けた場合にはまずリクエストの解析を行い、メニュー画面をリクエストされた場合には、まず撮像開始リクエストや指定時間入力項を含むメニュー画面をアクセス元へ送信する（ステップ４０２）。
【００１７】
撮像開始リクエストを受けた場合には、現在撮像中であるかどうかを示す撮像中フラグがＯＮ／ＯＦＦどちらの状態であるかを確認する（ステップ４０３）。ここで撮像中フラグがＯＦＦ、すなわち現在撮像中でない場合には、リクエスト情報に含まれる撮像時間分の撮像を行うために、タイマ処理などによって停止時間の設定を行う（ステップ４０４）。次に、現在撮像中であることを示す撮像中フラグをＯＮに設定する（ステップ４０５）。その後、実際に撮像を開始し（ステップ４０６）、ステップ４０１にて他のリクエスト若しくは停止時間を表すタイムアウトを待つ。
【００１８】
上述のように撮像が開始されている状態で他のクライアントからのリクエストを受け取った場合には、まず撮像中フラグを確認し（ステップ４０３）、撮像中フラグがＯＮになっていることを確認し、撮像中にリクエストがあったことや他のクライアントのＩＰアドレスなどを含む多重管理情報の内容を更新する（ステップ４０７）。この後、ステップ４０１にて更に他のクライアントからのリクエストがあるか、若しくはタイムアウトするかを待つ。
【００１９】
次にステップ４０４にて設定した時間が経過したことによりタイムアウトが発生した場合には、まず撮像を停止する（ステップ４０８）。その後、撮像中ではなくなったことを示すために撮像中フラグをＯＦＦに設定する（ステップ４０９）。この後、撮像した画像や音声などのデータから例えばＭＰ４などの音声を含む動画ファイルを作成し、メモリに一時保存する（ステップ４１０）。この後、生成された動画ファイルを最初に受けたリクエスト元へ送信する（ステップ４１１）。次に多重管理情報の内容から、撮像中に他のリクエストを受けたかどうかを確認し（ステップ４１２）、複数のリクエストを受けている場合には多重管理情報の内容を参考に、最初のリクエスト元へ送出した動画ファイルと同じデータを送出する（ステップ４１１）。多重管理情報の内容から複数のクライアント端末に対して送出をすべて終えたなら、この時点で多重管理情報は不要となる。よって、ここで多重管理情報の内容をクリアする（ステップ４１３）。同時に、一時的に保存していた動画ファイルをクリアし（ステップ４１４）、新たなリクエストを待つこととなる（ステップ４０１）。
【００２０】
実際には最初にリクエストを行ったクライアントが遠隔地から撮像を開始させたことになり、クライアントとしてはリクエストを行った時点とほぼ同時刻から撮像が開始されたライブに近い動画ファイルの再生が可能となる。また、その後にリクエストした他のクライアントにとっては少なからず要求した時間とはズレが生じるが、ほとんどライブに近い動画ファイルを得ることができるということと、ダウンロード完了までの待ち時間が短縮されるという利点がある。
【００２１】
また、必要であれば取得した動画ファイルをクライアント端末若しくはクライアント端末が制御可能なメモリ領域に保存し、繰り返し再生することが可能となる。さらに、クライアント端末にメール機能が備わっているのであれば、友人などへ動画ファイルをメール転送することができ、手軽に情報を共有することが可能となる。逆にネットワークカメラ装置からダウンロードした動画ファイルを必要としないのであれば、メモリ領域へ保存しない、若しくは一時的に保存したファイルをメモリ領域から削除すればよい。
【図面の簡単な説明】
【００２２】
【図１】本発明のネットワークカメラ装置の好ましい実施の形態を示す機能ブロック図である。
【図２】図１の実施の形態の具体的構成を示すブロック図である。
【図３】図１、図２のネットワークカメラ装置を利用するクライアント端末の動作を示すフローチャートである。
【図４】図１、図２のネットワークカメラ装置の動作を示すフローチャートである。
【符号の説明】
【００２３】
１０１  下位ネットワーク機能
１０２  上位ネットワーク機能
１０３  メニュー表示・入力機能
１０４  動画取り込み機能
１０５  動画データ送出機能
１０６  多重アクセス検出機能
１０７  送出データ選定機能
２０１  カメラ部
２０２  マイク部
２０３  画像入力部
２０４  画像処理部
２０５  画像／音声合成処理部
２０６  制御部
２０７  ネットワーク通信部
２０８  音声入力部
２０９  音声処理部
２１０  メモリ部
２１１  Ｗｅｂサーバ部
２１２  多重制御管理部
【図１】
2005117261.tif 000003
【図２】
2005117261.tif 000004
【図３】
2005117261.tif 000005
【図４】
2005117261.tif 000006