【事件の表示】
　特許第６７３６０３８号発明「予約一元管理装置、予約一元管理プログラム、及び予約一元管理方法」の特許異議申立事件について、次のとおり決定する。
【結　論】
　特許第６７３６０３８号の請求項１ないし５に係る特許を維持する。
【理　由】
第１　手続の経緯 
　特許第６７３６０３８号の請求項１〜５に係る特許についての出願は、令和元年５月１３日に出願され、令和２年７月１７日にその特許権の設定登録がされ、令和２年８月５日に特許掲載公報が発行された。その後、その特許に対し、令和３年２月２日に特許異議申立人　鬼頭厘早（以下、「申立人」という。）は、特許異議の申立て（以下、「異議申立て」という。）を行った。
第２　本件発明
　特許第６７３６０３８号の請求項１〜５の特許に係る発明は、それぞれ、その特許請求の範囲の請求項１〜５に記載された事項により特定される以下のとおりのものである。
【請求項１】
　卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能な予約一元管理装置であって、
　前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、前記予約における時間帯、人数及び前記予約対象の種別に関する対象タイプを含む予約情報を取得する取得部と、
　前記対象タイプと、前記対象タイプに対応する在庫に関する在庫情報であって前記予約情報の内容に基づいて単位時間毎に管理される前記在庫情報と、予約日における時間帯のバリエーションとを関係付けた情報である在庫関係情報を格納する格納部と、
　前記在庫関係情報における、前記予約情報に対応する対象タイプの在庫情報と、前記予約情報に含まれる前記時間帯の一部または全部と重複する同日の時間帯を含む前記対象タイプの在庫情報とを更新する予約処理部と、
　更新した前記在庫情報に基づいて、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置に対して、前記複数のＷｅｂサーバ装置が格納する在庫情報を更新するように制御する更新制御部と、
　を備え、
　前記在庫関係情報は、同日で同一の前記対象タイプの第１の在庫関係情報と第２の在庫関係情報を含み、
　前記第１の在庫関係情報の時間帯は、前記第２の在庫関係情報の時間帯の一部または全部と重複し、
　前記予約処理部は、前記予約情報に基づいて、前記予約情報に含まれる時間帯が前記第１の在庫関係情報の時間帯及び前記第２の在庫関係情報の時間帯と重複する場合、前記在庫関係情報から、前記第１の在庫関係情報と前記第２の在庫関係情報を抽出し、抽出した前記　第１の在庫関係情報と前記第２の在庫関係情報それぞれから前記予約情報に基づく予約対象数を減少させる
　ことを特徴とする予約一元管理装置。
【請求項２】
　前記更新制御部は、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置が格納する予約対象の在庫情報に対して、予約日時が到来した予約情報に対応する在庫を開放する
　ことを特徴とする請求項１に記載の予約一元管理装置。
【請求項３】
　卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能なコンピュータに、
　前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、前記予約における時間帯、人数及び前記予約対象の種別を示す対象タイプを含む予約情報を取得する取得処理と、
　前記対象タイプと、前記対象タイプに対応する在庫に関する在庫情報であって前記予約情報の内容に基づいて単位時間毎に管理される前記在庫情報と、予約日における時間帯のバリエーションとを関係付けた情報である在庫関係情報に対して、前記予約情報に対応する対象タイプの在庫情報と、前記予約情報に含まれる前記時間帯の一部または全部と重複する同日の時間帯を含む前記対象タイプの在庫情報とを更新する予約処理と、
　更新した前記在庫情報に基づいて、前記単位時間毎に、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置に対して、前記複数のＷｅｂサーバ装置が格納する在庫情報を更新するように制御する更新制御処理と、
　を実行させ、
　前記在庫関係情報は、同日で同一の前記対象タイプの第１の在庫関係情報と第２の在庫関係情報を含み、
　前記第１の在庫関係情報の時間帯は、前記第２の在庫関係情報の時間帯の一部または全部と重複し、
　前記予約処理は、前記予約情報に基づいて、前記予約情報に含まれる時間帯が前記第１の在庫関係情報の時間帯及び前記第２の在庫関係情報の時間帯と重複する場合、前記在庫関係情報から、前記第１の在庫関係情報と前記第２の在庫関係情報を抽出し、抽出した前記第１の在庫関係情報と前記第２の在庫関係情報それぞれから前記予約情報に基づく予約対象数を減少させる
　ことを特徴とする予約一元管理プログラム。
【請求項４】
　前記更新制御処理は、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置が格納する予約対象の在庫情報に対して、予約日時が到来した予約情報に対応する在庫を開放する
　ことを特徴とする請求項３に記載の予約一元管理プログラム。
【請求項５】
　卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能なコンピュータが、
　前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、前記予約における時間帯、人数及び前記予約対象の種別を示す対象タイプを含む予約情報を取得する取得処理と、
　前記対象タイプと、前記対象タイプに対応する在庫に関する在庫情報であって前記予約情報の内容に基づいて単位時間毎に管理される前記在庫情報と、予約日における時間帯のバリエーションとを関係付けた情報である在庫関係情報に対して、前記予約情報に対応する対象タイプの在庫情報と、前記予約情報に含まれる前記時間帯の一部または全部と重複する同日の時間帯を含む前記対象タイプの在庫情報とを更新する予約処理と、
　更新した前記在庫情報に基づいて、前記単位時間毎に、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置に対して、前記複数のＷｅｂサーバ装置が格納する在庫情報を更新するように制御する更新制御処理と、
　を実行し、
　前記在庫関係情報は、同日で同一の前記対象タイプの第１の在庫関係情報と第２の在庫関係情報を含み、
　前記第１の在庫関係情報の時間帯は、前記第２の在庫関係情報の時間帯の一部または全部と重複し、
　前記予約処理は、前記予約情報に基づいて、前記予約情報に含まれる時間帯が前記第１の在庫関係情報の時間帯及び前記第２の在庫関係情報の時間帯と重複する場合、前記在庫関係情報から、前記第１の在庫関係情報と前記第２の在庫関係情報を抽出し、抽出した前記第１の在庫関係情報と前記第２の在庫関係情報それぞれから前記予約情報に基づく予約対象数を減少させる
　ことを特徴とする予約一元管理方法。
第３　申立理由
　申立人は、概略、以下のとおり主張している。
１　提出証拠
　甲第１号証：特開２０２０−０８７３９５号公報（特願２０１８−２３４０１９号）（以下、「甲１」という。）
　甲第２号証：特開２００９−１９９２９９号公報（以下、「甲２」という。）
２　申立人の主張の概要
（１）取消理由（甲１発明に基づく拡大先願）
　本件発明１〜５は、その出願の日前の他の特許出願であって本件特許の出願後に出願公開（甲第１号証）がされたものの願書に最初に添付した明細書、特許請求の範囲又は図面に記載された発明（以下、「甲１発明」という。）と同一であり、その発明者が本件発明の発明者と同一でなく、その出願人が本件特許の出願時において、本件特許の出願人と同一でないから、特許法第２９条の２の規定に違反して特許されたものであり、本件発明１〜５に係る特許は同法第１１３条第２項に該当し、取り消されるべきである。
第４　甲号証の記載 
１　甲１（特開２０２０−０８７３９５号公報）
（１）甲１における記載（下線部は当審で付与した。以下、同様。）
「【技術分野】
【０００１】
　本発明は、飲食店の予約を管理する予約管理システム、予約管理方法、及び予約管理プログラムに関する。」
「【発明が解決しようとする課題】
【０００４】
　ここで、特定の飲食店の予約を受け付け可能な予約サイトが複数存在する場合、当該飲食店に対する予約が重複して行われるおそれがある。
【０００５】
　本発明の目的は、飲食店に対する予約の重複を防ぐことが可能な予約管理システム、予約管理方法、及び予約管理プログラムを提供することにある。」
「【００１２】
［予約管理システム１００］
　図１に示されるように、本発明の実施形態に係る
予約管理システム１００は、予約管理装置１と複数の事業者サーバ２とを含む
予約管理装置１と各事業者サーバ２とは、インターネット、ＬＡＮ、ＷＡＮ、又は公衆電話回線などの通信網Ｎ１を介して通信可能である
【００１３】
　
事業者サーバ２Ａは、第１事業者（以下、「Ａ社」という。）が運営するＷＥＢ予約サイト（以下、第１予約サイトという。）を管理するＷＥＢサーバであり、事業者サーバ２Ｂは、第２事業者（以下、「Ｂ社」という。）が運営するＷＥＢ予約サイト（以下、第２予約サイトという。）を管理するＷＥＢサーバである
事業者サーバ２Ａは、利用者端末から取得する要求に応じて、複数の飲食店の情報を含む第１予約サイトのＷＥＢページを利用者端末のブラウザ上に表示させ、第１予約サイトに含まれる予約画面において利用者から所望の飲食店の予約を受け付ける
事業者サーバ２Ｂは、利用者端末から取得する要求に応じて、複数の飲食店の情報を含む第２予約サイトのＷＥＢページを利用者端末のブラウザ上に表示させ、第２予約サイトに含まれる予約画面において利用者から所望の飲食店の予約を受け付ける
【００１４】
　ここで、利用者が飲食店Ｓ１を予約する場合の手順の一例を示す。図２Ａには、Ａ社の第１予約サイトにおける飲食店Ｓ１の予約画面Ｄ１を示している。
予約画面Ｄ１には
予約対象である席（テーブル、個室など）
が含まれる
予約画面Ｄ１において予約操作を行う。例えば、第１利用者Ｕ１は、所望の席及び時間帯の空席マーク（「〇」）をクリックして予約情報の入力を行う
「【図２Ａ】
」
「【００１５】
　図２Ｂには、Ｂ社の第２予約サイトにおける飲食店Ｓ１の予約画面Ｄ２を示している。予約画面Ｄ２には、来店日、予約対象、予約可能時間などが含まれる。第２利用者Ｕ２は、自身の利用者端末により第２予約サイトにアクセスし、当該利用者端末に表示される予約画面Ｄ２において予約操作を行う。例えば、第２利用者Ｕ２は、所望の席及び時間帯の空席マーク（「〇」）をクリックして予約情報の入力を行う。」
「【図２Ｂ】
」
「【００１６】
　このように、第１利用者Ｕ１及び第２利用者Ｕ２がそれぞれ第１予約サイト及び第２予約サイトのそれぞれを通じて同一の飲食店Ｓ１を予約することが可能な構成では、従来、以下の問題が生じる場合がある。図３は、第１利用者Ｕ１が予約画面Ｄ１において「個室（４名用）」を「１９：００〜２２：００」で予約した状態を示している。この場合、第１予約サイトには、該当する時間帯の予約の受け付けを不許可とする満席マーク（「×」）が表示される。しかし、第２予約サイトでは、前記満席マークが表示されず、空席マーク（「〇」）が表示されて予約可能な状態が維持される（図２Ｂ参照）。このため、例えば第２利用者Ｕ２が予約画面Ｄ２（図２Ｂ）において「個室（４名用）」を「１９：００〜２１：００」で予約した場合、第１利用者Ｕ１の前記予約と重複する問題が生じる。これに対して、本実施形態に係る予約管理システム１００によれば、飲食店に対する予約の重複を防ぐことが可能である。」
「【図３】
」
「【００１７】
［予約管理装置１］
　予約管理装置１は、事業者サーバ２Ａ、２Ｂを管理する。例えば、予約管理装置１は、第１予約サイトを通じて受け付けられた飲食店Ｓ１の予約と、第２予約サイトを通じて受け付けられた飲食店Ｓ１の予約とを管理し、これらの予約に基づいて飲食店Ｓ１の予約状況を管理する。
【００１８】
　図１に示されるように、予約管理装置１は、制御部１１、記憶部１２、操作表示部１３、及び通信Ｉ／Ｆ１４などを備える。予約管理装置１は、例えばパーソナルコンピュータのような情報処理装置であってもよい。また、予約管理装置１で実行される各種の処理は、一又は複数のプロセッサーによって分散して実行されてもよい。」
「【００２１】
　記憶部１２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などの不揮発性の記憶部である。具体的に、記憶部１２は、予約対象情報１２１及び予約状況１２２を含む。図４は予約対象情報１２１の一例を示す図であり、図５は予約状況１２２の一例を示す図である。」
「【００２２】
　図４に示されるように、予約対象情報１２１には、Ａ社及びＢ社のそれぞれが提携する複数の飲食店の予約対象情報が登録される。例えば、予約対象情報１２１には、複数の飲食店に関する、飲食店名、予約対象、個数、及び予約可能時間の情報が登録される。
前記飲食店名は、飲食店の名前である
前記予約対象は、飲食店に配置される席であり、例えばテーブル、個室などである
前記個数は、飲食店に配置される前記予約対象の個数である
前記予約可能時間は、飲食店の利用者が利用可能な時間であり、飲食店ごとに予め設定されている。例えば飲食店Ｓ１では、１８：００〜２３：００の間で１時間ごと（１時間単位）に予約可能に設定されており、
「【図４】
」
「【００２３】
　予約状況１２２には、Ａ社及びＢ社のそれぞれが提携する複数の飲食店の予約状況が登録される。図５には、飲食店Ｓ１の
「２０１８年１２月２５日」の予約状況
予約状況１２２には、飲食店名、予約対象、個数、予約可能時間、及び予約数の情報が登録される
予約状況１２２に含まれる前記飲食店名、前記予約対象、前記個数、及び前記予約可能時間は、予約対象情報１２１（図４参照）に含まれる各情報に対応している
前記予約数は、前記予約対象に対する前記予約可能時間ごとの予約が行われた数（予約済数）である
「２０１８年１２月２０日」の予約状況
例えば
「テーブル（２名用）」では、全ての時間帯で最大個数「４」の予約数が登録されており、満席状態であることを示している
「テーブル（４名用）」では、「２０：００」及び「２１：００」の時間帯で残り２個（２席）が予約可能（空席）であることを示している
「【図５】
【図６】
」
　図５、６によれば、飲食店名、予約対象、個数、予約可能時間、及び予約数の登録は、それぞれを関係付けてすることが見てとれる。
　図６によれば、「テーブル（２名用）」の「個数」は「４」であり、全ての時間帯の「予約数」に「４」が登録されていること、「テーブル（４名用）」の「個数」は「６」であり、「２０：００」及び「２１：００」の時間帯の「予約数」に「４」が登録されていることが見てとれる。
「【００２４】
　また予約状況１２２は、第１予約サイト及び第２予約サイトのそれぞれに反映される。すなわち、予約状況１２２が更新されると、第１予約サイト及び第２予約サイトに含まれる予約画面Ｄ１、Ｄ２の予約状況（予約可否情報）が更新される。」
「【００２７】
　制御部１１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサーである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶される不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部１１は、前記ＲＯＭ又は記憶部１２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより予約管理装置１を制御する。
【００２８】
　具体的に、制御部１１は、図１に示されるように、管理処理部１１１、判定処理部１１２、更新処理部１１３、及び通知処理部１１４などの各種の処理部を含む。なお、制御部１１は、前記ＣＰＵで前記予約管理プログラムに従った各種の処理を実行することによって、管理処理部１１１、判定処理部１１２、更新処理部１１３、及び通知処理部１１４として機能する。また、制御部１１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。なお、前記予約管理プログラムは、複数のプロセッサーを前記各種の処理部として機能させるためのプログラムであってもよい。
【００２９】
　管理処理部１１１は、第１事業者が運営する第１予約サイト及び第２事業者が運営する第２予約サイトのそれぞれを通じて予約可能な予約対象の予約状況を表す予約状況を管理する。管理処理部１１１は、本発明の管理処理部の一例である。例えば、管理処理部１１１は、Ａ社が運営する第１予約サイト及びＢ社が運営する第２予約サイトのそれぞれを通じて予約可能な予約対象である「テーブル（２名用）」、「テーブル（４名用）」、「個室（４名用）」、「個室（６名用）」の予約状況を管理する。「テーブル（２名用）」、「テーブル（４名用）」、「個室（４名用）」、「個室（６名用）」のそれぞれは、本発明の第１予約対象の一例であり、各予約対象の予約状況は、本発明の第１予約状況の一例である。
【００３０】
　例えば、管理処理部１１１は、予約対象情報１２１（図４参照）から各予約対象及び予約可能時間の情報を抽出して予約状況１２２に登録する。管理処理部１１１は、飲食店ごとに、予約状況１２２に各情報を登録して管理する。
【００３１】
　判定処理部１１２は、前記予約対象に対する予約が行われたか否かを判定する。判定処理部１１２は、本発明の判定処理部の一例である。具体的には、
判定処理部１１２は、事業者サーバ２（事業者サーバ２Ａ、２Ｂなど）から通知される予約情報（後述）を取得したか否かを判定し、当該予約情報を取得した場合に前記予約対象に対する予約が行われたと判定する
【００３２】
　
更新処理部１１３は
前記予約対象に対する前記予約が行われたと判定された場合に、第１予約サイト及び第２予約サイトのそれぞれに反映される予約状況１２２を更新する
【００３３】
　
例えば、飲食店Ｓ１の全て（４個）の「テーブル（２名用）」に対して「１８：００〜２３：００」の全ての時間帯で予約が行われた場合に、
前記予約状況１２２の予約数に最大個数「４」を登録する
【００３４】
　ここで、図６に示すように、各予約対象には、予約可能な複数の時間帯が設定されている。
例えば、飲食店Ｓ１に配置される４個の「テーブル（２名用）」のそれぞれについて、「１８：００」、「１９：００」、「２０：００」、「２１：００」、「２２：００」、「２３：００」の６個の時間帯が設定されている
例えば全て（５個）の「個室（６名用）」に対して、複数の時間帯のうち第１時間帯（「２０：００」）の予約が行われた場合に、
予約状況１２２の「２０：００」の予約数に最大個数「５」を登録する
【００３５】
　なお、
利用者が前記予約画面において利用開始時刻と利用終了時刻とを入力することが可能な場合には、更新処理部１１３は、予約状況１２２において、前記利用開始時刻と前記利用終了時刻とを含む時間帯の予約数を更新する
【００３６】
　
通知処理部１１４は、更新処理部１１３により更新される予約状況１２２の更新情報を、更新対象の飲食店の情報を予約サイトに掲載する各事業者の事業者サーバ２に通知する
一つの予約が行われる度（予約情報を取得する度）
【００３７】
　また、前記予約画面に予約対象の残りの予約可能数（残席数）が表示される場合は、通知処理部１１４は、前記更新情報として、各予約対象の残席数の情報を事業者サーバ２Ａ，２Ｂのそれぞれに通知する。」
「【００３８】
［事業者サーバ２］
　図１に示されるように、
事業者サーバ２は、制御部２１
を備える
「【００４５】
　制御部２１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサーである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶される不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部２１は、前記ＲＯＭ又は記憶部２２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより事業者サーバ２を制御する。
【００４６】
　具体的に、
制御部２１は
予約処理部２１３、及び通知処理部２１４などの各種の処理部を含む
「【００５０】
　
通知処理部２１４は、予約処理部２１３により予約処理が行われると、当該予約に関する予約情報を予約管理装置１に通知する
飲食店Ｓ１の１個の「個室（４名用）」に対して「１９：００」の時間帯で予約が完了したことを示す予約情報
【００５１】
　なお、
利用者が前記予約画面において利用開始時刻と利用終了時刻とを入力することが可能な場合には
前記利用開始時刻及び前記利用終了時刻の情報を含む前記予約情報
１個の予約に対して所定の利用可能時間が設定されている場合には
前記利用可能時間に対応する時間帯の情報を含む前記予約情報
【００５２】
　
表示処理部２１１は、さらに、予約管理装置１から前記更新情報を取得すると、当該更新情報に基づいて、前記予約サイトに含まれる前記予約画面の予約状況（予約可否情報）を更新する
「【００７５】
　本発明は上記実施形態に限定されない。本発明の他の実施形態に対応する変形例について以下に説明する。また、以下の説明では、上記実施形態の構成と共通の構成については、上記実施形態の構成と同じ符号を付し示すことにより、その説明を省略し、また、作用及び効果について重複する説明を省略する。」
「【００７６】
［変形例１］
　図４に示すように、各飲食店には、利用可能人数が同一である複数の予約対象が配置されている。
例えば、飲食店Ｓ１には、利用可能人数が４名のテーブルが６個配置されている
第１事業者（Ａ社）及び第２事業者（Ｂ社）のそれぞれに、第１予約対象（例えば「テーブル（４名用）」）を予約可能な数であるの予約枠が予め割り当てられてもよい
Ａ社には５個の予約枠が割り当てられ
Ｂ社には４個の予約枠が割り当てられる
【００７７】
　上記構成において、所定数の第１予約対象に対する予約が行われた場合に、更新処理部１１３は、Ａ社及びＢ社のそれぞれに割り当てられた前記予約枠の数又は比率（割合）に基づいて、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される少なくともいずれかの予約状況に含まれる前記予約枠の数を更新する。なお、更新処理部１１３は、予約状況１２２において、前記予約の受け付けの許否に対応する前記予約数及び前記予約枠の情報を更新する。また、更新処理部１１３は、更新した前記予約枠の数に基づいて、予約状況１２２において、前記
予約の受け付けの許否に対応する前記予約数
【００７８】
　第１の例として、６個の「テーブル（４名用）」のうち同一時間帯の
２個の予約が行われた場合
「テーブル（４名用）」の残りの予約可能数は４個となる
Ａ社の残りの予約枠を４個に更新する
Ｂ社の予約枠を４個のまま更新しない
【００７９】
　第２の例として、６個の「テーブル（４名用）」のうち同一時間帯の
３個の予約が行われた場合
「テーブル（４名用）」の残りの予約可能数は３個となる
Ａ社の残りの予約枠を３個に更新し
Ｂ社の残りの予約枠を３個に更新する
【００８０】
　第３の例として、６個の「テーブル（４名用）」のうち同一時間帯の
１個の予約が行われた場合
「テーブル（４名用）」の残りの予約可能数は５個となる
Ａ社の予約枠及びＢ社の予約枠を更新しない
【００８１】
　なお、上述の処理は、Ａ社に割り当てられる前記予約枠の数とＢ社に割り当てられる前記予約枠の数との合計数が、飲食店Ｓ１に配置される予約対象の数より多い場合、すなわち予約対象に対する予約可能数の合計が予約対象の数を上回る場合に実行される。
【００８２】
　上述の変形例１に係る予約管理システム１００は、以下の構成として表すことができる。
【００８３】
　すなわち、飲食店Ｓ１には、利用可能人数が同一であるＬａ個の第１予約対象が配置されている。また第１事業者には前記第１予約対象を予約可能なＭ個（但し、Ｍ≦Ｌａとする。）の前記予約枠が割り当てられており、第２事業者には前記第１予約対象を予約可能なＮ個（但し、Ｍ＞Ｎとする。）の前記予約枠が割り当てられている。ここで、予約処理部２１３によりＬｂ個の前記第１予約対象に対する予約が行われた場合に、更新処理部１１３は以下の処理を実行する。
【００８４】
　例えば、（Ｌａ−Ｌｂ）≧Ｍの場合（前記第３の例に対応）、更新処理部１１３は、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される予約状況１２２に含まれる前記予約枠の数を更新しない。また（Ｌａ−Ｌｂ）＜Ｍ、かつ（Ｌａ−Ｌｂ）≧Ｎの場合（前記第１の例に対応）、更新処理部１１３は、前記第１予約サイトに反映される予約状況１２２に含まれる前記予約枠の数を更新し、前記第２予約サイトに反映される予約状況１２２に含まれる前記予約枠の数を更新しない。また（Ｌａ−Ｌｂ）＜Ｍ、かつ（Ｌａ−Ｌｂ）＜Ｎの場合（前記第２の例に対応）、更新処理部１１３は、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される予約状況１２２に含まれる前記予約枠の数を更新する。
【００８５】
　ここで、予約管理システム１００では、予約管理装置１が利用者から予約を受け付けてもよい。この構成では、予約管理装置１は、前記予約処理及び前記予約管理処理を行い、前記更新情報を事業者サーバ２Ａ、２Ｂのそれぞれに通知する。この構成において、例えば、第１事業者（Ａ社）及び第２事業者（Ｂ社）のそれぞれに、第１予約対象（例えば「テーブル（４名用）」）を予約可能な数であるの予約枠が予め割り当てられている場合に、更新処理部１１３は、以下の更新処理を行ってもよい。例えば、６個の「テーブル（４名用）」に対して、Ａ社には４個の予約枠が割り当てられ、Ｂ社には２個の予約枠が割り当てられている場合において、利用者から３個の「テーブル（４名用）」の予約が行われた場合に、更新処理部１１３は、Ａ社及びＢ社のそれぞれに割り当てられた前記予約枠の比率（４：２）に基づいて、Ａ社の予約枠のうち２個（＝３×４÷６）を予約済みに更新し、Ｂ社の予約枠のうち１個（＝３×２÷６）を予約済みに更新する。このように、予約管理装置１は、受け付けた予約数を、各事業者に予め割り当てられた前記予約枠の比率に応じて振り分けてもよい。」
「【図１１】
」
「【００８６】
［変形例２］
　変形例２に係る予約管理システム１００では、
第１事業者（Ａ社）に、１個の予約により飲食店を利用可能な利用可能時間（予約単位時間）を表す第１基準時間枠が予め設定されており、第２事業者（Ｂ社）に、１個の予約により飲食店を利用可能な利用可能時間を表す、前記第１基準時間枠とは異なる第２基準時間枠が予め設定されている
【００８７】
　上記構成において、１個の予約対象に対する
Ｍａ個の時間枠の予約が行われた場合に
時間枠をＭａ個減少させ
時間枠を、前記第１基準時間枠と前記第２基準時間枠との比率に応じた数だけ減少させる
前記時間枠を、前記第１基準時間枠に前記Ｍａを乗算して得られた値を前記第２基準時間枠で除算して小数点以下を切り上げて得られた数だけ減少させる
【００８８】
　例えば、１個の「テーブル（４名用）」に対して
２個（Ｍａ）の時間枠（４時間分）の予約が行われた場合
時間枠を２個減少させる
前記時間枠を、前記第１基準時間枠「２時間」に予約数「２」を乗算して得られた値（「４」）を前記第２基準時間枠「３時間」で除算して小数点以下を切り上げて得られた数（「２」）だけ減少させる
【００８９】
　
他の例として、前記第１基準時間枠が「４時間」に設定され、前記第２基準時間枠が「３時間」に設定されている場合において
２個（Ｍａ）の時間枠（８時間分）の予約が行われた場合
時間枠を２個減少させる
前記時間枠を、前記第１基準時間枠「４時間」に予約数「２」（Ｍａ）を乗算して得られた値（「８」）を前記第２基準時間枠「３時間」で除算して小数点以下を切り上げて得られた数（「３」）だけ減少させる
【００９０】
　上述の構成によれば、予約単位時間が異なる複数の予約サイトにおいても確実に重複予約を防止することが可能となる。」
「【図１２】
」
（２）甲１発明
　上記（１）から、甲１には次の発明（以下、「甲１発明」という。）が記載されているといえる。
「複数の事業者サーバと通信可能な予約管理装置であって（【００１２】）、
　各事業者サーバは、それぞれ、予約サイトを管理し、予約サイトのＷＥＢページを利用者端末のブラウザ上に表示させ、予約サイトに含まれる、予約対象である席（テーブル、個室など）や来店日が含まれる予約画面において、例えば、利用者が所望の席及び時間帯の空席マーク（「〇」）をクリックして予約情報の入力を行うことにより、利用者から所望の飲食店の予約を受け付け（【００１３】〜【００１５】、【図２Ａ】、【図２Ｂ】）、
　事業者サーバの予約処理部により予約処理が行われると通知される予約に関する予約情報であって、例えば、飲食店Ｓ１の１個の「個室（４名用）」に対して「１９：００」の時間帯で予約が完了したことを示す予約情報であり、利用者が前記予約画面において利用開始時刻と利用終了時刻とを入力することが可能な場合には、前記利用開始時刻及び前記利用終了時刻の情報を含み、１個の予約に対して所定の利用可能時間が設定されている場合には、前記利用可能時間に対応する時間帯の情報を含む、予約情報（【００３８】、【００４５】〜【００４６】、【００５０】〜【００５１】）を取得し（【００３１】、【００３６】）、
　飲食店の名前である「飲食店名」、飲食店に配置される席であり、例えばテーブル、個室などである「予約対象」、飲食店に配置される前記予約対象の個数である「個数」、飲食店の利用者が利用可能な時間であり、飲食店ごとに予め設定されており、例えば、飲食店Ｓ１では、１８：００〜２３：００の間で１時間ごと（１時間単位）に予約可能に設定されており、飲食店Ｓ１に配置される４個の「テーブル（２名用）」のそれぞれについて、「１８：００」、「１９：００」、「２０：００」、「２１：００」、「２２：００」、「２３：００」の６個の時間帯が設定されている、「予約可能時間」、及び、予約対象に対する前記予約可能時間ごとの予約が行われた数（予約済数）である「予約数」、の情報が関係付けて登録される予約状況（【００２２】〜【００２３】、【００３４】、【図４】、【図５】）を含む記憶部（【００２１】）を有し、
　例えば、個数４の「テーブル（２名用）」の全ての時間帯に、予約数４が登録されることは、満席状態であることを示し、個数６の「テーブル（４名用）」の「２０：００」及び「２１：００」の時間帯に予約数４が登録されることは、残り２個（２席）が予約可能（空席）であることを示し（【００２３】、【図６】）、
　予約状況は、「２０１８年１２月２５日」、「２０１８年１２月２０日」などの「対象日」に対応して登録され（【００２３】、【図５】、【図６】）、
　更新処理部は、予約情報を取得した場合に、予約状況を更新し、例えば、飲食店Ｓ１の全て（４個）の「テーブル（２名用）」に対して「１８：００〜２３：００」の全ての時間帯で予約が行われた場合に、前記予約状況１２２の予約数に最大個数「４」を登録し、全て（５個）の「個室（６名用）」に対して、複数の時間帯のうち第１時間帯（「２０：００」）の予約が行われた場合に、予約状況１２２の「２０：００」の予約数に最大個数「５」を登録し（【００３１】〜【００３４】）、
　利用者が前記予約画面において利用開始時刻と利用終了時刻とを入力することが可能な場合には、更新処理部は、予約状況において、前記利用開始時刻と前記利用終了時刻とを含む時間帯の予約数を更新し（【００３５】）、
　通知処理部は、更新処理部により更新される予約状況の更新情報を、更新対象の飲食店の情報を予約サイトに掲載する各事業者の事業者サーバ２に通知し（【００３６】）、事業者サーバの表示処理部は、当該更新情報に基づいて、前記予約サイトに含まれる前記予約画面の予約状況を更新する（【００５２】）、
予約管理装置。」
（３）甲１変形例１
　上記（１）の記載によれば、甲１には次の技術的事項（以下、「甲１変形例１」という。）が記載されている。
「第１事業者（Ａ社）及び第２事業者（Ｂ社）のそれぞれに、第１予約対象（例えば「テーブル（４名用）」）を予約可能な数である予約枠が予め割り当てられ（【００７６】）、
当該予約枠は、予約の受け付けの許否に対応する数であり（【００７７】）、
例えば、６個配置されている「テーブル（４名用）」に対して、Ａ社には５個の予約枠が割り当てられ、Ｂ社には４個の予約枠が割り当てられ（【００７６】）、
その更新は、
２個の予約が行われた場合に、Ａ社の予約枠を５個から４個に更新し、Ｂ社の予約枠を４個のまま更新せず（【００７６】、【００７８】）、
３個の予約が行われた場合に、Ａ社の予約枠を５個から３個に更新し、Ｂ社の予約枠を４個から３個に更新し（【００７６】、【００７９】）、
１個の予約が行われた場合に、Ａ社の予約枠を５個のまま更新せず、Ｂ社の予約枠を４個のまま更新しない（【００７６】、【００８０】）、
こと。」
（４）甲１変形例２
　上記（１）の記載によれば、甲１には次の技術的事項（以下、「甲１変形例２」という。）が記載されている。
「第１事業者（Ａ社）及び第２事業者（Ｂ社）のそれぞれに、例えば、２時間単位で予約が可能、３時間単位で予約が可能という、１個の予約により飲食店を利用可能な利用可能時間である「基準時間枠」が設定され（【００８６】）、
当該「基準時間枠」を単位とした「時間枠」について、
Ｍａ個の時間枠の予約が行われた場合に、第１予約サイトに反映される時間枠をＭａ個減少させ、第２予約サイトに反映される時間枠を、前記第１基準時間枠に前記Ｍａを乗算して得られた値を前記第２基準時間枠で除算して小数点以下を切り上げて得られた数だけ減少させ（【００８７】）、
２個（Ｍａ）の時間枠（４時間分）の予約が行われた場合に、第１予約サイトに反映される時間枠を２個減少させ、第２予約サイトに反映される時間枠を、前記第１基準時間枠「２時間」に予約数「２」を乗算して得られた値（「４」）を前記第２基準時間枠「３時間」で除算して小数点以下を切り上げて得られた数（「２」）だけ減少させ（【００８８】）、
他の例として、前記第１基準時間枠が「４時間」に設定され、前記第２基準時間枠が「３時間」に設定されている場合において、２個（Ｍａ）の時間枠（８時間分）の予約が行われた場合に、第１予約サイトに反映される時間枠を２個減少させ、第２予約サイトに反映される時間枠を、前記第１基準時間枠「４時間」に予約数「２」（Ｍａ）を乗算して得られた値（「８」）を前記第２基準時間枠「３時間」で除算して小数点以下を切り上げて得られた数（「３」）だけ減少させる（【００８９】）、
こと。」
２　甲２（特開２００９−１９９２９９号公報）
（１）甲２における記載
「【技術分野】
【０００１】
　本発明は、飲食店における座席の予約管理などを行う予約管理技術に関し、特に、店舗の従業員の操作によらず
予約客自身の操作によって、予約対象物である座席などの確保および解放を行うことができる予約管理技術に関する
「【００１４】
〔本発明の第１の実施の形態〕
　図１を参照すると、本発明の第１の実施の形態は、客側入力装置１０１と、店舗側入力装置１０２と、予約管理装置１０３と、客側出力装置１０４と、記憶装置１０５とから構成され、店舗における座席の予約管理を行う。
【００１５】
　記憶装置１０５は、ディスク装置などのよって実現されるものであり、予約管理情報記憶部１０６を備えている。この
予約管理情報記憶部１０６には、予約対象である座席毎に、その状態が予約済み、使用中あるいは未使用中の何れであるのかを示す状態情報が登録されている
【００１６】
　
更に、予約された座席については、その座席の状態情報に関連付けて、予約ＩＤと予約時刻とが登録される
【００１７】
　図２は予約管理情報記憶部１０６の内容例を示す図である。なお、図２の内容例は、
ある１日のある時間帯における予約管理情報（１つの予約管理単位についての予約管理情報）のみを示している。予約管理情報記憶部１０６には、このような予約管理情報が、予約管理単位毎に登録されている
「【００２０】
　予約管理装置１０３は、客側入力装置１０１から送られてくる検索指示、予約指示、予約取り消し指示や、店舗側入力装置１０２から送られてくる予約ＩＤに基づいて予約管理を行う装置であり、図３に示すように、送受信部１０３１および制御部１０３２を備えている。」
「【００２２】
　制御部１０３２には、予約受け付け取り消し手段１０３３と、来店離店時管理情報変更手段１０３４と、強制予約取り消し手段１０３５とが設けられている。
【００２３】
　予約受け付け取り消し手段１０３３は、次のような機能を有する。
【００２４】
・客側入力装置１０１から空席の検索指示が送られてきた場合、それに含まれている座席の検索条件に合った空席（状態情報が未使用中となっている座席）を予約管理情報記憶部１０６からを検索し、検索結果（例えば、検索条件に合った空席を検索できなかった場合は、その旨を示すメッセージ、検索できた場合は、検索された空席の座席番号の一覧と店舗内の座席の配置図など）を客側出力装置１０４に送信する機能。
・
客側入力装置１０１から予約を希望する座席番号および予約時刻を含む予約指示が送られてきた場合、他の予約が入らないようにするため、予約管理情報記憶部１０６に格納されている状態情報の内の、上記座席番号に対応する状態情報を予約済みを示すものに変更する（状態情報を予約済みに変更するという場合もある）と共に、上記座席番号に関連付けてユニークな予約ＩＤおよび予約時刻を登録し
・客側入力装置１０１から予約ＩＤを含む予約取り消し指示が送られてきた場合、予約管理情報記憶部１０６に登録されている状態情報の内、上記予約ＩＤに対応付けて登録されている状態情報を未使用中に変更して他の予約を入れられるようにする機能。」
「【００２６】
　強制予約取り消し手段１０３５は、
予約管理情報記憶部１０６に登録されている状態情報の内、予約済みを示し且つ関連付けて登録されている予約時刻が現在時刻よりも所定時間以上前の状態情報を、未使用中を示すものに変更する
（２）甲２記載事項
　上記（１）の記載からみて、甲２には下記の事項（以下、「甲２記載事項」という。）が記載されていると認められる。
「予約客自身の操作によって、予約対象物である座席などの確保および解放を行うことができる予約管理（【０００１】）において、
予約管理情報記憶部には、予約対象である座席毎に、その状態が予約済み、使用中あるいは未使用中の何れであるのかを示す状態情報が、予約管理情報として、ある１日のある時間帯という予約管理単位毎に登録され、更に、予約された座席については、その座席の状態情報に関連付けて、予約ＩＤと予約時刻とが登録され（【００１５】〜【００１７】）、
客側入力装置から予約を希望する座席番号および予約時刻を含む予約指示が送られてきた場合、予約管理情報記憶部に格納されている状態情報の内の、上記座席番号に対応する状態情報を予約済みを示すものに変更すると共に、上記座席番号に関連付けてユニークな予約ＩＤおよび予約時刻を登録し（【００２４】）、
予約管理情報記憶部に登録されている状態情報の内、予約済みを示し且つ関連付けて登録されている予約時刻が現在時刻よりも所定時間以上前の状態情報を、未使用中を示すものに変更する（【００２６】）こと。」
第５　当審の判断
１　請求項１に係る発明について
（１）対比
ア　請求項１に係る発明（以下、「本件発明１」という。）と甲１発明とを対比すると、以下の事項がいえる。
（ア）予約一元管理装置について
　甲１発明の「予約サイト」は、予約対象である席（テーブル、個室など）が含まれる予約画面において予約を受け付けるから、本件発明１の「卓または席を予約対象として予約を受け付けるＷｅｂサイト」に相当し、甲１発明の当該サイトを管理する「複数の事業者サーバ」は、本件発明１の「複数のＷｅｂサーバ装置」に相当する。そして、甲１発明の「予約管理装置」は、上記複数のサーバと通信可能であるから、本件発明１の「卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能な予約一元管理装置」に相当する。
（イ）取得部について
　本件特許明細書には次の記載がある。
「【００７４】
　図８は、本実施形態における予約受付時のシーケンス図である。ユーザは、ユーザ端末１４を用いて、媒体ＡのＷｅｂサイトＡにアクセスし、予約画面にて対象の店舗を選択し、
予約情報（予約日、時間帯、席タイプ、人数等）
【００７５】
　Ｗｅｂサーバ装置１３ａは、入力された予約情報に基づいて、記憶部４３ａに格納された在庫情報４５ａから、入力された席タイプの在庫を減らす（Ｓ１２）。Ｗｅｂサーバ装置１３ａは、
入力された予約情報
【００７６】
　
予約一元管理装置１２は、受信した電子メールを解析し、解析結果に基づいて、予約情報及び予約経路の内容を認識し
　本件特許明細書の上記記載を参酌すれば、本件発明１の「予約日、前記予約における時間帯、人数及び前記予約対象の種別に関する対象タイプを含む予約情報」は、「予約情報」が、「予約日」、「前記予約における時間帯」、「人数」、「前記予約対象の種別に関する対象タイプ」を含むものである。
　甲１発明の、「予約情報」は、例えば、飲食店Ｓ１の１個の「個室（４名用）」に対して「１９：００」の時間帯で予約が完了したことを示すものであり、ここに示される、「１９：００」の時間帯、「個室（４名用）」は、それぞれ、本件発明１の「予約における時間帯」、「予約対象の種別に関する対象タイプ」に相当する。
　また、甲１発明は、「来店日」が含まれる予約画面により予約をし、「２０１８年１２月２５日」、「２０１８年１２月２０日」などの「対象日」に対応して予約状況を登録するものであるから、予約に関連して、来店日／対象日という「日」を特定する情報も取り扱うものである。さらに、飲食店の予約にあたり人数を特定することは、一般に行われていることである。しかしながら、甲１発明の「予約情報」が、上記「日」を特定する情報や、人数を特定する情報を含むかは定かでない。
　以上によれば、甲１発明の「予約情報」は、「予約日」及び「人数」を含むかが定かではない点で相違するものの、本件発明１の「予約情報」と、「前記予約における時間帯」「及び前記予約対象の種別に関する対象タイプを含む」点で共通する。
　そして、甲１発明は、いずれかの事業者サーバからの予約情報を取得するから、当該取得をする構成を備えることは明らかであり、当該構成は、本件発明１の「取得部」と、「前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、」「前記予約における時間帯」「及び前記予約対象の種別に関する対象タイプを含む予約情報を取得する」点で共通する。
（ウ）格納部について
ａ　「在庫関係情報」において関係づけられる「前記対象タイプ」について
　甲１発明の「予約状況」に登録される、飲食店に配置される席であり、例えばテーブル、個室などである「予約対象」は、本件発明１の「前記対象タイプ」（上記（イ）に検討した「予約対象の種別に関する対象タイプ」）に相当する。
ｂ　「在庫関係情報」において関係づけられる「在庫情報」について
　本件特許明細書には次の記載がある。
「【００２８】
　予約処理部３は、
予約情報の内容に基づいて
単位時間毎に
在庫情報を管理する
　更新制御部４は、在庫情報に基づいて、
単位時間毎に
複数のＷｅｂサーバ装置に対して、複数のＷｅｂサーバ装置が格納する予約対象の在庫情報を更新するように制御する
【００２９】
　このように構成することにより、限られた席数を有する店舗の予約において、より効率的でより多くの予約が可能となる。なお、
単位時間は、任意に設定することができ、例えば、１秒、１分、１０分等であってもよい
　本件特許明細書の上記記載において、「単位時間毎に」という文言が「管理する」や「制御する」という動作に係り、例えば、１秒、１分、１０分毎という、いわば処理周期を意味して用いられていることを参酌すれば、本件発明１の「前記予約情報の内容に基づいて単位時間毎に管理される前記在庫情報」における「単位時間毎に」も、「前記予約情報の内容に基づいて」する「管理」という処理が、「単位時間毎に」なされることを特定するものである。
　甲１発明の「予約状況」に登録される、予約対象に対する前記予約可能時間ごとの予約が行われた数（予約済数）である「予約数」は、例えば、個数４の「テーブル（２名用）」の全ての時間帯に、予約数４が登録されることで、満席状態であることを示し、個数６の「テーブル（４名用）」の「２０：００」及び「２１：００」の時間帯に予約数４が登録されることで、残り２個（２席）が予約可能（空席）であることを示すものであるから、飲食店に配置される前記予約対象の個数である「個数」との差により、予約対象に対応する在庫を示す情報といえる。また、当該「予約数」は、予約情報の内容に応じて管理されている。しかしながら、甲１発明における予約数の管理は、予約情報を取得した場合にされるものであり、単位時間毎にされるとはいえない。
　以上のことから、甲１発明の「予約状況」に登録される「予約数」は、前記予約情報の内容に基づいてされる管理が「単位時間毎に」されない点で相違するものの、本件発明１の「在庫情報」と、「前記対象タイプに対応する在庫に関する在庫情報であって前記予約情報の内容に基づいて」「管理される前記在庫情報」である点で共通する。
ｃ　「在庫関係情報」において関係づけられる「予約日における時間帯のバリエーション」について
　本件特許明細書及び図面には次の記載がある。
「【００３１】
　予約一元管理装置１は、さらに、格納部５を含む。格納部５は、予約対象の種別に関する対象タイプ情報（例えば、後述する席タイプ情報）と、対象タイプに対応する予約対象の在庫に関する在庫情報（例えば、後述する予約可能卓数）と、
予約日における時間帯のバリエーション
を関係付けた情報である在庫関係情報（在庫管理ＤＢ３５）
【００３２】
　このように構成することにより、予約
時間帯
バリエーション
「【００６０】
　
在庫管理ＤＢ３５
「時間帯」
項目「時間帯」には、時間帯が格納される
「【００６５】
　そこで、本実施形態では、新たに時間帯の概念を導入し、同一の席タイプについて時間帯ごとに在庫と紐づけを行うことができるようにした。したがって、図５に示すように、例えば媒体Ａを介して
ある席タイプについて「１７:００〜２０:５９」が在庫分全て予約されたとしても、その席タイプと同一の席タイプについて、さらに、「２１:００〜２３:５９」の時間帯で予約することができる
「【図５】
」
　本件特許明細書及び図面の上記記載において、「在庫関係情報」に関係づけられる「時間帯」の「バリエーション」について「予約日における時間帯のバリエーション」との文言が用いられていることを参酌すれば、本件発明１の「予約日における時間帯のバリエーション」は、「在庫関係情報」において関係づけられる「時間帯」が「バリエーション」を有することを特定するものである。
　甲１発明の「予約可能時間」は、予約に係る対象日に対応し、飲食店の利用者が利用可能な時間であり、飲食店ごとに予め設定されており、例えば、飲食店Ｓ１では、１８：００〜２３：００の間で１時間ごと（１時間単位）に予約可能に設定されており、飲食店Ｓ１に配置される４個の「テーブル（２名用）」のそれぞれについて、「１８：００」、「１９：００」、「２０：００」、「２１：００」、「２２：００」、「２３：００」の６個の時間帯という「バリエーション」を有することから、本件発明１の「予約日における時間帯のバリエーション」に相当する。
ｄ　「在庫関係情報」について
　甲１発明の「予約状況」は、ａ−ｃに検討した情報を関係付けた情報であるから、ｂに挙げた相違点を除き、本件発明１の「在庫関係情報」と、「前記対象タイプと、前記対象タイプに対応する在庫に関する在庫情報であって前記予約情報の内容に基づいて」「管理される前記在庫情報と、予約日における時間帯のバリエーションとを関係付けた情報である在庫関係情報」である点で共通する。
ｅ　「格納部」について
　上記情報を格納する甲１発明の「記憶部」は、（ｂ）に挙げた相違点を除き、本件発明１の「格納部」と、「前記対象タイプと、前記対象タイプに対応する在庫に関する在庫情報であって前記予約情報の内容に基づいて」「管理される前記在庫情報と、予約日における時間帯のバリエーションとを関係付けた情報である在庫関係情報を格納する」点で共通する。
（エ）予約処理部について
　本件特許明細書には次の記載がある。
「【００８１】
　図１０は、本実施形態における予約を受け付けた場合の予約一元管理装置１２の処理フローを示す図である。上述の通り、
予約一元管理装置１２は
予約処理部２５
として機能する
【００８２】
　メール取得部２３は電子メールを取得すると（Ｓ３１）、メール解析部２４はその電子メールの内容を解析する（Ｓ３２）。予約処理部２５は、解析結果に基づいて、予約の対象となる店舗を判別し（Ｓ３３）、その予約を受け付けた媒体（Ｗｅｂサーバ装置１３）を判別する（Ｓ３４）。予約処理部２５は、予約管理ＤＢ３４、在庫管理ＤＢ３５に基づいて、配席処理を行う（Ｓ３５）。配席処理については、後述する。
【００８３】
　それから、予約処理部２５は、予約管理ＤＢ３４を更新することにより、予約情報及び予約経路を予約管理ＤＢ３４に登録する。また、
予約一元管理装置１２は、在庫管理ＤＢ３５を更新することにより、予約情報に応じた卓（または席）の在庫を減らす（Ｓ３６）
「【００８９】
　図１２は、図１０の
予約管理ＤＢと在庫管理ＤＢの更新処理（Ｓ３６）の詳細フロー
【００９０】
　予約処理部２５は、席タイプ管理ＤＢ３２と予約管理ＤＢ３４に基づいて、在庫管理ＤＢ３５から、媒体と紐づけられた席タイプのうち、
予約時間帯の一部または全部と重複する席タイプを抽出する
抽出した席タイプの在庫それぞれから、予約分を減らす
　本件特許明細書の上記記載を参酌すれば、本件発明１の「前記在庫関係情報における、前記予約情報に対応する対象タイプの在庫情報と、前記予約情報に含まれる前記時間帯の一部または全部と重複する同日の時間帯を含む前記対象タイプの在庫情報とを更新する」は、「前記予約情報に対応する対象タイプの在庫情報」の「更新」の詳細処理として「前記予約情報に含まれる前記時間帯の一部または全部と重複する同日の時間帯を含む前記対象タイプの在庫情報とを更新する」ものである。
　甲１発明の更新処理部が、利用者が前記予約画面において利用開始時刻と利用終了時刻とを入力することが可能な場合にする、予約状況において、前記利用開始時刻と前記利用終了時刻とを含む時間帯の予約数の更新は、利用開始時刻と利用終了時刻とが予約数に係る時間帯に関わらず入力されるものであるから、利用開始時刻と利用終了時刻により定まる時間帯（予約情報に含まれる時間帯）と、予約数に係る時間帯（在庫情報に係る時間帯）との関係として、前者の時間帯の一部が後者の時間帯と重複するもの、前者の時間帯の全部が後者の時間帯と重複するもの、のいずれもが生じ得ることは明らかである。
　そして、利用開始時刻と利用終了時刻により定まる時間帯（予約情報に含まれる時間帯）の一部が、予約数に係る時間帯（在庫情報に係る時間帯）と重複する場合の、上記予約数の更新は、本件発明１の「前記在庫関係情報における、」「前記予約情報に含まれる前記時間帯の一部と重複する同日の時間帯を含む前記対象タイプの在庫情報」「を更新する」ことに相当し、利用開始時刻と利用終了時刻により定まる時間帯（予約情報に含まれる時間帯）の全部が、予約数に係る時間帯（在庫情報に係る時間帯）と重複する場合の、上記予約数の更新は、本件発明１の「前記在庫関係情報における、」「前記予約情報に含まれる前記時間帯の全部と重複する同日の時間帯を含む前記対象タイプの在庫情報」「を更新する」ことに相当し、これらの詳細処理による更新の全体が、本件発明１の「前記予約情報に対応する対象タイプの在庫情報」を「更新」することに相当する。
　以上のことから、上記更新をする甲１発明の「更新処理部」は、本件発明１の「前記在庫関係情報における、前記予約情報に対応する対象タイプの在庫情報と、前記予約情報に含まれる前記時間帯の一部または全部と重複する同日の時間帯を含む前記対象タイプの在庫情報とを更新する予約処理部」に相当する。
（オ）更新制御部について
　甲１発明の通知処理部が、更新処理部により更新される予約状況の更新情報を通知する各事業者の事業者サーバは、上記更新に係る予約情報の取得元である事業者サーバ以外の事業者サーバを含み、当該サーバが、本件発明１の「前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置」に相当する。そして、当該通知は、事業者サーバにおいて、予約サイトに含まれる予約画面の予約状況を更新させるものである。
　したがって、上記通知をする甲１発明の通知処理部は、本件発明１の「更新した前記在庫情報に基づいて、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置に対して、前記複数のＷｅｂサーバ装置が格納する在庫情報を更新するように制御する更新制御部」に相当する。
（カ）「第１の在庫関係情報」と「第２の在庫関係情報」について
　本件発明１は、
「前記在庫関係情報は、同日で同一の前記対象タイプの第１の在庫関係情報と第２の在庫関係情報を含み、
　前記第１の在庫関係情報の時間帯は、前記第２の在庫関係情報の時間帯の一部または全部と重複し、
　前記予約処理部は、前記予約情報に基づいて、前記予約情報に含まれる時間帯が前記第１の在庫関係情報の時間帯及び前記第２の在庫関係情報の時間帯と重複する場合、前記在庫関係情報から、前記第１の在庫関係情報と前記第２の在庫関係情報を抽出し、抽出した前記　第１の在庫関係情報と前記第２の在庫関係情報それぞれから前記予約情報に基づく予約対象数を減少させる」
構成を有する。
　また、本件特許明細書には次の記載がある。
「【００６６】
　次に、同一の席タイプの在庫に関して、既に予約された時間帯と一部または全部が重複する場合の在庫管理について説明する。
【００６７】
　図６は、本実施形態における同一の席タイプの在庫に関して、既に予約された時間帯と一部または全部が重複する場合の在庫管理を説明するための図である。図６に示すように、同一の席タイプ（例えば、４名テーブル）について、１８時〜２２時について４名テーブル（通し）で設定することも、１８時〜２０時について４名テーブル（前）で設定することも、２０時〜２２時について４名テーブル（後）で設定することもできる。これら３つの設定内容は併存することができる。この場合、その席タイプについて予約を受け付けた場合の在庫（デフォルトは在庫５であるとする。）の更新状況は次のようになる。
【００６８】
　例えば、予約例パターン１として
「〇〇様（４名）１８：００〜１９：５９」の予約を受け付けた場合
４名テーブル（前）の在庫（５卓）から１減らし
４名テーブル（通し）の在庫（５卓）１減らす
【００６９】
　また、例えば、予約例パターン２として
「〇〇様（４名）１９：００〜２０：５９」の予約を受け付けた場合
４名テーブル（前）の在庫（５卓）から１減らし
４名テーブル（後）の在庫（５卓）から１減らし
４名テーブル（通し）の在庫（５卓）１減らす
【００７０】
　なお、在庫管理ＤＢ３５では、例えば、図４に示すように、４名テーブル（前）の在庫、４名テーブル（後）の在庫、４名テーブル（通し）の在庫が管理されている。図４の例は、パターン２の予約が受け付けられた場合の在庫管理ＤＢ３５の内容を示している。」
「【図６】
」
　本件特許明細書の上記記載を参酌すれば、本件発明１の「第１の在庫関係情報」と「第２の在庫関係情報」は、例えば、時間帯が「２０：００〜２１：５９」である４名テーブル（後）の在庫の在庫関係情報と、時間帯が「１８：００〜２１：５９」である４名テーブル（通し）の在庫の在庫関係情報とのように、それぞれが、対象タイプと、在庫情報と、時間帯とを関係付けた情報であり、「２０：００〜２１：５９」という時間帯は、「１８：００〜２１：５９」という時間帯の一部と重複する、あるいは、「１８：００〜２１：５９」という時間帯は、「２０：００〜２１：５９」という時間帯の全部と重複する、すなわち、一方の時間帯が、他方の時間帯の一部又は全部と重複するものである。
　これに対し、甲１発明における、同日で同一の前記対象タイプの複数の在庫関係情報は、飲食店の利用者が利用可能な時間であり、飲食店ごとに予め設定されており、例えば、飲食店Ｓ１では、１８：００〜２３：００の間で１時間ごと（１時間単位）に予約可能に設定されており、飲食店Ｓ１に配置される４個の「テーブル（２名用）」のそれぞれについて、「１８：００」、「１９：００」、「２０：００」、「２１：００」、「２２：００」、「２３：００」の６個の時間帯である、「予約可能時間」ごとのものであるため、「同日で同一の前記対象タイプの第１の在庫関係情報と第２の在庫関係情報」であって「前記第１の在庫関係情報の時間帯は、前記第２の在庫関係情報の時間帯の一部または全部と重複」するものを含まない。
　したがって、本件発明の上記構成については、甲１発明はかかる構成を備えていない点で相違する。
イ　以上のとおりであるから、本件発明１と甲１発明とを対比すると、以下の点で、一致・相違する。
［一致点］
「卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能な予約一元管理装置であって、
　前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、前記予約における時間帯及び前記予約対象の種別に関する対象タイプを含む予約情報を取得する取得部と、
　前記対象タイプと、前記対象タイプに対応する在庫に関する在庫情報であって前記予約情報の内容に基づいて管理される前記在庫情報と、予約日における時間帯のバリエーションとを関係付けた情報である在庫関係情報を格納する格納部と、
　前記在庫関係情報における、前記予約情報に対応する対象タイプの在庫情報と、前記予約情報に含まれる前記時間帯の一部または全部と重複する同日の時間帯を含む前記対象タイプの在庫情報とを更新する予約処理部と、
　更新した前記在庫情報に基づいて、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置に対して、前記複数のＷｅｂサーバ装置が格納する在庫情報を更新するように制御する更新制御部と、
　を備える予約一元管理装置。」
［相違点１］
　「前記予約における時間帯」「及び前記予約対象の種別に関する対象タイプを含む予約情報」が、本件発明１では、「予約日」及び「人数」「を含む」のに対して、甲１発明では、その点が定かではない点。
［相違点２］
　「予約情報の内容に基づいて」する「在庫情報」の「管理」が、本件発明１では、「単位時間毎に」されるのに対して、甲１発明では、予約情報を取得した場合にされる点。
［相違点３］
　本件発明１は、
「前記在庫関係情報は、同日で同一の前記対象タイプの第１の在庫関係情報と第２の在庫関係情報を含み、
　前記第１の在庫関係情報の時間帯は、前記第２の在庫関係情報の時間帯の一部または全部と重複し、
　前記予約処理部は、前記予約情報に基づいて、前記予約情報に含まれる時間帯が前記第１の在庫関係情報の時間帯及び前記第２の在庫関係情報の時間帯と重複する場合、前記在庫関係情報から、前記第１の在庫関係情報と前記第２の在庫関係情報を抽出し、抽出した前記　第１の在庫関係情報と前記第２の在庫関係情報それぞれから前記予約情報に基づく予約対象数を減少させる」
のに対し、甲１発明は、かかる構成を備えていない点。
（２）判断
　上記（１）イにて上述したとおり、本件発明１と甲１発明とは相違点１ないし３を有するので、両者は同一ではない。以下、本件発明１と甲１発明との間の相違点１ないし３について、課題解決のための具体化手段における微差（周知技術、慣用技術の付加、削除、転換等であって、新たな効果を奏するものではないもの）であって両者が実質同一であるかどうかについて検討する。
　事案に鑑み、上記相違点３について検討する。
　上記（１）ア（カ）に検討したように、本件発明１の「第１の在庫関係情報」と「第２の在庫関係情報」は、それぞれが、対象タイプと、在庫情報と、時間帯とを関係付けた情報であり、一方の時間帯が、他方の時間帯の一部又は全部と重複するものであるのに対し、甲１発明における、同日で同一の前記対象タイプの複数の在庫関係情報は、飲食店の利用者が利用可能な時間であり、飲食店ごとに予め設定されており、例えば飲食店Ｓ１では、１８：００〜２３：００の間で１時間ごと（１時間単位）に予約可能に設定されており、飲食店Ｓ２では、１８：００〜２３：００の間で２時間ごと（２時間単位）に予約可能に設定されており、飲食店Ｓ３のように、テーブル及び個室で互いに異なる予約可能時間が設定されてもよい、「予約可能時間」ごとのものであるため、「同日で同一の前記対象タイプの第１の在庫関係情報と第２の在庫関係情報」であって「前記第１の在庫関係情報の時間帯は、前記第２の在庫関係情報の時間帯の一部または全部と重複」するものを含まない。
　また、甲１号証は、飲食店ごとに予め設定される「予約可能時間」について、他の「予約可能時間」の一部または全部と重複することを開示しない。
　なお、申立人は、特許異議申立書の３．（４）ウ（ア）iiにおいて、甲１号証の変形例１（特に第２の例）の記載から把握できる、「第１事業者に割り当てられた予約枠」が本件発明１の「第１の在庫関係情報」に、「第２事業者に割り当てられた予約枠」が本件発明１の「第２の在庫関係情報」に、それぞれ相当するとの対比をしている。
　しかしながら、甲１変形例１の「予約枠」は、第１事業者（Ａ社）及び第２事業者（Ｂ社）のそれぞれに割り当てられる、第１予約対象（例えば「テーブル（４名用）」）を予約可能な数であって、対象タイプと、在庫情報と、時間帯とを関係付けた情報ではないから、（１）ア（カ）に検討した、本件発明１の「第１の在庫関係情報」と「第２の在庫関係情報」とは相違する。
　さらに、甲１変形例１の「予約枠」は、予約の受け付けの許否に対応する数であり、６個配置されている「テーブル（４名用）」に対して、Ａ社には５個の予約枠が割り当てられ、Ｂ社には４個の予約枠が割り当てられているとき、その更新は、
２個
１個
０個
３個
２個
１個
１個
０個
０個
前記予約情報に基づく予約対象数を
　したがって、「第１事業者に割り当てられた予約枠」が本件発明１の「第１の在庫関係情報」に、「第２事業者に割り当てられた予約枠」が本件発明１の「第２の在庫関係情報」に、それぞれ相当するとはいえない。
　また、申立人は、特許異議申立書の３．（４）ウ（イ）iiにおいて、甲１号証の変形例２の記載から把握できる、「第１基準時間枠」が本件発明１の「第１の在庫関係情報」に、「第２基準時間枠」が本件発明１の「第２の在庫関係情報」に、それぞれ相当するとの対比をしている。
　しかしながら、甲１変形例２の「基準時間枠」は、第１事業者（Ａ社）及び第２事業者（Ｂ社）のそれぞれに割り当てられる、例えば、２時間単位で予約が可能、３時間単位で予約が可能という、１個の予約により飲食店を利用可能な利用可能時間であって、対象タイプと、在庫情報と、時間帯とを関係付けた情報ではないから、（１）ア（カ）に検討した、本件発明１の「第１の在庫関係情報」と「第２の在庫関係情報」とは相違する。
　さらに、甲１変形例２の「基準時間枠」やこれを単位とした「時間枠」は、Ｍａ個の時間枠の予約が行われた場合に、第１予約サイトに反映される時間枠をＭａ個減少させ、第２予約サイトに反映される時間枠を、前記第１基準時間枠に前記Ｍａを乗算して得られた値を前記第２基準時間枠で除算して小数点以下を切り上げて得られた数だけ減少させ、２個（Ｍａ）の時間枠（４時間分）の予約が行われた場合に、第１予約サイトに反映される時間枠を２個減少させ、第２予約サイトに反映される時間枠を、前記第１基準時間枠「２時間」に予約数「２」を乗算して得られた値（「４」）を前記第２基準時間枠「３時間」で除算して小数点以下を切り上げて得られた数（「２」）だけ減少させ、２個（Ｍａ）の時間枠（８時間分）の予約が行われた場合に、第１予約サイトに反映される時間枠を２個減少させ、第２予約サイトに反映される時間枠を、前記第１基準時間枠「４時間」に予約数「２」（Ｍａ）を乗算して得られた値（「８」）を前記第２基準時間枠「３時間」で除算して小数点以下を切り上げて得られた数（「３」）だけ減少させる、ように、それぞれについての「時間帯」についての記載も示唆もないものであるから、本件発明１が「前記予約情報に基づいて、
前記予約情報に含まれる時間帯が前記第１の在庫関係情報の時間帯及び前記第２の在庫関係情報の時間帯と重複する場合
　したがって、「第１基準時間枠」が本件発明１の「第１の在庫関係情報」に、「第２基準時間枠」が本件発明１の「第２の在庫関係情報」に、それぞれ相当するとはいえない。
　そして、飲食店ごとに予め設定される「予約可能時間」について、他の「予約可能時間」の一部または全部と重複することについては、申立人が提出した他の証拠（甲第２号証）にも記載や示唆はなく、それが技術常識であることを示す証拠も示されていない。
　してみると、甲１発明において、
「前記在庫関係情報は、同日で同一の前記対象タイプの第１の在庫関係情報と第２の在庫関係情報を含み、
　前記第１の在庫関係情報の時間帯は、前記第２の在庫関係情報の時間帯の一部または全部と重複し、
　前記予約処理部は、前記予約情報に基づいて、前記予約情報に含まれる時間帯が前記第１の在庫関係情報の時間帯及び前記第２の在庫関係情報の時間帯と重複する場合、前記在庫関係情報から、前記第１の在庫関係情報と前記第２の在庫関係情報を抽出し、抽出した前記　第１の在庫関係情報と前記第２の在庫関係情報それぞれから前記予約情報に基づく予約対象数を減少させる」
構成を備えるようにすることは、周知技術の付加等にすぎないとはいえない。
　さらに、本件発明１は、上記相違点３に係る本件発明１の構成を具備することにより、本件明細書の【００３２】に記載された「予約時間帯が一部重複する複数のバリエーションの席タイプの在庫と、予約を受け付けた媒体との紐づけが可能となるので、予約一元管理装置１に登録された予約時間帯に該当する媒体の席タイプの在庫を効率的に減らす（空席率を低減させる）ことができる。」という効果を奏するものである。
　よって、上記相違点３は課題解決のための具体化手段における微差（周知技術、慣用技術の付加、削除、転換等であって、新たな効果を奏するものではないもの）であるとは認められない。
　それゆえに、上記相違点１及び相違点２について検討するまでもなく、本件発明１と甲１発明とは実質同一であるとは認められない。
　したがって、請求項１に係る発明は、甲１発明と同一又は実質同一ではない。
２　請求項３、５に係る発明について
　請求項３、５に係る発明は、それぞれ請求項１に係る発明とカテゴリーの異なる発明であるから、上記１にて上述した理由と同様の理由により、甲１発明と同一または実質同一ではない。
３　請求項２、４に係る発明について
　請求項２、４に係る発明は、それぞれ請求項１又は請求項３を引用する発明であり、請求項１又は請求項３の発明特定事項を全て含む発明であるから、上記１及び２にて上述した理由と同様の理由により、甲１発明と同一又は実質同一でない。
４　小括
　以上のとおり、請求項１〜５に係る発明は、甲１発明と同一又は実質同一ではない。
第６　むすび
　以上のとおりであるから、申立人が異議申立てにおいて主張する取消理由、並びに、証拠として提出された甲１ないし甲２によっては、請求項１〜５に係る特許を取り消すことはできない。　
　また、他に請求項１〜５に係る特許を取り消すべき理由を発見しない。
　よって、結論のとおり決定する。
【異議決定日】
令和３年４月２１日（２０２１．４．２１）