【事件の表示】
　特願２０１５−２５４９４９「順番管理システム、順番管理装置および順番管理プログラム」拒絶査定不服審判事件〔平成２９年　６月２９日出願公開、特開２０１７−１１７３８０、請求項の数（５）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，平成２７年１２月２５日に出願された特許出願であって，その手続の経緯は以下のとおりである。
　平成２８年　３月３１日付け：拒絶理由の通知
　平成２８年　５月２７日　　：意見書，手続補正書の提出
　平成２８年　６月２２日付け：拒絶査定
　平成２８年　９月　７日　　：審判請求書，手続補正書の提出
第２　原査定の概要
　原査定（平成２８年６月２２日付け拒絶査定）の概要は次のとおりである。
　本願請求項１〜６に係る発明は，引用文献１〜６に記載された発明に基づいて，当業者であれば容易になし得たものであるから，特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
１.特開２００２−３４２８４６号公報
２.特開２００７−３２３４８２号公報
３.特開２００８−１３６７２０号公報
４.特開２００５−２５８６４７号公報
５.特開２００８−２３４２６２号公報
６.特開２００３−４４９４３号公報
第３　審判請求時の補正について
　審判請求時の補正は，特許法第１７条の２第３項から第６項までの要件に違反しているものとはいえない。
　審判請求時の補正は，特許請求の範囲の限定的減縮を目的とするものである。
　そして，「第４　本願発明」から「第６　対比・判断」までに示すように，補正後の請求項１〜５に係る発明は，独立特許要件を満たすものである。
第４　本願発明
　本願請求項１〜５に係る発明（以下，それぞれ「本願発明１」〜「本願発明５」という。）は，平成２８年９月７日付けの手続補正で補正された特許請求の範囲の請求項１〜５に記載された事項により特定される発明であり，以下のとおりの発明である。
【請求項１】
　施設においてサービスを受ける順番待ち組の順番待ち状況を管理する順番管理システムであって，
　前記順番待ち組に対して順番待ちの状況を知らせるために用いる各順番待ち組の外部用ステータス情報と，前記施設において業務の管理に利用するために用いる各順番待ち組の内部用ステータス情報を保持する記憶部と，
　新規の順番待ちの入力，またはステータス情報の更新情報の入力に基づいて，前記外部用ステータス情報および前記内部用ステータス情報を更新するステータス更新部と，
　前記順番待ち組への情報提供に利用する第１モードの画面には前記外部用ステータス情報を表示し，前記施設内で管理用に利用する第２モードの画面には前記内部用ステータス情報を表示する表示制御部と，を備え，
　前記内部用ステータス情報は，前記サービスに含まれる複数の業務ステップのうち，現在進行中の業務ステップを示す情報と，各順番待ち組に対して実際に前記サービスを提供した際の，各業務ステップに要した作業時間の情報を含み，前記作業時間の情報は，各業務ステップの開始時刻と終了時刻の情報を含み，
　前記ステータス情報の更新情報は，更新後の業務ステップを示す情報を含み，
　前記ステータス更新部は，前記ステータス情報の更新情報の入力に基づいて，前記現在進行中の業務ステップを，前記更新後の業務ステップに更新すると共に，前記ステータス情報の更新情報を受けた時刻を，更新前の業務ステップの終了時刻および前記更新後の業務ステップの開始時刻として登録する，順番管理システム。
【請求項２】
　前記内部用ステータス情報に含まれる，各順番待ち組についての各業務ステップに要した作業時間の情報を用いて，各業務ステップの平均作業時間を算出する，作業時間分析部と，
　各業務ステップの前記平均作業時間の情報を表示する表示部と，を備えた請求項１に記載の順番管理システム。
【請求項３】
　前記作業時間分析部は，
　各順番待ち組についての各業務ステップに要した作業時間の情報の中から，各業務ステップについての最長作業時間と最短作業時間を抽出し，
　前記表示部は，
　各業務ステップの前記最長作業時間と前記最短作業時間の情報を表示する，請求項２に記載の順番管理システム。
【請求項４】
　施設においてサービスを受ける順番待ち組の順番待ち状況を管理する順番管理装置であって，
　前記順番待ち組に対して順番待ちの状況を知らせるために用いる各順番待ち組の外部用ステータス情報と，前記施設において業務の管理に利用するために用いる各順番待ち組の内部用ステータス情報を保持する記憶部と，
　新規の順番待ちの入力，またはステータス情報の更新情報の入力に基づいて，前記外部用ステータス情報および前記内部用ステータス情報を更新するステータス更新部と，を備え，
　前記内部用ステータス情報は，前記サービスに含まれる複数の業務ステップのうち，現在進行中の業務ステップを示す情報と，各順番待ち組に対して実際に前記サービスを提供した際の，各業務ステップに要した作業時間の情報を含み，前記作業時間の情報は，各業務ステップの開始時刻と終了時刻の情報を含み，
　前記ステータス情報の更新情報は，更新後の業務ステップを示す情報を含み，
　前記ステータス更新部は，前記ステータス情報の更新情報の入力に基づいて，前記現在進行中の業務ステップを，前記更新後の業務ステップに更新すると共に，前記ステータス情報の更新情報を受けた時刻を，更新前の業務ステップの終了時刻および前記更新後の業務ステップの開始時刻として登録する，順番管理装置。
【請求項５】
　施設においてサービスを受ける順番待ち組の順番待ち状況を管理するコンピュータを，
　前記順番待ち組に対して順番待ちの状況を知らせるために用いる各順番待ち組の外部用ステータス情報と，前記施設において業務の管理に利用するために用いる各順番待ち組の内部用ステータス情報を保持する記憶部と，
　新規の順番待ちの入力，またはステータス情報の更新情報の入力に基づいて，前記外部用ステータス情報および前記内部用ステータス情報を更新するステータス更新部と，して機能させ，
　前記内部用ステータス情報は，前記サービスに含まれる複数の業務ステップのうち，現在進行中の業務ステップを示す情報と，各順番待ち組に対して実際に前記サービスを提供した際の，各業務ステップに要した作業時間の情報を含み，前記作業時間の情報は，各業務ステップの開始時刻と終了時刻の情報を含み，
　前記ステータス情報の更新情報は，更新後の業務ステップを示す情報を含み，
　前記ステータス更新部は，前記ステータス情報の更新情報の入力に基づいて，前記現在進行中の業務ステップを，前記更新後の業務ステップに更新すると共に，前記ステータス情報の更新情報を受けた時刻を，更新前の業務ステップの終了時刻および前記更新後の業務ステップの開始時刻として登録する，プログラム。
第５　引用文献，引用発明等
１．引用文献１について
　原査定の拒絶の理由において引用された，特開２００２−３４２８４６号公報（以下，「引用文献１」という。）には，図面とともに次の事項が記載されている。（下線は当審において付与した。）
（ア）「【０００１】
【発明の属する技術分野】
本発明は，例えば，レストラン等の飲食店での顧客の待ち人数等を管理するための待ち客管理装置，待ち客管理システムおよびコンピュータプログラムに関する
（イ）「【０００８】
本発明は，全ての情報を再入力する等の煩雑な作業を行うことなく，来店順序に則した順序で顧客を座席に案内することができる待ち客管理システムを得ることを目的とする。
【０００９】本発明は，顧客を待たせた時間を正確に把握することができる待ち客管理システムを得ることを目的とする。
【００１０】本発明は，煩雑な管理作業を行うことなく，現在の正確な待ち人数を把握することができる待ち客管理システムを得ることを目的とする。」
（ウ）「【００２９】
【発明の実施の形態】本発明の一実施の形態について図１ないし図２２を参照して説明する。本実施の形態は，例えば，レストラン等の飲食店で使用されるオーダーエントリーシステムへの適用例を示す。
【００３０】図１は，本発明の一実施の形態のオーダーエントリーシステムの全体構成を概略的に示すシステム構成図である。
オーダーエントリーシステム１は，店員が個々に携帯する複数のハンディターミナル２，ハンディターミナル２との間でデータを無線通信する無線通信装置を備える待ち客管理装置としてのサーバ３，会計処理部に設置されたＥＣＲ４，ドリンクカウンタ等に設置されたカスタマチェックプリンタ５，および，複数台の待ち客表示装置６(６ａ，６ｂ)等により構成されている。
（エ）「【００３３】次に，サーバ３について図２を参照して説明する。図２は，サーバ３が備える各部の電気的接続を示すブロック図である。
サーバ３は，各種のデータ処理を実行するＣＰＵ(Central Processing Unit)７，各種制御プログラム等の固定的データを格納するＲＯＭ(Read Only Memory)８，ＣＰＵ７のワークエリアとして機能するＲＡＭ(Random Access Memory)９等をバス接続することによって形成されるマイクロコンピュータ(Microcomputer：以下，マイコンという)１０を有している。
【００３４】
マイコン１０には，各種制御プログラムや各種データファイルを格納するＨＤＤ(Hard Disk Drive)１１が接続されている。各種データファイルとしては，図３に示す待ち客管理ファイル１００，図４に示す座席管理ファイル２００等がある。
【００３５】図３は，待ち客管理ファイル１００のファイル構造を示す説明図である。
待ち客管理ファイル１００は，顧客を識別するための顧客名を記憶する顧客名エリア１０１，グループ毎の待ち人数である人数を記憶する人数エリア１０２，顧客を受け付けた時間に関する受付時間情報としての受付時間を記憶する受付時間エリア１０３等によって構成されるファイル構造を有する。本実施の形態では，顧客名と人数とによって顧客情報が構成されている。また，待ち客管理ファイル１００は，識別情報を記憶する識別情報エリア１０４を有しており，顧客名，人数，受付時間等の各種情報は，識別情報毎に対応づけられて記憶される。
【００３６】略
【００３７】加えて，
待ち客管理ファイル１００は，識別情報毎に対応づけられて，顧客を座席に案内した時間に関する案内時間を記憶する案内時間エリア１０５と，後述する案内待ち時間に応じて適宜チェックされるチェックボックス１０６を有する。
【００３８】
ＨＤＤ１１に記憶された待ち客管理ファイル１００は，各待ち客表示装置６から出力される各種データに応じて適時更新される。
（オ）「【００４４】図６は，待ち客表示装置６が備える各部の電気的接続を示すブロック図である。
待ち客表示装置６は，各種のデータ処理を実行することで各部を集中的に駆動制御するＣＰＵ２２，各種制御プログラム等の固定的データを格納するＲＯＭ２３，ＣＰＵ２２のワークエリアとして機能するＲＡＭ２４等をバス接続することによって形成されるマイコン２５を有している。
【００４５】〜【００４６】略
【００４７】ＨＤＤ２６には，ＨＤＤ１１に記憶されている待ち客管理ファイル１００と同様の待ち客管理ファイル１００が格納されている。
各待ち客表示装置６のＨＤＤ１１に格納された待ち客管理ファイル１００は，タッチパネル２１の操作により入力または変更されたデータ，あるいは通信Ｉ／Ｆ２９を介してサーバ３から出力されたデータに基づいて適宜更新される。
【００４８】〜【００４９】略
【００５０】加えて，マイコン２５には，サーバ３との間でデータの通信を行う通信Ｉ／Ｆ２９がバス接続されている。」
（カ）「【００５１】続いて，オーダーエントリーシステム１の各部の制御について説明する。
【００５２】まず，
待ち合い場所に設置される待ち客表示装置６ａでの操作に応じたオーダーエントリーシステム１での各部の制御について，図７ないし図１９を参照して説明する。
【００５３】待ち客入力まず，待ち客の入力に際しての制御について説明する。特に図示しないが，待ち客表示装置６ａのＣＰＵ２２は，待ち客の入力に際して，ＨＤＤ２６に格納された制御プログラムに基づいて以下の処理を実行する。
顧客の待ち合い場所に設置された待ち客表示装置６ａは，通常，図７に示すような，トップページである画面Ｐ１を表示している。画面Ｐ１には，案内を待っている顧客に関する待ち客情報５０や，現在待っている顧客の総人数である総人数情報５１等が表示されている。
【００５４】図８に示す画面Ｐ２は，顧客名登録ページを示している。画面Ｐ２は，画面Ｐ１の上に重ねてポップアップ表示するようにしてもよいし，画面Ｐ１と入れ替えて表示するようにしてもよい。以下に説明する各種画面についても同様とする。
画面Ｐ２には，顧客名を入力するためのキーボード５３，入力された顧客名を表示する顧客名表示欄５４等が表示されている。
【００５５】画面Ｐ３は，人数登録ページを示している。
画面Ｐ３には，画面Ｐ２で入力した顧客名(ここでは，「タカハシ」)に対応する待ち人数を入力するためのテンキー５３，入力された待ち人数を表示する待ち人数表示欄５５，入力した情報を確定する「ＯＫ」キー５６，入力した情報を取消す「キャンセル」キー５７等が表示されている。
【００５６】
待ち人数の入力後「ＯＫ」キー５６がタッチされると，ＲＡＭ２４に記憶されている顧客名に入力された人数情報を対応づけた新規登録データを通信Ｉ／Ｆ２９を介してサーバ３へ向けて出力し，画面Ｐ１へ戻る。
【００５７】ここで，
図１０は，サーバ３のＨＤＤ１１に格納された制御プログラムに基づいてＣＰＵ７が実行する新規登録処理について概略的に示すフローチャートである。
【００５８】
受信したデータが待ち客表示装置６ａから出力された新規登録データであると判断した場合には(Ａ２のＹ)，受信した新規登録データに基づいた顧客名，人数に新たな識別情報を対応づけて待ち客管理ファイル１００に記憶する(Ａ３)。
【００５９】
このとき，ＣＰＵ７の計時機能を用いて，受付時間新規登録データを記憶した時間をこの顧客の受付時間として取得し，新規に記憶された顧客名に対応づけて受付時間エリア１０３に記憶する(Ａ４)。ここに，待ち客記憶手段としての機能が実行され，待ち客記憶機能が実現される。これによって，待ち客管理ファイル１００が更新される。
【００６０】略
【００６１】更新後の待ち客管理ファイル１００の最新データを各待ち客表示装置６へ向けて出力する(Ａ５)。
【００６２】
各待ち客表示装置６は，サーバ３から出力された待ち客管理ファイル１００の最新データに基づいて待ち客情報５０の表示を更新するとともに，各顧客名に対応づけられた人数から総人数を算出し，算出した総人数に基づいて総人数情報５１をＬＣＤ２０に表示させ，画面Ｐ１へ戻る。
（キ）上記（ア）〜（カ）によれば，引用文献１には，次の発明（以下，「引用発明」という。）が記載されている。
＜引用発明＞
　待ち客管理装置としてのサーバ３，複数台の待ち客表示装置６(６ａ，６ｂ)等により構成されるレストラン等の飲食店で使用されるオーダーエントリーシステム１であって（段落【００２９】，【００３０】，図１），
　前記サーバ３は，待ち客管理ファイル１００を含む各種データファイルを格納するＨＤＤ（Hard Disk Drive）１１が接続されているマイクロコンピュータ（Microcomputer：以下，マイコンという）１０を有しており，外部から受信したデータが待ち客表示装置６ａから出力された新規登録データであると判断した場合には，受信した新規登録データに基づいた顧客名，人数に新たな識別情報を対応づけて待ち客管理ファイル１００に記憶するものであり（段落【００３３】，【００３４】，【００５７】，【００５８】及び図２，１０），
　前記待ち客表示装置６ａは，顧客の待ち合い場所に設置されており，顧客により入力された顧客名と待ち人数を対応づけた新規登録データをサーバ３へ出力するものであり，サーバ３から出力された待ち客管理ファイル１００の最新データに基づいて待ち客情報５０の表示を更新するとともに，各顧客名に対応づけられた人数から総人数を算出し，算出した総人数に基づいて総人数情報５１をＬＣＤ２０に表示させるものであり（段落【００５２】〜【００６２】），
　前記待ち客管理ファイル１００は，各待ち客表示装置６から出力される各種データに応じて適時更新されるものであり，顧客を識別するための顧客名を記憶する顧客名エリア１０１，グループ毎の待ち人数である人数を記憶する人数エリア１０２，顧客を受け付けた時間に関する受付時間情報としての受付時間を記憶する受付時間エリア１０３，識別情報を記憶する識別情報エリア１０４，顧客を座席に案内した時間に関する案内時間を記憶する案内時間エリア１０５，案内待ち時間に応じて適宜チェックされるチェックボックス１０６によって構成されるファイル構造を有し，顧客名，人数，受付時間，案内時間等の各種情報は，識別情報毎に対応づけられて記憶されるものである（段落【００３５】，【００３７】，【００３８】及び図３），
オーダーエントリーシステム１。
２．引用文献２について
　原査定の拒絶の理由において引用された，特開２００７−３２３４８２号公報（以下，「引用文献２」という。）の段落【００４２】〜【００６７】には，次の事項が記載されているといえる。
＜引用文献２の記載事項＞
　病院内で，患者の携帯端末にその日の移動計画（受付，診察，会計等）を待ち時間や予定開始時刻と共に表示するシステム。
３．引用文献３について
　原査定の拒絶の理由において周知技術を示す文献として引用された特開２００８−１３６７２０号公報（以下，引用文献３という。）の段落【００３６】〜【００３８】には，次の事項が記載されているといえる。
＜引用文献３の記載事項＞
　景品交換システムにおいて，景品交換にかかった時間の最長時間や平均時間に基づいて時間帯毎の混雑状況を把握すること。
４．引用文献４について
　原査定の拒絶の理由において周知技術を示す文献として引用された特開２００５−２５８６４７号公報（以下，引用文献４という。）の段落【００４５】には，次の事項が記載されているといえる。
＜引用文献４の記載事項＞
　整理券発行システムにおいて，過去の窓口での対応所要時間の平均値などを用いて，待ち時間を予測すること。
５．引用文献５について
　原査定の拒絶の理由において周知技術を示す文献として引用された特開２００８−２３４２６２号公報（以下，引用文献５という。）の段落【００３５】〜【００５７】には，次の事項が記載されているといえる。
＜引用文献５の記載事項＞
　受付処理状態連絡システムにおいて，顧客から受け付けた金融取引処理の実行中に，１つの事務処理が終了する毎に，顧客の携帯端末に進捗状況を通知すること。 
６．引用文献６について
　原査定の拒絶の理由において周知技術を示す文献として引用された特開２００３−４４９４３号公報（以下，引用文献６という。）の段落【００４３】〜【００４４】，【００５６】〜【００９６】及び図６，７には，次の事項が記載されているといえる。
＜引用文献６の記載事項＞
　飲食店システムにおいて，ゲストの状態（待ち，着席）と着席したゲストのオーダーの状態情報（受付済，配膳完了）を関連付けて管理すること。
第６　対比・判断
１．本願発明１について
（１）対比
ア　本願発明１と引用発明とを対比する。
（ア）引用発明の「オーダーエントリーシステム１」は，レストラン等の飲食店等で使用され，来店した顧客の待ち人数等を管理するものであるから，本願発明でいうところの「施設においてサービスを受ける順番待ち組の順番待ち状況を管理する順番管理システム」に相当する。
（イ）引用発明の「待ち客表示装置６ａ」は，顧客の待ち合い場所に設置され，案内を待っている顧客に関する待ち客情報５０や，現在待っている顧客の総人数である総人数情報５１等を表示するのであり，これら待ち客情報５０等は，待ち合い場所で案内を待っている顧客に対して順番待ち状況を知らせるものであることは明らかである。そして，この待ち客情報５０等は，サーバ３から出力された「待ち客管理ファイル１００」の最新データに基づいてその表示が更新されることから，当該「待ち客管理ファイル１００」は，待ち合い場所で案内を待っている顧客に対して順番待ち状況を知らせるために用いる情報であるといえる。そして，当該「待ち客管理ファイル１００」は，１人または１グループの顧客名に対応づけられる識別情報毎に管理され，サーバ３のＨＤＤ１１に格納されることから，引用発明は，本願発明でいうところの「前記順番待ち組に対して順番待ちの状況を知らせるために用いる各順番待ち組の外部用ステータス情報を保持する記憶部」を備えているといる。
（ウ）引用発明の「サーバ３」は，外部から受信したデータが待ち客表示装置６ａから出力された新規登録データであると判断した場合には，受信した新規登録データに基づいた顧客名，人数に新たな識別情報を対応づけて待ち客管理ファイル１００に記憶することから，本願発明でいうところの「新規の順番待ちの入力に基づいて，前記外部用ステータス情報を更新するステータス更新部」を備えているといえる。
イ　してみると，本願発明１と引用発明とは，次の点で一致する。
＜一致点＞
　施設においてサービスを受ける順番待ち組の順番待ち状況を管理する順番管理システムであって，
　前記順番待ち組に対して順番待ちの状況を知らせるために用いる各順番待ち組の外部用ステータス情報を保持する記憶部と，
　新規の順番待ちの入力に基づいて，前記外部用ステータス情報を更新するステータス更新部と，を備えた順番管理システム。
ウ　そして，次の点で相違する
＜相違点１＞
　「記憶部」が，本願発明では，「前記施設において業務の管理に利用するために用いる各順番待ち組の内部用ステータス情報」を保持するのに対して，引用発明では，そのような情報は保持していない点
＜相違点２＞
　「ステータス更新部」が，本願発明では，「ステータス情報の更新情報の入力に基づいて，前記外部用ステータス情報および前記内部用ステータス情報を更新する」のに対して，引用発明では，「ステータス情報の更新情報」を入力することも，当該「ステータス情報の更新情報」に基づいて「内部用ステータス情報」を更新することも，明示されていない点
＜相違点３＞
　本願発明では，「前記順番待ち組への情報提供に利用する第１モードの画面には前記外部用ステータス情報を表示し，前記施設内で管理用に利用する第２モードの画面には前記内部用ステータス情報を表示する表示制御部」を備えているのに対して，引用発明では，そのような構成は備えていない点
＜相違点４＞
　本願発明では，「前記内部用ステータス情報」は，「前記サービスに含まれる複数の業務ステップのうち，現在進行中の業務ステップを示す情報と，各順番待ち組に対して実際に前記サービスを提供した際の，各業務ステップに要した作業時間の情報を含み，前記作業時間の情報は，各業務ステップの開始時刻と終了時刻の情報」を含むのに対して，引用発明では，そのような情報は備えていない点
＜相違点５＞
　本願発明では，「前記ステータス情報の更新情報」は，「更新後の業務ステップを示す情報」を含むのに対して，引用発明では，そのような情報を備えていない点
＜相違点６＞
　「ステータス更新部」が，本願発明では，「前記ステータス情報の更新情報の入力に基づいて，前記現在進行中の業務ステップを，前記更新後の業務ステップに更新すると共に，前記ステータス情報の更新情報を受けた時刻を，更新前の業務ステップの終了時刻および前記更新後の業務ステップの開始時刻として登録する」のに対して，引用発明では，そのような特定はされていない点
（２）相違点についての判断
ア　相違点１，２，４，５について
　引用文献１には，座席管理ファイル２００により，座席名毎に，「空席」，「案内中」，「在席」，「使用不可」，「会計終了」等の座席状態を管理することが記載されているが（段落【００３９】），これら「空席」，「案内中」，「在席」，「使用不可」，「会計終了」は，飲食店に備わる各座席の状態を管理するものであり，座席管理ファイル２００に記憶される各座席に着席した顧客(グループ)を識別する識別情報が，待ち客管理ファイル１００の識別情報と対応しているとしても（段落【００４０】），座席管理ファイル２００は，各待ち客の状態を管理するものとはいえないから，引用文献１の「座席管理ファイル２００」は，本願発明でいうところの「前記施設において業務の管理に利用するために用いる各順番待ち組の内部用ステータス情報」に該当しない。そうすると，引用文献１には，このような「内部用ステータス情報」を保持・更新することや，作業時間等の情報を含むように限定することについては，記載されていないし示唆もされていないし，原査定の拒絶の理由において引用された引用文献２〜６にも記載されていない。
　よって，相違点１，２，４，５に係る構成は，この構成により本願明細書記載の作用効果を奏するものであるから，引用発明及び引用文献２〜６の記載事項に基づいて，当業者が容易に発明をすることができたとはいえない。
イ　相違点３について
　引用文献１の「待ち客表示装置６(６ａ，６ｂ)」は，「前記順番待ち組に対して順番待ちの状況を知らせるために用いる各順番待ち組の外部用ステータス情報」を表示するものの，「内部用ステータス情報」を表示するものではないから，これら２つのステータス情報を異なるモードで画面表示するための制御手段を備えるものではない。そして，このような制御手段は，原査定の拒絶の理由において引用された引用文献２〜６にも記載されていないし，当該手段を採用することの動機付けも存在しないから，相違点３について容易想到とはいえない。
ウ　小括
　本願発明は，相違点１〜５に係る構成の採用により，利用客の順番待ちの管理に加え，施設側のサービス提供にかかる業務支援も行うことができるとともに，各業務ステップの平均作業時間や，最長作業時間，最短作業時間等を分析して，人員の最適化などに役立てることができることを可能とするものであり，ア及びイにおいて上記したとおり，相違点１〜５について容易想到であるとはいえない。
　してみると，本願発明は，当業者であっても，引用発明及び引用文献２〜６の記載事項に基づいて容易に発明することができたものであるとはいえない。
２．本願発明２〜５について
　本願発明２，３も，１．（２）ア及びイにおいて検討した本願発明１の相違点１〜５に係る構成と同一の構成を備えるものであるから，本願発明１と同じ理由により，当業者であっても，引用発明及び引用文献２〜６の記載事項に基づいて容易に発明できたものであるとはいえない。
　また，本願発明４，５も，上記相違点１〜５に係る構成に対応する構成を備えるものであるから，本願発明１と同じ理由により，当業者であっても，引用発明及び引用文献２〜６の記載事項に基づいて容易に発明できたものであるとはいえない。
第７　原査定について
　審判請求時の補正により，本願発明１〜５は，本願発明１の相違点１〜５に係る構成を備えるものとなっているから，当業者であっても，拒絶査定において引用された引用文献１〜６に基づいて，容易に発明できたものとはいえない。したがって，原査定の理由を維持することはできない。
第８　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。