【事件の表示】
　特許第６３３８７５２号発明「オーダーエントリーシステム、注文入力端末およびプログラム」の特許異議申立事件について、次のとおり決定する。
【結　論】
　特許第６３３８７５２号の特許請求の範囲を訂正請求書に添付された訂正特許請求のとおり、訂正後の請求項〔１−２〕、３、４について訂正することを認める。
　特許第６３３８７５２号の請求項１〜４に係る特許を維持する。
【理　由】
第１　手続の経緯
　特許第６３３８７５２号の請求項１〜４に係る特許についての出願は、平成２９年８月８日に出願され、平成３０年５月１８日にその特許権の設定登録がされ、同年６月６日に特許掲載公報が発行された。本件特許異議の申立ての経緯は、次のとおりである。
平成３０年１２月　５日　　：特許異議申立人　鬼頭厘早（以下「申立人」
　　　　　　　　　　　　　　という。）による請求項１〜４に係る特許に
　　　　　　　　　　　　　　対する特許異議の申立て
平成３１年　２月２７日付け：取消理由通知書
平成３１年　４月２５日　　：特許権者による意見書及び訂正請求書の提出
令和　１年　５月　８日付け：訂正請求があった旨の通知（特許法第１２０
　　　　　　　　　　　　　　条の５第５項）
令和　１年　６月　７日　　：申立人による意見書の提出
令和　１年　７月２４日付け：取消理由通知書（審決の予告）
令和　１年　９月２７日　　：特許権者による意見書及び訂正請求書の提出
令和　１年１０月　７日付け：訂正請求があった旨の通知（特許法第１２０
　　　　　　　　　　　　　　条の５第５項）
令和　１年１１月　７日　　：申立人による意見書の提出
第２　訂正の適否
１　訂正の内容
　令和１年９月２７日付けの訂正請求書による訂正（以下「本件訂正」という。）は、特許第６３３８７５２号（以下「本件特許」という。）の特許請求の範囲を訂正請求書に添付した訂正特許請求の範囲のとおり、訂正後の請求項１〜４について訂正することを請求するものであり、その内容は以下のとおりである（下線は訂正箇所を示す。）。
　なお、特許法第１２０条の５第７項の規定により、平成３１年４月２５日付けの訂正請求書による訂正は、取り下げられたものとみなす。
（１）訂正事項１
　特許請求の範囲の請求項１に
「利用客の注文を受け付ける注文入力端末」、 
「座席選択画面において利用客の席の選択入力を受け付けた後、注文入力画面において利用客の注文内容の入力を受け付ける画面制御部」、
「前記座席選択画面は、席の選択入力を後回しにして先に注文入力を行う旨の指示を受け付ける操作手段を有し」及び
「前記画面制御部は、前記操作手段を介して前記指示を受け付けた場合には、前記注文入力画面において利用客の注文内容の入力を受け付けた後、前記座席選択画面において利用客の席の選択入力を受け付ける」
と記載されているのを、
「
従業員による、利用客の注文内容と席の情報の入力
「
第１
、前記従業員による
、前記従業員による
「前記
第１
前記利用客の席の情報を入力するための座席選択手段と、前記従業員による
「前記画面制御部は、前記操作手段を介して前記
先に注文入力を行う旨の
前記利用客の席の情報を入力するための座席選択手段を有する第２座席選択画面であって、前記先に注文入力を行う旨の指示を受け付ける操作手段を有さない前記第２
にそれぞれ訂正する。 
（請求項１の記載を引用する請求項２も同様に訂正する。）
（２）訂正事項２
　特許請求の範囲の請求項３に 
「座席選択画面において利用客の席の選択入力を受け付けた後、注文入力画面において利用客の注文内容の入力を受け付ける画面制御部」、
「前記座席選択画面は、席の選択入力を後回しにして先に注文入力を行う旨の指示を受け付ける操作手段を有し」及び
「前記画面制御部は、前記操作手段を介して前記指示を受け付けた場合には、前記注文入力画面において利用客の注文内容の入力を受け付けた後、前記座席選択画面において利用客の席の選択入力を受け付ける」
と記載されているのを、
「
第１
、従業員による
、前記従業員による
「前記
第１
前記利用客の席の情報を入力するための座席選択手段と、前記従業員による
「前記画面制御部は、前記操作手段を介して前記
先に注文入力を行う旨の
前記利用客の席の情報を入力するための座席選択手段を有する第２座席選択画面であって、前記先に注文入力を行う旨の指示を受け付ける操作手段を有さない前記第２
にそれぞれ訂正する。
（３）訂正事項３ 
　特許請求の範囲の請求項４に
「座席選択画面において利用客の席の選択入力を受け付けた後、注文入力画面において利用客の注文内容の入力を受け付ける画面制御部」、
「前記座席選択画面は、席の選択入力を後回しにして先に注文入力を行う旨の指示を受け付ける操作手段を有し」及び
「前記画面制御部は、前記操作手段を介して前記指示を受け付けた場合には、前記注文入力画面において利用客の注文内容の入力を受け付けた後、前記座席選択画面において利用客の席の選択入力を受け付ける」
と記載されているのを、 
「
第１
、従業員による
、前記従業員による
「前記
第１
前記利用客の席の情報を入力するための座席選択手段と、前記従業員による
「前記画面制御部は、前記操作手段を介して前記
先に注文入力を行う旨の
前記利用客の席の情報を入力するための座席選択手段を有する第２座席選択画面であって、前記先に注文入力を行う旨の指示を受け付ける操作手段を有さない前記第２
にそれぞれ訂正する。 
　訂正前の請求項１−２は一群の請求項に該当するから、訂正事項１に係る請求項１についての訂正は、一群の請求項である請求項〔１−２〕について請求されている。
　訂正事項２に係る請求項３についての訂正及び訂正事項３に係る請求項４についての訂正は、それぞれ独立請求項について請求されている。
　したがって、本件訂正は、請求項〔１−２〕、３、４について請求されている。
２　訂正の目的の適否、新規事項の有無、特許請求の範囲の拡張・変更の存否
（１）訂正事項１について
　訂正事項１に係る請求項１についての訂正は、訂正前の請求項１における「注文入力端末」の操作の主体と操作内容を、本件特許の願書に添付された明細書（以下「明細書」という。）の段落【００１４】及び【００１７】（特に「従業員」に係る記載を参照）並びに段落【００２１】、【００２３】、【００２７】、【００２９】及び図４等（特に「ボタンＢ１」、「ボタンＢ２」及び「座席番号」に係る記載を参照）に基いて限定するものであるから、特許請求の範囲の減縮を目的とするものであり、新規事項の追加に該当せず、実質上特許請求の範囲を拡張し、又は変更するものでもない。
（２）訂正事項２について
　訂正事項２に係る請求項３についての訂正は、訂正前の請求項３における「注文入力端末」の操作の主体と操作内容を、明細書の段落【００１４】、【００１７】、【００２１】、【００２３】、【００２７】、【００２９】及び図４等（参照箇所は上記（１）と同様）に基いて限定するものであるから、特許請求の範囲の減縮を目的とするものであり、新規事項の追加に該当せず、実質上特許請求の範囲を拡張し、又は変更するものでもない。
（３）訂正事項３について
　訂正事項３に係る請求項４についての訂正は、訂正前の請求項４における「プログラム」による「コンピュータ」の操作の主体と操作内容を、明細書の段落【００１４】、【００１７】、【００２１】、【００２３】、【００２７】、【００２９】及び図４等（参照箇所は上記（１）と同様）に基いて限定するものであるから、特許請求の範囲の減縮を目的とするものであり、新規事項の追加に該当せず、実質上特許請求の範囲を拡張し、又は変更するものでもない。
３　小括
　上記のとおり、訂正事項１〜３に係る訂正は、特許法第１２０条の５第２項ただし書第１号に掲げる「特許請求の範囲の減縮」を目的とするものであり、かつ、同条第９項で準用する同法第１２６条第５項及び第６項の規定に適合する。
　したがって、本件特許の特許請求の範囲を、訂正請求書に添付された訂正特許請求の範囲のとおり、訂正後の請求項〔１−２〕、３、４について訂正することを認める。
第３　訂正後の本件発明
　本件訂正請求により訂正された請求項１〜４に係る発明（以下それぞれ「本件発明１」〜「本件発明４」という。）は、訂正特許請求の範囲の請求項１〜４に記載された次の事項により特定されるとおりのものである（下線は訂正箇所を示す。）。
「【請求項１】 
　利用客の注文を管理する、オーダーエントリーシステムであって、
　
従業員による、利用客の注文内容と席の情報の入力
　前記注文入力端末を介して受け付けた注文を管理する注文管理サーバと、を備え、
　前記注文入力端末は、
　
第１
、前記従業員による
、前記従業員による
　入力された席の情報および注文内容の情報を前記注文管理サーバに送信する送信部と、を備え、
　前記
第１
前記利用客の席の情報を入力するための座席選択手段と、前記従業員による
　前記画面制御部は、
　前記操作手段を介して前記
先に注文入力を行う旨の
前記利用客の席の情報を入力するための座席選択手段を有する第２座席選択画面であって、前記先に注文入力を行う旨の指示を受け付ける操作手段を有さない前記第２
【請求項２】
　前記送信部は、
　前記席の選択入力および前記注文内容の入力の順序に関わらず、両方の入力を受けた後、前記注文管理サーバに入力された情報を一括して送信する、請求項１に記載のオーダーエントリーシステム。
【請求項３】
　利用客の注文を受け付ける注文入力端末であって、
　
第１
、従業員による
、前記従業員による
　入力された席の情報および注文内容の情報を注文管理サーバに送信する送信部と、を備え、
　前記
第１
前記利用客の席の情報を入力するための座席選択手段と、前記従業員による
　前記画面制御部は、
　前記操作手段を介して前記
先に注文入力を行う旨の
前記利用客の席の情報を入力するための座席選択手段を有する第２座席選択画面であって、前記先に注文入力を行う旨の指示を受け付ける操作手段を有さない前記第２
【請求項４】
　利用客の注文を受け付けるコンピュータを、
　
第１
、従業員による
、前記従業員による
　入力された席の情報および注文内容の情報を注文管理サーバに送信する送信部と、して機能させ、
　前記
第１
前記利用客の席の情報を入力するための座席選択手段と、前記従業員による
　前記画面制御部は、
　前記操作手段を介して前記
先に注文入力を行う旨の
前記利用客の席の情報を入力するための座席選択手段を有する第２座席選択画面であって、前記先に注文入力を行う旨の指示を受け付ける操作手段を有さない前記第２
第４　取消理由通知（決定の予告）に記載した取消理由について
１　取消理由の概要
　本件訂正前の請求項１〜４に係る特許に対して、当審が令和１年７月２４日付けの取消理由通知（決定の予告）で特許権者に通知した取消理由の要旨は、次のとおりである。
　［取消理由］
　本件特許の請求項１〜４に係る発明は、本件特許出願前に日本国内又は外国において頒布された下記の刊行物に記載された発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであって、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、上記請求項１〜４に係る特許は、特許法第２９条の規定に違反してされたものであるから、同法第１１３条第２号の規定により取り消すべきものである。
　［刊行物］
　刊行物１：特開２０１６−１１０４６３号公報
　刊行物２：特開２００５−１６５８４１号公報
　刊行物３：特開２０１６−９１２２５号公報
　上記刊行物１（以下「引用文献１」という。）は、申立人が提出した甲第２号証であり、上記刊行物２（以下「引用文献２」という。）は、申立人が提出した甲第１号証であり、上記刊行物３（以下「引用文献３」という。）は、平成３１年４月２５日付けの訂正で限定された事項に対応して当審が提示した文献である。
２　当審の判断
２−１　引用文献に記載された事項及び発明等
（１）引用文献１について
ア　引用文献１に記載された事項
　本件特許出願前に日本国内において頒布された引用文献１には、図面とともに、以下の事項が記載されている（下線は、当審で付した。以下同様である。）。
（１ａ）
「【００１７】
　以下、本発明の実施形態を図面を参照して詳細に説明する。
　図１は本発明の一実施形態にかかる券売機（販売機）１の斜視図である。この券売機１は、例えば飲食店において客が商品（メニュー）に対応する食券を購入するために設置されるものである。同図に示すように、券売機１の正面上部には、メニュー等を表示すると共に入力用のキー操作部となる操作表示部（タッチパネル）１１が設置されている。操作表示部１１には客が商品購入を始めとする所定の操作を行うための画面が表示される。
・・・
【００２０】
　図２は券売機１の一例を示すブロック図である。
券売機１は、ＣＰＵ３５と、ＲＡＭ（記憶手段）３７と、ＲＯＭ３９と、通信部４１と、
操作表示部１１と、
を備えて構成されている。
【００２１】
　
ＣＰＵ３５は、券売機１の処理動作全体を制御する制御手段である。
ＲＯＭ３９は、ＣＰＵ３５が実行するプログラム
等が記憶されている。
【００２２】
　
通信部４１は、外部との通信を実行する送信手段
であり、外部装置との通信を行う機能を有する。
・・・
【００２４】
　
操作表示部１１は、タッチパネルを用いて構成されており、
商品メニューや座席状態等の画面を表示する。
客が、表示された商品メニュー中の所望の商品を押下（タッチ）することでその選択された商品が入力され、また表示された座席状態中の所望の座席を押下することでその選択された座席が入力される。
・・・
【００２６】
　図３は券売機１を含む券売システム１００の一例を示すブロック図である。同図に示すように券売システム１００は、券売機１とキッチン端末１０１と店舗用管理装置１０３とアクセスポイント１０２とを、ＬＡＮ１０５を介して接続し、またアクセスポイント１０２を介して携帯端末１０４をＬＡＮ１０５に接続し、またこれら券売機１や店舗用管理装置１０３をネットワーク１０７を介して本社管理装置１０９に接続して構成されている。本
社管理装置１０９や店舗用管理装置１０３は券売機１と通信を行い、
券売機１内の情報管理を行う。
【００２７】
　図５は、
券売機１が実行する発券処理
処理は、ＣＰＵ３５がＲＯＭ３９に記憶されているプログラムを実行することにより実現される。
【００２８】
〔
最初に座席を指定する場合
　即ちまず、券売機１の
操作表示部１１に、
初期画面Ｇ１を表示する
初期画面Ｇ１において座席指定ボタンｇ１２が押下されると、
【００２９】
　座席指定画面Ｇ２（その１）は人数入力画面であり、利用する人数を入力する画面である。即ちこの画面では、表示されている数字ｇ２１の何れかをタッチすることで人数欄ｇ２２に人数を表示する。この例では４名を選択した場合を示している。人数入力後に次に進むボタンｇ２３を押下することで、図８に示す座席指定画面Ｇ２（その２）に進む。なお、座席指定画面Ｇ２（その１）には、同じグループの客が同一の座席を選択できるようにするための座席誘導ボタンｇ２４を表示している。
【００３０】
　座席指定画面Ｇ２（その２）は座席種類選択画面であり、この例の場合は４名を選択したので、座席の種類（「４名用」，「６名用」）と共に現在利用が可能な座席の種類が表示される。即ちこの座席指定画面Ｇ２（その２）では、「選ぶ」と表示された座席の種類（即ち４名用）が利用可能な座席（空席）の種類であり、「満席」と表示された座席の種類（即ち６名用）が利用不可の座席（使用中）の種類である。利用可能な座席の種類には利用可能なテーブルの数が同時に表示される。さらに、座席指定画面Ｇ２（その２）には、全体の座席レイアウトを表示させるための座席レイアウトボタンｇ２７を表示している。
【００３１】
　そして例えば、この座席指定画面Ｇ２（その２）において、４名用の選ぶボタンｇ２５を押下すると、図９に示す
座席レイアウト画面（座席指定画面）Ｇ３が表示される。
座席を指定すれば
座席情報を生成し
【００３２】
　なお、上記例では、
座席指定画面Ｇ２（その１）→座席指定画面Ｇ２（その２）→座席レイアウト画面Ｇ３を順番に表示して座席を指定していく方法を説明したが、
座席レイアウト画面Ｇ３だけで座席を指定するように構成しても良い。
・・・
【００３５】
　図５に戻って、
上記座席情報が生成された後、
まだメニュー情報を生成していないので、
ニュー選択画面Ｇ４が表示される。
メニューが選択される
【００３６】
　これによってＣＰＵ３５は、選択されたメニュー（数量を含む）と前記食券番号から
メニュー情報を生成し、
【００３７】
　そしてステップＳＴ１２において、初期画面Ｇ１でテイクアウトを選択していないので、ステップＳＴ１３に移行し、
座席情報は
生成済みなので、
前記座席情報とメニュー情報とを組み合わせることで顧客情報を生成し、
・・・
【００３９】
　次に、客は、前記紙幣挿入口１３や硬貨投入口１７から貨幣を投入し（貨幣の投入はもっと前の段階で行っても良い）、メニュー選択画面Ｇ４の発券ボタンｇ４３を押下する。これによって、精算処理が行われて選択された商品分の金額が投入金額から差し引かれ、お釣りが紙幣返却口１５や硬貨返却口１９から払い出され（ステップＳＴ１５）、同時に食券印字発行部４７によって食券が印字され、食券取出口２１から排出される（ステップＳＴ１６）。商品を複数種類選択した場合は、複数枚の食券が排出される。即ちステップ１５を実行するＣＰＵ３５等は、顧客情報に基づく精算処理を行う精算手段であり、またステップ１６を実行するＣＰＵ３５等は、顧客情報と精算処理に基づく券を発券する発券手段である。
【００４０】
　図１４は食券１２０の一例を示す図である。同図に示すように食券１２０には、店舗名１２１と発行日時１２３と座席番号１２５と商品名１２７と数量１２９とバーコード１３１とが印字されている。この食券１２０に表示された座席番号１２５を確認することで、客は自分が選択した席に間違いなく着席することができる。
【００４１】
　なお上記ステップＳＴ８とステップＳＴ１３を実行するＣＰＵ３５等は、顧客情報が生成されていない場合に、前記発券手段による発券を禁止する禁止手段である。
【００４２】
〔
最初に商品を選択する場合
　この場合はまず、図５に示すステップＳＴ１において、図６に示す初期画面Ｇ１を表示し、この
初期画面Ｇ１中のメニュー選択ボタンｇ１１を押下する。
メニュー選択画面Ｇ４を表示する。
上記と同様の動作を行ってメニュー情報を生成し
未だ座席選択を行っていないので、
座席指定画面
を表示し、前記と同様に
座席情報を生成し、
メニュー情報が生成済みなので、
前記座席情報とメニュー情報とを組み合わせることで顧客情報を生成し、
精算処理
食券が印字・発行
・・・
【００４４】
　そして、以上のステップＳＴ１〜ＳＴ１６によって生成された
顧客情報
キッチン端末（外部装置、端末装置）１０１に送信され、商品の調理指示書として出力され、印刷又は画面表示される。
・・・
【００４８】
　また、上記座席指定画面とメニュー選択画面間の切り替えには、例えば以下の３つのパターンが考えられる。
（１）
行き来自由のパターン
　
例えばメニュー選択時には、メニュー選択画面内に座席指定画面へ遷移するためのボタン（座席指定画面遷移ボタン）を表示し、一方、座席指定時には、座席指定画面内にメニュー選択画面へ遷移するためのボタン（メニュー選択画面遷移ボタン）を表示するようにする。両画面間の行き来は自由であり、また、それぞれの遷移ボタンには選択状況が分かるステータスを同時に表示しても良い。
　
例えば、メニュー選択画面において、座席指定画面遷移ボタンを表示し、そのボタンの近傍に、座席が指定されたか否かが文字や色や形状で分かるようにする。
　
そして両方の情報が確定したことを条件に精算処理画面へ遷移する精算処理ボタンが押下できるようにする。
（２）シリアル運用のパターン
　初期画面でメニュー選択又は座席指定のどちらか一方を選ぶと、順に選択を進め、精算（＝発券）までを行うパターンである。
　例えば、メニュー選択を先に選ぶとメニュー選択画面で必要なメニューを選択し、メニュー選択の最後にメニュー確定ボタンを押下する。押下と同時に座席指定画面へ自動遷移し、座席を指定し、座席指定の最後に座席確定ボタンを押下する。押下と同時に精算処理画面へ自動遷移する。
（３）画面分割のパターン
　操作画面を左右もしくは上下に分割して、メニュー選択と座席指定を並行して進めるパターンである。両画面が確定したことを条件に精算処理ボタンが押下できるようにする。
・・・
【００５０】
　また上記例では、本発明を券売機に適用した例を示したが、本発明は券売機に限定されず、例えば、食券を発行しないで注文データを厨房のキッチン端末に送信する構成の販売機等であってもよい。即ち例えば販売機は客と店舗とのインターフェースに用い、各種画面の表示と入力を行い、その他の構成は上位機種（例えば管理装置等）やその他の機器に備えても良い。例えば、データの記憶や演算処理などはネットワーク接続された管理装置が行い、発券や精算は別途設けたプリンタ等の発券装置と精算装置によって行うようにしても良い。
・・・
【００５４】
　また上記販売機では、オーダー受付／座席指定／精算処理の三業務を一括で行うモードを示しているが、店舗の業態や時間帯等によっては、オーダー受付／精算処理のみ、またはオーダー受付／座席指定のみ、または精算処理のみ等のモードを使い分けるように構成しても良い。」
 
（１ｂ）
　引用文献１の図１〜３、５、６及び９〜１５は、以下のとおりである。
イ　引用文献１に記載された発明及び技術事項
　摘記（１ａ）及びの図面（摘記（１ｂ）参照）から、以下の事項が認定できる。
（ア）
　券売機１は、ＣＰＵ３５と、ＲＡＭ（記憶手段）３７と、ＲＯＭ３９と、通信部４１と、操作表示部１１と、を備えて構成され（段落【００２０】）、
　ＣＰＵ３５は、券売機１の処理動作全体を制御する制御手段であり、
　ＲＯＭ３９は、ＣＰＵ３５が実行するプログラム等を記憶し（段落【００２１】）、
　通信部４１は、外部との通信を実行する送信手段であり、外部装置との通信を行う機能を有し（段落【００２２】）、 
　操作表示部１１は、タッチパネルを用いて構成されており、商品メニューや座席状態等の画面を表示し、客が、表示された商品メニュー中の所望の商品を押下（タッチ）することでその選択された商品が入力され、また表示された座席状態中の所望の座席を押下することでその選択された座席が入力される（段落【００２４】）ことが認定できる（図１〜２も参照）。
（イ）
　座席指定画面を表示（図５のＳＴ５）するのに、座席指定画面Ｇ２（その１）→座席指定画面Ｇ２（その２）→座席レイアウト画面Ｇ３を順番に表示するが、座席レイアウト画面Ｇ３だけで構成しても良いことから（段落【００３２】、図５）、操作表示部１１に表示される初期画面Ｇ１で座席指定ボタンｇ１２が押下されると座席レイアウト画面Ｇ３を表示する（段落【００２８】〜【００３１】、図５〜６）ようにしても良く、このことをも踏まえると、
　ＣＰＵ３５がＲＯＭ３９に記憶されているプログラムを実行することにより実現される、券売機１が実行する発券処理において（段落【００２７】）、 
　最初に座席を指定する場合、操作表示部１１に表示される初期画面Ｇ１で座席指定ボタンｇ１２が押下されると座席レイアウト画面Ｇ３を表示し（段落【００２８】）、 
　座席レイアウト画面Ｇ３で座席が指定されると座席情報を生成し（段落【００３１】）、
　座席情報を生成した後、まだメニュー情報を生成してないので、メニュー選択画面Ｇ４を表示し（段落【００３５】）、 
　メニュー選択画面Ｇ４でメニューが選択されるとメニュー情報を生成し（段落【００３６】）、 
　メニュー情報を生成した後、座席情報は生成済みなので、座席情報とメニュー情報とを組み合わせて顧客情報を生成し（段落【００３７】）、
　最初に商品を選択する場合、初期画面Ｇ１でメニュー選択ボタンｇ１１が押下されるとメニュー選択画面Ｇ４を表示し、
　メニュー選択画面Ｇ４でメニューが選択されるとメニュー情報を生成し、
　メニュー情報を生成した後、まだ座席情報を生成してないので、座席レイアウト画面Ｇ３を表示し、
　座席レイアウト画面Ｇ３で座席が指定されると座席情報を生成し、
　座席情報を生成した後、メニュー情報は生成済みなので、座席情報とメニュー情報とを組み合わせて顧客情報を生成し（段落【００４２】）、
　いずれの場合も顧客情報を生成した後、精算処理、発券の後に、顧客情報を通信部４１でキッチン端末（外部装置、端末装置）１０１に送信し、商品の調理指示書として出力し、印刷又は画面表示し（段落【００４４】）、
　売機１内の情報管理を行う本社管理装置１０９や店舗用管理装置１０３が通信を行う、券売機１（段落【００２７】）が認定できる（段落【００２７】〜【００４４】、図２〜３、５〜６、９、１１、１３、特に、図５、９、１１も参照）。
（ウ）
　上記（ア）、（イ）及び摘記（１ａ）、（１ｂ）を整理すると、引用文献１には、次の発明（以下「引用発明」という。）が記載されていると認められる。
　［引用発明］
「券売機１は、ＣＰＵ３５と、ＲＡＭ（記憶手段）３７と、ＲＯＭ３９と、通信部４１と、操作表示部１１と、を備えて構成され、
　ＣＰＵ３５は、券売機１の処理動作全体を制御する制御手段であり、
　ＲＯＭ３９は、ＣＰＵ３５が実行するプログラム等を記憶し、
　通信部４１は、外部との通信を実行する送信手段であり、外部装置との通信を行う機能を有し、
　操作表示部１１は、タッチパネルを用いて構成されており、商品メニューや座席状態等の画面を表示し、客が、表示された商品メニュー中の所望の商品を押下（タッチ）することでその選択された商品が入力され、また表示された座席状態中の所望の座席を押下することでその選択された座席が入力され、
　ＣＰＵ３５がＲＯＭ３９に記憶されているプログラムを実行することにより実現される、券売機１が実行する発券処理において、
　最初に座席を指定する場合、操作表示部１１に表示される初期画面Ｇ１で座席指定ボタンｇ１２が押下されると座席レイアウト画面Ｇ３を表示し、
　座席レイアウト画面Ｇ３で座席が指定されると座席情報を生成し、
　座席情報を生成した後、まだメニュー情報を生成してないので、メニュー選択画面Ｇ４を表示し、
　メニュー選択画面Ｇ４でメニューが選択されるとメニュー情報を生成し、
　メニュー情報を生成した後、座席情報は生成済みなので、座席情報とメニュー情報とを組み合わせて顧客情報を生成し、
　最初に商品を選択する場合、初期画面Ｇ１でメニュー選択ボタンｇ１１が押下されるとメニュー選択画面Ｇ４を表示し、
　メニュー選択画面Ｇ４でメニューが選択されるとメニュー情報を生成し、
　メニュー情報を生成した後、まだ座席情報を生成してないので、座席レイアウト画面Ｇ３を表示し、
　座席レイアウト画面Ｇ３で座席が指定されると座席情報を生成し、
　座席情報を生成した後、メニュー情報は生成済みなので、座席情報とメニュー情報とを組み合わせて顧客情報を生成し、
　いずれの場合も顧客情報を生成した後、精算処理、発券の後に、顧客情報を通信部４１でキッチン端末（外部装置、端末装置）１０１に送信し、商品の調理指示書として出力し、印刷又は画面表示し、
　売機１内の情報管理を行う本社管理装置１０９や店舗用管理装置１０３が通信を行う、券売機１。」
（エ）
　また、摘記（１ａ）の段落【００４８】には、以下の技術事項（以下「引用文献１に記載された技術事項」という。）が記載されている。
　［引用文献１に記載された技術事項］
「（１）行き来自由のパターン
　例えばメニュー選択時には、メニュー選択画面内に座席指定画面へ遷移するためのボタン（座席指定画面遷移ボタン）を表示し、一方、座席指定時には、座席指定画面内にメニュー選択画面へ遷移するためのボタン（メニュー選択画面遷移ボタン）を表示するようにする。両画面間の行き来は自由であり、また、それぞれの遷移ボタンには選択状況が分かるステータスを同時に表示しても良い。
　例えば、メニュー選択画面において、座席指定画面遷移ボタンを表示し、そのボタンの近傍に、座席が指定されたか否かが文字や色や形状で分かるようにする。
　そして両方の情報が確定したことを条件に精算処理画面へ遷移する精算処理ボタンが押下できるようにする。」 
（２）引用文献２について 
ア　引用文献２に記載された事項
　本件特許出願前に日本国内において頒布された引用文献２には、図面とともに、以下の事項が記載されている。
（２ａ）
「【０００９】
　従来は、着席場所が決まった段階で注文を受け付けるしかないが、本発明では、携帯端末に注文と着席場所を順序問わず独立して入力した後、最終的に注文が決定されるので、顧客の着席前後に拘わらず注文を受けることができる。これによって、待ち時間の間においても、注文を受けることができ、顧客の苛立ちを解消することができるとともに、着席後に直ちに注文を受け付けて調理を開始することができる。
・・・
【００２５】
　飲食店では、注文から調理までを迅速に行うための注文システムが配備されている。この
注文システムは、飲食物を表示したメニューと、顧客に貸与する携帯端末と、前記携帯端末との間で送受信可能な注文管理サーバより構成される。
・・・
【００２７】
　本実施例の携帯端末１８は、飲食店の店内使用に供され、顧客自身が、注文できるように入店時に貸与される。携帯端末は、専用の端末装置として構成されていても、既存の携帯電話にバーコードリーダー機能を付与した構成でもよい。
　携帯端末１８は、識別コードであるバーコード２０，２２や、その他に数量や決定に対応するバーコードを読み取り可能に構成されており、例えば、
携帯端末１８はバーコードリーダー機能付き携帯端末（以下、「ＢＲ端末」である。
・・・
【００２９】
　ＢＲ端末１８は、さらに、決定ボタン２４と呼出ボタン２６を供えている。決定ボタ２４ンは、ＢＲ端末内に蓄積した注文データを管理サーバに送信するための入力部である。なお、後述するが、決定ボタン２４を利用せずとも、テーブル席のバーコードの利用して蓄積した注文データを送信することもできる。また、注文決定のためのバーコードを記したメニューを利用した場合には、ＢＲ端末から決定ボタンを略することができる。
　呼出ボタン２６は、顧客の細かな要望に応えるために、フロア係を呼び出すための入力部である。呼出ボタン２６を操作すると、例えば、店内の表示板にテーブル番号が表示される。
　さらに、ＢＲ端末１８は、テンキーを備えていてもよい。このテンキーは、数量の入力、フロア係による着席場所の入力に利用できるように構成されている。
・・・
【００３２】
　図４は、管理サーバの構成図である。
管理サーバ３０は、ＢＲ端末１８から受信した飲食物注文用バーコード及び着席場所バーコードに対応する情報を厨房及びフロントの出力装置に表示する。管理サーバは、ＣＰＵ（中央演算ユニット）３２と、このＣＰＵにバス３４で接続された送受信装置３６、商品データベース３８、着席場所データベース４０、記憶装置４２、出力装置４４を備えている。
　送受信装置３６は、ＢＲ端末１８との間で送受信を行うインターフェースとして機能する。商品データベース３８は、飲食物注文用バーコード２０に対応するデータと飲食物の名称を翻訳するためのテーブル（表）を格納している。着席場所データベース４０は、着席場所バーコード２８に対応するデータと着席場所を翻訳するためのテーブル（表）を格納している。
記憶装置４２は、例えば、ＲＡＭであり、飲食物注文用バーコード２０及び着席場所バーコード２８の一方のデータのみ受信したときに、固有のＢＲ端末１８に関連付けて、前記一方のデータを一時的に保存する。
出力装置４４は、調理人に対する厨房出力装置４６と、フロア係に対するフロント出力装置４８より構成されている。
出力装置４４は、ＣＲＴ等の画面表示装置でも、プリンター等の印刷装置のいずれでも
・・・
【００３４】
　図５及び図６は、ＢＲ端末１８の液晶表示画面５０を示している。図５は、注文前のＢＲ端末の液晶表示画面を示している。フロア係は、ＢＲ端末に人数を入力する。ＢＲ端末には、人数を入力することにより、入店時間５２と人数５４が表示される。フロア係は、空席に顧客を案内し、図３に示されるように、テーブル席のバーコード２８をＢＲ端末で読み取る。ＢＲ端末１８にテンキーがある場合には、テンキーによって着席場所のデータを入力してもよい。このとき、フロア係は、顧客に対してテーブル席のバーコード２８をＢＲ端末で読み取ることができる旨を説明し、顧客バーコード２８を読み取らせてもよい。バーコード２８を読み取ると、ＢＲ端末には、着席時間とテーブル番号が表示される。フロア係は、顧客に注文方法を説明してテーブル席を離れる。フロア係は、注文を受けることはなく、その間に他の業務を行う。
　また、フロア係は、必要であればＢＲ端末の操作を説明し、顧客が自由に着席場所を選んでもよい旨を伝える。この場合、着席場所バーコード２８は顧客によってＢＲ端末に入力される。
・・・
【００３６】
　注文の入力のために、液晶表示画面５０には、決定前の状態では、注文の入力を促す表示が表示される。図５では、「メニューのバーコードをペンで読み取って注文を入力下さい。テーブルバーコードをペンで読み取りますと、決定となります。」のように、注文の入力を促す表示が行われる。液晶表示画面５０ではなく、メニュー１６の各頁毎に注文の入力を促す表示が行われてもよく、テーブルや卓上メニューに注文の入力を促す表示が行われてもよい。
　顧客は、メニュー１６のバーコードをＢＲ端末で読み取ることで、ＢＲ端末１８に注文データを蓄積する。希望する飲食物の入力が完了すると、顧客が決定ボタン２６を操作するか、着席場所バーコード２８を読み取る。着席時に着席場所バーコードを入力せず、注文データ入力後に、着席場所バーコードを読み取ると、決定の代わりになる。いずれの場合においても、着席場所バーコードの入力がないかぎり、注文決定とはならない。
【００３７】
　図６は、注文決定後のＢＲ端末の液晶表示画面を示している。液晶表示画面５０には、注文の状態「決定」、発注時刻「１８：４０」、商品名「＊＊＊＊」、数量「１」、価格「￥８４０」のように、個々の注文毎に状態等が表示されるとともに、合計価格が表示される。さらに、液晶表示画面には、「注文を受付ました。」のように顧客に安心感を与える表示と、「追加注文があるときは、メニューのバーコードを読みとって決定ボタン。」のように追加注文を促す表示とが表示される。
【００３８】
　管理サーバ３０は、ＢＲ端末１８から送信された注文データを受信し、商品データベース３８及び着席場所データベース４０を参照して、厨房表示装置４６及びフロア出力装置４８に注文内容を表示する。調理人は、ＣＲＴ等に画面表示された注文のうち、厨房で調理が必要な注文についての調理を行う。フロア係は、ＣＲＴ等に画面表示された注文のうち、厨房で調理を行わない注文についての対応、すなわち、飲料の提供準備、バイキング用容器の準備を行う。いずれの出力装置４６，４８にも、テーブル番号が表示され、調理完了した飲食物や、飲料は所定のテーブル席に運搬される。
・・・
【００５２】
　さらに、待ち時間の間に注文を好まない顧客については、着席後に注文を受けることもできる。図９において、フロア係の案内又は顧客自身の希望により、テーブル席又はカウンター席に着席し、フロア係又は顧客により着席場所バーコードが読み取られると（Ｓ１）、着席場所バーコードのデータは、管理サーバの記憶装置に一時的に保存される（Ｓ２１）。顧客によりＢＲ端末に注文が入力されて、決定ボタンの操作又は再度の着席場所バーコードの入力が行われると（Ｓ２３）、管理サーバは出力装置に注文データ及び着席場所データを出力し（Ｓ２４）、出力装置はこれを表示する（Ｓ２）。
　本発明のシステムは、混雑の有無、顧客の希望に合わせていずれにも利用可能に構成されている。」
（２ｂ）
　引用文献２の図１〜６及び９は、以下のとおりである。
イ　引用文献２に記載された技術事項 
　摘記事項（２ａ）及び摘記事項（２ｂ）の図面（特に、段落【００２５】、【００２７】、【００３２】及び図２〜５、９）から、引用文献２には、次の技術事項（以下「引用文献２に記載された技術事項」という。）が記載されていると認められる。
　［引用文献２に記載された技術事項］
「注文システムは、飲食物を表示したメニューと、顧客に貸与する携帯端末と、前記携帯端末との間で送受信可能な注文管理サーバより構成され、
　管理サーバ３０は、ＣＰＵ３２と、このＣＰＵにバス３４で接続された送受信装置３６、商品データベース３８、着席場所データベース４０、記憶装置４２、出力装置４４を備え、
　出力装置４４は、調理人に対する厨房出力装置４６と、フロア係に対するフロント出力装置４８より構成され、ＣＲＴ等の画面表示装置か、プリンター等の印刷装置のいずれかを用い、
　管理サーバ３０は、携帯端末１８から受信した飲食物注文用バーコード及び着席場所バーコードに対応する情報を厨房及びフロントの出力装置に出力する。」
（３）引用文献３について
ア　引用文献３に記載された事項
　本件特許出願前に日本国内において頒布された引用文献３には、図面ととともに、以下の事項が記載されている。
（３ａ）
「【００６９】 
　また、本実施形態では、顧客が券売機２０を操作して食券を発行させる例としたが、
顧客が口頭で希望する商品を店員へ伝え、店員が券売機２０を操作して食券を発行させるようにしてもよい。
イ　引用文献３に記載された技術事項
　摘記（３ａ）から、引用文献３には、次の技術事項（以下「引用文献３に記載された技術事項」という。）が記載されていると認められる。
　［引用文献３に記載された技術事項］
「顧客が口頭で希望する商品を店員へ伝え、店員が券売機２０を操作して食券を発行させるようにする。」
２−２　対比・判断
２−２−１　本件発明３について
　事案に鑑み、まず、本件発明３から検討する。
（１）対比
ア　
　引用発明の「客」、「メニュー選択画面Ｇ４」、「座席情報」及び「メニュー情報」は、それぞれ、本件発明３の「利用客」、「注文入力画面」、「入力された席の情報」及び「注文内容の情報」に相当する。
　また、引用発明の「座席レイアウト画面Ｇ３」は、「座席が指定される」から、本件発明３における「第１座席選択画面」と、「座席選択画面」の限度で共通している。
イ
　引用発明の「券売機１」は、「操作表示部１１」「を備えて構成され」、「操作表示部１１は、タッチパネルを用いて構成されており、商品メニューや座席状態等の画面を表示し、客が、表示された商品メニュー中の所望の商品を押下（タッチ）することでその選択された商品が入力され」るから、入力により、「客」の注文を受け付ける端末であるといえる。
　このことと、上記アを踏まえると、引用発明の「券売機１」は、本件発明３の「利用客の注文を受け付ける注文入力端末」に相当する。
ウ
（ア）
　引用発明の「券売機１」が「備え」る「ＣＰＵ３５」は、「券売機１の処理動作全体を制御する制御手段であ」ると共に、「発券処理において」、「メニュー選択画面Ｇ４を表示」するなど、画面も制御するから、画面制御部ともいえる。
　そして、「ＣＰＵ３５がＲＯＭ３９に記憶されているプログラムを実行することにより実現される、券売機１が実行する発券処理において」、
Ａ：「最初に座席を指定する場合、操作表示部１１に表示される初期画面Ｇ１で座席指定ボタンｇ１２が押下されると座席レイアウト画面Ｇ３を表示し」、
Ｂ：「座席レイアウト画面Ｇ３で座席が指定されると座席情報を生成し、座席情報を生成した後」、
Ｃ：「まだメニュー情報を生成してないので、メニュー選択画面Ｇ４を表示し」、
Ｄ：「メニュー選択画面Ｇ４でメニューが選択されるとメニュー情報を生成」する（符号Ａ〜Ｄ及び符号ａ〜ｄは、対比のために便宜上、当審が付した。）。
　これらのことと、上記アを踏まえると、引用発明の「ＣＰＵ３５」は、
ａ：座席選択画面（Ａの「座席レイアウト画面Ｇ３」）において、
ｂ：利用客の席の選択入力を受け付けた後（Ｂの「座席が指定されると座席情報を生成し、座席情報を生成した後」）、
ｃ：注文入力画面（Ｃの「メニュー選択画面Ｇ４」）において、
ｄ：利用客の注文内容の入力を受け付ける（Ｄの「メニューが選択されるとメニュー情報を生成」）、
画面制御部といえる。
（イ）
　したがって、引用発明の「ＣＰＵ３５は、券売機１の処理動作全体を制御する制御手段であり」、「ＣＰＵ３５がＲＯＭ３９に記憶されているプログラムを実行することにより実現される、券売機１が実行する発券処理において、最初に座席を指定する場合、操作表示部１１に表示される初期画面Ｇ１で座席指定ボタンｇ１２が押下されると座席レイアウト画面Ｇ３を表示し、座席レイアウト画面Ｇ３で座席が指定されると座席情報を生成し、座席情報を生成した後、まだメニュー情報を生成してないので、メニュー選択画面Ｇ４を表示」する構成と、本件発明３の「第１座席選択画面において、従業員による利用客の席の選択入力を受け付けた後、注文入力画面において、前記従業員による利用客の注文内容の入力を受け付ける画面制御部」の構成とは、「座席選択画面において、利用客の席の選択入力を受け付けた後、注文入力画面において、利用客の注文内容の入力を受け付ける画面制御部」の構成の限度で共通している。
エ
（ア）
　引用発明の「座席情報を生成した後、メニュー情報は生成済みなので、座席情報とメニュー情報とを組み合わせて顧客情報を生成」する構成の「座席情報」及び「メニュー情報」は、本件発明３の」「入力された席の情報」及び「注文内容の情報」に相当するから（上記ア）、当該構成の「顧客情報」
は、本件発明３の」「入力された席の情報」及び「注文内容の情報」を含んでいる。
（イ）
　引用発明の「いずれの場合も顧客情報を生成した後、精算処理、発券の後に」、「顧客情報」（上記（ア））を「通信部４１でキッチン端末（外部装置、端末装置）１０１に送信」する構成と、本件発明３の「入力された席の情報および注文内容の情報を注文管理サーバに送信する送信部」の構成とは、「入力された席の情報および注文内容の情報を送信する送信部」の構成の限度で共通している。
　以上から、本件発明３と引用発明との一致点及び相違点は、以下のとおりである。
＜一致点＞
「利用客の注文を受け付ける注文入力端末であって、
　座席選択画面において、利用客の席の選択入力を受け付けた後、注文入力画面において、利用客の注文内容の入力を受け付ける画面制御部と、
　入力された席の情報および注文内容の情報を送信する送信部と、を備える、
注文入力端末。」
＜相違点１＞ 
　「利用客の席の選択入力」、「利用客の注文内容の入力」及び「席の選択入力」が、本件発明３では「従業員による」入力であるのに対し、引用発明では「客」が入力する点。 
＜相違点２＞
　「送信する送信部」が、本件発明３では、「注文管理サーバ」に送信する送信部であるのに対し、引用発明では「キッチン端末１０１」に送信する送信部である点。 
＜相違点３＞
　「座席選択画面」及び「画面制御部」に関して、本件発明３は、
「
第１」
第１
前記利用客の席の情報を入力するための座席選択手段と、前記従業員による
「前記画面制御部は、
　前記操作手段を介して前記
先に注文入力を行う旨の
前記利用客の席の情報を入力するための座席選択手段を有する第２座席選択画面であって、前記先に注文入力を行う旨の指示を受け付ける操作手段を有さない前記第２
（２）判断
　事案に鑑み、まず、相違点３について検討する。
ア
　引用発明は、構成Ａを有していないから、上記相違点３に係る本件発明３の構成を想到するためには、まず、引用発明に引用文献１に記載された技術事項（特に「座席指定画面内にメニュー選択画面へ遷移するためのボタン（メニュー選択画面遷移ボタン）を表示するようにする。」を参照。）を適用して、引用発明において、本件発明３の「座席選択画面」に対応する画面である「座席指定画面Ｇ３」に、「メニュー選択画面へ遷移するためのメニュー選択画面遷移ボタンを表示する」ことで、構成Ａの「席の選択入力を後回しにして先に注文入力を行う旨の指示を受け付ける操作手段」を有するようにして、「第１座席選択画面」を得ることが必要になる。
イ
　しかし、引用文献１に記載された技術事項の技術的意義は、「画面間の行き来」を「自由」にすることであるから、引用発明に引用文献１に記載された技術事項（特に「メニュー選択画面内に座席指定画面へ遷移するためのボタン（座席指定画面遷移ボタン）を表示し、」を参照）を適用すれば、同様に、引用発明の「メニュー選択画面Ｇ４」にも、「座席指定画面へ遷移するための座席指定画面遷移ボタンを表示」することになる。
　そして、さらに、構成Ｂが有している「前記先に注文入力を行う旨の指示を受け付ける操作手段を有さない前記第２座席選択画面」を得るためには、「メニュー選択画面Ｇ４」でメニューを入力した後に、上記アのような「メニュー選択画面遷移ボタンを表示」した「座席指定画面Ｇ３」ではなく、当該「メニュー選択画面遷移ボタン」が表示されていない「座席指定画面Ｇ３」（本件発明３の「第２座席選択画面」に対応。）を得ることが必要になるが、これには、以下に述べるように阻害要因が存在する上に、そのようにする動機付けも無い。
ウ
　引用文献１に記載された技術事項は、「行き来自由のパターン」であり、「両画面間の行き来」を「自由」にするために、「メニュー選択画面内に座席指定画面へ遷移するための座席指定画面遷移ボタンを表示し」、「座席指定画面内には、メニュー選択画面へ遷移するためのメニュー選択画面遷移ボタンを表示するようにする」ものであり、いずれの画面においても「画面遷移ボタン」は必須の構成である。
　このことに鑑みると、引用発明に引用文献１に記載された技術事項を適用して、「座席指定画面Ｇ３」に「メニュー選択画面へ遷移するためのメニュー選択画面遷移ボタンを表示」した場合（上記ア）、そのボタンを、メニューが選択された後に限って表示しないようにすると、上記の「両画面間の行き来」を「自由」にするという目的を達成することができなくなるから、引用発明において、上記イのように、本件発明３の「先に注文入力を行う旨の指示を受け付ける操作手段を有さない」「第２座席選択画面」を得ることには、阻害要因がある。
　さらに、引用文献１に記載された技術事項の「遷移ボタン」は、「それぞれの遷移ボタンには選択状況が分かるステータスを同時に表示しても良い」もので、具体的には、「例えば、メニュー選択画面において、座席指定画面遷移ボタンを表示し、そのボタンの近傍に、座席が指定されたか否かが文字や色や形状で分かるようにする」ものであり、これらの表示機能は、「座席指定画面Ｇ３」に表示された「メニュー選択画面遷移ボタン」も該当することが明らかであり、当該ボタンの表示機能は、メニュー入力後の状況を確認することにも充分に対応できるものであるから、そのような表示機構を備えるボタンを、あえて表示しないようにする動機付けは無いといえる。
エ
　そして、引用文献１、２ないし３（引用文献１、２ないし３に記載された技術事項等参照）にも、上記の動機付けとなるような事項や上記相違点３に係る本件発明３の構成は、記載も示唆もされていないから、引用発明において、上記相違点３に係る本件発明３の構成を想到することは、当業者であっても容易になし得たとはいえない。
　したがって、他の相違点について検討するまでもなく、本件発明３は、引用発明及び引用文献１、２ないし３に記載された技術事項に基いて当業者が容易に発明をすることができたとはいえない。
（３）申立人の主張について
ア　主張
　令和１年１１月７日差出の意見書（５ページ１０行〜６ページ５行）において、申立人は、
「また、座席情報が生成された場合には、その時点で既にメニュー情報が生成済みであるため（ステップＳＴ８：Ｙ）、そのまま座席情報とメニュー情報とが組み合わされて顧客情報が生成される（ステップＳＴ１４）ことが前記引用文献１の段落００４２及び図５等には開示されている。即ち、座席情報が生成されたときにメニュー情報が既に生成済みである場合には、メニュー選択画面Ｇ４が選択されないことになる。このように、前記引用文献１の段落００４２及び図５等には、座席指定画面Ｇ２が表示される際に、既にメニュー情報が生成済みである場合には、メニューを選択する必要がなく、メニュー選択画面Ｇ４を表示させる必要がないという技術思想が開示又は示唆されている。」（以下「主張Ａ」という。）、及び、
「なお、前記引用文献１の段落００４８には、『初期画面でメニュー選択又は座席指定のどちらか一方を選ぶと、順に選択を進め、精算（＝発券）までを行うパターンである。例えば、メニュー選択を先に選ぶとメニュー選択画面で必要なメニューを選択し、メニュー選択の最後にメニュー確定ボタンを押下する。押下と同時に座席指定画面へ自動遷移し、座席を指定し、座席指定の最後に座席確定ボタンを押下する。押下と同時に精算処理画面へ自動遷移する。』との開示がある。即ち、前記引用文献１の段落００４８にも、座席指定画面Ｇ２が表示される際に、既にメニュー情報が生成済みである場合には、メニューを選択する必要がなく、メニュー選択画面Ｇ４を表示させる必要がないという技術思想が開示又は示唆されている。」（以下「主張Ｂ」という。）と主張した上で、さらに、
「したがって、訂正発明１のように、第１座席選択画面にのみ、『先に注文入力を行う旨の指示を受け付ける操作手段』が設けられ、第２座席選択画面には、このような操作手段が設けられないことは、前記引用文献１乃至３に記載の技術的事項に基づいて当業者が容易に想到することができたものである。」（以下「主張Ｃ」という。）
と主張している。
イ　検討
（ア）
　引用文献１に記載された技術事項の技術的意義は、「画面間の行き来」を「自由」にすることであるから、引用発明に引用文献１に記載された技術事項を適用し、引用発明の「座席指定画面Ｇ３」に、「メニュー選択画面へ遷移するためのメニュー選択画面遷移ボタンを表示する」ことで、構成Ａの「席の選択入力を後回しにして先に注文入力を行う旨の指示を受け付ける操作手段」を有するようにして、「第１座席選択画面」を得るようにすれば、同様に、「メニュー選択画面Ｇ４」にも、「座席指定画面へ遷移するための座席指定画面遷移ボタンを表示」することになる（上記（２）ア、イ）。
　そして、上記（２）ウ、エで述べたとおり、上記適用において、上記技術的意義を考慮すると、阻害要因も有り（上記（２）ウ）、上記相違点３に係る本件発明３の構成を想到することは、当業者であっても容易になし得たとはいえない（上記（２）エ）。
（イ）
　主張Ａ及び主張Ｂは、いずれも、「両画面間の行き来」を「自由」にすることを前提とした主張ではない。
　また、引用発明において、「両画面間の行き来」を「自由」にするために、「座席指定画面Ｇ３」に「メニュー選択画面へ遷移するためのメニュー選択画面遷移ボタンを表示」した状態では、「座席指定画面Ｇ３」において、メニュー情報が既に入力済みで、座席情報を入力しようとしている、あるいは、入力した状態であっても、さらに別のメニューを追加したり入力したメニューの修正をしたりするために、「座席指定画面Ｇ３」の「メニュー選択画面へ遷移するためのメニュー選択画面遷移ボタン」を使用することもあり得るから、上記の状態においては、「メニュー選択画面Ｇ４」を表示させる必要がないとはいえない。
（ウ）
　そして、引用発明に引用文献１に記載された技術事項（「両画面間の行き来」を「自由」にすること）を採用しないと、上記主張Ａ及び主張Ｂのとおり、メニュー選択後に座席指定画面Ｇ２が表示された場合には、そもそも、その画面で座席指定をした後にメニュー選択画面Ｇ４は表示されないのであって（図５等参照）、当該技術事項の「両画面間の行き来」を「自由」にするという技術的意義を考慮せずに（上記（イ）も参照）、主張Ａ及び主張Ｂを根拠にして、主張Ｃのように、座席指定画面Ｇ３においてメニュー選択画面Ｇ４を表示できるようにしているものに対しても、メニューを選択する必要がなく、メニュー選択画面Ｇ４を表示させる必要がない（すなわち、第２座席選択画面には、このような操作手段が設けられない）旨主張することは、当を得た主張とはいえない。
　したがって、主張Ａ及び主張Ｂを根拠とする主張Ｃは採用できない。
２−２−２　本件発明１、２及び４について
ア
　以下に示すとおり、請求項１の下線を付した構成以外の構成は、請求項３の構成と実質的に同じであるから、本件発明１は、本件発明３を実質的に含んでいるといえる。
「【請求項１】 
　
利用客の注文を管理する、オーダーエントリーシステムであって、
　
従業員による、
と席の情報の入力
と、
　
前記注文入力端末を介して受け付けた注文を管理する注文管理サーバと、
　前記注文入力端末は、
　第１座席選択画面において、
前記
　入力された席の情報および注文内容の情報を前記注文管理サーバに送信する送信部と、を備え、
　前記第１座席選択画面は、前記利用客の席の情報を入力するための座席選択手段と、前記従業員による席の選択入力を後回しにして先に注文入力を行う旨の指示を受け付ける操作手段を有し、
　前記画面制御部は、
　前記操作手段を介して前記先に注文入力を行う旨の指示を受け付けた場合には、前記注文入力画面において利用客の注文内容の入力を受け付けた後、前記利用客の席の情報を入力するための座席選択手段を有する第２座席選択画面であって、前記先に注文入力を行う旨の指示を受け付ける操作手段を有さない前記第２座席選択画面において利用客の席の選択入力を受け付ける、
オーダーエントリーシステム
　参考のために、請求項３の記載も示す。
「【請求項３】
　利用客の注文を受け付ける注文入力端末であって、
　第１座席選択画面において、従業員による利用客の席の選択入力を受け付けた後、注文入力画面において、前記従業員による利用客の注文内容の入力を受け付ける画面制御部と、
　入力された席の情報および注文内容の情報を注文管理サーバに送信する送信部と、を備え、
　前記第１座席選択画面は、前記利用客の席の情報を入力するための座席選択手段と、前記従業員による席の選択入力を後回しにして先に注文入力を行う旨の指示を受け付ける操作手段を有し、
　前記画面制御部は、
　前記操作手段を介して前記先に注文入力を行う旨の指示を受け付けた場合には、前記注文入力画面において利用客の注文内容の入力を受け付けた後、前記利用客の席の情報を入力するための座席選択手段を有する第２座席選択画面であって、前記先に注文入力を行う旨の指示を受け付ける操作手段を有さない前記第２座席選択画面において利用客の席の選択入力を受け付ける、注文入力端末。」
イ
　本件発明１は、「利用客の注文内容」「を受け付ける注文入力端末」「を備え」るものであって、「前記注文入力端末」は、本件発明３の注文入力端末に係る構成と同一の構成を備えるから、本件発明１は、実質的に本件発明３の発明特定事項を全て含むものである（上記ア）。
　また、本件発明４は、本件発明３の注文入力端末に対応するプログラムの発明であり、実質的に本件発明３の発明特定事項を全て備えるものである。
　したがって、本件発明１及び２は、実質的に本件発明３の発明特定事項を全て含み、さらに限定したものであり、本件発明４は、実質的に本件発明３の発明特定事項を全て備えるものであるから、いずれも、本件発明３と同様に、引用発明及び引用文献１、２ないし３に記載された技術事項に基いて当業者が容易に発明をすることができたとはいえない。
第５　取消理由通知において採用しなかった特許異議申立理由について
　申立人は、本件発明１〜４は、本件特許出願前に日本国内又は外国において頒布された甲第１号証（引用文献２）に記載された発明であり、特許法第２９条第１項第３号に該当し特許を受けることができないから、また、本件特許出願前に日本国内又は外国において頒布された甲第１号証（引用文献２）に記載された発明及び甲第１号証（引用文献２）ないし甲第２号証（引用文献１）に記載された技術事項に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであって、特許法第２９条第２項の規定により特許を受けることができないから、本件発明１〜４に係る特許は、特許法第１１３条第２号の規定により、取り消されるべきものである旨主張する。
　しかしながら、本件発明１は、本件訂正により、上記相違点３に係る本件発明３の構成を備えるものとなっており、また、実質的に本件発明３の発明特定事項を全て含む本件発明２〜４（上記「第４」の「２−２−２」を参照）も、同様に、上記相違点３に係る本件発明３の構成を備えるものとなっているところ、引用文献２（甲第１号証）に記載された発明を主たる発明としても、当該主たる発明は、上記相違点３に係る本件発明３の構成を備えていないこと（特に、引用文献２の図９において、座席選択手段を備える別々の画面を切り換えることが記載されていないことを参照。）が明らかであることから、上記相違点３が存在することになり、本件発明１〜４は、特許法第２９条第１項第３号に該当するものではない。
　また、上記第４で述べたとおり、引用文献１（甲第２号証）にも、上記相違点３に係る本件発明３の構成は記載されていないから、上記の引用文献２（甲第１号証）に記載された発明に引用文献１（甲第２号証）に記載された技術事項を適用してみても、上記相違点３に係る本件発明３の構成に至ることはない。
　そうすると、本件発明１〜４は、引用文献２（甲第１号証）に記載された発明及び引用文献１（甲第２号証）に記載された技術事項に基いて当業者が容易に発明をすることができたとはいえないから、特許法第２９条第２項の規定により特許を受けることができないとはいえない。
　したがって、申立人の上記主張は採用できない。
第６　むすび
　以上のとおりであるから、取消理由通知に記載した取消理由及び特許異議申立書に記載した特許異議申立理由によっては、本件請求項１〜４に係る特許を取り消すことはできない。
　また、他に本件請求項１〜４に係る特許を取り消すべき理由を発見しない。
　よって、結論の通り決定する。
【異議決定日】
令和１年１２月１７日（２０１９．１２．１７）
【訂正の要旨】
審決（決定）の【理由】欄参照。
（５７）【特許請求の範囲】
　【請求項１】
　利用客の注文を管理する、オーダーエントリーシステムであって、
　
従業員による、利用客の注文内容と席の情報の入力
　前記注文入力端末を介して受け付けた注文を管理する注文管理サーバと、を備え、
　前記注文入力端末は、
　
第１
前記従業員による
、前記従業員による
　入力された席の情報および注文内容の情報を前記注文管理サーバに送信する送信部と、を備え、
　前記
第１
前記利用客の席の情報を入力するための座席選択手段と、前記従業員による
　前記画面制御部は、
　前記操作手段を介して前記
先に注文入力を行う旨の
前記利用客の席の情報を入力するための座席選択手段を有する第２座席選択画面であって、前記先に注文入力を行う旨の指示を受け付ける操作手段を有しない前記第２
　【請求項２】
　前記送信部は、
　前記席の選択入力および前記注文内容の入力の順序に関わらず、両方の入力を受けた後、前記注文管理サーバに入力された情報を一括して送信する、請求項１に記載のオーダーエントリーシステム。
　【請求項３】
　利用客の注文を受け付ける注文入力端末であって、
　
第１
、従業員による
、前記従業員による
　入力された席の情報および注文内容の情報を注文管理サーバに送信する送信部と、を備え、
　前記
第１
前記利用客の席の情報を入力するための座席選択手段と、前記従業員による
　前記画面制御部は、
　前記操作手段を介して前記
先に注文入力を行う旨の
前記利用客の席の情報を入力するための座席選択手段を有する第２座席選択画面であって、前記先に注文入力を行う旨の指示を受け付ける操作手段を有しない前記第２
　【請求項４】
　利用客の注文を受け付けるコンピュータを、
　
第１
、従業員による
、前記従業員による
　入力された席の情報および注文内容の情報を注文管理サーバに送信する送信部と、して機能させ、
　前記
第１
前記利用客の席の情報を入力するための座席選択手段と、前記従業員による
　前記画面制御部は、
　前記操作手段を介して前記
先に注文入力を行う旨の
前記利用客の席の情報を入力するための座席選択手段を有する第２座席選択画面であって、前記先に注文入力を行う旨の指示を受け付ける操作手段を有しない前記第２