2020-004124

特願２０１６－　１７７５８「救急システム」拒絶査定不服審判事件〔平成２９年　８月１０日出願公開、特開２０１７－１３８６９９、請求項の数（６）〕について、次のとおり審決する。

【結　論】 原査定を取り消す。 本願の発明は、特許すべきものとする。

【理　由】 第１　手続の経緯 本願は、平成２８年２月２日の出願であって、その手続の経緯は以下のとおりである。 令和元年７月２３日付け：拒絶理由通知 令和元年９月２６日　　：意見書、手続補正書の提出 令和２年２月１０日付け：拒絶査定 令和２年３月２７日　　：審判請求書の提出 令和３年２月１８日付け：拒絶理由通知 令和３年４月２７日　　：意見書、手続補正書の提出 第２　原査定の理由の概要 原査定（令和２年２月１０日付け拒絶査定）の概要は次のとおりである。 この出願の請求項１－６に係る発明は、以下の引用文献１－６に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 引用文献等一覧 １．特開２００６－１６３８１７号公報 ２．特開２０１３－４１４７９号公報 ３．特開２００４－３８８８１号公報 ４．特開２００９－２２４９６７号公報 ５．国際公開第２０１１／０１６４４７号 ６．特開２０１２－１１３６２９号公報 第３　当審拒絶理由の概要 当審の令和３年２月１８日付け拒絶理由の概要は次のとおりである。 この出願は、特許請求の範囲の請求項１－６の記載が、特許法第３６条第６項第２号に規定する要件を満たしていない。 第４　本願発明 本願請求項１－６に係る発明（以下、それぞれ「本願発明１」－「本願発明６」という。）は、令和３年４月２７日にされた手続補正により補正された特許請求の範囲１－６に記載された事項により特定される発明であり、そのうち「本願発明１」は、以下のとおりの発明である。 【請求項１】 操作者が端末に対して入力する入力内容に基づいて対象者の搬送を要するかを判断する救急システムであって、 予め定められた複数の症状項目から１つ以上の症状項目を選択させる画面を表示させる第１表示制御手段と、 前記複数の症状項目それぞれに設定され、各症状項目が示す症状について、量を問う定量質問と、性質を問う定性質問と、時間を問う時間質問との３種の質問内容を記憶する第１記憶手段と、 前記第１表示制御手段により表示された画面において選択された症状項目に設定された前記定量質問、前記定性質問及び前記時間質問の３種の質問内容を、前記第１記憶手段から読み出して症状項目毎に順次画面表示させる第２表示制御手段と、 前記第２表示制御手段により順次表示された画面にて入力された各症状項目の３種の質問内容に対する回答結果に応じて、症状毎の結果を判断する症状結果判断手段と、 前記症状結果判断手段により判断された症状毎の結果に基づいて、対象者の搬送を要するかを判断する搬送判断手段と、 を備えることを特徴とする救急システム。 なお、本願発明２－６は、本願発明１を減縮した発明である。 第５　引用文献、引用発明等 １　引用文献１の記載事項と引用発明 原査定の拒絶の理由に引用された引用文献１（特開２００６－１６３８１７号公報）には、図面とともに次の事項が記載されている（下線は当審で付与した。以下、同様。）。 「【０００７】 本発明は、問診情報を基に該当する疾病内容や緊急度を判定し、その時点における各病院の予約状況などをふまえた上で最も適切な病院を検索して予約を行い、必要に応じて救急車の手配を実行する機能を備えることにより、ユーザの手間を軽減するとともに適切な対処法を指示する病院予約システムと方法およびプログラムを提供することを目的とする。」 「【００１５】 以下に、本発明を実施するための最良の形態について、図面を参照して詳細に説明する。図１は、本発明に係る病院予約システムおよびこれを実現する関連要素の概要を示す図である。図１を参照すると、ユーザ端末１０と、センタサーバ２０と、病院端末３０と、救急センタ端末４０とが通信ネットワーク１００に接続されている。通信ネットワーク１００は例えばインターネットである。 【００１６】 ユーザ端末１０は、ユーザに属する携帯電話機、ＰＨＳ、パーソナルコンピュータ、ＰＤＡなどの電子機器であり、少なくとも表示画面と入力手段と通信機能とを具備する。図２に示すように、実施例においてユーザ端末１０はデータ通信機能付の携帯電話機であり、これに体温、脈拍、血圧を測定できる検査装置１２が接続されており、ユーザ端末１０は検査装置１２の検査データを取り込んでセンタサーバ２０に送信する機能を有する。また、ユーザ端末１０はＧＰＳ機能を有し、ＧＰＳ衛星群１１０からの受信信号から自機の位置を算出し、画面に表示したりネットワーク１００に送出することができる。これらの機能は公知であるため、その詳細な説明は省略する。検査装置１２は必須のものではなく、ユーザが自分で計測した血圧等をユーザ端末１０の入力手段を用いて入力する構成としてもよい。また、検査装置１２は上記以外に、例えばユーザの体重、運動量、発汗量、酸素濃度、血糖値などの健康情報を取得する機能を備えていてもよく、またユーザ端末１０は腕に取り付けるタイプのウェアラブルコンピュータや腕時計型通信装置であってもよい。 【００１７】 センタサーバ２０は、ワークステーションとインターネットサーバの機能を有する情報処理システムであり、問診票の必要項目の入力欄を設けたホームページ２１をネットワーク１００上に開設している。図１に示すように、センタサーバ２０は記憶領域内に、問診票ページ２１および動作プログラム２２と、簡易自動診察を行うための疾病情報データベースと２１０と、各病院の患者受け入れ状況や予約情報を格納する病院予約情報データベース２２０と、ユーザ端末１０からの入力データを格納する患者情報データベース２３０と、少なくとも各病院周辺の地図情報が格納された地図情報データベース２４０とを具えている。 【００１８】 センタサーバ２０が備える問診票ページ２１の例を図３に示す。この問診票には、患者氏名、年齢、性別、体重、現在地などの基本項目の他、患部、症状、意識の有無、顔色の良し悪し、苦しみの有無などの症状入力／選択欄、体温、血圧、脈拍などの生体情報入力欄が設けられている。ユーザ端末１０からセンタサーバ２０にアクセスするとこの問診票が表示される。問診票ページ２１は例えばＨＴＭＬ形式で、性別や意識の有無などは選択式に構築されている。また、現在地の欄に設けられたボタン１３を選択入力すると、端末２０のＧＰＳ機能が起動して現在地情報を取得し、現在地の入力欄に位置情報が貼付される。同様に、生体情報入力欄のボタン１４を選択入力すると、検査装置１２から取得された測定データが各項目に貼付される。この処理は、例えばＨＴＭＬ画面に埋め込んだＪＡＶＡ（登録商標）アプレットで実現することができるが、ユーザ端末１０に搭載されたプログラムが、センタサーバ２０へのアクセスおよび現在地や測定データの貼付などを行うよう構成してもよい。また、各入力欄は住所や血圧等をユーザが直接入力する構成としてもよい。問診票の最下欄に設けられた実行ボタンを選択入力すると、各項目の入力情報がセンタサーバ２０へ送信され、図４に示すような形式で患者情報データベース２３０に格納される。 【００１９】 図５は、疾病情報データベース２１０の登録内容を示す図である。この疾病情報データベース２１０は医師など医学知識を有する者から情報を得て予め作成されるものであり、問診票の入力項目と照らし合わせることにより病名、緊急度、対処法などのコメントを自動的に導き出せるよう構成されている。すなわち、データベース２１０の各レコードには、問診票の入力項目に対応する各項目に特定の値または数値範囲が登録されており、これらの項目値に対応する病名、緊急度、対処法などのコメントが登録されている。病名等の導出は、センタサーバ２０の動作プログラム２２が疾病情報データベース２１０を参照して、受信された問診票のすべての項目内容が合致するレコードを抽出することにより行われる。図５を用いて具体例に説明すると、例えば患部が「頭」で、意識が「有」、顔色が「悪」、嘔吐が「有」・・・の場合に可能性のある病名として「くも膜下出血」、緊急度が「大」、科目が「脳神経外科」、コメントが「体を暖め、急な動作をしない。すぐに救急車を手配しますので、横になってお待ち下さい。」などのコメントが登録されている。疾病情報データベース２１０において、項目が「－」あるいは未登録の場合はユーザの入力値がいずれの数値であっても該当するものとして扱われる。また、同じ病名でも、例えば体温が３９．５度以上であれば緊急度「大」、３８～３９．５度であれば緊急度「中」のように、条件に応じて複数のレコードが登録されていてもよい。 【００２０】 病院端末３０は、各病院に設置されたパーソナルコンピュータやワークステーション等の情報処理システムであり、少なくとも表示画面とキーボード等の入力手段とネットワーク送受信機能とを有する。各病院の担当者は予め当該病院における診察の可否や診察可能時刻などを病院端末３０に入力し、センタサーバ２０に送信する。このイメージを図６に示す。この情報は、センタサーバ２０において病院予約情報データベース２２０に登録される。図７は、病院予約情報データベース２２０の登録内容を示す図である。センタサーバ２０が受診した問診票データの内容から疾病内容および緊急度が導かれたら、必要に応じて病院の予約が行われる。各病院の予約は、例えば、センタサーバ２０の動作プログラム２２が病院予約情報データベース２２０を参照して、疾病の科目が合致する病院のうち診察が可能で患者位置の最も近くにある病院を選択し、当該病院に予約番号と問診票の入力内容（すなわち患者情報データベース２２０のレコード）と疾病内容（すなわち疾病情報データベース２１０のレコード）とを病院端末３０に送信することにより行われる。病院端末３０はこの予約依頼を自動受信して表示画面や印刷手段等に出力する。また病院端末３０は、当該病院の診察予約を管理するスケジュールソフトを備えていてもよく、この場合はセンタサーバ２０からの問い合わせに応じて予約の可否を返信したり、当該病院で直接受けた診察予約の情報をその都度センタサーバ２０に送出し、センタサーバ２０の病院予約情報データベース２２０が更新されるようにしてもよい。このようにすればセンタサーバ２０側で各病院の予約状況を把握することが可能となりより具体的な診察予約を行うことができる。なお、緊急度が低い場合は病院に行かなくてもよい場合もあるため、病院の予約は例えば患者の疾病内容を特定した際その緊急度が「中」以上である場合にのみ行うようにしてもよい。 【００２１】 救急センタ端末４０は、救急車の出動を手配する救急センタに属する情報通信端末であり、センタサーバ２０から救急車の出動依頼とともに出動先住所や患者の症状等の情報を受診する。この情報に基づいて、救急センタ端末４０の自動処理あるいはオペレータの処理により、指定場所に最も早く行ける救急車の出動が消防署に依頼される。 【００２２】 このように構成された病院予約システムの動作について、センタサーバ２０の動作プログラム２２の処理内容を中心に以下に説明する。図８は病院予約システムの動作を説明するためのフロー図である。ユーザが体調不良を感じたとき、まず図２のようにユーザ端末１０に検査装置１２を接続して生体情報を測定し、これがユーザ端末１０に取り込まれる（ステップＳ１）。本実施例では血圧、脈拍、体温の測定を行うが、上述のように発汗量など他のデータを取得してもよく、また検査装置１２によらずユーザが自分で測定してユーザ端末１０に入力するようにしてもよい。次に、ユーザ端末１０からセンタサーバ２０のホームページに接続する（ステップＳ２）。ホームページの問診票２１は図３のように表示され、ユーザはユーザ端末１０の入力手段を用いて、氏名、年齢、性別、体重、その他症状に関する情報を入力する（ステップＳ３）。このとき、図３に示す現在地の検索ボタンを選択入力するとユーザ端末１０のＧＰＳ機能が起動し、現在位置の情報を取得して入力欄に貼付される。また、測定データの貼付ボタンを選択入力すると、検査装置１２の測定内容が該当する欄に貼付される。最後にユーザが実行ボタンを選択入力すると入力内容がセンタサーバ２０へ送信される。 【００２３】 一方、病院端末３０では担当者がその病院の診察可否情報や診察可能時刻を入力し、センタサーバ２０へ送信する（ステップＳ４）。この情報がセンタサーバ２０の病院予約情報データベース２２０に登録される（ステップＳ５）。上述のように、病院端末３０はその病院の予約状況をセンタサーバ２０に定期的に送信して、病院予約情報データベース２２０が随時更新されるようにしてもよい。 【００２４】 ユーザ端末１０から問診票の入力情報を受信したセンタサーバ２０は、受信データを患者情報データベース２３０に登録するとともに、疾病情報データベース２１０を参照して問診票の各項目内容が合致するレコードを検索して、該当レコードに登録されている病名、科目、緊急度、対処法コメントを抽出する（ステップＳ６）。次に、センタサーバ２０は、疾病情報データベース２１０から抽出した内容に基づき病院予約情報データベース２２０を参照して、疾病の科目が合致する病院のうち診察が可能で患者位置の最も近くにある病院を選択し、当該病院に予約番号と問診票の入力内容（すなわち患者情報データベース２２０のレコード）と疾病内容（すなわち疾病情報データベース２１０のレコード）とを選択した病院端末３０に送信する（ステップＳ７）。これを受けた病院端末３０は指定された患者の予約処理を行う（ステップＳ８）。なお、ステップＳ７～Ｓ８の病院予約は、患者の緊急度が「中」以上の場合にのみ実行するようにしてもよい。 【００２５】 次に、センタサーバ２０は疾病情報データベース２１０から抽出した緊急度を参照して、緊急度が「大」の場合は、救急センタ端末４０に対し救急車の出動依頼を送信する（ステップＳ９～Ｓ１０）。この出動依頼には、患者の現在地、病名、電話番号、予約した病院名、病院所在地情報その他必要な情報が含まれるものとする。救急センタでは端末４０の自動処理あるいはオペレータの処理により、適宜の消防署に通知がなされ救急車の出動が手配される（ステップＳ１１～Ｓ１３）。 【００２６】 次に、センタサーバ２０は回答情報を作成して、ユーザ端末１０に返信し（ステップＳ１４）、これがユーザ端末１０の画面に表示される（ステップＳ１５）。この回答情報の例を図９に示す。図９に示すように、回答情報には病院の予約が完了した旨と、病院予約情報データベース２２０に登録されている予約番号、予約日時、病院名等と、疾病情報データベース２１０から抽出された対処法等のコメントや緊急度などが含まれている。また、センタサーバ２０は予約した病院名またはその所在地に基づいて地図情報データベース２４０から当該病院の周辺地図を抽出して回答情報に添付するとともに、回答情報画面の地図ボタン１５を選択入力することによりこの地図が表示されるよう構成する。地図情報の表示例を図１０に示す。地図ボタン１５を選択入力すると、ユーザ端末１０の表示画面に、予約された病院の周辺地図と、病院名、住所、電話番号等が表示される。また、回答情報画面にはキャンセルボタン１６が設けられており、ユーザ端末１０にてこのボタンが選択入力されるとセンタサーバ２０に送信され、これを受けたセンタサーバ２０は病院予約情報データベース２２０から予約情報を削除するとともに予約した病院端末３０に予約キャンセルを通知する。」 以上の事項からみて、引用文献１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。 （引用発明） 「ユーザに属するユーザ端末１０、センタサーバ２０、救急センタ端末４０を含み、問診票の入力情報を基に該当する疾病内容や緊急度を判定し、必要に応じて救急車の手配を実行する機能を備える病院予約システムであって（【０００７】、【００１５】、【００２４】）、 センタサーバ２０は、 問診票ページ２１、簡易自動診察を行うための疾病情報データベース２１０、ユーザ端末１０からの入力データを格納する患者情報データベース２３０を記憶領域内に備え（【００１７】）、 患部、症状、意識の有無、顔色の良し悪し、苦しみの有無などの症状入力／選択欄、体温、血圧、脈拍などの入力欄が設けられた問診票ページ２１をユーザ端末１０に表示し（【００１８】）、 ユーザ端末１０から、ユーザが問診票ページ２１の問診票に入力した患部、症状、意識の有無、顔色の良し悪し、苦しみの有無、体温、血圧、脈拍の入力情報を受信すると、入力データを患者情報データベース２３０に格納するとともに、疾病情報データベース２１０を参照して問診票の各項目内容が合致するレコードを検索して、該当レコードに登録されている病名、科目、緊急度、対処法コメントを抽出し（【００１６】～【００１９】、【００２４】）、 疾病情報データベース２１０から抽出した緊急度を参照して、緊急度が「大」の場合は、救急センタ端末４０に対し救急車の出動依頼を送信する（【００２１】、【００２５】）、 病院予約システム。」 ２　引用文献２の記載事項 原査定の拒絶理由で引用された引用文献２（特開２０１３－４１４７９号公報）には、以下の記載がある。 「【００１０】 以下発明を実施するための形態について説明する。 図１は、本発明に係るトリアージシステム１および当該トリアージシステム１に関連した各手段の構成を表した構成図である。 トリアージシステム１は、電話の公衆回線網に接続されたＣＴＩ装置２とトリアージ判定支援装置３と、当該トリアージ判定支援装置３によって接続され管理される第１のデータベース４と、前記ＣＴＩ装置２とトリアージ判定支援装置３に接続されたオペレーター端末５を有している。 また、インターネットＩに接続されたセルフトリアージ判定支援装置６と、当該セルフトリアージ判定支援装置６に接続され管理される第２のデータベース７を有している。トリアージ判定支援装置３およびセルフトリアージ判定支援装置６は、ＣＰＵ、記憶装置、入出力装置、ネットワークインターフェイス等の通常の手段を備えたコンピュータ装置である。また、インターネット、ネットワーク接続される各装置にはファイヤーウォールが設けられている。」 「【００１２】 トリアージ判定支援装置３は、患者のバイタル、症状といった患者情報に基づいて救命に関する救急度を判定するプログラムを実行する装置である。本実施の形態に係るトリアージ判定支援装置３は、接続回線の一種であるＶＰＮを用いて若しくは直接オペレーター端末５と接続しており、当該オペレーター端末５を介してトリアージ判定支援装置３に用意されている設問等の入力項目に対する情報入力や制御をするようになっている。なお、トリアージ判定支援装置３とオペレーター端末５は、一体の装置として構成しても差し支えがないものである。 ＶＰＮ（Ｖ）とはVirtual Private Networkのことであり、主として既存のインターネット回線を利用して、機密性の高いネットワークを構築したシステムのことである。当該ＶＰＮを使用することにより、装置が離れた場所に設置されていても、セキュリティーを保ちつつ通信を行わせデータの送受信を可能としたものである。 【００１３】 オペレーター端末５は、キーボード等の入出力装置、ＣＰＵその他の制御手段、オペレーター用プログラム、トリアージ判定支援装置３とのインターフェイスを備えた装置であり、さらに電話での音声通話を行うための通話手段、受信したFAXの表示や送受信を行う手段を備えたものである。 オペレーター端末５を起動すると、トリアージ判定支援装置３においてプログラム（Telephone-Triage-Webアプリ）が実行可能となる。当該プログラムは、オペレーターが行う電話での応答内容に基づいて入力や各種操作を行い、当該操作に基づいて所謂トリアージと言われる医療的な処置に関する緊急度を判定するものとなっている。なお、トリアージ判定支援装置３およびセルフトリアージ判定支援装置６は、緊急時の利用のみならず、通常時における利用者の健康を記録して管理したり、病名や薬、血液型、感染症、その他個人情報を管理する装置としても利用可能となっている。 【００１４】 図２はオペレーター端末５として実行されるソフトウエア（Ｗｅｂアプリ）の概要を表した説明図である。オペレーター端末５を中心としたハードウエアの構成は前記図１に示した通りである。 緊急時を除く一般的な利用の場合、利用者（患者）の情報は、オペレーター端末５を介して予め患者情報としてデータベース４に記憶されている。利用者が、病気、怪我などで救急搬送を希望したいと考えた場合、あるいは救急搬送を依頼すべきかどうか迷う場合に、オペレーター端末５に対して電話またはＦＡＸを行う。この電話またはＦＡＸは、ＣＴＩ装置２を介してオペレーター端末５に接続され、オペレーターを介してトリアージ判定支援装置３に症状や必要事項の入力処理が行われる。この際、ＣＴＩ装置２から取得した電話番号に基づいてデータベース５から利用者の検査を行い、さらに利用者の会員番号や氏名等からデータベース５に登録されている利用者を特定する。 この利用者の特定を行った後、オペレーターがＣＴＩ装置２を介した電話でＷｅｂアプリの実行に基づいてトリアージ判定支援装置３から提供される設問に対して得られた回答を当該トリアージ判定支援装置３に入力し、入手可能であればバイタル情報を入力した後にトリアージ判定を行う。そして、得られた判定結果が、利用者（患者）に電話またはＦＡＸで伝達される。トリアージの判定結果を受け取った利用者は、当該判定結果を参考にして、救急車による医療機関への搬送を依頼したり、救急車によらず翌日に診療を受ける等の対処をすることになる。また、緊急の場合に、オペレーターがオペレーター端末５を利用して医療機関での受け入れ可否の確認や、救急隊による患者の搬送を依頼する等の処置を行う。以上が、トリアージシステムの主な流れである。」 「【００２０】 次いで、主訴一覧（II）タブによって選択された図９に示す画面上では、主訴選択(S8)が行われる。主訴選択は図１０に示す主訴一覧タブ「全科」、「内科・耳鼻科・口腔外科」、「外科・眼科・皮膚科」、「産科・婦人科・泌尿器科」、「小児科」、「精神科・相談」から該当する主訴を選択し、当該タブの選択に応じて表示される項目の選択等を行うようになっている。各診療科目のタブを切り替えることにより、診療科目毎の主訴内容を表示できるようになっている。 【００２１】 次いで、診断（III）タブによって選択された図１１に示す画面上において、図１２に示す症状入力(S9)、図１３に示す生体情報入力・診断(S10)、図１４に示す診断結果入力・存(S11)等の操作が行われる。 症状入力(S9)は、問診に沿って症状を入力する。生体情報入力・診断(S10)は、救急隊等から意識レベル、バイタルサイン等の生体情報を入手した場合にはこれらの情報を入力した後に「診断」を入力する。 診断結果入力・保存(S11)は、保存診断結果を入力し、診断情報を保存する。「システムによる診断」、「予想される疾患」はシステム診断により自動表示されるようになっており、診断ページにて、表示されている相談者情報が変更された場合、「保存」ボタン押下時に相談者情報も保存されるようになっている。」 「【図１２】 」 上記記載からみて、引用文献２には、 「トリアージ支援システムに設けられたトリアージ判定支援装置３は、患者のバイタル、症状といった患者情報に基づいて救命に関する救急度を判定するプログラムを実行する装置であり（【００１０】、【００１３】）、 オペレーターの端末５を起動すると、トリアージ判定支援装置３のプログラムが実行可能となり（【００１３】）、 次いで、主訴一覧タブによって選択された画面上で、主訴選択が行われ（【００２０】）、 次いで、診断タブによって選択された画面上で、症状質問に対する「詳細主訴」、「部位」、「いつから」、「どんなとき」という問診、および、随伴症状質問に対する問診に沿って症状を入力する（【００２１】、【図３】）」 という事項が記載されている。 ３　引用文献３の記載事項 原査定の拒絶理由で引用された引用文献３（特開２００４－３８８８１号公報）には、以下の記載がある。 「【０００１】 【発明の属する技術分野】 本発明は、緊急情報の受信に基づいて、警察車両や救急車、あるいは民間警備会社の緊急車両等の手配・搬送等の命令を処理する緊急通報システム及びその方法に関する。」 「【００１６】 本発明の実施形態である緊急通報システムは、図１に示すように、ネットワーク網（ＴＣＰ／ＩＰネットワーク）Ａを介して構成され、第１クライアント１と、第２クライアント２と、サーバ３と、を備えてなる。第１クライアント１及び第２クライアント２は、ＧＰＳシステム（Ｇ）により夫々、自己位置検出機能を備えている。 【００１７】 図２は、第１クライアントの概略構成を示すブロック図である。 図２において、第１クライアント１は、静的なグローバルＩＰアドレスによりネットワークＡへ参加可能な複数のクライアント（例えば、ＴＣＰ／ＩＰプロトコルによる通信可能な携帯電話、ＰＨＳ端末やＩＰフォンなど）１ａ～１ｎであり、位置情報取得部１１と、位置情報発信部１２と、緊急情報発信部１３と、指示情報受信部１４と、を備えて構成される。 【００１８】 位置情報取得部１１は、ＧＰＳシステム（Ｇ）により当該第１クライアント１の現在位置情報を取得する。 位置情報発信部１２は、緊急車両を要請する場合、該当する電話番号（１１０番など）を発呼するだけで、位置情報取得部１１によって取得された位置情報を後述するサーバ３へ発信する。 【００１９】 緊急情報発信部１３は、後述するサーバ３へ緊急としてのステータス情報が送信可能に構成されており、この緊急ステータスは、上記した該当する電話番号（１１０番など）を発呼した時点で緊急情報として対応付けるステータスであり、直ちに該当するサーバ３へ発信する。 【００２０】 指示情報受信部１４は、後述するサーバ３から送信される情報、例えば、警察や消防署における初動が完了した旨の救急初動了解通知を受信し、その情報を液晶パネルなどの表示部へ表示するものである。この情報は、サーバ３にアクセスしてＷｅｂインタフェースで表示されるようになっている。 【００２１】 図３は、第２クライアントの概略構成を示すブロック図である。 図３において、第２クライアント２は、静的なグローバルＩＰアドレスによりネットワークＡへ参加可能な複数のクライアント２ａ～２ｎであり、固定型と移動型のものに分けられる。固定型の第２クライアント２ａは、位置情報が不変である警察署や消防署等に設置される端末であり、移動型の第２クライアント２ｂは、位置情報が常に変動する第２警察車両や救急車等に搭載される端末である。この第２クライアント２は、位置情報取得部２１と、位置情報発信部２２と、指示情報受信部２３と、を備えて構成される。 【００２２】 位置情報取得部２１は、ＧＰＳシステム（Ｇ）により当該第２クライアント２の現在位置情報を取得する。 【００２３】 位置情報発信部２２は、位置情報取得部２１により取得した位置情報をサーバ３に対して発信する。この第２クライアント２の位置情報は、上述したように、緊急車両の出動施設の場合、予めサーバ３のデータベースに登録されており、パトロールカーや救急車等の緊急車両自体は、ＧＰＳシステム（Ｇ）より位置情報発信部２２でリアルタイムにサーバ３へ発信され、逐一、時刻情報と共にデータベースへ登録されている。 【００２４】 指示情報受信部２３は、サーバ３からの緊急通報に関する指示情報（ＵＲＬとして提供される）を受信し、ブラウザ上でサーバ３へアクセスすることにより全てＷＥｂインタフェースで緊急通報の内容（位置情報、事件、事故、火災などの情報）を確認できる。」 「【００５４】 ＜第２の動作例＞ 図９は、１１９番通報による救急車の出動を要請する動作例を示すフローチャートである。ここでの登録クライアントとは、図１に示す第１クライアント１に相当するものであり、通報者の携帯電話機、コンビニエンスストアやファミリーレストラン等に設置される端末装置、あるいは、予め本システムの利用登録を済ませている通報者の端末装置である。また、対応クライアントとは、図１に示す第２クライアント２に相当するものであり、救急車に搭載される端末装置（移動型）、または、消防署に設置される端末装置（固定型）である。 【００５５】 まず、登録クライアントは、緊急事態（事故や急病）の発生に対して該当する電話番号（１１９番）に発信する（ステップＳ５１）。この登録クライアントは、位置情報取得部によって現在の位置情報を取得し、緊急ステータスによって自動的に該当サーバ３へ位置情報及び緊急情報を通知する。 【００５６】 位置情報及び緊急情報を受信したサーバ３は、初動告知処理として、登録クライアントからの位置情報と、事前にデータベースに登録されている対応クライアント（救急車や消防署）の現在位置とを比較して、登録クライアントの位置情報から最短距離に存在する救急車又は消防署を選定する。サーバ３は、上記選定された救急車又は消防署に対し、登録クライアントの位置情報と緊急情報とを通知する（ステップＳ５２）。この通知は、例えば、サーバ３側で自動的に登録クライアントの位置情報と緊急情報とから構成されるＷｅｂページを作成する機能を設けておくことにより、救急車又は消防署（対応クライアント）へは当該ＷｅｂページのＵＲＬを送信するとよい。 【００５７】 対応クライアント（選定された救急車又は消防署）は、サーバ３からＵＲＬを受信すると（ステップＳ５３）、オペレータによってブラウザ上で当該ＵＲＬにより指定されるＷｅｂページ上で登録クライアント（通報者）の位置情報及び緊急情報を確認後、通知確認及び了解確認をサーバ３へ送信する。 【００５８】 なお、対応クライアントは、初動の了解ができない場合、例えば、既に他の事故現場へ急行している、あるいは、既に患者を搬送中であるため、現場へ急行できないといった場合、オペレータの確認操作によってサーバ３に非了解通知を送信するようにする。 【００５９】 サーバ３は、初動非了解の通知を受信した場合には、次に登録クライアントの現在位置から最短距離にいる対応クライアントを選定し、了解通知を受信するまで処理を繰り返す。（ステップＳ５２、５３、５４）。なお、通報者の近隣に複数の対応クライアントが存在する場合には、全ての対応クライアントに対して同報配信するような構成とし、了解通知の最も早く送信された対応クライアントにより初動を開始するようにしてもよい。 【００６０】 サーバ３は、対応クライアントから了解通知を受信すると、即座に登録クライアントに対して初動が完了した旨を示す了解通知を送信する（ステップＳ５５）。登録クライアント（通報者）は、サーバ３から初動（救急車が現場に急行している）が完了した旨を通知されると、液晶パネルなどに表示し、緊急通報処理を終了する（ステップＳ５６）。」 ４　引用文献４の記載事項 原査定の拒絶理由で引用された引用文献４（特開２００９－２２４９６７号公報）には、以下の記載がある。 「【００１４】 本発明は、ＡＥＤを必要とする場面に遭遇した場合、「１１９」ダイアルした際、携帯電話画面に最寄りのＡＥＤ所在箇所までをナビする一方で、ＡＥＤ側では、所在をアピールするため、警報、発光などを発し、場所の特定を容易にする手段を提供し、短時間にＡＥＤを入手し、人命救助を支援することを実現する。」 「【００４２】 本実施形態によれば、ＡＥＤ必要に遭遇した場合、最も近いところにあるＡＥＤ所在が知らされることで、通報者のＡＥＤ入手を迅速にすることを可能とする。これによって、救命の手助けを実現する。 【００４３】 また、通報者と、管理サーバを使用している管理人（センター受付担当者）との通話によって、短時間で通報者がＡＥＤ所在情報を入手することが可能となる。」 「【００５９】 １１９通報者は、指示に従い、入手したＡＥＤ所在情報を元にＡＥＤの所在へ向かう。ＡＥＤ所在情報の入手方法は、例として、地図情報の送信、文字による案内、音声による説明がある。 【００６０】 ＡＥＤ側では、ＡＥＤ対応携帯電話へ呼び出しを受け、報知手段としての鳴動機２３、発光機２２を起動する（ステップＳ２０６）。この際、ＡＥＤは収納の仕方では、取り出しに手間を要する場合がある。ここで、ＡＥＤ対応携帯電話が呼び出された時、これと同時に、鳴動機２３、および、発光機２２の鳴動・光指示に併せて開錠、収納扉開放など、すぐ持ち出せる状態へ移行させる。」 ５　引用文献５の記載事項 原査定の拒絶理由で引用された引用文献５（国際公開第２０１１／０１６４４７号）には、以下の記載がある。 「[0001] 　本発明は、通信端末から通信回線網を介して自動的に問診を行う自動問診システム、自動問診プログラム及び自動問診方法に関する。」 「[0029] 　〔第１の実施形態〕 図１を参照して、本発明にかかる自動問診システムを説明する。自動問診システムのサーバ１は、通信回線網（本実施の形態では、インターネット網Ｎ）を介して、複数の通信端末（本実施の形態では３つの携帯電話ｍ１～ｍ３）と通信可能に接続されている。本実施の形態では、説明の便宜上、携帯電話を使用した例で説明しているが、通信端末はこれに限定されない。また、通信端末の数も３に限定されない。後述するように、サーバ１及び携帯端末ｍ１～ｍ３は、所定の病院の通信端末ｈ、商品の販売及びサービスの受付をする店舗の通信端末ｓとも、インターネット網Ｎを介して通信可能に接続されている。 [0030] 　本システムは、携帯電話ｍ１～ｍ３（以下総称して「携帯電話Ｍ」という）からインターネット網Ｎを介してサーバ１に問診要求の信号を送信すると、サーバ１から問診票が送信されて携帯電話Ｍに表示させ、この問診票に対する応答を入力することで、サーバ１から携帯電話Ｍに問診結果を表示させるものである。この問診結果には、前記病院や店舗に関する情報も含まれ、携帯電話Ｍと病院の通信端末ｈ、店舗の通信端末ｓとのデータ通信も可能である。 [0031] 　図２はサーバ１のブロック構成図である。なお、以下、第１の実施形態乃至第５の実施形態で説明するサーバ１の各機能は、ＣＰＵ（図示せず）及びメモリ（図示せず）による制御、演算、加工等によって実行される。 [0032] 　携帯電話Ｍからの問診要求をインターネット網Ｎを介して、サーバ１の送受信部１０１で受信し、問診票生成部１０２に問診票生成の要求がなされる。問診票生成部１０２では、まず、前記問診票生成の要求に対して、第１問診データ格納部１０３から問診データを読み出して、第１問診票ｍｅ１（図３）が生成され、生成された第１問診票ｍｅ１が、送受信部１０１からインターネット網Ｎを介して携帯電話Ｍに送信され、表示される。携帯電話Ｍから第１問診票ｍｅ１に対する第１入力データが入力されると、この第１入力データをインターネット網Ｎを介して送受信部１０１で受信する。 [0033] 　問診票生成部１０２では、受信した第１入力データに対応する第２問診データを第２問診データ格納部１０４から読み出し、第２問診票ｍｅ２（図３）が生成され、生成された第２問診票ｍｅ２が送受信部１０１からインターネット網Ｎを介して携帯電話Ｍに送信され、表示される。携帯電話Ｍから第２問診票ｍｅ２に対する第２入力データが入力されると、この第２入力データをインターネット網Ｎを介して送受信部１０１で受信する。 [0034] 　問診票生成部１０２では、受信した第２入力データに対応する第３問診データを第３問診データ格納部１０５から読み出し、第３問診票ｍｅ３（図３）が生成され、生成された第３問診票ｍｅ３が送受信部１０１からインターネット網Ｎを介して携帯電話Ｍに送信され、表示される。携帯電話Ｍから前記第３問診票ｍｅ３に対する第３入力データが入力されると、この第３入力データをインターネット網Ｎを介して送受信部１０１で受信する。受信した第３入力データに対応する疾病名及び診療科目名を疾病名/診療科目名データ格納部１０７から読み出し、読み出された疾病名及び診療科目名に基づいて、問診結果生成部１０６で問診結果データが生成される。この問診結果データは送受信部１０１からインターネット網Ｎを介して携帯電話Ｍに送信され、表示される。 [0035] 　図３は前記第１問診票ｍｅ１、第２問診票ｍｅ２及び第３問診票ｍｅ３の表示例を示している。第１問診票ｍｅ１は身体上の各部位又は上位の症状を画面上で選択できる形式に列挙したものである。即ち、最初に「具合の悪い部位/症状は？」という問いｍｅ１１に対して、<部位>ｍｅ１２としては、頭、顔、胸、腹、背中、腰・尻、腕、足が列挙され、上位の<症状>ｍｅ１３としては、貧血、のぼせ、亜発熱、冷え性、吐き気、胸焼け、動悸・息切れ、消化・食欲異常、肥満・痩せすぎ、睡眠障害、疲れ・倦怠感、心の悩み、精神障害が列挙されている。そして、各部位、症状にラジオボタンｒが付されているので、携帯電話Ｍの入力キーから、被問診対象者の具合の悪い部位、症状を一つ選択する。本実施の形態では、具合の悪い部位として「頭」が選択されているところを示している。 [0036] 　第２問診票ｍｅ２では、第１問診票ｍｅ１で選択された部位で認められる症状又は前記上位の症状に対応する中位の症状が列挙される。本実施の形態では、第１問診票ｍｅ１で選択された部位「頭」に対応する症状を列挙した問診票が生成される。即ち、冒頭に部位ｍｅ２１に「頭」と表示され、「症状は？」という問いｍｅ２２に対して、この部位で認められる症状（頭痛、意識障害、めまい…筋肉の異常など）を画面上で選択できるように、各々ラジオボタンｒが付された形式で列挙されている。そして、第１問診票ｍｅ１同様、携帯電話Ｍの入力キーから、被問診対象者の具合の悪い部位の症状を一つ選択すればよい。本実施の形態では、症状として「頭痛」が選択されているところを示している。 [0037] 　第３問診票ｍｅ３では、第２問診票ｍｅ２の各症状を程度別に細分化した下位の症状が列挙される。本実施の形態では、冒頭に部位の症状ｍｅ３１として第２入力データとして選択された「頭痛」が表示され、下位の症状ｍｅ３２として「急に頭を殴られるような頭痛があった」「ときどき発作的に頭痛が起こる」「ずーっと続く頭痛がある」「ここしばらく頭痛が強くなってきた」等の症状が表示されている。この第３問診票ｍｅ３では、第１問診票ｍｅ１及び第２問診票ｍｅ２と異なり、複数回答が可能であるため、各症状にチェックボックスｃが付されている。 [0038] 　本発明では、図３に示すように、被問診対象者は、３階層の問診（質問）の中から自覚症状に当てはまるものを順次選択するだけの簡単な操作ができればよいので、携帯電話の操作に不慣れな老人や体調のすぐれない者にとって操作性がよく、高い利便性がある。さらに、この３階層の問診は、一般に医師が対面診療においても、初動で行う問診手順と同様である。従って、医師にとっても初動の問診の手間が省けるか、少なくとも軽減される。この３階層に体系化された問診によって得られる問診結果は、感度又は特異度が概ね９０％～９６％のレベルの内容であるが、これ以上の精度を上げるためには単一の検査では特定できないレベルとなるため、初動の問診には馴染まないレベルになってしまう。そこで、本発明では、問診の精度を必要以上に上げるよりも、上記被問診対象者の操作性及び利便性の向上と、医師の対面診療の迅速化並びに医療全般の効率化を図るために、問診内容を上記３階層に体系化した。 [0039] 　図４は、上記第３問診票ｍｅ３に対する第３入力データに基づいて、図２で説明した問診結果生成部１０６で生成され、携帯電話Ｍで表示される問診結果票ｒｓ１の表示例を示している。まず、冒頭欄ｒｓ１１に、上記３階層の問診に対する各入力データの内容を表示している。即ち、「部位：頭、症状：頭痛、程度：急に頭を殴られるような頭痛があった、夜の決まった時間帯に起こる頭痛」という表示がなされる。次いで、この入力データから、判断される疾病名及び診療科目名が、図２で説明した疾病名/診療科目名データ格納部１０７から読み出され、これが表示される。本実施の形態では２つの原因欄ｒｓ１２及びｒｓ１３が表示され、各原因欄には、疾病名ｒｓ１２１「△×症」、ｒｓ１３１「△△症」及び診療科目名ｒｓ１２２「○○○科」、ｒｓ１３２「□□□科」が表示されている。」 「[図２] 」 「[図３] 」 上記記載からみて、引用文献５には、 「サーバがインターネット網を介して複数の携帯電話と通信可能に接続されており、携帯電話からインターネット網を介して自動的に問診を行う自動問診システムであって（[0029]）、 前記サーバは、送受信部、問診票生成部、第１問診データ格納部、第２問診データ格納部、第３問診データ格納部、問診結果生成部、疾病名／診療科目名データ格納部からなり（[図２]）、 前記サーバでは、 携帯電話からの問診要求をインターネット網を介して送受信部で受信し、問診票生成部に問診票生成の要求がなされ、問診票生成部では前記問診票生成の要求に対して、第１問診データ格納部から問診データを読み出して、第１問診票が生成され、生成された第１問診票が送受信部からインターネット網を介して携帯電話送信され表示され、携帯電話から第１問診票に対する第１入力データが入力されると、この第１入力データをインターネット網を介して送受信部で受信し（[0032]）、 問診票生成部は、受信した第１入力データに対応する第２問診データを第２問診データ格納部から読み出し、第２問診票が生成され、生成された第２問診票が送受信部からインターネット網を介して携帯電話に送信され表示され、携帯電話から第２問診票に対する第２入力データが入力されると、この第２入力データをインターネット網を介して送受信部で受信し（[0033]）、 問診票生成部は、受信した第２入力データに対応する第３問診データを第３問診データ格納部から読み出し、第３問診票が生成され、生成された第３問診票が送受信部からインターネット網を介して携帯電話に送信され表示され、携帯電話から第３問診票に対する第３入力データが入力されると、この第３入力データをインターネット網を介して送受信部で受信し（[0034]）、 受信した第３入力データに対応する疾病名及び診療科目名を疾病名/診療科目名データ格納部から読み出し、読み出された疾病名及び診療科目名に基づいて、問診結果生成部で問診結果データが生成され（[0034]、[0039]）、 第１問診票は、身体上の各部位又は上位の症状を画面上で選択できる形式に列挙したものであり、各部位、症状にラジオボタンが付されており、携帯電話の入力キーから、被問診対象者の具合の悪い部位、症状を一つ選択し（[0035]）、 第２問診票は、第１問診票で選択された部位で認められる症状又は前記上位の症状に対応する中位の症状が列挙され、この部位で認められる症状を画面上で選択できるように、各々ラジオボタンが付された形式で列挙され、携帯電話の入力キーから、被問診対象者の具合の悪い部位の症状を一つ選択し（[0036]）、 第３問診票は、第２問診票の各症状を程度別に細分化した下位の症状が列挙されており、部位の症状：頭痛に対して、「急に頭を殴られるような頭痛があった」「時々発作的に頭痛が起こる」「ずーっと続く頭痛がある」「ここしばらく頭痛が強くなってきた」「片側の頭がずきずきと痛む頭痛がある」「頭全体がしめつけられるように痛む」「夜の決まった時間帯に起こる頭痛」「朝方に一番強い頭痛がある」「頭痛がある時に何かキラキラする」「首が左右には回せるが前には倒し難い」という症状に対して複数回答が可能であるため、各症状にチェックボックスが付されており（[0037]、[図３]）、 被問診対象者は、３階層の問診（質問）の中から自覚症状に当てはまるものを順次選択する（[0038]）、 自動問診システム。」 が記載されているといえる。 ６　引用文献６の記載事項 原査定の拒絶理由で引用された引用文献６（特開２０１２－１１３６２９号公報）には、以下の記載がある。 「【０００１】 本発明の実施形態は、受付システムに関する。」 「【０００８】 受付端末１は、例えば受付カウンタなどに設置され、診察を希望する患者Ｈ１が操作する情報端末である。具体的には、受付端末１は、表示部１０、操作部１１、読取部１２、制御部１３、通信部１４を備える構成である。」 「【００２３】 図２は、問診情報を表示した表示画面Ｇ１を示す概念図である。問診情報配信部２２２による問診情報の配信を受けて、受付端末１の表示部１０には、図２に示すような表示画面Ｇ１が表示されることとなる。図２の例は、受付端末１で内科が選択された場合の問診情報を表示画面Ｇ１に表示している。患者Ｈ１は、表示画面Ｇ１を確認しながら、患者Ｈ１への問い合わせ事項の回答を操作部１１より行う。」 「【図２】 」 上記記載からみて、引用文献６には、 「診察を希望する患者が操作する受付端末には、「Ｑ１現在の症状は？」、「Ｑ２症状が始まったのは何時からですか？」、「Ｑ３どのような頭痛ですか？」という問診情報が表示される受付システム。」 が記載されているといえる。 第６　対比・判断 １　本願発明１について （１）対比 本願発明１と引用発明を対比すると、次のことがいえる。 ア　引用発明の「ユーザ」、「ユーザ端末１０」は、それぞれ、本願発明１の「操作者」、「端末」に相当する。また、引用発明において、ユーザがユーザ端末１０に対して入力する「問診票の入力情報」は、本願発明１の端末に対して入力する「入力内容」に相当する。そして、引用発明の「問診票の入力情報を基に緊急度を判定し、必要に応じて救急車の手配を実行する」ことは、問診票の入力情報を基に必要に応じて、ユーザを救急車で病院に搬送するか否かを判定し、必要があると判定された場合に、救急車を手配することであるから、本願発明１における「入力内容に基づいて対象者の搬送を要するかを判断する」ことに相当する。 イ　引用発明の「問診票ページ２１」は、センタサーバ２の記憶領域内に備えられているものであるから、その内容は「予め定められた」ものといえる。そして、引用発明の問診票ページ２１の内容である「患部、症状、意識の有無、顔色の良し悪し、苦しみの有無」および「体温、血圧、脈拍など」は、本願発明１の「複数の症状項目」に相当し、引用発明の「問診票ページ２１」は、「患部、症状、意識の有無、顔色の良し悪し、苦しみの有無」および「体温、血圧、脈拍など」をユーザに選択させるものである点で、本願発明１の「予め定められた複数の症状項目から１つ以上の症状項目を選択させる画面」に相当する。そして、引用発明の「センタサーバ２０」は、問診票ページ２１をユーザ端末１０に表示しており、「表示させる」手段を有するものといえる。よって、引用発明の「センタサーバ２０」の当該「表示させる」手段は、本願発明１の「第１表示制御手段」に相当する。 ウ　引用発明の問診票ページ２１における「患部、症状、意識の有無、顔色の良し悪し、苦しみの有無、体温、血圧、脈拍」の各項目について、患部、症状、意識の有無、顔色の良し悪し、苦しみの有無では、ユーザの定性的な様子、体温、血圧、脈拍では、数値等の定量的な値の入力が求められる点で、これらは質問内容といえ、この定性的な様子や数値等の定量的な値の入力を求める質問内容は、本願発明１の「複数の症状項目にそれぞれ設定され、各症状項目が示す症状について、量を問う定量質問と、性質を問う定性質問」との「質問内容」に相当する。そして、引用発明の「センタサーバ２０」は、問診票ページ２１を記憶領域内に備える点で「記憶する」手段を有するものといえる。よって、引用発明の「センタサーバ２０」における当該「記憶する」手段は、本願発明１の「第１記憶手段」に相当する。 エ　引用発明の患者情報データベース２３０に格納される「入力データ」は、問診票ページ２１という入力画面に対してユーザが入力する情報に基づくデータであるから、問診票ページ２１は順次表された画面ではないものの、本願発明１の「第２表示制御手段により順次表示された画面にて入力された各症状項目の３種の質問内容に対する回答結果」と、「入力画面にて入力された症状項目の質問内容に対する回答結果」という点で共通する。そして、引用発明のセンタサーバ２０は、入力画面にて入力された症状項目の質問内容に対する回答結果と合致するレコードから病名、科目、緊急度、対処法コメントを抽出することから、回答結果に応じて「症状の結果を抽出する」手段を有するものといえる。よって、引用発明の「センタサーバ２０」の当該「症状の結果を抽出する」手段は、本願発明１の「症状毎の結果を判断する症状結果判断手段」と、「症状の結果を取得する症状結果取得手段」という点で共通する。 オ　引用発明のセンタサーバ２０は、症状の結果を取得する症状結果取得手段が抽出した緊急度を参照して、緊急度が「大」の場合は、救急センタ端末４０に対し救急車の出動依頼を送信していることから、緊急度を参照して、救急車の出動依頼を「判断する」手段を有するものといえる。よって、引用発明の「センタサーバ２０」の当該「判断する」手段は、本願発明１の「症状結果判断手段により判断された症状毎の結果に基づいて、対象者の搬送を要するかを判断する搬送判断手段」と、「症状結果取得手段により取得された結果に基づいて、対象者の搬送の必要性を判断する手段」で共通する。 カ　上記アないしオより、引用発明の「病院予約システム」は、本願発明１の「救急システム」といえる。 上記アないしカより、本願発明１と引用発明とは、以下の一致点で一致し、また相違点１ないし相違点４で相違する。 （一致点） 「操作者が端末に対して入力する入力内容に基づいて対象者の搬送を要するかを判断する救急システムであって、 予め定められた複数の症状項目から１つ以上の症状項目を選択させる画面を表示させる第１表示制御手段と、 前記複数の症状項目それぞれに設定され、症状項目が示す症状について、量を問う定量質問と、性質を問う定性質問との質問内容を記憶する第１記憶手段と、 入力画面にて入力された症状項目の質問内容に対する回答結果に応じて、症状の結果を取得する症状結果取得手段と、 症状結果取得手段により取得された結果に基づいて、対象者の搬送の必要性を判断する手段と、 を備える救急システム。」 （相違点１） 「第１記憶手段」が記憶する「質問内容」が、本願発明１では「量を問う定量質問と、性質を問う定性質問と、時間を問う時間質問との３種の質問内容」であるのに対し、引用発明では、質問内容に、時間を問う時間質問が含まれているか不明である点。 （相違点２） 本願発明１は「前記第１表示制御手段により表示された画面において選択された症状項目に設定された前記定量質問、前記定性質問及び前記時間質問の３種の質問内容を、前記第１記憶手段から読み出して症状項目毎に順次画面表示させる第２表示制御手段」を備え、第２表示制御手段で順次表示される画面が「入力画面」であるのに対し、引用発明は、そのような特定事項を有しておらず、問診票ページ２１が入力画面である点。 （相違点３） 「入力画面にて入力された症状項目の質問内容に対する回答結果」に応じて「症状の結果を取得する症状結果取得手段」が、本願発明１では「第２表示制御手段により順次表示された画面にて入力された各症状項目の３種の質問内容に対する回答結果」に応じて「症状毎の結果を判断する症状結果判断手段」であるのに対し、引用発明は、「入力データ」に応じて「症状の結果を抽出する手段」である点。 （相違点４） 「症状結果取得手段により取得された結果に基づいて、対象者の搬送の必要性を判断する手段」が、本願発明１では「症状結果判断手段により判断された症状毎の結果に基づいて、対象者の搬送を要するかを判断する搬送判断手段」であるのに対し、引用発明は、「症状の結果を抽出する手段が抽出した緊急度を参照して、救急車の出動依頼を判断する手段」である点。 （２）判断 事案に鑑みて、相違点２について検討する。 引用文献２には、主訴一覧タブによって選択された画面上で、主訴選択が行われ、次いで、診断タブによって選択された画面上で症状質問に対する「詳細主訴」、「部位」、「いつから」、「どんなとき」という問診、および、随伴症状質問に対する問診に沿って症状を入力することが記載されているものの、選択された症状項目に設定された定量質問、定性質問及び時間質問の３種の質問内容を、「症状項目毎に順次画面表示させる」ことは記載されていない。 引用文献５には、第１問診票において、身体上の各部位又は上位の症状から、被問診対象者の具合の悪い部位の症状を一つ選択し、第２問診票において、第１問診票で選択された部位で認められる症状又は前記上位の症状に対応する中位の症状から、被問診対象者の具合の悪い部位の症状を一つ選択し、第３問診票において、第２問診票の各症状を程度別に細分化した下位の症状が列挙されており、部位の症状：頭痛に関して、「急に頭を殴られるような頭痛があった」「時々発作的に頭痛が起こる」「ずーっと続く頭痛がある」「ここしばらく頭痛が強くなってきた」「片側の頭がずきずきと痛む頭痛がある」「頭全体がしめつけられるように痛む」「夜の決まった時間帯に起こる頭痛」「朝方に一番強い頭痛がある」「頭痛がある時に何かキラキラする」「首が左右には回せるが前には倒し難い」という症状から複数回答が可能とされ、被問診対象者は、「３階層の問診の中から自覚症状に当てはまるものを順次選択する」として、問診では「急に頭を殴られるような頭痛があった」「ここしばらく頭痛が強くなってきた」「片側の頭がずきずきと痛む頭痛がある」「頭全体がしめつけられるように痛む」という定量質問、「頭痛がある時に何かキラキラする」「首が左右には回せるが前には倒し難い」という定性質問、「時々発作的に頭痛が起こる」「ずーっと続く頭痛がある」「夜の決まった時間帯に起こる頭痛」「朝方に一番強い頭痛がある」という時間質問の３種の質問内容が表示されることが記載されているものの、選択された症状項目に設定された定量質問、定性質問及び時間質問の３種の質問内容を、「症状項目毎に順次画面表示させる」ことは記載されていない。 引用文献６には、「Ｑ１現在の症状は？」、「Ｑ２症状が始まったのは何時からですか？」、「Ｑ３どのような頭痛ですか？」という問診情報が表示されることは記載されているものの、選択された症状項目に設定された定量質問、定性質問及び時間質問の３種の質問内容を、「症状項目毎に順次画面表示させる」ことは記載されていない。 引用文献３、４にも、「前記第１表示制御手段により表示された画面において選択された症状項目に設定された前記定量質問、前記定性質問及び前記時間質問の３種の質問内容を、前記第１記憶手段から読み出して症状項目毎に順次画面表示させる第２表示制御手段」は、記載も示唆もされていない。 すると、引用発明に、引用文献２－６に記載された事項を組み合わせたとしても、上記相違点２に係る「前記第１表示制御手段により表示された画面において選択された症状項目に設定された前記定量質問、前記定性質問及び前記時間質問の３種の質問内容を、前記第１記憶手段から読み出して症状項目毎に順次画面表示させる第２表示制御手段」という本願発明１の構成については導き出せない。 これに対して、本願発明１は、上記相違点２に係る「前記第１表示制御手段により表示された画面において選択された症状項目に設定された前記定量質問、前記定性質問及び前記時間質問の３種の質問内容を、前記第１記憶手段から読み出して症状項目毎に順次画面表示させる第２表示制御手段」を有することにより、選択していた全ての症状項目について、質問内容及び選択肢を表示し、順次症状項目について質問内容及び選択肢を表示させ、症状の結果をより正確に判断できることから、対象者の状態に応じて対象者の搬送を要するかをより適切に判断することとなり、対象者の搬送の必要性についてより的確に判断することができるという効果を奏するものである（【００７４】、【０１３２】を参照）。 よって、上記相違点２に係る「前記第１表示制御手段により表示された画面において選択された症状項目に設定された前記定量質問、前記定性質問及び前記時間質問の３種の質問内容を、前記第１記憶手段から読み出して症状項目毎に順次画面表示させる第２表示制御手段」を有する本願発明１について、引用発明と引用文献２－６に記載された事項とに基づいて当業者が容易になしえたものということはできない。 そして、本願発明１は、相違点２の構成を有することで、対象者の搬送の必要性についてより的確に判断することができるという特有の効果を奏するものである。 （３）まとめ したがって、そのほかの相違点について検討するまでもなく、本願発明１は、引用発明と引用文献２ないし６に記載された事項とに基づいて、当業者が容易に発明をすることができたものではない。 ２　本願発明２－６について 本願発明２－６は、本願発明１を減縮した発明であって、上記１（１）の相違点２に係る「前記第１表示制御手段により表示された画面において選択された症状項目に設定された前記定量質問、前記定性質問及び前記時間質問の３種の質問内容を、前記第１記憶手段から読み出して症状項目毎に順次画面表示させる第２表示制御手段」を備えるから、上記１（２）で検討した理由と同様の理由により、引用発明と引用文献２－６に記載された事項とに基づいて、当業者が容易に発明をすることができたものではない。 第７　原査定について 令和３年４月２７日にされた手続補正により、本願発明１－６は「前記第１表示制御手段により表示された画面において選択された症状項目に設定された前記定量質問、前記定性質問及び前記時間質問の３種の質問内容を、前記第１記憶手段から読み出して症状項目毎に順次画面表示させる第２表示制御手段」を有するものとなっており、本願発明１－６は、拒絶査定において引用された引用文献１－６に基づいて、当業者が容易に発明をすることができたものとはいえない。 したがって、原査定を維持することはできない。 第８　当審拒絶理由について 令和３年２月１８日付け拒絶理由通知において、請求項１の記載は明確でないという拒絶の理由を通知したところ、令和３年４月２７日にされた手続補正により請求項１の記載が「前記第１表示制御手段により表示された画面において選択された症状項目に設定された前記定量質問、前記定性質問及び前記時間質問の３種の質問内容を、前記第１記憶手段から読み出して症状項目毎に順次画面表示させる第２表示制御手段」と補正された結果、拒絶の理由は解消した。 第９　むすび 以上のとおり、本願発明１－６は、引用発明および引用文献２ないし６に記載された事項に基づいて、当業者が容易に発明をすることができたものではない。したがって、原査定の理由、および、当審の拒絶の理由によっては、本願を拒絶することはできない。 また、他に本願を拒絶すべき理由を発見しない。 よって、結論のとおり審決する。