(57)【要約】【課題】最新の動画像ファイルの配信と過去の動画像ファイルとの配信とを両立させることができる動画像ファイル配信装置を提供すること。【解決手段】イベント識別部６は、アップロードに際してファイル提供者から受信される動画像ファイルに伴うイベント属性を識別する。イベント有りと識別された動画像ファイルについては、該動画像ファイルのファイル名をアップロードのリクエストに対し変更して記憶手段５に蓄積する。イベント無しと識別された動画像ファイルについては、該動画像をファイル名をアップロードのリクエストに従って記憶手段に蓄積する。ファイルリスト生成部７は、変更されたファイルリストを生成し、クライアントに提供可能にする。【選択図】　　図１
2004146875.tif 000002
【特許請求の範囲】
【請求項１】
動画像ファイルをアップロードにより受信して記憶手段に蓄積し、前記記憶手段に蓄積した動画像ファイルをダウンロードによりクライアントに配信する動画像ファイル配信装置において、
アップロードに際して受信されるイベント属性を識別し、イベント有りと識別された動画像ファイルについては、該動画像ファイルを特定する情報をアップロードのリクエストに対し変更して蓄積させる手段と、
イベント無しと識別された動画像ファイルについては、該動画像を特定する情報をアップロードのリクエストに従って蓄積させる手段とを具備することを特徴とする動画像ファイル配信装置。
【請求項２】
動画像ファイルがマルチパート構成であり、前記イベント属性は、マルチパート構成の一部パート中に含まれることを特徴とする請求項１に記載の動画像ファイル配信装置。
【請求項３】
前記イベント属性は、アップロードファイル中に含まれることを特徴とする請求項１に記載の動画像ファイル配信装置。
【請求項４】
前記イベント属性は、アップロードリクエスト中に含まれることを特徴とする請求項１に記載の動画像ファイル配信装置。
【請求項５】
前記動画像を特定する情報が、該動画像ファイルのファイル名であることを特徴とする請求項１ないし３のいずれかに記載の動画像ファイル配信装置。
【請求項６】
アップロードのリクエストに対し特定する情報が変更されて蓄積された動画像ファイルについては、蓄積後、一定時間経過したら該動画像ファイルを削除する手段を具備することを特徴とする請求項１ないし４のいずれかに記載の動画像ファイル配信装置。
【請求項７】
アップロードのリクエストに対し特定する情報が変更されて蓄積された動画像ファイルが一定個数を超えたら所定に順序に従って動画像ファイルを削除する手段を備え、蓄積される動画像ファイルを前記一定個数以下にすることを特徴とする請求項１ないし５のいずれかに記載の動画像ファイル配信装置。
【請求項８】
アップロードのリクエストに対し特定する情報が変更されて蓄積された動画像ファイルについてのイベント履歴を作成する手段を具備することを特徴とする請求項１ないし６のいずれかに記載の動画像ファイル配信装置。
【請求項９】
アップロードのリクエストに対し特定する情報が変更されて蓄積された動画像ファイルについては、蓄積後、一定時間経過したら該動画像ファイルおよびそのイベント履歴を削除する手段を具備することを特徴とする請求項７に記載の動画像ファイル配信装置。
【請求項１０】
アップロードのリクエストに対し特定する情報が変更されて蓄積された動画像ファイルが一定個数を超えたら所定に順序に従って動画像ファイルおよびそのイベント履歴を削除する手段を備え、蓄積される動画像ファイルおよびそのイベント履歴を前記一定個数以下にすることを特徴とする請求項７または８に記載の動画像ファイル配信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、動画像ファイル配信装置に関し、特に、最新の動画像ファイルの配信と過去の動画像ファイルとの配信とを両立させることができる動画像ファイル配信装置に関するものである。
【０００２】
【従来の技術】
従来、動画像ファイルをＨＴＴＰ（ｈｙｐｅｒｔｅｘｔ　ｔｒａｎｓｆｅｒ　ｐｒｏｔｏｃｏｌ）でダウンロード配信する場合、動画像ファイル配信用に特化されていない通常のＷＷＷファイル配信装置（以下、サーバと称す。）を用いるのが一般的である。
【０００３】
従来のサーバの構成を図７に示す。サーバ１は、ＬＡＮやＡＤＳＬなどのネットワークに接続されるネットワークＩ／Ｆ部２、ＨＴＴＰサーバ部３、ファイルＩ／Ｏ部４、およびハードディスクなどの記憶手段５を備える。
【０００４】
ファイル提供者からサーバ１へのファイル格納、すなわちファイルアップロード時、ＨＴＴＰサーバ部３は、ネットワークＩ／Ｆ部２を介して受信されたアップロードリクエストに従ってアップロードファイルを直ちにファイルＩ／Ｏ部４を介して記憶手段５に転送し、所定の場所（ディレクトリ）に保存する。また、アップロードの成功あるいは失敗という結果をレスポンスとしてファイル提供者へ送信する。
【０００５】
ファイル格納の際のファイル名は、ファイル提供者が指定したものとなる。ライブ動画像の配信のように、常に最新情報の提供を目的として動画像ファイルを継続的にアップロードする場合では、最新のファイルだけがサーバに存在していればよく、さらに、後述のダウンロード時の利便性を考慮して同一ファイル名を使用して連続的に上書きアップロードを行うことが一般的である。
【０００６】
受信者（以下、クライアントと称す。）へのファイル配信、すなわちファイルダウンロード時、まず、クライアントは、サーバ１側で事前に用意したファイルリストからダウンロードしたいファイルを選択し、選択したファイルに関するリクエストをサーバ１に送信する。サーバ１におけるＨＴＴＰサーバ部３は、リクエストされたファイルをディレクトリから探し出し、当該ファイルをレスポンスとしてクライアントに配信する。リクエストされたファイルが見つからなかった場合などのエラー情報もレスポンスとして送信される。
【０００７】
ライブ動画像の配信の場合には、クライアントは最新の動画像ファイルを取得できればよいので、同一ファイル名でダウンロードリクエストを行えばファイル名を意識することなく、常に最新の動画像ファイルを取得することができる。
【０００８】
【発明が解決しようとする課題】
しかしながら、従来のサーバにおいて、記憶手段に格納する動画像ファイルのファイル名は、ファイル提供者により主導的に決定されたものであり、また、ダウンロード時にリスト表示されるファイル名は、予め用意されたものとなっている。
【０００９】
このようなサーバを用いる配信システムは、同一ファイル名によりアップロードおよびダウンロードができ、ファイル名を意識せずに常に最新のファイルを取得できるという利点がある。しかしながら、このようなシステムでは、過去にアップロードされた動画像ファイルのいくつかを保存したいという要求や重要な情報を持つ動画像ファイルを事後確認したいという要求などに対処することができない。
【００１０】
特定ファイルに対するファイル名をアップロード時に適宜変更し、その後にアップロードされるファイルによる上書きを避けるといった手法を採ることにより、特定ファイルをサーバ内に保存させることは可能であるが、保存されたファイルのリストが更新されず、ダウンロード側から参照することができないため、それらの特定ファイルへのアクセスが困難である。
【００１１】
本発明の目的は、前述した従来技術の問題点を解決し、最新の動画像ファイルの配信と過去の動画像ファイルとの配信とを両立させることができる動画像ファイル配信装置を提供することにある。
【００１２】
【課題を解決するための手段】
前記した課題を解決するために、本発明は、動画像ファイルをアップロードにより受信して記憶手段に蓄積し、前記記憶手段に蓄積した動画像ファイルをダウンロードによりクライアントに配信する動画像ファイル配信装置において、アップロードに際して受信されるイベント属性を識別し、イベント有りと識別された動画像ファイルについては、該動画像ファイルを特定する情報をアップロードのリクエストに対し変更して蓄積させる手段と、イベント無しと識別された動画像ファイルについては、該動画像を特定する情報をアップロードのリクエストに従って蓄積させる手段とを具備する点に第１の特徴がある。
【００１３】
また、本発明は、動画像ファイルがマルチパート構成であり、前記イベント属性は、マルチパート構成の一部パート中に含まれる点に第２の特徴がある。
【００１４】
また、本発明は、前記イベント属性が、アップロードファイル中に含まれる点に第３の特徴がある。
【００１５】
また、本発明は、前記イベント属性が、アップロードリクエスト中に含まれる点に第４の特徴がある。
【００１６】
また、本発明は、前記動画像を特定する情報が、該動画像ファイルのファイル名である点に第５の特徴がある。
【００１７】
また、本発明は、アップロードのリクエストに対し特定する情報が変更されて蓄積された動画像ファイルについては、蓄積後、一定時間経過したら該動画像ファイルを削除する手段を具備する点に第６の特徴がある。
【００１８】
また、本発明は、アップロードのリクエストに対し特定する情報が変更されて蓄積された動画像ファイルが一定個数を超えたら所定に順序に従って動画像ファイルを削除する手段を備え、蓄積される動画像ファイルを前記一定個数以下にする点に第７の特徴がある。
【００１９】
また、本発明は、アップロードのリクエストに対し特定する情報が変更されて蓄積された動画像ファイルについてのイベント履歴を作成する手段を具備する点に第８の特徴がある。
【００２０】
また、本発明は、アップロードのリクエストに対し特定する情報が変更されて蓄積された動画像ファイルについては、蓄積後、一定時間経過したら該動画像ファイルおよびそのイベント履歴を削除する手段を具備する点に第９の特徴がある。
【００２１】
さらに、アップロードのリクエストに対し特定する情報が変更されて蓄積された動画像ファイルが一定個数を超えたら所定に順序に従って動画像ファイルおよびそのイベント履歴を削除する手段を備え、蓄積される動画像ファイルおよびそのイベント履歴を前記一定個数以下にする点に第１０の特徴がある。
【００２２】
本発明の特徴によれば、ファイル提供者からの同一ファイル名のファイルであっても、イベント無しと識別されたファイルは、連続アップロードにより常に最新のファイルが保持され、イベント有りと識別されたファイルは、別のファイルとして蓄積されるので、最新の動画像ファイルの配信と過去の動画像ファイルとの配信とを両立させることができる。
【００２３】
また、アップロードのリクエストに対し特定する情報が変更されて蓄積された動画像ファイルについては、蓄積後、一定時間経過したら、あるいはその動画像ファイルが一定個数を超えたら適宜動画像ファイルを削除するので、蓄積に要する記憶容量を必要最小限にすることができる。
【００２４】
さらに、蓄積される動画像ファイルのイベント履歴を作成することにより、動画像ファイルの履歴を容易に知ることができ、それを利用して関係する画像ファイルへのアクセスが容易になる。
【００２５】
【発明の実施の形態】
以下、図面を参照して本発明を詳細に説明する。図１は、本発明に係る動画像ファイル配信装置の一実施形態を示すブロック構成図である。なお、図７と同一あるいは同等部分には同一番号を付してある。本実施形態は、ＨＴＴＰサーバ部３とファイルＩ／Ｏ部４との間に、イベント識別部６およびファイルリスト生成部７を配設した点で図７のサーバと異なっている。
【００２６】
図２（ａ）、（ｂ）は、伝送されるファイル構成の例であり、図２（ａ）は、１つのヘッダ情報Ｈを伴うビデオデータＶとオーディオデータＡからなる通常のファイル構造であり、図２（ｂ）は、１つのヘッダ情報Ｈを伴うビデオデータＶとオーディオデータＡからなるフラグメントＦが連続するフラグメント構造である。
【００２７】
ＶやＡの１つの塊は、チャンクと呼ばれるもので、図２（ａ）の場合、具体例では、Ｖ，Ａの１チャンクはそれぞれ１秒分のデータを含み、ビデオフレームレート１０ｆｐｓ、ｘ＝１５秒とすると、各ファイルはＶとＡの１５組を含み、ビデオフレームは１チャンク当たり１０枚となる。
【００２８】
ヘッダ情報は、例えば、（１）ファイルの時間長、（２）ファイルの作成日時、（３）各メディア（Ｖ、Ａ）ごとの時間長、（４）各メディアごとの作成日時、（５）Ｖのサイズ（縦×横）、（６）Ｖチャンクの配置位置（バイトオフセット）、（７）Ｖのフレームの総数、（８）Ｖの１フレームごとのデータサイズ（バイト数）、（９）Ｖのフレーム表示継続時間、（１０）Ｖの符号化ビットレート、（１１）Ａのサンプリング周波数、（１２）Ａのモード（モノラル、ステレオ）、（１３）Ａチャンクの配置位置（バイトオフセット）、（１４）Ａの１フレームごとのデータサイズ、（１５）Ａのフレーム再生継続時間、（１６）Ａのフレーム総数などを含む。
【００２９】
また、図２（ｂ）の場合、ファイル先頭のヘッダ情報は、図２（ａ）の場合と同様に上記（１）〜（１６）を含むが、後続のヘッダ情報は、上記（６）〜（１０）、（１３）〜（１６）を含む。
【００３０】
図３は、アップロードに際してファイル提供者側から送信されるＨＴＴＰリクエストのヘッダの例であり、ここで、「Ｂｏｕｎｄａｒｙ」は、以後に続く実際のデータ部分がマルチパート形式の場合に区切り文字を指定する。また。「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」は、伝送するファイルのサイズを示す。
【００３１】
本実施形態の動画像ファイル配信装置（サーバ）１の動作を、まず、アップロード時について説明する。サーバ１がファイル提供者からＨＴＴＰプロトコルによるアップロードリクエストをネットワークＩ／Ｆ部２を介して受信すると、ＨＴＴＰサーバ部３は、１つのＨＴＴＰアップロードセッションを開始させる。ここで、セッションは、１つのファイルの伝送に対応するものである。
【００３２】
アップロードに際してはイベント属性情報も受信される。イベント属性情報は、アップロードした動画像ファイルが、他の動画像ファイルとは区別してそのまま蓄積されるようにする場合に付される情報であり、例えば、イベントの有無を含み、さらに、これにイベントの発生日時、当該動画像ファイルの保存期間や重要度などを含ませて、後のファイル利用に有効な情報とすることができる。
【００３３】
イベント属性情報の伝送形態は、例えば、以下の（１）〜（３）のように、いくつかの形態が考えられる。
（１）図４（ａ）に示すように、アップロードするファイル（図３の「実際のデータ」に相当）をマルチパート構成にし、それぞれを動画像ファイルパートおよびイベント属性情報パートとする形態。なお、図示の「××−−××」は区切り文字列であり、アップロードの際のリクエストヘッダ（図３の「ｂｏｕｎｄａｒｙ」）により指定される。
【００３４】
なお、先頭の「−−」は自動的に付加される。イベント属性情報は、例えばイベントの有無を含み、イベント有りの場合はさらに、イベントの発生日時、該ファイルの保存期間や相対的な重要度などを含む。また、最後の「−−」は、マルチパート構成のファイルの最後を示す。
（２）図４（ｂ）に示すように、図２（ａ）、（ｂ）に示す動画像ファイルのヘッダ情報内にイベント属性情報を埋め込んで伝送する形態。なお、図２（ｂ）のように、ファイル内部が分割されたフラグメント形式の場合には後続のヘッダに埋め込むようにしてもよい。
（３）図４（ｃ）に示すように、ＨＴＴＰアップロードのリクエストヘッダに埋め込む形態。すなわち、アップロードファイル名のクエリー（Ｑｕｅｒｙ）パートにイベント属性情報を付加する形態。図４（ｃ）は、図３の〈ファイル〉名に関し、ｔｅｓｔ．ｍｐ４をアップロードする場合についてのものであり、「？ｅｖ＝１・・・ｓ＝１０」部分（クエリーパート）が埋め込まれたイベント属性情報であり、「ｅｖ＝１」はイベント有りを示し、「ｄａｔｅ＝２００２１０１０＆ｔｉｍｅ＝１７３５０２」、「ｋｅｅｐ＝２４」、「ｓ＝１０」はそれぞれ、イベント発生日時が２００２年１０月１０日１７時３５分２秒、ファイルの保存期間が２４時間、重要度が１０であることを示す。
【００３５】
以上のようにしてファイル提供者から伝送されたイベント属性情報および動画像ファイルは、ネットワークＩ／Ｆ部２およびＨＴＴＰサーバ部３を介してイベント識別部６およびファイルＩ／Ｏ部４へと入力される。
【００３６】
イベント識別部６は、伝送されたイベント属性情報を抽出して識別し、イベント有りと識別した場合は、受信された動画像ファイルのファイル名を適宜変更し、ファイルリスト生成部７へリスト追加命令を発行する。同時に、ファイルＩ／Ｏ部４へ変更されたファイル名を通知し、当該ファイルを変更されたファイル名のイベントファイルとして保存するように指示を出す。
【００３７】
イベント識別部６がイベント無しを識別した場合は、動画像ファイル名の変更やリスト追加命令の発行は行わない。これにより、記憶手段５では同名ファイルによる上書き保存が行われる。なお、イベント無しを識別した場合とは、イベント属性情報が伝送されず、それを抽出しない場合も含む。
【００３８】
ファイルリスト生成部７は、イベント識別部６からのリスト追加命令を受けると、ダウンロード可能ファイルリストとして当該動画像ファイルのファイル名を追加する。追加するファイル名は、イベントの項目でよく、イベントの発生日時などを同時に追加することも可能である。
【００３９】
ファイルリスト生成部７で生成されるファイリストは、動的に生成されるＨＴＭＬファイルであり、例えば、図５に示すように、イベントの項目と発生日時、イベントの動画像ファイルをダウンロードするためのクリックボタンを表示させるものである。さらに、クライアントが動画像ファイルをダウンロードする際に必要な最新の動画像ファイル、ならびにイベント発生時の動画像ファイルへのリンク情報、さらにはイベントの履歴を一覧で表示させるものとすることもできる。
【００４０】
次に、ダウンロード時の動作について説明する。ダウンロード時、クライアントからのリクエストにより、まず、初期ページを提示してファイルリストページにアクセス可能にする。初期ページは、まず、最新の動画像ファイルかイベントファイルかを選択可能にし、続いてファイルを選択可能なものにすることができる。
【００４１】
続いて、クライアントがファイルリストページにより取得したい動画像ファイルを選択すると、該動画像ファイルのリクエストがＨＴＴＰサーバ部３へと発行される。これによりＨＴＴＰサーバ部３は、リクエストされた動画像ファイルをファイルＩ／Ｏ部４を通じて記憶手段５から取得し、クライアントへと配信する。ファイルのダウンロードは、ファイル名を直接指定することによっても可能である。この場合に送信されるダウンロードリクエストおよびそれに対するレスポンスの例を図６に示す。
【００４２】
以上、実施形態について説明したが、本発明の範囲内で種々の改変が可能である。例えば、アップロードのリクエストに対しファイル名が変更されて蓄積された動画像ファイルについては、蓄積後、一定時間経過したら該動画像ファイルを削除するようにすることができる。また、アップロードのリクエストに対しファイル名が変更されて蓄積された動画像ファイルが一定個数を超えたら所定の順序、例えば、蓄積の古いものからの順や重要度に従う順に従って動画像ファイルを削除するようにすることもできる。
【００４３】
また、アップロードのリクエストに対しファイル名が変更されて蓄積された動画像ファイルについてのイベント履歴が作成される場合、蓄積後、一定時間経過したら該動画像ファイルおよびそのイベント履歴を削除するようにすることができ、また、アップロードのリクエストに対しファイル名が変更されて蓄積された動画像ファイルが一定個数を超えたら所定の順序に従って動画像ファイルおよびそのイベント履歴を削除するようにすることもできる。これらの処理は、ソフトウエアにより行わせることができる。
【００４４】
また、動画像ファイルは、オーディオデータＡを含まなくてもよい。さらに、動画像ファイルを蓄積する記憶手段としては、ハードディスクに限らず、メモリによる仮想ディスクなど、種々のデータ記憶手段を採用することができる。
【００４５】
本発明の動画像ファイル配信装置は、監視カメラにより撮像されたライブ画像を、携帯電話やインターネット向けに配信する監視映像配信サーバシステム、その他の動画像配信サーバシステムに適用できる。
【００４６】
【発明の効果】
以上に詳細に説明したように、本発明によれば、アップロードファイル中に含まれるイベント属性情報を識別し、イベント有りと認識されたものについては新たにファイルリストを生成して一覧として表示可能にし、また、アップロードファイルを固有のファイル名で蓄積するので、ファイル提供者からの同一ファイル名のファイルであっても、イベント無しと識別されたファイルは、連続アップロードにより常に最新のファイルが保持され、イベント有りと識別されたファイルは、別のファイルとして蓄積され、最新の動画像ファイルの配信と過去の動画像ファイルとの配信とを両立させることができる。
【００４７】
また、アップロードのリクエストに対し特定する情報が変更されて蓄積された動画像ファイルについては、蓄積後、一定時間経過したら、あるいはその動画像ファイルが一定個数を超えたら適宜動画像ファイルを削除するので、蓄積に要する記憶容量を必要最小限にすることができる。
【００４８】
さらに、蓄積される動画像ファイルのイベント履歴を作成することにより、動画像ファイルの履歴を容易に知ることができ、それを利用して関係する画像ファイルへのアクセスが容易になるという効果がある．
【図面の簡単な説明】
【図１】本発明に係る動画像ファイル配信装置の一実施形態を示すブロック構成図である。
【図２】伝送されるファイル構成の説明図である。
【図３】アップロードリクエストのヘッダの説明図である。
【図４】イベント属性情報の伝送形態の説明図である。
【図５】ダウンロードに際して表示されるイベントファイのリストの説明図である。
【図６】ファイル名指定によるダウンロードリクエストとそのレスポンスの説明図である。
【図７】従来のサーバを示すブロック構成図である。
【符号の説明】
１・・・サーバ、２・・・ネットワークＩ／Ｆ部、３・・・ＨＴＴＰサーバ部、４・・・ファイルＩ／Ｏ部、５・・・記憶手段、６・・・イベント識別部、７・・・ファイルリスト生成部
【図１】
2004146875.tif 000003
【図２】
2004146875.tif 000004
【図３】
2004146875.tif 000005
【図４】
2004146875.tif 000006
【図５】
2004146875.tif 000007
【図６】
2004146875.tif 000008
【図７】
2004146875.tif 000009