JP2017158202A - 情報処理装置、及びその制御方法、プログラム - Google Patents

Abstract

【課題】 リアルタイムにライブ映像を確認でき、ライブ映像を記憶するサーバのメモリの使用量を削減してユーザが確認すべき映像を特定し易くすること。【解決手段】 カメラにより撮影されたライブ動画、又は静止画を情報処理装置に表示するべく送信した送信履歴を記憶し、当該送信履歴に従って、情報処理装置に、カメラにより撮影された動画、又は静止画を送信したか否かを判定し、時間の経過に従って過去の時間軸方向に移動したタイムラインの表示領域であって、当該判定結果に従って、情報処理装置に送信済みのライブ動画、又は静止画と、情報処理装置に未送信のライブ動画、又は静止画とを識別可能に表示するタイムラインの表示領域を含む表示画面を時間の経過に従って生成して送信することを特徴とする。【選択図】図８

Description

本発明は、情報処理装置、及びその制御方法、プログラムに関し、特に、リアルタイムにライブ映像を確認でき、ライブ映像を記憶するサーバのメモリの使用量を削減してユーザが確認すべき映像を特定し易くするための技術に関するものである。

近年、監視カメラをインターネット回線に接続し、当該監視カメラにより撮影されたライブ映像をスマートフォンや携帯電話などの携帯端末にて閲覧できるサービスが提供されている。

特許文献１には、例えば、監視カメラで撮影した映像をリアルタイムでユーザに提供することが記載されている。

特開２００５−８０１５６号公報

例えば、従来、何か事件が起きた場合、リアルタイムにその事件を確認するために、監視カメラで撮影されたライブ動画をリアルタイムに確認するサービスが提供されている。また、その事件を解決するための手がかりを得るために、監視カメラで撮影されたライブ動画を全てサーバに記録しておき後で確認することが考えられる。

しかしながら、ライブ動画を全てサーバに記録すると、サーバのメモリの使用量が莫大となってしまい、コストが多くかかってしまう。

そのため、ある条件に合致した場合にのみサーバにライブ動画を記録し、当該記録されたライブ動画を、後で確認することも考えられるが、じっくりと詳細に確認したい場合には、静止画の方が好ましい場合もある。

そこで、リアルタイムにライブ動画を確認すると共に、何か事件が起きたときには、そのときの静止画を確認することが考えられる。

しかしながら、静止画を表示するためには、当該静止画を検索するための検索条件を入力したり、確認したい静止画の絞込みを行わなければならず、煩雑な作業が必要であった。

そのため、サーバのメモリを効率的に使用するために、ある条件に合致した場合にのみサーバに静止画を記憶させる仕組みにおいて、リアルタイムにライブ映像を確認でき、ユーザが確認すべき静止画を特定し易くする仕組みが必要である。

そこで、ライブ動画（ライブ映像とも言う）と、ユーザが確認すべき静止画を示すタイムラインとを同一画面に表示することが考えられるが、そのタイムラインは、時間の経過ともに移動してしまうものであるため、静止画を確認している間にも、確認すべき他の静止画が新たに発生してしまうおそれがある。

その場合、どの時間帯の静止画は確認済みで、どの静止画はライブ映像で確認出来ているのかが分からなくなってしまい、ユーザは、優先して確認すべき静止画を把握し難くなってしまう。すなわち、静止画の見逃しが発生してしまうおそれがある。

そこで、本発明の目的は、リアルタイムにライブ映像を確認でき、ライブ映像を記憶するサーバのメモリの使用量を削減してユーザが確認すべき映像を特定し易くするための仕組みを提供することである。

本発明は、カメラと、前記カメラにより撮影されたライブ動画、及び静止画を表示する情報処理装置と通信可能なサーバであって、前記カメラにより撮影されたライブ動画、又は静止画を前記情報処理装置に表示するべく送信した送信履歴を記憶する記憶手段と、前記記憶手段に記憶された送信履歴に従って、前記情報処理装置に、前記カメラにより撮影された動画、又は静止画を送信したか否かを判定する判定手段と、前記カメラにより撮影されたライブ動画を表示する表示領域と、前記カメラにより静止画が撮影された時間を識別表示するタイムラインの表示領域とを含む表示画面を時間の経過に従って生成する生成手段と、前記生成手段により表示された表示画面を前記情報処理装置に表示するべく送信する送信手段と、を備え、前記生成手段は、時間の経過に従って過去の時間軸方向に移動した前記タイムラインの表示領域であって、前記判定手段による判定結果に従って、前記情報処理装置に送信済みのライブ動画、又は静止画と、前記情報処理装置に未送信のライブ動画、又は静止画とを識別可能に表示するタイムラインの表示領域を含む表示画面を生成することを特徴とする。

また、本発明は、カメラと、前記カメラにより撮影されたライブ動画、及び静止画を表示する情報処理装置と通信可能であり、前記カメラにより撮影されたライブ動画、又は静止画を前記情報処理装置に表示するべく送信した送信履歴を記憶する記憶手段を備えたサーバにおける制御方法であって、前記サーバの判定手段が、前記記憶手段に記憶された送信履歴に従って、前記情報処理装置に、前記カメラにより撮影された動画、又は静止画を送信したか否かを判定する判定工程と、前記サーバの生成手段が、前記カメラにより撮影されたライブ動画を表示する表示領域と、前記カメラにより静止画が撮影された時間を識別表示するタイムラインの表示領域とを含む表示画面を時間の経過に従って生成する生成工程と、前記サーバの送信手段が、前記生成工程により表示された表示画面を前記情報処理装置に表示するべく送信する送信工程と、を備え、前記生成工程は、時間の経過に従って過去の時間軸方向に移動した前記タイムラインの表示領域であって、前記判定工程による判定結果に従って、前記情報処理装置に送信済みのライブ動画、又は静止画と、前記情報処理装置に未送信のライブ動画、又は静止画とを識別可能に表示するタイムラインの表示領域を含む表示画面を生成することを特徴とする。

また、本発明は、カメラと、前記カメラにより撮影されたライブ動画、及び静止画を表示する情報処理装置と通信可能であり、前記カメラにより撮影されたライブ動画、又は静止画を前記情報処理装置に表示するべく送信した送信履歴を記憶する記憶手段を備えたサーバで読み取り実行可能なプログラムであって、前記サーバを、前記記憶手段に記憶された送信履歴に従って、前記情報処理装置に、前記カメラにより撮影された動画、又は静止画を送信したか否かを判定する判定手段と、前記カメラにより撮影されたライブ動画を表示する表示領域と、前記カメラにより静止画が撮影された時間を識別表示するタイムラインの表示領域とを含む表示画面を時間の経過に従って生成する生成手段と、前記生成手段により表示された表示画面を前記情報処理装置に表示するべく送信する送信手段として機能させ、前記生成手段は、時間の経過に従って過去の時間軸方向に移動した前記タイムラインの表示領域であって、前記判定手段による判定結果に従って、前記情報処理装置に送信済みのライブ動画、又は静止画と、前記情報処理装置に未送信のライブ動画、又は静止画とを識別可能に表示するタイムラインの表示領域を含む表示画面を生成することを特徴とする。

本発明によれば、リアルタイムにライブ映像を確認でき、ライブ映像を記憶するサーバのメモリの使用量を削減してユーザが確認すべき映像を特定し易くすることができる。

本発明の実施形態に係る情報処理システムの構成を示す図である。 図１に示したサーバ１０１、携帯端末１０２、１０３に適用可能な情報処理装置のハードウェア構成を示すブロック図である。 携帯端末の表示部に表示される表示画面の一例を示す図である。 携帯端末の表示部に表示される表示画面の一例を示す図である。 携帯端末の表示部に表示される表示画面の一例を示す図である。 携帯端末の表示部に表示される表示画面の一例を示す図である。 携帯端末の表示部に表示される表示画面の一例を示す図である。 携帯端末の表示部に表示される表示画面の一例を示す図である。 携帯端末の表示部に表示される表示画面の一例を示す図である。 携帯端末の表示部に表示される表示画面の一例を示す図である。 携帯端末の表示部に表示される表示画面の一例を示す図である。 携帯端末の表示部に表示される表示画面の一例を示す図である。 静止画録画条件の一例を示す図である。 表示条件テーブルの一例を示す図である。 設定画面の一例を示す図である。 携帯端末の表示部に表示される表示画面の一例を示す図である。 本発明の実施形態に係るサーバ１０１と各監視カメラが実行する処理を示すシーケンス図である。 各携帯端末とサーバ１０１と各監視カメラとが実行する処理を示すシーケンス図の一例を示す図である。 図１８の１８０８から１８１５のサーバ１０１のＣＰＵが実行する詳細処理を示すフローチャートの一例を示す図である。 図１９のステップＳ１９０２、Ｓ１９０９、図１８の１８１０、１８１４に示す処理の詳細処理を示すフローチャートである。 図１８の１８１３から１８１５の携帯端末のＣＰＵが実行する詳細処理を示すフローチャートの一例を示す図である。 配信管理テーブルの一例を示す図である。 配信管理テーブルの一例を示す図である。 携帯端末の表示部に表示される表示画面の一例を示す図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。

以下、本発明を適用した好適な第１の実施形態を、添付図面を参照しながら詳細に説明する。

図１は、本発明の実施形態に係る情報処理システムの構成を示す図である。

図１に示す１０１は、サーバであり、有線、又は無線のネットワーク１０８を介して、各監視カメラ１０４〜１０７と相互に通信可能に接続されている。

また、サーバ１０１は、無線のネットワークを介して携帯端末１０２、携帯端末１０２と相互に通信可能に接続されている。

サーバ１０１は、ネットワークに接続された監視カメラから当該監視カメラで撮影されたライブ映像（動画データ）を、当該ネットワークを介して受信し、携帯端末に送信する機能を有する。

また、サーバ１０１は、監視カメラから静止画データ（写真）を受信して、携帯端末に送信する機能を有する。

各監視カメラ１０４〜１０７は、ネットワーク１０８に接続可能な撮像装置（カメラ）である。各監視カメラは、動画、及び／又は静止画を撮影可能なカメラである。以下、動画、及び／又は静止画を映像データとも言う。

各監視カメラ１０４〜１０７は、撮影された映像のデータを、サーバ１０１に送信する機能を備えている。

また、各監視カメラのメモリには、図１３に示す静止画録画条件が記憶されており、監視カメラで撮影された動画データ（動画の各フレーム画像のデータ）を解析して得られた結果が、当該静止画録画条件に合致するか否かを判定し、合致すると判定された場合に、静止画を監視カメラに送信する機能を備えている。

また、監視カメラ１０４〜１０７は、それぞれ、監視カメラ（個体）を識別するための識別情報としてＩＰアドレスや個体識別番号をメモリに記憶している。

携帯端末１０２は、ユーザ１０９が操作する携帯端末であり、携帯端末１０３は、ユーザ１１０が操作する携帯端末である。
携帯端末は、スマートフォンやタブレットＰＣなどの可搬可能な端末である。

以下、図２を用いて、図１に示したサーバ１０１、携帯端末１０２、１０３に適用可能な情報処理装置のハードウェア構成について説明する。

図２は、図１に示したサーバ１０１、携帯端末１０２、１０３に適用可能な情報処理装置のハードウェア構成を示すブロック図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）や不図示のマウス等のポインティングデバイス等の入力装置２０９からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、２１０のディスプレイ装置は、タッチパネルになっており、ディスプレイ上の画面を押下されることにより操作することが可能な入力装置としても機能する。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
＜図１７の説明＞

図１７は、本発明の実施形態に係るサーバ１０１と各監視カメラが実行する処理を示すシーケンス図である。

ステップＳ１７０１〜Ｓ１７０３に示す各ステップの処理は、監視カメラの外部メモリ２１１に記録されているプログラムによる制御に従って監視カメラのＣＰＵ２０１が実行する。

また、ステップＳ１７０４に示すステップの処理は、サーバ１０２の外部メモリ２１１に記録されているプログラムによる制御に従ってサーバ１０２のＣＰＵ２０１が実行する。
図１７に示す処理は、常に、実行されている。

まず、各監視カメラは、ライブ映像を撮影し（１７０１）、当該撮影されたライブ映像（ライブ動画）のデータを構成する各フレームを解析し、その解析結果が、図１３に示す静止画録画条件に合致するか否かを判定する（１７０２）。
図１３は、静止画録画条件の一例を示す図である。

図１３に示すように、静止画録画条件は、「ユーザ（人）の滞在が１０秒以上である」、又は「映像の所定領域内にユーザ（人）を検出した」、又は「所定の動きを検出した」などの条件を含んでいる。

監視カメラは、これらの条件にいずれかに合致すると判定された場合には、当該条件に合致すると判定されてから当該条件に合致しないと判定されるまで静止画を撮影し、撮影された静止画をサーバ１０１に送信し（１７０３）、サーバ１０１は、当該静止画のデータを受信し、メモリに登録する（１７０４）。また、監視カメラは、図１３に示す静止画録画条件に合致しないと判定された場合には、静止画を撮影することなく、引き続きライブ映像を携帯端末またはサーバ１０１に送信する。また、監視カメラは、静止画を撮影する場合でも、引き続きライブ映像を携帯端末またはサーバ１０１に送信する。

１７０４では、サーバ１０１は、図２２に示す配信管理テーブルに、当該受信した静止画のデータを登録する。
図２２は、配信管理テーブルの一例を示す図である。

例えば、図２２の（Ａ）の例では、撮影時間１０時２２分００秒から１０時２３分００秒までの間に撮影された静止画データが１０２２００．ｊｐｅｇ、１０２２０５．ｊｐｅｇ、・・・として登録されている。

図２２に示す配信管理テーブルは、各監視カメラごとのテーブルとして、サーバ１０１のメモリに格納されている。

図２２に示す配信管理テーブルは、「撮影時間」、「静止画データ」、「静止画配信先」、「動画配信先」がそれぞれ関連付けられて登録されている。

「撮影時間」は静止画が撮影された時間が記録され、「静止画データ」には当該静止画のデータが記憶され、「静止画配信先」には、当該静止画データを送信した携帯端末を操作しているユーザまたは送信先の携帯端末を示し、「動画配信先」は、当該撮影時間に撮影した動画データを送信した携帯端末を操作しているユーザまたは送信先の携帯端末を示している。

すなわち、図２２は、カメラにより撮影されたライブ動画、又は静止画を携帯端末（情報処理装置）に表示するべく送信した送信履歴の適用例である。この送信履歴には、他の情報処理装置への送信履歴を含んでいる。
＜図１８の説明＞

次に、図１８を用いて、各携帯端末とサーバ１０１と各監視カメラとが実行する処理を示すシーケンス図である。

図１８は、各携帯端末とサーバ１０１と各監視カメラとが実行する処理を示すシーケンス図の一例を示す図である。

まず、ユーザによる操作に従って携帯端末は、サーバ１０１に認証画面の取得要求を送信する（１８０１）。そして、サーバ１０１は、当該取得要求を取得すると、ユーザの認証画面を携帯端末に送信する（１８０２）。

そして、携帯端末は、ユーザの操作によるユーザＩＤ、パスワード（認証情報）の入力を受け付け、当該受け付けたユーザＩＤ、パスワードをサーバ１０１に送信して、携帯端末を操作しているユーザの認証要求を行う（１８０３）。

サーバ１０１は、携帯端末からユーザＩＤ、パスワードを受信すると、当該ユーザＩＤ、パスワードに従って、ユーザの認証処理を行う（１８０４）。

そして、ユーザの認証処理が成功すると、図１５に示す設定画面を携帯端末に送信する。
図１５は、設定画面の一例を示す図である。

図１５に示す設定画面は、１５０１で、後述するタイムラインを表示するか否かの設定（タイムラインの表示の要否）、及び、１つのタイムラインの中で複数の縮尺で表示するか否かの設定（タイムライン縮尺表示）、１つのタイムラインの中で複数の縮尺で表示する場合に、その縮尺のタイムラインの長さをどれくらいにするかの設定を受け付けることができる。

図１５の例では、タイムラインを表示する、１つのタイムラインの中で複数の縮尺で表示する、短い縮尺で表示するタイムラインの長さを、全体のタイムラインの長さの１／３の長さにすることが設定されている。

そして、ユーザにより設定ボタン１５０２が押下されたことを携帯端末１０２が検出すると、携帯端末１０２は、当該設定された内容のデータをサーバ１０１に送信する（１８０６）。

そして、サーバ１０１は、当該設定された内容のデータを携帯端末から受信すると、その内容のデータをメモリに記憶して、以降の処理で用いる。

次に、サーバ１０１は、不図示の監視カメラ選択画面を携帯端末に送信する（１８０７）。

そして、携帯端末は、当該監視カメラ選択画面を介して監視カメラのユーザによる選択を受け付け、当該選択された監視カメラからのライブ映像の取得要求を、サーバ１０１に送信する（１８０８）。

サーバ１０１は、当該ライブ映像の取得要求を、携帯端末から受信すると、当該選択された監視カメラに対して、ライブ映像の取得要求を送信する（１８０９）。ここで送信される取得要求のデータの中には、１８０８でサーバ１０１にライブ映像の取得要求を行った携帯端末を識別するための情報（例えば、ＩＰアドレス）が含まれている。

そして、当該監視カメラは、１８０８でサーバ１０１にライブ映像の取得要求を行った携帯端末を識別するための情報に従って特定される、１８０８でサーバ１０１にライブ映像の取得要求を行った携帯端末に対して、撮影しているライブ映像のデータ（動画）を送信する（１８１２）。

また、サーバ１０１は、携帯端末から、当該選択された監視カメラからのライブ映像の取得要求を受信すると、ライブ映像を表示するための表示画面を生成して（１８１０）、当該携帯端末に送信する（１８１１）。

ここで送信される表示画面は、例えば、図３の（Ａ）、または図１６の（Ａ）に示す画面である。

図３（A）は、図１５の設定画面でタイムラインを表示すると設定された場合に、携帯端末の表示部に表示される表示画面の一例を示す図である。

図１６（A）は、図１５の設定画面でタイムラインを表示しないと設定された場合に、携帯端末の表示部に表示される表示画面の一例を示す図である。
ここでは、まず、図３の（Ａ）が表示された場合について、説明する。

図３の（Ａ）に示す３０１は、ライブ映像（ライブ動画）が表示されている表示領域である。

また、３０２は、タイムラインを示し、「ＬＩＶＥ」３０３は、現在のライブ動画を表示することを指示するオブジェクトである。また、矢印３０６を表示している。

図３の（Ａ）に示すように、タイムラインは、現在（ＬＩＶＥ）が１０時３０分であり、１０時２４分前までの時間軸を示している。そして、３０５は、静止画が撮影された時間帯であることを示している。図３の（Ａ）の例では、１０時２７分〜２８分の間で静止画が撮影されていることを示している。３０５以外の領域３０４は、静止画が撮影されていないことを示している。

このように静止画が撮影されている時間帯と、撮影されていない時間帯とを色で識別表示する。

タイムライン３０３は、時間が経過すると共に、下方向に自動的にスクロール表示される。

例えば、図３の（Ａ）が表示された時点から１分が経過すると、図３の（Ｂ）のようにタイムラインが１分経過してスクロール表示される。そして、更に、例えば３分経過すると、図３の（Ｃ）のように、さらに３分が経過したタイムラインとしてスクロール表示される。

また、図３に示す矢印３０６は、図４に示すように、タイムラインにそって、ユーザの操作により、下方向に移動させることが可能である。

図４は、図１５の設定画面でタイムラインを表示すると設定された場合に、携帯端末の表示部に表示される表示画面の一例を示す図である。

図４の（Ａ）は、図３の（Ａ）と同じ図であり、図４（Ａ）の矢印３０６を、図４（Ａ）の点線矢印のように、下方向に移動させると、図４（Ｂ）のように静止画が撮影された領域（時間帯３０５）にあわせることができる。

このように、矢印３０６を、図４（Ｂ）のように静止画が撮影されている領域にあわせると、携帯端末は、当該矢印で示される時間に撮影された静止画（サムネイル）のデータの送信要求を、サーバ１０１に対して行い、サーバ１０１から送信された当該静止画（サムネイル）のデータを受信して図４の（Ｂ）の３０１のように３０１に表示する。

そして、携帯端末は、図４の（Ｂ）の静止画（サムネイル）の一覧の中から、ユーザにより１つのサムネイルの選択を受け付けると、図４の（Ｃ）のように、当該選択されたサムネイルに対応するオリジナル画像を表示することができる。

図１８の１８１３では、携帯端末は、矢印３０６を領域３０５にあわせることで、矢印３０６が示す時間帯の静止画（サムネイル）の一覧画面の表示要求を、サーバ１０１に送信し（１８１３）、サーバ１０１は、当該要求に従って、静止画（サムネイル）の一覧画面（例えば図４の（Ｂ）の３０１）を含む表示画面（図４の（Ｂ））を生成して（１８１４）、当該携帯端末に送信する（１８１５）。

携帯端末は、当該静止画（サムネイル）の一覧画面（例えば図４の（Ｂ）の３０１）を含む表示画面（図４の（Ｂ））を、受信すると、当該画面を表示する。
１８１３から１８１５の処理を図２１を用いて、後で説明する。

図２１は、図１８の１８１３から１８１５の携帯端末のＣＰＵが実行する詳細処理を示すフローチャートの一例を示す図である。

また、図１８の１８０８から１８１５のサーバ１０１のＣＰＵが実行する詳細処理を、図１９を用いて、後で説明する。

図１９は、図１８の１８０８から１８１５のサーバ１０１のＣＰＵが実行する詳細処理を示すフローチャートの一例を示す図である。

次に、携帯端末は、ライブ映像の送信停止要求をユーザにより受け付けると、当該ユーザにより受け付けたライブ映像の送信停止要求をサーバ１０１に送信する（１８１６）。

そして、サーバ１０１は、当該ライブ映像の送信停止要求を携帯端末から受信すると、当該携帯端末に対してライブ映像の配信を行っている監視カメラに対して、当該ライブ映像の送信停止要求を送信する（１８１７）。

そして、監視カメラは、当該ライブ映像の送信停止要求を受信すると、当該携帯端末に対して送信しているライブ映像の配信を停止する。
＜図１９の説明＞

次に、図１９を用いて、図１８の１８０８から１８１５のサーバ１０１のＣＰＵが実行する詳細処理を説明する。

ステップＳ１９０１〜Ｓ１９１８に示す各ステップの処理は、サーバ１０１の外部メモリ２１１に記録されているプログラムによる制御に従ってサーバ１０１のＣＰＵ２０１が実行する。

まず、サーバ１０１は、携帯端末から、ライブ映像の取得要求（不図示の監視カメラ選択画面を介して選択された監視カメラからのライブ映像の取得要求）を受け付けたか否かを判定し（ステップＳ１９０１）、当該取得要求を受け付けた場合には（ＹＥＳ）、ライブ映像を表示するための表示画面を生成し、当該携帯端末に送信する（ステップＳ１９０２）。

ステップＳ１９０２、後述するステップＳ１９０９に示す処理の詳細処理は、後で図２０を用いて説明する。

ステップＳ１９０２で携帯端末に送信され携帯端末に表示された表示画面の表示領域３０１内に、監視カメラから携帯端末に送信されるライブ動画が表示されることとなる。

そして、サーバ１０１は、不図示の監視カメラ選択画面を介して選択された監視カメラへのライブ映像の配信要求を当該監視カメラに送信し（ステップＳ１９０３）、当該監視カメラは、当該配信要求をサーバ１０１から受信すると、当該携帯端末に対してライブ映像を配信する。

そして、サーバ１０１は、監視カメラから携帯端末にライブ動画が送信されている間に、静止画を当該監視カメラから受信した場合には、メモリに記憶されている配信管理テーブルの、当該受信した静止画のデータ（静止画データ）に関連付けられた「動画配信先」に、１８０４で認証されたユーザのユーザＩＤ（ここでは、ユーザ１）を登録し（ステップＳ１９０４）、処理をステップＳ１９０５に移行する。

ステップＳ１９０１で、携帯端末から、ライブ映像の取得要求を受け付けていないと判定された場合には（ＮＯ）、処理をステップＳ１９０５に移行する。

次に、サーバ１０１は、携帯端末から、ライブ映像の送信停止要求を受け付けたか否かを判定し（ステップＳ１９０５）、当該要求を受け付けたと判定された場合には（ＹＥＳ）、当該監視カメラに対して、ライブ映像の送信（配信）停止要求を送信する（ステップＳ１９０６）。また、携帯端末から、ライブ映像の送信停止要求を受け付けていないと判定された場合には（ステップＳ１９０５：ＮＯ）、処理をステップＳ１９０７に移行する。

また、サーバ１０１は、携帯端末から静止画（サムネイル）の表示要求を受け付けたか否かを判定し（ステップＳ１９０７）、当該要求を受け付けた場合には、当該要求に含まれる撮影時間に撮影された静止画データを配信管理テーブル（図２２）から特定して、当該静止画データに関連付けられた「静止画配信先」（図２２）に、１８０４で認証されたユーザのユーザＩＤ（ここでは例えばユーザ１）を登録する（ステップＳ１９０８）。

そして、サーバ１０１は、図２０に示す表示画面生成・送信処理を実行して（ステップＳ１９０９）、携帯端末から受け付けた表示要求に含まれる撮影時間に撮影された静止画データを配信管理テーブル（図２２）から特定して、当該特定された静止画データのサムネイルの画像を当該携帯端末に送信し（ステップＳ１９１０）、処理をステップＳ１９１１に移行する。これにより、携帯端末では、例えば、図４の（Ｂ）の画面が表示されることとなる。

また、サーバ１０１は、携帯端末から静止画（サムネイル）の表示要求を受け付けていないと判定された場合には（ステップＳ１９０７：ＮＯ）、処理をステップＳ１９１１に移行する。

次に、サーバ１０１は、ユーザにより、携帯端末に表示された静止画（サムネイル）の一覧の中から１つのサムネイルが選択され、当該携帯端末から、当該選択されたサムネイルのオリジナルの静止画の表示要求を受信したか否かを判定し（ステップＳ１９１１）、当該要求を受け付けた場合には、当該表示要求に含まれる撮影時間の静止画データを当該携帯端末に送信する（ステップＳ１９１２）。

ステップS１９０７、ステップS１９１１は、ユーザの操作に従って、前記タイムラインにより静止画が撮影された時間が識別表示された表示領域に対して、当該時間に撮影された静止画の表示指示を受け付ける受付手段の適用例である。

ステップS1910、ステップＳ１９１２は、受付手段により表示指示を受け付けた静止画を、表示画面に含まれる、ライブ動画を表示する表示領域に表示するべく送信する送信手段の適用例である。
これにより、携帯端末の表示部には、例えば、図４の（Ｃ）の画面が表示される。

図４の（Ｃ）は、図４の（Ｂ）の１０時２７分００秒のサムネイルが選択され、当該選択されたサムネイルのオリジナルの静止画データが表示された表示画面の一例を示す図である。

次に、サーバ１０１は、携帯端末から、画像検索条件入力画面の表示要求を受け付けたか否かを判定する（ステップＳ１９１３）。

サーバ１０１は、図１５に示す設定画面で「タイムラインの表示要否」で「しない」が選択された場合、タイムラインの表示を行わない例えば、図１６の（Ａ）の画面を携帯端末に送信して携帯端末に表示させる。

携帯端末は、図１６の（Ａ）の静止画表示ボタン１６０１がユーザにより押下されると、画像検索条件入力画面（図１６の（Ｂ））の表示要求をサーバ１０１に送信する。

ステップＳ１９１３では、この画像検索条件入力画面（図１６の（Ｂ））の表示要求を携帯端末から受け付けたか否かを判定する。

ここで、この画像検索条件入力画面（図１６の（Ｂ））の表示要求を携帯端末から受け付けたと判定された場合には、画像検索条件入力画面（図１６の（Ｂ））を当該携帯端末に送信して（ステップＳ１９１４）、処理をステップＳ１９１５に移行する。

そして、携帯端末は、画像検索条件入力画面（図１６の（Ｂ））を表示し、画像検索条件記入欄１６０２に画像検索条件として撮影時間の入力を受け付け、当該受け付けた撮影時間をサーバに送信する。

そして、サーバ１０１は、当該画像検索条件としての撮影時間を、携帯端末から受信したか否かを判定し（ステップＳ１９１５）、当該画像検索条件としての撮影時間を、携帯端末から受信したと判定した場合には（ＹＥＳ）、当該撮影時間に撮影された静止画（サムネイル）を配信管理テーブルから検索して特定し（ステップＳ１９１６）、当該特定された静止画に対応する「静止画配信先」に１８０４で認証されたユーザのユーザＩＤを登録し（ステップＳ１９１７）、ステップＳ１９１６で特定された静止画を当該携帯端末に送信する（ステップＳ１９１８）。
そして、サーバは、処理をステップＳ１９０１に戻す。
＜図２０の説明＞

次に、図１９のステップＳ１９０２、Ｓ１９０９、図１８の１８１０、１８１４に示す処理の詳細処理を、図２０を用いて説明する。

図２０は、図１９のステップＳ１９０２、Ｓ１９０９、図１８の１８１０、１８１４に示す処理の詳細処理を示すフローチャートである。

ステップＳ２００１〜Ｓ２０１１に示す各ステップの処理は、サーバ１０１の外部メモリ２１１に記録されているプログラムによる制御に従ってサーバ１０１のＣＰＵ２０１が実行する。

図２０に示すステップＳ２００２からステップＳ２０１１までの処理は、所定時間（例えば１秒）ごとに、繰り返し常時実行される。すなわち、ステップＳ２００２からステップＳ２０１１までの処理は、カメラにより撮影されたライブ動画を表示する表示領域（３０１）と、カメラにより静止画が撮影された時間を識別表示するタイムラインの表示領域（３０３）とを含む表示画面（２０１）を時間の経過に従って生成する生成手段の適用例である。そして、この生成手段は、時間の経過に従って過去の時間軸方向に移動したタイムラインの表示領域であって、ステップＳ２００２、Ｓ２００３の判定手段による判定結果に従って、情報処理装置に送信済みのライブ動画、又は静止画と、情報処理装置に未送信のライブ動画、又は静止画とを識別可能に表示するタイムラインの表示領域を含む表示画面を生成する。また、ステップＳ２００２、Ｓ２００３の判定手段は、当該他の情報処理装置に、監視カメラにより撮影された動画、又は静止画を送信したか否かを判定する。また、この生成手段は、判定手段による判定結果に従って、情報処理装置に送信済みのライブ動画、又は静止画と、情報処理装置に未送信のライブ動画、又は静止画と、他の情報処理装置に送信済みのライブ動画、又は静止画と、をそれぞれ識別可能に表示するタイムラインの表示領域を含む表示画面を生成する。

まず、サーバ１０１は、携帯端末から、図１５の設定画面でタイムラインを表示するか否かを示す設定情報を受け付けたか否かを判定する（ステップＳ２００１）。

そして、図１５の設定画面でタイムラインを表示しない設定情報を受け付けた場合には（ＮＯ）、タイムライン無しの表示画面（例えば、図１６の（Ａ））を生成して（ステップＳ２０１０）、携帯端末に送信する（ステップＳ２０１１）。ステップＳ２０１１は、生成手段により表示された表示画面を情報処理装置に表示するべく送信する送信手段の適用例である。

一方、図１５の設定画面でタイムラインを表示する設定情報を受け付けた場合には（ＹＥＳ）、ステップＳ２００２からステップＳ２００５までの処理を、配信管理テーブルの各レコードに対してそれぞれ実行する。

まず、サーバ１０１は、配信管理テーブルの１レコードを取得して、当該レコードに格納されている静止画配信先、動画配信先のユーザを特定し、当該特定されたそれぞれのユーザが、１８０４で認証された現在ログインしているユーザであるかを判定する。

すなわち、現在ログインしているユーザが、静止画配信先、動画配信先のユーザに含まれているか否かを判定する。

そして、その判定結果と、図１４に示す表示条件テーブルとから、現在処理対象のレコードの撮影時間のタイムライン内の表示色を決定する。
図１４は、表示条件テーブルの一例を示す図である。

図１４に示すように、「ライブ動画表示済」、「静止画表示済」、「表示色」の項目から構成されており、「ライブ動画表示済」が○はライブ動画を表示済みであることを示し、「ライブ動画表示済」が×はライブ動画を表示していないことを示す。また、「静止画表示済」が○は静止画を表示済みであることを示し、「静止画表示済」が×は静止画を表示していないことを示す。また、「表示色」は、タイムラインに表示する色を示す。

すなわち、ライブ動画も静止画も表示していない場合には、その静止画のタイムラインを赤色で表示し（例えば、図５の（Ａ）の５０１）、ライブ動画は表示していないが、静止画は表示している場合には、その静止画のタイムラインを青色で表示する（例えば、図５の（Ａ）の５０２）ことを示し、ライブ動画は表示しているが、静止画は表示していない場合にはその静止画のタイムラインを黄色で表示する（例えば、図５の（Ａ）の５０３）ことを示し、ライブ動画も静止画も表示している場合には、その静止画のタイムラインを緑色で表示する（例えば、図５の（Ａ）の５０４）ことを示す。

サーバは、ステップＳ２００２で、現在ログインしているユーザが、静止画配信先、動画配信先のユーザに含まれているか否かを判定し、その判定結果と、図１４のテーブルから、現在処理対象の撮影時間の静止画のタイムラインを何色で表示するかを決定する（ステップＳ２００３）。

すなわち、ステップＳ２００２は、図２２に示す送信履歴に従って、携帯端末（情報処理装置）に、監視カメラにより撮影された動画、又は静止画を送信したか否かを判定する判定手段の適用例である。

例えば、図２２の（Ａ）の配信管理テーブルの場合、図５の（Ａ）のタイムラインのように表示される。

すなわち、サーバ１０１は、ライブ動画も静止画も表示していない撮影時間のタイムラインと、ライブ動画は表示していないが、静止画は表示している撮影時間のタイムラインと、ライブ動画は表示しているが、静止画は表示していない撮影時間のタイムラインと、ライブ動画も静止画も表示している撮影時間のタイムラインと、をそれぞれ識別可能に、表示する表示画面をステップＳ２００８、ステップＳ２００９で生成する。

次に、サーバ１０１は、監視カメラがライブ映像を携帯端末に配信している間に、１７０３で当該監視カメラから送信された静止画を受信したか否かを判定する（ステップＳ２００４）。

そして、監視カメラがライブ映像を携帯端末に配信している間に、１７０３で当該監視カメラから送信された静止画を受信したと判定された場合には、図９の（Ｂ）の３０３に示すように、タイムラインの「ＬＩＶＥ」のオブジェクトを点滅表示させて、現在配信中のライブ映像が、図１３の静止画録画条件に合致して、静止画をサーバに登録していることをユーザに通知する。

これにより、ユーザは、サムネイルを表示している間に、表示されていない現在配信中のライブ映像が図１３の静止画録画条件に合致して、静止画をサーバに登録していることを、ユーザは把握することができ、緊急で静止画を画像確認しなければならない場合でも迅速に対応することが可能となる。

次に、サーバ１０１は、図２２の（Ａ）に示す配信管理テーブルの各レコードに対して、ステップＳ２００２からステップＳ２００５の処理を実行したか否かを判定し、実行していないと判定された場合には（ＮＯ）、次のレコードを処理対象にして処理をステップＳ２００２に戻す。

また、配信管理テーブルの各レコードに対して、ステップＳ２００２からステップＳ２００５の処理を実行したと判定された場合には（ＹＥＳ）、タイムラインの縮尺表示を行うか否かを判定する（ステップＳ２００７）。

具体的には、サーバ１０１は、図１５に示す設定画面の「タイムライン縮尺表示」に「する」が設定されたか、「しない」に設定されたかを判定する。

「タイムライン縮尺表示」に「する」が設定された場合には（ＹＥＳ）、タイムライン縮尺表示画面を生成する（ステップＳ２００９）。一方、「タイムライン縮尺表示」に「しない」に設定された場合には（ＮＯ）、タイムライン表示画面を生成する（ステップＳ２００８）。

ステップＳ２００９で生成されるタイムライン縮尺表示画面は、例えば、図１０の（Ａ）に示す表示画面であって、１つのタイムラインの縮尺が途中で異なる表示となっている。

図１０の（Ａ）に示すタイムライン３０２は、１０時２９分００秒から１０時２５分００秒までは、所定の距離に対して１分間の間隔で表示されており、１０時２５分００秒から１０時１６分００秒までは、当該所定の距離に対して３分の間隔で表示されている。

そのため、より長くの時間のうち、いつの時間の静止画があるのかを確認でき、より全体を確認し易くなると共に、直近の静止画については、より細かい確認が可能となる。

また、図１５の１５０１で縮尺タイムラインの長さを１／３と設定した場合、図１０に示すように、タイムラインの長さの１／３を、１０時２５分００秒から１０時１６分００秒までは、当該所定の距離に対して３分の間隔で表示することができるようになる。

このように、図１５の１５０１で縮尺タイムラインの長さを柔軟に変更することが可能となる。

例えば、図１０の画面を生成するステップは、時間の経過に従って過去の時間軸方向に移動した前記タイムラインの表示領域であって、現在から所定距離の縮尺と、当該所定距離からの縮尺とが異なるタイムラインの表示領域を含む表示画面を生成する生成手段の適用例である。

次に、サーバ１０１は、ステップＳ２００８では、例えば、図３に示す縮尺が途中から変わっていない表示画面を生成する。

そして、サーバ１０１は、ステップＳ２００８、又は、ステップＳ２００９、又はステップＳ２０１０で生成された表示画面を携帯端末に送信して、処理を戻す。

次に、図２１を用いて、図１８の１８１３から１８１５の携帯端末のＣＰＵが実行する詳細処理について説明する。

図２１は、図１８の１８１３から１８１５の携帯端末のＣＰＵが実行する詳細処理を示すフローチャートの一例を示す図である。

まず、ステップＳ２１０１では、図４の（Ａ）の表示画面が携帯端末に表示されている場合を例に説明する。

携帯端末は、ユーザにより、図４の（Ａ）の点線矢印のように、矢印３０６の移動を受け付けたか否かを判定し（Ｓ２１０１）、当該移動の指示を受け付けた場合には（ＹＥＳ）、当該移動の指示に従って、矢印３０６を移動する（ステップＳ２１０２）。

そして、携帯端末は、ステップＳ２１０２で移動された矢印３０６に示される静止画の表示要求（矢印３０６に示される静止画の撮影時間を含む）をサーバ１０１に送信する（ステップＳ２１０３）。

そして、サーバ１０１は、当該静止画の表示要求（矢印３０６に示される静止画の撮影時間を含む）に含まれる撮影時間に紐付いて配信管理テーブルに登録されている静止画（サムネイル）を携帯端末に送信する。

そして、携帯端末は、当該送信された静止画（サムネイル）の一覧を受信して、携帯端末に表示する（例えば、図４の（Ｂ））（ステップＳ２１０８）。

また、携帯端末は、ステップＳ２１０１で、矢印３０６の移動を受け付けていないと判定された場合には（ＮＯ）、ユーザによるタイムラインのスクロールを受け付けたか否かを判定する（ステップＳ２１０４）。

携帯端末は、ユーザによるタイムラインのスクロールを受け付けた場合には（ＹＥＳ）、当該タイムラインのスクロール表示を行う（ステップＳ２１０５）。そして、処理をステップＳ２１０３に移行する。

例えば、図１１の（Ａ）に示すタイムラインを、図１１の（Ａ）の点線矢印のように、上方向にスクロール操作を行うと、図１１の（Ｂ）のようにタイムラインがスクロール表示される。
これにより、過去の静止画像を指定しやすくことができる。

次に、携帯端末は、タイムラインのスクロールを受け付けていないで、静止画（サムネイル）のスクロール表示指示をユーザにより受け付けたか否かを判定する（ステップＳ２１０６）。

そして、携帯端末は、静止画（サムネイル）のスクロール表示指示をユーザにより受け付けた場合には（ＹＥＳ）、当該静止画（サムネイル）をスクロールして表示し、そのスクロールに同期して、タイムラインをスクロールさせる。

これにより、確認したい静止画のスクロールを行いながら、タイムラインもスクロールされるため、静止画の確認作業に係るユーザによる操作性が向上する。

このように、本情報処理ステムは、上述の処理を実行するため、例えば、以下のような処理を実現することができる。

図３〜図１２、図１５、図１６は、携帯端末の表示部に表示される表示画面の一例を示す図である。

図３（Ａ）は、矢印３０６がＬＩＶＥを指しているため、ライブ動画が表示部である３０１に表示さていることを示している。そして、時間が経過すると共に、タイムラインが図３の（Ｂ）、（Ｃ）の点線矢印の方向に移動する。

また、図４（Ａ）は、矢印３０６がＬＩＶＥを指しているため、ライブ動画が表示部である３０１に表示さていることを示している。

そして、携帯端末は、ユーザの、矢印３０６を下側に移動させる指示（図４の（Ｂ）の点線矢印の方向に移動させる指示）を受け付けると、当該矢印３０６を静止画のある時間帯に移動させ、その矢印が指し示している時間帯の静止画の取得要求（矢印が指し示す静止画の撮影時間を含む）をサーバ１０１に対して、携帯端末が行う。これにより、携帯端末は、サーバから当該矢印が指し示す撮影時間の静止画を受信して、図４の（Ｂ）の３０１のように、静止画像を表示する。

そして、例えば、携帯端末は、１０時２７分１０秒の静止画像がユーザにより選択されると、当該静止画像のオリジナル画像をサーバから受信して、図４の（Ｃ）のように、拡大表示することができる。

また、図５は、ライブ動画も静止画も表示していない撮影時間のタイムライン（５０１）と、ライブ動画は表示していないが、静止画は表示している撮影時間のタイムライン（５０２）と、ライブ動画は表示しているが、静止画は表示していない撮影時間のタイムライン（５０３）と、ライブ動画も静止画も表示している撮影時間のタイムライン（５０４）と、をそれぞれ色で識別可能に表示した表示画面である。

そして、矢印３０６を５０１の時間帯にあわせることで、５０１の時間帯の静止画の一覧を表示できる。そして、図５の（Ｂ）で５０１の時間帯の静止画を表示したため、図５の（Ｂ）の５０１は、５０１の色が赤色から黄色に変化したことを示している。

また、図６も同様に、ライブ動画も静止画も表示していない撮影時間のタイムライン（５０１）と、ライブ動画は表示していないが、静止画は表示している撮影時間のタイムライン（５０２）と、ライブ動画は表示しているが、静止画は表示していない撮影時間のタイムライン（５０３）と、ライブ動画も静止画も表示している撮影時間のタイムライン（５０４）と、をそれぞれ色で識別可能に表示した表示画面である。

そして、矢印３０６を５０２の時間帯にあわせることで、５０２の時間帯の静止画の一覧を表示できる。そして、図６の（Ｂ）で５０２の時間帯の静止画を表示したため、図５の（Ｂ）の５０２は、５０２の色が青色から緑色に変化したことを示している。

このように、どの映像は、全く確認していないか、動画は確認したか、静止画は確認したか、どちらも確認したかを、ユーザは確認できるようになり、どの時間帯の動画を確認すればよいかを把握し易くなる。

また、図７の例では、現在ログインしているユーザ以外の他のユーザ（例えばユーザ２）が静止画を確認した場合には、その確認した静止画の時間帯（タイムライン）に、星印をつけることで、他のユーザが静止画を確認したかを、ユーザが確認できる。

例えば、ユーザ１の上長がユーザ２である場合、上長が確認したことが分かるため、ユーザ１が優先して確認しなければならない画像を把握することをユーザ１はし易くなる。

これは、サーバ１０１が、例えば、配信管理テーブルが図２２の（Ｂ）の場合、図２０のＳ２００２で処理対象のレコード（図２２の（Ｂ））の静止画配信先のユーザと、動画配信先のユーザが特定され、ユーザ１がログイン中のユーザである場合、ユーザ２（他のユーザ）がどの静止画を確認しているかを特定でき、当該ユーザ２（他のユーザ）が確認した静止画の時間帯のタイムラインに星印を付けることをステップＳ２００３で決定することで実現される。

また、図８の例では、現在ログインしているユーザ以外の他のユーザ（例えばユーザ２）が静止画が記録された時間帯のライブ動画を確認した場合には、その確認したライブ動画の時間帯（タイムライン）に、三角マークをつけることで、他のユーザがそのライブ動画を確認したかを、ユーザが確認できる。

例えば、ユーザ１の上長がユーザ２である場合、上長が確認したことが分かるため、ユーザ１が優先して確認しなければならない画像を把握することをユーザ１はし易くなる。

これは、サーバ１０１が、例えば、配信管理テーブルが図２２の（Ｃ）の場合、図２０のＳ２００２で処理対象のレコード（図２２の（Ｃ））の静止画配信先のユーザと、動画配信先のユーザが特定され、ユーザ１がログイン中のユーザである場合、ユーザ２（他のユーザ）がどのライブ動画を確認しているかを特定でき、当該ユーザ２（他のユーザ）が確認したライブ動画の時間帯のタイムラインに三角マークを付けることをステップＳ２００３で決定することで実現される。

図９（Ｂ）は、図９（Ａ）のように、矢印３０６が指し示す時間帯５０２の静止画を表示部である３０１に表示している間に、ライブ動画が図１３の静止画録画条件に合致した場合に、ライブ動画の位置を示す「ＬＩＶＥ」のオブジェクト３０３が点滅表示（ライブ動画が図１３の静止画録画条件に合致していることを識別表示）することを表した図である。

図１０（Ａ）（Ｂ）は、１つのタイムラインの中に、縮尺の異なるタイムラインが入った例を示している。

この場合も、図１０の（Ａ）から図１０の（Ｂ）のように、時間の経過と共に、タイムラインが図１０の（Ｂ）の点線矢印の方向に自動的に移動して表示することを示している。

また、図１１は、図１１の（Ａ）に示すタイムラインを、ユーザが、図１１の（Ａ）の点線矢印方向に（上方向に）スクロール操作を行うと、図１１の（Ｂ）のようにタイムラインがスクロール表示されることを示している。

また、図１２は、図１２の（Ｂ）（図１１の（Ｂ）と同じ図）の矢印３０６をユーザ操作により時間帯２００２を指すように移動することで、図１２の（Ｃ）の静止画を表示する領域である３０１に２００２の時間帯に撮影された静止画が表示されることを示している。そして、図１２（Ｃ）の３０１に表示された静止画を、図１２（Ｃ）の点線矢印の方向に、ユーザの操作によりスクロール指示した場合には、それに連動して、タイムラインが図１２の（Ｄ）の点線矢印の方向にスクロールすることを示している。このとき、矢印３０６は動かないため、図１２（Ｃ）の３０１に表示された静止画をスクロール指示することで、１つ前に撮影された静止画（２００４の時間帯の静止画）を３０１に表示することが可能となっている。

また、図２１に示す処理は、携帯端末で実行することを説明したが、この処理をサーバ１０１で実行するようにすることもできる。

例えば、携帯端末に対して、ユーザが、ステップＳ２１０１、ステップＳ２１０４、ステップＳ２１０６のいずれかの操作を行うことにより、携帯端末が、その操作内容をサーバ１０１に送信して、サーバ１０１が、ステップＳ２１０１、ステップＳ２１０４、ステップＳ２１０６の処理を行い生成した表示画面を携帯端末に送信して、当該携帯端末が当該表示画面を表示するようにすることができる。

次に、本発明を適用した好適な第２の実施形態を、添付図面を参照しながら詳細に説明する。

第２の実施形態では、第１の実施形態の配信管理テーブル（図２２）に、更に「サムネイル画像送信済」、「オリジナル画像送信済」の項目を追加して、タイムライン上に、サムネイル画像を送信済みであるか否か、オリジナル画像を送信済みであるか否かを識別表示するものであり、他は第１の実施形態と同様である。

そのため、第２の実施形態では、第１の実施形態と異なる点についてのみ説明する。

第１の実施形態の配信管理テーブル（図２２）に、更に「サムネイル画像送信済」、「オリジナル画像送信済」の項目を追加した第２の実施形態における配信管理テーブルを図２３に示す。

図１９のステップS１９０８において、サーバ１０１は、携帯端末から受け付けた静止画（サムネイル）の表示要求に含まれる撮影時間に撮影された静止画データを配信管理テーブル（図２３）から特定して、当該静止画データに関連付けられた「静止画配信先」（図２３）に、１８０４で認証されたユーザのユーザＩＤ（ここでは例えばユーザ１）を登録すると共に、図２３の「サムネイル画像送信済」にサムネイル画像を送信済みであることを示す情報として「○」を登録する。

また、図１９のステップS１９１２において、サーバ１０１は、ユーザにより、携帯端末に表示された静止画（サムネイル）の一覧の中から１つのサムネイルが選択され、当該携帯端末から、当該選択されたサムネイルのオリジナルの静止画の表示要求を受信した場合、当該表示要求に含まれる撮影時間の静止画データを当該携帯端末に送信すると共に、図２３の「オリジナル画像送信済」にオリジナル画像（オリジナルの静止画）を送信済みであることを示す情報として「○」を登録する。

また、図２０のステップS２００３において、第１の実施形態と同様に、サーバは、ステップＳ２００２で、現在ログインしているユーザが、静止画配信先、動画配信先のユーザに含まれているか否かを判定し、その判定結果と、図１４のテーブルから、現在処理対象の撮影時間の静止画のタイムラインを何色で表示するかを決定する。さらに、第２の実施形態では、図２０のステップS２００３において、配信管理テーブル（図２３）の「サムネイル画像送信済」に「○」が登録されているか、それとも、サムネイル画像が未送信であることを示す情報である「×」が登録されているかを判定し、「サムネイル画像送信済」に「○」が登録されていると判定された場合には、図２４（B）のタイムライン上の領域（現在処理対象の撮影時間の領域）５０１、５０２に示すように「○」を表示することを決定する。ここで「○」を表示することが決定された場合には、ステップS２００８、ステップS２００９での生成処理で、現在処理対象の撮影時間の領域（タイムライン上の領域）に「○」を表示する画面を生成する。

また、図２０のステップS２００３において、配信管理テーブル（図２３）の「オリジナル画像送信済」に「○」が登録されているか、それとも、オリジナル画像が未送信であることを示す情報である「×」が登録されているかを判定し、「オリジナル画像送信済」に「○」が登録されていると判定された場合には、図２４（B）のタイムライン上の領域（現在処理対象の撮影時間の領域）５０１に示すように「●」を表示することを決定する。ここで「●」を表示することが決定された場合には、ステップS２００８、ステップS２００９での生成処理で、現在処理対象の撮影時間の領域（タイムライン上の領域）に「●」を表示する画面を生成する。

これにより、ユーザが、サムネイル画像のみを確認したのか、オリジナル画像をじっくり確認したのかを、把握することが可能となる。

そのため、他のユーザが、オリジナル画像をじっくり確認していることを把握することも可能であり、そのような画像は、重要な画像である可能性が高いため、後で、そのような画像を集約表示することで、効率的に、重要な画像を確認することも可能である。

すなわち、サーバは、配信管理テーブル（図２３）の「オリジナル画像送信済」に「○」が登録されている静止画の撮影時間の時間帯のみをタイムライン上に表示する画面をステップS２００８、S２００９で生成することができ、これにより、効率的に、重要な画像を確認することができる。

以上、本発明によれば、リアルタイムにライブ映像を確認でき、ライブ映像を記憶するサーバのメモリの使用量を削減してユーザが確認すべき映像を特定し易くすることが出来る。

また、本発明によれば、全体のタイムラインを確認し易くすると共に、現在に近い時間のタイムラインをより詳しく確認することができる。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のカード、ＲＯＭ等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。このプログラムコードを読み出し実行可能な情報処理装置（コンピュータ）が前述した実施形態の機能を実現する。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

１０１ サーバ
１０２ 携帯端末（ユーザ１（１０９）が操作する端末）
１０３ 携帯端末（ユーザ２（１１０）が操作する端末）
１０４ 監視カメラ
１０５ 監視カメラ
１０６ 監視カメラ
１０７ 監視カメラ
１０８ ネットワーク

Claims (5)

1. カメラと、前記カメラにより撮影されたライブ動画、及び静止画を表示する情報処理装置と通信可能なサーバであって、
   前記カメラにより撮影されたライブ動画、又は静止画を前記情報処理装置に表示するべく送信した送信履歴を記憶する記憶手段と、
   前記記憶手段に記憶された送信履歴に従って、前記情報処理装置に、前記カメラにより撮影された動画、又は静止画を送信したか否かを判定する判定手段と、
   前記カメラにより撮影されたライブ動画を表示する表示領域と、前記カメラにより静止画が撮影された時間を識別表示するタイムラインの表示領域とを含む表示画面を時間の経過に従って生成する生成手段と、
   前記生成手段により表示された表示画面を前記情報処理装置に表示するべく送信する送信手段と、
   を備え、
   前記生成手段は、時間の経過に従って過去の時間軸方向に移動した前記タイムラインの表示領域であって、前記判定手段による判定結果に従って、前記情報処理装置に送信済みのライブ動画、又は静止画と、前記情報処理装置に未送信のライブ動画、又は静止画とを識別可能に表示するタイムラインの表示領域を含む表示画面を生成することを特徴とする情報処理装置。
2. 前記記憶手段に記憶された送信履歴には、他の情報処理装置への送信履歴を含み、
   前記判定手段は、さらに、当該他の情報処理装置に、前記カメラにより撮影された動画、又は静止画を送信したか否かを判定し、
   前記生成手段は、前記判定手段による判定結果に従って、前記情報処理装置に送信済みのライブ動画、又は静止画と、前記情報処理装置に未送信のライブ動画、又は静止画と、他の情報処理装置に送信済みのライブ動画、又は静止画と、をそれぞれ識別可能に表示するタイムラインの表示領域を含む表示画面を生成することを特徴とする請求項１に記載の情報処理装置。
3. ユーザの操作に従って、前記タイムラインにより静止画が撮影された時間が識別表示された表示領域に対して、当該時間に撮影された静止画の表示指示を受け付ける受付手段を更に備え、
   前記送信手段は、前記受付手段により表示指示を受け付けた静止画を、前記表示画面に含まれる、前記ライブ動画を表示する表示領域に表示するべく送信することを特徴とする請求項１又は２に記載の情報処理装置。
4. カメラと、前記カメラにより撮影されたライブ動画、及び静止画を表示する情報処理装置と通信可能であり、前記カメラにより撮影されたライブ動画、又は静止画を前記情報処理装置に表示するべく送信した送信履歴を記憶する記憶手段を備えたサーバにおける制御方法であって、
   前記サーバの判定手段が、前記記憶手段に記憶された送信履歴に従って、前記情報処理装置に、前記カメラにより撮影された動画、又は静止画を送信したか否かを判定する判定工程と、
   前記サーバの生成手段が、前記カメラにより撮影されたライブ動画を表示する表示領域と、前記カメラにより静止画が撮影された時間を識別表示するタイムラインの表示領域とを含む表示画面を時間の経過に従って生成する生成工程と、
   前記サーバの送信手段が、前記生成工程により表示された表示画面を前記情報処理装置に表示するべく送信する送信工程と、
   を備え、
   前記生成工程は、時間の経過に従って過去の時間軸方向に移動した前記タイムラインの表示領域であって、前記判定工程による判定結果に従って、前記情報処理装置に送信済みのライブ動画、又は静止画と、前記情報処理装置に未送信のライブ動画、又は静止画とを識別可能に表示するタイムラインの表示領域を含む表示画面を生成することを特徴とする制御方法。
5. カメラと、前記カメラにより撮影されたライブ動画、及び静止画を表示する情報処理装置と通信可能であり、前記カメラにより撮影されたライブ動画、又は静止画を前記情報処理装置に表示するべく送信した送信履歴を記憶する記憶手段を備えたサーバで読み取り実行可能なプログラムであって、
   前記サーバを、
   前記記憶手段に記憶された送信履歴に従って、前記情報処理装置に、前記カメラにより撮影された動画、又は静止画を送信したか否かを判定する判定手段と、
   前記カメラにより撮影されたライブ動画を表示する表示領域と、前記カメラにより静止画が撮影された時間を識別表示するタイムラインの表示領域とを含む表示画面を時間の経過に従って生成する生成手段と、
   前記生成手段により表示された表示画面を前記情報処理装置に表示するべく送信する送信手段として機能させ、
   前記生成手段は、時間の経過に従って過去の時間軸方向に移動した前記タイムラインの表示領域であって、前記判定手段による判定結果に従って、前記情報処理装置に送信済みのライブ動画、又は静止画と、前記情報処理装置に未送信のライブ動画、又は静止画とを識別可能に表示するタイムラインの表示領域を含む表示画面を生成することを特徴とするプログラム。
   
   
   

Images