JP2010098514A - 映像記録再生装置およびファイル管理方法 - Google Patents

映像記録再生装置およびファイル管理方法 Download PDF

Info

Publication number
JP2010098514A
JP2010098514A JP2008267426A JP2008267426A JP2010098514A JP 2010098514 A JP2010098514 A JP 2010098514A JP 2008267426 A JP2008267426 A JP 2008267426A JP 2008267426 A JP2008267426 A JP 2008267426A JP 2010098514 A JP2010098514 A JP 2010098514A
Authority
JP
Japan
Prior art keywords
file
recording
information
mxf
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2008267426A
Other languages
English (en)
Other versions
JP4686587B2 (ja
Inventor
Akihiko Nakao
昭彦 中尾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2008267426A priority Critical patent/JP4686587B2/ja
Priority to TW098120844A priority patent/TWI432026B/zh
Priority to KR1020090064566A priority patent/KR101066156B1/ko
Priority to CN201410498386.3A priority patent/CN104333796B/zh
Priority to CN200910161650.3A priority patent/CN101729538B/zh
Priority to US12/509,630 priority patent/US20100100640A1/en
Priority to CA2674189A priority patent/CA2674189C/en
Priority to EP09009695A priority patent/EP2178297A1/en
Publication of JP2010098514A publication Critical patent/JP2010098514A/ja
Application granted granted Critical
Publication of JP4686587B2 publication Critical patent/JP4686587B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2368—Multiplexing of audio and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4332—Content storage operation, e.g. storage operation in response to a pause request, caching operations by placing content in organized collections, e.g. local EPG data repository
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4341—Demultiplexing of audio and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43622—Interfacing an external recording device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Television Signal Processing For Recording (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

【課題】ＭＸＦファイル化されたストリームデータファイルの任意の場所から速やかに読み出して収録又は転送可能な映像記録再生装置、及びファイル管理方法を提供することを目的とする。
【解決手段】制御部１１は、予め設定された処理手順でＦＴＰコマンドを前記データＩＦ１７を介してＦＴＰサーバ２０に送信し、ＭＸＦファイルのＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報を取得することにより、更に当該ＭＸＦファイル処理に必要な制御情報の記述位置情報を取得て管理テーブル１３に記憶保存し、その位置情報からＦＴＰサーバ２０から更に前記収録に必要な全ての前記制御情報を取得したリストを管理テーブル１３に記憶保存する予備手順を行い、前記予備手順が終了後、当該ＭＸＦファイルをダウンロードし、ＭＸＦファイルを管理テーブル１３の前記制御情報を参照して所要のファイル管理処理を行い記憶手段１４へ書き込み記憶して収録する。
【選択図】図１

Description

本発明は、放送局等で使用されるコンテンツファイルを高速で転送可能な映像記録再生装置およびファイル管理方法に関する。
放送局で使用する番組サーバの収録時間を短縮するには、番組素材のデータをファイル形式で番組サーバに収録する方法が有効である。近年は映像・音声データのファイル交換用統一フォーマットとしてＳＭＰＴＥで制定されたＭＸＦ(Material Exchange Format)規格に従ったストリームデータの番組素材の受け渡しが行われ始めた。
この番組素材のデータは、ＭＰＥＧ２の様な圧縮符号化されたストリームデータがファイル化されて記憶装置に書き込み記憶され、更にサーバ間等でファイル転送が行われる。ファイルの収録時に誤り訂正符号を付加し、更に途中再生や倍速再生を実現するために、番組サーバは、番組素材のＭＸＦファイルの構造解析を行い、各フレームやＧＯＰの先頭位置情報を検出し、管理テーブル（情報再生に必要な管理テーブル）に登録するなどのファイル操作をする必要がある。
番組サーバは、書き込みや、読み出し、他のサーバへファイルを転送等の処理をする際に、ＭＸＦファイルの先頭から順次ＫＬＶ構造を解析していくことによって、フレーム・ＧＯＰ情報を検出する処理を行う。また、ＭＸＦファイルに格納されている全フレームの位置情報は、Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔと呼ばれるセグメントに登録されている。しかし、通常Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔはそこに登録されているフレームデータの後に位置する。
そのため、Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ部を受信してからフレーム・ＧＯＰデータ検出処理を開始する場合はフレーム・ＧＯＰデータをバッファに貯めておかねばならず、むしろ収録スループットを低下させる結果になる。言い換えれば、フレームデータの切れ目やファイルの論理的構造を考慮したファイル分割等の処理が必要で、このデータの切れ目の検出処理が番組サーバへの収録時間を短くする際のボトルネックになっている。
この様に従来の番組サーバでは、ＭＸＦファイルで記憶された番組コンテンツの中途からファイルを読み出して収録する場合や、他のサーバへ転送する場合に速やかにファイルを所望の位置から読み出して出力するのに時間が掛かる問題があった。
特開２００２−２１５４９７号公報 （第７頁、第１図）
本発明は上記問題を解決するためになされたもので、ＭＸＦファイル化されたストリームデータファイルの任意の場所から速やかに読み出して収録又は転送可能な映像記録再生装置、及びファイル管理方法を提供することを目的とする。
上記目的を達成するために、本発明の映像記録再生装置は、ＳＭＰＴＥ仕様のＭＸＦファイルを蓄積保存するソース側サーバから、ネットワークを介して接続される収録側サーバへ前記素材のＭＸＦファイルをファイル転送して収録するファイル収録システムに用いる映像記録再生装置において、前記収録側サーバの映像記録再生装置は、前記転送および収録に関わるコマンド又はデータを入力する制御入力手段と、前記ＭＸＦファイルを記憶する記憶手段と、前記ネットワークを介して前記ソース側サーバとの間でＦＴＰに基づき前記転送に関わるデータを送受信するデータインタフェース手段と、前記ＭＸＦファイルの転送、収録の処理に関わる前記ＭＸＦファイルに記述された制御情報を記憶保存する管理テーブルと、前記制御入力手段から指定されたＭＸＦファイルを収録する収録コマンドが入力された場合、予め設定された処理手順でＦＴＰコマンドを前記データインタフェース手段を介して前記ソース側サーバに送信し、前記指定されたＭＸＦファイルのＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報を前記ソース側サーバから受信し、前記受信したＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報から、当該ＭＸＦファイルについて前記管理テーブルに記憶保存する前記制御情報の記述位置情報を読み出し、その位置情報から前記ソース側サーバから更に前記収録に必要な全ての前記制御情報を指定して受信することにより前記管理テーブルを作製する予備手順を行い、前記予備手順が終了後、前記ソース側サーバへ当該ＭＸＦファイルのダウンロードコマンドを送信し、受信するＭＸＦファイルを前記予備手順により作製した管理テーブルの前記制御情報を判読して所要のファイル管理処理を行い前記記憶手段へ書き込み記憶して収録する制御を行う制御手段とを具備することを特徴とする。
また、本発明の映像記録再生装置のファイル管理方法は、ＳＭＰＴＥ仕様のＭＸＦファイルを蓄積保存するソース側サーバから、ネットワークを介して接続される収録側サーバへ前記素材のＭＸＦファイルを転送して収録するファイル収録システムに用いられ、前記転送および収録に関わるコマンド又はデータを入力する制御入力手段と、前記ＭＸＦファイルを記憶する記憶手段と、前記ネットワークを介して前記ソース側サーバとの間でＦＴＰに基づき前記転送に関わるデータを送受信するデータインタフェース手段と、前記ＭＸＦファイルの転送、収録の処理に関わる前記ＭＸＦファイルに記述された制御情報を記憶保存する管理テーブルと、制御手段とを備える映像記録再生装置のファイル管理方法において、 前記収録側サーバの映像記録再生装置の前記制御手段は、前記制御入力手段から指定されたＭＸＦファイルを収録する収録コマンドが入力された場合、予め設定された処理手順でＦＴＰコマンドを前記データインタフェース手段を介して前記ソース側サーバに送信し、前記指定されたＭＸＦファイルのＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報を前記ソース側サーバから受信し、前記受信したＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報から、当該ＭＸＦファイルについて前記管理テーブルに記憶保存する前記制御情報の記述位置情報を読み出し、その位置情報から前記ソース側サーバから更に前記収録に必要な全ての前記制御情報を指定して受信することにより前記管理テーブルを作製する予備手順を行い、前記予備手順が終了後、前記ソース側サーバへ当該ＭＸＦファイルのダウンロードコマンドを送信し、受信するＭＸＦファイルを前記予備手順により作製した管理テーブルの前記制御情報を判読して所要のファイル管理処理を行い前記記憶手段へ書き込み記憶して収録する制御を行うことを特徴とする。
本発明によれば、ＭＸＦファイル化されたストリームデータファイルの任意の場所から速やかに読み出して収録又は転送可能な映像記録再生装置、及びファイル管理方法を提供することができる。
以下、図面を参照して本発明の実施例を説明する。
図１は、本発明の実施例に係る映像記録再生装置の動作を説明するファイル転送システムの機能ブロック図である。
図１においてファイル転送システムは、ソース側サーバとしてＭＸＦファイル化された番組素材をＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によりネットワーク３０を介して送出するＦＴＰサーバ２０と、ＩＰネットワークを介して受信した番組素材を記憶蓄積（収録）する収録サーバ１０とを備えている。多くの場合ＦＴＰサーバ２０が送出するＭＸＦファイルは、番組素材編集サーバ、ＣＭバンク等からネットワークを介してＦＴＰサーバ２０に入力、蓄積される。言い換えれば、ＦＴＰサーバ２０は、ミラーサーバ、又はゲートウェイとして機能している。また、ＦＴＰサーバ２０は、収録サーバ１０と同様の機能構成を持つ映像記録再生装置がバックアップ用のデータを収録サーバ１０へＦＴＰにより送出するソースサーバで有る場合にも本発明の実施例で示されるファイル転送に関わるファイル管理方法が適用されることは言うまでもない。
ネットワーク３０は、ＦＴＰ（File Transfer Protocol）プロトコルによりファイル転送が可能で有るネットワークであり、代表例としては高速のＩＰネットワークが用いられる。
収録サーバ１０は、それぞれの間が内部バスＢ（図示せず。）等により相互に接続されている制御部１１、解析部１２、管理テーブル１３、記憶部１４、オペレータが制御情報を入出力するためのユーザＩＦ部１５、デコーダ１６、データＩ／Ｆ部１７、誤り制御部１８を備えている。
制御部１１は、内部バスＢを監視し、解析部１２、管理テーブル１３、記憶部１４、ユーザＩＦ部１５、デコーダ１６、データＩ／Ｆ部１７、誤り制御部１８の動作を統合制御する。
データＩ／Ｆ部１７は、ネットワーク３０を介して接続されるＦＴＰサーバ２０との間で番組データを入出力するための手段であり、内部バスＢを介してネットワーク３０との間でパケット化されたファイルを入出力する。ＦＴＰサーバ２０についても、ファイル転送に関わる機能を実施する構成として、収録サーバ１０と類似の構成を備え、ＦＴＰにより蓄積しているＭＸＦファイルを収録サーバ１０へ送出するが、以下、収録サーバ１０の動作を中心に説明する。
ユーザＩＦ部１５は、マウス、キーボード、ディスプレイパネル等からなるオペレータが所要のコマンドやデータを入力し、また、映像記録再生装置としての動作状態を表示する等の入出力制御手段である。例えば、番組素材の所要の部分を切り出す指定入力を行う、ＦＴＰサーバ２０から転送する番組データの諸パラメータを入力する、サーバのアドレス情報の設定、ネットワークのチャネル設定等にも使用される。
デコーダ１６は、制御部１１の制御に従い記憶部１４に記憶されている映像・音声データを読み出し入力してデコード（復号化）した信号を外部のモニタや送信機、又は、ネットワーク等へ出力するものである。
データＩ／Ｆ部１７は、制御部１１から指定されたファイルをネットワーク３０を介してＦＴＰサーバ２０から送受信処理をする。データＩ／Ｆ部１７は、ＦＴＰサーバ２０上のＭＸＦファイルを先頭から受信するだけではなく、ユーザＩＦ部１５によって入力されたコマンドやデータに従った制御部１１の制御により、例えば、ファイル先頭から指定バイト数の位置からデータ受信して内部バスＢへ出力する時のＭＸＦファイルを構成する番組データの一部を受信するインタフェースとしても機能する。
解析部１２は、データＩ／Ｆ部１７がネットワーク３０から受信して内部バスＢへ出力した番組データを入力しデータ内容を解析して、例えば、検出した映像データ、ＭＸＦファイルに係わるＰａｒｔｉｔｉｏｎ Ｐａｃｋ情報、Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ情報、ＲａｎｄｏｍＩｎｄｅｘ Ｐａｃｋ情報の位置とデータサイズを解析情報として管理テーブル１３に記憶し、解析が終了した番組データを、誤り制御部１８を経由して記憶部１４に書き込み記憶する動作処理を管理、制御する。
このような、ＦＴＰサーバ２０から送信されたＭＸＦファイル形式の番組データを受信して解析し、番組データを収録サーバ１０の記憶部１４に記憶する処理を以下「収録」と呼ぶ。
誤り制御部１８は、解析部１２から送られてきた番組データを所定のデータサイズ又はブロックごとに誤り訂正処理を行い記憶部１４に書き込み記憶する。
収録しているデータを再生する場合には、制御部１１は、ユーザＩＦ部１５から、例えば番組データの識別情報や、再生位置等を示すコマンド、データ等を内部バスＢを介して受信する。そして記憶部１４に記憶されている番組データを読み出し、それと管理テーブル１３の解析情報とを参照してその番組データに対応した再生処理を規定した再生情報を記憶部１４から読み出しデコーダ１６に送信する。以下、解析情報、及び再生情報を総称して制御情報と総称する。
番組データとその再生情報とを受信したデコーダ１６は、再生情報に従ってＭＸＦファイル形式の番組データの指定された位置から映像・音声・アンシラリデータの復号化を開始し、所要の映像・音声・アンシラリデータを再生して外部へ出力する。
図２は、ＭＸＦファイルの基本構造図である。
図２において、ＭＸＦファイルは、Ｋｅｙ３Ａ、Ｌｅｎｇｔｈ４Ａ、Ｖａｌｕｅ５Ａの３つの記述が繰り返すことで構成され、これをＫＬＶコーディング方式という。Ｋｅｙ３Ａにはデータの識別タグ、Ｌｅｎｇｔｈ４Ａにはこの後に続くＶａｌｕｅ５Ａのデータサイズに関する情報が記述され、Ｖａｌｕｅ５ＡにはＭＸＦファイルに格納したいデータそのものが入る。
図３は、映像データを含むＭＸＦファイル形式の番組データ（ビデオ信号）の論理的構造図の一例である。
ＭＸＦファイルは、大きく分けてヘッダ部ｈｐ、ボディ部ｂｐ、およびフッタ部ｆｐからなる。ヘッダ部ｆｐは、ＭＸＦファイルの先頭部に常駐し、メタデータを含んでいる。また、ボディ部ｂｐには映像データ等Ｅｓｓｅｎｃｅと呼ばれるデータ本体が格納され、フッタ部ｆｐは、ＭＸＦファイルの最後尾に存在する。
またＭＸＦファイルは、ヘッダ部ｈｐ、ボディ部ｂｐ、およびフッタ部の先頭にＰａｒｔｉｔｉｏｎ Ｐａｃｋ（以下、ＰＰと略す。）によりデータの区切りを示した分割構造をとる。１つのＰａｒｉｔｉｔｉｏｎ Ｐａｃｋの先頭から、次のＰａｒｉｔｉｔｉｏｎ Ｐａｃｋの先頭までを１つのデータ単位とする。ボディ部ｂｐに置かれるＰＰは、更に一定のフレーム数毎に設けられる。
ＭＸＦファイルのボディ部ｂｐは、ＰＰにより番組データが所要のデータ単位のグループに区切られる。例えば、ＰＰに続くフレームｆｎは、映像のデータフレームとそれに対応する音声１〜ｐのデータフレームの組合せになっている。そして、ＰＰに続く先頭のフレームｆｎでは、ＭＰＥＧ符号化の場合、Ｉフレームが先頭になったＧＯＰ（Ｇｒｏｕｐ ｏｆＰｉｃｔｕｒｅｓ）が位置するように複数のフレームが並べられる。
この様なＭＸＦファイルの構造は、映像記録再生装置Ｓにおいてデフォルト設定されている。そして、ＭＸＦファイルを間で転送する時には、このＭＸＦファイルが先頭部分から順にＰＰ単位で読み出され、更にｆｔｐプロトコルに従ってパケットデータとして伝送される。
図４は、ＭＸＦファイルの構成のＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔとフレームとの関係を説明するフレーム構成図である。
図４においてＭＸＦファイルは、情報毎の境界にＰＰｐｐが挿入され、ファイル頭部分のメタデータｍｄによってＭＰＥＧ２の圧縮符号化映像ファイルデータ、即ちフレームｆ０〜ｆｎ−１・・・、Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ ＩＴ等をラッピングしている。
ＭＸＦファイルの構成については、必須構成要素と、ユーザが設定するオプション構成要素により構成されるので、構成要素の並び方が、ＭＸＦファイル毎、また、同じＭＸＦファイル内でも変化する。例えば、メタデータｍｄは、先頭のＰＰ（＃０）の直後には、必ず付加されるが、それ以降のＰＰｐｐ（＃１）以降では付加されないＰＰｐｐが大半となる。
また、通常、Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔは、ＰＰｐｐ、又はメタデータｍｄの後に置かれ１つ前のパーティションに含まれているフレーム情報を記述（管理）している。この様にＩｎｄｅｘ Ｔａｂｌｅ ＳｅｇｍｅｎｎｔＩＴは、必ず、ＰＰｐｐの後ろ、又はＰＰｐｐに続くメタデータｍｄの後ろに置かれるが、Ｉｎｄｅｘ Ｔａｂｌｅ ＳｅｇｍｅｎｔＩＴは、必ずしも、全てのＰＰｐｐに付属しておかれるものではない。
Ｐａｒｉｔｉｔｉｏｎ Ｐａｃｋ（ＰＰ）の先頭から、次のＰＰの先頭までのデータ単位パーティション（Ｐａｒｔｉｔｉｏｎ）と呼ぶ。Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔは、Ｐａｒｔｉｔｉｏｎ１つのパーティションに含まれるフレームを管理するための情報である。
ＭＰＥＧ２の映像信号は、例えば、１５フレームから構成されるＧＯＰ単位で圧縮符号化されており、ＧＯＰ毎に記憶蓄積、復号等の信号処理が行われる。また、各ＧＯＰ内部のフレームも、先頭のＩピクチャ、フレーム間の相関が示されたＢ、又はＰピクチャの区別（Ｉ／Ｂ／Ｐ種別）、オフセット等を判断して管理しなければならない。
Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ ＩＴは、フレームが（ｆ０〜ｆｎ―１）のｎ個毎に挿入され、そのｎ番目のフレームの後部分に配置されている。ＭＰＥＧのＭＸＦファイルでは、各フレームに対するＩ／Ｂ／Ｐピクチャの情報はＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ ＩＴに格納されているので、従来の方法では各フレームのＩ／Ｂ／Ｐ種別、オフセット等の照合をするためには、一旦入力したｎ個のフレームをデータＩ／Ｆ部１７、又は、解析部１２に大容量のバッファを設ける事が必要となる。
また、番組素材でのファイルの読み出し開始位置は、図１のユーザＩＦ部１５から、例えば、番組開始からの経過時間で指定されるが、従来は、先頭から順にＰＰ情報を読み出し記述されているタイムタグに関わる情報を取得している。
Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ ｐｐに続けてＧＯＰデータを格納しているが、各ＧＯＰの先頭にあるＩフレームの一を管理しているＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ ＩＴは、ＧＯＰの後ろに配置されている。従って、外部から指定された読み出し開始位置からの収録や転送を開始するには読み出し開始位置のＧＯＰデータのＩフレーム位置情報を管理しているＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ ＩＴのデータを受信するまで待たねばならないので処理を開始するまで時間が掛ってしまう。
長い放送時間の番組素材を任意の場所から読み出す際、又はスタジオ内やセンター局とローカル局間で高速にデータ転送をする場合、短時間で所要のファイル取り出し位置を読み出して短時間に映像再生の表示を開始したい場合や転送開始までの時間を短く済ませたい場合が多々ある。
さて、ＦＴＰは、指定したファイルの先頭からだけではなく、ファイルの途中から転送を開始するコマンド（ＲＥＳＴコマンド）を備えている。そこで、本実施例では、ＲＥＳＴコマンドを活用し、ファイルの転送や収録に先立ち、当該ＭＸＦファイルの末尾データ、即ち、Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ ｐｐや、途中のＰａｒｉｔｉｔｉｏｎ Ｐａｃｋ 情報を取り出すことによって所望のファイル先頭位置に当たるＰＰ区切りを検出する。そして短時間で所要のファイル取り出し位置を設定して映像再生の表示を開始するまでの時間、および転送開始までの時間を短くしている。
図３に戻り、フッタ部ｆｐは、１つの番組データのＭＸＦファイルの締めくくりにあたる情報が記載され、Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ ｒｉには各ＰＰのファイル先頭からのオフセットサイズ情報等に係わる情報が記載されている。
図５は、Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ のデータ構造を説明する図である。
ＲａｎｄｏｍＩｎｄｅｘ Ｐａｃｋ ｒｉは、１６バイトのキー情報１４０、Ｌｅｎｇｔｈ情報１４１、ＭＸＦファイル先頭から各Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ ｐｐの先頭までのオフセット情報リスト１４２、およびＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ １４０〜１４２のサイズを記録する４バイトのサイズ情報１４３から成る。Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ サイズ情報１４３はＭＸＦファイル最末尾４バイトに記録されている。
図６は、Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報に格納されているＰａｒｔｉｔｉｏｎ Ｐａｃｋ オフセット情報１４２の概念図である。
Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ ｐｐには、図６に示すＭＸＦファイル内の全Ｐａｒｔｉｔｉｏｎ Ｐａｃｋの位置情報が登録されている。そこで、ファイルを出力するサーバからＦＴＰのＲＳＥＴコマンドによりＭＸＦファイル末尾のＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ ｒｉからオフセット情報リスト１４２を読み出し、Ｐａｒｉｔｉｏｎ Ｐａｃｋの位置情報を取得する。
即ち、各Ｐａｒｉｔｉｏｎ Ｐａｃｋ ｐｐには、Ｐａｒｉｔｉｔｉｏｎ Ｐａｃｋ ｐｐの属するパーティション内にあるＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ ｉｔまでのオフセット情報が登録されている。また、各Ｉｎｄｅｘ Ｔａｂｌｅ ＳｅｇｍｅｎｔＩＴには、Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔで管理している全フレーム先頭位置のオフセット情報が登録されているので、各Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔの情報を読み出し、全フレームの先頭位置情報を予め取得する。
これらの予備手順を終えた後、ファイルを出力するソースサーバからＭＸＦファイルをファイル先頭から取得し、事前に収集しておいた各フレームの先頭位置情報を使って所要のフレームデータを切り出す。
先ず、最初にダウンロード収録コマンドとして、ユーザＩＦ部１５から、オペレータにより例えば、「ＤＬ ＸＹＺ．ｍｘｆ」が収録コマンドとして入力される。そして、以下の手順が制御部１１により予備手順が開始される。制御部１１は、「ＤＬ」と拡張子「．ｍｘｆ」が組になって入力された場合、後に説明する図９のＦＴＰによるＭＸＦファイル転送処理において制御データ（情報）のみ転送する条件を設定し、予備手順の動作を開始する。
図７は、収録サーバ１０がＦＴＰサーバ２０からＭＸＦファイルを受信する転送する予備手順に関わるシーケンス図である。
以下、図７を参照して映像収録再生装置１０でＭＸＦファイル内の各フレーム位置情報を取得する処理手順の例を示す。
まず、収録サーバ１０では、収録サーバ１０の制御部１１からデータＩ／Ｆ部１７に対し、ＭＸＦファイルサイズ情報の取得要求を出す（Ｓ１０１）。データＩ／Ｆ部１７は、ネットワーク３０（図示せず）を介してＦＴＰサーバ２０に対してＦＴＰのＳＩＺＥコマンド、例えば「ftp> ｑｕｏｔｅ ＳＩＺＥ ＸＹＺ．ｍｘｆ」を送信し（Ｓ１０２）、ＦＴＰサーバ２０からＭＸＦファイルＸＹＺ．ｍｘｆのサイズ情報、例えば「Ｆ」バイトを取得する（Ｓ１０３）。
ＦＴＰサーバ２０では、ＦＴＰ手順に従ってＦＴＰサーバ２０のデータＩ／Ｆ部１７が、制御部１１を介して記録部１４のＭＸＦファイルから取り出した各データを収録サーバ１０との間で送受信する。その手順は、発明自体に直接影響しない公知のものなので以下では、特別必要が無い限り詳細説明は省略する。
データＩ／Ｆ部１７は、ＦＴＰサーバ２０から取得したＭＸＦファイルのサイズ情報、「Ｆ」バイトを制御部１１に転送する（Ｓ１０４）。次に、制御部１１は、取得したＭＸＦファイルサイズ情報を元にＭＸＦファイル末尾の４バイトのＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋサイズ１４３の情報取得処理を行う。
制御部１１はデータＩ／Ｆ部１７に対し、Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋサイズ情報１４３（図５参照）の取得要求、即ち、Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋの開始点を示す、ここでは合計バイト数「Ｆ」から「４」バイト減算した数値を出力する（Ｓ１０５）。
データＩ／Ｆ部１７は、ＦＴＰサーバ２０に対して、ファイルのダウンロード開始点を示す「ＲＥＳＴ（Ｆ-４）」のＲＥＳＴコマンドと、その後に指定したファイルを送信要求をするコマンド「ＲＥＴＲ ＸＹＺ．ｍｘｆ」とを送信（Ｓ１０６）する。そして、ＦＴＰサーバ２０から、Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報１４３を受信する（Ｓ１０７）。
制御部１１は、データＩ／Ｆ部１７が受信して転送したＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋサイズ情報１４３のデータ、ここでは「ＸＸＸ」バイトを受信する（Ｓ１０８）。
次に、制御部１１は、取得したＭＸＦファイルサイズ情報「Ｆ」バイト、およびＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋサイズ情報１４３の「ＸＸＸ」バイトを元に、Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報の先頭位置を「Ｆ−ＸＸＸ−４」から算出する。
そして制御部１１は、データＩ／Ｆ部１７に対し、Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報１４０以降の取得要求のデータ「Ｆ−ＸＸＸ−４」出力する（Ｓ１０９）。
即ち、データＩ／Ｆ部１７は、ＦＴＰサーバ２０に対してＦＴＰのＲＥＳＴコマンド、「ＲＥＳＴ （Ｆ−ＸＸＸ―４）」と、「ＲＥＴＲ ＸＹＺ．ｍｘｆ」とを送信する（Ｓ１１０）。そしてＦＴＰサーバ２０からは、ＭＸＦファイルのＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋの各情報１４０〜１４３が収録サーバへ送信される（Ｓ１１１）。
データＩ／Ｆ部１７は、取得したＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋの各情報１４０〜１４３を解析部１２に転送する（Ｓ１１２）。解析部１２は、Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報のファイル先頭から各Ｐａｒｉｔｉｔｉｏｎ Ｐａｃｋ（＃０）〜（＃ｒ）までのオフセット情報を抽出し、管理テーブル１３に転送する（Ｓ１１３）。
図８は、ファイル先頭から各Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ（＃０）〜（＃ｒ）の先頭までのオフセットを示すリストの一例である。
管理テーブル１３は、各Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ（＃０）〜（＃ｒ）のオフセット情報のリストを記憶し、その結果を制御部１１に返す（Ｓ１１４）。
次に、制御部１１は、取得した各Ｐａｒｔｉｔｉｏｎ Ｐａｃｋオフセット情報を元に、各Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ情報（＃０）〜（＃ｒ） の取得を開始する。制御部１１はデータＩ／Ｆ部１７に対し、例えば、Ｐａｒｉｔｉｔｉｏｎ Ｐａｃｋ（＃１）の情報の取得要求を出す（Ｓ１１５）。
データＩ／Ｆ部１７は、ＦＴＰサーバ２０に対してＦＴＰのＲＥＳＴコマンド、「ＲＥＳＴ ３１２２ 」と、その後に「ＲＥＴＲ ＸＹＺ．ｍｘｆ」を送信し（Ｓ１１６）、ＦＴＰサーバ２０からＰａｒｉｔｉｔｉｏｎ Ｐａｃｋ情報を受信する（Ｓ１１７）。ここで、本実施例の特徴であるＭＸＦファイルのＰａｒｉｔｉｔｉｏｎ Ｐａｃｋ情報等の制御データのファイル転送における受信方法について説明する。
制御部１１は、データＩ／Ｆ部１７に対し、ユーザＩＦ部１５からＦＴＰコマンドが入力されてＦＴＰサーバ２０と収録サーバ２０との間でＭＸＦファイル転送に関わるデータを送受信する場合、当該ＭＸＦファイルのＰａｒｔｉｔｉｏｎ Ｐａｃｋ等に記述された制御データのみ授受し、それに続くコンテンツのストリームデータの転送はしない制御をする。この機能により、ＭＸＦファイル全体をダウンロードする前に、ＭＸＦファイル処理に関わる制御データのみを短時間で予め収録サーバ１０がＦＴＰサーバ２０から取得することが可能になる。
図９は、ＭＸＦファイルを受信する時のデータＩ／Ｆ部１７の動作手順を説明するフローチャートである。
図９において、データＩ／Ｆ部１７は、制御部１１からＲＥＳＴコマンドとＲＥＴＲコマンドとを受信する（図９のステップｓ１、図７のステップｓ１１５に相当。）とそのＲＥＴＲコマンドがダウンロードするファイル「ＸＹＺ．ｍｘｆ」の拡張子を調べＭＸＦファイルか、否かを調べ、ＭＸＦファイルであると判定する（ステップｓ２がＹｅｓ。）。
そして、受信データを監視して先頭から３１２２バイト目から始まる、例えば、図６におけるＰａｒｔｉｔｉｏｎ Ｐａｃｋ（＃１）のデータを全て受信すると、それに引き続いて送られるフレームデータ（ｆｒａｍｅ０）等、以降のストリームデータ転送を打ち切る（ステップｓ３）。（なお、ＭＸＦファイル以外のファイルを受信している場合（ステップｓ２がＮｏ。）は、通常のＦＴＰファイル転送を実行する（ステップｓ４。）。）
データＩ／Ｆ部１７は、取得したＰａｒｔｉｔｉｏｎ Ｐａｃｋ（＃１）情報を解析部１２に送る（Ｓ１１８）。解析部１２は、Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ（＃１）情報からＰａｒｉｔｉｔｉｏｎ Ｐａｃｋ（＃１）の先頭の位置から各Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ先頭までのバイト数、即ちＰＰサイズｇ１、メタデータ（Ｈｅａｄｅｒ）のバイト数ｇ０、各Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ部のサイズ情報Ｇ２、およびＭＸＦファイルの仕様でＢｏｄｙ Ｏｆｆｓｅｔと規定されている情報を取得し、管理テーブル１３に送る（Ｓ１１９）。なお、Ｂｏｄｙ Ｏｆｆｓｅｔは、後述のフレームのオフセットについての管理情報であるため、本実施例では、詳しくは述べない。
管理テーブル１３は、各Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔのオフセット情報を記憶し、その結果を制御部１１に通知する（Ｓ１２０）。
Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ情報はＭＸＦファイル内に複数（ｒ＋１）個あるので、Ｐａｒｔｉｔｉｏｎ Ｐａｃｋの数、（ｒ＋１）回Ｓ１１５〜Ｓ１２０の処理を繰り返して全Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔのオフセット情報に関わるリストが作製され管理テーブル１３に書き込まれる。
図１０は、Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ（＃１）にあるＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ のオフセット情報を示すリストの例である。
図１０（ａ）は、Ｐａｒｔｉｔｉｏｎ Ｐａｃｋのオフセット情報を構成するデータの概念を示す構成図、 図１０（ｂ）は、Ｐａｒｔｉｔｉｏｎ Ｐａｃｋのオフセット情報
の構成要素を示す。
図１０（ｂ）において、Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ（＃１）のＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ のオフセット情報は、当該ＰＰ（ここでは、（＃１））のＰＰサイズｇ１とメタデータであるＨｅａｄｅｒのバイト数ｇ０との和のＧ１である。Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ（＃１）以降では、このオプションであるメタデータを送ることは少ない。
また、インデックスのバイト数Ｇ２が記述され、Ｇ２＝０であった場合、そのパーティションにはＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔは含まれていない。Ｇ２≠０であった場合は、Ｇ１がＰａｒｔｉｔｉｏｎ Ｐａｃｋ先頭からＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔの先頭までのオフセット値と、メタデータバイト数ｇ１との和になる。そして、このＧ１が管理テーブル１３に書き込まれる。
次に、制御部１１は、取得した各Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔオフセット情報を元に、ＭＸＦファイル先頭から各Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ先頭位置までのオフセット値を算出する。
例えば、Ｉｎｄｅｘ Ｔａｂｅ Ｓｅｇｍｅｎｔ （＃１）では、その直前のＰＰ（＃１）のオフセット数ＰＰ（＃１）ｏｆが３１２２バイトであり、ＰＰ（＃１）のＰＰサイズがｇ１、Ｉｎｄｅｘ Ｔａｂｅ Ｓｅｇｍｅｎｔ （＃１）のメタデータバイト数がｇ０バイトで有れば、（３１２２＋ｇ１＋ｇ０＝Ｇ１）バイトが、そのオフセット値になる。（前述の如く、メタデータが無くｇ０＝０の場合が多い。）。
制御部１１はデータＩ／Ｆ部１７に対し、Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ（例えば、（＃１））情報の取得要求を出す（Ｓ１２１）。
データＩ／Ｆ部１７は、ＦＴＰサーバ２０に対してＦＴＰのＲＥＳＴコマンド、例えば、「ＲＥＳＴ Ｇ１」と「ＲＥＴＲ ＸＹＺ．ｍｘｆ」とを送信し（Ｓ１２２）、ＦＴＰサーバ２０からＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ（＃１）の情報を受信する（Ｓ１２３）。データＩ／Ｆ部１７は、取得したＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ情報を解析部１２に送る（Ｓ１２４）。
制御部１１、又はデータＩ／Ｆ部１７は、受信データを監視して先頭からＧ１バイト目から始まるＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ（＃１）のデータを全て受信すると、それに引き続いて送られるストリームデータ転送を打ち切る。
解析部１２は、Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ（＃１）情報からＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ（＃１）が管理している各フレームのオフセット情報を取得し、リストにして管理テーブル１３に送る（Ｓ１２５）。
管理テーブル１３は、各フレームのオフセット情報をリストにして記憶し、その結果を
制御部１１に通知する（Ｓ１２６）。各フレームのオフセット情報は、ＭＸＦファイルの仕様にＩｎｄｅｘ Ｅｎｔｅｒ ＡｒｒａｙのＳｔｒｅａｍ Ｏｆｆｓｅｔとして規定されているデータおよび処理手順を元に算出する。
図１１は、Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ（＃１）が管理するフレームのオフセット情報を示すリストの一例である。
図１１では、「フレーム（＃０）」に対して「Stream O.S.D#0」と示されている。
図６に示される様にＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ情報はＭＸＦファイル内に複数個ある（例えば、Ｍ個）ので、Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ情報の数Ｍ回Ｓ１２１〜Ｓ１２６の処理を繰り返す。
制御部１１は、Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ、Ｉｎｄｅｘ Ｔｅｂｌｅ Ｓｅｇｍｅｎｔの状態を監視し、最後のＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔのデータが管理テーブル１３のリストに書き込まれると、予備手順を終了する。この予備手順が終了した時点で、図９に示したデータＩ／Ｆ部１７の処理手順のステップｓ２を無効化し、入力するファイルデータを中断することなく取り込む様に動作手順を変更する。
Ｓ１０１〜Ｓ１２６の手順を踏むことによって、Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋから 全フレームのオフセット情報までを全て紐付けする。そして、図８〜図１０の様なＭＸＦファイルに含まれる全フレームの位置情報を取得して管理テーブル１３をＭＸＦファイルを受信する前に作製する予備手順を終了する。
次に、制御部１１は、改めてＭＸＦファイルを先頭から収録するようにデータＩ／Ｆ部１７を介してダウンロードコマンド、例えば、ＲＥＴＲ ＸＹＺ．ｍｘｆをＦＴＰサーバ２０へ送信する（Ｓ１２７、Ｓ１２８）。
ＦＴＰサーバ２０は、そのコマンドに応じて、先頭からＭＸＦファイル ＸＹＺ．ｍｘｆを収録サーバへ送信する（Ｓ１２９）。
ＦＴＰサーバ２０からのデータはデータＩ／Ｆ部１７で受け取り、誤り訂正符号付加部１８に送信する（Ｓ１３０）。解析部１２から送られてきたデータの一定サイズごとに誤り訂正符号を計算し、それを元データに付加して記憶部１４に出力し書き込み記憶する（Ｓ１３１）。
ステップＳ１２６迄の予備手順で全フレームの位置情報を取得済みで管理テーブル１３を作製している。そのため、従来のダウンロード方法と異なりＦＴＰサーバ２０から入力されるファイルのデータの収録中に解析部１２でフレーム検出処理を実行する必要が無く従来よりも高速なファイルの一括ダウンロードと収録処理を実現することができる。
本発明の実施例における映像記録再生装置は、ＭＸＦファイルを先頭から全て収録せずに途中部分、例えば、先頭から半分以降の位置からダウンロード・収録する場合は、一例として、以下の処理が行われる。
ＭＸＦファイルのコンテンツ再生時間は、メタデータ等でＭＸＦファイルに記述されるか、または、別途再生時間がメディアのケース等に表記されているので、ＭＸＦ仕様、又はＦＴＰサーバ２０と収録サーバ１０との間に予め設定した編集情報に関わるメタデータ収集手順等により当該ＭＸＦファイルのメタデータを収集する。
その１／２の時間をユーザＩＦ部１のキーボード等から転送（収録）開始点と、ダウンロードコマンドを入力する。例えば、元が１：００：００の収録時間のファイルで有れば、３０分経過した以降からダウンロードする「ＳＴ＠３０：００，ＤＬ ＸＹＺ．ｍｘｆ」のコマンドを入力する。
制御部１１は、内部バスを監視し、このコマンドを検出すると「ＳＴ＠３０：００」の開始タイミングに対応するフレーム情報を取得してそれに対応するＳｔｒｅａｍ Ｏｆｆｓｅｔ情報を 例えば、当該ファイルの先頭位置からのバイト数の情報に換算した例えば、“Ｈ”バイトをワークメモリ（図示せず。）に記憶する。そして、図７の手順を実行し予備手順を実行する。
予備手順が終了すると制御部１１は、ワークメモリから“Ｈ”バイトを読み出し、管理テーブル１３と照合してその直前の Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ、ここでは、（＃１０）の先頭オフセットデータｈｐを読み出す。そして、「ＲＥＳＴ ｈｐ、ＲＥＴＲ ＸＹＺ．ｍｘｆ」コマンドをデータＩ／Ｆ部１７を介してＦＴＰサーバ２０むけて送信する。
ＦＴＰサーバ２０からは、Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ（＃１０）以降のコンテンツデータが返送される。データＩ／Ｆ部１７は、先に述べた様に、図９に示す予備手順の制限動作が解除されているので、Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ（＃１０）以降Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋまでのデータを受信して出力する。そして、誤り制御処理が行われたデータが記憶部１４へ書き込み記憶される。
また、反対に、先頭から半分までのコンテンツだけを収録したい場合、例えば、元が１：００：００の収録時間のファイルで有れば、３０分経過までダウンロードする「ＥＮ＠３０：００，ＤＬ ＸＹＺ．ｍｘｆ」のコマンドを入力する。
制御部１１は、内部バスを監視し、このコマンドを検出すると「ＥＮ＠３０：００」の終了タイミングに対応するフレーム情報を取得してそれに対応する当該ファイルのＳｔｒｅａｍ Ｏｆｆｓｅｔ情報を例えば、当該ファイルの先頭からのバイト数に換算した情報、“Ｈ”バイトをワークメモリ（図示せず。）にして記憶する。そして、図７の手順を実行し予備手順を実行する。
予備手順が終了すると制御部１１は、ワークメモリから“Ｈ”バイトを読み出し、管理テーブル１３と照合してその直前の Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ、ここでは、（＃１０）の先頭オフセットデータｈｐを読み出す。そして、「ＲＥＴＲ ＸＹＺ．ｍｘｆ、ＱＵＩＴ＠ｈｐ」コマンドをデータＩ／Ｆ部１７を介してソースサーバ２０へむけて送信する。
ＦＴＰサーバ２０からは、先頭からコンテンツデータが返送される。データＩ／Ｆ部１７は、Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ（＃１０）直前までのデータを受信して出力する。そして、誤り制御処理が行われたデータが記憶部１４へ書き込み記憶される。また、データＩ／Ｆ部１７は、ＱＵＩＴ（ＦＴＰ手順の転送中止指定に相当）によりＰａｒｔｉｔｉｏｎ Ｐａｃｋ（＃１０）以降のデータの受信、ＦＴＰサーバ２０から即ち転送を中止する手順を実行する。
もし、ファイルの一部のみを切り出して収録したい場合、上記の途中転送の手順を組み合わせる様にすれば良い。例えば、先頭１５分から４５分までのファイル転送を行う場合には、「ＳＴ＠１５：００，ＥＮ＠４５：００ ＤＬ ＸＹＺ．ｍｘｆ」の様なコマンドがユーザＩＦから入力され、制御部１１は、「ＲＥＴＲ ＸＹＺ．ｍｘｆ、ＱＵＩＴ＠ｈｐ」「ＲＥＳＴ ｈｐ、ＲＥＴＲ ＸＹＺ．ｍｘｆ」を出力する様にすればよい。
以上の方法により、本実施例のファイル転送システムおよびファイル転送方法は、従来に比べ転送時間を短くすることが出来る。
本発明の実施例に係わるファイル転送システムの動作を説明する機能ブロック図。 ＭＸＦファイルの基本構造図。 映像データを含むＭＸＦファイル形式の番組データ（ビデオ信号）の論理的構造図の一例。 ＭＸＦファイルの構成のＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔとフレームとの関係を説明するフレーム構成図。 Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ のデータ構造図。 Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報に格納されているＰａｒｔｉｔｉｏｎ Ｐａｃｋ オフセット情報の概念図 収録サーバがソースサーバからＭＸＦファイルを受信する転送する予備手順に関わるシーケンス図 ファイル先頭から各Ｐａｒｔｉｔｉｏｎ Ｐａｃｋの先頭までのオフセットを示すリストの例 ＭＸＦファイルを受信する時のデータＩ／Ｆ部の動作手順を説明するフローチャート。 Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ（＃１）にあるＩｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ のオフセット情報を示すリストの例。 Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔが管理するフレームのオフセット情報を示すリストの例。
符号の説明
１０ 収録サーバ
１１ 制御部
１２ 解析部
１３ 管理テーブル
１４ 記憶部
１５ ユーザＩＦ部
１６ デコーダ
１７ データＩ／Ｆ部
ｐｐ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ（ＰＰ）
ＩＴ Ｉｎｄｅｘ Ｔａｂｌｅ Ｓｅｇｍｅｎｔ
２０ ソースサーバ
３０ ネットワーク
Ｌ１〜Ｌ３ リスト

Claims (8)

  1. ＳＭＰＴＥ仕様のＭＸＦファイルを蓄積保存するソース側サーバから、ネットワークを介して接続される収録側サーバへ前記素材のＭＸＦファイルをファイル転送して収録するファイル収録システムに用いる映像記録再生装置において、
    前記収録側サーバの映像記録再生装置は、
    前記転送および収録に関わるコマンド又はデータを入力する制御入力手段と、
    前記ＭＸＦファイルを記憶する記憶手段と、
    前記ネットワークを介して前記ソース側サーバとの間でＦＴＰに基づき前記転送に関わるデータを送受信するデータインタフェース手段と、
    前記ＭＸＦファイルの転送、収録の処理に関わる前記ＭＸＦファイルに記述された制御情報を記憶保存する管理テーブルと、
    前記制御入力手段から指定されたＭＸＦファイルを収録する収録コマンドが入力された場合、
    予め設定された処理手順でＦＴＰコマンドを前記データインタフェース手段を介して前記ソース側サーバに送信し、前記指定されたＭＸＦファイルのＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報を前記ソース側サーバから受信し、前記受信したＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報から、当該ＭＸＦファイルについて前記管理テーブルに記憶保存する前記制御情報の記述位置情報を読み出し、その位置情報から前記ソース側サーバから更に前記収録に必要な全ての前記制御情報を指定して受信することにより前記管理テーブルを作製する予備手順を行い、前記予備手順が終了後、前記ソース側サーバへ当該ＭＸＦファイルのダウンロードコマンドを送信し、受信するＭＸＦファイルを前記予備手順により作製した管理テーブルの前記制御情報を判読して所要のファイル管理処理を行い前記記憶手段へ書き込み記憶して収録する制御を行う制御手段とを
    具備することを特徴とする映像記録再生装置。
  2. 前記管理テーブルに記憶保存される前記制御情報は、
    ＭＸＦファイル仕様のＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報と、Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ情報とＩｎｄｅｘ Ｔｅｂｌｅ Ｓｅｇｍｅｎｔ情報とが紐付けされてリスト化され、前記Ｉｎｄｅｘ Ｔｅｂｌｅ Ｓｅｇｍｅｎｔに記述される各フレームのファイル上での位置が指定可能であることを特徴とする請求項１記載の映像記録再生装置。
  3. 前記制御手段は、前記収録コマンドが入力された場合、
    ダウンロードするファイルがＭＸＦファイルである場合、ＦＴＰコマンドのうち、ファイル転送開始位置を指定するＲＥＳＴコマンドとファイルを指定するＲＥＴＲコマンドとを組合せて前記データインタフェース手段を介してダウンロードし、
    当該ＭＸＦファイルの前記ＲＥＳＴコマンドに指定されダウンロードが開始される前記Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報、前記Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ情報、又は前記Ｉｎｄｅｘ Ｔｅｂｌｅ Ｓｅｇｍｅｎｔ情報のみをダウンロードし、それに続くストリームデータ以降の受信を打ち切る処理を行う前記予備手順を実行する制御を行うことを特徴とする請求項２記載の映像記録再生装置。
  4. 前記制御手段は、前記収録コマンドが入力された場合、
    前記管理テーブルに前記制御情報が全て前記書き込み記憶され前記予備手順が終了した後は、前記受信を打ち切る処理を解除することを特徴とする請求項３記載の映像記録再生装置。
  5. ＳＭＰＴＥ仕様のＭＸＦファイルを蓄積保存するソース側サーバから、ネットワークを介して接続される収録側サーバへ前記素材のＭＸＦファイルを転送して収録するファイル収録システムに用いられ、前記転送および収録に関わるコマンド又はデータを入力する制御入力手段と、前記ＭＸＦファイルを記憶する記憶手段と、前記ネットワークを介して前記ソース側サーバとの間でＦＴＰに基づき前記転送に関わるデータを送受信するデータインタフェース手段と、前記ＭＸＦファイルの転送、収録の処理に関わる前記ＭＸＦファイルに記述された制御情報を記憶保存する管理テーブルと、制御手段とを備える映像記録再生装置のファイル管理方法において、
    前記収録側サーバの映像記録再生装置の前記制御手段は、
    前記制御入力手段から指定されたＭＸＦファイルを収録する収録コマンドが入力された場合、
    予め設定された処理手順でＦＴＰコマンドを前記データインタフェース手段を介して前記ソース側サーバに送信し、前記指定されたＭＸＦファイルのＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報を前記ソース側サーバから受信し、前記受信したＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報から、当該ＭＸＦファイルについて前記管理テーブルに記憶保存する前記制御情報の記述位置情報を読み出し、その位置情報から前記ソース側サーバから更に前記収録に必要な全ての前記制御情報を指定して受信することにより前記管理テーブルを作製する予備手順を行い、前記予備手順が終了後、前記ソース側サーバへ当該ＭＸＦファイルのダウンロードコマンドを送信し、受信するＭＸＦファイルを前記予備手順により作製した管理テーブルの前記制御情報を判読して所要のファイル管理処理を行い前記記憶手段へ書き込み記憶して収録する制御を行うことを特徴とする映像記録再生装置のファイル管理方法。
  6. 前記管理テーブルに記憶保存される前記制御情報は、
    ＭＸＦファイル仕様のＲａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報と、Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ情報とＩｎｄｅｘ Ｔｅｂｌｅ Ｓｅｇｍｅｎｔ情報とが紐付けされてリスト化され、前記Ｉｎｄｅｘ Ｔｅｂｌｅ Ｓｅｇｍｅｎｔに記述される各フレームのファイル上での位置が指定可能であることを特徴とする請求項５記載の映像記録再生装置のファイル管理方法。
  7. 前記制御手段は、前記収録コマンドが入力された場合、
    ダウンロードするファイルがＭＸＦファイルである場合、ＦＴＰコマンドのうち、ファイル転送開始位置を指定するＲＥＳＴコマンドとファイルを指定するＲＥＴＲコマンドとを組合せて前記データインタフェース手段を介してダウンロードし、
    当該ＭＸＦファイルの前記ＲＥＳＴコマンドに指定されダウンロードが開始される前記Ｒａｎｄｏｍ Ｉｎｄｅｘ Ｐａｃｋ情報、前記Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ情報、又は前記Ｉｎｄｅｘ Ｔｅｂｌｅ Ｓｅｇｍｅｎｔ情報のみをダウンロードし、それに続くストリームデータ以降の受信を打ち切る処理を行う前記予備手順を実行する制御を行うことを特徴とする請求項６記載の映像記録再生装置のファイル管理方法。
  8. 前記制御手段は、
    前記収録コマンドが入力された場合、
    前記管理テーブルに前記制御情報が全て前記書き込み記憶され前記予備手順が終了した後は、前記受信を打ち切る処理を解除することを特徴とする請求項７記載の映像記録再生装置のファイル管理方法。
JP2008267426A 2008-10-16 2008-10-16 映像記録再生装置およびファイル管理方法 Expired - Fee Related JP4686587B2 (ja)

Priority Applications (8)

Application Number Priority Date Filing Date Title
JP2008267426A JP4686587B2 (ja) 2008-10-16 2008-10-16 映像記録再生装置およびファイル管理方法
TW098120844A TWI432026B (zh) 2008-10-16 2009-06-22 Image recording and reproducing apparatus and file management method
KR1020090064566A KR101066156B1 (ko) 2008-10-16 2009-07-15 영상 기록 재생 장치 및 파일 관리 방법
CN200910161650.3A CN101729538B (zh) 2008-10-16 2009-07-24 图像记录再生装置及文件管理方法
CN201410498386.3A CN104333796B (zh) 2008-10-16 2009-07-24 图像记录再生装置及文件管理方法
US12/509,630 US20100100640A1 (en) 2008-10-16 2009-07-27 Video recording and playing apparatus, and file management method
CA2674189A CA2674189C (en) 2008-10-16 2009-07-27 Video recording and playing apparatus, and file management method
EP09009695A EP2178297A1 (en) 2008-10-16 2009-07-27 Video recording and playing apparatus, and file management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008267426A JP4686587B2 (ja) 2008-10-16 2008-10-16 映像記録再生装置およびファイル管理方法

Publications (2)

Publication Number Publication Date
JP2010098514A true JP2010098514A (ja) 2010-04-30
JP4686587B2 JP4686587B2 (ja) 2011-05-25

Family

ID=41058549

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008267426A Expired - Fee Related JP4686587B2 (ja) 2008-10-16 2008-10-16 映像記録再生装置およびファイル管理方法

Country Status (7)

Country Link
US (1) US20100100640A1 (ja)
EP (1) EP2178297A1 (ja)
JP (1) JP4686587B2 (ja)
KR (1) KR101066156B1 (ja)
CN (2) CN101729538B (ja)
CA (1) CA2674189C (ja)
TW (1) TWI432026B (ja)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4846002B2 (ja) 2009-07-24 2011-12-28 株式会社東芝 ファイル転送システムおよびファイル転送方法
US8838954B2 (en) * 2010-02-02 2014-09-16 Futurewei Technologies, Inc. Media processing devices for adaptive delivery of on-demand media, and methods thereof
JP5044687B2 (ja) 2010-09-16 2012-10-10 株式会社東芝 映像処理装置及びファイル管理方法
KR101613941B1 (ko) * 2010-11-02 2016-04-20 엘지전자 주식회사 미디어 콘텐트 송수신 방법 및 그를 이용한 송수신 장치
WO2013078597A1 (zh) * 2011-11-28 2013-06-06 华为技术有限公司 一种判断用户请求的方法、设备及系统
JP2013210708A (ja) * 2012-03-30 2013-10-10 Hitachi-Lg Data Storage Inc 記録再生システム、サーバ
CN102932677B (zh) * 2012-08-16 2014-05-07 中央电视台 一种媒体文件封装格式检测装置与方法
US9141416B2 (en) 2013-03-15 2015-09-22 Centurylink Intellectual Property Llc Virtualization congestion control framework for modifying execution of applications on virtual machine based on mass congestion indicator in host computing system
US9864623B2 (en) 2013-11-21 2018-01-09 Centurylink Intellectual Property Llc Physical to virtual network transport function abstraction
US9948493B2 (en) 2014-04-03 2018-04-17 Centurylink Intellectual Property Llc Network functions virtualization interconnection gateway
US10225327B2 (en) * 2014-08-13 2019-03-05 Centurylink Intellectual Property Llc Remoting application servers
US9898318B2 (en) 2014-08-15 2018-02-20 Centurylink Intellectual Property Llc Multi-line/multi-state virtualized OAM transponder
CN104954368A (zh) * 2015-06-05 2015-09-30 阔地教育科技有限公司 一种直录播互动系统中的文件处理方法及系统
US9882833B2 (en) 2015-09-28 2018-01-30 Centurylink Intellectual Property Llc Intent-based services orchestration
FR3041850B1 (fr) * 2015-09-30 2018-05-25 Vogo Procede d'encodage de flux de donnees video basees sur des groupements d'images (gop)
JP7145117B2 (ja) * 2019-04-05 2022-09-30 ルネサスエレクトロニクス株式会社 通信装置
CN111930675B (zh) * 2020-08-13 2022-07-05 山东云海国创云计算装备产业创新中心有限公司 一种数据传输管理方法、系统及装置
CN114244833B (zh) * 2022-02-24 2022-05-17 中国科学院空天信息创新研究院 一种采用ftp协议实时传输遥感卫星原始数据的方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007235570A (ja) * 2006-03-01 2007-09-13 Sony Corp データ処理装置、データ処理方法およびデータ処理プログラム、データ構造および記録媒体、ならびに、再生装置、再生方法および再生プログラム

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002215497A (ja) 2001-01-22 2002-08-02 Casio Comput Co Ltd インターネット接続装置及びインターネット接続方法及びプログラム
JP2003111048A (ja) 2001-09-26 2003-04-11 Ntt Software Corp コンテンツ再生のためのサーバ及びプログラム
JP2004310330A (ja) * 2003-04-04 2004-11-04 Sony Corp プログラム、その方法およびその装置
JP3969656B2 (ja) * 2003-05-12 2007-09-05 ソニー株式会社 情報処理装置および方法、プログラム記録媒体、並びにプログラム
JP2005051631A (ja) 2003-07-30 2005-02-24 Sony Corp プログラム、データ処理方法およびその装置
EP1503593A2 (en) * 2003-07-30 2005-02-02 Sony Corporation Demultiplexer for MXF metadata
EP1587324A1 (en) * 2004-04-15 2005-10-19 Deutsche Thomson-Brandt Gmbh Method and device for handling metadata
EP1592015A3 (en) * 2004-04-27 2005-11-09 Deutsche Thomson-Brandt Gmbh Method and device for recording or playing back a data stream
JP2006081069A (ja) 2004-09-13 2006-03-23 Matsushita Electric Ind Co Ltd 動画再生装置、動画再生方法、およびそれを用いたネットワーク動画再生システム
JP4270161B2 (ja) * 2005-04-15 2009-05-27 ソニー株式会社 情報記録再生システム、情報記録再生装置及び情報記録再生方法
CN101164337A (zh) * 2005-04-25 2008-04-16 夏普株式会社 记录装置、再现装置、记录再现装置、记录程序及其记录介质、再现程序及其记录介质
JP4548226B2 (ja) 2005-05-30 2010-09-22 ソニー株式会社 データ処理方法、その装置およびプログラム
US20070043874A1 (en) * 2005-08-17 2007-02-22 Virendra Nath File transfer method and system
US20070050382A1 (en) * 2005-08-26 2007-03-01 Harris Corporation System, program product, and methods to enhance media content management
JP4311475B2 (ja) * 2007-05-10 2009-08-12 ソニー株式会社 デジタルシネマ処理装置、インジェスト方法及びプログラム

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007235570A (ja) * 2006-03-01 2007-09-13 Sony Corp データ処理装置、データ処理方法およびデータ処理プログラム、データ構造および記録媒体、ならびに、再生装置、再生方法および再生プログラム

Also Published As

Publication number Publication date
CA2674189A1 (en) 2010-04-16
CN104333796A (zh) 2015-02-04
EP2178297A1 (en) 2010-04-21
CA2674189C (en) 2013-04-09
KR101066156B1 (ko) 2011-09-20
JP4686587B2 (ja) 2011-05-25
KR20100042580A (ko) 2010-04-26
CN101729538A (zh) 2010-06-09
CN104333796B (zh) 2017-12-05
US20100100640A1 (en) 2010-04-22
TW201018238A (en) 2010-05-01
TWI432026B (zh) 2014-03-21
CN101729538B (zh) 2015-09-16

Similar Documents

Publication Publication Date Title
JP4686587B2 (ja) 映像記録再生装置およびファイル管理方法
JP3771902B2 (ja) ファイル索引挿入のためにｍｐｅｇストリームを処理するシステムおよび方法
JP4846002B2 (ja) ファイル転送システムおよびファイル転送方法
JP2007274142A (ja) 映像送信装置及び映像送信方法
JP2005244948A (ja) 画像記録装置、画像再生装置、画像処理装置、画像記録方法、画像再生方法、及びプログラム
JP2007048378A (ja) 記録装置、記録方法、記録方法のプログラム及び記録方法のプログラムを記録した記録媒体
KR101051063B1 (ko) 영상 수록 재생 장치, 영상 수록 방법, 영상 재생 방법 및 영상 수록 재생 방법
JP7024787B2 (ja) 情報処理装置、および情報処理方法、並びにプログラム
US8719880B2 (en) Content management server and content management method
JP5144771B2 (ja) 画像処理装置、画像再生装置、画像記録装置、画像処理方法、画像再生方法、及び画像記録方法
US8023803B2 (en) Moving picture recording apparatus
JP3861045B2 (ja) 映像信号記録装置、映像信号記録方法及び映像信号記録用プログラム
JP2004289694A (ja) コンテンツ記録再生装置
JP2010093452A (ja) ビデオサーバ、信号変換回路および信号変換方法
CN106937160B (zh) 一种针对终端的录制文件在快进快退时的显示方法和装置
JP2006345548A (ja) 情報処理装置
JP2015173335A (ja) 情報処理装置、情報処理システム及びプログラム
JP2001016546A (ja) 動画像録画再生装置
JP2006279148A (ja) 動画データ編集送出装置および方法
JP2004040150A (ja) 圧縮データ再生装置、方法及びシステム
KR20130095243A (ko) 실시간 컨텐츠 스트리밍 방법
JP2004007581A (ja) 記録装置、コンピュータ読取可能なプログラム、方法。

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100914

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110117

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110121

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110214

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140218

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140218

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees