【事件の表示】
　特願２００４−５２１６０４「プレイリストをアップデートする方法およびシステム」拒絶査定不服審判事件〔平成１６年　１月２２日国際公開、ＷＯ２００４／００８４６０、平成１７年１１月　４日国内公表、特表２００５−５３３３３３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本件審判の請求に係る特許出願（以下「本願」という。）は、平成１５年７月９日（パリ条約による優先権主張外国庁受理２００２年７月１６日（ＵＳ）米国）を国際出願日とする出願であって、平成２０年４月４日付け拒絶理由通知に対して、同年１０月１５日付けで手続補正がされ、平成２１年６月１０日付け拒絶理由通知（最後）に対して、同年１２月１６日付けで手続補正がされたが、平成２２年３月４日付けで拒絶査定がされ、これに対し、同年７月９日付けで拒絶査定不服審判が請求されるとともに、同日付けで手続補正がされた。
　その後、平成２３年５月１１日付けで前置報告書を利用した審尋を行ったところ、同年１１月１６日付けで回答書が提出されたものである。
　
２．本願発明
　本願の請求項１ないし７に係る発明は、平成２２年７月９日付け手続補正書により補正された特許請求の範囲の、請求項１ないし７に記載された事項により特定されるとおりのものと認められるところ、請求項１に係る発明（以下、「本願発明」という。）は、次のとおりである。
「【請求項１】
　メディア再生システム上で再生される一連のメディアアイテムのリストであるプレイリストをアップデートする、コンピュータによって実現される方法であって、前記方法は、
　前記メディア再生システムで再生可能であるメディアアイテムをデータソースとするメディアコンテンツに、少なくとも一つの新しいメディアアイテムが追加されたことを検出し、
　前記メディア再生システムで再生可能であるメディアアイテムが前記メディアコンテンツに追加されたことにより、前記プレイリストが影響を受けるか否かを判断し、
　前記メディア再生システムで再生可能である前記メディアアイテムの前記メディアコンテンツへの追加が検出され、かつ前記プレイリストが影響を受けると判断されたときのみ、自動的に前記プレイリストを再生成し、
　前記プレイリストは、該プレイリストに関連付けられたプレイリスト条件であって、該プレイリストに含まれるべき前記メディアアイテムを特定する少なくとも１つのプレイリスト条件を有し、
　前記プレイリストの再生成は、前記少なくとも１つのプレイリスト条件を用いて、ユーザーによる指示なしで行なわれる
　方法。」
　
　ここで、本願明細書の段落【００２８】に記載の「データソースの例は、コンパクトディスク（ＣＤ）、携帯メディアプレーヤー、インターネット経由のリモートサーバ、またはローカルディスクドライブである。」からみて、「データソース」は、データが記録されている記録媒体を意味すると解されるから、上記「メディアアイテムをデータソースとするメディアコンテンツ」に誤記があることは明らかである。
　この点について検討すると、平成２２年３月４日付け拒絶査定における「なお、メディアコンテンツとトラックの関係も明確ではなく、詳細な説明の対応する部分が分かりません。」、平成２２年７月９日付け審判請求書における「また、メデイアコンテンツは、「メディアアイテムをデータソースとするメディアコンテンツ」としました。この定義は、段落００２８、００５５の記載に従っています。（省略）要するにメディアコンテンツは、実際のデータソースをメデイアアイテムとしており、そのメディアアイテムの特性や属性に関するメディア情報を含んだものだと理解することができます。」、及び、本願明細書の段落【００２８】に記載の「ここでデータソースは、メディアコンテンツのソース、具体的にはメディアアイテムに関する。」からみて、上記「メディアアイテムをデータソースとするメディアコンテンツ」は、「メディアアイテムをソースとするメディアコンテンツ」、あるいは、「メディアアイテムを含むメディアコンテンツ」に等しいものを意味すると解される。
　
３．引用発明
（１）原査定の拒絶の理由に引用された、本願の優先権主張の日前の刊行物である国際公開第０１／６７７５３号（以下、「引用例」という。）には、図面とともに、以下の事項の記載がある。（なお、翻訳文は当審による。また、下線は当審で付与した。）
ア．“
Field of the Invention
play lists.”（明細書第１頁第１２、１３行目、翻訳文：
「
発明の分野
　
イ．“
Description of the Related Art
 Users of digital music technology can acquire large amounts of 
digital music files. In order to manage these files, play lists 
are created. 
For example, a play list may be a list of songs to be
played by a music player. Play lists allows users to group their
songs according to whatever method the user desires and plays the
tracks referenced by the play list on a music player
 One problem that has been associated with play lists is the 
enormous effort needed to manage play lists. As the user acquires 
large amounts of files, managing the play list becomes difficult. 
A user may have multiple or hundreds of play lists. Additionally, 
the user may have hundreds or thousands of music files. The effort 
to move a large number of files into the appropriate play lists is 
time consuming. Furthermore, as users download new files, the user 
must remember to add the new tracks to one or more play lists. 
This two step approach --(1) downloading music files and 
(2) moving the downloaded files to one or more play lists -- 
is cumbersome. Therefore, many users stop using play lists. 
 Thus, there is a need for an improved means for managing play 
lists.”（明細書第１頁第１５行目〜第２頁第１５行目、翻訳文：
「
背景技術の説明
　デジタル音楽技術のユーザは大量のデジタル音楽ファイルを取得することができる。これらのファイルを管理するために、プレイリストが作成される。
例えば、プレイリストは音楽プレーヤによって再生される曲のリストである。プレイリストは、ユーザがユーザの望むすべての方法によって曲をグループ化することを可能にし、音楽プレーヤ上のプレイリストによって参照されるトラックを再生する
　プレイリストに関係する問題の１つは、プレイリストを管理するために必要とされる莫大な努力である。ユーザが大量のファイルを取得するほど、プレイリストの管理は困難になる。ユーザは複数あるいは何百ものプレイリストを持っているかもしれない。さらに、ユーザは何百あるいは何千もの音楽ファイルも持っているかもしれない。多数のファイルを適切なプレイリストへ移動させるための努力は時間をくう。更に、ユーザが新しいファイルをダウンロードすると、ユーザは忘れずに新しいトラックを1つ以上のプレイリストに加えなければならない。この2ステップのアプローチ--(1)音楽ファイルのダウンロードおよび(2)ダウンロードされたファイルを1以上のプレイリストへ移動させること--は厄介である。したがって、多くのユーザがプレイリストの使用をやめる。
　したがって、プレイリストを管理するための改善された手段が必要とされている。」）
　
ウ．“Figure 1 depicts one embodiment of the present invention. 
Figure 1 depicts music server 102 which is one embodiment of 
an audio/visual server. Music server 102 emulates a disc changer.
（省略）
Music server 102 is in communication with head unit 104. 
（省略）
Connected to head unit 104 are speakers 106, 108, 110 and 112 for 
providing music to the user. Figure 1 also shows removable disk 
cartridge 120 which can be connected to music server 102 or 
docking station 122 (also called a dock). 
 Docking station 122 is connected to computer 124. 
（省略）
In one embodiment of the present invention, an Internet server 130 
is provided via the Internet for downloading tracks, downloading 
information about tracks, storing information about tracks and 
downloading firmware. In one embodiment of the system of Figure 1 , 
the tracks are songs. 
 In general, the embodiment shown in Figure 1 operates as follows. 
A user will insert disk cartridge 120 into docking station 122. 
Using the GUI on computer 124, the user will download tracks from
the Internet (including Internet server 130) to the hard disk of
computer 124. The downloading of music can also be done without
using the GUI of the present invention. After the tracks are on
disk cartridge 120, disk cartridge 120 is removed from docking
station 122 and inserted into music server 102. In one embodiment,
music server 102 and head unit 104 are mounted in an automobile.
More specifically, music server 102 may be mounted in the trunk of
a car and head unit 104 is mounted in the dash board. After disk
cartridge 120 is inserted into music server 102, a user can use
head unit 104 to access tracks on disk cartridge 120 and play
those tracks through speakers 106, 108, 110 and 112
（明細書第６頁第９行目〜第７頁第２３行目、翻訳文：
「図1は、本発明の一実施形態を示す。図1は、オーディオ/ビジュアル・サーバの一実施形態である音楽サーバ102を示す。音楽サーバ102はディスクチェンジャをエミュレートする。
（省略）
音楽サーバ102はヘッドユニット104と通信している。
（省略）
ヘッドユニット104に接続されているのは、ユーザに音楽を提供するためのスピーカ106、108、110および112である。図1は、さらに音楽サーバ102又は(ドックとも呼ばれる)ドッキングステーション122に接続することができるリムーバブル・ディスク・カートリッジ120を示す。
　ドッキングステーション122はコンピュータ124に接続される。
（省略）
本発明の一実施形態では、インターネットサーバ130は、トラックをダウンロードし、トラックに関する情報をダウンロードし、トラックに関する情報を格納し、ファームウェアをダウンロードするためにインターネットを介して提供される。図1のシステムの一実施形態では、
トラックは曲である
　通常、図1に示される実施形態は以下のように動作する。ユーザはドッキングステーション122にディスク・カートリッジ120を挿入する。
コンピュータ124上でGUIを使用して、ユーザは、(インターネットサーバ130を含む)インターネットからコンピュータ124のハードディスクへトラックをダウンロードする。音楽のダウンロードは、本発明のGUIを使用せずに行うこともできる。トラックがディスク・カートリッジ120に格納された後、ディスク・カートリッジ120はドッキングステーション122から取り外され、音楽サーバ102に挿入される。一実施形態では、音楽サーバ102およびヘッドユニット104は自動車に搭載される。より具体的には、音楽サーバ102は自動車のトランクに搭載され、また、ヘッドユニット104はダッシュボードに搭載される。ディスク・カートリッジ120が音楽サーバ102に挿入された後、ユーザは、ヘッドユニット104を使用することにより、ディスク・カートリッジ120のトラックにアクセスするとともに、スピーカ106、108、110および112によってそれらのトラックを再生することができる
　
エ．“Figure 13 depicts a 
GUI for the software operating on
computer 124
add or remove tracks from a play list, add or remove tracks from 
disk cartridge 120, and configure music server 102. 
A play list is
a list of tracks to be played
（省略）
 Figure 14 is a flow chart which describes a method for using 
GUI 1200. In step 1250, a user creates a play list. In step 1252, 
the user acquires tracks. In step 1254, a set of one or more 
tracks are added to the play list. In step 1256, the user selects 
a device for transferring the tracks. In step 1258, the user 
synchronizes data with the device selected in step 1256. Step 1258 
includes storing on the selected device the play list and 
the tracks identified in the play list.
 Figure 15 is a flow chart describing the process of creating 
a new play list. In step 1302, the user selects the create play 
list button from window 1208. Alternatively, the user can right 
click on window 1204 and select new. In step 1304, the user 
provides a name for the new play list. In step 306, the user can 
manually add tracks to the play list. One means for manually 
adding tracks includes dragging tracks from tracks window 1206 to 
play list in window 1204. The user can also drag tracks using 
a browser. Additionally, the user can select the add track button
from window 1208 and identify the tracks to be added from any 
accessible storage medium.
 
In step 1308, the user adds criteria to the play list for
automatically adding tracks
for which a decision can be made. Criteria can be a set of on of 
one or more boolean expressions, one or more tests, one or more 
data values which must be matched, etc. Example of information 
that can be included in play list criteria includes artist name, 
title, album name, year of recording, genre, tempo, source, file 
bit rate, similarity information, etc. The criteria can be added 
by inserting data into fields of a template, by writing boolean 
expressions, by selecting or entering data or boolean expressions 
using menus, or other suitable means. Criteria for a play list may 
include multiple terms. For example, the criteria for a play list 
can specify a genre and a time frame. In one example of steps 1302-
1308, a user may create a new play list called early Beatles. 
The criteria entered in step 1308 would include the artist name 
being equal to Beatles and date field being equal to prior to 
1965. Additional criteria could also be used.
（省略）
 In step 1310 of Figure 13, the system automatically adds tracks 
to the newly created play list according to the criteria specified 
in step 1308. The term automatically is used to mean that no 
human action is required to add the track. In one embodiment, step 
1310 is performed by the software searching through the tracks 
listed in window 1206. In another embodiment, the system searches 
through all the tracks on the hard disk drive of computer 124, on 
the entire network connected to computer 124 or on another 
specified storage medium. For each track found during a search, 
the properties for the track are compared to the criteria for the 
play list. If the properties for the track satisfy the criteria 
for the play list, the software adds the track to the play list. 
Properties for a track satisfy criteria for a play list if all of 
the tests of the criteria for the play list are successful in 
light of the properties for the track. For example, for the early 
Beatles play list mentioned above, a song by the Beatles recorded 
in 1963 has properties that satisfy the play list criteria 
regardless of the album title, genre, etc. 
 When storing tracks in MP3 format, the end of the file includes 
an ID3 tag. In an embodiment of the present invention that uses 
files stored in MP3 format, the track's properties are stored in 
the ID3 tag. ”（明細書第２２頁第３行目〜第２５頁第６行目、翻訳文：
「図13は、
コンピューター124上で作動するソフトウェア用のGUI
プレイリストは再生されるトラックのリストである
（省略）
　図14はGUI 1200を使用する方法について記述するフローチャートである。ステップ1250で、ユーザはプレイリストを作成する。ステップ1252で、ユーザはトラックを取得する。ステップ1254で、1以上のトラックのセットがプレイリストに加えられる。ステップ1256で、ユーザは、トラックを転送するためのデバイスを選択する。ステップ1258で、ユーザはステップ1256で選択されたデバイスと、データを同期させる。ステップ1258は、選択されたデバイスに、プレイリストとプレイリスト内で特定されたトラックとを格納することを含む。
　図15は、新しいプレイリストを作成する処理について記述するフローチャートである。ステップ1302で、ユーザはウィンドウ1208から「プレイリストを作成する」ボタンを選択する。あるいは、ユーザはウィンドウ1204を右クリックし「新規」を選択することができる。ステップ1304で、ユーザは、新しいプレイリストの名前をつける。ステップ306で、ユーザは、手動でプレイリストにトラックを加えることができる。手動でトラックを加えるための手段の１つは、トラック・ウィンドウ1206からウィンドウ1204のプレイリストまでトラックをドラッグすることを含む。ユーザはさらにブラウザを使用して、トラックをドラッグすることができる。さらに、ユーザはウィンドウ1208から「トラックを加える」のボタンを選択して、また任意のアクセス可能な記憶媒体から加えられるトラックを特定することができる。
　
ステップ1308で、ユーザは自動的にトラックを加えるため、プレイリストに抽出条件を加える
（省略）
　図13のステップ1310で、システムは、ステップ1308で指定された抽出条件により、新しく作成されたプレイリストにトラックを自動的に加える。「自動的に」という用語は、トラックを加えるために人間の行為が要求されないことを意味するために使用される。一実施形態では、ステップ1310は、ウィンドウ1206にリストされたトラックを探すソフトウェアによって実行される。別の実施形態では、コンピュータ124のハードディスク・ドライブ上の、コンピュータ124に接続されたネットワーク全体の、又は、他の特定の記録媒体のすべてのトラックをシステムは探す。探す間に見つかった各トラックについて、トラックの属性はプレイリストの抽出条件と比較される。もしトラックの属性がプレイリストの抽出条件を満たすなら、ソフトウェアはプレイリストにトラックを加える。もしプレイリストの抽出条件のテストのすべてがトラックの属性に照らして成功するなら、トラックの属性は、プレイリストの抽出条件を満たす。例えば、上述の「初期のビートルズ」プレイリストのために、1963年に録音されたビートルズの曲は、アルバム・タイトル、ジャンルなどにかかわらずプレイリスト抽出条件を満たす属性を有する。
　MP3フォーマットにトラックを格納する場合、ファイルの端はID3タグを含んでいる。MP3フォーマットに格納されたファイルを使用する本発明の実施形態では、トラックの属性はID3タグに格納される。」）
　
オ．“
After one or more play lists are created, the system will
automatically update the play lists
becomes available, it will be automatically added to any play list 
for which the properties of the track satisfy the criteria for the 
play list. The automatic adding of a track to a play list could be 
triggered by adding a track to track list 1206, storing a track on 
the hard disk of computer 124, accessing a track over a network or 
the Internet, putting a track in a certain directory or otherwise 
making a track accessible. The key is that the track or properties 
for the track is stored somewhere that is accessible in an 
appropriate manner to trigger the process of automatically adding 
tracks to the play list. 
The tracks are added automatically
without the user requesting the track be added
 Figure 17 provides a flow chart describing one method for 
automatically adding a track to one or more play lists. 
In step
1402, the track is stored
stored in the track list, hard drive, computer, network, Internet, 
etc. so that the track is accessible by the software. 
In step
1404, the system detects that the new track is accessible
embodiment where the track is added to track list 1206, the 
addition to the track list is the detection of the new track. 
In other embodiments, a background process can be set up to 
monitor the hard disk, floppy disk, network, Internet, etc. 
After a new track is detected
play lists listed in window 1204. In step 1408, a first play list 
is chosen. 
In step 410, the system compares the properties for the
track to the criteria for the play list in order to determine
whether the properties for the track satisfy the criteria for the
play list
the properties stored in an ID3 tag satisfy the criteria specified 
for the particular play list. For example, if the criteria for the 
play list includes a specific artist, step 1410 includes 
determining whether the artist identified in the ID3 tag is the 
same artist that is defined in the criteria for the play list. 
Other means for storing and comparing properties can also be used. 
Additionally, various embodiments of the present invention use 
different quantities of properties. For example, the present 
invention will work with only one property per track. As described 
above, storing more than one property also works with the present 
invention. 
 
If, in step 1410, the criteria for the play list is satisfied
then the method loops to step 1412 and the track is automatically
added to the particular play list under consideration
1412, the method loops to step 1414. If in step 1410, the criteria 
was not satisfied, then the method loops directly to step 1414. 
In step 1414, it is determined whether there are any more play 
lists to consider. If there are no more play lists to consider, 
then the method of Figure 17 is completed. If there are more play 
lists to consider, then the method loops to step 1416 and the next 
play list is chosen. After step 1416, the method loops back to 
step 1410 and determines whether the properties for the track 
satisfy the criteria for the new play list. 
In one embodiment of
step 1412, the software provides a window to the user indicating
that the track is to be added. In another embodiment of step 1412,
the software provides a window indicating to the user that the
track meets the criteria for a play list and requests that the
user confirm that the track should be added to the play list
（明細書第２６頁第７行目〜第２２行目、翻訳文：
「
1以上のプレイリストが作成された後、システムは自動的にプレイリストを更新する
トラックは、トラックが加えられることをユーザが要求せずとも自動的に加えられる
　図17は、1以上のプレイリストに自動的にトラックを加える方法の1つについて説明するフローチャートである。
ステップ1402で、トラックは格納される
ステップ1404で、システムは、新しいトラックがアクセス可能であることを検出する
新しいトラックが検出された後、
ステップ410で、システムは、トラックの属性がプレイリストの抽出条件を満たすかどうか判断するためにトラックの属性をプレイリストの抽出条件と比較する
　
もし、ステップ1410で、プレイリストの抽出条件が満たされるならば、方法はステップ1412へ進み、トラックは、考慮中の特定のプレイリストに自動的に加えられる
ステップ1412の一実施形態では、ソフトウェアはトラックが加えられることを示すウィンドウをユーザに提供する。ステップ1412の別の実施形態では、ソフトウェアは、トラックがプレイリストの抽出条件を満たすことを示すウィンドウをユーザに提供して、トラックがプレイリストに加えられることについてユーザの確認を求める
　
カ．“Figure 19 is a flow chart describing the process for 
synchronizing data between computer 124 and the device playing the 
tracks, In one embodiment, the method of Figure 19 is used to 
synchronize data between computer 124 and disk cartridge 120. 
However, the steps of Figure 19 can be used for other devices. 
In embodiments that don't use a disk cartridge 120, the steps of 
Figure 19 are used to synchronize between computer 124 and the 
storage medium for the particular device.”
（明細書第２９頁第１８〜２３行目、翻訳文：
「図19は、コンピュータ124とトラックを再生するデバイスとの間でデータを同期させる処理を説明するフローチャートであり、一実施形態では、図19の方法はコンピュータ124とディスク・カートリッジ120との間でデータを同期させるために使用される。しかしながら、図19のステップは他のデバイスに使用され得る。ディスク・カートリッジ120を使用しない実施形態では、図19のステップはコンピュータ124と特定のデバイス用の記録媒体との間を同期するために使用される。」）
　
キ．“CLAIMS
  We Claim:
  1. 
A method for updating a play list
  
comparing a set of one or more properties of a first track to
criteria of a first play list
  
automatically adding said first track to said first play list if
said set of properties of said first track satisfy said criteria
of said first play list
  2. A method according to claim 1, further including the step of:
  
detecting said first track being available, said step of
comparing being performed automatically in response to said step
of detecting
  3. A method according to claim 2, further including the step of:
  downloading said first track from a global network, said step of 
detecting being performed in response to said step of downloading.
  4. A method according to claim 2, further including the step of:
  r
eceiving said first track, said step of detecting being
performed in response to said step of receiving
（請求の範囲第１〜４項、翻訳文：
「請求の範囲
1. 以下のステップを含む
プレイリストを更新する方法
第１のトラックの１以上の属性のセットを第１のプレイリストの抽出条件と比較し
前記第１のトラックの属性の前記セットが前記第１のプレイリストの前記抽出条件を満たす場合、前記第１のトラックを前記第１のプレイリストに自動的に加える
2. さらに次のステップを含む請求項１に記載の方法：
前記第１のトラックが利用可能であることを検出し、前記比較ステップは前記検出ステップに応じて自動的に実行される
3. さらに次のステップを含む請求項２に記載の方法：
グローバネットワークから前記第１のトラックをダウンロードし、前記検出ステップは前記ダウンロードステップに応じて実行される。
4. さらに次のステップを含む請求項２に記載の方法、
前記第１のトラックを受け取り、前記検出ステップは前記受け取りステップに応じて実行される
　
　上記記載事項を、図面とともに総合整理すると、引用例には次の発明（以下、「引用発明」という。）が記載されているものと認める。
「１以上のプレイリストが作成された後、自動的にプレイリストを更新する方法であって、
　トラックが格納され、
　新しいトラックがアクセス可能であることを検出し、
　新しいトラックが検出された後、トラックの属性をプレイリストの抽出条件と比較し、
　もし、プレイリストの抽出条件が満たされるならば、トラックは、トラックが加えられることをユーザが要求せずとも、上記プレイリストに自動的に加えられ、
　トラックをプレイリストに自動的に加える際に、
一実施形態では、トラックが加えられることを示すウィンドウをユーザに提供し、
別の実施形態では、トラックがプレイリストの抽出条件を満たすことを示すウィンドウをユーザに提供して、トラックがプレイリストに加えられることについてユーザの確認を求める
方法。」
　
４．対比
　本願発明と引用発明とを対比する。
（１）本願発明の「メディアアイテム」は、本願明細書の段落【００５３】に記載の「メディアアイテム（例えばトラックまたは曲）」等からみて、具体的にはトラック又は曲を意味するものと解される。
　すると、引用発明の「トラック」は、記載事項ウ．からみて、音楽サーバ（「メディア再生システム」に相当。）により再生される曲であるから、本願発明の「メディア再生システム上で再生される」「メディアアイテム」に相当する。
　
（２）引用発明の「プレイリスト」は、記載事項エ．の「プレイリストは再生されるトラックのリストである」、及び、記載事項イ．の「例えば、プレイリストは音楽プレーヤによって再生される曲のリストである。プレイリストは、ユーザがユーザの望むすべての方法によって曲をグループ化することを可能にし、音楽プレーヤ上のプレイリストによって参照されるトラックを再生する。」からみて、本願発明の「メディア再生システム上で再生される一連のメディアアイテムのリストであるプレイリスト」に相当する。
　
（３）引用発明は、「１以上のプレイリストが作成された後、自動的にプレイリストを更新する」、及び、記載事項エ．からみて、「トラックが格納され」の以前から既存のトラック（及び１以上のプレイリスト）が格納されていることは明らかである。
　そして、上記「既存のトラック」、及び、「トラックが格納され」により格納された後の「トラック」は、本願発明の「前記メディア再生システムで再生可能であるメディアアイテムをデータソースとするメディアコンテンツ」を構成している。
　
（４）引用発明の「新しいトラックがアクセス可能であることを検出し」は、「トラックが格納され」によって格納された新しいトラックを検出するものであるから、本願発明の「前記メディア再生システムで再生可能であるメディアアイテムをデータソースとするメディアコンテンツに、少なくとも一つの新しいメディアアイテムが追加されたことを検出し」に相当する。
　
（５）引用発明の「プレイリストの抽出条件が満たされる」は、「もし、プレイリストの抽出条件が満たされるならば、トラックは、トラックが加えられることをユーザが要求せずとも、上記プレイリストに自動的に加えられ」からみて、プレイリストにトラックを加えるべきことを意味するから、本願発明の「プレイリストが影響を受ける」に相当する。
　すると、引用発明の「新しいトラックが検出された後、トラックの属性をプレイリストの抽出条件と比較し」は、本願発明の「前記メディア再生システムで再生可能であるメディアアイテムが前記メディアコンテンツに追加されたことにより、前記プレイリストが影響を受けるか否かを判断し」に相当する。
　
（６）引用発明の「もし、プレイリストの抽出条件が満たされるならば、トラックは、トラックが加えられることをユーザが要求せずとも、上記プレイリストに自動的に加えられ」は、「新しいトラックが検出された後、トラックの属性をプレイリストの抽出条件と比較し」からみて、新しいトラックが検出され、かつプレイリストの抽出条件が満たされるときにトラックをプレイリストに自動的に加えるものであるから、本願発明の「前記メディア再生システムで再生可能である前記メディアアイテムの前記メディアコンテンツへの追加が検出され、かつ前記プレイリストが影響を受けると判断されたときのみ、自動的に前記プレイリストを再生成し」に相当する。
　
　なお、平成２１年１２月１６日付け意見書において、請求人は、「再生成」について、例えばメデイアコンテンツＡ，Ｂ，Ｃ・・・に対応した既存のプレイリストａｂｃ・・が存在したとして、ここからメデイアコンテンツＢが削除された場合、プレイリストａｂｃ・・・から、「ｂ」というリスト項目を削除するというプレイリストａｃ・・・の更新を行なうのではなく、再度フィルタ基準などに照らしてプレイリストａｃ・・・を再生成する旨の主張をしている。
　しかしながら、本願明細書の段落【００４７】〜【００５０】、図７Ａ、図７Ｂにおいては、プレイリストの再生成は、既存のプレイリストに対して追加削除することにより行われている。
　また、特許請求の範囲の請求項１には、「再生成」について、一から生成し直すようなものであることは何ら記載されていない。
　してみれば、上記主張は、特許請求の範囲及び明細書の記載に基づかないものであり、採用できない。
　
（７）引用発明の「抽出条件」は、
「新しいトラックが検出された後、トラックの属性をプレイリストの抽出条件と比較し、
　もし、プレイリストの抽出条件が満たされるならば、トラックは、トラックが加えられることをユーザが要求せずとも、上記プレイリストに自動的に加えられ」
からみて、本願発明の「該プレイリストに関連付けられたプレイリスト条件であって、該プレイリストに含まれるべき前記メディアアイテムを特定する少なくとも１つのプレイリスト条件」に相当する。
　
（８）引用発明の「プレイリスト」は、「プレイリストの抽出条件」、及び、記載事項エ．の「ステップ1308で、ユーザは自動的にトラックを加えるため、プレイリストに抽出条件を加える。」のとおり「抽出条件」を有するから、本願発明の「前記プレイリストは、該プレイリストに関連付けられたプレイリスト条件であって、該プレイリストに含まれるべき前記メディアアイテムを特定する少なくとも１つのプレイリスト条件を有し」を備えている。
　
（９）引用発明の「もし、プレイリストの抽出条件が満たされるならば、トラックは、トラックが加えられることをユーザが要求せずとも、上記プレイリストに自動的に加えられ」は、本願発明の「前記プレイリストの再生成は、前記少なくとも１つのプレイリスト条件を用いて」「行なわれる」を備えている。
　
（１０）引用発明の「新しいトラックがアクセス可能であることを検出し、
　新しいトラックが検出された後、トラックの属性をプレイリストの抽出条件と比較し、
　もし、プレイリストの抽出条件が満たされるならば、トラックは、トラックが加えられることをユーザが要求せずとも、上記プレイリストに自動的に加えられ、
　トラックをプレイリストに自動的に加える際に、一実施形態では、トラックが加えられることを示すウィンドウをユーザに提供し、別の実施形態では、トラックがプレイリストの抽出条件を満たすことを示すウィンドウをユーザに提供し、また、トラックがプレイリストに加えられることについてユーザの確認を求める」
は、記載事項エ．及び記載事項オ．からみて、コンピュータ124上のソフトウェアにより実行されるから、引用発明の「１以上のプレイリストが作成された後、自動的にプレイリストを更新する方法」は、本願発明の「メディア再生システム上で再生される一連のメディアアイテムのリストであるプレイリストをアップデートする、コンピュータによって実現される方法」に相当する。
　
　したがって、本願発明と引用発明との＜一致点＞及び＜相違点＞は、次のとおりである。
　
＜一致点＞
「メディア再生システム上で再生される一連のメディアアイテムのリストであるプレイリストをアップデートする、コンピュータによって実現される方法であって、前記方法は、
　前記メディア再生システムで再生可能であるメディアアイテムをデータソースとするメディアコンテンツに、少なくとも一つの新しいメディアアイテムが追加されたことを検出し、
　前記メディア再生システムで再生可能であるメディアアイテムが前記メディアコンテンツに追加されたことにより、前記プレイリストが影響を受けるか否かを判断し、
　前記メディア再生システムで再生可能である前記メディアアイテムの前記メディアコンテンツへの追加が検出され、かつ前記プレイリストが影響を受けると判断されたときのみ、自動的に前記プレイリストを再生成し、
　前記プレイリストは、該プレイリストに関連付けられたプレイリスト条件であって、該プレイリストに含まれるべき前記メディアアイテムを特定する少なくとも１つのプレイリスト条件を有し、
　前記プレイリストの再生成は、前記少なくとも１つのプレイリスト条件を用いて行なわれる
　方法。」
　
＜相違点＞
　プレイリストの再生成につき、本願発明は、「ユーザーによる指示なしで」行われるとの特定を有するのに対し、引用発明は、「トラックをプレイリストに自動的に加える際に、
一実施形態では、トラックが加えられることを示すウィンドウをユーザに提供し、
別の実施形態では、トラックがプレイリストの抽出条件を満たすことを示すウィンドウをユーザに提供して、トラックがプレイリストに加えられることについてユーザの確認を求める」
ものである点。
　
５．当審の判断
　上記相違点について検討する。
（１）引用発明の「別の実施形態では、トラックがプレイリストの抽出条件を満たすことを示すウィンドウをユーザに提供して、トラックがプレイリストに加えられることについてユーザの確認を求める」は、「ユーザの確認」という「ユーザーによる指示」があるのに対し、「一実施形態では、トラックが加えられることを示すウィンドウをユーザに提供し」は、「ユーザの確認」のような「ユーザーによる指示」がないものである。
　そして、引用発明は、「トラックは、
トラックが加えられることをユーザが要求せずとも
自動的に
　
（２）効果について
　本願発明の効果は、引用例に記載された発明から当業者が十分に予測可能なものであって、格別顕著なものがあるとはいえない。
　
（３）本願発明の容易想到性についてのむすび
　したがって、本願発明は、引用例に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができないものである。
　
６．むすび
　以上のとおりであるから、本願の請求項１に係る発明は、特許法第２９条第２項の規定により特許を受けることができないものである。 
　したがって、その余の請求項について論及するまでもなく、本願は、拒絶すべきものである。
　
　よって、結論のとおり審決する。