【事件の表示】
　特願２０１８−５６７０７２「文脈情報を提供するためのシステムおよび方法」拒絶査定不服審判事件〔平成２９年１２月２８日国際公開、ＷＯ２０１７／２２２５８５、令和　１年　８月１５日国内公表、特表２０１９−５２２８５２、請求項の数（２０）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，２０１６年（平成２８年）１２月２日（パリ条約による優先権主張外国庁受理２０１６年６月２２日，米国）を国際出願日とする出願であって，平成３１年２月１３日付けで手続補正がされ，令和２年１月３０日付けで拒絶理由が通知され，令和２年５月７日付けで手続補正がされ，令和２年７月９日付けで拒絶査定（原査定）がされ，これに対し，令和２年１１月１９日に拒絶査定不服審判の請求がされると同時に手続補正がされ，令和３年５月３１日付けで上申書が提出され，令和３年６月７日付けで拒絶理由（以下，「当審拒絶理由」という。）が通知され，令和３年６月２３日付けで手続補正がされたものである。
第２　本願発明
　本願請求項１−２０に係る発明（以下，それぞれ「本願発明１」−「本願発明２０」という。）は，令和３年６月２３日付けの手続補正で補正された特許請求の範囲の請求項１−２０に記載された事項により特定される発明であり，本願発明１は以下のとおりの発明である。
「　【請求項１】
　データ処理装置において実施される方法であって，前記方法が，
　ユーザデバイスから，前記ユーザデバイス上のアプリケーション環境内に表示されるアクティブリソースに関連する文脈情報に対する，クエリに依存しない要求を受信するステップであって，
　　前記クエリに依存しない要求は，
　　ユーザによって入力されたクエリパラメータを含まない要求であり，かつ
　　前記アクティブリソースのスクリーンショットと，前記ユーザデバイスのディスプレイ上に現在レンダリングされているコンテンツを定義した文書オブジェクトモデルとを含む，ステップと，
　前記クエリに依存しない要求に応答して，前記スクリーンショットおよび前記文書オブジェクトモデルから，前記アクティブリソースによって記述されたコンテンツを決定するステップと，
　前記クエリに依存しない要求に応答して，前記アクティブリソースによって記述された前記コンテンツに関連する複数のリソースを識別するステップと，
　前記複数のリソースの各リソースについて，1人または複数のユーザによる前記リソースの関与を反映するユーザ関与の対応する尺度を決定するステップと，
　前記複数のリソースに対するユーザ関与の前記尺度に基づいて，前記複数のリソースのうちの1つまたは複数を選択するステップと，
　前記ユーザデバイスに，前記アクティブリソースと共に表示するためのユーザインターフェース要素を提供するステップであって，前記ユーザインターフェース要素が，選択時に前記ユーザデバイスに前記それぞれのリソースを要求させる前記選択された複数のリソースの各々に対するナビゲーションリンクを含む，ステップと
を含む方法。」
　なお，本願発明２−２０の概要は以下のとおりである。
　本願発明２−７，１８は，本願発明１を減縮した発明である。
　本願発明８，１５は，それぞれ本願発明１に対応するシステム及び非一時的コンピュータ可読記憶媒体の発明であり，本願発明１とカテゴリ表現が異なるだけの発明である。
　本願発明９−１４，１９は，本願発明８を減縮した発明である。
　本願発明１６−１７，２０は，本願発明１５を減縮した発明である。
第３　引用文献，引用発明等
１．引用文献１について
　原査定の拒絶の理由に引用された引用文献１（特表２０１３−５３４６７３号公報）には，図面とともに次の事項が記載されている。
「【００１２】
１．０．全体的概要
　
ユーザがアクセスしたコンテンツに、
検索結果、関連リンクなどの文脈的に
関連性のあるコンテンツの動的に決定されたスニペットを補足することによってユーザのブラウジング体験を高めるための方法
「補足コンテンツ」又は「補足」と呼ぶこれらの「スニペット」は、
エンティティに基づく検索結果から取得される
これらの補足により、検索エンジンにクエリを送信することなどの不便と思われるステップをユーザが行う必要なく
ユーザを検索体験に従事させる
【００１３】
　
補足コンテンツは、ユーザがアクセスしたコンテンツの分析に
基づいて生成される
各補足は、この分析に
基づいて選択された
エンティティに関する情報を含む。各エンティティは、分析したコンテンツ内に現れる
単語
である
エンティティに関する情報は、
検索エンジン
内で
エンティティを検索することにより生成される
「【００１８】
　ある実施形態では、ユーザがコンテンツの記事を要求したことに応答して、ユーザの要求に応答してサーバ側又はクライアント側の命令が実行された結果として、コンテンツの特定の記事に関して動的に補足が生成される。ある実施形態では、検索プロバイダが、コンテンツ開発者、コンテンツホスター、コンテンツ表示アプリケーション、及び／又は背景アプリケーションがコンテンツの記事を提出し、これと引き換えに、このコンテンツに関する生成された補足を受け取ることができるようにする補足生成サービスを提供する。例えば、ウェブページをブラウザに戻す前にブラウザによってウェブページが要求された場合、ウェブホストプロバイダは、このプロバイダがホストするウェブページを、補足生成サービスを通じて自動的に供給することができる。これにより、ウェブホストプロバイダは、補足コンテンツのための関連情報を手動で識別する必要なく、このプロバイダがホストするあらゆるページに、文脈に依存する捕捉コンテンツを自動的に挿入できるようになる。別の例として、
ユーザにブラウザツールバーを提供し、このツールバー内の制御の選択時に、ユーザが現在見ているウェブページを補足生成サービスに送信するようにすることができ
これと引き換えに、このツールバーは、ユーザに表示するための補足コンテンツを受け取る
「【００２４】
　図１Ｂ及び図１Ｃは、記事１１０の補足１２０の代わりに提示できる代替の補足例１６０及び１８０である。
図１Ｂには
補足１６０を示し
【００２５】
　
図１Ｂの区分１６３は
小区分の組１７１〜１７４を含む
小区分１７３及び１７４は、各々が異なる検索結果に対応する複数のリンクを含む
「【００５２】
４．２．クライアント主導の補足
　図４は、
ユーザに補足したコンテンツの記事を提供するための方法例
【００５３】
　
ステップ４１０において、クライアント２１０などの、コンテンツを表示するクライアントが、コンテンツサーバ２２０などのコンテンツサーバにコンテンツの記事に対する要求を送信する
例えば、ユーザがウェブブラウザを操作してウェブサーバにウェブページを要求することができ
【００５４】
　
ステップ４２０において、この要求に応答して、コンテンツサーバが記事を検索する
【００５５】
　
ステップ４３０において、コンテンツサーバは、
記事を含む構造化文書を生成する
【００５６】
　
ステップ４４０において、コンテンツサーバは、記事を含む構造化文書をクライアントに送信する
【００５７】
　
ステップ４５０において、クライアントは、
受け取った構造化文書に基づいて記事のコンテンツを表示する
例えば、構造化文書がウェブページである場合、クライアントは、このウェブページを解析し、マークアップ及びその他の命令に基づいて少なくとも記事をレンダリングし、クライアントを操作しているユーザに表示することができ
【００５８】
　
ステップ４６０において、補足アプリケーション（クライアントアプリケーション
）が、補足サーバ２３０などの補足サーバに、記事に対する補足の要求を送信する
【００５９】
　
ステップ４７０において、
補足サーバは、記事に基づいて補足を生成する
【００６０】
　
ステップ４８０において、補足サーバは、この補足を補足アプリケーションに戻す
ＨＴＭＬ及び／又はスクリプト命令としてフォーマットされた補足が戻され
【００６１】
　
ステップ４９０において、補足アプリケーションは、記事に関連して補足を表示する
「【００６４】
４．３．補足の生成
　図５は、コンテンツの記事に関する補足コンテンツを生成するための技術例を示すフロー図５００である。
フロー図５００のステップを
補足サーバにより実施して
ステップ４７０
に従って補足を生成する
処理
【００６５】
　
ステップ５１０において、
記事のコンテンツ又はメタデータから複数の構成エンティティを抽出する
【００６６】
　
ステップ５２０において、
複数の構成エンティティから一次エンティティの組を選択する
【００６７】
　
ステップ５３０において、
記事に基づいて関連エンティティの組を識別する
（中略）
【００６９】
　
ステップ５４０において、
一次エンティティの組及び
関連エンティティの組をプールして、記事の補足コンテンツに含める候補である候補エンティティの組を形成する
【００７０】
　
ステップ５５０において、
候補エンティティの組の各エンティティにランクを付け
【００７１】
　
ステップ５６０において、
ステップ５５０のランク付けに少なくとも基づいて候補エンティティの組をフィルタ処理し、最終的なエンティティの組を生成する
（中略）
【００７４】
　
ステップ５７０において、
最終的なエンティティの組の各特定のエンティティに関し、この特定のエンティティを検索語として使用して、
検索リポジトリに照らした
クエリを実行する
「【０１０８】
　ある実施形態では、
補足サーバが
検索結果が
関連性閾値を満たさないエンティティをフィルタ除去する
好適な関連性ランク付けアルゴリズムを使用して、関連性尺度を生成することができ
例えば、ニュースコーパス内におけるエンティティの検索では、エンティティに対する各ニュース記事の関連性のカスタマイズした尺度に基づいて検索結果内でニュース記事にランク付けでき
標準的なウェブリポジトリ内におけるエンティティの検索では、エンティティとの関連性のより一般的な尺度によって検索結果内でウェブ文書にランク付けすることができる
「図１Ｂ
」
「図４
」
「図５
」
　したがって，上記引用文献１（特に下線部の記載）には次の発明（以下，「引用発明」という。）が記載されていると認められる。
「ユーザがアクセスしたコンテンツに，検索結果，関連リンクなどの文脈的に関連性のあるコンテンツの動的に決定されたスニペットを補足することによってユーザのブラウジング体験を高めるための方法であって，（段落００１２）
　「補足コンテンツ」又は「補足」と呼ぶこれらの「スニペット」は，エンティティに基づく検索結果から取得されるものであり，（段落００１２）
　これらの補足により，検索エンジンにクエリを送信することなどの不便と思われるステップをユーザが行う必要なくユーザを検索体験に従事させることができ，（段落００１２）
　補足コンテンツは，ユーザがアクセスしたコンテンツの分析に基づいて生成されるものであり，（段落００１３）
　各補足は，この分析に基づいて選択されたエンティティに関する情報を含み，各エンティティは，分析したコンテンツ内に現れる単語であり，エンティティに関する情報は，検索エンジン内でエンティティを検索することにより生成されるものであり，（段落００１３）
　ユーザにブラウザツールバーを提供し，このツールバー内の制御の選択時に，ユーザが現在見ているウェブページを補足生成サービスに送信するようにすることができ，これと引き換えに，このツールバーは，ユーザに表示するための補足コンテンツを受け取ることができ，（段落００１８）
　補足１６０の区分１６３は，小区分の組１７１〜１７４を含み，小区分１７３及び１７４は，各々が異なる検索結果に対応する複数のリンクを含むものであり，（段落００２４〜００２５，図１Ｂ）
　ユーザに補足したコンテンツの記事を提供するための方法例では，（段落００５２，図４）
　ステップ４１０において，クライアント２１０などの，コンテンツを表示するクライアントが，コンテンツサーバ２２０などのコンテンツサーバにコンテンツの記事に対する要求を送信し，例えば，ユーザがウェブブラウザを操作してウェブサーバにウェブページを要求することができ，（段落００５３，図４）
　ステップ４２０において，この要求に応答して，コンテンツサーバが記事を検索し，（段落００５４，図４）
　ステップ４３０において，コンテンツサーバは，記事を含む構造化文書を生成し，（段落００５５，図４）
　ステップ４４０において，コンテンツサーバは，記事を含む構造化文書をクライアントに送信し，（段落００５６，図４）
　ステップ４５０において，クライアントは，受け取った構造化文書に基づいて記事のコンテンツを表示し，例えば，構造化文書がウェブページである場合，クライアントは，このウェブページを解析し，マークアップ及びその他の命令に基づいて少なくとも記事をレンダリングし，クライアントを操作しているユーザに表示することができ，（段落００５７，図４）
　ステップ４６０において，補足アプリケーション（クライアントアプリケーション）が，補足サーバ２３０などの補足サーバに，記事に対する補足の要求を送信し，（段落００５８，図４）
　ステップ４７０において，補足サーバは，記事に基づいて補足を生成し，（段落００５９，図４）
　ステップ４８０において，補足サーバは，この補足を補足アプリケーションに戻し，ＨＴＭＬ及び／又はスクリプト命令としてフォーマットされた補足が戻され，（段落００６０，図４）
　ステップ４９０において，補足アプリケーションは，記事に関連して補足を表示し，（段落００６１，図４）
　フロー図５００のステップを補足サーバにより実施して，前記ステップ４７０に従って補足を生成する処理では，（段落００６４，図５）
　ステップ５１０において，記事のコンテンツ又はメタデータから複数の構成エンティティを抽出し，（段落００６５，図５）
　ステップ５２０において，複数の構成エンティティから一次エンティティの組を選択し，（段落００６６，図５）
　ステップ５３０において，記事に基づいて関連エンティティの組を識別し，（段落００６７，図５）
　ステップ５４０において，一次エンティティの組及び関連エンティティの組をプールして，記事の補足コンテンツに含める候補である候補エンティティの組を形成し，（段落００６９，図５）
　ステップ５５０において，候補エンティティの組の各エンティティにランクを付け，（段落００７０，図５）
　ステップ５６０において，ステップ５５０のランク付けに少なくとも基づいて候補エンティティの組をフィルタ処理し，最終的なエンティティの組を生成し，（（段落００７１，図５）
　ステップ５７０において，最終的なエンティティの組の各特定のエンティティに関し，この特定のエンティティを検索語として使用して，検索リポジトリに照らしたクエリを実行するものであり，（段落００７４，図５）
　補足サーバは，検索結果が関連性閾値を満たさないエンティティをフィルタ除去するために，好適な関連性ランク付けアルゴリズムを使用して，関連性尺度を生成することができ，例えば，ニュースコーパス内におけるエンティティの検索では，エンティティに対する各ニュース記事の関連性のカスタマイズした尺度に基づいて検索結果内でニュース記事にランク付けでき，また，標準的なウェブリポジトリ内におけるエンティティの検索では，エンティティとの関連性のより一般的な尺度によって検索結果内でウェブ文書にランク付けすることができる，（段落０１０８）
　方法。」
第４　対比・判断
１．本願発明１について
（１）対比
　本願発明１と引用発明とを対比すると，次のことがいえる。
ア（ア）引用発明の「クライアント」は本願発明１の「ユーザデバイス」に相当し，引用発明の前記「クライアント」で動作する「ウェブブラウザ」は本願発明１の「前記ユーザデバイス上のアプリケーション」に相当する。
　また，引用発明の「ユーザがアクセスしたコンテンツ」又は「ユーザが現在見ているウェブページ（記事）」は，ウェブブラウザ“環境内”において，“現在表示されている”“アクティブ”な“リソース”であるから，本願発明１の「前記ユーザデバイス上のアプリケーション環境内に表示されるアクティブリソース」に相当する。
（イ）上記（ア）の検討を踏まえると，引用発明の「ユーザがアクセスしたコンテンツ」に「文脈的に関連性のあるコンテンツ」の「スニペット（補足コンテンツ，補足）」は，本願発明１の「アクティブリソースに関連する文脈情報」に相当する。
（ウ）引用発明は，「補足アプリケーション（クライアントアプリケーション）が，補足サーバ２３０などの補足サーバに，記事に対する補足の要求を送信し」ているところ，これを「補足サーバ」の側からみれば，「補足サーバ」は，「クライアント」（本願発明１の「ユーザデバイス」に相当する。）から，「記事（本願発明１の「アクティブリソース」に相当する。）に対する補足の要求」を“受信”しているといえる。
　そして，当該「要求」は，「検索エンジンにクエリを送信することなどの不便と思われるステップをユーザが行う必要」がないものであるから，本願発明１の「クエリに依存しない要求」に相当する。
（エ）上記（ア）−（ウ）の検討から，引用発明と本願発明１とは，「ユーザデバイスから，前記ユーザデバイス上のアプリケーション環境内に表示されるアクティブリソースに関連する文脈情報に対する，クエリに依存しない要求を受信するステップ」を含む点で一致する。
イ（ア）引用発明の「記事に対する補足の要求」（本願発明１の「クエリに依存しない要求」に相当する。）は，「検索エンジンにクエリを送信することなどの不便と思われるステップをユーザが行う必要」がないものであるから，本願発明１の「ユーザによって入力されたクエリパラメータを含まない要求」に相当する。
（イ）引用発明は，「記事に対する補足の要求」をする際に，「ユーザが現在見ているウェブページを補足生成サービスに送信する」ものであるところ，引用発明の「ユーザが現在見ているウェブページ」は本願発明１の「前記ユーザデバイスのディスプレイ上に現在レンダリングされているコンテンツ」に相当する。
（ウ）上記（ア），（イ）の検討から，引用発明と本願発明１とは，
「　　前記クエリに依存しない要求は，
　　ユーザによって入力されたクエリパラメータを含まない要求であり，かつ
　　前記ユーザデバイスのディスプレイ上に現在レンダリングされているコンテンツを含む」点で共通している。
ウ（ア）引用発明は，「補足を生成する処理」である「ステップ５１０」において，「記事のコンテンツ又はメタデータから複数の構成エンティティ（単語）を抽出し」ている。
　一方，本願発明１の「前記アクティブリソースによって記述されたコンテンツを決定するステップ」とは，本願明細書の段落００５１の
「【００５１】
　プロセス300は、クエリに依存しない要求に応答して、
アクティブリソースによって記述されたコンテンツを決定するステップ
要求内のスクリーンショットから「サンフランシスコ」というテキストを抽出するか、または、表示されたリソースの少なくとも一部を表す文書オブジェクトモデルから「サンフランシスコ」というテキストを抽出してもよい
との記載を参酌すると，実施例では，「テキストを抽出する処理」であると認められる。
　そうすると，引用発明の「記事のコンテンツ又はメタデータから複数の構成エンティティ（単語）を抽出」することは，本願発明１の「前記アクティブリソースによって記述されたコンテンツ（テキスト）を決定する」ことに相当する。
（イ）したがって，引用発明と本願発明１とは，“前記クエリに依存しない要求に応答して，前記アクティブリソースによって記述されたコンテンツを決定するステップ”を含む点で共通する。
エ（ア）引用発明は，「記事のコンテンツ又はメタデータ」から抽出される「複数の構成エンティティ（単語）」に基づいて，「最終的なエンティティの組を生成し」，「最終的なエンティティの組の各特定のエンティティに関し，この特定のエンティティを検索語として使用して，検索リポジトリに照らしたクエリを実行するものであ」る。
　そうすると，引用発明の「特定のエンティティを検索語として使用して，検索リポジトリに照らしたクエリを実行」して得られる“複数の”「検索結果」は，本願発明１の「前記アクティブリソースによって記述された前記コンテンツに関連する複数のリソース」に相当する。
　また，引用発明において，“複数の”「検索結果」を得るために，「特定のエンティティを検索語として使用して，検索リポジトリに照らしたクエリを実行」することは，本願発明１の「前記アクティブリソースによって記述された前記コンテンツに関連する複数のリソースを識別する」ことに相当する。
（イ）したがって，引用発明と本願発明１とは，「前記クエリに依存しない要求に応答して，前記アクティブリソースによって記述された前記コンテンツに関連する複数のリソースを識別するステップ」を含む点で一致する。
オ　上記エ（ア）の検討から，引用発明の“複数の”「検索結果」が本願発明１の「前記アクティブリソースによって記述された前記コンテンツに関連する複数のリソース」に相当する。
　そして，引用発明の補足サーバは，「検索結果が関連性閾値を満たさないエンティティをフィルタ除去するために，好適な関連性ランク付けアルゴリズムを使用して，関連性尺度を生成することができ」るものであるから，引用発明の「関連性尺度を生成すること」と本願発明１の「前記複数のリソースの各リソースについて，1人または複数のユーザによる前記リソースの関与を反映するユーザ関与の対応する尺度を決定する」こととは，“尺度を決定”することである点で共通する。
　また，引用発明の「エンティティに対する各ニュース記事の関連性のカスタマイズした尺度に基づいて検索結果内でニュース記事にランク付け」することは，ランク付けの結果に基づいて上位にランク付けしたニュース記事を“選択する”ことにほかならないから，本願発明１の「前記複数のリソースに対するユーザ関与の前記尺度に基づいて，前記複数のリソースのうちの1つまたは複数を選択する」こととは，“前記尺度に基づいて，前記複数のリソースのうちの1つまたは複数を選択する”ことである点で共通する。
　したがって，引用発明と本願発明１とは，“尺度を決定するステップ”と，“前記尺度に基づいて，前記複数のリソースのうちの1つまたは複数を選択するステップ”とを含む点で共通する。
カ（ア）引用発明の「補足１６０の区分１６３」は，「小区分の組１７１〜１７４を含み，小区分１７３及び１７４は，各々が異なる検索結果に対応する複数のリンクを含むものであ」るところ，上記エ（ア）の検討から，引用発明の“複数の”「検索結果」が本願発明１の「前記アクティブリソースによって記述された前記コンテンツに関連する複数のリソース」に相当するものであるから，引用発明の「各々が異なる検索結果に対応する複数のリンク」は，本願発明１の「選択時に前記ユーザデバイスに前記それぞれのリソースを要求させる前記選択された複数のリソースの各々に対するナビゲーションリンク」に相当する。
　また，引用発明の「補足１６０」は，クライアントにおいて「ユーザがアクセスしたコンテンツ」とともに「表示」されるものであるから，当該「補足１６０」に含まれ，「複数のリンクを含む」「小区分１７３及び１７４」は，本願発明１の「前記ユーザデバイスに，前記アクティブリソースと共に表示するためのユーザインターフェース要素」であって，「選択時に前記ユーザデバイスに前記それぞれのリソースを要求させる前記選択された複数のリソースの各々に対するナビゲーションリンクを含む」「ユーザインターフェース要素」に相当する。
　
（イ）引用発明において，「補足サーバは，この補足を補足アプリケーションに戻し」ているところ，この処理が，本願発明１の「前記ユーザデバイスに」，「ユーザインターフェース要素を提供するステップ」に相当する。
（ウ）上記（ア），（イ）の検討から，引用発明と本願発明１とは，「前記ユーザデバイスに，前記アクティブリソースと共に表示するためのユーザインターフェース要素を提供するステップであって，前記ユーザインターフェース要素が，選択時に前記ユーザデバイスに前記それぞれのリソースを要求させる前記選択された複数のリソースの各々に対するナビゲーションリンクを含む，ステップ」を含む点で一致する。
キ　引用発明の「補足サーバ」は，「記事に基づいて補足を生成」する処理を実行するコンピュータであって，上記ア−カに記載したように，本願発明１の各ステップに対応するデータ処理を実行する装置であるから，本願発明１の「データ処理装置」に相当する。
　したがって，引用発明と本願発明１とは，「データ処理装置において実施される方法」である点で共通する。
　したがって，本願発明１と引用発明との間には，次の一致点，相違点があるといえる。
（一致点）
「データ処理装置において実施される方法であって，前記方法が，
　ユーザデバイスから，前記ユーザデバイス上のアプリケーション環境内に表示されるアクティブリソースに関連する文脈情報に対する，クエリに依存しない要求を受信するステップであって，
　　前記クエリに依存しない要求は，
　　ユーザによって入力されたクエリパラメータを含まない要求であり，かつ
　　前記ユーザデバイスのディスプレイ上に現在レンダリングされているコンテンツを含む，ステップと，
　前記クエリに依存しない要求に応答して，前記アクティブリソースによって記述されたコンテンツを決定するステップと，
　前記クエリに依存しない要求に応答して，前記アクティブリソースによって記述された前記コンテンツに関連する複数のリソースを識別するステップと，
　尺度を決定するステップと，
　前記尺度に基づいて，前記複数のリソースのうちの1つまたは複数を選択するステップと，
　前記ユーザデバイスに，前記アクティブリソースと共に表示するためのユーザインターフェース要素を提供するステップであって，前記ユーザインターフェース要素が，選択時に前記ユーザデバイスに前記それぞれのリソースを要求させる前記選択された複数のリソースの各々に対するナビゲーションリンクを含む，ステップと
を含む方法。」
（相違点）
（相違点１）本願発明１は，「クエリに依存しない要求」が「前記アクティブリソースのスクリーンショット」と，「前記ユーザデバイスのディスプレイ上に現在レンダリングされているコンテンツを定義した文書オブジェクトモデル」とを含むのに対して，引用発明はそのような構成となっていない点。
（相違点２）本願発明１は「前記スクリーンショットおよび前記文書オブジェクトモデルから」，前記アクティブリソースによって記述されたコンテンツを決定するのに対し，引用発明はそのような構成となっていない点。
（相違点３）本願発明１は，「前記複数のリソースの各リソースについて，1人または複数のユーザによる前記リソースの関与を反映するユーザ関与の対応する尺度」を決定し，「前記複数のリソースに対するユーザ関与の前記尺度」に基づいて，前記複数のリソースのうちの1つまたは複数を選択するのに対して，引用発明は，「尺度を決定」し，当該「尺度」に基づいてリソースを選択しているものの，引用発明の「尺度」は，本願発明１で特定されているような「尺度」ではない点。
（２）相違点についての判断
　事案に鑑み，上記相違点１及び相違点２について検討する。
　相違点１，２に係る発明の構成である，「アクティブリソースのスクリーンショットをクエリに依存しない要求に含ませてサーバに送信し，サーバにおいて，スクリーンショットから，アクティブリソースによって記述されたコンテンツ（テキスト）を決定する構成」（以下，「構成Ａ」という。）は，引用文献１には，記載も示唆もされておらず，また，当該構成Ａが，本願優先日前に当該技術分野における周知技術であったとも認められない。
　したがって，上記相違点３について判断するまでもなく，本願発明１は，当業者であっても引用発明に基づいて容易に発明できたものであるとはいえない。
２．本願発明２−７，１８について
　本願発明２−７，１８は，本願発明１を減縮した発明であり，本願発明１の「構成Ａ」と同一の構成を備えるものであるから，本願発明１と同じ理由により，当業者であっても，引用発明に基づいて容易に発明できたものとはいえない。
３．本願発明８，１５について
　本願発明８，１５は，それぞれ本願発明１に対応するシステムの発明，及び非一時的コンピュータ可読記憶媒体の発明であり，本願発明１の「構成Ａ」と同様の構成を備えるものであるから，本願発明１と同様の理由により，当業者であっても，引用発明に基づいて容易に発明できたものとはいえない。
４．本願発明９−１４，１９について
　本願発明９−１４，１９は，本願発明８を減縮した発明であり，本願発明１の「構成Ａ」と同様の構成を備えるものであるから，本願発明１と同様の理由により，当業者であっても，引用発明に基づいて容易に発明できたものとはいえない。
５．本願発明１６−１７，２０について
　本願発明１６−１７，２０は，本願発明１５を減縮した発明であり，本願発明１の「構成Ａ」と同様の構成を備えるものであるから，本願発明１と同様の理由により，当業者であっても，引用発明に基づいて容易に発明できたものとはいえない。
第５　原査定の概要及び原査定についての判断
　原査定は，請求項１−２０について上記引用文献１に基づいて，当業者が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができないというものである。しかしながら，令和３年６月２３日付け手続補正により補正された請求項１，８，１５は，それぞれ上記「構成Ａ」に対応する構成を有するものとなっており，上記のとおり，本願発明１−２０は，上記引用文献１に記載された発明に基づいて，当業者が容易に発明できたものではない。したがって，原査定を維持することはできない。
第６　当審拒絶理由について
＜特許法第３６条第６項第２号について＞
　当審では，請求項１の「前記クエリに依存しない要求に応答して，前記スクリーンショットまたは前記文書オブジェクトモデルから，前記アクティブリソースによって記述されたコンテンツを決定するステップ」との記載では，「クエリに依存しない要求に応答して」，「スクリーンショット」から，「アクティブリソースによって記述されたコンテンツを決定する」のか否かが不明確であるとの拒絶の理由を通知しているが，令和３年６月２３日付けの補正において，「前記クエリに依存しない要求に応答して，前記スクリーンショットおよび前記文書オブジェクトモデルから，前記アクティブリソースによって記述されたコンテンツを決定するステップ」と補正された結果，この拒絶の理由は解消した。
第７　むすび
　以上のとおり，本願発明１−２０は，当業者が引用発明に基づいて容易に発明をすることができたものではない。
　したがって，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。