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