2024-700733

特許第７４２８１３４号発明「情報処理装置及び情報処理装置、並びに情報処理システム」の特許異議申立事件について、次のとおり決定する。

結 論 特許第７４２８１３４号の請求項１１、１２に係る特許を取り消す。 特許第７４２８１３４号の請求項１～１０、１３～１５に係る特許を維持する。

理 由 第１ 手続の経緯 特許第７４２８１３４号（以下「本件特許」という。）の請求項１～１５に係る特許についての出願は、２０１９年（令和元年）９月２日（優先権主張 平成３０年１０月２９日）を国際出願日とする出願であって、令和６年１月２９日にその特許権の設定登録がされ、同年２月６日に特許掲載公報が発行された。 その後、同年８月２日に特許異議申立人金田綾香（以下「申立人」という。）により本件特許の全請求項（請求項１～１５）に対して特許異議の申立てがされた。 そして、同年９月２０日付けで取消理由を通知し、期間を指定して意見書を提出する機会を与えたが、特許権者は応答しなかった。 第２ 本件発明 本件特許の請求項１～１５に係る発明（以下「本件発明１」～「本件発明１５」という。）は、特許請求の範囲の請求項１～１５に記載された事項により特定される、次のとおりのものである。 〔本件発明１〕【請求項１】 放送型の動画コンテンツを受信する受信部と、 前記動画コンテンツを表示する表示部と、 前記動画コンテンツ中で発生するイベントに応じた仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータを、仮想キャラクタを駆動する第２の機器に通知する通知部と、 を具備し、 前記動画コンテンツの送信元が前記動画コンテンツの送信中に送信した前記イベントのトリガーを受信したことに応答して、前記通知部が前記第２の機器に前記データを通知する、 情報処理装置。 〔本件発明２〕【請求項２】 前記受信部は、放送波又はストリーム配信される前記動画コンテンツを受信する、 請求項１に記載の情報処理装置。 〔本件発明３〕【請求項３】 前記受信部は、ＳｔｒｅａｍＥｖｅｎｔ又はＷｅｂＳｏｃｋｅｔにより、前記イベントのトリガーを受信する、 請求項１に記載の情報処理装置。 〔本件発明４〕【請求項４】 放送型の動画コンテンツを受信する受信ステップと、 前記動画コンテンツを表示部に表示する表示ステップと、 前記動画コンテンツ中で発生するイベントに応じて、仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータを、仮想キャラクタを駆動する第２の機器に通知する通知ステップと、 を有し、 前記通知ステップでは、前記動画コンテンツの送信元が前記動画コンテンツの送信中に送信した前記イベントのトリガーを受信したことに応答して、前記第２の機器に前記データを通知する、 情報処理方法。 〔本件発明５〕【請求項５】 放送型の動画コンテンツを表示中の第１の機器が前記動画コンテンツの送信元からイベントのトリガーを受信したことに応答して通知した、仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータを受信する受信部と、 前記第１の機器から通知された前記データに基づいて前記情報を取得し、取得した前記情報に基づいて、前記仮想キャラクタの駆動を制御する制御部と、 を具備する情報処理装置。 〔本件発明６〕【請求項６】 前記受信部は、前記放送型の動画コンテンツを受信するテレビ受信機としての前記第１の機器から前記通知を受け取る、 請求項５に記載の情報処理装置。 〔本件発明７〕【請求項７】 ２次元又は３次元表示可能な表示部をさらに備え、 前記制御部は、前記表示部を用いて表示する前記仮想キャラクタの駆動を制御する、 請求項５に記載の情報処理装置。 〔本件発明８〕【請求項８】 前記制御部は、ＭＲデバイスを用いて前記仮想キャラクタを表示する、 請求項５に記載の情報処理装置。 〔本件発明９〕【請求項９】 前記制御部は、前記放送型の動画コンテンツを受信するテレビ受信機としての前記第１の機器の子画面で前記仮想キャラクタを表示する、 請求項５に記載の情報処理装置。 〔本件発明１０〕【請求項１０】 前記制御部は、取得した前記情報に基づいて、ペット型ロボットの駆動を制御する、 請求項５に記載の情報処理装置。 〔本件発明１１〕【請求項１１】 前記制御部は、前記動画コンテンツ中の前記イベントの位置情報、前記イベントの種別、前記イベントの内容を含んだ前記データを取得する、 請求項５に記載の情報処理装置。 〔本件発明１２〕【請求項１２】 前記制御部は、前記イベントに対する前記仮想キャラクタの感情表現に関する情報を含んだ前記データを取得する、 請求項５に記載の情報処理装置。 〔本件発明１３〕【請求項１３】 前記受信部は、前記第１の機器から前記仮想キャラクタのデータをさらに受信する、 請求項５に記載の情報処理装置。 〔本件発明１４〕【請求項１４】 放送型の動画コンテンツを表示中の第１の機器が前記動画コンテンツの送信元からイベントのトリガーを受信したことに応答して通知した、仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータを受信する受信ステップと、 前記第１の機器から通知された前記データに基づいて前記情報を取得する取得ステップと、 前記取得ステップで取得した前記情報に基づいて、仮想キャラクタの駆動を制御する制御ステップと、 を有する情報処理方法。 〔本件発明１５〕【請求項１５】 放送型の動画コンテンツを受信して表示する第１の機器と、 仮想キャラクタの駆動を制御する第２の機器と、 を具備し、 前記第１の機器は、前記動画コンテンツの送信元が前記動画コンテンツの送信中に送信したイベントのトリガーを受信したことに応答して、前記イベントに応じた仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータを前記第２の機器に通知し、 前記第２の機器は、前記第１の機器から通知された前記データに基づいて前記情報を取得して、前記仮想キャラクタの駆動を制御する、 情報処理システム。 第３ 特許異議申立理由 特許異議申立理由の概要は、次のとおりである。 （理由１：新規性） 本件特許の請求項１、２、４～７、９、１１、１３～１５に係る発明は、甲第１号証に記載された発明であり、当該請求項１、２、４～７、９、１１、１３～１５に係る特許は、特許法第２９条第１項の規定に違反してされたものであるから、同法第１１３条第２号に該当し、取り消すべきものである。 （理由２：進歩性） 本件特許の請求項１、３～５、８、１０～１２、１４、１５に係る発明は、甲第１号証に記載された発明及び甲第２～１２号証に記載された技術に基づいて当業者が容易に発明をすることができたものであり、当該請求項１、３～５、８、１０～１２、１４、１５に係る特許は、特許法第２９条第２項の規定に違反してされたものであるから、同法第１１３条第２号に該当し、取り消すべきものである。 （理由３：サポート要件） 本件特許の請求項１１、１２に係る発明は、発明の詳細な説明に記載したものでなく、当該請求項１１、１２に係る特許は、特許法第３６条第６項第１号に規定する要件を満たしていない特許出願に対してされたものであるから、同法第１１３条第４号に該当し、取り消すべきものである。 （理由４：明確性） 本件特許の請求項１１、１２に係る発明は、明確でなく、当該請求項１１、１２に係る特許は、特許法第３６条第６項第２号に規定する要件を満たしていない特許出願に対してされたものであるから、同法第１１３条第４号に該当し、取り消すべきものである。 甲第１号証：特開２０１７－４６１８４号公報 甲第２号証：三代沢正、宮坂浩一、亀山渉、「データ放送を使った最適な放送番組連動印刷方式の開発とその評価」、映像情報メディア学会誌、６２巻、１号、２００８年１月、６１～６８頁 甲第３号証：特開２００８－２１７２２６号公報 甲第４号証：斉藤一成、三浦隆、小浦壽三、「データ放送用イベントメッセージ制御ｗｅｂＡＰＩの開発とその活用例」、２０１５年映像情報メディア学会冬季大会、２０１５年１２月、２３Ｃ－３ 甲第５号証：社団法人電波産業会、「デジタル放送におけるアプリケーション実行環境 標準規格」、ＡＲＩＢ ＳＴＤ－Ｂ２３ １．２版、２００９年７月 甲第６号証：「ＲＦＣ ６４５５ Ｔｈｅ ＷｅｂＳｏｃｋｅｔ Ｐｒｏｔｏｃｏｌ」、２０１１年１２月、https://www.rfc-editor.org/info/rfc6455 甲第７号証：特開２０１８－２９９０７号公報 甲第８号証：特開２０１８－３２３７５号公報 甲第９号証：特開２００３－３２４４０２号公報 甲第１０号証：特開２０１７－１４７７１０号公報 甲第１１号証：一般社団法人電波産業会、「デジタル放送におけるデータ放送符号化方式と伝送方式 標準規格」、ＡＲＩＢ ＳＴＤ－Ｂ２４ ６．５版（第三分冊）、２０２２年１０月 甲第１２号証：特表２００８－５２９４０３号公報 第４ 甲号証について （１）甲第１号証について ア 記載事項 甲第１号証には次の記載がある。なお、以降の下線は当審において付されたものである。 「【技術分野】 【０００１】 本発明は、配信装置、情報提示装置、及び情報提示プログラムに関し、特に、ユーザ毎に適切な緊急情報を提供するための配信装置、情報提示装置、及び情報提示プログラムに関する。」 「【００１７】 ＜情報提示システムの概略構成例＞ 本実施形態における緊急情報提示システムの概略構成例について、図を用いて説明する。図１は、緊急情報提示システムの概略構成例を示す図である。図１に示す緊急情報提示システム１０は、放送局１１と、配信装置の一例としての配信サーバ１２と、第１の情報提示装置の一例としての放送受信機１３と、第２の情報提示装置の一例としての端末装置１４とを有する。放送受信機１３、配信サーバ１２、及び端末装置１４は、インターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等に代表される通信ネットワーク１５によりデータの送受信が可能な状態で接続されている。なお、図１に示す緊急情報提示システム１０は、各構成が１台の例を示しているが、これに限定されるものではなく、それぞれは１又は複数の構成を有していてもよい。 【００１８】 放送局１１は、番組等のコンテンツを放送波１６を介して放送受信機１３に送信する。コンテンツとは、データ放送番組として放送されるマルチメディアデータ及びモノメディアの全体又はその一部分を示す抽象的な概念である。また、放送局１１は、緊急警報等の情報をイベントメッセージ等により放送受信機１３に送信する。 【００１９】 配信サーバ１２は、放送受信機１３から緊急警報のイベントメッセージを受信すると、対応する端末装置１４に対して通信ネットワーク１５を介して、手話ＣＧデータ等を配信する。また、端末装置１４から居住地情報を取得した場合には、その居住地に対応する緊急情報に対応する情報（例えば、避難場所、自治体情報）等があるか否かを判断し、情報がある場合には、対応する情報を送信する。 【００２０】 配信サーバ１２は、汎用のサーバやＰＣ等であるが、これに限定されるものではなく、例えば１以上の情報処理装置を有するクラウドコンピューティングにより構成されたクラウドサーバ等であってもよい。 【００２１】 放送受信機１３は、放送波１６からコンテンツを受信すると、受信したコンテンツを表示部により表示する。このとき、チャンネル毎に番組を切り替えて表示させることができる。また、本実施形態では、放送受信機１３は、ハイブリッドキャスト対応型の受信機であるため、テレビ番組の他に、番組に対応付けられた関連情報（例えば、画像、映像、リンク先のアドレス情報（例えば、ＵＲＬ、ＩＰアドレス）、テキスト情報）等を取得し、その取得した情報を画面に表示することができる。また、放送受信機１３は、放送局１１から緊急警報のイベントメッセージ等を取得した場合には、その取得した情報をトリガとして画面に緊急情報等を表示すると共に、この地域の具体的な情報を取得させるため、セカンドスクリーンとしての端末装置１４に、情報を送信する。例えば、放送受信機１３は、端末装置１４に対して手話ＣＧ用アプリ（連携アプリケーション）への強制遷移を行わせる信号や、居住地（放送受信機１３が設置されている場所）に関する情報を送信する。なお、放送受信機１３と、端末装置１４とは、例えばＷｉＦｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）、赤外線等の近距離通信等を用いてデータの送受信を行うことができるが、これに限定されるものではなく、例えば通信ネットワーク１５を用いて行ってもよい。 【００２２】 また、放送受信機１３は、緊急警報のイベントメッセージを受信した通知を配信サーバ１２に配信する。緊急警報とは、例えば、大雨、台風、地震、津波、土砂崩れ等の災害等であるが、これに限定されるものではない。また、放送受信機１３は、放送波にデータ放送等の情報が含まれている場合には、データ放送に対応する付加情報を画面に表示することもできる。放送受信機１３は、例えば、テレビ受像器やＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等であるが、これに限定されるものではなく、タブレット端末、スマートフォン、ゲーム機器等でもよい。 【００２３】 端末装置１４は、番組受信用のアプリケーション等を用いて放送受信機１３との対応付けを行うことができる。また、端末装置１４は、放送受信機１３との対応付けを行うことで、放送受信機１３が緊急受信情報等のイベントメッセージ又はその他のイベントメッセージを受信した場合に、そのメッセージに対応する情報を放送受信機１３又は配信サーバ１２から取得することができる。 【００２４】 端末装置１４は、放送受信機１３から手話ＣＧ用アプリへの強制遷移信号を受信すると、予めインストールされている手話ＣＧ用アプリを起動させる。また、端末装置１４は、放送受信機１３から居住地情報を受信し、その居住地情報を配信サーバ１２に送信し、対応する情報を配信サーバ１２から取得する。配信サーバ１２から取得する情報は、例えば、ＴＶＭＬスクリプトや手話データ、居住地情報、自治体情報等のうち、少なくとも１つであるが、これに限定されるものではない。端末装置１４は、タブレット端末やスマートフォン、ゲーム機器等であるが、これに限定されるものではない。 【００２５】 端末装置１４は、配信サーバ１２から得られた情報を表示することで、ユーザ毎に適切な緊急情報を提示することができる。」 「【００２６】 ＜配信サーバ１２の機能構成例＞ 次に、配信サーバ１２の機能構成例について、図を用いて説明する。図２は、配信サーバの機能構成の一例を示す図である。図２の例において、配信サーバ１２は、入力手段２１と、出力手段２２と、記憶手段２３と、居住地情報判定手段２４と、配信用データ抽出手段２５と、スクリプト生成手段２６と、配信手段２７と、通信手段２８と、制御手段２９とを有する。 【００２７】 入力手段２１は、本実施形態における配信サーバ１２における情報の配信を行うための各種入力（例えば、配信処理の開始や終了、各種設定情報の入力）等を受け付ける。 【００２８】 出力手段２２は、入力手段２１により入力された内容や、入力内容に基づいて実行された内容等の出力を行う。出力手段２２は、例えばディスプレイやスピーカ等である。出力手段２２は、入力手段２１と一体型のタッチパネルであってもよい。 【００２９】 記憶手段２３は、配信サーバ１２が使用する各種情報や設定情報、配信履歴（ログ情報）、自己のアドレス情報（例えば、ＩＰアドレス）、放送受信機１３や端末装置１４のアドレス情報（例えば、ＩＰアドレス）等の情報を記憶する。また、記憶手段２３は、端末１４に関する情報と、居住地情報等とが対応付けて管理されている。また、記憶手段２３は、自治体情報や、手話ＣＧモデル（ＣＧキャラクタモデル）に対して所定の手話動作等を行わせるための手話データ、ＴＶＭＬスクリプト（スクリプト情報）を記憶する。なお、記憶手段２３に記憶される情報は、これに限定されるものではない。また、記憶手段２３に記憶された情報は、必要に応じて読み出すことができ、また記憶手段２３に各種情報を書き込むこともできる。記憶手段２３は、例えばＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等から少なくとも１つを用いることができるが、これに限定されるものではない。 【００３０】 居住地情報判定手段２４は、端末装置１４から得られる居住地情報を取得し、取得した居住地に該当する緊急情報があるか否かを判断する。なお、緊急情報は、各自治体等が出す情報である。配信サーバ１２は、これらの情報を通信ネットワーク１５を介して外部装置等から最新の情報を取得しているものとする。 【００３１】 配信用データ抽出手段２５は、抽出結果に基づいて、対応する情報を取得し、配信用データを抽出する。配信用データとは、例えば、該当する緊急情報の内容に対応するＴＶＭＬスクリプト、自治体情報等であるが、これに限定されるものではない。 【００３２】 スクリプト生成手段２６は、配信用データ抽出手段２５により抽出された配信用データを用いて、端末装置１４側の再生手段（例えば、ＴＶＭＬプレイヤ）等で再生可能なスクリプトを生成する。例えば、スクリプト生成手段２６は、緊急情報の内容に対応する手話ＣＧ映像を再生できるようなＴＶＭＬスクリプト等を生成する。 【００３３】 配信手段２７は、居住地情報を送信してきた端末装置１４に対して、スクリプト生成手段２６で生成された配信用データに対応するスクリプト等を、通信ネットワーク１５を介して配信する。 【００３４】 通信手段２８は、通信ネットワーク１５を介して放送受信機１３や端末装置１４、その他の外部装置と、データの送受信を行う手段である。 【００３５】 制御手段２９は、配信サーバ１２の各構成部の動作等を制御する。また、制御手段２９は、処理の開始や終了、エラー発生時の処理等を行うことができる。なお、制御手段２９により制御される内容としては、これに限定されるものではない。」 「【００３６】 ＜放送受信機１３の機能構成例＞ 図３は、放送受信機の機能構成の一例を示す図である。図３に示す放送受信機１３は、入力手段３１と、出力手段３２と、記憶手段３３と、アプリ起動手段３４と、イベントメッセージ検知手段３５と、緊急情報フラグ判定手段３６と、連携端末管理手段３７と、通信手段３８と、制御手段３９とを有する。 【００３７】 入力手段３１は、本実施形態における放送受信機１３における情報の配信を行うための各種入力（例えば、放送番組の表示処理の開始や終了、各種設定情報の入力）等を受け付ける。また、入力手段３１は、ユーザ等からの番組（チャンネル）の変更、端末装置１４からの連携指示等の入力を受け付ける。 【００３８】 出力手段３２は、入力手段３１により入力された内容や、入力内容に基づいて実行された内容等の出力を行う。出力手段３２は、例えばディスプレイやスピーカ等である。出力手段３２は、入力手段３１と一体型のタッチパネルであってもよい。 【００３９】 記憶手段３３は、放送受信機１３が使用する各種情報や設定情報、自己のアドレス情報（例えば、ＩＰアドレス）、配信サーバ１２や端末装置１４のアドレス情報（例えば、ＩＰアドレス）等の情報を記憶する。また、記憶手段３３は、端末装置１４との連携情報（どの端末装置１４と連携しているかを管理する情報）等を記憶する。なお、記憶手段３３に記憶される情報は、これに限定されるものではない。また、記憶手段３３に記憶された情報は、必要に応じて読み出すことができ、また記憶手段３３に各種情報を書き込むこともできる。記憶手段３３は、例えばＲＯＭやＲＡＭ、ＨＤＤ等から少なくとも１つを用いることができるが、これに限定されるものではない。 【００４０】 アプリ起動手段３４は、電源が入力された場合に、番組放送用のアプリを起動させ、出力手段３２に対応する表示手段に放送局１１から得られた放送波のうち、ユーザにより選択されたチャンネルの番組を表示する。 【００４１】 また、アプリ起動手段３４は、番組内容を画面に表示させるだけでなく、例えばハイブリッドキャストやデータ放送等により得られたＷｅｂブラウザ等の内容を表示させることができる。 【００４２】 イベントメッセージ検知手段３５は、放送波に含まれるイベントメッセージを検知し、その内容が、緊急警報のイベントメッセージか否かを判断する。イベントメッセージとは、例えば放送局１１から放送受信機１３で動作しているコンテンツに対して即座に、あるいは指定した時刻にメッセージ情報を送る手段であり、イベントメッセージを受けたことをトリガとして、またイベントメッセージで取得した時刻に所定の情報の表示（例えば、テロップ表示等）を行う。なお、選挙後の当選発表等は、緊急警報等のイベントメッセージではない。 【００４３】 緊急情報フラグ判定手段３６は、緊急情報のレベルが、どの程度のレベルであるかを判定する。このフラグは、ユーザがそれぞれ指定することができ、例えば、震度が５以上の場合にのみ、端末装置１４での情報提供を受け付ける等の場合であるが、これに限定されるものではない。また、緊急情報フラグ判定手段３６は、どの地域、どの時間帯（例えば、深夜のみ等）に対する緊急情報等を受け付けるといった情報に基づいて、緊急情報として提示する対象であるか否かの判定を行うことができる。これにより、例えば緊急情報のイベントメッセージを受信した場合でも、端末装置１４によっては、情報を受けなくすることができる。 【００４４】 連携端末管理手段３７は、連携する端末装置１４を管理する。端末装置１４は、専用のアプリケーション（例えば、コンパニオンアプリ）等を用いることで、他の装置（例えば、放送受信機１３）との連携を行うことができる。連携端末管理手段３７は、緊急警報のイベントメッセージを受信した場合に、対応する情報を提供する端末を、端末装置１４からの登録指示により管理することができる。なお、登録された端末装置１４の情報は、端末装置１４からの削除指示により削除することができるが、これに限定されるものではなく、所定時間（例えば、１時間経過後）に削除させてもよい。これにより、削除動作を行う必要がなく、管理する端末装置１４が増加し続けることを防止することができる。 【００４５】 通信手段３８は、通信ネットワーク１５を介して配信サーバ１２や端末装置１４、その他の外部装置と、データの送受信を行う手段である。また、通信手段３８は、端末装置１４とＷｉＦｉやＢｌｕｅｔｏｏｔｈ等を用いて近距離通信を行うことができる。 【００４６】 制御手段３９は、放送受信機１３の各構成部の動作等を制御する。また、制御手段３９は、処理の開始や終了、エラー発生時の処理等を行うことができる。なお、制御手段３９により制御される内容としては、これに限定されるものではない。」 「【００４７】 ＜端末装置１４の機能構成例＞ 図４は、端末装置の機能構成の一例を示す図である。図４に示す端末装置１４は、入力手段４１と、出力手段４２と、記憶手段４３と、連携情報取得手段４４と、連携アプリ起動手段４５と、配信データ取得手段４６と、再生手段４７と、通信手段４８と、制御手段４９とを有する。 【００４８】 入力手段４１は、本実施形態における端末装置１４における情報の配信を行うための各種入力（例えば、放送番組の表示処理の開始や終了、各種設定情報の入力）等を受け付ける。また、入力手段４１は、ユーザ等からの番組（チャンネル）の変更、放送受信機１３からの手話ＣＧ用アプリへの強制遷移情報、居住地情報等の入力を受け付ける。 【００４９】 出力手段４２は、入力手段４１により入力された内容や、入力内容に基づいて実行された内容等の出力を行う。出力手段４２は、例えばディスプレイやスピーカ等である。出力手段４２は、入力手段４１と一体型のタッチパネルであってもよい。 【００５０】 記憶手段４３は、放送受信機１３が使用する各種情報や設定情報、自己のアドレス情報（例えば、ＩＰアドレス）、配信サーバ１２や自己以外の端末装置１４のアドレス情報（例えば、ＩＰアドレス）等の情報を記憶する。また、記憶手段４３は、自己以外の端末装置１４との連携情報（どの端末装置１４と連携しているかを管理する情報）等を記憶する。なお、記憶手段４３に記憶される情報は、これに限定されるものではない。また、記憶手段４３に記憶された情報は、必要に応じて読み出すことができ、また記憶手段４３に各種情報を書き込むこともできる。記憶手段４３は、例えばＲＯＭやＲＡＭ、ＨＤＤ等から少なくとも１つを用いることができるが、これに限定されるものではない。 【００５１】 連携情報取得手段４４は、放送受信機１３からの連携情報を受信する。連携情報としては、例えば上述した手話ＣＧ用アプリの強制遷移情報や居住地情報等であるが、これに限定されるものではない。 【００５２】 連携アプリ起動手段４５は、連携情報取得手段４４で取得した連携情報で指示されたアプリを強制的に起動する。例えば、連携アプリ起動手段４５は、端末装置１４で、現在、他のアプリを実行中である場合であっても、指示された連携アプリを起動する。なお、本実施形態においては、これに限定されるものではなく、例えば連携アプリを起動する旨のメッセージのみを表示し、ユーザに起動を促してもよい。 【００５３】 配信データ取得手段４６は、配信サーバ１２から緊急情報に対応する配信データ（例えば、ＴＶＭＬスクリプトデータ）等を取得する。なお、配信データ取得手段４６は、連携アプリの起動後に、放送受信機１３から取得した居住地情報を配信サーバ１２に送信し、その居住地情報に対応する情報を取得してもよい。 【００５４】 再生手段４７は、配信データ取得手段４６により取得したスクリプトを再生し、連携アプリ起動手段４５により起動させたアプリに基づいて、緊急情報に対応する手話ＣＧ映像を出力手段４２の画面に表示する。なお、再生手段４７は、例えばＴＶＭＬプレイヤ等であるが、これに限定されるものではない。 【００５５】 通信手段４８は、通信ネットワーク１５を介して配信サーバ１２や放送受信機１３、その他の外部装置と、データの送受信を行う手段である。また、通信手段４８は、放送受信機１３とＷｉＦｉやＢｌｕｅｔｏｏｔｈ等を用いて近距離通信を行うことができる。 【００５６】 制御手段４９は、端末装置１４の各構成部の動作等を制御する。また、制御手段４９は、処理の開始や終了、エラー発生時の処理等を行うことができる。なお、制御手段４９により制御される内容としては、これに限定されるものではない。なお、上述した端末装置１４の機能は、放送受信機１３に設けられていてもよい。つまり、１台の装置で、放送番組と手話ＣＧ等を表示させてもよい。 【００５７】 これにより、本実施形態では、自動かつ迅速に手話ＣＧを提示すると共に，居住地に関する緊急情報についても自動で抽出し、端末装置１４に提示することができる。」 「【００５８】 ＜緊急情報提示処理例＞ 次に、緊急情報提示処理の一例について、シーケンス図を用いて説明する。図５は、緊急情報提示処理の一例を示すシーケンス図である。図５の例に示すシーケンス図は、例えば放送受信機１３と、端末装置１４と、配信サーバ１２とを有する。 【００５９】 放送受信機１３は、放送局１１から放送波を受信し（Ｓ０１）、番組を表示する（Ｓ０２）。次に、放送受信機１３は、ハイブリッドキャスト用のアプリを起動し（Ｓ０３）、放送波の中からイベントメッセージの検知を行う（Ｓ０４）。 【００６０】 ここで、放送受信機１３は、緊急警報用のイベントメッセージを検知した場合、配信サーバ１２に、そのイベントメッセージを送信する（Ｓ０５）。また、放送受信機１３は、そのイベントメッセージの内容に対応させて、緊急警報を通知する対象の端末を判定し、通知が必要と判定された端末装置１４に対して手話ＣＧ用アプリへの強制遷移信号、及び居住地情報等を含む連携情報を送信する（Ｓ０６）。 【００６１】 端末装置１４は、Ｓ０６の処理で得られた連携情報のうち、手話ＣＧ用アプリへの強制遷移信号により連携アプリ（手話ＣＧ用アプリ）を起動させる（Ｓ０７）。また、端末装置１４は、連携情報に含まれる居住地情報を配信サーバ１２に送信する（Ｓ０８）。 【００６２】 配信サーバ１２は、放送受信機１３からのイベントメッセージ（緊急警報）、及び端末装置１４から送信される居住地情報に基づいて、対応する緊急警報用のスクリプトデータを抽出し（Ｓ０９）、端末装置１４に送信する（Ｓ１０）。なお、Ｓ１０の処理では、事前にＣＧモデル等の基本的な情報を送信しておくことで、端末装置１４側でそのＣＧモデルの情報を読み込んだ上で、常時スクリプトを待ち受ける状態にしておいてもよい。これにより、緊急時でも遅延なく、情報提示を開始することができる。 【００６３】 また、配信サーバ１２は、端末装置１４から得られる居住地情報を抽出し（Ｓ１１）、抽出した居住地情報に対応する対象スクリプトの判定処理を行う（Ｓ１２）。なお、Ｓ１２の処理の詳細については、後述する。また、配信サーバ１２は、Ｓ１２の処理により得られる判定結果に対応するスクリプトを生成し（Ｓ１３）、生成したスクリプトを端末装置１４に送信する（Ｓ１４）。 【００６４】 端末装置１４は、Ｓ１４の処理により取得したスクリプトを再生して（Ｓ１５）、ＣＧモデルによる手話での緊急情報を取得することができる。」 「【図５】 ［図：0001422448000001.jpg］ 」 「【００６５】 ＜対象スクリプトの判定処理：Ｓ１２＞ 次に、上述したＳ１２の対象スクリプトの判定処理について、フローチャートを用いて説明する。図６は、対象スクリプトの判定処理の一例を示すフローチャートである。図６の例において、配信サーバ１２は、緊急警報のイベントメッセージを受信しているか否かを判断し（Ｓ２１）、緊急警報のイベントメッセージを受信している場合（Ｓ２１において、ＹＥＳ）、居住地情報を送信した１又は複数の端末装置１４に対して緊急警報用スクリプトを一斉配信する（Ｓ２２）。 【００６６】 次に、配信サーバ１２は、抽出した居住地情報に基づき、緊急警報の対象地域か否かを判断する（Ｓ２３）。対象地域である場合（Ｓ２３において、ＹＥＳ）、配信サーバ１２は、該当居住地用緊急情報スクリプトを生成する（Ｓ２４）。また、対象地域でない場合（Ｓ２３において、ＮＯ）、配信サーバ１２は、全国用緊急情報スクリプトを生成する（Ｓ２５）。 【００６７】 次に、配信サーバ１２は、居住地情報に対応する自治体発表情報があるか否かを判断し（Ｓ２６）、自治体情報がある場合（Ｓ２６において、ＹＥＳ）、該当居住地用自治体発表情報スクリプトを生成する（Ｓ２７）。 【００６８】 また、配信サーバ１２は、Ｓ２１の処理において、緊急情報のイベントメッセージを受信していない場合（Ｓ２１において、ＮＯ）、抽出した居住地情報に対応する居住地情報があるか否かを判断する（Ｓ２８）。居住地情報がある場合（Ｓ２８において、ＹＥＳ）、該当居住地用通常スクリプトを生成する（Ｓ２９）、また、居住地情報がない場合（Ｓ２８において、ＮＯ）、全国用通常スクリプトを生成する（Ｓ３０）。 【００６９】 ここで、Ｓ２７，Ｓ２９，Ｓ３０の処理後、又は、Ｓ２６の処理において、自治体情報がない場合（Ｓ２６おいて、ＮＯ）、対象スクリプトの判定処理を終了する。」 「【図６】 ［図：0001422448000002.jpg］ 」 イ 甲１発明１ 上記アから、甲第１号証には次の放送受信機の発明（以下、「甲１発明１」という。）が記載されている。なお、各構成の末尾括弧内に、対応する記載箇所を付した。 〔甲１発明１〕 放送波１６から番組等のコンテンツを受信すると、受信したコンテンツを表示部により表示する放送受信機１３であって、（【００１８】、【００２１】） 放送波の中からイベントメッセージの検知を行い、緊急警報用のイベントメッセージを検知した場合、配信サーバ１２に、そのイベントメッセージを送信し、また、そのイベントメッセージの内容に対応させて、緊急警報の通知が必要と判定された端末装置１４に対して居住地情報等を送信するものであり、（【００５９】、【００６０】） 前記端末装置１４は、出力手段４２、連携情報取得手段４４、連携アプリ起動手段４５、配信データ取得手段４６、再生手段４７等を有し、（【００４７】） 前記連携情報取得手段４４は、放送受信機１３からの居住地情報等を受信するものであり、（【００５１】） 前記配信データ取得手段４６は、放送受信機１３から取得した居住地情報を配信サーバ１２に送信し、その居住地情報に対応する情報を取得するものであり、（【００５３】） 前記配信サーバ１２は、居住地情報判定手段２４、配信用データ抽出手段２５、スクリプト生成手段２６、配信手段２７等を有し、（【００２６】） 各自治体等が出す最新の緊急情報を、通信ネットワーク１５を介して外部装置等から取得しているものであり、（【００３０】） 前記居住地情報判定手段２４は、端末装置１４から得られる居住地情報を取得し、取得した居住地に該当する緊急情報があるか否かを判断するものであり、（【００３０】） 前記配信用データ抽出手段２５は、抽出結果に基づいて、対応する情報を取得し、配信用データを抽出するものであり、（【００３１】） 前記スクリプト生成手段２６は、配信用データ抽出手段２５により抽出された配信用データを用いて、端末装置１４側の再生手段等で再生可能な、緊急情報の内容に対応する手話ＣＧ映像を再生できるようなＴＶＭＬスクリプト等を生成するものであり、（【００３２】） 前記配信手段２７は、居住地情報を送信してきた端末装置１４に対して、スクリプト生成手段２６で生成された配信用データに対応するスクリプト等を、通信ネットワーク１５を介して配信するものであり、（【００３３】） 前記配信サーバ１２は、前記緊急警報のイベントメッセージを受信している場合、前記居住地情報を送信した端末装置１４に対して緊急警報用スクリプトを一斉配信し、次に、配信サーバ１２は、抽出した居住地情報に基づき、緊急警報の対象地域か否かを判断し、対象地域である場合、配信サーバ１２は、該当居住地用緊急情報スクリプトを生成し、また、対象地域でない場合、配信サーバ１２は、全国用緊急情報スクリプトを生成するものであり（【００６５】、【００６６】）、 前記端末装置１４における再生手段４７は、配信データ取得手段４６により取得したスクリプトを再生し、連携アプリ起動手段４５により起動させたアプリに基づいて、緊急情報に対応する手話ＣＧ映像を出力手段４２の画面に表示するものである（【００５４】） 放送受信機１３。 また、上記アから、甲第１号証には次の端末装置の発明（以下、「甲１発明２」という。）が記載されている。なお、各構成の末尾括弧内に、対応する記載箇所を付した。 〔甲１発明２〕 出力手段４２、連携アプリ起動手段４５、放送受信機１３からの居住地情報等を受信する連携情報取得手段４４、放送受信機１３から取得した居住地情報を配信サーバ１２に送信し、その居住地情報に対応する情報を取得する配信データ取得手段４６、再生手段４７等を有する端末装置１４であって、（【００４７】、【００５１】、【００５３】） 前記放送受信機１３は、放送波１６から番組等のコンテンツを受信すると、受信したコンテンツを表示部により表示するものであって、（【００１８】、【００２１】） 放送波の中からイベントメッセージの検知を行い、緊急警報用のイベントメッセージを検知した場合、配信サーバ１２に、そのイベントメッセージを送信し、また、そのイベントメッセージの内容に対応させて、緊急警報の通知が必要と判定された端末装置１４に対して居住地情報等を送信するものであり、（【００５９】、【００６０】） 前記配信サーバ１２は、居住地情報判定手段２４、配信用データ抽出手段２５、スクリプト生成手段２６、配信手段２７等を有し、（【００２６】） 各自治体等が出す最新の緊急情報を、通信ネットワーク１５を介して外部装置等から取得しているものであり、（【００３０】） 前記居住地情報判定手段２４は、端末装置１４から得られる居住地情報を取得し、取得した居住地に該当する緊急情報があるか否かを判断するものであり、（【００３０】） 前記配信用データ抽出手段２５は、抽出結果に基づいて、対応する情報を取得し、配信用データを抽出するものであり、（【００３１】） 前記スクリプト生成手段２６は、配信用データ抽出手段２５により抽出された配信用データを用いて、端末装置１４側の再生手段等で再生可能な、緊急情報の内容に対応する手話ＣＧ映像を再生できるようなＴＶＭＬスクリプト等を生成するものであり、（【００３２】） 前記配信手段２７は、居住地情報を送信してきた端末装置１４に対して、スクリプト生成手段２６で生成された配信用データに対応するスクリプト等を、通信ネットワーク１５を介して配信するものであり、（【００３３】） 前記配信サーバ１２は、前記緊急警報のイベントメッセージを受信している場合、前記居住地情報を送信した端末装置１４に対して緊急警報用スクリプトを一斉配信し、次に、配信サーバ１２は、抽出した居住地情報に基づき、緊急警報の対象地域か否かを判断し、対象地域である場合、配信サーバ１２は、該当居住地用緊急情報スクリプトを生成し、また、対象地域でない場合、配信サーバ１２は、全国用緊急情報スクリプトを生成するものであり（【００６５】、【００６６】）、 前記端末装置１４における再生手段４７は、配信データ取得手段４６により取得したスクリプトを再生し、連携アプリ起動手段４５により起動させたアプリに基づいて、緊急情報に対応する手話ＣＧ映像を出力手段４２の画面に表示するものである（【００５４】） 端末装置１４。 さらに、上記アから、甲第１号証には次の情報提示システムの発明（以下、「甲１発明３」という。）が記載されている。なお、各構成の末尾括弧内に、対応する記載箇所を付した。 〔甲１発明３〕 放送受信機１３、端末装置１４等を有する緊急情報提示システム１０であって、（【００１７】） 前記放送受信機１３は、放送波１６から番組等のコンテンツを受信すると、受信したコンテンツを表示部により表示するものであって、（【００１８】、【００２１】） 放送波の中からイベントメッセージの検知を行い、緊急警報用のイベントメッセージを検知した場合、配信サーバ１２に、そのイベントメッセージを送信し、また、そのイベントメッセージの内容に対応させて、緊急警報の通知が必要と判定された端末装置１４に対して居住地情報等を送信するものであり、（【００５９】、【００６０】） 前記端末装置１４は、出力手段４２、連携アプリ起動手段４５、配信データ取得手段４６、再生手段４７等を有し、（【００４７】） 前記配信データ取得手段４６は、放送受信機１３から取得した居住地情報を配信サーバ１２に送信し、その居住地情報に対応する情報を取得するものであり、（【００５３】） 前記配信サーバ１２は、居住地情報判定手段２４、配信用データ抽出手段２５、スクリプト生成手段２６、配信手段２７等を有し、（【００２６】） 各自治体等が出す最新の緊急情報を、通信ネットワーク１５を介して外部装置等から取得しているものであり、（【００３０】） 前記居住地情報判定手段２４は、端末装置１４から得られる居住地情報を取得し、取得した居住地に該当する緊急情報があるか否かを判断するものであり、（【００３０】） 前記配信用データ抽出手段２５は、抽出結果に基づいて、対応する情報を取得し、配信用データを抽出するものであり、（【００３１】） 前記スクリプト生成手段２６は、配信用データ抽出手段２５により抽出された配信用データを用いて、端末装置１４側の再生手段等で再生可能な、緊急情報の内容に対応する手話ＣＧ映像を再生できるようなＴＶＭＬスクリプト等を生成するものであり、（【００３２】） 前記配信手段２７は、居住地情報を送信してきた端末装置１４に対して、スクリプト生成手段２６で生成された配信用データに対応するスクリプト等を、通信ネットワーク１５を介して配信するものであり、（【００３３】） 前記配信サーバ１２は、前記緊急警報のイベントメッセージを受信している場合、前記居住地情報を送信した端末装置１４に対して緊急警報用スクリプトを一斉配信し、次に、配信サーバ１２は、抽出した居住地情報に基づき、緊急警報の対象地域か否かを判断し、対象地域である場合、配信サーバ１２は、該当居住地用緊急情報スクリプトを生成し、また、対象地域でない場合、配信サーバ１２は、全国用緊急情報スクリプトを生成するものであり（【００６５】、【００６６】）、 前記端末装置１４における再生手段４７は、配信データ取得手段４６により取得したスクリプトを再生し、連携アプリ起動手段４５により起動させたアプリに基づいて、緊急情報に対応する手話ＣＧ映像を出力手段４２の画面に表示するものである（【００５４】） 緊急情報提示システム１０。 （２）甲第２号証について 甲第２号証には次の記載がある。 「２．２．３ ｐｒｉｎｔＵＲＩ方式 ＸＨＴＭＬ－ｐｒｉｎｔのデータをサーバからダウンロードする方式．ＰｒｉｎｔＵＲＩ方式とも呼ばれている．図３で示すように，（１）放送ではＢＭＬとともに印刷コンテンツのＵＲＩを送り，（２）ＵＲＩをプリンタに渡し，（３），（４）プリンタがＵＲＩで指定されたデータをサーバから取得して印刷する方法である．大量のデータ取得には向いているが，プリンタが外部ネットワークにアクセス可能であることが必要となる．」 「 ［図：0001422448000003.jpg］ 」 （３）甲第３号証について 甲第３号証には次の記載がある。 「【００６８】 なお、上述の例では、モーションデータのファイル名を「filename=“point_image.bvh”」として直接指定したが、本発明においてはこの限りではなく、例えば、送受信手段19により通信ネットワークに接続された他の外部装置（モーションライブラリ等）から取得してもよい。この場合、ファイル名としては、URL（例えば、www.motiondata.nnnnn.jp/・・・）を直接指定してもよい。URL等を指定することにより、更新作業が必要なく、常に最新のモーションを取得してキャラクタに動作させることができる。」 （４）甲第４号証について 甲第４号証には次の記載がある。 「１．開発の背景と概要 データ放送の情報更新において、リアルタイム性を求む場合はイベントメッセージ（ＥＭ）制御を利用することが非常に多い。ＮＨＫではこのＥＭをデータ放送送出装置に対して登録する独自プロトコルのＣＯＭ Ｉ／Ｆが整備されており、現状各番組や用途に応じて専用アプリケーションを用意して運用している。しかし、このＣＯＭ Ｉ／Ｆを利用する為には、「ＷｉｎｄｏｗｓＯＳであること」「ＣＯＭ Ｉ／Ｆを端末にインストールすること」といった端末依存の課題があり専用システムで運用しなくてはならなかった。そこで、ＯＳ依存・端末依存の課題を克服する為、送出装置に対して直接ＥＭを登録できる新しいｗｅｂサーバをＮＨＫ福岡放送局の仮想サーバ上に構築し、演出に応じて運用者が一般的なＷｅｂブラウザ等から簡単に利用できるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を開発した。 ２．ＥＭ－ＡＰＩ 具体的には、Ｗｅｂブラウザなどから以下の指定した ＥＭ－ＡＰＩを呼び出し、仮想サーバ上のＥＭ制御プログラムを動作させてＥＭを制御する信号を生成する。その信号内容に応じてデータ放送送出装置に対してＴＣＰ通信により以下のようなＥＭの新規登録・上書き、現在登録されているＥＭ情報の閲覧、ＥＭの削除を行う。クエリは表を参照のこと。 ・ＥＭ 新規登録・更新 http://fqdn/{sys}/{dct}/{mid}/{sec}/(?pd={pd})」 「３．活用事例 活用事例を図に挙げる。キャスターの手の動きに応じＥＭ－ＡＰＩを呼び出し、データ放送用プログラムにＥＭ情報を渡すことで、データ放送画面上に放送局キャラクタを出現させるような演出である。」 （５）甲第５号証について 甲第５号証には、デジタル放送におけるＳｔｒｅａｍＥｖｅｎｔの技術が記載されている。 （６）甲第６号証について 甲第６号証には、ＷｅｂＳｏｃｋｅｔプロトコルによる双方向通信の技術が記載されている。 （７）甲第７、８号証について 甲第７、８号証には、ＭＲデバイスを用いて仮想オブジェクトを表示する技術が記載されている。 （８）甲第９号証について 甲第９号証には、コンテンツに感性情報を対応付けてコンテンツ再生側に通知し、当該感性情報に対応して外部機器を制御する技術が記載されている。 （９）甲第１０号証について 甲第１０号証には、テレビ電話を通じてロボットを制御する技術が記載されている。 （１０）甲第１１号証について 甲第１１号証には、放送局から受信機で動作しているアプリケーションに送られるメッセージ情報として、番組開始時点からの相対時刻でイベントメッセージの発生時間を表すもの、イベントメッセージの種類を示す識別子、イベントメッセージの関連情報等を用いる技術が記載されている。 （１１）甲第１２号証について 甲第１２号証には、音声情報の内容によって、感情を表現するためのキャラクタの顔表情データを抽出する技術が記載されている。 第５ 当審の判断 （１）理由１（新規性）について ア 本件発明１について 本件発明１と甲１発明１を対比する。 甲1発明１の放送受信機１３は、放送波１６から番組等のコンテンツを受信すると、受信したコンテンツを表示部により表示するものであり、本件発明１の「放送型の動画コンテンツを受信する受信部と、前記動画コンテンツを表示する表示部と、」を具備する「情報処理装置」に相当する。 甲１発明１の端末装置１４は、再生手段４７において、配信データ取得手段４６により取得したスクリプトを再生し、連携アプリ起動手段４５により起動させたアプリに基づいて、緊急情報に対応する手話ＣＧ映像を出力手段４２の画面に表示するものであり、本件発明１の「仮想キャラクタを駆動する第２の機器」に相当する。 甲１発明１の放送受信機１３から端末装置１４に対して送信される「居住地情報」は、第２の機器に通知される「データ」である点で、本件発明１の「前記動画コンテンツ中で発生するイベントに応じた仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」と共通する。 そして、甲１発明１の放送受信機１３における上記居住地情報を送信する構成は、「データを、仮想キャラクタを駆動する第２の機器に通知する通知部」を具備するものである点で、本件発明１の通知部と共通する。 甲１発明１の「スクリプト」（「緊急警報用スクリプト」、「該当居住地用緊急情報スクリプト」、「全国用緊急情報スクリプト」）は、手話ＣＧ映像を再生できるものであり、本件発明１の「仮想キャラクタの動作を示唆する情報」に相当する。 しかしながら、上記スクリプト（仮想キャラクタの動作を示唆する情報）は、緊急警報のイベントメッセージ、各自治体等が出す最新の緊急情報及び居住地情報に基づきスクリプト生成手段２６において生成されるが、スクリプト（仮想キャラクタの動作を示唆する情報）を生成する際に参照される居住地情報自体は、取得した居住地に該当する緊急情報があるか否かを判断するために使用されるものであり、「取得方法」といえるものではない。また、当該居住地情報が「情報の所在」といえるものではないことは明らかである。 そうすると、上記データが、本件発明１では「前記動画コンテンツ中で発生するイベントに応じた仮想キャラクタの動作を示唆する情報の所在又は取得方法を含む」ものであるのに対し、甲１発明１では当該構成のものではない点（以下「相違点１」という。）で両者は相違する。 甲１発明１の「放送波の中」における「緊急警報用のイベントメッセージ」は、本件発明１の「前記動画コンテンツの送信元が前記動画コンテンツの送信中に送信した前記イベントのトリガー」に相当する。 そして、甲１発明１の放送受信機１３は、緊急警報用のイベントメッセージを検知した場合、端末装置１４に対して居住地情報等を送信するものであるから、本件発明１と甲１発明１は、「前記動画コンテンツの送信元が前記動画コンテンツの送信中に送信した前記イベントのトリガーを受信したことに応答して、前記通知部が前記第２の機器に前記データを通知する」ものである点で共通し、前記データについて上記相違点１を有する。 以上から、本件発明１は、甲１発明１との間に上記相違点１を有するものであり、甲第１号証に記載された発明ではない。 イ 本件発明２～４について 本件発明２～４も、上記相違点１に係る本件発明１の構成と同等の構成を備えるものであるから、上記アと同様の理由により、甲第１号証に記載された発明ではない。 ウ 本件発明５について 本件発明５と甲１発明２を対比する。 甲1発明２の放送受信機１３は、放送波１６から番組等のコンテンツを受信すると、受信したコンテンツを表示部により表示するものであり、本件発明５の「放送型の動画コンテンツを表示」する「第１の機器」に相当する。 甲１発明２の「端末装置１４」は、本件発明５の「情報処理装置」に相当する。 甲１発明２の「放送波の中」における「緊急警報用のイベントメッセージ」は、本件発明５の「前記動画コンテンツの送信元から」受信する「イベントのトリガー」に相当する。 甲１発明２の、放送受信機１３（第１の機器）から受信する「居住地情報」は、第１の機器が通知して情報処理装置が受信する「データ」である点で、本件発明５の「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」と共通する。 そして、甲１発明２は、放送受信機１３（第１の機器）が、放送波の中からイベントメッセージの検知を行い、緊急警報用のイベントメッセージを検知した場合、端末装置１４に対して居住地情報等を送信し、端末装置１４における連携情報取得手段４４が、放送受信機１３からの居住地情報等を受信するから、本件発明５の「受信部」と甲１発明２の「連携情報取得手段４４」は、「放送型の動画コンテンツを表示中の第１の機器が前記動画コンテンツの送信元からイベントのトリガーを受信したことに応答して通知したデータを受信する受信部」である点で共通する。 甲１発明２の「スクリプト」（「緊急警報用スクリプト」、「該当居住地用緊急情報スクリプト」、「全国用緊急情報スクリプト」）は、手話ＣＧ映像を再生できるものであり、本件発明５の「仮想キャラクタの動作を示唆する情報」に相当する。 しかしながら、上記スクリプト（仮想キャラクタの動作を示唆する情報）は、緊急警報のイベントメッセージ、各自治体等が出す最新の緊急情報及び居住地情報に基づきスクリプト生成手段２６において生成されるが、スクリプト（仮想キャラクタの動作を示唆する情報）を生成する際に参照される居住地情報自体は、取得した居住地に該当する緊急情報があるか否かを判断するために使用されるものであり、「取得方法」といえるものではない。また、当該居住地情報が「情報の所在」といえるものではないことは明らかである。 そうすると、上記データが、本件発明５では「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含む」ものであるのに対し、甲１発明２では当該構成のものではない点（以下「相違点２」という。）で両者は相違する。 甲１発明２の「配信データ取得手段４６」は、放送受信機１３（第１の機器）から取得した居住地情報を配信サーバ１２に送信し、その居住地情報に対応する情報（スクリプト）を取得するものであり、「再生手段４７」は、配信データ取得手段４６により取得したスクリプトを再生し、連携アプリ起動手段４５により起動させたアプリに基づいて、緊急情報に対応する手話ＣＧ映像を出力手段４２の画面に表示するものであるから、本件発明５の「制御部」と甲１発明２の「配信データ取得手段４６」及び「再生手段４７」は、「前記第１の機器から通知された前記データに基づいて前記情報を取得し、取得した前記情報に基づいて、前記仮想キャラクタの駆動を制御する制御部」である点で共通し、前記データについて上記相違点２を有する。 以上から、本件発明５は、甲１発明２との間に上記相違点２を有するものであり、甲第１号証に記載された発明ではない。 エ 本件発明６～１４について 本件発明６～１４も、上記相違点２に係る本件発明５の構成と同等の構成を備えるものであるから、上記ウと同様の理由により、甲第１号証に記載された発明ではない。 オ 本件発明１５について 本件発明１５と甲１発明３を対比する。 甲1発明３の放送受信機１３は、放送波１６から番組等のコンテンツを受信すると、受信したコンテンツを表示部により表示するものであり、本件発明１５の「放送型の動画コンテンツを受信して表示する第１の機器」に相当する。 甲１発明３の端末装置１４は、再生手段４７において、配信データ取得手段４６により取得したスクリプトを再生し、連携アプリ起動手段４５により起動させたアプリに基づいて、緊急情報に対応する手話ＣＧ映像を出力手段４２の画面に表示するものであり、本件発明１５の「仮想キャラクタの駆動を制御する第２の機器」に相当する。 甲１発明３の、放送受信機１３（第１の機器）、端末装置１４（第２の機器）等を有する「緊急情報提示システム１０」は、本件発明１５の「情報処理システム」に相当する。 甲１発明３の「放送波の中」における「緊急警報用のイベントメッセージ」は、本件発明１５の「前記動画コンテンツの送信元が前記動画コンテンツの送信中に送信した前記イベントのトリガー」に相当する。 甲１発明３の、放送受信機１３（第１の機器）が送信して端末装置１４（第２の機器）が取得する「居住地情報」は、第１の機器が第２の機器に通知する「データ」である点で、本件発明５の「前記イベントに応じた仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」と共通する。 そして、甲１発明３の放送受信機１３（第１の機器）は、緊急警報用のイベントメッセージを検知した場合、端末装置１４（第２の機器）に対して居住地情報等を送信するものであるから、本件発明１５と甲１発明３は、「前記第１の機器は、前記動画コンテンツの送信元が前記動画コンテンツの送信中に送信した前記イベントのトリガーを受信したことに応答して、データを前記第２の機器に通知」するものである点で共通する。 甲１発明３の「スクリプト」（「緊急警報用スクリプト」、「該当居住地用緊急情報スクリプト」、「全国用緊急情報スクリプト」）は、手話ＣＧ映像を再生できるものであり、本件発明５の「仮想キャラクタの動作を示唆する情報」に相当する。 しかしながら、上記スクリプト（仮想キャラクタの動作を示唆する情報）は、緊急警報のイベントメッセージ、各自治体等が出す最新の緊急情報及び居住地情報に基づきスクリプト生成手段２６において生成されるが、スクリプト（仮想キャラクタの動作を示唆する情報）を生成する際に参照される居住地情報自体は、取得した居住地に該当する緊急情報があるか否かを判断するために使用されるものであり、「取得方法」といえるものではない。また、当該居住地情報が「情報の所在」といえるものではないことは明らかである。 そうすると、上記データが、本件発明１５では「前記イベントに応じた仮想キャラクタの動作を示唆する情報の所在又は取得方法を含む」ものであるのに対し、甲１発明３では当該構成のものではない点（以下「相違点３」という。）で両者は相違する。 甲１発明３の端末装置１４（第２の機器）における「配信データ取得手段４６」は、放送受信機１３（第１の機器）から取得した居住地情報を配信サーバ１２に送信し、その居住地情報に対応する情報（スクリプト）を取得するものであり、「再生手段４７」は、配信データ取得手段４６により取得したスクリプトを再生し、連携アプリ起動手段４５により起動させたアプリに基づいて、緊急情報に対応する手話ＣＧ映像を出力手段４２の画面に表示するものであるから、本件発明１５と甲１発明３は、「前記第２の機器は、前記第１の機器から通知された前記データに基づいて前記情報を取得して、前記仮想キャラクタの駆動を制御する」ものである点で共通し、前記データについて上記相違点３を有する。 以上から、本件発明１５は、甲１発明３との間に上記相違点３を有するものであり、甲第１号証に記載された発明ではない。 （２）理由２（進歩性）について ア 本件発明１について 上記（１）アの相違点１について検討する。 ＵＲＬやＵＲＩを指定し、当該ＵＲＬやＵＲＩに対応するデータを取得することは、甲第２～４号証に記載されているように周知技術と認められる。 しかしながら、甲１発明１において、居住地情報（データ）は、スクリプト（仮想キャラクタの動作を示唆する情報）を生成する際の、居住地に該当する緊急情報があるか否かの判断に必要とされるものであり、また、居住地情報を端末装置１４から配信サーバ１２に送信する段階ではスクリプト（仮想キャラクタの動作を示唆する情報）は生成されていないから、端末装置１４（及び端末装置１４に情報を送信する放送受信機１３）においてスクリプト（仮想キャラクタの動作を示唆する情報）のＵＲＬやＵＲＩを適用しようとする動機は存在しない。 したがって、甲１発明１において、放送受信機１３から端末装置１４に送信（通知）するデータとしてスクリプト（仮想キャラクタの動作を示唆する情報）のＵＲＬやＵＲＩを用いるようにすること、すなわち相違点１に係る本件発明１の構成とすることは、甲１発明１及び甲第２～４号証に記載された技術から当業者が容易に想到しうるものではない。 また、甲第５～１２号証には、相違点１に関する技術は示されていない。 よって、本件発明１は、当業者が甲１発明１及び甲第２～１２号証に記載された技術に基づいて容易に発明をすることができたものとはいえない。 イ 本件発明２～本件発明４について 本件発明２～本件発明４も、上記相違点１に係る構成と同等の構成を備えるものであるから、上記アと同様の理由により、当業者が甲１発明１及び甲第２～１２号証に記載された技術に基づいて容易に発明をすることができたものとはいえない。 ウ 本件発明５について 上記（１）ウの相違点２について検討する。 ＵＲＬやＵＲＩを指定し、当該ＵＲＬやＵＲＩに対応するデータを取得することは、甲第２～４号証に記載されているように周知技術と認められる。 しかしながら、甲１発明２において、居住地情報（データ）は、スクリプト（仮想キャラクタの動作を示唆する情報）を生成する際の、居住地に該当する緊急情報があるか否かの判断に必要とされるものであり、また、居住地情報を端末装置１４から配信サーバ１２に送信する段階ではスクリプト（仮想キャラクタの動作を示唆する情報）は生成されていないから、端末装置１４（及び端末装置１４に情報を送信する放送受信機１３）においてスクリプト（仮想キャラクタの動作を示唆する情報）のＵＲＬやＵＲＩを適用しようとする動機は存在しない。 したがって、甲１発明２において、放送受信機１３から端末装置１４に送信（通知）するデータとしてスクリプト（仮想キャラクタの動作を示唆する情報）のＵＲＬやＵＲＩを用いるようにすること、すなわち相違点２に係る本件発明５の構成とすることは、甲１発明２及び甲第２～４号証に記載された技術から当業者が容易に想到しうるものではない。 また、甲第５～１２号証には、相違点２に関する技術は示されていない。 よって、本件発明５は、当業者が甲１発明２及び甲第２～１２号証に記載された技術に基づいて容易に発明をすることができたものとはいえない。 エ 本件発明６～本件発明１４について 本件発明６～本件発明１４も、上記相違点２に係る構成と同等の構成を備えるものであるから、上記ウと同様の理由により、当業者が甲１発明２及び甲第２～１２号証に記載された技術に基づいて容易に発明をすることができたものとはいえない。 オ 本件発明１５について 上記（１）オの相違点３について検討する。 ＵＲＬやＵＲＩを指定し、当該ＵＲＬやＵＲＩに対応するデータを取得することは、甲第２～４号証に記載されているように周知技術と認められる。 しかしながら、甲１発明３において、居住地情報（データ）は、スクリプト（仮想キャラクタの動作を示唆する情報）を生成する際の、居住地に該当する緊急情報があるか否かの判断に必要とされるものであり、また、居住地情報を端末装置１４から配信サーバ１２に送信する段階ではスクリプト（仮想キャラクタの動作を示唆する情報）は生成されていないから、端末装置１４（及び端末装置１４に情報を送信する放送受信機１３）においてスクリプト（仮想キャラクタの動作を示唆する情報）のＵＲＬやＵＲＩを適用しようとする動機は存在しない。 したがって、甲１発明３において、放送受信機１３から端末装置１４に送信（通知）するデータとしてスクリプト（仮想キャラクタの動作を示唆する情報）のＵＲＬやＵＲＩを用いるようにすること、すなわち相違点３に係る本件発明１５の構成とすることは、甲１発明３及び甲第２～４号証に記載された技術から当業者が容易に想到しうるものではない。 また、甲第５～１２号証には、相違点３に関する技術は示されていない。 よって、本件発明１５は、当業者が甲１発明３及び甲第２～１２号証に記載された技術に基づいて容易に発明をすることができたものとはいえない。 （３）理由３（サポート要件）について ア 発明の詳細な説明の記載 本件発明１１、１２に関連して、発明の詳細な説明には次のとおり記載されている。なお、下線は合議体において付されたものである。 「【００７８】 また、本実施形態に係る対話システム１００は、仮想キャラクタの自律駆動を示唆するための情報が外部から対話装置１２０に提供される、という点に他の主な特徴がある。本明細書では、仮想キャラクタの自律駆動を示唆する情報のことを「シーン記述データ」と呼ぶ。例えば、放送局又はストリーム配信サーバなどのサービス側が、放送又は配信する動画コンテンツ向けのシーン記述データを作成又は編集して、所定のＷｅｂサイトにアップロードしておいてもよい。」 「【００９８】 いずれの放送規格又は通信規格に基づくにせよ、放送局又はストリーム配信サーバなどのサービス側は、トリガー配信（ＳＥＱ５１１、ＳＥＱ５１２、…）において、シーン記述データ（前述）の所在又は取得方法に関する情報を含んだトリガーデータを、表示装置１１０に送信する。シーン記述データの所在又は取得方法は、例えばＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｉｔｉｆｉｅｒ）又はＵＲＬ（Ｕｎｏｆｏｒｍ Ｒｅｓｏｕｃｅ Ｌｏｃａｔｏｒ）の形式で記述することができる。 【００９９】 表示装置１１０は、例えばＳｔｒｅａｍＥｖｅｎｔ又はＷｅｂＳｏｃｋｅｔなどの形式でトリガーデータを受信すると、必要に応じて対話装置１２０が処理可能なデータ形式に適宜変換して、トリガーデータを対話装置１２０に転送する（ＳＥＱ５２１、ＳＥＱ５２２、…）。 【０１００】 トリガーデータは、シーン記述データ自体を含まず、シーン記述データの所在又は取得方法をＵＲＩ又はＵＲＬなどの形式で指定する、簡素で小容量のデータからなる。したがって、表示装置１１０と対話装置１２０間の一方向通信のみの簡素な通信手段（前述）を用いてトリガーデータを転送することが可能である。 【０１０１】 対話装置１２０は、表示装置１１０からトリガーデータを受信すると（ＳＥＱ５２１、ＳＥＱ５２２、…）、トリガーデータ内でＵＲＩ又はＵＲＬなどの形式で指定された所在又は取得方法に従って、所定のＷｅｂサイトからシーン記述データを取得する（ＳＥＱ５３１、ＳＥＱ５３２、…）。」 「【０１１０】 図６には、シーン記述データの一例を示している。同図では、サッカーのゴールシーンというイベントに関する、イベントの開始時間及び終了時間、イベントの種別（「サッカー」）、イベントの内容（「ゴールした」、「チーム名」、「得点状況」）などを含んでいる。なお、映像からシーンを表現する手法はさまざまであり、図６に示すようなシーン記述データを既存の手法に基づいて自動生成することができる。 【０１１１】 図７には、シーン記述データの他の例を示している。同図では、ユーザの状況に応じた感情の表現の典型を記述している。具体的には、「サッカー」というイベント種別において、「ゴールした」というイベントが発生した際に、「喜ぶ」又は「悲しむ」のいずれかの感情を表現することを記述している。」 イ 本件発明１１について 請求項１１の「前記データ」より前に記載されている「データ」は、請求項５の「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」であるから、請求項１１の「制御部」が取得する「前記データ」とは、「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」であると解される。 そうすると、本件発明１１は、「制御部」が「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」を取得するものであり、「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」が「前記動画コンテンツ中の前記イベントの位置情報、前記イベントの種別、前記イベントの内容を含んだ」ものである。 一方、発明の詳細な説明には、対話装置が、仮想キャラクタの自律駆動を示唆する情報（シーン記述データ）自体を含まず、シーン記述データの所在又は取得方法をＵＲＩ又はＵＲＬなどの形式で指定するトリガーデータにおける、ＵＲＩ又はＵＲＬなどの形式で指定された所在又は取得方法に従って、シーン記述データを取得すること（【００７８】、【０１００】、【０１０１】）、及び、シーン記述データの一例として、サッカーのゴールシーンというイベントに関する、イベントの開始時間及び終了時間、イベントの種別（「サッカー」）、イベントの内容（「ゴールした」、「チーム名」、「得点状況」）などを含んでいるもの（【０１１０】）が記載されている。 しかしながら、本件発明１１の上記「制御部」が「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」を取得するものであること、及び、「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」が「前記動画コンテンツ中の前記イベントの位置情報、前記イベントの種別、前記イベントの内容を含んだ」ものであることは、発明の詳細な説明に記載されていない。 したがって、本件発明１１は、発明の詳細な説明に記載したものでなく、当該請求項１１に係る特許は、特許法３６条６項１号に規定する要件を満たしていない特許出願に対してされたものであるから、同法１１３条４号に該当し、取り消すべきものである。 ウ 本件発明１２について 請求項１２の「前記データ」より前に記載されている「データ」は、請求項５の「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」であるから、請求項１２の「制御部」が取得する「前記データ」とは、「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」であると解される。 そうすると、本件発明１２は、「制御部」が「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」を取得するものであり、「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」が「前記イベントに対する前記仮想キャラクタの感情表現に関する情報を含んだ」ものである。 一方、発明の詳細な説明には、対話装置が、仮想キャラクタの自律駆動を示唆する情報（シーン記述データ）自体を含まず、シーン記述データの所在又は取得方法をＵＲＩ又はＵＲＬなどの形式で指定するトリガーデータにおける、ＵＲＩ又はＵＲＬなどの形式で指定された所在又は取得方法に従って、シーン記述データを取得すること（【００７８】、【０１００】、【０１０１】）、及び、シーン記述データの他の例として、ユーザの状況に応じた感情の表現、具体的には、「サッカー」というイベント種別において、「ゴールした」というイベントが発生した際に、「喜ぶ」又は「悲しむ」のいずれかの感情を表現するもの（【０１１１】）が記載されている。 しかしながら、本件発明１２の上記「制御部」が「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」を取得するものであること、及び、「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」が「前記イベントに対する前記仮想キャラクタの感情表現に関する情報を含んだ」ものであることは、発明の詳細な説明に記載されていない。 したがって、本件発明１２は、発明の詳細な説明に記載したものでなく、当該請求項１２に係る特許は、特許法３６条６項１号に規定する要件を満たしていない特許出願に対してされたものであるから、同法１１３条４号に該当し、取り消すべきものである。 （４）理由４（明確性）について ア 本件発明１１、１２について 本件発明１１は、情報処理装置における制御部が「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」（前記データ）を取得するものであるが、請求項１１が引用する請求項５によれば、情報処理装置における受信部でも「仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」を受信するとされており、本件発明１１の情報処理装置は、仮想キャラクタの動作を示唆する情報の所在又は取得方法を含むデータ」を得る構成が前記受信部と制御部とで重複しており、明確でない。 本件発明１２の情報処理装置も、上記と同様の理由により明確でない。 したがって、本件発明１１、１２は、明確でなく、当該請求項１１、１２に係る特許は、特許法３６条６項２号に規定する要件を満たしていない特許出願に対してされたものであるから、同法１１３条４号に該当し、取り消すべきものである。 第６ まとめ 以上のとおり、請求項１１、１２に係る発明は、特許法３６条６項１号及び第２号に規定する要件を満たしていない特許出願に対してされたものであり、同法１１３条４号に該当するから、取り消されるべきものである。 請求項１～１０、１３～１５に係る発明については、特許異議申立書に記載された特許異議申立理由によっては、本件請求項１～１０、１３～１５に係る特許を取り消すことはできない。 また、他に本件請求項１～１０、１３～１５に係る特許を取り消すべき理由を発見しない よって、結論のとおり決定する。