• ポートフォリオ機能


ポートフォリオを新規に作成して保存
既存のポートフォリオに追加保存

  • この表をプリントする
PDF PDFをダウンロード
審決分類 審判 一部無効 2項進歩性  G06F
審判 一部無効 特174条1項  G06F
管理番号 1387404
総通号数 8 
発行国 JP 
公報種別 特許審決公報 
発行日 2022-08-26 
種別 無効の審決 
審判請求日 2021-02-19 
確定日 2022-03-14 
事件の表示 上記当事者間の特許第３２５４４２２号発明「ウェブページ閲覧方法およびこの方法を用いた装置」の特許無効審判事件について、次のとおり審決する。 
結論 本件審判の請求は、成り立たない。 審判費用は、請求人の負担とする。 
理由 第１ 手続の経緯
特許第３２５４４２２号（以下，「本件特許」という。）は，平成１０年６月２６日を出願日とする特願平１０−１８０８１５号が平成１３年１１月２２日に設定登録されたものである。
その後の手続の経緯は，概ね次のとおりである。
平成２１年 １月２３日 無効審判（無効２００９−８０００１４号
）の請求
平成２１年 ８月１９日付け 審決（請求不成立）
令和 ３年 ２月１９日 本件無効審判の請求
令和 ３年 ６月 １日 （請求人）営業秘密に関する申出書の提出
令和 ３年 ６月 ７日 答弁書の提出
令和 ３年 ８月１０日付け 審理事項通知書
令和 ３年 ９月 ３日 （請求人）口頭審理陳述要領書の提出
令和 ３年 ９月 ３日 （被請求人）口頭審理陳述要領書の提出
令和 ３年 ９月２４日 口頭審理
令和 ３年１０月１５日 （請求人）上申書の提出
令和 ３年１０月１５日 （被請求人）上申書の提出

なお，本件特許に関する特許権侵害訴訟として，平成２９年（ワ）第２４９４２号事件が存在し，その控訴事件として，令和３年（ネ）第１００２２号事件が存在している。

第２ 本件発明
本件特許の請求項１，６に係る発明（以下，それぞれ「本件発明１」，「本件発明２」という。）は，本件特許の願書に添付した明細書（以下，「本件特許明細書」という。）の特許請求の範囲の請求項１，６に記載された事項により特定される，次のとおりのものである。

１ 本件発明１
「通信ネットワークを介して，ウェブ情報をユーザ端末に提供するウェブ情報提供方法において，
ユーザ端末に接続されたアクセスポイントが該ユーザ端末に割り当てた前記アクセスポイントのＩＰアドレス，およびＩＰアドレスとアクセスポイントに対応する地域とが対応したＩＰアドレス対地域データベースを用いて，前記ユーザ端末に割り当てられたＩＰアドレスを所有するアクセスポイントが属する地域を判別する第１の判別ステップと，
前記判別された地域に基づいて，該地域に対応したウェブ情報を選択する第１の選択ステップと，
前記選択されたウェブ情報を，前記ＩＰアドレスが割り当てられたユーザ端末に送信する送信ステップと，
を有したことを特徴とするウェブ情報提供方法。」

２ 本件発明２
「通信ネットワークを介して，ウェブ情報をユーザ端末に提供するウェブ情報提供装置において，
ユーザ端末に接続されたアクセスポイントが該ユーザ端末に割り当てた前記アクセスポイントのＩＰアドレス，およびＩＰアドレスとアクセスポイントに対応する地域とが対応したＩＰアドレス対地域データベースを用いて，前記ユーザ端末に割り当てられたＩＰアドレスを所有するアクセスポイントが属する地域を判別する第１の判別手段と，
前記判別された地域に基づいて，該地域に対応したウェブ情報を選択する第１の選択手段と，
前記選択されたウェブ情報を，前記ＩＰアドレスが割り当てられたユーザ端末に送信する送信手段と，
を有したことを特徴とするウェブ情報提供装置。」

第３ 請求人の主張，証拠方法
１ 主張の概要
請求人は，「本件発明１及び本件発明２についての特許を無効とする。審判費用は被請求人の負担とする。」との審決を求め，概略，以下の無効理由１〜３を主張している。また，証拠方法として甲第１〜１８号証（以下，「甲１」〜「甲１８」と表記する。）を提出している。

（１）無効理由１（新規事項追加）
平成１１年１１月１２日に提出された手続補正書による請求項１の記載についてした補正（以下，「本件補正」という。）は，新規事項を追加するものであり，請求項６の記載についてした補正及び請求項の補正と併せて発明の詳細な説明の記載についてした補正も同様であるから，本件特許は，特許法17条の2第3項に規定する要件を満たしていない補正をした特許出願に対してされたものであり，特許法123条1項1号に該当し，無効とされるべきである。
本件補正により，本件特許の請求項１の記載に導入された，
ＩＰアドレスを入力情報とし，
ＩＰアドレスとアクセスポイントに対応する地域（アクセスポイントが属する地域）とが対応したデータベースを用いて「アクセスポイントが属する地域」を判別し，
当該「アクセスポイントが属する地域」をユーザの発信地域として用いる
という一連の情報処理に係る技術的事項は，新規事項の追加に該当する。
請求項６の記載についてした補正及び請求項の補正と併せて発明の詳細な説明の記載についてした補正も同様のことが当てはまる。

（２）無効理由２（甲２（主引例）と甲３（副引例）とに基づく進歩性欠如）
本件発明１，２は，甲２に記載された発明及び甲３に記載された発明に基づいて，当業者が容易に発明をすることができたものであるから，本件特許は，特許法29条2項の規定に違反してされたものであり，特許法123条1項2号に該当し，無効とされるべきである。

（３）無効理由３（甲４（主引例）と甲３（副引例）とに基づく進歩性欠如）
本件発明１，２は，甲４に記載された発明及び甲３に記載された発明に基づいて，当業者が容易に発明をすることができたものであるから，本件特許は，特許法29条2項の規定に違反してされたものであり，特許法123条1項2号に該当し，無効とされるべきである。

２ 証拠方法
甲１ 平成１１年１１月１２日付け手続補正書
甲２ 特開平９−３０５５１８号公報
甲３ 特開平１０−１３４７１号公報
甲４ Stephen E. Lamm, Daniel A. Reed, "Real-Time Geographic Visualization of World Wide Web Traffic", Fifth International World Wide Web Conference, May 6-10, 1996, Paris, France
甲５ 特許・実用新案審査基準第ＩＶ部第２章
甲６ 本件特許に係る出願の願書に最初に添付した明細書，図面
甲７ 平成１１年３月９日付け拒絶理由通知書
甲８ 平成１１年５月１１日付け手続補正書
甲９ 平成１１年９月９日付け拒絶理由通知書
甲１０ 平成１２年８月２９日付け拒絶査定
甲１１ 平成１２年１０月４日付け拒絶査定不服審判請求書（不服２０００−１５７６６号）
甲１２ 平成１３年１０月１６日付け審決（不服２０００−１５７６６号）
甲１３ 特開平６−２２４９０１号公報
甲１４ 平成２９年（ワ）第２４９４２号判決（抜粋）
甲１５ 小泉修，「図解でわかるサーバのすべて」，日本実業出版社，２０００年１２月１５日，ｐ．８６〜８９
甲１６ 田上岳夫，舟茂弘，「インターネットの仕組み−１３ 二つのダイヤルアップＩＰ接続」，日経コミュニケーション，日経ＢＰ社，１９９７年１０月６日，第２５５号，ｐ．１４２〜１４３
甲１７ 特開平９−１５３０５４号公報
甲１８ 特開平９−１１４７８３号公報

第４ 被請求人の主張，証拠方法
１ 主張の概要
被請求人は，「本件審判の請求は成り立たない。審判費用は請求人の負担とする。」との審決を求め，請求人の主張する各無効理由には理由がない旨，主張している。また，証拠方法として乙第１〜９号証（以下，「乙１」〜「乙９」と表記する。）を提出している。

２ 証拠方法
乙１ 第１回無効審判事件（無効２００９−８０００１４号）の答弁書
乙２ 第１回無効審判審決
乙３ 平成２９年（ワ）第２４９４２号判決（特許の有効性判断の部分）
乙４ 日経ＢＰデジタル大事典１９９８年度版，日経ＢＰ社，１９９８年４月１０日，ｐ．７６０
乙５の１ 社団法人日本ネットワークインフォメーションセンター（ＪＰＮＩＣ）のウェブサイトの「ＷＨＯＩＳとは」のページ（http://www.nic.ad.jp/ja/whois/index.html）
乙５の２ 社団法人日本ネットワークインフォメーションセンター（ＪＰＮＩＣ）のウェブサイトの「公開・開示対象情報一覧」のページ（http://www.nic.ad.jp/doc/jpnic-00999.html）
乙６ 株式会社日本レジストリサービス（ＪＰＲＳ）のウェブサイトの「Ｗｈｏｉｓとは」のページ（http://jprs.jp/info/whois/）
乙７ コンピュータ＆情報通信用語事典，株式会社オーム社，平成１３年７月２５日，ｐ．４６８〜４６９
乙８ 通信・ネットワーク事典０３〜０４年版，日経ＢＰ社，２００３年３月３１日，ｐ．９８６〜９８７
乙９ 広辞苑，株式会社岩波書店，２０１８年１月１２日，ｐ．１８７７

第５ 当審の判断
１ 無効理由１（新規事項追加）について
（１）請求項１の補正について
ア 請求人の，本件補正によって導入された「一連の情報処理に係る技術的事項」が新規事項の追加に該当する旨の主張（上記第３の１（１））は，要するに，本件特許の請求項１の
「ＩＰアドレス，およびＩＰアドレスとアクセスポイントに対応する地域とが対応したＩＰアドレス対地域データベースを用いて，前記ユーザ端末に割り当てられたＩＰアドレスを所有するアクセスポイントが属する地域を判別する第１の判別ステップと，
前記判別された地域に基づいて，該地域に対応したウェブ情報を選択する第１の選択ステップと，
前記選択されたウェブ情報を，前記ＩＰアドレスが割り当てられたユーザ端末に送信する送信ステップ」
との記載において，新規事項が追加されていると主張するものである。
なお，請求人の主張の趣旨が上記のとおりであることは，当審が令和３年８月１０日付けの審理事項通知書において，請求人の主張についての確認を求めたこと（同通知書の第１の２（１）ウ（ア））に対して，請求人が回答した内容（口頭審理陳述要領書（３頁）の第６の１（２）イ）から把握される（同様に，請求項６の記載についてした補正及び発明の詳細な説明の記載についてした補正についても請求人の主張の趣旨が把握される。）。
そこで，本件補正が，本件特許の請求項１の上記記載に関して，願書に最初に添付した明細書又は図面（以下，「当初明細書等」という。また，願書に最初に添付した明細書については，以下，「当初明細書」という。）のすべての記載を総合することにより導かれる技術的事項との関係において新たな技術的事項を導入するものであるか否かについて，以下，検討する。

イ 上記アで述べた記載のうち，まず，前段の「第１の判別ステップ」に関する記載部分について検討する。

（ア）当初明細書（甲６。以下同様。）の段落【００２８】には，「アクセスポイント１０９ａのサーバ１１１ａは所持する複数のＩＰアドレスの中から一つのＩＰアドレスを選択してユーザ端末１０１ａに割り当てる（ステップ４１３）。この割り当ては，ユーザ端末１０１ａが地域情報としての一つのＩＰアドレスを獲得したことを意味する。」と記載されているから，「アクセスポイント」が「所有する（所持する）」「ＩＰアドレス」が，「ユーザ端末に割り当てられ」ることについては，当初明細書に実質的に記載されているといえる。

（イ）また，上記（ア）の段落【００２８】の記載から，「アクセスポイント１０９ａ」が所有する「複数のＩＰアドレス」は，いずれも，同じ「地域情報」を表すことが理解できる。

（ウ）当初明細書の段落【００３４】には，「Ｗｅｂサーバ１１９ａ」の動作について「ＩＰアドレスと地域とが一対一に対応した例としてのデータベースから成る図５に示すようなＩＰアドレスプールデータベース２０１およびユーザ端末１０１ａが送信したＩＰアドレスを用いてユーザの発信地域を判別する（ステップ４２５）。」と記載されているから，「ＩＰアドレス，およびＩＰアドレスと地域とが対応したＩＰアドレス対地域データベースを用いて」，「地域を判別する」ことについては，当初明細書に実質的に記載されているといえる。

（エ）当初明細書の段落【００３８】には，「ユーザの発信地域以外の地域の情報を閲覧したい場合には，ユーザが発信地域以外の地域のアクセスポイントに接続す・・・ればよい」旨が記載されており，ここで，「発信地域以外の地域のアクセスポイント」とは，上記（ウ）の段落【００３４】の記載における「発信地域」以外の「地域」の，上記（ア）の段落【００２８】の記載における「アクセスポイント１０９ａ」とは異なる「アクセスポイント」（例えば，アクセスポイント１０９ｂ）であることが明らかである。
つまり，段落【００３８】の上記記載は，複数の「地域」のそれぞれに対応して，各「地域」に固有の「アクセスポイント」が存在していることを示すものであり，このことにより，上記（イ）の「地域情報」が「アクセスポイント」ごとに異なるものとなる結果，上記（ウ）の「ＩＰアドレス，およびＩＰアドレスと地域とが対応したデータベースを用いて」，「判別」される「地域」が，「アクセスポイント」によって変化することから，「ユーザの発信地域以外の地域の情報を閲覧」可能であることが理解できる。
ここで，複数の「地域」のそれぞれに対応して，各「地域」に固有の「アクセスポイント」が存在することは，換言すれば，「地域」が「アクセスポイント」に「対応する」，あるいは，「アクセスポイント」が「地域」に「属する」ことである。
そうすると，「地域」が「アクセスポイント」に「対応する」こと，及び，「アクセスポイント」が「地域」に「属する」ことは，当初明細書に実質的に記載されているといえる。
そして，この点は，本件特許の願書に最初に添付した図面の図１において，３つの異なるアクセスポイント１０９ａ，１０９ｂ，１０９ｃに，それぞれ，「（東京）」，「（大宮）」，「（福岡）」との表記があることからも裏付けられる。

（オ）上記（ア），（ウ），（エ）を総合すると，「ＩＰアドレス，およびＩＰアドレスとアクセスポイントに対応する地域とが対応したＩＰアドレス対地域データベースを用いて，前記ユーザ端末に割り当てられたＩＰアドレスを所有するアクセスポイントが属する地域を判別する」との，「第１の判別ステップ」に関する記載部分は，当初明細書に実質的に記載されているといえるから，本件補正は，本件特許の請求項１における当該部分の記載に関して，当初明細書等のすべての記載を総合することにより導かれる技術的事項との関係において新たな技術的事項を導入するものではない。

ウ 次に，前段の「第１の判別ステップ」に関する記載部分に加え，これに引き続いて記載されている
「前記判別された地域に基づいて，該地域に対応したウェブ情報を選択する第１の選択ステップと，
前記選択されたウェブ情報を，前記ＩＰアドレスが割り当てられたユーザ端末に送信する送信ステップ」
との後段の記載部分を含めて検討する。
当該後段の部分の記載は，本件補正によっては変更されていない。
そうすると，上記イのとおり，「第１の判別ステップ」に関する記載部分が当初明細書等のすべての記載を総合することにより導かれる技術的事項との関係において新たな技術的事項を導入するものではない以上，「第１の選択ステップ」及び「送信ステップ」に関する記載部分を含めて検討しても，当初明細書等のすべての記載を総合することにより導かれる技術的事項との関係において新たな技術的事項を導入するものではない。

エ したがって，本件補正は，本件特許の請求項１における上記アで述べた記載に関して，当初明細書等のすべての記載を総合することにより導かれる技術的事項との関係において新たな技術的事項を導入するものではない。

（２）請求項６の補正について
請求項６の記載についてした補正も同様に新規事項を追加するものである旨の請求人の主張は，要するに，本件特許の請求項６の
「ＩＰアドレス，およびＩＰアドレスとアクセスポイントに対応する地域とが対応したＩＰアドレス対地域データベースを用いて，前記ユーザ端末に割り当てられたＩＰアドレスを所有するアクセスポイントが属する地域を判別する第１の判別手段と，
前記判別された地域に基づいて，該地域に対応したウェブ情報を選択する第１の選択手段と，
前記選択されたウェブ情報を，前記ＩＰアドレスが割り当てられたユーザ端末に送信する送信手段」
との記載において，新規事項が追加されていると主張するものである。
ここで，「第１の判別手段」に関する記載部分は，本件特許の請求項１の「第１の判別ステップ」に関する記載部分と内容が一致しているから，上記（１）で検討した点が，請求項６の記載についてした補正についても同様に当てはまる。
したがって，請求項６の記載についてした補正は，本件特許の請求項６の上記記載に関して，当初明細書等のすべての記載を総合することにより導かれる技術的事項との関係において新たな技術的事項を導入するものではない。

（３）発明の詳細な説明の補正について
請求項の補正と併せて発明の詳細な説明の記載についてした補正も同様に新規事項を追加するものである旨の請求人の主張は，要するに，本件特許明細書の発明の詳細な説明の段落【００１４】，【００１９】における，それぞれ本件特許の請求項１，請求項６と同一の記載について，新規事項が追加されていると主張するものであるが，それらの請求項の記載については，上記（１），（２）で検討したとおりである。
したがって，発明の詳細な説明の記載についてした補正も，当初明細書等のすべての記載を総合することにより導かれる技術的事項との関係において新たな技術的事項を導入するものではない。

（４）無効理由１についてのまとめ
以上のとおりであるから，無効理由１によっては，本件発明１，２についての特許を無効とすることはできない。

２ 無効理由２（甲２（主引例）と甲３（副引例）とに基づく進歩性欠如）について
（１）甲２の記載，甲２発明
ア 甲２には，図面とともに次の事項が記載されている（下線は当審による。以下同様。）。

（ア）「【００１２】図１は，ＷＷＷ(World-Wide Web)システムにおける利用者から見た本発明内容を説明した図である。ＷＷＷシステムは，ネットワーク１２００に接続されたＷＷＷサーバシステムである情報提供サーバシステム１０００とＷＷＷクライアント端末である情報検索クライアント端末１１００から構成されている。情報提供サーバシステム１０００は，情報検索クライアント端末１１００からの情報コンテンツ転送要求１１１０を受け，要求された情報コンテンツファイルを転送１１２０，１１２１する。情報検索クライアント端末１１００は，受信した情報コンテンツファイルを表示する。１１０１と１１０２は情報検索クライアント端末１１００に表示される画面例を示したものである。
【００１３】本発明は，情報検索クライアント端末１１００の所在場所や情報検索クライアント端末１１００利用者の属性情報に応じて，情報提供サーバシステム１０００が提供する情報コンテンツを変えることを特徴としている。今，図１に示すように，情報検索クライアント端末１１００は異なる地域エリア(エリアａ，エリアｂ)に存在すると仮定する。情報検索クライアント端末１１００からの同一ＵＲＬ転送要求１１１０に対して，情報提供サーバシステム１０００はエリアａに存在する情報検索クライアント端末１１００にはエリアａ対応の情報コンテンツファイルを転送１１２１し，エリアｂに存在する情報検索クライアント端末１１００にはエリアｂ対応の情報コンテンツファイルを転送１１２０する。この結果，同一ＵＲＬ転送要求でも，エリアａにおける表示画面１１０１とエリアｂにおける表示画面１１０２が異なることになる。従来，同一のＵＲＬアクセスに対しては同一の情報コンテンツを提供するため，利用者(アクセス者)がどこにいても，また利用者がどんな属性をもっていようが画一的な情報を見ることになっている。本発明によれば，たとえば日本国内にいる利用者に対しては日本語，米国国内にいる利用者に対しては英語で情報提供することができる。また，商品情報を提供する場合，利用者の最寄りの店舗情報を付加するなど地域エリアに応じた情報提供が可能になる。」

（イ）「【００１５】図２から図４は，第一の実施形態を説明する図面である。第一の実施例は，ＷＷＷシステムで情報提供サーバシステム１０００と情報検索クライアント端末１１００間の通信時に相手を特定する論理アドレス（ＩＰアドレス）を活用する。情報提供サーバシステム１０００は，情報検索クライアント端末１１００の論理アドレスからドメインを特定し，特定したドメインに応じて情報コンテンツを選択して情報検索クライアント端末１１００に提供する形態である。
【００１６】図２は第一の実施例の全体システム構成を示したもので，情報提供サーバシステム１０００，情報検索クライアント端末１１００およびドメインネームサーバ２１００がネットワーク１２００に接続された構成をとる。ドメインネームサーバ２１００は，ネットワーク１２００上の論理アドレス（ＩＰアドレス）とホスト名（ドメイン名）を一元管理するサーバであり，ネットワーク１２００に接続されたコンピュータマシン１０００，１１００からの問合わせに対して，ホスト名から論理アドレスへの変換をしたり，論理アドレスからホスト名への変換などをする。第一の実施形態における情報提供サーバシステム１０００は，情報選択処理部２０００，選択条件テーブル２０１０，情報提供処理部２０２０，通信処理部２０３０，情報検索クライアント端末１１００に提供する情報コンテンツを格納する情報コンテンツファイル２０４０，選択条件テーブル２０１０および情報コンテンツファイル２０４０を格納する記憶部２０５０，および入出力処理部２０６０から構成する。情報選択処理部２０００は，ＵＲＬ提供要求元である情報検索クライアント端末１１００のドメインを特定し，当該ドメインに対応した情報コンテンツファイル２０４０を選択する処理を行う。本処理部２０００の処理フローは図４を用いて後述する。選択条件テーブル２０１０はドメインと情報コンテンツファイル２０４０の対応情報を示すテーブルである。本テーブル２０１０の構成は，図３を用いて後述する。情報提供処理部２０２０は，情報検索クライアント端末１１００からのＵＲＬ提供要求を受付けたり，情報選択処理部２０００で選択された情報コンテンツファイル２０４０を要求元の情報検索クライアント端末１１００に転送したりする。本処理部２０２０の処理フローは，ほかの処理部との関係を示しながら図４を用いて後述する。通信処理部２０３０は，情報検索クライアント端末１１００やドメインネームサーバ２１００との通信制御処理を行う部分である。選択条件テーブル２０１０や情報コンテンツファイル２０４０のアクセス管理は記憶部２０５０が行い，選択条件テーブル２０１０や情報コンテンツファイル２０４０のデータ設定は入出力処理部２０６０を介して行う。」

（ウ）「【００１８】図３に示したテーブル内容を例に，選択条件テーブル２０１０が意味するところを説明する。情報検索クライアント端末１１００から”ＵＲＬ−Ａ”なるＵＲＬ提供要求があった場合，要求元の情報検索クライアント端末１１００のドメインが”ｊｐドメイン”であればファイル名が”ＦＩＬＥ−ａ１”である情報コンテンツファイル２０４０を，”ｄｅドメイン”であれば”ＦＩＬＥ−ａ２”を，その他のドメインである場合はデフォルトレコード３０００のファイル名格納部３０３０の値である”ＦＩＬＥ−ａ３”をファイル名に持つ情報コンテンツファイル２０４０を情報検索クライアント端末１１００に提供することを意味する。選択条件テーブル２０１０の各格納部３０１０，３０２０，３０３０へのデータ設定は，入出力処理部２０６０を介して行う。
【００１９】図４は，情報提供処理部２０００を中心にした第一の実施形態の全体処理フローを示したものである。情報検索クライアント端末１１００からのＵＲＬ提供要求がある（ステップ４１００）と，情報提供処理サーバシステム１０００の情報提供処理部２０２０が，要求元情報検索クライアント端末１１００の論理アドレスと要求ＵＲＬを受け取る（ステップ４２００）。情報提供処理部２０２０は次ステップ４２０１で，要求元の論理アドレスと要求ＵＲＬを情報選択処理部２０００に渡す。情報選択処理部２０００は，情報提供処理部２０２０から要求元論理アドレスと要求ＵＲＬを受け取り（ステップ４３００），ステップ４３０１を処理する。ステップ４３０１は，選択条件テーブル２０１０のＵＲＬ格納部３０１０を検索して，要求ＵＲＬのエントリがあるか否かを判定する。ステップ４３０１でエントリされていると判定された場合はステップ４３１０を，エントリされていないと判定された場合はステップ４３２０を処理する。まず，ステップ４３０１でエントリされていると判定された場合の処理ステップを説明する。ステップ４３１０で，要求元論理アドレスのホスト名をドメインネームサーバ２１００に問合わせる。ドメインネームサーバ２１００はステップ４３１０の問合わせに対して，論理アドレスに対応するホスト名を情報選択処理部２０００に応答する（ステップ４４００）。情報選択処理部２０００は，ドメインネームサーバ２１００からホスト名を受け取り（ステップ４３１１），ステップ４３１２を処理する。ステップ４３１２では，問合わせたホスト名が示すドメインと要求ＵＲＬを条件に選択条件テーブル２０１０から，情報コンテンツファイル２０４０のファイル名を検索する。本ステップ（ステップ４３１２）では，検索条件（ドメインと要求ＵＲＬ）に合致するレコード３０００を検出できなかった場合，デフォルトレコード３０００に格納されているファイル名を検索結果とする。図３に示す選択条件テーブル２０１０を例にとり，本ステップ（ステップ４３１２）の処理結果がどのようになるか説明する。たとえば，問合わせたホスト名のドメインが”ｊｐドメイン”，要求ＵＲＬが，”ＵＲＬ−Ａ”の場合，選択条件テーブル２０１０のＵＲＬ格納部３０１０に”ＵＲＬ−Ａ”，条件値格納部３０２０に”ｊｐドメイン”が格納されているレコード３０００のファイル名格納部３０３０に格納されているファイル名”ＦＩＬＥ−ａ１”が本ステ３ｂプ（ステップ４３１２）の検索結果となる。また，問合わせたホスト名のドメインが”ｓｓドメイン”，要求ＵＲＬが”ＵＲＬ−Ａ”の場合，選択条件に合致するレコード３０００が存在しないので，ＵＲＬ格納部３０１０に”ＵＲＬ−Ａ”，条件値格納部３０２０に"default”が格納されているデフォルトレコード３０００のファイル名格納部３０２０に格納されているファイル名”ＦＩＬＥ−ａ３”が本ステップ（ステップ４３１２）の検索結果となる。ステップ４３１２実行後，次ステップ４３１３で，検索したファイル名の情報コンテンツファイル２０４０を情報提供処理部２０２０に渡す。以上が，ステップ４３０１でエントリされていると判定された場合の一連の処理ステップである。ステップ４３０１でエントリされていないと判定された場合，情報選択処理部２０００は要求ＵＲＬが示すファイル名の情報コンテンツファイル２０４０を情報提供処理部２０２０に渡す（ステップ４３２０）。情報提供処理部２０２０は，ステップ４３１３またはステップ４３２０によって情報選択処理部２０００から情報コンテンツファイル２０４０を受け取り（ステップ４２０２），受け取った情報コンテンツファイル２０４０を要求元の情報検索クライアント端末１１００に転送する（ステップ４２０３）。情報検索クライアント端末１１００は，情報提供処理部２０２０から転送される情報コンテンツファイル２０４０を受信してファイル内容を表示する（ステップ４１０１）。
【００２０】以上，第一の実施形態を図２から図４を用いて説明した。第一の実施形態における本発明の利用形態の一例を，図３に示したテーブル内容を例にとり説明する。情報提供者が，情報提供サーバシステム１０００で商品情報を提供することを想定する。この商品情報のＵＲＬを”ＵＲＬ−Ａ”とする。情報提供者は，商品情報を日本語で記述したコンテンツを”ＦＩＬＥ−ａ１”に，ドイツ語で記述したコンテンツを”ＦＩＬＥ−ａ２”に，英語で記述したコンテンツを”ＦＩＬＥ−ａ３”に作成して情報提供サーバシステム１０００に格納する。本発明の第一の実施形態によれば，情報検索クライアント端末１１００利用者が，この商品情報をアクセスした場合，”ｊｐドメイン”であれば日本語記述，”ｄｅドメイン”であればドイツ語，その他のドメインであれば英語記述の商品情報を見ることになる。通常”ｊｐドメイン”の所属カントリは日本，”ｄｅドメイン”はドイツを表わすので，利用者は日常利用する言語で商品情報を得ることができる。逆に情報提供者側からいえば，利用者のアクセスポイント（ここでは具体的にはカントリードメイン）に応じた言語で商品情報を提供することができる。また，提供する商品が電源事情や法制度などの違いにより同じ商品でもその仕様が国ごとに異なる場合，カントリーごとに提供する情報コンテンツを変えることができるので，利用者は所属するカントリーに適した仕様の商品情報を得ることができる。また，カントリーごとに提供する情報コンテンツのなかで次のリンク先をも変更したものにしておけば，そこから次々たぐれる情報をも変えていくことができる。以上のように本発明によれば，情報提供者は利用者のアクセスポイントに応じて適した内容や記述言語の情報を提供することができ，利用者はその情報サービスを享受することができる。」

（エ）「【図１】

」

「【図２】

」

「【図３】

」

イ したがって，甲２には次の発明（以下，「甲２発明」という。）が記載されていると認められる。なお，段落【００１９】の中ほどの「本ステ３ｂプ」は，「本ステップ」の誤記と認められるので，その点を考慮している。

「ネットワーク１２００に接続されたＷＷＷサーバシステムである情報提供サーバシステム１０００とＷＷＷクライアント端末である情報検索クライアント端末１１００から構成されているＷＷＷシステムにおける情報提供サーバシステム１０００が，情報検索クライアント端末１１００の論理アドレスからドメインを特定し，特定したドメインに応じて情報コンテンツを選択して情報検索クライアント端末１１００に提供する方法であって，
情報提供サーバシステム１０００，情報検索クライアント端末１１００およびドメインネームサーバ２１００がネットワーク１２００に接続された構成をとり，
ドメインネームサーバ２１００は，ネットワーク１２００上の論理アドレス（ＩＰアドレス）とホスト名（ドメイン名）を一元管理するサーバであり，ネットワーク１２００に接続されたコンピュータマシン１０００，１１００からの問合わせに対して，ホスト名から論理アドレスへの変換をしたり，論理アドレスからホスト名への変換などをし，
情報提供サーバシステム１０００は，情報選択処理部２０００，選択条件テーブル２０１０，情報提供処理部２０２０，情報検索クライアント端末１１００に提供する情報コンテンツを格納する情報コンテンツファイル２０４０から構成し，
情報選択処理部２０００は，ＵＲＬ提供要求元である情報検索クライアント端末１１００のドメインを特定し，当該ドメインに対応した情報コンテンツファイル２０４０を選択する処理を行い，選択条件テーブル２０１０はドメインと情報コンテンツファイル２０４０の対応情報を示すテーブルであり，
情報検索クライアント端末１１００からのＵＲＬ提供要求があると，情報提供処理サーバシステム１０００の情報提供処理部２０２０が，要求元情報検索クライアント端末１１００の論理アドレスと要求ＵＲＬを受け取り，情報提供処理部２０２０は，要求元の論理アドレスと要求ＵＲＬを情報選択処理部２０００に渡し，情報選択処理部２０００は，情報提供処理部２０２０から要求元論理アドレスと要求ＵＲＬを受け取り，要求元論理アドレスのホスト名をドメインネームサーバ２１００に問合わせ，ドメインネームサーバ２１００は問合わせに対して，論理アドレスに対応するホスト名を情報選択処理部２０００に応答し，情報選択処理部２０００は，ドメインネームサーバ２１００からホスト名を受け取り，問合わせたホスト名が示すドメインと要求ＵＲＬを条件に選択条件テーブル２０１０から，情報コンテンツファイル２０４０のファイル名を検索し，
たとえば，問合わせたホスト名のドメインが”ｊｐドメイン”，要求ＵＲＬが，”ＵＲＬ−Ａ”の場合，選択条件テーブル２０１０のＵＲＬ格納部３０１０に”ＵＲＬ−Ａ”，条件値格納部３０２０に”ｊｐドメイン”が格納されているレコード３０００のファイル名格納部３０３０に格納されているファイル名”ＦＩＬＥ−ａ１”が検索結果となり，
検索したファイル名の情報コンテンツファイル２０４０を情報提供処理部２０２０に渡し，
情報提供処理部２０２０は，情報選択処理部２０００から情報コンテンツファイル２０４０を受け取り，受け取った情報コンテンツファイル２０４０を要求元の情報検索クライアント端末１１００に転送する，方法。」

（２）甲３の記載，甲３発明
ア 甲３には，図面とともに次の事項が記載されている。

「【００１５】
【発明の実施の形態】図１は本発明の第一の実施形態を示すブロック構成図であり，二つの地域Ａ，ＢのＬＡＮとその接続形態の概要を示す。地域Ａには，それぞれホストネームが付与された複数の端末１１−１〜１１−ｍと，この複数の端末１１−１〜１１−ｍが接続された信号伝送路１２と，複数の端末１１−１〜１１−ｍのそれぞれのホストネームとＩＰアドレスとの対応を管理するＤＮＳサーバ１４とを備え，さらに，地域ＢのＬＡＮと接続するためのルータ１５を備える。地域Ｂにも同様に，端末２１−１〜２１−ｍと，ＤＮＳサーバ２４と，ルータ２５とを備える。端末１１−１〜１１−ｍ，２１−１〜２１−ｍにはその地域のＬＡＮ内で他の地域のＬＡＮと独立に用いられるプライベートＩＰアドレスが割り当てられ，ＤＮＳサーバ１４，２４は，複数の端末のそれぞれのホストネームとそのプライベートＩＰアドレスとの対応を管理すると共に，端末１１−１〜１１−ｍあるいは２１−１〜２１−ｍのいずれかが他の地域のＬＡＮと通信する場合にはその端末のホストネームにグローバルＩＰアドレスを対応付けて管理する構成であり，ＤＮＳサーバ１４，２４による対応付けに対応して，他の地域のＬＡＮと通信する端末のアドレスについてプライベートＩＰアドレスとグローバルＩＰアドレスとの変換を行うゲートウェーサーバ１６，２６を備える。地域Ａにはまた，ルータ１５およびゲートウェーサーバ１６と信号伝送路１２との間を接続するルータ１７を備え，地域Ｂには同様に，ルータ２５およびゲートウェーサーバ２６と信号伝送路２２との間を接続するルータ２７を備える。
【００１６】この実施形態の動作について以下に説明する。この実施形態では，ＤＮＳサーバ１４，２４を設けたことにより，ホストＩＰアドレスの代わりにホストネームを用いて通信ができる。ただし，従来例とは異なり，ホストネームとホストＩＰアドレスとの対応テーブルを地域内通信と他地域接続とで書き換える構成となっている。
【００１７】ここで，地域Ａ，Ｂの上位のドメインを「jp」，地域Ａのドメイン名を「area-a.jp」，地域Ｂのドメイン名を「area-b・ jp」とし，端末１１−１にはホストネームとして「a1.area-a.jp」，ホストアドレスとしてプライベートＩＰアドレス「P-A1」が割り当てられ，端末２１−１にはホストネームとして「b1.area-b.jp」，ホストアドレスとしてプライベートＩＰアドレス「P-B1」が割り当てられているものとする。なお，上位の「jp」ドメインにもＤＮＳサーバが設けられ，下部の地域Ａおよび地域ＢのＤＮＳサーバのアドレスを管理し，各々のドメイン上のホストアドレスに対する問い合わせに対しては対応するＤＮＳサーバを指定することができるが，簡略化のため図示は省略する。
【００１８】この構成において，ＤＮＳサーバ１４は，地域Ａ内のＬＡＮのすべての端末１１−１〜１１−ｍのそれぞれのホストネームとホストアドレスとの対応（ホストネーム「a1.area-a.jp」とホストアドレス「P-A1」との対応を含む）をテーブルにより管理する。ＤＮＳサーバ２４も同様に，地域Ｂ内のＬＡＮのすべての端末２１−１〜２１−ｎのそれぞれのホストネームとホストアドレスとの対応（ホストネーム「b1.area-b.jp」とホストアドレス「P-B1」との対応を含む）をテーブルにより管理する。ルータ１５，２５はそれぞれ，ＬＡＮ間の接続のためのインタフェースボードを備え，地域Ａ，Ｂ間でのＩＰパケットのルーティング処理を行う。ルータ１７，２７はそれぞれ，外部接続のためのネットワークと地域内ネットワークとを分離する。ゲートウェーサーバ１６，２６はそれぞれ，プライベートＩＰアドレスとグローバルＩＰアドレスの変換を行うとともに，グローバルＩＰアドレスが変換処理中であるか空きであるかの識別などの管理を行う。グローバルＩＰアドレスの数は端末より少なくし，通信時に割り当てることによりアドレスリソースを有効利用する。
【００１９】ここで，端末２１−１から端末１１−１に対して通信を行う場合について説明する。このとき，端末２１−１は端末１１−１のホストネーム「a1.area-a.jp」をキーとしてＤＮＳサーバ２４に問い合わせる。ＤＮＳサーバ２４は，上位のＤＮＳサーバへの問い合わせを経由してＤＮＳサーバ１４に問い合わせる。このときＤＮＳサーバ２４は，ゲートウェーサーバ２６から空いているグローバルＩＰアドレス「G-B1」を得て，対応テーブル内の端末２１−１のホストネームに対するアドレスをプライベートＩＰアドレス「P-B1」からグローバルＩＰアドレス「G-B1」に変更する。これによりゲートウェーサーバ２６は，端末２１−１から外部へのパケットに対してその送信元アドレスをグローバールＩＰアドレス「G-B1」に変換し，外部から端末２１−１へのパケットに対してはその宛先アドレスをグローバルＩＰアドレス「G-B1」からプライベートアドレス「P-B1」に変換する。したがって，外部からは端末２１−１のパケットがホストアドレス「G-B1」に見えることになる。そして，通信が終了，あるいは最終パケットからのタイムアウトが経過した時点で，ＤＮＳサーバ２４の対応テーブルのホストアドレスを元のプライベートＩＰアドレス「P-B1」に戻す。
【００２０】一方，ＤＮＳサーバ１４では，対応テーブル内の端末１１−１のホストアドレスをプライベートＩＰアドレス「P-A1」からグローバルＩＰアドレス「G-A1」に変更し，端末２１−１に応答する。ゲートウェーサーバ１６は，端末１１−１から外部へのパケットに対してその送信元アドレスをグローバルＩＰアドレス「G-A1」に変換し，外部から端末１１−１へのパケットに対しては，その宛先アドレスをグローバルＩＰアドレス「G-A1」からプライベートＩＰアドレス「P-A1」に変換する。したがって，外部からは端末１１−１のパケットがホストアドレス「G-A1」に見えることになる。すなわち，端末２１−１からは宛先の端末１１−１のＩＰアドレスが見かけ上「G-A1」となり，これを用いてＩＰ通信が可能となる。」

「【図１】

」

イ したがって，甲３には次の発明（以下，「甲３発明」という。）が記載されていると認められる。なお，段落【００１７】の第１文の「area-b・ jp」は，「area-b.jp」の誤記と認められるので，その点を考慮している。

「地域Ａには，それぞれホストネームが付与された複数の端末１１−１〜１１−ｍと，複数の端末１１−１〜１１−ｍのそれぞれのホストネームとＩＰアドレスとの対応を管理するＤＮＳサーバ１４とを備え，さらに，地域ＢのＬＡＮと接続するためのルータ１５を備え，地域Ｂにも同様に，端末２１−１〜２１−ｍと，ＤＮＳサーバ２４と，ルータ２５とを備え，ＤＮＳサーバ１４，２４は，複数の端末のそれぞれのホストネームとそのプライベートＩＰアドレスとの対応を管理すると共に，端末１１−１〜１１−ｍあるいは２１−１〜２１−ｍのいずれかが他の地域のＬＡＮと通信する場合にはその端末のホストネームにグローバルＩＰアドレスを対応付けて管理する構成において，ホストＩＰアドレスの代わりにホストネームを用いて通信する方法であって，
地域Ａ，Ｂの上位のドメインを「jp」，地域Ａのドメイン名を「area-a.jp」，地域Ｂのドメイン名を「area-b.jp」とし，端末１１−１にはホストネームとして「a1.area-a.jp」，ホストアドレスとしてプライベートＩＰアドレス「P-A1」が割り当てられ，端末２１−１にはホストネームとして「b1.area-b.jp」，ホストアドレスとしてプライベートＩＰアドレス「P-B1」が割り当てられており，上位の「jp」ドメインにもＤＮＳサーバが設けられ，下部の地域Ａおよび地域ＢのＤＮＳサーバのアドレスを管理し，各々のドメイン上のホストアドレスに対する問い合わせに対しては対応するＤＮＳサーバを指定することができ，
この構成において，ＤＮＳサーバ１４は，地域Ａ内のＬＡＮのすべての端末１１−１〜１１−ｍのそれぞれのホストネームとホストアドレスとの対応（ホストネーム「a1.area-a.jp」とホストアドレス「P-A1」との対応を含む）をテーブルにより管理し，ＤＮＳサーバ２４も同様に，地域Ｂ内のＬＡＮのすべての端末２１−１〜２１−ｎのそれぞれのホストネームとホストアドレスとの対応（ホストネーム「b1.area-b.jp」とホストアドレス「P-B1」との対応を含む）をテーブルにより管理し，
端末２１−１から端末１１−１に対して通信を行う場合，端末２１−１は端末１１−１のホストネーム「a1.area-a.jp」をキーとしてＤＮＳサーバ２４に問い合わせ，ＤＮＳサーバ２４は，上位のＤＮＳサーバへの問い合わせを経由してＤＮＳサーバ１４に問い合わせ，このときＤＮＳサーバ２４は，ゲートウェーサーバ２６から空いているグローバルＩＰアドレス「G-B1」を得て，対応テーブル内の端末２１−１のホストネームに対するアドレスをプライベートＩＰアドレス「P-B1」からグローバルＩＰアドレス「G-B1」に変更し，これによりゲートウェーサーバ２６は，端末２１−１から外部へのパケットに対してその送信元アドレスをグローバールＩＰアドレス「G-B1」に変換し，外部から端末２１−１へのパケットに対してはその宛先アドレスをグローバルＩＰアドレス「G-B1」からプライベートアドレス「P-B1」に変換し，
一方，ＤＮＳサーバ１４では，対応テーブル内の端末１１−１のホストアドレスをプライベートＩＰアドレス「P-A1」からグローバルＩＰアドレス「G-A1」に変更し，端末２１−１に応答し，ゲートウェーサーバ１６は，端末１１−１から外部へのパケットに対してその送信元アドレスをグローバルＩＰアドレス「G-A1」に変換し，外部から端末１１−１へのパケットに対しては，その宛先アドレスをグローバルＩＰアドレス「G-A1」からプライベートＩＰアドレス「P-A1」に変換し，
したがって，端末２１−１からは宛先の端末１１−１のＩＰアドレスが見かけ上「G-A1」となり，これを用いてＩＰ通信が可能となる，方法。」

（３）本件発明１について
ア 対比
本件発明１と甲２発明とを対比すると，次のことがいえる。

（ア）甲２発明の
「ネットワーク１２００に接続されたＷＷＷサーバシステムである情報提供サーバシステム１０００とＷＷＷクライアント端末である情報検索クライアント端末１１００から構成されているＷＷＷシステムにおける情報提供サーバシステム１０００が，情報検索クライアント端末１１００の論理アドレスからドメインを特定し，特定したドメインに応じて情報コンテンツを選択して情報検索クライアント端末１１００に提供する方法」
において，「ネットワーク１２００」，「情報コンテンツ」，「情報検索クライアント端末１１００」は，それぞれ，本件発明１の「通信ネットワーク」，「ウェブ情報」，「ユーザ端末」に相当する。
また，上記において，「情報提供サーバシステム１０００」が，「情報コンテンツを選択して情報検索クライアント端末１１００に提供する」ことは，甲２発明の
「情報提供サーバシステム１０００，情報検索クライアント端末１１００およびドメインネームサーバ２１００がネットワーク１２００に接続された構成」
によれば，「ネットワーク１２００」を介して行われることが明らかである。
したがって，甲２発明の「情報コンテンツを選択して情報検索クライアント端末１１００に提供する方法」は，後述する相違点は別として，本件発明１の「通信ネットワークを介して，ウェブ情報をユーザ端末に提供するウェブ情報提供方法」に相当する。

（イ）甲２発明は，「情報検索クライアント端末１１００の論理アドレスからドメインを特定」することが行われるものであり，ここで，「情報検索クライアント端末１１００の論理アドレス」は，「情報検索クライアント端末１１００」に「割り当てた」ものであることが明らかである。
また，甲２発明には「論理アドレス（ＩＰアドレス）」とあることから，上記「論理アドレス」は，本件発明１の「ＩＰアドレス」に相当する。

（ウ）甲２発明は，
「ドメインネームサーバ２１００は，ネットワーク１２００上の論理アドレス（ＩＰアドレス）とホスト名（ドメイン名）を一元管理するサーバであ」る
との構成及び
「情報検索クライアント端末１１００からのＵＲＬ提供要求があると，情報提供処理サーバシステム１０００の情報提供処理部２０２０が，要求元情報検索クライアント端末１１００の論理アドレスと要求ＵＲＬを受け取り，情報提供処理部２０２０は，要求元の論理アドレスと要求ＵＲＬを情報選択処理部２０００に渡し，情報選択処理部２０００は，情報提供処理部２０２０から要求元論理アドレスと要求ＵＲＬを受け取り，要求元論理アドレスのホスト名をドメインネームサーバ２１００に問合わせ，ドメインネームサーバ２１００は問合わせに対して，論理アドレスに対応するホスト名を情報選択処理部２０００に応答し，情報選択処理部２０００は，ドメインネームサーバ２１００からホスト名を受け取り，問合わせたホスト名が示すドメインと要求ＵＲＬを条件に選択条件テーブル２０１０から，情報コンテンツファイル２０４０のファイル名を検索」する
との構成を備えるものである。
ここで，「ドメインネームサーバ２１００」は，「要求元論理アドレスのホスト名」の「問合わせ」に対して，「論理アドレスに対応するホスト名」を「応答」するものであるから，「論理アドレス」と「ホスト名」との対応関係を保持するデータベースであるといえ，本件発明１の「ＩＰアドレスとアクセスポイントに対応する地域とが対応したＩＰアドレス対地域データベース」と，「データベース」という点で共通している。
また，甲２発明は，「論理アドレス」，および「ネットワーク１２００上の論理アドレス（ＩＰアドレス）とホスト名（ドメイン名）を一元管理する」，「ドメインネームサーバ２１００」を用いて，「論理アドレスに対応するホスト名」が示す「ドメイン」を判別することが行われるといえ，上記（イ）も踏まえると，「論理アドレスに対応するホスト名」が示す「ドメイン」と，本件発明１の「ＩＰアドレスを所有するアクセスポイントが属する地域」とは，「ＩＰアドレスの属性」という点で共通している。

（エ）上記（イ），（ウ）で検討した点について（ア）も踏まえると，甲２発明と，本件発明１の
「ユーザ端末に接続されたアクセスポイントが該ユーザ端末に割り当てた前記アクセスポイントのＩＰアドレス，およびＩＰアドレスとアクセスポイントに対応する地域とが対応したＩＰアドレス対地域データベースを用いて，前記ユーザ端末に割り当てられたＩＰアドレスを所有するアクセスポイントが属する地域を判別する第１の判別ステップ」
を「有した」こととは，
「ユーザ端末に割り当てたＩＰアドレス，およびデータベースを用いて，前記ユーザ端末に割り当てられたＩＰアドレスの属性を判別する第１の判別ステップ」
を「有した」ことにおいて共通している。

（オ）上記（ア）で述べた甲２発明の構成において，「特定したドメインに応じて情報コンテンツを選択して情報検索クライアント端末１１００に提供する」ことは，具体的には，上記（ウ）で述べた，甲２発明の「情報検索クライアント端末１１００からのＵＲＬ提供要求があると，・・・問合わせたホスト名が示すドメインと要求ＵＲＬを条件に選択条件テーブル２０１０から，情報コンテンツファイル２０４０のファイル名を検索」するとの構成，及び，
「検索したファイル名の情報コンテンツファイル２０４０を情報提供処理部２０２０に渡し，
情報提供処理部２０２０は，情報選択処理部２０００から情報コンテンツファイル２０４０を受け取り，受け取った情報コンテンツファイル２０４０を要求元の情報検索クライアント端末１１００に転送する」
との構成によって行われることが明らかである。
この点について上記（ウ）で更に検討した点も踏まえると，甲２発明では，判別された「ドメイン」に基づいて，該「ドメイン」に対応した「情報コンテンツ」を「選択」すること，及び，該「選択」された「情報コンテンツ」を，「情報検索クライアント端末１１００に転送する」ことが行われるといえる。
ここで，「転送する」ことは，本件発明１の「送信する」ことに相当する。
以上の点について更に上記（ア），（イ）も踏まえると，甲２発明と，本件発明１の
「前記判別された地域に基づいて，該地域に対応したウェブ情報を選択する第１の選択ステップと，
前記選択されたウェブ情報を，前記ＩＰアドレスが割り当てられたユーザ端末に送信する送信ステップと，
を有した」
こととは，
「前記判別された属性に基づいて，該属性に対応したウェブ情報を選択する第１の選択ステップと，
前記選択されたウェブ情報を，前記ＩＰアドレスが割り当てられたユーザ端末に送信する送信ステップと，
を有した」
ことにおいて共通している。

（カ）上記（ア），（エ），（オ）から，本件発明１と甲２発明とは以下の点で一致し，また，相違する。
（一致点）
「通信ネットワークを介して，ウェブ情報をユーザ端末に提供するウェブ情報提供方法において，
ユーザ端末に割り当てたＩＰアドレス，およびデータベースを用いて，前記ユーザ端末に割り当てられたＩＰアドレスの属性を判別する第１の判別ステップと，
前記判別された属性に基づいて，該属性に対応したウェブ情報を選択する第１の選択ステップと，
前記選択されたウェブ情報を，前記ＩＰアドレスが割り当てられたユーザ端末に送信する送信ステップと，
を有したウェブ情報提供方法。」

（相違点１）
ユーザ端末に割り当てたＩＰアドレスについて，本件発明１では，「ユーザ端末に接続されたアクセスポイント」が「割り当てた前記アクセスポイントのＩＰアドレス」であるのに対して，甲２発明では，どのような通信装置または組織が割り当てた，どのようなアドレス（論理アドレス）であるのか特定されない点。

（相違点２）
第１の判別ステップにおける判別で用いる「データベース」について，本件発明１では，「ＩＰアドレスとアクセスポイントに対応する地域とが対応したＩＰアドレス対地域データベース」であるのに対して，甲２発明では，「ネットワーク１２００上の論理アドレス（ＩＰアドレス）とホスト名（ドメイン名）を一元管理する」，「ドメインネームサーバ２１００」である点。

（相違点３）
第１の判別ステップにおける判別の対象及び第１の選択ステップにおける選択の基となる「ＩＰアドレスの属性」について，本件発明１では，「ＩＰアドレスを所有するアクセスポイントが属する地域」であるのに対し，甲２発明では，「論理アドレスに対応する」「ホスト名が示すドメイン」である点。

イ 判断
そこで，相違点１〜３について検討する。

（ア）相違点１について
ユーザ端末に接続されたアクセスポイントが，当該アクセスポイントが所持するＩＰアドレスをユーザ端末に割り当てることは，例えば，田上岳夫，舟茂弘，「インターネットの仕組み−１３ 二つのダイヤルアップＩＰ接続」，日経コミュニケーション，日経ＢＰ社，１９９７年１０月６日，第２５５号，ｐ．１４２〜１４３（甲１６）の「端末型ダイヤルアップＩＰ接続は，１台のパソコンをインターネットへ接続するときに利用するサービスです（図１）。ＩＰアドレスは，接続開始時にプロバイダ側から１個だけ割り当てられますが，接続するたびに変わります。アクセス・ポイントにあるアクセス・サーバーは，登録されているＩＰアドレスの中から，使われていないものをその都度割り当てます。」（１４２頁右欄「端末型はパソコン１台の接続に最適」の項）との記載が示すように周知技術である。
一方，甲２発明は，ユーザ端末（情報検索クライアント端末１１００）にアクセスポイントが接続される点について（明示的には）特定されるものではないが，甲２の段落【００２０】（上記（１）ア（ウ））の「利用者のアクセスポイント（ここでは具体的にはカントリードメイン）に応じた言語で商品情報を提供する」，「情報提供者は利用者のアクセスポイントに応じて適した内容や記述言語の情報を提供する」との記載に鑑みると，甲２発明において，アクセスポイントを介してユーザ端末を「ネットワーク１２００に接続」することは明らかである。
そして，甲２発明におけるユーザ端末へのＩＰアドレス（論理アドレス）の割り当てのために，それを介してユーザ端末を「ネットワーク１２００に接続」することが明らかな上記アクセスポイントに関して，上記周知技術を適用し，ユーザ端末に接続されたアクセスポイントが，アクセスポイントのＩＰアドレスを割り当てるものとすることは，当業者が容易に想到し得ることである。

（イ）相違点２，３について
本件発明１は，相違点２に係る「ＩＰアドレス対地域データベース」を用いて，相違点３に係る「ＩＰアドレスを所有するアクセスポイントが属する地域を判別する」動作を行うものである点で，相違点２，３は関連しているから，それらについてまとめて検討する。

ａ 甲３発明は，
「地域Ａ，Ｂの上位のドメインを「jp」，地域Ａのドメイン名を「area-a.jp」，地域Ｂのドメイン名を「area-b.jp」とし，端末１１−１にはホストネームとして「a1.area-a.jp」，ホストアドレスとしてプライベートＩＰアドレス「P-A1」が割り当てられ，端末２１−１にはホストネームとして「b1.area-b.jp」，ホストアドレスとしてプライベートＩＰアドレス「P-B1」が割り当てられて」いる
とともに，
「ＤＮＳサーバ１４は，地域Ａ内のＬＡＮのすべての端末１１−１〜１１−ｍのそれぞれのホストネームとホストアドレスとの対応（ホストネーム「a1.area-a.jp」とホストアドレス「P-A1」との対応を含む）をテーブルにより管理し，ＤＮＳサーバ２４も同様に，地域Ｂ内のＬＡＮのすべての端末２１−１〜２１−ｎのそれぞれのホストネームとホストアドレスとの対応（ホストネーム「b1.area-b.jp」とホストアドレス「P-B1」との対応を含む）をテーブルにより管理」する
との構成を備えるものである。
また，甲３発明は，「端末２１−１から端末１１−１に対して通信を行う場合」において，例えば，「地域Ａ」の「ＤＮＳサーバ２４」が，「対応テーブル内の端末２１−１のホストネームに対するアドレスをプライベートＩＰアドレス「P-B1」からグローバルＩＰアドレス「G-B1」に変更し，これにより」，「ゲートウェーサーバ２６は，端末２１−１から外部へのパケットに対してその送信元アドレスをグローバールＩＰアドレス「G-B1」に変換」する，といった動作，すなわち，特定の地域において，「テーブル」を用いて「プライベートＩＰアドレス」と「グローバルＩＰアドレス」との間の「変換」を行うものである。なお，甲３発明において，「テーブル」と「対応テーブル」とは，同じものを指していることが明らかである。

ｂ ここで，「ホストネーム」は，例えば「a1.area-a.jp」のような文字列であって，「地域Ａのドメイン名」である「area-a.jp」を含むことから，「地域Ａ」の「上位のドメイン」である「jp」よりもきめ細かな，「地域Ａ」に固有の情報であり，「テーブル」は，「プライベートＩＰアドレス」又は「グローバルＩＰアドレス」，及び上記のような地域に固有の情報を含むデータベースであるものと理解することができる。
しかしながら，甲３には，ＩＰアドレス（「プライベートＩＰアドレス」又は「グローバルＩＰアドレス」），および「テーブル」を用いて，地域を判別することは，記載されていない。
甲３発明は，上記のような地域に固有のデータベースとしての「テーブル」を用いて，上記ａで述べた，特定の地域においてアドレスの「変換」を行うものであって，地域を判別するものではない。

ｃ また，甲３発明は，「上位の「jp」ドメインにもＤＮＳサーバが設けられ，下部の地域Ａおよび地域ＢのＤＮＳサーバのアドレスを管理し，各々のドメイン上のホストアドレスに対する問い合わせに対しては対応するＤＮＳサーバを指定することができ」るとともに，「ＤＮＳサーバ２４は，上位のＤＮＳサーバへの問い合わせを経由してＤＮＳサーバ１４に問い合わせ」るものでもあるが，これらの点については，「ＤＮＳサーバ２４」が，「a1.area-a.jp」という「ホストネーム」に含まれる「ドメイン名」である「area-a.jp」を用いて，「上位のＤＮＳサーバ」へ「問い合わせ」，この「問い合わせ」に対して，「上位のＤＮＳサーバ」が，当該「上位のＤＮＳサーバ」が「管理」している「下部の地域Ａおよび地域ＢのＤＮＳサーバのアドレス」を参照することで，「ＤＮＳサーバを指定」し，これにより，「問い合わせ」への応答として，「ＤＮＳサーバ２４」が，「ＤＮＳサーバ１４」の「ホストアドレス」（グローバルＩＰアドレス）を得て，これを用いて，「ＤＮＳサーバ２４」が「ＤＮＳサーバ１４に問い合わせ」る，という動作であるものと理解することができる。
つまり，「上位のＤＮＳサーバ」の動作としては，「上位のＤＮＳサーバ」が自ら管理する「下部の地域Ａおよび地域ＢのＤＮＳサーバのアドレス」を参照して，「ドメイン名」から「ホストアドレス」への変換を行うものである。
このように理解することは，上記ｂで述べた甲２発明の動作が同様のものである（この点に関する甲２の記載としては，段落【００１６】に「ドメインネームサーバ２１００は，ネットワーク１２００上の論理アドレス（ＩＰアドレス）とホスト名（ドメイン名）を一元管理するサーバであり，ネットワーク１２００に接続されたコンピュータマシン１０００，１１００からの問合わせに対して，ホスト名から論理アドレスへの変換をしたり・・・する。」と記載されている。）ことや，乙８の「ホスト名」の項に，「ドメイン名は，インターネットのネーム・サービスであるDNS (Domain name system) を介して，IPアドレスに変換できる。」と記載されていることとも付合する。
以上から明らかなように，甲３発明における「上位」の「ＤＮＳサーバ」に関する構成は，そもそも，上記ａで述べた，甲３発明の「ＤＮＳサーバ１４」や「ＤＮＳサーバ２４」の「テーブル」に関する構成とは無関係である。

ｄ 上記ｂのとおり，甲３には，ＩＰアドレス，および「テーブル」を用いて地域を判別することは記載されていない。
結局のところ，「ＩＰアドレス対地域データベース」を用いて地域を判別することについては，甲２及び甲３のいずれにも記載されていないから，甲２発明に甲３発明を適用しても，本件発明１の相違点２，３に係る構成には至らない。
よって，本件発明１の相違点２，３に係る構成は，甲２発明及び甲３発明に基づいて当業者が容易に想到し得るとはいえない。

ウ 小括
したがって，本件発明１は，甲２発明及び甲３発明に基づいて当業者が容易に発明をすることができたものであるとはいえない。

（４）本件発明２について
本件発明２のウェブ情報提供装置は，本件発明１のウェブ情報提供方法と発明のカテゴリが相違するのみであるところ，それぞれ方法の発明である甲２発明及び甲３発明についても，甲２及び甲３の記載に基づき，装置の発明として認定することができる。そうすると，本件発明２も，本件発明１と同様の理由により，甲２に記載された発明及び甲３に記載された発明に基づいて当業者が容易に発明をすることができたものであるとはいえない。

（５）請求人の主張について
ア 請求人は，甲３に関して，ＤＮＳサーバ１４が管理する対応テーブル及びＤＮＳサーバ２４が管理する対応テーブルを合わせた全体が，本件発明１の「ＩＰアドレスとアクセスポイントに対応する地域とが対応したＩＰアドレス対地域データベース」に相当する旨主張した（口頭審理陳述要領書４頁）上で，甲２発明のドメインネームサーバとして甲３のＤＮＳサーバを適用した場合には，本件発明１の「相違点１」に係る構成が必然的に得られることになる旨，主張する（同４〜５頁）。
また，甲２発明のドメインネームサーバとして甲３のＤＮＳサーバを適用することにより，甲２発明における「ＩＰアドレスとドメイン名の対応関係を保持するドメインネームサーバ２１００」は「ＩＰアドレスとアクセスポイントに対応する地域とが対応したＩＰアドレス対地域データベース」に置き換えられることとなり，甲２発明の「ＩＰアドレスに対応するドメイン名が示す地域」も「アクセスポイントに対応する地域」ないし「前記ユーザ端末に割り当てられたＩＰアドレスを所有するアクセスポイントが属する地域」に置き換えられることとなるから，甲２発明のドメインネームサーバとして甲３のＤＮＳサーバを適用することによって，当業者は，本件発明１に容易に想到可能である旨，主張する（同１２〜１３頁）。
しかしながら，上記（３）イ（イ）ｄで述べたように，甲２発明に甲３発明を適用しても，本件発明１の構成には至らない。
また，甲３発明では，「テーブル」の利用形態は，同ｂで述べたように，地域に固有の「テーブル」を用いて特定の地域においてアドレスの「変換」を行うというものであって，請求人が主張するような，「ＤＮＳサーバ１４が管理する対応テーブル及びＤＮＳサーバ２４が管理する対応テーブルを合わせた全体」を利用する形態については，甲３には記載されていない。

イ 請求人は，甲３に，端末２１−１は端末１１−１のホストネーム「a1.area-a.jp」をキーとしてＤＮＳサーバ２４に問い合わせると，ＤＮＳサーバ２４は，上位のＤＮＳサーバへの問い合わせを経由してＤＮＳサーバ１４に問い合わせることが記載されていることに関し，上位の「jp」ドメインのＤＮＳサーバは，端末１１−１のホストネームである，地域Ａを示す情報が含まれる「a1.area-a.jp」をＤＮＳサーバ２４から取得し，取得したホストネーム「a1.area-a.jp」に対応する端末１１−１に接続され，地域Ａに配置されたＤＮＳサーバ１４を特定することができ，したがって，上位の「jp」ドメインのＤＮＳサーバにおいて，地域Ａに対応づけられたホストネーム「a1.area-a.jp」に基づいて，地域Ａに配置されたＤＮＳサーバ１４を特定するためには，少なくともホストネーム「a1.area-a.jp」を含む対応テーブルであって，地域Ａに関連づけられたＤＮＳサーバ１４が管理する対応テーブルを参照する必要があり，当該対応テーブルを管理するＤＮＳサーバ１４を特定するということは，ＤＮＳサーバ１４に関連づけられた地域Ａを特定していることは明らかである旨，主張する（口頭審理陳述要領書８〜９頁）。
しかしながら，上記（３）イ（イ）ｃで述べたように，甲３発明における「上位」の「ＤＮＳサーバ」に関する構成は，そもそも甲３発明の「ＤＮＳサーバ１４」や「ＤＮＳサーバ２４」の「テーブル」に関する構成とは無関係であって，甲３の記載について，「上位の「jp」ドメインのＤＮＳサーバ」において，「地域Ａに関連づけられたＤＮＳサーバ１４が管理する対応テーブルを参照する必要があ」ると理解するのは誤りである。

ウ 請求人は，甲２及び甲３は，いずれも，論理アドレス（ＩＰアドレス）とホストネーム（ドメイン名）との対応を管理するドメインネームサーバ（ＤＮＳサーバ：ドメインネームシステムサーバ）を備えた通信ネットワークシステムが記載された特許文献であり，技術分野も共通するばかりか，甲２及び甲３のドメインネームサーバとしての作用・機能は基本的に共通し，また，甲２及び甲３は，出願公開された時期も極めて近接しており，しかも，甲２には，甲２発明に対し，よりきめ細かいエリアを特定する技術を適用することについての示唆もあるから，甲２発明に甲３に記載された技術を組み合わせることについて動機付けがあったことは明らかである旨，主張する（審判請求書４３〜４４頁）。
しかしながら，仮に，甲２発明に甲３発明を適用する動機付けがあるとしても，当該適用によっては本件発明１の構成には至らないことは，上記（３）イ（イ）ｄのとおりである。

エ よって，請求人の上記の各主張は，いずれも採用できない。

（６）無効理由２についてのまとめ
以上のとおりであるから，無効理由２によっては，本件発明１，２についての特許を無効とすることはできない。

３ 無効理由３について
（１）甲４の記載，甲４発明
ア 甲４には，図面とともに次の事項が記載されている。

（ア）「To support WWW performance analysis, we expanded Avatar, a virtual reality system designed to analyze and display real-time performance data [17], and we applied it to the analysis of WWW traffic. One variant of Avatar supports real-time display of WWW server accesses by mapping them to their geographic point of origin on various projections of the Earth.」（第２ページ第２０〜２３行）

（訳： ＷＷＷの性能分析をサポートするために，我々は，リアルタイム性能データの分析と表示を行うために設計された仮想現実システムであるアバター（Avatar）を拡張して，ＷＷＷトラフィックの分析に適用した。アバターのある変形例は，ＷＷＷサーバアクセスを，地球の様々な投影図上におけるそれらの地理的な起点へ写像することによって，ＷＷＷサーバアクセスのリアルタイム表示をサポートする。）

（イ）「All the WWW servers execute NCSA’s Hypertext Transfer Protocol daemon (httpd). In turn, each copy of this daemon maintains four logs (document accesses, agents, errors, and referers) that are written on the local disk of the associated workstation server. We focus on the document access logs, the most interesting because they record the characteristics of each request.」（第３ページ第１９〜２２行）

（訳： 全てのＷＷＷサーバは，ＮＣＳＡのハイパーテキスト転送プロトコルデーモン（ｈｔｔｐｄ）を実行する。その結果，このデーモンの各コピーは，４つのログ（文書アクセス，エージェント，エラー，そしてリファラ）を保持し，これらは，関連するワークステーションサーバのローカルディスク上に書き込まれる。我々は，文書アクセスログに注目し，それらは最も興味深いのであるが，なぜなら，それらは各要求の特徴を記録するからである。）

（ウ）「Each of the access log entries consists of seven fields [13], including the IP address of the requesting client, the time of the request, the name of the requested document, and the number of bytes sent in response to the request.」（第３ページ第２７〜２９行）

（訳： アクセスログの各項目は７つのフィールドで構成され，要求クライアントのＩＰアドレス，要求時刻，要求された文書名，そして，要求に応答して送信されたバイト数を含む。）

（エ）「The IP addresses provide additional information. By converting an IP address to a domain name, one can determine the components of the domain name and, often, the location of the requester. In the United States, common domain name extensions include education (edu), commercial (com), government (gov), and other (us). Outside the United States, countries typically use the ISO 3166 (1993) two letter country codes, or the network (net) extension. By exploiting these two letter country codes, one can identify the request’s country of origin. As we shall see, IP addresses and domain names are thestarting point for finer geographic distinctions, including mapping requests to specific latitude and longitude.」（第４ページ第４〜１０行）

（訳： ＩＰアドレスは追加的な情報を提供する。ＩＰアドレスをドメイン名へ変換することにより，ドメイン名の要素を，そして時には要求者の位置を，決定することが可能となる。合衆国内において，一般的なドメイン名拡張子は，教育（ｅｄｕ），商用（ｃｏｍ），政府（ｇｏｖ），及びその他（ｕｓ）を含む。合衆国外において，国々は，典型的にはＩＳＯ３１６６（１９９３）による２文字国コード，またはネットワーク（ｎｅｔ）拡張子を用いる。これら２文字の国コードを利用することによって，要求の起点としての国を特定することができる。後に分かるように，ＩＰアドレスとドメイン名は，要求を特定の緯度及び経度に写像することを含む，より精細な地理的識別に向けた出発点である。）

（オ）「Unlike users of WWW browsers, those who deploy WWW servers have a growing interest in understanding the geographic dispersion of access patterns. As digital cash makes electronic commerce via the WWW practical, providers of products can gain a competitive advantage by mining access patterns, much as large retail organizations currently mine point-of-sale information. For example, understanding which parts of the country (or world) most frequently purchase particular items from an online catalog is a major advantage --- given the geographic location of an incoming IP address, one can tailor the WWW server response by highlighting particular product types. Likewise, data on requester demographics [19] and correlation of this data with geographic information systems would permit selected targeting of product information. Finally, commercial Internet service providers could exploit knowledge of user access patterns to add new services in selected geographic regions.」（第４ページ第２７〜３６行）

（訳： ＷＷＷブラウザのユーザとは異なり，ＷＷＷサーバを運営する人々は，アクセスパターンの地理的な広がりを理解することに，ますます関心を高めている。ディジタルキャッシュがＷＷＷを経由した電子商取引を実用化したように，製品の提供者は，アクセスパターンを解析することによって，大型小売店組織が現在ＰＯＳ情報を解析して得ているよりも大いに，競争的優位性を得ることが可能となる。例えば，その国（または世界）のどの部分が，オンラインカタログから最も頻繁に特定の商品を購入しているかを理解することは，主要な優位点であり，到来したＩＰアドレスの地理的位置が与えられると，特定の製品タイプをハイライトすることによって，ＷＷＷサーバの応答を適合させることができる。同様に，要求者の人口比率に関するデータと，このデータと地理的情報システムとの相関関係は，製品情報の選択されたターゲティングを可能とするであろう。最後に，商用インターネットサービスプロバイダ（ＩＳＰ）は，選択された地域に新しいサービスを追加するために，ユーザのアクセスパターンの知識を利用することができる。）

（カ）「To understand the temporal and geographic patterns of WWW server access, we developed a set of heuristics for mapping IP addresses to latitude and longitude. These heuristics rely on the domain names and the InterNIC whois database. The whois database contains information on domains, hosts, networks, and other Internet administrators. The information usually, though not always, includes a postal address.

To map IP addresses to geographic location, we first determine the domain name. For locations outside the United States, the suffix of the domain name typically is an abbreviation of the country name. In these cases, we map the request to the capital of the country. For all other cases, we query the whois database, retrieving the textual data associated with the IP address. We then search this data for city and country names. If a city or country name is found, we then retrieve the latitude and longitude from a local database of city and country names.」（第４ページ第３８行〜第５ページ第３行）

（訳： 時間的及び地理的なＷＷＷサーバアクセスのパターンを理解するために，我々はＩＰアドレスを緯度及び経度へ写像するための経験則のセットを開発した。これらの経験則は，ドメイン名とＩｎｔｅｒＮＩＣのｗｈｏｉｓデータベースに依存している。ｗｈｏｉｓデータベースは，ドメイン，ホスト，ネットワーク，そして他のインターネット管理者に関する情報を含んでいる。この情報は，常時ではないが通常，郵便アドレスを含む。
ＩＰアドレスを地理的位置へ写像するために，我々はまずドメイン名を決定する。合衆国外の位置について，ドメイン名の接尾語は典型的に国名の略記号である。これらの場合，我々はその要求を当該国の首都に写像する。他の全ての場合は，我々はｗｈｏｉｓデータベースに問い合わせ，そのＩＰアドレスに関連付けられたテキストデータを取得する。その後我々は，このデータから都市及び国の名を検索する。もし都市又は国の名前が見つかると，我々は都市と国の名前のローカルデータベースから，緯度及び経度を取得する。）

（キ）「Because querying the whois database is expensive, often requiring a second or more to retrieve the desired data, we store the latitudes and longitudes of previously matched IP addresses to avoid repeated and unnecessary whois queries. If the whois query returns information that does not contain a city or country name, we record the IP address to avoid further, fruitless queries. Off-line, many of these failed queries can be identified and corrected in the database.

With our current database (35,000+ entries), about 95 percent of all requests to the NCSA WWW server can be successfully matched to latitude and longitude using only local data, 4.5 percent have undetermined latitudes and longitudes, and the remaining 0.5 percent must be found in the remote whois database. As our database continues to expand, the fraction of unresolvable requests continues to decline.」（第５ページ第４〜１３行）

（訳： ｗｈｏｉｓデータベースへの問い合わせは高価であり，所望のデータを取得するためにしばしば２回以上の問い合わせを要するから，我々は，繰り返しの不要なｗｈｏｉｓ問い合わせを避けるべく，以前に照合したＩＰアドレスの緯度及び経度を保存する。もしｗｈｏｉｓ問い合わせが都市名も国名も含まない情報を返すならば，我々は，更に効果的でない問い合わせを行わないために，そのＩＰアドレスを記録する。オフラインで，多数のこうした失敗問い合わせを特定し，データベース内で修正することができる。
我々の現在のデータベース（３万５千以上の項目）を用いると，ＮＣＳＡＷＷＷサーバへの全要求のおよそ９５％は，ローカルデータのみを使用して緯度及び経度へ対応付けることができ，４．５％は緯度及び経度を決定することができず，残る０．５％が遠隔のｗｈｏｉｓデータベースから発見されなければならない。我々のデータベースが拡張し続けるにつれて，要求の未解決部分は，減少し続ける。）

（ク）「Despite our high success rate, network firewalls and national online services limit the accuracy of the latitudes and longitudes. For instance, an America Online (AOL) user might connect via modem from Irvine, California and access the NCSA What’s New page. That person’s IP address (aol.com) would yield Vienna, Virginia as its location because that is the site of the AOL headquarters. Similar problems arise with large, geographically disperse corporations that maintain a single Internet point of contact. Fortunately, such cases can be identified by name and can often be parsed by decomposing the domain name (e.g., intgate.raleigh.ibm.com is easily identified as an IBM site at Raleigh, North Carolina).」（第５ページ第１４〜２０行）

（訳： 我々の高い成功率にも関わらず，ネットワークファイアウォールと全国的オンラインサービスが，緯度と経度の正確さを制限する。例えば，アメリカオンライン（ＡＯＬ）のユーザは，カリフォルニア州アーバインからモデムを介して接続し，ＮＣＳＡの“Ｗｈａｔ’ｓ Ｎｅｗ”ページにアクセスするかもしれない。その人のＩＰアドレス（ａｏｌ．ｃｏｍ）はその位置としてヴァージニア州ヴィエンナをもたらすであろう。なぜならそれこそＡＯＬ本社の場所だからである。単一のインターネット接続点を保有し，地理的に広がった大規模な会社について同様の問題が生じる。幸運にも，そのようなケースは名前により識別可能であって，時折，ドメイン名を分解することによって解析されうる（例えば，ｉｎｔｇａｔｅ．ｒａｌｅｉｇｈ．ｉｂｍ．ｃｏｍはノースカロライナ州ラレーにあるＩＢＭの場所として容易に特定される。）

イ 上記アの記載（特に下線部の記載）について，次のことがいえる。

（ア）上記ア（オ）によれば，甲４は，「ＷＷＷサーバ」に「到来したＩＰアドレスの地理的位置が与えられると，特定の製品タイプをハイライトすることによって，ＷＷＷサーバの応答を適合させる」方法を開示するものであり，ここで，「到来したＩＰアドレス」は，同（ウ）によれば，「要求クライアントのＩＰアドレス」である。

（イ）上記ア（ア）及び同（エ）によれば，同（オ）の「到来したＩＰアドレスの地理的位置が与えられる」ことは，上記（ア）で述べた「要求クライアントのＩＰアドレス」を，「緯度及び経度」からなる「地理的位置」に「写像する」ことによってなされるものであり，当該「地理的位置」は，「ＷＷＷサーバアクセス」の「起点」である。

（ウ）上記ア（イ）によれば，「ＷＷＷサーバ」は，「ハイパーテキスト転送プロトコルデーモン（ｈｔｔｐｄ）を実行」して，「文書アクセスログ」を「保持」するものである。

（エ）上記ア（ウ）によれば，「アクセスログ」の「項目」は，「要求クライアントのＩＰアドレス」の「フィールド」を含んで「構成され」る。

（オ）上記ア（カ）によれば，「要求クライアントのＩＰアドレス」（上記（ア））から「地理的位置への写像」は，「まずドメイン名を決定」し，「ドメイン名の接尾語」が「国名の略記号である」場合，「そのＩＰアドレスを当該国の首都に写像」し，「他の全ての場合」，「ｗｈｏｉｓデータベースに問い合わせ，そのＩＰアドレスに関連付けられたテキストデータを取得し」，「このテキストデータから都市及び国の名を検索」し，「都市又は国の名前が見つかると，都市と国の名前のローカルデータベースから，緯度及び経度を取得する」ことにより行われる。

（カ）「地理的位置への写像」（上記（オ））は，上記ア（キ）によれば，「不要なｗｈｏｉｓ問い合わせを避けるべく，以前に照合したＩＰアドレスの緯度及び経度を保存」し，「オフライン」で，「失敗した問い合わせを特定し，ローカルデータベース内で修正することができ」るものである。
また，上記ア（キ）の「我々の現在のデータベース（３万５千以上の項目）を用いると，ＮＣＳＡＷＷＷサーバへの全要求のおよそ９５％は，ローカルデータのみを使用して緯度及び経度へ対応付けることができ」るとの記載は，同（カ）の末尾の「ローカルデータベース」に関する記載であり，当該「ローカルデータベース」を「用いると」，「ＷＷＷサーバへの全要求のおよそ９５％は，ローカルデータのみを使用して」，「要求クライアントのＩＰアドレス」（上記（ア））を「緯度及び経度へ対応付けることができ」るというものである。

（キ）「地理的位置への写像」（上記（オ））は，上記ア（ク）によれば，「全国的オンラインサービス」の場合，「緯度と経度の正確さ」が「制限」され，「例えば，アメリカオンライン（ＡＯＬ）のユーザ」は，「その人のＩＰアドレス（ａｏｌ．ｃｏｍ）」が，「その位置として」，「ＡＯＬ本社の場所」である「ヴァージニア州ヴィエンナをもたらす」という「問題」，すなわち，「全国的オンラインサービス」の「ユーザ」の「ＩＰアドレス」については，「緯度及び経度の正確さ」が「制限される」という「問題が生じる」ものの，「そのようなケースは名前により識別可能であって，時折，ドメイン名を分解することによって解析されうる」ことから，「例えば，ｉｎｔｇａｔｅ．ｒａｌｅｉｇｈ．ｉｂｍ．ｃｏｍはノースカロライナ州ラレーにあるＩＢＭの場所として容易に特定される」ので，この「問題」に対処することができる。

ウ したがって，甲４には，以下の発明（以下，「甲４発明」という。）が記載されていると認められる。

「ＷＷＷサーバに到来した要求クライアントのＩＰアドレスを，ＷＷＷサーバアクセスの起点としての緯度及び経度からなる地理的位置へ写像し，地理的位置が与えられると，特定の製品タイプをハイライトすることによって，ＷＷＷサーバの応答を適合させる方法において，
ＷＷＷサーバは，ハイパーテキスト転送プロトコルデーモン（ｈｔｔｐｄ）を実行して，文書アクセスログを保持し，
アクセスログの項目は，要求クライアントのＩＰアドレスのフィールドを含んで構成され，
要求クライアントのＩＰアドレスから地理的位置への写像は，
まずドメイン名を決定し，
ドメイン名の接尾語が国名の略記号である場合，そのＩＰアドレスを当該国の首都に写像し，
他の全ての場合，ｗｈｏｉｓデータベースに問い合わせ，そのＩＰアドレスに関連付けられたテキストデータを取得し，
このテキストデータから都市及び国の名を検索し，
都市又は国の名前が見つかると，都市と国の名前のローカルデータベースから，緯度及び経度を取得することにより行われ，
不要なｗｈｏｉｓ問い合わせを避けるべく，以前に照合したＩＰアドレスの緯度及び経度を保存し，
オフラインで，失敗した問い合わせを特定し，ローカルデータベース内で修正することができ，
ローカルデータベースを用いると，ＷＷＷサーバへの全要求のおよそ９５％は，ローカルデータのみを使用して，要求クライアントのＩＰアドレスを緯度及び経度へ対応付けることができ，
全国的オンラインサービスのユーザのＩＰアドレスについては，緯度及び経度の正確さが制限されるものの，時折，ドメイン名を分解することによって解析されうる，
方法。」

（２）本件発明１について
ア 対比
本件発明１と甲４発明とを対比すると，次のことがいえる。

（ア）甲４には，次の事項についての記載がある（上記（１）ア（オ））。
「ＷＷＷブラウザのユーザとは異なり，ＷＷＷサーバを運営する人々は，アクセスパターンの地理的な広がりを理解することに，ますます関心を高めている。ディジタルキャッシュがＷＷＷを経由した電子商取引を実用化したように，製品の提供者は，アクセスパターンを解析することによって，大型小売店組織が現在ＰＯＳ情報を解析して得ているよりも大いに，競争的優位性を得ることが可能となる。例えば，その国（または世界）のどの部分が，オンラインカタログから最も頻繁に特定の商品を購入しているかを理解することは，主要な優位点であり，到来したＩＰアドレスの地理的位置が与えられると，特定の製品タイプをハイライトすることによって，ＷＷＷサーバの応答を適合させることができる。」
ここで，「オンラインカタログ」から「商品を購入」するのは顧客であること，「最も頻繁に特定の商品を購入しているかを理解する」のは「製品の提供者」であること，「特定の製品タイプをハイライト」した表示がなされるのは，「ＷＷＷサーバの応答」により表示したウェブサイトの画面上であること，がそれぞれ明らかである。
一方，オンラインカタログ等において，どの商品が人気であるかといった，商品に関する情報を顧客に提供することは，一般的に行われていることである。
そうすると，甲４の上記記載は，そのような情報を顧客に提供する目的で，多数の顧客が「オンラインカタログ」にアクセスして商品を購入する際の「アクセスパターン」を「製品の提供者」が「解析する」ことで，「その国（または世界）のどの部分が，オンラインカタログから最も頻繁に特定の商品を購入しているかを理解」した上で，それにより得られた知識等を用いて，その後，ある顧客の端末がオンラインカタログにアクセスする際，当該顧客について把握される「到来したＩＰアドレスの地理的位置」に基づいて，当該顧客の端末の画面上で「特定の製品タイプをハイライトする」の表示がなされるように，当該顧客に対応する「ＷＷＷサーバの応答」としての「オンラインカタログ」を作成して，「ＷＷＷサーバ」が当該「オンラインカタログ」を提供することができることについて記載したものと理解するのが自然である。
なお，「オンラインカタログ」上の特定の商品について，「最も頻繁に特定の商品を購入している」「国（または世界）」の「部分」を「理解する」ためには，商品を特定して，当該商品に対応する地域に関する情報を得ることが必要であるのに対して，「到来したＩＰアドレスの地理的位置が与えられると，特定の製品タイプをハイライトする」こと，すなわち，（「到来したＩＰアドレス」の「写像」によって）地域を特定して，当該地域に対応する商品に関する情報を得ることは，逆の動作であるから，甲４の上記記載が，「製品の提供者」が「理解する」ために，「製品の提供者」の端末の画面上で「特定の製品タイプをハイライトする」表示を行うことについて記載したものとは考えにくい。

（イ）上記（ア）で検討した点を踏まえると，甲４発明の「要求クライアント」は，顧客の端末であって，本件発明１の「ユーザ端末」に相当し，「特定の製品タイプをハイライトする」ことは，「ＷＷＷサーバ」による，当該顧客に対応するように作成した「ＷＷＷサーバの応答」の，当該顧客の「要求クライアント」への提供であって，「ＷＷＷサーバの応答」は，本件発明１の「ウェブ情報」に相当する。
また，当該提供は，「通信ネットワークを介し」た送信により行われることが明らかである。
したがって，甲４発明の「ＷＷＷサーバに到来した要求クライアントのＩＰアドレスを，ＷＷＷサーバアクセスの起点としての緯度及び経度からなる地理的位置へ写像し，地理的位置が与えられると，特定の製品タイプをハイライトすることによって，ＷＷＷサーバの応答を適合させる方法」は，後述する相違点は別として，本件発明１の「通信ネットワークを介して，ウェブ情報をユーザ端末に提供するウェブ情報提供方法」に相当する。

（ウ）甲４発明の「要求クライアントのＩＰアドレス」は，当該「要求クライアント」に「割り当てた」ものであることが明らかである。

（エ）甲４発明は，
「要求クライアントのＩＰアドレスから地理的位置への写像は，
まずドメイン名を決定し，
ドメイン名の接尾語が国名の略記号である場合，そのＩＰアドレスを当該国の首都に写像し，
他の全ての場合，ｗｈｏｉｓデータベースに問い合わせ，そのＩＰアドレスに関連付けられたテキストデータを取得し，
このテキストデータから都市及び国の名を検索し，
都市又は国の名前が見つかると，都市と国の名前のローカルデータベースから，緯度及び経度を取得することにより行われ，
不要なｗｈｏｉｓ問い合わせを避けるべく，以前に照合したＩＰアドレスの緯度及び経度を保存し，
オフラインで，失敗した問い合わせを特定し，ローカルデータベース内で修正することができ，
ローカルデータベースを用いると，ＷＷＷサーバへの全要求のおよそ９５％は，ローカルデータのみを使用して，要求クライアントのＩＰアドレスを緯度及び経度へ対応付けることができ」る
ものである。
ここで，「以前に照合したＩＰアドレスの緯度及び経度を保存」する保存先は，「ローカルデータベース」であることが明らかであって，これにより，「要求クライアントのＩＰアドレスから地理的位置への写像」において，「ＩＰアドレス」と「緯度及び経度」とが対応したデータベースである「ローカルデータベース」の「ローカルデータのみを使用して，要求クライアントのＩＰアドレスを緯度及び経度へ対応付けることができ」るといえる。
また，「緯度及び経度」は，本件発明１の「アクセスポイントに対応する地域」と，「地理的位置」という点で共通している。
以上のことから，甲４発明の「ローカルデータベース」と，本件発明１の「ＩＰアドレスとアクセスポイントに対応する地域とが対応したＩＰアドレス対地域データベース」とは，「ＩＰアドレスと地理的位置とが対応したデータベース」である点で共通している。

（オ）上記（エ）で述べた，「ローカルデータベース」の「ローカルデータのみを使用して，要求クライアントのＩＰアドレスを緯度及び経度へ対応付けることができ」ることから，甲４発明は，「要求クライアントのＩＰアドレス」，および「ローカルデータベース」を用いて，前記「要求クライアントのＩＰアドレス」に関連する「緯度及び経度」を「判別する」ものであるといえる。

（カ）上記（ウ）〜（オ）について上記（イ）も踏まえると，甲４発明と，本件発明１の
「ユーザ端末に接続されたアクセスポイントが該ユーザ端末に割り当てた前記アクセスポイントのＩＰアドレス，およびＩＰアドレスとアクセスポイントに対応する地域とが対応したＩＰアドレス対地域データベースを用いて，前記ユーザ端末に割り当てられたＩＰアドレスを所有するアクセスポイントが属する地域を判別する第１の判別ステップ」
を「有した」こととは，
「ユーザ端末に割り当てたＩＰアドレス，およびＩＰアドレスと地理的位置とが対応したデータベースを用いて，前記ユーザ端末に割り当てられたＩＰアドレスに関連する地理的位置を判別する第１の判別ステップ」
を「有した」ことにおいて共通している。

（キ）甲４発明の「ＷＷＷサーバに到来した要求クライアントのＩＰアドレスを，ＷＷＷサーバアクセスの起点としての緯度及び経度からなる地理的位置へ写像し，地理的位置が与えられると，特定の製品タイプをハイライトする」ことにおいて，「緯度及び経度」は，上記（オ）で述べた，「ローカルデータベース」を用いて「判別する」ことにより得られるものであり，「特定の製品タイプをハイライトする」ことは，上記（イ）で述べたように，「ＷＷＷサーバ」による，当該顧客に対応するように作成した「ＷＷＷサーバの応答」の，当該顧客の「要求クライアント」への提供であり，当該提供は送信により行われることが明らかである。
ここで，「ＷＷＷサーバの応答」を作成することに関して，「作成」と，本件発明１の「選択」とは，「処理」である点で共通している。
以上の点について，上記（イ）で更に検討した点及び上記（ウ），（カ）も踏まえると，甲４発明と，本件発明１の
「前記判別された地域に基づいて，該地域に対応したウェブ情報を選択する第１の選択ステップと，
前記選択されたウェブ情報を，前記ＩＰアドレスが割り当てられたユーザ端末に送信する送信ステップと，
を有した」
こととは，
「前記判別された地理的位置に基づいて，該地理的位置に対応したウェブ情報を処理する第１の処理ステップと，
前記処理されたウェブ情報を，前記ＩＰアドレスが割り当てられたユーザ端末に送信する送信ステップと，
を有した」
ことにおいて共通している。

（ク）上記（イ），（カ），（キ）から，本件発明１と甲４発明とは以下の点で一致し，また，相違する。
（一致点）
「通信ネットワークを介して，ウェブ情報をユーザ端末に提供するウェブ情報提供方法において，
ユーザ端末に割り当てたＩＰアドレス，およびＩＰアドレスと地理的位置とが対応したデータベースを用いて，前記ユーザ端末に割り当てられたＩＰアドレスに関連する地理的位置を判別する第１の判別ステップと，
前記判別された地理的位置に基づいて，該地理的位置に対応したウェブ情報を処理する第１の処理ステップと，
前記処理されたウェブ情報を，前記ＩＰアドレスが割り当てられたユーザ端末に送信する送信ステップと，
を有したウェブ情報提供方法。」

（相違点４）
ユーザ端末に割り当てたＩＰアドレスについて，本件発明１では，「ユーザ端末に接続されたアクセスポイント」が「割り当てた前記アクセスポイントのＩＰアドレス」であるのに対して，甲４発明では，どのような通信装置または組織が割り当てた，どのようなアドレスであるのか特定されない点。

（相違点５）
第１の判別ステップにおける判別で用いる「ＩＰアドレスと地理的位置とが対応したデータベース」について，本件発明１では，「ＩＰアドレスとアクセスポイントに対応する地域とが対応したＩＰアドレス対地域データベース」であるのに対して，甲４発明では，「要求クライアントのＩＰアドレスを緯度及び経度へ対応付けることができ」る「ローカルデータベース」である点。

（相違点６）
第１の判別ステップにおける判別の対象及び第１の選択ステップにおける処理の基となる「ＩＰアドレスに関連する地理的位置」について，本件発明１では，「ＩＰアドレスを所有するアクセスポイントが属する地域」であるのに対し，甲４発明では，「ＩＰアドレス」に対して「対応付け」た「緯度及び経度」である点。

（相違点７）
ウェブ情報に対して「第１の処理ステップ」で行う「処理」について，本件発明１では，「第１の選択ステップ」で行う「選択」であるのに対して，甲４発明では，「特定の製品タイプをハイライトする」ことがなされた「ＷＷＷサーバの応答」のための処理が「選択」であるとは特定されない点。

イ 判断
そこで，相違点４〜７について検討する。

（ア）相違点４について
ユーザ端末に接続されたアクセスポイントが，当該アクセスポイントが所持するＩＰアドレスをユーザ端末に割り当てることは，上記２（３）イ（ア）のとおり周知技術であり，甲４発明におけるユーザ端末（要求クライアント）へのＩＰアドレスの割り当てのために，当該周知技術を適用して，ユーザ端末に接続されたアクセスポイントが，アクセスポイントのＩＰアドレスを割り当てるものとすることは，当業者が容易に想到し得ることである。

（イ）相違点５，６について
上記２（３）イ（イ）と同様に，相違点５，６は関連しているから，それらについてまとめて検討する。
上記２（３）イ（イ）ｂで述べたように，甲３発明の「テーブル」は，「プライベートＩＰアドレス」又は「グローバルＩＰアドレス」，及び地域に固有の情報を含むデータベースであるものと理解することができるものの，甲３には，ＩＰアドレス，および「テーブル」を用いて地域を判別することは記載されていない。
結局のところ，「ＩＰアドレス対地域データベース」を用いて地域を判別することについては，甲３及び甲４のいずれにも記載されていないから，甲４発明に甲３発明を適用しても，本件発明１の相違点５，６に係る構成には至らない。
よって，本件発明１の相違点４に係る構成は，甲３発明及び甲４発明（甲４発明が主たる発明である。以下同様。）に基づいて当業者が容易に想到し得るとはいえない。

（ウ）相違点７について
予め作成された複数の異なるウェブ情報の中から，適切なものを選択してユーザ端末に提供することは，例えば，甲２発明の「情報コンテンツを選択して情報検索クライアント端末１１００に提供する」との構成にもあるように周知技術である。
一方，甲４発明は，「地理的位置が与えられると，特定の製品タイプをハイライトすることによって，ＷＷＷサーバの応答を適合させる」ものであるが，ここで，「特定の製品タイプをハイライトする」ことについては，上記ア（ア）で検討したように，ある顧客の端末がオンラインカタログにアクセスする際，当該顧客について把握される「到来したＩＰアドレスの地理的位置」に基づいて，当該顧客の端末の画面上で「特定の製品タイプをハイライトする」の表示がなされるものと理解することができる。
この点は，アクセス元の顧客に関する「ＩＰアドレスの地理的位置」によって，「ＷＷＷサーバの応答」として顧客の端末に提供されるウェブ情報が，「ハイライト」された「特定の製品タイプ」に関して異なり得ることを意味する。
そして，甲４発明において，「ハイライト」された「特定の製品タイプ」が異なるウェブ情報を提供するために，上記周知技術を適用して，ウェブ情報を選択するものとすることは，当業者が容易に想到し得ることである。

ウ 小括
したがって，本件発明１は，甲３発明及び甲４発明に基づいて当業者が容易に発明をすることができたものであるとはいえない。

（３）本件発明２について
本件発明２のウェブ情報提供装置は，本件発明１のウェブ情報提供方法と発明のカテゴリが相違するのみであるところ，それぞれ方法の発明である甲３発明及び甲４発明についても，甲３及び甲４の記載に基づき，装置の発明として認定することができる。そうすると，本件発明２も，本件発明１と同様の理由により，甲３に記載された発明及び甲４に記載された発明に基づいて当業者が容易に発明をすることができたものであるとはいえない。

（４）請求人の主張について
請求人は，甲４及び甲３は，いずれも，ＩＰアドレスと地理的情報とが対応づけられたデータベースを用いて，ユーザ端末のＩＰアドレスを地理的情報へ対応付けることが可能な通信ネットワークシステムが記載された文献であり，技術分野も共通しており，また，甲４の「ローカルデータベース」及び甲３の「ＤＮＳサーバ」の作用・機能は基本的に共通し，さらに，甲４，甲３の公開時期は，近接しているから，当業者において，甲４発明に甲３に記載された技術を組み合わせることについて動機付けがあったことは明らかである旨，主張する（審判請求書５９頁）。
しかしながら，仮に，甲４発明に甲３発明を適用する動機付けがあるとしても，当該適用によっては本件発明１の構成には至らないことは，上記（２）イ（イ）で検討したとおりであるから，そのような主張は採用できない。

（５）無効理由３についてのまとめ
以上のとおりであるから，無効理由３によっては，本件発明１，２についての特許を無効とすることはできない。

第６ むすび
以上のとおり，請求人の主張する無効理由にはいずれも理由がなく，請求人の主張及び証拠方法によっては，本件発明１，２についての特許を無効とすることはできない。
審判に関する費用については，特許法第169条第2項の規定で準用する民事訴訟法第61条の規定により，請求人の負担とする。
よって，結論のとおり審決する。
 
別掲 （行政事件訴訟法第４６条に基づく教示） この審決に対する訴えは、この審決の謄本の送達があった日から３０日（附加期間がある場合は、その日数を附加します。）以内に、この審決に係る相手方当事者を被告として、提起することができます。
 
審理終結日 2022-01-06 
結審通知日 2022-01-12 
審決日 2022-02-02 
出願番号 P1998-180815
審決分類 P 1 123・ 121- Y (G06F)
P 1 123・ 55- Y (G06F)
最終処分 02   不成立
特許庁審判長 角田 慎治
特許庁審判官 富澤 哲生
▲高▼瀬 健太郎
登録日 2001-11-22 
登録番号 3254422
発明の名称 ウェブページ閲覧方法およびこの方法を用いた装置  
代理人 ▲高▼梨 義幸  
代理人 椙山 敬士  
代理人 東京ＵＩＴ国際特許業務法人  
代理人 松山 智恵  
代理人 片山 史英  
代理人 阪 和之  
代理人 濱田 慧  

プライバシーポリシー   セキュリティーポリシー   運営会社概要   サービスに関しての問い合わせ