【事件の表示】
　特願２００９−１３８０１６「ウェブサーチ又はハイパーリンクからのマルウェアリダイレクトを防ぐためのウェブページの信頼を決定する技術」拒絶査定不服審判事件〔平成２１年１２月２４日出願公開、特開２００９−３０１５４８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　
　本願は、平成２１年６月９日（パリ条約による優先権主張　２００８年６月１０日（ＵＳ）アメリカ合衆国）を国際出願日とする出願であって、平成２３年４月２７日付けで拒絶理由通知がなされ、同年９月７日付けで手続補正がなされたが、同年９月２１日付けで拒絶査定がなされ、これに対し、平成２４年２月６日に審判請求がなされるとともに、手続補正がなされ、同年８月２８日付けで審尋がなされ、平成２５年１月４日付けで回答書が提出されたものである。
　
　
第２．平成２４年２月６日付け手続補正書についての補正却下の決定
　
［補正却下の決定の結論］
　
　平成２４年２月６日付けの手続補正（以下、「本件補正」という。）を却下する。
　
［理由］
　
１．本件補正後の本願発明
　
　上記手続補正（以下、「本件補正」という。）により、特許請求の範囲の請求項１は、次のように補正された。
　
「【請求項１】
　検索実行後にサーチエンジンにより返されるページからなる１以上のウェブページのそれぞれの信頼性の指標を決定するトラストエンジンを有する装置であって、
前記トラストエンジンは、
　履歴データベースに格納されている情報を用いて、前記１以上のウェブページの各タグに添付する情報を決定する評価記録手段と、
　前記ウェブページの情報が前記履歴データベースにおいて利用可能でない場合、前記ウェブページがマルウェアサイトにより提供されているか判定し、判定結果を前記履歴データベースに追加する検証手段と、
を有し、
　前記トラストエンジンは、ウェブページの信頼性の決定された指標に基づく前記情報を前記１以上のウェブページの各タグに添付し、
　前記履歴データベースにおいて、ウェブページの「最初の閲覧日」のフィールドが十分以前のものであるか、又は「合計閲覧回数カウンタ」のフィールドが十分大きなものである場合、前記ウェブページは周知であるという表示が前記タグに添付され、前記ウェブページの「マルウェア特定日」のフィールドが前記ウェブページにマルウェアが含まれていることが知られていることを示す場合、前記ウェブページが悪性ソフトウェアを含む可能性があることを示す表示が前記タグに添付される装置。」
　
　上記補正は、補正前の請求項１に記載された発明を特定するために必要な事項である「前記トラストエンジンは、ウェブページの信頼性の決定された指標に基づく前記情報を前記１以上のウェブページの各タグに添付する」を、「前記トラストエンジンは、ウェブページの信頼性の決定された指標に基づく前記情報を前記１以上のウェブページの各タグに添付し、前記履歴データベースにおいて、ウェブページの「最初の閲覧日」のフィールドが十分以前のものであるか、又は「合計閲覧回数カウンタ」のフィールドが十分大きなものである場合、前記ウェブページは周知であるという表示が前記タグに添付され、前記ウェブページの「マルウェア特定日」のフィールドが前記ウェブページにマルウェアが含まれていることが知られていることを示す場合、前記ウェブページが悪性ソフトウェアを含む可能性があることを示す表示が前記タグに添付される」に限定するものであり、本件補正後の請求項１に記載された発明は、本件補正前の請求項１に記載された発明と、産業上の利用分野及び解決しようとする課題が同一であるものであるから、特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　
　そこで、本件補正後の請求項１に記載された発明（以下「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（平成２３年法律第６３号改正附則第２条第１８項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第６項において準用する同法第１２６条第５項の規定に適合するか）について以下検討する。
　
２．引用例 
　
　原査定の拒絶の理由に引用された国際公開第２００７／０３８０９０号（以下、「引用例１」という。）、宮森  恒他（Hisashi MIYAMORI et al.），“情報の信頼性分析に向けた評価データおよびプロトタイプシステムＷＩＳＤＯＭ（Evaluation Data and Prototype System WISDOM for Information Credibility Analysis）”，情報処理学会研究報告（IPSJ SIG Technical Reports），日本，社団法人情報処理学会（Information Processing Society of Japan），２００７年　７月２４日，Ｖｏｌ．２００７  Ｎｏ．７６，P.103-108（以下、「引用例２」という。）、及び国際公開第２００６／０２７９７３号（以下、「引用例３」という。）には、図面とともに、次の事項が記載されている。 
　
（１）引用例１（国際公開第２００７／０３８０９０号）
　なお、引用例１において提示した翻訳は、対応する日本語出願の公表公報である特表２００９−５１８６９９号公報を用いた。
　
（１Ａ）「BACKGROUND
　
　Users browsing the Internet may need to make judgments about websites that they are currently visiting or about websites that they may consider visiting. A user may want to know whether the website is it trustworthy, whether the website is current, whether the website is relevant to any information needed, whether there will be pop-up ads or malware on the web, etc. Internet search engines can be a source that can provide such information. Although Internet search engines contain a variety of information about websites that may be useful to users in making these evaluations, this information may not be readily available to users in the immediate context of their web browsing activity.」（第１頁第２〜１０行）
　
（日本語訳）
　
「【背景技術】
　インターネットを閲覧しているユーザは、彼らが現在訪問しているウェブサイト又は彼らが訪問を考え得るウェブサイト、について判断する必要があり得る。ウェブサイトが信頼できるものか、ウェブサイトが最新のものか、ウェブサイトが必要とされる任意の情報に関連しているか、ウェブ上にポップアップ広告又はマルウェアがあるかをユーザは知りたがり得る。インターネット検索エンジンは、そのような情報を提供できるソースであり得る。インターネット検索エンジンは、これらを評価する際にユーザに対して有用であり得るウェブサイトについての多様な情報を含むが、彼らのウェブ閲覧行動の即時的な文脈においてこの情報は、ユーザにとって容易に有効となり得ない。」（【０００１】）
　
（１Ｂ）「The invention can be configured to display preview information about a website that corresponds to a web link. The preview information can be displayed for a website that a user may consider visiting or for a website the user is currently browsing. The preview information can include any type of information about a website such as performance, trustworthiness, popularity, and any other information regarding a website. Additionally, the preview information can be any information regarding a website that can be available to a search engine or that can be indexed by a search engine. The preview information can be presented to a user upon detection of a trigger event such as any event, action, or occurrence that can initiate a request for the preview information. The preview information can be presented for any accessible web link encountered on a user interface (UI). Upon detection of a trigger event, the preview information can be presented to a user in a UI in a separate location other than a main viewing section.
 
　Fig. 1 illustrates an embodiment of a system of the invention. Client 102 and provider 104 may be or include a desktop or laptop computer, a network-enabled cellular telephone, wireless email client, or other client, machine or device to perform various tasks including Web browsing, search, electronic mail (email) and other tasks, applications and functions. Client 102 and provider 104 may be or can include a server including, for instance, a workstation running the Microsoft Windows(R), MacOSTM, Unix, Linux, Xenix, IBM AIXTM, Hewlett-Packard UXTM, Novell NetwareTM, Sun Microsystems SolarisTM, OS/2TM, BeOSTM, Mach, Apache, OpenStepTM or other operating system or platform. Client 102 and provider 104 may additionally be any portable media device such as digital still camera devices, digital video cameras, media players such as personal music players and personal video players, and any other portable media devices.
　
　Client 102 and provider 104 can each include a communication interface. The communication interface may be an interface that can allow the client to be directly connected to provider 104 or allows the client 102 to be connected to the provider over network 108. Network 108 can include, for example, a local area network (LAN), a wide area network (WAN), or the Internet. In an embodiment, the client 102 can be connected to the provider 104 via a wireless interface. Client 102 can be configured to aggregate a plurality of preview information from a plurality of providers 104. The aggregated information can be displayed in an user interface (UI) on monitor 106. Monitor 106 can be an external component, or alternatively, monitor 106 can be integrated within client 102.
 
　In an embodiment, provider 104 can be a search engine for indexing a multitude of information found on the Internet. In another embodiment, provider 104 can be a third party provider that is connected to an external search engine. In such an embodiment, client 102 can aggregate preview information from provider 104 that the provider 104 originally receives from a search engine.
 
　Fig. 2 illustrates an embodiment of a method for displaying preview information within a UI. A client can obtain the functionality to display preview information by installing software that includes client-based code. For example, a client can gain the ability to present preview information by installing a web browser, a toolbar, or by installing any other plug-in that can integrate with a browser. Alternatively, a website can provide the functionality for displaying preview information within a UI by utilizing Java script. For example, the owner of a search results page may be able to put Java script on the search results page that can enable the preview information to be loaded into a section within a UI of the client. In step 204, a web link can be displayed to a user on the UI. Displaying a web link can include displaying any accessible web link that may be encountered by a user on the UI which can include, but should not be limited to, web links encountered in web browsing, search results pages, and emails. However, if a user is interested in receiving preview information regarding a website the user is currently browsing, then it may not be necessary to display a web link.
　
　In step 206, the installed software can detect a trigger event that can cause the software to retrieve and display the preview information. A trigger event can be any event, action, or occurrence that can initiate a request for the preview information. The invention can be configured to display preview information regarding a website that corresponds to a web link encountered by a user, and the invention can be configured to display preview information regarding a website a user is currently browsing. When a user encounters a web link and wishes to retrieve preview information for the corresponding website, the trigger event can comprise the user accessing the web link. Such a trigger event can be detected by, for example, an internet browser generating a software event such as OnNavigate,. Accessing the web link can include, for example, hovering a mouse cursor over the web link, hovering a mouse cursor over an icon or selecting an icon with a mouse cursor, any other form of selecting the web link with a mouse cursor, or any type of key combination inputted into a keyboard. Modifying the behavior of a browser on mouse hover can be accomplished by altering the ONMOUSEOVER property of a hyperlink. Accessing the web link can additionally include any other input command into an external device that can be connected to the client that can reference the web link. This input command can be implemented, for example, with a UI button. When a user wishes to retrieve preview information regarding a website the user is currently browsing, a trigger event can include a user selecting an option that informs the software to retrieve the preview information. The selection of an option that informs the software to retrieve the preview information can comprise the user making a selection at designated area within the UI. The selection of an option that informs the software to retrieve the preview information can additionally comprise a key combination inputted into a keyboard or any other input command into an external device that can be connected to the client.
　
　Once a trigger event has been detected by the software, the software can connect to a provider at step 208 to retrieve the preview information for a website corresponding to the encountered web link or for the website the user is currently browsing. This connection can be accomplished, for example, via an HTTP protocol. When connecting to the provider, the software can transmit a URL of the web link along with contextual information that can range from a user task (such as a considering visiting a website, browsing search results, currently visiting a website, Instant Message conversation, etc.), language types, types of information wanted based on user preferences, etc. The provider can use the information given by the software to search for and return relevant preview information to the client.
　
　The provider can be, for example, a search engine that can index a plurality of information regarding a plurality of websites. The indexed information can come from a plurality of sources available to the search engine. The plurality of sources can include a website corresponding to the web link, the website the user is currently browsing, and any other third-party application or website that can provide information regarding another website. Alternatively, the provider can be a third party who can connect to a search engine to provide the information that has been indexed by the search engine. The indexed information can include a plurality of data items that can describe characteristics of a multitude of websites. A subset of data items, that can be relevant to the information sent to the provider from the client, can be used as the preview information to be transmitted back to a client and displayed to a user. Being that the information can come from a plurality of sources, the web link that the user encounters or the website that a user is currently browsing can correspond to a first source, a website for example, and the preview information can come from at least one second source other than the first source.
　
　The plurality of data items that comprise the preview information can include any information that can be available or that can be indexed by a search engine. The data items can include but is not limited to: the last modified date for the content on the website, information regarding what people are saying about the website, the trustworthiness of the website such as a risk rating or information detailing whether the website is a known malware distributor, a popularity rating of the website, popular search queries that have brought users to the website, new or updated pages on the website, pop-up ads or malware present on the website, a thumbnail preview of page contents of the website, a full-page thumbnail of the website with search keywords highlighted, extended page excerpts and contextual descriptions of the website, a thumbnail preview of a blocked pop-up on the website, other websites with content related to the website, other websites that link to or from the website, a search results set if the web page was found via an Internet search, etc.
　
　Once the provider has searched for relevant preview information corresponding to the information transmitted by the software, the provider can send the preview information to the client and the software can aggregate the preview information that contains the plurality of data items for the client at step 210. The client can then display the plurality of data items in a UI for the user at step 212.」（第２頁第６行〜第６頁第１１行）
　
（日本語訳）
　
「
本発明は、ウェブリンクに対応するウェブサイトに関するプレビュー情報を表示するために構成され得る。ユーザが訪問を考え得るウェブサイト又はユーザが現在閲覧しているウェブサイトに関するプレビュー情報を表示できる。プレビュー情報は、ウェブサイトに関する性能、信頼性、人気度及び他の任意の情報などのウェブサイトについての情報のあらゆる種類を含み得る。
　
　図１は、本発明のシステムの一実施形態を例示する。クライアント（１０２）及びプロバイダ（１０４）は、ウェブの閲覧、検索、電子メール（ｅメール）及び他のタスク、アプリケーション及び機能を含む多様なタスクを実行するためのデスクトップ又はラップトップコンピュータ、ネットワーク可能携帯電話、無線電子メールクライアント又は他のクライアント、機器又は装置であり得るか又はそれらを含み得る。クライアント（１０２）及びプロバイダ（１０４）は、例えば、マイクロソフトのＷｉｎｄｏｗｓ（登録商標）、ＭａｃＯＳ（登録商標）、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ、Ｘｅｎｉｘ、ＩＢＭのＡＩＸ（登録商標）、ヒューレット−パッカードのＵＸ（登録商標）、ノベルのＮｅｔｗａｒｅ（登録商標）、サン・マイクロシステムズのＳｏｌａｒｉｓ（登録商標）、ＯＳ／２（登録商標）、ＢｅＯＳ（登録商標）、Ｍａｃｈ、Ａｐａｃｈｅ、ＯｐｅｎＳｔｅｐ（登録商標）又は他のオペレーティングシステム又はプラットフォームを実行するワークステーションを含むサーバであり得るか又はこれを含み得る。クライアント（１０２）及びプロバイダ（１０４）は、追加としてデジタルスチールカメラ装置、デジタルビデオカメラなどの任意の携帯用メディア装置、個人向け音楽プレーヤ及び個人向けビデオプレーヤなどのメディアプレーヤ及び他の任意の携帯用メディア装置であり得る。
　
　クライアント（１０２）及びプロバイダ（１０４）それぞれは、通信インタフェースを含み得る。通信インタフェースは、クライアントがプロバイダ（１０４）に直接に接続されることを可能にするか、又はクライアント（１０２）がネットワーク（１０８）を越えてプロバイダに接続されることを可能にする、インタフェースであり得る。ネットワーク（１０８）は、例えばローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）又はインターネットを含み得る。一実施形態においては、ワイヤレスインタフェースを介し、プロバイダ（１０４）にクライアント（１０２）を接続できる。複数のプロバイダ（１０４）から複数のプレビュー情報を集約するようにクライアント（１０２）を構成できる。モニタ（１０６）上のユーザインタフェース（ＵＩ）に集約された情報を表示できる。モニタ（１０６）は外部コンポーネントであり得るか、あるいはまたモニタ（１０６）はクライアント（１０２）内部に統合され得る。
　
　一実施形態においては、プロバイダ（１０４）は、インターネット上に見出される多数の情報をインデックス付けするための検索エンジンであり得る。別の実施形態においては、プロバイダ（１０４）は、外部探索エンジンに接続される第三者プロバイダであり得る。そのような実施形態においては、クライアント（１０２）は、プロバイダ（１０４）が検索エンジンからオリジナルとして受信する、プロバイダ（１０４）からのプレビュー情報を集約できる。
　
　図２は、ＵＩ内部にプレビュー情報を表示するための方法の一実施形態を例示する。
クライアントは、クライアントベースのコードを含むソフトウェアを導入することによって、プレビュー情報を表示するための機能性を取得できる。
　
　
導入されたソフトウェアは、ステップ（２０６）において、そのソフトウェアにプレビュー情報をリトリーブし表示させるトリガイベントを検出できる。
　
　
一旦、トリガイベントがソフトウェアによって検出されると、ステップ（２０８）において、ソフトウェアは、見つかったウェブリンクに対応するウェブサイト又はユーザが現在閲覧しているウェブサイトに関するプレビュー情報をリトリーブするためのプロバイダに接続できる。
プロバイダは、関連するプレビュー情報を検索し、クライアントに返すために、ソフトウェアによって与えられる情報を利用できる。
　
　プロバイダは、例えば複数のウェブサイトに関する複数の情報をインデックス付け可能な検索エンジンであり得る。インデックス付けされた情報は、検索エンジンに有効な複数のソースから生じ得る。複数のソースは、ウェブリンクに対応するウェブサイトと、ユーザが現在閲覧しているウェブサイト及び他の任意の第三者アプリケーション又は別のウェブサイトに関する情報を提供できるウェブサイトと、を含み得る。代替として、プロバイダは、検索エンジンによってインデックス付けされた情報を提供するための検索エンジンに接続できる第三者であり得る。インデックス付けされた情報は、多数のウェブサイトの特徴を説明可能な複数のデータ項目を含み得る。クライアントからプロバイダに送信された情報に関連し得るデータ項目のサブセットは、逆にクライアントに送信されてユーザに表示される、プレビュー情報として使用され得る。複数のソースから取得できる情報があるので、ユーザが見つけたウェブリンク又はユーザが現在閲覧しているウェブサイトは、第１のソース、例えばウェブサイトに対応でき、そのプレビュー情報は、第１のソース以外の少なくとも１つの第２のソースから生じ得る。
　
　
プレビュー情報を含む複数のデータ項目は、有効であり得るか、又は検索エンジンによってインデックス付けされ得る、任意の情報を含み得る。データ項目は制限されないが、以下を含み得る：ウェブサイト上のコンテンツに関する最終変更日付、ウェブサイトについて人々が口にしていることに関する情報、リスクレート又はウェブサイトが既知のマルウェアディストリビュータか否か詳述する情報のようなウェブサイトの信頼性、ウェブサイトの支持率、ユーザをウェブサイトに導くポピュラーな検索クエリ、ウェブサイト上の新規又は更新されたページ、ウェブサイト上に存在するポップアップ広告又はマルウェア
　
　一旦、プロバイダがソフトウェアによって送信された情報に対応するプレビュー情報に関連する検索をすると、プロバイダは、クライアントにプレビュー情報を送信でき、ステップ（２１０）において、ソフトウェアは、クライアントに関する複数のデータ項目を含むプレビュー情報を集約できる。ステップ（２１２）において、クライアントは次に、ユーザのために複数のデータ項目をＵＩに表示できる。」（【０００４】〜【００１３】、下線は当審にて付加、以下同様）
　
（１Ｃ）「Fig. 4 illustrates an embodiment of a UI for displaying preview information for a website that a user may consider visiting by executing a trigger event upon an encountered web link. The UI can include a main viewing section 402 and a preview information section 404. The main viewing section 402 can include a web browsing section, an email section, a word processing section, a document creation section, or any other viewable section other than the preview viewing section 404. The preview information section 404 can include a listing of preview information for the website that the user may consider visiting. The preview information can comprise a plurality of data items, as mentioned above, that can describe characteristics of the website that the user may consider visiting. The preview information section can additionally include a selection mechanism 406 which can allow a user to interchange between a first mode for displaying preview information for the website the user is currently browsing and a second mode for displaying preview information for a website that a user may consider visiting.
 
　As shown in Fig. 4, a“Site Preview”mode can be an example of a mode for displaying preview information for a website that the user may consider visiting. When a user selects such a mode, preview information can be retrieved and displayed in the preview information section when a trigger event is detected for a web link encountered by the user. For example, as shown in Fig. 4, a trigger event 408 can include a user hovering over the web link 
www.nfl.com
 
　Fig. 4 also illustrates an embodiment for displaying preview information for a website that corresponds to an encountered web link included in a search results page. As shown in Fig. 4, the web links encountered in the main viewing section can correspond to a search query that can derive from search terms 410. When a user activates a trigger event upon a web link that corresponds to the search query, preview information for a web site that can be associated with the web link can be displayed in the preview information section 404.」（第７頁第１９行〜第８頁第１７行）
　
（日本語訳）
　
「 図４は、見つかったウェブリンク上においてトリガイベントを実行することによって、ユーザが訪問を考え得るウェブサイトに関するプレビュー情報を表示するためのＵＩの一実施形態を例示する。
本ＵＩは、主表示部（４０２）及びプレビュー情報部（４０４）を含み得る。
　
　図４に示されるように、「サイトプレビュー」モードは、ユーザが訪問を考え得るウェブサイトに関するプレビュー情報を表示するためのモードの一例であり得る。ユーザがそのようなモードを選択したとき、プレビュー情報は、ユーザが見つけたウェブリンクに対するトリガイベントが検出されると、リトリーブされてプレビュー情報部に表示され得る。図４に示されるように、例えばトリガイベント（４０８）は、ユーザがマウスカーソルを用いてウェブリンクｗｗｗ．ｎｆｌ．ｃｏｍ上で動かす（ホバリングする）ことを含み得る。一旦、トリガイベントが検出されると、そのウェブリンクに対応するウェブサイトに関するプレビュー情報をプレビュー情報部（４０４）に表示できる。
　
　
図４はまた、検索結果ページに含まれる、見つかったウェブリンクに対応するウェブサイトに関するプレビュー情報を表示するための一実施形態を例示する。
ユーザが検索クエリに対応するウェブリンク上においてトリガイベントを起動したとき、そのウェブリンクに関連づけられ得るウェブサイトに関するプレビュー情報をプレビュー情報部（４０４）に表示できる。
　
　以上の記載により、引用例１には、次の発明（以下、「引用発明１」という。）が記載されていると認められる。
　
「ウェブリンクに対応するウェブサイトに関するプレビュー情報を表示するために構成され得て、ユーザが訪問を考え得るウェブサイト又はユーザが現在閲覧しているウェブサイトに関するプレビュー情報を表示でき、プレビュー情報は、ウェブサイトに関する性能、信頼性、人気度及び他の任意の情報などのウェブサイトについての情報のあらゆる種類を含み得て、
　クライアントは、クライアントベースのコードを含むソフトウェアを導入することによって、プレビュー情報を表示するための機能性を取得でき、
　導入されたソフトウェアは、ステップ（２０６）において、そのソフトウェアにプレビュー情報をリトリーブし表示させるトリガイベントを検出でき、
　一旦、トリガイベントがソフトウェアによって検出されると、ステップ（２０８）において、ソフトウェアは、見つかったウェブリンクに対応するウェブサイト又はユーザが現在閲覧しているウェブサイトに関するプレビュー情報をリトリーブするためのプロバイダに接続でき、
　プロバイダは、関連するプレビュー情報を検索し、クライアントに返すために、ソフトウェアによって与えられる情報を利用でき、
　プレビュー情報を含む複数のデータ項目は、有効であり得るか、又は検索エンジンによってインデックス付けされ得る、任意の情報を含み得て、データ項目は制限されないが、ウェブサイト上のコンテンツに関する最終変更日付、ウェブサイトについて人々が口にしていることに関する情報、リスクレート又はウェブサイトが既知のマルウェアディストリビュータか否か詳述する情報のようなウェブサイトの信頼性、ウェブサイトの支持率、ユーザをウェブサイトに導くポピュラーな検索クエリ、ウェブサイト上の新規又は更新されたページ、ウェブサイト上に存在するポップアップ広告又はマルウェア、を含み得て、
　本ＵＩは、主表示部（４０２）及びプレビュー情報部（４０４）を含み得て、
　検索結果ページに含まれる、見つかったウェブリンクに対応するウェブサイトに関するプレビュー情報を表示でき、
　ユーザが検索クエリに対応するウェブリンク上においてトリガイベントを起動したとき、そのウェブリンクに関連づけられ得るウェブサイトに関するプレビュー情報をプレビュー情報部（４０４）に表示できるシステム。」
　
　
（２）引用例２（宮森  恒他（ Hisashi  MIYAMORI et al.），“情報の信頼性分析に向けた評価データおよびプロトタイプシステムＷＩＳＤＯＭ（Evaluation Data and Prototype System WISDOM for Information Credibility Analysis）”，情報処理学会研究報告（IPSJ SIG Technical Reports），日本，社団法人情報処理学会（Information Processing Society of Japan），２００７年　７月２４日，Ｖｏｌ．２００７  Ｎｏ．７６，P.103-108）
　
（２Ａ）「ネットワークや計算機端末の発達に伴い、さまざまな情報がウェブを通して利用できうようになった。知らない言葉や新しい話題を知るためにウェブを利用することはすっかり日常的な風景になった。
　しかし、現在のウェブに存在する情報の量は膨大になったが、情報の質という意味では日常生活に本当に役立つ情報と何の根拠もない嘘やデマといった情報が玉石混合の状態で存在している。現在、数々の検索エンジンが利用可能であり、該当する情報の収集を行うことはできるが、一般利用者がこれら検索結果から情報の信頼性や信憑性の判断を行うのは極めて困難な状況にあるといわざるを得ない。
　われわれは、既存の検索エンジンがもつ問題点の１つとして、検索結果が単一の評価軸で提示されることがあると考えている。例えば、アガリクスという健康食品について既存の検索エンジンを用いて調べてみると、健康によいという宣伝をするページが上位に表示され、その他の情報は下位のどこかに埋もれてしまい、本当に健康によいのかどうかを判断するのは極めて難しい。
　信頼できる情報を見つけるためには、妥当な内容が書かれているか、どんな人・組織が書いているか、連絡先や情報源は明示されているか、社会的にはどう見られているかといった多角的な観点から情報を整理し利用者に提示する必要があり、既存の検索エンジンとは異なる情報分析システムの構築が不可欠となる。」（第１０４頁左欄第２〜２５行）
　
（２Ｂ）「われわれは、ウェブ上の情報の信頼性を、情報内容、情報発信者、情報外観、社会的評価といった４つの基準で捉えることを提案しており、これらを述語項構造を単位とする自然言語処理によって論理的に分析・組織化することを目指している。
　情報内容はウェブページの本文に書かれている内容に着目した観点で、文内容の信頼性、分類、要約といった処理が含まれる。情報発信者は、発信者の身元に着目した観点で、所属の分類やその分野での専門性の有無に関する処理が含まれる。情報外観は、ウェブページの見た目に着目した観点で、情報ソースの連絡先の明記、デザインや文体の適切さに関する処理が含まれる。
　また、述語項構造とはテキスト文書中の「誰が何をどうした」といった文中の単語間の意味的関係であり、これを単位とした分類、要約、意味解析や、既存知識との比較、整合性検証といった論理的分析を行うことで、信頼できる情報を的確に利用者に提示することができるようになると考えている。」（第１０４左欄第４８行〜右欄第１７行）
　
（２Ｃ）「３．８　データ形式
　上記データは、ページ群に対するデータ、各ページに対するデータの２種類のＸＭＬデータで記述される。
　ページ群のデータには、クラスタリング、オントロジ、ＱＡが含まれる。また、各ページのデータとして、要約、内容・発信者・外観によるページ信頼度、談話構造、意見が含まれる。各ページのデータは、ＫＮＰ等の構文解析と親和性を高めたウェブ文書用標準フォーマット[2]を拡張することで記述した（図１）。」（第１０６頁右欄第４２行〜４９行）
　
（２Ｄ）「ＷＩＳＤＯＭの概要を図２に示す。まず、クローラを用いてウェブからウェブページを収集し、ローカルストレージに蓄積する（ｓｔｅｐ１）。次に、クラスタリングやオントロジ生成などページ群に対する分析と、発信者・外観・内容に関するページ信頼度や意見解析など各ページに対する分析を行う（ｓｔｅｐ２）。分析結果は、それぞれウェブ標準フォーマット等のXMLデータとして格納される。
　ユーザはウェブブラウザからＷＩＳＤＯＭにアクセスし、分析したいトピックをキーワード入力する。分析ボタンを押すことにより、そのトピックに関連したウェブページを、内容や発言者で分類した一覧、概念分類した一覧、意見分布の一覧として表示でき、各項目による全体的な動向や概要を把握できる（図３）。また、特定ページの情報を表示させることで、そのページの発信者や外観の適正さ、意見内容と全体の中での位置づけ等を確認することができる（図４）。このように、利用者は、興味のあるトピックについてさまざまな観点から分析結果を閲覧することができ、信頼できる情報をより確実に見極めることができるようになる。」（第１０７頁左欄第７行〜右欄第２行）
　
　また、第１０７頁の図１には、「ウェブ文書標準フォーマットでの記述例」が記載されており、「ページ信頼度」を示す点線で囲まれた範囲には、タグで囲まれたデータ「＜Ｃｒｅｄｉｂｉｌｉｔｙ＞−１＜／Ｃｒｅｄｉｂｉｌｉｔｙ＞」、「＜Ｐｒｅｊｕｄｉｃｅ＞Ｎｏ＜／Ｐｒｅｊｕｄｉｃｅ＞」、「＜Ｓｌａｎｄｅｒ＞Ｎｏ＜／Ｓｌａｎｄｅｒ＞」、「＜Ｕｓｅｆｕｌｎｅｓｓ＞０＜／Ｕｓｅｆｕｌｎｅｓｓ＞」が記載されており、データ「−１」、「Ｎｏ」、「Ｎｏ」及び「０」がそれぞれタグに囲まれて添付されている。
　
　以上の記載により、引用例２には、次の発明（以下、「引用発明２」という。）が記載されていると認められる。
　
「ウェブ上のウェブページの信頼性を分析し、分析結果のデータを、ウェブ文書用標準フォーマットにタグに囲まれるように添付して格納すること。」
　
（３）引用例３（国際公開２００６／０２７９７３号） 
（３Ａ）「背景技術
［０００２］
　近年、インターネットの利用が進むにつれ、その主要なアプリケーションであるＷＷＷ（World Wide Web）のユーザが激増し、電子化された情報の流通が非常に活発になってきた。それに伴い、情報量の爆発的な増大によってユーザが真に欲する情報を取り出すことが困難になるという問題が生じてきた。このような問題を軽減するために、インターネットなどのネットワーク上において様々な検索エンジンが登場してきた。
［０００３］
　過去にユーザが検索を実行し、どのウェブページで目的の情報を見出されたかを推定し、その推定結果から検索キーワードおよびウェブページのＵＲＬ（Uniform Resource Locator ）にポイントを付与し、このポイントの大きい順に、後の検索におけるコンテンツの検索結果としての提示順序を決定する技術が開示されている。
　特許文献１：特開２００４−２９９４３号公報
　発明の開示
　発明が解決しようとする課題
［０００４］
　確かに、特許文献１によれば、所望の情報が含まれるウェブページがユーザにより見出される可能性は高くなるが、ユーザがウェブページに掲載されているコンテンツを利用したとき、そのコンテンツが信頼のおけないコンテンツであれば、不利益を被る可能性が高い。そのため、そのような不都合を軽減する新たな情報検索サービスの仕組み作りが必要である。
［０００５］
　本発明はこうした課題に鑑みてなされたものであり、その目的は
信頼のおけるコンテンツと信頼のおけないコンテンツとを選別する新たな情報検索サービスを実現する情報検索提供装置
　
（３Ｂ）「［００４８］
　本実施の形態に係る情報検索提供装置１００によれば、ウェブページに連続してコンテンツを掲載しているほど信頼度を上昇させていく。
そのため、ウェブサーバ２００が昔から安定してウェブページを提供していればいるほど、信頼度が高く設定されようになる。
　
（３Ｃ）「［００５２］
　図４は、
検索情報保持部１８０に格納される検索情報ファイルのデータ構造の一例を示す。図４における検索情報ファイルは、ＩＰアドレス欄３０２と、ＵＲＬ欄３０４と、コンテンツ欄３０６と、ウェブページ提供開始日欄３０８と、信頼度欄３１０と、増加幅欄３１２とを含む。収集部１２８により収集されたコンテンツはコンテンツ欄３０６に、コンテンツ付随情報の一部の情報であるＵＲＬはＵＲＬ欄３０４に格納される。
［００５３］
　ＩＰアドレス欄３０２は、ネットワーク１２に接続されるウェブサーバ２００のＩＰアドレスを含む。本図のＩＰアドレス欄３０２に格納されているＩＰアドレスはＩＰｖ４形式であるが別の例としてＩＰｖ６形式であってもよい。ＵＲＬ欄３０４はネットワーク１２上におけるウェブページの所在を示す情報、いわゆるＵＲＬを備える。コンテンツ欄３０６には、収集部１２８により収集されたコンテンツ、本図では、ＨＴＭＬ（Hyper Text Markup Language）言語で記述されたテキストデータを含む。ウェブページ提供開始日欄３０８はウェブサーバ２００がウェブページの提供を開始した日を含む。信頼度欄３１０は、ウェブページに掲載されるコンテンツの信頼度を含む。増加幅欄３１２は信頼度の増加幅を含む。
［００５４］
　例えば、データ３１４について言えば、ウェブサーバ２００のＩＰアドレスが「２００．１００．１００．００１」、ウェブサーバ２００上のウェブページのＵＲＬが「ｈｔｔｐ：／／〜１／」、ウェブページの提供開始日は「２００４年１月１日」、現在のコンテンツの信頼度は「６００」で、信頼度の増加幅は「５」であることを示す。すなわち、ＵＲＬが「ｈｔｔｐ：／／〜１／」であるウェブページに掲載されるコンテンツの信頼度は、コンテンツがそのウェブページ内に掲載される期間内において、所定のタイミングで、ここでは一日に一回「５」ずつ増加されることを示す。
［００５５］
　
図５は、アクセス履歴保持部１９０に格納されたアクセス履歴ファイルのデータ構造の一例を示す。図４と同等の構成には同じ符号を与え適宜説明を略す。図５におけるデータ表は、ＩＰアドレス欄３０２とアクセス履歴欄３２２を含む。アクセス履歴欄３２２は、アクセス部１２２によりウェブサーバ２００にアクセスできたか否かを示す情報をアクセス履歴として保持する。
［００５６］
　本図では便宜のため、「１月２日」から「５月１日」までの期間、「５月５日」から「５月３０日」までの期間、および「６月３日」から「８月３１日」までの期間についてのアクセス履歴の表示を省略しているが、それぞれの期間内におけるアクセス履歴は、それぞれの期間の開始日の前日におけるフラグの値をそのまま保持するものとする。なお、本図では「２００４年１月１日」から現在の日付である「２００４年９月１日」までのアクセス履歴を示しているが、もちろん、アクセス履歴欄３２２は「２００３年１２月３１日」以前のアクセス履歴を備えてもよい。」
　
（３Ｄ）「［０１３６］
　ネットワーク利用端末装置５００が当該コンテンツを閲覧したときに、当該コンテンツの信頼度を増加させる要因の例としては、ネットワーク利用端末装置５００から当該コンテンツへのアクセスの増加や、信頼度の高いサイトを経てのアクセス、信頼度が高いＯＳを使用しているネットワーク利用端末装置５００から当該コンテンツへのアクセスなどが挙げられる。逆に、信頼度を減少させる例としては、ネットワーク利用端末装置５００から当該コンテンツへのアクセスの減少や、信頼度の低いサイトを経てのアクセス、信頼度が低いＯＳを使用しているネットワーク利用端末装置５００から当該コンテンツへのアクセスなどが挙げられる。サイトの信頼度については、検索情報保持部１８０に保持されている情報を参照する。この他、ネットワーク利用端末装置５００で使用されているブラウザやプログラムの種類、更新バージョン、脆弱性に対する対策の有無、他のサイトに危害を与える可能性の有無、ネットワーク利用端末装置５００が利用しているＩＳＰの信頼度などに基づいて当該コンテンツの信頼度を増減させてもよい。
［０１３７］
　ネットワーク利用端末装置５００が当該コンテンツに対して何らかの情報を入力したときに、当該コンテンツの信頼度を増加させる要因の例としては、ネットワーク利用端末装置５００が当該コンテンツを買い物で利用することや、同じネットワーク利用端末装置５００が当該コンテンツを複数回の買い物で利用することが挙げられる。買い物で当該コンテンツを利用するということは、ネットワーク利用端末装置５００が、当該コンテンツを信用し利用していることの証であると考えても差し支えない。よって買い物をするネットワーク利用端末装置５００が多ければ多いほど、当該コンテンツの信頼度を増減させることもできる。また、同じネットワーク利用端末装置５００が当該コンテンツを複数回の買い物で利用する場合は、当該コンテンツの常連であると判断し、この常連が多ければ多いほど当該コンテンツの信頼度が高くなると考えてもよい。」
　
（３Ｅ）「［０２２４］
  （変形例３）
　実施の形態３では評価対象のコンテンツが更新されているか否かに応じて当該コンテンツの信頼度を増減させたが、さらに別の変形例として、
情報検索提供装置１００は当該コンテンツの内容を分析する分析部を備え、分析部による分析の結果、評価対象のコンテンツの信頼度を上昇させる項目を含んでいる場合は、信頼度を評価対象のコンテンツの信頼度を増加させてもよい。
（ア）コンテンツにＳＳＬ（Secure Sockets Layer）対策などのセキュリティ対策を行っているとき
（イ）コンテンツがクレジット決済を扱っているとき
（ウ）コンテンツが有料ドメイン名を使用しているとき
（エ）コンテンツが悪質なプログラムを用いていないとき
（オ）コンテンツの利用者およびアクセス数が多いとき
（カ）コンテンツへアクセスした際の応答時間が短いとき
（キ）コンテンツ内の電子メールアドレスに当該コンテンツのウェブページのドメイン名が含まれているとき
（ク）性的な内容や暴力的な内容など公序良俗に反する内容を含んでいないとき」
　
　よって、引用例３には以下の発明（以下、「引用発明３」という。）が記載されている。
　
「信頼のおけるコンテンツと信頼のおけないコンテンツとを選別する情報検索サービスを実現する情報検索提供装置において、
　検索情報保持部に格納される検索情報ファイルのデータ構造には、ＩＰアドレス欄と、ＵＲＬ欄と、ウェブページ提供開始日欄と、信頼度欄と、増加幅欄とを含み、
　昔から安定してウェブページを提供していればいるほど、またはコンテンツの利用者およびアクセス数が多いときに、ウェブページの信頼度が高く設定される情報検索提供装置。」
　
　
３．対比
　
　本件補正発明と引用発明１とを対比すると、引用発明１の「検索結果ページ」は本件補正発明の「検索実行後にサーチエンジンにより返されるページ」に相当する。
　引用発明１のプロバイダは、ウェブサイトに関する信頼性を含み得る、プレビュー情報を検索するから、「１以上のウェブページのそれぞれの信頼性の指標を決定」するということができ、引用発明１の「プロバイダ」は本件補正発明における「トラストエンジン」に相当する。引用発明１のトラストエンジン（プロバイダ）は、コンピュータ（装置）上で実現されているから、引用発明１が本件補正発明の「トラストエンジンを有する装置」に相当する構成を備えるといえることは明白である。
　引用発明１のトラストエンジン（プロバイダ）は、関連するプレビュー情報を検索するから、検索の対象となる検索対象情報を保持する記憶手段を有するといえる。本件補正発明のトラストエンジンが有する「履歴データベース」もまた検索対象情報を保持する記憶手段といえるから、引用発明１と本件補正発明はともに、トラストエンジンが、検索対象情報を保持する記憶手段を有する点で共通している。
　引用発明１の「プレビュー情報」と本件補正発明の「前記１以上のウェブページの各タグに添付する情報」はともに、ウェブページに関連付けて表示させる情報である点で共通し、引用発明１と本件補正発明はともに、トラストエンジンが、検索対象情報を保持する記憶手段に格納されている情報を用いて、前記１以上のウェブページにそれぞれ関連付けて表示させる情報を決定する評価記録手段を有し、トラストエンジンが、ウェブページの信頼性の決定された指標に基づく前記情報を、表示させるための処理を行う点で共通している。
　引用発明１のトラストエンジン（プロバイダ）は、ウェブサイトが既知のマルウェアディストリビュータか否か詳述する情報のようなウェブサイトの信頼性を、プレビュー情報のデータ項目に含み得るから、ウェブサイトが既知のマルウェアディストリビュータか否かを示す情報が、引用発明１のトラストエンジン（プロバイダ）が検索する、検索対象情報に登録されていることは明白である。よって、引用発明１と本件補正発明はともに、トラストエンジンが、検索対象情報を保持する記憶手段において、格納されている情報がウェブページにマルウェアが含まれていることが知られていることを示す場合、前記ウェブページが悪性ソフトウェアを含む可能性があることを示す表示を、表示させるための処理を行う点で共通している。
　
　したがって、本件補正発明と引用発明１とは、以下の点で一致し、また、相違している。
　
［一致点］ 
　検索実行後にサーチエンジンにより返されるページからなる１以上のウェブページのそれぞれの信頼性の指標を決定するトラストエンジンを有する装置であって、
前記トラストエンジンは、
　検索対象情報を保持する記憶手段に格納されている情報を用いて、前記１以上のウェブページにそれぞれ関連付けて表示させる情報を決定する評価記録手段を有し、
　前記トラストエンジンは、ウェブページの信頼性の決定された指標に基づく前記情報を、表示させるための処理を行い、
　前記検索対象情報を保持する記憶手段において、格納されている情報が前記ウェブページにマルウェアが含まれていることが知られていることを示す場合、前記ウェブページが悪性ソフトウェアを含む可能性があることを示す表示を、表示させるための処理を行う装置。
　
［相違点１］ 
　本件補正発明のトラストエンジンは、ウェブページの信頼性の決定された指標に基づく前記情報を、「検索実行後にサーチエンジンにより返されるページからなる」「１以上のウェブページの各タグに添付」するのに対して、
　引用発明１のトラストエンジンは、ウェブページの信頼性の決定された指標に基づく前記情報を、プレビュー表示部に表示させるための処理を行う点。
　
［相違点２］
　本件補正発明のトラストエンジンでは、検索対象情報を保持する記憶手段が履歴データベースであるのに対して、
　引用発明１のトラストエンジンでは、検索対象情報を保持する記憶手段が履歴データベースであるのかどうか必ずしも明らかでない点。
　
［相違点３］ 
　本件補正発明のトラストエンジンは、「前記ウェブページの情報が前記履歴データベースにおいて利用可能でない場合、前記ウェブページがマルウェアサイトにより提供されているか判定し、判定結果を前記履歴データベースに追加する検証手段」を有するのに対して、
　引用発明１のトラストエンジンは、そのような検証手段を有するのかどうか必ずしも明らかでない点。
　
［相違点４］ 
　本件補正発明のトラストエンジンは、検索対象情報を保持する記憶手段において、「ウェブページの「最初の閲覧日」のフィールドが十分以前のものであるか、又は「合計閲覧回数カウンタ」のフィールドが十分大きなものである場合」には、「前記ウェブページは周知であるという表示」を、表示させるための処理を行うのに対して、
  引用発明１のトラストエンジンは、ウェブページは周知であるという表示について記載がない点。
　
［相違点５］ 
　本件補正発明のトラストエンジンは、検索対象情報を保持する記憶手段において、「前記ウェブページの「マルウェア特定日」のフィールド」が「前記ウェブページにマルウェアが含まれていることが知られていることを示す」のに対して、
　引用発明１のトラストエンジンは、検索対象情報を保持する記憶手段に格納された何れの情報によって、前記ウェブページにマルウェアが含まれていることが知られていることを示すのか明示がない点。
　
４．判断
　
　上記相違点について検討する。
　
［相違点１］について 
　検索サイトの検索結果ページに、各ウェブページの信頼性を表す情報（マークやアイコン）を一緒に含めて表示させることは、原査定で提示した公知文献１（田村  奈央，“詐欺対策を強化したアンチウイルス３製品”，日経パソコン（NIKKEI PERSONAL COMPUTING），日本，日経ＢＰ社（Nikkei Business Publications,Inc.），２００６年１０月２３日，Ｎｏ．５１６，P.28-31）の特に第２９頁の図の他にも、特開２００６−３０９３５７号公報の【００６４】〜【００６８】及び図１０〜図１２、国際公開２００７／０００７５１号の第７頁第７〜第２８行、図２及び図３、米国特許出願公開第２００４／０００２９６２号明細書の［００７６］〜［００８７］及び図４〜図７に記載されているとおり、本願の出願時点で周知の技術（以下「周知技術１」という。）であり、普通に行われている。
　なお、周知技術１の検索結果ページにおいて、一般にウェブページがタグ付き言語（ＨＴＭＬ）で記述されている以上、信頼性を表す情報が、１以上のウェブページの各タグに添付されていることは自明である。
　そうすると、引用発明１において、ウェブページの信頼性の決定された指標に基づく情報を、プレビュー表示部に表示させるのに替えて、周知技術１のように、検索結果ページに一緒に含めて表示させることは当業者が容易に想到し得ることである。その際に文書標準フォーマット上の記述方法として、引用発明２を参酌して、または周知技術１において自明であるように、ウェブページの信頼性の決定された指標に基づく情報を、１以上のウェブページの各タグに添付するようにして、上記相違点１に係る本件補正発明の構成とすることは、当業者が容易に想到し得ることである。
　
［相違点２］について 
　引用発明３は、データ構造にＩＰアドレス欄、ＵＲＬ欄、ウェブページ提供開始日欄、信頼度欄を含む表形式の検索情報ファイルを参照して、ウェブページの信頼度を設定している。
　引用発明１と引用発明３とは、ともに検索対象情報を保持する記憶手段に格納されている情報を用いて、ウェブページの信頼性を決定する点において共通するから、引用発明１の検索対象情報を保持する記憶手段に引用発明３を適用して、ウェブページ提供開始日等の項目欄からなる表（データベース）形式の情報検索ファイルを用いることで、上記相違点２に係る本件補正発明の履歴データベースの構成を導くことは当業者が容易に想到し得る。
　
［相違点３］について 
　ウェブページの信頼性を判定するシステムにおいて、ウェブページの安全性が登録されていない場合には、前記ウェブページの安全性を判定し、判定結果を追加して登録することは、特開２００２−１８２９４２号公報の【００４８】〜【００５７】及び図４、特開２００２−７３５４８号公報の【００５５】〜【００５９】及び図２、特開２００４−３１０２６７号公報の【００８６】に記載されているとおり、本願の出願時点で周知の技術（以下「周知技術２」という。）である。　
　引用発明１においても、検索対象情報を保持する記憶手段に、ユーザが知りたいウェブページに関して安全性が登録されていない場合があり得ることは自明な課題であり、引用発明１のトラストエンジン（プロバイダ）に周知技術２を適用して、ウェブページの情報が前記記憶手段において利用可能でない場合には、前記ウェブページがマルウェアサイトにより提供されているかを判定し、判定結果を前記記憶手段に追加する検証手段を設けることで、上記相違点３に係る本件発明の構成とすることは、当業者が容易に想到し得ることである。
　
［相違点４］について 
　引用発明３は、検索情報保持部に保持された情報を参照して、昔から安定してウェブページを提供していればいるほど、またはコンテンツのアクセス数が多いときに、ウェブページの信頼度を高く設定している。前記検索情報保持部の検索情報ファイルには、本件補正発明の「最初の閲覧日」に対応する、ウェブページ提供開始日欄が含まれている。また、引用発明３は、コンテンツのアクセス数に応じて信頼度が高いかどうかを決めるから、本件補正発明の「合計閲覧回数カウンタ」に対応する、アクセス数の情報を参照する構成を備えていることは明らかである。
　引用発明１と引用発明３とは、ともに検索対象情報を保持する記憶手段に格納されている情報を用いて、ウェブページの信頼性を決定する点において共通するから、引用発明１のトラストエンジン（プロバイダ）に引用発明３を適用して、検索対象情報を保持する記憶手段に、ウェブページ提供開始日やアクセス数を保持するフィールド（欄）を設け、昔から提供されていて、あるいはアクセス数が多くて、ウェブページの信頼度が高い場合には、信頼度が高いことの要因を意味する「ウェブページは周知であるという表示」を、表示させるための処理を行うことで、上記相違点４に係る本件補正発明の構成とすることは、当業者が適宜設計し得ることである。
　
［相違点５］について 
　危険や有害と判定されたウェブサイトの情報を登録する際に、場所（ＵＲＬ等）だけでなく、危険度、発見日時等を含めて格納して利用することは、特開２００７−１８１５３号公報の【００６５】、特開２００３−８５０９２号公報の【００６１】〜【００６６】、図１２及び図１３に記載されているとおり、本願の出願時点で周知の技術（以下「周知技術３」という。）である。
　引用発明１は、検索対象情報を保持する記憶手段に、ウェブサイトが既知のマルウェアディストリビュータであるか否を示す情報が格納されていることは明白であるから、周知技術３を参酌して、マルウェアディストリビュータの場所（ＵＲＬ等）の情報と一緒に、発見日時、すなわち本件補正発明の「マルウェア特定日」に対応する情報を、前記記憶手段に格納して、それらを「ウェブページにマルウェアが含まれていることが知られていることを示す」情報に利用することで、上記相違点５に係る本件補正発明の構成とすることは、当業者が適宜設計し得ることである。
　
　
　そして、本件補正発明のように構成したことによる効果も引用発明１〜３及び周知技術から予測できる程度のものであって、格別のものではない。
　
　したがって、本件補正発明（請求項１に係る発明）は、引用発明１〜３及び周知技術に基づいて、当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。 
　
　
５．まとめ 
　
　上記のとおり、本件補正は、平成２３年法律第６３号改正附則第２条第１８項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第６項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　
第３．本願発明について
　
　平成２４年２月６日付けの手続補正は上記のとおり却下されたので、本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２３年９月７日付け手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
　
「【請求項１】
　検索実行後にサーチエンジンにより返されるページからなる１以上のウェブページのそれぞれの信頼性の指標を決定するトラストエンジンを有する装置であって、
前記トラストエンジンは、
　履歴データベースに格納されている情報を用いて、前記１以上のウェブページの各タグに添付する情報を決定する評価記録手段と、
　前記ウェブページの情報が前記履歴データベースにおいて利用可能でない場合、前記ウェブページがマルウェアサイトにより提供されているか判定し、判定結果を前記履歴データベースに追加する検証手段と、
を有し、
　前記トラストエンジンは、ウェブページの信頼性の決定された指標に基づく前記情報を前記１以上のウェブページの各タグに添付する装置。」
　
　
第４．引用刊行物に記載された発明
　
　原査定の拒絶の理由に引用された引用例及び引用発明は、上記「第２．補正却下の決定」の「２．引用例」に記載したとおりである。
　
　
第５．対比・判断
　
　本願発明は、上記「第２．補正却下の決定」の項中の「１．本件補正後の本願発明」で検討した本件補正発明から本件補正による限定を削除したものである。
　
　そうすると、本願発明の構成に補正に係る限定を付加した補正後の発明が、上記「第２．補正却下の決定」の項中の「３．対比」及び「４．判断」の項で検討したとおり、引用発明１〜３及び周知技術に基づいて容易に発明できたものであるから、本願発明も同様の理由により、容易に発明できたものである。
　
　
第６．むすび
　
　以上のとおり、本願発明は、引用発明１〜３及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
　したがって、本願はその余の請求項について論及するまでもなく、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。