【事件の表示】
　特願２００１−５０２２７５「セキュリティ装置」拒絶査定不服審判事件〔平成１２年１２月１４日国際公開、ＷＯ００／７６１２０、平成１５年　１月１４日国内公表、特表２００３−５０１９４６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続きの経緯・本願発明
　本件出願は、２０００年６月５日（パリ条約による優先権外国庁受理１９９９年６月７日、英国）を国際出願日とする出願であって、原審において平成２２年７月２日付けで拒絶査定がなされ、これに対し、同年１１月５日に拒絶査定に対する審判請求がなされたものであって、当審から平成２４年１月３１日付けで拒絶の理由が通知され、これに対して同年５月１８日に意見書が提出されるとともに手続補正がなされたものであるところ、
　本件出願の請求項２９に係る発明（以下、「本願発明」という。）は、平成２４年５月１８日付けで補正された特許請求の範囲の記載からみて、その請求項２９に記載された次のとおりのものと認められる。
　
（本願発明）
「自身が提供するサービスへのアクセスを外部の通信装置に許可しうる装置の動作方法であって、
　前記通信装置から前記サービスへのアクセス要求を受信することに応じて、前記通信装置を認証せずに、前記サービスへのアクセスを許可するか拒否するかを決定することと、
　前記決定に前記通信装置の認証を必要とする場合に、事前にではなく、前記決定の処理の中で前記通信装置の認証を行うことと、
を含む、方法。」
　
　
２．引用例に記載された発明
　これに対して、当審から通知した拒絶理由に引用された、特開平１１−０３１１２９号公報（以下、「引用例」という。）には、「複数ＷＷＷサーバ連携システム」として図面とともに以下の事項が記載されている。
　
イ．「【００１９】図１は、本発明のシステム構成図を示す。図１において、ＷＷＷサーバ１１は、ブラウザ２２からネットワークを介して受信したＨＴＭＬ文書をホスト３１に通知したり、ホスト３１から通知を受けたセションＩＤをＨＴＭＬ文書に埋め込んでネットワークを介してブラウザ２２に送信あるいはホスト３１から通知を受けたセションＩＤを埋め込んだＨＴＭＬ文書をネットワークを介してブラウザ２２に送信したりなどするものであって、デーモン１２、連携デーモン１４、部品ライブラリ１５などから構成されるものである。このＷＷＷサーバ１１は、例えば後述する図２中のＷＷＷサーバと記載した処理を行う。ここで、ＨＴＭＬ文書はブラウザの画面上に文書やイメージを表示するようにＨＴＭＬ言語で記述した文書であり、他にＵＲＬ（アドレス）およびヘッダ情報（ＨＴＴＰプロトコルで使用する情報）がある。」（３頁４欄）
　
ロ．「【００２７】次に、図２に示す順番に従い、図１の構成の動作を詳細に説明する。図２は、本発明の動作説明図を示す。ここで、ブラウザ、ＷＷＷサーバ、およびホストは、図１のブラウザ２２、ＷＷＷサーバ１１、およびホスト３１にそれぞれ対応するものである。
【００２８】図２において、Ｓ１は、参照するＵＲＬの指定を行う。これは、ブラウザ２２が参照するＵＲＬ（アドレス）の指定に対応して、当該ＵＲＬをＷＷＷサーバ１１に送信する。
【００２９】Ｓ２は、ＷＷＷサーバ１１がＵＲＬを受け取る（受信する）。Ｓ３は、ＵＲＬの解析を行う。Ｓ４は、Ｓ３のＵＲＬの解析の結果、プラグイン関数の呼び出しか判別する。ＹＥＳの場合には、本発明に係る以下の処理を実行し、Ｓ７で呼び出し関数１３が連携デーモン１４を呼び出し、Ｓ８で常駐デーモン（連携デーモン）への引渡を行い、Ｓ９で認証要求をホスト３１に通知し、Ｓ１０に進む。・・・・」（４頁５欄〜６欄）
　
ハ．「【００３１】Ｓ１０は、ホスト３１が連携デーモン１４からの認証要求を受け取る。Ｓ１１は、ＵＲＬの解析を行う。Ｓ１２は、認証が必要なＵＲＬかどうかの判定を行う。これは、ＵＲＬで指定されたｈｔｍｌ文書が認証を必要とするものであるか否かについて、後述する図２のセキュリティテーブル３４を参照して判定する。認証が必要な場合には、Ｓ１５に進む。一方、認証が不要の場合には、Ｓ１３でｈｔｍｌ文書をＷＷＷサーバ１１を介してブラウザ２２に送信し、Ｓ１４でブラウザ２２が受信したｈｔｍｌ文書について画面上に表示する。
【００３２】Ｓ１５は、Ｓ１２で認証が必要と判明したので、指定されたＵＲＬの認証範囲の取り出しを行う。Ｓ１６は、セションＩＤが付加されているか判別する。これは、Ｓ１５でブラウザ２２から受信したＵＲＬの認証範囲にセションＩＤが付加されているか判別する（既に以前にセションＩＤが付加されているか判別する）。ＹＥＳの場合には、既に以前にセションＩＤがＳ１７ないし３７によってセットされていたと判明したので、Ｓ４１に進む。一方、ＮＯの場合には、セションＩＤがセット（付加）されていないと判明したので、Ｓ１７ないしＳ３２によってセションＩＤの付加を行う。
【００３３】Ｓ１７は、Ｓ１６でセションＩＤが付加されていないと判明したので、ＩＤ、パスワード画面（ｊａｖａ）の送出要求をＷＷＷサーバ１１に通知する。Ｓ１８は、ＷＷＷサーバ１１の連携デーモン１４が受け付ける。
【００３４】Ｓ１９は、Ｓ１８で受け付けた連携デーモン１４から部品ライブラリ１５中の部品がＩＤ、パスワード入力用ｈｔｍｌ（ｊａｖａ、ｈｔｍｌ）を送出する。Ｓ２０は、Ｓ１９で送出されたパスワード入力用ｈｔｍｌ（ｊａｖａ）の表示をブラウザ２２上で行う。
【００３５】Ｓ２１は、Ｓ２０で表示されたパスワード入力用画面上でＩＤ、パスワード入力する。例えば後述する図５のパスワード／ＩＤ入力画面上でユーザがユーザＩＤ、パスワードを入力し、ＳＴＡＲＴボタンを押下する。
【００３６】Ｓ２２は、ＩＤ、パスワードを暗号化（ｊａｖａ）してＷＷＷサーバ１１に送信する。Ｓ２３は、受取情報の送出（再暗号化）を行う。これは、ＷＷＷサーバ１１がＳ２２で送信されたＩＤ、パスワードの暗号化した情報を受け取り、この情報を再暗号化してホスト１１に送信する。
【００３７】Ｓ２４は、ホスト３１がＳ２３で送信された情報を受け取し、復号化する。Ｓ２５は、Ｓ２４で復号化したＩＤ、パスワードを取り出す。Ｓ２６は、ＩＤ、パスワードの検索を行う。これは、例えば後述する図４のセションテーブル３５中のＩＤ（ユーザＩＤ、パスワード）の検索を行い、一致するものがあるか判別する。ＯＫの場合には、Ｓ２９に進む。ＮＧの場合には、一致するＩＤ、パスワードが登録されていないくエラーと判明したので、ＷＷＷサーバ１１に指示してＳ２７でエラー表示用ｈｔｍｌを送信し、Ｓ２８でブラウザ２２が受信したエラー表示ｈｔｍｌによって画面上にエラー表示を行う。
【００３８】Ｓ２９は、Ｓ２６でＩＤ、パスワードを検索して一致するものがあると判明したので、更に認証範囲の判定を行う。これは、図示外のユーザＩＤ毎の認証範囲の判定を行い、当該ユーザＩＤに認証権限を付与されているか判別する。ＯＫの場合には、Ｓ３０に進む。ＮＧの場合には、ユーザＩＤに認証権限が付与されていないと判明したので、Ｓ２７でエラー表示用ｈｔｍｌを送出し、Ｓ２８でブラウザ２２がエラー表示ｈｔｍｌを画面上に表示する。」（４頁６欄〜５頁７欄）
　
ニ．「【００４４】Ｓ３６は、ｈｔｍｌ文書を送出する。Ｓ３７は、Ｓ３６で送出されたｈｔｍｌ文書をブラウザ２２が画面上に表示する。・・・」（５頁８欄）
　
　
　上記摘記事項及び関連する図１，２の記載ならびにこの分野における技術常識を考慮すると、
　まず、上記摘記事項イ．ロ．及び図１，２の記載によれば、引用例記載のシステムはブラウザ、ＷＷＷサーバ及びホストから構成されていて、参照するＵＲＬの指定をブラウザがＷＷＷサーバに対して行い、上記摘記事項ハ．の特に【００３１】欄、上記摘記事項ニ．及び図２の記載によれば、ＵＲＬの指定に応じて、一定の条件を満たした場合にｈｔｍｌ文書をＷＷＷサーバからブラウザに送信し表示している。したがって、引用例記載のものは、ｈｔｍｌ文書へのアクセスを外部のブラウザに許可しうるＷＷＷサーバおよびホストからなるシステムの動作方法ということができる。
　また、上記摘記事項ハ．の特に【００３１】欄及び図２の記載によれば、ブラウザがＵＲＬを指定しｈｔｍｌ文書がアクセス要求された場合、認証が不要であれば、認証せずにアクセス要求を許可してｈｔｍｌ文書を送信している。すなわち、ブラウザからのｈｔｍｌ文書へのアクセス要求に応じて認証をせずにｈｔｍｌ文書へのアクセスを許可するか否かを決定しているといえる。
　そして、上記摘記事項ハ．の【００３３】〜【００３８】欄及び図２の記載によれば、認証が必要な場合に、ＩＤ及びパスワードによって、その場で認証を行っているから、アクセスを許可するか否かの決定に認証を必要とする場合に、事前にではなく、前記決定の処理の中で認証を行うものということができる。そしてその認証にはユーザＩＤとパスワードが使われていることからみて、ユーザ認証が行われるものと考えられる。
　
　したがって、引用例には、以下の発明（以下、「引用発明」という。）が開示されているものと認められる。
　
（引用発明）
「ｈｔｍｌ文書へのアクセスを外部のブラウザに許可しうるＷＷＷサーバ及びホストからなるシステムの動作方法であって、
　前記ブラウザからの前記ｈｔｍｌ文書へのアクセス要求を受信することに応じて、ユーザ認証をせずに、前記ｈｔｍｌ文書へのアクセスを許可するか否かを決定することと、
　前記決定にユーザ認証を必要とする場合に、事前にではなく、前記決定の処理の中でユーザ認証を行うことと、
を含む、方法。」
　
　
３．対比
　本願発明と引用発明とを対比する。
　引用発明の「ブラウザ」は、引用例の図１の「端末２１」にあって、ネットワークを介して通信する装置上にあるから、本願発明の「通信装置」に相当する。
　引用発明において提供される「ｈｔｍｌ文書」は、画面上に表示させるために提供されるものであり、文書を提供するサービスといえるから、本願発明の「サービス」の概念に含まれる。
　本願発明の「・・・許可しうる装置」も一つのシステムということができるから、引用発明の「ＷＷＷサーバ及びホストからなるシステム」とは、この点で対応する。
　引用発明においてはユーザ認証が行われるのに対し、本願発明は認証の対象が通信装置である点で異なってはいるが、認証であるという点では両者は共通する。
　したがって、本願発明と引用発明とは、以下の点で一致し、また相違する。
　
　
（一致点）
「サービスへのアクセスを外部の通信装置に許可しうるシステムの動作方法であって、
　前記通信装置から前記サービスへのアクセス要求を受信することに応じて、認証せずに、前記サービスへのアクセスを許可するかを決定することと、
　前記決定に認証を必要とする場合に、事前にではなく、前記決定の処理の中で認証を行うことと、
を含む、方法。」
　
（相違点）
（１）本願発明では、通信装置を認証し許可をあたえる装置がサービスを提供する装置でもあるのに対し、引用発明では、これを行うシステムがＷＷＷサーバとホストという複数の構成によって構成される点。
　
（２）本願発明では認証する対象は通信装置であるのに対して、引用発明ではユーザを認証している点。
　
（３）本願発明では認証をしない場合の決定においては、アクセスを「許可するか拒否するか」を決定しているのに対して、引用発明では「許可するか否か」のみを決定している点。
　
　
４．判断
　そこでまず、上記相違点（１）について検討する。
　複数の構成からなるシステムを一つの装置とすることは、システムの小型化や信頼性の向上などに配慮して常識的に行われる技術事項にすぎず、また、ＷＷＷサーバが認証を行う技術も周知技術にすぎない（例えば、特開平１１−５５２６２（【００２２】【００４３】）、特開平１０−２７１２４参照）。そうしてみると、引用発明においてＷＷＷサーバに認証機能を持たせ一体の装置として構成することは格別な事項とはいえない。なお、仮にＷＷＷサーバが複数あったとしても、その一つもしくは複数に認証機能を兼用させるような構成とすることは当業者が容易に想到し得た程度の事項にすぎない。
　
　次に、上記相違点（２）について検討する。
　通信を行う際に、セキュリティーを確保するため、通信する相手方を認証することは、ごく一般的に行われている技術事項にすぎず、また、ユーザによるＩＤやパスワードの入力や生体認証などにより、ユーザを認証の対象とすることも、あるいは相手方の装置そのものを認証の対象とすることも認証に係る技術として技術常識にすぎない。そして、これらのユーザ認証や装置の認証は、認証を必要とする通信の用途や、あるいは要求されるセキュリティーのレベルなどにあわせて適宜選択され、使用されている技術事項である。
　そうしてみると、引用発明はユーザ認証を用いているが、これを通信装置を認証する構成に変更することも、それは引用発明における装置の使用環境やセキュリティのレベルの変更にあわせて適宜設計変更できる事項にすぎない。したがって、引用発明において通信装置を認証する構成に変更することは格別の事項とはいえず、状況に応じて適宜変更できる程度の技術事項にすぎない。
　
　最後に相違点（３）について検討する。
　認証をしない決定においてアクセスを拒否する決定をすることは、例えば、アクセスの様式が要求されたものと異なっている場合など、わざわざ認証を行うまでもなくアクセスを拒否すべき場合があることが容易に想定されることを考えれば、格別な相違とはいえない。
　
　そして、本願発明の作用効果も、引用発明、周知技術及び技術常識から当業者が容易に予測できる範囲のものである。
　
　
５．むすび
　以上のとおり、本願請求項２９に係る発明は、引用発明、周知技術及び技術常識に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることはできない。
　したがって、その余の請求項について論及するまでもなく、本願は拒絶をすべきものである。
　
　よって、結論のとおり審決する。