2017-014555

特願２０１６－５５３６３８「ワイヤレスドッキングのためのワイヤレス帯域幅の効率的な使用のためのリモートレンダリング」拒絶査定不服審判事件〔平成２７年　７月　２日国際公開、ＷＯ２０１５／１０００２６、平成２９年　４月　６日国内公表、特表２０１７－５０９９８４、請求項の数（２６）〕について、次のとおり審決する。

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

【理　由】 第１　手続の経緯 本願は、２０１４年（平成２６年）１２月１１日（パリ条約による優先権主張外国庁受理　２０１３年１２月２３日、米国）を国際出願日とする出願であって、平成２８年８月２２日に手続補正がされ、平成２８年１１月２５日付けで拒絶理由通知がされ、平成２９年５月２５日付けで拒絶査定（原査定）がされ、これに対し、平成２９年１０月２日に拒絶査定不服審判の請求がされると同時に手続補正がされ、平成３０年７月２５日付けで拒絶理由通知（以下、「当審拒絶理由通知」という。）がされ、平成３０年１０月３１日に手続補正がされたものである。 第２　原査定の概要 原査定（平成２９年５月２５日付け拒絶査定）の概要は次のとおりである。 本願請求項１－３０に係る発明は、以下の引用文献Ａ，Ｂに基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 引用文献等一覧 Ａ．国際公開第２０１３／１０３７３６号 Ｂ．国際公開第２０１３／１５８６２５号 第３　当審拒絶理由の概要 当審拒絶理由の概要は次のとおりである。 本願請求項１－２６に係る発明は、以下の引用文献１，２に基づいて、当業者が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 引用文献等一覧 １．特表２０１３－５１４０４４号公報（当審において新たに引用した文献） ２．国際公開第２０１３／１０３７３６号（拒絶査定時の引用文献Ａ） 第４　本願発明 本願請求項１－２６に係る発明（以下、それぞれ「本願発明１」－「本願発明２６」という。）は、平成３０年１０月３１日付けの手続補正で補正された特許請求の範囲の請求項１－２６に記載された事項により特定される発明であり、以下のとおりの発明である。 「　　【請求項１】 ワイヤレスネットワークにおけるシンクデバイスによって表示されるべきコンテンツのソースデバイスによって実施される方法であって、 ソースデバイスにおいて、コンテンツがリモートに位置付けられたシンクデバイス上に表示されるための１つまたは複数のレンダリング命令を識別することと、 前記レンダリング命令に少なくとも部分的に基づいて、前記コンテンツの少なくとも一部の表示をレンダリングするための前記シンクデバイスによる実行のためにワイヤレスピアツーピア接続を介して前記シンクデバイスに前記１つまたは複数のレンダリング命令を送信することと、 前記ワイヤレスピアツーピア接続を介して前記シンクデバイスから前記ソースデバイスにおいてデータを受信すること、ここにおいて、前記受信されたデータは、前記ソースデバイス上でアプリケーションを起動するための命令と前記ソースデバイス上で実行しているアプリケーションを制御するための命令とのうちの少なくとも１つを備える、と を備え、前記１つまたは複数のレンダリング命令を前記識別することは、前記受信されたデータに少なくとも部分的に基づいて、更新されたまたは新しい１つまたは複数のレンダリング命令を識別することをさらに備え、前記更新されたまたは新しい１つまたは複数のレンダリング命令は、前記シンクデバイスによる更なるレンダリングのために、前記シンクデバイスに送信される、方法。 【請求項２】 前記受信されたデータの少なくとも一部は、前記シンクデバイスにおけるユーザ入力に対応する、 請求項１に記載の方法。 【請求項３】 前記ソースデバイス上でアプリケーションを実行することをさらに備え、前記更新されたまたは新しい１つまたは複数のレンダリング命令のうちの少なくとも１つは、実行時に前記アプリケーションのユーザインターフェースの少なくとも一部をレンダリングするように構成される、 請求項１に記載の方法。 【請求項４】 前記受信されたデータの少なくとも一部は、前記シンクデバイスにおける前記アプリケーションのためのユーザ入力に対応する、 請求項３に記載の方法。 【請求項５】 前記更新されたまたは新しい１つまたは複数のレンダリング命令のうちの少なくとも１つは、実行時に前記ソースデバイスのユーザインターフェースの少なくとも一部をレンダリングするように構成される、 請求項１に記載の方法。 【請求項６】 前記受信されたデータの少なくとも一部は、前記ソースデバイスの前記ユーザインターフェースに従って前記シンクデバイスにおけるユーザ入力に対応する、 請求項５に記載の方法。 【請求項７】 前記コンテンツにおいて少なくとも１つのグラフィックスリソースを識別することと、 前記少なくとも１つのグラフィックスリソースを圧縮することと、 前記圧縮された少なくとも１つのグラフィックスリソースを前記シンクデバイスに送信すること、前記１つまたは複数のレンダリング命令のうちの少なくとも１つは、実行時に表示される前記コンテンツ中に前記少なくとも１つのグラフィックスリソースを含めるように構成される、と をさらに備える、請求項１に記載の方法。 【請求項８】 前記コンテンツにおいて少なくとも１つのビデオストリームを識別することと、 前記少なくとも１つのビデオストリームを圧縮することと、 前記圧縮された少なくとも１つのビデオストリームを前記シンクデバイスに送信すること、前記１つまたは複数のレンダリング命令のうちの少なくとも１つは、実行時に表示される前記コンテンツ中に前記少なくとも１つのビデオストリームを含めるように構成される、と をさらに備える、請求項１に記載の方法。 【請求項９】 ワイヤレスネットワークにおけるシンクデバイスによるコンテンツの表示を可能にするように構成される装置であって、 ソースデバイスにおいて、コンテンツがリモートに位置付けられたシンクデバイス上に表示されるための１つまたは複数のレンダリング命令を識別するための手段と、 前記レンダリング命令に少なくとも部分的に基づいて、前記コンテンツの少なくとも一部の表示をレンダリングするための前記シンクデバイスによる実行のためにワイヤレスピアツーピア接続を介して前記シンクデバイスに前記１つまたは複数のレンダリング命令を送信するための手段と、 前記ワイヤレスピアツーピア接続を介して前記シンクデバイスから前記ソースデバイスにおいてデータを受信するための手段、ここにおいて、前記受信されたデータは、前記ソースデバイス上でアプリケーションを起動するための命令と前記ソースデバイス上で実行しているアプリケーションを制御するための命令とのうちの少なくとも１つを備える、と を備え、前記１つまたは複数のレンダリング命令を前記識別するための手段は、前記受信されたデータに少なくとも部分的に基づいて、更新されたまたは新しい１つまたは複数のレンダリング命令を識別するための手段をさらに備え、前記更新されたまたは新しい１つまたは複数のレンダリング命令は、前記シンクデバイスによる更なるレンダリングのために、前記シンクデバイスに送信される、装置。 【請求項１０】 前記受信されたデータの少なくとも一部は、前記シンクデバイスにおけるユーザ入力に対応する、 請求項９に記載の装置。 【請求項１１】 前記ソースデバイス上でアプリケーションを実行するための手段をさらに備え、前記更新されたまたは新しい１つまたは複数のレンダリング命令のうちの少なくとも１つは、実行時に前記アプリケーションのユーザインターフェースの少なくとも一部をレンダリングするように構成される、 請求項９に記載の装置。 【請求項１２】 前記受信されたデータの少なくとも一部は、前記シンクデバイスにおける前記アプリケーションのためのユーザ入力に対応する、 請求項１１に記載の装置。 【請求項１３】 前記更新されたまたは新しい１つまたは複数のレンダリング命令のうちの少なくとも１つは、実行時に前記ソースデバイスのユーザインターフェースの少なくとも一部をレンダリングするように構成される、 請求項９に記載の装置。 【請求項１４】 前記受信されたデータの少なくとも一部は、前記ソースデバイスの前記ユーザインターフェースに従って前記シンクデバイスにおけるユーザ入力に対応する、 請求項１３に記載の装置。 【請求項１５】 前記コンテンツにおいて少なくとも１つのグラフィックスリソースを識別するための手段と、 前記少なくとも１つのグラフィックスリソースを圧縮するための手段と、 前記圧縮された少なくとも１つのグラフィックスリソースを前記シンクデバイスに送信するための手段、前記１つまたは複数のレンダリング命令のうちの少なくとも１つは、実行時に表示される前記コンテンツ中に前記少なくとも１つのグラフィックスリソースを含めるように構成される、と をさらに備える、請求項９に記載の装置。 【請求項１６】 前記コンテンツにおいて少なくとも１つのビデオストリームを識別するための手段と、 前記少なくとも１つのビデオストリームを圧縮するための手段と、 前記圧縮された少なくとも１つのビデオストリームを前記シンクデバイスに送信するための手段、前記１つまたは複数のレンダリング命令のうちの少なくとも１つは、実行時に表示される前記コンテンツ中に前記少なくとも１つのビデオストリームを含めるように構成される、と をさらに備える、請求項９に記載の装置。 【請求項１７】 ワイヤレスネットワークにおけるリモートに位置付けられたシンクデバイスによるコンテンツの表示のためのソースデバイスであって、 プロセッサと、 前記プロセッサと電子通信しているメモリと、 前記メモリに記憶されている命令と を備え、前記命令は、 前記ソースデバイスにおいて、コンテンツが前記リモートに位置付けられたシンクデバイス上に表示されるための１つまたは複数のレンダリング命令を識別することと、 前記レンダリング命令に少なくとも部分的に基づいて、前記コンテンツの少なくとも一部の表示をレンダリングするための前記シンクデバイスによる実行のためにワイヤレスピアツーピア接続を介して前記シンクデバイスに前記１つまたは複数のレンダリング命令を送信することと、 前記ワイヤレスピアツーピア接続を介して前記シンクデバイスから前記ソースデバイスにおいてデータを受信すること、ここにおいて、前記受信されたデータは、前記ソースデバイス上でアプリケーションを起動するための命令と前記ソースデバイス上で実行しているアプリケーションを制御するための命令とのうちの少なくとも１つを備える、と を行うように前記プロセッサによって実行可能であり、前記１つまたは複数のレンダリング命令を前記識別することは、前記受信されたデータに少なくとも部分的に基づいて、更新されたまたは新しい１つまたは複数のレンダリング命令を識別することをさらに備え、前記更新されたまたは新しい１つまたは複数のレンダリング命令は、前記シンクデバイスによる更なるレンダリングのために、前記シンクデバイスに送信される、ソースデバイス。 【請求項１８】 前記受信されたデータの少なくとも一部は、前記シンクデバイスにおけるユーザ入力に対応する、 請求項１７に記載のソースデバイス。 【請求項１９】 前記命令は、 前記ソースデバイス上でアプリケーションを実行するように前記プロセッサによって実行可能であり、前記更新されたまたは新しい１つまたは複数のレンダリング命令のうちの少なくとも１つは、実行時に前記アプリケーションのユーザインターフェースの少なくとも一部をレンダリングするように構成される、 請求項１７に記載のソースデバイス。 【請求項２０】 前記受信されたデータの少なくとも一部は、前記シンクデバイスにおける前記アプリケーションのためのユーザ入力に対応する、請求項１９に記載のソースデバイス。 【請求項２１】 前記更新されたまたは新しい１つまたは複数のレンダリング命令のうちの少なくとも１つは、実行時に前記ソースデバイスのユーザインターフェースの少なくとも一部をレンダリングするように構成される、 請求項１７に記載のソースデバイス。 【請求項２２】 前記受信されたデータの少なくとも一部は、前記ソースデバイスの前記ユーザインターフェースに従って前記シンクデバイスにおけるユーザ入力に対応する、 請求項２１に記載のソースデバイス。 【請求項２３】 前記命令は、 前記コンテンツにおいて少なくとも１つのグラフィックスリソースを識別することと、 前記少なくとも１つのグラフィックスリソースを圧縮することと、 前記圧縮された少なくとも１つのグラフィックスリソースを前記シンクデバイスに送信すること、前記１つまたは複数のレンダリング命令のうちの少なくとも１つは、実行時に表示される前記コンテンツ中に前記少なくとも１つのグラフィックスリソースを含めるように構成される、と を行うように前記プロセッサによって実行可能である、請求項１７に記載のソースデバイス。 【請求項２４】 前記命令は、 前記コンテンツにおいて少なくとも１つのビデオストリームを識別することと、 前記少なくとも１つのビデオストリームを圧縮することと、 前記圧縮された少なくとも１つのビデオストリームを前記シンクデバイスに送信すること、前記１つまたは複数のレンダリング命令のうちの少なくとも１つは、実行時に表示される前記コンテンツ中に前記少なくとも１つのビデオストリームを含めるように構成される、と を行うように前記プロセッサによって実行可能である、請求項１７に記載のソースデバイス。 【請求項２５】 ワイヤレスネットワークにおけるソースデバイスのコンテンツの表示のためにリモートに位置付けられたシンクデバイスによって実施される方法であって、 ソースデバイスから直接のワイヤレスピアツーピア接続を介して、表示されるべきコンテンツのための１つまたは複数のレンダリング命令を受信することと、 前記レンダリング命令に少なくとも部分的に基づいて、前記コンテンツの少なくとも一部の表示をレンダリングするために前記１つまたは複数のレンダリング命令を実行することと、 前記ワイヤレスピアツーピア接続を介して前記ソースデバイスにデータを送信すること、ここにおいて、前記送信されたデータは、前記ソースデバイス上でアプリケーションを起動するための命令と前記ソースデバイス上で実行しているアプリケーションを制御するための命令とのうちの少なくとも１つを備える、と を備え、前記データは、前記ソースデバイスによって更新されたまたは新しい１つまたは複数のレンダリング命令を識別するために使用され、前記更新されたまたは新しい１つまたは複数のレンダリング命令は、前記シンクデバイスによる更なるレンダリングのために、前記シンクデバイスで受信される、方法。 【請求項２６】 前記シンクデバイスにおいてユーザ入力を受信することをさらに備え、前記ソースデバイスに送信された前記データのうちの少なくとも一部は、前記受信されたユーザ入力に対応する、 請求項２５に記載の方法。」 第５　引用文献、引用発明等 １．引用文献１について 平成３０年７月２５日付けの拒絶の理由に引用された引用文献１には、図面とともに次の事項が記載されている。なお、下線は当審にて付与したものである。 ア　段落【００２０】－【００２１】 「【００２０】 本開示では、ビデオディスプレイシステムのホストデバイスによるデコンポーズドマルチストリーム（ＤＭＳ）の生成と、ビデオディスプレイシステムのクライアントデバイスによるＤＭＳの表示とを改善することができる技法について説明する。ＤＭＳは、それ自体が、可視エリアの別個の領域、または場合によっては可視エリア内の重なる領域に対応し得る、コンテンツの２つ以上の異なるストリームを含む、ディスプレイのためのデータのストリームを指す。ホストデバイスは、コンテンツの２つ以上の異なるストリームを備えるＤＭＳを生成し得、クライアントデバイスは、ホストデバイスからＤＭＳを受信し、ＤＭＳ中に含まれるコンテンツの２つ以上の異なるビデオストリームを含むビデオをディスプレイスクリーン上にレンダリングすることができる。ホストデバイスは、スクリーンの異なるエリア中でＤＭＳの異なるストリームをレンダリングし得、場合によっては、異なるＤＭＳストリームの異なるエリアが重なることがある。 【００２１】 いくつかのビデオディスプレイシステムは、ＤＭＳストリームとは対照的に、シグナルコンポーズドストリーム（ＳＣＳ）と呼ばれる、ビデオコンテンツのストリームを生成する。ＳＣＳは、ホストデバイス中でスクリーンショットとして見なされ得る１つの単一ビデオストリームを備える。本質的に、ＳＣＳの場合、ホストデバイスは、クライアントデバイスにそのディスプレイバッファのコンテンツ全体を送る。これらのいわゆる「スクリーンショット」は、場合によってはコンテンツの異なるウィンドウを含むことができるが、ＳＣＳ中のコンテンツの異なるウィンドウは、別個のストリームでなく、スクリーンショットの一部にすぎない。ホストデバイスが、２つの別個のウィンドウ（フルモーションビデオのウィンドウと、比較的静的（static）なコンテンツの別のウィンドウ）を表示する場合、ＳＣＳは、一般に、フルモーションビデオに対応するフレームレートでスクリーンショットを送る。ＳＣＳ技法は、フルモーションビデオとともに比較的静的なコンテンツを送る非常に非効率的な方法とすることができる。」 イ　段落【００２４】－【００３６】 「【００２４】 図１は、本開示の技法を実装するために使用され得る例示的なビデオディスプレイシステムを示すブロック図である。図１のシステムは、ホストデバイス１０とクライアントデバイス２０とを含む。例示的な例では、ホストデバイス１０は、ラップトップまたはスマートフォンを備え得、クライアントデバイス２０は、ホストデバイス上にレンダリングされるコンテンツと同じコンテンツをレンダリングするために使用される別個の外部ディスプレイデバイスを備え得る。ホストデバイス１０とクライアントデバイス２０とは、短距離高速ワイヤレスプロトコルを介してデータを通信し得る。ただし、この例は例にすぎない。ホストデバイス１０とクライアントデバイス２０とは、代替的に、ＤＭＳ技法を介してデータを通信する任意の２つのコンピュータデバイスを備え得る。ホストデバイス１０とクライアントデバイス２０との間の通信リンクは、典型的には短距離ワイヤレスリンクである。しかしながら、他の例では、ホストデバイス１０とクライアントデバイス２０との間のリンクは、任意のワイヤードまたはワイヤレスプロトコルに準拠し得、ルータ、スイッチまたは他のネットワーキングデバイスなどの中間デバイスを含み得る。 【００２５】 ホストデバイス１０は、異なるコンテンツ（たとえば、コンテンツ１ １２Ａ、コンテンツ２ １２Ｂ、およびコンテンツＮ １２Ｎ）にアクセスし得る。コンテンツ１２は、ディスプレイバッファを介してホストデバイスにアクセス可能であり得るが、コンテンツをレンダリングする１つまたは複数の特定のアプリケーションから別々にアクセス可能であり得る。一例として、コンテンツ１２Ａは、ビデオ再生アプリケーションからのコンテンツを備え得、コンテンツ１２Ｂは、電子メールアプリケーションまたはワードプロセシングアプリケーションからのコンテンツを備え得る。 【００２６】 ホストデバイス１０は、デコンポーズドマルチストリーム（ＤＭＳ）を生成するＤＭＳ生成器を含み、ＤＭＳは、ディスプレイウィンドウの第１のエリア中の第１のコンテンツと、ディスプレイウィンドウの第２のエリア中の第２のコンテンツとを定義し、第１のコンテンツはＤＭＳ中の第１のフレームレートを定義し、第２のディスプレイコンテンツはＤＭＳ中の第２のフレームレートを定義し、第１のフレームレートは第２のフレームレートとは異なる。たとえば、コンテンツ１２Ａがビデオ再生アプリケーションからのコンテンツを備え、コンテンツ１２Ｂが電子メールアプリケーションまたはワードプロセシングアプリケーションからのコンテンツを備える場合、コンテンツ１２Ａは、コンテンツ１２Ｂのために使用されるフレームレートよりも高いフレームレートを有するＤＭＳの第１のストリームに符号化され得る。 【００２７】 図２は、ＤＭＳの異なるビデオストリームに対応するディスプレイコンテンツの２つの別個のエリアを含むディスプレイスクリーンの概念図である。図２に示すように、可視エリア２０２は、第１のレンダリングエリア２０４と第２のレンダリングエリア２０６とを含む。さらに、この例では、第１のレンダリングエリア２０４と第２のレンダリングエリア２０６とは、両方とも重なるエリア２０５を含む。ＤＭＳは、第１のレンダリングエリア２０４および第２のレンダリングエリア２０６のコンテンツを通信するための２つの別個のストリームを含み得る。ＤＭＳは、追加のストリーム、すなわち、２つのストリームよりも多いストリームをも含み得る。 【００２８】 第１のレンダリングエリア２０４は、フルモーションビデオシーケンスを備え得、ＤＭＳで３０フレーム毎秒などで符号化され得る。第２のレンダリングエリア２０６は、電子メールアプリケーションまたはワードプロセシングアプリケーションなどのより静的なアプリケーションに関連するウィンドウを備え得る。第２のレンダリングエリア２０６は、代替または追加として、背景データ、（第１のレンダリングエリア２０４中のコンテンツに対する制御などの）グラフィックユーザインターフェース要素を含み得る。 【００２９】 再び図１を参照すると、ホストデバイス１０は、ホストデバイス１０からクライアントデバイス２０にＤＭＳを通信するマルチメディアトランスポートユニット１６を含む。この場合も、ＤＭＳは、（第１のレンダリングエリア２０４および第２のレンダリングエリア２０６などの）異なるレンダリングエリアに関連する２つ以上の異なるストリームを含む。クライアントデバイス２０は、同様に、ホストデバイス１０からＤＭＳを受信するためのマルチメディアトランスポートユニット２２を含む。ホストデバイス１０からクライアントデバイス２０にＤＭＳを通信する際、通信は、ＤＭＳを形成する際に定義されるフレームレートでストリームを送り得る。すなわち、ＤＭＳは、第１のコンテンツが第１のフレームレートで送られ、第２のコンテンツが第２のフレームレートで送られ、第１のフレームレートが第２のフレームレートとは異なるように、ホストデバイス１０からクライアントデバイス２０に送られ得る。 【００３０】 トランスポートユニット１６および２２は、互いにワイヤレス通信することが可能なワイヤレスユニットを備え得る。トランスポートユニット１６および２２は、ワイヤレス通信のために使用される任意のワイヤレス周波数を介して通信され得、短距離または長距離ワイヤレス規格、セルフォン規格、wi-fi（登録商標）、超広帯域通信、ホワイトスペース通信などを含む、そのような通信のための多種多様なワイヤレス技法または規格のいずれかを使用し得る。ホワイトスペースまたは認可テレビジョンＴＶ帯域が通信のために使用される場合、トランスポートユニット１６は、周波数が使用のために利用可能であることを保証するために、感知機能を含み得る（またはグローバルポジショニングなどの他の技法を使用し得る）。 【００３１】 クライアントデバイスにおいて、ディスプレイユニット２６上にＤＭＳの異なるストリームをレンダリングするために、ＤＭＳレンダリングユニット２４が呼び出され得る。以下でより詳細に説明するように、ＤＭＳレンダリングユニット２４は、ＤＭＳ中のコンテンツの異なるストリームに対して、異なるバッファリング技法および異なるレイテンシルールを利用し得る。たとえば、フルモーションビデオは、ビデオが途切れることなく表示されるようにするためにより多くのバッファリングを必要とし得るが、電子メールなどの他のアプリケーションに関連するストリームと比較して、フルモーションビデオをレンダリングするより前により多くのレイテンシまたは遅延（delay）を許容し得る。電子メールアプリケーションまたは他のアプリケーションは、（より遅いフレームレートを使用するので）フルモーションビデオのために必要とされるバッファリングのレベルを必要としないことがあるが、ディスプレイスクリーンへの変更におけるレイテンシまたは遅延を許容し得ない。これらまたは他の理由で、ＤＭＳリーダーユニット２４は、第２のコンテンツとは別様に第１のコンテンツをバッファし得、ディスプレイユニット２６による第１のコンテンツの表示のためと第２のコンテンツの表示のためとに異なるレイテンシルールを適用し得る。 【００３２】 本開示によれば、ホストデバイス１０のＤＭＳ生成器１４は、ＤＭＳ中の第１のレンダリングエリア２０４に関連する第１のフレームレートを動的に調整し、ＤＭＳ中の第２のレンダリングエリア２０６に関連する第２のフレームレートを動的に調整し得る。第１のフレームレートと第２のフレームレートの一方または両方へのこれらの動的調整は、第１のコンテンツと第２のコンテンツとに基づき得る。以下でより詳細に説明するように、ＤＭＳ生成器１４は、アプリケーションから第１のコンテンツをインターセプト（intercept）するが、ホストデバイス１０中のディスプレイバッファから第２のコンテンツを単にキャプチャし得る。そうする際に、ＤＭＳ生成器１４はまた、ディスプレイバッファから第２のコンテンツをキャプチャすることに関連するキャプチャレートを制御し得る（動的に増加または低減し得る）。ＤＭＳ生成器１４は、ＤＭＳ中のストリームのうちの１つまたは複数を符号化するための符号器を随意に含み得、その場合には、ＤＭＳレンダリングユニット２４は、相互復号器を含むことになる。 【００３３】 上述のように、第１のレンダリングエリア２０４および第２のレンダリングエリア２０６は、（重なる領域とも呼ばれる）重なるエリア２０５を含み得る。ＤＭＳのデータ整理と復号の簡略化とを可能にするために、ＤＭＳ生成器１４は、いくつかの例では、第１のコンテンツまたは第２のコンテンツのどちらが重なるエリア中で上にあるかを識別する情報（たとえば、シンタックス情報）をＤＭＳ中に生成し得る。このシンタックス情報は、ＤＭＳレンダリングユニット２４が、第１のコンテンツまたは第２のコンテンツのどちらが重なるエリア２０５中で上にあるかを確認することを可能にすることができるｚ順序付け情報（z-ordering information）または座標を備え得る。この場合、ＤＭＳ１４は、重なるエリア２０５中で第１のコンテンツまたは第２のコンテンツのいずれかのデータを低減するかまたはなくし得、低減されるかまたはなくされるデータは、重なるエリア中で他のデータの下にある。 【００３４】 場合によっては、ＤＭＳ生成器１４は、たとえば、特定のアプリケーションからコンテンツをインターセプトすることが不可能であるか実際的でない場合、ディスプレイバッファから直接、第１のコンテンツおよび第２のコンテンツを含むＳＣＳを生成する能力を含むことがある。この場合、ＤＭＳ生成器は、アプリケーションから第１のコンテンツまたは第２のコンテンツをインターセプトすることが不可能であると判断し得、アプリケーションから第１のコンテンツまたは第２のコンテンツをインターセプトすることが不可能であると判断することに応答して、ホストデバイス１０においてディスプレイバッファから直接、第１のコンテンツおよび第２のコンテンツを含むＳＣＳを生成し得る。ＤＭＳを定義するためにユーザ入力も使用され得る。たとえば、ＤＭＳ生成器１４は、ユーザ入力に応答して第１のコンテンツまたは第２のコンテンツのうちの１つのみを含むようにＤＭＳを調整するように構成され得る。 【００３５】 さらに、ＤＭＳ生成器１４は、ホストデバイス１０とクライアントデバイス２０との間で利用可能な帯域幅を判断し得る。利用可能な帯域幅は、所与の時間に利用可能であるデータ転送レートを定義し得る。ＤＭＳ生成器１４は、いくつかの例では、利用可能な帯域幅に基づいて第１のフレームレートと第２のフレームレートの一方または両方を調整し得る。追加または代替として、ＤＭＳ生成器１４は、利用可能な帯域幅に基づいて第１のコンテンツと第２のコンテンツの一方または両方を動的に符号化し得る。ＤＭＳ生成器１４はまた、通信されているコンテンツのタイプに基づいて第１のコンテンツおよび第２のコンテンツの一方または両方を動的に符号化し得る。多くの場合、本明細書で説明するように、ディスプレイバッファからキャプチャされるコンテンツを符号化することが望ましいことがある。アプリケーションからインターセプトされるコンテンツは、すでに符号化されていることがある。場合によっては、アプリケーションからインターセプトされるコンテンツをトランスコードすること（すなわち、復号し、次いで、異なる符号化フォーマットで再符号化すること）ができる。 【００３６】 概して、「シグナルコンポーズドストリーム」（ＳＣＳ）という句は、本明細書では、ディスプレイバッファ全体が圧縮形態または非圧縮形態のいずれかでエンドツーエンドに（たとえば、ホストデバイス１０からクライアントデバイス２０に）送信される技法を指すために使用されている。ＳＣＳの場合、部分的な表示更新も、圧縮形態または非圧縮形態でエンドツーエンドに送信され得る。対照的に、「デコンポーズドマルチストリーム」（ＤＭＳ）という句は、ディスプレイバッファからのディスプレイコンテンツの残部に加えて、アプリケーション（たとえば、メディアプレーヤアプリケーション）から直接のプリ圧縮コンテンツ（たとえば、ビデオ）の両方をパスする技法を指す。現在、ＤＭＳ技法のために、「ＶＥＳＡ Ｎｅｔ２Ｄｉｓｐｌａｙ」および「ＵＳＢ－ＩＦ Ｄｉｓｐｌａｙ」を含むいくつかの標準化仕様が開発中である。ＳＣＳ方法をサポートする仕様は、ＶＥＳＡ Ｎｅｔ２Ｄｉｓｐｌａｙ、ＵＳＢ－ＩＦ Ｄｉｓｐｌａｙ、および他の商用ＶＮＣシステムを含み得る。」 ウ　段落【００４６】 「【００４６】 ワイヤレスタッチスクリーン実装形態の場合、クライアントデバイス２０におけるタッチイベントのキャプチャは、すべての受信されたＤＭＳストリームのレンダリングロケーションにわたる、ディスプレイスクリーン全体上で達成され得る。クライアントデバイス２０によって、全ディスプレイエリアと一致する追加の仮想ウィンドウ面がレンダリングされ得る。この仮想ウィンドウ面は、受信され、レンダリングされる実際のディスプレイストリームのいずれかを隠さないように、ユーザに透過的なウィンドウであり得る。（標準演算システムインターフェースを使用する）タッチスクリーンキャプチャは、クライアントデバイス２０においてこの仮想面上で実行され得、ホストデバイスディスプレイスクリーンサイズに適宜にスケーリングされ得る。」 エ　段落【００６３】 「【００６３】 図６は、ＤＭＳを生成するための技法を示す別の流れ図である。他のデバイスによって同様の技法が適用され得るが、図６についても、ホストデバイス３００の観点から説明する。図６に示すように、ホストデバイス３００のＤＭＳ生成器３０８は、メディアプレーヤユニット３１２からの第１のコンテンツにアクセスし（６０１）、ディスプレイバッファ３０６からの第２のコンテンツにアクセスする（６０２）。ＤＭＳ生成器３０８は、異なるフレームレートで第１のコンテンツと第２のコンテンツとを含むＤＭＳを生成する（６０３）。さらに、ＤＭＳ生成器３０８は、クライアントデバイスに、どのように第１のコンテンツと第２のコンテンツとを再構成するのかを命令するシンタックス情報（たとえば、メタデータ）を備え得る、ＤＭＳ情報を生成する（６０４）。たとえば、第１のコンテンツと第２のコンテンツとの間で重なり合う場合、ＤＭＳ情報は、重なるエリアのｚ座標情報を備え得る。この場合、重なるエリア中で他のストリームの下にある、ＤＭＳ内のストリームは、何かが他のストリームによってオーバーレイされるそのエリア中のデータの量を低減するために、ヌルデータまたはブラックデータとして符号化され得る。次いで、ホストデバイス３００は、マルチメディアトランスポートユニット３１０およびトランスポートインターフェース３１６などを介して、クライアントデバイスにＤＭＳおよびＤＭＳ情報を通信する（６０５）。」 オ　段落【００６８】－【００６９】 「【００６８】 図１０は、クライアントデバイスにおいてＤＭＳを処理するための技法を示す流れ図である。他のデバイスによって同様の技法が適用され得るが、図１０についても、クライアントデバイス４００の観点から説明する。図１０に示すように、ＤＭＳレンダリングユニット４０６は、ＤＭＳを受信し（１００１）、また、ＤＭＳに関連するメタデータあるいは他のサイドまたはシンタックス情報を備え得るＤＭＳ情報を受信する（１００２）。 【００６９】 ＤＭＳおよびＤＭＳ情報は、ホストデバイスから通信され、トランスポートインターフェース４１２およびマルチメディアトランスポートユニット４０８を介してクライアントデバイス４００において受信され得る。マルチメディアトランスポートユニット４０８は、ＤＭＳレンダリングユニット４０６にＤＭＳおよびＤＭＳ情報を転送する。ＤＭＳレンダリングユニット４０６は、ＤＭＳに基づいて第１のコンテンツを生成し（１００３）、ＤＭＳに基づいて第２のコンテンツを生成する（１００４）。ＤＭＳレンダリングユニット４０６は、クライアントディスプレイシステム４０４に、異なるフレームレートでＤＭＳ情報に基づいて第１のコンテンツと第２のコンテンツとを表示させる（１００５）。異なるフレームレートはＤＭＳ自体によって定義され得る。ＤＭＳ情報は、第１のストリームと第２のストリームの対話を定義する情報を備え得る。たとえば、ＤＭＳ情報は、ＤＭＳストリーム内の第１のコンテンツと第２のコンテンツのどちらが他方のコンテンツの上にオーバーレイされるかについて定義するＺ座標（すなわち、奥行き）情報を備え得る。Ｚ座標（すなわち、奥行き）情報は、あらゆる重なるエリアについて、どちらのコンテンツが上（on top）にあり、どちらのコンテンツが下（underneath）にあるかを定義するために、異なるストリームの相対奥行きを定義し得る。重なるエリア中で他のコンテンツの下にあるコンテンツは、スループットを改善するために、ＤＭＳストリーム中でヌル化（nulled）または黒化され得る。データは、他のデータの下にあるので、いずれにせよ視界から遮断されるので、ＤＭＳストリーム中のそのようなデータをヌル化または黒化することはクライアントデバイス４００におけるユーザによって観測されないことになる。」 したがって、引用文献１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。 「ビデオディスプレイシステムのホストデバイスによるデコンポーズドマルチストリーム（ＤＭＳ）の生成と、ビデオディスプレイシステムのクライアントデバイスによるＤＭＳの表示とを改善することができる技法であって、 ＤＭＳは、可視エリアの別個の領域、または場合によっては可視エリア内の重なる領域に対応するコンテンツの２つ以上の異なるストリームを含む、ディスプレイのためのデータのストリームであり、 ホストデバイスは、コンテンツの２つ以上の異なるストリームを備えるＤＭＳを生成し得、クライアントデバイスは、ホストデバイスからＤＭＳを受信し、ＤＭＳ中に含まれるコンテンツの２つ以上の異なるビデオストリームを含むビデオをディスプレイスクリーン上にレンダリングすることができ、 ホストデバイスは、ラップトップまたはスマートフォンを備え、クライアントデバイスは、ホストデバイス上にレンダリングされるコンテンツと同じコンテンツをレンダリングするために使用される別個の外部ディスプレイデバイスを備え、 ホストデバイスは、デコンポーズドマルチストリーム（ＤＭＳ）を生成するＤＭＳ生成器を含み、ＤＭＳは、ディスプレイウィンドウの第１のエリア中の第１のコンテンツと、ディスプレイウィンドウの第２のエリア中の第２のコンテンツとを定義し、第１のコンテンツはＤＭＳ中の第１のフレームレートを定義し、第２のディスプレイコンテンツはＤＭＳ中の第２のフレームレートを定義し、第１のフレームレートは第２のフレームレートとは異なり、 可視エリア２０２は、第１のレンダリングエリア２０４と第２のレンダリングエリア２０６とを含み、第１のレンダリングエリア２０４と第２のレンダリングエリア２０６とは、両方とも重なるエリア２０５を含み、ＤＭＳは、第１のレンダリングエリア２０４および第２のレンダリングエリア２０６のコンテンツを通信するための２つの別個のストリームを含み、 第１のレンダリングエリア２０４は、フルモーションビデオシーケンスを備え、ＤＭＳで３０フレーム毎秒などで符号化され、第２のレンダリングエリア２０６は、電子メールアプリケーションまたはワードプロセシングアプリケーションなどのより静的なアプリケーションに関連するウィンドウを備え、代替または追加として、背景データ、第１のレンダリングエリア２０４中のコンテンツに対する制御などのグラフィックユーザインターフェース要素を含み、 ホストデバイスは、ホストデバイスからクライアントデバイスにＤＭＳを通信するマルチメディアトランスポートユニット１６を含み、 クライアントデバイスは、同様に、ホストデバイス１０からＤＭＳを受信するためのマルチメディアトランスポートユニット２２を含み、 トランスポートユニット１６および２２は、互いにワイヤレス通信することが可能なワイヤレスユニットを備え、トランスポートユニット１６および２２は、ワイヤレス通信のために使用される任意のワイヤレス周波数を介して通信され得、短距離または長距離ワイヤレス規格、セルフォン規格、wi-fi（登録商標）、超広帯域通信、ホワイトスペース通信などを含む、そのような通信のための多種多様なワイヤレス技法または規格のいずれかを使用し、 クライアントデバイスにおいて、ディスプレイユニット２６上にＤＭＳの異なるストリームをレンダリングするために、ＤＭＳレンダリングユニット２４が呼び出され、 ホストデバイスのＤＭＳ生成器は、ＤＭＳ中の第１のレンダリングエリア２０４に関連する第１のフレームレートを動的に調整し、ＤＭＳ中の第２のレンダリングエリア２０６に関連する第２のフレームレートを動的に調整し、 ＤＭＳ生成器は、ＤＭＳ中のストリームのうちの１つまたは複数を符号化するための符号器を随意に含み、その場合には、ＤＭＳレンダリングユニット２４は、相互復号器を含むことになり、 第１のレンダリングエリア２０４および第２のレンダリングエリア２０６は、（重なる領域とも呼ばれる）重なるエリア２０５を含み、ＤＭＳのデータ整理と復号の簡略化とを可能にするために、ＤＭＳ生成器は、第１のコンテンツまたは第２のコンテンツのどちらが重なるエリア中で上にあるかを識別する情報（たとえば、シンタックス情報）をＤＭＳ中に生成し、 ＤＭＳという句は、ディスプレイバッファからのディスプレイコンテンツの残部に加えて、アプリケーション（たとえば、メディアプレーヤアプリケーション）から直接のプリ圧縮コンテンツ（たとえば、ビデオ）の両方をパスする技法を指し、 ワイヤレスタッチスクリーン実装形態の場合、クライアントデバイスにおけるタッチイベントのキャプチャは、すべての受信されたＤＭＳストリームのレンダリングロケーションにわたる、ディスプレイスクリーン全体上で達成され、クライアントデバイスによって、全ディスプレイエリアと一致する追加の仮想ウィンドウ面がレンダリングされ、この仮想ウィンドウ面は、受信され、レンダリングされる実際のディスプレイストリームのいずれかを隠さないように、ユーザに透過的なウィンドウであり、タッチスクリーンキャプチャは、クライアントデバイスにおいてこの仮想面上で実行され、ホストデバイスディスプレイスクリーンサイズに適宜にスケーリングされ、 ＤＭＳを生成するために、 ホストデバイスのＤＭＳ生成器は、メディアプレーヤユニット３１２からの第１のコンテンツにアクセスし（６０１）、ディスプレイバッファ３０６からの第２のコンテンツにアクセスし（６０２）、ＤＭＳ生成器は、異なるフレームレートで第１のコンテンツと第２のコンテンツとを含むＤＭＳを生成し（６０３）、さらに、ＤＭＳ生成器は、クライアントデバイスに、どのように第１のコンテンツと第２のコンテンツとを再構成するのかを命令するシンタックス情報（たとえば、メタデータ）を備えるＤＭＳ情報を生成し（６０４）、 ＤＭＳレンダリングユニット４０６は、ＤＭＳを受信し（１００１）、また、ＤＭＳに関連するメタデータあるいは他のサイドまたはシンタックス情報を備えるＤＭＳ情報を受信し（１００２）、 クライアントデバイスにおいてＤＭＳを処理するために、 ＤＭＳおよびＤＭＳ情報は、ホストデバイスから通信され、トランスポートインターフェース４１２およびマルチメディアトランスポートユニット４０８を介してクライアントデバイスにおいて受信され、マルチメディアトランスポートユニット４０８は、ＤＭＳレンダリングユニット４０６にＤＭＳおよびＤＭＳ情報を転送し、ＤＭＳレンダリングユニット４０６は、ＤＭＳに基づいて第１のコンテンツを生成し（１００３）、ＤＭＳに基づいて第２のコンテンツを生成する（１００４）、ＤＭＳレンダリングユニット４０６は、クライアントディスプレイシステム４０４に、異なるフレームレートでＤＭＳ情報に基づいて第１のコンテンツと第２のコンテンツとを表示させ（１００５）、異なるフレームレートはＤＭＳ自体によって定義され、ＤＭＳ情報は、ＤＭＳストリーム内の第１のコンテンツと第２のコンテンツのどちらが他方のコンテンツの上にオーバーレイされるかについて定義するＺ座標（すなわち、奥行き）情報を備え、重なるエリア中で他のコンテンツの下にあるコンテンツは、スループットを改善するために、ＤＭＳストリーム中でヌル化（nulled）または黒化されるが、他のデータの下にあるので、クライアントデバイスにおけるユーザによって観測されない、 方法。」 ２．引用文献２について 平成３０年７月２５日付けの拒絶の理由に引用された引用文献２の段落【００４７】の記載からみて、当該引用文献２には、ソースデバイスとシンクデバイスが、Ｗｉ－ＦｉダイレクトやＷｉ－Ｆｉディスプレイ規格にしたがって直接通信を行うことが記載されていると認められる。 第６　対比・判断 １．本願発明１について （１）対比 本願発明１と引用発明とを対比すると、次のことがいえる。 ア　引用発明は、「ビデオディスプレイシステムのホストデバイスによるデコンポーズドマルチストリーム（ＤＭＳ）の生成と、ビデオディスプレイシステムのクライアントデバイスによるＤＭＳの表示とを改善することができる技法」であって、「ＤＭＳは、可視エリアの別個の領域、または場合によっては可視エリア内の重なる領域に対応するコンテンツの２つ以上の異なるストリームを含む、ディスプレイのためのデータのストリームであ」り、「ホストデバイスは、ホストデバイスからクライアントデバイスにＤＭＳを通信するマルチメディアトランスポートユニット１６を含み、クライアントデバイスは、同様に、ホストデバイスからＤＭＳを受信するためのマルチメディアトランスポートユニット２２を含み、トランスポートユニット１６および２２は、互いにワイヤレス通信することが可能なワイヤレスユニットを備え、トランスポートユニット１６および２２は、ワイヤレス通信のために使用される任意のワイヤレス周波数を介して通信され、短距離または長距離ワイヤレス規格、セルフォン規格、wi-fi（登録商標）、超広帯域通信、ホワイトスペース通信などを含む、そのような通信のための多種多様なワイヤレス技法または規格のいずれかを使用し得、クライアントデバイスにおいて、ディスプレイユニット２６上にＤＭＳの異なるストリームをレンダリングする」から、ホストデバイスからコンテンツのＤＭＳをワイヤレス通信により送信し、クライアントデバイスでは受信したＤＭＳの表示を行うものといえる。 そうすると、引用発明における、「コンテンツのＤＭＳ」を「送信」する「ホストデバイス」、及び、「受信したＤＭＳの表示を行う」「クライアントデバイス」は、それぞれ本願発明１の「ソースデバイス」、「シンクデバイス」に相当する。 イ　引用発明では、「ホストデバイスは、デコンポーズドマルチストリーム（ＤＭＳ）を生成するＤＭＳ生成器を含み、ＤＭＳは、ディスプレイウィンドウの第１のエリア中の第１のコンテンツと、ディスプレイウィンドウの第２のエリア中の第２のコンテンツとを定義し」、「ＤＭＳ生成器は、クライアントデバイスに、どのように第１のコンテンツと第２のコンテンツとを再構成するのかを命令するシンタックス情報（たとえば、メタデータ）を備えるＤＭＳ情報を生成し（６０４）」ており、この「どのように第１のコンテンツと第２のコンテンツとを再構成するのかを命令するシンタックス情報」は、本願発明１の「コンテンツがリモートに位置付けられたシンクデバイス上に表示されるための１つまたは複数のレンダリング命令」に相当する。 また、引用発明において、第１のコンテンツまたは第２のコンテンツのどちらが重なるエリア中で上にあるかが識別されることは明らかであり、このことは、本願発明１の「レンダリング命令を識別すること」に相当する。 そうすると、引用発明のホストデバイスでは、第１のコンテンツまたは第２のコンテンツのどちらが重なるエリア中で上にあるかが識別され、クライアントデバイスにおいて、どのようにコンテンツを再構成するのかを命令するシンタックス情報を備えるＤＭＳ情報を生成するといえ、このことは、本願発明１の「ソースデバイスにおいて、コンテンツがリモートに位置付けられたシンクデバイス上に表示されるための１つまたは複数のレンダリング命令を識別すること」に相当する。 ウ　引用発明では、「ＤＭＳおよびＤＭＳ情報は、ホストデバイスから通信され」、「クライアントデバイスにおいて受信され」、「ＤＭＳレンダリングユニット４０６は、クライアントディスプレイシステム４０４に、異なるフレームレートでＤＭＳ情報に基づいて第１のコンテンツと第２のコンテンツとを表示させ（１００５）」、上記アで述べたとおり、ホストデバイスからコンテンツのＤＭＳをワイヤレス通信により送信しているから、本願発明１の「前記レンダリング命令に少なくとも部分的に基づいて、前記コンテンツの少なくとも一部の表示をレンダリングするための前記シンクデバイスによる実行のためにワイヤレスピアツーピア接続を介して前記シンクデバイスに前記１つまたは複数のレンダリング命令を送信すること」とは、「前記レンダリング命令に少なくとも部分的に基づいて、前記コンテンツの少なくとも一部の表示をレンダリングするための前記シンクデバイスによる実行のためにワイヤレス通信を介して前記シンクデバイスに前記１つまたは複数のレンダリング命令を送信すること」で共通するといえる。 したがって、本願発明１と引用発明とは、 「ワイヤレスネットワークにおけるシンクデバイスによって表示されるべきコンテンツのソースデバイスによって実施される方法であって、 ソースデバイスにおいて、コンテンツがリモートに位置付けられたシンクデバイス上に表示されるための１つまたは複数のレンダリング命令を識別することと、 前記レンダリング命令に少なくとも部分的に基づいて、前記コンテンツの少なくとも一部の表示をレンダリングするための前記シンクデバイスによる実行のためにワイヤレス通信を介して前記シンクデバイスに前記１つまたは複数のレンダリング命令を送信することと、 を備える、方法。」 という点で一致し、以下の点で相違する。 （相違点１） 一致点の「ワイヤレス通信」に関して、本願発明１では、「ワイヤレス通信」が「ワイヤレスピアツーピア接続」であるのに対して、引用発明では、「ワイヤレスピアツーピア接続」であることは特定されていない点。 （相違点２） 本願発明１は、「前記ワイヤレスピアツーピア接続を介して前記シンクデバイスから前記ソースデバイスにおいてデータを受信すること、ここにおいて、前記受信されたデータは、前記ソースデバイス上でアプリケーションを起動するための命令と前記ソースデバイス上で実行しているアプリケーションを制御するための命令とのうちの少なくとも１つを備える」のに対し、引用発明はそのような特定はされていない点。 （相違点３） 本願発明１は、「前記１つまたは複数のレンダリング命令を前記識別することは、前記受信されたデータに少なくとも部分的に基づいて、更新されたまたは新しい１つまたは複数のレンダリング命令を識別することをさらに備え、前記更新されたまたは新しい１つまたは複数のレンダリング命令は、前記シンクデバイスによる更なるレンダリングのために、前記シンクデバイスに送信される」のに対し、引用発明はそのような特定はされていない点。 （２）相違点についての判断 事案に鑑み、相違点２について検討する。相違点２に係る本願発明１の、「前記ワイヤレスピアツーピア接続を介して前記シンクデバイスから前記ソースデバイスにおいてデータを受信する」ことについて、引用発明は、クライアントデバイスにおいてタッチスクリーンキャプチャが実行されること、タッチスクリーンキャプチャがホストデバイスディスプレイスクリーンサイズに適宜にスケーリングされることが特定されているのにとどまり、タッチスクリーンキャプチャをどこでどのように用いるかについては一切特定されておらず、引用発明の内容を総合的に判断しても、クライアントデバイスからホストデバイスにおいてデータを受信することは記載ないし示唆はされていない。また、そのようにすることは、上記引用文献２にも記載されておらず、単なる設計的事項であるともいえない。 ましてや、引用発明において、クライアントデバイスにおけるタッチスクリーンキャプチャをホストデバイスで利用できるようにする目的でクライアントデバイスからホストデバイスにおいてデータを受信することを想定したとしても、さらに該データを、本願発明１の、「前記受信されたデータは、前記ソースデバイス上でアプリケーションを起動するための命令と前記ソースデバイス上で実行しているアプリケーションを制御するための命令とのうちの少なくとも１つを備える」ものとすることまでが容易に想到し得るといえる理由は見当たらない。 したがって、他の相違点について判断するまでもなく、本願発明１は、当業者であっても、引用発明、引用文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。 ２．本願発明２－８について 本願発明２－８も、本願発明１と同様に、「前記ワイヤレスピアツーピア接続を介して前記シンクデバイスから前記ソースデバイスにおいてデータを受信すること、ここにおいて、前記受信されたデータは、前記ソースデバイス上でアプリケーションを起動するための命令と前記ソースデバイス上で実行しているアプリケーションを制御するための命令とのうちの少なくとも１つを備える」という構成を有するものであるから、本願発明１と同じ理由により、当業者であっても、引用発明、引用文献２に記載された技術的事項に基づいて容易に発明できたものとはいえない。 ３．本願発明９－１６について 本願発明９－１６も、本願発明１の相違点２及び３に係る構成に対応する、「前記ワイヤレスピアツーピア接続を介して前記シンクデバイスから前記ソースデバイスにおいてデータを受信するための手段、ここにおいて、前記受信されたデータは、前記ソースデバイス上でアプリケーションを起動するための命令と前記ソースデバイス上で実行しているアプリケーションを制御するための命令とのうちの少なくとも１つを備える」という構成を有するものであるから、本願発明１と同じ理由により、当業者であっても、引用発明、引用文献２に記載された技術的事項に基づいて容易に発明できたものとはいえない。 ４．本願発明１７－２４について 本願発明１７－２４も、本願発明１の相違点２及び３に係る構成に対応する、「前記ワイヤレスピアツーピア接続を介して前記シンクデバイスから前記ソースデバイスにおいてデータを受信すること、ここにおいて、前記受信されたデータは、前記ソースデバイス上でアプリケーションを起動するための命令と前記ソースデバイス上で実行しているアプリケーションを制御するための命令とのうちの少なくとも１つを備える」という構成を有するものであるから、本願発明１と同じ理由により、当業者であっても、引用発明、引用文献２に記載された技術的事項に基づいて容易に発明できたものとはいえない。 ５．本願発明２５，２６について 本願発明２５，２６も、本願発明１の相違点２及び３に係る構成に対応する、「前記ワイヤレスピアツーピア接続を介して前記ソースデバイスにデータを送信すること、ここにおいて、前記送信されたデータは、前記ソースデバイス上でアプリケーションを起動するための命令と前記ソースデバイス上で実行しているアプリケーションを制御するための命令とのうちの少なくとも１つを備える」という構成を有するものであるから、本願発明１と同じ理由により、当業者であっても、引用発明、引用文献２に記載された技術的事項に基づいて容易に発明できたものとはいえない。 第７　原査定についての判断 平成３０年１０月３１日付けの補正により、本願発明１－８は「前記ワイヤレスピアツーピア接続を介して前記シンクデバイスから前記ソースデバイスにおいてデータを受信すること、ここにおいて、前記受信されたデータは、前記ソースデバイス上でアプリケーションを起動するための命令と前記ソースデバイス上で実行しているアプリケーションを制御するための命令とのうちの少なくとも１つを備える」という技術的事項を有するものとなり、本願発明９－１６は「前記ワイヤレスピアツーピア接続を介して前記シンクデバイスから前記ソースデバイスにおいてデータを受信するための手段、ここにおいて、前記受信されたデータは、前記ソースデバイス上でアプリケーションを起動するための命令と前記ソースデバイス上で実行しているアプリケーションを制御するための命令とのうちの少なくとも１つを備える」という技術的事項を有するものとなり、本願発明１７－２４は「前記ワイヤレスピアツーピア接続を介して前記シンクデバイスから前記ソースデバイスにおいてデータを受信すること、ここにおいて、前記受信されたデータは、前記ソースデバイス上でアプリケーションを起動するための命令と前記ソースデバイス上で実行しているアプリケーションを制御するための命令とのうちの少なくとも１つを備える」という技術的事項を有するものとなり、本願発明２５，２６は「前記ワイヤレスピアツーピア接続を介して前記ソースデバイスにデータを送信すること、ここにおいて、前記送信されたデータは、前記ソースデバイス上でアプリケーションを起動するための命令と前記ソースデバイス上で実行しているアプリケーションを制御するための命令とのうちの少なくとも１つを備える」という技術的事項を有するものとなった。 これらの技術的事項は、原査定における引用文献Ａ，Ｂには記載されておらず、本願優先日前における周知技術でもないので、本願発明１－２６は、当業者であっても、原査定における引用文献Ａ，Ｂに基づいて、容易に発明できたものではない。したがって、原査定の理由を維持することはできない。 第８　むすび 以上のとおり、原査定の理由によっては、本願を拒絶することはできない。 また、他に本願を拒絶すべき理由を発見しない。 よって、結論のとおり審決する。