ポートフォリオ機能
| ポートフォリオを新規に作成して保存 |
|
|
| 既存のポートフォリオに追加保存 |
|
PDFをダウンロード
|
| 審決分類 |
審判 査定不服 2項進歩性 特許、登録しない。 G06F |
|---|---|
| 管理番号 | 1247689 |
| 審判番号 | 不服2009-20548 |
| 総通号数 | 145 |
| 発行国 | 日本国特許庁(JP) |
| 公報種別 | 特許審決公報 |
| 発行日 | 2012-01-27 |
| 種別 | 拒絶査定不服の審決 |
| 審判請求日 | 2009-10-26 |
| 確定日 | 2011-12-01 |
| 事件の表示 | 特願2004-526022「メディア・エリア・ネットワークのためのリアルタイム故障回復」拒絶査定不服審判事件〔平成16年 2月12日国際公開、WO2004/013719、平成17年11月17日国内公表、特表2005-535034〕について、次のとおり審決する。 |
| 結論 | 本件審判の請求は、成り立たない。 |
| 理由 |
1.手続きの経緯 本願は、平成15年7月3日を国際出願日(優先権主張:2002年8月2日(米国))とする出願であり、平成18年6月5日に出願審査請求と同日に手続補正がなされ、平成20年11月6日付け拒絶理由通知書に対して、平成21年5月15日に手続補正がなされたが、同年6月11日付けで拒絶査定がなされ、それに対して同年10月26日に拒絶査定不服審判請求がなされたものである。 2.本願発明 本願の請求項5に係る発明(以下、「本願発明」という。)は、平成21年5月15日付け手続補正書により補正された特許請求の範囲の請求項5に記載された次のとおりのものと認める。 「ディジタル化された情報を記憶する少なくとも1個の記憶デバイスを有する記憶システムと、ネットワーク・システムを全体的に制御するホスト・システムと、前記ホスト・システムと前記記憶システムとの間のリンクを与えるホスト・バス・アダプタと、を具える前記ネットワーク・システムにおいて故障からの回復を達成する方法であって、 各々の記憶デバイスは、最初のポートが一方のリンクを介して連結され、代替ポートが他方のリンクを介して連結されている2つのリンクを介して前記ホスト・バス・アダプタへの接続が維持されており、前記方法は、 前記ホスト・バス・アダプタ内の、前記ホスト・システムの外部の下位レベルのポート・ドライバにおいて前記記憶システムと前記ホスト・バス・アダプタとの間の通信状態をモニタするステップと、 前記最初のポートの通信の故障発生時に、該故障が認識された後に前記代替ポートを起動して故障からの回復を達成するために、前記下位レベル・ポート・ドライバにおいて切替えを開始するステップと、を含んでおり、該切替えを開始するステップは、 前記通信が故障した前記最初のポートから前記代替ポートにリクエストをキューするステップと、 前記最初のポートへの未処理のリクエストをすべてキャンセルするステップと、 前記代替ポートを介して少なくとも1つのコマンドを発するステップと、を含む、前記方法。」 3.引用例 (1)原査定の拒絶の理由に引用された米国特許第5944838号明細書(以下、「引用例」という。)には、図面とともに次の記載がある。 (イ)「One skilled in the art will recognize that the RDAC layer is a logical component, typically embodied as a software module. The RDAC layer typically operates within either the host system (as part of the operating system) or may be operable within intelligent I/O adapters in the host as well as embedded storage controllers within the storage subsystem. The physical components on which the RDAC layer is operable are not particularly relevant to the layered architecture of which the RDAC layer is a component. It is generally desirable that the RDAC layer operate at a higher level thus enabling it to encompass control of a larger number of I/O path elements in its failure recovery techniques.」(第1欄第36行-同欄第48行) (当審訳:RDAC層は、論理的コンポーネントであり、典型的にはソフトウェアモジュールとして組み込まれることは、当業者が認識しているであろう。RDAC層は、典型的には、(OSの一部として)ホストシステムの中で動作するか、またはストレージサブシステムの中の組み込まれたストレージコントローラと同様、ホスト内のインテリジェントI/Oアダプタの中で動作可能であってもよい。RDAC層が動作可能である物理的コンポーネントは、RDAC層がコンポーネントである層アーキテクチャには特に関連しない。RDAC層がより高いレベルで動作し、それ故、それが障害回復技術における多くのI/Oパス要素の制御を包含することを可能とすることは、一般に望ましいことである。) (ロ)「FIG. 1 depicts an exemplary computing environment in which the methods and apparatus of the present invention are operable to provide fast, portable, failover restart of I/O requests after an I/O path failure. Host system 104 is connected via redundant buses 105 and 106 to the data storage subsystem 108. Data storage subsystem 108 includes redundant storage control modules 110 and 112 connected to redundant buses 105 and 106, respectively. Control modules 110 and 112 are, in turn, connected via redundant buses 114 and 115, respectively, to disk array 116, containing a plurality of redundant disk drives 118. One of ordinary skill will recognize that control modules 110 and 112 may provide RAID storage management functions for disk array 116. The methods of the present invention are applicable within host systems interfaced to storage subsystems having redundant paths therebetween. RAID storage management is a common configuration for such storage subsystems offering redundant operations but is not required for operation of the methods of the present invention on an attached host system. As shown in FIG. 1, bus 105, control module 110, and bus 115 form a first I/O path between host system 104 and disk array 116. Bus 106, control module 112, and bus 114 form a second (redundant) I/O path between host system 104 and disk array 116. One of ordinary skill will further note that I/O adapters within host system 104, a first attached to bus 105 and a second attached to bus 106, may form yet another component of each of the redundant I/O paths. Further, it will be recognized that any number of I/O paths may connect host system 104 to disk array 116. FIG. 1 is therefore intended only as exemplary of one computing environment in which the methods of the present invention may be advantageously applied. Many similar computing environments will be recognized by those skilled in the art.」(第5欄第8行-同欄第42行) (当審訳:図1は、本件発明の方法及び装置が、I/Oパス障害の後の、I/Oリクエストの高速・移植可能・フェイルオーバー再開を提供するよう動作可能である例示的コンピューティング環境を図示している。ホストシステム104は、冗長バス105及び106を経由してデータストレージサブシステム108に接続されている。データストレージサブシステム108は、それぞれ冗長バス105及び106に接続された冗長ストレージコントロールモジュール110及び112を含んでいる。コントロールモジュール110及び112は、同様にそれぞれ冗長バス114及び115を経由して、複数の冗長ディスクドライブ118を含んでいるディスクアレイ116に接続されている。 コントロールモジュール110及び112は、ディスクアレイ116のためのRAIDストレージ管理機能を提供するであろうことを、当業者は認識するであろう。ストレージサブシステムにインターフェースし、間に冗長パスを有するホストシステムの中において、本件発明の方法は適用できる。RAIDストレージ管理は、冗長動作を提供するそのようなストレージサブシステムのための共通の構成であるが、付属のホストシステムに関する本件発明の方法の動作のためには必要でない。 図1に示されているように、バス105、コントロールモジュール110及びバス115は、ホストシステム104及びディスクアレイ116の間の第一I/Oパスを形成している。バス106、コントロールモジュール112及びバス114は、ホストシステム104及びディスクアレイ116の間の第二(冗長)I/Oパスを形成している。ホストシステム104の中の、一方はバス105に接続され、他方はバス106に接続されているI/Oアダプタは、各々の冗長パスのさらに別のコンポーネントを形成するであろうことに、当業者はさらに注目するであろう。さらに、任意の多くのI/Oパスがホストシステム104をディスクアレイ116に接続するであろうことが認識される。それ故、図1は、本件発明の方法が有利に適用されるであろうところの1つのコンピューティング環境の例示としてのみ意図される。多くの同様のコンピューティング環境は当業者によって認識される。) (ハ)「Portable, Fast, Failover Restart of I/O Operations FIG. 3 is a simplified block diagram showing the handling of I/O requests by the methods of the present invention. Application software 302 sends I/O requests to RDAC 304, which in turn transfers them to (standard) low level disk driver 310. As above with respect to FIG. 2, low level disk driver 310 maintains dispatch queues 306 and 308 corresponding to each redundant I/O path for purposes of buffering the generation of I/O requests by RDAC 304 and the slower, asynchronous processing of I/O requests on the storage array (e.g., RAID LUNs not shown). Low level disk driver 310 controls the storage array to perform the requested I/O operations in due course asynchronously with respect to the processing of RDAC 304. RDAC 304 also maintains a pending I/O queue 312 containing a copy of each I/O request sent to low level disk driver 310 and thereby queued on path A dispatch queue 306. RDAC 304 controller preferably maintains a single pending I/O queue 312 in which a copy of each I/O request is maintained until it is completed. 」(第6欄第56行-第7欄第8行) (当審訳:I/O動作の、移植可能・高速・フェイルオーバー再開 図3は、本件発明の方法によるI/Oリクエストの扱いを示している簡略なブロック図である。アプリケーションソフトウェア302は、I/OリクエストをRDAC304に送信し、RDAC304は次に、それらを(標準)下位レベルディスクドライバ310に転送する。図2に関して前述したように、RDAC304によるI/Oリクエストの生成と、(不図示のRAID LUNなどの)ストレージアレイに関するI/Oリクエストの、より遅い、非同期の処理とを緩衝することを目的として、下位レベルディスクドライバ310は、各々の冗長I/Oパスに対応する発送待ち行列306及び308を保持している。下位レベルディスクドライバ310は、RDAC304の処理に関して、通常は非同期に、リクエストされたI/O動作を行うために、ストレージアレイを制御する。RDAC304はまた、下位レベルディスクドライバ310に送信され、パスA発送待ち行列306に入れられた各I/Oリクエストのコピーを含んでいる待機I/O待ち行列312を保持している。 RDAC304のコントローラは、好ましくは、各々のI/Oリクエストが完遂されるまで、そのコピーが保持される単一の待機I/O待ち行列312を保持する。) (ニ)「In normal processing of I/O requests, the copy of an I/O request in pending I/O queue 312 is removed when the I/O request is successfully completed by the low level disk driver 310. However, when an I/O request first fails on the bad I/O path, RDAC 304 uses the pending I/O queue 312 to rapidly identify all I/O requests pending within the low level disk driver 310 (e.g., within dispatch queue 306 for I/O path A) and restart all such identified I/O requests on the alternate good I/O path.」(第7欄第25行-同欄第33行) (当審訳:I/Oリクエストの通常の処理において、I/Oリクエストが下位レベルディスクドライバ310によって成功裏に完遂されるとき、待機I/O待ち行列312の中のI/Oリクエストのコピーは消去される。しかしながら、状態の悪いI/Oパスにおいて、I/Oリクエストに最初の障害が発生したときに、(例えば、I/OパスAのために発送待ち行列306の中にある)下位レベルディスクドライバ310の中で待機している全てのI/Oリクエストを早期に特定するために、RDAC304は待機I/O待ち行列312を用い、そして、すべてのそのような特定されたI/Oリクエストを、代替の状態の良いI/Oパスで再開する。) (ホ)「The benefit of the present invention is shown by considering the flow of I/O requests in the event of a failure on a first I/O path A. The low level disk driver 310 sends the first of the failed I/O requests back to RDAC 304. RDAC 304 then searches pending I/O queue 312 for the failed I/O request. Depending upon the data structure and organization of the pending I/O queue 312, locating the first failed I/O request may be as simple as identifying the first entry in the queue. Having found the failed I/O request, RDAC 304 will then transfer the I/O request to the good I/O path via low level disk driver 310. Low level disk driver 310 then queue the request on the good I/O path B dispatch queue 308. In addition, RDAC 304 locates all other pending I/O requests in the pending I/O queue 312 destined to eventually fail in the normal course of processing requests in the now failed bad I/O path A (those presently in dispatch queue 306 of I/O path A awaiting processing by low level disk driver 310). All other such located I/O requests in pending I/O queue 312 are also transferred to the low level disk driver 310 destined for alternate good I/O path B. Low level disk driver 310 then queues the additional, redirected I/O requests on path B's dispatch queue 308. Thus, at the time of completion of the operation, all the potentially thousands of I/O requests still waiting in the path A dispatch queue 306, destined to fail, are also awaiting processing by low level disk driver 310 in the path B dispatch queue 308. Failover restart processing of the I/O requests is therefore not dependent upon the time required for each request to individually fail out of the path A dispatch queue 306. Rather, all requests are redirected to the good I/O path B at the time of sensing the first failure in the bad I/O path A.」(第7欄第34行-同欄第64行) (当審訳:本件発明の利点は、第一I/OパスAにおける障害が発生したときにおけるI/Oリクエストのフローを考慮することによって示される。下位レベルディスクドライバ310は、最初の障害発生I/OリクエストをRDAC304に返送する。RDAC304は、そのとき障害が発生したI/Oリクエストを見つけるために待機I/O待ち行列312をサーチする。待機I/O待ち行列312のデータ構造や組織に依存するが、最初の障害が発生したI/Oリクエストを見つけることは、その待ち行列の第一順位を特定することと同様簡単である。RDAC304が、障害が発生したI/Oリクエストを見つけると、RDAC304は、下位レベルディスクドライバ310を経由して、状態の良いI/OパスにそのI/Oリクエストを転送する。下位レベルディスクドライバ310は、そのリクエストを、状態の良いI/OパスB発送待ち行列308に入れる。加えて、RDAC304は、待機I/O待ち行列312内の、通常はリクエストを処理するが、今となっては障害が発生した状態の悪いI/OパスA(目下I/OパスAの発送待ち行列306内にあるI/Oリクエストは、下位レベルディスクドライバ310によって処理されるのを待っている。)で、ゆくゆくは障害が発生することとなる全ての他の待機I/Oリクエストを見つける。待機I/O待ち行列312の中の全ての他のそのようなI/Oリクエストは、また、状態の良い代替のI/OパスB行きである下位レベルディスクドライバ310へ転送される。下位レベルディスクドライバ310は、そのとき、追加の、出力先を変更されたI/OリクエストをパスB発送待ち行列308に入れる。それ故、その動作の完遂時に、パスA発送待ち行列306の中でまだ待機しており、障害が発生することとなる、すべての潜在的に数千のI/Oリクエストは、同様に、パスB待機待ち行列308の中で下位レベルディスクドライバ310によって処理されるのを待っていることになる。それ故、I/Oリクエストのフェイルオーバー再開処理は、各々のリクエストが個々に障害が発生してパスA発送待ち行列306から出て行くのに必要とする時間に依存しない。むしろ、すべてのリクエストは、状態の悪いI/OパスAにおける最初の障害を検出するのと同時に、状態の良いI/OパスBに出力先を変更される。) (ヘ)FIG.1には、ディスクアレイ116は、第一I/Oパスに連結されるポートと、第二(冗長)I/Oパスに連結されるポートとを有していることが記載されている。 したがって、引用例には、つぎの発明(以下、「引用発明」という。)が開示されているものと認められる。 「I/Oパス障害の後の、I/Oリクエストの高速・フェイルオーバー再開を提供するよう動作可能なコンピューティング環境の方法であって、 ホストシステム104は、冗長バス105及び106を経由してデータストレージサブシステム108に接続されており、データストレージサブシステム108は、それぞれ冗長バス105及び106に接続された冗長ストレージコントロールモジュール110及び112を含んでおり、コントロールモジュール110及び112は、同様にそれぞれ冗長バス114及び115を経由して、複数の冗長ディスクドライブ118を含んでいるディスクアレイ116に接続されており、 バス105、コントロールモジュール110及びバス115は、ホストシステム104及びディスクアレイ116の間の第一I/Oパスを形成しており、バス106、コントロールモジュール112及びバス114は、ホストシステム104及びディスクアレイ116の間の第二I/Oパスを形成しており、ホストシステム104の中のI/Oアダプタは、一方はバス105に接続され、他方はバス106に接続されており、 ディスクアレイ116は、第一I/Oパスに連結されるポートと、第二I/Oパスに連結されるポートとを有しており、 アプリケーションソフトウェア302は、I/OリクエストをRDAC304に送信し、RDAC304は次に、それらを下位レベルディスクドライバ310に転送し、 下位レベルディスクドライバ310は、各々の冗長I/Oパスに対応する発送待ち行列306及び308を保持しており、下位レベルディスクドライバ310は、RDAC304の処理に関して、リクエストされたI/O動作を行うために、ディスクアレイ116(ストレージアレイ)を制御し、 RDAC304(RDAC層)は、ホスト内のI/Oアダプタ(インテリジェントI/Oアダプタ)の中で動作可能であってもよく、 第一I/Oパス(I/OパスA)における障害が発生したときにおけるI/Oリクエストのフローにおいて、下位レベルディスクドライバ310は、最初の障害発生I/OリクエストをRDAC304に返送し、RDAC304が、障害が発生したI/Oリクエストを見つけると、RDAC304は、下位レベルディスクドライバ310を経由して、状態の良いI/OパスにそのI/Oリクエストを転送し、下位レベルディスクドライバ310は、そのリクエストを、状態の良い第二I/Oパス(I/OパスB)発送待ち行列308に入れ、 すべてのリクエストは、状態の悪い第一I/Oパス(I/OパスA)における最初の障害を検出するのと同時に、状態の良い第二I/Oパスに出力先を変更される コンピューティング環境の方法。」 3.対比 本願発明と引用発明とを対比する。 引用発明の冗長ディスクドライブ118が、ディジタル化された情報を記憶していることは当然である。よって、引用発明の「冗長ディスク118」は、本願発明の「記憶デバイス」に相当する。 引用発明の「ディスクアレイ116」は、複数の冗長ディスクドライブ118を有しているので、引用発明の「記憶システム」に相当する。 引用発明において、ホストシステム104が、コンピューティング環境を全体的に制御していることは当然であり、コンピューティング環境はシステムともいえる。よって、引用発明の「ホストシステム104」は、「システムを全体的に制御する」点で、本願発明の「ホスト・システム」と一致している。 引用発明のI/Oアダプタは、第一I/Oパス(バス105、コントロールモジュール110及びバス115)と第二I/Oパス(バス106、コントロールモジュール112及びバス114)とによって、ホストシステム104とストレージアレイとの間を接続している。よって、引用発明の「I/Oアダプタ」は、本願発明の「前記ホスト・システムと前記記憶システムとの間のリンクを与えるホスト・バス・アダプタ」に相当する。 引用発明は、I/Oパス障害の後の、I/Oリクエストの高速・フェイルオーバー再開を提供するよう動作可能なコンピューティング環境の方法であるので、本願発明と「システムにおいて、故障からの回復を達成する方法」である点で一致している。 引用発明の「第一I/Oパス」及び「第二I/Oパス」は、それぞれ本願発明の「一方のリンク」及び「他方のリンク」に相当する。また、引用発明の記憶システム(ディスクアレイ116)は、それぞれのリンクに連結されるポートを有しており、また、すべてのリクエストは、一方のリンク(第一I/Oパス)における最初の障害を検出するのと同時に、他方のリンク(第二I/Oパス)に出力先を変更されるから、一方のリンクに連結されるポートを「最初のポート」ということができ、他方のリンクに接続されるポートを「代替ポート」ということができる。したがって、引用発明は、記憶システムは、最初のポートが一方のリンクに連結され、代替ポートが他方のリンクに連結されている2つのリンクを介して前記ホスト・バス・アダプタへの接続が維持されている点で本願発明と一致している。 引用発明のRDAC304は、I/Oアダプタの中で動作可能である。また、下位レベルディスクドライバ310も、RDAC304からI/Oリクエストが転送され、それを各々のリンクに対応する発送待ち行列306又は308に出力するのであるから、RDAC304同様、I/Oアダプタの中で動作可能であるといえる。引用発明において、RDAC304と下位レベルディスクドライバ310は、ストレージアレイとI/Oアダプタとの間のパスの制御を協働して行っているドライバである。よって、RDAC304及び下位レベルディスクドライバ310は、「ホスト・バス・アダプタ内の」「ポート・ドライバ」であるといえる。 引用発明では、下位レベルディスクドライバ310は、最初の障害発生I/OリクエストをRDAC304に返送し、RDAC304が、障害が発生したI/Oリクエストを見つけている。よって、引用発明は、ポート・ドライバにおいて、「前記記憶システムと前記ホスト・バス・アダプタとの間の通信状態をモニタするステップ」を有しているといえる。 引用発明では、一方のリンクにおける障害が発生したときにおけるI/Oリクエストのフローにおいて、RDAC304が、障害が発生したI/Oリクエストを見つけると、RDAC304は、下位レベルディスクドライバ310を経由して、状態の良い他方のリンクにそのI/Oリクエストを転送しており、すべてのリクエストは、状態の悪い一方のリンクにおける最初の障害を検出するのと同時に、状態の良い他方のリンクに出力先を変更される。一方のリンクにおける障害は、該一方のリンクに連結された最初のポートの通信の故障でもあり、また、他方のリンクに出力先を変更することは、該他方のリンクに連結された代替ポートを起動することでもある。よって、引用発明は、ポート・ドライバにおいて、「前記最初のポートの通信の故障発生時に、該故障が認識された後に前記代替ポートを起動して故障からの回復を達成するために」、「切替えを開始するステップ」を有しているといえる。 引用発明では、下位レベルディスクドライバ310は、各々の冗長リンクに対応する発送待ち行列306及び308を保持しており、一方のリンクにおける障害が発生したときにおけるI/Oリクエストのフローにおいて、RDAC304が、障害が発生したI/Oリクエストを見つけると、RDAC304は、下位レベルディスクドライバ310を経由して、状態の良い他方のリンクにそのI/Oリクエストを転送し、下位レベルディスクドライバ310は、そのリクエストを、状態の良い他方のリンクの発送待ち行列308に入れている。一方のリンクにおける障害発生は、該一方のリンクに連結された最初のポートの通信の故障でもあり、他方のリンクのキュー(待ち行列)は、該他方のリンクに連結された代替ポートのキューでもある。よって、引用発明は、「切替えを開始するステップ」が、「前記通信が故障した前記最初のポートから前記代替ポートにリクエストをキューするステップ」とを有しているといえる。 引用発明において、I/Oリクエストの中にI/Oのための少なくとも1つのコマンドが含まれていることは当然であり、第二I/Oパスに転送されたI/Oリクエストは、第二I/Oパスを介して少なくとも1つのコマンドを発することになる。よって、引用発明は、本願発明同様、「前記代替ポートを介して少なくとも1つのコマンドを発するステップ」を有しているといえる。 したがって、両者は、 「ディジタル化された情報を記憶する少なくとも1個の記憶デバイスを有する記憶システムと、システムを全体的に制御するホスト・システムと、前記ホスト・システムと前記記憶システムとの間のリンクを与えるホスト・バス・アダプタと、を具える前記システムにおいて故障からの回復を達成する方法であって、 記憶システムは、最初のポートが一方のリンクに連結され、代替ポートが他方のリンクに連結されている2つのリンクを介して前記ホスト・バス・アダプタへの接続が維持されており、前記方法は、 前記ホスト・バス・アダプタ内のポート・ドライバにおいて前記記憶システムと前記ホスト・バス・アダプタとの間の通信状態をモニタするステップと、 前記最初のポートの通信の故障発生時に、該故障が認識された後に前記代替ポートを起動して故障からの回復を達成するために、前記ポート・ドライバにおいて切替えを開始するステップと、を含んでおり、該切替えを開始するステップは、 前記通信が故障した前記最初のポートから前記代替ポートにリクエストをキューするステップと、 前記代替ポートを介して少なくとも1つのコマンドを発するステップと、を含む、前記方法。」 で一致し、次の(1)?(4)で相違する。 (1)本願発明のホスト・システムは、ネットワーク・システムを全体的に制御するのに対して、引用発明のホスト・システムが制御しているのは、ネットワーク・システムではない点。 (2)本願発明では、「各々の記憶デバイスは、最初のポートが一方のリンクを介して連結され、代替ポートが他方のリンクを介して連結されている2つのリンクを介して前記ホスト・バス・アダプタへの接続が維持されて」いるのに対して、引用発明では、各々の記憶デバイスは、最初のポートが一方のリンクを介して連結され、代替ポートが他方のリンクを介して連結されていない点。 (3)本願発明のホスト・バス・アダプタ内のポート・ドライバは、「前記ホスト・システムの外部の下位レベルのポート・ドライバ」であるのに対して、引用発明のポート・ドライバは、ホスト内のI/Oアダプタの中で動作しており、ホスト・システムの外部のポート・ドライバではなく、また、ポート・ドライバを構成する一方の下位レベルディスクドライバ310は下位レベルといえるものの、ポート・ドライバを構成する他方のRDAC304は、下位レベルとはいえない点。 (4)本願発明は、「切替えを開始するステップ」が、「前記最初のポートへの未処理のリクエストをすべてキャンセルするステップ」を有するのに対して、引用発明はその構成を有していない点。 4.当審の判断 ・相違点(1)について コンピュータ・システムにおいて、ネットワーク・システムは一般的であり、引用発明のホスト・システムにおいてネットワーク・システムを制御するように構成することは、当業者が適宜なし得る設計的事項である。 ・相違点(2)について ディスクアレイにおいて、各々の記憶デバイスの最初のポートを一方のリンクを介して連結し、代替ポートを他方のリンクを介して連結することは、特開平8-314843号公報(【図1】-【図2】)や、特開平4-312146号公報(【図1】)にみられるように周知技術であり、引用発明において、「各々の記憶デバイスは、最初のポートが一方のリンクを介して連結され、代替ポートが他方のリンクを介して連結されている2つのリンクを介して前記ホスト・バス・アダプタへの接続が維持されて」いるように構成することは、当業者が適宜なし得る設計的事項である。 ・相違点(3)について I/Oアダプタなど、ホスト・システムと記憶システムとを接続する装置を、ホスト・システムの外部に設けることは、特開平8-314843号公報(段落【0009】-【0023】,【図1】-【図2】)や、特開平4-312146号公報(段落【0049】,【図1】)にみられるように周知技術である。 また、ホスト・システムが記憶システムを制御するために、ホスト・システムの制御部で動作するドライバを有していることは、コンピュータ分野の当業者にとって自明の事実であり、該ドライバが、ホスト・システムの制御部と記憶システムとの間の接続を行うI/O接続装置内で動作するドライバと通信を行うことで、記憶システムを制御していることも同様である。この場合、I/O接続装置内で動作するドライバは、ホスト・システムの制御部で動作するドライバに対して、下位レベルに位置しているといえる(ディスクアレイ制御において、ホスト側の制御部で動作するプログラムを上位と称し、ディスクアレイに近い側の制御部で動作するプログラムを下位と称する例として、特開平10-105347号公報(段落【0045】-【0050】,【図2】)がある。)。 したがって、引用発明において前述の周知技術を適用し、I/Oアダプタをホスト・システムの外部に設け、I/Oアダプタ内で動作する下位レベルディスクドライバ310及びRDAC304が、ホスト・システムの制御部で動作するドライバに対して下位レベルであるように構成することは、当業者が容易になし得ることである。 ・相違点(4)について 以後処理されることのない未処理のリクエストをすべてキャンセルすることは普通に行われていることであり、引用発明において、最初のポートの通信の故障発生時に、最初のポートへの未処理のリクエストをすべてキャンセルするステップを実行するように構成することは、当業者が適宜なし得ることである。 また、相違点(1)?(4)により奏される効果は、引用発明及び周知技術から、当業者であれば予測できる範囲内のものである。 5.結論 以上のとおり、本願の請求項5に係る発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第29条第2項の規定により、特許を受けることができない。 したがって、本願はその余の請求項について論及するまでもなく拒絶すべきものである。 よって、結論のとおり審決する。 |
| 審理終結日 | 2011-06-27 |
| 結審通知日 | 2011-06-29 |
| 審決日 | 2011-07-22 |
| 出願番号 | 特願2004-526022(P2004-526022) |
| 審決分類 |
P
1
8・
121-
Z
(G06F)
|
| 最終処分 | 不成立 |
| 前審関与審査官 | 梅景 篤 |
| 特許庁審判長 |
和田 志郎 |
| 特許庁審判官 |
安島 智也 清水 稔 |
| 発明の名称 | メディア・エリア・ネットワークのためのリアルタイム故障回復 |
| 代理人 | 木越 力 |
