【事件の表示】
　特願２０００−６０８３６４「通話容易化装置用の口頭ユーザインターフェイス」拒絶査定不服審判事件〔平成１２年１０月　５日国際公開、ＷＯ００／５８９４４、平成１４年１１月２６日国内公表、特表２００２−５４０７０３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本件出願は、２０００年３月３０日（パリ条約による優先権主張外国庁受理１９９９年３月３１日、米国）を国際出願日とする出願であって、平成２０年１０月１７日付けの拒絶理由通知に対し平成２１年１月２８日付けで手続補正がなされたものの、同年７月６日付けで拒絶査定がなされ、これに対し、同年１１月１６日に拒絶査定不服の審判請求がなされるとともに手続補正がなされたものである。
　
第２．補正却下の決定
［補正却下の決定の結論］
　　平成２１年１１月１６日付けの手続補正を却下する。
　
［理由］
１．本願発明と補正後の発明
　平成２１年１１月１６日付けの手続補正（以下、「本件補正」という。）は、補正前の平成２１年１月２８日付け手続補正書の特許請求の範囲の請求項１５に記載された
「特定の発信元から、電話器上でメッセージのユーザ定義された番号を受信するステップと、
　前記受信するステップが生じた後に、ユーザが前記特定の発信元と関係付けられたボイスタグを前記電話器に入力するよう、自動的に、ソフトウェアエージェントを介して促すステップとを具備する、ここで、自動的とはユーザの手動による介入なしに、ということである、
ユーザが電話器にボイスタグを入力するよう自動的に促す方法。」
　という発明（以下、「本願発明」という。）を、補正後の特許請求の範囲の請求項１５に記載された
「特定の発信元から、電話器上でメッセージのユーザ定義された番号を受信するステップと、
　前記受信するステップが生じた後に、ユーザが前記特定の発信元に関係付けられるボイスタグを前記電話器に入力することを、自動的に、ソフトウェアエージェントを介して促すステップとを具備する、ここで、自動的とはユーザの手動による介入を要求せずに開始されるということである、ユーザが電話器にボイスタグを入力するよう自動的に促す方法。」
　という発明（以下、「補正後の発明」という。）に変更することを含むものである。
　
２．新規事項の有無、補正の目的要件について
　上記本件補正は、願書に最初に添付した明細書又は図面に記載した事項の範囲内において、「入力するよう、自動的に」を「入力することを、自動的に」と補正し、また、「自動的とはユーザの手動による介入なしに、ということである」を「自動的とはユーザの手動による介入を要求せずに開始されるということである」と補正して、「自動的に」の内容を限定することにより、特許請求の範囲を減縮するものであるから、平成１４年法律第２４号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第３項（新規事項）の規定及び平成１４年法律第２４号改正附則第２条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項第２号（補正の目的）の規定に適合している。
　
３．独立特許要件について
　上記本件補正は特許請求の範囲の減縮を目的とするものであるから、上記補正後の発明が特許出願の際独立して特許を受けることができるものであるのかどうかについて以下に検討する。
　
（１）補正後の発明
　上記「１．本願発明と補正後の発明」の項で認定したとおりである。
　
（２）引用発明
　原査定の拒絶理由に引用された国際公開第９８／２５３９３号（以下、「引用例」という。）には「METHOD AND APPARATUS FOR LOCATING A DESIRED RECORD IN A TELEPHONE DIRECTORY」（当審仮訳）「電話帳内の所望の記録を検索する方法および装置」に関し、図面とともに以下の事項が記載されている。
　
ア．「Referring to Figure 1, an apparatus according to a first embodiment of the invention is shown generally at 10. In this embodiment, the apparatus is included within a telephone 12 connected to a central office (not shown) via a conventional subscriber loop 14. The central office is of the type capable of supplying Calling Line Identification (CLID) information to the telephone when a call is made to the telephone. The central office acts as a first network location. 
 The apparatus includes a microprocessor 16, random access memory 18, read only memory 20, and input and output devices shown generally at 22 and 24 respectively. The input devices 22 include a keypad 26, a voice recognition unit 28 (including a microphone and speech digitizer, not shown) and a CLID receiver 30. The output devices include a dual tone multi-frequency (DTMF) generator 32, an audio prompter 34 and a liquid crystal display (LCD) unit 36. 
Microprocessor
 In this embodiment, the microprocessor is a Mitsubishi 37510. This microprocessor has an address bus, a data bus and control signal lines for interfacing to other elements of the apparatus. The microprocessor further has an input port 38 and an output port 40 which are operable to selectively address any of the input and output devices respectively. 
Keypad
 The keypad 26 includes a conventional telephone keypad operable to cooperate with the microprocessor 16 to produce keypad bytes indicative of a key depression on the keypad, and further includes an add key 42 which the user may actuate to direct the microprocessor 16 to effect certain functions associated therewith. 
Voice recognition unit
 The voice recognition unit 28 cooperates with the microprocessor to produce a number which uniquely identifies an utterance made by the user, and a voice tag, or digitized sound clip of the user's voice. The number acts as a characteristic representation of at least one identifying characteristic of a rendering associated with the record. In this embodiment the rendering is a voice utterance made by the user. The characteristic representation is used for comparison with further utterances to recognize what the user is saying. The voice tag is used by the audio prompter to playback the name of a party. 
 The voice recognition unit 28 also recognizes standard commands such as YES or NO and responds to such commands by providing to the microprocessor command data packets indicative of the command received. Thus all matching of user-spoken utterances to commands takes place at the voice recognition unit 28. 
CLID receiver
 The CLID receiver 30 receives CLID information from the telephone line 14 and produces name and number packets corresponding to the name and telephone number of an incoming caller. The CLID receiver 30 may be equipped to receive the CLID information in any one of many different ways. For example, CLID information may be received over a phone line using a CLASS (Custom Local Area Signalling Services) service offered by a telephone service provider. Alternatively, the CLID receiver 30 may include a voice mail service equipped to automatically store incoming CLID information. CLID information could also be received over a cellular network through an SMS (Short Massaging Services) service, for example. In this embodiment, the CLID receiver acts as a caller information receiver and a detector for detecting when a telephone call is received from a calling party. 
DTMF generator
 The DTMF generator 32 is a conventional dialler and is operable to produce dual-tone multi-frequency signals which are supplied to the telephone line 14 to permit the apparatus to dial a telephone number in response to a number packet produced by the microprocessor 16. In this embodiment the microprocessor also acts as a detector for detecting when a call is made to a called party. 
Audio prompter
 The audio prompter 34 includes a speaker 44 and is operable to playback the name of a party as digitized by the voice recognition unit. 
Display
 In this embodiment, the display 36 includes a conventional liquid crystal display (LCD) having two horizontal lines of text 46 and 48, each capable of displaying 20 characters. The display is used to display a caller's name on the first line 46, in response to a name packet provided by the microprocessor 16, while the caller's telephone number is displayed on the second line 48, in response to a number packet provided by the microprocessor 16. 
RAM
 In this embodiment, the random access memory 18 is capable of storing 32k 8-bit words and may be read and written by the microprocessor 16 for retrieval and storage of data. Data stored in RAM is transferred to Electrically Erasable Programmable Read Only Memory (E2PROM) (not shown) whenever a call is completed. This ensures that in the event of a power failure, information is retained, but at the same time may be updated. 
ROM
 In this embodiment, the read only memory 20 is capable of storing 64K 8-bit words and is configured to store a plurality of program codes operable to direct the microprocessor 16 to effect various functions to carry out a method according to the first embodiment of the invention. The program codes are selected such that read and write functions involving the random access memory 18 are made in one of four main address areas within an address range defined by the address bus. 」（第６頁第１９行−第９頁第１８行）
（当審仮訳）
「図１において、本発明の第１の実施の形態に係る装置は、全体として符号１０で示されている。本実施の形態では、この装置は、既存の加入者ループ１４を介して、局交換機（不図示）に接続された電話機１２に含まれる。局交換機は、電話機へ発呼が行われたときに、その電話機に発呼回線識別（ＣＬＩＤ）情報を提供できるタイプのものである。この局交換機は、第１のネットワーク・ロケーションとして機能する。
  本装置は、マイクロプロセッサ１６、ランダム・アクセス・メモリ１８、読出し専用メモリ２０、符号２２，２４それぞれによって全体的に示される入力装置と出力装置を含む。この入力装置２２は、キーパッド２６、音声認識ユニット２８（不図示のマイクロホンと音声ディジタイザを含む）、ＣＬＩＤ受信機３０を含む。また、出力装置は、多周波選択信号（ＤＴＭＦ）発生器３２、オーディオ・プロンプタ３４、液晶ディスプレイ（ＬＣＤ）３６を含む。
マイクロプロセッサ
  本実施の形態におけるマイクロプロセッサは、三菱製の３７５１０である。このマイクロプロセッサは、アドレス・バス、データ・バス、そして、本装置の他の構成要素にインタフェースする制御信号線を有する。また、このマイクロプロセッサはさらに、入力ポート３８と出力ポート４０を有し、これらのポートは、どの入力装置や出力装置もそれぞれ選択的にアドレス指定するよう動作する。
キーパッド
  キーパッド２６は、既存の電話機キーパッドであり、マイクロプロセッサ１６と協動して、キーパッド上のキー押下を示すキーパッド・バイトを生成する。このキーパッドは、さらに付加キー４２を有し、ユーザは、この付加キーによってマイクロプロセッサ１６を指示して、それに関連する機能を実行できる。
音声認識ユニット
  音声認識ユニット２８は、マイクロプロセッサと協動して、ユーザによる発声を一意的に識別する数字、それに音声タグ、あるいはユーザの声をディジタル化した音響クリップを生成する。この数字は、記録（レコード）に関連する描写（レンダリング）についての少なくとも１つの識別特性を特徴的に表現するものである。本実施の形態において、このレンダリングとは、ユーザによる音声の発声である。そして、この特徴表現を使用して、ユーザがさらに発声したものと比較し、そのユーザが話していることを「認識」する。オーディオ・プロンプタは、音声タグを使って相手の名前を「再生」する。
  音声認識ユーザ２８はまた、「はい」あるいは「いいえ」といった標準的なコマンドを認識し、受信したコマンドを示すコマンド・データ・パケットをマイクロプロセッサに送ることによって、このようなコマンドに応答する。このように、音声認識ユニット２８において、コマンドに対するユーザの発声についての全てのマッチングがとられる。
ＣＬＩＤ受信機
  ＣＬＩＤ受信機３０は、電話回線１４からＣＬＩＤ情報を受信し、着呼者の名前と電話番号とに対応する名前パケットと番号パケットを生成する。このＣＬＩＤ受信機３０は、多くの異なる方法の内、どの方法によっても、ＣＬＩＤ情報を受信するようになっている。ＣＬＩＤ情報は、例えば、電話サービス・プロバイダが提供するＣＬＡＳＳ（カスタム・ローカル・エリア・シグナリング・サービス）というサービスを使用して、電話回線を介して受信できる。あるいは、ＣＬＩＤ受信機３０に、着信ＣＬＩＤ情報を自動的に格納するようになっている音声メール・サービスを含めることができる。ＣＬＩＤ情報はまた、例えば、ＳＭＳ（短通報サービス）を使用して、セルラ・ネットワークを介して受信できる。本実施の形態では、ＣＬＩＤ受信機は、発呼者情報の受信機、および、発呼者からの呼がいつ受信されたかを検出する検出器として機能する。
ＤＴＭＦ発生器
  ＤＴＭＦ発生器３２は、多周波選択信号を生成するよう動作する既存のダイヤル発信器であり、この選択信号が電話回線１４に送られ、マイクロプロセッサ１６が生成した番号パケットに応答して、本装置が電話番号をダイヤルできるようになっている。本実施の形態においてマイクロプロセッサはまた、被呼者に対していつ発呼が行われたかを検出する検出器として動作する。
オーディオ・プロンプタ
  オーディオ・プロンプタ３４はスピーカ４４を有し、音声認識ユニットによってディジタル化された相手の名前を再生するよう動作できる。
ディスプレイ
  本実施の形態では、ディスプレイ３６は、既存の液晶ディスプレイ（ＬＣＤ）からなり、水平方向の２行のテキスト４６，４８を有しており、それぞれが２０個の文字を表示できる。このディスプレイを使用して、マイクロプロセッサ１６の提供する名前パケットに応答して、最初の行４６に発呼者の名前を表示する。一方、発呼者の電話番号が、マイクロプロセッサ１６より提供される番号パケットに応じて、２番目の行４８に表示される。
ＲＡＭ
  本実施の形態では、ランダム・アクセス・メモリ１８は、３２Ｋ，８ビットのワードを記憶でき、データの検索と記憶のために、マイクロプロセッサ１６によって読出しや書込みが行われる。呼が終了するたびに、ＲＡＭに記憶されたデータが、電気的に消去並びにプログラム可能な読出し専用メモリ（Ｅ２ＰＲＯＭ）（不図示）に転送される。これによって、電源供給が断たれても情報は確実に維持され、同時に更新も行われる。
ＲＯＭ
  本実施の形態において、読出し専用メモリ２０は、６４Ｋ，８ビットのワードを記憶でき、複数のプログラム・コードを格納するよう構成されている。これら複数のプログラム・コードは、マイクロプロセッサ１６に指示を与えて種々の機能を実行させ、本発明の第１の実施の形態に係る方法を遂行するよう動作する。プログラム・コードの選択は、ランダム・アクセス・メモリ１８に関係した読出し、および書込み機能が、アドレス・バスで規定されるアドレス範囲内にある４つの主アドレス領域の１つで行われるよう行われる。」
　
イ．「
Dial directory
 A first memory address area 50 acts as a dial directory and includes a plurality of memory registers in a first address range. This area is used to store a first set of telephone call event records 52 associated with telephone calls initiated by dialling on the keypad. Each record of this first set includes number and frequency fields 54 and 56, where the number 54 field is used to store a telephone number dialled on the keypad 26 and the frequency field 56 is used to store a frequency metric related to the number of times the number in the number field 54 is dialled. In this embodiment, the frequency metric is a number representing the number of times a number is dialled. Thus the frequency field acts as a frequency of use field. 
Incoming directory
 A second memory address area 58 acts as an incoming directory and includes a plurality of memory registers in a second address range. This area is used to store a second set of telephone call event records 60 associated with telephone calls initiated by an outside caller calling into the user's telephone 12. Each record 60 of this second set includes number, name and frequency fields 62, 64 and 66 for storing a telephone number, a name of an incoming caller as provided by the CLID receiver 30 and a frequency metric related to the number of times the incoming caller identified by the CLID receiver 30 has called the user's telephone 12. In this embodiment, the frequency metric is a number representing the number of times the incoming caller identified by the CLID receiver 30 has called the user's telephone. 
Personal Directory
 A third memory address area 70 acts as a personal directory and includes a plurality of memory registers in a third address range. This area is used to store a third set of telephone call event records associated with parties the user is most likely to call. Each record of this third set includes name, number, characteristic, frequency and voice tag fields 72, 74, 76, 78 and 79. The name and number fields 72 and 74 identify the party and are used to store telephone numbers and names of parties with whom telephone calls have been conducted and the frequency field 78 stores a frequency metric related to the number of times a telephone call is conducted between the user and the party identified by the associated name and number fields. In this embodiment, the frequency metric is the number of times a telephone call is conducted with the party. The characteristic field 76 is used to store the characteristic representation produced by the voice recognition unit 28.
 The voice tag field is operable to store the digitally recorded representation of a user-spoken name of the party, as produced by the voice recognition unit. The contents of the voice tag field are operable to be provided to the audio prompter 34 to cause the audio prompter 34 to provide an audible signal which the user can recognize and associate with the party identified by the name and number fields 72 and 74. 
Variables
 A fourth address area 80 acts as free memory which the microprocessor 16 can use for storing intermediate values in calculations and general parameters during the course of carrying out the method according to the first embodiment of the invention. This area is also used to keep a dial buffer 82, a pointer register 84, a CLID buffer 86 and input representation buffer 88, and an input buffer 89 all of which cooperate with program codes stored in the ROM. 」（第９頁第１９行−第１１頁第１２行）
（当審仮訳）
「
ダイヤル・ディレクトリ
　第１のメモリ・アドレス領域５０は、ダイヤル・ディレクトリとして働き、第１のアドレス範囲に複数のメモリ・レジスタを有する。この領域を使用して、キーパッド上でダイヤルして発呼された電話に関連する、第１の電話呼イベント記録の組５２を記憶する。この第１の組の各記録には、番号フィールド５４と頻度フィールド５６が含まれる。ここで、番号フィールド５４は、キーパッド２６上でダイヤルされた電話番号を記憶するために用いられ、頻度フィールド５６は、番号フィールド５４内のその番号がダイヤルされた回数に関連する頻度計数（メトリック）を記憶するために用いられる。本実施の形態において、頻度メトリックは、番号がダイヤルされた回数を表わす数字である。従って、この頻度フィールドは、使用頻度フィールドとして機能する。
着呼ディレクトリ
　第２のメモリ・アドレス領域５８は、着呼ディレクトリとして働き、第２のアドレス範囲に複数のメモリ・レジスタを有する。この領域を使用して、ユーザの電話機１２に電話をかけてくる外部の発呼者による呼に関連した、第２の電話呼イベント記録の組６０を記憶する。この第２の組の各記録６０は、番号フィールド６２、名前フィールド６４、頻度フィールド６６を有し、これらのフィールドには、電話番号、ＣＬＩＤ受信機３０により提供される着呼者の名前、そして、このＣＬＩＤ受信機３０によって識別された着呼者が、ユーザの電話機１２に電話をした回数に関連する頻度メトリックを記憶する。本実施の形態において、頻度メトリックは、ＣＬＩＤ受信機３０によって識別された着呼者が、ユーザの電話機に発呼した回数を表わす数字である。
個人ディレクトリ
  第３のメモリ・アドレス領域７０は、個人ディレクトリとして機能し、第３のアドレス範囲に複数のメモリ・レジスタを有する。この領域は、ユーザが最も発呼しそうな相手に関する、第３の電話呼イベント記録の組を記憶するために用いられる。この第３の組の各記録には、名前フィールド７２、番号フィールド７４、特性フィールド７６、頻度フィールド７８、音声タグ・フィールド７９が含まれる。名前フィールド７２と番号フィールド７４は、相手を識別し、呼が処理された相手の電話番号と名前を記憶するために用いられる。頻度フィールド７８は、ユーザと、関連する名前フィールドと番号フィールドによって識別された相手との間で処理された呼の回数に関する頻度メトリックを記憶する。本実施の形態では、この頻度メトリックは、相手と行われた電話の回数である。また、特性フィールド７６は、音声認識ユニット２８によって生成された特徴表現を記憶するために用いられる。
　音声タグ・フィールドは、音声認識ユニットによって生成された、ユーザの発する相手の名前をディジタル化して記録した表現を記憶するよう動作する。この音声タグ・フィールドの内容がオーディオ・プロンプタ３４に供給され、それによって、オーディオ・プロンプタ３４が可聴信号を提供する。ユーザは、この可聴信号を認識して、名前フィールド７２と番号フィールド７４によって識別される相手を関連づける。
変数
　第４のアドレス領域８０は、マイクロプロセッサ１６が、計算における中間値と、本発明の第１の実施の形態に係る方法を実行する過程における一般的なパラメータとを記憶するために使用できる自由メモリとして機能する。この領域もまた、ダイヤル・バッファ８２、ポインタ・レジスタ８４、ＣＬＩＤバッファ８６、入力表現バッファ８８、および入力バッファ８９を保持するために用いられる。これらは全て、ＲＯＭに記憶されるプログラム・コードと協動する。」
　
ウ．「
Program functionality
 The program codes stored in the ROM 20 direct the microprocessor 16 to effect various functions which cooperate to carry out a method according to the first embodiment of the invention. The functions cooperate with each other in a manner depicted by various algorithms according to the first embodiment. This embodiment includes a dial algorithm, an incoming algorithm, an add algorithm, and a voice interrupt algorithm. 」（第１１頁第１３−２１行）
（当審仮訳）
「
プログラム機能
　ＲＯＭ２０に記憶されるプログラム・コードは、マイクロプロセッサ１６に対して指示を与えて、本発明の第１の実施の形態に係る方法を実行するために協動する種々の機能を遂行させる。これらの機能は、第１の実施の形態に係る種々のアルゴリズムによって示される方法で、互いに協動する。本実施の形態は、ダイヤル・アルゴリズム、着呼アルゴリズム、付加アルゴリズム、音声割込みアルゴリズムを有する。」
　
エ．「
Incoming algorithm
 Referring to Figures 1 and 3, the incoming algorithm is shown generally at 118 and serves to load into the incoming directory 58 CLID caller identification information received from the central office. The incoming algorithm is invoked upon receipt of a CLID interrupt at the microprocessor 16, the CLID interrupt being produced by the CLID receiver 30. Upon receipt of the CLID interrupt, block 120 directs the microprocessor 16 to store, in the CLID buffer 86, CLID information including name and number data identifying the caller, as provided by the CLID receiver 30 to the input port 38 of the microprocessor 16. 
 Block 122 then successively addresses each record in the personal directory 70 to determine whether or not the CLID information just received is already in the user's personal directory 70. In other words, the personal directory is searched for a record associated with the calling party. Where no corresponding record is found in the personal directory, block 124 directs the microprocessor 16 to successively address the records in the incoming directory 58 to determine whether or not the CLID information just received and stored in the CLID buffer 86 has been received before. Thus the incoming directory is searched for a record corresponding to the calling party. If a corresponding record is not found in the personal or CLID directories, block 126 directs the microprocessor 16 to wait until the end of the call. 
 At the end of the call, where no corresponding record is found in the incoming directory, block 130 directs the microprocessor 16 to store the information received from the CLID receiver in the last record 60 in the incoming directory 58. Even if the last record in the directory contains data, such data is overwritten with the last received CLID information. This is effected by copying the contents of the CLID buffer 86 into the name and number fields 62 and 64 of the last record in the incoming directory 58. Upon copying the contents of the CLID buffer 86, the frequency of use field 66 of the new record is set to 1. 
 Block 132 then directs the microprocessor 16 to re-sort the incoming directory 58 based on the contents of the frequency fields 66 of the records. The records are sorted in descending order of frequency such that the record having the most frequently received CLID number is the first record in the incoming directory and the record having the least frequently received CLID number is the last record. 
 Block 134 then directs the microprocessor 16 to search the frequency fields 66 of each record 60 to determine whether or not any frequency fields 66 have contents greater than a pre-defined value n. If none meets this criteria, the incoming algorithm 118 is completed. If a record meets this criteria, block 136 directs the microprocessor to load the address of that record into the pointer register 84 and control of the microprocessor 16 is directed to the add algorithm at location B which prompts the user to indicate whether or not the record should be transferred to the personal directory. 
 In the incoming algorithm 118, at block 122 if the CLID information just received is found in the personal directory 70, processing is directed to block 134 of the incoming algorithm 118. 
 At block 124 if the CLID information just received is not found in the personal directory 70 but is found in the incoming directory 58, block 142 directs the microprocessor 16 to increment by one the frequency field 66 of the corresponding record 60 in the incoming directory 58 and processing continues at block 132 of the incoming algorithm. 」（第１４頁第３行−第１５頁第３４行）
（当審仮訳）
「
着呼アルゴリズム
　図１，図３において、着呼アルゴリズムが全体として符号１１８で示されており、このアルゴリズムによって、局交換機より受信したＣＬＩＤ発呼者識別情報が、着呼ディレクトリ５８にロードされる。マイクロプロセッサ１６がＣＬＩＤ割込みを受けると、この着呼アルゴリズムが呼び出され、ＣＬＩＤ割込みは、ＣＬＩＤ受信機３０が発生する。このＣＬＩＤ割込みを受けると、ブロック１２０において、マイクロプロセッサ１６は、ＣＬＩＤ受信機３０よりマイクロプロセッサ１６の入力ポート３８に供給された、発呼者を識別する名前と番号を含むＣＬＩＤ情報をＣＬＩＤバッファ８６に格納する。
　ブロック１２２では、引き続き、個人ディレクトリ７０内の各記録にアドレスをかけ、受信したばかりのＣＬＩＤ情報が、既にユーザの個人ディレクトリ７０内にあるかどうかを判定する。言い換えれば、個人ディレクトリは、発呼者に関連する記録に対して検索が行われる。対応する記録が、その個人ディレクトリ内になければ、ブロック１２４において、マイクロプロセッサ１６が、着呼ディレクトリ５８内の記録を連続的にアドレス指定し、受け取ったばかりで、かつ、ＣＬＩＤバッファ８６内に格納されたＣＬＩＤ情報が、以前に受け取ったものであるかどうかを判定する。このように、着呼ディレクトリは、発呼者側に対応する記録について検索される。個人ディレクトリあるいはＣＬＩＤディレクトリ内に、対応する記録がない場合には、ブロック１２６において、マイクロプロセッサ１６は、呼の終了まで待機するように指示される。
　呼の終了時に、着呼ディレクトリ内に対応する記録がない場合、ブロック１３０において、マイクロプロセッサ１６は、着呼ディレクトリ５８内の最後の記録６０内に、ＣＬＩＤ受信機より受信した情報を格納する。ディレクトリ内の最後の記録がデータを有していても、そのデータは、最後に受信したＣＬＩＤ情報によって上書きされる。これは、ＣＬＩＤバッファ８６の内容を、着呼ディレクトリ５８内の最後の記録についての名前フィールド６２と番号フィールド６４にコピーすることによって行われる。ＣＬＩＤバッファ８６の内容がコピーされると、新規の記録についての使用頻度フィールド６６が１に設定される。
　ブロック１３２では、マイクロプロセッサ１６が、これらの記録の頻度フィールド６６の内容に基づいて、着呼ディレクトリ５８を再ソートする。これらの記録は、頻度の降順にソートがかけられるため、最も頻繁に受信したＣＬＩＤ番号を持つ記録が、着呼ディレクトリ内の最初の記録となり、受信頻度の最も低いＣＬＩＤ番号を持つ記録が、最後にくる記録となる。
　ブロック１３４では、マイクロプロセッサ１６が、各記録６０の頻度フィールド６６を検索し、いずれかの頻度フィールド６６が、あらかじめ規定した値ｎより大きい内容を有するかどうかを判定する。この基準に当てはまるものがなければ、この着呼アルゴリズム１１８は終了する。また、この基準を満たす記録があれば、ブロック１３６において、マイクロプロセッサ１６は、その記録のアドレスを、ポインタ・レジスタ８４にロードし、マイクロプロセッサ１６の制御は、ロケーションＢの付加アルゴリズムに進む。このアルゴリズムでは、ユーザは、その記録を個人ディレクトリに転送するかどうかを示すよう促される。
　この着呼アルゴリズム１１８のブロック１２２において、たった今、受信したＣＬＩＤ情報が個人ディレクトリ７０内にあると判定されれば、処理は、着呼アルゴリズム１１８のブロック１３４へ進む。
　ブロック１２４において、たった今、受信した番号が個人ディレクトリ７０内にはないが、着呼ディレクトリ５８内にあると判断されれば、ブロック１４２で、マイクロプロセッサ１６が、着呼ディレクトリ５８内の対応する記録６０の頻度フィールド６６を１だけインクリメントし、処理は、この着呼アルゴリズムのブロック１３２において継続される。」
　
オ．「
Add algorithm
 Referring to Figures 1, 4a and 4b the Add algorithm is shown generally at 150 and serves to add to the personal directory 70 new records obtained from the dial directory 56, the incoming directory 58 or which may be entered by the user via the keypad 26. The Add algorithm 150 is invoked upon receipt of an add key interrupt from the add key 42 on the keypad 26 or a call from the dial, incoming or voice recognition algorithms. 
 Upon invoking the Add algorithm 150, block 152 directs the microprocessor 16 to prompt the user to indicate whether or not the last dialled number or the last received CLID information is to be added as a record to the personal directory 70. The microprocessor prompts the user by writing to the display 36 appropriate indicia requesting user input and by writing to the audio prompter 34 a data packet or sound clip which causes the audio prompter to sound a prompt such as LAST CALL . 
 The user may respond to such prompts either by keypad entry, or by simply speaking the words YES or NO into the voice recognition unit 28. The microprocessor, display and audio prompter thus act as a prompter. 
 If the user does not want to store such information, the user replies with the utterance NO and then block 154 directs the microprocessor 16 to prompt the user to indicate whether a record is to be copied from the dial directory 50 or the incoming directory 58 or whether a new record is to be added and wait for a command utterance from the user. If the user wishes to copy from the dial directory 50, block 156 directs the microprocessor 16 to store the address of the first record of the dial directory 50, in the pointer register 84. Similarly, if the user wishes to copy from the incoming directory 58, block 158 directs the microprocessor 16 to store the address of the first record in the incoming directory 58 in the pointer register 84.
 If the user wishes to add a new record, block 157 prompts the user to enter name and number information via the keypad. This information is stored in the input buffer 89. Block 159 then loads into the pointer register 84 the address of the input buffer 89. 
 Block 160 marks the beginning of location B of the add algorithm and directs the microprocessor 16 to use the contents of the pointer register 84 to retrieve and display the contents of the number field 54, in the case of the dial directory or both the number and name fields 64, 62, in the case of the incoming directory, of the record addressed by the contents of the pointer register 84. Block 162 then directs the microprocessor 16 to prompt the user to indicate whether or not the currently displayed record is the one to be copied to the personal directory 70. If the currently displayed record is not the desired record, block 162 directs the microprocessor 16 to increment the contents of the pointer register 84 and return to block 160 which causes the contents of the newly addressed record to be displayed. In effect, blocks 160 and 162 permit the records in either the dial directory 50 or the incoming directory 58 to be scrolled on the display 36. 
 When the user reaches the desired record, a predefined response, which, in this embodiment, is a key press on the keypad, or an utterance by the user, signals that the currently addressed record is desired to be transferred to the personal directory. Or, when the user has chosen to add a new entry to the personal directory via the keypad and block 159 has been completed, block 164 then directs the microprocessor 16 to successively address each record 71 in the personal directory 70 to determine whether or not the desired entry has already been stored in the personal directory 70. If the record has already been stored, block 166 directs the microprocessor 16 to end the add algorithm 150. If the desired entry has not already been transferred to the personal directory 70, block 168 directs the microprocessor 16 to copy the record to the personal directory 70 as the last entry therein, unless the data in the last entry is non-zero, in which case the user is prompted for confirmation before overwriting the data of the existing last record in the directory. Thus, the record is transferred to the personal directory upon receiving a pre-defined response from the user. The microprocessor thus acts as a transferor for transferring to the personal directory a record of the called or calling party. Block 170 then directs the microprocessor 16 to prompt the user to edit the contents of the name field 72 by displaying the name and number portions of the record and waiting for the user to use the keypad 26 to enter new characters for the name field. Since in this embodiment, the dial records 52 do not contain name fields, whenever a dial record is copied to the personal directory 70, the user will probably want to add name information to the name field 72. Optionally, further processing instructions may be given to the microprocessor to cause it to query the network, possibly for a fee, to obtain name information. 
 Block 172 then directs the microprocessor 16 to prompt the user to enter a non-standard utterance which is received as an audible sound at the voice recognition unit28. The voice recognition unit 28 may request some verification, after which the user's utterance is digitized and input representation packet is produced and forwarded to the input port 38 by the voice recognition unit 28. This voice packet is stored in the characteristic field 76 of the corresponding record 71 in the personal directory 70 and acts as a characteristic representation of at least one identifying characteristic of a rendering associated with the record. In this embodiment, the rendering is an oral utterance. The Add algorithm 150 is then ended.」（第１５頁第３５行−第１８頁第３０行）
（当審仮訳）
「
付加アルゴリズム
　図１，図４ａ，図４ｂには、付加アルゴリズムが全体として符号１５０で示されている。このアルゴリズムは、ダイヤル・ディレクトリ５６や着呼ディレクトリ５８より得た新規の記録、あるいは、キーパッド２６を介してユーザが入力した新たな記録が、個人ディレクトリ７０に付加するよう機能する。キーパッド２６上の付加キー４２から付加キー割込みを受けたり、あるいは、ダイヤル・アルゴリズム、着呼アルゴリズム、もしくは音声認識アルゴリズムからの呼があると、この付加アルゴリズム１５０が呼び出される。
　付加アルゴリズム１５０が呼び出されると、ブロック１５２において、マイクロプロセッサ１６は、ユーザが、最後にダイヤルした番号、あるいは最後に受信したＣＬＩＤ情報が、個人ディレクトリ７０に記録として付加するかどうかを示すよう促す。マイクロプロセッサは、ユーザ入力を要求する適切な証印をディスプレイ３６に書き込むことによって、また、オーディオ・プロンプタ３４にデータ・パケットまたは音クリップを書き込み、それにより、オーディオ・プロンプタ３４に「最後の呼」のようなプロンプトを発声させることによって、ユーザを促す。
　ユーザは、キーパッド入力をするか、あるいは、音声認識ユニット２８に、「はい」あるいは「いいえ」という言葉を単に発するかのいずれかによって、このようなプロンプトに応答できる。このように、マイクロプロセッサ、ディスプレイ、およびオーディオ・プロンプトは、プロンプタとして動作する。
　このような情報を格納したくない場合、ユーザが「いいえ」と発声して応答すると、ブロック１５４において、マイクロプロセッサ１６は、ダイヤル・ディレクトリ５０、もしくは着呼ディレクトリ５８より記録をコピーするか、あるいは、新たな記録を付加して、ユーザからのコマンドの発声を待つかどうかを示すようユーザを促す。ユーザがダイヤル・ディレクトリ５０からのコピーを望む場合、ブロック１５６において、マイクロプロセッサ１６は、ダイヤル・ディレクトリ５０の最初の記録のアドレスをポインタ・レジスタ８４に格納する。同様に、ユーザが着呼ディレクトリ５８からのコピーを希望するときには、ブロック１５８において、マイクロプロセッサ１６は、着呼ディレクトリ５８内の最初の記録のアドレスをポインタ・レジスタ８４に格納する。
　ユーザが新たな記録を付加したいという場合には、ブロック１５７において、ユーザは、キーパッドを介して名前と番号情報を入力するよう促される。この情報は、入力バッファ８９に格納される。そして、ブロック１５９において、ポインタ・レジスタ８４に入力バッファ８９のアドレスをロードする。
　ブロック１６０は、この付加アルゴリズムのロケーションＢの起点を示している。このブロックでは、マイクロプロセッサ１６は、ポインタ・レジスタ８４の内容を使って、ダイヤル・ディレクトリの場合には番号フィールド５４の内容を検索、表示し、着呼ディレクトリの場合には、ポインタ・レジスタ８４の内容によってアドレス指定される記録の番号フィールド６４と名前フィールド６２の両方の内容を検索、表示する。そして、ブロック１６２では、マイクロプロセッサ１６は、現在、表示されている記録が、個人ディレクトリ７０にコピーする記録かどうかを示すよう、ユーザを促す。現在、表示されている記録が所望の記録ではない場合、ブロック１６２において、マイクロプロセッサ１６は、ポインタ・レジスタ８４の内容をインクリメントし、ブロック１６０に戻って、新たにアドレス指定された記録の内容を表示する。実際には、ブロック１６０とブロック１６２によって、ダイヤル・ディレクトリ５０あるいは着呼ディレクトリ５８のいずれかにある記録を、ディスプレイ３６上でスクロールできる。
　ユーザが所望の記録に達したとき、あらかじめ規定した応答（本実施の形態では、キーパッド上でのキーの押下、あるいはユーザによる発声）が、アドレス指定された記録を個人ディレクトリに転送して欲しいという合図になる。あるいは、ユーザが、キーパッドによって、個人ディレクトリに新たな入力を付加することを選択し、ブロック１５９が終了したとき、ブロック１６４において、マイクロプロセッサ１６は、個人ディレクトリ７０内の各記録７１を連続的にアドレス指定して、所望の入力が、既に個人ディレクトリ７０に格納されているかどうかを判定する。その記録が既に格納されていれば、ブロック１６６において、マイクロプロセッサ１６は、この付加アルゴリズム１５０を終了させる。所望の入力が、いまだ個人ディレクトリ７０に転送されていなければ、ブロック１６８において、マイクロプロセッサ１６は、最後に入力されたデータがゼロでなければ、その記録を、そこでの最後の入力として個人ディレクトリ７０にコピーする。この場合、ユーザは、データを上書きする前に、ディレクトリ内に最後の記録が存在するかどうかを確認するよう促される。このように、ユーザから、あらかじめ規定された応答を受け取ると、その記録は個人ディレクトリに転送される。よって、マイクロプロセッサは、被呼者あるいは発呼者の記録を個人ディレクトリに転送する転送器として動作する。その後、ブロック１７０において、マイクロプロセッサ１６は、記録の名前と番号部分を表示し、ユーザがキーパッド２６を用いて、名前フィールドに対する新たな文字を入力するのを待つことによって、ユーザに名前フィールド７２の内容を編集させる。本実施の形態では、ダイヤル記録５２が名前フィールドを含まないので、ダイヤル記録が個人ディレクトリ７０にコピーされるたびに、ユーザは、十中八九、名前フィールド７２に名前情報を付加したくなるであろう。選択的に、さらなる処理命令をマイクロプロセッサに与え、ネットワークに対して、できれば料金の照会をさせるようにして、名前情報を得るようにすることもできる。
　ブロック１７２では、マイクロプロセッサ１６が、ユーザに、音声認識ユニット２８で可聴音として受信される非標準の発声を入力させる。音声認識ユニット２８は、ある種の確認を要求し、その後、ユーザの発声がディジタル化され、入力表現パケットが生成されて、それが、音声認識ユニット２８によって入力ポート３８に転送される。この音声パケットは、個人ディレクトリ７０内の対応する記録７１の特性フィールド７６に格納され、その記録に関連するレンダリングについての少なくとも１つの識別特性を特徴的に表現するものとして機能する。本実施の形態では、このレンダリングは口頭による発声である。その後、付加アルゴリズム１５０が終了する。」
　
　上記引用例の記載及び図面ならびにこの分野における技術常識を考慮すると、
・上記引用例の電話機１２は、マイクロプロセッサ１６，ＲＯＭ２０，音声認識ユニット２８，ＣＬＩＤディレクトリ５８，個人ディレクトリ７０，各種レジスタ等を備え（摘記事項ア、イ、FIG.1）、
・上記ＲＯＭ２０に記憶されるプログラム・コードは、マイクロプロセッサ１６に対して指示を与えて、着呼アルゴリズム・付加アルゴリズムなどの機能を遂行し（摘記事項ウ）、
・上記着呼アルゴリズムにおいて、発呼者のＣＬＩＤ（発呼回線識別）情報を受信し、ＣＬＩＤディレクトリ５８内のＣＬＩＤ情報の頻度フィールドがあらかじめ規定した値ｎよりも大きくなる記録があれば、該記録のアドレスをポインタ・レジスタ８４にロードし、ロケーションＢの付加アルゴリズムに進み（摘記事項エ）、
・上記付加アルゴリズムのブロック１７２において、上記ポインタ・レジスタ８４からロードされたアドレスに記録された番号と名前に対応する音声タグの入力をユーザに促し（FIG.4b、摘記事項オ）、
・以上の一連の処理は、個人ディレクトリ７０に音声タグを記録するために、ユーザが電話機１２に音声タグを入力するよう促す方法と言え、また、処理が上記ＲＯＭ２０に記憶されるプログラム・コードを介して行われることは自明であるから、
　
　結局、上記引用例には以下の発明（以下、「引用発明」という。）が開示されている。
　
「発呼者から、電話機上であらかじめ規定した値ｎを超える頻度のＣＬＩＤ情報を受信するステップと、
　前記受信するステップが生じた後に、ユーザが前記発呼者の番号と名前に対応する音声タグを前記電話機に入力することを、プログラム・コードを介して促すステップとを具備する、方法。」
　
（３）対比・判断
　補正後の発明と引用発明とを対比すると、
ａ．引用発明の「発呼者」は同じＣＬＩＤ情報を有する発呼者を対象としていることは明らかであるから、補正後の発明の「特定の発信元」に相当し、
ｂ．引用発明の「電話機」は補正後の発明の「電話器」と同義であり、
ｃ．引用発明の「あらかじめ規定した値ｎを超える頻度のＣＬＩＤ情報」と補正後の発明の「メッセージのユーザ定義された番号」を比較するに、
ｃ１．引用発明の「あらかじめ規定した」は補正後の発明の「定義された」と同義であり、
ｃ２．補正後の発明の「番号」がメッセージ受信の「回数」、つまり「頻度」を意味することは明らかであるから、引用発明の「値ｎを超える頻度」は補正後の発明の「番号」に含まれ、
ｃ３．補正後の発明の「メッセージ」は、本願明細書の段落【００４０】等の記載を参酌するに、「発信者ＩＤ」を含むと認められるが、引用発明の「ＣＬＩＤ情報」は発呼回線識別（Calling Line Identification）情報であり、実質的に「発呼者ＩＤ」と言いうるものであるから、引用発明の「ＣＬＩＤ情報」は補正後の発明の「メッセージ」に相当し、
　したがって、引用発明の「あらかじめ規定した値ｎを超える頻度のＣＬＩＤ情報」と補正後の発明の「メッセージのユーザ定義された番号」は、「メッセージの定義された番号」である点で共通し、
ｄ．引用発明の「発呼者の番号と名前に対応する」は、補正後の発明の「特定の発信元に関連付けられる」に含まれ、
ｅ．引用発明の「音声タグ」は補正後の発明の「ボイスタグ」と同義であり、
ｆ．引用発明の「プログラム・コードを介して促すステップ」と補正後の発明の「ソフトウェアエージェントを介して促すステップ」とは、「促すステップ」である点で共通し、
　
　したがって、両者は、以下の点で一致ないし相違している。
　
（一致点）
　「特定の発信元から、電話器上でメッセージの定義された番号を受信するステップと、
　前記受信するステップが生じた後に、ユーザが前記特定の発信元に関係付けられるボイスタグを前記電話器に入力することを、促すステップとを具備する、ユーザが電話器にボイスタグを入力するよう促す方法。」
　
（相違点１）
　「メッセージの定義された番号」に関し、
　補正後の発明が「ユーザ定義された」と限定しているのに対し、引用発明は特に限定していない点。
（相違点２）
　「促すステップ」に関し、
　補正後の発明が「ソフトウェアエージェントを介して」促すのに対し、引用発明は「プログラム・コードを介して」促す点。
（相違点３）
　「ボイスタグを入力するよう促す」点に関し、
　補正後の発明が「自動的に」および「ここで、自動的とはユーザの手動による介入を要求せずに開始されるということである」と限定しているのに対し、引用発明はそのような限定をしていない点。
　
　以下に、上記各相違点につき検討する。
　
（相違点１）について
　引用発明の「あらかじめ規定した値ｎ」がどのように規定されるかに関して引用例には明確な記載は無いが、上記「値ｎ」が、着呼ディレクトリ５８の電話呼イベントの記録を個人ディレクトリ７０に転送するか否かを判定するための閾値であり（摘記事項エ参照）、該個人ディレクトリが電話機ユーザの個人ディレクトリを意味することは明らかであるから、補正後の発明のように、上記閾値を「ユーザ」が定義すると限定することは、当業者が適宜なし得ることである。
（相違点２）について
　補正後の発明の「ソフトウェアエージェント」に関連して、本願明細書に、「第２の記憶媒体１０４はプロセッサ１００に結合され、プロセッサ１００上で実行されるべきファームウェア指令またはソフトウェアモジュールを保持するよう構成されたＲＯＭメモリとして有益に実行される。」（段落【００２４】）、「一つの実施例によると、（示されていない）ＶＲ装置は、（同様に示されていない）インテリジェントエージェントソフトウェアモジュールを用いて、図３〜８のフローチャートで図示されるアルゴリズムステップを実行し」（段落【００２８】）と記載されているように、補正後の発明の「ソフトウェアエージェント」は、プロセッサを介して特定のアルゴリズムステップを実行させるソフトウェアであると認められる。
　一方、引用発明の「プログラム・コード」は、マイクロプロセッサを介して着呼アルゴリズムや付加アルゴリズムなどの機能を実行するプログラムである（摘記事項ウ）。
　ここで、「ソフトウェア」と「プログラム」は同義であるから、補正後の発明の「ソフトウェアエージェント」と引用発明の「プログラム・コード」の差異は、単なる呼称の相違であって、実質的な差異ということはできない。
（相違点３）について
　引用例の記載を仔細に検討するに、引用発明において、「前記受信するステップが生じた後」から「ユーザが前記発呼者の番号と名前に対応する音声タグを前記電話機に入力することを、プログラム・コードを介して促すステップ」までに、ユーザの介入が要求される可能性があるのは、Fig.４ａ，４ｂおよび摘記事項オ記載の付加アルゴリズムのブロック１６２、１６８、１７０のみであって、具体的にはそれぞれ次のような処理を行っている。
　ブロック１６２：
「ブロック１６２では、マイクロプロセッサ１６は、現在、表示されている記録が、個人ディレクトリ７０にコピーする記録かどうかを示すよう、ユーザを促す。現在、表示されている記録が所望の記録ではない場合、ブロック１６２において、マイクロプロセッサ１６は、ポインタ・レジスタ８４の内容をインクリメントし、ブロック１６０に戻って、新たにアドレス指定された記録の内容を表示する。実際には、ブロック１６０とブロック１６２によって、ダイヤル・ディレクトリ５０あるいは着呼ディレクトリ５８のいずれかにある記録を、ディスプレイ３６上でスクロールできる。」
　ブロック１６８：
「ブロック１６８において、マイクロプロセッサ１６は、最後に入力されたデータがゼロでなければ、その記録を、そこでの最後の入力として個人ディレクトリ７０にコピーする。この場合、ユーザは、データを上書きする前に、ディレクトリ内に最後の記録が存在するかどうかを確認するよう促される。このように、ユーザから、あらかじめ規定された応答を受け取ると、その記録は個人ディレクトリに転送される。」
　ブロック１７０：
「ブロック１７０において、マイクロプロセッサ１６は、記録の名前と番号部分を表示し、ユーザがキーパッド２６を用いて、名前フィールドに対する新たな文字を入力するのを待つことによって、ユーザに名前フィールド７２の内容を編集させる。」
　これらの記載から分かるように、引用発明において、「ボイスタグを入力するよう促す」前に要求される可能性があるユーザの介入は、転送データ内容の単なる確認・編集作業であって、ボイスタグを入力するために必ずしも不可欠なものでは無く、必要に応じて適宜省略可能なものであることは当業者にとり明らかである。
　したがって、引用発明において、「前記受信するステップが生じた後」、即座に「ボイスタグを入力するよう促す」ようにすることにより、補正後の発明のように、「ボイスタグを入力するよう促す」際に、「自動的に」および「ここで、自動的とはユーザの手動による介入を要求せずに開始されるということである」と限定することは、当業者が容易に想到し得たものと認められる。
　
　そして、補正後の発明の作用・効果も引用発明から当業者が予測し得る範囲のものである。
　
４．結語
　以上のとおり、本件補正は、補正後の発明が特許出願の際独立して特許を受けることができないものであるから、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する特許法第１２６条第５項の規定に適合していない。
　したがって、本件補正は、特許法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
第３．本願発明について
１．本願発明
　平成２１年１１月１６日付けの手続補正は上記のとおり却下されたので、本願発明は上記「第２．補正却下の決定」の項中の「１．本願発明と補正後の発明」の項で「本願発明」として認定したとおりである。
　
２．引用発明
　引用発明は、上記「第２．補正却下の決定」の項中の「３．独立特許要件について」の項中の「（２）引用発明」の項で認定したとおりである。
　
３．対比・判断
　そこで、本願発明と引用発明とを対比するに、本願発明は上記補正後の発明から当該補正に係る限定を省いたものである。
　そうすると、本願発明の構成に当該補正に係る限定を付加した補正後の発明が、上記「第２．補正却下の決定」の項中の「３．独立特許要件について」の項で検討したとおり、引用発明に基づいて当業者が容易に発明できたものであるから、本願発明も同様の理由により、容易に発明できたものである。
　
４．むすび
　以上のとおり、本願発明は、引用例の記載に基づいて、当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。