2024-700721

特許第７４３０３０２号発明「ページ生成装置、ウェブページの生産方法、およびプログラム」の特許異議申立事件について、次のとおり決定する。

結 論 特許第７４３０３０２号の特許請求の範囲を訂正請求書に添付された訂正特許請求の範囲のとおり、訂正後の請求項〔１～６〕、７、８について訂正することを認める。 特許第７４３０３０２号の請求項１～８に係る特許を維持する。

理 由 第１ 手続の経緯 本件特許第７４３０３０２号（以下、「本件特許」という。）についての特許出願は、令和４年１１月４日を出願日とする特願２０２２－１７６９２８号であって、令和６年２月２日にその特許権が設定登録され、令和６年２月１３日にその特許公報が発行された。そして、特許異議申立人 伊藤 幸子（以下、単に「申立人１」という。）による特許異議の申立ておよび 吉田 さつき（以下、単に「申立人２」という。）による特許異議の申立てに係る手続の経緯は、以下のとおりである。 令和６年 ７月３０日 ：申立人１による特許異議申立書の提出 令和６年 ８月 ９日 ：申立人２による特許異議申立書の提出 令和６年 ８月２２日付け：手続補正指令書（方式） 令和６年 ９月 ９日 ：手続補正書の提出 令和６年１１月 １日付け：取消理由通知書 令和６年１２月２６日 ：訂正請求書、意見書の提出 令和７年 ２月２１日付け：手続補正指令書（方式） 令和７年 ３月 ５日 ：手続補正書の提出 令和７年 ３月１３日付け：通知書 令和７年 ４月１６日 ：意見書の提出（申立人２） なお、申立人１は、令和３年３月１３日付けの通知書に対し意見書を提出しなかった。 第２ 特許異議の申立ての理由及び証拠 特許異議申立書の全趣旨からして、申立人１および申立人２が主張する特許異議の申立ての理由（以下、「申立理由」という。）及び証拠は、以下のとおりのものと認められる。 １ 申立人１による申立理由の概要 （１）申立理由１（進歩性欠如） 本件特許の特許請求の範囲の請求項１～８に係る発明は、甲第１号証、甲第２号証及び甲第３号証に基づいて、本件特許出願前にその発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであり、請求項１～８に係る特許は、特許法第２９条第２項の規定に違反してされたものであるから、特許法第１１３条第２号の規定により取り消すべきものである。 （２）申立人１が提出した証拠 甲第１号証：特開２０１１－１３８４２９号公報 甲第２号証：ECサイト（スマホ向け）を改善するワンタッチ商品検索！ 3つの検索パターンや使われる理由など紹介 https://searchsolution.goo.ne.jp/report/search-with-smartphone/ 甲第３号証：シルバーエッグ・テクノロジーと連携した新サービス「ハッシュタグ・ジェネレーター」の提供を開始 https://www.newrope.biz/newrope-partnership-with-silveregg/ 甲第３－１号証：https://www.newrope.biz/category/news/ なお、上記甲第１～第３－１号証を、以下単に、「甲１－１」～「甲１－３－１」などという場合がある。 ２ 申立人２による申立理由の概要 （１）申立理由２－１（甲２－１に基づく新規性・進歩性欠如） 本件特許の特許請求の範囲の請求項１～８に係る発明は、甲第１号証に記載された発明であり、特許法第２９条第１項第３号の規定に違反してされたものであるから、特許法第１１３条第２号の規定により取り消すべきものである。また、本件特許の特許請求の範囲の請求項１～８に係る発明は、甲第１号証に基いて、本件特許出願前に当業者が容易に発明をすることができたものであり、請求項１～８に係る特許は、特許法第２９条第２項の規定に違反してされたものであるから、特許法第１１３条第２号の規定により取り消すべきものである。 （２）申立理由２－２（甲２－２に基づく新規性・進歩性欠如） 本件特許の特許請求の範囲の請求項１～８に係る発明は、甲第２号証に記載された発明であり、特許法第２９条第１項第３号の規定に違反してされたものであるから、特許法第１１３条第２号の規定により取り消すべきものである。また、本件特許の特許請求の範囲の請求項１～８に係る発明は、甲第２号証に基いて、本件特許出願前に当業者が容易に発明をすることができたものであり、請求項１～８に係る特許は、特許法第２９条第２項の規定に違反してされたものであるから、特許法第１１３条第２号の規定により取り消すべきものである。 （３）申立理由２－３（甲２－３に基づく新規性・進歩性欠如） 本件特許の特許請求の範囲の請求項１～８に係る発明は、甲第３号証に記載された発明であり、特許法第２９条第１項第３号の規定に違反してされたものであるから、特許法第１１３条第２号の規定により取り消すべきものである。また、本件特許の特許請求の範囲の請求項１～８に係る発明は、甲第３号証に基いて、本件特許出願前に当業者が容易に発明をすることができたものであり、請求項１～８に係る特許は、特許法第２９条第２項の規定に違反してされたものであるから、特許法第１１３条第２号の規定により取り消すべきものである。 （４）申立理由２－４（甲２－４に基づく新規性・進歩性欠如） 本件特許の特許請求の範囲の請求項１～８に係る発明は、甲第４号証に記載された発明であり、特許法第２９条第１項第３号の規定に違反してされたものであるから、特許法第１１３条第２号の規定により取り消すべきものである。また、本件特許の特許請求の範囲の請求項１～８に係る発明は、甲第４号証に基いて、本件特許出願前に当業者が容易に発明をすることができたものであり、請求項１～８に係る特許は、特許法第２９条第２項の規定に違反してされたものであるから、特許法第１１３条第２号の規定により取り消すべきものである。 （５）申立理由２－５（甲２－５に基づく新規性・進歩性欠如） 本件特許の特許請求の範囲の請求項１～８に係る発明は、甲第５号証に記載された発明であり、特許法第２９条第１項第３号の規定に違反してされたものであるから、特許法第１１３条第２号の規定により取り消すべきものである。また、本件特許の特許請求の範囲の請求項１～８に係る発明は、甲第５号証に基いて、本件特許出願前に当業者が容易に発明をすることができたものであり、請求項１～８に係る特許は、特許法第２９条第２項の規定に違反してされたものであるから、特許法第１１３条第２号の規定により取り消すべきものである。 （６）申立理由２－６（甲２－６に基づく新規性・進歩性欠如） 本件特許の特許請求の範囲の請求項１～８に係る発明は、甲第６号証に記載された発明であり、特許法第２９条第１項第３号の規定に違反してされたものであるから、特許法第１１３条第２号の規定により取り消すべきものである。また、本件特許の特許請求の範囲の請求項１～８に係る発明は、甲第６号証に基いて、本件特許出願前に当業者が容易に発明をすることができたものであり、請求項１～８に係る特許は、特許法第２９条第２項の規定に違反してされたものであるから、特許法第１１３条第２号の規定により取り消すべきものである。 （３）申立人２が提出した証拠 甲第１号証：米国特許出願公開第２０１１／０２０８６６９号明細書 甲第２号証：特開２０１２－２４３１２６号公報 甲第３号証：特開２０１２－３８２３０号公報 甲第４号証：特開２０１１－１３３９２６号公報 甲第５号証：特開２００４－５０２７号公報 甲第６号証：特開２００２－２６９１２７号公報 なお、以下において、申立人２によって提出された上記甲第１号証～甲第６号証を、単に「甲２－１」～「甲２－６」という場合がある。 第３ 取消理由の概要 令和６年１１月１日付けで当審が通知した取消理由は、概略、以下のとおりである。 取消理由１（明確性要件）本件特許の特許請求の範囲の請求項１～８に係る発明は、明確ではないから、請求項１～８に係る特許は、特許法第３６条第６項第２号の規定に違反してされたものである。 取消理由２（サポート要件）本件特許の特許請求の範囲の請求項１～８に係る発明は、発明の詳細な説明に記載したものでないから、請求項１～８に係る特許は、特許法第３６条第６項第１号の規定に違反してされたものである。 第４ 本件訂正について １ 本件訂正の請求の趣旨 本件訂正の請求の趣旨は、本件特許の特許請求の範囲を、本件訂正請求書に添付した訂正特許請求の範囲のとおり、訂正後の請求項１～８について訂正することを求める、というものである。 ２ 本件訂正の内容 本件訂正の内容は、次のとおりのものである（下線部は訂正箇所を示す。）。 （１）訂正事項１ 特許請求の範囲の請求項１の「１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを取得するタグ取得部」を「商品に関する１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得部」に訂正し、特許請求の範囲の請求項１の「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記１以上の商品情報に関連する商品関連情報を有するウェブページを構成するページ構成部」を「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成部」に訂正する。 （２）訂正事項２ 特許請求の範囲の請求項７の「前記タグ取得部が、１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを取得するタグ取得ステップ」を「前記タグ取得部が、商品に関する１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得ステップ」に訂正し、特許請求の範囲の請求項７の「前記ページ構成部が、前記集合取得ステップで取得された１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記１以上の商品情報に関連する商品関連情報を有するウェブページを構成するページ構成ステップ」を「前記ページ構成部が、前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成ステップ」に訂正する。 （３）訂正事項３ 特許請求の範囲の請求項８の「１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを取得するタグ取得部」を「商品に関する１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得部」に訂正し、特許請求の範囲の請求項８の「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記１以上の商品情報に関連する商品関連情報を有するウェブページを構成するページ構成部」を「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成部」に訂正する。 ３ 一群の請求項 本件訂正前の請求項２～６は、本件訂正前の請求項１を直接的又は間接的に引用しているものであるから、訂正事項１によって記載が訂正される請求項１に連動して訂正されるものである。 したがって、本件訂正前の請求項１～６に対応する本件訂正後の請求項１～６は、特許法第１２０条の５第４項に規定する一群の請求項である。 第５ 本件訂正についての適否についての判断 １ 訂正事項１について （１）訂正の目的 訂正事項１のうち、本件訂正前の請求項１の「１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを取得するタグ取得部」を「商品に関する１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得部」にする訂正は、本件訂正前の請求項１の「タグ取得部」を更に限定するものであるから、特許法第１２０条の５第２項ただし書第１号に規定する「特許請求の範囲の減縮」を目的とするものである。 また、訂正事項１のうち、本件訂正前の請求項１の「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記１以上の商品情報に関連する商品関連情報を有するウェブページを構成するページ構成部」を「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成部」とする訂正は、本件訂正前の請求項１の「商品関連情報」を更に限定するものであるから、特許法第１２０条の５第２項ただし書第１号に規定する「特許請求の範囲の減縮」を目的とするものである。 （２）願書に添付した明細書、特許請求の範囲又は図面（以下、「本件明細書等」という。）に記載した事項の範囲内の訂正であること 訂正事項１のうち、「１以上の商品情報」を「商品に関する１以上の商品情報」とする訂正は、本件明細書の段落【００３８】の「商品情報とは、商品に関する情報である。」なる記載に基づくものである。 また、訂正事項１のうち、「前記ウェブサイトから１または２以上のタグを取得するタグ取得部」を「前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得部」とする訂正は、本件明細書の段落【０１１４】の「タグ取得部１３１は、例えば、ｉ番目のウェブサイトのサイト識別子と、ｊ番目の商品情報の商品識別子と、ｋ番目のＵＧＣの識別子とに対応付けて、取得した１以上の用語を、図示しないバッファに蓄積する。」なる記載に基づくものである。 また、訂正事項１のうち、「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記１以上の商品情報に関連する商品関連情報を有するウェブページを構成するページ構成部」を「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成部」とする訂正は、本件明細書の段落【００６４】の「商品関連情報とは、商品に関連する情報である。商品関連情報は、例えば、商品画像、商品の説明情報、商品情報へのリンク、商品情報へのリンクを有するハッシュタグである。」なる記載に基づくものである。 よって、訂正事項１は、本件明細書等に記載した事項の範囲内の訂正であるから、特許法第１２０条の５第９項で準用する第１２６条第５項に適合するものである。 （３）実質上特許請求の範囲を拡張し、又は変更する訂正ではないこと 上記（１）及び（２）のとおり、本件明細書等に記載した事項の範囲内で特許請求の範囲を減縮するものであって、カテゴリーや対象、目的を変更するものではないから、実質上特許請求の範囲を拡張し、又は変更するものには該当しない。 よって、訂正事項１は、特許法第１２０条の５第９項で準用する第１２６条第６項に適合するものである。 ２ 訂正事項２について （１）訂正の目的 訂正事項２のうち、本件訂正前の請求項７の「前記タグ取得部が、１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを取得するタグ取得ステップ」を「前記タグ取得部が、商品に関する１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得ステップ」にする訂正は、本件訂正前の請求項７の「タグ取得ステップ」を更に限定するものであるから、特許法第１２０条の５第２項ただし書第１号に規定する「特許請求の範囲の減縮」を目的とするものである。 また、訂正事項２のうち、本件訂正前の請求項７の「前記ページ構成部が、前記集合取得ステップで取得された１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記１以上の商品情報に関連する商品関連情報を有するウェブページを構成するページ構成ステップ」を「前記ページ構成部が、前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成ステップ」とする訂正は、本件訂正前の請求項７の「商品関連情報」を更に限定するものであるから、特許法第１２０条の５第２項ただし書第１号に規定する「特許請求の範囲の減縮」を目的とするものである。 （２）本件明細書等に記載した事項の範囲内の訂正であること 訂正事項２のうち、「１以上の商品情報」を「商品に関する１以上の商品情報」とする訂正は、本件明細書の段落【００３８】の「商品情報とは、商品に関する情報である。」なる記載に基づくものである。 また、訂正事項２のうち、「前記ウェブサイトから１または２以上のタグを取得するタグ取得ステップ」を「前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得ステップ」とする訂正は、本件明細書の段落【０１１４】の「タグ取得部１３１は、例えば、ｉ番目のウェブサイトのサイト識別子と、ｊ番目の商品情報の商品識別子と、ｋ番目のＵＧＣの識別子とに対応付けて、取得した１以上の用語を、図示しないバッファに蓄積する。」なる記載に基づくものである。 また、訂正事項２のうち、「前記ページ構成部が、前記集合取得ステップで取得された１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記１以上の商品情報に関連する商品関連情報を有するウェブページを構成するページ構成ステップ」を「前記ページ構成部が、前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成ステップ」とする訂正は、本件明細書の段落【００６４】の「商品関連情報とは、商品に関連する情報である。商品関連情報は、例えば、商品画像、商品の説明情報、商品情報へのリンク、商品情報へのリンクを有するハッシュタグである。」なる記載に基づくものである。 よって、訂正事項２は、本件明細書等に記載した事項の範囲内の訂正であるから、特許法第１２０条の５第９項で準用する第１２６条第５項に適合するものである。 （３）実質上特許請求の範囲を拡張し、又は変更する訂正ではないこと 上記（１）及び（２）のとおり、本件明細書等に記載した事項の範囲内で特許請求の範囲を減縮するものであって、カテゴリーや対象、目的を変更するものではないから、実質上特許請求の範囲を拡張し、又は変更するものには該当しない。よって、訂正事項２は、特許法第１２０条の５第９項で準用する第１２６条第６項に適合するものである。 ３ 訂正事項３について （１）訂正の目的 訂正事項３のうち、本件訂正前の請求項８の「１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを取得するタグ取得部」を「商品に関する１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得部」にする訂正は、本件訂正前の請求項８の「タグ取得部」を更に限定するものであるから、特許法第１２０条の５第２項ただし書第１号に規定する「特許請求の範囲の減縮」を目的とするものである。 また、訂正事項３のうち、本件訂正前の請求項８の「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記１以上の商品情報に関連する商品関連情報を有するウェブページを構成するページ構成部」を「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成部」とする訂正は、本件訂正前の請求項８の「商品関連情報」を更に限定するものであるから、特許法第１２０条の５第２項ただし書第１号に規定する「特許請求の範囲の減縮」を目的とするものである。 （２）本件明細書等に記載した事項の範囲内の訂正であること 訂正事項３のうち、「１以上の商品情報」を「商品に関する１以上の商品情報」とする訂正は、本件明細書の段落【００３８】の「商品情報とは、商品に関する情報である。」なる記載に基づくものである。 また、訂正事項３のうち、「前記ウェブサイトから１または２以上のタグを取得するタグ取得部」を「前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得部」とする訂正は、本件明細書の段落【０１１４】の「タグ取得部１３１は、例えば、ｉ番目のウェブサイトのサイト識別子と、ｊ番目の商品情報の商品識別子と、ｋ番目のＵＧＣの識別子とに対応付けて、取得した１以上の用語を、図示しないバッファに蓄積する。」なる記載に基づくものである。 また、訂正事項３のうち、「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記１以上の商品情報に関連する商品関連情報を有するウェブページを構成するページ構成部」を「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成部」とする訂正は、本件明細書の段落【００６４】の「商品関連情報とは、商品に関連する情報である。商品関連情報は、例えば、商品画像、商品の説明情報、商品情報へのリンク、商品情報へのリンクを有するハッシュタグである。」なる記載に基づくものである。 よって、訂正事項３は、本件明細書等に記載した事項の範囲内の訂正であるから、特許法第１２０条の５第９項で準用する第１２６条第５項に適合するものである。 （３）実質上特許請求の範囲を拡張し、又は変更する訂正ではないこと 上記（１）及び（２）のとおり、本件明細書等に記載した事項の範囲内で特許請求の範囲を減縮するものであって、カテゴリーや対象、目的を変更するものではないから、実質上特許請求の範囲を拡張し、又は変更するものには該当しない。よって、訂正事項３は、特許法第１２０条の５第９項で準用する第１２６条第６項に適合するものである。 ４ 特許出願の際独立して特許を受けることができること 本件においては、訂正前の請求項１～８について特許異議の申立てがなされているので、訂正前の請求項１～８に係る訂正事項１～３に関して、特許法第１２０条の５第９項で読み替えて準用する同法第１２６条第７項（独立特許要件）は適用されない。 ５ まとめ 以上のとおりであるから、本件訂正は、適法であるので、訂正請求書に添付された訂正特許請求の範囲のとおり、訂正後の請求項〔１～６〕、７、８について訂正することを認める。 第６ 本件特許発明 前記第５のとおり、本件訂正は認められるので、特許請求の範囲の請求項１～８に係る発明（以下、「本件特許発明１」～「本件特許発明８」という。）は、次の事項により特定されるものである。 １ 本件特許発明１ 商品に関する１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得部と、 前記タグ取得部が取得した１または２以上のタグから、１または２以上のタグの組み合わせである１または２以上のタグ集合を取得する集合取得部と、 前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成部と、 前記ページ構成部が構成した前記ウェブページを蓄積する蓄積部とを具備するページ生成装置。 ２ 本件特許発明２ 前記タグ取得部は、 ２以上の各ウェブサイトの中の１以上の商品情報に対応するタグ元情報から２以上のタグを取得する請求項１記載のページ生成装置。 ３ 本件特許発明３ 前記タグ元情報は、 前記１以上の商品情報に対して、ユーザが入力したＵＧＣ（User Generated Contents）である請求項１または請求項２記載のページ生成装置。 ４ 本件特許発明４ 前記ＵＧＣは、 前記１以上の商品情報に対して、ユーザが入力した口コミである請求項３記載のページ生成装置。 ５ 本件特許発明５ 前記タグ元情報は、 前記ウェブサイトにおいて、ウェブサイトの提供側がユーザに対して提供している提供情報である請求項１または請求項２記載のページ生成装置。 ６ 本件特許発明６ 前記提供情報は、 前記ウェブサイトにおける商品情報である請求項５記載のページ生成装置。 ７ 本件特許発明７ タグ取得部と、集合取得部と、ページ構成部と、蓄積部とにより実現されるウェブページの生産方法であって、 前記タグ取得部が、商品に関する１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得ステップと、 前記集合取得部が、前記タグ取得ステップで取得された１または２以上のタグから、１または２以上のタグの組み合わせである１または２以上のタグ集合を取得する集合取得ステップと、 前記ページ構成部が、前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成ステップと、 前記蓄積部が、前記ページ構成ステップで構成された前記ウェブページを蓄積する蓄積ステップとを具備する、ウェブページの生産方法。 ８ 本件特許発明８ コンピュータを、 商品に関する１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得部と、 前記タグ取得部が取得した１または２以上のタグから、１または２以上のタグの組み合わせである１以上のタグ集合を取得する集合取得部と、 前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成部と、 前記ページ構成部が構成した前記ウェブページを蓄積する蓄積部として機能させるためのプログラム。 第７ 甲号証の記載事項、引用発明 １ 甲１－１について （１）甲１－１記載事項 甲１－１には、図面とともに以下の事項が記載されている。なお、下線は強調のため、当審が付加した。 「【００２７】 図１は、本実施の形態における情報システム１の概念図である。情報システム１は、用語データベースサーバ装置１１、ウェブページ生成装置１２、１以上のウェブサーバ装置１３、１以上の端末装置１４を具備する。用語データベースサーバ装置１１は、用語データベースを格納している。ウェブサーバ装置１３は、既存のウェブページを格納している。端末装置１４は、ユーザ端末であり、ウェブページを検索する検索エンジンを搭載している。 【００２８】 図２は、本実施の形態における情報システム１のブロック図である。用語データベースサーバ装置１１は、用語データベース格納部１１１、用語群送信部１１２を具備する。ウェブページ生成装置１２は、既存ウェブページ特定情報格納部１２１、用語取得部１２２、ウェブページ生成部１２３、蓄積部１２４を具備する。ウェブサーバ装置１３は、ウェブページ格納部１３１、ウェブページ送信部１３２を具備する。端末装置１４は、受付部１４１、ウェブページ受信部１４２、ウェブページ出力部１４３を具備する。」 「【００３１】 既存ウェブページ特定情報格納部１２１は、１以上の既存ウェブページ特定情報を格納し得る。既存ウェブページ特定情報は、既存のウェブページを特定する情報である。既存のウェブページとは、ウェブサーバ装置１３内のウェブページである。また、既存ウェブページ特定情報とは、ＵＲＬや、ＵＲＬとアイコンや、ＵＲＬとアイコンと文などである。既存ウェブページ特定情報は、生成されるウェブページ内に記載される情報（アイコンと文など）を含んでも良い。」 「【００３４】 用語取得部１２２は、２以上の用語を格納している用語データベースから、１以上の用語を取得する。用語取得部１２２は、通常、用語データベースサーバ装置１１にアクセスに行き、１以上の用語を受信する。ここで、用語取得部１２２が取得する用語とは、通常、単語であるが、２以上の単語を有する単語列や文の一部などでも良い。 【００３５】 用語取得部１２２は、用語データベースから、２以上の用語を有する用語群を取得し、用語群を２以上の用語に分割し、２以上の用語を有する複数用語を１組以上取得しても良い。つまり、用語取得部１２２は、２以上の用語を有する複数用語を取得しても良い。複数用語の取得の場合も、用語取得部１２２は、通常、用語データベースサーバ装置１１にアクセスに行き、１組以上の複数用語を受信する。ここで、用語群とは、例えば、一番組の情報である。例えば、用語群は、チャンネルと放送時間で区切られた番組の情報である。」 「【００３９】 ウェブページ生成部１２３は、用語取得部１２２が取得した用語を用いて、１以上のウェブページを生成する。ここで、ウェブページとは、多数のユーザが検索対象とする情報を言う。ウェブページは、通常、ファイルであるが、ファイルには限らない。ウェブページは、狭義には、ウェブ上の文書であるが、ここでは、広く、不特定多数のユーザが検索対象とする情報と捉えても良い。また、ここでのウェブページの生成とは、用語または用語から生成された用語関連情報がウェブページ内に記載されることを言う。」 「【００４１】 ウェブページ生成部１２３は、１組以上の各複数用語を用いて、１以上のウェブページを生成する。つまり、ウェブページ生成部１２３は、複数用語ごとに、一のウェブページを生成しても良い。」 「【００４４】 さらに、ウェブページ生成部１２３は、用語取得部１２２が取得した用語と対になる既存ウェブページ特定情報を、既存ウェブページ特定情報格納部１２１から取得し、取得した既存ウェブページ特定情報を用いて、既存のウェブページとのリンクを１以上のウェブページに付加する処理をさらに行うことは好適である。」 「【００５９】 （ステップＳ３０４）用語取得部１２２は、取得した１以上の用語を分割し、１以上の用語の集合を取得する。なお、用語取得部１２２は、取得した１以上の用語を、一つずつの用語に分割しても良いし、所定の単位で１以上の用語に分割しても良い。用語の集合は、通常、２以上の用語であるが、一つの用語であっても良い。所定の単位とは、番組の単位などである。」 「【００６１】 （ステップＳ３０６）ウェブページ生成部１２３は、ステップＳ３０４で取得された用語の集合の中に、ｉ番目の用語の集合が存在するか否かを判断する。ｉ番目の用語の集合が存在すればステップＳ３０７に行き、ｉ番目の用語の集合が存在しなければステップＳ３０１に戻る。なお、ｉ番目の用語の集合は、一の用語でも良い。 【００６２】 （ステップＳ３０７）ウェブページ生成部１２３は、ウェブページを生成する。このウェブページ生成処理について、図４のフローチャートを用いて説明する。」 「【００６６】 次に、ステップＳ３０７のウェブページ生成処理について、図４のフローチャートを用いて説明する。 【００６７】 （ステップＳ４０１）ウェブページ生成部１２３は、ｉ番目の用語の集合を取得する。 【００６８】 （ステップＳ４０２）ウェブページ生成部１２３は、格納しているウェブページの雛形を読み出す。 【００６９】 （ステップＳ４０３）ウェブページ生成部１２３は、ステップＳ４０１で取得したｉ番目の用語の集合を、ステップＳ４０２で取得したウェブページの雛形に埋め込む。埋め込む場所は固定であっても良いし、ウェブページの雛形の中に指示されていても良い。また、ｉ番目の用語の集合を埋め込む場合、ウェブページ生成部１２３は、ｉ番目の用語の集合から文や情報を生成してから、当該生成した文や情報を、ウェブページの雛形の中に埋め込んでも良い。 【００７０】 （ステップＳ４０４）ウェブページ生成部１２３は、ｉ番目の用語の集合の中の１以上の用語をキーとして、既存ウェブページ特定情報格納部１２１を検索する。そして、ウェブページ生成部１２３は、既存ウェブページ特定情報格納部１２１から、０または１以上の既存ウェブページ特定情報を取得する。なお、ウェブページ生成部１２３は、ｉ番目の用語の集合の中の各用語の各々をキーとして、１以上の回数、繰り返して、既存ウェブページ特定情報格納部１２１を検索しても良いし、ｉ番目の用語の集合すべてをキーとして既存ウェブページ特定情報格納部１２１を検索しても良い。ここでの検索とは、通常、ｉ番目の用語の集合の中の用語と、既存ウェブページ特定情報の中の用語の一致であるが、部分一致でも良い。つまり、既存ウェブページ特定情報の中の用語が、ｉ番目の用語の集合の中の用語を一部に含む場合にも、検索結果を真、としても良い。また、ｉ番目の用語の集合の中の用語が、既存ウェブページ特定情報の中の用語を一部に含む場合にも、検索結果を真、としても良い。」 「【００７２】 （ステップＳ４０６）ウェブページ生成部１２３は、ステップＳ４０４で取得できた１以上の各既存ウェブページ特定情報に対応するウェブページへのリンクを、ステップＳ４０３で用語の集合を埋め込んだ後のウェブページに付加する。上位処理にリターンする。」 「【００７８】 今、既存ウェブページ特定情報格納部１２１は、図５に示す既存ウェブページ特定情報管理表を保持している。既存ウェブページ特定情報管理表は、「ＩＤ」「ＵＲＬ」「アイコン」「文」「用語」の属性を有するレコードを１以上格納している。「ＩＤ」は、レコードを識別する情報である。「ＵＲＬ」は、既存ウェブページ特定情報で特定されるウェブページのＵＲＬである。また、「アイコン」は、生成されるウェブページ上に貼り付けられる画像データである。画像データは、動画でも良く、その形式は問わない。画像データは、バナー広告になっても良い。画像データがバナー広告である場合、そのリンク先は、「ＵＲＬ」で特定されるウェブページである。「文」は、生成されるウェブページ上に付加される文であり、リンクになっていても良い。リンクの飛び先は、「ＵＲＬ」で特定されるウェブページである。「用語」は、既存ウェブページ特定情報が検索されるための文字列の集合である。「用語」の中の一つの用語が一致すれば、既存ウェブページ特定情報が検索されても良いし、すべての用語が一致すれば、既存ウェブページ特定情報が検索されても良い。また、「用語」の中の一つの用語が部分一致した場合でも、既存ウェブページ特定情報が検索されても良い。」 「【図５】 ［図：0001427950000001.jpg］ 」 「【００８５】 次に、ウェブページ生成部１２３は、格納しているウェブページの雛形を読み出す。格納しているウェブページの雛形は、例えば、図７である。 【００８６】 そして、ウェブページ生成部１２３は、用語「ニュース」等をウェブページの雛形に埋め込む。つまり、図７において、「＜」「＞」で囲まれたものが変数であり、文字列等に置き換わる。つまり、図７の変数＜用語＞は、ウェブページ生成部１２３が取得した一つの用語に置き換わる。 【００８７】 また、ウェブページ生成部１２３が、用語をキーとした検索により、既存ウェブページ特定情報を取得できた場合、図７の変数＜すべての用語＞は、図５に示す既存ウェブページ特定情報管理表の属性「用語」内のすべての用語に置き換わる。また、図７の変数＜文＞は、既存ウェブページ特定情報管理表の属性「文」の属性値に置き換わる。また、図７の変数＜ＵＲＬ＞は、既存ウェブページ特定情報管理表の属性「ＵＲＬ」の属性値に置き換わる。さらに、図７の変数＜アイコン＞は、既存ウェブページ特定情報管理表の属性「アイコン」の属性値に置き換わる。」 「【００９１】 次に、第二番目の用語「スポーツ」を取得する。次に、ウェブページ生成部１２３は、格納しているウェブページの雛形（図７）を読み出す。 【００９２】 そして、ウェブページ生成部１２３は、用語「スポーツ」等をウェブページの雛形の＜用語＞の位置に埋め込む。」 「【００９６】 次に、蓄積部１２４は、生成されたウェブページを予め決められた蓄積場所（例えば、ウェブページ生成装置１２内の予め決められたフォルダ）に蓄積する。」 「【００９８】 次に、ユーザは、例えば、２ｃｈで１３：００から放送していたテレビ番組を見て、スポーツについて調べたくなり、「スポーツ」を、端末装置１４の検索エンジンに入力した、とする。 【００９９】 次に、端末装置１４の受付部１４１は、キーワード「スポーツ」と、検索指示を受け付ける。そして、ウェブページ受信部１４２（検索エンジン）は、ウェブ上のウェブページを、キーワード「スポーツ」を用いて検索する。 【０１００】 そして、さきほど生成した「用語「スポーツ」についてのウェブページ」は、少し前に生成されたばかりなので、検索エンジンの検索結果の上位に出力されることが期待される。 【０１０１】 また、その後、ユーザは検索結果の中から、「用語「スポーツ」についてのウェブページ」へのリンクをクリックする、とする。 【０１０２】 すると、「用語「スポーツ」についてのウェブページ」が、端末装置１４のディスプレイに表示される。 【０１０３】 そして、「用語「スポーツ」についてのウェブページ」に記載されている「ｓｐｏｒｔＺ」へのリンクがクリックされる可能性が極めて高くなる。 【０１０４】 以上、本実施の形態によれば、多くのユーザからアクセスされ得るウェブページを自動的に構築できる。 【０１０５】 また、本実施の形態によれば、構築したウェブページの中に、ユーザに閲覧して欲しいウェブページのリンクを挿入できる。」 「【０１０９】 また、図１０におけるウェブページ生成装置１２において、例えば、ＴＶ番組の情報（例えば、ＥＰＧの情報）「王様のブランチ、辻希子１０万円お買い物パジャマの着方がダサいダンナの変身大作戦：おいしい！楽しい！肉料理テーマパーク：蛯原友子プロデュース超おしゃれなバッグ：草食男子」が、用語データベースサーバ装置１１の用語データベース格納部１１１に格納されている、とする。」 「【０１１１】 そして、用語取得部１２２は、アクセス要求の送信に対応して、用語データベースサーバ装置１１から、１以上の用語を含む情報（前記ＴＶ番組の情報）を受信する。 【０１１２】 そして、用語取得部１２２の用語取得手段１２２１は、ＴＶ番組の情報から用語「王様のブランチ」「辻希子」「１０万円」「お買い物」「パジャマ」・・・「蛯原友子」「プロデュース」・・・「草食男子」を取得する。なお、用語取得手段１２２１は、例えば、ＴＶ番組の情報から名詞または名詞句を取得しても良い。また、用語取得手段１２２１は、例えば、形態素解析を行い、名詞または名詞句を取得しても良い。」 「【０１１６】 次に、ウェブページ生成部１２３は、用語「草食男子」を変数＜用語＞の箇所に埋め込み、用語の集合（「王様のブランチ」「辻希子」「10万円」「お買い物」「パジャマ」・・・「蛯原友子」「プロデュース」・・・「草食男子」）を、取得したウェブページの雛形の＜すべての用語＞の箇所に埋め込む。また、ウェブページ生成部１２３は、番組のタイトル「王様のブランチ」を変数＜番組タイトル＞の箇所に埋め込み。なお、ウェブページ生成部１２３は、番組のタイトルが存在する箇所を予め知っている、とする。」 「【０１１８】 次に、ウェブページ生成部１２３は、既存ウェブページ特定情報に対応するウェブページへのリンクを、用語の集合を埋め込んだ後のウェブページに付加する。そして、ウェブページ生成部１２３は、図１２に示すウェブページを得る。 【０１１９】 次に、蓄積部１２４は、生成されたウェブページを予め決められた蓄積場所に蓄積する。」 （２）甲１－１発明 上記（１）から、甲１－１には、次の発明（以下「甲１－１発明」という。）が記載されていると認められる。 「用語データベースサーバ装置１１と、ウェブページ生成装置１２と、１以上のウェブサーバ装置１３と、１以上の端末装置１４とを具備する情報システム１であって、前記ウェブサーバ装置１３は、既存のウェブページを格納しており（【００２７】）、ウェブページ生成装置１２は、既存ウェブページ特定情報格納部１２１と用語取得部１２２とウェブページ生成部１２３と蓄積部１２４とを具備し（【００２８】）、前記既存ウェブページ特定情報格納部１２１は、前記ウェブサーバ装置１３内のウェブページである既存ウェブページを特定する「ＵＲＬ」と、前記ＵＲＬの検索に用いられる文字列の集合である「用語」の属性を有する１以上のレコードからなるウェブページ特定情報管理表を保持しており（【００３１】、【００７８】、図５）、前記ウェブページ生成部はウェブページの雛形を格納しており（【００８５】）、前記用語データベースサーバ装置１１の用語データベース格納部１１１にはＥＰＧが格納されており（【０１０９】）、前記用語取得部１２２は、前記用語データベースサーバ装置１１から前記ＥＰＧを受信して複数の用語を取得し（【０１１１】、【０１１２】）、前記取得した複数の用語を２以上の用語を有する「用語の集合」に番組の単位で分割し（【００３４】、【００３５】、【００５９】）、前記ウェブページ生成部１２３は、前記用語取得部１２２が前記分割した「用語の集合」ごとに、各「用語の集合」を構成する各用語と前記番組のタイトルとを前記雛形の所定の位置に埋め込むことでウェブページを生成し（【００３９】、【００４１】、【００５９】、【００６１】、【００６２】、【００６６】～【００６９】、【０１１６】）、前記用語をキーとして前記ウェブページ特定情報管理表を検索して取得した前記既存ウェブページを特定するＵＲＬへのリンクを、前記生成したウェブページに付加する処理をさらに行い（【００４４】、【００７０】、【００７２】、【００８６】、【００８７】、【０１１８】）、前記蓄積部１２４は、前記生成されたウェブページを蓄積し（【００９６】、【０１１９】）、前記端末装置１４のユーザによって、前記端末装置の検索エンジンに前記蓄積されたウェブページに埋め込まれた用語が入力されると、前記蓄積されたウェブページが前記検索エンジンの検索結果の上位に出力されることが期待される（【００９１】、【００９２】、【００９８】～【０１００】）、情報システム１。」 ２ 甲１－２について 甲１－２には、次の事項が記載されている。 「スマホECのサイト内検索に、新たなトレンドが生まれています。検索窓にキーワードを入力する従来のサイト内検索と併せて、検索タグやキーワードなどをタッチするだけで商品を探せる検索機能です。近年このような機能を実装するECサイトが増えています。」 「(1)トレンドを反映したキーワードを表示 1つ目は、ECサイトにおけるトレンドを反映したキーワードを検索窓の下などに表示する方法です。具体的には、一定期間に検索された回数や、検索ボリュームの増加率が高いキーワードを抽出し、「おすすめのキーワード」として表示します。 商品がテレビで取り上げられたり、SNSで話題になったりすると、ECサイトで商品名検索（指名検索）が急増します。短期間で検索ボリュームが急増したキーワードをECサイトの目立つ場所に表示し、ワンタッチで検索できるようにすることで、話題の商品を見つけやすくすることができます。 また、特定のシーズンに検索ボリュームが増えるキーワード（季節ワード）を抽出する方法もあります。例えば、3月に「お花見」「入学式」「卒業式」といったキーワードの検索ボリュームが増えている場合、そのキーワードを関連商品にタグ付けした上で、検索窓の下などに表示します。こうすることで、季節性のあるアイテムへの導線を太くすることが可能です。」 「 ［図：0001427950000002.jpg］ 」 「(2)売りたい商品の関連ワードを表示 2つ目のパターンは、EC事業者が売りたい商品の検索タグを表示する方法。注力商品やセール対象商品にタグ付けされたワードを検索窓の下などに表示することで、特定の商品ページへの流入動線を太くすることができます。 (3)絞り込み条件（ファセット情報）を表示 3つ目のパターンは、検索窓にキーワードを入力した際に、そのキーワードの「絞り込み条件（ファセット情報）」を自動的に表示する方法です。 具体的には、特定のキーワードと一緒に使われることが多いファセット情報を検索ログから抽出します。「ワンピース」と入力したユーザーの多くが「赤」「半袖」「春物」などのキーワードを組み合わせていることが分かったら、「ワンピース」と入力した際に、それらのファセット情報を表示。ユーザーが「赤」「半袖」「春物」などのファセット情報をタップすると、絞り込み条件が追加される仕組みです。」 「 ［図：0001427950000003.jpg］ 」 「ECサイト改善にワンタッチの商品検索が使われる3つの理由 ワンタッチで商品を探せるサイト内検索がECサイトで使われる背景には、スマホECに特有のUI・UXや、SNSの検索のトレンドが影響していると考えられます。 (1)片手で操作しやすい ワンタッチで商品を検索することができれば、スマホを片手で操作しているときに便利です。 スマホを使えば、いつでも、どこでもECサイトで買い物ができますから、カバンを持っているときや、電車のつり革につかまっているときなど、片手がふさがった状態でECサイトを閲覧することも多いでしょう。しかし、片手でフリック入力を使うと入力ミスが起こりやすいですし、手が小さい人は片手で入力できないかもしれません。スマホを片手で操作して買い物をする消費者が増えたことが、ワンタッチで商品を探せるサイト内検索機能が求められている要因の1つです。 (2)SNSのハッシュタグ検索が浸透 ワンタッチで商品を探せるUIが好まれる背景には、SNSの検索UIのトレンドも影響していると考えられます。 InstagramやTikTok、Twitter などの検索ボタンをタップすると、人気のハッシュタグや、ユーザーの興味関心と関連性が高いキーワードなどが検索の候補として表示されます。また、検索窓にキーワードを入力すると、関連キーワードも自動的に表示されます。 SNSの検索を日常的に使うユーザーは、ハッシュタグやキーワードをタッチして知りたい情報にたどり着けるUXに慣れています。そういったユーザーは、ECサイトでも同様の検索体験を好むのではないでしょうか。 (3)キーワードを考える必要がない 検索窓にキーワードを入力して商品を探すとき、頭の中でイメージした商品の特徴を言語化しにくいこともあります。検索キーワードを考えて入力することを面倒に感じるユーザーは、検索タグやキーワードがあらかじめ表示されていれば、自然とそちらをタップするでしょう。 ECサイト改善に向けたキーワードや検索タグを抽出する方法 ワンタッチで商品を探せるサイト内検索を実現するには、検索の候補となるキーワードや検索タグ、ファセット情報を何らかの方法で抽出する必要があります。その方法について、当社が提供している検索エンジンgoo Search Solutionの機能に沿って解説します。 (1)行動ログから抽出 1つ目は、ECサイトの行動ログを分析する方法です。サイト内検索で使われる検索クエリを分析し、一定期間内の検索回数が多いキーワードや、一定期間における検索回数の増加率が基準値を超えたキーワードを抽出します。 また、特定のキーワードと一緒に使われる絞り込み条件（ファセット情報）を抽出し、キーワードを入力した際に検索窓の下に自動的に表示する方法もあります。 (2)商品マスターから抽出 商品マスターに登録されている商品名や説明文などのテキスト情報を人工知能（AI）が分析し、商品の特徴を表す言葉（固有表現）を抜き出すこともできます。商品の形や色のほか、「格好いい」「美しい」といった形容詞、「仕事用」「デート用」など商品を使うシチュエーションを表す言葉も抽出することが可能です。 (3)レビューから抽出 ユーザーが投稿した商品レビューの文章を分析し、頻繁に使われている単語を抽出した上で、検索タグとして使用することもできます。 例えば、売れ筋のワンピース（商品A）のレビューに「結婚式」や「華やか」といったキーワードが頻繁に使われていた場合、AIが「結婚式」や「華やか」という言葉を抜き出し、それらの言葉を検索タグとして抽出します。そして、商品データに検索タグを付与した上で、「ワンピース」の絞り込み検索の候補として検索窓の下に自動表示するといった運用が可能です。 これらの機能はすべて自動で更新することができるため、運用の手間が掛かりません。こういったキーワードは日々更新感を持たせることが重要ですが、人手で運用をしようと思うと、それなりの負荷が掛かります。機能を実装する上では「継続した運用ができるか」という観点も踏まえた検討が重要となります。」 ３ 甲１－３について 甲１－３には、次の事項が記載されている。 「■ レコメンドエンジンに、ハッシュタグの自動生成機能を追加 ハッシュタグは、Instagram（インスタグラム）を中心としたソーシャルメディアで、情報検索や情報収集のために誰もが利用しています。ECサイトでは、個々の製品に対しハッシュタグを設置することで、顧客のサイト内での情報収集を助け、顧客体験を向上させるほか、ハッシュタグが検索キーワードとしても機能するため、SEO効果もあります。 しかし、ECサイト内でのハッシュタグ導入は、ECプラットフォームの仕様により導入できない例も多く、また、数千以上の製品に対するタグの網羅的な設定や管理に負荷がかかるため、まだ十分に活用されていません。 そこでシルバーエッグ社アイジェント・レコメンダーのオプション機能として「ハッシュタグ・ジェネレーター」を開発しました。本機能は、レコメンドエンジンが表示する商品画像のデータをニューロープのファッションAI「#CBK scnnr（カブキスキャナ）」で分析し、トレンドを踏まえて自動生成したハッシュタグを該当の商品ページに自動設置します。」 ３－１ 甲１－３－１について 甲第３－１号証は、令和３年７月当時、甲第３号証が公知であったという申立人１の主張を証明することを目的として提出された証拠である。 甲第３－１号証には、以下の記載が存在する。 「 ［図：0001427950000004.jpg］ 」 なお、甲３には、甲３の公知日を示す直接的な記載はない。 また、甲１－３－１の記載から、新サービス「ハッシュタグ・ジェネレーター」を２０２２年７月２８日（木）より提供する旨の告知内容が、２０２２年７月２１日に公知となったものと認められるが、このことからただちに、甲３又はその「ハッシュタグ・ジェネレーター」についての記載事項が、２０２２年７月２１日までに公知であったとはいえない。したがって、甲３の公知日は不明といわざるを得ないが、以下では、甲３の公知日が、本件特許出願より先であるとの前提で審理を進めることとする。 ４ 甲２－１について （１）甲２－１記載事項 甲２－１には、図面とともに以下の事項が記載されている。(なお、申立人２による特許異議申立書に添付された甲２－１の翻訳文を概ね採用し、括弧（）内に付した。なお、下線は強調のため、当審が付加した。) 「[0006] The embodiments disclosed herein include new, more efficient ways to collect product reviews from the Internet, aggregate reviews for the same product, and provide an aggregated review to end users in a searchable format.」 (本明細書に開示される実施形態には、インターネットから製品レビューを収集し、同じ製品のレビューを集約し、集約されたレビューを検索可能な形式でエンドユーザに提供する新しい、より効率的な方法が含まれる。) 「Collecting Product Reviews [0053] FIG. 3 is a flowchart representing a method for collecting and aggregating reviews for a product according to one embodiment. The process shown in FIG. 3 is performed by aggregated reviews backend server 102 (FIGS. 1 and 2A). It will be appreciated by those of ordinary skill in the art that one or more of the acts described may be performed by hardware, software, or a combination thereof, as may be embodied in one or more computing systems. [0054] Backend server 102 collects product reviews, or information containing product reviews for a plurality of products (302). [0055] In some embodiments, collecting information comprises selectively crawling review-related Web sites or portions thereof and retrieving information containing product reviews. Selective crawling differs from traditional crawling in that the crawler only follows selected links on Web pages, rather than all links. [0056] To initiate a crawl, crawling module 220 is given a set of starting (sometimes called “seed”) URLs (Uniform Resource Locators, i.e., web addresses) to crawl. [0057] Crawling module 220 puts these URLs in queue 222. Crawler 226 continuously fetches pages corresponding to the URLs in the queue 222 until either there more no more URLs in the queue 222, or a crawl termination condition is reached. In some embodiments, link parser 224 tells crawler 226 how to extract new links to follow from a fetched page by matching regular expression patterns. In some embodiments, link parser 224 tells crawler 226 how to extract new links to follow from a fetched page by using text classification techniques. As an example of the former approach, Table 1 contains pseudo code for a link parser 224 that selects which links to follow on an exemplary website (www.productcompany.com) for reviews of electronics products.」 (製品レビューの収集 [0053]図3は、一実施形態による製品のレビューを収集および集約する方法を表すフローチャートである。図3に示されるプロセスは、集約レビューのバックエンドサーバ102 （図1および2A) により実施される。当業者であれば、説明した動作の1つ以上が、1つ以上のコンピューティングシステムに実装されているハードウェア、ソフトウェア、またはそれらの組み合わせによって実行できることが理解されるであろう。 [0054]バックエンドサーバ102は、複数の製品に対する製品レビュー、または製品レビューを含む情報を収集する(302)。 [0055]いくつかの実施形態では、情報収集は、レビュー関連のウェブサイトまたはその一部を選択的にクロールし、製品レビューを含む情報を取得することを含む。選択的クロールは、クローラがウェブページ上のすべてのリンクではなく、選択されたリンクのみをたどる点で、従来のクロールと異なる。 [0056]クロールを開始するために、クロールモジュール220には、クロールする開始URL (Uniform Resource Locator、つまりウェブアドレス）のセット（「シード」と呼ばれることもある）が与えられる。 [0057]クロールモジュール220は、これらのURLをキュー222に入れる。クローラ226は、キュー222内のURLに対応するページを、キュー222にURLがなくなるか、クロール終了条件に達するまで、継続的にフェッチする。実施形態によっては、リンクパーサ224は、正規表現パターンを照合することにより、フェッチされたページからたどる新しいリンクを抽出する方法をクローラ226 に指示する。実施形態によっては、リンクパーサ224は、テキストクラス化技術を使用して、フェッチされたページからたどる新しいリンクを抽出する方法をクローラ226に指示する。前者のアプローチの例として、表1には、電子機器製品のレビューのための例示的なWebサイト(www.product company. com)上でたどるリンクを選択するリンクパーサ224の擬似コードが含まれている。) 「 ［図：0001427950000005.jpg］ 」 「[0058] Crawler 226 outputs the crawled pages to fetched pages buffer 228. In some embodiments, the fetched pages buffer may contain one or more files or other data structures. For each page that is fetched, link parser 224 parses the page and attempts to extract links (URLs) to follow that, if found, are added to queue 222. As noted above, in contrast to traditional crawls, not all the links in a page are followed by the crawler. Rather, only those links that parser 224 identifies as potentially leading to review pages are followed. For instance, parser 224 may identify such links based on the presence of terms or patterns in the URLs of the links, or based on the anchor text of the links. Anchor text is text contained in or otherwise associated with a link.」 ([0058]クローラ226は、クロールしたページをフェッチしたページバッファ228に出力する。一部の実施形態では、フェッチしたページバッファには、1つ以上のファイルまたは他のデータ構造が含まれる場合がある。フェッチされた各ページについて、リンクパーサ224はページを解析し、たどるべきリンク(URL)を抽出しようとし、見つかった場合はキュー222に追加する。前述のように、従来のクロールとは異なり、クローラはページ内のすべてのリンクをたどるわけではない。むしろ、パーサ224がレビューページにつながる可能性があると識別したリンクのみがたどられる。たとえば、パーサ224は、リンクのURL内の用語またはパターンの存在に基づいて、またはリンクのアンカーテキストに基づいて、そのようなリンクを識別する場合がある。アンカーテキストは、リンクに含まれるか、またはリンクに関連付けられているテキストである。) 「[0061] Backend server 102 automatically extracts product reviews from the collected information (304). In particular, review parser 232, which is analogous to link parser 224, extracts content pertaining to a review (e.g., the review text, author, and date), as well as content that identifies the product that the review is about (e.g. the product name, model number, or other features), from the fetched pages in buffer 228. The extracted information is stored in extracted reviews buffer 234. In some embodiments, extracted reviews buffer 234 contains a list of key/value pairs denoting the extracted product review information, such as the review author, content, publisher, and so on. [0062] The information extracted from a single web page may correspond to multiple reviews. In some embodiments, each extracted review found on a web page is encoded and stored in a respective review record in the extracted reviews buffer 234. Table 2 lists the fields of each review record in the extracted reviews buffer 234 in an exemplary embodiment. In other embodiments, each review record may have a subset of the fields listed in Table 2, and may also include additional fields. For example, in some embodiments, the review records might not include the ReviewType and CrawlDate fields. In some embodiments, the Rating field may be a numeric field, instead of a string field. Alternately, in some embodiment, each review record may include both a string Rating field and a normalized numeric rating field (e.g., normalized with respect to a rating scale of 0 to 1, or 0 to 5).」 ( [0061]バックエンドサーバ102は、収集された情報(304)から製品レビューを自動的に抽出する。特に、リンクパーサ224に類似したレビューパーサ232は、バッファ228内の取得されたページから、レビューに関連するコンテンツ（レビューのテキスト、作成者、日付など）と、レビューの対象となる製品を識別するコンテンツ（製品名、モデル番号、その他の機能など）を抽出する。抽出された情報は、抽出されたレビューバッファ234に格納される。一部の実施形態では、抽出されたレビューバッファ234には、レビューの作成者、コンテンツ、発行者など、抽出された製品レビュー情報を表すキー／値ペアのリストが含まれる。 [0062]単一のウェブページから抽出された情報は、複数のレビューに対応してもよい。一部の実施形態では、ウェブページで見つかった各抽出レビューは、抽出レビューバッファ234において、それぞれのレビュー記録としてエンコードされて保存される。表２には、抽出レビューバッファ234における各レビュー記録のフィールドが例示としてリストになっている。) 「 ［図：0001427950000006.jpg］ ［図：0001427950000007.jpg］ 」 ( ［図：0001427950000008.jpg］ ) 「Clustering Reviews (Identifying Reviews for the Same Product) [0065] Backend server 102 automatically identifies particular products that are associated with particular product reviews (306). For at least some of the extracted product reviews, backend server 102 identifies a particular product that is associated with the extracted product review.」 (レビューのクラスタリング（同じ製品のレビューの識別） [0065]バックエンドサーバ102は、特定の製品レビューに関連付けられている特定の製品を自動的に識別する(306)。抽出された製品レビューの少なくとも一部について、バックエンドサーバ102は、抽出された製品レビューに関連付けられている特定の製品を識別する。) 「[0074] For products with global identifiers (such as ISBN numbers for books), identifying a particular product that is associated with the extracted product review is simple if the product review includes the global identifier. In some embodiments, in the absence of such a global identifier in the review, extracted brand names and model numbers (in the above example, the brand name is “canon”, and the model numbers are “lide30” and “7890a002”), as well as category information (such as the fact that the above product is a scanner) are used to identify reviews that refer to the same product. As used herein, reviews about the same product form a “cluster” and “clustering” refers to identifying reviews for the same product. As described above, in some embodiments, this information is stored in review records (Table 2) by review extraction module 230. Extracted brand names, model numbers and category information may all be stored in the ProductNames fields of the review records. Alternately, in some embodiments each review record may include a Model field for storing a model number, a Category field for storing product category information, and a Names field for storing brand name information for a respective product.」 ([0074]グローバル識別子（書籍のISBN番号など）を持つ製品の場合、製品レビューにグローバル識別子が含まれていれば、抽出された製品レビューに関連付けられている特定の製品を識別することは簡単である。いくつかの実施形態では、レビューにそのようなグローバル識別子がない場合、抽出されたブランド名とモデル番号（上記の例では、ブランド名は「canon」、モデル番号は「lide30」と「7890a002」)、およびカテゴリ情報（上記の製品がスキャナであるという事実など）を使用して、同じ製品を参照するレビューが識別される。ここで使用されているように、同じ製品に関するレビューは「クラスタ」を形成し、「クラスタリング」は同じ製品のレビューを識別することを指している。上記のように、いくつかの実施形態では、この情報はレビュー抽出モジュール230によってレビューレコード（表2) に格納される。抽出されたブランド名、モデル番号、およびカテゴリ情報はすべて、レビューレコードの製品名フィールドに格納できる。または、いくつかの実施形態では、各レビューレコードには、モデル番号を格納するためのモデルフィールド、製品カテゴリ情報を格納するためのカテゴリフィールド、およびそれぞれの製品のブランド名情報を格納するための名前フィールドが含まれる場合がある。) 「[0081] In some embodiments, when a product review is assigned to a cluster, review aggregating module 236 fills in the ClusterID field in the review record for the extracted review.」 ([0081]いくつかの実施形態では、製品レビューがクラスタに割り当てられると、レビュー集約モジュール236は、抽出されたレビューのレビューレコードのクラスタIDフィールドに値を入力する。) 「[0085] In some embodiments, frequently appearing phrases in the extracted product reviews associated with a particular product are computed by review aggregation module 236 as follows. For all the phrases (e.g., unigrams, bigrams or trigrams that do not span across sentences) that occur in reviews associated with a product (cluster), the number of their weighted occurrences is counted. Occurrences in the review title or summary are given a higher weight. When computing or selecting frequently appearing phrases, all stop words and words that occur in the title of the product name are ignored. Each phrase is given a score equal to the length of the phrase times the square root of the sum of weighted occurrences of the phrase. A predetermined number of phrases with the highest scores (e.g., the top 6, 7, 8, 9 or 10 phrases) that do not overlap each other are chosen as the frequent phrases and stored in aggregated review buffer 240. [0086] Table 3 lists the fields of each aggregated review record, produced by aggregating information from all the extracted reviews for a particular product, and stored in the aggregated reviews buffer 240. In other embodiments, each aggregated review record may have a subset of the fields listed in Table 3, and may also include additional fields. A separate instance of the aggregated review record is included in the aggregated reviews buffer 240 and in the reviews database 242 for each distinct product. In this example, each aggregated review record includes a ClusterID (identifying the product associated with this record), a list of ReviewID's (each of which is uniquely associated with a review of the product), a list of the words or phrases most frequently found in the reviews of the product, and a computed average rating of all the reviews for the product. In some embodiments, an aggregated review record also includes one or more of the following additional fields: a string identifying the product, a number specifying the number of reviews in the cluster; and data concerning the distribution of ratings in the reviews for a product, such as the number of reviews with low, medium and high ratings, as well as the number of reviews having no product rating. ［図：0001427950000009.jpg］ [0087] Backend server 102 automatically stores the extracted product reviews 244 and the aggregated review information 246 in reviews database 242 (310). In some embodiments, each stored product review in the reviews database 242 comprises a record that includes the same information as the corresponding review record (Table 2) stored in the extracted reviews buffer 234, while in other embodiments, the stored product review may comprise a subset of the information stored in the corresponding review record.」 ([0085]いくつかの実施形態では、特定の製品に関連付けられた抽出された製品レビュー内の頻繁に出現するフレーズは、レビュー集約モジュール236によって次のように計算される。製品（クラスタ）に関連付けられたレビューに出現するすべてのフレーズ（たとえば、文をまたがらないユニグラム、バイグラム、またはトリグラム）について、それらの加重出現回数がカウントされる。レビューのタイトルまたは概要内の出現には、より高い重みが与えられる。頻繁に出現するフレーズを計算または選択する際、すべてのストップワードおよび製品名のタイトルに出現する単語は無視される。各フレーズには、フレーズの長さにフレーズの加重出現回数の合計の平方根を乗じた値に等しいスコアが与えられる。互いに重複しない、最高スコアの所定数のフレーズ（たとえば、上位6、7、8、9、または10個のフレーズ）が頻出フレーズとして選択され、集約レビューバッファ240に格納される。 [0086]表3は、特定の製品について抽出されたすべてのレビューからの情報を集約することによって生成され、集約レビューバッファ240に格納される、各集約レビューレコードのフィールドをリストしている。他の実施形態では、各集約レビューレコードは、表3にリストされたフィールドのサブセットを持つことができ、追加のフィールドも含むことができる。集約レビューレコードの個別のインスタンスは、各個別の製品について、集約レビューバッファ240およびレビューデータベース242に含まれている。この例では、各集約レビューレコードには、クラスタID（このレコードに関連付けられた製品を識別する）、レビューIDのリスト（それぞれが製品のレビューに一意に関連付けられている）、製品のレビューで最も頻繁に見つかる単語またはフレーズのリスト、および製品のレビュー全体の計算された平均評価が含まれている。いくつかの実施形態では、集約されたレビューレコードには、製品を識別する文字列、クラスタ内のレビューの数を指定する数値、および製品のレビューの評価の分布に関するデータ（低、中、高の評価のレビューの数、製品評価のないレビューの数など）の1つ以上の追加フィールドも含まれる。 ［図：0001427950000010.jpg］ [0087]バックエンドサーバ102は、抽出された製品レビュー244と集約されたレビュー情報246をレビューデータベース242 (310) に自動的に保存する。いくつかの実施形態では、レビューデータベース242に保存された各製品レビューは、抽出されたレビューバッファ234に保存された対応するレビューレコード（表2) と同じ情報を含むレコードを含むが、他の実施形態では、保存された製品レビューは、対応するレビューレコードに保存された情報のサブセットを含む場合がある。) 「Displaying an Aggregated Review [0089] Client 104 sends a request for an aggregated review for a product (402, FIG. 4). In some embodiments, the request is sent in response to a user-initiated activity, such as a user clicking on a hyperlink. For example, referring to FIG. 6A, a user looking at web page 650 with various products for sale could activate hyperlink 652 to see an aggregated review for product 654. [0090] Referring to FIG. 4, frontend server 100 receives the request (404) for an aggregated review for a product and obtains (406) the aggregated review. In some embodiments, product information 254 in product database 252 is linked to aggregated reviews for the corresponding products by product-to-review map 256. In some embodiments, map 256 contains mappings of product identifiers used by a first website or service (e.g., a product information website) to the ClusterIDs used by the frontend server 100. The process of assigning product identifiers to products in the first website or service may be analogous to the process described above for identifying particular products that are associated with particular product reviews. In some embodiments, map 256 is determined by matching a global identifier for a particular product (e.g., an ISBN number) in product database 252 with a corresponding review cluster. Product-to-review map 256 is used to identify the aggregated review (in the reviews database 242) corresponding to a product. Presentation module 264 formats the aggregated review. In some embodiments, the reviews index 250 is used to identify the individual reviews corresponding to the aggregated review for a product. More specifically, the reviews index 250 maps the ClusterID of the aggregated review to the individual reviews for the product associated with the aggregated review. [0091] Frontend server 100 sends (408) the aggregated review to client computer 104 via communications network 106. Client 104 receives (410) and displays (412) the aggregated review 600 (FIG. 6B). [0092] As shown in FIG. 6B, aggregated review 600 includes portions of reviews 626 for the product and a search input area 618 for entering search terms to search for reviews of the product that contain the search terms. Search input area 618 is used to enter search terms for a search that requests only results that are within the reviews for the product. In some embodiments, aggregated review 600 includes a histogram 608 of review ratings for the product, an aggregate rating 604 for the product, and/or the number 606 of reviews for the product. In some embodiments, aggregated review 600 is displayed in a single Web page.」 (集約されたレビューの表示 [0089]クライアント104は、製品(402) の集約レビューの要求を送信する。図4)。いくつかの実施形態では、リクエストは、ユーザがハイパーリンクをクリックするなど、ユーザが開始したアクテイビティに応答して送信される。たとえば、図6Aを参照すると、販売されているさまざまな製品が掲載されているウェブページ650を閲覧しているユーザは、ハイパーリンク652をアクティブにして、製品654の集約されたレビューを表示できる。 [0090]図4を参照すると、フロントエンドサーバ100は、製品の集約レビューの要求(404)を受信し、集約レビューを取得する(406)。いくつかの実施形態では、製品データベース252内の製品情報254は、製品対レビューマップ256によって、対応する製品の集約レビューにリンクされる。いくつかの実施形態では、マップ256には、第1のWebサイトまたはサービス（たとえば、製品情報Webサイト）で使用される製品識別子と、フロントエンドサーバ100で使用されるクラスタIDとのマッピングが含まれる。第1のWebサイトまたはサービスで製品識別子を製品に割り当てるプロセスは、特定の製品レビューに関連付けられた特定の製品を識別するための上記のプロセスに類似している可能性がある。いくつかの実施形態では、マップ256は、製品データベース252内の特定の製品のグローバル識別子（たとえば、ISBN番号）を対応するレビュークラスタと照合することによって決定される。製品からレビューヘのマップ256は、製品に対応する集約レビュー（レビューデータベース242内）を識別するために使用される。プレゼンテーションモジュール264は集約レビューをフォーマットする。一部の実施形態では、レビューインデックス250は、製品の集約レビューに対応する個々のレビューを識別するために使用される。より具体的には、レビューインデックス250は、集約レビューのクラスタIDを、集約レビューに関連付けられた製品の個々のレビューにマップする。 [0091] フロントエンドサーバ100は、通信ネットワーク106を介してクライアントコンピュータ104に約レビューを送信する(408) クライアント104は、集約レビュー600を受信して（410) 表示する(412） （図6B)。 [0092] 図6Bに示すように、集約レビュー600には、製品のレビュー626の一部と、検索語を入力してその検索語を含む製品のレビューを検索するための検索入力領域618が含まれる。検索入力領域618は、製品のレビュー内にある結果のみを要求する検索の検索語を入力するために使用される。一部の実施形態では、集約レビュー600には、製品のレビュー評価のヒストグラム608、製品の集約評価604、および／または製品のレビュー数606が含まれる。一部の実施形態では、集約レビュー600は単一のWebページに表示される。) 「 ［図：0001427950000011.jpg］ 」 「 ［図：0001427950000012.jpg］ 」 「[0102] The graphical user interface 600 (FIG. 6B) on client computer 104 comprises a plurality of portions 626 of reviews for a product and a search input area 618 for entering search terms to search for reviews of the product that contain the search terms. In some embodiments, the plurality of portions of reviews can be grouped by review source 636, sorted by date 642, and sorted by relevance to the search input 640, or sorted by quality of review when the user has not provided a search input. In some embodiments, more or fewer sorting and grouping options may be provided for sorting and/or grouping the reviews. [0103] In some embodiments, graphical user interface 600 also includes, either alone or in various combinations: an aggregate rating 604 for the product; a list of suggested search terms 620;」 ([0102]クライアントコンピュータ104のグラフィカルユーザインターフェース600（図6B)は、商品についてのレビューの複数の部分626と、検索用語を含む商品レビューを検索するために検索用語を入力する検索入カエリア618 とを含んでいる。 [0103]一部の実施形態では、グラフィカルユーザインターフェース600は、単独で又は様々な組み合わせで、商品に対する集計評価604と、提案された検索用語リスト620を含んでもよい。) 「[0105] Commonly used phrases (e.g., unigrams, bigrams or trigrams) appearing in the reviews for the product are displayed as a list of suggested search terms 620. Phrases that contain the product name and stop-words (such as “the”) are removed to improve the quality of the suggested search terms. Clicking on one of the phrases results in displaying just the reviews that contain the user selected phrase. This is equivalent to entering the phrase into the search box 618 with quotes around the phrase and then initiating a search. Showing these phrases gives the user a good idea which aspects of the product are most frequently discussed in the product reviews, and thus which aspects of the product might be important to know about. [0106] The list of review sources 622 includes links to the sites from which reviews for the product have been obtained, or a subset thereof. In some embodiments, after a search within reviews for a product, the list of review sources 622 just includes links to the sites from which reviews matching the search have been obtained, or a subset thereof. In some embodiments, the links lead to the main pages for the given product on each source web site. In some embodiments, the links lead to the product reviews matching the search.」 ([0105]製品のレビューに現れるよく使われるフレーズ（例えば、ユニグラム、バイグラム、またはトリグラム）は、提案された検索用語620のリストとして表示される。製品名とストップワード（例えば、「the」）を含むフレーズは、提案された用語の品質を向上させるために削除される。フレーズの1つをクリックすると、ユーザが選択したフレーズを含むレビューだけが表示される。これは、フレーズを引用符で囲んで検索ボックス618に入力し、検索を開始するのと同じである。これらのフレーズを表示することで、ユーザは製品レビューで最も頻繁に議論されている製品のどの側面か、したがって、製品のどの側面を知ることが重要であるかをよく理解できる。 [0106]レビューソースのリスト622には、製品のレビューが取得されたサイトへのリンク、またはそのサブセットが含まれる。いくつかの実施形態では、製品のレビュー内での検索後、レビューソースのリスト622には、検索に一致するレビューが取得されたサイトヘのリンク、またはそのサブセットのみが含まれる。いくつかの実施形態では、リンクは、各ソースWebサイト上の特定の製品のメインページにつながる。いくつかの実施形態では、リンクは、検索に一致する製品レビューにつながる。) （２）甲２－１発明 上記（１）から、甲２－１には、次の発明（以下「甲２－１発明」という。）が記載されていると認められる。 「インターネットから製品レビューを収集し、同じ製品のレビューを集約し、集約されたレビューを検索可能な形式でエンドユーザに提供する方法であって([0006])、 バックエンドサーバ102のクロールモジュール220が、レビュー関連のウェブサイトをクロールし、クロールしたページをページバッファ228に出力するステップと([0053]～[0058]、Figure 2A)、前記バックエンドサーバ102のレビューパーサ232が、前記ページバッファ228内の取得されたページから製品レビューと、製品名、モデル番号などレビューの対象となる製品を識別するコンテンツとを抽出し、抽出された情報をレビューバッファ234に格納するステップと（[0061]、Figure 2A）、前記バックエンドサーバ102が、前記レビューの対象となる製品を識別するコンテンツに基づいて同じ製品を参照するレビューを識別し（[0061]、[0065]、[0074]）、同じ製品に関するレビューが形成するクラスタの値をレビューバッファ234のレビューレコードのクラスタIDフィールドにクラスタIDとして入力するステップと（[0062]、[0074]、[0081]、TABLE 2）、 前記バックエンドサーバ102のレビュー集約モジュール236が、特定の製品のクラスタに関連付けられたレビューに出現するすべてのフレーズについて、加重出現回数をカウントし、各フレーズに、フレーズの長さにフレーズの加重出現回数の合計の平方根を乗じた値に等しいスコアを与え、互いに重複しない最高スコアの所定数のフレーズを頻出フレーズとして選択し、前記特定の製品のクラスタIDとともに、集約レビューとして集約レビューバッファ240に格納するステップと、（[0053]、[0085]、[0086]、Figure 2A、TABLE 3）、 前記バックエンドサーバ102が、前記集約レビューをレビューデータベース242に保存するステップと（[0087]）、 クライアントコンピュータ104が、さまざまな製品が掲載されているウェブページ650を閲覧しているユーザによる特定の製品の集約レビューを表示するためのハイパーリンク652をアクティブにする操作に応答して前記集約レビューのリクエストを送信するステップと（[0089]、Figure 6A）、 フロントエンドサーバ100が、前記クライアントコンピュータ104から前記集約レビューのリクエストを受信して、前記レビューデータベース242内の、当該製品の集約レビューを取得し、前記クライアントコンピュータ104に送信するステップと（[0089]～[0091]）、 前記クライアントコンピュータ104が、前記送信された集約レビューを受信して単一のウェブページに表示するステップと（[0091]～[0092]）、を備え、 前記表示するステップにおいて、前記頻出フレーズが検索用語620のリストとして表示され、前記頻出フレーズの1つがクリックされると、ユーザが選択した前記頻出フレーズを含むレビューだけが表示され（[0102]、[0103]、[0105]、Figure 6B）、前記ウェブページ上のレビューソースのリスト622には、製品のレビューが取得されたサイトへのリンクが含まれ、当該リンクは、各ソースウェブサイト上の特定の製品のメインページにつながる（[0106]、Figure 6B）、 方法。」 ５ 甲２－２について 甲２－２には、次の発明（以下「甲２－２発明」という。）が記載されていると認められる。 「サーバ装置と、該サーバ装置に通信ネットワークを介して接続されるユーザ端末とを含む商品情報検索システムにおいて、 前記サーバ装置が、 当該商品情報検索システムが検索対象とする商品情報を掲載する一のショッピングサイトにアクセスするサイトアクセス手段と、 前記サイトアクセス手段によりアクセスした前記一のショッピングサイトにおける情報配置に係る構造解析を行うサイト構造解析手段と、 前記サイト構造解析手段による前記構造解析の結果を記憶する解析結果記憶手段と、 前記解析結果記憶手段に記憶される前記構造解析の結果を前記一のショッピングサイトに適用することによって、該一のショッピングサイトにおいて販売される各商品が掲載されるＵＲＬ情報及び該各商品の視覚的な特徴を含む属性情報が一覧可能な商品データベースを生成する商品ＤＢ生成手段と、 前記商品データベースを記憶する商品ＤＢ記憶手段と、を有し、 前記ユーザ端末が、 前記商品の種別毎、かつ、該商品の視覚的な特徴を表す属性毎に、画像描画用のテンプレートを記憶するテンプレート記憶手段と、 前記商品の種別及び前記商品の視覚的な特徴を表す属性に関して、ユーザによる選択を受け付けるユーザ選択受付手段と、 前記テンプレート記憶手段から、前記ユーザ選択受付手段により受け付けた前記ユーザによる選択に対応する前記テンプレートを抽出し、抽出した該テンプレートを前記表示装置に表示するユーザ選択表示手段と、を有する商品情報検索システムであって、 前記サーバ装置が、 前記商品データベース内の商品情報を検索する条件として、前記ユーザ端末から、前記ユーザ選択受付手段により受け付けた前記ユーザによる選択を受け付ける検索条件受付手段と、 前記商品データベースから、前記検索する条件に合う商品情報を抽出する商品情報抽出手段と、 前記商品情報抽出手段により抽出された商品が掲載されるＵＲＬ情報を含む前記商品情報を前記ユーザ端末に通知する抽出結果通知手段と、を有し、 前記ユーザ端末が、 前記抽出結果通知手段により通知された前記商品情報を前記表示装置に表示する検索結果表示手段と、 前記検索結果表示手段により表示される前記商品情報を操作することによって、前記ショッピングサイトにおいて該商品情報に対応する商品の情報が掲載される頁を表示する商品頁表示手段と、を有することを特徴とし、（【請求項１】）、 前記商品ＤＢ生成手段は、図９で示す商品一覧２４１０の各商品について、「カテゴリ」、「商品名」、「商品説明」の各項目を読み出し、これら各項目の中に、図１０で示す種別表現対応表２６１０の左列に該当する語句の有無を検索し、左列に該当する語句を発見した場合、商品ＤＢ生成手段２４０は、図１０で示す種別表現対応表２６１０の右列に該当する語句を、図９の商品一覧に「商品種別」の項目として新たに設定する（【００３３】）、 商品情報検索システム。」 ６ 甲２－３について 甲２－３には、次の発明（以下「甲２－３発明」という。）が記載されていると認められる。 「検索用インデックス生成システムとして機能するインデックス生成装置と、情報検索システムとして機能する検索サーバとからなるシステムであって（【００２０】）、前記インデックス生成装置１０は、各ウェブサイトのウェブページ中に含まれるリンクを辿ることによってウェブページに関するウェブページ情報を収集するクロール処理を実行し（【００２２】）、インデックス生成装置１０は、所定の時間間隔で繰り返しクロール処理を実行し、新たなＨＴＭＬ文書を見つけた場合に、当該ＨＴＭＬ文書に関するウェブページ情報をウェブページ情報ＤＢ１１０に格納し（【００２８】）、インデックス生成装置１０は、ウェブページ情報ＤＢ１１０に格納されているウェブページ情報におけるテキスト情報に対して形態素解析またはＮ-ｇｒａｍ方式等を適用することによって、カテゴリ、ブランド名、価格帯、色、系統、ターゲット等の各種情報を抽出し、それらの情報を各フィールドに格納し（【００３０】）、検索サーバ２０は、クライアント４０から送信された検索語を受信した場合、検索用インデックス情報ＤＢ２１０を参照し、検索結果の画面を示す画面情報を生成し、この画面情報には、複数の異なる直販サイトに係る商品情報が含まれ、検索サーバ２０は、検索リクエストを行ったクライアント４０に対して、生成した画面情報を送信する（【００５６】）、システム」 ７ 甲２－４について 甲２－４には、次の発明（以下「甲２－４発明」という。）が記載されていると認められる。 「ページデータ提供手段１１と、入力ワード取得手段１２と、検索支援ワード取得手段１３と、検索支援ワード提供手段１４と、検索実行手段１５と、検索支援ワード生成手段１６と、検索支援ワードデータベース１７と、を備え、商品情報データベース２１と、インデックスデータベース２２と、統計データベース２３と接続された商品検索支援装置であって（【００２１】、【００２２】）、ページデータ提供手段１１は、ユーザ端末５のブラウザにより表示させるウェブページのページデータをユーザ端末５に対して提供し（【００２３】）、商品情報ＤＢ２１は、ショッピングサイトに存在する複数の仮想店舗から、クローラ等により収集された、各仮想店舗で販売されている商品に関する情報であって商品の名称を示す「商品名」、商品を一意に識別するための「商品型番」、商品がショッピングモール上で分類されるジャンルやカテゴリを示す「商品分類」、商品の製造元を示す「メーカー名」、商品の銘柄を示す「ブランド名」、商品の販売価格を示す「商品価格」、商品が発売された時期を示す「発売時期」、商品を説明するテキスト、商品の販売個数等の販売実績を示す「販売実績」、ユーザにより投稿された評価コメントの合計を示す「評価コメント数」等を、商品情報として記憶し（【００３１】）、インデックスデータベース２２は、検索実行手段１５が商品を検索するために利用するインデックス情報を記憶している。例えば、インデックスデータベース２２は、上記商品情報に含まれる商品型番に関連付けて、商品情報に含まれるワード、つまり、商品名、商品分類、メーカー名、ブランド名、商品が販売されている仮想店舗名等、商品を検索するときに利用される情報を記憶し（【００３２】）、ページデータ提供手段１１は、ページリクエストを受信すると、商品検索ページのページデータをユーザ端末５に対して送信し、ユーザ端末５は、受信したページデータに基づいて商品検索ページをブラウザにより表示し、ユーザによる入力欄１０２に対する文字の入力を受け付け（【００４２】、【図２】）、検索実行手段１５は、ユーザ端末から受信した検索支援ワードに基づいて、インデックスＤＢ２２及び商品情報ＤＢ２１を検索し、該当する商品情報を取得し、そして、検索実行手段１５は、検索結果として取得した商品情報を一覧表示する商品検索結果ページのページデータを生成し、ユーザ端末５に対して返信し、ユーザ端末５は、受信したページデータに基づいて、商品検索結果ページをブラウザにより表示する（【００５１】）、商品検索支援装置。」 ８ 甲２－５について 甲２－５には、次の発明（以下「甲２－５発明」という。）が記載されていると認められる。 「冷蔵庫に収納する食品の購入システムであって（【００１４】）、情報提供プロバイダは、各種検索エンジン、オンラインショッピング情報、コマーシャル情報、新聞広告情報及び各店舗情報などの各種広告媒体から商品情報を定期的に収集しており、収集した商品情報を整理してデータベース化し（【００２０】）、消費者が冷蔵庫１に設けられた操作パネル３を操作して検索操作を実行すると、冷蔵庫１のマイクロコンピュータ９は、商品情報が公開されている所定のホームページにアクセスし、商品情報を操作パネル３に表示し、消費者は、検索機能により所望の商品の一覧を作成し、所望の商品が見つかった場合は、操作パネル３により購入操作を実行する、購入システム。」 ９ 甲２－６について 甲２－６には、次の発明（以下「甲２－６発明」という。）が記載されていると認められる。 「商品情報データベース１とサイト情報蓄積部２と管理サーバ３とからなる商品情報提供システムであって、商品情報データベース１は、商品情報を商品名、型名、価格、メーカー名、販売元、在庫数、入荷状況、及び日付などの登録データ項目で分類・識別して格納し、サイト情報蓄積部２は、通信接続情報としてショップサイトや商品情報サイトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を格納し（【００２１】）、管理サーバ３は、商品情報抽出処理モジュール４と、商品情報検索処理モジュール５と、商品情報データベース検索・表示処理モジュール８とを備え（【図１】）、商品情報抽出処理モジュール４は、ショップサイトや商品情報サイトを管理するサーバ１１から商品情報検索処理モジュール５が取得した商品情報を上記所定の登録データ項目に従って分類し、分類した商品情報をＣＳＶ形式のファイルなどのデータベースに登録が容易な形式に変換して商品情報データベース１に格納し、商品情報検索処理モジュール５は、サーバ１１が提供する商品の電子情報から商品を特定するキーワードに従って検索を実行し（【００２２】）、クライアント端末９がＷｅｂブラウザ機能を持つアプリケーションを用いて、通信ネットワーク１０を介して管理サーバ３にアクセスすると、管理サーバ３の商品情報データベース検索・表示処理モジュール８が、ユーザが商品を特定する検索条件を入力する項目をＨＴＭＬやＪＡＶＡスクリプトで記述した検索条件入力画面をクライアント端末９に提供し（【００３２】）、ユーザから入力された検索条件に従って商品情報データベース１を検索し、商品情報を抽出し（【００３４】）、抽出した商品情報データベース１から抽出した上記検索条件に対応する商品情報をクライアント端末９で表示可能なユーザ参照商品情報に変換し（【００３５】）、ユーザ参照商品情報はクライアント端末９に送信されクライアント端末９の表示画面に表示され（【００３６】）、ユーザは、商品情報データベース１に蓄積されている複数のショップサイトからの商品情報を入手することができる（【００３７】）、商品情報提供システム。」 第８ 取消理由についての判断 令和６年１１月１日付けで当審が通知した取消理由は、本件訂正により取消理由の対象の請求項に係る発明が明確かつ発明の詳細に記載されたものとなったため、解消した。 第９ 取消理由として採用しなかった申立理由について １ 申立理由１（進歩性欠如）について （１）本件特許発明１について ア 対比 以下、本件特許発明１と甲１－１発明とを対比する。 （ア）甲１－１発明の「番組」と、本件特許発明１の「商品」とは、「コンテンツ」である点で共通する。 （イ）甲１－１発明の「用語」は、本件特許発明１の「タグ」に相当する。 （ウ）上記（１）を参酌すれば、甲１－１発明の「番組タイトル」と、本件特許発明１の「商品情報」とは、「コンテンツに関する情報」である点で共通する。 （エ）甲１－１発明の「ＥＰＧ」は、本件特許発明１の「タグ元情報」に相当する。 （オ）甲１－１発明の「ＥＰＧ」は、それぞれの番組に対応する部分で構成されることは明らかである。そうすると、上記（ア）及び（ウ）を参酌すれば、甲１－１発明の「ＥＰＧ」のうち各番組に対応する部分のそれぞれと、本件特許発明１の「商品情報に対応するタグ元情報」とは「コンテンツに関する情報に対応するタグ元情報」である点で共通する。 （カ）甲１－１発明の「用語取得部１２２」は、「前記ＥＰＧを受信して複数の用語を取得し、前記取得した複数の用語を２以上の用語を有する用語の集合に番組の単位で分割」するものであるから、「用語取得部１２２」は、用語を番組単位で取得する機能を備え、また、そのための機能手段を備えていると言える。そうすると、上記（ア）～（オ）も踏まえると、用語取得部１２２が備える当該機能手段と、本件特許発明１の「商品に関する１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得部」とは、「１以上のコンテンツに関する情報に対応するタグ元情報を用いて、１または２以上のタグを、コンテンツに基づいて取得するタグ取得部」である点で共通する。 （キ）甲１－１発明の「用語取得部１２２」は、「前記取得した複数の用語を２以上の用語を有する「用語の集合」に番組の単位で分割」する機能手段を備えることは明らかであり、当該機能手段と、本件特許発明１の「前記タグ取得部が取得した１または２以上のタグから、１または２以上のタグの組み合わせである１または２以上のタグ集合を取得する集合取得部」とは、「取得した１または２以上のタグから、１または２以上のタグの組み合わせである１または２以上のタグ集合を取得する集合取得部」である点で共通する。 （ク）甲１－１発明の「用語」は、生成するウェブページに埋め込まれることで、検索エンジンに対する検索キーとして用いられるものである。一方、本件特許明細書の段落【００６２】に「ハッシュタグは、ウェブページの検索のために使用される情報である、と広く解しても良い。」と記載されている。してみれば、甲１－１発明の「用語」であって、生成されたウェブページに埋め込まれたものは、本件特許発明１の「ハッシュタグ」に相当する。 （ケ）甲１－１発明の「前記用語取得部１２２が前記分割した「用語の集合」ごとに、各「用語の集合」を構成する各用語」を「前記雛形の所定の位置に埋め込むことで」生成された「ウェブページ」は、本件特許発明１の「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページ」に相当する。 （コ）甲１－１発明の、生成されるウェブページに埋め込まれた「番組タイトル」は、甲１－１発明が、番組単位で分割された各「用語の集合」に対してウェブページを生成するものであることを踏まえると、本件特許発明１の「前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報」とは、「前記タグ取得部が取得した前記１以上の各タグに対応付くコンテンツに関連する情報」である点で共通する。 （サ）甲１－１発明の「リンク」は、本件特許発明１の「リンク」あるいは「アクセスするための情報」に相当する。 （シ）上記（ク）～（コ）を踏まえると、甲１－１発明の「ウェブページ生成部１２３」と、本件特許発明１の「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成部」とは、「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付くコンテンツに関連する情報を含むウェブページを構成するページ構成部」である点で共通する。 （ス）甲１－１発明の「蓄積部１２４」は、本件特許発明１の「前記ページ構成部が構成した前記ウェブページを蓄積する蓄積部」に相当する。 （セ）上記（カ）、（キ）、（シ）、（ス）より、甲１－１発明の「ウェブページ生成装置１２」と、本件特許発明１の「ページ生成装置」とは、「タグ取得部と、」「集合取得部と、」「ページ構成部と、」「蓄積部とを具備するページ生成装置」である点で共通する。 イ 一致点、相違点 以上から、本件特許発明１と甲１－１発明とは、以下の点において一致ないし相違する。 ○一致点 「１以上の「コンテンツに関する情報」に対応する「タグ元情報」を用いて、１または２以上のタグを、コンテンツ単位でまたはコンテンツに対応づけて取得するタグ取得部と、 取得した１または２以上のタグから、１または２以上のタグの組み合わせである１または２以上のタグ集合を取得する集合取得部と、 前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付くコンテンツに関連する情報を含むウェブページを構成するページ構成部と、 前記ページ構成部が構成した前記ウェブページを蓄積する蓄積部とを具備するページ生成装置。」 ○相違点 （相違点１） 「コンテンツ」が、本願特許発明１では「商品」であるのに対して、甲１－１発明では「番組」である点。 （相違点２） 「コンテンツに関する情報」が、本願特許発明１では「商品情報」であるのに対して、甲１－１発明では「番組タイトル」である点。 （相違点３） 本件特許発明１の「タグ元情報」は、「商品に関する１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応する」ものであるのに対して、甲１－１発明では、用語データベース格納部１１１に格納されたＥＰＧの各番組に対応する部分である点。 （相違点４） 本件特許発明１の「タグ」は、「前記ウェブサイトから」取得されるのに対して、甲１－１発明の「用語」は、「ＥＰＧ」から取得される点。 （相違点５） 本件特許発明１の「タグ」は、「前記１以上の各商品情報の商品の商品識別子に対応付けて」取得されるのに対して、甲１－１発明の「用語」は、番組単位で取得される点。 （相違点６） 本件特許発明１の「集合取得部」が「１または２以上のタグ集合を取得する」元となる「１または２以上のタグ」は、「前記タグ取得部が取得した１または２以上のタグ」であるから、「前記１以上の各商品情報の商品の商品識別子に対応付けて取得」されたものである。一方、甲１－１発明の「用語取得部」が、分割によって複数の「用語の集合」を取得する元となる「複数の用語」（用語群）は、「ＥＰＧ」から取得された全番組に関する用語からなる用語群であり、番組に対応づけて取得された用語群ではなく、分割されることで始めて番組単位の「用語の集合」となるものである。そうすると、本件特許発明１の「集合取得部」は、各商品情報の「商品識別子」に対応づけて取得された商品単位の「タグ」の集合から更に「タグ集合」を取得するものであるのに対して、甲１－１発明の「用語取得部」は、番組単位の「用語」の集合ではなく全番組に関する用語の集合から番組単位の「用語の集合」を取得する点で相違する。 （相違点７） 本件特許発明１の「商品関連情報」は、「前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む」ものであるのに対して、甲１－１発明の「番組タイトル」や「リンク」は、「前記商品識別子で識別される商品に関連する情報」ではなく、「商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報」のいずれでもない点。 ウ 相違点についての判断 甲１－１発明は、ウェブページの雛形に、ＥＰＧから抽出した用語を配置するとともに、当該用語に関連付けられた既存ウェブページへのリンクを配置することで、番組の放送後に急増するであろうキーワード（用語）検索における検索結果の上位に表示されることが期待されるウェブページを自動的に生成して、当該ウェブページにアクセスしたユーザに対して、本命の既存ウェブページへのリンクによる誘導を図るものである（甲１－１の【００９６】～【０１０５】）。一方、甲１－２や甲１－３に記載の事項からは、ＥＣサイト内のトレンドに応じて、検索キーワード（ハッシュタグ）を生成してＥＣサイト内に設置することでサイト内の商品検索を容易にすることが読み取れるものの、あくまでもＥＣサイト内の顧客体験向上のためのものに過ぎず、既存ウェブページ外の番組視聴者に対して、アクセスが期待されるウェブページをＥＰＧに基づいて生成することで既存ウェブページへの誘導を図る甲１－１発明とは、その技術分野及び解決しようとする課題が異なる。そうすると、甲１－１発明に、甲１－２や甲１－３に記載の事項を組み合わせる動機付けが存在しない。また、仮に組み合わせたとしても、甲１－２および甲１－３のいずれにも少なくとも上記（相違点５）～（相違点７）に係る本件特許発明１の構成が記載されていないから、本件特許発明１には到達しない。 エ まとめ 以上のとおりであるから、本件特許発明１は、当業者が、甲１－１記載された発明に基いて、甲１－２、甲１－３に記載された事項を参酌して、容易に発明をすることができたものではない。 （２）本件特許発明７及び８について 本件特許発明７及び８は、上記相違点１～７に係る本件特許発明１の構成に対応する構成を備えているので、本件特許発明１と同様の理由により、当業者が、甲１－１記載された発明に基いて、甲１－２、甲１－３に記載された事項を参酌して、容易に発明をすることができたものではない。 （３）本件特許発明２～６について 本件特許発明２～６は、本件特許発明１の構成をすべて含む発明であるから、本件特許発明１と同様に、当業者が、甲１－１記載された発明に基いて、甲１－２、甲１－３に記載された事項を参酌して、容易に発明をすることができたものではない。 （４）申立人１の主張について 申立人１は、令和３年３月１３日付けの通知書に対し意見書を提出しておらず、本件訂正後の特許請求の範囲に記載の本件特許発明１～８に対して具体的な主張をしていない。 （５）むすび 以上のとおりであるから、本件特許発明１～８は、当業者が、甲１－１記載された発明に基いて、甲１－２、甲１－３に記載された事項を参酌して、容易に発明をすることができたものではない。 ２ 申立理由２－１（甲２－１に基づく新規性・進歩性欠如）について （１）本件特許発明７について ア 対比 以下、本件特許発明７と甲２－１発明とを対比する。 （ア）甲２－１発明の「製品名、モデル番号などレビューの対象となる製品を識別するコンテンツ」は、本件特許発明７の「商品情報」に相当する。 （イ）甲２－１発明の「製品レビュー」は、本件特許発明７の「タグ元情報」に相当する。 （ウ）甲２－１発明の「レビュー関連のウェブサイト」は、本件特許発明７の「商品に関する１以上の商品情報を含むウェブサイト」に相当する。 （エ）甲２－１発明の「特定の製品のクラスタに関連付けられたレビューに出現するすべてのフレーズ」は、本件特許発明７の「タグ」に相当する。 （オ）甲２－１発明の「クラスタID」は、特定の製品に関連づけられるものであり、甲２－１の段落[0036]にも「the reviews index 250 also maps other values, such as ClusterIDs (i.e., product identifiers) or review author names, to the corresponding reviews.」、と記載されているように「クラスタID」は「製品識別子」といい得るものであり、本件特許発明７の「商品識別子」に相当する。 （カ）甲２－１発明において、「バックエンドサーバ102」による「レビュー関連のウェブサイトをクロールし、」「同じ製品を参照するレビューを識別し、」「同じ製品に関するレビューが形成するクラスタの値をレビューバッファ234のレビューレコードのクラスタIDフィールドにクラスタIDとして入力」し、「特定の製品のクラスタに関連付けられたレビューに出現するすべてのフレーズについて、加重出現回数をカウント」する処理（以下、便宜的に「処理Ａ」という）に着目すると、処理Ａにおける「フレーズ」は、「特定の製品のクラスタに関連付けられたレビューに出現する」ものであるから、「クラスタID」に関連付けられているということができる。そうすると、当該「バックエンドサーバ102」が「処理Ａ」を有することは、本願発明７の「前記タグ取得部が、商品に関する１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得ステップ」「を具備する」ことに相当する。 （キ）甲２－１発明の「処理Ａ」における「所定数のフレーズ」は「各フレーズ」から選択されたものであり、上記（カ）で認定したとおり「各フレーズ」は「クラスタID」に関連付けて取得されたものであるから、甲２－１発明の「所定数のフレーズ」は本件特許発明７の「前記タグ取得部が取得した１または２以上のタグから、１または２以上のタグの組み合わせである１または２以上のタグ集合」に相当する。 （ク）甲２－１発明において、「前記バックエンドサーバ102のレビュー集約モジュール236」が「特定の製品のクラスタに関連付けられたレビューに出現するすべてのフレーズについて、加重出現回数をカウントし、各フレーズに、フレーズの長さにフレーズの加重出現回数の合計の平方根を乗じた値に等しいスコアを与え、互いに重複しない最高スコアの所定数のフレーズを頻出フレーズとして選択し、前記特定の製品のクラスタIDとともに集約レビューバッファ240に格納するステップ」を有することは、本件特許発明７の「集合取得部が、前記タグ取得ステップで取得された１または２以上のタグから、１または２以上のタグの組み合わせである１または２以上のタグ集合を取得する集合取得ステップ」「を具備する」ことに相当する。 （ケ）甲２－１発明の「頻出フレーズ」は、「ウェブページ」上に検索用語として表示されるものであるといえる。一方、本件特許明細書の段落【００６２】には、「ハッシュタグは、ウェブページの検索のために使用される情報である、と広く解しても良い。」と記載されている。そうすると、甲２－１発明の「頻出フレーズ」は、本件特許発明７の「ハッシュタグ」に相当する。 （コ）甲２－１発明の「ウェブページ」は、「所定数のフレーズ」の要素である各「頻出フレーズ」を検索用語として表示するものであるから、本件特許発明７の「タグ集合が有する１以上の各タグをハッシュタグとするウェブページ」に相当する。 （サ）甲２－１発明の「リンク」は、「各ソースウェブサイト上の特定の製品のメインページにつながる」ものであるから、本件特許発明７の「商品情報へのリンク」あるいは「商品情報にアクセスするための情報」に相当する。 （シ）甲２－１発明において、「クライアントコンピュータ104」の所定の機能手段が、「前記送信された集約レビュー600を受信して単一のウェブページに表示する」ステップを有することと、本件特許発明７の「前記ページ構成部が、前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成ステップ」「を具備する」こととは、「前記ページ構成部が、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成ステップ」「を具備する」点で共通する。 （ス）上記（カ）、（ク）、（シ）より、甲２－１発明の「インターネットから製品レビューを収集し、同じ製品のレビューを集約し、集約されたレビューを検索可能な形式でエンドユーザに提供する方法」と、本件特許発明７の「タグ取得部と、集合取得部と、ページ構成部と、蓄積部とにより実現されるウェブページの生産方法」とは、「タグ取得部と、集合取得部と、ページ構成部とにより実現されるウェブページの生産方法」である点で共通する。 イ 一致点、相違点 以上から、本件特許発明７と甲２－１発明とは、以下の点において一致ないし相違する。 ○一致点 「タグ取得部と、集合取得部と、ページ構成部とにより実現されるウェブページの生産方法であって、 前記タグ取得部が、商品に関する１以上の商品情報を含むウェブサイトの中の１以上の商品情報に対応するタグ元情報を用いて、前記ウェブサイトから１または２以上のタグを、前記１以上の各商品情報の商品の商品識別子に対応付けて取得するタグ取得ステップと、 前記集合取得部が、前記タグ取得ステップで取得された１または２以上のタグから、１または２以上のタグの組み合わせである１または２以上のタグ集合を取得する集合取得ステップと、 前記ページ構成部が、タグ集合が有する１以上の各タグをハッシュタグとするウェブページであり、前記タグ取得部が取得した前記１以上の各タグに対応付く前記商品識別子で識別される商品に関連する情報であり、商品画像、商品の説明情報、商品情報へのリンク、商品情報にアクセスするための情報のうちのいずれかを含む商品関連情報を有するウェブページを構成するページ構成ステップと、 を具備する、ウェブページの生産方法。」 ○相違点 （相違点１） 共通点である「ページ構成部」が実行する「ページ構成ステップ」における「ウェブページ」の「構成」を、本件特許発明７は「前記集合取得部が取得した１以上の各タグ集合に対して」行うのに対して、甲２－１発明は「さまざまな製品が掲載されているウェブページ650を閲覧しているユーザによる特定の製品の集約レビューを表示するためのハイパーリンク652をアクティブにする操作」に応じて「フロントエンドサーバ100」から送信された「集約レビュー600」に対して行う点。 （相違点２） 本件特許発明７は、「蓄積部が、前記ページ構成ステップで構成された前記ウェブページを蓄積する蓄積ステップとを具備する」のに対して、甲２－１発明は、「蓄積部」や「蓄積ステップ」が存在しない点。 ウ 相違点についての判断 （ア）相違点１について 本件特許発明７は、「前記集合取得部が取得した１以上の各タグ集合に対して」ウェブページを構成するものであるのに対して、甲２－１発明は、ユーザが選択した特定の製品に対してウェブページを動的に構成するものであるところ両者は、「ウェブページ」が、「タグ集合」に対するものか、「製品」に対するものかという点において、本質的に異なっている。 加えて、甲２－１発明においてユーザによって選択されていない「各タグ集合に対して」ウェブページを構成すると、ユーザの嗜好を何ら考慮しないものとなるところ、そのような変更を行う動機付けがなく、むしろ技術的な阻害要因といえる。 また、「前記集合取得部が取得した１以上の各タグ集合に対して」ウェブページを構成することは、申立人２によって提出された他のいずれの証拠（甲２－２～甲２－６）にも記載されておらず、また、そのような構成が本件特許出願時における技術常識であったともいえないから、相違点１に係る本件特許発明７の構成は、当業者が容易に想到できたものではない。 （イ）相違点２について 端末側でウェブページをキャッシュすることは技術常識であり、甲２－１発明のクライアントコンピュータ104において、表示したウェブページをキャッシュ（すなわち蓄積）することは、当業者が適宜なし得た事項である。 以上のとおりであるから、本件特許発明７は、甲２－１に記載された発明ではない。また、甲２－２～甲２－６の記載を参酌したとしても、甲２－１に記載された発明に基いて、当業者が容易に発明をすることができたものではない。 （２）本件特許発明１～６、８について 本件特許発明１～６、８は、上記相違点１に係る本件特許発明７の構成に対応する構成を備えているので、本件特許発明１と同様の理由により、甲２－１に記載の発明でない。また、甲２－２～甲２－６の記載を参酌したとしても、甲２－１に記載された発明に基いて、当業者が容易に発明をすることができたものではない。 （３） 申立理由２－２～２－６（甲２－２～甲２－６に基づく新規性・進歩性欠如）について 本件特許発明１－８と甲２－２発明とを対比すると、甲２－２発明は、少なくとも上記相違点１に係る本件特許発明７の構成又は当該構成に対応する構成を有しない点で相違するから、本件特許発明１－８は、甲２－２発明ではない。また、本件特許発明１－８は、甲２－１、甲２－３～甲２－６の記載及び本件特許出願時における技術常識を参酌したとしても、甲２－２発明に基いて、当業者が容易に発明をすることができたものではない。 甲２－３～甲２－６のそれぞれを主引用発明とする場合も同様である。 （４）申立人２の主張について 申立人２は、令和７年４月１６日提出の意見書において「訂正後の請求項１－８に係る発明は、甲第１号証(甲１)から甲第６号証に開示されているから依然として新規性、進歩性を有さず、取り消されるべき」旨を主張している。 当該意見書において、甲２－１と本件特許発明１（訂正後の請求項１）が対比され、特に上記の（相違点１）に関連して以下のとおり対比されている。 「「前記集合取得部が取得した１以上の各タグ集合に対して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページ」については、令和６年８月９日付けの異議申立書で述べた通り、甲１発明の「頻繁に出現するフレーズ(frequently appearing phrase)」は実質的にはハッシュタグと同一であり、このような「頻繁に出現するアレーズ」（原文ママ）のリストを有するウェブページ（例えば図６Ｂ－６Ｄ）は、本件特許発明における「前記集合取得部が取得した１以上の各タグ集合に封して、タグ集合が有する１以上の各タグをハッシュタグとするウェブページ」に相当する。」 しかしながら、上述したとおり、甲２－１発明は、ユーザに選択された１の製品に対して１のウェブページを（クライアントコンピュータ104が動的に）構成するものであって、本件特許発明１のように、複数の商品をまとめうる１の「タグ集合に対して」１のウェブページを構成するものではないし、「タグ集合」からなる集合について、その集合の要素である個々のタグ集合のそれぞれに対して（「各タグ集合に対して」）、ウェブページを構成するものでもない。すなわち、甲２－１発明の「頻出フレーズ」が本件特許発明１の「前記集合取得部が取得した」「タグ集合」に相当するとしても、「前記集合取得部が取得した１以上の各タグ集合」に相当するとは言えず、また、甲２－１発明は、「前記集合取得部が取得した１以上の各タグ集合に対して」「ウェブページを構成する」ものであるとも言えない。そうすると、申立人２の意見書における上記主張は、本件特許発明１の「前記集合取得部が取得した１以上の各タグ集合に対して、」「ウェブページを構成する」という発明特定事項に係る実質的な相違点（上記の相違点１）を看過したものであって採用できない。 また、申立人２は、本件特許発明１～８（訂正後の請求項１～８）が、甲２－１のみならず、甲２－２～甲２－６にも開示されているから依然として新規性、進歩性を有しない旨を、甲２－２～甲２－６との対比を行うことなく主張しているが、当該主張はその根拠が何ら示されておらず採用できない。 （５）むすび 以上のとおりであるから、本件特許発明１～８は、甲２－１～甲２－６のいずれかに記載された発明ではない。また、本件特許発明１～８は、当業者が、甲２－１～甲２－６に記載された発明に基いて、容易に発明をすることができたものではない。 第１０ むすび 以上のとおりであるから、請求項１～８に係る発明は、取消理由通知書に記載した取消理由並びに各特許異議申立書に記載された特許異議の申立ての理由及びその証拠によって取り消すことはできない。 また、他に請求項１～８に係る特許を取り消すべき理由を発見しない。 よって、結論のとおり決定する。