【事件の表示】
　特願２００４−２５９０５９「進化するエージェントを有するプロアクティブユーザインターフェース」拒絶査定不服審判事件〔平成１７年　４月１４日出願公開、特開２００５−１００３９０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は，平成１６年９月６日（パリ条約による優先権主張２００３年９月５日，米国，２００３年１２月２３日，米国，２００４年３月１０日，韓国）の出願であって，平成１８年１２月６日付けの拒絶の理由の通知に対して，平成１９年３月９日付けで意見書が提出されるとともに，同日付けで手続補正がなされたが，同年４月１８日付けで拒絶をすべき旨の査定がされ，これに対し同年７月２３日に拒絶査定不服審判の請求がなされるとともに，同日付けで手続補正がなされたものである。
　
２．平成１９年７月２３日付けの手続補正についての却下の決定
［結論］
　平成１９年７月２３日付けの手続補正を却下する。
［理由］
（１）補正後の本願発明
　平成１９年７月２３日付けの手続補正（以下「本件補正」という。）により，同年３月９日付けの手続補正書の特許請求の範囲の請求項１（以下「補正前の請求項１」という。）は，同年７月２３日付けの手続補正書の特許請求の範囲の請求項１（以下「補正後の請求項１」という。）に補正された。
　補正前の請求項１及び補正後の請求項１は，以下のとおりである。
　
補正前の請求項１
「少なくとも１つのソフトウェアアプリケーションの動作を制御するオペレーティングシステムを備えた演算装置のためのプロアクティブユーザインターフェースであって、
　(ａ) 使用者と情報交換を可能にするエージェントが提供され、前記使用者と前記オペレーティングシステムとの間の通信のためのインターフェース部と、
　(ｂ) 前記インターフェース部と前記使用者との相互作用の少なくとも１つのパターンを検出し、前記検出されたパターンに従って、使用者に前記ユーザインターフェースの少なくとも１つの機能を進化させるための選択事項を能動的に提案する学習モジュールと、
を備えることを特徴とする進化型エージェントを有するプロアクティブユーザインターフェース。」
　
補正後の請求項１
「少なくとも１つのソフトウェアアプリケーションの動作を制御するオペレーティングシステムを備えた演算装置におけるユーザインターフェースをカスタマイズ化するためのプロアクティブユーザインターフェースであって、
　(ａ) 使用者と情報交換を可能にするエージェントが提供され、前記使用者と前記オペレーティングシステムとの間の通信のためのインターフェース部と、
　(ｂ) 前記インターフェース部と前記使用者との相互作用の少なくとも１つのパターンを検出し、前記検出されたパターンに従って、使用者に前記ユーザインターフェースの少なくとも１つの機能を進化させるための選択事項を能動的に提案する学習モジュールと、
を備え、
　前記ソフトウェアアプリケーションのうちの１つは、使用者が異なる演算装置のアバターとミューテーションされたアピアランスを有するアバターを生成することができるハイブリッドアプリケーションであることを特徴とする進化型エージェントを有するプロアクティブユーザインターフェース。」
　
　補正前の請求項１に記載した発明を特定するために必要な事項である「プロアクティブユーザインターフェース」について「ユーザインターフェースをカスタマイズ化する」構成を付加する補正は，特許法第１７条の２第４項第２号に規定する特許請求の範囲の減縮を目的とするものに該当する。
　しかし，「ソフトウェアアプリケーションのうちの１つは、使用者が異なる演算装置のアバターとミューテーションされたアピアランスを有するアバターを生成することができるハイブリッドアプリケーションである」を付加する補正は，特許法第１７条の２第４項第２号に規定する特許請求の範囲の減縮を目的とするものに該当しない。その理由は，以下のとおりである。
　補正前の請求項１に記載した発明の解決しようとする課題は「使用者にユーザインターフェースの機能を進化させるための選択事項を能動的に提案すること」であるのに対し，補正後の請求項１に記載した発明の解決しようとする課題は「使用者にユーザインターフェースの機能を進化させるための選択事項を能動的に提案すること及び使用者が異なる演算装置のアバターとミューテーションされたアピアランスを有するアバターを生成すること」であり，両者の課題は同一でない。
　よって，補正前の請求項１に記載した発明と補正後の請求項１に記載した発明の解決しようとする課題が同一であるとはいえないことから，この補正は，特許法第１７条の２第４項第２号に規定する特許請求の範囲の減縮を目的とするものに該当しない。
　また，この補正は，同項第１号，第３号及び第４号に規定する請求項の削除，誤記の訂正及び明りようでない記載の釈明を目的とするものにも該当しないことは明らかである。
　したがって，本件補正は，特許法第１７条の２第４項の規定に違反する。
　
　なお，仮に，本件補正が特許法第１７条の２第４項第２号に規定する特許請求の範囲の減縮を目的とするものであるとして，補正後の請求項１に記載された発明（以下「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）について以下に検討する。
　
（２）引用例の記載
（ａ）引用例１
　原査定の拒絶の理由に引用された特開平１１−２５９４４６号公報（平成１１年９月２４日出願公開。以下「引用例１」という。）には，図面とともに次の事項が記載されている。
　
Ａ．「【０００１】
【発明の属する技術分野】本発明は、エージェント装置に係り、例えば、擬人化されたエージェントを相手に車両内での会話等が可能なコミュニケーション機能を備えたエージェント装置に関する。」（第２ページ第１欄第３２行目〜同欄第３６行目）
　
Ｂ．「【００１０】
【発明の実施の形態】以下、本発明のエージェント装置における好適な実施の形態について、図１から図１１を参照して詳細に説明する。
（１）実施形態の概要
本実施形態のエージェント装置では、擬人化されたエージェントを画像（平面的画像、ホログラフィ等の立体的画像等）により車両内に出現させる。その際、出現させるエージェントが運転者に対応した性格を備えるようにし、例えば、世話好き、控えめ等の性格を状況に応じて変化させることで、より人間的なシステムとする。エージェントの性格は、ユーザに関する各種情報（年齢、性別、性格、趣味等）や車両状況（車種、天候、時間帯等）から決定する。そして、決定したエージェントの性格、車両自体、運転者、同乗者、対向車等を含む車両の状況の判断と学習（状況の学習だけでなく運転者の応答や反応等も含む）をし、各時点での車両状況とそれまでの学習結果に基づいて、エージェントが運転者や車両に対して様々なバリエーションをもった対応（行為＝行動と音声）をする。これにより運転者は、自己の情報を考慮して決定された性格を有する自分固有のエージェントと車両内でつき合う（コミュニケーションする）ことが可能になり、車両内での環境を快適にすることができる。ここで、本実施形態において擬人化されたエージェントとは、特定の人間、生物、漫画のキャラクター等との同一性があり、その同一性のある生物が、同一性・連続性を保つようなある傾向の出力（動作、音声により応答）を行うものである。また、同一性・連続性は特有の個性を持つ人格として表現され、電子機器内の一種の疑似生命体としてもとらえることができる。車両内に出現させる本実施形態のエージェントは、人間と同様に判断し、世話好き等の性格を有する疑似人格化（仮想人格化）された主体である。従って、同一の車両状況であっても、ユーザの情報等を考慮して決定される性格に応じてコミュニケーションの内容は異なる。例えば、急ハンドルを切った場合、エージェントの性格が泣き虫であれば怖がる動作をしお願いするような口調になるのに対して、美人秘書風の性格であれば落ち着いた対応をし諭すような口調になる。
【００１１】（２）実施形態の詳細
図１は、本実施形態におけるエージェント装置の構成を示すブロック図である。本実施形態では、コミュニケーション機能全体を制御する全体処理部１を備えている。この全体処理部は、設定した目的地までの経路を探索して音声や画像表示により案内するナビゲーション処理部１０、エージェント処理部１１、ナビゲーション処理部１０とエージェント処理部１１に対するＩ／Ｆ部１２、エージェント画像や地図画像等の画像出力や入力画像を処理する画像処理部１３、エージェント音声や経路案内音声等の音声出力や入力される音声を制御する音声制御部１４、及び車両や運転者に関する各種状況の検出データを処理する状況情報処理部１５を有している。エージェント処理部１１は、ユーザ情報や車両の状況等から車両内に出現させるエージェントの性格を決定すると共に、車両の状況や運転者による過去の応対等を学習して適切な会話や制御をエージェントの性格に応じて行うようになっている。
【００１２】ナビゲーション処理部１０とエージェント処理部１１は、データ処理及び各部の動作の制御を行うＣＰＵ（中央処理装置）と、このＣＰＵにデータバスや制御バス等のバスラインで接続されたＲＯＭ、ＲＡＭ、タイマ等を備えている。両処理部１０、１１はネットワーク接続されており、互いの処理データを取得することができるようになっている。ＲＯＭはＣＰＵで制御を行うための各種データやプログラムが予め格納されたリードオンリーメモリであり、ＲＡＭはＣＰＵがワーキングメモリとして使用するランダムアクセスメモリである。
【００１３】本実施形態のナビゲーション処理部１０とエージェント処理部１１は、ＣＰＵがＲＯＭに格納された各種プログラムを読み込んで各種処理を実行するようになっている。なお、ＣＰＵは、記録媒体駆動装置２３にセットされた外部の記録媒体からコンピュータプログラムを読み込んで、エージェント記憶装置２９やナビゲーションデータ記憶装置、図示しないハードディスク等のその他の記憶装置に格納（インストール）し、この記憶装置から必要なプログラム等をＲＡＭに読み込んで（ロードして）実行するようにしてもよい。また、必要なプログラム等を記録媒体駆動装置２３からＲＡＭに直接読み込んで実行するようにしてもよい。
【００１４】ナビゲーション処理部１０には、現在位置検出装置２１とナビゲーションデータ記憶装置３０が接続され、エージェント処理部１１にはエージェントデータ記憶装置２９が接続され、Ｉ／Ｆ部１２には入力装置２２と記憶媒体駆動装置２３と通信制御装置２４が接続され、画像処理部１３には表示装置２７と撮像装置２８が接続され、音声制御部１４には音声処理装置２５とマイク２６が接続され、状況情報処理部１５には状況センサ部４０が接続されている。」（第３ページ第３欄第３６行目〜第４ページ第５欄第２３行目）
　
Ｃ．「【００１６】入力装置２２は、エージェントの性格を決定するための基礎情報のうち、ユーザに関する情報（年齢、性別、趣味、性格など）を入力するためのものである。なお、これらユーザに関する情報は、入力装置２２からユーザが入力する場合に限らず、例えば、プロ野球が好きか否か、好きな球団名等に関する各種問い合わせをエージェントがユーザに行い、ユーザの回答内容から取得するようにしてもよい。入力装置２２は、本実施形態によるエージェントのその他全ての問い合わせ等に対して運転者が応答するための１つの手段でもある。入力装置２２は、ナビゲーション処理における走行開始時の現在地（出発地点）や目的地（到達地点）、情報提供局へ渋滞情報等の情報の請求を発信したい車両の所定の走行環境（発信条件）、車内で使用される携帯電話のタイプ（型式）などを入力するためのものでもある。入力装置２２には、タッチパネル（スイッチとして機能）、キーボード、マウス、ライトペン、ジョイスティック、赤外線等によるリモコン、音声認識装置などの各種の装置が使用可能である。また、赤外線等を利用したリモコンと、リモコンから送信される各種信号を受信する受信部を備えてもよい。リモコンには、画面上に表示されたカーソルの移動操作等を行うジョイスティックの他、メニュー指定キー（ボタン）、テンキー等の各種キーが配置される。
【００１７】記録媒体駆動装置２３は、ナビゲーション処理部１０やエージェント処理部１１が各種処理を行うためのコンピュータプログラムを外部の記録媒体から読み込むのに使用される駆動装置である。記録媒体に記録されているコンピュータプログラムには、各種のプログラムやデータ等が含まれる。ここで、記録媒体とは、コンピュータプログラムが記録される記録媒体をいい、具体的には、フロッピーディスク、ハードディスク、磁気テープ等の磁気記録媒体、メモリチップやＩＣカード等の半導体記録媒体、ＣＤ−ＲＯＭやＭＯ、ＰＤ（相変化書換型光ディスク）等の光学的に情報が読み取られる記録媒体、紙カードや紙テープ、文字認識装置を使用してプログラムを読み込むための印刷物等の用紙（および、紙に相当する機能を持った媒体）を用いた記録媒体、その他各種方法でコンピュータプログラムが記録される記録媒体が含まれる。
【００１８】記録媒体駆動装置２３は、これらの各種記録媒体からコンピュータプログラムを読み込む他に、記録媒体がフロッピーディスクやＩＣカード等のように書き込み可能な記録媒体である場合には、ナビゲーション処理部１０やエージェント処理部１１のＲＡＭや記憶装置２９、３０のデータ等をその記録媒体に書き込むことが可能である。例えば、ＩＣカードにエージェント機能に関する学習内容（学習項目データ、応答データ）や、エージェントの性格を決定する際に使用するユーザ情報等を記憶させ、他の車両を運転する場合でもこの記憶させたＩＣカードを使用することで、自分の好みに合わせて（過去の応対の状況に応じて）学習された同一性格のエージェントとコミュニケーションすることが可能になる。これにより、車両毎のエージェントではなく、運転者に固有な性格と学習内容のエージェントを車両内に出現させることが可能になる。
【００１９】通信制御装置２４は、各種無線通信機器からなる携帯電話が接続されるようになっている。通信制御部２４は、電話回線による通話の他、道路の混雑状況や交通規制等の交通情報に関するデータなどを提供する情報提供局との通信や、車内での通信カラオケのために使用するカラオケデータを提供する情報提供局との通信を行うことができるようになっている。また、通信制御装置２４を介して、エージェント機能に関する学習データや、エージェントの性格を決定する際に使用するユーザ情報を送受信することも可能である。
【００２０】音声出力装置２５は、車内に配置された複数のスピーカで構成され、音声制御部１４で制御された音声、例えば、音声による経路案内を行う場合の案内音声や、エージェントの行動や性格にあわせた音声や音が出力されるようになっている。この音声出力装置２５は、オーディオ用のスピーカと兼用するようにしてもよい。なお、音声制御部１４は、運転者のチューニング指示の入力に応じて、音声出力装置２５から出力する音声の音色やアクセント等を制御することが可能である。マイク２６は、音声制御部１４における音声認識の対象となる音声、例えば、ナビゲーション処理における目的地等の入力音声や、エージェントとの運転者の会話（応答等）等を入出力する音声入力手段として機能する。このマイク２６は、通信カラオケ等のカラオケを行う際のマイクと兼用するようにしてもよく、また、運転者の音声を的確に収集するために指向性のある専用のマイクを使用するようにしてもよい。音声出力装置２５とマイク２６とでハンズフリーユニットを形成させて、携帯電話を介さずに、電話通信における通話を行えるようにしてもよい。
【００２１】表示装置２７には、ナビゲーション処理部１０の処理による経路案内用の道路地図や各種画像情報が表示されたり、エージェント処理部１１によるエージェントの各種行動（動画）が表示されたりするようになっている。また、撮像装置２８で撮像された車両内外の画像も画像処理部１３で処理された後に表示されるようになっている。表示装置２７は、液晶表示装置、ＣＲＴ等の各種表示装置が使用される。なお、この表示装置２７は、例えばタッチパネル等の、前記入力装置２としての機能を兼ね備えたものとすることができる。」（第４ページ第５欄第４８行目〜第５ページ第７欄第４３行目）
　
Ｄ．「【００２４】エージェントデータ記憶装置２９には、エージェントプログラム２９０、プログラム選択テーブル２９１、学習項目データ２９２、応答データ２９３、図４に例示したエージェントの容姿や行動を画像表示するための画像データ２９４、エージェント性格決定テーブル２９５、性格決定基礎データ２９６、その他のエージェントのための処理に必要な各種のデータが格納されている。性格決定基礎データ２９６には、車種、ユーザの生年月日、性別、性格等といったエージェントの性格を決定するために必要とされる基礎的なデータが、各運転者毎に格納・更新（学習）されるようになっている。
【００２５】学習項目データ２９２及び応答データ２９３は、運転者の運転操作や応答によってエージェントが学習した結果を格納するデータである。従って、学習項目データ２９２と応答データ２９３は、各運転者毎にそのデータが格納・更新（学習）されるようになっている。画像データ２９４に格納される容姿としては、人間（男性、女性）的な容姿である必要はなく、例えば、ひよこや犬、猫、カエル、ネズミ等の動物自体の容姿や人間的に図案化（イラスト化）した動物の容姿であってもよく、更にロボット的な容姿や、特定のキャラクタの容姿等であってもよい。またエージェントの年齢としても一定である必要がなく、エージェントの学習機能として、最初は子供の容姿とし、時間の経過と共に成長していき容姿が変化していく（大人の容姿に変化し、更に老人の容姿に変化していく）ようにしてもよい。画像データ２９４には、これらの各種エージェントの容姿の画像が格納されており、運転者の好みによって入力装置２２等から選択することができるようになっている。
【００２６】エージェントプログラム２９０には、エージェント機能を実現するためのエージェント処理プログラムや、エージェントと運転者とがコミュニケーションする場合の細かな行動を表示装置２７に画像表示すると共にその行動に対応した会話を音声出力装置２５から出力するためのコミュニケーションプログラムがプログラム番号順に格納されている。このエージェントプログラム２９０には、各プログラム番号の音声に対して複数種類の音声データが格納されており、運転者は前記エージェントの容姿の選択と併せて音声を入力装置２２等から選択することができるようになっている。エージェントの音声としては、男性の音声、女性の音声、子供の音声、機械的な音声、動物的な音声、特定の声優や俳優の音声、特定のキャラクタの音声等があり、これらの中から適宜運転者が選択する。なお、この音声と前記容姿の選択は、適時変更することが可能である。
【００２７】プログラム選択テーブル２９１は、エージェントプログラム２９０に格納されているコミュニケーションプログラムを選択するためのテーブルである。図２はプログラム選択テーブル２９１を表したものであり、図３はプログラム選択テーブル２９１で選択される各プログラム番号に対応した、エージェントの行為（行動と発声）内容を表したものである。この図２、図３で示されているプログラム番号は、エージェントプログラム２９０に格納されている各コミュニケーションプログラムの番号と一致している。
【００２８】図４は、図２、図３のプログラム番号００００１〜００００２により表示装置２７に表示されるエージェントの「かしこまってお辞儀」行動についての数画面を表したものである。この図４に示されるように、エージェントＥは、口元を引き締めると共に手を膝に当てながら、お辞儀をすることでかしこまったお辞儀であることが表現されている。この行動と共にエージェントＥが話す言葉（発声）は、車両状況や学習状況、エージェントの性格等によって変えられる。
【００２９】エンジンの冷却水温度が低い場合には、エンジンの調子に合わせて行動「眠そうに…」が選択される。眠そうな表現として、瞼が下がった表情にしたり、あくびや伸びをした後に所定の行動（お辞儀等）をしたり、最初に目をこすったり、動きや発声を通常よりもゆっくりさせたりすることで表すことができる。これらの眠そうな表現は、常に同一にするのではなく、行動回数等を学習することで適宜表現を変更する。例えば、３回に１回は目をこすり（Ａ行動）、１０回に１回はあくびをするようにし（Ｂ行動）、それ以外では瞼を下がった表情（Ｃ行動）にする。これらの変化は、行動Ｂや行動Ｃの付加プログラムを行動Ａの基本プログラムに組み合わせることで実現される。そして、どの行動を組み合わせるかについては、基本となる行動Ａのプログラム実行回数を学習項目として計数しておき、回数に応じて付加プログラムを組み合わせるようにする。また、行動「元気よく」を表現する場合には、音声の抑揚を大きくしたり、エージェントＥを走りながら画面に登場させたりすることで表現する。
【００３０】図２に表示された各項目は各、プログラム番号を選択するための選択条件を表したもので、状態センサ４０により検出される車両や運転者の各種状況から決定される項目（時間、起動場所、冷却水温、シフトポジション位置、アクセル開度等）と、学習項目データ２９２や応答データ２９３に格納されている学習内容から決定される項目（今日のＩＧ  ＯＮ回数、前回終了時からの経過時間、通算起動回数等）と、エージェント性格決定テーブル２９５により決定されるエージェントの性格とがある。プログラム選択テーブル２９１中で、これら全項目を満足するプログラムは必ず一義的に決定するようになっている。なお、テーブル中で「○」印は、そのプログラム番号が選択されるために満たす必要がある項目を示し、「−」印、「無印」はそのプログラムの選択には考慮されない項目を示している。
【００３１】図２、図３では、イグニッションをＯＮにした場合のコミュニケーション（挨拶）に関連する行為と選択条件について記載しているが、その他各種行為（行動と発声）を規定するプログラムを選択するためのプログラム番号と選択条件も種々規定されている。例えば、急ブレーキが踏まれたことを条件として、エージェントが「しりもち」をついたり、「たたら」を踏んだりする行動をとったり、驚き声をだすようなプログラムも規定されている。エージェントによる各行動の選択は急ブレーキに対する学習によって変化するようにし、例えば、最初の急ブレーキから３回目までは「しりもち」をつき、４回目から１０回目までは「たたら」を踏み、１０回目以降は「片足を一歩前にだすだけで踏ん張る」行動を取るようにし、エージェントが急ブレーキに対して段階的に慣れるようにする。そして、最後の急ブレーキから１週間の間隔があいた場合には、１段階後退するようにする。そして、これらのエージェントの各行為については、エージェント性格決定テーブル２９５に基づいて決定される性格によって異なる場合と、同一の場合がある。例えば、「たたら」を踏む場合でも、エージェントの性格が「泣き虫」である場合にはべそをかきながらであり、性格が「美人秘書風」である場合には落ち着いてであり、「女子高生風」である場合には跳ねるような感じに行動することになる。この場合の発声も、「いや〜ん」（泣き虫）、「おや？」（美人秘書）、「おっとっと！」（女子高生風）といったように異なる発声になる。
【００３２】図１における、学習項目データ２９２と応答データ２９３は共にエージェントの学習により格納、更新されるデータであり、その内容がそれぞれ図５、図６に概念的に示されている。学習項目データ２９２には、図５に示されるように、プログラム選択テーブル２９１（図２）の選択条件を決定する通算起動回数、前回終了日時、今日のイグニッションＯＮ回数、前５回の給油時残量等が格納され、選択条件により選択されたプログラムを起動するか否か（お休みするか否か）を決定するためのお休み回数／日時、デフォルト値、その他のデータが格納される。」（第５ページ第８欄第１５行目〜第６ページ第１０欄第５０行目）
　
Ｅ．「【００３５】お休み回数／日時には、該当するコミュニケーションプログラムが選択されたとしても実行せずにお休みした回数等が各プログラム番号毎に格納される。このお休み回数／日時は、例えば後述するエアコンの停止を提案するエージェントの行為（プログラム番号００１２３）のように、学習項目としてお休み項目が設定されているエージェント行為について格納される。エージェントの提案や会話に対する運転者の応答が、拒否（拒絶）であった場合や無視（又は無応答）であった場合、コミュニケーションプログラムに応じて選択的に「お休み」が設定される。」（第７ページ第１１欄第２４行目〜同欄第３４行目）
　
Ｆ．【００３７】図６の応答データ２９３には、エージェントの行為に対するユーザの応答の履歴が、ユーザ応答を学習項目とする各コミュニケーションプログラム番号毎に格納される。ユーザ応答データは、図６（Ａ）のコミュニケーションプログラム番号００１２３、００１２５のように最新の応答日時と応答内容が所定回分（プログラム番号００１２３は２回分）格納されるものと、プログラム番号００１２４のように最新の応答内容のみが１回分格納される（従って応答がある毎に更新される。）ものと、最新の応答内容のみが所定回分格納されるものと、最新の日時と応答内容が一回分格納されるものと、最新の日時だけが１回分または所定回分格納されるもの等がある。図６（Ａ）中に表示された記号Ａ、Ｂ、Ｃは応答内容を表すもので、同図（Ｂ）に示すように、記号Ａが無視された場合、記号Ｂが拒絶された場合、記号Ｃが受容された場合を表す。運転者の応答内容については、マイク２６から入力される運転者の音声に対する音声認識の結果や、入力装置による入力結果から判断される。なお、本実施形態では運転者の応答を無視、拒絶、受容の３パターンに分類しているが、「強く拒絶」、「怒られた」、「喜ばれてた」を新たに加えるようにしてもよい。この場合、新たに加えた応答により、学習項目データ２９２（例えば、お休み回数等）や応答データ２９３を追加変更する。」（第７ページ第１１欄第４７行目〜同ページ第１２欄第２０行目）
　
Ｇ．「【００５０】運転者が特定されると、次にエージェント処理部１１は、現在の状況を把握する（ステップ１３）。すなわち、エージェント処理部１１は、状況情報処理部１５に状況センサ部４０の各センサから供給される検出値や、撮像装置２８で撮像した画像の処理結果や、現在位置検出装置２１で検出した車両の現在位置等のデータを取得して、ＲＡＭの所定エリアに格納し、格納したデータから現在状況の把握を行う。例えば、水温検出センサ４１６で検出された冷却水の温度がｔ１である場合、エージェント処理部１１は、この温度ｔ１をＲＡＭに格納すると共に、ｔ１が所定の閾値ｔ２以下であれば、車両の現在の状態として冷却水温（図２参照）は低い状態であると把握する。現在の状況としては、他にマイク２６からの入力に基づいて音声認識した運転者の要求、例えば、「○○○番に電話をしてくれ。」や「この辺のレストランを表示してくれ。」や「ＣＤをかけてくれ。」等の要求も現在の状況として把握される。この場合、認識した音声に含まれるワード「ＣＤ」「かけて」等がプログラム選択テーブル２９１（図２）の選択条件（横軸項目）になる。さらにエージェント処理部１１は、現在状況として、エージェントデータ記憶装置２９の学習項目データ２９２と応答データ２９３をチェックすることで、エージェントがこれまでに学習してきた状態（学習データ）を把握する。
【００５１】エージェント処理部１１は、現在の状況を把握すると、図１１により後で詳述するように、把握した状況に応じたエージェントの処理を行う（ステップ１４）。ここでのエージェントの処理としては、エージェントによる判断、行為（行動＋発声）、制御、学習、検査等の各種処理が含まれるが、把握した現在の状況によっては何も動作しない場合も含まれる。
【００５２】次に、エージェント処理部１１は、メイン動作の処理を終了するか否かを判断し（ステップ１５）、終了でない場合には（ステップ１５；Ｎ）、ステップ１３に戻って処理を繰り返す。一方を終了する場合、すなわち、イグニッションがＯＦＦされたことがイグニッションセンサ４０１で検出され（ステップ１３）、室内灯の消灯等の終了処理（ステップ１４）が完了した後（ステップ１５；Ｙ）、メイン処理の動作を終了する。
【００５３】図１１は、把握した状況に応じたエージェントの処理動作を表したフローチャートである。エージェント処理部１１は、把握済みの現在の状況（起動回数、現在の天気、時間等）及び、エージェントデータ記憶装置２９の性格決定基礎データ２９６から、エージェント性格決定テーブル２９５に従って、エージェントの性格を決定する（ステップ２１）。そして、把握済みの状況と、エージェントの性格とから、図２に示したプログラム選択テーブル２９１に基づいて、現在の状態で起動可能なコミュニケーションプログラム（の番号）があるか否かを判断し、該当プログラムが無ければ（ステップ２２；Ｎ）、メインルーチンにリターンする。一方、起動可能なコミュニケーションプログラムがある場合（ステップ２２；Ｙ）、そのプログラム番号を決定する。そして、決定したプログラム番号に対する運転者の応答履歴を応答データ２９３から確認し、当該プログラム番号のコミュニケーションプログラムの起動を、お休みすべき状態か否かを確認する（ステップ２３）。
【００５４】お休み状態ではない場合（ステップ２３；Ｎ）、エージェント処理部１１は、決定したプログラム番号に対応するコミュニケーションプログラムを起動することで、図４に示された各エージェントの行為（行動と音声）に従った画像を表示装置２７に表示すると共に、音声出力装置２５から音声出力する（ステップ２４）。これによって、現在の車両や運転者等の状況からだけでなく、過去の状況や応答に対する学習結果を反映させたコミュニケーションを、特定の性格が反映されたエージェントとの間で行うことが可能になる。
【００５５】そしてエージェント処理部１１は、コミュニケーションプログラムの起動によるエージェント行為に対する運転者の応答を、マイク２６からの入力に基づく音声認識結果や、入力装置２２からの入力結果から取得する（ステップ２５）。次にエージェント処理部１１は、ステップ２４で起動したコミュニケーションプログラムが制御対象プログラムか否かを判断する（ステップ２６）。ここで制御対象プログラムか否かは各プログラム毎に規定されており、エージェントが処理可能な行為の提案をする場合のコミュニケーションプログラム等が制御対象プログラムとして規定されている。例として、「ラジオの電源を入れましょうか？」や、お昼時にお腹が鳴る音を検出した場合に「食堂の案内をしましょうか？」といったように、「お節介」な性格のエージェントの場合の制御対象プログラムとして規定されている。
【００５６】制御対象プログラムでない場合（ステップ２６；Ｎ）にはステップ２８に移行し、制御対象プログラムである場合（ステップ２６；Ｙ）、ステップ２５で取得した運転者の応答に応じた制御を行う（ステップ２７）。例えば、上記ラジオの電源を入れる提案コミュニケーションに対して、「入れて」「ＯＫ」「はい」等の提案を受容する応答が認識された場合であれば、エージェント処理部１１は応答に応じた制御として、エージェントに返事をする行為（エージェントの性格に応じた行動と音声）をさせると共にラジオの電源をＯＮにする。
【００５７】そして、エージェント処理部１１は、今回のコミュニケーションプログラムに関するデータを蓄積することで、エージェントに学習をさせ（ステップ２８）、メインルーチンにリターンする。データの蓄積としては、例えば、コミュニケーションプログラムの起動がお休みである場合には（ステップ２３；Ｙ）、学習項目データ２９２の該当プログラム番号の回数欄をカウントアップさせる。ただし、学習項目データ２９２のお休み回数／日時欄に格納されている回数をＫａ回とし、当該プログラム番号に対する前回までの応答データ２９３の履歴から決まるお休み回数をＫｂ回とした場合、Ｋａ＝Ｋｂ−１であれば、今回のお休みで規定回数休んだことになる。そこで、学習項目データ２９２及び応答データ２９３の当該プログラム番号欄の（該当する位置に格納されている）データをクリアする。その他の場合（ステップ２６；Ｎの場合、ステップ２７の後）には、把握済みの現在状況（ステップ１３）の中に学習項目があれば学習項目データ２９２の値を更新し、応答内容を履歴として格納すべきプログラム番号であればステップ１７で取得した応答内容を応答データ２９３（図６）に格納する。この応答の履歴も各プログラム番号毎に規定された所定回数分のデータが既に格納されている場合には、最も古いデータを廃棄して新しいデータを格納する。また、ステップ２５により取得した応答内容にユーザの生年月日等のエージェントの性格を決定するために必要な基礎的なデータが含まれる場合（主として、起動したコミュニケーションプログラムが、性格決定基礎データを取得するための問い合わせであるような場合）には、エージェントデータ記憶装置２９の性格決定基礎データ２９６に格納する。」（第９ページ第１６欄第４１行目〜第１１ページ第１９欄第１３行目）
　
Ｈ．「【００７１】
【発明の効果】本発明のエージェント装置によれば、車両内において、擬人化されたエージェントの性格が各種条件によって決定され、その性格に応じた行為をエージェントがすることで運転者とのコミュニケーションをはかることができる。また、本発明は、現在の車両・運転者の状況だけでなく、過去の履歴等に基づく学習結果から擬人化されたエージェントが状況に合わせた行為をし、運転者とのコミュニケーションをはかることができる。したがって、運転者は、自己に対応した性格のエージェントとの間で会話をしたり、エージェントに窓の開閉、ＣＤやラジオの制御、走行道路や施設の詳細な案内といった各種の制御をしてもらうことができ、車内での運転環境を快適にすることができる。」（第１３ページ第２３欄第１５行目〜同欄第２８行目）
　
　以上の記載によれば，引用例１には，次の発明（以下「引用発明」という。）が記載されている。
　
「エージェント処理部１１，Ｉ／Ｆ部１２，画像処理部１３及び音声制御部１４を有し，
　エージェント処理部１１には，エージェントデータ記憶装置２９が接続され，
　Ｉ／Ｆ部１２には，入力装置２２と記憶媒体駆動装置２３と通信制御装置２４が接続され，
　画像処理部１３には，表示装置２７と撮像装置２８が接続され，
　音声制御部１４には，音声出力装置２５とマイク２６が接続され，
　エージェント処理部１１は，データ処理及び各部の動作の制御を行うＣＰＵを備え，
　ＣＰＵは，ＲＯＭに格納された各種プログラムを読み込んで各種処理を実行し，
　エージェントデータ記憶装置２９には，エージェントプログラム２９０，プログラム選択テーブル２９１，学習項目データ２９２，応答データ２９３及びエージェントの容姿や行動を画像表示するための画像データ２９４が格納され，
　学習項目データ２９２及び応答データ２９３は，運転者の運転操作や応答によってエージェントが学習した結果を格納するデータであり，
　画像データ２９４には，各種エージェントの容姿の画像が格納されており，運転者の好みによって入力装置２２から選択することができるようになっており，
　エージェントプログラム２９０には，エージェント機能を実現するためのエージェント処理プログラムや，エージェントと運転者とがコミュニケーションする場合の細かな行動を表示装置２７に画像表示すると共にその行動に対応した会話を音声出力装置２５から出力するためのコミュニケーションプログラムがプログラム番号順に格納されており，
　学習項目データ２９２には，選択条件により選択されたプログラムを起動するか否か（お休みするか否か）を決定するためのお休み回数／日時が格納され，
　お休み回数／日時には，該当するコミュニケーションプログラムが選択されたとしても実行せずにお休みした回数等が各プログラム番号毎に格納され，エージェントの提案や会話に対する運転者の応答が，拒否（拒絶）であった場合や無視（又は無応答）であった場合，コミュニケーションプログラムに応じて選択的に「お休み」が設定され，
　応答データ２９３には，エージェントの行為に対するユーザの応答の履歴が，ユーザ応答を学習項目とする各コミュニケーションプログラム番号毎に格納され，運転者の応答内容については，マイク２６から入力される運転者の音声に対する音声認識の結果や，入力装置による入力結果から判断され，運転者の応答を無視，拒絶，受容の３パターンに分類しており，
　エージェント処理部１１は，現在状況として，エージェントデータ記憶装置２９の学習項目データ２９２と応答データ２９３をチェックすることで，エージェントがこれまでに学習してきた状態を把握し，
　エージェント処理部１１は，現在の状況を把握すると，把握済みの状況と，エージェントの性格とから，プログラム選択テーブル２９１に基づいて，現在の状態で起動可能なコミュニケーションプログラムがあるか否かを判断し，起動可能なコミュニケーションプログラムがある場合，そのプログラム番号を決定し，
　決定したプログラム番号に対する運転者の応答履歴を応答データ２９３から確認し，当該プログラム番号のコミュニケーションプログラムの起動を，お休みすべき状態か否かを確認し，
　お休み状態ではない場合，エージェント処理部１１は，決定したプログラム番号に対応するコミュニケーションプログラムを起動することで，各エージェントの行為（行動と音声）に従った画像を表示装置２７に表示すると共に，音声出力装置２５から音声出力し，
　エージェント処理部１１は，コミュニケーションプログラムの起動によるエージェント行為に対する運転者の応答を，マイク２６からの入力に基づく音声認識結果や，入力装置２２からの入力結果から取得し，
　エージェント処理部１１は，起動したコミュニケーションプログラムが制御対象プログラムか否かを判断し，制御対象プログラムである場合，取得した運転者の応答に応じた制御を行い，
　エージェント処理部１１は，応答内容を履歴として格納すべきプログラム番号であれば取得した応答内容を応答データ２９３に格納することで，エージェントに学習をさせ，
　エージェントが処理可能な行為の提案をする場合のコミュニケーションプログラム等が制御対象プログラムとして規定され，
　お昼時にお腹が鳴る音を検出した場合に「食堂の案内をしましょうか？」といったように，「お節介」な性格のエージェントの場合の制御対象プログラムとして規定されている，
　エージェント装置。」
　
（ｂ）引用例２
　当審において新たに引用する特開平１１−１２６０１７号公報（平成１１年５月１１日出願公開。以下「引用例２」という。）には，図面とともに次の事項が記載されている。
　
Ａ．「【０００１】
【発明の属する技術分野】本発明は、記憶媒体、ロボット、情報処理装置、並びに電子ペットシステムに関し、特に、例えば、電子ペットを、各種の装置で実現することができるようにする記憶媒体、ロボット、情報処理装置、並びに電子ペットシステムに関する。
【０００２】
【従来の技術】最近、実際の動物をペットとして飼うよりも手軽であること等の理由から、いわゆる電子ペット装置（あるいは、育成シミュレーションゲーム機）が流行している。
【０００３】電子ペット装置では、ペットとなる生命体のオブジェクトである生命体オブジェクトが、電子ペットとして表示され、飢え（空腹）や、疲れの程度などの、電子ペットの状態が、飼い主（電子ペット装置のユーザ）に、画像または音声で知らされる。飼い主は、電子ペットの状態に応じて、電子ペット装置を操作することにより、餌を与えたり、遊んであげたりする。そして、このような飼い主の対応に基づいて、電子ペットの状態が変化し、育成されていく。また、電子ペットは、時間の経過とともに成長し、従って、その状態は、時間の経過によっても変化していく。」（第５ページ第８欄第２５行目〜同欄第４６行目）
　
Ｂ．「【００１９】
【発明の実施の形態】図１は、本発明を適用した電子ペットシステム（本明細書中において、システムとは、複数の装置が論理的に集合した物をいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の概要を示している。
【００２０】例えば、生命体である動物は、一説には、肉体と、その肉体に宿って心の働きを司る魂とからなるといわれる。図１における電子ペットシステムは、その魂または肉体にそれぞれ対応する魂部１または肉体部２で構成されている。
【００２１】即ち、魂部１は、電子ペットの魂として機能するもので、電子ペットの特徴を表現する。肉体部２は、電子ペットの肉体として機能するもので、電子ペットのアクション（行動）を表現する。そして、肉体部２のアクションは、魂部１が有する電子ペットの特徴に基づいて行われ、従って、魂部１は、電子ペットのコア（core）ということができる。
【００２２】また、魂部１は、肉体部２から抜き出し、他の肉体部２1，２2，・・・に宿すことができるようになされている。この場合、魂部１の抜き出された肉体部２は、いわば抜け殻となり、電子ペットとしては機能しなくなる。一方、魂部１が宿された他の肉体部は、元の特徴をそのまま有する電子ペットとして機能するようになる。即ち、いわば、電子ペットの魂は、肉体の乗り換えが可能になっている。
【００２３】図２は、図１の電子ペットシステムの、より具体的な構成例を示している。
【００２４】図１の魂部１は、例えば、ＩＣ（Integrated curcuit）カード（魂カード）２１などで実現される。ＩＣカード２１は、例えば、フラッシュメモリなどを内蔵し、後述するような遺伝子データを記憶する。
【００２５】図１の肉体部２は、例えば、仮想ペット装置２２や、ペット型ロボット２３などで実現される。仮想ペット装置２２は、仮想的な電子ペットを表示するための処理を行う携帯型の情報処理装置などでなり、ＩＣカード２１を装着するためのスロット２２Ａを有している。また、ペット型ロボット２３は、電子ペットの形状をしたロボットで、やはり、ＩＣカード２１を装着するためのスロット２３Ａを有している。
【００２６】仮想ペット装置２２およびペット型ロボット２３は、いずれも、電子ペットの肉体として機能する装置（肉体装置）で、それだけでは、アクションを起こさない。即ち、肉体たる仮想ペット装置２２およびペット型ロボット２３は、魂たるＩＣカード２１を装着することで、電子ペットとして機能するようになる。つまり、仮想ペット装置２２では、そのモニタに、電子ペットが表示され、ＩＣカード２１に記憶された遺伝子データに基づいてアクションを起こす。また、ペット型ロボット２３も、ＩＣカード２１に記憶された遺伝子データに基づいてアクションを起こす。」（第７ページ第１１欄第５行目〜同ページ第１２欄第５行目）
　
Ｃ．「【００３８】次に、図４は、魂部１（ＩＣカード２１）に記憶された遺伝子データのフォーマットの例を示している。
【００３９】遺伝子データの最初の３２バイトには、電子ペットの名前と主人の名前（飼い主（ユーザ）の名前）が配置される。主人の名前の後には、４バイトの成長した時間が配置される。ここには、電子ペットが生まれてから現在までの経過時間が配置される。その後には、６０バイトの内部状態が配置される。この内部状態には、電子ペットの現在の状態と感情に関するパラメータ（状態と感情を数値化したもの）が配置される。
【００４０】内部状態の後には、１バイトの転生輪廻残数が配置される。即ち、本実施の形態では、電子ペット（の魂）は、死んでも、生き返ることができるようになされており、転生輪廻残数には、生き返ることのできる残りの回数が配置される。その後には、１バイトの種族が配置され、そこには、電子ペットが、例えば、犬であるとか、猫であるとか、鳥であるとかなどの、電子ペットの種類が配置される。なお、電子ペットの種類は、必ずしも、実在する動物である必要はない。
【００４１】さらに、その後には、６６０バイトのフィードバックデータ（更新量情報）が配置される。ここで、上述したように、肉体部２（図３）では、内部状態計算部１１において、行動変換部１５からのフィードバックに対応して、内部状態（に関するパラメータ）が更新されるが、その内部状態を更新するときの更新量が、フィードバックデータとして配置されている。なお、内部状態計算部１１では、外的入力部１２や時間入力部１３からの入力にも対応して、内部状態が更新されるようになされているが、この場合の更新量も、フィードバックデータとして配置されている。
【００４２】フィードバックデータの後には、２ビットの寿命因子、２ビットの色、８ビットの大きさの最大値、８ビットの動作スピード、２０００ビットの学習情報が、順次配置される。寿命因子には、Ｓ1とＳ2の２つがあり、この２つの寿命因子Ｓ1，Ｓ2によって、魂部１の寿命、即ち、ＩＣカード２１の使用期限が決定される。ここで、ＩＣカード２１の使用期限の経過が、電子ペット（の魂）の死に相当する。色には、電子ペットの色が配置される。大きさの最大値には、電子ペットが成長していったときの、その大きさを制限するための値が配置される。動作スピードには、電子ペットの動作速度を決めるための値が配置される。学習情報には、電子ペットが所定の芸をすることができるかどうかに関する情報が配置される。即ち、本実施の形態では、電子ペットに、幾つかの芸を学習させることができるようになされており、学習情報には、各芸をすることができるかどうかを示すフラグが配置される。
【００４３】学習情報の後には、２４０ビットのアクション発火条件（条件情報）がＮ個配置される。即ち、本実施の形態では、内部状態のパラメータが、所定の条件を満たしたときに、電子ペットが所定のアクションを起こすようになされており、その条件が、アクション発火条件に記述されている。また、本実施の形態では、Ｎ個のアクションｋ1，ｋ2，・・・，ｋNが規定されており、その各アクションについてのアクション発火条件が配置されている。
【００４４】Ｎ個のアクション発火条件の後には、８ビットの音声継続時間、１６ビットのピッチ、８ビットのアクセント、３Ｎビットのアクション音声フラグ、３Ｎビットのアクション画像フラグが、順次配置される。音声継続時間、ピッチ、またはアクセントには、電子ペットの鳴き声の最大継続時間、ピッチ、またはアクセントを規定する情報がそれぞれ配置される。アクション音声フラグおよびアクション画像フラグには、Ｎ個のアクションそれぞれが可能かどうかを示すフラグが配置されている。即ち、ここには、例えば、犬は走ることができるが、空を飛ぶことはできないなどといったことを表すフラグが配置される。」（第８ページ第１４欄第１行目〜第９ページ第１５欄第１９行目）
　
Ｄ．「【０１０１】次に、上述したように、フィードバックデータおよびアクション発火条件は、電子ペットの性格または行動傾向を規定するための性格／行動傾向規定情報であり、従って、これらを変更した場合、電子ペットの性格または行動傾向も変化する。即ち、例えば、吠えるというアクションのアクション発火条件を緩くすれば、その電子ペットは、頻繁に吠えるようになる。一方、吠えるというアクションのアクション発火条件を厳しくすれば、その電子ペットは、あまり吠えなくなる。
【０１０２】従って、例えば、電子ペットが吠えた場合において、飼い主（ユーザ）が誉めたときには、吠えるというアクションのアクション発火条件を緩くするように変更し、逆に、飼い主が怒ったときには、吠えるというアクションのアクション発火条件を厳しくするように変更すれば、飼い主のとった態度によって、電子ペットの性格または行動傾向を変えることができる。即ち、電子ペットの学習を行うことができる。
【０１０３】図１２のフローチャートは、電子ペットを学習させるためにＣＰＵ３１が行う学習処理を示している。
【０１０４】この学習処理は、電子ペットがアクションを起こした場合に行われる。
【０１０５】即ち、電子ペットがアクションを起こすと、具体的には、図１１のステップＳ１８において電子ペットが起こしたアクションの識別情報が、ステップＳ１９において、ＲＡＭ３３の所定のアドレスに書き込まれると、学習処理が開始され、ステップＳ２１において、そのアクションに対して、ユーザから、何らかの入力（外的入力）があったか否かが判定される。ステップＳ２１において、何の入力もなかったと判定された場合、学習処理を終了する。
【０１０６】また、ステップＳ２１において、電子ペットが起こしたアクションに対して、ユーザから、何らかの入力があったと判定された場合、ステップＳ２２に進み、その入力が、アクションの抑制を指令するものであるかどうかが判定される。ステップＳ２２において、ユーザからの入力が、アクションの抑制を指令するものであると判定された場合、即ち、ユーザからの入力が、例えば、「こら」という音声であったり、「叱る」ボタンに対応する操作信号であった場合、ステップＳ２３に進み、電子ペットが起こしたアクション（ＲＡＭ３３上に記憶されている識別情報によって特定されるアクション）に対応するアクション発火条件が、そのアクションの起こる可能性が低くなるように変更され（アクション発火条件が厳しくされ）、学習処理を終了する。
【０１０７】一方、ステップＳ２２において、ユーザからの入力が、アクションの抑制を指令するものではないと判定された場合、ステップＳ２４に進み、その入力が、アクションを奨励するものであったかどうかが判定される。ステップＳ２４において、ユーザからの入力が、アクションを奨励するものでないと判定された場合、即ち、ユーザからの入力が、アクションを抑制するものでも、奨励するものでもない場合、学習処理を終了する。
【０１０８】また、ステップＳ２４において、ユーザからの入力が、アクションを奨励するものであると判定された場合、即ち、ユーザからの入力が、例えば、「良い子だね」という音声であったり、「誉める」ボタンに対応する操作信号であった場合、ステップＳ２５に進み、電子ペットが起こしたアクションに対応するアクション発火条件が、そのアクションの起こる可能性が高くなるように変更され（アクション発火条件が緩くされ）、学習処理を終了する。
【０１０９】以上のような学習処理によれば、例えば、電子ペットのしつけを行うことができる。
【０１１０】即ち、例えば、電子ペットが吠えた場合に、その吠えるというアクションを抑制する、叱るという外的入力を、ユーザが与えることによって、学習処理では、図１３のフローチャートに示すように、ユーザの入力があったと判定される（ステップＳ３１）。さらに、ユーザからの、叱るという外的入力が、アクションを抑制するものであると判定される（ステップＳ３２）。そして、吠えるというアクションのアクション発火条件が、吠えるというアクションの起こる可能性が低くなるように変更される（ステップＳ３３）。
【０１１１】その結果、電子ペットは、あまり吠えなくなる。」（第１４ページ第２５欄第１行目〜同ページ第２６欄第２７行目）
　
Ｅ．「【０１２２】次に、魂部１に記憶されている遺伝子データは、実際の生物の遺伝子に相当し、従って、親としての電子ペットどうしを交配させ、その親の特徴を備える子としての電子ペットを生ませる（作成する）ことができる。
【０１２３】交配は、例えば、図１７（Ａ）に示すように、親（例えば、父親）Ａとしての電子ペットの遺伝子データの一部と、親（例えば、母親）Ｂとしての電子ペットの遺伝子データの一部とを取り出し、それらを、子Ｃとしての電子ペットの遺伝子データとすることにより行うことができる。また、例えば、図１７（Ｂ）に示すように、親Ａとしての電子ペットの遺伝子データと、親Ｂとしての電子ペットの遺伝子データとの重み付け加算をし、その加算結果を、子Ｃとしての電子ペットの遺伝子データとすることもできる。さらに、例えば、図１７（Ｃ）に示すように、子Ｃとしての電子ペットの遺伝子データの一部を、親ＡおよびＢとしての電子ペットの遺伝子データで構成し、残りを、親ＡやＢとは無関係のデータで構成することもできる。この場合、子Ｃとしての電子ペットは、いわゆる突然変異となる。」（第１５ページ第２８欄第１１行目〜同欄第３０行目）
　
Ｆ．「【０１２７】また、交配は、例えば、図１９に示すようにして行うこともできる。
【０１２８】即ち、仮想ペット装置１２２の他に、それと同様に構成される仮想ペット装置２２２（但し、仮想ペット装置２２２のスロットは１つでも良い）を用意する。そして、例えば、仮想ペット装置１２２に、親ＡのＩＣカード１２１Ａと、子Ｃの魂となるＩＣカード１２１Ｃを装着し、仮想ペット装置２２２に、親ＢのＩＣカード１２１Ｂを装着する。そして、仮想ペット装置１２２および２２２を、所定の通信回線で接続し、親ＢのＩＣカード１２１Ｂに記憶された遺伝子データを、仮想ペット装置２２２から、通信回線１２２を介して、仮想ペット装置１２２に転送する。仮想ペット装置１２２では、仮想ペット装置１２２から転送されてきた親Ｂの遺伝子データと、ＩＣカード１２１Ａに記憶された親Ａの遺伝子データとから、図１７で説明したようにして、子Ｃの遺伝子データが作成され、子ＣのＩＣカード１２１Ｃに記憶される。
【０１２９】以上のようにして、親の特徴を継承する新たな電子ペットを誕生させることができる。
【０１３０】なお、図１９における通信回線は、有線であっても、無線であっても良い。また、通信回線は、例えば、数メートルのケーブルであっても良いし、公衆回線や、インターネット、ＣＡＴＶ（Cable Television）網などであっても良い。
【０１３１】また、上述の場合においては、肉体部２として、仮想ペット装置を用いて、交配を行うようにしたが、交配においては、肉体部２として、ペット型ロボットを用いることも可能である。」（第１６ページ第２９欄第２行目〜同欄第２６行目）
　
Ｇ．「【０１４２】なお、仮想ペット装置２２では、電子ペットは、モニタに表示される仮想的な存在であるから、その外観の変更は容易であるが、ペット型ロボット２３が、その外観の変更を自身で行うのは困難である。」（第１６ページ第３０欄第３２行目〜同欄第３５行目）
　
（３）対比
　本願補正発明と引用発明を対比する。
　引用発明において，コミュニケーションプログラム及び制御対象プログラムは，ソフトウェアアプリケーションであることは明らかであるから，引用発明の「コミュニケーションプログラム」及び「制御対象プログラム」は，本願補正発明の「ソフトウェアアプリケーション」に相当する。
　引用発明において，ＣＰＵは，データ処理及び各部の動作の制御を行い，ＲＯＭに格納された各種プログラムを読み込んで各種処理を実行することから，ＣＰＵは，コミュニケーションプログラム及び制御対象プログラムの動作を制御しているといえる。そして，引用発明の「ＣＰＵ」と本願補正発明の「オペレーティングシステム」は，「制御部」である点で一致する。
　引用発明において，エージェント装置は，コミュニケーションプログラム及び制御対象プログラムを動作させるために演算を行うことは明らかであるから，引用発明の「エージェント装置」は，本願補正発明の「演算装置」に相当する。
　引用発明において，エージェントの容姿は，ユーザインターフェースの一種であり，また，画像データ２９４に格納されている各種エージェントの容姿の画像を，運転者の好みによって入力装置２２から選択することから，エージェントの容姿をカスタマイズ化することは明らかであるので，引用発明は，本願補正発明の「ユーザインターフェースをカスタマイズ化する」に相当する構成を有している。
　引用発明において，エージェント装置がユーザインターフェースであることは明らかであり，また，エージェント装置は，運転手に対しエージェントが処理可能な行為の提案を行うことから，プロアクティブなものであるといえるので，引用発明の「エージェント装置」は，本願補正発明の「プロアクティブユーザインターフェース」に相当する。
　引用発明の「運転手」は，本願補正発明の「使用者」に相当する。
　引用発明の「エージェント」は，本願補正発明の「エージェント」に相当する。
　引用発明において，運転手と情報交換を行うエージェントが提供されていることは明らかである。また，引用発明において，運転手の応答により，ＣＰＵが各種処理を実行することから，運転手とＣＰＵとの間の通信のためのインターフェース部に相当する構成を有していることは明らかである。そうすると，引用発明と本願補正発明は，「使用者と情報交換を可能にするエージェントが提供され，前記使用者と制御部との間の通信のためのインターフェース部」を有する点で一致する。
　引用発明において，お昼時にお腹が鳴る音は，エージェントと運転手との相互作用のパターンに相当することは明らかであるから，引用発明の「お昼時にお腹が鳴る音」は，本願補正発明の「前記インターフェース部と前記使用者との相互作用の少なくとも１つのパターン」に相当する。また，引用発明において，エージェントの「食堂の案内をしましょうか？」という提案は，無視，拒絶又は受容の応答を選択させるものであるから，選択事項を提案しているといえる。さらに，引用発明において，お昼時にお腹が鳴る音を検出した場合に「食堂の案内をしましょうか？」という提案がなされており，これは，能動的に提案されていることは明らかである。加えて，エージェントの提案に対する運転者の応答が，拒絶であった場合や無視であった場合，その提案に関する制御対象プログラムには「お休み」が設定され，次回，その提案に関する制御対象プログラムが起動されなくなることから，無視，拒絶又は受容の応答を選択させる提案は，運転手の好みに合わせるように，その提案の機能を進化させるためのものといえる。そうすると，引用発明のお昼時にお腹が鳴る音を検出した場合に「食堂の案内をしましょうか？」という提案を行う構成は，本願補正発明の「前記インターフェース部と前記使用者との相互作用の少なくとも１つのパターンを検出し，前記検出されたパターンに従って，使用者に前記ユーザインターフェースの少なくとも１つの機能を進化させるための選択事項を能動的に提案する」構成に相当する。そして，引用発明において，お昼時にお腹が鳴る音を検出した場合に「食堂の案内をしましょうか？」という提案を行い，応答内容を応答データ２９３に格納することで，エージェントに学習をさせることから，引用発明は，本願補正発明の「前記インターフェース部と前記使用者との相互作用の少なくとも１つのパターンを検出し，前記検出されたパターンに従って，使用者に前記ユーザインターフェースの少なくとも１つの機能を進化させるための選択事項を能動的に提案する学習モジュール」に相当する構成を有しているといえる。
　引用発明において，エージェントは，運転手の好みに合わせるように，その提案の機能を進化させるものであるから，引用発明の「エージェント」は，本願補正発明の「進化型エージェント」に相当する。
　
　すると，本願補正発明と引用発明とは，次の点で一致する。
＜一致点＞
「少なくとも１つのソフトウェアアプリケーションの動作を制御する制御部を備えた演算装置におけるユーザインターフェースをカスタマイズ化するためのプロアクティブユーザインターフェースであって，
　(ａ) 使用者と情報交換を可能にするエージェントが提供され，前記使用者と前記制御部との間の通信のためのインターフェース部と，
　(ｂ) 前記インターフェース部と前記使用者との相互作用の少なくとも１つのパターンを検出し，前記検出されたパターンに従って，使用者に前記ユーザインターフェースの少なくとも１つの機能を進化させるための選択事項を能動的に提案する学習モジュールと，
を備える進化型エージェントを有するプロアクティブユーザインターフェース。」
　
　一方，両者は次の点で相違する。
＜相違点１＞
　本願補正発明では，少なくとも１つのソフトウェアアプリケーションの動作を制御するものがオペレーティングシステムであり，また，使用者とオペレーティングシステムとの間の通信のためのインターフェース部であるのに対し，引用発明では，少なくとも１つのソフトウェアアプリケーションの動作を制御するものがＣＰＵであり，また，使用者とＣＰＵとの間の通信のためのインターフェース部である点。
＜相違点２＞
　本願補正発明では，ソフトウェアアプリケーションのうちの１つは，使用者が異なる演算装置のアバターとミューテーションされたアピアランスを有するアバターを生成することができるハイブリッドアプリケーションであるのに対し，引用発明では，エージェントの容姿の画像を選択する構成は記載されているが，ソフトウェアアプリケーションのうちの１つは，使用者が異なる演算装置のアバターとミューテーションされたアピアランスを有するアバターを生成することができるハイブリッドアプリケーションである構成について記載がない点。
　
（４）当審の判断
　上記相違点について検討する。
＜相違点１についての検討＞
　ユーザインターフェースを有するコンピュータにおいて，ソフトウェアアプリケーションの動作を制御するオペレーティングシステムは，文献を示すまでもなく，本願優先日前周知である。したがって，引用発明において，上記周知技術を適用して，ソフトウェアアプリケーションの動作を制御する制御部をＣＰＵに代えてオペレーティングシステムとすることにより，少なくとも１つのソフトウェアアプリケーションの動作を制御するオペレーティングシステムを備え，また，使用者とオペレーティングシステムとの間の通信のためのインターフェース部を備えるように構成することは，当業者が適宜なし得ることである。
　
＜相違点２についての検討＞
　引用例２には，飼い主（本願補正発明の「使用者」に相当。）の対応に基づいて，状態が変化し，育成されていく電子ペット（本願補正発明の「アバター」に相当。本願明細書段落【００２３】の「アバター（または“生物”；以下、２つの用語は、置換え可能な用語として使用するものとする。）」との記載参照。）を表示する仮想ペット装置において，電子ペットの遺伝子データには，電子ペットの外観（本願補正発明の「アピアランス」に相当。）に関する電子ペットの色及び電子ペットの大きさを制限するための値が配置され，仮想ペット装置１２２（本願補正発明の「演算装置」に相当。）に，親ＡのＩＣカード１２１Ａと，子Ｃの魂となるＩＣカード１２１Ｃを装着し，仮想ペット装置２２２（本願補正発明の「演算装置」に相当。）に，親ＢのＩＣカード１２１Ｂを装着し，仮想ペット装置１２２および２２２を，所定の通信回線で接続し，親ＢのＩＣカード１２１Ｂに記憶された遺伝子データを，仮想ペット装置２２２から，通信回線１２２を介して，仮想ペット装置１２２に転送し，仮想ペット装置１２２では，仮想ペット装置１２２から転送されてきた親Ｂの遺伝子データと，ＩＣカード１２１Ａに記憶された親Ａの遺伝子データとから，突然変異（本願補正発明の「ミューテーション」に相当。）により，子Ｃの遺伝子データが作成され，子ＣのＩＣカード１２１Ｃに記憶される技術が記載されている。ここで，電子ペットの遺伝子データには，外観に関する電子ペットの色及び電子ペットの大きさを制限するための値が含まれていることから，仮想ペット装置１２２には，仮想ペット装置２２２の親Ｂとミューテーションされたアピアランスを有する子Ｃが生成されることは明らかである。
　そして，引用発明及び引用例２に記載された技術の属する技術分野は，ユーザの入力に対応して動作し，その動作の学習を行い，かつ，その外観を変更することが可能なアバターを表示するユーザインターフェースである点で共通する。
　また，２つの同様な装置があるときに，それらの使用者について異なる場合と同じ場合の両者が考えられるが，それらの使用者を異なるとするか同じとするかは，当業者が必要に応じて適宜決定し得ることである。
　さらに，ある動作をソフトウェアアプリケーションで実現することは，通常行われていることである。
　したがって，引用発明において，上記引用例２に記載された技術を適用し，ソフトウェアアプリケーションのうちの１つは，使用者が異なる演算装置のアバターとミューテーションされたアピアランスを有するアバターを生成することができるハイブリッドアプリケーションであるように構成することは，当業者が容易に想到し得ることである。
　
　また，本願補正発明の構成によって生じる効果も，当業者が予測できるものである。
　
　したがって，本願補正発明は，引用発明，引用例２に記載された技術及び周知技術に基づいて，当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。
　
（５）むすび
　以上のとおり，本件補正は，平成１４年法律第２４号改正附則第２条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　また，仮に，本件補正が特許法第１７条の２第４項第２号に規定する特許請求の範囲の減縮を目的とするものであるとした場合，本件補正は，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
３．本願発明について
　平成１９年７月２３日付けの手続補正は上記のとおり却下されたので，本願の請求項１に係る発明（以下「本願発明」という。）は，補正前の請求項１に記載された事項により特定される，前記２．（１）に記載したとおりのものである。
　
（１）引用例
　原査定の拒絶の理由に引用された引用例１及びその記載事項は，前記２．（２）に記載したとおりである。
　
（２）対比・判断
　本願発明は，前記２．で検討した本願補正発明から，「ユーザインターフェースをカスタマイズ化する」及び「ソフトウェアアプリケーションのうちの１つは、使用者が異なる演算装置のアバターとミューテーションされたアピアランスを有するアバターを生成することができるハイブリッドアプリケーションである」との構成を省いたものである。
　
　すると，本願発明と引用発明とは，次の点で一致する。
＜一致点＞
「少なくとも１つのソフトウェアアプリケーションの動作を制御する制御部を備えた演算装置のためのプロアクティブユーザインターフェースであって，
　(ａ) 使用者と情報交換を可能にするエージェントが提供され，前記使用者と前記制御部との間の通信のためのインターフェース部と，
　(ｂ) 前記インターフェース部と前記使用者との相互作用の少なくとも１つのパターンを検出し，前記検出されたパターンに従って，使用者に前記ユーザインターフェースの少なくとも１つの機能を進化させるための選択事項を能動的に提案する学習モジュールと，
を備える進化型エージェントを有するプロアクティブユーザインターフェース。」
　
　一方，両者は次の点で相違する。
＜相違点＞
　前記２．（３）の＜相違点１＞と同様。
　
　上記相違点について検討する。
＜相違点についての検討＞
　前記２．（４）の＜相違点１についての検討＞と同様。
　
　また，本願発明の構成によって生じる効果も，当業者が予測できるものである。
　
（３）むすび
　以上のとおり，本願発明は，引用発明及び周知技術に基づいて，当業者が容易に発明をすることができたものであるから，他の請求項について検討するまでもなく，本願は，特許法第２９条第２項の規定により特許を受けることができない。
　よって，結論のとおり審決する。