(57)【要約】【課題】パソコンや携帯電話等の端末の機種に応じて最適な動画を返信するウェブカメラを提供する。【解決手段】利用者からアクセスがあると、端末判別部２３は端末のブラウザから端末がパソコンか否かを判別する。パソコンの場合、動画バッファメモリ２４から動画データが返送画像メモリ２６に送られ同期信号を付加されてブロードバンドモデム１３からストリーミング送信される。携帯電話等の場合、アニメーション生成部２５が起動して動画バッファメモリ２４から１秒前のフレームを１個目として時系列順に３個に１個の割合でフレームを読み込み、計１０個のフレームを読み込む。各フレームは端末の表示能力に応じて縮小され２５６色に減色されてからデータ圧縮され、１０フレームが１個のＧＩＦファイルに変換される。ＧＩＦファイルは返送画像メモリ２６に送られ、ブロードバンドモデム１３から利用者の端末に返送される。【選択図】        図３
2004164098.tif 000002
【特許請求の範囲】
【請求項１】
所定の場所を動画撮影する撮影手段と、この撮影手段から出力される動画データを記憶する動画バッファメモリと、通信手段を通じてアクセスしてきた端末が動画を表示可能な動画表示可能機種か否かを判別する端末判別手段と、前記端末が動画表示可能機種である場合には、前記動画バッファメモリから動画データをそのまま読み出して通信手段を通じて返信し、前記端末が動画表示可能機種以外の機種である場合には、前記動画バッファメモリに記憶されている動画データから所定の規則で複数個のフレームを読み出してから各フレームを縮小及び減色してアニメーション用ファイルを生成し、通信手段を通じて返信する画像返信手段とからなることを特徴とするウェブカメラ。
【請求項２】
前記撮影手段は、動画撮影機能を有するデジタルカメラであることを特徴とする請求項１記載のウェブカメラ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ウェブカメラに関し、更に詳しくはパソコンや携帯電話等の端末の機種に応じて最適な動画を返信するウェブカメラに関するものである。
【０００２】
【従来の技術】
ウェブカメラは、例えば観光地や有名スポットに設置され、撮像する映像をインターネットを介して利用者のパーソナルコンピュータ（以下パソコン）のモニタにブラウザ（閲覧ソフト）で表示する。これにより、利用者は、居ながらにして観光地や有名スポットの様子を見ることができる。映像は、ほぼ生中継で動画（映像のストリーミング再生）が送られてくる方式と、撮影した映像を静止画に変換して随時更新されるものがある。
【０００３】
一方、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）のホームページでは、動画の画像フォーマットとしてアニメーションＧＩＦ（Ｇｒａｐｈｉｃｓ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ  ）が広く一般に利用されている。このアニメーションＧＩＦ（またはＧＩＦアニメーション）は、１つのファイルの中に複数のＧＩＦ画像を保存して順に表示していくことで動画を表現する。
【０００４】
前記アニメーションＧＩＦのファイルを出力するデジタルカメラが公知である（特許文献１参照）。このデジタルカメラは、シャッタボタンを押すと、所定の設定時間間隔で画像を連写し、この連写した静止画の画像データに対して減色処理を施した後、ＬＺＷ（Ｌｅｍｐｅｌ  Ｚｉｖ  Ｗｅｌｃｈ）  方式によるデータ圧縮を施す。この圧縮されたデータがアニメーションＧＩＦのファイル形式に取りまとめられてフレキシブルディスクに書き込まれる。
【０００５】
【特許文献１】
特開２０００−０９２４３７号公報
【０００６】
【発明が解決しようとする課題】
上記ウェブカメラの映像は、インターネットに接続されたパソコンのブラウザで見ることができるが、一般に普及している携帯電話や通信機能を有するＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）では、搭載するブラウザが映像のストリーミング再生に対応していないため、随時更新タイプの静止画は見ることができても動画は見ることができず、不便である。そこで、上述のアニメーションＧＩＦファイルをウェブカメラから出力することが考えられるが、アニメーションＧＩＦは最大色数が８ビット（２５６色）であるため、逆に２４ビット（１６７７万色）表示等が当たり前のパソコンのモニタでは、きわめて貧弱な動画となり、利用者から不満が出るおそれがある。
【０００７】
本発明は、パソコンや携帯電話等の端末の機種に応じて最適な動画を返信するウェブカメラを提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するために、本発明のウェブカメラは、所定の場所を動画撮影する撮影手段と、この撮影手段から出力される動画データを記憶する動画バッファメモリと、通信手段を通じてアクセスしてきた端末が動画を表示可能な動画表示可能機種か否かを判別する端末判別手段と、前記端末が動画表示可能機種である場合には、前記動画バッファメモリから動画データをそのまま読み出して通信手段を通じて返信し、前記端末が動画表示可能機種以外の機種である場合には、前記動画バッファメモリに記憶されている動画データから所定の規則で複数個のフレームを読み出してから各フレームを縮小及び減色してアニメーション用ファイルを生成し、通信手段を通じて返信する画像返信手段とからなるものである。また、前記撮影手段は、動画撮影機能を有するデジタルカメラであるものである。
【０００９】
【発明の実施の形態】
本発明の実施形態であるウェブカメラを示す図１において、ウェブカメラ１０は、デジタルカメラ１１と、ウェブサーバ１２と、このウェブサーバ１２をインターネットに常時接続するブロードバンドモデム１３とからなる。デジタルカメラ１１は、周知のクレードル１４及びＵＳＢケーブル１５を介してウェブサーバ１２と電気的に接続されている。
【００１０】
デジタルカメラ１１は、動画撮影機能を備えており、未圧縮ＡＶＩの動画データを出力する。未圧縮ＡＶＩの動画データは、１フレームの画像データの画面サイズが１２８０×９６０ピクセル，２４ビットカラー，３０フレーム／秒であり、高画質である。なお、ＡＶＩは、周知のように、Ａｕｄｉｏ，Ｖｉｄｅｏ，ｓｔｉｌｌ  Ｉｍａｇｅｓの略でＭｉｃｒｏｓｏｆｔ  Ｖｉｄｅｏ  ｆｏｒ  Ｗｉｎｄｏｗｓ（Ｒ）で用いられるマルチメディアファイルの１つである。
【００１１】
デジタルカメラ１１の撮像画面１６を示す図２において、ウェブカメラ１０は、スクランブル式の交差点１７を望むビルの屋上に設置されている。ウェブカメラ１０は、交差点１７の様子を常時動画撮影している。ウェブカメラ１０の運営者と予め契約している利用者は、端末（パソコン，携帯電話，通信機能を有するＰＤＡ等）のブラウザに所定のアドレスを入力した後、利用者毎に予め決められているパスワードを入力する。これにより、利用者の端末とウェブカメラ１０とが接続され、利用者が使用している端末のモニタ（液晶ディスプレイ等）には、その表示能力に対応した画素数，色数で交差点１７の様子が表示される。
【００１２】
ウェブカメラ１０の電気的構成を示す図３において、ウェブサーバ１２は、コントローラ２０，ＲＯＭ２１，ワークメモリ２２，端末判別部２３，動画バッファメモリ２４，アニメーション生成部２５，返送画像メモリ２６からなる。
【００１３】
コントローラ２０は、ＲＯＭ２１に格納されたプログラムに従ってデジタルカメラ１１から出力される動画データの処理を行う。ワークメモリ２２は、コントローラ２０のワークエリアとして使用される。
【００１４】
動画バッファメモリ２４は、デジタルカメラ１１から出力された動画データを一旦記憶するメモリである。なお、動画バッファメモリ２４に記憶される動画データの合計容量が動画バッファメモリ２４の記憶容量の限度に達すると、最も過去の動画データから順に消去されてゆく。
【００１５】
端末判別部２３は、ブロードバンドモデム１３にアクセスしてきた端末が動画を表示する動画表示機能を有する機種であるか否かを判別する。この判別は、端末が使用しているブラウザのＨＴＴＰヘッダのＵｓｅｒ−Ａｇｅｎｔ等の情報を調べることにより行われる。
【００１６】
判別の結果、端末が使用しているブラウザがインターネット・エクスプローラ（Ｒ）  やネットスケープ・ナビゲータ（Ｒ）  等の強力なブラウザである場合には、端末はパソコンであり、未圧縮ＡＶＩの動画をそのまま表示可能である。このため、コントローラ２０は、動画バッファメモリ２４から動画データを返送画像メモリ２６に送る。返送画像メモリ２６は、撮影時の動画のコマ間隔（３０フレーム／秒）に同期させる同期信号を動画データに付加してストリーミング用データとし、ブロードバンドモデム１３に送る。
【００１７】
また、判別の結果、端末が使用しているブラウザが上述したような強力なブラウザでない場合には、端末は携帯電話かＰＤＡであるから、端末判別部２３は、端末の仕様情報を取得して、搭載する液晶ディスプレイの表示解像度を調べる。表示解像度が判明した場合には、端末判別部２３は、その表示解像度を示す表示解像度信号をコントローラ２０に送る。また、なんらかの理由で表示解像度が判明しない場合には、表示解像度不明信号をコントローラ２０に送る。
【００１８】
コントローラ２０は、端末が携帯電話等であることを示す判別信号を受け取った時には、アニメーション生成部２５を起動する。アニメーション生成部２５は、動画バッファメモリ２４に記憶されている動画データのフレームのうちアニメーション生成部２５の起動時点で、例えば１秒前に記憶されたフレームを第１個目のフレームとして、時系列順に３個目毎のフレームを順次に読み込み、合計で１０個のフレームを読み込む。すなわち、１０フレーム／秒で表示される１秒間分の動画データを読み込む。
【００１９】
コントローラ２０が表示解像度信号を受け取り、端末が搭載する液晶ディスプレイの表示解像度が、例えば１２０×１６０ピクセルの場合には、端末は携帯電話であるから、各フレームの画像データを１２０×９０ピクセルに縮小し、また２５６色に減色処理してからＬＺＷ方式によるデータ圧縮を施す。そして、圧縮された１０フレーム分の画像データを１個のＧＩＦファイルに変換して返送画像メモリ２６に出力する。なお、返送画像メモリ２６は、バッファメモリとしての機能も有し、複数個のＧＩＦファイルを記憶して古いものから順番にブロードバンドモデム１３に送る。
【００２０】
なお、本実施形態では、想定する最も小さい表示画面を１２０×９０ピクセル，２５６色とするから、コントローラ２０が表示解像度不明信号を受け取った場合にも、コントローラ２０は各フレームの画像データを１２０×９０ピクセルに縮小するとともに２５６色に減色処理する。
【００２１】
また、端末が搭載する液晶ディスプレイの表示解像度が、例えば１６０×１６０ピクセル又は３２０×３２０である場合には、端末はＰＤＡであると思われる。このため、コントローラ２０は、各フレームの画像データを１６０×１２０ピクセル又は３２０×２４０ピクセルに縮小するとともに２５６色に減色処理してからＬＺＷ方式によるデータ圧縮を施す。そして、圧縮された１０フレーム分の画像データを１個のＧＩＦファイルに変換して返送画像メモリ２６に出力する。
【００２２】
返送画像メモリ２６は、動画バッファメモリ２４からの動画データをストリーミング用データとしてブロードバンドモデム１３に送り、またアニメーション生成部２５から出力されるＧＩＦファイルをブロードバンドモデム１３に送る。ブロードバンドモデム１３は、前記ストリーミング用データ，ＧＩＦファイルをインターネットを介して利用者に返信する。
【００２３】
このように構成されたウェブカメラ１０の動作を説明する。ウェブサーバ１２には、電源が常に供給されており、デジタルカメラ１１にもＵＳＢケーブル１５とクレードル１４を通して電源が供給されている。すなわち、デジタルカメラ１１は、２４時間交差点１７の様子を動画撮影している。
【００２４】
コントローラ２０は、ＲＯＭ２１に格納された図４及び図５のフローチャートで示されるシーケンスのプログラムに従ってデジタルカメラ１１から出力される動画データの処理を行う。利用者からブロードバンドモデム１３にアクセスがあると、端末判別部２３は、端末が使用しているブラウザのＨＴＴＰヘッダのＵｓｅｒ−Ａｇｅｎｔ等の情報を調べ、端末がパソコンか、それ以外（携帯電話等）であるかを判別し、その判別信号をコントローラ２０に送出する。
【００２５】
端末がパソコンであるとの判別信号がコントローラ２０に入力されると、動画バッファメモリ２４から動画データが返送画像メモリ２６に連続して送られる。動画データは返送画像メモリ２６で同期信号を付加され、ブロードバンドモデム１３からインターネット経由で端末にストリーミング送信される。利用者のパソコンの液晶ディスプレイには、交差点１７の様子が１２８０×９６０ピクセル，２４ビットカラー，３０フレーム／秒の高画質で表示される。
【００２６】
端末がパソコンではなく携帯電話等であるとの判別信号がコントローラ２０に入力されると、アニメーション生成部２５が起動する。アニメーション生成部２５は、動画バッファメモリ２４に記憶されている動画データから、１秒前に記憶されたフレームを第１個目のフレームとして、時系列順に３個目毎のフレームを順次に読み込み、合計で１０個のフレームを読み込む。
【００２７】
更に表示解像度信号がコントローラ２０に入力されると、アニメーション生成部２５に読み込まれた各フレームの画像データは、端末の表示解像度に従って、端末の表示解像度が例えば１２０×１６０ピクセルの場合には１２０×９０ピクセルに、また端末の表示解像度が１３２×１６２ピクセルの場合には１３２×９９ピクセルに、また端末がＰＤＡの場合のように表示解像度が１６０×１６０ピクセルの場合には１６０×１２０ピクセルに縮小される。また、表示解像度不明信号がコントローラ２０に入力されると、各フレームの画像データは、一律に１２０×９０ピクセルに縮小される。
【００２８】
縮小された各フレームの画像データは、更に２５６色に減色処理されてからデータ圧縮され、１０フレームの画像データがまとめられて１個のＧＩＦファイルに変換される。このＧＩＦファイルは、返送画像メモリ２６に送られ、ブロードバンドモデム１３からインターネット経由で利用者の端末に返送される。
【００２９】
利用者の端末の液晶ディスプレイには、交差点１７の様子を示す１０フレーム／秒のアニメーションが１秒間表示される。このアニメーションはデータ量が小さいから画像表示能力が低い携帯電話等でも無理なく表示される。また、各フレームの表示タイミングは撮影時と同じであるから交差点１７の様子がほぼ自然な感じに表示される。このようにパソコンはもちろん、携帯電話等の表示能力が低い端末でも、ウェブカメラ１０の映像を見ることができる。
【００３０】
以上説明した実施形態では、アニメーションの表示速度を１０フレーム／秒としたが、本発明はこれに限定されることなく、例えば５フレーム／秒や１５フレーム／秒としてもよい。また、アニメーション用の画像フォーマットとしてアニメーションＧＩＦを用いたが、ＭＮＧ（Ｍｕｌｔｉｐｌｅ−Ｉｍａｇｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）  等を用いてもよい。
【００３１】
また、デジタルカメラから出力する動画データを未圧縮ＡＶＩ形式としたが、本発明はこれに限定されることなく、各フレームをＧＩＦやＰＮＧ（  Ｐｏｒｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）に変換できるもので、パソコンのモニタに高画質で表示可能なものであれば、どのような画像フォーマットでもよい。また、利用者の使用している端末を契約時に登録しておけば、利用者のパスワードやＩＤ番号によって利用者の端末を特定できる。この場合には、アクセスしてきた端末のブラウザから端末判別を行う必要はない。
【００３２】
また、上記実施形態は、交差点の様子を監視するウェブカメラであったが、本発明はこれに限定されることなく、例えば保育園にウェブカメラを設置しておき、子供の様子を見られるようにしてもよい。また、小学校に設置すれば、学校に出向くことなく授業参観できる。
【００３３】
【発明の効果】
以上のように、本発明のウェブカメラによれば、通信手段を通じてアクセスしてきた端末が動画表示可能機種か否かを判別し、端末が動画表示可能機種である場合には動画バッファメモリから動画データをそのまま読み出して通信手段を通じて返信し、端末が動画表示可能機種以外の機種である場合には動画バッファメモリに記憶されている動画データから所定の規則で複数個のフレームを読み出してから各フレームを縮小及び減色してアニメーション用ファイルを生成して通信手段を通じて返信するので、パソコンや携帯電話等の端末の機種に応じて最適な動画を返信できる。また、撮影手段を動画撮影機能を有するデジタルカメラとすると、簡単な構成で目的を達成できる。
【図面の簡単な説明】
【図１】ウェブカメラの外観を示す斜視図である。
【図２】デジタルカメラの撮像画面の一例を示す説明図である。
【図３】ウェブカメラの電気的構成を示すブロック図である。
【図４】ウェブカメラの動作シーケンスを示すフローチャートである。
【図５】ＧＩＦファイル生成のシーケンスを示すフローチャートである。
【符号の説明】
１０  ウェブカメラ
１１  デジタルカメラ
１２  ウェブサーバ
１３  ブロードバンドモデム
２０  コントローラ
２３  端末判別部
２４  動画バッファメモリ
２５  アニメーション生成部
【図１】
2004164098.tif 000003
【図２】
2004164098.tif 000004
【図３】
2004164098.tif 000005
【図４】
2004164098.tif 000006
【図５】
2004164098.tif 000007