【事件の表示】
　特願２００３−　１１７７１「情報配信サービスシステムおよび情報配信方法」拒絶査定不服審判事件〔平成１６年　８月１２日出願公開、特開２００４−２２７１１３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯  
　
　本願は、平成１５年１月２１日の出願であって、平成２０年１月１８日付けで拒絶理由通知がなされ、同年３月３１日付けで手続補正がなされたが、同年４月３０日付けで拒絶査定がなされ、これに対し、同年６月５日付けで拒絶査定不服審判が請求され、同年７月７日付けで手続補正がなされたものである。そして、当審において、平成２１年１０月１３日付けで審尋がなされ、同年１２月１４日付けで回答書が提出されたものである。
　
第２　平成２０年７月７日付け手続補正の補正却下の決定について
　
［補正却下の決定の結論］
　平成２０年７月７日付けの手続補正を却下する。
　
［理由］
１．手続補正の内容
　
　平成２０年７月７日付けの手続補正（以下、「本件補正」という。）により、特許請求の範囲は次のとおりに補正された（なお、下線は、補正箇所を示すものとして、上記手続補正において審判請求人が付与したものである）。
　
「【請求項１】　端末からの要求に応じて、サーバから受信した情報を前記端末へ配信するシステムにおいて、
　前記端末の
受信環境が変化した際に
取得して記憶
　前記端末からの検索要求に応じて前記サーバから情報を取得して格納する配信情報格納手段と、
　前記端末の受信環境に応じて前記配信情報格納手段に格納された情報をフィルタリングするフィルタ手段と、
　前記配信情報格納手段に前記サーバから取得された情報を格納した後、前記モニタ手段に
記憶されている
　を有することを特徴とする情報配信サービスシステム。
　【請求項２】　前記モニタ手段は、
　前記端末の位置を管理する位置管理手段と、
　前記端末の現在の状態を管理する状態管理手段と、
　を有することを特徴とする請求項１記載の情報配信サービスシステム。
　【請求項３】　前記端末の受信環境は、前記端末のオン／オフ状態、前記端末の位置、前記端末の受信インタフェース、および、前記端末で使用可能なアプリケーションから選択された少なくとも１つ情報からなることを特徴とする請求項１記載の情報配信サービスシステム。
　【請求項４】　前記端末からの検索要求に前記端末の受信条件が含まれている場合、前記フィルタ手段は、前記受信条件により前記サーバから取得した情報を更にフィルタリングすることを特徴とする請求項１ないし３のいずれかに記載の情報配信サービスシステム。
　【請求項５】　前記受信条件はデータサイズであることを特徴とする請求項４記載の情報配信サービスシステム。
　【請求項６】　複数のアクセスポイントを有するネットワークに接続され、任意のアクセスポイントを通して接続した端末からの検索要求に応じてサーバから受信した情報を当該端末へ配信するエージェント装置において、
　前記端末の
受信環境が変化した際に
取得して記憶
　前記端末からの検索要求に応じて前記サーバから情報を取得して格納する配信情報格納手段と、
　前記端末の受信環境に応じて前記配信情報格納手段に格納された情報をフィルタリングするフィルタ手段と、
　前記配信情報格納手段に前記サーバから取得された情報を格納した後、前記モニタ手段に
記憶されている
　を有することを特徴とするエージェント装置。
　【請求項７】　前記モニタ手段は、
　前記端末の位置を管理する位置管理サーバと前記端末の現在の状態を管理する状態管理サーバとにアクセスして前記端末の受信環境を取得することを特徴とする請求項６記載のエージェント装置。」
　
　本件補正は、補正前の請求項６および９を削除するとともに、補正前の請求項１および７において、「モニタする」の記載を「取得して記憶する」に補正してモニタの動作を限定し、「受信環境が変化した際に」の記載を追加して、モニタ手段が受信環境をモニタするタイミングを限定し、「モニタ手段により」の記載を「モニタ手段に記憶されている」に補正して、受信環境をモニタ手段に記憶されているものに限定するものである。
　したがって、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項第１号に規定する請求項の削除、および、第２号に規定する特許請求の範囲の減縮を目的とするものである。
　そこで、本件補正後の請求項１に記載された発明（以下、「本件補正発明」という。）が特許出願の際に独立して特許を受けることができるか、すなわち、本件補正が平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定を満たすものであるかについて以下に検討する。
　
２．引用例
　
（１）引用例１
　
　原査定の拒絶理由において引用された特開２００２−３７３１７６号公報（以下、「引用例１」という。）には、次の記載がある。
　
ア．「【０００１】
【発明の属する技術分野】この発明は、クライアント端末を使用する利用者の使用状況及び端末の現在の属性情報履歴を記録し、この情報を情報管理サーバが逐次把握することにより、都度利用者に適合した情報を配信する情報提供システム、さらには、情報提供方法やシステムに使用する情報管理サーバ、情報配信サーバ及びクライアント端末に関するものである。」
　
イ．「【０００９】・・・（中略）・・・さらに端末機器の属性状態も利用者の使用用途によっては時間で変化するが、この経時的変化が配信情報の選択に反映させることができないという問題点がある。
【００１０】この発明は、上述のような課題を解決するためになされたもので、第１の目的は、情報配信サーバからの配信情報を選択する際に、当該サービスに対する過去の使用歴を持たない利用者の行動特性を、配信される情報選択に反映させることができるシステムを得ることである。
【００１１】第２の目的は、クライアント端末機器の持つ属性状態が変化した場合にも、情報配信サーバ側で逐次この変化に対応した情報選択を行うことである。」
　
ウ．「【００２５】クライアント端末２０１は、配信要求入力部２０４、端末属性保持部２０５、履歴保持部２０６、通信処理部２０７、同期送信部２０８を有している。
・・・（中略）・・・
【００２６】配信要求入力部２０４は、情報管理サーバ２０２に対しての利用者からの検索語句入力、または配信情報のカテゴリなどを直接的に指定する際の入力を受け付ける。」
　
エ．「【００２７】端末属性保持部２０５は、図３に示すような内部構成を持つ。属性情報生成部３０４では、クライアント端末の種々の属性情報をもとに、端末の属性表を生成する。具体的には、端末が備えている表示機器の表示画面の大きさ、表示解像度、内蔵しているソフトウェアの種類と版、端末に接続されている機器の有無・接続状態及び端末の時間情報などを把握している。」
　
オ．「【００２９】属性情報生成部３０４では、これらの属性情報を入力として、端末の属性表を作成する。さらにある周期毎に属性情報を最新のものに更新し保持している。この属性表は、利用者が検索要求などの実行により能動的に情報管理サーバ２０２から情報を得る際に、属性情報送出部３０５を介して情報管理サーバ２０２に送出され、またある周期毎にも送出される。さらにクライアント端末内の履歴保持部２０６へもある周期毎に送出される。」
　
カ．「【００３１】ここで、端末の属性保持部２０５への入力として、環境情報検出装置３０１からの情報を付加することも出来る。具体的には、位置情報検出センサ３０２や天候情報検出センサ３０３などを用いる。位置情報検出センサ３０２は、ＧＰＳ装置による緯度・経度・高度・端末移動速度情報や、携帯電話またはＰＨＳなどの利用による住所等の所在エリア情報を取得する装置である。
・・・（中略）・・・
【００３３】履歴保持部２０６は、図４に示すように、ソフトウェア実行監視部４０１、ＷＷＷサーバ部４０２、行動履歴生成部４０３、行動履歴解析部４０４、行動履歴格納部４０５、行動特性送出部４０６とからなる。」
　
キ．「【００３７】これらのクライアント端末２０１と情報管理サーバ２０２間の情報の送受信は、すべて通信処理部２０７を介して行われる。
【００３８】一方、情報管理サーバ２０２は図２で示すように、通信処理部２０９、認証部２１０、クライアント端末属性保持部２１１、経路制御部２１２、利用者特性保持部２１３、配信情報格納部２１４、配信情報選択部２１５、同期受信部２１６を有している。」
　
ク．「【００４０】クライアント端末属性保持部２１１は、図５に示すように、属性保持部５０１、属性格納部（第二の属性格納部の例）５０２、属性送出部５０３からなる。ここで属性保持部５０１は、クライアント端末２０１の属性情報送出部３０５から送出されたクライアント端末属性情報を、通信処理部２０９を介して得て、クライアント端末毎に保持し、これを属性格納部５０２へと保存を行う。」
　
ケ．「【００４２】利用者特性保持部２１３は、図６に示すように、行動特性受信部６０１、利用者行動履歴格納部６０２、行動特性送出部６０３とからなる。」
　
コ．「【００４３】配信情報格納部２１４は、利用者に対して送信する情報のコンテンツを格納する任意のデータベースである。配信情報選択部２１５は、前述のクライアント端末属性保持部２１１からのクライアント端末に関する情報と、利用者特性保持部２１３からの利用者行動特性に関する情報とを元に、配信情報格納部２１４の情報のうち利用者に適した情報を抽出し、通信処理部２０９を介してクライアント端末への情報送信を行う。」
　
サ．「【００５６】次に（２）の詳細動作について説明する。まずクライアント端末２０１側の動作として、利用者により配信要求入力部２０４に入力された情報は通信処理部２０７を介して情報管理サーバ２０２に送出されるとともに、行動特性送出部４０６にも送られる。行動特性送出部４０６では、入力情報との関連性が高い語句を行動履歴格納部４０５から数個抽出し、通信処理部２０７を介して情報管理サーバ２０２内の行動特性受信部６０１に送出する。・・・（中略）・・・ここまではクライアント端末からの検索要求などの情報配信要求が行われる際の動作であり、単に一方的な情報配信サービスを受ける場合には行われない。」
　
シ．「【００５８】情報管理サーバ２０２側の動作として、行動特性受信部６０１はクライアント端末２０１からの入力があった場合にのみ、これを利用者行動履歴格納部６０２に保存するとともに、行動特性送出部６０３にも送信する。」
　
ス．「【００５９】行動特性送出部６０３は行動特性受信部６０１からの入力がある場合、つまりクライアント端末側からの情報配信要求がある場合には、これをそのまま配信情報選択部２１５に送信する。」
　
セ．「【００６０】さらに配信情報選択部２１５には、属性送出部５０３からクライアント端末の機器属性が入力される。ここでの機器属性とは、クライアント端末の表示部の解像度・色数や、スピーカーなどのオプション機器の有無、現在の位置情報などが含まれる。これらを加味することで、クライアント端末側で享受することができない無駄な情報の配信を行わないとともに、オプション機器を最大限に生かしたリッチな情報を送信することが可能となる。」
　
　上記ア．〜セ．によれば、次のことがいえる。
　
Ａ．上記ア．の「【発明の属する技術分野】この発明は、クライアント端末を使用する利用者の使用状況及び端末の現在の属性情報履歴を記録し、この情報を情報管理サーバが逐次把握することにより、都度利用者に適合した情報を配信する情報提供システム、・・・（中略）・・・に関するものである。」の記載によれば、
　引用例１には、「クライアント端末２０１の現在の属性情報を記録し、この情報を情報管理サーバ２０２が逐次把握することにより、利用者に適合した情報を配信する情報提供システム」が記載されている。
　
Ｂ．上記ウ．の「クライアント端末２０１は、配信要求入力部２０４、端末属性保持部２０５、履歴保持部２０６、通信処理部２０７、同期送信部２０８を有している。」の記載によれば、
　クライアント端末２０１は、配信要求入力部２０４、端末属性保持部２０５、履歴保持部２０６、通信処理部２０７を有している。
　
Ｃ．上記ウ．の「配信要求入力部２０４は、情報管理サーバ２０２に対しての利用者からの検索語句入力、または配信情報のカテゴリなどを直接的に指定する際の入力を受け付ける。」の記載によれば、
　クライアント端末２０１の配信要求入力部２０４は、情報管理サーバ２０２に対しての利用者からの検索語句を入力する。
　
Ｄ．上記エ．の「端末属性保持部２０５は、図３に示すような内部構成を持つ。属性情報生成部３０４では、クライアント端末の種々の属性情報をもとに、端末の属性表を生成する。具体的には、端末が備えている表示機器の表示画面の大きさ、表示解像度、内蔵しているソフトウェアの種類と版、端末に接続されている機器の有無・接続状態及び端末の時間情報などを把握している。」の記載、
　上記カ．の「ここで、端末の属性保持部２０５への入力として、環境情報検出装置３０１からの情報を付加することも出来る。具体的には、位置情報検出センサ３０２や天候情報検出センサ３０３などを用いる。」の記載によれば、
　クライアント端末２０１の端末属性保持部２０５は、クライアント端末２０１に内蔵されているソフトウェアの種類、クライアント端末２０１の位置情報などの属性情報を保持する。
　
Ｅ．上記ウ．の「配信要求入力部２０４は、情報管理サーバ２０２に対しての利用者からの検索語句入力、または配信情報のカテゴリなどを直接的に指定する際の入力を受け付ける。」の記載、
　上記カ．の「【００３３】履歴保持部２０６は、図４に示すように、ソフトウェア実行監視部４０１、ＷＷＷサーバ部４０２、行動履歴生成部４０３、行動履歴解析部４０４、行動履歴格納部４０５、行動特性送出部４０６とからなる。」の記載、
　上記サ．の「まずクライアント端末２０１側の動作として、利用者により配信要求入力部２０４に入力された情報は通信処理部２０７を介して情報管理サーバ２０２に送出されるとともに、行動特性送出部４０６にも送られる。行動特性送出部４０６では、入力情報との関連性が高い語句を行動履歴格納部４０５から数個抽出し、通信処理部２０７を介して情報管理サーバ２０２内の行動特性受信部６０１に送出する。・・・（中略）・・・ここまではクライアント端末からの検索要求などの情報配信要求が行われる際の動作であり、」の記載、
　上記オ．の「この属性表は、利用者が検索要求などの実行により能動的に情報管理サーバ２０２から情報を得る際に、属性情報送出部３０５を介して情報管理サーバ２０２に送出され、またある周期毎にも送出される。」の記載、
　上記キ．の「これらのクライアント端末２０１と情報管理サーバ２０２間の情報の送受信は、すべて通信処理部２０７を介して行われる。」の記載によれば、
　クライアント端末２０１の履歴保持部２０６は、検索語句と関連性が高い語句を抽出する。
　また、クライアント端末２０１の通信処理部２０７は、検索要求を行う際に、検索語句と、検索語句との関連性が高い語句とを情報管理サーバに送出するとともに、検索要求を行う際、および、ある周期毎に属性情報を情報管理サーバ２０２に送出する。
　
Ｆ．上記キ．の「情報管理サーバ２０２は図２で示すように、通信処理部２０９、認証部２１０、クライアント端末属性保持部２１１、経路制御部２１２、利用者特性保持部２１３、配信情報格納部２１４、配信情報選択部２１５、同期受信部２１６を有している。」の記載によれば、
　情報管理サーバ２０２は、クライアント端末属性保持部２１１、利用者特性保持部２１３、配信情報格納部２１４、配信情報選択部２１５を有する。
　
Ｇ．上記コ．の「配信情報格納部２１４は、利用者に対して送信する情報のコンテンツを格納する任意のデータベースである。配信情報選択部２１５は、前述のクライアント端末属性保持部２１１からのクライアント端末に関する情報と、利用者特性保持部２１３からの利用者行動特性に関する情報とを元に、配信情報格納部２１４の情報のうち利用者に適した情報を抽出し、通信処理部２０９を介してクライアント端末への情報送信を行う。」の記載によれば、
　情報管理サーバ２０２の配信情報格納部２１４は、クライアント端末２０１へ送信する情報のコンテンツを格納するデータベースである。
　
Ｈ．上記ケ．の「利用者特性保持部２１３は、図６に示すように、行動特性受信部６０１、利用者行動履歴格納部６０２、行動特性送出部６０３とからなる。」の記載、
　上記ウ．の「配信要求入力部２０４は、情報管理サーバ２０２に対しての利用者からの検索語句入力、または配信情報のカテゴリなどを直接的に指定する際の入力を受け付ける。」の記載、
　上記サ．の「行動特性送出部４０６では、入力情報との関連性が高い語句を行動履歴格納部４０５から数個抽出し、通信処理部２０７を介して情報管理サーバ２０２内の行動特性受信部６０１に送出する。」の記載、
　上記シ．の「情報管理サーバ２０２側の動作として、行動特性受信部６０１はクライアント端末２０１からの入力があった場合にのみ、これを利用者行動履歴格納部６０２に保存するとともに、行動特性送出部６０３にも送信する。」の記載、
　上記ス．の「行動特性送出部６０３は行動特性受信部６０１からの入力がある場合、つまりクライアント端末側からの情報配信要求がある場合には、これをそのまま配信情報選択部２１５に送信する。」の記載によれば、
　情報管理サーバ２０２の利用者特性保持部２１３は、クライアント端末２０１から検索語句との関連性が高い語句を入力して配信情報選択部２１５に送信する。
　
Ｉ．上記ク．の「クライアント端末属性保持部２１１は、図５に示すように、属性保持部５０１、属性格納部（第二の属性格納部の例）５０２、属性送出部５０３からなる。ここで属性保持部５０１は、クライアント端末２０１の属性情報送出部３０５から送出されたクライアント端末属性情報を、通信処理部２０９を介して得て、クライアント端末毎に保持し、これを属性格納部５０２へと保存を行う。」の記載、
　上記セ．の「さらに配信情報選択部２１５には、属性送出部５０３からクライアント端末の機器属性が入力される。」の記載によれば、
　情報管理サーバ２０２のクライアント端末属性保持部２１１は、クライアント端末から送出された属性情報を得て保持し、配信情報選択部２１５に送出する。
　
Ｊ．上記コ．の「配信情報選択部２１５は、前述のクライアント端末属性保持部２１１からのクライアント端末に関する情報と、利用者特性保持部２１３からの利用者行動特性に関する情報とを元に、配信情報格納部２１４の情報のうち利用者に適した情報を抽出し、通信処理部２０９を介してクライアント端末への情報送信を行う。」の記載によれば、
　情報管理サーバ２０２の配信情報選択部２１５は、「クライアント端末属性保持部２１１からのクライアント端末に関する情報」と、「利用者特性保持部２１３からの利用者行動特性に関する情報」とを元に、配信情報格納部２１４の情報のうち利用者に適した情報を抽出し、通信処理部２０９を介してクライアント端末への情報送信を行う。
　ここで、上記「クライアント端末属性保持部２１１からのクライアント端末に関する情報」は、上記Ｉ．によれば、クライアント端末の属性情報のことである。
　また、上記「利用者特性保持部２１３からの利用者行動特性に関する情報」は、上記Ｈ．によれば、検索語句との関連性が高い語句のことである。
　
　また、上記ウ．の「配信要求入力部２０４は、情報管理サーバ２０２に対しての利用者からの検索語句入力、または配信情報のカテゴリなどを直接的に指定する際の入力を受け付ける。」の記載、
　上記サ．の「まずクライアント端末２０１側の動作として、利用者により配信要求入力部２０４に入力された情報は通信処理部２０７を介して情報管理サーバ２０２に送出されるとともに、行動特性送出部４０６にも送られる。・・（中略）・・・ここまではクライアント端末からの検索要求などの情報配信要求が行われる際の動作であり」の記載によれば、
　クライアント端末に入力された検索語句は、情報配信要求として情報管理サーバ２０２に送出されるから、情報管理サーバ２０２の配信情報選択部２１５において、配信情報を選択するための語句であることは明らかである。
　よって、情報管理サーバ２０２の配信情報選択部２１５は、検索語句と、検索語句との関連性が高い語句と、属性情報とを元に、配信情報格納部２１４の情報を選択し、通信処理部２０９を介してクライアント端末へ情報配信を行う。
　
Ｋ．上記セ．の「さらに配信情報選択部２１５には、属性送出部５０３からクライアント端末の機器属性が入力される。ここでの機器属性とは、クライアント端末の表示部の解像度・色数や、スピーカーなどのオプション機器の有無、現在の位置情報などが含まれる。これらを加味することで、クライアント端末側で享受することができない無駄な情報の配信を行わないとともに、オプション機器を最大限に生かしたリッチな情報を送信することが可能となる。」の記載によれば、
　情報提供システムは、クライアント端末の属性情報を加味することにより、クライアント端末側で享受することができない無駄な情報の配信を行わないシステムである。
　
　上記Ａ．〜Ｋ．によれば、引用例１には次の発明（以下、「引用発明１」という。）が記載されている。
　
＜引用発明１＞
　
「クライアント端末２０１の現在の属性情報を記録し、この情報を情報管理サーバ２０２が逐次把握することにより、利用者に適合した情報を配信する情報提供システムにおいて、
　前記クライアント端末２０１は、
　前記情報管理サーバ２０２に対しての利用者からの検索語句を入力する配信要求入力部２０４と、
　前記クライアント端末２０１に内蔵されているソフトウェアの種類、前記クライアント端末の位置情報などの属性情報を保持する端末属性保持部２０５と、
　前記検索語句との関連性が高い語句を抽出する履歴保持部２０６と、
　検索要求を行う際に、前記検索語句と、前記検索語句との関連性が高い語句とを前記情報管理サーバに送出するとともに、前記検索要求を行う際、および、ある周期毎に前記属性情報を前記情報管理サーバに送出する通信処理部２０７とを有し、
　前記情報管理サーバ２０２は、
　前記クライアント端末２０１に送信する情報のコンテンツを格納するデータベースである配信情報格納部２１４と、
　前記クライアント端末２０１から送出された前記検索語句と関連性が高い語句を入力して配信情報選択部２１５に送信する利用者特性保持部２１３と、
　前記クライアント端末２０１から送出された前記属性情報を得て保持し、前記配信情報選択部２１５に送出するクライアント端末属性保持部２１１と、
　前記検索語句と、前記検索語句との関連性が高い語句と、前記属性情報とを元に、前記配信情報格納部２１４の情報を選択し、通信処理部２０９を介して前記クライアント端末２０１へ情報配信を行う前記配信情報選択部２１５とを有し、
　前記属性情報を加味することにより、クライアント端末側で享受することができない無駄な情報の配信を行わない情報提供システム。」
　
（２）引用例２
　
　原査定の拒絶理由において引用された特開２０００−３４８０６１号公報（以下、「引用例２」という。）には、次の記載がある。
　
ソ．「【０１４１】図１５は、第２の実施形態に係るインターネット情報統合検索装置の構成を示すブロック図である。・・・（中略）・・・第２の実施形態に係るインターネット情報情報統合検索装置１０は、ユーザーインターフェース部１１と、構文解析部１２と、統合検索処理部１３０と、ＨＴＭＬ文書メタデータ記憶部１５と、ＨＴＭＬ文書メタデータ管理部１６と、ＨＴＭＬ文書アクセス部１４とから構成される。第２の実施形態に係る統合検索処理部１３０は、問い合わせ項目探索部１３１と、問い合わせ変換部１３２と、変換関数ライブラリ１３３と、入力必須項目探索部１３６と、検索パターン判定部１３７と、検索結果処理部１３８と、検索結果変換部１３５とを具備する。
【０１４２】尚、図３と同一の符号を付した箇所は、特に断らない限り第１の実施形態と同様であり、これらの説明は省略する。図１５において、ユーザーインターフェース部１１は、ユーザのアプリケーションプログラム３から入力される検索項目と検索条件からなる問い合わせ文を受け付ける。構文解析部１２は、ユーザインタフェース部１１で受け付けた問い合わせ文の構文を解析する。統合検索処理部１３０は、各サーチエンジンにより管理されるＨＴＭＬ文書に内在する項目を一括して検索する。統合検索処理部１３０中で、問い合わせ項目探索部１３１は、問い合わせ文中で指定された項目の所在を探索する。入力必須項目探索部１３６は、各サーチエンジンの入力フォーム上のデータ項目の不足をチェックして問い合わせ先のサーチエンジンを決定する。検索パターン判定部１３７は、問い合わせ文に応じた最適な検索パターンを判定して、この判定結果に従い問い合わせ文を最適化する。問い合わせ変換部１３２は、問い合わせ文のユーザ入力ドメインをローカルドメインに変換し、ＨＴＭＬ文書アクセス部１４が送出する問い合わせ文を生成する。検索結果処理部１３８は、ＨＴＭＬ文書アクセス部１４が受信したＨＴＭＬ文書から取得した情報に対し、問い合わせ文に応じた処理（検索項目の選択、検索条件によるフィルタリング等）を行う。検索結果処理部１３８はまた、抽出された情報に対して検索条件によるフィルタリング処理を行うとともに、上記で決定された検索パターンに応じてサーチエンジン側で行われた条件処理を抑止する。検索結果変換部１３５は、検索されたデータの表現形式をローカルドメインからユーザ出力ドメインに変換する。ＨＴＭＬ文書アクセス部１４は、生成された検索文を各サーチエンジンに送信し、オープンなネットワークに散在するＨＴＭＬ文書をサーチエンジンを介して取得する。このＨＴＭＬ文書に内在する情報が第２の実施形態により例えば表形式などの統一フォーマットに変換される。このＨＴＭＬ文書アクセス部１４には、通信網１９０を介してエンジン２３およびデータベース２４からなる複数のサーチエンジン２０−１，２０−２・・・が接続されている。」
　
タ．「【０１５４】まず、ユーザーインターフェース部１１は問い合わせ入力を受付ける（ステップＳ４００）。「ユーザ１」が検索項目として、「店名」と「電話番号」を指定するとし、検索条件としては「エリア＝横浜市」and 「ジャンル＝和食料理」を指定するとすると、以下の構文の問い合わせ文が入力される。
【０１５５】
    SELECT  店名、電話番号  WHERE エリア＝”横浜市”and ジャンル＝”和食料理”　　 （１−１）」
　
チ．「【０１６５】例えば、問い合わせ文（１−１）の場合、「店名」はselect句で指定されており、 where句では指定されていない。この項目”店名”は図２８の”検索要求”の「項目」欄が○で「条件」欄が×の行に相当する。一方、例えば図１７（Ａ）のサーチエンジンの入力フォームｐａｇｅ＿Ａは、図２０のＨＴＭＬ文書項目テーブル１５３を参照すると、「店名」を条件として受け取り、かつ検索結果として返すことができる。このため図２８のエンジンの「項目」、「条件」欄はともに○と定まる。従って、項目「店名」は図２８の上から４行目のレコードに対応する。従って「店名」のＰａｇｅ＿Ａに対する処理パターンは、エンジンから返されたデータを項目として返し、ＳＱＬで条件を指定していないため条件は処理しないことがわかる。
【０１６６】一方、「エリア」はselect句で指定されておらず、 where句で指定されている。この項目「エリア」は図２８の「検索要求」の「項目」欄が×で「条件」欄が○の行に相当する。一方、例えば図１７（Ａ）のＰａｇｅ＿Ａは、図２０のＨＴＭＬ文書項目テーブル１５３を参照すると、「エリア」を条件として受け取ることはできないが、「エリア」を検索結果として返すことができる。このため図２８のエンジンの「項目」欄は○、「条件」欄は×と定まる。従って、項目「エリア」は図２８の上から８行目の行にレコードに対応する。従って「エリア」のＰａｇｅ＿Ａに対する処理パターンは、ＳＱＬでselect句に指定がないため項目としては返さず、エンジンでは条件として処理できないため検索結果処理部１３８でフィルタリング処理して返すことがわかる。（１−１）の問い合わせ文で指定されている他の項目「電話番号」、「ジャンル」についてもＰａｇｅ＿Ａを対象として上記の当てはめ処理を行うことで、図２８から図３１のマトリックスが導出される。
【０１６７】図３１は、検索要求とPage−Ａに指定可能な項目および条件項目を各データ項目毎に判定された処理内容を示す。図３１から、「サーチエンジンで処理」の欄に基づき、「ジャンル」を検索条件としてPage−Ａに送信すべきことがわかる。また「装置でフィルタリング」の欄に基づき、Page−Ａからの検索結果を「エリア」の条件でフィルタリング処理すべきことがわかる。また「情報源から返却されたものを返却」の欄に基づき、「店名」、「電話番号」はPage−Ａからの送信結果をそのまま返却すべきことがわかる。
【０１６８】Ｐａｇｅ＿Ａに対して、問い合わせ文（１−１）により検索する場合、Ｐａｇｅ＿Ａでは「店名」と「ジャンル」が条件として指定可能だが、問い合わせ文（１−１）では「ジャンル」のみ条件指定されている。このため、「ジャンル」を”和食料理”としてＰａｇｅ＿Ａのサーチエンジンには問い合わせ、かつ検索結果処理部１３８でのフィルタリング処理により、「エリア」が”横浜市”である「店名」、「電話番号」のデータを選択して検索結果とする。従って、Page−Ａへの検索は上記のパターンＣであり、問い合わせ文（２−１）は以下のように変換される。
【０１６９】
    フィルタリング条件：「エリア」＝”横浜市”
    SELECT  店名、電話番号  WHERE ジャンル＝”和食料理”  （３−１）」
　
ツ．「【０１７６】次に、ＨＴＭＬ文書アクセス部１４は、ステップＳ４６０で得られた問い合わせ文に基づいて各サーチエンジン固有の以下の検索要求をそれぞれ発行する。各サーチエンジンではそれぞれ検索処理が実行される（ステップＳ４７０）。
【０１７７】
  Page−Ａ：
    フィルタリング条件：「エリア」＝”横浜市”
  ”GET http://www. Page−a.co.jp/search-shop.cgi?category＝和食料理 http/1.0 ”　（５−１）」
　
テ．「【０１８０】・・・（中略）・・・以上の処理により、ユーザーインターフェース部１１は、統一検索結果を以下のように返却する。ユーザー側のアプリケーションプログラムでは、これらの統一検索結果を表形式などの統一フォームで表示する（ステップＳ５１０）。
【０１８１】
・店名：A1  電話番号：(045) ＊＊＊−＊＊＊＊
・店名：B1  電話番号：(045) ＊＊＊−＊＊＊＊
・店名：C1  電話番号：(045) ＊＊＊−＊＊＊＊
・店名：C2  電話番号：(045) ＊＊＊−＊＊＊＊」
　
　上記ソ．〜テ．によれば、次のことがいえる。
　
Ｌ．上記ソ．の「【０１４１】図１５は、第２の実施形態に係るインターネット情報統合検索装置の構成を示すブロック図である。・・・（中略）・・・第２の実施形態に係るインターネット情報情報統合検索装置１０は、ユーザーインターフェース部１１と、構文解析部１２と、統合検索処理部１３０と、ＨＴＭＬ文書メタデータ記憶部１５と、ＨＴＭＬ文書メタデータ管理部１６と、ＨＴＭＬ文書アクセス部１４とから構成される。第２の実施形態に係る統合検索処理部１３０は、問い合わせ項目探索部１３１と、問い合わせ変換部１３２と、変換関数ライブラリ１３３と、入力必須項目探索部１３６と、検索パターン判定部１３７と、検索結果処理部１３８と、検索結果変換部１３５とを具備する。」の記載によれば、
　インターネット情報統合検索装置１０は、ユーザーインターフェース部１１と、統合検索処理部１３０と、ＨＴＭＬ文書アクセス部１４とを有する。
　
Ｍ．上記ソ．の「【０１４２】・・・（中略）・・・図１５において、ユーザーインターフェース部１１は、ユーザのアプリケーションプログラム３から入力される検索項目と検索条件からなる問い合わせ文を受け付ける。」の記載、
　上記テ．の「以上の処理により、ユーザーインターフェース部１１は、統一検索結果を以下のように返却する。」の記載によれば、
　インターネット情報統合検索装置のユーザーインターフェース部１１は、ユーザのアプリケーションプログラム３から入力される検索項目と検索条件からなる問い合わせ文を受け付けるとともに、前記問い合わせ文に対する検索結果をアプリケーションプログラムに返却する。
　
Ｎ．上記ソ．の「【０１４２】・・・（中略）・・・統合検索処理部１３０は、各サーチエンジンにより管理されるＨＴＭＬ文書に内在する項目を一括して検索する。統合検索処理部１３０中で、問い合わせ項目探索部１３１は、問い合わせ文中で指定された項目の所在を探索する。入力必須項目探索部１３６は、各サーチエンジンの入力フォーム上のデータ項目の不足をチェックして問い合わせ先のサーチエンジンを決定する。検索パターン判定部１３７は、問い合わせ文に応じた最適な検索パターンを判定して、この判定結果に従い問い合わせ文を最適化する。問い合わせ変換部１３２は、問い合わせ文のユーザ入力ドメインをローカルドメインに変換し、ＨＴＭＬ文書アクセス部１４が送出する問い合わせ文を生成する。検索結果処理部１３８は、ＨＴＭＬ文書アクセス部１４が受信したＨＴＭＬ文書から取得した情報に対し、問い合わせ文に応じた処理（検索項目の選択、検索条件によるフィルタリング等）を行う。」の記載によれば、
　インターネット情報統合検索装置の統合検索処理部１３０は、アプリケーションプログラムからの問い合わせ文に基づいてサーチエンジンに送信する問い合わせ文を生成するとともに、サーチエンジンから取得したＨＴＭＬ文書の情報に対してアプリケーションプログラムからの問い合わせ文に応じた検索項目の選択と検索条件によるフィルタリングとを行う。
　
Ｏ．上記ソ．の「【０１４２】・・・（中略）・・・検索パターン判定部１３７は、問い合わせ文に応じた最適な検索パターンを判定して、この判定結果に従い問い合わせ文を最適化する。問い合わせ変換部１３２は、問い合わせ文のユーザ入力ドメインをローカルドメインに変換し、ＨＴＭＬ文書アクセス部１４が送出する問い合わせ文を生成する。」の記載、
　上記ソ．の「【０１４２】・・・（中略）・・・ＨＴＭＬ文書アクセス部１４は、生成された検索文を各サーチエンジンに送信し、オープンなネットワークに散在するＨＴＭＬ文書をサーチエンジンを介して取得する。」の記載、
　上記ツ．の「【０１７６】次に、ＨＴＭＬ文書アクセス部１４は、ステップＳ４６０で得られた問い合わせ文に基づいて各サーチエンジン固有の以下の検索要求をそれぞれ発行する。各サーチエンジンではそれぞれ検索処理が実行される（ステップＳ４７０）。
【０１７７】
  Page−Ａ：
    フィルタリング条件：「エリア」＝”横浜市”
  ”GET http://www. Page−a.co.jp/search-shop.cgi?category＝和食料理 http/1.0 ”　（５−１）」の記載、
　図２９の第２の実施形態における検索フェーズの処理手順を示すフローチャートにおける「Ｓ４６０」および「各情報検索装置の問い合わせ文生成」の記載によれば、
　ＨＴＭＬ文書アクセス部１４は、統合検索処理部１３０において生成された問い合わせ文に基づいて検索要求をサーチエンジンに送信し、サーチエンジンから検索結果としてＨＴＭＬ文書を取得する。
　
Ｐ．上記タ．の「【０１５４】まず、ユーザーインターフェース部１１は問い合わせ入力を受付ける（ステップＳ４００）。「ユーザ１」が検索項目として、「店名」と「電話番号」を指定するとし、検索条件としては「エリア＝横浜市」and 「ジャンル＝和食料理」を指定するとすると、以下の構文の問い合わせ文が入力される。
【０１５５】
    SELECT  店名、電話番号  WHERE エリア＝”横浜市”and ジャンル＝”和食料理”　（１−１）」の記載によれば、
　インターネット情報統合検索装置は、アプリケーションプログラム３から、検索項目として、「店名」と「電話番号」を指定し、検索条件として「エリア＝”横浜市”and ジャンル＝”和食料理”」を指定する問い合わせ文を受け付ける。
　
Ｑ．上記チ．の「【０１６６】・・・（中略）・・・一方、例えば図１７（Ａ）のＰａｇｅ＿Ａは、図２０のＨＴＭＬ文書項目テーブル１５３を参照すると、「エリア」を条件として受け取ることはできないが、「エリア」を検索結果として返すことができる。」の記載、
　上記チ．の「【０１６８】Ｐａｇｅ＿Ａに対して、問い合わせ文（１−１）により検索する場合、Ｐａｇｅ＿Ａでは「店名」と「ジャンル」が条件として指定可能だが、問い合わせ文（１−１）では「ジャンル」のみ条件指定されている。このため、「ジャンル」を”和食料理”としてＰａｇｅ＿Ａのサーチエンジンには問い合わせ、かつ検索結果処理部１３８でのフィルタリング処理により、「エリア」が”横浜市”である「店名」、「電話番号」のデータを選択して検索結果とする。従って、Page−Ａへの検索は上記のパターンＣであり、問い合わせ文（２−１）は以下のように変換される。
【０１６９】
    フィルタリング条件：「エリア」＝”横浜市”
    SELECT  店名、電話番号  WHERE ジャンル＝”和食料理”  （３−１）」の記載、
　上記ツ．の「【０１７６】次に、ＨＴＭＬ文書アクセス部１４は、ステップＳ４６０で得られた問い合わせ文に基づいて各サーチエンジン固有の以下の検索要求をそれぞれ発行する。各サーチエンジンではそれぞれ検索処理が実行される（ステップＳ４７０）。
【０１７７】
  Page−Ａ：
    フィルタリング条件：「エリア」＝”横浜市”
  ”GET http://www. Page−a.co.jp/search-shop.cgi?category＝和食料理 http/1.0 ”　（５−１）」の記載によれば、
　インターネット情報統合検索装置は、検索条件として「ジャンル」の項目を指定可能であるが「エリア」の項目を指定できないサーチエンジンＰａｇｅ−Ａに対して、「ジャンル＝”和食料理”」を検索条件とする問い合わせ文を生成し、生成された当該問い合わせ文に基づいて検索要求を送信する。
　
Ｒ．上記ソ．の「【０１４２】・・・（中略）・・・検索結果処理部１３８は、ＨＴＭＬ文書アクセス部１４が受信したＨＴＭＬ文書から取得した情報に対し、問い合わせ文に応じた処理（検索項目の選択、検索条件によるフィルタリング等）を行う。」の記載、
　上記チ．の「【０１６７】・・・（中略）・・・また「装置でフィルタリング」の欄に基づき、Page−Ａからの検索結果を「エリア」の条件でフィルタリング処理すべきことがわかる。」の記載、
　上記チ．の「【０１６８】・・・（中略）・・・このため、「ジャンル」を”和食料理”としてＰａｇｅ＿Ａのサーチエンジンには問い合わせ、かつ検索結果処理部１３８でのフィルタリング処理により、「エリア」が”横浜市”である「店名」、「電話番号」のデータを選択して検索結果とする。従って、Page−Ａへの検索は上記のパターンＣであり、問い合わせ文（２−１）は以下のように変換される。
【０１６９】
    フィルタリング条件：「エリア」＝”横浜市”」の記載によれば、
　インターネット情報統合検索装置は、サーチエンジンＰａｇｅ−Ａから受信した検索結果のＨＴＭＬ文書の情報に対して「エリア」＝”横浜市”をフィルタリング条件としたフィルタリングを行う。
　
Ｓ．上記チ．の「【０１６８】・・・（中略）・・・かつ検索結果処理部１３８でのフィルタリング処理により、「エリア」が”横浜市”である「店名」、「電話番号」のデータを選択して検索結果とする。」の記載、
　上記テ．の「【０１８０】・・・（中略）・・・以上の処理により、ユーザーインターフェース部１１は、統一検索結果を以下のように返却する。ユーザー側のアプリケーションプログラムでは、これらの統一検索結果を表形式などの統一フォームで表示する（ステップＳ５１０）。
【０１８１】
・店名：A1  電話番号：(045) ＊＊＊−＊＊＊＊
・店名：B1  電話番号：(045) ＊＊＊−＊＊＊＊
・店名：C1  電話番号：(045) ＊＊＊−＊＊＊＊
・店名：C2  電話番号：(045) ＊＊＊−＊＊＊＊」の記載によれば、
　インターネット情報統合検索装置は、フィルタリング結果の「店名」と「電話番号」を検索結果としてアプリケーションプログラムに返却する。
　
　上記Ｌ．〜Ｓ．によれば、引用例２には次の発明（以下、「引用発明２」という。）が記載されている。
　
＜引用発明２＞
　
「ユーザのアプリケーションプログラム３から入力される検索項目と検索条件からなる問い合わせ文を受け付けるとともに、前記問い合わせ文に対する検索結果をアプリケーションプログラム３に返却するユーザーインターフェース部１１と、
　前記問い合わせ文に基づいてサーチエンジンに送信する問い合わせ文を生成するとともに、サーチエンジンから取得したＨＴＭＬ文書の情報に対して前記アプリケーションプログラム３からの前記問い合わせ文に応じた検索項目の選択と検索条件によるフィルタリングとを行う統合検索処理部１３０と、
　前記統合検索処理部１３０において生成された問い合わせ文に基づいて検索要求をサーチエンジンに送信し、サーチエンジンから検索結果としてＨＴＭＬ文書を取得するＨＴＭＬ文書アクセス部１４とを有し、
　前記アプリケーションプログラム３から、検索項目として、「店名」と「電話番号」を指定し、検索条件として「エリア＝”横浜市”　ａｎｄ　ジャンル＝”和食料理”」を指定する問い合わせ文を受け付けると、
　検索条件として「ジャンル」の項目を指定可能であるが「エリア」の項目を指定できないサーチエンジンＰａｇｅ−Ａに対して、「ジャンル＝”和食料理”」を検索条件とする問い合わせ文を生成し、生成された当該問い合わせ文に基づいて検索要求を送信し、
　サーチエンジンＰａｇｅ−Ａから受信した検索結果のＨＴＭＬ文書の情報に対して「エリア」＝”横浜市”をフィルタリング条件としたフィルタリングを行い、
　フィルタリング結果の「店名」と「電話番号」を検索結果としてアプリケーションプログラムに返却する、
インターネット情報統合検索装置。」
　
３．対比
　
　次に、本件補正発明と引用発明１とを対比する。
・引用発明１の「情報提供システム」は、クライアント端末２０１からの検索要求によって、情報管理サーバ２０２から情報配信を行う。
　したがって、引用発明１の「情報提供システム」と本件補正発明の「端末からの要求に応じて、サーバから受信した情報を前記端末へ配信するシステム」は、「端末からの要求に応じて、情報を前記端末へ配信するシステム」の点で共通する。
　また、引用発明１の「情報提供システム」は、本件補正発明の「情報配信サービスシステム」に相当する。
　
・引用発明１の情報提供システムは、クライアント端末２０１に内蔵されているソフトウェアの種類、クライアント端末の位置情報などの属性情報を加味することにより、クライアント端末側で享受することができない無駄な情報の配信を行わなシステムである。したがって、クライアント端末の属性は配信情報を享受するための環境であり、本件補正発明の「受信環境」に相当する。
　よって、引用発明１の「前記クライアント端末２０１から送出された前記属性情報を得て保持し、前記配信情報選択部２１５に送出するクライアント端末属性保持部２１１」と、本件補正発明の「前記端末の受信環境が変化した際に受信環境を取得して記憶するモニタ手段」は、「前記端末の受信環境を取得して記憶するモニタ手段」の点で共通する。
　
・引用発明１の「前記クライアント端末２０１に送信する情報のコンテンツを格納するデータベースである配信情報格納部２１４」と、本件補正発明の「前記端末からの検索要求に応じて前記サーバから情報を取得して格納する配信情報格納手段」は、「情報を格納する配信情報格納手段」の点で共通する。
　
・引用発明１の「前記検索語句と、前記検索語句との関連性が高い語句と、前記属性情報とを元に、前記配信情報格納部２１４の情報を選択し、通信処理部２０９を介して前記クライアント端末２０１へ情報配信を行う前記配信情報選択部２１５」は、端末の受信環境といえる属性情報を元に配信情報格納部２１４の情報を選択するから、本件補正発明の「前記端末の受信環境に応じて前記配信情報格納手段に格納された情報をフィルタリングするフィルタ手段」に相当する。
　
・引用発明１の配信情報選択部２１５は、クライアント端末属性保持部２１１に保持されている属性情報、すなわち、モニタ手段に記憶されている端末の受信環境を取得するといえる。
　また、引用発明１の配信情報選択部２１５は、属性情報を元に、前記配信情報格納部２１４の情報を選択し、通信処理部２０９を介して前記クライアント端末へ情報配信を行う。したがって、配信情報選択部２１５すなわちフィルタ手段は、取得された受信環境に応じてフィルタ手段によるフィルタリングを実行し、また、通信処理部２０９はフィルタ手段から出力された情報を配信情報として端末へ配信するといえる。
　よって、引用発明１の上記構成と本件補正発明の「前記配信情報格納手段に前記サーバから取得された情報を格納した後、前記モニタ手段に記憶されている前記端末の受信環境を取得し、この取得された受信環境に応じて前記フィルタ手段によるフィルタリングを実行し、前記フィルタ手段から出力された情報を配信情報として前記端末へ配信する制御手段」は、
　「前記モニタ手段に記憶されている前記端末の受信環境を取得し、この取得された受信環境に応じて前記フィルタ手段によるフィルタリングを実行し、前記フィルタ手段から出力された情報を配信情報として前記端末へ配信する」の点で一致する。
　
　したがって、本件補正発明と引用発明１は以下の点で一致する。
　
＜一致点＞
「端末からの要求に応じて、情報を前記端末へ配信するシステムにおいて、
　前記端末の受信環境を取得して記憶するモニタ手段と、
　情報を格納する配信情報格納手段と、
　前記端末の受信環境に応じて前記配信情報格納手段に格納された情報をフィルタリングするフィルタ手段と、
　を有し、
　前記モニタ手段に記憶されている前記端末の受信環境を取得し、この取得された受信環境に応じて前記フィルタ手段によるフィルタリングを実行し、前記フィルタ手段から出力された情報を配信情報として前記端末へ配信する、
　ことを特徴とする情報配信サービスシステム。」
　
　そして、本件補正発明と引用発明１は以下の点で相違する。
　
＜相違点１＞
　本件補正発明が配信する情報は「サーバから受信した情報」であり、
　本件補正発明の配信情報格納手段は、「前記端末からの検索要求に応じてサーバから情報を取得し」て格納するものであるのに対し、
　引用発明１が配信する情報は、「サーバから受信した情報」ではなく、
　また、引用発明１の配信情報格納部２１４は、クライアント端末からの検索要求より前に、あらかじめ配信情報をデータベースに格納しているものであり、「前記端末からの検索要求に応じてサーバから情報を取得し」て格納するものではない点。
　
＜相違点２＞
　本件補正発明のモニタ手段は、端末の受信環境が変化した際に受信環境を取得して記憶するのに対し、
  引用発明のクライアント端末属性保持部は、クライアント端末が検索要求を行う際、および、ある周期毎に属性情報を得て保持する点。
　
＜相違点３＞
　本件補正発明は制御手段を有し、この制御手段が「前記配信情報格納手段に前記サーバから取得された情報を格納した後、前記モニタ手段に記憶されている前記端末の受信環境を取得し、この取得された受信環境に応じて前記フィルタ手段によるフィルタリングを実行し、前記フィルタ手段から出力された情報を配信情報として前記端末へ配信する」のに対し、
　引用発明１は制御手段を有しておらず、
　配信情報選択部２１５が、クライアント端末属性保持部２１１に保持されている属性情報、すなわち、モニタ手段に記憶されている端末の受信環境を取得し、
　配信情報選択部２１５が、クライアント端末属性保持部２１１から取得した属性情報を元に情報を選択し、すなわち、取得された受信環境に応じてフィルタリングを実行し、
　通信処理部２０９が、配信情報選択部によって選択された情報をクライアント端末に配信する、すなわち、フィルタ手段から出力された情報を配信情報として端末へ配信する点。
　また、クライアント端末属性保持部２１１に保持されている属性情報、すなわち、モニタ手段に記憶されている端末の受信環境を取得するタイミングは、「前記配信情報格納手段に前記サーバから取得された情報を格納した後」ではない点。
　
４．判断
　
＜相違点１＞について
　引用発明２のインターネット情報統合検索装置は、ユーザのアプリケーションプログラムから問い合わせ文すなわち検索要求を受け付けた時点では、検索結果として返却する配信情報を格納しておらず、その後、サーチエンジンに検索要求することにより、サーチエンジンから情報を受信して格納するものである。
　したがって、インターネット情報統合検索装置が検索要求に応じて配信する情報は、サーチエンジンから受信した情報である。そして、サーチエンジンから受信した情報は当然格納されるから、インターネット情報統合検索装置は、アプリケーションプログラムからの検索要求に応じてサーチエンジンから情報を取得して格納するものである。
　また、サーチエンジンの技術分野において、検索条件として検索語句を指定することは可能であるが、ソフトウエアの種類、位置情報などの端末の属性情報を指定することはできないサーチエンジンは周知である。さらに、サーチエンジンがサーバにより構成されることも周知である。
　してみると、引用発明１に引用発明２を適用し、配信情報を配信情報格納部２１４のデータベースにあらかじめ格納するのに代えて、クライアント端末からの検索要求に応じてサーチエンジンのサーバから受信して配信情報格納部に格納し、その際、サーチエンジンが検索語句を条件として検索を行い、情報管理サーバがクライアント端末の属性情報を条件として配信情報格納部に格納された情報をフィルタリングすることにより、
　引用発明１が上記相違点１に係る本件補正発明の構成を有するようにすることは容易に想到し得ることである。
　
＜相違点２＞について
　引用例１には、発明が解決しようとする課題として、「さらに端末機器の属性状態も利用者の使用用途によっては時間で変化するが、この経時的変化が配信情報の選択に反映させることができないという問題点がある。」（上記イ．参照）、「第２の目的は、クライアント端末機器の持つ属性状態が変化した場合にも、情報配信サーバ側で逐次この変化に対応した情報選択を行うことである。」（上記イ．参照）が記載されている。
　引用発明１は、この課題を解決するために、クライアント端末が検索要求を行う際、および、ある周期毎に属性情報を情報管理サーバに送出し、これを情報管理サーバのクライアント端末属性保持部に保持している。
　一方、経時的に変化する情報を逐次取得する手段として、情報に変化があった際に、その情報を取得して記憶する手段は、情報管理の技術分野で周知である。前置報告書において周知文献として引用した特開２００２−１４２２４３号公報には、移動機が基地局から位置登録エリア情報を受信して、加入者データベースに位置登録要求を行うことにより、加入者データベースに移動機の位置登録エリア情報を登録する移動通信システムにおいて、移動機は、先に位置登録要求を行った位置登録エリア情報を記憶しておき、基地局から受信した位置登録エリア情報と、記憶されている位置登録エリア情報とを比較し、異なる場合は位置登録要求を送出し、同一の場合は位置登録要求を送出しないことが記載されている（段落【０００２】〜【０００６】参照）。すなわち、加入者データベースは、移動機の位置登録エリア情報が変化した際に、その位置登録エリア情報を取得して記憶する。
　してみると、引用発明１に上記周知技術を適用し、クライアント端末属性保持部が、検索要求の際、および、ある周期毎に属性情報を得て保持するのに代えて、クライアント端末の属性情報が変化した際に属性情報を得て保持するようにして、
　引用発明１を、上記相違点２に係る本件補正発明の構成を有するようにすることは、容易に想到し得ることである。
　
＜相違点３＞について
　サーバに制御手段を設け、この制御手段を用いて、サーバ内の各種手段や機能を統合的に制御したり、サーバ内における情報の転送を制御したりすることは周知である。
　また、上記「＜相違点１＞について」に記載したように、引用発明１を、端末からの検索要求に応じてサーバから情報を取得して配信情報格納手段に格納し、その格納された情報をフィルタリングするものとした場合、クライアント端末属性保持部から属性情報を取得するタイミングを、その属性情報を用いてフィルタリングを実行するタイミングとすることは普通に想到されることである。また、フィルタリングは配信情報格納手段に格納された情報に対して行われるから、フィルタリングを実行するタイミングが、配信情報格納手段にサーバから受信した情報を格納した後になることは当然のことである。
　してみると、引用発明１の情報管理サーバに上記周知技術を適用して制御手段を設け、この制御手段が、クライアント端末属性保持部に保持されているクライアント端末の属性情報を取得し、取得された属性情報を配信情報選択部に送出してフィルタリングを実行し、配信情報選択部によりフィルタリングされた情報を通信処理部を介してクライアント端末へ配信させ、
　さらに、引用発明１に引用発明２を適用した場合に、制御手段がクライアント端末属性保持部から属性情報を取得するタイミングを、配信情報格納部にサーバから受信した情報を格納した後の、フィルタリングを実行するタイミングとして、
　引用発明１を、上記相違点３に係る本件補正発明の構成を有するものとすることは、容易に想到し得ることである。
　
　そして、本件補正発明の作用効果も、引用発明１、引用発明２および周知技術から当業者が予測できる範囲のものである。
　したがって、本件補正発明は、引用発明１、引用発明２および周知技術に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。 
　
５．補正却下の決定のむすび
　
　以上のとおり、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
第３　本願発明
　
　平成２０年７月７日付けの手続補正は上記のとおり却下されたので，本願の請求項１に係る発明（以下「本願発明」という。）は，平成２０年３月３１日付けの手続補正により補正された特許請求の範囲の請求項１に記載された次のとおりのものである。 
　
「端末からの要求に応じて、サーバから受信した情報を前記端末へ配信するシステムにおいて、
　前記端末の受信環境をモニタするモニタ手段と、
　前記端末からの検索要求に応じて前記サーバから情報を取得して格納する配信情報格納手段と、
　前記端末の受信環境に応じて前記配信情報格納手段に格納された情報をフィルタリングするフィルタ手段と、
　前記配信情報格納手段に前記サーバから取得された情報を格納した後、前記モニタ手段により前記端末の受信環境を取得し、この取得された受信環境に応じて前記フィルタ手段によるフィルタリングを実行し、前記フィルタ手段から出力された情報を配信情報として前記端末へ配信する制御手段と、
　を有することを特徴とする情報配信サービスシステム。」
　
第４　引用例 
　
　原査定の拒絶の理由に引用された引用例は、前記第２、２．に記載したとおりである。
　
第５　対比・判断 
　
　本願発明は、前記第２、１．で検討した本件補正発明から限定事項を省いたものである。そうすると、本願発明の発明特定事項を全て含み、さらに発明特定事項を限定したものに相当する本件補正発明が前記第２、３．、第２、４．に記載したとおり、引用発明および周知技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により当業者が容易に発明することができたものである。
　
第６　むすび 
　
　以上のとおり、本願発明は、引用発明１、２および周知技術に基づいて当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができないから、他の請求項について検討するまでもなく、本願は拒絶すべきものである。 
　よって，結論のとおり審決する。