【手続補正書】
【提出日】平成16年10月7日(2004.10.7)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
順番に取り込まれたデータを記録する方法であって、
前記データを第１のデータフォーマットを有する第１の記録媒体に順番に記録するステップと、
前記データに関するディレクトリ情報を含む前記データのコンテクストを第１のディレクトリに記録し、前記媒体上の前記データ内の点を前記データシーケンス内の前記点の位置に関して該データ点を示すイベントマーカを用いて容易にアクセスできるようにするステップと、
前記データを前記第１の媒体から第２のデータフォーマットを有する第２の記録媒体へ転送するステップと、
前記ディレクトリ情報を前記第２のフォーマットに従って変換することにより前記コンテクストを維持し、前記変換されたディレクトリ情報を用いて前記第２の媒体に記録されたデータを前記第１の媒体上のデータをアクセスするときと同じやり方でアクセスできるようにするステップと
からなる方法。
【請求項２】
前記データが前記第１の媒体上のファイルに記録され、
前記ファイルが前記第２の媒体に複製される、請求項１に記載の方法。
【請求項３】
ユーザインタフェースを用いて前記第１の媒体に格納されたデータをアクセスし、前記第１のディレクトリを参照して前記データ内の選択された点を見つけるステップと、
同じ前記ユーザインタフェースを用いて前記第２の媒体に格納されたデータをアクセスし、前記変換されたディレクトリ情報を参照して前記データ内の選択された点を見つけるステップと
を含む、請求項１に記載の方法。
【請求項４】
第１のデータフォーマットおよび第１のファイルディレクトリフォーマットを有する第１の記録媒体に置かれたファイルに格納された記録データシーケンスをアクセスする方法であって、
Ａ．第１のコンテクストディレクトリ構造を、前記第１の媒体上のイベントを第２の媒体にアクセスするかのようなやり方でアクセスできるようにする第２のコンテクストディレクトリ構造に変換し、
コンテクストが、所与のデータフォーマットを有する所与の記録媒体上の位置に対するデータシーケンス内の点に関するディレクトリ情報を含み、ユーザインタフェースにより、前記所与の媒体上の前記データシーケンス内の点を前記データシーケンス内の点の位置に関して該データ点を示すイベントマーカを用いて容易にアクセスできるようにし、
イベントを格納するファイルが第２のデータフォーマットを有する第２の記録媒体上に置かれていた場合、ユーザインタフェースに応答して、前記第１のコンテクストディレクトリが該イベントをアクセスできるようにするステップと、
Ｂ．前記ユーザインタフェースおよび前記第２のコンテクストディレクトリ構造を用いて、前記イベントをアクセスするステップと
からなる方法。
【請求項５】
順番に取り込まれたデータを記録するシステムであって、
第１の記録媒体にとって一般的な第１のデータフォーマットを有する第１の記録媒体と、
前記データを該データに関するディレクトリ情報を含むコンテクストで前記第１の媒体上のファイルに記録し、前記媒体上の前記ファイル内のデータの点を該データシーケンス内の点の位置に関して前記データ点を示すイベントマーカを用いて容易にアクセスできるようにする手段と、
前記第１の媒体上のデータを前記第１のフォーマットおよび前記コンテクストに従ってアクセスする手段と、
第２の一般的データフォーマットを有する第２の記録媒体と、
前記ディレクトリ情報を前記第２のフォーマットに従って変換することにより、前記コンテクストを維持しつつ前記ファイルを前記第１の媒体から前記第２の媒体へ転送し、前記第２の媒体に記録されるデータを前記第１の媒体のデータと同じやり方でアクセスできるようにする手段と
からなるシステム。
【請求項６】
前記第２の記録媒体が逐次記録媒体であり、前記転送手段は、前記ディレクトリ情報を前記第２の媒体上に転送されるデータの末尾に記録する、請求項５に記載のシステム。
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2004511038.tif 000001
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2004511038.tif 000002
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図７
【補正方法】変更
【補正の内容】
【図７】
2004511038.tif 000003
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
ある媒体から別の媒体へのデータの転送、すなわち、ある記録装置から別の記録装置へのデータの転送は、不利な場合がある。２台の装置固有の構造、及び、それに関連した２台の装置へのデータの格納及びフォーマットの違いは、各装置のデータのアクセス及び操作を困難にする場合がある。例えば、半導体記録装置は、特定のアプリケーションによって制御される場合があり、そのため、データを特定のファイルフォーマット及び特定のディレクトリ構造（「コンテクスト」）で配置する場合がある。このコンテクストは、その時間基準の中に、重要な記録イベントを示す重要データの様々な基準を含む場合がある。それらの基準は、イベントを観察しているオペレータによって提供される場合もあるし、センサートリガや時間依存性トリガなどの自動的基準に基づくものである場合もある。基準になるイベントは、オペレータによって個別に識別される閲覧可能な特定ディレクトリのうちの一部にすることができる。通常、半導体記録装置で用いられる選択されたファイルフォーマット及びディレクトリ構造は、その半導体記録装置を制御しているアプリケーションによって直ちに認識される。これにより、半導体記録装置データの所望部分が半導体記録装置内にあっても、オペレータは、アプリケーションと協働するグラフィカルユーザインタフェースその他のデバイスを介して、その所望部分を容易に閲覧及び操作することが可能になる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
概して、この例示的説明は、半導体記録装置（ＳＳＲ）１００を用いた元のデータの収集に関するものである。この説明の目的で、ＳＳＲには、カリフォルニア州レッドウッド市にあるＡｍｐｅｘ社から市販されているＳ／ＴＡＲまたはＳＳＲＳユニットを用いることができる。この記録装置には、現在８ギガバイトから１００ギガバイトまでの様々なサイズの半導体不揮発性メモリ１０２が含まれ、これらは着脱可能なメモリカートリッジとして提供されるのが通常である。ＳＳＲは、データの大元の発生源であることを示す「収集」記録装置と呼ばれる場合もあり、特定コンテクストでデータを格納する任意の他の種類の記録装置（例えば半導体、テープ、磁気ディスク、光学装置、またはその他）で置き換えることもできる。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
制御ポート１３０（例えばＲＳ２３２、ＲＳ４２２など）は、内部データ記憶機能及びメモリアクセスを管理するボード上の中央演算処理装置（ＣＰＵ）１４０と相互接続されている。また、リモートインタフェースユニットには、一実施形態において、キーボード１５２及びインタフェース画面１５４を有し、データライン１５６を介してポート１３０と相互接続されたマイクロコンピュータ１５０が含まれる場合がある。コンピュータ１５０は、ユーザがＳＳＲを操作してデータを様々に記録および格納できるようにし、ユーザが特別な関心に基づき記録時間に従って特定のイベントにフラグを立てることができるようにするための、制御アプリケーションを実行するように構成される。画面１５４には、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ(R)形態またはその他許容可能な表示パターンに従って、グラフィカルユーザインタフェースを表示することができる。このようにして、大元の収集データは、オペレータにより半導体メモリ１０２に記録される。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
図２を参照すると、ＳＳＲ１００上にデータが記録された後、ＳＳＲまたはＳＳＲのメモリ１０２を含む部分構成要素は、本例示的実施形態に従って、デジタルカートリッジテープレコーダ（ＤＣＲ）２００及びホストコンピュータ２０２に相互接続される。この実施形態の例示的デジタルカートリッジテープレコーダ２１０（単に「レコーダ」と呼ぶ場合もある）は、具体的には、同じくカリフォルニア州レッドウッド市にあるＡｍｐｅｘ社から市販されているＤＣＲｓｉ(R)デジタルテープカートリッジレコーダである。ＤＣＲｓｉ(R)はＡｍｐｅｘ社の登録商標であり、その権利はすべて保護されている。ＤＣＲｓｉ(R)レコーダは、１インチテープで構成され、概ね０〜３０メガバイト／秒のデータ速度を有する横走査型回転ヘッドのデジタルテープカートリッジレコーダである。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
図３を手短に参照すると、本発明によるホストコンピュータ２０２上のアプリケーションを用いると、ＤＣＲテープ２１０上に格納されているアーカイブデータがまるでＳＳＲ上にあるかのように、そのアーカイブデータにアクセスしたり及びアーカイブデータを閲覧したりすることが可能になる。ホストコンピュータ２０２がＤＣＲ２００と相互接続されたまま、ＳＳＲが切断されている。この例の目的で、図２のデータ転送で用いたホストと同じホストを使用する。しかしながら、この実施形態のアーカイブ復元アプリケーションが動作する別のホストや別のＤＣＲ、及び、アーカイブテープ２１０だけを使用するように適当にプログラムされたホストを用いることもできる。換言すると、ホストが元のＳＳＲデータフォーマットを認識するための適当なアプリケーションを有していれば、アーカイブテープを後で使用するために保管したり、別のＤＣＲ装置で再生したりすることが可能になる。これについては後で詳しく説明する。アーカイブテープの再生は、ホストの表示装置２８２や、別のモニタ３００（影で示す）で見ることができる。アーカイブテープからのデータは、ＤＣＲ２００と相互接続された８ビットライン３０４により、ライン３０２を介してホストを通してそのモニタに配送することができる。あるいは、モニタまたはＤＣＲで適当なドライバを使用することによりアーカイブテープのデータを閲覧可能なフォーマットに変換し、モニタ３００とのダイレクトデータリンク３１０を確立することもできる。各場合において、制御ライン２７０は、ホストがＤＣＲ上のテープデータのアクセス及び再生を制御できるようにする。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
次に、ＳＳＲ（収集記録装置／媒体）からＤＣＲ（アーカイブ記録装置／媒体）へのデータ転送について説明する。通常、ＳＳＲからＤＣＲへデータを転送する場合、そのデータは、カートリッジテープ上に固定フォーマットで転送される。８ビットラインを介して転送された生データ（例えば映像、音声など）がホストアプリケーションによって他のフォーマットに変換されることはないという点に注意して欲しい。そうではなく、データはその元のフォーマットが維持される。そのため、モニタ３００（図３）などの再生・データ表示装置には、生のデータフォーマットを認識する適当なデータコンバータが含まれる。ＳＳＲからのデータを再生及び／又は表示するためのデータコンバータは、ＤＣＲからのデータを再生及び／又は表示するためのコンバータとは異なる場合がある。従って、アーカイブデータを再生及び表示する場合、モニタにはＳＳＲ用のコンバータが含まれる。アプリケーションは、転送データに対する様々な制御コンテクストをＳＳＲに関連付けて維持することを可能にする。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
図７は、収集記録装置とアーカイブ記録装置との間でデータを転送するための一般的手順７００を示すものである。ステップ７１０に従って、まずＳＳＲ（収集記録装置／媒体）から元のデータセットディレクトリを取り出す。このステップには、８ビットラインを介して半導体記録データを再生するように変更を施したアプリケーションのドライバを用いて、従来のアドレス指定処理および伝送処理によりデータを読み出すことが含まれる。元のディレクトリは、転送された収集データセット内での収集データの位置を含む収集データのコンテクストを、そのデータのアドレス、タイムスタンプ、および、何らかのスペシャルイベントまたはスペシャル・インタレスト・マーク（ＳＩＭ）の位置を用いて定義する。次に、ステップ７２０に従って、転送されたデータのタイプ（例えば、ディレクトリタイプ、ファイルタイプ、及び／又は、ユーザ指定の記述子又はタイトル）を表わす識別子をアプリケーションによって生成する。これは、収集データセット内の既存の識別子を読み出し、その識別子にアプリケーションで認識される適当な識別子を関連付けることにより行なう。次に、ステップ７３０で、アプリケーションはＤＣＲアーカイブ記録装置に対して一意のその識別子を書き込む。これは、特定のファイル名またはディレクトリ名にすることができる。この識別子は、テープ上に記録されている元のデータを復元するためアプリケーションアルゴリズムによって使用される。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
図８は、ディレクトリ記述子がＳＳＲ（収集記録装置）データから直接得られたものではない場合に、アプリケーション内でディレクトリ記述子を内部的に処理するための手順８００を示している。まずステップ８１０に従って、各ファイルまたはファイルの一部について、ファイルエントリをＤＣＲテープ（アーカイブ記録装置）に転送する。次にステップ８２０に従って、元のＳＳＲ媒体に関連して転送されたファイルの最初のアドレスと最後のアドレスとを、ファイルディレクトリ記述子エントリに配置する。さらにステップ８３０に従って、収集媒体（ＳＳＲ）に関連する元のファイル内の各タイムスタンプについて、アドレスを生成する。次にステップ８４０に従って、今完成したばかりのファイルディレクトリ記述子を、収集（ＳＳＲ）制御インタフェースを介して転送する。ステップ８５０で、元のＳＳＲデータセットに含まれる各イベントマークについて、イベントマークエントリを作成する。ステップ８６０で、各イベントマーカについてのアドレスをアーカイブテープに転送する。最後に、ステップ８７０で、イベントマークされたディレクトリ記述子を、収集（ＳＳＲ）制御インタフェースを介して転送する。このようにして、ファイルディレクトリ記述子情報とイベントマークディレクトリ記述子情報との両方が、ホストアプリケーション自体によってアーカイブテープに直接供給される。このプロセスでは、アーカイブテープおよびそれに関連する再生装置によって理解できるフォーマットのファイルディレクトリ記述子及びイベントマークディレクトリ記述子が生成・格納されるため、元のレコード全体のうちの一部だけをアーカイブ装置に転送することも可能であるということに注意して欲しい。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
データ転送の詳細な説明を終わりにし、次に、アーカイブデータの再生について説明する。図９は、テープに格納されたアーカイブデータを復元できるようにするためにアプリケーションで使用されるグラフィカルユーザインタフェース画面９００を示すものである。ＤＣＲアプリケーションは、テープ上の特別な細長いデータを認識し、ＤＣＲをＳＳＲコピーとして識別するように構成される。ＤＣＲアプリケーションは、このデータを認識すると、インタフェース画面９００でＳＳＲアーカイブモードに入るべきことをユーザに促す。ＤＣＲアプリケーションは、ＳＳＲアーカイブモードに入ると、テープから元のＳＳＲディレクトリデータを復元し、再生制御インタフェースを表示する。この再生制御インタフェースは、元のデータをＳＳＲにおける元のコンテクストに関連して復元することを可能にする。アーカイブモードでは、アプリケーションは、実質的にハイブリッドコントローラとして働き、ＤＣＲは普通に制御することができるが、再生処理は元のＳＳＲ収集フォーマットに関連して指定するようにする。このアーカイブモードでは、ＳＳＲ制御装置に通常存在しているすべてのＳＳＲ制御インタフェース機能およびディレクトリ処理が、アプリケーションによってサポートされる。さらに、アプリケーションは、スキャンされるテープ内の任意のワード境界（２バイト）からデータ再生するため、ＤＣＲ記録装置をその開始位置アドレスに導くことができる。従って、ＳＳＲ構成に関連して特定位置からの再生が指定された場合、その再生はそのバイト位置から開始される。さらに、各ファイルがＤＣＲアーカイブテープ上に個別のファイルとして複製されるので、各ファイルを正しいバイト境界にアドレス指定することができる。例示のＤＣＲｓｉ(R)レコーダの場合、再生が自動的に停止するのは、ＤＣＲｓｉ(R)レコーダによるテープスキャンの終了時だけである。従って、特定ＳＳＲアドレスを超えて停止させると、４３５６バイト程度、テープ上でオーバランが発生する場合がある。これは正常である。これが、例示のＤＣＲｓｉレコーダ内部でテープがスキャンされる通常ブロックサイズである。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００３６
【補正方法】変更
【補正の内容】
【００３６】
図１０は、ＤＣＲのアーカイブテープの中からＰＭ１：００にＳＳＲで記録されたデータを復元する例を示すものである。この手順１０００はホストアプリケーションによって実施される。ステップ１０１０に従って、ＳＳＲのファイルディレクトリデータを復元する。次に、アーカイブ識別子１０２０を復元する。この識別子は、既知の長さを持ち、ＳＳＲディレクトリ情報を収集するためにいくつの固定長レコードを使用できるかを識別するものである。そのようなデータにより、ホストアプリケーションはデータが１：００ＰＭに記録されたか否かを判断することができる。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】削除
【補正の内容】
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
収集データの所与の集合を格納するために一台のＤＣＲテープを使用することや他のアーカイブ媒体を使用することは、例示的なものである。本明細書に記載するシステムおよび方法は、１つのデータ集合について複数（２以上）の個別のアーカイブテープ媒体を用いることもできる。各テープ／データ集合に対するリーダー部分識別子は、そのアーカイブデータがアーカイブ集合全体のうちのサブセットであることを示すフラグとしてホストアプリケーションによって認識されるフラグを含むように修正することもできる。アプリケーションは、データ集合全体のサイズを測定し、それをアーカイブ媒体の利用可能なサイズと比較することができる。アプリケーションは、収集データサイズがアーカイブ媒体のサイズよりも大きい場合、何本のアーカイブテープ（媒体）が必要であるかを判定し、適当なサブセット識別子（例えば、「１／２」、「４／４」、「７／９」など）をリーダーに配置することができる。アプリケーションは、再生／操作するために所与のデータアドレスを要求された場合、適当なテープ挿入を促すことができる。