【事件の表示】
　特願２０１６−５０１１３８「情報単位間の関連性を提示し見出すためのシステムおよび方法」拒絶査定不服審判事件〔平成２６年１０月　９日国際公開、ＷＯ２０１４／１６４６３４、平成２８年　６月２３日国内公表、特表２０１６−５１８６４３、請求項の数（２１）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、２０１４年３月１１日（パリ条約による優先権主張外国庁受理２０１３年３月１３日、米国、２０１３年１１月１２日、米国）を国際出願日とする出願であって、平成２９年３月９日に手続補正がされ、平成２９年１２月１１日付けで拒絶理由通知がされ、平成３０年６月１６日に意見書が提出されるとともに手続補正がされたが、平成３０年６月２９日付けで拒絶査定がなされ、これに対し、平成３０年１１月３日に拒絶査定不服審判の請求がされ、平成３０年１２月１３日に手続補正がされ、令和２年１月２０日付けで拒絶理由通知（以下、「当審拒絶理由通知」という。）がされ、令和２年７月２１日に意見書が提出されるとともに手続補正がされたものである。
第２　原査定の概要
　原査定（平成３０年６月２９日付け拒絶査定）の概要は次のとおりである。
１．理由１（新規性）
（１）　本願請求項１−２、９−１０、１７−１８に係る発明は、以下の引用文献Ａ−Ｅのいずれかに記載された発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。
（２）　本願請求項３−４、１１−１２、１９に係る発明は、以下の引用文献Ａ−Ｂのいずれかに記載された発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。
（３）　本願請求項５−６、１３−１４、２０に係る発明は、以下の引用文献Ｃ−Ｅのいずれかに記載された発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。
（４）　本願請求項７−８、１５−１６、２１に係る発明は、以下の引用文献Ｂに記載された発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。
２．理由２（進歩性）
（１）　本願請求項１−２、９−１０、１７−１８に係る発明は、以下の引用文献Ａ−Ｅのいずれか、及び、引用文献Ｆ−Ｇに基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
（２）　本願請求項３−４、１１−１２、１９に係る発明は、以下の引用文献Ａ−Ｂのいずれか、及び、引用文献Ｆ−Ｇに基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
（３）　本願請求項５−６、１３−１４、２０に係る発明は、以下の引用文献Ｃ−Ｅのいずれか、及び、引用文献Ｆ−Ｇに基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
（４）　本願請求項７−８、１５−１６、２１に係る発明は、以下の引用文献Ｂ、及び、引用文献Ｆ−Ｇに基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
　Ａ．特開２０１１−００８５４０号公報
　Ｂ．特開２０１２−２４７８３８号公報
　Ｃ．特開２００７−０６６３３１号公報
　Ｄ．特開２００５−０７８６３３号公報
　Ｅ．特開２０００−３０５９４６号公報
　Ｆ．米国特許出願公開第２０１０／０３０６７０８号明細書
　Ｇ．米国特許出願公開第２００６／００２０５３８号明細書
第３　当審拒絶理由の概要
　当審拒絶理由の概要は次のとおりである。
１．新規性
（１）　本願請求項１−２、５−６、１７−１８、２０に係る発明は、以下の引用文献１−２のいずれかに記載された発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。
（２）　本願請求項９−１０に係る発明は、以下の引用文献４に記載された発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。
２．理由２（進歩性）
（１）　本願請求項１−２、５−６、１７−１８、２０に係る発明は、以下の引用文献（１−２）、または、引用文献２に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
（２）　本願請求項３−４、１９に係る発明は、以下の引用文献（１−３）、または、引用文献（２−３）に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
（３）　本願請求項７−８、２１に係る発明は、以下の引用文献（１−２、４）、または、引用文献（２、４）に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
（４）　本願請求項９−１０に係る発明は、以下の引用文献（１−２、４）、または、引用文献（２、４）、または、（４）に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
（５）　本願請求項１１−１２に係る発明は、以下の引用文献（１−４）、または、引用文献（２−４）、または、（３−４）に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
（６）　本願請求項１３−１４に係る発明は、以下の引用文献（１−２、４）、または、引用文献（１−２、４）、または、（１−２、４）に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
（７）　本願請求項１５−１６に係る発明は、以下の引用文献（１−２、４）、または、引用文献（１−２、４）、または、（１、４）に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
　１．米国特許出願公開第２０１０／０３０６７０８号明細書 （拒絶査定時の引用文献Ｆ）
　２．特開２００９−２９４９９３号公報 （当審において新たに引用した文献）
　３．米国特許出願公開第２０１１／００４９８０７号明細書 （当審において新たに引用した文献）
　４．キャサリン、ＣａｔｃｈＡｐｐＮｅｗｓ−キャッチアップニュース、“［アプリレビュー］隠された言葉をなぞって発見「言葉さがしパズル　ｂｙ　Ｈａｎｇａｍｅ」”、［０ｎｌｉｎｅ］、２０１１年９月９日、有限会社クレエ、［令和２年１月１４日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｃａｔｃｈａｐｐ．ｎｅｔ／ｃｏｎｔｅｎｔｓ／ｓｔｏｒｙ／３５５＞ （当審において新たに引用した文献）
第４　本願発明
　本願請求項１−２１に係る発明（以下、それぞれ「本願発明１」−「本願発明２１」という。）は、令和２年７月２１日の手続補正で補正された特許請求の範囲の請求項１−２１に記載された事項により特定される発明であり、本願発明１、９、１７は以下のとおりの発明である。
　なお、請求項１には「…
前記
読記憶媒体
記憶媒体
読
「【請求項１】
　プロセッサと、
　非一時的なプロセッサ読取可能な記憶媒体と、
　を含むシステムにおいて、
　
前記
記憶媒体
　　ユーザインターフェースを介して保存データを少なくとも１のユーザに対して提供する工程であって、前記保存データはユーザが可視化可能なフォーマットにアレンジされているものである、前記提供する工程と、
　　前記ユーザインターフェースを介して、１もしくはそれ以上の入力を前記少なくとも１のユーザから受け取る工程であって、
　　　前記１もしくはそれ以上の入力は、前記少なくとも１のユーザのユーザインターフェースとの相互作用に対応するものであり、
　　　前記ユーザインターフェースとの相互作用は、前記少なくとも１のユーザが前記保存データのサブセットを残りの保存データに対して視覚的に操作することを有し、これにより、前記保存データが直接操作されるものであり、
　　　前記保存データの操作は、追加されるデータに基づいた前記保存データの変更を含み、前記追加されるデータは、前記少なくも１のユーザによる前記１もしくはそれ以上の入力、データアグリゲータ、公衆が利用可能なソースおよび私的利用が可能なソースのうちの少なくとも１つから受け取られるものである、
　　前記受け取る工程と、
　　前記変更されたデータを記録することにより前記保存データを更新する工程と、
　　前記更新された保存データに基づいて、前記可視化可能なフォーマットを動的に更新する工程と、
　を実行させるものである、システム。」
「【請求項９】
　プロセッサと、
　非一時的なプロセッサ読取可能な記憶媒体と、
　を含むシステムにおいて、
　前記非一時的なプロセッサ読取可能な記憶媒体は、１もしくはそれ以上のプログラム指令を有し、当該プログラム指令は実行された場合、前記プロセッサに、
　　保存データを少なくとも１のユーザに対して提供するためにユーザインターフェースを生成する工程であって、前記保存データはユーザが可視化可能なフォーマットで提供されるものである、前記生成する工程と、
　　１もしくはそれ以上の入力を少なくとも１のユーザから前記生成されたユーザインターフェースを介して受け取る工程であって、
　　　前記１もしくはそれ以上の入力は、前記少なくとも１のユーザによって発見された前記保存データのサブセット間の関連付けに対応するものであり、
　　　前記保存データは、前記少なくとも１のユーザによる前記１もしくはそれ以上の入力により前記ユーザインターフェース上で直接視覚的に操作されるものである、
　　前記受け取る工程と、
　　前記１もしくはそれ以上の入力により変更されたデータを記録することにより前記保存データを更新する工程と、
　　前記更新された保存データに基づいて、前記可視化可能なフォーマットを動的に更新する工程と、
　を実行させるものである、システム。」
「【請求項１７】
　方法であって、
　プロセッサが、ユーザインターフェースを介して保存データを少なくとも１のユーザに対して提供する工程であって、前記保存データはユーザが可視化可能フォーマットにアレンジされているものである、前記提供する工程と、
　前記プロセッサが、前記ユーザインターフェースを介して１もしくはそれ以上の入力を前記少なくとも１のユーザから受け取る工程であって、
　　前記１もしくはそれ以上の入力は、前記少なくとも１のユーザのユーザインターフェースとの相互作用に対応するものであり、
　　前記ユーザインターフェースとの相互作用は、前記少なくとも１のユーザが前記保存データのサブセットを残りの保存データに対して視覚的に操作することを有し、これにより、前記保存データが直接操作されるものであり、
　　前記保存データの操作は、追加されるデータに基づいた前記保存データの変更を含み、前記追加されるデータは、前記少なくも１のユーザによる前記１もしくはそれ以上の入力、データアグリゲータ、公衆が利用可能なソースおよび私的利用が可能なソースのうちの少なくとも１つから受け取られるものである、
　前記受け取る工程と、
　　前記プロセッサが、前記変更されたデータを記録することにより前記保存データを更新する工程と、
　　前記プロセッサが、前記更新された保存データに基づいて、前記可視化可能なフォーマットを動的に更新する工程と、
　を有する、方法。」
　なお、本願発明２−８は、本願発明１を減縮した発明である。
　上記の本願発明９は、実質的に、上記本願発明１の「受け取る工程」において、「ユーザのユーザインターフェースとの相互作用」の内容を「ユーザによって発見された」ものに限定するとともに、「追加されるデータ」の複数の選択肢を１つに限定した発明である。
　本願発明１０−１６は、本願発明９を減縮した発明である。
　上記の本願発明１７は、上記本願発明１に対応する方法の発明であり、本願発明１とカテゴリ表現が異なるだけの発明である。
　本願発明１８−２１は、本願発明１７を減縮した発明である。
第５　引用文献、引用発明等
１　引用文献１及び引用発明
（１）　引用文献１
　当審拒絶理由に引用した引用文献１には、図面とともに、以下の記載がある（下線は、特に着目した箇所を示す。訳は当審訳。以下同様。）。
ア　図３、段落［００４２］−[００４４]
「[0042]　　Users may access media content and the media guidance application (and its display screens described above and below) from one or more of their user equipment devices. FIG. 3 shows a generalized embodiment of illustrative 
user equipment device 300
[0043]　　Control circuitry 304 may be based on any suitable 
processing circuitry 306 such as
microprocessors
[0044]　　Memory (e.g., random-access memory, read-only memory, or any other suitable memory), 
hard drives
storage 308
Storage 308
to store 
program information
user preferences or profile information
（［００４２］　ユーザは、１つ以上のユーザ機器装置から、メディアコンテンツおよびメディアガイダンスアプリケーション（ならびに上記および下記で説明される表示画面）にアクセスし得る。図３は、例示的な
ユーザ機器装置３００
［００４３］　制御回路３０４は、
例えば、
マイクロプロセッサ
である、
処理回路３０６
記憶装置３０８
に記憶され
メディアガイダンスアプリケーションのための命令
［００４４］　メモリ（例えば、ＲＡＭ、ＲＯＭ、その他の任意の好適なメモリ）、
ハードディスク
記憶装置３０８
記憶装置３０８は
プログラム情報、
ユーザの好みとプロファイル情報
を記憶する
　上記段落［００４２］−[００４４]の記載から、図３を参照すると、
例えばマイクロプロセッサである処理回路３０６と、メディアガイダンスアプリケーションのための命令が記憶され、プログラム情報と、ユーザの好みとプロファイル情報等を記憶する、例えばハードディスクである、記憶装置３０８と、を含むユーザ機器装置３００
イ　図６、段落［０１０３］
「[0103]　　
Processing circuitry 306 may generate for display profile hub-and-spoke arrangement 610 which may include a user identifier 620, links 640 and 642 and media asset identifiers 630
Community member identifiers 650 may also be displayed within profile hub-and-spoke arrangement 610 or outside profile hub-and-spoke arrangement 610
（［０１０３］　
処理回路３０６は、ユーザ識別子６２０、リンク６４０、６４２、及び、メディア資産識別子６３０を含み得る、プロファイルのハブ＆スポーク配置６１０を表示用に生成でき
コミュニティメンバー識別子６５０も、プロフィルのハブ＆スポーク配置６１０の内部に表示されても、または、プロファイルのハブ＆スポークの配置６１０の外側に表示されてもよ
ウ　段落［０１０７］
「[0107]　　
In some embodiments, the distance between each media asset identifier 630 and user identifier 620 may reflect the relative match between the attributes stored in the user's profile and the characteristics of the media asset(s) corresponding to the media asset identifier(s) 630.
a media asset having media asset data structure 1000 (FIG. 10)
A profile data structure 900 (FIG. 9)
the user profile data structure 900
（［０１０７］　いくつかの実施形態において、
各メディア資産識別子６３０と利用者識別子６２０との間の距離は、ユーザのプロファイルに格納された属性と、（１つまたは複数の）メディア資産識別子６３０に対応する（１つまたは複数の）メディア資産の特性との間の相対的な一致度を反映でき
メディア資産
データ構造１０００
を備え
ユーザ
プロファイル
データ構造９００
ユーザ・プロファイルのデータ構造９００
エ　図７、段落［０１２２]
「[0122]　　Window 710 may include a title of the media asset corresponding to media asset identifier 720, a short description of the media asset and various options. For example, 
window 710 may include
add option 740
（［０１２２］　ウィンドウ７１０には、メディア資産識別子７２０に対応するメディア資産のタイトル、メディア資産の簡単な説明、及び、種々のオプションを含むことができる。例えば、
ウィンドウ７１０には、
「追加」オプション７４０
を含むことができ
オ　図８、段落［０１２４］−[０１２５]
「[0124]　　FIG. 8 is an illustrative display screen 800 of a window 810 providing information about a community member corresponding to a community member identifier 820 in accordance with an embodiment of the invention. For example, 
a cursor 830 may be positioned over community member identifier 820
As a result
without user input
window 810
processing circuitry 306 may retrieve a profile data structure 900 corresponding to community member identifier 820 and generate a window that includes some or all of the information from the retrieved profile data structure
[0125]　　
Window 810 may include a username of the community member corresponding to community member identifier 820, a full name, a location within the community or network, favorite content, other relevant information from the profile corresponding to the community member and various options
window 810 may include add option 840
Processing circuitry 306 may receive a selection of add option 840
As a result
may add the community member corresponding to community member identifier 820 to the user's friend list
may execute a similar function as the function discussed above in connection with option 570 (FIG. 5 )
（［０１２４］　図８は、本発明の一実施形態として、コミュニティメンバー識別子８２０に対応するコミュニティメンバーについての情報を提供するウィンドウ８１０の例示的な表示画面８００である。例えば、
カーソル８３０を、コミュニティメンバー識別子８２０上に配置することができ
その結果、ユーザ入力なしに、
ウィンドウ８１０
処理回路３０６は、コミュニティメンバー識別子８２０に対応するプロファイル・データ構造９００を検索し、検索されたプロファイルデータ構造からの全ての情報を含むウィンドウを生成することができ
［０１２５］　
ウィンドウ８１０は、コミュニティメンバー識別子８２０に対応するコミュニティメンバーのユーザ名、氏名、コミュニティまたはネットワーク内の場所、お気に入りコンテンツ、コミュニティメンバーに対応するプロファイルから得られる他の関連情報や、様々なオプションを含んでもよ
ウィンドウ８１０には、「追加」オプション８４０
を含むことができ
処理回路３０６は、「追加」オプション８４０の選択を受け取ることができ
その結果として、
コミュニティメンバー識別子８２０に対応するコミュニティメンバーを、ユーザの友人リストに追加することができ
オプション５７０（図５）に関連して上述した機能と同様の機能を実行すること
カ　図１１、段落［０１３４］
「[0134]　　FIG. 11 shows an illustrative display 1100 of 
a hub-and-spoke arrangement associated with a particular media asset 
Display 1100 may include a media asset hub and spoke arrangement 1110 and a media asset identifier region 1130
（［０１３４］　図１１は、本発明の一実施形態として、
特定のメディア資産に関連付けられた、ハブ＆スポーク配置の
表示１１００には、メディア資産のハブ＆スポーク配置１１１０と、メディア資産識別子の領域１１３０とを含むことができ
キ　図１１、段落[０１３９]
「[0139]　　
Media asset identifier region 1130 may include an add/remove option 1140
When processing circuitry 306 receives a user selection of add/remove option 1140, 
may add to a profile data structure associated with the user an identifier indicating a like for the media asset or indicating that the media asset is a favorite
（［０１３９］　
メディア資産識別子の領域１１３０には、「追加／削除」オプション１１４０を含むことができ
処理回路３０６は、「追加／削除」オプション１１４０のユーザによる選択を受け取ると、
そのメディア資産が好みであるか、または、そのメディア資産がお気に入りであることを示す識別子を、そのユーザに関連付けられたプロファイル・データ構造に追加することができ
（２）　引用発明１
　よって、引用文献１には、次の発明（以下、「引用発明１」という。）が開示されているものと認められる。
「例えばマイクロプロセッサである処理回路３０６と、
　メディアガイダンスアプリケーションのための命令が記憶され、プログラム情報と、ユーザの好みとプロファイル情報等を記憶する、例えばハードディスクである、記憶装置３０８と、
　を含むユーザ機器装置３００において、
　処理回路３０６は、ユーザ識別子６２０、リンク６４０、６４２、及び、メディア資産識別子６３０を含み得る、プロファイルのハブ＆スポーク配置６１０を表示用に生成でき、
　コミュニティメンバー識別子６５０も、プロフィルのハブ＆スポーク配置６１０の内部に表示されても、または、プロファイルのハブ＆スポークの配置６１０の外側に表示されてもよく、
　各メディア資産識別子６３０と利用者識別子６２０との間の距離は、ユーザのプロファイルに格納された属性と、メディア資産識別子６３０に対応するメディア資産の特性との間の相対的な一致度を反映でき、
　メディア資産は、データ構造１０００を備え、
　ユーザのプロファイルは、データ構造９００を備え、
　ウィンドウ７１０には、「追加」オプション７４０を含むことができ、
　カーソル８３０を、コミュニティメンバー識別子８２０上に配置することができ、その結果、ユーザ入力なしに、処理回路３０６は、コミュニティメンバー識別子８２０に対応するプロファイル・データ構造９００を検索し、検索されたプロファイルデータ構造からの全ての情報を含むウィンドウ８１０を生成することができ、
　ウィンドウ８１０は、コミュニティメンバー識別子８２０に対応するコミュニティメンバーのユーザ名、氏名、コミュニティまたはネットワーク内の場所、お気に入りコンテンツ、コミュニティメンバーに対応するプロファイルから得られる他の関連情報や、様々なオプションを含んでもよく、
　ウィンドウ８１０には、「追加」オプション８４０を含むことができ、処理回路３０６は、「追加」オプション８４０の選択を受け取ることができ、その結果として、コミュニティメンバー識別子８２０に対応するコミュニティメンバーを、ユーザの友人リストに追加することができ、
　特定のメディア資産に関連付けられた、ハブ＆スポーク配置の表示１１００には、メディア資産のハブ＆スポーク配置１１１０と、メディア資産識別子領域１１３０とを含むことができ、
　メディア資産識別子領域１１３０には、追加／削除オプション１１４０を含むことができ、処理回路３０６は、追加／削除オプション１１４０のユーザによる選択を受け取ると、そのメディア資産が好みであるか、または、そのメディア資産がお気に入りであることを示す識別子を、そのユーザに関連付けられたプロファイル・データ構造に追加することができる、
ユーザ機器装置３００。」
２　引用文献２、引用発明２
（１）　引用文献２
　当審拒絶理由に引用した引用文献２には、図面とともに、以下の記載がある。
ア　段落【００３４】−【００３５】
「【００３４】
　文書サーバ１とクライアントＰＣ２の詳細な構成のうち、関連文書抽出の機能に関わる部分を以下に説明する。なお、上記のように、
文書サーバ１、クライアントＰＣ２はそれぞれ情報処理装置であり、
各手段の機能は、関連文書抽出プログラムにより、コンピュータとしての文書サーバ１、クライアントＰＣ２の各機能部分に実行させることができ
【００３５】
  文書サーバ１の役割は、多数の文書情報を保持し、クライアント２の要請に応じて、文書データを送信する、あるいは検索や関連文書抽出のための文書データのデータ処理を行いクライアント２に提供することである。
文書サーバ１は、
データ保持部１０とデータ処理部２０と
イ　段落【００４０】
「【００４０】
　クライアントＰＣ２の役割は、多数の文書情報を保持する文書サーバ１に要請して、文書データを受け取る、あるいは検索や関連文書抽出のための文書データのデータ処理を依頼する、そのための情報を送信することである。
クライアントＰＣ２も、
データ保持部３０とデータ処理部４０と
ウ　段落【００４６】
「【００４６】
　以上、本実施形態では、
情報処理装置である文書サーバ１と複数のクライアントＰＣ２（及びマップ表示手段３と文書指定手段４）がネットワーク接続されている関連文書抽出システム
文書サーバ１とクライアントＰＣ２の各機能要素を兼ね備えた情報処理装置が、１台ですべての関連する処理を行うような構成も可能であ
エ　段落【００５０】−【００５２】
「【００５０】
　＜特徴量算出処理＞
　図３において、
ステップＳ１は特徴量算出処理であり、文書情報保持部１１で保持されている文書集合について、各文書の特徴量を特徴量抽出部２１が算出し、算出した各文書の特徴量を特徴情報保持部１２に保持してお
【００５１】
　この処理は関連文書抽出のための準備処理でもあり、実際の抽出のための処理は、次のステップで関連文書抽出の基準となる基準文書を指定してから開始する。
【００５２】
　＜マップ生成処理＞
　
ステップＳ２はマップ生成処理であり、指定した基準文書に対して、他の文書との関連度を算出し、算出した関連度を文書間の距離で表現したマップを生成、表示
オ　段落【００５７】
「【００５７】
　＜マップ再生成処理＞
　
ステップＳ３のマップ再生成処理では、関連度が大きいとユーザが指定した有効文書に対して、基準文書との関連度がより大きくなるように関連度の算出規則を変更した上で、各関連度を再計算し、マップを再生成、再表示
カ　段落【００８７】
「【００８７】
　
マップは、基準文書の周りに他の文書を、基準文書との関連度が大きいほど近くに来る（距離が小さくなる）ように配置
キ　段落【０１０３】
「【０１０３】
　＜関連度修正工程＞
　
ステップＳ３３は関連度修正工程であ
関連度算出部２２が、関連度算出規則保持部１４に保持する変更された関連度算出規則に基づき、基準文書と他の文書との関連度を再計算して、修正した関連度を算出し、関連度情報保持部１３に保持
ク　段落【０１１２】
「【０１１２】
　＜マップ再生成工程＞
　
ステップＳ３４はマップ再生成工程であ
マップ生成部４１が、関連度情報保持部１３に保持する基準文書と他の文書の修正された関連度に基づきマップを再生成し、マップ情報保持部３１に保持
ケ　段落【０１１６】
「【０１１６】
　＜マップ再表示工程＞
　
ステップＳ３５はマップ再表示工程であ
マップ情報保持部３１に保持する再生成されたマップ情報をマップ表示手段３に再表示し、ユーザに修正された関連文書情報として提示する
コ　図１３、図１４、段落【０１２７】−【０１３３】
「【０１２７】
　（別の関連文書抽出方法フロー例）
　上述した
ステップＳ３１
ステップＳ３２
別の処理手順の例を説明する
【０１２８】
　＜
有効文書指定工程２
　図１３を参照して、
文書指定手段４による有効文書指定の別の具体例
【０１２９】
　
例えば、「基準文書」２００を中心とした関連文書（「文書１」〜「文書５」）のマップをユーザが見て、「文書２」２０３を基準文書と関連度が大きい、すなわち関連文書抽出のための有効文書として指定すべきと判断した場合、マップ上の「文書２」２０３をドラッグしてより関連度の大きい（「基準文書」２００との距離が近い）位置２０４に移動させ
【０１３０】
　
この動作により、「文書２」２０３を有効文書として指定するとともに、どのくらい関連度が大きくなるように関連度算出規則を変更すべきかという情報も入力
【０１３１】
　
これにより、ユーザは、有効文書を指定するのみならず、どの程度有効かを、有効文書をドラッグで移動させる距離で反映させることが可能にな
【０１３２】
　＜
関連度算出規則変更工程２
　図１４を参照して、上述のように
有効文書指定された場合の関連度算出規則の変更処理の具体例
【０１３３】
　関連度算出規則の変更が基準文書と有効文書に共通する単語の重み付けの変更であることは同様であるが、異なるのは、
関連度を再計算したときに、修正した関連度から得られるマップ上の距離が、ユーザによって移動させられた後の基準文書と有効文書の距離と一致するように重み付けを変更
（２）　引用発明２
　よって、引用文献２には、次の発明（以下、「引用発明２」という。）が開示されているものと認められる。
「文書サーバ１、クライアントＰＣ２はそれぞれ情報処理装置であり、各手段の機能は、関連文書抽出プログラムにより、コンピュータとしての文書サーバ１、クライアントＰＣ２の各機能部分に実行させることができ、
　文書サーバ１は、データ保持部１０とデータ処理部２０とを備え、
　クライアントＰＣ２も、データ保持部３０とデータ処理部４０とを備え、
　情報処理装置である文書サーバ１と複数のクライアントＰＣ２、及びマップ表示手段３と文書指定手段４がネットワーク接続されている関連文書抽出システムであって、
　文書サーバ１とクライアントＰＣ２の各機能要素を兼ね備えた情報処理装置が、１台ですべての関連する処理を行うような構成も可能であり、
　ステップＳ１は特徴量算出処理であり、文書情報保持部１１で保持されている文書集合について、各文書の特徴量を特徴量抽出部２１が算出し、算出した各文書の特徴量を特徴情報保持部１２に保持しておき、
　ステップＳ２はマップ生成処理であり、指定した基準文書に対して、他の文書との関連度を算出し、算出した関連度を文書間の距離で表現したマップを生成、表示し、
　ステップＳ３のマップ再生成処理では、関連度が大きいとユーザが指定した有効文書に対して、基準文書との関連度がより大きくなるように関連度の算出規則を変更した上で、各関連度を再計算し、マップを再生成、再表示し、
　マップは、基準文書の周りに他の文書を、基準文書との関連度が大きいほど近くに来る（距離が小さくなる）ように配置し、
　　ステップＳ３１は、＜有効文書指定工程２＞であり、文書指定手段４による有効文書指定の工程であって、
　　例えば、「基準文書」２００を中心とした関連文書（「文書１」〜「文書５」）のマップをユーザが見て、「文書２」２０３を基準文書と関連度が大きい、すなわち関連文書抽出のための有効文書として指定すべきと判断した場合、マップ上の「文書２」２０３をドラッグしてより関連度の大きい（「基準文書」２００との距離が近い）位置２０４に移動させ、
　　この動作により、「文書２」２０３を有効文書として指定するとともに、どのくらい関連度が大きくなるように関連度算出規則を変更すべきかという情報も入力し、
　　これにより、ユーザは、有効文書を指定するのみならず、どの程度有効かを、有効文書をドラッグで移動させる距離で反映させることが可能になり、
　ステップＳ３２は、＜関連度算出規則変更工程２＞であり、有効文書指定された場合の関連度算出規則の変更処理であって、
　関連度を再計算したときに、修正した関連度から得られるマップ上の距離が、ユーザによって移動させられた後の基準文書と有効文書の距離と一致するように重み付けを変更し、
　　ステップＳ３３は関連度修正工程であり、関連度算出部２２が、関連度算出規則保持部１４に保持する変更された関連度算出規則に基づき、基準文書と他の文書との関連度を再計算して、修正した関連度を算出し、関連度情報保持部１３に保持し、
　　ステップＳ３４はマップ再生成工程であり、マップ生成部４１が、関連度情報保持部１３に保持する基準文書と他の文書の修正された関連度に基づきマップを再生成し、マップ情報保持部３１に保持し、
　　ステップＳ３５はマップ再表示工程であり、マップ情報保持部３１に保持する再生成されたマップ情報をマップ表示手段３に再表示し、ユーザに修正された関連文書情報として提示する、
関連文書抽出システム。」
３　引用文献３
　当審拒絶理由に引用した引用文献３には、特に、図３−図６を参照すると、ユーザインタフェースにおけるデータの表現態様として、「多面体」を用いる周知技術が開示されていると認定できる。
４　引用文献４、引用発明３
（１）　引用文献４
　当審拒絶理由に引用した引用文献４には、図とともに、以下の記載がある。
ア　「
隠された言葉をなぞって発見「言葉さがしパズル　ｂｙ　Ｈａｎｇａｍｅ
２０１１年９月９日１１：１９［アプリレビュー］Ｐｏｓｔｅｄ　ｂｙ　キャサリン
隠された言葉をさがす定番ゲームのパズルが、ハンゲームの公式アプリとしてリリースされ
文字が並ぶマスの中から、リストにある言葉を探してなぞるゲームで
　　　・・・（中略）・・・
初級では、６×６のマスの中に文字が並んで
この中から下のリストにある言葉（この場合は鳥の名前）を探して、指でなぞって行き
言葉は縦・横・ななめの一直線で探し
マスの右下に「見つけた数／隠れている数」が表示され
リストの右上にグリーンの帯で「１／２」「２／２」とあるのはリストのページ数です。
リスト部分をフリックすると左右にページ移動ができます。
文字はカタカナだけではなく、英単語の場合もあ
イ　引用文献４のゲーム画面を参照すると、
見つけた言葉は、赤字で表示され
ウ　引用文献４のゲーム画面を参照すると、引用文献４の「言葉さがしゲーム」は、「ハンゲームの公式アプリ」が、ｉＰｈｏｎｅ、ｉＰｏｄなどの
タッチパネル式携帯端末上で実行される
（２）　引用発明３
　よって、引用文献４には、次の発明（以下、「引用発明３」という。）が開示されているものと認められる。
「隠された言葉をなぞって発見する「言葉さがしパズル　ｂｙ　Ｈａｎｇａｍｅ」であって、
　隠された言葉をさがす定番ゲームのパズルが、ハンゲームの公式アプリとしてリリースされたものであり、
　文字が並ぶマスの中から、リストにある言葉を探してなぞるゲームであり、
　初級では、６×６のマスの中に文字が並んでおり、この中から下のリストにある言葉（この場合は鳥の名前）を探して、指でなぞって行き、
　言葉は縦・横・ななめの一直線で探し、
　見つけた言葉は、赤字で表示され、
　マスの右下に「見つけた数／隠れている数」が表示され、
　文字はカタカナだけではなく、英単語の場合もある、
「言葉さがしパズル」を実行する、タッチパネル式携帯端末。」
第６　対比・判断
１　本願発明１について
（１）対比
　本願発明１と、引用発明１とを対比すると以下のことがいえる。
ア　引用発明１の、
「例えばマイクロ
プロセッサ
　メディアガイダンスアプリケーションのための命令が記憶され、プログラム情報と、ユーザの好みとプロファイル情報等を記憶する、
例えばハードディスクである、記憶装置３０８
　を含むユーザ機器装置」は、
本願発明１の、
「プロセッサと、
　非一時的なプロセッサ読取可能な記憶媒体と、
　を含むシステム」に対応する。
イ　引用発明１の「例えばハードディスクである、記憶装置３０８」が、「メディアガイダンスアプリケーションのための命令」、「プログラム情報」を記憶していることは、本願発明１の「前記非一時的なプロセッサ読取可能な記憶媒体は、１もしくはそれ以上のプログラム指令を有し」ていることに対応する。
ウ　引用発明１の「ユーザのプロファイル」を表す「データ構造９００」（図９）、及び、「メディア資産」を表す「データ構造１０００」（図１０）は、本願発明１の「保存データ」に対応する。
　引用発明１では、「ユーザのプロファイル」の「データ構造９００」、及び、「メディア資産」の「データ構造１０００」に基づいて、「ハブ＆スポーク配置６１０」（図６）、「ハブ＆スポーク配置の表示１１００」（図１１）等が表示され、これらは、本願発明１の「ユーザインターフェース」に対応する。
　ここで、引用発明１では、より具体的には、「ユーザ識別子６２０、リンク６４０、６４２、及び、メディア資産識別子６３０を含み得る、プロファイルのハブ＆スポーク配置６１０」、「コミュニティメンバー識別子６５０」（図６）、「追加オプション７４０を含む」「ウィンドウ７１０」（図７）、「コミュニティメンバー識別子８２０」、「追加オプション８４０を含む」「ウィンドウ８１０」（図８）、「追加／削除オプション１１４０を含む」「メディア資産識別子領域１１３０」（図１１）等が表示され、これらは、本願発明１の「ユーザが可視化可能なフォーマットで提供される」、「ユーザインターフェース」に対応する。
　よって、引用発明１において、「メディアガイダンスアプリケーションのための命令」、「プログラム情報」を「処理回路３０６」で実行することによって、「ユーザのプロファイル」の「データ構造９００」、及び、「メディア資産」の「データ構造１０００」に基づいて、「ハブ＆スポーク配置６１０」（図６）、「ハブ＆スポーク配置の表示１１００」（図１１）等が表示されることは、本願発明１の、
「当該プログラム指令は実行された場合、前記プロセッサに、
　　ユーザインターフェースを介して保存データを少なくとも１のユーザに対して提供する工程であって、前記保存データはユーザが可視化可能なフォーマットにアレンジされているものである、前記提供する工程」を実行させることに相当する。
エ　引用発明１において、ユーザが、「追加」オプション７４０（図７）、「追加」オプション８４０（図８）、「追加／削除」オプション１１４０（図１１）を選択する操作は、これらの「追加」を選択することによって、「コミュニティメンバーを、
ユーザの友人リストに追加すること
　　　前記１もしくはそれ以上の入力は、前記少なくとも１のユーザのユーザインターフェースとの相互作用に対応するものであり、
　　　
前記ユーザインターフェースとの相互作用は、前記少なくとも１のユーザが前記保存データのサブセットを残りの保存データに対して視覚的に操作することを有し、これにより、前記保存データが直接操作されるものであり
　　　前記保存データの操作は、追加されるデータに基づいた前記保存データの変更を含み、前記追加されるデータは、前記少なくも１のユーザによる前記１もしくはそれ以上の入力、データアグリゲータ、公衆が利用可能なソースおよび私的利用が可能なソースのうちの少なくとも１つから受け取られるものである、
　　前記受け取る工程」を実行させることと、
「当該プログラム指令は実行された場合、前記プロセッサに」、「前記ユーザインターフェースを介して、１もしくはそれ以上の入力を前記少なくとも１のユーザから受け取る工程であって、
　　　前記１もしくはそれ以上の入力は、前記少なくとも１のユーザのユーザインターフェースとの相互作用に対応するものであり、
　　　前記保存データの操作は、追加されるデータに基づいた前記保存データの変更を含み、前記追加されるデータは、前記少なくも１のユーザによる前記１もしくはそれ以上の入力、データアグリゲータ、公衆が利用可能なソースおよび私的利用が可能なソースのうちの少なくとも１つから受け取られるものである、
　　前記受け取る工程」を実行させる点で共通するといえる。
オ　本願発明１が「前記変更されたデータを記録することにより前記保存データを更新する工程と、
　　前記更新された保存データに基づいて、前記可視化可能なフォーマットを動的に更新する工程と、
　を実行させるものである」点に関して、引用発明１では、友人リスト等の追加を経た、ユーザのプロファイルの「データ構造９００」と、メディア資産の「データ構造１０００」のデータを「更新」する行程、及び、更新されたデータに基づいて、表示される「前記可視化可能なフォーマットを動的に更新する工程」は、明確には特定されていない。
　しかしながら、引用文献１の段落［００７６］には、ハブ＆スポーク配置が表示された画面とは別画面である「ホーム画面」（図５）に関してであるものの、「ホーム画面」（図５）で「友達追加」オプション５７０を選択した場合の具体的な動作として、以下の記載がある。
「[0076]　　Processing circuitry 306 
may receive a selection of add friends option 570
processing circuitry 306 may include the added community member in the hub-and-spoke arrangements that are generated
（［００７６］　処理回路３０６は、
「友人追加」オプション５７０の選択を受信することができる
処理回路３０６は、追加されたコミュニティメンバーを、生成されたハブ＆スポーク配置に含んでもよい
　上記記載から、「ホーム画面」に関してであるものの、「友人追加」オプション５７０の選択によって、新たな友人を追加した場合に、ハブ＆スポーク配置の表示に、友人の追加が動的に反映されると認められる。
　よって、引用発明１において、例えば、「追加」オプション８４０（図８）の選択によって、ユーザを友人リストに追加した場合も、上記「ホーム画面」での「友人追加」の場合と同様に、「追加」によって、データの「更新」が行われており、ハブ＆スポーク配置の表示に、友人の追加が動的に反映されるものであることは、明らかであるといえる。
　よって、引用発明１は、本願発明１の「前記変更されたデータを記録することにより前記保存データを更新する工程と、
　　前記更新された保存データに基づいて、前記可視化可能なフォーマットを動的に更新する工程と、
　を実行させるものである」ことは、明らかであるといえる。
カ　よって、本願発明１と引用発明１との一致点・相違点は次のとおりであるといえる。
［一致点］
「プロセッサと、
　非一時的なプロセッサ読取可能な記憶媒体と、
　を含むシステムにおいて、
　前記非一時的なプロセッサ読取可能な記憶媒体は、１もしくはそれ以上のプログラム指令を有し、当該プログラム指令は実行された場合、前記プロセッサに、
　　ユーザインターフェースを介して保存データを少なくとも１のユーザに対して提供する工程であって、前記保存データはユーザが可視化可能なフォーマットにアレンジされているものである、前記提供する工程と、
　　前記ユーザインターフェースを介して、１もしくはそれ以上の入力を前記少なくとも１のユーザから受け取る工程であって、
　　　前記１もしくはそれ以上の入力は、前記少なくとも１のユーザのユーザインターフェースとの相互作用に対応するものであり、
　　　前記保存データの操作は、追加されるデータに基づいた前記保存データの変更を含み、前記追加されるデータは、前記少なくも１のユーザによる前記１もしくはそれ以上の入力、データアグリゲータ、公衆が利用可能なソースおよび私的利用が可能なソースのうちの少なくとも１つから受け取られるものである、
　　前記受け取る工程と、
　　前記変更されたデータを記録することにより前記保存データを更新する工程と、
　　前記更新された保存データに基づいて、前記可視化可能なフォーマットを動的に更新する工程と、
　を実行させるものである、システム。」
＜相違点１＞
　本願発明１では、「前記ユーザインターフェースを介して、１もしくはそれ以上の入力を前記少なくとも１のユーザから受け取る工程であって、
　　　前記１もしくはそれ以上の入力は、前記少なくとも１のユーザのユーザインターフェースとの相互作用に対応するものであり、
　　　
前記ユーザインターフェースとの相互作用は、前記少なくとも１のユーザが前記保存データのサブセットを残りの保存データに対して視覚的に操作することを有し、これにより、前記保存データが直接操作されるものであり
　　　前記保存データの操作は、追加されるデータに基づいた前記保存データの変更を含み、前記追加されるデータは、前記少なくも１のユーザによる前記１もしくはそれ以上の入力、データアグリゲータ、公衆が利用可能なソースおよび私的利用が可能なソースのうちの少なくとも１つから受け取られるものである、
　　前記受け取る工程」を備えるのに対して、引用発明では、ユーザが、「追加」オプション７４０（図７）、「追加」オプション８４０（図８）、「追加／削除」オプション１１４０（図１１）を選択するものであって、「前記ユーザインターフェースとの相互作用は、前記少なくとも１のユーザが前記保存データのサブセットを残りの保存データに対して視覚的に操作することを有し、これにより、前記保存データが直接操作されるものであ」ることが特定されていない点。
（２）　当審の判断
　上記＜相違点１＞について検討する。
　上記＜相違点１＞に係る、本願発明１のユーザインタフェースに表示された「保存データ」に対して、ユーザが入力する場合、「前記ユーザインターフェースとの相互作用は、前記少なくとも１のユーザが前記保存データのサブセットを残りの保存データに対して視覚的に操作することを有し、これにより、前記保存データが直接操作されるものであ」るという構成は、上記引用文献１−４には記載されておらず、本願出願前において周知技術であるともいえない。
　より具体的には、特に、引用文献２には、「基準文書」との関連度がより大きくなるように、「マップ」画面上で、ユーザが関連文書の位置を移動させることによって、「関連度算出規則」を変更する、「引用発明２」が記載されている。
　しかしながら、「引用発明２」で、ユーザが関連文書の位置を移動させることによって変更されるのは、「基準文書」との関連度を算出する規則である「関連度算出規則」であって、上記＜相違点１＞に係るように、本願発明１のユーザインタフェースに表示された「
保存データ
視覚的に操作することを有し
前記保存データが直接操作される
　また、上記の構成は、引用文献３−４にも、記載されていない。
　したがって、他の相違点について検討するまでもなく、本願発明１は、当業者であっても引用発明、引用文献２−４に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
２　本願発明２−２１
　本願発明２−８は、本願発明１を減縮した発明であり、本願発明９は、実質的に、上記本願発明１の「受け取る工程」において、「ユーザのユーザインターフェースとの相互作用」の内容を限定するとともに、「追加されるデータ」の複数の選択肢を１つに限定した発明であり、本願発明１０−１６は、本願発明９を減縮した発明であり、上記の本願発明１７は、上記本願発明１に対応する方法の発明であり、本願発明１とカテゴリ表現が異なるだけの発明であり、本願発明１８−２１は、本願発明１７を減縮した発明であるから、本願発明１の、ユーザインタフェースに表示された「保存データ」に対してユーザが入力する際、「前記ユーザインターフェースとの相互作用は、前記少なくとも１のユーザが前記保存データのサブセットを残りの保存データに対して
視覚的に操作すること
前記保存データが直接操作される
第７　原査定についての判断
　令和２年７月２１日の手続補正により補正された、請求項１−２１は、ユーザインタフェースに表示された「保存データ」に対してユーザが入力する際、「前記ユーザインターフェースとの相互作用は、前記少なくとも１のユーザが前記保存データのサブセットを残りの保存データに対して視覚的に操作することを有し、これにより、
前記保存データが直接操作される
　したがって、原査定を維持することはできない。
第８　むすび
　以上のとおり、原査定の理由によって、本願を拒絶することはできない。
　他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。