【事件の表示】
　特願２００５−５０６２１３「移動体通信端末及びアプリケーションプログラム一時停止方法」拒絶査定不服審判事件〔平成１６年１１月２５日国際公開、ＷＯ２００４／１０２９３２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、２００４年５月１８日（優先権主張：２００３年５月１９日、日本国）を国際出願日とする出願であって、特許請求の範囲の請求項１に係る発明（以下、「本願発明」という。）は、平成１８年３月１４日付け手続補正書により補正された明細書、特許請求の範囲及び図面の記載からみて、その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
　
（本願発明）
　「プラットフォームに依存しないアプリケーションプログラムを実行し、該アプリケーションプログラムの実行を一時停止した後、該アプリケーションプログラムの実行を再開することが可能なアプリケーションプログラム実行手段と、
　前記アプリケーションプログラムの実行が前記アプリケーションプログラム実行手段により一時停止された状態において、前記プラットフォームに設けられた機能のうち該アプリケーションプログラムにより指定された機能を表示手段に表示し、かつ、該表示手段に表示された機能のうち選択された機能を実行する制御手段と、を備え、
　前記アプリケーションプログラム実行手段は、前記選択された機能が前記制御手段により実行された後、前記一時停止されたアプリケーションプログラムの実行を再開する、ことを特徴とする移動体通信端末。」
　
　
２．引用例
　これに対して、原査定の拒絶理由に引用された、ｉアプリコンテンツ開発ガイド for DoJa-3.0〜詳細編〜　第１．00版、平成１５年４月１７日、株式会社ＮＴＴドコモ（以下、「引用例」という。）には、図面とともに以下の事項が記載されている。
　
イ．「本書は、ムーバ505iシリーズに搭載されるJavaアプリケーション実行環境（本書中ではiアプリ実行環境と呼びます）をターゲットとして記述されています。本書内ではデジタル・ムーバ503iシリーズのｉアプリ実行環境をDoJa-1.0プロファイル、ムーバ504iシリーズなどのｉアプリ実行環境をDoJa-2.0プロファイル（DoJa-2.1プロファイルと記載されている場合、特に2002年冬以降発売のFOMA携帯電話に搭載されているｉアプリ実行環境を指します）、ムーバ505iシリーズのｉアプリ実行環境をDoJa-3.0プロファイルと呼びます。 」（２頁）
　
ロ．「　　　　　　　　　　　　　　　　　　　　　　　　　　第１章
　　　　　　　　　　　　　　　　　　　　　　　　　　　　はじめに
　
ｉアプリ対応携帯電話では、電話やインターネットアクセスの他に、iモードコンテンツプロバイダのWebサイトからJavaアプリケーション（ｉアプリ）をダウンロード、実行する機能がサポートされます。このガイドは、ｉアプリを開発するソフトウェアエンジニア向けのプログラミングガイドです。 
・・・（中略）・・・
Javaにはwrite-once, run-anywhereという特性があり、コンテンツプロバイダの作成したｉアプリは、CPUやオペレーティングシステムに関係なく、どのメーカー・どの機種の携帯電話でも容易に動作させることができます。」
（１０頁）
　
ハ．「　　　　　　　　　　　　　　　　　　　　　　　　　第１１章
　　　　　　　　　　　　　　　　　　　　　　アプリケーション連携
　
Doja-2.0プロファイルでは、ｉアプリと、ブラウザやメーラなど携帯電話上のネイティブアプリケーションとの間での連携起動がサポートされました。またDoja-3.0プロファイルでは、連携起動の範囲を拡大（ｉアプリ−ｉアプリ間など）するとともに、ｉアプリからブックマーク管理機能や画像データ管理機能などネイティブ機能の呼び出しをサポートするなどアプリケーション連携の拡張が図られました。これらの機能を利用することで、ｉアプリの機能だけでなく携帯電話の機能をフル活用したサービスをｉアプリで提供することができます。
・・・（中略）・・・
DoJa-2.0プロファイルおよびDoJa-3.0プロファイルでサポートされているアプリケーション連携機能の内容は以下の通りです。
　
※アプリケーション連携起動 
・・・（中略）・・・
　
※ｉアプリからのネイティブ機能呼び出し 
　　　連携機能の概要　　　　　　　　　　　　　　DoJa-2.0　DoJa-3.0
音声通話機能の呼び出し　　　　　　　　　　　　　　○　　　　○
（音声発信）
音声通話機能の呼び出し
（個体識別情報の参照）　　　　　　　　　　　　　　△(*1)　　○
電話帳管理機能の呼び出し
（電話帳エントリ、電話帳グループの新規登録）　　　×　　　　○
ブックマーク管理機能の呼び出し
（ブックマークの新規登録）　　　　　　　　　　　　×　　　　○
スケジュール管理機能の呼び出し
（スケジュールの新規登録）　　　　　　　　　　　　×　　　　○
画像データ管理機能の呼び出し
（画像の新規登録・選択読み込み・ID指定読み込み）　×　　　　○
カメラ機能の呼び出し
（撮影および撮影画像の取得）　　　　　　　　　　　△(*2)　　○ 」
（１４２頁、当審注：表の罫線は省略し、一部の項目には改行を加えた。）
　
ニ．「１１．６　音声通話機能の呼び出し
　音声通話機能の呼び出しでは、ｉアプリから携帯電話の音声発信機能（ダイヤラー）を呼び出すことができます。また、その携帯電話のハードウェアが持つ個体識別情報を参照することもできます。
 
１１．６．１　ｉアプリからの音声発信 
ｉアプリから音声発信機能を呼び出すには、com.nttdocomo.util.Phoneクラスのcall()メソッドを使用します。このメソッドを、引数に電話番号を表現する文字列を指定して呼び出すことにより音声発信機能が呼び出されます。 
電話番号文字列には、0〜9までの数字、'#'、'*'、','（ポーズ：1秒間）、'/'（ポーズ：キー入力待ち）を指定することができます。ポーズ指定は電話番号文字列中に連続して指定することはできません。また、電話番号文字列中に現れる'-'は無視されます。 
なお、音声発信機能を使用するｉアプリは、ADFのUseTelephoneキーで音声発信機能を使用することを宣言（値callを設定）する必要があります。この宣言を行っていないｉアプリは音声発信機能を使用することはできません。 
　
注意事項： 
● 非活性化状態にある待ち受けアプリケーションは、音声発信機能を起動することはできません。 
● Phone.call()メソッドを呼び出すと、ｉアプリはサスペンド状態に入ります。その後、ｉアプリ実行環境がユーザーに求める発信確認に対しユーザーが同意することによりダイヤル操作が行われます。
音声通話が終了するとｉアプリはレジュームし、call()メソッドは呼び出し元に復帰します。 」（１５５〜１５６頁）
　
ホ．「１１．７　電話帳管理機能の呼び出し
　電話帳管理機能の呼び出しでは、ｉアプリから携帯電話のネイティブの電話帳管理機能を呼び出し、ユーザーの同意の下で電話帳エントリ（電話番号、氏名、メールアドレスなどのセット）の新規登録および電話帳グループの新規登録を行うことができます。・・・（中略）・・・
　
１１．７．１　電話帳グループの新規登録
　電話帳グループを新規登録するには、com.nttdocomo.system.phoneBookGroupクラスのstaticメソッドaddEntry()を使用します．このメソッドの引数には、登録したい電話帳グループの名前またはnullを指定します。
電話帳グループの新規登録を行うと、携帯電話は以下のような動作を行います。
（１）アプリケーションプログラムからphoneBookGroup.addEntry()メソッドを呼び出します。このメソッドが呼び出されるとｉアプリはサスペンドします。
（２）電話帳グループの登録を行うためのネイティブのユーザーインタフェース画面が起動します。この画面では、ユーザーはｉアプリからの電話帳グループの新規登録を許可、キャンセルするだけでなく、登録するグループ名を変更することもできます。
（３）ユーザーが電話帳グループの新規登録を許可するとそのときに設定されていた名前で電話帳グループの新規登録が行われ、ｉアプリはレジュームしてaddEnntry()メソッドはアプリケーションプログラムに復帰します。
・・・（中略）・・・
　
１１．７．２　電話帳エントリの新規登録
電話帳エントリを新規登録するには、com.nttdocomo.system.PhoneBookクラスのstaticメソッドaddEntry()を使用します。このメソッドは、電話帳エントリに登録する情報として以下のものをサポートします。 
・ 名前 
・ 名前の読み仮名 
・ 電話番号（複数指定可能） 
・ メールアドレス（複数指定可能） 
・ 登録先の電話帳グループ（グループ名またはグループのエントリIDを指定） 
・・・（中略）・・・ 
電話帳エントリの新規登録を行うと、携帯電話は以下のような動作を行います。
（１）アプリケーションプログラムからPhoneBook.addEntry()メソッドを呼び出します。このメソッドが呼び出されるとｉアプリはサスペンドします。 
（２）電話帳エントリの登録を行うためのネイティブのユーザーインタフェース画面が起動します。この画面では、ユーザーはｉアプリからの電話帳エントリの新規登録を許可、キャンセルするだけでなく、登録するエントリの各項目を変更することもできます。 
（３）ユーザーが電話帳エントリの新規登録を許可するとそのときに設定されていた名前で電話帳エントリの新規登録が行われ、ｉアプリはレジュームしてaddEntry()メソッドはアプリケーションプログラムに復帰します。 
ユーザーが電話帳エントリの新規登録をキャンセルしても、特に例外は発生せずアプリケーションプログラムに復帰します。」
（１５７〜１５８頁）
　
ヘ．「１１．８　ブックマーク管理機能の呼び出し
　ブックマーク管理機能の呼び出しでは、ｉアプリから携帯電話のネイティブのブックマーク管理機能を呼び出し、ユーザーの同意の下でブックマーク（接続先ＵＲＬとタイトル）の新規登録を行うことができます。
・・・（中略）・・・ 
ブックマークの新規登録を行うと、携帯電話は以下のような動作を行います。 
（１）アプリケーションプログラムからBookmark.addEntry()メソッドを呼び出します。このメソッドが呼び出されるとｉアプリはサスペンドします。 
（２）ブックマークの登録を行うためのネイティブのユーザーインタフェース画面が起動します。この画面では、ユーザーはｉアプリからのブックマークの新規登録を許可、キャンセルするだけでなく、登録するURLやタイトルを変更することもできます。 
（３）ユーザーがブックマークの新規登録を許可するとそのときに設定されていた内容でブックマークの新規登録が行われ、ｉアプリはレジュームしてaddEntry()メソッドはアプリケーションプログラムに復帰します。 
ユーザーがブックマークの新規登録をキャンセルしても、特に例外は発生せずアプリケーションプログラムに復帰します。 」（１５８〜１５９頁）
　
ト．「１１．９　スケジュール管理機能の呼び出し
　スケジュール管理機能の呼び出しでは、ｉアプリから携帯電話のネイティブのスケジュール管理機能を呼び出し、ユーザーの同意の下でスケジュール（説明文や日時）の新規登録を行うことができます。
・・・（中略）・・・ 
スケジュールの新規登録を行うと、携帯電話は以下のような動作を行います。 
（１）アプリケーションプログラムからSchedule.addEntry()メソッドを呼び出します。このメソッドが呼び出されるとｉアプリはサスペンドします。 
（２）スケジュールの登録を行うためのネイティブのユーザーインタフェース画面が起動します。この画面では、ユーザーはｉアプリからのスケジュールの新規登録を許可、キャンセルするだけでなく、登録する説明文などを変更することもできます。 
（３）ユーザーがスケジュールの新規登録を許可するとそのときに設定されていた内容でスケジュールの新規登録が行われ、ｉアプリはレジュームしてaddEntry()メソッドはアプリケーションプログラムに復帰します。 」
（１５９頁）
　
チ．「１１．１０　画像データ管理機能の呼び出し
　Doja-3.0プロファイルに対応した携帯電話は、マイピクチャと呼ばれるネイティブの画像管理領域を持っています。画像データ管理機能の呼び出しでは、ｉアプリから携帯電話のネイティブの画像データ管理機能を呼び出し、マイピクチャ領域からの画像の入出力を行うことができます。画像データ管理機能の呼び出しには、
com.nttdocomo.system.ImageStoreクラスを使用します。
・・・（中略）・・・ 
１１．１０．１　画像データの新規登録 
画像データを新規登録するには、ImageStoreクラスのstaticメソッドaddEntry()を使用します。このメソッドの引数には、登録したい画像を表すMediaImageオブジェクトを指定します。 
画像データの新規登録を行うと、携帯電話は以下のような動作を行います。 
（１）アプリケーションプログラムからImageStore.addEntry()メソッドを呼び出します。このメソッドが呼び出されるとｉアプリはサスペンドします。 
（２）画像データの登録を行うためのネイティブのユーザーインタフェース画面が起動します。この画面では、ユーザーはｉアプリからの画像データの新規登録を許可、キャンセルすることができます。また、ｉアプリがどのような画像データを登録しようとしているかを確認することもできます。 
（３）ユーザーが画像データの新規登録を許可すると画像データの新規登録が行われ、ｉアプリはレジュームしてaddEntry()メソッドはアプリケーションプログラムに復帰します。
・・・（中略）・・・ 
１１．１０．２　画像データの選択読み込み 
画像データの選択読み込みとは、アプリケーションプログラムからの画像データ要求（メソッド呼び出し）に対し、その都度画面に表示される画像一覧などからユーザーが選択操作した画像データを与える機能です。画像データの選択読み込みを行うには、
ImageStoreクラスのstaticメソッドselectEntry()を使用します。 
画像データの選択読み込みを行うと、携帯電話は以下のような動作を行います。 
（１）アプリケーションプログラムからImageStore.selectEntry()メソッドを呼び出します。このメソッドが呼び出されるとｉアプリはサスペンドします。 
（２）画像データの選択を行うためのネイティブのユーザーインタフェース画面が起動します。この画面を使用して、ユーザーはｉアプリにアクセスを行わせる画像データを選択します。また、操作をキャンセルして処理を中止することもできます。 
（３）ユーザーが選択する画像データを決定すると、ｉアプリはレジュームしてselectEntry()メソッドはアプリケーションプログラムに復帰します。その際このメソッドは、選択された画像データに対応するImageStoreオブジェクトを返します。 」（１６０〜１６１頁）
　
リ．「１１．１１　カメラ機能の呼び出し
　Doja-3.0プロファイルに対応した携帯電話は、カメラ機能が標準的に搭載されています。カメラ機能の呼び出しでは、このカメラ機能にｉアプリからアクセスする手段を提供します。
・・・（中略）・・・
 (B) ネイティブのカメラ機能の起動 
アプリケーションプログラムは、Camera.takePicture()メソッドを呼び出すことで、静止画撮影モードでカメラ機能を起動することができます。またｉアプリからの動画撮影に対応している機種では、
Camera.takeMovie()メソッドを呼び出すことで動画撮影モードでカメラ機能を起動することもできます。 
カメラ機能を起動するとｉアプリの実行は中断し、カメラ操作画面がディスプレイに表示されます。実際の撮影はユーザーの操作に基づいてのみ行われ、アプリケーションプログラムがシャッターの操作などを行うことはできません。 
ユーザーがカメラ操作画面を終了させると、ｉアプリの実行が再開されます。カメラ機能終了時にユーザーが撮影画像の保存を行っていた場合、その画像はカメラオブジェクト内に保持されています。 」（１６２〜１６３頁）
　
　上記記載、及びこの分野の技術常識によれば、
まず、上記イ．に、「本書は、ムーバ505iシリーズに搭載されるJavaアプリケーション実行環境（本書中ではiアプリ実行環境と呼びます）をターゲットとして記述されています。」、
また、上記ロ．に、「ｉアプリ対応携帯電話では、電話やインターネットアクセスの他に、iモードコンテンツプロバイダのWebサイトからJavaアプリケーション（ｉアプリ）をダウンロード、実行する機能がサポートされます。」とあるように、
「ムーバ505iシリーズ」のような引用例記載の「ｉアプリ対応携帯電話」では、「Javaアプリケーション（ｉアプリ）」を実行する、「Javaアプリケーション実行環境（iアプリ実行環境）」を備えるものである。
　また、引用例の上記ハ．には、引用例記載の「ｉアプリ対応携帯電話」の「ｉアプリ実行環境」における「アプリケーション連携機能」として、「ｉアプリからブックマーク管理機能や画像データ管理機能などネイティブ機能の呼び出し」機能をサポートするとあって、
この「ｉアプリからのネイティブ機能呼び出し 」機能の具体例として、「音声通話機能の呼び出し（音声発信）」、「電話帳管理機能の呼び出し」機能などが表に列挙されている。
　そして、上記ニ．〜リ．には、これら「ｉアプリからのネイティブ機能呼び出し 」の動作が例示されており、
例えば、上記ニ．の、「１１．６　音声通話機能の呼び出し」には、「ｉアプリから音声発信機能を呼び出すには、com.nttdocomo.util.Phoneクラスのcall()メソッドを使用します。・・・（中略）・・・● Phone.call()メソッドを呼び出すと、ｉアプリはサスペンド状態に入ります。・・・（中略）・・・音声通話が終了するとｉアプリはレジュームし、call()メソッドは呼び出し元に復帰します。 」とあるように、
「ｉアプリからのネイティブ機能呼び出し 」動作として、「ネイティブ機能」（例えば「音声発信機能」、すなわち「Phone.call()メソッド」）の実行中は「ｉアプリはサスペンド状態に入り」、「ネイティブ機能」の実行が終了すると（音声通話が終了すると）「ｉアプリはレジューム」するものである。
　そして、明記はないが引用例記載の「ｉアプリ対応携帯電話」は、このような「ネイティブ機能」（音声通話機能、電話帳管理機能、ブックマーク管理機能、スケジュール管理機能、画像データ管理機能、カメラ機能）の実行のための『制御手段』を当然に有するものである。
　したがって、上記引用例には以下の発明（以下、「引用発明」という。）が開示されているものと認められる。
　
「Javaアプリケーション（ｉアプリ）を実行し、該ｉアプリの実行をサスペンドした後、該ｉアプリの実行をレジュームすることが可能なｉアプリ実行環境と、
　ｉアプリの実行がｉアプリ実行環境によりサスペンドされた状態において、ネイティブ機能を実行する制御手段と、を備え、
　前記ｉアプリ実行環境は、前記ネイティブ機能が制御手段により実行された後、前記サスペンドされたｉアプリの実行をリジュームする、ｉアプリ対応携帯電話。」
　
　
３．本願発明と引用発明との対比
　引用発明の「Javaアプリケーション（ｉアプリ）」は、プログラムであるのは技術常識であって、本願発明の「アプリケーションプログラム」に相当する。
　また、引用発明の「ｉアプリ実行環境」は上記「アプリケーションプログラム」（ｉアプリ）を実行するための環境であって、この「環境」はソフトウェアやハードウェアとしての「手段」から構成されるから、本願発明の「アプリケーションプログラム実行手段」に相当する。
　また、引用発明の「サスペンド」、「レジューム」とはそれぞれ、「suspend：中止する、一時停止する」、「resume：再び始める、再び続ける」の意味であるから、本願発明の「一時停止」、「再開」に相当する。
　また、引用発明の「ネイティブ機能」とは、「native：その土地固有の、本来の」の原義に照らせば、本来の固有の機能ということであり、引用発明の認定においても述べたように例えば「音声通話機能」のような携帯電話機固有の機能が含まれるから、携帯電話機のプラットフォーム（platform：台）に設けられた機能ということができ、本願発明の「プラットフォームに設けられた機能」および「機能」に相当する。
　そして、引用発明の「ｉアプリ対応携帯電話」は、「携帯電話」は「移動体通信」に用いられる「端末」であるから、本願発明の「移動体通信端末」に相当する。
　したがって、本願発明と引用発明は以下の点で一致ないし相違する。
　
（一致点）
　「アプリケーションプログラムを実行し、該アプリケーションプログラムの実行を一時停止した後、該アプリケーションプログラムの実行を再開することが可能なアプリケーションプログラム実行手段と、
　前記アプリケーションプログラムの実行が前記アプリケーションプログラム実行手段により一時停止された状態において、前記プラットフォームに設けられた機能を実行する制御手段と、を備え、
　前記アプリケーションプログラム実行手段は、前記機能が前記制御手段により実行された後、前記一時停止されたアプリケーションプログラムの実行を再開する移動体通信端末。」
　
（相違点１）
　本願発明は、「プラットフォームに依存しないアプリケーションプログラム」を実行するのに対し、引用発明の「Javaアプリケーション（ｉアプリ）」は「プラットフォームに依存しない」か否か不明な点。
　
（相違点２）
　「前記アプリケーションプログラムの実行が前記アプリケーションプログラム実行手段により一時停止された状態」における「制御手段」の動作に関し、本願発明は、「前記プラットフォームに設けられた機能のうち該アプリケーションプログラムにより指定された機能を表示手段に表示し、かつ、該表示手段に表示された機能のうち選択された機能を実行する」のに対し、引用発明は、「前記プラットフォームに設けられた機能（ネイティブ機能）を実行する」のみであって、
　また、これに関連して、「アプリケーションプログラム実行手段」が「前記一時停止されたアプリケーションプログラムの実行を再開」するのが、
本願発明は「前記選択された機能が前記制御手段により実行された後」であるのに対し、引用発明は「前記機能（ネイティブ機能）が前記制御手段により実行された後」である点。
　
　
４．判断
　そこで、まず上記相違点１の「プラットフォームに依存しないアプリケーションプログラム」の点について検討すると、
引用発明の「Javaアプリケーション（ｉアプリ）」は、「Java」言語によって記述されたものであるから、例えば引用例の上記ロ．に「Javaにはwrite-once, run-anywhereという特性があり、コンテンツプロバイダの作成したｉアプリは、CPUやオペレーティングシステムに関係なく、どのメーカー・どの機種の携帯電話でも容易に動作させることができます」とあるように、「CPUやオペレーティングシステムに関係なく」動作させることが可能なものであって、携帯電話機の「プラットフォームに依存しない」ということができるので、上記相違点１の「プラットフォームに依存しないアプリケーションプログラム」の点は実質的な相違点ではない。
　
　つぎに、上記相違点２について検討するに、相違点２は「制御手段」により実行される機能が、
（相違点２ａ）「プラットフォームに設けられた機能のうちアプリケーションプログラムにより指定された機能」である点、
（相違点２ｂ）「表示手段に表示」される点、
（相違点２ｃ）「表示された機能のうち選択された機能」である点、
の３点に分節される。
　まず、（相違点２ａ）の、「プラットフォームに設けられた機能のうちアプリケーションプログラムにより指定された機能」である点につき検討するに、引用発明においても、ネイティブ機能を実行する際においては、例えば引用例の上記ニ．に、「ｉアプリから音声発信機能を呼び出すには、com.nttdocomo.util.Phoneクラスのcall()メソッドを使用します。このメソッドを、引数に電話番号を表現する文字列を指定して呼び出すことにより音声発信機能が呼び出されます。」とあるように、「プラットフォームに設けられた機能」（引用例の上記ニ．〜チ．）のうち「ｉアプリ」から「com.nttdocomo.util.Phoneクラスのcall()メソッド」を使用することにより、「指定された機能」として「音声発信機能」が呼び出されるものであって、「プラットフォームに設けられた機能のうちアプリケーションプログラムにより指定された機能」が呼び出されるものであるから、実質的な相違のないことである。
　つぎに、（相違点２ｂ）、（相違点２ｃ）につきまとめて検討するに、
一般に「表示手段」により、例えばメニューのような形式で複数の機能を表示し、この中からユーザによって「選択された」機能を実行することは、いわゆるユーザインタフェースとして情報処理端末において広く周知の慣用手段に過ぎないが、
引用例記載の携帯電話も「ユーザーインタフェース画面」（上記ホ．〜チ．）、「カメラ操作画面」（上記リ．）とあるように「表示手段」を有する情報処理端末であるから、このような周知技術を引用発明に採用して複数の機能を選択肢として「表示手段に表示」し、「表示された機能のうち選択された機能」を実行するようになすことは、当業者であれば必要に応じ適宜なし得る程度のことに過ぎす、（相違点２ｂ）、（相違点２ｃ）は格別のことではない。
　さらに言うならば、引用例の携帯電話においても、ネイティブ機能を実行する際には、「発信確認に対しユーザーが同意する」（上記ニ．）、「ネイティブのユーザーインタフェース画面が起動」してユーザが「新規登録を許可、キャンセル」（上記ホ．〜リ．）するなどして、ユーザが表示手段の表示により機能の選択・実行を行うことまで示唆されているので、（相違点２ｂ）、（相違点２ｃ）は格別のことではない。
　したがって、相違点２の全体としても当業者が容易になし得た程度のことに過ぎない。
　
　そして，本願発明の効果は，引用発明から当業者が容易に予測し得るものであって，格別のものではない。
　
　
５．むすび
　以上のとおり，本願発明は，引用例に記載された発明（引用発明）に基づいて当業者が容易に発明をすることができたものと認められるから，特許法第２９条第２項の規定により特許を受けることができない。
　
　よって，結論のとおり審決する。