【事件の表示】
　特願２００７−５０４０１３「信頼性ネットワークからのユーザ注釈を一体化したサーチシステム及び方法」拒絶査定不服審判事件〔平成１７年　９月２９日国際公開、ＷＯ２００５／０８９２９１、平成１９年１０月２５日国内公表、特表２００７−５２９８２２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、２００５年３月１５日（パリ条約による優先権主張外国庁受理２００４年３月１５日，米国、２００４年１０月２８日，米国）を国際出願日とする出願であって、平成２１年９月４日付けで拒絶理由通知がなされ、平成２２年３月１２日付けで手続補正がなされたが、同年４月２０日付けで拒絶査定がなされ、これに対し、同年８月２６日に拒絶査定不服審判の請求がなされるとともに、同日付けで手続補正がなされ、当審において、平成２４年２月３日付けで前置報告書を利用した審尋がなされ、同年７月２５日付けで回答書が提出されたものである。
　
２．本願発明
　本願の請求項１に係る発明は、平成２２年８月２６日付けの手続補正書により補正された特許請求の範囲の請求項１に記載されたとおりの次のものと認める。（以下、「本願発明」という。）
「ユーザ問合せに応答するための方法において、
　問合せ応答モジュールによって、複数のユーザのうちの問合せユーザの装置により提示された問合せを受信するステップと、
　問合せ応答モジュールによって、複数のドキュメントより成るコーパスをサーチして、１つ以上のヒットを識別するステップであって、各ヒットは、その問合せに関連していると判断されたコーパスにおけるドキュメントであるようなステップと、
　信頼性ネットワークモジュールによって、友人リストを確立して、前記問合せユーザに対する信頼性ネットワークを構築するステップであって、前記信頼性ネットワークは、前記問合せユーザ以外の少なくとも１人のユーザを含む前記複数のユーザのサブセットをメンバーとして有するようなステップと、
　ユーザ注釈モジュールによって、前記複数のユーザにより生成された注釈の記憶装置にアクセスするステップであって、各注釈は、前記複数のユーザのうちの生成ユーザに関連され、そして各注釈は、レーティングを含むユーザ特有のメタデータを含むようなステップと、
　問合せ応答モジュールによって、少なくとも１つの注釈がマッチングする前記ドキュメントである各々のヒットを注釈付きヒットとして識別するステップであって、各マッチングする注釈の生成ユーザは、前記信頼性ネットワークのメンバーの１人であるようなステップと、
　ユーザ注釈モジュールによって、各々の注釈付きヒットに対して、各々のマッチングする注釈からレーティングを抽出して、平均レーティングを計算するステップと、
　問合せ応答モジュールによって、前記ヒットのリストを含むサーチレポートを発生するステップであって、前記注釈付きヒットの各々に対して、前記サーチレポートが、少なくとも１つのマッチングする注釈に関する情報を含み、前記注釈付きヒットの前記平均レーティングに少なくとも一部分基づいて、前記ヒットのリストの順序を決定するようなステップと、
　ネットワークを介して前記サーチレポートを前記問合せユーザの装置へ送信するステップと、
を備えたコンピュータ・ソフトウェアによる情報処理方法。」
　
３．引用例
（１）引用例１
　原査定の拒絶の理由に引用された特開平１０−２５４８８６号公報（以下、「引用例１」という。）には、図面とともに次の事項が記載されている。（以下の摘記中の下線は、当審において付与したものである。）
　
ア．「【０００１】
【発明の属する技術分野】本発明は検索システムにおける検索結果コンテンツへの付加的情報の付加及び検索システムに関する。具体的には、ユーザが検索システムを利用して検索結果として得られたコンテンツに対して、その検索を行なったユーザ自身が任意のコメントを付加することが可能であり、また他のユーザが過去に付加したコメント及びその際に発生した種々の付加的情報（両者を一括してアノテーションという）を参照、またはそれ自体を検索することにより、効率的な検索を行ない得るシステムに関する。」
　
イ．「００１３】
【課題を解決するための手段】本発明に係る検索システムにおける検索結果コンテンツへの付加的情報の付加及び検索システムは、電子ネットワークを介してコンテンツを検索するコンテンツ検索手段と、コンテンツ検索手段による検索結果を表示する検索結果表示手段と、検索結果表示手段により表示されている検索結果のコンテンツにアクセスして表示するコンテンツ表示手段と、検索結果表示手段により表示されているコンテンツに付加的情報を付加する付加的情報入力手段と、付加的情報入力手段により入力された付加的情報を、それが付加されたコンテンツと関連付けて管理する付加的情報管理手段とを備えたことを特徴とする。
【００１４】このような本発明のシステムでは、コンテンツ検索手段により電子ネットワークを介してたとえば任意のキーワードでコンテンツが検索されて検索結果表示手段に表示され、コンテンツ表示手段によりその表示されている検索結果のコンテンツがアクセスされて表示される。そして、検索結果表示手段により表示されているコンテンツに付加的情報入力手段により付加的情報が付加され、それが付加されたコンテンツと関連付けて付加的情報管理手段により管理される。」
　
ウ．「【００２６】
【発明の実施の形態】以下、本発明の実施の一形態を図面に基づいて説明する。図１は、本発明に係る検索システムにおける検索結果コンテンツへの付加的情報の付加及び検索システムが適用されるクライアント・サーバ形式のシステム構成例を示すブロック図である。
【００２７】図１に示されているように、
このシステムはハードウェア的には、クライアント端末(CL) 100-1, 100-2, 100-3…100-n とデータベースサーバ(Sv) 200と他のサーバ(Sv) 210とがLAN(Local Area Network) 回線LANLにて接続されて構成されている。
【００２８】
データベースサーバ200 には、各種コンテンツ
が蓄積される
【００２９】なお、以下の説明では、コンテンツはデータベースサーバ200 に蓄積されており、またアノテーションもデータベースサーバ200 に蓄積されるようになっているが、これはあくまでも一例であって、コンテンツはクライアント端末 100-1,100-2, 100-3…100-n が接続されている LAN回線LANLまたはこの LAN回線LANLが接続されているネットワークに接続されているデータベース, 個々の端末等に蓄積されていてもよいし、またアノテーションに関しても同様である。要は、コンテンツ及びアノテーション共にクライアント端末 100-1, 100-2, 100-3…100-nから検索可能であり且つアクセス可能であればどのような場所に蓄積されていてもよい。
【００３０】他のサーバ210 は、当該システム内で、他の処理（他のシステム, ネットワークとの通信, プリント処理等）を行なうものである。
【００３１】上述のように、クライアント・サーバ形式で構成されたシステム内に、本発明のシステムが構築される。それらシステムの機能的な構成例を図２の機能ブロック図に示す。　
【００３２】このシステムは、内部機構として、コンテンツ管理部110,  アノテーション管理部130 及びパッケージ部140 を有している。これらの内部機構110, 130, 140は、図１におけるデータベースサーバ200 内に構築される。なお、コンテンツ管理部110 には、与えられた検索条件に従ってコンテンツを検索するコンテンツ検索部111 が、またアノテーション管理部130 には、与えられた検索条件に従ってアノテーションを検索するアノテーション検索部131 がそれぞれ備えられている。更に、こ
のシステムはユーザインタフェイスとして、検索条件入力部150,  アノテーション入力部160,  コンテンツ表示部171 及び検索結果表示部172 を有している。これらのユーザインタフェイスは、図１における各クライアント端末100-1, 100-2, 100-3 …100-n 内に構築される。
【００３３】
検索条件入力部150 は、コンテンツ及びアノテーションを検索するための検索条件をユーザが各クライアント端末 100-1, 100-2, 100-3…100-n において入力するために備えられている。
【００３４】コンテンツ管理部110 は、データベースに蓄積されたコンテンツを管理すると共に、
ユーザにより検索条件入力部150 から入力された検索条件に従ってコンテンツ検索部111 によりコンテンツの検索を行なう。
【００３５】
アノテーション管理部130 は、
図５に示されているようなアノテーション管理テーブルを有している。
【００３７】
図５に示されているアノテーション管理テーブルには、
アノテーションを登録した者を特定する登録者ID (U4，U5…)
が記述されている。
【００３８】パッケージ部140 は、コンテンツ管理部110,アノテーション管理部130 から転送されたコンテンツ識別子, アノテーション識別子（タイトル）とに従って所定の形式 (たとえば、HTML形式）の表示データ (仮想パッケージ）を作成する。この表示データに基づいて、検索結果表示部172 が検索結果を表示し、その内容の表示が指示された場合にはコンテンツ管理部110,アノテーション管理部130 からコンテンツ, アノテーションの内容がコンテンツ表示部171 へ転送されて表示される。
【００３９】上述のようなシステムでは、通常、各クライアント端末100-1, 100-2, 100-3…100-n においてデータベースサーバ200 に蓄積されたコンテンツをキーワードで検索して利用 (表示，編集等）する。その際、ユーザはそのコンテンツに対する印象や感想を表したアノテーションを入力することができる。たとえばクライアント端末の表示装置に検索結果のコンテンツが表示された状態で、ユーザがそのコンテンツに対してアノテーション (タイトル，本文（コメント））を入力すると、アノテーション入力部160 がその入力されたアノテーションをデータベースサーバ200 に格納すると共に、アノテーション管理部130 におけるアノテーション管理テーブル (図５参照）に当該アノテーションに関する情報が登録され、更にコンテンツ−アノテーション関係管理テーブル (図４参照）にアノテーションIDが当該コンテンツに対応するように登録される。
【００４０】いまたとえば、ユーザが「テレビ」というキーワードでコンテンツの検索を行なったとすると、キーワード「テレビ」がそのユーザのクライアント端末の検索条件入力部150 から入力されてコンテンツ管理部110 のコンテンツ検索部111 に与えられる。そして、コンテンツ検索部111 により検索が行なわれ、その結果がコンテンツ表示部171 に表示される。この検索手順そのものは従来一般的なキーワードからコンテンツを検索する手順と基本的な相違はない。
【００４１】あるキーワード（この場合は「テレビ」）を入力して検索を行なった場合、検索結果がユーザのクライアント端末のコンテンツ表示部171 に図６の模式図に示されているように表示される。この図６に示されている例では、「(1) 営業本部」，「(2) 半導体開発部」，「(3) ソフトウェア開発部」の各部門が管理している電子情報に「テレビ」をキーワードとしたコンテンツが存在することが示されている。従って、ユーザがこれらのいずれかを指定すれば、たとえばマウスでクリックすれば、当該コンテンツそのもの（ページ）が表示される。
【００４２】たとえば、ユーザが「(2) 半導体開発本部」を見るためにそれをクリックして当該コンテンツを表示させると同時に、図７のフローチャートに示されているような手順で処理が行なわれ、図８の模式図に示されているようなアノテーションの入力画面が表示される。
【００４３】図６に示す表示画面において、ユーザが上述のようなコンテンツを指定する操作を行なうとそれが検出され (ステップS21)、図８に示すような入力ウインドウが画面上に表示される (ステップS22)。そして、ユーザが、アノテーションの本文（コメント）を入力して所定の操作（たとえばOKボタンのクリック) を行なうと、その入力されたアノテーションが図６の画面に示されているコンテンツに付加されたアノテーションとしてデータベースサーバ200 へ転送される (ステップS23)。
【００４４】なお、図８に示されているアノテーションの入力画面では、「Good」は検索結果のコンテンツに対してそのキーワードが適切と思われる場合に、「No Good 」は検索結果のコンテンツに対してそのキーワードが不適切と思われる場合にユーザがそれぞれ感じた場合に対応するチェックボックスをクリックする。このようなアノテーションを個々のコンテンツに付加しておくことにより、あるキーワードで検索された多数のコンテンツを更にそれに付加されている「Good」というアノテーションで検索して検索結果を絞り込めば、あまり有意義ではないコンテンツを振るい落とす（フィルタリング）することが可能になる。
【００４５】また、
コメントを入力したユーザの名前 (ユーザID, E-mailアドレス等を含む) をアノテーションとして個々のコンテンツに付加しておけば、あるキーワードで検索された多数のコンテンツを更にそれに付加されているユーザの名前というアノテーションで検索して検索結果を絞り込むことも可能
ユーザがコメントを入力する
【００４６】データベースサーバ200 では、転送されてきたアノテーションをアノテーション管理部130 が図５に示されているアノテーション管理テーブルに登録する (ステップS24)。具体的には、アノテーションを特定するID (たとえば、コンテンツC1に付加されるアノテーションを表わすA11), 登録者U4，アノテーションが付加されたコンテンツのコンテンツID, 登録日付，アノテーション本文（コメント）がそれぞれ登録される。また、このアノテーションID (たとえば、A11)が、図４に示されているコンテンツ−アノテーション関係管理テーブルのコンテンツC1の項に登録されて関連付けられる。
【００４７】以上のようにして、データベースサーバ200 には種々のコンテンツとそれに付加されたアノテーションとが相互に関連付けられて蓄積される。」
　
エ．「【００５０】第２は、キーワードでコンテンツを検索する通常の利用方法に加えて、
検索の結果により得られたコンテンツに付加されているアノテーションを更になんらかのキーワードで検索してその結果得られるアノテーションが付加されているコンテンツを抽出する。
【００５１】第３は、アノテーションそのものを適宜のキーワード、たとえば
アノテーションを付加したユーザ名(ID)
　
オ．「【００６１】次に、コンテンツをあるキーワードで検索し、それに付加されているアノテーションを更にキーワードで検索する場合について説明する。
【００６２】まず、従来同様の手法によりコンテンツの検索が行なわれる。いまたとえば「テレビ」というキーワードであるユーザが検索を行なったところ、図14の表示画面の模式図に示されているように、多数の検索結果が得られたとする。但し、図14に示されている例では1881個の検索結果が得られたが、実際の画面には５件の検索結果が表示されている。
【００６３】このようにしてコンテンツの検索結果が表示される際に、本発明のシステムでは更にそれらの検索結果のコンテンツに付加されているアノテーションの検索を行なうためのコメント検索ボックスB2が図14に示されているように表示される。このコメント検索ボックスB2がクリックされるとアノテーション検索のためのキーワードを入力するためのボックスB3が表示されるので、それにキーワードを入力すると、検索結果のコンテンツの中から更に新たに入力されたキーワードに対応するアノテーションが付加されているものが検索される。図15はその検索結果を示す表示画面の模式図であり、この場合には「IWAYAMA 」をキーワードとしてアノテーション検索を行なった結果、二件が見つかったことが示されている。
【００６４】このようなアノテーションの検索の具体的な手順を図16のフローチャートに示す。まず、ユーザがコンテンツを検索するためのキーワードをクライアント端末から入力する (ステップS61)。この入力されたコンテンツ検索のためのキーワードは検索条件入力部150 によりコンテンツ管理部110 へ送られてコンテンツ検索部111 が検索を実行する。 (ステップS62)。入力されたキーワードに対応するコンテンツが有った場合には (ステップS63 で”YES ”) 、そのコンテンツIDがパッケージ部140 によりパッケージ処理され (ステップS64)、表示データが検索結果表示部172 へ転送され (ステップS65)、図14に示されているように表示される。
【００６５】更に、上述のようにユーザがアノテーション検索のためのキーワードを入力すると (ステップS66 で”YES ”) 、入力されたアノテーション検索のためのキーワードは検索条件入力部150 によりアノテーション管理部130 へ送られ、
アノテーション検索部131 は上述の検索の結果既に得られているコンテンツに付加されているアノテーションIDに対応する個々のアノテーションをキーワードで検索する (ステップS67)。入力されたキーワードに対応するアノテーションが有った場合には (ステップS68 で”YES ”) 、それぞれの識別子をパッケージ部140 がパッケージ処理し (ステップS69)、所定の形式（たとえば、HTML形式）の表示データに変換して検索結果表示部172 へ転送し、図15に示されているように表示する(ステップS70)。
　
　上記ア．〜オ．の記載及び関連する図面を参照すると、次のことがいえる。
　
（ア）上記ウ．の段落【００３４】の「ユーザにより検索条件入力部150 から入力された検索条件に従ってコンテンツ検索部111 によりコンテンツの検索を行なう。」との記載から、引用例１には、「ユーザによる検索条件の入力に応答してコンテンツを検索するための方法」が開示されているといえる。
　
（イ）上記ウ．の段落【００２７】に「このシステムはハードウェア的には、クライアント端末(CL) 100-1, 100-2, 100-3…100-n とデータベースサーバ(Sv) 200と他のサーバ(Sv) 210とがLAN(Local Area Network) 回線LANLにて接続されて構成されている。」と記載され、また、上記ウ．の段落【００３３】に「検索条件入力部150 は、コンテンツ及びアノテーションを検索するための検索条件をユーザが各クライアント端末 100-1, 100-2, 100-3…100-n において入力するために備えられている。」と記載されている。
　ここで、上記「クライアント端末(CL) 100-1, 100-2, 100-3…100-n 」を使用するのは、複数のユーザであると解されるから、上記ウ．の段落【００３４】に記載される「ユーザにより検索条件入力部150 から入力された検索条件に従ってコンテンツ検索部111 によりコンテンツの検索を行なう。」との動作では、「コンテンツ検索部によって、複数のユーザのうちの、検索条件を入力するユーザのクライアント端末により入力された検索条件を受信するステップ」が遂行されると解される。
　
（ウ）上記ウ．の段落【００２８】には「データベースサーバ200 には、各種コンテンツ・・・が蓄積される」と記載されており、該「データベースサーバ200 」に蓄積されるコンテンツは、複数であると解される。そして、引用例１のものは、その複数のコンテンツから、検索条件に合致すると判断されたものを、検索結果として出力するものであると解される。
　よって、引用例１のものにおいては、「コンテンツ検索部によって、複数のコンテンツより成るデータベースを検索して、１つ以上の検索結果を得るステップであって、各検索結果は、前記検索条件に合致すると判断されたデータベースにおけるコンテンツであるようなステップ」が遂行されると解される。
　
（エ）上記ウ．の段落【００３５】〜【００３７】の「アノテーション管理部130 は、・・・図５に示されているようなアノテーション管理テーブルを有している。・・・図５に示されているアノテーション管理テーブルには、・・・アノテーションを登録した者を特定する登録者ID (U4，U5…)・・・が記述されている。」との記載、上記ウ．の段落【００４５】の「コメントを入力したユーザの名前 (ユーザID, E-mailアドレス等を含む) をアノテーションとして個々のコンテンツに付加しておけば、あるキーワードで検索された多数のコンテンツを更にそれに付加されているユーザの名前というアノテーションで検索して検索結果を絞り込むことも可能」との記載、上記エ．の段落【００５０】の「検索の結果により得られたコンテンツに付加されているアノテーションを更になんらかのキーワードで検索してその結果得られるアノテーションが付加されているコンテンツを抽出する。」との記載、上記エ．の段落【００５１】の「アノテーションを付加したユーザ名(ID)」との記載、及び、上記オ．の段落【００６５】の「アノテーション検索部131 は上述の検索の結果既に得られているコンテンツに付加されているアノテーションIDに対応する個々のアノテーションをキーワードで検索する (ステップS67)。入力されたキーワードに対応するアノテーションが有った場合には (ステップS68 で”YES ”) 、それぞれの識別子をパッケージ部140 がパッケージ処理し (ステップS69)、所定の形式（たとえば、HTML形式）の表示データに変換して検索結果表示部172 へ転送し、図15に示されているように表示する(ステップS70)。」との記載、及び、図１５において、絞り込まれた検索結果の一覧が表示されていることが見て取れることから、引用例１のものにおいては、「アノテーション検索部によって、複数のユーザにより付加されたアノテーションを検索するステップであって、各アノテーションは、前記複数のユーザのうちの付加ユーザに関連され、そして各アノテーションは、ユーザ特有のコメントを含むものであり、前記検索結果のコンテンツを前記アノテーションの付加ユーザで絞り込むようなステップ」及び「アノテーション検索部によって、絞り込まれた検索結果の一覧を発生するステップ」が遂行されると解される。
　
（オ）上記ウ．の段落【００２７】の「このシステムはハードウェア的には、クライアント端末(CL) 100-1, 100-2, 100-3…100-n とデータベースサーバ(Sv) 200と他のサーバ(Sv) 210とがLAN(Local Area Network) 回線LANLにて接続されて構成されている。」との記載、及び、上記ウ．の段落【００３２】の「このシステムはユーザインタフェイスとして、検索条件入力部150,  アノテーション入力部160,  コンテンツ表示部171 及び検索結果表示部172 を有している。これらのユーザインタフェイスは、図１における各クライアント端末100-1, 100-2, 100-3 …100-n 内に構築される。」との記載から、引用例１のものにおいては、「絞り込まれた検索結果の一覧を、LAN回線LANLを介して、検索条件を入力するユーザのクライアント端末へ送信するステップ」が遂行されると解される。
　
（カ）上記（イ）〜（オ）の各ステップは、コンピュータ・ソフトウェアによって実現されるものであることは、当業者に自明である。
　
　上記（ア）〜（カ）の事項を踏まえると、引用例１には、実質的に、次の発明が記載されているものと認められる。（以下、「引用例１記載の発明」という。）
「ユーザによる検索条件の入力に応答してコンテンツを検索するための方法において、
　コンテンツ検索部によって、複数のユーザのうちの、検索条件を入力するユーザのクライアント端末により入力された検索条件を受信するステップと、
　コンテンツ検索部によって、複数のコンテンツより成るデータベースを検索して、１つ以上の検索結果を得るステップであって、各検索結果は、前記検索条件に合致すると判断されたデータベースにおけるコンテンツであるようなステップと、
　アノテーション検索部によって、前記複数のユーザにより付加されたアノテーションを検索するステップであって、各アノテーションは、前記複数のユーザのうちの付加ユーザに関連され、そして各アノテーションは、ユーザ特有のコメントを含むものであり、前記検索結果のコンテンツを前記アノテーションの付加ユーザで絞り込むようなステップと、
　アノテーション検索部によって、絞り込まれた検索結果の一覧を発生するステップと、
　前記絞り込まれた検索結果の一覧を、LAN回線LANLを介して、検索条件を入力するユーザのクライアント端末へ送信するステップと、
を備えたコンピュータ・ソフトウェアによる情報処理方法。」
　
（２）引用例２
　原査定の拒絶の理由に引用された「宇山  政志、他、『ＨＡＲＰ：出会い、相互扶助、評判共有のためのハイパーアノーテーション・システム』、情報処理学会研究報告  Ｖｏｌ．９６  Ｎｏ．６９、９６−ＧＷ−１９、社団法人情報処理学会、1996年07月25日、第96巻　第69号、pp. 31〜36.」（以下、「引用例２」という。）には、次の事項が記載されている。（以下の摘記中の下線は、当審において付与したものである。）
　
カ．「本稿では、
コンテンツに対して第三者が提供するコメント、評価、分類などの様々な情報のうち、元のコンテンツと双方向に関連づけて保管された情報をアノーテーションと呼ぶ。ＷＷＷの普及に伴い、アノーテーションの集積、管理、応用に再び関心が集まっている
アノーテーションを利用する既存のシステム[4][5][1]の多くは、アノーテーションを付与するために利用者の負荷の大きい特別な操作を必要とした。特に、不特定多数の読者が参加する場に対し、自分の興味、視点をコトバにして表明することは、心理的な負荷が大きく、強い動機と検討時間とを必要とする。　
一方、平岩らのInfo-Plaza[6]では、カテゴリ化という日常の整理活動とアノーテーションの公開とを、連続的な操作として埋め込むことで、利用者の負荷を軽減している。ＨＡＲＰでは、「参照した」「保存した」「キイワードのタグをつけた」などの、利用者の「コトバになる以前の」日常的な活動をアノーテーションとして収集する。これにより、個人の興味を早い時点で集積し、企業組織全体の関心事にまで高めることができると考えた。
アノーテーションは元のコンテンツを補足拡充する。HARP-0は、コンテンツに対する印象や感想などを、そのコンテンツと関連づけて保管することで、以下の機能を実現した。
◆共助フィルタリング（collaborative filtering）
利用者のアクションは集計値表に集計される。集計値表から、個人の関心の対象・程度や、コンテンツのコミュニティ内での評判を推測することができる。コミュニティ内の評判を用いて、有用そうなコンテンツを事前に選別することができる[5][7]。HARP-0は、複数の手法を組み合わせたクリッピングサービスを提供する。以下の３つの手法の組み合わせにより、「今現在起こっていることを知りたい」「世間一般にホットな話題を知りたい」「自分の好みに合った情報を知りたい」といった利用者の多様な要求に応えることができる。
content-based filtering
　コンテンツ中に現れる単語と．利用者が個人情報として定義したキイワード群との一致度に基づくフィルタリング
credibility-based filtering
　
利用者が個人情報として定義した「信頼できるユーザ」が推薦しているかどうかに基づくフィルタリング
correlation-based filtering
　今までの自分のアノーテーションと、他者のアノーテーションの傾向から、趣味傾向が良く似た未知の利用者を算出する相関係数計算に基づくフィルタリング[5]」（第３３頁左欄第１行〜右欄第２０行）
　
（３）引用例３
　原査定の拒絶の理由に引用された特開平１１−２５００７６号公報（以下、「引用例３」という。）には、図面とともに次の事項が記載されている。（以下の摘記中の下線は、当審において付与したものである。）
　
キ．「【０００１】
【発明の属する技術分野】本発明は、個人が持つ知識やノウハウなどの情報を、組織内の複数の利用者で共有可能にする情報共有支援システムに関する。」
　
ク．「【００１８】
【発明の実施の形態】以下、本発明の実施形態について図面を参照して説明する。図１は、本実施形態に係る情報共有支援システムの構成例を示したものである。図１に示すように、公開する情報（公開情報）を蓄積する情報蓄積部１、情報蓄積部１に蓄積された個々の公開情報に対する評価の履歴を蓄積する評価蓄積部２、情報蓄積部１に蓄積する公開情報を登録・修正するための登録修正部３、情報蓄積部１に蓄積された公開情報を検索して利用者に提示するための検索提示部４、提示された公開情報に対する評価を入力するための評価入力部５、公開情報の登録・修正時に自動的に評価を生成する評価生成部６、評価蓄積部２に蓄積された評価情報の内容に基づいて利用者に対し評価の入力を要求するための評価要求部７とから構成される。
【００１９】
利用者は、公開した情報を登録修正部３を用いて公開情報として登録し、情報蓄積部１に蓄積された公開情報を利用したい場合には検索提示部４を用いて情報を検索する。利用者が評価入力部５を用いて入力した評価、および、評価生成部６で生成された評価は評価蓄積部２に蓄積される。
【００２１】評価蓄積部２に蓄積された各公開情報の評価情報は、登録修正部３、検索提示部４、評価要求部７の各々の処理において利用される。図２は、公開情報蓄積部１に蓄積される公開情報の具体例を示したものである。図２に示すように、１単位の公開情報は、ＩＤ（識別子）、登録者、登録日、タイトルという属性もつ。これらの属性値はフィールド２１〜２４のそれぞれに登録され、公開情報の内容そのものはフィールド２５に登録される。公開情報の内容は、図２に示すようなテキストの他に、画像、動画、音声や、他の情報源へのリンクなどでも良い。
【００２２】図３は、評価蓄積部２に蓄積される評価情報の具体例を示したものである。公開情報の評価の次元とは、情報の有用性、正当性、新規性、永続性、詳細度、適用範囲の広さ、娯楽性、分り易さ、など別個独立した（あるいは関連し合うものであっても良いが）尺度、評価軸をもつ評価基準である。
【００２３】本発明では、これらの次元各々について適切な評価が、十分に多くの利用者から得られた状態を、公開情報が精確に評価された状態と考え、このような精確な評価を、大量の公開情報の各々について得ることを目的とする。
【００２４】図３に示すように、１つの評価情報は、評価対象の公開情報のＩＤ、評価日時、評価者といった属性をもつ。その各属性値はフィールド３１〜３３のそれぞれに登録され、当該評価対象の公開情報に対する評価内容はフィールド３４に各次元別に登録される。
【００２５】例えば、評価情報３６では、ＩＤ「＃０４９２０」の公開情報に対して、その評価情報３６の登録日時がフィールド３２に登録され、評価者がフィールド３３に登録され、評価内容がフィールド３４に登録されている。
【００２６】また、評価情報３５の評価者を登録するフィールド３３には、「ＳＹＳＴＥＭ」と登録されているが、この場合、この評価情報３５は、図１の評価生成部６が自動的に生成した評価情報であることを示す。
【００２７】さらに、評価情報３５のフィールド３３に登録されている評価者が「ａｏｋｉ＊」と「＊」という記号が付されているが、この場合、評価情報３６は、「ａｏｋｉ」という評価者が、ＩＤ「＃４９２０」の公開情報の登録者であり、この評価情報３５は、登録者自身が入力した評価であることを表すこととする。
【００２８】
「有用性」「正当性」などの評価の次元は、本実施形態では「１」から「−１」までの数値で表し、数値が大きいほど評価が大きいこととする。
【００２９】本実施形態では、後述する図７のような評価入力部５にて表示される評価入力画面を用いて、全ての次元の評価を任意の利用者が任意の時点で入力できるようにしているが、大量の公開情報の各々に対して、利用者が逐一詳細な評価を入力する作業には、多大な労力がかかる。この問題を解決するために、本発明では、情報の評価を段階的に精確にしていくために必要な入力のみを利用者に要求するという方法を採る。その処理の流れを、図４に示すフローチャートを参照して説明する。」
　
ケ．「【００３０】図４は、図１の情報共有支援システムの処理動作を説明するためのフローチャートである。利用者がシステムに対して行なう処理要求には、大きく分けて、情報の新規登録・修正と、情報の検索・利用がある。図４のステップＳ１〜Ｓ７は、情報の新規登録・修正に関わる処理であり、ステップＳ１０〜Ｓ２１は、情報の検索・利用に関わる処理である。
　・・・（中略）・・・
【００４４】次に、図４のステップＳ１０〜Ｓ２１の処理は、情報を利用する利用者から評価を集めていく処理である。利用者からの情報の検索要求があった場合には（ステップＳ１０）、検索提示部４にて利用者が要求する検索の条件で検索を実行する（ステップＳ１１）。図８は、検索提示部４にて提示される検索要求画面の一例を示したもので、「質問」という入力フィールド８１に利用者が所望の質問文を入力することにより、その意図に合った公開情報を検索する場合を示している。本実施形態では、自然言語による検索要求を解釈して、その意図に合った情報を検索するという方法をとっているが、この方法は従来技術に属するものであるし、また、この検索方法以外にも、たとえば、キーワードの論理式を検索条件とする検索方法であってもよい。情報の検索方法自体に関しては、本発明は限定しない。
【００４５】図８の検索要求画面には、さらに、検索される公開情報の提示順序を指定するフィールド８２も設けられている。例えば、「新規性」「詳細度」「娯楽性」「分かり易さ」等の評価の次元のそれぞれに対し評価値の高低を指定し、その指定した次元の評価値の高い公開情報を優先して提示するよう指示することもできる。
【００４６】検索を実行した結果、情報が検索できた場合には（ステップＳ１２）、検索された複数の公開情報の各々について、今まで入力された評価情報から当該公開情報の総合評価を計算し（ステップＳ１３）、その計算結果に基づいた提示方法で公開情報を利用者に提示する（ステップＳ１４）。
【００４７】ステップＳ１３における総合評価の計算は、例えば、公開情報の提示時に利用者が指定した評価の次元、すなわち、利用者がどういう次元の評価の大きい情報を要求したかに応じて計算する。利用者は図８に示した検索要求画面のフィールド８２に、例えば、「新規性」が大きい（新しい）情報、「詳細度」がやや大きい（やや詳しい）情報を優先して提示するよう指定することができる。利用者が評価の次元を指定しない場合には、たとえば、デフォルトとして「有用性」の次元を選んでその大きさに基づいて（最も値の大きいものから順に）提示順を決定してもよいし、過去に利用者が頻繁に指定した次元に基づいてもよい。
【００４８】ステップ１３において、
個々の公開情報について指定された次元での総合評価を計算する方法の１つは、評価情報中、対象とする公開情報についての評価の各々の値に重みをつけて平均をとるという方法である。
【００４９】
【数１】
　（略）
【００５０】ｗi は、評価の各次元に対する重みで、たとえば、図８に示したように、提示順の優先度が、次元「新規性」を次元「詳細度」より優先して提示するよう利用者から指定されている場合には、次元「新規性」に対する重みのほうを大きくして計算する。
【００５１】ｕj は、評価者の種類に対する重みで、情報の登録者、利用者自身、システムの各々による評価のうち、誰の評価を重要とみなすかを意味する。たとえば、登録者自身が入力した評価は精確であるとみなす場合には、登録者の評価に対する重みを大きくし、逆に、システムが自動的に生成した評価は信頼性が低いとみなす場合には、システムの評価に対する重みを小さくする。また、利用者自身か過去に行なった評価に配慮した提示を行ないたい場合には、利用者の評価に対する重みを重くする。これにより、たとえば、過去に利用者が「役立たない（有用性が小）」と評価した情報の総合評価の値が小さくなるよう計算し、結果として、この情報を再度提示しないようにすることが可能となる。
【００５２】
このようにして、評価の次元や評価者の種類に対する重みを考慮して計算した個々の情報の総合評価は、ステップＳ１４にて、情報の提示の順序付け
などに用いる。すなわち、総合評価の値が大きい情報が先頭になるよう順序付けて提示
【００５３】このように順序付けされた検索結果は、例えば、図８の検索結果提示フィールド８３に提示される。図８の検索結果提示フィールド８３には、検索された個々の公開情報の新規性、詳細度の総合評価Ｅi を求めて、その各値を各次元に対応させて提示し、かつ、新規性の総合評価と詳細度の総合評価を重み付けして加算した値が大きい順に、各公開情報を並べて提示されている。
【００５４】図９に検索結果提示フィールド８３の検索結果の他の提示例を示す。図９（ａ）では、評価の計算結果を、より視覚的に分りやすいように、例えば、「新しい！」「ちょっと詳しい」「注意！古い」といった表記のあるマーク８６〜８８にて表し、利用者が必要な情報をすぐに見つけることができるようにしている。また、図９（ｂ）では、評価の全ての次元をグラフにして表示した例である。これによれば、利用者は、情報の評価の詳細を把握することが可能となる。図９（ｃ）は、図９（ｂ）の評価の表示を単純にしたものであるが、この方法を用いても、図９（ｂ）と同様、情報の評価の大きさが多角形の面積としてすぐに把握できるという利点がある。」
　
４．対比
　本願発明と引用例１記載の発明とを対比すると、次のことがいえる。
　
ア．引用例１記載の発明における「ユーザによる検索条件の入力」は、本願発明における「ユーザ問合せ」に相当する事項である。
　よって、本願発明と引用例１記載の発明とは、ともに、「ユーザ問合せに応答するための方法」に係るものであるといえる。
　
イ．引用例１記載の発明における「検索条件を入力するユーザのクライアント端末」、「入力された検索条件」は、それぞれ、本願発明における「問合せユーザの装置」、「提示された問合せ」に相当する。
　よって、引用例１記載の発明における「複数のユーザのうちの、検索条件を入力するユーザのクライアント端末により入力された検索条件を受信するステップ」は、本願発明における「複数のユーザのうちの問合せユーザの装置により提示された問合せを受信するステップ」に相当するステップであり、引用例１記載の発明における「コンテンツ検索部」の、前記ステップを遂行する機能部分は、本願発明における「問合せ応答モジュール」に相当するといえる。
　よって、本願発明と引用例１記載の発明とは、ともに、「問合せ応答モジュールによって、複数のユーザのうちの問合せユーザの装置により提示された問合せを受信するステップ」を備えるものであるといえる。
　
ウ．引用例１のものは、その段落【０００８】に、「【発明が解決しようとする課題】ところで、従来のインターネット上の電子的な情報資源を検索する際には、WWW のような構造化された
ドキュメント
　ここで、「コンテンツ」が「ドキュメント」である場合、データベース化したコンテンツの集まりは、「コーパス」と呼べるものである。
　そして、引用例１記載の発明において、「検索して、１つ以上の検索結果を得る」こと、及び「各検索結果は、前記検索条件に合致すると判断されたデータベースにおけるコンテンツである」ことは、それぞれ、本願発明において、「サーチして、１つ以上のヒットを識別する」こと、及び「各ヒットは、その問合せに関連していると判断されたコーパスにおけるドキュメントである」ことに相当する事項であるといえる。
　よって、引用例１記載の発明における「複数のコンテンツより成るデータベースを検索して、１つ以上の検索結果を得るステップであって、各検索結果は、前記検索条件に合致すると判断されたデータベースにおけるコンテンツであるようなステップ」は、本願発明における「複数のドキュメントより成るコーパスをサーチして、１つ以上のヒットを識別するステップであって、各ヒットは、その問合せに関連していると判断されたコーパスにおけるドキュメントであるようなステップ」に相当するステップであり、引用例１記載の発明における「コンテンツ検索部」の、前記ステップを遂行する機能部分も、本願発明における「問合せ応答モジュール」に相当するといえる。
　
エ．引用例１記載の発明における「アノテーション検索部によって、複数のユーザにより付加されたアノテーションを検索するステップであって、各アノテーションは、前記複数のユーザのうちの付加ユーザに関連され、そして各アノテーションは、ユーザ特有のコメントを含むものであり、前記検索結果のコンテンツを前記アノテーションの付加ユーザで絞り込むようなステップ」において、まず、「アノテーション」をどのようにして「付加」するかについて、引用例１の段落【００４５】には、「ユーザがコメントを入力する」との記載がなされており、ここで、「入力する」ことは「生成する」ことに他ならないから、引用例１記載の発明における「複数のユーザにより付加されたアノテーション」は、本願発明における「複数のユーザにより生成された注釈」に相当するものである。
　そして、引用例１の段落【００２９】に、「なお、以下の説明では、コンテンツはデータベースサーバ200 に蓄積されており、またアノテーションもデータベースサーバ200 に蓄積されるようになっているが、これはあくまでも一例であって、コンテンツはクライアント端末 100-1,100-2, 100-3…100-n が接続されている LAN回線LANLまたはこの LAN回線LANLが接続されているネットワークに接続されているデータベース, 個々の端末等に蓄積されていてもよいし、またアノテーションに関しても同様である。要は、コンテンツ及びアノテーション共にクライアント端末 100-1, 100-2, 100-3…100-nから検索可能であり且つアクセス可能であればどのような場所に蓄積されていてもよい。」と記載されているように、前記「複数のユーザにより付加されたアノテーション」は、「アクセス可能」なデータベースサーバ等の蓄積場所に蓄積されているものであり、その蓄積場所は、本願発明における「記憶装置」に相当するものである。
　ここで、引用例１記載の発明において、「アノテーション検索部によって、複数のユーザにより付加されたアノテーションを検索する」にあたり、当然、該「アノテーション（注釈）」の蓄積場所（記憶装置）にアクセスすると解される。
　よって、本願発明と引用例１記載の発明とは、ともに、「複数のユーザにより生成された注釈の記憶装置にアクセスするステップ」を備えるものであるといえ、引用例１記載の発明における「アノテーション検索部」の、前記ステップを遂行する機能部分は、本願発明における「ユーザ注釈モジュール」に相当するといえる。
　また、引用例１記載の発明における「付加ユーザ」、「ユーザ特有のコメント」は、それぞれ、本願発明における「生成ユーザ」、「ユーザ特有のメタデータ」に相当する。
　よって、本願発明と引用例１記載の発明とは、ともに、「ユーザ注釈モジュールによって、複数のユーザにより生成された注釈の記憶装置にアクセスするステップであって、各注釈は、前記複数のユーザのうちの生成ユーザに関連され、そして各注釈は、ユーザ特有のメタデータを含むようなステップ」を備える点において、共通するものである。
　
オ．次に、引用例１記載の発明における「アノテーション検索部によって、複数のユーザにより付加されたアノテーションを検索するステップであって、各アノテーションは、前記複数のユーザのうちの付加ユーザに関連され、そして各アノテーションは、ユーザ特有のコメントを含むものであり、前記検索結果のコンテンツを前記アノテーションの付加ユーザで絞り込むようなステップ」において、「検索結果のコンテンツをアノテーションの付加ユーザで絞り込む」という動作は、引用例１の段落【００６３】に「図15はその検索結果を示す表示画面の模式図であり、この場合には『IWAYAMA』をキーワードとしてアノテーション検索を行なった結果、二件が見つかったことが示されている。」と記載されている図１５の具体例では、１８８１個のコンテンツ検索結果のうち、「IWAYAMA」のコメント（アノテーション）が付加された２個のコンテンツがマッチングしてアノテーション付き検索結果として識別されるという動作を表しており、「少なくとも１つのアノテーションがマッチングするコンテンツである各々の検索結果をアノテーション付き検索結果として識別する」動作を表しているといえる。
　そして、引用例１記載の発明における「アノテーション」、「コンテンツ」、「検索結果」、「アノテーション付き検索結果」は、それぞれ、本願発明における「注釈」、「ドキュメント」、「ヒット」、「注釈付きヒット」に相当するから、引用例１記載の発明における「アノテーション検索部」の、上記のような動作を遂行する機能部分は、本願発明における「問合せ応答モジュール」の、「少なくとも１つの注釈がマッチングするドキュメントである各々のヒットを注釈付きヒットとして識別する」動作を遂行する機能部分に相当するといえる。
　よって、本願発明と引用例１記載の発明とは、ともに、「問合せ応答モジュールによって、少なくとも１つの注釈がマッチングするドキュメントである各々のヒットを注釈付きヒットとして識別するステップ」を備える点において、共通するものである。
　
カ．引用例１記載の発明における「絞り込まれた検索結果の一覧」は、本願発明における「ヒットのリストを含むサーチレポート」に相当するものである。
　そして、引用例１記載の発明における「アノテーション検索部」の、「絞り込まれた検索結果の一覧を発生するステップ」を遂行する機能部分は、本願発明における「問合せ応答モジュール」の、「ヒットのリストを含むサーチレポートを発生するステップ」を遂行する機能部分に相当するといえる。
　よって、本願発明と引用例１記載の発明とは、ともに、「問合せ応答モジュールによって、ヒットのリストを含むサーチレポートを発生するステップ」を備える点において、共通するものである。
　
キ．引用例１記載の発明における「LAN回線LANL」、「検索条件を入力するユーザのクライアント端末」は、それぞれ、本願発明における「ネットワーク」、「問合せユーザの装置」に相当する。
　よって、引用例１記載の発明における「絞り込まれた検索結果の一覧を、LAN回線LANLを介して、検索条件を入力するユーザのクライアント端末へ送信するステップ」は、本願発明における「ネットワークを介してサーチレポートを問合せユーザの装置へ送信するステップ」に相当する。
　
　上記ア．〜キ．の事項を踏まえると、本願発明と引用例１記載の発明とは、次の点で一致し、また、相違するものと認められる。
　
（一致点）
　本願発明と引用例１記載の発明とは、ともに、
「ユーザ問合せに応答するための方法において、
　問合せ応答モジュールによって、複数のユーザのうちの問合せユーザの装置により提示された問合せを受信するステップと、
　問合せ応答モジュールによって、複数のドキュメントより成るコーパスをサーチして、１つ以上のヒットを識別するステップであって、各ヒットは、その問合せに関連していると判断されたコーパスにおけるドキュメントであるようなステップと、
　ユーザ注釈モジュールによって、前記複数のユーザにより生成された注釈の記憶装置にアクセスするステップであって、各注釈は、前記複数のユーザのうちの生成ユーザに関連され、そして各注釈は、ユーザ特有のメタデータを含むようなステップと、
　問合せ応答モジュールによって、少なくとも１つの注釈がマッチングする前記ドキュメントである各々のヒットを注釈付きヒットとして識別するステップと、
　問合せ応答モジュールによって、前記ヒットのリストを含むサーチレポートを発生するステップと、
　ネットワークを介して前記サーチレポートを前記問合せユーザの装置へ送信するステップと、
を備えたコンピュータ・ソフトウェアによる情報処理方法。」
である点。
　
（相違点）
　相違点１：本願発明は、「信頼性ネットワークモジュールによって、友人リストを確立して、問合せユーザに対する信頼性ネットワークを構築するステップであって、前記信頼性ネットワークは、前記問合せユーザ以外の少なくとも１人のユーザを含む前記複数のユーザのサブセットをメンバーとして有するようなステップ」を備えるのに対し、引用例１記載の発明は、そのようなステップを備えていない点。
　
　相違点２：「ユーザ特有のメタデータ」が、本願発明においては、「レーティングを含む」ものであるのに対し、引用例１記載の発明においては、「レーティングを含む」とはされていない点。
　
　相違点３：「問合せ応答モジュールによって、少なくとも１つの注釈がマッチングするドキュメントである各々のヒットを注釈付きヒットとして識別するステップ」における「各マッチングする注釈の生成ユーザ」が、本願発明においては、「信頼性ネットワークのメンバーの１人である」のに対し、引用例１記載の発明においては、そのようなものではない点。
　
　相違点４：本願発明は、「ユーザ注釈モジュールによって、各々の注釈付きヒットに対して、各々のマッチングする注釈からレーティングを抽出して、平均レーティングを計算するステップ」を備えるものであり、かつ、「問合せ応答モジュールによって、ヒットのリストを含むサーチレポートを発生するステップ」において、「注釈付きヒットの各々に対して、前記サーチレポートが、少なくとも１つのマッチングする注釈に関する情報を含み、前記注釈付きヒットの前記平均レーティングに少なくとも一部分基づいて、前記ヒットのリストの順序を決定する」ようにしているのに対し、引用例１記載の発明は、そのようにしているものではない点。
　
５．当審の判断
　そこで、上記相違点１〜４について検討する。
　
（相違点１，３について）
　一般に、コンテンツに対して付加されたアノテーションを利用する技術分野において、利用者が個人情報として定義した「信頼できるユーザ」が、当該コンテンツを推薦するアノテーションを付加しているか否かに基づいて、コンテンツのフィルタリングを行うようにすることは、引用例２に記載されているような公知の技術である。
　ここで、コンテンツのフィルタリングを行うための「信頼できるユーザ」は、ネットワーク上に複数存在することが想定されるものであり、その場合、複数の情報を「リスト」化することは、ごく一般的なことにすぎないことから、複数の「信頼できるユーザ」の情報を「友人リスト」として確立することは、当業者が適宜になし得ることである。
　そして、引用例１記載の発明と引用例２記載の技術とは、ともに、コンテンツに対して付加されたアノテーションを利用する技術分野に属するものであり、引用例１記載の発明に対して引用例２記載の技術を適用することは、当業者が適宜になし得ることであって、その場合、「検索結果のコンテンツをアノテーションの付加ユーザで絞り込む」場合の「アノテーションの付加ユーザ」を「信頼できるユーザ」とすることは、当業者が容易に想到し得ることである。
　してみれば、引用例１記載の発明に対して引用例２記載の技術を参酌し、「信頼性ネットワークモジュールによって、友人リストを確立して、問合せユーザに対する信頼性ネットワークを構築するステップであって、前記信頼性ネットワークは、前記問合せユーザ以外の少なくとも１人のユーザを含む前記複数のユーザのサブセットをメンバーとして有するようなステップ」を備えるものとし、また、「問合せ応答モジュールによって、少なくとも１つの注釈がマッチングするドキュメントである各々のヒットを注釈付きヒットとして識別するステップ」における「各マッチングする注釈の生成ユーザ」を「信頼性ネットワークのメンバーの１人である」ようにすることは、当業者が容易に想到し得ることである。
　
（相違点２，４について）
　一般に、情報に対して評価を与え、その評価に基づいて検索を行う技術分野において、個別の情報に対して数値化した評価を与え、その評価値の平均をとり、該平均値の大きい順に情報の提示を行うことは、引用例３に記載されているような公知の技術である。
　ここで、情報に対する評価（レーティング）は、情報に付加するアノテーションの一種であるから、引用例１記載の発明に対して引用例３記載の技術を適用することにより、「ユーザ特有のメタデータ」を「レーティングを含む」ものとし、「ユーザ注釈モジュールによって、各々の注釈付きヒットに対して、各々のマッチングする注釈からレーティングを抽出して、平均レーティングを計算するステップ」を備えるようにし、かつ、「問合せ応答モジュールによって、ヒットのリストを含むサーチレポートを発生するステップ」において、「注釈付きヒットの各々に対して、前記サーチレポートが、少なくとも１つのマッチングする注釈に関する情報を含み、前記注釈付きヒットの前記平均レーティングに少なくとも一部分基づいて、前記ヒットのリストの順序を決定する」ようにすることは、当業者が容易に想到し得ることである。
　
（本願発明の作用効果について）
　そして、本願発明の構成によってもたらされる効果も、引用例１記載の発明及び引用例２，３記載の技術から当業者が容易に予測することができる程度のものであって、格別のものとはいえない。
　
６．むすび
　以上のとおり、本願発明は、引用例１記載の発明及び引用例２，３記載の技術に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項について検討するまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する。