【事件の表示】
　特願２０１３−１７３７１４「サーバ，情報端末，情報提供方法，プログラム，および制御システム」拒絶査定不服審判事件〔平成２７年　３月　２日出願公開，特開２０１５−　４１９８５，請求項の数（５）〕について，次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は，特許すべきものとする。
【理　由】
第１　手続の経緯　
　本願は，平成２５年８月２３日の出願であって，平成２７年２月２０日付けで拒絶理由が通知され，同年４月２４日付けで手続補正がされ，同年１０月１３日付けで拒絶査定（以下，「原査定」という）がされ，これに対し，同年１２月２１日に拒絶査定不服審判が請求されるとともに同日付けで手続補正がされ，その後，当審において平成２８年７月７日付けで拒絶理由（以下，「当審拒絶理由」という）が通知され，同年８月２３日付けで手続補正がされたものである。
第２　本願発明
　本願の請求項１ないし５に係る発明は，平成２８年８月２３日付けの手続補正で補正された特許請求の範囲の請求項１ないし５に記載された事項により特定されるものと認められるところ，本願の請求項１に係る発明（以下，「本願発明」という。）は以下のとおりである。
「【請求項１】
　機器に対する制御指令を出力可能な１以上の情報端末と通信する通信装置と，
　プロセッサと，
　前記通信装置を介して前記情報端末から受信した，前記機器に対する制御指令を格納するための記憶装置とを備え，
　前記プロセッサは，
　　前記機器に向けて，前記制御指令を送信し，
　　前記制御指令に対応する前記機器の状態が前記機器から送信された情報によって特定される当該機器の状態と一致するか否かを判断し，
　　前記判断の結果を出力するように構成され，
　前記判断の結果の出力することは，前記情報端末に前記判断の結果を送信することを含み，
　前記制御指令に対応する前記機器の状態が前記機器から送信された情報によって特定される当該機器の状態とが一致しない場合の前記判断の結果は，前記機器が前記制御指令に対応する処理を実行できる状態にあるにも関わらず前者の状態と後者の状態とが一致しないことを示す「状態不一致」と，前記機器が前記制御指令に対応する処理を実行できない処理を実行中であることを示す「失敗」とを含む，サーバ。」　
第３　原査定の理由について
１　原査定の理由の概要
　平成２７年２月２０日付け拒絶理由通知には，以下の理由が記載されている。
「この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　　　　　記　　　（引用文献等については引用文献等一覧参照）
・請求項１−３，５−６，８−１０
・引用文献１−４
・備考
[請求項１について]
　引用文献１の段落【００７１】−【００７４】，【０１１４】−【０１３１】などには，家電サーバ装置が，情報端末装置（請求項１の「情報端末」に対応）から，エアコン装置を制御するためのコマンドを取得すること（請求項１の「制御指令」を受信することに対応），家電サーバ装置はエアコン装置に制御用のコマンドを送信すること（請求項１の「機器に向けて，前記制御指令を送信」することに対応），家電サーバ装置がエアコン装置からコマンドに対応した制御の実行に関する情報を取得すること，家電サーバ装置が情報端末装置にコマンドが実行された旨を転送すること（請求項１の「判断の結果」を出力・送信することに対応），情報端末装置において遠隔制御が成功した旨を表示することが記載されている。
　また，遠隔制御の技術分野において，被制御装置に対して制御命令を送信する制御装置が，制御指令を保持しておき，制御指令を被制御装置に送信した後に，当該保持している制御指令の内容と，被制御装置から取得した被制御装置の状態を示す情報が一致するか否かを判定し（請求項１の「前記機器への前記制御指令の送信後に，前記制御指令に対応する前記機器の状態が前記機器から送信された情報によって特定される当該機器の状態と一致するか否かを判断」することに対応），判定の結果を表示することは周知技術にすぎず，引用文献２の第２頁〜第６頁などに記載されている。
[請求項２−３について]（中略）
[請求項５−６，８−１０について]（中略）
　　　　　　　　　　　引　用　文　献　等　一　覧
１.特開２００３−１１１１５６号公報
２.特開昭６３−１３１６９３号公報
３.特開２０１０−０２８１９５号公報
４.特開２００１−３４６２７６号公報」
　平成２７年１０月１３日付け拒絶査定の備考欄には，以下の事項が記載されている。
「●理由（特許法第２９条第２項）について
・請求項　１−３，５，６，８−１２
・引用文献等　１−４
　出願人は，平成２７年４月２４日付けの意見書（以下，「意見書」という）において，
「一方，引用文献１は，コントロールコマンドの送信後にコントロールレスポンスが送信されることを開示しているのみであって，本願請求項１の，制御指令の送信後に送信され，機器の状態を送信することを要求する指令である，状態要求指令を開示していません。」
という旨，主張している。
　しかしながら，引用文献１（段落［００３４］，［００３７］）には，サーバ装置からエアコン装置に送信されるコマンドには，コントロールコマンドだけではなく，ステータスコマンドもあることが記載され，当該コマンドは，エアコン装置の現状の電源状態や，現在の温度の通知要求のためのコマンドであることが記載されている。また，サーバ装置において，遠隔制御の対象となる機器へ当該機器の状態を送信することを要求する指令である状態要求指令を送信し，当該指令に応じて送信された情報を受信する構成とすることは，常套手段である。してみれば，本願の請求項１に係る発明は，依然として，引用文献１，２に基づき容易に想到できたものである。
　よって，請求項１−３，５，６，８−１２に係る発明は，依然として，当業者が容易に想到し得るものである。」
　　
２　当審による原査定の理由の判断
（１）引用文献の記載事項
ア　引用文献１（特開２００３−１１１１５６号公報）には，図面とともに以下の事項が記載されている。
「【００１８】実施の形態１．
（１）構成
図１は，実施の形態１であるデジタル家電機器を含む家電制御システムの構成を示す図である。家電制御システムは，建物１ａ内に設置された構内ネットワーク１と，公衆ネットワーク（インターネット）２上に設置された家電サーバ装置３と，この構内ネットワーク１と公衆ネットワーク２を介して接続されたゲートウェイ装置４と，を有する。なお，家電制御システムは，端末装置を有していても良い。ゲートウェイ装置４は，公衆ネットワーク２と携帯電話網の間のゲートウエイをなす装置であり，携帯端末装置５との間で無線通信を行う基地局６が接続されている。
【００１９】構内ネットワーク１は，ホームネットワーク等のローカルネットワークであり，例えば白物家電機器が接続されるネットワークである。この構内ネットワーク１は，物理層として，例えば無線ネットワーク（８０２．１１やＢｌｕｅｔｏｏｔｈ）で構成される。なお，この構内ネットワーク１は，電灯線やイーサネット（商標）のような有線ネットワークで構成してもよい。この構内ネットワーク１には，無線回線等を介して接続されたルータ装置７と，各中継装置（例えば，別のルータ装置）８ａ，８ｂと，エアコン装置９等の各家電機器と，を有する。
【００２０】公衆ネットワーク２は，例えば，物理層としてＣＡＴＶイーサネット（商標）等を用い，上位層のプロトコルとして，ＴＣＰ／ＩＰプロトコルを用いて通信を行うインターネット等のネットワークからなる。
【００２１】ルータ装置７は，公衆ネットワーク２との通信を行う通信Ｉ／Ｆ部１０と，構内ネットワーク１との通信を行う通信Ｉ／Ｆ部１１と，各通信Ｉ／Ｆ部から送られてきたパケットのルーティングを制御するルーティング制御部１２と，を有する。
【００２２】ルーティング制御部１２は，例えば，通信Ｉ／Ｆ部１０から送られてきたパケットのＩＰヘッダの宛先ＩＰアドレスと，各家電機器９のＩＰアドレスとを比較して，宛先ＩＰアドレスと対応する家電機器側へ上記パケットをルーチングする等のパケットルーチング処理を行う。
【００２３】中継装置８ａ，８ｂは，ルータや交換機，ホームサーバ等を含む。この中継装置８ａ，８ｂから，又は中継装置８ａ，８ｂを介して外部のネットワークに接続されたサーバ装置から，デジタル家電機器９にコマンドを送ることができるようになっていても良い。
【００２４】（Ａ）デジタル家電機器の構成
本実施の形態では，デジタル家電機器のうち，一例として，エアコン装置９の構成について説明する。
【００２５】エアコン装置９は，例えば，ルータ装置７と，構内ネットワーク１を通して，ＩＥＥＥ８０２．１１又はＢｌｕｅｔｏｏｔｈ（商標）等を用いて無線通信を行う。
【００２６】エアコン装置９は，ＴＣＰ／ＩＰプロトコルを実装したネットワークデジタル家電機器である。このエアコン装置９には，構内ネットワーク１内において，固有のＩＰアドレスが割り当てられている。なお，本実施の形態では，１つのエアコン装置９が構内ネットワーク１に接続されているが，複数の家電機器が接続されている場合，各家電機器には，構内ネットワーク１内で固有のＩＰアドレスが割り当てられている。このＩＰアドレスは，ＩＰｖ４でも，ＩＰｖ６であってもよいが，構内ネットワーク１で接続されている各家電機器とルータ装置７とでは，同じバージョンのＩＰアドレスとしている。また，これらのＩＰアドレスは，グローバルアドレスであり，公衆ネットワーク２等の外部のネットワークに接続されている全ての機器で重複がないように割り当てられている。
【００２７】ここでは，エアコン装置９，各家電機器，ルータ装置７，家電サーバ装置３，各制御装置３ａに割り振られているＩＰアドレスは，構内ネットワーク１及び公衆ネットワーク２において，同じバージョンであり，それぞれ，固有のＩＰアドレスを有している場合について説明する。
【００２８】エアコン装置９は，構内ネットワーク１を介して，ルータ装置７と通信を行う通信Ｉ／Ｆ部２０と，エアコン装置設置の室内を所定温度にしたり，所定の送風を行う等の動作を行うエアコン本体部２１と，この通信Ｉ／Ｆ部２０を介して，送信されてくるパケットを解析してコマンドを後述するコマンド実行判断部へ送ったり，構内ネットワーク１に送信するパケットを生成したりするパケット処理部２２と，赤外線リモコンと通信を行う赤外線通信Ｉ／Ｆ部２３と，この赤外線通信Ｉ／Ｆ部２３を介して送られた赤外線信号を解析して，コマンドを判断する赤外線処理部２４と，パケット処理部２２から送られたコマンドや，送信元アドレスに基づいて，コマンドを実行するか否かを判断したり，エアコン本体部２１に上記コマンドを実行させるエアコン制御部２５と，を有する（図２参照）。
【００２９】エアコン本体部２１は，エアコン装置が設置されている室内の温度を測定する温度センサー（図示せず）と，熱交換機を有する室外機（図示せず）と，所定量，所定温度の送風を行う送風部（図示せず）と，温度センサーにより温度を調べるとともに，後述する制御部により指示されたコマンドに従って，所定の温度等となるように，室外機や送風部等を駆動する駆動部（図示せず）を有する。
【００３０】パケット処理部にて処理するパケットはＩＰパケットであり，例えば，宛先ＩＰアドレス，送信元ＩＰアドレス，コマンド等，が含まれている。
【００３１】パケット処理部２２は，パケット内の宛先ＩＰアドレスにより，自分宛（エアコン装置９）のパケットと判断したり，パケット内のデータを解析するパケット解析部（図示せず）と，パケットを通信Ｉ／Ｆ部２０へ送ったり，通信Ｉ／Ｆ部２０からパケットを受信したり，送信元アドレスやコマンドをコマンド実行判断部へ送ったり，制御部から送られる応答を受信したりするパケット送受信部（図示せず）と，パケットを生成するパケット生成部（図示せず）と，家電サーバ装置３へ送るデータにセキュリティ処理（暗号化，デジタル署名）を施したり，家電サーバ装置３から送られてくるセキュリティ処理が施されたデータを解読（復号，署名の正当性判断）するセキュリティ処理部２６（解読部）を有する。
【００３２】なお，セキュリティ処理としては，暗号化の方式として，例えば，公開鍵方式を用いてもよい。また，コマンドを暗号化する際にデジタル署名を付すという処理も行い，デジタル署名の正当性で送信元の認証を行っても良い。これらの処理を利用することで，後述するように，悪意のユーザからのコマンドをエアコン装置９が実行してしまうとか，コマンド送受信の途中における悪意のユーザによるデータの改ざんを防ぐこともできる。この際，ＩＰを利用して暗号，認証を行うＩＰＳｅｃやＳＳＬ等を用いてもよい。
【００３３】エアコン制御部２５は，格納部２７を有する。
【００３４】（格納部）家電機器に対する制御コマンドは，例えば「電源のオン・オフ」や，「冷房・暖房の設定」，「ターゲット温度や湿度の設定」等のいわゆる遠隔制御のためのコマンドや，「状態の監視」等のいわゆる遠隔監視のためのコマンド等に大きく分類できる。
【００３５】格納部２７には，複数のコマンドについて各々所定の基準に従って分類した各分類情報のうち，いずれかの分類情報と対応づけられた各コマンドと，各制御装置３，３ａ及び各中継装置８ａ，８ｂのうち，デジタル家電機器９が各コマンドをそれぞれ実行する対象の装置について，前記分類情報を考慮して定められた対象装置を示す対象装置情報と，を対応づけた対応データが格納されている。
【００３６】先ず，各コマンドについて説明する。各コマンドとしては，以下のものがある。
【００３７】（ステータスコマンド）このコマンドは，エアコン装置９の制御の要求ではなく，エアコン装置の状態（ステータス）の通知要求，及びその応答，あるいは通知のためのコマンド，あるいは通知そのものに用いられるコマンドである。例えば，現状の電源の状態や，現在の温度の通知の要求等のコマンドである。
【００３８】（コントロールコマンド）このコマンドは，エアコン装置９の制御の要求である。このコントロールコマンドとしては，以下のようなものがある。例えば，エアコン装置に対して，部屋の温度の設定の要求，部屋の湿度の設定の要求，部屋の送風量の設定の要求等がある。
【００３９】〜【００７０】（省略）
【００７１】（Ｂ）家電サーバ装置
家電サーバ装置３は，補助記憶装置等を有する情報処理装置からなり，各ネットワークに接続された各家電機器の動作を制御したり，携帯端末装置からの要求を処理したりする。
【００７２】本実施の形態では，各家電機器のうち，家庭１ａのエアコン装置９の動作を制御する場合について説明する。
【００７３】この家電サーバ装置３は，公衆ネットワーク（インターネット）２を介して，携帯端末装置５やエアコン装置９と通信を行う通信Ｉ／Ｆ部３１と，携帯端末装置５で機能しているＷｅｂブラウザ（例えば，ｉモードブラウザ）に対して，Ｗｅｂページを作成して送ったり，携帯端末装置５から送られてくるＨＴＴＰ等のコマンドを解析するＷｅｂページ処理部３５と，個々のユーザについての情報を保持する顧客Ｄ／Ｂ３２と個々の家電機器についての利用可能なコマンド等の情報を保持する家電機器Ｄ／Ｂ３３と，これらのＤ／Ｂに対するアクセス等の制御を行うＤ／Ｂエンジン３４とを有する（図４）。
【００７４】Ｗｅｂページ処理部３５は，携帯端末装置５に対して提供するＷｅｂページを生成するＷｅｂページ生成部３６と，携帯端末装置５から送られるＨＴＴＰコマンド等を解析するコマンド解析部（図示せず）と，携帯端末装置５へ送る家電Ｗｅｂページを暗号化したり，携帯端末装置５側で暗号化されて送られたコマンドを，復号化する第１セキュリティ処理部３７と，を有する。
【００７５】顧客Ｄ／Ｂ３２には，例えば，図５に示すように，個々のユーザを識別するための情報であるユーザ名，当該ユーザについての情報であるユーザ情報，このユーザが所有する家電機器の家電ＩＤ，家電機器の種別，型番を示す情報，家電機器までの通信方法を示す情報（アクセス），当該家電機器のＩＰアドレス，家電機器の遠隔制御の可否を示す情報を対応づける対応テーブルが格納されている。
【００７６】顧客Ｄ／Ｂ３２をこのような構成にすることにより，ユーザ名，ユーザ情報を検索キーとして，当該ユーザが所有する家電機器の一覧を検索することができる。また，顧客Ｄ／Ｂ３２には，家電サーバ装置３から家電機器までのアクセス方法（アクセス）や，家電機器のＩＰアドレスやネームについての情報等が各々家電機器の家電ＩＤに対応づけて記録されている。
【００７７】なお，顧客Ｄ／Ｂ３２は，図に示す構成に限定されるものではなく，複数のファイルに分散されて格納されており，これらをポインタで対応づけすることで構成するようにしてもよい。
【００７８】また，家電機器Ｄ／Ｂ３３には，図６に示すように，個々の家電機器毎に利用可能なコマンドや，その設定パラメータの範囲等が家電機器を識別するための情報に対応づけられて保持されている。
【００７９】また，家電サーバ装置３は，パケット処理部４０を有する。パケット処理部４０は，パケット内の宛先ＩＰアドレスにより，自分宛のパケットと判断したり，パケット内のデータを判断するパケット解析部（図示せず）と，パケットを通信Ｉ／Ｆ部３１へ送ったり，通信Ｉ／Ｆ部３１からパケットを受信するパケット送受信部４１と，パケットを生成するパケット生成部（図示せず）と，家電機器へ送るデータにセキュリティ処理（暗号化，デジタル署名）を施したり，家電機器から送られてくるセキュリティ処理が施されたデータを解読（復号，署名の正当性判断）する第２セキュリティ処理部４２を有する。
【００８０】なお，家電サーバ装置３は，製造ベンダが立ち上げたものでも良いし，そうでなくとも良い。
【００８１】また，家電サーバ装置３は，パケット処理部４０に対して所定の命令等をしたり，Ｄ／Ｂエンジン３４を介して各Ｄ／Ｂ３２，３３にアクセスするパケット制御部４３を有する。
【００８２】本実施の形態では，家庭１ａ内に１つの構内ネットワークが存在する場合について説明したが，複数の構内ネットワークが存在していてもよい。
【００８３】（２）動作
上述のエアコン装置９等の家電機器は，通信Ｉ／Ｆ部２０を介して外部との通信メッセージ等に応じて動作の管理をできるように構成されている。このため，これらの家電機器と家電サーバ装置３を接続し，家電サーバ装置３から提供されるサービスやコマンドを実行できる動作状態であれば，エアコン装置９は，家電サーバ装置３からのコマンドにより制御されることとなる。ここで，構内ネットワーク１に接続される家電機器には，ＴＣＰ／ＩＰプロトコルが実装されているので，ルータ装置７を介して，インターネット２に接続すれば，エアコン装置９は，家電サーバ装置３と通信を行うことができる。
【００８４】また，エアコン装置９に遠隔コマンドを受け付けるプログラムが実装され，エアコン装置９宛にコマンドが送られると，エアコン装置９は，そのコマンドを実行できる状態になる。また，エアコン装置９の格納部２７には，上述した対応データが格納されている。
【００８５】〜【０１１３】（省略）
【０１１４】認証処理，鍵の交換が終了すると，ステップＳ３５０で，家電サーバ装置３は，温度設定要求２５℃というコントロールコマンドを暗号化し，デジタル署名を付してエアコン装置９へ送る。
【０１１５】具体的には，以下のとおりである。例えば，ユーザＸが家電サーバ装置３を遠隔操作するなどの方法で，エアコン装置９の温度設定要求２５℃の旨のコマンド情報やユーザ情報を入力する。家電サーバ装置３のパケット制御部４３は，Ｄ／Ｂエンジン３４，顧客Ｄ／Ｂ３２を介して，ユーザ情報に対応する家電機器ＩＤを取得する。そして，パケット制御部４３は，家電機器Ｄ／Ｂ３３，Ｄ／Ｂエンジン３４を介して，この家電機器にエアコン装置９があるか否か判断する。エアコン装置（型番ＡＢＣ−１２３）があるので，パケット制御部４３は，Ｄ／Ｂエンジン３４，家電機器Ｄ／Ｂ３３を介して，利用可能なコマンドを取得する。パケット制御部４３は，この利用可能なコマンドに，上記コマンド情報（温度２５℃の温度設定要求）に対応するものがあるか否かを判断する。
【０１１６】図６に示すように，温度設定要求というコマンドはあるので，パケット制御部４３は，パケット処理部４０のパケット生成部に温度設定要求２５℃という旨の情報，宛先アドレス（エアコン装置９のＩＰアドレス），送信元アドレス（家電サーバ装置３のＩＰアドレス）を送る。また，上記コマンドを第２セキュリティ処理部４２へ送る。
【０１１７】第２セキュリティ処理部４２は，上記コマンドを暗号化しデジタル署名を付して，パケット生成部へ送る。パケット生成部は，送られたアドレスや暗号化されたコマンドから，パケットを生成し，このパケットは，パケット送受信部４１，通信Ｉ／Ｆ部３１，公衆ネットワーク２，ルータ装置７，構内ネットワーク１を介してエアコン装置９へ送られる。
【０１１８】ステップＳ３６０では，このパケットは，通信Ｉ／Ｆ部２０，パケット送受信部を介して，パケット解析部へ送られる。パケット解析部は，暗号化されているコマンド，デジタル署名をセキュリティ処理部２６へ送る。そして，セキュリティ処理部２６は署名の正当性を判断したら，その旨をコマンド実行判断部２８へ送る。また，セキュリティ処理部２６は暗号化されたコマンドを復号化し，コマンド実行判断部２８へ送る。
【０１１９】ステップＳ３７０では，コマンド実行判断部２８は，制御部２９を介して格納部２７から対応データを読み出す。実行判断部２８は，対応データから，受信コマンドと対応する対象装置（家電サーバ装置３）である情報と，デジタル署名により認証された送信元の装置である情報と，を比較し，一致するか否かを判断する。本ケースの場合，実行判断部２８は，一致すると判断する。コマンド実行判断部２８は，コマンドの実行を判断し，その旨を制御部２９へ伝える。制御部２９は，温度設定２５℃というコマンドを駆動部へ送る。駆動部は，エアコン本体部２１を駆動させて室温が２５℃になるようにさせる。
【０１２０】ステップ３８０では，セキュリティ処理部２６は，温度設定２５℃を実行した旨を示す情報を暗号化し，デジタル署名を付す。そして，これらの情報は，パケット生成部に送られ，パケット生成部は，送信元アドレス（エアコン装置９のＩＰアドレス），宛先アドレス（家電サーバ装置３のＩＰアドレス），暗号化された情報，デジタル署名，からパケットを生成する。このパケットは，パケット送受信部，通信Ｉ／Ｆ部２０，構内ネットワーク１，ルータ装置７，公衆ネットワーク２を介して，家電サーバ装置３へ送られる。
【０１２１】家電サーバ装置３で，デジタル署名の正当性，復号化の処理が行われれば，エアコン装置９でコマンドの実行がなされたことがわかる。
【０１２２】（携帯端末装置５を含めた家電制御システムの動作について）図９を用いて説明する。なお，インターネット上に接続された同一ユーザの（予め許可された）端末装置を用いても同じ動作ができる。
【０１２３】図８の各ステップと同じ動作については，同一符号を付してその説明を省略する。
【０１２４】ユーザが遠隔制御サービスの利用を指示すると，携帯端末装置５は，家電サーバ装置３に対するログイン処理を実行する（Ｓ４００）。このログイン処理では，携帯端末装置５が認証情報を家電サーバ装置３に送信する。認証情報が正当なものであると確認すると，家電サーバ装置３は，携帯端末装置５との間で例えば，ＳＳＬ等による暗号化通信のための鍵交換を行う。
【０１２５】鍵の交換が終了すると，携帯端末装置５のＷｅｂブラウザは，Ｗｅｂページ処理部３５に対して，エアコン装置９の遠隔制御を指示するためのデータ（家電制御ページ）の送信を要求する（Ｓ４１０）。
【０１２６】このような要求に対して，Ｗｅｂページ処理部３５は，対応するユーザがエアコン装置９を所有しているか，そのエアコン装置９に遠隔制御機能があるか等，Ｄ／Ｂエンジン３４を介してＤ／Ｂ３２，３３を検索し，ユーザがエアコン装置９を所有している場合，Ｗｅｂページ処理部３５は例えば，コマンドを入力する入力欄又はコマンドの選択入力等が定義されたデータを家電制御ページのデータとして，携帯端末装置５のＷｅｂブラウザに供給する（Ｓ４２０）。
【０１２７】このようなデータが供給されると，該Ｗｅｂブラウザは表示部５ａにデータに応じた画像を表示させる。この画像中では，例えば，温度設定要求に対して，設定する温度の入力を促す表示が含まれており，この画像に対して，ユーザが例えば，入力部５ｂに設けられた２と５のキーを押して，設定温度を２５℃とすることを要求すると（Ｓ４３０），エアコン装置９の設定温度を２５℃とする旨のメッセージが生成され，上記メッセージを暗号化して家電サーバ装置３宛に送信する（Ｓ４４０）。
【０１２８】このような温度設定要求を受信すると，ＤＢエンジン３４は，顧客Ｄ／Ｂ３２の対応テーブルからユーザのエアコン装置９までのアクセス方法（図５中のアクセス），アドレス等の情報を取得する。パケット処理部４０のセキュリティ処理部４２は，取得したアクセス方法によりエアコン装置９との間で，認証，鍵の交換処理を実行する（Ｓ４５０）。
【０１２９】その後，ステップＳ３５０からＳ３８０の動作が行われる。
【０１３０】そして，家電サーバ装置３がコマンドが実行された旨を携帯端末装置５へ転送し（Ｓ４６０），表示部５ａによって，遠隔制御が成功した旨が表示される（Ｓ４７０）。
【０１３１】なお，本実施の形態の家電制御システムでは，危険を伴うコマンドを受け付けるデジタル家電機器として，エアコン装置９について説明したが，もちろん，これに限定されるわけではない。例えば，デジタル家電機器として，風呂の水の温度制御を行う風呂装置，構内の玄関の鍵の開閉の管理をを行う玄関管理装置，ガスの元栓の開閉を管理するガスの元栓管理装置，構内の窓の開閉を管理する窓開閉管理装置，音響機器の音量を管理する音量管理装置等がある。これらの装置についても，本実施の形態のエアコン装置９の構成，動作が同様に適用できる。」（４頁６欄〜１２頁２１欄）
　ここで，引用文献１の「ＷＥＢページ処理部３５」と「前記パケット処理部４０」をまとめて「処理部」と称することは任意である。
　そうすると，引用文献１には，「家電サーバ装置３」について，特に図９の家電制御システムの遠隔制御動作を示すシーケンス図に関連して，次の発明（以下，「引用発明」という。）が記載されていると認める。
「エアコン装置９に対するコマンドを出力可能な携帯端末装置５と通信を行う通信Ｉ／Ｆ部３１と，
　処理部と，
を備え，
　前記通信Ｉ／Ｆ部３１を介して前記携帯端末装置５から前記エアコン装置９に対するコマンドを受信し（図９のＳ４４０），
　前記処理部は，
　　前記コマンドを生成し前記エアコン装置９へ送り（図９のＳ３５０），
　　前記エアコン装置９から，前記コマンドを実行した旨を示す情報が送られ（同Ｓ３８０），
　　前記コマンドが実行された旨を前記携帯端末装置５へ転送する（同Ｓ４６０）ように構成された，
家電サーバ装置３。」
イ　引用文献２（特開昭６３−１３１６９３号公報）には，図面とともに以下の事項が記載されている。
「不一致表示部１７ａは，制御実行指令記憶部７ｅに記憶された制御実行ビットと機器状態記憶部１５ｂに記憶された子局側の当該機器の状態表示ビットとの一致，不一致を判定して表示する。」（６頁右上欄４〜８行）
　そうすると，引用文献２には，次の技術事項（以下，「技術事項１」という。）が記載されていると認める。
「機器の制御指令を記憶し，前記機器の状態と前記制御指令との一致，不一致を判定すること。」
ウ　引用文献３（特開２０１０−０２８１９５号公報）には，図面とともに以下の事項が記載されている。
「【００１６】また，本発明における端末とは，録画再生装置，テレビ，デジタルビデオカメラ，オーディオシステムといった家庭用ＡＶ（オーディオビデオ）機器，ＡＶ機器のみならず，照明，空調などの動作を自動制御する家電制御サーバ，パーソナルコンピュータ，宅内サーバ装置など様々な機器が該当する。これらの端末は，自身保持するリソース及び自身が制御しているリソースを管理するリソース管理装置である。」（７頁）
「【００６１】（２）リソース競合提示手段３００４
　リソース競合提示手段３００４は，液晶ディスプレイ，スピーカなどを含んで構成されており，リソースの予約に競合が生じていることを画像又は音声により利用者に報知する手段である。
　具体的には，リソース競合提示手段３００４は，リソース競合検知手段３００２から，競合が発生している旨の通知，既存のリソース予約に関する情報及び利用者により新たに入力された指示内容を受け取る。」（１５頁）
「【００６７】なお，上記の例では，既存の予約情報がサービス提供者によるサービス提供のためのリソース予約を示しており，利用者により入力された指示が，利用者自身による録画予約であるとしたが，既存の予約情報も利用者により指示された処理に対応している場合，リソース競合検知手段３００２から既存の予約情報に含まれるユーザ名を受け取り，受け取ったユーザ名を画面に表示する。
【００６８】もしくは，両ユーザ名を表示し，何れの指示を優先するかを利用者に選択させてもよいし，あらかじめ，各ユーザの優先順位を登録しておき，優先順位の高いユーザによる指示を優先するとしても良い。この場合，リソース競合通知手段３００９への通知は行わない。
　また，リソースの予約が競合した場合に，利用者による選択を受け付ける代わりに，端末３０００が直接使用するケース及びネットワーク経由で使用するケースにそれぞれに優先度をつけておき，優先度に従って，競合の解消を図っても良い。」（１６頁）
　そうすると，引用文献３には，次の技術事項（以下，「技術事項２」という。）が記載されていると認める。
「複数のユーザからの指示が競合した場合に，ユーザに対して競合が起きていることを報知すると共に，競合相手のユーザ名を表示すること。」
エ　引用文献４（特開２００１−３４６２７６号公報）には，図面とともに以下の事項が記載されている。
「【００４９】（実施の形態４）次に，上記優先度が，機器間の交渉により決定される例として，本発明の実施の形態４による前記モデルケースの解決手順を，図４を用いて説明する。
【００５０】図４は本発明の実施の形態２による競合解消装置を用いたシステム構成の一例を示すブロック図である。図中，４０１はリモコン受信部，４０２はネットワークインターフェースａ，４０３は優先度判定部，４０４は制御部ａ，４０５は制御対象機器，４０６は表示部ａ，４０７はネットワーク２１０５側の機器のインターフェースｂ，４０８は前記ネットワーク２１０５側の機器の制御部ｂ，４０９はネットワーク側の機器の表示部ｂ，４１０はネットワーク２１０５側の機器の入力用インターフェースｂ，である。
【００５１】リモコン受信部４０１はリモコンからの入力を受け，優先度判定部４０３へ入力を引き渡す手段である。ネットワークインターフェース４０２はネットワークからの入力と出力とを制御し，優先度判定部４０３へ入力を引き渡す手段である。優先度判定部４０３はリモコン受信部４０１またはネットワークインターフェースａ４０２からの入力を受けると，それを元にリモコンとネットワーク経由の制御入力のどちらを優先させるかを判断する手段である。制御部４０４ａは制御対象機器４０５の制御を行う手段である。制御対象機器４０５はリモコン受信部４０１とネットワークインターフェース４０２ａからの制御を受ける対象機器である。ネットワークインターフェースｂ４０７は，ネットワークインターフェース４０２へ制御命令を送る手段である。制御部ｂ４０８は前記ネットワーク側の機器の制御を行う手段である。表示部４０９は競合が起こった際にネットワークインターフェース４０２に制御入力を送った使用者に対して，制御入力に競合が発生した旨を伝え，使用しつづけるか，他の制御入力に対象機器の制御を譲るか，を問い合わせるための手段である。入力インタフェース４１０は，ネットワーク側の機器の表示部４０９で表示された問いかけに対するユーザの回答を受け付けるための手段である。
【００５２】以上のような構成を有する本実施の形態による競合解消装置の動作を，前記モデルケースの解決手順を例として，チャートである図１４を参照して説明する。
【００５３】動作の前提条件として，リモコン２１０２が使用中であり，その後ＴＶ２１０３からの制御命令が，ネットワークインターフェースａ４０２を介して優先度判定部４０３にあったとする（ステップ１４０１）。
【００５４】優先度判定部４０３は，リモコン受信部４０１に制御入力を送った使用者側の機器であるコンポ２１０１と，ネットワークインターフェースａ４０２に制御入力を送った使用者側の機器であるＴＶ２１０３に対して，それぞれ制御入力に競合が発生した旨を表示部４０７，表示部４１０を用いて伝え，使用しつづけるか，他の制御入力に対象機器の制御を譲るか，を問い合わせる（ステップ１４０２）。ＴＶ２１０３の使用者である親と，コンポ２１０１の使用者である子供はこの問い合わせに対して回答を，それぞれリモコンを用いて入力する。今回は親が使用する，子供が譲る，と回答したとする。」（７頁１１〜１２欄）
　そうすると，引用文献４には，次の技術事項（以下，「技術事項３」という。）が記載されていると認める。
「制御対象機器に対する制御入力に競合が発生した場合にその旨を表示が表示され，ユーザは，表示に基づいて，使用し続けるか，他の制御入力に譲るかを判断すること。」
（２）対比
　本願発明と引用発明とを対比する。
ａ　引用発明の「家電サーバ装置３」，「エアコン装置９」及び「携帯端末装置５」は，それぞれ本願発明の「サーバ」，「機器」及び「通信装置」に相当し，引用発明の「エアコン装置９に対するコマンド」は，本願発明の「機器に対する制御指令」に相当する。
　そうすると，引用発明の「エアコン装置９に対するコマンドを出力可能な携帯端末装置５と通信を行う通信Ｉ／Ｆ部３１」は，本願発明の「機器に対する制御指令を出力可能な１以上の情報端末と通信する通信装置」に相当する。
ｂ　引用発明の「処理部」は，以下の相違点は別として，本願発明の「プロセッサ」に相当する。
ｃ　引用発明の「前記通信Ｉ／Ｆ部３１を介して前記携帯端末装置５から前記エアコン装置９に対するコマンドを受信し」と，本願発明の「前記通信装置を介して前記情報端末から受信した，前記機器に対する制御指令を格納するための記憶装置」は，「前記機器に対する制御指令を，前記通信装置を介して前記情報端末から受信し」の点で共通する。
ｄ　上記ｂに関連し，引用発明の「前記コマンドを生成し前記エアコン装置９へ送り」は，本願発明の「前記機器に向けて，前記制御指令を送信し」に相当する。
　引用発明の「前記エアコン装置９から，前記コマンドを実行した旨を示す情報が送られ」と，本願発明の「前記制御指令に対応する前記機器の状態が前記機器から送信された情報によって特定される当該機器の状態と一致するか否かを判断し」は，「前記制御指令に対する前記機器に関する情報を受信し」の点で共通する。
　引用発明の「前記コマンドが実行された旨を示す情報を前記携帯端末装置５へ転送するように構成され」と本願発明の「前記判断の結果を出力するように構成され」は，「所定の情報を出力するように構成され」の点で共通する。
ｅ　上記ｄに関連し，引用発明の「前記コマンドが実行された旨を示す情報を前記携帯端末装置５へ転送する」ことと本願発明の「前記判断の結果の出力することは，前記情報端末に前記判断の結果を送信することを含み」は，「所定の情報を出力することは，前記情報端末に所定の情報を送信することを含む」点で共通する。
　以上より，本願発明と引用発明は，以下の点で一致ないし相違する。
（一致点）
「機器に対する制御指令を出力可能な１以上の情報端末と通信する通信装置と，
　プロセッサとを備え，
　前記通信装置を介して前記情報端末から受信した，前記機器に対する制御指令を格納するための記憶装置とを備え，
　前記機器に対する制御指令を，前記通信装置を介して前記情報端末から受信し，
　前記プロセッサは，
　　前記機器に向けて，前記制御指令を送信し，
　　前記制御指令に対する前記機器に関する情報を受信し，
　　前記判断の結果を出力するように構成され，
　所定の情報を出力することは，前記情報端末に所定の情報を送信することを含む，
サーバ。」
（相違点１）
　一致点である「前記機器に対する制御指令」について，本願発明では，「前記機器に対する制御指令を格納するための記憶部」を有するのに対し，引用発明は，そのような「記憶部」を有することが不明である点。
（相違点２）
　一致点である「プロセッサ」に関し，本願発明では，「前記制御指令に対応する前記機器の状態が前記機器から送信された情報によって特定される当該機器の状態と一致するか否かを判断し，前記判断の結果を出力するように構成され」，それに加えて，「前記制御指令に対応する前記機器の状態が前記機器から送信された情報によって特定される当該機器の状態とが一致しない場合の前記判断の結果は，前記機器が前記制御指令に対応する処理を実行できる状態にあるにも関わらず前者の状態と後者の状態とが一致しないことを示す「状態不一致」と，前記機器が前記制御指令に対応する処理を実行できない処理を実行中であることを示す「失敗」とを含む」のに対し，引用発明では，「前記エアコン装置９から，前記コマンドを実行した旨を示す情報が送られ，前記コマンドが実行された旨を示す情報を前記携帯端末装置５へ転送するように構成されている点。
（相違点３）
　前記相違点２に関連して，本願発明では，「前記判断の結果の出力することは，前記情報端末に前記判断の結果を送信することを含」むのに対し，引用発明では，携帯端末装置５に「判断の結果」を送信することが記載されていない点。
（３）判断
　事案に鑑み，まず相違点２について検討する。
　引用文献１（【００３７】）には，ステータスコマンドにより，エアコン装置の状態（ステータス）の通知要求，及びその応答がなされることが記載されている。
　また，引用文献２には，「機器の制御指令を記憶し，前記機器の状態と前記制御指令との一致，不一致を判定すること。」（上記（１）の技術事項１）が記載されている。
　そうすると，引用発明において，エアコン装置がコマンドを実行した旨を示す情報を送ることに代えて，遠隔制御に関する技術事項１を勘案して，エアコン装置の状態と，前記エアコン装置に対するコマンドに対応する状態とを比較して，エアコン装置がコマンドを実行したことを判断することまでは当業者が容易に想到することができたものといえる。
　しかしながら，判断の結果として，前記相違点２に係る「前記制御指令に対応する前記機器の状態が前記機器から送信された情報によって特定される当該機器の状態とが一致しない場合の前記判断の結果は，前記機器が前記制御指令に対応する処理を実行できる状態にあるにも関わらず前者の状態と後者の状態とが一致しないことを示す「状態不一致」と，前記機器が前記制御指令に対応する処理を実行できない処理を実行中であることを示す「失敗」とを含む」ことまでは，引用文献１及び２に記載も示唆もされておらず，当業者といえども容易に発明をすることができたとはいえない。
　そして，この点は，上記（１）の技術事項２及び３を参酌しても，充足できないことは明らかである。
（４）小括
　したがって，本願発明は，上記相違点１及び３について検討するまでもなく，当業者が引用発明及び技術事項１ないし３に基づいて容易に発明をすることができたとはいえない。
　本願の請求項２ないし５に係る発明は，本願発明とは発明の対象が異なるものの，前記相違点２に係る本願発明の構成と共通の構成を有することから，本願発明と同様に，当業者が引用文献１に記載された発明及び技術事項１ないし３に基づいて容易に発明をすることができたとはいえない。
　よって，原査定の理由によっては，本願を拒絶することはできない。
第４　当審拒絶理由について
１　当審拒絶理由の概要
　この出願の下記の請求項に係る発明は，その出願の日前の特許出願であって，その出願後に出願公開がされた下記の特許出願の願書に最初に添付された明細書，特許請求の範囲又は図面に記載された発明と同一であり，しかも，この出願の発明者がその出願前の特許出願に係る上記の発明をした者と同一ではなく，またこの出願の時において，その出願人が上記特許出願の出願人と同一でもないので，特許法第２９条の２の規定により，特許を受けることができない。 
　　　　　　　　　　　　　　　　　　　記
 
 ・請求項１，３，５，６，８−１２ 
 ・先願１：特願２０１３−９４５００号（特開２０１４−２１６９４２号公報）
２　当審拒絶理由の判断
（１）先願発明
　上記先願１の願書に最初に添付された明細書，特許請求の範囲又は図面（以下，「先願明細書等」という。）には，以下の事項が記載されている。
ア　「【技術分野】
【０００１】
　本発明は，遠隔操作システム，コントローラ，遠隔操作方法及びプログラムに関する。」
イ　「【発明が解決しようとする課題】
【０００４】
　特許文献１に記載のシステムでは，ユーザ側装置と遠隔地側装置が一対一で通信することが想定されている。このため，複数のユーザ側装置から遠隔地側装置を操作する場合や，複数の遠隔地側装置を操作する場合等に，遠隔操作に関する通信を一括して管理することが困難であった。したがって，ユーザによる操作結果の確認を可能としつつ，遠隔操作により機器を確実に動作させることが困難となるおそれがあった。
【０００５】
　本発明は，上記の事情に鑑みてなされたもので，ユーザによる操作結果の確認を可能としつつ，遠隔操作による機器の動作が確実に行われるようにすることを目的とする。」
ウ　「【発明の効果】
【０００７】
　本発明によれば，遠隔操作に関する通信がサーバを介して行われる。また，電気機器の状態がユーザに対して表示される。これにより，ユーザによる操作結果の確認を可能としつつ，遠隔操作による機器の動作が確実に行われるようにすることができる。」
エ　「【００１０】
　実施の形態１．
　本実施の形態に係る遠隔操作システム１００は，住宅内の機器を住宅外から操作するためのシステムである。遠隔操作システム１００は，図１に示されるように，住居１０に設置された複数の電気機器１１，１２，１３，センサ１９，及びコントローラ３０と，サーバ５０と，操作端末６０と，を有している。」
オ　「【００２２】
　コントローラ３０は，例えば，電気機器１１〜１３を統括して制御するＨＥＭＳ（Home Energy Management System）コントローラである。また，コントローラ３０は，宅内ネットワーク２０と広域ネットワーク４０との間におけるホームゲートウェイサーバとして機能する。コントローラ３０は，図３に示されるように，制御部３１，第１通信部３２，第２通信部３３，及び記憶部３４を有している。
【００２３】
　制御部３１は，例えばＣＰＵ及びＲＡＭ等から構成される。制御部３１は，第１通信部３２，第２通信部３３，及び記憶部３４に信号線を介して接続されている。制御部３１は
，記憶部３４に記憶されているプログラムを実行することにより，後述の処理を実行して，コントローラ３０の各構成要素を制御する。
【００２４】
　第１通信部３２は，宅内ネットワーク２０を介して通信するための通信インタフェース等から構成される。第１通信部３２は，宅内ネットワーク２０から取得した情報を制御部３１へ通知し，制御部３１から通知された情報を宅内ネットワーク２０へ出力する。
【００２５】
　第２通信部３３は，広域ネットワーク４０を介して通信するための通信インタフェース等から構成される。第２通信部３３は，広域ネットワーク４０から取得した情報を制御部３１へ通知し，制御部３１から通知された情報を広域ネットワーク４０へ出力する。
【００２６】
　記憶部３４は，不揮発性メモリを含んで構成される。記憶部３４は，制御部３１によって実行されるプログラムの他に，制御部３１による処理に用いられる種々のデータを記憶している。そして，記憶部３４は，制御部３１が利用するデータを制御部３１へ供給し，制御部３１から供給されたデータを記憶する。
【００２７】
　図１に戻り，サーバ５０は，例えば，コントローラ３０を含む複数のＨＥＭＳコントローラを管理するクラウドサーバである。また，サーバ５０は，広域ネットワーク４０を介して遠隔操作を試みる操作端末６０の認証サーバとなる。さらに，本実施形態に係るサーバ５０は，ウェブサーバとして機能し，所定の要求（ＨＴＴＰＳリクエスト）に対して応答することにより，コントローラ３０及び操作端末６０と通信する。」
カ　「【００８２】
　続いて，コントローラ３０によって実行されるコントローラ処理について，図１４を用いて説明する。このコントローラ処理は，コントローラ３０の電源が投入されることにより開始する。
【００８３】
　図１４に示されるように，コントローラ３０の制御部３１は，まず，サーバ５０と同期する（ステップＳ３０１）。具体的には，制御部３１は，サーバ５０に対してデータの同期を要求して，サーバ５０からの応答を受信することにより，サーバ５０と同期する。
【００８４】
　次に，制御部３１は，ステップＳ３０１の同期により，サーバ５０から操作内容を受信したか否かを判定する（ステップＳ３０２）。操作内容を受信していないと判定された場合（ステップＳ３０２；Ｎｏ），制御部３１は，ステップＳ３０７へ処理を移行する。
【００８５】
　一方，操作内容を受信したと判定された場合（ステップＳ３０２；Ｙｅｓ），制御部３１は，操作内容に基づいて電気機器１１を制御するための制御信号を生成して，電気機器１１へ送信する（ステップＳ３０３）。この制御信号は，宅内ネットワーク２０において操作内容を伝送する信号となる。
【００８６】
　次に，制御部３１は，電気機器１１からの応答を受信したか否かを判定する（ステップＳ３０４）。この応答は，ステップＳ３０３にて送信された制御信号に対して，電気機器１１の状態に関わらず，電気機器１１によってなされる応答である。
【００８７】
　応答を受信していないと判定された場合（ステップＳ３０４；Ｎｏ），制御部３１は，サーバ５０と同期することにより，電気機器１１との間における通信障害をサーバ５０へ通知する（ステップＳ３０５）。この通信障害を示す信号がサーバ５０によって操作端末６０へ伝送されると，図１５に示されるように，通信状況領域Ａ２には，アイコンＩ３０とアイコンＩ１１とを結ぶ線が切断されていることが図形で示される。また，通信障害の内容を説明するボックスＢ２１が表示される。
【００８８】
　一方，応答を受信したと判定された場合（ステップＳ３０４；Ｙｅｓ），制御部３１は，サーバ５０と同期することにより，電気機器１１からの応答をサーバ５０へ送信する（
ステップＳ３０６）。これにより，操作内容が電気機器１１まで届いたことが，サーバ５０及び操作端末６０へ伝えられることとなる。
【００８９】
  次に，制御部３１は，電気機器１１から状態の変化が通知されたか否かを判定する（ステップＳ３０７）。具体的には，制御部３１は，電気機器１１の状態が変化して，変化後の状態が通知されたか否かを判定する。状態の変化が通知されたと判定された場合（ステップＳ３０７；Ｙｅｓ），制御部３１は，ステップＳ３１１へ処理を移行する。
【００９０】
  一方，状態の変化が通知されていないと判定された場合（ステップＳ３０７；Ｎｏ），制御部３１は，電気機器１１に状態を要求する（ステップＳ３０８）。具体的には，制御部３１は，電気機器１１の現在の状態を通知するように，電気機器１１に要求する。
【００９１】
  次に，制御部３１は，電気機器１１からの応答があるか否かを判定する（ステップＳ３０９）。この応答は，ステップＳ３０８における要求に対して電気機器１１によってなされる応答である。
【００９２】
  応答がないと判定された場合（ステップＳ３０９；Ｎｏ），制御部３１は，サーバ５０と同期することにより，電気機器１１との間における通信障害をサーバ５０へ通知する（ステップＳ３１０）。その後，制御部３１は，ステップＳ３０１以降の処理を繰り返す。
【００９３】
  一方，応答があると判定された場合（ステップＳ３０９；Ｙｅｓ），制御部３１は，状態信号を生成して，サーバ５０へ送信する（ステップＳ３１１）。具体的には，制御部３１は，広域ネットワーク４０に適した形式の状態信号を生成して，サーバ５０と同期することにより状態信号をサーバ５０へ送信する。
【００９４】
  次に，制御部３１は，制御信号を電気機器１１へ最後に送信してから所定の時間が経過したか否かを判定する（ステップＳ３１２）。所定の時間は，例えば１分間である。なお，制御信号が未だ送信されていない場合には，所定時間が経過したと判定される。所定時間が経過したと判定された場合（ステップＳ３１２；Ｙｅｓ），制御部３１は，ステップＳ３０１以降の処理を繰り返す。
【００９５】
  一方，所定時間が経過していないと判定された場合（ステップＳ３１２；Ｎｏ），制御部３１は，電気機器１１の状態が，操作内容に従った状態であるか否かを判定する（ステップＳ３１３）。具体的には，制御部３１は，電気機器１１の状態が，最後に送信した制御信号による制御に従った状態であるか否かを判定する。
【００９６】
  操作内容に従った状態ではないと判定された場合（ステップＳ３１３；Ｎｏ），制御部３１は，サーバ５０と同期することにより，電気機器１１が操作内容に従っていない状態にあることをサーバ５０へ通知する（ステップＳ３１４）。その後，制御部３１は，ステップＳ３０１以降の処理を繰り返す。
【００９７】
  一方，操作内容に従った状態であると判定された場合（ステップＳ３１３；Ｙｅｓ），制御部３１は，サーバ５０と同期することにより，電気機器１１が操作内容に従った状態にあることをサーバ５０へ通知する（ステップＳ３１５）。その後，制御部３１は，ステップＳ３０１以降の処理を繰り返す。
【００９８】
  図１４に示されるコントローラ処理が繰り返されることにより，ステップＳ３０７又はステップＳ３０８と，ステップＳ３１１とが定期的に実行される。これにより，状態信号が定期的に生成されて，サーバ５０へ送信される。状態信号が生成される周期は，例えば２分間である。」
　上記アないしカの記載及び図面の記載からみて，「ホームゲートウェイサーバとして機能するコントローラ３０」に関する以下に掲げる発明（以下，「先願発明」という。）が記載されていると認める。 
 　 
 「電気機器（１１）に対する操作内容を出力可能な１以上の操作端末（６０）と通信する第２通信部（３３）と， 
 　制御部（３１）と， 
 　前記制御部による処理に用いられる種々のデータを記憶する記憶部（３４）とを備え， 
 　前記制御部は， 
 　　前記電気機器に向けて，前記操作端末の前記操作内容から生成した制御信号を送信し（図１４のＳ３０２，Ｓ３０３）， 
 　　前記電気機器から受信した前記電気機器の状態が前記情報端末の前記制御信号によって特定される当該電気機器の状態と一致するか否かを判断し（図１４のＳ３１３）， 
 　　前記判断の結果を前記操作端末に送信する（図１４のＳ３１４，Ｓ３１５）ように構成されている，ホームゲートウェイサーバ。」 
 　 
（２）対比・判断
　本願発明と先願発明とを対比する。
ａ　先願発明の「電気機器（１１）」，「操作端末（６０）」及び「ホームゲートウェイサーバ」は，それぞれ本願発明の「機器」，「情報端末」及び「サーバ」に相当する。
　先願発明の「電気機器（１１）に対する操作内容」は，電気機器に対する操作指令の内容といえるから，本願発明の「機器に対する制御指令」に相当する。
　そうすると，先願発明の「電気機器（１１）に対する操作内容を出力可能な１以上の操作端末（６０）と通信する第２通信部（３３）」は，本願発明の「機器に対する制御指令を出力可能な１以上の情報端末と通信する通信装置」に相当する。
ｂ　先願発明の「制御部（３１）」は，本願発明の「プロセッサ」に相当する。
ｃ　上記ａより，先願発明の「前記制御部による処理に用いられる種々のデータを記憶する記憶部（３４）」は，本願発明の「前記通信装置を介して前記情報端末から受信した，前記機器に対する制御指令を格納するための記憶装置」に相当する。
ｄ　上記ｂの「プロセッサ」について，
　先願発明の「前記電気機器に向けて，前記操作端末の前記操作内容から生成した制御信号を送信し」は，本願発明の「前記機器に向けて，前記制御指令を送信し」に相当し，
　先願発明の「前記電気機器から受信した前記電気機器の状態が前記情報端末の前記制御信号によって特定される当該電気機器の状態と一致するか否かを判断し」は，本願発明の「前記制御指令に対応する前記機器の状態が前記機器から送信された情報によって特定される当該機器の状態と一致するか否かを判断し」に相当し，
　先願発明の「前記判断の結果を前記操作端末に送信するように構成されている」は，本願発明の「前記判断の結果を出力するように構成され，前記判断の結果の出力することは，前記情報端末に前記判断の結果を送信することを含み」に相当する。
　そうすると，本願発明と先願発明は，以下の点で一致ないし相違する。
（一致点）
「機器に対する制御指令を出力可能な１以上の情報端末と通信する通信装置と，
　プロセッサと，
　前記通信装置を介して前記情報端末から受信した，前記機器に対する制御指令を格納するための記憶装置とを備え，
　前記プロセッサは，
　　前記機器に向けて，前記制御指令を送信し，
　　前記制御指令に対応する前記機器の状態が前記機器から送信された情報によって特定される当該機器の状態と一致するか否かを判断し，
　　前記判断の結果を出力するように構成され，
　前記判断の結果の出力することは，前記情報端末に前記判断の結果を送信することを含む，サーバ。」
（相違点）
　一致点である「判断の結果」について，本願発明では，「前記制御指令に対応する前記機器の状態が前記機器から送信された情報によって特定される当該機器の状態とが一致しない場合の前記判断の結果は，前記機器が前記制御指令に対応する処理を実行できる状態にあるにも関わらず前者の状態と後者の状態とが一致しないことを示す「状態不一致」と，前記機器が前記制御指令に対応する処理を実行できない処理を実行中であることを示す「失敗」とを含む」とされているのに対し，先願発明にはこの点が特定されていない点。
　そして，上記相違点に係る構成により，本願発明は，機器が制御指令に対応する処理を実行できない処理を実行中であることを把握することができるという顕著な効果を奏することが明らかであるから，当該構成は，課題解決のための具体化手段における微差とまではいえない。
　よって，本願発明と先願発明を同一であるとすることはできない。
（３）小括
　したがって，本願発明は，先願発明と同一であるとはいえなくなった。
本願の請求項２ないし５に係る発明についても，本願発明とは発明の対象が異なるものの，前記相違点に係る本願発明の構成と共通の構成を有することから，本願発明と同様に，先願明細書等に記載された発明と同一であるとはいえなくなった。
　そうすると，もはや，当審で通知した拒絶理由によって本願を拒絶することはできない。
第５　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。