【事件の表示】
　特願２０１８−２３３９７４「管理方法、制御装置及び通信処理デバイス」拒絶査定不服審判事件〔令和　１年　５月　９日出願公開、特開２０１９−　７１６３８、請求項の数（７）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、２０１３年（平成２５年）９月２７日（優先権主張　平成２４年９月２７日）を国際出願日とする出願である特願２０１４−５３８６２４号の一部を平成２８年６月９日に新たな出願とした特願２０１６−１１５００７号の一部を平成３０年１２月１４日に新たな出願としたものであって、その手続の経緯は以下のとおりである。
　令和元年　７月２２日付け：拒絶理由通知書
　令和元年　９月３０日　　：意見書、手続補正書の提出
　令和２年　１月１６日付け：拒絶査定（原査定）
　令和２年　４月１４日　　：審判請求書、手続補正書の提出
　令和２年　６月　５日　　：前置報告書
第２　原査定の概要
　原査定（令和２年１月１６日付け拒絶査定）の概要は次のとおりである。
　本願請求項１ないし７に係る発明は、以下の引用文献１及び２に記載された発明に基いて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
［引用文献等一覧］
１　特開２００８−１７２４６２号公報
２　ECHONENT CONSORTIUM，ECHONET Lite Specification Version 1.01，ＥＣＨＯＮＥＴ　Ｌｉｔｅ　通信ミドルウェア仕様，米国，ECHONENT CONSORTIUM，２０１２年　３月　５日，Version 1.01，第２部，pp4-7，URL:https://echonet.jp/wp/wp-ontent/uploads/pdf/General/Standard
/Echonet_lite_old/Ver_1_01/ECHONET-Lite_Ver.1.01_02.pdf
　なお、前置報告書では、上記引用文献１及び２に加え、周知技術を示す文献として以下の引用文献３ないし５が引用されている。
［引用文献等一覧］
３　特開２００１−１６２６４号公報
４　特開平１０−１７３６５３号公報
５　特開２００６−２０３３４４号公報
第３　本願発明
　本願請求項１ないし７に係る発明（以下、それぞれ「本願発明１」ないし「本願発明７」という。）は、本件補正により補正された特許請求の範囲の請求項１ないし７に記載された事項により特定される発明であり、以下のとおりの発明である。
「　　【請求項１】
　動的アドレスが動的に割り当てられる機器と、前記機器に割り当てられた動的アドレスを用いて、所定ネットワークを介して前記機器と通信を行う制御装置とを有する管理システムで用いる管理方法であって、
　前記機器から、前記機器の種別を含むインスタンスリストをブロードキャスト又はマルチキャストにて少なくとも所定期間に亘って繰り返し送信するステップＡと、
　前記インスタンスリストを前記制御装置が受信しているか否かにかかわらず、前記制御装置から情報要求メッセージをブロードキャスト又はマルチキャストにて送信するステップＢと、
　前記情報要求メッセージの送信元アドレスによって特定される前記制御装置の動的アドレスに基づいて、情報通知メッセージを前記機器から前記制御装置に対して送信するステップＣとを備える、管理方法。
　　【請求項２】
　前記制御装置において、前記情報通知メッセージの送信元アドレスによって特定される前記機器の動的アドレスと、前記所定ネットワークにおいて一意に定められる前記機器を識別する識別情報に基づいて、前記機器を管理するステップＤとを備える、請求項１に記載の管理方法。
　　【請求項３】
　前記ステップＤにおいて前記識別情報は、製造段階で一意に定められる情報である、請求項２に記載の管理方法。
　　【請求項４】
　前記ステップＡは、前記機器の電源が投入されたとき、又は、前記機器に割当てられた前記動的アドレスが変更されたときに、前記インスタンスリストをブロードキャスト又はマルチキャストにて少なくとも前記所定期間に亘って繰り返し送信するステップである、請求項１乃至請求項３のいずれかに記載の管理方法。
　　【請求項５】
　前記ステップＣは、前記機器から前記制御装置に対して、前記情報通知メッセージをユニキャストで送信するステップである、請求項１乃至請求項４のいずれかに記載の管理方法。
　　【請求項６】
　機器に動的に割り当てられた動的アドレスを用いて、所定ネットワークを介して前記機器と通信を行う制御装置であって、
　前記機器から、前記機器の種別を含み、ブロードキャスト又はマルチキャストにて少なくとも所定期間に亘って繰り返し送信されるインスタンスリストを受信する受信部と、
　前記インスタンスリストを前記受信部が受信しているか否かにかかわらず、情報要求メッセージをブロードキャスト又はマルチキャストにて送信する送信部とを備え、
　前記受信部は、前記情報要求メッセージの送信元アドレスによって特定される前記制御装置の動的アドレスに基づいて前記機器から送信される情報通知メッセージを受信する、
制御装置。
　　【請求項７】
　動的アドレスが動的に割り当てられる複数の機器の間で、前記動的アドレスを用いて所定ネットワークを介して通信を行うための通信処理デバイスであって、
　前記通信処理デバイスは、前記複数の機器のいずれかの搭載機器に搭載されており、
　前記通信処理デバイスは、前記搭載機器において、
　　他の機器から、前記他の機器の種別を含み、ブロードキャスト又はマルチキャストにて少なくとも所定期間に亘って繰り返し送信されるインスタンスリストを受信する処理と、
　　前記インスタンスリストを受信しているか否かにかかわらず、情報要求メッセージをブロードキャスト又はマルチキャストにて送信する送信処理と、
　　前記情報要求メッセージの送信元アドレスによって特定される前記搭載機器の動的アドレスに基づいて前記他の機器から送信される情報通知メッセージを受信する受信処理とを実行する、通信処理デバイス。」
第４　引用文献、引用発明等
１　引用文献１について
（１）引用文献１記載事項
　引用文献１には、図面とともに、次の事項が記載されている。なお、下線は、強調のため当審が付与した。（以降においても同様。）
「【０００６】
　また、特許文献１に開示される技術的思想では、ホームゲートウェイが検出した家電機器の情報を元に機器を操作するインタフェースを端末装置へＷｅｂ画面の形で提供するためのもととなるファイル（ＣＧＩ）をダウンロードするが、そのＣＧＩにおいて、実際に機器を操作するための詳細な手順についての考慮がない。例えば、前記
ＥＣＨＯＮＥＴ規格においてはＥＣＨＯＮＥＴプロトコルにおいては操作のためにＥＣＨＯＮＥＴアドレスを用いて制御対象の機器を特定するが、ＥＣＨＯＮＥＴアドレスは機器の起動毎等で変化する可能性がある
「【００１５】
　（１）概要
　本実施例における機器制御装置の動作の概要を説明する。本実施例ではＥＣＨＯＮＥＴ規格に対応し、ソフトウェアコンポーネント化技術としてＯＳＧｉサービス基盤を用いた機器制御装置について述べる。
ＥＣＨＯＮＥＴ規格では、ＥＣＨＯＮＥＴ電文をＪａｖａ
から扱うためのＥＣＨＯＮＥＴ　Ｊａｖａ
ＡＰＩを規定している。このＥＣＨＯＮＥＴ　Ｊａｖａ
ＡＰＩはＥＣＨＯＮＥＴミドルともいう。ＥＣＨＯＮＥＴミドルを用いて機器の検出、切断監視、イベント管理を行う部分をＥＣＨＯＮＥＴドライバともいう。ＥＣＨＯＮＥＴミドルとＥＣＨＯＮＥＴドライバとを含む部分をＥＣＨＯＮＥＴバンドルともいう。また、ＯＳＧｉサービス基盤において様々なソフトウェア部品（バンドル）のダウンロード、インストール、実行といったライフサイクルの管理や他のバンドルとのインタフェース（サービス）の管理機能を実装する部分をＯＳＧｉフレームワーク
ともいう。また、ＥＣＨＯＮＥＴ規格に対応する機器をＥＣＨＯＮＥＴ機器ともいう
「【００１９】
　（２）詳細
　図を用いて本実施例における機器制御装置の動作の詳細を説明する。
　図１は本実施例におけるネットワーク構造の一例を示す図である。この図において、１０１は宅内機器管理装置、１０２は宅内ネットワーク、１０３、１０４、１０５はＥＣＨＯＮＥＴ機器である。
宅内機器管理装置１０１は、宅内ネットワーク１０２を介してＥＣＨＯＮＥＴ機器と接続し、情報のやり取りを行うことができ
「【００２２】
　図２は宅内機器管理装置１０１のハードウェア構成図の一例である。
　
宅内機器管理装置１０１は、ＣＰＵ
２０１、メインメモリ２０２、ＥＰＲＯＭ
２０３、不揮発性記憶装置２０４、ＬＡＮＩ／Ｆ
２０５とで構成され
【００２３】
　
ＣＰＵ２０１は、ＥＰＲＯＭ２０３や不揮発性記憶装置２０４にあらかじめ格納されているプログラムによって所定の動作を行う
　メインメモリ２０２は、ワークメモリとして機能する。メインメモリは主記憶装置ともいい、データやプログラムを記憶する装置である。動作が高速で、ＣＰＵから直接読み書きすることができる。」
「【００２９】
　次に、宅内機器管理装置１０１上で動作するプログラムについて述べる。
　
宅内機器管理装置１０１にはＯＳＧｉコンソーシアムで規定するＯＳＧｉサービス基盤が搭載され
ＯＳＧｉサービス基盤は、Ｊａｖａ
ベースのソフトウェアコンポーネント化技術であり、ＯＳＧｉフレームワークとＯＳＧｉフレームワーク上で動作するソフトウェアからなる
「【００３１】
　本実施例において、
宅内機器管理装置１０１上で動作するＯＳＧｉフレームワーク上ではＥＣＨＯＮＥＴ機器の検出、検出した機器へ制御を行うためのＯＳＧｉフレームワークへのサービス登録、ＥＣＨＯＮＥＴ機器からの通知イベントの管理を行うＥＣＨＯＮＥＴ
バンドルが動作し
「【００３４】
　次に、本実施例におけるテーブル情報について説明する。
　図４は、ＥＣＨＯＮＥＴバンドルが保持する個体識別情報管理テーブル４００である。列４０１は個体識別情報、列４０２はＥＣＨＯＮＥＴアドレス、列４０３は再検索待機数である。
　
個体識別情報管理テーブルとは、ＥＣＨＯＮＥＴ機器の個体識別情報を管理するテーブルであり、個体識別情報と個体識別情報に対応するＥＣＨＯＮＥＴアドレスとが格納され
また、
個体識別情報に対応する再検索待機数とが格納され
、ＥＣＨＯＮＥＴバンドルの動作中に宅内機器管理装置１０１のメインメモリ２０２上に記憶され
【００３５】
　個体識別情報を格納する列４０１はＥＣＨＯＮＥＴ機器が保持する個体識別情報を格納する。個体識別情報とはＥＣＨＯＮＥＴ規格で定める機器固有の識別情報であり、ＥＣＨＯＮＥＴプロトコル（ＥＣＨＯＮＥＴ規格にて定められる、ＥＣＨＯＮＥＴ機器間でネットワークを介して情報をやり取りするための通信規約）によってＥＣＨＯＮＥＴ機器から読み出すことができる。ＥＣＨＯＮＥＴバンドルはＥＣＨＯＮＥＴ機器の検出時にＥＣＨＯＮＥＴ機器から個体識別情報を読み出し、個体識別情報管理テーブル４００に記憶する。
【００３６】
　ＥＣＨＯＮＥＴアドレスを格納する列４０２は、ＥＣＨＯＮＥＴ機器が保持するＥＣＨＯＮＥＴプロトコル上のアドレス情報であるＥＣＨＯＮＥＴアドレスを格納する。
ＥＣＨＯＮＥＴアドレスはＥＣＨＯＮＥＴプロトコルによってやり取りされる情報（ＥＣＨＯＮＥＴ電文）に付加される情報で、ＥＣＨＯＮＥＴ電文には必ず情報の発信元のＥＣＨＯＮＥＴアドレスと情報の発信先のＥＣＨＯＮＥＴアドレスが記載され
【００３７】
　再検索待機数を格納する列４０３は、ＥＣＨＯＮＥＴバンドルがＥＣＨＯＮＥＴ機器を検出する際、一度検出した機器を再検索する際の指標となる数である再検索待機数を格納する。ＥＣＨＯＮＥＴバンドルが最初に個体識別情報を個体識別情報管理テーブル４００に記憶する際、再検索待機数は０として記憶する。
ＥＣＨＯＮＥＴバンドルは後述の機器検出フローにより定期的に宅内のＥＣＨＯＮＥＴ機器の個体識別情報を検索する
再検索待機数がシステムで決定するある値Ｘ（例えば３）以上であれば、該当個体識別情報に対応するＥＣＨＯＮＥＴ機器のインスタンスを再検索する
「【００３９】
　図５は、
宅内ネットワークに接続するＥＣＨＯＮＥＴ機器を検出し、ＯＳＧｉフレームワークにＥＣＨＯＮＥＴデバイスサービスとして登録するまでの手順
　ＥＣＨＯＮＥＴ規格では、ＥＣＨＯＮＥＴ電文をＪａｖａ（登録商標）から扱うためのＥＣＨＯＮＥＴ　Ｊａｖａ（登録商標）ＡＰＩを規定している。このＥＣＨＯＮＥＴ　Ｊａｖａ（登録商標）ＡＰＩをＥＣＨＯＮＥＴミドルともいう。ＥＣＨＯＮＥＴバンドルは、ＥＣＨＯＮＥＴミドルと、ＥＣＨＯＮＥＴミドルを用いて機器の検出、切断監視、イベント管理（イベント登録、イベント通知取得を含むイベントを管理することをいう。）を行うＥＣＨＯＮＥＴドライバと、ＥＣＨＯＮＥＴ機器の制御やイベント取得を行うＥＣＨＯＮＥＴサービスＡＰＩとからなる。」
「【００４４】
　図５のシーケンス図について説明する。
Ｓ５０１、Ｓ５０２では、ＥＣＨＯＮＥＴドライバはＥＣＨＯＮＥＴミドルを介して、ＥＣＨＯＮＥＴ規格で定めるマルチキャストアドレス（ＩＰｖ４アドレス、２２４．０．２３．０）に対し、ＥＣＨＯＮＥＴ機器のノードプロファイル（通信モジュールのプロファイル）に対して個体識別情報のプロパティを取得する要求（以下、「個体識別情報取得要求」という。）を送信する
　
Ｓ５０３では、ＥＣＨＯＮＥＴ機器はマルチキャストアドレスに到達する情報を監視しており、個体識別情報取得要求を受信したＥＣＨＯＮＥＴ機器は送信元ＥＣＨＯＮＥＴアドレスに対し、個体識別情報取得要求に対する応答（以下、「個体識別情報取得応答」という。）を送信する
Ｓ５０４、Ｓ５０５では、ＥＣＨＯＮＥＴミドルは個体識別情報取得応答を受信し、受信した個体識別情報取得応答をＥＣＨＯＮＥＴドライバに対して送信する
【００４５】
　
Ｓ５０６では、ＥＣＨＯＮＥＴミドルから個体識別情報取得応答を受信したＥＣＨＯＮＥＴドライバは受信した個体識別情報が
個体識別情報管理テーブル４００に登録済みか否かを調査する
ここで、ＥＣＨＯＮＥＴドライバは、受信した個体識別情報が個体識別情報管理テーブル４００に未登録であれば、Ｓ５０７で受信した個体識別情報と個体識別情報の送信元のＥＣＨＯＮＥＴアドレスを個体識別情報管理テーブル４００に登録し、再検索待機数を０に設定する
【００４６】
　Ｓ５０８からＳ５１５では、ＥＣＨＯＮＥＴドライバは、受信した個体識別情報のＥＣＨＯＮＥＴ機器が保持する機器オブジェクトの一覧を取得する。ＥＣＨＯＮＥＴの通信はＥＣＨＯＮＥＴ通信機能間で行われるが、
１つのＥＣＨＯＮＥＴ通信機能に対して複数の機器オブジェクトが対応している場合がある（例えば、１つのＥＣＨＯＮＥＴ機器の通信モジュールに対して人感センサと温度センサが結び付けられている場合）
ここで、機器オブジェクトのことをインスタンスともいい、
【００４７】
　
Ｓ５０８、Ｓ５０９では、ＥＣＨＯＮＥＴドライバはＥＣＨＯＮＥＴミドルを介して、ＥＣＨＯＮＥＴ機器に対しＥＣＨＯＮＥＴ機器が保持する機器オブジェクトの数である自ノードインスタンス数プロパティを取得する要求（以下、「自ノードインスタンス数取得要求」という。）を送信する
Ｓ５１０、Ｓ５１１では、ＥＣＨＯＮＥＴ機器はＥＣＨＯＮＥＴミドルを介してＥＣＨＯＮＥＴドライバに自ノードインスタンス数プロパティ取得要求に対する応答（以下、「自ノードインスタンス数取得応答」という）を送信する
【００４８】
　
Ｓ５１２、Ｓ５１３では、ＥＣＨＯＮＥＴドライバはＥＣＨＯＮＥＴミドルを介して、ＥＣＨＯＮＥＴ機器に対し、受信した自ノードインスタンス数プロパティに応じてノードに付随する機器オブジェクトのリストである自ノードインスタンスリストを取得する要求（以下、「自ノードインスタンスリスト取得要求」という。）を送信する
Ｓ５１４、Ｓ５１５では、ＥＣＨＯＮＥＴ機器はＥＣＨＯＮＥＴミドルを介してＥＣＨＯＮＥＴドライバに自ノードインスタンスリスト取得要求に対する応答（以下、「自ノードインスタンスリスト取得応答」という）を送信する
「【００６０】
　図１０から図１５では、図５で述べたＥＣＨＯＮＥＴ機器の検出からＯＳＧｉフレームワークへのＥＣＨＯＮＥＴデバイスサービスの登録までの手順をフローチャートを用いてに説明する。　図１０は、
ＥＣＨＯＮＥＴバンドルが機器検出を開始する手順（
Ｓ５０１、Ｓ５０２）
ＥＣＨＯＮＥＴバンドルは起動中、繰り返し機器検出を行っている
【００６１】
　まず、Ｓ１００１では
ＥＣＨＯＮＥＴバンドルが動作中であり、終了処理を開始していない（動作が継続している）ことを確認する
動作が継続していれば
ＥＣＨＯＮＥＴ規格で定めるマルチキャストアドレス（ＩＰｖ４、２２４．０．２３．０）宛にノードプロファイルの個体識別情報プロパティ取得要求を送信し、
一定時間停止し
（２）引用発明
　前記（１）より、引用文献１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
「　ＥＣＨＯＮＥＴ規格においてはＥＣＨＯＮＥＴプロトコルにおいては操作のためにＥＣＨＯＮＥＴアドレスを用いて制御対象の機器を特定するが、ＥＣＨＯＮＥＴアドレスは機器の起動毎等で変化する可能性があり、
　ＥＣＨＯＮＥＴ規格では、ＥＣＨＯＮＥＴ電文をＪａｖａから扱うためのＥＣＨＯＮＥＴ　ＪａｖａＡＰＩを規定し、このＥＣＨＯＮＥＴ　ＪａｖａＡＰＩはＥＣＨＯＮＥＴミドルともいい、ＥＣＨＯＮＥＴミドルを用いて機器の検出、切断監視、イベント管理を行う部分をＥＣＨＯＮＥＴドライバともいい、ＥＣＨＯＮＥＴミドルとＥＣＨＯＮＥＴドライバとを含む部分をＥＣＨＯＮＥＴバンドルともいい、また、ＯＳＧｉサービス基盤において様々なソフトウェア部品（バンドル）のダウンロード、インストール、実行といったライフサイクルの管理や他のバンドルとのインタフェース（サービス）の管理機能を実装する部分をＯＳＧｉフレームワークともいい、また、ＥＣＨＯＮＥＴ規格に対応する機器をＥＣＨＯＮＥＴ機器ともいい、
　宅内機器管理装置１０１は、宅内ネットワーク１０２を介してＥＣＨＯＮＥＴ機器と接続し、情報のやり取りを行うことができ、
　宅内機器管理装置１０１は、ＣＰＵ２０１、メインメモリ２０２、ＥＰＲＯＭ２０３、不揮発性記憶装置２０４、ＬＡＮＩ／Ｆ２０５とで構成され、
　ＣＰＵ２０１は、ＥＰＲＯＭ２０３や不揮発性記憶装置２０４にあらかじめ格納されているプログラムによって所定の動作を行い、
　宅内機器管理装置１０１にはＯＳＧｉコンソーシアムで規定するＯＳＧｉサービス基盤が搭載され、ＯＳＧｉサービス基盤は、Ｊａｖａベースのソフトウェアコンポーネント化技術であり、ＯＳＧｉフレームワークとＯＳＧｉフレームワーク上で動作するソフトウェアからなり、
　宅内機器管理装置１０１上で動作するＯＳＧｉフレームワーク上ではＥＣＨＯＮＥＴ機器の検出、検出した機器へ制御を行うためのＯＳＧｉフレームワークへのサービス登録、ＥＣＨＯＮＥＴ機器からの通知イベントの管理を行うＥＣＨＯＮＥＴバンドルが動作し、
　個体識別情報管理テーブルとは、ＥＣＨＯＮＥＴ機器の個体識別情報を管理するテーブルであり、個体識別情報と個体識別情報に対応するＥＣＨＯＮＥＴアドレスとが格納され、また、個体識別情報に対応する再検索待機数とが格納され、ＥＣＨＯＮＥＴバンドルの動作中に宅内機器管理装置１０１のメインメモリ２０２上に記憶され、
　ＥＣＨＯＮＥＴアドレスはＥＣＨＯＮＥＴプロトコルによってやり取りされる情報（ＥＣＨＯＮＥＴ電文）に付加される情報で、ＥＣＨＯＮＥＴ電文には必ず情報の発信元のＥＣＨＯＮＥＴアドレスと情報の発信先のＥＣＨＯＮＥＴアドレスが記載され、
　ＥＣＨＯＮＥＴバンドルは後述の機器検出フローにより定期的に宅内のＥＣＨＯＮＥＴ機器の個体識別情報を検索し、
　再検索待機数がシステムで決定するある値Ｘ（例えば３）以上であれば、該当個体識別情報に対応するＥＣＨＯＮＥＴ機器のインスタンスを再検索し、
　宅内ネットワークに接続するＥＣＨＯＮＥＴ機器を検出し、ＯＳＧｉフレームワークにＥＣＨＯＮＥＴデバイスサービスとして登録するまでの手順において、
　Ｓ５０１、Ｓ５０２では、ＥＣＨＯＮＥＴドライバはＥＣＨＯＮＥＴミドルを介して、ＥＣＨＯＮＥＴ規格で定めるマルチキャストアドレス（ＩＰｖ４アドレス、２２４．０．２３．０）に対し、ＥＣＨＯＮＥＴ機器のノードプロファイル（通信モジュールのプロファイル）に対して個体識別情報のプロパティを取得する要求（以下、「個体識別情報取得要求」という。）を送信し、
　Ｓ５０３では、ＥＣＨＯＮＥＴ機器はマルチキャストアドレスに到達する情報を監視しており、個体識別情報取得要求を受信したＥＣＨＯＮＥＴ機器は送信元ＥＣＨＯＮＥＴアドレスに対し、個体識別情報取得要求に対する応答（以下、「個体識別情報取得応答」という。）を送信し、
　Ｓ５０４、Ｓ５０５では、ＥＣＨＯＮＥＴミドルは個体識別情報取得応答を受信し、受信した個体識別情報取得応答をＥＣＨＯＮＥＴドライバに対して送信し、
　Ｓ５０６では、ＥＣＨＯＮＥＴミドルから個体識別情報取得応答を受信したＥＣＨＯＮＥＴドライバは受信した個体識別情報が個体識別情報管理テーブル４００に登録済みか否かを調査し、ここで、ＥＣＨＯＮＥＴドライバは、受信した個体識別情報が個体識別情報管理テーブル４００に未登録であれば、Ｓ５０７で受信した個体識別情報と個体識別情報の送信元のＥＣＨＯＮＥＴアドレスを個体識別情報管理テーブル４００に登録し、再検索待機数を０に設定し、
　１つのＥＣＨＯＮＥＴ通信機能に対して複数の機器オブジェクトが対応している場合があり（例えば、１つのＥＣＨＯＮＥＴ機器の通信モジュールに対して人感センサと温度センサが結び付けられている場合）、ここで、機器オブジェクトのことをインスタンスともいい、
　Ｓ５０８、Ｓ５０９では、ＥＣＨＯＮＥＴドライバはＥＣＨＯＮＥＴミドルを介して、ＥＣＨＯＮＥＴ機器に対しＥＣＨＯＮＥＴ機器が保持する機器オブジェクトの数である自ノードインスタンス数プロパティを取得する要求（以下、「自ノードインスタンス数取得要求」という。）を送信し、
　Ｓ５１０、Ｓ５１１では、ＥＣＨＯＮＥＴ機器はＥＣＨＯＮＥＴミドルを介してＥＣＨＯＮＥＴドライバに自ノードインスタンス数プロパティ取得要求に対する応答（以下、「自ノードインスタンス数取得応答」という）を送信し、
　Ｓ５１２、Ｓ５１３では、ＥＣＨＯＮＥＴドライバはＥＣＨＯＮＥＴミドルを介して、ＥＣＨＯＮＥＴ機器に対し、受信した自ノードインスタンス数プロパティに応じてノードに付随する機器オブジェクトのリストである自ノードインスタンスリストを取得する要求（以下、「自ノードインスタンスリスト取得要求」という。）を送信し、
　Ｓ５１４、Ｓ５１５では、ＥＣＨＯＮＥＴ機器はＥＣＨＯＮＥＴミドルを介してＥＣＨＯＮＥＴドライバに自ノードインスタンスリスト取得要求に対する応答（以下、「自ノードインスタンスリスト取得応答」という）を送信し、
　ＥＣＨＯＮＥＴバンドルが機器検出を開始する手順（Ｓ５０１、Ｓ５０２）において、ＥＣＨＯＮＥＴバンドルは起動中、繰り返し機器検出を行っており、ＥＣＨＯＮＥＴバンドルが動作中であり、終了処理を開始していない（動作が継続している）ことを確認し、動作が継続していればＥＣＨＯＮＥＴ規格で定めるマルチキャストアドレス（ＩＰｖ４、２２４．０．２３．０）宛にノードプロファイルの個体識別情報プロパティ取得要求を送信し、一定時間停止する、
　宅内機器管理装置１０１及び手順。」
２　引用文献２について
　引用文献２は、そのタイトルからして、
「Ｅｃｈｏｎｅｔ　Ｌｉｔｅ」の仕様
「（第［４−７］ページ
」 
　上記図４−６から、ＥＣＨＯＮＥＴ　Ｌｉｔｅノードスタート時の基本シーケンスにおいて、「内部イニシャル処理／通信アドレス設定完了」に
次いで「一斉同報」により「インスタンスリスト通知」を行うこと
　以上より、引用文献２には、次の技術事項（以下、「引用文献２記載事項」という。）が記載されていると認められる。
「　Ｅｃｈｏｎｅｔ　Ｌｉｔｅの仕様において、
　ＥＣＨＯＮＥＴ　Ｌｉｔｅノード立ち上げ時の基本シーケンスにおいて、まず自己を認識・規定するための通信アドレスの取得を行い、
　次いで、一斉同報により、インスタンスリスト通知を行うこと。」
３　引用文献３ないし５について
（１）引用文献３について
　前置報告書において引用された引用文献３には、図面とともに、次の事項が記載されている。
「【０００２】
【従来の技術】複数の通信端末機で形成された通信ネットワークにおいて、各端末機を経由して同一のデータを目標とする端末機に１度に送信することを同報送信または同報通信と呼ぶ。このような同報送信に関する発明としては、従来、特開平１０−１７３６５３号の公報に開示されているものが知られている。
【０００３】この公報に開示されている通信方式では、
同報通信に参加する各端末機が、自身の周囲に存在する他の端末機の存在を検知して、これを端末情報として記憶しておき、その端末情報に基づいて同報通信する
【０００４】すなわち、まず、
自身の存在を他の端末機に知らせるために、各端末機は存在通知パケットを定期的（例えば２秒間隔）に送信する
その端末機が存在を検知し記憶している他の全ての端末機のアドレスが記される
繰り返し送信
（２）引用文献４について
　前置報告書において引用された引用文献４は、引用文献３において従来技術を示す文献として引用されており、引用文献３と同等の事項が記載されていると認められるため、摘記等は省略する。
（３）引用文献５について
　前置報告書において引用された引用文献５には、図面とともに、次の事項が記載されている。
「【００２９】
　
機器１０２は、
新たにネットワークに参加すると、自身がサポートしているデバイス及びサービスに係る情報
を通知するために、参加通知メッセージ
を送信する
デバイス情報及びサービス情報が変更されずに有効であり続ける限り、参加通知メッセージに設定した有効時間を超えない間隔で、繰り返し送信する
参加通知メッセージは、マルチキャストアドレスを送信先とするＵＤＰパケットで送信される
第５　対比・判断
１　本願発明１について
（１）対比
　請求項１に係る発明（以下、「本願発明１」という。）と引用発明とを対比する。
ア　引用発明は、「ＥＣＨＯＮＥＴ規格においてはＥＣＨＯＮＥＴプロトコルにおいては操作のためにＥＣＨＯＮＥＴアドレスを用いて制御対象の機器を特定するが、ＥＣＨＯＮＥＴアドレスは
機器の起動毎等で変化する
　よって、引用発明の「ＥＣＨＯＮＥＴ規格」に対応する「機器」（ＥＣＨＯＮＥＴ機器）は、本願発明１の「動的アドレスが動的に割り当てられる機器」に相当する。
イ　引用発明は
「宅内機器管理装置１０１は、宅内ネットワーク１０２を介してＥＣＨＯＮＥＴ機器と接続し、情報のやり取りを行うことができ」、
「ＥＣＨＯＮＥＴアドレスはＥＣＨＯＮＥＴプロトコルによってやり取りされる情報（ＥＣＨＯＮＥＴ電文）に付加される情報で、ＥＣＨＯＮＥＴ電文には必ず情報の発信元のＥＣＨＯＮＥＴアドレスと情報の発信先のＥＣＨＯＮＥＴアドレスが記載され」及び
「宅内ネットワークに接続するＥＣＨＯＮＥＴ機器を検出し、ＯＳＧｉフレームワークにＥＣＨＯＮＥＴデバイスサービスとして登録するまでの手順」
との構成を備えることから、引用発明は、「ＥＣＨＯＮＥＴ機器」と、「ＥＣＨＯＮＥＴアドレス」を用いて、「宅内ネットワーク１０２」を介して「ＥＣＨＯＮＥＴ機器」と「情報のやり取り」を行う「宅内機器管理装置１０１」とを有するシステムで用いる「登録するまでの手順」を実施するものである。
　ここで、引用発明の「宅内ネットワーク１０２」、「情報のやり取り」、「宅内機器管理装置１０１」、「ＥＣＨＯＮＥＴ機器を検出し」「登録するまでの手順」はそれぞれ、本願発明１の「所定ネットワーク」、「通信」、「制御装置」、「管理方法」に相当し、また、引用発明において、「ＥＣＨＯＮＥＴ機器」と「宅内機器管理装置１０１」とからなるシステムは、本願発明１の「管理システム」に相当する。
　よって、前記アを参酌すると、引用発明の「ＥＣＨＯＮＥＴ機器を検出し」「登録するまでの手順」は、後述する相違点を除くと、本願発明１の「動的アドレスが動的に割り当てられる機器と、前記機器に割り当てられた動的アドレスを用いて、所定ネットワークを介して前記機器と通信を行う制御装置とを有する管理システムで用いる管理方法」に相当する。
ウ　引用発明は、
「ＥＣＨＯＮＥＴバンドルは後述の機器検出フローにより
定期的に
「ＥＣＨＯＮＥＴバンドルが機器検出を開始する手順（Ｓ５０１、Ｓ５０２）において、ＥＣＨＯＮＥＴバンドルは起動中、
繰り返し機器検出
一定時間停止する
との構成を備えることから、引用発明の「ＥＣＨＯＮＥＴ機器を検出し」「登録するまでの手順」は、一定時間毎、定期的に繰り返し実行される処理であり、当該処理は少なくとも、Ｓ５０１ないしＳ５１５を含む。
　そして、引用発明は、「ＥＣＨＯＮＥＴ機器を検出し」「登録するまでの手順」の一部として、
「Ｓ５０１、Ｓ５０２では、ＥＣＨＯＮＥＴドライバはＥＣＨＯＮＥＴミドルを介して、ＥＣＨＯＮＥＴ規格で定めるマルチキャストアドレス（ＩＰｖ４アドレス、２２４．０．２３．０）に対し、ＥＣＨＯＮＥＴ機器のノードプロファイル（通信モジュールのプロファイル）に対して個体識別情報のプロパティを取得する要求（以下、「個体識別情報取得要求」という。）を送信し」及び
「Ｓ５１４、Ｓ５１５では、ＥＣＨＯＮＥＴ機器はＥＣＨＯＮＥＴミドルを介してＥＣＨＯＮＥＴドライバに自ノードインスタンスリスト取得要求に対する応答（以下、「自ノードインスタンスリスト取得応答」という）を送信し」
との構成を含むため、引用発明は、「Ｓ５１４，Ｓ５１５」の後に「Ｓ５０１、Ｓ５０２」が実行される場合を含み、以下では、このような場合を想定して対比を進める。
エ　引用発明は、「１つのＥＣＨＯＮＥＴ通信機能に対して複数の機器オブジェクトが対応している場合があり（例えば、１つのＥＣＨＯＮＥＴ機器の通信モジュールに対して人感センサと温度センサが結び付けられている場合）、ここで、機器オブジェクトのことをインスタンスともいい」との構成を備えることから、「インスタンス」は、「人感センサ」、「温度センサ」といった機器が備えるモジュールを示す「機器オブジェクト」である。
　よって、引用発明の「Ｓ５１４，Ｓ５１５」において、「自ノードインスタンスリスト」は、「インスタンス」のリストであるから、一の「ＥＣＨＯＮＥＴ機器」が備える複数の「機器オブジェクト」を示すものであるから、当該「ＥＣＨＯＮＥＴ機器」の「種別」を含むものといい得る。
　また、「Ｓ５１４，Ｓ５１５」による処理を「ステップＡ」と称することは任意である。
　よって、引用発明の「Ｓ５１４，Ｓ５１５」において、「ＥＣＨＯＮＥＴ機器」が「ＥＣＨＯＮＥＴミドルを介してＥＣＨＯＮＥＴドライバに自ノードインスタンスリスト取得要求に対する応答（以下、「自ノードインスタンスリスト取得応答」という）を送信」する処理と、本願発明１の「前記機器から、前記機器の種別を含むインスタンスリストを
ブロードキャスト又はマルチキャストにて少なくとも所定期間に亘って繰り返し
オ　引用発明は、
「ＥＣＨＯＮＥＴミドルとＥＣＨＯＮＥＴドライバとを含む部分をＥＣＨＯＮＥＴバンドルともいい」及び
「
宅内機器管理装置１０１上で動作するＯＳＧｉフレームワーク上で
ＥＣＨＯＮＥＴバンドルが動作し
との構成を備えることから、「ＥＣＨＯＮＥＴミドル」及び「ＥＣＨＯＮＥＴドライバ」並びにこれらからなる「ＥＣＨＯＮＥＴバンドル」による処理は、「宅内機器管理装置１０１」による処理と同一視できる。
　また、引用発明の「個体識別情報取得要求」は、本願発明１の「情報要求メッセージ」に相当する。
　また、引用発明の「Ｓ５０１、Ｓ５０２」による処理を、「ステップＢ」と称することは任意である。
　さらに、引用発明において、「
マルチキャスト
マルチキャスト
　よって、引用発明の「Ｓ５０１、Ｓ５０２」において、「ＥＣＨＯＮＥＴドライバはＥＣＨＯＮＥＴミドルを介して、ＥＣＨＯＮＥＴ規格で定めるマルチキャストアドレス（ＩＰｖ４アドレス、２２４．０．２３．０）に対し、ＥＣＨＯＮＥＴ機器のノードプロファイル（通信モジュールのプロファイル）に対して個体識別情報のプロパティを取得する要求（以下、「個体識別情報取得要求」という。）を送信」することと、本願発明１の「
前記インスタンスリストを前記制御装置が受信しているか否かにかかわらず、
カ　引用発明は、「Ｓ５０３では、ＥＣＨＯＮＥＴ機器はマルチキャストアドレスに到達する情報を監視しており、
個体識別情報取得要求を受信したＥＣＨＯＮＥＴ機器は送信元ＥＣＨＯＮＥＴアドレスに対し
応答
個体識別情報取得応答
を送信し
　よって、引用発明は、本願発明１の「前記情報要求メッセージの送信元アドレスによって特定される前記制御装置の動的アドレスに基づいて、情報通知メッセージを前記機器から前記制御装置に対して送信するステップＣ」を備える。
（２）一致点・相違点
　以上から、本願発明１と引用発明とは、以下の点において一致ないし相違する。
［一致点］
「　動的アドレスが動的に割り当てられる機器と、前記機器に割り当てられた動的アドレスを用いて、所定ネットワークを介して前記機器と通信を行う制御装置とを有する管理システムで用いる管理方法であって、
　前記機器から、前記機器の種別を含むインスタンスリストを送信するステップＡと、
　前記制御装置から情報要求メッセージをブロードキャスト又はマルチキャストにて送信するステップＢと、
　前記情報要求メッセージの送信元アドレスによって特定される前記制御装置の動的アドレスに基づいて、情報通知メッセージを前記機器から前記制御装置に対して送信するステップＣとを備える、管理方法。」
［相違点］
＜相違点１＞
　「ステップＡ」における「インスタンスリスト」の送信が、本願発明１においては、「ブロードキャスト又はマルチキャストにて少なくとも所定期間に亘って繰り返し」なされるのに対し、引用発明は、「自ノードインスタンスリスト取得応答」の送信は、「宅内機器管理装置１０１」（ＥＣＨＯＮＥＴドライバ）が送信した「個体識別情報取得要求」（Ｓ５０１、Ｓ５０２）に対して、「ＥＣＨＯＮＥＴ機器」が「個体識別情報取得応答」を応答する（Ｓ５０３）ことにより、「宅内機器管理装置１０１」（ＥＣＨＯＮＥＴドライバ）が、受信した「個体識別情報」と「送信元のＥＣＨＯＮＥＴアドレス」を「個体識別情報管理テーブル４００」に登録（Ｓ５０４〜Ｓ５０６）した後に、「宅内機器管理装置１０１」（ＥＣＨＯＮＥＴドライバ）が、「ＥＣＨＯＮＥＴ機器」に「自ノードインスタンスリスト取得要求」を送信すること（Ｓ５１２、Ｓ５１３）に対する応答としてなされるため、「ブロードキャスト又はマルチキャストにて少なくとも所定期間に亘って繰り返し」なされるものではない点。
＜相違点２＞
　「ステップＢ」における「情報要求メッセージ」の送信が、本願発明１においては、「前記インスタンスリストを前記制御装置が受信しているか否かにかかわらず」になされるのに対し、引用発明は、「自ノードインスタンスリスト取得要求」に対して「自ノードインスタンスリスト取得応答」がされていることから、「インスタンスリスト」の送信（応答）に対してこれを受信していない場合を想定していないため、「前記インスタンスリストを前記制御装置が受信しているか否かにかかわらず」になされているとはいえない点。
（３）相違点についての判断
　上記相違点１について検討する。
　引用発明においては、「宅内機器管理装置１０１」（ＥＣＨＯＮＥＴドライバ）が、「個体識別情報取得要求」及び「個体識別情報取得応答」により検出し、登録することができた特定の「ＥＣＨＯＮＥＴ機器」に対して明示的に「インスタンスリスト」を要求するよう構成しており、「個体識別情報」及び「インスタンスリスト」といった情報の取得を「宅内機器管理装置１０１」（ＥＣＨＯＮＥＴドライバ）の要求に基づいて、すなわち制御装置の主導で行うことを技術思想としている。
　また、引用文献２記載事項にあるように「ＥＣＨＯＮＥＴ　Ｌｉｔｅノードスタート時の基本シーケンスにおいて、一斉同報により、インスタンスリスト通知を行うこと」すなわち「ＥＣＨＯＮＥＴ　Ｌｉｔｅノード」（機器）の主導により、かつ「一斉同報」（ブロードキャスト）により「インスタンスリスト」を送信することは、本願優先日前の周知技術である。
　しかしながら、制御装置主導で情報を送信させることを技術思想としている引用発明の、「宅内機器管理装置１０１」が特定の「ＥＣＨＯＮＥＴ機器」を指定した要求に対する応答として当該「ＥＣＨＯＮＥＴ機器」が「インスタントリスト」を送信する手順（ステップ）に替えて、又は、これに加えて、機器の主導により「インスタントリスト」を送信する周知技術を適用する起因、動機付けは見い出し難い。
　なお、引用文献２は、「Ｅｃｈｏｎｅｔ　Ｌｉｔｅ」の「仕様」（規格）に関するものである。よって、仮に、「ＥＣＨＯＮＥＴ規格」に基づく引用発明に、その名称から「ＥＣＨＯＮＥＴ」に関連する規格と推察可能な「Ｅｃｈｏｎｅｔ　Ｌｉｔｅ」の規格に関する引用文献２記載事項の手順を付加することには特段の動機付けを要さず、引用発明に引用文献２記載事項の手順を付加し得るとした場合についても念のため検討する。
　引用文献３ないし５に記載されているように、ネットワークに参加する機器が、ブロードキャスト又はマルチキャストにて自機に関する情報を他の機器に通知することは本願優先日前の周知技術といえる。
　しかしながら、引用発明に引用文献２記載事項の手順を付加した態様（以下、「適用態様」という。）においては、機器主導でインスタンスリストを送信する手順と、制御装置主導でインスタンスリストを送信する手順とが共存することになるが、一方、引用文献３ないし５に係る周知技術は、機器主導の送信についてのみ特定するものであり、かつ、「ＥＣＨＯＮＥＴ」に関するものでもないから、適用態様とは前提が異なるため、適用態様に適用することには技術的な阻害要因があるといえ、また、適用態様においては、インスタンスリストを送信する機会が二重に設定されているため、これにさらに周知技術を適用して、「繰り返し」送信することにより送信機会を増加させるようにする動機付けも存在しない。（制御装置主導でインスタンスリストを送信する引用発明に、機器主導でインスタンスリストを送信する引用文献２記載事項を適用することにより、制御装置主導と機器主導の両方でインスタンスリストを送信する適用態様とした上に、さらに、ＥＣＨＯＮＥＴ規格に係るインスタンスリストを送信することとは異なる送信を機器主導で行う周知技術を適用することは、いわゆる「容易の容易」となる。）
　よって、相違点２について検討するまでもなく、本願発明１は、当業者であっても、引用文献１及び２に記載された発明に基いて、さらに、引用文献３ないし５に係る周知技術を参酌したとしても、容易に発明をすることができたものであるとはいえない。
２　本願発明２ないし５について
　本願発明２ないし５も、上記相違点１に係る本願発明１の構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用文献１及び２に記載された発明に基いて、さらに、引用文献３ないし５に係る周知技術を参酌したとしても、容易に発明をすることができたものであるとはいえない。
３　本願発明６及び７について
　本願発明６及び７は、本願発明１を「制御装置」又は「制御装置」に搭載される「通信デバイス」として特定した発明であり、上記相違点１に係る本願発明１の構成に対応する構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用文献１及び２に記載された発明に基いて、さらに、引用文献３ないし５に係る周知技術を参酌したとしても、容易に発明をすることができたものであるとはいえない。
　以上のとおり、本件発明１ないし７に係る発明は、当業者であっても、引用文献１及び２に記載された発明に基いて、さらに、引用文献３ないし５に係る周知技術を参酌したとしても、容易に発明をすることができたものであるとはいえない。
第６　原査定について
　前記「第５」で述べたとおり、本願発明１ないし７は上記相違点１に係る本願発明１の構成又はこれに対応する構成を備えるから、当業者であっても、拒絶査定において引用された引用文献１及び２に記載された発明に基いて、容易に発明をすることができたものとはいえない。
　したがって、原査定を維持することはできない。
第７　むすび
　以上のとおり、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。