【事件の表示】
　特願２００７−２７１８４５「データ変換装置及びデータ変換方法」拒絶査定不服審判事件〔平成２１年　５月　７日出願公開、特開２００９−　９９０７０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯 
　
　本願は、平成１９年１０月１８日の出願であって、平成２３年１２月２０日付けで拒絶理由の通知がなされ、平成２４年３月５日付けで手続補正書の提出がなされ、同年８月１７日付けで拒絶査定がなされ、これに対して同年１１月２１日付けで拒絶査定不服審判の請求がなされるとともに手続補正書の提出がなされ、当審において、平成２５年７月２２日付けで前置報告書を利用した審尋がなされ、同年９月２４日付けで回答書の提出がなされたものである。
　
　
　
第２　平成２４年１１月２１日付けの手続補正についての補正却下の決定　　
［補正却下の決定の結論］
　平成２４年１１月２１日付けの手続補正を却下する。
　
［理由］　　　
１．補正の内容 
　平成２４年１１月２１日付けの手続補正(以下、「本件補正」という)は、補正前の特許請求の範囲の請求項１を、補正後の特許請求の範囲の請求項１に変更する補正事項を含むものである。
　　
　そして、補正前の請求項１及び補正後の請求項１に係る発明は、それぞれ、以下のとおりのものと認める。
　
　なお、＜補正後の請求項１＞における下線は補正箇所を表している。
　
＜補正前の請求項１＞
　
「経営資源の情報管理を行い、予め定められた第１のデータフォーマットによる情報の通信を行う統合業務システムと、当該第１のデータフォーマットとは異なる第２のデータフォーマットによる情報の通信を行う複数の情報装置とに接続されたデータ変換装置であって、
　前記統合業務システムから出力される前記第１のデータフォーマットによる情報の入力を受け付ける第１の受付手段と、
　前記第１の受付手段に入力される情報を、前記第２のデータフォーマットに変換した情報を生成する第１のデータ変換手段と、
　前記第１のデータ変換手段が変換して生成した情報を、前記情報装置に送信する第１の送信手段と、
　を備えており、
　前記第１のデータ変換手段は、前記統合業務システム（審決注）から送信される前記第１のデータフォーマットによる情報を、商社ＥＤＩ情報、帳票情報、ＦＡＸ、郵便物、電子メールを含む複数のデータフォーマットのうち、前記送信先の情報装置に応じたいずれかのデータフォーマットである第２のデータフォーマットによる情報に変換し、
　前記統合業務システムは第１の企業によって所有され、前記データ変換装置は第２の企業によって所有され、前記第１の企業と前記第２の企業は異なる企業であり、前記データ変換装置は、前記第１の企業から前記第２の企業によってアウトソーシングされたものである
　ことを特徴とするデータ変換装置。」
　　
＜補正後の請求項１＞　
　
「経営資源の情報管理を行い、予め定められた第１のデータフォーマットによる情報の通信を行う統合業務システムと、当該第１のデータフォーマットとは異なる第２のデータフォーマットによる情報の通信を行う複数の情報装置とに接続されたデータ変換装置であって、
　前記統合業務システムから出力される前記第１のデータフォーマットによる情報の入力を受け付ける第１の受付手段と、
　前記第１の受付手段に入力される情報を、前記第２のデータフォーマットに変換した情報を生成する第１のデータ変換手段と、
　前記第１のデータ変換手段が変換して生成した情報を、前記情報装置に送信する第１の送信手段と、
　を備えており、
　前記第１のデータ変換手段は、前記統合業務システム（審決注）から送信される前記第１のデータフォーマットによる情報を、商社ＥＤＩ情報、帳票情報、ＦＡＸ、郵便物、電子メールを含む複数のデータフォーマットのうち、前記送信先の情報装置に応じたいずれかのデータフォーマットである第２のデータフォーマットによる情報に変換し、
　前記統合業務システムは第１の企業によって所有され、前記データ変換装置は第２の企業によって所有され、前記第１の企業と前記第２の企業は異なる企業であり、前記データ変換装置は、前記第１の企業から前記第２の企業
にア
て前記第２の企業によって運営、管理され、前記統合業務システムから着脱可能に接続される
　ことを特徴とするデータ変換装置。」
　
（審決注：補正前後の請求項１に係る発明には「前記統合情報システム」と記載されているが、補正前後の請求項１には「統合業務システム」の記載はあるものの、前記に対応する「統合情報システム」の記載はないこと、及び、本願明細書の段落【００１８】及び【００２８】等の記載事項を参酌することにより、「前記統合情報システム」は「前記統合業務システム」の誤記と認めて上記のように認定した。）
　
　
２．本件補正に対する判断 
　
　本件補正のうちの上記補正事項は、補正前の請求項１に記載した発明を特定するために必要な事項を限定するものであって、特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　
　そこで、本件補正後の上記請求項１に記載された発明（以下、「本件補正発明」という）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか）について、以下に検討する。
　
　　　 　　　
２．１　補正後の発明
　本件補正発明は、上記「１．」の＜補正後の請求項１＞の欄に転記したとおりのものである。
　
　　　　 　　　
２．２　引用文献 
　原査定の拒絶の理由に引用された国際公開第２００２／００５５０８号（以下、「引用文献」という）には、下記の事項が記載されている。
　　
Ａ　”
Enterprise Resource Planning System
　Today's modern companies typically have in place an automated Enterprise Resource Planning (ERP) system. ERP systems integrate and streamline internal business processes, also known as back-end processes.
Generally, back-end processes are the business processes that support doing business,that is, selling a company's products or services, and buying the goods and services that a company needs to produce its product or service. Back-end business processes include processes such as generating requisitions, searching supplier's catalogs, choosing products to purchase, generating purchase orders, generating sales orders, generating invoices, and paying invoices. In modern businesses, for the most part, orders do not get processed, goods do not get shipped, and invoices do not get generated or paid, unless they are channeled through an ERP system.”（第１頁１５行〜２７行）
　
（当審訳：「
エンタープライズ・リソース・プラニング・システム
　今日の現代企業は、典型的に、自動化されたエンタープライズ・リソース・プラニング（ＥＲＰ）システムを有している。ＥＲＰシステムは、「バック−エンド」プロセスとしても知られる内部ビジネス・プロセスを統合し及び合理化する。
一般に、バック−エンド・プロセスでは、「ビジネスをする」、すなわち会社の製品又はサービスを販売し、及び会社が製品又はサービスを生産するのに必要な財及びサービスを購入することを支援するビジネス・プロセスである。バック−エンド・ビジネス・プロセスには、要求条件を作成し、サプライアのカタログを探索し、購入する製品を選択し、購入指図を作成し、販売指図を作成し、請求書を作成し、及び請求書の支払のようなプロセスを含む。現代のビジネスでは、これらがＥＲＰシステムを通して経由されなければ、多くの場合、指図書が作成されることがなく、商品も発送されることがなく、及び請求も作成又は支払われることがない。」）
　　
Ｂ　”Systems, methods, and apparatus consistent with the principles of the present invention enable an organization to find a business partner, communicate with it, and automatically exchange business documents over an open network to complete a business transaction. The present invention integrates a network-based digital marketplace that is open to everyone, not just pre-arranged subscribers, with business document exchange between ERP systems.
　In one embodiment, the present invention provides a World Wide Web portal comprising a business directory and a messaging engine. The business directory lists all the organizations participating in thedigital marketplaceprovided by the portal. A portal user searches the business directory to find potential business partners (step 205). For example, a buyer may search the business directory by product sought, geographical location, price, availability, seller's name, or a combination of these attributes.
Preferably, the business directory contains comprehensive information concerning all the members of a business ecosystem, such as buyers, sellers, distributors, service providers, and manufacturers.
　The business directory also provides access to product catalogs, prices, websites, reputation assessments, and contact information for the businesses listed, among other things. A portal user can often get all the information needed to make a business decision (step 210) by using the business directory. And, with the contact information provided by the business directory, a portal user can easily establish communications with a prospective business partner and exchange additional information.”（第１０頁２５行〜第１１頁１７行）
　
（当審訳：「本発明に従ったシステム、方法、及び装置により、組織は、ビジネス相手方を見つけ、それと通信をし、及びビジネス取引を完結するためにオープンネットワークを介して自動的にビジネス書類を交換できる。本発明は、単に事前に決められた登録者ではなく誰にでも開かれたネットワーク・ベースのデジタル市場を、ＥＲＰシステム間でのビジネス書類交換と統合する。
　一つの実施態様では、本発明はビジネス・ディレクトリとセキュアメッセージングエンジンを備えるワールドワイド・ウェブ・ポータルを提供する。ビジネス・ディレクトリはポータルにより提供される「デジタル市場」に参加する全ての組織をリストする。ポータル利用者は、潜在的ビジネス相手方を見つけるためにビジネス・ディレクトリを検索する（ステップ２０５）。例えば、買い手は求める製品、地理的位置、価格、入手可能性、売り手の名称、又はこれらの属性の組合せによりビジネス・ディレクトリを検索できる。好ましくは、ビジネス・ディレクトリには、買い手、売り手、流通業者、サービスプロバイダ、及び製造業者などのビジネス・エコシステムの全メンバーに関する包括的な情報が含まれる。
　ビジネス・ディレクトリはまた、とりわけ製品カタログ、価格、ウェブサイト、評判評価、及びリストされているビッジネスについてのコンタクト情報を提供する。ポータル利用者はしばしばビジネス・ディレクトリを使いビジネス判断をするのに必要な全ての情報を獲得することができる（ステップ２１０）。そしてビジネス・ディレクトリにより提供されたコンタクト情報により、ポータル利用者は容易に見込んだビジネス相手方と通信を設定し、追加的情報を交換することができる。」）
　　
Ｃ  ”
D. ERP-to-ERP Business Document Exchange
　The present invention allows ERP systems to directly communicate with each other, exchanging business documents through web portal 370 without human intervention. Using the present invention, once the decision is made to do business,that is to buy something from, or sell something to, a business partner, the remainder of the transaction is handled automatically by the ERP systems.
　Figure 5 is a block diagram illustrating the information path of a business document exchange in a system consistent with the principles of the present invention. A business document, for example an electronic PO generated by a buyer's ERP system 314 is transmitted by a buyer's business communication connector 316 via network 320 to secure messaging engine 340. Buyer's business communication connector 316 transmits the business document in a format X 522, and secure messaging engine 340 receives the business document in format X 522. Format X may be any format used by buyer's ERP system 214.
　It is important to note that although buyer's business communication connector 316 ultimately seeks to communicate with seller's business communication connector 356, to do so it need not know the network address of, or data format for, seller's business communication connector 356.
Buyer's business communication connector 316 need only be able to communicate in its native format X 522 with secure messaging engine 340 and secure messaging engine 340 takes care of forwarding the message, translated to the proper format, to seller's business communication connector 356. Thus, a buyer can communicate with any number of sellers, and visaversa, using a single interface provided by secure messaging engine 340.
Buyers and sellers do not need to establish and maintain the details of each point-to-point connection in order to exchange electronic documents with all their business partners. Web portal 370 takes care of all the connection details. Buyers can purchase different products and services from different sellers using a single interface--the interface to web portal 370.
　Upon receiving an electronic business document from buyer's business communication connector 316, secure messaging engine 340 performs, among others, three basic functions; it reformats (if necessary) the business document to a format understood by seller's system 350, it retransmits the reformatted business document to seller's business communication connector 356, and it stores a copy of the electronic business document in message store 525. In a preferred embodiment, a mapping component 520 of secure messaging engine 340 performs these functions, which are explained in greater detail below.
　As shown in FIG. 5, mapping component 520 is communicatively connected to business directory 335, which contains information about the buyer and the seller who are exchanging electronic business documents.
Mapping component 520 gets information it needs to create a communication link between the buyer's and seller's ERP systems from business directory 335, including information concerning data formats and routing information for connecting over a network. As shown in the example illustrated by FIG. 5, using the data format information from business directory 335, mapping component 520 translates the buyer's business document from format X 522 to format Z 524. Using the routing information, mapping component 520 transmits the translated data to seller's business communication connector 356 via network 320.”（第１８頁２２行〜第２０頁１２行）
　　
（当審訳：「
ＥＲＰ対ＥＲＰビジネス書類交換
　本発明により、ＥＲＰシステムは他の各ＥＲＰと直接に通信することができ、人手を介さずにウェブポータル３７０を通してビジネス書類を交換することが可能となる。本発明を使えば、一端、何かを買ったり、何かを売ったりして、「ビジネスをする」決定をビジネス相手方とすると、残りの取引はＥＲＰシステムにより自動的に処理される。
　図５は本発明の原理に従ったシステムにおいて、ビジネス書類交換の情報経路を示すブロックダイアグラムである。例えば買い手のＥＲＰシステムにより作成された電子的ＰＯのようなビジネス書類は、セキュアメッセージングエンジン３４０の安全を確保するために、ネットワーク３２０を介して買い手のビジネス通信コネクタ３１６により伝達される。買い手のビジネス通信コネクタ３１６は、フォーマットＸ５２２によりビジネス書類を伝達して、セキュアメッセージングエンジン３４０もフォーマットＸ５２２でビジネス書類を受取る。フォーマットＸは、買い手のＥＲＰシステムが使うどのようなフォーマットでもよい。
　買い手のビジネス通信コネクタ３１６は最終的に売り手のビジネス通信コネクタ３５６と通信することを求めるが、そうするために、売り手のビジネス通信コネクタ３５６のネットワーク・アドレスもデータ・フォーマットも知る必要はないことに留意することが重要である。買い手のビジネス通信コネクタ３１６は、セキュアメッセージングエンジン３４０において使っているフォーマットＸ５２２のままで通信すればよく、セキュアメッセージングエンジン３４０が適切なフォーマットにメッセージを変換して売り手のビジネス通信コネクタ３５６に届けることをしてくれる。したがって買い手は、セキュアメッセージングエンジン３４０により提供される単独のインターフェイスを使うことで、多数の売り手と通信することができ、その逆も可能である。買い手と売り手は全てのビジネス相手方と、電子的書類を交換するために、各ポイント・トゥ・ポイントのコネクションの詳細を維持している必要はない。ウェブポータル３７０が全てのコネクション詳細を処理してくれる。買い手は、ウェブポータル３７０に対する単独のインターフェイスを使って、異なる売り手から異なる製品及びサービスを購入することができる。
　買い手のビジネス通信コネクタ３１６から電子ビジネス書類を受取ると、セキュアメッセージングエンジン３４０は、とりわけ、三つの基本的機能を実行する；もし必要であれば、ビジネス書類を売り手システム３５０が理解できるフォーマットに再フォーマットし、再フォーマットしたビジネス書類を売り手のビジネス通信コネクタ３５６に再伝達し、及びメッセージ記憶５２５に電子ビジネス書類のコピーを記憶する。実施態様では、セキュアメッセージングエンジン３４０のマッピング・コンポーネント５２０がこれらの機能を実行するが、これについては詳細に後述する。
　図５に示すように、マッピング・コンポーネント５２０はビジネス・ディレクトリ３３５に通信上連結され、電子ビジネス書類を交換する買い手及び売り手に関する情報を含む。マッピング・コンポーネント５２０はデータ・フォーマット及びネットワーク上で連結するためのルーティング情報についての情報を含み、ビジネス・ディレクトリから買い手及び売り手のＥＲＰシステム間のリンクを作るために必要となる情報を得る。図５の図例に示すように、ビジネス・ディレクトリ３３５からのデータ情報を使い、マッピング・コンポーネント５２０は、買い手のビジネス書類をフォーマットＸ５２２からフォーマットＺ５２４に変換する。ルーティング情報を使い、マッピング・コンポーネント５２０は変換されたデータをネットワーク３２０を介して売り手のビジネス通信コネクタ３５６に伝達する。」）
　　
Ｄ　”Figure 6 is a flowchart showing the steps to perform business document exchange in a manner consistent with the principles of the present invention. In step 610, a system consistent with the principles of the present invention receives a business communication, which includes addressee (seller) information, from a buyer's system 310 in the buyer's system's data format. An electronic purchase order is an example of such a business communication.
　The system retrieves the addressee's data format information stored in business directory 335 (step 615). If the seller's data format is not the same as the buyer's data format (step 617), then the system translates the business communication from the buyer's format to the seller's format (step 620).
Otherwise, no translation is needed and none takes place.
　Next, the system retrieves the network routing address of seller's system 350 from the seller's information stored in business directory 335 (step 625). Then, the system transmits the translated business communication to the seller's routing address (step 630). The system also stores a copy of the business communication in message store 525, from which it can be retrieved later as necessary (step 635).
　One of ordinary skill in the art will recognize that all the steps and processes described can also operate in the other direction. For example, similar steps occur when a seller's system sends a business communication to the buyer's system.”（第２０頁２１行〜第２１頁１２行）
　
（当審訳：「図６は本発明の原理に従ったやり方でビジネス書類交換をするステップを示すフローチャートである。ステップ６１０において、本発明の原理に従ったシステムは、買い手のシステムのデータ・フォーマットで買いてのシステム３１０から宛名人（売り手）情報を含むビジネス通信を受取る。電子的購入指図書はそのようなビジネス通信の一例である。
　システムはビジネス・ディレクトリ３３５に記憶された宛名人のデータ・フォーマット情報を検索する（ステップ６１５）。もし売り手のデータ・フォーマットが買い手のデータフォーマットと同じでないときには（ステップ６１７）、システムは買い手のフォーマットからのビジネス通信を売り手のフォーマットに変換する（ステップ６２０）。そうでないときには、変換は必要なく、行われない。
　つぎに、システムはビジネス・ディレクトリ３３５に記憶された売り手の情報から売り手のシステム３５０のネットワーク・ルーティング・アドレスを検索する（ステップ６２５）。そしてシステムは、変換されたビジネス通信を売り手のルーティング・アドレスに伝達する（ステップ６３０）。システムはまたメッセージ記憶５２５にビジネス通信のコピーを記憶し、必要なときに後でそこから検索できるようにする（ステップ６３５）。
　当業者には明らかなように、上述の全てのステップ及びプロセスは逆方向に操作することも可能である。例えば売り手システムがビジネス情報を買い手システムに送るとときには同様のステップを踏む。」）
　
Ｅ　システムのアーキテクチャを表すブロックダイアグラムが記載された図３には、購入サーバ３１２、バック−エンドＥＲＰシステム３１４、及びビジネス通信コネクタ３１６を備えた買い手システム３１０が、ネットワーク３２０を介してサーチエンジン３３０、ビジネスディレクトリ３３５、及びセキュアメッセージングエンジン３４０を備えたウェブポータル３７０に接続され、オンライン記憶／カタログサーバ３５２、バック−エンドＥＲＰシステム３５４、及びビジネス通信コネクタ３５６を備えた売り手システム３５０も、同様に前記ネットワーク３２０を介して前記ウェブポータル３７０に接続された構成が記載されている。
　
Ｆ　ビジネス書類交換の情報経路を表すブロックダイアグラムが記載された図５には、買い手システム３１０内のビジネス通信コネクタ３１６が、ウェブポータル３７０内のセキュアメッセージングエンジン３４０とフォーマットＸの電子ビジネス書類の通信を行い、売り手システム３５０内のビジネス通信コネクタ３５６が、ウェブポータル３７０内のセキュアメッセージングエンジン３４０とフォーマットＺの電子ビジネス書類の通信を行う構成が記載されている。
　　
　ここで、上記引用文献の記載事項について検討する。
（あ）上記Ｅから、引用文献の図３には、ウェブポータル３７０が買い手システム３１０と売り手システム３５０に接続されていることが記載されている。
　
（い）上記Ｃ及び上記Ｆから、引用文献の図５には、ウェブポータル３７０が買い手システム３１０とフォーマットＸの電子ビジネス書類のやりとりを行うことが記載されているので、引用文献に記載されたウェブポータルは、何らかの「買い手システムから出力されるビジネス書類を受ける手段」を備えていることは明らかである。
　
（う）上記Ｃには、ウェブポータル３７０内のセキュアメッセージングエンジン３４０が、買い手システム３１０内のビジネス通信コネクタ３１６から電子ビジネス書類を受け取ると、該ビジネス書類を売り手システム３５０が理解できるフォーマットに再フォーマットすることが記載されているので、引用文献に記載されたウェブポータルは、「買い手システムから受けた電子ビジネス書類を売り手システムが理解できるフォーマットに再フォーマットするセキュアメッセージングエンジン」を備えている。
　
（え）上記Ｃ及び上記Ｆから、引用文献の図５には、ウェブポータル３７０が売り手システム３５０とフォーマットＺの電子ビジネス書類のやりとりを行うことが記載されており、上記（う）の記載を踏まえれば、引用文献に記載されたウェブポータルは、何らかの「再フォーマットされた電子ビジネス書類を売り手システムに伝える手段」を備えていることは明らかである。
　
（お）上記Ｃに記載された再フォーマットの具体的な処理として、上記Ｄには、買い手システムのデータ・フォーマットで買い手システム３１０から宛名人（売り手）情報を含むビジネス通信を受け取り、ビジネス・ディレクトリ３３５に記憶された宛名人のデータ・フォーマット情報を検索し、買い手のフォーマットに基づくビジネス通信を売り手のフォーマットに再フォーマットすることが記載されている。　
　よって、引用文献に記載されたセキュアメッセージングエンジンは、「買い手システムから受けた電子ビジネス書類の宛名人情報を用いて前記電子ビジネス書類を売り手システムのフォーマットに再フォーマットする」ことが記載されているといえる。
　　
　よって、上記（あ）乃至（お）及び関連図面の記載から、引用文献には、実質的に下記の発明（以下、「引用発明」という）が記載されている。
　　
「買い手システムと売り手システムに接続されたウェブポータルであって、
　前記買い手システムから出力される電子ビジネス書類を受ける手段と、
　前記買い手システムから受けた電子ビジネス書類を前記売り手システムが理解できるフォーマットに再フォーマットするセキュアメッセージングエンジンと、
　前記再フォーマットされた電子ビジネス書類を前記売り手システムに伝える手段と、
　を備えており、
　前記セキュアメッセージングエンジンにおいて、前記買い手システムから受けた電子ビジネス書類に含まれる宛名人情報を用いて前記電子ビジネス書類を前記売り手システムのフォーマットに再フォーマットするウェブポータル。」
　
　
２．３　対比 
（１）本件補正発明と引用発明との対応関係について
　
（ア）引用文献の上記Ｂには、引用文献に記載されたビジネス書類の交換が、「単に事前に決められた登録者ではなく誰にでも開かれたネットワーク・ベースのデジタル市場を、ＥＲＰシステム間でのビジネス書類交換と統合する」ものであり、一つの実施態様として、「ビジネス・ディレクトリとセキュアメッセージングエンジンを備えるワールドワイド・ウェブ・ポータルを提供する。ビジネス・ディレクトリはポータルにより提供される『デジタル市場』に参加する全ての組織をリストする」ことが記載されている。
　上記の記載から、引用発明の「ウェブポータル」は、誰にでも開かれたデジタル市場を提供するワールドワイド・ウェブ・ポータルの態様に含むものであるから、引用発明の「買い手システム」及び「売り手システム」は、このワールドワイド・ウェブ・ポータルが提供する「デジタル市場」に参加する複数の買い手側のシステム及び複数の売り手側のシステムということができる。
　
（イ）引用文献の上記Ａには、企業が購入指図や請求書の作成等を行うバック−エンドビジネスプロセスを統合するＥＲＰシステムを有することが記載され、引用文献の上記Ｅには、引用発明の「買い手システム」がバック−エンドＥＲＰシステムを備えるものであることが記載されているので、引用発明の「買い手システム」は、ＥＲＰシステムを構成するものであることは明らかである。
　また、引用文献の上記Ｃには、買い手システムがフォーマットＸ５２２という所定のフォーマットからなるビジネス書類をセキュアメッセージングエンジンへ送ることが記載されている。
　よって、引用発明の「買い手システム」も「経営資源の情報管理を行い、予め定められた第１のデータフォーマットによる情報の通信を行う統合業務システム」と呼び得るものである。
　
（ウ）引用発明では、「前記買い手システムから受けた電子ビジネス書類を前記売り手システムが理解できるフォーマットに再フォーマット」されるので、買い手システムが利用するフォーマットと売り手システムが利用するフォーマットは異なるものになっている。
　また、上記（ア）に記載したように、引用発明の売り手システムは、売り手側になる複数のシステムが該当するものである。
　よって、引用発明の「売り手システム」も「当該第１のデータフォーマットとは異なる第２のデータフォーマットによる情報の通信を行う複数の情報装置」と呼び得るものである。
　
（エ）上記（イ）及び（ウ）に記載された事項から、引用発明の「買い手システムと売り手システムに接続されたウェブポータル」は、本件補正発明の「経営資源の情報管理を行い、予め定められた第１のデータフォーマットによる情報の通信を行う統合業務システムと、当該第１のデータフォーマットとは異なる第２のデータフォーマットによる情報の通信を行う複数の情報装置とに接続されたデータ変換装置」に相当している。
　
（オ）上記（エ）に記載された事項を踏まえると、引用発明の「前記買い手システムから出力される電子ビジネス書類を受ける手段」、「前記買い手システムから受けた電子ビジネス書類を前記売り手システムが理解できるフォーマットに再フォーマットするセキュアメッセージングエンジン」、「前記再フォーマットされた電子ビジネス書類を前記売り手システムに伝える手段」は、それぞれ本件補正発明の「前記統合業務システムから出力される前記第１のデータフォーマットによる情報の入力を受け付ける第１の受付手段」、「前記第１の受付手段に入力される情報を、前記第２のデータフォーマットに変換した情報を生成する第１のデータ変換手段」、「前記第１のデータ変換手段が変換して生成した情報を、前記情報装置に送信する第１の送信手段」に相当している。
　　
（カ）引用発明は、「前記買い手システムから受けた電子ビジネス書類に含まれる宛名人情報を用いて前記電子ビジネス書類を前記売り手システムのフォーマットに再フォーマットする」ので、送信先を特定する宛名人情報に基づいて、送信先である売り手システムに対応したフォーマットへ再変換することが行われている。
　よって、本件補正発明と引用発明は、「前記第１のデータ変換手段は、前記統合業務システムから送信される前記第１のデータフォーマットによる情報を、前記送信先の情報装置に応じたデータフォーマットである第２のデータフォーマットによる情報に変換」している点で共通している。
　　　　　
（２）本件補正発明と引用発明の一致点について
　上記の対応関係から、本件補正発明と引用発明は、下記の点で一致する。
　
「経営資源の情報管理を行い、予め定められた第１のデータフォーマットによる情報の通信を行う統合業務システムと、当該第１のデータフォーマットとは異なる第２のデータフォーマットによる情報の通信を行う複数の情報装置とに接続されたデータ変換装置であって、
　前記統合業務システムから出力される前記第１のデータフォーマットによる情報の入力を受け付ける第１の受付手段と、
　前記第１の受付手段に入力される情報を、前記第２のデータフォーマットに変換した情報を生成する第１のデータ変換手段と、
　前記第１のデータ変換手段が変換して生成した情報を、前記情報装置に送信する第１の送信手段と、
　を備えており、
　前記第１のデータ変換手段は、前記統合業務システムから送信される前記第１のデータフォーマットによる情報を、前記送信先の情報装置に応じたデータフォーマットである第２のデータフォーマットによる情報に変換する、
　ことを特徴とするデータ変換装置。」
　　　　　　　
（３）本件補正発明と引用発明の相違点について
　本件補正発明と引用発明は、下記の点で相違する。
　
（相違点１）
　本件補正発明では、第２のデータフォーマットとして、「商社ＥＤＩ情報、帳票情報、ＦＡＸ、郵便物、電子メールを含む複数のデータフォーマットのうち、前記送信先の情報装置に応じたいずれかのデータフォーマット」であるとしているのに対し、引用発明はそのような具体的なフォーマットを全て含む構成にはなっていない点。
　　
（相違点２）
　本件補正発明は、「前記統合業務システムは第１の企業によって所有され、前記データ変換装置は第２の企業によって所有され、前記第１の企業と前記第２の企業は異なる企業であり、前記データ変換装置は、前記第１の企業から前記第２の企業にアウトソーシングされて前記第２の企業によって運営、管理され、前記統合業務システムから着脱可能に接続される」のに対して、引用発明では、各システムの運営、管理等については定かではない点。
　　　　
　
２．４　当審の判断 
（１）相違点１について
　引用文献の上記Ｂには、引用文献に記載したシステムにより、ビジネス取引を完結するためにＥＲＰシステム間でビジネス書類を交換することが記載されていることから、引用発明は、ビジネス取引において電子ビジネス文書の交換を行うものであるといえる。
　そこで、ビジネス取引において交換されるビジネス書類について検討すると、一般にそれらの書類には、商社ＥＤＩ情報、帳票情報、ＦＡＸ、郵便、電子メール等の情報が含まれることは明らかであり、また、どのような情報をビジネス書類に含めるかは、接続される買い手及び売り手に応じて適宜決定する事項にすぎないものと認められる。
　よって、引用発明において、ビジネス書類を交換するために、フォーマット変換の対応について相違点１で特定されたデータフォーマットを含めるようにすることに格別の困難性は認められない。
　　
（２）相違点２について
　引用発明の各システムの帰属について検討すると、上記「２．３」の「（１）」の「（ア）」に記載したように、引用発明の「ウェブポータル」は、「誰にでも開かれたデジタル市場を提供するワールドワイド・ウェブ・ポータルを態様に含むものであることを鑑みると、誰もが引用発明の「買い手システム」又は「売り手システム」として参加出来る態様が含まれることになり、かつ、そのような電子商取引のシステムは、引用文献を示すまでもなく本願出願前に既に一般に普及したものとなっている。
　そのような状況を踏まえると、「ウェブポータル」を運営管理する企業を「買い手システム」を運営管理する者とは別の企業とすることは一般的な事項であり、格別なこととはいえない。
　また、買い手システムを運営管理する者が、電子商取引にかかわるシステムを運営管理せず、既に外部に存在して運営されている電子商取引システムを利用することでアウトソーシングを行うこと、及び、必要に応じて利用する電子商取引システムを変更することでウェブポータルを着脱可能とすることも一般的に行われていることである。
　してみると、引用発明において、「ウェブポータル」を運営管理する企業を「買い手システム」を運営管理する企業とは異なる企業とすること、及び、「ウェブポータル」を「買い手システム」からアウトソーシングされ、着脱可能なものとすることは、必要に応じて適宜なし得る事項にすぎない。
　
（３）本件補正発明の作用効果について　　　
　本件補正発明の作用効果も、引用発明、引用文献に記載された事項から当業者が予測できる範囲のものである。　
　
　　
２．５　むすび 
　よって、本件補正発明は、引用発明、引用文献に記載された事項から当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものであるから、本件補正は、特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　
　　
第３　補正却下の決定を踏まえた検討
　
１．本願発明
　本件補正は上記のとおり却下されたので、本願の請求項１に係る発明（以下、「本願発明」という）は、平成２４年３月５日付けの手続補正書の請求項１に記載されたとおりのものであり、上記「第２」の「１．」の＜補正前の請求項１＞の欄に転記したとおりのものである。 
　　
　
２．引用文献
　これに対して、原査定の拒絶の理由に引用された引用文献の記載事項及び引用発明は、上記「第２」「２．」「２．２」に記載したとおりである。
　
　　
３．対比・判断
　本願発明は、上記「第２」「２．」で検討した本件補正発明における限定を省いたものである。
　そうすると、本願発明の構成要素を全て含み、さらに特定の点に限定を施したものに相当する本件補正発明が、上記「第２」「２．」「２．４」に記載したとおり、引用発明、引用文献に記載された事項に基いて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用発明、引用文献に記載された事項に基いて、当業者が容易に発明をすることができたものである。　　　　
　
　
４．むすび
　以上のとおり、本願発明は、当業者が引用発明、引用文献に記載された事項に基いて容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 
　したがって、本件は、他の請求項について検討するまでもなく、拒絶されるべきものである。 
　よって、結論のとおり審決する。