(57)【特許請求の範囲】
【請求項１】
磁気テープ上にデータを格納する方法であって、
２つの異なるホストからデータを受信することと、
複数のトランスデューサを用いて、前記ホストからの前記データを前記磁気テープに同時に書き込むことと、を含み、
前記複数のトランスデューサによって、一方のテープ移動方向に同時に書き込まれたデータ・トラックの集合はラップであり、前記ラップは、２つのストライプに論理的に分割され、各ストライプは、前記ホストの１つに割り当てられ、かつ、複数のトランスデューサと関連付けられ、各ホストに対応する前記データは、それぞれのホストに割り当てられた前記ストライプに同時に書き込まれ、
前記２つのホストから送られるデータの大きさに応じて、前記ホストに対応するストライプのサイズを変化させ、前記テープを複数の区画で区分し、前記２つのホストのデータ量に基づいて前記区画ごとに前記ストライプのサイズを与える、前記方法。
【請求項２】
前記ホストの１つから同時実行予約確立要求を受信することをさらに含み、前記ラップ内の前記ストライプの１つを、前記要求を送った前記ホストに割り当てることをさらに含む、請求項１に記載の方法。
【請求項３】
前記ストライプのサイズは、前記ホストに割り当てるデータ・トラック数で変化させる請求項１に記載の方法。
【請求項４】
前記ストライプのサイズは、前記ラップを複数の区画で区分して前記区画毎に、前記ホストの各々から送られたデータのサイズに応じて変化させる請求項１に記載の方法。
【請求項５】
磁気テープ上にデータを格納する方法であって、
２つの異なるホストからデータを受信することと、
複数のトランスデューサを用いて、前記２つのホストからの前記データを前記磁気テープに同時に書き込むことと、
前記２のホストからのデータが前記磁気テープに同時に書き込まれたという表示を格納することをさらに含み、データをそれぞれの着信データ速度で前記ホストの各々から受信し、前記ホストからの前記着信データ速度に基づいて前記磁気テープのデータ書き込み速度を選択することをさらに含み、
前記複数のトランスデューサによって一方のテープ移動方向に同時に書き込まれたデータ・トラックの集合はラップであり、前記ラップは、２つのストライプに論理的に分割され、各ストライプは、前記ホストの１つに割り当てられ、かつ、複数のトランスデューサと関連付けられ、各ホストに対応する前記データは、それぞれのホストに割り当てられた前記ストライプに同時に書き込まれ、
前記２つのホストから送られるデータの大きさに応じて、前記ホストに対応するストライプのサイズを変化させ、前記テープを複数の区画で区分し、前記２つのホストのデータ量に基づいて前記区画ごとに前記ストライプのサイズを与える、前記方法。
【請求項６】
磁気テープ上にデータを格納する方法であって、
複数のホストから同時実行予約確立要求を受信することと、
ラップ内の固有のストライプを、前記要求を送った前記ホストの各々に割り当てることであって、前記ラップは、テープ・ヘッドの複数のトランスデューサによって一方のテープ移動方向に同時に書き込まれたデータ・トラックの集合であり、かつ、前記ストライプに論理的に分割される、割り当てることと、
前記２のホストからデータを受信することと、
前記複数のトランスデューサを用いて、前記２のホストからの前記データを前記磁気テープに同時に書き込むことと、
前記２のホストから送られるデータの大きさに応じて、前記ホストに対応するストライプのサイズを変化させ、前記テープを複数の区画で区分し、前記２つのホストのデータ量に基づいて前記区画ごとに前記ストライプのサイズを与えること、を含む方法。
【請求項７】
磁気テープ上にデータを格納するためのシステムであって、
複数のトランスデューサを有する磁気ヘッドと、
磁気テープを前記ヘッドの上に通すための駆動機構と、
前記ヘッドと通信状態にあるコントローラと、
２つの異なるホストからデータを受信するための入力と、
前記複数のトランスデューサを用いて、前記２のホストからの前記データを前記磁気テープに同時に書き込むための論理であって、
前記複数のトランスデューサによって、一方のテープ移動方向に同時に書き込まれたデータ・トラックの集合はラップであり、前記ラップは、２つのストライプに論理的に分割され、各ストライプは、前記ホストの１つに割り当てられ、かつ、複数のトランスデューサと関連付けられ、各ホストに対応する前記データは、それぞれのホストに割り当てられた前記ストライプに同時に書き込まれ、
前記２つのホストから送られるデータの大きさに応じて、前記２つのホストに対応するストライプのサイズを変化させる、前記論理と、を含むシステム。
【請求項８】
磁気テープ上にデータを格納するためのシステムであって、
複数のトランスデューサを有する磁気ヘッドと、
磁気テープを前記ヘッドの上に通すための駆動機構と、
前記ヘッドと通信状態にあるコントローラと、
２つの異なるホストからデータを受信するための入力と、
前記複数のトランスデューサを用いて、前記複数のホストからの前記データを前記磁気テープに同時に書き込むための論理であって、
２つのホストからのデータが前記磁気テープに同時に書き込まれたという表示を格納することをさらに含み、データをそれぞれの着信データ速度で前記ホストの各々から受信し、前記ホストからの前記着信データ速度に基づいて前記磁気テープのデータ書き込み速度を選択することをさらに含み、
前記複数のトランスデューサによって一方のテープ移動方向に同時に書き込まれたデータ・トラックの集合はラップであり、前記ラップは、２つのストライプに論理的に分割され、各ストライプは、前記ホストの１つに割り当てられ、かつ、複数のトランスデューサと関連付けられ、各ホストに対応する前記データは、それぞれのホストに割り当てられた前記ストライプに同時に書き込まれ、
前記２つのホストから送られるデータの大きさに応じて、前記ホストに対応するストライプのサイズを変化させ、前記テープを複数の区画で区分し、前記２つのホストのデータ量に基づいて前記区画ごとに前記ストライプのサイズを与える、前記論理と、を含むシステム。
【請求項９】
磁気テープ上にデータを格納するためのシステムであって、
複数のトランスデューサを有する磁気ヘッドと、
磁気テープを前記ヘッドの上に通すための駆動機構と、
前記ヘッドと通信状態にあるコントローラと、
２つの異なるホストからデータを受信するための入力と、
前記複数のトランスデューサを用いて、前記複数のホストからの前記データを前記磁気テープに同時に書き込むための論理であって、
複数のホストから同時実行予約確立要求を受信することと、
ラップ内の固有のストライプを、前記要求を送った前記ホストの各々に割り当てることであって、前記ラップは、テープ・ヘッドの複数のトランスデューサによって一方のテープ移動方向に同時に書き込まれたデータ・トラックの集合であり、かつ、前記ストライプに論理的に分割される、割り当てることと、
前記複数のホストからデータを受信することと、
前記複数のトランスデューサを用いて、前記複数のホストからの前記データを前記磁気テープに同時に書き込むことと、
前記複数のホストから送られるデータの大きさに応じて、前記ホストに対応するストライプのサイズを変化させ、前記テープを複数の区画で区分し、前記２つのホストのデータ量に基づいて前記区画ごとに前記ストライプのサイズを与える、前記論理と、を含むシステム。
【請求項１０】
請求項７〜９何れか１項のシステムにおいて、前記２つの異なるホストから受信され、かつ、複数のホストからのデータが同時に書き込まれた前記磁気テープを含む、磁気テープ・カートリッジ。    
【請求項１１】
複数のホストからのデータが前記磁気テープに同時に書き込まれたというコンピュータ可読な表示をさらに含む、請求項１０に記載の磁気テープ・カートリッジ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、磁気テープ上にデータを格納する方法に関し、より具体的には、磁気テープへのマルチホスト同時書き込みに関する。
【背景技術】
【０００２】
競争及び顧客の要求に駆り立てられて、テープ・ドライブのデータ速度が着実に増大する一方で、ホストのデータ速度は、ずっと遅いペースで増大してきた。現在のテープ・ドライブのデータ速度は、大部分のホストがデータをテープ・ドライブ・システムに供給できる速度を大きく上回っている。この格差は、テープ・ドライブの性能の妨げとなり、バックアップ時間の延長及び効率の低下をもたらす。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
従って、現在の方法及びシステムの欠点に対処し、データ格納速度及び／又は効率を改善することができる解決法が、有益である。
【課題を解決するための手段】
【０００４】
１つの実施形態によると、磁気テープ上にデータを格納する方法が、２つの異なるホストからデータを受信することと、複数のトランスデューサを用いて、ホストからのデータを磁気テープに同時に書き込むこととを含む。
【０００５】
別の手法において、磁気テープ上にデータを格納する方法は、複数のホストから同時予約確立要求を受信することと、ラップ内の固有のストライプを、要求を送ったホストの各々に割り当てることとを含む。ラップは、テープ・ヘッドの複数のトランスデューサによって一方のテープ移動方向に同時に書き込まれたデータ・トラックの集合であり、ストライプに論理的に分割される。また、この方法は、ホストからデータを受信することと、複数のトランスデューサを用いて、ホストからのデータを磁気テープに同時に書き込むこととを含む。
【０００６】
別の実施形態においては、磁気テープ上にデータを格納するためのシステムが、複数のトランスデューサを有する磁気ヘッドと、磁気テープをヘッドの上に通すための駆動機構と、ヘッドと通信状態にあるコントローラとを含む。さらに、このシステムは、２つの異なるホストからデータを受信するための入力と、複数のトランスデューサを用いて、ホストからのデータを磁気テープに同時に書き込むための論理とを含む。
【０００７】
別の実施形態による磁気テープ・カートリッジが、２つの異なるホストから受信され、磁気テープに同時に書き込まれたデータが上に格納された磁気テープを含む。
【０００８】
さらに別の実施形態による磁気テープ・カートリッジは、マルチホスト同時書き込み用にフォーマットされた磁気テープを含み、ここで、カートリッジは、テープがマルチホスト同時書き込み用にフォーマットされているという表示を含む。
【０００９】
本発明の他の態様及び実施形態は、図面と併せて読まれる、本発明の例示的な原理を示す、以下の詳細な説明から明らかになるであろう。
【図面の簡単な説明】
【００１０】
【図１】１つの実施形態による、ネットワーク・アーキテクチャを示す。
【図２】１つの実施形態による、図１のサーバ及び／又はクライアントと関連付けることができる代表的なハードウェア環境を示す。
【図３】１つの実施形態による、デュアルホスト同時書き込みのためのシステムの簡単化された概略図を示す。
【図４】１つの実施形態による、デュアルホスト同時書き込みのためのシステムの簡単化された概要を示す。
【図５】１つの実施形態による、テープの２つの部分に書き込まれたデータの簡単化された概略図を示す。
【図６】１つの実施形態による、テープに書き込まれるべき１つ又は複数のホストからのデータを入力する方法を示すフローチャートである。
【図７】１つの実施形態による、１つ又は複数のホストからのデータをテープに書き込む方法を示すフローチャートである。
【図８】１つの実施形態による、磁気テープ上にデータを格納する方法のフローチャートである。
【図９】１つの実施形態による、磁気テープ上にデータを格納する方法のフローチャートである。
【発明を実施するための形態】
【００１１】
以下の説明は、本発明の一般的な原理を示すためになされるものであり、ここで特許請求される本発明の概念を限定することを意図するものではない。さらに、本明細書で説明される特定の特徴は、種々の可能な組み合わせ及び置換の各々において、他の説明される特徴と組み合わせて用いることができる。
【００１２】
本明細書で別段の定めがない限り、全ての用語には、本明細書から暗示される意味、並びに、当業者により理解される意味、及び／又は辞書、論文等で定義される意味を含む、可能な限り広範な解釈が与えられるべきである。
【００１３】
本明細書及び添付の特許請求の範囲において用いられる場合、別段の定めがない限り、単数形は、複数の指示対象を含むことにも留意すべきである。
【００１４】
マルチホスト同時書き込み（Multi-Host Concurrent Writing）は、２以上のホストが、１つの手法に従って、テープにデータを同時に書き込むことを可能にし、これにより、テープ・ドライブの可能性が最大限に活用される。マルチホスト同時書き込みは、２以上のホストが、単一のテープ・ドライブに同時に書き込みを行うことができる方法である。テープ・ドライブは、各々のデータ・ラップを２以上のデータ「ストライプ」に分割する新しいテープ・フォーマットを通して同時実行（concurrency）を管理する。同時に動作している２以上のホストから伝送されるデータの量は、テープ・ドライブのネイティブ・データ速度に近づく可能性が高く、このことは、テープ・ドライブがピーク性能に近づくことを可能にする。
【００１５】
１つの一般的な実施形態においては、磁気テープ上にデータを格納する方法が、２つの異なるホストからデータを受信することと、複数のトランスデューサを用いて、ホストからのデータを磁気テープに同時に書き込むこととを含む。
【００１６】
別の一般的な実施形態においては、磁気テープ上にデータを格納する方法が、複数のホストから同時予約確立要求を受信することと、ラップ内の固有のストライプを、要求を送ったホストの各々に割り当てることとを含み、ここで、ラップは、テープ・ヘッドの複数のトランスデューサによって一方のテープ移動方向に同時に書き込まれたデータ・トラックの集合であり、ここで、ラップは、ストライプに論理的に分割される。この方法はまた、ホストからデータを受信することと、複数のトランスデューサを用いて、ホストからのデータを磁気テープに同時に書き込むこととを含む。
【００１７】
別の一般的な実施形態においては、磁気テープ上にデータを格納するためのシステムが、複数のトランスデューサを有する磁気ヘッドと、磁気テープをヘッドの上に通すための駆動機構と、ヘッドと通信状態にあるコントローラと、２つの異なるホストからデータを受信するための入力と、複数のトランスデューサを用いて、ホストからのデータを磁気テープに同時に書き込むための論理とを含む。
【００１８】
別の一般的な実施形態においては、磁気テープ・カートリッジが、２つの異なるホストから受信され、磁気テープに同時に書き込まれたデータが上に格納された磁気テープを含む。
【００１９】
定義
ラップ（wrap）：一方のテープ移動方向における同時にアクセスされるトラックの集合。
トラック：単一のテープ・ドライブ・ヘッドの読み取り素子又は書き込み素子によってアクセスされるデータ。
ストライプ：ラップを含むトラックの一部分。
バックヒッチ（backhitch）：性能に著しい影響を与える、物理的テープの機械的リポジショニング。
ＲＡＢＦ：Ｒｅｃｕｒｓｉｖｅ  Ａｃｃｕｍｕｌａｔｉｎｇ  Ｂａｃｋｈｉｔｃｈｌｅｓｓ  Ｆｌｕｓｈ（再帰的蓄積バックヒッチレス・フラッシュ）の頭字語。データセット間隔の一時的に緩和を介してバックヒッチが減少される、既に特許取得された方法。
不揮発性キャッシング：ＲＡＢＦを表す別の用語。
【００２０】
当業者により認識されるように、本発明は、システム、方法、又はコンピュータ・プログラムとして具体化することができる。従って、本発明は、完全にハードウェアの実施形態、装置を動作させるソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）、或いは、本明細書において一般に「回路」、「モジュール」、又は「システム」と呼ぶことができるソフトウェア態様とハードウェア態様を組み合わせた実施形態の形態をとることができる。さらに、本発明は、媒体内に格納されたコンピュータ使用可能プログラム・コードを有する表現の、任意の有形媒体内に格納されたコンピュータ・プログラムの形態をとることができる。
【００２１】
１つ又は複数のコンピュータ使用可能媒体又はコンピュータ可読媒体のいかなる組み合わせを利用することもできる。コンピュータ使用可能媒体又はコンピュータ可読媒体は、例えば、これらに限られるものではないが、電子的、磁気的、光学的、電磁的、赤外線、又は半導体のシステム、装置、或いはデバイスとすることができる。コンピュータ可読媒体のより具体的な例（非網羅的なリスト）として、以下のもの、すなわち、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラム可能読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、ポータブル・コンパクト・ディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、光記憶装置、又は磁気記憶装置が含まれる。
【００２２】
本発明の操作を実行するためのコンピュータ・プログラム・コードは、Ｊａｖａ、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのようなオブジェクト指向プログラミング言語、及び、「Ｃ」プログラミング言語、又は類似のプログラミング言語のような従来の手続き型プログラミング言語を含む、１つ又は複数のプログラミング言語の任意の組み合わせで書くことができる。プログラム・コードは、完全にユーザのコンピュータ上で実行される場合もあり、一部がユーザのコンピュータ上で実行される場合もあり、独立したソフトウェア・パッケージとして実行される場合もあり、一部がユーザのコンピュータ上で実行され、一部が遠隔コンピュータ上で実行される場合もあり、又は完全に遠隔コンピュータ若しくはサーバ上で実行される場合もある。一番最後のシナリオにおいては、遠隔コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）若しくは広域エリア・ネットワーク（ＷＡＮ）を含むいずれかのタイプのネットワークを通じてユーザのコンピュータに接続される場合もあり、又は外部のコンピュータへの接続がなさる場合もある（例えば、インターネット・サービス・プロバイダを用いたインターネットを通じて）。
【００２３】
本発明は、本発明の実施形態による方法、装置（システム）及びコンピュータ・プログラムのフローチャート説明図及び／又はブロック図を参照して、ここに説明される。フローチャート説明図及び／又はブロック図の各ブロック、並びに、フローチャート説明図及び／又はブロック図中のブロックの組み合わせは、コンピュータ・プログラム命令によって実施することができることが理解されるであろう。これらのコンピュータ・プログラム命令は、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能データ処理装置のプロセッサに供給してマシンを生成し、その結果、コンピュータ又は他のプログラム可能データ処理装置のプロセッサにより実行される命令が、フローチャート及び／又はブロック図のブロック又はブロック群において指定される機能／行為を実施するための手段を作り出すようにさせることができる。
【００２４】
これらのコンピュータ・プログラム命令を、コンピュータ又は他のプログラム可能なデータ処理装置を特定の方式で機能させるように指示することができるコンピュータ可読媒体内に格納し、その結果、そのコンピュータ可読媒体内に格納された命令が、フローチャート及び／又はブロック図のブロック又はブロック群において指定された機能／行為を実施する命令手段を含む製品を製造するようにさせることもできる。
【００２５】
コンピュータ・プログラム命令をコンピュータ又は他のプログラム可能データ処理装置上にロードして、一連の動作ステップをコンピュータ又は他のプログラム可能装置上で実行させ、コンピュータ又は他のプログラム可能装置上で実行される命令がフローチャート及び／又はブロック図のブロック又はブロック群において指定された機能／行為を実施するためのプロセスを提供するように、コンピュータにより実行されるプロセスを生成することもできる。
【００２６】
図中のフローチャート及びブロック図は、本発明の種々の実施形態による、システム、方法及びコンピュータ・プログラムの可能な実装の、アーキテクチャ、機能及び動作を示す。この点に関して、フローチャート又はブロック図内の各ブロックは、指定された論理機能を実装するための１つ又は複数の実行可能な命令を含む、モジュール、セグメント又はコードの一部を表すことができる。幾つかの代替的な実装において、ブロック中に記された機能は、図面に記された順序とは異なる順序で行われることもあることにも留意すべきである。例えば、連続して図示された２つのブロックが実際には実質的に同時に実行されることもあり、又はこれらのブロックは、関与する機能に応じて、ときには逆順で実行されることもある。ブロック図及び／又はフローチャート図の各ブロック、並びにブロック図及び／又はフローチャート図中のブロックの組合せは、指定された機能又は行為を実行する専用ハードウェア・ベースのシステム、又は専用ハードウェアとコンピュータ命令との組合せによって実装することができることにも留意されたい。
【００２７】
図１は、１つの実施形態による、ネットワーク・アーキテクチャ１００を示す。図１に示されるように、第１の遠隔ネットワーク１０４及び第２の遠隔ネットワーク１０６を含む、複数の遠隔ネットワーク１０２が提供される。遠隔ネットワーク１０２と近接ネットワーク１０８との間に、ゲートウェイ１０１を結合することができる。このネットワーク・アーキテクチャ１００との関連において、ネットワーク１０４、１０６はそれぞれ、これらに限られるものではないが、ＬＡＮ、インターネットなどのＷＡＮ、ＰＳＴＮ、構内電話網等を含むいずれかの形態をとることができる。
【００２８】
使用中、ゲートウェイ１０１は、遠隔ネットワーク１０２から近接ネットワーク１０８までの入口点（entrance point）として働く。従って、ゲートウェイ１０１は、ゲートウェイ１０１に到達するデータの所定のパケットを指向させることができるルータ、及び、所定のパケットについてのゲートウェイ１０１に出入りする実際の経路を提供するスイッチとして機能することができる。
【００２９】
近接ネットワーク１０８に結合され、かつ、ゲートウェイ１０１を介して遠隔ネットワーク１０２からアクセス可能である少なくとも１つのデータ・サーバ１１４が、さらに含まれる。データ・サーバ１１４は、任意のタイプのコンピュータ装置／グループウエアを含み得ることに留意すべきである。複数のユーザ・デバイス１１６が、各々のデータ・サーバ１１４に結合される。こうしたユーザ・デバイス１１６は、デスクトップ・コンピュータ、ラップトップ・コンピュータ、手持ち式コンピュータ、プリンタ、又はいずれかの他のタイプの論理を含むことができる。１つの実施形態においては、ユーザ・デバイス１１１が、ネットワークのいずれかに直接結合できることにも留意すべきである。
【００３０】
例えば、ファクシミリ装置、プリンタ、ネットワーク化されたストレージ・ユニット等といった周辺機器１２０又は一連の周辺機器１２０を、ネットワーク１０４、１０６、１０８の１つ又は複数に結合することができる。データベース、サーバ、及び／又は付加的なコンポーネントを、ネットワーク１０４、１０６、１０８に結合されたいずれかのタイプのネットワーク要素と共に利用すること、又はこれに統合することが可能であることに留意すべきである。この説明との関連において、ネットワーク要素は、任意のネットワーク・コンポーネントを参照することができる。
【００３１】
図２は、１つの実施形態による、図１のユーザ・デバイス１１６及び／又はサーバ１１４と関連した代表的なハードウェア環境を示す。こうした図は、マイクロプロセッサのような中央処理ユニット２１０と、システム・バス２１２を介して相互接続された多数の他のユニットとを有するワークステーションの典型的なハードウェア構成を示す。
【００３２】
図２に示されるワークステーションは、ランダム・アクセス・メモリ（ＲＡＭ）２１４と、読み取り専用メモリ（ＲＯＭ）２１６と、ディスク・ストレージ・ユニット２２０などの周辺機器をバス２１２に接続するためのＩ／Ｏアダプタ２１８と、キーボード２２４、マウス２２６、スピーカー２２８、マイクロフォン２３２、及び／又は、タッチスクリーン及びデジタル・カメラ（図示せず）などの他のユーザ・インターフェース・デバイスをバス２１２に接続するためのユーザ・インターフェース・アダプタ２２２と、ワークステーションを通信ネットワーク２３５（例えば、データ処理ネットワーク）に接続するための通信アダプタ２３４と、バス２１２をディスプレイ装置２３８に接続するためのディスプレイ・アダプタ２３６とを含む。
【００３３】
ワークステーションには、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）オペレーティング・システム（ＯＳ）、ＭＡＣ  ＯＳ、又はＵＮＩＸオペレーティング・システムなどのオペレーティング・システムが上に常駐していてもよい。上述したもの以外のプラットホーム及びオペレーティング・システム上で、好ましい実施形態を実施してもよいことが理解されるであろう。好ましい実施形態は、オブジェクト指向プログラミング方法と共に、Ｊａｖａ言語、ＸＭＬ言語、Ｃ言語、及び／又はＣ＋＋言語、或いは他のプログラミング言語を用いて書くことができる。複雑なアプリケーションを開発するのにますます用いられるようになったオブジェクト指向プログラミング（ＯＯＰ）を用いることができる。
【００３４】
既存のテープ・フォーマットでは、任意のタイプのコンピュータ装置又はアプリケーションとすることができる単一のホストが、一度に１ラップずつテープに書き込む。ラップは、テープ・ドライブ・ヘッドにより同時に書き込まれる又は読み取られる関連したトラックの集合である。テープ・ドライブ・ヘッドは、単一の又は複数のモジュール上に存在し得る幾つかの読み取り素子及び書き込み素子を有する。トラックは、単一の書き込み素子によって書き込まれ、単一の読み取り素子によって読み取られるデータである。例えば、１６チャネルのヘッドは、典型的には、各タイプの移動方向と関連した１６個の書き込み素子と１６個の読み取り素子とを有する。書き込みの際、ヘッドは、並行して１６本のトラックに書き込むことができる。読み取りの際、ヘッドは、並行して１６本のトラックを読み取ることができる。同時にアクセスされた１６本のトラックのグループは、１つのラップを含む。
【００３５】
実施形態
ここで図３を参照すると、１つの実施形態による、２つのホストからのデータを同時に書き込むためのシステム３００が示される。「ホスト」とは、本明細書では、これらに限られるものではないが、独立したコンピュータ、アプリケーション・プログラム及びそれらの組み合わせを含む、いずれかのデータ・ソースと定義される。従って、「ホスト」は、個別のコンピュータ、独立したコンピュータ上で実行される個別のアプリケーション、同じコンピュータ上で実行されるが、随意的には各々が異なるＩ／Ｏ回路を用いて、データをテープ・ドライブの書き込み回路に別個に転送する個別のアプリケーション、１つのコンピュータ上で実行されるが、随意的にはストリームごとに異なるＩ／Ｏ回路を用いて、複数のデータ・ストリームをテープ・ドライブの書き込み回路に個別に転送する単一のアプリケーション等とすることができる。
【００３６】
当然のことながら、余分のホスト及びデータ・フローに適合させるために単にコンポーネントの数を増やすことにより、類似のシステムを用いて２つより多いホストからのデータを書き込むことができる。しかしながら、簡単にするために、本実施形態は、デュアルホスト書き込みについて説明する。デュアルホスト書き込みを適切に実行するために、デュアルホスト書き込みを受け入れることができる新しいテープ・フォーマットが開発された。ラップのトラックを、２つのストライプ、すなわちストライプ０及びストライプ１に論理的に分割することができる。各々のストライプは、テープ上の全トラックの一部分を含むことができる。例えば、テープが、一度に１６本のデータ・トラックに書き込まれる場合、図３に示されるように、ストライプ０に書き込まれる８本のトラック及びストライプ１に書き込まれる８本のトラックを有するように、ストライプを分離することができる。当然のことながら、４本のトラック／１２本のトラック、２本のトラック／１４本のトラック、及び６本のトラック／１０本のトラック等といった、他の分離も可能である。ストライプを定めるために、ラップは、本質的に長手方向に分割される。所定のストライプ内のトラックは、ラップ内で互いに隣接している場合も、隣接していない場合もあることに留意されたい。例えば、図３に示されるように、トラックは、ある数のトラックがストライプ０に割り当てられ、ある数のトラックがストライプ１に割り当てられた状態で、例えば、０、１、２・・・、１５などの番号順にテープ上に存在してもよい。しかしながら、図示されるように、本例のストライプ０は、例えば、０、２、４・・・、１４などの偶数チャネルを含み、ストライプ１は、例えば、１、３、５・・・、１５などの奇数チャネルを含む。従って、ストライプ０のデータ・トラックの少なくとも１つは、磁気テープ上でストライプ１のデータ・トラックの間にあり得る。各々のストライプを１つのホストに割り当てることができ、例えば、ストライプ０をホスト０専用にし、ストライプ１をホスト１専用にすることができる。ヘッドは、データを両方のストライプに同時に書き込むことができ、２つのホストが、単一のヘッドを用いて同時に書き込むことを可能にし、従って、デュアルホスト同時書き込みが行われる。
【００３７】
例えば、磁気テープに同時に書き込まれる、２つの異なるホストからのデータを格納するためなど、マルチホスト同時書き込みを受け入れるために、テープ自体をフォーマットすることができる。こうしたフォーマット化は、データ・バンドを定める磁気テープ上のサーボ・トラックを含むことができる。これに限られるものではないが、Linear Tape Open（ＬＴＯ）のような周知のフォーマット化技術及び手法を用いることができる。さらに、カートリッジは、テープがマルチホスト同時書き込み用にフォーマットされているという表示を含むことができる。１つの手法においては、この表示をテープに書き込むことができる。他の手法においては、この表示は、カートリッジ等に結合された二次不揮発性メモリ（例えば、フラッシュメモリ、ＥＥＰＲＯＭ等）内に格納することができる。
【００３８】
同じく図３に示されるように、外部インターフェース３０３、３０４を用いて、ホストからデータを受信し、次に、データをデータ・フロー・プロセッサ３０６に与えることができる。これらの外部インターフェース３０３、３０４は、データ・フロー・プロセッサ３０６と同じチップ上にあってもよく、又は、システム３００内の他の場所に配置されてもよい。また、トラックをどのように分割するかは重要でなく、図３に示されるように、８トラックと８トラックの分割を必要とするわけでもない。さらに、どのトラックをどのストライプに割り当てるかの選択は、重要ではない。単なる例として、偶数チャネルがストライプ０に指定され、奇数チャネルがストライプ１に指定される。さらに、幾つかの実施形態によると、２つより多いストライプがある場合もあり、それらを用いて、２つより多いホストからのデータを記録することができる。
【００３９】
幾つかの実施形態においては、ホストが、デュアルホスト書き込みに関与するように指定された場合、ホストはテープ・ドライブに接続され、「同時実行予約（concurrent reservation）」を確立する。同時実行予約を確立することにより、ホストは、テープ上で、標準的なラップではなくストライプにアクセスする（読み取る及び／又は書き込む）予定であることを示す。さらに、ホストは、テープ・ドライブの書き込み処理リソースを別のホストと共有するようコミットする。同時実行予約は、特定のストライプを、各ホストに割り当てる。ホストは、後でそのデータを取り出すことができるように、該ホストが予約したストライプ識別子を追跡する。
【００４０】
当然のことながら、他の実施形態においては、３つのホスト、４つのホスト等といった２つより多いホストが、単一のテープに書き込むことができる。これらの実施形態においては、同時に書き込むホストの数が、テープ上に何本のストライプが定められるかを決定する。
【００４１】
ここで図４を参照すると、１つの実施形態による、デュアルホスト同時書き込みのためのシステム３１０の図式化された概要が示される。図４は、各々のホスト（ホスト０、ホスト１）が、どのようにテープの１つのストライプ（ストライプ０、ストライプ１）専用とされるかを示す。この実施形態によると、ホスト０からのデータがストライプ１に転送されることはなく、逆もまた同様である。同様に、ストライプ長は、テープの区画全体、テープの１つのラップ等に対して指定することができる。幾つかの実施形態においては、ストライプ・サイズ（例えば、トラック数）は、ストライプ・ヘッダがテープ上に置かれたときに変更することができる。例えば、１６トラック・ラップの区画０において、ストライプ０が８トラックであり、ストライプ１が８トラックである場合、これらのストライプ・サイズを示すヘッダをテープ上に置くことができる。ホスト０がより多いデータを送り、ホスト１がより少ないデータを送るといった、ホストからのデータ要求が変わるとき、テープの区画１において、ストライプ０が１２トラックであり、ストライプ１が４トラックであることを示す新しいヘッダを作成することができ、これにより、区画１におけるストライプ・サイズが定められる。このプロセスは、テープの区画ごと、テープのラップごと等に反復することができ、これにより、ホストから受信されたデータの量に基づいて、各ストライプ内に書き込まれたデータの量が示される。
【００４２】
幾つかの実施形態によると、磁気テープ・カートリッジが、２つの異なるホストから受信され、磁気テープに同時に書き込まれたデータが上に格納された磁気テープを含むことができる。さらに、幾つかの実施形態においては、磁気テープ・カートリッジは、複数のホストからのデータが磁気テープに同時に書き込まれたというコンピュータ可読表示をさらに含むことができる。このような表示は、テープに書き込まれてもよく、カートリッジ上、システム内等といった、テープ上ではなくメモリ又は不揮発性メモリ内に格納されてもよい。
【００４３】
両方のホストが、全く同じ速度でテープ・ドライブにデータを送る可能性は低いという事実にもかかわらず、物理テープは、両方のホストに対して同じ速度で前進し得る。図５を参照すると、１つの実施形態による、テープ３０２の２本のトラックに書き込まれたデータの簡単化された概略図が示される。テープ・ドライブが、両方のホストに対して均一の間隔を有した状態で、テープ３０２上にデータセットに書き込みを行おうと試みた場合、テープ・ドライブは、より遅いホストのために、テープ３０２の機械的リポジショニング又はバックヒッチを余儀なくされる場合がある。頻繁なバックヒッチは、より速いホストの性能を低下させることがある。過度のバックヒッチを回避し、最適な性能を維持するために、データセット間隔に対する制約を緩和し、テープのある部分３２０において最適な又はほぼ最適なデータセット間隔をもたらし、テープの別の部分３３０においてより緩和したデータセット間隔をもたらすことが可能である。この緩和したデータセット間隔が原因で損なわれた能力は、修正バージョンのＲＡＢＦ（別名、不揮発性キャッシング）を通じて潜在的に取り戻すことができる。しかしながら、たとえ能力の損失があっても、バックヒッチを行わないことによる利益は大きく、テープが長く続くにつれて、テープ・ドライブはより良好に機能する。
【００４４】
ここで図６を参照すると、デュアルホスト書き込みに依存する、１つの実施形態によるノード及びストライプの同時実行（concurrence）についてのデータ・フローが示されるが、このデータ・フローは、複数のホストについての全ての意思決定に適合するようにステップの数を増やすことによって、２より多いホストに適合するように拡大することができる。１つ又は複数のホストからの、潜在的には１つ又は複数の外部インターフェースによって提供される、ステップ４０２のデータ・フローを、テープ・システムにより受信することができる。本例の場合、０個、１つ、又は２つのホストが情報をテープ・システムに送ることができると考えられる。ステップ４０４において、例えば、テープがデュアル・ヘッド同時書き込み用にフォーマットされるなど、テープ・システム内のテープは、デュアルホスト同時書き込みが可能であるかどうかが判断される。可能である場合、ステップ４０６において、書き込みポイントにあるノード１及びノード２によって示されるように、テープが、両方のホストからのデータをテープに書き込むことができるポイントにあるかどうかが判断される。テープがこうした書き込みポイントにある場合、次にステップ４０８において、両方のホストからのデータをテープに同時に書き込む。
【００４５】
ステップ４０４において、テープに同時に書き込むことができない場合、次にステップ４１０において、書き込みポイントにある単一のノード（ノード１又はノード２）により示されるように、テープが、ホスト・データ・ストリームの１つについての書き込みポイントにあるかどうかが判断される。テープが、ホスト・データ・ストリームの１つについての書き込みポイントにない場合、次にステップ４２０において、テープが、ホスト・データ・ストリームの１つについての書き込みポイントにあるようになるまで、書き込みが遅延され、プロセスは、引き続きステップ４１０に戻る。テープが、ホスト・データ・ストリームの１つについての書き込みポイントにある場合、ステップ４１２において、他のホストからのデータがあるかどうかが判断される。第２のホストからもたらされるデータがない場合、次にステップ４１４において、単一のホストからのデータをテープに書き込む。ステップ４１２において判断されたとき、第２のホストからのデータがある場合、次にステップ４２２において、第２のホストからのデータは遅延され、第１のホストからのデータが書き込まれるのを可能にし、単一ホスト書き込みのために、ステップ４１４に続く。
【００４６】
ステップ４０６において判断されたとき、テープが、両方のホストからのデータをテープに書き込むことができる書き込みポイントにない場合、書き込みポイントにある単一のノード（ノード１又はノード２）により示されるように、ステップ４１６において、テープが、ホスト・データ・ストリームの１つについての書き込みポイントにあるかどうかが判断される。テープが書き込みポイントにある場合、次に、プロセスは、ステップ４１２に続く。テープが書き込みポイントにない場合、次にステップ４１８において、少なくとも１つのデータ・ストリームを書き込むことができるまで、書き込みを遅延させることができ、プロセスは、ステップ４０６に続く。
【００４７】
１つのストライプが同時書き込み用にフォーマットされたテープに既に書き込まれており、別のストライプへの書き込み後で望まれるときのように、非同時書き込みも可能であることに留意されたい。従って、ステップ４０４においては、テープに同時書き込みを行うことが可能であると判断されるが、ステップ４０６においては、両方のノードが書き込みポイントにはないと判断される。ステップ４１６においては、ノードの１つが、例えば、書き込まれていないストライプ又は上書きされるストライプの開始部といった、適切な書き込みポイントにあるときが判断される。プロセスは、単一ノード書き込みモードでそのストライプに書き込むために、ステップ４１２、４２２及び４１４を通じて続く。
【００４８】
上述したプロセスは、ほんの一例として提示されるものであり、同時書き込み又は単一ホスト書き込みを実行するべきかどうかを判断するために、データ・フローをどのように解釈できるかについて限定することを意図するものではない。本明細書に説明される方法及び技術を用いて、どのように、且つ、いつデータをテープに書き込むべきかを判断するために、他の多くの方法を用いることができる。従って、本発明の範囲は、特許請求の範囲によってのみ限定される。
【００４９】
図７を参照すると、１つの実施形態による、テープへのデータ・フローを示す概略図、冗長検査原理が示される。ステップ５０２は、図６からの続きとすることができ、ここで、データは、単一ホストから又は同時にテープに書き込まれる。データが単一ホストから書き込まれる場合、テープの速度は、典型的には、単一ホストから流れるデータの速度によって決定される。しかしながら、データが同時に書き込まれる場合、ステップ５０４において、テープの速度を多数の方法で決定することができる。１つの実施形態においては、テープの速度は、２つのホストのうちの遅い方のデータ速度に対応するように選択され、従って、速い方のホストからのデータは、バッファ内にバックアップされる。別の実施形態によると、テープの速度は、速い方のホストのデータ速度に対応するように選択することができ、従って、遅い方のホストからのデータを記録するストライプ上のデータセット間隔が大きくなる。他の実施形態においては、テープの速度は、遅い方ホスト及び速い方のホストからのデータ速度に対応する速度の平均、遅い方のホストのデータ速度に対応するテープの速度の倍数、速い方のホストのデータ速度に対応するテープの速度の何分の一等といった、これらの２つの先述した値の間のどこかに位置し得る。
【００５０】
ステップ５０６において、データが、テープに転送される（テープに書き込まれる）。これは、同時デュアルホスト書き込み又は単一ホスト書き込みのいずれかとすることができる。ステップ５０８においては、ストライプの一方、すなわちストライプ０及び／又はストライプ１のいずれかに再試行可能なエラーがあるかどうかが判断される。テープ上にエラーがない場合、ステップ５０６において、書き込みが継続する。ステップ５０８においてエラーが検出された場合、両方のデータ・ストリームについて、データ・フローが停止され、ステップ５１０において、影響を受けたストライプ、すなわちストライプ０及び／又はストライプ１のいずれかに対して、誤って書き込まれたデータに対する必要な回復が実行される。
【００５１】
次にステップ５１２において、書き込まれたデータが、ストライプ０及び／又はストライプ１の上へのデータ・ストリームについてのフォーマット仕様の範囲内であるかどうかが判断される。範囲内である場合、データが適切に書き込まれているので、プロセスはステップ５０４に続く。範囲内でない場合、プロセスはステップ５１４に進み、ここで、両方のホストについてのデータ・フローが停止され、影響を受けた、仕様の範囲外にある書き込まれたデータ・ストライプ、すなわちストライプ０及び／又はストライプ１に対して、回復が実行される。ステップ５１４においてデータが回復されると、データは適切に記録されているので、プロセスは、ステップ５０４に進む。
【００５２】
図７に関連して説明されたプロセスは、単に説明目的のためのものであり、決して限定を意図するものではない。テープの速度を判断し、単独で又は同時にデータをテープに書き込む際のエラーを検査するために、いずれのプロセス又は技術を用いることもでき、それらのプロセス又は技術は、これらの説明によって限定されるものではなく、特許請求の範囲によってのみ限定される。
【００５３】
ここで図８を参照すると、１つの実施形態による、磁気テープ上にデータを格納する方法６００のフローチャートが示される。方法６００は、コンピュータ・システム内、テープ・ヘッドのためのコントローラ内等を含む、いずれかの所望の環境内で実行することができる。また、方法６００は、付加的な、これまで説明されなかったステップ、プロセス及び／又は動作を含むことができる。さらに、論理的に一致する場合、他の図及び／又は方法を参照して説明された実施形態を、方法６００の説明に適用することもできる。
【００５４】
動作６０２において、２つの異なるホストからのデータが受信され、ここで、ホストは、データを転送することができる任意のデバイスであり、かつ、ローカルのもの（例えば、ドライブに直接接続された）又はリモートのもの（例えば、ネットワーク・リンクを介してドライブに接続された）とすることができる。
【００５５】
動作６０４において、複数のトランスデューサを用いて、ホストからのデータが、磁気テープに同時に書き込まれる。当然のことながら、書き込まれるべき、ホストの１つからのデータが常にあるわけではない場合、他のホストからのデータのみを書き込むことができる。しかしながら、ホストからのデータを同時に書き込むことによって、両方のホストが、書き込まれるべきデータを有することが意図されるが、ホストの１つが書き込まれるべきデータをもたないときには、実際には、書き込まれるべきデータを有するホストからのデータのみが書き込まれる。
【００５６】
幾つかの実施形態によると、方法６００は、複数のホストからのデータが磁気テープに同時に書き込まれたという表示を格納することを含むことができる。この表示は、テープ自体の上に、テープ・カートリッジの二次メモリ内に、テープ・ライブラリ内に、テープ・カートリッジに関する情報を有するデータベース内などに格納することができる。
【００５７】
幾つかの手法においては、データを、それぞれの着信データ速度で、ホストの各々から受信することができ、方法は、ホストからの着信データ速度の速い方にほぼ一致する又は対応するデータ書き込み速度を選択することをさらに含むことができる。さらに別の手法においては、着信データ速度の遅い方を有するホストに対応するデータのデータセット間隔を緩和することができる。これは、上記の図７のステップ５０４に関連したテープ速度の説明と同様とすることができる。
【００５８】
更なる実施形態においては、データは、それぞれの着信データ速度でホストの各々から受信することができ、ホストからの着信データ速度の遅い方にほぼ合致するデータ書き込み速度を選択することをさらに含む。さらに別の実施形態においては、例えば、バッファ・オーバーランを防ぐために、着信データ速度の速い方を有するホストから、データ転送の一時停止を要求することができる。
【００５９】
幾つかの手法によると、データは、それぞれの着信データ速度でホストの各々から受信することができ、図８の方法６００は、ホストからの着信データ速度の速い方と遅い方との間であるデータ書き込み速度を選択することをさらに含むことができる。さらに別の手法においては、着信データ速度の遅い方を有するホストに対応するデータのデータセット間隔を緩和することができる。これは、上記の図７のステップ５０４に関連したテープ速度の説明と同様とすることができる。
【００６０】
また、幾つかの実施形態によると、複数のトランスデューサによって、一方のテープ移動方向に同時に書き込まれたデータ・トラックの集合は、ラップとすることができる。ラップは、２つのストライプに論理的に分割することができ、各ストライプは、ホストの１つに割り当てられ、かつ、複数のトランスデューサと関連付けられる。さらに、各ホストに対応するデータを、それぞれのホストに割り当てられたストライプに同時に書き込むことができる。さらに別の実施形態においては、図８の方法６００は、ホストの１つから同時予約確立要求を受信することを含むことができ、方法６００は、ラップ内のストライプの１つを、要求を送ったホストに割り当てることをさらに含むことができる。
【００６１】
方法６００はまた、複数のホストからのデータが磁気テープに同時に書き込まれたという表示を格納することを含むこともできる。データは、それぞれの着信データ速度でホストの各々から受信することができ、方法６００は、ホストからの着信データ速度に基づいて、データ書き込み速度を選択することをさらに含むことができ、ここで、複数のトランスデューサによって一方のテープ移動方向に同時に書き込まれたデータ・トラックの集合は、ラップとすることができる。また、ラップは、２つのストライプに論理的に分割することができ、各ストライプは、ホストの１つに割り当てられ、かつ、複数のトランスデューサと関連付けられる。さらに、各ホストに対応するデータは、それぞれのホストに割り当てられたストライプに同時に書き込むことができる。
【００６２】
ここで図９を参照すると、１つの実施形態による、磁気テープ上にデータを格納する方法７００のフローチャートが示される。方法７００は、コンピュータ・システム内、テープ・ヘッドのためのコントローラ内等を含む、いずれかの所望の環境内で実行することができる。また、方法７００は、付加的な、これまで説明されなかったステップ、プロセス及び／又は動作を含むことができる。さらに、論理的に一致する場合、他の図及び／又は方法を参照して説明された実施形態を、方法７００の説明に適用することもできる。
【００６３】
動作７０２において、複数のホストから同時予約確立要求を受信することができる。
【００６４】
動作７０４において、ラップ内の固有のストライプを、要求を送ったホストの各々に割り当てることができる。ラップは、テープ・ヘッドの複数のトランスデューサによって、一方のテープ移動方向に同時に書き込まれたデータ・トラックの集合とすることができ、かつ、ストライプに論理的に分割することができる。
【００６５】
動作７０６において、ホストからデータを受信することができる。データは、ホストから直接送信することができ、１つ又は複数の外部インターフェースに送ることなども可能である。
【００６６】
動作７０８において、複数のトランスデューサを用いて、ホストからのデータを磁気テープに同時に書き込むことができる。既述のように、ホストの１つが、書き込まれるべきデータを常にもってはいない場合、又は、より遅い速度で動作しており、速い方のホストの情報が十分に速く着信する場合、速い方のホストからのデータを書き込むことができ、遅い方のホストからのデータは書き込まれない。
【００６７】
幾つかの実施形態によると、磁気テープ上にデータを格納するためのシステムが、複数のトランスデューサを有する磁気ヘッドと、磁気テープをヘッドの上に通すための駆動機構と、ヘッドと通信状態にあるコントローラと、２つの異なるホストからデータを受信するための入力と、複数のトランスデューサを用いてホストからのデータを磁気テープに同時に書き込むための論理とを含むことができる。システムは、図３−図７に関連して説明された機能及び／又はプロセスの幾つかを含むことができる。
【００６８】
幾つかの実施形態においては、システムは、複数のホストからのデータが磁気テープに同時に書き込まれたという表示を格納するための論理をさらに含むことができる。この表示は、テープ自体の上に、テープ・カートリッジの二次メモリ内などに格納することができる。
【００６９】
幾つかの手法においては、データを、それぞれの着信データ速度でホストの各々から受信することができ、システムは、ホストからの着信データ速度の速い方にほぼ一致するデータ書き込み速度を選択するための論理をさらに含むことができる。さらに別の手法においては、着信データ速度の遅い方を有するホストに対応するデータのデータセット間隔を緩和することができる。これは、上記の図７のステップ５０４に関連したテープ速度の説明と同様とすることができる。
【００７０】
幾つかの実施形態においては、データを、それぞれの着信データ速度でホストの各々から受信することができ、システムは、ホストからの着信データ速度のより遅い方にほぼ一致する又は対応するデータ書き込み速度を選択するための論理をさらに含むことができる。さらに別の実施形態においては、着信データ速度の速い方を有するホストから、データ転送の一時停止を要求することができる。
【００７１】
幾つかの手法によると、データを、それぞれの着信データ速度でホストの各々から受信することができ、システムは、ホストからの着信データ速度の速い方と遅い方との間であるデータ書き込み速度を選択するための論理をさらに含むことができる。さらに別の手法においては、着信データ速度の遅い方を有するホストに対応するデータのデータセット間隔を緩和することができる。これは、上記の図７のステップ５０４に関連したテープ速度の説明と同様とすることができる。
【００７２】
幾つかの実施形態においては、複数のトランスデューサによって、一方のテープ移動方向に同時に書き込まれたデータ・トラックの集合は、ラップとすることができる。ラップは、２つのストライプに論理的に分割することができ、各ストライプは、ホストの１つに割り当てられ、かつ、複数のトランスデューサと関連付けられる。また、各ホストに対応するデータを、それぞれのホストに割り当てられたストライプに同時に書き込むことができる。さらに別の実施形態においては、システムは、ホストの１つから同時予約確立要求を受信することをさらに含むことができ、ラップ内のストライプの１つを、要求を送ったホストに割り当てることをさらに含むことができる。
【００７３】
幾つかの手法においては、システムは、複数のホストからのデータが磁気テープに同時に書き込まれたという表示を格納するための論理をさらに含むことができ、ここで、データを、それぞれの着信データ速度でホストの各々から受信することができる。また、システムは、ホストからの着信データ速度に基づいて、データ書き込み速度を選択するための論理をさらに含むことができ、ここで、複数のトランスデューサによって、一方のテープ移動方向に同時に書き込まれたデータ・トラックの集合は、ラップとすることができる。ラップは、２つのストライプに論理的に分割することができ、各ストライプは、ホストの１つに割り当てられ、かつ、複数のトランスデューサと関連付けられる。各ホストに対応するデータを、それぞれのホストに割り当てられたストライプに同時に書き込むことができる。
【００７４】
種々の実施形態が上記に説明されたが、これらは、制限としてではなく、ほんの一例として提示されたものにすぎないことを理解すべきである。従って、好ましい実施形態の広さ及び範囲は、上述の例示的な実施形態のいずれに限定されるものではなく、下記の特許請求の範囲及びそれらの均等物のみに従って定められるべきである。
【符号の説明】
【００７５】
１００：ネットワーク・アーキテクチャ
１０１：ゲートウェイ
１０２：遠隔ネットワーク
１０４：第１の遠隔ネットワーク
１０６：第２の遠隔ネットワーク
１０８：近接ネットワーク
１１１、１１６：ユーザ・デバイス
１１４：データ・サーバ
１２０：周辺機器
２１０：中央処理ユニット
２１２：システム・バス
２１４：ランダム・アクセス・メモリ（ＲＡＭ）
２１６：読み取り専用メモリ（ＲＯＭ）
２１８：Ｉ／Ｏアダプタ
２２０：ディスク・ストレージ・ユニット
２２２：ユーザ・インターフェース・アダプタ
２２４：キーボード
２２６：マウス
２２８：スピーカー
２３２：マイクロフォン
２３４：通信アダプタ
２３５：通信ネットワーク
２３６：ディスプレイ・アダプタ
２３８：ディスプレイ装置
３００、３１０：システム
３０２：テープ
３０３、３０４：外部インターフェース
３０６：データ・フロー・プロセッサ
３２０：テープのある部分
３３０：テープの別の部分
【図１】
0005602845.tif 000002
【図２】
0005602845.tif 000003
【図３】
0005602845.tif 000004
【図４】
0005602845.tif 000005
【図５】
0005602845.tif 000006
【図６】
0005602845.tif 000007
【図７】
0005602845.tif 000008
【図８】
0005602845.tif 000009
【図９】
0005602845.tif 000010