【事件の表示】
　特願２００６−５３８２１４「独立ノード冗長アレイに対するポリシーに基づく管理」拒絶査定不服審判事件〔平成１７年　５月１２日国際公開、ＷＯ２００５／０４３３２３、平成１９年　５月１０日国内公表、特表２００７−５１１８２０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯 
　本願は、２００４年１０月２７日（パリ条約による優先権主張、２００３年１０月２７日、米国）を国際出願日とする出願であって、平成２２年７月２０日付けで拒絶理由が通知され、平成２３年１月２６日付けで手続補正がなされたが、平成２３年５月１１日付けで拒絶査定がなされ、これに対し、平成２３年９月１６日に拒絶査定不服の審判が請求され、同時に手続補正がなされ、当審において平成２４年１２月２１日付けで拒絶理由が通知され、平成２５年６月２１日付けで手続補正がなされたものである。 
　
２．本願発明 
　本願の請求項１〜８に係る発明は、平成２５年６月２１日付け手続補正書により補正された特許請求の範囲の請求項１〜８に記載された事項により特定されるとおりのものであるところ、請求項１に係る発明（以下、「本願発明」という。）は次のとおりのものである。 
 「【請求項１】
　全体としてネットワークを構成する複数のコンピュータからなる複数のノードを含むコンピュータシステムに用いるデータ保存装置であって、
　プロセッサと、
　前記プロセッサにより実行されるコンピュータプログラムを記憶するメモリとを有し、
　前記コンピュータプログラムとして、メタデータマネージャー、ポリシーマネージャー及び管理コンソールがあり、
　前記複数のノードのうちの所与のノードにコンテンツデータが書き込まれた場合に、前記プロセッサが、前記メタデータマネジャーを実行することにより、１つまたは２つ以上のポリシーから成るポリシーセットのうちの１つであり、前記所与のノードに記憶されたコンテンツデータに適用される複数の記憶ポリシーを規定するメタデータと、書き込まれた前記コンテンツデータと、を対応付けてデータオブジェクトとして管理するために、前記メタデータと前記コンテンツデータとを対応付けて記憶装置に記憶し、
　前記複数の記憶ポリシーが、前記コンテンツデータの完全性を保護する処理を規定したデータ保護ポリシー、前記コンテンツデータの変造を防止する処理を規定したデータ確認ポリシー、及び前記コンテンツデータを保持する期間を規定した保持ポリシーを含み、
　前記プロセッサが、前記ポリシーマネジャーを実行することにより、前記コンテンツデータが前記所与のノードに記憶されている期間の間、前記コンテンツデータに前記データオブジェクトとして対応付けて管理されている前記メタデータに基づいて、前記複数の記憶ポリシーを、前記コンテンツデータに対して実行し、
　前記プロセッサが、前記管理コンソールを実行することにより、前記複数の記憶ポリシーのうちの２以上の記憶ポリシーにそれぞれ対応した２以上の現在のステータスをまとめて表示する
データ保存装置。」
　
３．引用例
（引用例１）
　これに対し、当審における平成２４年１２月２１日付け拒絶理由通知で引用された、本願の優先日前に頒布された、「EMC Centera」、Product Description Guide、Content Addressed Storage、EMC Corporation、２００３年３月、ｐ．１〜１９（インターネット・アーカイブ、＜ＵＲＬ：http://web.archive.org/web/20030801151222/http://www.emc.com/pdf/products/centera/centera_guide.pdf＞より入手。）（以下、「引用例１」という。）には、図面とともに、次の技術事項が記載されている。
（ア）「Chapter 2
The Value of Centera
The Centera approach to storing fixed content offers the end user many benefits:
・ Ease of Management: Centera technology greatly simplifies system planning and management of hundreds of terabytes of content storage. With no RAID types to choose, LUNs to bind, or file systems to create, customer applications are released from the requirement to compensate for, or manage, the complexity of traditional storage topologies.
・ Content Authentication: Any object presented to the system is stored in such a way that it is unchangeable and authenticated, which is transparent to the end-user application.
・ Non-eraseability: Data objects cannot be deleted prior to the expiration of their particular retention periods.
・ Efficient Replication: As you'll see, Centera uses a unique content-derived address to ensure that only one copy of content is stored (and a replica for reliability) no matter how many times it is used. This can significantly reduce the amount of information a customer stores and is a key factor in lowering the TCO for storing content.
・Scalability without Reconfiguration: Centera, based on redundant arrays of independent nodes (RAIN), is architected to be highly scalable (terabyte to perabytes).
・Easily Installed and Upgraded: A significant effect of this breakthrough technology is that systems are able to be installed or upgraded in an hour or less.」（第５頁第１〜１９行）（当審訳：第2章 Centeraの意義
　固定内容を格納するCenteraのアプローチはエンドユーザに多くの利点を提供します:
・管理のしやすさ:　Centeraの技術は、何百テラバイトのコンテンツ記憶装置のシステム設計および管理を非常に単純化します。RAIDタイプの選択や、LUNへのバインド、あるいはファイルシステムの構築が不要なので、顧客アプリケーションは、従来の複雑なストレージ・トポロジーの埋め合わせや管理から解放されます。
・コンテンツ認証:　システムに提示されたどんなオブジェクトも、変更不可能で、かつ認証されるように格納され、それはエンドユーザ・アプリケーションには透明です。
・非削除性:
　データオブジェクトは、それらの特定の保持期間の終了に先立って削除することができません。
・効率的な複製化:　後に判明するように、Centeraは、それがどれほど利用されても、1つのコンテンツのコピー(及び信頼性のための１つのレプリカ)だけが格納されることを保証するために、ユニークな、内容由来のアドレスを使用します。これは、顧客が格納する情報量を著しく縮小することができ、コンテンツを格納するためのTCOを低下させる主要因です。
・再構築の不要なスケーラビリティ:　Centeraは、独立したノードによる冗長アレイ(RAIN)に基づき、高度にスケーラブル(テラバイトからペタバイト)に設計されます。
・インストールとアップグレードが容易:　この突破口となる技術の重要な効果は、システムが1時間以内にインストールされるかアップグレードされることができるということです。）
　
（イ）「Centera stores a data object, also known as a BLOB (Binary Large Object) synchronously as shown in Figure 2.
1. An application delivers a data object to the Centera Application Programming Interface (API), which calculates a 128-bit claim check, i.e., the Content Address (CA), from the object's binary representation.
2. The Centera repository then stores the BLOB and a mirror copy.
3. This CA, which is unique for the object's content, and metadata about the object (e.g., file name, creation date, etc.) are then inserted into an XML file, called a C-ClipTM Descriptor File (CDF), which in turn has its content address calculated. Note:The C-Clip is the union of the CDF and its content object.
4. This C-Clip CA is only returned to the application once two copies of the CDF and two copies of the BLOB have been safely stored in the repository.
 Future requests for the retrieval of the data object occur when the application submits the C-Clip's CA for that object to the repository via the API. There is no centralized directory in Centera and no pathnames or URLs are used. Only the C-Clip's CA is used as a reference. Where the data is physically stored in Centera is transparent to the application.」（第６頁第１〜１６行）（当審訳：Centeraは、図2に示されるように、BLOB(2進法の大規模なオブジェクト)としても知られているデータ・オブジェクトを同期して格納します。
1. アプリケーションは、Centeraのアプリケーションプログラムインターフェイス(API)に、データ・オブジェクトを配達し、それはオブジェクトの2進法の表現から、128ビットの預かり証(つまり、コンテンツ・アドレス)(CA)を計算します。
2. その後、CenteraリポジトリはBLOBおよびミラー・コピーを格納します。
3. その後、このCA(それはオブジェクトの内容にユニークである)およびオブジェクトに関するメタデータ(例えば、ファイル名、作成日など)は、C-ClipTMディスクリプタ・ファイル(CDF)と呼ばれるXMLファイルに挿入され、次に、そのコンテンツ・アドレスが計算されます。注:C-Clipは、CDFとそのコンテンツ・オブジェクトとの結合です。
4. 一たび、CDFの2つのコピーおよびBLOBの2つのコピーがリポジトリに安全に格納された場合にのみ、このC-Clip CAはアプリケーションに返されます。
　将来において、アプリケーションがAPI経由でそのオブジェクトのためにリポジトリにC-ClipのCAを提出する場合、データ・オブジェクトの検索の要請が生じます。Centeraには集中ディレクトリーがなく、パスネームも、URLも使用されません。C-ClipのCAだけが参照として使用されます。データがCenteraに物理的に保存される場所は、アプリケーションに対して透明です。）
　
（ウ）「C-Clip Functionality
The CA is essentially a fingerprint that assures the authenticity of the stored object (i.e, the User File BLOB). If an object is retrieved and altered by one bit, when the modified object is subsequently stored, the Centera API will produce a new CDF with a new content address for the altered BLOB. The original object is still unchanged and accessible by its original content address. This Write Once Read Many (WORM) attribute assures a level of versioning integrity that file servers can't provide. Additionally, Centera features an operational mode where data cannot be deleted prior to the expiration of a defined retention period. These non-rewritable and non-erasable properties of Centera give it WORM attributes without sacrificing online performance.」（第６頁第１７〜２４行）（当審訳：C-Clip の機能
　CAは、本質的に、格納されたオブジェクト(つまり、ユーザ・ファイルBLOB)の認証を確実にする指紋です。オブジェクトが検索され、1ビット修正されたと仮定すると、修正されたオブジェクトが続いて格納された時、Centera APIは変更されたBLOBのための新しいコンテンツ・アドレスを備えた新しいCDFを生成するでしょう。オリジナルのオブジェクトはまだ不変で、そのオリジナルのコンテンツ・アドレスによってアクセス可能です。この、書き込み１回限り、読み出し何回でも(WORM)の属性は、ファイル・サーバーが提供することができないバージョニングの完全性のレベルを確実にします。さらに、Centeraは、定義された保存期間の満了に先立ってデータを削除することができないという運用モードを、特色としています。再書込不可かつ消去不可というCenteraの特性は、オンライン・パフォーマンスを犠牲にせずに、WORM属性を与えます。）
　
（エ）「Centera Architecture
The Centera architecture presents a no-single-point-of-failure platform that is highly scalable and implements non-disruptive servicing. Centera is built upon a Redundant Array of Independent Nodes (RAIN) that are deployed in one or more six-foot NEMA standard 19-inch racks. A single rack can hold 8, 16, 24, or 32 nodes to provide 7.6TB, 15.4TB, 23.0TB,or 30.8TB of raw capacity, respectively. Each node contains processing power, 960GB of raw storage capacity, and is interconnected with all other nodes in the cluster via a private LAN. Each node executes an instance of Centera software in one of two operational modes:
・Storage Node:the node facilitates long-term storage of BLOBs and CDFs
・Access Node:the node is the conduit for interaction between the application server and the storage nodes.」（第７頁第２１〜第８頁第３行）（当審訳：Centeraアーキテクチャー
　Centeraアーキテクチャーは、高度にスケーラブルで、無停止サービスを実行する、「単一点障害のない」プラットフォームを提供します。Centeraは、１つ以上の、6本足・NEMA標準19インチ・ラックに展開される、独立したノードの冗長アレイ（RAIN)で構築されます。単一のラックは、7.6TB、15.4TB、23.0TBあるいは30.8TBの生の容量を提供するために、それぞれ、8、16、24、あるいは32ノードをそれぞれ保持することができます。各ノードは、処理能力、960GBの生の記憶容量を含んでおり、プライベートLANによってクラスタ中の他のすべてのノードと相互連結されます。各ノードは、2つの運用上のモードのうちの1つのモードで、Centeraソフトウェアのインスタンスを実行します: 
・ストレージ・ノード:BLOBおよびCDFの、長期保存を促進するノード。
・アクセス・ノード:アプリケーションサーバとストレージ・ノードの間の相互作用のための導管であるノード。）
　
（オ）「Content Protection Parity, like CPM, executes at the data object level and not the disk or node level. Therefore, when a device fault occurs, CentraStar software can employ the power of many storage nodes in parallel to regenerate the missing fragments of the impacted data objects. In contrast, in a RAID(Redundant Array of Independent Disks) device, only a handful of peer disks of a failed disk would be heavily exercised simultaneously to recreate the missing data.」（第８頁第２４〜２８行）（当審訳：コンテンツ保護パリティーは、CPMのように、ディスク又はノードのレベルではなく、データ・オブジェクト・レベルで実行されます。そのため、装置故障が生じた場合、CentraStarソフトウェアは、打撃を受けたデータ・オブジェクトの失われた破片を再生成するために、多くの記憶ノードの力を並行して使用することができます。対照的に、RAID(独立したディスクの冗長アレイ)装置では、失敗したディスクのわずかに１握りのピア・ディスクは、失われたデータを再生するために、極度に同時実行されることになるでしょう。）
　
（カ）「Continuous Content Availability and Authenticity 
Centera features complete redundancy to protect against component faults that will inevitably occur. Every data object is mirrored. Should there be a disk drive failure, Centera will self-heal by detecting the fault and generating new mirror copies of content objects. Failed components can be replaced non-disruptively. 」（第９頁第２３〜２６行）（絶え間のないコンテンツの可用性と認証 
　Centeraは、必然的に生じる構成要素の故障から保護するための、完全な冗長性を特色とします。すべてのデータ・オブジェクトがミラー化されます。万一ディスクドライブが故障したら、Centeraは、故障の検知およびコンテンツ・オブジェクトの新しいミラー・コピーを生成して「自己修復」するでしょう。故障したコンポーネントは、無停止で交換することができます。）
　
（キ）「The management of storage resources has been a primary cost factor, especially when content repositories grow to hundreds of terabytes. Centera makes quantum leaps in ease of management throught its introduction of the concept of organic management (i.e., self-management), its RAIN architecture which is dynamically expandable when more storage is required, and with self-healing that occurs after hardware failures. When new storage units are added to the cluster and powered-on, they are automatically auto-discovered and join the cluster.」（第１０頁第６〜１１行）（当審訳：特にコンテンツ・リポジトリが何百テラバイトにも成長する場合、記憶資源の管理は、主要なコスト要因でした。Centeraは、有機的な管理(つまり自己管理)の概念の導入と、より多くの記憶装置が要求されるときにダイナミックに拡張可能なそのRAINアーキテクチャーと、ハードウェア障害後に起こる自己修復とによって、管理の容易さに大きな飛躍を作りました。新しい記憶装置がクラスタに加えられ、電源が入れられる場合、それらは自動的に「自動発見」され、クラスタに連結されます。）
　
（ク）「Using CentraStarTM, Centera's operating software, when drives fail, they are fenced off from the cluster by the system and affected objects are regenerated to ensure that a fully redundant mirror copy of the content is always available. In the event of hardware failures, the user data remains available at all times. No power down or restore is required. Additionally, data integrity checking is run in the background. This task continuously recalculates content addresses of all the objects and compares the calculations to the content addresses originally stored in the CDF. The existence of protected copies of objects in the cluster is also verified.」（第１０頁第１２〜１８行）（当審訳：CentraStarTM(Centeraのオペレーティング・ソフトウェア)を使用すると、ドライブが故障した場合、システムによってそれらはクラスタから「垣根を巡らされ」、影響を受けたオブジェクトは、コンテンツの完全な冗長ミラー・コピーが常に利用可能であることを保証するために、再生成されます。ハードウェア故障の場合においても、利用者データはいつでも利用可能なままです。電源遮断やリストアは要求されません。さらに、データの完全性チェックが、バックグラウンドで実行されます。このタスクは、すべてのオブジェクトのコンテンツ・アドレスを絶え間なく再計算し、計算結果を、最初にCDFに格納されたコンテンツ・アドレスと比較します。クラスタ中にオブジェクトの保護コピーが存在していることも確認されます。） 
　
（ケ）「The system administrator doesn't need to worry about volume creation and management or file system structure and maintenance. All the system administrator needs to do is monitor Centera's available capacity and its object store/retrieval performance. The system administrator uses a GUI, Centera Viewer, that provides a simple means of displaying capacity utilization and operational performance. Centera Viewer runs on any Windows PC that is LAN-connected to Centera's access nodes. Centera Viewer also permits the system administrator to change any site-specific information such as the Centera's public IP addresses and subnet masks and end-user contact name and e-mail address.」（第１１頁第９〜１６行） 
 （当審訳：システム管理者は、ボリューム生成と管理、あるいはファイルシステム構造とメンテナンスについて心配する必要はありません。システム管理者が行う必要のあることの全ては、Centeraの利用可能な容量およびそのオブジェクトの格納／検索パフォーマンスのモニターです。システム管理者は、GUI、Centera Viewerを使用し、それは、容量の利用率と実行パフォーマンスを表示する簡単な手段を提供します。Centera Viewerは、Centeraのアクセス・ノードにLAN接続されたどんなWindows PC上でも走ります。Centera Viewerは、さらにシステム管理者が、CenteraのパブリックIPアドレスおよびサブネット・マスクおよびエンドユーザ・コンタクト名および電子メールアドレスのようなどんなサイト特有の情報を変更することも可能にします。）
　
（コ）「Chapter 3
Centera's Application Programming Interface (API)
As was described previously, application server access to the Centera repository is facilitated by use of a simple, robust set of API commands combined with a powerful claim-check mechanism, the C-Clip. A C-Clip Descriptor File (CDF) is an XML description for the referenced data object. It contains not only the content address pointer(s) to a particular data object(s), but also standard system-generated metadata and any application-specific metadata associated with the object (e.g., a C-Clip pointing to an engineering document may include system name, facility location, creator, project name, etc).」（第１２頁第１〜９行）（当審訳：第3章
Centeraのアプリケーションプログラムインターフェイス(API) 
　既に記述したように、Centeraリポジトリへのアプリケーションサーバ・アクセスは、強力な「預かり証」メカニズム、C-Clipと結合したAPIコマンドの単純で強健なセットの使用によって促進されます。C-Clipディスクリプタ・ファイル(CDF)は参照されたデータ・オブジェクトのためのXML記述です。それは特別のデータ・オブジェクトへのコンテンツ・アドレス・ポインタだけでなく、標準のシステム生成メタデータと、オブジェクトに関連した、アプリケーションに特有のメタデータも含んでいます（例えば、技術文書を指すC-Clipは、システム名、設備位置、作成者、プロジェクト名などを含んでいるかもしれません。）
　
（サ）「A very powerful feature of the C-Clip Descriptor File is that it can store metadata generated by the application for each stored object by use of XML tags. Each tag will have a name designated by the application and can have one or more attributes.」（第１２頁第１９〜２１行）（当審訳：C-Clipディスクリプタ・ファイルの非常に強力な特徴は、XMLタグを使用することにより、格納されたオブジェクトの各々に対して、アプリケーションによって生成されたメタデータを格納することができるということです。各タグは、それぞれアプリケーションで名付けられた名前を有するでしょう。また、そのタグは1つ以上の属性を持っているでしょう。）
　
（シ）「In applications where data must be retained in its original form for a specified number of years, typically driven by regulations, a retention period value can be specified in the metadata of each object. Centera software will enforce the retention period by preventing the data object's deletion prior to the expiration of the retention period.」（第１３頁第１〜４行）（当審訳：データが、典型的には規則によって、オリジナルの形式で特定の指定された年数保存されなければならないようなアプリケーションでは、保存期間は各オブジェクトのメタデータ中で指定することができます。Centeraソフトウェアは、そのデータ・オブジェクトが保存期間の満了前に削除されることを防ぐことによって、保存期間を強化するでしょう。）
　
　また、第６頁Figure 2には、APIにより、CDFとUser File Blobとの結合であるC-Clipが、Centeraに格納されることが示されている。
　さらに、第８頁Figure 4には、Centera ClusterとApplication Server（アプリケーションサーバ）とが、LANで接続されていることが示されている。
　
　上記引用例１記載事項及び図面を総合勘案すると、引用例１には、次の発明（以下、「引用発明１」という。）が記載されているものと認められる。「Centeraは、複数のノードを保持し、各ノードは、処理能力、記憶容量を含み、プライベートLANによってクラスタ中の他のすべてのノードと相互連結され、各ノードは、Centeraソフトウェアのインスタンスを実行し、
　Centeraには、アプリケーションサーバがLANで接続され、
　固定内容を格納するCenteraのアプローチの利点は、システムに提示されたどんなオブジェクトも、変更不可能で、かつ認証されるように格納され、データオブジェクトは、それらの特定の保持期間の終了に先立って削除することができず、
　Centeraのアプリケーションプログラムインターフェイス(API)に、データ・オブジェクトが配達された場合、Centeraのアプリケーションプログラムインターフェイス(API)は、オブジェクトから、コンテンツ・アドレス(CA)を計算し、このCA(それはオブジェクトの内容にユニークである)およびオブジェクトに関するメタデータ(例えば、ファイル名、作成日など)は、ディスクリプタ・ファイル(CDF)と呼ばれるXMLファイルに挿入され、
　C-Clipディスクリプタ・ファイル(CDF)は参照されたデータ・オブジェクトのためのXML記述で、それは特別のデータ・オブジェクトへのコンテンツ・アドレス・ポインタだけでなく、標準のシステム生成メタデータとアプリケーションに特有のメタデータも含んでおり、
　C-Clipは、CDF（ディスクリプタ・ファイル）とそのコンテンツ・オブジェクトとの結合であり、C-Clipは、Centeraに格納され、
　CA（コンテンツ・アドレス）は、本質的に、格納されたオブジェクトの認証を確実にする指紋であり、オブジェクトが修正されても、オリジナルのオブジェクトはまだ不変で、そのオリジナルのコンテンツ・アドレスによってアクセス可能であり、さらに、Centeraは、定義された保存期間の満了に先立ってデータを削除することができないという運用モードを、特色としており、
　Centeraには、自己管理の概念が導入され、ディスクドライブが故障したら、Centeraは、故障の検知およびコンテンツ・オブジェクトの新しいミラー・コピーを生成して「自己修復」し、
　データの完全性チェックが、バックグラウンドで実行され、このタスクは、すべてのオブジェクトのコンテンツ・アドレスを絶え間なく再計算し、計算結果を、最初にCDFに格納されたコンテンツ・アドレスと比較し、
  データが、典型的には規則によって、オリジナルの形式で特定の指定された年数保存されなければならないようなアプリケーションでは、保存期間はメタデータ中で指定することができ、Centeraソフトウェアは、そのデータ・オブジェクトが保存期間の満了前に削除されることを防ぐことによって、保存期間を強化し、
　システム管理者は、GUI、Centera Viewerを使用し、それは、容量の利用率と実行パフォーマンスを表示する簡単な手段を提供し、Centera Viewerは、CenteraのノードにLAN接続されたどんなWindows PC上でも走る、
Centera。」
　
（引用例２） 
　当審における平成２４年１２月２１日付け拒絶理由通知で引用された、本願の優先日前に頒布された「EMC Centera Compliance Edition」、Solution Sheet、EMC Corporation、２００３年３月、全４頁（インターネット・アーカイブ、＜ＵＲＬ：http://web.archive.org/web/20030425101936/http://www.emc.com/pdf/products/centera/Centera_compliance_sol.pdf ＞より入手。）（以下、「引用例２」という。）には、次の技術事項が記載されている。 
（ス）「Long-term preservation
Content stored on media such as tape cartridges is subject to degradation and deterioration over time. This is due to wear and tear and/or improper storage conditions. Furthermore, because most final-form content is currently stored on tape or optical storage, there is no automated means for periodically checking the readability or integrity of these records. In contrast, multiple safeguards have been architected into the Centera solution to ensure that your records are the same from creation until their eventual expiration. The quality and accuracy of each record written to Centera is verified multiple times during the storage process using a 128-bit hashing algorithm called a Content Address(CA)．」（第３頁第１５〜２４行）（当審注：長期保存
　テープ・カートリッジのようなメディアに格納されたコンテンツは、時間とともに劣化と悪化に曝されます。このことは、摩滅、引き裂き、及び／又は不適当な保存環境のせいです。さらに、大部分の最終形態のコンテンツは、現在、テープまたは光学記憶装置に格納されるので、これらのレコードの可読性又は完全性を周期的にチェックするための自動化された手段はありません。これとは対照的に、あなたのレコードが生成から結果的に期間満了となるまで同一であることを保証するため、多数の保護手段がCenteraソリューションにアーキテクチャ化されています。Centeraに書き込まれた各レコードの品質と正確性は、コンテンツ・アドレス（ＣＡ）と呼ばれる１２８ビットのハッシュ・アルゴリズムを用いて、ストレージ・プロセスの間、何度も確認されます。」
　
（セ）「Centera continually ensures that the integrity and accuracy of each record is maintained over time by periodically recalculating the Content Address from the content of the record. Should there be a difference between the recalculated and original values, Centera will self-heal using internal data regeneration mechanisms. 」（第３頁第２６〜３０行）（当審注：Centeraは、レコードの内容からコンテンツ・アドレスを周期的に再計算することによって、各レコードの完全性および正確さが時間にわたって維持されることを絶えず保証します。再計算された値とオリジナルの値とに齟齬があるとしたら、Centeraは、内部データ再生メカニズムを用いて自己修復します。） 
　
　また、引用例２第２頁の図には、右端のCenteraの画像に重ねて、黒枠内に、
「MANDATORY
　[指紋の画像] Content Address
　Date:Aug.27,2002
　Retention:3 years
　USER DEFINABLE
　User Name
　PDF(record format)
　Customer Number
　Record Source」
　と記載され、該Centeraの画像の下に
［３ Centera generates unique Content Address」（当審訳：Centeraは、ユニークなコンテンツ・アドレスを生成する。）と記載されている。
　
４．対比 
　本願発明を、引用発明１と比較する。
（１）コンピュータシステムについて
　引用発明１の「ノード」は、「処理能力、記憶容量を含」み、該「ノード」の「処理能力」は「Centeraソフトウェアのインスタンスを実行」している。
　よって、引用発明１の「ノード」、「アプリケーションサーバ」、及び「Windows PC」が、本願発明の「コンピュータ」に相当するといえる。
　また、引用発明１の「ノード」の「処理能力」が、本願発明の「プロセッサ」に相当するといえる。また、「アプリケーションサーバ」及び「Windows PC」がプロセッサを有していることは明らかである。
　次に、引用発明１の「Centera」の「各ノードは、処理能力、記憶容量を含み、プライベートLANによってクラスタ中の他のすべてのノードと相互連結され、各ノードは、Centeraソフトウェアのインスタンスを実行」しているから、引用発明１の「Centera」、Centeraに「LANで接続され」た「アプリケーションサーバ」及び「CenteraのノードにLAN接続された」「Windows PC」を用いたシステムが、本願発明の「全体としてネットワークを構成する複数のコンピュータからなる複数のノードを含むコンピュータシステム」に相当する。
　次に、引用発明１の「ノード」の「記憶容量」は、BLOB（2進法の大規模なオブジェクト）およびCDF（C-ClipTMディスクリプタ・ファイル）を長期保存する（「３．引用例」摘記事項（イ）参照。）から、本願発明の「データ保存装置」に相当する。
　次に、引用発明１の「処理能力」によって実行される「Centeraソフトウェア」と、「アプリケーションサーバ」及び「Windows PC」で実行されるプログラムとが、本願発明の「前記プロセッサにより実行されるコンピュータプログラム」に相当する。
　
（２）記憶ポリシーとメタデータについて
ア．ポリシーについて
　本願明細書第【００１１】段落には、「ポリシーは所与のポリシーマネジャーによって実行されるオペレーションであり、アーカイブ内でのライフサイクル中のアーカイブオブジェクトの動作を決定する。ポリシーはオブジェクトのメタデータからそれらのパラメータを得る。」と記載され、また、本願明細書第【００３４】段落には、「本発明は、アーカイブ中でのライフサイクルに亘ってアーカイブオブジェクトの動作を決定する自らのポリシーをそれぞれのオブジェクトがカプセル化するように構成することで上記目的を達成する。即ち、それぞれのアーカイブオブジェクトはアーカイブとともにオブジェクト自体の動作を自律する。」と記載されている。
　してみれば、本願発明でいう「ポリシー」とは、「アーカイブオブジェクト」に対して自律的に行われるべきオペレーションであって、「ポリシーマネジャー」によって実行されるものを意味することがわかる。
　
イ．記憶ポリシーと引用発明１との比較
（ア）データ確認ポリシーについて
　引用発明１において、「データの完全性チェック」の「タスク」は、「すべてのオブジェクトのコンテンツ・アドレスを絶え間なく再計算し、計算結果を、最初にCDFに格納されたコンテンツ・アドレスと比較し」する処理であるから、本願明細書第【００３４】段落の「データ確認ポリシーはファイル内容がそのディジタル署名と一致することを確認する。」処理に相当する。
　そして、引用発明１の該「データの完全性チェック」の「タスク」は、「オブジェクト」に対して、「バックグラウンドで実行され」る（自律的に行われる）オペレーションであるから、「ポリシーマネジャー」によって実行されるか否かは別として、本願発明の「データ確認ポリシー」に相当するといえる。
　
（イ）保護ポリシーについて
　引用発明１の「Centeraには、自己管理の概念が導入され、ディスクドライブが故障したら、Centeraは、故障の検知およびコンテンツ・オブジェクトの新しいミラー・コピーを生成して「自己修復」」する処理は、本願明細書【００３４】段落の「保護ポリシーはデータオブジェクトの完全性を保護する；即ち、例えば、ハードウェアに故障が発生すると、修理を開始する。」処理に相当する。
　そして、引用発明１の上記「故障の検知」および「自己修復」する処理に「コンテンツ保護パリティー」が用いられる場合には、「３．引用例」の摘記事項（オ）に記載されているように、該処理は「ディスク又はノードのレベルではなく、データ・オブジェクト・レベルで実行され」るから、引用発明１の上記「故障の検知」および「自己修復」する処理は、「データ・オブジェクト」に対して「自己管理」により行われる（自律的に行われる）オペレーションである。
　よって、引用発明１の上記「故障の検知」および「自己修復」する処理が、「ポリシーマネジャー」によって実行されるか否かは別として、本願発明の「保護ポリシー」に相当するといえる。
　
（ウ）保持ポリシーについて
　引用発明１の「データが、典型的には規則によって、オリジナルの形式で特定の指定された年数保存されなければならないようなアプリケーションでは、保存期間はメタデータ中で指定することができ、Centeraソフトウェアは、そのデータ・オブジェクトが保存期間の満了前に削除されることを防ぐことによって、保存期間を強化」することは、本願明細書【００３４】段落の「保持ポリシーは保持期間が切れる前にファイルが消去されるのを防止する。」ことに相当する。
　そして、引用発明１の「データ・オブジェクトが保存期間の満了前に削除されることを防ぐ」「Centeraソフトウェア」が「データ・オブジェクト」に対して自動的（自律的）に行われるオペレーションであることは、その目的に照らし明らかであるから、引用発明１の「データ・オブジェクトが保存期間の満了前に削除されることを防ぐ」「Centeraソフトウェア」が、「ポリシーマネジャー」によって実行されるか否かは別として、本願発明の「保持ポリシー」に相当するといえる。
　
（エ）記憶ポリシーについて
　上記（ア）〜（ウ）より、引用発明１の「データの完全性チェック」の「タスク」、「自己管理」により「故障の検知」および「自己修復」する処理、及び「データ・オブジェクトが保存期間の満了前に削除されることを防ぐ」「Centeraソフトウェア」が、「ポリシーマネジャー」によって実行されるか否かは別として、本願発明の「１つまたは２つ以上のポリシーから成るポリシーセットのうちの１つであり、前記所与のノードに記憶されたコンテンツデータに適用される複数の記憶ポリシー」に相当するといえる。
　
ウ．メタデータと引用発明１との比較
　引用発明１において、「メタデータ中で指定」された「保存期間」が、本願発明の「前記コンテンツデータを保持する期間を規定した保持ポリシー」を「規定するメタデータ」に相当する。
　次に、引用発明１において、「格納されたオブジェクトの認証を確実にする指紋」である「コンテンツ・アドレス（ＣＡ）」が、本願発明の「前記コンテンツデータの変造を防止する処理を規定したデータ確認ポリシー」を「規定するメタデータ」に相当する。
　
（３）メタデータマネジャーについて
　引用発明１において「Centeraのアプリケーションプログラムインターフェイス(API)に、データ・オブジェクトが配達された場合」が、本願発明の「前記複数のノードのうちの所与のノードにコンテンツデータが書き込まれた場合」に相当する。
　次に、引用発明１では「Centeraのアプリケーションプログラムインターフェイス(API)」によって、「オブジェクトから、コンテンツ・アドレス(CA)を計算」し、「このCA(それはオブジェクトの内容にユニークである)およびオブジェクトに関するメタデータ」を「ディスクリプタ・ファイル(CDF)」と呼ばれるXMLファイルに挿入し、「C-Clipディスクリプタ・ファイル(CDF)は参照されたデータ・オブジェクトのためのXML記述」であり、「CDF（ディスクリプタ・ファイル）とそのコンテンツ・オブジェクトとの結合」である「C-Clip」を「Centeraに格納」している。
　そして、上記「（２）記憶ポリシーとメタデータについて」にて述べたことを踏まえれば、引用発明１において「Centeraのアプリケーションプログラムインターフェイス(API)」によるこれら一連の処理が、「データ保護ポリシー」を規定する「メタデータ」が示されていない点を除いて、本願発明の「前記プロセッサ」が「コンピュータプログラムとして」の「メタデータマネジャーを実行することにより、１つまたは２つ以上のポリシーから成るポリシーセットのうちの１つであり、前記所与のノードに記憶されたコンテンツデータに適用される複数の記憶ポリシーを規定するメタデータと、書き込まれた前記コンテンツデータと、を対応付けてデータオブジェクトとして管理するために、前記メタデータと前記コンテンツデータとを対応付けて記憶装置に記憶」することに相当する。
　
（４）複数の記憶ポリシーを実行する点について
　引用発明１において、「処理能力」が、「データ・オブジェクトが保存期間の満了前」に、「参照されたデータ・オブジェクトのためのXML記述」である「ディスクリプタ・ファイル(CDF)」に挿入された「CA(それはオブジェクトの内容にユニークである)およびオブジェクトに関するメタデータ」に基づいて、「データの完全性チェック」の「タスク」と、「データ・オブジェクトが保存期間の満了前に削除されることを防ぐ」「Centeraソフトウェア」を「データ・オブジェクト」に対して実行することが、「データ保護ポリシー」を規定する「メタデータ」が示されていない点を除いて、本願発明の「前記プロセッサ」が「前記コンテンツデータが前記所与のノードに記憶されている期間の間、前記コンテンツデータに前記データオブジェクトとして対応付けて管理されている前記メタデータに基づいて、前記複数の記憶ポリシーを、前記コンテンツデータに対して実行」することに相当する。
　
（５）管理コンソールについて    
　引用発明１において、「システム管理者」が用いる、「Centera Viewer」が、本願発明の「コンピュータプログラム」としての「管理コンソール」に相当する。
　次に、引用発明１において、「システム管理者は、GUI、Centera Viewerを使用し、それは、容量の利用率と実行パフォーマンスを表示する簡単な手段を提供し、Centera Viewerは、CenteraのノードにLAN接続されたどんなWindows PC上でも走る」ことと、本願発明の「前記プロセッサが、前記管理コンソールを実行することにより、前記複数の記憶ポリシーのうちの２以上の記憶ポリシーにそれぞれ対応した２以上の現在のステータスをまとめて表示する」こととは、「前記プロセッサが、前記管理コンソールを実行することにより、管理情報を表示する」点で共通する。
　
　すると、本願発明と引用発明１とは、次の点で一致する。
（一致点）
「全体としてネットワークを構成する複数のコンピュータからなる複数のノードを含むコンピュータシステムに用いるデータ保存装置であって、
　プロセッサを有し、
　コンピュータプログラムとして、メタデータマネージャー及び管理コンソールがあり、
　前記複数のノードのうちの所与のノードにコンテンツデータが書き込まれた場合に、前記プロセッサが、前記メタデータマネジャーを実行することにより、１つまたは２つ以上のポリシーから成るポリシーセットのうちの１つであり、前記所与のノードに記憶されたコンテンツデータに適用される複数の記憶ポリシーを規定するメタデータ（データ保護ポリシーを規定するメタデータを除く）と、書き込まれた前記コンテンツデータと、を対応付けてデータオブジェクトとして管理するために、前記メタデータ（データ保護ポリシーを規定するメタデータを除く）と前記コンテンツデータとを対応付けて記憶装置に記憶し、
　前記複数の記憶ポリシーが、前記コンテンツデータの完全性を保護する処理を規定したデータ保護ポリシー、前記コンテンツデータの変造を防止する処理を規定したデータ確認ポリシー、及び前記コンテンツデータを保持する期間を規定した保持ポリシーを含み、
　前記プロセッサが、前記コンテンツデータが前記所与のノードに記憶されている期間の間、前記コンテンツデータに前記データオブジェクトとして対応付けて管理されている前記メタデータ（データ保護ポリシーを規定するメタデータを除く）に基づいて、前記複数の記憶ポリシーを、前記コンテンツデータに対して実行し、
　前記プロセッサが、前記管理コンソールを実行することにより、管理情報を表示する
データ保存装置。」 
　
　また、本願発明と引用発明１とは、次の点で相違する。
 ＜相違点１＞ 
　本願発明では、「コンピュータ」が、「プロセッサにより実行されるコンピュータプログラムを記憶するメモリを有」しているのに対し、引用発明１では、「ノード」、「アプリケーションサーバ」及び「Windows PC」（コンピュータ）が「コンピュータプログラムを記憶するメモリを有する」とは明記されていない点。
　
＜相違点２＞
　本願発明では、「コンピュータプログラムとして」の「ポリシーマネジャーを実行する」ことにより、「複数の記憶ポリシー」を実行しているのに対し、引用発明１では、「故障の検知」および「自己修復」する処理、「データの完全性チェック」の「タスク」、及び「データ・オブジェクトが保存期間の満了前に削除されることを防ぐ」「Centeraソフトウェア」（複数の記憶ポリシー）が「コンピュータプログラムとして」の「ポリシーマネジャーを実行する」ことにより実行されることが示されていない点。
　
＜相違点３＞
　本願発明では、データ保護ポリシーを規定するメタデータを有し、該メタデータとコンテンツデータとを対応付けて記憶装置に記憶し、データ保護ポリシーが、該メタデータに基づいて動作するのに対し、引用発明１では、「故障の検知」および「自己修復」する処理（データ保護ポリシー）を規定するメタデータが示されていない点。
　
＜相違点４＞
　本願発明では、「管理コンソールを実行することにより、前記複数の記憶ポリシーのうちの２以上の記憶ポリシーにそれぞれ対応した２以上の現在のステータスをまとめて表示」しているのに対し、引用発明では、「システム管理者」が用いる「Centera Viewer」が「容量の利用率と実行パフォーマンスを表示」しているものの「前記複数の記憶ポリシーのうちの２以上の記憶ポリシーにそれぞれ対応した２以上の現在のステータスをまとめて表示」することは示されていない点。
　
５．判断
　そこで上記相違点について判断すると、
＜相違点１＞について：
　コンピュータが、プロセッサにより実行されるコンピュータプログラムを記憶するメモリを有することは、普通に知られていることである。
　よって、引用発明１において、「ノード」、「アプリケーションサーバ」及び「Windows PC」（コンピュータ）が、「処理能力」やプロセッサにより実行される「Centeraソフトウェア」やプログラム（コンピュータプログラム）を記憶するメモリを有するようにし、相違点１に係る本願発明の構成とすることは、当業者が容易になし得たことである。
　
＜相違点２＞について：
　引用発明１には、「Centera」に「自己管理の概念が導入され」ていることが示されている。また、引用例２には、「さらに、大部分の最終形態のコンテンツは、現在、テープまたは光学記憶装置に格納されるので、これらのレコードの可読性又は完全性を周期的にチェックするための自動化された手段はありません。これとは対照的に、あなたのレコードが生成から結果的に期間満了となるまで同一であることを保証するため、多数の保護手段がCenteraソリューションにアーキテクチャ化されています。」（「３．引用例」摘記事項（ス）参照。）、及び「Centeraは、レコードの内容からコンテンツ・アドレスを周期的に再計算することによって、各レコードの完全性および正確さが時間にわたって維持されることを絶えず保証します。」（「３．引用例」摘記事項（セ）参照。）と、「Centera」が管理動作を自動化して周期的に実行していることが記載されている。
　また、決められた時間または一定間隔でプログラムを実行させる機能は、Microsoft Windowsの「タスクスケジューラ」や、UNIX系システムにおける「Cron」のように、周知の事項である。
　よって、引用発明１において、引用例２に記載されたように管理動作を自動化し、周期的に実行するため、データ・オブジェクトに対し「自己管理」動作を決められた時間または一定間隔で実行させるための機能（ポリシーマネジャー）を設け、該「自己管理」動作を決められた時間または一定間隔で実行させるための機能（ポリシーマネジャー）により、引用発明１の「故障の検知」および「自己修復」する処理、「データの完全性チェック」のタスク、及び、「データ・オブジェクトが保存期間の満了前に削除されることを防ぐ」「Centeraソフトウェア」（複数の記憶ポリシー）を自動化して周期的に実行させ、相違点２に係る本願発明の構成とすることは、当業者が容易になし得たことである。
　
＜相違点３＞について：
　引用発明１の「故障の検知」および「自己修復」の処理（データ保護ポリシー）を「データ・オブジェクト・レベルで実行」（「３．引用例」摘記事項（カ）参照。）する際、用いるべきメタデータ（例えば、引用例２には、「自己修復」が必要か否かのチェックに「コンテンツ・アドレス」を用いることが記載されている（「３．引用例」摘記事項（セ）参照。）が、これに限られない。）を、「参照されたデータ・オブジェクトのためのXML記述」である「ディスクリプタ・ファイル(CDF)」に挿入し、「CDF（ディスクリプタ・ファイル）とそのコンテンツ・オブジェクトとの結合」である「C-Clip」を「Centeraに格納」（該メタデータとコンテンツデータとを対応付けて記憶装置に記憶）し、「故障の検知」および「自己修復」の処理（データ保護ポリシー）が、該メタデータに基づいて動作するようにし、相違点３に係る本願発明の構成とすることは、当業者が容易になし得たことである。
　 
＜相違点４＞について：
　管理コンソールに、監視対象のサーバのジョブの稼働状況を表示することは、例えば、ｅビジネス時代のシステム管理の落とし穴、＜統合システム運用管理ツール・ウォッチ＞、長年の運用実績から生まれた純国産の統合システム運用管理ツール「千手」、コンピュータ＆ネットワークＬＡＮ、第２０巻、第８号、株式会社オーム社、２００２年８月１日、ｐ．４５〜４８に「１台の運用管理サーバから、ＬＡＮ上の複数の業務サーバのジョブ管理が行える」（第４７頁左欄第２２〜２４行）、「ジョブの稼働状況は、ラン・チャートやジョブの開始時刻、終了時刻が一覧できるガント・チャートでグラフィカルに確認することができる。」（第４７頁中欄第４〜７行）と記載されているように、周知の事項である。
　また、２以上の表示内容をまとめて表示することも、普通に知られていることである。
　よって、引用発明１に周知の事項を適用し、引用発明１において、「システム管理者」が用いる「Centera Viewer」（管理コンソール）が、引用発明１における「自己管理」のためのジョブの稼働状況、つまり、「故障の検知」および「自己修復」の処理、「データの完全性チェック」のタスク、「データ・オブジェクトが保存期間の満了前に削除されることを防ぐ」「Centeraソフトウェア」の稼働状況のうち、２以上の稼働状況をまとめて表示（前記複数の記憶ポリシーのうちの２以上の記憶ポリシーにそれぞれ対応した２以上の現在のステータスをまとめて表示）し、相違点４に係る本願発明の構成とすることは、当業者が容易になし得たことである。
　
　また、本願発明の作用効果も、引用発明１、引用例２に記載された技術及び周知の事項から当業者が予測し得たものである。
 
　従って、本願発明は、引用発明１、引用例２に記載された技術及び周知の事項に基づいて当業者が容易に発明をすることができたものである。 
　
６．むすび 
　以上のとおり、本願の請求項１に係る発明は、特許法第２９条第２項の規定により特許を受けることができないものである。
　したがって、その余の請求項について論及するまでもなく、本願は拒絶すべきものである。
　よって、結論のとおり審決する。