2022-006002

特願２０１７－ ８６１４０「デジタルコンテンツを提供する方法、コンピュータプログラムおよびシステム」拒絶査定不服審判事件〔平成２９年１２月 ７日出願公開、特開２０１７－２１５９５１、請求項の数（１４）〕について、次のとおり審決する。

結 論 原査定を取り消す。 本願の発明は、特許すべきものとする。

理 由 第１ 手続の経緯 本願は、平成２９年４月２５日（パリ条約による優先権主張２０１６年５ 月３０日、韓国）の出願であって、令和２年８月２１日に手続補正がされ、令和２年１２月２８日付けで拒絶理由が通知され、令和３年２月９日に意見書が提出されるとともに手続補正がされ、令和３年６月２２日付けで拒絶理由（最後）が通知され、令和３年８月２３日に意見書が提出されるとともに手続補正がされ、令和４年１月２０日付けで令和３年８月２３日付けの手続補正が却下されるとともに拒絶査定（原査定）がされ、これに対し、令和４年４月２１日に拒絶査定不服審判の請求がされると同時に手続補正がされ、その後、令和４年１１月１日付けで当審より拒絶理由が通知され（以下、「当審拒絶理由」という。）、令和４年１２月２６日に意見書が提出されるとともに手続補正がされたものである。 第２ 原査定の概要 原査定（令和４年１月２０日付け拒絶査定）の概要は次のとおりである。 理由１（進歩性） 本願請求項１－７、１３－１６に係る発明は、以下の引用文献Ａ－Ｂに基づいて、本願請求項８－１２、１７－１９に係る発明は、以下の引用文献Ａ－Ｃに基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 引用文献等一覧 Ａ．特開２００５－３８２７３号公報 Ｂ．特開２００６－１２９１４４号公報 Ｃ．米国特許出願公開第２０１１／００１０２５８号明細書 第３ 当審拒絶理由の概要 理由１（進歩性） 本願請求項１、１３－１４、１６に係る発明は、引用文献１－３に基づいて、本願請求項２－１０、１５、１７－１８に係る発明は、引用文献１－４に基づいて、本願請求項１２に係る発明は、引用文献１－５に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 引用文献等一覧 １．特開２００５－３８２７３号公報（拒絶査定時の引用文献Ａ） ２．特開２００６－１２９１４４号公報（拒絶査定時の引用文献Ｂ） ３．米国特許出願公開第２０１１／００１０２５８号明細書（拒絶査定時の引用文献Ｃ） ４．韓国公開特許第２００３－０００６８１７号公報（当審において新たに引用した文献） ５．米国特許第６４６３４６６号明細書（当審において新たに引用した文献） 第４ 本願発明 本願請求項１－１４に係る発明（以下、それぞれ「本願発明１」－「本願発明１４」という。）は、令和４年１２月２６日付けの手続補正で補正された特許請求の範囲の請求項１－１４に記載された事項により特定される発明であって、本願発明１は以下のとおりの発明である。 「 【請求項１】 コンピュータによって実現されるシステムであって、 少なくとも１つのプログラムがロードされたメモリ、 少なくとも１つのプロセッサ を含み、 前記少なくとも１つのプロセッサは、前記プログラムの制御にしたがい、 デジタルコンテンツに対する分割単位で前記デジタルコンテンツを複数の片に分割する段階、 前記デジタルコンテンツに対する利用者からの購入の要請にしたがい、前記複数の片のうちの少なくとも１つを、前記利用者が保有可能な形態で、前記少なくとも１つの片に対するライセンスとともに提供する段階、 前記デジタルコンテンツに対し、前記利用者と、前記利用者とソーシャル関係にある少なくとも１人の他の利用者との間でそれぞれ保有する片を共有する段階 を実行し、前記利用者により購入された片と、前記他の利用者との間で共有される片とで、前記複数の片がすべて揃う場合に、前記デジタルコンテンツの前記利用者による利用を可能とし、前記利用者により購入された片と、前記他の利用者との間で共有される片とで、前記複数の片がすべて揃うことにならない場合に、前記デジタルコンテンツの前記利用者による利用を不可能とし、 前記共有する段階は、 前記利用者が直接購入して保有する第１コンテンツ片リストをロードする段階、 前記他の利用者が直接購入して保有する第２コンテンツ片リストを導き出す段階、 前記第１コンテンツ片リストと前記第２コンテンツ片リストを併合した第３コンテンツ片リストを導き出す段階、 前記第３コンテンツ片リストを利用して前記利用者が利用可能な第１デジタルコンテンツリストを導き出す段階 を含み、前記利用者が利用可能な第１デジタルコンテンツリストを導き出す段階は、 前記利用者が少なくとも１つの片を直接保有する第２デジタルコンテンツリストを導き出す段階、 前記第２デジタルコンテンツリストに属するデジタルコンテンツそれぞれに対し、該当のデジタルコンテンツを構成する片リストを導き出す段階、 前記第２デジタルコンテンツリストに属するデジタルコンテンツのうち、デジタルコンテンツを構成する片リスト全体が前記第３コンテンツ片リストに存在するデジタルコンテンツを前記利用者が利用可能なコンテンツとして導き出す段階 を含む、コンピュータによって実現されるシステム。」 なお、本願発明２－１４の概要は以下のとおりである。 本願発明２－９は、本願発明１を減縮した発明である。 本願発明１０、１１は、それぞれ、本願発明１に対応する「コンピュータプログラム」と「コンピュータで実現される方法」の発明であって、本願発明１とカテゴリ表現が異なるだけの発明である。 本願発明１２－１４は、本願発明１１を減縮した発明である。 第５ 引用文献、引用発明等 １ 引用文献１及び引用発明 （１） 引用文献１ 当審拒絶理由において引用した引用文献１には、図面とともに、以下の記載がある（下線は、特に着目した箇所を示す。以下同様。）。 ア 段落【００１７】－【００２２】 「【発明を実施するための最良の形態】 【００１７】 本発明の実施の形態にかかる映像配信システムの構成を図１に示す。 図示するように、映像配信サーバ１０と、クライアント３０－１，３０－２，・・・，３０－ｎ（ｎはこれから注目しようとするグループに属するクライアントの台数），３０－ｘ，・・・とは、通信ネットワークＡ，Ｂを介して接続されている。 【００１８】 映像配信サーバ１０は、クライアント３０－１，３０－２，・・・，３０－ｎ，３０－ｘ，・・・から視聴要求を受け付ける。映像配信サーバ１０は、要求された映像データを分割し、要求したグループ（以下、視聴グループと称する。）に属するクライアントに、分割した映像データとその映像データを再生する際に視聴グループ内で映像データを配信するためのコンピュータプログラム（以下、ローカル配信プログラムと称する。）とを配信する。 【００１９】 映像データを分割する際、映像配信サーバ１０は視聴グループ内の特定のクライアントにコンテンツを配信する際の負荷が集中しないようにするために、視聴グループ内の各クライアントに映像データの各断片を配信する。例えば、映像配信サーバ１０は映像データをｎ個の断片に分割し、クライアント３０－１に映像データの第１の断片、クライアント３０－２に映像データの第２の断片、・・・、クライアント３０－ｎに映像データの第ｎの断片を配信する。 【００２０】 クライアント３０－１，３０－２，・・・，３０－ｎはそれぞれ、視聴を希望した時刻になると、ローカル配信プログラムを起動させ映像データの配信と再生とを開始する。この時、視聴グループ内で配信される映像データなどは通信ネットワークＢ内だけを通る。なお、この通信ネットワークＢは仮想的なものである。 また、各クライアントは、自身に配信を受けた映像データの断片をその断片の再生時刻となった際に、その断片を視聴グループ内の他のクライアントに配信する。 【００２１】 映像配信サーバ１０の構成を図２に示す。図示するように、映像配信サーバ１０は、制御部１１と、通信部１２と、記憶部１３と、映像アーカイブ１４を備える。これらはバス１５を介して接続されている。 【００２２】 制御部１１は、例えば、中央演算処理装置（ＣＰＵ、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やワークエリアとなる所定の記憶装置（ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等）などを備える。制御部１１は、記憶部１３に格納されている所定の動作プログラムに基づいて、各部を制御しつつ後述する視聴受付処理、配信処理などを実行する。」 イ 【図７】 「 ［図：0001396033000001.jpg］ 」 ウ 段落【００４４】－【００４７】 「【００４４】 利用者が希望した映像データが存在する場合、映像配信サーバ１０は配信プログラムを起動し、配信処理を実行する。図７に示すフローチャートを用いてこの配信処理を説明する。 まず、映像配信サーバ１０は入力された希望情報に基づいて、視聴グループ内の「配信スケジュール」を決定する（ステップＳ１０１）。 【００４５】 次に、映像配信サーバ１０は、アーカイブ管理プログラムを制御して、映像アーカイブ１４から、要求された映像データを読み出し、ステップＳ１０１において作成した配信スケジュールに従って、視聴グループに属するクライアントの台数（ｎ）個の断片に分割する（ステップＳ１０２）。 【００４６】 そして、断片とローカル配信プログラムとをクライアント３０－１、３０－２、・・・、３０－ｎに配信する（ステップＳ１０３）。例えば、映像配信サーバ１０は、クライアント３０－１に映像データの第１の断片、クライアント３０－２に映像データの第２の断片、・・・、クライアント３０－ｎに映像データの第ｎの断片を配信する。映像配信サーバ１０は、さらにローカル配信プログラムを視聴グループに属する各クライアントへ配信する。 【００４７】 映像配信サーバ１０は、ローカル配信プログラムスケルトンに、配信スケジュールが格納された配信スケジュールテーブルを組み込み、ローカル配信プログラムを作成する。配信スケジュールテーブルは、視聴希望毎に作成されるため、映像配信サーバ１０により、ローカル配信プログラムはこの映像データ専用のローカル配信プログラムとなるようにカスタマイズされる。」 エ 【図８】 「 ［図：0001396033000002.jpg］ 」 オ 段落【００４８】－【００５３】 「【００４８】 （再生） 代表してクライアント３０－１の再生動作を説明する。なお、視聴グループに属する他のクライアントの動作も同様である。この時のローカル配信プログラムの動作を図８に示すフローチャートを用いて説明する。 【００４９】 まず、クライアント３０－１に配信されたローカル配信プログラムは、視聴希望受付画面５００で入力した時刻になるまで待機状態にある（ステップＳ２０１）。そして、その時刻になると（ステップＳ２０１：ＹＥＳ）、ローカル配信プログラムは実行状態となり、再生プログラムを起動する（ステップＳ２０２）。 【００５０】 次に、ローカル配信プログラムは、自身が保持する配信スケジュールテーブルに従って、再生すべき断片がなくなるまで、各断片の再生順序に従って、断片の配信・受信を行う（ステップＳ２０３～Ｓ２０６）。 すなわち、ローカル配信プログラムは、再生すべき断片がある（ステップＳ２０３：ＹＥＳ）限り、配信スケジュールテーブルに記載された配信スケジュールにより各断片に対する配信・受信動作の何れかを行うかを判別する（ステップＳ２０４）。視聴グループ内に配信しなければならない断片は配信し、同時に、再生プログラムのバッファに送る（ステップＳ２０４：ＹＥＳ、Ｓ２０５）。また、クライアント３０－１が配信しない断片を他のクライアントから受信し、再生プログラムのバッファに送る（ステップＳ２０４：ＮＯ、Ｓ２０６）。これをすべての断片を配信・受信するまで実行する。 【００５１】 一方、再生プログラムはバッファに蓄えられた映像データをデコードし、表示部３５－１と放音部３６－１とを制御して再生を行う。 【００５２】 クライアント３０－１が配信すべき断片をすべて配信し、再生すべき断片をすべて受信すると、ローカル配信プログラムは動作を終了する。そして、再生すべき断片をすべて再生すると、再生プログラムも動作を終了する。 【００５３】 以上説明したように、映像配信システムを利用して複数のクライアントが同時に映像データを視聴することができる。」 カ 段落【００５４】－【００５８】 「【００５４】 なお、本発明は上記実施の形態に限定されず、種々の変形および応用が可能である。 【００５５】 例えば、配信するコンテンツは映像データに限らず、音楽、テキスト、などでも、それらが混在するものでもよい。 また、各クライアントへ、映像データとローカル配信プログラムと共に、再生プログラムも配信するようにしてもよい。なお、この再生プログラムは、ローカル配信プログラムと一体になっていてもよい。 【００５６】 また、映像配信サーバ１０はグループの各クライアントへ配信する分割されたコンテンツをさらに小さな単位（以下、小断片と称する。例えば、再生時間１分。）に分割して配信してもよい。逆に、予めコンテンツを小断片に分割して記憶部１３に格納しておき、各クライアントへは、この小断片をグループに対して漏れなく配信するように構成してもよい。これらの場合、グループへコンテンツを漏れなく配信する限りにおいて、小断片のそれぞれの配信先をどのように設定しても構わない。すなわち、例えば、クライアント３０－１へ最初から１５個目までの小断片、クライアント３０－２へ１６個目から３０個目の小断片、・・・と配信したり、クライアント３０－１へ１，ｎ＋１，２ｎ＋１，・・・個目の小断片、クライアント３０－２へ、２，ｎ＋２，２ｎ＋２，・・・個目の小断片、・・・、クライアント３０－ｎへｎ，２ｎ，・・・個目の小断片、と配信したり、などの方法がある。 【００５７】 また、映像配信サーバ１０のミラーサーバを通信ネットワーク上に配置しても構わない。さらに、映像配信サーバ１０は映像を配信することに専念できるように、視聴予約を受け付けるサーバを別途設ける構成でもよい。 また、クライアントはパーソナルコンピュータでなくてもよく、例えば、ＣＡＴＶ（Ｃａｂｌｅ Ｔｅｌｅｖｉｓｉｏｎ）システムのように、テレビ受像機とセットトップボックスとの構成でもよい。 【００５８】 また、本発明の映像配信サーバ１０は、専用の装置によらず通常のコンピュータシステムを用いて実現可能である。例えば、コンピュータに上述の配信動作、視聴希望受付動作、などを実行するためのプログラムを格納した媒体（ＣＤ－ＲＯＭ等）から該プログラムをインストールすることにより、上述の処理を実行する配信サーバ１０等を構成することができる。なお、上述の機能を、ＯＳとアプリケーションとの分担、またはＯＳとアプリケーションとの協動により実現する等の場合には、ＯＳ以外の部分のみを媒体に格納してもよい。」 （２） 引用発明 よって、引用文献１には、次の発明（以下、「引用発明」という。）が開示されているものと認められる。 「映像配信サーバ１０は、クライアント３０－１，３０－２，・・・，３０－ｎ，３０－ｘ，・・・から視聴要求を受け付け、映像配信サーバ１０は、要求された映像データを分割し、要求したグループ（以下、視聴グループと称する。）に属するクライアントに、分割した映像データとその映像データを再生する際に視聴グループ内で映像データを配信するためのコンピュータプログラム（以下、ローカル配信プログラムと称する。）とを配信し、映像データを分割する際、映像配信サーバ１０は視聴グループ内の特定のクライアントにコンテンツを配信する際の負荷が集中しないようにするために、視聴グループ内の各クライアントに映像データの各断片を配信し、例えば、映像配信サーバ１０は映像データをｎ個の断片に分割し、クライアント３０－１に映像データの第１の断片、クライアント３０－２に映像データの第２の断片、・・・、クライアント３０－ｎに映像データの第ｎの断片を配信し、 クライアント３０－１，３０－２，・・・，３０－ｎはそれぞれ、視聴を希望した時刻になると、ローカル配信プログラムを起動させ映像データの配信と再生とを開始し、この時、視聴グループ内で配信される映像データなどは通信ネットワークＢ内だけを通り、なお、この通信ネットワークＢは仮想的なものであり、 映像配信サーバ１０は、制御部１１と、通信部１２と、記憶部１３と、映像アーカイブ１４を備え、これらはバス１５を介して接続され、制御部１１は、例えば、中央演算処理装置（ＣＰＵ、Central Processing Unit）やワークエリアとなる所定の記憶装置（ＲＡＭ（Random Access Memory）等）などを備え、制御部１１は、記憶部１３に格納されている所定の動作プログラムに基づいて、各部を制御しつつ、視聴受付処理、配信処理などを実行し、 映像配信サーバ１０は、アーカイブ管理プログラムを制御して、映像アーカイブ１４から、要求された映像データを読み出し、ステップＳ１０１において作成した配信スケジュールに従って、視聴グループに属するクライアントの台数（ｎ）個の断片に分割し（ステップＳ１０２）、 断片とローカル配信プログラムとをクライアント３０－１、３０－２、・・・、３０－ｎに配信し（ステップＳ１０３）、例えば、映像配信サーバ１０は、クライアント３０－１に映像データの第１の断片、クライアント３０－２に映像データの第２の断片、・・・、クライアント３０－ｎに映像データの第ｎの断片を配信し、 ローカル配信プログラムは、再生すべき断片がある（ステップＳ２０３：ＹＥＳ）限り、配信スケジュールテーブルに記載された配信スケジュールにより各断片に対する配信・受信動作の何れかを行うかを判別し（ステップＳ２０４）、視聴グループ内に配信しなければならない断片は配信し、同時に、再生プログラムのバッファに送り（ステップＳ２０４：ＹＥＳ、Ｓ２０５）、また、クライアント３０－１が配信しない断片を他のクライアントから受信し、再生プログラムのバッファに送り（ステップＳ２０４：ＮＯ、Ｓ２０６）、これをすべての断片を配信・受信するまで実行し、 一方、再生プログラムはバッファに蓄えられた映像データをデコードし、表示部３５－１と放音部３６－１とを制御して再生を行い、クライアント３０－１が配信すべき断片をすべて配信し、再生すべき断片をすべて受信すると、ローカル配信プログラムは動作を終了し、そして、再生すべき断片をすべて再生すると、再生プログラムも動作を終了し、 例えば、配信するコンテンツは映像データに限らず、音楽、テキスト、などでも、それらが混在するものでもよく、 映像配信サーバ１０は、専用の装置によらず通常のコンピュータシステムを用いて実現可能である、 映像配信システム。」 ２ 引用文献２－５について （１） 引用文献２について 当審拒絶理由に引用された引用文献２における、段落【０００３】の「コンテンツ販売サイトにアクセスしてコンテンツを購入し」、段落【００２６】の「コンテンツ再生装置１は、ネットワークＮを介してコンテンツ販売サイトからダウンロードしたか、あるいは、他のコンテンツ再生装置１からコピーしたコンテンツを内部に記憶している。」、段落【００２９】の「動画などのコンテンツの場合、１つのコンテンツを複数のブロックに分割して、分割したブロック毎にライセンス情報を保持することでもよい。」との記載からみて、当該引用文献２には、利用者からの「購入の要請」にしたがって、複数のブロック（「片」に相当。）を「ライセンス」とともに提供するという技術的事項が記載されていると認められる。 （２） 引用文献３について ア 当審拒絶理由に引用された引用文献３における、図８のブロック８２８－８３０、段落［０１２５］の「Thereafter, the P2P client determines whether download of the entire file is complete (block 828). ・・・（中略）・・・ If the file download is complete, the P2P client assembles the file (block 830).」（当審訳：その後、Ｐ２Ｐクライアントは、ファイル全体のダウンロードが完了したか判断する（ブロック８２８）。・・・（中略）・・・ファイルのダウンロードが完了した場合、Ｐ２Ｐクライアントは、ファイルを作成する（ブロック８３０）。）」との記載からみて、当該引用文献３には、コンテンツの一部が揃うまでは、コンテンツの利用を不可能とするという技術的事項が記載されていると認められる。 イ また、当審拒絶理由に引用された引用文献３には、段落［００９８］－［０１０１］に、以下の記載がある。 「[0098] Each peer must know which files, or file fragments, to download in the background. One way to distribute this information is to pass a list between peers in the network that is populated with the names of the files that currently reside on each user's local system. Once a peer receives the list from another peer, it may select files or fragments from the list to request from the list sender or from all connected peers in that swarm. The file list could piggyback onto a file fragment that is transferred as a result of a manual client request. [0099] Alternatively, a P2P client may pass a list of files to download based on known rare segments or popular files within the network. Rather than passing a list of files on the peer systems, the list may contain file fragments that were rarest at the time of a previous download. Alternatively, the list may contain identifiers of files recently requested by peers with counters that increase when more than one peer who has held the list has recently requested the same content. These lists may be based on manual user requests or on background requests. Each client may manipulate the list and pass it on. In an alternative embodiment, the list may be sent by a tracker to a peer. [0100] In another example embodiment, the P2P client may share files based on similar files shared within the swarm. Similar to Web sites that provide "users who purchased X also purchased Y" information, the P2P client may share files in the background according to correlated features, such as "artist" for music or a download timestamp within a certain range. When a user manually requests a file, background sharing may be initiated for files that are in some way correlated to that file. Those file fragments are likely to also be requested within that given swarm. [0101] In yet another example embodiment, a P2P client may share files using file lists obtained from a peer file-list-swap or a central provider (not shown). Peers may determine which files to request for background download based on pattern matching between a user attribute or timestamp and a particular data sequence in the file name. Matching strings could include particular bit sequences contained in either the original strings or hashes/checksums of the original strings.」 （当審訳： ［００９８］ 各ピアは、どのファイル断片かファイルをバックグラウンドでダウンロードすべきかを知らなければならない。この情報を配信する１つの方法は、ネットワーク内のピア間で、各ユーザのローカル・システム上に現時点で常駐しているファイルの名称が配置されたリストを渡すことである。あるピアが、他のピアからリストを受信すると、そのリストの送信者、または、その群内の全ての接続されたピアから、要求するファイルまたは断片をリストから選択することができる。ファイルのリストは、手作業によるクライアント要求の結果として転送されるファイル断片に便乗して送ることができる。 ［００９９］ 代替的に、Ｐ２Ｐクライアントは、ネットワーク内で既知の希少なセグメントや人気のあるファイルに基づく、ダウンロードすべきファイルのリストを渡すことができる。ピアのシステム上でファイルのリストを渡すのではなく、リストは以前のダウンロード時に最も希少であったファイルの断片を含んでもよい。代替的に、リストは、最近ピアによって要求されたファイルの識別子を、リストを保持する１名以上のピアが、最近同じコンテンツを要求したときに加算した計数値とともに含んでもよい。これらのリストは、ユーザによる手作業の要求に応じて、又は、バックグラウンドでの要求に基づいてもよい。各クライアントは、リストを操作して、これを渡すことができる。別の実施形態では、追跡装置によって、ピアにリストを送ってもよい。 ［０１００］ 別の実施形態では、Ｐ２Ｐクライアントは、群内で共有された類似のファイルに基づいて、ファイルを共有してもよい。“Ｘを購入したユーザは、Ｙも購入した”という情報を提供するウェブサイトのように、例えば、音楽における“アーティスト”や、所定範囲内でのダウンロードのタイムスタンプなどの関連を示す特徴に基づいて、Ｐ２Ｐクライアントは、バックグラウンドでファイルを共用してもよい。ユーザが手作業でファイルを要求する場合、共有されるファイルと何らかの点で関連するファイルに対して、バックグラウンドで共有を開始してもよい。このようなファイル断片は、群内で同様に要求される可能性がある。 ［０１０１］ さらに別の例示的実施形態では、Ｐ２Ｐクライアントは、ピアとのファイルのリストの共有や、（非図示の）中央プロバイダから獲得したファイルのリストに基づいて、ファイルを共用することができる。ピアは、ユーザ属性や、タイムスタンプ、ファイル名に含まれる特定のデータ・シーケンスのパターン・マッチングに基づいて、バックグラウンドでのダウンロードを要求するファイルを決定してもよい。一致させる配列は、元の配列、または、元の配列のハッシュ／チェックサムのいずれかに含まれる、特定のビット系列を含んでもよい。） 上記記載からみて、当該引用文献３には、ファイル共有において、ファイルの希少性や、ファイルが要求された回数などに基づいて、コンテンツの複数の断片を各種のリストを用いて管理するという技術的事項が記載されていると認められる。 （３） 引用文献４について 当審拒絶理由に引用された引用文献４には、【図７】、８ページ１９－２２行に、以下の記載がある。 「 ［図：0001396033000003.jpg］ 」 「 ［図：0001396033000004.jpg］ 」 （当審訳： 図７は、静止映像と動画の場合における、空間領域での高次元区分単位を例示する図である。 一般的なデジタルコンテンツに対する部分領域定義において、動画信号を空間軸の概念で見る時間軸、横軸、縦軸を有する３次元信号で分離可能で、静止映像信号の場合は横軸、縦軸によって定義される２次元信号を考慮できる。） 上記記載からみて、当該引用文献４には、コンテンツを、時間的、空間的に複数の断片に分割するという技術的事項が記載されていると認められる。 （４） 引用文献５ 当審拒絶理由に引用された引用文献５における、【ＡＢＳＴＲＡＣＴ（要約）】欄の「The present invention may be used with works that consist of serial data that can be divided into discrete portions. An example is a novel that is divided into chapters. In one embodiment of the invention, portions are provided for free to the users over a period of time. For example, a chapter of a novel may be provided every week for free, for example by being posted on an internet web site for downloading, by being sent to the user by e-mail, or by other appropriate methods. 」（当審訳：本発明は、個別の部分に分割できる連続的なデータからなる著作物に利用できる。例えば、章ごとに分割できる小説である。本発明の一実施形態では、各部分が、所定の期間ユーザに無料で提供される。例えば、毎週、小説の一章が、無料で、ダウンロード用にインターネット・ウェブ・サイトに掲載されること、ユーザに電子メールで送信されること、または他の適切な方法によって、提供されてもよい。）との記載からみて、当該引用文献５には、コンテンツを利用する場合に、コンテンツの利用期間を制限するという技術的事項が記載されていると認められる。 第６ 対比・判断 １ 本願発明１について （１） 対比 本願発明１と引用発明とを対比すると、次のことがいえる。 ア 引用発明の「映像配信システム」は、「通常のコンピュータシステムを用いて実現可能である」「映像配信サーバ１０」を備えているから、本願発明１の「コンピュータによって実現されるシステム」に相当する。 イ 引用発明の「記憶部１３」は、「記憶部１３に格納されている所定の動作プログラムに基づいて、各部を制御」するから、本願発明１の「少なくとも１つのプログラムがロードされたメモリ」に相当する。 ウ 引用発明の「制御部１１は、例えば、中央演算処理装置（ＣＰＵ、Central Processing Unit）やワークエリアとなる所定の記憶装置（ＲＡＭ（Random Access Memory）等）などを備え、制御部１１は、記憶部１３に格納されている所定の動作プログラムに基づいて、各部を制御しつつ、視聴受付処理、配信処理などを実行し」ていることは、本願発明１の「少なくとも１つのプロセッサ」「を含み」、「前記少なくとも１つのプロセッサは、前記プログラムの制御にしたが」うことに相当する。 エ 引用発明の「ステップＳ１０２」は、「映像配信サーバ１０は、アーカイブ管理プログラムを制御して、映像アーカイブ１４から、要求された映像データを読み出し、ステップＳ１０１において作成した配信スケジュールに従って、視聴グループに属するクライアントの台数（ｎ）個の断片に分割し（ステップＳ１０２）」ているから、本願発明１の「デジタルコンテンツに対する分割単位で前記デジタルコンテンツを複数の片に分割する段階」に相当する。 オ 引用発明において「映像配信サーバ１０は、クライアント３０－１，３０－２，・・・，３０－ｎ，３０－ｘ，・・・から視聴要求を受け付け、映像配信サーバ１０は、要求された映像データを分割し、要求したグループ（以下、視聴グループと称する。）に属するクライアントに、分割した映像データとその映像データを再生する際に視聴グループ内で映像データを配信するためのコンピュータプログラム（以下、ローカル配信プログラムと称する。）とを配信し、映像データを分割する際、映像配信サーバ１０は視聴グループ内の特定のクライアントにコンテンツを配信する際の負荷が集中しないようにするために、視聴グループ内の各クライアントに映像データの各断片を配信し、例えば、映像配信サーバ１０は映像データをｎ個の断片に分割し、クライアント３０－１に映像データの第１の断片、クライアント３０－２に映像データの第２の断片、・・・、クライアント３０－ｎに映像データの第ｎの断片を配信し」ていることは、本願発明１の「前記デジタルコンテンツに対する利用者からの購入の要請にしたがい、前記複数の片のうちの少なくとも１つを、前記利用者が保有可能な形態で、前記少なくとも１つの片に対するライセンスとともに提供する段階」と、「前記デジタルコンテンツに対する利用者からの要請にしたがい、前記複数の片のうちの少なくとも１つを、前記利用者が保有可能な形態で、提供する段階」である点で共通するといえる。 カ 引用発明の「ステップＳ２０３」から「ステップＳ２０６」において、「ローカル配信プログラムは、再生すべき断片がある（ステップＳ２０３：ＹＥＳ）限り、配信スケジュールテーブルに記載された配信スケジュールにより各断片に対する配信・受信動作の何れかを行うかを判別し（ステップＳ２０４）、視聴グループ内に配信しなければならない断片は配信し、同時に、再生プログラムのバッファに送り（ステップＳ２０４：ＹＥＳ、Ｓ２０５）、また、クライアント３０－１が配信しない断片を他のクライアントから受信し、再生プログラムのバッファに送り（ステップＳ２０４：ＮＯ、Ｓ２０６）、これをすべての断片を配信・受信するまで実行し」ていることは、本願発明１の「前記デジタルコンテンツに対し、前記利用者と、前記利用者とソーシャル関係にある少なくとも１人の他の利用者との間でそれぞれ保有する片を共有する段階」と、「前記デジタルコンテンツに対し、前記利用者と、少なくとも１人の他の利用者との間でそれぞれ保有する片を共有する段階」である点で共通するといえる。 キ 引用発明の「ステップＳ２０３」から「ステップＳ２０６」において、「ローカル配信プログラムは、再生すべき断片がある（ステップＳ２０３：ＹＥＳ）限り、配信スケジュールテーブルに記載された配信スケジュールにより各断片に対する配信・受信動作の何れかを行うかを判別し（ステップＳ２０４）、視聴グループ内に配信しなければならない断片は配信し、同時に、再生プログラムのバッファに送り（ステップＳ２０４：ＹＥＳ、Ｓ２０５）、また、クライアント３０－１が配信しない断片を他のクライアントから受信し、再生プログラムのバッファに送り（ステップＳ２０４：ＮＯ、Ｓ２０６）、これをすべての断片を配信・受信するまで実行し、 一方、再生プログラムはバッファに蓄えられた映像データをデコードし、表示部３５－１と放音部３６－１とを制御して再生を行い、クライアント３０－１が配信すべき断片をすべて配信し、再生すべき断片をすべて受信すると、ローカル配信プログラムは動作を終了し、そして、再生すべき断片をすべて再生すると、再生プログラムも動作を終了し」ていることは、本願発明１の「前記利用者により購入された片と、前記他の利用者との間で共有される片とで、前記複数の片がすべて揃う場合に、前記デジタルコンテンツの前記利用者による利用を可能とし、前記利用者により購入された片と、前記他の利用者との間で共有される片とで、前記複数の片がすべて揃うことにならない場合に、前記デジタルコンテンツの前記利用者による利用を不可能とする」ことと、「前記利用者により購入された片と、前記他の利用者との間で共有される片とで、前記複数の片がすべて揃う場合に、前記デジタルコンテンツの前記利用者による利用を可能とする」点で共通するといえる。 よって、本願発明１と引用発明との一致点・相違点は次のとおりであるといえる。 ［一致点］ 「コンピュータによって実現されるシステムであって、 少なくとも１つのプログラムがロードされたメモリ、 少なくとも１つのプロセッサ を含み、 前記少なくとも１つのプロセッサは、前記プログラムの制御にしたがい、 デジタルコンテンツに対する分割単位で前記デジタルコンテンツを複数の片に分割する段階、 前記デジタルコンテンツに対する利用者からの要請にしたがい、前記複数の片のうちの少なくとも１つを、前記利用者が保有可能な形態で、提供する段階、 前記デジタルコンテンツに対し、前記利用者と、少なくとも１人の他の利用者との間でそれぞれ保有する片を共有する段階 を実行し、前記利用者により購入された片と、前記他の利用者との間で共有される片とで、前記複数の片がすべて揃う場合に、前記デジタルコンテンツの前記利用者による利用を可能とする、 コンピュータによって実現されるシステム。」 ［相違点１］ 「提供する段階」について、本願発明１では、「前記デジタルコンテンツに対する利用者からの購入の要請にしたがい、前記複数の片のうちの少なくとも１つを、前記利用者が保有可能な形態で、前記少なくとも１つの片に対するライセンスとともに提供する段階」であるのに対して、引用発明では、「購入の」要請にしたがい、「前記少なくとも１つの片に対するライセンスとともに」提供することが特定されていない点。 ［相違点２］ 「共有する段階」について、本願発明１では、「前記デジタルコンテンツに対し、前記利用者と、前記利用者とソーシャル関係にある少なくとも１人の他の利用者との間でそれぞれ保有する片を共有する段階」であるのに対して、引用発明では、「前記利用者とソーシャル関係にある」他の利用者と共有することが特定されていない点。 ［相違点３］ 本願発明１では、「前記利用者により購入された片と、前記他の利用者との間で共有される片とで、前記複数の片がすべて揃う場合に、前記デジタルコンテンツの前記利用者による利用を可能とし、前記利用者により購入された片と、前記他の利用者との間で共有される片とで、前記複数の片がすべて揃うことにならない場合に、前記デジタルコンテンツの前記利用者による利用を不可能とする」のに対して、引用発明では、「複数の片がすべて揃うことにならない場合」の動作について特定されていない点。 ［相違点４］ 本願発明１では、さらに、「前記共有する段階は、 前記利用者が直接購入して保有する第１コンテンツ片リストをロードする段階、 前記他の利用者が直接購入して保有する第２コンテンツ片リストを導き出す段階、 前記第１コンテンツ片リストと前記第２コンテンツ片リストを併合した第３コンテンツ片リストを導き出す段階、 前記第３コンテンツ片リストを利用して前記利用者が利用可能な第１デジタルコンテンツリストを導き出す段階 を含み、前記利用者が利用可能な第１デジタルコンテンツリストを導き出す段階は、 前記利用者が少なくとも１つの片を直接保有する第２デジタルコンテンツリストを導き出す段階、 前記第２デジタルコンテンツリストに属するデジタルコンテンツそれぞれに対し、該当のデジタルコンテンツを構成する片リストを導き出す段階、 前記第２デジタルコンテンツリストに属するデジタルコンテンツのうち、デジタルコンテンツを構成する片リスト全体が前記第３コンテンツ片リストに存在するデジタルコンテンツを前記利用者が利用可能なコンテンツとして導き出す段階」を含むのに対し、引用発明では、「利用者が直接購入して保有する第１コンテンツ片リスト」と「他の利用者が直接購入して保有する第２コンテンツ片リスト」を併合した「第３コンテンツ片リスト」を用いて「利用者が利用可能な第１デジタルコンテンツリスト」を導き出す段階において、「利用者が少なくとも１つの片を直接保有する第２デジタルコンテンツリスト」を利用することについて特定されていない点。 （２） 当審の判断 事案に鑑みて上記［相違点４］について先に検討すると、本願発明１の上記［相違点４］に係る、「前記共有する段階は、 前記利用者が直接購入して保有する第１コンテンツ片リストをロードする段階、 前記他の利用者が直接購入して保有する第２コンテンツ片リストを導き出す段階、 前記第１コンテンツ片リストと前記第２コンテンツ片リストを併合した第３コンテンツ片リストを導き出す段階、 前記第３コンテンツ片リストを利用して前記利用者が利用可能な第１デジタルコンテンツリストを導き出す段階 を含み、前記利用者が利用可能な第１デジタルコンテンツリストを導き出す段階は、 前記利用者が少なくとも１つの片を直接保有する第２デジタルコンテンツリストを導き出す段階、 前記第２デジタルコンテンツリストに属するデジタルコンテンツそれぞれに対し、該当のデジタルコンテンツを構成する片リストを導き出す段階、 前記第２デジタルコンテンツリストに属するデジタルコンテンツのうち、デジタルコンテンツを構成する片リスト全体が前記第３コンテンツ片リストに存在するデジタルコンテンツを前記利用者が利用可能なコンテンツとして導き出す段階」を含むことについては、上記引用文献２－５には記載されておらず、周知技術であるともいえない。 引用文献２－５には、それぞれ、上記第５の「２ 引用文献２－５について」の（１）－（４）に記載した技術的事項が開示されているが、上記［相違点４］に係る技術的事項は、開示されていない。 よって、当業者といえども、引用発明及び引用文献２－５に記載された技術的事項から、本願発明１の上記［相違点４］に係る構成を容易に想到することはできない。 したがって、他の相違点について判断するまでもなく、本願発明１は、当業者であっても引用発明及び引用文献２－５に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。 ２ 請求項２－１４について 本願発明２－９は、本願発明１を減縮した発明であり、本願発明１０、１１は、それぞれ、本願発明１に対応する「コンピュータプログラム」と「コンピュータで実現される方法」の発明であって、本願発明１とカテゴリ表現が異なるだけの発明であり、本願発明１２－１４は、本願発明１１を減縮した発明であるから、本願発明２－１４は、本願発明１の上記［相違点４］に係る、「前記共有する段階は、 前記利用者が直接購入して保有する第１コンテンツ片リストをロードする段階、 前記他の利用者が直接購入して保有する第２コンテンツ片リストを導き出す段階、 前記第１コンテンツ片リストと前記第２コンテンツ片リストを併合した第３コンテンツ片リストを導き出す段階、 前記第３コンテンツ片リストを利用して前記利用者が利用可能な第１デジタルコンテンツリストを導き出す段階 を含み、前記利用者が利用可能な第１デジタルコンテンツリストを導き出す段階は、 前記利用者が少なくとも１つの片を直接保有する第２デジタルコンテンツリストを導き出す段階、 前記第２デジタルコンテンツリストに属するデジタルコンテンツそれぞれに対し、該当のデジタルコンテンツを構成する片リストを導き出す段階、 前記第２デジタルコンテンツリストに属するデジタルコンテンツのうち、デジタルコンテンツを構成する片リスト全体が前記第３コンテンツ片リストに存在するデジタルコンテンツを前記利用者が利用可能なコンテンツとして導き出す段階」を含むことと、（実質的に）同一の構成を備えるものであるから、本願発明１と同様の理由により、当業者であっても、引用発明、引用文献２－５に記載された技術的事項に基づいて容易に発明をすることができたものとはいえない。 第７ 原査定についての判断 令和４年１２月２６日付けの補正により、補正後の請求項１－１４は、本願発明１の上記［相違点４］に係る、「前記共有する段階は、 前記利用者が直接購入して保有する第１コンテンツ片リストをロードする段階、 前記他の利用者が直接購入して保有する第２コンテンツ片リストを導き出す段階、 前記第１コンテンツ片リストと前記第２コンテンツ片リストを併合した第３コンテンツ片リストを導き出す段階、 前記第３コンテンツ片リストを利用して前記利用者が利用可能な第１デジタルコンテンツリストを導き出す段階 を含み、前記利用者が利用可能な第１デジタルコンテンツリストを導き出す段階は、 前記利用者が少なくとも１つの片を直接保有する第２デジタルコンテンツリストを導き出す段階、 前記第２デジタルコンテンツリストに属するデジタルコンテンツそれぞれに対し、該当のデジタルコンテンツを構成する片リストを導き出す段階、 前記第２デジタルコンテンツリストに属するデジタルコンテンツのうち、デジタルコンテンツを構成する片リスト全体が前記第３コンテンツ片リストに存在するデジタルコンテンツを前記利用者が利用可能なコンテンツとして導き出す段階」を含むという技術的事項を有するものとなった。当該技術的事項は、原査定における引用文献Ａ－Ｃには記載されておらず、周知技術でもないので、本願発明１－１４は、当業者であっても、原査定における引用文献Ａ－Ｃに基づいて容易に発明をすることができたものではない。したがって、原査定を維持することはできない。 第８ むすび 以上のとおり、原査定の理由によって、本願を拒絶することはできない。 他に本願を拒絶すべき理由を発見しない。 よって、結論のとおり審決する。