(57)【要約】  【構成】  サーバ１２は、カメラ１４から複数の画像信号を取り込むと、撮影時刻を含むインデックスを画像信号毎に作成し、作成された複数のインデックスのうち撮影時刻によって規定される時間帯に重複が生じているインデックスにフラグを割り当てる。また、端末１６から所望の時刻情報が入力されると、作成された複数のインデックスの中から所望の時刻情報と同じ時刻情報を含む１つのインデックスを特定し、特定されたインデックスにフラグが割り当てられているか否かを判別し、判別結果を端末１６に出力する。  【効果】  カメラ１４の時刻が過去に遡る向きに変更された結果サーバ１２内に同一撮影時刻を持つ別の画像信号が存在しても、別の画像信号の存在が明示されるので、別の画像信号を再検索することにより、複数の画像信号を洩れなく検索することができる。【選択図】  図１
2005027251.tif 000002
【特許請求の範囲】
【請求項１】
時刻情報が割り当てられた状態で順次取り込まれる複数の画像信号を管理し、所望の時刻情報に対応する画像信号を出力する画像管理装置において、
前記時刻情報を含むインデックスを前記画像信号毎に作成する作成手段、
前記作成手段によって作成された複数のインデックスのうち前記時刻刻情報によって規定される時間帯に重複が生じているインデックスにマーカを割り当てる割り当て手段、
前記作成手段によって作成された複数のインデックスの中から前記所望の時刻情報と同じ時刻情報を含む１つのインデックスを特定する第１特定手段、
前記第１特定手段によって特定されたインデックスにマーカが割り当てられているか否かを判別する第１判別手段、および
前記第１判別手段の判別結果を出力する出力手段を備えることを特徴とする、画像管理装置。
【請求項２】
今回取り込まれた画像信号に割り当てられた時刻情報と前回取り込まれた画像信号に割り当てられた時刻情報との間で時刻の逆転が生じているか否かを判別する第２判別手段をさらに備え、
前記作成手段は前記第２判別手段の判別結果が肯定的であるとき前記時刻情報の配置を前記インデックスの第１部分から第２部分に変更し、
前記第１特定手段は前記所望の時刻情報を前記第１部分に配置された時刻情報と比較して特定動作を行う、請求項１記載の画像管理装置。
【請求項３】
前記第１特定手段は前記所望の時刻情報が第１態様で入力されたとき特定動作を行い、
前記所望の時刻情報が第２態様で入力されたとき前記所望の時刻情報と同じ時刻情報が前記第２部分に配置されたインデックスを特定する第２特定手段をさらに備える、請求項２記載の画像管理装置。
【請求項４】
前記割り当て手段は時間帯の重複が生じているインデックスのうち時刻の逆転が生じる前に作成されたインデックスに前記マーカを割り当てる、請求項１ないし３のいずれかに記載の画像管理装置。
【請求項５】
前記画像信号を出力する出力装置に任意の時刻を設定する設定手段をさらに備える、請求項１ないし４のいずれかに記載の画像管理装置。
【請求項６】
前記画像信号は監視カメラから出力された監視画像信号である、請求項１ないし５のいずれかに記載の画像管理装置。
【請求項７】
時刻情報が割り当てられた状態で順次取り込まれる複数の画像信号を管理し、所望の時刻情報に対応する画像信号を出力する画像管理装置によって処理される画像管理プログラムであって、
前記時刻情報を含むインデックスを前記画像信号毎に作成する作成ステップ、
前記作成ステップによって作成された複数のインデックスのうち前記時刻情報によって規定される時間帯に重複が生じているインデックスにマーカを割り当てる割り当てステップ、
前記作成ステップによって作成された複数のインデックスの中から前記所望の時刻情報と同じ時刻情報を含む１つのインデックスを特定する特定ステップ、
前記特定ステップによって特定されたインデックスにマーカが割り当てられているか否かを判別する判別ステップ、および
前記判別ステップの判別結果を出力する出力ステップを備えることを特徴とする、画像管理プログラム。
【請求項８】
時刻情報が割り当てられた状態で順次取り込まれる複数の画像信号を管理し、所望の時刻情報に対応する画像信号を出力する画像管理装置によって行われる画像管理方法であって、
(a) 前記時刻情報を含むインデックスを前記画像信号毎に作成し、
(b) 前記ステップ(a) によって作成された複数のインデックスのうち前記時刻刻情報によって規定される時間帯に重複が生じているインデックスにマーカを割り当て、
(c) 前記ステップ(a) によって作成された複数のインデックスの中から前記所望の時刻情報と同じ時刻情報を含む１つのインデックスを特定し、
(d) 前記ステップ(c) によって特定されたインデックスにマーカが割り当てられているか否かを判別し、そして
(e) 前記ステップ(d) の判別結果を出力する、画像管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、監視カメラシステムに関し、特にたとえば、複数の監視カメラと、端末と、複数の監視カメラの各々によって撮影された画像を蓄積して端末に配信するサーバとからなる、監視カメラシステムに関する。
【背景技術】
【０００２】
従来この種の監視カメラシステムの一例が、特許文献１に開示されている。この特許文献１の従来技術では、監視カメラは、撮影した画像を自分の識別子と撮影時刻とを添付して送信し、サーバは、監視カメラから送られてくる画像をカメラ識別子および撮影時刻と共に記録する。ユーザが閲覧したい画像のカメラ識別子および撮影時刻を端末に入力すると、サーバは、入力された識別子および時刻をインデックスとして検索を行い、ユーザの所望する画像を端末に送信する。
【特許文献１】特開２００２−３４４８８５号公報〔Ｈ０４Ｎ  ５／９１５，Ｇ０８Ｂ  １３／１９６，Ｈ０４Ｎ  ５／７６，Ｈ０４Ｎ  ７／１８〕
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、監視カメラシステムでは一般に、カメラが参照するリアルタイムクロック（ＲＴＣ）の時刻が変更されることがある。時刻変更は、例えばＲＴＣの誤差を修正したり、季節の変わり目に時刻を１時間進めたり遅らせたりするとき行われる。
【０００４】
カメラの時刻が過去に遡る向きに変更されると、変更後の時刻が変更直前の時刻を過ぎるまでの期間、そのカメラから過去に送信された画像と同一の撮影時刻を持った別の画像が送信されることになる。
【０００５】
特許文献1のような従来の監視カメラシステムでは、上記のような時刻変更が行われた結果、カメラ識別子および撮影時刻がいずれも同一である別々の画像がサーバ内に存在する状態となると、どちらか一方の画像が検索から洩れることになるため、発生した異常を見落とす危険性がある。
【０００６】
それゆえに、この発明の主たる目的は、画像信号を洩れなく検索できる、画像管理装置を提供することである。
【課題を解決するための手段】
【０００７】
請求項１の発明は、時刻情報が割り当てられた状態で順次取り込まれる複数の画像信号を管理し、所望の時刻情報に対応する画像信号を出力する画像管理装置において、時刻情報を含むインデックスを画像信号毎に作成する作成手段、作成手段によって作成された複数のインデックスのうち時刻刻情報によって規定される時間帯に重複が生じているインデックスにマーカを割り当てる割り当て手段、作成手段によって作成された複数のインデックスの中から所望の時刻情報と同じ時刻情報を含む１つのインデックスを特定する第１特定手段、第１特定手段によって特定されたインデックスにマーカが割り当てられているか否かを判別する第１判別手段、および第１判別手段の判別結果を出力する出力手段を備えることを特徴とする、画像管理装置である。
【０００８】
請求項1の発明では、複数の画像信号が取り込まれると、時刻情報を含むインデックスを画像信号毎に作成し、作成された複数のインデックスのうち時刻刻情報によって規定される時間帯に重複が生じているインデックスにマーカを割り当てる。また、所望の時刻情報が入力されると、作成された複数のインデックスの中から所望の時刻情報と同じ時刻情報を含む１つのインデックスを特定し、特定されたインデックスにマーカが割り当てられているか否かを判別する。そして、この判別結果を出力する。これにより、特定されたインデックスに含まれているものと同じ時刻情報を含む別のインデックスが存在するか否かが明示されるので、検索された画像信号と同じ時刻情報を持つ別の画像信号がもし存在していれば、それを知ることができる。そこで、必要に応じて別の画像信号を再検索することにより、複数の画像信号を洩れなく検索することができる。
【０００９】
請求項２の発明は、請求項1の発明において、今回取り込まれた画像信号に割り当てられた時刻情報と前回取り込まれた画像信号に割り当てられた時刻情報との間で時刻の逆転が生じているか否かを判別する第２判別手段をさらに備え、作成手段は第２判別手段の判別結果が肯定的であるとき時刻情報の配置をインデックスの第１部分から第２部分に変更し、第１特定手段は所望の時刻情報を第１部分に配置された時刻情報と比較して特定動作を行う。
【００１０】
請求項２の発明では、今回取り込まれた画像信号に割り当てられた時刻情報と前回取り込まれた画像信号に割り当てられた時刻情報との間で時刻の逆転が生じているか否かを判別し、この判別結果が肯定的であるとき時刻情報の配置をインデックスの第１部分から第２部分に変更する。また、所望の時刻情報を第１部分に配置された時刻情報と比較して特定動作を行う。
【００１１】
すなわち、インデックスの第１部分に時刻情報を配置し、所望の時刻情報とインデックスの第1部分とを比較してインデックスを特定する。時刻の逆転が発生すると、時刻情報の配置をインデックスの第１部分から第２部分に変更する。その結果、時刻の逆転が発生したときには、上記の特定動作が行われなくなる。
【００１２】
請求項３の発明は、請求項２の発明において、第１特定手段は所望の時刻情報が第１態様で入力されたとき特定動作を行い、所望の時刻情報が第２態様で入力されたとき所望の時刻情報と同じ時刻情報が第２部分に配置されたインデックスを特定する第２特定手段をさらに備える。
【００１３】
請求項３の発明では、所望の時刻情報が第１態様で入力されたとき特定動作を行い、所望の時刻情報が第２態様で入力されたとき所望の時刻情報と同じ時刻情報が第２部分に配置されたインデックスを特定する。
【００１４】
すなわち、所望の時刻情報が第１態様で入力されたとき、上記の特定動作、つまり所望の時刻情報をインデックスの第1部分と比較してインデックスを特定する動作を実行する。一方、所望の時刻情報が第２態様で入力されたときには、所望の時刻情報をインデックスの第２部分と比較してインデックスを特定する。ここで第２態様は、所望の時刻情報が第１態様で入力されるのを受けて特定されたインデックスにマーカが割り当てられているとき、再検索のためにもう一度所望の時刻情報を入力する場合の態様である。こうして第１態様を第１部分と対応させ、第２態様を第２部分と対応させたことにより、再検索時に検索範囲を指定する必要がなくなり、操作性が向上する。
【００１５】
請求項４の発明は、請求項１ないし３のいずれかの発明において、割り当て手段は時間帯の重複が生じているインデックスのうち時刻の逆転が生じる前に作成されたインデックスにマーカを割り当てる。
【００１６】
請求項４の発明では、時間帯の重複が生じているインデックスのうち時刻の逆転が生じる前に作成されたインデックスにマーカを割り当てるので、画像信号を順方向に効率よく検索することができる。なお、画像信号を逆方向に検索する場合には、時刻の逆転が生じた後に作成されたインデックスにマーカを割り当てるのが好ましい。また、時刻の逆転が生じる前に作成されたインデックスと、時刻の逆転が生じた後に作成されたインデックスとの両方にマーカを割り当てれば、画像信号を順方向にも逆方向にも効率よく検索することができる。
【００１７】
請求項５の発明は、請求項１ないし４のいずれかの発明において、画像信号を出力する出力装置に任意の時刻を設定する設定手段をさらに備える。
【００１８】
請求項５の発明では、画像信号を出力する出力装置に任意の時刻を設定する。その結果として撮影時刻が同一である別々の画像信号が存在する状態となっても、出力装置から出力される画像信号を洩れなく検索することができる。
【００１９】
請求項６の発明は、請求項１ないし５のいずれかの発明において、画像信号は監視カメラから出力された監視画像信号である。
【００２０】
請求項６の発明では、画像信号は監視カメラから出力された監視画像信号である。もし監視画像信号が検索から洩れると、発生した異常を見落とす危険性があるが、請求項６の発明によれば、監視画像信号を洩れなく検索することができるので、発生した異常を見落とす危険性が少なくなる。
【００２１】
請求項７の発明は、時刻情報が割り当てられた状態で順次取り込まれる複数の画像信号を管理し、所望の時刻情報に対応する画像信号を出力する画像管理装置によって実行される画像管理プログラムであって、時刻情報を含むインデックスを画像信号毎に作成する作成ステップ、作成ステップによって作成された複数のインデックスのうち時刻情報によって規定される時間帯に重複が生じているインデックスにマーカを割り当てる割り当てステップ、作成ステップによって作成された複数のインデックスの中から所望の時刻情報と同じ時刻情報を含む１つのインデックスを特定する特定ステップ、特定ステップによって特定されたインデックスにマーカが割り当てられているか否かを判別する判別ステップ、および判別ステップの判別結果を出力する出力ステップを備えることを特徴とする、画像管理プログラムである。
【００２２】
請求項７のプログラムが画像管理装置によって処理され、その結果、請求項１に記載したような効果が奏される。
【００２３】
請求項８の発明は、時刻情報が割り当てられた状態で順次取り込まれる複数の画像信号を管理し、所望の時刻情報に対応する画像信号を出力する画像管理装置によって行われる画像管理方法であって、(a) 時刻情報を含むインデックスを画像信号毎に作成し、(b) ステップ(a) によって作成された複数のインデックスのうち時刻刻情報によって規定される時間帯に重複が生じているインデックスにマーカを割り当て、(c) ステップ(a) によって作成された複数のインデックスの中から所望の時刻情報と同じ時刻情報を含む１つのインデックスを特定し、(d) ステップ(c) によって特定されたインデックスにマーカが割り当てられているか否かを判別し、そして(e) ステップ(d) の判別結果を出力する、画像管理方法である。
【００２４】
請求項８の方法が画像管理装置によって行われ、その結果、請求項１に記載したような効果が奏される。
【発明の効果】
【００２５】
この発明によれば、監視カメラの時刻が過去に遡る向きに変更された結果として撮影時刻が同一である別々の画像が存在する状態となっても、監視カメラによって撮影された画像を洩れなく検索することができる。
【００２６】
この発明の上述のような目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００２７】
図１を参照して、この発明の一実施例である遠隔監視システム１０は、３台のサーバ１２ａ〜１２ｃと、３台のカメラ１４ａ〜１４ｃとを備えている。サーバ１２ａ〜１２ｃはそれぞれ、ルータ２８を介してインターネット２０と接続される。
【００２８】
ここで、サーバ１２ａ〜１２ｃの各々は、大量の画像データを記憶すべく大容量を有している。なお、サーバ１２ａ〜１２ｃは、図示されているように一箇所に設置するのでなく、各地に分散させて配置し、インターネット２０を介して相互に接続する構成でもよい。また、ユーザ数やサービス内容によってはサーバ１２ａ〜１２ｃのうち任意の１台または２台を削除することもできるし、図示されていない別のサーバを新たに追加してもよい。
【００２９】
カメラ１４ａは、例えば携帯用のビデオカメラであり、携帯電話１８ａによって所定のダイヤル操作が行われたとき、移動体通信網２４ａと通信事業者２２ａが提供するインターネット接続サービスとを介してインターネット２０に接続される。カメラ１４ｂは、例えば家庭用の固定式監視カメラであり、モデム３０がプロバイダ２６ａのアクセスポイント番号をダイヤルしたとき、一般公衆回線３６およびプロバイダ２６ａを介してインターネット２０に接続される。なお、一般公衆回線３６およびモデム３０の代わりに、ＩＳＤＮ回線およびターミナルアダプタを用いてもよい。また、モデム３０の代わりにＡＤＳＬモデムやブロードバンドルータを用いて、カメラ１４ａをインターネット２０に常時接続してもよい。カメラ１４ｃは、例えばオフィスビルに設置された固定式監視カメラであり、ルータ３２および構内ＬＡＮ専用線３４を介してインターネット２０と接続される。
【００３０】
カメラ１４ａ，１４ｂまたは１４ｃ（以下、特に区別する必要がなければ単にカメラ１４と記す）によって撮影された画像データは、こうして接続されたインターネット２０を通じてサーバ１２ａ，１２ｂ，または１２ｃ（同様に単にサーバ１２と記す）へと送信される。なお、カメラ１４ａ〜１４ｃは、前述のようなビデオカメラや監視カメラに限らず、例えばディジタルカメラとコンピュータとを組み合わせて構成されるものであってもよい。また、カメラ１４ａおよび携帯電話１８ａは、両者を一体化したカメラ付き携帯電話であってもよい。
【００３１】
端末１６は、例えばパーソナルコンピュータであり、プロバイダ２６ｂおよびインターネット２０を介して、サーバ１２またはカメラ１４に接続される。ユーザは、端末１６を利用して、サーバ１２に蓄積された画像の閲覧や検索を実行したり、サーバ１２のサービス条件を設定または変更したり、あるいはカメラ１４の撮影条件を設定または変更したりすることができる。ユーザは、端末１６だけでなく携帯電話１８ｂによっても、同様の操作を行うことができる。この場合、携帯電話１８ｂは、移動体通信網２４ｂおよび通信事業者２２ｂの提供するインターネット接続サービスを利用してインターネット２０に接続される。携帯電話１８ｂは、移動体通信網２４ａ，２４ｂのみを介してカメラ１４ａへ接続することもできる。
【００３２】
サーバ１２ａ〜１２ｃの各々は、図２のように構成される。図２によれば、画像メモリ１２１と、ユーザデータテーブル１２２と、カメラデータテーブル１２３と、ＣＰＵ１２４と、インターフェース（Ｉ／Ｆ）１２５と、リアルタイムクロック（ＲＴＣ）１２６と、フラッシュメモリ１２７とが、サーバ１２ａ〜１２ｃの各々に設けられる。
【００３３】
画像メモリ１２１は、カメラ１４から送られる画像データを記憶する。ユーザデータテーブル１２２は、サーバ１２ａ〜１２ｃにアクセスできるユーザ一人一人について、提供される監視サービスの内容や条件を保持する。カメラデータテーブル１２３は、自分が属するサーバ１２と接続されたカメラ１４ａ〜１４ｃについて共通に設定された撮影条件と、かかるカメラ１４ａ〜１４ｃについて個別に設定された撮影条件とを保持する。
【００３４】
ＣＰＵ１２４は、ユーザデータテーブル１２２およびカメラデータテーブル１２３の設定に基づいて、ユーザに対して画像蓄積サービスを行う。ＣＰＵ１２４はまた、ユーザデータテーブル１２２およびカメラデータテーブル１２３の設定に基づいて、ユーザの端末１６または携帯電話１８ｂに対する画像データの送出、カメラ１４ａ〜１４ｃに対応するプロトコルのサポート、ユーザの端末１６または携帯電話１８ｂから入力されたユーザ毎のサービス条件に基づくユーザデータテーブル１２２の変更などを行う。
【００３５】
ＣＰＵ１２４はさらに、カメラ１４の時刻が過去に遡る向きに変更された結果画像メモリ１２１内に同一撮影時刻を持つ別々の画像が存在するとき、両画像を互いに区別し得る時刻インデックスを作成する。
【００３６】
なお、ＣＰＵ１２４はマルチタスクＯＳを搭載したＣＰＵであり、複数のタスクを並列的に実行することができる。例えば、複数端末からの要求を並列的に処理したり、複数カメラからの画像を並列的に記録したりすることができる。
【００３７】
外部との通信は、Ｉ／Ｆ１２５を介して行われる。ＲＴＣ１２６は、自分が属するサーバ１２によって参照される時刻を計測し保持する。
【００３８】
画像メモリ１２１の構成が図５に示されている。図５を参照して、画像メモリ１２１は、インデックス領域１２１１と画像データ領域１２１２とに区分される。画像データ領域１２１２には、画像１，２，３，…の各々の実データが記憶される。インデックス領域１２１１には、画像１，２，３，…の各々のインデックスデータ、つまり時刻インデックス１２１３，カメラインデックス１２１４，サイズ１２１５およびポインタ１２１６が記憶される。
【００３９】
ユーザデータテーブル１２２の一例が図６に示されている。図６を参照して、ユーザデータテーブル１２２は、この監視サービスの登録ユーザ数と同数のユーザ領域１２２ａ，１２２ｂ，…に分割され、ユーザ領域１２２ａ，１２２ｂ，…の各々は、ユーザのプロファイルが記述されたプロファイルテーブル１２２１，許可されるサービス内容が記述されたサービス内容テーブル１２２２，およびユーザに属しているカメラの識別子コードが記述されたカメラコードテーブル１２２３に区分される。プロファイルテーブル１２２１には、具体的にはユーザの識別コードおよびユーザ名が登録される。
【００４０】
カメラデータテーブル１２３の一例が図７に示されている。図７を参照して、カメラデータテーブル１２３は、全てのカメラ１４ａ〜１４ｃに共通の設定が登録される共通テーブル１２３１と、カメラ１４ａに固有の設定が登録された個別テーブル１２３２ａ，カメラ１４ｂに固有の設定が登録された個別テーブル１２３２ｂ，およびカメラ１４ｃに固有の設定が登録された個別テーブル１２３２ｃとに分割される。
【００４１】
個別テーブル１２３２ａ〜１２３２ｃの各々には、ＩＰアドレス１２３４，記録レート１２３５，圧縮率／解像度１２３６，直前画像時刻１２３７および逆転フラグ１２３８が登録される。共通テーブル１２３１に登録された設定は、注目するカメラに固有の設定が登録されていない場合に参照される。
【００４２】
ＩＰアドレス１２３４は、インターネット２０上でカメラ１４を識別するためのアドレスであり、固定的に付与されるか、インターネット２０への接続時に動的に割り当てられる。記録レート１２３５は、カメラ１４で採用される記録レートであり、例えば１フレーム／３秒のように設定される。圧縮率／解像度１２３６は、カメラ１４で採用される画像の圧縮率／解像度であり、例えば圧縮率“３”，解像度“６４０×４８０”のように記述される。直前画像時刻１２３７は、時刻設定によって時刻の逆転が発生したとき、逆転発生の直前に受信された画像信号４０に含まれる撮影時刻４０３を保持したものである。逆転フラグ１２３８は、時刻の逆転が発生したときセット（ＯＮ）される。
【００４３】
カメラ１４ａ〜１４ｃの各々は、図３に示すように構成される。図３を参照して、被写体は、撮像素子１４１によって撮影される。撮影された画像データは、内部メモリ１４５に一時的に格納される。なお、撮像素子１４１は、別体または分離可能な構成としてもよい。
【００４４】
撮影条件テーブル１４２には、撮像素子１４１が被写体を撮影するときの条件が登録される。撮影条件テーブル１４２の一例を図８に示す。図８を参照して、撮影条件テーブル１４２には、画像データの解像度を示す解像度情報１４２１、データの圧縮率を示す圧縮率情報１４２２、画像データの送信レートを示す送信レート情報１４２３、撮影間隔を示す撮影間隔情報１４２４、画像データの送信先となるサーバ１２のＩＰアドレスを示すＩＰアドレス情報１４２５、インターネット２０への接続に必要な情報を示すインターネット接続情報１４２６およびサーバ１２との接続条件を示す接続条件情報１４２７が記述される。撮影間隔情報１４２４には、例えば常時撮影か断続的な撮影かの区別、断続撮影の場合は撮影を行う周期と１回当たりの撮影時間などが含まれる。インターネット接続情報１４２６には、例えば常時接続かダイヤルアップ接続かの区別、ダイヤルアップ接続の場合はプロバイダ２６ａによるアクセスポイントの電話番号などが含まれる。接続条件情報１４２７には、例えば常時接続か断続的に接続するのかの区別、断続的に接続する場合は接続を行う周期や１回当たりの接続時間などが含まれる。
【００４５】
再び図３を参照して、ＲＴＣ１４６は、自分が属するカメラ１４によって参照される時刻を計測し保持する。ＣＰＵ１４３は、撮像条件テーブル１４２に記録されている内容に従って、撮像素子１４１を通じて被写体を撮影し、画像データをサーバ１２に送信する。その際、ＣＰＵ１４３は、撮影時刻をＲＴＣ１４６から取得し、取得した撮影時刻を示す情報を撮影された画像データに付加する。より具体的には、被写体を所定のレート（例えば３秒に１フレーム）で撮影しつつ、得られた１枚１枚の画像に対し、各々の撮影時刻をＲＴＣ１４６から順次読み取ってタイムスタンプとして添付していく。なお、外部との通信は、Ｉ／Ｆ１４４を介して行われる。
【００４６】
また、ＣＰＵ１４３は、サーバ１２への接続形態に応じたプロトコルをサポートする。すなわち、公衆回線やＩＳＤＮ回線を経由してダイヤルアップ接続を行う場合には、ＰＰＰプロトコルをサポートし、ＰＨＳ（Personal Handy phone System）のＰＩＡＦＳ（PHS Internet Access Forum Standard）を使う場合には、ＰＩＡＦＳＩ／Ｆとそのドライバをサポートし、また、構内ＬＡＮ（Local Area Network）に接続する場合は、Ｅｔｈｅｒｎｅｔ（イーサネット：登録商標）Ｉ／Ｆとそのドライバをサポートする。ＣＰＵ１４３はさらに、上述したＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）、ＦＴＰ（File Transfer Protocol）やＲＳ−２３２ＣＩ／Ｆをサポートしている。
【００４７】
端末１６は、図４のように構成される。図４を参照して、端末１６は、内部メモリ１６１と、ＣＰＵ１６２と、Ｉ／Ｆ１６３〜１６５と、ＲＴＣ１６６と、ディスプレイ１６７と、キーボード１６８と、フラッシュメモリ１６９とを含む。ＣＰＵ１６２は、キーボード１６８を通じてなされるユーザ指示に応じ、サーバ１２内の画像を検索したり、カメラ１４に対して時刻設定を行ったりする。ディスプレイ１６７には、メニュー選択画面やサーバ１２から送られてきた画像が表示される。ＲＴＣ１６６は、自分が属する端末１６によって参照される時刻を計測し保持する。
【００４８】
端末１６のＣＰＵ１６２は、具体的には図９〜１１に示すフロー図を処理する。なお、このフロー図に対応する制御プログラムは、フラッシュメモリ１６９に記憶されている。
【００４９】
まず図９を参照して、端末１６の電源が投入されると、ＣＰＵ１６２は、ステップＳ１１で初期処理を実行する。初期処理では、Ｉ／Ｆ１６３〜１６５や内部メモリ１６１の初期化、インターネット２０への接続などが行われる。次のステップＳ１３では、サーバ１２へのアクセスが試みられ、さらに次のステップＳ１５では、サーバ１２からの応答に基づき、サーバ１２に接続可能であるか否かが判断される。判断結果が接続不可能を示せばステップＳ１７に、接続可能を示せばステップＳ２１に進む。
【００５０】
ステップＳ１７でＣＰＵ１６２は、試行回数が上限を越えたか否かを判定する。試行回数が上限を超えていなければステップＳ１３に戻り、サーバ１２への接続を再度試みる。上限を超えていれば、ステップＳ１９に進む。ステップＳ１９では、ディスプレイ１６７にエラーメッセージ“接続不可”を表示する。その後、ステップＳ３１に進む。
【００５１】
ステップＳ２１でＣＰＵ１６２は、ユーザＩＤおよびパスワードの入力を受け付ける。ステップＳ２３では、入力されたユーザＩＤおよびパスワードをサーバ１２に送信する。ステップＳ２５では、サーバ１２からアクセス許可が下りたかどうかを判定する。アクセス許可が下りればステップＳ５１に進み、下りなければステップＳ２７に進む。
【００５２】
ステップＳ２７でＣＰＵ１６２は、試行回数が上限を越えたか否かを判定する。上限を超えていなければステップＳ２１に戻り、もう一度ユーザＩＤおよびパスワードの入力を受け付ける。上限を超えていればステップＳ２９に進み、ディスプレイ１６７にエラーメッセージ“パスワードエラー”を表示する。その後ステップＳ３１に進む。
【００５３】
ステップＳ３１でＣＰＵ１６２は他の処理を行い、ステップＳ３３では再びサーバ１２に接続するかどうかを判断する。接続する場合ステップＳ１３に戻り、接続しない場合ステップＳ３４に進む。ステップＳ３４では、処理を継続するかどうかを判断する。継続する場合にはステップＳ３１に戻る。
【００５４】
図１０を参照して、ステップＳ３５でＣＰＵ１６２は、ディスプレイ１６７にメニュー選択画面を表示する。メニュー選択画面の一例が図１２に示されている。図１２を参照して、メニュー選択画面４３には、“画像検索”，“同時刻画像検索”および“時刻設定”のいずれか１つを選択するための選択欄４３１と、時刻入力欄４３２と、カメラ番号入力欄４３３と、連続検索を行うかどうかを選択するための選択欄４３４とが提示される。
【００５５】
選択欄４３１において、“画像検索”は、所望の画像を検索する場合に選択される。“同時刻画像検索”は、一度“画像検索”を行ってサーバ１２から画像が送られてきた後、送られてきた画像と同時刻に撮影された別の画像の存在が明らかとなったとき、この別の画像を検索する場合に選択される。
【００５６】
選択欄４３１で“画像検索”および“同時刻画像検索”のどちらかが選択された場合、時刻入力欄４３２には、検索したい画像の撮影時刻が入力される。カメラ番号入力欄４３３には、任意の１つまたは２以上のカメラ番号が入力される。選択欄４３４では、“連続検索を行う”および“行わない”のどちらか一方が選択される。
【００５７】
選択欄４３１で“時刻設定”が選択された場合、時刻入力欄４３２には、カメラに設定したい時刻が入力される。カメラ番号入力欄４３３には、時刻設定の対象となるカメラの番号が入力される。選択欄４３４は無視される。
【００５８】
なお、連続検索を“行わない”とは、ある時刻の画像を１枚もしくは１組だけ検索することを意味し、連続検索を“行う”とは、ある時刻の画像を１枚もしくは１組検索した後、引き続き時刻を更新しながら検索を繰り返していくことを意味する。
【００５９】
再び図１０を参照して、ステップＳ３７でＣＰＵ１６２は、画像検索が指示されたか否かを判定する。画像検索が指示されればステップＳ３９に進み、そうでなければステップＳ７１に進む。ステップＳ３９でＣＰＵ１６２は、検索パラメータの入力を受け付ける。検索パラメータは、カメラ番号，撮影時刻および連続検索フラグを含む。カメラ番号は、メニュー選択画面４３のカメラ番号入力欄４３３に入力され、撮影時刻は、時刻入力欄４３２に入力され、連続検索フラグは、選択欄４３４で連続検索を“行う”が選択されたときセットされる。
【００６０】
ステップＳ４１では、ステップＳ３９で入力されたカメラ番号の個数をもとに、指定されたカメラが複数かどうかを判定する。指定カメラが複数であればステップＳ５５に進み、単数であればステップＳ４３進む。
【００６１】
ステップＳ４３でＣＰＵ１６２は、指定カメラによって撮影された画像を要求するためのパケットを作成する。要求パケットのフォーマットが図１３に示されている。図１３を参照して、要求パケット４２には、要求種別コード４２１と、時刻情報４２２と、カメラコード４２３と、同時刻画像検索フラグ４２４とが含まれる。要求種別コード４２１が画像検索要求を示す場合、時刻情報４２２には検索対象画像の撮影時刻が記述される。同時刻画像検索フラグ４２４は、図１２に示す選択欄４３において“同時刻画像検索”が選択されたときセット（ＯＮ）される。なお、要求種別コード４２１が時刻設定要求を示す場合については後述する。
【００６２】
再び図１０を参照して、ステップＳ４５でＣＰＵ１６２は、ステップＳ４３で作成した要求パケットをサーバ１２に送信する。ステップＳ４７では、サーバ１２から送信された画像信号４１を受信する。サーバ１２から端末１６に送られる画像信号のフォーマットが図１４に示されている。図１４を参照して、画像信号４１には、画像データ４１１と、画像データ４１１を撮像したカメラ１４の識別番号４１２と、画像データ４１１の撮影時刻４１３と、画像データ４１１のサイズ４１４と、同時刻画像フラグ４１５とが含まれている。同時刻画像フラグ４１５は、同一の撮影時刻情報が付された別の画像が存在するときにセットされる。
【００６３】
端末１６では、こうして受信された画像信号４１が再生され、ディスプレイ１６７には、指定カメラ１４による画像と、同時刻画像の有無を示す同時刻画像情報とが表示される。画像と一緒に同時刻画像情報を表示することによって、ユーザは、表示画像と同じ撮影時刻を持つ別の画像が存在するかどうかを知ることができる。同時刻画像の存在がわかれば、ユーザはメニュー選択画面４３の選択欄４３１で“同時刻画像検索”を選択してもう一度検索を行うことにより、同時刻画像も閲覧することができる。
【００６４】
ステップＳ４９でＣＰＵ１６２は、ステップＳ３９で連続検索が選択されたか否かを判定する。連続検索が選択されていればステップＳ５１に進み、そうでなければステップＳ３５に戻る。ステップＳ５１では、検索停止が指示されたか否かを判断する。検索停止が指示されればステップＳ３５に戻り、そうでなければステップＳ５３に進む。
【００６５】
ステップＳ５３でＣＰＵ１６２は、ステップＳ３９で指定された時刻情報を更新する。具体的には、フレームレートの逆数を算出し、指定された撮影時刻に算出結果を加算することによって次の画像の撮影時刻を求め、求めた撮影時刻を新たな時刻情報とする。その後、ステップＳ４３に戻り、次の画像を要求する。
【００６６】
ステップＳ５５でＣＰＵ１６２は、指定カメラの中の１つを選択する。ステップＳ５７では、選択カメラ１４による画像の要求パケットを作成する。ステップＳ５９では、ステップＳ５７で作成した要求パケットをサーバ１２に送信する。ステップＳ６１では、サーバ１２から送信された画像信号４１を受信する。画像信号４１のフォーマットは、図１４に示されている。こうして受信された画像信号４１が再生され、ディスプレイ１６７には、選択カメラ１４による画像と同時刻画像情報とが表示される。
【００６７】
ステップＳ６３でＣＰＵ１６２は、未選択の指定カメラがあるか否かを判定し、判定結果が否定的であればステップＳ６５に進む。判定結果が肯定的であればステップＳ５５に戻り、再び指定カメラの中から別の１つを選択する。そして、そのカメラによる画像をサーバ１２に要求し、受信する。
【００６８】
ステップＳ６５でＣＰＵ１６２は、ステップＳ３９で連続検索が選択されたか否かを判定する。連続検索が選択されていればステップＳ６７に進み、そうでなければステップＳ３５に戻る。ステップＳ６７では、検索停止が指示されたか否かを判定する。検索停止が指示されればステップＳ３５に戻り、そうでなければステップＳ６９に進む。
【００６９】
ステップＳ６９でＣＰＵ１６２は、ステップＳ３９で指定された時刻情報を更新する。更新方法は、上記ステップＳ５３と同様である。その後、ステップＳ５５に戻り、再び指定カメラの中の１つを選択する。そして、選択カメラによる次の画像を要求サーバ１２に要求し、受信する。
【００７０】
画像信号の受信を終えてステップＳ３５に戻ると、図１２に示すメニュー選択画面が再びディスプレイ１６７に表示される。もし受信画像と同じ撮影時刻を持つ別の画像が存在していれば、ユーザによって選択欄４３１の“同時刻画像検索”が選択され、ＣＰＵ１２４は、同時刻画像の検索を実行する。
【００７１】
図１１を参照して、ステップＳ７１でＣＰＵ１６２は、時刻設定が指示されたか否かを判定する。時刻設定が指示されればステップＳ７３に進み、そうでなければステップＳ７９に進む。ステップＳ７３でＣＰＵ１６２は、検索パラメータの入力を受け付ける。検索パラメータは、カメラ番号および設定時刻を含む。カメラ番号は、メニュー選択画面４３のカメラ番号入力欄４３３に入力され、設定時刻は、時刻入力欄４３２に入力される。
【００７２】
ステップＳ７５では、ステップＳ７３で入力された検索パラメータに基づいて、指定カメラに時刻を設定するためのパケットを作成する。要求パケットのフォーマットは、図１３に示されている。図１３を参照して、要求種別が時刻設定要求の場合、時刻情報４２２には、指定カメラに設定したい時刻が記述される。同時刻画像検索フラグ４２４は解除（ＯＦＦ）される。
【００７３】
再び図１１を参照して、ステップＳ７７でＣＰＵ１６２は、ステップＳ７５で作成した要求パケットをサーバ１２に送信する。ステップＳ７９でＣＰＵ１６２は、要求された処理を実行する。その後ステップＳ８１に進む。ステップＳ８１でＣＰＵ１６２は、処理を継続するか否かを判断する。継続する場合はステップＳ３５に戻り、上記と同様の処理を繰り返す。
【００７４】
カメラ１４のＣＰＵ１４３は、具体的には、図１５に示すフロー図を処理する。なお、このフロー図に対応する制御プログラムは、フラッシュメモリ１４７に記憶されている。
【００７５】
図１５を参照して、カメラ１４の電源が投入されると、ステップＳ９１でＣＰＵ１４３は、初期処理を実行する。初期処理には、撮影条件テーブル１４２の読み込みやＩ／Ｆ１４４の初期化、インターネット２０への接続などが含まれる。初期処理が完了すると、ステップＳ９３でＣＰＵ１４３は、撮像素子１４１を通じて被写体を一定時間撮影し、画像信号を内部メモリ１４５に記憶する。画像信号は、撮影して得られた画像データつまり実データ，撮影を行ったカメラ１４の識別番号および画像データのサイズを含む。
【００７６】
次のステップＳ９５でＣＰＵ１４３は、内部メモリ１４５から画像信号を読み出し、読み出した画像信号をＩ／Ｆ１４４からインターネット２０経由でサーバ１２に送信する。カメラ１４からサーバ１２に送られる画像信号のフォーマットが図１６に示されている。図１６を参照して、画像信号４０には、画像データ４０１と、画像データ４０１を撮像したカメラ１４を識別する識別番号４０２と、画像データ４０１の撮影時刻を示す撮影時刻４０３と、画像データ４０１のサイズ（データ量）を示すサイズ情報４０４とが含まれている。
【００７７】
再び図１５を参照して、画像信号を送信し終えると、ステップＳ９７でＣＰＵ１４３は、コマンド待ち状態に入り、サーバ１２からのコマンドがあるか否かを判定する。コマンド有りと判定されると、ステップＳ９９でそのコマンドを読み込み、ステップＳ１０１で時刻設定コマンドかどうかを判定する。時刻設定コマンドであればステップＳ１０３に進み、そうでなければステップＳ１０５に進む。
【００７８】
ステップＳ１０３でＣＰＵ１４３は、コマンドに添付された時刻情報に従いＲＴＣ１４６に時刻を設定する。ステップＳ１０５では、コマンドの要求する処理を行い、その後ステップＳ１０７に進む。
【００７９】
ステップＳ１０７では、ＲＴＣ１４６および撮影条件テーブル１４２が参照され、前回の撮影から決められた時間（撮影間隔１４２４）が経過したか否かが判定される。判定結果が肯定的であればステップＳ１０９に進み、否定的であればステップＳ９７に戻ってコマンド待ち状態に入る。ステップＳ１０９では、処理を継続するか否かを判断し、継続する場合にはステップＳ９３に戻って上記と同様の処理を繰り返す。
【００８０】
サーバ１２のＣＰＵ１２４は、具体的には図１７〜２０に示すフロー図を処理する。なお、このフロー図に対応する制御プログラムは、フラッシュメモリ１２７に記憶されている。
【００８１】
まず図１７を参照して、ＣＰＵ１２４は、サーバ１２の電源が投入されると、ステップＳ１１１で初期処理を行う。初期処理では、Ｉ／Ｆ１２５の初期化、ユーザデータテーブル１２２の読み込み、カメラデータテーブル１２３の読み込み、画像メモリ１２１内のデータ記録領域の初期化、インターネット２０への接続などが実行される。
【００８２】
初期処理が完了すると、ステップＳ１１３でＣＰＵ１２４は、端末要求処理タスク(後述)を起動する。次のステップＳ１１５では、画像記録タスク(後述)を起動する。ステップＳ１１７では他の処理を実行し、ステップＳ１１９では処理を続けるかどうかを判断する。処理を続ける場合には、ステップＳ１１７に戻る。
【００８３】
上記ステップＳ１１３で起動される端末要求処理タスクは、図１８に示すフロー図に従って実行される。図１８を参照して、ステップＳ１２１でＣＰＵ１２４は、端末１６からのアクセスの有無を判定する。端末１６からアクセスがなされると、ステップＳ１２３でＣＰＵ１２４は、接続を許可するかどうかを判断する。接続を許可する場合はステップＳ１２５に進み、許可しない場合はステップＳ１３３に進む。
【００８４】
ステップＳ１２５でＣＰＵ１２４は、端末１６との接続処理を行う。ステップＳ１２７では、端末１６からユーザＩＤおよびパスワードの通知を受け、認証が成立するか否かを判定する。認証が成立すればステップ１２９に進み、成立しなければステップＳ１３３に進む。
【００８５】
ステップＳ１２９でＣＰＵ１２４は、端末１６から要求パケットが送られてきたかどうかを判定する。要求パケットが送られてくればステップＳ１３１に進み、送られてこなければステップＳ１３３に進む。ステップＳ１３１でＣＰＵ１２４は、端末１６の要求を処理する。ステップＳ１３３では、処理を継続するか否かが判断され、継続する場合はステップＳ１２１に戻る。
【００８６】
上記ステップＳ１３１でＣＰＵ１２４は、図１９のサブルーチンに従い、端末１６からの要求を処理する。図１９を参照して、ステップＳ１４１でＣＰＵ１２４は、端末１６から送られてきた要求パケットの内容を解析する。要求パケットの構成は、図１３に示されている。
【００８７】
ステップＳ１４３でＣＰＵ１２４は、要求パケット４２内の要求種別コード４２１を参照することにより、要求内容が画像検索かどうかを判定する。画像検索要求であればステップＳ１４５に進み、そうでなければステップＳ１５９に進む。ステップＳ１４５でＣＰＵ１２４は、要求パケット４２から時刻情報４２２，カメラコード４２３および同時刻画像検索フラグ４２４を取り出す。続くステップＳ１４７では、取り出したフラグ４２４がＯＮかどうかを判定する。フラグ４２４がＯＮであればステップＳ１４９に進み、ＯＦＦであればステップＳ１５１に進む。
【００８８】
ステップＳ１４９でＣＰＵ１２４は、時刻情報４２２およびカメラコード４２３に基づいて、画像メモリ１２１に対し、時刻インデックス１２１３の下位デジットとカメラインデックス１２１４とをキーに画像データの検索を行う。すなわち最初、インデックス領域１２１１に格納されているカメラインデックス１２１４の各々とカメラコード４２３とが比較され、カメラコード４２３と一致するカメラインデックス１２１４が選択される。次に、選択されたカメラインデックス１２１４に対応する各々の時刻インデックス１２１３の下位デジットと時刻情報４２２とが比較され、下位デジットが時刻情報４２２と一致する時刻インデックス１２１３が選択される。そして、選択された時刻インデックス１２１３に対応する画像データが画像データ領域１２１２から読み出される。その後、ステップＳ１５７に進む。
【００８９】
ステップＳ１５１でＣＰＵ１２４は、時刻情報４２２およびカメラコード４２３に基づいて、画像メモリ１２１に対し、時刻インデックス１２１３の上位デジットとカメラインデックス１２１４とをキーに画像データの検索を行う。すなわち最初、インデックス領域１２１１に格納されているカメラインデックス１２１４の各々とカメラコード４２３とが比較され、カメラコード４２３と一致するカメラインデックス１２１４が選択される。次に、選択されたカメラインデックス１２１４に対応する各々の時刻インデックス１２１３の上位デジットと時刻情報４２２とが比較され、上位デジットが時刻情報４２２と一致する時刻インデックス１２１３が選択される。そして、選択された時刻インデックス１２１３と対応するポインタ１２１６に基づいて画像データ領域１２１３から実データが読み出される。その後、ステップＳ１５３に進む。
【００９０】
ここで、上記ステップＳ１４９およびＳ１５１に含まれる画像検索処理を具体例により説明する。時刻インデックス１２１３のフォーマットが図２１に示されている。図２１を参照して、時刻インデックス１２１３は、２６個のデジット“ＹＹＹＹＭＭＤＤｈｈｍｍｓｓｎｎｎＨｈＭｍＳｓＮｎｎ”で構成される。左端の“Ｙ”を第１デジットとして、第１〜８デジット“ＹＹＹＹＭＭＤＤ”が日付を、第９〜２６デジット“ｈｍｍｓｓｎｎｎＨｈＭｍＳｓＮｎｎ”が時刻を表す。時刻を表すデジットのうち第９〜１７デジット“ｈｈｍｍｓｓｎｎｎ”を上位デジット、第１８〜２６デジット“ＨｈＭｍＳｓＮｎｎ”を下位デジットと定義する。
【００９１】
いま、画像メモリ１２１のインデックス領域１２１３には、図２４に示すような時刻インデックス１２１３が記録済みであるとする。図２４を参照して、逆転期間に記録された時刻インデックス１２１３ａでは、上位デジットに直前画像時刻１２３７(図７参照)すなわち“１０１２１３３００”がそれぞれセットされ、下位デジットには受信画像時刻４０３(図１６参照)すなわち“１００９００４００”，“１００９００５００”，…，“１０１２１３３０”がそれぞれセットされている。
【００９２】
一方、時刻インデックス１２１３ａ以外の時刻インデックス１２１３、つまり逆転期間以外の非逆転期間に記録された時刻インデックス１２１３では、上位デジットに受信画像時刻４０３すなわち…，“１００９００３００”，…，“１０１２１３３００”，“１０１２１３４００”，“１０１２１３５００”，…がそれぞれセットされ、下位デジットには“００００００００”がそれぞれセットされている。ただし、逆転期間に記録された時刻インデックス１２１３ａの下位デジットにセットされた受信画像時刻４０３と同一の時刻が上位デジットにセットされた時刻インデックス１２１３ｂについては、下位デジットの先頭のＨが“０”から“９”にそれぞれ書き換えられている。
【００９３】
このとき、図１３に示す要求パケット４２を受信し、受信した要求パケット４２中の時刻情報４２２が“１０１２１３０００”、同時刻画像検索フラグ４２４がＯＦＦであったとする。フラグ４２４がＯＦＦの場合、時刻“１０１２１３０００”は、図２４に示される時刻インデックス１２１３の各々の上位デジットと比較される。そして、上位デジットが時刻情報４２２と一致する時刻インデックス１２１３ｃが選択される。
【００９４】
一方、受信した要求パケット４２中の時刻情報４２２が“１０１２１３０００”、同時刻画像検索フラグ４２４がＯＮであった場合には、時刻“１０１２１３０００”は、図２４に示される時刻インデックス１２１３の各々の下位デジットと比較される。そして、下位デジットが時刻情報４２２と一致する時刻インデックス１２１３ｄが選択される。
【００９５】
再び図１９を参照して、ステップＳ１５３でＣＰＵ１２４は、ステップＳ１５１で読み出された画像データに対応する時刻インデックス１２１３に重複フラグがセットされているか否か、すなわち時刻インデックス１２１３の下位デジットの先頭にある“Ｈ”が“９”であるか否かを判定する。そして、判定結果が肯定的であればステップＳ１５５に進み、否定的であればステップＳ１５７に進む。
【００９６】
ステップＳ１５５でＣＰＵ１２４は、送信しようとする画像信号４１に含まれる同時刻画像フラグ４１５をセット（ＯＮ）する。これによって、画像信号４１を受信した端末１６は、画像信号４１中の画像データ４１１と同じ撮影時刻を持つ別の画像データがサーバ１２内に存在することを知ることができる。
【００９７】
ステップＳ１５７では、読み出された画像データを含む画像信号４１を端末１６に送信する。画像信号４１を送信し終えると、上位層のルーチンに復帰する。
【００９８】
ステップＳ１５９でＣＰＵ１２４は、要求内容が時刻設定かどうかを判定する。時刻設定要求であればステップＳ１６１に進み、そうでなければステップＳ１６５に進む。
【００９９】
ステップＳ１６１でＣＰＵ１２４は、要求パケット４２から時刻情報４２２およびカメラコード４２３を取り出す。ステップＳ１６３では、取り出したカメラコード４２３に対応するカメラ１４に時刻設定コマンドを送付する。このコマンドには、ステップＳ１６１で要求パケット４２から取り出した時刻情報４２２が添付される。コマンドを送信し終えると、上位層のルーチンに復帰する。
【０１００】
ステップＳ１６５でＣＰＵ１２４は、要求された処理を実行し、その後、上位層のルーチンに復帰する。
【０１０１】
上記ステップＳ１１５で起動される画像記録タスクは、図２０に示すフロー図に従って実行される。図２０を参照して、ステップＳ１７１でＣＰＵ１２４は、画像信号待ちの状態に入り、カメラ１４から画像信号が送られてきたか否かを判定する。そして、判定結果が肯定的となるとステップＳ１７３に進む。
【０１０２】
ステップＳ１７３でＣＰＵ１２４は、カメラ１４から送られてきた画像信号４０を受信する。画像信号４０のフォーマットは、図１６に示されている。ステップＳ１７５では、画像信号４０を送信したカメラ１４で時刻逆転が起こったかどうかを判定する。判定は、今回受信した画像信号４０中の撮影時刻４０３を前回受信した画像信号４０中のそれと比較することにより行う。時刻の逆転が起こらなければステップＳ１８５に進み、起こればステップＳ１７７に進む。
【０１０３】
ステップＳ１７７でＣＰＵ１２４は、時刻の逆転が起こる直前の時刻、つまり前回受信した画像信号４０中の撮影時刻４０３を、画像信号４０中のカメラ識別番号４０２と対応する個別テーブル１２３２(図７参照)内に直前画像時刻１２３７として保持する。ステップＳ１７９では、該当個別テーブル１２３２に逆転フラグ１２３８をセット(ＯＮ)する。ステップＳ１８１でＣＰＵ１２４は、インデックス領域１２１１に記録された時刻インデックス１２１３のうち、受信画像時刻４０３から直前画像時刻１２３７までの期間に記録された時刻インデックス１２１３を特定する。
【０１０４】
ここで、上記ステップＳ１７９までの処理を具体例により説明する。図２２を参照して、いま“２００２１１１２１０１２１３３００”すなわち２００２年１１月１２日１０時１２分１３秒３００までの時刻インデックス１２１３がインデックス領域１２１１に記録済みであり、撮影時刻“１００９００４００”を含む画像信号４０を受信したとする。このとき、前回受信した画像信号４０の撮影時刻“１０１２３３００”と今回受信した画像信号４０の撮影時刻“１００９００４００”とを比較することにより時刻の逆転が検出される。時刻逆転が検出されると、前回受信した画像信号４０の撮影時刻“１０１２３３００”が該当個別テーブル１２３２に直前画像時刻１２３７として登録され、さらに逆転フラグ１２３８がセットされる。次いで、記録済みの時刻インデックス１２１３を昇順に検索することにより、今回受信した画像信号４０の撮影時刻“１００９００４００”と一致する時刻インデックス１２１３ｅを見出す。こうして、インデックス領域１２１１に記録された時刻インデックス１２１３のうち、前回受信した画像信号４０の撮影時刻“１００９００４００”（受信画像時刻４０３）から、前回受信した画像信号４０の撮影時刻“１０１２３３００”（直前画像時刻１２３７）までの期間に記録された時刻インデックス１２１３が特定される。
【０１０５】
再び図２０を参照して、ステップＳ１８３でＣＰＵ１２４は、ステップＳ１８１で特定された時刻インデックス１２１３に重複フラグをそれぞれセットする（Ｈの値を０から９に書き換える）。ステップＳ１８５では、該当個別テーブル１２３２の逆転フラグ１２３８がＯＮかどうかを判定する。そして、逆転フラグ１２３８がＯＮであればステップＳ１８７に進み、ＯＦＦであればステップＳ１８９に進む。
【０１０６】
ステップＳ１８９でＣＰＵ１２４は、受信画像信号４０中の撮影時刻４０３を時刻インデックス１２１３の上位デジットにセットし、下位デジットには“００…”をそれぞれセットする。その後、ステップＳ１９７に進む。
【０１０７】
ステップＳ１８７でＣＰＵ１２４は、受信画像時刻４０３を、該当個別テーブル１２３２に保持された逆転画像時刻１２３７と比較する。次のステップＳ１９１では、受信画像時刻４０３が直前画像時刻１２３７を追い越したか否かを判定する。そして、判定結果が否定的であればステップＳ１９３に進み、肯定的であればステップＳ１９５に進む。
【０１０８】
ステップＳ１９３でＣＰＵ１２４は、該当個別テーブル１２３２に保持されている直前画像時刻１２３７を時刻インデックス１２１３の上位デジットにセットし、下位デジットには、受信画像時刻４０３をセットする。
【０１０９】
ステップＳ１９５でＣＰＵ１２４は、該当個別テーブル１２３２に設定された逆転フラグ１２３８をリセット（ＯＦＦ）する。その後、ステップＳ１９７に進む。
【０１１０】
ステップＳ１９７でＣＰＵ１２４は、ステップＳ１７３で受信された画像信号４０に含まれている画像データ４０１を画像メモリ１２１内の画像データ領域１２１３に記録し、ステップＳ１８９またはＳ１９３で上位デジットおよび下位デジットに時刻がそれぞれセットされた時刻インデックス１２１３をインデックス領域１２１１に記録する。次のステップＳ１９９では、処理を継続するか否かが判断され、継続する場合はステップＳ１７１に戻る。
【０１１１】
ここで、上記ステップＳ１８１〜Ｓ１９７の処理を具体例により説明する。まず、受信画像時刻４０３が直前画像時刻１２３７に追いつくまでに行われる処理を説明する。図２３を参照して、インデックス領域１２１１に記録された時刻インデックス１２１３のうち、受信画像時刻“１００９００４００”から直前画像時刻“１０１２３３００”までの期間に記録された時刻インデックス１２１３ｂが特定される。そして、特定された時刻インデックス１２１３ｂについて、下位デジットの先頭にあるＨの値を“９”にそれぞれ書き換える処理が行われる。こうして逆転フラグ１２３８をセット（Ｈ←９）しておけば、画像検索時、検索した画像と同じ撮影時刻を持つ別の画像が画像メモリ１２１内に存在することを知ることができる。
【０１１２】
次に、受信画像信号４０と対応する時刻インデックス１２１３の上位デジット“ｈｈｍｍｓｓｎｎｎ”に、直前画像時刻“１０１２１３３００”がセットされ、下位デジット“ＨｈＭｍＳｓＮｎｎ”には受信画像時刻“１００９００４００”がセットされる。こうして作成された時刻インデックス“１０１２１３３００１００９００４００”が時刻インデックス領域１２１１に記録される。
【０１１３】
以降、受信画像時刻４０３が直前画像時刻１２３７に追いつくまでの間、新たな画像信号４０を受信する度に、上位デジットに直前画像時刻１２３７が、下位デジットには受信画像時刻４０３がセットされた新たな時刻インデックス１２１３が作成され、作成された新たな時刻インデックス１２１３が時刻インデックス領域１２１１に記録されていく。参照番号１２１３ｆで示されているのが、受信画像時刻４０３が逆転直前時刻１２３７に追いついた瞬間に記録された時刻インデックスである。
【０１１４】
次に、受信画像時刻４０３が直前画像時刻１２３７を追い越した後に行われる処理を説明する。図２４を参照して、時刻逆転期間に記録された時刻インデックス１２１３の各々では、上位デジットは逆転直前の値“１０１２１３３００”のまま維持され、下位デジットが受信画像時刻４０３に沿って更新されている。このとき画像信号４０が受信され、受信画像時刻４０３が直前画像時刻１２３７を追い越したとする。この瞬間、該当個別テーブル１２３２にセットされた逆転フラグ１２３８がリセットされる。
【０１１５】
その後、受信画像信号４０と対応する時刻インデックス１２１３の上位デジット“ｈｈｍｍｓｓｎｎｎ”に受信画像時刻“１０１２１３４００”がセットされ、下位デジット“ＨｈＭｍＳｓＮｎｎ”には“０００００００００”がセットされる。こうして作成された時刻インデックス“１０１２１３４０００００００００００”が時刻インデックス領域１２１１に記録される。
【０１１６】
以降、再び時刻逆転が発生して逆転フラグ１２３８がセットされるまでの間、新たな画像信号４０を受信する度に、上位デジットに受信画像時刻４０３が、下位デジットには“００…”がセットされた新たな時刻インデックス１２１３が作成され、作成された新たな時刻インデックス１２１３が時刻インデックス領域１２１１に記録されていく。
【０１１７】
以上の説明からわかるように、この実施例の監視カメラシステム１０では、カメラ１４から送信される画像信号４０に撮影時刻４０３が含まれている。サーバ１２は、画像信号４０を受信すると、この受信画像信号４０に含まれている撮影時刻４０３が、この受信画像信号４０の直前に受信された画像信号４０に含まれている撮影時刻４０３に対して逆転したか否かを判定する。そして、時刻の逆転が発生したとき、直前に受信された画像信号４０に添付されている撮影時刻４０３を、カメラ１４と対応する個別テーブル１２３２内に直前画像時刻１２３７として保持し、逆転フラグ１２３８をセット（ＯＮ）する。
【０１１８】
また、サーバ１２は、画像信号４０を受信したとき、逆転フラグ１２３８がＯＮか否かを判定する。そして、逆転フラグ１２３８がＯＦＦであれば、下位デジットには“００…”をセットし、上位デジットには受信画像信号４０に添付されている撮影時刻４０３をセットする。一方、逆転フラグ１２３８がＯＮであれば、受信画像信号４０に含まれている撮影時刻４０３が、個別テーブル１２３２内に保持された直前画像時刻１２３７を追い越したか否かを判定する。そして、追い越していなければ、下位デジットには受信画像信号４０に添付されている撮影時刻４０３をセットし、上位デジットには直前画像時刻１２３７をセットする。追い越していれば、逆転フラグ１２３８をリセット（ＯＦＦ）する。
【０１１９】
また、サーバ１２は、上記のようにして作成された時刻インデックス１２１３を画像メモリ１２１内のインデックス領域１２１１に記録する。時刻の逆転が発生したとき、インデックス領域１２１１に記録された時刻インデックス１２１３の中から、上位デジットにセットされた時刻が逆転期間に属する時刻インデックス１２１３ｂを特定する。そして、特定された時刻インデックス１２１３ｂの下位デジットに重複フラグをそれぞれセットし（Ｈ←９）、それによって、特定された時刻インデックス１２１３ｂにセットされている時刻と同一の時刻がセットされた別の時刻インデックス１２１３ａがインデックス領域１２１１内に存在していることを明示する。
【０１２０】
また、サーバ１２は、端末１６から送信される画像要求パケット４２を受信する。画像要求パケット４２には、撮影時刻４２２および同時刻画像検索フラグ４２４が含まれており、サーバ１２は、画像要求パケット４２を受信したとき、そこに含まれている同時画像検索フラグ４２４がＯＮか否かを判定し、ＯＮであれば下位デジットを、ＯＦＦであれば上位デジットを検索対象として選択する。次に、インデックス領域１２１１に記録された時刻インデックス１２１３の各々について、選択された方のデジットにセットされた時刻が画像要求パケット４２に含まれている撮影時刻４２２と一致するか否かの判定を行い、一致する時刻インデックス１２１３と対応する画像データを画像データ領域１２１２から読み出す。そして、読み出した画像データを含む画像信号４１を端末１６に送信する。
【０１２１】
また、サーバ１２は、検索対象に上位デジットを選択したとき、下位デジットに重複フラグが設定されているか（Ｈ＝９）否かを判定する。そして、重複フラグが設定されていれば、送信しようとする画像信号４１に同時刻画像フラグ４１５をセットし、それによって、端末１６が要求した画像と同一の撮影時刻を持つ別の画像が画像メモリ１２１内に存在していることを明示する。
【０１２２】
端末１６は、サーバ１２から送信された画像信号４１を受信し、ディスプレイ１６７に画像を表示する。その際、表示画像と同一の撮影時刻を持つ別の画像がサーバ１２内に存在している旨のメッセージが提示される。ユーザがこの別画像の閲覧を希望する場合、端末１６は、再び画像要求パケット４２を、今度は同時刻画像検索フラグ４２４がセットされた状態でサーバ１２に送信する。
【０１２３】
要するに、サーバ１２は、カメラ１４から複数の画像信号４０を取り込むと、撮影時刻４０３を含む時刻インデックス１２１３を画像信号４０毎に作成し、作成された複数の時刻インデックス１２１３のうち撮影時刻４０３によって規定される時間帯に重複が生じているインデックスに重複フラグ（Ｈ＝９）を割り当てる。また、端末１６から所望の時刻情報４２２が入力されると、作成された複数の時刻インデックス１２１３の中から所望の時刻情報４２２と同じ時刻情報を含む１つのインデックスを特定し、特定されたインデックスに重複フラグが割り当てられているか否かを判別する。そして、判別結果（同時刻画像フラグ４１５）を端末１６に出力する。これにより、カメラ１４の時刻が過去に遡る向きに変更された結果サーバ１２内に同一撮影時刻を持つ別の画像信号が存在しても、別の画像信号の存在が明示されるので、別の画像信号を再検索することにより、複数の画像信号４０を洩れなく検索することができる。
【図面の簡単な説明】
【０１２４】
【図１】この発明の一実施例である監視カメラシステムの全体構成を示すブロック図である。
【図２】サーバの構成例を示すブロック図である。
【図３】カメラの構成例を示すブロック図である。
【図４】端末の構成例を示すブロック図である。
【図５】サーバの画像メモリの内容を示す図解図である。
【図６】ユーザデータテーブルの一例を示す図解図である。
【図７】カメラデータテーブルの一例を示す図解図である。
【図８】撮影条件テーブルの一例を示す図解図である。
【図９】端末動作の一部を示すフローチャートである。
【図１０】端末動作の他の一部を示すフローチャートである。
【図１１】端末動作のその他の一部を示すフローチャートである。
【図１２】端末に表示されるメニュー選択画面の一例を示す図解図である。
【図１３】要求パケットのフォーマットを示す図解図である。
【図１４】サーバから端末に送られる画像信号のフォーマットを示す図解図である。
【図１５】カメラの動作を示すフローチャートである。
【図１６】カメラからサーバに送られる画像信号のフォーマットを示す図解図である。
【図１７】サーバ動作の一部を示すフローチャートである。
【図１８】サーバ動作の他の一部を示すフローチャートである。
【図１９】サーバ動作のその他の一部を示すフローチャートである。
【図２０】サーバ動作のさらに他の一部を示すフローチャートである。
【図２１】時刻インデックスのフォーマットを示す図解図である。
【図２２】時刻インデックス登録処理の一部を説明するための図解図である。
【図２３】時刻インデックス登録処理の他の一部を説明するための図解図である。
【図２４】時刻インデックス登録処理のその他の一部を説明するための図解図である。
【符号の説明】
【０１２５】
１０…監視カメラシステム
１２，１２ａ，１２ｂ，１２ｃ…サーバ
１４，１４ａ，１４ｂ，１４ｃ…カメラ
１６…端末
１８ａ，１８ｂ…携帯電話
２０…インターネット
２２ａ，２２ｂ…通信事業者
２４ａ，２４ｂ…移動通信網
２６ａ，２６ｂ…プロバイダ
２８…ルータ
３０…モデム
３２…ルータ
３４…ＬＡＮ専用線
３６…一般公衆回線
【図１】
2005027251.tif 000003
【図２】
2005027251.tif 000004
【図３】
2005027251.tif 000005
【図４】
2005027251.tif 000006
【図５】
2005027251.tif 000007
【図６】
2005027251.tif 000008
【図７】
2005027251.tif 000009
【図８】
2005027251.tif 000010
【図９】
2005027251.tif 000011
【図１０】
2005027251.tif 000012
【図１１】
2005027251.tif 000013
【図１２】
2005027251.tif 000014
【図１３】
2005027251.tif 000015
【図１４】
2005027251.tif 000016
【図１５】
2005027251.tif 000017
【図１６】
2005027251.tif 000018
【図１７】
2005027251.tif 000019
【図１８】
2005027251.tif 000020
【図１９】
2005027251.tif 000021
【図２０】
2005027251.tif 000022
【図２１】
2005027251.tif 000023
【図２２】
2005027251.tif 000024
【図２３】
2005027251.tif 000025
【図２４】
2005027251.tif 000026