【事件の表示】
　特願２００４−３３６５３４「ネットワーク上でサービスを共有するための装置及び方法」拒絶査定不服審判事件〔平成１７年　６月３０日出願公開、特開２００５−１７４３１９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明 
　本願は、平成１６年１１月１９日の出願（パリ条約による優先権主張２００３年１２月８日、韓国）の出願であって、平成１８年１２月２７日付けで拒絶理由通知がなされ、平成１９年３月６日付けで手続補正がなされたが、同年４月１１日付けで拒絶査定がなされ、これに対し、同年７月２３日に審判請求がなされるとともに、同日付けで手続補正がなされたものである。そして、同年１１月１４日付けで審査官から前置報告がなされ、平成２１年７月１４日付けで当審より審尋がなされ、同年１１月２４日付けで回答書が提出されたものである。
　そして、当審より平成２２年１月５日付けで拒絶理由通知がなされ、これに対し、同年４月１２日に手続補正がなされたものである。
　
　そして、特許請求の範囲の請求項１に係る発明（以下、「本願発明」という。）は、平成２２年４月１２日付け手続補正書により補正された明細書の記載からみて、その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
　
「ネットワーク上でサービスを共有するための装置であって、
　ネットワークで連結されたエンベデッドデバイスへ所定のサービスを要請するためのメッセージを伝送し、前記サービスを実行するためのコード情報を受信するサービス送受信部と、
　前記サービスに対する情報を所定の情報記憶領域で検索して保有しているか否かを調べるサービス分析部と、
　前記サービス送受信部から受信したコード情報を前記サービスの開始前にローディングするか、或いは前記ローディングされたコード情報を前記サービスの終了後にアンローディングするサービス積載部とを含み、
　前記サービスに対する情報は、前記サービスを実行するためのコード情報を有しているエンベデッドデバイスのネットワーク上での識別情報であり、
　前記サービス送受信部は、前記所定の情報記憶領域に前記サービスに対する情報を保有している場合、該サービスに対する情報を用いて前記メッセージをユニキャスト方式で伝送し、前記所定の情報記憶領域に前記サービスに対する情報を保有していない場合、前記メッセージをマルチキャスト方式で伝送し、
　前記マルチキャスト方式で伝送されるメッセージは、該メッセージに対してコード情報を伝送しようとするエンベデッドデバイスが、該メッセージを伝送した装置が該コード情報を実行可能であるか否かを分析するための該装置に関する情報を含むことを特徴とする装置。」
　
２．引用文献 
（１）当審より通知された拒絶理由に引用された、特開２００１−２４３０７５号公報（以下、「引用文献」という。）には、図面とともに、以下の事項が記載されている。
　
（ア）「【要約】
【課題】  多機能化に伴ってプログラム量が増大したとしても、コスト高を可及的に抑制すると共に、容易にプログラムを管理できるようにする。
【解決手段】  ネットワーク上のマルチファンクションペリフェラルで使用する各種のプログラムをネットワーク上のファイルサーバに予め格納しておき、マルチファンクションペリフェラルは、ファイルサーバに格納されたプログラムをダウンロードして各種の機能に係る処理を実行する。」
　
（イ）「【請求項５】  前記作成装置は、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）により前記プログラムを作成し、該プログラムは、該プログラムに関連するプログラムの格納位置情報を含むことを特徴とする請求項１〜４のいずれかに記載のプログラム管理装置。
【請求項６】  前記通知手段はＵＲＬ（Ｕｎｉｆｏｒｍ  ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）の書式に基づいた格納位置情報を前記検索装置に通知し、当該検索装置は該ＵＲＬの書式に基づいた格納位置情報を記憶することを特徴とする請求項１〜５のいずれかに記載のプログラム管理装置。
【請求項７】　・・・（中略）・・・
【請求項８】  前記取込手段は、前記マルチファンクションペリフェラルで使用するプログラムの格納先が不明の場合、該マルチファンクションペリフェラルの識別子を含むパケットを前記ネットワークに送出することにより、該マルチファンクションペリフェラルで使用するプログラムの格納位置情報を問い合せることを特徴とする請求項１〜７のいずれかに記載のプログラム管理装置。」
　
（ウ）「【００２９】図１において、２０１はプリント機能、スキャナ機能、Ｆａｘ機能等を備えたマルチファンクションペリフェラル（ＭＦＰ）であり、その構成は前述の図１４とほぼ同様である。２０２はホストコンピュータ、２０３はローカルエリアネットワーク（ＬＡＮ）である。」
　
（エ）「【００４９】また、記憶位置を示すパス“ｐｍｐｆ／ｊａｐａｎ／”は、格納したプログラムファイルが動作可能なＭＦＰ２０１等の識別子を兼ねており、検索サーバ２０５は、ホストコンピュータ２０２から通知されるプログラムァイ格納先情報を効率的に記憶することにより、マルチファンクション装置２００等から要求されるプログラムファイル格納先の照会に迅速に応答できるようになっている。
【００５０】図３は、プログラムファイルの検索方法を説明するための説明図である。
【００５１】ＭＦＰ２０１等が電源起動時、初期化状態時等において、ＭＦＰ２０１等の上で動作可能なプログラムファイルの格納先が不明な場合は、上記プログラムファイルの格納先を照会するためのパケットをＬＡＮ２０３に送出する。このパケットは、送信元の装置識別子が含まれており、ブロードキャスト方式、マルチキャスト方式等による宛先不特定のパケットとして送出する。
【００５２】検索サーバ２０５は、ＭＦＰ２０１等から送出された照会用のパケットを受信すると、そのパケットに含まれている送信元の装置識別子と、当該検索サーバ２０５に記憶されているプログラムファイルの格納先情報に基づいて、照会元のマルチファンクション装置等２０１等の装置識別が含まれている格納先情報を検索し、その検索結果をＬＡＮ２０３を介して照会元のＭＦＰ２０１等に通知する。」
　
（オ）「【００５４】図４は、プログラムファイルの取得、実行方法を説明するための説明図である。図３を用いて説明した手順、…によりプログラムファイルの格納先情報を取得し、その格納先情報に基づいて、プログラムファイルの取得要求を行なうためのパケットをファイルサーバ２０４に送出する。」
　
（カ）「【００５７】ＭＦＰ２０１等は、ファイルサーハ゛２０４から受信したプログラムファイルを、ＲＯＭ３０２等に格納されたプログラムファイルインタプリタに基づいてＣＰＵ３０１により翻訳して、実行する。」
　
（キ）「【００７８】所定時間以上、ＵＩ３１０のボタン操作、或いは外部インタフェースからの動作要求がなければ（ステップＳ２００３）、ファイルサーバ２０４から取得してＲＡＭ３０３に記憶したファイルを消去して、電源投入時のログイン待ち状態に戻る（ステップＳ２００４）。」
　
（ク）「【００８３】
【発明の効果】…本発明によれば、少なくともネットワーク上のマルチファンクションペリフェラルで使用するプログラムを格納する該ネットワーク上の格納装置と、前記格納装置に格納された前記プログラムを前記マルチファンクションペリフェラルに取り込む取込手段とを備えたので、マルチファンクションペリフェラルで多機能を実現するに当たり、ＲＯＭのメモリ容量は小さくて済み、ハードディスクは不要となり、多機能化に伴ってプログラム量が増大したとしても、コスト高となるのを可及的に抑制することができる。
【００８４】また、マルチファンクションペリフェラルのコピー機能、プリント機能、Ｆａｘ機能等を実現するための各種プログラムをバージョンアップする場合にも、ファイルサーバ上でバージョンアップするだけで済み、…これらプログラムの管理が容易になる。」
　
　（ア）における記載「ネットワーク上のマルチファンクションペリフェラルで使用する各種のプログラムをネットワーク上のファイルサーバに予め格納しておき、マルチファンクションペリフェラルは、ファイルサーバに格納されたプログラムをダウンロードして各種の機能に係る処理を実行する。」、（ウ）の段落【００２９】における記載「図１において、２０１はプリント機能、スキャナ機能、Ｆａｘ機能等を備えたマルチファンクションペリフェラル（ＭＦＰ）であり」、及び（ク）の段落【００８４】における記載「マルチファンクションペリフェラルのコピー機能、プリント機能、Ｆａｘ機能等を実現するための各種プログラム…」からすると、引用文献に記載された発明は、ネットワーク上で、マルチファンクションペリフェラルの備えるプリント機能、スキャナ機能、Ｆａｘ機能等各種の機能の実行のためのプログラムを共有するための前記マルチファンクションペリフェラルに関する発明である。
　
　（オ）の段落【００５４】における記載「図３を用いて説明した手順、…によりプログラムファイルの格納先情報を取得し、その格納先情報に基づいて、プログラムファイルの取得要求を行なうためのパケットをファイルサーバ２０４に送出する。」及び（カ）の段落【００５７】における記載「ＭＦＰ２０１等は、ファイルサーハ゛２０４から受信したプログラムファイルを、ＲＯＭ３０２等に格納されたプログラムファイルインタプリタに基づいてＣＰＵ３０１により翻訳して、実行する。」からすると、前記マルチファンクションペリフェラルは、ネットワークで連結されたファイルサーバへ所定の機能の実行のためのプログラムを要求するためのメッセージを伝送し、前記所定の機能の実行のためのプログラムを受信する手段（以下、「送受信手段」という）を含むと解される。
　
　（カ）の段落【００５７】における記載「ＭＦＰ２０１等は、ファイルサーハ゛２０４から受信したプログラムファイルを、ＲＯＭ３０２等に格納されたプログラムファイルインタプリタに基づいてＣＰＵ３０１により翻訳して、実行する。」及び（キ）の段落【００７８】における記載「所定時間以上、ＵＩ３１０のボタン操作、或いは外部インタフェースからの動作要求がなければ（ステップＳ２００３）、ファイルサーバ２０４から取得してＲＡＭ３０３に記憶したファイルを消去して、…」からすると、前記マルチファンクションペリフェラルは、前記送受信手段から受信したプログラムを前記所定の機能の実行開始前にＲＡＭに格納するか、或いは前記ＲＡＭに格納されたプログラムを前記所定の機能の実行終了後に前記ＲＡＭから消去する手段（以下、「プログラム積載手段」という）を含むと解される。
　
　（イ）の【請求項６】における記載「…ＵＲＬ（Ｕｎｉｆｏｒｍ  ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）の書式に基づいた格納位置情報…」、（イ）の【請求項８】における記載「前記取込手段は、前記マルチファンクションペリフェラルで使用するプログラムの格納先が不明の場合、該マルチファンクションペリフェラルの識別子を含むパケットを前記ネットワークに送出することにより、該マルチファンクションペリフェラルで使用するプログラムの格納位置情報を問い合せる」及び（エ）の段落【００５１】における記載「ＭＦＰ２０１等が電源起動時、初期化状態時等において、ＭＦＰ２０１等の上で動作可能なプログラムファイルの格納先が不明な場合は、上記プログラムファイルの格納先を照会するためのパケットをＬＡＮ２０３に送出する。」からすると、前記マルチファンクションペリフェラルは、前記所定の機能の実行のためのプログラムを有しているファイルサーバのＵＲＬが不明かどうかを判断する手段（以下、「位置情報判断手段」という）を含むと解される。なお、前記「前記所定の機能の実行のためのプログラムを有しているファイルサーバのＵＲＬ」を「機能の実行に対する情報」と略称する。
　
　（エ）の段落【００５１】における記載「ＭＦＰ２０１等の上で動作可能なプログラムファイルの格納先が不明な場合は、上記プログラムファイルの格納先を照会するためのパケットをＬＡＮ２０３に送出する。このパケットは、送信元の装置識別子が含まれており、ブロードキャスト方式、マルチキャスト方式等による宛先不特定のパケットとして送出する。」及び（エ）の段落【００５２】における記載「検索サーバ２０５は、ＭＦＰ２０１等から送出された照会用のパケットを受信すると、…　その検索結果をＬＡＮ２０３を介して照会元のＭＦＰ２０１等に通知する。」からすると、前記送受信手段は、前記所定の機能の実行のためのプログラムを有しているファイルサーバのＵＲＬが不明な場合、前記所定の機能の実行のためのプログラムを要求するためのメッセージ伝送先の照会をマルチキャスト方式で検索サーバに伝送し、前記メッセージ伝送先を検索サーバから受信するものと解される。
　
  （エ）の段落【００４９】における記載「記憶位置を示すパス“ｐｍｐｆ／ｊａｐａｎ／”は、格納したプログラムファイルが動作可能なＭＦＰ２０１等の識別子を兼ねており、…」、及び（エ）の段落【００５１】における記載「ＭＦＰ２０１等の上で動作可能なプログラムファイルの格納先が不明な場合は、上記プログラムファイルの格納先を照会するためのパケットをＬＡＮ２０３に送出する。このパケットは、送信元の装置識別子が含まれており、…」からすると、前記マルチキャスト方式で伝送される、前記所定の機能の実行のためのプログラムを要求するためのメッセージ伝送先の照会は、前記プログラムを要求するマルチファンクションペリフェラルに関する装置識別子を含み、該装置識別子は、ファイルサーバが格納している前記所定の機能の実行のためのプログラムが、前記プログラムを要求するマルチファンクションペリフェラルで動作可能であるか否かを識別するための該マルチファンクションペリフェラルに関する情報であると解される。
　
  よって、（ア）〜（ク）における記載及びその関連する図面からすると、引用文献には、以下の発明（以下「引用発明」という）が記載されていると認められる。 
　 
　ネットワーク上で、マルチファンクションペリフェラルの備えるプリント機能、スキャナ機能、Ｆａｘ機能等各種の機能の実行のためのプログラムを共有するための前記マルチファンクションペリフェラルであって、
　ネットワークで連結されたファイルサーバへ所定の機能の実行のためのプログラムを要求するためのメッセージを伝送し、前記所定の機能の実行のためのプログラムを受信する送受信手段と、
　前記所定の機能の実行に対する情報が不明かどうかを判断する位置情報判断手段と、
　前記送受信手段から受信したプログラムを前記所定の機能の実行開始前にＲＡＭに格納するか、或いは前記ＲＡＭに格納されたプログラムを前記所定の機能の実行終了後に前記ＲＡＭから消去するプログラム積載手段とを含み、
　前記所定の機能の実行に対する情報は、前記所定の機能の実行のためのプログラムを有しているファイルサーバのＵＲＬであり、
　前記送受信手段は、前記所定の機能の実行に対する情報が不明な場合、前記所定の機能の実行のためのプログラムを要求するためのメッセージ伝送先の照会をマルチキャスト方式で検索サーバに伝送し、前記メッセージ伝送先を検索サーバから受信するものであって、
　前記マルチキャスト方式で伝送される、前記所定の機能の実行のためのプログラムを要求するためのメッセージ伝送先の照会は、前記プログラムを伝送するファイルサーバの格納している前記所定の機能の実行のためのプログラムが、前記プログラムを要求するマルチファンクションペリフェラルで動作可能であるか否かを識別するための該マルチファンクションペリフェラルに関する装置識別子を含むことを特徴とするマルチファンクションペリフェラル。
　
３．対比
　引用発明の「マルチファンクションペリフェラル」は、本願発明の「装置」に相当する。
　引用発明の「ネットワーク上で、マルチファンクションペリフェラルの備えるプリント機能、スキャナ機能、Ｆａｘ機能等各種の機能の実行のためのプログラムを共有する」ことは、本願発明の「ネットワーク上でサービスを共有する」ことに相当する。
　引用発明の「所定の機能の実行」は、本願発明の「所定のサービス」に相当する。
　引用発明の「所定の機能の実行のためのプログラムを要求するためのメッセージ」、「所定の機能の実行のためのプログラム」、及び「所定の機能の実行に対する情報」は、それぞれ本願発明の「所定のサービスを要請するためのメッセージ」、「サービスを実行するためのコード情報」、及び「サービスに対する情報」に相当する。
　引用発明の「送受信手段」は、本願発明の「サービス送受信部」に相当する。
　引用発明の「送受信手段から受信したプログラムを前記所定の機能の実行開始前にＲＡＭに格納するか、或いは前記ＲＡＭに格納されたプログラムを前記所定の機能の実行終了後に前記ＲＡＭから消去するプログラム積載手段」は、本願発明の「サービス送受信部から受信したコード情報を前記サービスの開始前にローディングするか、或いは前記ローディングされたコード情報を前記サービスの終了後にアンローディングするサービス積載部」に相当する。
　
　引用発明の「ファイルサーバ」と本願発明の「エンベデッドデバイス」とはともに、デバイスである点で共通する。
　引用発明の「所定の機能の実行に対する情報」と本願発明の「サービスに対する情報」とは、ともに、前記サービスを実行するためのコード情報を有しているデバイスのネットワーク上での識別情報である点で共通する。
　引用発明の「所定の機能実現に対する情報が不明かどうかを判断する位置情報判断手段」と本願発明の「サービスに対する情報を所定の情報記憶領域で検索して保有しているか否かを調べるサービス分析部」とはともに、サービスに対する情報が不明かどうかを調べる判断手段である点で共通する。
　引用発明の「前記所定の機能の実行に対する情報が不明な場合」と本願発明の「所定の情報記憶領域に前記サービスに対する情報を保有していない場合」とはともに、サービスに対する情報が不明な場合である点で共通する。
　引用発明の「マルチキャスト方式で伝送される、前記所定の機能の実行のためのプログラムを要求するためのメッセージ伝送先の照会」と本願発明の「マルチキャスト方式で伝送されるメッセージ」とはともに、所定のサービスを受けるためのメッセージである点で共通する。
　引用発明の「マルチファンクションペリフェラルに関する装置識別子」は、前記所定の機能の実行のためのプログラムが前記プログラムを要求するマルチファンクションペリフェラルで動作可能であるか否かを識別するためのマルチファンクションペリフェラルに関する情報であるから、本願発明の「装置に関する情報」とは、ともに、所定のサービスを受けるためのメッセージを伝送した装置が該所定のサービスを実行するためのコード情報を実行可能であるか否かを分析するための該装置に関する情報である点で共通する。
 　
 　よって、本願発明と引用発明とは、以下の点で一致し、相違している。
　
（一致点）
　ネットワーク上でサービスを共有するための装置であって、
　ネットワークで連結されたデバイスへ所定のサービスを要請するためのメッセージを伝送し、前記サービスを実行するためのコード情報を受信するサービス送受信部と、
　サービスに対する情報が不明かどうかを調べる判断手段と、
　前記サービス送受信部から受信したコード情報を前記サービスの開始前にローディングするか、或いは前記ローディングされたコード情報を前記サービスの終了後にアンローディングするサービス積載部とを含み、
　前記サービスに対する情報は、前記サービスを実行するためのコード情報を有しているデバイスのネットワーク上での識別情報であり、
　前記サービス送受信部は、サービスに対する情報が不明な場合、所定のサービスを受けるためのメッセージをマルチキャスト方式で伝送し、
　前記マルチキャスト方式で伝送されるメッセージは、該メッセージを伝送した装置が該所定のサービスを実行するためのコード情報を実行可能であるか否かを分析するための該装置に関する情報を含むことを特徴とする装置。 
 　 
（相違点１） 
　「デバイス」について、本願発明は「エンベデッドデバイス」であるのに対して、引用発明は、「ファイルサーバ」である点。
　
（相違点２）
　「サービスに対する情報」について、本願発明は「サービスを実行するためのコード情報を有しているエンベデッドデバイスのネットワーク上での識別情報」であるのに対して、引用発明は、「所定の機能の実行のためのプログラムを有しているファイルサーバのＵＲＬ」である点。
　 
（相違点３） 
　本願発明の「サービス分析部」は「サービスに対する情報を所定の情報記憶領域で検索して保有しているか否かを調べる」ものであるのに対して、引用発明の「位置情報判断手段」は、「所定の機能の実行に対する情報が不明かどうかを判断する」ものである点。
 　 
（相違点４）
　本願発明の「サービス送受信部」は、所定の情報記憶領域にサービスに対する情報を保有している場合、該サービスに対する情報を用いて所定のサービスを要請するためのメッセージをユニキャスト方式で伝送するのに対して、引用発明の「送受信手段」は、所定の機能の実行に対する情報が明らかな場合の処理が不明な点。
　
（相違点５）
　本願発明の「サービス送受信部」は、所定の情報記憶領域に前記サービスに対する情報を保有していない場合、前記メッセージをマルチキャスト方式で伝送し、前記マルチキャスト方式で伝送されるメッセージは、該メッセージに対してコード情報を伝送しようとするエンベデッドデバイスが、該メッセージを伝送した装置が該コード情報を実行可能であるか否かを分析するための該装置に関する情報を含むのに対して、引用発明の「送受信手段」は、所定の機能の実行に対する情報が不明な場合、前記所定の機能の実行のためのプログラムを要求するためのメッセージ伝送先の照会をマルチキャスト方式で検索サーバに伝送し、前記メッセージ伝送先を検索サーバから受信するものであって、前記マルチキャスト方式で伝送される、前記所定の機能の実行のためのプログラムを要求するためのメッセージ伝送先の照会は、前記プログラムを伝送するファイルサーバの格納している前記所定の機能の実行のためのプログラムが、前記プログラムを要求するマルチファンクションペリフェラルで動作可能であるか否かを識別するための該マルチファンクションペリフェラルに関する装置識別子を含む点。
　
４．判断
　相違点１及び相違点２を検討する。 
　複合機の機能を有する画像形成装置（すなわち、マルチファンクションペリフェラル）が、組み込みシステム向けのリアルタイムＯＳで実現される環境上で構築されることは、当業者にとって常識的・基礎的事項（以下、「常識的・基礎的事項１」という）である。（当審より通知された拒絶理由に引用された、特開２００３−３３０７３２号公報の段落【０００２】における記載「従来、画像形成装置、及び画像形成装置の制御においては、ＰＣに搭載される汎用的なＯＳとは異なる、組み込みシステム向けの、アーキテクチャへの依存度が高いリアルタイムＯＳで実現される実行環境上にシステムが構築されることが主流であった。」等参照。）
　また、ファイルサーバ機能を備える多機能ディジタル複写機（すなわち、マルチファンクションペリフェラル）は、当業者にとって、常識的・基礎的事項（以下、「常識的・基礎的事項２」という）である。（例えば、当審より通知された拒絶理由に引用された、特開平１０−２４３１５６号公報の段落【０００２】における記載「従来より、ＦＡＸ機能、ファイルサーバ機能、ラスタライザ機能、および通信機能等を備えた多機能ディジタル複写機・・・（後略）」等参照。） 
　してみると、引用発明のファイルサーバとしてエンベデッドデバイスを採用することは、当業者であれば、適宜なし得たことである。
　その際、引用発明の「所定の機能の実行のためのプログラムを有しているファイルサーバのＵＲＬ」が、所定の機能の実行のためのプログラムを有しているエンベデッドデバイスのＵＲＬ（すなわち、ネットワーク上での識別情報）となることは、論理的に明らかである。
　よって、相違点１及び相違点２は格別のものではない。 
 　 
　相違点３及び相違点４を検討する。 
　クライアント／サーバシステムにおいて、クライアントから特定のサービスを提供するサーバを見つけるために、クライアント上にサービスとそのサービスを提供するサーバのアドレスを予め記憶させておくことは、当業者にとって常識的・基礎的事項（以下、「常識的・基礎的事項３」という）である。（例えば、特開平７−１６０６４７号公報の段落【０００３】における記載「クライアント／サーバシステムにおいて、クライアントから特定のサービスを提供するサーバを接続する（または見つける）には、次のような方式があった。…　クライアント上にサービスと、そのサービスを提供するサーバのアドレスを予め記憶させておき、サービスが必要になった時点でクライアントがサーバに接続する。」等参照。）
　そして、引用発明の「マルチファンクションペリフェラル」は、ネットワークで連結されたファイルサーバへ所定の機能の実行のためのプログラムを要求するためのメッセージを伝送し、前記所定の機能の実行のためのプログラムを受信するものであることからすると、所定の機能の実行に対する情報が明らかな場合、該所定の機能の実行に対する情報を用いて所定の機能の実行のためのプログラムを要求するためのメッセージをユニキャスト方式で伝送することは、当業者にとって、自明の事項であることを勘案すると、引用発明の「位置情報判断手段」に前記常識的・基礎的事項３を適用することで、引用発明の「位置情報判断手段」が所定の機能の実行に対する情報を所定の情報記憶領域で検索して保有しているか否かを調べるようにするとともに、引用発明の「送受信手段」は、所定の情報記憶領域に所定の機能の実行に対する情報を保有している場合、該所定の機能の実行に対する情報を用いて所定の機能の実行のためのプログラムを要求するためのメッセージをユニキャスト方式で伝送するように構成することは、当業者であれば、容易に想到し得たことである。
　よって、相違点３及び相違点４は格別のものではない。
　
　相違点５について検討する。
　サービスを提供するサーバのサービスロケーションが不明な場合に、サービスを提供するサーバのサービスロケーション及びサービス属性等を記憶したディレクトリ（すなわち、検索サーバ）を設置して該ディレクトリにサービスを提供するサーバのサービスロケーションを問い合わせをする方式、またはサービスを提供するサーバに対する応答要求メッセージをマルチキャスト伝送方式で伝送することにより、該サービスを提供するサーバから直接応答を受信する方式があることは、当業者にとって常識的・基礎的事項（以下、「常識的・基礎的事項４」という）である。（例えば、当審より通知された拒絶理由に引用された、特開２００３−９１５５３号公報の段落【００２３】における記載「サービス属性を考慮したサービスロケーションの検索のためには、…　事前登録方式、…　一斉同報方式…などにより実現される。」及び段落【００２６】における記載「一斉同報方式は、一斉同報通信（ＩＰマルチキャストなど）によるサーバに対する応答要求…を行う。」並びに特開平４−１６７１５９号公報の１頁右欄４行目〜１４行目における記載「ホストコンピュータやワークステーションなどを同一のネットワーク上に接続したネットワークシステムにおいては、ファイルサーバやプリントサーバなどのサーバが各端末からの要求に応じて各種のサービスを提供している。従来、ワークステーションなどからネットワーク上のサーバに対して情報の問合せを行う場合、知りたい情報を保持しているサーバのアドレスがわからないときは、ネットワークに対してブロードキャストを行い、不特定多数のサーバから応答のパケットを受け取るようにしていた。」等参照。）
　してみると、所定の機能の実行に対する情報が不明な場合に、引用発明の「所定の機能の実行のためのプログラムを要求するためのメッセージ伝送先の照会」を検索サーバに問い合わせすることに替えて前記常識的・基礎的事項４の「サービスを提供するサーバに対する応答要求メッセージをマルチキャスト伝送方式で伝送する」方式を適用することで、引用発明の「送受信手段」は、所定の機能の実行に対する情報が不明な場合、前記所定の機能の実行のためのプログラムを要求するためのメッセージをマルチキャスト方式で伝送するように構成することは、当業者であれば、容易に想到し得たことである。
　そして、その際に、引用発明の「マルチファンクションペリフェラルに関する装置識別子」が、前記メッセージに対して所定の機能の実行のためのプログラムを伝送しようとするファイルサーバが、該メッセージを伝送したマルチファンクションペリフェラルが該プログラムを実行可能であるか否かを識別するための該マルチファンクションペリフェラルに関する情報であることは、論理的に明らかである。
　よって、相違点５は格別のものではない。 
 　 
　上記で検討したごとく相違点１〜相違点５は格別のものではなく、そして、本願発明の構成によってもたらされる効果も、当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。 
　以上のように、本願発明は、引用発明及び前記常識的・基礎的事項１〜常識的・基礎的事項４に基いて当業者が容易に想到し得たものである。 
　
５．むすび 
　以上のとおり、本願発明は、本願のパリ条約による優先権主張の基礎とされた第一国出願前に日本国内又は外国において、頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、上記結論のとおり、審決する。