【事件の表示】
　特願２００５−２１７８０８「データ流通システム、及びサーバ」拒絶査定不服審判事件〔平成１９年　２月　８日出願公開、特開２００７−　３４７３４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　この出願は，平成１７年７月２７日の出願であって，平成２１年５月２５日付けの拒絶理由通知に対して，平成２１年８月３日に意見書の提出とともに手続補正がなされ，平成２２年１月１８日付けの拒絶査定に対して平成２２年４月２１日に審判請求がなされるとともに手続補正がなされ，平成２３年８月３１日付けの当審の審尋に対して，平成２３年１０月２０日に回答書が提出され，平成２４年１月１６日付けで当審より拒絶理由を通知したところ，平成２４年３月１４日に意見書の提出とともに手続補正がなされたものである。
　
　
２．本願発明について
　本願の請求項１に係る発明（以下「
本願発明
「複数の端末装置とサーバとの間でネットワークを介してデータが送受信されるデータ流通システムにおいて，
　上記端末装置は，
　商業用コンテンツデータに対して，該商業用コンテンツデータを変化させるための付加データを保持する手段と，
　カテゴリＩＤを保持する手段と，
　同じカテゴリＩＤを持つ他の端末装置からの要求により，上記付加データを当該同じカテゴリＩＤを持つ他の端末装置に送信する送信手段と，
　上記他の端末装置に上記付加データを送信したことを上記サーバに報告する手段と
　を具備し，
　上記サーバは，
　上記端末装置が上記付加データを上記他の端末装置に送信したことの報告を受信する受信手段と，
　上記報告に応じて，上記商業用コンテンツデータの所有者であるコンテンツ保有会社または上記商業用コンテンツデータの著作権を管理している団体，および上記付加データの作成者に対して決済処理および／または価値点付与処理をする手段と
　を具備する
　データ流通システム。」
 　 
 　 
３．当審における拒絶の理由について
　当審における平成２４年１月１６日付けで通知した拒絶理由の概要は，以下のとおりである。  
 『この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。 
 　 
 　　　　　　　　　　　　　　　　記 
 　 
 　　　　　　　　　　　引　用　文　献　等　一　覧 
 引用例１：特開２００２−１２３２７４号公報 
 （原査定の拒絶理由の引用文献２） 
 引用例２：国際公開第２００５／０５７４４６号 
 （原査定の周知例） 
 引用例３：特開２００４−１０２５３１号公報 
 （今回の新たな引用例） 
 　 
 ・請求項１ 
 ・引用例１〜３ 
 ・備考 
（以下略）』 
 　 
 　 
４．当審の判断
　
（１）各引用例について
　
ア
引用例１について
　当審の拒絶理由の通知で引用した引用例１には，以下のことが記載されている。 
（以下「
引用例１摘記事項
（ア）「【発明の詳細な説明】 
【０００１】 
【発明の属する技術分野】
本発明は，インターネット等を用いたデータ配信サービスに関し，特に，ユーザが協力して曲を制作したり，制作した曲を発表する場を提供する一方，制作した曲を聞きたいユーザに有料で配信し，その配信料金を曲制作に関わったユーザに分配するサービスを実現する曲データ配信装置および曲データ配信方法に関する
（イ）「【００１０】本発明では，ネットワークを介してアクセスしてくるユーザから提供され，曲を構成する詞，曲および編曲の各部分のいずれか又はそれら部分を組合せた曲要素を曲データとして曲データベースに登録しておき，ユーザが所望の曲要素を検索するよう要求すると，その所望の曲要素の曲データを曲データベースから検索し，検索結果を当該ユーザに返送する。そして，この返送された検索結果の内からユーザが入手したい曲データを指定すると，該当する曲データを曲データベースから読み出して当該ユーザに配信し，
配信された曲データにユーザが新たな曲要素を付加して登録するよう要求した場合には，当該ユーザから提供される新たな曲要素を，該当する曲データに付加して曲データベースに更新登録する
配信された曲データの曲要素を提供したユーザに，徴収した配信料金を分配して支払うので，制作した曲を聞きたいユーザに有料で配信し，その配信料金を曲制作に関わったユーザに分配するサービスを提供することが可能になっている
（ウ）「【００１２】
Ｂ．システム構成
 次に，図１を参照して曲データ配信システムの構成について説明する。
ユーザ１が備えるユーザ端末１０は，例えば周知のＷｅｂブラウザを備えるパーソナルコンピュータから構成され，ネットワークＮＴを経由して配信事業者２の音楽データ配信装置２０にアクセスする
（エ）「【００１６】データベース２３は，配信管理サーバ２２がユーザ１より受信した曲データをデータベース登録する曲データベース２３ａと，個人データベース２３ｂとを備える。曲データベース２３ａは，図２に図示する通り，ヘッダデータＨＤおよび実データＲＤとから構成される複数の曲データ（１）〜（Ｎ）をそれぞれ１レコードとして記憶管理する。ヘッダデータＨＤは，データ種ＤＴ，曲名ＳＮ，作詞者ＬＷ，作曲者ＣＰおよび編曲者ＡＲから構成される。データ種ＤＴは曲データの属性，すなわち，どのような曲要素であるかを識別する情報である。データ種ＤＴの値が「１」の場合には詞部分データを，「２」の場合には曲部分データを，「３」の場合には詞＋曲部分データを，「
４」の場合には上記「２」に対応した曲部分データを編曲した編曲部分データを，「５」の場合には上記「３」に対応した詞＋曲部分データの曲部分データを編曲した編曲部分データをそれぞれ表す
（オ）「【００４６】詞＋曲部分データの曲データを配信した時には，その曲データに含まれるヘッダデータＨＤのデータ種ＤＴが「３」なので，ステップＳＡ４１の判断結果が「ＹＥＳ」となり，ステップＳＡ４２に進み，後述する課金処理Ｃを実行する。
曲部分データを編曲した編曲部分データである曲データを配信した時には，その曲データに含まれるヘッダデータＨＤのデータ種ＤＴが「４」なので，図７に示すステップＳＡ４３の判断結果が「ＹＥＳ」となり，ステップＳＡ４４に進み，後述する課金処理Ｄを実行する。詞＋曲部分データを編曲した編曲部分データである曲データを配信した時には，その曲データに含まれるヘッダデータＨＤのデータ種ＤＴが「５」なので，ステップＳＡ４５の判断結果が「ＹＥＳ」となり，ステップＳＡ４６に進み，後述する課金処理Ｅを実行する
（カ）「【００５４】
課金処理Ｄの動作
配信処理のステップＳＡ４４（図７参照）を介して課金処理Ｄが実行されると
徴収した購入代金（Ｂ＋Ｃ）の内，金額Ｂの９割を作曲者の口座に入金するようバンキングシステム４０に依頼する
【００５５】次いで，ステップＳＥ３では，
徴収した購入代金（Ｂ＋Ｃ）の内，金額Ｃの９割を編曲者の口座に入金するようバンキングシステム４０に依頼する
購入代金Ｂの９割が作曲者に，購入代金Ｃの９割が編曲者にそれぞれ支払われるようになっている
【００５６】
課金処理Ｅの動作
配信処理のステップＳＡ４６（図７参照）を介して課金処理Ｅが実行されると
徴収した購入代金（Ａ＋Ｂ＋Ｃ）の内，金額Ａの９割を作詞者の口座に入金するようバンキングシステム４０に依頼する
【００５７】次いで，ステップＳＦ３では，
徴収した購入代金（Ａ＋Ｂ＋Ｃ）の内，金額Ｂの９割を作曲者の口座に入金するようバンキングシステム４０に依頼する
徴収した購入代金（Ａ＋Ｂ＋Ｃ）の内，金額Ｃの９割を編曲者の口座に入金するようバンキングシステム４０に依頼する
【００５８】このように，詞＋曲部分データを編曲した編曲部分データが購入された場合には，購入したユーザ１から徴収した購入代金（Ａ＋Ｂ＋Ｃ）の１割を配信手数料として配信事業者２が差し引き，その残りの内，
購入代金Ａの９割が作詞者に，購入代金Ｂの９割が作曲者に，購入代金Ｃの９割が編曲者にそれぞれ支払われるようになっている
（キ）「【００５９】（２）
ユーザ端末１０の動作
（途中略） 
【００６０】ａ．
メインルーチンの動作
（途中略） 
【００６１】一方，
オフラインモード下では
アレンジモード
の処理を選択的に実行する
アレンジモードに設定された場合，ステップＳＧ４のアレンジ処理が実行される。アレンジ処理では，曲データ配信装置２０側との接続を断ったオフライン状態で，例えば後述する購入処理にて曲データ配信装置２０側からダウンロードした詞部分データに曲をつけたり，曲部分データに詞をつける他，曲部分データを編曲する処理が行われる
（ク）「【００８６】
アレンジアイコンＡＲをクリック操作した場合
 登録Ａ画面ＴＡＧを閲覧する状態において，アレンジアイコンＡＲをクリック操作すると，図２８に示すステップＳＪ４５の判断結果が「ＹＥＳ」となり，ステップＳＪ４６〜ＳＪ４８を介して登録Ｄ画面要求に応じて曲データ配信装置２０（配信管理サーバ２２）から送出される登録Ｄ画面ＴＤＧ（図１７参照）を受信して画面表示する。次いで，ステップＳＪ４９では，登録Ｄ画面ＴＤＧに配設される曲アイコンＳＷＡ，詞＋曲アイコンＬＳＡおよび戻るアイコンＢＫのいずれかがクリック操作される迄待機し，ステップＳＪ５０以降ではクリック操作されるアイコンに応じた処理を実行する。以下，クリック操作されるアイコン毎の動作について述べる。 
【００８７】（イ）戻るアイコンＢＫをクリック操作した場合 
 登録Ｄ画面ＴＤＧで戻るアイコンＢＫをクリック操作すると，ステップＳＪ５０の判断結果が「ＹＥＳ」となり，ステップＳＪ５１に進み，登録Ｄ画面ＴＤＧをクリアし，登録Ａ画面ＴＡＧを閲覧する状態に戻る。 
【００８８】（ロ）
曲アイコンＳＷＡをクリック操作した場合
後述するアレンジ処理にて編曲された編曲部分データを曲データベース２３ａに登録させる
【００８９】次に，ステップＳＪ５５〜ＳＪ５７では，登録Ｃ画面要求を送出し，これに応じて曲データ配信装置２０（配信管理サーバ２２）から送出される登録Ｃ画面ＴＣＧを受信して画面表示する。登録Ｃ画面ＴＣＧが画面表示されると，次のステップＳＪ５８に進み，登録Ｃ画面ＴＣＧ中のエリアＥ４（図１６参照）にレジスタＡ５の内容を表示する。つまり，自己のユーザ名が編曲者としてエリアＥ４に表示されることになる。次いで，ステップＳＪ５９では，編曲部分データを格納したファイル名が登録Ｃ画面ＴＣＧ中のエリアＥ５に入力されたか否か，つまり，曲データ配信装置２０側に転送するファイル指定データが入力されたかどうかを判断する。 
【００９０】エリアＥ５にファイル指定データが入力されない場合には，判断結果が「ＮＯ」となり，後述するステップＳＪ６９に処理を進めるが，ファイル指定データが入力されると，判断結果は「ＹＥＳ」となり，次のステップＳＪ６０に進む。ステップＳＪ６０では，登録Ｃ画面ＴＣＧのエリアＥ５に，入力されたファイル名を表示する。そして，図３０に示すステップＳＪ６１に処理を進め，指定されたファイルに格納される曲データの内からヘッダデータＨＤを読み出す。次いで，ステップＳＪ６２では，このヘッダデータＨＤの作曲者ＣＰを登録Ｃ画面ＴＣＧのエリアＥ３に表示する。続いて，ステップＳＪ６３では，ヘッダデータＨＤの曲名ＳＮを登録Ｃ画面ＴＣＧのエリアＥ１に表示する。 
【００９１】
こうして編曲部分データを曲データ配信装置２０側に送信する準備が整うと，ユーザ１は登録Ｃ画面ＴＣＧの送信アイコンＴＲをクリック操作する
曲データ配信装置２０では受信したファイルデータを曲データ（編曲部分データ）として曲データベース２３ａにデータベース登録する
【００９２】そして，ユーザ端末１０では，指定ファイルデータを送信した後，ステップＳＪ６８に進み，登録Ｃ画面ＴＣＧをクリアして登録処理を完了させ，メニュー画面ＭＮを閲覧する状態に復帰する。なお，登録Ｃ画面ＴＣＧの中止アイコンＣＡＮがクリック操作された場合には，ステップＳＪ６９の判断結果が「ＹＥＳ」となり，ステップＳＪ７０に進み，各レジスタＡ１，Ａ５の内容をゼロクリアしてステップＳＪ６８に進み，登録Ｃ画面ＴＣＧをクリアして登録処理を完了させ，メニュー画面ＭＮを閲覧する状態に復帰する。 
【００９３】（ハ）
詞＋曲アイコンＬＳＡをクリック操作した場合
後述するアレンジ処理にて詞＋曲部分データを編曲した編曲部分データを曲データベース２３ａに登録させる
（以下略）」 
（ケ）「【０１３５】ｆ．
アレンジ処理の動作
次に，
図４４を参照してアレンジ処理の動作について説明する
端末の動作モードが曲データ配信装置２０側との接続を断ったオフライン状態で，曲データ配信装置２０側からダウンロードした詞部分データに曲をつけたり，曲部分データに詞をつける他，曲部分データを編曲するアレンジモードに設定されているか否かを判断する。そして，アレンジモード下にあれば，ステップＳＰ２に進み，原曲部分データ（あるいは原詞部分データ）が格納されるファイルを指定する。以後，図示されていないアレンジ画面に配設されるアイコンのクリック操作に応じた処理を実行する
【０１３６】つまり，作詞アイコン（不図示）がクリック操作された場合には，ステップＳＰ３の判断結果が「ＹＥＳ」となり，ステップＳＰ４に進み，原曲部分データに詞をつける処理を実行し，これにより作成される詞＋曲部分データを指定ファイルに格納する。
作曲アイコン（不図示）がクリック操作された場合には，ステップＳＰ５の判断結果が「ＹＥＳ」となり，ステップＳＰ６に進み，原詞部分データに曲をつける処理を実行し，これにより作成される詞＋曲部分データを指定ファイルに格納する。編曲アイコン（不図示）がクリック操作された場合には，ステップＳＰ７の判断結果が「ＹＥＳ」となり，ステップＳＰ８に進み，原曲部分データを編曲して編曲部分データを作成して指定ファイルに格納する処理を実行する。終了アイコン（不図示）がクリック操作された場合には，ステップＳＰ９の判断結果が「ＹＥＳ」となり，アレンジモードを完了させてメインルーチンに処理を戻す
 　 
　
イ
引用例１発明について
　上記（ア）〜（ケ）の各摘記事項によれば，引用例１には，以下の発明が記載されている。（以下「
引用例１発明
「複数のユーザ端末１０と曲データベース２３ａを有する音楽（曲）データ配信装置２０との間でネットワークＮＴを介してデータが送受信されるデータを流通するシステムであって， 
　ユーザ端末は， 
　アレンジ処理にて，原曲部分データに対して原曲部分データを編曲した編曲部分データを作成して（端末装置）の指定ファイルに格納し， 
　登録処理にて編曲部分データをデータ配信装置の曲データベース２３ａに登録すると，他のユーザ端末からの要求により，データ配信装置は編曲部分データを他の端末装置に送信し， 
　他のユーザ端末に編曲部分データを送信すると， 
　データ配信装置は，原曲部分データの作曲者の口座に入金し，さらに編曲部分データの編曲者の口座に入金する， 
　データを流通するシステム。」 
 　 
 　 
　
ウ
引用例２について
　当審の拒絶理由の通知で引用した引用例２には，以下のことが記載されている。 
（以下「
引用例２摘記事項
（ア）「技術分野  
［０００１］本発明は，ピアツーピアネットワークを用いたピア間通信によりコンテンツを流通させるシステムに関する。」 
（イ）「背景技術  
［０００２］サーバ専用機を必要としないピアツーピアネットワークと呼ばれるネットワーク構成がある。ピアツーピアネットワークでは，サーバとクライアントを兼ねる複数のピアが相互にピア間通信を行い，コンテンツを流通させることができる（例えば，特開２００２−３１２３２７号公報参照)。  
［０００３］ピア間通信によるコンテンツ流通システムおいては，各ピアは，ユーザが所望するコンテンツを所有しているピアをネットワーク上から検索する機能を有している。そして，ピアは，検索により所望のコンテンツを所有するピアを見つけて，そこからコンテンツを取得する。コンテンツを取得したピアは，それ以降，そのコンテンツを他のピアに提供する側となる。ピア間通信によれば，コンテンツを一元的に蓄積し，必要に応じて配信するセンターサーバがなくても複数のユーザにコンテンツを流通させることができる。また，大容量のコンテンツを多数のユーザに流通させる際，センターサーバにアクセスが集中して処理や通信トラフィックが輻輳し，コンテンツの流通がスムーズに行えないという，クライアントサーバのような従来のシステムの有する問題を回避することもできる。」 
（ウ）「［００３３］図６は，第１の実施形態によるコンテンツ流通システムの動作例を示す図である。ソ一スピア１１からコンテンツの提供が開始されると，ここでは，まず始めにピア１２，１３がコンテンツを所望したとする。ピア１２，１３は検索エンジンを用いて，コンテンツを所有しているピアを検索する。初期状態ではソースピア１０のみがコンテンツを所有しているので検索結果としてソースピア１０が検出される。  
［００３４］ピア１２，１３は検索結果に基づいてソースピア１１からコンテンツをプルし，レポート情報をノード１０に送る。ノード１０は，ピア１２，１３に対してコンテンツ取得の料金を課金する。ピア１２，１３は提供開始から間もないうちにコンテンツを取得したので，課金金額は比較的低料金である。そのため，コンテンツの取得を所望するユーザのピアはできるだけ早い時期にコンテンツを取得するので，コンテンツを提供しうるピアの数は短期間に増大する。そして，その結果，特定のピアに処理や通信トラフィックが集中しにくくなる。 
［００３５］次にピア１４がコンテンツを所望する。ピア１４は検索エンジンを用いて，コンテンツを所有しているピアを検索する。このときにはソースピア１１の他，ピア１２，１３もコンテンツを所有している。ここではピア１４の検索に対してピア１３が最も早く応答したとする。  
［００３６］ピア１４は検索結果に基づいてピア１３からコンテンツをプルし，レポート情報をノード１０に送る。ノード１０は，ピア１４に対してコンテンツ取得の料金を課金する。ピア１４ はピア１２，１３と比べて遅い時期あるいは遅い順番でコンテンツを取得したので，課金金額はやや高くなる。  
［００３７］以上説明したように，第１の実施形態によれば，コンテンツを取得したピアがノードに，コンテンツを取得した時刻を含むレポート情報を通知し，ノードが，各ピアの取得時刻に基づくコンテンツ流通状況を管理し，取得時刻が早い程，あるいは取得順序が早い程，コンテンツ取得料金を低額にするので，コンテンツ流通状況がリアルタイムで把握でき，またコンテンツを提供しうるピアの数は短期間に増大し，特定のピアに処理や通信トラフィックが集中しにくくなり，コンテンツのスムーズな流通が確保される。また，料金にかかわらずコンテンツを取得するユーザに加えて，低料金であればコンテンツを取得するというユーザもいるのでコンテンツ販売量が増加する。」 
 　 
　
エ
引用例２開示事項について
　上記（ア）〜（ウ）の各摘記事項によれば，引用例２には，以下の事項が開示されている。（以下「
引用例２開示事項
「複数の端末装置の間でピアツーピアでデータが送受信されるデータを流通するシステムであって， 
　ピア１１がコンテンツを保持し， 
　ピア１２，１３からの要求により，コンテンツをピア１２，１３に送信し， 
　ピア１２，１３にコンテンツを送信したレポート情報をノード１０に送信し， 
　ノード１０は，ピア１１がコンテンツをピア１２，１３に送信したレポート情報が送信されたことを受信し， 
　ノード１０は，レポート情報が送信されると，コンテンツ取得の料金をピア１２，１３に課金する， 
　データを流通するシステム。」 
 　 
　
オ
引用例３について
　当審の拒絶理由の通知で引用した引用例３には，以下のことが記載されている。 
（以下「
引用例３摘記事項
（ア）「【発明の詳細な説明】 
【０００１】 
【発明の属する技術分野】 
本発明はネットワークシステム，ノード，ノード制御方法，ノード制御プログラムに関し，特にＰｅｅｒ−ｔｏ−Ｐｅｅｒネットワークシステム，そのシステムを構成するためのノード，そのノードの制御方法，ノードの制御プログラムに関する。」 
（イ）「【０００２】 
【従来の技術】 
Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（以下，Ｐ２Ｐと略称する）ネットワークシステムでは，特定の中央サーバに頼らずにノード同士がメッセージを中継し合うことでネットワークを構成する。この場合，隣り合うノード（隣接ノード）のみがコネクションを張る。そして，コネクションを張った隣接ノード同士が，メッセージをバケツリレー方式に中継し合う。中継されるメッセージには，検索依頼／検索応答メッセージ，制御用メッセージなどの種類がある。 
【０００３】 
検索依頼を受け取ったノードは，そのノード自身が適合する情報を持っていれば検索応答を返信し，持っていなければ隣接ノードへ検索依頼を中継する。 
検索応答は検索依頼が辿った経路と逆の経路を中継される。 
各メッセージはＴｉｍｅ　Ｔｏ　Ｌｉｖｅ（ＴＴＬ）の値を持ち，中継回数は最大でもＴＴＬの値に限定する。 
【０００４】 
メッセージの経路制御として，一度中継したメッセージと再度同じメッセージを受け取った場合は破棄する。 
ここで，
Ｐ２Ｐネットワーク上に趣味や目的に応じたグループを構成する技術
【０００５】 
上記の各非特許文献に記載されている技術を利用して構成したネットワークシステムの構成例が図８に示されている。同図中の実線で示されているように，各ノード間には，コネクション（例えばＴＣＰコネクション）が張られている。同図を参照すると，グループＩＤ（ＧｒｏｕｐＩＤ）：１２３４に所属する（参加する）グループとして４つのノードＮ１〜Ｎ４が存在する
【０００６】 
各ノードＮ１〜Ｎ４は，相互にメッセージを授受する。ノードＮ１〜Ｎ４から送出されるメッセージＭには，そのノードが所属するグループＩＤが付加されている
各ノードは，グループＩＤを持つことで，そのグループに所属することができる。各グループは一意に決まる識別子（グループＩＤ）を持っている。そして，各ノードは，グループＩＤを取得して目的のグループに所属する。また，新規グループは，新しいグループＩＤを定義することで任意に作成することができる。各ノードは，複数のグループＩＤを取得すれば，複数のグループに所属できる。各ノードは任意のグループＩＤを１つ，あるいは複数個持っていることになる
【０００７】 
この従来のシステムにおいては，
メッセージＭに付加されたグループＩＤと同じＩＤを持つノード間のみでメッセージをバケツリレー式に授受する。したがって，グループＩＤが異なる場合にはメッセージＭが交換されない
 　 
　
カ
引用例３開示事項について
　上記（ア）〜（イ）の各摘記事項によれば，引用例３には，以下の事項が開示されている。（以下「
引用例３開示事項
「Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ）ネットワークでデータを流通するシステムであって， 
　Ｐ２Ｐネットワーク上に趣味や目的に応じたグループを構成するべく， 
　グループの各ノードは一意に決まる識別子（グループＩＤ）を持ち， 
　グループＩＤが異なる場合にはメッセージが交換されない， 
　システム。」 
 　 
（２）対比　 
 　 
　
ア
（ア）引用例１発明の，「ユーザ端末」，「曲データベース２３を有する音楽（曲）データ配信装置２０」，「ネットワークＮＴ」は，後記する点で相違するものの，本願発明の，「端末装置」，「サーバ」，「ネットワーク」に相当する。 
（イ）引用例１発明の，「ユーザ端末」が「アレンジ処理にて，原曲部分データに対して原曲部分データを編曲した編曲部分データを作成して（端末装置）の指定ファイルに格納」することは，後記する点で相違するものの，本願発明の，「端末装置」が「コンテンツデータに対して，該コンテンツデータを変化させるための付加データを保持する」ことに相当する。（
本願発明が「商業用コンテンツデータ」である点については，相違点として別途判断する
（ウ）引用例１発明の，「ユーザ端末」の「登録処理にて編曲部分データをデータ配信装置の曲データベース２３ａに登録すると，他のユーザ端末からの要求により，データ配信装置は編曲部分データを他の端末装置に送信」することと，本願発明の，「他の端末装置からの要求により，上記付加データを当該同じカテゴリＩＤを持つ他の端末装置に送信」することとは，「他の端末装置」へ「付加データ」が「送信」される点で共通する。 
（エ）引用例１発明の，「他のユーザ端末に編曲部分データを送信すると，データ配信装置は，原曲部分データの作曲者の口座に入金し，さらに編曲部分データの編曲者の口座に入金する」ことと，本願発明の，「
サーバは，端末装置が付加データを他の端末装置に送信したことの報告を受信する受信手段と，報告に応じて，上記商業用コンテンツデータの所有者であるコンテンツ保有会社または上記商業用コンテンツデータの著作権を管理している団体，および上記付加データの作成者に対して決済処理および／または価値点付与処理をする
コンテンツデータの使用料受領者，および付加データの作成者に対して決済処理
（オ）以上のことから，引用例１発明と本願発明とは，後記する点で相違するものの，「複数の端末装置とサーバとの間でネットワークを介してデータが送受信されるデータ流通システム」である点で共通する。 
 　 
　
イ
「複数の端末装置とサーバとの間でネットワークを介してデータが送受信されるデータ流通システムにおいて， 
　端末装置は， 
　コンテンツデータに対して，該コンテンツデータを変化させるための付加データを保持する手段を具備し， 
　他の端末装置へ付加データが送信され， 
　サーバは， 
　他の端末装置へ付加データが送信されると，コンテンツデータの使用料受領者，および付加データの作成者に対して決済処理をする手段と 
　を具備する 
　データ流通システム。」 
 　 
　ウ　そして，引用例１発明と本願発明とは，以下の点で相違する。 
［相違点１］ 
　本願発明では， 
　他の端末装置への付加データの送信が，「端末装置」が，「他の端末装置からの要求により，付加データを他の端末装置に送信」するものであり， 
　決済処理が，「サーバ」が端末装置が付加データを他の端末装置に送信したことの「報告を受信」し，「報告に応じて決済処理」するものであること， 
　つまりＰ２Ｐでのデータ送信とサーバに報告しての決済であるのに対し， 
　引用例１発明では， 
　送信が，「ユーザ端末」の「登録処理にて編曲部分データをデータ配信装置の曲データベース２３ａに登録すると，他のユーザ端末からの要求により，データ配信装置は編曲部分データを他の端末装置に送信」するものであり， 
　決済処理が，「他のユーザ端末に編曲部分データを送信」すると口座に入金するものであること， 
　つまりクライアントサーバシステムでのデータの送信と決済である点。 
［相違点２］ 
　他の端末装置への付加データの送信が，本願発明では，「端末装置」が「カテゴリＩＤ」を保持し，同じカテゴリＩＤを持つ他の端末装置からの要求により，付加データを同じカテゴリＩＤを持つ他の端末装置に送信する」ものであるのに対して，引用例１発明では，そのような構成になっていない点。 
［相違点３］
　本願発明では，コンテンツデータが「
商業用コンテンツデータ
商業用コンテンツデータの所有者であるコンテンツ保有会社または上記商業用コンテンツデータの著作権を管理している団体，および上記付加データの作成者に対して決済処理および／または価値点付与処理
 　 
（３）判断　 
　以上の相違点について，以下に判断する。 
 　 
　
ア
（ア）引用例２開示事項によれば，引用例２には，「複数の端末装置の間でピアツーピアでデータが送受信されるデータを流通するシステムであって，ピア１１がコンテンツを保持し，ピア１２，１３からの要求により，コンテンツをピア１２，１３に送信し，ピア１２，１３にコンテンツを送信したレポート情報をノード１０に送信し，ノード１０は，ピア１１がコンテンツをピア１２，１３に送信したレポート情報が送信されたことを受信し，ノード１０は，レポート情報が送信されると，コンテンツ取得の料金をピア１２，１３に課金する，データを流通するシステム。」つまりＰ２Ｐでコンテンツのデータを送信すること，そしてそのことを特定のノードへ報告してノードが決済することが開示されている。
（イ）引用例１発明の，他の端末装置（他のクライアント）からの要求でデータ配信装置（サーバ）が他の端末装置（他のクライアント）へ送信する「編曲部分データ」と，引用例２開示事項の，ピア１２，１３からの要求で，ピア１１が，ピア１２，１３に（Ｐ２Ｐで）送信する「コンテンツ」は，ともに利用者の要求で利用者に送信される「コンテンツ」である点で共通する。
　してみると，引用例２開示事項の技術を引用例１発明の編曲部分データの送信に適用することにより，「他のユーザ端末」への「編曲部分データの送信」，つまり「他の端末装置」への「付加データの送信」を，「端末装置」が，「他の端末装置からの要求」により，「付加データ」を「他の端末装置に送信」するよう構成することには何ら困難性がなく，当業者が容易に想到することができたものである。 
（ウ）さらに，引用例２開示事項では，コンテンツのデータを送信したことを特定のノードへ報告してノードが決済することも開示されるのであるから，引用例２開示事項の技術を引用例１発明の決済処理に適用することにより，決済処理を，「サーバ」が，「端末装置」が「付加データを他の端末装置に送信」したことの「報告を受信」し，「報告に応じて決済処理」をするよう構成することにも何ら困難性がなく，当業者が容易に想到することができたものである。 
 　 
　
イ
（ア）相違点２に関連して，本願の発明の詳細な説明には，以下の記載がある。 
「【００７９】 
　また，各端末装置５１〜５４などとして，それぞれカテゴリＩＤを持つようにし，同じカテゴリＩＤを持つ端末装置間でのみアレンジ用データを交換できるようにしてもよい。この場合，例えば，アレンジ用データが送られる毎にそのアレンジ用データの作成者に点数が与えられることにより，同じ嗜好を持つユーザ間のコミュニティ形成が加速される。なお，金銭的な課金処理を行ってもよいことは勿論である。」 
（イ）ここで，引用例３開示事項によれば，引用例３には，「Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ）ネットワークでデータを流通するシステムであって，Ｐ２Ｐネットワーク上に趣味や目的に応じたグループを構成するべく，グループの各ノードは一意に決まる識別子（グループＩＤ）を持ち，グループＩＤが異なる場合にはメッセージが交換されない，システム。」が開示されている。 
（ウ）つまり，引用例３には，趣味や目的が同じユーザ間のコミュニティを形成するべく，Ｐ２Ｐネットワーク上のノードがグループＩＤを持つことにより，同じＩＤを持つ端末装置間でのみデータを交換することが開示されている。 
（エ）同じ趣味や嗜好，目的等を持つユーザ間のコミュニティを形成したいという願いは，本願のみならず，引用例１〜３に共通する願いである。 
　引用例３開示事項のグループＩＤは，一意に決まる識別子であって趣味（や目的）に応じたグループを作るためのものであり，趣味や嗜好は所定のカテゴリで生じることが通常であるから，グループを表すＩＤをカテゴリを表すＩＤとすることは当業者が適宜なし得る設計的事項であったことを考慮すれば，Ｐ２Ｐでコンテンツを送信する際，「端末装置」が「カテゴリＩＤ」を保持し，同じカテゴリＩＤを持つ他の端末装置からの要求により，付加データを同じカテゴリＩＤを持つ他の端末装置に送信する」よう構成することには何ら困難性がなく，当業者が容易に想到することができたものである。　 
　 
　
ウ
（ア）著作物であるコンテンツデータを利用した際，その著作者に使用料を支払うことや，さらにそのコンテンツデータが
商業用コンテンツデータ
商業用コンテンツを利用したときに商業用コンテンツデータの所有者であるコンテンツ保有会社や商業用コンテンツデータの著作権を管理している団体に使用料を支払うこと
周知の事項１
（イ）また，
使用料の支払いに替わって価値点を付与すること
周知の事項２
（ウ）ここで，第一に，引用例１発明のシステムとこの周知の事項１とは，ともに著作物を利用した際に使用料を支払うものである点で共通すること，第二に，引用例１発明のシステムは，アマチュアの著作物やインディーズ・レーベルを対象とするシステムではあるが，（ＪＡＳＲＡＣ等の権利団体等がこの装置を実際に採用するか否かはさておき，）このシステムが，プロフェッショナルの著作物やメジャー・レーベルを対象としてはならないという記載は，引用例１には見当たらないこと，第三に，引用例１発明のシステムは，プロフェッショナルの著作物やメジャー・レーベルを対象としても動作し機能するものであること，以上のことから，引用例１発明に周知の事項１を適用することを阻害する事由はない。
（エ）してみると，引用例１発明に周知の事項１，２を適用することにより，コンテンツデータを「商業用コンテンツデータ」として構成し，そして「原曲部分データの作曲者の口座に入金し，さらに編曲部分データの編曲者の口座に入金」することに替えて「商業用コンテンツデータの所有者であるコンテンツ保有会社または上記商業用コンテンツデータの著作権を管理している団体，および上記付加データの作成者に対して決済処理および／または価値点付与処理」するよう構成することにより相違点３に係る構成とすることにも何ら困難性がなく，当業者が容易に想到することができたものである。
 　 
　
エ
　
　
オ
 　　  
　
カ
  
　
（４）審判請求人の主張について　
（ア）審判請求人は，平成２４年３月１４日の意見書において，以下のとおり主張している。
「（４）本願発明と引用文献記載の技術との比較
（途中略）
　これに対して，上記引用例１の段落〔０００２〕〜〔０００４〕には，従来の曲データ配信サービスとは異なるサービスを提供する旨が記載されています。すなわち，従来の曲データ配信サービスの多くは，メジャー・レーベルが制作した人気曲をユーザ側に配信するだけなので，例えばアマチュアコンサートのように，世間の耳目を集めていないが才能の富むミュージシャンの曲などを発表する場には成り難く，また，ユーザが制作した曲を他のユーザに聞いてもらうという，謂わばアマチュアコンサート的な形態のサービスが望まれていることを考慮し，上記引用例１に記載の発明は，段落〔０００５〕に記載されているように，ユーザが協力して曲を制作したり，制作した曲を発表する場を提供したり，制作した曲を聞きたいユーザに有料配信することを目的としています。
換言すれば，上記引用例１に記載の発明においては，商業用コンテンツを扱うことを除外し，コンテンツホルダ（音楽会社等）や権利団体（JASRAC等）への支払いについては対象外のこととしています
　上記引用例２には，ピアツーピアネットワークを用いたピア間通信によりコンテンツを流通させるコンテンツ流通システムが記載され，上記引用例３には，Ｐ２Ｐネットワーク上に趣味や目的に応じたグループを構成するべく，グループの各ノードは一意に決まる識別子（グループＩＤ）を持ち，グループＩＤが異なる場合にはメッセージが交換されないことが記載されています。しかしながら，こ
れらの引用例２，３に記載された発明を，上記引用例１に記載された発明に組み合わせても，本願発明の上述したような構成，特に，商業用コンテンツデータを変化させるための付加データを端末装置間で送信又は受信したことをサーバに報告し，サーバは，報告に応じて，商業用コンテンツデータの所有者であるコンテンツ保有会社または商業用コンテンツデータの著作権を管理している団体，および付加データの作成者に対して決済処理および／または価値点付与処理を行う点について，容易に想到し得るものではありません
　上記構成を有する本願発明によれば，販売用のＡＶコンテンツデータ，いわゆるプロフェッショナルコンテンツである商業用コンテンツデータを変化させるためのアレンジ結果を与える情報（付加データ）を，同じカテゴリＩＤを持つ端末装置間で交換するようにし，付加データを送信する端末装置あるいは付加データを受信する端末装置がサーバに報告し，この報告に応じて，商業用コンテンツデータの所有者であるコンテンツ保有会社または商業用コンテンツデータの著作権を管理している団体，および付加データの作成者に対して決済処理および／または価値点付与処理をすることによって，サーバによる管理を行いながら，同じカテゴリＩＤを持つ複数の端末装置の間で商業用コンテンツデータのアレンジ用データ交換を可能とし，自由に流通させることにより，種々の付加価値を与え，新しいコンテンツの楽しみ方を提供できると共に，音楽会社や映画会社，ゲーム会社などコンテンツ産業自身が潤うとともに，ユーザにもインセンティブが与えられ，コミュニティ形成が加速し，パーソナルコンテンツ拡大への期待を一気に高めることができる，という優れた効果を奏します。」
　
（イ）先ず，［相違点１］ないし［相違点３］に係る当審の判断は，前記「（３）」のとおりである。
　特に，商業用コンテンツを扱い，コンテンツホルダ（音楽会社等）や権利団体（JASRAC等）への支払いをする点については，前記「（３）」の「ウ」の判断のとおりであるから，審判請求人の上記の主張を採用することはできない。
　
　
（５）むすび  
　以上のとおり，本願発明は，引用例１発明，引用例２開示事項，引用例３開示事項及び周知の事項に基づいて，当業者が容易に発明をすることができたものであり，特許法第２９条第２項の規定により特許を受けることができない。  
　したがって，本願は当審で通知した上記拒絶理由によって拒絶されるべきものである。
　
　よって，結論のとおり審決する。