【事件の表示】
　特願２００４−２３１３８６「クライアント装置」拒絶査定不服審判事件〔平成１８年　２月１６日出願公開、特開２００６−　４８５２９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１　手続の経緯  
　本願出願は、平成１６年８月６日の出願であって、平成２０年５月３０日付けで拒絶査定がなされ、これに対し、同年７月３日に拒絶査定に対する審判請求がなされるとともに、同年７月２５日付けで手続補正がなされ、平成２２年４月６日付けの審尋に対して同年６月８日に回答書が提出され、その後当審において、平成２３年２月９日付けの拒絶理由通知が通知され、同年４月１４日付けで手続補正がなされたものである。  
　  
２　本願発明について  
　本願の請求項に係る発明は、平成２３年４月１４日付け手続補正書の特許請求の範囲に記載された事項により特定されるとおりのものと認められ、請求項１に係る発明（以下、「本願発明」という。）は次のとおりである。 
　  
　「【請求項１】
　サーバ装置と通信ネットワークを介して通信することで、前記サーバ装置からコンテンツをダウンロードするクライアント装置であって、
　複数の部分コンテンツからなるコンテンツと、このコンテンツを識別する第１の属性、及び前記複数のそれぞれの部分コンテンツを識別する第２の属性であって少なくとも前記それぞれの部分コンテンツのＵＲＩを含む第２の属性とを含むダウンロード記述子とを記憶する記憶手段と、
　前記サーバ装置から送信されたダウンロード記述子を受信する受信手段と、
　前記受信手段によって受信された前記サーバ装置に格納されたコンテンツのダウンロード記述子に含まれる第２の属性であって、少なくとも前記サーバ装置に格納されたコンテンツの複数のそれぞれの部分コンテンツのＵＲＩを含む第２の属性と、前記記憶手段に既に記憶され、前記受信されたダウンロード記述子の示すコンテンツに対応するダウンロード記述子に含まれる第２の属性とを比較する比較手段と、
　前記比較手段による比較の結果、前記受信手段によって受信されたダウンロード記述子に含まれる複数のそれぞれの部分コンテンツの第２の属性が、前記記憶手段に記憶された前記対応するダウンロード記述子に含まれる部分コンテンツの第２の属性のいずれとも一致しないことが検出された場合、この検出された第２の属性に対応する部分コンテンツのダウンロード要求を前記サーバ装置に送信する送信手段とを有する
ことを特徴とするクライアント装置。」 
　  
３　引用文献について 
　引用例　特開２００３−３１６６３９号公報
　 
（１）引用例の記載内容 
　当審による拒絶の理由に引用された引用例には、図面とともに、次の事項が記載されている。なお、下線は当審において付加したものである。
　
　「【０００１】
【発明の属する技術分野】本発明は、
ネットワークからデジタルコンテンツをダウンロードする
装置に関する
　
　「【０００６】
【課題を解決するための手段】上記目的を達成するために、本発明は、コンテンツの管理のため、
複数のファイルをまとめたものをアイテムと定義し
　
　「【０００９】図１を参照すると、本発明の一実施形態の
コンテンツダウンロード装置１０は、メタ情報取得部１１と、メタ情報解析部１２と、メタ情報保存部１３と、ファイル取得部１４と、ファイル保存部１５で構成される
【００１０】
メタ情報取得部１１は、
ネットワークからメタ情報を取得し、
取得されるメタ情報は、
各アイテムに対して、アイテム識別子と、アイテムバージョンと、各ファイルの最終更新時刻と、各ファイルのパス情報を含む
【００１１】
【表１】
【００１２】
メタ情報解析部１２は、メタ情報取得部１１から送られてきたメタ情報とメタ情報保存部１３に保存されている、すでにダウンロード済みのアイテムのメタ情報を照合する
メタ情報保存部１３は、例えば表２のような形式で、アイテム関連属性情報とファイル保存部１５に保存されているファイルを結び付ける
【００１３】
【表２】（表２には、
アイテム識別子、アイテムバージョン、最終更新時刻、ファイル名
【００１４】ファイル取得部１４は、メタ情報解析部１２の命令に基づき、何らかの方法でファイルをネットワークダウンロードし、ダウンロードしたファイルをファイル保存部１５へ送る。
ファイル保存部１５は、ファイル取得部１４からのファイルを受け取り、保存する
　
　「【００１５】次に、コンテンツダウンロード装置１０の動作を図２により説明する。
【００１６】ステップ１０１で、利用者の要望に応じて、あるコンテンツをアイテムとしてダウンロードする必要が生じると、メタ情報取得部１１は、対応するメタ情報をネットワークから取得する。
【００１７】
ステップ１０２で、メタ情報解析部１３は、取得したメタ情報内のアイテム識別子を調べ、メタ情報保存部１３に保存されているアイテム識別子のいずれか１つと一致するかどうかを判定する
【００１８】ステップ１０２で一致するアイテム識別子が発見された場合、次いでステップ１０３で、どちらのアイテムバージョンが新しいかを調べる。取得したメタ情報内のアイテムバージョンが新しくなければ、更新は不要のため、処理を終了する。
取得したメタ情報内のアイテムバージョンが新しい場合、ステップ１０４で、当該アイテムのアイテムバージョンを更新してメタ情報保存部１３に保存する
【００１９】
次に、このアイテムに含まれる個々のファイルごとに更新の要否を判定する。ステップ１０５で、取得したメタ情報内のファイル名と同一名のファイルが、ファイル保存部１５に保存されていない場合、
ステップ１０５で同一名のファイルがすでに存在している場合、
取得したメタ情報内のファイルの最終更新時刻が、メタ情報保存部１３に保存されている同一名のファイルの最終更新時刻よりも新しい場合、
取得したメタ情報内のパス情報から当該ファイルをダウンロードして
　
　そうすると、引用例の上記摘記事項から、引用例には、次の発明（以下、「引用発明」という。）が記載されていると認められる。  
　  
　「ネットワークからデジタルコンテンツをダウンロードするコンテンツダウンロード装置（１０）において、 
　複数のファイルをまとめたものをアイテムと定義し、
　コンテンツダウンロード装置（１０）は、メタ情報取得部（１１）と、メタ情報解析部（１２）と、メタ情報保存部（１３）と、ファイル取得部（１４）と、ファイル保存部（１５）で構成され、 
　メタ情報保存部（１３）は、アイテム識別子、アイテムバージョン、最終更新時刻、ファイル名のような形式で、アイテム関連属性情報とファイル保存部（１５）に保存されているファイルを結び付け、 
　ファイル保存部（１５）は、ファイル取得部（１４）からのファイルを受け取り、保存し、 
　メタ情報取得部（１１）は、ネットワークからメタ情報を取得し、ここで、ネットワークから取得されるメタ情報は、各アイテムに対して、アイテム識別子と、アイテムバージョンと、各ファイルの最終更新時刻と、各ファイルのパス情報を含み、 
　メタ情報解析部（１２）は、メタ情報取得部（１１）から送られてきたメタ情報とメタ情報保存部（１３）に保存されている、すでにダウンロード済みのアイテムのメタ情報を照合するものであって、
　取得したメタ情報内のアイテム識別子を調べ、メタ情報保存部（１３）に保存されているアイテム識別子のいずれか１つと一致するかどうかを判定し（ステップ１０２）、取得したメタ情報内のアイテムバージョンが新しい場合、当該アイテムのアイテムバージョンを更新してメタ情報保存部１３に保存し（ステップ１０４）、
　次に、アイテムに含まれる個々のファイル毎に更新の要否を判定するステップであって、取得したメタ情報内のファイル名と同一名のファイルが、ファイル保存部（１５）に保存されていない場合（ステップ１０５）、あるいは、同一名のファイルがすでに存在している場合（ステップ１０５）であっても、取得したメタ情報内のファイルの最終更新時刻が、メタ情報保存部（１３）に保存されている同一名のファイルの最終更新時刻よりも新しい場合（ステップ１０６）、
　取得したメタ情報内のパス情報から当該ファイルをダウンロードする（ステップ１０７）、
ことを特徴とするコンテンツダウンロード装置（１０）。」 
　  
４　対比  
　本願発明と引用発明とを対比する。  
　 
（ア）引用発明における「ネットワークからデジタルコンテンツをダウンロードするコンテンツダウンロード装置（１０）」との事項において、デジタルコンテンツは、通常、サーバ装置からネットワークを介してクライアント装置にダウンロードすることは本願出願時における技術常識であるから、引用発明における上記事項は、本願発明における「サーバ装置と通信ネットワークを介して通信することで、前記サーバ装置からコンテンツをダウンロードするクライアント装置」に対応している。  
　  
（イ）引用発明における「アイテム」と「ファイル」は、「複数のファイルをまとめたものをアイテムと定義」した関係にあり、一方、本願発明における「コンテンツ」と「部分コンテンツ」は、「複数の部分コンテンツからなるコンテンツ」との関係にあることから、引用発明における「アイテム」と「ファイル」は、本願発明における「コンテンツ」と「部分コンテンツ」に対応している。  
　  
（ウ）引用発明における「メタ情報保存部（１３）は、アイテム識別子、アイテムバージョン、最終更新時刻、ファイル名のような形式で、アイテム関連属性情報とファイル保存部（１５）に保存されているファイルを結び付け」との事項において、「アイテム識別子、アイテムバージョン」はアイテムを識別する属性ということができるから、本願発明における「コンテンツを識別する第１の属性」に対応しており、「最終更新時刻、ファイル名」は複数のそれぞれのファイルを識別する属性ということができるから、本願発明における「複数のそれぞれの部分コンテンツを識別する第２の属性」に対応している。
　また、引用発明における「アイテム識別子、アイテムバージョン、最終更新時刻、ファイル名」と、本願発明における「ダウンロード記述子」とは、「記述子」であるという点で共通している。 
　さらに、引用発明における「ファイル保存部（１５）は、ファイル取得部（１４）からのファイルを受け取り、保存し」との事項は、本願発明における「複数の部分コンテンツからなるコンテンツ」「を記憶する」との事項に対応している。 
　そうすると、引用発明における「メタ情報保存部（１３）」と「ファイル保存部（１５）」は、「複数の部分コンテンツからなるコンテンツと、このコンテンツを識別する第１の属性、及び前記複数のそれぞれの部分コンテンツを識別する第２の属性とを含む記述子とを記憶する記憶手段」であるという点で本願発明と共通している。 
　 
（エ）引用発明における「メタ情報取得部（１１）は、ネットワークからメタ情報を取得し、ここで、ネットワークから取得されるメタ情報は、各アイテムに対して、アイテム識別子と、アイテムバージョンと、各ファイルの最終更新時刻と、各ファイルのパス情報を含み」との事項において、「ネットワークから取得されるメタ情報」は、本願発明における「サーバ装置から送信されたダウンロード記述子」に対応しているから、引用発明における上記事項は、本願発明における「サーバ装置から送信されたダウンロード記述子を受信する受信手段」に対応している。
　 
（オ）引用発明における「メタ情報解析部（１２）は、メタ情報取得部（１１）から送られてきたメタ情報とメタ情報保存部（１３）に保存されている、すでにダウンロード済みのアイテムのメタ情報を照合する」との事項において、「メタ情報取得部（１１）から送られてきたメタ情報」と「メタ情報保存部（１３）に保存されている、すでにダウンロード済みのアイテムのメタ情報」は、本願発明における「受信手段によって受信された前記サーバ装置に格納されたコンテンツのダウンロード記述子」と「記憶手段に既に記憶され、前記受信されたダウンロード記述子の示すコンテンツに対応する記述子」に対応しており、また、「照合」は本願発明における「比較」に対応している。
　さらに、引用発明では、「取得したメタ情報内のファイル名と同一名のファイルが、ファイル保存部（１５）に保存されていない場合、あるいは、同一名のファイルがすでに存在している場合であっても、取得したメタ情報内のファイルの最終更新時刻が、メタ情報保存部（１３）に保存されている同一名のファイルの最終更新時刻よりも新しい場合」を照合していることから、「メタ情報取得部（１１）から送られてきたメタ情報」と「メタ情報保存部（１３）に保存されている、すでにダウンロード済みのアイテムのメタ情報」に含まれるファイル名や最終更新時刻、すなわち、本願発明における「第２の属性」が比較されているということができる。
　そうすると、引用発明における上記事項は、本願発明における「前記受信手段によって受信された前記サーバ装置に格納されたコンテンツのダウンロード記述子に含まれる第２の属性と、前記記憶手段に既に記憶され、前記受信されたダウンロード記述子の示すコンテンツに対応する記述子に含まれる第２の属性とを比較する比較手段」に対応している。
　 
（カ）引用発明における「アイテムに含まれる個々のファイル毎に更新の要否を判定するステップであって、取得したメタ情報内のファイル名と同一名のファイルが、ファイル保存部（１５）に保存されていない場合、あるいは、同一名のファイルがすでに存在している場合であっても、取得したメタ情報内のファイルの最終更新時刻が、メタ情報保存部（１３）に保存されている同一名のファイルの最終更新時刻よりも新しい場合」との事項において、「アイテムに含まれる個々のファイル毎」の「取得したメタ情報内のファイル名」や「取得したメタ情報内のファイルの最終更新時刻」は、本願発明における「受信手段によって受信されたダウンロード記述子に含まれる複数のそれぞれの部分コンテンツの第２の属性」に対応している。
　また、「取得したメタ情報内のファイル名と同一名のファイルが、ファイル保存部（１５）に保存されていない場合、あるいは、同一名のファイルがすでに存在している場合であって、取得したメタ情報内のファイルの最終更新時刻が、メタ情報保存部（１３）に保存されている同一名のファイルの最終更新時刻よりも新しい場合」は、 「取得したメタ情報内のファイル名」が、「メタ情報保存部（１３）に保存されている、すでにダウンロード済みのアイテムのメタ情報」に含まれるファイル名のいずれとも一致しないことが検出された場合、あるいは、「取得したメタ情報内のファイルの最終更新時刻」が「メタ情報保存部（１３）に保存されている、すでにダウンロード済みのアイテムのメタ情報」に含まれる最終更新時刻のいずれとも一致しないことが検出された場合に相当するから、本願発明における「前記記憶手段に記憶された前記対応するダウンロード記述子に含まれる部分コンテンツの第２の属性のいずれとも一致しないことが検出された場合」に対応している。
　そうすると、引用発明における上記事項は、本願発明における「前記比較手段による比較の結果、前記受信手段によって受信されたダウンロード記述子に含まれる複数のそれぞれの部分コンテンツの第２の属性が、前記記憶手段に記憶された前記対応する記述子に含まれる部分コンテンツの第２の属性のいずれとも一致しないことが検出された場合」と共通している。
 
（キ）引用発明における「取得したメタ情報内のパス情報から当該ファイルをダウンロードする」との事項において、「取得したメタ情報内のパス情報」は本願発明における「検出された第２の属性」に対応しており、また、ファイルのダウンロードにあたってはダウンロード要求を送信することは自明であるから、引用発明における上記事項は、本願発明における「この検出された第２の属性に対応する部分コンテンツのダウンロード要求を前記サーバ装置に送信する」との事項に対応している。
　 
　以上によれば、本願発明と引用発明の一致点、相違点は次のとおりである。 
　  
（１）一致点  
　「サーバ装置と通信ネットワークを介して通信することで、前記サーバ装置からコンテンツをダウンロードするクライアント装置であって、 
　複数の部分コンテンツからなるコンテンツと、このコンテンツを識別する第１の属性、及び前記複数のそれぞれの部分コンテンツを識別する第２の属性とを含む記述子とを記憶する記憶手段と、
　前記サーバ装置から送信されたダウンロード記述子を受信する受信手段と、 
　前記受信手段によって受信された前記サーバ装置に格納されたコンテンツのダウンロード記述子に含まれる第２の属性と、前記記憶手段に既に記憶され、前記受信されたダウンロード記述子の示すコンテンツに対応する記述子に含まれる第２の属性とを比較する比較手段と、 
　前記比較手段による比較の結果、前記受信手段によって受信されたダウンロード記述子に含まれる複数のそれぞれの部分コンテンツの第２の属性が、前記記憶手段に記憶された前記対応する記述子に含まれる部分コンテンツの第２の属性のいずれとも一致しないことが検出された場合、この検出された第２の属性に対応する部分コンテンツのダウンロード要求を前記サーバ装置に送信する送信手段とを有する 
ことを特徴とするクライアント装置。」  
　  
（２）相違点  
［相違点１］ 
　本願発明では、「ダウンロード記述子」を記憶手段に記憶し、比較手段において比較対象としているのに対し、引用発明では、「ネットワークから取得されたメタ情報」に含まれる「各ファイルのパス情報」を「ファイル名」に置き換えた記述子をメタ情報保存部（１３）に記憶し、メタ情報解析部（１２）において比較対象としている点。
　
［相違点２］ 
　本願発明では、記憶手段に記憶されたダウンロード記述子に含まれる第２の属性が「少なくとも前記それぞれの部分コンテンツのＵＲＩ」を含み、受信手段によって受信されたサーバ装置に格納されたコンテンツのダウンロード記述子に含まれる第２の属性が「少なくとも前記サーバ装置に格納されたコンテンツの複数のそれぞれの部分コンテンツのＵＲＩ」を含んでいるのに対し、引用発明ではそのようになっていない点。 
　 
５　当審の判断  
［相違点１］について 
　引用発明において、「ネットワークから取得されるメタ情報」に含まれる「各ファイルのパス情報」と、「すでにダウンロード済みのアイテムのメタ情報」に含まれる「ファイル名」を詳細に検討すると、引用例【００１１】段落【表１】と【００１３】段落【表２】に記載されているように、「ネットワークから取得されたメタ情報」に含まれる「各ファイルのパス情報」（例えば、URL=http://content.com/movie.mpg）には、「すでにダウンロード済みのアイテムのメタ情報」に含まれている「ファイル名」の情報（例えば、movie.mpg）が含まれていることから、「ネットワークから取得されたメタ情報」に含まれる「各ファイルのパス情報」と、「すでにダウンロード済みのアイテムのメタ情報」に含まれる「ファイル名」とは、表現形式は異なるものの、あるファイルを特定するという点では同じ機能を有しているということができる。  
　そして、メタ情報をメタ情報保存部（１３）に格納するにあたり、「各ファイルのパス情報」を含んだメタ情報をそのまま格納するか、「各ファイルのパス情報」を「ファイル名」に置き換えて格納するかは、各ファイルを一意に特定できるという制約を考慮しながら、当業者が適宜採択できる設計的事項にすぎない。 
　そうすると、引用発明において、「ネットワークから取得されるメタ情報」に含まれる「各ファイルのパス情報」を「ファイル名」に置き換えることなく、本願発明のように「ネットワーク記述子」として記憶手段に記憶し、比較手段において比較対象とすることは、当業者が容易に想到できるものである。  
　  
［相違点２］について 
　本願発明の背景技術として、「これらの標準仕様では、コンテンツのダウンロードに先立ち、そのダウンロード対象のコンテンツの属性情報を記述したダウンロード記述子（Download Descriptor、以後、ＤＤと称する。）をダウンロードシステムのサーバ装置からクライアント装置へダウンロードする。そして、クライアント装置から上記ダウンロードされたＤＤに記述されているＵＲＩ（Uniform Resource Identifier）に対してアクセスすることにより、上記コンテンツのダウンロードを実行するようになっている。」（本願明細書【０００３】段落）と記載されているように、「クライアント装置から上記ダウンロードされたＤＤに記述されているＵＲＩ（Uniform Resource Identifier）に対してアクセスすることにより、上記コンテンツのダウンロードを実行する」ことは本願出願当時既に周知の事項である。 
　一方、引用発明における「ネットワークから取得されるメタ情報」の「パス情報」は、「取得したメタ情報内のパス情報から当該ファイルをダウンロードする」ために使用されており、また、引用例【００１１】段落の【表１】には当該「パス情報」がＵＲＬにより表示されている例が記載されている。 
　そうすると、引用発明において、「ネットワークから取得されるメタ情報」の「パス情報」として、ＵＲＬに代えて、ＵＲＬと同様の機能を有する周知のＵＲＩを採用し、「少なくともサーバ装置に格納されたコンテンツの複数のそれぞれの部分コンテンツのＵＲＩ」を含むようにすることは、当業者が容易に想到できるものである。
　また、上記［相違点１について］において示したように、メタ情報をメタ情報保存部（１３）に格納するにあたり、「各ファイルのパス情報」を含んだメタ情報をそのまま格納することは、当業者が適宜採択できる設計的事項であるから、「ネットワークから取得されるメタ情報」の「パス情報」として周知のＵＲＩを採用した場合、「すでにダウンロード済みのアイテムのメタ情報」が「少なくとも前記それぞれの部分コンテンツのＵＲＩ」を含むようにすることも、何ら困難なことではない。
　 
　そして、本願発明の作用効果は、引用発明及び周知事項から、当業者が容易に予測できるものである。
　  
６　まとめ  
　以上のとおり、本願発明は、引用発明及び周知事項に基づいて当業者が容易に発明をすることができたものであるから、第２９条第２項の規定により特許を受けることができないものである。  
　したがって、その余の請求項について論及するまでもなく、本願は、拒絶すべきものである。  
 
　よって、結論のとおり審決する。