【事件の表示】
　特願２００３−５３３１４２「モバイルウェブクライアントに対する方法、装置及びシステム」拒絶査定不服審判事件〔平成１５年　４月１０日国際公開、ＷＯ０３／３０００５、平成１７年　２月１７日国内公表、特表２００５−５０５０５５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は，２００２年９月２７日（パリ条約による優先権主張外国庁受理２００１年９月２９日，米国）を国際出願日とする出願であって，平成１６年３月２９日に特許法第１８４条の５第１項に規定する国内書面が提出され，同年５月２８日付けで特許法第１８４条の４第１項に規定する国際出願日における明細書，請求の範囲，図面（図面の中の説明に限る）及び要約の日本語による翻訳文が提出され，平成１７年９月２７日付けで手続補正がなされ，平成２０年１１月２７日付けの拒絶理由の通知に対し，平成２１年６月８日付けで意見書が提出されるとともに手続補正がなされ，同年６月２５日付けの最後の拒絶理由の通知に対し，平成２２年１月４日付けで意見書が提出されるとともに手続補正がなされ，平成２２年６月７日付けで補正の却下の決定とともに拒絶査定がなされた。これに対して同年９月２２日付けで拒絶査定に対する審判請求がなされるとともに手続補正がなされ，同年１０月２９日付けで審査官から前置報告がなされ，平成２３年４月２２日付けで審尋がなされ，これに対して平成２３年７月１２日付けで回答書が提出されたものである。
　
第２　平成２２年９月２２日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成２２年９月２２日付けの手続補正（以下，「本件補正」という。）を却下する。
　
［理由］
１　本件補正後の特許請求の範囲
　本件補正により，特許請求の範囲の記載は，次のとおり補正された。
「　　【請求項１】
　クライアントウェブブラウザからデータベースに記憶されたデータに対するリクエストを受信する段階と，
　ウェブエミュレータを用いて前記リクエストを処理する段階と，
　外部データベースまたはローカルデータベースのいずれかのデータベースに記憶されたデータから前記リクエストに応答する段階とを備えたウェブアプリケーションを動作させる方法であって，
　前記リクエストに応答する段階は，
　前記ウェブエミュレータのサーバエミュレーションコンポーネントを介して前記データベースに記憶された前記データにアクセスする段階であって，外部データベースがネットワークを介してアクセス可能である場合には，前記サーバエミュレーションコンポーネントは，ローカルデータベースに記憶されたデータと前記外部データベースに記憶されたデータとを同期するために前記外部データベースに記憶されたデータをダウンロードし，前記外部データベースに記憶されたデータから，処理されたリクエストに応答するデータにアクセスするために，前記データベースに供する遠隔ノードに対して遠隔手続呼び出しを送信し，前記外部データベースが前記ネットワークを介してアクセス可能でない場合には，前記サーバエミュレーションコンポーネントは，前記ローカルデータベースに記憶されたデータを変化させずに，前記ローカルデータベースに記憶されたデータから，処理されたリクエストに応答するデータにアクセスするために，データベースアクセスリクエストを提供することを特徴とする，前記データにアクセスする段階と，
　前記クライアントウェブブラウザに対してサービスを提供するために，処理されたリクエストに応答して前記サーバエミュレーションコンポーネントから前記ウェブエミュレータへ前記データを提供する段階とを備えているウェブアプリケーションを動作させる方法。
　　【請求項２】
　ネットワークを介してデータベースに記憶されたデータに対するアクセスを試行する段階をさらに備え，該アクセスを試行する段階は，前記サーバエミュレーションコンポーネントによって実行される請求項１に記載の方法。
　　【請求項３】
　前記ネットワークを介して成功したアクセスにおいて，前記リクエストに応答する段階が，前記ネットワークから利用できるデータを利用することを特徴とする請求項２に記載の方法。
　　【請求項４】
　前記ネットワークを介して失敗したアクセスにおいて，前記リクエストに応答する段階が，前記ローカルデータからの利用できるデータを利用することを備えている請求項２に記載の方法。
　　【請求項５】
　前記ウェブエミュレータがウェブサーバに対するプラグインであり，前記プラグインが前記リクエストをウェブエンジンに通過させ，前記ウェブエンジンがデータマネージャと協同して前記リクエストに応答することを特徴とする請求項１に記載の方法。
　　【請求項６】
　利用できるデータがネットワークを介して利用できることを特徴とする請求項５に記載の方法。
　　【請求項７】
　利用できるデータがネットワークに対するアクセスなしにローカルに利用できることを特徴とする請求項５に記載の方法。
　　【請求項８】
　前記データマネージャが，ネットワークを介して利用できるデータに対するアクセスを試行することを備え，前記データマネージャが，成功したアクセスにおいて前記ネットワークからの利用できるデータを利用し，前記リクエストに応答するのに失敗したアクセスにおいてローカルデータから利用できるデータを利用することをさらに特徴とする請求項５に記載の方法。
　　【請求項９】
　前記リクエストがクライアントから前記ネットワークにデータを送信する段階を含むことを特徴とする請求項１に記載の方法。
　　【請求項１０】
　前記リクエストが前記ネットワークからのデータを受信する段階を含むことを特徴とする請求項１に記載の方法。
　　【請求項１１】
　前記リクエストがデータを送受信する段階をさらに含むことを特徴とする請求項１に記載の方法。
　　【請求項１２】
　クライアントウェブブラウザからデータベースに記憶されたデータに対するリクエストを受信する手段と，
　前記リクエストを処理する手段と，
　外部データベース又はローカルデータベースのいずれかのデータベースに記憶されたデータから前記リクエストに対して応答する手段とを備えたウェブアプリケーションを動作させる装置であって，前記応答する手段は，
　前記データベースに記憶された前記データにアクセスする手段を備え，
　処理されたリクエストに応答し，前記データベースのデータにアクセスする手段は，ネットワークに対する接続がアクティブである場合には，ローカルデータベースに記憶されたデータと前記外部データベースに記憶されたデータとを同期するために前記外部データベースに記憶されたデータをダウンロードし，ネットワークを介して前記データベースのデータにアクセスするために，前記外部データベースに供する遠隔ノードに対して遠隔手続呼び出しを送信するように構成されており，
　処理されたリクエストに応答し，前記データにアクセスする手段は，ネットワークに対する接続がアクティブでない場合には，前記ローカルデータベースに記憶されたデータを変化させずに，前記ローカルデータベースのデータにアクセスするために，データベースアクセスリクエストを提供するように構成されているウェブアプリケーションを動作させる装置。
　　【請求項１３】
　クライアントウェブブラウザからデータベースに記憶されたデータに対するリクエストを受信する段階と，
　ウェブエミュレータを用いて前記リクエストを処理する段階と，
　外部データベース又はローカルデータベースのいずれかのデータベースに記憶されたデータから前記リクエストに対して応答する段階とを備えている方法をプロセッサに実現させる命令を組み込んでいるマシン読み取り可能な媒体であって，
　前記リクエストに対して応答する段階は，
　前記ウェブエミュレータのサーバエミュレーションコンポーネントを介して前記データベースに記憶された前記データにアクセスする段階であって，外部データベースがネットワークを介してアクセス可能である場合には，前記サーバエミュレーションコンポーネントは，ローカルデータベースに記憶されたデータと前記外部データベースに記憶されたデータとを同期するために前記外部データベースに記憶されたデータをダウンロードし，前記外部データベースに記憶されたデータから，処理されたリクエストに応答するデータにアクセスするために前記外部データベースに供する遠隔ノードに対して遠隔手続呼び出しを送信し，前記外部データベースが前記ネットワークを介してアクセス可能でない場合には，前記ローカルデータベースに記憶されたデータを変化させずに，前記サーバエミュレーションコンポーネントはローカルデータベースに記憶されたデータから，処理されたリクエストに応答するデータにアクセスするために，データベースアクセスリクエストを提供することを特徴とする，前記データにアクセスする段階と，
　前記クライアントウェブブラウザに対してサービスを提供するために，処理されたリクエストに応答して前記サーバエミュレーションコンポーネントから前記ウェブエミュレータへ前記データを提供する段階とを備えている方法をプロセッサに実現させる命令を組み込んでいるマシン読み取り可能な媒体。」
（以下，請求項１〜１３をそれぞれ「補正後の請求項１〜補正後の請求項１３」という。）
　
２　本件補正前の特許請求の範囲
　本件補正前の特許請求の範囲は，平成２１年６月８日付け手続補正書の特許請求の範囲に記載された，次のとおりのものである。なお，平成２２年１月４日付けの手続補正は却下されている。
「　　【請求項１】
　クライアントウェブブラウザからのリクエストを受信する段階と，
　ウェブエミュレータを用いて前記リクエストを処理する段階と，
　データベースデータから前記リクエストに対するサービスを提供する段階と，
　サーバエミュレーションコンポーネントを介して前記データベースデータにアクセスする段階であって，外部データベースがネットワークを介してアクセス可能である場合には，前記サーバエミュレーションコンポーネントは前記外部データベースにおけるデータから，処理されたリクエストに応答して前記データベースデータにアクセスし，前記外部データベースが前記ネットワークを介してアクセス可能でない場合には，前記サーバエミュレーションコンポーネントはローカルデータベースにおけるデータから，処理されたリクエストに応答して前記データベースデータにアクセスすることを特徴とする，前記データベースデータにアクセスする段階と，
　前記クライアントウェブブラウザに対してサービスを提供するために，処理されたリクエストに応答して前記サーバエミュレーションコンポーネントから前記ウェブエミュレータへ前記データベースデータを提供する段階とを備えているウェブアプリケーションを動作させる方法。
　　【請求項２】
　ネットワークを介してデータベースデータに対するアクセスを試行する段階をさらに備え，該アクセスを試行する段階は，前記サーバエミュレーションコンポーネントによって実行される請求項１に記載の方法。
　　【請求項３】
　前記ネットワークを介して成功したアクセスにおいて，前記リクエストに対するサービスを提供する段階が，前記ネットワークから利用できるデータを利用することを特徴とする請求項２に記載の方法。
　　【請求項４】
　前記ネットワークを介して失敗したアクセスにおいて，前記リクエストに対するサービスを提供する段階が，前記ローカルデータからの利用できるデータを利用することを備えている請求項２に記載の方法。
　　【請求項５】
　前記ウェブエミュレータがウェブサーバに対するプラグインであり，前記プラグインが前記リクエストをウェブエンジンに通過させ，前記ウェブエンジンがデータマネージャに関連して前記リクエストに対するサービスを提供することを特徴とする請求項１に記載の方法。
　　【請求項６】
　利用できるデータがネットワークを介して利用できることを特徴とする請求項５に記載の方法。
　　【請求項７】
　利用できるデータがネットワークに対するアクセスなしにローカルに利用できることを特徴とする請求項５に記載の方法。
　　【請求項８】
　前記データマネージャが，ネットワークを介して利用できるデータに対するアクセスを試行することを備え，前記データマネージャが，成功したアクセスにおいて前記ネットワークからの利用できるデータを利用し，前記リクエストに対するサービスを提供するのに失敗したアクセスにおいてローカルデータから利用できるデータを利用することをさらに特徴とする請求項５に記載の方法。
　　【請求項９】
　前記リクエストがクライアントから前記ネットワークにデータを送信する段階を含むことを特徴とする請求項１に記載の方法。
　　【請求項１０】
　前記リクエストが前記ネットワークからのデータを受信する段階を含むことを特徴とする請求項１に記載の方法。
　　【請求項１１】
　前記リクエストがデータを送受信する段階をさらに含むことを特徴とする請求項１に記載の方法。
　　【請求項１２】
　クライアントウェブブラウザからのリクエストを受信する手段と，
　前記リクエストを処理する手段と，
　データベースデータから前記リクエストに対するサービスを提供する手段と，
　前記データベースデータにアクセスする手段とを備え，
　処理されたリクエストに応答し，前記データベースデータにアクセスする手段は，ネットワークに対する接続がアクティブである場合にはネットワークを介して前記データベースデータにアクセスするように構成されており，
　処理されたリクエストに応答し，前記データベースデータにアクセスする手段は，ネットワークに対する接続がアクティブでない場合にはローカルのデータベースデータにアクセスするように構成されているウェブアプリケーションを動作させる装置。
　　【請求項１３】
　クライアントウェブブラウザからのリクエストを受信する段階と，
　ウェブエミュレータを用いて前記リクエストを処理する段階と，
　データベースデータから前記リクエストに対するサービスを提供する段階と，
　サーバエミュレーションコンポーネントを介して前記データベースデータにアクセスする段階であって，外部データベースがネットワークを介してアクセス可能である場合には，前記サーバエミュレーションコンポーネントは前記外部データベースにおけるデータから，処理されたリクエストに応答して前記データベースデータにアクセスし，前記外部データベースが前記ネットワークを介してアクセス可能でない場合には，前記サーバエミュレーションコンポーネントはローカルデータベースにおけるデータから，処理されたリクエストに応答して前記データベースデータにアクセスすることを特徴とする，前記データベースデータにアクセスする段階と，
　前記クライアントウェブブラウザに対してサービスを提供するために，処理されたリクエストに応答して前記サーバエミュレーションコンポーネントから前記ウェブエミュレータへ前記データベースデータを提供する段階とを備えている方法をプロセッサに実現させる命令を組み込んでいるマシン読み取り可能な媒体。」
（以下，請求項１〜１３をそれぞれ「補正前の請求項１〜補正前の請求項１３」という。）
　
３　補正の適否
（１）新規事項の有無
　本件補正は，補正後の請求項１の発明を特定するために必要な事項（以下，「発明特定事項」という。）の一部を，
「前記外部データベースが前記ネットワークを介してアクセス可能でない場合には，前記サーバエミュレーションコンポーネントは，前記ローカルデータベースに記憶されたデータを変化させずに，前記ローカルデータベースに記憶されたデータから，処理されたリクエストに応答するデータにアクセスするために，データベースアクセスリクエストを提供する」とする補正を含むものである。
　そこで，本願の願書に最初に添付した明細書，特許請求の範囲又は図面（以下，「当初明細書等」という。）に，補正後の請求項１の上記発明特定事項が記載されているか検討する。
　ネットワーク接続されたとき及びネットワーク接続されないときのデータベースに対するウェブアプリケーションの動作に関連して，本願の出願当初の明細書の段落【０１４６】〜【０１５６】には，以下のような記載がある。
「　【０１４６】
　図１８は，データベースに対してウェブアプリケーションのリクエストを提供するプロセスの実施例を説明する。ブロック1810において，ウェブアプリケーションリクエストは，例えばクライアントから受信される。ブロック1820において，決定は，サービスエージェント又はコンポーネントとメインデータベースの間の最新の接続が与えられるかどうかに関してなされる。接続がされない場合，ブロック1830において，リクエストが，サービスエージェントによって受け入れ可能なローカルSQLデータベースにおいて与えられるデータに基づいて提供される（又はエラー出力する）。接続が与えられる場合，リクエストが，メインSQLデータベースにおいて与えられるデータに基づいてブロック1840において提供される（又はエラー出力する）。…（中略）…
　【０１４７】
　図１９は，ウェブアプリケーションにおけるサービスリクエストのプロセスの実施例を説明する。ブロック1910において，ウェブアプリケーションリクエストは，例えばクライアントから受信される。ブロック1920において，決定は，サービスエージェント又はコンポーネントとネットワークの間の最新の接続が与えられるかどうかに関してなされる。接続される場合，ブロック1940において，リクエストが，ネットワーク接続を介して受け入れ可能なデータに基づいて（可能な範囲で）提供される。接続されない場合，ブロック1930において，リクエストが，サービスエージェントによって受け入れ可能なデータのローカルキャッシュ又は他のソースで与えられるデータに基づいて（可能な範囲で）提供される。
…（中略）…
　【０１４９】
　図２０は，データベースに対してウェブアプリケーションを動作させるプロセスの実施例を説明する。ブロック2010において，ウェブアプリケーションは，ローカルモードで動作し，ローカルデータベースを利用しているローカルウェブサーバを介してリクエストを提供する。ブロック2020において，メイン又は第1のデータベースに対するネットワーク接続が認識される。ブロック2030において，ローカルデータベースとメインデータベースの間の同期化が生じる。ブロック2040において，ウェブアプリケーションは，ネットワークモードにおいてメインデータベースのデータからのサービスリクエストを動作させる。ブロック2050において，ネットワーク接続の欠乏又はネットワーク接続における故障についての認識が生じる。ブロック2060において，ウェブアプリケーションは，ローカルモードのオペレーションに復帰する。
　【０１５０】
　ネットワークとの切断は，幾つかの例において適切な方法で処理され，同期化は切断より前に生じることに注目すべきである。さらに，同期は一切生じる必要はないことに注目すべきである。択一的に，メインデータベースとローカルデータベースの間の同期化は，ネットワークモードにおいて動作する一方で，裏プロセスとして実現される。同様に，ネットワークモードで動作中のメインデータベースにおけるデータの任意変化は，本質的には，ローカルデータベースにおいて同時になされるか，又はメインデータベースに対する前記変化をコミットすることが成功した指示が戻る際になされる。
…（中略）…
　【０１５２】
　図２２は，データベースに対するウェブアプリケーションを動作させるプロセスの別の択一的な実施例を説明する。ブロック2210において，システムは起動し，システム自体を初期化し，その構成を決定するか又はパラメータを動作させる。ブロック2050において，ネットワーク接続の欠乏又はネットワーク接続における故障の認識がなされる。ブロック2060において，ウェブアプリケーションは，ローカルモードにおいて動作し，ローカルデータベースを利用しているローカルウェブサーバを介してリクエストを提供する。ブロック2270において，システム動作は停止する。
　【０１５３】
　図２３は，データベースに対してウェブアプリケーションにおけるリクエストを提供するプロセスの択一的な実施例を説明する。ブロック2300において，手段は，ステータスの初期化及び認識で始まる。ブロック2310において，決定は，ネットワーク接続の最新ステータスに関してなされる。ネットワーク接続されない場合，動作はブロック2320におけるネットワークなしに進行する。ブロック2320において，ウェブアプリケーションリクエストが受信される。ブロック2330において，ブロック2320において受信されたリクエストが，ローカルデータベースの利用するか又はローカルデータを用いて提供される。ブロック2340において，決定は，動作が終了するかどうかに関してなされる。終了しない場合，プロセスは，ブロック2320に戻り，次のリクエストを待つ。動作が終了すべき場合，ブロック2390において，動作が停止する。
　【０１５４】
　ネットワーク接続される場合，プロセスは，ブロック2310からブロック2350に進行する。ブロック2350において，ウェブアプリケーションリクエストが受信される。ブロック2360において，リクエストが，メインデータベースからのデータを用いるか又はネットワーク接続を介して利用できる他のデータを介して提供される。ブロック2370において，決定は，動作が終了するかどうかに関してなされる。終了しない場合，プロセスは，ブロック2350に戻り，別のリクエストを待つ。動作が終了する場合，プロセスは，ブロック2390に進行し，停止する。
　【０１５５】
　図２４は，ウェブアプリケーションにおいてリクエストを提供するプロセスの択一的な実施例を説明する。ブロック2410において，手段は，ステータスの初期化及び認識で始まる。ブロック2415において，決定は，ネットワーク接続の最新ステータスに関してなされる。接続される（又は動作可能な）場合，ブロック2020において，メイン又は第1のデータベースに対するネットワーク接続が認識される。ブロック2030において，ローカルデータベースとメインデータベースの間の同期化が生じる。ブロック2040において，ウェブアプリケーションは，ネットワークモードにおいて動作し，ネットワーク接続を介してメインデータベースにおけるデータからのリクエストを提供する。動作が完了する場合，ブロック2490において，プロセスが停止する。
　【０１５６】
　ネットワーク接続がされていないか又は動作可能でない場合，プロセスはブロック2050に進行する。ブロック2050において，ネットワーク接続の欠乏又はネットワーク接続における故障の認識がなされる。ブロック2060において，ウェブアプリケーションはローカルモードで動作し，ローカルデータベースを利用しているローカルウェブサーバを介してリクエストを提供する。最後に，動作が完了する場合，ブロック2490において，プロセスが停止する。」
　そして，明細書の上記記載及び関連する図１８ないし図２４を参照してもネットワーク接続がされていないか又は動作可能でない場合，もしくは，ネットワーク接続の欠乏又はネットワーク接続における故障の認識がなされた場合の態様に関し，ローカルモードで動作する，もしくは，ローカルデータベースを用いてリクエストを提供する旨の記載はあるものの，補正後の請求項１に特定された事項である「前記外部データベースが前記ネットワークを介してアクセス可能でない場合には，前記サーバエミュレーションコンポーネントは，前記ローカルデータベースに記憶されたデータを変化させずに，前記ローカルデータベースに記憶されたデータから，処理されたリクエストに応答するデータにアクセスするために，データベースアクセスリクエストを提供する」点は，当初明細書等に記載も示唆もされておらず，当初明細書等の記載から自明なことでもないので，この補正事項は，当初明細書等に記載した事項の範囲内においてしたものではない。
　
　なお，請求人は，当該補正の根拠として，平成２２年９月２２日付け審判請求書において，『特に，「ローカルデータベースに記憶されたデータを変化させない」との事項は図２４において，ネットワーク接続を認識した場合には同期化することが記載されている一方で，ネットワーク接続を認識した場合には
同期化することが記載されていない
　ここで，「ネットワーク接続を認識した場合には同期化することが記載されていない」は，図２４の記載からみて，「ネットワーク切断を認識した場合には同期化することが記載されていない」の誤記と解する。
　しかしながら，図２４及び段落【０１５５】〜【０１５６】に記載されているように，ネットワーク切断を認識した場合にローカルモードで動作することは，ローカルデータベースに記憶されたデータを変化させないことを意味するものではない。
　むしろ，段落【０１４９】〜【０１５０】及び図２０に記載されているような，ローカルモードで動作した後にネットワーク接続を認識した後に同期化するとの記載から，ローカルモードでローカルデータベースを変化させたためにネットワーク接続を認識した時に同期化が必要であると理解するべきであるから，請求人の上記主張は妥当ではない。
　
　同様に，補正後の請求項１２の
「処理されたリクエストに応答し，前記データにアクセスする手段は，ネットワークに対する接続がアクティブでない場合には，前記ローカルデータベースに記憶されたデータを変化させずに，前記ローカルデータベースのデータにアクセスするために，データベースアクセスリクエストを提供する」，及び，
　補正後の請求項１３の
「前記外部データベースが前記ネットワークを介してアクセス可能でない場合には，前記ローカルデータベースに記憶されたデータを変化させずに，前記サーバエミュレーションコンポーネントはローカルデータベースに記憶されたデータから，処理されたリクエストに応答するデータにアクセスするために，データベースアクセスリクエストを提供する」についても，補正後の請求項１について上述した理由と同様の理由により，当初明細書等のいずれにも記載も示唆もされておらず，該当初明細書等の記載から自明なことでもないので，これらの補正事項は，当初明細書等に記載した事項の範囲内においてしたものではない。
　
（２）本件補正についてのむすび
　したがって，上記補正は，特許法第１７条の２第３項の規定に違反するものであるから，同法第１５９条第１項において読み替えて準用する特許法第５３条第１項の規定により却下されるべきものである。
　
第３　本願発明について
１　本願発明
　平成２２年９月２２日付けの手続補正は，上記のとおり却下されたので，本願の請求項１ないし１３に係る発明は，平成２１年６月８日付け手続補正書の特許請求の範囲の請求項１ないし１３に記載された事項により特定されるものであるところ，その請求項１２に係る発明（以下，「本願発明」という。）は，その請求項１２に記載された事項により特定される，次に再掲するとおりのものである。
　
「【請求項１２】
　クライアントウェブブラウザからのリクエストを受信する手段と，
　前記リクエストを処理する手段と，
　データベースデータから前記リクエストに対するサービスを提供する手段と，
　前記データベースデータにアクセスする手段とを備え，
　処理されたリクエストに応答し，前記データベースデータにアクセスする手段は，ネットワークに対する接続がアクティブである場合にはネットワークを介して前記データベースデータにアクセスするように構成されており，
　処理されたリクエストに応答し，前記データベースデータにアクセスする手段は，ネットワークに対する接続がアクティブでない場合にはローカルのデータベースデータにアクセスするように構成されているウェブアプリケーションを動作させる装置。」
　
２　刊行物の記載事項
（２）引用例
ア　原査定の拒絶の理由で引用された，本願の出願の日前に頒布された刊行物である特開平１１−１３４２７７号公報（平成１１年５月２１日公開。以下，「引用例」という。）には，図面とともに，次の事項が記載されている。（下線は，参考のために当審にて付した。）
（ア）「【０００１】
【発明の属する技術分野】
本発明は，
ウェブ・ブラウザ／ウェブ・サーバ通信モデルを使用した遠隔／モバイル・コンピューティングに関する。
（イ）「【００１９】さらに，
遠隔／モバイル・データ処理システムが第２のコンピュータに接続されているときに記憶されている要求を第２のコンピュータに送信することができ，第２のコンピュータを介してサーバから要求に対する応答を受信することができる。
（ウ）「【００２２】他の実施形態では，
遠隔／モバイル・データ処理システムが応答を受信すると，受信応答が入手可能であることがユーザに通知され，ユーザがその応答を要求した場合，ウェブ・ブラウザにその応答が供給される
（エ）『【００３０】図２に，本発明の一実施形態を示す。図２に示すように，
ウェブ・ブラウザ１０はクライアント側インタセプト・モジュール３０と通信する。ウェブ・サーバ２０はサーバ側インタセプト・モジュール４０と通信する。次に，クライアント側インタセプト・モジュール３０は，通信リンク３５を介してサーバ側インタセプト・モジュール４０と通信する。ウェブ・ブラウザ１０とクライアント側インタセプト・モジュール３０は，第１のコンピュータ５内に含めることができる。サーバ側インタセプト・モジュール４０とウェブ・サーバ２０は第２のコンピュータ６内に含めることができる。第１のコンピュータ５と第２のコンピュータ６は外部通信リンク３５を介して通信する。第１のコンピュータ５は，遠隔／モバイル・データ処理システムであることが好ましい。
（オ）「【００４８】図４に，本発明を使用するクライアント側インタセプトの動作を示す。図４に示すように，
クライアント側インタセプト３０はブラウザ１０からの要求をインタセプトする
【００４９】応答がキャッシュに入れられていない場合，クライアント側インタセプトはデータ処理システムがサーバにアクセスする第２のコンピュータに接続されているかどうかを判断する（ブロック５６）。データ処理システムが接続されている場合，要求が据え置きでなければ（ブロック５８），その要求は第２のコンピュータに送られる（ブロック６０）。しかし，
データ処理システムが接続されていないか，要求処理が据え置かれる場合，要求は要求待ち行列に記憶され，その要求に対する応答として暫定応答がブラウザに送られる
（カ）「【００５２】
接続が確立されると，ブラウザから元々保管され，要求待ち行列に記憶されていた情報を使用して要求を再構成し，その要求を第２のコンピュータに送る
【００５３】図５に，前に待ち行列に入れられていた要求に対する応答を受け取るときの，クライアント側インタセプト・モジュールの動作を示す。図５に示すように，
サーバから応答を受け取る
（キ）「【００６２】応答を受け取った後，その応答はユーザが将来オフラインで見ることができるように保管する必要がある。しかし，ブラウザは要求を行って応答を受け取るときに，一般にそれを２通りの方法のうちのいずれかで処理する。応答が比較的静的であると予測される場合，そのページに対する将来の要求を迅速に処理することができるように，その応答はブラウザによってキャッシュに入れられる。しかし，そのページがフォーム要求に対する応答の場合，またはその他の方法で生成された場合（いわゆる「cgi-bin」要求），ブラウザは応答を表示するだけで，キャッシュには入れない。これは，その応答が一般に１つのcgi-bin要求と次のcgi-bin要求とでは異なるためである。また，ソース・サーバが「キャッシュなし」とマークしたオブジェクトについては，その指示に従うブラウザおよびプロキシはそれらの項目を保管しない。しかし，待ち行列化された要求の処理の一環として取り出された場合には，それを後で表示するために保管しなければならない。
…（中略）…
【００６５】
あらゆるＨＴＭＬページと同様に，将来の使用のためにＨＴＭＬフォームをキャッシュに入れることができる。本発明によると，キャッシュに入れられたＨＴＭＬフォームを編集して後で発信したり，異なるユーザ入力値を使用して再発信することができる。
【００６６】
モバイル環境では，サーバに接続できないときでも切断フォーム送信によってユーザの生産性を高めることができる。これによって，どのネットワークにも接続せずに複数のデータ入力ページに記入することができる。
　
イ　引用発明の認定
ａ　（ア）の「本発明は，…（中略）…ウェブ・ブラウザ／ウェブ・サーバ通信モデルを使用した遠隔／モバイル・コンピューティングに関する。」との記載，（エ）の「ウェブ・ブラウザ１０はクライアント側インタセプト・モジュール３０と通信する。」との記載，（エ）の「ウェブ・ブラウザ１０とクライアント側インタセプト・モジュール３０は，第１のコンピュータ５内に含めることができる。」との記載，及び（オ）の「クライアント側インタセプト３０はブラウザ１０からの要求をインタセプトする」との記載から，引用例には，
　ウェブ・ブラウザからの要求をインタセプトする，第１のコンピュータ内のクライアント側インタセプト・モジュール，
が記載されている。
ｂ　（イ）の「遠隔／モバイル・データ処理システムが第２のコンピュータに接続されているときに記憶されている要求を第２のコンピュータに送信することができ，第２のコンピュータを介してサーバから要求に対する応答を受信することができる」との記載から，引用例には，第２のコンピュータに接続されている場合，要求を受信して応答を送信する第２のコンピュータが記載されている。
　また，（オ）の「クライアント側インタセプト３０はブラウザ１０からの要求をインタセプトする…（中略）…データ処理システムが接続されていないか，要求処理が据え置かれる場合，要求は要求待ち行列に記憶され，その要求に対する応答として暫定応答がブラウザに送られる」との記載，（カ）の「接続が確立されると，ブラウザから元々保管され，要求待ち行列に記憶されていた情報を使用して要求を再構成し，その要求を第２のコンピュータに送る…（中略）…サーバから応答を受け取る」との記載から，データ処理システムは，遠隔／モバイル・データ処理システムであるから，引用例には，遠隔／モバイル・データ処理システムが接続されていない場合，クライアント側インタセプト３０は，第１のコンピュータ内に備えられて，要求を要求待ち行列に記憶して暫定応答をブラウザに返している。
　さらに，（ウ）の「遠隔／モバイル・データ処理システムが応答を受信すると，受信応答が入手可能であることがユーザに通知され，ユーザがその応答を要求した場合，ウェブ・ブラウザにその応答が供給される」との記載から，ユーザは，遠隔／モバイル処理システムに応答を要求すると，ウェブ・ブラウザにその応答が供給される。
　したがって，引用例には，
　要求に対する応答を受信して応答を送信する第２のコンピュータと，要求を要求待ち行列に記憶して，暫定応答を返す第１のコンピュータ内のクライアント側インタセプトと，
　要求に対する応答が供給されるウェブ・ブラウザ，
が記載されている。
ｃ　（エ）の「クライアント側インタセプト・モジュール３０は，通信リンク３５を介してサーバ側インタセプト・モジュール４０と通信する。ウェブ・ブラウザ１０とクライアント側インタセプト・モジュール３０は，第１のコンピュータ５内に含めることができる。サーバ側インタセプト・モジュール４０とウェブ・サーバ２０は第２のコンピュータ６内に含めることができる。第１のコンピュータ５と第２のコンピュータ６は外部通信リンク３５を介して通信する。」との記載から，引用例に記載された第１のコンピュータ及び第２のコンピュータは外部通信リンクを介して通信している。そして，第１のコンピュータ５は，クライアント側インタセプト・モジュール３０を含む。
　また，（イ）の「遠隔／モバイル・データ処理システムが第２のコンピュータに接続されているときに記憶されている要求を第２のコンピュータに送信することができ，第２のコンピュータを介してサーバから要求に対する応答を受信することができる」との記載，及び，（エ）の「第１のコンピュータ５は，遠隔／モバイル・データ処理システムであることが好ましい」との記載から，引用例には，第１のコンピュータが第２のコンピュータと接続されているときに要求を第２のコンピュータに送信し，第２のコンピュータから応答を受信する事項が記載されている。
　したがって，引用例には，
　第１のコンピュータが外部通信リンクを介して第２のコンピュータと接続されているときは，要求を第１のコンピュータから第２のコンピュータに送信し，第２のコンピュータからの応答を受信する，
事項が記載されている。
ｄ　（オ）の「データ処理システムが接続されていないか，要求処理が据え置かれる場合，要求は要求待ち行列に記憶され，その要求に対する応答として暫定応答がブラウザに送られる」との記載，（カ）の「接続が確立されると，ブラウザから元々保管され，要求待ち行列に記憶されていた情報を使用して要求を再構成し，その要求を第２のコンピュータに送る…（中略）…サーバから応答を受け取る」との記載，及び，（キ）の「あらゆるＨＴＭＬページと同様に，将来の使用のためにＨＴＭＬフォームをキャッシュに入れることができる。本発明によると，キャッシュに入れられたＨＴＭＬフォームを編集して後で発信したり，異なるユーザ入力値を使用して再発信することができる。…（中略）…モバイル環境では，サーバに接続できないときでも切断フォーム送信によってユーザの生産性を高めることができる。これによって，どのネットワークにも接続せずに複数のデータ入力ページに記入することができる」との記載，及び，キャッシュは第１のコンピュータに備えられていることから，引用例には，
　第１のコンピュータが外部通信リンクを介して第２のコンピュータと接続されていないときは，第１のコンピュータ内のキャッシュに入れられたＨＴＭＬフォームを編集し後で発信する，
事項が記載されている。
ｅ　（ア）の「本発明は，…（中略）…ウェブ・ブラウザ／ウェブ・サーバ通信モデルを使用した遠隔／モバイル・コンピューティングに関する」との記載，及び，（ウ）の「遠隔／モバイル・データ処理システムが応答を受信すると，受信応答が入手可能であることがユーザに通知され，ユーザがその応答を要求した場合，ウェブ・ブラウザにその応答が供給される」との記載から，引用例には，
　ウェブ・ブラウザ／ウェブ・通信モデルを使用した遠隔／モバイル・データ処理システム，
が記載されている。
　
ウ　これらのことから，引用例には，以下の発明（以下，「引用発明」という。）が記載されている。
　
　ウェブ・ブラウザからの要求をインタセプトする，第１のコンピュータ内のクライアント側インタセプト・モジュールと，
　要求に対する応答を受信して応答を送信する第２のコンピュータと，要求を要求待ち行列に記憶して，暫定応答を返す第１のコンピュータ内のクライアント側インタセプトと，
　要求に対する応答が供給される第１のコンピュータ内のウェブ・ブラウザと，
　第１のコンピュータが外部通信リンクを介して第２のコンピュータと接続されているときは，要求を第１のコンピュータから第２のコンピュータに送信し，第２のコンピュータからの応答を受信するように構成されており，
　第１のコンピュータが外部通信リンクを介して第２のコンピュータと接続されていないときは，第１のコンピュータ内のキャッシュに入れられたＨＴＭＬフォームを編集し後で発信するように構成されているウェブ・ブラウザ／ウェブ・通信モデルを使用した遠隔／モバイル・データ処理システム。
　
（３）周知例１
ア　原査定の拒絶の理由で引用された，本願の出願の日前に頒布された刊行物である米国特許第５９９１７６０号明細書（１９９９年１１月２３日発行。以下，「周知例１」という。）には，図面とともに，次の事項が記載されている。
　
（ア）「As shown schematically in FIG. 5, another aspect of the system automatically enables the client computer 200 to first download a copy 504 of a remote network document 506 (e.g., a database) from an origin server 510 (origin server 510), and then modify the (database) copy 504 while disconnected from the network 295. Upon reconnect to the network 295, the client computer 200 then updates the remote (database) document 506 to reflect the changes made by the client computer 200 during disconnect. This enables the user to modify such a database during disconnect while automatically ensuring that such modifications will be made to the remote (database) document 506 upon re-connect.」（第５欄第６行〜同欄第１７行）
（訳：図５に図式的に示すように，このシステムのもう一つの側面は，クライアントコンピュータ２００が，基コンピュータ５１０（“基サーバ５１０”）から遠隔ネットワーク文書５０６（例えばデータベース）のコピー５０４を最初にダウンロードし，それからネットワーク２９５から切断されている間，（データベースの）コピー５０４を修正することを可能とすることである。ネットワーク２９５に再接続した後，クライアントコンピュータ２００は，遠隔（データベース）文書５０６を，切断中にクライアントコンピュータ２００によりなされた変更を反映するために更新する。これは，ユーザーがそのようなデータベースをネットワーク切断中に修正できるようにすることを可能とする一方，再接続後に遠隔（データベース）文書５０６に対してその修正を自動的に行うことを保証する。）　
　
（イ）「FIG. 8 thus shows a process of accessing and modifying the downloaded database copy 504 in the client computer 200 when disconnected. Specifically, after data is entered into the templates, the browser 399 first requests access to the database 506 via the interceptor 394 and the redirector 600 (step 800). The redirector then queries the connection manager 602 at step 802 to determine if the client computer 200 is connected to the network 295. If connected to the network 295, the database 506 on the origin server 510 is accessed and modified, by conventional means, over the network 295 (step 804).
 If the client computer 200 is not connected to the network 295, the redirector 600 accesses the mapping table 606 to ascertain the location of the database and local application program 502 in the client directory structure (step 806). The redirector 600 then transmits the location of the local application program 502, the database copy 504, and the data to modify the database copy 504 to the local engine 604 at step 808. The local engine 604 then locates the database copy 504 and local application program 502, translates the data, and then transmits the translated data to the local application program 502, (step 810). The application program 502 then modifies the database at step 812 and responsively sends an HTML response to the browser 399 reflecting the modifications (step 814). Upon reconnect, the data pump 608 may upload the modified database to the origin server 510 to reflect the changes made in the database.」（第６欄第４９行〜第７欄第９行）
（訳：したがって，図８は，ネットワーク切断時に，クライアントコンピュータ内のダウンロードされたデータベースのコピー５０４にアクセスして修正するプロセスを示す。特に，データがテンプレートに入力された後，ブラウザ３０９はまず最初にインタセプタ３９４及びリダイレクタ６００経由でデータベース５０６へのアクセスを要求する（ステップ８００）。それから，そのリダイレクタは，クライアントコンピュータ２００がネットワーク２９５に接続されているか決定するために，ステップ８０２において，接続マネージャ６０２に問い合わせを行う。もしネットワーク２９５に接続されていれば，基サーバ５１０上のデータベース５０６は，通常の手段により，ネットワーク２９５経由でアクセス及び修正を行う（ステップ８０４）。もし，クライアントコンピュータ２００がネットワーク２９５に接続されていなければ，リダイレクタ６００は，クライアントディレクトリ構造内におけるデータベース及びローカルアプリケーションプログラム５０２の位置を確認するためにマッピング表６０６にアクセスする（ステップ８０６）。それから，ステップ８０８において，リダイレクタ６００は，ローカルアプリケーションプログラム５０２，データベースのコピー５０４，及び，データベースコピー５０４を修正するためのデータの位置を，ローカルエンジン６０４に送る。それから，ローカルエンジン６０４は，データベースのコピー５０４及びローカルアプリケーションプログラム５０２の位置を検出して，データを翻訳し，それから翻訳されたデータをローカルアプリケーションプログラム５０２に送る（ステップ８１０）。それから，アプリケーションプログラム５０２はステップ８１２においてデータベースを修正し，修正を反映したHTML応答をブラウザ３９９に応答送信する（ステップ８１４）。再接続すると，データ送信装置６０８は，データベースへの更新を反映するために基サーバ５１０に修正されたデータベースをアップロードし得る。）
　
イ　これらのことから，周知例１には，以下の周知技術（以下，「周知技術１」という。）が記載されている。
　
　クライアントコンピュータがデータベースを備えて，ネットワーク切断中は，該データベースを修正し，ネットワークに再接続すると該データベースをサーバー上にアップロードするシステム。
　
（４）周知例２
ア　本願の出願の日前に頒布された刊行物である，相場隆宏，「活用＆選択　業務クライアントとしてのＰＤＡ　オンライン／オフライン機能が充実　残る課題は少ない資源」，日経オープンシステム，日経ＢＰ社，平成１３年１月１５日受入，第９４号，ｐｐ．１６６−１７３（以下，「周知例２」という。）には，図面とともに，次の事項が記載されている。
　
（ア）「図１●ＰＤＡの業務利用を推し進める環境　無線通信ができない場所でも使えて，操作が手軽で携帯性に優れるＰＤＡを，本格的にフィールド・ワークで業務に利用できる環境が整ってきた。ＰＤＡと企業内のサーバーとの間でデータ交換を可能にすることで業務用端末として威力を発揮する」（第１６７頁図１の説明文）
　
（イ）「２０００年中にＰａｌｍ　ＯＳやＷｉｎｄｏｗｓ　ＣＥ向けの製品出荷が相次いだモバイルＤＢを使えば，この工数を減らせる（図３）。モバイルＤＢは，サーバーのＤＢＭＳと同様に，ＳＱＬ文を使って端末内のデータを操作できる。また，サーバー側のＤＢを端末側のＤＢにコピーする，双方で更新内容を反映するといった機能を備える。簡単なスクリプトを記述するなどで，同期の条件を細かく定義することも可能である。」（第１６８頁右欄第２８行〜第１６９頁左欄第５行）
　
（ウ）図３の「２　クライアント・アプリケーション（独自開発）＋モバイルＤＢ」には，クライアントがモバイルＤＢを備え，モバイルＤＢの機能を利用してサーバー上のＤＢに入力を行うシステムであって，モバイルＤＢから携帯電話などの無線通信によりサーバー上のＤＢと連携をとる技術事項が記載されていると認められる。
　
イ　これらのことから，周知例２には，以下の周知技術（以下，「周知技術２」という。）が記載されている。
　
　クライアントがデータベースを備えて，無線通信ができない場所では，該データベースを操作し，無線通信ができる場所では，該データベースとサーバー上のデータベースを同期させるシステム。
　
３　引用発明との対比
　本願発明と引用発明とを対比する。
（１）引用発明における「ウェブ・ブラウザ」，「要求」，「通信外部リンク」は，各々，本願発明の「クライアントウェブブラウザ」，「リクエスト」，「ネットワーク」に相当する。
（２）引用発明の「ウェブ・ブラウザからの要求をインタセプトする，第１コンピュータ内のクライアント側インタセプト・モジュール」は，ウェブ・ブラウザからの要求をクライアント側インタセプト・モジュールが受信することに当たるので，本願発明の「クライアントウェブブラウザからのリクエストを受信する手段」に相当する。
（３）引用発明の「要求に対する応答を受信して応答を送信する第２のコンピュータと，要求を要求待ち行列に記憶して，暫定応答を返す第１のコンピュータ内のクライアント側インタセプト」は，要求に対して，応答を返す，又は，要求待ち行列に記憶して暫定応答を返すという，要求に対する処理を行うことに当たるので，本願発明の「前記リクエストを処理する手段」に相当する。
（４）引用発明の「要求に対する応答が供給される第１のコンピュータ内のウェブ・ブラウザ」は，要求に対する応答をユーザーに表示する手段であり，応答のユーザーへの表示は要求に対するサービスをユーザーに提供することに当たるから，本願発明の「前記リクエストに対するサービスを提供する手段」に相当する。
（５）引用発明の「第１のコンピュータが外部通信リンクを介して第２のコンピュータと接続されているときは，要求を第１のコンピュータから第２のコンピュータに送信し，第２のコンピュータからの応答を受信するように構成されており」において，第２のコンピュータから応答を受信することは本願発明の「処理されたリクエストに応答」に相当し，引用発明の「第１のコンピュータが外部通信リンクを介して第２のコンピュータと接続されているとき」は本願発明の「ネットワークに対する接続がアクティブである場合」であることに相当し，引用発明において，第２のコンピュータは要求を受信して何らかの処理を行って応答しているといえる。
　したがって，引用発明と本願発明は，
　処理されたリクエストに応答し，ネットワークに対する接続がアクティブである場合にはネットワークを介して処理を行うように構成されている点，
で共通する。
（６）引用発明の「第１のコンピュータが外部通信リンクを介して第２のコンピュータと接続されていないときは，第１のコンピュータ内のキャッシュに入れられたＨＴＭＬフォームを編集し後で発信するように構成されている」において，キャッシュに入れられたＨＴＭＬフォームを編集することは，編集という処理を要求されてその結果をローカルで処理することであるから，本願発明とは，ローカルで処理を行う点で共通する。
　また，引用発明の「第１のコンピュータが外部通信リンクを介して第２のコンピュータと接続されていないとき」は，本願発明の「ネットワークに対する接続がアクティブでない場合」に相当する。
　したがって，引用発明と本願発明は，
　処理されたリクエストに応答し，ネットワークに対する接続がアクティブでない場合にはローカルで処理を行うように構成されている点，
で共通する。
（７）引用発明の「ウェブ・ブラウザ／ウェブ・通信モデルを使用した遠隔／モバイル・データ処理システム」は，ウェブブラウザからの要求を，第１のコンピュータ内のクライアント側インタセプト・モジュールがインタセプトした後，当該要求を第２のコンピュータに送信して第２のコンピュータからの応答を受信するか，又は，第１のコンピュータにおいて，キャッシュに入れられたＨＴＭＬフォームを編集し後で発信するように構成された，第１のコンピュータ及び第２のコンピュータからなるシステムであるから，本願発明の，クライアントウェブブラウザからのリクエストを受信し，当該リクエストを，ネットワークを介してデータを処理するか，又は，ローカルのデータを処理する「ウェブアプリケーションを動作させる装置」に対応する。
　以上のことから，本願発明と引用発明との一致点及び相違点は，次のとおりである。
　
　［一致点］
　クライアントウェブブラウザからのリクエストを受信する手段と，
　前記リクエストを処理する手段と，
　前記リクエストに対するサービスを提供する手段と，
　処理されたリクエストに応答し，ネットワークに対する接続がアクティブである場合にはネットワークを介して処理を行うように構成されており，
　処理されたリクエストに応答し，ネットワークに対する接続がアクティブでない場合にはローカルで処理を行うように構成されているウェブアプリケーションを動作させる装置。
　
　［相違点］
　本願発明は，リクエストを処理するに当たり，「データベースデータから前記リクエストに対するサービス」を提供し，「前記データベースデータにアクセスする手段」を備えて，この「前記データベースデータにアクセスする手段」は，「ネットワークに対する接続がアクティブである場合にはネットワークを介して前記データベースデータにアクセス」ように構成されるとともに「ネットワークに対する接続がアクティブでない場合にはローカルのデータベースデータにアクセス」するように構成されているのに対し，引用例には，「データベースデータにアクセスする」点について記載がない点。
　
４　判断
　以下，［相違点］について検討する。
　周知例１に記載された，クライアントコンピュータがデータベースを備えて，ネットワーク切断中は，該データベースを修正し，ネットワークに再接続すると該データベースをサーバー上にアップロードするシステム（「２　刊行物の記載事項」「（３）周知例１」のイに示した周知技術１。）や，周知例２に記載された，クライアントがデータベースを備えて，無線通信ができない場所では，該データベースを操作し，無線通信ができる場所では，該データベースとサーバー上のデータベースを同期させるシステム（「２　刊行物の記載事項」「（４）周知例２」のイに示した周知技術２。）から，
　クライアントがデータベースを備えて，ネットワークに対する接続がアクティブである場合には，ネットワークを介してデータベースデータにアクセスし，ネットワークに対する接続がアクティブでない場合にはローカルのデータベースデータにアクセスすることにより，リクエストに対するサービスを提供する技術事項は，当業者に周知の技術であったといえる。
　そして，引用発明は，第１のコンピュータが外部通信リンクを介して第２のコンピュータと接続されているときは，要求を第１のコンピュータから第２のコンピュータに送信し，第２のコンピュータからの応答を受信するように構成されており，第１のコンピュータが外部通信リンクを介して第２のコンピュータと接続されていないときは，第１のコンピュータ内のキャッシュに入れられたＨＴＭＬフォームを編集するものであり，また，キャッシュもデータベースもともに情報を格納するための周知の手段であることから，これに上記周知の技術を用いて，キャッシュをデータベースとし，要求に対する処理を，データベースデータに対して処理するようにすることは当業者が適宜なし得る事項である。したがって，要求（リクエスト）を処理するに当たり，第１のコンピュータが外部通信リンクを介して第２のコンピュータと接続されているときは，外部通信リンクを介して第２のコンピュータのデータベースデータにアクセスするようにし，第１のコンピュータが外部通信リンクを介して第２のコンピュータと接続されていないときは，第１のコンピュータに設けられた（ローカルの）データベースデータをアクセスしてＨＴＭＬフォームの編集をするようにすること，すなわち，本願発明のように，ネットワークに対する接続がアクティブである場合には，ネットワークを介してデータベースデータにアクセスし，ネットワークに対する接続がアクティブでない場合にはローカルのデータベースデータにアクセスし，「データベースデータから前記リクエストに対するサービス」を提供するようにすることは，当業者が適宜なし得るものである。
　よって，引用発明を，上記［相違点］に係る構成にすることは，当業者が上記周知の技術に基づいて適宜なし得る程度の事項にすぎない。
　
　そして，本願発明の奏する作用効果は，引用例に記載された発明及び周知技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
　したがって，本願発明は，引用例に記載された発明及び周知技術に基づいて，当業者が容易に発明をすることができたものであり，特許法２９条２項の規定により，特許を受けることができないものである。
　
５　本願発明についてのむすび
　以上のとおり，本願発明は，特許法２９条２項の規定により特許を受けることができないから，他の請求項に係る発明について検討するまでもなく，本願は拒絶されるべきものである。
　よって，結論のとおり審決する。