【事件の表示】
　特願２０００−２４１０５４「トランスコーディング処理の中間ステージでトランスコーディングされたデータ・タイプのための動的に提供されるコンテンツ・プロセッサ」拒絶査定不服審判事件〔平成１３年　４月２７日出願公開、特開２００１−１１７８１０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．　手続の経緯
　
　本願は、平成１２年８月９日（パリ優先権主張平成１１年８月１９日）の出願であって、平成１６年２月２３日付け拒絶理由通知に対して、同年９月２日付けで手続補正がされ、平成１７年６月１０日付け拒絶理由通知に対して、同年１２月１５日付けで手続補正がされたが、平成１８年１月１６日付けで拒絶査定され、これに対して、同年４月１７日に拒絶査定不服の審判が請求されたものである。
　
２．　本願発明　（請求項２０に係る発明について）
　
　本願発明は、平成１７年１２月１５日付け手続補正書により補正された明細書の特許請求の範囲の請求項１乃至３９に記載されたとおりのものである。
　本願請求項１乃至３９に係る発明のうちで最も権利範囲の広い発明として記載されているのは、請求項２０に係る発明であるから、請求項２０に係る発明について検討する。
　本願請求項２０に係る発明（以下、「請求項２０発明」という。）は、平成１７年１２月１５日付け手続補正書により補正された明細書の特許請求の範囲の請求項２０に記載された次のとおりのものである。
　
＜請求項２０発明＞
「　　【請求項２０】
　文書を求める要求を処理するデータ処理システムにおける方法であって、
　前記データ処理システム内のローカルメモリに記録されたプログラムの手順に従い前記データ処理システムのプロセッサ、前記ローカルメモリ、ネットワークアダプタその他のハードウェア資源を協働せしめ、文書を求める要求をクライアントから受信するステップと、
　前記文書を第１フォーマットで入手する、データ処理システムの前記手順に従う前記ハードウェア資源の協働によって実施されるステップと、
　前記クライアントが前記第１フォーマットの前記文書を処理できないことの判定に応答して、前記第１フォーマットの前記文書を処理するコンピュータ実施される命令と共に前記第１フォーマットの文書を送信する、データ処理システムの前記手順に従う前記ハードウェア資源の協働によって実施されるステップと
　を含む方法。」
　
３．　引用例　（請求項２０に係る発明ついて）
　
　原査定の拒絶の理由に引用された、本願出願前であって本願優先権主張日前でもある平成１１年６月２日に頒布された刊行物である、特開平１１−１４９４４８号公報（以下、「引用例１」という。）には、図面とともに以下の記載がある。
　
（ａ）　「【請求項１】  クライアントサーバ型のネットワークでデータ伝送を行うネットワークシステムにおいて、
情報提供を行うサーバと、
前記サーバからデータを取得する際に、データ伝送情報に関する指標をデータ取得要求に付加し、指標付きデータ取得要求を生成して送信する指標付きデータ取得要求送信手段を含むクライアント端末と、
前記サーバから取得した前記データを前記指標にもとづいて変換するデータ変換手段と、変換後のデータを格納するデータ格納手段と、から構成され、前記サーバと前記クライアント端末との中継制御を行う中継サーバと、
を有することを特徴とするネットワークシステム。
【請求項２】  前記指標付きデータ取得要求送信手段は、通信網の通信状態及び自己の処理能力を前記データ伝送情報とすることを特徴とする請求項１記載のネットワークシステム。」
　
（ｂ）　「【請求項４】  前記ネットワークシステムは、ＨＴＴＰプロトコルを用いて、前記データ伝送を行うことを特徴とする請求項１記載のネットワークシステム。
【請求項５】  前記指標付きデータ取得要求送信手段は、前記データがＨＴＭＬの場合は、前記ＨＴＭＬの版数を前記指標とすることを特徴とする請求項４記載のネットワークシステム。
【請求項６】  前記指標付きデータ取得要求送信手段は、前記データが画像ファイルの場合は、自己の表示可能サイズを前記指標とすることを特徴とする請求項１記載のネットワークシステム。
【請求項７】  前記データ変換手段は、前記指標が前記クライアント端末の表示可能サイズの場合は、前記データを前記表示可能サイズ以下に変換することを特徴とする請求項６記載のネットワークシステム。
【請求項８】  前記指標付きデータ取得要求送信手段は、前記データがＧＩＦの場合は、前記クライアント端末が表現できる色数を前記指標とすることを特徴とする請求項１記載のネットワークシステム。」
　
（ｃ）　「【請求項１３】  情報提供を行うサーバからデータを取得するクライアント端末において、
前記サーバから前記データを取得する際に、データ伝送情報に関する指標をデータ取得要求に付加し、指標付きデータ取得要求を生成して送信する指標付きデータ取得要求送信手段を有することを特徴とするクライアント端末。
【請求項１４】  情報提供を行うサーバと、サーバからデータを取得するクライアント端末との中継制御を行う中継サーバにおいて、
前記サーバから取得した前記データを前記指標にもとづいて変換するデータ変換手段と、
変換後のデータを格納するデータ格納手段と、
を有することを特徴とする中継サーバ。」
　
（ｄ）　「【０００１】
【発明の属する技術分野】本発明はネットワークシステム、クライアント端末及び中継サーバに関し、特にクライアントサーバ型のネットワークでデータ伝送を行うネットワークシステム、情報提供を行うサーバからデータを取得するクライアント端末及び情報提供を行うサーバと、サーバからデータを取得するクライアント端末との中継制御を行う中継サーバに関する。
【０００２】
【従来の技術】近年、ネットワーク技術の進歩に伴って、テキスト、画像、音声などを統合的に組み合わせて通信するマルチメディア通信の機運が急速に高まってきている。
【０００３】マルチメディア通信では、ネットワーク上の他の端末に各種サービスを提供する際に、情報提供サーバを用いている。情報提供サーバは、テキストデータ、画像データ、音声データ、等のさまざまなマルチメディアデータを相手端末へ伝送する。
【０００４】図１７は情報提供サーバと端末とのデータ伝送構成を示す図である。端末２００は、付属する通信網インタフェース（図示せず）を用いて通信網５０と接続し、情報提供サーバ３００はゲートウェイ４００を介して通信網５０と接続する。そして、端末２００及び情報提供サーバ３００間とで通信が行われる。
【０００５】端末２００が情報提供サーバ３００からデータをダウンロードする際、端末２００と情報提供サーバ３００間で物理的もしくは仮想的なコネクションを開設する。そして、このコネクション上で端末２００からデータ取得要求がなされ、情報提供サーバ３００からそのデータを伝送する。
【０００６】この場合、端末２００からのデータ取得要求には、情報提供サーバ３００の持つデータの名称が指定されており、これを得た情報提供サーバ３００はデータの名称と一致するデータを端末２００へ伝送する。その後、コネクションを切断するか、再び他のデータへの取得要求がなされる。
【０００７】
【発明が解決しようとする課題】しかし、上記のような従来のデータ伝送では、情報提供サーバ３００は、通信網５０の状態とは無関係に蓄積されたデータを伝送していた。このため、例えば通信網５０の伝送能力が低い場合でも大量のデータを送ることになり、端末２００がデータを取得するのに時間がかかるといった問題があった。
【０００８】また、情報提供サーバ３００は、相手端末の種別や処理能力を考慮せずに、蓄積されたデータをそのまま伝送していた。このため、端末２００にデータを格納するだけのメモリがなかったり、端末２００が表示できる能力を越えている表示データを伝送してしまったり等の問題があった。
【０００９】本発明はこのような点に鑑みてなされたものであり、通信状態や端末の処理能力などの条件に応じてデータ変換を行って、効率よくデータ伝送を行うネットワークシステムを提供することを目的とする。
【００１０】また、本発明の他の目的は、通信状態や端末の処理能力などの条件をデータに付加して送信し、効率よくデータ伝送を行うクライアント端末を提供することにある。
【００１１】さらに、本発明の他の目的は、通信状態や端末の処理能力などの条件に応じてデータ変換を行って、効率よくデータ伝送を行う中継サーバを提供することにある。
【００１２】
【課題を解決するための手段】本発明では上記課題を解決するために、クライアントサーバ型のネットワークでデータ伝送を行うネットワークシステムにおいて、情報提供を行うサーバと、前記サーバからデータを取得する際に、データ伝送情報に関する指標をデータ取得要求に付加し、指標付きデータ取得要求を生成して送信する指標付きデータ取得要求送信手段を含むクライアント端末と、前記サーバから取得した前記データを前記指標にもとづいて変換するデータ変換手段と、変換後のデータを格納するデータ格納手段と、から構成され、前記サーバと前記クライアント端末との中継制御を行う中継サーバと、を有することを特徴とするネットワークシステムが提供される。
【００１３】ここで、指標付きデータ取得要求送信手段は、サーバからデータを取得する際に、データ伝送情報に関する指標をデータ取得要求に付加し、指標付きデータ取得要求を生成して送信する。データ変換手段は、サーバから取得したデータを指標にもとづいて変換する。データ格納手段は、変換後のデータを格納する。
【００１４】
【発明の実施の形態】以下、本発明の実施の形態を図面を参照して説明する。図１は本発明のネットワークシステムの原理図である。ネットワークシステム１０は、クライアントサーバ型のネットワーク構成をとり、通信網５０を通じてデータ伝送を行う。
【００１５】また、ネットワークシステム１０は、情報提供を行うサーバ３０と、サーバ３０からデータを取得するクライアント端末２０と、サーバ３０とクライアント端末２０との中継制御を行う中継サーバ４０と、から構成される。
【００１６】指標付きデータ取得要求送信手段２１は、クライアント端末２０がサーバ３０からデータを取得する際に、データ伝送情報に関する指標をデータ取得要求に付加し、指標付きデータ取得要求Ｃを生成して送信する。
【００１７】ここでデータ伝送情報とは、通信網５０の通信状態及びクライアント端末２０自身の処理能力等を意味する。中継サーバ４０は、この指標付きデータ取得要求Ｃをサーバ３０へ送信し、該当するデータＤ１をサーバ３０から取得する。
【００１８】データ変換手段４１は、サーバ３０から取得したデータＤ１を指標にもとづいて変換し、データ格納手段４２は、変換後のデータＤ２を格納する。その後、中継サーバ４０は、変換後のデータＤ２をクライアント端末２０へ送信する。
【００１９】なお、中継サーバ４０が行う中継制御とは、クライアント端末２０とサーバ３０間で送受信するデータに対して、指標にもとづいて変換したり、変換の必要がなければ変換せずにデータを送信したりといった伝送制御を意味する。
【００２０】次に本発明のネットワークシステム１０の具体的な構成について説明する。図２はネットワークシステム１０の構成を示す図である。ここで本発明のクライアント端末２０（以下、携帯端末２０と呼ぶ。）は、ＰＨＳ機能を持つものとする。また、携帯端末２０と、サーバ３０とは、インターネット上でデータ伝送を行うものとする。」
　
（ｅ）　「【００２９】この場合、本発明では携帯端末２０の処理能力や通信状態に関する指標をデータ取得要求に含めて、指標付きデータ取得要求を生成して送信する。指標付きデータ取得要求の生成には、ＵＲＩ（Universal Resource Identifier)に指標を含める場合と、ＨＴＴＰヘッダに指標を含める場合と、がある。詳細は後述する。」
　
（ｆ）　「【００３１】以上説明したように、本発明のネットワークシステム１０は、指標付きデータ取得要求を送信して、中継サーバ４０でサーバ３０から取得したデータを指標にもとづいて変換した後、携帯端末２０へ送信する構成とした。
【００３２】これにより、サーバ３０、中継サーバ４０及びネットワークの負荷を軽減することが可能になる。次に図５及び図６を用いて指標付きデータ取得要求の生成について説明する。図５はＵＲＩに指標を含めた場合の指標付きデータ取得要求を示す図である。
【００３３】ＵＲＩに指標を含めた場合の指標付きデータ取得要求Ｃ１は、実際のＵＲＩ１ａに続けて、指標１ｂを付加している。この指標１ｂでデータ伝送情報の状態を指定している。なお、ｗｗｗ．ｈｏｇｅ．ｃｏ．ｊｐは、ＷＷＷのサーバ３０の名前である。
【００３４】図６はＨＴＴＰヘッダに指標を含めた場合の指標付きデータ取得要求を示す図である。指標付きデータ取得要求Ｃ２は、ＨＴＴＰヘッダ２ａ内に、指標２ｂを付加している。
【００３５】このようにＨＴＴＰのヘッダの拡張を利用して、ＨＴＴＰプロトコルの中に指標２ｂを埋め込む。そして、この指標２ｂでデータ伝送情報の状態を指定する。なお、図５の指標１ａ及び図６の指標２ｂのいずれに対しても、携帯端末２０の能力が低く、通信品質が悪いことを示している。
【００３６】したがって、データ変換する際には、携帯端末２０が低処理能力で低通信品質であるため、データがなるべく少なくなるように変換を行う。具体的には、通信すべきデータがカラー画像であれば、カラー画像データを白黒の１６階調に変換するなどが考えられる。」
　
（ｇ）　「【００４４】図８はサーバ３０内のデータが更新されていない場合での更新制御を伴ったデータ伝送の処理手順を示すシーケンス図である。なお、ＴＣＰ／ＩＰリンク開設後から説明する。
〔Ｓ３０〕携帯端末２０は中継サーバ４０へ指標付きデータ取得要求を送信する。
〔Ｓ３１〕中継サーバ４０は、サーバ３０内のデータが更新されたか否かを知るために、データ取得要求をする際、最終更新時間を含めて要求する。
〔Ｓ３２〕サーバ３０は、最終更新時間が変わっていないので、ヘッダのみ中継サーバ４０に送信する。
〔Ｓ３３〕中継サーバ４０は、ヘッダ内の最終更新時間からデータが更新されていないことを知り、すでに格納しているデータを読みだす。
〔Ｓ３４〕中継サーバ４０は、変換済みのデータを携帯端末２０へ送信する。
【００４５】図９はサーバ３０内のデータが更新されている場合での更新制御を伴ったデータ伝送処理手順を示すシーケンス図である。なお、ＴＣＰ／ＩＰリンク開設後から説明する。
〔Ｓ４０〕携帯端末２０は中継サーバ４０へ指標付きデータ取得要求を送信する。
〔Ｓ４１〕中継サーバ４０は、サーバ３０内のデータが更新されたか否かを知るために、データ取得要求をする際、最終更新時間を含めて要求する。
〔Ｓ４２〕サーバ３０は最終更新時間が変わっているので、データベース照会言語であるＳＱＬを使ってデータベース３０ａから、要求を受けた最新のデータを取り出し、最終更新時間も含めて中継サーバ４０に送信する。
〔Ｓ４３〕中継サーバ４０は、最終更新時間から更新されていることを知り、データを指標にもとづいて変換し、ディスクに書き込む。
〔Ｓ４４〕中継サーバ４０は、変換後のデータを携帯端末２０へ送信する。」
　
（ｈ）　「【００５３】次にデータ変換について説明する。サーバ３０から取得するマルチメディアデータには様々な種類があるが、ここではＨＴＭＬで記述されたテキストデータ、ＧＩＦ (Graphics Interchange Format) による画像データ、ＪＰＥＧフォーマットによる画像データを対象にする。
【００５４】まず、携帯端末２０のＨＴＭＬのデータ処理能力に対応して、データ変換される場合を考える。ＨＴＭＬのフォーマットには現在も数々の改良が重ねられている。
【００５５】このため携帯端末２０のビューワが、古いＨＴＭＬにしか対応できいない場合には、新しいＨＴＭＬフォーマットのデータを解釈することができない。図１３は指標付きデータ取得要求を示す図である。ビューワ１００は、携帯端末２０の処理能力として、ＨＴＭＬのバージョン１．０に対応していることを示しており、この指標付きデータ取得要求が送信される。
【００５６】図１４は中継サーバ４０がサーバ３０から取得したＨＴＭＬを示す図である。ビューワ１０１は、携帯端末２０からのデータ取得要求にもとづいて、中継サーバ４０がサーバ３０から取得したＨＴＭＬを示している。
【００５７】図１５はデータ変換後のＨＴＭＬを示す図である。ビューワ１０２はデータ変換後のＨＴＭＬを示しており、このＨＴＭＬが携帯端末２０上に表示される。すなわち、図１４のデータ部分１０１ａは、＜FRAMESET＞というＨＴＭＬのバージョン３．２のフォーマットであるため、携帯端末２０が有するビューワでは解釈できず、＜BODY＞以降のみしか解釈できない。
【００５８】したがって、中継サーバ４０では、解釈できないデータ部分１０１ａを削除して図１５のようなデータに変換し、携帯端末２０へ送信する。次にデータが画像ファイルの場合の変換について説明する。画像ファイルにはカラー、白黒、高精度、低精度、高品質、低品質などさまざまなものがあり、画素数もさまざまである。
【００５９】例えば携帯端末２０が白黒でメモリが少ない場合は、カラーで高精度、高品質のデータを取得しても見ることができない。また、表示できる大きさが限られた携帯端末２０では、広大な画像は見ることができない。さらに通信状態が悪いときに大きな画像データを伝送しようとすると、データの取得に途中で失敗したり、データ伝送に時間がかかったりする。
【００６０】図１６は画像ファイルの変換テ−ブルを示す図である。テ−ブル１１０には、携帯端末２０及び通信状態の状況によって、適切に変換を行う際の変換方法が記載されている。
【００６１】例えば、携帯端末２０が白黒表示の処理能力である場合、対象フォーマットがＧＩＦであれば、カラー画像をgrayscale の２、４、８、１６のいずれかの階調に変換する。
【００６２】なお、ＧＩＦ、ＪＰＥＧともに画像サイズの増減は可能であり、ＧＩＦは色数を指定することができるが、ＪＰＥＧは色数は指定できない。また、ＪＰＥＧでは画像品質を指定することができるがＧＩＦはできない。
【００６３】以上説明したように、本発明のネットワークシステム１０は、データの取得の際、クライアント端末２０、中継サーバ４０間の通信網５０の状態や端末自身の処理能力を考慮して、中継サーバ４０でデータを変換して取得する構成とした。
【００６４】これにより、データ量が縮小され、また冗長なデータを削減することができ、効率的にデータ伝送が行えるという効果が得られる。さらに、データ取得要求の際、中継サーバ４０でデータ変換後にデータを蓄積しておくことにより、２回目以降の取得要求に対し変換済みファイルにアクセスするだけになるので、中継サーバ４０の負荷及びサーバ３０の負荷を軽減することが可能になる。
【００６５】
【発明の効果】以上説明したように本発明のネットワークシステムは、クライアント端末がサーバからデータを取得する際に、データ伝送情報に関する指標をデータ取得要求に付加して送信し、中継サーバでサーバから取得したデータを指標にもとづいて変換した後、クライアント端末へ送信する構成とした。これにより、サーバと、クライアント端末間で、通信網の通信状態や自己の処理能力等の条件に合ったデータの送受信を行うことができるので、効率のよいデータ伝送が可能になる。
【００６６】また、本発明のクライアント端末は、サーバからデータを取得する際に、データ伝送情報に関する指標をデータ取得要求に付加して送信する構成とした。これにより、通信網の通信状態や自己の処理能力等の条件を情報提供側へ通知することができるので、効率のよいデータ伝送が可能になる。
【００６７】さらに、本発明の中継サーバは、サーバから取得したデータを指標にもとづいて変換した後、クライアント端末へ送信する構成とした。これにより、通信網の通信状態や自己の処理能力等の条件に合ったデータをクライアント端末へ送信できるので、効率のよいデータ伝送が可能になる。」
　
　
　上記引用例１の記載事項及び図面を総合すると、引用例１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
　
＜引用発明＞
「サーバ（３０）及びデータベース（３０ａ）からのＨＴＭＬで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データ
を求めるクライアント端末（２０）からのデータ取得要求（Ｃ）を処理し、
前記ＨＴＭＬで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データをクライアント端末（２０）に供給する、
中継サーバ（４０）とサーバ（３０）とデータベース（３０ａ）からなるネットワークシステム（１０）における方法であって、
　
前記ネットワークシステム（１０）内の中継サーバ（４０）内にローカルに記録されたデータベース照会言語であるＳＱＬの手順に従い、
前記ネットワークシステム（１０）内の中継サーバ（４０）のゲートウェイ（４００）その他のハードウェア資源を協働せしめ、
ＨＴＭＬで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データを求めるデータ取得要求（Ｃ）を
付属する通信網インタフェースその他の通信手段を介して通信網（５０）に接続されたクライアント端末（２０）から受信するステップと、
　
前記中継サーバ（４０）内のデータ格納手段（４２）または前記中継サーバ（４０）に前記通信網（５０）を介して接続された前記データベース（３０ａ）に記録されている
前記ＨＴＭＬで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データを、ＨＴＭＬのバージョン３．２のフォーマットで入手する、ネットワークシステム（１０）の前記手順に従う前記ハードウェア資源の協働によって実施されるステップと、
　
前記クライアント端末（２０）が前記ＨＴＭＬのバージョン３．２のフォーマットの前記ＨＴＭＬで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データを、
クライアント端末（２０）がＨＴＭＬのバージョン３．２のビューワを有しないことにより、
クライアント端末（２０）が有するＨＴＭＬのバージョン１．０のビューワでは解釈できないことの判定に応答して、
中継サーバ（４０）が、ＨＴＭＬのバージョン３．２のフォーマットで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データをデータ変換して、クライアント端末（２０）が有するＨＴＭＬのバージョン１．０のビューワで解釈可能なＨＴＭＬのバージョン１．０のフォーマットで記述したテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データを生成し、この生成したＨＴＭＬのバージョン１．０のフォーマットで記述したテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データをクライアント端末（２０）へ送信する、
ネットワークシステム（１０）の前記手順に従う前記ハードウェア資源の協働によって実施されるステップと
　を含む方法。」
　
　
４．　対比　（請求項２０発明ついて）
　
　請求項２０発明と引用発明とを比較すると、次のことがいえる。
　
（１）　引用発明における「ＨＴＭＬで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データ」は、請求項２０発明における「文書」に相当する。
（２）　引用発明における「データ取得要求（Ｃ）」は、請求項２０発明における「要求」に相当する。
（３）　引用発明における「中継サーバ（４０）とサーバ（３０）とデータベース（３０ａ）からなるネットワークシステム（１０）」は、請求項２０発明における「データ処理システム」に対応する。
（４）　引用発明における「クライアント端末（２０）」は、請求項２０発明における「クライアント」に相当する。
（５）　引用発明における「ＨＴＭＬのバージョン３．２のフォーマット」は、請求項２０発明における「第１フォーマット」に対応する。
（６）　引用発明における「データベース照会言語であるＳＱＬ」は、請求項２０発明における「プログラム」に対応する。
（７）　引用発明における「ゲートウェイ（４００）」は、請求項２０発明における「ネットワークアダプタ」に相当する。
（８）　引用発明における「クライアント端末（２０）が有するＨＴＭＬのバージョン１．０のビューワでは解釈できないこと」は、請求項２０発明における「処理できないこと」に対応する。
（９）　引用発明が、バージョン３．２のフォーマットのＨＴＭＬで記述されたデータを、クライアント端末（２０）が有するＨＴＭＬのバージョン１．０のビューワでは解釈できないと判定した場合に送信している情報である
「ＨＴＭＬのバージョン３．２のフォーマットで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データをデータ変換して生成した、クライアント端末（２０）が有するＨＴＭＬのバージョン１．０のビューワで解釈可能なＨＴＭＬのバージョン１．０のフォーマットで記述したテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データ」
と、請求項２０発明が、第１フォーマットの文書をクライアントが処理できないと判定した場合に送信している情報である
「第１フォーマットの文書」及び「第１フォーマットの文書を処理するコンピュータ実施される命令」
は、両者とも情報として、
「元のフォーマットで記述された文書に基づく情報であって、クライアントで処理可能な形態の情報」
である点で共通している。
　
　すると、請求項２０発明と引用発明とは次の点で一致する。
　
＜一致点＞
「文書を求める要求を処理するデータ処理システムにおける方法であって、
　前記データ処理システム内にローカルに記録されたプログラムの手順に従い前記データ処理システムのネットワークアダプタその他のハードウェア資源を協働せしめ、文書を求める要求をクライアントから受信するステップと、
　前記文書を第１フォーマットで入手する、データ処理システムの前記手順に従う前記ハードウェア資源の協働によって実施されるステップと、
　前記クライアントが前記第１フォーマットの前記文書を処理できないことの判定に応答して、
　前記第１フォーマットで記述された前記文書に基づく情報であって、クライアントで処理可能な形態の情報を送信する、
データ処理システムの前記手順に従う前記ハードウェア資源の協働によって実施されるステップと
　を含む方法。」
　
　一方で、請求項２０発明と引用発明とは次の点で相違する。
　
＜相違点１＞
　請求項２０発明のプログラムは「ローカルメモリに記録された」ものであるのに対し、引用発明のＳＱＬすなわちプログラムは「ローカルに記録された」ものであり、「メモリ」に記録されていない点。
　
＜相違点２＞
　請求項２０発明のハードウェア資源は「プロセッサ」及び「メモリ」を含むのに対し、引用発明のハードウェア資源は、これらを含むのか否か不明である点。
　
＜相違点３＞
　「４．　対比　（請求項２０発明について）」の中の（９）で挙げた
「前記第１フォーマットで記述された前記文書に基づく情報であって、クライアントで処理可能な形態の情報」が、
請求項２０発明では、
「前記第１フォーマットの前記文書を処理するコンピュータ実施される命令」と「前記第１フォーマットの文書」であるのに対し、
引用発明では
「ＨＴＭＬのバージョン３．２のフォーマットで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データをデータ変換して」生成した、「クライアント端末（２０）が有するＨＴＭＬのバージョン１．０のビューワで解釈可能なＨＴＭＬのバージョン１．０のフォーマットで記述したテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データ」である点。
　
　
５．　判断　（請求項２０発明について）
　
　上記相違点について検討する。
　
＜相違点１，２について＞
　ハードウェア資源としてプロセッサ及びメモリは、本願優先日前の情報処理装置における周知の構成であり、プログラムをそのメモリに記録することも、本願優先日前の周知技術である。
　これらが周知であったことは、例えば、本願優先権主張日の１０年以上も前の１９８６年に公開された特開昭６１−１５６４５１号公報における次の記載を参照することによって確認することができる。
「　［発明の概要］
　上記目的達成のため本発明にかかる入出力装置の制御装置においてはマイクロプログラムで作動するマイクロプロセッサと少なくとも一部が書き換え可能なコントロールストアとを備え、このコントロールストアに入出力装置制御用のマイクロプログラムと中央処理装置と同様の処理を行うマイクロプログラムを適宜選択して格納し、これに基づいた処理を行うようにしており、高度な処理機能を有する制御装置の有効活用を図ることができる。」（特開昭６１−１５６４５１号公報第２頁下左欄）
　なお、この記載における「マイクロプロセッサ」がプロセッサであり、「書き換え可能なコントロールストア」がメモリであり、「マイクロプログラム」がプログラムであることは当業者にとって明らかである。
　よって、引用例１の中継サーバ（４０）にプロセッサ及びメモリを設けて、引用例１のデータベース照会言語すなわちプログラムであるＳＱＬをその中継サーバ（４０）のメモリに記録すること、すなわち請求項２０発明におけるようにハードウェア資源にプロセッサ及びメモリを含ませて、プログラムをそのメモリに記録することは、引用例１に示された発明を実施しようとした当業者が当然行うことである。
　
＜相違点３について＞
　サーバとクライアントからなる情報処理システムにおいて、データとそのデータを変換するためのプログラムとを合わせて送信することは、本願優先権主張日前の周知技術であったから、
引用発明が、ＨＴＭＬのバージョン３．２のフォーマットで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データをデータ変換して、クライアント端末（２０）が有するＨＴＭＬのバージョン１．０のビューワで解釈可能なＨＴＭＬのバージョン１．０のフォーマットで記述したテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データを生成し、この生成したＨＴＭＬのバージョン１．０のフォーマットで記述したテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データを送信していることに替えて、
元のＨＴＭＬのバージョン３．２のフォーマットで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データと、ＨＴＭＬのバージョン３．２のフォーマットで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データを、ＨＴＭＬのバージョン１．０のフォーマットで記述したテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データにデータ変換するためのプログラムとを送信すること、
すなわち、請求項２０発明に係る「第１フォーマットの文書」と「第１フォーマットの文書を処理するコンピュータ実施される命令」とを送信するよう構成することは、当業者であれば適宜成し得たことである。
　前述の、サーバとクライアントからなる情報処理システムにおいて、データとそのデータを変換するためのプログラムとを合わせて送信することが、本願優先権主張日前の周知技術であったことは、例えば、原査定の拒絶の理由に引用された、本願出願前であって本願優先権主張日前でもある平成６年９月２日に頒布された刊行物である特開平６−２４３０１９号公報（以下、「引用例３」という。）における次の記載を参照することによって確認することができる。
　
「　【０００６】
　【課題を解決するための手段】
　上記課題を解決するため、この発明に係わるファイル変換方式では、クライアント側から対象となるデータと、その変換プログラムをサーバーに送信し、サーバー側ではクライアントから受信したデータの変換処理を行う際に、送られてきた変換プログラムを必要に応じて登録するとともに、前記変換プログラムに従って前記データの変換処理を実行するようにしたことを特徴とする。
　　【０００７】
　【作用】
　サーバーは、クライアント側から送られてきた変換対象のデータを取得すると、そのデータに変換プログラムが含まれているかどうかを判断する。変換プログラムが含まれている場合には、対象となるデータと変換プログラムに分離し、この変換プログラムにより、前記データの変換処理を実行する。この際、変換プログラムの登録要求があるときは、プログラムの登録処理を行い、前記変換プログラムに従ってデータの変換処理を実行する。
　　【０００８】
　これによれば、利用者による変換処理の変更や独自な変換要求に対してもこれを実行することができるので、利用者自身の業務に特化した効率的な変換サービスを提供することができる。」（引用例３）
　
　したがって、本願請求項２０に係る発明は、引用例１に示された発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
　
６．　本願発明　（請求項１に係る発明ついて）
　
　なお念のため、本願の請求項１に係る発明（以下、「請求項１発明」という。）についても検討する。
　
　請求項１発明は、平成１７年１２月１５日付け手続補正書により補正された明細書の特許請求の範囲の請求項１に記載された次のとおりのものであると認める。
　
＜請求項１発明＞
「　　【請求項１】
　分散データベースからのコンテンツをクライアントに供給するデータ処理システムにおける方法であって、
　サーバ内のローカルメモリに記録されたプログラムの手順に従い前記サーバのプロセッサ、前記ローカルメモリ、ネットワークアダプタその他のハードウェア資源を協働せしめ、前記ネットワークアダプタその他の通信手段を介してネットワークに接続された前記クライアントから、コンテンツを求める要求を受信するステップと、
　前記サーバ内の記録領域または前記サーバに前記ネットワークを介して接続された記録領域に記録されている第１フォーマットの前記コンテンツを、前記手順に従い前記ハードウェア資源を協働せしめて取り出すステップと、
　前記手順に従う前記ハードウェア資源の協働による前記コンテンツの第２フォーマットへのトランスコーディングの前に、前記クライアントが前記第１フォーマットで前記コンテンツを処理できるようにすることによって効率の向上が得られることの前記手順に従う前記ハードウェア資源の協働による判定に応答して、前記手順に従い前記ハードウェア資源を協働せしめて前記コンテンツを前記クライアントに前記第１フォーマットで送信するステップと、
　前記クライアントが前記第１フォーマット用のコンテンツ処理ソフトウェアを有しないことの前記手順に従う前記ハードウェア資源の協働による判定に応答して、前記第１フォーマットの前記コンテンツと共に前記第１フォーマット用の前記コンテンツ処理ソフトウェアを、前記手順に従い前記ハードウェア資源を協働せしめて前記クライアントに送信するステップと
　を含む方法。」
　
　
７．　引用例　（請求項１発明について）
　
　「３．　引用例　（請求項２０に係る発明ついて）」の項目ですでに述べたと同様であって、引用例１には、図面とともに上記（ａ）〜（ｈ）の記載があり、これらの記載事項及び図面を総合して、引用例１には、次の引用発明が記載されていると認められた。
　
＜引用発明＞　（繰り返しになるが再度掲載する。）
「サーバ（３０）及びデータベース（３０ａ）からのＨＴＭＬで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データ
を求めるクライアント端末（２０）からのデータ取得要求（Ｃ）を処理し、
前記ＨＴＭＬで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データをクライアント端末（２０）に供給する、
中継サーバ（４０）とサーバ（３０）とデータベース（３０ａ）からなるネットワークシステム（１０）における方法であって、
　
前記ネットワークシステム（１０）内の中継サーバ（４０）内にローカルに記録されたデータベース照会言語であるＳＱＬの手順に従い、
前記ネットワークシステム（１０）内の中継サーバ（４０）のゲートウェイ（４００）その他のハードウェア資源を協働せしめ、
ＨＴＭＬで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データを求めるデータ取得要求（Ｃ）を
付属する通信網インタフェースその他の通信手段を介して通信網（５０）に接続されたクライアント端末（２０）から受信するステップと、
　
前記中継サーバ（４０）内のデータ格納手段（４２）または前記中継サーバ（４０）に前記通信網（５０）を介して接続された前記データベース（３０ａ）に記録されている
前記ＨＴＭＬで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データを、ＨＴＭＬのバージョン３．２のフォーマットで入手する、ネットワークシステム（１０）の前記手順に従う前記ハードウェア資源の協働によって実施されるステップと、
　
前記クライアント端末（２０）が前記ＨＴＭＬのバージョン３．２のフォーマットの前記ＨＴＭＬで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データを、
クライアント端末（２０）がＨＴＭＬのバージョン３．２のビューワを有しないことにより、
クライアント端末（２０）が有するＨＴＭＬのバージョン１．０のビューワでは解釈できないことの判定に応答して、
中継サーバ（４０）が、ＨＴＭＬのバージョン３．２のフォーマットで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データをデータ変換して、クライアント端末（２０）が有するＨＴＭＬのバージョン１．０のビューワで解釈可能なＨＴＭＬのバージョン１．０のフォーマットで記述したテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データを生成し、この生成したＨＴＭＬのバージョン１．０のフォーマットで記述したテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データをクライアント端末（２０）へ送信する、
ネットワークシステム（１０）の前記手順に従う前記ハードウェア資源の協働によって実施されるステップと
　を含む方法。」
　
　
８．　対比　（請求項１発明について）
　
　請求項１発明と引用発明とを比較すると、次のことがいえる。
　まず、請求項２０発明と引用発明とを比較して先に述べた（１）〜（９）と同様に次のことがいえる。
　
（１）　引用発明における「ＨＴＭＬで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データ」は、請求項１発明における「コンテンツ」に相当する。
（２）　引用発明における「データ取得要求（Ｃ）」は、請求項１発明における「要求」に相当する。
（３）　引用発明における「中継サーバ（４０）とサーバ（３０）とデータベース（３０ａ）からなるネットワークシステム（１０）」は、請求項１発明における「データ処理システム」に対応する。
（４）　引用発明における「クライアント端末（２０）」は、請求項１発明における「クライアント」に相当する。
（５）　引用発明における「ＨＴＭＬのバージョン３．２のフォーマット」は、請求項１発明における「第１フォーマット」に対応する。
（６）　引用発明における「データベース照会言語であるＳＱＬ」は、請求項１発明における「プログラム」に対応する。
（７）　引用発明における「ゲートウェイ（４００）」は、請求項１発明における「ネットワークアダプタ」に相当する。
（８）　引用発明における「クライアント端末（２０）がＨＴＭＬのバージョン３．２のビューワを有しないこと」は、請求項１発明における「クライアントが第１フォーマット用のコンテンツ処理ソフトウェアを有しない」ことに対応する。
（９）　引用発明が、クライアント端末（２０）がＨＴＭＬのバージョン３．２のビューワを有しないと判定した場合に送信している情報である
「ＨＴＭＬのバージョン３．２のフォーマットで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データをデータ変換して生成した、クライアント端末（２０）が有するＨＴＭＬのバージョン１．０のビューワで解釈可能なＨＴＭＬのバージョン１．０のフォーマットで記述したテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データ」
と、請求項１発明が、クライアントが第１フォーマット用のコンテンツ処理ソフトウェアを有しないと判定した場合に送信している情報である
「第１フォーマットのコンテンツ」及び「第１フォーマット用のコンテンツ処理ソフトウェア」
は、両者とも情報として、
「元のフォーマットで記述されたコンテンツに基づく情報であって、クライアントで処理可能な形態の情報」
である点で共通している。
　
　また、請求項２０発明では表れていなかった部分について、請求項１発明と引用発明とを比較すると、次のことがいえる。
　
（１０）　引用発明における「サーバ（３０）及びデータベース（３０ａ）」は、請求項１発明における「分散データベース」に対応する。
（１１）　引用発明における「中継サーバ（４０）」は、請求項１発明における「サーバ」に対応する。
（１２）　引用発明におけるクライアント端末（２０）側の「付属する通信網インタフェース」は、請求項１発明におけるクライアント側の「ネットワークアダプタ」に対応する。
（１３）　引用発明における「通信網（５０）」は、請求項１発明における「ネットワーク」に対応する。
（１４）　引用発明における「中継サーバ（４０）内のデータ格納手段（４２）」は、請求項１発明における「サーバ内の記録領域」に対応する。
（１５）　引用発明における「中継サーバ（４０）に通信網（５０）を介して接続されたデータベース（３０ａ）」は、請求項１発明における「サーバにネットワークを介して接続された記録領域」に対応する。
（１６）　引用発明における「入手する」は、請求項１発明における「取り出す」に対応する。
（１７）　引用発明における「ＨＴＭＬのバージョン３．２のビューワ」は、請求項１発明における「第１フォーマット用のコンテンツ処理ソフトウェア」に対応する。
　
　すると、請求項１発明と引用発明とは次の点で一致する。
　
＜一致点＞
「分散データベースからのコンテンツをクライアントに供給するデータ処理システムにおける方法であって、
　サーバ内にローカルに記録されたプログラムの手順に従い前記サーバのネットワークアダプタその他のハードウェア資源を協働せしめ、前記ネットワークアダプタその他の通信手段を介してネットワークに接続された前記クライアントから、コンテンツを求める要求を受信するステップと、
　前記サーバ内の記録領域または前記サーバに前記ネットワークを介して接続された記録領域に記録されている第１フォーマットの前記コンテンツを、前記手順に従い前記ハードウェア資源を協働せしめて取り出すステップと、
　前記クライアントが前記第１フォーマット用のコンテンツ処理ソフトウェアを有しないことの前記手順に従う前記ハードウェア資源の協働による判定に応答して、
前記第１フォーマットで記述された前記コンテンツに基づく情報であって、クライアントで処理可能な形態の情報を、前記手順に従い前記ハードウェア資源を協働せしめて前記クライアントに送信するステップと
　を含む方法。」
　
　一方で、請求項１発明と引用発明とは次の点で相違する。
　
＜相違点４＞
　請求項２０発明のプログラムは「ローカルメモリに記録された」ものであるのに対し、引用発明のＳＱＬすなわちプログラムは「ローカルに記録された」ものであり、「メモリ」に記録されていない点。
　
＜相違点５＞
　請求項２０発明のハードウェア資源は「プロセッサ」及び「メモリ」を含むのに対し、引用発明のハードウェア資源は、これらを含むのか否か不明である点。
　
＜相違点６＞
　請求項１発明における
「前記手順に従う前記ハードウェア資源の協働による前記コンテンツの第２フォーマットへのトランスコーディングの前に、前記クライアントが前記第１フォーマットで前記コンテンツを処理できるようにすることによって効率の向上が得られることの前記手順に従う前記ハードウェア資源の協働による判定に応答して、前記手順に従い前記ハードウェア資源を協働せしめて前記コンテンツを前記クライアントに前記第１フォーマットで送信するステップ」
が、引用例１には記載されていない点。
　
＜相違点７＞
　「８．　対比　（請求項１発明について）」の中の（９）で挙げた
「前記第１フォーマットで記述された前記文書に基づく情報であって、クライアントで処理可能な形態の情報」が、
請求項１発明では、
「前記第１フォーマットの前記コンテンツ」と「前記第１フォーマット用の前記コンテンツ処理ソフトウェア」であるのに対し、
引用発明では
「ＨＴＭＬのバージョン３．２のフォーマットで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データをデータ変換して」生成した、「クライアント端末（２０）が有するＨＴＭＬのバージョン１．０のビューワで解釈可能なＨＴＭＬのバージョン１．０のフォーマットで記述したテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データ」である点。
　
　
９．　判断　（請求項１発明について）
　
　上記相違点について検討する。
　
＜相違点４，５について＞
　「５．　判断　（請求項２０発明について）」における「＜相違点１，２について＞」にて指摘したと同様である。
　ハードウェア資源としてプロセッサ及びメモリは、本願優先日前の情報処理装置における周知の構成であり、プログラムをそのメモリに記録することも、本願優先日前の周知技術である。
　よって、引用例１の中継サーバ（４０）にプロセッサ及びメモリを設けて、引用例１のデータベース照会言語すなわちプログラムであるＳＱＬをその中継サーバ（４０）のメモリに記録すること、すなわち請求項１発明におけるようにハードウェア資源にプロセッサ及びメモリを含ませて、プログラムをそのメモリに記録することは、引用例１に示された発明を実施しようとした当業者が当然行うことである。
　
＜相違点７について＞
　「５．　判断　（請求項２０発明について）」における「＜相違点３について＞」にて指摘したと同様である。
　サーバとクライアントからなる情報処理システムにおいて、データとそのデータを変換するためのプログラムとを合わせて送信することは、本願優先権主張日前の周知技術であったから、
引用発明が、ＨＴＭＬのバージョン３．２のフォーマットで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データをデータ変換して、クライアント端末（２０）が有するＨＴＭＬのバージョン１．０のビューワで解釈可能なＨＴＭＬのバージョン１．０のフォーマットで記述したテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データを生成し、この生成したＨＴＭＬのバージョン１．０のフォーマットで記述したテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データを送信していることに替えて、
元のＨＴＭＬのバージョン３．２のフォーマットで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データと、ＨＴＭＬのバージョン３．２のフォーマットで記述されたテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データを、ＨＴＭＬのバージョン１．０のフォーマットで記述したテキストデータ、ＧＩＦによる画像データ、ＪＰＥＧフォーマットによる画像データにデータ変換するためのプログラムとを送信すること、
すなわち、請求項１発明に係る「第１フォーマットのコンテンツ」と「第１フォーマット用のコンテンツ処理ソフトウェア」とを送信するよう構成することは、当業者であれば適宜成し得たことである。
　前述の、サーバとクライアントからなる情報処理システムにおいて、データとそのデータを変換するためのプログラムとを合わせて送信することが、本願優先権主張日前の周知技術であったことは、例えば、先に挙げた引用例３の【０００６】〜【０００８】を参照することによって確認することができる。
　
＜相違点６について＞
　サーバとクライアントからなる情報処理システムでデータを変換する処理を行う場合に、データを変換する処理をサーバで行うよりもクライアントで処理した方が、処理時間が短くて済むと判断した場合に、データをサーバからクライアントへ送信することは、本願優先権主張日前の周知技術であったから、
引用発明において、中継サーバ（４０）が、ＨＴＭＬのバージョン３．２のフォーマットのデータを変換して生成したＨＴＭＬのバージョン１．０のフォーマットのデータをクライアント端末（２０）へ送信していることに替えて、
ＨＴＭＬのバージョン３．２のフォーマットのデータをＨＴＭＬのバージョン１．０のフォーマットのデータに変換する処理を、中継サーバ（４０）で行うよりもクライアント端末（２０）で行った方が、処理時間が短くて済むと判断した場合に、中継サーバ（４０）からクライアント端末（２０）へＨＴＭＬのバージョン３．２のフォーマットのデータを送信すること、
すなわち、請求項１発明に係る「手順に従うハードウェア資源の協働によるコンテンツの第２フォーマットへのトランスコーディングの前に、クライアントが第１フォーマットでコンテンツを処理できるようにすることによって効率の向上が得られることの手順に従うハードウェア資源の協働による判定に応答して、手順に従いハードウェア資源を協働せしめてコンテンツをクライアントに第１フォーマットで送信する」ことは、当業者であれば適宜成し得たことである。
　前述の、サーバとクライアントからなる情報処理システムでデータを変換する処理を行う場合に、データを変換する処理をサーバで行うよりもクライアントで処理した方が、処理時間が短くて済むと判断した場合に、データをサーバからクライアントへ送信することが、本願優先権主張日前の周知技術であったことは、例えば、原査定の拒絶の理由に引用された、本願出願前であって本願優先権主張日前でもある平成６年１１月２５日に頒布された刊行物である特開平６−３２６８５６号公報（以下、「引用例２」という。）における次の記載を参照することによって確認することができる。
　
「　　【００３１】
　変換の内容が決定した段階で、各処理をクライアントおよびサーバで実行した時の各変換処理に要する時間を処理時間管理テーブルより得る（４４０）ことができ、さらに通信回線上を流れるデータ量が決まることからデータ転送に要する時間が判明する。
　　　【００３２】
　各処理をクライアントとサーバそれぞれで実行した場合の合計の処理時間を算出し比較して、最小になる組合せを選択することより最適な変換処理の分担を決定する（４５０）ことができる。」（引用例２）
　
「　　【００５５】
　算出された各所要時間を、例えば表４に示す各項目に代入することにより、所要時間の合計が最も短い組合せを選択し、その時に各変換処理がサーバとクライアントのいずれに属するかを判断することによって分担の最適化を図る。
　　　【００５６】
【表４】　　（略）
　
　　　【００５７】
　また、本例では合計所要時間を判断の基準としたが、同様に通信回線の負荷を基準としたり、クライアント側の負荷軽減を基準とすることなども可能である。」（引用例２）
　
　したがって、本願請求項１に係る発明も、引用例１に示された発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
　
１０．　むすび
　
　以上のとおり、本願の請求項２０に係る発明、及び、請求項１に係る発明は、特許法第２９条第２項の規定により特許を受けることができないものである。
　したがって、その余の請求項については検討するまでもなく、本願は拒絶すべきものである。
　よって、結論のとおり審決する。