2020-011631

第２ 原査定の概要

原査定（令和元年２年４月２３日付け拒絶査定）の概要は、次のとおりである。

この出願の請求項１，３～９に係る発明は、以下の引用文献Ａ～Ｃに記載された発明に基いて、請求項２に係る発明は、以下の引用文献Ａ～Ｅに記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。

第３ 当審拒絶理由の概要

１ 当審拒絶理由Ａ

当審が令和３年８月３日付けで通知した拒絶理由（以下、「当審拒絶理由Ａ」という。）の概要は次のとおりである。

（１）理由１

この出願の請求項１，３～７に係る発明は、以下の引用文献１～５に記載された発明に基いて、請求項２，９に係る発明は、以下の引用文献１～７に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。

（２）理由２

この出願は、特許請求の範囲の記載が以下の点で、特許法第３６条第６項第２号に規定する要件を満たしていない。

請求項８の「異なるタスクに関連付けられる実行可能なアクションが実行のために使用可能であることをユーザのコンテキストが示すとき」とは、どのような場合（条件）であるのか、不明である。

また、同じく「１つの特定のタスクに関連付けられるアクションを中断できるように構成されている」との記載における「１つの特定のタスク」が、請求項１に記載されている「音楽再生のタスク」又は「異なるタスク」と、どのような関係にあるのかも不明である。

また、請求項９は、請求項８を引用しているため同様に不明である。

２ 当審拒絶理由Ｂ

当審が令和４年１月６日付けで通知した拒絶理由（以下、「当審拒絶理由Ｂ」という。）の概要は次のとおりである。

この出願は、特許請求の範囲の記載が以下の点で、特許法第３６条第６項第１号に規定する要件を満たしていない。

また、この出願は、特許請求の範囲の記載が以下の点で、特許法第３６条第６項第２号に規定する要件を満たしていない。

請求項１の記載によれば、「前記タスクを中断」することについては、「ユーザのコンテキストが・・・示す」こととは無関係に行われることになる。しかしながら、「ユーザのコンテキストが・・・示す」こととは無関係に「前記タスクを中断」することについては記載も示唆もなく、本願優先日前の技術常識を参酌しても自明とはいえない。よって、請求項１の上記記載は、発明の詳細な説明に記載も示唆もされていない。

また、請求項１の記載は、「異なるタスクに関連付けられる実行可能なアクション」における「関連付け」がどのような「関連付け」であるのか、具体的に記載されていない（あらゆる「関連付け」を含む）ため、「実行可能なアクションが実行のために使用可能」であることと、「前記異なるタスク」が「実施」されることとの関係が不明である。

第４ 本願発明

本願請求項１～８に係る発明（以下、それぞれ「本願発明１」～「本願発明８」という。）は、令和４年４月１日に提出された誤訳訂正書により誤訳訂正された特許請求の範囲の請求項１～８に記載された事項により特定される発明であり、それらのうちの本願発明１は、以下のとおりの発明である（下線は誤訳訂正書により記載が変更された箇所を示す。）。

「【請求項１】

モバイルデバイスと車載情報／エンターテインメントシステムとの間の接続を確立することと、

前記モバイルデバイスから通信を受信することであって、前記通信が、前記モバイルデバイスによって受信された、音声通信を含む第１のモダリティタイプの入力に関連付けられ、前記入力が、クエリを含み、音楽再生のタスクを達成することに関連付けられる、受信することと、

前記クエリを満たす複数の歌曲をリストすることと、

前記第１のモダリティタイプとは異なる第２のモダリティタイプの入力を受信することであって、前記クエリを満たす複数の歌曲から歌曲を選択する前記第２のモダリティタイプの前記入力が、音楽再生の前記タスクを実施することに関連付けられる、受信することと、

音楽再生の前記タスクを実施することであって、前記タスクは、前記歌曲を再生することを含む、音楽再生の前記タスクを実施することと、

ユーザのコンテキストが異なるタスクに含まれる実行可能なアクションが実行のために使用可能であることを示すとき、音楽再生の前記タスクを実施中に当該タスクを中断し、前記異なるタスクに関連付けられる前記車載情報／エンターテインメントシステムの前記第１及び第２のモダリティタイプとは異なる、タッチを含む第３のモダリティタイプを介して選択可能なオプションを含むユーザインターフェースを提示することと、

タッチを含む前記第３のモダリティタイプを介して前記オプションの選択を受信することに応答して、前記異なるタスクを実施することと、を含み、

３つの異なるモダリティタイプが、前記モバイルデバイスを介して前記車載情報／エンターテインメントシステムに関与するために使用され、前記３つの異なるモダリティタイプは、前記第１のモダリティタイプ、前記第２のモダリティタイプ、及び、前記第１及び第２のモダリティタイプとは異なる前記第３のモダリティタイプを含み、

前記音楽再生の前記タスクを実施することは、前記異なるタスクが実施された後、前記音楽再生の前記タスクが中断されたところから当該タスクを再開することを含む、コンピュータ実装方法。」

また、本願発明２～８は、本願発明１を減縮した発明である。

第５ 引用文献の記載、引用発明等

１ 引用文献１、引用発明１

（１）当審拒絶理由Ａにて引用された引用文献１には、図面とともに次の事項が記載されている（下線は当審による。以下同様。）。

「【００１６】

以下、図面を参照して本発明の実施の形態について説明する。以下の説明では、無線通信端末として、自動車に搭載される車載型のナビゲーション装置（いわゆる、カーナビゲーション装置）について例示する。また、操作システムとして、音声によりアプリケーションを操作する音声操作システムについて例示する。

図１は、本実施の形態に係る音声操作システムの機能的構成を示すブロック図である。

音声操作システム１は、サーバ１０と、自動車２に搭載されるナビゲーション装置２０とを備えて構成され、サーバ１０とナビゲーション装置２０はインターネット等のネットワーク３を介して相互に通信可能である。

【００１７】

サーバ１０は、サーバ通信部１１と、音声認識部１２と、サーバ記憶部１３と、サーバ制御部１４とを備えている。サーバ通信部１１は、サーバ制御部１４の制御の下、ナビゲーション装置２０から音声データを受信し、サーバ制御部１４に出力する。音声認識部１２は、サーバ制御部１４の制御の下、サーバ通信部１１により受信した音声データに対して音声認識処理（所定処理）を施し、認識結果（サーバ処理結果）をサーバ制御部１４に出力する。サーバ記憶部１３には、サーバ制御部１４の制御の下、ナビゲーション装置２０から受信した音声データ及び音声認識部１２から出力された認識結果等が記憶される。上記サーバ通信部１１は、サーバ制御部１４の制御の下、認識結果をナビゲーション装置２０に送信する。

【００１８】

ナビゲーション装置２０は、位置検出部２１と、車速検出部２２と、制御部（制御手段）２３と、表示部２４と、操作部（入力手段）２５と、記憶部２６と、音声入力部（入力手段）２７と、通信部（通信手段）２８と、音声再生部２９と、スピーカ３０とを備えている。

位置検出部２１は、例えばＧＰＳ（Global Positioning System）を利用して現在位置の絶対位置（経度、緯度）を検出し、ジャイロセンサ等を使って現在位置の相対的な方位を検出する。車速検出部２２は、自動車２より得られる車速パルスを処理して、自動車２の速度を制御部２３に出力する。」

「【００２３】

制御部２３は、ナビゲーション装置２０を楽曲再生モード或いはナビゲーションモードで動作させる。

楽曲再生モードの場合には、制御部２３は、楽曲再生操作用の各種画面を表示させ、ユーザ指示に応じて記憶部２６内の楽曲データを再生する。

ナビゲーションモードの場合には、制御部２３は、位置検出部２１により車両の現在地および進行方向を特定し、表示部２４に現在地周辺の地図を表示させる。また、目的地が設定された場合には、目的地までの最適経路を計算し、地図中に表示して目的地まで経路を案内する。

続きを表示（全16行）

【００２４】

本実施の形態のナビゲーション装置２０は、音声により操作するアプリケーションとして、例えば、楽曲再生モード時に楽曲を検索する楽曲検索操作アプリケーションと、周辺の施設を検索する、或いはナビゲーションモード時に目的地として施設を検索する施設検索（周辺検索）操作アプリケーションと、楽曲検索操作アプリケーション及び施設検索操作アプリケーション以外の場合にナビゲーション装置２０を音声操作する装置操作アプリケーションとを備えている。

【００２５】

本実施の形態のサーバ１０とナビゲーション装置２０との通信は、１回の操作に対して１回の通信で終わる場合に限られるものではなく、１回の操作に対して複数回の通信が発生する場合も想定される。

具体的な通信の流れを、施設検索操作アプリケーションの動作を例に説明する。

【００２６】

図３は、施設名の決定に至るまで、サーバ１０での音声認識が複数回行われる場合の施設検索操作アプリケーションの動作を示すフローチャートである。

最初に、ナビゲーション装置２０では、制御部２３は、ガイド音声の再生又は画面表示を行い、ユーザに発話を促す（ステップＳ３０１）。ユーザが発話した音声が音声入力部２７から取り込まれると（ステップＳ３０２）、制御部２３は、取り込まれた音声データをサーバ１０へ送信する（ステップＳ３０３）。

【００２７】

サーバ１０では、まず、ナビゲーション装置２０から送信された音声データを受信すると（ステップＳ４０１）、サーバ制御部１４は、この音声データに対して音声認識を実行し、文字列へ変換する（ステップＳ４０２）。ここで、音声認識対象とする語彙は、施設名に限定することとする。また、音声認識では認識誤りが発生することがあるため、本実施の形態では、認識結果として複数の施設名候補を得て、その候補の中からユーザに選択させることとする。サーバ制御部１４は、認識結果である施設名候補のリストをナビゲーション装置２０へ送信する（ステップＳ４０３）。

【００２８】

ナビゲーション装置２０では、施設名候補のリストをサーバ１０から受信すると（ステップＳ３０４）、制御部２３は、施設名候補のリストを画面へ表示し（ステップＳ３０５）、ガイド音声を再生し、ユーザに施設名候補のリストから希望する施設名を選択するように促す（ステップＳ３０６）。この選択も、音声認識で行うこととするが、タッチパネル等を用いた手操作で行ってもよい。また、画面にキャンセルボタン等を表示し、ユーザに訂正させる手段を用意してもよい。ユーザが発話した音声が取り込まれると（ステップＳ３０７）、制御部２３は、取り込まれた音声データをサーバ１０へ送信する（ステップＳ３０８）。」

「【００６９】

また、上記実施の形態では、図１に記載したナビゲーション装置の構成を前提にしていたが、図１の構成でなくてもよい。例えば、通信部は、ナビゲーション装置に備わっている必要は無く、携帯電話に備わっていてもよい。携帯電話に通信部を置く場合には、ナビゲーション装置と携帯電話の間の通信を、広く知られているＵＳＢケーブルによる有線での通信や、Bluetooth（登録商標）による無線での通信によって実現し、ナビゲーション装置から携帯電話の通信機能を制御するようにすればよい。

また、携帯電話で実行する機能は、通信部だけではなく、他のナビゲーション装置の構成要素の機能も携帯電話上で実行する構成でもよい。とくに、近年市場に広まっている高機能携帯電話（スマートフォン）を用いる場合には、スマートフォンの高い計算処理性能を生かして、ナビゲーションの機能の一部をスマートフォン上で実行してもよい。」

「【図１】

［図：0001384622000001.jpg］

」

（２）引用文献１の段落【００２４】には、「ナビゲーション装置２０」が「施設検索（周辺検索）操作アプリケーション」を備えることが記載され、段落【００２５】～【００２８】には、「施設検索操作アプリケーションの動作」について記載されており、当該動作は、「ナビゲーション装置２０」に実装された方法であるといえる。この点も踏まえると、引用文献１には、次の発明（以下、「引用発明１」という。）が記載されていると認められる。

「音声操作システム１が、サーバ１０と、自動車２に搭載されるナビゲーション装置２０とを備えて構成され、（【００１６】）

ナビゲーション装置２０は、表示部２４と、操作部（入力手段）２５と、音声入力部（入力手段）２７と、通信部（通信手段）２８と、音声再生部２９と、スピーカ３０とを備え、（【００１８】）

ナビゲーション装置２０を楽曲再生モード或いはナビゲーションモードで動作させ、楽曲再生モードの場合には、ユーザ指示に応じて楽曲データを再生し、（【００２３】）

ナビゲーション装置２０は、音声により操作するアプリケーションとして、楽曲再生モード時に楽曲を検索する楽曲検索操作アプリケーションと、ナビゲーションモード時に目的地として施設を検索する施設検索（周辺検索）操作アプリケーションとを備え、（【００２４】）

施設検索操作アプリケーションの動作では、ユーザが発話した音声が音声入力部２７から取り込まれると、取り込まれた音声データをサーバ１０へ送信し、（【００２６】）

サーバ１０では、ナビゲーション装置２０から送信された音声データを受信すると、この音声データに対して音声認識を実行し、認識結果として複数の施設名候補を得て、認識結果である施設名候補のリストをナビゲーション装置２０へ送信し、（【００２７】）

ナビゲーション装置２０では、施設名候補のリストをサーバ１０から受信すると、施設名候補のリストを画面へ表示し、ユーザに施設名候補のリストから希望する施設名を選択するように促し、この選択は、タッチパネル等を用いた手操作で行ってもよく、（【００２８】）

通信部は、ナビゲーション装置に備わっている必要は無く、携帯電話に備わっていてもよく、携帯電話に通信部を置く場合には、ナビゲーション装置と携帯電話の間の通信を、有線での通信や、無線での通信によって実現し、ナビゲーション装置から携帯電話の通信機能を制御するようにすればよく、また、携帯電話で実行する機能は、通信部だけではなく、他のナビゲーション装置の構成要素の機能も携帯電話上で実行する構成でもよい、（【００６９】）

ナビゲーション装置２０に実装された方法。」

２ 引用文献２、引用発明２

当審拒絶理由Ａにて引用された引用文献２には、次の発明（以下、「引用発明２」という。）が記載されていると認められる。

「携帯端末装置１０ａと、車載装置２０と、音声認識サーバ装置３０とから構成される音声作動システム１ａであって、（【００４９】）

携帯端末装置１４は、音声送信部１４ａａおよび認識結果受信部１４ａｂを備え、（【００５０】）

音声送信部１４ａａは、マイク１１から入力された音声波形を通信部１６経由で音声認識サーバ装置３０へ向けて送信する処理を行い、（【００５１】）

認識結果受信部１４ａｂは、音声認識サーバ装置３０による音声認識結果を通信部１６経由で受け取り、受け取った認識結果（音声認識結果）を認識結果送信部１４ｂへ出力する処理を行い、（【００５２】）

携帯端末装置１０ａへ、マイク１１経由で音声入力がなされると、音声送信部１４ａａは、入力された音声波形を音声認識サーバ装置３０へ向けて送信し、（【００５４】）

かかる音声波形を受信した音声認識サーバ装置３０は、音声認識処理を実行し、認識結果（音声認識結果）を携帯端末装置１０ａへ向けて送信し、そして、携帯端末装置１０ａの認識結果受信部１４ａｂは、音声認識サーバ装置３０から受け取った認識結果を認識結果送信部１４ｂへ出力して、つづいて、携帯端末装置１０ａ／車載装置２０間の通信が行われる、（【００５５】）

音声作動システム１ａ。」

３ 周知技術１

（１）当審拒絶理由Ａにて引用された引用文献３には、図面とともに次の事項が記載されている。

「[0055] FIG. 4 illustrates an exemplary embodiment of a process for alerting a user to a traffic incident on a route. In some embodiments, some of the following steps could be accomplished by OBU on motor vehicle 102. In other embodiments, some of the following steps could be accomplished by service provider 150. In addition, in other embodiments, some of the steps could be performed by other components of motor vehicle 102. For purposes of clarity, navigation system 100 may be used to refer collectively to OBU and/or service provider 150. In other words, steps performed by navigation system 100 may be performed by either OBU or service provider 150 in the following embodiments. It will be understood that in other embodiments one or more of the following steps may be optional.

[0056] In some embodiments, navigation system 100 may be used to perform a process 400 for alerting a user to a traffic incident on a predictive route. During step 402, navigation system 100 may determine a predictive route for the motor vehicle, as described above. In some cases, this step may be performed by OBU on motor vehicle 102. For example, in some cases, motor vehicle information obtained from one or more sensors may be used to determine the predictive route of motor vehicle 102. In other cases, a user may input a desired destination into interface 114 to determine the predictive route. In other embodiments, any other type of information associated with the future location and/or heading of motor vehicle 102 may be used to determine the predictive route in step 402.

[0057] Next, during step 404, navigation system 100 may determine whether a traffic incident exists on the predictive route. In some embodiments, navigation system 100 may receive traffic information from a service provider. Navigation system 100 may use the received traffic information to determine whether any portion of a roadway or roadway segment associated with the predictive route includes at least one traffic incident. If, at step 404, no traffic incident is determined to be on the predictive route, then the process may return to step 402 and end or repeat. If, however, at step 404 a traffic incident is determined to be on the predictive route, then the process alerts a user to the traffic incident at step 406. During step 406, navigation system 100 may provide a visual and/or audio signal to alert the user to a traffic incident on the predictive route.

[0058] In an exemplary embodiment, navigation system 100 may provide an alert to a user about any traffic information affecting the predictive route. For example, in situations where one or more roadways along a predictive route are congested, navigation system 100 may provide an alert to the user that the calculated travel time on the predictive route will be increased accordingly. With this arrangement, a user may be alerted to traffic incidents or other traffic information on the predictive route that will affect the travel of motor vehicle 102.

[0059] In different embodiments, navigation system 100 may provide alerts to the user of any roadway information affecting the predictive route. For example, roadway information may include, but is not limited to: traffic information, weather information, carpool lane information, energy consumption information, intersection information, road closure or construction information, as well as any other kind of information that may affect a travel route between two geographic locations.

[0060] FIGS. 5 and 6 illustrate exemplary embodiments of alerts that may be displayed to a user. Referring now to FIG. 5, a traffic alert 510 may be displayed on map portion 300 associated with display screen 240 of interface 114 on motor vehicle 102. In this embodiment, a traffic incident 500 is located on a portion of roadway along predictive route 312 on map portion 300. As shown in FIG. 5, traffic incident 500 may be represented by a graphical icon on map portion 300 of display screen 240. In some embodiments, traffic alert 510 may present incident information to the user, including text and/or graphics. In an exemplary embodiment, traffic alert 510 may be represented by a pop-up box or icon. In some cases, traffic alert 510 may further include text that describes the incident information. In this embodiment, traffic alert 510 includes a header 512 that identifies the type of alert, as well as detailed incident information 514 that may describe the location and/or type of disruption on the travel route.

[0061] In some embodiments, traffic alert 510 may present options to the user to take in response to the traffic incident. As shown in FIG. 5, in an exemplary embodiment, traffic alert 510 may include a dismiss option 516 and/or a suggest reroute option 518 to the user. The user may select dismiss option 516 to ignore or take no response to traffic incident 500 that prompted traffic alert 510. Alternatively, the user may select suggest reroute option 518 to request that navigation system 100 calculate an alternative route around traffic incident 500. In some cases, a user may select one of dismiss option 516 and suggest reroute option 518 using an input device, including, buttons 242 and/or switches 246. In other cases, a user may make a selection using a touch screen associated with interface 114.

[0062] In some embodiments, a traffic alert may be displayed on an interface associated with another component or system of motor vehicle 102. In an exemplary embodiment, a traffic alert may be configured to be displayed on a multi-function unit that is configured to communicate or control an audio system, a climate control system and/or a navigation system. In one embodiment, a traffic alert may interrupt a display screen associated with another system via a pop up or overlay. Referring now to FIG. 6, a traffic alert 610 may be displayed on entertainment portion 600 associated with display screen 240 of interface 114 on motor vehicle 102.」

（当審訳： [0055]図４は、経路上の交通事象をユーザに警告するための方法の例示的な実施形態を示す図である。いくつかの実施形態では、以下のステップのいくつかは、自動車102のOBUによって遂行され得る。他の実施形態では、以下のステップのいくつかは、サービスプロバイダ150によって遂行され得る。加えて、他の実施形態では、ステップのうちのいくつかは、自動車102の他の構成要素により遂行され得る。明確にするために、ナビゲーションシステム100は、OBU及び／又はサービスプロバイダ150を集合的に指すために使用することができる。換言すれば、以下の実施の形態において、ナビゲーションシステム100によって実行されるステップは、車載器又はサービスプロバイダ150のいずれによって実行されてもよい。他の実施形態では、以下のステップの一つ以上は任意であってもよいことが理解されるであろう。

[0056]いくつかの実施形態において、ナビゲーションシステム100は、予測経路上の交通事象をユーザに警告するための方法400を実行するために使用することができる。ステップ402において、ナビゲーションシステム100は、自動車のための予測経路を上述したように決定してもよい。ある場合では、このステップは、自動車102のOBUによって実行されてもよい。例えば、ある場合では、1つ以上のセンサから得られた自動車の情報は、自動車102の予測経路を決定するために使用されてもよい。他の場合では、ユーザは、予測経路を決定するために、インタフェース114に所望の目的地を入力してもよい。他の実施形態では、将来の位置及び／又は自動車102の進行方向に関連する任意の他のタイプの情報が、ステップ402において予測経路を決定するために使用されてもよい。

[0057]次に、ステップ404において、ナビゲーションシステム100は、予測経路上の交通事象が存在するかどうかを決定してもよい。いくつかの実施形態において、ナビゲーションシステム100は、サービス・プロバイダから交通情報を受信してもよい。ナビゲーションシステム100は、予測経路に関連する道路または道路セグメントのいずれかの部分が、少なくとも1つの交通事象を含むかどうかを決定するために、受信された交通情報を使用してもよい。ステップ404において、交通事象が予測経路上に存在すると判定されなかった場合、プロセスはステップ402に戻り、終了又は繰り返してもよい。しかしながら、ステップ404において、交通事象が予測経路上に存在すると判定された場合、処理は、ステップ406で交通事象をユーザに警告する。ステップ406において、ナビゲーションシステム100は、予測経路上の交通事象をユーザに警告するために視覚及び／又は音声信号を提供してもよい。

[0058]例示的な実施形態において、ナビゲーションシステム100は、予測経路に影響する交通情報についてユーザに警告を提供することができる。例えば、予測経路に沿った１つ又はそれ以上の道路が混雑している状況では、ナビゲーションシステム100は、予測経路上の計算された走行時間が増加するだろうという警告をユーザに提供してもよい。これにより、ユーザには、自動車102の走行に影響するであろう予測経路上の交通事象やその他の交通情報が警告され得る。

[0059]異なる実施形態では、ナビゲーションシステム100は、予測経路に影響を与える任意の道路情報についてのユーザへの警告を提供してもよい。例えば、道路情報は、限定されないものの、交通情報、気象情報、カープールレーンの情報、エネルギー消費情報、交差点情報、道路閉鎖又は工事情報を、２つの地理的位置間の移動経路に影響を与え得る任意の他の種類の情報と同様に、含んでいてもよい。

[0060]図５および図６はユーザに表示される警告の例示的な実施形態を示す。ここで図５を参照すると、交通警告510は、自動車102のインターフェース114の表示画面240に関連付けられた地図部分300に表示されてもよい。この実施形態では、交通事象500は、地図部300の予測経路312に沿った道路部分の上に位置している。図５に示すように、交通事象500は、表示画面240の地図部分300上のグラフィカルアイコンによって表されてもよい。いくつかの実施形態において、警告510は、テキスト及び／又はグラフィックスを含む事象情報をユーザに提示してもよい。例示的な実施形態では、交通警告510は、ポップアップボックス又はアイコンによって表現されてもよい。ある場合では、交通警告510は、事象情報を記述するテキストを含んでいてもよい。この実施形態では、警告510は、走行経路上の障害の位置及び／又はタイプを記述し得る詳細な事象情報514とともに、警告のタイプを識別するヘッダ512を含む。

[0061]いくつかの実施形態では、交通警告510は、交通事象に応答してユーザが取るオプションを提示してもよい。図５に示すように、例示的な実施形態では、交通警告510は、却下オプション516及び／又はユーザへの経路変更提案オプション518を含んでいてもよい。ユーザは無視するために却下オプション516を選択してもよく、又はトラフィック警報510を引き起こした交通事象500に応答しなくてもよい。代替的に、ユーザは、ナビゲーションシステム100が交通事象500を迂回する代替経路を計算することを要求するための、経路変更提案オプション518を選択してもよい。場合によっては、ユーザは、ボタン242及び／又はスイッチ246を含む、入力装置を用いて、却下オプション516及び経路変更提案オプション518の1つを選択してもよい。他の場合では、ユーザはインタフェース114に関連付けられたタッチスクリーンを使用して選択を行ってもよい。

[0062]いくつかの実施形態において、交通警告は、自動車102の他の構成要素又はシステムに関連するインタフェース上で表示されてもよい。例示的な実施形態では、交通警告は、オーディオシステム、環境制御システム及び／又はナビゲーションシステムと通信又は制御するように構成された多機能ユニット上に表示されるように構成されてもよい。一実施形態では、警告は、ポップアップ又はオーバレイを介して他のシステムと関連付けられた表示画面を中断してもよい。ここで図６を参照すると、交通警告610は、自動車102のインターフェース114の表示画面240と関連付けられたエンターテインメント部分600上に表示されてもよい。）

（図５）

「

［図：0001384622000002.jpg］

」

（２）上記（１）から、引用文献３には、次の事項（以下、「引用文献３記載事項」という。）が記載されていると認められる。

「ナビゲーションシステム100が実行する、予測経路上の交通事象をユーザに警告するための方法400であって、

ナビゲーションシステム100が、自動車のための予測経路を決定するステップであって、自動車102のOBUによって実行されてもよい、ステップと、

ナビゲーションシステム100が、予測経路上の交通事象が存在するかどうかを決定するステップと、

交通事象が予測経路上に存在すると判定された場合、処理は、交通事象をユーザに警告するステップと、を含み、

交通警告510は、交通事象に応答してユーザが取るオプションを提示してもよく、ユーザへの経路変更提案オプション518を含んでいてもよく、ユーザは、ナビゲーションシステム100が交通事象500を迂回する代替経路を計算することを要求するための、経路変更提案オプション518を選択してもよく、ユーザはインタフェース114に関連付けられたタッチスクリーンを使用して選択を行ってもよく、

交通警告は、オーディオシステム及び／又はナビゲーションシステムと通信又は制御するように構成された多機能ユニット上に表示されるように構成されてもよく、警告は、ポップアップ又はオーバレイを介して他のシステムと関連付けられた表示画面を中断してもよく、自動車102のインターフェース114の表示画面240と関連付けられたエンターテインメント部分600上に表示されてもよい、方法。」

（３）当審拒絶理由Ａにて引用された引用文献４には、次の事項（以下、「引用文献４記載事項」という。）が記載されていると認められる。

「走行中の自動車１１に搭載されている車両用ナビゲーション装置３１のＣＰＵ５５は、ディスプレイ４３の画面４３ａ上に、自動車１１の現在位置を含む地域の地図４３ｂを表示し、（【００６０】）

１つ又は複数の事故多発位置情報ＴＡＩを受信すると、（【００６７】）

自動車１１の走行速度が一定速度以上である場合には、ディスプレイ４３に報知表示４３ｇを表示し、（【００７０】）

ユーザーが画面上において、ボタン４３ｄに触れ、タッチスイッチ４１を入力させるか、キースイッチ４２を操作すると、画面がディスプレイ４３に表示され、そして、ボタンが選択されると、情報記憶装置３５に新しいレベル情報データが記憶される（【００７４】）こと。」

４ 周知技術２

当審拒絶理由Ａにて引用された引用文献５には、

「車載表示システム１において、ユーザの音声を取得し、その音声を示す音声データをサーバ７に送信すること（【００２８】）、「楽曲の検索結果」のリストを表示し、表示された検索結果のリストの項目の一つを選択することで、当該項目の楽曲をオーディオ機能の再生対象にすることができること（【００３４】）、車載表示システム１はメインディスプレイ３１を備え、メインディスプレイ３１は、タッチパネル機能を備えていること（【００４７】）、ユーザは、ホイールボタン３３ａを回転することで、リストの項目のいずれかをカーソルＬＣで仮選択し、そして、ホイールボタン３３ａを押圧することで、カーソルＬＣで仮選択した項目の選択を確定すること（【００９２】）、及び、ユーザが、楽曲に係る検索結果のリストＬの項目の一つを選択した場合は、オーディオ制御部２１ｅが、当該項目の楽曲をオーディオ機能の再生対象に設定し、以降、オーディオ部２４が、この楽曲を再生すること（【０１０２】）」

が記載されていると認められる。

ここで、選択を確定するためのホイールボタン３３ａの回転や押圧による操作は、ユーザの音声を取得すること及びタッチパネル機能、すなわち「音声通信」を含むモダリティタイプ及び「タッチ」を含むモダリティタイプのいずれとも異なるモダリティタイプであって、このように、車載システムが備える３つのモダリティタイプのうちの当該異なるモダリティタイプを音楽再生のタスクに関連付けることは周知技術である（以下、「周知技術２」という。）。

５ 周知技術３

当審拒絶理由Ａにて引用された引用文献６には、車載機器を制御するコントローラ（control apparatus）として、押しボタン（a push button）、タッチボタン（a touch button）、ホイールボタン（a wheel button）、ジョグとシャトルボタン（a jog and shuttle button）が例示されている（図13及び段落[0130]を参照）。

また、同じく引用文献７には、「図３に示すように、本例の入力デバイス１０は、第１入力デバイスとしてファンクションスイッチ１０１と、第２入力デバイスとしてジョグダイアル１０２とを少なくとも有し、さらにトップメニュスイッチ１０３１及びバックスイッチ１０３２とを含む階層操作スイッチ１０３とを有している。特に限定されないが、本例では図２に示すようにステアリング上に配置される。」（段落【００１３】）との記載がある。

このように、車載機器を制御するコントローラとして、ジョグダイヤルは周知技術である（以下、「周知技術３」という。）。

６ 引用文献Ａ

原査定の拒絶の理由にて引用された引用文献Ａには、図面とともに次の事項が記載されている。

「FIELD OF THE INVENTION

This application relates to gesture and voice recognition systems and more particularly to gesture and voice command recognition in a vehicle.」（１欄５～９行）

（当審訳： 発明の分野

本出願は、ジェスチャ及び音声認識システムに関し、特に、車両におけるジェスチャ及び音声コマンドの認識に関する。)

「FIG. 1 illustrates an exemplary operating environment 100 for various embodiments. Operating environment 100 may include an in-vehicle communications system, one example of such a system is an in-vehicle hands free telephone (HFT) controller 113 which will be used as an example herein for ease of discussion. The operating environment 100 may also include a wireless mobile communication device (MCD) 102, a communication link 105 for communications between the in-vehicle system 112 and a network 120, a short-range communication link 109 for communication between the in-vehicle system 112 and wireless mobile communication device 102, a wireless networking communication link 107 between wireless mobile communication device 102 and network 120, and a processing device, such as a server 122 connected to network 120. The communication links described herein can directly or indirectly connect these devices. The network 120 can be a wireless communication network such as a cellular network comprised of multiple base stations, controllers, and a core network that typically includes multiple switching entities and gateways, for example.

The vehicle 112 can include a camera 136, a microphone 138, a voice recognition (VR) module 132 and/or a gesture recognition (GR) module 134. The camera 136 and/or microphone can be in the vehicle 112 or can be in the MCD 102 (not shown), for example. In an embodiment the camera 136 can be any optical sensing device, for example, a sensor that captures signals from within the vehicle, e.g., a time of flight camera, an infrared sensor, a traditional camera, CMOS type sensor cameras, etc. The camera 136 is positioned to receive signals from a user such as hand signals from a driver or passenger. In various embodiments, the signals received by the camera 136 represent gestures by a driver/passenger. The camera 136 can include multiple cameras 136 positioned to receive signals from various positions in the vehicle, e.g., driver seat, front passenger seat, second row seats, etc. Alternatively a single camera can be used which is focused on one position, e.g., the driver, has a wide field of view and can receive signals from more than one occupant of the vehicle, or can change its field of view to receive signals from different occupant positions. In another embodiment, the camera 136 is positioned in the MCD 102, e.g., a camera incorporated into a smart phone, and the camera can be positioned to capture the gestures by the occupant. For example, the camera 136 can be mounted so that it faces the driver and can capture gestures by the driver. The camera 136 may be positioned in the cabin or pointing toward the cabin and can be mounted on the ceiling, headrest, dashboard or other locations in/on the vehicle 112 or MCD 102.

The vehicle can include a microphone 138 that receives audio signals from inside the vehicle. In an embodiment the microphone can be positioned such that it is more sensitive to sound emanating from a particular position, e.g., the position of the driver, than other positions, e.g., other occupants. The microphone 138 can be standard microphone that is incorporated into a vehicle or can be a microphone incorporated into a MCD 102. The microphone 138 can be mounted so that it receives voice signals from the driver. For example, the microphone 138 may be positioned in the cabin or pointing toward the cabin and can be mounted on the ceiling, headrest, dashboard or other locations in/on the vehicle 112 or MCD 102.」（２欄８行～３欄３行）

（当審訳： 図１は、様々な実施形態のための例示的な動作環境100を示す。動作環境100は、車載通信システムを含むことができるが、そのようなシステムの一例は、説明を簡単にするためにここで例として使用することができる車内ハンズフリー電話(HFT)コントローラ113である。また、動作環境100は、無線モバイル通信デバイス(MCD)102、車載システム112とネットワーク120との間の通信のための通信リンク105、車載システム112とワイヤレスモバイル通信デバイス102との間の通信のための近距離通信リンク109、無線通信装置102とネットワーク120との間の無線ネットワーク通信リンク107、及び、ネットワーク120に接続されたサーバ122のような処理装置を含むことができる。ここに記述される通信リンクは、直接的又は間接的にこれらの装置を接続することができる。ネットワーク120は、複数の基地局、コントローラ、ならびに一般に複数のスイッチングエンティティ及びゲートウェイを有するコアネットワークと、例えばセルラーネットワークのような無線通信ネットワークとすることができる。

車両112は、カメラ136、マイク138、音声認識(VR)モジュール132及び／又はジェスチャー認識(GR)モジュール134を含むことができる。カメラ136及び／又はマイクロフォンは、車両112内に存在し得るか、又はMCD102(図示せず)に存在し得る。本実施形態のカメラ136は、任意の光検出装置、例えば車両内からの信号を捕捉するセンサ、たとえば、飛行時間カメラ、赤外線センサ、カメラ、CMOSセンサカメラ等を挙げることができる。カメラ136は、運転手や同乗者の手信号などのユーザから信号を受信するように配置されている。様々な実施形態では、カメラ136によって受信された信号は、運転者／同乗者によるジェスチャを表す。カメラ136は、車両内の様々な位置、例えば、運転席シート、助手席シート、2列目シート等からの信号を受信するように配置された複数のカメラ136を含むことができ、あるいは単一のカメラは、1つの位置、例えばドライバ上にフォーカスされ、広い視野を有し、車両の複数の乗員から信号を受信することができ、又は異なる乗員位置から信号を受信するためにその視野を変更するのに使用することができる。別の実施形態では、カメラ136は、コンピューティング装置102、例えば、スマートフォンに組み込まれたカメラであり、カメラは、乗員によってジェスチャを捕捉するように配置することができる。例えば、カメラ136は、運転者の方を向いており、運転者によるジェスチャを取り込むことができるように取り付けることができる。カメラ136は、車室内にあるか車室の方向に向いていることができ、天井、ヘッドレスト、ダッシュボード、若しくは、車両112又はMCD102内／上の他の場所に取り付けることができる。

車両は、車両内部からの音声信号を受信するマイクロフォン138を含むことができる。一実施形態では、マイクロフォンは、特定の位置、例えば、運転者の位置から発生する音に対して、他の位置、例えば、他の乗員よりも敏感であるように配置することができる。マイクロフォン138は、車両に組み込まれた標準的なマイクロフォンであってもよいし、コンピューティング装置102に組み込まれたマイクロフォンであってもよい。マイクロフォン138は、運転者からの音声信号を受信するように取り付けられ得る。例えば、マイクロフォン138は、車室内にあるか車室の方向に向いていることができ、天井、ヘッドレスト、ダッシュボード、若しくは、車両112又はMCD102内／上の他の場所に取り付けられ得る。）

「In-vehicle system 112 may send information to wireless mobile communication device 102. Wireless mobile communication device 102 may send information to in-vehicle system 112 via short-range communication link 109. Wireless mobile communication device 102 may store information received from in-vehicle system 112, and/or may provide the information (such as voice and/or gesture signals) to a remote processing device, such as, for example, server 122, via network 120. Remote server 122 can include a communications unit 126 to connect to the network 120, for example, a memory/storage unit 124 and a processor 128.」（４欄２９～３９行）

（当審訳： 車載システム112は、無線携帯通信装置102に情報を送信することができる。無線携帯通信装置102は、短距離通信リンク109を介して車載システム112に情報を送信することができる。無線携帯通信装置102は、車載システム112から受信した情報を記憶し、及び／又は、情報(音声及び／又はジェスチャ信号など)を、ネットワーク120を介して例えばサーバ122のような遠隔処理装置に提供することができる。リモートサーバ122は、例えば、メモリ／記憶装置124及びプロセッサ128をネットワーク120に接続するための通信ユニット126を含むことができる。）

「In an embodiment, the user, e.g., a vehicle driver or passenger, interacts 202 with the gesture recognition (GR) module 134 independently of the voice recognition module 136. In this embodiment, the gesture recognition module 134 enables the driver to enter into different modes, such as, navigation, hands-free calling, music search, etc.

In another embodiment, the driver (or passenger) interacts 204 with the voice recognition (VR) module 136 independently of the gesture recognition module 134. In this embodiment the user may, for example, say a command which takes the voice recognition system into a particular mode or context, such as, navigation, web search, hands-free calling, music search, etc. The system may require the pressing of a talk switch or some other method of waking up/activating the voice recognition module 132 and/or microphone 138 (together the voice recognition system). In some embodiments, the voice recognition system supports an open microphone in which the system wakes-up when the user uses a specific word.」（４欄５９行～５欄１０行）

（当審訳： 一実施形態において、ユーザ、例えば、自動車運転者又は同乗者は、音声認識モジュール136とは独立してジェスチャ認識(GR)モジュール134と相互作用202する。この実施形態では、ジェスチャ認識モジュール134は、運転者に、例えばナビゲーション、ハンズフリー通話、音楽検索などの、異なるモードに入ることを可能にする。

別の実施形態では、運転者(又は同乗者)が、ジェスチャー認識モジュール134とは独立して音声認識(VR)モジュール136と相互作用204する。この実施形態では、ユーザは、例えば、ナビゲーション、ウェブ検索、ハンズフリー通話、音楽検索等の、音声認識システムを特定のモード又はコンテキストに入らせるコマンドを言ってもよい。システムは、トークスイッチを押すこと、又は音声認識モジュール132及び／又はマイクロフォン138（共に音声認識システム）を目覚めさせる／作動させる他の方法を必要とし得る。いくつかの実施形態では、音声認識システムは、ユーザが特定の単語を使用するときにシステムがウェイクアップするオープンマイクロフォンをサポートする。）

「In another embodiment, the driver (or passenger) interacts 208 with the voice recognition (VR) module 136 to trigger the gesture recognition module 134. In one example of this embodiment the user may speak a trigger word or phrase, e.g., "music." The system can then go into a music mode and the user can scroll through album covers displayed in a vehicle's display device by performing a gesture interpreted to mean "scroll." In an alternate embodiment, a voice prompt (informative or confirmative) may occur before enabling the gesture recognition system.」（５欄２４～３３行）

（当審訳： 別の実施形態では、運転者(又は同乗者)が、ジェスチャ認識モジュール134をトリガするために、音声認識(VR)モジュール136と相互作用する208。この実施形態の1つの例では、ユーザは、起動する語又は句、例えば、「音楽」と話してもよい。すると、システムは音楽モードに入ることができ、ユーザは、「スクロール」を意味すると解釈されるジェスチャを実行することにより、車両の表示装置に表示されているアルバムカバーを、スクロールすることができる。別の実施形態では、ジェスチャ認識システムを使用可能にする前に音声プロンプト(情報的に又は確認的に)が発生してもよい。）

「In an embodiment, the gesture score and voice scores may be weighted. , the system and method may use trained action units that are capable of defining the relationship itself. Ideally, a learning system will choose between the two modalities, or choose combining them, as well as combining other modalities such as touch.」（６欄４～９行）

（当審訳：別一実施形態では、ジェスチャスコア及び音声スコアが重み付けされてもよい。代替として、システムおよび方法は、その関係自体を定義することができる訓練された動作単位を使用してもよい。理想的には、学習システムは、２つのモダリティの間で、又はそれらを組み合わせることを、タッチのような他のモダリティを組み合わせることと同様に、選択するだろう。）

（図１）「

［図：0001384622000003.jpg］

」

上記記載から、引用文献Ａには、次の発明が記載されていると認められる。

「動作環境100が、無線モバイル通信デバイス(MCD)102、車載システム112とネットワーク120との間の通信のための通信リンク105、車載システム112とワイヤレスモバイル通信デバイス102との間の通信のための近距離通信リンク109、無線通信装置102とネットワーク120との間の無線ネットワーク通信リンク107、及び、ネットワーク120に接続されたサーバ122のような処理装置を含み、

車両112は、カメラ136、マイク138、音声認識(VR)モジュール132及び／又はジェスチャー認識(GR)モジュール134を含み、カメラ136及び／又はマイクロフォンはMCD102に存在し、カメラ136によって受信された信号は、運転者／同乗者によるジェスチャを表し、マイクロフォン138は、運転者からの音声信号を受信するように取り付けられ、

車載システム112は、無線携帯通信装置102に情報を送信することができ、無線携帯通信装置102は、短距離通信リンク109を介して車載システム112に情報を送信することができる、

ジェスチャ及び音声認識システムの方法であって、

ユーザ、例えば、自動車運転者又は同乗者は、音声認識モジュール136とは独立してジェスチャ認識(GR)モジュール134と相互作用202し、ジェスチャ認識モジュール134は、運転者に、例えばナビゲーション、ハンズフリー通話、音楽検索などの、異なるモードに入ることを可能にし、

運転者(又は同乗者)が、ジェスチャー認識モジュール134とは独立して音声認識(VR)モジュール136と相互作用204し、ユーザは、例えば、ナビゲーション、ウェブ検索、ハンズフリー通話、音楽検索等の、音声認識システムを特定のモード又はコンテキストに入らせるコマンドを言ってもよく、

運転者(又は同乗者)が、ジェスチャ認識モジュール134をトリガするために、音声認識(VR)モジュール136と相互作用し、ユーザは、起動する語又は句、例えば、「音楽」と話すと、システムは音楽モードに入ることができ、ユーザは、「スクロール」を意味すると解釈されるジェスチャを実行することにより、車両の表示装置に表示されているアルバムカバーを、スクロールすることができ、

ジェスチャスコア及び音声スコアが重み付けされ、代替として、２つのモダリティに対してタッチのような他のモダリティを組み合わせる、

方法。」

第６ 当審拒絶理由Ａの理由１について（引用発明１との対比・判断）

１ 本願発明１について

（１）対比

ア 本願発明１と引用発明１とを対比すると、以下のことがいえる。

（ア）引用発明１の「自動車２に搭載されるナビゲーション装置２０」は、「通信部（通信手段）２８」を備えるものであるが、「通信部は、ナビゲーション装置に備わっている必要は無く、携帯電話に備わっていてもよく、携帯電話に通信部を置く場合には、ナビゲーション装置と携帯電話の間の通信を、有線での通信や、無線での通信によって実現」してもよいものである。

したがって、「ナビゲーション装置２０」の「通信部（通信手段）２８」が「携帯電話に備わって」いるものとした場合は、「ナビゲーション装置２０」と「携帯電話」との間で「有線」又は「無線」による接続が確立されるものとなり、ここで、「携帯電話」は、本願発明１の「モバイルデバイス」に相当する。

また、引用発明１の「ナビゲーション装置２０」は、「楽曲再生モード或いはナビゲーションモードで動作させ」るものであるから、本願発明１の「車載情報／エンターテインメントシステム」に相当する。

以上のことから、本願発明１と引用発明１とは、

「モバイルデバイスと車載情報／エンターテインメントシステムとの間の接続を確立すること」

を含む点で一致している。

（イ）引用発明１の

「ナビゲーション装置２０は、音声により操作するアプリケーションとして、楽曲再生モード時に楽曲を検索する楽曲検索操作アプリケーションと、ナビゲーションモード時に目的地として施設を検索する施設検索（周辺検索）操作アプリケーションとを備え、

施設検索操作アプリケーションの動作では、ユーザが発話した音声が音声入力部２７から取り込まれると、取り込まれた音声データをサーバ１０へ送信し、

サーバ１０では、ナビゲーション装置２０から送信された音声データを受信すると、この音声データに対して音声認識を実行し、認識結果として複数の施設名候補を得て、認識結果である施設名候補のリストをナビゲーション装置２０へ送信し、

ナビゲーション装置２０では、施設名候補のリストをサーバ１０から受信すると、施設名候補のリストを画面へ表示し、ユーザに施設名候補のリストから希望する施設名を選択するように促し、この選択は、タッチパネル等を用いた手操作で行ってもよ」い

との構成において、「楽曲再生モード時に楽曲を検索する楽曲検索操作アプリケーション」の動作では、「施設検索操作アプリケーション」と同様に「ユーザが発話した音声が音声入力部２７から取り込まれ」ることが明らかであり、また、「ユーザが発話した音声」には検索条件となる「クエリ」が含まれること、及び、「認識結果」として複数の楽曲名候補を得て、楽曲名候補のリストを「ナビゲーション装置２０」へ送信し、「ナビゲーション装置２０」では、楽曲名候補のリストを「画面へ表示」し、「ユーザ」に楽曲名候補のリストから希望する楽曲名を「タッチパネル等を用いた手操作」により「選択するように促」すものとなることも、それぞれ明らかである。

ここで、「ユーザが発話した音声が音声入力部２７から取り込まれ」ることは、本願発明１の「音声通信を含む第１のモダリティタイプの入力」に相当する。

また、引用発明１は、「楽曲再生モードの場合には、ユーザ指示に応じて楽曲データを再生」するものであることから明らかなように、「楽曲を検索する」ことは、「楽曲データを再生」するため、すなわち「音楽再生のタスクを達成する」ためであるから、「ユーザが発話した音声が音声入力部２７から取り込まれ」ることは、「音楽再生のタスクを達成することに関連付けられ」たものであるといえる。

（ウ）「ナビゲーション装置２０」の「通信部（通信手段）２８」が、上記（ア）で述べたように「携帯電話に備わって」いるものとした場合、上記（イ）の楽曲名候補のリストは、「携帯電話」からの通信として「ナビゲーション装置２０」が受信するものとなり、ここで、当該通信は、「ユーザが発話した音声が音声入力部２７から取り込まれ」ることと「関連付けられ」たものであるといえる。

（エ）上記（イ）、（ウ）について、上記（ア）も踏まえると、本願発明１の

「前記モバイルデバイスから通信を受信することであって、前記通信が、前記モバイルデバイスによって受信された、音声通信を含む第１のモダリティタイプの入力に関連付けられ、前記入力が、クエリを含み、音楽再生のタスクを達成することに関連付けられる、受信すること」

に関して、引用発明１と本願発明１とは、

「前記モバイルデバイスから通信を受信することであって、前記通信が、音声通信を含む第１のモダリティタイプの入力に関連付けられ、前記入力が、クエリを含み、音楽再生のタスクを達成することに関連付けられる、受信すること」

を含む点で共通している。

（オ）上記（イ）で述べた「楽曲再生モード時に楽曲を検索する楽曲検索操作アプリケーション」の動作において、「ユーザが発話した音声」には、検索条件となる「クエリ」が含まれること、及び、「ナビゲーション装置２０」で楽曲名候補のリストを「画面へ表示」し、「ユーザ」に楽曲名候補のリストから希望する楽曲名を「タッチパネル等を用いた手操作」により「選択するように促」すことに関し、楽曲名候補のリストは「クエリ」を満たすものであることが明らかである。また、楽曲名候補のリストを「画面へ表示」することは、本願発明１の「複数の歌曲をリストする」ことに相当する。

また、「タッチパネル等を用いた手操作」がなされることは、引用発明１の「ユーザが発話した音声が音声入力部２７から取り込まれる」ことに関する「モダリティタイプ」とは異なる「モダリティタイプ」の「入力」を「受信する」ことであるとともに、当該「手操作」は、引用発明１において「ユーザ指示に応じて楽曲データを再生」するためのもの、すなわち「音楽再生の前記タスクを実施する」ことに「関連付けられ」たものであるといえ、それにより希望する楽曲名を選択することは、本願発明１の「前記クエリを満たす複数の歌曲から歌曲を選択する」ことに相当する。

以上のことから、引用発明１と本願発明１とは、

「前記クエリを満たす複数の歌曲をリストすることと、

前記第１のモダリティタイプとは異なる第２のモダリティタイプの入力を受信することであって、前記クエリを満たす複数の歌曲から歌曲を選択する前記第２のモダリティタイプの前記入力が、音楽再生の前記タスクを実施することに関連付けられる、受信することと、

音楽再生の前記タスクを実施することであって、前記タスクは、前記歌曲を再生することを含む、音楽再生の前記タスクを実施することと、」

を含む点で一致している。

（カ）上記（オ）で述べた、「ユーザが発話した音声が音声入力部２７から取り込まれる」こと、及び「タッチパネル等を用いた手操作」がなされることは、互いに「異なるモダリティタイプ」であって、「ナビゲーション装置２０」に関与するために使用されるといえる。

したがって、本願発明１の

「３つの異なるモダリティタイプが、前記モバイルデバイスを介して前記車載情報／エンターテインメントシステムに関与するために使用され、前記３つの異なるモダリティタイプは、前記第１のモダリティタイプ、前記第２のモダリティタイプ、及び、前記第１及び第２のモダリティタイプとは異なる前記第３のモダリティタイプを含」む

ことに関して、引用発明１と本願発明１とは、

「異なるモダリティタイプが、前記車載情報／エンターテインメントシステムに関与するために使用され、前記異なるモダリティタイプは、前記第１のモダリティタイプ、前記第２のモダリティタイプを含」む

という点で共通している。

（キ）引用発明１の「ナビゲーション装置２０に実装された方法」は、コンピュータとしての「ナビゲーション装置２０」が実行するものであって、後述する相違点を別にすれば、本願発明１の「コンピュータ実装方法」に相当する。

イ 上記アから、本願発明１と引用発明１とは、以下の点で一致する。

（一致点）

「モバイルデバイスと車載情報／エンターテインメントシステムとの間の接続を確立することと、

前記モバイルデバイスから通信を受信することであって、前記通信が、音声通信を含む第１のモダリティタイプの入力に関連付けられ、前記入力が、クエリを含み、音楽再生のタスクを達成することに関連付けられる、受信することと、

前記クエリを満たす複数の歌曲をリストすることと、

前記第１のモダリティタイプとは異なる第２のモダリティタイプの入力を受信することであって、前記クエリを満たす複数の歌曲から歌曲を選択する前記第２のモダリティタイプの前記入力が、音楽再生の前記タスクを実施することに関連付けられる、受信することと、

音楽再生の前記タスクを実施することであって、前記タスクは、前記歌曲を再生することを含む、音楽再生の前記タスクを実施することと、を含み、

異なるモダリティタイプが、前記モバイルデバイスを介して前記車載情報／エンターテインメントシステムに関与するために使用され、前記異なるモダリティタイプは、前記第１のモダリティタイプ、前記第２のモダリティタイプを含む、

コンピュータ実装方法。」

ウ また、本願発明１と引用発明１とは、以下の点で相違する。

（相違点１）

本願発明１では、「音声通信を含む第１のモダリティタイプの入力」が、「前記モバイルデバイスによって受信された」ものであるのに対し、引用発明１では、「ユーザが発話した音声が音声入力部２７から取り込まれる」ことが、「ナビゲーション装置２０」によってなされるものである点。

（相違点２）

本願発明１は、

「ユーザのコンテキストが異なるタスクに含まれる実行可能なアクションが実行のために使用可能であることを示すとき、音楽再生の前記タスクを実施中に当該タスクを中断し、前記異なるタスクに関連付けられる前記車載情報／エンターテインメントシステムの前記第１及び第２のモダリティタイプとは異なる、タッチを含む第３のモダリティタイプを介して選択可能なオプションを含むユーザインターフェースを提示することと、

タッチを含む前記第３のモダリティタイプを介して前記オプションの選択を受信することに応答して、前記異なるタスクを実施することと、」

を含むとともに、

「前記音楽再生の前記タスクを実施することは、前記異なるタスクが実施された後、前記音楽再生の前記タスクが中断されたところから当該タスクを再開することを含む」

ものであり、また、本願発明１では、使用される「異なるモダリティタイプ」が「３つ」であって、「前記３つの異なるモダリティタイプは、前記第１のモダリティタイプ、前記第２のモダリティタイプ、及び、前記第１及び第２のモダリティタイプとは異なる前記第３のモダリティタイプを含」むものであるのに対し、引用発明１は、「楽曲データを再生」することの実施中にこれを「中断し」た上で何らかの「ユーザインターフェースを提示する」と特定されるものではなく、「楽曲データを再生」することと「異なるタスク」を、当該「ユーザインターフェース」と関連して「実施する」と特定されるものでもなく、また、使用されるモダリティタイプが、「ユーザが発話した音声が音声入力部２７から取り込まれる」こと及び「タッチパネル等を用いた手操作」の２つであって、３つではない点。

（相違点３）

本願発明１では、「３つの異なるモダリティタイプ」が、「前記モバイルデバイスを介して前記車載情報／エンターテインメントシステムに関与するために使用される」のに対し、引用発明１では、「ユーザが発話した音声が音声入力部２７から取り込まれる」こと及び「タッチパネル等を用いた手操作」は、「ナビゲーション装置２０」に対する操作、すなわちそれに「関与する」ために使用されるものであるものの、「携帯電話」を「介して」、「ナビゲーション装置２０」に「関与する」ために使用されるものではない点。

（２）判断

事案に鑑みて、相違点２について先に検討する。

上記第５の３（６）のとおり、

「車載システムにおいて、特定のタスクの実施中に、異なるタスクに関連付けられるタッチを含むモダリティタイプを介して選択可能なオプションを含むユーザインターフェースを提示し、前記特定のモダリティタイプを介して前記オプションの選択を受信することに応答して、前記異なるタスクを実施すること。」

は周知技術（周知技術１）であり、引用発明１に当該周知技術を適用することは当業者が容易に想到し得るとしても、「ユーザのコンテキストが異なるタスクに含まれる実行可能なアクションが実行のために使用可能であることを示す」ことを条件として、引用発明１の「楽曲データを再生」することの実施中にこれを「中断し」た上で、上記周知技術に係る「異なるタスクに関連付けられるタッチを含むモダリティタイプを介して選択可能なオプションを含むユーザインターフェースを提示する」ものとすることについてまで、当業者が容易に想到し得ると認めるに足りる根拠は見出せない。引用発明２（上記第５の２）や周知技術２，３（同４，５）がその根拠を示すものではないことは明らかである。

また、相違点２に係る本願発明１の構成が、本願の優先日前において周知技術であったとも認められない。

よって、他の相違点について判断するまでもなく、本願発明１は、当業者であっても引用文献１～７に記載された発明に基づいて容易に発明をすることができたものであるとはいえない。

２ 本願発明２～８について

本願発明２～８は、本願発明１を減縮した発明であるから、本願発明１と同様の理由により、当業者であっても引用文献１～７に記載された発明に基づいて容易に発明をすることができたものであるとはいえない。

３ 小括

以上のとおりであるから、当審拒絶理由Ａの理由１（上記第３の１（１））は解消した。

第７ 当審拒絶理由Ａの理由２及び当審拒絶理由Ｂについて

令和４年４月１日に提出された誤訳訂正書により誤訳訂正された特許請求の範囲の請求項１には、「ユーザのコンテキストが異なるタスクに含まれる実行可能なアクションが実行のために使用可能であることを示すとき、音楽再生の前記タスクを実施中に当該タスクを中断し、」と記載されており、当該記載は、「ユーザのコンテキストが異なるタスクに含まれる実行可能なアクションが実行のために使用可能であること」を条件に「音楽再生の前記タスクを実施中に当該タスクを中断」することであると理解でき、また、発明の詳細な説明の段落【００４０】の記載により裏付けられているといえる。

したがって、当審拒絶理由Ａの理由２及び当審拒絶理由Ｂはいずれも解消した。

第８ 原査定について

令和４年４月１日に提出された誤訳訂正書により、請求項１～８は、上記第６の１（２）で検討した相違点２に係る技術的事項を含むものとなった。

そして、当該技術的事項は、原査定における引用文献Ａ～Ｅには記載されておらず、本願出願日前における周知技術でもないので、本願発明１～８は、当業者であっても、原査定における引用文献Ａ～Ｅに基づいて容易に発明をすることができたものではない。したがって、原査定を維持することはできない。

第９ むすび

以上のとおり、原査定の理由によって、本願を拒絶することはできない。

また、他に本願を拒絶すべき理由を発見しない。

よって、結論のとおり審決する。