【事件の表示】
　特願２０１７−５３４７０２「共有コンテンツアイテムのストレージ制約付きの同期」拒絶査定不服審判事件〔平成２８年　８月　４日国際公開、ＷＯ２０１６／１２０６８３、平成３０年　３月２９日国内公表、特表２０１８−５０８８５５、請求項の数（２８）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１ 手続の経緯
　本願は，２０１５年１０月３日（パリ条約による優先権主張外国庁受理２０１５年１月３０日，米国）を国際出願日とする出願であって，平成２９年８月２５日に審査請求されると同時に，翻訳文とともに手続補正書が提出され，平成２９年１２月１３日付けで拒絶の理由が通知され，平成３０年２月１４日に意見書とともに手続補正書が提出され，同年３月１９日付けで拒絶査定（謄本送達日同年３月２６日）がなされ，これに対して同年７月２５日に審判請求がなされると共に手続補正がなされ，同年９月１８日付けで審査官により特許法１６４条３項の規定に基づく報告がなされ，同年１１月９日に上申書が提出されたものである。
第２　原査定の概要
　原査定（平成３０年３月１９日付け拒絶査定）の概要は次のとおりである。
（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　記　　　（引用文献等については引用文献等一覧参照）
・請求項　１−２８
・引用文献等　１−４
　　　　　　　　　　　＜引用文献等一覧＞
１.特表２０１３−５２４３５８号公報
２.再公表特許第２０１１／１４８４９６号
３.特開２００５−２２８２４２号公報（周知技術を示す文献）
４.特開２００２−１４０２１３号公報（周知技術を示す文献）
第３　審判請求時の補正について
　審判請求時の補正は，特許法１７条の２第３項から第６項までの要件に違反しているものとはいえない。
　審判請求時の補正によって請求項１に「前記クライアントデバイスから各選択されたコンテンツアイテムを削除し」という事項を追加する補正，請求項１４に「前記特定されたコンテンツアイテムを削除し」という事項を追加する補正，及び，請求項２５に「前記選択されたコンテンツアイテムを削除し」という事項を追加する補正，並びに，請求項２より「前記クライアントデバイスにおいて、前記クライアントデバイスから各選択されたコンテンツアイテムを削除すること」を削除する補正（以上をまとめて以下，「補正事項」という。）は，特許請求の範囲の減縮を目的とするものであるか，また，上記補正事項は，当初明細書の段落７及び８並びに図面の図１Ａに記載されているから，当該補正は新規事項を追加するものではないかについて検討する。
　審判請求時の補正前の「各選択されたコンテンツアイテムを、前記クライアントデバイス上の前記選択されたコンテンツアイテムを表すシャドウアイテムと置き換えること」（請求項１）において，さらに「前記クライアントデバイスから各選択されたコンテンツアイテムを削除し」という事項を追加する補正は，特許請求の範囲の減縮を目的とするものである。同様に請求項１４及び請求項２５における上記補正事項も，特許請求の範囲の減縮を目的とするものである。
　また，当初明細書の段落８には，「クライアントデバイスは、
選択したコンテンツアイテムを削除
　そして，「第４　本願発明」から「第６　対比・判断」までに示すように，補正後の請求項１乃至２８に係る発明は，独立特許要件を満たすものである。
第４　本願発明
　本願請求項１乃至２８に係る発明（以下「本願発明１」乃至「本願発明２８」という。）は，平成３０年７月２５日付け手続補正書の特許請求の範囲の請求項１乃至２８に記載された，次のとおりのものと認める。
「　　【請求項１】
　コンテンツアイテムを同期するコンピュータで実行される方法であって、前記方法は、
　クライアントデバイスにおいて、コンテンツアイテムにアクセスする要求を受信することと、
　前記クライアントデバイスにおいて、前記要求されたコンテンツアイテムがシャドウアイテムであるかを判定することであって、前記シャドウアイテムが前記クライアントデバイスからは遠隔の別個のホストデバイス上に格納されたコンテンツアイテムを表し、前記シャドウアイテムは、前記コンテンツアイテムのコンテンツデータが前記クライアントデバイス上に格納されず、前記クライアントデバイス上に格納される、該コンテンツアイテムのメタデータから成る、ことと、
　前記要求されたコンテンツアイテムがシャドウアイテムであると判定されることに応じて、クライアントデバイスにおいて、前記ホストデバイスから該ホストデバイス上に格納された前記要求されたコンテンツアイテムのサイズを要求することと、
　前記クライアントデバイスにおいて、前記要求されたコンテンツアイテムの前記サイズを受信することと、
　前記要求されたコンテンツアイテムの前記サイズが前記クライアントデバイス上に割り当てされたストレージの残量を超えるかを判定することと、
　前記要求されたコンテンツアイテムの前記要求したサイズが前記クライアントデバイスに割り当てられたストレージの前記残量を超えると判定したことに応じて、
　前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを選択することであって、選択されたコンテンツアイテムのそれぞれのコピーが前記ホストデバイスに格納される、ことと、
　前記クライアントデバイスから各選択されたコンテンツアイテムを削除し、前記要求されたコンテンツアイテムを格納するための前記クライアントデバイス上の前記ストレージの一部を確保するために、各選択されたコンテンツアイテムを、前記クライアントデバイス上の前記選択されたコンテンツアイテムを表すシャドウアイテムと置き換えることと、
　前記ストレージの前記確保した一部を用いて、前記要求されたコンテンツアイテムを表す前記要求されたシャドウアイテムを、対応する前記要求されたコンテンツアイテムと置き換えることと
を含むことを特徴とする方法。
　　【請求項２】
　各選択されたコンテンツアイテムを置き換えることは、さらに、
　前記クライアントデバイスにおいて、各選択されたコンテンツアイテムを表す、前記クライアントデバイス上のシャドウアイテムを作成することを特徴とする請求項１に記載の方法。
　　【請求項３】
　各選択されたコンテンツアイテムを各シャドウアイテムに置き換えることは、さらに、前記クライアントデバイスにおいて、前記ホストデバイスから前記選択されたコンテンツアイテムをダウンロードすることと、
　前記ダウンロードしたコンテンツアイテムを前記クライアントデバイス上に格納することと
を含むことを特徴とする請求項１に記載の方法。
　　【請求項４】
　前記クライアントデバイスにおいて、前記要求されたコンテンツアイテムがシャドウアイテムであるかどうかを判定することは、さらに、
　前記クライアントデバイスにおいて、前記クライアントデバイス上の前記要求されたコンテンツアイテムのサイズが所定のサイズ制限よりも小さいかを判定することを含むことを特徴とする請求項１に記載の方法。
　　【請求項５】
　各コンテンツアイテムをシャドウアイテムに置き換える前に、各コンテンツアイテムを前記ホストデバイスと同期することをさらに含むことを特徴とする請求項１に記載の方法。
　　【請求項６】
　前記クライアントデバイス上に割り当てられたストレージスペースの容量は、ユーザによって指定された設定に応じて構成された構成ファイルから読み出されることを特徴とする請求項１に記載の方法。
　　【請求項７】
　前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを選択することは、さらに、
　前記クライアントデバイスにおいて、前記クライアントデバイス上に前記要求されたコンテンツアイテムを格納するために必要なストレージスペースの容量を判定することと、
　前記クライアントデバイスと前記ホストデバイスとの間で同期されるコンテンツアイテムのリストを特定することであって、前記リストはアクセス時刻に基づいてソートされる、ことと、
　選択したコンテンツアイテムのトータルサイズが前記クライアントデバイス上に前記要求されたコンテンツアイテムを格納するために必要なストレージスペースの前記容量以上となるまで、コンテンツアイテムにアクセスしてから最も長い時間が経過した、コンテンツアイテムの前記リストの先頭から、コンテンツアイテムを連続して選択することと
を含むことを特徴とする請求項１に記載の方法。
　　【請求項８】
　前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを選択することは、さらに、
　前記クライアントデバイスにおいて、前記クライアントデバイス上に前記要求されたコンテンツアイテムを格納するために必要なストレージスペースの容量を判定することと、
　前記クライアントデバイスと前記ホストデバイスとの間で同期されるコンテンツアイテムのリストを特定することであって、コンテンツアイテムの前記リストはアイテムサイズに基づいてソートされる、ことと、
　選択したコンテンツアイテムのトータルサイズが前記クライアントデバイス上に前記要求されたコンテンツアイテムを格納するために必要なストレージスペースの前記容量以上となるように、コンテンツアイテムの前記リストから、多数のコンテンツアイテムを選択することと
を含むことを特徴とする請求項１に記載の方法。
　　【請求項９】
　前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを選択することは、さらに、
　前記クライアントデバイスにおいて、前記クライアントデバイス上に前記要求されたコンテンツアイテムを格納するために必要なストレージスペースの容量を判定することと、
　前記クライアントデバイスと前記ホストデバイスとの間で同期されるコンテンツアイテムのリストを特定することであって、コンテンツアイテムの前記リストはアイテムサイズとアクセス時刻との重み付けされた組み合わせを用いてソートされる、ことと、
　選択したコンテンツアイテムのトータルサイズが前記クライアントデバイス上に前記要求されたコンテンツアイテムを格納するために必要なストレージスペースの前記容量以上となるように、コンテンツアイテムの前記リストから、コンテンツアイテムを選択することと
を含むことを特徴とする請求項１に記載の方法。
　　【請求項１０】
　前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを選択することは、さらに、
　前記クライアントデバイスにおいて、前記クライアントデバイス上に前記要求されたコンテンツアイテムを格納するために必要なストレージスペースの容量を判定することと、
　前記クライアントデバイスと前記ホストデバイスとの間で同期されるコンテンツアイテムのリストを特定することであって、コンテンツアイテムの前記リストは前記コンテンツアイテムへのアクセスを有する任意のクライアントデバイスによるアクセス時刻に基づいてソートされる、ことと、
　選択したコンテンツアイテムのトータルサイズが前記クライアントデバイス上に前記要求されたコンテンツアイテムを格納するために必要なストレージスペースの前記容量以上となるまで、コンテンツアイテムにアクセスしてから最も長い時間が経過した、コンテンツアイテムの前記リストの先頭から、コンテンツアイテムを連続して選択することと
を含むことを特徴とする請求項１に記載の方法。
　　【請求項１１】
　前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを選択することは、さらに、
　前記クライアントデバイスにおいて、前記クライアントデバイス上に前記要求されたコンテンツアイテムを格納するために必要なストレージスペースの容量を判定することと、
　前記クライアントデバイスと前記ホストデバイスとの間で同期されるコンテンツアイテムのリストを特定することであって、コンテンツアイテムの前記リストは、アクセス時刻と、前記クライアントデバイス上に常駐していることが記された全てのファイルを除くコンテンツアイテムの前記リストとに基づいてソートされる、ことと、
　選択したコンテンツアイテムのトータルサイズが前記クライアントデバイス上に前記要求されたコンテンツアイテムを格納するために必要なストレージスペースの前記容量以上となるまで、前記ホストデバイス上のコンテンツアイテムにアクセスしてから最も長い時間が経過した、コンテンツアイテムの前記リストの先頭から、多数のコンテンツアイテムを連続して選択することと
を含むことを特徴とする請求項１に記載の方法。
　　【請求項１２】
　前記クライアントデバイスにおいて、選択されたコンテンツアイテムを表す、前記クライアントデバイス上のシャドウアイテムを作成することは、さらに、
　前記クライアントデバイスにおいて、前記クライアントデバイスが前記ホストデバイスからの同期を要求しないコンテンツアイテムを示す、前記クライアントデバイスによって保持されるリストへ前記選択されたコンテンツアイテムについての識別子を追加することを含むことを特徴とする請求項１に記載の方法。
　　【請求項１３】
　選択されたコンテンツアイテムを表す、クライアントデバイス上のシャドウアイテムを作成することは、さらに、
　前記クライアントデバイスにおいて、前記選択されたコンテンツアイテムについての識別子を指定するメッセージを、前記ホストデバイスへ送信することであって、これにより、前記識別子は、前記ホストデバイスが前記クライアントデバイスと同期しない、前記ホストデバイスによって保持されるコンテンツアイテムのリストに追加される、ことを含むことを特徴とする請求項１に記載の方法。
　　【請求項１４】
　コンテンツアイテムを同期するコンピュータで実行される方法であって、前記方法は、
　クライアントデバイスにおいて、コンテンツアイテムの選択を受信することと、
　前記クライアントデバイスにおいて、前記選択されたコンテンツアイテムが前記クライアントデバイスから遠隔の個別のホストシステム上に格納されているかどうかを判定することと、
　前記選択されたコンテンツアイテムが前記クライアントデバイスから遠隔の個別のホストデバイス上に格納されているとの判定に応じて、前記ホストデバイス上に格納された前記選択されたコンテンツアイテムのサイズを要求することと、
　前記クライアントデバイスにおいて、前記選択されたコンテンツアイテムの前記サイズを受信することと、
　前記選択されたコンテンツアイテムの前記サイズが前記クライアントデバイスに割り当てされたストレージの残量を超えるかどうかを判定することと、
　前記選択されたコンテンツアイテムの前記サイズが前記クライアントデバイスに割り当てられたストレージの前記残量を超えると判定したことに応じて、
　前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを特定することであって、少なくとも１つの特定されるコンテンツアイテムのコピーが前記ホストデバイスに格納される、ことと、
　前記特定されたコンテンツアイテムを削除し、前記要求されたコンテンツアイテムを格納するための前記クライアントデバイス上の前記ストレージの一部を確保するために、前記特定されたコンテンツアイテムを、前記クライアントデバイス上の前記特定されたコンテンツアイテムを表すシャドウアイテムと置き換えることであって、前記シャドウアイテムは、前記特定されたコンテンツアイテムのコンテンツデータが前記クライアントデバイス上に格納されず、前記クライアントデバイス上に格納される、前記特定されたコンテンツアイテムのメタデータから成る、ことと、
　前記クライアントデバイスにおいて、前記ホストデバイスから前記選択されたコンテンツアイテムをダウンロードすることと、
　前記ダウンロードしたコンテンツアイテムを前記クライアントデバイス上の前記ストレージの前記確保した一部に格納することと
を含むことを特徴とする方法。
　　【請求項１５】
　前記コンテンツアイテムの選択は、前記クライアントデバイス上に常駐しているコンテンツアイテムの選択であることを特徴とする請求項１４に記載の方法。
　　【請求項１６】
　前記クライアントデバイス上に常駐しているコンテンツアイテムを示すピン留めされたコンテンツアイテムのリストに前記選択されたコンテンツアイテムを追加することをさらに含むことを特徴とする請求項１５に記載の方法。
　　【請求項１７】
　前記ホストシステムは、前記クライアントデバイスから前記特定されたコンテンツアイテム削除する前に、前記クライアントデバイスによって削除されるように特定された前記コンテンツアイテムを同期することを特徴とする請求項１４に記載の方法。
　　【請求項１８】
　前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを特定することは、さらに、
　前記クライアントデバイスにおいて、前記クライアントデバイス上に前記選択されたコンテンツアイテムを格納するために必要なストレージスペースの容量を判定することと、
　前記クライアントデバイスと前記ホストデバイスとの間で同期されるコンテンツアイテムのリストを特定することであって、前記リストはアクセス時刻に基づいてソートされる、ことと、
　特定したコンテンツアイテムのトータルサイズが前記クライアントデバイス上に前記選択されたコンテンツアイテムを格納するために必要なストレージスペースの前記容量以上となるまで、コンテンツアイテムにアクセスしてから最も長い時間が経過した、コンテンツアイテムの前記リストの先頭から、コンテンツアイテムを連続して特定することと
を含むことを特徴とする請求項１４に記載の方法。
　　【請求項１９】
　前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを特定することは、さらに、
　前記クライアントデバイスにおいて、前記クライアントデバイス上に前記選択されたコンテンツアイテムを格納するために必要なストレージスペースの容量を判定することと、
　前記クライアントデバイスと前記ホストシステムとの間で同期されるコンテンツアイテムのリストを特定することであって、コンテンツアイテムの前記リストはアイテムサイズに基づいてソートされる、ことと、
　特定したコンテンツアイテムのトータルサイズが前記クライアントデバイス上に前記要求されたコンテンツアイテムを格納するために必要なストレージスペースの前記容量以上となるように、多数のコンテンツアイテムを特定することと
を含むことを特徴とする請求項１４に記載の方法。
　　【請求項２０】
　前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを特定することは、さらに、
　前記クライアントデバイスにおいて、前記クライアントデバイス上に前記選択されたコンテンツアイテムを格納するために必要なスペースの容量を判定することと、
　前記クライアントデバイスと前記ホストデバイスとの間で同期されるコンテンツアイテムのリストを特定することであって、コンテンツアイテムの前記リストはアイテムサイズとアクセス時刻との重み付けされた組み合わせを用いてソートされる、ことと、
　特定したコンテンツアイテムのトータルサイズが前記クライアントデバイス上に前記選択されたコンテンツアイテムを格納するために必要なスペースの前記容量以上となるように、コンテンツアイテムの前記リストから、コンテンツアイテムを特定することと
を含むことを特徴とする請求項１４に記載の方法。
　　【請求項２１】
　前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを特定することは、さらに、
　前記クライアントデバイスにおいて、前記クライアントデバイス上に前記選択されたコンテンツアイテムを格納するために必要なストレージスペースの容量を判定することと、
　前記クライアントデバイスと前記ホストデバイスとの間で同期されるコンテンツアイテムのリストを特定することであって、コンテンツアイテムの前記リストは前記コンテンツアイテムへのアクセスを有する任意のクライアントデバイスによるアクセス時刻に基づいてソートされる、ことと、
　特定したコンテンツアイテムのトータルサイズが前記クライアントデバイス上に前記選択されたコンテンツアイテムを格納するために必要なストレージスペースの前記容量以上となるまで、コンテンツアイテムにアクセスしてから最も長い時間が経過した、コンテンツアイテムの前記リストの先頭から、コンテンツアイテムを連続して特定することと
を含むことを特徴とする請求項１４に記載の方法。
　　【請求項２２】
　前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを特定することは、さらに、
　前記クライアントデバイスにおいて、前記クライアントデバイス上に前記選択されたコンテンツアイテムを格納するために必要なストレージスペースの容量を判定することと、
　前記クライアントデバイスと前記ホストデバイスとの間で同期されるコンテンツアイテムのリストを特定することであって、コンテンツアイテムの前記リストは、アクセス時刻と、前記クライアントデバイス上に常駐していることが記された全てのファイルを除くコンテンツアイテムの前記リストとに基づいてソートされる、ことと、
　特定したコンテンツアイテムのトータルサイズが前記クライアントデバイス上に前記選択されたコンテンツアイテムを格納するために必要なストレージスペースの前記容量以上となるまで、前記ホストデバイス上のコンテンツアイテムにアクセスしてから最も長い時間が経過した、コンテンツアイテムの前記リストの先頭から、多数のコンテンツアイテムを連続して特定することと
を含むことを特徴とする請求項１４に記載の方法。
　　【請求項２３】
　前記クライアントデバイスにおいて、特定されたコンテンツアイテムを表す、前記クライアントデバイス上のシャドウアイテムを作成することは、さらに、
　前記クライアントデバイスにおいて、前記クライアントデバイスが前記ホストデバイスからの同期を要求しないコンテンツアイテムを示す、クライアントアプリケーションによって保持されるリストへ前記特定されたコンテンツアイテムについての識別子を追加することを含むことを特徴とする請求項１４に記載の方法。
　　【請求項２４】
　特定されたコンテンツアイテムを表す、クライアントデバイス上のシャドウアイテムを作成することは、さらに、
　前記クライアントデバイスにおいて、前記特定されたコンテンツアイテムについての識別子を指定するメッセージを、前記ホストデバイスへ送信することであって、これにより、前記識別子は、前記ホストデバイスが前記クライアントデバイスと同期しない、前記ホストデバイスによって保持されるコンテンツアイテムのリストに追加される、ことを含むことを特徴とする請求項１４に記載の方法。
　　【請求項２５】
　コンテンツアイテムを同期するコンピュータで実行される方法であって、前記方法は、
　ホストシステムにおいて、クライアントデバイスからコンテンツアイテムを同期する要求を受信することであって、前記ホストシステムは、前記クライアントデバイスから遠隔に位置する、ことと、
　前記要求されたコンテンツアイテムがシャドウアイテムであるかを判定することであって、前記シャドウアイテムは、前記要求されたコンテンツアイテムのコンテンツデータが前記クライアントデバイス上には格納されず、前記クライアントデバイス上に格納される、前記要求されたコンテンツアイテムのメタデータから成る、ことに応じて、
　　前記ホストシステムにおいて、前記要求されたコンテンツアイテムが前記クライアントデバイスに割り当てられたストレージの残量を超えるかどうかを判定することによって、前記クライアントデバイスへ前記要求されたコンテンツアイテムをダウンロードすることが、コンテンツアイテムを格納するための前記クライアントデバイス上の所定のストレージ制限を超えるかどうかを算出することと、
　前記要求されたコンテンツアイテムのサイズが前記クライアントデバイスに割り当てられたストレージの前記残量を超えると判定したことに応じて、
　　前記ホストシステムにおいて、選択された前記コンテンツアイテムが前記クライアントデバイス上の前記要求されたコンテンツアイテムを格納するために必要なストレージスペースの容量以上となるように、前記クライアントデバイス上の１以上の放置されたコンテンツアイテムを選択することであって、サイズ、最新のアクセス時刻、アクセス頻度、及び場所から成るグループからの選択に起因した少なくとも１つのコンテンツアイテムに基づいて選択することと、
　前記ホストシステムにおいて、前記選択されたコンテンツアイテムを前記クライアントデバイス上のシャドウアイテムのリストに追加することと、
　前記選択されたコンテンツアイテムを削除し、前記要求されたコンテンツアイテムを格納するための前記クライアントデバイス上の前記ストレージの一部を確保すべく、前記選択されたコンテンツアイテムをシャドウアイテムに置き換えるために、前記クライアントデバイスへ指示を送信することと、
　前記要求されたコンテンツアイテムを前記クライアントデバイスの前記ストレージの前記確保した一部にダウンロードすることと
を含むことを特徴とする方法。
　　【請求項２６】
　前記ホストシステムは、放置ファイルを選択するために使用される属性を保持することを特徴とする請求項２５に記載の方法。
　　【請求項２７】
　前記ホストシステムは、各クライアントデバイスにおけるシャドウアイテムのリストを保持することを特徴とする請求項２５に記載の方法。
　　【請求項２８】
　前記選択されたコンテンツアイテムをシャドウアイテムに置き換える前記指示は、前記シャドウアイテムを含むことを特徴とする請求項２５に記載の方法。」
第５　引用例
１　引用例１に記載された事項及び引用発明１
　原査定の拒絶の理由において引用した，本願の第一国出願前に既に公知である，特表２０１３−５２４３５８号公報（平成２５年６月１７日公表。以下，これを「引用例１」という。）には，関連する図面と共に，次の事項が記載されている。（当審注：下線は説明のために当審で付与した。以下同様。）
Ａ　「【０００７】
　データセンタにＣＡＳデバイスを配置し、各拠点（例えば、会社の各事業部）にＮＡＳデバイスを配置し、
ＣＡＳデバイスとＮＡＳデバイスを
通信ネットワークで接続し、ＣＡＳデバイス上でデータの集中管理を行うシステム
一定期間アクセスされなかったデータ
を、ＣＡＳデバイスにマイグレーション（ファイル移行）することで、
ＮＡＳデバイスの容量を低く抑えることが出来る
マイグレーションされたデータはスタブ化される
　上記記載事項Ａより，引用例１には，次の発明（以下「引用発明１」という。）が記載されているといえる。
「ＣＡＳデバイスとＮＡＳデバイスを通信ネットワークで接続し，ＣＡＳデバイス上でデータの集中管理を行うシステムであって，
　一定期間アクセスされなかったデータを，ＣＡＳデバイスにマイグレーション（ファイル移行）することで，ＮＡＳデバイスの容量を低く抑えることが出来，マイグレーションされたデータはスタブ化される
　システム。」
２　引用例２に記載された事項及び引用発明２
　原査定の拒絶の理由において引用した，本願の第一国出願前に既に公知である，再公表特許第２０１１／１４８４９６号号公報（平成２５年７月２５日公表。以下，これを「引用例２」という。）には，関連する図面と共に，次の事項が記載されている。
Ｂ　「【００３０】
　図２は、本発明の一実施例に係る
システム
【００３１】
　
Ｅｄｇｅ１００とＣｏｒｅ２００
Ｅｄｇｅ１００とは、ローカルの計算機システムを含んだ拠点
Ｃｏｒｅ２００とは、リモートの計算機システムを含んだ拠点
【００３２】
　なお、図１に示す例では、Ｅｄｇｅ１００は複数、Ｃｏｒｅ２００が単数であるが、Ｅｄｇｅ１００が単数、及び／又は、Ｃｏｒｅ２００が複数でも良い。また、図１では、ファイルストレージ装置１２０に接続されている１つのクライアント／ホスト１３０が示されているが、実際には、ファイルストレージ装置１２０には複数のクライアント／ホスト１３０が接続されている（図示の通り、クライアント／ホスト１３０は、１つでも良い）。
【００３３】
　
Ｅｄｇｅ１００は、ＲＡＩＤシステム１１０と、ファイルストレージ装置１２０と、クライアント／ホスト１３０と、を備え
ファイルストレージ装置１２０は
通信ネットワーク
経由で、ＲＡＩＤシステム１１０に接続され
…（中略）…
【００４３】
　
Ｃｏｒｅ２００は、ＲＡＩＤシステム２１０と、アーカイブ装置２２０と、を備える。アーカイブ装置２２０に、ＲＡＩＤシステム２１０が接続され
Ｃ　「【００４６】
　図３は、本実施例に係るシステム全体のソフトウェア構成を示す。
【００４７】
　
ＲＡＩＤシステム１１０（２１０）は、複数のＬＵ（Logical　Unit）１１００（２１００）を有
ＬＵ１１００（２１００）は、論理的な記憶デバイス
…（中略）…
【００５０】
　再び図３を参照する。
ファイルストレージ装置１２０のメモリ１２１（アーカイブ装置２２０のメモリ２２１）には、データムーバプログラム１２１０（２２１０）と、ファイルシステム１２１１（２２１１）と、カーネル／ドライバ１２１２（２２１２）と、が記憶され
ファイルストレージ装置１２０内のデータムーバプログラムを、「ローカルムーバ」
アーカイブストレージ装置２２０内のデータムーバプログラムを、「リモートムーバ」
ファイルサーバ装置１２０とアーカイブ装置２２０との間では、ローカルムーバ１２１０及びリモートムーバ２２１０を介して、ファイルのやり取りが行われ
【００５１】
　
ローカルムーバ１２１０は、ＲＡＩＤシステム１１０のＬＵ１１００から、レプリケーション対象のファイルを読み出し、そのファイルをアーカイブ装置２２０に転送
リモートムーバ２２１０は、レプリケーション対象のファイルをファイルストレージ装置１２０から受信し、そのファイルを、ＲＡＩＤシステム２１０のＬＵ２１００に書き込
【００５２】
　また、
ローカルムーバ１２１０は、ＬＵ１１００内のレプリケーション済みファイル
その実体
を、ある所定の条件が満たされた場合に、削除し、それにより、レプリケーション済みファイルの実質的なマイグレーションを実現
その後、ローカルムーバ１２１０は、削除されたファイルのスタブ（メタデータ）に対してクライアント／ホスト１３０からリード要求を受けた場合、リモートムーバ２２１０を経由して、スタブにリンクしているファイルを取得し、取得したファイルをクライアント／ホスト１３０に送信
「スタブ」とは、ファイルの格納先情報（リンク先を表す情報）に関連付けられたオブジェクト（メタデータ）
Ｄ　「【００８１】
　図９は、同期処理の流れを示す。
【００８２】
　データ同期要フラグ３１０１が「ＯＮ」のファイル、又は、メタデータ同期要フラグ３１０２が「ＯＮ」のファイルについてのメタデータについて、同期処理が行われる。
【００８３】
　まず、ＳＴＥＰ９で、
ローカルムーバ１２１０が、同期処理要求を受け
Ｅ　「【００８８】
　なお、
本同期処理では、ファイル（及び／又はメタデータ）の同期が完了した後に、レプリケーション済み且つ同期済みのファイルをＬＵ１１００から削除して良いか否か
の判断が行われ
【００８９】
　具体的には、例えば、
ローカルムーバ１２１０は、ＬＵ１１００の空き容量をチェック
ＬＵ１１００の空き容量が所定の閾値未満の場合、ＬＵ１１００の空き容量を増やすべく、レプリケーション済み且つ同期済みのファイルの削除
が許可され
【００９０】
　なお、
ファイルの削除
が許可される条件は、ファイルが格納される記憶領域（ＬＵ）の空き容量が所定の閾値未満という条件に代えて又は加えて
そのファイルへの最終アクセス時刻から一定時間が経過した
Ｆ　「【００９６】
　図１１は、ファイルのリード処理の流れを示す。
【００９７】
　まず、ＳＴＥＰ１７で、
ファイルシステム１２１１（受付プログラム１２１１０）が、クライアント／ホスト１３０から、
ファイルのリード要求を受け
【００９８】
　ファイルシステム１２１１（受付プログラム１２１１０）は、
そのファイルがリコール済みか否かを判断
【００９９】
　リコール済みであれば、ＳＴＥＰ１８で、ファイルシステム１２１１（受付プログラム１２１１０）は、リード対象のファイルをＬＵ１１００から読み出し、ＳＴＥＰ２０で、そのファイルを、ファイル共有プログラム１２１３を通じて、クライアント／ホスト１３０に送信する。
【０１００】
　一方、
リコール済みでなければ、ファイルシステム１２１０（受付プログラム１２１１０）は
アーカイブ装置２２０からリード対象のファイルを取得する
　上記記載事項Ｂ乃至Ｆより，引用例２には次の発明（以下「引用発明２」という。）が記載されているといえる。
「ローカルの計算機システムを含んだ拠点であるＥｄｇｅ１００と，リモートの計算機システムを含んだ拠点であるＣｏｒｅ２００とからなるシステムであって，
　前記Ｅｄｇｅ１００は，ＲＡＩＤシステム１１０と，ファイルストレージ装置１２０と，クライアント／ホスト１３０と，を備え，
　前記Ｃｏｒｅ２００は，ＲＡＩＤシステム２１０と，アーカイブ装置２２０と，を備え，アーカイブ装置２２０に，ＲＡＩＤシステム２１０が接続され，
　前記ファイルストレージ装置１２０は，通信ネットワーク経由で，ＲＡＩＤシステム１１０に接続され，
　前記ＲＡＩＤシステム１１０（２１０）は，論理的な記憶デバイスである複数のＬＵ（Logical　Unit）１１００（２１００）を有し，
　前記ファイルストレージ装置１２０のメモリ１２１（アーカイブ装置２２０のメモリ２２１）には，データムーバプログラム１２１０（２２１０）と，ファイルシステム１２１１（２２１１）と，カーネル／ドライバ１２１２（２２１２）と，が記憶され，
　前記ファイルサーバ装置１２０と前記アーカイブ装置２２０との間では，前記ファイルストレージ装置１２０内のデータムーバプログラムであるローカルムーバと，前記アーカイブストレージ装置２２０内のデータムーバプログラムであるリモートムーバとを介して，ファイルのやり取りが行われ，
　前記ローカルムーバ１２１０は，前記ＲＡＩＤシステム１１０の前記ＬＵ１１００から，レプリケーション対象のファイルを読み出し，そのファイルを前記アーカイブ装置２２０に転送し，前記リモートムーバ２２１０は，レプリケーション対象のファイルを前記ファイルストレージ装置１２０から受信し，そのファイルを，前記ＲＡＩＤシステム２１０の前記ＬＵ２１００に書き込み，
　前記ローカルムーバ１２１０は，前記ＬＵ１１００内のレプリケーション済みファイルの実体を，ある所定の条件が満たされた場合に，削除し，それにより，レプリケーション済みファイルの実質的なマイグレーションを実現し，その後，前記ローカルムーバ１２１０は，削除されたファイルのスタブ（メタデータ）に対して前記クライアント／ホスト１３０からリード要求を受けた場合，前記リモートムーバ２２１０を経由して，スタブにリンクしているファイルを取得し，取得したファイルを前記クライアント／ホスト１３０に送信し，ここで，スタブとは，ファイルの格納先情報（リンク先を表す情報）に関連付けられたオブジェクト（メタデータ）であり，
　前記ローカルムーバ１２１０が，同期処理要求を受け，本同期処理では，ファイル（及び／又はメタデータ）の同期が完了した後に，レプリケーション済み且つ同期済みのファイルを前記ＬＵ１１００から削除して良いか否かの判断が行われ，前記ローカルムーバ１２１０は，前記ＬＵ１１００の空き容量をチェックし，前記ＬＵ１１００の空き容量が所定の閾値未満の場合，前記ＬＵ１１００の空き容量を増やすべく，レプリケーション済み且つ同期済みのファイルの削除が許可され，前記ファイルの削除が許可される条件は，ファイルが格納される記憶領域（ＬＵ）の空き容量が所定の閾値未満という条件に代えて又は加えてそのファイルへの最終アクセス時刻から一定時間が経過したことであり，
　前記ファイルシステム１２１１（受付プログラム１２１１０）が，前記クライアント／ホスト１３０から，ファイルのリード要求を受け，そのファイルがリコール済みか否かを判断し，リコール済みでなければ，前記ファイルシステム１２１０（受付プログラム１２１１０）は，前記アーカイブ装置２２０からリード対象のファイルを取得する
　システム。」
３　引用例３に記載された事項
　原査定の拒絶の理由において引用した，本願の第一国出願前に既に公知である，特開２００５−２２８２４２号公報（平成１７年８月２５日公開。以下，これを「引用例３」という。）には，関連する図面と共に，次の事項が記載されている。
Ｇ　「【００２７】
　本発明の移動体通信システムの第一の実施形態について、図１を参照して説明する。
　図１は、移動体通信システムの構成を示すブロック図である。
【００２８】
　図１に示すように、
移動体通信システム１０は、移動端末機器１００と、移動体交換システム２００と、を含んで
Ｈ　「【００３０】
　ここで、
上記移動端末機器１００は
制御部１１０，入力操作部１２０，記憶装置１３０
を設けてあり
Ｉ　「【００４１】
　まず、
コンテンツデータ格納作業
　図２において、ステップＡ１にて、
移動端末機器１００が、操作入力部１２０からの入力操作によって
既にダウンロードしてあるコンテンツデータの格納が指示されると、
移動端末機器１００の制御部１１０は、その記憶装置１３０の実メモリの空き容量をチェック
【００４２】
　次に、ステップＡ３にて、
上記制御部１１０は、記憶装置１３０の実メモリの空き容量を、格納すべき当該コンテンツデータのデータ容量と比較して、空き容量がデータ容量以上である場合には、
そのまま当該コンテンツデータを、記憶装置１３０の仮想フォルダ１３１内に格納すると共に、記憶装置１３０の実メモリに保存
　続いて、ステップＡ５にて、
上記制御部１１０は、当該コンテンツデータを、ネットワーク３００を介して移動体交換システム２００に転送
　これを受けて、ステップＡ６にて、
移動体交換システム２００の制御部２１０は、転送されてきたコンテンツデータを、その記憶装置２２０の当該移動端末機器１００の加入者が前もって登録してある仮想記憶データ格納エリア２２１に格納
【００４３】
　これに対して、上記ステップＡ３にて、
空き容量がデータ容量未満と足りない場合には、上記制御部１１０は、
記憶装置１３０に格納されているコンテンツデータのうち、最もアクセス頻度の低いコンテンツデータを実メモリから削除し、
　このとき、削除したコンテンツデータと同じコンテンツデータが、移動体交換システム２００の記憶装置２２０の仮想記憶データ格納エリア２２１にも格納されているが、この仮想記憶データ格納エリア２２１に格納されている当該コンテンツデータは削除せずに残しておく。
　そして、
制御部１１０は、記憶装置１３０の実メモリに、格納すべきコンテンツデータを保存するための空き領域が足りないときには、空き領域が確保できるまで、
コンテンツデータの削除作業を繰返し行なう
【００４４】
　このようにして、
コンテンツデータを移動端末機器１００の記憶装置１３０に格納する際、記憶装置１３０の実メモリに当該コンテンツデータを格納するための空き容量が足りないときには、最もアクセス頻度の低いコンテンツデータを削除して、空き領域を確保した後、格納すべきコンテンツデータが記憶装置１３０の実メモリに確実に保存される
　したがって、実質的に移動端末機器１００の記憶装置１３０の記憶容量を超えて、コンテンツデータを保存することができると共に、実メモリの空き容量確保のために削除されたコンテンツデータについては、記憶装置１３０への格納の際に、同時にネットワーク３００を介して移動体交換システム２００の記憶装置２２０の仮想記憶データ格納エリア２２１にも格納されているので、仮想フォルダ１３１からアクセス可能である。」
Ｊ　「【００５０】
　次に、
コンテンツデータの読出作業
　図４において、ステップＣ１にて、
移動端末機器１００が、操作入力部１２０からの入力操作によって
再生すべきコンテンツデータの読出が指示されると、
移動端末機器１００の制御部１１０は、その記憶装置１３０の実メモリをチェックして、当該コンテンツデータを検索
　次に、ステップＣ３にて、
上記制御部１１０は、記憶装置１３０の実メモリに当該コンテンツデータが存在する場合には、
そのまま当該コンテンツデータを読出処理
【００５１】
　また、ステップＣ３で
当該コンテンツデータが存在しない場合には、上記制御部１１０は、
その記憶装置１３０の実メモリの空き容量をチェック
　続いて、ステップＣ６にて、
上記制御部１１０は、記憶装置１３０の実メモリの空き容量を、読出すべき当該コンテンツデータのデータ容量と比較して、空き容量がデータ容量以上である場合には、
ネットワーク３００を介して移動体交換システム２００に当該コンテンツデータの転送を指示
【００５２】
　また、ステップＣ６にて、
空き容量がデータ容量未満と足りない場合には、上記制御部１１０は、
記憶装置１３０に格納されているコンテンツデータのうち、最もアクセス頻度の低いコンテンツデータを実メモリから削除し、
　このようにして、
制御部１１０は、記憶装置１３０の実メモリに、格納すべきコンテンツデータを保存するための空き領域が足りないときには、空き領域が確保できるまで、
コンテンツデータの削除作業を繰返し行なう
　上記記載事項Ｇ乃至Ｊから，引用例３には次の技術的事項（以下，「引用例３記載事項」という。）が記載されているといえる。
「移動体通信システム１０は，移動端末機器１００と，移動体交換システム２００と，を含み，
　上記移動端末機器１００は，制御部１１０，入力操作部１２０，記憶装置１３０を設けてあり，
　コンテンツデータ格納作業においては，
　移動端末機器１００が，操作入力部１２０からの入力操作によって既にダウンロードしてあるコンテンツデータの格納が指示されると，移動端末機器１００の制御部１１０は，その記憶装置１３０の実メモリの空き容量をチェックし，
　上記制御部１１０は，記憶装置１３０の実メモリの空き容量を，格納すべき当該コンテンツデータのデータ容量と比較して，空き容量がデータ容量以上である場合には，そのまま当該コンテンツデータを，記憶装置１３０の仮想フォルダ１３１内に格納すると共に，記憶装置１３０の実メモリに保存し，上記制御部１１０は，当該コンテンツデータを，ネットワーク３００を介して移動体交換システム２００に転送し，
　移動体交換システム２００の制御部２１０は，転送されてきたコンテンツデータを，その記憶装置２２０の当該移動端末機器１００の加入者が前もって登録してある仮想記憶データ格納エリア２２１に格納し，
　空き容量がデータ容量未満と足りない場合には，上記制御部１１０は，記憶装置１３０に格納されているコンテンツデータのうち，最もアクセス頻度の低いコンテンツデータを実メモリから削除し，
　制御部１１０は，記憶装置１３０の実メモリに，格納すべきコンテンツデータを保存するための空き領域が足りないときには，空き領域が確保できるまで，コンテンツデータの削除作業を繰返し行ない，
　コンテンツデータを移動端末機器１００の記憶装置１３０に格納する際，記憶装置１３０の実メモリに当該コンテンツデータを格納するための空き容量が足りないときには，最もアクセス頻度の低いコンテンツデータを削除して，空き領域を確保した後，格納すべきコンテンツデータが記憶装置１３０の実メモリに確実に保存され，
　コンテンツデータの読出作業においては，
　移動端末機器１００が，操作入力部１２０からの入力操作によって再生すべきコンテンツデータの読出が指示されると，移動端末機器１００の制御部１１０は，その記憶装置１３０の実メモリをチェックして，当該コンテンツデータを検索し，
　上記制御部１１０は，記憶装置１３０の実メモリに当該コンテンツデータが存在する場合には，そのまま当該コンテンツデータを読出処理し，
　当該コンテンツデータが存在しない場合には，上記制御部１１０は，その記憶装置１３０の実メモリの空き容量をチェックし，
　上記制御部１１０は，記憶装置１３０の実メモリの空き容量を，読出すべき当該コンテンツデータのデータ容量と比較して，空き容量がデータ容量以上である場合には，ネットワーク３００を介して移動体交換システム２００に当該コンテンツデータの転送を指示し，
　空き容量がデータ容量未満と足りない場合には，上記制御部１１０は，記憶装置１３０に格納されているコンテンツデータのうち，最もアクセス頻度の低いコンテンツデータを実メモリから削除し，
　制御部１１０は，記憶装置１３０の実メモリに，格納すべきコンテンツデータを保存するための空き領域が足りないときには，空き領域が確保できるまで，コンテンツデータの削除作業を繰返し行なうこと。」
４　引用例４に記載された事項
　原査定の拒絶の理由において引用した，本願の第一国出願前に既に公知である，特開２００２−１４０２１３号公報（平成１４年５月１７日公開。以下，これを「引用例４」という。）には，関連する図面と共に，次の事項が記載されている。
Ｋ　「【００３８】図７は図３に示すファイル管理処理のＳ６での退避／復元調整タスクの手順を示すフローチャートである。
【００３９】
退避／復元調整タスクでは、まず、ＨＤＤ１１８（内部ハードディスクドライブ）の空き容量が取得され
空き容量が、ファイル管理処理でのＳ１のパラメータ設定により設定された退避しきい値
以下であるか否かまた復元しきい値以上であるか否かが判定され
【００４０】
ＨＤＤ１１８の空き容量が退避しきい値（たとえば３０％）以下であれば
ファイル退避処理が行われ
…（中略）…
【００４５】図８は退避／復元調整タスクのＳ６４でのファイル退避処理の手順を示すフローチャートであり、図９は退避／復元調整タスクのＳ７０でのファイル復元処理の手順を示すフローチャートである。
【００４６】
ファイル退避処理では、
ファイル管理処理でのＳ１のパラメータ設定にて設定された退避条件パラメータ
が取得され
退避条件が、”日付順”に設定されているか否かまた”ファイルサイズ順”に設定されているか否かが判定され
【００４７】
退避条件が日付順に設定されていれば
ＨＤＤ１１８に記憶されているファイル
のリストが日付順に取得され
日付のもっとも古いファイル（また日付のもっとも新しいファイル）が選択され
【００４８】
退避条件がファイルサイズ順に設定されていれば
ＨＤＤ１１８に記憶されているファイルのリストがファイルサイズ順に取得され
サイズのもっとも小さい（またサイズのもっとも大きいファイル）が選択され
【００４９】Ｓ６４０８ではＳ６４０４またはＳ６４０７にて選択されたファイルが仮想ディスクサーバ２１０に転送され、転送されたファイルに関してのレコードが付加されるよう、リモートファイルリストが更新され（Ｓ６４０９）、転送済みのファイルがＨＤＤ１１８から削除され（Ｓ６４１０）、本ファイル退避処理から退避／復元調整タスクに処理がリターンされる。
【００５０】これらのファイル退避処理によると、退避条件に応じてＨＤＤ１１８上のファイルが特定され、ＨＤＤ１１８から仮想ディスクサーバ２１０にファイルが転送され、リモートファイルリストが適切に更新されることとなる。」
第６　対比・判断
１　本願発明１について
（１）対比
　本願発明１と，本願発明１と最も類似すると認められる引用発明２とを対比する。
（あ）引用発明２の「ローカルの計算機システムを含んだ拠点であるＥｄｇｅ１００」，「リモートの計算機システムを含んだ拠点であるＣｏｒｅ２００」，及び「ファイル」，は，本願発明１の「クライアントデバイス」，「クライアントデバイスからは遠隔の別個のホストデバイス」，及び「コンテンツアイテム」に相当する。
（い）引用発明２は，「ローカルの計算機システムを含んだ拠点であるＥｄｇｅ１００と，リモートの計算機システムを含んだ拠点であるＣｏｒｅ２００とからなるシステムであって」，「前記ローカルムーバ１２１０が，同期処理要求を受け，本同期処理で」，「ファイル（及び／又はメタデータ）の同期」が行われるものであるから，本願発明１と“コンテンツアイテムを同期するコンピュータで実行される方法”である点で一致するといえる。
（う）引用発明２の「ファイルサーバ装置１２０」と「アーカイブ装置２２０」との間にある，「前記ファイルストレージ装置１２０内のデータムーバプログラムであるローカルムーバ」は，「ＲＡＩＤシステム１１０」の「ＬＵ１１００から，レプリケーション対象のファイルを読み出し，そのファイルを前記アーカイブ装置２２０に転送」するが，上記（あ）での認定を踏まえると，当該「ファイル」の「読み出し」においては，所定のアクセス要求がなされることは自明であるから，引用発明２と本願発明１とは，“クライアントデバイスにおいて，コンテンツアイテムにアクセスする要求を受信する”点で一致する。
（え）引用発明２の「スタブ」は，「ファイルの格納先情報（リンク先を表す情報）に関連付けられたオブジェクト（メタデータ）」であることから，本願発明１の「シャドウアイテム」に相当するといえる。また，引用発明２の「ローカルムーバ１２１０」は，「ＲＡＩＤシステム１１０の前記ＬＵ１１００から，レプリケーション対象のファイルを読み出し，そのファイルを前記アーカイブ装置２２０に転送し，前記リモートムーバ２２１０は，レプリケーション対象のファイルを前記ファイルストレージ装置１２０から受信し，そのファイルを，前記ＲＡＩＤシステム２１０の前記ＬＵ２１００に書き込」み，「ファイル」の「レプリケーション」を行い，さらに，「ＬＵ１１００内のレプリケーション済みファイルの実体を，ある所定の条件が満たされた場合に，削除し，それにより，レプリケーション済みファイルの実質的なマイグレーションを実現」している。
　そして，引用発明２は，「削除されたファイルのスタブ（メタデータ）に対して前記クライアント／ホスト１３０からリード要求を受けた場合，前記リモートムーバ２２１０を経由して，スタブにリンクしているファイルを取得」することから，「前記クライアントデバイスにおいて，前記要求されたコンテンツアイテムがシャドウアイテムであるかを判定」することを実質的に行っているといえ，上記（あ）の「クライアントデバイス」及び「ホストデバイス」に対する認定及び上記「シャドウアイテム」の認定から，「前記シャドウアイテムが前記クライアントデバイスからは遠隔の別個のホストデバイス上に格納されたコンテンツアイテムを表し」ていて，引用発明２では，「ＬＵ１１００内のレプリケーション済みファイルの実体を，ある所定の条件が満たされた場合に，削除」することから，「コンテンツアイテムのコンテンツデータが前記クライアントデバイス上に格納され」ていないといえることから，以上総合して，引用発明２と本願発明１とは，“前記クライアントデバイスにおいて，前記要求されたコンテンツアイテムがシャドウアイテムであるかを判定することであって，前記シャドウアイテムが前記クライアントデバイスからは遠隔の別個のホストデバイス上に格納されたコンテンツアイテムを表し，前記シャドウアイテムは，前記コンテンツアイテムのコンテンツデータが前記クライアントデバイス上に格納されず，前記クライアントデバイス上に格納される，該コンテンツアイテムのメタデータから成る”点で一致するといえる。
（お）上記（あ）乃至（え）の検討から，引用発明２と本願発明１とは，次の一致点及び相違点を有する。
〈一致点〉
　コンテンツアイテムを同期するコンピュータで実行される方法であって，前記方法は，
　クライアントデバイスにおいて，コンテンツアイテムにアクセスする要求を受信することと，
　前記クライアントデバイスにおいて，前記要求されたコンテンツアイテムがシャドウアイテムであるかを判定することであって，前記シャドウアイテムが前記クライアントデバイスからは遠隔の別個のホストデバイス上に格納されたコンテンツアイテムを表し，前記シャドウアイテムは，前記コンテンツアイテムのコンテンツデータが前記クライアントデバイス上に格納されず，前記クライアントデバイス上に格納される，該コンテンツアイテムのメタデータから成る，ことと，
を含む方法。
〈相違点１〉
　本願発明１が，「前記要求されたコンテンツアイテムがシャドウアイテムであると判定されることに応じて、クライアントデバイスにおいて、前記ホストデバイスから該ホストデバイス上に格納された前記要求されたコンテンツアイテムのサイズを要求すること」を含むのに対し，引用発明２は，そのような判定及びコンテンツアイテムのサイズを要求することを特定していない点。
〈相違点２〉
　本願発明１が，「前記クライアントデバイスにおいて，前記要求されたコンテンツアイテムの前記サイズを受信すること」と，「前記要求されたコンテンツアイテムの前記サイズが前記クライアントデバイス上に割り当てされたストレージの残量を超えるかを判定すること」とを含むのに対し，引用発明２は，「前記ローカルムーバ１２１０が，同期処理要求を受け，本同期処理では，ファイル（及び／又はメタデータ）の同期が完了した後に，レプリケーション済み且つ同期済みのファイルを前記ＬＵ１１００から削除して良いか否かの判断が行われ，前記ローカルムーバ１２１０は，前記ＬＵ１１００の空き容量をチェックし，前記ＬＵ１１００の空き容量が所定の閾値未満の場合，前記ＬＵ１１００の空き容量を増やすべく，レプリケーション済み且つ同期済みのファイルの削除が許可され，前記ファイルの削除が許可される条件は，ファイルが格納される記憶領域（ＬＵ）の空き容量が所定の閾値未満という条件に代えて又は加えてそのファイルへの最終アクセス時刻から一定時間が経過したこと」である点。
〈相違点３〉
　本願発明１が，「前記要求されたコンテンツアイテムの前記要求したサイズが前記クライアントデバイスに割り当てられたストレージの前記残量を超えると判定したことに応じて、
　前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを選択することであって、選択されたコンテンツアイテムのそれぞれのコピーが前記ホストデバイスに格納される、ことと、
　前記クライアントデバイスから各選択されたコンテンツアイテムを削除し、前記要求されたコンテンツアイテムを格納するための前記クライアントデバイス上の前記ストレージの一部を確保するために、各選択されたコンテンツアイテムを、前記クライアントデバイス上の前記選択されたコンテンツアイテムを表すシャドウアイテムと置き換えることと、
　前記ストレージの前記確保した一部を用いて、前記要求されたコンテンツアイテムを表す前記要求されたシャドウアイテムを、対応する前記要求されたコンテンツアイテムと置き換えることと」を含むのに対し，引用発明２は，「レプリケーション対象のファイルを読み出し，そのファイルを前記アーカイブ装置２２０に転送し，前記リモートムーバ２２１０は，レプリケーション対象のファイルを前記ファイルストレージ装置１２０から受信し，そのファイルを，前記ＲＡＩＤシステム２１０の前記ＬＵ２１００に書き込」んだり，「前記ＬＵ１１００内のレプリケーション済みファイルの実体を，ある所定の条件が満たされた場合に，削除し，それにより，レプリケーション済みファイルの実質的なマイグレーションを実現」したりするものの，「コンテンツアイテム」を，「シャドウアイテムと置き換える」ことや，「シャドウアイテム」を，「コンテンツアイテムと置き換える」ことが特定されていない点。
（２）相違点についての判断
　事案に鑑み，先に相違点３を検討する。
　上記引用例３には，上記第５の３で認定した引用例３記載事項が記載されており，そのうち，「移動端末機器１００が，操作入力部１２０からの入力操作によって既にダウンロードしてあるコンテンツデータの格納が指示されると，移動端末機器１００の制御部１１０は，その記憶装置１３０の実メモリの空き容量をチェックし」た上，「格納すべきコンテンツデータを保存するための（記憶装置１３０の実メモリの）空き領域が足りないときには，空き領域が確保できるまで，コンテンツデータの削除作業を繰返し行な」う点は，本願発明１と“前記要求されたコンテンツアイテムの前記要求したサイズが前記クライアントデバイスに割り当てられたストレージの前記残量を超えると判定したことに応じて，前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを選択し，前記クライアントデバイスから各選択されたコンテンツアイテムを削除”する点で共通するといえるものの，「各選択されたコンテンツアイテムを、前記クライアントデバイス上の前記選択されたコンテンツアイテムを表すシャドウアイテムと置き換え」たり，「前記ストレージの前記確保した一部を用いて、前記要求されたコンテンツアイテムを表す前記要求されたシャドウアイテムを、対応する前記要求されたコンテンツアイテムと置き換え」たりすることまでは開示されていない。
　さらに，上記相違点３に係る構成は，その他引用発明１や，引用例４にも記載されておらず，また本願第一国出願前に周知であったともいえないことから，上記その余の相違点について判断するまでもなく，本願発明１は，当業者であっても，引用発明２及び引用発明１並びに引用例３及び４に記載された技術的事項に基づいて容易に発明できたものとはいえない。
２　本願発明１４及び２５について
　本願発明１４と本願発明２５とは，本願発明１の上記相違点３に係る構成と共通する，「前記選択されたコンテンツアイテムの前記サイズが前記クライアントデバイスに割り当てられたストレージの前記残量を超えると判定したことに応じて、
　前記クライアントデバイスから削除する少なくとも１つのコンテンツアイテムを特定することであって、少なくとも１つの特定されるコンテンツアイテムのコピーが前記ホストデバイスに格納される、ことと、
　前記特定されたコンテンツアイテムを削除し、前記要求されたコンテンツアイテムを格納するための前記クライアントデバイス上の前記ストレージの一部を確保するために、前記特定されたコンテンツアイテムを、前記クライアントデバイス上の前記特定されたコンテンツアイテムを表すシャドウアイテムと置き換えること」，並びに「前記要求されたコンテンツアイテムのサイズが前記クライアントデバイスに割り当てられたストレージの前記残量を超えると判定したことに応じて、
　　前記ホストシステムにおいて、選択された前記コンテンツアイテムが前記クライアントデバイス上の前記要求されたコンテンツアイテムを格納するために必要なストレージスペースの容量以上となるように、前記クライアントデバイス上の１以上の放置されたコンテンツアイテムを選択することであって、サイズ、最新のアクセス時刻、アクセス頻度、及び場所から成るグループからの選択に起因した少なくとも１つのコンテンツアイテムに基づいて選択すること」及び「前記選択されたコンテンツアイテムを削除し、前記要求されたコンテンツアイテムを格納するための前記クライアントデバイス上の前記ストレージの一部を確保すべく、前記選択されたコンテンツアイテムをシャドウアイテムに置き換えるために、前記クライアントデバイスへ指示を送信することと、
　前記要求されたコンテンツアイテムを前記クライアントデバイスの前記ストレージの前記確保した一部にダウンロードすること」との特定事項を有するものであり，上記１（２）で示したとおり，本願発明１と同様の理由により，当業者であっても，引用発明２及び引用発明１並びに引用例３及び４に記載された技術的事項に基づいて容易に発明できたものとはいえない。
３　本願発明２乃至１３，１５乃至２４及び２６乃至２８について
　本願発明２乃至１３は，本願発明１をさらに減縮したものであり，本願発明１５乃至２４は，本願発明１４をさらに減縮したものであり，本願発明２６乃至２８は，本願発明２５をさらに減縮したものであるから，上記１及び２で示した，本願発明１，１４及び２５と同様の理由により，当業者であっても、引用発明２及び引用発明１並びに引用例３及び４に記載された技術的事項に基づいて容易に発明できたものとはいえない。
第７　原査定について
＜特許法２９条２項について＞
　審判請求時の補正により，本願発明１は「前記クライアントデバイスから各選択されたコンテンツアイテムを削除し」という事項を有するものとなったが，上記第６の１（１）で示した，相違点３に係る構成を有したものであり，上記第６の１（２）で示したとおり，当業者であっても，拒絶査定において引用された引用文献１乃至４に基づいて，容易に発明できたものとはいえない。したがって，原査定の理由を維持することはできない。
第８　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。