【事件の表示】
　特願２０１１−２６５１４３「ＡＰＩに係るコンピュータにより実施される方法及びコンピュータ可読記憶媒体」拒絶査定不服審判事件〔平成２４年　４月１９日出願公開，特開２０１２−　７９３３２〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
　
第１　手続の経緯
　
　本件審判請求に係る出願（以下，「本願」という。）は，平成１６年９月１０日（パリ条約による優先権主張外国庁受理２００３年１０月２４日（以下，「優先日」という。），米国）に出願した特願２００４−２６４６３０号の一部を平成２３年１２月２日に新たな特許出願としたものであって，その手続の経緯は以下のとおりである。
　
　　平成２３年１２月　２日　　　：出願審査請求書の提出
　　平成２４年１２月　４日付け　：拒絶理由の通知
　　平成２５年　３月１１日　　　：意見書，手続補正書の提出
　　平成２５年　３月２８日付け　：拒絶理由の通知（最後）
　　平成２５年　７月　２日　　　：意見書，手続補正書の提出
　　平成２５年　７月１７日付け　：拒絶査定　
　　平成２５年１１月１２日　　　：審判請求書，手続補正書の提出
　　平成２５年１２月　４日　　　：前置報告
　　平成２７年　３月３０日付け　：拒絶理由の通知（最後）
　　平成２７年　６月２６日　　　：意見書，手続補正書の提出
　
　
第２　平成２７年６月２６日付けの手続補正の適否　 
　
 １　補正の内容
　
　平成２７年６月２６日付けの手続補正（以下，「本件補正」という。）の内容は，平成２５年１１月１２日付けの手続補正により補正された特許請求の範囲の請求項１乃至５の記載
　
「　【請求項１】
　セットとして「型」と呼ばれ，本質的に，クラス，インターフェース，委任（delegate），列挙，および構造体のセットを定義する名前空間の生成を，アプリケーションプログラムインターフェース（ＡＰＩ）関数を複数の名前空間に分割するＡＰＩレイヤを用いることにより可能にする，コンピュータにより実施される方法であって，
　前記ＡＰＩレイヤは，プレゼンテーションサブシステムの第１名前空間，ウェブサービスの第２名前空間，およびファイルシステムの第３名前空間の３つのルート名前空間を含むように編成され，
　前記第１名前空間は，アプリケーション，文書，媒体プレゼンテーション，および他のコンテンツの生成を可能にする型を供給し，
　前記第２名前空間は，さまざまなスケールおよび複雑さのメッセージベースアプリケーションを構築する基礎を提供し，
　前記第３名前空間は，情報の保管および検索を可能にする型を供給し，且つ，ファイルシステムのデータモデルを定義し，
　前記名前空間を使用することによって，設計者が，型のセットを階層名前空間に編成することができる
ことを特徴とする方法。
　　【請求項２】
　前記ＡＰＩ関数は，文書記述を可能にするＡＰＩ関数，人間によって連絡可能なエンティティの識別を可能にするＡＰＩ関数，および複数種類の媒体に共通のＡＰＩ関数のうちの少なくとも１つであることを特徴とする請求項１に記載の方法。
　　【請求項３】
　前記ＡＰＩ関数は，オーディオ媒体固有のＡＰＩ関数，ビデオ媒体固有のＡＰＩ関数，およびイメージ媒体固有のＡＰＩ関数のうちの少なくとも１つであることを特徴とする請求項１に記載の方法。
　　【請求項４】
　前記ＡＰＩ関数は，複数種類の媒体に共通のＡＰＩ関数，オーディオ媒体固有のＡＰＩ関数，ビデオ媒体固有のＡＰＩ関数，およびイメージ媒体固有のＡＰＩ関数のうちの少なくとも１つであることを特徴とする請求項１に記載の方法。
　　【請求項５】
　コンピュータに請求項１〜４の何れか１項に記載の方法を実行させるためのプログラムを記憶したコンピュータ可読記憶媒体。」
（以下，この特許請求の範囲に記載された請求項を「補正前の請求項」という。）
　
を，
　
「　【請求項１】
　セットとして「型」と呼ばれ，本質的に，クラス，インターフェース，委任（delegate），列挙，および構造体のセットを定義する名前空間の生成を，アプリケーションプログラムインターフェース（ＡＰＩ）関数を複数の名前空間に分割するＡＰＩレイヤ
においてコンピュータが実施する
　前記ＡＰＩレイヤは，プレゼンテーションサブシステムの第１名前空間，ウェブサービスの第２名前空間，およびファイルシステムの第３名前空間の３つのルート名前空間を含むように編成され，
　前記第１名前空間は，アプリケーション，文書，媒体プレゼンテーション，および他のコンテンツの生成を可能にする型を供給し，
　前記第２名前空間は，さまざまなスケールおよび複雑さのメッセージベースアプリケーションを構築する基礎を提供し，
　前記第３名前空間は，情報の保管および検索を可能にする型を供給し，且つ，ファイルシステムのデータモデルを定義し，
　前記名前空間を使用することによって，設計者が，型のセットを階層名前空間に編成することができる
ことを特徴とする方法。
　　【請求項２】
　前記ＡＰＩ関数は，文書記述を可能にするＡＰＩ関数，人間によって連絡可能なエンティティの識別を可能にするＡＰＩ関数，および複数種類の媒体に共通のＡＰＩ関数のうちの少なくとも１つであることを特徴とする請求項１に記載の方法。
　　【請求項３】
　前記ＡＰＩ関数は，オーディオ媒体固有のＡＰＩ関数，ビデオ媒体固有のＡＰＩ関数，およびイメージ媒体固有のＡＰＩ関数のうちの少なくとも１つであることを特徴とする請求項１に記載の方法。
　　【請求項４】
　前記ＡＰＩ関数は，複数種類の媒体に共通のＡＰＩ関数，オーディオ媒体固有のＡＰＩ関数，ビデオ媒体固有のＡＰＩ関数，およびイメージ媒体固有のＡＰＩ関数のうちの少なくとも１つであることを特徴とする請求項１に記載の方法。
　　【請求項５】
　コンピュータに請求項１〜４の何れか１項に記載の方法を実行させるためのプログラムを記憶したコンピュータ可読記憶媒体。」
（当審注：下線は，出願人が付与したものである。以下，この特許請求の範囲に記載された請求項を「補正後の請求項」という。）　
　
に補正するものである。
　
　そして，本件補正は，願書に最初に添付した明細書，特許請求の範囲又は図面に記載した事項の範囲内においてなされており，特許法第１７条の２第３項の規定に適合している。
　
２　目的要件
　
　本件補正は上記「１　補正の内容」のとおり，当審からの平成２７年３月３０日付け最後の拒絶理由通知に応じてする補正であり，特許請求の範囲について補正をしようとするものであるから，本件補正が，特許法第１７条の２第４項の規定を満たすものであるか否か，すなわち，本件補正が，特許法第１７条の２第４項に規定する請求項の削除，特許請求の範囲の減縮（特許法第３６条第５項の規定により請求項に記載した発明を特定するために必要な事項を限定するものであって，その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるものに限る），誤記の訂正，或いは，明りょうでない記載の釈明（拒絶理由通知に係る拒絶の理由に示す事項についてするものに限る）の何れかを目的としたものであるかについて，以下に検討する。　
　
　本件補正は，下記の補正事項１よりなるものである。
　
＜補正事項１＞　
　補正前の請求項１の
「セットとして「型」と呼ばれ，本質的に，クラス，インターフェース，委任（delegate），列挙，および構造体のセットを定義する名前空間の生成を，アプリケーションプログラムインターフェース（ＡＰＩ）関数を複数の名前空間に分割するＡＰＩレイヤを用いることにより可能にする，コンピュータにより実施される方法であって，」との記載を，
　補正後の請求項１の
「セットとして「型」と呼ばれ，本質的に，クラス，インターフェース，委任（delegate），列挙，および構造体のセットを定義する名前空間の生成を，アプリケーションプログラムインターフェース（ＡＰＩ）関数を複数の名前空間に分割するＡＰＩレイヤ
においてコンピュータが実施する
　
　上記補正事項１について検討すると，上記補正事項１は，当審からの平成２７年３月３０日付け最後の拒絶理由通知の理由２（請求項１の記載不備）に応じてする補正であるから，明りょうでない記載の釈明（拒絶理由通知に係る拒絶の理由に示す事項についてするものに限る）に該当するものである。
　
　したがって，本件補正は，特許法第１７条の２第４項の規定に適合している。　
　
３　むすび
　
　本件補正は，特許法第１７条の２第３項，第４項の規定に適合する。
　
　
第３　本願発明
　
　本件補正は上記のとおり，特許法第１７条の２第３項，第４項の規定に適合するから，本願の請求項に係る発明は，上記平成２７年６月２６日付け手続補正により補正された特許請求の範囲の請求項１乃至５に記載されたとおりのものであると認められるところ，その請求項１に係る発明（以下，「本願発明」という。）は，以下のとおりのものである。　
　
「　セットとして「型」と呼ばれ，本質的に，クラス，インターフェース，委任（delegate），列挙，および構造体のセットを定義する名前空間の生成を，アプリケーションプログラムインターフェース（ＡＰＩ）関数を複数の名前空間に分割するＡＰＩレイヤにおいてコンピュータが実施する方法であって，
　前記ＡＰＩレイヤは，プレゼンテーションサブシステムの第１名前空間，ウェブサービスの第２名前空間，およびファイルシステムの第３名前空間の３つのルート名前空間を含むように編成され，
　前記第１名前空間は，アプリケーション，文書，媒体プレゼンテーション，および他のコンテンツの生成を可能にする型を供給し，
　前記第２名前空間は，さまざまなスケールおよび複雑さのメッセージベースアプリケーションを構築する基礎を提供し，
　前記第３名前空間は，情報の保管および検索を可能にする型を供給し，且つ，ファイルシステムのデータモデルを定義し，
　前記名前空間を使用することによって，設計者が，型のセットを階層名前空間に編成することができる
ことを特徴とする方法。」　
　
　
第４　引用例
　
　引用例１に記載されている技術的事項および引用発明
　
（１）本願の優先日前に頒布され，当審からの上記平成２７年３月３０日付け拒絶理由の通知において引用された，米国特許出願公開第２００３／００２８６８５号明細書（２００３年２月６日公開，以下，「引用例１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。）
　
Ａ　「 [0038] 
The programming framework  132  is the structure that supports the applications and services developed by application developers.
[0039] 
The framework  132  is a multi-tiered architecture that includes an application program interface (API) layer  142, a common language runtime (CLR) layer  144, and an operating system/services layer  146.
…（中略）…
[0040] 
The API layer  142  presents groups of functions that the applications  130  can call to access the resources and services provided by layer  146.
（当審仮訳；　 [0038] 
プログラミングフレームワーク１３２は，アプリケーション開発者によって開発されるアプリケーションおよびサービスをサポートする構造である。
 [0039] 
フレームワーク１３２は，アプリケーションプログラムインターフェース（ＡＰＩ）レイヤ１４２，共通言語ランタイム（ＣＬＲ）レイヤ１４４，およびオペレーティングシステム／サービスレイヤ１４６を含むマルチティアアーキテクチャである。
…（中略）…
 [0040] 
ＡＰＩレイヤ１４２は，アプリケーション１３０が，レイヤ１４６によって提供されるリソースおよびサービスにアクセスするために呼び出す関数のグループを提供する。
　
Ｂ　「 [0046] 
The API  142  groups API functions into multiple namespaces. Namespaces essentially define a collection of classes, interfaces, delegates, enumerations, and structures, which are collectively called types, that provide a specific set of related functionality.
（当審仮訳；　 [0046] 
ＡＰＩ１４２は，ＡＰＩ関数を複数の名前空間にグループ化する。名前空間は，本質的に，関連する機能の特定のセットを提供し，セットとして「型」と呼ばれる，クラス，インターフェース，委任（delegate），列挙，および構造体のセットを定義する。
　
Ｃ　「 [0047]  
By using namespaces, a designer can organize a set of types into a hierarchical namespace. The designer is able to create multiple groups from the set of types, with each group containing at least one type that exposes logically related functionality. In the exemplary implementation, the API  142  is organized into four root namespaces: a first namespace  200  for Web applications, a second namespace  202  for client applications, a third namespace  204  for data and XML, and a fourth namespace  206  for base class libraries (BCLs).
（当審仮訳；　 [0047] 
名前空間を使用することによって，設計者が，型のセットを階層名前空間に編成することができる。設計者は，型のセットから複数のグループを作成することができ，各グループに，論理的に関連する機能性を公開する少なくとも１つの型が含まれる。例示的な実施形態では，ＡＰＩ１４２が，４つのルート名前空間（ウェブアプリケーションの第１名前空間２００，クライアントアプリケーションの第２名前空間２０２，データとＸＭＬの第３名前空間２０４，ベースクラスライブラリー(ＢＣＬｓ)の第４名前空間２０６）を含むように編成される。
　
Ｄ　「 [0053]  
The Web applications namespace  200  (System.Web) defines additional namespaces, including:
 [0054]  
A services namespace  300  (System.Web.Services) containing classes that enable a developer to build and use Web services.
The services namespace  300  defines additional namespaces, including
 
and a protocols namespace  306  (System.Web.Services.Protocols) containing classes that define the protocols used to transmit data across a network during communication between Web service clients and the Web service itself.
（当審仮訳；　 [0053] 
ウェブアプリケーションの名前空間２００（System.Web）は，追加の名前空間を定義し，含む
 [0054] 
開発者がウェブサービスを構築し，使用することを可能とするクラスを含むサービスの名前空間３００ 。
サービスの名前空間３００は，
やウェブサービスクライアントとウェブサービス自体の間の通信中にネットワーク経由でデータを送信するために使用されるプロトコルを定義するクラスを含むプロトコルの名前空間３０６（System.Web.Services.Protocols）を含む追加の名前空間を定義する。
　
Ｅ　「 [0060]  
The client applications namespace  202  is composed of two namespaces:
…（中略）…
 [0062]  
A drawing namespace  328  (System.Drawing) containing classes for graphics functionality.
The drawing namespace  328  includes
and a text namespace  336  (System.Drawing.Text) that contains classes for advanced typography functionality.
（当審仮訳；　 [0060] 
クライアントアプリケーションの名前空間２０２は，２つの名前空間で構成される。
…（中略）…　
 [0062] 
グラフィックス機能のクラスを含む描画名前空間３２８(System.Drawing) 。描画名前空間３２８には，
高度なタイポグラフィ機能のクラスが含まれるテキスト名前空間３３６(System.Drawing.Text)，が含まれる。
　
Ｆ　「 [0063]  
The data and XML namespace  204  is composed of two namespaces: 
 [0064]  
A data namespace  340  (System.Data) containing classes that enable developers to build components that efficiently manage data from multiple data sources. 
…（中略）…　
The data namespace  340  also includes 
and a SQL client namespace  346  that contains types pertaining to data used by SQL clients.
 [0065]  
An XML namespace  350  (System.XML) containing classes that provide standards-based support for processing XML.
The XML namespace  350  includes
an Xpath namespace  354  (System.XML.Xpath) that contains an XPath parser and evaluation engine, 
（当審仮訳；　 [0063]  
データとXML名前空間２０４は，２つの名前空間で構成されている。
 [0064]  
効率的に複数のデータソースからのデータを管理するコンポーネントを開発者に構築することを可能とするクラスを含むデータの名前空間３４０(System.Data)。
…（中略）…　
データの名前空間３４０は，
SQLクライアントで使用されるデータに関連する型を含むSQLクライアントの名前空間３４６をも含む。
 [0065]  
XML処理の標準サポートを提供するクラスを含むXML名前空間３５０(System.XML)。
XML名前空間３５０は，
XPathパーサーおよび評価エンジンが含まれているXpathの名前空間３５４(System.XML.Xpath)，
を含む。
　
（２）ここで，引用例１に記載されている事項を検討する。　
　
ア　上記Ａの「プログラミングフレームワーク１３２は，アプリケーション開発者によって開発されるアプリケーションおよびサービスをサポートする構造である。」，「フレームワーク１３２は，アプリケーションプログラムインターフェース（ＡＰＩ）レイヤ１４２，共通言語ランタイム（ＣＬＲ）レイヤ１４４，およびオペレーティングシステム／サービスレイヤ１４６を含むマルチティアアーキテクチャである。」，「ＡＰＩレイヤ１４２は，アプリケーション１３０が，レイヤ１４６によって提供されるリソースおよびサービスにアクセスするために呼び出す関数のグループを提供する。」旨の記載からすると，「ＡＰＩレイヤ」は，アプリケーション開発者によって開発されるアプリケーションおよびサービスをサポートする構造である「プログラミングフレームワーク」内に存在し，アプリケーションが，オペレーティングシステム／サービスレイヤによって提供されるリソースおよびサービスにアクセスするために呼び出す関数のグループを提供することが読み取れるから，引用例１には，
“アプリケーションおよびサービスをサポートする構造であるプログラミングフレームワーク内に，関数のグループを提供するＡＰＩレイヤが存在”すること
が記載されていると解される。
　
イ　上記Ｂの「ＡＰＩ１４２は，ＡＰＩ関数を複数の名前空間にグループ化する。名前空間は，本質的に，関連する機能の特定のセットを提供し，セットとして「型」と呼ばれる，クラス，インターフェース，委任（delegate），列挙，および構造体のセットを定義する。」旨の記載からすると，「名前空間」とは，セットとして「型」と呼ばれ，本質的に，「クラス，インターフェース，委任（delegate），列挙，および構造体のセット」を定義するものであり，コンピュータが「ＡＰＩレイヤ」において「ＡＰＩ関数」を複数の「名前空間」に分割し，生成することは明らかであるから，引用例１には，
“コンピュータが，セットとして「型」と呼ばれ，本質的に，クラス，インターフェース，委任（delegate），列挙，および構造体のセットを定義する名前空間の生成を，アプリケーションプログラムインターフェース（ＡＰＩ）関数を複数の名前空間に分割するＡＰＩレイヤにおいて実施する方法”
が記載されていると解される。
　
ウ　上記Ｃの「名前空間を使用することによって，設計者が，型のセットを階層名前空間に編成することができる。設計者は，型のセットから複数のグループを作成することができ，各グループに，論理的に関連する機能性を公開する少なくとも１つの型が含まれる。」，「例示的な実施形態では，ＡＰＩ１４２が，４つのルート名前空間（ウェブアプリケーションの第１名前空間２００，クライアントアプリケーションの第２名前空間２０２，データとＸＭＬの第３名前空間２０４，ベースクラスライブラリー(ＢＣＬｓ)の第４名前空間２０６）を含むように編成される。」旨の記載からすると，編成される名前空間は，ウェブアプリケーションの第１名前空間，クライアントアプリケーションの第２名前空間，データとＸＭＬの第３名前空間，ベースクラスライブラリーの第４名前空間の４つのルート名前空間を含み，当該名前空間を使用することによって，設計者が，型のセットを階層名前空間に編成することができることが読み取れ，ここでの「ＡＰＩ１４２」は上記イの検討から，「ＡＰＩレイヤ」を意味していることは明らかであるから，引用例１には，
“ＡＰＩレイヤは，ウェブアプリケーションの第１名前空間，クライアントアプリケーションの第２名前空間，データとＸＭＬの第３名前空間，ベースクラスライブラリーの第４名前空間の４つのルート名前空間を含むように編成され，
　前記名前空間を使用することによって，設計者が，型のセットを階層名前空間に編成することができること”
が記載されていると解される。
　
（３）以上，ア乃至ウの検討によれば，引用例１には次の発明（以下，「引用発明」という。）が記載されているものと認める。
　
「アプリケーションおよびサービスをサポートする構造であるプログラミングフレームワーク内に，関数のグループを提供するＡＰＩレイヤが存在し，コンピュータが，セットとして「型」と呼ばれ，本質的に，クラス，インターフェース，委任（delegate），列挙，および構造体のセットを定義する名前空間の生成を，アプリケーションプログラムインターフェース（ＡＰＩ）関数を複数の名前空間に分割するＡＰＩレイヤにおいて実施する方法であって， 
　前記ＡＰＩレイヤは，ウェブアプリケーションの第１名前空間，クライアントアプリケーションの第２名前空間，データとＸＭＬの第３名前空間，ベースクラスライブラリーの第４名前空間の４つのルート名前空間を含むように編成され， 
　前記名前空間を使用することによって，設計者が，型のセットを階層名前空間に編成することができることを特徴とする方法。」　
　
　
第５　対比
　
１　本願発明と引用発明とを対比する。
　
（１）引用発明の「名前空間」は，「セットとして「型」と呼ばれ，本質的に，クラス，インターフェース，委任（delegate），列挙，および構造体のセットを定義する」ことから，本願発明の「名前空間」に相当し，引用発明の「アプリケーションプログラムインターフェース（ＡＰＩ）関数」は，「ＡＰＩレイヤ」において提供されることから，本願発明の「アプリケーションプログラムインターフェース（ＡＰＩ）関数」に相当すると言える。
　そうすると，引用発明の「コンピュータが，セットとして「型」と呼ばれ，本質的に，クラス，インターフェース，委任（delegate），列挙，および構造体のセットを定義する名前空間の生成を，アプリケーションプログラムインターフェース（ＡＰＩ）関数を複数の名前空間に分割するＡＰＩレイヤにおいて実施する方法」は，本願発明の「セットとして「型」と呼ばれ，本質的に，クラス，インターフェース，委任（delegate），列挙，および構造体のセットを定義する名前空間の生成を，アプリケーションプログラムインターフェース（ＡＰＩ）関数を複数の名前空間に分割するＡＰＩレイヤにおいてコンピュータが実施する方法」に相当することは明らかである。
　
（２）引用発明では，「ＡＰＩレイヤは，ウェブアプリケーションの第１名前空間，クライアントアプリケーションの第２名前空間，データとＸＭＬの第３名前空間，ベースクラスライブラリーの第４名前空間の４つのルート名前空間を含むように編成」されるところ，「４つのルート名前空間」はＡＰＩの種別毎に編成されることから，「ＡＰＩレイヤ」は，ＡＰＩの種別により分割された複数のルート名前空間を含むように編成されると解される。
　そうすると，引用発明の「ＡＰＩレイヤは，ウェブアプリケーションの第１名前空間，クライアントアプリケーションの第２名前空間，データとＸＭＬの第３名前空間，ベースクラスライブラリーの第４名前空間の４つのルート名前空間を含むように編成され，前記名前空間を使用することによって，設計者が，型のセットを階層名前空間に編成することができること」と本願発明の「ＡＰＩレイヤは，プレゼンテーションサブシステムの第１名前空間，ウェブサービスの第２名前空間，およびファイルシステムの第３名前空間の３つのルート名前空間を含むように編成され，前記第１名前空間は，アプリケーション，文書，媒体プレゼンテーション，および他のコンテンツの生成を可能にする型を供給し，前記第２名前空間は，さまざまなスケールおよび複雑さのメッセージベースアプリケーションを構築する基礎を提供し，前記第３名前空間は，情報の保管および検索を可能にする型を供給し，且つ，ファイルシステムのデータモデルを定義し，前記名前空間を使用することによって，設計者が，型のセットを階層名前空間に編成することができる」とは後記する点で相違するものの，“ＡＰＩレイヤは，ＡＰＩの種別により分割された複数のルート名前空間を含むように編成され，前記名前空間を使用することによって，設計者が，型のセットを階層名前空間に編成することができる”点で共通すると言える。
　
２　以上から，本願発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。
　
＜一致点＞ 
　
「セットとして「型」と呼ばれ，本質的に，クラス，インターフェース，委任（delegate），列挙，および構造体のセットを定義する名前空間の生成を，アプリケーションプログラムインターフェース（ＡＰＩ）関数を複数の名前空間に分割するＡＰＩレイヤにおいてコンピュータが実施する方法であって，
　前記ＡＰＩレイヤは，ＡＰＩの種別により分割された複数のルート名前空間を含むように編成され，
　前記名前空間を使用することによって，設計者が，型のセットを階層名前空間に編成することができることを特徴とする方法。」
　
＜相違点＞
　
　ＡＰＩレイヤに編成されるルート名前空間に関し，
　本願発明では，「ＡＰＩレイヤは，プレゼンテーションサブシステムの第１名前空間，ウェブサービスの第２名前空間，およびファイルシステムの第３名前空間の３つのルート名前空間を含むように編成され，前記第１名前空間は，アプリケーション，文書，媒体プレゼンテーション，および他のコンテンツの生成を可能にする型を供給し，前記第２名前空間は，さまざまなスケールおよび複雑さのメッセージベースアプリケーションを構築する基礎を提供し，前記第３名前空間は，情報の保管および検索を可能にする型を供給し，且つ，ファイルシステムのデータモデルを定義」するのに対して，
　引用発明では，「ＡＰＩレイヤは，ウェブアプリケーションの第１名前空間，クライアントアプリケーションの第２名前空間，データとＸＭＬの第３名前空間，ベースクラスライブラリーの第４名前空間の４つのルート名前空間を含むように編成され」ており，プレゼンテーションサブシステム，ウェブサービス，およびファイルシステムの３つの名前空間を含むことが明記されていない点。
　
　
第６　当審の判断
　
　上記相違点について検討する。
　
　引用発明では，「ＡＰＩレイヤは，ウェブアプリケーションの第１名前空間，クライアントアプリケーションの第２名前空間，データとＸＭＬの第３名前空間，ベースクラスライブラリーの第４名前空間の４つのルート名前空間を含むように編成され」るところ，引用例１の上記Ｄには，下位階層の名前空間について，ウェブアプリケーションの名前空間は，ウェブサービスクライアント間の通信に関するプロトコル名前空間を含むこと，上記Ｅには，クライアントアプリケーションの名前空間が画像やテキストの作成に関する描画名前空間を含むこと，上記Ｆには，データとＸＭＬの名前空間がＳＱＬやＸＰａｔｈに関する名前空間を含むことが記載されており，引用発明の「ＡＰＩレイヤ」は，プレゼンテーション，ウェブサービス，ファイルシステムに関するＡＰＩ関数を下位階層の名前空間に含んでいると言える。
　また，ＡＰＩレイヤの名前空間は，対象とするユーザの利便性などを考慮し，ＡＰＩ関数を提供する者が適宜の種別毎に，適宜の数に分割されるべきものであり，ＡＰＩレイヤの名前空間をどのように分割するかは必要に応じて選択可能な設計的事項であったと言える。
　そうすると，引用発明において，ＡＰＩレイヤの名前空間を，プレゼンテーションサブシステムの第１名前空間，ウェブサービスの第２名前空間，およびファイルシステムの第３名前空間の３つのルート名前空間を含むように編成し，３つのルート名前空間を上記相違点に係る構成とすることは，当業者が容易に想到し得たことである。
　
　上記で検討したごとく，相違点に係る構成は当業者が容易に想到し得たものであり，そして，本願発明の奏する作用効果は，引用発明及び当該技術分野の周知技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
　
　
第７　むすび 
　
　以上のとおり，本願の請求項１に係る発明は，特許法第２９条第２項の規定により特許を受けることができないものであるから，その余の請求項に係る発明について検討するまでもなく，本願は拒絶すべきものである。 
　
　よって，結論のとおり審決する。