拒絶査定不服の審決｜2020-12008 - 特許審決データベース

会員機能

ランキング

請求人別審判件数

判例データベース

審決データベース

ポートフォリオ機能

ポートフォリオを新規に作成して保存		追加
既存のポートフォリオに追加保存		追加

この審決の個人情報、企業機密に関する修正依頼をする

PDF	PDFをダウンロード

審決分類	審判査定不服 2項進歩性特許、登録しない。 H04N
管理番号	1384628
総通号数	6
発行国	JP
公報種別	特許審決公報
発行日	2022-06-24
種別	拒絶査定不服の審決
審判請求日	2020-08-27
確定日	2022-05-18
事件の表示	特願２０１８－２１１６７７「分散型クロスプラットフォームユーザインタフェースおよびアプリケーション投写」拒絶査定不服審判事件〔平成３１年４月１１日出願公開、特開２０１９－５７９２１〕について、次のとおり審決する。
結論	本件審判の請求は、成り立たない。
理由	第１手続の経緯本願は、２０１３年（平成２５年）１２月３日を国際出願日（パリ条約による優先権主張２０１３年９月３０日米国（ＵＳ）、２０１２年１２月４日米国（ＵＳ））とする特願２０１５－５４６５６２号の一部を平成３０年１１月９日に新たな出願としたものであって、その手続の経緯は以下のとおりである。平成２８年１２月７日：手続補正令和１年８月１５日付け：拒絶理由通知令和１年１１月１９日：手続補正及び意見書提出令和２年４月２１日付け：拒絶査定令和２年８月２７日：拒絶査定不服審判請求及び手続補正令和２年１２月１日：前置報告第２本件発明本件の請求項８に記載された発明（以下、「本件発明」という。）は、令和２年８月２７日付け手続補正により補正された特許請求の範囲の請求項８に記載された（令和１年１１月１９日付け手続補正により補正された特許請求の範囲の請求項８に記載のものと同じ）次のとおりのものである。（なお、本件発明の各構成の符号は、請求項の記載を分節するために当審で付したものであり、請求項の記載を符号を用いて、以下、構成Ａ～Ｄと称する。）（本件発明）Ａ外部システムに対応するウェブブラウザにおいてウェブベースアプリケーションを実行するモバイル装置であって、該モバイル装置は、Ａ１命令セットを実行するためのプロセッサと、Ａ２前記命令セットを保存する非一過性の媒体とを含み、Ｂ該命令セットは、Ｂ１前記モバイル装置と前記外部システムとの間の第１の通信リンクを確立する命令と、Ｂ２前記モバイル装置において、特定のウェブベースアプリケーションに対応するコンテンツをレンダリングする命令であって、前記レンダリングは、Ｂ２１前記外部システムに対して適切な解像度によりＢ２２前記モバイル装置上で実行されるウェブブラウザを使用して、Ｂ２３フルスクリーンビットマップまたはベクトルコマンドのセットのうちの１つを含むスクリーンバッファを生成することを含む、Ｂ２レンダリングする命令と、Ｂ３前記スクリーンバッファをホストコマンドに符号化する命令と、Ｂ４前記ホストコマンドを、前記第１の通信リンクを介して表示のために前記外部システムへ送る命令Ｂとを含むＡモバイル装置。第３引用文献及び引用発明１引用文献１原査定の拒絶の理由に引用された引用文献１である、特表２０１０－５１４６０４号公報には、以下の記載がある（下線は強調のために当審で付した）。ア「【００１５】図面を一般的に参照すると、リモートソース上に生成及び表示された表示を再現又は複製するべく車両制御システムが与えられる。車両制御システムは、リモートソースとの（有線又は無線の）データ接続を確立する。リモートソースは１つ以上のアプリケーションを実行する。かかるアプリケーションに関連してリモートソース上に表示された画像は車両制御システムへ送信される。ひとたび車両制御システムによって受信されると、画像は車両ディスプレイシステムに与えられる。画像の他、リモートソースの１つ以上のユーザインタフェース機能もまた、車両制御システムに与えられるか又は利用可能とされる。車両制御システムは、車両のユーザインタフェース要素を使用して、リモートソースの当該１つ以上のユーザインタフェース機能にコマンド及び制御を与える。・・・【００１９】図３を参照すると、車載制御システム１０６は、通信リンク１１８を介してリモートソース１１６からのデータファイルにアクセスすることができる。例えば、車載制御システム１０６は、メディアファイル、電話帳データファイル、カレンダーデータ、画像データ等の任意のアクセス可能データにアクセスできる。これらは、車載制御メディアシステム１０６によって使用される。車載制御システム１０６はまた、通信リンク１１８を介してリモートソース１１６から及び／又はリモートソース１１６へ、要求を送信、ファイルを受信、コマンドを送受信、並びに他の任意のタイプのデータを送信及び／又は受信する。【００２０】車載制御システム１０６は一般に、通信装置１２０、データ処理システム１２２、ディスプレイドライバ１２４、ユーザインタフェース１２６、オーディオ入力装置１２８、オーディオ出力装置１３０、出力ディスプレイ１０８、及びメモリ装置１３２を含む。【００２１】通信装置１２０は一般に、リモートソース１１６との通信リンク１１８を確立する。一実施例において、車載制御メディアシステム１０６は、例えばBluetooth通信プロトコル、IEEE802.11プロトコル、IEEE802.16プロトコル、セルラーシグナル、共有無線アクセスプロトコル・コードアクセス（SWAP-CA）プロトコル、無線ＵＳＢプロトコル等任意の適した無線テクノロジによって、無線通信リンクを確立する。他の実施例において、車載制御メディアシステム１０６は、例えばＵＳＢテクノロジ、IEEE1394テクノロジ、光テクノロジ、他のシリアル若しくはパラレルポートテクノロジ、又は他の任意の適切な有線リンクによって、有線通信リンクを確立する。通信装置１２０は、リモートソース１１６から１つ以上のデータファイルを受信する。様々な実施例において、データファイルは、テキスト、数値データ、オーディオ、動画、プログラムデータ、コマンドデータ、情報データ、座標データ、画像データ、ストリーミングメディア、又はこれらの任意の組み合わせを含む。」イ「【００３１】一実施例によれば、リモートソース１１６は、送受信機を含む任意の適切なリモートソースであってよく、通信リンク１１８（無線又は有線のいずれか）を介して車載制御システム１０６と連動することができる。様々な実施例において、リモートソース１１６は、インターネット又は他の様々なリモートソースに接続可能な１つ以上の携帯電話１４４、携帯情報端末（ＰＤＡ）１４６、メディアプレーヤ１４８、携帯ナビゲーション装置（ＰＮＤ）１５０、ポケットベル１５２、リモートサーバ１５４であってよい。リモートソース１１６は、格納装置、１つ以上の処理装置、及び１つ以上の通信装置を有してよい。一実施例によれば、リモートソース１１６は、グローバル・ポジショニング・システム対応のリモートソースである。様々な実施例によれば、リモートソース１１６は、第１通信装置によってインターネット又は他の任意のリモートソースに接続する一方で、第２通信装置によって制御システムと通信することができる。」ウ「【００３２】図５を参照すると、一実施例による、出力ディスプレイ１０８上にリモートソース１１６の表示を複製する車載制御システム１０６が示される。リモートソース１１６は、支持アーム５０２に置かれたＰＤＡ又はＰＮＤとして示される。ここで、車載制御システム１０６は、リモートソース１１６と無線通信する。リモートソース１１６は、ナビゲーションデータにアクセスしてそのナビゲーションデータを使用するＧＰＳ対応リモートソースであってよい。リモートソース１１６は、リモートディスプレイ５０１上に示される画像を少なくとも部分的に生成する。車載制御システム１０６は、リモートソース１１６との通信リンクを確立し、ビットマップ再現モードを開始し、リモートソース１１６からビットマップを受信し、及び受信したビットマップを出力ディスプレイ１０８上に表示する。様々な実施例によれば、リモートソース１１６は、自身のディスプレイに出力するべくグラフィクスを生成（例えば、部分的に生成、完全に生成、又はそれ以外に生成等）することができる。また、表示されたグラフィクスの画像（例えば、最近表示された、現在表示されている、又は将来表示される等）を制御システム１０６に通信することができる。画像は、任意の画像、ラスターグラフィクス、ビットマップ、ベクトルグラフィクス、デジタル画像、データファイル、又は、一般に矩形の画素格子を表示できる他の任意構造であってよい。画像は圧縮されてもよく及び／又は様々な任意の画像ファイルタイプであってよい。例えば、画像は、ＪＰＥＧファイル、ＪＰＧファイル、ＴＩＦＦファイル、ＰＤＦファイル、ＧＩＦファイル、ＰＮＤファイル、ＢＭＰファイル、及び／又は、リモートソースの組み込みディスプレイ上に生成及び表示可能な画像を表示できる過去、現在、若しくは将来の任意のファイルであってよい。【００３３】一実施例によれば、リモートソース１１６は、そのディスプレイシステムからの画像を車載制御システム１０６に転送するべく画像をキャプチャするための任意の数の処理、ソフトウェア、及び／又はハードウェアを含んでよい。例えば、リモートソース１１６は、リモートディスプレイ５０２上に現在又は最近表示された情報の画像を抽出（例えばスクリーンショット、「スクリーンダンプ」、スクリーンキャプチャ等）するソフトウェアプログラムを含んでよい。このソフトウェアは、リモートソースの情報抽出用ハードウェア装置（例えばメモリ装置、ディスプレイバッファ、ディスプレイドライババッファ、ディスプレイハードウェア等）を読み込むこと、及び／又は他の情報抽出用ソフトウェア（例えば、ディスプレイドライバソフトウェア、オペレーティングシステムソフトウェア、アプリケーションソフトウェア等）を使用することを含む任意の数の方法で動作してよい。【００３４】一実施例によれば、リモートソース１１６はまた、キャプチャされた画像をリモートソース１１６から車載制御システム１０６まで転送する通信ソフトウェアを有してよい。キャプチャ画像の転送を行う通信ソフトウェアは、当該画像キャプチャソフトウェアに統合されてもよく、相対的に分離されたソフトウェアとしてもよい。リモートソース１１６のソフトウェア及び／又は制御システム１０６のソフトウェアは、処理システムが画像のキャプチャ・転送機能の動作を決定するべく使用する任意の数の変数を含んでよい。例えば、リモートソース１１６にロードされるソフトウェアには、リフレッシュレート変数（例えば、画像をキャプチャする頻度、画像を送信する頻度等）、キャプチャ変数（例えば、キャプチャすべきスクリーンの量、キャプチャが行われる解像度等）、及び転送変数（例えば、転送頻度、転送試行頻度、画像転送に伴い含められるメタ情報、転送前の画像圧縮の要否等）を使用するソフトウェアが含まれてよい。これらの変数は、リモートソース１１６が与えるユーザインタフェース、又は車載制御システム１０６が与えるユーザインタフェースを使用して変更又は編集してよい。例えば、車両内のユーザは、入力装置１１２、１１４、タッチスクリーンディスプレイ１０８、及び／又は音声認識によって当該通信及び表示の変数を編集できる。当該変数情報は、リモートソース１１６、車載制御システム１０６、又は双方のメモリ装置内に格納されてよい。変数情報は、プロファイル情報としてリモートソース１１６又は車載制御システム１０６内に（例えば、表示プロファイル、通信プロファイル等内に）格納されてよい。プロファイル情報は、不揮発性メモリ（例えば、図４の不揮発性メモリ１４２等）に格納されて、車載制御システム１０６がディスプレイ再現モード動作に入るたびごとに呼び出されてよい。」エ「【００４８】図８Ａを参照すると、リモートソース１１６を説明するブロック図が示される。リモートソース１１６は、画像又は画像データ８０４を制御システム１０６に送信するほかに当該画像を記述又は補完するメタ情報も送信する。制御システム１０６は、受信されたメタ情報８０６を使用して、受信された画像を表示するほかに出力タスクも行う。メタ情報８０６は受信されるとメモリ装置１３２に格納される。受信の後、データ処理システム１２２は、メタ情報８０６を処理して出力タスクを行う。出力タスクは、ディスプレイ出力タスク及びオーディオ出力タスクを含む幅広いバリエーションの出力タスクであってよい。メタ情報８０６は、グラフィクス、テキスト、音声であってよい。また、命令、画像若しくはビットマップ座標、構文解析されるプログラムコード若しくは命令、機能入力、又は、受信されたビットマップの表示を補完するべく処理、読み取り、出力、若しくは格納される他の任意の形態であってよい。例えば、メタ情報８０６は、ナビゲーション支援グラフィクスを表示させる命令、ナビゲーション支援若しくはオーバレイのグラフィクス自身、音声ナビゲーション命令を生成させるコンピュータ命令、方向指示器を生成するコード等であってよい。メタ情報８０６は、ビットマップを補完可能な任意のデータ又は情報であってよい。メタ情報８０６は、（図８Ａに示されるように）ビットマップデータ８０４とは別個に送信されてよく、又はビットマップに組み込まれるか若しくは含められてよい。リモートソース１１６から送信され車載制御システム１０６に受信されたメタ情報８０６はまた、他の任意のタイプの情報、データ、又は出力に処理又は変換されてよい。例えば、リモートソース１１６から通信装置８０２を介して車載制御システム１０６に送信される音声情報は、車載制御システム１０６の出力ディスプレイ１０８上に示されるビットマップ情報に変換されてよい。一実施例によれば、ＰＮＤは、Bluetoothを使用して車載制御システム１０６に接続されてよい。また、車載制御システム１０６へのストリーミング音声命令を含むBluetoothデータを送信してよい。車載制御システム１０６（及びその処理要素）は、かかる受信されたストリーミング音声命令を、ディスプレイ上に表示されるビットマップデータに変換してよい。例えば、ＰＮＤは、「１００番通りで右折して下さい」というストリーミング音声命令を車載制御システム１０６に送信してよい。次に車載制御システム１０６は、かかる命令を１００番通りでの右折を示す矢印に変換し、車載制御システム１０６の出力ディスプレイ１０８上にオーバレイ及び／又は他の表示をする。」オ「【００５４】図１０Ｂを参照すると、一実施例に係る、リモートソースから受信された画像を車両制御システムへ送信する処理１０５０が示される。リモートソースは、車両制御システムからコマンド又は要求信号を受信する（ステップ１０５２）。リモートソースはまた（又はその代わりに）、車両制御システムから表示属性を受信する（ステップ１０５４）。リモートソースは、受信されたコマンド、要求、及び／又は属性を使用して、車両制御システムのグラフィクス能力に関連する決定を行う（ステップ１０５６）。この決定は、車両制御システムの解像度、車両制御システムのスクリーンサイズ、要求画像サイズ、画像の使用、及び／又は車両ディスプレイシステムの要求されたリフレッシュレートのいずれかに関連してよい。リモートソースは例えば、車両制御システムへの送信用の任意画像のクロップ、リサイズ、鮮明化、アンチエイリアス、コントラスト変更等を行うための車両制御システム表示サイズに関連する表示属性を使用してよい。【００５５】図１０Ｂをさらに参照すると、処理１０５０が示される。これは、受信された表示属性に基づいてグラフィクス出力を調整するステップ（ステップ１０５８）を含む。リモートソースが生成した任意画像を調整するだけでなく、リモートソースはまた（又はその代わりに）、車両制御システムの表示属性に基づいてリモートソースの実際のグラフィクス出力を調整する。処理１０５０はまた（又はその代わりに）、車両制御システムの決定されたグラフィクス能力に基づいてグラフィクス出力を調整するステップ（ステップ１０６０）を含んでよい。【００５６】様々な実施例によれば、グラフィクス出力を調整することは、生成されてリモートソースのディスプレイに与えられるグラフィクス出力を実際に調整することを含んでよい。例えば、リモートソースのディスプレイ上のリモートソースによって「演算量削減（reduced complexity）」ディスプレイ又は「ラージテキスト」ディスプレイが生成及び出力されてよい。グラフィクス出力がひとたび調整されると、画像（例えば、リモートソースのグラフィクス出力の画像）が車両制御システムに送信される（ステップ１０６２）。」カ「【００５９】図１２を参照すると、一実施例に係るディスプレイ再現システム１２００のブロック図が示される。第１ディスプレイ部分１２０４及び第２ディスプレイ部分１２０６を有する携帯装置ディスプレイ１２０２が示される。携帯装置は一般に、１つ以上の携帯ディスプレイ部分の画像を、再現用の車両制御システム及び／又はディスプレイシステム１２０８に送信する。【００６０】図１２に示される実施例によれば、下側又は周縁のディスプレイ部分１２１０のみが再現用車両ディスプレイ１２０８に送信される。１つのディスプレイ部分のみが車両ディスプレイ１２０８上に再現される場合でも、携帯装置上に示されるディスプレイ全体１２０２を表す画像が車両システムに送信されてよい。画像と共に車両システムに送信されるチェックビット、コマンド、又は他のコードが、画像のどの部分を再現すべきか示してよい。他実施例によれば、車両ディスプレイ１２０８上の再現のための部分のみが、携帯装置ディスプレイ１２０２から車両ディスプレイ１２０８へ送信されてよい。車両システムは、車両ディスプレイサイズ、解像度、ディスプレイ再現に寄与する車両ディスプレイサイズ、又は、車両ディスプレイ１２０８の属性を記述するための他の情報の通知を携帯装置に送信してよい。・・・【００６４】ここで図１３を参照すると、一実施例に係る、携帯装置１３０２の機能を承継するための及び／又は携帯装置１３０２に機能を与えるための車両制御システム１３００のブロック図が示される。携帯装置１３０２及び／又は車両制御システム１３００の機能は変更することができる。携帯装置１３０２の機能には運転時に操作するには複雑なものもある。携帯装置１３０２の他の機能は、車両の移動中に操作するには適切でない急速な変化又は詳細な画像を生成及び／又は表示するかもしれない。さらに、携帯装置１３０２の機能には、車両制御システム１３００上で通常は利用可能でないもの及びその逆のものがあり得る。携帯装置１３０２及び／又は車両制御システム１３００は、他の装置の機能を利用してよい。・・・【００７７】携帯装置１３０２の接続アプリケーション１３３０が車両制御システム１３００によって利用される。例えば、ＴＣＰ／ＩＰスタック、通信プロトコル要素、セキュリティソフトウェア、暗号解読アルゴリズム、ブラウザソフトウェア、又は通信若しくは通信ソフトウェアが車両制御システム１３００によって利用されて、車両制御システム通信タスクが実行され及び／又は車両制御システム１３００へ転送するための情報が取得される。・・・【００８２】携帯装置１３０２のウェブサービス１３４０が車両制御システム１３００によって利用されて、オンライン通信及び／又は情報受信の提供、情報の構文解析、情報の表示等が行われる。・・・【００８８】携帯装置１３００の通常のディスプレイ及び／又はメニューモードがディスプレイ再現等にとって望ましくない場合は、携帯装置１３０２は、通常動作モードから車両動作モードへ切り替えてよい。車両動作モードは、リモートソース上に通常示される画像よりも車両ディスプレイ上での再現及び／又は拡大に適切な画像をリモートソースが生成、表示、及び／又は与えるモードを含む。」キ「【００９３】図１８を参照すると、一実施例に係る、様々なリモートソースとのデータ接続を有する制御システム１０６が示される。例えば、制御システム１０６は、携帯電話１４４、ＰＤＡ１４６、メディアプレーヤ１４８、ＰＮＤ１５０等とのデータ接続を確立してよい。制御システム１０６は、図３の通信装置を使用する複数のリモートソースとの同時データ接続を確立してよい。例えば、制御システム１０６は、携帯電話１４４及びメディアプレーヤ１４８との同時データ接続を確立してよい。様々な実施例によれば、制御システム１０６は、任意の組み合わせ及び／又は数のリモートソースとの同時データ接続を確立してよい。制御システム１０６は、データ処理システム及び／又は通信装置を使用して車両制御システム１０６と複数のリモートソースとの通信を制御してよい。接続されたリモートソースは、車両制御システム１０６へ又は車両制御システム１０６から直接データを送信してよい。車両制御システム１０６はまた、ネットワークゲートウェイ又はルータとして使用されてよく、車両制御システム１０６に接続された１つのリモートソースから他のリモートソースへ情報をルーティングしてよい。」２引用発明、引用文献１記載事項の認定上記１アの【００１９】には「車載制御システム１０６はまた、通信リンク１１８を介してリモートソース１１６から・・・データを受信する。」という記載が、また上記１キの【００９３】には「制御システム１０６は、リモートソースと接続を確立してもよい」「接続されたリモートソースは、車両制御システム１０６へ・・・データを送信してよい。」という記載がある。これらはいずれも車両制御システム１０６または車載制御システム１０６がリモートソース１１６から送信されるデータを受信することを開示するものといえ、「車載制御システム１０６」と「車両制御システム１０６」は同じ事項を指すものといえる。この点を踏まえると、上記１ア～オによれば、引用文献１には、次の発明（以下、「引用発明」という）が記載されているものと認められる。引用発明の各構成は、括弧内の【】で示す段落番号の記載を根拠としており、符号ａ～ｂ４を用いて、以下、構成ａ～ｂ４と称する。（引用発明）ａリモートソースは１つ以上のアプリケーションを実行し、かかるアプリケーションに関連してリモートソース上に表示された画像は車両制御システムに送信されるものであって（【００１５】）、リモートソース１１６は、インターネット又は他の様々なリモートソースに接続可能な１つ以上の携帯電話、携帯情報端末（ＰＤＡ）、携帯ナビゲーション装置（ＰＮＤ）であってよく、処理装置を有し（【００３１】）、リモートソース１１６は、第１通信装置によってインターネットに接続する一方で、第２通信装置によって制御システムと通信するものであり（【００３１】）、ｂ１車載（車両）制御システム１０６は、通信装置１２０を含み、通信装置１２０はリモートソース１１６との通信リンク１１８を確立するものであり（【００２０】、【００２１】）、車載（車両）制御メディアシステム１０６は、例えばBluetooth通信プロトコルによって、無線通信リンクを確立し（【００２１】）、リモートソース１１６は、通信リンク１１８を介して車載（車両）制御システム１０６と連動するものであって、（【００３１】）ｂ２リモートソース１１６は、自身のディスプレイに出力するべくグラフィックを生成し、表示されたグラフィックの画像を制御システム１０６に通信することができ、画像は、ビットマップであってよく（【００３２】）、リモートソース１１６はまた、キャプチャされた画像をリモートソース１１６から車載（車両）制御システム１０６まで転送する通信ソフトウェアを有し（【００３４】）、ｂ２１リモートソースは、車両制御システムから表示属性を受信し、受信された属性を使用して、車両制御システムのグラフィックス能力に関連する決定を行い、この決定は、車両制御システムの解像度、車両制御システムのスクリーンサイズに関連してよく、リモートソースは車両制御システムの表示属性に基づいてリモートソースの実際のグラフィックス出力を調整し、グラフィックス出力を調整することは、生成されてリモートソースのディスプレイに与えられるグラフィックス出力を実際に調整することを含んでおり、グラフィックス出力が調整されると、リモートソースのグラフィックス出力の画像が車載制御システムに送信されるものであり（【００５４】～【００５６】）、ｂ２３リモートソース１１６は、そのディスプレイシステムからの画像を車載（車両）制御システム１０６に転送するべく画像をキャプチャするためのソフトウェア、例えば、リモートディスプレイ５０２上に表示された情報の画像を抽出（例えばスクリーンショット、「スクリーンダンプ」、スクリーンキャプチャ等）するソフトウェアプログラムを含んでよく、このソフトウェアは、リモートソースの情報抽出用ハードウェア装置（例えばディスプレイドライババッファ等）を読み込むものであり、情報抽出用ソフトウェア（例えばディスプレイドライバ）を使用するものであり（【００３３】）、ｂ３、ｂ４リモートソース１１６は、画像又は画像データを制御システム１０６に送信するほかに画像を記述するメタ情報も送信するものであり、制御システムは受信したメタ情報を使用して、受信された画像を表示するほかに出力タスクも行うものであり（【００４８】）、メタ情報はグラフィックス、画像若しくはビットマップ、構文解析されるプログラムコード若しくは命令であってよく、メタ情報はビットマップに組み込まれるか含められてよい、(【００４８】) ａリモートソース。また、上記１カによれば、引用文献１には、次の事項（以下、「引用文献１記載事項」という）が記載されているものと認められる。（引用文献１記載事項）携帯装置は携帯ディスプレイ部分の画像を車両制御システムに送信するものであり、携帯装置上に示されるディスプレイ部分全体が車両システムに送信されるものであり（【００５９】、【００６０】）、携帯装置１３０２の接続アプリケーション１３３０、例えば、ブラウザソフトウェアが車両制御システム１３００によって利用されて、車両制御システム１３００へ転送するための情報が取得され（【００７７】）、携帯装置１３０２のウェブサービス１３４０が車両制御システム１３００によって利用されて、オンライン通信及び情報受信の提供、情報の表示等が行われ（【００８２】）、携帯装置１３０２は、通常動作モードから車両動作モードへ切り替えてよく、車両動作モードは、リモートソース上に通常示される画像よりも車両ディスプレイ上での再現及び／又は拡大に適切な画像をリモートソースが生成、表示、及び／又は与えるモードを含むこと（【００８８】）。第４本件発明と引用発明との対比及び判断１次に、本件発明と引用発明とを対比する。ア構成Ａ、Ａ１、Ａ２について引用発明の構成ａの「リモートソース１１６」は、「処理装置」を有する「携帯電話、携帯情報端末（ＰＤＡ）、携帯ナビゲーション装置（ＰＮＤ）」であり、「アプリケーションを実行」することから、本件発明の「命令セットを実行するためのプロセッサ」「を含」む「モバイル装置」に対応する。次に、引用発明の構成ｂ２、ｂ２３にあるように、リモートソース１１６は通信ソフトウェアプログラムを含んでいることから、本件発明の「命令セットを保存する」「媒体」を含んでいるといえる。また、引用発明の構成ａによれば、該リモートソースは「１つ以上のアプリケーションを実行し、かかるアプリケーションに関連してリモートソース上に表示された画像は車両制御システムに送信される」ことから、リモートソースは車両制御システムに対応して存在しており、アプリケーションを実行し、該アプリケーションに関連する画像を車両制御システムに送信するといえ、車両制御システムに対応するアプリケーションを実行しているといえる。さらに、当該車両制御システムはリモートソースに対して「外部のシステム」であるといえる。これらを総合すると、該リモートソースは、本件発明と「外部システムに対応する」「モバイル装置」であり、「外部システムに対応する」「アプリケーションを実行するモバイル装置」である点で共通する。ただし、本件発明は、モバイル装置が「ウェブブラウザにおいてウェブベースアプリケーションを実行する」ものであり、命令セットを保存する媒体として「非一過性」の媒体を含むのに対して、引用発明は、リモートソースが「ウェブブラウザにおいてウェブベースアプリケーションを実行する」ことを特定しておらず、ソフトウェアを含む「非一過性」の媒体を含むことを特定していない点で相違する。イ構成Ｂ、Ｂ１について引用発明の構成ｂ１の車両制御システム１０６は、リモートソース１１６との通信リンク１１８をBluetooth通信プロトコルによって確立し、引用発明の構成ｂ１のリモートソース１１６は、通信リンクを介して車両制御システム１０６と連動することから、リモートソース１１６は、リモートソースと車両制御システムとの間で該連動を行うための命令を備えているといえる。そうすると、本件発明と引用発明とは、モバイル装置が「前記モバイル装置と前記外部システムとの間の」処理を行う命令を含む点で共通する。ただし、モバイル装置が「前記モバイル装置と前記外部システムとの間の」処理を行う命令を含むことに関して、本件発明は、モバイル装置は「前記モバイル装置と前記外部システムとの間の第１の通信リンクを確立する命令」を含むのに対して、引用発明は、リモートソースは該通信リンクを確立する命令を含むことは特定されていない点で相違する。ウ構成Ｂ、Ｂ２について引用発明の構成ａの「リモートソース」が「１つ以上のアプリケーションを実行し、かかるアプリケーションに関連して」「表示された画像は車両制御システムに送信される」ことを踏まえると、引用発明の構成ｂ２の「リモートソース１１６」は、リモートソースのディスプレイに出力すべくグラフィックを生成することから、リモートソース１１６の命令セットは所定のアプリケーションに関連するコンテンツをレンダリングする命令を含むものといえる。そうすると、引用発明の該「命令セット」は、本件発明の構成Ｂ２と「モバイル装置において」所定のアプリケーションに関連する「コンテンツをレンダリングする命令」「を含む」点で共通するといえる。ただし、本件発明における「コンテンツをレンダリングする命令」は「特定のウェブベースアプリケーションに対応する」コンテンツをレンダリングする命令であるのに対して、引用発明は特定のウェブベースアプリケーションに対応するコンテンツをレンダリングする命令とは特定がなされていない点で相違する。エ構成Ｂ２、Ｂ２１～Ｂ２３についてまず、引用発明の構成ｂ２、ｂ２１、ｂ２３の「リモートソース」について、構成ｂ２のように「リモートソース１１６は、自身のディスプレイに出力すべくグラフィックスを生成し、表示されたグラフィックの画像はビットマップでよ」く、構成ｂ２１のように、「車両制御システムの解像度に」「関連して」「リモートソースのディスプレイに与えられるグラフィック出力を調整する」ものであり、構成ｂ２３のように、リモートディスプレイ上に表示された情報の画像を抽出するソフトウェアにおいて、リモートソースのディスプレイドライババッファを読み込むソフトウェアを使用するものである。そうすると、上記リモートソースは、自身のディスプレイドライババッファに、車両制御システムの解像度に関連して調整されたグラフィック画像に対応するビットマップ情報を出力し、出力したビットマップ情報を読み出すものといえる。ここで、上記ディスプレイドライババッファに車両制御システムの解像度に関連して調整されたグラフィック画像に対応するビットマップ情報を出力することから、当該ディスプレイドライババッファには、車両制御システムの解像度に対応するビットマップ情報を保持できるだけの領域が確保されており、この領域はグラフィックを生成する過程で生成されるものといえる。以上のことから、引用発明の構成ｂ２を踏まえた構成ｂ２１、ｂ２３における「リモートソース」は、本件発明の構成Ｂ２１およびＢ２３と、「外部システムに対して適切な解像度により」「スクリーンビットマップを含むスクリーンバッファを生成することを含む」「レンダリングする」点で共通する。ただし、生成されるスクリーンバッファに含まれる情報が、本件発明の構成Ｂ２３では、「フルスクリーンビットマップまたはベクトルコマンドのセットのうちの１つ」であるのに対して、引用発明の構成ｂ２を踏まえた構成ｂ２３では、「フルスクリーンビットマップ」であるかどうかは特定されておらず、また「ベクトルコマンドのセット」ではない点で相違する。さらに、本件発明は構成Ｂ２２に特定されるように「モバイル装置で実行されるウェブブラウザを使用して」レンダリングするのに対して、引用発明はウェブブラウザを使用してレンダリングするものではない点で相違する。オ構成Ｂ、Ｂ３、Ｂ４について引用発明の構成ｂ３、ｂ４のリモートソース１１６は、制御システム１０６に対して画像のほかに画像を記述するメタ情報を送信するものであって、メタ情報はビットマップやプログラムコード若しくは命令を含み、また、当該メタ情報はビットマップに組み込まれるか若しくは含まれてよいことから、プログラムコード若しくは命令を含むメタ情報を、構成ｂ２、ｂ２３におけるディスプレイドライババッファのビットマップに組み込むための処理が行われているといえる。ここで、上記「メタ情報」を組み込んだ上記「ビットマップ」は、プログラムコード若しくは命令を含むことから、コマンドでもあるといえる。以上のことから、上記「メタ情報」を上記「ビットマップ」に組み込むための処理は、本件発明の構成Ｂ３の「スクリーンバッファ」を「ホストコマンドに符号化する」ことに相当する。また、上記「ビットマップ」およびこれに組み込まれた「メタ情報」を送信することは、本件発明の構成Ｂ４の「ホストコマンドを、前記第１の通信リンクを介して表示のために前記外部システムへと送信すること」に相当する。さらに、引用発明は、当該「ホストコマンドを符号化」し、「送信する」ための命令を含む命令セットを含むものといえる。（２）一致点・相違点の認定以上の（１）ア～オの対比に基づき、本件発明と上記引用発明とを比較すると、両者の一致点、相違点は以下のとおりである。（一致点）Ａ’ 外部システムに対応するアプリケーションを実行するモバイル装置であって、該モバイル装置は、Ａ１命令セットを実行するためのプロセッサと、Ａ２’ 前記命令セットを保存する媒体とを含み、Ｂ該命令セットは、Ｂ１’ 前記モバイル装置と前記外部システムとの間の処理を行う命令と、Ｂ２’ 前記モバイル装置において、所定のアプリケーションに対応するコンテンツをレンダリングする命令であって、前記レンダリングは、Ｂ２１前記外部システムに対して適切な解像度によりＢ２３’ ビットマップを含むスクリーンバッファを生成することを含む、Ｂ２’ レンダリングする命令と、Ｂ３前記スクリーンバッファをホストコマンドに符号化する命令と、Ｂ４前記ホストコマンドを、前記第１の通信リンクを介して表示のために前記外部システムへ送る命令Ｂとを含むＡ’ モバイル装置。（相違点１）外部システムに対応するアプリケーションを実行するモバイル装置であって、前記モバイル装置において、所定のアプリケーションに対応するコンテンツをレンダリングするにあたって、本件発明は、「ウェブブラウザにおいてウェブベースアプリケーションを実行する」ものであって、「特定のウェブベースアプリケーションに対応する」コンテンツを「モバイル装置上で実行されるウェブブラウザを使用して」レンダリングを行うのに対して、引用発明は、「ウェブブラウザにおいてウェブベースアプリケーションを実行する」という特定がされておらず、「特定のウェブベースアプリケーションに対応する」コンテンツを「モバイル装置上で実行されるウェブブラウザを使用して」レンダリングするものではない点。（相違点２）「命令セットを保存する」「媒体」が、本件発明においては「非一過性の媒体」であるのに対して、引用発明においては非一過性の媒体である旨の特定がされていない点。（相違点３）モバイル装置と外部システムとの間の処理を行う命令を含む命令セットを含む「モバイル装置」について、本件発明においてはモバイル装置が「前記モバイル装置との前記外部システムとの間の第１の通信リンクを確立する命令」を含んでいるのに対して、引用発明においてはリモートソースがリモートソースと車両制御システムとの間の第１の通信リンクを確立する命令を含むことは特定されていない点。（相違点４）生成されるスクリーンバッファに含まれる情報が、本件発明は「フルスクリーンビットマップまたはベクトルコマンドのセットのうちの１つ」であるのに対して、引用発明は「フルスクリーンビットマップ」であるかどうかは特定されておらず、また「ベクトルコマンドのセット」ではない点。（３）相違点に対する判断ア相違点１および４について上記引用文献１記載事項によれば、携帯装置のディスプレイに画像が表示されるものであって、最終的に当該情報が車両制御システムに送信されるものにおいて、ブラウザソフトウェアが車両制御システム１３００によって利用されて車両制御システム１３００へ転送するための情報が取得されるものといえる。ここで、携帯装置１３０２のウェブサービス１３４０が車両制御システム１３００によって利用されて情報の表示が行われることから、携帯装置１３０２のウェブサービス１３４０が得た情報は、まずブラウザソフトウェアによって表示され、その後ブラウザソフトウェアから車両制御システム１３００に転送されるものといえる。そうすると、ウェブサービス１３４０はブラウザによって実行され、表示される情報はブラウザによってレンダリングされることになり、引用文献１記載事項における「ブラウザソフトウェア」、「ウェブサービス１３４０」、「情報」は、それぞれ、本件発明の「ウェブブラウザ」、「ウェブブラウザにおいて」実行される「ウェブアプリケーション」、「特定のウェブアプリケーションに対応するコンテンツ」に相当し、引用文献１記載事項は「ウェブブラウザにおいてウェブアプリケーションを実行する」ものであって、「特定のウェブベースアプリケーションに対応する」コンテンツを「モバイル装置上で実行されるウェブブラウザを使用して」レンダリングを行うことを含んでいるが、これは本件発明が備える上記相違点１の構成に他ならない。ところで、引用文献１の段落【００１５】には「図面を一般的に参照すると、リモートソース上に生成及び表示された表示を再現又は複製するべく車両制御システムが与えられる。車両制御システムは、リモートソースとの（有線又は無線の）データ接続を確立する。リモートソースは１つ以上のアプリケーションを実行する。かかるアプリケーションに関連してリモートソース上に表示された画像は車両制御システムへ送信される。」と記載されている。そうすると、上記引用発明と、上記引用文献１記載事項は、いずれも引用文献１に記載されており、リモートソース上に表示された表示を再現すべくリモートソース上に表示された画像を車両制御システムへ送信するという共通の技術事項に関する、別個の一実施形態として特定されるものである。したがって、「携帯電話、携帯情報端末（ＰＤＡ）、携帯ナビゲーション装置（ＰＮＤ）」である引用発明のリモートソースに対して、引用文献１記載事項における携帯装置に関する技術を適用することは自明の動機付けがあるというべきものである。そして、引用発明の上記構成ａのリモートソース上のアプリケーションに対して、上記引用文献記載１事項における携帯装置１３０２のウェブサービス１３４０およびブラウザソフトウェアを適用することで、上記相違点１に係る構成を備える発明を想到することは当業者にとって格別に困難なものではない。このとき、引用文献１記載事項において、携帯装置上に示されるディスプレイ部分全体が車両システムに送信されるのであるから、ディスプレイ部分のフルスクリーンビットマップを取得することが示されているといえるが、これは上記相違点１に係る構成を備える発明が、「フルスクリーンビットマップ」、すなわち、上記相違点４の「フルスクリーンビットマップまたはベクトルコマンドのセットのうちの１つ」に係る構成をも備えるといえる。イ相違点２について引用発明のリモートソース１１６の例である携帯電話や携帯情報端末において実行されるソフトウェアを構成する命令を記憶する媒体を、非一過性の媒体（例えばフラッシュＲＯＭ）とすることは携帯電話や携帯情報端末における周知慣用技術にすぎず、引用発明のリモートソースにおけるソフトウェアを記憶する媒体を、例えばフラッシュＲＯＭのような非一過性の媒体とすることは当業者にとって適宜なし得る設計的事項に過ぎない。ウ相違点３について Bluetooth通信プロトコルによって通信を行う複数の機器（装置）において、通信リンク（連結）を確立しようとする機器（装置）の１つがメッセージを送信してページングを行う際には、他の機器（装置）がメッセージをスキャンする処理を行い、他の機器においてもリンク（連結）を確立することは、Bluetooth通信プロトコルにおける技術的前提ないし周知慣用技術（例えば、特開２００１－１８９９７４号公報には、【０００７】において、「ブルーツースは中央集中的な管理機能がない無線通信方法である。従ってある機器が他の機器との通信を成すためには照会を行って自分の電波がおよぶ領域にブルーツースを装着している機器があるかどうかを検査する。その機器は照会スキャンにより他のある機器から照会があるかどうかを調べ、これに対して照会応答機能でその照会に応答する。・・・連結を設定しようとする発信機器が特定住所を使用してページ過程を始める。この時着信機器は周期的にページスキャンを行う・・・ページスキャンを通じて自分がページされていることを認識した着信機器は直ちに連結を設定する過程を始め、正常の場合成功的に連結が設定される。」、特開２００１－３１３６５０号公報には、【０００４】～【０００６】には、「図１９に、従来例の動作シーケンス例を示す。Bluetooth端末１（ＢＴ１）・・・Bluetooth端末（ＢＴ２）・・・ＢＴ１とＢＴ２は最初はお互いにまだ識別情報も持たず、無線リンクが張られていない状態にある。ここでＢＴ１はマスタデバイスとなるべく常時問い合わせ（Inquiry）メッセージを送信し続けることにより、他のBluetooth端末の検出を試みる（ステップＳ１５１）。一方、ＢＴ２はＢＴ１のスレーブデバイスとなるべく、ＢＴ１からの問い合わせメッセージをスキャン（ステップＵ１５１）した後、問い合わせ応答メッセージを返信する（ステップＵ１５２）。ＢＴ１はＢＴ２からの問い合わせ応答メッセージを受信すると（ステップＳ１５２）、ＢＴ２に対しページメッセージを送信することで無線リンク（ＬＮＫ）の確立手順（ページング手順）に入る（ステップＳ１５３）。一方、ＢＴ２もＢＴ１とのＬＮＫ確立のために、ＢＴ１からのページメッセージをスキャンする（ステップＵ１５３）、ＢＴ２がページスキャンに成功すると、ＢＴ１に対しページ応答メッセージを返信し（ステップＵ１５４）、ＬＮＫを確立する（ステップＵ１５５）。同様に、ＢＴ１でもＢＴ２からのページ応答メッセージを受信し（ステップＳ１５４）、ＢＴ２との間のＬＮＫが確立する（ステップＳ１５５）。これら一連の動作により、ＢＴ１とＢＴ２間のＬＮＫが確立する」と記載されている。）に過ぎない。そうすると、Bluetooth通信プロトコルによって通信を確立する引用発明においては、車載制御システム１０６が通信リンクを確立しようとする場合、リモートソース１１６においても通信リンクを確立するための処理を実行しているものといえ、リモートソース１１６は当該処理を行うためのソフトウェアないし命令を具備しているものといえる。したがって、相違点３は引用発明における技術的前提にすぎず、実質的なものではないか、または引用発明においてその前提となるBluetooth通信プロトコルを用いた通信リンクの確立に関する周知慣用技術を適用することで、相違点３に関する構成を備えるようにすることは当業者にとって格別の困難なくなし得たものである。（４）審判請求人の主張について審判請求人は令和２年８月２７日付け審判請求書にかかる手続補正書の「３．本願発明が特許されるべき理由」の「（２－２）引用文献の説明、及び引用文献に記載の発明と本願発明との対比」において、以下のような主張をしている。「本願請求項８に係る発明と引用文献１との対比引用文献１は、「外部システムに対して適切な解像度によりモバイル装置上で実行されるウェブブラウザ」を開示していない。本願の出願人は、引用文献１での「ブラウザソフトウェア」の唯一の言及が「車両制御システム１３００」によって利用される（つまり、ターゲットによって利用される）接続アプリケーションに関するものであり、ターゲットの解像度に基づいたホストのそのようなソフトウェアのレンダリングや視覚化に関しては記載も示唆もされていない（引用文献１の段落００７７、WO2008/079891の段落[0102]参照）本願請求項１に係る発明及び請求項８に係る発明は、引用文献１に対して進歩性を有する発明であると思料する。」そこで、上記主張について検討する。上記（１）のエのとおり、引用発明のリモートソースは「車両制御システムの解像度に」「関連して」「リモートソースのディスプレイに与えられるグラフィック出力を調整する」するものであり、これは本件発明において「外部システムに対して適切な解像度により」レンダリングすること、すなわち上記主張における「ターゲットの解像度に基づいたホストのそのようなソフトウェアのレンダリングや視覚化」を行うことに相当する。したがって、審判請求人の主張は採用できない。（５）まとめ以上のとおり、本件発明は、引用発明および引用文献１記載事項ならびに周知技術に基づいて、当業者が容易に発明をすることができたものである。第５むすび以上のとおり、本件発明は、引用発明および引用文献１記載事項ならびに周知技術に基づいて当業者が容易にすることができたものであり、特許法第29条第2項の規定により特許を受けることができない。したがって、本願は、拒絶をすべきものである。よって、結論のとおり審決する。
別掲	（行政事件訴訟法第４６条に基づく教示）この審決に対する訴えは、この審決の謄本の送達があった日から３０日（附加期間がある場合は、その日数を附加します。）以内に、特許庁長官を被告として、提起することができます。審判長千葉輝久出訴期間として在外者に対し９０日を附加する。
審理終結日	2021-12-13
結審通知日	2021-12-14
審決日	2021-12-27
出願番号	P2018-211677
審決分類	P 1 8・ 121- Z (H04N)
最終処分	02 不成立
特許庁審判長	千葉輝久
特許庁審判官	川崎優新井寛
発明の名称	分散型クロスプラットフォームユーザインタフェースおよびアプリケーション投写
代理人	中尾洋之
代理人	舛谷威志

プライバシーポリシーセキュリティーポリシー運営会社概要サービスに関しての問い合わせ