JP4893356B2 - ネットワーク画像伝送表示方法 - Google Patents

Description

本発明は、カメラで撮影した画像や録画したコンテンツをネットワークを介して送信し、携帯電話やパソコンなどのユーザ端末装置で受信して再生・閲覧するネットワーク画像伝送表示方法に関し、特に静止画を連続的に送り、コマ落ちの動画を携帯電話で再現するネットワーク画像伝送表示方法に関する。

図１１は一般的なネットワーク画像伝送システムの全体構成を示したものである。図１１に示すように、画像送信装置１０１としては、録画したコンテンツを送信するホームサーバ１０４や、カメラで撮影した画像データを送信するネットワークカメラ１０５などがある。受信側のユーザ端末装置（以下、ユーザ端末）１０３としては、携帯電話１０６やパーソナルコンピュータ（以下、パソコン、ＰＣ）１０７などの機器がある。画像送信装置１０１から画像データを送信し、インターネット１０２などのネットワークを介してユーザ端末１０３でこのデータを受信し、ユーザ端末１０３上の画面に表示する。

図１２は、画像送信装置１０１（ネットワークカメラ１０５）とユーザ端末１０３（パソコン１０７）の通信手順を示したものである。画像送信装置１０１とユーザ端末１０３間の通信はＨＴＴＰ（HyperText Transfer Protocol）を用いて、画像送信装置１０１がＨＴＴＰサーバ、ユーザ端末１０３がＨＴＴＰクライアントとなる。
・ステップＳ１：始めに、ユーザ端末１０３で画像送信装置１０１のＵＲＬ（Uniform Resource Locator）を入力する。
・ステップＳ２：ユーザ端末１０３でアクセス要求のＨＴＭＬ（HyperText Markup Language）を生成し、画像送信装置１０１に送信する。
・ステップＳ３：画像送信装置１０１は、ユーザＩＤとパスワードを入力するためのログイン画面のＨＴＭＬデータをユーザ端末１０３に送信する。
・ステップＳ４：ユーザ端末１０３がこれを受信すると、図１３に示すようなログイン画面が表示される。

・ステップＳ５：ユーザ端末１０３で図１３に示すようなログイン画面からユーザＩＤとパスワードが入力されると、画像送信装置１０１にログイン要求が送信される。
・ステップＳ６：画像送信装置１０１は、ユーザＩＤとパスワードから正規のユーザかどうか確認する。
・ステップＳ７：正規ユーザと判断した場合は、画像送信装置１０１はカメラ選択メニューのＨＴＭＬデータをユーザ端末１０３に送信する。
・ステップＳ８：ユーザ端末１０３がこれを受信すると、図１４に示すようなカメラ選択画面が表示される。
・ステップＳ９：図１４に示すカメラ選択画面上の「カメラ１」や「カメラ２」などのボタンが押されると、ボタンに相当するＨＴＴＰリクエストが画像送信装置１０１に送信される。例えば、「カメラ１」のボタンを押した場合、カメラ１の画像を要求するＨＴＴＰリクエストが画像送信装置１０１へ送信される。

・ステップＳ１０：画像送信装置１０１はこのリクエストを受信すると、ステップＳ９で選択されたカメラで撮影した画像をＧＩＦ（Graphics Interchange Format）やＪＰＥＧ（Joint Picture Experts Group）などで圧縮を行い、このデータを送信する。
・ステップＳ１１：ユーザ端末１０３がこれを受信すると、図１５に示すようなカメラ画像がユーザ端末１０３の画面上に表示される。なお、図１５では著作権保護の観点から、実際の映像に代えて表示画像をハッチングで示している。
・ステップＳ１２：受信したＨＴＭＬには、以下に示すような一定時間後に他のＵＲＬにジャンプするタグがあるため、
<META HTTP-EQUIV="Refresh" CONTENT="2;URL=http://[サーバ名]/xxx.html">
ユーザ端末１０３は記述された別のＵＲＬ（次のカメラ画像）に接続する。
・ステップＳ１３：画像送信装置１０１は、新たに撮影した画像を圧縮して送信する。
・ステップＳ１４：ユーザ端末１０３がこれを受信すると、新たなカメラ画像がユーザ端末１０３の画面上に表示される。

以上の動作を繰り返すことにより、ユーザ端末１０３に新しい静止画が連続的に表示される。このように、ＨＴＭＬの自動移動タグを用いるとパソコンから定期的にＨＴＴＰリクエストを行うことができ、静止画を連続的に表示することができる。以降、このような方法で再現した動画を“擬似動画”と呼ぶ。

従来技術として、下記の特許文献１に記載された技術は、カメラで撮影した画像データをネットワークで送出する画像サーバと画像データ転送方法について提案されたものであり、画像サーバは、端末装置からカメラ調整機能を操作するときに、送信するデータ量の低減処理を施すため、伝送データ量が減少し、通信レートが上がり、撮像装置を迅速かつ快適に操作することができるという効果がある。

また、他の従来技術として、下記の特許文献２に記載された技術は、カメラで撮影した画像データ（モーションＪＰＥＧ）を画像サーバで受信して蓄積し、遠隔地にあるクライアント端末へネットワークを介して配信するシステムと制御方法について提案されたものであり、カメラと画像サーバとクライアント端末間における通信網の伝送速度が異なる場合に、カメラから画像サーバに転送した時間関係を保ったまま画像データをクライアント端末へ配信できるという効果がある。
特開２００２−３５４４６１号公報（要約書） 特開２００４−１５６００号公報（要約書）

ところで、携帯電話で使用されている動画は、上記の技術以外に、３ＧＰＰ（登録商標）（3rd Generation Partnership Project）や３ＧＰＰ２（3rd Generation Partnership Project2）で標準化された動画フォーマットが存在する。これはＭＰＥＧ４をベースにしたものであり、ファイル（拡張子：3gp、3g2）の形でサーバに置かれ、サーバから携帯電話にダウンロード（若しくは、ストリーミング）して視聴される。しかし、携帯電話にダウンロード（若しくは、ストリーミング）するデータ量の上限が決められているため、再生できる時間はわずか数分間であり、セキュリティカメラなど常時監視が必要なシステムに使うことは難しい。

また、図１２で説明した通信方法は、ユーザ端末１０３がパソコン１０７の場合には擬似動画を得ることが可能であるが、携帯電話１０６を使用した場合に問題が発生する。すなわち、図１２で説明した通信方法では、ＨＴＭＬの自動移動タグを使用していたが、携帯電話１０６で採用されているＨＴＭＬではこの自動移動タグの使用が禁止されているため、従来の方法で静止画を定期的にリクエストすることはできない。そこで、公知の技術に携帯電話１０６でJava（登録商標）アプリケーションを動作させて、このソフトウェアで定期的にＨＴＴＰリクエストを送信すれば、携帯電話１０６でも擬似動画を再現することが可能である。

しかし、最近の携帯電話はメモリ容量の増加に伴い、過去に接続したＵＲＬや受信した画像ファイルなどのデータを自動的にキャッシュする機能を備えている。ここで言う「キャッシュ」とは、携帯電話などのユーザ端末に搭載されているメモリなどの記録媒体に一時的にデータを保存し、必要時に読み出す動作や機能のことを言う。そのため、携帯電話から同じＵＲＬに画像を要求すると、キャッシュに保存された画像（同じ画像）が表示されてしまい、定期的にリクエストして新たな画像を得ることはできない。

一方、特許文献１に記載された技術は、画像サーバにあるカメラの操作性を改善するために、動画のデータ量を低減させて送信する手法であるので、上述の通り携帯電話で動画を時間無制限に再生することは難しい。また、クライアント端末からの画像要求方法については記載されていない。また、特許文献２に記載された技術は、クライアント端末から画像要求する場合、同文献の段落（００２３）に示すように“最初の画像データの送信要求”や、同文献の段落（００３８）に示すように“画像送信を要求する要求信号”という記述しかなく、クライアント端末から画像送信要求を工夫したことについては一切説明されていない。このため、クライアント端末に携帯電話を使用し、同じ要求信号を送った場合、携帯電話のキャッシュ機能が働き、保存された画像（同じ画像）が表示されてしまう。

そこで本発明は、携帯電話のキャッシュ機能を動作させずに毎回異なる画像をリクエストすることができ、また、標準規格の携帯電話では不可能な時間無制限の画像再生を実現することができるネットワーク画像伝送表示方法を提供することを目的とする。

本発明は上記目的を達成するために、複数枚の静止画を保持した画像送信装置と表示手段を備えた端末とがネットワークを介して接続され、前記端末からの静止画の送信要求に従って前記画像送信装置から静止画を順次読み出して送信し、前記端末で順次受信して前記表示手段に表示するネットワーク画像伝送表示システムにおけるネットワーク画像伝送表示方法において、
前記端末から前記画像送信装置に対して前記静止画の送信要求を送信する第１のステップと、
前記画像送信装置が前記第１のステップによる前記静止画の送信要求を受信して、今回送信する１枚の静止画と次回送信すべき１枚の静止画のファイル名とを前記端末に送信する第２のステップと、
前記端末が前記第２のステップにより送信された前記１枚の静止画と前記ファイル名とを受信し、この受信した１枚の静止画を前記表示手段に表示して、前記受信したファイル名に該当する静止画の送信要求を前記画像送信装置に送信する第３のステップとを、
有することを特徴とする。

本発明は上記目的を達成するために、複数枚の静止画を保持した画像送信装置と表示手段を備えた端末とがネットワークを介して接続され、前記端末からの静止画の送信要求に従って前記画像送信装置から静止画を順次読み出して送信し、前記端末で順次受信して前記表示手段に表示するネットワーク画像伝送表示システムにおけるネットワーク画像伝送表示方法において、
前記端末から前記画像送信装置に対して前記静止画の送信要求を送信する第１のステップと、
前記画像送信装置が前記第１のステップによる前記静止画の送信要求を受信して、今回送信する１枚の静止画を前記端末に送信する第２のステップと、
前記端末が前記第２のステップにより送信された前記１枚の静止画を受信して前記表示手段に表示し、ユニークな静止画のファイル名を作成してこのファイル名に基づく静止画の送信要求を前記画像送信装置に送信する第３のステップと、
前記画像送信装置が前記第３のステップによる前記静止画の送信要求を受信して、前記第２のステップにおいて前記端末に送信した１枚の静止画に続く静止画を前記ファイル名の静止画にして前記端末に送信する第４のステップとを、
有することを特徴とする。

本発明によれば、携帯電話のキャッシュ機能を動作させずに毎回異なる画像をリクエストすることができ、また、標準規格の携帯電話では不可能な時間無制限の画像再生を実現することができる。

以下、図面を参照して本発明の実施の形態について説明する。
＜第１の実施の形態＞
１−１．概要
始めに本発明の第１の実施の形態の概略について、図１を使って説明する。図１は、画像送信装置１とユーザ端末（携帯電話）１３の内部構成を示したブロック図である。なお、ここでは概要を説明し、内部構成の詳細は次項１−２で説明する。

画像送信装置１は、カメラ２で撮影した静止画を定期的に圧縮し、メモリなどの記録媒体に順次書き込んでおく。画像データのファイル名としては、同じものが存在しないように乱数や時刻情報などから生成した文字列を用いて記録する。
１．携帯電話１３は、画像送信装置１へ画像送信を要求するＨＴＴＰリクエスト（画像送信要求）を送信する。
２．画像送信装置１では、最初のカメラ画像Ａ１のデータを静止画記録部５のメモリから読み出し、カメラ画像Ａ１の次に撮影した２番目のカメラ画像Ａ２のファイル名と共にＨＴＴＰデータを生成し、これをＨＴＴＰレスポンスとして携帯電話１３へ返す。
３．携帯電話１３はこのＨＴＴＰレスポンスを受信すると、カメラ画像Ａ１を画面に表示し、カメラ画像Ａ２のファイル名をメモリに保存する。一定時間が経過した後（例えば１秒後に）、カメラ画像Ａ２のファイル名を読み出し、このファイルを要求するＨＴＴＰリクエストを送信する。

このように画像送信装置１は、常に静止画ファイルを複数保持しており、最初の画像ファイルのデータと２番目の画像ファイル名を同時に送信することによって、携帯電話１３は「現在表示する画像」と「次に表示する画像のファイル名」を同時に得ることができる。この一連の動作を繰り返すと、携帯電話１３で毎回新しいファイル名を得ることができるため、キャッシュ機能に邪魔されることなく新たなＨＴＴＰリクエストを送信することが可能となる。この結果、同じ画像が表示されてしまう問題を解決し、携帯電話１３で擬似動画を時間無制限に見ることができるようになる。

１−２．内部構成
ここでは、本発明の実施の形態における内部構成について図１を使って説明する。図１に示すように、画像送信装置１において、カメラ２で撮影された画像は、映像信号処理部３に送られる。映像信号処理部３には、Ａ／Ｄ変換器や同期生成回路（図示しない）などがあり、アナログ信号をディジタル信号に変換して後段のコンテンツ記録部４と静止画記録部５に出力する。コンテンツ記録部４では、画像圧縮回路（ＭＰＥＧ２エンコーダやＭＰＥＧ４エンコーダなど）で画像データを圧縮し、記録媒体（ＨＤＤやＤＶＤなどの光ディスク、メモリ。図示しない）に記録する。静止画記録部５では、静止画をキャプチャしＪＰＥＧやＧＩＦなどにより静止画圧縮を行い、記録媒体に記録する。静止画の記録は、定期的に（例えば１秒ごとに）行い、記録媒体には常に複数の静止画が保存されており、古いものから順に書き換えられていく。

ＣＰＵ６では、ＨＴＴＰレスポンス生成手段７とＨＴＴＰリクエスト解析手段８、ユーザ認証手段９、静止画取得手段１０というソフトウェアが実行され動作しており、ここで使用されるデータはメモリ（図示しない）に読み書きされる。各手段９〜１０の詳細は後述の動作フローで説明する。ネットワーク送受信部１１は、インターネット１２からデータを受信し内容の解析をし、これに応じてＣＰＵで生成したデータをインターネット１２へ送信する。

ユーザ端末１３には、ユーザからの操作（操作入力２１）を受け付け、入力された内容を解析する操作処理部２０や、ＧＵＩ（Graphical User Interface）やＷｅｂブラウザなどの操作画面を表示する表示部１９がある。また、ユーザ端末１３では、Javaバーチャルマシン（図示しない）が動作しており、この上でJavaプログラムが動作している。プログラムは、バーチャルマシンを使用しないＢＲＥＷ（Binary Runtime Environment for Wireless）（登録商標）でも構わない。このプログラムはあらかじめユーザ端末１３にダウンロードされ、ＨＴＴＰリクエスト生成手段１５やＨＴＴＰレスポンス解析手段１６、タイマ処理手段１８などの機能を提供する。プログラム動作については、後述の動作フローで説明する。

１−３．動作フロー
図１及び図２を使ってユーザ端末１３と画像送信装置１の通信手順と処理内容を説明する。図２は、ユーザ端末１３と画像送信装置１の通信手順を示したものである。ステップＳ１〜Ｓ９は従来技術と同じであるが、ユーザ端末１３と画像送信装置１の内部構成を説明するために繰り返して説明する。
・ステップＳ１：ユーザ端末１３に、画像送信装置１のＵＲＬが入力される（操作入力２１）。
・ステップＳ２：操作処理部２０は、ＨＴＴＰリクエスト生成手段１５に指示を与える。ＨＴＴＰリクエスト生成手段１５は、アクセス要求のＨＴＭＬを生成し、ネットワーク送受信部１４にこのデータを渡す。ネットワーク送受信部１４はこのデータをインターネット１２へ送信する。
・ステップＳ３：画像送信装置１はこれをネットワーク送受信部１１で受信し、ＨＴＴＰリクエスト解析手段８で内容を解析し、ＨＴＴＰレスポンス生成手段７にてユーザＩＤとパスワードを入力するためのログイン画面のＨＴＭＬデータ生成し、ネットワーク送受信部１１からユーザ端末１３に送信する。

・ステップＳ４：ユーザ端末１３では、このデータをネットワーク送受信部１４で受信して、ＨＴＴＰレスポンス解析手段１６から取り出されたデータが表示部１９へ送られ、図１３に示すようなログイン画面が表示される。
・ステップＳ５：ここでユーザＩＤとパスワードが入力されると、ユーザ端末１３はユーザＩＤとパスワードを付加したログイン要求のＨＴＭＬを生成し、画像送信装置１に送信する。
・ステップＳ６：画像送信装置１は、このデータをネットワーク送受信部１１で受信し、ＨＴＴＰリクエスト解析手段８でユーザＩＤとパスワードを取り出し、ユーザ認証手段９へ送る。ユーザ認証手段９は正規のユーザかどうかを確認する。
・ステップＳ７：正規のユーザと判断した場合は、画像送信装置１はＨＴＴＰレスポンス生成手段７でカメラ選択メニューのＨＴＭＬデータを生成し、ネットワーク送受信部１１を介してユーザ端末１３に送信する。
・ステップＳ８：ユーザ端末１３がこれを受信すると、図１４に示すようなカメラ選択画面が表示される。
・ステップＳ９：ここでカメラ選択画面上の「カメラ１」や「カメラ２」などのボタンが押されると、ボタンに相当するＨＴＴＰリクエスト（カメラ選択要求）が画像送信装置１に送信される。例えば、「カメラ１」のボタンを押した場合、カメラ１の画像を要求するＨＴＴＰリクエストが画像送信装置１へ送信される。

以下は、第１の実施の形態の特徴的な動作を示す。
・ステップＳ２０：画像送信装置１はこのリクエストを受信すると、ＨＴＴＰレスポンス生成手段７でテキスト情報や操作ボタン、画像表示枠などのＨＴＭＬデータを生成する。このとき、静止画取得手段１０は、静止画記録部５に保存されている静止画（カメラ画像Ａ１）を読み出して、このデータのファイル名（カメラ画像Ａ１のファイル名:2006031712305100.jpg）を以下に示すようなＨＴＭＬタグに設定し、上記のタグを含むＨＴＭＬデータをユーザ端末１３に送信する。なお、カメラ画像Ａ１のファイル名は、同じものが存在しないように乱数や時刻情報などから生成した文字列を使用する。
<IMG src=”2006031712305100.jpg”>

・ステップＳ２１：ユーザ端末１３がこれを受信すると、図３に示すような静止画表示用の画面が表示される。このとき、まだ静止画は表示されていない。
・ステップＳ２２：ユーザ端末１３は、カメラ画像Ａ１のファイル名で画像送信要求を以下のように生成し、画像送信装置１へ送る。
GET 2006031712305100.jpg HTTP/1.1
・ステップＳ２３：画像送信装置１はこのリクエストを受信すると、静止画取得手段１０に保持された静止画（カメラ画像Ａ１）のデータを読み出す。この後、静止画記録部５に保存されている次の静止画（カメラ画像Ａ２）を読み出し、このデータを保持しこのデータのファイル名（カメラ画像Ａ２のファイル名：2006031712305200.jpg）をカメラ画像Ａ１のデータと共に、図４に示すようなＨＴＴＰデータで送信する。なお、カメラ画像Ａ２のファイル名は、同じものが存在しないように乱数や時刻情報などから生成した文字列を使用する。

・ステップＳ２４：ユーザ端末１３がこれを受信すると、ＨＴＴＰレスポンス解析手段１６にてデータの内容を解析し、カメラ画像Ａ２のファイル名を静止画ファイル名保存部１７に保存し、静止画（カメラ画像Ａ１）のデータを取り出し、表示部１９へ送る。画面には、図５に示すような静止画（カメラ画像Ａ１）が表示される。
・ステップＳ２５：このとき、タイマ処理手段１８ではタイマがセットされ（例えば１秒にセット）、タイマカウント動作が始まる。
・ステップＳ２６：１秒後に、タイマ処理手段１８からＨＴＴＰリクエスト生成手段１５へ通知がなされ、ＨＴＴＰリクエスト生成手段１５では、静止画ファイル名保存部１７からカメラ画像Ａ２のファイル名：2006031712305200を読み出し、このファイル名でＨＴＴＰリクエストを以下のように生成し、
GET 2006031712305200.jpg HTTP/1.1
このリクエストを画像送信装置１へ送信する。

・ステップＳ２７：画像送信装置１はこのリクエストを受信すると、静止画取得手段１０に保持された静止画（カメラ画像Ａ２）のデータを読み出す。この後、静止画記録部５に保存されている次の静止画（カメラ画像Ａ３）を読み出し、このデータを保持しこのデータのファイル名（カメラ画像Ａ３のファイル名：2006031712305300.jpg）をカメラ画像Ａ２のデータと共に、図６に示すようなＨＴＴＰデータで送信する。なお、カメラ画像Ａ３のファイル名は、同じものが存在しないように乱数や時刻情報などから生成した文字列を使用する。
・ステップＳ２８：ユーザ端末１３がこれを受信すると、ＨＴＴＰレスポンス解析手段１６にて、データの内容を解析し、カメラ画像Ａ３のファイル名を静止画ファイル名保存部１７に保存し、静止画（カメラ画像Ａ２）のデータを取り出し、表示部１９へ送る。画面には、図７に示すような静止画（カメラ画像Ａ２）が表示される。

・ステップＳ２９Ａ：このとき、タイマ処理手段１８ではタイマがセットされ（例えば１秒にセット）、タイマカウント動作が始まる。
・ステップＳ２９Ｂ：１秒後に、タイマ処理手段１８からＨＴＴＰリクエスト生成手段１５へ通知がなされ、HTTPリクエスト生成手段１５では、静止画ファイル名保存部１７からカメラ画像Ａ３のファイル名：2006031712305300を読み出し、このファイル名でＨＴＴＰリクエストを以下のように生成し、
GET 2006031712305300.jpg HTTP/1.1
このリクエストを画像送信装置１へ送信する。
このようにステップＳ２７、ステップＳ２８の処理を繰り返すと、ユーザ端末１３で静止画が連続的に切り替わり、擬似動画を再現することができる。

１−４．まとめ
第１の実施の形態の特徴をまとめると以下のようになる。
・第１の実施の形態で使用したＨＴＭＬタグは携帯電話１３でも使用することができる（ＰＣでも問題ない）。
・画像送信装置１は、表示する画像データと次に表示する画像データのファイル名を同時に送信することで、携帯電話１３は毎回違うファイル名を使うことにより、キャッシュ機能に邪魔されることがなく常に新しいＨＴＴＰリクエストを送信することができる。
・画像送信装置１は、画像データと次の画像データのファイル名を同時に送信するため、ＴＣＰ／ＩＰの通信回数を増やすことがなく、通信レスポンスを悪化させない。
この結果、携帯電話１３で同じ画像が表示されてしまう問題を解決することができ、時間無制限の擬似動画を実現することができる。さらに、ＪＰＥＧやＧＩＦなどの静止画を用いているため、３ＧＰＰや３ＧＰＰ２などの携帯動画よりも画質が良く、セキュリティカメラなどの監視用途に使うことも可能である。

＜第２の実施の形態＞
２−１．概要
第２の実施の形態における画像送信装置１とユーザ端末（携帯電話）１３の特徴を、図１を使って説明する。
１．携帯電話１３から、画像（静止画ファイルＢ１とする）の送信を要求するＨＴＴＰリクエスト（画像送信要求）を送信する。このときに要求する画像ファイル名は、同じものが存在しないように乱数や時刻情報などから生成した文字列をファイル名として使用する。
２．画像送信装置１は、ログインしている携帯電話１３の場合に限り、要求されたファイルが存在しなくてもエラーを返さずに、記録された静止画を読み出してＨＴＴＰデータを生成し携帯電話１３に送信する。

このように携帯電話１３は、乱数や時刻情報などから作ったユニークなファイル名をリクエストし、画像送信装置１はエラーを返さずに、保存している画像ファイルを携帯電話１３に送信する。この動作を繰り返すと、携帯電話１３は毎回リクエストするファイル名を変えることができるため、携帯電話１３のキャッシュ機能に邪魔されることなく新しいリクエストを送信することが可能となる。この結果、同じ画像が表示されてしまう問題点を解決し、時間無制限の再生を実現することができる。なお、第２の実施の形態は、図１のユーザ端末（携帯電話）１３の静止画ファイル名保存部１７を取り除いた点だけが第１の実施の形態と相違するため、内部構成の説明を省略する。

２−２．動作フロー
図１及び図８を使って第２の実施の形態におけるユーザ端末１３と画像送信装置１の通信手順を説明する。図８は、第２の実施の形態におけるユーザ端末１３と画像送信装置１の通信手順を示したものである。ステップＳ１〜Ｓ９は第１の実施の形態と同じであるので、説明を省略し、ステップＳ９に続くステップＳ３０以下について説明する。
・ステップＳ３０：画像送信装置１は「カメラ１」のカメラ選択要求を受信すると、ＨＴＴＰレスポンス生成手段７でテキスト情報や操作ボタン、画像表示枠などのＨＴＭＬデータを生成する。このとき、静止画取得手段１０は、静止画記録部５に保存されている静止画（カメラ画像Ｂ１）を読み出して保持し、このデータのファイル名（カメラ画像Ｂ１のファイル名：2006031712301100）を以下に示すようにＨＴＭＬタグに設定する。
<IMG src=”2006031712301100.jpg”>
このようなＨＴＭＬデータをユーザ端末１３に送信する。

・ステップＳ３１：ユーザ端末１３がこれを受信すると、図３に示すような静止画表示用の画面が表示される。このときは、まだ静止画は表示されていない。
・ステップＳ３２：ユーザ端末１３は、カメラ画像Ｂ１のファイル名で画像送信要求を以下のように生成し、これを画像送信装置１へ送る。
GET 2006031712301100.jpg HTTP/1.1
・ステップＳ３３：画像送信装置１はこのリクエストを受信すると、静止画取得手段１０が、静止画記録部５に保存されている静止画（カメラ画像Ｂ１）を読み出して図９に示すようなＨＴＴＰデータをユーザ端末１３に送信する。

・ステップＳ３４：ユーザ端末１３がこれを受信すると、ＨＴＴＰレスポンス解析手段１６にて、データの内容を解析し、静止画（カメラ画像Ｂ１）のデータを取り出し、表示部１９へ送る。画面には、図５に示すような静止画（カメラ画像Ｂ１）が表示される。
・ステップＳ３５：このとき、タイマ処理手段１８ではタイマがセットされ（例えば１秒にセット）、タイマカウント動作が始まる。
・ステップＳ３６：１秒後に、タイマ処理手段１８からＨＴＴＰリクエスト生成手段１５へ通知がなされ、ＨＴＴＰリクエスト生成手段１５では、ファイル名を時刻情報や乱数から任意に生成し、このファイル名でリクエストを以下のように生成し、
GET 2006031756780002.jpg HTTP/1.1
これを画像送信装置１へ送信する。

・ステップＳ３７：画像送信装置１はこのリクエストを受信すると、要求されたファイルが存在しなくても、静止画取得手段１０が静止画記録部５に保存されている次の静止画（カメラ画像Ｂ２）を読み出して図１０に示すようなＨＴＴＰデータをユーザ端末１３に送信する。この動作は、ログインしているユーザ端末１３に対してのみ行うため、ログインしていないユーザ端末から通常のＨＴＴＰリクエストで、存在しないファイルが要求されてもエラーを返すことができる。
・ステップＳ３８：ユーザ端末１３がこれを受信すると、ＨＴＴＰレスポンス解析手段１６にてデータの内容を解析し、静止画（カメラ画像Ｂ２）のデータを取り出し、表示部１９へ送る。画面には、図７に示すように次の静止画（カメラ画像Ｂ２）が表示される。

・ステップＳ３９：このとき、タイマ処理手段１８ではタイマがセットされ（例えば１秒にセット）、タイマカウント動作が始まる。
・ステップＳ４０：１秒後に、タイマ処理手段１８からＨＴＴＰリクエスト生成手段１５へ通知がなされ、ＨＴＴＰリクエスト生成手段１５ではファイル名を時刻情報や乱数から任意に生成し、このファイル名でリクエストを以下のように生成し、これを画像送信装置１へ送信する。
GET 2006031756780003.jpg HTTP/1.1
このようにステップＳ３７〜Ｓ４０の処理を繰り返すと、ユーザ端末１３で静止画が連続的に切り替わり、擬似動画を再現することができる。

２−３．まとめ
第２の実施の形態の特徴をまとめると以下のようになる。
・第２の実施の形態で使用したＨＴＭＬタグは携帯電話１３でも使用することができる（ＰＣでも問題ない）。
・ユーザ端末１３は、要求するファイル名を、同じものが存在しないように乱数や時刻情報などから生成するので、キャッシュ機能に邪魔されることがなく常に新しいＨＴＴＰリクエストを送信することができる。
・画像送信装置１は、ログインしているユーザ端末に対して、要求されたファイルがなくても、レスポンスにエラーを返さずに画像データの送信を行う。したがって、画像ファイルをあらかじめユーザ端末１３に送信する必要がなく、第１の実施の形態よりも処理手段を簡便化できる（なお、通常のＨＴＴＰリクエストに対して、存在しないファイルが要求された場合はエラーを返しても、ＨＴＴＰとしての動作に支障がない）。
この結果、携帯電話で同じ画像が表示されてしまう問題を解決することができ、時間無制限の擬似動画を実現することができる。さらに、ＪＰＥＧやＧＩＦなどの静止画を用いているため、３ＧＰＰや３ＧＰＰ２などの携帯動画よりも画質が良く、セキュリティカメラなどの監視用途に使うことも可能である。

本発明では、画像送信装置１として、図１１に示すネットワークカメラ１０５、ホームサーバ１０４のほか、ネットワーク接続機能があるハードディスクレコーダやＤＶＤレコーダ、ブルーレイレコーダなどのビデオレコーダを使用してもよい。この場合、レコーダから送信された録画コンテンツを携帯電話で受信して視聴することができる。自動録画（ユーザの嗜好などを学習して自動的に録画する機能）などで大量に録画されたコンテンツの内容を、外出先から確認することができ、かつ、必要ないコンテンツがあればその場で削除することも可能である。

以上、第１の実施の形態によれば、画像送信装置にて「携帯電話で表示する画像データ」と「携帯電話が次に表示する画像データのファイル名（乱数や時刻情報などから生成したユニークな名前）」を同時に送信することによって、携帯電話は画像データを画面に表示し、かつ、画像送信装置から得たファイル名を使って、次に表示する画像を要求することができる。これにより、携帯電話は毎回違うファイル名でＨＴＴＰリクエストを送信できるため、キャッシュに保存された同じ画像を表示してしまう問題を解決し、毎回違う画像を得ることが可能になる。また、第２の実施の形態によれば、携帯電話は乱数や時刻情報などから任意に生成したユニークなファイル名を用いてＨＴＴＰリクエストを行い、画像送信装置はログインされた携帯電話については要求されたファイル名が存在しなくてもエラーレスポンスを返さずに、画像データを送信することにより、携帯電話は毎回違うファイル名でＨＴＴＰリクエストを送信できるため、キャッシュに保存された同じ画像を表示してしまう問題を解決し、毎回違う画像を得ることが可能になる。

また、第２の実施の形態によれば、第１の実施の形態で行うような静止画ファイル名保存部１７からの読み出し処理や画像ファイル名をＨＴＴＰデータに挿入する処理を省くことができ、より簡単に実現することができる。以上のように本発明を用いれば、３ＧＰＰなどの携帯標準動画では不可能だった時間無制限の動画再生が可能となる。また、ＪＰＥＧやＧＩＦなどの静止画を用いているため、３ＧＰＰなどよりも画質が良く、セキュリティカメラなどの監視用途に使うこともできる。さらに、画像送信装置にホームサーバやハードディスクレコーダ、又は、DVDやブルーレイディスク（登録商標）などの光ディスクレコーダを使用した場合、録画したコンテンツの内容を携帯電話から確認することができる。

本発明の第１の実施の形態及び第２の実施の形態による画像送信装置とユーザ端末の構成を示すブロック図である。 本発明の第１の実施の形態の画像送信装置とユーザ端末間の通信手順を示したシーケンス図である。 ユーザ端末の静止画表示用画面を示す説明図である。 第１の実施の形態の画像送信装置の送信データを示す説明図である。 ユーザ端末の静止画表示画面を示す説明図である。 第１の実施の形態の画像送信装置の他の送信データを示す説明図である。 ユーザ端末の静止画表示画面を示す説明図である。 本発明の第２の実施の形態の画像送信装置とユーザ端末間の通信手順を示したシーケンス図である。 第２の実施の形態の画像送信装置の送信データを示す説明図である。 第２の実施の形態の画像送信装置の他の送信データを示す説明図である。 一般的なネットワーク画像伝送装置の全体を示したブロック図である。 従来技術における画像送信装置とユーザ端末間の通信手順を示したシーケンス図である。 ユーザ端末のログイン画面を示す説明図である。 ユーザ端末のカメラ選択画面を示す説明図である。 ユーザ端末の画像表示画面を示す説明図である。

符号の説明

１ 画像送信装置
２ カメラ
３ 映像信号処理部
４ コンテンツ記録部
５ 静止画記録部
６ ＣＰＵ
７ ＨＴＴＰレスポンス生成手段
８ ＨＴＴＰリクエスト解析手段
９ ユーザ認証手段
１０ 静止画取得手段
１１、１４ ネットワーク送受信部
１２ インターネット
１３ ユーザ端末
１５ ＨＴＴＰリクエスト生成手段
１６ ＨＴＴＰレスポンス解析手段
１７ 静止画ファイル名保存部
１８ タイマ処理手段
１９ 表示部
２０ 操作処理部
２１ 操作入力

Claims (2)

1. 複数枚の静止画を保持した画像送信装置と表示手段を備えた端末とがネットワークを介して接続され、前記端末からの静止画の送信要求に従って前記画像送信装置から静止画を順次読み出して送信し、前記端末で順次受信して前記表示手段に表示するネットワーク画像伝送表示システムにおけるネットワーク画像伝送表示方法において、
   前記端末から前記画像送信装置に対して前記静止画の送信要求を送信する第１のステップと、
   前記画像送信装置が前記第１のステップによる前記静止画の送信要求を受信して、今回送信する１枚の静止画と次回送信すべき１枚の静止画のファイル名とを前記端末に送信する第２のステップと、
   前記端末が前記第２のステップにより送信された前記１枚の静止画と前記ファイル名とを受信し、この受信した１枚の静止画を前記表示手段に表示して、前記受信したファイル名に該当する静止画の送信要求を前記画像送信装置に送信する第３のステップとを、
   有することを特徴とするネットワーク画像伝送表示方法。
2. 複数枚の静止画を保持した画像送信装置と表示手段を備えた端末とがネットワークを介して接続され、前記端末からの静止画の送信要求に従って前記画像送信装置から静止画を順次読み出して送信し、前記端末で順次受信して前記表示手段に表示するネットワーク画像伝送表示システムにおけるネットワーク画像伝送表示方法において、
   前記端末から前記画像送信装置に対して前記静止画の送信要求を送信する第１のステップと、
   前記画像送信装置が前記第１のステップによる前記静止画の送信要求を受信して、今回送信する１枚の静止画を前記端末に送信する第２のステップと、
   前記端末が前記第２のステップにより送信された前記１枚の静止画を受信して前記表示手段に表示し、ユニークな静止画のファイル名を作成してこのファイル名に基づく静止画の送信要求を前記画像送信装置に送信する第３のステップと、
   前記画像送信装置が前記第３のステップによる前記静止画の送信要求を受信して、前記第２のステップにおいて前記端末に送信した１枚の静止画に続く静止画を前記ファイル名の静止画にして前記端末に送信する第４のステップとを、
   有することを特徴とするネットワーク画像伝送表示方法。