【事件の表示】
　特願２０１６−　２２９５２「順番管理システム、順番管理装置およびプログラム」拒絶査定不服審判事件〔平成２９年　８月１７日出願公開、特開２０１７−１４２６１６、請求項の数（３）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
   　
　本願は、平成２８年２月９日の出願であって、平成２８年５月２６日付けで拒絶理由通知がなされ、平成２８年７月２９日付けで手続補正がなされ、平成２８年１０月２５日付けで拒絶理由通知（最後）がなされ、平成２８年１２月２６日付けで手続補正がされたが、平成２９年３月１３日付けで補正の却下の決定がなされると共に拒絶査定（原査定）がなされ、これに対し、平成２９年６月１４日に拒絶査定不服審判の請求がされると同時に手続補正がなされたものである。
  　
第２　原査定の概要
   　
　原査定（平成２９年３月１３日付け拒絶査定）の概要は次のとおりである。
   　
　本願請求項１−５に係る発明は、以下の引用文献１−４に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
  　
引用文献等一覧
１．特開２００５−１８２４２４号公報
２．特開２００８−２１００５４号公報
３．特開２０１４−１９７３７１号公報
４．特開２００４−３０２６９６号公報
   　
第３　本願発明
  　
　本願請求項１−３に係る発明（以下、それぞれ「本願発明１」−「本願発明３」という。）は、平成２９年６月１４日付けの手続補正で補正された特許請求の範囲の請求項１−３に記載された事項により特定される発明であり、本願発明１は以下のとおりの発明である（下線は、当審において付与した。）。
  　
「【請求項１】
　施設における顧客の順番待ちを管理する順番管理システムであって、
　新規の順番待ちの入力操作を受け付け、該順番待ちを受け付けた旨を表す受付情報を生成する受付端末と、
　各順番待ちの状況を表す順番待ちステータスの変更操作を受け付け、該順番待ちステータスを変更した旨を表すステータス変更情報を生成する順番管理端末と、
　前記受付端末および前記順番管理端末と通信ネットワークを介して接続され、前記受付情報および前記ステータス変更情報に基づいて順番待ちを管理する順番管理サーバと、
を備え、
　前記順番管理サーバは、
　前記受付端末が受け付けた順番待ちを受付時刻順に並べたテーブルを作成するテーブル作成部と、
　前記通信ネットワークを介して当該順番管理サーバと接続可能な端末装置から入力される予約情報であって、前記顧客に予め与えられた特典を特定するための識別情報を含む予約情報に基づいて、前記受付端末とは別に新規の順番待ちを受け付ける受付処理部と、
　前記予約情報に含まれる識別情報が有効である場合に、該予約情報に対応する順番待ちを、前記テーブルにおける順番待ちの並び順の所定の順位に挿入する割込み処理部と、
　前記特典を特定するための識別情報と、前記特典の利用状況を表す利用ステータスとを格納する特典管理データベースと、
　前記特典管理データベースを管理する特典管理部と、
を有し、
　前記割込み処理部は、前記予約情報が予約時間を指定する情報を含む場合、前記テーブルに並べられた各順番待ちの順番が到来する時刻を見積り、前記見積もった時刻が前記指定された予約時間に近い順位に、前記予約情報に対応する順番待ちを割り込んで挿入し、
　前記利用ステータスは、前記特典がまだ利用されていない状態である第１ステータスと、前記特典の利用を伴う順番待ちが受け付けられている状態である第２ステータスと、前記特典が利用済みの状態である第３ステータスと、を含み、
　前記特典管理部は、
　前記特典の利用を伴う順番待ちが前記並び順に挿入された際に、当該特典の利用ステータスを前記第１ステータスから前記第２ステータスに変更し、
　前記特典の利用を伴う順番待ちの順番が到来した際に、当該特典の利用ステータスを前記第２ステータスから前記第３ステータスに変更し、
　前記特典の利用を伴う順番待ちが前記並び順に挿入された後で、前記テーブルにおいて
前記特定の利用を伴う順番待ち
順番管理システム。」
　
　なお、下線部の「前記特定の利用を伴う順番待ち」の記載が、「前記特典の利用を伴う順番待ち」の誤記であることは自明であるので、以降、「前記特典の利用を伴う順番待ち」と訂正して、引用発明等との対比判断を行う。
  　
　また、本願発明２、３の概要は以下のとおりである。
　本願発明２は、本願発明１の順番管理システムにおける順番管理サーバに対応し、これを順番管理装置とした発明である。
　本願発明３は、本願発明１の順番管理システムにおける順番管理サーバに対応し、これを順番管理装置に実行させるプログラムとした発明である。
　なお、本願発明２、３についても、上記本願発明１と同様の誤記がある。
   　
第４　引用文献、引用発明等
    　
１．引用文献１（特開２００５−１８２４２４号公報）について
   　
　原査定の拒絶の理由に引用された引用文献１には、図面とともに次の事項が記載されている（下線は、当審において付与した。）。
  　
ア．「【０００１】
　本発明は、
顧客受付システム
   　
イ．「【００３０】
　・・・（中略）・・・金融機関側に配設されている
ＣＴＩ（Ｃｏｍｐｕｔｅｒ  Ｔｅｌｅｐｈｏｎｙ  Ｉｎｔｅｇｒａｔｉｏｎ）サーバ２２
  　
ウ．「【００３１】
　・・・（中略）・・・また、前記
受付管理サーバ２５は、営業店の窓口での受付の順番等を管理する
予約情報を一時保留する一時保留部２６とを備え
    　
エ．「【００３３】
　そして、
前記受付管理サーバ２５は、前記内部ネットワーク２４を介して受付端末としての店頭受付端末３１と通信可能に接続されている
営業店の窓口を訪れる顧客１１は、自ら店頭受付端末３１を操作して、自己のカードを読み取り部にセットし、さらに、自己の用件等を入力すると、該当する窓口番号、前記顧客１１の受付番号、予想される待ち時間等の情報が表示手段、音声出力手段、発券機等から出力されるようになっている
   　
オ．「【００３５】
　また、前記
受付管理サーバ２５は、前記内部ネットワーク２４を介して
待行列管理サーバ５１に接続されている
   　
カ．「【００３６】
　ここで、前記
待行列管理サーバ５１は
顧客１１が窓口で受け付けられる順番である待行列に関する情報としての顧客待行列情報を更新する
顧客待行列情報は、基本的には、前記店頭受付端末３１によって付与された受付番号に基づいて作成される
   　
キ．「【００４１】
　まず、
顧客１１は、営業店の窓口での受付を事前に予約するために、すなわち、来店前に受付申告を行うために、顧客端末１５を公衆ネットワーク２１を介してＣＴＩサーバ２２
に接続して、予約発信を行う
予約内容を通知する
予約内容は、顧客１１の口座番号、営業店名、予約日時、
である
予約内容がＣＴＩサーバ２２へ送信され
ＣＴＩサーバ２２は、
予約内容を内部ネットワーク２４介して受付管理サーバ２５に送信して
【００４２】
　次に、該受付管理サーバ２５は、前記予約内容に含まれる顧客識別情報に基づいて、顧客データベースサーバ２７にアクセスして顧客情報照会を行う（図２（４））。この場合、前記
受付管理サーバ２５は、顧客１１からの予約内容の情報と、顧客情報照会の結果とを照合して、前記顧客１１の顧客ランクが優遇対象顧客であるか否かを判断する
   　
ク．「【００４４】
　そして、
前記受付管理サーバ２５は、顧客１１が優遇対象顧客である場合には、営業店の窓口で前記顧客１１を優先的に受け付けるための予約、すなわち、優先予約を受け付け
    　
ケ．「【００４７】
　次に、予約結果として優先予約受付済を受信した顧客１１は、
優先予約顧客として、指定した優先予約の日時に、指定した営業店に出向き、該営業店に配設されている店頭受付端末３１のカード／通帳読取部３４に、自分の所持するカード１２を挿入し、読み込ませる。すると、前記店頭受付端末３１は、前記カード１２の記憶手段に格納された顧客コード等の情報を読み取り、来店受付を行う
   　
コ．「【００４８】
　続いて、
受付管理サーバ２５は、一時保留部２６に一時保留された予約情報と、店頭受付端末３１から受信した来店受付情報とのマッチング、すなわち、照合を行い
前記受付管理サーバ２５は、来店受付情報によって優先予約顧客の来店したことを確認すると
優先予約顧客を待行列の一番前に割り込ませることができる
【００４９】
　続いて、
受付管理サーバ２５は、前記優遇顧客番号を店頭受付端末３１に返信する。そして、該店頭受付端末３１は、前記優遇顧客番号を優先予約顧客としての顧客１１に付与された受付番号として、表示手段、音声出力手段、発券機等から出力する
  　
　したがって、上記引用文献１には次の発明（以下、「引用発明」という。）が記載されている。
   　
＜引用発明＞
   　
「営業店の窓口を訪れる顧客１１が操作して、自己のカードを読み取り部にセットし、用件を入力すると、顧客１１の受付番号の情報を表示手段、発券機から出力する店頭受付端末３１と（【００３３】）、
　公衆ネットワーク２１を介してＣＴＩ（Ｃｏｍｐｕｔｅｒ  Ｔｅｌｅｐｈｏｎｙ  Ｉｎｔｅｇｒａｔｉｏｎ）サーバ２２に接続して、窓口での受付を予約するために、顧客１１の口座番号、営業店名、予約日時、用件を含む予約内容を送信する顧客端末１５と（【００４１】）、
　予約内容を内部ネットワーク２４介して受付管理サーバ２５に送信するＣＴＩサーバ２２と（【００４１】）、
　内部ネットワーク２４を介して店頭受付端末３１と接続され（【００３３】）、営業店の窓口での受付の順番を管理し、予約情報を一時保留する一時保留部２６を備えた受付管理サーバ２５と（【００３１】）、
　内部ネットワーク２４を介して受付管理サーバ２５に接続され（【００３５】）、顧客１１が窓口で受け付けられる順番である待行列に関する顧客待行列情報を更新し、該顧客待行列情報を受付番号に基づいて作成する待行列管理サーバ５１（【００３６】）とを備え、
　受付管理サーバ２５は、予約内容の情報と顧客情報照会の結果とを照合して、顧客１１が優遇対象顧客であるか否かを判断し（【００４２】）、優遇対象顧客である場合には、営業店の窓口で前記顧客１１を優先的に受け付けるための優先予約を受け付け（【００４４】）、
　優先予約顧客が、指定した優先予約の日時に指定した営業店に出向き、店頭受付端末３１に自分の所持するカード１２を読み込ませると、店頭受付端末３１は、カード１２の記憶手段に格納された顧客コードの情報を読み取って来店受付を行い（【００４７】）、
　受付管理サーバ２５は、一時保留部２６の予約情報と、店頭受付端末３１から受信した来店受付情報との照合を行い、優先予約顧客の来店を確認すると、優先予約顧客を待行列の一番前に割り込ませ（【００４８】）、優遇顧客番号を店頭受付端末３１に返信し（【００４９】）、
　店頭受付端末３１は、前記優遇顧客番号を受付番号として、表示手段、発券機から出力する（【００４９】）、
　顧客受付システム（【０００１】）。」
  　
２．引用文献２（特開２００８−２１００５４号公報）について
   　
　原査定の拒絶の理由に引用された引用文献２には、図面とともに次の事項が記載されている（下線は、当審において付与した。）。
  　
ア．「【００２９】
　・・・（中略）・・・図４の
順番待ち制御装置１は
発券制御部４２
番号テーブル４８
を有する
  　
イ．「【００３５】
　図６は発券制御部が行う発券処理の一例を示したフローチャートである。ステップＳ１１に進み、発券制御部４２は発券機２から受付番号券の発券要求を受け付ける。ステップＳ１２に進み、発券制御部４２は番号調整部４４に後述の番号調整処理を行わせる。
【００３６】
　ステップＳ１３に進み、発券制御部４２は図７に示す番号テーブル４８のレコードを番号順に読み出す。図７は番号テーブルの一例の構成図である。図７の
番号テーブル４８のレコードは番号およびフラグを項目として含む構成である
項目「番号」は、受付番号を表すものである。また、項目「フラグ」は発行した受付番号の状態を表すものである
【００３７】
　例えば
項目「フラグ」は、未設定の受付番号を「−」、設定済の受付番号のうち窓口での取引等が終了した受付番号を「済」、設定済の受付番号のうち窓口での取引等を行っている最中の受付番号を「中」、設定済の受付番号のうち順番待ち中の受付番号を「待ち」、
で表している
【００３８】
　
ステップＳ１４に進み、発券制御部４２はフラグが「−」である未設定の受付番号を含むレコードのうち、最初のレコードの番号を受付番号として発券機２に受付番号券を発券させる
　
　したがって、上記引用文献２には次の事項が記載されている。
   　
＜引用文献２の記載事項＞
「発券制御部４２と番号テーブル４８とを有し、
　番号テーブル４８のレコードは、番号およびフラグを項目として含み、
　項目「番号」は、受付番号を表し、
　項目「フラグ」は、発行した受付番号の状態を表し、未設定の受付番号を「−」、設定済の受付番号のうち窓口での取引等が終了した受付番号を「済」、設定済の受付番号のうち窓口での取引等を行っている最中の受付番号を「中」、設定済の受付番号のうち順番待ち中の受付番号を「待ち」で表し、
　発券制御部４２は、フラグが「−」である未設定の受付番号を含むレコードのうち、最初のレコードの番号を受付番号として発券機２に受付番号券を発券させる、
　順番待ち制御装置１。」
    　
３．引用文献３（特開２０１４−１９７３７１号公報）について
   　
　原査定の拒絶の理由に引用された引用文献３には、図面とともに次の事項が記載されている（下線は、当審において付与した。）。
「【０１３９】
第５の実施形態＞
　続いて、図１７と図１８を参照して、第５の実施形態に係るクーポンキャンセル処理について説明する。クーポンキャンセル処理とは、利用済みのクーポンを再度利用可能にする処理である。
【０１４０】
　
第５の実施形態のシステム構成は
クーポン認証システム１００と同様である
・・・（中略）・・・
【０１４４】
　図１８は、第５の実施形態に係る
携帯端末２に表示する画面例を示す。図１８の（ａ）に、クーポンキャンセル画面８０を示す。クーポンキャンセル画面８０には、キャンセルボタン８０ａが配置される
【０１４５】
　
携帯端末２の制御部２１は、キャンセルボタン８０ａが押下されたことを検知すると、クーポン配信アプリケーションを介してＱＲコード（登録商標）読取用機能を起動し（ステップＳ６０２）、店舗の店員が提示するＱＲコード（登録商標）を読み取る（ステップＳ６０３）
【０１４６】
　
読み取られるＱＲコード（登録商標）のコード情報には店舗テーブル３１の「店舗コード」、「認証コード」、及び「処理ＩＤ」が含まれる。「処理ＩＤ」は、クーポンのキャンセルを示すものであり、例えば、「９９９９」等の数値で表される
【０１４７】
　
携帯端末２の制御部２１は、直前に使用したクーポン一覧が表示される管理モード画面８１を表示部２５に表示する（ステップＳ６０４）。管理モード画面８１の一例を図１８の（ｂ）に示す。管理モード画面８１には直前に使用したクーポン８１ａ（アプリケーション内に記憶されている）ごとにボタン８１ｂが配置される。ボタン８１ｂはクーポンを利用可に戻す場合に、店員またはユーザによって押下される
【０１４８】
　
携帯端末２の制御部２１は、管理モード画面８１のクーポン８１ａからキャンセルする１または複数のクーポンの選択を受付け（ステップＳ６０５）、入力されたＱＲコード（登録商標）から得られた「店舗コード」、「認証コード」、記憶部２２に記憶される「端末ＩＤ」、ステップＳ６０５にて選択されたクーポンの「クーポンコード」を、クーポン管理サーバ１に送信する（ステップＳ６０６）
【０１４９】
　クーポン管理サーバ１の制御部１１は、「店舗コード」と「認証コード」と「端末ＩＤ」と「クーポンコード」を、携帯端末２から受信する（ステップＳ６０７）。
【０１５０】
　クーポン管理サーバ１の制御部１１は、クーポンはキャンセル可能か判定する（ステップＳ６０８）。
　具体的には、
クーポン管理サーバ１の制御部１１は、クーポンテーブル３２から、受信したクーポンコードに対応する利用可能な店舗の店舗コードを取得し、受信した店舗コードと比較する。一致した場合には、クーポン管理サーバ１の制御部１１は、店舗テーブル３１から当該店舗コードに対応する認証コードを取得し、受信した認証コードと比較する。一致した場合には、クーポン管理サーバ１の制御部１１は、受信した認証コード等が正しいものとする
【０１５１】
　クーポン管理サーバ１の制御部１１は、正しいとした場合には、さらに、クーポン利用履歴テーブル３４を参照して、受信した端末ＩＤとクーポンコードと店舗コードとに対応するアクセス日時を取得し、クーポンが一定時間内にユーザによって利用されたものであるか判定しても良い。
【０１５２】
　
正しいものであれば（ステップＳ６０８のＹＥＳ）、クーポン管理サーバ１の制御部１１は、クーポン利用可否テーブル３５を検索し、受信した端末ＩＤとクーポンコードとに対応する利用可否を、“利用可”に更新する（ステップＳ６１０）
    　
　したがって、上記引用文献３には次の事項が記載されている。
   　
＜引用文献３の記載事項＞
    　
「携帯端末２は、
　キャンセルボタン８０ａが配置されたクーポンキャンセル画面８０を表示し（【０１４４】）、
　キャンセルボタン８０ａが押下されたことを検知すると、ＱＲコード読取用機能を起動し、店舗の店員が提示するＱＲコードを読み取り（【０１４５】）、
　当該ＱＲコードのコード情報には店舗テーブル３１の店舗コード、認証コード、及び、クーポンのキャンセルを示す処理ＩＤが含まれ（【０１４６】）、
　直前に使用したクーポン一覧が表示される管理モード画面８１を表示部２５に表示し、管理モード画面８１には直前に使用したクーポン８１ａごとにボタン８１ｂが配置され、ボタン８１ｂはクーポンを利用可に戻す場合に押下され（【０１４７】）、
　管理モード画面８１のクーポン８１ａからキャンセルする１または複数のクーポンの選択を受付け、入力されたＱＲコードから得られた店舗コード、認証コード、選択されたクーポンのクーポンコードを、クーポン管理サーバ１に送信し（【０１４８】）、
　クーポン管理サーバ１は、
　クーポンテーブル３２から、受信したクーポンコードに対応する利用可能な店舗の店舗コードを取得し、受信した店舗コードと比較し、一致した場合には、店舗テーブル３１から当該店舗コードに対応する認証コードを取得し、受信した認証コードと比較し、一致した場合には、受信した認証コード等が正しいものとし（【０１５０】）、
　正しいものであれば、クーポン利用可否テーブル３５を検索し、受信した端末ＩＤとクーポンコードとに対応する利用可否を、“利用可”に更新する（【０１５２】）、
　クーポン認証システム１００（【０１４０】）。」
　
　
４．引用文献４（特開２００４−３０２６９６号公報）について
  　
　原査定の拒絶の理由に引用された引用文献４には、図面とともに次の事項が記載されている（下線は、当審において付与した。）。
  　
ア．「【０００１】
【発明の属する技術分野】
本発明は医療システムに関し、特に、
患者の診察順番を管理する
待ち行列管理システム、
    　
イ．「【００４７】
次に、図８を用いて、当日の診察に関連する情報を管理する当日診察ＤＢについて説明する。
当日診察ＤＢは、『受付時刻』と、『患者ＩＤ』と、『氏名』と、『診察ＤＲ』と、『診療科』と、『予約』の情報を有する。
【００４８】
このうち、『受付時刻』は、患者が受付をした時刻を表す。『予約』は、患者の予約の有無を表す。」
    　
ウ．「【００５７】
図１１を用いて、Ａ処理の説明をする。
ステップＳ２０１で、待ち行列管理サーバ１０は、当日診察ＤＢ１０４を検索する。次に、待ち行列管理サーバ１０は、ステップＳ２０２で、医師指定があるかどうか判断し、医師指定がない場合はステップＳ２０６へ処理を進める。医師指定がある場合、待ち行列管理サーバ１０は、ステップＳ２０３へ処理を進める。
【００５８】
ステップＳ２０３で、待ち行列管理サーバ１０は、時間予約があるかどうか判断する。時間予約がある場合、待ち行列管理サーバ１０は、ステップＳ２０４のＡ−１処理を行う。時間予約がない場合、待ち行列管理サーバ１０は、ステップＳ２０５で、受け付けた患者を、医師待ち行列の最後尾へ入れ、処理を終了する。
【００５９】
ステップＳ２０２の処理に戻り、医師指定がない場合、待ち行列管理サーバ１０は、ステップＳ２０６で、時間予約があるかどうか判断する。時間予約がある場合、待ち行列管理サーバ１０は、ステップＳ２０７のＡ−１処理を行う。時間予約がない場合、待ち行列管理サーバ１０は、ステップＳ２０８で、受け付けた患者を、医師待ち行列の最後尾へ入れ、処理を終了する。
【００６０】
次に、Ａ−１処理の説明に先立ち、Ａ−１処理の概要を図で説明する。
例外として、予約患者の受付時刻は、予約患者の実際の受付時刻よりも早い受付時刻に補正することで、予約患者の順番を待ち行列に割り込ませるようにしている。
【００６１】
以下、この補正した受付時刻を補正時刻ということにする。また、実際の受付時刻からどの程度補正するかを優先度ということにする。従って、優先度の単位は分などの時間である。
【００６２】
このように実際の受付時刻を早める場合、
予約時刻にかなり余裕を持って受け付けた予約患者の補正時刻は、さほど早める必要がなく、受付時刻ぎりぎりに受け付けた予約患者の補正時刻は、早める必要がある
   　
　したがって、上記引用文献４には次の事項が記載されている。
  　
＜引用文献４の記載事項＞
     　
「患者の診察順番を管理する、待ち行列管理システムであって（【０００１】）、
　当日診察ＤＢは、当日の診察に関連する情報を管理し、受付時刻と、患者ＩＤと、氏名と、診察ＤＲと、診療科と、予約の情報を有し（【００４７】）、
　待ち行列管理サーバ１０は、
　当日診察ＤＢ１０４を検索し、医師指定があるかどうか判断し（【００５７】）、
　医師指定がある場合には時間予約があるかどうか判断し、時間予約がある場合はＡ−１処理を行い、時間予約がない場合は、受け付けた患者を医師待ち行列の最後尾へ入れ（【００５８】）、
　医師指定がない場合には時間予約があるかどうか判断し、時間予約がある場合はＡ−１処理を行い、時間予約がない場合は受け付けた患者を医師待ち行列の最後尾へ入れ（【００５９】）、
　前記Ａ−１処理は、予約患者の受付時刻を、予約患者の実際の受付時刻よりも早い受付時刻に補正することで、予約患者の順番を待ち行列に割り込ませるものであり、予約時刻にかなり余裕を持って受け付けた予約患者の受付時刻はさほど早めず、予約時刻ぎりぎりに受け付けた予約患者の受付時刻は早めるように補正する（【００６０】【００６２】）、
　待ち行列管理システム（【０００１】）。」
    　
第５　対比・判断
   　
１．本願発明１について
    　
（１）対比
　本願発明１と引用発明とを対比すると、次のことがいえる。
    　
・　引用発明の「顧客受付システム」は、営業店の窓口を訪れる顧客の待行列情報を管理することから、本願発明１の「施設における顧客の順番待ちを管理する順番管理システム」に相当する。
・　引用発明の「営業店の窓口を訪れる顧客１１が操作して、自己のカードを読み取り部にセットし、用件を入力すると、顧客１１の受付番号の情報を表示手段、発券機から出力する店頭受付端末３１」は、本願発明１の「新規の順番待ちの入力操作を受け付け、該順番待ちを受け付けた旨を表す受付情報を生成する受付端末」に相当する。
・　引用発明のＣＴＩサーバ２２、受付管理サーバ２５、及び、待行列管理サーバ５１は、全体として本願発明１の「順番待ちを管理する順番管理サーバ」に相当する。
　また、引用発明の受付管理サーバ２５は、内部ネットワーク２４を介して店頭受付端末３１と接続され、受付管理サーバ２５と待行列管理サーバ５１は、受付の順番を管理する。
　したがって、引用発明の、ＣＴＩサーバ２２、受付管理サーバ２５、待行列管理サーバ５１全体と、本願発明１の「前記受付端末および前記順番管理端末と通信ネットワークを介して接続され、前記受付情報および前記ステータス変更情報に基づいて順番待ちを管理する順番管理サーバ」は、「前記受付端末と通信ネットワークを介して接続され、前記受付情報に基づいて順番待ちを管理する順番管理サーバ」の点で共通する。
・　引用発明の待行列管理サーバは、「顧客１１が窓口で受け付けられる順番である待行列に関する顧客待行列情報を更新し、該顧客待行列情報を受付番号に基づいて作成する」ことから、店頭受付端末が受け付けた順番待ちの情報を作成する作成部を有するといえる。
　引用発明の上記作成部と、本願発明１の「前記受付端末が受け付けた順番待ちを受付時刻順に並べたテーブルを作成するテーブル作成部」は、「前記受付端末が受け付けた順番待ちの情報を作成する作成部」の点で共通する。
・　引用発明のＣＴＩサーバ２２は、公衆ネットワーク２１を介して接続された顧客端末１５から、窓口での受付を予約するための予約内容を受信する。
　予約は待行列の一番前に割り込むことから、この予約内容を受信することは、店頭受付端末とは別に新規の順番待ちを受け付けることといえる。
　したがって、引用発明のＣＴＩサーバ２２が予約内容を受信するための手段と、本願発明１の「前記通信ネットワークを介して当該順番管理サーバと接続可能な端末装置から入力される予約情報であって、前記顧客に予め与えられた特典を特定するための識別情報を含む予約情報に基づいて、前記受付端末とは別に新規の順番待ちを受け付ける受付処理部」は、「前記通信ネットワークを介して当該順番管理サーバと接続可能な端末装置から入力される予約情報に基づいて、前記受付端末とは別に新規の順番待ちを受け付ける受付処理部」の点で共通する。
・　引用発明の受付管理サーバ２５における、優先予約顧客を待行列の一番前に割り込ませるための手段と、本願発明１の「前記予約情報に含まれる識別情報が有効である場合に、該予約情報に対応する順番待ちを、前記テーブルにおける順番待ちの並び順の所定の順位に挿入する割込み処理部」は、「該予約情報に対応する順番待ちを、順番待ちの並び順の所定の順位に挿入する割込み処理部」の点で共通する。
  　
　したがって、本願発明１と引用発明との間には、次の一致点、相違点があるといえる。
  　
＜一致点＞
「施設における顧客の順番待ちを管理する順番管理システムであって、
　新規の順番待ちの入力操作を受け付け、該順番待ちを受け付けた旨を表す受付情報を生成する受付端末と、
　前記受付端末と通信ネットワークを介して接続され、前記受付情報に基づいて順番待ちを管理する順番管理サーバと、
を備え、
　前記順番管理サーバは、
　前記受付端末が受け付けた順番待ちの情報を作成する作成部と、
　前記通信ネットワークを介して当該順番管理サーバと接続可能な端末装置から入力される予約情報に基づいて、前記受付端末とは別に新規の順番待ちを受け付ける受付処理部と、
　該予約情報に対応する順番待ちを、順番待ちの並び順の所定の順位に挿入する割込み処理部と、
を有する、
順番管理システム。」
　
＜相違点１＞
　本願発明１は「各順番待ちの状況を表す順番待ちステータスの変更操作を受け付け、該順番待ちステータスを変更した旨を表すステータス変更情報を生成する順番管理端末」を備えるのに対し、引用発明は当該順番管理端末を備えていない点。
  　
＜相違点２＞
　順番管理サーバが、本願発明１では、順番管理端末と接続され、ステータス変更情報に基づいて順番待ちを管理するのに対し、引用発明では、順番管理端末と接続されておらず、ステータス変更情報に基づいて順番待ちを管理するものでもない点。
  　
＜相違点３＞
　作成部によって作成される情報が、本願発明１では、「順番待ちを受付時刻順に並べたテーブル」であるのに対し、引用発明では、「順番待ちを受付時刻順に並べたテーブル」ではない点。
　また、作成部が、本願発明１では「テーブル作成部」であるのに対し、引用発明では「テーブル作成部」ではない点。
    　
＜相違点４＞
　予約情報が、本願発明１では「前記顧客に予め与えられた特典を特定するための識別情報を含む」のに対し、引用発明は、当該識別情報を含まない点。
   　
＜相違点５＞
　割込み処理部による挿入が、本願発明１では「前記予約情報に含まれる識別情報が有効である場合」に行われるのに対し、引用発明では「前記予約情報に含まれる識別情報が有効である場合」に行われるものではない点。
　
＜相違点６＞
　割込み処理部が、本願発明１では「前記予約情報が予約時間を指定する情報を含む場合、前記テーブルに並べられた各順番待ちの順番が到来する時刻を見積り、前記見積もった時刻が前記指定された予約時間に近い順位に、前記予約情報に対応する順番待ちを割り込んで挿入」するものであるのに対し、引用発明では「優先予約顧客を待行列の一番前に割り込ませ」るものである点。
　
＜相違点７＞
　本願発明１は「前記特典を特定するための識別情報と、前記特典の利用状況を表す利用ステータスとを格納する特典管理データベース」を有し、その利用ステータスは「前記特典がまだ利用されていない状態である第１ステータスと、前記特典の利用を伴う順番待ちが受け付けられている状態である第２ステータスと、前記特典が利用済みの状態である第３ステータス」とを含むのに対し、引用発明は当該特典管理データベースを有しない点。
  　
＜相違点８＞
　本願発明１は「前記特典管理データベースを管理する特典管理部」を有し、この特典管理部は「前記特典の利用を伴う順番待ちが前記並び順に挿入された際に、当該特典の利用ステータスを前記第１ステータスから前記第２ステータスに変更し、前記特典の利用を伴う順番待ちの順番が到来した際に、当該特典の利用ステータスを前記第２ステータスから前記第３ステータスに変更し、前記特典の利用を伴う順番待ちが前記並び順に挿入された後で、前記テーブルにおいて前記特典の利用を伴う順番待ちがキャンセルされた場合、当該特典の利用ステータスを前記第２ステータスから前記第１ステータスに変更する」ものであるのに対し、引用発明は当該特典管理部を有しない点。
  　
（２）相違点についての判断
   　
　割り込む順位に関する上記相違点６について検討すると、相違点６に係る本願発明１の「前記割込み処理部は、前記予約情報が予約時間を指定する情報を含む場合、前記テーブルに並べられた各順番待ちの順番が到来する時刻を見積り、前記見積もった時刻が前記指定された予約時間に近い順位に、前記予約情報に対応する順番待ちを割り込んで挿入し」は、上記引用文献１−４には記載されておらず、本願出願前において周知技術であるともいえない。
　また、特典に関する上記相違点４、５、７、８について検討すると、これらの相違点に係る本願発明１の「前記顧客に予め与えられた特典を特定するための識別情報を含む予約情報に基づいて、前記受付端末とは別に新規の順番待ちを受け付ける受付処理部」、「前記予約情報に含まれる識別情報が有効である場合に、該予約情報に対応する順番待ちを、前記テーブルにおける順番待ちの並び順の所定の順位に挿入する割込み処理部」、「前記特典を特定するための識別情報と、前記特典の利用状況を表す利用ステータスとを格納する特典管理データベース」、「前記特典管理データベースを管理する特典管理部」、「前記利用ステータスは、前記特典がまだ利用されていない状態である第１ステータスと、前記特典の利用を伴う順番待ちが受け付けられている状態である第２ステータスと、前記特典が利用済みの状態である第３ステータスと、を含み」、「前記特典管理部は、前記特典の利用を伴う順番待ちが前記並び順に挿入された際に、当該特典の利用ステータスを前記第１ステータスから前記第２ステータスに変更し、前記特典の利用を伴う順番待ちの順番が到来した際に、当該特典の利用ステータスを前記第２ステータスから前記第３ステータスに変更し、前記特典の利用を伴う順番待ちが前記並び順に挿入された後で、前記テーブルにおいて前記特典の利用を伴う順番待ちがキャンセルされた場合、当該特典の利用ステータスを前記第２ステータスから前記第１ステータスに変更する」は、上記引用文献１−４には記載されておらず、本願出願前において周知技術であるともいえない。
　したがって、本願発明１は、他の相違点を検討するまでもなく、当業者であっても引用発明、引用文献２−４に記載された事項に基づいて容易に発明できたものであるとはいえない。
    　
２．本願発明２，３について
  　
　本願発明２は、本願発明１の順番管理システムにおける順番管理サーバに対応し、これを順番管理装置とした発明である。また、本願発明３は、本願発明１の順番管理システムにおける順番管理サーバに対応し、これを順番管理装置に実行させるプログラムとした発明である。
　本願発明２、３は、いずれも、相違点６及び相違点４、５、７、８に係る本願発明１の上記構成に対応する構成を備えるものであるから、本願発明１と同様の理由により、当業者であっても、引用発明、引用文献２−４に記載された事項に基づいて容易に発明できたものとはいえない。
   　
第６　原査定について
   　
　審判請求時の補正により、本願発明１は、「前記割込み処理部は、前記予約情報が予約時間を指定する情報を含む場合、前記テーブルに並べられた各順番待ちの順番が到来する時刻を見積り、前記見積もった時刻が前記指定された予約時間に近い順位に、前記予約情報に対応する順番待ちを割り込んで挿入し」、「前記顧客に予め与えられた特典を特定するための識別情報を含む予約情報に基づいて、前記受付端末とは別に新規の順番待ちを受け付ける受付処理部」、「前記予約情報に含まれる識別情報が有効である場合に、該予約情報に対応する順番待ちを、前記テーブルにおける順番待ちの並び順の所定の順位に挿入する割込み処理部」、「前記特典を特定するための識別情報と、前記特典の利用状況を表す利用ステータスとを格納する特典管理データベース」、「前記特典管理データベースを管理する特典管理部」、「前記利用ステータスは、前記特典がまだ利用されていない状態である第１ステータスと、前記特典の利用を伴う順番待ちが受け付けられている状態である第２ステータスと、前記特典が利用済みの状態である第３ステータスと、を含み」、「前記特典管理部は、前記特典の利用を伴う順番待ちが前記並び順に挿入された際に、当該特典の利用ステータスを前記第１ステータスから前記第２ステータスに変更し、前記特典の利用を伴う順番待ちの順番が到来した際に、当該特典の利用ステータスを前記第２ステータスから前記第３ステータスに変更し、前記特典の利用を伴う順番待ちが前記並び順に挿入された後で、前記テーブルにおいて前記特典の利用を伴う順番待ちがキャンセルされた場合、当該特典の利用ステータスを前記第２ステータスから前記第１ステータスに変更する」という事項を有し、また、本願発明２、３は、これらに対応する事項を有するものとなっており、当業者であっても、拒絶査定において引用された引用文献１−４に基づいて、容易に発明できたものとはいえない。
　したがって、原査定の理由を維持することはできない。
  　
第７　むすび
   　
　以上のとおり、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。