【事件の表示】
　特願２００６−１２２６９０「移動通信端末機が実行する電話帳検索方法及び移動通信端末機における電話帳検索手段」拒絶査定不服審判事件〔平成１８年１１月　９日出願公開、特開２００６−３１１５５６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本願は、平成１８年４月２６日（パリ条約による優先権主張２００５年４月２７日、韓国）に出願された特許出願であって、原審において平成２１年２月１６日付けで拒絶査定となり、これに対し、平成２１年５月１５日に審判請求がなされるとともに、同日付けで手続補正がなされ、平成２２年１０月６日付けの当審よりの審尋に対し、平成２３年１月７日に回答書が提出されたものである。
　
　
第２．補正却下の決定
［補正却下の決定の結論］
　平成２１年５月１５日付けの手続補正を却下する。
　
［理由］
１．本願発明と補正後の発明 
　上記手続補正（以下、「本件補正」という。）は、平成２０年４月３０日付けの手続補正書の特許請求の範囲の請求項１に記載された、
　
　「【請求項１】
　ａ）使用者から数字の入力を受ける段階と、
　ｂ）少なくとも短縮番号カテゴリー、名前カテゴリー及び電話番号カテゴリーに分類可能に構成された電話帳データにおいて、検索対象とする前記カテゴリーを前記入力数字の個数に従って増やすと共に、前記入力数字の個数が所定の個数以上になったときには前記カテゴリーの全部を検索対象として、前記入力数字に相応する短縮番号、名前及び電話番号のうち少なくとも一つを有する通信相手方を検索する段階と、
　を含んで構成されることを特徴とする移動通信端末機が実行する電話帳検索方法。」
という発明（以下、「本願発明」という。）を、
　
　「【請求項１】
　ａ）使用者から数字の入力を受ける段階と、
　ｂ）少なくとも短縮番号カテゴリー、名前カテゴリー及び電話番号カテゴリーに分類可能に構成された電話帳データにおいて、
前記入力数字が１個又は２個の場合は前記短縮番号カテゴリーを検索対象とし、
前記入力数字が３個の場合は前記短縮番号カテゴリー及び前記名前カテゴリーを検索対象とし、
前記入力数字が４個以上の場合は前記短縮番号カテゴリー、前記名前カテゴリー及び前記電話番号カテゴリーを検索対象として、
前記入力数字に相応する短縮番号、名前及び電話番号のうち少なくとも一つを有する通信相手方を検索する段階と、
　を含んで構成されることを特徴とする移動通信端末機が実行する電話帳検索方法。」
という発明（以下、「補正後の発明」という。）に補正することを含むものである。
（なお、「補正後の発明」については、以後の検討の便宜のため、段階ｂ）における入力数字の個数による場合分けを改行により区分した。）
　
２．補正の適否 
（１）新規事項の有無、補正の目的要件 
　上記補正は、補正前の特許請求の範囲の請求項１に記載された、願書に最初に添付した明細書又は図面に記載した事項の範囲内において、
　「検索対象とする前記カテゴリーを前記入力数字の個数に従って増やすと共に、前記入力数字の個数が所定の個数以上になったときには前記カテゴリーの全部を検索対象として」を、
　「前記入力数字が１個又は２個の場合は前記短縮番号カテゴリーを検索対象とし、前記入力数字が３個の場合は前記短縮番号カテゴリー及び前記名前カテゴリーを検索対象とし、前記入力数字が４個以上の場合は前記短縮番号カテゴリー、前記名前カテゴリー及び前記電話番号カテゴリーを検索対象として」とするものであり、
　入力数字の個数とカテゴリーとの関係を具体的に付加して限定することにより、特許請求の範囲を減縮するものであるから、特許法第１７条の２第３項（新規事項）及び平成１８年法律第５５号改正法の附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項第２号（補正の目的）の規定に適合している。
　
（２）独立特許要件
　上記補正は特許請求の範囲の減縮を目的とするものであるから、上記補正後の発明が特許出願の際独立して特許を受けることができるものであるのかどうかについて以下に検討する。
　
［補正後の発明］ 
　上記「１．本願発明と補正後の発明」の項で「補正後の発明」として認定したとおりである。
　
［引用発明］
　原審の拒絶理由に引用された、欧州特許出願公開第１１９３９５６号明細書（以下、「引用例」という。）には、「Merging various request methods into a single unified user interface」（訳文：様々なリクエスト方法を単一の統合されたユーザ・インターフェースへ合併すること）として、図面とともに以下の事項が記載されている。
　
　イ．「2. The Field of the Invention 
【0002】The present invention relates to the field of computer user interfaces. Specifically, the present invention relates to the merging of various request methods, such as dialing methods, into a single unified user interface without requiring a user selection of the request method.」（２頁１欄１３〜２０行）
　
訳文：「2. 発明の技術分野
[0002]　本発明はコンピューター・ユーザ・インターフェースの技術分野に関する。具体的には、本発明は、ダイヤリング方法のような様々なリクエスト方法をユーザが選択する必要なしに単一の統合されたユーザ・インターフェースへ合併することに関する。」
　
　ロ.「3. Background and Related Art
【0003】The telephone has been one of the most pervasive inventions of the modern era. It is now common practice for an individual (throughout this specification, called a caller) to use a telephone to audibly converse in real-time with another individual (throughout this specification, called a callee) even if the caller and the callee areremotely located. Recently, the types of devices able to support telephonic communication have expanded well beyond what was conventionally thought of as a telephone. For example, digital telephones (hardwired and wireless), and some types of personal computers and Personal Digital Assistants are now able to engage in telephonic communication. Also, telephonic connections are now used to communicate non-audible data outside of the audible range.」（２頁１欄２２〜３８行）
　
訳文：「3. 背景および関連する技術
[0003]　電話は現代の最も普及している発明の１つである。互いに遠隔に位置していても、ある個人（この明細書の全体にわたり、以後「発呼者」と呼ばれる）が、もう一人の個人（この明細書の全体にわたり、以後「被呼者」と呼ばれる）とリアル・タイムに可聴的に話すために、電話を使用することは、今や一般的慣習である。近年、従来慣例的に電話と見なされてきたものを越えて、電話通信を支援することができる装置のタイプは、非常に拡大した。例えば、デジタル電話(有線および無線の)のほか、今やいくつかのタイプのパーソナルコンピュータおよびパーソナル・デジタル・アシスタントが、電話連絡に使用することができる。さらに現在では電話の接続は、可聴範囲以外の非可聴的なデータを通信するためにも使用される。」
　
　ハ.「【0006】For example, telephone books are published that alphabetically list telephone numbers corresponding to entities such as individuals and business. The entity names are typically listed alphabetically thus allowing a caller to find a particular telephone number given the entity name. This requires that a user obtain access to a telephone book, that the telephone book be of the correct region, that the desired entity be listed in the telephone book, and that the caller makes the effort of searching the telephone book correctly.」（２頁１欄５７行〜２欄８行）
　
訳文：「[0006]　例えば、個人や会社のような実体に対応する電話番号をアルファベット順にリストした電話帳が発行されている。典型的には実体の名前がアルファベット順にリストされ、これにより、発呼者は実体の名前を与えられれば、その電話番号を見つけることが可能になる。そのためには、ユーザーが電話帳へのアクセスを取得すること、その電話帳が正確な地域のものであること、希望の実体がその電話帳にリストされていること、発呼者が電話帳を正確に探索する努力をすることを必要とする。」
　
　ニ.「【0010】Telephone books, information services, speed dial, and call logs are just examples of technologies that enable a caller to dial a telephone number without knowing the telephone number beforehand. However, all of the conventional methods suffer in that they require relatively significant user effort to obtain and dial a desired telephone number if the telephone number is not already known. In particular, if the dialing method is other than a default method, the caller expends effort to select an alternative dialing method.」（２頁２欄４０〜４９行）
　
訳文：「[0010]　電話帳、情報サービス、短縮ダイアルおよび呼び出しログは、発呼者が電話番号を前もって知らずに、電話番号をダイヤルすることを可能にする技術の単なる例である。しかしながら、従来手法はすべて、電話番号がまだ知られていない場合に、希望の電話番号を得てダイヤルするためには、かなりのユーザー労力を要求するという点で問題がある。特に、ダイアリング方法が標準の方法以外である場合、発呼者は代替のダイアリング方法を選択する労力を費やすことになる。」
　
　ホ.「【0012】Accordingly, what are desired are systems, methods and computer program products for find and dialing a telephone number with reduced user effort.」（３頁３欄３〜５行）
　
訳文：「[0012]　従って、望まれるのは、より少ないユーザー労力で電話番号を発見し、ダイヤルするためのシステム、方法およびコンピュータ・プログラムプロダクトである。」
　
　ヘ.「SUMMARY OF THE INVENTION
【0013】Methods and systems are described for allowing a user to enter a request without having to specify, or otherwise commit to, a particular request method. In one example, the request is for dialing a telephone number in which case the request method may be, for example, dialing with the area code first, dialing just the local number without the area code, entering the first name of the desired callee, entering the surname of the desired callee, or the like.
【0014】In particular, upon detecting a user input that represents a user request for service, response data is retrieved that represents an appropriate response to the request should the user intend the request to be in accordance with a first request method. However, other response data is also retrieved that represents an appropriate response to the request should the user have intended the request to be in accordance with other request methods. Accordingly. the user need not commit to a particular request method before entering the request, thus unifying and simplifying the request process.
【0015】For example, if the user request was in the form of dialing input, the caller need not specify whether the number is from the call log, a contacts list, whether the caller is engaging speed dial, whether the caller is first dialing the area-code or whether the caller is just dialing the local number. Responses appropriate to many different dialing methods are returned. Since the user is not required to select a dialing method, and since the user need not manually navigate databases such as contacts and call log databases, the dialing process is substantially simplified from the user's perspective. This is especially useful in devices that have limited input interfaces such as telephones.
【0016】In one embodiment, the response data is obtained by filtering the request against the database entries by searching for matches according to multiple request methods. For example, if a caller enters a series of numbers, the filter will search for matches should the user intend to dial the area code first, other matches should the user intend to just dial the local number, other numbers should the user be entering a first name, and yet other matches should the user be entering a surname. In order to reduce response time and unnecessary processing, the filter may intelligently determine whether filtering is warranted in light of each incremental request input (e.g., each dialed digit). Thus, filtering might not occur for each incremental request input thereby reducing responsetime. This is especially useful in devices that have relatively limited processing resources.
【0017】The response data thus represents entries that match the request using a variety of different matching criteria. In addition, the response data may originate from a variety of different databases having different data formats. Once the various response entries are received back from the filter, the entries are passed to a data interface that then formats the entries to appear homogeneous despite being from different databases. The homogeneous data structures are then used to render the display thus resulting in a unified appearance to the user. The user need not be aware that such similarly appearing entries actually originated from diversely different databases.」（３頁３欄７行〜４欄１３行）
　
訳文：「発明の概要
[0013]　ユーザが特定のリクエスト方法を指定するとか、さもなければ確定させるとかの必要なしに、リクエストの入力を可能にする方法及びシステムについて説明する。一例を挙げれば、リクエストとは電話番号にダイヤルするものであり、その場合、リクエスト方法は例えば、最初に市外局番をダイヤルすること、市外局番なしの市内番号だけをダイヤルすること、所望の被発呼側のファーストネームを入力すること、所望の被発呼側の姓を入力すること、又は同様のことであるかもしれない。
[0014]　より詳細には、ユーザのサービスリクエストを表わすユーザ入力を検出すると、ユーザが第一リクエスト方法に従ってリクエストを意図するならば、リクエストに対する適切な応答に相当する応答データが検索される。また一方、ユーザが他のリクエスト方法に従ってリクエストを意図するならば、リクエストに相当する応答を表す他の応答データも検索される。以上により、ユーザはリクエストを入力する前に、特定のリクエスト方法を確定させる必要がなく、したがってリクエスト方法を統一して、簡略化する。
[0015]　例えば、ユーザリクエストがダイヤル入力の形式であるならば、発呼者はその番号が通話記録又はコンタクトリストにあるのかどうかや、発呼者が短縮ダイヤルを使用しているのかどうかや、発呼者が最初に市外局番をダイヤルするのかどうかや、あるいは、発呼者が市内番号にダイヤルするだけかどうか、などを指定する必要はない。さまざまなダイヤル方法に対する適切な応答が返される。ユーザがダイヤル方法の選択を要求されず、かつユーザがマニュアルでコンタクトリストや通話記録データベースなどのデータベースを検索する必要がないので、ユーザの視点からはダイヤリングプロセスが大幅に簡略化される。これは電話などのように入力インタフェースが限られているデバイスに特に役に立つ。
[0016]　一実施形態においては、複数のリクエスト方法に基づいて一致データを検索することによって、データベースエントリに対するリクエストをフィルタリングして応答データを得る。例えば、発呼者が一連の電話番号を入力すると、フィルタはユーザが最初にダイヤルしようとするであろう市外局番の一致データ、ユーザがまさにダイヤルしようとするであろう市内番号のその他の一致データ、ユーザが入力するであろうファーストネームの他の番号データ、なおかつ、ユーザが入力しょうとするその他の一致データについて検索する。応答時間の短縮及び不要な処理を少なくするため、フィルタはフィルタリングがインクリメンタルリクエスト入力毎に(例えばそれぞれのダイヤル入力した数字)を考慮して、正当性を保証するかどうかインテリジェントに決定してもよい。したがって、フィルタリングはインクリメンタルリクエスト入力毎に起らないかも知れず、それにより応答時間を短縮している。これは処理リソースに比較的限界があるデバイスに特に役に立つ。
[0017]　その結果、応答データは、さまざまな異なった一致条件を適用してリクエストに一致するとされた、複数のエントリに相当する。さらに、応答データは、異なったデータ形式をもっているさまざまな異なったデータベースから生成したものであってもよい。いったんフィルタから様々な応答エントリを受け取ると、次にこれらのエントリは、異なったデータベースから来たものであっても同質的に表示するためにエントリをフォーマットする、データインタフェースに引き継がれる。そして、この同質的データ構造は視覚的に表示するために使用され、従ってユーザに統合された体裁を提供する。ユーザは、そのような同様に見えるエントリが実際にはさまざまの異なったデータベースから生成されたことを意識する必要はない。」
　
　ト.「【0037】Those skilled in the art will appreciate that the invention may be practiced in network computing environments with many types of computer system configurations, including personal computers, hand-held devices, multi-processor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, and the like. The invention may also be practiced in distributed computing environments where tasks are performed by local and remote processing devices that are linked (either by hardwired links, wireless links, or by a combination of hardwired or wireless links) through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.
【0038】With reference to Figure 1, a suitable operating environment for the principles of the invention includes a general purpose computing device in the form of a telephonic device 100. The telephonic device 100 includes a user interface 101 for allowing a user to input information through an input user interface 103, and review information presented via an output user interface 102.
【0039】For example, the output user interface 102 includes a speaker 104 for presenting audio information to the user, as well as a display 105 for presenting visual information to the user. The telephonic device 100 may also have an antenna 109 if the telephonic device 100 has wireless capabilities.」（４頁６欄４０行〜５頁７欄９行）
　
訳文：「[0037]　当業者は、本発明が多くのタイプのコンピュータシステム構成を有するパーソナルコンピュータ、携帯端末、マルチプロセッサシステム、マイクロプロセッサベース又はプログラム可能な家電、ネットワークPC、ミニコンピュータ、メインフレーム計算機、及び同様のものを含むネットワークコンピューティング環境において実施されてもよいことを理解している。また、本発明は、通信ネットワークを経由してリンク(配線リンクかワイヤレスリンクのいずれか、又は配線リンク若しくはワイヤレスリンクの組合せによる）されているローカル及び遠隔の処理装置によってタスクが実行される分散コンピューティング環境において実施されてもよい。分散コンピューティング環境において、プログラムモジュールはローカル及び遠隔のメモリストレージデバイスの両方に配置されてもよい。
[0038]　図1を参照して、本発明の原理のための適切な動作環境は、電話装置100の形式の汎用計算装置を有する。電話装置100は、ユーザが情報を入力することを可能にするための入力ユーザインタフェース103と、提示される情報のレビューを可能にするための出力ユーザインタフェース102からなるユーザインタフェース101を有する。
[0039]　例えば、出力ユーザインタフェース102はユーザに音声情報を提示するためのスピーカ104及びユーザに視覚情報を提示するディスプレイ105を有する。また、電話装置100がワイヤレス機能を有するならば、電話装置100にアンテナ109があってもよい。」
　
　チ．「【0045】While Figure 1 represents a suitable operating environment for the present invention, the principles of the present invention may be employed in any device that is capable of receiving a user-entered request (such as dialing input) in accordance with a variety of request methods (such as a variety of dialing methods). The environment illustrated in Figure 1 is illustrative only, and by no means represents even a small portion of the wide variety of environments in which the principles of the present invention may be implemented.
【0046】Figure 2A through Figure 2F illustrate a series of displays 200 as they might appear, for example, on the display 105 of Figure 1. The display 200 includes an input field 201, a filtered output field 202 and a focus frame 203. However, Figures 2A through 2F illustrated the display in different states. Accordingly, each of the display 200, the input field 201, the filtered output field 202 and the focus frame 203 are identified with a suffix A through F that corresponds to the suffix A through F used to identify the figure. Although Figures 2A through 2F illustrate one example of how the principles of the present invention may operate, various modifications, additions, and deletions will be apparent to those of ordinary skill in the art after having reviewed this description.
【0047】The input field 201 allows the user to enter a request for service without having to specify the request method. This description will focus primarily on an embodiment in which the request is dialing input for placing a telephone call. However, those skilled in the art will recognize, after having reviewed this description, that the principles of the present invention may be extended towards any type of request that has an ambiguous meaning depending on the request method used.
【0048】The filtered output field 202 represents a unified area in which responses to the dialing input are presented to the user. Since the user is not required to commit to a particular dialing method prior to entering the dialing input, the response items may be appropriate for a variety of different dialing methods.
【0049】The focus frame 203 allows the user to identify what item against which the user desires to take action. For example, while the focus frame 203 highlights the input field 201, the user may enter dialing input into the input field. However, the user may also scroll the focus frame 203 down to one of the items in the filtered output field 202 in order to select that item for dialing.
【0050】Figure 2A illustrates the display 200A in its initial state with no dialing input entered in the input field 201A, and with no responses presented in the filtered output field 202A. The focus frame 203A highlights the input field 201A thus reflecting that the display 200A is ready to accept dialing input in the input field 201A.
【0051】Figure 2B illustrates the display 200B after the user has entered a 5 in the input field 201B. The focus frame 203B remains over the input field 201B thus allowing this input. In response, the filtered output field 202B then presents an appropriate speed dial entry corresponding to the single digit. In the illustrated embodiment, the filtering of contacts lists and so forth may not begin until two digits are entered in the input field. However, to facilitate convenient access to speed dial numbers, the display may return the appropriate speed dial numbers even though the number of digits in the input field has not yet resulted in responses from any other dialing methods.
【0052】Figure 2C illustrates the display 200C after the user also enters a 6 with the accumulated dialing input being 56. The focus frame 203C remains over the input field 201C thus still allowing this input. At this stage, filtering occurs as described in further detail below with respect to Figure 3 through Figure 5. In response to the filtering operation, the filtered output field 202C illustrates entries from a variety of different dialing methods. The resulting entries are appropriate to the dialing input as emphasized by the underlined portions of the resulting entries. For example, the first two entries presuppose that the dialer is entering the first two digits of the area code first. The remaining four entries presuppose that the dialer is entering the first two digits of the local number.
【0053】The local numbers returned may be those entries conform to the dialing input, and that either did not have an area code specified, or those entries that included an area code that corresponds to a default area code. For example, if the telephonic device 100 is currently in the 610 area code, and/or if the 610 area code is the area code of the telephone number of the telephonic device, the filtering may ignore the area code and just match the dialing input against the local number.
【0054】As will be described in further detail hereinafter, the resulting entries illustrated in filtered output field 202 may have originated from separate databases in which the entries were represented using incompatible data structures. For example, some of the resulting entries may have originated from a contacts database, some from a speed dial database, and some from a call log. However, notwithstanding that the entries were originally represented at their source using different data structures, the entries are homogenous as they appear in the filtered output field 202.
【0055】Figure 2D illustrates the display 200D after the user also enters a 2 with the accumulated dialing input being 562. The focus frame 203D remains over the input field 201D thus allowing this input as well. The response entries in the filtered output field 202D are then refreshed to reflect the additional dialing input. As described in further detail below, the response entries in the filtered output field 202 will not always change in response to additional dialing input.
【0056】In accordance with the present invention, the telephonic device 100 may avoid further filtering if further filtering would not result in a change in the response entries. For example, suppose that the display illustrates a number of response entries that presuppose the dialing input represents a last name. Users often have numerous entries corresponding to family members who share the same last name. Accordingly, as the name is spelled out, the response entries may not change. Accordingly, unnecessary filtering is largely avoided resulting in processor savings that are especially significant in devices that have lower processing capabilities such as many types of telephonic devices.
【0057】The response entries of the filtered output field 202D now include five numbers that presuppose that the dialing input represents the first three digits of a local number. These five entries are identified by having underlined portions that match the dialing input.
【0058】In addition, there is one entry that presupposes that the dialing input represents the first name of an individual named Joan. Referring to the dialing controls 107 of Figure 1, the digits 0 and 2 through 9 have corresponding alphabetic letters listed on the buttons. As is common knowledge, entered digits may instead represent the corresponding alphabetic letters. For example, the digit 5 also represents the letters j, k, or l. The digit 6 also represents the letters m, n, or o. The digit 2 also represents the letters a, b, or c. Accordingly, the dialing input 562 might represents Joa. Thus, the entry for Joan matches the dialing input as represented by the underlined portions of the entry.
【0059】Figure 2E illustrates the display 200E after the user also enters a 6 with the accumulated dialing input being 5626. The focus frame 203E remains over the input field 201E thus allowing this input. In this example, the dialing input in the input field 201E is now specific enough that all of the potential matches may now appear in the filtered output field 202E. For example, the top entry presupposes that the dialing input represents the first four digits of the local number. The middle two entries assume that the dialing input represents the first four letters of the first name corresponding to a telephone number. The lowest entry assumes that the dialing input represents the first four letters of the last name corresponding to a telephone number.
【0060】Figure 2F illustrates the focus frame 203F moved over a particular entry in the filtered output field 202F. The movement of the focus frame 203F may be accomplished via, for example, the navigation controls 108 of Figure 1. The user may then select the highlighted entry also via the navigation controls 108. This selection may cause the dialing of the telephone number, or perhaps a menu to appear that offers dialing as one of several options corresponding to the telephone number.
【0061】In this whole process, the user never has to navigate to a call log, a contacts listor specify the meaning of the dialing input. Accordingly, the user need not commit to or even specify a dialing method. The user simply enters the dialing input with the desired entry ultimately appearing in the filtered output field regardless of the source of the entry and regardless of the intended dialing method. Although the user experience is greatly simplified, there is significant work performed behind the scenes in order to enable this user experience. In particular, referring to Figure 1, this work may be accomplished via the user interface 101 interacting with processor 111 and the various components of memory 112 as is now described with reference to Figure 3 through Figure 5.」（５頁８欄２２行〜７頁１１欄２７行）
　
訳文：「[0045]　図1は本発明のための適切な動作環境を表すが、本発明の原理はさまざまなリクエスト方法(多様なダイヤル方法など)に従ってユーザによって入力されたリクエストを受け取ることができる任意のデバイスに使用されてもよい。図1に示される環境は単なる説明のためのものにすぎず、本発明の原理を実現することができる多種多様な環境のごく一部を表すものでさえも決してない。
[0046]　図2Aから図2Fは、例えば、図1のディスプレイ105に表示されるかも知れない一連のディスプレー200の例を示す。ディスプレー200は入力フィルード201、フィルタされた出力フィールド202、及びフォーカスフレーム203を含んでいる。また一方、図2Aから図2Fにはそれぞれ異なった状態のディスプレーを示している。従って、それぞれのディスプレー200、入力フィルード201、フィルタされた出力フィールド202、及びフォーカスフレーム203は、図の識別に使用されているAからFの添え字に対応する添え字AからFで識別されている。図2Aから図2Fは、本発明の原理がどのように動作することができるかの一例を示すものであるが、当業者はこの説明を見直した後に様々な形態変更、追加及び削除が明らかになるであろう。
[0047]　入力フィルード201は、ユーザがリクエスト方法を指定する必要なしにサービスリクエストを入力することを可能にする。本説明は、主としてリクエストが電話をかけるためのダイヤル入力の場合における実施形態に焦点を合わせている。しかしながら、この説明を見直した後に当業者は、本発明の原理が使用されるリクエスト方法に応じて曖昧な意味を持っている任意のリクエストに対して拡張されてもよいことを認識する。
[0048]　フィルタされた出力フィールド202は、ダイヤル入力に対する応答をユーザに提示する統合された領域を表す。ダイヤル入力を入力する前にユーザが特定のダイヤル方法を選定する必要がないので、応答アイテムはさまざまな異なったダイヤル方法にふさわしいものであってもよい。
[0049]　フォーカスフレーム203は、ユーザが処置したい対象アイテムが何であるかを識別することを可能にする。例えば、フォーカスフレーム203が入力フィルード201を強調表示している間、ユーザは入力フィールドにダイヤル入力を入力することができる。また一方、ユーザはダイヤルするアイテムを選択するために、フォーカスフレーム203をフィルタされた出力フィールド202のアイテムの１つまで下げてもよい。
[0050]　図2Aは、入力フィールド201Aにダイヤル入力が入力されていなく、フィルタされた出力フィールド202Aには何の応答もない初期状態のディスプレー200Aを示す。フォーカスフレーム203Aは、ディスプレー200Aが入力フィールド201Aへのダイヤル入力を受け入れる準備ができていることを反映して入力フィールド201Aを強調表示する。
[0051]　図2Bは、ユーザが入力フィールド201Bに数字「5」を入力した後のディスプレー200Bを示す。フォーカスフレーム203Bは、入力フィールド201Bの上に残存しており、従ってこの入力を可能にしている。それに応じて、フィルタされた出力フィールド202Bは1桁の数字に対応する適切な短縮ダイヤルを表示する。図で説明している実施形態においては、2桁の数字が入力フィールドに入力されるまで、コンタクトリストなどのフィルタリングは開始できないかもしれない。しかしながら、短縮ダイヤル番号への簡便なアクセスを容易にするために、入力フィールドの桁数がまだいかなる他のダイヤル方法からの応答をしていないにもかかわらず、ディスプレーは適切な短縮ダイヤル番号を返してもよい。
[0052]　図2Cは、ユーザが更に「6」を入力した後に、累積ダイヤル入力が「56」となったディスプレー200Cを示す。フォーカスフレーム203Cは、まだ入力フィールド201Cの上に残存しており、したがってまだ入力することができる。この段階では、図3から図5に関して以下にさらなる詳細を説明しているとおり、フィルタリングが起こる。フィルタリング動作に応答して、フィルタされた出力フィールド202Cには、さまざまな異なったダイヤル方法からのエントリが表示される。結果として得られるエントリは、結果として得られるエントリの下線部分によって強調されるように、ダイヤル入力に適合している。例えば、最初の2つのエントリは、自動ダイヤル装置が最初に市外局番の最初の2桁の数字を入力することを前提としている。残りの4つのエントリは、自動ダイヤル装置が市内番号の最初の2桁の数字を入力することを前提としている。
[0053]　返された市内番号は、ダイヤル入力に合致するエントリであり、しかも特定の市外局番をもっていないか、又はデフォルトの市外局番に対応する市外局番を含んでいるエントリのいずれかであってもよい。例えば、電話装置100が現在のところ市外局番610のエリアであれば、及び／又は市外局番610が電話装置の電話番号の市外局番であれば、フィルタリングは市外局番を無視してもよく、市内番号と対照してダイヤル入力に正しくマッチしてもよい。
[0054]　以下にさらなる詳細が説明されているとおり、フィルタされた出力フィールド202に例示する、結果として得られたエントリは、互換性のないデータ構造を使用して表わされる別々のデータベースから生成されたものであってもよい。例えば、いくつかの結果として得られたエントリは、連絡先データベースから、一部は短縮ダイヤルデータベースから、及び一部は通話記録から生成されたものであってもよい。ただし、各エントリは、元々それらの情報源データベースでは異なったデータ構造で表されていたものであるが、フィルタされた出力フィールド202に表示されるエントリは同構造である。
[0055]　図2Dは、ユーザが更に「2」を入力した後に、累積ダイヤル入力が「562」となったディスプレー200Dを示す。フォーカスフレーム203Dは、入力フィールド201Dの上に残存しており、従ってこの入力を可能にしている。そして、フィルタされた出力フィールド202Dの応答エントリは、追加ダイヤル入力を反映するためにリフレッシュされる。以下にさらなる詳細が説明されているとおり、フィルタされた出力フィールド202の応答エントリは、追加ダイヤル入力に対応して常にいつでも変化するというわけではない。
[0056]　本発明によると、電話装置100は、更なるフィルタリングが応答エントリの変化をもたらさないならば、更なるフィルタリングを避けてもよい。例えば、ダイヤル入力がラストネームを表わすことを前提として、ディスプレーがいくつかの応答エントリを例示している場合を考える。ユーザは多くの場合、同じラストネームを共有する家族に対応する多数のエントリを持っている。従って、文字を略さずに名前を書くにつれても、応答エントリは変化しないかもしれない。であるから、不要なフィルタリングは大きく回避することができ、結果的にプロセッサを節約することになり、これは多くのタイプの電話装置のように処理能力が低いデバイスにとっては特に重要である。
[0057]　今や、フィルタされた出力フィールド202Dの応答エントリは、ダイヤル入力が市内番号の最初の3桁の数字を表わすことを前提とする5つの番号を含んでいる。これらの5つのエントリは、ダイヤル入力にマッチする部分に下線を引くことで識別されている。
[0058]　加えて、ダイヤル入力が例えば「Joan」という名前の個人のファーストネームを表す、ということを前提とする1つのエントリがある。図1のダイヤリングコントロール107を参照すると、0と2から9の数字は、ボタン上に記載された対応するアルファベット文字をもっている。周知の事実のように、入力された数字はその代わりに対応するアルファベット文字を表してもよい。例えば、数字「5」はさらに文字「j」、「k」又は「l」を表す。数字「6」はさらに文字「m」、「n」又は「o」を表す。数字「2」はさらに文字「a」、「b」又は「c」を表す。従って、ダイヤル入力 「562」は「Joa」を表すかもしれない。したがって、「Joan」のエントリはエントリの下線部分によって表されるようにダイヤル入力にマッチする。
[0059]　図2Eは、ユーザが更に「6」を入力した後に、累積ダイヤル入力が「5626」の状態であるディスプレー200Eを示す。フォーカスフレーム203Eは入力フィールド201Eの上に残存しており、従ってこの入力を可能にしている。この例示において、入力フィールド201Eのダイヤル入力は、今やマッチする可能性のある全てが、フィルタされた出力フィールド202Eに表示されている、といってもよいほど十分に当てはまる。例えば、最上位のエントリは、ダイヤル入力が市内番号の最初の4桁の数字を表すことを前提とするものである。中央にある2つのエントリは、ダイヤル入力が電話番号に対応するファーストネームの最初の4つの文字を表すと仮定するのである。最下位のエントリは、ダイヤル入力が電話番号に対応するラストネームの最初の4つの文字を表すと仮定するのである。
[0060]　図2Fは、フィルタされた出力フィールド202Fの特定のエントリ上に移動した、フォーカスフレーム203Fを示す。フォーカスフレーム203Fの移動は、例えば図1のナビゲーションコントロール108によって実行されてもよい。そして、ユーザは、ナビゲーションコントロール108によって強調表示されたエントリを選択してもよい。この選択は、おそらく電話番号のダイヤル、又は電話番号に対応するいくつかのオプションの一つとしてダイヤルを提供するメニューの表示をもたらすかもしれない。
[0061]　この全プロセスにおいて、ユーザは通話記録又はコンタクトリストをナビゲートする必要がなく、若しくはダイヤル入力の意味を指定する必要はない。従って、ユーザはダイヤル方法を確定したり、指定することさえ必要がない。ユーザはエントリの情報源にかかわらず、また目的とするダイヤル方法にかかわらず、単に最終的にフィルタされた出力フィールドに現れる所望のエントリでダイヤル入力を実行する。ユーザ経験は大いに簡略化されるが、このユーザ経験を有効にするために舞台裏で実施される重要な作業がある。特に図1を参照すると、この作業は、現在図3から図5を参照して説明されているように、プロセッサ111とメモリ112の様々なコンポーネントと対話するユーザインタフェース101を用いて実行されてもよい。」
　
　リ.「【0064】The architecture 300 includes databases 310 such as database A, database B, and database C. The databases are generically labeled to emphasize that the principles of the present invention may operate with many different kinds of databases having a variety of data structures. However, in this description, database A, B and C will often be referred to as a contacts, speed dial, and call log database, respectively. Also, although three databases are shown, the present invention may work with other numbers of databases as well. Furthermore, although the databases are described as having entries that have incompatible data structures between databases, the databases may also have compatible data structures as well.
【0065】Databases A, B, and C have entries A1 through AN, B1 through BM, and C1 through CP, respectively. Each entry may represent a telephone number (with or without an area code) with corresponding information For example. a contacts database may have a name, title, company, fax number, mobile number or address associated with each telephone number. A speed dial database may also include an associated speed dial number. A call log database may also include the call date time and duration.」（７頁１１欄５１行〜１２欄１６行）
　
訳文：「[0064]　アーキテクチャ300はデータベースA、データベースB及びデータベースCなどのデータベース310を含んでいる。データベースは、本発明の原理がさまざまなデータ構造を持っている多くの異なる種類のデータベースで動作してもよいことを重要視するために一般的にラベルが貼られている。しかしながら、この説明においてデータベースA、データベースB及びデータベースCは多くの場合それぞれコンタクト、短縮ダイヤル及び通話記録データベースと呼ばれる。さらに、3つのデータベースが示されているが、本発明は同様にその他の多数のデータベースで動作してもよい。その上、データベースはデータベース間で互換性がないデータ構造であるエントリを持っているとして記述されているが、データベースは同様に互換性のあるデータ構造であってもよい。
[0065]　データベースA、B及びCには、それぞれA1〜AN、B1〜BM 及びC1〜CPのエントリがある。各エントリは例えば、対応する情報で電話番号(市外局番のあるなしにかかわらず)を表してもよく、コンタクトデータベースには、氏名、職名・肩書き、会社、ファックス番号、形態番号又は各電話番号に関連付けたアドレスがあってもよい。また短縮ダイヤルデータベースには、関連する短縮ダイヤル番号を含んでもよい。また通話記録データベースには、発信日時及び通話時間を含んでもよい。」
　
　ヌ.「【0075】The filter 313 then filters the first concatenator output 402 using the requestdata entered in the input field 201 as the filtering parameter. In one embodiment, the filter 313 checks for a match against any parameter that the user may intend for the filter tomatch against. For example, when entering dialing input into input field 201, the user mayintend to enter a telephone number with the area code first, enter a telephone number without the area code, enter the first name of a desired callee, enter the last name of adesired callee, or the like. The filter 313 filters against all these parameters. The output from filter 313 is illustrated in Figure 4C as filter output 403. Note that some of the entrieshave been removed thus emphasizing that the output is filtered.」（８頁１３欄５１行〜１４欄６行）
　
訳文：「[0075]　そして次にフィルタ313は、フィルタリングパラメータとして入力フィールド201に入力されるリクエストデータを使用して、第一の連結器出力402に検索条件を追加する。一実施形態において、フィルタ313はユーザがフィルタについてマッチするつもりであってもよい任意のパラメータに対するマッチをチェックする。例えば、入力フィルード201にダイヤル入力を入力する場合、ユーザは市外局番を最初にして電話番号を入力する、市外局番なしで電話番号を入力する、目的とする被発呼側のファーストネームを入力する、目的とする被発呼側のラストネームを入力する、または同様の物を入力つもりであってもよい。フィルタ313はこれらのすべてのパラメータに対して検索条件を追加する。フィルタ313からの出力は、フィルタ出力403として図4Cに示されている。ここで留意すべきはいくつかのエントリを削除し、その結果出力がフィルタされることに重点をおくことである。」
　
　
　上記引用例の記載及び関連する図面ならびにこの分野における技術常識を考慮すると、
　まず、引用例記載の「様々なリクエスト方法を単一の統合されたユーザ・インターフェースへ合併する」方法とは、具体的には上記ロ．〜ホ．および引用例FIG.1、Fig.2にあるように、「電話帳」の検索方法に関するものであり、例えば上記ト．およびFIG.1左図にある「電話装置100」のような、ワイヤレス通信機能を有する「携帯端末」が実行する方法である。
　また、電話帳検索を実行するために「電話装置100」の使用者であるユーザは、上記ト．[0038]およびのFIG.1左図にあるような「入力ユーザインタフェース103」を用いて、上記チ．[0051],[0052],[0055]、およびFig.2B〜2Dの「入力フィルード201B（〜201D）」に5,56,562などと例示されるように、順次に『数字の入力』を行って通信の相手方を検索するものである。
　また、検索結果として表示される電話帳のデータについてみると、
・入力数字が１個の場合（上記チ．[0051],Fig.2Bの入力フィルード201Bの5）には、「フィルタされた出力フィールド202B」には、入力数字に対応する適切な「短縮ダイヤル」が表示され、
・入力数字が２個の場合（上記チ．[0052],Fig.2Cの入力フィルード201Cの56）には、「フィルタされた出力フィールド202C」には、入力数字に市外局番の最初の2桁が、あるいは市内番号の最初の2桁の数字が適合する「エントリ」が表示され、
・入力数字が３個の場合（上記チ．[0055],[0057],[0058],Fig.2Dの入力フィルード201Dの562）には、「フィルタされた出力フィールド202D」には、入力数字に市内番号の最初の3桁が、あるいは入力数字に対応するアルファベットにファーストネームが適合する「エントリ」が表示され、
・入力数字が４個の場合（上記チ．[0059],Fig.2Eの入力フィルード201Eの5626）には、「フィルタされた出力フィールド202E」には、入力数字に市内番号の最初の4桁が、あるいは入力数字に対応するアルファベットにファーストネームまたはラストネームがマッチする「エントリ」が表示されている。
　また、上記によれば電話帳データの検索結果としてのこれらの「エントリ」は、複数の『カテゴリー』に類別されるものであって、
「短縮ダイヤル」は『短縮番号』で識別され、「市外局番」や「市内番号」は『電話番号』の一部であり、「ファーストネーム」や「ラストネーム」は『名前』の部分であるから
順に『短縮番号カテゴリー、電話番号カテゴリー及び名前カテゴリーに分類可能』であるということができる。
　そして、上記チ．[0060]およびFig.2Fにあるように、これらの検索結果として表示された電話帳データエントリのうちの１つが「フォーカスフレーム203F」の移動により通信の相手先として選択されて「電話番号のダイヤル」すなわち『発呼』が行われるから、選択された通信の相手先は『被呼者』であって、『前記入力数字に相応する短縮番号、電話番号及び名前のうち少なくとも一つを有する被呼者』である。
　したがって、引用例には、以下の発明（以下、「引用発明」という。）が開示されている。
　
（引用発明）
「ａ）ユーザから数字の入力を受ける段階と、
　ｂ）少なくとも短縮番号カテゴリー、電話番号カテゴリー及び名前カテゴリーに分類可能な電話帳データにおいて、
前記入力数字が１個の場合は前記短縮番号カテゴリーを検索結果として表示し、
前記入力数字が２個の場合は前記電話番号カテゴリーを検索結果として表示し、
前記入力数字が３個以上の場合は電話番号カテゴリー及び名前カテゴリーを検索結果として表示し、
前記入力数字に相応する短縮番号、電話番号及び名前のうち少なくとも一つを有する被呼者を検索する段階と、
　を含んで構成される携帯端末が実行する電話帳検索方法。」
　
　［対比］
　補正後の発明と引用発明を対比すると、
　引用発明の「ユーザ」は、補正後の発明の「使用者」に相当する。
　引用発明の「被呼者」は、電話通信で呼び出される相手方であるから、補正後の発明の「通信相手方」である。
　引用発明の「携帯端末」は、携帯可能であるから移動可能であり、電話機として通信可能であるから、補正後の発明の「移動通信端末機」に相当する。
　したがって、両者は以下の点で一致ないし相違する。
　
　（一致点）
「ａ）使用者から数字の入力を受ける段階と、
　ｂ）少なくとも短縮番号カテゴリー、名前カテゴリー及び電話番号カテゴリーに分類可能な電話帳データにおいて、
前記入力数字に相応する短縮番号、名前及び電話番号のうち少なくとも一つを有する通信相手方を検索する段階と、
　を含んで構成される移動通信端末機が実行する電話帳検索方法。」
　
　（相違点１）
　「電話帳データ」に関し、
　補正後の発明は「少なくとも短縮番号カテゴリー、名前カテゴリー及び電話番号カテゴリーに分類可能に構成された電話帳データ」であるのに対し、
　引用発明は単に「少なくとも短縮番号カテゴリー、電話番号カテゴリー及び名前カテゴリーに分類可能な電話帳データ」であって、分類可能に「構成された」ものであるか不明な点。
　
　（相違点２）
　段階ｂ）における入力数字の個数に対応するカテゴリーの場合分けに関し、
　補正後の発明は、「前記入力数字が１個又は２個の場合は前記短縮番号カテゴリーを検索対象とし、
前記入力数字が３個の場合は前記短縮番号カテゴリー及び前記名前カテゴリーを検索対象とし、
前記入力数字が４個以上の場合は前記短縮番号カテゴリー、前記名前カテゴリー及び前記電話番号カテゴリーを検索対象として」検索するのに対し、
　引用発明は、「前記入力数字が１個の場合は前記短縮番号カテゴリーを検索結果として表示し、
前記入力数字が２個の場合は前記電話番号カテゴリーを検索結果として表示し、
前記入力数字が３個以上の場合は電話番号カテゴリー及び名前カテゴリーを検索結果として表示」する点
　
　［判断］
　まず、相違点１の「電話帳データ」が分類可能に「構成された」点について検討する。
　そもそも、分類可能に「構成された」データとは、例えばデータの各レコード（エントリ）が分類のためのキーを有していれば充分であって、予め分類されていることを直接的に要件とするものではないが、
　一般にデータを事後的に分類するのは通常に行われていることであって、同じデータについて、同種の分類の必要性が高ければ分類の手間を省くなどのために、これらデータを予め分類して構成しておくことも、これも日常的に行われる手法に過ぎない。
　また、引用例の上記リ．に、引用例Fig.3に関して「データベースA、データベースB及びデータベースCは多くの場合それぞれコンタクト、短縮ダイヤル及び通話記録データベースと呼ばれる」とあるように、電話帳データを構成する全体のデータベースをカテゴリ別に分類された複数のデータベースから構成することも引用例に記載がある。
　したがって、「電話帳データ」を「少なくとも短縮番号カテゴリー、名前カテゴリー及び電話番号カテゴリーに分類可能に構成された電話帳データ」とする相違点１は、当業者であれば適宜になし得ることであって、格別のことではない。
　
　ついで、相違点２の、段階ｂ）における入力数字の個数に対応するカテゴリーの場合分けについて検討する。
　以下の検討の便宜のため、相違点２を、
　相違点２ａ：入力数字の個数とカテゴリーの対応関係の相違点、および、
　相違点２ｂ：各場合に対応するカテゴリーを「検索対象」とするか、「検索結果として表示」するのみであるかの相違点、
に分けて検討する。
　
　最初に、相違点２ｂの、各場合に対応するカテゴリーを「検索対象」とするか、「検索結果として表示」するのみであるかの相違点について検討する。
　引用発明においては、各場合に対応するカテゴリーを単に「検索結果として表示」するのみであるが、当該カテゴリーが「検索結果として表示」される以上、そのカテゴリーは「検索対象」として検索されることが必要であるのは自明なことであり、相違点２ｂは格別のことではない。
　また、そもそも補正後の発明において、あるカテゴリーを「検索対象」とするとは、単に検索の条件として当該カテゴリーを指定するだけのことも意味するから、実際に検索が実行されるデータの範囲はいずれの入力数字桁数の場合も全カテゴリの範囲で同じケースも含むので、引用例Fig.3にあるフィルタ動作とも実質的な相違はなく、この観点からも相違点２ｂは格別のことではない。
　
　つぎに、相違点２ａの、入力数字の個数とカテゴリーの対応関係の相違について検討する。
　一般に、情報端末装置におけるユーザ入力とその応答データの関係は、ユーザインタフェースとして例えば日本語入力における仮名漢字変換の候補設定のように、入力の状況に応じ当業者であれば様々に設定可能な設計事項である。
　補正後の発明と引用発明における、入力数字の個数とカテゴリーの対応関係の相違点を詳細に対比すると、
　まず、「入力数字が１個の場合」は、「短縮番号カテゴリー」を検索する点で、両者は一致しており、
　「入力数字が２個の場合」は、補正後の発明は「短縮番号カテゴリー」であるのに対し、引用発明は「電話番号カテゴリー」であり、
　「入力数字が３個の場合」は、補正後の発明は「短縮番号カテゴリー」及び「名前カテゴリー」であるのに対し、引用発明は「電話番号カテゴリー」及び「名前カテゴリー」であり、
　「入力数字が４個以上の場合」は、補正後の発明は「短縮番号カテゴリー」、「名前カテゴリー」及び「電話番号カテゴリー」であるのに対し、引用発明は「電話番号カテゴリー」及び「名前カテゴリー」である。
　これを表に整理すると以下の通りとなる。
　
　入力数字個数　｜　　補正後の発明　　　　｜　　引用発明
−−−−−−−−＋−−−−−−−−−−−−＋−−−−−−−−−−
　　１　　　　　｜短縮番号　　　　　　　　｜短縮番号
　　２　　　　　｜短縮番号　　　　　　　　｜電話番号
　　３　　　　　｜短縮番号、名前　　　　　｜電話番号、名前
　　４以上　　　｜短縮番号、名前、電話番号｜電話番号、名前
　
　まとめると、「入力数字が１個の場合」は「短縮番号カテゴリー」を、「入力数字が３個の場合」は「名前カテゴリー」を、「入力数字が４個以上の場合」は「名前カテゴリー」及び「電話番号カテゴリー」を検索する点で両者は一致し、
　補正後の発明はすべての場合に「短縮番号カテゴリー」を検索対象とするのに対し、引用発明は「入力数字が１個の場合」のみである点、補正後の発明は「入力数字が４個以上の場合」になって始めて「電話番号カテゴリー」を検索対象とするのに対し、引用発明は「入力数字が２個以上の場合」すべてにおいて「電話番号カテゴリー」を対象とする点で相違する。
　以上のように、両者は基本的に３種のカテゴリーの類別を同じくし、「入力数字が１個の場合」の「短縮番号カテゴリー」から始めて、入力数字の個数が増大するにつれて検索カテゴリ数を増加するという点において共通であり、すべての場合に「短縮番号カテゴリー」を検索対象とするかどうか、何文字の入力数字があった時点から「電話番号カテゴリー」を検索対象とするかが実質的な相違である。
　これらの相違点は、それぞれにユーザインタフェースとしての意義は皆無ではないものの、短縮番号として何桁の数字を想定するか、短縮番号と電話番号のどちらを優先するかなど、結局のところどのようなカテゴリのデータを重視するかに応じて当業者であれば適宜に設定可能な設計事項としての相違に過ぎず、その効果も予測可能な範囲である。
　あるいは、多数桁の短縮番号が存在する環境において、引用発明の２桁以上の場合における電話番号を短縮番号に替え、４桁以上の場合のみ電話番号も残せば補正後の発明と同じカテゴリ対応になり、このような変更も当業者であれば適宜に実施可能な設計事項（設計変更）である。
　したがって、相違点２ａの、入力数字の個数とカテゴリーの対応関係の相違点も格別のことではない。
　まとめると、相違点２の、段階ｂ）における入力数字の個数に対応するカテゴリーの場合分けに関する相違は、いずれも格別なものではない。
　
　そして、補正後の発明が奏する効果も引用発明から容易に予測出来る範囲内のものである。 
　また、当審の審尋に対する回答書を参酌しても、上記認定を覆すに足りるものは見あたらない。
　
　よって、補正後の発明は、引用発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。
　
　
３．結語 
　以上のとおり、本件補正は、補正後の発明が特許出願の際独立して特許を受けることができないものであるから、平成１８年法律第５５号改正法の附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項の規定により準用する同法第１２６条第５項の規定に適合していない。
　したがって、本件補正は、特許法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　
第３．本願発明について
１．本願発明
　平成２１年５月１５日付けの手続補正は上記のとおり却下されたので、本願発明は上記「第２．補正却下の決定」の項中の「１．本願発明と補正後の発明」の項で「本願発明」として認定したとおりである。
　
２．引用発明
　引用発明は、上記「第２．補正却下の決定」の項中の「（２）独立特許要件」の項中の［引用発明］で認定したとおりである。
　
３．対比・判断
　本願発明は上記補正後の発明から本件補正に係る限定を省いたものである。
　そうすると、本願発明の構成に補正に係る限定を付加した補正後の発明が、上記「第２．補正却下の決定」の項中の「（２）独立特許要件」の項で検討したとおり、引用発明に基づいて当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用発明に基づいて当業者が容易に発明をすることができたものである。
　
４．むすび
　以上のとおり、本願発明は、引用発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。