2019-700197

特許第６３８９３４３号発明「注文情報提示方法、注文システム」の特許異議申立事件について、次のとおり決定する。

【結　論】 特許第６３８９３４３号の特許請求の範囲を訂正請求書に添付された訂正特許請求の範囲のとおり、訂正後の請求項〔１、２〕、３、４、５について訂正することを認める。 特許第６３８９３４３号の請求項１～５に係る特許を維持する。

【理　由】 第１．手続の経緯 特許第６３８９３４３号の請求項１～５に係る特許についての出願は，平成３０年１月１１日の特許出願であって，同年８月２４日にその特許権の設定登録がされ，同年９月１２日に特許掲載公報が発行された。これらの請求項１～５に係る特許について，特許異議申立人　鬼頭厘早により平成３１年３月１１日に特許異議の申立てがあり，令和１年５月２２日付けで取消理由が通知され，その指定期間内である同年７月２９日付けで特許権者により意見書の提出及び訂正の請求があったものである。その後，同年９月１９日付けで特許異議申立人により意見書が提出されたところである。 第２．訂正の適否についての判断 １．訂正の内容 令和１年７月２９日付けの訂正請求（以下，「本件訂正請求」という。）による訂正の内容は以下の訂正事項１～４のとおりである（下線は，訂正箇所を示し，当審で付与した。）。 （１）訂正事項１ 特許請求の範囲の請求項１に「前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段と、を備える、注文システム」と記載されているのを、「前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段とを備え、前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における最初の注文を含み、前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を区分して表示する、注文システム」に訂正する（請求項１を引用する請求項２も同様に訂正する）。 （２）訂正事項２ 特許請求の範囲の請求項３に、「前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段と、を備える、管理サーバ」と記載されているのを、「前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段と、を備え、前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における最初の注文を含み、前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を区分して表示する、管理サーバ。」 （３）訂正事項３ 特許請求の範囲の請求項４に、「前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させるステップと、を含む、注文方法」と記載されているのを、「前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させるステップと、を含み、前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における最初の注文を含み、前記携帯型端末に表示させるステップは、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を区分して表示する、注文方法」に訂正する。 （４）　訂正事項４ 特許請求の範囲の請求項５に、「前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段、として機能させるプログラム」と記載されているのを、「前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段、として機能させ、前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における最初の注文を含み、前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を区分して表示する、プログラム」に訂正する。 ２．訂正要件についての判断 （１）一群の請求項について 訂正前の請求項１～２について、請求項２は請求項１を引用しているものであって、上記訂正事項１によって記載が訂正される請求項１に連動して訂正されるものである。 したがって、訂正前の請求項１及び２に対応する訂正後の請求項１及び２は、特許法１２０条の５第４項に規定する一群の請求項である。 （２）訂正事項１ ア．訂正の目的について 上記訂正事項１は、訂正前の「携帯型端末を用いて行われた注文」を、「前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における最初の注文を含み」に限定し、訂正前の「携帯型端末に表示させる手段」を「前記携帯型端末に表示させる手段は　前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を区分して表示する」に限定するものであるから、訂正事項１による訂正は、特許法第１２０条の５第２項ただし書第１号の規定に適合する特許請求の範囲の減縮を目的とするものである。 イ．願書に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内の訂正であること 上記訂正事項１は、「携帯型端末を用いて行われる注文」に係る訂正が、願書に添付した明細書の段落番号【００１３】、【００１７】、及び【００２０】等の記載に基づくものであり、「携帯型端末に表示させる手段」に係る訂正が願書に添付した明細書の段落番号【００２４】、【００３８】、図６、及び図８乃至１０等の記載に基づくものであって、上記訂正事項１による訂正は、願書に添付した明細書等のすべての記載を総合することにより導かれる技術的事項との関係において新たな技術的事項を導入するものではないから、願書に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内においてした訂正であり、特許法第１２０条の５第９項で準用する第１２６条第５項の規定に適合するものである。 ウ．実質上特許請求の範囲を拡張し、又は変更する訂正ではないこと 上記訂正事項１は、「携帯型端末を用いて行われた注文」及び「携帯型端末に表示させる手段」をさらに限定するものであり、発明のカテゴリーや対象、目的を変更するものではなく、特許請求の範囲を拡張し、又は変更するものではないから、訂正事項１による訂正は、特許法第１２０条の５第９項で準用する第１２６条第６項の規定に適合するものである。 （３）訂正事項２、４ ア．訂正の目的について 上記訂正事項２及び上記訂正事項４は、上記訂正事項１と同様の訂正であるから、訂正事項２及び訂正事項４による訂正は、特許法第１２０条の５第２項ただし書第１号の規定に適合する特許請求の範囲の減縮を目的とするものである。 イ．願書に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内の訂正であること 上記訂正事項２及び上記訂正事項４は、上記訂正事項１と同様の訂正であるから、訂正事項２及び訂正事項４による訂正は、訂正事項１による訂正と同様に、願書に添付した明細書，特許請求の範囲又は図面に記載した事項の範囲内においてしたものであり、特許法第１２０条の５第９項で準用する第１２６条第５項の規定に適合するものである。 ウ．実質上特許請求の範囲を拡張し、又は変更する訂正ではないこと 上記訂正事項２及び上記訂正事項４は、上記訂正事項１と同様の訂正であるから、訂正事項２及び訂正事項４による訂正は、訂正事項１による訂正と同様に、特許請求の範囲を拡張し、又は変更するものではなく、訂正事項２及び訂正事項４による訂正は、特許法第１２０条の５第９項で準用する第１２６条第６項の規定に適合するものである。 （４）訂正事項３ ア．訂正の目的について 上記訂正事項３は、訂正前の「携帯型端末を用いて行われた注文」を、「前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における最初の注文を含み」に限定し、訂正前の「携帯型端末に表示させるステップ」を「前記携帯型端末に表示させるステップは、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を区分して表示する」に限定するものであるから、訂正事項３による訂正は、特許法第１２０条の５第２項ただし書第１号の規定に適合する特許請求の範囲の減縮を目的とするものである。 イ．願書に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内の訂正であること 上記訂正事項３は、「携帯型端末を用いて行われる注文」に係る訂正が、願書に添付した明細書の段落番号【００１３】、【００１７】及び【００２０】等の記載に基づくものであり、「携帯型端末に表示させるステップ」に係る訂正が願書に添付した明細書の段落番号【００２４】、【００３８】、図６、及び図８乃至１０等の記載に基づくものであって、上記訂正事項３のよる訂正は、願書に添付した明細書等のすべての記載を総合することにより導かれる技術的事項との関係において新たな技術的事項を導入するものではないから、願書に添付した明細書，特許請求の範囲又は図面に記載した事項の範囲内においてしたものである。 したがって、訂正事項３による訂正は、特許法第１２０条の５第９項で準用する第１２６条第５項の規定に適合するものである。 ウ．実質上特許請求の範囲を拡張し、又は変更する訂正ではないこと 上記訂正事項３は、「携帯型端末を用いて行われた注文」及び「携帯型端末に表示させるステップ」をさらに限定するものであり、発明のカテゴリーや対象、目的を変更するものではなく、特許請求の範囲を拡張し、又は変更するものではない。 したがって、訂正事項３による訂正は、特許法第１２０条の５第９項で準用する第１２６条第６項の規定に適合するものである。 ３．むすび 以上のとおりであるから，本件訂正請求による訂正は，特許法第１２０条の５第２項第１号に掲げる事項を目的とするものであり，かつ，同条第９項において準用する同法第１２６条第５項及び第６項の規定に適合するので，訂正後の請求項〔１，２〕，３，４，５について訂正を認める。 第３．訂正後の本件発明 本件訂正請求により訂正された訂正請求項１ないし５に係る発明（以下，「本件発明１」ないし「本件発明５」という。）は，その特許請求の範囲の請求項１ないし５に記載された次の事項により特定されるとおりのものである。 「【請求項１】 店舗内において、店員が所持する注文用端末を用いて注文を受け付ける店舗内システムと、 前記店舗への来店客の所持する一又は複数の携帯型端末と、 前記店舗内システムと前記携帯型端末の各々とネットワークを介して接続される管理サーバと、を含み、 前記管理サーバは、 前記注文用端末を用いて行われた注文の内容と、当該注文が行われた卓を特定するための卓識別情報と、を含む注文情報を、前記店舗内システムから取得する手段と、 前記携帯型端末を用いて行われた注文の内容と、当該携帯型端末を所持する来店客の卓を特定するための卓識別情報と、を含む注文情報を、前記携帯型端末から取得する手段と、 携帯型端末から、卓識別情報を含む表示要求を受け付ける手段と、 前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段と、を備え、 前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における最初の注文を含み、 前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を区分して表示する、注文システム。 【請求項２】 前記携帯型端末は、当該携帯型端末を所持する来店客の卓に表示された二次元バーコードを読み取ることによって、前記卓識別情報を取得する、 請求項１記載の注文システム。 【請求項３】 店舗内において、店員が所持する注文用端末を用いて注文を受け付ける店舗内システムと、前記店舗への来店客の所持する一又は複数の携帯型端末との各々とネットワークを介して接続される管理サーバであって、 前記管理サーバは、 前記注文用端末を用いて行われた注文の内容と、当該注文が行われた卓を特定するための卓識別情報と、を含む注文情報を、前記店舗内システムから取得する手段と、 前記携帯型端末を用いて行われた注文の内容と、当該携帯型端末を所持する来店客の卓を特定するための卓識別情報と、を含む注文情報を、前記携帯型端末から取得する手段と、 携帯型端末から、卓識別情報を含む表示要求を受け付ける手段と、 前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段と、 を備え、 前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における最初の注文を含み、 前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を区分して表示する、管理サーバ。 【請求項４】 店舗内において、店員が所持する注文用端末を用いて注文を受け付ける店舗内システムと、前記店舗への来店客の所持する一又は複数の携帯型端末と、前記店舗内システムと前記携帯型端末の各々とネットワークを介して接続される管理サーバと、を備える注文システムにおける注文の表示方法であって、 前記注文用端末を用いて行われた注文の内容と、当該注文が行われた卓を特定するための卓識別情報と、を含む注文情報を、前記店舗内システムから取得するステップと、 前記携帯型端末を用いて行われた注文の内容と、当該携帯型端末を所持する来店客の卓を特定するための卓識別情報と、を含む注文情報を、前記携帯型端末から取得するステップと、 携帯型端末から、卓識別情報を含む表示要求を受け付けるステップと、 前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させるステップと、 を含み、 前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における最初の注文を含み、 前記携帯型端末に表示させるステップは、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を区分して表示する、注文方法。 【請求項５】 店舗内において、店員が所持する注文用端末を用いて注文を受け付ける店舗内システムと、前記店舗への来店客の所持する一又は複数の携帯型端末との各々とネットワークを介して接続されるコンピュータを、 前記注文用端末を用いて行われた注文の内容と、当該注文が行われた卓を特定するための卓識別情報と、を含む注文情報を、前記店舗内システムから取得する手段、 前記携帯型端末を用いて行われた注文の内容と、当該携帯型端末を所持する来店客の卓を特定するための卓識別情報と、を含む注文情報を、前記携帯型端末から取得する手段、 携帯型端末から、卓識別情報を含む表示要求を受け付ける手段、及び 前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段、 として機能させ、 前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における最初の注文を含み、 前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を区分して表示する、プログラム。」 第４．取消理由通知に記載した取消理由について １．取消理由の概要 訂正前の請求項１ないし５に係る特許に対して令和１年５月２２日付けで特許権者に通知した取消理由の要旨は，次のとおりである。 １）本件特許の請求項１，３～５に係る発明は、その出願前日本国内または外国において頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができないから、その発明に係る特許は取り消すべきものである。 ２）本件特許の請求項１～５に係る発明は、その出願前日本国内又は外国において頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができないから、その発明に係る特許は取り消すべきものである。 記 引用文献 引用例１：特開２００６－３０２２１８号公報（特許異議申立人が提出した甲第２号証） 引用例２：特開２０１７－１６２０２８号公報（特許異議申立人が提出した甲第３号証） 引用例３：特開２０１５－３２１２２号公報（特許異議申立人が提出した甲第４号証） ２．甲号証の記載 （１）引用例１の記載事項及び引用発明 ア．引用例１の記載事項 引用例１には、以下の記載がある（下線は，当審で付与した。以下同様）。 ・「【請求項１】 利用者の所持する携帯端末とネットワークを介して接続可能に構成された情報処理システムであって、 利用者がチェックインした場合に、当該利用者から注文を受け付ける期間（以下、「セッション」という）を識別するためのセッション情報を生成するセッション情報生成手段と、 前記セッション情報生成手段によって生成されたセッション情報を、注文対象の届け先を示す位置情報と関連付けて店舗管理情報記憶手段に登録するチェックイン情報登録手段と、 携帯端末からログイン情報を受信するログイン情報受信手段と、 前記ログイン情報受信手段によって受信されたログイン情報から位置情報とセッション情報とを抽出し、当該位置情報とセッション情報との組み合わせが、前記店舗管理情報記憶手段に登録されているか否かを照合する照合手段と、 前記照合手段による照合の結果、登録されている場合に、前記携帯端末を所持する利用者のセッションが有効であると判断して、前記携帯端末から前記利用者の注文を受け付け、当該受け付けた注文と前記照合に用いた位置情報とを対応付けて管理する注文受付手段と、 を備えることを特徴とする情報処理システム。」 ・「本発明は、レストラン等の飲食店における店舗運営を支援するための情報処理システムに関し、特に、利用者の有する携帯端末からメニュー等の注文（オーダー）を行うための情報処理技術に関する。」（段落【０００１】） ・「オーダーリングシステムの概略構成を示すブロックダイアグラムである。図１に示すように、オーダーリングシステム１００は、飲食店等を利用する利用者が所持する携帯端末１、店舗運営を支援するためのＷｅｂサーバー２、飲食店等の店舗に設置される店舗システム３を備え、これらが所定のネットワークＮ（ＬＡＮ、インターネット、専用線、パケット通信網、それらの組み合わせ等のいずれであってもよく、有線、無線の両方を含む）を介して相互に接続されることにより構成される。」（段落【００１８】） ・「携帯端末１は、飲食店等を利用する利用者が所持するネットワーク接続機能を備えた汎用の携帯型情報端末装置である。」（段落【００１９】） ・「店舗システム３は、飲食店の店舗側に設置されるシステムである。店舗システム３は単一のコンピュータより構成されるものであっても、ネットワーク上に分散した複数のコンピュータより構成されるものであってもよい。店舗システム３は店舗に既設のシステムを利用することができるものであり、一例として、ＰＯＳ（Point of Sales）システム４、オーダーエントリーシステム（以下「ＯＥＳ」という）５、ハンディ端末６により構成される。店舗システム３のＣＰＵが、ＲＯＭ、ＲＡＭ、外部記憶装置などに記憶された所定のプログラム（本発明にかかるオーダーリングの処理内容を規定したプログラム）を実行ることにより、各種機能実現手段（図５を参照）として店舗システム３を機能させる。」（段落【００２１】） ・「図４に示すように、Ｗｅｂサーバー２は、本発明における主な構成として、携帯端末１を用いて注文処理を行うためのＷｅｂサーバー２の動作全体を制御する制御部２０と、携帯端末１を用いた注文処理に必要な情報を記憶するための記憶部２２と、携帯端末１又は店舗システム３のＰＯＳシステム４との間でデータ通信を行うための通信部２１とを備える。」（段落【００２５】） ・「制御部２０は、チェックイン情報受信手段２０１、チェックイン情報登録手段２０２、ログイン情報受信手段２０３、照合手段２０４、注文受付手段２０５、削除手段２０９を備える。さらに、注文受付手段２０５は、アドレス登録手段２０６、ＵＲＬ情報送信手段２０７、ＵＲＬチェック手段２０８を備える。記憶部２２は、店舗管理情報記憶手段２２１、アドレス登録情報記憶手段２２２、仮注文情報記憶手段２２３、確定注文情報記憶手段２２４、メニュー情報記憶手段２２５を備える。」（段落【００２６】） ・「チェックイン情報受信手段２０１は、利用者がチェックインした場合に、セッション情報と位置情報とを、店舗システム３から受信するための処理を行う。セッション情報とは、利用者から注文を受け付ける期間（セッション）を識別するための情報であり、各店舗のテーブル毎にチェックインからチェックアウトまで有効となるように管理される。ここで、チェックインとは注文の受付けを開始する時点のことであり、チェックアウトとは注文の受付けを終了する時点のことである。本実施例では、利用者が最初のオーダーを頼むときをチェックインとして、精算したときをチェックアウトとしているが、例えば、利用者が入店したときをチェックインとしてもよい。本実施例では、セッション情報として、各テーブルのセッションを一意に特定するためにテーブル毎にシーケンシャルに付与される番号（以下「ＳＥＱ番号」という）を利用している。また、位置情報とは、注文対象の届け先を示すための情報であり、例えば、利用者がどのテーブルに着いているかを識別して、店員が注文対象を届けるために使用するための情報である。本実施例では、利用者の入店している店舗を識別するための店舗コードと、店舗内のテーブルを識別するためのテーブル番号とを合わせたものを、位置情報として利用している。」（段落【００２７】） ・「チェックイン情報登録手段２０２は、チェックイン情報受信手段２０１が店舗システム３から受信したセッション情報と位置情報とを関連付けて店舗管理情報記憶手段２２１に登録するための処理を行う。本実施例では、ＳＥＱ番号を店舗コード及びテーブル番号と関連付けて店舗管理テーブルに登録する。」（段落【００２８】） ・「ログイン情報受信手段２０３は、携帯端末１からログイン情報を受信するための処理を行う。ここで、ログイン情報とは、利用者が携帯端末１を使用して注文するときに、当該利用者が真の利用者かどうか、すなわち、利用者が店舗内のテーブル（卓）を現在使用している者かどうかを確認するために使用される情報であり、真の利用者であると判断された場合には、携帯端末１からの注文が受け付け可能となる。ログイン情報は少なくとも、位置情報及びセッション情報を含むものである。本実施例では、店舗コード、テーブル番号、ＳＥＱ番号、及び、利用者の所持する携帯端末１に割り当てられているメールアドレスをログイン情報として使用している。」（段落【００２９】） ・「照合手段２０４は、ログイン情報受信手段２０３によって携帯端末１から受信されたログイン情報から位置情報とセッション情報とを抽出し、当該位置情報とセッション情報との組み合わせが、店舗管理情報記憶手段２２１に登録されているか否かを照合するための処理を行う。」（段落【００３０】） ・「注文受付手段２０５は、照合手段２０４による照合の結果、登録されている場合に、携帯端末１を所持する利用者のセッションが有効であると判断して、携帯端末１から前記利用者の注文を受け付け、当該受け付けた注文と前記照合に用いた位置情報とを対応付けて管理するための処理を行う。本実施例では、注文受付手段２０５は、アドレス登録手段２０６、ＵＲＬ情報送信手段２０７及びＵＲＬチェック手段２０８により構成される。」（段落【００３１】） ・「 図９に示すように、確定注文情報記憶手段２２４は、確定注文テーブルを備える。確定注文テーブルは、利用者からの仮注文を受けた後、当該仮注文を確定した場合に、確定した注文の情報を格納するためのものである。本実施例では一例として、店舗コードと、テーブル番号と、注文をした携帯端末１のメールアドレスと、注文番号と、注文数量と、注文対象がテーブルに届けられたかどうかをチェックするための進捗フラグと、注文がハンディ端末６からのものか携帯端末１からのものかを管理するための端末フラグとが対応付けられて確定注文テーブルに格納される。」（段落【００４６】） ・「利用者が飲食店等の店舗に入店した後、店員は利用者から最初の注文を伺い、チェックイン処理を行う。具体的には、注文番号及び数量を示す注文情報と注文を受けたテーブルを特定するテーブル番号とをハンディ端末６に入力して、ハンディ端末６から店舗内の無線ＬＡＮを介して注文情報及びテーブル番号をＯＥＳ５に送信する（ＳＴＥＰ１００）。」（段落【００５０】） ・「一方、ＰＯＳシステム４はＯＥＳ５の注文情報及びテーブル番号を取得する。」（段落【００５１】） ・「ＰＯＳシステム４はＯＥＳ５から注文情報及びテーブル番号を取得すると、自らの店舗を特定する店舗コードと取得したテーブル番号とに対応付けてセッションを管理するためのＳＥＱ番号を生成する（ＳＴＥＰ１０１）。ＳＥＱ番号はチェックイン時から精算時まで有効なセッション情報として利用できるものであればよい。ＳＥＱ番号を生成した後、ＰＯＳシステム４は、店舗コードとテーブル番号とＳＥＱ番号とを対応付けて、注文情報とともにＷｅｂサーバー２へ送信する（ＳＴＥＰ１０２）。」（段落【００５２】） ・「Ｗｅｂサーバー２はＰＯＳシステム４からこれらのチェックインに係る情報を受信すると、店舗コードとテーブル番号とＳＥＱ番号とを対応付けて店舗管理テーブルに書き込んで登録するとともに、注文情報を確定注文テーブルに書き込んで登録する（ＳＴＥＰ１０３）。」（段落【００５３】） ・「ＰＯＳシステム４では、さらに、店舗コードと、テーブル番号と、生成したＳＥＱ番号と、ログイン情報の送信先となる送信先メールアドレスとを含む情報を、二次元コード形式にコード化して二次元コードとしてＰＯＳプリンターより印刷する（ＳＴＥＰ１０４）。印刷した二次元コードは、店員により利用者のテーブルへ届けられる（ＳＴＥＰ１０５）。ここで、二次元コードはＱＲコード（登録商標）等、公知の技術を利用できる。また、本実施例では二次元コードを印刷するものとしたが、携帯端末１を所持する利用者が店舗コード等の情報を入手できる方式であれば、任意の方式を採用できる。」（段落【００５４】） ・「店員により届けられた印刷物から、利用者は二次元コードを携帯端末１に読み込む。二次元コードの読み込みは、携帯端末１に組み込まれている二次元コード読み取り機能を利用することができる。携帯端末１は読み取った二次元コードから、店舗コードとテーブル番号とＳＥＱ番号と送信先メールアドレスとを抽出する。その後、抽出した店舗コード、テーブル番号及びＳＥＱ番号を含むログイン情報を生成して、前記抽出した送信先メールアドレスを送信先として、当該ログイン情報を利用者の所持する携帯端末１を特定するためのメールアドレスとともにＷｅｂサーバー２へインターネット等の通信回線を介して送信する（ＳＴＥＰ１０６）。」（段落【００５５】） ・「Ｗｅｂサーバー２は、携帯端末１からログイン情報を受信すると（ＳＴＥＰ１０７）、当該ログイン情報から店舗コード、テーブル番号及びＳＥＱ番号を抽出して、抽出した店舗コード及びテーブル番号をキーとして店舗管理テーブルを検索する。検索の結果、店舗コード及びテーブル番号が登録されている場合には、当該店舗コード及びテーブル番号と対応付けて店舗管理テーブルに記憶されているＳＥＱ番号と、ログイン情報中のチェックイン情報に含まれるＳＥＱ番号とを比較して、一致しているか否かを照合する（ＳＴＥＰ１０８）。一致している場合には、利用者のセッションが有効であると判断して、携帯端末１からのアクセスを許可する。そして、前記ログイン情報から抽出した店舗コード及びテーブル番号を、携帯端末１を特定するメールアドレスと対応付けてアドレス登録テーブルに登録する。この際、使用フラグを１に設定して使用可能の状態に設定する。その後、携帯端末１から注文用ホームページに接続するためのＵＲＬを生成して、当該ＵＲＬを前記ログイン情報を送信した携帯端末１に返送する（ＳＴＥＰ１１０）。このとき、生成するＵＲＬには、少なくとも前記ＳＥＱ番号及び携帯端末１のメールアドレスの情報を含む。携帯端末１のメールアドレスがアドレス登録テーブルに既に登録済みであった場合は、以前に取得したＵＲＬからの接続を促すメッセージを携帯端末１に送信する。ＳＴＥＰ１０８の照合結果が不一致の場合、すなわちログイン情報から抽出した店舗コード、テーブル番号及びＳＥＱ番号の組み合わせが店舗管理テーブルに登録されていない場合は、エラーメッセージを携帯端末１に返送する（ＳＴＥＰ１０９）。」（段落【００５６】） ・「携帯端末１はＷｅｂサーバー２からＵＲＬを受信した後（ＳＴＥＰ１１１）、当該ＵＲＬを使用して、Ｗｅｂサーバー２にアクセスする（ＳＴＥＰ１１２）。Ｗｅｂサーバー２は、ＵＲＬに含まれるＳＥＱ番号が店舗管理テーブルに登録されているか、及び、ＵＲＬに含まれるメールアドレスがアドレス登録テーブルに登録されているかを確認した後、ＳＥＱ番号とメールアドレスの両者が登録されている場合には、対応する店舗コード及びテーブル番号を付加したニックネーム登録画面情報を携帯端末１に送信する。」（段落【００５７】） ・「携帯端末１はニックネーム登録画面を表示して、ニックネームの入力を利用者に促す。利用者はニックネーム登録画面にて表示用ニックネームを入力する。ニックネーム登録画面には、既に登録されているグループメンバーのニックネーム一覧が表示される。ニックネームは、分かりやすさとアドレスのダイレクト表示を防ぐために登録する。Ｗｅｂサーバー２は、携帯端末１からニックネームを受信すると、当該ニックネームを携帯端末１のメールアドレスと対応付けて、アドレス登録テーブルに登録する（ＳＴＥＰ１１３）。ニックネームが未登録の場合は携帯端末１にエラーメッセージを返送し、ニックネームの登録を促す。登録後、トップメニュー画面情報を携帯端末１に送信する（ＳＴＥＰ１１４）。携帯端末１はトップメニュー画面情報を受信して、トップメニューを表示する（ＳＴＥＰ１１５）。 （注文処理） 次に、携帯端末１からメニューを注文する処理について説明する。」（段落【００５８】） ・「その後、注文画面上に表示されている追加ボタンが選択されると、携帯端末１は当該注文番号及び数量（以下「注文情報」ということもある）をＷｅｂサーバー２に送信する（ＳＴＥＰ１２２）。Ｗｅｂサーバー２は受信した注文番号及び数量を仮注文テーブルに蓄積する（ＳＴＥＰ１２４）。携帯端末１において、連続して注文が入力されると、追加ボタン選択の度に注文情報が仮注文テーブルに追加して蓄積される。」（段落【００６１】） ・「トップメニューからオーダー照会を選択すると、Ｗｅｂサーバー２は、オーダー照会をした携帯端末１に関連付けられた店舗コード及びテーブル番号をキーにして、確定注文テーブルから注文情報を抽出して、携帯端末１に注文一覧を送信する。」（段落【００７２】） ・「携帯端末１はＷｅｂサーバー２から受信した注文一覧を表示する。自身の携帯端末で注文したオーダー以外の通常の注文や他の携帯端末からの注文もまとめてオーダー順に表示できる。進捗フラグを参照して、まだテーブルに届いていないオーダーを識別可能に表示することもできる。」（段落【００７４】） ・「本実施例では、利用者のニックネームを登録するものとしたが、必要に応じてニックネームを使用しない構成とすることもできる。」（段落【００８０】） ・「Ｗｅｂサーバー２には、図２に示すようなＣＰＵ、ＲＯＭ、ＲＡＭ、外部記憶装置、ユーザインタフェース、ディスプレイ、及び通信インタフェースを備える汎用のコンピュータを適用することができる。なお、Ｗｅｂサーバー２は、単一のコンピュータより構成されるものであっても、ネットワーク上に分散した複数のコンピュータより構成されるものであってもよい。Ｗｅｂサーバー２は、ＣＰＵが、ＲＯＭ、ＲＡＭ、外部記憶装置などに記憶された所定のプログラム（本発明にかかるオーダーリングの処理内容を規定したプログラム）を実行することにより、各種機能実現手段（図４を参照）としてＷｅｂサーバー２を機能させる。」（段落【００２０】） イ．引用発明１－１ そうすると、引用例１には、以下の発明（以下、「引用発明１－１」という。）が記載されているといえる。 「利用者が飲食店等の店舗に入店した後、店員は利用者から注文を伺い、注文番号及び数量を示す注文情報と注文を受けたテーブルを特定するテーブル番号とをハンディ端末６に入力して、ハンディ端末６から店舗内の無線ＬＡＮを介して注文情報及びテーブル番号をＯＥＳ５に送信し、 オーダーリングシステム１００は、所定のネットワークＮを介して相互に接続されることにより構成される、飲食店等を利用する利用者が所持する携帯端末１、Ｗｅｂサーバー２、店舗システム３を備え、 店舗システム３は、ＰＯＳシステム４、オーダーエントリーシステム（以下「ＯＥＳ」という）５、ハンディ端末６により構成され、ＰＯＳシステム４はＯＥＳ５から注文情報及びテーブル番号を取得すると、自らの店舗を特定する店舗コードと取得したテーブル番号とに対応付けてセッションを管理するためのＳＥＱ番号を生成し、ＳＥＱ番号を生成した後、ＰＯＳシステム４は、店舗コードとテーブル番号とＳＥＱ番号とを対応付けて、注文情報とともにＷｅｂサーバー２へ送信し、 Ｗｅｂサーバー２はＰＯＳシステム４からこれらのチェックインに係る情報を受信すると、店舗コードとテーブル番号とＳＥＱ番号とを対応付けて店舗管理テーブルに書き込んで登録するとともに、注文情報を確定注文テーブルに書き込んで登録し、 店員により届けられた印刷物から、利用者は二次元コードを携帯端末１に読み込み、携帯端末１は読み取った二次元コードから、店舗コードとテーブル番号とＳＥＱ番号と送信先メールアドレスとを抽出し、抽出した店舗コード、テーブル番号及びＳＥＱ番号を含むログイン情報を生成して、前記抽出した送信先メールアドレスを送信先として、当該ログイン情報を利用者の所持する携帯端末１を特定するためのメールアドレスとともにＷｅｂサーバー２へインターネット等の通信回線を介して送信し、 Ｗｅｂサーバー２は、携帯端末１からログイン情報を受信すると、当該ログイン情報から店舗コード、テーブル番号及びＳＥＱ番号を抽出して、抽出した店舗コード及びテーブル番号をキーとして店舗管理テーブルを検索し、検索の結果、店舗コード及びテーブル番号が登録されている場合には、当該店舗コード及びテーブル番号と対応付けて店舗管理テーブルに記憶されているＳＥＱ番号と、ログイン情報中のチェックイン情報に含まれるＳＥＱ番号とを比較して、一致しているか否かを照合し、一致している場合には、利用者のセッションが有効であると判断して、携帯端末１からのアクセスを許可し、前記ログイン情報から抽出した店舗コード及びテーブル番号を、携帯端末１を特定するメールアドレスと対応付けてアドレス登録テーブルに登録し、この際、使用フラグを１に設定して使用可能の状態に設定した後、携帯端末１から注文用ホームページに接続するためのＵＲＬを生成して、当該ＵＲＬを前記ログイン情報を送信した携帯端末１に返送し、このとき、生成するＵＲＬには、少なくとも前記ＳＥＱ番号及び携帯端末１のメールアドレスの情報を含むものであり、 携帯端末１はＷｅｂサーバー２からＵＲＬを受信した後、当該ＵＲＬを使用して、Ｗｅｂサーバー２にアクセスし、Ｗｅｂサーバー２は、ＵＲＬに含まれるＳＥＱ番号が店舗管理テーブルに登録されているか、及び、ＵＲＬに含まれるメールアドレスがアドレス登録テーブルに登録されているかを確認した後、ＳＥＱ番号とメールアドレスの両者が登録されている場合には、対応する店舗コード及びテーブル番号を付加したニックネーム登録画面情報を携帯端末１に送信し、 携帯端末１はニックネーム登録画面を表示して、ニックネームの入力を利用者に促し、利用者はニックネーム登録画面にて表示用ニックネームを入力し、 Ｗｅｂサーバー２は、携帯端末１からニックネームを受信すると、当該ニックネームを携帯端末１のメールアドレスと対応付けて、アドレス登録テーブルに登録し、登録後、トップメニュー画面情報を携帯端末１に送信し、 携帯端末１はトップメニュー画面情報を受信して、トップメニューを表示し、注文画面上に表示されている追加ボタンが選択されると、携帯端末１は当該注文番号及び数量（以下「注文情報」ということもある）をＷｅｂサーバー２に送信し、Ｗｅｂサーバー２は受信した注文番号及び数量を仮注文テーブルに蓄積し、携帯端末１において、連続して注文が入力されると、追加ボタン選択の度に注文情報が仮注文テーブルに追加して蓄積し、 トップメニューからオーダー照会を選択すると、Ｗｅｂサーバー２は、オーダー照会をした携帯端末１に関連付けられた店舗コード及びテーブル番号をキーにして、確定注文テーブルから注文情報を抽出して、携帯端末１に注文一覧を送信し、 自身の携帯端末で注文したオーダー以外の通常の注文や他の携帯端末からの注文もまとめてオーダー順に表示するように、携帯端末１はＷｅｂサーバー２から受信した注文一覧を表示する、オーダーリングシステム１００。」 ウ．引用発明１－２ 引用例１には、以下の発明（以下、「引用発明１－２」という。）が記載されていると認められる。 「携帯端末１は、当該携帯端末１を所持する利用客に店員により届けられた印刷物から二次元コードを読み取ることによって、店舗コード及びテーブル番号等を抽出する、引用発明１－１のオーダリングシステム１００。」 エ．引用発明１－３ 引用例１には、以下の発明（以下、「引用発明１－３」という。）が記載されていると認められる。 「利用者が飲食店等の店舗に入店した後、店員は利用者から注文を伺い、注文番号及び数量を示す注文情報と注文を受けたテーブルを特定するテーブル番号とをハンディ端末６に入力して、ハンディ端末６から店舗内の無線ＬＡＮを介して注文情報及びテーブル番号をＯＥＳ５に送信し、 店舗システム３は、ＰＯＳシステム４、オーダーエントリーシステム（以下「ＯＥＳ」という）５、ハンディ端末６により構成され、ＰＯＳシステム４はＯＥＳ５から注文情報及びテーブル番号を取得すると、自らの店舗を特定する店舗コードと取得したテーブル番号とに対応付けてセッションを管理するためのＳＥＱ番号を生成し、ＳＥＱ番号を生成した後、ＰＯＳシステム４は、店舗コードとテーブル番号とＳＥＱ番号とを対応付けて、注文情報とともにＷｅｂサーバー２へ送信し、 所定のネットワークＮを介して相互に接続されることにより構成される、店舗システム３と，飲食店等を利用する利用者が所持する携帯端末１と、Ｗｅｂサーバー２であって、 Ｗｅｂサーバー２はＰＯＳシステム４からこれらのチェックインに係る情報を受信すると、店舗コードとテーブル番号とＳＥＱ番号とを対応付けて店舗管理テーブルに書き込んで登録するとともに、注文情報を確定注文テーブルに書き込んで登録し、 店員により届けられた印刷物から、利用者は二次元コードを携帯端末１に読み込み、携帯端末１は読み取った二次元コードから、店舗コードとテーブル番号とＳＥＱ番号と送信先メールアドレスとを抽出し、抽出した店舗コード、テーブル番号及びＳＥＱ番号を含むログイン情報を生成して、前記抽出した送信先メールアドレスを送信先として、当該ログイン情報を利用者の所持する携帯端末１を特定するためのメールアドレスとともにＷｅｂサーバー２へインターネット等の通信回線を介して送信し、 Ｗｅｂサーバー２は、携帯端末１からログイン情報を受信すると、当該ログイン情報から店舗コード、テーブル番号及びＳＥＱ番号を抽出して、抽出した店舗コード及びテーブル番号をキーとして店舗管理テーブルを検索し、検索の結果、店舗コード及びテーブル番号が登録されている場合には、当該店舗コード及びテーブル番号と対応付けて店舗管理テーブルに記憶されているＳＥＱ番号と、ログイン情報中のチェックイン情報に含まれるＳＥＱ番号とを比較して、一致しているか否かを照合し、一致している場合には、利用者のセッションが有効であると判断して、携帯端末１からのアクセスを許可し、前記ログイン情報から抽出した店舗コード及びテーブル番号を、携帯端末１を特定するメールアドレスと対応付けてアドレス登録テーブルに登録し、この際、使用フラグを１に設定して使用可能の状態に設定した後、携帯端末１から注文用ホームページに接続するためのＵＲＬを生成して、当該ＵＲＬを前記ログイン情報を送信した携帯端末１に返送し、このとき、生成するＵＲＬには、少なくとも前記ＳＥＱ番号及び携帯端末１のメールアドレスの情報を含むものであり、 携帯端末１はＷｅｂサーバー２からＵＲＬを受信した後、当該ＵＲＬを使用して、Ｗｅｂサーバー２にアクセスし、Ｗｅｂサーバー２は、ＵＲＬに含まれるＳＥＱ番号が店舗管理テーブルに登録されているか、及び、ＵＲＬに含まれるメールアドレスがアドレス登録テーブルに登録されているかを確認した後、ＳＥＱ番号とメールアドレスの両者が登録されている場合には、対応する店舗コード及びテーブル番号を付加したニックネーム登録画面情報を携帯端末１に送信し、 携帯端末１はニックネーム登録画面を表示して、ニックネームの入力を利用者に促し、利用者はニックネーム登録画面にて表示用ニックネームを入力し、 Ｗｅｂサーバー２は、携帯端末１からニックネームを受信すると、当該ニックネームを携帯端末１のメールアドレスと対応付けて、アドレス登録テーブルに登録し、登録後、トップメニュー画面情報を携帯端末１に送信し、 携帯端末１はトップメニュー画面情報を受信して、トップメニューを表示し、注文画面上に表示されている追加ボタンが選択されると、携帯端末１は当該注文番号及び数量（以下「注文情報」ということもある）をＷｅｂサーバー２に送信し、Ｗｅｂサーバー２は受信した注文番号及び数量を仮注文テーブルに蓄積し、携帯端末１において、連続して注文が入力されると、追加ボタン選択の度に注文情報が仮注文テーブルに追加して蓄積し、 トップメニューからオーダー照会を選択すると、Ｗｅｂサーバー２は、オーダー照会をした携帯端末１に関連付けられた店舗コード及びテーブル番号をキーにして、確定注文テーブルから注文情報を抽出して、携帯端末１に注文一覧を送信し、 自身の携帯端末で注文したオーダー以外の通常の注文や他の携帯端末からの注文もまとめてオーダー順に表示するように、携帯端末１はＷｅｂサーバー２から受信した注文一覧を表示する、 Ｗｅｂサーバ２。」 オ．引用発明１－４ 引用例１には、以下の発明（以下、「引用発明１－４」という。）が記載されていると認められる。 「利用者が飲食店等の店舗に入店した後、店員は利用者から注文を伺い、注文番号及び数量を示す注文情報と注文を受けたテーブルを特定するテーブル番号とをハンディ端末６に入力して、ハンディ端末６から店舗内の無線ＬＡＮを介して注文情報及びテーブル番号をＯＥＳ５に送信し、 オーダーリングシステム１００は、所定のネットワークＮを介して相互に接続されることにより構成される、飲食店等を利用する利用者が所持する携帯端末１、Ｗｅｂサーバー２、店舗システム３を備え、 オーダーリングシステム１００における注文の表示方法であって 店舗システム３は、ＰＯＳシステム４、オーダーエントリーシステム（以下「ＯＥＳ」という）５、ハンディ端末６により構成され、ＰＯＳシステム４はＯＥＳ５から注文情報及びテーブル番号を取得すると、自らの店舗を特定する店舗コードと取得したテーブル番号とに対応付けてセッションを管理するためのＳＥＱ番号を生成し、ＳＥＱ番号を生成した後、ＰＯＳシステム４は、店舗コードとテーブル番号とＳＥＱ番号とを対応付けて、注文情報とともにＷｅｂサーバー２へ送信し、 Ｗｅｂサーバー２はＰＯＳシステム４からこれらのチェックインに係る情報を受信すると、店舗コードとテーブル番号とＳＥＱ番号とを対応付けて店舗管理テーブルに書き込んで登録するとともに、注文情報を確定注文テーブルに書き込んで登録し、 店員により届けられた印刷物から、利用者は二次元コードを携帯端末１に読み込み、携帯端末１は読み取った二次元コードから、店舗コードとテーブル番号とＳＥＱ番号と送信先メールアドレスとを抽出し、抽出した店舗コード、テーブル番号及びＳＥＱ番号を含むログイン情報を生成して、前記抽出した送信先メールアドレスを送信先として、当該ログイン情報を利用者の所持する携帯端末１を特定するためのメールアドレスとともにＷｅｂサーバー２へインターネット等の通信回線を介して送信し、 Ｗｅｂサーバー２は、携帯端末１からログイン情報を受信すると、当該ログイン情報から店舗コード、テーブル番号及びＳＥＱ番号を抽出して、抽出した店舗コード及びテーブル番号をキーとして店舗管理テーブルを検索し、検索の結果、店舗コード及びテーブル番号が登録されている場合には、当該店舗コード及びテーブル番号と対応付けて店舗管理テーブルに記憶されているＳＥＱ番号と、ログイン情報中のチェックイン情報に含まれるＳＥＱ番号とを比較して、一致しているか否かを照合し、一致している場合には、利用者のセッションが有効であると判断して、携帯端末１からのアクセスを許可し、前記ログイン情報から抽出した店舗コード及びテーブル番号を、携帯端末１を特定するメールアドレスと対応付けてアドレス登録テーブルに登録し、この際、使用フラグを１に設定して使用可能の状態に設定した後、携帯端末１から注文用ホームページに接続するためのＵＲＬを生成して、当該ＵＲＬを前記ログイン情報を送信した携帯端末１に返送し、このとき、生成するＵＲＬには、少なくとも前記ＳＥＱ番号及び携帯端末１のメールアドレスの情報を含むものであり、 携帯端末１はＷｅｂサーバー２からＵＲＬを受信した後、当該ＵＲＬを使用して、Ｗｅｂサーバー２にアクセスし、Ｗｅｂサーバー２は、ＵＲＬに含まれるＳＥＱ番号が店舗管理テーブルに登録されているか、及び、ＵＲＬに含まれるメールアドレスがアドレス登録テーブルに登録されているかを確認した後、ＳＥＱ番号とメールアドレスの両者が登録されている場合には、対応する店舗コード及びテーブル番号を付加したニックネーム登録画面情報を携帯端末１に送信し、 携帯端末１はニックネーム登録画面を表示して、ニックネームの入力を利用者に促し、利用者はニックネーム登録画面にて表示用ニックネームを入力し、 Ｗｅｂサーバー２は、携帯端末１からニックネームを受信すると、当該ニックネームを携帯端末１のメールアドレスと対応付けて、アドレス登録テーブルに登録し、登録後、トップメニュー画面情報を携帯端末１に送信し、 携帯端末１はトップメニュー画面情報を受信して、トップメニューを表示し、注文画面上に表示されている追加ボタンが選択されると、携帯端末１は当該注文番号及び数量（以下「注文情報」ということもある）をＷｅｂサーバー２に送信し、Ｗｅｂサーバー２は受信した注文番号及び数量を仮注文テーブルに蓄積し、携帯端末１において、連続して注文が入力されると、追加ボタン選択の度に注文情報が仮注文テーブルに追加して蓄積し、 トップメニューからオーダー照会を選択すると、Ｗｅｂサーバー２は、オーダー照会をした携帯端末１に関連付けられた店舗コード及びテーブル番号をキーにして、確定注文テーブルから注文情報を抽出して、携帯端末１に注文一覧を送信し、 自身の携帯端末で注文したオーダー以外の通常の注文や他の携帯端末からの注文もまとめてオーダー順に表示するように、携帯端末１はＷｅｂサーバー２から受信した注文一覧を表示する、 注文の表示方法。」 カ．引用発明１－５ 引用例１には、以下の発明（以下、「引用発明１－５」という。）が記載されていると認められる。 「利用者が飲食店等の店舗に入店した後、店員は利用者から注文を伺い、注文番号及び数量を示す注文情報と注文を受けたテーブルを特定するテーブル番号とをハンディ端末６に入力して、ハンディ端末６から店舗内の無線ＬＡＮを介して注文情報及びテーブル番号をＯＥＳ５に送信し、 店舗システム３は、ＰＯＳシステム４、オーダーエントリーシステム（以下「ＯＥＳ」という）５、ハンディ端末６により構成され、ＰＯＳシステム４はＯＥＳ５から注文情報及びテーブル番号を取得すると、自らの店舗を特定する店舗コードと取得したテーブル番号とに対応付けてセッションを管理するためのＳＥＱ番号を生成し、ＳＥＱ番号を生成した後、ＰＯＳシステム４は、店舗コードとテーブル番号とＳＥＱ番号とを対応付けて、注文情報とともにＷｅｂサーバー２へ送信し、 所定のネットワークＮを介して相互に接続されることにより構成される、店舗システム３と，飲食店等を利用する利用者が所持する携帯端末１と、汎用のコンピュータであるＷｅｂサーバー２を、 Ｗｅｂサーバー２はＰＯＳシステム４からこれらのチェックインに係る情報を受信すると、店舗コードとテーブル番号とＳＥＱ番号とを対応付けて店舗管理テーブルに書き込んで登録するとともに、注文情報を確定注文テーブルに書き込んで登録し、 店員により届けられた印刷物から、利用者は二次元コードを携帯端末１に読み込み、携帯端末１は読み取った二次元コードから、店舗コードとテーブル番号とＳＥＱ番号と送信先メールアドレスとを抽出し、抽出した店舗コード、テーブル番号及びＳＥＱ番号を含むログイン情報を生成して、前記抽出した送信先メールアドレスを送信先として、当該ログイン情報を利用者の所持する携帯端末１を特定するためのメールアドレスとともにＷｅｂサーバー２へインターネット等の通信回線を介して送信し、 Ｗｅｂサーバー２は、携帯端末１からログイン情報を受信すると、当該ログイン情報から店舗コード、テーブル番号及びＳＥＱ番号を抽出して、抽出した店舗コード及びテーブル番号をキーとして店舗管理テーブルを検索し、検索の結果、店舗コード及びテーブル番号が登録されている場合には、当該店舗コード及びテーブル番号と対応付けて店舗管理テーブルに記憶されているＳＥＱ番号と、ログイン情報中のチェックイン情報に含まれるＳＥＱ番号とを比較して、一致しているか否かを照合し、一致している場合には、利用者のセッションが有効であると判断して、携帯端末１からのアクセスを許可し、前記ログイン情報から抽出した店舗コード及びテーブル番号を、携帯端末１を特定するメールアドレスと対応付けてアドレス登録テーブルに登録し、この際、使用フラグを１に設定して使用可能の状態に設定した後、携帯端末１から注文用ホームページに接続するためのＵＲＬを生成して、当該ＵＲＬを前記ログイン情報を送信した携帯端末１に返送し、このとき、生成するＵＲＬには、少なくとも前記ＳＥＱ番号及び携帯端末１のメールアドレスの情報を含むものであり、 携帯端末１はＷｅｂサーバー２からＵＲＬを受信した後、当該ＵＲＬを使用して、Ｗｅｂサーバー２にアクセスし、Ｗｅｂサーバー２は、ＵＲＬに含まれるＳＥＱ番号が店舗管理テーブルに登録されているか、及び、ＵＲＬに含まれるメールアドレスがアドレス登録テーブルに登録されているかを確認した後、ＳＥＱ番号とメールアドレスの両者が登録されている場合には、対応する店舗コード及びテーブル番号を付加したニックネーム登録画面情報を携帯端末１に送信し、 携帯端末１はニックネーム登録画面を表示して、ニックネームの入力を利用者に促し、利用者はニックネーム登録画面にて表示用ニックネームを入力し、 Ｗｅｂサーバー２は、携帯端末１からニックネームを受信すると、当該ニックネームを携帯端末１のメールアドレスと対応付けて、アドレス登録テーブルに登録し、登録後、トップメニュー画面情報を携帯端末１に送信し、 携帯端末１はトップメニュー画面情報を受信して、トップメニューを表示し、注文画面上に表示されている追加ボタンが選択されると、携帯端末１は当該注文番号及び数量（以下「注文情報」ということもある）をＷｅｂサーバー２に送信し、Ｗｅｂサーバー２は受信した注文番号及び数量を仮注文テーブルに蓄積し、携帯端末１において、連続して注文が入力されると、追加ボタン選択の度に注文情報が仮注文テーブルに追加して蓄積し、 トップメニューからオーダー照会を選択すると、Ｗｅｂサーバー２は、オーダー照会をした携帯端末１に関連付けられた店舗コード及びテーブル番号をキーにして、確定注文テーブルから注文情報を抽出して、携帯端末１に注文一覧を送信し、 自身の携帯端末で注文したオーダー以外の通常の注文や他の携帯端末からの注文もまとめてオーダー順に表示するように、携帯端末１はＷｅｂサーバー２から受信した注文一覧を表示するように、 機能させるプログラム。」 （２）引用例２の記載事項 ・「【技術分野】 【０００１】 本発明は、注文管理システムおよび注文管理方法に関する。」 ・「【００７０】 ＜第２の処理例＞ 第２の処理例では、客が携帯端末３から注文を入力する例を説明する。 図７は、本実施形態に係るオーダー管理システム１が行う第２の処理例のシーケンス図である。なお、以下の処理も、客がテーブルに着席した後に行う。 【００７１】 （ステップＳ１０１）従業員は、注文入力装置４６のキー入力部４６２を操作して、空伝票を発行する機能を選択する。なお、従業員は、キー入力部４６２を操作して、テーブルＮｏ、客の人数、客層データ等を入力する。続けて、注文入力装置４６のＣＰＵ４６４は、従業員がキー入力部４６２を操作した結果に応じて空伝票を発行する空伝票発行指示を生成する。なお、空伝票発行指示には、テーブルＮｏ、そのテーブルに着席している客の人数、客層データ等が含まれている。すなわち、空伝票発行指示には、注文データが含まれていないことを示す情報が含まれている。または、空伝票発行指示には、注文データが含まれていなくてもよい。 （ステップＳ１０２）ＣＰＵ４６４は、生成した空伝票発行指示を、通信部４６１と無線ネットワーク４９を介して注文管理装置４３へ送信する。 【００７２】 （ステップＳ１０３）注文管理装置４３は、注文入力装置４６が送信した空伝票発行指示を取得することで、注文を受け付ける。注文管理装置４３は、取得した空伝票発行指示を用いて、伝票Ｎｏを付番し、チェックコードを生成し、伝票データを生成する。 【００７３】 （ステップＳ１０４）注文管理装置４３は、新規注文情報を、有線ネットワーク４８とインターネット２を介してサーバ装置５へ送信する。なお、新規注文情報には、店舗Ｎｏ、テーブルＮｏ、伝票Ｎｏ、客層データ、注文情報、チェックコードが含まれている。ここで、注文情報は、注文データがないことを示す情報が含まれる。なお、注文管理装置４３は、空伝票発行指示に注文データが含まれていないことを示す情報が含まれている場合、または注文データが含まれていない場合、注文データがないことを示す情報（客の注文が未確定であることを示す情報）を生成する。 【００７４】 （ステップＳ１０５）注文管理装置４３は、取得した送信データを用いて伝票印字データを生成し、生成した伝票印字データを、無線ネットワーク４９を介して印字装置４５へ送信する。 【００７５】 （ステップＳ１０６）印字装置４５は、注文管理装置４３が送信した伝票印字データを取得し、取得した伝票印字データを印字した伝票ｇ６１を発行する。続けて、従業員は、発行された伝票ｇ６１を客に渡す。 【００７６】 （ステップＳ１０７）サーバ装置５は、注文管理装置４３が送信した新規注文情報を取得し、取得した新規注文情報をテーブル形式にし、サーバ装置５が備える、またはサーバ装置５に接続されている記憶装置に記憶させる。 【００７７】 （ステップＳ１０８）携帯端末３のＣＰＵ３０５は、ステップＳ８（図５）と同様の処理を行う。 （ステップＳ１０９）ＣＰＵ３０５は、ステップＳ９（図５）と同様の処理を行う。 （ステップＳ１１０）ＣＰＵ３０５は、ステップＳ１０（図５）と同様の処理を行う。 【００７８】 （ステップＳ１１１）サーバ装置５は、携帯端末３が送信した情報を取得する。続けて、サーバ装置５は、取得した情報を、記憶させたテーブル形式の情報と比較することで、一致する情報が存在する場合に認証がＯＫであると判別し、一致する情報が存在しない場合に認証がＮＧであると判別する。続けて、サーバ装置５は、認証がＯＫであると判別した場合（ステップＳ１１１；ＯＫ）、ステップＳ１１４の処理に進め、認証がＮＧであると判別した場合（ステップＳ１１１；ＮＧ）、ステップＳ１１２の処理に進める。 【００７９】 （ステップＳ１１２）サーバ装置５は、ステップＳ１２（図５）と同様の処理を行う。 （ステップＳ１１３）ＣＰＵ３０５は、サーバ装置５が送信した認証がＮＧであることを示す情報を、通信部３０１を介して取得する。ＣＰＵ３０５は、取得した認証がＮＧであることを示す情報に応じて、注文プログラムによって表示部３０４上に認証がＮＧであることを示す画像ｇ６２「認証に失敗しました」を表示させ、処理を終了する。 【００８０】 （ステップＳ１１４）サーバ装置５は、ステップＳ１４（図５）と同様の処理を行う。 （ステップＳ１１５）ＣＰＵ３０５は、ステップＳ１５（図５）と同様の処理を行う。 （ステップＳ１１６）ＣＰＵ３０５は、ステップＳ１６（図５）と同様の処理を行う。 【００８１】 （ステップＳ１１７）ステップＳ１１６終了後、サーバ装置５との接続が確立された客は携帯端末３の表示部３０４上に表示された機能メニューを操作することで、注文データ（料理名称、個数）等を入力する。ＣＰＵ３０５は、客の機能メニューの選択に応じて処理を継続する。 【００８２】 以上の処理によって、客が注文の意思がある状態のとき、客が所有している携帯端末３を、店舗のサーバ装置５への接続を確立することができる。なお、第２の処理例において、客が注文の意思がある状態とは、客がテーブルに着席している状態である。このように、サーバ装置５は、客が注文の意思がある状態のときに、客の携帯端末３をサーバ装置５に接続させるようにしたので、第２の処理例においても、いたずら等による不正な接続による不正な注文等を防ぐことができる。」 ・「【００９３】・・・客は、注文アプリケーションに応じて、携帯端末３のキー入力部３０２を操作しカメラ３０３によって、例えばテーブルに貼ってあるＱＲコード（登録商標）を読み込ますようにしてもよい。 （ステップＳ２１８）ＣＰＵ３０５は、取得したテーブルＮｏを、インターネット２を介してサーバ装置５へ送信する。」 （３）引用例３の記載事項 ・「【技術分野】 【０００１】 この発明は注文システム、サーバ装置及びプログラムに関し、具体的には複数の店舗における顧客の動向を横断的に収集できるシステム、サーバ装置及びプログラムに関する。」 ・「【００４２】 図２は、本実施形態において発注システム１が提供する機能を示したユースケース図である。図２で示すように、顧客Ｃは注文システム１により、利用する店舗を選択する（Ｕ１０１）、商品を注文する（Ｕ１０２）、注文した商品の決済をする（Ｕ１０３）の各機能を利用することができる。 【００４３】 顧客Ｃは顧客携帯端末７を介して、注文システム１によって利用できる店舗を選択する（Ｕ１０１）。本実施形態における店舗情報は、店舗が属するフードコートによってカテゴライズされており、そのため顧客Ｃが店舗を選択する際にはまず利用したいカテゴリであるフードコートを選択し、次いで当該選択したフードコートに属する店舗を選択する。顧客携帯端末７がＧＰＳ機能を備えている場合に、これを使用して顧客Ｃの現在位置を取得し、当該現在位置に近い順にフードコートを表示する。上記カテゴリ選択時やカテゴリ内の店舗選択時において、任意のキーワードによって店舗の検索をすることも可能である。 【００４４】 また、顧客携帯端末７が前述の無線アクセスポイント６３と接続した際に、無線アクセスポイント６３を特定する情報から、当該無線アクセスポイント６３を設置している店舗を特定し、顧客Ｃの操作によらずに自動的に上記店舗の選択を行うことができる（Ｕ１０４）。 【００４５】 上記店舗の選択が終了すると、顧客Ｃは当該選択した店舗の商品情報を閲覧し、所望の商品を注文することができる（Ｕ１０２）。 本実施形態では、入店した顧客Ｃと、上記店舗を選定した顧客情報を紐付けるために、配膳等するテーブル、すなわち商品を提供する単位となるものに所定の光学コードを配しており、顧客Ｃが当該光学コードを顧客携帯端末７の撮影装置により読み込むと、顧客携帯端末７は当該読み込んだ光学コードを所定の形式で遠隔サーバ２に送信し、遠隔サーバ２はこれを受信して、当該顧客Ｃとテーブルを紐付ける（Ｕ１０５）。当該紐付けた情報は、後述するテーブル状況を表示する際に、テーブルから当該テーブルに居る顧客Ｃを特定するために使用される。なお、光学コードとしては例えばバーコードやＱＲコード（登録商標）を使用してよい。」 ・「【００５６】 以上が、本実施形態の注文システム１が提供する主要な機能である。 本実施形態において、顧客Ｃは自身が所持する顧客携帯端末７を用いて商品を注文や決済をすることができる構成となっている。従来のＯＥＳでは、顧客が注文をするには店舗の従業員を呼び、当該従業員に注文を受注してもらう必要があった。しかし、例えば店舗が混雑している状況では従業員を呼び止めること自体が困難となる場合もあり、スムーズな注文を妨げる原因となっていた。本実施形態では上記の構成により、顧客Ｃは顧客携帯端末７を操作して商品を注文することができるので、店舗が混雑等している状況でもスムーズに商品を注文することができる。店舗にとっても顧客Ｃが顧客携帯端末７で注文することにより混雑時の対応のために多くの従業員Ｅを常駐させる必要が無くなるので、人件費を削減することができる。」 ３．当審の判断 （１）特許法第２９条第１項第３号、特許法第２９条第２項について ア．本件発明１について 本件発明１と引用発明１－１とを対比すると、後者の「ハンディ端末６」は前者の「注文用端末」に相当し、以下同様に、「店舗システム３」は「店舗内システム」に、「利用者」は「来店客」に、「携帯端末１」は「携帯型端末」に、「ネットワークＮ」は「ネットワーク」に、「Ｗｅｂサーバー２」は「管理サーバ」に、「店舗コードとテーブル番号」は「卓識別情報」に、「オーダー照会」は「表示要求」に、「オーダーリングシステム」は「注文システム」に、それぞれ相当する。 後者の「利用者が飲食店等の店舗に入店した後、店員は利用者から注文を伺い、注文番号及び数量を示す注文情報と注文を受けたテーブルを特定するテーブル番号とをハンディ端末６に入力して、ハンディ端末６から店舗内の無線ＬＡＮを介して注文情報及びテーブル番号をＯＥＳ５に送信し、」「店舗システム３は、ＰＯＳシステム４、オーダーエントリーシステム（以下「ＯＥＳ」という）５、ハンディ端末６により構成され、ＰＯＳシステム４はＯＥＳ５から注文情報及びテーブル番号を取得する」、「店舗システム３」は、前者の「店舗内において、店員が所持する注文用端末を用いて注文を受け付ける店舗内システム」に相当する。 後者の「飲食店等を利用する利用者が所持する携帯端末１」は前者の「店舗への来店客の所持する一又は複数の携帯型端末」に相当し、後者の「オーダーリングシステム１００は、所定のネットワークＮを介して相互に接続されることにより構成される、飲食店等を利用する利用者が所持する携帯端末１、Ｗｅｂサーバー２、店舗システム３を備え」ることは、前者の「注文システム」は、「店舗内システムと携帯型端末の各々とネットワークを介して接続される管理サーバと、を含」むことに相当する。 後者の「ＰＯＳシステム４からこれらのチェックインに係る情報を受信すると、店舗コードとテーブル番号とＳＥＱ番号とを対応付けて店舗管理テーブルに書き込んで登録するとともに、注文情報を確定注文テーブルに書き込んで登録」する「Ｗｅｂサーバー２」は、前者の「注文用端末を用いて行われた注文の内容と、当該注文が行われた卓を特定するための卓識別情報と、を含む注文情報を、店舗内システムから取得する手段」に相当する。 本願の願書に添付した明細書の段落【００３１】には、「また、上記した実施形態では、各ユーザ端末１１から管理サーバ１０へ送信される注文情報は、店舗識別情報と、テーブル識別情報と、注文端末識別情報と、注文品情報とを含むものとしたが、これらの情報は、まとめて管理サーバ１０に送られる必要はない。また、注文情報としては、これらすべての情報を含むものに限られない。例えば、ユーザ端末１１から、各店舗のテーブルに紐付けられたＵＲＬにアクセスして注文する場合、ＵＲＬでアクセスしたときに店舗識別情報とテーブル識別情報が送信されるため、個別の注文の際には、例えば、注文端末識別情報と注文品情報が送信されるものとしてもよい。」と記載されているから、後者の「店員により届けられた印刷物から、利用者は二次元コードを携帯端末１に読み込み、携帯端末１は読み取った二次元コードから、店舗コードとテーブル番号とＳＥＱ番号と送信先メールアドレスとを抽出し、抽出した店舗コード、テーブル番号及びＳＥＱ番号を含むログイン情報を生成して、前記抽出した送信先メールアドレスを送信先として、当該ログイン情報を利用者の所持する携帯端末１を特定するためのメールアドレスとともにＷｅｂサーバー２へインターネット等の通信回線を介して送信し、 Ｗｅｂサーバー２は、携帯端末１からログイン情報を受信すると、当該ログイン情報から店舗コード、テーブル番号及びＳＥＱ番号を抽出して、抽出した店舗コード及びテーブル番号をキーとして店舗管理テーブルを検索し、検索の結果、店舗コード及びテーブル番号が登録されている場合には、当該店舗コード及びテーブル番号と対応付けて店舗管理テーブルに記憶されているＳＥＱ番号と、ログイン情報中のチェックイン情報に含まれるＳＥＱ番号とを比較して、一致しているか否かを照合し、一致している場合には、利用者のセッションが有効であると判断して、携帯端末１からのアクセスを許可し、前記ログイン情報から抽出した店舗コード及びテーブル番号を、携帯端末１を特定するメールアドレスと対応付けてアドレス登録テーブルに登録し、この際、使用フラグを１に設定して使用可能の状態に設定した後、携帯端末１から注文用ホームページに接続するためのＵＲＬを生成して、当該ＵＲＬを前記ログイン情報を送信した携帯端末１に返送し、このとき、生成するＵＲＬには、少なくとも前記ＳＥＱ番号及び携帯端末１のメールアドレスの情報を含むものであり、 携帯端末１はＷｅｂサーバー２からＵＲＬを受信した後、当該ＵＲＬを使用して、Ｗｅｂサーバー２にアクセスし、Ｗｅｂサーバー２は、ＵＲＬに含まれるＳＥＱ番号が店舗管理テーブルに登録されているか、及び、ＵＲＬに含まれるメールアドレスがアドレス登録テーブルに登録されているかを確認した後、ＳＥＱ番号とメールアドレスの両者が登録されている場合には、対応する店舗コード及びテーブル番号を付加したニックネーム登録画面情報を携帯端末１に送信し、 携帯端末１はニックネーム登録画面を表示して、ニックネームの入力を利用者に促し、利用者はニックネーム登録画面にて表示用ニックネームを入力し、 Ｗｅｂサーバー２は、携帯端末１からニックネームを受信すると、当該ニックネームを携帯端末１のメールアドレスと対応付けて、アドレス登録テーブルに登録し、登録後、トップメニュー画面情報を携帯端末１に送信し、 携帯端末１はトップメニュー画面情報を受信して、トップメニューを表示し、注文画面上に表示されている追加ボタンが選択されると、携帯端末１は当該注文番号及び数量（以下「注文情報」ということもある）をＷｅｂサーバー２に送信し、 Ｗｅｂサーバー２は受信した注文番号及び数量を仮注文テーブルに蓄積し、携帯端末１において、連続して注文が入力されると、追加ボタン選択の度に注文情報が仮注文テーブルに追加して蓄積」することは、前者の「管理サーバ」の「携帯型端末を用いて行われた注文の内容と、当該携帯型端末を所持する来店客の卓を特定するための卓識別情報と、を含む注文情報を、前記携帯型端末から取得する手段」に相当するといえる。 本願の願書に添付した明細書の段落【００２１】には、「来店客によってボタン５０が押下されると、ユーザ端末１１ａから注文状況の表示要求が管理サーバ１０に送信される。このとき、表示要求とともに店舗識別情報およびテーブル識別情報もユーザ端末１１ａから管理サーバ１０に送信され、管理サーバ１０によって受信される。店舗識別情報およびテーブル識別情報は、表示要求に前後して別個に送信されてもよい。」と記載されており、店舗識別信号およびテーブル識別信号は表示要求と同時に送信することを必須とするものではないから、後者において、携帯端末１においてトップメニュ－が表示されるためには、「店舗コードとテーブル番号」からなる「卓識別信号」が携帯端末１からＷｅｂサーバー２に既に送信されていなければならないから、後者の「トップメニューからオーダー照会を選択すると、Ｗｅｂサーバー２は、オーダー照会をした携帯端末１に関連付けられた店舗コード及びテーブル番号をキーにして、確定注文テーブルから注文情報を抽出して、携帯端末１に注文一覧を送信し、自身の携帯端末で注文したオーダー以外の通常の注文や他の携帯端末からの注文もまとめてオーダー順に表示するように、携帯端末１はＷｅｂサーバー２から受信した注文一覧を表示する」ことと、前者の「管理サーバ」が「携帯型端末から、卓識別情報を含む表示要求を受け付ける手段と、前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて，前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段と、を備え、」「前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における最初の注文を含み、前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を区分して表示する」こととは、「管理サーバ」が「携帯型端末から、卓識別情報を含む表示要求を受け付ける手段と、前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて，前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段と、を備え、」「前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における注文を含み、前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を表示する」ことにおいて共通する。 そうすると、両者は、 「店舗内において、店員が所持する注文用端末を用いて注文を受け付ける店舗内システムと、 前記店舗への来店客の所持する一又は複数の携帯型端末と、 店舗内システムと携帯型端末の各々とネットワークを介して接続される管理サーバと、を含み、 前記管理サーバは、 前記注文用端末を用いて行われた注文の内容と、当該注文が行われた卓を特定するための卓識別情報と、を含む注文情報を、店舗内システムから取得する手段と、 前記携帯型端末を用いて行われた注文の内容と、当該携帯型端末を所持する来店客の卓を特定するための卓識別情報と、を含む注文情報を、前記携帯型端末から取得する手段と、 携帯型端末から、卓識別情報を含む表示要求を受け付ける手段と、 前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段と、を備え、 前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における注文を含み、 前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を表示する、注文システム。」 の点で一致し、以下の各点において相違する。 ＜相違点１＞ 「前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における注文を含」むことに関して、注文が、本件発明１では、前記携帯型端末を所持する来店客の卓における「最初の」注文を含むものであるのに対して、引用発明１－１では，「利用者が飲食店等の店舗に入店した後、店員は利用者から注文を伺い、注文番号及び数量を示す注文情報と注文を受けたテーブルを特定するテーブル番号とをハンディ端末６に入力して、ハンディ端末６から店舗内の無線ＬＡＮを介して注文情報及びテーブル番号をＯＥＳ５に送信」する点（前記携帯型端末を所持する来店客の卓における最初の注文は、「注文用端末」を用いて行われる点）。 ＜相違点２＞ 「前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を表示する」ことに関して、本件発明１では、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を「区分して」表示するのに対して、引用発明１－１では、「自身の携帯端末で注文したオーダー以外の通常の注文や他の携帯端末からの注文もまとめてオーダー順に表示する」ものであり、「区分して」表示するものではない点。 そして、上記相違点１，２により、本件発明１は、引用発明１－１と実質的に相違しており、本件発明１は、引用例１に記載された発明（引用発明１－１）ではない。 したがって、本件発明１は，特許法２９条第１項第３号の発明に該当しない。 上記相違点について検討する。 事案に鑑みて、相違点２について先に検討することにする。 引用例１の段落【００４６】には、「図９に示すように、確定注文情報記憶手段２２４は、確定注文テーブルを備える。確定注文テーブルは、利用者からの仮注文を受けた後、当該仮注文を確定した場合に、確定した注文の情報を格納するためのものである。本実施例では一例として、店舗コードと、テーブル番号と、注文をした携帯端末１のメールアドレスと、注文番号と、注文数量と、注文対象がテーブルに届けられたかどうかをチェックするための進捗フラグと、注文がハンディ端末６からのものか携帯端末１からのものかを管理するための端末フラグとが対応付けられて確定注文テーブルに格納される。」と記載されており、図４を参照すると、確定注文テーブルを備える確定注文情報記憶手段２２４は、ｗｅｂサーバー２が備えており、図９を合わせて参照すると、確定注文テーブルには、店舗コードと、テーブル番号と、注文をした携帯端末１のメールアドレスと、注文番号と、注文数量と、進捗フラグと、端末フラグが対応付けられて格納されてはいる。 しかしながら、引用発明１－１は、自身の携帯端末で注文したオーダー以外の通常の注文や他の携帯端末からの注文もまとめてオーダー順に表示するものであり、注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を「まとめてオーダー順に」表示するものとはいえるが、注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を「区分して」表示するものではない。 ここで、「区分」とは、「区別して分けること」（広辞苑第６版）であり、言い換えると、引用発明１－１は、注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を「区別して分けて」表示するものではない。 また、注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を「区別して分けて」表示することは、引用例２，３のいずれにも記載されていないから、引用発明１－１に引用例２，３に記載された事項を適用できたとしても、上記相違点２にかかる本件発明１の発明特定事項にはならない。 そして、本件発明１は、上記相違点２にかかる本件発明１の発明特定事項により、「どの注文がどのユーザ端末等によって行われたかを一見して識別できる」という格別の効果を奏するものである。（願書に添付した明細書の段落【００２４】参照。） したがって、上記相違点１について検討するまでもなく、本件発明１は、引用発明１－１、引用例２，３に記載された事項に基いて当業者が容易に発明できたものとはいえない。 イ．本件発明２について 本件発明２は，本件発明１の発明特定事項を全て含み，さらに限定して発明を特定するものであるから，本件発明１と同じ理由により，引用発明１－２，引用例２、３に記載された事項に基いて当業者が容易に発明できたものとはいえない。 ウ．本件発明３について 本件発明３と引用発明１－３とを対比すると、後者の「所定のネットワークＮを介して相互に接続されることにより構成される、店舗システム３と，飲食店等を利用する利用者が所持する携帯端末１と、Ｗｅｂサーバー２」は、前者の「店舗内システムと前記店舗へ来店客の所持する一又は複数の携帯型端末の各々とネットワークを介して接続される管理サーバ」に相当し、残余の点は、本件発明１と引用発明１－１との対比と同様である。 そうすると、両者は、 「店舗内において、店員が所持する注文用端末を用いて注文を受け付ける店舗内システムと、前記店舗への来店客の所持する一又は複数の携帯型端末とのネットワークを介して接続される管理サーバとであって、 前記管理サーバは、 前記注文用端末を用いて行われた注文の内容と、当該注文が行われた卓を特定するための卓識別情報と、を含む注文情報を、店舗内システムから取得する手段と、 前記携帯型端末を用いて行われた注文の内容と、当該携帯型端末を所持する来店客の卓を特定するための卓識別情報と、を含む注文情報を、前記携帯型端末から取得する手段と、 携帯型端末から、卓識別情報を含む表示要求を受け付ける手段と、 前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段と、を備え、 前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における注文を含み、 前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を表示する、管理サーバ。」 の点で一致し、以下の各点において相違する。 ＜相違点１’＞ 「前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における注文を含」むことに関して、注文が、本件発明３では、前記携帯型端末を所持する来店客の卓における「最初の」注文を含むものであるのに対して、引用発明１－３では，「利用者が飲食店等の店舗に入店した後、店員は利用者から注文を伺い、注文番号及び数量を示す注文情報と注文を受けたテーブルを特定するテーブル番号とをハンディ端末６に入力して、ハンディ端末６から店舗内の無線ＬＡＮを介して注文情報及びテーブル番号をＯＥＳ５に送信」する点（前記携帯型端末を所持する来店客の卓における最初の注文は、「注文用端末」を用いて行われる点）。 ＜相違点２’＞ 「前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を表示する」ことに関して、本件発明３では、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を「区分して」表示するのに対して、引用発明１－３では、「自身の携帯端末で注文したオーダー以外の通常の注文や他の携帯端末からの注文もまとめてオーダー順に表示する」ものであり、「区分して」表示するものではない点。 そして、上記相違点１’，２’により、本件発明３は、引用発明１－３と実質的に相違しており、本件発明３は、引用例１に記載された発明（引用発明１－３）ではない。 したがって、本件発明３は，特許法２９条第１項第３号の発明に該当しない。 上記相違点について検討する。 上記相違点２’については、本件発明１と引用発明１－１との相違点２と同様であるので、本件発明１で検討したのと同様の理由により、本件発明３は，引用発明１－３，引用例２，３に記載された事項に基いて当業者が容易に発明できたものとはいえない。 エ．本件発明４について 本件発明４と引用発明１－４とを対比すると、後者の「ハンディ端末６」は前者の「注文用端末」に相当し、以下同様に、「店舗システム３」は「店舗内システム」に、「利用者」は「来店客」に、「携帯端末１」は「携帯型端末」に、「ネットワークＮ」は「ネットワーク」に、「Ｗｅｂサーバー２」は「管理サーバ」に、「店舗コードとテーブル番号」は「卓識別情報」に、「オーダー照会」は「表示要求」に、「オーダーリングシステム」は「注文システム」に、それぞれ相当する。 後者の「利用者が飲食店等の店舗に入店した後、店員は利用者から注文を伺い、注文番号及び数量を示す注文情報と注文を受けたテーブルを特定するテーブル番号とをハンディ端末６に入力して、ハンディ端末６から店舗内の無線ＬＡＮを介して注文情報及びテーブル番号をＯＥＳ５に送信し、」「店舗システム３は、ＰＯＳシステム４、オーダーエントリーシステム（以下「ＯＥＳ」という）５、ハンディ端末６により構成され、ＰＯＳシステム４はＯＥＳ５から注文情報及びテーブル番号を取得する」、「店舗システム３」は、前者の「店舗内において、店員が所持する注文用端末を用いて注文を受け付ける店舗内システム」に相当する。 後者の「飲食店等を利用する利用者が所持する携帯端末１」は前者の「店舗への来店客の所持する一又は複数の携帯型端末」に相当し、後者の「オーダーリングシステム１００は、所定のネットワークＮを介して相互に接続されることにより構成される、飲食店等を利用する利用者が所持する携帯端末１、Ｗｅｂサーバー２、店舗システム３を備え」ることは、前者の「注文システム」は、「店舗内システムと携帯型端末の各々とネットワークを介して接続される管理サーバと、を備え」ることに相当する。 後者の「オーダーリングシステム１００における注文の表示方法」は前者の「注文システムにおける注文の表示方法」に、後者の「注文の表示方法」は前者の「注文方法」に、それぞれ相当する。 後者の「Ｗｅｂサーバー２はＰＯＳシステム４からこれらのチェックインに係る情報を受信すると、店舗コードとテーブル番号とＳＥＱ番号とを対応付けて店舗管理テーブルに書き込んで登録するとともに、注文情報を確定注文テーブルに書き込んで登録」するステップは、前者の「注文用端末を用いて行われた注文の内容と、当該注文が行われた卓を特定するための卓識別情報と、を含む注文情報を、店舗内システムから取得するステッｃプ」に相当する。 本願の願書に添付した明細書の段落【００３１】には、「また、上記した実施形態では、各ユーザ端末１１から管理サーバ１０へ送信される注文情報は、店舗識別情報と、テーブル識別情報と、注文端末識別情報と、注文品情報とを含むものとしたが、これらの情報は、まとめて管理サーバ１０に送られる必要はない。また、注文情報としては、これらすべての情報を含むものに限られない。例えば、ユーザ端末１１から、各店舗のテーブルに紐付けられたＵＲＬにアクセスして注文する場合、ＵＲＬでアクセスしたときに店舗識別情報とテーブル識別情報が送信されるため、個別の注文の際には、例えば、注文端末識別情報と注文品情報が送信されるものとしてもよい。」と記載されているから、後者の「店員により届けられた印刷物から、利用者は二次元コードを携帯端末１に読み込み、携帯端末１は読み取った二次元コードから、店舗コードとテーブル番号とＳＥＱ番号と送信先メールアドレスとを抽出し、抽出した店舗コード、テーブル番号及びＳＥＱ番号を含むログイン情報を生成して、前記抽出した送信先メールアドレスを送信先として、当該ログイン情報を利用者の所持する携帯端末１を特定するためのメールアドレスとともにＷｅｂサーバー２へインターネット等の通信回線を介して送信し、 Ｗｅｂサーバー２は、携帯端末１からログイン情報を受信すると、当該ログイン情報から店舗コード、テーブル番号及びＳＥＱ番号を抽出して、抽出した店舗コード及びテーブル番号をキーとして店舗管理テーブルを検索し、検索の結果、店舗コード及びテーブル番号が登録されている場合には、当該店舗コード及びテーブル番号と対応付けて店舗管理テーブルに記憶されているＳＥＱ番号と、ログイン情報中のチェックイン情報に含まれるＳＥＱ番号とを比較して、一致しているか否かを照合し、一致している場合には、利用者のセッションが有効であると判断して、携帯端末１からのアクセスを許可し、前記ログイン情報から抽出した店舗コード及びテーブル番号を、携帯端末１を特定するメールアドレスと対応付けてアドレス登録テーブルに登録し、この際、使用フラグを１に設定して使用可能の状態に設定した後、携帯端末１から注文用ホームページに接続するためのＵＲＬを生成して、当該ＵＲＬを前記ログイン情報を送信した携帯端末１に返送し、このとき、生成するＵＲＬには、少なくとも前記ＳＥＱ番号及び携帯端末１のメールアドレスの情報を含むものであり、 携帯端末１はＷｅｂサーバー２からＵＲＬを受信した後、当該ＵＲＬを使用して、Ｗｅｂサーバー２にアクセスし、Ｗｅｂサーバー２は、ＵＲＬに含まれるＳＥＱ番号が店舗管理テーブルに登録されているか、及び、ＵＲＬに含まれるメールアドレスがアドレス登録テーブルに登録されているかを確認した後、ＳＥＱ番号とメールアドレスの両者が登録されている場合には、対応する店舗コード及びテーブル番号を付加したニックネーム登録画面情報を携帯端末１に送信し、 携帯端末１はニックネーム登録画面を表示して、ニックネームの入力を利用者に促し、利用者はニックネーム登録画面にて表示用ニックネームを入力し、 Ｗｅｂサーバー２は、携帯端末１からニックネームを受信すると、当該ニックネームを携帯端末１のメールアドレスと対応付けて、アドレス登録テーブルに登録し、登録後、トップメニュー画面情報を携帯端末１に送信し、 携帯端末１はトップメニュー画面情報を受信して、トップメニューを表示し、注文画面上に表示されている追加ボタンが選択されると、携帯端末１は当該注文番号及び数量（以下「注文情報」ということもある）をＷｅｂサーバー２に送信し、 Ｗｅｂサーバー２は受信した注文番号及び数量を仮注文テーブルに蓄積し、携帯端末１において、連続して注文が入力されると、追加ボタン選択の度に注文情報が仮注文テーブルに追加して蓄積」するステップは、前者の「携帯型端末を用いて行われた注文の内容と、当該携帯型端末を所持する来店客の卓を特定するための卓識別情報と、を含む注文情報を、前記携帯型端末から取得するステップ」に相当するといえる。 本願の願書に添付した明細書の段落【００２１】には、「来店客によってボタン５０が押下されると、ユーザ端末１１ａから注文状況の表示要求が管理サーバ１０に送信される。このとき、表示要求とともに店舗識別情報およびテーブル識別情報もユーザ端末１１ａから管理サーバ１０に送信され、管理サーバ１０によって受信される。店舗識別情報およびテーブル識別情報は、表示要求に前後して別個に送信されてもよい。」と記載されており、店舗識別信号およびテーブル識別信号は表示要求と同時に送信することを必須とするものではないから、後者において、携帯端末１においてトップメニュ－が表示されるためには、「店舗コードとテーブル番号」からなる「卓識別信号」が携帯端末１からＷｅｂサーバー２に既に送信されていなければならないから、後者の「トップメニューからオーダー照会を選択すると、Ｗｅｂサーバー２は、オーダー照会をした携帯端末１に関連付けられた店舗コード及びテーブル番号をキーにして、確定注文テーブルから注文情報を抽出して、携帯端末１に注文一覧を送信し、自身の携帯端末で注文したオーダー以外の通常の注文や他の携帯端末からの注文もまとめてオーダー順に表示するように、携帯端末１はＷｅｂサーバー２から受信した注文一覧を表示する」ステップと、前者の「携帯型端末から卓識別情報を含む表示要求を受け付けるステップと、前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて，前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させるステップと、を含み、前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における最初の注文を含み、前記携帯型端末に表示させるステップは、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を区分して表示する」こととは、「携帯型端末から卓識別情報を含む表示要求を受け付けるステップと、前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて，前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させるステップと、を含み、前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における注文を含み、前記携帯型端末に表示させるステップは、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を表示する」ことにおいて共通する。 そうすると、両者は、 「店舗内において、店員が所持する注文用端末を用いて注文を受け付ける店舗内システムと、前記店舗への来店客の所持する一又は複数の携帯型端末と、店舗内システムと携帯型端末の各々とネットワークを介して接続される管理サーバと、を備える注文システムにおける注文の表示方法であって、 前記注文用端末を用いて行われた注文の内容と、当該注文が行われた卓を特定するための卓識別情報と、を含む注文情報を、店舗内システムから取得するステップと、 前記携帯型端末を用いて行われた注文の内容と、当該携帯型端末を所持する来店客の卓を特定するための卓識別情報と、を含む注文情報を、前記携帯型端末から取得する手段と、 携帯型端末から、卓識別情報を含む表示要求を受け付けるステップと、 前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させるステップと、 を含み、 前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における注文を含み、 前記携帯型端末に表示させるステップは、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を表示する、注文方法。」 の点で一致し、以下の各点で相違する。 ＜相違点１’’＞ 「前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における注文を含」むことに関して、注文が、本件発明４では、前記携帯型端末を所持する来店客の卓における「最初の」注文を含むものであるのに対して、引用発明１－４では，「利用者が飲食店等の店舗に入店した後、店員は利用者から注文を伺い、注文番号及び数量を示す注文情報と注文を受けたテーブルを特定するテーブル番号とをハンディ端末６に入力して、ハンディ端末６から店舗内の無線ＬＡＮを介して注文情報及びテーブル番号をＯＥＳ５に送信」する点（前記携帯型端末を所持する来店客の卓における最初の注文は、「注文用端末」を用いて行われる点）。 ＜相違点２’’＞ 「前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を表示する」ことに関して、本件発明４では、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を「区分して」表示するのに対して、引用発明１－４では、「自身の携帯端末で注文したオーダー以外の通常の注文や他の携帯端末からの注文もまとめてオーダー順に表示する」ものであり、「区分して」表示するものではない点。 そして、上記相違点１’’，２’’により、本件発明４は、引用発明１－４と実質的に相違しており、本件発明４は、引用例１に記載された発明（引用発明１－４）ではない。 したがって、本件発明４は，特許法２９条第１項第３号の発明に該当しない。 上記相違点について検討する。 上記相違点２’’については、本件発明１と引用発明１－１との相違点２と同様であるので、本件発明１で検討したのと同様の理由により、本件発明４は，引用発明１－４，引用例２，３に記載された事項に基いて当業者が容易に発明できたものとはいえない。 オ．本件発明５について 本件発明５と引用発明１－５とを対比すると、後者の「所定のネットワークＮを介して相互に接続されることにより構成される、店舗システム３と，飲食店等を利用する利用者が所持する携帯端末１と、汎用のコンピュータであるＷｅｂサーバー２を」は前者の「店舗内システムと、前記店舗へ来店客が所持する一又は複数の携帯型端末との各々とネットワークを介して接続されるコンピュータを」に相当しする。 本願の願書に添付した明細書の段落【００２１】には、「来店客によってボタン５０が押下されると、ユーザ端末１１ａから注文状況の表示要求が管理サーバ１０に送信される。このとき、表示要求とともに店舗識別情報およびテーブル識別情報もユーザ端末１１ａから管理サーバ１０に送信され、管理サーバ１０によって受信される。店舗識別情報およびテーブル識別情報は、表示要求に前後して別個に送信されてもよい。」と記載されており、店舗識別信号およびテーブル識別信号は表示要求と同時に送信することを必須とするものではないから、後者において、携帯端末１においてトップメニュ－が表示されるためには、「店舗コードとテーブル番号」からなる「卓識別信号」が携帯端末１からＷｅｂサーバー２に既に送信されていなければならないから、後者の「トップメニューからオーダー照会を選択すると、Ｗｅｂサーバー２は、オーダー照会をした携帯端末１に関連付けられた店舗コード及びテーブル番号をキーにして、確定注文テーブルから注文情報を抽出して、携帯端末１に注文一覧を送信し、自身の携帯端末で注文したオーダー以外の通常の注文や他の携帯端末からの注文もまとめてオーダー順に表示するように、携帯端末１はＷｅｂサーバー２から受信した注文一覧を表示すように、機能させる」ことと、前者の「コンピュータを」「携帯型端末から、卓識別情報を含む表示要求を受け付ける手段、及び前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて，前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段、として機能させ」「前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における最初の注文を含み、前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を区分して表示する」こととは、「コンピュータを」「携帯型端末から、卓識別情報を含む表示要求を受け付ける手段、及び、前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて，前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段、として機能させ、」「前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における注文を含み、前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を表示する」ことにおいて共通し、残余の点は、本件発明１と引用発明１－１との対比と同様である。 そうすると、両者は、 「店舗内において、店員が所持する注文用端末を用いて注文を受け付ける店舗内システムと、前記店舗への来店客の所持する一又は複数の携帯型端末との各々とネットワークを介して接続されるコンピュータを、 前記注文用端末を用いて行われた注文の内容と、当該注文が行われた卓を特定するための卓識別情報と、を含む注文情報を、店舗内システムから取得する手段と、 前記携帯型端末を用いて行われた注文の内容と、当該携帯型端末を所持する来店客の卓を特定するための卓識別情報と、を含む注文情報を、前記携帯型端末から取得する手段と、 携帯型端末から、卓識別情報を含む表示要求を受け付ける手段、及び 前記受け付けた表示要求に含まれる卓識別情報に対応付けられている注文情報を用いて、前記卓識別情報によって特定される卓で注文された内容を前記携帯型端末に表示させる手段と、 として機能させ、 前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における注文を含み、 前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を表示する、プログラム。」 の点で一致し、以下の各点において相違する。 ＜相違点１’’’＞ 「前記携帯型端末を用いて行われる注文は、前記携帯型端末を所持する来店客の卓における注文を含」むことに関して、注文が、本件発明５では、前記携帯型端末を所持する来店客の卓における「最初の」注文を含むものであるのに対して、引用発明１－５では，「利用者が飲食店等の店舗に入店した後、店員は利用者から注文を伺い、注文番号及び数量を示す注文情報と注文を受けたテーブルを特定するテーブル番号とをハンディ端末６に入力して、ハンディ端末６から店舗内の無線ＬＡＮを介して注文情報及びテーブル番号をＯＥＳ５に送信」する点（前記携帯型端末を所持する来店客の卓における最初の注文は、「注文用端末」を用いて行われる点）。 ＜相違点２’’’＞ 「前記携帯型端末に表示させる手段は、前記卓識別情報によって特定される卓で注文された内容を、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を表示する」ことに関して、本件発明５では、前記注文用端末を用いて行われた注文の内容と、各々の携帯型端末を用いて行われた注文の内容を「区分して」表示するのに対して、引用発明１－５では、「自身の携帯端末で注文したオーダー以外の通常の注文や他の携帯端末からの注文もまとめてオーダー順に表示する」ものであり、「区分して」表示するものではない点。 そして、上記相違点１’’’，２’’’により、本件発明５は、引用発明１－５と実質的に相違しており、本件発明５は、引用例１に記載された発明（引用発明１－５）ではない。 したがって、本件発明５は，特許法２９条第１項第３号の発明に該当しない。 上記相違点について検討する。 上記相違点２’’’については、本件発明１と引用発明１－１との相違点２と同様であるので、本件発明１で検討したのと同様の理由により、本件発明５は，引用発明１－５，引用例２，３に記載された事項に基いて当業者が容易に発明できたものとはいえない。 カ．特許異議申立人の意見について 特許異議申立人は，令和１年９月１９日付け意見書にて、「なお、前記確定注文テーブルのようなテーブル情報を表示する際に、当該テーブル情報に含まれる各種の情報を当該テーブル情報に登録されているいずれかの項目の順で並び替えて表示されることは当業者における常套手段である。そのため、注文一覧を表示する際に、オーダー順に代えて、前記端末フラグの順で注文一覧が表示されることも当業者が容易に想到し得たことであり、この場合には、注文一覧においてハンディ端末６からの注文と携帯端末１各々からの注文とが実質的に区分して表示されることになる。」旨主張しているが，引用例１には、あくまで、ハンディ端末６からの注文と携帯端末１各々からの注文とをまとめてオーダー順に表示すること及びまだテーブルに届いていないオーダーを識別可能に表示することしか開示されておらず、上記主張を裏付ける証拠も何ら提出されていない。そして、本件発明は、ハンディ端末６からの注文と携帯端末１各々からの注文とを「区分して」表示することにより、どの注文がどのユーザ端末等によって行われたかを一見して識別できるという格別の効果を奏するものであるから、当業者が容易になし得たとまではいえない。 第５　取消理由通知において採用しなかった特許異議申立理由について 特許異議申立人は，特許異議申立書において、訂正前の特許請求の範囲に対して甲第１号証（特開２０１１－５３８５０号公報）を主引用例とし，甲第３号証（第４．の引用例２）、及び甲第４号証（第４．の引用例３）を副引用例とした特許法第２９条第２項による取消理由も主張している。 ここで、甲第１号証の記載事項を摘記する。 ・「【００１７】 図１は、本実施例の全体のシステム構成を示した説明図であり、飲食店の客が所持する携帯電話３、飲食店側に設置された店舗制御装置５が、インターネット２を介して注文サーバ１と接続されている。 そして、飲食店の内部においては、注文情報に基づいて注文処理や会計処理などを行うことができる店舗制御装置５、インターネット２を介して店舗制御装置５と注文サーバ１ との通信を可能にするルータ４、接客担当スタッフが注文情報を入力するハンディターミナル６、飲食店の天井などに設置されて店舗制御装置５とハンディターミナル６との無線通信を可能とするアクセスポイント７、レジでレシートなどを印刷するレジプリンタ８、注文情報を伝票や表示によって厨房に伝えるためのキッチンプリンタ９及びキッチンモニター１０が、有線又は無線によりＬＡＮ（ローカルエリアネットワーク）接続されている。」 ・「【００２３】 次に、ログインコードに関する本実施例に係る注文処理システムの動作について説明する。飲食店に客が来店すると、接客担当スタッフが席へ案内する。接客担当スタッフは、メニューブックを客に手渡した後、一旦、客のテーブルから離れ、客の最初の注文が決まった頃を見計らって、再び客のテーブルへハンディターミナル６を携帯して行き、客から注文を聞き取って新規注文情報の入力を行う。この最初の新規注文については、接客担当スタッフが自ら操作してハンディターミナル６で入力する。ここでは、客が着席したテーブル番号、人数、最初の注文内容についての入力を行い、その入力情報はアクセスポイント７を経由して店舗制御装置５へ送信される。 新規注文情報を受信した店舗制御装置５は、当該注文に関するユニークな伝票番号を発行し、当該伝票番号と共に注文情報を注文情報ファイルに記憶する。次に、中央処理部によって乱数を発生させる。そして、発生させた乱数と伝票番号を対応付けて、データ記憶部のコード対応ファイルに記憶する。本実施例においては、この発生させた乱数をログインコードとして使用する。続いて、当該ログインコードを含むＵＲＬ情報を生成する。このＵＲＬ情報は、注文サーバ１によってインターネット上に公開されているシステムへのアクセスを可能とするものである。さらに、２次元バーコード生成プログラムによって、当該ＵＲＬ情報を内容とする２次元バーコードを生成する。そして、この２次元バーコードが付いた伝票をキッチンプリンタ９から印刷する。図２は、２次元バーコードが付いた伝票の具体例である。 例えば、２次元バーコードに含まれるＵＲＬ情報の具体例の一つは、「ｈｔｔｐ：／／ｗｗｗ．○○○．ｃｏｍ／ｌｏｇｉｎ．ａｓｐｘ？ｃｉｄ＝９０６１＆ｓｉｄ＝０００８＆ｍｉｄ＝５７５５－５３２８－７５３０－２５３２」である。ここで、「ｃｉｄ＝９０６１」は会社コード、「ｓｉｄ＝０００８」は店舗コード、「ｍｉｄ＝５７５５－５３２８－７５３０－２５３２」はログインコードを示している。このように、このＵＲＬ情報の中には、伝票番号と対応付けられているログインコードが含まれている。 また、この２次元バーコードに含まれるログインコードの情報は、ログインコードの作成時に、対応付けられている伝票番号と一緒に店舗制御装置５のデータ記憶部のコード対応ファイルに記憶される。そして、ログインコードの情報は、注文サーバ１へも送信されて、注文サーバ１のデータ記憶部のログインコードファイルに記憶される。」 ・「【００２４】 そして、客が追加注文をしたい場合は、自分の携帯電話３を操作して、前記注文伝票に印刷された２次元バーコードを読み取る。そして、読み取った後のログインコードを含むＵＲＬ情報を利用して、インターネット２を介して注文サーバ１にアクセスする。アクセスされた注文サーバ１は、携帯電話３から送信されたＵＲＬ情報に含まれるログインコードが注文サーバ１のログインコードファイルに記憶されているかどうかによって、その正当性のチェックを行い、当該ログインコードがログインコードファイルに記憶されていて、正当であることが確認された場合のみ、前記携帯電話３からのシステムへのログインを許可する。」 ・「【００２６】 ・・・そこで、客は注文したい商品を選択する。そして、商品「ジャムトースト」を選択した後に「次へ」を入力すると、数量選択画面へと遷移する。ここで客は、注文したい数量をテンキーを使用して入力する。そして、１つの商品の注文が終了したら、「注文送信」を入力して、注文情報を注文サーバ１へ送信する。」 ・「【００２９】 ・・・そして、注文情報を受信した注文サーバ１は、ログインコードと共に当該注文情報を店舗制御装置５へ送信する。店舗制御装置５は、ログインコード及び注文情報を受信すると、コード対応ファイルを検索して、当該ログインコードに対応付けられている伝票番号を取得して、当該伝票番号及び注文情報を注文情報ファイルに記憶する。・・・」 ・「【００３０】 また、携帯電話３では、注文情報の入力の他に、自分の注文したメニューと金額をすべて参照要求することが可能となっている。この場合、客は携帯電話３で、追加注文する場合と同様に、伝票に印刷された２次元バーコードを読み取って、２次元バーコードに含まれているＵＲＬ情報を基に注文サーバ１にシステムにログインした後、処理メニューから注文情報の参照要求を選択して、注文情報の参照要求を注文サーバ１へ送信する。 注文サーバ１は、この参照要求を受信するとログインコードの情報と共に店舗制御装置５へ参照要求を送信する。店舗制御装置５は、コード対応ファイルを検索して、受信したログインコードに対応付けられている伝票番号を取得し、当該伝票番号に係る注文内容及び金額の情報、即ち参照情報を注文情報ファイルから抽出して、注文サーバ１へ送信する。注文サーバ１は、当該参照情報を参照要求した客の携帯電話３へ送信する。そして、客は、受信した携帯電話３で、自分が注文した内容及び金額の情報を参照する。」 しかしながら、本件発明１～５のそれぞれ相違点２，２’，２’’，２’’’の発明特定事項については、甲第１号証～甲第４号証のいずれの文献にも記載されていないから、甲第１号証を主引用例としても、本件発明１～５は当業者が容易に発明できたとはいえない。 第６　むすび 以上のとおりであるから、取消理由通知に記載した取消理由及び特許異議申立書に記載した特許異議申立理由によっては、本件発明１～５に係る特許を取消すことはできない。 また、他に本件発明１～５に係る特許を取り消すべき理由を発見しない。