ファイル転送システムおよびファイル転送方法
【課題】ＭＸＦファイル化されたストリームデータのファイル転送処理が簡便、かつファイル転送時間が短縮可能なファイル転送システムおよびファイル転送方法を提供する。
【解決手段】ソースサーバ２０はＭＸＦファイルのＰＰ毎に区切られたデータを先頭から、送信部ＴＸ（１〜ｎ）で収録サーバ１０へ予め割り当てられたネットワーク３０の各チャネルを介して並列転送し、収録サーバ１０は、受信部ＲＸ（１〜ｎ）が受信したＰＰ毎に区切られたデータをバッファｃｂで並べて記憶部１４へ順に書き込み記憶する。
【解決手段】ソースサーバ２０はＭＸＦファイルのＰＰ毎に区切られたデータを先頭から、送信部ＴＸ（１〜ｎ）で収録サーバ１０へ予め割り当てられたネットワーク３０の各チャネルを介して並列転送し、収録サーバ１０は、受信部ＲＸ（１〜ｎ）が受信したＰＰ毎に区切られたデータをバッファｃｂで並べて記憶部１４へ順に書き込み記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送局等で使用されるコンテンツファイルを高速で転送可能なファイル転送システムおよびファイル転送方法に関する。
【背景技術】
【０００２】
近年、映像情報を端末がインターネットのＷｅｂサーバからダウンロードして利用するサービスが多用されている。しかし、ダウンロードしてデータを伝送するのに時間を要することから、コンピュータ間でデータを並列転送するのと同様に、サーバから端末が複数の経路を用いて高速ダウンロードする方法が考案されている（例えば、特許文献１。）。
【０００３】
一方、放送局のスタジオ間、又は、センター局とローカル局との間のサーバ間で番組データを並列転送することにより高速転送を行う方法も検討されたが、圧縮符号化を行っているため、映像信号を単純に並列伝送するように区切ってしまうと、受信側でのフレーム再構築の処理が複雑になる問題があり、並列転送は実際上行われなかった。
【０００４】
更に、放送局で使用する番組サーバには、近年素材データをファイル形式で番組サーバに収録する方法がとられる様になり、映像・音声データのファイル交換用統一フォーマットとしてＳＭＰＴＥによって制定されたＭＸＦ(Material Exchange Format)規格に従ってストリームデータの番組素材の受け渡しが行われる。
【０００５】
この素材データは、ＭＰＥＧ２の様な圧縮符号化されたストリームデータがファイル化され記憶装置に書き込み記憶、またサーバ間等で転送される。ストリームデータの途中再生、転送を実現するためには、ＭＸＦファイルの構造解析を行い、各フレームやＧＯＰの先頭位置情報を検出し、ファイル構成の再構築が可能な処理、手順の設定が必要であり、並列転送に伴う処理が複雑になる問題があった。つまり、フレームデータの切れ目やファイルの論理的構造を考慮したファイル分割処理と、データ転送が必要である問題があった。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−２１５４９７号公報 （第７頁、第１図）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は上記問題を解決するためになされたもので、ＭＸＦファイル化されたストリームデータのファイル転送処理が簡便で済み、かつファイル転送時間が短縮可能なファイル転送システムおよびファイル転送方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明のファイル転送システムは、放送番組の素材のＭＸＦファイルを蓄積保存するソースサーバから、ネットワークを介して接続される収録サーバへ前記素材のＭＸＦファイルを転送するファイル転送システムにおいて、複数の伝送チャネルを備えるネットワークと、送信する前記ＭＸＦファイルを内蔵する記憶手段から読み出してＰａｒｔｉｔｉｏｎ Ｐａｃｋ（ＰＰ）毎のデータに区切り、先頭から予め定めた前記ネットワークの前記複数のチャネルに対応する順に並べて並列転送するソースサーバと、前記並列転送された前記データを、前記予め定められた前記ネットワークの前記複数のチャネルに対応して受信し、前記受信したデータを元の先頭からの順番に復元して並ばせた前記ＭＸＦファイルにして自分の記憶手段へ書き込み記憶して収録する収録サーバとを備えることを特徴とする。
【０００９】
また、本発明のファイル転送システムのファイル転送方法は、ネットワークと、ソースサーバと、収録サーバとを備え、放送番組の素材のＭＸＦファイルを蓄積保存するソースサーバから前記ネットワークを介して接続される収録サーバへ前記素材のＭＸＦファイルを転送するファイル転送システムのファイル転送方法において、ネットワークと、前記ソースサーバは、前記ＭＸＦファイルを内蔵する記憶手段から読み出してＰａｒｔｉｔｉｏｎ Ｐａｃｋ（ＰＰ）毎のデータに区切り、先頭から予め定めた前記ネットワークの複数のチャネルに順に並べて前記収録サーバへ並列転送する送信を行い、前記収録サーバは、前記ネットワークを介して前記並列転送された前記データを前記予め定められた前記ネットワークの前記複数のチャネルに対応して受信し、前記受信したデータを元の先頭からの順番に復元して並ばせた前記ＭＸＦファイルにして自分の記憶手段へ書き込み記憶して収録することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ＭＸＦファイル化されたストリームデータのファイル転送処理が簡便で済み、かつファイル転送時間が短縮可能なファイル転送システムおよびファイル転送方法を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施例に係わるファイル転送システムの動作を説明する機能ブロック図。
【図２】ＭＸＦファイルの基本構造図。
【図３】映像データを含むＭＸＦファイル形式の番組データ（ビデオ信号）の論理的構造図の一例。
【図４】ＭＸＦファイルをサーバ間で並列転送する概念を説明する概念図。
【図５】本発明の実施例に係わるソースサーバ２０、および収録サーバ１０のファイル送受信に係わる動作を説明する機能ブロック図。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施例を説明する。
【実施例】
【００１３】
図１は、本発明の実施例に係るファイル転送システムの動作を説明する機能ブロック図である。
【００１４】
図１においてファイル転送システムは、ＭＸＦファイル化された番組素材をＦＴＰ（Ｆｏｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によりネットワーク３０を介して送出するソースサーバ２０と、IPネットワークを介して受信した番組素材を記憶蓄積（収録）する収録サーバ１０とを備えている。ネットワーク３０は、ＦＴＰプロトコルによりファイル転送が可能で有るネットワークであり、代表例としては高速のＩＰネットワークが用いられる。
【００１５】
収録サーバ１０は、それぞれの間が内部バスＢ（図示せず。）等により相互に接続されている制御部１１、解析部１２、管理テーブル１３、記憶部１４、オペレータが制御情報を入出力するためのユーザＩＦ部１５、デコーダ１６、データＩ／Ｆ部１７、誤り制御部１８を備えている。
【００１６】
ソースサーバ２０も収録サーバ１０と同様の構成を備えており、ＭＸＦファイルを記憶部１４から読み出し、データＩ／Ｆ部１７とネットワーク３０とを介して収録サーバ１０へ送信する。収録サーバ１０は、ネットワーク３０とデータＩ／Ｆ部１７とを介してＭＸＦファイルを受信し、記憶部１４へ書き込み記憶する。
【００１７】
当該サーバが、ソースサーバ又は収録サーバとして動作するかは、ユーザＩ／Ｆ部１５から入力されたコマンドによって制御部１１が実行するプログラムを選択する。制御部１１は、内部バスＢを監視し、解析部１２、管理テーブル１３、記憶部１４、ユーザＩＦ部１５、デコーダ１６、データＩ／Ｆ部１７、誤り制御部１８の動作を統合制御する。
【００１８】
データＩ／Ｆ部１７は、ネットワーク３０を介して映像収録再生装置１０とソースサーバ２０との間で番組データを入出力するための手段であり、内部バスＢを介してネットワーク３０との間でパケット化されたファイルを入出力する。
【００１９】
ユーザＩＦ部１５は、マウス、キーボード、ディスプレイパネル等からなるオペレータが所要のコマンドやデータを入力したり、収録サーバ１０の動作状態を表示する入出力制御手段である。例えば、番組素材の所要の部分を切り出す指定入力を行う、ソースサーバ２０から番組データの転送パラメータを入力する、サーバのアドレス情報の設定、ネットワークのチャネル設定等に使用される。
【００２０】
デコーダ１６は、制御部１１の制御に従い記憶部１４に記憶されている映像データを読み出し入力してデコード（復号化）して、外部の映像モニタ、又は、ネットワーク等へ出力するものである。
【００２１】
データＩ／Ｆ部１７は、制御部１１から指定されたファイルをネットワーク３０を介してソースサーバ２０から送受信する。データＩ／Ｆ部１７は、ＦＴＰサーバ上のＭＸＦファイルを先頭から受信するだけではなく、ユーザＩＦ部１５によって入力されたコマンドやデータに従った制御部１１の制御により、例えば、ファイル先頭から指定バイト数の位置からデータ受信し内部バスＢへ出力する処理を行う。
【００２２】
解析部１２は、データＩ／Ｆ部１７が内部バスＢから番組データを入力しデータ内容を解析して、例えば、検出した映像データ、ＭＸＦファイルに係わるＰａｒｔｉｔｉｏｎ Ｐａｃｋ情報、ＩｎｄｅｘＴａｂｌｅＳｅｇｍｅｎｔ情報、ＲａｎｄｏｍＩｎｄｅｘ Ｐａｃｋ情報の位置とデータサイズを解析情報として管理テーブル１３に記憶し、解析が終了した番組データを、誤り制御部１８を経由して記憶部１４に書き込み記憶する動作処理を管理、制御する。
【００２３】
このような、ソースサーバ２０から送信されたＭＸＦファイル形式の番組データを受信して解析し、番組データ記憶部１４に記憶する処理を以下「収録」と呼ぶ。
【００２４】
誤り制御部１８は、解析部１２から送られてきた番組データを所定のデータサイズ又はブロックごとに誤り訂正符号を付加する処理を行い記憶部１４に書き込み記憶する。
【００２５】
収録しているデータを再生する場合には、制御部１１は、ユーザＩＦ部１５から、例えば番組データの識別情報や、再生位置等を示すコマンド、データ等を内部バスＢを介して受信する。そして記憶部１４に記憶されている番組データを読み出し、それと管理テーブル１３の解析情報とを参照してその番組データに対応した再生処理を規定した再生情報を記憶部１４から読み出しデコーダ１６に送信する。
【００２６】
番組データとその再生情報とを受信したデコーダ１６は、再生情報に従ってＭＸＦファイル形式の番組データの指定された位置から映像データの復号化を開始し、所要の映像データのみを再生して外部へ出力する。また、映像データの復号化の際、収録時に誤り制御部１８で付加された誤り訂正符号を用いた誤り訂正処理も合わせて行われる。
【００２７】
図２は、ＭＸＦファイルの基本構造図である。
図２において、ＭＸＦファイルは、Ｋｅｙ３Ａ、Ｌｅｎｇｔｈ４Ａ、Ｖａｌｕｅ５Ａの３つの記述が繰り返すことで構成され、これをＫＬＶコーディング方式という。Ｋｅｙ３Ａにはデータの識別タグ、Ｌｅｎｇｔｈ４Ａにはこの後に続くＶａｌｕｅのデータのデータ長などのデータサイズに関する情報が記述され、Ｖａｌｕｅ５ＡにはＭＸＦファイルに格納したいデータそのものが入る。
【００２８】
図３は、映像データを含むＭＸＦファイル形式の番組データ（ビデオ信号）の論理的構造図の一例である。
ＭＸＦファイルは、大きく分けてヘッダ部ｈｐ、ボディ部ｂｐ、およびフッタ部ｆｐからなる。ヘッダ部ｆｐは、ＭＸＦファイルの先頭部に常駐し、メタデータを含んでいる。また、ボディ部ｂｐには映像データ等Ｅｓｓｅｎｃｅと呼ばれるデータ本体が格納され、フッタ部ｆｐは、ＭＸＦファイルの最後尾に存在する。またＭＸＦファイルは、ヘッダ部ｈｐ、ボディ部ｂｐ、およびフッタ部の先頭にＰａｒｔｉｔｉｏｎ Ｐａｃｋ（以下、ＰＰと略す。）によりデータの区切りを示した分割構造をとる。ボディ部に置かれるＰＰは、更に一定のフレーム数毎に設けられる。
【００２９】
ＭＸＦファイルのボディ部ｈｐは、ＰＰにより番組データが所要のデータ単位のグループに区切られる。例えば、ＰＰに続くフレームｆｎは、映像のデータフレームとそれに対応する音声１〜ｐのデータフレームの組合せになっている。そして、ＰＰに続く先頭のフレームｆｎでは、ＭＰＥＧ符号化の場合、Ｉフレームが先頭になったＧＯＰ（Ｇｒｏｕｐ ｏｆＰｉｃｔｕｒｅｓ）が位置するように複数のフレームが並べられる。
【００３０】
フッタ部ｆｐは、１つの番組データのＭＸＦファイルの締めくくりにあたる情報が記載され、例えば、Ｒａｎｄｏｍ Ｉｎｄｅｘにより、各ＰＰの先頭からのオフセット値の情報が記載されている。
【００３１】
この様なＭＸＦファイルの構造は、ソースサーバ２０においてデフォルト設定されている。そして、ＭＸＦファイルをサーバ間で転送する時には、このＭＸＦファイルが先頭部分から順にパーティション単位で読み出され、ｆｔｐプロトコルに従ってパケットデータとして伝送される。
【００３２】
先頭から、終わりまでのデータを全て転送するには、サーバ間のネットワークの伝送速度により転送時間が決定されるが、スタジオ内やセンター局とローカル局間で高速にデータ転送をする場合、ファイル転送時間を短く済ませたい場合が多々ある。そこで、本実施例では、ＭＸＦファイルをＰＰを区切りとして並列転送する方法により、複雑なデータ処理をすることなくデータを分割して並列転送して短時間ファイル転送を実現している。
【００３３】
図４は、ＭＸＦファイルをサーバ間で並列転送する概念を説明する概念図である。
図４において、ソースサーバ２０はＭＸＦファイルのＰＰ毎に区切られたデータを先頭から、送信部ＴＸ（１〜ｎ）で収録サーバ１０へ並列転送し、収録サーバ１０は、ＰＰ毎の受信部ＲＸ（１〜ｎ）がバッファｃｂでデータを並べて記憶部１４へ順に書き込み記憶する。
【００３４】
並列チャネル数ｎは、両サーバ間で確保できる通信チャネル数で決定され、多いほど転送時間は少なくて済むが、ファイル再構築に処理が増えるため、数チャネル程度が好ましい。また、ＰＰの総数Ｍは、チャネル数ｎに等しいか、又はチャネル数ｎより多い関係に定められる。
【００３５】
図５は、本発明の実施例に係わるソースサーバ２０、および収録サーバ１０のファイル送受信に係わる動作を説明する機能ブロック図である。
図５において、両サーバは、ネットワーク３０を介して接続される。ここでは、ネットワーク３０は、３チャネルの分割チャネル（Ｃ１〜Ｃ３）で伝送する場合で説明する。両サーバは、データＩ／Ｆ１７に３チャンネルに対応するバストランシーバＴＲ１〜ＴＲ３とそれらに接続されたチャネルバッファＣＢ１〜ＣＢ３とを備えている。
【００３６】
並列転送しない場合は、１チャネルのみ、例えば、バストランシーバＴＲＸ１とチャネルバッファＣＢ１とを使用し、他は休止状態となる。これらのトランシーバの収容台数は予め最大容量が設定あれており、並列チャネル数等、この台数と転送可能なチャネルとして準備されるチャネル条件がユーザＩＦ１５からオペレータによって入力される。
【００３７】
チャネルバッファＣＢ１〜ＣＢ３は、それぞれ制御部１１の制御に従い、ＴＲＸ１〜ＴＲＸ３が送受信するデータを記憶部１４との間で一時記憶するバッファである。ソースサーバ２０から収録サーバ１０のトランシーバＴＲＸ１は同じ番号同士で対向してｆｔｐによるファイル転送を行い、転送チャネルと並列転送されるデータ関係も１対１に保たれるので送信されたＰＰの並ぶ順序が受信側でも同じ並ぶ順序になるので並列転送前後のファイル構成の再構築を容易に行うことが出来る。
【００３８】
先ず、概要を述べると、ソースサーバ２０と収録サーバ１０の間では、予め図１のユーザＩＦ部１５からオペレータによって転送するＭＸＦファイル名称はじめ、そのファイルを並列伝送するチャネルの設定情報が入力される。制御部１１は、例えば、チャネル１についてのソースサーバ２０と収録サーバ１０のバストランシーバＴＲＸ１間のアドレス情報を設定し、両トランシーバ間のＩＰ通信による通信路を確立する。
【００３９】
次に、ソースサーバの２０の制御部１１は、ＭＸＦファイルのデータを先頭から順に、ＴＲＸ１〜ＴＲＸ３に割り当てて並列伝送する設定を行う。即ち、ヘッダ部ｈｐに続けてボディ部ｂｐのＰＰで区切られたデータをチャネルＣ１〜チャネルＣ３で並列転送し、その並列転送が終了する毎に、ボディ部ｆｐの次の３つの区切りのデータを順に並べて並列転送する動作を繰り返す。なお、最後フッタ部ｆｐまで転送する時に３つのチャネル全部が埋まらず空きのチャネルが生じた場合、その空のチャネルは転送を行わない。
【００４０】
ＭＸＦファイルの送信元であるソースサーバ２０は、制御部１１の指示によって、ヘッダ部のメタデータに続き、指定されたデータを記憶部１４からＰＰで区切られたデータを順に読み出し、先頭のＰＰ（＃１）のデータから３番目のＰＰ（＃３）までのデータをチャネルバッファＣＢ１〜ＣＢ３に並べ、更に各チャネルのバストランシーバＴＲ１〜ＴＲ３を介してチャネルＣ１〜Ｃ３を介して送信する。
【００４１】
収録サーバ１０は、この動作の逆の処理を行う。即ち、チャネルＣ１〜Ｃ３で受信するＰＰで区切られたデータをチャネルバッファＣＢ１〜ＣＢ３で一時保存後、ＰＰの順に従って並べて記憶部１４へ順次書き込み記録する。チャネルの順序とデータの並び方は前述の様に対応しているので、複雑な処理は必要なく書き込みが実行出来る。
【００４２】
この過程で、ソースサーバ２０と収録サーバ１０との間でそれぞれ対応する各バストランシーバＴＲ１〜ＴＲ３は、それぞれＩＰプロトコル（ｆｔｐ手順）によってチャネルバッファに蓄えられたデータを転送する。チャネルＣ１で仮に転送が終了するとソースサーバ２０のバストランシーバＴＲ１は、収録サーバ１０のバストランシーバＴＲ１からの転送完了の応答信号を受信し、その応答信号をバスを介して制御部１１へ通知する。
【００４３】
各ＰＰで区切られて転送されるデータ量は、ＰＰ毎に比較すると多少の大小があり、３チャンネルが同時に転送終了する訳では無い。つまり、ＭＰＥＧ圧縮符号化された映像信号の各フレームは、フレーム画面を構成する元の映像の状態により圧縮率が変化するので圧縮率が低くなる映像信号のフレームではデータ量が多くなり転送時間もその分長くかかる。
【００４４】
従って、ソースサーバ２０の制御部１１は、３チャネルの並列転送したうち３つ目の受信応答を受信した時点で次の３チャネルの並列転送を行う。なお、収録サーバ１０では、この３つ目のファイル受信が終了してから、収録サーバの記憶部１４への書き込みが行われる。そして、転送はフッタ部分ｆｐまで実施されると終了する。この結果、並列転送を行うことにより、並列転送しない場合よりも短時間でファイル転送を終了することが出来る。
【００４５】
また、並列転送の方法は、上記の如く、１チャネルをＰＰ１つ毎の区切りに限定する必要は無く、他の方法であっても良い。例えばＰＰを１００毎に区切ったグループにし、そのグループ単位で並列転送するものでも良い。チャネルＣ１では、１〜１００番目毎のＰＰ迄をグループにして連続して送り、同様にチャネルＣ２、Ｃ３では、１０１〜２００番目毎、２０１〜３００番目毎として並列転送することを繰り返す。
【００４６】
複数のＰＰ毎のグループにする管理は、制御部１１が、内部バスを監視し、記憶部１４から読み出してチャネルバッファ（ここでは、例えば、ＣＢ１とする。）へ内部バスＢを介して転送されるデータを計数して制御する。
【００４７】
この方法では、収録サーバ１０のバストランシーバからの応答受信回数を少なくすることが出来るのでその分転送に要する時間が短時間で済む。
【００４８】
更に別の方法では、予め制御部１１が、記憶部１４に書き込むＭＸＦファイルのフッタ部ｆｐにＲＩ（Ｒａｎｄｏｍ Ｉｎｄｅｘ）情報としてＰＰの総数を書き込み記憶し、転送コマンドを受信した場合、そのＲＩ情報を読み出し、読み出したＰＰの総数を並列チャネル数で除する事により各チャネルで送信するＰＰ数を定める。例えば、総数が６０００ＰＰであるとすれば、１〜２０００ＰＰ、２００１〜４０００ＰＰ、４００１〜６０００ＰＰとするようにしてチャネルバッファＣＢ１〜ＣＢ３へバッファすることにより１回の並列転送で済ませるようにしても良い。１階に送信するデータ量は、上記の３つの方法説明する順に従って大きくなり、転送時間も少なくなるが、その分チャネルバッファの容量が必要となる。
【００４９】
なお、チャネル間で並列伝送するＰＰ数に不揃いが出ても良い。例えば、ＰＰ総数が５９００ＰＰであった場合、最初の２つのチャネルは２０００ＰＰずつ、最後の１チャネルを１９００ＰＰとして伝送しても良い。
【００５０】
以上の方法により、本実施例のファイル転送システムおよびファイル転送方法は、従来に比べ転送時間を短くすることが出来る。
【符号の説明】
【００５１】
１０ 収録サーバ
１１ 制御部
１２ 解析部
１３ 管理テーブル
１４ 記憶部
１５ ユーザＩＦ部
１６ デコーダ
１７ データＩ／Ｆ部
ＴＲＸ１〜ＴＲＸ３ バストランシーバ
ＣＢ１〜ＣＢ３ チャネルバッファ
Ｂ 内部バス
ｐｐ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ（ＰＰ）
２０ ソースサーバ
３０ ネットワーク
Ｃ１〜Ｃ３ チャネル
【技術分野】
【０００１】
本発明は、放送局等で使用されるコンテンツファイルを高速で転送可能なファイル転送システムおよびファイル転送方法に関する。
【背景技術】
【０００２】
近年、映像情報を端末がインターネットのＷｅｂサーバからダウンロードして利用するサービスが多用されている。しかし、ダウンロードしてデータを伝送するのに時間を要することから、コンピュータ間でデータを並列転送するのと同様に、サーバから端末が複数の経路を用いて高速ダウンロードする方法が考案されている（例えば、特許文献１。）。
【０００３】
一方、放送局のスタジオ間、又は、センター局とローカル局との間のサーバ間で番組データを並列転送することにより高速転送を行う方法も検討されたが、圧縮符号化を行っているため、映像信号を単純に並列伝送するように区切ってしまうと、受信側でのフレーム再構築の処理が複雑になる問題があり、並列転送は実際上行われなかった。
【０００４】
更に、放送局で使用する番組サーバには、近年素材データをファイル形式で番組サーバに収録する方法がとられる様になり、映像・音声データのファイル交換用統一フォーマットとしてＳＭＰＴＥによって制定されたＭＸＦ(Material Exchange Format)規格に従ってストリームデータの番組素材の受け渡しが行われる。
【０００５】
この素材データは、ＭＰＥＧ２の様な圧縮符号化されたストリームデータがファイル化され記憶装置に書き込み記憶、またサーバ間等で転送される。ストリームデータの途中再生、転送を実現するためには、ＭＸＦファイルの構造解析を行い、各フレームやＧＯＰの先頭位置情報を検出し、ファイル構成の再構築が可能な処理、手順の設定が必要であり、並列転送に伴う処理が複雑になる問題があった。つまり、フレームデータの切れ目やファイルの論理的構造を考慮したファイル分割処理と、データ転送が必要である問題があった。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−２１５４９７号公報 （第７頁、第１図）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は上記問題を解決するためになされたもので、ＭＸＦファイル化されたストリームデータのファイル転送処理が簡便で済み、かつファイル転送時間が短縮可能なファイル転送システムおよびファイル転送方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明のファイル転送システムは、放送番組の素材のＭＸＦファイルを蓄積保存するソースサーバから、ネットワークを介して接続される収録サーバへ前記素材のＭＸＦファイルを転送するファイル転送システムにおいて、複数の伝送チャネルを備えるネットワークと、送信する前記ＭＸＦファイルを内蔵する記憶手段から読み出してＰａｒｔｉｔｉｏｎ Ｐａｃｋ（ＰＰ）毎のデータに区切り、先頭から予め定めた前記ネットワークの前記複数のチャネルに対応する順に並べて並列転送するソースサーバと、前記並列転送された前記データを、前記予め定められた前記ネットワークの前記複数のチャネルに対応して受信し、前記受信したデータを元の先頭からの順番に復元して並ばせた前記ＭＸＦファイルにして自分の記憶手段へ書き込み記憶して収録する収録サーバとを備えることを特徴とする。
【０００９】
また、本発明のファイル転送システムのファイル転送方法は、ネットワークと、ソースサーバと、収録サーバとを備え、放送番組の素材のＭＸＦファイルを蓄積保存するソースサーバから前記ネットワークを介して接続される収録サーバへ前記素材のＭＸＦファイルを転送するファイル転送システムのファイル転送方法において、ネットワークと、前記ソースサーバは、前記ＭＸＦファイルを内蔵する記憶手段から読み出してＰａｒｔｉｔｉｏｎ Ｐａｃｋ（ＰＰ）毎のデータに区切り、先頭から予め定めた前記ネットワークの複数のチャネルに順に並べて前記収録サーバへ並列転送する送信を行い、前記収録サーバは、前記ネットワークを介して前記並列転送された前記データを前記予め定められた前記ネットワークの前記複数のチャネルに対応して受信し、前記受信したデータを元の先頭からの順番に復元して並ばせた前記ＭＸＦファイルにして自分の記憶手段へ書き込み記憶して収録することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ＭＸＦファイル化されたストリームデータのファイル転送処理が簡便で済み、かつファイル転送時間が短縮可能なファイル転送システムおよびファイル転送方法を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施例に係わるファイル転送システムの動作を説明する機能ブロック図。
【図２】ＭＸＦファイルの基本構造図。
【図３】映像データを含むＭＸＦファイル形式の番組データ（ビデオ信号）の論理的構造図の一例。
【図４】ＭＸＦファイルをサーバ間で並列転送する概念を説明する概念図。
【図５】本発明の実施例に係わるソースサーバ２０、および収録サーバ１０のファイル送受信に係わる動作を説明する機能ブロック図。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施例を説明する。
【実施例】
【００１３】
図１は、本発明の実施例に係るファイル転送システムの動作を説明する機能ブロック図である。
【００１４】
図１においてファイル転送システムは、ＭＸＦファイル化された番組素材をＦＴＰ（Ｆｏｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によりネットワーク３０を介して送出するソースサーバ２０と、IPネットワークを介して受信した番組素材を記憶蓄積（収録）する収録サーバ１０とを備えている。ネットワーク３０は、ＦＴＰプロトコルによりファイル転送が可能で有るネットワークであり、代表例としては高速のＩＰネットワークが用いられる。
【００１５】
収録サーバ１０は、それぞれの間が内部バスＢ（図示せず。）等により相互に接続されている制御部１１、解析部１２、管理テーブル１３、記憶部１４、オペレータが制御情報を入出力するためのユーザＩＦ部１５、デコーダ１６、データＩ／Ｆ部１７、誤り制御部１８を備えている。
【００１６】
ソースサーバ２０も収録サーバ１０と同様の構成を備えており、ＭＸＦファイルを記憶部１４から読み出し、データＩ／Ｆ部１７とネットワーク３０とを介して収録サーバ１０へ送信する。収録サーバ１０は、ネットワーク３０とデータＩ／Ｆ部１７とを介してＭＸＦファイルを受信し、記憶部１４へ書き込み記憶する。
【００１７】
当該サーバが、ソースサーバ又は収録サーバとして動作するかは、ユーザＩ／Ｆ部１５から入力されたコマンドによって制御部１１が実行するプログラムを選択する。制御部１１は、内部バスＢを監視し、解析部１２、管理テーブル１３、記憶部１４、ユーザＩＦ部１５、デコーダ１６、データＩ／Ｆ部１７、誤り制御部１８の動作を統合制御する。
【００１８】
データＩ／Ｆ部１７は、ネットワーク３０を介して映像収録再生装置１０とソースサーバ２０との間で番組データを入出力するための手段であり、内部バスＢを介してネットワーク３０との間でパケット化されたファイルを入出力する。
【００１９】
ユーザＩＦ部１５は、マウス、キーボード、ディスプレイパネル等からなるオペレータが所要のコマンドやデータを入力したり、収録サーバ１０の動作状態を表示する入出力制御手段である。例えば、番組素材の所要の部分を切り出す指定入力を行う、ソースサーバ２０から番組データの転送パラメータを入力する、サーバのアドレス情報の設定、ネットワークのチャネル設定等に使用される。
【００２０】
デコーダ１６は、制御部１１の制御に従い記憶部１４に記憶されている映像データを読み出し入力してデコード（復号化）して、外部の映像モニタ、又は、ネットワーク等へ出力するものである。
【００２１】
データＩ／Ｆ部１７は、制御部１１から指定されたファイルをネットワーク３０を介してソースサーバ２０から送受信する。データＩ／Ｆ部１７は、ＦＴＰサーバ上のＭＸＦファイルを先頭から受信するだけではなく、ユーザＩＦ部１５によって入力されたコマンドやデータに従った制御部１１の制御により、例えば、ファイル先頭から指定バイト数の位置からデータ受信し内部バスＢへ出力する処理を行う。
【００２２】
解析部１２は、データＩ／Ｆ部１７が内部バスＢから番組データを入力しデータ内容を解析して、例えば、検出した映像データ、ＭＸＦファイルに係わるＰａｒｔｉｔｉｏｎ Ｐａｃｋ情報、ＩｎｄｅｘＴａｂｌｅＳｅｇｍｅｎｔ情報、ＲａｎｄｏｍＩｎｄｅｘ Ｐａｃｋ情報の位置とデータサイズを解析情報として管理テーブル１３に記憶し、解析が終了した番組データを、誤り制御部１８を経由して記憶部１４に書き込み記憶する動作処理を管理、制御する。
【００２３】
このような、ソースサーバ２０から送信されたＭＸＦファイル形式の番組データを受信して解析し、番組データ記憶部１４に記憶する処理を以下「収録」と呼ぶ。
【００２４】
誤り制御部１８は、解析部１２から送られてきた番組データを所定のデータサイズ又はブロックごとに誤り訂正符号を付加する処理を行い記憶部１４に書き込み記憶する。
【００２５】
収録しているデータを再生する場合には、制御部１１は、ユーザＩＦ部１５から、例えば番組データの識別情報や、再生位置等を示すコマンド、データ等を内部バスＢを介して受信する。そして記憶部１４に記憶されている番組データを読み出し、それと管理テーブル１３の解析情報とを参照してその番組データに対応した再生処理を規定した再生情報を記憶部１４から読み出しデコーダ１６に送信する。
【００２６】
番組データとその再生情報とを受信したデコーダ１６は、再生情報に従ってＭＸＦファイル形式の番組データの指定された位置から映像データの復号化を開始し、所要の映像データのみを再生して外部へ出力する。また、映像データの復号化の際、収録時に誤り制御部１８で付加された誤り訂正符号を用いた誤り訂正処理も合わせて行われる。
【００２７】
図２は、ＭＸＦファイルの基本構造図である。
図２において、ＭＸＦファイルは、Ｋｅｙ３Ａ、Ｌｅｎｇｔｈ４Ａ、Ｖａｌｕｅ５Ａの３つの記述が繰り返すことで構成され、これをＫＬＶコーディング方式という。Ｋｅｙ３Ａにはデータの識別タグ、Ｌｅｎｇｔｈ４Ａにはこの後に続くＶａｌｕｅのデータのデータ長などのデータサイズに関する情報が記述され、Ｖａｌｕｅ５ＡにはＭＸＦファイルに格納したいデータそのものが入る。
【００２８】
図３は、映像データを含むＭＸＦファイル形式の番組データ（ビデオ信号）の論理的構造図の一例である。
ＭＸＦファイルは、大きく分けてヘッダ部ｈｐ、ボディ部ｂｐ、およびフッタ部ｆｐからなる。ヘッダ部ｆｐは、ＭＸＦファイルの先頭部に常駐し、メタデータを含んでいる。また、ボディ部ｂｐには映像データ等Ｅｓｓｅｎｃｅと呼ばれるデータ本体が格納され、フッタ部ｆｐは、ＭＸＦファイルの最後尾に存在する。またＭＸＦファイルは、ヘッダ部ｈｐ、ボディ部ｂｐ、およびフッタ部の先頭にＰａｒｔｉｔｉｏｎ Ｐａｃｋ（以下、ＰＰと略す。）によりデータの区切りを示した分割構造をとる。ボディ部に置かれるＰＰは、更に一定のフレーム数毎に設けられる。
【００２９】
ＭＸＦファイルのボディ部ｈｐは、ＰＰにより番組データが所要のデータ単位のグループに区切られる。例えば、ＰＰに続くフレームｆｎは、映像のデータフレームとそれに対応する音声１〜ｐのデータフレームの組合せになっている。そして、ＰＰに続く先頭のフレームｆｎでは、ＭＰＥＧ符号化の場合、Ｉフレームが先頭になったＧＯＰ（Ｇｒｏｕｐ ｏｆＰｉｃｔｕｒｅｓ）が位置するように複数のフレームが並べられる。
【００３０】
フッタ部ｆｐは、１つの番組データのＭＸＦファイルの締めくくりにあたる情報が記載され、例えば、Ｒａｎｄｏｍ Ｉｎｄｅｘにより、各ＰＰの先頭からのオフセット値の情報が記載されている。
【００３１】
この様なＭＸＦファイルの構造は、ソースサーバ２０においてデフォルト設定されている。そして、ＭＸＦファイルをサーバ間で転送する時には、このＭＸＦファイルが先頭部分から順にパーティション単位で読み出され、ｆｔｐプロトコルに従ってパケットデータとして伝送される。
【００３２】
先頭から、終わりまでのデータを全て転送するには、サーバ間のネットワークの伝送速度により転送時間が決定されるが、スタジオ内やセンター局とローカル局間で高速にデータ転送をする場合、ファイル転送時間を短く済ませたい場合が多々ある。そこで、本実施例では、ＭＸＦファイルをＰＰを区切りとして並列転送する方法により、複雑なデータ処理をすることなくデータを分割して並列転送して短時間ファイル転送を実現している。
【００３３】
図４は、ＭＸＦファイルをサーバ間で並列転送する概念を説明する概念図である。
図４において、ソースサーバ２０はＭＸＦファイルのＰＰ毎に区切られたデータを先頭から、送信部ＴＸ（１〜ｎ）で収録サーバ１０へ並列転送し、収録サーバ１０は、ＰＰ毎の受信部ＲＸ（１〜ｎ）がバッファｃｂでデータを並べて記憶部１４へ順に書き込み記憶する。
【００３４】
並列チャネル数ｎは、両サーバ間で確保できる通信チャネル数で決定され、多いほど転送時間は少なくて済むが、ファイル再構築に処理が増えるため、数チャネル程度が好ましい。また、ＰＰの総数Ｍは、チャネル数ｎに等しいか、又はチャネル数ｎより多い関係に定められる。
【００３５】
図５は、本発明の実施例に係わるソースサーバ２０、および収録サーバ１０のファイル送受信に係わる動作を説明する機能ブロック図である。
図５において、両サーバは、ネットワーク３０を介して接続される。ここでは、ネットワーク３０は、３チャネルの分割チャネル（Ｃ１〜Ｃ３）で伝送する場合で説明する。両サーバは、データＩ／Ｆ１７に３チャンネルに対応するバストランシーバＴＲ１〜ＴＲ３とそれらに接続されたチャネルバッファＣＢ１〜ＣＢ３とを備えている。
【００３６】
並列転送しない場合は、１チャネルのみ、例えば、バストランシーバＴＲＸ１とチャネルバッファＣＢ１とを使用し、他は休止状態となる。これらのトランシーバの収容台数は予め最大容量が設定あれており、並列チャネル数等、この台数と転送可能なチャネルとして準備されるチャネル条件がユーザＩＦ１５からオペレータによって入力される。
【００３７】
チャネルバッファＣＢ１〜ＣＢ３は、それぞれ制御部１１の制御に従い、ＴＲＸ１〜ＴＲＸ３が送受信するデータを記憶部１４との間で一時記憶するバッファである。ソースサーバ２０から収録サーバ１０のトランシーバＴＲＸ１は同じ番号同士で対向してｆｔｐによるファイル転送を行い、転送チャネルと並列転送されるデータ関係も１対１に保たれるので送信されたＰＰの並ぶ順序が受信側でも同じ並ぶ順序になるので並列転送前後のファイル構成の再構築を容易に行うことが出来る。
【００３８】
先ず、概要を述べると、ソースサーバ２０と収録サーバ１０の間では、予め図１のユーザＩＦ部１５からオペレータによって転送するＭＸＦファイル名称はじめ、そのファイルを並列伝送するチャネルの設定情報が入力される。制御部１１は、例えば、チャネル１についてのソースサーバ２０と収録サーバ１０のバストランシーバＴＲＸ１間のアドレス情報を設定し、両トランシーバ間のＩＰ通信による通信路を確立する。
【００３９】
次に、ソースサーバの２０の制御部１１は、ＭＸＦファイルのデータを先頭から順に、ＴＲＸ１〜ＴＲＸ３に割り当てて並列伝送する設定を行う。即ち、ヘッダ部ｈｐに続けてボディ部ｂｐのＰＰで区切られたデータをチャネルＣ１〜チャネルＣ３で並列転送し、その並列転送が終了する毎に、ボディ部ｆｐの次の３つの区切りのデータを順に並べて並列転送する動作を繰り返す。なお、最後フッタ部ｆｐまで転送する時に３つのチャネル全部が埋まらず空きのチャネルが生じた場合、その空のチャネルは転送を行わない。
【００４０】
ＭＸＦファイルの送信元であるソースサーバ２０は、制御部１１の指示によって、ヘッダ部のメタデータに続き、指定されたデータを記憶部１４からＰＰで区切られたデータを順に読み出し、先頭のＰＰ（＃１）のデータから３番目のＰＰ（＃３）までのデータをチャネルバッファＣＢ１〜ＣＢ３に並べ、更に各チャネルのバストランシーバＴＲ１〜ＴＲ３を介してチャネルＣ１〜Ｃ３を介して送信する。
【００４１】
収録サーバ１０は、この動作の逆の処理を行う。即ち、チャネルＣ１〜Ｃ３で受信するＰＰで区切られたデータをチャネルバッファＣＢ１〜ＣＢ３で一時保存後、ＰＰの順に従って並べて記憶部１４へ順次書き込み記録する。チャネルの順序とデータの並び方は前述の様に対応しているので、複雑な処理は必要なく書き込みが実行出来る。
【００４２】
この過程で、ソースサーバ２０と収録サーバ１０との間でそれぞれ対応する各バストランシーバＴＲ１〜ＴＲ３は、それぞれＩＰプロトコル（ｆｔｐ手順）によってチャネルバッファに蓄えられたデータを転送する。チャネルＣ１で仮に転送が終了するとソースサーバ２０のバストランシーバＴＲ１は、収録サーバ１０のバストランシーバＴＲ１からの転送完了の応答信号を受信し、その応答信号をバスを介して制御部１１へ通知する。
【００４３】
各ＰＰで区切られて転送されるデータ量は、ＰＰ毎に比較すると多少の大小があり、３チャンネルが同時に転送終了する訳では無い。つまり、ＭＰＥＧ圧縮符号化された映像信号の各フレームは、フレーム画面を構成する元の映像の状態により圧縮率が変化するので圧縮率が低くなる映像信号のフレームではデータ量が多くなり転送時間もその分長くかかる。
【００４４】
従って、ソースサーバ２０の制御部１１は、３チャネルの並列転送したうち３つ目の受信応答を受信した時点で次の３チャネルの並列転送を行う。なお、収録サーバ１０では、この３つ目のファイル受信が終了してから、収録サーバの記憶部１４への書き込みが行われる。そして、転送はフッタ部分ｆｐまで実施されると終了する。この結果、並列転送を行うことにより、並列転送しない場合よりも短時間でファイル転送を終了することが出来る。
【００４５】
また、並列転送の方法は、上記の如く、１チャネルをＰＰ１つ毎の区切りに限定する必要は無く、他の方法であっても良い。例えばＰＰを１００毎に区切ったグループにし、そのグループ単位で並列転送するものでも良い。チャネルＣ１では、１〜１００番目毎のＰＰ迄をグループにして連続して送り、同様にチャネルＣ２、Ｃ３では、１０１〜２００番目毎、２０１〜３００番目毎として並列転送することを繰り返す。
【００４６】
複数のＰＰ毎のグループにする管理は、制御部１１が、内部バスを監視し、記憶部１４から読み出してチャネルバッファ（ここでは、例えば、ＣＢ１とする。）へ内部バスＢを介して転送されるデータを計数して制御する。
【００４７】
この方法では、収録サーバ１０のバストランシーバからの応答受信回数を少なくすることが出来るのでその分転送に要する時間が短時間で済む。
【００４８】
更に別の方法では、予め制御部１１が、記憶部１４に書き込むＭＸＦファイルのフッタ部ｆｐにＲＩ（Ｒａｎｄｏｍ Ｉｎｄｅｘ）情報としてＰＰの総数を書き込み記憶し、転送コマンドを受信した場合、そのＲＩ情報を読み出し、読み出したＰＰの総数を並列チャネル数で除する事により各チャネルで送信するＰＰ数を定める。例えば、総数が６０００ＰＰであるとすれば、１〜２０００ＰＰ、２００１〜４０００ＰＰ、４００１〜６０００ＰＰとするようにしてチャネルバッファＣＢ１〜ＣＢ３へバッファすることにより１回の並列転送で済ませるようにしても良い。１階に送信するデータ量は、上記の３つの方法説明する順に従って大きくなり、転送時間も少なくなるが、その分チャネルバッファの容量が必要となる。
【００４９】
なお、チャネル間で並列伝送するＰＰ数に不揃いが出ても良い。例えば、ＰＰ総数が５９００ＰＰであった場合、最初の２つのチャネルは２０００ＰＰずつ、最後の１チャネルを１９００ＰＰとして伝送しても良い。
【００５０】
以上の方法により、本実施例のファイル転送システムおよびファイル転送方法は、従来に比べ転送時間を短くすることが出来る。
【符号の説明】
【００５１】
１０ 収録サーバ
１１ 制御部
１２ 解析部
１３ 管理テーブル
１４ 記憶部
１５ ユーザＩＦ部
１６ デコーダ
１７ データＩ／Ｆ部
ＴＲＸ１〜ＴＲＸ３ バストランシーバ
ＣＢ１〜ＣＢ３ チャネルバッファ
Ｂ 内部バス
ｐｐ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ（ＰＰ）
２０ ソースサーバ
３０ ネットワーク
Ｃ１〜Ｃ３ チャネル
【特許請求の範囲】
【請求項１】
放送番組の素材のＭＸＦファイルを蓄積保存するソースサーバから、ネットワークを介して接続される収録サーバへ前記素材のＭＸＦファイルを転送するファイル転送システムにおいて、
複数の伝送チャネルを備えるネットワークと、
送信する前記ＭＸＦファイルを内蔵する記憶手段から読み出してＰａｒｔｉｔｉｏｎ Ｐａｃｋ（ＰＰ）毎のデータに区切り、先頭から予め定めた前記ネットワークの前記複数のチャネルに対応する順に並べて並列転送するソースサーバと、
前記並列転送された前記データを、前記予め定められた前記ネットワークの前記複数のチャネルに対応して受信し、前記受信したデータを元の先頭からの順番に復元して並ばせた前記ＭＸＦファイルにして自分の記憶手段へ書き込み記憶して収録する収録サーバ
とを備えることを特徴とするファイル転送システム。
【請求項２】
前記並列転送は、
前記複数のチャネル毎に同じ個数のＰＰで区切られたデータのグループとして転送されることを特徴とする請求項１記載のファイル転送システム。
【請求項３】
ネットワークと、ソースサーバと、収録サーバとを備え、放送番組の素材のＭＸＦファイルを蓄積保存するソースサーバから前記ネットワークを介して接続される収録サーバへ前記素材のＭＸＦファイルを転送するファイル転送システムのファイル転送方法において、
ネットワークと、
前記ソースサーバは、前記ＭＸＦファイルを内蔵する記憶手段から読み出してＰａｒｔｉｔｉｏｎ Ｐａｃｋ（ＰＰ）毎のデータに区切り、先頭から予め定めた前記ネットワークの複数のチャネルに順に並べて前記収録サーバへ並列転送する送信を行い、
前記収録サーバは、前記ネットワークを介して前記並列転送された前記データを前記予め定められた前記ネットワークの前記複数のチャネルに対応して受信し、前記受信したデータを元の先頭からの順番に復元して並ばせた前記ＭＸＦファイルにして自分の記憶手段へ書き込み記憶して収録することを特徴とするファイル転送システムのファイル転送方法。
【請求項１】
放送番組の素材のＭＸＦファイルを蓄積保存するソースサーバから、ネットワークを介して接続される収録サーバへ前記素材のＭＸＦファイルを転送するファイル転送システムにおいて、
複数の伝送チャネルを備えるネットワークと、
送信する前記ＭＸＦファイルを内蔵する記憶手段から読み出してＰａｒｔｉｔｉｏｎ Ｐａｃｋ（ＰＰ）毎のデータに区切り、先頭から予め定めた前記ネットワークの前記複数のチャネルに対応する順に並べて並列転送するソースサーバと、
前記並列転送された前記データを、前記予め定められた前記ネットワークの前記複数のチャネルに対応して受信し、前記受信したデータを元の先頭からの順番に復元して並ばせた前記ＭＸＦファイルにして自分の記憶手段へ書き込み記憶して収録する収録サーバ
とを備えることを特徴とするファイル転送システム。
【請求項２】
前記並列転送は、
前記複数のチャネル毎に同じ個数のＰＰで区切られたデータのグループとして転送されることを特徴とする請求項１記載のファイル転送システム。
【請求項３】
ネットワークと、ソースサーバと、収録サーバとを備え、放送番組の素材のＭＸＦファイルを蓄積保存するソースサーバから前記ネットワークを介して接続される収録サーバへ前記素材のＭＸＦファイルを転送するファイル転送システムのファイル転送方法において、
ネットワークと、
前記ソースサーバは、前記ＭＸＦファイルを内蔵する記憶手段から読み出してＰａｒｔｉｔｉｏｎ Ｐａｃｋ（ＰＰ）毎のデータに区切り、先頭から予め定めた前記ネットワークの複数のチャネルに順に並べて前記収録サーバへ並列転送する送信を行い、
前記収録サーバは、前記ネットワークを介して前記並列転送された前記データを前記予め定められた前記ネットワークの前記複数のチャネルに対応して受信し、前記受信したデータを元の先頭からの順番に復元して並ばせた前記ＭＸＦファイルにして自分の記憶手段へ書き込み記憶して収録することを特徴とするファイル転送システムのファイル転送方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−２９９３６（Ｐ２０１１−２９９３６Ａ）
【公開日】平成２３年２月１０日（２０１１．２．１０）
【国際特許分類】
【出願番号】特願２００９−１７３７４８（Ｐ２００９−１７３７４８）
【出願日】平成２１年７月２４日（２００９．７．２４）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２３年２月１０日（２０１１．２．１０）
【国際特許分類】
【出願日】平成２１年７月２４日（２００９．７．２４）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]