(57)【要約】【課題】リソースの制約や、通信バッファサイズの制限のある携帯電話端末においても、ネットワークカメラが撮像した画像をスムーズに再生することを課題とする。【解決手段】携帯電話端末のパラメータ設定部６１１は、初期設定記憶部５８から固定パラメータを入力する。固定パラメータはパラメータ設定部６１１によってネットワークカメラ１に送信される。ネットワークカメラ１は、受信したパラメータに従って画像の圧縮処理などを行い、複数フレームの静止画データを蓄積する。次に、携帯電話端末とネットワークカメラ１との間で通信セッションが確立されると、このセッションが維持されている間に複数フレームの静止画データが配信される。携帯電話端末はこの静止画データを切り替えて連続的に再生する。これにより擬似動画像を再生可能である。このような処理を繰り返し実行することで、擬似動画像を次々に再生する。【選択図】図４
2006080959.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して画像撮像装置から配信された画像を閲覧端末において再生する方法であって、
前記閲覧端末と前記画像撮像装置との間で通信セッションを確立する第１工程と、
前記第１工程において確立された通信セッションが維持されている間に、前記画像撮像装置から前記閲覧端末に対して、複数フレームの画像データを配信する第２工程と、
前記閲覧端末が前記第２工程において受信した複数フレームの画像データを連続的に再生する第３工程と、
を備え、
前記第１工程から前記第３工程までの工程を繰り返し行うことにより、連続的に画像データを再生することを特徴とする画像再生方法。
【請求項２】
ネットワークを介して画像撮像装置から配信された画像を閲覧端末において再生する方法であって、
前記閲覧端末と前記画像撮像装置との間で通信セッションを確立する第１工程と、
前記第１工程において確立された通信セッションが維持されている間に、前記画像撮像装置から前記閲覧端末に対して、動画像データを配信する第２工程と、
前記閲覧端末が前記第２工程において受信した動画像データを再生する第３工程と、
を備え、
前記第１工程から前記第３工程までの工程を繰り返し行うことにより、連続的に動画像データを再生することを特徴とする画像再生方法。
【請求項３】
請求項１または請求項２に記載の画像再生方法において、
前記第２工程において配信される画像データの属性は、あらかじめ前記閲覧端末に対して固定的に設定されたパラメータによって決定されることを特徴とする画像再生方法。
【請求項４】
請求項１または請求項２に記載の画像再生方法において、
前記第２工程において配信される画像データの属性は、前記閲覧端末の状態情報に基づくパラメータによって決定されることを特徴とする画像再生方法。
【請求項５】
請求項１ないし請求項４のいずれかに記載の画像再生方法において、
前記第２工程において配信される画像データの属性は、外部要因に応じて動的に修正されるパラメータによって決定されることを特徴とする画像再生方法。
【請求項６】
請求項３ないし請求項５のいずれかに記載の画像再生方法において、
前記パラメータは、前記閲覧端末から前記画像撮像装置に送信されることを特徴とする画像再生方法。
【請求項７】
請求項１ないし請求項６のいずれかに記載の画像再生方法において、
前記第２工程において配信される画像データの属性は、初期状態においては、画像データの配信および／または再生に関わる環境に対して可能とされる最大負荷を与えないように設定されることを特徴とする画像再生方法。
【請求項８】
請求項７に記載の画像再生方法において、
前記第２工程において配信される画像データの属性は、画像データの配信および／または再生に関わる環境に対して除々に負荷が高くなるように動的に修正されることを特徴とする画像再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話などの端末において、カメラが撮像した画像をネットワークを介して取得、表示するための技術に関する。
【背景技術】
【０００２】
ネットワークカメラあるいはＷＥＢカメラと呼ばれる機器は、画像撮像センサを備えるとともにＷＥＢサーバ機能およびネットワーク機能を備えており、画像撮像センサで撮像した画像データをインターネット等のネットワークを介して各種の端末に配信可能としている。
【０００３】
一方、現在の携帯電話端末はネットワーク機能を備えるとともにカラー画像表示機能も備えており、マルチメディア端末として利用される場面が増えている。
【０００４】
そこで、下記非特許文献１に示すように、携帯電話端末を用いてネットワークカメラが配信する画像を閲覧可能としたサービスが存在する。
【０００５】
【非特許文献１】松下電器産業、“ホームネットワーク関連商品”、[平成１６年７月３０日検索]、インターネット＜ＵＲＬhttp://panasonic.co.jp/pcc/products/hnetwk/support/technic/mbl_phn_list-c10.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記非特許文献１で示したサービスを含めネットワークカメラが撮像する画像を携帯電話等の端末に配信するサービスにおいては、画像を更新するために携帯電話端末のユーザ自身が「更新」ボタンを操作する必要がある。そして、ユーザによる「更新」ボタン操作に応答して取得できる画像の枚数は１枚の画像である。したがって、新たな画像を閲覧するたびに「更新」ボタンを操作する必要があり、利便性が悪かった。
【０００７】
ここで、画像を自動更新する方法として、リフレッシュ機能を行う方法が考えられるが、携帯電話等の端末によっては、ＨＴＭＬにおけるリフレッシュ機能が制限されている場合があり、これら端末において画像を更新するためには、やはり、「更新」ボタンなどを操作する必要がある。
【０００８】
また、ＰＣなどにおいては、ネットワークカメラが配信する画像を動画像として再生することが可能である。これは、ＰＣ等においては充分なバッファメモリが確保できる場合があるからである。あるいは、ＰＣ等においてはＵＤＰ上のアプリケーションを利用することが可能であることが理由である。一方、携帯電話等の端末によっては、ＵＤＰ上で動作するアプリケーションが許可されていない場合がある。また、ＨＴＴＰ上で動作するアプリケーションを利用する場合であっても、最大通信バッファサイズの制限が厳しく、動画像をそのまま再生するということが困難であった。
【０００９】
そこで、本発明は、リソースや通信バッファサイズなどの制限のある端末機器において、ネットワークカメラが配信する画像を連続的に再生する技術を提供する。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、請求項１記載の発明は、ネットワークを介して画像撮像装置から配信された画像を閲覧端末において再生する方法であって、前記閲覧端末と前記画像撮像装置との間で通信セッションを確立する第１工程と、前記第１工程において確立された通信セッションが維持されている間に、前記画像撮像装置から前記閲覧端末に対して、複数フレームの画像データを配信する第２工程と、前記閲覧端末が前記第２工程において受信した複数フレームの画像データを連続的に再生する第３工程と、を備え、前記第１工程から前記第３工程までの工程を繰り返し行うことにより、連続的に画像データを再生することを特徴とする。
【００１１】
請求項２記載の発明は、ネットワークを介して画像撮像装置から配信された画像を閲覧端末において再生する方法であって、前記閲覧端末と前記画像撮像装置との間で通信セッションを確立する第１工程と、前記第１工程において確立された通信セッションが維持されている間に、前記画像撮像装置から前記閲覧端末に対して、動画像データを配信する第２工程と、前記閲覧端末が前記第２工程において受信した動画像データを再生する第３工程と、を備え、前記第１工程から前記第３工程までの工程を繰り返し行うことにより、連続的に動画像データを再生することを特徴とする。
【００１２】
請求項３記載の発明は、請求項１または請求項２に記載の画像再生方法において、前記第２工程において配信される画像データの属性は、あらかじめ前記閲覧端末に対して固定的に設定されたパラメータによって決定されることを特徴とする。
【００１３】
請求項４記載の発明は、請求項１または請求項２に記載の画像再生方法において、前記第２工程において配信される画像データの属性は、前記閲覧端末の状態情報に基づくパラメータによって決定されることを特徴とする。
【００１４】
請求項５記載の発明は、請求項１ないし請求項４のいずれかに記載の画像再生方法において、前記第２工程において配信される画像データの属性は、外部要因に応じて動的に修正されるパラメータによって決定されることを特徴とする。
【００１５】
請求項６記載の発明は、請求項３ないし請求項５のいずれかに記載の画像再生方法において、前記パラメータは、前記閲覧端末から前記画像撮像装置に送信されることを特徴とする。
【００１６】
請求項７記載の発明は、請求項１ないし請求項６のいずれかに記載の画像再生方法において、前記第２工程において配信される画像データの属性は、初期状態においては、画像データの配信および／または再生に関わる環境に対して可能とされる最大負荷を与えないように設定されることを特徴とする。
【００１７】
請求項８記載の発明は、請求項７に記載の画像再生方法において、前記第２工程において配信される画像データの属性は、画像データの配信および／または再生に関わる環境に対して除々に負荷が高くなるように動的に修正されることを特徴とする。
【発明の効果】
【００１８】
本発明は、閲覧端末と画像撮像装置との間で通信セッションを確立し、このセッションが維持されている間に複数フレームの静止画データを配信する。これにより、閲覧端末は、複数フレームの静止画データを連続的に切り替えて再生することにより、擬似動画像を再生可能である。そして、このような処理が繰り返されることにより、擬似動画像を次々に切り替えて、連続的に擬似動画像を再生可能である。
【００１９】
また、配信される画像データの属性は、閲覧端末から送信されたパラメータによって決定されるので、閲覧端末は、高品質の画像をスムーズに再生させることが可能である。
【発明を実施するための最良の形態】
【００２０】
以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本発明の各実施の形態にかかる画像配信システムの全体図である。ネットワークカメラ１は、画像撮像機能と、ネットワーク接続機能と、ＷＥＢサーバ機能とを備えた機器であり、一般に、ＷＥＢカメラとも呼ばれる機器である。携帯電話端末５は、携帯電話の基本機能としての音声通話機能のほかに、ネットワーク接続機能を備えている。そして、ネットワークカメラ１は、インターネット２に接続され、携帯電話端末５は、基地局４を介して携帯電話網３に接続され、さらに、インターネット２と携帯電話網３とが接続されることにより、ネットワークカメラ１と携帯電話端末５は互いに通信可能となっている。
【００２１】
このようなシステム構成において、ネットワークカメラ１は、撮像した画像をＷＥＢサーバ機能あるいはその他の画像配信機能を用いて各種の端末に配信する。つまり、ネットワークカメラ１は、インターネット２に接続された端末や、インターネット２を介して接続された様々なネットワークに接続された各種の端末に対して、撮像した画像を配信することを可能としている。そして、携帯電話端末５は、ＷＥＢコンテンツの閲覧機能や画像の閲覧機能を備えており、ネットワークカメラ１の配信する画像を閲覧可能としている。
【００２２】
＜第１の実施の形態＞
次に、本発明の第１の実施の形態について図１ないし図５を参照しながら説明する。
【００２３】
図２は、ネットワークカメラ１のブロック図である。ネットワークカメラ１は、撮像センサ１１、画像処理部１２、通信部１３、メモリ１４、ＣＰＵ１５を備えている。撮像センサ１１は、光学レンズ、ＣＣＤ撮像素子等から構成されており、被写体画像を撮像可能としている。撮像センサ１１から出力された画像データは、画像処理部１２において、各種の画像処理が施される。画像処理には、画像の圧縮処理などが含まれる。
【００２４】
ＣＰＵ１５は、メモリ１４に格納された各種のプログラムを実行する。メモリ１４には、ＷＥＢサーバプログラムその他のアプリケーションプログラム（図示省略）が格納されており、ＣＰＵ１５は、ＷＥＢサーバプログラムを実行することで、ネットワークカメラ１にＷＥＢサーバ機能を実装させることが可能である。通信部１３は、インターネット２との間でデータの送受信を行う機能を備えている。
【００２５】
図３は、携帯電話端末５のブロック図である。携帯電話端末５は、アンテナ５１、通信部５２、ＣＰＵ５３、メモリ５４、操作部５５、表示部５６を備えている。通信部５２は、アンテナ５１を介して基地局４との間でデータの送受信を行う機能を備える。また、通信部５２は、バッファメモリ５７を備え、受信したデータなどを一時的に格納する機能を備えている。ＣＰＵ５３は、メモリ５４に格納された各種のプログラムを実行する。メモリ５４には、ＷＥＢブラウザプログラムその他のアプリケーションプログラム（図示省略）が格納されており、ＣＰＵ５３は、ＷＥＢブラウザプログラムを実行することで、ＷＥＢコンテンツを閲覧可能としている。
【００２６】
また、メモリ５４には、画像取得プログラム６１が格納されている。画像取得プログラム６１は、ＨＴＴＰ上で動作するプログラムであり、たとえば、ＪＡＶＡ（Ｒ）アプリケーションプログラムを利用することが可能である。具体例としては、ＮＴＴドコモ社製の携帯電話であればｉアプリ、ａｕ社製の携帯電話であればＥＺアプリと呼ばれるプログラムが該当する。画像取得プログラム６１は、ネットワークカメラ１に対してパラメータを送信する機能、ネットワークカメラ１から画像をダウンロードする機能、そして、ダウンロードした画像を表示部５６に表示させる機能などを備えている。
【００２７】
操作部５５は、携帯電話端末５の各種の機能を実行するための操作ボタン、十字カーソル等から構成されている。ユーザは、操作部５５を操作することにより、電話番号やメールアドレスなど、各種文字の入力操作を行うことや、ネットワークに接続する処理やＷＥＢコンテンツのブラウジング操作などを行うことが可能である。表示部５６は、ＬＣＤ等から構成されており、ＷＥＢコンテンツや画像の表示が行われる。また、表示部５６は、電話番号やメールの表示用に用いられる。
【００２８】
図４は、画像取得プログラム６１の処理内容の一部を示すブロック図である。画像取得プログラム６１は、パラメータの設定および送信に関わる機能ブロックとして、パラメータ設定部６１１および外部要因取得部６１２を備えている。これらパラメータ設定部６１１および外部要因取得部６１２は、画像取得プログラム６１がＣＰＵ５３、メモリ５４等のハードウェア資源を利用して実行されることにより実現される機能の一部である。
【００２９】
また、携帯電話端末５は、受信する画像データの属性を決定するための固定パラメータを初期設定記憶部５８に格納している。ここで、画像データの属性とは、静止画データであれば、圧縮率、解像度などが含まれる。また、連続して撮像された複数フレームの静止画データに対してはブロックサイズ（フレーム数）なども画像データの属性に含まれる。また、動画データに対しては、圧縮率、サンプリングレート、動画データのデータサイズなどが画像データの属性に含まれる。つまり、画像データの属性とは、撮像センサ１１から出力された画像情報から静止画データや動画データを生成するまでに実行される処理の条件であり、生成された画像データの品質やデータサイズを決定するものである。
【００３０】
また、固定パラメータとは、携帯電話端末５の機種によって固定的に設定されているパラメータである。たとえば、携帯電話端末５の出荷時に、初期設定記憶部５８に固定パラメータが書き込まれる。あるいは、ユーザが自由に固定パラメータを書き換えるようにしてもよい。
【００３１】
図５は、パラメータの内容を示す図である。パラメータは、第１のパラメータ７１と第２のパラメータ７２に分類される。第１のパラメータは、たとえば、端末機種情報、端末リソース情報、端末付随情報が含まれる。端末機種情報は、携帯電話端末５の製品番号、製造番号など、端末機種を特定する情報である。端末リソース情報は、携帯電話端末５のＣＰＵ処理能力やメモリサイズなどを特定する情報である。端末付随情報は、たとえば、携帯電話端末５が位置情報を取得可能な端末であれば位置情報であり、あるいは、携帯電話端末５が契約している料金体系の情報などである。
【００３２】
これに対して第２のパラメータは、たとえば、解像度情報、圧縮率情報、サンプリングレート、静止画ブロックサイズ、動画サイズなどである。
【００３３】
つまり、第２のパラメータは、ネットワークカメラ１から携帯電話端末５に配信する画像データの属性を直接決定するパラメータであり、第１のパラメータは、第２のパラメータを決定するための要因となるパラメータである。
【００３４】
この第１の実施の形態において、初期設定記憶部５８に格納されるパラメータは、固定パラメータであるので、端末機種情報が固定パラメータに対応している。あるいは、端末機種情報と端末リソース情報とから固定パラメータが構成されていてもよい。
【００３５】
この第１のパラメータは、パラメータ変換部７によって第２のパラメータに変換される。ここで、パラメータ変換部７は、携帯電話端末５に備えられていてもよいし、ネットワークカメラ１に備えられていてもよい。パラメータ変換部７が携帯電話端末５に備えられている場合には、パラメータ設定部６１１がパラメータ変換部７を備えているものとする。
【００３６】
再び図４を参照する。パラメータ変換部７が携帯電話端末５に備えられている場合、初期設定記憶部５８に格納されている第１のパラメータ７１としての固定パラメータは、パラメータ変換部７において第２のパラメータに変換された後、ネットワークカメラ１に送信される。あるいは、初期設定記憶部５８には、あらかじめ第２のパラメータ７２としての固定パラメータが格納されていてもよい。この場合には、変換されることなく第２のパラメータとしての固定パラメータがネットワークカメラ１に送信される。
【００３７】
ネットワークカメラ１が第２のパラメータを受信すると、画像処理部１２は、受信したパラメータに基づいて画像処理を実行し、順次静止画データＢ１，Ｂ２，・・・，ＢＮをメモリ１４に格納する。たとえば、第２のパラメータに基づいて、静止画データの圧縮率、解像度、ブロックサイズなどが決定される。
【００３８】
ネットワークカメラ１が複数の静止画データＢ１，Ｂ２，・・・，ＢＮをメモリ１４に格納している状態で、携帯電話端末５においては画像取得プログラム６１が画像取得処理を実行する。具体的には、まず、携帯電話端末５とネットワークカメラ１との間における通信セッションの確立処理を実行し、続いて、この確立した通信セッションが維持されている間に複数の静止画データのダウンロードを実行するのである。この実施の形態では、通信セッションの確立処理は、ＨＴＴＰにおけるセッション確立処理である。この際、ネットワークカメラ１において蓄積されている静止画データＢ１，Ｂ２，・・・，ＢＮは、携帯電話端末５から送信した第２のパラメータに基づいて生成されたデータであるので、携帯電話端末５は、静止画データをスムーズに受信し再生することが可能である。
【００３９】
携帯電話端末５における再生処理方法について説明する。ネットワークカメラ１から受信した静止画データは、通信部５２のバッファメモリ５７を介してメモリ５４に格納される。図３における静止画データＣ１，Ｃ２，・・・，ＣＫは、静止画データＢ１，Ｂ２，・・・ＢＮの中のいずれかのデータに対応している。つまり、ここでは、ネットワークカメラ１が蓄積しているＮ枚の静止画データＢ１，Ｂ２，・・・，ＢＮのうち、確立された通信セッションが維持されている間にＫ枚の静止画データＣ１，Ｃ２，・・・，ＣＮを受信しているものとする。ここで、ネットワークカメラ１が蓄積している複数の静止画データの中で、どの静止画データを配信するかについては、所定のアルゴリズムに従って決定される。たとえば、最新のＫ枚の静止画データを配信するようにしてもよい。また、確立された通信セッションが維持されている間に配信する静止画データの総データサイズは、通信プロトコルによって規定されている最大通信バッファサイズを超えないサイズとする必要がある。つまり、ここでは、ＨＴＴＰにおいて規定されている最大通信バッファサイズを超えないサイズとする必要がある。
【００４０】
携帯電話端末５は、静止画データＣ１，Ｃ２，・・・，ＣＫを受信すると、これら静止画データＣ１，Ｃ２，・・・，ＣＫを、設定されたフレームレートで順次切り替えながら連続的に表示部５６に表示するのである。これにより、携帯電話端末５において擬似動画像を再生可能である。
【００４１】
一方、パラメータ変換部７がネットワークカメラ１に備えられている場合には、携帯電話端末５からネットワークカメラ１に対して第１のパラメータとしての固定パラメータが送信され、ネットワークカメラ１において第１のパラメータが第２のパラメータに変換される。この後の処理は、上述した処理と同様である。第２のパラメータに基づいて静止画データが生成、蓄積されるのである。
【００４２】
このような方法をとることにより、携帯電話端末５は、固定パラメータに基づいて決定された属性の画像を受信し、擬似動画像として再生することが可能である。そして、このような処理を繰り返し実行することで、それぞれの通信セッションを維持している間に受信した擬似動画像を繋ぎ合わせて再生し、全体としては連続して擬似動画像を再生することが可能である。具体的には、あるＮ回目の通信セッションを維持している間に複数フレームの画像を取得し、取得した時点から当該複数フレームの画像を擬似動画像として再生する。そして、次のＮ＋１回目の通信セッションが確立され、新たな複数フレームの画像を取得した時点で、新たな複数フレームの画像を擬似動画像として再生するのである。このような処理を繰り返すことで、連続的に擬似動画像を再生することが可能である。これにより、リソースの制限、プロトコル上の制限、あるいは、最大通信バッファサイズに制限のある携帯電話端末５を用いながら、端末上で擬似動画像を閲覧することが可能となるのである。
【００４３】
次に、第１の実施の形態の画像配信システムが備える付加機能について説明する。図４に示すように、画像取得プログラム６１は、外部要因取得部６１２を機能ブロックとして備えている。外部要因取得部６１は、画像データの通信中において、動的にパラメータを修正するための情報を取得する機能部である。
【００４４】
外部要因取得部６１は、たとえば、現在の通信速度を測定する機能を備えている。携帯電話を用いた通信は、インターネット２の負荷状態や携帯電話網３の負荷状態によって、その通信速度が変動する。したがって、固定パラメータに基づいて決定された画像の属性が適切でない状態となる場合がある。そこで、外部要因取得部６１２は、パラメータ設定部６１１に対してパラメータの修正指示を通知するのである。
【００４５】
パラメータ設定部６１１は、外部要因取得部６１２からの指示を受けてパラメータを修正し、第１のパラメータあるいは第２のパラメータとして修正パラメータをネットワークカメラ１に送信する。これにより、ネットワークカメラ１では、画像処理部１２が、修正パラメータに基づいて画像処理を実行するのである。このようにして、通信中においても動的にパラメータを修正し、スムーズな画像の配信と、スムーズな画像の再生を可能としているのである。
【００４６】
このように、外部要因取得部６１２は、携帯電話端末５自身の能力とは別に、外部の変動する環境に応じてパラメータを修正する。
【００４７】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について図１ないし図６を参照しながら説明する。なお、第２の実施の形態については、第１の実施の形態と異なる部分のみ説明する。
【００４８】
第２の実施の形態においては、画像取得プログラム６１の処理内容が第１の実施の形態と一部異なる。図６は、画像取得プログラム６１の処理内容の一部を示すブロック図である。画像取得プログラム６１は、パラメータの設定および送信に関わる機能ブロックとして、パラメータ設定部６１１、外部要因取得部６１２、端末情報取得部６１３、および付随情報取得部６１４を備えている。これら各機能部６１１〜６１４は、画像取得プログラム６１がＣＰＵ５３、メモリ５４等のハードウェア資源を利用して実行されることにより実現される機能の一部である。
【００４９】
第１の実施の形態では、携帯電話端末５は、受信する画像データの属性を決定するための固定パラメータを初期設定記憶部５８に格納していたが、第２の実施の形態においては、固定パラメータはあらかじめ記憶されていない。第２の実施の形態では、端末情報取得部６１３および付随情報取得部６１４が、携帯電話端末５の現在の状態情報に応じてパラメータを決定するのである。
【００５０】
端末情報取得部６１３は、図５に示す第１のパラメータのうち、端末リソース情報を、第１のパラメータとして決定する。たとえば、ＣＰＵの処理能力や、メモリサイズを第１のパラメータとして生成する。
【００５１】
端末付随情報取得部６１４は、図５に示す第１のパラメータのうち、端末付随情報を、第１のパラメータとして決定する。たとえば、前述した位置情報や料金体系情報を第１のパラメータとして生成する。ここで、位置情報に基づいてパラメータを決定する理由は、携帯電話端末５の位置によって通信速度が異なる場合に対応するためである。また、料金体系情報に基づいてパラメータを決定する理由は、ユーザ負担を考慮するためである。たとえば、パケット通信量に制限のない料金体系であれば、パラメータ値を高くして高解像度の画像を配信するという設定が行われる。一方、従量制の料金体系であれば、料金が高額とならないようなパラメータ設定が行われる。
【００５２】
端末情報取得部６１３および端末付随情報取得部６１４が第１のパラメータを生成すると、この第１のパラメータがパラメータ設定部６１１によってネットワークカメラ１に送信される。第１の実施の形態と同様に、第１のパラメータは第２のパラメータに変換された後ネットワークカメラ１に送信されるか、あるいは、第１のパラメータがそのまま送信され、ネットワークカメラ１において第２のパラメータに変換される。その後の処理は第１の実施の形態と同様である。端末情報取得部６１３および端末付随情報取得部６１４によって生成されたパラメータに基づいて画像の属性が決定され、１回の通信セッション中に複数の静止画データが配信され、携帯電話端末５で擬似動画像が再生されるのである。そして、このような処理を繰り返し実行することで、擬似動画像を次々に連続して再生することが可能となるのである。具体的には、あるＮ回目の通信セッションを維持している間に複数フレームの画像を取得し、取得した時点から当該複数フレームの画像を擬似動画像として再生する。そして、次のＮ＋１回目の通信セッションが確立され、新たな複数フレームの画像を取得した時点で、新たな複数フレームの画像を擬似動画像として再生するのである。このような処理を繰り返すことで、連続的に擬似動画像を再生することが可能である。
【００５３】
このように第２の実施の形態においては、固定的なパラメータではなく、携帯電話端末５の現在の状態情報に応じてパラメータが決定される。
【００５４】
また、第２の実施の形態においても、第１の実施の形態と同様に、外部要因取得部６１２が通信速度などの外部要因に基づいてパラメータを修正する。これにより、通信中においても、動的にパラメータを修正し、最適な再生環境を維持することが可能である。
【００５５】
次に、第２の実施の形態の画像配信システムが備える付加機能について説明する。第２の実施の形態においては、画像取得プログラム６１が携帯電話端末５の現在の状態情報に基づいてパラメータを設定することを説明した。基本的に画像取得プログラム６１は、閲覧者に対して高品質の画像を提供するために、現在の状態情報に基づいて可能な範囲でパラメータを高く設定する（ここで、高解像度や高フレームレートなど、画像の品質を高くさせるパラメータの度合いを、パラメータ値が高いと言うものとする。）。言い換えれば、画像データの配信に関わる環境や、画像データの再生に関わる環境の能力を最大限に利用するようなパラメータを設定する。
【００５６】
しかし、このようなパラメータを設定した場合、外部環境の変動などによって、初期時点から画像の再生がスムーズに行われない場合がある。たとえば、通信速度が低下したために、高解像度の画像の配信に遅延を生じる場合などがある。
【００５７】
そこで、パラメータ設定部６１１は、現在の状態情報に基づいてパラメータを設定する際に、画像データの配信や再生に関わる環境に最大の負荷を与えないように、少し抑え目のパラメータを設定するのである。これにより、画像を閲覧し始めた初期時点においては、多少画像の品質が劣る場合があるが、画像の再生待ち時間などが発生せず、スムーズに画像の再生を行うことが可能となるのである。
【００５８】
そして、このように初期時においては抑え目のパラメータを設定した後、パラメータ設定部６１１は、除々にパラメータの値を大きくしていくのである。たとえば、除々に、画像の解像度を高くしたり、画像の圧縮率を下げたり、フレームレートを上げたりする。このようにして、初期時には、高品質よりもスムーズな画像の再生に重点を起き、除々に、画像の品質が向上するように調整することで、最適な画像再生環境を整えることができるのである。
【００５９】
なお、第１の実施の形態においても、同様の制御を行うようにしてもよい。第１の実施の形態においては、初期設定記憶部５８に固定パラメータが設定されているが、パラメータ設定部６１１が、初期時において、固定パラメータを修正し、少し抑え目のパラメータを設定するようにしてもよい。あるいは、固定パラメータ自体が環境に最大負荷を与えないように設定されていてもよい。そして、同様に、除々に、パラメータの値が高くなるように調整することにより、高品質の画像をスムーズに再生させることが可能である。
【００６０】
＜第３の実施の形態＞
次に、本発明の第３の実施の形態について、図７、図８およびその他の図面を参照しながら説明する。第３の実施の形態については、第１および第２の実施の形態と異なる部分のみ説明する。
【００６１】
第１および第２の実施の形態においては、ネットワークカメラ１は、複数フレームの静止画データを配信し、携帯電話端末５は、静止画データを連続的に切り替えて再生することにより、擬似動画像を再生可能とした。第３の実施の形態においては、１回の通信セッション中において、比較的データサイズの小さい動画データを配信することにより、携帯電話端末５において動画データを再生する。
【００６２】
図７は、ネットワークカメラ１の機能ブロック図である。第１および第２の実施の形態とは異なり、画像処理部は、撮像センサ１１より順次入力する複数フレームの画像データを用いて動画データＤを生成する。生成された動画データＤは、メモリ１４に格納される。
【００６３】
図８は、携帯電話端末５の機能ブロック図である。画像取得プログラム１の処理内容は、第１あるいは第２の実施の形態と同様である。すなわち、第１の実施の形態と同様に固定パラメータがネットワークカメラ１に送信される。あるいは、第２の実施の形態と同様に、端末情報取得部６１３および付随情報取得部６１４によってパラメータが現在の端末の状態情報に応じて決定されてネットワークカメラ１に送信される。また、第１のパラメータを第２のパラメータに変換してからネットワークカメラ１に送信してもよいし、第１のパラメータをそのままネットワークカメラ１に送信し、ネットワークカメラ１において第２のパラメータに変換してもよい点なども同様である。さらに、外部要因取得部６１２によって外的環境の変動情報を取得し、パラメータを修正可能な点も同様である。
【００６４】
ネットワークカメラ１では、画像処理部１２が、受信したパラメータに基づいて動画データの属性を決定し、パラメータに基づいた画像処理を実行する。具体的には、圧縮率やサンプリングレート、動画サイズなどを含むパラメータに基づいて動画データＤを生成する。
【００６５】
携帯電話端末５は、ネットワークカメラ１から動画データＤをダウンロードすると、動画データＤは、一旦、バッファメモリ５７に格納された後、メモリ６１に格納される。そして、画像取得プログラム６１は、動画データＤを再生するのである。このような処理を繰り替えし、１回の通信セッション中に、比較的小さなサイズの動画データを取得し、動画データの再生を連続的に行うことで、携帯電話端末５においても動画データを再生可能となるのである。具体的には、あるＮ回目の通信セッションを維持している間に動画データを取得し、取得した時点から当該動画データを再生する。そして、次のＮ＋１回目の通信セッションが確立され、新たな動画データを取得した時点で、新たな動画データを再生するのである。このような処理を繰り返すことで、連続的に動画データを再生することが可能である。
【００６６】
なお、上述した実施の形態においては、画像取得プログラム６１は、ＨＴＴＰ上で動作するとして説明した。しかし、本発明において画像取得プログラム６１が動作するプロトコルは、特に限定されるものではなく、ＨＴＴＰは一例である。他のプロトコルや携帯電話キャリアの独自仕様プロトコルであってももちろん本発明を適用可能である。たとえば、ａｕ社の携帯電話で動作するＢＲＥＷというプログラムについても本発明を適用することが可能である。
【００６７】
また、第３の実施の形態においても、第２の実施の形態で説明したように、パラメータ設定部６１１は、初期時においては、画像データの配信あるいは再生に関わる環境に最大負荷を与えないような抑え目のパラメータを設定し、除々に、パラメータの値を高くするように制御することで、画像再生の初期状態においては、スムーズな画像の再生を確保し、最終的には、高品質な画像をスムーズに再生することが可能である。
【図面の簡単な説明】
【００６８】
【図１】画像配信システムの全体図である。
【図２】第１および第２の実施の形態におけるネットワークカメラのブロック図である。
【図３】第１および第２の実施の形態における携帯電話端末のブロック図である。
【図４】第１の実施の形態におけるパラメータ送信処理に関わる機能ブロック図である。
【図５】パラメータの分類を示す図である。
【図６】第２の実施の形態におけるパラメータ送信処理に関わる機能ブロック図である。
【図７】第３の実施の形態におけるネットワークカメラのブロック図である。
【図８】第３の実施の形態における携帯電話端末のブロック図である。
【符号の説明】
【００６９】
１    ネットワークカメラ
２    インターネット
３    携帯電話網
４    基地局
５    携帯電話端末
【図１】
2006080959.tif 000003
【図２】
2006080959.tif 000004
【図３】
2006080959.tif 000005
【図４】
2006080959.tif 000006
【図５】
2006080959.tif 000007
【図６】
2006080959.tif 000008
【図７】
2006080959.tif 000009
【図８】
2006080959.tif 000010