【事件の表示】
　特願２０１３−５４８７７５「自動マッチングによる実オブジェクトのセットへのサービス展開」拒絶査定不服審判事件〔平成２４年　７月１９日国際公開、ＷＯ２０１２／０９５２６７、平成２６年　５月１５日国内公表、特表２０１４−５１１５１５、請求項の数（１０）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、２０１１年１２月２９日（パリ条約による優先権主張外国庁受理２０１１年１月１０日、仏国）を国際出願日とする出願であって、平成２６年５月９日付けで拒絶理由通知がなされ、同年８月１３日付けで手続補正がなされ、同年１２月２日付けで拒絶査定がなされ、これに対し、平成２７年４月３日に拒絶査定不服審判の請求がなされると同時に手続補正がなされたものである。
第２　平成２７年４月３日付けの手続補正（以下「本件補正」という。）の適否
１．補正の内容
　本件補正は、補正前の特許請求の範囲の請求項１である
「環境の実オブジェクトのセット（Ｏｂｊ１、Ｏｂｊ２、Ｏｂｊ３）にサービスを展開するためのデバイスであって、
　使用可能なサービスのセットから前記サービスを選択するためのユーザ（Ｕ）との対話の手段（Ｔ、ＴＣ）であって、使用可能な各サービスが相互接続点に関連付けられている、手段と、
　表現を格納する手段（ＯＷＥ１、ＯＷＥ２、ＯＷＥ３）であって、各表現が実オブジェクトの前記セットからの所与のオブジェクトに関連付けられ、前記所与のオブジェクトの使用可能な動作と前記所与のオブジェクトの可能な状態との間の関連を示す、手段と、
　前記サービスに関連付けられている相互接続点と、実オブジェクトの前記表現内に含まれており前記実オブジェクトの現在の状態に関連付けられている少なくとも１つの使用可能な動作との間の少なくとも１つのマッチングを実行するための処理手段（ＳＭ）と、
　前記サービスと前記実オブジェクトを接続することによって前記少なくとも１つのマッチングを展開するためのアクティブ化手段（ＬＭ）とを備える、デバイス。」
を、
「環境の実オブジェクトのセット（Ｏｂｊ１、Ｏｂｊ２、Ｏｂｊ３）に
通信ネットワーク上で使用可能な
　
前記
　表現を格納する手段（ＯＷＥ１、ＯＷＥ２、ＯＷＥ３）であって、各表現が実オブジェクトの前記セットからの所与のオブジェクトに関連付けられ、前記所与のオブジェクトの使用可能な動作と前記所与のオブジェクトの可能な状態との間の関連を示す、手段と、
　前記サービスに関連付けられている相互接続点と、実オブジェクトの前記表現内に含まれており前記実オブジェクトの現在の状態に関連付けられている少なくとも１つの使用可能な動作との間の少なくとも１つのマッチングを実行するための処理手段（ＳＭ）と、
　前記サービスと前記実オブジェクトを接続することによって前記少なくとも１つのマッチングを展開するためのアクティブ化手段（ＬＭ）とを備える、デバイス。」
とするものである。
２．補正の適否
　本件補正は、請求項１に記載した発明を特定するために必要な事項である「サービス」という事項について、「
通信ネットワーク上で使用可能な
　また、特許法第１７条の２第３項、第４項に違反するところはない。
　そこで、本件補正後の前記請求項１に係る発明（以下「本願補正発明」という。）が特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか（特許出願の際独立して特許を受けることができるものであるか）について以下検討する。
（１）引用文献
　原査定の拒絶の理由に引用された特表２００６−５２６２１０号公報（以下「引用文献１」という）には、図面とともに次の事項が記載されている。
「【００１６】
　［本発明の詳細な説明］
　ローカル短距離通信技術、例えば、Ｂｌｕｅｔｏｏｔｈ［３］、ＷＬＡＮ［４］、ＨｉｐｅｒＬＡＮなどの出現によって、デバイス間のローカル接続が可能にされる。人に所属するデバイスは、デバイスがダイナミックに出現および消滅する私的なパーソナル・エリア・ネットワーク（ＰＡＮ）を形成する。しかし、最も重要なことは、接続が必ずしも通信を意味するものではなく、デバイスが協力してバーチャル・デバイスを形成する前に、多くの困難な問題が解決されなければならないことである。本発明は、ＰＡＮミドルウェアを提案および説明する。このミドルウェアは、ＰＡＮ上のバーチャル・デバイスの形成を可能にし、デバイスのダイナミックな存在、および多様なデバイス・タイプを取り扱うことができる。」
「【００１８】
　図２で示されるように、ＰＡＮミドルウェアは、パーソナル・エリア・ネットワークを取り扱うだけでなく、デバイスの異種性および変動性を取り扱うことができなければならない。まさに、これらの２つの特性は、従来の分散コンピューティング・ミドルウェアからＰＡＮミドルウェアを区別するものである。従来の分散コンピューティング・ミドルウェアでは、コンピューティング・ノードは固定されて均等であると想定されるか、少なくとも最小限の能力、例えば、処理、記憶、通信などの能力を有すると想定される。
【００１９】
　実際、ＰＡＮ上には、次のような多様なデバイスが存在する。
　・通信デバイス（固定、移動、およびＩＰ電話）
　・コンピューティング・デバイス（コンピュータ、ＰＣ、ラップトップ、ＰＤＡなど）
　・周辺デバイス（プリンタ、スキャナ、ディジタルカメラ、カムコーダなど）
　・電子デバイス（ＴＶ、ステレオ機器、拡声器など）
　・電子器具（冷蔵庫、エスプレッソマシン、洗濯機など）
【００２０】
　デバイスは、次のようなものである。
　・身につけるものか、身につけないもの。
　・移動するものか、静止したもの。
　・ネットワーク接続を有するものか、有さないもの。
　・ローカル無線接続を有するものか、有さないもの。
【００２１】
　デバイス・タイプを、次のように区別することが必要であろう。
　・プリミティブ・デバイス：単独で動作することができず、他のスレーブとなるもの。例えば、イヤホン、マイクロホン、ディスプレイなど。
　・オープン・デバイス：ＰＡＮミドルウェアおよび他のアプリケーションのインストレーションおよび実行を許可するデバイス、例えば、ＰＤＡ、ラップトップ、ワークステーションなど。
　・クローズド・デバイス：自立して動作できるが、ブラックボックスのように、内部構造および機能が全面的に隠され、良好に定義されたインタフェースを介してのみ環境と通信するデバイス。例えば、ディジタルカメラは、プロセッサ、メモリ、入力および出力ユニットを有する先進的デバイスであるが、外部アプリケーションのインストレーションおよび実行を許さない。それは、直列、並列、ＵＳＢなどのインタフェースを介してワードの残りと通信する。」
「【００２３】
　［ただ１つのオープン・デバイスを有する隔離ＰＡＮ上のバーチャル・デバイス］
　このＰＡＮ構成において、有線または無線ネットワークとの接続を有するデバイスは存在しない。ただ１つのオープン・デバイスが存在し、残りはプリミティブかクローズドである。図３は、２つのプリミティブ・デバイス、即ちマイクロホンおよびイヤホン、２つのクローズド・デバイス、即ち移動電話およびカムコーダ、および１つのオープン・デバイス、即ちＰＤＡを有するＰＡＮ上のバーチャル・デバイスを示す。
【００２４】
　そのようなＰＡＮでは、次のことを達成するのが望ましい。
　・全てのオープンおよびクローズドのデバイスは、プリミティブ・デバイスを使用する能力を有すべきである。即ち、移動電話、カムコーダ、およびＰＤＡは、マイクロホンおよびイヤホンを共有できなければならない。注意すべきは、今日、そのようなデバイス共有は、Ｂｌｕｅｔｏｏｔｈではサポートされていないことである。
　・オープン・デバイスは、クローズド・デバイスを使用する能力を有すべきである。これは、クローズド・デバイスによって提供されるインタフェースに非常に依存するが、可能である。例えば、ＰＤＡは、ＡＴコマンドを使用してのみ移動電話と通信し［５］、例えば発呼要求を行うことができる。　・クローズド・デバイスは、他のオープンまたはクローズドのデバイスがプログラムされているときにのみ、それらのオープンまたはクローズドのデバイスを使用することができる。
【００２５】
　ＰＡＮミドルウェアは、上記のリソース共有を達成するために必要である。この場合、ＰＡＮミドルウェアはＰＤＡ上に置かれる。なぜなら、ＰＤＡはＰＡＮミドルウェア（ＰＡＮＭ）を収容できる唯一のデバイスだからである。
【００２６】
　ここで、この構成に必要な能力および機能を定義することにする。
【００２７】
　［Ａ．デバイスのプロファイル］
　ＰＡＮＭは、どのようなデバイスがＰＡＮの中に存在するか、それらのデバイスがどのようなタイプであるか、それらのデバイスがどのような能力を有するか、またはそれらのデバイスがどのようなサービス、例えば、印刷、音声入力、テキスト表示などを提供するかを検出および認識できなければならない。ＰＡＮＭは、デバイス・タイプおよび能力を含むデバイス・プロファイルを取り扱い、検出されたデバイスと比較するメカニズムを有さなければならない。デバイス・タイプの定義は、デバイス・タイプの論理的で明確な定義でなければならない。それは、合成デバイスおよび継承されたデバイスの双方をアドレスするように論理的でなければならない。それは、デバイス・タイプの識別を保証するように明確でなければならない。理想的には、デバイス・タイプの定義は、標準化されるべきである。
【００２８】
　［Ｂ．リソースの発見と更新］
　リソースの発見は、デバイスの発見とサービスの発見の双方を含む。デバイスが出現および消滅するＰＡＮの変動性をサポートするため、ＰＡＮＭは、デバイスの発見と更新のメカニズムを備えるべきである。１つの代替は、ポーリングを定期的に実行することである。プリミティブ・デバイスは、マスタへ結合し、他のものには見えないから、ＰＡＮＭは、更に、デバイスへ接続されたプリミティブ・デバイスについてオープンおよびクローズドのデバイスに問い合わせなければならない。第２の代替において、ＰＡＮＭは、デバイスの発見を１回実行するだけで、ネットワーク・レイヤからのトリガに依存して、そのデバイス・セットを更新する。第３の代替において、アプリケーションからの要求があったとき、デバイスへ到達する試みが失敗したときにのみ、変更が更新される。ＰＡＮＭは、更に、現在のデバイスを記憶しなければならない。したがって、命名規則、例えば、ＰＤＡ１、モバイル２などを有することが必要である。各々のデバイスについて、ネットワーク・アドレス（ＩＰ、Ｂｌｕｔｅｔｏｏｔｈなど）およびプロトコルも保存されなければならない。
【００２９】
　［Ｃ．デバイス入力および出力のリダイレクション］
　ＰＡＮＭは、１つのデバイスから他のデバイスの入力ストリームへ出力ストリームをリダイレクトできなければならない。例えば、ＰＤＡからの音声出力ストリームは、イヤホンへリダイレクトされることができ、音声入力はマイクロホンへリダイレクトされることができる。それは、デバイスへアドレスされた出力ストリームを出力ポートで傍受し、必要な変換を実行し、それをＰＡＮ上の他のデバイスへ送らなければならない。ＡＰＩ（アプリケーション・プログラミング・インタフェース）が定義されるべきである。
【００３０】
　［Ｄ．アプリケーションおよび／又はサービスの入力および出力のリダイレクション］
　更に、入力および出力のリダイレクションは、アプリケーションおよび／又はサービス・レベルで行われなければならない。即ち、１つのアプリケーションを１つのデバイスへリダイレクトし、第２のアプリケーションを他のデバイスへリダイレクトできなければならない。しかし、この能力は困難になる。なぜなら、それはオペレーティング・システムの特徴に依存し、図４で示されるように、新しいアプリケーション構造を必要とするかもしれないからである。アプリケーションは、３つのコンポーネントから構成される。即ち、コア、入力、および出力である。コア・コンポーネントは、アプリケーションの主な論理を含み、不変に維持されなければならない。入力および出力コンポーネントは、サポートされるサービス、例えば、音声入力、テキスト入力、グラフィック表示、カラープリントなどに従って、指定されなければならない。もしデバイスが、要求されるサービスとマッチするサービスを提供するならば、そのデバイスはアプリケーションに使用されることができる。
【００３１】
　［Ｅ．ユーザ・プロファイルの管理］
　ＰＡＮのユーザおよびオーナーは、次のことを定義する権利を留保されなければならない。
　・ＰＡＮの範囲内に存在するき、どのようなデバイスがＰＡＮへ参加することを許されるか。
　・デバイスは、特定のロケーション、または特定の時間、または或る一定のタイムテーブルに従って、どのように使用されるべきであるか。デバイス間のリダイレクションは、どのように行われなければならないか。
　・どのデバイスが内部的であり、どのデバイスがグローバルであって外部の世界から見えなければならないか。
　・アプリケーションおよび設定をどうするか。
　・デバイス間で、アプリケーションをどのように分散すべきか。即ち、品質、価格、バッテリ・レベルなどの規準に従って、３つのコンポーネントをデバイス間でどのように分散すべきか。
【００３２】
　更に、ユーザは、任意の時点および場所で、デバイスおよびアプリケーションを変更、除去、および付加する能力を有さなければならない。これらのハードな要件は、ユーザ・プロファイル構造およびそれを取り巻くシステムのアーキテクチャの設計を非常に困難なものにする。
【００３３】
　［Ｆ．ユーザへのインタフェース］
　ＰＡＮのオーナーとしてのユーザは、全てのことを決定する権利を有するユーザでなければならないから、ＰＡＮ制御と呼ばれるアプリケーションの必要性が存在する。ＰＡＮ制御は、ＰＡＮミドルウェアと通信して制御することをユーザに許すインタフェースを提供する。他のアプリケーションと同じように、ＰＡＮ制御も、コア、入力、および出力として構造化され、多様な入力および出力サービスをサポートしなければならない。
【００３４】
　［Ｇ．アプリケーションおよびサービスへのインタフェース］
　ＰＡＮの出現に伴って、ＰＡＮベース・アプリケーションと呼ばれる新しいタイプのアプリケーションが生まれている。この新しいタイプのアプリケーションは、ＰＡＮのユニークな特性、即ちデバイス変動性およびリソース共有性を積極的に利用するであろう。ＰＡＮベース・アプリケーションの典型的な例は、既存のアプリケーションの制御、それらアプリケーションの並列実行、それらアプリケーションの柔軟およびダイナミックな組成、それらアプリケーションの入力および出力の分散に焦点を当てるアプリケーションである。ＰＡＮＭは、アプリケーションがＰＡＮ能力および機能にアクセスできるようにするアプリケーション・プログラミング・インタフェース（ＡＰＩ）を提供すべきである。そのようなＡＰＩは、様々な技術、例えば、Ｊａｖａ（登録商標）、ＣＯＲＢＡ、ＸＭＬウェブ・サービスなどで実現することができる。」
　ここで、上記記載を本願優先日前からの技術常識等に照らせば、以下のことがいえる。
ア．段落【００２５】の「ＰＡＮミドルウェアはＰＤＡ上に置かれる。」という記載、段落【００３０】の「１つのアプリケーションを１つのデバイスへリダイレクトし、第２のアプリケーションを他のデバイスへリダイレクトできなければならない。」という記載及び段落【００３６】の「ＰＡＮミドルウェア（ＰＡＮＭ）の必要な能力および機能は、次のとおりである。…（略）…アプリケーション・リダイレクション」という記載から、引用文献１には、ＰＡＮ上のＰＤＡがＰＡＮミドルウェアを有すること及びＰＡＮミドルウェアは、アプリケーション・リダイレクションの機能、すなわち、１つのアプリケーションを１つのデバイスへリダイレクトし、第２のアプリケーションを他のデバイスへリダイレクトするという機能を備えることが記載されている。
　したがって、引用文献１には、ＰＡＮ上のＰＤＡが、１つのアプリケーションを１つのデバイスへリダイレクトし、第２のアプリケーションを他のデバイスへリダイレクトするという機能を備えることが記載されているといえる。
イ．段落【００２５】の上記記載及び段落【００２７】のデバイス・プロファイルに関する記載から、引用文献１には、ＰＤＡが、デバイス・プロファイルとして、デバイスのタイプ、能力、提供可能なサービス（例えば、印刷、音声入力、テキスト表示など）といったデバイスと関連付けられた情報を格納していることが記載されているといえる。
ウ．段落【００３０】の「アプリケーションは、３つのコンポーネントから構成される。すなわち、コア、入力、および出力である。」という記載から、引用文献１には、アプリケーションが、少なくとも、コア、入力、および出力という相互接続点を有することが記載されているといえる。
エ．上記ア．からウ．までの事項を考慮すると、引用文献１には、ＰＡＮ上のＰＤＡが、コア、入力、および出力という相互接続点を有するアプリケーションと、デバイスプロファイルに含まれる情報とに基づいて、アプリケーションをデバイスへリダイレクトする機能を有することが記載されているといえる。
オ．ユーザがＰＤＡのユーザインタフェースを介してＰＤＡに実装されている所望のアプリケーションを実行することは一般的であり、段落【００３０】の「１つのアプリケーション」「第２のアプリケーション」という記載から、引用文献１には、ＰＤＡが複数のアプリケーションを備えることが記載されているといえるから、引用文献１には、ユーザが複数のアプリケーションの中から所望のアプリケーションを選択して実行することが記載されているといえる。
　そうすると、引用文献１には、次の発明（以下「引用発明」という。）が記載されているといえる。
「複数のデバイスにＰＡＮ上で使用可能なアプリケーションをリダイレクトするためのＰＤＡであって、
　複数の前記使用可能なアプリケーションから前記アプリケーションを選択するためのユーザとのユーザインタフェースであって、使用可能な各アプリケーションが相互接続点に関連付けられている、ユーザインタフェースと、
　デバイス・プロファイルを格納する手段であって、各デバイス・プロファイルが前記複数のデバイスの所与のデバイスに関連付けられる、手段と、
　前記アプリケーションに関連付けられている相互接続点を、前記デバイス・プロファイルに含まれるデバイスにリダイレクトする手段とを備える、ＰＤＡ。」
（２）対比
　本願補正発明と引用発明とを対比すると、次のことがいえる。
ア．引用発明における「複数のデバイス」「ＰＡＮ」「複数の使用可能なアプリケーション」「ユーザインタフェース」「デバイス・プロファイル」「ＰＤＡ」は、本願補正発明における「環境の実オブジェクトのセット」「通信ネットワーク」「使用可能なサービスのセット」「ユーザ（Ｕ）との対話の手段（Ｔ、ＴＣ）」「表現」「デバイス」に相当する。
イ．引用発明において、アプリケーションをデバイスへリダイレクトするとは、アプリケーションの入力、出力といった相互接続点をデバイスと関連づけ、アプリケーションに関する入出力を、当該関連付けられたデバイスを介して行うということであるから、引用補正発明における「アプリケーションをデバイスへリダイレクトする」とは、本願発明において「サービスに関連付けられている相互接続点と、実オブジェクトの動作との間の少なくとも１つのマッチングを実行」し、「前記サービスと前記実オブジェクトを接続することによって前記少なくとも１つのマッチングを展開する」ことに相当する。
　したがって、本願補正発明と引用発明との間には、次の一致点、相違点があるといえる。
（一致点）
「環境の実オブジェクトのセット（Ｏｂｊ１、Ｏｂｊ２、Ｏｂｊ３）に通信ネットワーク上で使用可能なサービスを展開するためのデバイスであって、
　前記使用可能なサービスのセットから前記サービスを選択するためのユーザ（Ｕ）との対話の手段（Ｔ、ＴＣ）であって、使用可能な各サービスが相互接続点に関連付けられている、手段と、
　表現を格納する手段（ＯＷＥ１、ＯＷＥ２、ＯＷＥ３）であって、各表現が実オブジェクトの前記セットからの所与のオブジェクトに関連付けられる、手段と、
　前記サービスに関連付けられている相互接続点と、実オブジェクトの動作との間の少なくとも１つのマッチングを実行するための処理手段（ＳＭ）と、
　前記サービスと前記実オブジェクトを接続することによって前記少なくとも１つのマッチングを展開するためのアクティブ化手段（ＬＭ）とを備える、デバイス。」
（相違点）
　本願補正発明の「表現」は、所与のオブジェクトの使用可能な動作と所与のオブジェクト
の可能な状態
実オブジェクトの現在の状態に関連付けられている
　この点、引用発明の「デバイス・プロファイル」は、「オブジェクトの使用可能な動作」を示すものとはいえても、「オブジェクトの使用可能な動作と所与のオブジェクト
の可能な状態
実オブジェクトの現在の状態に関連付けられている
（３）判断
　引用発明において、上記相違点に係る本願補正発明の構成を採用することの容易想到性を根拠づける証拠はなく、当該相違点の克服を当業者が容易になし得たこととはいえない。
　したがって、本願補正発明は、引用発明に基づいて、当業者が容易に発明をすることができたとはいえない。
　ほかに、本願補正発明を特許出願の際独立して特許を受けることができないものというべき理由を発見しない。
　よって、本件補正は、特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合する。
３．むすび
　本件補正は、特許法第１７条の２第３項ないし第６項の規定に適合する。
第３　本願発明
　本件補正は上記のとおり、特許法第１７条の２第３項ないし第６項の規定に適合するから、本願の請求項１−１０に係る発明は、本件補正により補正された特許請求の範囲の請求項１―１０に記載された事項により特定されるとおりのものである。
　そして、本願については、原査定の拒絶理由を検討してもその理由によって拒絶すべきものとすることはできない。 
　また、他に本願を拒絶すべき理由を発見しない。 
　よって、結論のとおり審決する。