【事件の表示】
　特願２００９−５２９１２６「ＵＰｎＰメディアサーバーのＣＤＳオブジェクトを同期化する方法及び装置」拒絶査定不服審判事件〔平成２０年　３月２７日国際公開、ＷＯ２００８／０３５９４４、平成２２年　２月　４日国内公表、特表２０１０−５０３９３８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　
　本願は、平成１９年９月２１日（パリ条約による優先権主張　外国庁受理　２００６年９月２１日　米国（ＵＳ）、２００６年１１月３０日　韓国（ＫＲ））を国際出願日とする出願であって、平成２３年９月１４日付けで拒絶理由通知がなされ、同年１２月２０日付けで手続補正がなされたが、平成２４年３月１５日付けで拒絶査定がなされ、これに対し、同年７月２３日に審判請求がなされるとともに、手続補正がなされ、同年１２月２６日付けで審尋がなされ、平成２５年４月８日付けで回答書が提出されたものである。
　
　
第２．平成２４年７月２３日付け手続補正書についての補正却下の決定
　
［補正却下の決定の結論］
　
　平成２４年７月２３日付けの手続補正を却下する。
　
［理由］
　
１．本件補正後の本願発明
　
　上記手続補正（以下、「本件補正」という。）により、特許請求の範囲の請求項１は、次のように補正された。
　
「【請求項１】
　ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ　Ｐｌｕｇ　ａｎｄ　Ｐｌａｙ）ネットワークで、複数のＵＰｎＰメディアサーバー間でＣＤＳ（Ｃｏｎｔｅｎｔ　Ｄｉｒｅｃｔｏｒｙ　Ｓｅｒｖｉｃｅ）オブジェクトを同期化する方法において、
　前記複数のＵＰｎＰメディアサーバーのうち少なくとも１つが、コントロールポイントから、同期化に対する相手ＵＰｎＰメディアサーバーについての情報と、いかなるオブジェクトに対して同期化を行うべきかを表す同期化対象オブジェクトに関する情報と、いかなる方式で同期化を行うかを表す同期化政策情報とを含む同期化関係情報を受信するステップと、
　前記複数のＵＰｎＰメディアサーバーのうち少なくとも１つが、コントロールポイントから、前記受信された同期化関係情報による同期化を行うことを要請されるステップと、
　前記複数のＵＰｎＰメディアサーバーのうち少なくとも１つが、前記要請に応じて、コントロールポイントの介入なしに前記同期化対象オブジェクトを前記同期化政策情報によって同期化するステップと、を含むことを特徴とする方法。」
　
　上記補正は、補正前の請求項１に記載された発明を特定するために必要な事項である「デバイス」を「ＵＰｎＰメディアサーバー」に限定するとともに、「前記要請に応じて、前記同期化対象オブジェクトを前記同期化政策情報によって同期化する」を「前記要請に応じて、コントロールポイントの介入なしに前記同期化対象オブジェクトを前記同期化政策情報によって同期化する」に限定するものであり、本件補正後の請求項１に記載された発明は、本件補正前の請求項１に記載された発明と、産業上の利用分野及び解決しようとする課題が同一であるものであるから、特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　
　そこで、本件補正後の請求項１に記載された発明（以下「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか）について以下検討する。
　
２．引用例 
　
（１）原査定の拒絶の理由に引用された米国特許出願公開第２００６／００４１５９６号明細書（以下、「引用例１」という。）には、図面とともに、次の事項が記載されている。
　なお、引用例１において提示した翻訳は、対応する日本語出願の公表公報である特表２００８−５１０２４４号公報を用いた。その際、引用例と公表公報とでは、対応する段落番号が異なるが、それぞれの公報原文へのアクセスの便に配慮し、あえて段落番号を揃えていない。
　
（１Ａ）「[0002]　This invention relates in general to communications, and more particularly to controlling multimedia data in a consumer electronics network environment. 
　
BACKGROUND OF THE INVENTION  
　
[0003]　Mobile communications devices such as cell phones are gaining wider acceptance due to the capabilities being added to such devices. Modern mobile technologies have become an important niche in the growing field of personal digital communications. Some mobile communications devices include features that allow the devices to communicate with computers and other consumer electronics devices. For example, a standard known as Universal Plug and Play# (UPnP) provides a way for disparate processing devices to exchange data via a network. The UPnP standard defines an architecture for peer-to-peer network connectivity by a wide variety of electronic devices. The UPnP standard includes standards for service discovery, and is mainly targeted for proximity or ad hoc networks. 」（段落［０００２］〜［０００３］）
　
（日本語訳）
　
「【０００２】
　本発明は一般に通信に関し、特に、
消費者向け電子機器用ネットワーク環境におけるマルチメディアデータの制御に関する。
　
【背景技術】
　
【０００３】　
　携帯電話のような移動通信装置は、装置に追加される機能により、幅広い支持を得ている。最新の移動通信技術は、個人用デジタル通信の成長分野により重要な適用市場を育ててきた。いくつかの移動通信装置は、当該装置によるコンピュータおよび別の消費者用電子機器との通信を可能にする機能を含む。例えば、ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）（登録商標）として公知の規格は、異種の処理装置間でネットワークを介してデータ交換を行うための方法を提供する。ＵＰｎＰ規格はピアツーピアネットワークの接続性のためのアーキテクチャを多種多様な電子機器毎に規定する。ＵＰｎＰ規格は、サービス発見のための規格を含み、近接するネットワークやアドホック（ａｄ  ｈｏｃ）なネットワークを主にターゲットにしている。」（段落【０００２】〜【０００３】、下線は当審にて付加、以下同様）
　
（１Ｂ）「[0007]  The UPnP AV framework defines three main logical entities: a Media Server, a Media Renderer, and an AV Control Point. The Media Server has access to multimedia content and can send that content to a Media Renderer device via a UPnP network. A Media Renderer is able render multimedia content received from the UPnP network. The AV Control Point coordinates operations of Media Servers and Media Renderers based on end-user requirements. 
　
[0008]  The AV Control Point is involved in command and control operations of the UPnP AV network. The Control Point accesses a Content Directory Service (CDS) to discover and enumerate content that is accessible via the Media Server. The content discoverable via the CDS may include individual pieces of content such as songs and video clips. The CDS content may also include containers, which represent collections of items such as playlists and photo albums. Each CDS content object, whether an item or container, includes metadata that describes various attributes of the object, such as title, artist, etc. .」（段落［０００７］〜［０００８］）
　
（日本語訳）
　
「【０００７】
　
ＵＰｎＰのＡＶフレームワークは、メディアサーバ、メディア・レンダラおよびＡＶ制御ポイントの３つの主要な論理エンティティを規定する。メディアサーバは、マルチメディアコンテンツにアクセスし、ＵＰｎＰネットワークを介して当該コンテンツをメディア・レンダラ装置へ送信することができる。メディア・レンダラは、ＵＰｎＰネットワークから受信したマルチメディアコンテンツのレンダリングを行うことができる。ＡＶ制御ポイントは、エンドユーザの要求に基づいてメディア・サーバとメディア・レンダラの動作を協働させるものである。
　
【０００８】
　
ＡＶ制御ポイントは、ＵＰｎＰのＡＶネットワークのコマンドおよび制御動作の中に含まれる。このＡＶ制御ポイントは、メディア・サーバを介してアクセス可能なコンテンツを発見し列挙するために、コンテンツ・ディレクトリ・サービス（ＣＤＳ）にアクセスする。ＣＤＳを介して発見できるコンテンツは、歌およびビデオクリップのようなコンテンツの個別の部分を含むことができる。ＣＤＳコンテンツは、曲目リストおよび写真アルバムのような項目のコレクションを表わすコンテナを含むことができる。個々のＣＤＳコンテンツオブジェクトには、項目やコンテナに関わりなく、タイトル、アーティストなどのようなオブジェクトの種々の属性を記述するメタデータが含まれる。」
　
（１Ｃ）「[0031]  Generally, the present invention provides a way of controlling the disposition of multimedia data by a control device. The control device utilizes directory data that describes multimedia objects as well as defining relations (e.g., hierarchical structures) between multimedia objects. The metadata may include information such as location of multimedia data files, descriptions and categorizations of multimedia objects, codecs, transfer protocols, custom user data, etc. The relational data may include container or collection definitions that group multimedia objects. 
　
[0032] The present invention may utilize a mechanism that uses the existing UPnP AV framework to provide information used to trigger the synchronization of the metadata between a CDS and a UPnP AV control point. Additionally the CDS metadata can be stored/cached by the control point or device acting on behalf the control point so that the media files can be managed in a smart way depending on the location of the user (i.e. advanced search, context aware search, etc.). These synchronization mechanisms can also be used to automate a backup procedure for the media files in the home network. 
　
[0033]　Typically, the multimedia directory data is stored at one or more server elements of a network. The control device accesses the multimedia directory data from the server elements (e.g., the CDS of a media server) via the network. The control device caches the directory data locally in a data store. The user device and server element can synchronize the data through the use of system and object identifiers. The identifiers are unique references that allow the control device to determine whether changes have occurred on the server element's data as a whole. The identifiers may also be used to provide more fine-grained determination of changes, such as tracking the state of a multimedia object, container, or other relational data.」 （段落［００３１］〜［００３３］）
　
（日本語訳）
　
「【００２５】
　一般に、本発明は、マルチメディアデータの処理を制御装置によって制御する方法を提供するものである。該制御装置はディレクトリデータを利用するが、該ディレクトリデータは、マルチメディアオブジェクト間の関係（階層構造等）を規定するのみならず、マルチメディアオブジェクトについても記述する。
メタデータは、マルチメディアデータファイルの所在位置、マルチメディアオブジェクトについての記述およびカテゴリ、コーデック、転送プロトコル、カスタムユーザデータなどの情報を含むことができる。
　
【００２６】
　
本発明は、ＣＤＳとＵＰｎＰのＡＶ制御ポイントとの間でメタデータの同期をトリガするために用いる情報を提供するために、既存のＵＰｎＰのＡＶフレームワークを用いるメカニズムを利用することができる。さらに、ＣＤＳメタデータは、ユーザの所在位置に依存して要領の良い方法（すなわち、高レベルのサーチ、状況認知サーチ等）でメディアファイルを管理できるように、制御ポイントまたは制御ポイントの代りに機能する装置によって格納／キャッシュを行うことができる。これらの同期メカニズムは、メディアファイルに対するバックアップ処理手順をホームネットワークで自動化するために、利用することが可能である。
　
【００２７】　
　典型的には、マルチメディア・ディレクトリデータはネットワークの１つ以上のサーバエレメントに格納される。制御装置は、ネットワークを介してサーバエレメント（メディアサーバのＣＤＳ等）からマルチメディア・ディレクトリデータへアクセスする。制御装置は、ローカルにディレクトリデータをデータ格納部にキャッシュする。ユーザ装置およびサーバエレメントは、システム識別子およびオブジェクト識別子の使用により、上記データを同期させることができる。これらの識別子は、サーバエレメントのデータに全体として変更が生じたか否かの判定を制御装置ができるようにする固有の参照用識別子である。また、この識別子は、マルチメディアオブジェクト、コンテナ、あるいは別のリレーショナルデータの状態を追跡するようなさらにきめ細かな変更の判定を実現するために、利用することができる。」（段落【００２５】〜【００２７】）
　
（１Ｄ）「[0037]  In reference now to  FIG. 1 , various entities of a UPnP AV architecture  100  are shown according to embodiments of the present invention. In particular, three logical entities of the UPnP architecture are shown: a media server  102 , a media renderer  104 , and a control point  106 . The media server  102  has access to entertainment content  107  located in one or more data stores  108 . The media server  102  can send the content  107  to another UPnP AV device, such as the media renderer  104 , via a network  112 . The media renderer  104  is able to receive multimedia content  107  from the network  112  and render the content  107  on its hardware interfaces. The control point  106  coordinates the operation of the media server  102  and media renderer  104  to perform actions desired by the end-user. 
　
[0038] The media servers  102  and media renderer  104  implement a set of UPnP AV services. These services can be used by the control point  106  to transfer content from the server  102  to the renderer  104 . The control point  106  is usually involved only in command and control operations in transferring data between the media server  102  and media renderer  104 . These operations typically include identifying and selecting data, data transfer protocols, and data formats to be used for data transfer. The media server  102  and media renderer  104  will transfer the desired content using protocols and formats supported by both network elements  102 ,  104 . Therefore, the control point  106  can be implemented independently of the protocols or data formats used by the server  102  and renderer  104 . 
　
[0039] The media server  102 , media renderer  104 , and control point  106  are logical entities defined in the UPnP AV architecture  100 . Devices employed in the architecture  100  may include the functions of any combination of these entities  102 ,  104 ,  106 . For example, a device may include both a media renderer  104  and an embedded control point  106  as indicated by the dashed line  114 . Such a device  114  includes the capability to control operations from the same location where the content is rendered. 」 （段落［００３７］〜［００３９］）
　
（日本語訳）
　
「【００３１】
　次に図１に関連して、本発明の実施形態によるＵＰｎＰのＡＶアーキテクチャ１００の種々のエンティティを示す。特に、ＵＰｎＰアーキテクチャの３つの論理エンティティ、すなわち、メディア・サーバ１０２、メディア・レンダラ１０４および制御ポイント１０６とを示す。メディア・サーバ１０２は、１つ以上のデータ格納部１０８に置かれるマルチメディアコンテンツ１０７へアクセスする。
メディア・サーバ１０２は、ネットワーク１１２を介してメディア・レンダラ１０４のような別のＵＰｎＰのＡＶ装置へコンテンツ１０７の送信を行うことができる。
　
【００３２】
　メディア・サーバ１０２およびメディア・レンダラ１０４は、ＵＰｎＰのＡＶサービスのセットを実行する。これらのサービスは、サーバ１０２からレンダラ１０４へコンテンツを転送するために、制御ポイント１０６によって使用することができる。制御ポイント１０６には、通常メディア・サーバ１０２とメディア・レンダラ１０４との間でのデータ転送時のコマンドおよび制御処理のみが含まれる。これらの処理には、典型的には、データ、データ転送プロトコル、およびデータ転送に用いるデータフォーマットとを特定し、選択するステップが含まれる。メディア・サーバ１０２およびメディア・レンダラ１０４は、ネットワークエレメントである１０２、１０４自身がサポートするプロトコルおよびフォーマットを使用することで、要求コンテンツの転送を行う。したがって、制御ポイント１０６は、サーバ１０２およびレンダラ１０４が使用するプロトコルやデータフォーマットに左右されずに実装が可能となる。　
　
【００３３】
　メディア・サーバ１０２、メディア・レンダラ１０４、および制御ポイント１０６は、ＵＰｎＰのＡＶアーキテクチャ１００で規定される論理エンティティである。アーキテクチャ１００で採用される装置は、これらエンティティ１０２、１０４、１０６を任意に組み合わせた機能を含むことができる。例えば、装置は、破線１１４で示すように、メディア・レンダラ１０４および内蔵型制御ポイント１０６の双方を含むことができる。このような装置１１４は、コンテンツがレンダリングされると同一の場所から処理を制御する機能を含むことになる。」（段落【００３１】〜【００３３】）
　
（１Ｅ）「[0046] The UPnP control point  106  generally controls data transfers between media servers  102  and media renderers  104 . This may involve: locating the server  102  and renderer  104  devices on the network; enumerating the available content from the server  102 ; querying the server  102  and renderer  106  to determine common transfer protocols and data formats; configuring the server  102  and renderer  104  with the desired content and selected protocol and formats; initiating the transfer of the content; specifying adjustments to the content such as data rate, volume, etc. The control point  106  will typically include a user interface  152  for conveying directory information to the user and receiving commands from the user. A control manager  154  may be used to communicate between the user interface  152  and the server  102  and renderer  104  in order to perform the data transfer tasks desired by the user.」（段落［００４６］）
　
（日本語訳）
　
「【００４０】
　
ＵＰｎＰ制御ポイント１０６は、一般に、メディア・サーバ１０２とメディア・レンダラ１０４との間でのデータ転送を制御する。この制御には、ネットワーク上にサーバ１０２およびレンダラ１０４の位置を特定するステップ、サーバ１０２からの利用可能なコンテンツを列挙するステップ、共通となる転送プロトコルとデータフォーマットとを決定するためにサーバ１０２とレンダラ１０４（当審注：「レンダラ１０６」は、「レンダラの誤記と認められる。）とに問い合わせるステップ、要求されるコンテンツ、および選択したプロトコルとフォーマットとを、サーバ１０２およびレンダラ１０４に設定するステップ、コンテンツ転送を初期化するステップ、データ転送速度やデータ量などのコンテンツに対する調整を特定するステップ、が含まれる。
　
（１Ｆ）「[0076] The tracking of CDS changes may be useful in other applications besides mobile control points.  FIG. 4  illustrates a data backup scenario using cache update concepts according to embodiments of the present invention. In  FIG. 4 , a media server  102  contains a data store  108  and CDS  156  as previously described. A backup server  402  includes a control point  106  for interacting with the CDS  156 . The backup server  402  functions to backup data from the media data store  108  onto a backup data store  404 . 
　
[0077] On first use, the control point  106  may need to determine the entire contents of the CDS  156 . In this illustration, the control point  106  uses a Browse command  406  with the previously described BrowseAll extension. In response, the CDS  156  replies with the metadata for all entries  408  in the CDS data store  108 . It will be appreciated that the same entries  408  can be obtained using a directory traversal as shown in  FIGS. 2A and 2B , or any other method known in the art. 
　
[0078] The control point  106  issues a backup command  410  to the backup data store  404  that includes all the entries that need to be retrieved for backup. The backup data store  404  initiates a retrieval  412  of the entries (e.g., FTP GET) and the entries are downloaded  414  from the media data store  108  to the backup data store  404 . It will be appreciated that the data retrieved  414  may include any combination of CDS metadata and actual data objects (e.g., media files) stored on the media server  102  or elsewhere. Thereafter, the backup server  402  needs only to perform incremental backups. 
　
[0079] Two scenarios for incremental backups are shown in  FIG. 4 . In the first scenario, the control point  106  actively polls  416  the CDS  156  for changes. This polling  156  may involve any combination of checking the SystemUpdateID, ContainerUpdateIDs, or using specialized caching data as described in relation to  FIG. 3 . If changes have occurred, a response  418  is used to determine the deltas. Similar to the full backup, the control point  106  commands  420  the backup data store  404  to backup files. However, this time only the deltas need to be backed up. As before, the data stores  404 ,  108  perform a retrieval request  422  and download  424  to immediately backup the data. 
　
[0080] The next scenario in  FIG. 4  uses asynchronous update events generated by the CDS  156 . The CDS  156  regularly sends an event  426  that communicates any changes in the media data store  108 . The control point  106  caches  428  only the deltas to an internal cache (e.g., cache  170  shown in  FIG. 1 ). The backup server  402  in this scenario is configured to perform backups during a certain time, such as late at night when the network is likely to be inactive. Therefore, at the predetermined time, the control point  106  responds to an internally generated timer event  430  and initiates a backup request  432 , which results in a data retrieval request  434  and a download of incremental data  436 . It will be appreciated that the full and incremental backups shown in  FIG. 4  may use any combination of CDS polling and CDS events to determine backup data, as well as any combination of immediate backup and timer event backup. 」 （段落［００７６］〜［００８０］）
　
（日本語訳）
　
「【００７０】
　ＣＤＳの変更の追跡は、移動通信用制御ポイントに加えて他のアプリケーションにおいても有効なことがある。
図４は、本発明の実施形態によるキャッシュ更新コンセプトを使用したデータバックアップのシナリオを示す。図４において、メディア・サーバ１０２は、前述したようにデータ格納部１０８およびＣＤＳ１５６を含む。バックアップ・サーバ４０２は、ＣＤＳ１５６と交信するための制御ポイント１０６を含む。バックアップ・サーバ４０２は、メディアデータ格納部１０８からバックアップデータ格納部４０４へデータをバックアップするために機能する。
　
【００７１】
　第一の使用で、制御ポイント１０６は、ＣＤＳ１５６のコンテンツ全体を決定することが必要になることがある。この
図４では、制御ポイント１０６は、既述した「ＢｒｏｗｓｅＡｌｌ」拡張子を用いて閲覧コマンド４０６を使用する。これに対応して、ＣＤＳ１５６は、ＣＤＳデータ格納部１０８内のすべてのエントリ４０８のメタデータを用いて応答する。
　
【００７２】
　
制御ポイント１０６は、バックアップのために取得の必要があるすべてのエントリを含むバックアップデータ格納部４０４へ、バックアップコマンド４１０を送出する。バックアップデータ格納部４０４は、エントリ（ＦＴＰ  ＧＥＴ等）の取得４１２を開始し、これらのエントリはメディアデータ格納部１０８からバックアップデータ格納部４０４へダウンロードされる（４１４）。この取得されたデータ４１４は、ＣＤＳメタデータおよびメディア・サーバ１０２の中に、またはほかの場所に格納されている実際のデータオブジェクト（メディアファイル等）との任意の組み合わせを含むことができることは理解できよう。この後、バックアップサーバ４０２は、増分のバックアップだけを実行することが必要となる。
　
【００７３】
　
増分バックアップのための２つのシナリオを図４に示す。第１のシナリオにおいて、制御ポイント１０６は、変更部分について積極的にＣＤＳ１５６をポーリングする（４１６）。このＣＤＳ１５６へのポーリングは、システム更新ＩＤ、コンテナ更新ＩＤをチェックすること、または図３に関連して説明した特化されたキャッシュデータを利用することの任意の組み合わせを含むことができる。変更が発生したとき、デルタ部を決定するために応答４１８が使用される。完全バックアップの場合と同様に、制御ポイント１０６は、バックアップデータ格納部４０４にファイルをバックアップするように命令する（４２０）。しかし、このとき、バックアップを必要とするのはデルタ部だけである。これまでのように、即座にデータをバックアップするために、データ格納部４０４、１０８は取得を要求し（４２２）、ダウンロードを行う（４２４）。
　
【００７４】
　図４に示す次のシナリオは、ＣＤＳ１５６により生成された非同期の更新イベントを使用する。
ＣＤＳ１５６は、メディアデータ格納部１０８内の何かの変更を伝える事象を定期的に送信する（４２６）。制御ポイント１０６は、内部キャッシュ（図１に示すキャッシュ１７０等）に対してデルタ部のみをキャッシュさせる（４２８）。このシナリオでのバックアップ・サーバ４０２は、ネットワークが活動しないことが予測される夜遅くのような一定時間帯にバックアップ処理を実行するように構成される。したがって所定時刻に、制御ポイント１０６は、内部に生成されたタイマ−事象に応答し（４３０）、バックアップ要求を開始し（４３２）、この結果、データ取得を要求し（４３４）、増分データをダウンロードする（４３６）。
　
　また、
【図４】を参照すると、「制御ポイント１０６」から「ＣＤＳ１５６」に「閲覧（０、ＢｒｏｗｓｅＡｌｌ、．．．）４０６」の矢印が引かれ、「ＣＤＳ１５６」から「制御ポイント１０６」へ「応答（エントリ）４０８」の矢印が引かれ、「制御ポイント１０６」から「バックアップデータ格納部４０４」へ「バックアップ（エントリ）４１０」の矢印が引かれ、「バックアップデータ格納部４０４」から「データ格納部１０８」へ「取得（エントリ）４１２」の矢印が引かれ、「データ格納部１０８」から「バックアップデータ格納部４０４」へ「エントリ４１４」の矢印が引かれ、
　
「制御ポイント１０６」から「ＣＤＳ１５６」へ「変更調査４１６」の矢印が引かれ、「ＣＤＳ１５６」から「制御ポイント１０６」へ「応答（デルタ）４１８」の矢印が引かれ、「制御ポイント１０６」から「バックアップデータ格納部４０４」へ「バックアップ（デルタ）４２０」の矢印が引かれ、「バックアップデータ格納部４０４」から「データ格納部１０８」へ「取得（デルタ）４２２」の矢印が引かれ、「データ格納部１０８」から「バックアップデータ格納部４０４」へ「デルタ４２４」の矢印が引かれ、
　
「ＣＤＳ１５６」から「制御ポイント１０６」へ「変更事象（デルタ）４２６」の矢印が引かれ、「制御ポイント１０６」から「制御ポイント１０６」へ「キャッシュ（デルタ）４２８」の矢印が引かれ、「制御ポイント１０６」から「制御ポイント１０６」へ「タイマー事象４３０」の矢印が引かれ、「制御ポイント１０６」から「バックアップデータ格納部４０４」へ「バックアップ（デルタ）４３２」の矢印が引かれ、「バックアップデータ格納部４０４」から「データ格納部１０８」へ「取得（デルタ）４３４」の矢印が引かれ、「データ格納部１０８」から「バックアップデータ格納部４０４」へ「デルタ４３６」の矢印が引かれている。
　
　以上の記載により、引用例１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
　
「消費者向け電子機器用ネットワーク環境におけるマルチメディアデータの制御方法であって、
　ＵＰｎＰのＡＶフレームワークは、メディアサーバ、メディア・レンダラおよびＡＶ制御ポイントの３つの主要な論理エンティティを規定し、
　メディアサーバは、マルチメディアコンテンツにアクセスし、ＵＰｎＰネットワークを介して当該コンテンツをメディア・レンダラ装置へ送信することができ、メディア・レンダラは、ＵＰｎＰネットワークから受信したマルチメディアコンテンツのレンダリングを行うことができ、ＡＶ制御ポイントは、エンドユーザの要求に基づいてメディア・サーバとメディア・レンダラの動作を協働させるものであり、
　ＡＶ制御ポイントは、メディア・サーバを介してアクセス可能なコンテンツを発見し列挙するために、コンテンツ・ディレクトリ・サービス（ＣＤＳ）にアクセスし、ＣＤＳを介して発見できるコンテンツは、歌およびビデオクリップのようなコンテンツの個別の部分を含むことができ、ＣＤＳコンテンツは、曲目リストおよび写真アルバムのような項目のコレクションを表わすコンテナを含むことができ、個々のＣＤＳコンテンツオブジェクトには、項目やコンテナに関わりなく、タイトル、アーティストなどのようなオブジェクトの種々の属性を記述するメタデータが含まれ、
　メタデータは、マルチメディアデータファイルの所在位置、マルチメディアオブジェクトについての記述およびカテゴリ、コーデック、転送プロトコル、カスタムユーザデータなどの情報を含むことができ、
　図４は、本発明の実施形態によるキャッシュ更新コンセプトを使用したデータバックアップのシナリオを示し、図４において、メディア・サーバ１０２は、前述したようにデータ格納部１０８およびＣＤＳ１５６を含み、バックアップ・サーバ４０２は、ＣＤＳ１５６と交信するための制御ポイント１０６を含み、バックアップ・サーバ４０２は、メディアデータ格納部１０８からバックアップデータ格納部４０４へデータをバックアップするために機能し、
　図４では、制御ポイント１０６は、既述した「ＢｒｏｗｓｅＡｌｌ」拡張子を用いて閲覧コマンド４０６を使用し、これに対応して、ＣＤＳ１５６は、ＣＤＳデータ格納部１０８内のすべてのエントリ４０８のメタデータを用いて応答し、
　制御ポイント１０６は、バックアップのために取得の必要があるすべてのエントリを含むバックアップデータ格納部４０４へ、バックアップコマンド４１０を送出し、バックアップデータ格納部４０４は、エントリ（ＦＴＰ  ＧＥＴ等）の取得４１２を開始し、これらのエントリはメディアデータ格納部１０８からバックアップデータ格納部４０４へダウンロードされ（４１４）、この取得されたデータ４１４は、ＣＤＳメタデータおよびメディア・サーバ１０２の中に、またはほかの場所に格納されている実際のデータオブジェクト（メディアファイル等）との任意の組み合わせを含むことができ、この後、バックアップサーバ４０２は、増分のバックアップだけを実行することが必要となり、
　増分バックアップのための２つのシナリオは、第１のシナリオにおいて、制御ポイント１０６は、変更部分について積極的にＣＤＳ１５６をポーリングし（４１６）、このＣＤＳ１５６へのポーリングは、システム更新ＩＤ、コンテナ更新ＩＤをチェックすること、または図３に関連して説明した特化されたキャッシュデータを利用することの任意の組み合わせを含むことができ、変更が発生したとき、デルタ部を決定するために応答４１８が使用され、完全バックアップの場合と同様に、制御ポイント１０６は、バックアップデータ格納部４０４にファイルをバックアップするように命令し（４２０）、しかし、このとき、バックアップを必要とするのはデルタ部だけであり、これまでのように、即座にデータをバックアップするために、データ格納部４０４、１０８は取得を要求し（４２２）、ダウンロードを行い（４２４）、
　ＣＤＳ１５６は、メディアデータ格納部１０８内の何かの変更を伝える事象を定期的に送信し（４２６）、制御ポイント１０６は、内部キャッシュ（図１に示すキャッシュ１７０等）に対してデルタ部のみをキャッシュさせ（４２８）、このシナリオでのバックアップ・サーバ４０２は、ネットワークが活動しないことが予測される夜遅くのような一定時間帯にバックアップ処理を実行するように構成され、したがって所定時刻に、制御ポイント１０６は、内部に生成されたタイマ−事象に応答し（４３０）、バックアップ要求を開始し（４３２）、この結果、データ取得を要求し（４３４）、増分データをダウンロードし（４３６）、
　図４には、「制御ポイント１０６」から「ＣＤＳ１５６」に「閲覧（０、ＢｒｏｗｓｅＡｌｌ、．．．）４０６」の矢印が引かれ、「ＣＤＳ１５６」から「制御ポイント１０６」へ「応答（エントリ）４０８」の矢印が引かれ、「制御ポイント１０６」から「バックアップデータ格納部４０４」へ「バックアップ（エントリ）４１０」の矢印が引かれ、「バックアップデータ格納部４０４」から「データ格納部１０８」へ「取得（エントリ）４１２」の矢印が引かれ、「データ格納部１０８」から「バックアップデータ格納部４０４」へ「エントリ４１４」の矢印が引かれ、
　「制御ポイント１０６」から「ＣＤＳ１５６」へ「変更調査４１６」の矢印が引かれ、「ＣＤＳ１５６」から「制御ポイント１０６」へ「応答（デルタ）４１８」の矢印が引かれ、「制御ポイント１０６」から「バックアップデータ格納部４０４」へ「バックアップ（デルタ）４２０」の矢印が引かれ、「バックアップデータ格納部４０４」から「データ格納部１０８」へ「取得（デルタ）４２２」の矢印が引かれ、「データ格納部１０８」から「バックアップデータ格納部４０４」へ「デルタ４２４」の矢印が引かれ、
　「ＣＤＳ１５６」から「制御ポイント１０６」へ「変更事象（デルタ）４２６」の矢印が引かれ、「制御ポイント１０６」から「制御ポイント１０６」へ「キャッシュ（デルタ）４２８」の矢印が引かれ、「制御ポイント１０６」から「制御ポイント１０６」へ「タイマー事象４３０」の矢印が引かれ、「制御ポイント１０６」から「バックアップデータ格納部４０４」へ「バックアップ（デルタ）４３２」の矢印が引かれ、「バックアップデータ格納部４０４」から「データ格納部１０８」へ「取得（デルタ）４３４」の矢印が引かれ、「データ格納部１０８」から「バックアップデータ格納部４０４」へ「デルタ４３６」の矢印が引かれている、マルチメディアデータの制御方法。」
　
　
（２）当審で新たに引用する国際公開２００５／０３１６０７号（以下、「引用例２」という。）には、図面とともに、次の事項が記載されている。 
　なお、引用例２において提示した翻訳は、対応する日本語出願の公表公報である特表２００７−５１０１９５号公報を用いた。
　
（２Ａ）「This invention relates to systems which use a Content Directory Service (CDS) to store media content information, such as systems which conform to the Universal Plug and Play (UPnP) architecture.」（第１頁第６〜８行）
　
　（日本語訳）
　
「本発明は、コンテンツ・ディレクトリ・サービス（CDS:  Content  Directory  Service）を使ってメディアコンテンツ情報を保存する、ユニバーサルプラグアンドプレイ（UPnP:  Universal  Plug  and  Play）アーキテクチャに従うシステムのようなシステムに関するものである。」（段落【０００１】）
　
（２Ｂ）「Referring again to Figure 2, the network also includes a query caching service QCS 70, in accordance with the invention. The QCS is hosted by a device within the network and provides a service to any Control Point (CP) devices within the network which require it. Figure 3 shows the operation of a first embodiment of a system in which a QCS is provided. For clarity, the Figure only shows one Control Point CP, a Media Server device MS-a and a device 75 hosting the QCS 70. Figure 3 shows the message flows required for a CP to initiate creation of a cached query result. The MS maintains it's CDS 55 by interaction 201 with content storage 52, in a conventional manner. The CP instructs the QCS to create a cache of a particular query by sending a message 202. Message 202 specifies the query that is required to be cached. The QCS 70 queries the CDS 55 by message 203a and receives the results of the query in message 204a. Several queries 203a may be necessary to retrieve all of the required information. The results of the query are stored - cached - by the QCS 70. The QCS then sends the CP a message 205 which includes an identifying reference for the cached results which allows the CP to retrieve the results at a later time.」（第８頁第３〜１９行）
　
　（日本語訳）
　
「再び図２を参照すると、ネットワークはまた、本発明に基づく問い合わせキャッシングサービス（QCS:  query  caching  service）７０をも含む。QCSはネットワーク内のデバイスによってホストされており、ネットワーク内でサービスを要求するいかなるコントロールポイント（CP）にもそのサービスを提供する。図３は、QCSが設けられたシステムの第一の実施形態を示している。明確のため、図は一つのコントロールポイントCP、メディアサーバー機器MS-aおよびQCS７０をホストするデバイス７５しか示していない。図３は、キャッシュされる問い合わせ結果の生成をCPが開始するのに必要とされるメッセージフローを示している。MSはそのCDS５５を、従来の仕方でコンテンツ記憶５２との対話によって維持する。CPはQCSに、メッセージ２０２を送ることによってある特定の問い合わせのキャッシュを生成するよう指示する。メッセージ２０２はキャッシュする必要のある問い合わせを指定する。QCS７０はメッセージ２０３ａによってCDS５５に問い合わせをし、メッセージ２０４ａにおいてその問い合わせの結果を受け取る。要求された情報のすべてを取得するためにいくつかの問い合わせ２０３ａが必要となることもある。問い合わせの結果はQCS７０によって保存される―キャッシュされる。QCSは次いでCPにメッセージ２０５を送るが、このメッセージ２０５には、のちにCPが前記結果を取得できるようにするキャッシュされた結果についての識別用参照情報を含んでいる。」（段落【００２６】）
　
（２Ｃ）「Figure 5 shows the process for automatically updating the QCS in response to a change in the CDS. It is important that the cached results should be kept up-to-date to ensure the usefulness of the service. In a conventional manner, the MS maintains an up-to-date CDS whenever an update is made to the content of storage device 52. An update may occur when a new item is added, an existing item is deleted or a user decides to amend the content information or the position of an item within the structure of the CDS. The CDS informs the QCS when a change occurs to the content storage 52 by a standard UPnP message 232. In response to receiving message 232, the QCS determines which of the cached queries are likely to be affected by this update to the CDS. It submits a query 233, based on the original query criteria, to any changed parts of the CDS which are potentially relevant to currently cached queries. The QCS analyses the results 234 of the queries and updates each cached result, if necessary. The QCS can send a message 235 to the CP to indicate that the cached query has been updated, although this message is not essential. If, or when, the CP requires the results of the updated cache, it can request 236 and receive 237 it from the QCS. The QCS can use a similar mechanism (steps 233, 234) to actively confirm the validity of it's caches at any time. By providing an automatic update mechanism, the QCS can keep the cached results consistent with the CDS without further intervention by the CP, thus minimising traffic flows across the network.」（第９頁第２９行〜第１０頁第１８行）
　
（日本語訳）
　
「図５はCDSの変化に反応してQCSを自動的に更新するプロセスを示している。サービスの有用性を保証するためには、キャッシュされた結果が最新のものに維持されることが重要である。記憶装置５２のコンテンツに更新があったときには常に、MSは従来の仕方で最新のCDSを維持する。更新は新しい項目が追加されるとき、既存の項目が削除されるとき、あるいはユーザーがコンテンツ情報もしくはCDSの構造内でのある項目の位置を訂正しようと決めるときに起こりうる。CDSは、コンテンツ記憶５２に変化が生じたときには標準的なUPnPメッセージ２３２によってQCSに通知する。メッセージ２３２の受領に反応して、QCSはキャッシュされている問い合わせのどれがこのCDSの更新によって影響を受けそうかを判定する。QCSは、もとの問い合わせ基準に基づいて、現在キャッシュされている問い合わせに潜在的に関係するCDSのなんらかの変更された部分に対する問い合わせ２３３を提出する。QCSは前記問い合わせの結果２３４を解析し、必要ならそれぞれのキャッシュされている結果を更新する。QCSはCPに、キャッシュされている問い合わせが更新されたことを示すメッセージ２３５を送ることができる。ただし、このメッセージは必須ではない。CPが更新されたキャッシュの結果を必要とする場合に（または必要とするときに）QCSに要求２３６し、受け取る２３７ことができる。QCSは同様の機構（２３３、２３４）を使って、任意の時点においてそのキャッシュの有効性を能動的に確認することができる。自動更新機構を設けることにより、QCSはキャッシュされた結果について、CPによるさらなる介入なしに、CDSと整合性を保たせることができ、よってネットワークを通じたトラフィックのフローを最小限にすることができる。」（段落【００３２】）
　
（２Ｄ）「The QCS can be hosted by one physical device 75. As the UPnP architecture does not allow a MS device to query another MS, the correct way of showing the QCS is as a MS device embedded within a CP device, as a CP device embedded within an MS device or as separate MS and CP devices which are able to co-operate closely, for example, because they are hosted by the same physical device. Thus, the storage function 85 is shown as part of a Media Server device, MS-QCS, which is embedded within a Control Point device, CP-QCS, which hosts the control functions 81 , 82, 83.」（第１１頁第１〜８行）
　
（日本語訳）
　
「QCSは一つの物理機器７５によってホストされることができる。UPnPアーキテクチャはMSデバイスが別のMSデバイスに問い合わせをすることは認めていないので、QCSを示す正しい方法は、CPデバイス内に埋め込まれたMSデバイスとして、あるいはたとえば同一の物理機器によってホストされているなどのため緊密に協力することのできる別個のMSデバイスおよびCPデバイスとしてである。
そのため、記憶機能８５は、制御機能８１、８２、８３をホストするコントロールポイントデバイスCP-QCS内に埋め込まれたメディアサーバーデバイスMS-QCSの一部として示されている。
　
　
（３）当審で新たに引用する国際公開２００５／０４３４０８号（以下、「引用例３」という。）には、図面とともに、次の事項が記載されている。 
　なお、引用例３において提示した翻訳は、対応する日本語出願の公表公報である特表２００７−５１９０８２号公報を用いた。
　
（３Ａ）「This invention relates to systems which use a content directory service, such as systems which conform to the Universal Plug and Play (UPnP) architecture.」（第１頁第５〜７行）
　
（日本語訳）
　
「本発明は、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）アーキテクチャに準拠するシステムなど、コンテンツディレクトリサービス（ＣＤＳ）を利用するシステムに関する。」（段落【０００１】）
　
（３Ｂ）「　Figure 5 shows a similar system to Figure 3 but with two Media Server devices MS-a, MS-b. The creation of a virtual CDS has considerable benefits where there are multiple Media Server devices. Parser 26 operates in the same manner as described previously, querying 202a, 202b both of the Media Server devices and using the responses 203a, 203b to create a virtual CDS. The CDS of each Media Server device will almost certainly have a different structure. As before, parser 26 queries each MS to extract only the information it requires and reorganises that information into a structure which is compatible with the user interface Ul. In effect, the virtual CDS aggregates information from the multiple MS devices and arranges this in a consistent format.
　So far, the parsing function 26 and storage of the virtual CDS have been hosted by the Control Point which hosts the user interface. Figure 6 shows an alternative implementation where the virtual CDS is constructed on a device which is remote from the CP which hosts the user interface. The parser 26 queries 302 the CDS of a Media Server MS-a and receives replies 303. After processing these replies 303 and extracting the required information, parser 26 sends a message to MS-b which hosts the virtual CDS to add the new information to the virtual CDS. The virtual CDS information may be appended to, or integrated with, the native CDS information of MS-b or it may be stored separately from the native information. In operation, user interface 21 of the CP queries the virtual CDS 305, 306. For UPnP, it is desirable that MS-b runs a distinct virtual CDS service in addition to (or instead of) it's native CDS, even if the 'virtual' metadata is appended to or integrated with, it's own native CDS. Making the virtual CDS distinct in some way is particularly important if it is intended to 'replace' several real CDSs. It is preferred that MS-b is a device which is better able to support the virtual CDS than the CP. It may, for example, have greater processing power or storage resources, with improved ability to query metadata.」（第１２頁第６行〜第１３頁第２行）
　
　（日本語訳）
　
「図５は、２つのメディアサーバ装置ＭＳ−ａとＭＳ−ｂを有することを除き図３と同様のシステムを示す。バーチャルＣＤＳの作成は、複数のメディアサーバ装置が存在する場合、かなりの効果を有する。パーサ２６は、上述したものと同様にして、メディアサーバ装置の両者にクエリし（２０２ａ，２０２ｂ）、応答２０３ａ及び２０３ｂを用いてバーチャルＣＤＳを生成するよう動作する。各メディアサーバ装置のＣＤＳは、ほとんど確実に異なる構成を有する。上述のように、パーサ２６は、要求する情報のみを抽出するよう各ＭＳをクエリし、当該情報をユーザインタフェースＵＩと互換性を有する構成に再構成する。実質的に、バーチャルＣＤＳは、複数のＭＳ装置から情報を集計し、これを整合性のある形式に構成する。
　これまで、パース機能２６とバーチャルＣＤＳのストレージは、ユーザインタフェースを収容するコントロールポイントにより収容されてきた。
図６は、バーチャルＣＤＳが、ユーザインタフェースを収容するＣＰから遠隔にある装置上に構成される他の実現形態を示す。パーサ２６は、メディアサーバＭＳ−ａのＣＤＳにクエリ３０２を送り、リプライ３０３を受信する。これらのリプライ３０３を処理し、必要な情報を抽出した後、パーサ２６は、新たな情報をバーチャルＣＤＳに追加するメッセージをバーチャルＣＤＳを収容するＭＳ−ｂに送信する。バーチャルＣＤＳ情報は、ＭＳ−ｂの固有のＣＤＳ情報に添付又は一体化されてもよいし、又は、固有の情報から独立に格納されてもよい。
　
　
　上記引用例２、３に記載されているように、ＵＰｎＰアーキテクチャーに準拠するシステムにおいて、メディアサーバのＣＤＳ情報を、他のメディアサーバ装置に格納して利用することは周知（以下、「周知技術１」という。）である。
　
　
３．対比
　
　本願補正発明と引用発明とを対比すると、引用発明の「メディア・サーバ１０２」は、引用例１の摘記事項（１Ｄ）の［００３７］（対応する公表公報の【００３１】）に記載されるように「ネットワーク１１２を介してメディア・レンダラ１０４のような別のＵＰｎＰのＡＶ装置へコンテンツ１０７の送信を行うことができる」ものであり、「メディア・サーバ１０２」と「バックアップ・サーバ４０２」とを接続するネットワークは、本願補正発明の「ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ　Ｐｌｕｇ　ａｎｄ　Ｐｌａｙ）ネットワーク」に相当する。
　引用発明の「メディア・サーバ１０２」及び「バックアップ・サーバ４０２」と本願補正発明の「ＵＰｎＰメディアサーバー」とは、「デバイス」である点で共通する。
　引用発明の「取得されたデータ４１４」に含まれる「ＣＤＳメタデータおよびメディア・サーバ１０２の中に、またはほかの場所に格納されている実際のデータオブジェクト（メディアファイル等）」は、本願補正発明の「ＣＤＳ（Ｃｏｎｔｅｎｔ　Ｄｉｒｅｃｔｏｒｙ　Ｓｅｒｖｉｃｅ）オブジェクト」に相当する。
　引用発明の「バックアップ・サーバ４０２」が「増分バックアップ」を実行することは、「メディア・サーバ１０２」からダウンロードして格納した「ＣＤＳメタデータ」及び「実際のデータオブジェクト（メディアファイル等）」を更新して同期化する処理といえ、当該処理と本願補正発明の「ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ　Ｐｌｕｇ　ａｎｄ　Ｐｌａｙ）ネットワークで、複数のＵＰｎＰメディアサーバー間でＣＤＳ（Ｃｏｎｔｅｎｔ　Ｄｉｒｅｃｔｏｒｙ　Ｓｅｒｖｉｃｅ）オブジェクトを同期化する」ことは、互いに「ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ　Ｐｌｕｇ　ａｎｄ　Ｐｌａｙ）ネットワークで、複数のデバイス間でＣＤＳ（Ｃｏｎｔｅｎｔ　Ｄｉｒｅｃｔｏｒｙ　Ｓｅｒｖｉｃｅ）オブジェクトを同期化する」という点で共通するといえる。
　
　引用発明の「バックアップ・サーバ４０２」と本願補正発明の「複数のＵＰｎＰメディアサーバーのうち少なくとも１つ」とは、「複数のデバイスのうち少なくとも１つ」という点で共通するといえる。
　引用発明の「制御ポイント１０６」は、本願補正発明の「コントロールポイント」に相当する。
　引用発明の「制御ポイント１０６」が「バックアップデータ格納部４０４にファイルをバックアップするように命令」することは、「バックアップ・サーバ４０２は、メディアデータ格納部１０８からバックアップデータ格納部４０４へデータをバックアップするために機能」しているから、「バックアップ・サーバ４０２」が「制御ポイント１０６」から同期化を行うことを要請されるといえ、当該処理と本願補正発明の「前記複数のＵＰｎＰメディアサーバーのうち少なくとも１つが、コントロールポイントから、前記受信された同期化関係情報による同期化を行うことを要請されるステップ」とは、「前記複数のデバイスのうち少なくとも１つが、コントロールポイントから、同期化を行うことを要請されるステップ」という点で共通するといえる。
　
　引用発明の「データ格納部４０４、１０８は取得を要求し（４２２）、ダウンロードを行」う処理は、「バックアップ・サーバ４０２」が「制御ポイント１０６」からの「命令」に応じて、「ＣＤＳメタデータ」及び「実際のデータオブジェクト（メディアファイル等）」を同期化する処理といえ、当該処理と本願補正発明の「前記複数のＵＰｎＰメディアサーバーのうち少なくとも１つが、前記要請に応じて、コントロールポイントの介入なしに前記同期化対象オブジェクトを前記同期化政策情報によって同期化するステップ」とは、「前記複数のデバイスのうち少なくとも１つが、前記要請に応じて、前記同期化対象オブジェクトを同期化するステップ」という点で共通するといえる。
　
　したがって、本願補正発明と引用発明とは、以下の点で一致し、また、相違している。
　
［一致点］ 
　ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ　Ｐｌｕｇ　ａｎｄ　Ｐｌａｙ）ネットワークで、複数のデバイス間でＣＤＳ（Ｃｏｎｔｅｎｔ　Ｄｉｒｅｃｔｏｒｙ　Ｓｅｒｖｉｃｅ）オブジェクトを同期化する方法において、
　前記複数のデバイスのうち少なくとも１つが、コントロールポイントから、同期化を行うことを要請されるステップと、
　前記複数のデバイスのうち少なくとも１つが、前記要請に応じて、前記同期化対象オブジェクトを同期化するステップと、を含むことを特徴とする方法。
　
［相違点１］ 
　本願補正発明は、複数のＵＰｎＰメディアサーバー間でＣＤＳオブジェクトを同期化しており、同期化に対する相手ＵＰｎＰメディアサーバーと、コントロールポイントからの要請に応じて同期化対象オブジェクトを同期化するサーバーのどちらもＵＰｎＰメディアサーバーであるのに対して、
　引用発明は、メディア・サーバ１０２のＣＤＳ１５６に変更が発生したときに、制御ポイント１０６から命令されると、メディア・サーバ１０２に格納されたＣＤＳメタデータ及び実際のデータオブジェクト（メディアファイル等）を完全バックアップまたは増分バックアップするのが、バックアップ・サーバ４０２である点。
　
［相違点２］
　本願補正発明は、「前記複数のＵＰｎＰメディアサーバーのうち少なくとも１つが、コントロールポイントから、同期化に対する相手ＵＰｎＰメディアサーバーについての情報と、いかなるオブジェクトに対して同期化を行うべきかを表す同期化対象オブジェクトに関する情報と、いかなる方式で同期化を行うかを表す同期化政策情報とを含む同期化関係情報を受信するステップと、前記複数のＵＰｎＰメディアサーバーのうち少なくとも１つが、コントロールポイントから、前記受信された同期化関係情報による同期化を行うことを要請されるステップ」とを含むのに対して、
　引用発明のバックアップ・サーバ４０２は、制御ポイント１０６から、メディア・サーバ１０２に格納されたＣＤＳメタデータ及び実際のデータオブジェクト（メディアファイル等）を完全バックアップまたは増分バックアップするように命令されるが、そのような同期化に対する相手ＵＰｎＰメディアサーバーについての情報と、いかなるオブジェクトに対して同期化を行うべきかを表す同期化対象オブジェクトに関する情報と、いかなる方式で同期化を行うかを表す同期化政策情報とを含む同期化関係情報について記載がない点。
　
［相違点３］ 
　本願補正発明は、「前記複数のＵＰｎＰメディアサーバーのうち少なくとも１つが、前記要請に応じて、コントロールポイントの介入なしに前記同期化対象オブジェクトを前記同期化政策情報によって同期化する」のに対して、
　引用発明は、バックアップ・サーバ４０２が、制御ポイント１０６から命令されると、メディア・サーバに格納されたＣＤＳメタデータ及び実際のデータオブジェクト（メディアファイル等）を完全バックアップまたは増分バックアップするが、制御ポイント１０６の介入なしに同期化対象オブジェクトを同期化するのかどうか必ずしも明らかでなく、また、同期化対象オブジェクトを同期化政策情報によって同期化することについて記載がない点。
　
　
４．判断
　
　上記相違点について検討する。
　
［相違点１］について 
　ＵＰｎＰアーキテクチャーに準拠するシステムにおいて、メディアサーバのＣＤＳ情報を、他のメディアサーバ装置に格納して利用することは周知（上記周知技術１）である。
　引用発明は、メディア・サーバ１０２のＣＤＳメタデータ及び実際のデータオブジェクト（メディアファイル等）を、バックアップ・サーバ４０２のデータ格納部に格納しているが、周知技術１を参酌して、メディア・サーバ１０２とは別の他のメディアサーバ装置にバックアップするための機能を設けてバックアップ・サーバとし、メディア・サーバ１０２のＣＤＳメタデータ及び実際のデータオブジェクト（メディアファイル等）を、当該他のメディアサーバ装置のデータ格納部に同期して格納することで、上記相違点１に係る本願補正発明の構成とすることは当業者が適宜なし得ることである。
　
［相違点２］について 
　引用発明は、完全バックアップのときに「ＦＴＰ　ＧＥＴ」等を用いるから、制御ポイント１０６からバックアップ（エントリ）４１０が命令された後は、バックアップ・サーバ４０２のバックアップデータ格納部４０４が直接、すなわち制御ポイント１０６の介入なしに、メディア・サーバ１０２のメディアデータ格納部１０８にエントリの取得４１２を開始し、エントリはメディアデータ格納部１０８から直接、すなわち制御ポイントの介入なしに、バックアップデータ格納部４０４へダウンロードされることは明白である。
　また、引用発明が増分バックアップのときに「データ格納部４０４、１０８は取得を要求し（４２２）、ダウンロードを行」う処理は、図４を参照すると、完全バックアップのときと同様に、制御ポイント１０６の介入なしに、バックアップデータ格納部４０４とメディア・サーバ１０２のメディアデータ格納部１０８との間で、直接「取得（デルタ）４２２」及び「デルタ４２４」を通信すると解釈するのが自然である。
　上記のように、制御ポイント１０６の介入なしに「データ格納部４０４、１０８が取得を要求し（４２２）、ダウンロードを行」うためには、相手サーバ上のディレクトリ情報、ダウンロードするファイルのファイル名等の相手サーバの情報や対象オブジェクトに関する情報が、データ格納部４０４に対して、何らかの方法で設定されることは明白である。
　また、引用発明のデータ格納部４０４が実行する完全バックアップと増分バックアップとは、一般に方式が異なるといえ、どちらの方式を実行するのかを指示す情報が、データ格納部４０４に対して、何らかの方法で設定されることも明白である。
　したがって、引用発明の制御ポイントが送出するバックアップの命令「バックアップ（エントリ）４１０」、「バックアップ（デルタ）４２０」及び「バックアップ（デルタ）４３２」には、ダウンロードに必要な相手サーバの情報や対象オブジェクトに関する情報、あるいは完全バックアップか増分バックアップかの方式を指示する情報（本願補正発明の「同期化政策情報」に相当）が、ある程度（一部または全部）含まれていると解釈するのが自然である。
　一方、引用発明のＵＰｎＰネットワークでは、引用例１の摘記事項（１Ｅ）の［００４６］（対応する公表公報の【００４０】）に記載されているように、制御ポイント１０６は「一般に、メディア・サーバ１０２とメディア・レンダラ１０４との間でのデータ転送を制御」するものであり、「この制御には、ネットワーク上にサーバ１０２およびレンダラ１０４の位置を特定するステップ、サーバ１０２からの利用可能なコンテンツを列挙するステップ、共通となる転送プロトコルとデータフォーマットとを決定するためにサーバ１０２とレンダラ１０４とに問い合わせるステップ、要求されるコンテンツ、および選択したプロトコルとフォーマットとを、サーバ１０２およびレンダラ１０４に設定するステップ、コンテンツ転送を初期化するステップ、データ転送速度やデータ量などのコンテンツに対する調整を特定するステップ、が含まれ」る。引用発明は、引用例１の摘記事項（１Ｃ）の［００３２］（対応する公表公報の【００２６】）に記載されているように「本発明は、ＣＤＳとＵＰｎＰのＡＶ制御ポイントとの間でメタデータの同期をトリガするために用いる情報を提供するために、既存のＵＰｎＰのＡＶフレームワークを用いるメカニズムを利用することができる。さらに、ＣＤＳメタデータは、ユーザの所在位置に依存して要領の良い方法（すなわち、高レベルのサーチ、状況認知サーチ等）でメディアファイルを管理できるように、制御ポイントまたは制御ポイントの代りに機能する装置によって格納／キャッシュを行うことができる。これらの同期メカニズムは、メディアファイルに対するバックアップ処理手順をホームネットワークで自動化するために、利用することが可能である。」から、上記「メディア・サーバ１０２とメディア・レンダラ１０４との間でのデータ転送」の「制御」を、メディア・サーバ１０２とバックアップ・サーバ４０２との間でのデータ転送の制御に利用して、制御ポイント１０６からバックアップ・サーバ４０２に、データ転送に必要な情報を送信して設定し、コンテンツ転送の初期化等の命令を行うことは、要求仕様に応じて当業者が適宜設計し得ることである。
　してみると、引用発明のバックアップ・サーバ４０２が、制御ポイントから「同期化に対する相手デバイスについての情報と、いかなるオブジェクトに対して同期化を行うべきかを表す同期化対象オブジェクトに関する情報と、いかなる方式で同期化を行うかを表す同期化政策情報を含む同期化関係情報」を受信して設定し、制御ポイントから前記受信された同期化関係情報による同期化を行うことを要請されることで、上記相違点２に係る本願補正発明の構成とすることは、当業者が適宜設計し得ることである。
　
［相違点３］について 
　引用発明は、上記相違点２で検討したとおり、制御ポイント１０６からバックアップの命令「バックアップ（エントリ）４１０」、「バックアップ（デルタ）４２０」、「バックアップ（デルタ）４３２」を送出した後は、バックアップ・サーバ４０２のバックアップデータ格納部４０４とメディア・サーバ１０２のメディアデータ格納部１０８との間で、直接、すなわち制御ポイント１０６の介入なしに、「取得（エントリ）４１２」及び「エントリ４１４」、「取得（デルタ）４２２」及び「デルタ４２４」、「取得（デルタ）４３４」及び「デルタ４３６」を通信していると解釈するのが自然であり、バックアップ・サーバ４０２が、制御ポイント１０６の介入なしに、メディア・サーバ１０２に格納されたＣＤＳメタデータ及び実際のデータオブジェクト（メディアファイル等）を同期化するステップを含むという点において、本願補正発明と実質的な差異はない。
　また、上記相違点２で検討したとおり、バックアップデータ格納部４０４が、完全バックアップか増分バックアップのどちらの方式かを指示する情報（同期化政策情報）を含む同期化関係情報を受信することは当業者が適宜設計し得ることであり、受信した同期化政策情報に応じて、完全バックアップまたは増分バックアップを実行することで、上記相違点３に係る本願補正発明の構成とすることに格別の困難性はない。
　
　
　そして、本願補正発明のように構成したことによる効果も引用発明及び周知技術から予測できる程度のものであって、格別のものではない。
　
　したがって、本願補正発明（請求項１に係る発明）は、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。 
　
　
５．まとめ 
　
　上記のとおり、本件補正は、特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので、同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　
第３．本願発明について
　
　平成２４年７月２３日付けの手続補正は上記のとおり却下されたので、本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２３年１２月２０日付け手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
　
「【請求項１】
　ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ　Ｐｌｕｇ　ａｎｄ　Ｐｌａｙ）ネットワークで、複数のデバイス間でＣＤＳ（Ｃｏｎｔｅｎｔ　Ｄｉｒｅｃｔｏｒｙ　Ｓｅｒｖｉｃｅ）オブジェクトを同期化する方法において、
　前記複数のデバイスのうち少なくとも１つが、コントロールポイントから、同期化に対する相手デバイスについての情報と、いかなるオブジェクトに対して同期化を行うべきかを表す同期化対象オブジェクトに関する情報と、いかなる方式で同期化を行うかを表す同期化政策情報とを含む同期化関係情報を受信するステップと、
　前記複数のデバイスのうち少なくとも１つが、コントロールポイントから、前記受信された同期化関係情報による同期化を行うことを要請されるステップと、
　前記複数のデバイスのうち少なくとも１つが、前記要請に応じて、前記同期化対象オブジェクトを前記同期化政策情報によって同期化するステップと、を含むことを特徴とする方法。」
　
　
第４．引用刊行物に記載された発明
　
　原査定の拒絶の理由に引用された引用例及び引用発明は、上記「第２．補正却下の決定」の「２．」に記載したとおりである。
　
　
第５．対比・判断
　
　本願発明は、上記「第２．補正却下の決定」の「１．」で検討した本願補正発明から、「デバイス」について「ＵＰｎｐＰメディアサーバー」との限定を省くとともに、「前記要請に応じて、前記同期化対象オブジェクトを前記同期化政策情報によって同期化する」について「前記要請に応じて、コントロールポイントの介入なしに前記同期化対象オブジェクトを前記同期化政策情報によって同期化する」との限定を省いたものである。
　
　そうすると、本願発明の発明特定事項を全て含み、さらに他の構成要件を付加したものに相当する本願補正発明が、上記「第２．補正却下の決定」の「３．」及び「４．」で検討したとおり、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も同様の理由により、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
　
第６．むすび
　
　以上のとおり、本願発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
　したがって、本願はその余の請求項について論及するまでもなく、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。