(57)【要約】【課題】  ＨＤＤの共有方法に関し、特に１つのＨＤＤを共有する複数ホストの所有権を調停して適宜切替えるＨＤＤのマルチホスト切替え方法を提供する。【解決手段】  複数のホストと、ＨＤＤと、前記ＨＤＤに対する前記複数のホストからのアクセスを調停して切替える調停手段と、で構成するシステムにおいて、前記ＨＤＤに対する複数ホストの切替え方法は、前記複数のホストのいずれか１つのホストが前記ＨＤＤを初期化すること、前記初期化が終了したことを、前記１つのホストが他のホストに通知すること、その初期化終了後、前記複数のホストのいずれかが、前記調停手段を介して、その他のホストへ前記ＨＤＤの明渡し要求を送信し、前記その他のホストが返信した前記ＨＤＤの未使用を示す明渡し許可を受信することで、前記ＨＤＤに対するアクセス権を取得すること、から成る。【選択図】      図５
2005316781.tif 000002
【特許請求の範囲】
【請求項１】
複数のホストと、記憶媒体と、前記記憶媒体に対する前記複数のホストからのアクセスを調停して切替える調停手段と、で構成するシステムにおいて、前記記憶媒体に対する複数ホストの切替え方法は、
前記複数のホストのいずれか１つのホストが前記記憶媒体を初期化すること、
前記初期化が終了したことを、前記１つのホストが他のホストに通知すること、
その初期化終了後、前記複数のホストのいずれかが、前記調停手段を介して、その他のホストへ前記記憶媒体の明渡し要求を送信し、前記その他のホストが返信した前記記憶媒体の未使用を示す明渡し許可を受信することで、前記記憶媒体に対するアクセス権を取得すること、
を特徴とする記憶媒体に対する複数ホストの切替え方法。
【請求項２】
前記明渡し要求には、緊急の明渡し要求が含まれ、
前記記憶媒体にアクセス中のホストが前記緊急の明渡し要求を受信すると、そのホストにおける処理を中断して前記明渡し許可を返信すること、を含む請求項１記載の方法。
【請求項３】
前記記憶媒体にアクセス中のホストが前記緊急の明渡し要求を受信してから前記明渡し許可を返信する前に、前記緊急の明渡し要求のキャンセル通知を受信すると、そのホストにおける処理を再開して継続することを、含む請求項２記載の方法。
【請求項４】
前記明渡し要求には、強制の明渡し要求が含まれ、
前記記憶媒体にアクセス中のホストが前記強制の明渡し要求を受信すると、そのホストにおける処理を強制的に中止して前記明渡し許可を返信すること、を含む請求項１記載の方法。
【請求項５】
前記強制の明渡し要求を発行したホストは、前記返信された明渡し許可を受信すると、前記記憶媒体をリセットする権限を取得すること、を含む請求項４記載の方法。
【請求項６】
前記記憶媒体の初期化終了後、前記調停手段は、前記記憶媒体に対するアクセス許可と終了要求を前記複数のホストに所定の時間間隔で順次発行し、それによって前記複数ホストのアクセス権を切替えること、を含む請求項１記載の方法。
【請求項７】
前記記憶媒体の初期化を行うホストが、前記調停手段へ前記所定の時間間隔の設定通知を行うこと、
前記調停手段は、前記通知された設定内容をその他のホストに通知すること、
前記その他のホストは、前記設定内容に同意しない場合には再設定通知を行うこと、
前記調停手段は、同意された前記所定の時間間隔で、前記複数ホストのアクセス権を切替えること、を含む請求項６記載の方法。
【請求項８】
前記記憶媒体の初期化を行うホストが、前記調停手段に対してアクセスエリアの割り当て通知を行うこと、
前記調停手段は、前記通知された設定内容をその他のホストに通知すること、
前記その他のホストは、前記通知内容に同意しない場合には再割り当て通知を行うこと、
前記調停手段は、同意されたアクセスエリアの割り当てを、前記複数のホストに通知すること、を含み、
前記複数のホストは、通知されたアクセスエリアへのアクセスを実施するために、前記記憶媒体の明渡し要求を発行すること、を特徴とする請求項１記載の方法。
【請求項９】
前記記憶媒体は複数の作業エリアに分割され、異なった単一作業を行う前記複数のホストがその単一作業に応じた前記作業エリア上で当該単一の作業を行うこと、を含む請求項６記載の方法。
【請求項１０】
前記システムは、さらに前記記憶媒体に対するアクセス権を有しないホストがそれを取得するまでの間だけそのホストの一時データをホスト−キャッシュ間の通信によって格納するキャッシュメモリを有し、
前記調停手段は、前記記憶媒体に対するアクセス権を有しないホストが前記記憶媒体に対するアクセス権を取得したときに、前記キャッシュメモリ内のデータを前記記憶媒体に転送してから当該ホストによる明渡し許可を与えること、を含む請求項１記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は記憶媒体の共有方法に関し、特に１つのＨＤＤ (Hard Disc Drive) を共有する複数ホストの所有権を調停して適宜切替えるＨＤＤのマルチホスト切替え方法に関するものである。
【背景技術】
【０００２】
図１は、複数ホストによる従来のＨＤＤ共有構成の一例を示したものである。
図１の構成は、民生機器の分野、例えばオーディオ（カーオーディオを含む）、ＡＶ機器全般、ＰＣ等、で広く用いられており、一例を車搭用機器の例で示せば、一方のホスト１３はカーオーディオ装置又はそれを制御するマイクロコンピュータ（以降、「マイコン」とよぶ）であり、他方のホスト１６はカーナビゲーション装置又はそれを制御するマイコンである。
【０００３】
本例では、ＨＤＤ１１の所有権をホスト１３が有しており、音楽を制御するホスト１３はＡＴＡブリッジ回路（ATA-Bridge）１２を介してＨＤＤ１１へ直接アクセスできる。ＡＴＡ (AT Attachment) は、パーソナルコンピュータ（以降、「パソコン」とよぶ）とＨＤＤを接続するインタフェースであるＩＤＥ（Integrated Device Electronics）をＡＮＳＩ（米国規格協会）で標準化した規格である。パラレルＡＴＡでは、１６ビットのデータバスとその制御線とを用いてパソコンとＨＤＤの間でデータ転送を行う。
【０００４】
一方、ナビゲーションを制御するホスト１６は、メッセージパッシング等により、ホスト１３に対してＨＤＤ１１へのアクセスを依頼し、その結果を取得する。ホスト１６とホスト１３との間の通信は、ＩＥＥＥ１３９４やＵＳＢ等の通信用デバイス１４及び１５を介して行われる。
【０００５】
図１の構成以外にも、ＨＤＤにアクセスする１つのホストが音楽とナビゲーションの両方を制御するより簡易な構成や、複数の装置が同時にアクセスすることを回避する排他制御システムも存在している（特許文献１）。
【０００６】
【特許文献１】特開平９−２２３１０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した従来構成では、前者の場合、１つのマイコン（ホスト）がマスターとしてＨＤＤをコントロールするために特定のマイコンに負荷が集中し、その結果装置全体の性能が低下するという問題があった。また、複数のマイコン間の通信に特定のインタフェース（ＩＥＥＥ１３９４、ＵＳＢ等）を用いるために、その実装コストが増大するという問題があった。さらに、音楽等の大量データがマイコン間の通信中に伝送されるため、一時的にマイコン負荷が急増して装置の性能を低下させるという問題もあった。
【０００８】
一方、後者の場合は、装置全体を制御するマイコンは１つとなるが、音楽とナビゲーションを同時に制御し且つ装置全体の性能を低下させないために、高価なマイコンが必要となるという問題があった。
【０００９】
そこで本発明の目的は、上記種々の問題点に鑑み、複数マイコンによる共有ＨＤＤへのアクセスを適宜調停して切替える手段を設けることで、各マイコンは既存のＨＤＤインタフェース（ＡＴＡ）を用いて任意のタイミングでＨＤＤにアクセスでき、また特定のマイコンに負荷が集中せず、さらにマイコン間での大量データの通信が不要となる、ＨＤＤのマルチホスト切替え方法を提供することにある。
【課題を解決するための手段】
【００１０】
本発明によれば、複数のホストと、記憶媒体と、前記記憶媒体に対する前記複数のホストからのアクセスを調停して切替える調停手段と、で構成するシステムにおいて、前記記憶媒体に対する複数ホストの切替え方法は、前記複数のホストのいずれか１つのホストが前記記憶媒体を初期化すること、前記初期化が終了したことを、前記１つのホストが他のホストに通知すること、その初期化終了後、前記複数のホストのいずれかが、前記調停手段を介して、その他のホストへ前記記憶媒体の明渡し要求を送信し、前記その他のホストが返信した前記記憶媒体の未使用を示す明渡し許可を受信することで、前記記憶媒体に対するアクセス権を取得すること、から成る記憶媒体に対する複数ホストの切替え方法が提供される。
【発明の効果】
【００１１】
本発明によれば、一方のホストは他のホストを意識することなく、既存の記憶媒体用ハードウェア及びソフトウェアを用いて共有記憶媒体にアクセス可能となる。また、ホスト間での直接通信も不要となり、その間における大量データの転送処理は発生しない。さらに、大規模なメモリ共有が容易に実現できる。前記記憶媒体には、ＨＤＤ、メモリカード、ＣＤ、シリアルＡＴＡ等の大容量記憶媒体が含まれる。
【００１２】
より具体的には、音楽やナビゲーション等の各用途のマイコンから、１つのＨＤＤに対して任意のタイミングで通信が可能となる。また、予めマイコン間で使用する領域（エリア・パーティション等）の取り決めを行ってから通信を行うため、ＨＤＤ共有の自由度が増大し、種々のメモリ共有アプリケーションを用意に実現できる。さらに、ＨＤＤにアクセスする場合にはＨＤＤとの通信以外にデータ通信が発生しないため、各マイコンのパフォーマンスを低下させることがない。
【発明を実施するための最良の形態】
【００１３】
図２は、本発明の複数ホストによるＨＤＤ共有システムの基本的な構成例を示したものである。
図２において、ＨＤＤ２１、ＡＴＡブリッジ回路２３及び２４、そしてホスト２５及び２６は、図１のＨＤＤ１１、ＡＴＡブリッジ回路１２、及びホスト１３及び１６と対応する。本例では、ホスト間通信のための通信用デバイス（図１の１４及び１５）が不要であり、それに代えてＡＳＩＣ（Application Specific Integrated Circuit）等を用いて構成した選択調停回路（ＳＥＬ／調停）２２が設けられている。
【００１４】
選択調停回路２２は、共有ＨＤＤ２１と、それに直接アクセスする複数のホスト２５及び２６とＡＴＡバスを介して接続される。選択調停回路２２は、複数のホスト２５及び２６との間で、ＡＴＡバスを拡張した簡易なコマンドにより、各ホスト２５及び２６に対して、共有ＨＤＤ２１の所有権を任意のタイミングで提供する。
【００１５】
このため、各ホスト２５及び２６は他のホストを意識することなく、簡易な通信処理以外は、既存のＨＤＤ用ハードウェア及びソフトウェアを用いて共有ＨＤＤ２１にアクセス可能となる。また、ホスト２５及び２６の間での直接通信は不要となるため、その間での大量データの転送処理は発生しない。さらに、本発明ではＨＤＤ２１を共有する構成をとるため、ＲＡＭ等を用いた従来のメモリ共有式と比べて大規模なメモリ共有が容易に実現できる。
【００１６】
図３及び４には、ＡＳＩＣを用いて構成した選択調停回路２２の一構成例を示している。
図３において、インタフェース部３２は、各ホスト２５及び２６のＡＴＡブリッジ回路２３及び２４とインタフェースし、セレクタ３１はそれらのいずれか１つを選択して共有ＨＤＤ２１と接続する。本例における制御レジスタ３３は、各ホスト２５及び２６との間で、拡張ＡＴＡバスを用いた簡易なビットコマンドの送受信を行う。
【００１７】
図４には、制御レジスタ３３の一構成例を示している。本例では、ビットｂ0 が“１”且つｂｎ が“１”の時にＨＤＤ２１の所有権はホスト２５の側にあることを示す。また、ビットｂ0 〜ｂ３ によってバス要求レベルを示す。その他にも、割込み要求ビットｂｎ−２ やビジービットｂｎ−１等が用意されている。選択調停回路２２は、これらを用いて、各ホスト２５及び２６との間で調停に必要な通信を行う。その具体的な通信方法は、後述する各実施例で説明する。
【００１８】
図３に戻って、調停コントローラ３４は、デコーダやシーケンサ等の個別回路、又はマイクロプログラムを含むＣＰＵコア等によって構成され、前記制御レジジスタ３３の指示内容に従って一連の通信処理をセレクタ３１の制御を含めて実行する。本例のキャッシュメモリ３５は、ＨＤＤ２１が一方のホストに占有されている際に他方のホストと接続してその通信データを一時的に保持することで、複数ホストによる効率的なデータ転送を実現する。以降では、上述した本発明の構成を前提に本発明の具体的な実施例について説明する。
【００１９】
図５は、本発明の第１の実施例を示したものである。
先ず、装置電源ＯＮ時等において、予め決められた一方のホスト２５がＨＤＤ２１を初期化し（Ｓ００１）、初期化の終了が調停部２２を介して他方のホスト２６へ通知される（Ｓ００２）。これにより、いずれのホストもＨＤＤ２１へのアクセスが可能となる。
【００２０】
次に、ホスト２６が「通常レベル」のバス要求であるＨＤＤ２１の明渡し要求（図３のｂ１ ＝１）を調停部２２へ送出し、調停部２２がそれをホスト２５へ送出する（Ｓ００３）。ホスト２５は、その明渡し要求の受信時において自己のアクセス要求がないことから、その明渡し要求を許可する（Ｓ００４）。これにより、ホスト２６は、ＨＤＤ２１へのアクセスを開始する（Ｓ００５）。
【００２１】
本例では、ホスト２６がＨＤＤ２１へアクセス中に、ホスト２５の側にＨＤＤアクセス要求が発生する。ホスト２５は、「通常レベル」のバス要求である明渡し要求（図３のｂ１ ＝１）を調停部２２へ送出し、調停部２２がそれをＨＤＤアクセス中のホスト２６へ送出する（Ｓ００６）。
【００２２】
明渡し要求を受信したホスト２６は、その要求が通常レベルのバス要求（図３のｂ１ ＝１）であることを確認すると、現在処理中のタスクの終了を待って、その終了後にホスト２５からの明渡し要求を許可する（Ｓ００８）。以降の処理（Ｓ００９〜０１２）は、前述したものと同様である。
【００２３】
なお、本例ではホスト−ホスト間でＨＤＤの明渡し要求／許可を行う例を示したが、ホスト２５及び２６からの明渡し要求時に、調停部２２が、自ら管理するバス管理テーブル等を使って、各ホスト２５及び２６に明渡し許可を与えるように構成することもできる（以降の実施例２及び３において同じ）。
【００２４】
本例によれば、別々に開発された装置（オーディオ装置やナビゲーション装置等）を短期間で結合して、互いの機能を連動させた装置を構成することができる。また、各装置は独立して動作しながら必要な時にＨＤＤにアクセスできるため、特定のホストに過大な負荷がかからず、さらに複数ホスト間で大容量の共有メモリを介した通信も可能となる。
【００２５】
図６は、本発明の第２の実施例を示したものである。また、図７には、図６の一態様例を示している。
本例において、ＨＤＤ２１の初期化が終了し、明渡し要求が許可されたホスト２６がＨＤＤアクセスを開始する時点（Ｓ１０１〜１０５）までの処理は、第１の実施例（図５）と同様である。
【００２６】
本例では、ホスト２６がＨＤＤアクセス中に、別のホスト２５が「緊急レベル」のバス要求である明渡し要求（図３のｂ２ ＝１）を調停部２２へ送出し、調停部２２がそれをＨＤＤアクセス中のホスト２６へ送出する（Ｓ１０６）。
【００２７】
明渡し要求を受信したホスト２６は、その要求が「緊急レベル」のバス要求（ｂ２ ＝１）であることを確認すると、現在処理中のタスク処理を中断させてホスト２５からの明渡し要求を許可する（Ｓ１０８）。以降の処理（Ｓ１０９〜１１２）は、第１の実施例と同様である。
【００２８】
本例では、緊急にＨＤＤアクセスが必要になった場合に緊急レベルの明渡しを要求できる。例えば、音声／画像処理を行っているホスト側のデータバッファ量が少なくなった場合等に有効であり、これによりホスト側のメモリ量を削減することもできる。
【００２９】
図７には、ホスト２５が緊急レベルのバス要求（ｂ２ ＝１）を送出した後にその要求をキャンセルする場合（ｂ２ ＝０）の一例を示している。ホスト２６は、緊急レベルのバス要求を受信してから明渡し要求を許可するまでの間にそのバス要求のキャンセル通知を受信すると、一旦中断しかけたタスク処理を再開して継続する（Ｓ２０５〜２０９）。
【００３０】
本例では、緊急レベルの割り込みをかけてＨＤＤ２１の所有権が空くのを待つホストが、急にそのアクセスが不要となるような場合に、ＨＤＤ２１を所有している側のホストがそのままアクセスを継続できるため、無駄なアクセス処理が発生しない。
【００３１】
図８は、本発明の第３の実施例を示したものである。また、図９には、図８の一態様例を示している。
本例においても、ＨＤＤ２１の初期化が終了し、明渡し要求が許可されたホスト２６がＨＤＤアクセスを開始する時点（Ｓ３０１〜３０５）までの処理は、第１の実施例（図５）と同様である。
【００３２】
本例では、ホスト２６がＨＤＤアクセス中に、別のホスト２５が調停要求レベルの最上位にある「強制レベル」の明渡し要求（図３のｂ３ ＝１）を調停部２２へ送出し、調停部２２がそれをＨＤＤアクセス中のホスト２６へ送出する（Ｓ３０６）。
【００３３】
明渡し要求を受信したホスト２６は、「強制レベル」のバス要求（ｂ２ ＝１）であることを確認すると、現在処理中のタスクを直ちに終了させてその所有権を強制的に明渡す（Ｓ３０７）。以降の処理（Ｓ３０８〜３１１）は、第１の実施例と同様である。
【００３４】
本例では、ＨＤＤ２１を所有しているホストが何らかの原因によってその所有権を明渡さないような異常時でも他のホストが強制的にその所有権を取得できるため、システム全体の動作を安定化させることができる。
【００３５】
図９には、ホスト２６から強制的にＨＤＤ２１の所有権を取得したホスト２５が、直ちにＨＤＤ２１をリセットする一例を示している（Ｓ４０６〜４０９）。これにより、ＨＤＤ２１が暴走している状態であればそれを正常復帰させることでき、正常なシステム動作が維持される（Ｓ４１０〜４１３）。
【００３６】
図１０は、本発明の第４の実施例を示したものである。また、図１１には、図１０の一態様例を示している。さらに、図１２は、図１１のアクセス時間の設定例を示している。
図１０の例では、ＨＤＤ２１の初期化終了後に（Ｓ５０１及び５０２）、調停部２２がホスト２５及び２６に対して所定周期で交互にＨＤＤ２１へのアクセス権を与える。
【００３７】
調停部２２が一方のホスト２６にアクセス許可を与えると、ホスト２６はＨＤＤ２１へのアクセスを開始する（Ｓ５０３及び５０４）。調停部２２は、それから所定時間経過後に同じホスト２６に対してそのアクセスの終了要求を通知する（Ｓ５０５）。ホスト２６は、終了要求を受信すると、現在処理中のタスクを終了させてその終了通知を調停部２２へ送信する（Ｓ５０６及び５０７）。調停部２２は、次に同様の処理をホスト２５に対して実行する（Ｓ５０８〜５１２）。
【００３８】
本例では、各ホストのＨＤＤアクセス時間が予め決められており、ホスト側のソフト／ハードの設計が用意となる。
【００３９】
上記の一態様例として、図１１には、ＨＤＤの初期化を行うホスト２５から調停部２２に対してアクセス時間の割当て通知を行い、調停部２２がその要求に従って設定されたアクセス時間を他のホスト２６へ通知する例を示している（Ｓ６０１及び６０２）。以降の動作は、図１０と同様である。なお、その時間設定に不都合があるときは、他のホスト２６から再設定の要求が送られる。設定内容に同意しない場合には再設定通知を行うこともできる。前記調停手段は、同意された設定内容で処理を実行する。また、アクセス時間の割当て設定通知を行うのはホスト２６の側にすることもできる。
【００４０】
図１２には、アクセス時間の幾つかの設定例を示している。図１２の（ａ）は、図１０の例でデフォルト設定されるアクセス時間の一例を示しており、所定の繰り返し周期Ｔ内でホスト２５及び２６がＨＤＤ２１に対して均等にアクセス可能となる。図１２の（ｂ）及び（ｃ）は、図１１の例でＨＤＤの初期化を行うホスト２５からアクセス時間の割当て通知がされた場合の一例を示しており、前者は繰り返し周期Ｔ内での各ホストのアクセス時間が不均等に設定されており、後者の例では繰り返し周期が２倍（２Ｔ）に設定されている。
【００４１】
本例では、アクセス時間がホスト側から自由に設定できるため、各ホストの処理内容に応じてＨＤＤアクセス頻度を自由に設定可能となる。
【００４２】
図１３は、本発明の第５の実施例を示したものである。図１４〜１６には、図１３の一態様例を示している。
図１３において、ＨＤＤの初期化を行うホスト２５から調停部２２に対してアクセスエリアの割当て通知が行われ、調停部２２がその要求に従って設定したアクセスエリアを他のホスト２６へ通知する（Ｓ７０１及び７０２）。以降の動作は図６の例を示している。なお、そのエリア設定に不都合があるときは、他のホスト２６から再設定の要求が送られる。また、アクセスエリアの割当て設定通知を行うのはホスト２６であってもよい。本例では、ホスト側からアクセスエリアを設定できるため、ホストアプリケーションに応じたデータの共有が容易に実現できる。
【００４３】
図１４には、ホストからの通知により設定されたアクセスエリアの一例を示している。本例では、共有ＨＤＤ２１は３つのパーティション（メモリ領域Ａ〜Ｃ）に分割され、その内のメモリ領域Ｃがホスト２５及び２６の共通のアクセスエリアに設定されている。図１４の（ａ）では、ホスト２５がそのホスト用に設定されたアクセスエリア（Ａ＋Ｃ）に対してデータを書き込む。次に、図１４の（ｂ）では、ホスト２６がそのホスト用に設定されたアクセスエリア（Ｂ＋Ｃ）からデータを読み出す。
【００４４】
この場合には、ＨＤＤ２１にアクセスするだけで大容量の共有メモリ（Ｃ）を介したホスト間通信が実行される。従って、従来のように、所定の通信インタフェース（ＩＥＥＥ１３９４、ＵＳＢ等）を介して音楽データ等の大容量データをホスト２５及び２６間で直接転送する必要はなくなる。
【００４５】
図１５及び１６には、ホストからの通知により設定されたアクセスエリアの別の例を示している。本例では、それぞれが異なった単一作業を行う複数のＣＰＵ毎にその作業エリアＡ〜Ｃが設定される。各作業エリアＡ〜Ｃは、アプリケーションの処理手順に従って順に別のＣＰＵにローテーションされていく。ここでは、３つのＣＰＵを用いた音楽データの処理例について説明する。
【００４６】
図１６において、３つのパーティションに分割されたＨＤＤ２１のメモリ領域は、上から作業エリアＡ、作業エリアＢ、作業エリアＣの順に配置されている。図１６の（ａ）では、生データ書き込み専用のホストＡが音楽データの生データを空の作業エリアＡにリアルタイムで書き込んでいく。図１６の（ｂ）では、データ圧縮処理専用のホストＢが作業エリアＡに書き込まれた生データの圧縮処理を実行し、その間にホストＡは次の空作業エリアＢに対して生データを書き込んでいく。
【００４７】
図１６の（ｃ）では、音楽再生専用のＣＰＵＣが圧縮処理の完了した作業エリアＡの音楽データを再生し、ホストＢは作業エリアＢに書き込まれた生データの圧縮処理を実行し、ホストＡは次の空作業エリアＣに対して生データを書き込んでいく。このように、複数のマイコンで１つの作業（音楽データの格納／再生処理）を行うため、各マイコンの間でデータ通信を行う必要がなく、単にＨＤＤのエリアの引き渡しをするだけで済み、各マイコンの使用効率が向上する。
【００４８】
図１７は、本発明の第６の実施例を示したものである。
本例では、図３でも示したキャッシュメモリ３５を使用して、複数ホスト２５及び２６によるＨＤＤ２１へのアクセス効率と各ホストにおける作業効率とを向上させている。本例では、ＨＤＤ２１の所有権を有しないホスト２５又は２６に対して、スイッチ３６を介してキャッシュメモリ３５への書き込みを許可する。これにより、例えばＨＤＤ２１の所有権を有する一方のホスト２５がＨＤＤ２１にアクセスしている間に、他のホスト２６はＨＤＤ２１に書き込むデータをキャッシュメモリに格納することが可能となる。
【００４９】
その後にＨＤＤ２１の所有権がホスト２６に切替えられと、選択調停回路２２は先ずキャッシュメモリ３５の内容をＨＤＤ２１に書き込んでから、ホスト２６に対してＨＤＤ２１へのアクセスを許可する。その結果、ＨＤＤ２１の所有権を持たないホストは、その所有権を取得するまでの間でも、他のホストと同時並行してデータ書き込みを実行することが可能となる。
【図面の簡単な説明】
【００５０】
【図１】従来の複数ホストによるＨＤＤ共有構成の一例を示した図である。
【図２】本発明の複数ホストによるＨＤＤ共有システムの構成例を示した図である。
【図３】選択調停回路の一構成例（１）を示した図である。
【図４】選択調停回路の一構成例（２）を示した図である。
【図５】本発明の第１の実施例を示した図である。
【図６】本発明の第２の実施例を示した図である。
【図７】図６の一態様例を示した図である。
【図８】本発明の第３の実施例を示した図である。
【図９】図８の一態様例を示した図である。
【図１０】本発明の第４の実施例を示した図である。
【図１１】図１０の一態様例を示した図である。
【図１２】図１１のアクセス時間設定例を示した図である。
【図１３】本発明の第５の実施例を示した図である。
【図１４】図１０のメモリ構成の一例を示した図である。
【図１５】図１０のメモリ構成の別の例を示した図である。
【図１６】図１５の動作例を示した図である。
【図１７】本発明の第６の実施例を示した図である。
【符号の説明】
【００５１】
１１、２１…ＨＤＤ
１２、２３、２４…ＡＴＡブリッジ回路
１３、１４、２５、２６…ホスト
１４、１５…通信用デバイス
２２…選択調停回路
２３…制御レジスタ
３４…調停コントローラ
３５…キャッシュメモリ
３６…スイッチ
【図１】
2005316781.tif 000003
【図２】
2005316781.tif 000004
【図３】
2005316781.tif 000005
【図４】
2005316781.tif 000006
【図５】
2005316781.tif 000007
【図６】
2005316781.tif 000008
【図７】
2005316781.tif 000009
【図８】
2005316781.tif 000010
【図９】
2005316781.tif 000011
【図１０】
2005316781.tif 000012
【図１１】
2005316781.tif 000013
【図１２】
2005316781.tif 000014
【図１３】
2005316781.tif 000015
【図１４】
2005316781.tif 000016
【図１５】
2005316781.tif 000017
【図１６】
2005316781.tif 000018
【図１７】
2005316781.tif 000019