【事件の表示】
　特許第６５９８３７９号発明「音声移植方法」の特許異議申立事件について、次のとおり決定する。
【結　論】
　特許第６５９８３７９号の請求項１に係る特許を維持する。
【理　由】
第１　手続の経緯
　特許第６５９８３７９号の請求項１に係る特許についての出願は、平成２８年１２月２日（国内優先権主張　平成２７年１２月２日）に特許出願され、令和元年１０月１１日にその特許権の設定登録がされ、令和元年１０月３０日に特許掲載公報（以下、「本件特許公報」という。）が発行された。その後、その特許に対し、令和２年４月３０日に特許異議申立人神谷高伸（以下、「申立人」という。）により、請求項１に対して特許異議の申立てがなされた。
第２　本件発明
　特許第６５９８３７９号の請求項１に係る発明（以下、「本件発明」という。）は、その特許請求の範囲の請求項１に記載された事項により特定される次のとおりのものである。
　なお、各構成の符号（Ａ）〜（Ｇ）は、説明のために当審で付したものであり、以下、構成Ａ〜構成Ｇと称する。
（本件発明）
【請求項１】
（Ａ）ヒトの音声に由来する音声素片データに基づいて合成された当該ヒトの音声を出力できるように構成された音声出力装置であって、サーバー装置との間で情報の送受信ができるように構成された音声出力装置に対し、音声素片データを移植する方法であって、
（Ｂ）音声素片データの利用者であるユーザが使用するユーザ端末から、インターネットを介して、音声素片データの移植に用いるサーバー装置へアクセスするステップと、
（Ｃ）移植可能な音声素片データのリストに関する音声選択メニュー情報を、サーバー装置からユーザ端末へ送信するステップと、
（Ｄ）ユーザ端末において、移植可能な音声素片データを前記音声選択メニュー情報に基づいて選択可能に表示するステップと、
（Ｅ）ユーザが選択した音声素片データに対応する音声識別情報と、当該音声素片データの移植対象である音声出力装置に対応する装置識別情報を、ユーザ端末からサーバー装置へ送信するステップと、
（Ｆ）前記音声識別情報に対応する音声素片データを、サーバー装置から、前記装置識別情報に対応する音声出力装置へ送信するステップと、
（Ｇ）サーバー装置から受信した前記音声素片データを、音声出力装置の情報記録媒体にインストールするステップと、
（Ａ）を含むことを特徴とする音声移植方法。
第３　申立理由の概要
　申立人による特許異議申立の理由は、『本件発明は甲第１号証及び甲第２号証に記載された発明に基づいて容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。』というものである。
　なお、申立人は甲第１号証及び甲第２号証の他に、関連する証拠として甲第３〜６号証を提出している。
　甲第１号証：特開２００５−１４７９２５号公報
　甲第２号証：特開２００４−３０２３９５号公報
　甲第３号証：特開２０１４−２１１３６号公報
　甲第４号証：特開２００１−２７２９９２号公報
　甲第５号証：特開２００２−２１６０２６号公報
　甲第６号証：特開２００３−１１４６９２号公報
第４　各証拠について
１　甲第１号証について
（１）甲第１号証の記載事項
　甲第１号証には、図面と共に次に掲げる事項が記載されている。なお、下線は、強調のために当審で付したものである。
ア　「【０００１】
　
本発明は
キャラクタを用いた車両向け情報提示方法に関する。
イ　「【００１０】
　図１は、本発明を実施するための最良の形態が適用された車両向け情報システムの全体構成図である。図１に示されるように、本実施形態の
車両向け情報システムは、車両に搭載されて用いられる車載端末装置１００と、車載端末装置１００の要求に応じて、
情報を車載端末装置１００に配信するサーバ２０１〜２０６を保有するサービスセンタ２００とを備えて構成される。
【００１１】
　車載端末装置１００は、通信処理部１０８として、携帯電話機等の無線通信装置を内蔵もしくは外付け可能に構成されており、基地局３０１と通信回線３０２とを経由してサービスセンタ２００に接続し、サーバ２０１〜２０６から交通情報や天気情報等の各種情報を取得可能となっている。
【００１２】
　車載端末装置１００は、ユーザに情報を提示する際、ディスプレイ１０４にキャラクタのアニメーションを表示して、情報内容に応じて異なるパターンの動作や外観を見せる等の演出を行い、情報提示の分かり易さや楽しさを向上させている。
【００１３】
　サービスセンタ２００では、車載端末装置１００からの情報要求があった際、要求された情報の種類に応じて符号２０１〜符号２０６のサーバが対応し、このサーバが、符号２０７〜符号２１２のデータベースを検索して得た情報、またはこのデータベースの情報を加工して得た情報を、通信回線３０２、基地局３０１および車載端末装置１００の通信処理部１０８を経由して、車載端末装置１００に配信する。
　なお、サービスセンタ２００が、情報としてプログラムを車載端末装置１００に配信し、車載端末装置１００が、このプログラムを記憶装置１０３にインストールして利用することも可能である。」
ウ　「【図１】
」
エ　「【００１８】
　
車載端末装置１００のソフトウェアは、メモリ１０２の上で、サービスアプリ配信・実行基盤５００がミドルウェアとして動作し、その上で、各種アプリケーションがサービスアプリ６００として動作する構成となっている。
　なお、以下アプリケーションは、適宜アプリと略す。
【００１９】
　
サービスアプリ配信・実行基盤５００の中には、
音声合成・認識ミドル
がある。音声合成・認識ミドル５０１は、サービスアプリ６００等の要求を受け、音声合成処理、および、音声認識処理を行うミドルウェアである。
オ　「【図２】
」
カ　「【００３１】
　
サービスセンタ２００は、
キャラクタサーバ２０５
を備えて構成される。
キ　「【００３７】
　キャラクタサーバ２０５は、キャラクタ関連サービスを提供する。例えば、
キャラクタサーバ２０５は、車載端末装置１００上のキャラクタアプリ６０５等と連携して、キャラクタのプログラム配信や、キャラクタに関連する各種素材のデータ配信等を車載端末装置１００のユーザに提供する。
　
ここで、キャラクタに関連する素材のデータとは、
音声合成用データ（音声素片、抑揚、リズム、音の高低）
等のデータである。
ク　「【００９１】
　
キャラクタアプリ管理テーブル８００は、サービスセンタ２００内のキャラクタサーバ２０５に付随するデータベース２１１および車載端末装置１００上の記憶装置１０３内に構築される。
【００９２】
　
サーバ側のテーブルには、車載端末装置１００に配信できる、多種・大容量のキャラクタアプリのデータが格納される。
　端末側のテーブルには、車載端末装置１００にインストール済みのキャラクタアプリのデータが格納される。
ユーザが、車載端末装置１００に、新規のキャラクタアプリをインストールした場合には、このキャラクタアプリのデータが、テーブルに追加される。
【００９３】
　
キャラクタアプリ管理テーブル８００は、符号８０１〜符号８０８のカラムを備えて構成される。各カラムは、「キャラクタＩＤ」カラム８０１、「キャラクタ名称」カラム８０２、「代表画像」カラム８０３、「紹介文」カラム８０４、「データサイズ」カラム８０５、「価格」カラム８０６、「サンプルデータ」カラム８０７、「アプリバンドル」カラム８０８である。
　以下、各カラムについて説明する。」
ケ　「【図８】
」
コ　「【０１０１】
「アプリバンドル」カラム８０８には、キャラクタアプリのプログラム本体およびプログラム実行に必要な画像・音声等のデータをアーカイブしたバンドルファイルが格納される。このバンドルファイルとしては、具体的には、Ｊａｖａにおいて一般的な「ｊａｒファイル」のような物を用いることが出来る。
サ　「【０１４１】
　ステップＳ１３０１について説明する。
ユーザが新規キャラクタアプリを購入・ダウンロードする場合、ユーザは、実際に購入する前に、複数ある候補の中から、購入するキャラクタアプリの選択や確認を行う為のプレビューを行う。ステップＳ１３０１では、ユーザが車載端末装置１００を操作して、このプレビューの対象となるキャラクタアプリ６０５の選択を行う。
【０１４２】
　ステップＳ１３０２では、通信を介して、サービスセンタ２００内のキャラクタサーバ２０５に対し、選択されたキャラクタに関するプレビューデータの配信を要求する。次に、車載端末装置１００の処理はステップＳ１３０３に進む。ここで、プレビューデータ配信の要求を受付けるキャラクタサーバ２０５の処理について説明する。
【０１４３】
　ステップＳ１３２０で処理を開始したキャラクタサーバ２０５は、ステップＳ１３２１にて、車載端末装置１００からのプレビューデータ配信要求を受け、車載端末装置１００に対し、プレビューデータを配信する。
　ここで、プレビューデータについて、図１３の１３８０を用いて説明する。本実施の形態では、プレビューデータを、前記した図８のサーバ側キャラクタアプリ管理テーブル８００の「アプリバンドル」カラム８０８を除いたカラム群として定義する。具体的には、「キャラクタＩＤ」、「キャラクタ名称」、「代表画像」、「紹介文」、「データサイズ」、「価格」および「サンプルデータ」の各カラム群に格納された情報の全体をプレビューデータと定義する。
【０１４４】
　ステップＳ１３２１では、車載端末装置１００側でプレビュー対象として選択されたキャラクタのレコードを、サーバ側キャラクタアプリ管理テーブル８００から探し出し、このレコード中の、プレビューデータに該当するカラム部分、具体的には、図１３の符号１３８０において説明の為にハッチング表示している部分のデータを、車載端末装置１００に対して配信する。なお、キャラクタサーバ２０５は、車載端末装置１００からの要求がある度に、同様のプレビューデータの配信処理を行う。
【０１４５】
　次に、プレビューデータ受信後の車載端末装置１００の処理について述べる。
　まず、ステップＳ１３０３において、車載端末装置１００は、キャラクタサーバ２０５から配信されたプレビューデータを受信する。また、受信したプレビューデータを提示する。プレビューデータの車載端末装置１００上での具体的な提示方法についての詳細は後述する。
【０１４６】
　
ステップＳ１３０４において、車載端末装置１００のユーザは、提示されたプレビューデータに基づき、プレビュー中のキャラクタアプリを実際に購入し、ダウンロードするか否かの判断をする。購入・ダウンロードしない場合には(Ｓ１３０４“Ｎ”)、ステップＳ１３０１に戻り、別のキャラクタアプリをプレビューすることを考える。購入・ダウンロードする場合には(Ｓ１３０４“Ｙ”)、ステップＳ１３０５に進む。
【０１４７】
　
ステップＳ１３０５では、プレビュー中のキャラクタアプリを購入・ダウンロードする為に、車載端末装置１００は、通信を介してキャラクタサーバ２０５に対しキャラクタアプリ６０５の購入処理の実行を要求する。
【０１４８】
　ここで、キャラクタアプリ６０５の購入処理実行の要求を受付けるキャラクタサーバ２０５の処理について説明する。
【０１４９】
　ステップＳ１３４０で処理を開始したキャラクタサーバ２０５は、ステップＳ１３４１にて、車載端末装置１００からのキャラクタアプリ購入処理実行要求を待つ。要求が無い場合（Ｓ１３４１の“Ｎ”）、ステップＳ１３４１に留まり、要求を待つ。要求がある場合（Ｓ１３４１の“Ｙ”）にはステップＳ１３４２に進む。
【０１５０】
　ステップＳ１３４２では、ユーザにより選択されたキャラクタアプリ６０５の購入処理を開始する。次にステップＳ１３４３に進む。
【０１５１】
　ステップＳ１３４３では、課金サーバ２０６に対し、課金処理実行の要求を出す。具体的には、購入予定のキャラクタアプリ６０５のプレビュー時に参照されたサーバ側キャラクタアプリ管理テーブルのキャラクタアプリに対応するレコードの「価格」カラムに記載された価格を課金するよう、課金サーバ２０６に依頼する。
【０１５２】
　ここで、課金処理を依頼された課金サーバ２０６の処理について説明する。
【０１５３】
　ステップＳ１３６０で処理を開始した課金サーバ２０６は、ステップＳ１３６１にて、キャラクタサーバ２０５からの課金処理実行要求を待つ。要求が無い場合（Ｓ１３６１“Ｎ”）には、ステップＳ１３６１に留まり、要求を待つ。要求がある場合（Ｓ１３６１“Ｙ”）にはステップＳ１３６２に進む。
【０１５４】
　ステップＳ１３６２では、キャラクタサーバ２０５からの依頼に従って、所定の金額をユーザに対し課金する。課金は例えば、予め登録されているユーザの預金口座から代金を引き落とす等の処理によって実行できる。次にステップＳ１３６３に進む。
【０１５５】
　ステップＳ１３６３では、課金が完了した旨をキャラクタサーバ２０５に通知する。その後、ステップＳ１３６４に進んで処理を終える。
【０１５６】
　課金サーバ２０６から課金完了通知を受けたキャラクタサーバ２０５の処理について説明する。
【０１５７】
　
ステップＳ１３４４にて、課金サーバ２０６から課金完了通知を受けたキャラクタサーバ２０５は、
課金完了を受けて、キャラクタアプリ６０５のデータを車載端末装置１００に配信する。
　本実施の形態の場合、
具体的には、領域１３８０中に示したキャラクタアプリ管理テーブル８００の、キャラクタＩＤ「１」の行の「アプリバンドル」カラムに格納されているアプリバンドルのデータを配信する。
【０１５８】
　キャラクタサーバ２０５から、課金完了通知およびキャラクタバンドルの配信を受けた車載端末装置１００の処理について述べる。
【０１５９】
　
ステップＳ１３０６にて、通信を介し、キャラクタサーバ２０５から、
キャラクタバンドルの配信を受けた車載端末装置１００は、
配信されたキャラクタアプリバンドルを、車載端末装置１００の記憶装置１０３に格納し、インストールする。
　ユーザへの課金完了通知においては、例えば、キャラクタアプリ６０５の動作確認も兼ねて、このキャラクタバンドルのインストールによって実行可能となった新規キャラクタアプリを起動することにより、ディスプレイ１０４にキャラクタを表示させたり、スピーカ１０７からキャラクタの音声等を出力させたりして通知するようにしてもよい。ステップＳ１３０６の処理が完了した後は、ステップＳ１３０７に進んで、処理を終える。
【０１６０】
　次に、プレビューデータ（プレビュー情報）の車載端末装置１００上での具体的な提示方法の一例について、図１４を用いて説明する。
　図１４は、プレビューデータを例示した図である。
【０１６１】
　本実施の形態における
プレビュー画面１４００は、タイトル表示領域１４０１、「前のキャラクタ」ソフトボタン１４０２、「次のキャラクタ」ソフトボタン１４０３、「このキャラクタを購入＆ＤＬ」ソフトボタン１４０４、「詳しいサンプルデータを見る」ソフトボタン１４０５、プレビュー画像表示領域１４０６、キャラクタＩＤ表示領域１４０８、キャラクタ名称表示領域１４０９、紹介文表示領域１４１０、データサイズ表示領域１４１１、価格表示領域１４１２等を含んで構成される。
【０１６２】
　タイトル表示領域１４０１には、例えば「キャラクタ  購入＆ダウンロード」のような表示を行い、現在の画面表示が、キャラクタの購入およびダウンロード処理に関するものであることを示す。
【０１６３】
　
「前のキャラクタ」ソフトボタン１４０２および「次のキャラクタ」ソフトボタン１４０３は、プレビュー対象キャラクタを切り替える為のソフトボタンである。
　なお、ソフトボタン１４０２〜１４０５は、キー入力装置１０５を用いて選択・実行できる。例えば、方向キーや決定キーを持つリモコンを用い、方向キーでカーソルを合わせ、決定キーで実行するようなことができる。あるいは、タッチパネルや音声入力指示により、選択・実行しても良い。
【０１６４】
　「このキャラクタを購入＆ＤＬ」ソフトボタン１４０４は、現在プレビュー中のキャラクタアプリを、購入し、ダウンロードするためのボタンである。購入およびダウンロード処理の詳細は、図１３を用いて説明済みである。
【０１６５】
　「詳しいサンプルデータを見る」ソフトボタン１４０５は、前記した図８の「サンプルデータ」カラム８０７に格納されたサンプルデータを参照するためのソフトボタンである。これにより、プレビュー画像表示領域１４０６に、キャラクタの静止画像群、動画群等をディスプレイ１０４に表示させることができる。
　また、領域１４１３に示すようなキャラクタの声や効果音等の音声サンプルを、車載端末装置１００のスピーカ１０７から出力させることができる。ちなみに、「詳しいサンプルデータを見る」ソフトボタン１４０５を選択・実行しなくとも、デフォルトで、このサンプルデータによる静止画、動画、音声等を表示・出力する、あるいは、このようなデフォルトの設定が出来るようにしてもよい。
【０１６６】
　プレビュー画像表示領域１４０６には、キャラクタアプリ管理テーブル８００の「代表画像」カラム８０３から取得したキャラクタの代表画像１４０７や、同じくキャラクタアプリ管理テーブル８００の「サンプルデータ」カラム８０７から取得したサンプルデータに含まれる静止画や動画等を表示することができる。また、プレビュー画像表示領域１４０６の下部に、キャラクタＩＤ表示領域１４０８を設けても良い。キャラクタＩＤ表示領域１４０８には、キャラクタアプリ管理テーブル８００の「キャラクタＩＤ」カラム８０１から取得したキャラクタＩＤを表示できる。もちろん、キャラクタＩＤ表示領域１４０８は、非表示にすることができるようになっていても良い。
【０１６７】
　キャラクタ名称表示領域１４０９、紹介文表示領域１４１０、データサイズ表示領域１４１１、価格表示領域１４１２には、それぞれキャラクタアプリ管理テーブル８００の対応するカラムから取得した情報を表示させることができる。
【０１６８】
　以上説明した画面表示や音声出力により、車載端末装置１００のユーザは、実際にキャラクタアプリを購入・ダウンロードする前にプレビューデータを参照できるので、安心してキャラクタアプリを購入・ダウンロードすることができる。」
シ　「【図１３】
【図１４】
」
（２）甲第１号証に記載された発明
　上記（１）ア〜シに摘記した記載事項から、甲第１号証には、次の発明（以下、「甲１発明」という。）が記載されているものと認められる。
　なお、各構成の符号（ａ）〜（ｅ１）は、説明のために当審で付したものであり、以下、構成ａ〜構成ｅ１と称する。また、各構成の末尾に、対応する段落番号を示す。
（甲１発明）
（ａ）キャラクタを用いた車両向け情報提示方法であって、（【０００１】）
（ｂ）車両向け情報システムは、車両に搭載されて用いられる車載端末装置１００と、車載端末装置１００の要求に応じて、情報を車載端末装置１００に配信するサーバ２０１〜２０６を保有するサービスセンタ２００とを備えて構成され、（【００１０】）
（ｂ１）車載端末装置１００のソフトウェアは、メモリ１０２の上で、サービスアプリ配信・実行基盤５００がミドルウェアとして動作し、その上で、各種アプリケーションがサービスアプリ６００として動作する構成となっており、（【００１８】）
（ｂ２）サービスアプリ配信・実行基盤５００の中には、音声合成・認識ミドルがあり、音声合成・認識ミドル５０１は、サービスアプリ６００等の要求を受け、音声合成処理、および、音声認識処理を行うミドルウェアであり、（【００１９】）
（ｂ３）サービスセンタ２００は、キャラクタサーバ２０５を備えて構成され、（【００３１】）
（ｂ４）キャラクタサーバ２０５は、車載端末装置１００上のキャラクタアプリ６０５等と連携して、キャラクタのプログラム配信や、キャラクタに関連する各種素材のデータ配信等を車載端末装置１００のユーザに提供し、ここで、キャラクタに関連する素材のデータとは、音声合成用データ（音声素片、抑揚、リズム、音の高低）等のデータであり、（【００３７】）
（ｃ）キャラクタアプリ管理テーブル８００は、サービスセンタ２００内のキャラクタサーバ２０５に付随するデータベース２１１および車載端末装置１００上の記憶装置１０３内に構築され、（【００９１】）
（ｃ１）サーバ側のテーブルには、車載端末装置１００に配信できる、多種・大容量のキャラクタアプリのデータが格納され、（【００９２】）
（ｃ２）ユーザが、車載端末装置１００に、新規のキャラクタアプリをインストールした場合には、このキャラクタアプリのデータが、テーブルに追加され、（【００９２】）
（ｃ３）キャラクタアプリ管理テーブル８００は、符号８０１〜符号８０８のカラムを備えて構成され、各カラムは、「キャラクタＩＤ」カラム８０１、「キャラクタ名称」カラム８０２、「代表画像」カラム８０３、「紹介文」カラム８０４、「データサイズ」カラム８０５、「価格」カラム８０６、「サンプルデータ」カラム８０７、「アプリバンドル」カラム８０８であり、（【００９３】）
（ｃ４）「アプリバンドル」カラム８０８には、キャラクタアプリのプログラム本体およびプログラム実行に必要な画像・音声等のデータをアーカイブしたバンドルファイルが格納され、このバンドルファイルとしては、具体的には、Ｊａｖａにおいて一般的な「ｊａｒファイル」のような物を用いることが出来、（【０１０１】）
（ｄ）ユーザが新規キャラクタアプリを購入・ダウンロードする場合、ユーザは、実際に購入する前に、複数ある候補の中から、購入するキャラクタアプリの選択や確認を行う為のプレビューを行い、（【０１４１】）
（ｄ１）ステップＳ１３０１では、ユーザが車載端末装置１００を操作して、このプレビューの対象となるキャラクタアプリ６０５の選択を行い、（【０１４１】）
（ｄ２）ステップＳ１３０４において、車載端末装置１００のユーザは、提示されたプレビューデータに基づき、プレビュー中のキャラクタアプリを実際に購入し、ダウンロードするか否かの判断をし、購入・ダウンロードしない場合には(Ｓ１３０４“Ｎ”)、ステップＳ１３０１に戻り、別のキャラクタアプリをプレビューすることを考え、購入・ダウンロードする場合には(Ｓ１３０４“Ｙ”)、ステップＳ１３０５に進み、（【０１４６】）
（ｄ３）ステップＳ１３０５では、プレビュー中のキャラクタアプリを購入・ダウンロードする為に、車載端末装置１００は、通信を介してキャラクタサーバ２０５に対しキャラクタアプリ６０５の購入処理の実行を要求し、（【０１４７】）
（ｄ４）ステップＳ１３４４にて、課金サーバ２０６から課金完了通知を受けたキャラクタサーバ２０５は、課金完了を受けて、キャラクタアプリ６０５のデータを車載端末装置１００に配信し、具体的には、領域１３８０中に示したキャラクタアプリ管理テーブル８００の、キャラクタＩＤ「１」の行の「アプリバンドル」カラムに格納されているアプリバンドルのデータを配信し、（【０１５７】）
（ｄ５）ステップＳ１３０６にて、通信を介し、キャラクタサーバ２０５から、キャラクタバンドルの配信を受けた車載端末装置１００は、配信されたキャラクタアプリバンドルを、車載端末装置１００の記憶装置１０３に格納し、インストールし、（【０１５９】）
（ｅ）プレビュー画面１４００は、タイトル表示領域１４０１、「前のキャラクタ」ソフトボタン１４０２、「次のキャラクタ」ソフトボタン１４０３、「このキャラクタを購入＆ＤＬ」ソフトボタン１４０４、「詳しいサンプルデータを見る」ソフトボタン１４０５、プレビュー画像表示領域１４０６、キャラクタＩＤ表示領域１４０８、キャラクタ名称表示領域１４０９、紹介文表示領域１４１０、データサイズ表示領域１４１１、価格表示領域１４１２等を含んで構成され、（【０１６１】）
（ｅ１）「前のキャラクタ」ソフトボタン１４０２および「次のキャラクタ」ソフトボタン１４０３は、プレビュー対象キャラクタを切り替える為のソフトボタンである、（【０１６３】）
（ａ）情報提示方法。
２　甲第２号証について
（１）甲第２号証の記載事項
　甲第２号証には、図面と共に次に掲げる事項が記載されている。
ア　「【０００１】
【発明の属する技術分野】
本発明は、ユーザーの所望する音声コンテンツを合成するとともに、特定の日時に特定の端末に前記音声コンテンツを送信することのできる音声コンテンツ合成配信システムに関する。
イ　「【００１７】
本発明に係る音声コンテンツ合成配信システムにおいては、まず、ウェブサーバ１が、第１ユーザー端末２から入力された基本情報をインターネットなどの電気通信回線４を介して受信し、前記基本情報に基づき前記音声合成手段１ａによって所定の音声コンテンツを合成し、前記音声コンテンツを第２ユーザー端末３に送信する。
【００１８】
前記所定の音声コンテンツとしては種々のメッセージが考えられる。例えば、出迎えの言葉などが挙げられる。この場合、音声コンテンツの声としては、音声合成手段１ａによってユーザーの所望する声を採用することができ、例えばユーザーの好きな女性、女優または歌手などの声とすることも可能である。
【００１９】
これにより、例えば、独身のユーザーが遅くまで残業をしなければならない場合に、まず、職場において第１ユーザー端末２である自分の携帯電話などから、基本情報をウェブサーバ１に送信しておく。そうすると、ウェブサーバ１は、所定の音声コンテンツ、例えばユーザーの好きな女性であるＹＵＫＩさんの声による「ＹＵＫＩです。おかえりなさい。お仕事お疲れ様でした！」といったメッセージを、第２ユーザー端末３である留守番電話などに送信する。したがって、本発明に係る音声コンテンツ合成配信システムは、疲れたユーザーを癒すという顕著な効果を奏するのである。
ウ　「【図１】
」
３　甲第３号証について
（１）甲第３号証の記載事項
　甲第３号証には、図面と共に次に掲げる事項が記載されている。
ア　「【００１０】
　図１は、本実施形態の音声合成システムにおけるシステムの概要を示す図である。この図にあるように、話者は、公開されたインターフェイスを介してシステム運用者に対し音声データを提供する。システム運用者が管理するサーバ装置は、提供された音声データに基づき音声辞書セットを作成し、複数の音声辞書セットを保持するデータベースを構成する。そしてユーザは、前記各音声辞書セットの中から自己の求める条件と整合するようなものを選択する。図１の場合、
ユーザは、複数の音声辞書セットの中から「音声辞書セットＢ」を選択し、「吾輩は猫である」という内容の読上用テキストを外部端末において入力する。すると、当該音声辞書セットが保持する「Ｂ」という特性の音声情報に従って、「吾輩は猫である」との合成音声の提供を受ける。
イ　「【００１４】
　
図２は、本実施形態の音声合成システムにおけるサーバ装置の機能ブロックの一例を示す図である。この図にあるように、本実施形態の「音声合成システム」における「サーバ装置」０２００は、「インターフェイス部」０２０１と、「音声入力受付部」０２０２と、「登録用情報受付部」０２０３と、「音声辞書セット保持部」０２０４と、「音声辞書セット選択部」０２０５とからなる。
ウ　「【００２４】
　
「音声辞書セット選択部」は、前記インターフェイス部を介して外部端末から音声辞書セット保持部に保持された音声辞書セットを選択可能とする機能を有する。ここで「インターフェイス部を介して外部端末から」「音声辞書セットを選択可能とする」とは、外部端末を用いるユーザが、自己の希望する条件に適した音声辞書セットを選択し得る提示手段が用いられていることを意味する。「自己の希望する条件に適した音声辞書セットを選択し得る提示手段」とは、例えば、ユーザからある条件の入力を受付け、当該条件と整合する内容の登録用情報と関連付けられている音声辞書セットの情報をインターフェイス部を介して表示出力する方法が考えられる。
さらには、視聴用音声データの出力が可能とする状態にて各音声辞書セットの情報をインターフェイス部を介して公開し、ユーザの選択により視聴用音声データを視聴することで自らの希望する条件を満たす音声データかどうかを確認する方法も考えられる。視聴用音声データは、例えば、予めサーバ装置内に記録した定型の音声データを再生する方法を用いてもよいし、ユーザから後記読上用テキストの入力を受け、当該読上用テキストを合成音声として再生してもよい。
【００２５】
　なお、
音声辞書セット選択部にてユーザの選択を受けた場合、当該選択を受けた音声辞書セットは、ユーザ側の外部端末にダウンロードしても良いし、
サーバ装置の具体的な構成」
エ　「【００３２】
　（音声辞書セット選択部の具体的な処理）
　
ＣＰＵは「音声辞書セット選択プログラム」を実行し、外部端末からインターフェイスを介してなされる指示に基づき保持する複数の音声辞書セットのうち当該指示内容に適合する音声辞書セットを選択する処理を行い、処理結果をメインメモリの所定のアドレスに格納する。
処理の流れ」
オ　「【図１】
【図２】
」
４　甲第４号証について
（１）甲第４号証の記載事項
　甲第４号証には、図面と共に次に掲げる事項が記載されている。
ア　「【０００１】
【発明の属する技術分野】
本発明は、音声処理システムおよびテキスト読上げシステムおよび音声認識システムおよび辞書獲得方法および辞書登録方法および端末装置および辞書サーバーおよび記録媒体に関する。
イ　「【００４９】図２は本発明に係るテキスト読上げシステムの第１の実施形態の構成例を示す図である。なお、図２では、説明の便宜上、１つの端末装置（例えば、３０−１）だけが示されている。図２を参照すると、この第１の実施形態では、
端末装置３０−１は、テキストを読上げる（音声合成する）テキスト読上げ手段３１と、テキストを読上げる際に用いられる所望の声質の音声合成用辞書を辞書サーバー１０からネットワーク２０を介して獲得する辞書獲得手段３２とを有している。
【００５０】ここで、テキスト読上げ手段３１は、各種の情報を提供するプロバイダ４０から所望の文書（テキスト）をネットワーク２０を介して受信し、受信した文書（テキスト）を音声合成用辞書（後述のように辞書獲得手段３２によって獲得した音声合成用辞書）を用いて合成音声で読上げる機能を有している。
【００５１】また、
端末装置３０−１の辞書獲得手段３２は、所望の声質の音声合成用辞書の特徴情報をネットワーク２０を介して辞書サーバー１０に送信し、これにより、サーバー１０から所望の声質の音声合成用辞書を獲得するようになっている。
【００５２】また、
辞書サーバー１０は、互いに異なる声質の少なくとも１つの音声合成用辞書を格納する辞書格納手段１１と、辞書格納手段１１に格納されている音声合成用辞書の特徴情報が記述されている辞書検索テーブル１２と、辞書検索手段１３とを有し、辞書サーバー１０の辞書検索手段１３は、所望の声質の音声合成用辞書の特徴情報を端末装置３０−１から受信したときに、受信した音声合成用辞書の特徴情報を前記辞書検索テーブル１２と照合し、照合の結果、最も一致する音声合成用辞書を辞書格納手段１１から取り出して、端末装置３０−１に送信するようになっている。
【００５３】このように、本発明に係るテキスト読上げシステムの第１の実施形態では、テキスト読上げ機能を備えた端末装置３０−１〜３０−ｍと互いに異なる声質の少なくとも１つの音声合成用辞書が格納されている辞書サーバー１０とがネットワーク２０を介して接続されているときに、各端末装置３０−１〜３０−ｍは、所望の声質の音声合成用辞書を辞書サーバー１０からネットワーク２０を介して獲得することが可能に構成されている。」
ウ　「【図２】
」
５　甲第５号証について
（１）甲第５号証の記載事項
　甲第５号証には、図面と共に次に掲げる事項が記載されている。
ア　「【００８０】［第２の実施の形態］図２６は、本発明の第２の実施の形態に係る情報通信システムを示すブロック図である。
本発明の第２の実施の形態では、図２６に示すように、エージェント端末２ａは、パソコン端末８０と、このパソコン８０に無線で接続されるペット型ロボット８１とからなる。
【００８１】また、このパソコン端末８０は音声認識プログラムを備えており、音声データからテキスト文字に変換できる。パソコン端末８０は、無線通信機能を有しており、ペット型ロボット８１と無線で接続される。ペット型ロボット８１は、人工知能を実現する演算処理装置が内蔵されており、マイクからの音声やショックセンサーからの検出信号により、ペット型ロボット８１の顔等表情や動作を制御できるようになっている。また、
ペット型ロボット８０はスピーカを内蔵しており、人工知能がペット型ロボット８０の表情や動作に応じて所定の音声を形成してスピーカから音声を出力できる。
【００８２】また、このペット型ロボット８１は無線通信機能を備えており、パソコン端末８０に無線で接続される。ペット型ロボット８１は、自身が備えるマイクで拾った音声データをアナログ／デジタル変換器を介して演算処理装置に入力するとともに、当該音声データを無線通信機能を介してパソコン端末８０に入力でき、かつ、パソコン端末８０からの音声データを演算処理装置に入力し、その入力音声データをデジタル／アナログ変換してスピーカから音声出力できるようになっている。なお、ペット型ロボット８１側に音声認識プログラム及び音声合成プログラムを搭載しておき、パソコン端末８０との間ではテキスト化又はコード化された音声データのやり取りを行うようにしても良い。
【００８３】この第２の実施の形態では、例えば交流促進装置５５からメールが到着している旨のデータがエージェントアクセスサーバ３を介してエージェント端末２ａのパソコン端末８０に送られてくると、
パソコン端末８０は、「メールが来たよ」という音声データを形成し、無線通信機能によりペット型ロボット８１に送出する。すると、ペット型ロボット８１の内部では、当該音声データをデジタル／アナログ変換してスピーカより「メールが来たよ」と発声させる。
【００８４】ユーザーがペット型ロボット８１に向かって、「メール読んで」というと、ペット型ロボット８１の内部では、その音声をアナログ／デジタル変換し、無線通信機能によりパソコン端末８０に送る。パソコン端末８０は、音声認識プログラムにより音声をテキストに変換した上で指示内容を解析し、この場合はメール読み上げが指示されているので、メール読み上げソフトを使用し、メールを音声データに変換して、無線通信機能を介してペット型ロボット８１に送信する。ペット型ロボット８１の内部では、当該音声データをデジタル／アナログ変換してスピーカから発声させる。例えばメールが「１０月１０日新宿駅○広場でまってるよ。栄ちゃんより」という内容であったときに、ペット型ロボット８１が、「１０月１０日新宿駅○広場でまってるよ。栄ちゃんより」という音声をしゃべっているように見えることになる。なお、この第２の実施の形態は、第１の実施の形態のようなキャラクターの成長動作については使用しない。」
イ　「【図２６】
」
６　甲第６号証について
（１）甲第６号証の記載事項
　甲第６号証には、図面と共に次に掲げる事項が記載されている。
ア　「【０１５１】《第４実施形態》図１９から図２３の図面に基づいて本発明の第４実施形態に係る情報システムを説明する。図１９は、この情報システムのシステム構成図であり、図２０は、図１９に示したキャラクタ人形１Ｅのハードウェア構成図であり、図２１は、図２０に示したＣＰＵ２おいて実行される人形制御プログラムの処理を示すフローチャートであり、図２２は、本実施形態の変形例に係る操作コントローラのハードウェア構成図であり、図２３は、図２２に示したＣＰＵ２で実行される操作コントローラの処理を示すフローチャートである。
【０１５２】上記第１実施形態から第３実施形態では、所定のメッセージを利用者の好み音声で出力する情報システムについて説明した。
本実施形態では、利用者端末からの指示により、所定のメッセージを利用者の好み音声で発するキャラクタ人形を含む情報システムについて説明する。
イ　「【０１６８】
そのコマンドが音源データのダウンロードコマンドの場合、ＣＰＵ２は音源データのダウンロード処理を実行する（Ｓ１３５）。これによって、キャラクタ人形内の音源データが更新される。
ウ　「【図１９】
」
エ　「【図２１】
」
第５　当審の判断
１　対比
　本件発明と甲１発明とを対比する。
（１）「音声素片データ」について
　構成Ａによれば、「音声素片データ」は「ヒトの音声に由来する」ものであって、当該データに基づいて「音声出力装置」が「当該ヒトの音声を出力できるように構成」されるものである。
　それに対して、甲１発明の構成ｃ４の「アプリバンドル」は、キャラクタアプリのプログラム実行に必要な音声のデータをアーカイブしたバンドルファイルである。また、構成ｂ４にあるとおり、キャラクタアプリが配信を受ける音声合成用データには、音声素片が含まれる。
　したがって、甲１発明の構成ｃ４の「アプリバンドル」は「音声素片」のデータである点において、本件発明の「音声素片データ」と共通する。
　しかしながら、甲１発明においては、「アプリバンドル」に含まれる「音声素片」がどのように生成されたものかの特定はない。また、構成ｃ３及びｄ４にあるとおり、アプリバンドルはキャラクタごとに格納されるものである。
　したがって、本件発明の「音声素片データ」は、「ヒトの音声に由来する」ものであって、当該データに基づいて「音声出力装置」が「当該ヒトの音声を出力できるように構成」されるものであるのに対して、甲１発明の「アプリバンドル」は、そのようなものではない点で相違する。
（２）「音声出力装置」、「サーバー装置」及び「ユーザ端末」について
　甲１発明の構成ｂの「車載端末装置１００」及び「サービスセンタ２００」は、それぞれ本件発明の「音声出力装置」及び「サーバー装置」に相当する。
　次いで、本件発明の「ユーザ端末」について検討すると、本件特許公報の段落【００３９】〜【００５０】には「音声移植方法の具体的実施形態」が記載され、段落【００５１】〜【００５４】には「音声移植方法の第２実施形態」が記載され、さらに段落【００５５】〜【００５９】には「音声移植方法の第３の実施形態」が記載されている。
　ここで、「音声移植方法の具体的実施形態」において、音声移植サーバへのアクセスを行う主体は「ユーザが使用する音声出力装置」として特定される一方、当該実施形態の説明中に「ユーザ端末」との用語は用いられていない。
　対して、「音声移植方法の第２実施形態」及び「音声移植方法の第３実施形態」において、音声移植サーバへのアクセスを行う主体は「音声素片データの利用者であるユーザが使用するユーザ端末」として特定されており、段落【００５４】及び【００５８】にあるとおり、「ユーザ端末と音声出力装置は異なる別々の装置（端末）」として特定されている。
　そうすると、本件発明は、「音声出力装置」と「ユーザ端末」とをそれぞれ発明特定事項として有することから、「ユーザ端末と音声出力装置は異なる別々の装置（端末）」として特定されているものといえる。
　なお、段落【００５４】には、「前述した第１実施形態では、ユーザ端末と音声出力装置は同じ装置（端末）であったが、」との記載があるが（段落【００５８】についても同様。）、当該記載は第２実施形態（段落【００５８】においては、第３実施形態。）の説明として、第１実施形態である「音声移植方法の具体的実施形態」における「音声出力装置」は、第２実施形態（第３実施形態）における「ユーザ端末」の機能を備えていることを説明しているに過ぎない。したがって、当該記載があるとしても、本件発明が、「ユーザ端末」と「音声出力装置」とが同じ装置（端末）である場合を含むと解することは適当ではない。また、ほかに「ユーザ端末」と「音声出力装置」とが同じ装置（端末）であるとする根拠もない。
　そして、甲１発明は、「車載端末装置１００」とは別にユーザが利用する端末を有しない。よって、甲１発明は、本件発明の「ユーザ端末」に相当する構成を有しない。
（３）構成Ａについて
　甲１発明の構成ｂの「車載端末装置１００」は、構成ｂ１及びｂ２にあるとおり、そのメモリ上で動作する「音声合成・認識ミドル５０１」によって音声合成処理を行うことが可能であり、上記（１）における検討のとおり、その音声合成に「アプリバンドル」の「音声素片」を用いる。
　また、構成ｂ３及びｂ４にあるとおり、「車載端末装置１００」上のキャラクタアプリ６０５は、「サービスセンタ２００」の備えるキャラクタサーバ２０５から音声合成用データ等のデータの配信を受け、かつ、構成ｄ５にあるとおり、配信されたキャラクタアプリバンドルは「車載端末装置１００」の記憶装置１０３に格納され、インストールされる。
　したがって、甲１発明の構成ａの「情報提示方法」は、アプリバンドルに基づいて合成された音声を出力できるように構成された車載端末装置１００であって、サービスセンタ２００との間で情報の送受信ができるように構成された車載端末装置１００に対し、アプリバンドルをインストールする方法であるといえるから、「音声素片データに基づいて合成された音声を出力できるように構成された音声出力装置であって、サーバー装置との間で情報の送受信ができるように構成された音声出力装置に対し、音声素片データを移植する方法」である点で、構成Ａと共通する。
　しかしながら、上記（１）における検討のとおり、構成Ａの「音声素片データ」は「ヒトの音声に由来する」ものであり、当該「音声素片データ」に基づいて合成される音声は「当該ヒトの音声」であるのに対して、甲１発明はそのような構成を有しない点で相違する。
（４）構成Ｂ〜Ｆについて
　上記（２）において検討したとおり、甲１発明は構成Ｂ〜Ｅの「ユーザ端末」に相当する構成を有しない。以下、構成Ｂ〜Ｆのその余の構成について検討する。
ア　構成Ｂについて
　甲１発明の「車載端末装置１００」は、構成ｂ４、ｃ〜ｃ４及びｄ〜ｄ５にあるとおり、「アプリバンドル」を格納したキャラクタアプリ管理テーブル８００を、付随するデータベース２１１に構築したキャラクタサーバ２０５を備える、「サービスセンタ２００」と、キャラクタアプリ６０５によって連携する。
　したがって、甲１発明は、「音声素片データの移植に用いるサーバー装置へアクセスするステップ」を有する点で、構成Ｂと共通する。
　しかしながら、構成Ｂのサーバー装置へのアクセスは、「音声素片データの利用者であるユーザが使用するユーザ端末から、インターネットを介して」行われるのに対して、甲１発明においては、「サービスセンタ２００」へのアクセスを「車載端末装置１００」から行い、また、アクセスのための通信回線の特定を有しない点で相違する。
イ　構成Ｃについて
　甲１発明は、構成ｄ、ｄ１、ｅ及びｅ１にあるとおり、ユーザが新規キャラクタアプリを購入・ダウンロードする場合、複数ある候補の中から、購入するキャラクタアプリの選択や確認を行うため、プレビュー画面におけるソフトボタンによって、プレビュー対象キャラクタを切り替える。
　そして、プレビュー対象キャラクタは、構成ｃにおけるサービスセンタ２００側のキャラクタアプリ管理テーブル８００に格納されたものであり、プレビュー画面１４００の表示等は車載端末装置１００上で行われるのであるから、プレビュー対象キャラクタのリストに関する情報がサービスセンタ２００から車載端末装置１００に送信されることは、技術常識に鑑みれば明らかなことである。
　したがって、甲１発明は、「移植可能な音声素片データのリストに関する音声選択メニュー情報を、サーバー装置から送信するステップ」を有する点で、構成Ｃと共通する。
　しかしながら、構成Ｃの音声選択メニュー情報の送信は、「ユーザ端末へ」行われるのに対して、甲１発明においては、送信先が「車載端末装置１００」である点で相違する。
ウ　構成Ｄについて
　甲１発明の「車載端末装置１００」は、構成ｄ、ｅ及びｅ１にあるとおり、プレビュー対象キャラクタを切り替えて表示する。
　したがって、甲１発明は、「移植可能な音声素片データを前記音声選択メニュー情報に基づいて選択可能に表示するステップ」を有する点において、構成Ｄと共通する。
　しかしながら、構成Ｄの移植可能な音声素片データの表示は「ユーザ端末において」行われるのに対して、甲１発明においては、表示が「車載端末装置１００」で行われる点で相違する。
エ　構成Ｅ及びＦについて
　甲１発明は、構成ｄ３〜ｄ５にあるとおり、プレビュー中のキャラクタアプリを実際に購入し、ダウンロードする場合には「車載端末装置１００」から「サービスセンタ２００」のキャラクタサーバ２０５に対しキャラクタアプリ６０５の購入処理の実行を要求し、該当するキャラクタＩＤの行のアプリバンドルカラムに格納されているアプリバンドルのデータの配信を受けるものである。
　したがって、購入処理の実行の要求において、「車載端末装置１００」からキャラクタサーバ２０５へは、プレビュー中のキャラクタアプリの「キャラクタＩＤ」が送信されるものと認められる。そして、当該「キャラクタＩＤ」は、構成Ｅの「ユーザが選択した音声素片データに対応する音声識別情報」に相当する。
　よって、甲１発明は、「ユーザが選択した音声素片データに対応する音声識別情報を、サーバー装置へ送信するステップ」を有する点で、構成Ｅと共通する。
　しかしながら、構成Ｅにおいて送信される情報に「当該音声素片データの移植対象である音声出力装置に対応する装置識別情報」が含まれるのに対して、甲１発明はそのような構成を有しない点で相違する。
　また、構成Ｅにおける音声識別情報の送信の主体が「ユーザ端末」であるのに対して、甲１発明においては、音声識別情報の送信の主体が「車載端末装置１００」である点で相違する。
　さらに、甲１発明は、「前記音声識別情報に対応する音声素片データを、サーバー装置から、音声出力装置へ送信するステップ」を有する点で構成Ｆと共通する。
　しかしながら、構成Ｆにおける音声素片データの送信先の「音声出力装置」が「前記装置識別情報に対応する音声出力装置」であるのに対して、甲１発明においては、「車載端末装置１００」である点で相違する。
オ　構成Ｂ〜Ｆと甲１発明との一致点及び相違点
　上記ア〜エにおける検討を総合すると、構成Ｂ〜Ｆと甲１発明とは、以下の（ア）で一致し、（イ）〜（エ）で相違する。
（ア）（Ｂ’）音声素片データの移植に用いるサーバー装置へアクセスするステップと、
（Ｃ’）移植可能な音声素片データのリストに関する音声選択メニュー情報を、サーバー装置から送信するステップと、
（Ｄ’）移植可能な音声素片データを前記音声選択メニュー情報に基づいて選択可能に表示するステップと、
（Ｅ’）ユーザが選択した音声素片データに対応する音声識別情報を、サーバー装置へ送信するステップと、
（Ｆ’）前記音声識別情報に対応する音声素片データを、サーバー装置から、音声出力装置へ送信するステップと、
を有する点。
（イ）構成Ｂ、Ｄ及びＥにおけるサーバー装置へのアクセス、移植可能な音声素片データの表示及び音声識別情報の送信の主体並びに構成Ｃにおける音声選択メニュー情報の送信先が「音声素片データの利用者であるユーザが使用するユーザ端末」であるのに対して、甲１発明では「車載端末装置１００」である点で相違する。
（ウ）構成Ｂにおけるアクセスが「インターネットを介して」行われるのに対して、甲１発明はそのような構成を有しない点で相違する。
（エ）構成Ｅにおけるサーバー装置への送信情報に「当該音声素片データの移植対象である音声出力装置に対応する装置識別情報」が含まれ、構成Ｆにおける音声素片データの送信先の「音声出力装置」が「前記装置識別情報に対応する音声出力装置」であるのに対して、甲１発明では「車載端末装置１００」である点で相違する。
（５）構成Ｇについて
　甲１発明の「車載端末装置１００」は、構成ｄ５にあるとおり、「サービスセンタ２００」のキャラクタサーバ２０５から配信されたキャラクタアプリバンドルを、「車載端末装置１００」の記憶装置１０３に格納し、インストールする。
　したがって、甲１発明は、「サーバー装置から受信した前記音声素片データを、音声出力装置の情報記録媒体にインストールするステップ」を有する点で、構成Ｇと共通する。
（６）一致点及び相違点
　上記（１）〜（５）から、本件発明と甲１発明との一致点及び相違点は以下のとおりである。
［一致点］
（Ａ’）音声素片データに基づいて合成された音声を出力できるように構成された音声出力装置であって、サーバー装置との間で情報の送受信ができるように構成された音声出力装置に対し、音声素片データを移植する方法であって、
（Ｂ’）音声素片データの移植に用いるサーバー装置へアクセスするステップと、
（Ｃ’）移植可能な音声素片データのリストに関する音声選択メニュー情報を、サーバー装置から送信するステップと、
（Ｄ’）移植可能な音声素片データを前記音声選択メニュー情報に基づいて選択可能に表示するステップと、
（Ｅ’）ユーザが選択した音声素片データに対応する音声識別情報を、サーバー装置へ送信するステップと、
（Ｆ’）前記音声識別情報に対応する音声素片データを、サーバー装置から、音声出力装置へ送信するステップと、
（Ｇ）サーバー装置から受信した前記音声素片データを、音声出力装置の情報記録媒体にインストールするステップと、
（Ａ’）を含むことを特徴とする音声移植方法。
［相違点１］
　構成Ａの「音声素片データ」は「ヒトの音声に由来する」ものであり、当該「音声素片データ」に基づいて合成される音声は「当該ヒトの音声」であるのに対して、甲１発明はそのような構成を有しない点。
［相違点２］
　構成Ｂ、Ｄ及びＥにおけるサーバー装置へのアクセス、移植可能な音声素片データの表示及び音声識別情報の送信の主体並びに構成Ｃにおける音声選択メニュー情報の送信先が「音声素片データの利用者であるユーザが使用するユーザ端末」であるのに対して、甲１発明では「車載端末装置１００」である点。
［相違点３］
　構成Ｂにおけるアクセスが「インターネットを介して」行われるのに対して、甲１発明はそのような構成を有しない点。
［相違点４］
　構成Ｅにおけるサーバー装置への送信情報に「当該音声素片データの移植対象である音声出力装置に対応する装置識別情報」が含まれ、構成Ｆにおける音声素片データの送信先の「音声出力装置」が「前記装置識別情報に対応する音声出力装置」であるのに対して、甲１発明では「車載端末装置１００」である点。
２　判断
　上記相違点のうち、まず相違点２及び４について検討する。
（１）甲第２号証について
　申立人は、特許異議申立書の第４、３（１）イ（ア）において、甲第２号証には「第１ユーザ端末から入力された基本情報に基づいて、第１ユーザ端末とは異なる端末である第２ユーザ端末に音声コンテンツを配信すること」が記載されている旨指摘し、甲１発明と甲第２号証の記載事項とは「音声データ（音声コンテンツ）をユーザ端末に送信する点で共通する」こと等に基づいて、「甲１発明において、音声応答データを送信するユーザの端末として、甲２記載事項の『第２ユーザ端末』に音声コンテンツを配信するために、本件特許発明の相違点１に係る構成とすること」（特許異議申立書における「相違点１」は上記１「対比」における相違点２及び４に対応する。）は当業者が容易に想到し得たことである旨主張している。
　そこで、甲第２号証に記載の技術について以下に検討する。
　甲第２号証に記載の技術は、「第１ユーザー端末２」から「ウェブサーバ１」へ基本情報を送信し、音声合成処理を「ウェブサーバ１」で行って、生成した「音声メッセージ」を特定の「第２ユーザー端末３」に送信するものであるから、甲第２号証の「第１ユーザー端末２」は、サーバにアクセスして、他の端末への情報の送信を制御する端末である点においては、本件発明の「ユーザ端末」と共通する。
　しかしながら、甲第２号証において「第２ユーザー端末３」に送信される「音声コンテンツ」は、「ウェブサーバ１」の「音声合成手段１ａ」によって合成された「『ＹＵＫＩです。おかえりなさい。お仕事お疲れ様でした！』といったメッセージ」であるから、音声出力装置の情報記録媒体にインストールする「音声素片データ」を「音声出力装置」へ送信する本件発明及び甲１発明とは、送信する情報の技術的性質が異なるものであり、[YM1]それに伴ってシステム全体の構成（特に、音声合成処理を行う構成がいずれの装置であるか。）も異なるものである。
　したがって、甲１発明において甲第２号証に記載の技術を適用したとしても、甲１発明の構成に、音声メッセージを送信するための構成が別途付加されるのみであって、アプリバンドルの配信を行うための構成に加えて、「第１ユーザー端末２」から「サービスセンタ２００」へ基本情報を送信し、音声合成処理を「サービスセンタ２００」で行って、生成した「音声メッセージ」を特定の「車載端末装置１００」に送信する構成を有するものとなるに過ぎない。
　そして、そのような、甲第２号証に記載の技術を採用した甲１発明においては、「第１ユーザー端末２」への送信及び「第１ユーザー端末２」における表示の対象となる情報が、生成される「音声メッセージ」に関するものであって、「移植可能な音声素片データ」に関するものではない。さらに、生成した「音声メッセージ」が特定の「車載端末装置１００」へ送信されるのであって、「音声素片データ」が特定の「車載端末装置１００」に送信されるのではない。
　よって、甲１発明において甲第２号証に記載の技術を採用したとしても、上記相違点２及び４に係る構成を当業者が容易に発明することができたとはいえない。
　なお、甲第３〜６号証にも、サーバー装置へのアクセス、移植可能な音声素片データの表示及び音声識別情報の送信の主体並びに音声選択メニュー情報の送信先を「音声素片データの利用者であるユーザが使用するユーザ端末」とし、「音声素片データ」を「装置識別情報に対応する音声出力装置」に送信することは、記載も示唆もされていない。
（２）小括
　上記（１）において検討したとおり、本件発明は、相違点１及び３について検討するまでもなく、当業者であっても甲１発明及び甲第２〜６号証に記載された事項に基づいて容易に発明をすることができたものとはいえない。
第６　むすび
　以上のとおりであるから、特許異議申立書に記載された特許異議申立理由によっては、特許第６５９８３７９号の請求項１に係る特許を取り消すことはできない。
　また、他に特許第６５９８３７９号の請求項１に係る特許を取り消すべき理由を発見しない。
　よって、結論のとおり決定する。
【異議決定日】
令和２年８月２６日（２０２０．８．２６）