【事件の表示】
　特願２００７−５４４８７７「名前識別子登録プロファイルをセキュアに結合するための方法およびシステム」拒絶査定不服審判事件〔平成１８年　６月１５日国際公開、ＷＯ２００６／０６１３２６、平成２０年　７月　３日国内公表、特表２００８−５２３４８６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本願は，２００５年１１月２４日（パリ条約による優先権主張外国庁受理２００４年１２月１０日　アメリカ合衆国）を国際出願日とする出願であって，
　平成１９年８月３日付けで特許法第１８４条の４第１項の規定による明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文が提出され，平２０年７月３１日付けで審査請求がなされる共に手続補正がなされ，平成２２年１１月１９日付けで審査官により拒絶理由が通知され，これに対して平成２３年２月１０日付けで意見書が提出されると共に手続補正がなされたが，平成２３年３月２日付けで審査官により拒絶査定がなされ，これに対して平成２３年７月１日付けで審判請求がなされたものである。
　
第２．本願発明について
　本願の請求項１に係る発明（以下，これを「本願発明」という）は，平成２３年２月１０日付けの手続補正により補正された特許請求の範囲の請求項１に記載された次のとおりのものであると認める。
　
「ユーザが認証されている第１のフェデレーテッド・エンティティからのプリンシパルに関する名前識別子登録要求を，フェデレーテッド・コンピューティング環境内の第２のフェデレーテッド・エンティティで受信するステップと，
　前記プリンシパルに関する前記名前識別子登録要求の受信に応答して，前記プリンシパルに関して前記第２のフェデレーテッド・エンティティで認証オペレーションを実行するステップと，
　前記認証オペレーションの正常な完了に応答して，前記第２のフェデレーテッド・エンティティで受信された前記名前識別子登録要求からの名前識別子を登録または修正するステップと，
　前記第２のフェデレーテッド・エンティティからの名前識別子登録応答を，前記第１のフェデレーテッド・エンティティに送信するステップと，
　を有する，フェデレーテッド・コンピューティング環境内でオペレーションを実行するための方法。」
　
第３．引用刊行物に記載の発明
　一方，原審が，平成２２年１１月１９日付けの拒絶理由において引用した，本願の第１国出願前に既に公知である，国際公開第０３／０４９０００号（以下，これを「引用刊行物」という）には，関連する図面と共に，次の事項が記載されている。
　
Ａ．「[0047] According to an embodiment of the present invention, an identity provider and a service provider communicate authentication information (e.g., a credential) to implement a single sign-on architecture. Generally, an identity provider authenticates a user's identity and passes a credential to a service provider. The service provider receives the credential and, in some embodiments, user profile data about the user. The service provider then permits the user to access authorized services without requiring additional authentication. After a user initially authenticates with an identity provider, the user does not need to be further authenticated to access authorized services at one or more service providers.」
（[0047] 本発明の実施例に従えば，アイデンティティ・プロバイダと，サービス・プロバイダは，シングル・サイン−オン・アーキテクチャを実装するために，認証情報（例えば，クレデンシャル）を通信する。一般に，アイデンティティ・プロバイダは，ユーザのアイデンティティを認証し，サービス・プロバイダに，クレデンシャルを渡す。サービス・プロバイダは，クレデンシャルと，いくつかの実施例においては，ユーザについての，ユーザ・プロファイル・データを受け取る。次に，サービス・プロバイダは，ユーザに，追加の認証を要求することなしに，認証されたサービスにアクセスすることを，許可する。ユーザは，アイデンティティ・プロバイダによって，最初に認証すると，１以上のサービス・プロバイダの認証されたサービスにアクセスするために，追加的に認証することは，必要でない。当審にて訳出。以下，同じ。）
　
Ｂ．「[0061] When a user authenticates with identity provider 420, identity provider 405 redirects the user's browser to common domain 410 with an identity preference parameter 425 that indicates that the user is using identity provider 405. Common domain 410 writes a cookie in the user's browser with that preference 430 and redirects the user's browser back to identity provider 405. When the user navigates to service provider 415, the service provider can redirect the user's browser to common domain 410 to query for the identity preference 435. Common domain 410 reads the cookie 440 and redirects the user's browser back to service provider 415 with the user's identity provider preference embedded in the URI. Service provider 415 now knows that the user prefers identity provider 405. In an embodiment, service provider 415 authenticates the user with identity provider 405 by passing an identifier 445 with HTTP redirect or form post. Identity provider 405 recognizes the user and passes a credential 450 back to service provider 415. Service provider 415 then parses the credential 455 to authenticate the user. In another embodiment, service provider 415 prompts the user to link or to federate the account with identity provider 405. Account linking is described below in further detail.」
（[0061]ユーザは，アイデンティティ・プロバイダで認証すると（４２０），アイデンティティ・プロバイダ４０５は，ユーザが，アイデンティティ・プロバイダ４０５を用いていることを示す，アイデンティティ・プレファレンス・パラメータによって，共通ドメイン４１０にユーザのブラウザをリダイレクトする（４２５）。共通ドメイン４１０は，そのプレファレンスとともに，クッキーをユーザのブラウザに記述し（４３０），そして，ユーザのブラウザを，アイデンティティ・プロバイダ４０５に戻すようリダイレクトする。ユーザが，サービス・プロバイダ４１５にナビゲートするとき，サービス・プロバイダは，アイデンティティ・プレファレンスについてのクエリをする（４３５）ために，共通ドメイン４１０に，ユーザのブラウザをリダイレクトすることができる。共通ドメイン４１０は，クッキーを読み（４４０），そして，ＵＲＩに組み込まれたユーザのアイデンティティ・プロバイダ・プレファレンスとともに，サービス・プロバイダ４１５に戻すようリダイレクトする。サービス・プロバイダ４１５は，今，ユーザが，アイデンティティ・プロバイダ４０５を選択することを，知っている。実施例において，サービス・プロバイダ４１５は，ＨＴＴＰリダイレクト，或いは，フォームのポストによる識別子の受け取り（４４５）によって，アイデンティティ・プロバイダ４０５とともに，ユーザを認証する。アイデンティティ・プロバイダ４０５は，ユーザを認証し，そして，クレデンシャルを，サービス・プロバイダ４１５に渡す（４５０）。サービス・プロバイダ４１５は，次に，ユーザを認証するために，クレデンシャルを解析する（４５５）。他の実施例においては，サービス・プロバイダ４１５は，ユーザに，アイデンティティ・プロバイダ４０５と，アカウントを，リンク，或いは，連合させるよう促す。アカウントをリンクすることは，以下に，更に，詳細に述べる。）
　
Ｃ．「h) Updating Account Information
 
[0071] The user logs into the identity provider with the appropriate network identity. The user then clicks on “Update Account.” The user is presented with the current information in editable fields. The user updates the information and clicks on “Update.” The changes are stored and will be automatically available to service providers when the user visits them.」
（　h)アカウント情報の更新
[0071]ユーザは，適切な，ネットワーク・アイデンティティによって，アイデンティティ・プロバイダに接続する。ユーザは，次に，“アカウントの更新”をクリックする。ユーザは，編集可能な領域において，現在の情報を提示される。ユーザは，情報を更新し，“更新”をクリックする。変更は，格納され，ユーザが，そこを訪れた時に，サービス・プロバイダにおいて，自動的に有効になる。）
　
Ｄ．「m) User Viewing Authorization Permissions for a Service Provider
 
[0076] The user visits the primary identity provider, and clicks on a “Manage Account”link. The user is presented with a page listing all the service providers to whom the user has granted access. Also listed besides each service provider's name is a summary of access rights for that service provider. The user clicks on a service provider to bring up a page with authorization details for that particular service provider. The page lists the user's profile attributes (e.g., name, e-mail, address, zip code, wallet), and each attribute has a check box next to it. A check mark in the check box indicates that the service provider has been granted access to that attribute. If the check box is clear, the service provider does not have access to that information. The page also lists the date and time when the user initially granted the service provider access to the user's identity. The service provider list is can be derived in two ways: (1) the sites the user visits is kept in a list with information about the shared information and the last visit and transaction (i.e., assuming there was one), or (2) a sortable list of network identity-enabled sites is presented to the user.
 
n) User Editing Authorization Permissions for a Service Provider
 
[0077] The user can modify permissions for a service provider while viewing the authorization details page. To remove access to a shared attribute, the user clears the corresponding check box. To add access to an attribute, the user selects the corresponding check box. By clicking an “Update Permissions” button the authorization changes are committed. The new policy is effective the next time the user signs in with the service provider.」
（　m）サービス・プロバイダによる認証許可の，ユーザの参照
　
[0076]ユーザは，第１のアイデンティティ・プロバイダを訪れ，“アカウント管理”リンクをクリックする。ユーザは，そのユーザが，アクセスを許可された，サービス・プロバイダの全てがリストされているページを，提示される。さらに，そのサービス・プロバイダのためのアクセス権の要約が，各サービス・プロバイダの名前に加えてリストされる。ユーザは，特定のサービス・プロバイダについての認証の詳細と共に，ページを提供するために，サービス・プロバイダをクリックする。そのページは，ユーザのプロファイル属性（例えば，名前，電子メール，住所，郵便番号，ウォレット）をリストする。そして，それぞれの属性は，その次への，チェック・ボックスを有している。チェック・ボックス内のチェック・マークは，サービス・プロバイダが，その属性へのアクセスを許可されていることを示している。もし，チェック・ボックスが空いていたら，そのサービス・プロバイダは，あの情報へのアクセスを持たない。そのページは，また，そのユーザが，ユーザのアイデンティティへのサービス・プロバイダのアクセスを最初に許可した日時を，リストする。サービス・プロバイダ・リストは，２つの方法で得られうる：（１）ユーザが訪れるサイトは，共有される情報および最後の訪問および処理に関する情報を備えたリスト中で維持される（例えば，１つがあったと仮定して）。或いは，（２）ユーザに，ネットワーク・アイデンティティ使用可能なサイトのソート可能なリストが，提示される。
　
n)サービス・プロバイダのための，ユーザ記述認証許可
　
[0077]ユーザは，認証の詳細ページを参照している間，サービス・プロバイダのための許可を，変更することができる。共有された属性へのアクセスを取り外すために，ユーザは，対応するチェック・ボックスをクリアする。一つの属性へのアクセスを加えるために，ユーザは，対応するチェック・ボックスを選択する。“許可を更新”ボタンをクリックすることで，認証の変更がコミットされる。新しいポリシーは，ユーザが，サービス・プロバイダ４１５にサイン・インする，次の時点で有効になる。）
　
１．上記Ａに引用した「an identity provider and a service provider communicate authentication information (e.g., a credential) to implement a single sign-on architecture.（アイデンティティ・プロバイダと，サービス・プロバイダは，シングル・サイン−オン・アーキテクチャを実装するために，認証情報（例えば，クレデンシャル）を通信する。）」という記載から，引用刊行物に記載の発明は，
“シングル・サイン−オン”に関連するものであることは，明らかである。
　更に，上記Ａに引用した「an identity provider authenticates a user's identity and passes a credential to a service provider. The service provider receives the credential and, in some embodiments, user profile data about the user.（アイデンティティ・プロバイダは，ユーザのアイデンティティを認証し，サービス・プロバイダに，クレデンシャルを渡す。サービス・プロバイダは，クレデンシャルと，いくつかの実施例においては，ユーザについての，ユーザ・プロファイル・データを受け取る。）」という記載から，引用刊行物においては，
“ユーザを認証したアイデンティティ・プロバイダから，サービス・プロバイダに，ユーザのクレデンシャルと，ユーザ・プロファイル・データが送信される”ことが読み取れる。
　
２．上記Ｂで引用した「When a user authenticates with identity provider 420, identity provider 405 redirects the user's browser to common domain 410 with an identity preference parameter 425 that indicates that the user is using identity provider 405. Common domain 410 writes a cookie in the user's browser with that preference 430 and redirects the user's browser back to identity provider 405. （ユーザは，アイデンティティ・プロバイダで認証すると（４２０），アイデンティティ・プロバイダ４０５は，ユーザが，アイデンティティ・プロバイダ４０５を用いていることを示す，アイデンティティ・プレファレンス・パラメータによって，共通ドメイン４１０にユーザのブラウザをリダイレクトする（４２５）。共通ドメイン４１０は，そのプレファレンスとともに，クッキーをユーザのブラウザに記述し（４３０），そして，ユーザのブラウザを，アイデンティティ・プロバイダ４０５に戻すようリダイレクトする。）」という記載から，引用刊行物においては，
“ユーザは，先ず，アイデンティティ・プロバイダにおいて認証され，認証されたという情報は，共通ドメインを介して，ユーザのブラウザに書き込まれる”ことが読み取れる。
　同じく，上記Ｂで引用した「 When the user navigates to service provider 415,・・・・Identity provider 405 recognizes the user and passes a credential 450 back to service provider 415. Service provider 415 then parses the credential 455 to authenticate the user.（ユーザが，サービス・プロバイダ４１５にナビゲートするとき，・・・アイデンティティ・プロバイダ４０５は，ユーザを認証し，そして，クレデンシャルを，サービス・プロバイダ４１５に渡す（４５０）。サービス・プロバイダ４１５は，次に，ユーザを認証するために，クレデンシャルを解析する（４５５）。）」という記載から，引用刊行物においては，
“ユーザは，アイデンティティ・プロバイダにおいて認証されると，サービス・プロバイダにナビゲート，即ち，サービス・プロバイダを利用する際に，アイデンティティ・プロバイダから，サービス・プロバイダに，ユーザのクレデンシャルが送信され，サービス・サービス・プロバイダは，前記クレデンシャルを用いて，ユーザの認証を行う”ことが読み取れる。
　
３．上記Ｃで引用した「 The user then clicks on “Update Account.”・・・ The user updates the information and clicks on “Update.” The changes are stored and will be automatically available to service providers when the user visits them.（ユーザは，次に，“アカウントの更新”をクリックする。・・・ユーザは，情報を更新し，“更新”をクリックする。変更は，格納され，ユーザが，そこを訪れた時に，サービス・プロバイダにおいて，自動的に有効になる。）」という記載，及び，上記Ｄで引用した「The user clicks on a service provider to bring up a page with authorization details for that particular service provider. The page lists the user's profile attributes (e.g., name, e-mail, address, zip code, wallet), and each attribute has a check box next to it. A check mark in the check box indicates that the service provider has been granted access to that attribute. If the check box is clear, the service provider does not have access to that information.（ユーザは，特定のサービス・プロバイダについての認証の詳細と共に，ページを提供するために，サービス・プロバイダをクリックする。そのページは，ユーザのプロファイル属性（例えば，名前，電子メール，住所，郵便番号，ウォレット）をリストする。そして，それぞれの属性は，その次への，チェック・ボックスを有している。チェック・ボックス内のチェック・マークは，サービス・プロバイダが，その属性へのアクセスを許可されていることを示している。もし，チェック・ボックスが空いていたら，そのサービス・プロバイダは，あの情報へのアクセスを持たない。）」という記載，並びに，同じく，上記Ｄで引用した「The user can modify permissions for a service provider while viewing the authorization details page. To remove access to a shared attribute, the user clears the corresponding check box. To add access to an attribute, the user selects the corresponding check box. By clicking an “Update Permissions” button the authorization changes are committed. The new policy is effective the next time the user signs in with the service provider.（ユーザは，認証の詳細ページを参照している間，サービス・プロバイダのための許可を，変更することができる。共有された属性へのアクセスを取り外すために，ユーザは，対応するチェック・ボックスをクリアする。一つの属性へのアクセスを加えるために，ユーザは，対応するチェック・ボックスを選択する。“許可を更新”ボタンをクリックすることで，認証の変更がコミットされる。新しいポリシーは，ユーザが，サービス・プロバイダ４１５にサイン・インする，次の時点で有効になる。）」という記載において，「認証の変更」は，「“許可を更新”のボタンをクリックする」ことで実現されるものであって，このことから，当該「認証の変更」は，「認証の更新」と言えるものであるから，上記指摘のＣの記載内容，及び，Ｄの記載内容から，引用刊行物には，
“ユーザは，アカウントの更新，或いは，ユーザの属性へのサービス・プロバイダのアクセス権を更新することができ，アカウントの更新，及び，アクセス権の更新は，格納され，ユーザが，サービス・プロバイダにアクセスする時点で反映される”ことが読み取れる。
　
　以上１〜３で検討した事項から，引用刊行物には，次の発明（以下，これを「引用発明」という）が記載されているものと認める。
　
「シングル・サイン−オンに関連する方法であって，
　ユーザは，アイデンティティ・プロバイダにおいて認証されると，前記ユーザを認証した前記アイデンティティ・プロバイダが，サービス・プロバイダに，ユーザのクレデンシャルと，ユーザ・プロファイル・データを送信し，
　前記ユーザが，前記サービス・プロバイダにナビゲート，即ち，前記サービス・プロバイダを利用する際に，前記サービス・サービス・プロバイダは，前記クレデンシャルを用いて，前記ユーザの認証を行い，
　前記ユーザが，ユーザのアカウント，或いは，ユーザの属性へのサービス・プロバイダのアクセス権を更新する場合に，
　アカウントの更新，及び，アクセス権の更新は，格納され，前記ユーザが，前記サービス・プロバイダにアクセスする時点で反映される，方法。」
　
第４．本願発明と引用発明との対比
１．引用発明における「ユーザを認証したアイデンティティ・プロバイダ」においては，「ユーザ」は，既に，認証されているのであるから，前記「アイデンティティ・プロバイダ」が，本願発明における「ユーザが認証されている第１のフェデレーテッド・エンティティ」に相当し，引用発明における「ユーザ」は，前記「アイデンティティ・プロバイダ」，及び，引用発明における「サービス・プロバイダ」において，“本人認証”される対象であるから，本願発明における「プリンシパル」に相当し，
　また，引用発明において，「ユーザは，アイデンティティ・プロバイダにおいて認証されると，前記ユーザを認証した前記アイデンティティ・プロバイダが，サービス・プロバイダに，ユーザのクレデンシャルと，ユーザ・プロファイル・データを送信」するのは，「前記ユーザが，前記サービス・プロバイダにナビゲート，即ち，前記サービス・プロバイダを利用する際に」行われるのであるから，引用発明における「サービス・プロバイダ」は，「ユーザ」からの，何らかのサービスを受け取っていること，及び，該要求が，最初の認証を必要とするときは，アイデンティティ・プロバイダ経由となることは，明らかであるから，引用発明における「サービス・プロバイダ」が，本願発明における「第２のフェデレーテッド・エンティティ」に相当し，
　引用発明は，「シングル・サイン−オン」にかん関連するものであるから，「アイデンティティ・プロバイダ」と，「サービス・プロバイダ」が，“連合”していることも明らかであるから，
　引用発明において，「アイデンティティ・プロバイダ」と，「サービス・プロバイダ」からなる構成が，
　本願発明における「フェデレーテッド・コンピューティング環境」に相当するので，
　引用発明における「ユーザは，アイデンティティ・プロバイダにおいて認証されると，前記ユーザを認証した前記アイデンティティ・プロバイダが，サービス・プロバイダに，ユーザのクレデンシャルと，ユーザ・プロファイル・データを送信し，前記ユーザが，前記サービス・プロバイダにナビゲート，即ち，前記サービス・プロバイダを利用する際に」と，
　本願発明における「ユーザが認証されている第１のフェデレーテッド・エンティティからのプリンシパルに関する名前識別子登録要求を，フェデレーテッド・コンピューティング環境内の第２のフェデレーテッド・エンティティで受信するステップと」は，
“ユーザが認証されている第１のフェデレーテッド・エンティティからのプリンシパルに関する要求を，フェデレーテッド・コンピューティング環境内の第２のフェデレーテッド・エンティティで受信するステップ”である点で共通する。
　
２．引用発明において，「前記サービス・プロバイダを利用する際に，前記サービス・サービス・プロバイダは，前記クレデンシャルを用いて，前記ユーザの認証を行」っており，上記１．で検討した事項と併せると，「アイデンティティ・プロバイダ」経由で送られた，何らかの“サービス要求”を，受け付ける際で「認証」を行っている態様を含むので，
　引用発明における「前記サービス・プロバイダを利用する際に，前記サービス・サービス・プロバイダは，前記クレデンシャルを用いて，前記ユーザの認証を行」うは，
　本願発明における「前記プリンシパルに関する前記名前識別子登録要求の受信に応答して，前記プリンシパルに関して前記第２のフェデレーテッド・エンティティで認証オペレーションを実行するステップ」と，
“プリンシパルに関する要求の受信に応答して，前記プリンシパルに関して前記第２のフェデレーテッド・エンティティで認証オペレーションを実行するステップ”である点で共通する。
　
３．引用発明においては，「ユーザが，ユーザのアカウント，或いは，ユーザの属性へのサービス・プロバイダのアクセス権を更新する場合に，アカウントの更新，及び，アクセス権の更新は，格納され，前記ユーザが，前記サービス・プロバイダにアクセスする時点で反映される」ものであるから，結果として，「サービス・プロバイダ」において，「ユーザのアカウント，或いは，ユーザの属性へのサービス・プロバイダのアクセス権を更新」する操作が行われる態様を含むものであり，引用発明における「ユーザのアカウント，或いは，ユーザの属性へのサービス・プロバイダのアクセス権」と，本願発明における「名前識別子」とは，本人確認に必要な「ユーザの認証情報」である点で共通する。
　したがって，引用発明における「前記ユーザが，ユーザのアカウント，或いは，ユーザの属性へのサービス・プロバイダのアクセス権を更新する場合に，アカウントの更新，及び，アクセス権の更新は，格納され，前記ユーザが，前記サービス・プロバイダにアクセスする時点で反映される」と，
　本願発明における「前記認証オペレーションの正常な完了に応答して，前記第２のフェデレーテッド・エンティティで受信された前記名前識別子登録要求からの名前識別子を登録または修正するステップ」とは，
“認証オペレーションの正常な完了に応答して，第２のフェデレーテッド・エンティティで受信されたユーザの認証情報を登録または修正するステップ”である点で共通する。
　そして，引用発明においても，「アイデンティティ・プロバイダ」と，「サービス・プロバイダ」間で“処理”，即ち，「オペレーション」を実行していることも明らかである。
　
　以上，１．〜３．で検討した事項から，本願発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　ユーザが認証されている第１のフェデレーテッド・エンティティからのプリンシパルに関する要求を，フェデレーテッド・コンピューティング環境内の第２のフェデレーテッド・エンティティで受信するステップと，
　プリンシパルに関する要求の受信に応答して，前記プリンシパルに関して前記第２のフェデレーテッド・エンティティで認証オペレーションを実行するステップと，
　認証オペレーションの正常な完了に応答して，第２のフェデレーテッド・エンティティで受信されたユーザの認証情報を登録または修正するステップと，
　を有する，フェデレーション・コンピューティング内でオペレーションを実行するための方法。
　
［相違点１］
“プリンシパルに関する要求”に関して，
　本願発明においては，「プリンシパルに関する名前識別子登録要求」であるのに対して，
　引用発明においては，「要求」が，特定されていない点。
　
［相違点２］
“ユーザの認証情報”に関して，
　本願発明においては，「名前識別子」であるのに対して，
　引用発明においては，「ユーザのアカウント，或いは，ユーザの属性へのサービス・プロバイダのアクセス権」である点。
　
［相違点３］
　本願発明は，「第２のフェデレーテッド・エンティティからの名前識別子登録応答を，前記第１のフェデレーテッド・エンティティに送信するステップ」を有するのに対して，
　引用発明には，“サービス・プロバイダからの応答を，アイデンティティ・プロバイダに送信する”点については，特に，言及されていない点。
　
第５．当審の判断
　上記相違点について，以下に検討する。
　
１．［相違点１］，及び，［相違点２］について
　引用発明においても，「アカウント」などの更新要求は，「ユーザ」から，「アイデンティティ・プロバイダ」に送られ，前記「アイデンティティ・プロバイダ」を経由して，「サービス・プロバイダ」に反映される。「ユーザ」から，「アイデンティティ・プロバイダ」介した「サービス・プロバイダ」への要求が，「サービス・プロバイダ」上への“情報の登録”，或いは，“登録されている情報の更新”であり，その際，該「ユーザ」の“認証情報”も更新されるのであれば，「アイデンティティ・プロバイダ」からの“要求”に応じて，「サービス・プロバイダ」上の“認証情報”も“登録”，或いは，“更新”されることは，明らかである。そして，該“認証情報”として，「名前識別子」情報を用いることは，当業者が適宜なし得る事項である。
　よって，相違点１，及び，相違点２は，格別のものではない。
　
２．［相違点３］について
　コンピュータの技術分野において，処理要求の結果に対する応答を返すよう構成することは，当業者には，周知の技術事項である。
　よって，［相違点３］は格別のものではない。
　
　上記で検討したごとく，相違点１〜３はいずれも格別のものではなく，そして，本願発明の構成によってもたらされる効果も，当業者であれば容易に予測できる程度のものであって，格別なものとは認められない。
　
第６．むすび
　したがって，本願発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。
　
　よって，結論のとおり審決する。