2021-002105

特願２０１８－５４９１７４「仮想現実（ＶＲ）環境におけるＶＲユーザの観客ビュー追跡」拒絶査定不服審判事件〔平成２９年 ９月２１日国際公開、ＷＯ２０１７／１６１２９７、平成３１年 ４月２５日国内公表、特表２０１９－５１１７８１、請求項の数（１０）〕について、次のとおり審決する。

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

理 由 第１ 手続きの経緯 本願は、２０１７年（平成２９年）３月１７日（パリ条約による優先権主張外国庁受理 ２０１６年３月１８日および２０１７年３月１６日 いずれも米国）を国際出願日とする出願であって、その手続の経緯は以下のとおりである。 令和 ２年 １月２８日付け ：拒絶理由通知 令和 ２年 ４月 ６日 ：意見書、手続補正書の提出 令和 ２年 ８月２６日付け ：拒絶理由通知（最後） 令和 ２年１０月３０日 ：意見書、手続補正書の提出 令和 ２年１１月１０日付け ：令和２年１０月３０日の手続補正につい ての補正の却下の決定、拒絶査定（原査 定） 令和 ３年 ２月１６日 ：審判請求書、手続補正書の提出 令和 ３年１０月２０日付け ：拒絶理由（当審拒絶理由）通知 令和 ３年１２月１５日 ：意見書、手続補正書の提出 第２ 本願発明 本願請求項１－１０に係る発明（以下、それぞれ「本願発明１」－「本願発明１０」という。）は、令和３年１２月１５日付けの手続補正で補正された特許請求の範囲の請求項１－１０に記載された事項により特定される、以下のとおりの発明である。 「 【請求項１】 観客が視聴するための仮想現実コンテンツを処理する方法であって、 ヘッドマウントディスプレイ（ＨＭＤ）プレイヤによるインタラクションに関連付けられた仮想現実ストリームをサーバで受信することであって、前記ＨＭＤプレイヤは、仮想現実環境をナビゲートするように構成され、前記仮想現実環境の前記ナビゲートは、ＨＭＤプレイヤビューを有する前記仮想現実ストリームを生成する、前記仮想現実ストリームを受信することと、 観客のデバイスを介して、前記観客のＨＭＤを用いて前記仮想現実ストリームを視聴する要求を、前記サーバで受信することと、 前記サーバが、前記観客の前記ＨＭＤのために、前記仮想現実ストリームのフィードを前記観客の前記デバイスに送信することであって、前記仮想現実ストリームの前記フィードは、前記仮想現実環境のＨＭＤ観客ビューを提供する、前記仮想現実ストリームのフィードを前記観客の前記デバイスに送信することと、 前記サーバが、前記仮想現実環境の前記ＨＭＤ観客ビューをギア比率に従って調節することであって、前記ギア比率は、前記ＨＭＤプレイヤが前記仮想現実環境をナビゲートする時、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う速度を規定する、前記仮想現実環境の前記ＨＭＤ観客ビューを調節することと、 を含み、 前記ＨＭＤプレイヤビューの後を追う前記ＨＭＤ観客ビューは、前記ＨＭＤプレイヤが動く速度よりも遅い速度で動き、 前記ギア比率は、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う時の遅れを提供し、前記遅れは、前記ＨＭＤ観客ビューの動きを前記ＨＭＤプレイヤビューの動きよりゆっくりに変化させ、前記ＨＭＤプレイヤビューは、前記ＨＭＤプレイヤが、前記仮想現実環境をナビゲートまたは移動しながら、前記ＨＭＤプレイヤの前記ＨＭＤを実世界空間で動かすと、前記ＨＭＤプレイヤが制御する速度で移動する、方法。 【請求項２】 前記ギア比率は、前記仮想現実環境で遭遇するコンテンツに基づいて、前記サーバによって動的に調節される、請求項１に記載の方法。 【請求項３】 前記ギア比率は、前記観客の好みに基づいて、前記サーバによって動的に調節される、請求項１に記載の方法。 【請求項４】 前記ギア比率は、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う時の、動的に調節可能な遅れを提供し、前記動的に調節可能な遅れは、前記ＨＭＤ観客ビューの動きの速度を、前記ＨＭＤプレイヤビューの動きに対して変化させ、前記ＨＭＤプレイヤが、前記仮想現実環境をナビゲートまたは移動しながら、実世界空間で前記ＨＭＤプレイヤの前記ＨＭＤを動かすと、前記ＨＭＤプレイヤビューは、前記ＨＭＤプレイヤによって制御される速度で動く、請求項１に記載の方法。 【請求項５】 観客が視聴するための仮想現実コンテンツを処理する方法であって、 ヘッドマウントディスプレイ（ＨＭＤ）プレイヤが装着したヘッドマウントディスプレイ（ＨＭＤ）によるインタラクションに関連付けられた仮想現実ストリームをコンピュータで処理することであって、前記ＨＭＤプレイヤは、仮想現実環境をナビゲートするように構成され、前記仮想現実環境の前記ナビゲートは、ＨＭＤプレイヤビューを有する前記仮想現実ストリームを生成する、前記仮想現実ストリームをコンピュータで処理することと、 観客のＨＭＤに関連付けられた要求であって、前記観客のＨＭＤを用いて前記仮想現実ストリームを視聴する前記要求を前記コンピュータで受信することと、 前記コンピュータが、前記仮想現実ストリームのフィードを前記観客の前記ＨＭＤに送信することであって、前記仮想現実ストリームの前記フィードは、前記ＨＭＤプレイヤがナビゲートしている前記仮想現実環境のＨＭＤ観客ビューを提供する、前記仮想現実ストリームのフィードを送信することと、 前記コンピュータが、前記仮想現実環境の前記ＨＭＤ観客ビューをギア比率に従って調節することであって、前記ギア比率は、前記ＨＭＤプレイヤが前記仮想現実環境をナビゲートする時、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う速度を規定する、前記仮想現実環境の前記ＨＭＤ観客ビューを調節することと、 を含み、 前記ＨＭＤプレイヤビューの後を追う前記ＨＭＤ観客ビューは、前記ＨＭＤプレイヤが動く速度よりも遅い速度で動き、 前記ギア比率は、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う時の遅れを提供し、前記遅れは、前記ＨＭＤ観客ビューの動きを前記ＨＭＤプレイヤビューの動きよりゆっくりに変化または反応させ、前記ＨＭＤプレイヤが、前記仮想現実環境をナビゲートまたは移動しながら、実世界空間で前記ＨＭＤプレイヤの前記ＨＭＤを動かすと、前記ＨＭＤプレイヤビューは、前記ＨＭＤプレイヤによって制御される速度で動く、方法。 【請求項６】 前記ギア比率は、前記仮想現実環境で遭遇するコンテンツに基づいて、前記コンピュータによって動的に調節される、請求項５に記載の方法。 【請求項７】 前記ギア比率は、前記観客の好みに基づいて、前記コンピュータによって動的に調節される、請求項５に記載の方法。 【請求項８】 前記ギア比率は、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う時の、動的に調節可能な遅れを提供し、前記動的に調節可能な遅れは、前記ＨＭＤ観客ビューの動きの速度を、前記ＨＭＤプレイヤビューの動きに対して変化させ、前記ＨＭＤプレイヤが、前記仮想現実環境をナビゲートまたは移動しながら、前記ＨＭＤプレイヤの前記ＨＭＤを実世界空間で動かすと、前記ＨＭＤプレイヤビューは、前記ＨＭＤプレイヤによって制御される速度で動く、請求項５に記載の方法。 【請求項９】 観客が視聴するための仮想現実コンテンツを処理するプログラム命令を有するコンピュータ可読媒体であって、 ヘッドマウントディスプレイ（ＨＭＤ）プレイヤが装着したヘッドマウントディスプレイ（ＨＭＤ）によるインタラクションに関連付けられた仮想現実ストリームをコンピュータで処理するプログラム命令であって、前記ＨＭＤプレイヤは、仮想現実環境をナビゲートするように構成され、前記仮想現実環境の前記ナビゲートは、ＨＭＤプレイヤビューを有する前記仮想現実ストリームを生成する、前記仮想現実ストリームをコンピュータで処理する前記プログラム命令と、 観客のＨＭＤに関連付けられた要求であって、前記観客のＨＭＤを用いて前記仮想現実ストリームを視聴する前記要求を前記コンピュータで受信するプログラム命令と、 前記コンピュータが、前記仮想現実ストリームのフィードを前記観客の前記ＨＭＤに送信するプログラム命令であって、前記仮想現実ストリームの前記フィードは、前記ＨＭＤプレイヤがナビゲートしている前記仮想現実環境のＨＭＤ観客ビューを提供する、前記仮想現実ストリームのフィードを前記観客の前記ＨＭＤに送信する前記プログラム命令と、 前記コンピュータが、前記仮想現実環境の前記ＨＭＤ観客ビューをギア比率に従って調節するプログラム命令であって、前記ギア比率は、前記ＨＭＤプレイヤが前記仮想現実環境をナビゲートする時、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う速度を規定する、前記仮想現実環境の前記ＨＭＤ観客ビューをギア比率に従って調節する前記プログラム命令と、 を含み、 前記ＨＭＤプレイヤビューの後を追う前記ＨＭＤ観客ビューは、前記ＨＭＤプレイヤが動く速度よりも遅い速度で動き、 前記ギア比率は、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う時の遅れを提供し、前記遅れは、前記ＨＭＤ観客ビューの動きを前記ＨＭＤプレイヤビューの動きよりゆっくりに変化または反応させ、前記ＨＭＤプレイヤが、前記仮想現実環境をナビゲートまたは移動しながら、前記ＨＭＤプレイヤの前記ＨＭＤを実世界空間で動かすと、前記ＨＭＤプレイヤビューは、前記ＨＭＤプレイヤによって制御される速度で動く、コンピュータ可読媒体。 【請求項１０】 前記ギア比率は、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う時の、動的に調節可能な遅れを提供し、前記動的に調節可能な遅れは、前記ＨＭＤ観客ビューの動きの速度を、前記ＨＭＤプレイヤビューの動きに対して変化させ、前記ＨＭＤプレイヤが、前記仮想現実環境をナビゲートまたは移動しながら、前記ＨＭＤプレイヤの前記ＨＭＤを実世界空間で動かすと、前記ＨＭＤプレイヤビューは、前記ＨＭＤプレイヤによって制御される速度で動く、請求項９に記載のコンピュータ可読媒体。」 第３ 引用文献、引用発明等 １．引用文献１について 令和２年１月２８日付けの拒絶の理由に引用された引用文献１（米国特許出願公開第２０１４／０１１３７１８号明細書）には、図面とともに次の事項が記載されている。（下線は、強調のため当審にて付与。以下同様。） 「Abstract The field of the invention relates to multi-user online gaming systems, and more particularly to systems and methods that enable a spectator's experience for online active games. ・・・（以下略）」 （当審訳： 要約 本発明の分野は、マルチユーザオンラインゲームシステムに関し、より詳細には、オンラインアクティブゲームの観戦者体験を可能にするシステム及び方法に関する。・・・（以下略）） 「DETAILED DESCRIPTION OF THE INVENTION [0032] Turning back to FIG. 4, once a spectator has selected a particular active game to view, the spectator grid 1100 receives the request (Action Block 2100) and establishes a data connection with the spectator's client 1200 (Action Block 2200) to transmit game data to the client 1200 in streaming fashion (Action Block 2600) to be rendered on the spectator client 1200 in real-time or near real-time to the selected active game. Turning to FIG. 6, an example format 1500 is shown for game data transmitted by the spectator grid 1100 to the spectator client 1200. What is shown, in an embodiment, is that game chunks 150 are sent to the spectator client 1200 with similar structure and content to the game chunks 150 sent to game clients 110. One difference in this embodiment is that the game chunks 150 sent to the spectator client 1200 includes complete data for the active game being viewed. For example, all player positions are provided, including the ones that are hidden, so that the spectator is provided an omnipresent view. [0033] Once the chunks 150 are received, the spectator client 1200 can generate the same graphics and visual representations of the active game in real-time or near real time of the active game. [0034] Also included in the data format 1500 are keyframes, which are effectively snapshots of a particular game at a particular point in time. A keyframe is aligned with a fixed group of chunks 150, e.g., 3, to define a time interval using the time stamps in the chunks 150. A keyframe can be generated by creating a chunk 150 that includes game data packets for all players that exist at a given time. When a keyframe is loaded onto a spectator client 1200, then the latest game data, e.g. the latest scene, along with all of the entity data that are known by the spectator client 1200 at that time, e.g., avatar and computer controlled object data, are deleted. The keyframe can then be played back as a regular chunk 150, which renders the entity data that exist at that point in time at their correct positions. The chunk 150 that corresponds to the keyframe's point in time is then loaded as the next chunk to render. From there, chunks 150 can be rendered in chronological order. The amount of game play time represented by a chunk 150 is configurable by the system's 1000 administrator, for example, approximately 30 seconds. [0035] One aspect of the keyframes is the enablement of time-shifting features for the live game (Action Block 2700). For instance, an active game session rendered from the chunks 150 at a previous point of time can be quickly simulated by jumping to specific keyframes instead of individual chunks 150. In an embodiment, when jumping to specific keyframes, much of the game processing can be disabled, such as rendering and sound, to enable faster jumps. Once a keyframe is reached, then normal playback and rendering is enabled, as described above. [0036] Turning to FIG. 7, to illustrate exemplary time shifting controls enabled by the system 1000 (Action Block 2700), a user interface for a spectator client 1200 viewing an active game session is shown. As mentioned above, the chunks 150 enable the spectator client 1200 to render real-time, or in near real-time fashion, game play from an active game, but with an omnipresent view that enables the spectator to view all game play within the virtual landscape. Moreover, certain time-shifting controls can be enabled. The following are examples.」 （当審訳： [0032] 図4に戻る。観戦者が閲覧する特定のアクティブゲームを選択すると、観戦者グリッド1100は、要求を受信し(動作ブロック2100)、観戦者のクライアント1200とのデータ接続を確立して(動作ブロック2200)、選択されたアクティブゲームに対してリアルタイムまたはほぼリアルタイムで観戦者クライアント1200上にレンダリングされるゲームデータをストリーミング方式でクライアント1200に送信する(動作ブロック2600)。図6を参照すると、観戦者グリッド1100によって観戦者クライアント1200に送信されるゲームデータの例示的なフォーマット1500が示されている。一実施形態では、ゲームクライアント110に送信されるゲームチャンク150と同様の構造およびコンテンツを有するゲームチャンク150が観戦者クライアント1200に送信されることが示される。この実施形態の1つの違いは、観戦者クライアント1200に送信されるゲームチャンク150が、閲覧されているアクティブなゲームの完全なデータを含むことである。例えば、隠されている位置を含む全てのプレーヤ位置が提供され、その結果、観客には、遍在するビューが提供される。 [0033] チャンク150が受信されると、観戦者クライアント1200は、アクティブなゲームの同じグラフィックスおよび視覚的表現を、アクティブなゲームのリアルタイムまたはほぼリアルタイムで生成することができる。 [0034] データフォーマット1500には、特定の時点における特定のゲームの事実上のスナップショットであるキーフレームも含まれる。キーフレームは、チャンク150内のタイムスタンプを使用して時間間隔を定義するために、チャンク150の固定されたグループ、例えば3と位置合わせされる。キーフレームは、所与の時間に存在するすべてのプレーヤのゲームデータパケットを含むチャンク150を作成することによって生成することができる。キーフレームが観戦者クライアント1200にロードされると、最新のゲームデータ、例えば最新のシーンが、その時点で観戦者クライアント1200によって知られているエンティティデータの全て、例えばアバターおよびコンピュータ制御オブジェクトデータと共に削除される。次いで、キーフレームは、その時点でそれらの正しい位置に存在するエンティティデータをレンダリングする通常のチャンク150として再生され得る。次に、キーフレームの時点に対応するチャンク150が、すべき次のチャンクとしてロードされる。そこから、チャンク150を時間順にレンダリングすることができる。チャンク150によって表されるゲームプレイ時間の量は、システム1000の管理者によって設定可能であり、例えば、約30秒である。 [0035] キーフレームの一態様は、ライブゲームのためのタイムシフト機能の有効化である(動作ブロック2700)。例えば、前の時点でチャンク150からレンダリングされたアクティブなゲームセッションは、個々のチャンク150の代わりに特定のキーフレームにジャンプすることによって迅速にシミュレートすることができる。一実施形態では、特定のキーフレームにジャンプするとき、より速いジャンプを可能にするために、レンダリングおよびサウンドなど、ゲーム処理の大部分を無効にすることができる。キーフレームに達すると、上述のように、通常の再生およびレンダリングが可能になる。 [0036] 図7を参照すると、システム1000によって有効にされる例示的なタイムシフト制御を示すために(動作ブロック2700)、アクティブなゲームセッションを閲覧する観戦者クライアント1200のためのユーザインターフェースが示されている。上述したように、チャンク150は、観戦者クライアント1200が、アクティブなゲームからのゲームプレイをリアルタイムで、またはほぼリアルタイムでレンダリングすることを可能にするが、観戦者が仮想風景内のすべてのゲームプレイを閲覧することを可能にするオムニプレゼントビューを有する。さらに、特定の時間シフト制御を可能にすることができる。 以下は例である。） 「図４ ［図：0001382919000001.jpg］ 」 「図６ ［図：0001382919000002.jpg］ 」 「図７ ［図：0001382919000003.jpg］ 」 「[0039] Playback Speed 1230―The “+” and “-” buttons will increase and decrease the speed that the game is playing at, respectively, and the playback speed 1 can be displayed. The use of keyframes may be particularly helpful in performance of this feature, as described above. [0040] Time control scrubber bar 1240―this area represents the time that is in the past for the game. It can be clicked on to set the time back to an earlier time. A tooltip that shows what time the user will jump to when hovering over this bar can be included (not shown).」 （当審訳： [0039] 再生速度1230―「+」および「-」ボタンは、ゲームがプレイしている速度をそれぞれ増減させ、再生速度1を表示することができる。キーフレームの使用は、上述のように、この特徴の実行において特に有用であり得る。 [0040] 時間制御スクラバ・バー1240―この領域は、ゲームの過去の時間を表す。時間を前の時間に戻すためにクリックすることができる。このバー上でホバリングするときにユーザがジャンプする時間を示すツールチップを含めることができる(図示せず)。） 「[0046] In addition to the controls above, a spectator may select any area of the virtual landscape, which can be expansive, to view at any time, and can further select a particular player for the camera view to automatically follow. For instance, the spectator can mouse click on a particular player in the game, and the spectator's camera view can follow that player automatically. This can be achieved by having the spectator client 1200 focus on that player's data within the received chunks 150, either real-time, or at a selected time. Further, the spectator can switch from player to player at any time. [0047] Turning back to FIG. 4, because the spectator's view is omnipresent, a player may be able to use that spectator's view to its advantage to obtain additional information about other players in the game. To prevent this, a delay may be configured (Decision Block 2300). If configured, then the spectator grid 1100 may buffer the chunks by a certain amount of time, e.g., 30 seconds, before transmitting such data to a spectator, thereby enabling a delay, which would remove the incentive for an active player to attempt to view the game in spectator mode. [0048] Moreover, the delay enables the spectator grid 1100 and/or spectator client 1200 to analyze the most recent data and notify the spectator of upcoming events that may be of interest to the spectator. For instance, the virtual landscape of a game may be too large to view in detail in its entirety on a spectator client's 1200 screen, and the various avatars may be moving in any different direction. At any given moment, an event could occur, such as a special move or a special achievement outside the spectator's current camera view. Example events include champion defeats, champion damage, events that lead up to champion defeat and/or damage, and game specific events such as the completion of important team-based objectives, and status of key objects within the game, such as status of key computer controlled avatars or objects. To maintain focus on the key events, the spectator grid 1100 and/or spectator client 1200 can be configured to monitor for such activities within the buffer (which occur on the spectator's client 1200 at a configurable time later, e.g., 30 seconds) and cause the spectator's view to focus on those specific activities when they develop and/or occur on the spectator's client 1200. This directed view (Action Block 2500) will ensure that the spectator does not miss key events as they unfold.」 （当審訳： [0046] 上記の制御に加えて、観戦者は、いつでも見るために、拡張的であり得る仮想風景の任意のエリアを選択することができ、カメラビューが自動的に追従するように特定のプレイヤーをさらに選択することができる。例えば、観戦者は、ゲーム内の特定のプレイヤーをマウスクリックすることができ、観戦者のカメラビューは、そのプレイヤーを自動的にフォローすることができる。これは、観戦者クライアント1200に、受信されたチャンク150内のそのプレイヤーのデータにリアルタイムで、または選択された時間にフォーカスさせることによって達成することができる。さらに、観客は、いつでもプレーヤーからプレーヤーに切り替えることができる。） [0047] 図４に戻る。観戦者の視界が遍在するので、プレイヤーは、ゲームにおける他のプレイヤーについての追加の情報を得るために、その観戦者の視界を有利に使用することができる。これを防止するために、遅延が構成され得る(決定ブロック2300)。 構成される場合、観戦者グリッド1100は、そのようなデータを観戦者に送信する前に、特定の時間量、例えば、30秒だけチャンクをバッファリングしてもよく、それによって、遅延を可能にし、これは、アクティブプレイヤーが観戦者モードでゲームを閲覧しようと試みるインセンティブを除去する。 [0048] さらに、遅延は、観戦者グリッド1100および/または観戦者クライアント1200が最新のデータを分析し、観戦者にとって関心があるであろう、今後来るイベントを観戦者に通知することを可能にする。例えば、ゲームの仮想風景は、観戦者クライアント1200の画面上でその全体を詳細に見るには大きすぎる場合があり、様々なアバターが任意の異なる方向に移動している場合がある。任意の所与の瞬間に、観戦者の現在のカメラビューの外側の特別な動きまたは特別な達成などのイベントが発生し得る。例示的なイベントは、チャンピオン敗北、チャンピオンダメージ、チャンピオン敗北および/またはダメージに至るイベント、ならびに重要なチームベースの目的の完了などのゲーム特有のイベント、ならびにキーコンピュータ制御アバターまたはオブジェクトのステータスなどのゲーム内のキーオブジェクトのステータスを含む。キーイベントへの焦点を維持するために、観戦者グリッド1100および/または観戦者クライアント1200は、バッファ内のそのような活動(構成可能な時間後、例えば、30秒後に観戦者のクライアント1200上で発生する)を監視し、それらの特定の活動が観戦者のクライアント1200上で展開および/または発生すると、観戦者のビューにそれらの特定の活動に焦点を合わせるように構成され得る。この方向付けられたビュー(動作ブロック2500)は、観客がキーイベントを開くときに見逃すことがないようにする。） したがって、上記引用文献１には次の発明（以下、「引用発明」という。）が記載されていると認められる。 「オンラインアクティブゲームの観戦者体験を可能にする方法であって、 観戦者が閲覧する特定のアクティブゲームを選択すると、観戦者グリッド1100は、要求を受信し、観戦者のクライアント1200とのデータ接続を確立して、リアルタイムまたはほぼリアルタイムで観戦者クライアント1200上にレンダリングされるゲームデータをストリーミング方式でクライアント1200に送信し、 観戦者クライアント1200に送信されるゲームチャンク150が、閲覧されているアクティブなゲームの完全なデータを含み、 観客には、遍在するビューが提供され、 チャンク150は、観戦者クライアント1200が、アクティブなゲームからのゲームプレイをリアルタイムで、またはほぼリアルタイムでレンダリングすることを可能とし、観戦者が仮想風景内のすべてのゲームプレイを閲覧することを可能にするオムニプレゼントビューを有し、 「+」および「-」ボタンは、ゲームがプレイしている速度をそれぞれ増減させ、再生速度1を表示し、 カメラビューが自動的に追従するように特定のプレイヤーをさらに選択し、 観戦者グリッド1100は、そのようなデータを観戦者に送信する前に、特定の時間量だけチャンクをバッファリングしてもよく、それによって、遅延を可能にする 方法。」 ２．引用文献２について 令和２年１月２８日付けの拒絶の理由に引用された引用文献２（特開２０１３－１７８６３９号広報）には、図面とともに次の事項が記載されている。 「【００９３】 （Ｄ－１）画像表示システムおよび頭部装着型表示装置の構成： 図１３は、第４実施例における画像表示システム１０００ｃの一例を概略的に示す説明図である。画像表示システム１０００ｃは、複数のヘッドマウントディスプレイＨＭｃと、サーバーＳＶとを備えている。図１３の例では、人物ＰＡに装着されたヘッドマウントディスプレイＨＭｃと、人物ＰＢに装着されたヘッドマウントディスプレイＨＭｃとは「参加モード」であり、一方、人物ＰＣに装着されたヘッドマウントディスプレイＨＭｃは「観戦モード」である。」 「【００９８】 一方、観戦モードのヘッドマウントディスプレイＨＭｃでは、ステップＳ２００およびＳ２０４を省略する点、および、ステップＳ３００において、無線ＬＡＮインターフェイス１８２を介してサーバーＳＶからステータスの受信を行う点が、図１２に示した第３実施例とは異なる。この結果、観戦モードのヘッドマウントディスプレイＨＭｃでは、サーバーＳＶを介して受信した、他の参加モードのヘッドマウントディスプレイＨＭｃのステータスに応じた効果画像が付与される。例えば、図１３の例では、観戦モードの人物ＰＣの視野ＶＲ２には、左右の光学像表示部を透過して見える外景ＳＣ２内の外界の人物ＰＡおよびＰＢと、虚像ＶＩ２として表示された効果画像とが、重畳された状態で視認可能となる。」 したがって、上記引用文献２には次の技術的事項が記載されていると認められる。 「画像表示システムおよび頭部装着型表示装置において、 人物ＰＡに装着されたヘッドマウントディスプレイＨＭｃと、人物ＰＢに装着されたヘッドマウントディスプレイＨＭｃとは「参加モード」であり、人物ＰＣに装着されたヘッドマウントディスプレイＨＭｃは「観戦モード」であり、 観戦モードのヘッドマウントディスプレイＨＭｃでは、サーバーＳＶを介して受信した、他の参加モードのヘッドマウントディスプレイＨＭｃのステータスに応じた効果画像が付与される画像表示システムおよび頭部装着型表示装置。」 第４ 対比・判断 １．本願発明１について （１）対比 本願発明１と引用発明とを対比すると、次のことがいえる。 ア．引用発明の「オンラインアクティブゲームの観戦者体験を可能にする方法」は、「観戦者が仮想風景内のすべてのゲームプレイを閲覧する」ものであり、引用発明の「観戦者」、「仮想風景内のすべてのゲームプレイ」、及び「閲覧」は、それぞれ本願発明１の「観客」、「仮想現実コンテンツ」、及び「視聴」に相当するため、観客が仮想現実コンテンツを視聴するためのものといえる。したがって、引用発明の「観戦者が仮想風景内のすべてのゲームプレイを閲覧する」ものである「オンラインアクティブゲームの観戦者体験を可能にする方法」は、本願発明１における「観客が視聴するための仮想現実コンテンツを処理する方法」に相当する。 イ．引用発明の「観戦者が閲覧する特定のアクティブゲームを選択すると、観戦者グリッド1100は、要求を受信し」について、引用発明の「観戦者グリッド1100」が本願発明１の「サーバ」に相当し、引用発明の「要求」とは、「観戦者が閲覧する特定のアクティブゲーム」を閲覧するための要求であることから、本願発明１の「前記仮想現実ストリームを視聴する要求」に相当する。したがって、引用発明の「観戦者が閲覧する特定のアクティブゲームを選択すると、観戦者グリッド1100は、要求を受信」することは、本願発明１の「前記仮想現実ストリームを視聴する要求を、前記サーバで受信すること」に相当する。 ウ．引用発明の「レンダリングされるゲームデータ」は、「ストリーミング方式でクライアント1200に送信」されることから、上記「ア．」を踏まえると、本願発明１の「仮想現実ストリーム」に相当し、引用発明の「クライアント1200」は、本願発明１の「観客のデバイス」に相当する。また、引用発明において、「レンダリングされるゲームデータ」を送信する主体は「観戦者グリッド1100」であることから、上記「イ．」を踏まえると、引用発明の「リアルタイムまたはほぼリアルタイムで観戦者クライアント1200上にレンダリングされるゲームデータをストリーミング方式でクライアント1200に送信」することは、本願発明１の「前記サーバが、前記観客の前記ＨＭＤのために、前記仮想現実ストリームのフィードを前記観客の前記デバイスに送信すること」とは、「前記サーバが、前記観客のために、前記仮想現実ストリームを前記観客のデバイスに送信すること」である点で共通する。 また、引用発明の「観戦者クライアント1200上にレンダリングされるゲームデータ」は、上記「ア．」を踏まえると、本願発明１の「観客」が「視聴」するための「仮想現実ストリーム」であることから、引用発明の上記「ゲームデータ」を「ストリーミング方式でクライアント1200に送信」する構成は、本願発明１の「前記仮想現実ストリームの前記フィードは、前記仮想現実環境のＨＭＤ観客ビューを提供する」構成とは、「前記仮想現実ストリームは、前記仮想現実環境の観客ビューを提供する」構成という点で共通する。 以上のことから、引用発明の「リアルタイムまたはほぼリアルタイムで観戦者クライアント1200上にレンダリングされるゲームデータをストリーミング方式でクライアント1200に送信」することは、本願発明１の「前記サーバが、前記観客の前記ＨＭＤのために、前記仮想現実ストリームのフィードを前記観客の前記デバイスに送信することであって、前記仮想現実ストリームの前記フィードは、前記仮想現実環境のＨＭＤ観客ビューを提供する、前記仮想現実ストリームのフィードを前記観客の前記デバイスに送信すること」とは、「前記サーバが、前記観客のために、前記仮想現実ストリームを前記観客のデバイスに送信することであって、前記仮想現実ストリームは、前記仮想現実環境の観客ビューを提供する、前記仮想現実ストリームを前記観客の前記デバイスに送信すること」という点で共通する。 したがって、本願発明１と引用発明との間には、次の一致点、相違点があるといえる。 （一致点） 「観客が視聴するための仮想現実コンテンツを処理する方法であって、 前記仮想現実ストリームを視聴する要求を、サーバで受信することと、 前記サーバが、前記観客のために、前記仮想現実ストリームを前記観客のデバイスに送信することであって、前記仮想現実ストリームは、前記仮想現実環境の観客ビューを提供する、前記仮想現実ストリームを前記観客の前記デバイスに送信することと、 を含む、方法。」 （相違点１） 本願発明１では、ヘッドマウントディスプレイ（ＨＭＤ）を用いているのに対して、引用発明では、ＨＭＤを用いることが記載されていないため、本願発明１のような「ヘッドマウントディスプレイ（ＨＭＤ）プレイヤによるインタラクションに関連付けられた仮想現実ストリームをサーバで受信することであって、前記ＨＭＤプレイヤは、仮想現実環境をナビゲートするように構成され、前記仮想現実環境の前記ナビゲートは、ＨＭＤプレイヤビューを有する前記仮想現実ストリームを生成する、前記仮想現実ストリームを受信すること」について、特定されていない点。 （相違点２） 「前記仮想現実ストリームを視聴する要求を、前記サーバで受信すること」について、上記相違点１で示したように、引用発明では、ＨＭＤを用いることが記載されていないため、本願発明１では、「観客のデバイスを介して」、上記要求を前記サーバで受信し、「前記観客のＨＭＤを用いて」前記仮想現実ストリームを視聴するのに対して、引用発明では、そのような特定がされていない点。 （相違点３） 「前記サーバが、前記観客のために、前記仮想現実ストリームを前記観客のデバイスに送信することであって、前記仮想現実ストリームは、前記仮想現実環境の観客ビューを提供する、前記仮想現実ストリームを前記観客の前記デバイスに送信すること」について、上記相違点１で示したように、引用発明では、ＨＭＤを用いることが記載されていないため、本願発明１では、「前記観客の前記ＨＭＤのために」、「前記仮想現実環境のＨＭＤ観客ビューを提供する」のに対して、引用発明では、そのような、ＨＭＤに関して特定されていない点。 （相違点４） 「前記サーバが、前記観客のために、前記仮想現実ストリームを前記観客の前記デバイスに送信することであって、前記仮想現実ストリームは、前記仮想現実環境の観客ビューを提供する、前記仮想現実ストリームを前記観客の前記デバイスに送信すること」について、本願発明１では、「前記仮想現実ストリームのフィードを前記観客の前記デバイスに送信する」、及び「前記仮想現実ストリームの前記フィードは、前記仮想現実環境のＨＭＤ観客ビューを提供する」のに対し、引用発明では、仮想現実ストリームの「フィード」に関して特定されていない点。 （相違点５） 本願発明１は、ギア比率に従ってＨＭＤプレイヤビューの後を追うＨＭＤ観客ビューの動く速度を調節するのに対して、引用発明は、「観戦者グリッド1100は、そのようなデータを観戦者に送信する前に、特定の時間量だけチャンクをバッファリングしてもよく、それによって、遅延を可能にする」ものであって、ゲームプレイの再生タイミングを遅らせるものであり、視点の移動を遅延させるものではないため、引用発明には、本願発明１のような「前記サーバが、前記仮想現実環境の前記ＨＭＤ観客ビューをギア比率に従って調節することであって、前記ギア比率は、前記ＨＭＤプレイヤが前記仮想現実環境をナビゲートする時、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う速度を規定する、前記仮想現実環境の前記ＨＭＤ観客ビューを調節することと、を含み、前記ＨＭＤプレイヤビューの後を追う前記ＨＭＤ観客ビューは、前記ＨＭＤプレイヤが動く速度よりも遅い速度で動き、前記ギア比率は、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う時の遅れを提供し、前記遅れは、前記ＨＭＤ観客ビューの動きを前記ＨＭＤプレイヤビューの動きよりゆっくりに変化させ、前記ＨＭＤプレイヤビューは、前記ＨＭＤプレイヤが、前記仮想現実環境をナビゲートまたは移動しながら、前記ＨＭＤプレイヤの前記ＨＭＤを実世界空間で動かすと、前記ＨＭＤプレイヤが制御する速度で移動する」ことについては特定されていない点。 （２）相違点についての判断 事案に鑑み、まず相違点５について検討すると、相違点５に係る本願発明１の「前記サーバが、前記仮想現実環境の前記ＨＭＤ観客ビューをギア比率に従って調節することであって、前記ギア比率は、前記ＨＭＤプレイヤが前記仮想現実環境をナビゲートする時、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う速度を規定する、前記仮想現実環境の前記ＨＭＤ観客ビューを調節することと、を含み、前記ＨＭＤプレイヤビューの後を追う前記ＨＭＤ観客ビューは、前記ＨＭＤプレイヤが動く速度よりも遅い速度で動き、前記ギア比率は、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う時の遅れを提供し、前記遅れは、前記ＨＭＤ観客ビューの動きを前記ＨＭＤプレイヤビューの動きよりゆっくりに変化させ、前記ＨＭＤプレイヤビューは、前記ＨＭＤプレイヤが、前記仮想現実環境をナビゲートまたは移動しながら、前記ＨＭＤプレイヤの前記ＨＭＤを実世界空間で動かすと、前記ＨＭＤプレイヤが制御する速度で移動する」という構成は、上記引用文献２にも記載も示唆もされておらず、また、本願の優先日前において周知技術であるともいえない。 したがって、他の相違点について検討するまでもなく、本願発明１は、当業者であっても引用発明及び引用文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。 ２．本願発明２－４について 本願発明２－４は、本願発明１の上記相違点５に係る構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても引用発明及び引用文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。 ３．本願発明５について （１）対比 上記本願発明５と引用発明とを対比すると、次のことがいえる。 ア．引用発明の「オンラインアクティブゲームの観戦者体験を可能にする方法」は、「観戦者が仮想風景内のすべてのゲームプレイを閲覧する」ものであり、引用発明の「観戦者」、「仮想風景内のすべてのゲームプレイ」、及び「閲覧」は、それぞれ本願発明５の「観客」、「仮想現実コンテンツ」、及び「視聴」に相当するため、観客が仮想現実コンテンツを視聴するためのものといえる。したがって、引用発明の「観戦者が仮想風景内のすべてのゲームプレイを閲覧する」ものである「オンラインアクティブゲームの観戦者体験を可能にする方法」は、本願発明５における「観客が視聴するための仮想現実コンテンツを処理する方法」に相当する。 イ．引用発明の「観戦者が閲覧する特定のアクティブゲームを選択すると、観戦者グリッド1100は、要求を受信し」について、引用発明の「観戦者グリッド1100」が本願発明５の「コンピュータ」に相当し、引用発明の「要求」とは、「観戦者が閲覧する特定のアクティブゲーム」を閲覧するための要求であることから、本願発明５の「前記仮想現実ストリームを視聴する前記要求」に相当する。したがって、引用発明の「観戦者が閲覧する特定のアクティブゲームを選択すると、観戦者グリッド1100は、要求を受信」することは、本願発明５の「前記仮想現実ストリームを視聴する前記要求を前記コンピュータで受信すること」に相当する。 ウ．引用発明の「レンダリングされるゲームデータ」は、「ストリーミング方式ででクライアント1200に送信」されることから、上記「ア．」を踏まえると、本願発明５の「仮想現実ストリーム」に相当する。また、引用発明の「クライアント1200」は、本願発明５の「観客のＨＭＤ」と、「観客のデバイス」である点で共通しており、引用発明において、「レンダリングされるゲームデータ」を送信する主体は「観戦者グリッド1100」であることから、上記「イ．」を踏まえると、引用発明の「リアルタイムまたはほぼリアルタイムで観戦者クライアント1200上にレンダリングされるゲームデータをストリーミング方式でクライアント1200に送信」することは、本願発明５の「前記コンピュータが、前記仮想現実ストリームのフィードを前記観客の前記ＨＭＤに送信する」こととは、「前記コンピュータが、仮想現実ストリームを前記観客のデバイスに送信する」ことである点で共通する。 また、引用発明の「観戦者クライアント1200上にレンダリングされるゲームデータ」は、上記「ア．」を踏まえると、本願発明５の「観客」が「視聴」するための「仮想現実ストリーム」であることから、引用発明の上記「ゲームデータ」を「ストリーミング方式でクライアント1200に送信」する構成は、本願発明５の「前記仮想現実ストリームの前記フィードは、前記ＨＭＤプレイヤがナビゲートしている前記仮想現実環境のＨＭＤ観客ビューを提供する」ものとは、「前記仮想現実ストリームは、前記仮想現実環境の観客ビューを提供する」ものという点で共通する。 以上のことから、引用発明の「リアルタイムまたはほぼリアルタイムで観戦者クライアント1200上にレンダリングされるゲームデータをストリーミング方式でクライアント1200に送信」することは、本願発明５の「前記コンピュータが、前記仮想現実ストリームのフィードを前記観客の前記ＨＭＤに送信することであって、前記仮想現実ストリームの前記フィードは、前記ＨＭＤプレイヤがナビゲートしている前記仮想現実環境のＨＭＤ観客ビューを提供する、前記仮想現実ストリームのフィードを送信すること」とは、「前記コンピュータが、前記仮想現実ストリームを前記観客の前記デバイスに送信することであって、前記仮想現実ストリームは、前記仮想現実環境の観客ビューを提供する、前記仮想現実ストリームを送信すること」という点で共通する。 したがって、本願発明５と引用発明との間には、次の一致点、相違点があるといえる。 （一致点） 「観客が視聴するための仮想現実コンテンツを処理する方法であって、 前記仮想現実ストリームを視聴する要求をコンピュータで受信することと、 前記コンピュータが、前記仮想現実ストリームを前記観客の前記デバイスに送信することであって、前記仮想現実ストリームは、前記仮想現実環境の観客ビューを提供する、前記仮想現実ストリームを送信することと、 を含む、方法。」 （相違点６） 本願発明５では、ヘッドマウントディスプレイ（ＨＭＤ）を用いているのに対して、引用発明では、ＨＭＤを用いることが記載されていないため、本願発明５のような「ヘッドマウントディスプレイ（ＨＭＤ）プレイヤが装着したヘッドマウントディスプレイ（ＨＭＤ）によるインタラクションに関連付けられた仮想現実ストリームをコンピュータで処理することであって、前記ＨＭＤプレイヤは、仮想現実環境をナビゲートするように構成され、前記仮想現実環境の前記ナビゲートは、ＨＭＤプレイヤビューを有する前記仮想現実ストリームを生成する、前記仮想現実ストリームをコンピュータで処理すること」について、特定されていない点。 （相違点７） 「前記仮想現実ストリームを視聴する要求をコンピュータで受信すること」について、上記相違点６で示したように、引用発明ではＨＭＤを用いることが記載されていないため、本願発明５では、「観客のＨＭＤに関連付けられた要求であって、前記観客のＨＭＤを用いて」前記仮想現実ストリームを視聴するのに対して、引用発明では、そのような特定がされていない点。 （相違点８） 「前記コンピュータが、前記仮想現実ストリームを前記観客の前記デバイスに送信することであって、前記仮想現実ストリームは、前記仮想現実環境の観客ビューを提供する、前記仮想現実ストリームを送信すること」について、上記相違点６で示したように、引用発明ではＨＭＤを用いることが記載されていないため、本願発明５では、「前記観客の前記ＨＭＤに送信する」、及び「前記ＨＭＤプレイヤがナビゲートしている前記仮想現実環境のＨＭＤ観客ビューを提供する」のに対して、引用発明では、そのような、ＨＭＤに関して特定されていない点。 （相違点９） 「前記コンピュータが、前記仮想現実ストリームを前記観客の前記デバイスに送信することであって、前記仮想現実ストリームは、前記プレイヤがナビゲートしている前記仮想現実環境の観客ビューを提供する、前記仮想現実ストリームを送信すること」について、本願発明５では、「前記仮想現実ストリームのフィードを前記観客の前記ＨＭＤに送信する」、及び「前記仮想現実ストリームの前記フィードは、前記ＨＭＤプレイヤがナビゲートしている前記仮想現実環境のＨＭＤ観客ビューを提供する」のに対し、引用発明では、仮想現実ストリームの「フィード」に関して特定されていない点。 （相違点１０） 本願発明５は、ギア比率に従ってＨＭＤプレイヤビューの後を追うＨＭＤ観客ビューの動く速度を調節するのに対して、引用発明は、「観戦者グリッド1100は、そのようなデータを観戦者に送信する前に、特定の時間量だけチャンクをバッファリングしてもよく、それによって、遅延を可能にする」ものであって、ゲームプレイの再生タイミングを遅らせるものであり、視点の移動を遅延させるものではないため、引用発明には、本願発明５のような「前記コンピュータが、前記仮想現実環境の前記ＨＭＤ観客ビューをギア比率に従って調節することであって、前記ギア比率は、前記ＨＭＤプレイヤが前記仮想現実環境をナビゲートする時、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う速度を規定する、前記仮想現実環境の前記ＨＭＤ観客ビューを調節することと、を含み、前記ＨＭＤプレイヤビューの後を追う前記ＨＭＤ観客ビューは、前記ＨＭＤプレイヤが動く速度よりも遅い速度で動き、前記ギア比率は、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う時の遅れを提供し、前記遅れは、前記ＨＭＤ観客ビューの動きを前記ＨＭＤプレイヤビューの動きよりゆっくりに変化または反応させ、前記ＨＭＤプレイヤが、前記仮想現実環境をナビゲートまたは移動しながら、実世界空間で前記ＨＭＤプレイヤの前記ＨＭＤを動かすと、前記ＨＭＤプレイヤビューは、前記ＨＭＤプレイヤによって制御される速度で動く」ことについては特定されていない点。 （２）相違点についての判断 事案に鑑み、まず相違点１０について検討すると、相違点１０に係る本願発明５の「前記コンピュータが、前記仮想現実環境の前記ＨＭＤ観客ビューをギア比率に従って調節することであって、前記ギア比率は、前記ＨＭＤプレイヤが前記仮想現実環境をナビゲートする時、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う速度を規定する、前記仮想現実環境の前記ＨＭＤ観客ビューを調節することと、を含み、前記ＨＭＤプレイヤビューの後を追う前記ＨＭＤ観客ビューは、前記ＨＭＤプレイヤが動く速度よりも遅い速度で動き、前記ギア比率は、前記ＨＭＤ観客ビューが前記ＨＭＤプレイヤビューの後を追う時の遅れを提供し、前記遅れは、前記ＨＭＤ観客ビューの動きを前記ＨＭＤプレイヤビューの動きよりゆっくりに変化または反応させ、前記ＨＭＤプレイヤが、前記仮想現実環境をナビゲートまたは移動しながら、実世界空間で前記ＨＭＤプレイヤの前記ＨＭＤを動かすと、前記ＨＭＤプレイヤビューは、前記ＨＭＤプレイヤによって制御される速度で動く」という構成は、上記引用文献２にも記載も示唆もされておらず、また、本願の優先日前において周知技術であるともいえない。 したがって、他の相違点について検討するまでもなく、本願発明５は、当業者であっても引用発明及び引用文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。 ４．本願発明６－８について 本願発明６－８は、本願発明５の上記相違点１０に係る構成を備えるものであるから、本願発明５と同じ理由により、当業者であっても引用発明及び引用文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。 ５．本願発明９について 本願発明９は、本願発明５とカテゴリー違いで実質的に同様内容の「プログラム命令を有するコンピュータ可読媒体」に係る発明であるので、本願発明５と同様の理由により、当業者であっても引用発明及び引用文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。 ６．本願発明１０について 本願発明１０は、本願発明９の構成を備えるものであるから、本願発明９と同じ理由により、当業者であっても引用発明及び引用文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。 第５ 原査定の概要及び原査定についての判断 原査定は、請求項１－２０について、「前記ギア比率は、前記ＨＭＤプレイヤビューの動きに対する前記ＨＭＤ観客ビューの動きを滑らかにすることを提供する、」との記載が明確でなく、また、発明の範囲が明確でないため、特許法第３６条第６項第２号に規定する要件を満たしておらず、特許を受けることができないというものである。更に、上記記載について、発明の詳細な説明に実施可能に記載されていないため、特許法第３６条第４項第１号に規定する要件を満たしておらず、特許を受けることができないというものである。しかしながら、令和３年１２月１５日付け手続補正により補正された請求項１、５、９は、それぞれ、「動きを滑らかにすることを提供する」という記載を削除し、「前記ＨＭＤプレイヤが動く速度よりも遅い速度で動き」と記載を明確にするものとなっており、また、発明の詳細な説明においても実施可能に記載されている構成を有するものとなっている。したがって、原査定を維持することはできない。 第６ 当審拒絶理由について １．特許法第３６条第６項第１号について （１）当審では、請求項５－６、１３－１４、１７について、「前記ＨＭＤプレイヤビューの動きの加速」に対応する本願明細書の記載がないとの拒絶の理由を通知しているが、令和３年１２月１５日付け手続補正において、当該請求項の削除を行う補正がされた結果、この拒絶の理由は解消した。 （２）当審では、請求項７について、「前記ＨＭＤプレイヤビューが前記ギア比率によって与えられる遅れよりも早く動く時」に対応する本願明細書の記載がないとの拒絶の理由を通知しているが、令和３年１２月１５日付け手続補正において、当該請求項の削除を行う補正がされた結果、この拒絶の理由は解消した。 （３）当審では、請求項８について、「前記ギア比率は、前記ＨＭＤプレイヤビューと前記ＨＭＤ観客ビューとの間の仮想ゴムバンド接続に関連付けられた物理メトリックに基づいて、調節可能である」に対応する本願明細書の記載がないとの拒絶の理由を通知しているが、令和３年１２月１５日付け手続補正において、当該請求項の削除を行う補正がされた結果、この拒絶の理由は解消した。 ２．特許法第３６条第６条第２項について 当審では、請求項７について、「ギア比率によって与えられる遅れ」の技術的意味が不明確であるとの拒絶の理由を通知しているが、令和３年１２月１５日付け手続補正において、当該請求項の削除を行う補正がされた結果、この拒絶の理由は解消した。 第７ むすび 以上のとおり、原査定の理由によっては、本願を拒絶することはできない。 また、他に本願を拒絶すべき理由を発見しない。 よって、結論のとおり審決する。