• ポートフォリオ機能


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

  • この表をプリントする
PDF PDFをダウンロード
審決分類 審判 査定不服 特36条6項1、2号及び3号 請求の範囲の記載不備 取り消して特許、登録 G06F
審判 査定不服 2項進歩性 取り消して特許、登録 G06F
管理番号 1388769
総通号数 10 
発行国 JP 
公報種別 特許審決公報 
発行日 2022-10-28 
種別 拒絶査定不服の審決 
審判請求日 2021-04-08 
確定日 2022-09-26 
事件の表示 特願２０１９−１３５３８１「オーディオベースのデータ構造生成」拒絶査定不服審判事件〔令和 １年１１月 ７日出願公開、特開２０１９−１９４９１８、請求項の数（１６）〕について、次のとおり審決する。 
結論 原査定を取り消す。 本願の発明は、特許すべきものとする。 
理由 第１ 手続の経緯

本願は、２０１７年（平成２９年）８月３１日（パリ条約による優先権主張外国庁受理 ２０１６年１２月３０日 米国）を国際出願日とする出願である特願２０１７−５５６８９１号の一部を、令和元年７月２３日に新たな特許出願としたものであって、その手続の経緯は以下のとおりである。
令和 ２年 ８月１２日付け ：拒絶理由通知
令和 ２年 ９月３０日 ：意見書、手続補正書の提出
令和 ３年 ２月２４日付け ：拒絶査定（原査定）
令和 ３年 ４月 ８日 ：審判請求書、手続補正書の提出
令和 ４年 １月１１日付け ：拒絶理由通知（当審拒絶理由１）
令和 ４年 ４月１２日 ：意見書、手続補正書の提出
令和 ４年 ７月 ６日付け ：拒絶理由通知（当審拒絶理由２）
令和 ４年 ７月２７日 ：意見書、手続補正書の提出

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

本願請求項１−２０に係る発明は、以下の引用文献Ａに記載された発明に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明できたものであるから、特許法第29条第2項の規定により、特許を受けることができない。

引用文献等一覧
Ａ．特表２０１５−５２８１４０号公報

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

１．当審拒絶理由１の概要
（１）特許法第36条第6項第2号について
ア．請求項１−２０について、特許請求の範囲の記載が不明確である。

イ．請求項８−９，１８−１９について、特許請求の範囲の記載が不明確である。

ウ．請求項９，１９について、特許請求の範囲の記載が不明確である。

（２）特許法第36条第6項第1号について
ア．請求項１−２０について、発明の詳細な説明における対応する記載箇所が不明である。

イ．請求項９，１９について、発明の詳細な説明における対応する記載箇所が不明である。

（３）特許法第29条第2項について
請求項１−２，５，１１−１２，１５に係る発明は、以下の引用文献１−２に記載された発明に基づいて、当業者が容易に発明できたものである

引用文献等一覧
１．特表２０１５−５２８１４０号公報（拒絶査定時の引用文献Ａ）
２．特開２００５−０７３２３６号公報（当審で新たに引用する文献）

２．当審拒絶理由２の概要
（１）特許法第36条第6項第2号について
請求項８，１７について、特許請求の範囲の記載が不明確である。

（２）特許法第36条第6項第1号について
ア．請求項７−８，１６−１７について、発明の詳細な説明における対応する記載箇所が不明である。

イ．請求項８，１７について、発明の詳細な説明における対応する記載箇所が不明である。

第４ 本願発明

本願請求項１−１６に係る発明（以下、それぞれ「本願発明１」−「本願発明１６」という。）は、令和 ４年 ７月２７日付けの手続補正で補正された特許請求の範囲の請求項１−１６に記載された事項により特定される、以下のとおりの発明である。

「【請求項１】
コンピュータネットワークを介して音声ベースのデジタルアシスタントを稼働するためにパケット化されたアクションをルーティングするシステムであって、
会話アプリケーションプログラミングインタフェースと1つまたは複数のプロセッサと
を備えるデータ処理システムを備え、前記1つまたは複数のプロセッサは、
リアルタイムコンテンツ選択プロセスを介して、サードパーティプロバイダデバイスとは異なるコンテンツプロバイダデバイスによって提供されたコンテンツアイテムを選択し、
クライアントコンピューティングデバイスのセンサによって検出された入力オーディオ信号を含むデータパケットを受信し、
前記入力オーディオ信号を解析して、キーワードを識別し、
前記キーワードに基づいて、アクションデータ構造を生成し、
前記会話アプリケーションプログラミングインタフェースを起動して前記サードパーティプロバイダデバイスと前記クライアントコンピューティングデバイスとの間で通信セッションを確立するために、前記アクションデータ構造を前記サードパーティプロバイダデバイスに送信し、
前記通信セッションを介して前記クライアントコンピューティングデバイスと前記サードパーティプロバイダデバイスとの間で追加の情報についてのデータパケットをルーティングする、システム。
【請求項２】
前記データ処理システムは、
前記キーワードに基づいて、コンテンツ・アイテムを選択し、
前記通信セッション中に、前記クライアントコンピューティングデバイスを介した提示のために前記コンテンツ・アイテムを提供する、請求項1に記載のシステム。
【請求項３】
前記データ処理システムは、
リアルタイムコンテンツ選択プロセスを介して、前記サードパーティプロバイダデバイスに関連付けられたコンテンツ・アイテムを選択し、
前記クライアントコンピューティングデバイスから、前記コンテンツ・アイテムと対話するための指示を受信する、請求項1に記載のシステム。
【請求項４】
前記データ処理システムは、
前記サードパーティプロバイダデバイスに対して構成される前記会話アプリケーションプログラミングインタフェースを起動する、請求項1に記載のシステム。
【請求項５】
前記データ処理システムは、
前記サードパーティプロバイダデバイスとは異なる第2のサードパーティデバイスによ
って提供されたコンテンツ・アイテムを選択し、
前記サードパーティプロバイダデバイスとの前記通信セッション中の提示のために前記コンテンツ・アイテムを提供する、請求項1に記載のシステム。
【請求項６】
前記データ処理システムは、
前記キーワードまたは前記サードパーティプロバイダデバイスのタイプに基づいて、テンプレートを選択し、
埋めるべき前記テンプレート内のフィールドを識別し、
前記テンプレート内の前記フィールドについて、前記クライアントコンピューティングデバイスの第2のセンサから値を取得し、
前記クライアントコンピューティングデバイスの前記第2のセンサからの前記値に基づ
いて前記アクションデータ構造のための前記テンプレートを埋めて、前記アクションデータ構造を生成する、請求項1に記載のシステム。
【請求項７】
前記データ処理システムは、
前記クライアントコンピューティングデバイスから、前記アクションデータ構造を処理するための指示を受信し、
前記指示に応答して、前記アクションデータ構造を処理するように前記サードパーティプロバイダデバイスに指示する、請求項1に記載のシステム。
【請求項８】
前記データ処理システムは、
前記サードパーティプロバイダデバイスから、前記サードパーティプロバイダデバイスが前記会話アプリケーションプログラミングインタフェースを介した前記通信セッションを前記クライアントコンピューティングデバイスと確立したとの指示を受信する、請求項1に記載のシステム。
【請求項９】
コンピュータネットワークを介して音声ベースのデジタルアシスタントを稼働するためにパケット化されたアクションをルーティングする方法であって、
リアルタイムコンテンツ選択プロセスを介して、サードパーティプロバイダデバイスとは異なるコンテンツプロバイダデバイスによって提供されたコンテンツアイテムを選択するステップと、
少なくとも1つのプロセッサを有するデータ処理システムによって、クライアントコン
ピューティングデバイスのセンサによって検出された入力オーディオ信号を含むデータパケットを受信するステップと、
前記データ処理システムによって、前記入力オーディオ信号を解析して、キーワードを識別するステップと、
前記データ処理システムによって、前記キーワードに基づいて、アクションデータ構造を生成するステップと、
前記データ処理システムによって、会話アプリケーションプログラミングインタフェースを起動して前記サードパーティプロバイダデバイスと前記クライアントコンピューティングデバイスとの間で通信セッションを確立するために、前記アクションデータ構造を前記サードパーティプロバイダデバイスに送信するステップと、
前記データ処理システムによって、前記通信セッションを介して前記クライアントコンピューティングデバイスと前記サードパーティプロバイダデバイスとの間で追加の情報についてのデータパケットをルーティングするステップと
を含む、方法。
【請求項１０】
前記キーワードに基づいて、コンテンツ・アイテムを選択するステップと、
前記通信セッション中に、前記クライアントコンピューティングデバイスを介した提示のために前記コンテンツ・アイテムを提供するステップと
を含む、請求項9に記載の方法。
【請求項１１】
前記データ処理システムによって、リアルタイムコンテンツ選択プロセスを介して、前記サードパーティプロバイダデバイスに関連付けられたコンテンツ・アイテムを選択するステップと、
前記データ処理システムによって、前記クライアントコンピューティングデバイスから、前記コンテンツ・アイテムと対話するための指示を受信するステップと
を含む、請求項9に記載の方法。
【請求項１２】
前記サードパーティプロバイダデバイスに対して構成される前記会話アプリケーションプログラミングインタフェースを起動するステップを含む、請求項9に記載の方法。
【請求項１３】
前記サードパーティプロバイダデバイスとは異なる第2のサードパーティデバイスによ
って提供されたコンテンツ・アイテムを選択するステップと、
前記サードパーティプロバイダデバイスとの前記通信セッション中の提示のために前記コンテンツ・アイテムを提供するステップと
を含む、請求項9に記載の方法。
【請求項１４】
前記キーワードまたは前記サードパーティプロバイダデバイスのタイプに基づいて、テンプレートを選択するステップと、
埋めるべき前記テンプレート内のフィールドを識別するステップと、
前記テンプレート内の前記フィールドについて、前記クライアントコンピューティングデバイスの第2のセンサから値を取得するステップと、
前記クライアントコンピューティングデバイスの前記第2のセンサからの前記値に基づ
いて前記アクションデータ構造のための前記テンプレートを埋めて、前記アクションデータ構造を生成するステップと
を含む、請求項9に記載の方法。
【請求項１５】
前記クライアントコンピューティングデバイスから、前記アクションデータ構造を処理するための指示を受信するステップと、
前記指示に応答して、前記アクションデータ構造を処理するように前記サードパーティプロバイダデバイスに指示するステップと
を含む、請求項9に記載の方法。
【請求項１６】
前記サードパーティプロバイダデバイスから、前記サードパーティプロバイダデバイスが前記会話アプリケーションプログラミングインタフェースを介した前記通信セッションを前記クライアントコンピューティングデバイスと確立したとの指示を受信するステップを含む、請求項9に記載の方法。」

第５ 引用文献、引用発明等

１．引用文献１について
令和 ４年 １月１１日付けの当審拒絶理由１に引用された引用文献１（特表２０１５−５２８１４０号公報）には、図面とともに次の事項が記載されている。（下線は、強調のため当審にて付与。以下同様。）

「【００１９】
図１は、いくつかの実施形態に係るデジタルアシスタントの動作環境１００のブロック図である。用語「デジタルアシスタント」、「仮想アシスタント」、「インテリジェント自動アシスタント」、又は「自動デジタルアシスタント」は、口頭及び／又はテキスト形式の自然言語入力を解釈してユーザ意図を推測し（例えば、自然言語入力に対応するタスクの種類を特定し）、推測されたユーザ意図に基づき動作を実行する（例えば、特定されたタスクの種類に対応するタスクを実行する）あらゆる情報処理システムを指す。例えば、推測されたユーザ意図に基づいて動作するために、システムは、以下のことのうちの１つ以上を実行することができる：推測されたユーザ意図を果たすように設計されたステップ及びパラメータを有するタスクフローを特定すること（例えば、タスクの種類を特定すること）、推測されたユーザ意図からの具体的な要求事項をタスクフロー内に入力すること、プログラム、方法、サービス、ＡＰＩ、若しくは同様のものを呼び出すことによってタスクフローを実行すること（例えば、サービスプロバイダに要求を送信すること）、並びに可聴（例えば、発語）及び／又は視覚形式のユーザへの出力応答を生成すること。」

「【００２１】
図１に示されているように、いくつかの実施形態では、デジタルアシスタントシステムはクライアント?サーバモデルに従って実装される。デジタルアシスタントシステムは、ユーザ機器（例えば、１０４ａ及び１０４ｂ）上で実行されるクライアント側部分（例えば、１０２ａ及び１０２ｂ）（以後、「デジタルアシスタント（ＤＡ）クライアント１０２」）、並びにサーバシステム１０８上で実行されるサーバ側部分１０６（以後「デジタルアシスタント（ＤＡ）サーバ１０６」）を含む。ＤＡクライアント１０２は１つ以上のネットワーク１１０を通じてＤＡサーバ１０６と通信する。ＤＡクライアント１０２は、ユーザ対応入力及び出力処理、並びにＤＡサーバ１０６との通信等のクライアント側機能性を提供する。ＤＡサーバ１０６は、それぞれのユーザ機器１０４（クライアント機器とも呼ばれる）上に各々常駐する任意の数のＤＡクライアント１０２のためのサーバ側機能性を提供する。」

「【００４１】
デジタルアシスタントシステム３００は、メモリ３０２、１つ以上のプロセッサ３０４、入力／出力（Ｉ／Ｏ）インターフェース３０６、及びネットワーク通信インターフェース３０８を含む。これらの構成要素は１本以上の通信バス又は信号線３１０を通じて互いに通信する。」

「【０１１３】
その後、いつでも、ＤＡクライアントは、ユーザからの入力（例えば、音声入力）を受信する（４０８）。いくつかの実施形態では、ＤＡクライアントは、１つ以上のマイクを介して入力を受信する。例えば、ＤＡクライアントは、「午後７時にレストランを予約する」など、ユーザの音声コマンドを受信することができる。いくつかの実施形態では、ＤＡクライアントは、タッチセンサ方式の表面を介して入力を受信する。ＤＡクライアントは、ユーザからの入力をＤＡサーバに送信し（４１０）、かつ、ＤＡクライアントの場所など、コンテキスト情報を送信することもできる。
【０１１４】
ＤＡサーバは、ユーザの入力を受信して（４１２）、図４Ｂを参照して以下で説明するようにそれぞれのタスクタイプを特定する（４１４）。いくつかの実施形態では、ユーザの入力が音声コマンドであるとき、ＤＡサーバは、入力を音声ファイルとして（又は、ＤＡクライアントがテキストを音声に変換するエンジンを含む場合には音声に対応するテキストのストリングとして）受信する。図３Ｂを参照して先に説明したように、いくつかの実施形態では、ＤＡサーバは、デジタルアシスタント３２６（図３Ｂ）を使用して、それぞれのタスクタイプを特定する。例えば、ＤＡサーバは、ユーザの入力から、ユーザがレストラン予約を所望することを判断する（即ち、「レストラン予約をする」を要求されたタスクタイプとして特定する）ことができる。例えば、ユーザ入力が「今夜、レストランを予約する」であるとき、特定されたタスクタイプは、少なくとも１つのレストラン予約サービスプロバイダに対応するレストラン予約であり、ユーザ入力が「最新のジャイアンツの得点は何点か」であるとき、特定されたタスクタイプは、スポーツ得点を検索することである。
【０１１５】
いくつかの実施形態では、機器はサードパーティサービスプロバイダから受信された語彙（又は、新しいタスク又はドメインとの既存の語彙の関連づけなど、語彙の識別情報）に従ってそれぞれのタスクタイプを特定する。例えば、機器は、問い合わせ「今日、ＪｅｒｅｍｙＬｉｎはどこでプレーしているのか」をユーザから受信した後、用語Ｊｅｒｅｍｙ Ｌｉｎは競技者の名前としてのスポーツゲームスケジュールサービスプロバイダからのサードパーティ語彙索引における情報入力に適合すると判断して、スポーツの試合の場所の検索が要求されたタスクであると特定することができる。同様に、問い合わせ「今日は、ハンガーゲームはどこで上映しているのか」をユーザから受信した後、機器は、用語ハンガーゲームは、映画タイトルとして映画スケジュール／チケット販売サービスプロバイダからのサードパーティ語彙索引における情報入力に適合すると判断して、映画上映の場所の検索が要求されたタスクであると特定することができる。」

「【０１１７】
いくつかの実施形態では、ＤＡサーバが特定されたタスクタイプを実行することができる２つ以上のサービスプロバイダの場所を特定したとき、ＤＡサーバは、２つ以上のサービスプロバイダの１つを選択する。いくつかの他の実施形態では、ＤＡサーバは、２つ以上のサービスプロバイダの複数のサービスプロバイダを選択する。いくつかの実施形態では、ＤＡサーバは、特定されたタスクタイプのタスクを実行する要求を、１つ以上の選択されたサービスプロバイダ、典型的には１つのサービスプロバイダに送信する（４１８）。あるいは、他の実施形態では、ＤＡサーバは、要求をＤＡクライアント１０４に送信し、ＤＡクライアントが、要求を受信して、要求を１つ以上の選択されたサービスプロバイダに送信する（４１９）。いくつかの実施形態では、それぞれのサービスプロバイダは、タスクを完了するように構成される。いくつかの他の実施形態では、タスクは、複数のサービスプロバイダを必要とする。例えば、タスクは、「最も人気のある映画主演俳優Ｘのチケットを買う」とすることができる。このタスクを実行するには、情報を映画ランキングサービスプロバイダ、映画データベースサービスプロバイダ、及び映画チケット購入サービスプロバイダから受信するか、又は、タスクをこれらのサービスプロバイダと実行することが必要である場合がある。換言すると、それぞれのサービスプロバイダは、タスクの一部を実行し、機器は、複数の選択されたサービスプロバイダからの情報を統合する。」

「【０１２０】
ＤＡサーバ１０８は、１つ以上の結果をサービスプロバイダから受信して（４２６）、１つ以上の結果の１つ以上をＤＡクライアント１０４に送信する（４２８）。」

「図１

」


したがって、上記引用文献１には次の発明（以下、「引用発明」という。）が記載されていると認められる。

「デジタルアシスタント（ＤＡ）は、口頭の自然言語入力を解釈してユーザ意図を推測し、
システムは、ＡＰＩを呼び出すことによってタスクフローを実行し、
ＤＡクライアント１０２は１つ以上のネットワーク１１０を通じてＤＡサーバ１０６と通信し、
デジタルアシスタントシステム３００は、１つ以上のプロセッサを含み、
ＤＡクライアントは、１つ以上のマイクを介してユーザの音声コマンドを受信し、
ＤＡサーバは、入力を音声ファイルとして受信し、サードパーティサービスプロバイダから受信された語彙に従ってそれぞれのタスクタイプを特定し、
ＤＡサーバは、特定されたタスクタイプのタスクを実行する要求を、１つ以上の選択されたサービスプロバイダ、典型的には１つのサービスプロバイダに送信し、
ＤＡサーバ１０８は、１つ以上の結果をサービスプロバイダから受信して（４２６）、１つ以上の結果の１つ以上をＤＡクライアント１０４に送信する
システム。」

２．引用文献２について
令和 ４年 １月１１日付けの当審拒絶理由１に引用された引用文献２（特開２００５−０７３２３６号公報）には、図面とともに次の事項が記載されている。

「【００１５】
（実施の形態１）
図１は、本発明の実施の形態１におけるシステムの構成例を示す図である。図１において、ネットワーク１０２を介してクライアント１００と中継サーバ１０１とアプリケーションサーバ１０３とが相互に接続されている。クライアントとしては、ＰＣ（Personal Computer）だけでなく一般電話機や携帯電話など各種の端末が接続可能である。」

「【００１７】
このセッション開設動作について、図２および図３を用いて説明する。クライアント１００を操作するユーザが、アプリケーションサーバ１０３のサービスを受けようとすると、クライアント１００は、クライアント要求送信手段１０６を実行し、予め定められた中継サーバ１０１宛てにＳＩＰ要求メッセージを送信する。具体的には、図３に示すように「ＩＮＶＩＴＥ」メッセージを送信すればよい。ＳＩＰ要求メッセージには、ユーザが要求するサービスが何であるかが分かるような情報を設定しておく。例えば、「ＩＮＶＩＴＥ」メッセージのリクエストラインに「INVITE sip:service1@portal.com SIP/2.0」と指定することにより、「ｐｏｒｔａｌ．ｃｏｍ」が管理している「ｓｅｒｖｉｃｅ１」を要求するとのルールを決めておき、指定することが可能である。また、ＳＩＰの場合、メッセージボディに任意のデータを設定できるので、要求するサービスのより詳細な情報をＸＭＬなどの形式でメッセージボディに添付してもよい。例えば、図３に示す「ＩＮＶＩＴＥ」メッセージのようにＸＭＬ形式でメッセージボディを設定することにより、要求するサービスのより詳細な情報を設定することが可能となる。」

「【００２０】
中継サーバ１０１は、認証の結果、ユーザにサービスを提供可能である場合には、ユーザが要求したサービスを提供しているアプリケーションサーバ１０３を検索するために、アプリケーションサーバ検索手段１０９を実行する。アプリケーションサーバ検索手段１０９においては、サービスと提供可能なアプリケーションサーバ１０３との対応関係を管理し、ユーザが要求するサービスを提供可能か否かを判定する。例えば、「ＩＮＶＩＴＥ」のリクエストラインで「ｓｅｒｖｉｃｅ１」が要求されていることが分かった場合、「ｓｅｒｖｉｃｅ１」を提供するアプリケーションサーバ１０３を検索する。」

「【００２２】
中継サーバ１０１は、検索の結果、サービスを提供可能なアプリケーションサーバ１０３が見つかった場合、中継サーバ中継手段１１０を用いて、ＳＩＰ要求メッセージをアプリケーションサーバ１０３へ中継する。
【００２３】
アプリケーションサーバ１０３は、アプリケーションサーバ要求受信手段１１１を用いて、中継サーバ１０１からのＳＩＰ要求メッセージを受信し、さらに、受付判定手段１１２を用いて、要求されたサービスを提供可能か否かを判定し、判定結果（ＳＩＰ応答メッセージ）を、アプリケーションサーバ応答送信手段１１３を用いて、中継サーバ１０１へ送信する。このとき、アプリケーションサーバ１０３が提供するサービスへのアクセス方法をＳＩＰ応答メッセージに設定してもよい。」

「【００２６】
中継サーバ１０１は、受信したＳＩＰ応答メッセージを、中継サーバ応答中継手段１１４を用いてクライアント１００へ中継する。
【００２７】
クライアント１００は、クライアント応答受信手段１１５を用いてＳＩＰ応答メッセージを受信する。受信したＳＩＰ応答メッセージがエラーを含む場合、クライアント１００はユーザにその旨を表示し、サービスは提供しない。正常な場合は、ＳＩＰセッションを確立するために、ＳＩＰ確認メッセージを、クライアント確認送信手段１１６を用いて中継サーバ１０１宛てに送信する。具体的には、ＡＣＫメッセージを送信すればよい。クライアント１００は、ＡＣＫメッセージを送信すると、クライアントサービス手段１１９を実行し、アプリケーションサーバ１０３からのサービスを受け始める。
【００２８】
ＳＩＰ確認メッセージを受信した中継サーバ１０１は、中継サーバ確認中継手段１１７を用いてアプリケーションサーバ１０３へＳＩＰ確認メッセージを中継する。
【００２９】
アプリケーションサーバ１０３は、アプリケーションサーバ確認受信手段１１８を用いてＳＩＰ確認メッセージを受信すると、アプリケーションサーバサービス手段１２０によってクライアント１００へのサービスを開始する。」

「【００３８】
クライアント１００は、アプリケーションサーバ１０３が提供するサービスの利用を終了する際に、アプリケーションセッションを切断することはもちろん、ＳＩＰセッションも切断する。具体的には、クライアント１００は、クライアント切断要求送信手段１２１を用いて中継サーバ１０１に対して「ＢＹＥ」メッセージを送信する。中継サーバ１０１は、中継サーバ切断要求中継手段１２２により、「ＢＹＥ」メッセージを受信し、アプリケーションサーバ１０３に中継する。アプリケーションサーバ１０３は、アプリケーションサーバ切断要求受信手段１２３により、「ＢＹＥ」メッセージを受信し、アプリケーションサーバ切断応答送信手段１２４により、「２００応答」を送信すると共に、ＳＩＰセッションを切断する。中継サーバ１０１は、中継サーバ切断応答中継手段１２５により、「ＢＹＥ」の「２００応答」を受信し、クライアント１００に中継する。クライアント１００は、クライアント切断応答受信手段１２６により、「ＢＹＥ」の「２００応答」を受信し、ＳＩＰセッションを切断する。」

特に下線部に着目すれば、上記引用文献２には次の技術的事項が記載されていると認められる（以下、「引用文献２記載の技術的事項」という。）。

「ネットワーク１０２を介してクライアント１００と中継サーバ１０１とアプリケーションサーバ１０３とが相互に接続されており、
クライアント１００は、クライアント要求送信手段１０６を実行し、予め定められた中継サーバ１０１宛てにＳＩＰ要求メッセージを送信し、
中継サーバ１０１は、アプリケーションサーバ検索手段１０９を実行し、
ＳＩＰ要求メッセージをアプリケーションサーバ１０３へ中継し、
アプリケーションサーバ１０３は、判定結果（ＳＩＰ応答メッセージ）を、中継サーバ１０１へ送信し、
中継サーバ１０１は、受信したＳＩＰ応答メッセージを、クライアント１００へ中継し、
クライアント１００は、ＳＩＰセッションを確立するために、ＳＩＰ確認メッセージを、中継サーバ１０１宛てに送信し、
中継サーバ１０１は、アプリケーションサーバ１０３へＳＩＰ確認メッセージを中継し、
アプリケーションサーバ１０３は、ＳＩＰ確認メッセージを受信すると、クライアント１００へのサービスを開始する
クライアント１００は、中継サーバ１０１に対して「ＢＹＥ」メッセージを送信し、中継サーバ１０１は、「ＢＹＥ」メッセージを受信し、アプリケーションサーバ１０３に中継し、アプリケーションサーバ１０３は、「ＢＹＥ」メッセージを受信し、「２００応答」を送信すると共に、ＳＩＰセッションを切断する
システム。」

第６ 対比・判断

１．本願発明１について

（１）対比
本願発明１と引用発明とを対比すると、次のことがいえる。

ア．引用発明の「デジタルアシスタント」は、「口頭の自然言語入力を解釈してユーザ意図を推測」していることから、本願発明１における「音声ベースのデジタルアシスタント」に相当する。
また、引用発明の「ＤＡクライアントは１つ以上のネットワーク１１０を通じてＤＡサーバ１０６と通信」していることは、「コンピュータネットワークを介して」通信しているといえ、ネットワーク上でのデータの通信をパケット化して行うことは本願優先日前の技術常識であることから、引用発明の当該「ＤＡクライアントは１つ以上のネットワーク１１０を通じてＤＡサーバ１０６と通信」する「システム」は、本願発明１における「コンピュータネットワークを介して音声ベースのデジタルアシスタントを稼働するためにパケット化されたアクションをルーティングするシステム」に相当する。

イ．引用発明の「システム」が「ＡＰＩを呼び出すことによってタスクフローを実行」することは、システムが備える「１つまたは複数のプロセッサ」がＡＰＩを呼び出してタスクフローを実行することといえる。また、引用発明の「システム」は、データを処理するものであることから、「データ処理システム」を含むといい得るものであり、加えて、「ＡＰＩ」が「アプリケーションプログラミングインタフェース」の略語であることは本願優先日前の技術常識であるから、引用発明の「システム」に含まれる前記「データ処理システム」は、本願発明１の「会話アプリケーションプログラミングインタフェースと1つまたは複数のプロセッサとを備えるデータ処理システム」とは、「アプリケーションプログラミングインタフェースと１つまたは複数のプロセッサとを備えるデータ処理システム」という点で共通する。

ウ．引用発明の「ＤＡクライアントは、１つ以上のマイクを介してユーザの音声コマンドを受信」することにおいて、「マイク」は本願発明１における「クライアントコンピューティングデバイスのセンサ」に相当し、マイクを介した「ユーザの音声コマンド」は本願発明１の「クライアントコンピューティングデバイスのセンサによって検出された入力オーディオ信号」に相当する。また、引用発明の「ＤＡサーバは、入力を音声ファイルとして受信」することは、本願発明１の「プロセッサは、クライアントコンピューティングデバイスのセンサによって検出された入力オーディオ信号を含むデータパケットを受信」することに相当する。

エ．引用発明の「サードパーティサービスプロバイダから受信された語彙に従ってそれぞれのタスクタイプを特定」することは、「サードパーティサービスプロバイダから受信された語彙」をキーワードとしてタスクタイプの特定に使用しているものといえることから、引用発明の「語彙」は、本願発明１における「キーワード」に相当し、よって、引用発明は、「前記入力オーディオ信号を解析して、キーワードを識別」しているものといえる。また、引用発明における「特定されたタスクタイプのタスクを実行する要求」はアクションを行う為のデータであり、またデータは通常何らかの構造を備えていることから、本願発明１における「アクションデータ構造」に相当し、よって、引用発明は、「前記キーワードに基づいて、アクションデータ構造を生成」しているといえる。

オ．引用発明の「ＤＡサーバは、特定されたタスクタイプのタスクを実行する要求を、１つ以上の選択されたサービスプロバイダ、典型的には１つのサービスプロバイダに送信」することは、上記エを参酌すれば、本願発明１の「前記アクションデータ構造を前記サードパーティプロバイダデバイスに送信」することに相当する。

カ．引用発明の「ＤＡクライアント」は、本願発明１における「クライアントコンピューティングデバイス」に相当し、引用発明の「１つ以上の結果の１つ以上」は、本願発明１における「追加の情報」に相当するといえる。また、引用文献１の図１を参照すると、引用発明における「ＤＡクライアント」及び「サービスプロバイダ」はそれぞれ１または複数存在し、「ＤＡサーバ」は１または複数のサービスプロバイダとＤＡクライアントとの間で「１つ以上の結果の１つ以上」をルーティングしているものといえる。よって、上記ア、エを踏まえると、引用発明の「ＤＡサーバ１０８は、１つ以上の結果をサービスプロバイダから受信して（４２６）、１つ以上の結果の１つ以上をＤＡクライアント１０４に送信する」ことは、本願発明１の「前記クライアントコンピューティングデバイスと前記サードパーティプロバイダデバイスとの間で追加の情報についてのデータパケットをルーティングする」ことに相当する。

したがって、本願発明１と引用発明との間には、次の一致点、相違点があるといえる。

（一致点）
「 コンピュータネットワークを介して音声ベースのデジタルアシスタントを稼働するためにパケット化されたアクションをルーティングするシステムであって、
アプリケーションプログラミングインタフェースと1つまたは複数のプロセッサと
を備えるデータ処理システムを備え、前記1つまたは複数のプロセッサは、
クライアントコンピューティングデバイスのセンサによって検出された入力オーディオ信号を含むデータパケットを受信し、
前記入力オーディオ信号を解析して、キーワードを識別し、
前記キーワードに基づいて、アクションデータ構造を生成し、
サードパーティプロバイダデバイスと前記クライアントコンピューティングデバイスとの間で前記アクションデータ構造を前記サードパーティプロバイダデバイスに送信し、
前記クライアントコンピューティングデバイスと前記サードパーティプロバイダデバイスとの間で追加の情報についてのデータパケットをルーティングする、システム。」

（相違点１）
本願発明１ではアプリケーションプログラミングインタフェースが「会話アプリケーションプログラミングインタフェース」であるのに対して、引用発明の「ＡＰＩ」は「会話」の特定がなされていない点。

（相違点２）
本願発明１は、「リアルタイムコンテンツ選択プロセスを介して、サードパーティプロバイダデバイスとは異なるコンテンツプロバイダデバイスによって提供されたコンテンツアイテムを選択」することを含むのに対して、引用発明はそれを含むものではない点。

（相違点３）
本願発明１では、「前記会話アプリケーションプログラミングインタフェースを起動して前記サードパーティプロバイダデバイスと前記クライアントコンピューティングデバイスとの間で通信セッションを確立するために」、アクションデータ構造をサードパーティプロバイダデバイスに送信するのに対して、引用発明では、アプリケーションプログラミングインタフェースを用いることは特定されているものの、アプリケーションプログラミングインタフェースを起動し、通信セッションを確立する為にアクションデータ構造をサードパーティプロバイダデバイスに送信することは特定されていない点。

（相違点４）
本願発明１では、「前記通信セッションを介して前記クライアントコンピューティングデバイスと前記サードパーティプロバイダデバイスとの間で追加の情報についてのデータパケットをルーティング」しているのに対して、引用発明では、既に確立された「前記通信セッション」を介して、追加の情報についてのデータパケットをルーティングしているものではない点。


（２）相違点についての判断
事案に鑑み、まず相違点２について検討すると、相違点２に係る本願発明１の「リアルタイムコンテンツ選択プロセスを介して、サードパーティプロバイダデバイスとは異なるコンテンツプロバイダデバイスによって提供されたコンテンツアイテムを選択」するという構成は、引用文献１及び２には記載も示唆もされておらず、また、本願の優先日前において周知技術であるとも言えない。
したがって、他の相違点について検討するまでもなく、本願発明１は、当業者であっても引用発明及び引用文献２記載の技術的事項に基づいて容易に発明できたものであるとはいえない。

２．本願発明２−８について

本願発明２−８は、いずれも，本願発明１と同一の構成を備えるものであるから，本願発明１と同じ理由により、当業者であっても引用発明、及び引用文献２記載の技術的事項に基づいて容易に発明できたものであるとはいえない。

３．本願発明９について

本願発明９は、「システム」である本願発明１と実質的に同様の内容を含む「方法」に係る発明であるので、本願発明１と同様の理由により、当業者であっても引用発明、及び引用文献２記載の技術的事項に基づいて容易に発明できたものであるとはいえない。

４．本願発明１０−１６について

本願発１０−１６は、本願発明９と同一の構成を備えるものであるから，本願発明９と同じ理由により、当業者であっても引用発明、及び引用文献２記載の技術的事項に基づいて容易に発明できたものであるとはいえない。

第７ 当審拒絶理由について

１．当審拒絶理由２
（１）特許法第36条第6項第2号について
当審では、請求項８，１７について、不明確であるという拒絶の理由を通知しているが、令和 ４年 ７月２７日付け手続補正によって、請求項８，１７が削除された結果、この拒絶の理由は解消した。

（２）特許法第36条第6項第1号について
ア．当審では、請求項７−８，１６−１７について、発明の詳細な説明における対応する記載箇所が不明であるという拒絶の理由を通知しているが、令和 ４年 ７月２７日付け手続補正によって、請求項７及び１６について補正された結果、この拒絶の理由は解消した。

イ．当審では、請求項８，１７について、発明の詳細な説明における対応する記載箇所が不明であるという拒絶の理由を通知しているが、令和 ４年 ７月２７日付け手続補正によって、請求項８，１７が削除された結果、この拒絶の理由は解消した。

２．当審拒絶理由１
（１）特許法第36条第6項第2号について
ア．当審では、請求項１−２０について、不明確であるという拒絶の理由を通知しているが、令和 ４年 ７月２７日付け手続補正によって、請求項１，１１について補正された結果、この拒絶の理由は解消した。

イ．当審では、請求項８−９，１８−１９について、不明確であるという拒絶の理由を通知しているが、令和 ４年 ７月２７日付け手続補正によって、請求項８及び１８について補正された結果、この拒絶の理由は解消した。

ウ．当審では、請求項９，１９について、不明確であるという拒絶の理由を通知しているが、令和 ４年 ７月２７日付け手続補正によって、請求項９，１９が削除された結果、この拒絶の理由は解消した。

（２）特許法第36条第6項第1号について
ア．当審では、請求項１−２０について、発明の詳細な説明における対応する記載箇所が不明であるという拒絶の理由を通知しているが、令和 ４年 ７月２７日付け手続補正によって、請求項１，１１について補正された結果、この拒絶の理由は解消した。

イ．当審では、請求項９，１９について、発明の詳細な説明における対応する記載箇所が不明であるという拒絶の理由を通知しているが、令和 ４年 ７月２７日付け手続補正によって、請求項９，１９が削除された結果、この拒絶の理由は解消した。

（３）特許法第29条第2項について
当審では、請求項１−２，５，１１−１２，１５に係る発明は、引用文献１−２に記載された発明に基づいて、当業者が容易に発明できたものであるとの拒絶の理由を通知しているが、令和 ４年 ７月２７日付け手続補正において、本願発明１−１６は「リアルタイムコンテンツ選択プロセスを介して、サードパーティプロバイダデバイスとは異なるコンテンツプロバイダデバイスによって提供されたコンテンツアイテムを選択」するという技術的事項を有するものとなった。
当該技術的事項は、引用文献１−２には記載されておらず、本願優先日前における周知技術でもないので、本願発明１−１６は、当業者であっても、引用文献１−２に基づいて容易に発明できたものではない。
したがって、この拒絶の理由は解消した。

第７ 原査定についての判断
令和 ４年 ７月２７日付け手続補正により補正された請求項１は、「リアルタイムコンテンツ選択プロセスを介して、サードパーティプロバイダデバイスとは異なるコンテンツプロバイダデバイスによって提供されたコンテンツアイテムを選択」するという構成を有するものとなっており、請求項９は、「リアルタイムコンテンツ選択プロセスを介して、サードパーティプロバイダデバイスとは異なるコンテンツプロバイダデバイスによって提供されたコンテンツアイテムを選択するステップ」という構成を有するものとなっており、上記のとおり、本願発明１−１６は、上記引用発明及び上記引用文献２記載の技術的事項に基づいて、当業者が容易に発明できたものではない。したがって、原査定を維持することはできない。

第８ むすび

以上のとおり、本願発明１−１６は、当業者が引用発明、及び引用文献２記載の技術的事項に基づいて、容易に発明をすることができたものではない。したがって、原査定の理由によっては、本願を拒絶することはできない。
また、他に本願を拒絶すべき理由を発見しない。
よって、結論のとおり審決する。
 
審決日 2022-09-13 
出願番号 P2019-135381
審決分類 P 1 8・ 537- WY (G06F)
P 1 8・ 121- WY (G06F)
最終処分 01   成立
特許庁審判長 稲葉 和生
特許庁審判官 ▲高▼瀬 健太郎
富澤 哲生
発明の名称 オーディオベースのデータ構造生成  
代理人 阿部 達彦  
代理人 実広 信哉  
代理人 村山 靖彦  

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