【事件の表示】
　特願２００１−１５９１５０「携帯電話」拒絶査定不服審判事件〔平成１４年１２月　６日出願公開、特開２００２−３５２１９０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１３年５月２８日の出願であって、平成１９年８月１０日付けで拒絶査定がなされ、これに対し、同年９月１３日に拒絶査定に対する審判請求がなされるとともに、同年１０月５日付けで手続補正がなされたものである。
　
２．平成１９年１０月５日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成１９年１０月５日付けの手続補正を却下する。
　
［理由］
２−１．補正後の本願発明
　本件補正により、特許請求の範囲の請求項１は、
「文字認識機能を有するサーバに通信ネットワークを介してアクセスする携帯電話において、
　文字が含まれている画像データを取得する取得部と、
　前記取得部により取得された画像データを表示する表示部と、
　表示された画像データに含まれる文字領域の範囲を指定するカーソル移動キー及び決定キーと、
　前記画像データ及び前記カーソル移動キー及び決定キーにより指定された文字領域の範囲情報を前記サーバに送信する送信部と、
　　前記サーバが有する文字認識機能により、前記送信部より送信された画像データ及び範囲情報に基づき認識された文字をテキストデータとして該
サーバから送信されるデータを受信する受信部と、
　を備えることを特徴とする携帯電話。」
と補正された。
　
　本件補正により本願補正発明は、補正前の発明を特定する事項である「表示された画像データに含まれる文字領域の範囲を指定する範囲指定手段」
が、「表示された画像データに含まれる文字領域の範囲を指定するカーソル移動キー及び決定キー」と限定された。
　そこで、本件補正後の前記請求項１に係る発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものである
か、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法（以下、「平成１８年改正前特許法」という。）１７条の２第５項において準用する同法第１２６条第５項の規定に適合するかについて以下に検討する。
　
２−２．引用例
　原査定の拒絶理由に引用された特開平１０−１３４００４号公報（以下、「引用例」という。）には、図面とともに以下の記載がなされている。
　
（１）「【０００９】
【発明の実施の形態】以下、本発明の実施形態について図面を参照しながら説明する。図１は、本実施形態のシステム構成図である。携帯端末１は、通信機能を備えており、ネットワーク２に接続された他の装置にデータ処理を依頼して、その結果を受け取って表示することができる。携帯端末１は、最寄りの基地局を介して無線でデータを送受信する方式、通信機能を持った装置（光リンクユニット）との間でＩｒ（赤外線）通信などでデータを送受信する方式、または有線でデータを送受信する方式でネットワーク２に接続される。
【００１０】ネットワーク２には、ホスト端末３が収容されている。ホスト端末３は、サーバマシンであり、携帯端末１から転送されてくる依頼に従ってデータ処理を実行する。また、ホスト端末３は、必要に応じて、他のサーバ（翻訳サーバ４、検索サーバ５など）に処理を依頼する。そして、ホスト端末３は、処理結果を所定の端末（主に、処理依頼を発行した携帯端末１）に転送したり、あるいはその処理結果をホスト端末３内に蓄積する。なお、ネットワーク２には、他にも多数の端末（個人用ＰＣ６など）が収容されており、ホスト端末３は、これら他の端末からもアクセス可能である。
【００１１】図２は、本実施形態のシステムの全体フローチャートである。本実施形態のシステムは、携帯端末１においてカメラを用いて取り込んだ画像データをホスト端末３に転送して解析（パターン認識、文字認識）させ、その解析結果に所定のサービスを提供して携帯端末１に返送するものであ
る。
【００１２】ステップＳ１では、携帯端末１に内蔵された（あるいは携帯端末１に接続された）カメラを用いて画像データを読み取る。ここでは、紙面に手書きされたメモ等、もしくは印刷された文書の一部を読み取るものとする。ステップＳ２では、サービスを指定する。サービスとしては、たとえ
ば、ステップＳ１で読みとった画像データに含まれる文字（単語、フレー
ズ、文章）の翻訳、その文字をキーワードとしたデータベース検索などを指定する。ステップＳ３では、ステップＳ１で読み取った画像データをホスト端末３へ送信し、ステップＳ２で指定したサービスを要求する。
【００１３】ホスト端末３は、ステップＳ４で携帯端末１から画像データとサービス要求を受信すると、ステップＳ５において、受信した画像データを処理するためのアプリケーションプログラムを起動する。ステップＳ６で
は、受信した画像データに対してパターン認識処理を実行してその中に含まれる文字を認識する。ステップＳ７では、携帯端末１において指定された
サービスを実行する。すなわち、ホスト端末３は、必要に応じて翻訳サーバ４や検索サーバ５に処理を依頼しながら、画像データに含まれている文字を翻訳したり、あるいはその文字をキーワードとしてデータベースを検索したりする。ステップＳ８では、ホスト端末３は、ステップＳ７による処理結果を携帯端末１に送信する。
【００１４】　携帯端末１は、ステップＳ９でホスト端末３から処理結果を受信すると、ステップＳ１０においてその処理結果を自己の表示部に表示する。このように、本実施形態のシステムでは、翻訳または検索等を行いたいときには、所望の文字（処理対象の文字）を含む記録面をカメラで撮影して画像データとしてホスト端末３に送信するだけでよい。したがって、ユーザは、所望の文字を紙などにメモ書きしてそれをカメラで撮影するだけで翻訳サービスや検索サービスを受けることができる。また、携帯端末１は、上述のようなサービスを受けるための構成用件として、画像データを取り込む機能、通信機能、およびデータを表示する機能を備えればよいので、軽量化、低コスト化が計れる。」
　
（２）「【００２４】以下のフローチャートは、携帯端末１が入力待ち状態において何らかの入力を検出した後の処理を示している。また、この実施例では、ユーザがメモ書きした文字をカメラ撮影する例を説明する。
【００２５】ステップＳ１１では、検出した入力がカメラ１２からの入力であるか調べ、カメラ１２からの入力であればステップＳ１２以降の処理を実行し、他の入力であれば、ステップＳ２３においてその入力に対応する他の処理を実行する。このように、ユーザが携帯端末１のカメラ１２を用いて撮影すると、ステップＳ１２以降の処理が開始される。なお、カメラ入力が
あったときには、時計４４の出力である時刻情報を保持しておく。
【００２６】ステップＳ１２では、カメラ１２によって取り込まれた画像
データをＬＣＤ表示部１１に表示する。すなわち、カメラ１２によって取り込まれた画像データをＬＣＤ表示部１１のメモリ３２に書き込み、その画像データを液晶ディスプレイ３１に表示する。このことにより、ユーザは、撮影した画像をその場で見ることができる。図６(a) は、ユーザがカメラ撮影により取り込んだ画像データの表示例である。ここでは、ユーザが紙などに「ＰＨＳ」および「ＩＳＤＮ」とメモ書きしてそれをカメラ撮影した場合の例を示している。尚、表示画面の右下に「修正終了」とあるのは、入力指示のためのボタンである。
【００２７】ここで、ステップＳ１２の処理によって図６(a) に示す画面が表示された際のユーザの動作例を説明する。ユーザは、表示画面の内容を修正したい場合には、手書きペンを用いてＬＣＤ表示部１１上で修正内容を手書き入力する。例えば、「ＰＨＳ」という用語のみを処理対象とする場合には、図６(b) に示すように、ＬＣＤ表示部１１上で手書きペンを用いて「ＰＨＳ」を囲むような枠を手書き入力する。あるいは、図６(c) に示すよう
に、不要な表示（「ＰＨＳ」を処理対象とする場合には、「ＩＳＤＮ」が不要である）に対して手書きペンを用いて削除マークを手書きする。なお、処理対象とは、翻訳の対象となる文字列、または検索に際してのキーワードとなる文字列等を言う。ユーザは、修正が終了すると、修正終了ボタンを手書きペンで押圧する。
【００２８】上記ユーザの動作に伴ってステップＳ１３およびＳ１４が実行される。ステップＳ１３において修正終了ボタンが押圧されたことを検出すると、ステップＳ１４へ進む。なお、ユーザがＬＣＤ表示部１１に表示されている画像データを修正することなく修正終了ボタンを押圧したときには、ステップＳ１４がスキップされてステップＳ１５へ進む。
【００２９】ステップＳ１４では、ユーザによるペン入力指示に従って画像データを更新する。すなわち、ペン入力によってＬＣＤ表示部１１上で押圧された軌跡パターンをビットマップ形式のデータとしてメモリ３２に上書きする。このとき、メモリ３２には現在ＬＣＤ表示部１１に表示されている画像データが格納されているので、カメラ撮影によって取り込まれた画像データとペン入力によって書き込まれた軌跡パターンとが合成される。
【００３０】ステップＳ１５では、ユーザに所望のサービスを指定させるための画面をＬＣＤ表示部１１に表示する。このとき、メモリ３２に格納されている画像データを記憶装置２２のＲＡＭに待避する。そして、ユーザに所望のサービスを指定させるための画面の画像データを記憶装置２２のＲＯＭから読み出してメモり３２に書き込む。ユーザに所望のサービスを指定させるための画面の一例を図７(a) に示す。携帯端末１は、この後ユーザからの指示を待つ状態に遷る。
【００３１】ここで、ユーザがサービスを指定する手順を説明する。サービス指定画面は、図７(a) に示すように、６つのボタンを有している。これら６つのボタンは、図６に表示されていた画像データに対する処理を指定させるものである。
【００３２】「翻訳」は、画像データに含まれている文字などを所定の言語に翻訳するサービスを指定するためのボタンである。「検索」は、画像データに含まれている文字などをキーワードとしてデータベース検索などを行うサービスを指定するためのボタンである。「認識」は、画像データを解析して文字認識を行うサービスを指定するためのボタンである。翻訳サービスおよび検索サービスは、認識サービスを含んでいる。「イメージ」は、携帯端末１で取り込んだ画像データをホスト端末３に格納しておくサービスを指定するためのボタンである。「保存」は、携帯端末１で取り込んだ画像データを携帯端末１側で保存することを指定するためのボタンである。「キャンセル」は、画像データを廃棄することを指定するためのボタンである。ユーザは、上記６つのボタンの中の１つを押圧する。」
　
（３）「【００３７】図８は、携帯端末１から送出されるパケットの構造を示す図である。このパケットは、図５に示すステップＳ１８において作成される。各パケットは、ヘッダ部およびデータ部から構成される。ヘッダ部
は、送信元アドレスおよび着信先アドレスなどを格納する。送信元アドレスおよび着信先アドレスとしてどのようなアドレス体系のアドレスを格納するのかは、本実施形態が適用されるネットワーク構成によって決まり、たとえば、TCP/IP通信では、ＩＰアドレスが格納される。
【００３８】データ部には、アプリケーション識別情報、端末ＩＤ、画像
データ、サービスコード、付加情報、表示フラグ、時刻情報などが格納される。アプリケーション識別情報は、着信先の端末（ここでは、ホスト端末
３）において起動すべきアプリケーションプログラムを識別する情報であ
る。本実施形態においては、画像データ解析・認識プログラムを識別する情報が設定される。なお、アプリケーション識別情報は、TCP/IP通信では、
ポート番号として指定される。
【００３９】端末ＩＤは、携帯端末１の識別番号である。画像データは、カメラ撮影によって取り込んだ画像データであり、パケットに格納されるときには圧縮される。なお、図６(b) または(c) のように手書きペンによる書込みがあった場合には、そのペン入力の軌跡パターンも画像データとして合成されている。
【００４０】サービスコードは、例えば図９(a) および(b) に示すような８ビットの情報であり、「翻訳」「検索」「認識」または「イメージ格納」を識別する。付加情報は、図９(a) 、(c) および(d) に示すように、各サービスの内容を詳細に指定する情報である。たとえば、翻訳サービスであれば、翻訳言語を識別する。また、検索サービスであれば、検索先を識別する。検索先としては、公衆に公開されている各種データベースの他に、各ユーザが作成する個人データベースにもアクセスできる。表示フラグは、ホスト端末３における処理結果を携帯端末１に表示させるか否かを指定する１ビットの情報であり、例えば、図７(c) の画面上で「はい」が選択されると、「１」が設定される。時刻情報は、ホスト端末３へ送出される画像データがカメラ撮影された時刻を表す情報である。」
　
（４）「【００４６】図１２は、ホスト端末３の処理を説明するフロー
チャートであり、図２のステップＳ４〜Ｓ８の詳細を示すものである。ここでは、ホスト端末３が携帯端末１から送出されたパケット（図５のフロー
チャートの処理によって作成されたパケット）を受信し、そのデータ部に設定されている情報に従って画像データを処理する動作を説明する。
【００４７】ステップＳ４１でパケットを受信すると、ステップＳ４２でそのパケットに設定されている端末ＩＤを調べることによってそのパケットを送出した端末を認識する。ここでは、携帯端末１が認識されるものとする。続いて、ステップＳ４３では、受信したパケットに設定されているアプリ
ケーション指定情報に従ってアプリケーションプログラムを起動する。このことにより、画像データを解析・認識するプログラムが起動される。
【００４８】ステップＳ４４以降は、画像データ解析・認識プログラムによる処理である。ステップＳ４４では、受信したパケットに設定されている
サービスコードを認識する。続いて、ステップＳ４５では、そのサービス
コードが「翻訳」、「検索」または「認識」であるかを調べる。サービス
コードが「翻訳」、「検索」または「認識」であればステップＳ４６以降の処理を実行し、そうでなければステップＳ５４へ進む。
【００４９】ステップＳ４６では、受信したパケットに格納されていた画像データを解凍する。ステップＳ４７では、解凍した画像データに対してパ
ターン認識処理を施してその中に含まれている文字を認識する。ステップＳ４８では、ステップＳ４７で認識した文字を文字コードに変換する。
【００５０】ステップＳ４９では、サービスコードが「翻訳」であるかを調べ、「翻訳」であれば図１３に示す翻訳処理を実行し、「翻訳」でなければステップＳ５０へ進む。ステップＳ５０では、サービスコードが「検索」であるかを調べ、「検索」であれば図１４に示す検索処理を実行し、「検索」でなければステップＳ５１へ進む。ステップＳ５１では、サービスコードが「認識」であるか調べ、「認識」であればステップＳ５２においてステップＳ４７およびＳ４８による処理結果を端末ＩＤに対応づけて記憶装置５１の所定領域に格納し、「認識」でなければステップＳ５３へ進んでエラー処理を実行する。
【００５１】ステップＳ５４では、サービスコードが「イメージ格納」であるか調べ、「イメージ格納」であればステップＳ５５においてパケットに格納されていた画像データを端末ＩＤに対応づけて記憶装置５１の所定領域に格納する。一方、「イメージ格納」でなければステップＳ５６へ進んで設定されていたサービスコードに対応する処理を実行する。
【００５２】図１３は、翻訳処理のフローチャートである。ステップＳ６１では、ホスト端末３は、ステップＳ４８で得られた文字コードおよび受信パケットに設定されていた付加情報（翻訳タイプ）を翻訳サーバ４に転送することによって翻訳処理を依頼する。以下のステップＳ６２〜Ｓ６５は、翻訳サーバ４の処理である。
【００５３】ステップＳ６２では、付加情報から翻訳タイプを認識する。すなわち、翻訳元の言語および翻訳先の言語を認識する。続いて、ステップＳ６３で１つ以上の文字コード（文字列）から単語を切り出し、ステップＳ６４において、公知の手法により翻訳を実行する。そして、ステップＳ６５では、翻訳結果をホスト端末３へ渡す。
【００５４】ステップＳ６６において、ホスト端末３は、受信パケットに設定されている表示フラグを調べる。表示フラグが「表示する」に設定されていれば、ステップＳ６７で翻訳結果をパケットに格納し、ステップＳ６８でそのパケットを携帯端末１に送出する。このことにより、携帯端末１は、携帯端末１に内蔵されるカメラ１２で撮影した画像データに含まれていた文字の翻訳結果を受け取る。携帯端末１は、この翻訳結果をＬＣＤ表示部１１に表示する。一方、表示フラグが「表示せず」に設定されていれば、ステップＳ６９において、翻訳結果を端末ＩＤに対応づけて記憶装置５１の所定領域に格納する。」
　
（５）「【００５８】なお、図１２に示したステップＳ４７のパターン認識処理は、公知の手法を用いるが、図６(b) に示すように、手書きペンで書き込まれた枠状のパターンの内側の領域に存在する文字のみを処理対象とする方式の場合には、パターン認識処理として図１５に示すフローチャートの処理が実行される。
【００５９】ステップＳ８１では、受信パケットに格納されていた画像データにおいて所定の領域を取り囲む枠状のパターンをサーチする。ステップＳ８２では、枠状のパターンが存在するか否かを判断する。存在するのであれば、ステップＳ８３において、その枠状のパターン内の画像データのみに対して画像認識処理を実行して文字を認識する。一方、枠状のパターンが存在しないのであれば、すべての画像データに対して認識処理を実行する。上記方式を採用することにより、カメラ撮影で取り込まれた画像データの中から翻訳処理または検索処理などに不要な文字を簡単に除外できる。さらに、削除マークの場合は、削除マークを検出し、この削除マークに該当する文字を除いて文字認識する。なお、認識対象から除外する処理をホスト側で行っているが、端末側でこれらの処理を行い、認識すべきデータをホスト側へ送信するようにしてもよい。」
　
　したがって、引用例には次の発明（以下、「引用発明」という。）が記載されているといえる。
　
「文字認識を行うサーバマシンであるホスト端末にネットワークで接続されデータを送受信する携帯端末において、
　カメラによって画像データを取り込み、
　その画像データをＬＣＤ表示部に表示し、
　ＬＣＤ表示部上で手書きペンを用いて処理対象となる文字列を囲むような枠を手書き入力し、
　カメラよって取り込まれた画像データとペン入力によって書き込まれた枠パターンとが合成され、ホスト端末に送出し、
　ホスト端末では、枠パターン内の画像データのみに対して画像認識処理を実行して文字認識し、その処理結果が記憶装置に格納される、
　画像データを取り込む機能、通信機能、およびデータを表示する機能を備える携帯端末。」
　
２−３．対比
　引用発明の「文字認識を行うサーバマシンであるホスト端末にネットワークで接続されデータを送受信する携帯端末」は、文字認識機能を有するサーバに通信ネットワークを介してアクセスする機能の点で本願補正発明と共通する。
　引用発明が「カメラによって画像データを取り込み」とすることは、その画像データをＬＣＤ表示部に表示し、手書きペンを用いて処理対象となる文字列を囲むような枠を手書き入力するのであるから、「画像データ」は文字が含まれている画像データであり、その機能は文字が含まれている画像データを取得する点で本願補正発明の「取得部」と共通する。
　引用発明が「その画像データをＬＣＤ表示部に表示し」とすることは、取得部により取得された画像データを表示する機能の点で本願補正発明の「表示部」と共通する。
　引用発明の「ＬＣＤ表示部上で手書きペンを用いて処理対象となる文字列を囲むような枠を手書き入力し」とすることは、表示された画像データに含まれる文字領域の範囲を指定する機能の点で本願補正発明の「カーソル移動キー及び決定キー」と共通し、範囲指定手段といえるものである。
　引用発明の「処理対象となる文字列を囲むような枠」である「ペン入力によって書き込まれた枠パターン」は、文字領域の範囲を指定する画像情報といえるものであり、それがカメラよって取り込まれた画像データと合成さ
れ、ホスト端末に送出されるのであるから、画像データ及び文字領域の範囲を指定する画像情報とが、合成された形態でホスト端末に送出されるとい
え、画像データ及び指定された文字領域の範囲情報をサーバに送信する機能の点で本願補正発明の「送信部」と共通する。
　本願補正発明の「携帯電話」も携帯端末といえるものである。
　したがって、本願補正発明と引用発明とを対比すると、次の点で一致す
る。
　
「文字認識機能を有するサーバに通信ネットワークを介してアクセスする携帯端末において、
　文字が含まれている画像データを取得する取得部と、
　前記取得部により取得された画像データを表示する表示部と、
　表示された画像データに含まれる文字領域の範囲を指定する範囲指定手段と、
　前記画像データ及び前記範囲指定手段により指定された文字領域の範囲情報を前記サーバに送信する送信部と、
　を備えることを特徴とする携帯端末。」
　
　また次の点で相違する。
　
　相違点１
　本願補正発明は範囲指定手段が「カーソル移動キー及び決定キー」であるのに対して、引用発明では「ＬＣＤ表示部上で手書きペンを用いて処理対象となる文字列を囲むような枠を手書き入力し」とするものである点。
　
　相違点２
　本願補正発明は「前記サーバが有する文字認識機能により、前記送信部より送信された画像データ及び範囲情報に基づき認識された文字をテキスト
データとして該サーバから送信されるデータを受信する受信部」を備えているのに対して、引用発明では、ホスト端末で枠パターン内の画像データのみに対して画像認識処理を実行して文字認識し、その処理結果が記憶装置に格納されるが、その処理結果を受信する受信部についての特定がない点。
　
　相違点３
　本願補正発明は携帯電話であるのに対して、引用発明は、画像データを取り込む機能、通信機能、およびデータを表示する機能を備える携帯端末であるが、携帯電話に限定する特定がない点。
　
２−４．相違点に対する判断
　相違点１について
　カーソルを用いて範囲を指定することは周知のことであり、引用発明においても、手書きペンを用いるかわりにカーソル移動キー及び決定キーを用いて、本願補正発明と同様の構成とすることに困難な点はない。
　
　相違点２について
　引用例には２−２．（１）のように、携帯端末１においてカメラを用いて取り込んだ画像データをホスト端末３に転送して解析（パターン認識、文字認識）させ、その解析結果に所定のサービスを提供して携帯端末１に返送すること（段落【００１１】）、及び携帯端末１はホスト端末３から処理結果を受信すると、その処理結果を自己の表示部に表示すること（段落【００１４】）が、２−２．（４）のように、ホスト端末３は、受信パケットに設定されている表示フラグが「表示する」に設定されていれば、翻訳結果をパ
ケットに格納し、そのパケットを携帯端末１に送出し、携帯端末１は、内蔵されるカメラ１２で撮影した画像データに含まれていた文字の翻訳結果を受け取り、表示すること（段落【００５４】）が、それぞれ記載されている。
　翻訳のサービスの場合と同様に認識のサービスであっても、その処理結果である認識結果をその画像データを取り込んだ携帯端末１で利用できれば便利なことは明らかである。
　また、引用例には２−２．（３）のように、携帯端末１から送出されるパケットはサービスコードが「認識」であっても、「翻訳」の場合と同様に、表示フラグは、ホスト端末３における処理結果を携帯端末１に表示させるか否かを指定できる構造となっていること（段落【００４０】）が記載されている。
　したがって、引用発明においても、引用例に記載された翻訳のサービスの場合と同様に、認識結果を携帯端末で受信できるようにして、本願補正発明の「受信部」と同様の構成とすることに困難な点はない。
　
　相違点３について
　画像データを取り込む機能、通信機能、およびデータを表示する機能を備える携帯端末として携帯電話は周知のものであり、本願補正発明のように携帯端末を携帯電話に限定することに格別の点はない。
　
　以上のように、引用発明において各相違点を本願補正発明のようにすることに困難な点はないから、本願補正発明は引用発明に基づいて当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定によ
り、特許出願の際独立して特許を受けることができない。
　
２−５．むすび
　したがって、本件補正は、平成１８年改正前特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、特許法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
３．本願発明について
　平成１９年１０月５日付けの手続補正は上記のとおり却下されたので、本願の請求項１に係る発明（以下、「本願発明」という。）は、願書に最初に添付された明細書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
　
「文字認識機能を有するサーバに通信ネットワークを介してアクセスする携帯端末装置において、
　文字が含まれている画像データを取得する取得手段と、
　前記取得手段により取得された画像データを表示する表示手段と、
　表示された画像データに含まれる文字領域の範囲を指定する範囲指定手段と、
　前記画像データ及び前記範囲指定手段により指定された文字領域の範囲情報を前記サーバに送信する送信手段と、
　前記サーバが有する文字認識機能により認識された文字をテキストデータとして該サーバから受信する受信手段と、
　を備えることを特徴とする携帯端末装置。」
　
　原査定の拒絶の理由に引用された特開平１０−１３４００４号公報の記載事項は、前記２−２．のとおりである。
　そして、本願発明は、範囲指定手段、受信手段及び携帯端末装置について本願補正発明のような特定がないものであるから、本願補正発明と同様、引用発明に基づき当業者が容易に発明をすることができたものである。
　
　以上のとおり、本願発明は、引用発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。