【事件の表示】
　特願２０１５−２０３１８４「被介護者の救護支援システム」拒絶査定不服審判事件〔平成２９年　４月２０日出願公開、特開２０１７−　７６２３８、請求項の数（２）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、平成２７年１０月１４日の出願であって、令和元年１２月４日付けで拒絶理由通知がされ、令和２年２月４日に手続補正がされ、同年８月２８日付けで拒絶査定（原査定）がされ、これに対し、同年１２月１日に拒絶査定不服審判の請求がされると同時に手続補正がされ、令和３年１月２７日に前置報告がされたものである。
第２　原査定および前置報告の概要
１．原査定（令和２年８月２８日付け拒絶査定）の概要は次のとおりである。
　本願請求項１，２に係る発明は、以下の引用文献１，２に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献１：特開２０１１−５４００９号公報
引用文献２：登録実用新案第３１９９８６２号公報
２．前置報告（令和３年１月２７日）の概要は次のとおりである。
（１）本願請求項１，２に係る発明は、以下の引用文献１，２並びに周知技術に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献１：特開２０１１−５４００９号公報
引用文献２：登録実用新案第３１９９８６２号公報
引用文献３：特開２０１０−０３３３０６号公報（周知技術を示す文献）
引用文献４：米国特許出願公開第２０１５／００６４６７１号明細書（周知技術を示す文献）
引用文献５：特許第４４１２０１６号公報（周知技術を示す文献）
（２）本願請求項１，２に係る発明は、以下の点で、特許法第３６条第６項第２号に規定する要件を満たしていない。
　請求項１には、「被介護者の現況に応じてシステム上のステータスを、伝言板サイトの画面を信号機を模した３色で状況に対応して表示されるように構成」する点が記載されているが、「現況」と「状況」との対応関係が不明であり、また、被介護者の「現況」をどのようにしてシステムが特定できるのか不明である。
第３　本件補正について
　本件補正は、補正前の請求項１に、「被介護者の現況に応じてシステム上のステータスを、伝言板サイトの画面を信号機を模した３色で状況に対応して表示されるように構成し、」を追加する補正であって、当該事項は、当初明細書の段落【００２２】に記載されているから、本件補正は、新規事項を追加するものではなく、特許法第１７条の２第３項及び同第４項に規定する要件に違反するものではない。
　そして、本件補正は、「伝言板サイトの画面」を特定するものであるから、特許法第１７条の２第５項第２号に掲げる特許請求の範囲の減縮を目的とするものであり、「第４　本願発明」から「第７　前置報告の特許法第３６条第６項第２号の理由について」までに示すように、補正後の請求項１，２に係る発明は、独立特許要件を満たすものである。
第４　本願発明
　本願請求項１，２に係る発明（以下、それぞれ「本願発明１」、「本願発明２」という。）は、令和２年１２月１日に提出された手続補正書により補正された特許請求の範囲の請求項１，２に記載された事項により特定される以下のとおりのものである。
「　【請求項１】
インターネット上の伝言板サイトを利用する被介護者の救護支援システムにおいて、
本システムのシステム管理者と、被介護者を介護する立場の家族・介護者(保護者)である本システムのシステム利用者と、対象となる被介護者を発見した発見者間で情報交換を共有して行う三者間での被介護者の救護支援システムであって、
被介護者の現況に応じてシステム上のステータスを、伝言板サイトの画面を信号機を模した３色で状況に対応して表示されるように構成し、
システム管理者が使用する管理コンピュータは、
被介護者の人物特定に必要な最低限の基本情報を入力するための基本情報入力手段と、この基本情報を個別ＱＲコード（登録商標）とリンクさせて識別番号付きのＱＲコードを印刷したシールを発行する識別番号付きＱＲコードのシール発行手段と、発見者により被介護者の個別ＱＲコードが撮影された際に、発見者コンピュータに伝言板サイトのトップ画面を自動通信するトップ画面開示手段と、
発見者により被介護者の個別識別番号と現在状況の入力がなされた際に、システム利用者に発見者からの入力情報をメールで自動発信する発見メール自動発信手段と
発見メール自動発信手段でシステム利用者にメールが送信された際に、発見者に対処方法を連絡するための対処方法連絡手段とを、
含み構成されることを特徴とする被介護者の救護支援システム。
　　【請求項２】
被介護者がシステム利用者以外の関係者に引き取られた際に、当該引取り機関の連絡先を入力する引取り確認入力手段と、
引取り確認入力手段で引取り機関が判明した際に、引取り確認入力手段で得られた情報をシステム利用者にメールで自動発信する引取り確認メール自動発信手段とを、
さらに備えることを特徴とする請求項１に記載の被介護者の救護支援システム。」
第５　引用文献、引用発明
１．引用文献１
（１）原査定の拒絶の理由に引用された引用文献１には、図面とともに次の事項が記載されている。（なお、下線は当審で付した。引用文献２−５についても同様。）
「【０００１】
　本発明は、
ペット、老人、子どもなどが迷子になる場合に備えて迷子札を管理する迷子札システムに関するものである。
「【００１８】
　図１は、本発明の
迷子札システムのハードウェア構成
コンピュータネットワーク１００に接続されたサーバ１０、端末１０１，１０２，１０３，１０４、携帯電話機２０１，２０２、パソコン３０１，３０２及び迷子札２０が主な構成要素である。
【００１９】
　
コンピュータネットワーク１００は、いわゆるインターネットとすることができる。
【００２０】
　サーバ１０は、必要なソフトウェアをインストールしたサーバコンピュータであり、迷子札発行装置２１、デイリーレポート記録装置２２、迷子発見報告装置２３、迷子預かり認証装置２４、迷子返還認証装置２５を備えている。ここで、装置としたのは、サーバコンピュータ１０のＣＰＵ（中央処理装置）が必要に応じて記憶装置からコンピュータプログラムを読み込んで実行する状態を捉えて装置と表現したものである。
【００２１】
　
サーバ１０には、各クリニックごとにセキュリティ管理されたＤＢ（データベース）を設ける。飼い主ＤＢ４１、デイリーレポートＤＢ４２、迷子情報ＤＢ４３、発見者ＤＢ４４、診療記録ＤＢ４５、提携クリニックＤＢ４６がそれである。
【００２２】
　
端末１０１，１０２，１０３，１０４は、この迷子札システムを利用する複数のクリニック（動物病院）のそれぞれに設置されたコンピュータを示している。
【００２３】
　
迷子札２０は、ここでは、いわゆるＱＲコード（マトリクス型の二次元図形コードで白と黒の格子状の図形で情報を表現するもの）を記載した標識であり、犬や猫などのペットの首輪にぶら下げるためのひもがついたものである。
最初の迷子札発行時に、飼い主の情報やペットの特徴などを登録することで、迷子札と飼い主（及びペット）との対応付けをするのが望ましい。
【００２４】
　
迷子札２０の発行手続は、クリニックＡ（Ｂ，Ｃ又はＤ）が端末１０１（１０２，１０３又は１０４）を用いて、サーバ１０にアクセスして必要な認証手続を経て、迷子札発行装置２１を起動し、新規契約をしようとする飼い主とそのペットとをその迷子札２０に関連付ける登録手続をすることによりなされる。端末１０１（１０２，１０３，１０４）は、スキャナ又はカメラにより迷子札２０上のＱＲコードを読み取って、その情報をサーバ１０の迷子札発行装置２１に送る。そして、飼い主及びペットの情報を送って関連付けを行い、飼い主ＤＢに登録する。
迷子札２０の裏面にカルテ番号を記載することで、クリニック内のペット特定に役立つ。
【００２５】
　
迷子札２０を購入して、迷子札システムの新規ユーザとなった飼い主は、ペットの首輪にその迷子札２０を吊るす。
【００２６】
　
飼い主がサーバ１０にアクセスするには、自らの所有する携帯電話機２０１又はパソコン３０１を用いる。
【００２７】
　
迷子を保護した方が、迷子札２０のＱＲコードを頼りに、携帯サイト又はコンピュータサイトにアクセスすると、最初の画面にその迷子札を発行したクリニックの電話番号などが記載されていて、それによって電話でレポートすることが可能である。
発見者がレポートをする際に、発見者の連絡先（氏名、電話番号、住所、メールアドレスなど）、発見日時、発見場所、引渡し方法（引渡し日時、引渡し場所）の希望、発見者の個人情報を飼い主に教えてよいかどうか、などを記録し、のちほどクリニックの担当者から折り返し連絡ができるようにする。
【００２８】
　
迷子預かり認証装置２４は、迷子を発見し保護した方が、担当クリニックにペットを引き渡す際の認証をするための装置である。飼い主ＤＢ４１、迷子情報ＤＢ４３、発見者ＤＢ４４、診療記録ＤＢ４５などのデータベースを参照しつつ、担当者が発見者の本人確認（運転免許証や保険証の確認）、連れてきたペットの特定を目で見て確認して、預かったペットの取り違え事故が起こらないように注意して認証手続をする。そして、その結果を迷子情報ＤＢなどに、記録する。
【００２９】
　迷子返還認証装置２５は、迷子のペットを発見者から預かったクリニックが飼い主に返還する際の認証をするための装置である。いくつかのデータベースを参照しつつ、クリニックの担当者が飼い主本人を、診察券、保険証券、クレジットカードなどで確認して、取り違えのないように飼い主に引き渡す。このとき、発見の際の事情、発生した費用などについて、相談し、精算する。
【００３０】
　
図２は、本発明の迷子札に記載されたＱＲコードを携帯電話機２０２にて読み取って、携帯サイトへアクセスした際に最初に到達する画面（初期画面）のハードコピーである。
迷子の報告を受けるべき担当クリニックの電話番号が最初に記載されている。この電話番号の記述部分は、携帯電話機のボタンによりクリック可能となっていて、迷子発見者がクリックすると、その携帯電話機の通話機能が働いて、電話をかけて担当クリニックの担当者が電話に出ると、通話ができ、発見者の氏名、連絡先、迷子の発見場所、発見日時、ペットの状況、引渡しについての発見者の希望などの情報を伝えることができる。
【００３１】
　
夜間や災害時などのために、電話が通じにくい場合には、「電話が通じにくい場合には、恐れ入りますが、こちらに入力をお願いします。」と記載されており、「こちら」の部分をクリックできるように色を変えるなどして表示する。そして、クリックすると、後述する迷子発見報告処理にしたがって画面が遷移する。
【００３２】
　
図２に示した初期画面を下にスクロールすると、
飼い主が携帯電話機２０１（又はＰＣ３０１）を用いてこのＱＲコードを読み取ってアクセスした際には、飼い主は、この迷子札が確実に機能するものであることをこの初期画面を見て、安心することができる。さらにその下には、「飼い主様の入り口」と記載されたクリック可能なバーが設けられている。
迷子札の新規登録の際に、ＱＲコードのコピーを飼い主が手許に保存することで緊急事態に対応することも可能である。
「【００３４】
　
図４は、飼い主ログイン後のメニュー選択画面のハードコピーである。図３の飼い主ログイン画面でＩＤ及びパスワードが入力されて、ログインボタンが押されて、認証に成功した際に、図４の飼い主メニュー選択画面に遷移する。
行方不明レポートが選択可能となっている。
【００３５】
　デイリーレポートは、ペットのその日の体温、食事量、運動量（散歩距離）、睡眠時間、身長、体重、排便回数、排尿回数など、飼い主がそのペットを観察して得た情報を日々入力するものである。折れ線グラフ表示は、これまでに入力してデイリーレポートに蓄積された情報を折れ線グラフとして表示するものである。休日夜間診療情報は、急病などでかかりつけのクリニック以外の動物病院に緊急で見てもらう必要のあるときに、その時間に診療可能なクリニックを検索して、その住所や電話番号を表示するものである。
行方不明レポートは、ペットがいなくなってしまったことに飼い主が気付いたとき、迷子札を発行したクリニック（かかりつけのクリニック）にそのことを報告するものである。飼い主が行方不明の報告をすると、その旨が迷子情報ＤＢ４３に書き込まれて、担当クリニックのみならず、提携するクリニックにもその情報が参照可能な状態になる。
「【００３９】
　図７は、図４の飼い主メニュー選択画面から、行方不明レポートを選択した際に表示される行方不明レポート画面のハードコピーである。飼い主がペットの行方不明レポートを報告するのは、一刻を争う場合があるから、なるべく簡略化した入力で済ませられるようにする。
図７の行方不明レポート画面で最低限見失った場所と、見失った日時を飼い主が入力して、登録ボタンを押せば、サーバ１０は、その行方不明レポートを受けて、レポートを受けた日時を記録し、見失った場所と日時を記録するとともに、診療記録ＤＢ４５にアクセスして、そのペットの捜索に役立つ外見特徴をカルテから抽出して、迷子情報ＤＢ４３に記録する。
迷子情報ＤＢ４３への新規の書込があると、担当クリニックの迷子担当者の携帯電話機への通知メール発信がすぐになされる。
【００４０】
　
図８は、
迷子発見者が、通話によらずに、サイトを通じて携帯電話機２０２又はパソコン３０２を用いて迷子札システム（サーバ１０）に対して迷子発見報告をしようとして、図２の「こちら」をクリックした際の迷子発見報告案内画面（迷子報告ページ）である。
迷子発見者は、この画面にて氏名、住所、電話番号、メールアドレスの全て又はその一部を入力して送信ボタンを押してサーバ１０へ送る。サーバ１０では、迷子発見報告装置２３が作動して迷子発見者の入力した情報及び迷子発見者がサイトにアクセスする際に用いたＱＲコードの情報に基づいて迷子情報ＤＢ４３、発見者ＤＢ４４への登録がなされる。
担当クリニックの迷子担当者は、携帯電話機への通知メール受信又は担当クリニックの受付のデスクに設置した迷子シグナルの作動により、発見報告があったことを知り、発見者と連絡を取り、引渡しの日時場所についての相談をする。
発見者との連絡をするのみならず、飼い主へもクリニックから発見された旨の連絡をし、さらに引渡しの予定についての連絡をする。
【００４１】
　図２の初期画面から、
発見者が電話して迷子発見報告をする場合は、クリニックの担当者が発見者の情報、氏名、連絡先、発見した場所、日時、ペットの状況、などを聞き取って迷子情報ＤＢ４３に入力し、
「【００４５】
　
図１０は、本発明の迷子札システムにおいて、迷子発見者が迷子札に記載されているＱＲコードを自身が所有する携帯電話機にて読み取って、迷子札システムのサーバ１０にアクセスして迷子発見の旨を報告するときの迷子発見報告装置２３の迷子発見報告処理を示すフローチャートである。
【００４６】
　サーバ１０が作動しているときには、常に迷子発見報告装置２３は、起動している状態にある。すなわち迷子発見報告処理のプログラムは、サーバ１０が動いているときには常に動いている。発見者からのアクセスがあって、発見者が必要な情報を入力して送信がなされると、ステップ１０１０にてＹＥＳと判断されて、サーバ１０は、その発見者がアクセスしたページ情報と、発見者が送信した発見者情報とを取得する（ステップ１０２０）。そして、それに基づいて迷子情報ＤＢ４３及び発見者ＤＢ４４を更新する（ステップ１０３０）。その後、クリニック担当者へ通知する（ステップ１０４０）。この担当者への通知は、その担当者の所持する携帯電話機へのメール送信及び担当クリニックの受付デスクに設置したシグナル（ランプが点滅し周囲の人々に注意を喚起するもの）とでなされることが望ましい。メール着信だけでは、すぐに気付かないことがある。また、クリニックの受付デスク付近に目立つシグナルが置かれていることで、そのクリニックに通う飼い主に対し、当該クリニックの迷子に対する姿勢を示すことができる。
【００４７】
　クリニック担当者がその通知を受けて、発見者と連絡を取り、保護したペットの外見特徴などが、診療記録などと一致することを確認し、さらに、発見者の連絡先へ折り返しの連絡ができることなどを確認した上で、その担当者は、サーバ１０へアクセスし、迷子発見報告装置２３にて認証できた旨を登録する（ステップ１０５０にてＹＥＳと判断されてステップ１０６０）。これにて一通りの迷子情報ＤＢ、発見者ＤＢへの報告処理が完成する。」
「【００６０】
　ペットの迷子のみならず、
痴呆老人や子どもに対して迷子札適用することとする実施例も可能である。
「【図１０】
」
（２）上記（１）によると、引用文献１には以下のことが記載されているといえる。
ア　段落【００１８】には、迷子札システムのハードウェア構成として、サーバ１０、端末１０１，１０２，１０３，１０４、携帯電話機２０１，２０２、パソコン３０１，３０２が、コンピュータネットワーク１００に接続されているほか、迷子札２０が構成要素に含まれることが記載されており、段落【００１９】には、コンピュータネットワーク１００は、インターネットとすることができることが記載されている。
イ　段落【００２１】には、サーバ１０には、各クリニックごとにセキュリティ管理されたＤＢ（データベース）を設けることが記載されており、段落【００２２】には、端末１０１，１０２，１０３，１０４は、この迷子札システムを利用する複数のクリニック（動物病院）のそれぞれに設置されたコンピュータであることが、段落【００２６】には、飼い主がサーバ１０にアクセスするには、自らの所有する携帯電話機２０１又はパソコン３０１を用いることが、段落【００４０】には、迷子発見者が、サイトを通じて迷子札システム（サーバ１０）に対して迷子発見報告を行う際に、携帯電話機２０２又はパソコン３０２を用いることが、それぞれ記載されている。
ウ　段落【００２４】には、迷子札２０の発行手続を行う際に、クリニックＡ（Ｂ，Ｃ又はＤ）が端末１０１（１０２，１０３又は１０４）を用いて、サーバ１０にアクセスして迷子札発行装置２１を起動し、新規契約をしようとする飼い主とそのペットとをその迷子札２０に関連付ける登録手続を行うことや、端末１０１（１０２，１０３，１０４）は、スキャナ又はカメラにより迷子札２０上のＱＲコードを読み取って、その情報をサーバ１０の迷子札発行装置２１に送り、飼い主及びペットの情報を送って関連付けを行うことで、飼い主ＤＢに登録すること、迷子札２０の裏面にクリニック内のペット特定に役立つカルテ番号を記載することが記載されており、段落【００２３】には、最初の迷子札発行時に、飼い主の情報やペットの特徴などを登録することで、迷子札と飼い主（及びペット）との対応付けをするのが望ましいことが記載されている。
エ　段落【００２７】、【００３０】には、迷子の発見者が、迷子札２０のＱＲコードを携帯電話機２０２にて読み取って、携帯サイトにアクセスすると、その迷子札を発行したクリニックの電話番号などが記載された画面（初期画面）に最初に到達することが記載されている。
オ　段落【００３０】、【００４１】には、迷子発見者が初期画面において担当クリニックの電話番号の記述部分を携帯電話機のボタンによりクリックすると、その携帯電話機の通話機能が働いて通話ができ、担当クリニックの担当者に発見者の氏名、連絡先、迷子の発見場所、発見日時、ペットの状況、引渡しについての発見者の希望などの情報を伝えることができることが記載されており、段落【００４０】には、迷子発見者が通話によらずにサイトを通じて携帯電話機２０２又はパソコン３０２を用いて迷子札システム（サーバ１０）に対して迷子発見報告を行う場合に、迷子発見報告案内画面（迷子報告ページ）に遷移して、この画面にて氏名、住所、電話番号、メールアドレスの全て又はその一部を入力して送信ボタンを押してサーバ１０へ送信し、サーバ１０では、迷子発見報告装置２３が作動して迷子発見者の入力した情報及び迷子発見者がサイトにアクセスする際に用いたＱＲコードの情報に基づいて迷子情報ＤＢ４３、発見者ＤＢ４４への登録がなされることが、それぞれ記載されている。
カ　段落【００３２】〜【００３４】、【００３９】には、初期画面に「飼い主様の入り口」を設け、ここから飼い主がログインすることにより表示されるメニュー選択画面において行方不明レポートを選択し、ペットを見失ったときに見失った場所と日時を入力して迷子情報ＤＢに登録することにより、担当クリニックの迷子担当者に通知されることが記載されている。
キ　段落【００４０】には、担当クリニックの迷子担当者は、発見報告があった場合に発見者と連絡を取り、引渡しの日時場所についての相談をすることや、飼い主へもクリニックから発見された旨の連絡をし、さらに引渡しの予定についての連絡をすることが記載されている。
ク　段落【０００１】、【００６０】には、この迷子札システムを痴呆老人や子どもに対して適用することも可能であることが記載されている。
（３）上記（２）のア〜クより、引用文献１には以下の発明（以下、「引用発明１」という。）が記載されている。
「ペットが迷子になる場合に備えて迷子札を管理する迷子札システムにおいて、
複数のクリニック（動物病院）ごとにセキュリティ管理されたＤＢ（データベース）が設けられたサーバと、各クリニックに設置された端末と、飼い主がサーバにアクセスする際に使用する携帯電話機と、迷子発見者がサイトを通じてサーバに対して迷子発見報告を行う際に使用する携帯電話機が、インターネットに接続されており、各クリニックの担当者と飼い主と迷子発見者の間で情報交換を共有して行う迷子札システムであって、
各クリニックの担当者が使用するサーバは、
飼い主の情報やペットの特徴などのペットの情報を登録する飼い主ＤＢと、
迷子札上のＱＲコードと飼い主及びペットの情報を関連付けて、ＱＲコードとカルテ番号が記載された迷子札の発行手続を行う迷子札発行装置とを含み、
飼い主または迷子発見者の携帯電話機において、迷子札のＱＲコードを読み取って迷子札システムのサーバにアクセスすると、携帯サイトの初期画面が最初に表示され、
飼い主は、携帯サイトの初期画面から飼い主メニュー選択画面にアクセスして行方不明レポートを選択することにより、ペットを見失った場所と日時を入力して迷子情報ＤＢに登録して担当クリニックの迷子担当者に通知することが可能であり、
迷子発見者は、初期画面における担当クリニックの電話番号の記述部分を携帯電話機のボタンによりクリックすると、担当クリニックの担当者にペットの状況などの情報を伝えるための通話機能が働き、迷子発見者がサイトを通じてサーバに対して迷子発見報告を行う場合には、迷子発見報告案内画面（迷子報告ページ）に遷移して、この画面にて氏名、住所、電話番号、メールアドレスの全て又はその一部を入力し、
担当クリニックの迷子担当者は、発見報告があった場合に発見者と連絡を取り、引渡しの日時場所についての相談を行うほか、飼い主へもクリニックから発見された旨の連絡をし、さらに引渡しの予定についての連絡をすることを特徴とする、
痴呆老人や子どもに対して適用することも可能な迷子札システム。」
２．引用文献２
（１）原査定の拒絶の理由に引用された引用文献２には、図面とともに次の事項が記載されている。
「【０００１】
　この考案は人やペットの身元確認シール及び身元確認シールを利用した
身元確認システム
徘徊老人や迷子、ペット等の体に貼着した二次元コードシールから情報を読み取り、身元を迅速かつ安全につきとめることができるシステム
「【００１７】
　
図１は本考案の実施形態を実現する身元確認システム全体を表す構成図である。
２はユーザー端末（パソコン又は携帯電話）、３は照会者（発見者・保護者）端末（パソコン又は携帯電話）、１はユーザー・照会者との間に介在して、被捜索者情報等の登録や照会者への情報提示を行う、ポータルサイトを運営する身元確認サーバ１である。
【００１８】
　また、
これらはネットワークであるインターネット４を介して接続され、相互に通信可能となっている。
「【００２７】
　
認知症を発症している、或いは可能性のある本人又は家族等が本願の身元確認システムにおけるユーザー５である。身元確認サーバ１はあらかじめ個人識別番号に対応させたＱＲコードを作成し、当該ＱＲコードを印刷した身元確認シールの販売を行う。販売先は個人ユーザーに直接販売する場合
「【００３１】
　
身元確認シールを購入又は配布されたユーザー５は、身元確認システムを運営するポータルサイトの身元確認サーバ１にユーザー登録を行う。
【００３２】
　身元確認サーバ１は照会者が６入力したＱＲコードから識別番号を自動認識し、ユーザー５があらかじめ登録した連絡先を照会者端末３へ表示する。照会者６との直接連絡を選択したユーザー５は照会者６と連絡を取り合って所定の場所まで出向き、被捜索人の身柄を引き取る。」
「【００３８】
　まず、個人ユーザー５１の登録処理について図２のシーケンス図を参照しながら説明する。
【００３９】
　
身元確認シールを購入又は配布された個人ユーザー５１は、身元確認シールに表示されたＱＲコードを読み取り、身元確認システムを運営するポータルサイトへ接続する（Ｓ１１）。
【００４０】
　
ＱＲコードに対応した識別番号（ＩＤ）を自動的認識した身元確認サーバ１からはデータ登録画面が送信され（Ｓ１２）、ユーザー５１が所定のデータとパスワードを入力すると（Ｓ１３）、
ユーザーが入力したデータは身元確認サーバの記憶部１３へと格納され、個人ユーザー登録処理が完了する。
「【００４８】
　ここで
被捜索者の情報として登録されるのは、被捜索者の氏名、年齢、写真、身長等の身体的な特徴、病歴、服用薬、掛かり付け病院、担当医師等の情報、ユーザーへの連絡方法（メールアドレス、電話番号、携帯電話番号等）等がある。
「【００６３】
　続いて、徘徊者等が発見、保護され、身元確認が行われてから身元引き取りまでの手順について説明する。本願のシステムではＱＲコードを読み取っても身元確認サーバのＵＲＬが表示されるだけで、個人識別番号やユーザーが開示を希望しない情報は表示されないためプライバシーを保護すると同時に、確実且つ迅速に被捜索人の家族、保護者が被捜索人の身元を確認できるように考案されている。
【００６４】
　ここでは発見者がＱＲコードを読み取り、それがどのようなステップを経てユーザーへ連絡され、被捜索人の身柄引き取りに至るかを説明する。
【００６５】
　処理は身元確認サーバ１の身元確認部１４で行われる。
【００６６】
　まず、徘徊者用身元確認から説明する。徘徊者用身元確認は発見者とユーザーが直接連絡を取り合う、直接身元確認処理と発見者とユーザーとの間に老人施設や医療施設等の仲介者が存在する間接身元確認処理がある。
【００６７】
　被捜索者の家族等が直接照会者に連絡を取り、身柄引き取りに関する手続を行う直接身元確認処理は、迅速な対応が可能となる一方で、ユーザー自身が高齢者である場合や被捜索者の保護場所が遠方等の場合は迅速な対応ができない恐れがある。そこで、引き取りに際し、あらかじめ仲介者である老人介護施設、または地方公共団体等に照会者との連絡、引き取りに関する業務を委託する間接身元確認方法が有効である。各地方公共団体の担当部署が相互連携することで迅速な対応が期待できると考えられる。
【００６８】
　一方、
被捜索人保護通知後、
ＱＲコード認証結果記憶部へのアクセス履歴が記憶されない、または所定時間アクセス履歴がない時は身元確認サーバ側から自動的或いは人為的にユーザーへ緊急連絡が通知される
【００６９】
　仲介者が存在する間接身元確認処理は図８のシーケンス図に詳細に記載されている。ここでいう仲介者とは図３及び図４における大口の個別登録を行うユーザー５２である場合がほとんどである。徘徊等行方不明になる恐れのある人は福祉施設、ディサービスセンター・病院等の医療関係施設の利用者であることが多く、身元確認シールの配布やＱＲコードの登録事務も当該仲介者が徘徊のおそれのある者、あるいはその家族に代わって行なう。
【００７０】
　ここで照会者６とは身元不明者を保護した発見者又は発見者が身元不明者の保護を依頼した警察、自治体等の担当部署が該当する。
【００７１】
　
照会者６は徘徊している身元不明者を保護すると、身元不明者の体、持ち物等に貼着された身元確認シールに記載されている、身元不明者を発見時に行ってもらう処理と手順に関する説明に従いＱＲコードを読み取る。すると身元確認サーバの専用ＵＲＬが表示される（Ｓ６４）。照会者が身元確認サーバへ接続すると同時にＱＲコードに対応した個人識別番号を身元確認サーバ１が自動認識し、認識された個人識別番号に関連付けて登録され、且つ、ユーザーの意思により公開可とされた情報だけが照会者端末に表示される。この時仲介者が連絡可能な、照会者の連絡先を表示してくれるように依頼する文面も表示される。
【００７２】
　例えば、身元不明者を発見、保護してくれたお礼、以後の手順が表示、身柄引き取りには照会者の連絡先が必要となる旨の御断り文等が表示される。
【００７３】
　照会者が自分の連絡先を安易に通知することをためらう場合も想定できるが、身元不明人を発見、保護した場合は最寄りの交番や役所に連絡することが通常であるため、身元確認サーバへ通知される連絡先は地元警察、市役所や役場等の地方公共団体となることがほとんどであり、ＱＲコードの読み取りと、身元確認運営サーバへのアクセス、連絡先（警察等）だけを入力すれば良いため、ユーザーや身元確認サーバとのやり取りを回避することができ、過度の負担や責任を負うことはないものと考えられる。但し、入力連絡先となる公共機関へは事前に連絡を取り、被捜索人の受け渡しと共に事情を説明しておく必要がある。又あらかじめ被捜索人と共に上記公的機関へ出向き、公的機関の端末を使用して身元確認サーバへのアクセス処理を行うことも考えられる。
【００７４】
　身元不明者が発見されると、個人レベルでの対応が困難であるため上記、公共団体への身元不明者発見の連絡、公共団体の指示に従い、身柄引き渡しが完了している場合がほとんどであると考えられ、ＱＲコードを読み取って照会手続を行うのは当該公共団体等である。
【００７５】
　
照会者６（個人、団体）は身元確認サーバ１の指示に従い、ＱＲコードを読み取り、専用ＵＲＬへ接続する。身元確認サーバ１の身元確認部１４は個人識別番号を自動認識し、身元確認時に表示可として登録されたユーザーの公開情報だけを照会者端末へと表示する（Ｓ６５）。身元不明者の家族等ユーザーが直接照会者と接触しない、この間接身元確認処理では前記仲介者５２の電話番号やＵＲＬ等が表示される。照会者の端末に表示された身元確認サーバ１の身元確認メニューへ、照会者６が開示された仲介者名を入力・送信すると、身元確認サーバ１は身元不明者の保護を仲介者へ通知するのである（Ｓ６６）。
【００７６】
　身元確認サーバ１は照会者６が身元不明者の体に貼着された身元確認シールのＱＲコードを読み取った時点で身元不明者に関する情報が把握できているため、その情報と併せて照会者６への連絡方法等が仲介者へ通知されるのである。
【００７７】
　保護された身元不明者の氏名等と照会者の連絡方法を通知された仲介者は、直ちに照会者６へ連絡を取り、身柄を引き取りに行く場合もあるが（Ｓ７３）、身元不明者家族が直接身柄引き取りを要望する場合も考えられるのでユーザー登録された情報を確認する必要が生じる。
【００７８】
　そこで、
身元確認サーバ１から身元不明者保護通知を受領した仲介者５２は、身元確認サーバ１へアクセスし（Ｓ６７）、ＩＤ・パスワード入力或いは管理者専用ＱＲコードを使用してログインを行い、表示されたメニュー（Ｓ６８）からユーザー検索を選択（Ｓ６９）し、表示されたユーザー検索画面（Ｓ７０）でユーザー検索を実行し（Ｓ７１）身元確認サーバ１が表示したユーザー情報画面（Ｓ７２）からユーザー情報を取得する
【００７９】
　
仲介者は照会者と連絡を取り合いながら身元不明者の身柄引き取りを行う（Ｓ７３）と同時に身元不明者に関する情報をユーザーへ連絡するのである（Ｓ７４）。
「【図８】
」
（２）上記（１）によると、引用文献２には以下の発明（以下、「引用発明２」という。）が記載されている。
「徘徊老人や迷子、ペット等の体に貼着した二次元コードシールから情報を読み取り、身元を迅速かつ安全につきとめることができる身元確認システムであって、
ユーザー端末（パソコン又は携帯電話）、照会者（発見者・保護者）端末（パソコン又は携帯電話）、ユーザー・照会者との間に介在して、被捜索者情報等の登録や照会者への情報提示を行う、ポータルサイトを運営する身元確認サーバが、ネットワークであるインターネットを介して接続され、相互に通信可能となっている身元確認システムにおいて、
認知症を発症している、或いは可能性のある本人又は家族であって、身元確認シールを購入又は配布されたユーザーが、身元確認シールに表示されたＱＲコードを読み取り、身元確認システムを運営するポータルサイトへ接続すると、ＱＲコードに対応した識別番号（ＩＤ）を自動的認識した身元確認サーバからはデータ登録画面が送信され、ユーザーが被捜索者の氏名、年齢、写真、身長等の身体的な特徴、病歴、服用薬、掛かり付け病院、担当医師等の情報、ユーザーへの連絡方法（メールアドレス、電話番号、携帯電話番号等）等を入力すると、ユーザーが入力したデータは身元確認サーバの記憶部へと格納されることで、個人ユーザーの登録処理が行われ、
身元確認サーバはあらかじめ個人識別番号に対応させたＱＲコードを作成し、当該ＱＲコードを印刷した身元確認シールを個人ユーザーに販売し、
照会者が徘徊している身元不明者を保護し、身元不明者の体、持ち物等に貼着された身元確認シールのＱＲコードを読み取ると身元確認サーバの専用ＵＲＬが表示され、照会者が身元確認サーバへ接続すると同時にＱＲコードに対応した個人識別番号を身元確認サーバが自動認識し、認識された個人識別番号に関連付けて登録され、且つ、ユーザーの意思により公開可とされた仲介者の電話番号やＵＲＬ等の情報が照会者端末に表示され、照会者の端末に表示された身元確認サーバの身元確認メニューへ、照会者が開示された仲介者名を入力・送信すると、身元確認サーバは身元不明者の保護を仲介者へ通知し、
身元確認サーバから身元不明者保護通知を受領した仲介者は、身元確認サーバへアクセスして、ユーザー検索を実行することで、身元確認サーバが表示したユーザー情報画面からユーザー情報を取得し、仲介者は照会者と連絡を取り合いながら身元不明者の身柄引き取りを行うと同時に身元不明者に関する情報をユーザーへ連絡するものであり、
被捜索人保護通知後、ＱＲコード認証結果記憶部へのアクセス履歴が記憶されない、または所定時間アクセス履歴がない時は身元確認サーバ側から自動的にユーザーへ緊急連絡が通知される身元確認システム。」
３．引用文献３
　前置報告で周知技術を示す文献として新たに引用された引用文献３には、図面とともに次の事項が記載されている。
「【０００８】
　上記課題を解決するため、本発明に係わるデータ管理システムは、同一のデータ項目について複数の取得経路が存在し、複数の取得経路からそれぞれ取得したデータを選択して表示出力するデータ管理システムであって、
データに、取得経路を示すステータスを関連付けて保存する
抽出されたデータを表示するとともに、該データに関連付けられているステータスを識別表示する
【０００９】
　ここで、
ステータスの識別表示は、データのステータスが認識できれば足りる趣旨であり、
ステータスに基づいてデータの背景色を替えたり、
４．引用文献４
　前置報告で周知技術を示す文献として新たに引用された引用文献４には、図面とともに次の事項が記載されている。
「［0141］　FIG. 25 depicts an exemplary interface 2500 for viewing message in a conversational view with one specific user. Messages may be displayed in a staggering fashion to visually indicate which messages have been received and which have been sent along with the accompanying photo and name that is present in each message. 
Message background color may also indicate the status of a message as being read or unread.
（当審訳：図２５は、１つの特定のユーザとの対話型画面においてメッセージを見るための例示的なインターフェース２５００を示す。メッセージは、各メッセージに存在する添付の写真及び名前と共に送受信されたメッセージを視覚的に示すための膨大な様式で表示されうる。
メッセージの背景色も、メッセージの既読あるいは未読のステータスとして示すことができる。
５．引用文献５
　前置報告で周知技術を示す文献として新たに引用された引用文献５には、図面とともに次の事項が記載されている。
「【００４２】
　図７に、掲示板表示画面１００の変形例を示す。この図において、図４の例に示した要素と同様の要素には同一の符号を付して説明を省略する。
【００４３】
　この変形例の特徴は、メッセージリスト１２１のメッセージごとに、当該掲示板の参加者全員の当該メッセージに対する処理状態から、当該メッセージ自体の状態を求め、これを表示するようにした点である。特にこの例では、
メッセージ自体の状態に応じ、そのメッセージの処理状態欄１２２の表示形態（例えば背景色や文字の色など）を切り替えている。
【００４４】
　この例では、メッセージの状態として、（１）参加者の誰からも処理されていない状態、（２）処理済みの状態、（３）その掲示板を閲覧しているユーザがそのメッセージを処理している途中（或いは処理する予定）であるという状態、という３つの状態を規定している。」
第６　対比・判断
１．本願発明１について
（１）本願発明１と引用発明１とを対比すると、次のことがいえる。
ア　引用発明１の「迷子」は、「ペット」だけでなく「痴呆老人や子ども」に対しても適用することが可能であり、本願発明１の「被介護者」も「なお、本発明において被介護者とは、必ずしも高齢者に限定されるものでは無く、年齢を問うことなくすべての知的障害者（知的障害児）さらには幼児など、保護者による介護を必要とするすべての人を含むものであるが、例示として認知症高齢者を挙げて以下に説明する。」（段落【０００１】）とされることから、引用発明１の「迷子」は、本願発明１の「被介護者」に相当する。
　また、引用発明１の「サイト」は、本願発明１の「伝言板サイト」といずれも「サイト」である点で共通する。
　また、引用発明１の「迷子発見者の携帯電話機」で「携帯サイトにアクセス」して「迷子発見報告」を行うことは、本願発明１と同様の「被介護者の救護支援」であるといえる。
　よって、引用発明１の「複数のクリニック（動物病院）ごとにセキュリティ管理されたＤＢ（データベース）が設けられたサーバと、各クリニックに設置された端末と、飼い主がサーバにアクセスする際に使用する携帯電話機と、迷子発見者がサイトを通じてサーバに対して迷子発見報告を行う際に使用する携帯電話機が、インターネットに接続されており、各クリニックの担当者と飼い主と迷子発見者の間で情報交換を共有して行う迷子札システム」と本願発明１の「インターネット上の伝言板サイトを利用する被介護者の救護支援システム」とは「インターネット上のサイトを利用する被介護者の救護支援システム」である点で共通する。
イ　引用発明１の「複数のクリニック（動物病院）ごとにセキュリティ管理されたＤＢ（データベース）が設けられたサーバ」は、「クリニックの（迷子）担当者」が使用し管理するものであることから、本願発明１の「システム管理者が使用する管理コンピュータ」に相当し、また、上記アで示したように、引用発明１の「迷子」は本願発明１の「被介護者」に相当するから、引用発明１の「飼い主」、「迷子発見者」は、本願発明１の「被介護者を介護する立場の家族・介護者(保護者)である本システムのシステム利用者」、「対象となる被介護者を発見した発見者」にそれぞれ相当する。
　また、引用発明１の「飼い主」は、「行方不明レポート」でペットを見失った場所と日時を入力することにより「クリニックの迷子担当者」に迷子の通知を行うから、引用発明１は、本システムのシステム管理者と対象となる被介護者を発見した発見者間で情報交換を行うものといえる。
　また、引用発明１の「クリニックの迷子担当者」は、「発見報告があった場合」に「飼い主」へ「発見された旨の連絡」を行うから、引用発明１は、本システムのシステム管理者と、被介護者を介護する立場の家族・介護者(保護者)である本システムのシステム利用者との間で情報交換を行うものといえる。
　また、引用発明１の「迷子発見者」が「初期画面における担当クリニックの電話番号の記述部分を携帯電話機のボタンによりクリックする」か、「迷子発見報告案内画面（迷子報告ページ）」の画面で「氏名、住所、電話番号、メールアドレスの全て又はその一部を入力」することにより、「クリニックの迷子担当者」と「迷子発見報告」の連絡や「引渡しの日時場所についての相談」を行うことは、本システムのシステム管理者と、対象となる被介護者を発見した発見者間で情報交換を行うものといえる。
　したがって、引用発明１の「クリニックの迷子担当者」は、「発見報告があった場合」に「飼い主」へ「発見された旨の連絡」を行い、「迷子発見者」が「初期画面における担当クリニックの電話番号の記述部分を携帯電話機のボタンによりクリックする」か、「迷子発見報告案内画面（迷子報告ページ）」の画面で「氏名、住所、電話番号、メールアドレスの全て又はその一部を入力」することにより、「クリニックの迷子担当者」と「迷子発見報告」の連絡や「引渡しの日時場所についての相談」を行い、「迷子発見者」が「初期画面における担当クリニックの電話番号の記述部分を携帯電話機のボタンによりクリックする」か、「迷子発見報告案内画面（迷子報告ページ）」の画面で「氏名、住所、電話番号、メールアドレスの全て又はその一部を入力」することにより、「クリニックの迷子担当者」と「迷子発見報告」の連絡や「引渡しの日時場所についての相談」を行う迷子札システムと、本願発明１の「本システムのシステム管理者と、被介護者を介護する立場の家族・介護者(保護者)である本システムのシステム利用者と、対象となる被介護者を発見した発見者間で情報交換を共有して行う三者間での被介護者の救護支援システム」とは、いずれも「本システムのシステム管理者と、被介護者を介護する立場の家族・介護者(保護者)である本システムのシステム利用者と、対象となる被介護者を発見した発見者間で情報交換を行う」点で共通する。
ウ　引用発明１の「サーバ」における「飼い主ＤＢ」には、「飼い主の情報やペットの特徴などのペットの情報を登録」されるから、引用発明１が、当該情報を登録するための入力手段を有することは自明の事項であり、「ペットの特徴」は、ペットを特定するのに必要な情報であるから、引用発明１の当該「入力手段」と本願発明１の「被介護者の人物特定に必要な最低限の基本情報を入力するための基本情報入力手段」とは、いずれも、「被介護者の人物特定に必要な基本情報を入力するための基本情報入力手段」である点で共通する。
エ　引用発明１の「サーバ」における「迷子札上のＱＲコードと飼い主及びペットの情報を関連付けて、ＱＲコードとカルテ番号が記載された迷子札の発行手続を行う迷子札発行装置」と、本願発明１の「この基本情報を個別ＱＲコード（登録商標）とリンクさせて識別番号付きのＱＲコードを印刷したシールを発行する識別番号付きＱＲコードのシール発行手段」とは、いずれも、「この基本情報を個別ＱＲコード（登録商標）とリンクさせて識別番号付きＱＲコードを発行する発行手段」である点で共通する。
オ　引用発明１は、「迷子発見者の携帯電話機」で「迷子札のＱＲコードを読み取って迷子札システムのサーバの携帯サイトにアクセスすると、初期画面が最初に表示され」、引用発明１の当該構成と、本願発明１の「発見者により被介護者の個別ＱＲコードが撮影された際に、発見者コンピュータに伝言板サイトのトップ画面を自動通信するトップ画面開示手段」とは、いずれも、「発見者により被介護者の個別ＱＲコードが撮影された際に、発見者コンピュータにサイトのトップ画面を自動通信するトップ画面開示手段」である点で共通する。
カ　以上、ア〜オによれば、本願発明１と引用発明１との間には、次の一致点、相違点があるといえる。
［一致点］
「インターネット上のサイトを利用する被介護者の救護支援システムにおいて、
本システムのシステム管理者と、被介護者を介護する立場の家族・介護者(保護者)である本システムのシステム利用者と、対象となる被介護者を発見した発見者間で情報交換を行う被介護者の救護支援システムであって、
システム管理者が使用する管理コンピュータは、
被介護者の人物特定に必要な基本情報を入力するための基本情報入力手段と、この基本情報を個別ＱＲコード（登録商標）とリンクさせて識別番号付きのＱＲコードを発行する識別番号付きＱＲコードの発行手段と、発見者により被介護者の個別ＱＲコードが撮影された際に、発見者コンピュータにサイトのトップ画面を自動通信するトップ画面開示手段とを、
含み構成されることを特徴とする被介護者の救護支援システム。」
［相違点］
（相違点１）
　インターネット上のサイトが、本願発明１では「伝言板サイト」であるのに対し、引用発明１は「携帯サイト」であるものの、「伝言板サイト」であるかは明らかではない点。
（相違点２）
　本システムのシステム管理者と、被介護者を介護する立場の家族・介護者(保護者)である本システムのシステム利用者と、対象となる被介護者を発見した発見者間で情報交換を行う被介護者の救護支援システムが、本願発明１では、「三者間」で「情報交換を共有して行う」ものであるのに対し、引用発明１では、そうではない点。
（相違点３）
　本願発明１は、「被介護者の現況に応じてシステム上のステータスを、伝言板サイトの画面を信号機を模した３色で状況に対応して表示されるように構成し」ているのに対し、引用発明１は、そのような構成となっていない点。
（相違点４）
　「基本情報入力手段」により入力される「被介護者の人物特定に必要な基本情報」が、本願発明１では、「最低限」のものであるのに対し、引用発明１では、そのような特定のない点。
（相違点５）
　本願発明１の「管理コンピュータ」は、「発見者により被介護者の個別識別番号と現在状況の入力がなされた際に、システム利用者に発見者からの入力情報をメールで自動発信する発見メール自動発信手段」を含むのに対し、引用発明１ではそのような構成を有しない点。
（相違点６）
　本願発明１の「管理コンピュータ」は、「発見メール自動発信手段でシステム利用者にメールが送信された際に、発見者に対処方法を連絡するための対処方法連絡手段」を含むのに対し、引用発明１は、担当クリニックの迷子担当者が発見者に何らかの対処方法について連絡するものの、「管理コンピュータ」で行うものではない点。
（２）相違点に対する判断
　事案に鑑み、相違点３および相違点５について判断する。
ア　相違点３に関する判断
　引用文献３〜５は、いずれも画面に表示されたデータやメッセージごとのステータスに応じて背景色を変えるものであり、これらはデータやメッセージごとに対応する表示領域の背景色を変えて表示する周知技術に関するものである。
　しかしながら、本願発明１は「伝言板サイトの画面」に対して、「信号機を模した３色で状況に対応して表示される」ものであるのに対し、引用文献３〜５は、いずれも画面に表示されたデータやメッセージに対応する表示領域のみ背景色を変えて表示するものであるから、本願発明１のように「伝言板サイトの画面」の表示色を「状況に対応して表示されるように構成」することは、引用文献３〜５には記載されていない。
　そして、引用発明１及び引用発明２のいずれの「サイト」に関しても、当該サイトの表示画面上でシステム上のステータスを識別可能に表示する技術思想については記載も示唆もされていないため、相違点３に係る「被介護者の現況に応じてシステム上のステータスを、伝言板サイトの画面を信号機を模した３色で状況に対応して表示されるように構成」することが、引用発明１、引用発明２、及び引用文献３〜５に記載された周知技術に基づいて当業者が容易に想到し得た事項であるとはいえない。
イ　相違点５に関する判断
　引用発明１のサーバは、発見者からのアクセスがあって、発見者が必要な情報を入力して送信がなされると、その発見者がアクセスしたページ情報と、発見者が送信した発見者情報とを取得して、それに基づいて迷子情報ＤＢを更新し、その後、クリニック担当者へ通知するものの、サーバからシステム利用者に対して発見メールを自動発信することは引用文献１（特に図１０及び段落【００４５】〜【００４７】）には記載されておらず、飼い主への連絡はクリニックから行われる（段落【００４０】）。
　一方、引用文献２には、徘徊者用身元確認として、発見者とユーザーが直接連絡を取り合う直接身元確認処理と、発見者とユーザーとの間に老人施設や医療施設等の仲介者が存在する間接身元確認処理がある旨が示された（段落【００６６】）上で、直接身元確認処理は、迅速な対応が可能となる一方で、ユーザー自身が高齢者である場合や被捜索者の保護場所が遠方等の場合は迅速な対応ができない恐れがあることから、引き取りに際し、あらかじめ仲介者である老人介護施設、または地方公共団体等に照会者との連絡、引き取りに関する業務を委託する間接身元確認方法が有効であるとしており（段落【００６７】）、被捜索人保護通知後、ＱＲコード認証結果記憶部へのアクセス履歴が記憶されない、または所定時間アクセス履歴がない場合に身元確認サーバ側から自動的にユーザーへ緊急連絡が通知される（段落【００６８】）ことが記載されている。
　しかしながら、引用発明２において、「身元確認サーバ側から自動的にユーザーへ緊急連絡が通知される」されるのは「被捜索人保護通知後、ＱＲコード認証結果記憶部へのアクセス履歴が記憶されない、または所定時間アクセス履歴がない時」であって、本願発明１のように「発見者により被介護者の個別識別番号と現在状況の入力がなされた際」になされるものではない。
　したがって、相違点５に係る「管理コンピュータ」が「発見者により被介護者の個別識別番号と現在状況の入力がなされた際に、システム利用者に発見者からの入力情報をメールで自動発信する発見メール自動発信手段」を含む構成は、引用発明１、引用発明２、及び引用文献３〜５に記載された周知技術に基づいて当業者が容易に想到し得た事項であるとはいえない。
ウ　作用効果について
　そして、本願発明１は、相違点３及び相違点５に係る構成により、「速やかに発見者と保護者(システム利用者)との連絡を取り合うことが可能と」し（段落【０００９】）、画面の色の変化から直感的に素早く現況を訴求することができる（段落【０００２】）という、明細書記載の作用効果を奏するものである。
エ　むすび
　したがって、本願発明１は、その他の相違点である相違点１、相違点２、相違点４、相違点６について判断するまでもなく、引用発明１、引用発明２、及び引用文献３〜５に記載された周知技術に基づいて当業者が容易に発明をすることができたものとはいえない。
２．本願発明２について
　本願発明２は、本願発明１の上記相違点１〜６に係る事項を備えるものであるから、本願発明１と同じ理由により、引用発明１、引用発明２及び引用文献３〜５に記載された周知技術に基づいて当業者が容易に発明をすることができたものとはいえない。
第７　前置報告の特許法第３６条第６項第２号の理由について
　請求項１の「被介護者の現況に応じてシステム上のステータスを、伝言板サイトの画面を信号機を模した３色で状況に対応して表示されるように構成し、」について、本願明細書の段落【００２２】には、「被介護者１の現況に応じてシステム上のステータスは、伝言板サイトの画面を青、赤、黄の信号機を模した３色で状況に対応して表示される」との記載があり、また、伝言板サイトの画面が青、赤、黄の信号機を模した３色でそれぞれ表示される状況に関しては、
「【００１９】
具体的には、発見者４がカメラ付携帯電話でＱＲコードシール８に表示されたＱＲコードを読み取ることで、携帯電話の画面上に伝言板サイトのアクセスに必要な情報（伝言板サイトのＵＲＬ）が表示され、発見者４がそれをクリックすることで伝言板サイトにアクセスできる。また同時に、第１段階としてＱＲコードを読み取られた事実をシステム利用者３のメールアドレスに通知され、システム利用者コンピュータ６の画面で閲覧する。（第１の発見メール自動発信手段１４）
【００２０】
この通知の際に、システム利用者コンピュータ６(通常は、カメラ付携帯電話やスマートフォン)の伝言板サイトの画面は黄色に着色され
被介護者１がどこかで保護されている
「【００２１】
その他、被介護者１が徘徊などにより所在不明になったことを保護者（システム利用者）が認知した場合には、
保護者は伝言板サイトにアクセスし、システム上で被介護者に「行方不明」のステータスを付けることができる。この場合、伝言板サイトの画面は赤色に変色され、
「【００２７】
当該システムの利用により
システム利用者３（保護者）が被介護者１を無事に引取り完了した場合には、システム利用者３（保護者）のみが伝言板サイト上に「解決済」のチェックつけて事象の完了のステータスをつけることが出来、これにより伝言板サイトの画面は青色に変色する。
と記載されている（下線は、当審が付与した。）。
　してみると、赤色、青色の表示色に関しては、システム利用者（保護者）が伝言板サイト上で付けるステータスに応じて表示されるものであり、黄色の表示色に関しては、発見者がカメラ付携帯電話でＱＲコードを読み取り、伝言板サイトにアクセスしたことを契機として表示されるものであるから、「システム上のステータス」をシステムが特定できることは明確である。
　また、請求項１の「被介護者の現況に応じてシステム上のステータスを、伝言板サイトの画面を信号機を模した３色で状況に対応して表示されるように構成」という記載は、「システム上のステータス」が「保護」、「行方不明」、「解決済」という「被介護者の現況に応じ」たものであることを示しており、「現況」の意味することは明確であり、「状況」との対応関係は明確である。
　したがって、請求項１，２に係る発明は明確であって、特許法第３６項第２号の規定する要件を満たしている。
第８　むすび
　以上のとおり、原査定の拒絶理由及び前置報告で示された理由によって、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。