【事件の表示】
　特願２００４−１７２８０２「ホストされたサプライヤ・ストアを有するサプライヤ・ハブ」拒絶査定不服審判事件〔平成１７年　１月２０日出願公開、特開２００５−　１８７５５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　
　本願は，平成１６年６月１０日（パリ条約による優先権主張，２００３年６月２６日，加国）の出願であって，平成１９年４月２７日付けで拒絶理由が通知され，同年８月６日に手続補正書が提出され，同年９月２８日付けで拒絶査定がされ，これに対し，同年１２月２８日に審判請求がされるとともに，平成２０年１月２５日付けで手続補正書が提出されたものである。
　
第２　平成２０年１月２５日に提出された手続補正書による補正（以下「本件補正」という。）についての補正却下の決定
　
補正却下の決定の結論
　
　本件補正を却下する。
　
理由
　
１　補正の内容
　
　本件補正により，特許請求の範囲は，次のとおり補正された。なお，下線は，補正された部分を示すものとして，手続補正書に付されたものを援用したものである。
　
≪本件補正前≫
　
「【請求項１】
　コンピュータが実行するホストされたサプライヤ・ストアを有する市場を作成する方法であって、前記方法は、前記コンピュータが、
（ａ）ホストされたサプライヤ・ストアを作成および管理するためのツールを複数の各サプライヤに、コマース・サイトを通じて提供するステップであって、前記ツールは、前記ホストされたサプライヤ・ストアのためのサプライヤ・カタログをアップロードおよび管理するためのカタログ機能を含むステップと、
（ｂ）複数のサプライヤ・カタログを前記複数のサプライヤから受信するステップと、
（ｃ）前記複数のサプライヤ・カタログを製品についてのデータごとに樹形に関連付けて集約カタログに集約するステップと、
（ｄ）バイヤに、前記コマース・サイト上の前記集約カタログへのアクセスを提供するステップと、
　前記製品についてのデータごとに前記集約カタログでバイヤがアクセス可能な前記製品についてのデータを割当てるサプライヤ・ハブ・カタログ・トポロジを提供するステップをさらに含み、前記集約するステップは、前記サプライヤ・カタログを、前記サプライヤ・ハブ・カタログ・トポロジに従って集約するステップとを実行する、方法。
【請求項２】
　前記サプライヤ・カタログは、共有市場製品についてのデータおよびサプライヤ特有の前記製品についてのデータを含み、前記バイヤは、前記集約カタログに、前記サプライヤの１つによって所有された前記ホストされたサプライヤ・ストアの１つを通じてアクセスし、前記集約するステップは、前記サプライヤのすべてからの前記共有市場製品についてのデータを、前記サプライヤの前記１つからの前記サプライヤ特有の製品についてのデータと集約するステップを含む、請求項１に記載の方法。
【請求項３】
　契約データを前記サプライヤの１つから受信するステップをさらに含み、前記契約データは、製品に関連する前記バイヤについての資格情報を含み、前記バイヤにアクセスを提供する前記ステップは、前記集約カタログを前記資格情報に基づいてフィルタリングするステップを含む、請求項１に記載の方法。
【請求項４】
　製品についてのバイヤ要求を受信するステップをさらに含み、前記フィルタリングするステップは、前記製品を提供する、ホストされたサプライヤ・ストアを識別し、前記識別され、ホストされたサプライヤ・ストア内の適格な契約を識別し、資格情報を前記適格な契約から検索し、前記検索された資格情報を適用するステップを含み、前記資格情報は価格設定を含む、請求項３に記載の方法。
【請求項５】
　前記バイヤに、前記集約カタログ内の品目についての注文を生成し、注文生産品目についての見積もり要求を作成し、契約を前記サプライヤと交渉するためのトレーディング・メカニズムを提供するステップをさらに含む、請求項１に記載の方法。
【請求項６】
　ホストされたサプライヤ・ストアを有する市場を作成するためのコンピュータ実行可能なプログラムであって、前記プログラムは、前記コンピュータが、
（ａ）ホストされたサプライヤ・ストアを作成および管理するためのツールを複数の各サプライヤに、コマース・サイトを通じて提供するステップであって、前記ツールは、前記ホストされたサプライヤ・ストアのためのサプライヤ・カタログをアップロードおよび管理するためのカタログ機能を含むステップと、
（ｂ）複数のサプライヤ・カタログを前記複数のサプライヤから受信するステップと、
（ｃ）前記複数のサプライヤ・カタログを製品についてのデータごとに樹形に関連付けて集約カタログに集約するステップと、
（ｄ）バイヤに、前記コマース・サイト上の前記集約カタログへのアクセスを提供するステップと、
　前記製品についてのデータごとに前記集約カタログでバイヤがアクセス可能な前記製品についてのデータを割当てるサプライヤ・ハブ・カタログ・トポロジを提供するステップをさらに含み、前記集約するステップは、前記サプライヤ・カタログを、前記サプライヤ・ハブ・カタログ・トポロジに従って集約するステップとを実行するための、コンピュータ実行可能なプログラム。
【請求項７】
　前記サプライヤ・カタログは、共有市場製品についてのデータおよびサプライヤ特有の前記製品についてのデータを含み、前記バイヤは、前記集約カタログに、前記サプライヤの１つによって所有された前記ホストされたサプライヤ・ストアの１つを通じてアクセスし、前記集約するステップは、前記サプライヤのすべてからの前記共有市場製品についてのデータを、前記サプライヤの前記１つからの前記サプライヤ特有の製品についてのデータと集約するステップを含む請求項６に記載のプログラム。
【請求項８】
　契約データを前記サプライヤの１つから受信するステップをさらに含み、前記契約データは、製品に関連する前記バイヤについての資格情報を含み、前記バイヤにアクセスを提供する前記ステップは、前記集約カタログを前記資格情報に基づいてフィルタリングするステップを含む、請求項６に記載のプログラム。
【請求項９】
　製品についてのバイヤ要求を受信するステップをさらに含み、前記フィルタリングするステップは、前記製品を提供する、ホストされたサプライヤ・ストアを識別し、前記識別され、ホストされたサプライヤ・ストア内の適格な契約を識別し、資格情報を前記適格な契約から検索し、前記検索された資格情報を適用するステップを含み、前記資格情報は価格設定を含む、請求項８に記載のプログラム。
【請求項１０】
　前記バイヤに、前記集約カタログ内の品目についての注文を生成し、注文生産品目についての見積もり要求を作成し、契約を前記サプライヤと交渉するためのトレーディング・メカニズムを提供するステップをさらに含む、請求項６に記載のプログラム。
【請求項１１】
　多数のバイヤと多数のサプライヤの間のオンライン・コマースのためのシステムであって、
（ａ）バイヤおよびサプライヤを登録するためのメンバ・サブシステムを備え、それによって、登録されたバイヤは、前記オンライン・コマースのためのシステムにアクセスすることを許可され、登録されたサプライヤは、ホストされたサプライヤ・ストアを作成および管理するために前記システムにアクセスすることを許可され、さらに、
（ｂ）登録されたサプライヤによってアップロードされた、複数のホストされたサプライヤ・ストアのための複数のサプライヤ・カタログをその上に格納しているデータベースと、
（ｃ）前記複数のサプライヤ・カタログを製品についてのデータごとに樹形に関連付けて集約カタログに集約するためのカタログ・サブシステムと、
（ｄ）前記登録されたバイヤに、コマース・サイト上の前記集約カタログへのアクセスを提供するためのアプリケーション・サーバと、
　前記カタログ・サブシステムは、前記製品についてのデータごとに前記集約カタログでバイヤがアクセス可能な前記製品についてのデータを割当てるサプライヤ・ハブ・カタログ・トポロジを含み、前記カタログ・サブシステムは、前記サプライヤ・カタログを、前記サプライヤ・ハブ・カタログ・トポロジに従って集約する、システム。
【請求項１２】
　前記サプライヤ・カタログは共有市場製品についてのデータおよびサプライヤ特有の製品についてのデータを含み、前記登録されたバイヤは前記集約カタログに、前記登録されたサプライヤの１つによって所有され、前記ホストされたサプライヤ・ストアの１つを通じてアクセスし、前記カタログ・サブシステムは、前記登録されたサプライヤのすべてからの前記共有市場製品についてのデータを、前記登録されたサプライヤの前記１つからの前記サプライヤ特有の製品についてのデータと集約する、請求項１１に記載のシステム。
【請求項１３】
　前記登録されたサプライヤの１つから受信された契約データを含む契約サブシステムをさらに備え、前記契約データは、製品に関連する前記登録されたバイヤについての資格情報を含み、前記契約サブシステムは、前記集約カタログを前記資格情報に基づいてフィルタリングし、これを、前記アプリケーション・サーバが前記登録されたバイヤに前記フィルタリングされた集約カタログへのアクセスを提供する前に行う、請求項１１に記載のシステム。
【請求項１４】
　前記資格情報は品目価格設定情報を含む、請求項１３に記載のシステム。
【請求項１５】
　前記登録されたバイヤによって、前記集約カタログ内の品目についての注文を生成し、注文生産品目についての見積もり要求を作成し、契約を前記サプライヤと交渉することにおいて使用するためのトランザクション・メカニズムを提供する、トレーディング・サブシステムをさらに備える、請求項１１に記載のシステム。」
　
≪本件補正後≫
　
「【請求項１】
　
複数のサプライヤ・コンピュータ及び複数のバイヤ・コンピュータと接続される
が、
ハブ・ストアと複数の
コマース・サイト
構築
前記方法は、前記コンピュータが、
（ａ）ホストされたサプライヤ・ストアを作成および管理するためのツールを
各サプライヤ・コンピュータ
前記
所定の分類法に基づいて
（ｂ）複数のサプライヤ・カタログを前記複数のサプライヤ
・コンピュータ
それぞれ
（ｃ）前記複数のサプライヤ・カタログを
前記分類法に基づいて
単一の
（ｄ）
前記各バイヤ・コンピュータ
に基づく前記ハブ・ストア又は前記各サプライヤ・カタログに基づく前記サプライヤ・ストアへの選択的な
方法。
【請求項２】
　前記サプライヤ・カタログは、共有市場製品についてのデータおよびサプライヤ特有の前記製品についてのデータを含み、
前記バイヤ
・コンピュータ
・コンピュータ
前記集約するステップは、前記サプライヤ
・コンピュータ
・コンピュータ
【請求項３】
　契約データを前記サプライヤ
・コンピュータ
・コンピュータ
前記バイヤ
・コンピュータ
【請求項４】
　製品についてのバイヤ要求を受信するステップをさらに含み、前記フィルタリングするステップは、前記製品を提供する、ホストされたサプライヤ・ストアを識別し、前記識別され、ホストされたサプライヤ・ストア内の適格な契約を識別し、資格情報を前記適格な契約から検索し、前記検索された資格情報を適用するステップを含み、前記資格情報は価格設定を含む、請求項３に記載の方法。
【請求項５】
　前記バイヤ
・コンピュータ
【請求項６】
複数のサプライヤ・コンピュータ及び複数のバイヤ・コンピュータと接続される
が、
ハブ・ストアと複数の
コマース・サイト
構築
前記プログラムは、前記コンピュータが、
（ａ）ホストされたサプライヤ・ストアを作成および管理するためのツールを
各サプライヤ・コンピュータ
前記
所定の分類法に基づいて
（ｂ）複数のサプライヤ・カタログを前記複数のサプライヤ
・コンピュータ
それぞれ
（ｃ）前記複数のサプライヤ・カタログを
前記分類法に基づいて
単一の
（ｄ）
前記各バイヤ・コンピュータ
に基づく前記サプライヤ・ストアへの選択的な
を実行するための、コンピュータ実行可能なプログラム。
【請求項７】
　前記サプライヤ・カタログは、共有市場製品についてのデータおよびサプライヤ特有の前記製品についてのデータを含み、前記バイヤ
・コンピュータ
・コンピュータ
前記集約するステップは、前記サプライヤ
・コンピュータ
・コンピュータ
【請求項８】
　契約データを前記サプライヤ
・コンピュータ
・コンピュータ
・コンピュータ
【請求項９】
　製品についてのバイヤ要求を受信するステップをさらに含み、前記フィルタリングするステップは、前記製品を提供する、ホストされたサプライヤ・ストアを識別し、前記識別され、ホストされたサプライヤ・ストア内の適格な契約を識別し、資格情報を前記適格な契約から検索し、前記検索された資格情報を適用するステップを含み、前記資格情報は価格設定を含む、請求項８に記載のプログラム。
【請求項１０】
　前記バイヤ
・コンピュータ
・コンピュータ
【請求項１１】
　
複数のサプライヤ・コンピュータ及び複数のバイヤ・コンピュータと接続し、
ハブ・ストアと複数の
コマース・サイト
構築
（ａ）
前記バイヤ・コンピュータおよび前記サプライヤ・コンピュータ
・コンピュータ
・コンピュータ
のためのサプライヤ・カタログをアップロードおよび所定の分類法に基づいて管理するため
（ｂ）登録されたサプライヤ
・コンピュータ
（ｃ）前記複数のサプライヤ・カタログを
前記分類法に基づいて
（ｄ）前記登録されたバイヤ
・コンピュータ
に基づく前記サプライヤ・ストアへの選択的な
　を備えるシステム。
【請求項１２】
　前記サプライヤ・カタログは共有市場製品についてのデータおよびサプライヤ特有の製品についてのデータを含み、前記登録されたバイヤ
・コンピュータ
【請求項１３】
　前記登録されたサプライヤ
・コンピュータ
・コンピュータ
・コンピュータ
【請求項１４】
　前記資格情報は品目価格設定情報を含む、請求項１３に記載のシステム。
【請求項１５】
　前記登録されたバイヤ
・コンピュータ
・コンピュータ
　
２　本件補正の補正目的の適否
　
　本件補正は，補正前の請求項の不明確・冗長な表現を排除して明確化するとともに，特許請求の範囲の減縮を行うものである。
　そうすると，本件補正は，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項第２号，第４号に規定する特許請求の範囲の減縮，及び，明りょうでない記載の釈明を目的とするものに該当するといえる。
　
　そこで，次に，本件補正後の請求項１に係る発明（以下「本願補正発明」という。）が，特許出願の際独立して特許を受けることができるものであるか（独立特許要件）について，検討する。
　
３　引用例の記載内容と引用発明
　
（１）原査定の拒絶理由に引用された，本願の優先日前に頒布された刊行物である「MOORE, Bill et al. e-Marketplace Pattern Using WebSphere Commerce Suite, Marketplace Edition [IBM Redbooks series].1st ed. 2000.11」（以下「引用例」という。）には，図とともに次の記載がある。なお，下線は，当審において付加したものである。
　
（ア）「10.2 The Marketplace Edition players
 Figure 42 on page 196 shows the various players involved in an e-Marketplace and it is the objective of 
WebSphere Commerce Suite, Marketplace Edition
　
 The players associated with the Marketplace Edition can be grouped into two categories:
*Administrators
 There are two types of administrator within Marketplace Edition. The first type is the 
Hub Administrator
administers tasks
catalog taxonomies
 The second type of administrator is the Organaization Administrator who is primarily responsible for the administration of organizational members and their roles.
*Members
 
Members are the buyers and suppliers associated with organizations registered with the e-Marketplace
　
（仮訳：10.2  MarketPlace Editionのプレーヤー
196ページの図42は電子商取引市場に関与するさまざまなプレーヤーを示しており，これら全ての多様な役割のために設備を提供することが，AIX用の
Websphere Commerce Suite MarketPlace Edition
MarketPlace Editionに関わるプレーヤーは，2つのカテゴリーにグループ分けすることが可能である：
・管理者
MarketPlace Editionにおいては、2つのタイプの管理者がいる。第1のタイプは，Websphere Commerce Suite 4.1におけるサイト管理者に似た
ハブ管理者
カタログ分類
のような業務を管理する。
管理者の第2のタイプは，組織のメンバーやそれらの任務の管理に主として責任を負う組織管理者である。
・メンバー
メンバーは，複数のバイヤと電子商取引市場に登録している組織と関わりを持つ複数のサプライヤーである。
　
（イ）「10.4 Marketplace subsystems
 The architecture of the WebSphere Commerce Suite, Marketplace Edition for AIX is made up of a number of subsystems and infrastructure components. It is based on and uses the WebSphere Commerce Suite. Figure 44 shows the main subsystems that are part of the Marketplace Edition.
　
10.4.1  Catalog subsystem
 
The goal of the Marketplace Edition design for catalogs is to provide a unified view of the produts traded in the e-Marketplace to both buyers and sellers.
 The WebSphere Commerce Suite 4.1 catalog is the basis for the Marketplace Edition catalog. 
The WebSphere Commerce Suite catalog is comprised of database tables for categorizing and describing products as well as import and maintenance processes.
 
 The Marketplace Edition catalog subsystem provides the following features:
* 
Unified view of the products traded in the marketplace
* 
Flexbile product categories
* Buyer and supplier specific views
* Buyer administration approval of catalog content
* Centralized catalog for different negotiation methods allows multiple methods of trading simultaneously
* Pricing by WebSphere Commerce Suite mechanism, negotiation, or contracts
* Data loading by:
 - Mass import via XML
 - Marketplace Edition aware version of Catalog Architect
 - Spreadsheet import
 - Web browser
* Logging of catalog events
 
Chapter 14, EXample - catalog subsystem on page 269 provides a fuller discussion of the catalog subsystem in the Marketplace Edition and provides exanples how the subsystem works in practice.」（第１９８頁第１行〜第１９９頁第２４行）
　
（仮訳：10.4  MarketPlace サブシステム
AIX用WebSphere Commerce Suite MarketPlace Editionのアーキテクチャは，多数のサブシステムと基盤コンポーネントで構成されている。それは，WebSphere Commerce Suite を基本とし，また，利用されている。図44は、MarketPlace Editionの一部である主なサブシステムを示している。
　
10.4..1  カタログのサブシステム
カタログのためのMarketPlace Edition設計の目標は，買い手と売り手の双方に対して，電子商取引市場において取引される製品の統一表示を提供することにある。
WebSphere Commerce Suite 4.1 カタログは，MarketPlace Editionのカタログの基盤である。
WebSphere Commerce Suite カタログは、インポート及びメンテナンスのプロセスと同様に製品をカテゴリー化して説明するためのデータベース・テーブルから成っている。
MarketPlace Editionのカタログのサブシステムは，次のような特徴を備えている：
・
市場で取引される製品の統一表示
・
柔軟な製品のカテゴリー
・買い手とサプライヤーの具体的見解
・買い手側によるカタログ・コンテンツの認定
・異なる交渉方式のためのカタログの集中化が，同時に多数の取引方法を可能にする
・WebSphere Commerce Suiteのメカニズムによる価格設定，交渉もしくは契約
・次によるデータのローディング：
−XML経由による大量インポート
−MarketPlace Editionのカタログ・アーキテクト認識バージョン
−表計算ソフトのインポート
−ウェブ・ブラウザ
・カタログ・イベントのロギング
第14章，269ページのカタログ・サブシステムの例は，MarketPlace Editionにおけるカタログ・サブシステムについて詳述しており，実際面におけるサブシステムの作用の仕方を例示している。）
　
（ウ）「12.3.5 Catalog and shopping tools
 As expected 
you can use the HTML tools provided in the Marketplace Edition Administration Console to manage the information stored in the aggregated catalog of the e-Marketplace. These browser-based tools are hosted by the hub and offer supplier-side organizations the ability to update their own products, which will subsequently be displayed in the aggregate catalog.
 
 Accordingly, it is advisable to have a good XML editor to assist you in creating and debugging these scripts.」（第２２４頁第３０行〜第２２５頁第４行）
　
（仮訳：12.3.5　カタログとショッピング・ツール
期待されるように，
電子商取引市場の情報が集約カタログに蓄積された情報管理のため，Marketplace Edition Administration Consoleに備えられたHTMLツールを使うことができる。これらのブラウザをベースとするツールはハブによってホストされ，また，サプライヤーサイドの組織に，それらの製品を最新のものとする能力を提供し，その製品がその後に集合カタログで表示される。
従って，これらスクリプトの創作とデバッグを支援するための優良なXMLエディターを有することが望ましい。）
　
（エ）「14.1 Catalog subsystem high level-overview
The catalog subsystem is one of the key components of the WebSphere Commerce Suite, Marketplace Edition for AIX. In this section we provide a high-level overview of the catalog subsystem including some of the unique new features.
 
 Typically any e-Marketplace has three groups that interact with the catalog subsystem: the e-Marketplace administrators, buyers and suppliers. The e-Marketplace administrator creates and maintains the e-Marketplace catalog subsystem. The topic is covered in detail in 14.3.2, creation and maintenance of category hierachy on page 315. Buyers use the catalog to view the products and offerings and perform transactions. The interaction between buyers and the catalog subsystem is covered in detail in 14.5, Buyer interaction: examples of catalog based buying on page 333. Suppliers interact with the catalog to create new offerings or manage existing offerings. The interaction between suppliers and the catalog subsystem is covered in detail in 14.4, Supplier interaction: offring creation and maintenance on page 327.
 
The catalog subsystem contains several components that are created by the e-Marketplace administrator to facilitate the task of creating and managing the e-Marketplace catalog. We will start describing how these components work together to facilitate creation of a full catalog.
 
1. One of the components that an e-Marketplace catalog subsystem ewquires is a data dictionary. A data dictionary defines al the data types, attribute definitionsm units of measurement, and operators that are appropriate for the products being offered in the e-Marketplace. Figure 73 depicts the data dictionay and the logical relationship model.
 
2. 
The next component in an e-Marketplace is the catalog hierarchy. The e-Marketplace administrator groups products with similar description together.
 - Root category: This is the top-most category: al other categories are attached to this. Every catalog must have a root category.
 - Categories: This is the grouping of all objects in the e-Marketplace that have milar properties. These categories are used to organize the products and the offerings in the e-Marketplace.
 - Product Description Templates: These are generic descriptions of families of products. Usually they are at the leaf level and they contain attributes and values that are commonly used by the e-Marketplace members to create offering for these products. This method of populating the e-Marketplace catalog imposes a level of consistency between all offerings regardless of the supplier and allows an efficient way of maintaining the e-marketplace catalog.
 -  Offerings: when an association is made between a trading mechanism and a product description template, an offering has been created. The offerings are placed in the catalog and are made availabel to buyers.
 
A product description can be placed at any level. For ease of use, usually all product descriptions are placed at the leaf level of the category hierarchy.
 
3. 
The next component of the catalog subsystem is the product taxonomy. The e-Marketplace administrator creates the product taxonomy; by this we mean that product offerings sre allowed to be systematically created and arranged in categories according to established criteria. When a supplier creates an offering from a product description, the offering is placed in the proper place in the catalog according to the product taxonomy
 The e-marketplace administrator creates product description templates, which include a set of attributes for a specific product and the product placement in the category hierarchy. Suppliers access the catalog and use the product templates created by the e-marketplace administrator to create an offering. Suppliers can attach new attributes to the offering from the e-Marketplace data dictionary.」（第２６９頁第２３行〜第２７２頁第６行）
　
（仮訳：14..1　カタログ・サブシステムのハイレベルな概観
カタログ・サブシステムは、AIX用のWebSphere Commerce Suite、MarketPlace Editionの主要なコンポーネントの一つである。この項では，いくつかのユニークな新らしい特長を含め，カタログ・サブシステムのハイレベルな概観について述べる。
一般的に，どの電子商取引市場もカタログ・サブシステムと相互に作用する3つのグループを持っている；電子商取引市場の管理者，買い手及びサプライヤーである。電子商取引市場の管理者は，電子商取引市場のカタログ・サブシステムを創設し維持管理をする。この話題については，315ページの14.3.2，「カテゴリー階層の創設と維持管理」の中で詳細が述べられている。買い手は製品とオファーリングを見るのにカタログを利用し，取引を実行する。買い手とカタログ・サブシステムの相互関係は，333ページの14.5、，「買い手の相互作用：カタログをベースとした購入の実例」で詳しく述べられている。サプライヤーは，新たなオファーリングもしくは現存のオファーリングの管理のためにカタログと関係を持つ。サプライヤーとカタログ・サブシステム間の相互作用については，327ページの14.4，「サプライヤーの相互作用：オファーリングの創作と維持管理」で詳細が述べられている。
カタログ・サブシステムは，電子商取引市場の創設と管理の業務を容易にするために電子商取引市場の管理者により創作されたいくつかのコンポーネントを含んでいる。これらのコンポーネントが，完全なカタログの創作を容易に行うためにどのように連携するのかを説明することから始める。
１．電子商取引市場カタログ・サブシステムが要求するコンポーネントの一つはデータ辞書である。データ辞書は全てのデータのタイプ，属性定義、測定単位及び電子商取引市場で提供される製品に適したオペレーターを規定する。図73は、データ辞書及び論理的関係性のモデルを表している。
２．
電子商取引市場における次のコンポーネントは，カタログの階層である。電子商取引市場の管理者は，似ている説明の製品は一緒にグループ化する。
それらは、次の通りである：
−ルート・カテゴリー：これは最上階カテゴリーである：他のすべてのカテゴリーはこのカテゴリーに付随する。全てのカタログは，一つのルート・カテゴリーをもたなければならない。
−カテゴリー群：これは，電子商取引市場において同じような属性を持つ全てのオブジェクトをグループ化したものである。これらのカテゴリーは，電子商取引市場において製品とオファーリングを体系化するために利用される。
−製品説明テンプレート：これらは、製品ファミリの包括的な説明である。通常，これらはリーフレベルのものであり，電子商取引市場のメンバーがその製品のオファーリングを創作するために一般に使われる属性や価値を含んでいる。電子商取引市場のカタログを投入するこの方法は，サプライヤーに関係なく全てのオファーリング間で一定レベルの一貫性が課せられ，また，電子商取引市場のカタログの維持管理で効率的な方法を取ることができる。
−オファーリング：取引のメカニズムと製品説明テンプレート間の関連付けがされるとオファーリングが創作される。そのオファーリングはカタログに入れ込まれ，買い手が利用できるようになる。
製品説明はどのレベルでも入れ込むことができる。利用を簡略化するために，通常，全ての製品説明は，カテゴリー階層のリーフレベルに置かれる。
３．
カタログ・サブシステムの次のコンポーネントは，製品分類法である。電子商取引市場管理者が製品分類法を創設する。これにより，製品のオファーリングを体系的に創作することができ，定められた基準に従い，カテゴリーの中で整理することができる。サプライヤーが製品説明からオファーリングを創作する場合は，製品分類法に従ってオファーリングはカタログの適正な場所に置かれる。
電子商取引市場管理者が製品説明テンプレートを創作し，それには特定製品の一連の属性とカテゴリー階層における製品配置が含まれる。サプライヤーはカタログにアクセスし，オファーリングを創作するために電子商取引市場管理者により作られた製品テンプレートを利用する。サプライヤーは電子商取引市場データ辞書からオファーリングに新たな属性を付け加えることができる。）
　
（オ）「14.2.2.2 Creating catalog content
 
Creation of categories and the category hierarchies is the responsibility of the e-Marketplace administrator.
* An HTML interface similar to the existing WebSphere Commerce Suite 4.1 adoministrator interface (ncadmin).
* Through a tool such as Catalog Architect, which generates a defined XML output that is imported into the catalog.
* Through a file interaction controller that allows upload of XML or spreadsheet files with pre-defined schemas into the catalog.」（第２８０頁第４行〜第１６行）
　
（仮訳：14.2.2.2  カタログ・コンテンツの創作
　
カテゴリーとカテゴリー階層の創設は，電子商取引市場管理人の責任である。
・現行のWebSphere Commerce Suite 4.1管理者インターフェイス(ncadmon)と同類のHTMLインターフェイス。
・カタログにインポートされる定義済みのXMLアウトプットを発生させるカタログ・アーキテクトのようなツールを通じて。
・XMLあるいは表計算ファイルを定義済みのスキーマでカタログへのアップロードを可能にするファイル相互作用コントローラーを通じて。）
　
（３）上記記載事項（ア）によると，引用例は，ソフトウェアであるWebsphere Commerce Suite Marketplace Editionを利用して電子商取引市場を提供するコマース・サイトを構築する方法に関するものであり，その電子商取引市場には，複数のバイヤと複数のサプライヤが関わっている。
　上記記載事項（イ）によると，前記電子商取引市場では，当該電子商取引市場で取引される製品の統一表示を行うカタログが提供され，当該カタログによって製品はカテゴリー化されて説明されている。
　上記記載事項（ウ）によると，前記電子商取引市場のハブは，集約カタログに含まれる製品情報を管理するためのブラウザベースのツールを前記サプライヤに対して提供し，それによって，サプライヤが集約カタログに含まれる製品情報を最新のものとする更新を行えるようにしている。
　上記記載事項（エ）によると，前記電子商取引市場では，管理者によって製品分類法が創設され，カタログが階層化されるとともに，製品が体系化されて配置されている。また，バイヤは，取引の実行にあたって，前記カタログを利用することができる。
　上記記載事項（オ）によると，カタログの階層化は，管理者が生成したカテゴリーとカテゴリーの階層に基づくことでなされている。
　
　そうすると，引用例には
　
「複数のサプライヤと複数のバイヤが関わる電子商取引市場を提供するコマース・サイトを構築する方法であって，
　前記商取引市場のハブは，集約カタログの情報を管理するためのツールを前記サプライヤに対して提供し，当該サプライヤは，そのツールに基づいて集約カタログに含まれる製品情報を更新し，
　前記集約カタログは，管理者によって創設されたカテゴリーとカテゴリーの階層に基づく製品分類法によって，前記製品情報を階層的に配置したものであり，
　バイヤは，取引にあたり前記集約カタログを利用する方法」（以下「引用発明」という。）
　
　が記載されていると認められる。
　
３　対比・判断
　
（１）対比
　
ア　引用発明において，複数のサプライヤ及び複数のバイヤは，それぞれコンピュータを用いて電子商取引市場に関わっていると認められるから，引用発明のコマース・サイトは，本願補正発明と同様に「複数のサプライヤ・コンピュータ及び複数のバイヤ・コンピュータと接続されるコンピュータ」であるといえる。
イ　引用発明の「電子商取引市場」は，本願補正発明の「ハブ・ストア」に相当するから，引用発明の方法は，本願補正発明の方法と「ホストされたハブ・ストアを有するコマース・サイトを構築する方法」である点において共通している。
ウ　引用発明の「ツール」は，電子商取引市場を提供するコマース・サイトからサプライヤに対して提供されているから，本願補正発明と同様に「各サプライヤ・コンピュータに，コマース・サイトを通じて提供」されるものであるといえる。
エ　引用発明では，「ツール」により，電子商取引市場が提供する集約カタログに含まれる製品情報をサプライヤが更新することを可能にしているから，当該「ツール」は，製品情報をカタログとしてアップロードする機能を備えているといえる。また，引用発明の集約カタログは分類法によって体系化されたものであるから，集約カタログを管理するためのツールである引用発明の「ツール」は，カタログを所定の分類法に基づいて管理するためのツールであるといえる。そうすると，引用発明の「ツール」は，「カタログをアップロードおよび所定の分類法に基づいて管理するためのカタログ機能を含む」ものといえる。
オ　引用発明では，サプライヤに提供されるツールによりコマース・サーバにおいて集約カタログに含まれる製品情報が更新されているから，コマース・サーバは，サプライヤから送信された製品情報を更新するための情報を受信していると認められる。そうすると，引用発明の方法は，本願補正発明の方法と「複数のカタログを前記複数のサプライヤ・コンピュータからそれぞれ受信するステップ」を有する点において共通する。
カ　引用発明では，製品情報が，管理者によって創設された製品分類法に基づいて，集約カタログに階層化されて配置されるから，引用発明の方法は，本願補正発明の方法と「複数のカタログを前記分類方法に基づいて製品のデータごとに樹形に関連付けて単一の集約カタログに集約するステップ」を有する点において共通する。
キ　引用発明では，バイヤが電子商取引市場における取引を行うにあたり集約カタログを利用しているから，引用発明の方法は，本願補正発明の方法と「各バイヤ・コンピュータに，前記コマース・サイト上の前記集約カタログに基づく前記ハブ・ストアへのアクセスを提供するステップ」を有する点において共通する。
　
（２）一致点と相違点
　
　そうすると，本願補正発明と引用発明の一致点と相違点は，次のとおりと認められる。
　
ア　一致点
　
「複数のサプライヤ・コンピュータ及び複数のバイヤ・コンピュータと接続されるコンピュータが，ホストされたハブ・ストアを有するコマース・サイトを構築する方法であって，
前記方法は，前記コンピュータが，
（ａ）ツールを各サプライヤ・コンピュータに，前記コマース・サイトを通じて提供するステップであって，前記ツールは，カタログをアップロードおよび所定の分類法に基づいて管理するためのカタログ機能を含むステップと，
（ｂ）複数のカタログを前記複数のサプライヤから受信するステップと，
（ｃ）前記複数のカタログを，前記分類法に基づいて製品についてのデータごとに樹形に関連付けて単一の集約カタログに集約するステップと，
（ｄ）前記各バイヤ・コンピュータに，前記コマース・サイト上の前記集約カタログに基づく前記ハブ・ストアへのアクセスを提供するステップとを含む，方法。」
　
イ　相違点
　
［相違点１］本願補正発明では，コマース・サイトが，ハブ・ストアのみならず，複数のサプライヤ・ストアを有しているのに対し，引用発明では，それが明らかでない点。
　
［相違点２］本願補正発明では，ツールがサプライヤ・ストアを作成及び管理するものであり，サプライヤ・コンピュータに提供されるツールによるカタログのアップロード及び管理が，サプライヤ・ストアのためのサプライヤ・カタログに対してなされているのに対し，引用発明では，サプライヤ・コンピュータに提供されるツールによって，カタログのアップロード及び管理がなされているものの，それが，直接，集約カタログに対してなされている点。
　
［相違点３］本願補正発明では，バイヤ・コンピュータに対し，集約カタログに基づくハブ・ストアへのアクセスのみならず，各サプライヤ・カタログに基づくサプライヤ・ストアへの選択的なアクセスを提供しているのに対し，引用発明では，それが明らかでない点。
　
（３）判断
　
・相違点１，２，３について
　コマース・サイトにおいて，複数のサプライヤの製品を商取引の対象とするハブ・ストアのみならず，個々のサプライヤの製品を商取引の対象とする複数のサプライヤ・ストアを設けることは，コマース・サイトの構成方法として，後記するように，周知の技術的事項に過ぎない。
　ここで，そのようにコマース・サイトを構成した場合，コマース・サイトを管理するコンピュータが，バイヤに対して，ハブ・ストアのみならずサプライヤ・ストアも利用可能にさせるため，バイヤに対し，集約カタログに基づくハブ・ストアへのアクセスのみならず，各サプライヤ・カタログに基づくサプライヤ・ストアへの選択的なアクセスを提供するようにさせることは，自然の発想といえる。
　そして，サプライヤが，製品情報をハブ・ストア及びサプライヤ・ストアに登録するにあたり，ハブ・ストアとサプライヤ・ストアそれぞれに製品情報をアップロードしなければならない負担を軽減させるため，サプライヤ・ストアにおける製品情報の登録状況をハブ・ストアに集約させることで，サプライヤ・ストアに対するアップロードのみでハブ・ストアに対する製品情報の登録も行えるようにし，集約カタログに集約される製品情報を，直接，サプライヤからアップロード及び管理するのではなく，各々のサプライヤの管理下にあるサプライヤ・ストアのカタログに含まれる製品情報をアップロード及び管理することを通じて行う構成とすることは，当業者においては，適宜設計し得る程度のことといえる。
　これに関して，例えば，特開２００２−４９７７１号公報には，参加する小売企業を統括した共通の仮想商店（本願補正発明の「ハブ・ストア」に相当。）に加えて，各小売企業の個別の仮想商店（本願補正発明の「サプライヤ・ストア」に相当。）をサーバーシステム上に構成し，各小売店企業の個別の仮想商店においては，各小売店企業から送信（本願補正発明の「アップロード」に相当。）された商品情報が，共通の仮想商店においては，各小売店企業から送信された個別の商品情報を集約した商品情報がそれぞれ提供され（段落【０００７】参照。），商品を購入しようとする顧客（本願補正発明の「バイヤ」に相当。）に対し，各小売店企業の個別の仮想商店または共通の仮想商店への選択的なアクセスを受け付ける（段落【０００９】参照。）構成が開示されている。
　そうすると，引用発明に周知の技術的事項を適用して，相違点１，２，３に係る構成とすることも当業者が適宜なし得たことといえる。
　
（４）まとめ
　
　以上判断したとおり，本願補正発明における上記各相違点に係る発明特定事項は，当業者が容易に想到することができたものであり，また，本願補正発明の作用効果も引用発明及び周知の技術的事項から当業者が予測できる範囲内のものである。 
　したがって，本願補正発明は，引用発明及び周知の技術的事項に基づいて当業者が容易に発明をすることができたものである。 
　
４　むすび
　
　以上の次第で，本件補正は，平成１８年法律第５５号改正附則３条１項によりなお従前の例とされる同法による改正前の特許法１７条の２第５項において準用する同法第１２６条５項の規定に違反するので，同法１５９条１項において読み替えて準用する同法５３条１項の規定により，却下すべきものである。
　
第３　本願発明
　
１　本願発明の内容
　
　以上のとおり，本件補正（平成２０年１月２５日に提出された手続補正書による補正）は，却下されたので，本願の請求項１に係る発明（以下「本願発明」という。）は，本件補正前の請求項１（平成１９年８月６日に提出された手続補正書により補正された請求項１）に記載されたとおりのものであり，以下に再掲する。
　
「【請求項１】
　コンピュータが実行するホストされたサプライヤ・ストアを有する市場を作成する方法であって、前記方法は、前記コンピュータが、
（ａ）ホストされたサプライヤ・ストアを作成および管理するためのツールを複数の各サプライヤに、コマース・サイトを通じて提供するステップであって、前記ツールは、前記ホストされたサプライヤ・ストアのためのサプライヤ・カタログをアップロードおよび管理するためのカタログ機能を含むステップと、
（ｂ）複数のサプライヤ・カタログを前記複数のサプライヤから受信するステップと、
（ｃ）前記複数のサプライヤ・カタログを製品についてのデータごとに樹形に関連付けて集約カタログに集約するステップと、
（ｄ）バイヤに、前記コマース・サイト上の前記集約カタログへのアクセスを提供するステップと、
　前記製品についてのデータごとに前記集約カタログでバイヤがアクセス可能な前記製品についてのデータを割当てるサプライヤ・ハブ・カタログ・トポロジを提供するステップをさらに含み、前記集約するステップは、前記サプライヤ・カタログを、前記サプライヤ・ハブ・カタログ・トポロジに従って集約するステップとを実行する、方法。」
　
２　引用例の記載内容と引用発明
　
　第２，３に記載したとおりである。
　
３　対比・判断
　
（１）対比
　
ア　引用発明の「コマース・サイト」は，製品を販売する場であるから，本願発明の「市場」に相当し，引用発明の方法は，本願発明と「コンピュータが実行する市場を作成する方法」である点において共通している。
イ　引用発明の「ツール」は，電子商取引市場を提供するコマース・サイトから複数のサプライヤに対して提供されているから，本願発明と同様に「複数の各サプライヤに，コマース・サイトを通じて提供」されるものであるといえる。
ウ　引用発明では，「ツール」により，電子商取引市場が提供する集約カタログに含まれる製品情報をサプライヤが更新することを可能にしているから，当該「ツール」は，製品情報をカタログとしてアップロードする機能を備えているといえる。そうすると，引用発明の「ツール」は，「カタログをアップロードおよび管理するためのカタログ機能を含む」ものといえる。
エ　引用発明では，サプライヤに提供される「ツール」によりコマース・サーバにおいて集約カタログに含まれる製品情報が更新されているから，コマース・サーバは，サプライヤから送信された製品情報を更新するための情報を受信していると認められる。そうすると，引用発明の方法は，本願発明の方法と「複数のカタログを前記複数のサプライヤからそれぞれ受信するステップ」を有する点において共通する。
オ　引用発明では，製品情報が，管理者によって生成された製品分類法に基づいて，集約カタログに階層化されて配置されるから，引用発明の方法は，本願発明の方法と「複数のカタログを製品についてのデータごとに樹形に関連付けて集約カタログに集約するステップ」を有する点において共通する。
カ　引用発明では，電子商取引市場が，バイヤに対して集約カタログを利用させているから，引用発明は，本願発明と同様に「バイヤに，前記コマース・サイト上の前記集約カタログへのアクセスを提供するステップ」を有するものといえる。
キ　引用発明では，コマース・サイトの管理者が，カテゴリーとカテゴリーの階層に基づく製品分類法を創設し，その製品分類法に基づいて集約カタログが集約されている。ここで，集約カタログのカテゴリーとカテゴリーの階層を創設することは，集約カタログのトポロジを提供することであるから，引用発明の方法は，本願発明の方法と「製品についてのデータごとに前記集約カタログでバイヤがアクセス可能な前記製品についてのデータを割当てるサプライヤ・ハブ・カタログ・トポロジを提供するステップをさらに含み，前記集約するステップは，前記カタログを、前記サプライヤ・ハブ・カタログ・トポロジに従って集約するステップとを実行する」点において共通する。
　
（２）一致点と相違点
　
　そうすると，本願発明と引用発明の一致点と相違点は，次のとおりと認められる。
　
ア　一致点
　
「コンピュータが実行する市場を作成する方法であって，前記方法は，前記コンピュータが，
（ａ）ツールを複数の各サプライヤに，コマース・サイトを通じて提供するステップであって，前記ツールは，前記カタログをアップロードおよび管理するためのカタログ機能を含むステップと，
（ｂ）複数カタログを前記複数のサプライヤから受信するステップと，
（ｃ）前記複数のカタログを製品についてのデータごとに樹形に関連付けて集約カタログに集約するステップと，
（ｄ）バイヤに，前記コマース・サイト上の前記集約カタログへのアクセスを提供するステップと，
　前記製品についてのデータごとに前記集約カタログでバイヤがアクセス可能な前記製品についてのデータを割当てるサプライヤ・ハブ・カタログ・トポロジを提供するステップをさらに含み，前記集約するステップは、前記カタログを、前記サプライヤ・ハブ・カタログ・トポロジに従って集約するステップとを実行する，方法。」
　
イ　相違点
　
［相違点１］本願発明では，市場が，ホストされたサプライヤ・ストアを有しているのに対し，引用発明では，それが明らかでない点。
　
［相違点２］本願発明では，ツールがサプライヤ・ストアを作成及び管理するものであり，サプライヤ・コンピュータに提供されるツールによるカタログのアップロード及び管理が，サプライヤ・ストアのためのサプライヤ・カタログに対してなされているのに対し，引用発明では，サプライヤ・コンピュータに提供されるツールによって，カタログのアップロード及び管理がなされているものの，それが，直接，集約カタログに対してなされている点。
　
（３）判断
　
・相違点１，２について
　コマース・サイトにおいて，複数のサプライヤの製品を商取引の対象とするハブ・ストアのみならず，個々のサプライヤの製品を商取引の対象とするホストされたサプライヤ・ストアを設けることは，コマース・サイトの構成方法として，後記するように，周知の技術的事項に過ぎない。
　ここで，そのようにコマース・サイトを構成した場合，サプライヤが，製品情報をハブ・ストア及びサプライヤ・ストアに登録するにあたり，ハブ・ストアとサプライヤ・ストアそれぞれに製品情報をアップロードしなければならない負担を軽減させるため，サプライヤ・ストアにおける製品情報の登録状況をハブ・ストアに集約させることで，サプライヤ・ストアに対するアップロードのみでハブ・ストアに対する製品情報の登録も行えるようにし，集約カタログに集約される製品情報を，直接，サプライヤからアップロード及び管理するのではなく，各々のサプライヤの管理下にあるサプライヤ・ストアのカタログに含まれる製品情報をアップロード及び管理することを通じて行う構成とすることは，当業者においては，適宜設計し得る程度のことといえる。
　これに関して，例えば，特開２００２−４９７７１号公報には，参加する小売企業を統括した共通の仮想商店（本願発明の「ハブ・ストア」に相当。）に加えて，各小売企業の個別の仮想商店（本願発明の「サプライヤ・ストア」に相当。）をサーバーシステム上に構成し，各小売店企業の個別の仮想商店においては，各小売店企業から送信（本願発明の「アップロード」に相当。）された商品情報を，共通の仮想商店においては，各小売店企業から送信された個別の商品情報を集約した商品情報をそれぞれ提供する（段落【０００７】参照。）構成が開示されている。
　そうすると，引用発明に周知の技術的事項を適用して，相違点１，２に係る構成とすることも当業者が適宜なし得たことといえる。
　
（４）まとめ
　
　以上判断したとおり，本願発明における上記各相違点に係る発明特定事項は，当業者が容易に想到することができたものであり，また，本願発明の作用効果も引用発明及び周知の技術的事項から当業者が予測できる範囲内のものである。 
　したがって，本願発明は，引用発明及び周知の技術的事項に基づいて当業者が容易に発明をすることができたものである。 
　
４　むすび
　
　以上の次第で，本願発明は，引用発明及び周知の技術的事項に基づいて当業者が容易に発明をすることができたものであるから，特許法２９条２項の規定により，特許を受けることができない。
　
　よって，結論のとおり審決する。