【事件の表示】
　特願２０１０−２３０４５７「システムランドスケープ対応アプリケーション間通信インフラストラクチャ」拒絶査定不服審判事件〔平成２３年　４月２８日出願公開，特開２０１１−　８６２９１〕について，次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１　手続の経緯
　本件審判請求に係る出願（以下，「本願」という。）は，平成２２年１０月１３日（パリ条約による優先権主張外国庁受理２００９年１０月１４日（以下，「優先日」という。），米国）に出願されたものであって，その手続の経緯は以下のとおりである。
　審査請求（提出日）：平成２３年７月　７日
　拒絶理由（起案日）：平成２５年３月１９日（同年３月２６日発送）
　意見書（提出日）　：平成２５年６月１３日
　手続補正（提出日）：平成２５年６月１３日
　拒絶査定（起案日）：平成２５年９月　５日（同年９月１０日謄本発送）
　審判請求（提出日）：平成２６年１月　７日
　手続補正（提出日）：平成２６年１月　７日
　前置報告（作成日）：平成２６年３月１８日
　補正却下（起案日）：平成２７年４月１７日（同年５月１日発送）
　拒絶理由（起案日）：平成２７年４月１７日（同年４月２７日発送）
　意見書（提出日）　：平成２７年７月２７日
　手続補正（提出日）：平成２７年７月２７日
２　本願発明
　本願の請求項に係る発明は，上記平成２７年７月２７日付け手続補正（以下「本件補正」という。）により補正された特許請求の範囲の請求項１乃至１７に記載されたとおりのものと認められるところ，その請求項１に係る発明（以下，「本願発明」という。）は、以下のとおりのものである。
【請求項１】
「ランドスケープ対応アプリケーション間通信インフラストラクチャを介して通信するためのコンピュータが実施する方法であって，１つまたは複数のプロセッサによって実行される以下のステップ，すなわち，
　メモリに記憶された情報を異種アプリケーションに伝達するために収集するステップと，
　少なくとも部分的に前記収集された情報を用いて前記異種アプリケーション宛のメッセージを生成するステップと，
　前記メッセージを、後で前記異種アプリケーションに送信してもらうために，前記異種アプリケーションの通信構造を識別し，この識別された構造に基づいて前記メッセージを変換できるイベントドリブン型アプリケーション間通信インフラストラクチャに伝達するステップと
　を含み，
　前記通信構造が、前記異種アプリケーションとは切り離された公開ファイルを含む，
方法。」
３　引用文献及び参考文献に記載された技術的事項並びに引用発明の認定
（１）引用文献１
　本願の優先日前に頒布または電気通信回線を通して公衆に利用可能とされ，当審から上記平成２７年４月１７日付け拒絶理由において引用された，米国特許出願公開第２００４／００６８７１４号明細書（２００４年４月８日公開，以下「引用文献１」という。）には，関連する図面とともに、以下の技術的事項が記載されている。（当審注：下線は，参考のため，当審で付与したものである。）
Ａ「[ABSTRACT] An exchange infrastructure for message-based exchange and integration of a collection of heterogeneous software components is disclosed. 
The exchange infrastructure includes a repository for storing design-time collaboration descriptions of a plurality of software components, and a directory for storing configuration-specific collaboration descriptions of a runtime system landscape. The exchange infrastructure further includes a runtime engine configured for message-based exchange of information based on the configuration-specific collaboration descriptions. At runtime, the runtime engine receives messages, and resolves intended or required receivers based on message content and parameters provided by the configuration-specific collaboration descriptions from the directory. 
（当審訳）「[要約]異種ソフトウェアコンポーネントの堆積をメッセージベースで交換と統合するための交換インフラストラクチャが明らかにされる。
交換インフラストラクチャは多種多様なソフトウェアコンポーネントの設計時コラボレーション記述が格納されているリポジトリ，及びランタイムシステムランドスケープの構成特有コラボレーション記述を格納している辞書を含む。交換インフラストラクチャはさらに構成特有コラボレーション記述に基づく情報のメッセージベース交換のために構成されたランタイムエンジンを含む。実行時，ランタイムエンジンはメッセージを受け取り，辞書から構成特有コラボレーション記述によって提供されたメッセージ内容とパラメータに基づいて受信者に向けられたか要求されたことを解決する
Ｂ「[0004]  New electronic business collaboration, however, typically requires connectivity among all applications inside and outside of company boundaries. Networks such as the Internet provide opportunities for systems to communicate almost instantly with other systems or individuals. 
Business processes that once were restricted to intranets and their users are now moving to the Internet to become an effective composition of Web services. A Web service is a programmable, self-contained, self-describing, modular application function that can be published, discovered or invoked through an open Internet standard.
（当審訳）「[０００４]新しい電子ビジネス協力は，しかしながら，会社境界の内側及び外側のすべてのアプリケーション間で主として接続性が必要となる。インターネットのようなネットワークは他システムか個人とほとんど直ぐに通信するシステムのために機会を提供する。
かつてはイントラネットとのユーザーに限定されていたビジネスプロセスはウェブサービスの有効な構成になるために今はインターネットへ動いている。ウェブサービスはオープンなインターネット標準を通して、公表され、発表され又は起動されることができるプログラム可能，自己完結型，自己記述型，モジュールのアプリケーション機能である。
Ｃ「[0008]  The design-time collaboration descriptions include business scenarios, business processes, routing objects, message transformation mappings and message interfaces for the software components. The configuration-specific collaboration descriptions include runtime descriptions of the business scenarios, business processes, routing objects, message transformation mappings and message interfaces for each software component in the runtime system landscape. A system landscape directory is also disclosed. The system landscape directory includes design-time descriptions of the software components as well as configuration-specific descriptions of the runtime system landscape. 
 [0010]  
A method for integrating a heterogeneous collection of software components includes exchanging messages among software components in the runtime system landscape that are connected via an XI.
 （当審訳）「[０００８]設計時コラボレーション記述はソフトウェアコンポーネントのためのビジネスシナリオ，経営過程，ルーティングオブジェクト，メッセージ交換マッピングやメッセージインタフェースを含む。構成特有コラボレーション記述は，ランタイムシステムランドスケープ内の各ソフトウェアコンポーネントのためのビジネスシナリオ，ビジネスプロセス，ルーティングオブジェクト，メッセージ交換のマッピングとメッセージインタフェースの実行時記述を含む。システムランドスケープ辞書もまた明らかにする。システムランドスケープ辞書はランタイムシステムランドスケープの構造特有記述と同様にソフトウエアコンポーネントの設計時記述を含む。
[００１０]
ソフトウェアコンポーネントの異種接続を統合するための方法はＸＩを介して接続されたランタイムシステムランドスケープ内のソフトウェアコンポーネント間でメッセージ交換することを含む。
Ｄ「[0022]   FIG. 1  is a simplified block diagram of a system  100  for exchange-based integration. 
The system  100  includes an exchange infrastructure (XI)  110  for collaborative processing among internal components (ICs)  102  of an enterprise, and between external components (ECs)  104  that communicate to one or more ICs  102  through a firewall  105 . The ICs and ECs  102  and  104  represent any of a number of processes or services and their software and hardware, such as Web portals, buying or selling programs, electronic mail, business management programs, project planning programs, etc., and are preferably Web-based applications.
[0023]  The XI  110  is a self-contained, modularized exchange platform for driving collaboration among the components  102 ,  104 . The exchange infrastructure  110  includes a central integration repository and directory storing shared collaboration knowledge. 
The XI  110  supports open standards such as various standard markup languages like the extensible markup language (XML), web service description language (WSDL), and simple object access protocol (SOAP) to provide an abstraction of technical interfaces for the components  102 ,  104 , and for message-based communications across heterogeneous component interfaces. The self-contained, modularized functions of the XI  110  can be provided as one or more Web services based on standard Internet technology, and therefore can be published, discovered, and accessed within a network of components  102 ,  104  using open standards.
（当審訳）「[００２２]図１は交換ベース統合のためのシステム１００の単純化されたブロックダイアグラムである。
システム１００は企業の内部コンポーネント（ＩＣｓ）１０２間や，ファイアウォール１０５を通して１つ以上のＩＣｓ１０２に通信する外部コンポーネント（ＥＣｓ）１０４の間と，協働処理のための交換インフラストラクチャ（ＸＩ）を含む。このＩＣｓとＥＣｓ，１０２と１０４は，携帯ウェブ，購入又は販売プログラム，電子メール，経営管理プログラム，プロジェクト計画プログラム等のような，多数のプロセスかサービスとそのソフトウェアやハードウェアの幾つかとして表現する。そして好ましくはウェブベースのアプリケーションである。
［００２３］ＸＩ１１０は自己完結型で，コンポーネント１０２と１０４間で協力を促進さえるための交換プラットフォームをモジュール化したものである。交換インフラストラクチャ１１０は共有された協力知識を格納している中央統合リポジトリと辞書を含む。
ＸＩ１１０はエクステンシブルマークアップ言語（ＸＭＬ），ウェブサービス記述言語（ＷＳＤＬ），異種コンポーネントインタフェースを渡ってメッセージ通信するためやコンポーネント１０２と１０４のために技術インタフェースの抽象概念を提供するシンプル・オブジェクト・アクセス・プロトコル（ＳＯＡＰ）のような種々の標準的なマークアップ言語のようなオープンな標準をサポートする。ＸＩ１１０の自己完結型でモジュール化された機能は，標準インターネット技術に基づいて１以上のウェブサービスを提供されることができる，それ故に，公表され，発表され，オープンな標準を使っているコンポーネント１０２と１０４のネットワーク内へアクセスすることができる。
Ｅ「 [0024]   FIG. 2  is a block diagram of the XI  110 . In general, 
the XI  110  includes an integration repository  202 , an integration directory  204 , a system landscape directory  203  and an integration server  206 .
At runtime, the integration server  206  uses the shared business semantics from the integration directory  204  to execute collaborative processing and message exchange among active software components in the runtime system landscape. 
 [0025]  The integration server  206  includes a runtime engine  214  that provides messaging and business process control at runtime for connecting services and managing the process flow of value chains. The integration server  206  also includes other exchange services  216  that typically require an application-specific implementation. The exchange services  216  include analytics and master data services. 
The exchange services  216  can have access to all business documents within the system landscape.
（当審訳）「[００２４]図２はＸＩ１１０のブロックダイアグラムである。一般に，
このＸＩ１１０は統合リポジトリ２０２，統合辞書２０４，システムランドスケープ辞書２０３と統合サーバー２０６を含む。
ソフトウェアコンポーネントの設計時及び実行時の記述はシステムランドスケープ辞書２０３に格納される。
実行時，統合サーバ２０６は，統合辞書２０４から共有されたビジネス意味を，実行時システムランドスケープ内のアクティブソフトウェアコンポーネント間で協働処理とメッセージ交換を実行するために使う。
[００２５]統合サーバー２０６は，価値連鎖のプロセスフローを管理することやサービスに接続するために実行時にビジネスプロセス制御とメッセージすることを提供するランタイムエンジン２１４を含む。
統合サーバ２０６は，アプリケーション特有の実装を典型的に必要とする他の交換サービス２１６もまた含む。交換サービス２１６は解析学とマスタデータサービスを含む。
交換サービス２１６はシステムランドスケープ内の全てのビジネスドキュメントにアクセスすることができる。
Ｆ「[0045]   
FIG. 6  is a block diagram illustrating several functions of the runtime engine  214  in a process of exchanging a message between applications. A sending application  303  resides in a sending component system  302 , which represents the hardware and software platform of the sending application  303 . 
A communication path for a message  310  can include an outbound proxy  307  at the outbound interface from the sending component system  302 , through the runtime engine  214  and adapter  309  to the receiving component system  304 
 [0046]  
With reference also to  FIG. 5 , for a given message the logical routing service  276  uses information on the sending application and the message interface to determine receivers and required interfaces by evaluating the corresponding routing rules, as shown at  312 
 The routing rules are part of the configuration-specific descriptions of the runtime system landscape provided by the integration directory  204 ,
（当審訳）「[００４５]
図６はアプリケーション間で交換メッセージのプロセスにおいてランタイムエンジン２１４の幾つかの機能を例証するブロックダイアグラムである。送信アプリケーション３０３は送信アプリケーションのハードウェアとソフトウェアプラットフォームを代表する送信コンポーネントシステム３０２の中にある。
メッセージ３１０のための通信パスは，送信コンポーネント３０２から、ランタイムエンジン２１４とアダプタ３０９を通して，受信コンポーネントシステム３０４への外向きインタフェースによる外向きプロキシ３０７を含むことができる。
[００４６]
図５もまた参照すると，メッセージを与えられた間，論理ルーティングサービス２７６は，３１２で示すとおり，対応しているルーティング規則を評価することによって受信者と要求インタフェースを決めるために送信アプリケーションとメッセージインタフェース上の情報を使う。ルーティング規則は，統合辞書２０４によって提供されたランタイムシステムランドスケープの構成特有記述の一部である。
Ｇ「[0051]   FIG. 8  provides further details of a message exchange process  410 , as executed by a runtime engine using information from the directory. 
At  420 , a message is received at the XI from a sending application.
at  422  the XI via the runtime engine determines one or more logical receiving applications based on the configuration-specific collaboration descriptions from the directory. The configuration-specific collaboration descriptions include message interface descriptions, including inbound interface descriptions of receiving applications and outbound interface descriptions of sending applications. 
 [0052] 
 At  424 , the runtime engine maps the message to one or more inbound interface descriptions associated with the one or more logical receiving applications. Accordingly, the physical address of the one or more logical receiving applications is resolved at  426 . The runtime engine then appends the physical address to the message, and sends the message to each resolved physical address associated with a receiving application, as shown at  428 .
（当審訳）「[００５１]図８は辞書からの情報を使用するランタイムエンジンによって実施されるメッセージ交換プロセス４１０の更に詳細を提供する。
４２０において，メッセージは送信アプリケーションからＸＩで受信される。
４２２において，ＸＩはランタイムエンジンによって辞書から構成特有コラボレーション記述に基づく１以上の論理受信アプリケーションを決定する。構成特有コラボレーション記述は、受信アプリケーションの内向きインタフェース記述及び送信アプリケーションの外向きインタフェース記述を含んでおり，メッセージ・インタフェース記述を含む。
[００５２]
４２４において，ランタイムエンジンは，１以上の論理受信アプリケーションと連携した１以上の内向きインタフェース記述に合せたメッセージを作る。したがって，４２６において，１以上の論理受信アプリケーションの物理アドレスは解決される。４２８に示すとおり，ランタイムエンジンは、それから受信メッセージに物理アドレスを付加し，当該メッセージを，受信アプリケーションと連携した各々の解明された物理アドレス宛に送信する。
（２）ここで，上記引用文献１に記載されている事項を検討する。
ア　上記Ａの「交換インフラストラクチャは多種多様なソフトウェアコンポーネントの設計時コラボレーション記述が格納されているリポジトリ，及びランタイムシステムランドスケープの構成特有コラボレーション記述を格納している辞書を含む。」旨の記載から，引用文献１には「交換インフラストラクチャは多種多様なソフトウェアコンポーネントのコラボレーション記述が格納されたリポジトリ及び辞書を含む」ことが記載されている。
　上記Ｄの「システム１００は企業の内部コンポーネント（ＩＣｓ）１０２間や，ファイアウォール１０５を通して１つ以上のＩＣｓ１０２に通信する外部コンポーネント（ＥＣｓ）１０４の間と，協働処理のための交換インフラストラクチャ（ＸＩ）を含む。このＩＣｓとＥＣｓ，１０２と１０４は，携帯ウェブ，購入又は販売プログラム，電子メール，経営管理プログラム，プロジェクト計画プログラム等のような，多数のプロセスかサービスとそのソフトウェアやハードウェアの幾つかとして表現する。そして好ましくはウェブベースのアプリケーションである。」旨の記載から，引用文献１には「内部コンポーネントと外部コンポーネント間で協働処理のための交換インフラストラクチャ（ＸＩ）」が記載されている。
　上記Ｃの「ソフトウェアコンポーネントの異種接続を統合するための方法はＸＩを介して接続されたランタイムシステムランドスケープ内のソフトウェアコンポーネント間でメッセージ交換することを含む。」旨の記載から，引用文献１には「ＸＩを介して接続されたランタイムシステムランドスケープ内のソフトウェアコンポーネント間でメッセージ交換することを含む異種接続を統合するための方法」が記載されているといえる。
　以上のことから，引用文献１には“多種多様なソフトウェアコンポーネントのコラボレーション記述が格納されたリポジトリ及び辞書を含み内部コンポーネントと外部コンポーネント間で協働処理のための交換インフラストラクチャ（ＸＩ）を介して接続されたランタイムシステムランドスケープ内のソフトウエアコンポーネント間でメッセージ交換することを含む異種接続を統合するための方法”が記載されていると認められる。
イ　上記Ａの「交換インフラストラクチャはさらに構成特有コラボレーション記述に基づく情報のメッセージベース交換のために構成されたランタイムエンジンを含む。実行時，ランタイムエンジンはメッセージを受け取り，辞書から構成特有コラボレーション記述によって提供されたメッセージ内容とパラメータに基づいて受信者に向けられたか要求されたことを解決する。」旨の記載から，引用文献１には“メッセージを受け取り，辞書から構成特有コラボレーション記述によって提供された情報に基づいて要求されたことを解決するメッセージベース交換のために構成されたランタイムエンジンにより実行する交換インフラストラクチャ（ＸＩ）”が記載されている。
ウ　上記Ｅの「このＸＩ１１０は統合リポジトリ２０２，統合辞書２０４,システムランドスケープ辞書２０３と統合サーバー２０６を含む。（中略）実行時，統合サーバ２０６は，統合辞書２０４から共有されたビジネス意味を，実行時システムランドスケープ内のアクティブソフトウェアコンポーネント間で協働処理とメッセージ交換を実行するために使う。（中略）交換サービス２１６はシステムランドスケープ内の全てのビジネスドキュメントにアクセスすることができる。」旨の記載から，引用文献１には「ＸＩは，メッセージ交換を実行するために，システムランドスケープ内でアクセスすることができる情報を使うこと」が記載されている。
　上記Ｆの「図６はアプリケーション間で交換メッセージのプロセスにおいてランタイムエンジン２１４の幾つかの機能を例証するブロックダイアグラムである。送信アプリケーション３０３は送信アプリケーションのハードウェアとソフトウェアプラットフォームを代表する送信コンポーネントシステム３０２の中にある。（中略）メッセージ３１０のための通信パスは、送信コンポーネントシステム３０２から，ランタイムエンジン２１４とアダプタ３０９を通して，受信コンポーネントシステム３０４への外向きインタフェースによる外向きプロキシ３０７を含むことができる。（中略）図５もまた参照すると，メッセージを与えられた間、論理ルーティングサービス２７６は、３１２で示すとおり，対応しているルーティング規則を評価することによって受信者と要求インタフェースを決めるために送信アプリケーションとメッセージインタフェース上の情報を使う。ルーティング規則は，統合辞書２０４によって提供されたランタイムシステムランドスケープの構成特有記述の一部である。」旨の記載から，引用文献１には「送信コンポーネントシステムから受信コンポーネントシステムへメッセージを送信するために統合辞書によって提供されたルーティング規則，送信アプリケーションとメッセージインタフェース上の情報等を使うこと」が記載されているといえる。
　以上のことから，引用文献１には“送信コンポーネントシステムから受信コンポーネントシステムへメッセージを送信するために，統合辞書によって提供されたルーティング規則，送信アプリケーションとメッセージインタフェース上の情報等のランドスケープ内でアクセス可能である情報を使う交換インフラストラクチャ（ＸＩ）”が記載されていると認められる。
エ　上記Ｇの「４２０において，メッセージは送信アプリケーションからＸＩで受信される。（中略）４２２において，ＸＩはランタイムエンジンによって辞書から構成特有コラボレーション記述に基づく１以上の論理受信アプリケーションを決定する。構成特有コラボレーション記述は，受信アプリケーションの内向きインタフェース記述及び送信アプリケーションの外向きインタフェース記述を含んでおり，メッセージ・インタフェース記述を含む。（中略）４２４において，ランタイムエンジンは，１以上の論理受信アプリケーションと連携した１以上の内向きインタフェース記述に合せたメッセージを作る。したがって，４２６において，１以上の論理受信アプリケーションの物理アドレスは解決される。４２８に示すとおり，ランタイムエンジンは，それから受信メッセージに物理アドレスを付加し，当該メッセージを、受信アプリケーションと連携した各々の解明された物理アドレス宛に送信する。」旨の記載から，引用文献１には“送信アプリケーションからメッセージを受信し，辞書から構成特有コラボレーション記述に基づく論理受信アプリケーションを決定し，構成特有コラボレーション記述に含まれる受信アプリケーションのインタフェース記述に合わせた論理受信アプリケーション宛のメッセージを作成し，論理受信アプリケーションの物理アドレスを解明し，解明した物理アドレスをメッセージに付加して，物理アドレス宛に送信する交換インフラストラクチャ（ＸＩ）”が記載されていると認められる。
オ　上記Ｂの「かつてはイントラネットとのユーザーに限定されていたビジネスプロセスはウェブサービスの有効な構成になるために今はインターネットへ動いている。ウェブサービスはオープンなインターネット標準を通して，公表され，発表され又は起動されることができるプログラム可能，自己完結型，自己記述型，モジュールのアプリケーション機能である。」旨の記載，上記Ｄの「ＸＩ１１０はエクステンシブルマークアップ言語（ＸＭＬ），ウェブサービス記述言語（ＷＳＤＬ），異種コンポーネントインタフェースを渡ってメッセージ通信するためやコンポーネント１０２と１０４のために技術インタフェースの抽象概念を提供するシンプル・オブジェクト・アクセス・プロトコル（ＳＯＡＰ）のような種々の標準的なマークアップ言語のようなオープンな標準をサポートする。ＸＩ１１０の自己完結型でモジュール化された機能は，標準インターネット技術に基づいて１以上のウェブサービスを提供されることができる，それ故に，公表され，発表され，オープンな標準を使っているコンポーネント１０２と１０４のネットワーク内へアクセスすることができる。」旨の記載から，引用文献１には“公表されるオープンな標準を使う自己完結型でモジュール化された機能を含む交換インフラストラクチャ（ＸＩ）”が記載されている。
カ　上記ア乃至オで検討したことから、引用文献１には以下の発明（以下、「引用発明」という。）が記載されている。
「多種多様なソフトウェアコンポーネントのコラボレーション記述が格納されたリポジトリ及び辞書を含み内部コンポーネントと外部コンポーネント間で協働処理のための交換インフラストラクチャ（ＸＩ）を介して接続されたランタイムシステムランドスケープ内のソフトウエアコンポーネント間でメッセージ交換を含む異種接続を統合するための方法であって,
前記交換インフラストラクチャ（ＸＩ）が，
メッセージを受け取り，辞書から構成特有コラボレーション記述によって提供された情報に基づいて要求されたことを解決するメッセージベース交換のために構成されたランタイムエンジンにより実行することと，
送信コンポーネントシステムから受信コンポーネントシステムへメッセージを送信するために，統合辞書によって提供されたルーティング規則，送信アプリケーションとメッセージインタフェース上の情報等のランドスケープ内でアクセス可能である情報を使うことと，
送信アプリケーションからメッセージを受信し，辞書から構成特有コラボレーション記述に基づく論理受信アプリケーションを決定し，構成特有コラボレーション記述に含まれる受信アプリケーションのインタフェース記述に合わせた論理受信アプリケーション宛のメッセージを作成し，論理受信アプリケーションの物理アドレスを解明し，解明した物理アドレスをメッセージに付加して，物理アドレス宛に送信すること，
公表されるオープンな標準を使う自己完結型でモジュール化された機能を含むことを特徴とする方法。」
（３）参考文献１
　本願の優先日前に既に頒布または電気通信回線を通して公衆に利用可能とされた文献である特開平６−２４３１１５号公報（以下「参考文献１」という。）には関連図面とともに，以下の技術的事項が記載されている。
（下線は，参考のために当審で付与したものである。）
Ｈ　「【００１６】
図２(b) は，図２(a) においてインタフェースA210が選択された場合に，駆動モジュール設定部105 によって機能モジュールA202〜機能モジュールC204が通信を介したイベントによる呼び出しをトリガとして機能モジュールを起動するイベント駆動型処理モジュールに付加された様子を示している。
イベント駆動型処理モジュールは，イベント駆動処理手段107 および通信処理手段108 を含んだものである。
（４）参考文献２
　本願の優先日前に既に頒布または電気通信回線を通して公衆に利用可能とされた文献である特開２００８−１４０３４４号公報（以下「参考文献２」という。）には，関連図面とともに、以下の技術的事項が記載されている。
（下線は，参考のために当審で付与したものである。）
Ｊ　「【００２０】
  本実施形態では，ＷＳＤＬファイルはサーバ毎に同一のパス（http://[サーバ名]/services.wsdl）よりＨＴＴＰプロトコルを介して取得することができる。この場合，
クライアントはサーバを利用する前にＷＳＤＬファイルの取得と提供サービスの確認を行う
【００２１】
  
ＷＳＤＬファイルにはサーバ２０１が外部へ公開している各サービスのインタフェース定義が記述されており，サーバ２０１が公開しているサービスに関する情報は全て，即ちその種類一覧が一つのＷＳＤＬファイル中に記述されている。
（５）参考文献３
　本願の優先日前に既に頒布または電気通信回線を通して公衆に利用可能とされた文献である特開２００６−３５０５８０号公報（以下「参考文献３」という。）には関連図面とともに，以下の技術的事項が記載されている。
（下線は，参考のために当審で付与したものである。）
Ｋ　「【０００７】
分散オブジェクト技術に共通する基本的な仕組みは，機能ブロックＡを提供する場合，機能ブロックＡ側では，まずその機能を関数やメソッドといった単位で特定し，これら関数やメソッドの利用方法を定義したインタフェース定義９１を公開する（公開インタフェース）。
（６）参考文献４
　本願の優先日前に既に頒布または電気通信回線を通して公衆に利用可能とされた文献である特開２００５−２０９０４８号公報（以下「参考文献４」という。）には関連図面とともに，以下の技術的事項が記載されている。
（下線は，参考のために当審で付与したものである。）
Ｌ　「【００８２】
  このデータオブジェクトモデルは，ＯＰＣ（Ole  for  Process  Control）の構造に似せてある。これはＯＰＣ対応の端末製品やＯＰＣサーバとの接続を容易にするためである。また，データオブジェクトモデルには，ＩＰネットワークで分散された広域ロードシェアシステムに共通で必要なリソースが格納される。また，Ｆａｃａｄｅの名前とＩＰアドレスなどのネットワークリソースは全Ｆａｃａｄｅがそれぞれ同じ情報をＦａｃａｄｅオブジェクト内に持つ。また，
ＦａｃａｄｅはＩＰネットワークに接続するＬＡＮの接点に位置するが，ＬＡＮ内でＩＰネットワークに公開を望む全てのデータを，ここに登録する。
【００８３】
  ＬＡＮ内の各アプリケーションとデータオブジェクトモデルとのやりとりは，ＳＯＡＰ（Simple Object Access Protocol)またはＣＯＲＢＡ，または個々に用意するアプリケーションコンポーネントで行う。
構内ＬＡＮ内のアプリケーションプログラムから，ＳＯＡＰ（またはＣＯＲＢＡ）でアクセスするためのインタフェース定義に，ＷＳＤＬ（Web Service Description Language)またはＩＤＬ(Interface Definition Language）モジュールを用意する。
（中略）
【００９３】
  
Ｆａｃａｄｅは互いにデータオブジェクトと公開ファイルデータの交信を行う。
４　対比
（ア）引用発明の「交換インフラストラクチャ（ＸＩ）」は、「多種多様なソフトウェアコンポーネントのコラボレーション記述が格納されたリポジトリ及び辞書」を含み「内部コンポーネントと外部コンポーネント間で協働処理」のために「ランタイムシステムランドスケープ内のソフトウエアコンポーネント間でメッセージ交換」を行うので，本願発明の「ランドスケープ対応アプリケーション間通信インフラストラクチャ」に対応する。
　そうすると、引用発明における「多種多様なソフトウェアコンポーネントのコラボレーション記述が格納されたリポジトリ及び辞書を含み内部コンポーネントと外部コンポーネント間で協働処理のための交換インフラストラクチャ（ＸＩ）を介して接続されたランタイムシステムランドスケープ内のソフトウエアコンポーネント間でメッセージ交換を含む異種接続を統合するための方法」は、本願発明における「ランドスケープ対応アプリケーション間通信インフラストラクチャを介して通信するためのコンピュータが実施する方法」に相当する。
（イ）引用発明の「前記交換インフラストラクチャ（ＸＩ）」が，１つまたは複数のプロセッサによって実行されることは明らかであるので，引用発明における「前記交換インフラストラクチャ（ＸＩ）が，メッセージを受け取り，辞書から構成特有コラボレーション記述によって提供された情報に基づいて要求されたことを解決するメッセージベース交換のために構成されたランタイムエンジンにより実行すること」は，本願発明における「1つまたは複数のプロセッサによって実行されるステップ」に相当する。
（ウ）引用発明の「送信コンポーネントシステムから受信コンポーネントシステムへメッセージを送信するため」は，本願発明の「異種アプリケーションに伝達するため」に対応し，引用発明の「統合辞書によって提供されたルーティング規則，送信アプリケーションとメッセージインタフェース上の情報等のランドスケープ内でアクセス可能である情報を使うこと」は，統合辞書（メモリ）に記録された情報を収集しているといえるので，本願発明の「メモリに記録された情報を収集する」ことに対応することから，引用発明における「送信コンポーネントシステムから受信コンポーネントシステムへメッセージを送信するために，統合辞書によって提供されたルーティング規則，送信アプリケーションとメッセージインタフェース上の情報等のランドスケープ内でアクセス可能である情報を使うこと」は，本願発明における「メモリに記憶された情報を異種アプリケーションに伝達するために収集するステップ」に相当する。
（エ）引用発明の「辞書から構成特有コラボレーション記述」は，辞書に記録された「構成特有コラボレーション記述」の情報であり，引用発明の「アプリケーション間で交換メッセージをするため」は，本願発明の「異種アプリケーションに伝達するため」に対応し、引用発明の「構成特有コラボレーション記述に基づく論理受信アプリケーションを決定」するためには「構成特有コラボレーション記述」に含まれる情報を収集しているといえ，引用発明の「構成特有コラボレーション記述に含まれる前記論理受信アプリケーションのインタフェース記述」は，収集した「構成特有コラボレーション記述」といえ，引用発明の「論理受信アプリケーション」は，本願発明の「異種アプリケーション」に相当する。
　以上のことから，引用発明における「アプリケーション間で交換メッセージするために送信アプリケーションからメッセージを受信することと，辞書から構成特有コラボレーション記述に基づく論理受信アプリケーションを決定し，前記構成特有コラボレーション記述に含まれる前記論理受信アプリケーションのインタフェース記述に合わせた前記論理受信アプリケーション宛のメッセージを作成」することは，本願発明における「少なくとも部分的に前記収集された情報を用いて前記異種アプリケーション宛のメッセージを生成するステップ」に相当する。
（オ）引用発明の「交換インフラストラクチャ（ＸＩ）」は異種アプリケーション間で通信を行うことは明らかなので，本願発明の「イベントドリブン型アプリケーション間通信インフラストラクチャ」とは“アプリケーション間通信インフラストラクチャ”という上位概念で一致する。
　また，引用発明の「交換インフラストラクチャ（ＸＩ）が，送信アプリケーションからメッセージを受信すること」は，受信アプリケーションに送信するためであることは明らかなので、本願発明の「メッセージを，後で異種アプリケーションに送信してもらうために，伝達すること」に相当し，引用発明の「論理受信アプリケーションのインタフェース記述」は，本願発明の「異種アプリケーションの通信構造」に相当し，引用発明の「論理受信アプリケーション宛のメッセージを作成」するためには「構成特有コラボレーション記述に含まれる論理受信アプリケーションのインタフェース記述」を識別しているといえ，その識別された「論理受信アプリケーションのインタフェース記述」に基づいて「論理受信アプリケーション宛のメッセージを作成」するといえる。また，引用発明の「前記論理受信アプリケーションの物理アドレスを解明し，解明した物理アドレスを前記メッセージに付加して，前記物理アドレス宛に送信すること」は，論理受信アプリケーションに送信するために，メッセージを変換できるといえるので，本願発明の「メッセージを変換できる」ことに対応するといえる。
　以上のことから，引用発明における「送信アプリケーションからメッセージを受信し，辞書から構成特有コラボレーション記述に基づく論理受信アプリケーションを決定し，構成特有コラボレーション記述に含まれる受信アプリケーションのインタフェース記述に合わせた論理受信アプリケーション宛のメッセージを作成し，論理受信アプリケーションの物理アドレスを解明し，解明した物理アドレスをメッセージに付加して，物理アドレス宛に送信すること」は，本願発明における「メッセージを、後で前記異種アプリケーションに送信してもらうために、前記異種アプリケーションの通信構造を識別し、この識別された構造に基づいて前記メッセージを変換できるイベントドリブン型アプリケーション間通信インフラストラクチャに伝達するステップ」と後記する点で相違するものの“メッセージを、後で前記異種アプリケーションに送信してもらうために，前記異種アプリケーションの通信構造を識別し，この識別された構造に基づいて前記メッセージを変換できるアプリケーション間通信インフラストラクチャに伝達するステップ”の点で共通する。
（カ）引用発明の「交換インフラストラクチャ（ＸＩ）」は「公表されるオープンな標準を使う自己完結型でモジュール化された機能を含む」ことから，引用発明の「辞書から構成特有コラボレーション記述に基づく受信アプリケーションを決定する」ことも「公表されるオープンな標準を使う自己完結型でモジュール化された機能」を含むと解せ、引用発明の辞書からの「構造特有コラボレーション記述」は送信先となる「受信アプリケーション」から切り離されたファイルを含むことは明らかである。また，引用発明の「構成特有コラボレーション記述」は本願発明の「通信構造」に対応し，引用発明の「受信アプリケーション」は異種アプリケーションを含むことも明らかである。
　そうすると，引用発明における「交換インフラストラクチャが，辞書から構成特有コラボレーション記述に基づく受信アプリケーションを決定し，公表されるオープンな標準を使う自己完結型でモジュール化された機能を含む」と，本願発明における「通信構造が前記異種アプリケーションとは切り離された公開ファイルを含む」こととは，後記する点で相違するものの，“通信構造が異種アプリケーションとは切り離されたファイルを含む”という点で一致している。
　以上から，本願発明と引用発明とは以下の点で一致し，また，以下の点で相違する。
＜一致点＞
「ランドスケープ対応アプリケーション間通信インフラストラクチャを介して通信するためのコンピュータが実施する方法であって，
1つまたは複数のプロセッサによって実行されるステップ，すなわち，
メモリに記憶された情報を異種アプリケーションに伝達するために収集するステップと、少なくとも部分的に前記収集された情報を用いて前記異種アプリケーション宛のメッセージを生成するステップと，
メッセージを、後で前記異種アプリケーションに送信してもらうために，前記異種アプリケーションの通信構造を識別し，この識別された構造に基づいて前記メッセージを変換できるアプリケーション間通信インフラストラクチャに伝達するステップと，を含み
通信構造が異種アプリケーションとは切り離されたファイルを含む方法。」
＜相違点１＞
“アプリケーション間通信インフラストラクチャ”として，本願発明では「イベントドリブン型アプリケーション間通信インフラストラクチャ」と限定されているのに対して、引用発明ではイベントドリブン型かどうか特定されていない点。
＜相違点２＞
　本願発明では「通信構造」が「公開ファイル」を含むのに対して，引用発明では公開ファイルを含むかどうかが特定されていない点。
５　当審の判断
（１）相違点１について
　本願明細書の段落【００１４】「アプリケーション間通信インフラストラクチャ１３０は，一般的に，実行時に，宛先の異種アプリケーション用の通信構造を識別し，この識別された構造に基づいてメッセージを変換することができるイベントドリブン型モジュールで構成される」との記載から，本願発明の「イベントドリブン型アプリケーション間通信インフラストラクチャ」は，「イベントドリブン型モジュール」で構成されたものと解される。
　ここで，参考文献１（上記Ｈ参照）に記載されるとおり，モジュールをイベント駆動（ドリブン）型モジュールとすることは、本願の優先日前には周知慣用手段に過ぎず，引用発明の「交換インフラストラクチャ」を「イベントドリブン型モジュール」で構成させ，「イベントドリブン型アプリケーション間通信インフラストラクチャ」とすることは当業者が適宜なし得ることである。
（２）相違点２について
　参考文献２乃至４（上記Ｊ，Ｋ，Ｌ参照）に記載されるとおり，異なるアプリケーション間で通信を行うためのインタフェース定義を公開することは周知慣用手法であり，引用発明の「公表されるオープンな標準を使う自己完結型でモジュール化された機能を含む交換インフラストラクチャ（ＸＩ）」において「構成特有コラボレーション記述」に公開されたファイルを含めることは当業者が適宜なし得ることである。
（３）小括
　上記で検討したごとく，相違点１及び２に係る構成は，いずれも引用発明から当業者であれば適宜実施し得るものであり，そして，それらの奏する作用効果は，引用発明及び当該技術分野の周知技術の奏する効果から予測される範囲内のものに過ぎず，格別顕著なものということはできない。
　したがって，本願発明は，上記引用発明及び周知技術に基づいて当業者が容易に発明することができたものである。
６　むすび
　
　以上のとおり，本願の請求項１に係る発明は，特許法第２９条第２項の規定により特許を受けることができないものであるから，その余の請求項に係る発明を検討するまでもなく，本願は拒絶すべきものである。
　よって，結論のとおり審決する。