【事件の表示】
　特願２０１２−１６２６９９「利用者ベースのバイアスを使用した検索結果の取得又は提供方法および装置」拒絶査定不服審判事件〔平成２５年　１月１０日出願公開、特開２０１３−　　８３７１、請求項の数（３７）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１．手続の経緯
　
　本願は，平成１９年８月３１日に出願した特願２００９−５２６９４１号（パリ条約による優先権主張　平成１８年８月３１日，米国）の一部を平成２４年７月２３日に新たな特許出願としたものであって，平成２６年９月１２日付けで拒絶査定がなされ，これに対し，平成２７年１月２６日に拒絶査定に対する審判請求がなされるとともに，同日付けで審判請求時の手続補正がなされたものである。
　
第２．審判請求時の手続補正（以下，「本件補正」という。）の適否
　
１．補正の内容
　
　本件補正は，平成２６年３月１７日付け手続補正書の特許請求の範囲の請求項１−４１に記された
「　　【請求項１】
　通信システム中の１つ以上のコンポーネントによって検索結果を提供する方法であって，
　ユーザによって提起されたクエリを受信することと，
　前記クエリに基づいて検索を実行することと，
　検索結果を取得することと，
　前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応するフレンドを識別することと，なお，前記クエリは予め決められたフレンドを指定する識別子を含む，
　前記ユーザに関連するアクセス端末に記憶されたコンタクト・リストを備えるフレンド・データベースから，前記識別されたフレンドに関連するフレンド・バイアス・データを検索することと，
　検索された前記フレンド・バイアス・データに基づいて，前記検索結果にバイアスを適用することと，
　前記バイアス適用検索結果を記憶することと，
　を備える方法。
　　【請求項２】
　前記バイアス適用検索結果を前記ユーザに送信することを更に備える，請求項１の方法。
　　【請求項３】
　前記バイアス適用検索結果に関連付けられるユーザフィードバックを受信すること及び前記ユーザフィードバックに基づいてフレンド・データベースを更新することを更に備える，請求項２の方法。
　　【請求項４】
　前記バイアスを適用することは，前記フレンド・バイアス・データに基づいて前記検索結果をフィルタ処理すること，前記フレンド・バイアス・データに基づいて前記検索結果を順位付けすること，前記フレンド・バイアス・データに基づいて前記検索結果をフィルタ処理および順位付けすること，のうちの少なくとも１つを備える，請求項１の方法。
　　【請求項５】
　前記ユーザまたは前記ユーザによって識別されるフレンドのうちの少なくとも一方の行動に関連付けられた情報を受信することと，前記受信された情報に基づいて，前記フレンド・バイアス・データを備えるフレンド・データベースを更新することと，を更に備える，請求項１の方法。
　　【請求項６】
　前記クエリに対応する拡張データを取得することを更に備え，前記検索の実行または前記検索結果にバイアスを適用することのうちの少なくとも１つは，更に前記拡張データに基づくものである，請求項１の方法。
　　【請求項７】
　前記バイアスを適用することは，前記フレンド・バイアス・データに基づいて前記検索結果中の情報を含めること又は排除することのうちの少なくとも１つを更に備える，請求項１の方法。
　　【請求項８】
　前記排除することは，前記クエリを提起した前記ユーザと協力する予め決められたユーザに過去に提供された検索結果の一部分を除外することを更に備える，請求項７の方法。
　　【請求項９】
　検索結果を提供するための命令を備えるコンピュータ可読記録媒体であって，
　ユーザによって提起されたクエリをコンピュータに受信させるための少なくとも１つの命令と，
　前記コンピュータに，前記クエリに基づいて検索を実行させるための少なくとも１つの命令と，
　前記コンピュータに，検索結果を取得させるための少なくとも１つの命令と，
　前記コンピュータに，前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応するフレンドを識別させるための少なくとも１つの命令と，なお，前記クエリは予め決められたフレンドを指定する識別子を含む，
　前記コンピュータに，前記ユーザに関連するアクセス端末に記憶されたコンタクト・リストを備えるフレンド・データベースから，前記識別されたフレンドに関連するフレンド・バイアス・データを検索させるための少なくとも１つの命令と，
　前記コンピュータに，検索された前記フレンド・バイアス・データに基づいて前記検索結果へのバイアス適用を実行させるための少なくとも１つの命令と，
　前記コンピュータに，前記バイアス適用検索結果を記憶させるための少なくとも１つの命令と，
　を具備するコンピュータ可読記録媒体。
　　【請求項１０】
　検索結果を提供するために構成された少なくともプロセッサであって，
　ユーザによって提起されたクエリを受信するための第１モジュールと，
　前記クエリに基づいて検索を実行し，検索結果を取得するための第２モジュールと，
　前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応するフレンドを識別するための第３のモジュールと，なお，前記クエリは予め決められたフレンドを指定する識別子を含む，
　前記ユーザに関連するアクセス端末に記憶されたコンタクト・リストを備えるフレンド・データベースから，前記識別されたフレンドに関連するフレンド・バイアス・データを検索するための第４のモジュールと，
　検索された前記フレンド・バイアス・データに基づいて前記検索結果にバイアスを適用するための第５のモジュールと，
　前記バイアス適用検索結果を記憶するための第６のモジュールと，
　を具備するプロセッサ。
　　【請求項１１】
　検索結果を提供するための装置であって，
　ユーザによって提起されたクエリを受信するための手段と，
　前記クエリに基づいて検索を実行するための手段と，
　検索結果を取得するための手段と，
　前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応するフレンドを識別するための手段と，なお，前記クエリは予め決められたフレンドを指定する識別子を含む，
　前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備えるフレンド・データベースから，前記識別されたフレンドに関連するフレンド・バイアス・データを検索するための手段と，
　検索された前記フレンド・バイアス・データに基づいて前記検索結果にバイアスを適用するための手段と，
　前記バイアス適用検索結果を記憶するための手段と，
　を具備する装置。
　　【請求項１２】
　検索結果を提供するための装置であって，
　ユーザによって提起されたクエリを受信するために機能することができる通信コンポーネントと，
　前記クエリに基づいて検索を実行して検索結果を生成するために機能することができる検索エンジン・コンポーネントと，
　前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応するフレンドを識別するために機能することができるフレンド・バイアス・コンポーネントと，
なお，前記クエリは予め決められたフレンドを指定する識別子を含み，前記フレンド・バイアス・コンポーネントは，識別された前記フレンドに関連するフレンド・バイアス・データを備え，前記フレンド・バイアス・データは，前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備えるフレンド・データベースから検索され，前記検索エンジン・コンポーネント又は前記フレンド・バイアス・コンポーネントは，前記フレンド・バイアス・データに基づいて，前記検索結果にバイアスを適用することに対応してバイアス適用検索結果を生成するために更に機能することができる，
　前記バイアス適用検索結果を記憶するために機能することができる記憶コンポーネントと，
　を具備する装置。
　　【請求項１３】
　前記通信コンポーネントは，前記バイアス適用検索結果を前記ユーザに送信するために更に機能することができる，請求項１２の装置。
　　【請求項１４】
　前記検索エンジン・コンポーネント又は前記フレンド・バイアス・コンポーネントは，前記バイアス適用検索結果に関連付けられるユーザフィードバックを受信するために更に機能することができ，また，前記ユーザフィードバックに基づいて前記フレンド・バイアス・データを更新するために更に機能することができる，請求項１３の装置。
　　【請求項１５】
　前記フレンド・バイアス・コンポーネントは，前記フレンド・バイアス・データを記憶するために機能することができるフレンド・データベースを更に具備する，請求項１２の装置。
　　【請求項１６】
　前記検索エンジン・コンポーネント又は前記フレンド・バイアス・コンポーネントは，前記フレンド・バイアス・データに基づいて前記検索結果をフィルタ処理すること，前記フレンド・バイアス・データに基づいて該検索結果を順位付けすること，前記フレンド・バイアス・データに基づいて前記検索結果をフィルタ処理および順位付けすること，のうちの少なくとも１つを実行するために更に機能することができる，請求項１２の装置。
　　【請求項１７】
　前記検索エンジン・コンポーネント又は前記フレンド・バイアス・コンポーネントは，前記ユーザまたは前記ユーザによって識別されるフレンドのうちの少なくとも一方の行動に関連付けられる情報を受信するために，及び前記受信された情報に基づいて前記フレンド・バイアス・データを更新するために，更に機能することができる，請求項１２の装置。
　　【請求項１８】
　前記クエリは拡張データに更に関連付けられ，前記検索エンジン・コンポーネントは前記フレンド・バイアス・データに基づいて前記検索を実行するために更に機能することができ，或いは，前記検索エンジン・コンポーネント又は該フレンド・バイアス・コンポーネントは前記拡張データに基づいて前記検索結果に更にバイアスを適用するために更に機能することができる，請求項１２の装置。
　　【請求項１９】
　前記検索エンジン・コンポーネント又は前記フレンド・バイアス・コンポーネントは，前記フレンド・バイアス・データに基づいて前記検索結果中の情報を含めること又は排除することのうちの少なくとも１つに基づいて前記検索結果にバイアスを適用するために更に機能することができる，請求項１２の装置。
　　【請求項２０】
　前記検索エンジン・コンポーネント又は該フレンド・バイアス・コンポーネントは，前記クエリを提起した前記ユーザと協力する予め決められたユーザに過去に提供された検索結果の一部分を除外するために更に機能することができる，請求項１９の装置。
　　【請求項２１】
　通信システム中の１つ以上のコンポーネントによって検索結果を取得するための方法であって，
　ユーザによって提起されたクエリを受信することと，
　検索実行のために前記クエリを送信することと，なお，前記クエリは予め決められたフレンドを指定する識別子を含む，
　前記クエリに応答するバイアス適用検索結果を受信および記憶することと，なお，前記バイアス適用検索結果はフレンド・バイアス・データに基づいて得られ，前記フレンド・バイアス・データは，前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応する識別されたフレンドに関連付けられ，前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備えるフレンド・データベースから検索することによって決定される，
　を備える方法。
　　【請求項２２】
　前記クエリに対応するフレンド識別を受信することを更に備え，前記フレンド識別は前記フレンド・バイアス・データを決定するために機能することができる，請求項２１の方法。
　　【請求項２３】
　前記ユーザに関連付けられるアクセス端末に記憶されるコンタクト・リストからのコンタクト情報をフレンド・バイアス・コンポーネントに送信することを更に備え，前記コンタクト・リストは前記フレンド識別を備える，請求項２２の方法。
　　【請求項２４】
　前記バイアス適用検索結果に関連付けられるフィードバックを入力することを前記ユーザに促すことと，前記バイアス適用検索結果に関連付けられるユーザフィードバックを受信することと，前記ユーザフィードバックに基づいてフレンド・データベースを更新するために前記ユーザフィードバックを送信することと，を更に備える，請求項２１の方法。
　　【請求項２５】
　前記バイアス適用検索結果を受信することは，前記フレンド・バイアス・データに基づいてフィルタ処理された検索結果を受信すること，前記フレンド・バイアス・データに基づいて順位付けされた検索結果を受信すること，前記フレンド・バイアス・データに基づいてフィルタ処理および順位付けされた検索結果を受信すること，のうちの少なくとも１つを更に備える，請求項２１の方法。
　　【請求項２６】
　前記バイアス適用検索結果を受信することは，前記ユーザまたは前記ユーザによって識別されるフレンドのうちの少なくとも一方の行動に関連付けられる情報に従って，バイアスを適用された検索結果を受信することを更に備える，請求項２１の方法。
　　【請求項２７】
　前記クエリに対応する拡張データを取得することを更に備え，前記バイアス適用検索結果を受信することは前記拡張データに更に基づいて検索結果を受信することを更に備える
，請求項２１の方法。
　　【請求項２８】
　前記バイアス適用検索結果を受信することは，前記フレンド・バイアス・データに基づいて情報を含めること又は情報を排除することのうちの少なくとも１つに更に基づいて検索結果を受信することを更に備える，請求項２１の方法。
　　【請求項２９】
　情報を排除することに基づいて前記バイアス適用検索結果を受信することは，前記クエリを提起した前記ユーザと協力する予め決められたユーザに過去に提供された検索結果の一部分を除外することを更に備える，請求項２８の方法。
　　【請求項３０】
　検索結果を取得するための命令を備えるコンピュータ可読記録媒体であって，
　ユーザによって提起されたクエリをコンピュータに受信させるための少なくとも１つの命令と，
　前記コンピュータに，検索実行のために前記クエリを送信させるための少なくとも１つの命令と，なお，前記クエリは予め決められたフレンドを指定する識別子を含む，
　前記コンピュータに，前記クエリに応答してバイアス適用検索結果を受信および記憶させるための少なくとも１つの命令と，なお，前記バイアス適用検索結果はフレンド・バイアス・データに基づいて得られ，前記フレンド・バイアス・データは，前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応する識別されたフレンドに関連付けられ，前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備えるフレンド・データベースから検索することによって決定される，
　を具備するコンピュータ可読記録媒体。
　　【請求項３１】
　検索結果を取得するために構成された少なくとも１つのプロセッサであって，
　ユーザによって提起されたクエリを受信するための第１モジュールと，
　検索実行のために前記クエリを送信するための第２モジュールと，なお，前記クエリは予め決められたフレンドを指定する識別子を含む，
　前記クエリに応答してバイアス適用検索結果を受信および記憶するための第３モジュールと，なお，前記バイアス適用検索結果はフレンド・バイアス・データに基づいて得られ，前記フレンド・バイアス・データは，前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応する識別されたフレンドに関連付けられ，前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備えるフレンド・データベースから検索することによって決定される，
　を具備するプロセッサ。
　　【請求項３２】
　検索結果を取得するための装置であって，
　ユーザによって提起されたクエリを受信するための手段と，
　検索実行のために前記クエリを送信するための手段と，なお，前記クエリは予め決められたフレンドを指定する識別子を含む，
　前記クエリに応答してバイアス適用検索結果を受信および記憶するための手段と，なお，前記バイアス適用検索結果はフレンド・バイアス・データに基づいて得られ，前記フレンド・バイアス・データは，前記クエリに対応する識別されたフレンド又は前記クエリを提示している前記ユーザに対応する識別されたフレンドに関連付けられ，前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備えるフレンド・データベースから検索することによって決定される，
　を具備する装置。
　　【請求項３３】
　検索結果を取得するための装置であって，
　ユーザによって提起されたクエリを受信するために機能することができる検索イニシエータ・コンポーネントと，
　検索実行のために前記クエリを送信するために機能することができる通信コンポーネントと，なお，前記クエリは予め決められたフレンドを指定する識別子を含む，
　前記クエリに応答するバイアス適用検索結果を受信および記憶するために機能することができる検索結果レビュー・コンポーネントと，なお，前記バイアス適用検索結果はフレンド・バイアス・データに基づいて得られ，前記フレンド・バイアス・データは，前記クエリに対応する識別されたフレンド又は前記クエリを提示している前記ユーザに対応する識別されたフレンドに関連付けられ，前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備えるフレンド・データベースから検索することによって決定される，
　を具備する装置。
　　【請求項３４】
　前記検索イニシエータ・コンポーネントは，前記クエリに対応するフレンド識別を受信するために更に機能することができ，前記フレンド識別は前記フレンド・バイアス・データを決定するために機能することができる，請求項３３の装置。
　　【請求項３５】
　前記通信コンポーネントは前記装置に記憶されたコンタクト・リストからコンタクト情報をフレンド・バイアス・コンポーネントに送信するために更に機能することができ，前記コンタクト・リストは前記フレンド識別を備える，請求項３４の装置。
　　【請求項３６】
　前記バイアス適用検索結果に関連付けられるフィードバックを入力することを前記ユーザに促すために機能し，かつ，前記バイアス適用検索結果に関連付けられたユーザフィードバックを受信するために機能することができるバイアス識別コンポーネントを更に具備し，前記通信コンポーネントは，前記ユーザフィードバックに基づいてフレンド・データベースを更新するために前記ユーザフィードバックを送信するように更に機能することができる，請求項３３の装置。
　　【請求項３７】
　前記バイアス適用検索結果は，前記フレンド・バイアス・データに基づいてフィルタ処理された検索結果，前記フレンド・バイアス・データに基づいて順位付けされた検索結果，前記フレンド・バイアス・データに基づいてフィルタ処理および順位付けされた検索結果，のうちの少なくとも１つを更に具備する，請求項３３の装置。
　　【請求項３８】
　前記バイアス適用検索結果を受信することは，前記ユーザまたは前記ユーザによって識別されるフレンドのうちの少なくとも一方の行動に関連付けられる情報に従ってバイアスを適用された検索結果を受信することを更に具備する，請求項３３の装置。
　　【請求項３９】
　前記検索イニシエータ・コンポーネントは前記クエリに対応する拡張データを取得するために更に機能することができ，前記バイアス適用検索結果は前記拡張データに更に基づく検索結果を更に具備する，請求項３３の装置。
　　【請求項４０】
　前記バイアス適用検索結果は，前記フレンド・バイアス・データに基づいて情報を含めること又は排除することのうちの少なくとも１つに更に基づく検索結果を更に具備する，請求項３３の装置。
　　【請求項４１】
　情報を排除することに基づく前記バイアス適用検索結果は，前記クエリを提起した前記ユーザと協力する予め決められたユーザに過去に提供された検索結果の一部分を更に排除する，請求項４０の装置。」という発明を，
　補正後の特許請求の範囲の請求項１−３７に記載された，
「　【請求項１】
　通信システム中の１つ以上のコンポーネントによって検索結果を提供する方法であって，
　ユーザによって提起されたクエリを受信することと，なお，前記クエリは前記ユーザによって予め決定されたフレンドを指定するフレンド識別を含む，
　前記クエリに基づいて検索を実行することと，
　検索結果を取得することと，
　前記クエリに含まれた前記フレンド識別に基づいて，前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応するフレンドを識別することと，
　フレンド・データベースから，前記識別されたフレンドに関連付けられたフレンド・バイアス・データを検索することと，なお，前記フレンド・データベースは前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備え，前記コンタクト・リストは前記フレンド識別を備え，前記フレンド・バイアス・データは前記フレンド識別に関連付けられる，
　検索された前記フレンド・バイアス・データに基づいて，前記検索結果にバイアスを適用することと，
　前記バイアス適用検索結果を記憶することと，
　を備える方法。
　　【請求項２】
　前記バイアス適用検索結果を前記ユーザに送信することを更に備える，請求項１の方法。
　　【請求項３】
　前記バイアス適用検索結果に関連付けられるユーザフィードバックを受信すること及び前記ユーザフィードバックに基づいてフレンド・データベースを更新することを更に備える，請求項２の方法。
　　【請求項４】
　前記バイアスを適用することは，前記フレンド・バイアス・データに基づいて前記検索結果をフィルタ処理すること，前記フレンド・バイアス・データに基づいて前記検索結果を順位付けすること，前記フレンド・バイアス・データに基づいて前記検索結果をフィルタ処理および順位付けすること，のうちの少なくとも１つを備える，請求項１の方法。
　　【請求項５】
　前記ユーザまたは前記ユーザによって識別されるフレンドのうちの少なくとも一方の行動に関連付けられた情報を受信することと，前記受信された情報に基づいて，前記フレンド・バイアス・データを備えるフレンド・データベースを更新することと，を更に備える，請求項１の方法。
　　【請求項６】
　前記クエリに対応する拡張データを取得することを更に備え，前記検索の実行または前記検索結果にバイアスを適用することのうちの少なくとも１つは，更に前記拡張データに基づくものである，請求項１の方法。
　　【請求項７】
　前記バイアスを適用することは，前記フレンド・バイアス・データに基づいて前記検索結果中の情報を含めること又は排除することのうちの少なくとも１つを更に備える，請求項１の方法。
　　【請求項８】
　前記排除することは，前記クエリを提起した前記ユーザと協力する予め決められたユーザに過去に提供された検索結果の一部分を除外することを更に備える，請求項７の方法。
　　【請求項９】
　検索結果を提供するための命令を備えるコンピュータ可読記録媒体であって，
　コンピュータに，ユーザによって提起されたクエリを受信させるための少なくとも１つの命令と，なお，前記クエリは前記ユーザによって予め決定されたフレンドを指定するフレンド識別を含む，
　前記コンピュータに，前記クエリに基づいて検索を実行させるための少なくとも１つの命令と，
　前記コンピュータに，検索結果を取得させるための少なくとも１つの命令と，
　前記コンピュータに，前記クエリに含まれた前記フレンド識別に基づいて，前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応するフレンドを識別させるための少なくとも１つの命令と，
　前記コンピュータに，フレンド・データベースから，前記識別されたフレンドに関連するフレンド・バイアス・データを検索させるための少なくとも１つの命令と，なお，前記フレンド・データベースは前記ユーザに関連するアクセス端末に記憶されたコンタクト・リストを備え，前記コンタクト・リストは前記フレンド識別を備え，前記フレンド・バイアス・データは前記フレンド識別に関連付けられる，
　前記コンピュータに，検索された前記フレンド・バイアス・データに基づいて前記検索結果へのバイアス適用を実行させるための少なくとも１つの命令と，
　前記コンピュータに，前記バイアス適用検索結果を記憶させるための少なくとも１つの命令と，
　を具備するコンピュータ可読記録媒体。
　　【請求項１０】
　検索結果を提供するために構成された少なくともプロセッサであって，
　ユーザによって提起されたクエリを受信するための第１モジュールと，なお，前記クエリは前記ユーザによって予め決定されたフレンドを指定するフレンド識別を含む，
　前記クエリに基づいて検索を実行し，検索結果を取得するための第２モジュールと，
　前記クエリに含まれた前記フレンド識別に基づいて，前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応するフレンドを識別するための第３のモジュールと，
　フレンド・データベースから，前記識別されたフレンドに関連するフレンド・バイアス・データを検索するための第４のモジュールと，なお，前記フレンド・データベースは前記ユーザに関連するアクセス端末に記憶されたコンタクト・リストを備え，前記コンタクト・リストは前記フレンド識別を備え，前記フレンド・バイアス・データは前記フレンド識別に関連付けられる，
　検索された前記フレンド・バイアス・データに基づいて前記検索結果にバイアスを適用するための第５のモジュールと，
　前記バイアス適用検索結果を記憶するための第６のモジュールと，
　を具備するプロセッサ。
　　【請求項１１】
　検索結果を提供するための装置であって，
　ユーザによって提起されたクエリを受信するための手段と，なお，前記クエリは前記ユーザによって予め決定されたフレンドを指定するフレンド識別を含む，
　前記クエリに基づいて検索を実行するための手段と，
　検索結果を取得するための手段と，
　前記クエリに含まれた前記フレンド識別に基づいて，前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応するフレンドを識別するための手段と，
　フレンド・データベースから，前記識別されたフレンドに関連するフレンド・バイアス・データを検索するための手段と，なお，前記フレンド・データベースは前記ユーザに関連するアクセス端末に記憶されたコンタクト・リストを備え，前記コンタクト・リストは前記フレンド識別を備え，前記フレンド・バイアス・データは前記フレンド識別に関連付けられる，
　検索された前記フレンド・バイアス・データに基づいて前記検索結果にバイアスを適用するための手段と，
　前記バイアス適用検索結果を記憶するための手段と，
　を具備する装置。
　　【請求項１２】
　検索結果を提供するための装置であって，
　ユーザによって提起されたクエリを受信するために機能することができる通信コンポーネントと，なお，前記クエリは前記ユーザによって予め決定されたフレンドを指定するフレンド識別を含む，
　前記クエリに基づいて検索を実行して検索結果を生成するために機能することができる検索エンジン・コンポーネントと，
　前記クエリに含まれた前記フレンド識別に基づいて，前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応するフレンドを識別するために機能することができるフレンド・バイアス・コンポーネントと，なお，前記フレンド・バイアス・コンポーネントは，識別された前記フレンドに関連するフレンド・バイアス・データを備え
，前記フレンド・バイアス・データはフレンド・データベースから検索され，前記フレンド・データベースは前記ユーザに関連するアクセス端末に記憶されたコンタクト・リストを備え，前記コンタクト・リストは前記フレンド識別を備え，前記フレンド・バイアス・データは前記フレンド識別に関連付けられ，前記検索エンジン・コンポーネント又は前記フレンド・バイアス・コンポーネントは，前記フレンド・バイアス・データに基づいて，
前記検索結果にバイアスを適用することに対応してバイアス適用検索結果を生成するために更に機能することができる，
　前記バイアス適用検索結果を記憶するために機能することができる記憶コンポーネントと，
　を具備する装置。
　　【請求項１３】
　前記通信コンポーネントは，前記バイアス適用検索結果を前記ユーザに送信するために更に機能することができる，請求項１２の装置。
　　【請求項１４】
　前記検索エンジン・コンポーネント又は前記フレンド・バイアス・コンポーネントは，前記バイアス適用検索結果に関連付けられるユーザフィードバックを受信するために更に機能することができ，また，前記ユーザフィードバックに基づいて前記フレンド・バイアス・データを更新するために更に機能することができる，請求項１３の装置。
　　【請求項１５】
　前記フレンド・バイアス・コンポーネントは，前記フレンド・バイアス・データを記憶するために機能することができるフレンド・データベースを更に具備する，請求項１２の装置。
　　【請求項１６】
　前記検索エンジン・コンポーネント又は前記フレンド・バイアス・コンポーネントは，前記フレンド・バイアス・データに基づいて前記検索結果をフィルタ処理すること，前記フレンド・バイアス・データに基づいて該検索結果を順位付けすること，前記フレンド・バイアス・データに基づいて前記検索結果をフィルタ処理および順位付けすること，のうちの少なくとも１つを実行するために更に機能することができる，請求項１２の装置。
　　【請求項１７】
　前記検索エンジン・コンポーネント又は前記フレンド・バイアス・コンポーネントは，前記ユーザまたは前記ユーザによって識別されるフレンドのうちの少なくとも一方の行動に関連付けられる情報を受信するために，及び前記受信された情報に基づいて前記フレンド・バイアス・データを更新するために，更に機能することができる，請求項１２の装置。
　　【請求項１８】
　前記クエリは拡張データに更に関連付けられ，前記検索エンジン・コンポーネントは前記フレンド・バイアス・データに基づいて前記検索を実行するために更に機能することができ，或いは，前記検索エンジン・コンポーネント又は該フレンド・バイアス・コンポーネントは前記拡張データに基づいて前記検索結果に更にバイアスを適用するために更に機能することができる，請求項１２の装置。
　　【請求項１９】
　前記検索エンジン・コンポーネント又は前記フレンド・バイアス・コンポーネントは，前記フレンド・バイアス・データに基づいて前記検索結果中の情報を含めること又は排除することのうちの少なくとも１つに基づいて前記検索結果にバイアスを適用するために更に機能することができる，請求項１２の装置。
　　【請求項２０】
　前記検索エンジン・コンポーネント又は該フレンド・バイアス・コンポーネントは，前記クエリを提起した前記ユーザと協力する予め決められたユーザに過去に提供された検索結果の一部分を除外するために更に機能することができる，請求項１９の装置。
　　【請求項２１】
　通信システム中の１つ以上のコンポーネントによって検索結果を取得するための方法であって，
　ユーザによって提起されたクエリを受信することと，なお，前記クエリは前記ユーザによって予め決定されたフレンドを指定するフレンド識別を含む，
　検索実行のために前記クエリを送信することと，
　前記クエリに応答するバイアス適用検索結果を受信および記憶することと，なお，前記バイアス適用検索結果は，前記クエリに含まれた前記フレンド識別に基づいて前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応する識別されたフレンドに関連付けられたフレンド・バイアス・データをフレンド・データベースから検索することによって得られ，前記フレンド・データベースは前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備え，前記コンタクト・リストは前記フレンド識別を備え，前記フレンド・バイアス・データは前記フレンド識別に関連付けられる，
　を備える方法。
　　【請求項２２】
　前記バイアス適用検索結果に関連付けられるフィードバックを入力することを前記ユーザに促すことと，前記バイアス適用検索結果に関連付けられるユーザフィードバックを受信することと，前記ユーザフィードバックに基づいてフレンド・データベースを更新するために前記ユーザフィードバックを送信することと，を更に備える，請求項２１の方法。
　　【請求項２３】
　前記バイアス適用検索結果を受信することは，前記フレンド・バイアス・データに基づいてフィルタ処理された検索結果を受信すること，前記フレンド・バイアス・データに基づいて順位付けされた検索結果を受信すること，前記フレンド・バイアス・データに基づいてフィルタ処理および順位付けされた検索結果を受信すること，のうちの少なくとも１つを更に備える，請求項２１の方法。
　　【請求項２４】
　前記バイアス適用検索結果を受信することは，前記ユーザまたは前記ユーザによって識別されるフレンドのうちの少なくとも一方の行動に関連付けられる情報に従って，バイアスを適用された検索結果を受信することを更に備える，請求項２１の方法。
　　【請求項２５】
　前記クエリに対応する拡張データを取得することを更に備え，前記バイアス適用検索結果を受信することは前記拡張データに更に基づいて検索結果を受信することを更に備える
，請求項２１の方法。
　　【請求項２６】
　前記バイアス適用検索結果を受信することは，前記フレンド・バイアス・データに基づいて情報を含めること又は情報を排除することのうちの少なくとも１つに更に基づいて検索結果を受信することを更に備える，請求項２１の方法。
　　【請求項２７】
　情報を排除することに基づいて前記バイアス適用検索結果を受信することは，前記クエリを提起した前記ユーザと協力する予め決められたユーザに過去に提供された検索結果の一部分を除外することを更に備える，請求項２６の方法。
　　【請求項２８】
　検索結果を取得するための命令を備えるコンピュータ可読記録媒体であって，
　コンピュータに，ユーザによって提起されたクエリを受信させるための少なくとも１つの命令と，なお，前記クエリは前記ユーザによって予め決定されたフレンドを指定するフレンド識別を含む，
　前記コンピュータに，検索実行のために前記クエリを送信させるための少なくとも１つの命令と，
　前記コンピュータに，前記クエリに応答してバイアス適用検索結果を受信および記憶させるための少なくとも１つの命令と，なお，前記バイアス適用検索結果は，前記クエリに含まれた前記フレンド識別に基づいて前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応する識別されたフレンドに関連付けられたフレンド・バイアス・データをフレンド・データベースから検索することによって得られ，前記フレンド・データベースは前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備え，前記コンタクト・リストは前記フレンド識別を備え，前記フレンド・バイアス・データは前記フレンド識別に関連付けられる，
　を具備するコンピュータ可読記録媒体。
　　【請求項２９】
　検索結果を取得するために構成された少なくとも１つのプロセッサであって，
　ユーザによって提起されたクエリを受信するための第１モジュールと，なお，前記クエリは前記ユーザによって予め決定されたフレンドを指定するフレンド識別を含む，
　検索実行のために前記クエリを送信するための第２モジュールと，
　前記クエリに応答してバイアス適用検索結果を受信および記憶するための第３モジュールと，なお，前記バイアス適用検索結果は，前記クエリに含まれた前記フレンド識別に基づいて前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応する識別されたフレンドに関連付けられたフレンド・バイアス・データをフレンド・データベースから検索することによって得られ，前記フレンド・データベースは前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備え，前記コンタクト・リストは前記フレンド識別を備え，前記フレンド・バイアス・データは前記フレンド識別に関連付けられる，
　を具備するプロセッサ。
　　【請求項３０】
　検索結果を取得するための装置であって，
　ユーザによって提起されたクエリを受信するための手段と，なお，前記クエリは前記ユーザによって予め決定されたフレンドを指定するフレンド識別を含む，
　検索実行のために前記クエリを送信するための手段と，
　前記クエリに応答してバイアス適用検索結果を受信および記憶するための手段と，なお，前記バイアス適用検索結果は，前記クエリに含まれた前記フレンド識別に基づいて前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応する識別されたフレンドに関連付けられたフレンド・バイアス・データをフレンド・データベースから，検索することによって得られ，前記フレンド・データベースは前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備え，前記コンタクト・リストは前記フレンド識別を備え，前記フレンド・バイアス・データは前記フレンド識別に関連付けられる，
　を具備する装置。
　　【請求項３１】
　検索結果を取得するための装置であって，
　ユーザによって提起されたクエリを受信するために機能することができる検索イニシエータ・コンポーネントと，なお，前記クエリは前記ユーザによって予め決定されたフレンドを指定するフレンド識別を含む，
　検索実行のために前記クエリを送信するために機能することができる通信コンポーネントと，
　前記クエリに応答するバイアス適用検索結果を受信および記憶するために機能することができる検索結果レビュー・コンポーネントと，なお，前記バイアス適用検索結果は，前記クエリに含まれた前記フレンド識別に基づいて前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応する識別されたフレンドに関連付けられたフレンド・バイアス・データをフレンド・データベースから検索することによって得られ，前記フレンド・データベースは前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備え，前記コンタクト・リストは前記フレンド識別を備え，前記フレンド・バイアス・データは前記フレンド識別に関連付けられる，
　を具備する装置。
　　【請求項３２】
　前記バイアス適用検索結果に関連付けられるフィードバックを入力することを前記ユーザに促すために機能し，かつ，前記バイアス適用検索結果に関連付けられたユーザフィードバックを受信するために機能することができるバイアス識別コンポーネントを更に具備し，前記通信コンポーネントは，前記ユーザフィードバックに基づいてフレンド・データベースを更新するために前記ユーザフィードバックを送信するように更に機能することができる，請求項３１の装置。
　　【請求項３３】
　前記バイアス適用検索結果は，前記フレンド・バイアス・データに基づいてフィルタ処理された検索結果，前記フレンド・バイアス・データに基づいて順位付けされた検索結果，前記フレンド・バイアス・データに基づいてフィルタ処理および順位付けされた検索結果，のうちの少なくとも１つを更に具備する，請求項３１の装置。
　　【請求項３４】
　前記バイアス適用検索結果を受信することは，前記ユーザまたは前記ユーザによって識別されるフレンドのうちの少なくとも一方の行動に関連付けられる情報に従ってバイアスを適用された検索結果を受信することを更に具備する，請求項３１の装置。
　　【請求項３５】
　前記検索イニシエータ・コンポーネントは前記クエリに対応する拡張データを取得するために更に機能することができ，前記バイアス適用検索結果は前記拡張データに更に基づく検索結果を更に具備する，請求項３１の装置。
　　【請求項３６】
　前記バイアス適用検索結果は，前記フレンド・バイアス・データに基づいて情報を含めること又は排除することのうちの少なくとも１つに更に基づく検索結果を更に具備する，請求項３１の装置。
　　【請求項３７】
　情報を排除することに基づく前記バイアス適用検索結果は，前記クエリを提起した前記ユーザと協力する予め決められたユーザに過去に提供された検索結果の一部分を更に排除する，請求項３６の装置。」
という発明（以下，「補正後の発明」という。）に補正することを含むものである。
２．新規事項の有無及び補正の目的要件について
　
　本件補正は補正前の請求項２２，２３，３４，３５を削除するとともに，
　補正前の各独立請求項において，「ユーザによって提起されたクエリ」という構成に，「前記クエリは前記ユーザによって予め決定されたフレンドを指定するフレンド識別を含む」という構成を付加し（以下，「補正事項１」という。），
　また，補正前の各独立請求項において，「ユーザに対応するフレンドを識別する」構成に，「前記クエリに含まれた前記フレンド識別に基づいて」これを識別する構成を付加し（以下，「補正事項２」という。），
　かつ，補正前の各独立請求項において，「コンタクト・リスト」の構成に，「フレンド・データベース」が当該「コンタクト・リスト」を備える構成と，「コンタクト・リストは前記フレンド識別を備え，前記フレンド・バイアス・データは前記フレンド識別に関連付けられる」という構成を付加する（以下，「補正事項３」という。）ことにより，
　特許請求の範囲を減縮するものである。
　したがって，本件補正は，特許法第１７条の２第５項第１号及び第２号（補正の目的）の規定に適合している。
　
３．独立特許要件について
　
　本件補正は特許請求の範囲の減縮を目的とするものであるから，上記補正後の発明が特許出願の際独立して特許を受けることができるものであるのかどうかについて以下に検討する。
　
（１）引用文献
Ａ．原審の拒絶理由に引用された国際公開第２００５／０８９２９１号（以下，「引用文献１」という。）には，図面とともに以下の事項が記載されている。
「D. Enhanced Web Search
[0148] In one embodiment, search server 160 (FIG. 2) accesses the annotation libraries of a user's trust network members to provide additional information when responding to a query from that user. For example, as shown above a separate list of annotated hits (i.e., hits that correspond to annotated pages in the library of at least one trust network member) may be included in the search results, or annotated hits may be highlighted wherever they happen to appear in the results list. Where the annotations include ratings, a separate list of favorably-rated hits might be provided, rated hits might be highlighted in a manner that reflects the querying user's ratings, or ratings data might be used as a factor in ranking the hits.
[0149] FIG. 10 is a flow diagram of a process 1000 that may be implemented in query processing module 162 (FIG. 2) for incorporating trust network members' annotations into a response to a current query from a querying user. At step 1002, the query is received. At step 1004, a list of hits corresponding to the query is obtained, e.g., from page index 170 (FIG. 2). At step 1006, query processing module 162 ranks the hits, e.g., using conventional algorithms.
[0150] At step 1008, query processing module 162 determines whether the querying user is logged in. If not, query processing module 162 may send the results page to the querying user without personalization at step 101 , enabling users to perform searches and obtain results without logging in to (or even being registered with) search server 160. If the user is logged in, then the results page is customized for that user based on information in personalization database 166.
[0151] More specifically, at step 1012, query processing module 162 provides the querying user's ID to personalization database 166 and retrieves a list of the user's trust network members, hi one embodiment, step 1012 includes building the list of trust network members dynamically using trust network module 165. For example, where the trust network is to be built from lists of friends and extends to a maximum degree of separation (Nmax) from the querying user, step 1012 might include creating a representation of the network graph by first obtaining the list of the querying user's friends from personalization database 166 and defining a network node for each friend. Where Nmax ? 1, identification of trust network members may stop there; for Nmax  1, a list of each friend's friends is obtained and additional nodes are defined, and so on until the maximum degree of separation is reached. It should be noted that for large enough Nmax, the number of trust network members might extend to all users of the search system, and it may be desirable to limit Nmax or the total number of trust network members so as to avoid over-inundating a querying user with annotations.
[0152] In other embodiments, where the trust network is defined by reference to a community, step 1012 might include retrieving the current membership list for that community from personalization database 166 or another data store accessible to search server 160. hi still other embodiments, step 1012 includes retrieving a pre-built list of members of the querying user's trust network from personalization database 166.
[0153] Where trust weights and/or confidence coefficients are used for identifying trust network members or using trust network information, step 1012 may also include determining the trust weights and or confidence coefficients.
[0154] At step 1013, annotations created by the trust network members are retrieved from personalization database 166, and at step 1014, the URLs of the retrieved annotations are compared to URLs of the hits to detect any hits that match URLs for which at least one trust network member has previously created an annotation. Such hits are referred to herein as annotated hits. For annotations whose host flag is set to site, a match (also referred to herein as a partial match) is detected if the beginning portion of the hit URL matches the URL (or partial URL) stored in the annotation (e.g., in URL field 308 in FIG. 3). If the host flag is set to page, an exact match between the URL of the annotation and the hit URL is required. Match as used herein includes both partial and exact matches unless specifically stated otherwise.
[0155] In embodiments where the annotations include ratings, for each annotated hit, an average or aggregate rating is computed at step 1015. As described above, the aggregate rating can be a weighted average (weighted by the confidence coefficient) over all trust network members who have annotated the hit. Ratings can also be weighted based on recency or other criteria. At step 1016 it is determined whether the aggregate rating is favorable. If so, then the hit is added to the favored results (My Web) list, hi other embodiments, all annotated hits, regardless of rating, might be added to the My Web list.
[0156] At step 1020, the results list is optionally reranked using the aggregate ratings. For example, during ranking, a base score can be generated for each hit (annotated or not) using a conventional ranking algorithm. For hits that have a favorable or unfavorable aggregate rating, a bonus can be determined from the rating. The bonus is advantageously defined such that favorably rated sites tend to move up in the rankings while unfavorably rated sites tend to move down. For instance, if low scores correspond to high rankings, the bonus for a favorable rating may be defined as a negative number and the bonus for an unfavorable rating as a positive number. In some embodiments, partial URL matches might be given a smaller bonus than exact URL matches. Unrated (or neutrally rated) hits would receive no bonus. This bonus can be added (algebraically) to the base score to determine a final score for each hit, and the new ranking can be based on the final scores.
[0157] In some embodiments, reranking at step 1020 may also include dropping any annotated hits that have an unfavorable aggregate rating from the list of hits to be displayed. In such embodiments, the search results page delivered to the user may include an indication of the number of hits that were dropped due to unfavorable aggregate ratings and/or a Show all hits button (or other control) that allows the user to see the search results displayed with the unfavorably rated hits included. In another variation, the user can click on a link to see just the unfavorably rated hits.
[0158] At step 1022, the My Web list is ranked and added to the search results page, hi some embodiments, this ranking may be based on the base score or final score described above. In other embodiments, hits in the My Web list are sorted by aggregate rating; hits with the same rating may be further sorted according to the base score described above. In still other embodiments, hits in the My Web list are sorted based primarily on the number of trust network members who annotated that hit, which hit has an annotation from the closest member, or the like.
[0159] At step 1024, the search results page is modified based on the existence of annotations; e.g., highlighting and/or Show My Web buttons as described above can be added to the annotated hits. The modified search results page, in this case including the personalized My Web section, is sent to the user at step 1010.」
(当審訳：
 Ｄ．改善されたウェブサーチ
[0148]  一実施形態において，サーチサーバー１６０（図２）は，ユーザの信頼性ネットワークメンバーの注釈ライブラリーにアクセスして，そのユーザからの問合せに応答するときに付加的な情報を与える。例えば，上述したように，注釈付きヒット（即ち，少なくとも１つの信頼性ネットワークメンバーのライブラリーにおける注釈付きページに対応するヒット）がサーチ結果に含まれてもよいし，或いは注釈付きヒットが結果リストに現われるときにそれらがハイライト処理されてもよい。注釈がレーティングを含む場合には，好意的にレーティング決めされたヒットの個別リストが設けられてもよいし，レーティング決めされたヒットが，問合せユーザのレーティングを反映するようにハイライト処理されてもよいし，或いはレーティングデータが，ヒットをランク付けするファクタとして使用されてもよい。
[0149]  図１０は，問合せユーザからの現在問合せに対する応答に信頼性ネットワークメンバーの注釈を合体させるために問合せ処理モジュール１６２（図２）において実施されるプロセス１０００のフローチャートである。ステップ１００２において，問合せが受け取られる。ステップ１００４において，問合せに対応するヒットのリストが，ページインデックス１７０（図２）から得られる。ステップ１００６において，問合せ処理モジュール１６２は，例えば，従来のアルゴリズムを使用して，ヒットをランク付けする。
[0150]  ステップ１００８において，問合せ処理モジュール１６２は，問合せユーザがログインされたかどうか決定する。もしそうでなければ，問合せ処理モジュール１６２は，ステップ１０１０において，個人化を伴わずに問合せユーザへ結果ページを送信し，ユーザが，サーチサーバー１６０にログインせずに（又はそれに登録されずに），サーチを遂行して結果を得ることができるようにする。ユーザがログインされる場合には，結果ページは，個人化データベース１６６における情報に基づいてそのユーザに対してカスタマイズされる。
[0151] より詳細には，ステップ１０１２において，問合せ処理モジュール１６２は，問合せユーザのＩＤを個人化データベース１６６に与え，そしてユーザの信頼性ネットワークメンバーのリストを検索する。一実施形態において，ステップ１０１２は，信頼性ネットワークモジュール１６５を使用して信頼性ネットワークメンバーのリストを動的に構築することを含む。例えば，信頼性ネットワークを友人のリストから構築して，問合せユーザから最大分離度（Ｎmax）まで拡張すべき場合には，ステップ１０１２は，最初に，個人化データベース１６６から問合せユーザの友人のリストを得，そして各友人に対してネットワークノードを定義することにより，ネットワークグラフの表示を生成することを含んでもよい。Ｎmax＝１の場合には，信頼性ネットワークメンバーの識別がそこで停止し，Ｎmax＞１の場合には，各友人の友人のリストが得られそして付加的なノードが定義され，等々となって，やがて，最大分離度に到達する。充分大きなＮmaxの場合には，信頼性ネットワークメンバーの数がサーチシステムの全ユーザまで拡張し，従って，問合せユーザが注釈と共に過剰に殺到するのを回避するためにＮmax又は信頼性ネットワークメンバーの全数を制限することが望ましいことに注意されたい。
[0152]  信頼性ネットワークがコミュニティへのリファレンスにより定義される他の実施形態では，ステップ１０１２は，そのコミュニティに対する現在メンバーシップリストを，個人化データベース１６６から，又はサーチサーバー１６０にアクセスできる別のデータ記憶装置から検索することを含んでもよい。更に別の実施形態では，ステップ１０１２は，問合せユーザの信頼性ネットワークのメンバーの予め構築されたリストを個人化データベース１６６から検索することを含む。
[0153]  信頼性重み及び／又は信用係数を使用して信頼性ネットワークメンバーを識別するか又は信頼性ネットワーク情報を使用する場合には，ステップ１０１２は，信頼性重み及び／又は信用係数決定することを含んでもよい。
[0154]  ステップ１０１３において，信頼性ネットワークメンバーにより生成された注釈が個人化データベース１６６から検索され，そしてステップ１０１４において，その検索された注釈のＵＲＬがヒットのＵＲＬと比較され，少なくとも１人の信頼性ネットワークメンバーが注釈を以前に生成したところのＵＲＬに一致するヒットを検出する。このようなヒットは，ここでは，注釈付きヒットと称される。ホストフラグが「サイト」にセットされた注釈については，ヒットＵＲＬの開始部分が，（例えば，図３のＵＲＬフィールド３０８において）注釈に記憶されたＵＲＬ（又は部分ＵＲＬ）に一致する場合に一致（「部分一致」とも称される）が検出される。ホストフラグが「ページ」にセットされた場合には，注釈のＵＲＬとヒットＵＲＬとの間の「厳密」な一致が要求される。ここで使用する「一致」とは，特に指示のない限り，部分一致及び厳密な一致の両方を含む。
[0155]  注釈がレーティングを含む実施形態では，各々の注釈付きヒットに対し，平均又は集計レーティングがステップ１０１５で計算される。上述したように，集計レーティングは，ヒットに注釈付けをした全ての信頼性ネットワークメンバーにわたる重み付け平均（信用係数で重み付けされた）である。又，レーティングは，最新さ又は他の基準に基づいて重み付けすることもできる。ステップ１０１６では，集計レーティングが好意的なものであるかどうか決定される。もしそうであれば，好意的結果（「Ｍｙ  Ｗｅｂ」）のリストにヒットが追加される。他の実施形態では，全ての注釈付きヒットが，レーティングに関わりなく，「Ｍｙ  Ｗｅｂ」リストに追加されてもよい。
[0156]  ステップ１０２０において，結果リストは，集計レーティングを使用して任意に再ランク付けされる。例えば，ランク付け中に，従来のランク付けアルゴリズムを使用して各ヒット（注釈付けされていてもいなくても）に対してベーススコアを発生することができる。好意的又は否定的集計レーティングを有するヒットについては，レーティングから「ボーナス」を決定することができる。このボーナスは，好意的にレーティング決めされたサイトが，ランク付けにおいて上昇する傾向があり，一方，否定的にレーティング決めされたサイトは下降する傾向があるように定義されるのが好都合である。例えば，低いスコアが高いランクに対応する場合には，好意的レーティングに対するボーナスは，負の数として定義され，そして否定的レーティングに対するボーナスは，正の数として定義されてもよい。ある実施形態では，部分ＵＲＬ一致には，厳密なＵＲＬ一致より小さなボーナスが与えられてもよい。レーティングのない（又は中立にレーティング決めされた）ヒットは，ボーナスを受けない。このボーナスをベーススコアに加算して（代数的に），各ヒットに対する最終的なスコアを決定することができ，そして新たなランク付けをこの最終的なスコアに基づいて行うことができる。
[0157]  ある実施形態では，ステップ１０２０における再ランク付けは，否定的な集計レーティングを有する注釈付きヒットを，表示されるべきヒットのリストからドロップすることを含んでもよい。このような実施形態では，ユーザに与えられるサーチ結果ページは，否定的な集計レーティングのためにドロップされたヒットの数の指示，及び／又は否定的にレーティング決めされたヒットが含まれた状態で表示されたサーチ結果をユーザが見るのを許す「Ｓｈｏｗ  ａｌｌ  ｈｉｔｓ」ボタン（又は他の制御器）を含んでもよい。別の変形例では，ユーザは，リンクをクリックして，否定的にレーティング決めされたヒットのみを見ることができる。
[0158]  ステップ１０２２では，「Ｍｙ  Ｗｅｂ」リストがランク付けされて，サーチ結果ページに追加される。ある実施形態では，このランク付けは，上述したベーススコア又は最終的スコアに基づいてもよい。他の実施形態では，「Ｍｙ  Ｗｅｂ」リストにおけるヒットは，集計レーティングにより分類され，同じレーティングをもつヒットは，上述したベーススコアに基づいて更に分類されてもよい。更に別の実施形態では，「Ｍｙ  Ｗｅｂ」リストにおけるヒットは，そのヒットに注釈付けした信頼性ネットワークメンバーの数に主として基づいて分類され，このヒットは，最接近メンバー等からの注釈を有する。
[0159]  ステップ１０２４において，サーチ結果ページは，注釈の存在に基づいて変更され，例えば，上述したハイライト処理及び／又は「Ｓｈｏｗ  Ｍｙ  Ｗｅｂ」ボタンを注釈付きヒットに追加することができる。この場合に個人化「Ｍｙ  Ｗｅｂ」セクションを含む変更されたサーチ結果ページは，ステップ１０１０において，ユーザへ送信される。」
　
　引用文献１に記載された上記プロセス１０００をまとめると，引用文献１には，以下の発明（以下，「引用発明」という。）が記載されているといえる。
　
（引用発明）
「問合せユーザからの現在問合せに対する応答に信頼性ネットワークメンバーの注釈を合体させるために問合せ処理モジュール１６２において実施されるプロセス１０００であって，
　問合せを受け取るステップ１００２と，
　問合せに対応するヒットのリストを，ページインデックス１７０から得るステップ１００４と，
　従来のアルゴリズムを使用して，ヒットをランク付けするステップ１００６と，
　問合せユーザがログインしたかどうかを決定するステップ１００８と，
　問合せユーザがログインした場合に，問合せユーザのＩＤを個人化データベース１６６に与え，問合せユーザの信頼性ネットワークメンバーのリストを検索するステップ１０１２と，
　信頼性ネットワークメンバーにより生成された注釈を個人化データベース１６６から検索するステップ１０１３と，
　検索された注釈のＵＲＬをヒットのＵＲＬと比較し，少なくとも１人の信頼性ネットワークメンバーが注釈を以前に生成したところのＵＲＬに一致するヒット（注釈付きヒット）を検出するステップ１０１４と，
　各々の注釈付きヒットに対し，注釈に含まれるレーティングから，平均又は集計レーティングを計算するステップ１０１５と，
　集計レーティングが好意的なヒット，あるいは，全ての注釈付きヒットを「Ｍｙ  Ｗｅｂ」のリストに追加するステップ１０１６と，
　集計レーティングを使用して，結果リストを再ランク付けするステップ１０２０と，
　当該再ランク付けは，好意的又は否定的集計レーティングを有するヒットについてボーナスを決定し，このボーナスは，好意的にレーティング決めされたサイトが，ランク付けにおいて上昇する傾向があり，一方，否定的にレーティング決めされたサイトは下降する傾向があるように定義され，
　「Ｍｙ  Ｗｅｂ」リストを最終的スコアに基づいてランク付けして，サーチ結果ページに追加するステップ１０２２と，
　 サーチ結果ページを，注釈の存在に基づいて変更するステップ１０２４と，
　個人化「Ｍｙ  Ｗｅｂ」セクションを含む変更されたサーチ結果ページを，ユーザへ送信するステップ１０１０を含む，プロセス１０００。」
　
Ｂ．原審の拒絶理由に引用された国際公開第２００６／０８５３８３号（以下，「引用文献２」という。）には，図面とともに以下の事項が記載されている。
「[0027]　つぎに，一緒に行動（移動）しているグループへのコンテンツ提供の概念を説明する。図３は，個人情報記憶装置へのグループ登録の概念を説明するための図であり，図４は，複数のユーザの位置をトラッキングし，それらの人がいっしょに行動しているかを判断する処理の概念を説明するための図であり，図５は，ユーザに提供されるコンテンツの一覧表の一例を示す図である。
[0028]　例えば，各ユーザａ〜ｃは，携帯電話等の個人情報記憶装置３Ａ〜３Ｃに所定のグループ登録を行なっておく。すなわち，各ユーザａ〜ｃは，個人情報記憶装置３Ａ〜３Ｃが備える「電話番号をグループ別に登録する機能」を利用して所定のグループ登録を行なっておく。例えば，ユーザａは自らの携帯電話においてアドレス等を登録するアドレス帳に固定のカテゴリを用意し，グループを構成するユーザを登録しておく。図３においては，「家族」のメンバーとしてユーザｂに対応する「富士  太郎」を登録し，「恋人」のメンバーとしてユーザｃに対応する「藤原涼子」を登録している場合をグループ登録の一例として示している。
[0029]　各ユーザａ〜ｃは，個人情報記憶装置３Ａ〜３Ｃに登録されたグループに関する情報を，予め情報登録装置４０に送っておく。これにより，ユーザ間においてどのような関係を有しているかを登録することが可能となる。なお，ユーザのグループ登録は，情報サービス提供者が用意した固定カテゴリに，ユーザが知合いのアドレスを登録するようにしてもよい。すなわち，各ユーザａ〜ｃは，知合いのアドレスをそのつどサーバにアップしておいてもよい。
[0030]　情報取得装置１０は，携帯電話と接続するアンテナや基地局を介して，ユーザａ〜ｃを認識するとともに，ユーザａ〜ｃの位置をトラッキングする。そして，関係判定装置２０はユーザａの携帯電話に登録されているユーザｂ，ｃがユーザａと一緒に行動しているか否かを判断する。
[0031]　 関係判定装置２０は，ユーザａ〜ｃが一緒に行動していると判断すると，登録情報記憶装置４０が記憶する情報に基づいてユーザａ〜ｃが構成するグループを判別する。関係判定装置２０は，一緒に行動するユーザａ〜ｃが構成するグループの種類（属性）応じて，ユーザａに提供するコンテンツを登録情報記憶装置４０から抽出する。
[0032]  登録情報記憶装置４０から抽出したコンテンツは，情報提供装置３０がユーザａの携帯電話に配信すること等によってユーザａに提供する。情報提供装置３０は，例えば図５に示すように家族向けのコンテンツや恋人向けのコンテンツの一覧表を提供する。ユーザａは，情報提供装置３０から提供されたコンテンツの一覧表から所望のコンテンツを選択し，選択したコンテンツを取得する。これにより情報提供システム１００は，グループを構成しているユーザａ〜ｃに対しグループに応じたコンテンツを提供することが可能となる。」
　
　前記記載によれば，引用文献２には次の事項が記載されている。
（引用文献２の記載事項）
「一緒に行動（移動）しているグループへのコンテンツ提供方法であって，
　各ユーザａ〜ｃは，携帯電話等の個人情報記憶装置３Ａ〜３Ｃに所定のグループ登録を行ない，
　各ユーザａ〜ｃは，個人情報記憶装置３Ａ〜３Ｃに登録されたグループに関する情報を，予め情報登録装置４０に送り，
　情報取得装置１０は，携帯電話と接続するアンテナや基地局を介して，ユーザａ〜ｃを認識するとともに，ユーザａ〜ｃの位置をトラッキングし，
　関係判定装置２０は，ユーザａの携帯電話に登録されているユーザｂ，ｃがユーザａと一緒に行動しているか否かを判断し，
　関係判定装置２０は，ユーザａ〜ｃが一緒に行動していると判断すると，登録情報記憶装置４０が記憶する情報に基づいてユーザａ〜ｃが構成するグループを判別し，
　関係判定装置２０は，一緒に行動するユーザａ〜ｃが構成するグループの種類（属性）応じて，ユーザａに提供するコンテンツを登録情報記憶装置４０から抽出し，
　情報提供装置３０は，登録情報記憶装置４０から抽出したコンテンツを，ユーザａの携帯電話に配信する，コンテンツ提供方法。」
　
（２）対比
　
　本願請求項１に記載された発明（以下，「補正後の発明」という。）と引用発明とを対比する。
・引用発明の「問合せユーザからの現在問合せに対する応答に信頼性ネットワークメンバーの注釈を合体させるために問合せ処理モジュール１６２において実施されるプロセス１０００」は，補正後の発明の「通信システム中の１つ以上のコンポーネントによって検索結果を提供する方法」に相当する。
・補正後の発明の「ユーザによって提起されたクエリを受信することと，なお，前記クエリは前記ユーザによって予め決定されたフレンドを指定するフレンド識別を含む，」と，引用発明の「問合せを受け取るステップ１００２」は，「ユーザによって提起されたクエリを受信すること」の点で共通し，「なお，前記クエリは前記ユーザによって予め決定されたフレンドを指定するフレンド識別を含む」の点で相違する。
　
・引用発明の「問合せに対応するヒットのリストを，ページインデックス１７０から得るステップ１００４」は，補正後の発明の「前記クエリに基づいて検索を実行すること」，「検索結果を取得すること」に相当する。
　
・引用発明の「問合せユーザがログインした場合に，問合せユーザのＩＤを個人化データベース１６６に与え，問合せユーザの信頼性ネットワークメンバーのリストを検索するステップ１０１２」と，補正後の発明の「前記クエリに含まれた前記フレンド識別に基づいて，前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応するフレンドを識別すること」は，「前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応するフレンドを識別すること」の点で共通する。
　また，引用発明は，問合せユーザがログインした場合に，その問合せユーザのＩＤに基づいて信頼性ネットワークメンバー（フレンド）を識別するのに対し，補正後の発明は「前記クエリに含まれた前記フレンド識別に基づいて」，フレンドを識別する点で相違する。
　
・引用発明の「注釈に含まれるレーティング」は，「従来のアルゴリズムを使用して，ヒットをランク付けするステップ１００６」によって得られたランクを，上昇あるいは下降させて，再ランク付けするためのデータになるから，補正後の発明の「フレンド・バイアス・データ」に相当する。
　
・引用発明の「信頼性ネットワークメンバーにより生成された注釈を個人化データベース１６６から検索するステップ１０１３」は，補正後の発明の「フレンド・データベースから，前記識別されたフレンドに関連付けられたフレンド・バイアス・データを検索すること」に相当する。
　
・引用発明の「各々の注釈付きヒットに対し，注釈に含まれるレーティングから，平均又は集計レーティングを計算するステップ１０１５」，及び，「集計レーティングを使用して，結果リストを再ランク付けするステップ１０２０」は，補正後の発明の「検索された前記フレンド・バイアス・データに基づいて，前記検索結果にバイアスを適用すること」に相当する。
　
・引用発明の『「Ｍｙ  Ｗｅｂ」リストを最終的スコアに基づいてランク付けして，サーチ結果ページに追加するステップ１０２２』は，サーチ結果ページを記憶することにほかならないから，補正後の発明の「前記バイアス適用検索結果を記憶すること」に相当する。
　
　したがって，補正後の発明と引用発明は，以下の点で一致ないし相違する。
　
＜一致点＞
「　通信システム中の１つ以上のコンポーネントによって検索結果を提供する方法であって，
　ユーザによって提起されたクエリを受信することと，
　前記クエリに基づいて検索を実行することと，
　検索結果を取得することと，
　前記クエリに対応するフレンド又は前記クエリを提示している前記ユーザに対応するフレンドを識別することと，
　フレンド・データベースから，前記識別されたフレンドに関連付けられたフレンド・バイアス・データを検索することと，
　検索された前記フレンド・バイアス・データに基づいて，前記検索結果にバイアスを適用することと，
　前記バイアス適用検索結果を記憶することと，
　を備える方法。」
　
＜相違点１＞
　「クエリ」に関し，補正後の発明のクエリは「前記クエリは前記ユーザによって予め決定されたフレンドを指定するフレンド識別を含む」構成であるのに対し，引用発明は，ログインしたときに得られた問合せユーザのＩＤに基づいて，信頼性ネットワークメンバー（フレンド）を指定するものであり，当該構成を備えていない点。
　
＜相違点２＞
　「フレンドを識別する」方法に関し，補正後の発明は「前記クエリに含まれた前記フレンド識別に基づいて」フレンドを識別するのに対し，引用発明は「問合せユーザがログインした場合」の「問合せユーザのＩＤ」に基づいてフレンドを識別する点。
　
＜相違点３＞
　「フレンド・データベース」について，補正後の発明は「前記フレンド・データベースは前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備え，前記コンタクト・リストは前記フレンド識別を備え，前記フレンド・バイアス・データは前記フレンド識別に関連付けられる」のに対し，引用発明は，信頼性ネットワークに，上記コンタクト・リストを備えていない点。
　
（３）判断
　
　上記相違点１〜３についてまとめて検討するに，引用発明は，ログインによって得られた問合せユーザのＩＤに基づいて，その問合せユーザの信頼性ネットワークメンバー（フレンド）を指定するものであり，クエリに含まれた「フレンド識別」を用いてフレンドを指定することは記載も示唆もされていない。
　また，引用文献２には，ユーザａ〜ｃの位置をトラッキングすることによってユーザａ〜ｃが一緒に行動していると判断すると，ユーザａ〜ｃを構成するグループを判別することが記載されているものの，補正後の発明の「フレンド識別」については記載も示唆もされていない。
　したがって，補正後の発明のように，「フレンド識別」をクエリー中に含ませ，その「フレンド識別」に基づいてフレンドを識別することや，そのために，フレンド・データベースを，「前記ユーザに関連付けられたアクセス端末に記憶されたコンタクト・リストを備え，前記コンタクト・リストは前記フレンド識別を備え，前記フレンド・バイアス・データは前記フレンド識別に関連付けられる」ものとすることは，引用発明及び引用文献２の記載事項に基づいて容易に想到し得たものではない。
　したがって，上記相違点１〜３に関する構成を備えた補正後の発明は，引用発明及び引用文献２の記載事項に基づいて，当業者が容易に発明をすることができたとはいえない。
　また，他の請求項２〜３７に係る発明も，上記相違点１〜３に係る構成を備えたものであるから，引用発明及び引用文献２の記載事項に基づいて，当業者が容易に発明をすることができたものではない。
　よって，本件補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合する。
　
第３　本願発明
　
　本願の請求項１〜３７に係る発明は，本件補正により補正された特許請求の範囲の請求項１〜３７に記載された事項により特定されるとおりのものである。
　そして，前記のとおり，請求項１〜３７に係る発明は，引用発明及び引用文献２の記載事項に基づいて当業者が容易に発明をすることができたものではないから，本願については，原査定の拒絶理由を検討してもその理由によって拒絶すべきものとすることはできない。
　また，他に本願を拒絶すべき理由を発見しない。 
　よって，結論のとおり審決する。