【事件の表示】
　特願２０１６−　５３６４２「情報処理装置および方法，並びに，プログラム」拒絶査定不服審判事件〔平成２８年　６月３０日出願公開，特開２０１６−１１９１２７，請求項の数（７）〕について，次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は，特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，平成１９年８月８日に出願された特願２００７−２０６７０９号の一部を平成２４年３月７日に新たな特許出願（特願２０１２−５０４０４号）とし，さらに，その一部を平成２６年９月４日に新たな特許出願（特願２０１４−１８００４４号）とし，さらに，その一部を平成２８年３月１７日に新たな特許出願としたものであって，平成２９年３月１７日付け拒絶理由通知に対し，同年５月１８日に意見書が提出されるとともに手続補正がされ，同年１０月１１日付け最後の拒絶理由通知に対し，同年１２月１８日に意見書が提出されるとともに手続補正がされたが，平成３０年３月２９日付けで当該手続補正は却下されるとともに拒絶査定（以下，「原査定」という。）がされ，これに対し，同年７月３日に拒絶査定不服審判の請求がされると同時に手続補正がされたところ，令和元年６月２６日付けで当審から最後の拒絶理由（以下，「当審拒絶理由」という。）が通知され，これに対し，同年８月２６日に意見書が提出されるとともに手続補正（以下，「本件補正」という。）がされたものである。
第２　原査定の概要
　原査定の理由の概要は以下のとおりである。
　本願の下記の請求項に係る発明は，その出願前に日本国内又は外国において頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　　　　　記　　　（引用文献等については引用文献等一覧参照）
・請求項　１ないし１２
・引用文献　ＡないしＤ
　　　　　　　　　　　　　＜引用文献等一覧＞
　　Ａ．特開２００７−１５０９８４号公報
　　Ｂ．特開２００６−１４５６１７号公報
　　Ｃ．特開２００６−４７６４４号公報
　　Ｄ．国際公開第２００７／０２３１２０号
第３　当審拒絶理由の概要
　当審拒絶理由の概要は以下のとおりである。
　本願の下記の請求項に係る発明は，その出願前に日本国内又は外国において頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　　　　　記　　　（引用文献等については引用文献等一覧参照）
・請求項　１ないし１２
・引用文献　１ないし５
　　　　　　　　　　　　　＜引用文献等一覧＞
　　１．特開２００７−１５０９８４号公報（拒絶査定時の引用文献Ａ）
　　２．特開２００６−１４５６１７号公報（拒絶査定時の引用文献Ｂ）
　　３．特開２００６−４７６４４号公報（拒絶査定時の引用文献Ｃ）
　　４．国際公開第２００７／０２３１２０号（拒絶査定時の引用文献Ｄ）
　　５．特開２００３−８５６５９号公報
第４　本願発明
　本願の請求項１ないし７に係る発明（以下，それぞれ「本願発明１」ないし「本願発明７」という。）は，本件補正で補正された特許請求の範囲の請求項１ないし７に記載された事項により特定される発明であって，本願発明１は以下のとおりである。
「【請求項１】
　複数のコンテンツデータのそれぞれの識別情報のリストを含み，前記複数のコンテンツデータの管理に利用される管理データを，非接触型のICカードとリーダライタを用いた超近距離無線通信により取得する取得部と，
　前記取得部により取得された前記管理データを用いて，前記複数のコンテンツデータの中から少なくとも１つのコンテンツデータの選択を受け付ける選択受付部と，
　前記選択受付部によりコンテンツデータの選択が受け付けられると，ブルートゥース通信の，選択された前記コンテンツデータを送信するデバイスとのセッションを確立し，前記コンテンツデータの送信要求を送信する送信部と，
　前記送信部によるコンテンツデータの送信要求に対応する前記コンテンツデータを，前記ブルートゥース通信により受信する受信部と
　を備える情報処理装置。」
　なお，本願発明２ないし５は，本願発明１を減縮した発明である。
　また，本願発明６は，本願発明１に対応する方法の発明であり，本願発明７は，本願発明１に対応するプログラムの発明であり，それぞれ，本願発明１とカテゴリ表現が異なるだけの発明である。
第５　引用文献，引用発明等
　１　引用文献１について
（１）　引用文献１の記載
　当審拒絶理由で引用された引用文献１（特開２００７−１５０９８４号公報）には，図面とともに次の事項が記載されている（下線は当審で加筆した。以下同じ。）。
　ア　「【技術分野】
【０００１】
　本発明は，無線通信システム，通信装置，設定情報提供方法，設定情報取得方法，およびコンピュータプログラムに関する。詳細には，アクセスポイントを介して無線通信を行う無線通信システムにおいて，アクセスポイントへのアクセスに必要な設定情報を通信装置が簡単に取得し，迅速に無線通信を開始することの可能な無線通信システム，その無線通信システムに用いられる通信装置，設定情報提供方法，設定情報取得方法，およびコンピュータプログラムに関する。」
　イ　「【００２７】
（第１実施形態）
　第１実施形態では，本発明にかかる無線通信システムを，アクセスポイント１０２を介した無線通信が可能な親側通信装置１０４および子側通信装置１０６を含む無線通信システム１００に適用して説明する。
【００２８】
＜無線通信システム１００の全体構成＞
　まず，図１に基づいて，本実施形態にかかる無線通信システム１００の全体構成について説明する。無線通信システム１００は，アクセスポイント１０２，親側通信装置１０４，子側通信装置１０６を含んで構成される。なお，図中では通信装置は親側通信装置１０４，子側通信装置１０６の２つであるが，より多くの通信装置を含んでもよい。
・・・
【００３３】
　親側通信装置１０４は，既に設定情報を保有しており，その設定情報を子側通信装置１０６に提供する機能を有する。子側通信装置１０６は，未だ設定情報を保有しておらず，親側通信装置１０４から設定情報を取得する機能を有する。
親側通信装置１０４と子側通信装置１０６との間での設定情報の送受信は，近距離無線通信を用いて行われる
近距離無線通信は，例えば近距離無線規格（ＮＦＣ：Ｎｅａｒ　Ｆｉｅｌｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を利用した非接触な通信とすることができる
ＮＦＣは，その利用範囲が１０ｃｍ程度と狭いので，ハンドアクションにより通信相手を限定する等セキュリティに優れている
【００３４】
　詳細には，例えば，
子側通信装置１０６に，非接触ＩＣカード機能を実行する非接触ＩＣカード機能実行部の一例である非接触ＩＣチップが内蔵されており，親側通信装置１０４には，子側通信装置１０６の非接触ＩＣチップと通信するリーダライタが備えられている
　ウ　「【００９０】
（第３実施形態）
　第３実施形態では，本発明にかかる無線通信システムを，アクセスポイント１０２を介した無線通信が可能な親側通信装置３０４および子側通信装置３０６を含む無線通信システム３００に適用して説明する。本実施形態では，子側通信装置３０６が，アクセスポイント１０２へのアクセスに必要な設定情報を親側通信装置３０４から近距離無線通信により取得する点では，第１実施形態と同様である。本実施形態では，設定情報の送受信後，親側通信装置３０４と子側通信装置３０６との間でアクセスポイント１０２を介したデータの送受信が行われる点で，第２実施形態と類似する。第２実施形態では，子側通信装置２０６が，設定情報を取得した親側通信装置２０４を通信相手として特定し，データを送信したが，本実施形態では，親側通信装置３０４が，設定情報を送信した子側通信装置３０６を，アクセスポイント１０２を介した無線通信の通信相手として特定し，データを送信する点で第２実施形態と異なる。以下，第１実施形態および第２実施形態との相違点を中心に説明する。
【００９１】
＜無線通信システム３００の全体構成＞
　まず，図９に基づいて，第３実施形態にかかる無線通信システム３００の全体構成について説明する。図示のように
無線通信システム３００は，アクセスポイント１０２と，親側通信装置３０４と，子側通信装置３０６を含んで構成される
第１実施形態と同様に，親側通信装置３０４と子側通信装置３０６とは，近距離無線通信を行う
また，親側通信装置３０４と子側通信装置３０６は，設定情報を用いてアクセスポイント１０２を介した無線通信を行うことができる
・・・
【０１０９】
　親側通信装置３０４は，子側通信装置３０６からアクセス情報を取得すると，続いて，
親側通信装置３０４が保有している音楽コンテンツの一覧を示すコンテンツリスト（楽曲名，アーティスト名，ジャンルなどを含む）を近距離無線通信により子側通信装置３０６に送信する（Ｓ５１２）
子側通信装置３０６は，受信したコンテンツリストから，ユーザの指示に基づいて，１または複数のコンテンツを選択し（Ｓ５１４），選択したコンテンツの情報（コンテンツを一意に識別するＩＤなど）を近距離無線通信により親側通信装置３０４に送信する（Ｓ５１６）
【０１１０】
　
親側通信装置３０４は，選択コンテンツ情報を受信すると，Ｓ５１０で取得したアクセス情報を用いて，アクセスポイント１０２を介した無線通信により子側通信装置３０６に接続を要求する（Ｓ５１８）
子側通信装置３０６が，接続の要求に応じて，接続ＯＫの応答を送信すると（Ｓ５２０），親側通信装置３０４と子側通信装置３０６との間でのアクセスポイント１０２を介した無線通信が開始される（Ｓ５２２）
無線通信が開始されると，親側通信装置３０４は，Ｓ５１６で受信した選択コンテンツ情報に従って指定されたコンテンツを，子側通信装置３０６に送信する（Ｓ５２４）
・・・
【０１１５】
　また，上記第３実施形態では，コンテンツリストは近距離無線通信により転送されたが，無線ＬＡＮなどを利用して転送されることもできる。
【０１１６】
　また，
上記各実施形態では，アクセスポイントを介した無線通信として，無線ＬＡＮによる無線通信を例に挙げて説明したが，本発明はかかる例には限定されない
例えば，無線通信を，Ｂｌｕｅｔｏｏｔｈ
による無線通信とすることもできる
（２）　引用発明
　上記（１）によれば，引用文献１には，次の発明（以下，「引用発明」という。）が記載されていると認められる。
「アクセスポイント１０２と，非接触ＩＣチップと通信するリーダライタが備えられた親側通信装置３０４と，非接触ＩＣチップが内蔵された子側通信装置３０６を含んで構成され，親側通信装置３０４と子側通信装置３０６とは，例えば近距離無線規格（ＮＦＣ：Ｎｅａｒ　Ｆｉｅｌｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を利用した非接触な通信であって，ＮＦＣは，その利用範囲が１０ｃｍ程度と狭い，近距離無線通信を行うことができ，また，親側通信装置３０４と子側通信装置３０６は，設定情報を用いてアクセスポイント１０２を介した無線通信を行うことができる無線通信システムにおいて，
　親側通信装置３０４が保有している音楽コンテンツの一覧を示すコンテンツリスト（楽曲名，アーティスト名，ジャンルなどを含む）を近距離無線通信により子側通信装置３０６に送信すると，子側通信装置３０６は，受信したコンテンツリストから，ユーザの指示に基づいて，１または複数のコンテンツを選択し，選択したコンテンツの情報（コンテンツを一意に識別するＩＤなど）を近距離無線通信により親側通信装置３０４に送信し，親側通信装置３０４は，選択コンテンツ情報を受信すると，アクセスポイント１０２を介した無線通信により子側通信装置３０６に接続を要求し，子側通信装置３０６が，接続の要求に応じて，接続ＯＫの応答を送信すると，親側通信装置３０４と子側通信装置３０６との間でのアクセスポイント１０２を介した無線通信が開始され，親側通信装置３０４は，受信した選択コンテンツ情報に従って指定されたコンテンツを，子側通信装置３０６に送信するものであり，
　アクセスポイント１０２を介した無線通信は，Ｂｌｕｅｔｏｏｔｈによる無線通信とすることもできる，無線通信システム。」
　２　引用文献２について
　当審拒絶理由で引用された引用文献２（特開２００６−１４５６１７号公報）には，図面とともに次の事項が記載されている。
「【００１２】
　図１を参照して，本発明の携帯通信端末による楽曲の試聴・購入システムの機器構成について説明する。
　本発明の携帯通信端末による楽曲の試聴・購入システムは，少なくとも，利用者が携帯する携帯電話などの形態通信端末（以下，携帯電話という）１，利用者が試聴を希望する楽曲をインターネット経由で携帯電話１に配信する楽曲配信サーバ２，携帯電話１から送信された各種情報に添付される公開鍵証明書を認証するための認証局４０の顧客認証サーバ４，利用者から送信されたクレジットカード番号から楽曲の購入金額を決済する電子決済サーバ３，で構成される。
　また，試聴を希望する楽曲の検索コードを収録した楽曲曲目リスト（図示せず），または，楽器店や楽曲試聴コーナーに陳列されたディスクジャケット５０には，楽曲の検索コードを入力するためのコードが表示されている。
【００１３】
　これらの楽曲の検索コードとして，バーコードや２次元コードなどの光学読取コード５が使用される。
　バーコードは水平方向にのみ情報を有するコードで，２次元コードは，水平，垂直方向に情報を有する。
　２次元コードは，バーコードの数十倍〜数百倍の情報量を有し，携帯電話の撮像手段によって読み取ることができるようになっている。
　２次元コードにはデータコード，マキシコード，ＣＰコード，ＱＲコードなどの種類がありそれぞれに特徴を持っている。
　図１のジャケット５０に印刷されたコードはＱＲコードで，最大データ量は，英数字の場合は１５００文字強，漢字の場合は６００文字強表示することができる。
　楽曲の識別のみに使用する場合は，あまり多くの情報量は必要としないが，携帯電話で試聴するためには，その楽曲を販売している企業のＨＰ（ホームページ）にアクセスする必要があり，ＨＰへのアクセス情報を表示することになるとバーコードでは困難である。
【００１４】
　携帯電話がＲＦＩＤタグを読み取れるようになっている場合は，楽曲の識別コードがＲＦＩＤタグに記録されていてもよい。
　ＲＦＩＤタグにも上述の２次元コードと同等の情報量を搭載させることが可能である。
【００１５】
　また，携帯電話１には，図２に示す実施形態では，前述の光学読取コードを読み取るための撮像手段（以下，内蔵カメラという。）１１が，内蔵カメラの表示部の裏側に設けられている。
　また，携帯電話１には，主としてアプリケーションプログラムを格納させるための小型のＩＣカード１２が搭載される。
　小型ＩＣカード１２には，上述のアプリケーションプログラムの他に，送受信情報を不正から護るための公開鍵と秘密鍵，公開鍵証明書などセキュリティ確保のためのツールが，読出しできない状態で格納される。また，電子決済のための電子マネー情報などが，暗証情報を入力しない限り読み出せないように格納される。
・・・
【００１９】
　図３を参照して，携帯通信端末による楽曲の試聴方法の手順について説明する。
　本実施の形態では，楽器店でＣＤのジャケットを見て，ジャケットに印刷されている２次元コードを携帯電話の内蔵カメラで撮影し，楽曲を提供しているホームページにアクセスして試聴曲をリクエストし，試聴する場合の手順について説明する。
　携帯通信端末（携帯電話）は，携帯電話の内蔵カメラによって試聴したいＣＤのジャケットに貼付された２次元コードを撮影し，携帯電話機内で楽曲検索コードを読み取る（ステップ１：以下Ｓ１という。）。
　次に，Ｓ１で読み取った楽曲検索コードとＩＣカードに格納された公開鍵証明書を同様ＩＣカードに格納された秘密鍵によってＩＣカード内で暗号化し（Ｓ２），公開鍵を添付し，携帯電話を介して楽曲配信サーバに送信する（Ｓ３）。
　楽曲配信サーバは，受信した，少なくとも，楽曲コードを含んだ楽曲検索コード，公開鍵証明書を復号する（Ｓ４）。
　公開鍵証明書が正当に取得されたものかを検証し，認証されれば検索コードに対応した検索画面，または楽曲を公開鍵で暗号化し「短い楽曲は，最初の部分だけ」，「長い楽曲は，５分間だけ」など，所定のプログラムに則って読み出し，リクエストされた携帯電話のメールアドレスに送信する（Ｓ５）。
　公開鍵証明書が正当に取得されたものではなかった場合，「ａ」のステップに進む。
　「ａ」のステップでは，定められたメッセージ，例えば，「あなたが送信された公開鍵証明書は，認証局から正式に発行された公開鍵証明書ではありませんでした」などのメッセージを携帯電話にメールで返信する。
　Ｓ５で送信された試聴用画面情報まどを携帯電話で受信し，ＩＣカードに格納されている秘密鍵で復号する（Ｓ６）。
　決済手順を経て試聴する（Ｓ７）。」
　３　引用文献３について
　当審拒絶理由で引用された引用文献３（特開２００６−４７６４４号公報）には，図面とともに次の事項が記載されている。
「【００６６】
　次に，本発明のポイントである楽曲プレイリスト交換の操作と各コンピュータ内の処理について説明する。最初に，端末コンピュータ相互間における楽曲プレイリスト交換の例として，第２の端末コンピュータ３０を有する音楽愛好家が，第１の端末コンピュータ２０より検索キーワード「歌手○○」を有する楽曲プレイリストを入手する場合について説明する。
【００６７】
　音楽愛好家は，第１の端末コンピュータ２０の音楽愛好家の許可を受けた上で，検索キーワード「歌手○○」を入力手段３２より入力し，第１の端末コンピュータ２０に送信する。送信を受けた第１の端末コンピュータ２０側では，ＲＤＭＳが前述と同じ処理動作により必要な検索を行なう。その結果として前述と同じ図８に示すような楽曲プレイリスト名称「歌手○○特集」のプレイリストが探し出される。
【００６８】
　探し出されたプレイリストはそのまま第２の端末コンピュータ３０に送信され，表示手段３３に表示される。第２の端末コンピュータ３０の音楽愛好家はそのプレイリストを見て，端末コンピュータ３０内のデータベースに追加するか否かを判断する。追加する場合には，全曲データ，イントロデータ，サビデータの中で送信を希望する曲データに印を付けて第１の端末コンピュータ２０に送り返し送信依頼を行なう。送信依頼を受けた第１の端末コンピュータ２０では，依頼を受けた曲データを端末楽曲データベース２６から取り出し，第２の端末コンピュータ３０に送信する。
【００６９】
　第２の端末コンピュータ３０側では，表示されているプレイリストを端末楽曲プレイリスト・データベース３５に格納すると共に，送られてきた曲データを端末楽曲データベース３６に追加格納する。この格納はＲＤＭＳによって行なわれる。この場合，プレイリストＩＤ，楽曲ＩＤ，曲データファイル名称については既存のＩＤ，名称等との重複を避ける必要があるため，ＲＤＭＳにより自動的に重複しないＩＤ，名称等を付けるようにする。」
　４　引用文献４について
　当審拒絶理由で引用された引用文献４（国際公開第２００７／０２３１２０号）には，図面とともに次の事項が記載されている。
「[067] The host terminal 1OA is chosen to be the master or host terminal and the participant terminals lOB-E are each designated as slave or participant terminals. The controller 30 of the host terminal 1OA establishes a wireless connection (i.e., communicatively couples) with each of the participant terminals lOB-E. According to some embodiments the wireless connection is a direct wireless communication interlace connection, according to some embodiments, a direct RF connection and, according to some embodiments, a Bluetooth connection. The connections may be established in known manner. For example, in the case of Bluetooth connections, the participant (slave) terminals lOB-E may be set to a searchable/discoverable state and the host (master) terminal 1OA emits an inquiry to identify the available participant (slave) terminals lOB-E to form a piconet or personal area network.
　　　[068] As illustrated, the host terminal 1OA communicates with the participant terminals 1OB, 1OC and 1OD via direct point-to-point wireless interfaces or links 112, 114 and 116, respectively, and with the participant terminal 1OE via wireless interlaces or links 118, 122 through a WLAN router 120. It will be appreciated that, according to some embodiments, the interfaces may be various combinations of wireless interfaces that are direct (e.g., Bluetooth) or indirect (e.g., via a WLAN router or a cellular network 5). According to some contemplated embodiments, all of the signals provided between the host terminal 1OA and the participant terminals 10B- E to execute the song sharing procedure are provided via direct point-to-point wireless interfaces. According to some contemplated embodiments, all of the signals provided between the host terminal 1OA and the participant terminals to execute the song sharing procedure are provided via direct wireless radio frequency (RF) interlaces such as Bluetooth interfaces.
　　　[069] Before or after establishing the connections, the host terminal 1OA may identify and designate valid participant terminals by any suitable method. According to some embodiments, the host terminal 1OA will poll or send an invitation to all or a selected group of potential participant terminals (e.g., those within operational range of the host terminal's Bluetooth signal). The potential participant terminals may then opt in by replying with an acceptance of the invitation. Alternatively or additionally, the host terminal 1OA may accept unsolicited requests from participant terminals to participate. The host terminal 1OA may be used to define specific groups such as a listing of the potential participant terminals that will be permitted to participate (i.e., contribute songs to the play list).
　　　[070] The host terminal 1OA is also communicatively coupled to the media center 130 to provide wireless song data signals via a wireless interface or link 134 to the communication module 132. Alternatively, the host terminal 1OA can be connected to the media center 130 using a wireline or signal cable. 
　　　[071] Once the connections are established between the host terminal 1OA and the participant terminals lOB-E, each participant can send a participant song identification designating a song stored on the participant's terminal lOB-E. The song management module 40 of the sending participant terminal lOB-E may provide a user interlace to facilitate the selection and sending of the song identification(s). For example, the module 40 may generate a list of the available stored songs and check boxes for selecting the song(s) to send to the host terminal 1OA.
　　　[072] The host terminal 1OA receives the participant song identifications from the participant terminals lOB-E. The song management module 40 of the host terminal 1OA creates and maintains a host play list of these song identifications. The host play list represents song files to be played.
　　　[073] Each song management module 40 provides a display 150 on the associated terminal 10A-E as shown in Figure 4. The display provided on the host terminal 1OA may differ from the display provided on the participant terminals 10B- E. For example, the portions of the display 150 related to management functionality may be omitted from the participant terminal displays. Alternatively, the song management module 40 may provide no display on the participant terminals lOB-E.
　　　[074] In the illustrated embodiment, the display 150 includes a play list field 152 and control buttons 154 (e.g., soft keys). The control buttons 154 will typically only be displayed on the host terminal display. A play list 156 is displayed in the play list field 152. The play list 156 includes a row-by-row series of song identifications 156A, each corresponding to a respective song file. As illustrated, each song identification includes a song artist, a song name, and a song play time corresponding to the associated song file, as well as an identification of the participant that has submitted the song identification. It will be appreciated that more, less and/or different information may be provided as well.
　　　[075] The host may selectively manage play of the songs represented by the song list 156 using the control buttons 154, for example. For example, the PLAY and STOP buttons may be used to start and stop transmission of the song files to the media center 130. The MOVE button may be used to prioritize or change the order of the song identifications 156A in the play list 156 (i.e., to change the order in which the associated song files will be played). The DELETE button may be used to delete a song identification 156A from the play list 156. The DETAILS button may be used to delete a song identification 156A from the play list 156 so that the associated song file will not be played. The RANDOM MIX button may be used to cause the host terminal 1OA to execute playback of the song files (i.e., send the song files to the media center 130) in a random or other non-sequential order. Typically, the host terminal 1OA will execute playback of the song files in the listed sequence unless the random or other non-sequential mode is in effect.」
（訳）「［０６７］　ホスト端末１０Ａは，マスター又はホスト端末として選択され，参加端末１０Ｂ−Ｅはそれぞれスレーブ又は参加端末として指定される。ホスト端末１０Ａのコントローラ３０は，参加端末１０Ｂ−Ｅの各々と無線コネクションを確立する（すなわち，通信可能に接続する）。一実施形態によれば，無線コネクションは直接無線通信インタフェースコネクションであり，一実施形態によれば，直接ＲＦコネクションであって，また一実施形態によればブルートゥースコネクションである。コネクションは既知の方法によって確立されて良い。例えば，ブルートゥースコネクションの場合，参加（スレーブ）端末１０Ｂ−Ｅが探索可能／発見可能状態に設定され，ホスト（マスター）端末１０Ａが，ピコネット又はパーソナルエリアネットワークを形成するため，利用可能な参加（スレーブ）端末１０Ｂ−Ｅを特定するための問い合わせを発するであろう。
　　　［０６８］　図示の通り，ホスト端末１０Ａは，参加端末１０Ｂ，１０Ｃ及び１０Ｄと，直接ポイントツーポイント無線インタフェース又はリンク１１２，１１４及び１１６を介してそれぞれ通信し，参加端末１０ＥとはＷＬＡＮルータ１２０を通じて無線インタフェース又はリンク１１８，１２２を介して通信する。一実施形態によれば，インタフェースは直接（例えばブルートゥース）又は間接（例えばＷＬＡＮルータ又はセルラネットワーク５を介する）無線インタフェースの様々な組み合わせであって良いことは明らかであろう。予定される一実施形態によれば，楽曲共有手順の実行のためにホスト端末１０Ａ及び参加端末１０Ｂ−Ｅとの間に与えられる全ての信号は，直接ポイントツーポイント無線インタフェースを介して与えられる。予定される一実施形態によれば，楽曲共有手順の実行のためにホスト端末１０Ａ及び参加端末との間に与えられる全ての信号は，ブルートゥースインタフェースのような直接無線周波数（ＲＦ）インタフェースを介して与えられる。
　　　［０６９］　コネクションの確立前又は確立後，ホスト端末１０Ａは有効な参加端末を任意の好適な方法により特定し，指定する。一実施形態によれば，ホスト端末１０Ａは可能性のある参加端末（例えば，ホスト端末のブルートゥース信号の到達範囲内に存在する参加端末）の全てもしくは選択されたグループに対し，ポーリングするか，インビテーションを送信する。そして，可能性のある参加端末は，インビテーションの承認によって応答することで，選択(opt in)しても良いあるいは，又はそれに加えて，ホスト端末１０Ａは，参加端末からの自発的な参加要求を受け付けても良い。ホスト端末１０Ａは参加が許可されるであろう可能性のある参加端末（すなわち，プレイリストへ寄与する楽曲）のリストのような，特定のグループを規定するために用いられても良い。
　　　［０７０］　ホスト端末１０Ａはさらに，無線インタフェース又はリンク１３４を介して通信モジュール１３２に無線楽曲データ信号を供給するため，メディアセンター１３０とも通信可能に接続されている。あるいは，ホスト端末１０Ａは，有線又は信号ケーブルを用いてメディアセンター１３０と接続されても良い。
　　　［０７１］　ホスト端末１０Ａと参加端末１０Ｂ−Ｅとの間でコネクションが確立されると，各参加端末は，参加者の端末１０Ｂ−Ｅに保存されている楽曲を指定する参加楽曲ＩＤを送信可能となる。送信元参加端末１０Ｂ−Ｅの楽曲管理モジュール４０は楽曲ＩＤの選択及び送信を容易にするためのユーザインタフェースを提供することができる。例えば，モジュール４０は利用可能な保存楽曲とホスト端末１０Ａに送信する（１曲以上の）楽曲を選択するためのチェックボックスのリストを生成してもよい。
　　　［０７２］　ホスト端末１０Ａは，参加端末１０Ｂ−Ｅから参加楽曲ＩＤを受信する。ホスト端末１０Ａの楽曲管理モジュール４０は，これら楽曲ＩＤのホストプレイリストを生成並びに保守する。ホストプレイリストは再生すべき楽曲ファイルを示す。
　　　［０７３］　各楽曲管理モジュール４０は，関連する端末１０Ａ−Ｅ上に図４に示すような表示１５０を行う。ホスト端末１０Ａでの表示は，参加端末１０Ｂ−Ｅの表示とは異なっていて良い。例えば，表示１５０のうち，管理機能に関する部分は，参加端末の表示から省かれていて良い。あるいは，楽曲管理モジュール４０は参加端末１０Ｂ−Ｅには表示を行わなくても良い。
　　　［０７４］　図示の実施形態において，表示１５０はプレイリストフィールド１５２及びコントロールボタン１５４（例えばソフトキー）を含んでいる。制御ボタン１５４は通常，ホスト端末表示にのみ表示されるであろう。プレイリスト１５６はプレイリストフィールド１５２に表示される。プレイリスト１５６は一列ずつ並んだ複数の楽曲ＩＤ１５６Ａを含み，楽曲ＩＤ１５６Ａの各々は個々の楽曲ファイルに対応する。図示の通り，各楽曲ＩＤは，関連づけられた楽曲ファイルに対応した曲アーティスト，曲名及び曲再生時間と，その楽曲ＩＤを送信した参加者のＩＤを含んでいる。なお，図示したより多くの，少ない及び／又は別の情報を同様に提供しうることが理解されよう。
　　　［０７５］　ホストは楽曲リスト１５６で示される楽曲の再生を，例えばコントロールボタン１５４を用いて選択的に管理してもよい。例えば，「再生」及び「停止」ボタンはメディアセンター１３０への楽曲ファイルの送信を開始及び停止するために用いることができる。「移動」ボタンは，プレイリスト１５６中の楽曲ＩＤ１５６Ａに優先度を与えたり，順序を変更したりする（すなわち，関連付けられた楽曲ファイルの再生順序を変更する）ために用いることができる。「削除」ボタンはプレイリスト１５６からある楽曲ＩＤ１５６Ａを削除するために用いることができる。「詳細」ボタンは，関連付けされた楽曲ファイルが再生されないように，プレイリスト１５６から楽曲ＩＤ１５６Ａを削除するために用いることができる。「ランダムミックス」ボタンは，ホスト端末１０Ａに，楽曲ファイルの再生をランダム又は他の不連続な順序で実行させる（メディアセンター１３０へ楽曲ファイルを送信させる）ために用いることができる。通常，ホスト端末１０Ａはランダム又は他の不連続な順序モードが有効でない限り，リストされた順序で楽曲ファイルの再生を実行する。」
　５　引用文献５について
　当審拒絶理由で引用された引用文献５（特開２００３−８５６５９号公報）には，図面とともに次の事項が記載されている。
「【０２２５】以上においては，情報ボード側に複数のリーダライタが設けられており，それを利用して読み出したカードIDに基づいて，情報ボードがコンテンツを提供する端末を特定するとともに，リーダライタの識別情報に基づいて，提供するコンテンツを取得するとしたが，反対に，情報ボード側に複数の非接触ICカードが設けられており，その識別情報を，PDA１１のような端末に内蔵されているリーダライタにより読み取らせ，PDA１１から情報ボードに対して，情報の送信を要求するようにしてもよい。
【０２２６】この場合，図１の情報ボード１の情報要求部３Ａ乃至３Ｄのそれぞれには，非接触ICカードが用意されており，利用者は，表示部２Ａ乃至２Ｄに表示されている案内を確認し，所望する情報があったとき，PDA１１に内蔵されているリーダライタで，その非接触ICカードに記憶されている情報を読み取らせる。
【０２２７】例えば，情報要求部３Ａ乃至３Ｄのそれぞれに設けられている非接触ICカードには，情報ボード１（ブルートゥースモジュール４５）のブルートゥースアドレス（またはブルートゥースデバイス名）と，コンテンツの識別情報が記憶されており，PDA１１は，読み出したブルートゥースアドレスに基づいて，情報ボード１との間でブルートゥースによる通信を確立する。そして，ブルートゥースによる通信を確立したとき，PDA１１は，非接触ICカードから読み出したコンテンツの識別情報を情報ボード１に通知し，それに対応するコンテンツの送信を要求する。
【０２２８】このように構成することによっても，利用者は，リーダライタが内蔵されているPDA１１を情報ボード１に近接させるだけで，所望するコンテンツを取得することができる。
【０２２９】図２２は，情報要求部３Ａ乃至３Ｄのそれぞれに非接触ICカードが配置されている情報ボード１の機能構成例を示すブロック図である。この機能構成例は，図８に示したものと基本的に同様のものである。
【０２３０】ホストプログラム１３１は，図８に示したホストプログラム１３１と同様に，情報ボード１の全体の動作を制御し，PDA１１からコンテンツの識別情報（情報要求部３Ａ乃至３Ｄにそれぞれ設けられている非接触ICカードの識別情報）が送信されてきたとき，それに対応するコンテンツを取得する。そして，ホストプログラム１３１は，ブルートゥース制御プログラム１３３を制御し，取得したコンテンツをPDA１１に送信させる。」
第６　対比・判断
　１　本願発明１について
（１）　対比
　本願発明１と引用発明とを対比する。
　ア　引用発明の「親側通信装置３０４」は，「音楽コンテンツ」を保有しているから，「コンテンツデータ」を有しているということができる。また，引用発明の「音楽コンテンツ」の一覧を示す「コンテンツリスト」は，本願発明１の「管理データ」に相当する。
　イ　引用発明の「例えば近距離無線規格（ＮＦＣ：Ｎｅａｒ　Ｆｉｅｌｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を利用した非接触な通信であって，ＮＦＣは，その利用範囲が１０ｃｍ程度と狭い，近距離無線通信」及び「Ｂｌｕｅｔｏｏｔｈによる無線通信」は，それぞれ，本願発明１の「超近距離無線通信」及び「ブルートゥース通信」に相当する。
　ウ　引用発明の「親側通信装置３０４」及び「子側通信装置３０６」は，それぞれ，本願発明１の「デバイス」及び「情報処理装置」に相当する。
　エ　引用発明は，「子側通信装置３０６は，受信したコンテンツリストから，ユーザの指示に基づいて，１または複数のコンテンツを選択し，選択したコンテンツの情報（コンテンツを一意に識別するＩＤなど）を近距離無線通信により親側通信装置３０４に送信し」ているから，本願発明１の「前記選択受付部によりコンテンツデータの選択が受け付けられると，ブルートゥース通信の，選択された前記コンテンツデータを送信するデバイスとのセッションを確立し，前記コンテンツデータの送信要求を送信する送信部」とは，「前記選択受付部によりコンテンツデータの選択が受け付けられると，無線通信の，選択された前記コンテンツデータを送信するデバイスとのセッションを確立し，前記コンテンツデータの送信要求を送信する送信部」の点で共通する。
　したがって，本願発明１と引用発明とは，以下の一致点及び相違点を有する。
（一致点）
「複数のコンテンツデータのそれぞれの識別情報のリストを含み，前記複数のコンテンツデータの管理に利用される管理データを，非接触型のICカードとリーダライタを用いた超近距離無線通信により取得する取得部と，
　前記取得部により取得された前記管理データを用いて，前記複数のコンテンツデータの中から少なくとも１つのコンテンツデータの選択を受け付ける選択受付部と，
　前記選択受付部によりコンテンツデータの選択が受け付けられると，無線通信の，選択された前記コンテンツデータを送信するデバイスとのセッションを確立し，前記コンテンツデータの送信要求を送信する送信部と，
　前記送信部によるコンテンツデータの送信要求に対応する前記コンテンツデータを，前記ブルートゥース通信により受信する受信部と
　を備える情報処理装置。」
（相違点）
　「送信部」における「コンテンツデータの送信要求を送信する」際の「無線通信」について，本願発明１は，「ブルートゥース通信」であるのに対し，引用発明は，「近距離無線通信」である点。
（２）　相違点についての判断
　相違点について検討するに，引用発明では，「選択したコンテンツの情報（コンテンツを一意に識別するＩＤなど）を近距離無線通信により親側通信装置３０４に送信し」ているところ，引用文献１をみても，複数の無線通信を組み合わせた一連の通信のやりとりのうち，「ブルートゥース通信」によって「選択したコンテンツの情報（コンテンツを一意に識別するＩＤなど）」を「親側通信装置３０４に送信」することは記載も示唆もされていないから，引用発明において，相違点に係る構成を採用する動機付けはなく，引用文献２ないし５をみても，そのような構成は記載されておらず，周知技術であるということもできない。
　これに対し，本願発明１は，相違点に係る構成を採用することによって，「つまり，ブルートゥース通信は，ICカード機能（リーダライタ機能）による超近距離無線通信よりも通信距離が長い。従って，ICカード機能による通信の場合よりも，携帯電話機１０１の位置および姿勢の自由度は向上する。」（本願明細書【００５０】）という顕著な効果を奏するものである。
　そうすると，引用発明において，相違点に係る構成を採用することは，当業者であっても容易に想到し得るものではない。
（３）　まとめ
　したがって，本願発明１は，当業者であっても，引用文献１ないし５に記載された発明に基づいて容易に発明できたものであるとはいえない。
　２　本願発明２ないし７について
　本願発明２ないし５は，本願発明１と同一の構成を備えるものであるから，上記１と同じ理由により，当業者であっても，引用文献１ないし５に記載された発明に基づいて容易に発明できたものとはいえない。
　また，本願発明６及び７は，それぞれ，本願発明１とカテゴリ表現が異なるだけの発明であるから，上記１と同じ理由により，当業者であっても，引用文献１ないし５に記載された発明に基づいて容易に発明できたものとはいえない。
第７　原査定についての判断
　原査定の理由は，上記第２のとおり，平成２９年５月１８日付け手続補正書の特許請求の範囲の請求項１ないし１２に記載された発明は，引用文献Ａ（引用文献１），引用文献Ｂ（引用文献２），引用文献Ｃ（引用文献３）及び引用文献Ｄ（引用文献４）に記載された発明に基づいて，当業者であれば容易に発明できたものである，というものである。
　しかしながら，上記第４のとおり，本願の特許請求の範囲は本件補正によって補正されているところ，上記第６のとおり，本件補正により補正された上記相違点に係る構成は，引用文献Ａ（引用文献１）に記載も示唆もされていないし，引用文献Ｂ（引用文献２）ないし引用文献Ｄ（引用文献４）をみても何ら記載はなく，周知技術であるということもできないから，本願発明１ないし７は，引用文献ＡないしＤに記載された発明に基づいて当業者であれば容易に発明できたものであるということはできない。
　したがって，原査定の理由を維持することはできない。
第８　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。