【事件の表示】
　特願２０１４−　９４１４３「改善されたユーザインターフェースを備えたデジタルジュークボックス装置および関連手法」拒絶査定不服審判事件〔平成２６年１０月３０日出願公開、特開２０１４−２０６９８１、請求項の数（１６）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、平成２３年１月２６日に出願された特許出願である特願２０１２−５５１２６９号（パリ条約に基づく優先権主張　平成２２年１月２６日、米国、平成２３年１月９日、米国）の一部を平成２６年４月３０日に新たな特許出願としたものであって、平成２７年２月２０日付けで拒絶理由が通知され、同年８月２４日に意見書が提出されるとともに手続補正がされ、平成２８年１月２２日付けで拒絶査定（原査定）がされ、これに対し、平成２８年５月２６日に拒絶査定不服審判の請求がされると同時に手続補正がされ、同年８月２９日に前置報告がされたものである。
　
第２　原査定の概要
　原査定（平成２８年１月２２日付け拒絶査定）の概要は、次のとおりである。
　
　この出願の請求項１−１７に係る発明は、以下の引用文献１−７に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
引用文献等一覧
１.特開２００９−７５５４０号公報
２.特表２００８−５２７８５５号公報
３.国際公開第２００９／０２９４８８号
４.　・・・
５.　・・・
６.特開２００４−２１２５６４号公報
７.特開２００４−２１２５８８号公報
　
第３　審判請求時の補正について
　審判請求時の補正は、特許法第１７条の２第３項から第６項までの要件に違反しているものとはいえない。
　審判請求時の補正は、１の請求項の削除及び特許請求の範囲の限定的減縮を目的とするものである。
　そして、「第４　本願発明」から「第６　対比・判断」までに示すように、補正後の請求項１−１６に係る発明は、独立特許要件を満たすものである。
　
第４　本願発明
　本願請求項１−１６に係る発明（以下、それぞれ「本願発明１」−「本願発明１６」という。）は、平成２８年５月２６日付けの手続補正で補正された特許請求の範囲の請求項１−１６に記載された事項により特定される発明であり、以下のとおりの発明である。
　
「【請求項１】
　複数の楽曲をユーザに推薦する方法であって、
　ユーザがジュークボックス装置にログインできるようにする工程と、
　上記ユーザのソーシャルネットワーキングサイトのプロフィールに基づいて上記ユーザの音楽の好みを決定する工程と、
　　上記ソーシャルネットワーキングサイトのプロフィールは、アーティスト、楽曲、および／または、ジャンルの少なくとも１つを特定し、
　　中央サーバの少なくとも１つのプロセッサは、そこで提供されるソーシャルネットワーキングのインターフェースを介して、音楽の好みを決定し、
　少なくとも１つの推薦を開発するために、上記ユーザの決定された上記音楽の好みを上記ジュークボックス装置の推薦エンジンに提供する工程と、
　少なくとも１つ上記推薦の開発において、上記ジュークボックス装置が設置されている店舗に対応する店舗プロフィールの情報を上記推薦エンジンに提供する工程と、
　　上記店舗プロフィールの情報は上記店舗の典型的な顧客の特徴を含むものであり、
　上記ジュークボックス装置において上記推薦を上記ユーザに提供する工程とを含むことを特徴とする方法。
【請求項２】
　友人のソーシャルネットワーキングサイトのプロフィールに基づいて上記ユーザの友人の音楽の好みを決定する工程と、
　少なくとも１つの上記推薦の開発において、上記ユーザの上記友人の決定された上記音楽の好みを上記推薦エンジンに提供する工程とをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
　上記音楽の好みの上記決定を、所定の数の分離の度合いの内で、上記ユーザの友人および友人の友人に拡大する工程と、
　少なくとも１つの上記推薦の開発において、拡大された上記決定を上記推薦エンジンに提供する工程とをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
　上記分離の度合いの所定の数は２であることを特徴とする請求項３に記載の方法。
【請求項５】
　上記分離の度合いの所定の数は３であることを特徴とする請求項３に記載の方法。
【請求項６】
　上記店舗プロフィールの情報は、上記中央サーバに保持されていることを特徴とする請求項１に記載の方法。
【請求項７】
　少なくとも１つ上記推薦の開発において、上記ジュークボックス装置が設置されている店舗に対応する店舗プロフィールの情報を上記推薦エンジンに提供することをさらに含み、
　上記店舗プロフィールの情報は、上記中央サーバに保持されていることを特徴とする請求項６に記載の方法。
【請求項８】
　上記ユーザの音楽の好みを決定するために、複数のソーシャルネットワーキングサイトが参照され、
　各々の上記ソーシャルネットワーキングサイトは、上記ユーザにおけるソーシャルネットワーキングサイトの関連するプロフィールを有することを特徴とする請求項１に記載の方法。
【請求項９】
　各々のジュークボックス装置が、対応する上記ジュークボックス装置のユーザに楽曲を推薦するように構成された推薦エンジンと、対応する上記ジュークボックス装置にユーザがログインできるように構成されたユーザ認識機能とを含む複数のジュークボックス装置と、
　登録されたジュークボックスのユーザにそれぞれ関連するソーシャルネットワーキングサイトのプロフィールに基づいて、登録されたジュークボックスのユーザの音楽の好みを決定するように構成されたソーシャルネットワーキングサイトのインターフェースと、
　　上記ソーシャルネットワーキングサイトのプロフィールは、各々が、アーティスト、楽曲および／またはジャンルの少なくとも１つを特定し、
　上記ソーシャルネットワーキングサイトのインターフェースを介して上記音楽の好みを決定し、少なくとも１つ上記推薦の開発において、上記ジュークボックス装置が設置されている店舗に対応する店舗プロフィールの情報を上記推薦エンジンに提供するように構成された中央サーバと、
　上記店舗プロフィールの情報は上記店舗の典型的な顧客の特徴を含むものであり、
　上記推薦エンジンは、少なくとも部分的には、上記ソーシャルネットワーキングサイトのインターフェース、および上記中央サーバによって提供された上記店舗プロフィールの情報を介して上記中央サーバによって決定される上記音楽の好みにおける推薦を基礎にして構成されていることを特徴とするジュークボックスシステム。
【請求項１０】
　友人のソーシャルネットワーキングサイトのプロフィールに基づいて上記登録されたジュークボックスのユーザの上記友人の音楽の好みを決定し、
　少なくとも１つの上記推薦の開発において、上記登録されたジュークボックスのユーザの上記友人の決定された上記音楽の好みを上記推薦エンジンに提供するように、さらに構成されることを特徴とする請求項９に記載のジュークボックスシステム。
【請求項１１】
　上記音楽の好みの上記決定を、所定の数の分離の度合の内で、上記登録されたジュークボックスのユーザの友人および友人の友人に拡大し、
　少なくとも１つの上記推薦の開発において、拡大された上記決定を上記推薦エンジンに提供するように、さらに構成されることを特徴とする請求項９に記載のジュークボックスシステム。
【請求項１２】
　上記分離の度合いの所定の数は２であることを特徴とする請求項１１に記載のジュークボックスシステム。
【請求項１３】
　上記分離の度合いの所定の数は３であることを特徴とする請求項１１に記載のジュークボックスシステム。
【請求項１４】
　上記中央サーバの少なくとも１つのプロセッサは、そこで提供されるソーシャルネットワーキングのインターフェースを介して、音楽の好みのデータを決定することを特徴とする請求項９に記載のジュークボックスシステム。
【請求項１５】
　少なくとも１つ上記推薦の開発において、少なくとも１つ上記ジュークボックス装置が設置されている店舗に対応する店舗プロフィールの情報を上記推薦エンジンが受信し、上記店舗プロフィールの情報は、上記中央サーバに保持されているように、さらに構成されることを特徴とする請求項１４に記載のジュークボックスシステム。
【請求項１６】
　上記登録されたジュークボックスのユーザの音楽の好みを決定するために、複数のソーシャルネットワーキングサイトが参照され、
　各々の上記ソーシャルネットワーキングサイトは、上記登録されたジュークボックスのユーザにおけるソーシャルネットワーキングサイトの関連するプロフィールを有することを特徴とする請求項９に記載のジュークボックスシステム。」
　
第５　引用文献、引用発明等
１　引用文献１について
　原査定の拒絶の理由に引用された引用文献１には、図面とともに次の事項が記載されている。（下線は当審において付与した。２，３においても同様。）
　
「【００９０】　図20は、1つの例示的な実施形態による音楽、通信などを管理するためのユーザに合わせられたシステムの利用に関する例示的なプロセスを示す流れ図である。
パーソナルミュージックアシスタントは、この例示的な実施形態によるシステムの補完、構成要素などの役割をすることが可能である
ユーザは、ジュークボックス端末装置などにおいて、例えば、インターネットフロントエンドを介するなどして、いくつかのロケーションにおけるシステムにアクセスすることができることを理解されたい。
【００９１】ユーザが、ステップS2002で認識された場合、ステップS2006で、MyTouchTunesメインメニューが、ユーザに表示される。MyTouchTunesメインメニューから、この例示的な実施形態によるシステムを使用するユーザは、例えば、ステップS201.0でアカウント/プロファイル情報を編集し、ステップS2020で音楽を管理し、ステップS2030で仲間を管理し、ステップS2040で他の人々と通信し、かつ/またはステップS2050で、システムによって提供されることが可能な様々な付加価値コンテンツにアクセスすることができる。・・・」
　
「【００９６】図21Bは、1つの例示的な実施形態における音楽を管理するのに利用できる例示的なオプションを示す。ステップS2022で、ユーザは、再生リストを作成する、または既存の再生リストを編集することができる。ユーザは、好ましくは、前述した方法を使用して曲の中で検索を行い、かつ/または
システムによって生成された示唆を使用して、ユーザの再生リストを構築することができる
　
「【０１３６】図24は、1つの例示的な実施形態における
遠隔でシステムにアクセスするための例示的なプロセス
ステップS2402で、ユーザが、バーにローカルで収容されたジュークボックスとは異なるロケーションおよび/またはデバイスから、ジュークボックスシステムにログインする。好ましい実施形態では、ユーザは、Webブラウザを介してシステムにアクセスして、インターネットポータルへのアクセスを得る。しかし、例えば、
適切に構成されたジュークボックス
も可能であることが理解されよう。
【０１３７】ステップS2404は、ユーザが、既存のユーザとしてシステムによって認識されるかどうかを判定する。システムによって認識されないユーザは、好ましくは、ステップS2408におけるとおり、アカウントを作成するように促される。ユーザは、例えば、ユーザの名前、年齢、電子メールアドレスなどを供給するように要求されることが可能である。好ましくは、
ユーザは、例えば、名前および/またはニックネーム、ユーザの年齢、ユーザのロケーション、および関連するイメージを含むプロファイルを作成することができる
【０１３８】ユーザが、ステップS2404で認識された場合、ユーザは、図25および図26Aに関連して、より詳細に説明されるステップS2406において、あるフィーチャおよび/またはサービスを選択することができる。・・・」
　
「【０１４６】サンプルスクリーンショットを提供する図26Aないし図26Eは、例えば、単に例示を目的とする。これらの特定のフィールド、ボタン、グラフィックなど、およびこれらの位置は、限定することを意図するものではまったくない。それどころか、図26Aないし図26Eは、本発明の1つの好ましい実施形態だけを提示する。他の構成、および他の組合せも可能であり、それらの構成および組合せは、本明細書で企図されていることが理解されよう。・・・図26Aは、1つの例示的な実施形態による、システムにユーザがログインする前に利用可能なフィーチャを示す例示的なスクリーンショットである。
ユーザは、ユーザ名フィールド2600およびパスワードフィールド2602にそれぞれ、ユーザ名およびパスワードを入力し、次に、ログインボタン2604を押すことにより、システムにログインする
【０１４７】Find a jukeボタンは、好ましくは、ユーザが、ジュークボックスを有するロケーションを検索することを可能にする。ユーザは、例えば、ユーザが旅行している可能性があるある特定の都市における、あるアドレス近くのロケーション、特別なフィーチャ(例えば、ドリンクスペシャル、ゲストDJなど)を提供するロケーション、ユーザが好む音楽を再生する可能性が高いロケーション(例えば、ラインダンスのあるバーが、カントリーミュージックファンに適切である可能性があるといったように)などを検索することができる。また、ソーシャルネットワークが、郵便番号、学校(例えば、高校、単科大学、総合大学など)などに基づいて構築されることも可能である。好ましい実施形態では、ユーザが、ある特定のロケーションを見つけると、ユーザは、カスタム情報、例えば、道順、カスタム地図、営業時間、駐車受信側ホストなどを表示させることができる。
多くのロケーションに配置されたジュークボックスが、好ましくは、システムに接続され、ユーザの再生リストに、好ましくは、システムがアクセスすることができるため、ユーザは、ユーザの嗜好に合う可能性が高い推奨を受信することができる
例えば、システムは、ある特定のタイプの音楽を好むことが知られている同一の町におけるある年齢のユーザに、ある特定のバーを示唆することができる。
　
「【０１５７】
図26Bは、1つの例示的な実施形態による、システムにユーザがログインした後に利用可能なフィーチャを示す例示的なスクリーンショットである。ユーザのプロファイル情報に基づき、ユーザ情報2632およびユーザアイコン2634が、表示されることが可能である。
ユーザ再生リスト2640は、ユーザが作成した再生リスト、および/またはインポートした再生リストを表示する。
【０１５８】
好ましくは、システムは、少なくとも1つの推奨2644を表示する。推奨は、好ましくは、アルバムカバー、曲名、アーチスト情報、および以上に関連するキーワードを含む。推奨は、好ましくは、自動的に生成され、様々なデータに基づくことが可能である。推奨を生成するためのデータには、例えば、ユーザ人口統計データ(例えば、年齢、性別、人種など)、ユーザの再生リストの中の曲の数およびタイプ、システムを介してユーザが購入した曲、人気のある曲などが含まれることが可能である。好ましくは、システムは、ユーザが、追加ボタン2646を押すことにより、推奨される曲を再生リストに迅速に追加することを可能にする。
　
「【０１５９】図26Cは、
ユーザが、どのようにアカウント情報を更新することが可能か
一般に利用可能な基本情報
ユーザ名、本当の名前、性別、ロケーション、および年齢
さらなる情報、および/または代替の情報を要求することが可能
　
「【０１６３】再生リストマネージャボタン2668が、図26Dに関連して以下にさらに詳細に説明される、再生リストマネージャフォームへの迅速なアクセスを提供する。折りたたみ-展開ボタン2670が、この例示的な実施形態では、表示の左端に示される再生リスト情報を、ユーザが迅速に変更することを可能にする。
推奨2672が、好ましくは、前述した仕方で生成され、1つまたは複数の推奨をクリックすることが、好ましくは、ユーザが、それらの推奨をユーザ自身の再生リストに迅速に、容易に関連付けることを可能にする。
　
　したがって、上記引用文献１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
　
　曲名等を含む推奨を表示する方法であって、
　ユーザが適切に構成されたジュークボックスを介してジュークボックスシステムにログインする工程、
　ユーザ人口統計データ(例えば、年齢、性別、人種など)、ユーザの再生リストの中の曲の数およびタイプ、システムを介してユーザが購入した曲、人気のある曲などに基づいて推奨を生成する工程、
　生成した推奨をユーザのログイン後のスクリーン上に表示する工程
　を含む、方法
　
２　引用文献２、３について
　これらは、原査定において、「推薦コンテンツの決定に利用されるユーザのプロファイル情報を、ソーシャルネットワークから取得する構成」に係る周知例として示されたものであり、それぞれ、次の事項が記載されている。
（１）　引用文献２
「【００４２】推薦コンポーネント１２４は、プロフィールデータ記憶装置内のユーザプロフィールを使用して、推奨される番組をユーザに供給し、これは、オンラインイベント、所与のユーザが仲間であることを望むユーザ、付随的ＴＶコンテンツ、等に応答して、他のアプリケーションを使用するための推薦を与えることも含む。本発明の実施形態によれば、推薦コンポーネント１２４は、ユーザプロフィールを使用して、ユーザに推薦するコンテンツを決定することができる。前記とは別に、又は前記に関連して、
推薦コンポーネント１２４は、所与のユーザの仲間のユーザプロフィール、例えば、所与のユーザのソーシャルネットワーク内のユーザのプロフィールを使用することもできる。
　
（２）　引用文献３（訳は対応する特許公表公報（特表２０１０−５３７５７８号公報）による）
「［００４３］本システムは、ユーザの目標に関する判定をなすことにおいて、他の“シグナル(signals)”を使用してもよい。例えば、
ユーザのプロファイルが、推奨の生成において検索用語と組み合わせて使用されてもよい
［００４４］プロファイルは、ユーザについて生成され、そして、ユーザによって明示的に提供される入力およびユーザによってなされる選択（例えば、訪問されたウェブサイト、それらのウェブサイト上でのクリックなど）に基づいて時間をかけて更新される。
プロファイルは、例えば、ソーシャルネットワーキングまたは他のサイトに保持されてもよい。
［００４５］ユーザプロファイルを使用する一例において、協調フィルタリング技術は、ユーザのプロファイルと類似するプロファイルを有する他の人々の要求(wants)を識別するために使用することができる。例えば、１９歳から２５歳の間にあるものとして自身を識別する者のために、本システムは、その購買層(demographic)（例えば、年齢が１９歳から２５歳の範囲）内で特定のＴＶ番組の或る特徴（例えば、ザ・トゥナイトショー、またはユーザの検索の結果から得られるあらゆるもの）を共有するＴＶ番組を探してもよい。本システムは、若者の購買層からの高い評定に基づく情報を使用してもよい。本システムは、また、概して、自身をそのプロファイルにおいて若者として識別する他の者からの検索送信またはクリックスルー(click-throughs)の高い回数を有するＴＶ番組からの情報を使用してもよい。」
　
３　引用文献６，７について
　これらは、原査定において、「推薦楽曲の決定に、店舗のプロファイル情報を用いること」に係る周知例として示されたものであり、それぞれ、次の事項が記載されている。
（１）引用文献６（「▲」「▼」で囲まれた数字は、特許公報に対応する特許出願における丸付数字である。）
「【００２３】▲３▼店舗種・時間帯別人気楽曲リストの作成
　演奏履歴を、時間帯およびカラオケ店舗の種類との組み合わせに基づいて集計する。カラオケホスト装置１は、カラオケ演奏装置１の識別情報に基づいて
運用店舗の店舗種を認識し、店舗種別に各時間帯について集計し、上記▲１▼の手順と同様にして、それぞれ演奏回数が多い順に上位１００曲の人気楽曲リストを作成する
　カラオケホスト装置３は、以上のようにして
作成した店舗種・時間帯別人気楽曲リストを適宜にカラオケ演奏装置１に配信する
なお、集計した店舗種・時間帯別人気楽曲リストの全てを配下の全カラオケ演奏装置１に一律に配信することもできるが、配信先のカラオケ演奏装置１の店舗種に応じた人気楽曲リストをカラオケホスト装置３にて抽出して送信することもできる。」
　
（２）引用文献７
「【００４１】ＳＢ４の判断が肯定される場合には、ＳＢ５において、前記画像表示装置１２に店舗条件設定メニューすなわち図１４（ｃ）に示す第３メニュー画面が表示された後、ＳＢ６において、斯かる第３メニュー画面に表示された
「店舗の種類」
「店舗の営業時間帯」
「店舗の立地条件」
【００４２】ＳＢ８の検索では、
ＳＢ３〜ＳＢ６にて設定された店舗の性質に基づいた設定条件と前記属性情報データベース５０に格納されたカラオケ演奏曲の属性情報とが比較される
図１４（ｃ）に示す第３メニュー画面にて選択された「店舗の種類」と図７に示す曲のジャンルに関する属性情報である属性Ｂ等と
「店舗の営業時間帯」と図８に示す曲の歌詞の内容から想像される時間帯に関する属性情報である属性Ｃ等と
「店舗の立地条件」と図６に示す曲の歌詞の内容から想像される場所に関する属性情報である属性Ａ等と
それぞれ比較され
各設定条件を満たす属性情報を有するカラオケ演奏曲の選曲番号がＢＧＭ曲として前記ハードディスク３４に記憶される
前記属性Ａ〜属性Ｚの属性情報のうち、属性Ａ、属性Ｂ、及び属性Ｃ等が店舗の性質を示す店舗情報に対応する
　
第６　対比・判断
１　本願発明１について
（１）対比
　本願発明１と引用発明とを対比する。
　引用発明の「推奨」は、本願発明１の「推薦」に相当し、引用発明の「曲名等を含む推奨を表示する」は、引用発明の「推薦」を「ユーザに提供する」ことにより「楽曲をユーザに推薦する」することに相当する。
　
　引用発明の「ユーザが適切に構成されたジュークボックスを介してジュークボックスシステムにログインする工程」は、本願発明１の「ユーザがジュークボックス装置にログインできるようにする工程」に相当する。
　また、引用発明の「ログイン後のスクリーン」は、「ログイン」の際の「適切に構成されたジュークボックス」のスクリーンであるから、引用発明が「推奨」をログイン後のスクリーン上に表示することは、本願発明１の「上記ジュークボックス装置において上記推薦を上記ユーザに提供する」ことに相当する。
　
　引用発明の「タイプ」は、本願発明１の「ジャンル」に相当し、引用発明の「ユーザ人口統計データ(例えば、年齢、性別、人種など)、ユーザの再生リストの中の曲の数およびタイプ、システムを介してユーザが購入した曲、人気のある曲など」は、ソーシャルネットワーキングサイトのものでないものの、本願発明１の「アーティスト、楽曲、および／または、ジャンルの少なくとも１つを特定」するものであるような「ユーザ」の「プロフィール」に対応する。
　そして、引用発明の「ユーザ人口統計データ(例えば、年齢、性別、人種など)、ユーザの再生リストの中の曲の数およびタイプ、システムを介してユーザが購入した曲、人気のある曲などに基づいて推奨を生成する」ことは、「ユーザ」の「プロフィール」に基づいて「音楽の好み」を「決定」する工程によって「決定」された「音楽の好み」をジュークボックス装置の推薦エンジンに提供しておらず、また、この「音楽の好み」に加えて「ジュークボックス装置が設置されている店舗に対応する店舗プロフィールの情報」をジュークボックス装置の推薦エンジンに提供する工程を有しない等の相違があるものの、本願発明と同様に、「プロフィール」に基づいてユーザに提供される「推薦」を「開発」するものである。
　
　したがって、本願発明１と引用発明とは、次の点で一致する。
（一致点）
　楽曲をユーザに推薦する方法であって、
　ユーザがジュークボックス装置にログインできるようにする工程と、
　上記ユーザのプロフィールに基づいて上記ユーザに提供される推薦を開発する工程と、
　上記ジュークボックス装置において上記推薦を上記ユーザに提供する工程と、を含む方法。
　
　そして、次の点で相違する。
（相違点１）推薦される楽曲が、本願発明では「複数の」楽曲であるのに対し、引用発明ではその旨明示されていない点
（相違点２）ユーザのプロフィールが、本願発明では「ソーシャルネットワーキングサイトの」プロフィールであるのに対し、引用発明は、そうではない点
（相違点３−１）上記ユーザのプロフィールに基づいて上記ユーザに提供される推薦を開発する工程について、本願発明においては、「中央サーバの少なくとも１つのプロセッサ」が「そこで提供されるソーシャルネットワーキングのインターフェースを介して」「ユーザの音楽の好みを決定する」工程と、この工程で決定された音楽の好みを「上記ジュークボックス装置の推薦エンジンに提供する」工程を含むのに対し、引用発明においては、これらの工程を含んでいない点。
（相違点３−２）上記ユーザのプロフィールに基づいて上記ユーザに提供される推薦を開発する工程について、本願発明においては、「上記ジュークボックス装置が設置されている店舗に対応」し「店舗の典型的な顧客の特徴」を含む「店舗プロフィールの情報を上記推薦エンジンに提供する」工程を含むのに対し、引用発明においては、この工程を含んでいない点。
　
（２）相違点についての判断
ア　相違点１について
　推薦される楽曲を複数の楽曲とすることは、適宜なし得たことである。
　
イ　相違点２について
　推薦コンテンツの決定に利用されるユーザのプロファイル情報を、ソーシャルネットワークから取得する構成は、引用文献２，３にあるように、本願出願当時周知技術である。
　引用発明におけるユーザのプロフィールとして、この周知技術を採用することは、当業者が適宜なし得たことである。
　
ウ　相違点３−１について
　ＯｐｅｎＳｏｃｉａｌ等のソーシャルネットワーキングサイトのプロフィールを用いるためのＡＰＩ（ソーシャルネットワーキングのインターフェース）は、文献を示すまでもなく周知であり、イの周知技術もこれを前提としたものであるといえるから、ユーザのプロフィールに基づいてユーザに提供される推薦を開発するにあたって、ソーシャルネットワーキングのインターフェースを介してユーザの音楽の好みを決定するようにすることは、引用発明においてイで述べた周知技術の採用にあたり当然のことであり、これを「中央サーバ」において行うことも適宜なし得たことであるといえる。
　しかし、引用発明において「中央サーバ」において決定された「ユーザの音楽の好み」を「ジュークボックス装置の推薦エンジン」に提供するように構成する必然性はない。
　引用発明において、「中央サーバ」で決定された「ユーザの音楽の好み」を「ジュークボックス装置の推薦エンジン」に提供する構成、すなわち、「推薦エンジン」の機能を中央サーバに対するクライアント装置側に設けた構成、を採用すれば、クライアント装置としてこの機能を有しない汎用のブラウザ等を用いた装置を用いることができない。これに対して、引用文献１の「適切に構成されたジュークボックス」は、「
バーにローカルで収容されたジュークボックスとは異なるロケーションおよび/またはデバイス
バーにローカルで収容されたジュークボックスとは異なるロケーションおよび/またはデバイス
Webブラウザ
　このことに照らせば、このような採用は、動機付けられず、むしろ、阻害されるものであるから、相違点３−１について容易想到であるとはいえない。
　
エ　相違点３−２について
　ウで述べたとおり、引用文献１のシステムは、ジュークボックスではなく中央サーバに推薦エンジンを有する構成を前提としている。
　さらに、ユーザによりログインされて推薦が表示される「適切に構成されたジュークボックス」は、ユーザの
Webブラウザ
バーにローカルで収容されたジュークボックスとは異なるロケーションおよび/またはデバイス
バーにローカルで収容されたジュークボックス
　してみると、「推薦楽曲の決定に、店舗のプロファイル情報を用いること」が出願当時周知技術であるとしても、相違点３−２についても容易想到であるといえない。
　
オ　小括
　本願発明は、相違点３−１，３−２に係る構成の採用により、ユーザの音楽の好みと、店舗の典型的な顧客の特徴を含む店舗プロファイルとを基にして、両者の間でバランスを保ちつつ楽曲をユーザに推薦することを可能とするものであり、ウ及びエにおいて上記したとおり、相違点３−１，３−２について容易想到であるといえない。
　してみると、本願発明１は、当業者であっても、引用文献１に記載された引用発明と引用文献２−３，６−７に示されたものを含む周知技術に基づいて容易に発明できたものであるとはいえない。
　
２　本願発明９について
　本願発明９は、本願発明１に対応するシステム発明であり、「各々のジュークボックス装置が、・・・推薦エンジンと、・・を含む複数のジュークボックス装置と、・・・中央サーバと、・・・を特徴とするジュークボックスシステム」であり、かつ、このうちの「中央サーバ」が「少なくとも、１つ上記推薦の開発において、上記ジュークボックス装置が設置されている店舗に対応する店舗プロフィールの情報を上記推薦エンジンに提供するように構成された」ものであることにより、１（２）ウ乃至オにおいて検討した本願発明１の相違点３−１，３−２に係る構成に対応する構成を備えるものである。
　してみると、本願発明９は、本願発明１と同様の理由により、当業者であっても、引用発明と周知技術に基づいて容易に発明できたものであるとはいえない。
　
３　本願発明２−８、１０−１６について
　本願発明２−８は、１（２）ウ乃至オにおいて検討した本願発明１の相違点３−１，３−２に係る構成と同一の構成を備えるものであり、また、本願発明１０−１６は、２において検討した本願発明９と同様に、本願発明１の相違点３−１，３−２に係る構成に対応する構成を備えるものである。
　してみると、本願発明２−８、１０−１６も、本願発明１と同じ理由により、当業者であっても、引用発明と周知技術に基づいて容易に発明できたものであるとはいえない。
　
第７　原査定について
　審判請求時の補正により、本願発明１−１６は、本願発明１の相違点３−１、３−２に係る構成又はこれに対応する構成を有するものとなっているから、当業者であっても、拒絶査定において引用された引用文献１−７に基づいて、容易に発明できたものとはいえない。したがって、原査定の理由を維持することはできない。
　
第８　むすび
　以上のとおり、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。