【事件の表示】
　特許第６４５３１３４号発明「情報通知装置、情報通知方法、錠前管理システム、及び、プログラム」の特許異議申立事件について、次のとおり決定する。
【結　論】
　特許第６４５３１３４号の特許請求の範囲を訂正請求書に添付された訂正特許請求の範囲のとおり、訂正後の請求項〔１〜１０、１２〕について訂正することを認める。
　特許第６４５３１３４号の請求項１、２、４、５に係る特許を維持する。
【理　由】
第１　手続の経緯
　特許第６４５３１３４号の請求項１〜１２に係る特許についての出願は、平成２７年３月２７日に出願され、平成３０年１２月２１日にその特許権の設定登録がされ、平成３１年１月１６日に特許掲載公報が発行された。その後、その特許について、令和１年５月２１日に特許異議申立人西林博（以下、「異議申立人」という。）により、請求項１、２、４、５に係る特許に対する特許異議の申立てがされ、当審は、令和１年８月２７日付けで取消理由を通知した。これに対し、特許権者は、その指定期間内である令和１年１０月４日に意見書の提出及び訂正の請求を行い、その訂正の請求に対して、異議申立人は、令和１年１１月２８日に意見書を提出した。
第２　訂正の適否について
１　訂正の内容
　本件訂正の請求による訂正の内容は、以下のとおりである。
（１）訂正事項
　特許請求の範囲の請求項１に「上記通知処理部は、上記状態情報が示す状態に応じて上記状態情報の通知先となる端末を選択し、選択した端末に上記状態情報を通知する」と記載されているのを、「上記通知処理部は、上記状態情報が示す状態に応じて上記状態情報の通知先となる端末を
、上記錠前識別情報との紐付けがされている上記グループ識別情報によって識別されるグループに属する複数のメンバの端末の中から
　また、請求項１の記載を直接的または間接的に引用する請求項２〜１０、１２も同様に訂正する。
　訂正前の請求項２〜１０、１２は、請求項１を直接的又は間接的に引用するものであるから、上記訂正事項によって記載が訂正される請求項１に連動して訂正されるものである。
　したがって、訂正前の請求項１〜１０、１２に対応する訂正後の請求項１〜１０、１２は一群の請求項を構成し、上記訂正事項は、当該一群の請求項に対して請求されたものである。
２　訂正の目的、新規事項の有無、特許請求の範囲の拡張又は変更の存否、独立特許要件について
（１）訂正の目的について
　訂正前の請求項１に係る特許は、通知処理部は、「上記状態情報が示す状態に応じて上記状態情報の通知先となる端末を選択し、選択した端末に上記状態情報を通知する」ことを特定している。
　これに対して、訂正後の請求項１は、「上記錠前識別情報との紐付けがされている上記グループ識別情報によって識別されるグループに属する複数のメンバの端末の中から」との記載により、選択の対象となる端末をより具体的に特定するものであり、本件訂正事項に係る訂正は、特許請求の範囲の減縮を目的とするものである。
　また、請求項１の上記訂正に連動する請求項２〜１０，１２の訂正も、同様の理由により、特許請求の範囲の減縮を目的とするものである。
（２）新規事項の有無について
　本件特許の願書に添付した明細書及び図面には、次の事項が記載されている。
ａ．「【００１８】
　図２からわかるように、本実施形態では、佐藤家（グループ）の各人は自身の専用の鍵５００を保持する。」
ｂ．「【００２４】
　即ち、上記登録操作と上記設定操作とが完了すると、上記ＳＮＳにおける、佐藤家（グループ）の各人（メンバ）の端末２００に電子錠４００の状態を示す情報を通知する機能（電子錠４００の状態を示す情報を佐藤家で共有するための機能）が有効になる。」
ｃ．「【００６４】
　以上の説明及び図５の（ｂ）からわかるように、図６の登録画面に対する佐藤家の代表者による操作（電子錠４００をＳＮＳへ登録する操作）をトリガとして、登録処理部１２４（紐付け処理部）は、佐藤家の電子錠４００を識別する家電ＩＤ（錠前識別情報、01002）と佐藤家というグループを識別する家族ＩＤ（グループ識別情報、01）とを紐付ける。即ち、電子錠４００をＳＮＳへ登録する操作は、電子錠４００を識別する家電ＩＤと佐藤家というグループを識別する家族ＩＤとの紐付けをサーバ１００に実行させる操作であると言える。」
ｄ．「【０１１７】
３．通知処理部１２２は、機器３５０が生成した状態情報が示す状態に応じてメッセージの通知先となる端末２００を選択し、選択した端末に上記状態情報を通知するようになっている。例えば、上記状態がエラー状態である場合には太郎くんの両親の端末２００にメッセージを通知し、上記状態が開状態である場合には佐藤家の全員の端末２００にメッセージを通知する。これにより、太郎くんは、自身が確認すべき状態情報のみを確認できる。」
ｅ．図１及び図２
　上記ｃの記載より、錠前識別情報は、佐藤家というグループを識別するグループ識別情報と紐付けられており、上記ａ、ｂ及びｅの記載より、佐藤家というグループのメンバは、「太郎くん」、「パパ」、「ママ」という複数のメンバが含まれ、各メンバそれぞれが端末を有するものである。
　そして、上記ｄの記載において、状態情報が示す状態に応じて通知先として選択される端末は、「状態がエラー状態である場合」には「太郎君の両親の端末２００」であり、「状態が開状態である場合」には「佐藤家の全員の端末２００」とされることから、状態情報が示す状態に応じて通知先として選択される端末は、佐藤家というグループに属するメンバの端末の中から選択されるものである。
　したがって、本件訂正事項に係る訂正は、本件特許の願書に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内においてなされたものである。
（３）特許請求の範囲の拡張又は変更の存否について
　上記訂正事項に係る訂正は、上記（１）で言及したように、特許請求の範囲の減縮を目的とするものであり、カテゴリーや対象、目的を変更するものではないから、実質上特許請求の範囲を拡張し、又は変更するものではない。
（４）独立特許要件について
　訂正事項に係る請求項３、６〜１０、１２は、特許異議の申立てがされていないので、訂正後の請求項３、６〜１０、１２に係る特許について、独立特許要件を満たすか検討する。
　訂正後の請求項３、６〜１０、１２は、上記（１）で言及した、特許請求の範囲の減縮を目的とする訂正事項により訂正される請求項１を、直接的又は間接的に引用するものであり、訂正前の請求項３、６〜１０、１２は、特許異議が申立てられていない請求項である。
　そうすると、訂正後の請求項３、６〜１０、１２に係る発明は、本件特許異議の申立ての理由により、当業者が容易に発明をすることができたものとはいえない。また、他に訂正後の請求項３、６〜１０、１２に係る発明が、特許出願の際独立して特許を受けることができないとする理由を発見しない。
３　小活
　以上のとおりであるから、本件訂正の請求による訂正は、特許法第１２０条の５第２項ただし書第１号に掲げる事項を目的とするものであり、かつ、同条第９項において準用する同法第１２６条第５項〜第７項の規定に適合する。
　したがって、特許請求の範囲を、訂正請求書に添付された訂正特許請求の範囲のとおり、訂正後の請求項〔１〜１０、１２〕について訂正することを認める。
第３　訂正後の本件発明
　本件訂正の請求により訂正された請求項１〜１２に係る発明（以下、「本件発明１〜１２」という。）は、訂正特許請求の範囲の請求項１〜１２に記載された次の事項により特定される次のとおりのものである。
「【請求項１】
　錠前の状態を示す状態情報を取得する状態情報取得処理部と、
　上記状態情報を通知する通知処理部とを備え、
　上記通知処理部は、上記錠前を識別する錠前識別情報と該錠前を利用するグループを識別するグループ識別情報とが紐付けて記録されている記録媒体を参照し、上記錠前識別情報との紐付けがされているグループ識別情報によって識別されるグループのメンバの端末に上記状態情報を通知し、
　上記通知処理部は、上記状態情報が示す状態に応じて上記状態情報の通知先となる端末を
、上記錠前識別情報との紐付けがされている上記グループ識別情報によって識別されるグループに属する複数のメンバの端末の中から
【請求項２】
　上記グループのメンバの端末から、上記錠前を制御するための制御コマンドを取得するコマンド取得処理部と、
　上記端末から上記制御コマンドを取得した場合に上記制御コマンドに従って上記錠前を制御する錠前制御部と、を備えていることを特徴とする請求項１に記載の情報通知装置。
【請求項３】
　上記情報通知装置は、上記グループ内でのコミュニケーションを可能にするソーシャルネットワークサービスを提供するサーバとして機能する装置であり、
　上記通知処理部は、上記端末にインストールされている、上記ソーシャルネットワークサービスを上記メンバに利用させるためのアプリケーションに対して、上記状態情報を通知する、ことを特徴とする請求項１又は２に記載の情報通知装置。
【請求項４】
　上記通知処理部は、上記状態の変化をトリガとして、変化後の上記状態を示す状態情報を上記端末にプッシュ通知する、ことを特徴とする請求項１から３のいずれか１項に記載の情報通知装置。
【請求項５】
　上記通知処理部は、上記状態が開状態である場合には、上記状態情報として、上記状態が開状態になった事と上記錠前を誰が開けたかとを示す情報を通知する、ことを特徴とする請求項１から４のいずれか１項に記載の情報通知装置。
【請求項６】
　上記錠前は、鍵との近距離通信が可能な電子錠であり、
　上記鍵は、上記近距離通信により、上記電子錠を解錠させるための信号として上記鍵の固有情報を含む信号を上記電子錠に送信し、
　上記通知処理部は、上記鍵の固有情報を含む信号を上記電子錠が受信した結果として上記状態が開状態になった場合には、上記状態情報を通知するために、該固有情報に紐付けられているメンバ情報を参照することによって上記電子錠を誰が開けたかを特定する、ことを特徴とする請求項５に記載の情報通知装置。
【請求項７】
　上記通知処理部は、上記状態が開状態である場合には、上記状態情報として、上記状態が開状態になった事と上記錠前を誰が開けたかとを示す情報を通知し、
　上記コマンド取得処理部は、上記錠前を制御するための制御コマンドとして、上記錠前を解錠させる解錠コマンドを上記端末から取得し、
　上記解錠コマンドには、上記端末の利用者を識別するための識別情報が含まれており、
　上記錠前制御部は、上記端末から上記解錠コマンドを取得した場合に、上記解錠コマンドに従って上記錠前を解錠し、
　上記通知処理部は、上記錠前制御部による上記解錠コマンドに従った上記解錠の結果として上記状態が開状態になった場合には、上記状態情報を通知するために、該解錠コマンドに含まれている上記識別情報を参照することによって上記錠前を誰が開けたかを特定する、ことを特徴とする請求項２に記載の情報通知装置。
【請求項８】
　上記通知処理部は、上記グループが利用する複数の錠前の各々について、該錠前の状態を示す状態情報を通知するようになっており、
　上記通知処理部は、錠前の状態を示す状態情報として、該錠前の固有情報を含む情報であって該錠前の状態が開状態である事を示す情報を通知する、ことを特徴とする請求項１から７のいずれか１項に記載の情報通知装置。
【請求項９】
　上記メンバによる上記紐付けを上記情報通知装置に実行させる操作をトリガとして、上記紐付けを実行する紐付け処理部を更に備えている、ことを特徴とする請求項１から８のいずれか１項に記載の情報通知装置。
【請求項１０】
　請求項１から９のいずれか１項に記載の情報通知装置と上記端末とを含む錠前管理システム。
【請求項１１】
　装置による錠前に関する情報の通知方法であって、
　上記錠前の状態を示す状態情報を取得する状態情報取得ステップと、
　上記状態情報を通知する通知ステップとを含み、
　上記通知ステップにて、上記錠前を識別する錠前識別情報と該錠前を利用するグループを識別するグループ識別情報とが紐付けて記録されている記録媒体を参照し、上記錠前識別情報との紐付けがされているグループ識別情報によって識別されるグループのメンバの端末に上記状態情報を通知し、
　上記通知ステップにて、上記状態情報が示す状態に応じて上記状態情報の通知先となる端末を選択し、選択した端末に上記状態情報を通知する、ことを特徴とする情報通知方法。
【請求項１２】
　請求項１に記載の情報通知装置が備える上記通知処理部及び上記状態情報取得処理部としてコンピュータを機能させるためのプログラム。」
第４　取消理由通知に記載した取消理由について
１　取消理由の概要
　訂正前の請求項１、２、４、５に係る特許に対して、当審が令和１年８月２７日付けで特許権者に通知した取消理由の要旨は、次のとおりである。なお、当該取消理由は、異議申立人による本件特許異議の申立ての理由を全て採用している。
（１）請求項１、２に係る発明は、甲第１号証に記載された発明、及び甲第２号証又は甲第３号証に記載された技術に基いて、当業者が容易に発明をすることができたものである。
　よって、請求項１に係る特許は、特許法第２９条第２項の規定に違反してされたものであり、取り消されるべきものである。
（２）請求項４に係る発明は、甲第１号証に記載された発明及び甲第２号証並びに甲第４号証に記載された技術、あるいは、甲第１号証に記載された発明及び甲第３号証並びに甲第４号証に記載された技術に基いて、当業者が容易に発明をすることができたものである。
　よって、請求項４に係る特許は、特許法第２９条第２項の規定に違反してされたものであり、取り消されるべきものである。
（３）請求項５に係る発明は、甲第１号証に記載された発明、及び甲第２号証又は甲第３号証に記載された技術に基いて、当業者が容易に発明をすることができたものである（請求項１又は２を引用する場合）。また、甲第１号証に記載された発明及び甲第２号証並びに甲第４号証に記載された技術、あるいは、甲第１号証に記載された発明及び甲第３号証並びに甲第４号証に記載された技術に基いて、当業者が容易に発明をすることができたものである（請求項４を引用する場合）。
　よって、請求項５に係る特許は、特許法第２９条第２項の規定に違反してされたものであり、取り消されるべきものである。
証拠とする甲号証は、次のとおりである。
　甲第１号証：特開２００５−２３６８９号公報
　甲第２号証：特開２００９−２５７０４６号公報
　甲第３号証：特開２０１４−１６５９９８号公報
　甲第４号証：特開２０１３−１８５３４６号公報
２　甲第１号証〜甲第３号証について
（１）甲第１号証の記載事項及び引用発明
ア　甲第１号証には、図面と共に、次の事項が記載されている（下線は当審が付与。）。
（ア）「【０００８】
【発明の実施の形態】
図１は、本発明のドア施錠解錠システムの全体構成を示す図である。
この図において、１は玄関ドアなどのドアとその近傍に設けられている通信部や制御部などからなるドア部、２１，２２は携帯電話機などの携帯端末（ＭＳ）、３１，３２は基地局、４は基地局３１，３２を統括する交換機、５は前記交換機４と接続された本発明のドア施錠解錠システムのサービスセンター装置（以下、単に「サービスセンター」と呼ぶ。）、６は該サービスセンター５に接続され、各種データを格納するデータベースである。ここで、前記サービスセンター５は、例えば、インターネットなどのＩＰネットワークに接続されており、前記交換機４は、ＩＰネットワークと移動体通信網とのゲートウエイである。」
（イ）「【００１０】
このように構成された
本発明のドア施錠解錠システムを利用しようとするユーザーは、まず、施錠／解錠をしようとするドア及びそのドアの施錠／解錠を行うことができる携帯端末に関する情報を前記サービスセンター５のデータベース６に登録しておく
図３は、前記データベース６に登録される情報の一例を示す図である。
この図に示すように、
前記データベース６には、各ユーザー（ドア）ごとに、そのユーザーの登録番号、本システムを利用する携帯端末の台数（登録台数）、そのドアのドア部端末の電話番号であるドア側登録電話番号、本システムを利用する各携帯端末の電話番号（この例では、登録電話番号１〜登録電話番号５）、パスワード（暗証番号）、及び、このドアの存在位置を示す位置情報が登録され、記録されている。
【００１１】
このような構成を有する本発明のドア施錠解錠システムの動作について、）携帯端末からドアの解錠を行なう場合、合鍵を用いたドアの解錠があった場合、及び、異常なドアの解錠があった場合に分けて、サービスセンター５における処理を示す図１０及び図１１、ドア部１における処理を示す図１２及び図１３の各フローチャートを参照しつつ説明する。
【００１２】
まず、携帯端末から前記ドアの解錠を行なう場合について説明する。なお、施錠を行なう場合も、同様の処理となる。
図４は、携帯端末から解錠を行う場合の処理の流れを示すシーケンス図、図５は、携帯端末、サービスセンター、ドア部及び登録携帯端末間で転送される情報の例を示す図である。ここでは、前記図３に示した登録内容のユーザーにおける登録電話番号４（９０１２３４２３４５）の携帯端末からドア１（ドア側登録電話番号９０１２３４９９９９）の解錠を行うものとして説明する。
前記ドア１の解錠を行う場合、まず、携帯端末から前記サービスセンター５に（１）解錠指令を送信する。これは、前記サービスセンター５がインターネットなどのＩＰネットワークに接続されている場合には、携帯端末がサービスセンター５のＵＲＬを入力してサービスセンター５にアクセスするか、あるいは、携帯端末のウェブメニューにドアの施錠／解錠のメニューを作成しておき、それを選択することにより前記サービスセンター５にアクセスするようにする。携帯端末からのアクセスがあったとき、前記サービスセンター５は携帯端末に対してパスワードの入力及び解錠か施錠かを選択する画面情報を送信する。ユーザーは、これに基づき、パスワードと解錠指令又は施錠指令を入力する。
前記交換機４は、このユーザーにより入力されたデータ（パスワードと解錠／施錠指令）に、その携帯端末の電話番号及びその携帯端末が収容されている基地局の位置情報を付加して、前記サービスセンター５に転送する。
図５の（１）は、携帯端末からサービスセンター５に送信される解錠指令の例を示す図である。この図に示すように、携帯端末の電話番号（９０１２３４２３４５）、暗証番号（この例では、「２４６８」）、解錠／施錠を示すコード（解錠であるので「０」）、及び、基地局位置情報（基地局コード）がサービスセンター５に送信される。
【００１３】
この解錠指令を受信したサービスセンター５は、この解錠指令がサービス加入者からの解錠指令であるか否かを電話番号と暗証番号を用いてチェックする。その結果、サービス加入者からのものであり、また、ドア端末と携帯端末が同一地域にある場合には、前記ドア部端末１１に対して（２）解錠指令／施錠指令を送信する。
【００１４】
図１０は、解錠指令／施錠指令を受信したときのサービスセンター５における処理の流れを示すフローチャートである。
この図に示すように、携帯端末から解錠／施錠指令を受信すると（ステップＳ１）、前記データベース６を参照して、その電話番号が登録されたものであるか（Ｓ２）、送られてきた暗証番号は登録されているものと一致するか（Ｓ３）、及び、その基地局位置情報は登録されている基地局位置情報と一致するか（Ｓ４）が判定され、その全ての判定結果がＹＥＳとなったときに、ステップＳ５に進み、ドア部に対する解錠／施錠指令（メール）を作成し、送信する。
【００１５】
図５の（２）は、解錠指令メールに含まれる情報を示す図である。
この図に示すように、解錠指令メールは、解錠又は施錠を示すコードと暗証番号とからなるメール本文を有し、前述した（１）解錠指令を送信した携帯端末の電話番号（９０１２３４２３４５）がメール送信者電話番号、ドア部端末の電話番号（９０１２３４９９９９）がメール受信者電話番号とされている。ここで、前記メール本文における解錠又は施錠を示すコードは、前述と同様に、解錠が「０」、施錠が「１」とされており、この例では、メール本文は「０２４６８」とされている。
【００１６】
このメールを受信した前記ドア部１では、送られてきた暗証番号を確認し、送られてきたコードに基づいて解錠動作を行う。そして、解錠状態となったことを確認した後、解錠状態となったことを示す（３）解錠通知メールを作成し、前記サービスセンター５に送信する。（図４）
【００１７】
図１２は、ドア部１における処理の流れを示すフローチャートである。
ドア部端末（通信部）１１で前記サービスセンター５からの解錠／施錠指令メール（この例では、「０２４６８」）を受信すると（Ｓ２１）、ステップＳ２２でこの受信メールを制御部に送り、制御部において受信データを解析する（Ｓ２３）。この例では、前述のように、解錠／施錠指令メール本文の形式は、解錠／施錠を示すコード＋暗証番号とされており、制御部では、受信メール本文を解錠／施錠を示すコードと暗証番号に分割し、まず、受信メール中に含まれている暗証番号が制御部に記憶している暗証番号と一致するか否かを判定し（Ｓ２４）、次に、動作指令が解錠であるのか施錠であるのかを判定する（Ｓ２５）。
暗証番号が一致しており、解錠指令であるときは、ステップＳ２６に進み、駆動部に対して解錠信号を送出する（Ｓ２６）。これを受けて駆動部はソレノイド又はモーターを駆動して、解錠動作を開始し（Ｓ２７）、解常動作の終了後（Ｓ２８）、
制御部は、駆動部の状態変化を確認して、電気錠の状態を通信部に送出する（Ｓ２９）。通信部では、この状態情報に基づいて状態通知メール（この場合は解錠通知メール）を作成し、サービスセンター５に送信する（Ｓ３０）。
また、動作指令が施錠であるときは、制御部は駆動部に施錠信号を送出する（Ｓ３１）。これを受けて駆動部は施錠動作を開始し（Ｓ３２）、施錠動作が終了したのち（Ｓ３３）、
制御部は、駆動部の状態変化を確認した後、その状態を通信部に送出する（Ｓ３４）。そして、通信部は、該状態変化を通知する状態通知メール（施錠通知メール）を作成し、サービスセンター５に送信する（Ｓ３５）。
【００１８】
図５の（３）は、前記解錠通知メールの一例を示す図である。
この図に示すように、
（３）解錠通知メールは、送信者電話番号が前記ドア部端末の電話番号（９０１２３４９９９）、受信者電話番号が前記サービスセンター５の電話番号、本文が「電気錠の状態（０：解錠状態，１：施錠状態）＋暗証番号」（この例では、「０２４６８」）とされたメールである。
【００１９】
このような（３）解錠通知メールを受け取ったサービスセンター５では、登録されている携帯端末に対して送信する（４）解錠通知メールを作成する（図４）。
図１１は、解錠通知メールあるいは施錠通知メールを受け取ったときのサービスセンター５における処理の流れを示すフローチャートである。
センター５は、ドア部１から解錠状態又は施錠状態を示す状態通知メールを受信する（Ｓ１１）と、その状態通知メールの送信先及び送信元の電話番号が登録されている電話番号であることを確認し、メール本文に含まれている状態コードに応じて、その時点の日時分を示す時刻情報、先にドア部に送出した解錠／施錠指令におけるメール送信者電話番号などの情報を付加して、登録されている携帯端末に対して送信する状態通知メールを作成する（Ｓ１２）。そして、該作成した状態通知メールを登録されている電話番号に対して送信する（Ｓ１３）。
【００２０】
図５の（４）は、このようにして作成される状態通知メールの一例を示す図である。
この図に示すように、状態通知メールは、送信元が前記ドア部端末、送信先が登録されている全ての電話番号とされ、メール本文は、その時刻情報ともとの解錠／施錠指令を発した携帯端末番号を含み、解錠又は施錠があったことを示す本文となっている。
このように、状態通知コードが「０」又は「１」である場合は、解錠／施錠指令を発した携帯端末番号を含む本文となっている。後述するように、状態通知コードが他の値であるときには、異なる文面の状態通知メールが作成されることとなる。」
（ウ）　図１、３〜５、１０〜１２
イ　上記の記載事項、及び図より、甲第１号証には、以下の発明（以下、「引用発明」という。）が記載されているものと認められる。
「電気錠の状態を示す状態情報に基づいて作成された、ドア部端末の電話番号を含む状態通知メール（解錠通知メールまたは施錠通知メール）をドア部から受信し、
　登録されている携帯端末に対して状態通知メールを送信し、
　当該登録されている携帯端末に対して送信される状態通知メールは、
　ドア部から受信した状態通知メールのメール本文に含まれている状態コードに応じて、その時点の日時分を示す時刻情報、先にドア部に送出した解錠／施錠指令におけるメール送信者電話番号などの情報を付加して作成され、
　さらに、ドア施錠解錠システムの各ユーザー（ドア）ごとに、ユーザーの登録番号、そのドアのドア部端末の電話番号であるドア側登録電話番号、本システムを利用する（すなわち、そのドアの解錠／施錠を行うことができる）各携帯端末の電話番号（登録電話番号１〜登録電話番号５）が記憶されているデータベースに登録されている携帯端末に対して送信される、サービスセンター。」
（２）甲第２号証の記載事項及び記載技術
ア　甲第２号証には、次の事項が記載されている（下線は当審が付与。）。
（ア）「【０００７】
　以下、実施例を示した図面を参照しつつ本発明の実施の形態を説明する。
　図１は、
本発明による携帯電話を利用した解錠・施錠システムの処理の概要を示すフロー図である。
（イ）「【００１２】
　図３は、扉（認証装置）１０３のアプリケーションの構成図である。図３において、３０１は鍵・扉管理サーバ向けのアプリケーションであり、３０２は携帯電話向けのアプリケーションである。
　鍵・扉管理サーバ１０２から扉・管理者登録リクエストを受け、扉（認証装置）１０３は鍵・扉管理サーバ向けアプリ３０１の識別ＩＤ設定アプリ３０３を起動し、扉に内蔵されているＩＣチップに扉識別ＩＤ及び管理者識別ＩＤを登録する。
　携帯電話からのパスワード設定リクエストを受け、扉（認証装置）はパスワード設定アプリ３０４を起動し、扉に内蔵されているＩＣチップにワンタイムパスワードを付与する。携帯電話からの解錠リクエストを受け、扉の認証装置は、解錠認証アプリ３０５中の利用者検証アプリ３０６を起動する。認証時の挙動については、住居者本人と住居者以外の第三者とでは異なる。
（１）居住者本人の場合（利用者登録済みの携帯電話の場合）
　　　扉識別ＩＤ、管理者識別ＩＤ及び解錠キーの照合が完了した時点で、解錠が完了する。
（２）居住者以外の第三者の場合（利用者登録が未登録の携帯電話の場合）
　ａ．扉識別ＩＤ、管理者識別ＩＤ及び解錠キーの照合が完了したら、次のステップへ進む。
　ｂ．パスワード要求アプリ３０７を起動し、携帯電話へパスワード入力リクエストを要求し、居住者以外の第三者の携帯電話から応答されたワンタイムパスワードと、扉に内蔵されたＩＣチップに居住者より事前に設定されたパスワードとの照合を行う。
【００１３】
　
解錠認証アプリ３０５による解錠リクエストの認証が完了すると、扉に設置された認証装置は、続けて、解錠通知発行アプリ３０８を起動し、携帯電話へ解錠通知を発行する。なお、居住者本人と居住者以外の第三者とでは、挙動が異なる。
（１）居住者本人の場合（利用者登録済みの携帯電話の場合）
　　　
居住者本人の携帯電話へ解錠通知を送信する。
　　解錠通知は、携帯電話の画面を通して、即時に確認することが可能。
（
２）居住者以外の第三者の場合（利用者登録が未登録の携帯電話の場合）
　
ａ．居住者本人以外の第三者の携帯電話へ解錠通知を送信する。
　　解錠通知は、携帯電話の画面を通して、即時に確認することが可能。
　
ｂ．居住者本人の携帯電話へ解錠通知を送信する。
　　解錠通知は、メールにて送信される。即時に確認することが可能。
【００１４】
　図４は、携帯電話装置１０４及び１０５のアプリケーションの構成図である。図４において、４０１は鍵・扉管理サーバ向けのアプリケーションであり、４０２は携帯電話向けのアプリケーションであり、４０３は扉（認証装置）向けのアプリケーションである。
　
居住者は携帯電話に予めインストールされた初期設定アプリ４０４中の利用者登録アプリ４０５を利用して、携帯電話から解錠・施錠管理システム（本システムの全体を指す）の利用にあたり、鍵・扉管理サーバに対し初期登録を行う。利用者登録完了後、居住者は携帯電話の解錠キー取得アプリ４０６中の解錠キー要求アプリ４０７を起動して鍵・扉管理サーバにアクセスし、解錠キーの取得を行う。
（ウ）図１、３
イ　甲２記載技術
　以上の記載事項より、甲第２号証には、次の技術的事項が記載されていると認められる（以下、「甲２記載技術」という。）。
「携帯電話を利用した解錠・施錠システムであって、
　扉に設置された認証装置は、鍵・扉管理サーバに対して利用者登録済みの携帯電話（居住者本人）からの解錠リクエストの認証が完了した場合、居住者本人の携帯電話へ解錠通知を送信し、利用者登録が未登録の携帯電話（居住者以外の第三者）からの解錠リクエストの認証が完了した場合、居住者本人以外の第三者の携帯電話及び居住者本人の携帯電話へ解錠通知を送信する解錠・施錠システム。」
（３）　甲第３号証の記載事項及び記載技術
ア　甲第３号証には、次の事項が記載されている（下線は当審が付与。）。
（ア）「【００１６】
＜ホームエネルギーマネージメントシステム＞
　
図１は、ホームエネルギーマネージメントシステム（ＨＥＭＳ：Home Energy Management System）２０の概略図である。
　
ホームエネルギーマネージメントシステム２０は、電気配線網、通信ネットワーク、分電盤２２および表示装置２３等を備える。
（イ）「【００１８】
　表示装置２３は、前記分電盤２２と接続されており、系統電源や自家発電電力、蓄電電力等を管理・制御できる。また、表示装置２３は前記分電盤２２を介して接続された各種電気機器等の制御も行うことができる。
　また、この表示装置２３は、エネルギー状況や各種情報が表示される表示部２３ａと、前記表示部２３ａに表示された画面や前記ホームエネルギーマネージメントシステム２０に組み込まれた各種電気機器の操作を行うための操作部２３ｂと、前記ホームエネルギーマネージメントシステム２０の各種動作を制御するための制御手段とを備える。
　なお、
この表示装置２３は通信ネットワークを利用して、例えばスマートフォン等の情報端末と接続可能とされており、外出中でも、この情報端末上で各種操作や情報確認等を行うことができる。
　また、この表示装置２３は通信ネットワークを利用して、例えば住宅関連サービスを提供する会社のサーバー４１にアクセスして、住宅関連サービスを受けることができる。例えば、地域のリアルタイムの気象情報を受信したり、表示装置２３を構成するソフトウェアのアップデートを行ったりするなど様々なサービスが挙げられる。」
（ウ）「【０１４０】
　
図４１は、切替ボタン１３３をタッチして、前記電気錠操作盤２８のリモート設定項目を、リモート設定項目表示領域１３６に表示させた状態の設定画面である。
　
リモート設定項目表示領域１３６には、電気錠操作盤２８の設定項目が表示されている。具体的には、「電気錠施錠通知」、「電気錠解錠通知」、「窓施錠モニター通知」、「電気錠施錠制御」、「ＷＥＢ確認」の項目が表示されている。各項目では、当該各項目の設定を行うか否かをボタンのタッチで選択することができる（「する」ボタンまたは「しない」ボタン）。
　また、各項目の選択を終えた後は、決定ボタン１３７をタッチして設定を完了させる。」
（エ）「【０１４６】
　また、前記表示装置２３は、前記ＥＣＨＯＮＥＴ機器および前記ＨＡ機器と、前記複数のボタン６３〜７０とをそれぞれ連携させるための設定画面を表示可能とされているので、前記表示装置２３に前記設定画面を表示して、前記ＥＣＨＯＮＥＴ機器および前記ＨＡ機器と、前記複数のボタン６３〜７０とをそれぞれ連携させることができる。
　これによって、ユーザーは、前記設定画面上で前記複数のボタン６３〜７０の設定を行うことができるので使い勝手がよい。
　さらに、前記ＥＣＨＯＮＥＴ機器および前記ＨＡ機器と、前記複数のボタン６３〜７０とをそれぞれ連携させるための設定画面だけでなく、
その他の設定画面を表示して、前記ＥＣＨＯＮＥＴ機器および前記ＨＡ機器を含む複数の電気機器の各種設定を行うことができる
（オ）図１、図４１
イ　甲３記載技術
　以上の記載事項より、甲第３号証には、次の技術的事項が記載されていると認められる（以下、「甲３記載技術」という。）。
「ホームエネルギーマネージメントシステム（ＨＥＭＳ）の表示装置であって、
　表示装置は通信ネットワークを利用して、例えばスマートフォン等の情報端末と接続可能とされており、外出中でも、この情報端末上で各種操作や情報確認等を行うことができ、
　表示装置は、その他の設定画面を表示して、ＥＣＨＯＮＥＴ機器およびＨＡ機器を含む複数の電気機器の各種設定を行うことができ、
　リモート設定項目の設定画面として、「電気錠施錠通知」、「電気錠解錠通知」の項目が表示され、各項目では、当該各項目の設定を行うか否かをボタンのタッチで選択することができる（「する」ボタンまたは「しない」ボタン）、表示装置。」
３　対比・判断
（１）本件発明１について
　本件発明１と引用発明を対比する。
ア　引用発明の「電気錠」及び「状態情報」は、それぞれ、本件発明１における「錠前」及び「状態情報」に相当する。
イ　引用発明は、「電気錠の状態を示す状態情報に基づいて作成された、ドア部端末の電話番号を含む状態通知メール（解錠通知メールまたは施錠通知メール）をドア部から受信」することから、ドア部端末の電話番号により、電気錠は識別されるものであり、引用発明の「ドア部端末の電話番号であるドア側登録電話番号」は、本件発明１の「上記錠前を識別する錠前識別情報」に対応する。
ウ　引用発明におけるデータベースには、各ユーザーごとに、ユーザの登録番号と、そのドアの解錠／施錠を行うことができる各携帯端末の電話番号（登録電話番号１〜登録電話番号５）が記憶されていることから、ユーザーごとに複数の携帯端末の電話番号が記憶されるものであり、「ユーザー」は、当該複数の携帯端末からなる、そのドアの解錠／施錠を行うことができるグループに対応するものである。
　したがって、引用発明における「ユーザーの登録番号」は、本件発明１における「該錠前を利用するグループを識別するグループ識別情報」に相当する。
エ　引用発明において、「データベース」には、各ユーザーごとに、「ユーザーの登録番号」と「ドア側登録電話番号」とが記憶されているから、引用発明における「データベース」は、本件発明１における「上記錠前を識別する錠前識別情報と該錠前を利用するグループを識別するグループ識別情報とが紐付けて記録されている記録媒体」に相当する。
　また、上記ウで述べたように、引用発明における「本システムを利用する（すなわち、そのドアの解錠／施錠を行うことができる）各携帯端末」は、そのドアの解錠／施錠を行うことができるグループを構成するものであるから、本件発明１における「上記錠前識別情報との紐付けがされているグループ識別情報によって識別されるグループのメンバの端末」に相当する。
オ　引用発明における「電気錠の状態を示す状態情報に基づいて作成された、ドア部端末の電話番号を含む状態通知メール（解錠通知メールまたは施錠通知メール）をドア部から受信」すること、及び「登録されている携帯端末に対して送信される状態通知メールを送信」することは、本件発明１における「錠前の状態を示す状態情報を取得する」こと、及び「グループのメンバの端末に上記状態情報を通知する」ことに相当する。
　したがって、引用発明における「サービスセンター」は、本件発明１における「錠前の状態を示す状態情報を取得する状態情報取得処理部」及び「グループのメンバの端末に上記状態情報を通知」する「通知処理部」に対応する機能を有し、そのための構成を有しているといえるから、本件発明１における「情報通知装置」に対応する。
カ　上記ア〜オより、本件発明１と引用発明との一致点、相違点は、次のとおりである。
【一致点】
「錠前の状態を示す状態情報を取得する状態情報取得処理部と、
　上記状態情報を通知する通知処理部とを備え、
　上記通知処理部は、上記錠前を識別する錠前識別情報と該錠前を利用するグループを識別するグループ識別情報とが紐付けて記録されている記録媒体を参照し、上記錠前識別情報との紐付けがされているグループ識別情報によって識別されるグループのメンバの端末に上記状態情報を通知する、情報通知装置。」
【相違点】
　本件発明１では、「情報通知装置」が備える「通知処理部」は、「上記状態情報が示す状態に応じて上記状態情報の通知先となる端末を、上記錠前識別情報との紐付けがされている上記グループ識別情報によって識別されるグループに属する複数のメンバの端末の中から選択し、選択した端末に上記状態情報を通知する」のに対して、引用発明では、当該構成について特定されておらず、「状態通知メール」は、データベースに登録されている、ドアの解錠／施錠を行うことができる携帯端末に対して送信される点。
キ　上記相違点について検討する。
　上記２の（２）イの甲２記載技術において、「居住者以外の第三者の携帯電話」は、利用者登録が未登録の携帯電話であるから、引用発明の「ドア施錠解錠システムの各ユーザー（ドア）ごとに、ユーザーの登録番号、そのドアのドア部端末の電話番号であるドア側登録電話番号、本システムを利用する（すなわち、そのドアの解錠／施錠を行うことができる）各携帯端末の電話番号（登録電話番号１〜登録電話番号５）が記憶されているデータベースに登録されている携帯端末」である、「グループに属する複数のメンバの端末」に含まれない携帯端末である。
　そうすると、引用発明に甲２記載技術を適用したとしても、「上記状態情報が示す状態に応じて上記状態情報の通知先となる端末」を、「上記錠前識別情報との紐付けがされている上記グループ識別情報によって識別されるグループに属する複数のメンバの端末」とするか、「上記錠前識別情報との紐付けがされている上記グループ識別情報によって識別されるグループに属する複数のメンバの端末及び利用者登録が未登録の端末」とするかが選択される構成となって、「グループに属する複数のメンバの端末の中から選択」することにはならないから、上記相違点である、「上記状態情報が示す状態に応じて上記状態情報の通知先となる端末を、上記錠前識別情報との紐付けがされている上記グループ識別情報によって識別されるグループに属する複数のメンバの端末の中から選択」することは、当業者が容易になし得たものとはいえない。
　また、上記２の（３）イの甲３記載技術は、「電気錠施錠通知」、「電気錠解錠通知」を「する」か、「しない」かを選択することができるものであるから、「上記状態情報が示す状態に応じて上記状態情報の通知先となる端末を、上記錠前識別情報との紐付けがされている上記グループ識別情報によって識別されるグループに属する複数のメンバの端末の中から選択」する技術ではない。
　よって、引用発明に甲３記載技術を適用しても、上記相違点の「上記状態情報が示す状態に応じて上記状態情報の通知先となる端末を、上記錠前識別情報との紐付けがされている上記グループ識別情報によって識別されるグループに属する複数のメンバの端末の中から選択」することは、当業者が容易になし得たものとはいえない。
　さらに、甲第４号証を検討すると、甲第４号証には、段落０００１、００１６、００３３より、「住宅（集合住宅、一般住宅）などの各種物件における出入口、玄関などのゲート（扉）への出入を管理する出入管理システムであって、利用者端末に、管理端末からの設定によりキーデータ（通行権限情報）の変更が行われたときに、この変更に伴うキーデータの更新を行うべく、管理端末から管理サーバを介してプッシュ通知による指示がなされる出入管理システム」が開示されるものであるから、「上記状態情報が示す状態に応じて上記状態情報の通知先となる端末を、上記錠前識別情報との紐付けがされている上記グループ識別情報によって識別されるグループに属する複数のメンバの端末の中から選択」する技術ではない。
　そして、「上記状態情報が示す状態に応じて上記状態情報の通知先となる端末を、上記錠前識別情報との紐付けがされている上記グループ識別情報によって識別されるグループに属する複数のメンバの端末の中から選択」することが当業者に自明な事項とはいえず、他に、容易とする証拠もない。
　よって、本件発明１は、甲第１号証に記載された発明、及び甲第２号証又は甲第３号証に記載された技術に基いて、当業者が容易になし得たものとはいえない。
（２）本件発明２について
　本件発明２は、請求項１を引用することから、引用発明とは、上記（１）カの【相違点】があり、当該相違点は、上記（１）キで検討したように、当業者が容易になし得たものとはいえない。
　よって、本件発明２も同様に、甲第１号証に記載された発明、及び甲第２号証又は甲第３号証に記載された技術に基いて、当業者が容易になし得たものとはいえない。
（３）本件発明４について
　本件発明４は、請求項１から３のいずれか１項を引用することから、直接的又は間接的に請求項１を引用するものであり、引用発明とは、少なくとも、上記（１）カの【相違点】があり、当該相違点は、上記（１）キで検討したように、当業者が容易になし得たものとはいえない。
　よって、本件発明４も同様に、甲第１号証に記載された発明及び甲第２号証並びに甲第４号証に記載された技術、あるいは、甲第１号証に記載された発明及び甲第３号証並びに甲第４号証に記載された技術に基いて、当業者が容易になし得たものとはいえない。
（４）本件発明５について
　本件発明５は、請求項１から４のいずれか１項を引用することから、直接的又は間接的に請求項１を引用するものであり、引用発明とは、少なくとも、上記（１）カの【相違点】があり、当該相違点は、上記（１）キで検討したように、当業者が容易になし得たものとはいえない。
　よって、本件発明５は、甲第１号証に記載された発明、及び甲第２号証又は甲第３号証に記載された技術に基いて、当業者が容易になし得たものとはいえない（請求項１又は２を引用する場合）。また、甲第１号証に記載された発明及び甲第２号証並びに甲第４号証に記載された技術、あるいは、甲第１号証に記載された発明及び甲第３号証並びに甲第４号証に記載された技術に基いて、当業者が容易になし得たものとはいえない（請求項４を引用する場合）。
第５　意見書における主張
　異議申立人は、令和１年１１月２８日に提出した意見書により、「この箇所の訂正は、一見、請求項１を限定しているようにも思われますが、請求項１を限定していないに等しいものです。なぜなら、請求項１の上記箇所の直前には「上記通知処理部は、上記錠前を識別する錠前識別情報と該錠前を利用するグループを識別するグループ識別情報とが紐付けて記録されている記録媒体を参照し、上記錠前識別情報との紐付けがされているグループ識別情報によって識別されるグループのメンバの端末に上記状態情報を通知し、」と記載されており、この記載を鑑みれば、通知処理部による通知が行われる端末が「上記錠前識別情報との紐付けがされているグループ識別情報によって識別されるグループのメンバの端末」のいずれかであることは訂正前の請求項１においても明らかだからです。
　また、甲第１号証の段落００１０、００１９，及び、図４、５、１１には、各携帯端末の電話番号が記憶されているデータベース、及び、このデータベースに登録されている携帯端末に状態通知メールを送信することが記載されており、訂正により追加された事項は、甲第１号証に開示されているものといえます。」と主張する。
　しかしながら、甲第１号証において、データベースに登録されている携帯端末に状態通知メールを送信することが記載されているとしても、状態情報が示す状態に応じて状態情報の通知先となる端末を、錠前識別情報との紐付けがされているグループ識別情報によって識別されるグループに属する複数のメンバの端末の中から選択する構成は開示されておらず、当該構成は、上記第４の３で言及するように、甲第２号証から甲第４号証の記載事項によっても、当業者が容易になし得たものとはいえない。
　よって、特許異議申立人の上記主張は理由がない。
第６　むすび
　以上のとおりであるから、取消理由通知に記載した取消理由（特許異議申立書に記載した申立ての理由）によっては、本件訂正の請求により訂正された、訂正後の請求項１、２、４、５に係る特許を取り消すことはできない。
　また、他に本件訂正の請求により訂正された、訂正後の請求項１、２、４、５に係る特許を取り消すべき理由を発見しない。
　よって、結論のとおり決定する。
【異議決定日】
令和２年１月３０日（２０２０．１．３０）
【訂正の要旨】
審決（決定）の【理由】欄参照。
（５７）【特許請求の範囲】
　【請求項１】
　錠前の状態を示す状態情報を取得する状態情報取得処理部と、
　上記状態情報を通知する通知処理部とを備え、
　上記通知処理部は、上記錠前を識別する錠前識別情報と該錠前を利用するグループを識別するグループ識別情報とが紐付けて記録されている記録媒体を参照し、上記錠前識別情報との紐付けがされているグループ識別情報によって識別されるグループのメンバの端末に上記状態情報を通知し、
　上記通知処理部は、上記状態情報が示す状態に応じて上記状態情報の通知先となる端末を
、上記錠前識別情報との紐付けがされている上記グループ識別情報によって識別されるグループに属する複数のメンバの端末の中から
　【請求項２】
　上記グループのメンバの端末から、上記錠前を制御するための制御コマンドを取得するコマンド取得処理部と、
　上記端末から上記制御コマンドを取得した場合に上記制御コマンドに従って上記錠前を制御する錠前制御部と、を備えていることを特徴とする請求項１に記載の情報通知装置。
　【請求項３】
　上記情報通知装置は、上記グループ内でのコミュニケーションを可能にするソーシャルネットワークサービスを提供するサーバとして機能する装置であり、
　上記通知処理部は、上記端末にインストールされている、上記ソーシャルネットワークサービスを上記メンバに利用させるためのアプリケーションに対して、上記状態情報を通知する、ことを特徴とする請求項１又は２に記載の情報通知装置。
　【請求項４】
　上記通知処理部は、上記状態の変化をトリガとして、変化後の上記状態を示す状態情報を上記端末にプッシュ通知する、ことを特徴とする請求項１から３のいずれか１項に記載の情報通知装置。
　【請求項５】
　上記通知処理部は、上記状態が開状態である場合には、上記状態情報として、上記状態が開状態になった事と上記錠前を誰が開けたかとを示す情報を通知する、ことを特徴とする請求項１から４のいずれか１項に記載の情報通知装置。
　【請求項６】
　上記錠前は、鍵との近距離通信が可能な電子錠であり、
　上記鍵は、上記近距離通信により、上記電子錠を解錠させるための信号として上記鍵の固有情報を含む信号を上記電子錠に送信し、
　上記通知処理部は、上記鍵の固有情報を含む信号を上記電子錠が受信した結果として上記状態が開状態になった場合には、上記状態情報を通知するために、該固有情報に紐付けられているメンバ情報を参照することによって上記電子錠を誰が開けたかを特定する、ことを特徴とする請求項５に記載の情報通知装置。
　【請求項７】
　上記通知処理部は、上記状態が開状態である場合には、上記状態情報として、上記状態が開状態になった事と上記錠前を誰が開けたかとを示す情報を通知し、
　上記コマンド取得処理部は、上記錠前を制御するための制御コマンドとして、上記錠前を解錠させる解錠コマンドを上記端末から取得し、
　上記解錠コマンドには、上記端末の利用者を識別するための識別情報が含まれており、
　上記錠前制御部は、上記端末から上記解錠コマンドを取得した場合に、上記解錠コマンドに従って上記錠前を解錠し、
　上記通知処理部は、上記錠前制御部による上記解錠コマンドに従った上記解錠の結果として上記状態が開状態になった場合には、上記状態情報を通知するために、該解錠コマンドに含まれている上記識別情報を参照することによって上記錠前を誰が開けたかを特定する、ことを特徴とする請求項２に記載の情報通知装置。
　【請求項８】
　上記通知処理部は、上記グループが利用する複数の錠前の各々について、該錠前の状態を示す状態情報を通知するようになっており、
　上記通知処理部は、錠前の状態を示す状態情報として、該錠前の固有情報を含む情報であって該錠前の状態が開状態である事を示す情報を通知する、ことを特徴とする請求項１から７のいずれか１項に記載の情報通知装置。
　【請求項９】
　上記メンバによる上記紐付けを上記情報通知装置に実行させる操作をトリガとして、上記紐付けを実行する紐付け処理部を更に備えている、ことを特徴とする請求項１から８のいずれか１項に記載の情報通知装置。
　【請求項１０】
　請求項１から９のいずれか１項に記載の情報通知装置と上記端末とを含む錠前管理システム。
　【請求項１１】
　装置による錠前に関する情報の通知方法であって、
　上記錠前の状態を示す状態情報を取得する状態情報取得ステップと、
　上記状態情報を通知する通知ステップとを含み、
　上記通知ステップにて、上記錠前を識別する錠前識別情報と該錠前を利用するグループを識別するグループ識別情報とが紐付けて記録されている記録媒体を参照し、上記錠前識別情報との紐付けがされているグループ識別情報によって識別されるグループのメンバの端末に上記状態情報を通知し、
　上記通知ステップにて、上記状態情報が示す状態に応じて上記状態情報の通知先となる端末を選択し、選択した端末に上記状態情報を通知する、ことを特徴とする情報通知方法。
　【請求項１２】
　請求項１に記載の情報通知装置が備える上記通知処理部及び上記状態情報取得処理部としてコンピュータを機能させるためのプログラム。