(57)【要約】【課題】ネットワークカメラが撮像した画像をネットワークを介して接続された携帯電話端末において閲覧するシステムにおいて、ユーザに煩雑な操作を要求することなく、表示画像を切り替えることを課題とする。【解決手段】ステップＳ１において、携帯電話端末は画像Ａ１を表示部に表示させる。このステップＳ１と並行して、画像取得プログラムが、所定のスケジュールに従って実行され、ネットワークカメラ１とＨＴＴＰのコネクションを確立する（ステップＳ２）、続いてステップＳ１と並行して画像取得プログラムは画像Ａ２をネットワークカメラ１から取得する（ステップＳ３）。そして、携帯電話端末のＣＰＵは、表示部に表示させている画像を画像Ａ１から画像Ａ２に切り替える。【選択図】図４
2006050323.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して取得した画像を閲覧する方法であって、
閲覧端末が、前記閲覧端末に組み込まれたプログラムを動作させることにより、ネットワークを介して画像撮像装置から第１の画像を取得する第１の工程と、
前記閲覧端末が前記第１の画像を前記閲覧端末の表示装置に表示する第２の工程と、
前記第２の工程と並行して、設定されたスケジュールに従って前記プログラムが動作することにより、前記閲覧端末が前記画像撮影装置との間で接続処理を実行する第３の工程と、
前記第２の工程と並行して、前記プログラムが動作することにより前記閲覧端末が前記画像撮像装置から第２の画像を取得する第４の工程と、
前記表示装置に対する表示内容を前記第１の画像から前記第２の画像に切り替える第５の工程と、
を備えることを特徴とする画像閲覧方法。
【請求項２】
請求項１に記載の画像閲覧方法において、
前記プログラムは、ＨＴＴＰ上で動作するプログラムであり、前記接続処理は、ＨＴＴＰにおけるコネクション確立処理であることを特徴とする画像閲覧方法。
【請求項３】
請求項１または請求項２に記載の画像閲覧方法において、さらに、
前記閲覧端末が、前記閲覧端末の備える操作入力部より保存指示を入力することにより、現在前記表示装置に表示している画像を記憶装置に格納する工程、
を備えることを特徴とする画像閲覧方法。
【請求項４】
所定のフレームレートで常時画像を撮像する画像撮像装置からネットワークを介して取得した画像を閲覧する方法であって、
閲覧端末が、前記閲覧端末に組み込まれたプログラムを動作させることにより、ネットワークを介して前記画像撮像装置が蓄積しているＮフレーム分の画像を取得する第１の工程と、
前記閲覧端末が前記Ｎフレーム分の画像を動画として前記閲覧端末の表示装置に表示する第２の工程と、
前記第２の工程と並行して、設定されたスケジュールに従って前記プログラムが動作することにより、前記閲覧端末が前記画像撮影装置との間で接続処理を実行する第３の工程と、
前記第２の工程と並行して、前記プログラムが動作することにより前記閲覧端末が前記画像撮像装置が蓄積している新たなＮフレーム分の画像を取得する第４の工程と、
前記閲覧端末が前記新たなＮフレーム分の画像を動画として前記表示装置に表示する第５の工程と、
を備えることを特徴とする画像閲覧方法。
【請求項５】
請求項４に記載の画像閲覧方法において、
前記Ｎフレーム分の画像は、前記プログラムの最大通信バッファサイズを超えない範囲の最大フレーム数の画像であることを特徴とする画像閲覧方法。
【請求項６】
請求項４に記載の画像閲覧方法において、
前記閲覧端末が１回の工程で取得する画像のフレーム数Ｎが動的に変化することを特徴とする画像閲覧方法。
【請求項７】
請求項４ないし請求項６のいずれかに記載の画像閲覧方法において、
前記第２の工程は、
前記Ｎフレーム分の動画表示が終了した後、未だ、前記第４の工程が終了していない場合には、最終フレームの画像を継続して表示させる工程、
を含むことを特徴とする画像閲覧方法。
【請求項８】
請求項４ないし請求項７のいずれかに記載の画像閲覧方法において、
前記Ｎフレーム分の動画表示が終了した後、未だ、前記第４の工程が終了していない場合には、前記表示装置に対して画像取得中を示すメッセージを表示する工程、
を含むことを特徴とする画像閲覧方法。
【請求項９】
請求項４ないし請求項８のいずれかに記載の画像閲覧方法において、
前記プログラムは、ＨＴＴＰ上で動作するプログラムであり、前記接続処理は、ＨＴＴＰにおけるコネクション確立処理であることを特徴とする画像閲覧方法。
【請求項１０】
請求項４ないし請求項９のいずれかに記載の画像閲覧方法において、さらに、
前記閲覧端末が、前記閲覧端末の備える操作入力部より保存指示を入力することにより、現在前記表示装置に表示しているフレーム画像を静止画像として記憶装置に格納する工程、
を備えることを特徴とする画像閲覧方法。
【請求項１１】
所定のフレームレートで常時画像を撮像する画像撮像装置がネットワークを介して画像を配信する方法であって、
前記画像撮像装置が、蓄積している画像のうち所定のアルゴリズムに従って選択されたＮフレーム分の画像を配信する第１の工程と、
前記画像撮像装置が、前記第１の工程から設定された時間経過後、蓄積している画像のうち前記アルゴリズムに従って選択された新たなＮフレーム分の画像を配信する第２の工程と、
を備えることを特徴とする画像閲覧方法。
【請求項１２】
請求項１１に記載の画像閲覧方法において、
前記Ｎフレーム分の画像は、前記プログラムの最大通信バッファサイズを超えない範囲の最大フレーム数の画像であることを特徴とする画像閲覧方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話などの端末において、カメラが撮像した画像をネットワークを介して取得、表示するための技術に関する。
【背景技術】
【０００２】
ネットワークカメラあるいはＷＥＢカメラと呼ばれる機器は、画像撮像センサを備えるとともにＷＥＢサーバ機能およびネットワーク機能を備えており、画像撮像センサで撮像した画像データをインターネット等のネットワークを介して各種の端末に配信可能としている。
【０００３】
一方、現在の携帯電話端末はネットワーク機能を備えるとともにカラー画像表示機能も備えており、マルチメディア端末として利用される場面が増えている。
【０００４】
そこで、下記非特許文献１に示すように、携帯電話端末を用いてネットワークカメラが配信する画像を閲覧可能としたサービスが存在する。
【０００５】
【非特許文献１】松下電器産業、“ホームネットワーク関連商品”、[平成１６年７月３０日検索]、インターネット＜ＵＲＬhttp://panasonic.co.jp/pcc/products/hnetwk/support/technic/mbl_phn_list-c10.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記非特許文献１で示したサービスを含めネットワークカメラが撮像する画像を携帯電話等の端末に配信するサービスにおいては、画像を更新するために携帯電話端末のユーザ自身が「更新」ボタンを操作する必要がある。そして、ユーザによる「更新」ボタン操作に応答して取得できる画像の枚数は１枚の画像である。したがって、新たな画像を閲覧するたびに「更新」ボタンを操作する必要があり、利便性が悪かった。
【０００７】
ここで、画像を自動更新する方法として、リフレッシュ機能を行う方法が考えられるが、携帯電話等の端末によっては、ＨＴＭＬにおけるリフレッシュ機能が制限されている場合があり、これら端末において画像を更新するためには、やはり、「更新」ボタンなどを操作する必要がある。
【０００８】
そして、ＨＴＴＰにおいては、オブジェクトの転送を１回行うごとにＨＴＴＰのコネクションが切断される。このため、新たな画像を取得するためには、再度ＨＴＴＰのコネクションを接続する必要があり、ユーザが「更新」ボタンを操作してから次の画像が表示されるまでの時間を遅延させる要因ともなっていた。
【０００９】
また、ＰＣなどにおいては、ネットワークカメラが配信する画像を動画像として再生することが可能である。これは、ＰＣ等においては充分なバッファメモリが確保できる場合があるからである。あるいは、ＰＣ等においてはＵＤＰ上のアプリケーションを利用することが可能であることが理由である。一方、携帯電話等の端末によっては、ＵＤＰ上で動作するアプリケーションが許可されていない場合がある。また、ＨＴＴＰ上で動作するアプリケーションを利用する場合であっても、最大通信バッファサイズの制限が厳しく、動画像をそのまま再生するということが困難であった。
【００１０】
そこで、本発明は、ネットワークカメラが配信する画像を閲覧する方法において、煩雑な操作を必要とすることなく新たな画像を閲覧可能とした技術を提供する。また、静止画像のみならず動きのある画像を閲覧可能とした技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、請求項１記載の発明は、ネットワークを介して取得した画像を閲覧する方法であって、閲覧端末が、前記閲覧端末に組み込まれたプログラムを動作させることにより、ネットワークを介して画像撮像装置から第１の画像を取得する第１の工程と、前記閲覧端末が前記第１の画像を前記閲覧端末の表示装置に表示する第２の工程と、前記第２の工程と並行して、設定されたスケジュールに従って前記プログラムが動作することにより、前記閲覧端末が前記画像撮影装置との間で接続処理を実行する第３の工程と、前記第２の工程と並行して、前記プログラムが動作することにより前記閲覧端末が前記画像撮像装置から第２の画像を取得する第４の工程と、前記表示装置に対する表示内容を前記第１の画像から前記第２の画像に切り替える第５の工程と、を備えることを特徴とする。
【００１２】
請求項２記載の発明は、請求項１に記載の画像閲覧方法において、前記プログラムは、ＨＴＴＰ上で動作するプログラムであり、前記接続処理は、ＨＴＴＰにおけるコネクション確立処理であることを特徴とする。
【００１３】
請求項３記載の発明は、請求項１または請求項２に記載の画像閲覧方法において、さらに、前記閲覧端末が、前記閲覧端末の備える操作入力部より保存指示を入力することにより、現在前記表示装置に表示している画像を記憶装置に格納する工程、を備えることを特徴とする。
【００１４】
請求項４記載の発明は、所定のフレームレートで常時画像を撮像する画像撮像装置からネットワークを介して取得した画像を閲覧する方法であって、閲覧端末が、前記閲覧端末に組み込まれたプログラムを動作させることにより、ネットワークを介して前記画像撮像装置が蓄積しているＮフレーム分の画像を取得する第１の工程と、前記閲覧端末が前記Ｎフレーム分の画像を動画として前記閲覧端末の表示装置に表示する第２の工程と、前記第２の工程と並行して、設定されたスケジュールに従って前記プログラムが動作することにより、前記閲覧端末が前記画像撮影装置との間で接続処理を実行する第３の工程と、前記第２の工程と並行して、前記プログラムが動作することにより前記閲覧端末が前記画像撮像装置が蓄積している新たなＮフレーム分の画像を取得する第４の工程と、前記閲覧端末が前記新たなＮフレーム分の画像を動画として前記表示装置に表示する第５の工程と、を備えることを特徴とする。
【００１５】
請求項５記載の発明は、請求項４に記載の画像閲覧方法において、前記Ｎフレーム分の画像は、前記プログラムの最大通信バッファサイズを超えない範囲の最大フレーム数の画像であることを特徴とする。
【００１６】
請求項６記載の発明は、請求項４に記載の画像閲覧方法において、前記閲覧端末が１回の工程で取得する画像のフレーム数Ｎが動的に変化することを特徴とする。
【００１７】
請求項７記載の発明は、請求項４ないし請求項６のいずれかに記載の画像閲覧方法において、前記第２の工程は、前記Ｎフレーム分の動画表示が終了した後、未だ、前記第４の工程が終了していない場合には、最終フレームの画像を継続して表示させる工程、を含むことを特徴とする。
【００１８】
請求項８記載の発明は、請求項４ないし請求項７のいずれかに記載の画像閲覧方法において、前記Ｎフレーム分の動画表示が終了した後、未だ、前記第４の工程が終了していない場合には、前記表示装置に対して画像取得中を示すメッセージを表示する工程、を含むことを特徴とする。
【００１９】
請求項９記載の発明は、請求項４ないし請求項８のいずれかに記載の画像閲覧方法において、前記プログラムは、ＨＴＴＰ上で動作するプログラムであり、前記接続処理は、ＨＴＴＰにおけるコネクション確立処理であることを特徴とする。
【００２０】
請求項１０記載の発明は、請求項４ないし請求項９のいずれかに記載の画像閲覧方法において、さらに、前記閲覧端末が、前記閲覧端末の備える操作入力部より保存指示を入力することにより、現在前記表示装置に表示しているフレーム画像を静止画像として記憶装置に格納する工程、を備えることを特徴とする。
【００２１】
請求項１１記載の発明は、所定のフレームレートで常時画像を撮像する画像撮像装置がネットワークを介して画像を配信する方法であって、前記画像撮像装置が、蓄積している画像のうち所定のアルゴリズムに従って選択されたＮフレーム分の画像を配信する第１の工程と、前記画像撮像装置が、前記第１の工程から設定された時間経過後、蓄積している画像のうち前記アルゴリズムに従って選択された新たなＮフレーム分の画像を配信する第２の工程と、を備えることを特徴とする。
【００２２】
請求項１２記載の発明は、請求項１１に記載の画像閲覧方法において、前記Ｎフレーム分の画像は、前記プログラムの最大通信バッファサイズを超えない範囲の最大フレーム数の画像であることを特徴とする。
【発明の効果】
【００２３】
本発明は、第１の画像を端末の表示装置に表示させている処理と並行して、端末から画像撮像装置に接続処理を実行し、さらに、第２の画像の取得を行う。これにより、ユーザは更新ボタンなどを操作する必要はなく、自動的に、表示画像が切り替わるので利便性がよい。
【００２４】
また、本発明は、画像撮像装置から取得した複数の画像を用いて端末において動画像を表示させている処理と並行して、端末から画像撮像装置に接続処理を実行し、さらに、複数の画像の取得を行う。これにより、ハードウェア資源の制約や、通信プロトコルによる制限を受けるシステムであっても、擬似的に動画像を端末において表示させることが可能である。
【発明を実施するための最良の形態】
【００２５】
以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本発明の実施の形態にかかる画像閲覧システムの全体図である。ネットワークカメラ１は、画像撮像機能と、ネットワーク接続機能と、ＷＥＢサーバ機能とを備えた機器であり、一般に、ＷＥＢカメラとも呼ばれる機器である。携帯電話端末５は、携帯電話の基本機能としての音声通話機能のほかに、ネットワーク接続機能を備えている。そして、ネットワークカメラ１は、インターネット２に接続され、携帯電話端末５は、基地局４を介して携帯電話網３に接続され、さらに、インターネット２と携帯電話網３とが接続されることにより、ネットワークカメラ１と携帯電話端末５は互いに通信可能となっている。
【００２６】
このようなシステム構成において、ネットワークカメラ１は、撮像した画像をＷＥＢサーバ機能を用いて各種の端末に配信する。つまり、ネットワークカメラ１は、インターネット２に接続された端末や、インターネット２を介して接続された様々なネットワークに接続された各種の端末に対して、撮像した画像を配信することを可能としている。そして、携帯電話端末５は、ＷＥＢコンテンツの閲覧機能を備えており、ネットワークカメラ１の配信する画像を閲覧可能としている。
【００２７】
＜第１の実施の形態＞
次に、本発明の第１の実施の形態について図２ないし図４を参照しながら説明する。
【００２８】
図２は、ネットワークカメラ１のブロック図である。ネットワークカメラ１は、撮像センサ１１、画像処理部１２、通信部１３、メモリ１４、ＣＰＵ１５を備えている。撮像センサ１１は、光学レンズ、ＣＣＤ撮像素子等から構成されており、被写体画像を撮像可能としている。撮像センサ１１から出力された画像データは、画像処理部１２において、各種の画像処理が施される。ＣＰＵ１５は、メモリ１４に格納された各種のプログラムを実行する。メモリ１４には、ＷＥＢサーバプログラム（図示省略）が格納されており、ＣＰＵ１５は、ＷＥＢサーバプログラムを実行することで、ネットワークカメラ１にＷＥＢサーバ機能を実装させることが可能である。通信部１３は、インターネット２との間でデータの送受信を行う機能を備えている。
【００２９】
図３は、携帯電話端末５のブロック図である。携帯電話端末５は、アンテナ５１、通信部５２、ＣＰＵ５３、メモリ５４、操作部５５、表示部５６を備えている。通信部５２は、アンテナ５１を介して基地局４との間でデータの送受信を行う機能を備える。また、通信部５２は、バッファメモリ５７を備え、受信したデータなどを一時的に格納する機能を備えている。ＣＰＵ５３は、メモリ５４に格納された各種のプログラムを実行する。メモリ５４には、ＷＥＢブラウザプログラム（図示省略）が格納されており、ＣＰＵ５３は、ＷＥＢブラウザプログラムを実行することで、ＷＥＢコンテンツを閲覧可能としている。
【００３０】
また、メモリ５４には、画像取得プログラム６１が格納されている。画像取得プログラム６１は、ＨＴＴＰ上で動作するプログラムであり、たとえば、ＪＡＶＡ（Ｒ）アプリケーションプログラムを利用することが可能である。具体例としては、ＮＴＴドコモ社製の携帯電話であればｉアプリ、ａｕ社製の携帯電話であればＥＺアプリと呼ばれるプログラムが該当する。
【００３１】
操作部５５は、携帯電話端末５の各種の機能を実行するための操作ボタン、十字カーソル等から構成されている。ユーザは、操作部５５を操作することにより、電話番号やメールアドレスなど、各種文字の入力操作を行うことや、ネットワークに接続する処理やＷＥＢコンテンツのブラウジング操作などを行うことが可能である。表示部５６は、ＬＣＤ等から構成されており、ＷＥＢコンテンツの表示が行われる。また、表示部５６は、電話番号やメールの表示用に用いられる。
【００３２】
図４は、携帯電話端末５において、ネットワークカメラ１が配信する画像を閲覧するための処理の流れを示す図である。この実施の形態において、携帯電話端末５は、ネットワークカメラ１の撮像した画像を静止画像として表示する。
【００３３】
図４において、ステップＳ１は、携帯電話端末５の表示部５６に画像Ａ１が表示されるステップである。具体的には、このステップＳ１は、ＣＰＵ５３で動作しているＷＥＢブラウザプログラムが、メモリ５４に格納されている画像Ａ１を表示するステップである。ユーザは、表示部５６を参照することにより、画像Ａ１を閲覧することが可能である。
【００３４】
ステップＳ２は、携帯電話端末５がネットワークカメラ１との間でＨＴＴＰのコネクションを確立するステップであり、ステップＳ１と並行して実行されるステップである。つまり、ステップＳ２は、画像Ａ１の表示中に、バックグラウンドで並行して実行されるステップである。
【００３５】
ＨＴＴＰコネクションが確立されると、次に、ステップＳ３において、携帯電話端末５は、ネットワークカメラ１から画像Ａ２を取得する。
【００３６】
このステップＳ２およびステップＳ３は、画像取得プログラム６１が、設定されたスケジュールに従って実行されるステップである。たとえば、１枚の静止画像を表示部５６に表示させておきたい時間がＴ１と想定され、ＨＴＴＰのコネクション処理と画像の取得処理に要する時間がＴ２と想定される場合、ステップＳ１の開示時間から（Ｔ１−Ｔ２）時間経過後にステップＳ２を開始すればよいことになる。画像取得プログラム６１には、デフォルト設定として、このような時間Ｔ１、Ｔ２を想定したスケジュールが設定されている。ただし、これらスケジュールをユーザが自由に変更できるようになっている。
【００３７】
ステップＳ３が終了し、画像Ａ２の取得が完了すると、ステップＳ４において、携帯電話端末５は、表示部５６における表示内容を、画像Ａ１から画像Ａ２に切り替える。つまり、画像取得プログラム６１が画像Ａ２を取得することにより、ＷＥＢブラウザプログラムは、表示画像を画像Ａ１から画像Ａ２に切り替えるのである。
【００３８】
さらに、ステップＳ４と並行して、ステップＳ５において携帯電話端末５とネットワークカメラ１との間でＨＴＴＰコネクションが確立され、ステップＳ６において、次の画像Ａ３の取得が行われる。このように、画像を取得するたびに、ＨＴＴＰコネクションの確立処理が行われる。
【００３９】
ステップＳ６が終了し、画像Ａ３の取得が完了すると、ステップＳ７において、携帯電話端末５は、表示部５６における表示内容を、画像Ａ２から画像Ａ３に切り替える。そして、同様に、ステップＳ７と並行してステップ８およびステップ９が実行されて、画像Ａ４の取得が行われるのである。
【００４０】
このように、本実施の形態においては、携帯電話端末５の表示部５６に画像を表示させている状態で、バックグラウンドで画像取得プログラム６１が自動的に動作を開始し、ネットワークカメラ１との間で接続処理および画像の取得処理を実行するので、携帯電話端末５のユーザは、新たな画像を閲覧するために画像を更新するための操作を行う必要がない。
【００４１】
また、ある画像を表示している間に、次の画像を取得するための動作が実行されているので、画像を表示させるまでの時間を短縮させることが可能である。これにより、たとえば、１〜３秒ごとに静止画像を切り替えて表示させることが可能である。
【００４２】
たとえば、携帯電話端末で利用可能となっているＷＥＢ機能には、ＷＥＢコンテンツを自動更新するリフレッシュ機能が制限される場合などがあるが、このような場合でも、本発明によれば、画像を自動更新させることが可能である。また、オブジェクトの送信が１回実行されるたびに切断処理が行われるＨＴＴＰのようなプロトコルを用いる場合であっても、本発明によれば、画像の表示中にバックグラウンドで接続処理が行われるので、画像表示までの時間を短縮させることが可能である。
【００４３】
次に、第１の実施の形態にかかる画像閲覧システムの付加機能について説明する。上述の如く、携帯電話端末５の表示部５６には、順次静止画像が切り替わり表示される。この静止画像の表示中に、ユーザは操作部５５を操作して、画像保存指示を入力することが可能である。ＣＰＵ５３は、画像保存指示を入力すると、現在表示部５６に表示させている画像をメモリ５４に保存用として格納するのである。これにより、ユーザは、順次切り替わり表示される画像を閲覧し、お気に入りの画像を見つけた時点で即座にその画像を保存することが可能である。
【００４４】
このような機能を実現するために、画像保存指示用の操作ボタンが操作部５５のいずれかの操作ボタンに対応付けられ、さらに、対応付けられた操作ボタンの位置を表示部５６上に表示させるようにすれば利便性がよい。たとえば、表示部５６に画像保存指示用の操作ボタンを「スナップ」などのタイトルをつけて表示しておけば利便性がよい。
【００４５】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について図５ないし図７を参照しながら説明する。第１の実施の形態では、携帯電話端末５は、静止画像を切り替えて表示するようにしたが、この実施の形態では、携帯電話端末５は、複数枚の画像を連続的に表示する。
【００４６】
図５は、ネットワークカメラ１のブロック図である。このネットワークカメラ１も、第１の実施の形態におけるネットワークカメラ１と同様の構成である。異なる点は、撮像センサ１１が、常時、所定のフレームレートで撮像動作を実行しており、この撮像した画像を逐次メモリ１４に格納している点である。したがって、第１の実施の形態におけるメモリ１４は、プログラムを格納するエリアの他に、大きなエリアは必要でないが、第２の実施の形態におけるメモリ１４は、複数のフレーム画像を格納するためのバッファエリアを必要とする点が異なっている。図にも示すように、この実施の形態では、メモリ１４にＭ（Ｍは整数）枚の画像Ｂ１，Ｂ２，・・・ＢＭを蓄積するようにしている。ただし、蓄積可能な画像フレームの枚数はフレームレートや解像度などによって変動するものである。
【００４７】
撮像センサ１１は、常時撮像操作を実行し、撮像センサ１１から出力された画像データは、順次画像処理部１２において画像処理が施され、順次メモリ１４に格納される。そして、メモリ１４は、たとえば、リングバッファのような構成をしており、新たな画像を格納する際には、最も古い画像が消去されることにより、常に最新のＭ枚の画像Ｂ１，Ｂ２，・・・ＢＭを蓄積するようにしている。
【００４８】
図６は、携帯電話端末５のブロック図である。この携帯電話端末５も、第１の実施の形態における携帯電話端末５と同様の構成である。異なる点は、携帯電話端末５は、ネットワークカメラ１から１度に複数枚の画像を取得し、これら複数の画像を動画像として再生するため、通信部５２のバッファメモリ５７およびメモリ５４にも、第１の実施の形態と比較して大きなサイズが必要となる点である。ここでは、メモリ５４は、Ｋ枚の画像をバッファすることが可能であり、ＣＰＵ５３は、メモリ５４にバッファリングされている画像Ｃ１〜ＣＫを動画像として再生する（画像Ｃ１〜ＣＫは、ネットワークカメラ１が蓄積している画像Ｂ１〜ＢＭの中のいずれかの画像である）。
【００４９】
つまり、ネットワークカメラ１から受信した画像は、一旦、通信部５２のバッファメモリ５７に格納され、メモリ５４のバッファエリアに空き領域が発生すると、バッファメモリ５７からメモリ５４に画像が転送れ、再生されるのである。メモリ５４のバッファエリアはリングバッファと同様の機能を果たす。つまり、新たなフレーム画像を入力すると、古いフレーム画像から順に消去される。したがって、バッファエリアに空き領域が発生するということは、バッファエリアに格納されているフレーム画像の再生が終了し、消去可能な状態になったことを示している。
【００５０】
図７は、携帯電話端末５において、ネットワークカメラ１が配信する画像を閲覧するための処理の流れを示す図である。この実施の形態において、携帯電話端末５は、ネットワークカメラ１の撮像した画像を擬似動画像として表示する。
【００５１】
図７において、ステップＳ１１は、携帯電話端末５の表示部５６に画像Ｂ１〜ＢＮが連続的に動画像として表示されるステップである。つまり、ネットワークカメラ１より受信したＮ枚の画像Ｂ１〜ＢＮは、バッファメモリ５７を介してメモリ５４のバッファエリアに画像Ｃ１〜ＣＫとして格納され、ＣＰＵ５３上で動作するＷＥＢブラウザおよびその他のプログラムにより、これらの画像が動画像として表示部５６に表示されるのである。ユーザは、表示部５６を参照することにより、画像Ｂ１〜ＢＮを動画像として閲覧することが可能である。
【００５２】
ステップＳ１２は、携帯電話端末５がネットワークカメラ１との間でＨＴＴＰのコネクションを確立するステップであり、ステップＳ１１と並行して実行されるステップである。つまり、ステップＳ１２は、動画像の表示中に、バックグラウンドで並行して実行されるステップである。
【００５３】
ＨＴＴＰコネクションが確立されると、次に、ステップＳ１３において、携帯電話端末５は、ネットワークカメラ１から新たな画像Ｂ１〜ＢＮを取得する。取得した画像Ｂ１〜ＢＮは、通信部５７のバッファメモリ５７に格納された後、メモリ５４に転送される。
【００５４】
ここで、前述したように、ネットワークカメラ１は、常時画像の撮像を実行し、メモリ１４に最新のＭ枚の画像Ｂ１〜ＢＭを蓄積している。また、画像取得プログラム６１は、ＨＴＴＰ上で動作するプログラムであり、１回のデータ転送に対して最大通信バッファサイズが規定されている。そこで、ステップＳ１３では、この最大通信バッファサイズを超えない最大枚数の画像を転送するのである。ここでは、Ｎ（ＮはＭを超えない整数）枚の画像が最大通信バッファサイズを超えない最大枚数の画像であるものとする。したがって、ネットワークカメラ１は、メモリ１４に格納されているＭ枚の画像の中から最新のＮ枚の画像を携帯電話端末５に送信するのである。
【００５５】
ステップＳ１２およびステップＳ１３は、画像取得プログラム６１が、設定されたスケジュールに従って実行されるステップである。たとえば、Ｎ枚の動画像を表示する時間がＴ３と想定され、ＨＴＴＰのコネクション処理と画像の取得処理に要する時間がＴ４と想定される場合、ステップＳ１１の開示時間から（Ｔ３−Ｔ４）時間経過後にステップＳ１２を開始すればよいことになる。画像取得プログラム６１には、デフォルト設定として、このような時間Ｔ３、Ｔ４を想定したスケジュールが設定されている。ただし、これらスケジュールをユーザが自由に変更できるようになっている。
【００５６】
ステップＳ１３が終了し、新たな画像Ｂ１〜ＢＮの取得が完了すると、ステップＳ１４において、携帯電話端末５は、表示部５６に対して、新たに取得した画像Ｂ１〜ＢＮを動画像として表示する。つまり、ＣＰＵ５３上で動作するＷＥＢブラウザおよびその他のプログラムは、バッファメモリ５７を介してメモリ５４に格納された画像Ｃ１〜ＣＫを動画像として表示部５６に表示させるのである。
【００５７】
さらに、ステップＳ１４と並行して、ステップＳ１５において携帯電話端末５とネットワークカメラ１との間でＨＴＴＰコネクションが確立され、ステップＳ１６において、新たな画像Ｂ１〜ＢＮの取得が行われる。このように、画像を取得するたびに、ＨＴＴＰコネクションの確立処理が行われ、順次新たな画像Ｂ１〜ＢＮを取得するのである。
【００５８】
このように、本実施の形態においては、携帯電話端末５の表示部５６に動画像を表示させている状態で、バックグラウンドで画像取得プログラム６１が自動的に動作を開始し、ネットワークカメラ１との間で接続処理および画像の取得処理を実行するので、携帯電話端末５のユーザは、新たな動画像を閲覧するために画像を更新するための操作を行う必要がない。そして、１回の転送タイミングで複数の画像を取得するので、ＨＴＴＰの接続回数を減らし、再生速度を向上させることが可能である。
【００５９】
また、ある動画像を表示している間に、次の画像を取得するための動作が実行されているので、新たな動画像を表示させるまでの時間を短縮させることが可能である。また、ネットワークカメラ１は、常時画像を撮像して蓄積しているので、携帯電話端末５から画像取得要求を受けた際に、即座に画像を配信することが可能であり、画像転送速度を向上させることが可能である。
【００６０】
そして、本実施の形態においては、ＷＥＢブラウザとＷＥＢブラウザ上で動作する画像取得プログラム（たとえば、ＪＡＶＡ（Ｒ）アプリケーション）により、複数の画像を取得し、表示させるようにしているので、ストリーミングデータの再生アプリケーションが動作しない環境においても擬似的に動画像を再生することが可能である。
【００６１】
ただし、一般には、Ｎ枚の画像を用いて動画像を表示させている時間よりも、Ｎ枚の画像を取得する時間の方が時間長い。これは、通信回線の帯域などにも影響されるものであるが、本実施の形態のように携帯電話端末を用いた通信であれば、画像の転送速度に要する時間は、長くなる。
【００６２】
つまり、ステップＳ１１が終了した時点では、ステップＳ１３が終了していない場合が想定される。そこで、図８に示すような方法を行うと有効である。ステップＳ１１において、画像Ｂ１〜ＢＮに対する動画表示が終了した後は、ステップＳ１３が終了するまでの間、最後のフレームである画像ＢＮを継続して表示させるのである。さらに、この最後のフレームを継続して表示させている間は、表示部５６に画像取得中であることを示すメッセージを表示させるのである。たとえば、表示部５６に、「ＮＯＷ  ＬＯＡＤＩＮＧ」、「画像取得中」といったようなメッセージを表示させるのである。
【００６３】
このような方法をとることにより、動画像が表示された後、しばらく静止画像状態が続き、引き続き動画像を表示させることができるので、ユーザは、携帯電話端末５を用いて擬似的に動画像を閲覧することが可能である。たとえば、３フレーム／秒程度の動画像を表示させ、しばらく静止画像を表示させたのち、再び３フレーム／秒程度の動画像を表示させることが可能である。また、静止画像表示中には、画像取得中を示すメッセージが表示されるので、ユーザに誤解を与えることはない。
【００６４】
なお、携帯電話端末５における動画像の再生スピードを示す動画性能（fps）は、画像取得のウェイト時間と相関があり、ウェイトを頻繁に発生させれば、動画性能を向上させることも可能である。たとえば、ウェイト時間を長くする代わりに５フレーム／秒程度で動画像を再生するようにしてもよい。
【００６５】
次に、第２の実施の形態にかかる画像閲覧システムの付加機能について説明する。上述の如く、携帯電話端末５の表示部５６には、動画像が示される。この動画像の表示中に、ユーザは操作部５５を操作して、画像保存指示を入力することが可能である。ＣＰＵ５３は、画像保存指示を入力すると、現在表示部５６に表示させているフレーム画像を静止画像としてメモリ５４に格納するのである。これにより、ユーザは、動画像を閲覧しながら、お気に入りの場面を見つけた時点で即座にそのフレーム画像を保存することが可能である。
【００６６】
このような機能を実現するために、画像保存指示用の操作ボタンが操作部５５のいずれかの操作ボタンに対応付けられ、さらに、対応付けられた操作ボタンの位置を表示部５６上に表示させるようにすれば利便性がよい。たとえば、表示部５６に画像保存指示用の操作ボタンを「スナップ」などのタイトルをつけて表示しておけば利便性がよい。
【００６７】
＜第２の実施の形態の変形例＞
上述したように、通常は、動画像を表示させる処理と比較して、画像を取得する時間が長いため、図８で示すような方法をとることが有効であるが、逆に通信速度が非常に速い場合などにおいては、次のような方法を行えばよい。上述したように、ＣＰＵ５３は、メモリ５４のバッファエリアに格納された画像Ｃ１〜ＣＫを順次再生するが、通信速度が非常に早い場合であってバッファメモリ５７にバッファリングされるスピードが、動画像の再生速度よりも早い場合には、メモリ５４のバッファエリアの空き容量が足りなくなる。そこで、このような場合には、通信により画像を取得する処理を一旦停止させるのである。そして、メモリ５４のバッファエリアに空き領域ができた時点で、バッファメモリ５７に格納されたデータをメモリ５４に転送し、通信を再開するのである。このような処理を行うことで、閲覧端末上で途切れることなく動画像を再生することが可能である。
【００６８】
また、上述したように、この実施の形態においては、１回の転送において、画像取得プログラム６１が転送することのできる最大通信バッファサイズを超えないだけの画像を転送するようにした。ここで、画像取得プログラム６１が転送することのできる最大通信バッファサイズとは、ＨＴＴＰにおいて１回のデータ転送に転送可能なデータサイズに対応している。しかし、たとえ最大通信バッファサイズが１５０ＫＢであって、ネットワークカメラ１から１回の転送で１５０ＫＢ分の画像を送信したとしても、通信網の帯域が非常に狭い場合には、最大通信バッファサイズに見合ったパフォーマンスが得られない。このような場合には、ネットワークカメラ１から携帯電話端末５に転送する１回のデータ量を小さくする方が好ましい。そこで、本発明においては、携帯電話端末５が、最大通信バッファサイズを動的に変更することを可能としている。最大通信バッファサイズを変更する仕組みは、たとえば、ネットワークのトラフィック状況に応じて自動的に変更が行われるようにしてもよいし、ユーザが手動で設定できるようになっていてもよい。
【００６９】
また、最大通信バッファサイズを変更する処理は、携帯電話端末５側から制御するようにしてもよいし、ネットワークカメラ１側から制御するようにしてもよい。
【００７０】
＜変形例１＞
上述した第１の実施の形態および第２の実施の形態においては、画像取得プログラム６１は、ＨＴＴＰ上で動作するとして説明した。しかし、本発明において画像取得プログラム６１が動作するプロトコルは、特に限定されるものではなく、ＨＴＴＰは一例である。他のプロトコルや携帯電話キャリアの独自仕様プロトコルであってももちろん本発明を適用可能である。これら他のプロトコルの場合であっても、静止画像を表示あるいは動画像を再生中に、バックグラウンドで当該プロトコルの接続処理が実行され、当該プロトコル上で画像取得プログラム６１が動作し、新たな画像を取得するようにすればよい。たとえば、ａｕ社の携帯電話で動作するＢＲＥＷというプログラムについても本発明を適用することが可能である。
【００７１】
＜変形例２＞
第２の実施の形態において、ネットワークカメラ１は携帯電話端末５からの画像取得要求を受けて複数の画像を送信するようにした。これに対して、ネットワークカメラ１が携帯電話端末５からの取得要求をトリガとせず、所定のスケジュールに従って画像を送信するようにしてもよい。この場合にも、ネットワークカメラ１は、送信先の端末の通信最大バッファサイズを超えない範囲で最大枚数の画像を送信するようにすればよい。
【００７２】
この送信タイミングは、たとえば、前述したような時間Ｔ３とＴ４が予めデフォルト値として登録されていてもよいし、携帯電話端末５から最初に１回だけ送信スケジュールを規定する情報を受け取るようにしてもよい。
【００７３】
また、この場合、ネットワークカメラ１が蓄積している複数の画像の中でどのフレームの画像を送信するかは、設定されたアルゴリズムに従うようにすればよい。たとえば、蓄積している複数の画像の中で最新のＮフレームの画像を送信するようにしてもよいし、前回送信したフレームの最後のフレーム番号を記録しておき、これに続くＮフレームの画像を送信するようなアルゴリズムでもよい。また、複数のアルゴリズムを選択可能に準備しておき、携帯電話端末５からアルゴリズムを選択する指示を送るようにしてもよい。
【図面の簡単な説明】
【００７４】
【図１】画像配信システムの全体図である。
【図２】第１の実施の形態にかかるネットワークカメラのブロック図である。
【図３】第１の実施の形態にかかる携帯電話端末のブロック図である。
【図４】第１の実施の形態にかかる処理フローを示す図である。
【図５】第２の実施の形態にかかるネットワークカメラのブロック図である。
【図６】第２の実施の形態にかかる携帯電話端末のブロック図である。
【図７】第２の実施の形態にかかる処理フローを示す図である。
【図８】動画像の表示が終了した後、静止画像を表示させる処理フローを示す図である。
【符号の説明】
【００７５】
１    ネットワークカメラ
２    インターネット
３    携帯電話網
４    基地局
５    携帯電話端末
【図１】
2006050323.tif 000003
【図２】
2006050323.tif 000004
【図３】
2006050323.tif 000005
【図４】
2006050323.tif 000006
【図５】
2006050323.tif 000007
【図６】
2006050323.tif 000008
【図７】
2006050323.tif 000009
【図８】
2006050323.tif 000010