平成25(行ケ)10207審決取消請求事件

平成２６年４月１６日判決言渡 同日原本受領 裁判所書記官
平成２５年（行ケ）第１０２０７号 審決取消請求事件
口頭弁論終結日 平成２６年３月２６日
判 決
原 告 株式会社三菱東京ＵＦＪ銀行
訴訟代理人弁護士 高 橋 雄 一 郎
同 弁理士 林 佳 輔
同 中 山 秀 明
同 荒 尾 達 也
同 荒 井 康 行
被 告 特 許 庁 長 官
指 定 代 理 人 辻 本 泰 隆
同 田 中 秀 人
同 稲 葉 和 生
同 山 田 和 彦
主 文
１ 特許庁が不服２０１１－２５８００号事件について平成
２５年６月１０日にした審決を取り消す。
２ 訴訟費用は被告の負担とする。
事実及び理由
第１ 請求
主文と同じ。
第２ 事案の概要
１ 特許庁における手続の経緯等
 原告は，平成１２年１１月７日，発明の名称を「認証代行装置，認証代行方
法及び記録媒体」とする発明（請求項の数１１）について特許出願（特願２０００
－３３８６９５号。以下「本願」という。）をし，平成２２年１１月９日付けで拒絶
理由通知を受けたことから，平成２３年２月４日付け手続補正書（発明の名称「認
証代行装置」，請求項の数４）を提出して特許請求の範囲等を補正したが，さらに同
年３月３日付けで拒絶理由通知を受けたことから，同年５月３０日付けで手続補正
書を提出したが，同手続補正は同年８月１６日付けで却下されるとともに，本願に
ついて同日付けで拒絶査定を受けたことから，同年１１月２９日，これに対する不
服の審判を請求し，併せて同日付け手続補正書により特許請求の範囲等を補正し，
その後，平成２５年１月２３日付けで拒絶理由通知を受けたことから，同年４月１
日付け手続補正書により特許請求の範囲等を補正した（請求項の数４，以下「本件
補正」という。（甲２の１～４，甲４の１，甲５，７，１２，１５の１，甲１６～
）
１８，３０，３３）。
 特許庁は，前記の審判請求を不服２０１１－２５８００号事件として審理
し，平成２５年６月１０日，「本件審判の請求は，成り立たない。」との審決（以下
「本件審決」という。）をし，その謄本は，同月２５日，原告に送達された。
 原告は，平成２５年７月２３日，本件審決の取消しを求める本件訴訟を提起
した。
２ 本件審決が対象とした特許請求の範囲の記載
本件補正後の特許請求の範囲の請求項１は，平成２５年４月１日付け手続補正書
（甲３３）により補正された次のとおりのものである（以下，この請求項１に記載
された発明を「本願発明」といい，本願に係る明細書（甲２の２・３，甲３６）を
「本願明細書」という。。
）
【請求項１】
リンク先情報を登録しておくリンク先情報登録手段と，
登録されたリンク先における利用者の認証情報であり該利用者に通知された認証
情報を格納する認証情報格納手段と，
各リンク先毎に用意され，該リンク先で実行される認証処理で表示される画面構
成に対し，前記認証情報を埋め込むための認証処理用のひな形スクリプトを格納す
るひな形スクリプト格納手段と，
インターネットを介して前記利用者の情報閲覧手段よりリンク先の指定に関する
情報を受信する手段と，
該利用者の認証情報が登録されているリンク先が前記受信されたリンク先の指定
に関する情報により指定された場合に，前記リンク先情報登録手段から該当するリ
ンク先情報を読み取り，当該利用者のそのリンク先における認証情報を認証情報格
納手段から読み出すと共に，前記ひな型スクリプト格納手段から，該当するリンク
先のひな形スクリプトを読み出して，該ひな形スクリプトの変数として該リンク先
における認証情報を指定して該リンク先で実行される認証処理で表示される画面構
成に対し前記認証情報を埋め込むための認証処理スクリプトを作成し，上記リンク
先情報及び認証処理スクリプトを，該利用者の前記情報閲覧手段に前記インターネ
ットを介して転送する認証代行処理手段とを有することを特徴とする認証代行装置。
３ 本件審決の理由の要旨
 本件審決の理由は，別紙審決書の写しのとおりである。要するに，本願発明
は，本願出願日（平成１２年１１月７日）前に頒布された刊行物である「中島募，
シングル・サインオン，ユーザー情報を集約して認証処理を一元化 安全性と利便
性を両立，日経インターネットテクノロジー，日本，日経ＢＰ社，１９９９年（平
成１１年）１１月２２日，第２９号，ｐ１５６～１６５」（以下「引用例」という。
甲１）に記載された発明（以下「引用発明」という。）に基づいて，当業者が容易に
発明をすることができたものであるから，特許法２９条２項の規定により特許を受
けることができない，というものである。
 本件審決が認定した引用発明は，次のとおりである。
アクセス可能なサーバー／アプリケーションのＩＤ／パスワードを登録しておく
登録手段と，
各サーバー／アプリケーションの種類ごとに用意され，ログイン操作を自動化す
るスクリプトを格納する格納手段と，
前記サーバー／アプリケーションのＩＤ／パスワードの束及び前記スクリプトを
クライアント・モジュールに配布する手段とを有するＳＳＯサーバー。
 本願発明と引用発明との対比
本件審決が認定した本願発明と引用発明との一致点及び相違点は，以下のとおり
である。
ア 一致点
リンク先情報を登録しておくリンク先情報登録手段と，
登録されたリンク先における利用者の認証情報を格納する認証情報格納手段と，
各リンク先毎に用意され，該リンク先で実行される認証処理で表示される画面構
成に対し，前記認証情報を埋め込むための認証処理用のひな形スクリプトを格納す
るひな形スクリプト格納手段と，
前記リンク先の認証処理を自動的に行うための情報を利用者の情報閲覧手段に転
送する認証代行処理手段とを有する認証代行装置。
イ 相違点１
本願発明においては，「登録されたリンク先における利用者の認証情報」が，「利
用者に通知された認証情報」であるとされているのに対し，引用発明においては，
「サーバー／アプリケーションのパスワード」が，利用者に通知されたものである
かどうか明らかでない点。
ウ 相違点２
本願発明は，インターネットを介して利用者の情報閲覧手段よりリンク先の指定
「
に関する情報を受信する手段」を有するのに対し，引用発明は，そのような手段を
有するとはされていない点。
エ 相違点３
「リンク先の認証処理を自動的に行うための情報を利用者の情報閲覧手段に転送
する認証代行処理手段」が，本願発明においては，
「該利用者の認証情報が登録され
ているリンク先が前記受信されたリンク先の指定に関する情報により指定された場
合に，前記リンク先情報登録手段から該当するリンク先情報を読み取り，当該利用
者のそのリンク先における認証情報を認証情報格納手段から読み出すと共に，前記
ひな型スクリプト格納手段から，該当するリンク先のひな形スクリプトを読み出し
て，該ひな形スクリプトの変数として該リンク先における認証情報を指定して該リ
ンク先で実行される認証処理で表示される画面構成に対し前記認証情報を埋め込む
ための認証処理スクリプトを作成し，上記リンク先情報及び認証処理スクリプトを，
該利用者の前記情報閲覧手段に前記インターネットを介して転送する認証代行処理
手段」であるのに対し，引用発明においては，
「前記サーバー／アプリケーションの
ＩＤ／パスワードの束及び前記スクリプトをクライアント・モジュールに配布する
手段」である点。
４ 取消事由
 引用発明及び一致点の認定の誤り（取消事由１）
 相違点２に係る容易想到性の判断の誤り（取消事由２）
 相違点３に係る容易想到性の判断の誤り（取消事由３）
第３ 当事者の主張
１ 取消事由１（引用発明及び一致点の認定の誤り）
〔原告の主張〕
以下のとおり，本件審決の引用発明の認定には誤りがあり，また，本願発明と引
用発明との一致点の認定にも誤りがある。
 引用発明の認定の前提及び引用発明の認定について
本件審決は，引用例の「アクセス可能なサーバー／アプリケーションのＩＤ／パ
スワードの束をクライアント・モジュールが受け取る。，及び「スクリプトはサー
」
バー／アプリケーションの種類ごとに用意する必要があるが，ＳＳＯサーバーに置
いておけば，自動的にすべてのクライアント モジュールに配布することができる。
・ 」
との各記載から，引用発明の「前記サーバー／アプリケーションのＩＤ／パスワー
ドの束及び前記スクリプトをクライアント・モジュールに配布する手段」を認定し
た。
しかしながら，引用例のどこにも「前記サーバー／アプリケーションのＩＤ／パ
スワードの束」の配布と「スクリプト」の配布とが同じ手段により行われることの
記載はない。むしろ引用例によれば，
「アクセス可能なサーバー／アプリケーション
のＩＤ／パスワードの束」は「ＳＳＯサーバーにログインすると」という契機によ
り個々の「クライアント・モジュール」に個別のタイミングで送信され，一方「ス
クリプト」は，
「自動的にすべてのクライアント・モジュールに配布」されるのであ
って，全て（複数）の「クライアント・モジュール」に一斉に配布されるものであ
るから，
「ＩＤ／パスワードの束」の配布と「スクリプト」の配布とが同じ手段で行
われることを読み取ることはできない。
そうすると，引用発明は本件審決のように認定されるべきではなく，
「アクセス可能なサーバー／アプリケーションのＩＤ／パスワードを登録しておく
登録手段と，
各サーバー／アプリケーションの種類ごとに用意され，ログイン操作を自動化す
るスクリプトを格納する格納手段と，
前記サーバー／アプリケーションのＩＤ／パスワードの束を送信する送信手段と，
前記スクリプトを全てのクライアント・モジュールに配布する配布手段とを有す
るＳＳＯサーバー。」と認定されるべきである。
 本願発明と引用発明との対比について
ア 「リンク先情報」及び「リンク先情報を登録しておく登録手段」について
本件審決は，本願発明と引用発明との対比において，引用発明の「アクセス可能
なサーバー／アプリケーションのＩＤ／パスワードを登録しておく登録手段」のう
ち，
「アクセス可能なサーバー／アプリケーションのＩＤ」 本願発明における
は， 「リ
ンク先情報」に相当すると認定し，この認定を前提として，引用発明における「ア
クセス可能なサーバー／アプリケーションのＩＤ／パスワードを登録しておく登録
手段」は，本願発明における「リンク先情報を登録しておくリンク先情報登録手段」
と「登録されたリンク先における利用者の認証情報を格納する認証情報格納手段」
に対応する構成であると認定した。
しかし，引用例の他の記載からすれば，引用例においては，
「ＩＤ」とはユーザー
（利用者）を特定する情報であり，
「パスワード」とは「ＩＤ」に対する暗証番号な
どの暗証情報である。したがって，本件審決が引用例の「アクセス可能なサーバー
アプリケーションのＩＤ／パスワードの束」という記載から「アクセス可能なサー
バーアプリケーションのＩＤ」を分離し，
「アクセス可能なサーバーアプリケーショ
ンのＩＤ」が本願発明における「リンク先情報」に相当すると認定したのは誤りで
ある。そのため，引用発明の「アクセス可能なサーバー／アプリケーションのＩＤ
／パスワードを登録しておく登録手段」は，本願発明における「利用者の認証情報
を格納する認証情報格納手段」に対応するにすぎず，引用発明が，本願発明におけ
る「リンク先情報を登録しておくリンク先情報登録手段」を有することはない。
イ 「ひな形スクリプト格納手段」について
本件審決は，引用発明は，
「アプリケーションごとに，ＩＤ／パスワードの入力が
必要」なログイン操作を自動化するものであるから，引用発明における「各サーバ
ー／アプリケーションの種類ごとに用意され，ログイン操作を自動化するスクリプ
ト」は，
「各サーバー／アプリケーションの種類ごと」のログイン操作を実行する際
に端末の画面上に構成される認証処理用のひな形スクリプトであると解されるとし
た上で，引用発明の「各サーバー／アプリケーションの種類ごとに用意され，ログ
イン操作を自動化するスクリプトを格納する格納手段」は，本願発明における「各
リンク先毎に用意され，該リンク先で実行される認証処理で表示される画面構成に
対し，前記認証情報を埋め込むための認証処理用のひな形スクリプトを格納するひ
な形スクリプト格納手段」に相当すると認定した。
しかし，引用発明における「ログイン操作を自動化するもの」が「端末の画面上
に構成される認証処理用のひな形スクリプト」であることを読み取ることはできな
い。引用例の記載から，引用例におけるＷｅｂ向けの製品は「ベーシック認証」を
対象としたものであることが理解されるところ，
「ベーシック認証」においては，Ｗ
ＷＷブラウザにユーザーＩＤ・パスワードを記憶させれば，自動的に認証がされる
ので，引用発明が「情報閲覧手段」に「ベーシック認証」におけるＷＷＷブラウザ
にユーザーＩＤ・パスワードを記憶させる機能を有しているのであれば，
「ログイン
操作を自動化するもの」が「端末の画面上に構成される認証処理用のひな形スクリ
プト」である必要はない。
ウ 「利用者の情報閲覧手段」について
本件審決は，引用発明における「クライアント・モジュール」は，本願発明にお
ける「利用者の情報閲覧手段」に相当すると認定した。
しかし，引用例における「クライアント・モジュール」の記載からすると，
「クラ
イアント・モジュール」は，
（Ａ）アクセス可能なサーバー／アプリケーションのＩ
Ｄ／パスワードの束を受け取ること，及び（Ｂ）ログイン操作を自動化するスクリ
プトを実行すること，の機能を有するが，情報を閲覧する機能を有するとは記載さ
れていない。したがって，本件審決が引用発明における「クライアント・モジュー
ル」が，本願発明における「利用者の情報閲覧手段」に相当すると認定したのは誤
りである。
エ 「認証代行処理手段」について
本件審決は，引用発明における「前記サーバー／アプリケーションのＩＤ／パス
ワードの束及び前記スクリプトをクライアント・モジュールに配布する手段」と，
本願発明における「認証代行処理手段」とは，
「リンク先の認証処理を自動的に行う
ための情報を利用者の情報閲覧手段に転送する認証代行処理手段」である点におい
て，共通すると認定した。
しかし，前記（引用発明の認定の前提及び引用発明の認定について）で述べた
とおり，引用発明からは「前記サーバー／アプリケーションのＩＤ／パスワードの
束及び前記スクリプトをクライアント・モジュールに配布する手段」を認定するこ
とはできないのであるから，本件審決の上記認定は誤りである。
引用発明においては，前記サーバー／アプリケーションのＩＤ／パスワードの束
「
を送信する送信手段」と「前記スクリプトをクライアント・モジュールに配布する
配布手段」とが認定されるのであるから，引用発明の「前記サーバー／アプリケー
ションのＩＤ／パスワードの束を送信する送信手段」と本願発明の「認証代行処理
手段」とは，「リンク先の認証情報を利用者の使用するモジュールに送信する手段」
である点において共通し，引用発明の「前記スクリプトをクライアント・モジュー
ルに配布する配布手段」と本願発明の「認証代行処理手段」とは，
「リンク先の認証
処理を自動的に行うための情報を利用者の使用するモジュールに送信する手段」で
ある点において共通することになる。
オ 「認証代行装置」について
本件審決は，引用発明における「ＳＳＯサーバー」は，本願発明における「認証
代行装置」に相当すると認定した。
しかし，前記ウ（「利用者の情報閲覧手段」について）で述べたとおり，引用発明
における「クライアント・モジュール」と本願発明における「情報閲覧装置」とは
異なるものであり，引用発明における「ＳＳＯサーバー」は本願発明における「認
証代行装置」に相当するものではない。
 本願発明と引用発明との一致点の認定について
前記及びによれば，正しい本願発明と引用発明との一致点は，
「リンク先における利用者の認証情報を格納する認証情報格納手段と，
各リンク先毎に用意され，該リンク先で実行される認証処理のための情報を格納
する情報格納手段と，
リンク先の認証情報を利用者の使用するモジュールに送信する手段と，
リンク先の認証処理を自動的に行うための情報を全ての利用者の使用するモジュ
ールに配布する手段とを有する装置」となる。
本件審決の認定した本願発明と引用発明との一致点と比較すると，本件審決の認
定では「リンク先情報を登録しておくリンク先情報登録手段」が存在するが，上記
の正しい本願発明と引用発明との一致点に基づけば，このような手段は存在しない
点が大きく異なっている。
〔被告の主張〕
 引用発明の認定の前提及び引用発明の認定について
引用例の記載からすれば，「ＳＳＯサーバー」が，各サーバー／アプリケーショ
ンのユーザー情報を一元管理し，「クライアント・モジュール」に対して，「アク
セス可能なサーバー／アプリケーションのＩＤ／パスワードの束」を配布するとと
もに，「ログイン操作を自動化するスクリプト」をも配布すると解される。そうす
ると，「クライアント・モジュール」に対して上記各情報を配布する「ＳＳＯサー
バー」の機能を抽象的に１つの配布する手段として認定することができる。
したがって，本件審決が，引用発明について，「前記サーバー／アプリケーショ
ンのＩＤ／パスワードの束及び前記スクリプトをクライアント・モジュールに配布
する手段」を認定したことに誤りはない。
 本願発明と引用発明との対比について
ア 「リンク先情報」及び「リンク先情報を登録しておく登録手段」について
本件審決が，引用発明における｢アクセス可能なサーバー／アプリケーションのＩ
Ｄ｣は本願発明における｢リンク先情報」に相当するした点が誤解であったことは認
めるが，以下のとおり，引用発明においても本願発明における「リンク先情報」に
相当するものが想定されていることは技術的に見て明らかであって，上記誤解は，
その後の審決の認定，判断に影響を及ぼすものではない。
すなわち，引用例の記載からすれば，「ＳＳＯサーバー」には，「アクセス可能な
サーバー／アプリケーションのＩＤ／パスワード」等のユーザー情報を集約する何
らかの登録手段が存在し，また，「各サーバー／アプリケーションの種類ごとに用
意され，ログイン操作を自動化するスクリプト」を置いておくための何らかの格納
手段が存在すると解される。
ここで，上記「スクリプト」は，「ＳＳＯサーバー」から「クライアント・モジ
ュール」に配布され，「クライアント・モジュール」によってアクセス可能なもの
が各サーバー／アプリケーションの種類ごとに実行されログイン操作を自動化する
ことから，「各サーバー／アプリケーションの種類ごとに用意され」る「スクリプ
ト」は「各サーバー／アプリケーションの種類」にアクセスする前提として，「各
サーバー／アプリケーション」を指定するための「リンク先情報」を含んでいると
解するのが妥当である。
そうすると，引用発明の当該「スクリプト」は実質的に各サーバー／アプリケー
ションの種類ごとの「リンク先情報」を含むと解されることから，引用発明の「Ｓ
ＳＯサーバー」には本願発明の「リンク先情報を登録しておくリンク先情報登録手
段」に相当するものが想定され，少なくとも引用発明の「各サーバー／アプリケー
ションの種類ごとに用意され，ログイン操作を自動化するスクリプトを格納する格
納手段」が，｢リンク先情報｣を当該スクリプトごとに格納しているといえることか
ら，本願発明の「リンク先情報を登録しておくリンク先情報登録手段」といえる。
以上のとおり，引用発明において本願発明における「リンク先情報」及び「リン
ク先情報を登録しておくリンク先情報登録手段」に相当するものを想定できること
は技術的に見て明らかであるから，本件審決が，引用発明における｢アクセス可能な
サーバー／アプリケーションのＩＤ｣は本願発明における｢リンク先情報」に相当す
るとした点が誤りであったとしても，本件審決のその後の認定，判断に影響しない。
イ 「ひな形スクリプト格納手段」について
引用例の記載からすれば，引用発明における「スクリプト」は「サーバー／アプ
リケーションの種類ごと」の「ＩＤ／パスワード」の入力が必要な「ログイン操作
を自動化する」ものと解される。
ここで，
「スクリプト」は一般的に「コンピュータプログラムの種類の一つで，機
械語への変換や実行可能ファイルの作成などの過程を省略又は自動化し，ソースコ
ードを記述したら即座に実行できるようなプログラムのこと」であって，「ひな型
スクリプト」は，あらかじめ準備された標準的な「スクリプト」と解される。そし
て，当該「ひな型スクリプト」と認証情報を用いてログイン操作を自動化すること
は，クライアント／サーバーシステム技術の分野の周知技術であり，「ログイン操
作を自動化するスクリプト」として，本願発明のような「認証情報を埋め込むため
の認証処理用のひな形スクリプト」を利用することも，クライアント／サーバーシ
ステム技術の分野では一般的な技術であった。
そうすると，引用発明における「各サーバー／アプリケーションの種類ごとに用
意され，ログイン操作を自動化するスクリプト」は，認証情報が埋め込まれた「各
サーバー／アプリケーションの種類ごと」のログイン操作を自動化するひな形スク
リプトが典型的な態様と解される。したがって，引用発明における「各サーバー／
アプリケーションの種類ごとに用意され，ログイン操作を自動化するスクリプトを
格納する格納手段」は，本願発明における「各リンク先毎に用意され，該リンク先
で実行される認証処理で表示される画面構成に対し，前記認証情報を埋め込むため
の認証処理用のひな形スクリプトを格納するひな形スクリプト格納手段」に相当す
るとした本件審決に誤りはない。
ウ 「利用者の情報閲覧手段」について
引用例の記載からすれば，引用発明における「クライアント・モジュール」は「ク
ライアント側」に組み込まれたソフトウェア「モジュール」であると解され，また，
「クライアント側」の意味は，引用例（甲１）の図２の記載からすると，ディスプ
レイを備えた端末装置であると解される。ここで，「モジュール」は一般的に，「機
能単位，交換可能な構成部分という意味の英単語。システムへの接合部(インターフ
ェース)が規格化・標準化されていて，容易に追加や削除ができ，ひとまとまりの機
能を持った部品のこと。」をいう。
したがって，引用発明における「クライアント・モジュール」は，ディスプレイ
を備えた端末装置に組み込まれたひとまとまりの機能を持ったソフトウェアである
と解される。
また，シングル・サインオンシステムにおいて，クライアント側の情報閲覧機能
を有するブラウザが自動的に認証情報の送信を行う態様がよく知られている。
そうすると，引用発明では，「クライアント・モジュール」に「サーバー／アプ
リケーションのＩＤ／パスワードの束」及び「スクリプト」が配布されるが，端末
装置の情報閲覧手段（ブラウザー）が認証情報を受信し，自動的にサーバー／アプ
リケーションへのログイン処理を実行することは技術的に可能で，周知技術であっ
たことから，「クライアント・モジュール」への配布と同時に，「クライアント・
モジュール」が実装された端末装置の情報閲覧手段（ブラウザー）に配布すること
も普通に行われていたと解される。また，情報閲覧手段としてのブラウザーの機能
を有しているモジュールを「クライアント・モジュール」として利用することも本
願出願時には技術的に可能であった。
そこで，引用発明では，利用者の端末装置において認証処理に関連する中核的な
ソフトウェアである「クライアント・モジュール」に「サーバー／アプリケーショ
ンのＩＤ／パスワードの束」及び「スクリプト」が配布されることを構成要素とし
て認定したものである。
したがって，本願発明と引用発明との対比において，利用者の端末装置の技術的
意義を踏まえ，引用発明における「クライアント・モジュール」を，本願発明にお
ける「利用者の情報閲覧手段」に相当するとした本件審決に誤りはない。
エ 「認証代行処理手段」について
前記で述べたとおり，
「ＩＤ／パスワードの束」の配布と「スクリプト」の配布
とが同じ手段で行われる引用発明の構成要素として，「前記サーバー／アプリケー
ションのＩＤ／パスワードの束及び前記スクリプトをクライアント・モジュールに
配布する手段」を認定した本件審決に誤りはない。したがって，引用発明における
「前記サーバー／アプリケーションのＩＤ／パスワードの束及び前記スクリプトを
クライアント・モジュールに配布する手段」と，本願発明における「認証代行処理
手段」とは，「リンク先の認証処理を自動的に行うための情報を利用者の情報閲覧
手段に転送する認証代行処理手段」をなす点で共通するとした本件審決に誤りはな
い。
オ 「認証代行装置」について
引用例の記載からすれば，引用発明の「ＳＳＯサーバー」は「認証代行サーバー
型のタイプ」であり，集約されたＩＤ／パスワードをもとに各アプリケーションの
認証を一元的に受け持つタイプのシングル・サインオンサーバーであるから，認証
代行機能を有するサーバーであるといえる。したがって，引用発明における「ＳＳ
Ｏサーバー」は，本願発明における「認証代行装置」に相当すると認定した本件審
決に誤りはない。
 本願発明と引用発明との一致点の認定について
前記アで述べたとおり，引用発明の「スクリプト」は実質的に各サーバー／ア
プリケーションの種類ごとの「リンク先情報」を含むと解されることから，引用発
明は，本願発明の「リンク先情報を登録しておくリンク先情報登録手段」の機能を
実質的に含むもので，この点を一致点とした本件審決の認定に誤りはない。
また，前記及びエで述べたとおり，「ＩＤ／パスワードの束」の配布と「ス
クリプト」の配布とが同じ手段で行われる引用発明の構成要素として，「前記サー
バー／アプリケーションのＩＤ／パスワードの束及び前記スクリプトをクライアン
ト・モジュールに配布する手段」が認定される。
さらに，前記ウ及びエで述べたとおり，引用発明における「前記サーバー／ア
プリケーションのＩＤ／パスワードの束及び前記スクリプトをクライアント・モジ
ュールに配布する手段」と，本願発明における「認証代行処理手段」とは，「リン
ク先の認証処理を自動的に行うための情報を利用者の情報閲覧手段に転送する認証
代行処理手段」という点で共通する。
したがって，本願発明と引用発明との一致点として，「リンク先情報を登録して
おくリンク先情報登録手段」や「リンク先の認証処理を自動的に行うための情報を
利用者の情報閲覧手段に転送する認証代行処理手段」を認定した本件審決に誤りは
ない。
２ 取消事由２（相違点２に係る容易想到性の判断の誤り）
〔原告の主張〕
 本件審決は，相違点２のうち「インターネットを介して」の部分について，
引用発明は，
「認証代行サーバー型」の「クライアント側にモジュールを組み込む方
法」とされているものであって，
「ＳＳＯの対象プラットフォーム」が「Ｗｅｂ以外
のアプリケーション」とされているものであるが，引用例に，
「Ｗｅｂ，Ｗｅｂ以外
のアプリケーションを問わず，ＳＳＯ環境を構築できる製品もある。 と記載されて
」
いることからすれば，
「Ｗｅｂのアプリケーション」に対して「ＳＳＯ環境を構築で
きる」ような製品を構築することも，当業者が適宜になし得ることである，と判断
した。
しかし，引用例は，
「社内ネットワーク」で使用される「ＩＤ／パスワードによる
認証」による「アクセス制御」に関するものである。
「社内ネットワーク」とは，会
社などの組織内での閉じたネットワークである「イントラネット」であり，本願発
明に記載の「インターネット」とは文言上異なる。また，
「イントラネット」は会社
などの組織内での閉じたネットワークであるので，
「イントラネット」の外部からの
アクセスは制限がされ，情報漏えいなどのおそれが「インターネット」などと比較
して小さく，また，他人のＩＤ／パスワードが盗まれるという不正アクセスに対し
ての抵抗力も「インターネット」などと比較して大きい。このため，
「イントラネッ
ト」において「ＩＤ／パスワードの束」を送受信することについての心理的抵抗は
ないが，「インターネット」は開かれたネットワークであるので，「ＩＤ／パスワー
ドの束」の送信を行う引用発明を「インターネット」において使用するようにする
ことを想到するのは困難である。
 また，本件審決は，相違点２のうち「利用者の情報閲覧手段よりリンク先の
指定に関する情報を受信する手段」について，引用例には，
「アクセス可能なサーバ
ー／アプリケーションのＩＤ／パスワードの束」を受け取る具体例が示されている
が，ユーザーがどの「サーバー／アプリケーション」にアクセスしたいかを指定し
て，その指定された「サーバー／アプリケーション」の「パスワード」を受け取る
ようにすることは，当業者が適宜になし得ることであると判断した。
しかし，引用例の「ＳＳＯサーバーにログインすると，アクセス可能なサーバー
／アプリケーションのＩＤ／パスワードの束をクライアント・モジュールが受け取
る。 との記載中の
」 「アクセス可能なサーバー／アプリケーションのＩＤ／パスワー
ドの束」とは，ＳＳＯサーバーにログインした利用者がアクセスすることができる
全てのサーバー／アプリケーションのＩＤ／パスワードの組合せのことである。し
たがって，引用発明においては，
「ＳＳＯサーバー」にログインすると，利用者がア
クセスすることができる全てのサーバー／アプリケーションのＩＤ／パスワードの
組合せを受け取るので，利用者がリンク先を指定する都度，本願発明のように「利
用者の情報閲覧手段よりリンク先の指定に関する情報を受信する」のは無駄な（無
意味な）処理であり，
「ＳＳＯサーバー」が「クライアント・モジュール」から，利
用者がどの「サーバー／アプリケーション」にアクセスしたいかの指定を受信する
構成とする動機付けがない。
 本件審決は，引用例には，
「アクセス可能なサーバー／アプリケーションのＩ
Ｄ／パスワードの束」を受け取る具体例が示されているが，ユーザーがどの「サー
バー／アプリケーション」にアクセスしたいかを指定して，その指定された「サー
バー／アプリケーション」の「パスワード」を受け取るようにすることは，当業者
が適宜になし得ることであると判断した。しかし，
「アクセス可能なサーバー／アプ
リケーションのＩＤ／パスワードの束」を受け取るとの具体例から，どのような証
拠，論理付け等により，上記容易想到性に至るのかについて，本件審決は何ら示し
ていない。
また，本件審決は，
「Ｗｅｂのアプリケーション」に対して「ＳＳＯ環境を構築で
きる」ような製品である場合に，「インターネットを介して」，どの「サーバー／ア
プリケーション」にアクセスしたいかを指定する情報を「ＳＳＯサーバー」に送る
ようにすることも，当業者が適宜になし得ることにすぎないと判断した。しかし，
本件審決は，上記容易想到性の判断において，何らの証拠も論理付け等も示してい
ない。
このように審決が何らの証拠，論理付け等を示さずに「当業者が適宜になし得る
ことである」と判断したことは，
「理由」として不完全であり，特許法１５７条２項
４号に違反し，違法である。
〔被告の主張〕
引用例には，シングル・サインオンシステムの具体的動作として，
「ＳＳＯサーバ
ーにログインすると，アクセス可能なサーバー／アプリケーションのＩＤ／パスワ
ードの束をクライアント・モジュールが受け取る。」と記載されているだけであり，
引用発明における「ＳＳＯサーバー」は「クライアント・モジュール」から「リン
ク先の指定に関する情報を受信する手段」を有してはいないと解される。
しかし，認証処理システムにおいて，認証処理を実行するサーバーがインターネ
ットを介して，利用者端末からサーバー／アプリケーションの認証情報の要求を受
信する旨の技術は，乙６及び７にもあるとおり，認証処理の技術分野では本願出願
時の周知技術であり，ＳＳＯサーバーなどの認証処理サーバーが認証情報の要求を
個別に受信するような構成とするか，引用発明のように認証情報の要求を個別には
受け付けない構成とするかは，当業者がシステムの効率やセキュリティなどを考慮
して適宜に選択し得た設計的事項である。
さらに，インターネットを介して利用者の情報閲覧手段よりリンク先の指定に関
「
する情報を受信する手段」についても，乙８にもあるとおり，ユーザー端末からア
クセスを希望するサーバー／アプリケーションのリンク先を特定する情報を受信す
る手段として，本願出願時には周知慣用の手段であった。
そして，Ｗｅｂアプリケーションにおいては，イントラネットであってもインタ
ーネットであっても，共にＵＲＬでＷｅｂ上のファイルが指定され，技術的には同
様に扱われるものとして引用例に記載されており，相互に転用可能であることは当
業者にとっては明らかであるから，引用発明の「ＳＳＯサーバー」と「クライアン
ト・モジュール」をインターネットを介して設置し，対象プラットフォームをイン
ターネット環境で動作する「Ｗｅｂのアプリケーション」とすることができること
は明らかである。
そうすると，周知技術（乙６～８）を知る当業者において，引用発明を，ＳＳＯ
サーバーが認証情報の要求を個別に受信するように，利用者の情報閲覧手段よりイ
ンターネットを介して，リンク先のサーバー／アプリケーションを指定する情報を
受信するように構成することは，適宜なし得たことにすぎない。
したがって，引用発明を，
「インターネットを介して利用者の情報閲覧手段よりリ
ンク先の指定に関する情報を受信する手段」を有するようなものとすることは，当
業者が適宜になし得ることであるとした本件審決の判断に誤りはない。
３ 取消事由３（相違点３に係る容易想到性の判断の誤り）
〔原告の主張〕
 本件審決は，相違点２の判断である，引用発明を，
「インターネットを介して
利用者の情報閲覧手段よりリンク先の指定に関する情報を受信する手段」を有する
ようなものとすることは，当業者が適宜になし得ることであることを前提に，その
場合，
「利用者の認証情報が登録されているリンク先が『受信されたリンク先の指定
に関する情報』により指定された」ことを契機として，
「リンク先情報登録手段から
該当するリンク先情報を読み取り，当該利用者のそのリンク先における認証情報を
認証情報格納手段から読み出すとともに，ひな型スクリプト格納手段から，該当す
るリンク先のひな形スクリプトを読み出して，該ひな形スクリプトの変数として該
リンク先における認証情報を指定して該リンク先で実行される認証処理で表示され
る画面構成に対し前記認証情報を埋め込むための認証処理スクリプトを作成」する
ようにすることは，当業者が適宜になし得ることにすぎない，と判断した。
さらに，
「インターネットを介して」リンク先の指定に関する情報を受信するよう
にすることは，当業者が適宜になし得ることであるから，逆に，リンク先情報及び
（作成した）認証処理スクリプトを利用者の情報閲覧手段に「インターネットを介
して」転送するようにすることも，当業者が適宜になし得ることにすぎない，と判
断した。
 しかし，取消事由２において主張したように，
「インターネットを介して利用
者の情報閲覧手段よりリンク先の指定に関する情報を受信する手段」を有するよう
なものとすることは当業者が適宜になし得ることではなく，相違点２に係る本件審
決の判断は誤りであるから，これを前提とする相違点３に係る本件審決の判断も誤
りである。
また，仮に相違点２に関する判断が誤りでなかったとしても，どのような証拠，
論理付け等により「利用者の認証情報が登録されているリンク先が『受信されたリ
ンク先の指定に関する情報』により指定されたこと」を契機とすることができるの
か，また，仮に契機とすることができたとして，相違点３に係る構成について，い
かなる証拠，論理付け等により容易想到と断定できるのかについて，本件審決は何
も示していない。
さらに，本件審決の「リンク先情報及び（作成した）認証処理スクリプトを利用
者の情報閲覧手段に「インターネットを介して」転送するようにすることも，当業
者が適宜になし得ることにすぎない」との判断については，前記２の［原告の主張］
で述べたとおり，引用例から，引用発明を「インターネット」において使用する
ようにすることを想到するのは困難であるから，誤りである。
以上によれば，本件審決が，引用発明において，相違点３に係る構成とすること
は，当業者が適宜になし得ることであると判断したことは誤りである。
〔被告の主張〕
前記１の〔被告の主張〕のア，イで述べたとおり，本願発明と引用発明との一
致点として，
「リンク先情報を登録しておくリンク先情報登録手段」を認定すること
ができ，また，引用発明における「各サーバー／アプリケーションの種類ごとに用
意され，ログイン操作を自動化するスクリプトを格納する格納手段」は，本願発明
における「各リンク先毎に用意され，該リンク先で実行される認証処理で表示され
る画面構成に対し，前記認証情報を埋め込むための認証処理用のひな形スクリプト
を格納するひな形スクリプト格納手段」に相当する。したがって，本件審決が認定
したとおり，本願発明と引用発明とは「リンク先情報登録手段」「認証情報格納手
，
段」「ひな形スクリプト格納手段」を有している点で一致する。
，
そして，前記２の〔被告の主張〕で述べたとおり，認証処理システムにおいて，
認証処理サーバーがインターネットを介して，利用者端末からサーバー／アプリケ
ーションの認証情報の要求を受信する旨の技術は，認証処理の技術分野では本願出
願時の周知技術であって（乙６，７），このような周知の認証処理システムにおいて
は，認証処理サーバーは利用者端末からサーバー／アプリケーションの認証情報の
要求を受信することを契機として，該当するサーバー／アプリケーションの認証情
報を格納手段から読み出し，利用者端末に返信している。
さらに，乙２及び３に記載のとおり，
「ひな型スクリプト」でログイン操作を自動
化し，ひな形スクリプトに認証情報を埋め込んで認証処理スクリプトを作成するこ
とは，スクリプトを利用した自動ログイン技術の分野における周知技術であり，ま
た，乙９（段落【００４４】～【００４９】，図４）に記載があるように，ユーザー
端末のログイン画面において，システムが認証情報を自動で代行入力する技術も周
知技術であるから，
「ログイン操作を自動化するスクリプト」が，本願発明のような
「リンク先で実行される認証処理で表示される画面構成に対し，前記認証情報を埋
め込むための認証処理用のひな形スクリプト」であることは一般的であった。
そうすると，引用発明は，認証処理に必要な情報を格納するための「リンク先情
報登録手段」「認証情報格納手段」「ひな形スクリプト格納手段」を有しているか
， ，
ら，上記周知技術を前提とすれば，引用発明において，ＳＳＯサーバーが，認証情
報の要求をクライアント・モジュールからインターネットを介して個別に受信する
ことを契機として，該当する認証情報を含めた認証処理スクリプト，認証処理に必
要なリンク先情報をクライアント・モジュールに返信するように構成することに格
別の困難性はない。
そのため，引用発明における「前記サーバー／アプリケーションのＩＤ／パスワ
ードの束及び前記スクリプトをクライアント・モジュールに配布する手段（リンク
先の認証処理を自動的に行うための情報を利用者の情報閲覧手段に転送する認証代
行処理手段）」に換えて，本願発明のように，リンク先が指定された場合に，リンク
先情報登録手段から該当するリンク先情報を読み取り，当該利用者のそのリンク先
における認証情報を認証情報格納手段から読み出すとともに，ひな型スクリプト格
納手段から，該当するリンク先のひな形スクリプトを読み出して，認証処理スクリ
プトを作成し，該リンク先情報及び認証処理スクリプトを，該利用者の情報閲覧手
段に前記インターネットを介して転送する「認証代行処理手段」のように構成する
ことは，当業者が適宜になし得ることである。
したがって，引用発明において，相違点３に係る構成とすることは，当業者が適
宜になし得たとする本件審決の判断に誤りはない。
第４ 当裁判所の判断
１ 本願発明について
 本願発明の特許請求の範囲は，前記第２の２記載のとおりであるところ，本
願明細書（甲２の２・３，甲３６）には，おおむね次の内容の記載がある。
ア 発明の属する技術分野
本発明は，認証代行装置，認証代行方法及び記録媒体に関する（【０００１】。
）
イ 従来の技術
ネット上で任意のサイトにアクセスする場合，通常ユーザーＩＤ及びパスワードなどの組合
せからなる認証情報を，当該サイトの指示画面に従って入力し，サイト側に登録されたその利
用者の認証情報と一致する場合にログインが許可されるログイン認証が一般的に行われている
（【０００２】。
）
ウ 発明が解決しようとする課題
しかし，頻繁に使用するサイトが増えてくると，一々サイトごとに違った認証方法による操
作をし，またその際に使用される認証情報も違ったものがそれぞれ必要になるという煩雑さが
あった。一方，特定サービスに的を絞ったポータルサイトが立ち上がるようになり，利用者に
はより一層利便性が高くなった。しかし，当該ポータルサイトから関連のあるサイトへリンク
するごとに，上記のような認証操作を必要とするのでは，その煩雑さ故に，上記利便性が減殺
されることになる。特に個々のサイトごとに提供されるサービスを連携させて，目的とする新
たなサービスを創出することが，当該ポータルサイトで行われるといった，これまでにない全
く新たな機能を持ったポータルサイトが立ち上げられた場合，その傾向はより一層顕著になる。
本発明は，以上のような問題に鑑み創案されたもので，ネット利用者のサイトアクセスを便
ならしめるため，利用者に代わって，特定のサイトに対する認証を代行して行うことができる
認証代行装置，認証代行方法及び記録媒体を提供せんとするものである（【０００３】～【００
０６】。
）
エ 発明の実施の形態
本発明の実施の形態（実施例１）を図示例と共に説明する。
 図１は，インターネット４００上にある本発明に係る認証代行装置１を備えたポータル
サイトＰにおける機能として，利用者Ｕがリンク先サイトを選択した場合に，利用者Ｕ自身に
代わって認証処理を行い，ログインすることを可能にする本発明に係る認証代行装置１による
認証代行処理を行う場合の，全体の枠組みを示す概念図である（【００３２】。
）
図１に示すように，利用者Ｕはパソコン２００を有しており，パソコン２００上で情報閲覧
手段として機能するブラウザ２１０により，そこに所定の接続先情報（ＵＲＬ情報）を与えた
り，他のサイトでそのような接続先情報を獲得することで，インターネット４００を介して，
ポータルサイトＰ（後述するウェブサーバ１００）に接続できるようになっている 【００３３】。
（ ）
ここでパソコン２００のブラウザ２１０がウェブサーバ１００につながることで，ポータル
サイトＰにおいて，利用者Ｕは，そこで提示される種々のサービスの提供を受けたり，そこで
提示されるリンク先（図面上ではサイトＡ及びサイトＢのみ示されており，以下Ａリンク先及
びＢリンク先とする。）に接続することが可能となっている。ただし，後述するように，本認証
代行装置１は，リンク先におけるログイン時の認証法の違いを後述する認証法判定手段６によ
り判別させ，それに応じて，それぞれの認証法に対応した認証代行処理を実行させている（【０
０３５】。
）
また，このようなポータルサイトＰのサービスを受けるために，利用者Ｕが，ポータルサイ
トＰで選択可能なリンク先における認証情報をあらかじめ登録しておく必要があり，その情報
は後述する認証情報格納手段３に格納されている（【００３６】。
）
 ポータルサイトＰ上に形成された本発明の認証代行装置１は，図３に示すように，リン
ク先情報登録手段２と，認証情報格納手段３と，ひな形スクリプト／モジュール格納手段４と，
認証代行処理手段５とを備える構成であり，前記ウェブサーバ１００，アプリケーションサー
バ１２０及びデータベースサーバ１３０によって構成されている（【００４２】。
）
上記リンク先情報登録手段２は，上記データベースサーバ１３０で構成されており，本ポー
タルサイトＰでリンク可能なサイトに関し，リンク先情報（ＵＲＬ情報など）を登録しておく
機能を有している（【００４３】 。
）
上記認証情報格納手段３は，同じくデータベースサーバ１３０で構成されており，リンク先
情報登録手段２に登録されたリンク先における各利用者の認証情報を格納する機能を有してい
る（【００４４】。
）
上記ひな形スクリプト／モジュール格納手段４は，同じくデータベースサーバ１３０で構成
されており，各リンク先ごとに用意された認証処理用のひな形スクリプト（単一画面認証用）
及び各リンク先ごとに用意された認証処理用のモジュール（複数画面認証用）を格納している
（【００４５】。
）
上記認証代行処理手段５は，上記アプリケーションサーバ１２０で構成されており，利用者
Ｕの選択により，利用者Ｕの認証情報が登録されているリンク先が指定された場合に，後述す
る認証法判定手段６によって判定されたリンク先の認証法に従って，利用者Ｕに代わって当該
リンク先の認証処理を代行する機能を有している（【００４８】。
）
すなわち，上記認証法判定手段６によってリンク先の認証法が単一画面認証法によると判断
された場合は，①前記リンク先情報登録手段２から該当するリンク先情報を読み取り，利用者
Ｕのそのリンク先における認証情報を認証情報格納手段３から読み出すと共に，前記ひな形ス
クリプト／モジュール格納手段４から，該当するリンク先のひな形スクリプトを読み出して，
認証処理スクリプトを作成し，上記リンク先情報及び認証処理スクリプトを，利用者Ｕのブラ
ウザ２１０に転送する処理を行う。そのため，利用者Ｕ自身が操作することはないが，ブラウ
ザ２１０が，与えられたリンク先情報に従ってリンク先にリンクすると共に，認証処理スクリ
プトを実行することで，認証処理が自動的に行われることになる（【００４９】。
）
 図９では，前記認証法判定によりリンク先Ａが単一画面認証法によると判定された後の
ポータルサイトＰにおける各手段間のデータのやり取り及び前記認証代行処理手段５による処
理内容を示している。すなわち，認証代行処理手段５は，利用者Ｕによるリンク先Ａの指定情
報及びその利用者情報を受け取って，前記リンク先情報登録手段２から該当するリンク先情報
（ＵＲＬ情報など）を，また前記認証情報格納手段３から利用者Ｕのそのリンク先Ａにおける
認証情報（リンク先Ａにおける利用者ＵのユーザーＩＤ及びパスワードなど）を，それぞれ読
み出すと共に，前記ひな形スクリプト／モジュール格納手段４から，該当するリンク先Ａのひ
な形スクリプトを読み出して，リンク先Ａ用の認証処理スクリプト（対象とするリンク先Ａに
自動的に接続処理を開始する処理をＨＴＭＬとＪａｖａＳｃｒｉｐｔにて記載したもの）を作
成し，上記リンク先情報及び認証処理スクリプトを，利用者Ｕのブラウザ２１０に転送する。
上記認証処理スクリプトには，ポストする 変数として，上記認証情報が指定される 【０
（
０５８】。
）
したがって，利用者Ｕ側のブラウザ２１０は，送られてきたリンク先情報で，目的とするリ
ンク先Ａにリンクすると共に，上記認証処理スクリプトに基づいて，ブラウザ２１０が，リン
ク先Ａで実行される認証処理で表示される画面構成に対し，図１０に示すように，自動的に上
記認証情報を埋め込んでいくため，利用者Ｕは，何ら選択したリンク先Ａへの操作を行わなく
ても，認証処理が自動的に実行されることになる（【００５９】。
）
オ 発明の効果
以上のとおり，本発明の構成によれば，利用者が，ポータルサイトなどにおいてリンク先の
選択を行うだけで，リンク先に対して，何ら特別な操作を行わなくても，認証処理が自動的に
実行されるため，それが終了した段階で，当該リンク先へのログインが可能となるという優れ
た効果を奏し得ることになる（【００８６】。
）
 前記の記載によれば，本願発明の概要は，以下のとおりのものであると認
められる。
本願発明は，認証代行装置に関するものである。従来，ネット上で任意のサイト
にアクセスする場合，通常ユーザーＩＤ及びパスワードなどの組合せからなる認証
情報を，当該サイトの指示画面に従って入力していたが，特定サービスに的を絞り，
利便性を高めたポータルサイトにおいて，ポータルサイトから関連のあるサイトへ
リンクするごとに，上記の認証操作を必要とするのでは，その煩雑さ故に，上記利
便性が減殺されるとの問題があった。本願発明は，ネット利用者のサイトアクセス
を便利にするために，利用者に代わって，特定のサイトに対する認証を代行して行
うことができる認証代行装置を提供することを目的とする。
利用者Ｕは，パソコン２００上で情報閲覧手段として機能するブラウザ２１０が
ウェブサーバ１００につながることで，ポータルサイトＰにおいて，そこで提示さ
れるリンク先に接続することが可能となるが，本願発明では，認証代行装置１に認
証代行処理を実行させ，このようなポータルサイトＰのサービスを受けるために，
利用者Ｕが，ポータルサイトＰで選択可能なリンク先における認証情報を予め登録
しておき，その情報は認証情報格納手段３に格納されている。
また，本願発明における認証代行装置１は，リンク先情報登録手段２と，認証情
報格納手段３と，ひな形スクリプト／モジュール格納手段４と，認証代行処理手段
５とを備える構成であり，上記リンク先情報登録手段２は，ポータルサイトＰでリ
ンク可能なサイトに関し，リンク先情報（ＵＲＬ情報など）を登録しておく機能を
有し，上記認証情報格納手段３は，リンク先情報登録手段２に登録されたリンク先
における各利用者の認証情報を格納する機能を有し，上記ひな形スクリプト／モジ
ュール格納手段４は，各リンク先ごとに用意された認証処理用のひな形スクリプト
を格納し，上記認証代行処理手段５は，利用者Ｕの選択により，利用者Ｕの認証情
報が登録されているリンク先が指定された場合に，利用者Ｕに代わって当該リンク
先の認証処理を代行する機能を有する。
そして，本願発明における認証代行処理手段５は，利用者Ｕによるリンク先Ａの
指定情報及びその利用者情報を受け取って，上記リンク先情報登録手段２から該当
するリンク先情報（ＵＲＬ情報など）を，また上記認証情報格納手段３から利用者
Ｕのそのリンク先Ａにおける認証情報（リンク先Ａにおける利用者ＵのユーザーＩ
Ｄ及びパスワードなど）を，それぞれ読み出すと共に，上記ひな形スクリプト／モ
ジュール格納手段４から，該当するリンク先Ａのひな形スクリプトを読み出して，
リンク先Ａ用の認証処理スクリプト（対象とするリンク先Ａに自動的に接続処理を
開始する処理をＨＴＭＬとＪａｖａＳｃｒｉｐｔにて記載したもの）を作成し，上
記リンク先情報及び認証処理スクリプトを，利用者Ｕのブラウザ２１０に転送する
ので，利用者Ｕ側のブラウザ２１０は，送られてきたリンク先情報で，目的とする
リンク先Ａにリンクすると共に，上記認証処理スクリプトに基づいて，ブラウザ２
１０が，リンク先Ａで実行される認証処理で表示される画面構成に対し，自動的に
上記認証情報を埋め込んでいくため，利用者Ｕは，選択したリンク先Ａへの操作を
何ら行わなくても，認証処理が自動的に実行されることになる。
その結果，本願発明は，利用者が，ポータルサイトなどにおいてリンク先の選択
を行うだけで，該リンク先に対して，特別な操作を何ら行わなくても，認証処理が
自動的に実行されるため，それが終了した段階で，当該リンク先へのログインが可
能となるという効果を奏し得る。
２ 引用発明について
 引用例（甲１）には，引用発明について，おおむね，次の内容の記載がある。
ア 電子メールやグループウエア，Ｃ／Ｓ型の基幹業務システム，Ｗｅｂアプリケーション
として構築した人事情報システム。社内ネットワークでは，さまざまな種類のアプリケーショ
ンが稼働している。その多くはそれぞれ独立したユーザー管理システムを持ち，ＩＤ／パスワ
ードによる認証でユーザーのアクセスを制御する。
こういったネットワーク・アプリケーションが増えると，ユーザーにとってシステムが使い
にくくなる。アプリケーションごとに，ＩＤ／パスワードの入力が必要だからである。また，
アプリケーションを導入するたびにユーザー・アカウントを登録しなければならないので，シ
ステム管理者の負担も増す。
こうした問題を解決する一つの方法が，
“シングル・サインオン”である。シングル・サイン
オン（ＳＳＯ）機能を備えた専用ツールを使うことで，各アプリケーションのユーザー情報を
集約し，認証処理を一元化できる。ユーザーは一度のログイン操作で許可されたアプリケーシ
ョンを利用できるようになる。ユーザー情報を一括管理するので管理者の負担は減る。さらに，
パスワードなどの認証キーを１つに統合し，そのキーだけを集中管理すればよいので，セキュ
リティも向上する（１５７頁左欄１行～中欄１３行）。
イ 製品のタイプは３種類
最近，シングル・サインオン製品の数が増え，Ｗｅｂやグループウエアなど，いろいろなア
プリケーションが混在する環境で利用できるようになってきた。
製品は，対象とするアプリケーションによって大きく３つのタイプに分かれる。
（１）Ｗｅｂ
向け，（２）Ｗｅｂ以外のアプリケーション向け，（３）ＷｅｂとＷｅｂ以外のアプリケーショ
ンの両方向けである。
（１）に相当するのが，米エンコマース社の「 」や米 の「 」
など。（２）が仏ブルの「 」やＮＴＴソフトウェアの「 」など。（３）
が米ユニシスの「 !" 」や日立製作所の「シングルログインマネージャ」な
どである（１５７頁中欄１４行～右欄１６行）。
ウ Ｗｅｂ，Ｗｅｂ以外のアプリケーションを問わず，ＳＳＯ環境を構築できる製品もある。
これが前記イの（３）の !" やシングルログインマネージャ，システムニー
ズの「# " 」などである。これらのソフトに対して一度ログインしてしまえば，対応ア
プリケーションに再度ログインすることなく利用できるようになる。
（１５９頁左欄６行～１４
行）。
エ サーバー側にユーザー情報を集約
など多くの製品は，ユーザー情報を１台の専用サーバー（ＳＳＯサーバーと呼
ぶ。）に集約する方法をとる。このサーバー集約型では，各サーバー／アプリケーションのユー
ザー情報を一元管理できるので管理者の負担は大幅に軽減する。ただし，専用のＳＳＯサーバ
ーを設置したり，サーバー／アプリケーションにモジュールを組み込むなど，既存のサーバー・
システムに手を加える必要がある。
サーバー集約型は，さらに「認証代行サーバー型」と「リバース・プロキシ型」に分かれる。
認証代行サーバー型は，ＳＳＯサーバーがユーザー情報をもとに各アプリケーションの認証
を一元的に受け持つタイプである。
（ａ）サーバー／アプリケーション側にモジュールを組み込
む方法，（ｂ）クライアント側にモジュールを組み込む方法，（ｃ）両方にモジュールを組み込
む方法の３通りがあり，それぞれ認証の方法や対応するアプリケーションの種類が異なる（表
１）（１６０頁左欄１行～１６１頁左欄１１行）。
オ 「表１ 各種認証代行サーバー方式のタイプの特徴」として，
「認証代行サーバー型のタ
イプ」が「クライアント側にモジュールを組み込むタイプ」の例として，
「ＳＳＯの対象プラッ
トフォーム」「概要」「長所」「短所」が，それぞれ，
， ， ， 「Ｗｅｂ以外のアプリケーション」「ク
，
ライアントのモジュールは，ＳＳＯサーバーから各種サーバー（アプリケーション）のＩＤ／
パスワードを受け取る。その情報をもとに，モジュール内のスクリプト認証などの操作を代行
し，サーバー（アプリケーション）にアクセスする」「スクリプトを作成することで各種アプ
，
リケーションに対応できる」「各サーバー（アプリケーション）のユーザー情報を個別に設定・
，
管理しなければならない」とされている例が示されている。
カ クライアント側で認証処理のスクリプトを実行
!" や などは，クライアント側にモジュールを組み込む前記エ
の（ｂ）のタイプである。ＳＳＯサーバーにログインすると，アクセス可能なサーバー／アプ
リケーションのＩＤ／パスワードの束をクライアント・モジュールが受け取る。ＩＤ／パスワ
ードを受け取ったモジュールは，ログイン操作を自動化するスクリプトを実行する。スクリプ
トはサーバー／アプリケーションの種類ごとに用意する必要があるが，ＳＳＯサーバーに置い
ておけば，自動的に全てのクライアント・モジュールに配布することができる（１６１頁右欄
１２行～１６２頁左欄１０行）。
 前記の記載によれば，引用発明の概要は，以下のとおりのものであると認
められる。
社内ネットワークで稼働しているネットワーク・アプリケーションの多くは，Ｉ
Ｄ／パスワードによる認証でユーザーのアクセスを制御することから，こうしたネ
ットワーク・アプリケーションが増えると，アプリケーションごとにＩＤ／パスワ
ードの入力が必要となるため，ユーザーにとってシステムが使いにくくなるという
問題があった。この問題を解決する方法の一つが，シングル・サインオン（ＳＳＯ）
機能を備えた専用ツールを使い，それにより，各アプリケーションのユーザー情報
を集約し，認証処理を一元化できるようにすることで，これにより，ユーザーは，
一度のログイン操作で許可されたアプリケーションを利用できるようになる。
そして，ＳＳＯ製品には，Ｗｅｂ，Ｗｅｂ以外のアプリケーションを問わず，Ｓ
ＳＯ環境を構築できる製品があり，また，ＳＳＯ製品の多くは，ユーザー情報を１
台の専用サーバー（ＳＳＯサーバー）に集約する方法をとり，このサーバー集約型
の一種である認証代行サーバー型は，ＳＳＯサーバーがユーザー情報をもとに各ア
プリケーションの認証を一元的に受け持つタイプであり，クライアント側にモジュ
ールを組み込む方法等がある。
さらに，認証代行サーバー型でクライアント側にモジュールを組み込むタイプの
ＳＳＯ製品において，ＳＳＯサーバーにログインすると，アクセス可能なサーバー
／アプリケーションのＩＤ／パスワードの束をクライアント・モジュールが受け取
り，ＩＤ／パスワードを受け取ったモジュールは，ログイン操作を自動化するスク
リプトを実行する。そして，スクリプトは，サーバー／アプリケーションの種類ご
とに用意する必要があるが，ＳＳＯサーバーに置いておけば，自動的に全てのクラ
イアント・モジュールに配布することができる。
３ 取消事由１（引用発明及び一致点の認定の誤り）について
 引用発明の認定の前提及び引用発明の認定について
本件審決は，引用例の「ＳＳＯサーバーにログインすると，アクセス可能なサー
バー／アプリケーションのＩＤ／パスワードの束をクライアント・モジュールが受
け取る。，及び「スクリプトはサーバー／アプリケーションの種類ごとに用意する
」
必要があるが，ＳＳＯサーバーに置いておけば，自動的にすべてのクライアント・
モジュールに配布することができる」との各記載から，引用発明の「前記サーバー
／アプリケーションのＩＤ／パスワードの束及び前記スクリプトをクライアント・
モジュールに配布する手段とを有するＳＳＯサーバー」を認定した。原告は，この
点について，引用例のどこにも「前記サーバー／アプリケーションのＩＤ／パスワ
ードの束」の配布と「スクリプト」の配布とが同じ手段により行われることの記載
はなく，むしろ引用例によれば，
「アクセス可能なサーバー／アプリケーションのＩ
Ｄ／パスワードの束」 「ＳＳＯサーバーにログインすると」
は という契機により個々
の「クライアント・モジュール」に個別のタイミングで送信され，一方「スクリプ
ト」は，「自動的にすべてのクライアント・モジュールに配布」されるのであって，
全て（複数）の「クライアント・モジュール」に一斉に配布されるものであるから，
「ＩＤ／パスワードの束」の配布と「スクリプト」の配布とが同じ手段で行われる
ことを読み取ることはできない旨主張する。
そこで検討するに，前記２エ，カによれば，ＳＳＯ製品の多くは，ユーザー情
報を１台の専用サーバー（ＳＳＯサーバー）に集約するサーバー集約型であり，認
証代行サーバー型は上記サーバー集約型の一種であって，ＳＳＯサーバーがユーザ
ー情報をもとに各アプリケーションの認証を一元的に受け持つタイプであり，クラ
イアント側にモジュールを組み込む方法があること，及び認証代行サーバー型でク
ライアント側にモジュールを組み込むタイプのＳＳＯ製品では，クライアント・モ
ジュールは，ＳＳＯサーバーにログインすると，アクセス可能なサーバー／アプリ
ケーションのＩＤ／パスワードの束を受け取ることから，引用発明においては，Ｓ
ＳＯサーバーが，アクセス可能なサーバー／アプリケーションのＩＤ／パスワード
を登録しておく登録手段，及びサーバー／アプリケーションのＩＤ／パスワードの
束をクライアント・モジュールに配布する手段を有することが認められる。
そして，スクリプトは，サーバー／アプリケーションの種類ごとに用意する必要
があるが，ＳＳＯサーバーに置いておけば，自動的に全てのクライアント・モジュ
ールに配布することができることから，引用発明においては，ＳＳＯサーバーが，
各サーバー／アプリケーションの種類ごとに用意され，ログイン操作を自動化する
スクリプトを格納する格納手段，及び上記スクリプトをクライアント・モジュール
に配布する手段を有するものであって，こうしてＳＳＯサーバーからＩＤ／パスワ
ードの束及び上記スクリプトを受け取ったクライアント・モジュールは，ログイン
操作を自動化するスクリプトを実行することが認められる。そうすると，引用発明
においては，ＩＤ／パスワードの束の配布と上記スクリプトの配布とが，ＳＳＯサ
ーバーによって行われ，ＳＳＯサーバーは，ＩＤ／パスワードの束を配布する手段
と上記スクリプトを配布する手段を有すると認められる。
以上によれば，引用発明は，前記第２の３ で本件審決が認定したものと同じく，
以下のとおりのものと認められるが，この認定は上記のとおり，ＩＤ／パスワード
の束を配布する手段と上記スクリプトを配布する手段が同一であることを認定した
ものではないから，原告の上記主張は採用することができない。
「アクセス可能なサーバー／アプリケーションのＩＤ／パスワードを登録しておく
登録手段と，
各サーバー／アプリケーションの種類ごとに用意され，ログイン操作を自動化す
るスクリプトを格納する格納手段と，
前記サーバー／アプリケーションのＩＤ／パスワードの束及び前記スクリプトを
クライアント・モジュールに配布する手段とを有するＳＳＯサーバー。」
 本願発明と引用発明との対比について
ア 「リンク先情報」及び「リンク先情報を登録しておく登録手段」について
 本件審決は，引用発明の「アクセス可能なサーバー／アプリケーションのＩ
Ｄ／パスワードを登録しておく登録手段」のうち，
「アクセス可能なサーバー／アプ
リケーション」「アクセス可能なサーバー／アプリケーションのＩＤ」及び「アク
，
セス可能なサーバー／アプリケーションのパスワード」は，それぞれ本願発明にお
ける「リンク先」「リンク先情報」及び「登録されたリンク先における利用者の認
，
証情報」に相当すると認定した上で，引用発明における「アクセス可能なサーバー
／アプリケーションのＩＤ／パスワードを登録しておく登録手段」は，本願発明に
おける「リンク先情報を登録しておくリンク先情報登録手段」と「登録されたリン
ク先における利用者の認証情報を格納する認証情報格納手段」に対応する構成であ
ると認定した。原告は，この点について，引用例においては，
「ＩＤ」とはユーザー
（利用者）を特定する情報であり，
「パスワード」とは「ＩＤ」に対する暗証番号な
どの暗証情報であるから，本件審決が引用例の「アクセス可能なサーバーアプリケ
ーションのＩＤ／パスワードの束」という記載から「アクセス可能なサーバーアプ
リケーションのＩＤ」を分離し，アクセス可能なサーバーアプリケーションのＩＤ」
「
が本願発明における「リンク先情報」に相当すると認定したのは誤りであり，その
ため，引用発明の「アクセス可能なサーバー／アプリケーションのＩＤ／パスワー
ドを登録しておく登録手段」は，本願発明における「利用者の認証情報を格納する
認証情報格納手段」に対応するにすぎず，引用発明が，本願発明における「リンク
先情報を登録しておくリンク先情報登録手段」を有することはない旨主張する。
 そこで検討するに，本願の特許請求の範囲の記載からは，
「リンク先情報」に
ついて，
「登録されたリンク先における利用者の認証情報」と異なる情報であること
は理解できるものの，その内容は必ずしも明らかではない。しかし，前記１エ
のとおり，本願明細書には，
「リンク先情報」について，リンク先情報登録手段２は，
データベースサーバ１３０で構成されており，ポータルサイトＰでリンク可能なサ
イトに関し，リンク先情報（ＵＲＬ情報など）を登録しておく機能を有している旨
の記載がある（段落【００４３】。したがって，本願発明における「リンク先情報」
）
は，ＵＲＬ情報のように，接続するネットワーク上のサイトを特定する各サイトに
固有の情報であると認めるのが相当である。
これに対し，引用例には，引用発明における「アクセス可能なサーバー／アプリ
ケーションのＩＤ／パスワード」について，
「特定のファイルやディレクトリにアク
セスする際，ＩＤとパスワードの入力を要求してアクセスを判定するしくみだ。 １
（
」
５８頁左欄７行～１０行）「大抵の場合，それらのアプリケーションはＩＤ／パス
，
ワードを入力するなどしてから使うことを前提にしている」１５８頁右欄３行～６
（
行）「シングル・サインオン製品のほとんどは，ＩＤ／パスワードによる認証に加
，
え，（１５９頁左欄１６行～１８行）「シングル・サインオン製品は，対応するア
」 ，
プリケーションだけでなく，ＩＤ／パスワードなどのユーザー情報を集約する場所
によって，（１５９頁左欄３０行～３３行）「例えば，シングルログインマネージ
」 ，
ャの場合，事前にサーバー／アプリケーションのログイン画面や入力するＩＤ／パ
スワードなどをクライアント・ソフトに登録しておく」
（１５９頁中欄１３行～１７
行）「登録したサーバー／アプリケーションのログイン画面が表示されると，クラ
，
イアント ソフトが自動的にＩＤ／パスワードを入力してＯＫのボタンを押す。 １
・ （
」
５９頁中欄１７行～右欄１行） 及び
， 「アプリケーションの追加やＩＤ／パスワード
の変更があった場合，管理者は各ユーザーに設定変更の旨を通知したり，設定ファ
イルを作成して配布しなければならない。（１５９頁右欄１４行～１８行）との各
」
記載がある。引用例の上記各記載から，引用発明の「アクセス可能なサーバー／ア
プリケーションのＩＤ／パスワード」における「ＩＤ」とはユーザー（利用者）を
特定する情報であり，
「パスワード」とは「ＩＤ」に対する暗証番号などの暗証情報
であると認められる。
そうすると，引用発明における「アクセス可能なサーバー／アプリケーション」
の「ＩＤ」は，ＵＲＬ情報のように，接続する「サーバー／アプリケーション」を
特定する各「サーバー／アプリケーション」に固有の情報ではなく，そのため本願
発明における「リンク先情報」に相当するものではない。引用発明における「アク
セス可能なサーバー／アプリケーションのＩＤ／パスワード」は，一体として，本
願発明における「登録されたリンク先における利用者の認証情報」に相当するもの
である。
したがって，本件審決が，引用発明における「アクセス可能なサーバー／アプリ
ケーションのＩＤ」は，本願発明における「リンク先情報」に相当し，引用発明に
おける「アクセス可能なサーバー／アプリケーションのＩＤ／パスワードを登録し
ておく登録手段」は，本願発明における「リンク先情報を登録しておくリンク先情
報登録手段」と「登録されたリンク先における利用者の認証情報を格納する認証情
報格納手段」に対応する構成であると認定したことは誤りである。
 しかしながら，引用発明は，前記のとおりの構成を有するＳＳＯサーバー
であり，ＳＳＯサーバーにクライアント・モジュールがログインすると，クライア
ント・モジュールは，ＳＳＯサーバーからアクセス可能なサーバー／アプリケーシ
ョンのＩＤ／パスワードの束と，各サーバー／アプリケーションの種類ごとに用意
され，ログイン操作を自動化するスクリプトとを受け取り，当該スクリプトを実行
するものである。
そして，クライアント・モジュールが，アクセス可能なサーバー／アプリケーシ
ョンへのログイン操作を自動化するスクリプトを実行する際に，ログインしようと
するサーバー／アプリケーションのＩＤ／パスワードとともに，当該サーバー／ア
プリケーションに接続するためのリンク先情報（ＵＲＬ情報など）が必要であるこ
とは，当該技術分野における技術常識というべきであって，引用例に明示されてい
なくとも，引用例の記載に接した当業者には自明な事項と認められる。
さらに，前記のとおり，ＳＳＯ製品の多くは，ユーザー情報を１台の専用サー
バー（ＳＳＯサーバー）に集約するサーバー集約型であり，認証代行サーバー型は
このサーバー集約型の一種であるところ，引用発明は，認証代行サーバー型でクラ
イアント側にモジュールを組み込むタイプのＳＳＯサーバーである。
そうすると，引用発明において，クライアント・モジュールがログイン操作を自
動化するスクリプトを実行するためには，アクセス可能なサーバー／アプリケーシ
ョンのＩＤ／パスワードと，各サーバー／アプリケーションの種類ごとに用意され，
ログイン操作を自動化するスクリプトとともに，各サーバー／アプリケーションの
リンク先情報が必要であり，また，引用発明は，ユーザー情報をＳＳＯサーバーに
集約するサーバー集約型の構成であるから，引用発明のＳＳＯサーバーは，アクセ
ス可能なサーバー／アプリケーションのリンク先情報を登録しておくリンク先情報
登録手段を有し，クライアント・モジュールは，ＳＳＯサーバーから，アクセス可
能なサーバー／アプリケーションのリンク先情報を受け取るものと認めるのが相当
である。
また，前記のとおり，引用発明における「アクセス可能なサーバー／アプリケ
ーションのＩＤ／パスワード」は，本願発明における「登録されたリンク先におけ
る利用者の認証情報」に相当するから，引用発明の「アクセス可能なサーバー／ア
プリケーションのＩＤ／パスワードを登録しておく登録手段」は，本願発明におけ
る「登録されたリンク先における利用者の認証情報格納手段」に対応するものと認
められる。
以上によれば，本件審決が，引用発明における「アクセス可能なサーバー／アプ
リケーションのＩＤ」は，本願発明における「リンク先情報」に相当し，引用発明
における「アクセス可能なサーバー／アプリケーションのＩＤ／パスワードを登録
しておく登録手段」は，本願発明における「リンク先情報を登録しておくリンク先
情報登録手段」と「登録されたリンク先における利用者の認証情報を格納する認証
情報格納手段」に対応する構成であると認定したことは誤りであるものの，引用例
の記載及び本技術分野における技術常識に照らせば，引用発明においても，リンク
先情報を登録しておくリンク先情報登録手段を有していることが認められるから，
本願発明と引用発明とが「リンク先情報を登録しておくリンク先情報登録手段」と
「登録されたリンク先における利用者の認証情報を格納する認証情報格納手段」と
を有する点で一致するとした本件審決の認定に誤りはない。このように，本願発明
と引用発明の対比における本件審決の上記認定の誤りは，本件審決による本願発明
と引用発明との一致点の認定に影響を及ぼすものではなく，取消事由とはなり得な
いというべきである。
イ 「ひな形スクリプト格納手段」について
原告は，本件審決が，引用発明の「各サーバー／アプリケーションの種類ごとに
用意され，ログイン操作を自動化するスクリプトを格納する格納手段」は，本願発
明における「各リンク先毎に用意され，該リンク先で実行される認証処理で表示さ
れる画面構成に対し，前記認証情報を埋め込むための認証処理用のひな形スクリプ
トを格納するひな形スクリプト格納手段」に相当すると認定した点について，引用
発明における「ログイン操作を自動化するもの」が「端末の画面上に構成される認
証処理用のひな形スクリプト」であることを読み取ることはできず，引用発明が「情
報閲覧手段」に「ベーシック認証」におけるＷＷＷブラウザにユーザーＩＤ・パス
ワードを記憶させる機能を有しているのであれば，「ログイン操作を自動化するも
の」が「端末の画面上に構成される認証処理用のひな形スクリプト」である必要は
ない旨主張する。
しかし，引用発明は，認証代行サーバー型でクライアント側にモジュールを組み
込むタイプのＳＳＯサーバーであるところ，前記２オのとおり，引用例には，
「認
証代行サーバー型のタイプ」で「クライアント側にモジュールを組み込むタイプ」
について，
「クライアントのモジュールは，ＳＳＯサーバーから各種サーバー（アプ
リケーション）のＩＤ／パスワードを受け取る。その情報をもとに，モジュール内
のスクリプト認証などの操作を代行し，サーバー（アプリケーション）にアクセス
する」こと，及び「スクリプトを作成することで各種アプリケーションに対応でき
る」ことが記載されているから，引用発明における「ログイン操作を自動化するも
の」が，スクリプトを用いない「ベーシック認証」であるということはできない。
そして，
「スクリプト」は，コンピュータプログラムの種類の一つで，機械語への
変換や実行可能ファイルの作成などの過程を省略又は自動化し，ソースコードを記
述したら即座に実行できるようなプログラム（乙１）と解されるから，引用例の上
記記載によれば，引用発明における「各サーバー／アプリケーションの種類ごとに
用意され，ログイン操作を自動化するスクリプト」は，ＳＳＯサーバーから受け取
った各種サーバー（アプリケーション）のＩＤ／パスワード（利用者の認証情報）
をソースコードに埋め込んで，
「各サーバー／アプリケーションの種類ごと」の「ロ
グイン操作を自動化する」プログラムであると認めるのが相当である。
そうすると，引用発明における「各サーバー／アプリケーションの種類ごとに用
意され，ログイン操作を自動化するスクリプト」は，本願発明における「各リンク
先毎に用意され，該リンク先で実行される認証処理で表示される画面構成に対し，
前記認証情報を埋め込むための認証処理用のひな形スクリプト」に相当すると認め
られるから，引用発明における「各サーバー／アプリケーションの種類ごとに用意
され，ログイン操作を自動化するスクリプトを格納する格納手段」が，本願発明に
おける「各リンク先毎に用意され，該リンク先で実行される認証処理で表示される
画面構成に対し，前記認証情報を埋め込むための認証処理用のひな形スクリプトを
格納するひな形スクリプト格納手段」に相当するとした本件審決の認定に誤りはな
い。
原告の上記主張は採用することができない。
ウ 「利用者の情報閲覧手段」について
原告は，本件審決が，引用発明における「クライアント・モジュール」は，本願
発明における「利用者の情報閲覧手段」に相当すると認定した点について，引用例
の「クライアント・モジュール」は，
（Ａ）アクセス可能なサーバー／アプリケーシ
ョンのＩＤ／パスワードの束を受け取ること，及び（Ｂ）ログイン操作を自動化す
るスクリプトを実行すること，の機能を有するが，情報を閲覧する機能を有すると
は記載されていないから，本件審決の上記認定は誤りである旨主張する。
しかし，前記のとおり，引用発明の「クライアント・モジュール」は，アクセ
ス可能なサーバー／アプリケーションのＩＤ／パスワードの束と，各サーバー／ア
プリケーションの種類ごとに用意され，ログイン操作を自動化するスクリプトをＳ
ＳＯサーバーから受け取り，上記スクリプトを実行するものである。
また，前記アのとおり，引用発明の「クライアント・モジュール」は，ＳＳＯ
サーバーから，各サーバー／アプリケーションのリンク先情報をも受け取るのであ
るから，上記スクリプトを実行する際，クライアントを，ログインするサーバー／
アプリケーションに接続するものと認められる。
そして，クライアントにおいて，サーバー／アプリケーションとの接続及び情報
の送受信を，情報閲覧機能を有するブラウザにより行うことは，本技術分野におけ
る当然の前提であり，技術常識というべきである。
そうすると，本願発明と引用発明との対比において，引用発明における「クライ
アント・モジュール」が，本願発明における「利用者の情報閲覧手段」に相当する
とした本件審決の認定に誤りはない。
原告の上記主張は採用することができない。
エ 「認証代行処理手段」について
原告は，本件審決が，引用発明における「前記サーバー／アプリケーションのＩ
Ｄ／パスワードの束及び前記スクリプトをクライアント・モジュールに配布する手
段」と，本願発明における「認証代行処理手段」とは，
「リンク先の認証処理を自動
的に行うための情報を利用者の情報閲覧手段に転送する認証代行処理手段」である
点において共通すると認定したことについて，引用発明からは「前記サーバー／ア
プリケーションのＩＤ／パスワードの束及び前記スクリプトをクライアント・モジ
ュールに配布する手段」を認定することはできないのであるから，本件審決の認定
は誤りである旨主張する。
しかし，前記のとおり，引用発明の認定に関する原告の上記主張は採用するこ
とができない。そして，前記アのとおり，引用発明における「クライアント・モ
ジュール」は，アクセス可能なサーバー／アプリケーションのＩＤ／パスワードの
束，各サーバー／アプリケーションの種類ごとに用意され，ログイン操作を自動化
するスクリプト，及び各サーバー／アプリケーションのリンク先情報をＳＳＯサー
バーから受け取るものである。
そうすると，引用発明における「前記サーバー／アプリケーションのＩＤ／パス
ワードの束及び前記スクリプトをクライアント・モジュールに配布する手段」と，
本願発明における「認証代行処理手段」とは，
「リンク先の認証処理を自動的に行う
ための情報を利用者の情報閲覧手段に転送する認証代行処理手段」である点におい
て共通するとした本件審決の認定に誤りはない。
原告の上記主張は採用することができない。
オ 「認証代行装置」について
原告は，本件審決が，引用発明における「ＳＳＯサーバー」は，本願発明におけ
る「認証代行装置」に相当すると認定した点について，引用発明における「クライ
アント・モジュール」と本願発明における「情報閲覧装置」とは異なるものである
から，引用発明における「ＳＳＯサーバー」は本願発明における「認証代行装置」
に相当するものではなく，本件審決の認定は誤りである旨主張する。
しかし，前記ウのとおり，引用発明の「クライアント・モジュール」は本願発明
の「利用者の情報閲覧手段」に相当するものである上，前記のとおり，引用発明
の「ＳＳＯサーバー」は，一台の専用サーバー（ＳＳＯサーバー）に集約されたユ
ーザー情報（ＩＤ／パスワード）をもとに各アプリケーションの認証を一元的に受
け持つタイプのものであり，認証代行機能を有するサーバーであるということがで
きる。
そうすると，引用発明における「ＳＳＯサーバー」が，本願発明における「認証
代行装置」に相当するとした本件審決の認定に誤りはない。
原告の上記主張は採用することができない。
 本願発明と引用発明との一致点の認定について
原告は，正しい本願発明と引用発明との一致点は，
「リンク先における利用者の認証情報を格納する認証情報格納手段と，
各リンク先ごとに用意され，該リンク先で実行される認証処理のための情報を格
納する情報格納手段と，
リンク先の認証情報を利用者の使用するモジュールに送信する手段と，
リンク先の認証処理を自動的に行うための情報を全ての利用者の使用するモジュ
ールに配布する手段とを有する装置」となる旨主張する。
しかし，前記及びのとおりであるから，本件審決が，本願発明と引用発明と
の一致点及び相違点を，前記第２の３のとおり認定したことに誤りはない。
原告の上記主張は採用することができず，結局，取消事由１は理由がない。
４ 取消事由２（相違点２に係る容易想到性の判断の誤り）について
 相違点２は，本願発明は，
「インターネットを介して利用者の情報閲覧手段よ
りリンク先の指定に関する情報を受信する手段」を有するのに対し，引用発明は，
そのような手段を有するとはされていない点である。
本件審決は，上記相違点２について，引用発明の具体的動作として，
「アクセス可
能なサーバー／アプリケーションのＩＤ／パスワードの束」を受け取る具体例が示
されているが，ユーザーがどの「サーバー／アプリケーション」にアクセスしたい
かを指定して，その指定された「サーバー／アプリケーション」の「ＩＤ／パスワ
ード」を受け取るようにすることは，当業者が適宜になし得ることであり，その際
に，
「Ｗｅｂのアプリケーション」に対して「ＳＳＯ環境を構築できる」ような製品
である場合に，「インターネットを介して」，どの「サーバー／アプリケーション」
にアクセスしたいかを指定する情報を「ＳＳＯサーバー」に送るようにすることも，
当業者が適宜になし得ることにすぎないから，引用発明を，
「インターネットを介し
て利用者の情報閲覧手段よりリンク先の指定に関する情報を受信する手段」を有す
るようなものとすることは，当業者が適宜になし得ることである旨判断した。
ア 前記１のとおり，本願発明における認証代行処理手段は，利用者の選択
により，利用者の認証情報が登録されているリンク先が指定された場合に，利用者
に代わって当該リンク先の認証処理を代行する機能を有するものである。すなわち，
本願発明における認証代行処理手段は，利用者によるリンク先の指定情報及びその
利用者情報を受け取って，リンク先情報登録手段から該当するリンク先情報（ＵＲ
Ｌ情報など）を，また認証情報格納手段から利用者のそのリンク先における認証情
報（リンク先における利用者のユーザーＩＤ及びパスワードなど）を，それぞれ読
み出すと共に，ひな形スクリプト／モジュール格納手段から，該当するリンク先の
ひな形スクリプトを読み出して，リンク先用の認証処理スクリプト（対象とするリ
ンク先に自動的に接続処理を開始する処理をＨＴＭＬとＪａｖａＳｃｒｉｐｔにて
記載したもの）を作成し，上記リンク先情報及び認証処理スクリプトを，利用者の
ブラウザに転送するので，利用者側のブラウザは，送られてきたリンク先情報で，
目的とするリンク先にリンクすると共に，上記認証処理スクリプトに基づいて，ブ
ラウザが，リンク先で実行される認証処理で表示される画面構成に対し，自動的に
上記認証情報を埋め込んでいくため，利用者は，何ら選択したリンク先への操作を
行わなくても，認証処理が自動的に実行されることになる。その結果，本願発明は，
利用者が，ポータルサイトなどにおいてリンク先の選択を行うだけで，該リンク先
に対して，何ら特別な操作を行わなくても，認証処理が自動的に実行されるため，
それが終了した段階で，当該リンク先へのログインが可能となるという効果を奏し
得るものである。
そうすると，本願発明は，利用者の選択により，利用者の認証情報が登録されて
いるリンク先が指定され，利用者の情報閲覧手段よりリンク先の指定に関する情報
「
を受信する手段」
（相違点２に係る構成）によって，上記利用者によるリンク先の指
定情報を受け取った認証代行処理手段が，利用者に代わって当該リンク先の認証処
理を代行するものと認められる。
イ これに対し，引用発明は，前記３のとおり，ＳＳＯサーバーにログインす
ると，アクセス可能なサーバー／アプリケーションのＩＤ／パスワードの束と，各
サーバー／アプリケーションの種類ごとに用意され，ログイン操作を自動化するス
クリプトが，ＳＳＯサーバーからクライアント・モジュールに配布され，クライア
ント モジュールは，
・ ログイン操作を自動化するスクリプトを実行するものである。
ここで，アクセス可能なサーバー／アプリケーションのＩＤ／パスワードの束とは，
ＳＳＯサーバーにログインしたユーザーが，アクセスすることができる全てのサー
バー／アプリケーションのＩＤ／パスワードの組合せであると理解することができ
る。
また，前記３アのとおり，引用例の記載及び本技術分野における技術常識に
照らせば，引用発明のＳＳＯサーバーは，各サーバー／アプリケーションのリンク
先情報を登録しておくリンク先情報登録手段を有し，クライアントモジュールは，
ＳＳＯサーバーから，各サーバー／アプリケーションのリンク先情報を受け取るも
のである。
そして，引用発明では，上記の構成を採用することによって，ユーザーは，一度
のログイン操作で，アクセス可能な全てのアプリケーションを利用できるとの機能
（シングル・サインオン（ＳＳＯ）機能）を有すると認められる。
そうすると，引用発明においては，一度ＳＳＯサーバーにログインすれば，クラ
イアント・モジュールは，ＳＳＯサーバーにログインしたユーザーがアクセス可能
な全てのサーバー／アプリケーションのＩＤ／パスワードの組合せ，各サーバー／
アプリケーションの種類ごとのログイン操作を自動化するスクリプト，及び各サー
バー／アプリケーションのリンク先情報を受け取るから，それ以降，ＳＳＯサーバ
ーとの通信を行う必要がなく，ログイン操作を自動化するスクリプトを実行するこ
とで，シングル・サインオン機能を果たすとの作用効果を奏すると認められる。
しかるに，このような構成を採用する引用発明について，ＳＳＯサーバーが「利
用者の情報閲覧手段よりリンク先の指定に関する情報を受信する手段」を有するも
のとした上で，ユーザーがどの「サーバー／アプリケーション」にアクセスしたい
かを指定して，その指定された「サーバー／アプリケーション」の「ＩＤ／パスワ
ード」を受け取るように構成を変更するとすれば，利用者が情報閲覧手段よりリン
ク先の指定を行う都度，クライアント・モジュールは，ＳＳＯサーバーとの通信を
行い，その指定された「サーバー／アプリケーション」の「ＩＤ／パスワード」を
受け取り，上記指定された「サーバー／アプリケーション」へのログイン操作を自
動化するスクリプトを実行することにより，シングル・サインオン機能を果たすこ
とになる。しかし，それでは，一度ＳＳＯサーバーにログインすれば，クライアン
ト・モジュールは，それ以降，ＳＳＯサーバーとの通信を行う必要がなく，ログイ
ン操作を自動化するスクリプトを実行できるとの引用発明が有する上記の作用効果
が失われることとなる。したがって，引用発明において，相違点２に係る本願発明
の構成に変更する必要性があるものとは認められない。
このように，引用発明について，ＳＳＯサーバーが「利用者の情報閲覧手段より
リンク先の指定に関する情報を受信する手段」を有するもの（相違点２に係る構成
とすること）とした上で，ユーザーがどの「サーバー／アプリケーション」にアク
セスしたいかを指定して，その指定された「サーバー／アプリケーション」の「Ｉ
Ｄ／パスワード」を受け取るように構成を変更することについては，引用発明が本
来奏する上記作用効果が失われるものであって，その必要性が認められないから，
引用発明における上記構成上の変更は，解決課題の存在等の動機付けなしには容易
に想到することができない。しかして，引用例には，引用発明について上記構成上
の変更をすることの動機付けとなるような事項が記載又は示唆されていると認める
ことはできない。
ウ 前記アのとおり，本願発明は，利用者の選択により，利用者の認証情報が登
録されているリンク先が指定され，利用者の情報閲覧手段よりリンク先の指定に関
「
する情報を受信する手段」
（相違点２に係る構成）によって，上記利用者によるリン
ク先の指定情報を受け取った認証代行処理手段が，利用者に代わって当該リンク先
の認証処理を代行するものであるから，本願発明と引用発明とは，相違点２に係る
構成により，作用効果上，格別に相違するものであり，引用発明において，相違点
２に係る本願発明の構成を採用することは，当業者が適宜なし得る程度のものとは
認められない。
以上によれば，引用発明において，上記構成上の変更をすることが，当業者が容
易に想到できたものということはできない。したがって，本願発明と引用発明との
相違点２について，本件審決がした前記の判断には誤りがあるというべきであり，
原告主張の取消事由２は理由がある。
 被告の主張について
ア 被告は，認証処理システムにおいて，認証処理を実行するサーバーがインタ
ーネットを介して，利用者端末からサーバー／アプリケーションの認証情報の要求
を受信する旨の技術は，乙６及び７にもあるとおり，認証処理の技術分野では本願
出願時の周知技術であり，ＳＳＯサーバーなどの認証処理サーバーが認証情報の要
求を個別に受信するような構成とするか，引用発明のように認証情報の要求を個別
には受け付けない構成とするかは，当業者がシステムの効率やセキュリティなどを
考慮して適宜に選択し得た設計的事項であり，また，
「インターネットを介して利用
者の情報閲覧手段よりリンク先の指定に関する情報を受信する手段」についても，
乙８にもあるとおり，本願出願時には周知慣用の手段であるから，周知技術（乙６
～８）を知る当業者において，引用発明を，ＳＳＯサーバーが認証情報の要求を個
別に受信するように，利用者の情報閲覧手段よりインターネットを介して，リンク
先のサーバー／アプリケーションを指定する情報を受信するように構成することは，
適宜なし得たことにすぎない旨主張する。
イ そこで，乙６ないし８に開示されている技術について検討する。
 乙６
ａ 本願出願日前に頒布された刊行物である「ノベルがインターネット上のＩＤ
管理サービス $ を開始，日本，ソフトバンクパブリッシング株式会社，
% &'()! *% '，１９９９年（平成１１年）１２月１日発行，第９巻，第
１０号，ｐ１９４）には，以下の記載がある。
「また，シングルサインオンの機能もある。いったんメンバー制のＷｅｂサイトへのログイン
を $ に「録画」させれば，その後は $ にログインするだけで，各サイトにＩ
Ｄ，パスワードの入力なしにログインできる。ディレクトリデータベースの中に，各ユーザー
に付帯する情報として，各Ｗｅｂで利用されるログイン名やパスワードを格納しておき，ログ
イン画面で自動的に適用するからだ。 （１９４頁左欄下から２行～中欄８行）
」
ｂ 前記ａによれば，乙６には，ディレクトリデータベースの中に，各ユーザー
に付帯する情報として，各Ｗｅｂで利用されるログイン名やパスワードを格納して
おき，ログイン画面で自動的に適用することで，シングルサインオンの機能を実現
する技術が開示されていると認められる。
 乙７
ａ 本願出願日前に頒布された刊行物である特開２０００－１０９３０号公報
（公開日；平成１２年１月１４日）には，以下の記載がある。
「【００１７】図４は，本発明におけるアクセスチケットを用いた制御手順を示すシーケンス
チャートである。アクセス制御サーバ５０がアクセスチケット７５を用いて，さらにきめ細か
な運用を考慮したアクセス制御を行う事例について説明する。図４に示すように，セキュア通
信ライブラリ５２はユーザ認証画面を表示し（１４ａ），ユーザはユーザ認証画面にＩＣカード
内の証明証３１の情報を入力する（１４ｂ）。証明証３１の情報を利用してセキュア通信ライブ
ラリ５２の処理によりユーザ１４の正当性が認められた後は，クライアント２０上のアクセス
制御ライブラリ５１が証明証３１の情報を用いて，ユーザ１４のアクセス権限を確認する。次
に，アクセス制御サーバ５０に対してユーザ１４のアクセス権限の確認要求を行うと（１４ｃ），
アクセス制御サーバ５０は業務サーバ６にＡＣＬ（判決注：アクセス制御リスト，段落【００
０９】参照）を要求する（１４ｄ）。このように，ユーザ１４がクライアント２０からネットワ
ークシステム１にログインする場合，アクセスチケット７５ａの中に９時から１７時までとい
う一時的な運用の制約条件７６をつけることが可能である。この場合，アクセス制御サーバ５
０は，クライアント２０側のアクセス制御ライブラリ５１に，アクセス制御サーバＩＤ，ユー
ザ１４のユーザ識別名，ユーザ１４のＡＣＬ+制約条件７６，及びアクセス制御サーバ５０の署
名情報から構成されるアクセスチケット７５ａを作成し，アクセス制御ライブラリ５１に送信
する（７５ａ）。アクセス制御サーバ５０とアクセス制御ライブラリ５１との間の通信はセキュ
ア通信ライブラリ５２の機能により保護されているため，相互で正しく認証され，情報が盗ま
れたり改ざんされる心配はない。また，セキュア通信ライブラリ５２は，アクセスチケット７
５ａの内容が確かにアクセス制御サーバ５０によって作成されたものであることを保証するた
めに，署名情報を付加している。
【００１８】次に，図４において，アクセス制御ライブラリ５１がアクセスチケット７５ａ
を受け取ると，クライアント２０上のグループウェアアプリケーションはユーザ１４に対して
初期選択画面を表示する（１４ｅ）。この初期選択画面は，ユーザ１４のＡＣＬに基づき作成さ
れるもので，ユーザ１４に権限に許されている業務だけが表示される。また，ユーザ１４が表
示された以外の業務のアプリケーションを起動するとユーザ１４に対して警告を発し，アクセ
ス履歴情報１２が取得される。ユーザ１４が前記初期選択画面の中の業務の中から業務サーバ
６のＡＰ６０（図示省略）を起動した場合（１４ｆ），ユーザ１４によるＡＰ６０１（図示省略）
の業務要求は，アクセス制御ライブラリ５１から業務サーバ６に転送されるが（７５ｄ），その
時に前記アクセスチケット７５ａも添付される。業務サーバ６は，このアクセスチケット７５
ａの内容を確認することにより，以降の業務処理ＡＰ６０１を実行する。具体的には，ＡＣＬ
と制約条件７６を考慮した処理を行うので，図４に示すＡＣＬに許可された以外のＡＰ６０１
の修正や業務ＡＰ６０２の起動等は許さず，時刻が１７時を過ぎたならばユーザ１４に対する
処理を打ち切る。そして，業務サーバ６は，ユーザ１４のアクセス状況についてはアクセス履
歴情報１２に記録しておく。」
ｂ 前記ａによれば，乙７には，ユーザがユーザ認証画面にＩＣカード内の証明
証３１の情報を入力し，証明証３１の情報を利用してユーザ１４の正当性が認めら
れると，クライアント２０上のアクセス制御ライブラリ５１が証明証３１の情報を
用いて，ユーザ１４のアクセス権限を確認し，アクセス制御サーバ５０に対してユ
ーザ１４のアクセス権限の確認要求を行うと，アクセス制御サーバ５０は業務サー
バ６にＡＣＬを要求し，アクセス制御サーバ５０は，クライアント２０側のアクセ
ス制御ライブラリ５１に，アクセス制御サーバＩＤ，ユーザ１４のユーザ識別名，
ユーザ１４のＡＣＬ，制約条件７６，及びアクセス制御サーバ５０の署名情報から
構成されるアクセスチケット７５ａを作成して，アクセス制御ライブラリ５１に送
信すること（段落【００１７】，及びアクセス制御ライブラリ５１がアクセスチケ
）
ット７５ａを受け取ると，クライアント２０上のグループウェアアプリケーション
はユーザ１４に対して，ユーザ１４のＡＣＬに基づき作成される初期選択画面を表
示し，初期選択画面には，ユーザ１４に許されている業務だけが表示されること（段
落【００１８】）が記載されていると認められる。
 乙８
ａ 本願出願日前に頒布された刊行物である「快速ネットサーフィンのコツ：検
索エンジンを使いこなす／検索サイト , ，日本，株式会社毎日コミュニケーシ
ョンズ，タッチＰＣ，１９９８年（平成１０年）１２月２４日発行，第３巻，第１
２号，ｐ５２」には，以下の記載がある。
「検索サービス（検索エンジン）とは，ホームページをデータベース化したサイト。キーワ
ードを指定すると合致するページを探し出し，一覧で表示してくれる。あとは見たいページを
選べば，ダイレクトにそのページにジャンプできるのだ。
「Ｙａｈｏｏ！」が代表的なページと
して君臨してきたが，ここ数年で続々登場。ユーザーにとってますます便利な状況になってい
る。（５２頁上欄１行～１３行）
」
ｂ 前記ａによれば，乙８には，ホームページをデータベース化したサイトであ
る検索サービス（検索エンジン）において，ユーザーがキーワードを指定すると，
合致するページを探し出して一覧で表示するので，ユーザーが見たいページを選べ
ば，ダイレクトにそのページにジャンプできることが記載されていると認められる。
ウ 前記イによれば，乙６及び７には，認証処理システムにおいて，認証処理サ
ーバーがネットワークを介して，利用者端末からサーバー／アプリケーションの認
証情報（ログイン名，パスワード，アクセスチケット）の要求を受信する技術が開
示され，また，乙８には，検索サービス（検索エンジン）において，検索サービス
サイトがインターネットを介してユーザーの端末からリンク先の指定に関する情報
（キーワード等）を受信して，リンク先情報（ＵＲＬ）を返信する技術が開示され
ている。しかし，これらの技術が，本願出願当時，当該技術分野において周知であ
ったとしても，本件においては，前記イのとおり，相違点２に係る構成上の変更
を行って，引用発明が本来奏する作用効果を失わせる必要性は認められないから，
これらの周知技術の存在は，引用発明について相違点２に係る構成上の変更をする
ことの動機付けとなるものではない。
したがって，引用発明において，前記構成上の変更をすることは，乙６ないし８
に開示された周知技術を知る当業者であっても，適宜なし得たものであるというこ
とはできない。被告の前記アの主張には理由がない。
エ 小括
以上のとおりであるから，相違点２に係る本件審決の判断には誤りがあるから，
原告主張の取消事由２には理由がある。
５ 取消事由３（相違点３に係る容易想到性の判断の誤り）について
 本件審決は，本願発明と引用発明との相違点３について，相違点２について」
「
で検討したように，引用発明を，
「インターネットを介して利用者の情報閲覧手段よ
りリンク先の指定に関する情報を受信する手段」を有するようなものとすることは，
当業者が適宜になし得ることであり，その場合，
「利用者の認証情報が登録されてい
るリンク先が『受信されたリンク先の指定に関する情報』により指定された」こと
を契機として，
「リンク先情報登録手段から該当するリンク先情報を読み取り，当該
利用者のそのリンク先における認証情報を認証情報格納手段から読み出すと共に，
ひな型スクリプト格納手段から，該当するリンク先のひな形スクリプトを読み出し
て，該ひな形スクリプトの変数として該リンク先における認証情報を指定して該リ
ンク先で実行される認証処理で表示される画面構成に対し前記認証情報を埋め込む
ための認証処理スクリプトを作成」するようにすることは，当業者が適宜になし得
ることにすぎない旨判断した。
 しかし，前記４で述べたとおり，相違点２に係る本件審決の判断には誤りが
あるから，相違点２に係る判断を前提とした相違点３に係る本件審決の判断にも誤
りがある。
したがって，原告主張の取消事由３には理由がある。
６ 結論
以上によれば，原告主張の取消事由２及び３は理由があるから，本件審決は取消
しを免れない。
よって，原告の請求を認容することとし，主文のとおり判決する。
知的財産高等裁判所第４部
裁判長裁判官 富 田 善 範
裁判官 大 鷹 一 郎
裁判官 田 中 芳 樹