(57)【要約】      （修正有）【課題】ユーザに１つの店舗を予約させるだけでその店舗の直後にユーザが利用する他の店舗の予約も確保する。【解決手段】ユーザ端末から、複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、第１の飲食店の飲食店端末に予約通知を送信するとともに、仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信する。仮予約通知を受信した仮予約店の飲食店端末から、第１の時刻より所定時間前の第２の時刻までに予約拒否通知を受信した場合、他の１つの飲食店を新たな仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信する。第２の時刻の到来時点で、予約拒否通知が受信されていない場合、仮予約店として選定された状態の飲食店を、第２の飲食店として決定し、当該決定された第２の飲食店の飲食店情報をユーザ端末へ送信する。【選択図】図４
2018072870.tif 000002
【特許請求の範囲】
【請求項１】
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶する記憶手段と、
飲食店端末及びユーザ端末と通信可能な通信手段と、
前記ユーザ端末から、前記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、前記第１の飲食店の飲食店端末に予約通知を送信するとともに、前記第１の飲食店の利用終了直後の第１の時刻から利用する第２の飲食店について、前記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、
前記仮予約通知を受信した仮予約店の飲食店端末から、前記第１の時刻より所定時間前の第２の時刻までに予約拒否通知を受信した場合、前記選択情報に合致し前記仮予約を受付可能な他の１つの飲食店を新たな仮予約店として選定して当該仮予約店の飲食店端末へ前記仮予約通知を送信し、
前記第２の時刻の到来時点で、前記予約拒否通知が受信されておらず前記仮予約店として選定された状態の飲食店を、前記第２の飲食店として決定し、当該決定された第２の飲食店の飲食店情報を前記ユーザ端末へ送信する
ことが可能な制御手段と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記制御手段は、前記第１の飲食店の予約とともに前記第２の飲食店が仮予約された旨を通知するユーザ通知情報を前記ユーザ端末へ送信する
情報処理装置。
【請求項３】
請求項１または２に記載の情報処理装置であって、
前記制御手段は、前記ユーザ端末から、前記第１の飲食店の利用予約要求とともに前記第２の飲食店の利用予約要求を受信した場合に、前記第２の飲食店のジャンル、所在エリア及び利用価格帯のうち少なくとも１つの条件に関する選択情報を前記ユーザ端末から受信し、前記受信された選択条件に合致する飲食店を前記仮予約店として選定する
情報処理装置。
【請求項４】
請求項２または３に記載の情報処理装置であって、
前記制御手段は、前記第２の時刻より前に前記ユーザ端末から前記第２の飲食店の本予約要求を受信した場合、その時点で仮予約店として選定された状態の飲食店を前記第２の飲食店として決定する
情報処理装置。
【請求項５】
請求項２乃至４のいずれかに記載の情報処理装置であって、
前記制御手段は、
前記仮予約店へ送信される仮予約通知に、前記第１の飲食店の利用予約要求に含まれる予約人数の所定割合を仮予約人数として含ませ、
前記第２の時刻までに前記ユーザ端末から前記第２の飲食店における予約人数を示す人数情報が受信されない場合、前記仮予約人数により前記第２の飲食店の予約を確定する
情報処理装置。
【請求項６】
請求項５に記載の情報処理装置であって、
前記制御手段は、前記ユーザ端末から送信された人数情報が示す人数が前記仮予約人数と所定割合以上または所定人数以上異なる場合、当該人数で仮予約を受付可能な仮予約店を新たに選定する
情報処理装置。
【請求項７】
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶する記憶手段と、
飲食店端末及びユーザ端末と通信可能な通信手段と、
前記ユーザ端末から、前記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、前記第１の飲食店の飲食店端末に予約通知を送信するとともに、前記第１の飲食店の利用終了直後の第１の時刻から利用する前記第２の飲食店について、前記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、前記第１の飲食店の予約とともに前記第２の飲食店が仮予約された旨を通知するユーザ通知情報を前記ユーザ端末へ送信し、
前記第１の時刻より所定時間前の第２の時刻までに前記ユーザ端末から前記第２の飲食店の本予約要求を受信した場合、前記仮予約店を前記第２の飲食店として決定して当該決定された第２の飲食店の飲食店情報を前記ユーザ端末へ送信し、
前記第２の時刻までに前記ユーザ端末から前記本予約要求を受信しない場合、前記仮予約を取り消す
ことが可能な制御手段と
を具備する情報処理装置。
【請求項８】
請求項７に記載の情報処理装置であって、
前記制御手段は、前記ユーザ端末から、前記第１の飲食店の利用予約要求とともに前記第２の飲食店の利用予約要求を受信した場合に、前記第２の飲食店のジャンル、所在エリア及び利用価格帯のうち少なくとも１つの条件に関する選択情報を前記ユーザ端末から受信し、前記受信された選択条件に合致する飲食店を前記仮予約店として選定する
情報処理装置。
【請求項９】
請求項７または８に記載の情報処理装置であって、
前記制御手段は、
前記仮予約店へ送信される仮予約通知に、前記第１の飲食店の利用予約要求に含まれる予約人数の所定割合を仮予約人数として含ませ、
前記第２の時刻までに前記ユーザ端末から前記第２の飲食店における予約人数を示す人数情報が受信されない場合、前記仮予約人数により前記第２の飲食店の予約を確定する
情報処理装置。
【請求項１０】
請求項９に記載の情報処理装置であって、
前記制御手段は、前記ユーザ端末から送信された人数情報が示す人数が前記仮予約人数と所定割合以上または所定人数以上異なる場合、当該人数で仮予約を受付可能な仮予約店を新たに選定する
情報処理装置。
【請求項１１】
請求項７乃至１０のいずれかに記載の情報処理装置であって、
前記制御手段は、前記仮予約通知を受信した仮予約店の飲食店端末から、前記第２の時刻までに予約拒否通知を受信した場合、前記仮予約を受付可能な他の１つの飲食店を新たな仮予約店として選定して当該仮予約店の飲食店端末へ前記仮予約通知を送信する
情報処理装置。
【請求項１２】
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶する記憶手段と、
飲食店端末及びユーザ端末と通信可能な通信手段と、
前記ユーザ端末から、前記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、前記第１の飲食店の飲食店端末に予約通知を送信するとともに、前記第１の飲食店の利用終了直後の第１の時刻から利用する前記第２の飲食店について、前記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、前記第１の飲食店の予約とともに前記第２の飲食店が仮予約された旨を通知するユーザ通知情報を前記ユーザ端末へ送信し、
前記第１の時刻より所定時間前の第２の時刻までに前記ユーザ端末から前記第２の飲食店の予約拒否通知を受信した場合、前記仮予約を取り消し、
前記第２の時刻までに前記ユーザ端末から前記予約拒否通知を受信しない場合、前記仮予約店を前記第２の飲食店として決定して当該決定された第２の飲食店の飲食店情報を前記ユーザ端末へ送信する
ことが可能な制御手段と
を具備する情報処理装置。
【請求項１３】
請求項１２に記載の情報処理装置であって、
前記制御手段は、前記ユーザ端末から、前記第１の飲食店の利用予約要求とともに前記第２の飲食店の利用予約要求を受信した場合に、前記第２の飲食店のジャンル、所在エリア及び利用価格帯のうち少なくとも１つの条件に関する選択情報を前記ユーザ端末から受信し、前記受信された選択条件に合致する飲食店を前記仮予約店として選定する
情報処理装置。
【請求項１４】
請求項１２または１３に記載の情報処理装置であって、
前記制御手段は、
前記仮予約店へ送信される仮予約通知に、前記第１の飲食店の利用予約要求に含まれる予約人数の所定割合を仮予約人数として含ませ、
前記第２の時刻までに前記ユーザ端末から前記第２の飲食店における予約人数を示す人数情報が受信されない場合、前記仮予約人数により前記第２の飲食店の予約を確定する
情報処理装置。
【請求項１５】
請求項１４に記載の情報処理装置であって、
前記制御手段は、前記ユーザ端末から送信された人数情報が示す人数が前記仮予約人数と所定割合以上または所定人数以上異なる場合、当該人数で仮予約を受付可能な仮予約店を新たに選定する
情報処理装置。
【請求項１６】
請求項１２乃至１５のいずれかに記載の情報処理装置であって、
前記制御手段は、前記仮予約通知を受信した仮予約店の飲食店端末から、前記第２の時刻までに予約拒否通知を受信した場合、前記仮予約を受付可能な他の１つの飲食店を新たな仮予約店として選定して当該仮予約店の飲食店端末へ前記仮予約通知を送信する
情報処理装置。
【請求項１７】
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶し、
ユーザ端末から、前記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、前記第１の飲食店の飲食店端末に予約通知を送信するとともに、前記第１の飲食店の利用終了直後の第１の時刻から利用する第２の飲食店について、前記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、
前記仮予約通知を受信した仮予約店の飲食店端末から、前記第１の時刻より所定時間前の第２の時刻までに予約拒否通知を受信した場合、前記選択情報に合致し前記仮予約を受付可能な他の１つの飲食店を新たな仮予約店として選定して当該仮予約店の飲食店端末へ前記仮予約通知を送信し、
前記第２の時刻の到来時点で、前記予約拒否通知が受信されておらず前記仮予約店として選定された状態の飲食店を、前記第２の飲食店として決定し、当該決定された第２の飲食店の飲食店情報を前記ユーザ端末へ送信する
情報処理方法。
【請求項１８】
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶し、
ユーザ端末から、前記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、前記第１の飲食店の飲食店端末に予約通知を送信するとともに、前記第１の飲食店の利用終了直後の第１の時刻から利用する前記第２の飲食店について、前記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、前記第１の飲食店の予約とともに前記第２の飲食店が仮予約された旨を通知するユーザ通知情報を前記ユーザ端末へ送信し、
前記仮予約通知を受信した仮予約店の飲食店端末から前記第１の時刻より所定時間前の第２の時刻までに前記ユーザ端末から前記第２の飲食店の本予約要求を受信した場合、前記仮予約店を前記第２の飲食店として決定して当該決定された第２の飲食店の飲食店情報を上記ユーザ端末へ送信し、
前記第２の時刻までに前記ユーザ端末から前記本予約要求を受信しない場合、前記仮予約を取り消す
情報処理方法。
【請求項１９】
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶し、
前記ユーザ端末から、前記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、前記第１の飲食店の飲食店端末に予約通知を送信するとともに、前記第１の飲食店の利用終了直後の第１の時刻から利用する前記第２の飲食店について、前記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、前記第１の飲食店の予約とともに前記第２の飲食店が仮予約された旨を通知するユーザ通知情報を前記ユーザ端末へ送信し、
前記第１の時刻より所定時間前の第２の時刻までに前記ユーザ端末から前記第２の飲食店の予約拒否通知を受信した場合、前記仮予約を取り消し、
前記第２の時刻までに前記ユーザ端末から前記予約拒否通知を受信しない場合、前記仮予約店を前記第２の飲食店として決定して当該決定された第２の飲食店の飲食店情報を前記ユーザ端末へ送信する
情報処理方法。
【請求項２０】
情報処理装置に、
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶するステップと、
ユーザ端末から、前記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、前記第１の飲食店の飲食店端末に予約通知を送信するとともに、前記第１の飲食店の利用終了直後の第１の時刻から利用する第２の飲食店について、前記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信するステップと、
前記仮予約通知を受信した仮予約店の飲食店端末から、前記第１の時刻より所定時間前の第２の時刻までに予約拒否通知を受信した場合、前記選択情報に合致し前記仮予約を受付可能な他の１つの飲食店を新たな仮予約店として選定して当該仮予約店の飲食店端末へ前記仮予約通知を送信するステップと、
前記第２の時刻の到来時点で、前記予約拒否通知が受信されておらず前記仮予約店として選定された状態の飲食店を、前記第２の飲食店として決定し、当該決定された第２の飲食店の飲食店情報を前記ユーザ端末へ送信するステップと
を実行させるプログラム。
【請求項２１】
情報処理装置に、
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶するステップと、
ユーザ端末から、前記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、前記第１の飲食店の利用終了直後の第１の時刻から利用する前記第２の飲食店について、前記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、前記第１の飲食店の予約とともに前記第２の飲食店が仮予約された旨を通知するユーザ通知情報を前記ユーザ端末へ送信するステップと、
前記第１の時刻より所定時間前の第２の時刻までに前記ユーザ端末から前記第２の飲食店の本予約要求を受信した場合、前記仮予約店を前記第２の飲食店として決定して当該決定された第２の飲食店の飲食店情報を上記ユーザ端末へ送信するステップと、
前記第２の時刻までに前記ユーザ端末から前記本予約要求を受信しない場合、前記仮予約を取り消すステップと
を実行させるプログラム。
【請求項２２】
情報処理装置に、
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶するステップと、
前記ユーザ端末から、前記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、前記第１の飲食店の飲食店端末に予約通知を送信するとともに、前記第１の飲食店の利用終了直後の第１の時刻から利用する前記第２の飲食店について、前記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、前記第１の飲食店の予約とともに前記第２の飲食店が仮予約された旨を通知するユーザ通知情報を前記ユーザ端末へ送信するステップと、
前記第１の時刻より所定時間前の第２の時刻までに前記ユーザ端末から前記第２の飲食店の予約拒否通知を受信した場合、前記仮予約を取り消すステップと、
前記第２の時刻までに前記ユーザ端末から前記予約拒否通知を受信しない場合、前記仮予約店を前記第２の飲食店として決定して当該決定された第２の飲食店の飲食店情報を前記ユーザ端末へ送信するステップと
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店に関する情報を提供可能な情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来から、ユーザ端末に対して飲食店の利用を促進するための広告・勧誘情報を送信する技術が存在する。ところで、ユーザがある飲食店を利用した直後に、異なる飲食店を利用する場合がある（典型的には、二次会としての利用）。
【０００３】
この点に関連して、下記特許文献１には、複数の店舗のいずれかで来客があったときに、その来客店舗が自身の情報端末装置によりサーバを介して自身以外の他の店舗に対して来客情報を送信し、他の店舗の各々が、受信した来客情報に対応して、自身の情報端末によりサーバを介して自身以外の店舗に対して勧誘情報を送信し、それを例えば上記来客店舗の表示部に表示することで、ユーザに２次会等の次の店舗を決めやすくすることが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３０５２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に記載の技術では、ユーザは、次の店舗に行くことを望む場合、上記他の店舗からの勧誘情報を閲覧しても、結局は自ら次の店舗を決定して、必要に応じて予約を行う必要があり、ユーザの手間が発生する。
【０００６】
以上のような事情に鑑み、本発明の目的は、ユーザに１つの店舗を予約させるだけでその店舗の直後にユーザが利用する他の店舗の予約も確保することが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の一形態に係る情報処理装置は、記憶手段と、通信手段と、制御手段とを有する。上記記憶手段は、複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶する。上記通信手段は、飲食店端末及びユーザ端末と通信可能である。上記制御手段は、上記ユーザ端末から、上記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、上記第１の飲食店の飲食店端末に予約通知を送信するとともに、前記第１の飲食店の利用終了直後の第１の時刻から利用する第２の飲食店について、上記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信する。また制御手段は、上記仮予約通知を受信した仮予約店の飲食店端末から、上記第１の時刻より所定時間前の第２の時刻までに予約拒否通知を受信した場合、上記選択情報に合致し上記仮予約を受付可能な他の１つの飲食店を新たな仮予約店として選定して当該仮予約店の飲食店端末へ上記仮予約通知を送信する。さらに制御手段は、上記第２の時刻の到来時点で、上記予約拒否通知が受信されておらず上記仮予約店として選定された状態の飲食店を、前記第２の飲食店として決定し、当該決定された第２の飲食店の飲食店情報を上記ユーザ端末へ送信する。
【０００８】
これにより情報処理装置は、第１の飲食店の利用予約要求時に、仮予約を受け付け可能ないずれかの飲食店を仮予約店として選定し、第２の飲食店の利用時刻より所定時間前までに仮予約店から予約拒否通知があれば新たに仮予約店を選定して上記所定時間前の時点で仮予約状態にある飲食店を第２の飲食店として本予約することで、ユーザに１つの店舗（第２の飲食店）を予約させるだけでその店舗の直後にユーザが利用する他の店舗（第２の飲食店）の予約も確保することができる。ここで所定時間前とは、例えば３０分前、１時間前、２時間前、３時間前等であるが、これに限られない。
【０００９】
上記制御手段は、上記第１の飲食店の予約とともに上記第２の飲食店が仮予約された旨を通知するユーザ通知情報を上記ユーザ端末へ送信してもよい。
【００１０】
これによりユーザ端末のユーザは、第１の飲食店の予約と共に第２の飲食店が仮予約されたことを把握することができる。
【００１１】
上記制御手段は、上記ユーザ端末から、上記第１の飲食店の利用予約要求とともに上記第２の飲食店の利用予約要求を受信した場合に、上記第２の飲食店のジャンル、所在エリア及び利用価格帯のうち少なくとも１つの条件に関する選択情報を上記ユーザ端末から受信し、上記受信された選択条件に合致する飲食店を上記仮予約店として選定してもよい。
【００１２】
これにより情報処理装置は、ユーザ端末のユーザの第２の飲食店に関する希望条件を反映して第２の飲食店を仮予約することができる。
【００１３】
上記制御手段は、上記第２の時刻より前に上記ユーザ端末から上記第２の飲食店の本予約要求を受信した場合、その時点で仮予約店として選定された状態の飲食店を上記第２の飲食店として決定してもよい。
【００１４】
これにより情報処理装置は、ユーザの本予約要求があった場合には第２の時刻の到来を待たずに第２の飲食店を決定することで、仮予約が可能な全ての飲食店から予約を拒否されるリスクを回避することができる。
【００１５】
上記制御手段は、上記仮予約店へ送信される仮予約通知に、上記第１の飲食店の利用予約要求に含まれる予約人数の所定割合を仮予約人数として含ませ、上記第２の時刻までに上記ユーザ端末から上記第２の飲食店における予約人数を示す人数情報が受信されない場合、上記仮予約人数により上記第２の飲食店の予約を確定してもよい。
【００１６】
これにより情報処理装置は、第２の飲食店の利用人数は、直前に利用する第１の飲食店の予約人数の所定割合になると想定し、その人数を仮予約人数として、ユーザ端末から人数情報が受信されない場合には仮予約人数を本予約人数とすることで、第１の飲食店の利用人数から第２の飲食店の利用人数が大幅に減少してしまうという第２の飲食店側のリスクを回避することができる。
【００１７】
上記制御手段は、上記ユーザ端末から送信された人数情報が示す人数が上記仮予約人数と所定割合以上または所定人数以上異なる場合、当該人数で仮予約を受付可能な仮予約店を新たに選定してもよい。
【００１８】
これにより情報処理装置は、当初の仮予約店における人数増減のリスクを回避しながら、増減後の人数によるユーザの第２の飲食店の予約も確保することができる。ここで所定人数とは、例えば３人、５人、１０人等であるが、これらに限られない。
【００１９】
本発明の他の形態に係る情報処理装置は、記憶手段と、通信手段と、制御手段とを有する。上記記憶手段は、複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶する。上記通信手段は、飲食店端末及びユーザ端末と通信可能である。上記制御手段は、上記ユーザ端末から、上記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、上記第１の飲食店の飲食店端末に予約通知を送信するとともに、上記第１の飲食店の利用終了直後の第１の時刻から利用する上記第２の飲食店について、上記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、上記第１の飲食店の予約とともに上記第２の飲食店が仮予約された旨を通知するユーザ通知情報を上記ユーザ端末へ送信する。また制御手段は、上記第１の時刻より所定時間前の第２の時刻までに上記ユーザ端末から上記第２の飲食店の本予約要求を受信した場合、上記仮予約店を前記第２の飲食店として決定して当該決定された第２の飲食店の飲食店情報を上記ユーザ端末へ送信する。一方制御手段は、上記第２の時刻までに上記ユーザ端末から上記本予約要求を受信しない場合、上記仮予約を取り消す。
【００２０】
これにより情報処理装置は、第１の飲食店の利用予約要求時に、仮予約を受け付け可能ないずれかの飲食店を仮予約店として選定し、第２の飲食店の利用時刻より所定時間前までにユーザから本予約要求があればその仮予約店を第２の飲食店として決定する一方、所定時間前までに本予約要求がなければ仮予約を取り消すことで、ユーザに１つの店舗（第２の飲食店）を予約させるだけでその店舗の直後にユーザが利用する他の店舗（第２の飲食店）の予約も確保しながら、ユーザが仮予約状態のまま来店しない可能性があるという飲食店側のリスクも回避することができる。ここで所定時間前とは、例えば３０分前、１時間前、２時間前、３時間前等であるが、これに限られない。
【００２１】
上記制御手段は、上記ユーザ端末から、上記第１の飲食店の利用予約要求とともに上記第２の飲食店の利用予約要求を受信した場合に、上記第２の飲食店のジャンル、所在エリア及び利用価格帯のうち少なくとも１つの条件に関する選択情報を上記ユーザ端末から受信し、上記受信された選択条件に合致する飲食店を上記仮予約店として選定してもよい。
【００２２】
上記制御手段は、上記仮予約店へ送信される仮予約通知に、上記第１の飲食店の利用予約要求に含まれる予約人数の所定割合を仮予約人数として含ませ、上記第２の時刻までに上記ユーザ端末から上記第２の飲食店における予約人数を示す人数情報が受信されない場合、上記仮予約人数により上記第２の飲食店の予約を確定してもよい。
【００２３】
上記制御手段は、上記ユーザ端末から送信された人数情報が示す人数が上記仮予約人数と所定割合以上または所定人数以上異なる場合、当該人数で仮予約を受付可能な仮予約店を新たに選定してもよい。
【００２４】
上記制御手段は、上記仮予約通知を受信した仮予約店の飲食店端末から、上記第２の時刻までに予約拒否通知を受信した場合、上記仮予約を受付可能な他の１つの飲食店を新たな仮予約店として選定して当該仮予約店の飲食店端末へ上記仮予約通知を送信してもよい。
【００２５】
本発明の他の形態に係る情報処理装置は、記憶手段と、通信手段と、制御手段とを有する。上記記憶手段は、複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶する。上記通信手段は、飲食店端末及びユーザ端末と通信可能である。上記制御手段は、上記ユーザ端末から、上記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、上記第１の飲食店の飲食店端末に予約通知を送信するとともに、上記第１の飲食店の利用終了直後の第１の時刻から利用する上記第２の飲食店について、上記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、上記第１の飲食店の予約とともに上記第２の飲食店が仮予約された旨を通知するユーザ通知情報を上記ユーザ端末へ送信する。また制御手段は、上記第１の時刻より所定時間前の第２の時刻までに上記ユーザ端末から上記第２の飲食店の予約拒否通知を受信した場合、上記仮予約を取り消す。一方制御手段は、上記第２の時刻までに上記ユーザ端末から上記予約拒否通知を受信しない場合、上記仮予約店を上記第２の飲食店として決定して当該決定された第２の飲食店の飲食店情報を上記ユーザ端末へ送信する。
【００２６】
これにより情報処理装置は、第１の飲食店の利用予約要求時に、仮予約を受け付け可能ないずれかの飲食店を仮予約店として選定し、第２の飲食店の利用時刻より所定時間前までにユーザから予約拒否通知があればその仮予約を取り消す一方、所定時間前までにユーザから予約拒否通知がなければ仮予約店を第２の飲食店として決定することで、ユーザに１つの店舗（第２の飲食店）を予約させるだけでその店舗の直後にユーザが利用する他の店舗（第２の飲食店）の予約も確保しながら、ユーザが第２の飲食店の予約を望まない場合にも対処することができる。ここで所定時間前とは、例えば３０分前、１時間前、２時間前、３時間前等であるが、これに限られない。
【００２７】
上記制御手段は、上記ユーザ端末から、上記第１の飲食店の利用予約要求とともに上記第２の飲食店の利用予約要求を受信した場合に、上記第２の飲食店のジャンル、所在エリア及び利用価格帯のうち少なくとも１つの条件に関する選択情報を上記ユーザ端末から受信し、上記受信された選択条件に合致する飲食店を上記仮予約店として選定してもよい。
【００２８】
上記制御手段は、上記仮予約店へ送信される仮予約通知に、上記第１の飲食店の利用予約要求に含まれる予約人数の所定割合を仮予約人数として含ませ、上記第２の時刻までに上記ユーザ端末から上記第２の飲食店における予約人数を示す人数情報が受信されない場合、上記仮予約人数により上記第２の飲食店の予約を確定してもよい。
【００２９】
上記制御手段は、上記ユーザ端末から送信された人数情報が示す人数が上記仮予約人数と所定割合以上または所定人数以上異なる場合、当該人数で仮予約を受付可能な仮予約店を新たに選定してもよい。
【００３０】
上記制御手段は、上記仮予約通知を受信した仮予約店の飲食店端末から、上記第２の時刻までに予約拒否通知を受信した場合、上記仮予約を受付可能な他の１つの飲食店を新たな仮予約店として選定して当該仮予約店の飲食店端末へ上記仮予約通知を送信してもよい。
【００３１】
本発明の他の形態に係る情報処理方法は、
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶し、
ユーザ端末から、上記複数の飲食店のうち特定の第１の飲食店の利用予約要求受信した場合に、上記第１の飲食店の利用終了直後の第１の時刻から利用する第２の飲食店について、上記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、上記第１の飲食店の予約とともに上記第２の飲食店が仮予約された旨を通知するユーザ通知情報を上記ユーザ端末へ送信し、
上記仮予約通知を受信した仮予約店の飲食店端末から、上記第１の時刻より所定時間前の第２の時刻までに予約拒否通知を受信した場合、上記選択情報に合致し上記仮予約を受付可能な他の１つの飲食店を新たな仮予約店として選定して当該仮予約店の飲食店端末へ上記仮予約通知を送信し、
上記第２の時刻の到来時点で、上記予約拒否通知が受信されておらず上記仮予約店として選定された状態の飲食店を、前記第２の飲食店として決定し、当該決定された第２の飲食店の飲食店情報を上記ユーザ端末へ送信することを含む。
【００３２】
本発明の他の形態に係る情報処理方法は、
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶し、
ユーザ端末から、上記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、上記第１の飲食店の飲食店端末に予約通知を送信するとともに、上記第１の飲食店の利用終了直後の第１の時刻から利用する第２の飲食店について、上記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、上記第１の飲食店の予約とともに上記第２の飲食店が仮予約された旨を通知するユーザ通知情報を上記ユーザ端末へ送信し、
上記仮予約通知を受信した仮予約店の飲食店端末から上記第１の時刻より所定時間前の第２の時刻までに上記ユーザ端末から上記第２の飲食店の本予約要求を受信した場合、上記仮予約店を上記第２の飲食店として決定して当該決定された第２の飲食店の飲食店情報を上記ユーザ端末へ送信し、
上記第２の時刻までに上記ユーザ端末から上記本予約要求を受信しない場合、上記仮予約を取り消すことを含む。
【００３３】
本発明の他の形態に係る情報処理方法は、
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶し、
上記ユーザ端末から、上記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、上記第１の飲食店の飲食店端末に予約通知を送信するとともに、上記第１の飲食店の利用終了直後の第１の時刻から利用する上記第２の飲食店について、上記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、上記第１の飲食店の予約とともに上記第２の飲食店が仮予約された旨を通知するユーザ通知情報を上記ユーザ端末へ送信し、
上記第１の時刻より所定時間前の第２の時刻までに上記ユーザ端末から上記第２の飲食店の予約拒否通知を受信した場合、上記仮予約を取り消し、
上記第２の時刻までに上記ユーザ端末から上記予約拒否通知を受信しない場合、上記仮予約店を上記第２の飲食店として決定して当該決定された第２の飲食店の飲食店情報を上記ユーザ端末へ送信することを含む。
【００３４】
本発明の他の形態に係るプログラムは、情報処理装置に、
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶するステップと、
ユーザ端末から、上記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、上記第１の飲食店の飲食店端末に予約通知を送信するとともに、上記第１の飲食店の利用終了直後の第１の時刻から利用する第２の飲食店について、上記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信するステップと、
上記仮予約通知を受信した仮予約店の飲食店端末から、上記第１の時刻より所定時間前の第２の時刻までに予約拒否通知を受信した場合、上記選択情報に合致し上記仮予約を受付可能な他の１つの飲食店を新たな仮予約店として選定して当該仮予約店の飲食店端末へ上記仮予約通知を送信し、上記第１の飲食店の予約とともに上記第２の飲食店が仮予約された旨を通知するユーザ通知情報を上記ユーザ端末へ送信するステップと、
上記第２の時刻の到来時点で、上記予約拒否通知が受信されておらず上記仮予約店として選定された状態の飲食店を、前記第２の飲食店として決定し、当該決定された第２の飲食店の飲食店情報を上記ユーザ端末へ送信するステップと
を実行させる。
【００３５】
本発明の他の形態に係るプログラムは、情報処理装置に、
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶するステップと、
ユーザ端末から、上記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、上記第１の飲食店の飲食店端末に予約通知を送信するとともに、上記第１の飲食店の利用終了直後の第１の時刻から利用する第２の飲食店について、上記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、上記第１の飲食店の予約とともに上記第２の飲食店が仮予約された旨を通知するユーザ通知情報を上記ユーザ端末へ送信するステップと、
上記仮予約通知を受信した仮予約店の飲食店端末から上記第１の時刻より所定時間前の第２の時刻までに上記ユーザ端末から上記第２の飲食店の本予約要求を受信した場合、上記仮予約店を上記第２の飲食店として決定して当該決定された第２の飲食店の飲食店情報を上記ユーザ端末へ送信するステップと、
上記第２の時刻までに上記ユーザ端末から上記本予約要求を受信しない場合、上記仮予約を取り消すステップと
を実行させる。
【００３６】
本発明の他の形態に係るプログラムは、情報処理装置に、
複数の飲食店に関する飲食店情報を、仮予約を受付可能な飲食店と当該仮予約を受付不可能な飲食店とを識別可能に記憶するステップと、
上記ユーザ端末から、上記複数の飲食店のうち特定の第１の飲食店の利用予約要求を受信した場合に、上記第１の飲食店の飲食店端末に予約通知を送信するとともに、上記第１の飲食店の利用終了直後の第１の時刻から利用する上記第２の飲食店について、上記仮予約を受付可能な飲食店から１つの飲食店を仮予約店として選定して当該仮予約店の飲食店端末へ仮予約通知を送信し、上記第１の飲食店の予約とともに上記第２の飲食店が仮予約された旨を通知するユーザ通知情報を上記ユーザ端末へ送信するステップと、
上記第１の時刻より所定時間前の第２の時刻までに上記ユーザ端末から上記第２の飲食店の予約拒否通知を受信した場合、上記仮予約を取り消すステップと、
上記第２の時刻までに上記ユーザ端末から上記予約拒否通知を受信しない場合、上記仮予約店を上記第２の飲食店として決定して当該決定された第２の飲食店の飲食店情報を上記ユーザ端末へ送信するステップとを実行させる。
【発明の効果】
【００３７】
以上説明したように、本発明によれば、ユーザに１つの店舗を予約させるだけでその店舗の直後にユーザが利用する他の店舗の予約も確保することができる。しかし、当該効果は本発明を限定するものではない。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施形態に係る飲食店情報提供システムの構成を示した図である。
【図２】本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。
【図３】本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。
【図４】本発明の一実施形態に係る飲食店情報提供サーバによる、飲食店予約処理の流れを示したフローチャートである。
【図５】本発明の他の実施形態に係る飲食店情報提供サーバによる、飲食店予約処理の流れを示したフローチャートである。
【図６】本発明の他の実施形態に係る飲食店情報提供サーバによる、飲食店予約処理の流れを示したフローチャートである。
【発明を実施するための形態】
【００３９】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００４０】
［システムの構成］
図１は、本実施形態に係る飲食店情報提供システムの構成を示した図である。
【００４１】
同図に示すように、このシステムは、インターネット５０上の飲食店情報提供サーバ１００と、複数のユーザ端末２００と、複数の飲食店端末とを含む。
【００４２】
飲食店情報提供サーバ１００は、飲食店に関する情報を掲載したポータルサイトを運営するウェブサーバである。飲食店情報提供サーバ１００は、複数のユーザ端末２００とインターネット５０を介して接続されている。
【００４３】
飲食店情報提供サーバ１００は、上記ポータルサイトにおいて、ユーザ端末２００のユーザ向けに飲食店情報の検索システムを提供する。具体的には、飲食店情報提供サーバ１００は、ユーザ端末２００からの検索要求に基づいて検索条件に合致する飲食店情報を検索し、検索結果を掲載したＷｅｂページを生成してユーザ端末２００へ送信する。
【００４４】
ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ...）は、ユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。ユーザ端末２００は、飲食店情報提供サーバ１００へアクセスし、上記Ｗｅｂページを受信してブラウザ等により画面に表示する。
【００４５】
ユーザ端末２００は、ユーザの操作に基づいて飲食店の検索条件を決定し、当該検索条件に基づく飲食店検索要求を飲食店情報提供サーバ１００へ送信する。本実施形態では、飲食店の所在エリア（最寄駅）やジャンル、価格帯等、予め設定された検索条件をユーザ端末２００のユーザが選択することで検索要求の送信が可能である。
【００４６】
飲食店端末３００（３００Ａ，３００Ｂ，３００Ｃ...）は、各飲食店の例えば管理者によって使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。飲食店端末３００は、飲食店情報提供サーバ１００との間で、例えば上記ユーザ端末２００のユーザによる飲食店の予約に関する情報をやり取り可能である。
【００４７】
本実施形態では、飲食店情報提供サーバ１００は、各飲食店の通常の予約受付処理を代行するほか、上記飲食店のうち、仮予約を受け付け可能な飲食店と協働して、ユーザ端末から、ある飲食店（第１の飲食店；典型的には、ユーザが一次会で利用する店）の予約を受け付けるとともに、当該ユーザ端末のユーザが、その飲食店の利用直後に利用する他の飲食店（第２の飲食店；典型的には、ユーザが二次会で利用する店）の仮予約をセットにして受付可能である。
【００４８】
ここで仮予約とは、予約拒否（取消）権付きの、または何らかの解除条件付きの予約を指し、この仮予約に対して、何らの条件のない通常の予約を本予約とも称する。
【００４９】
また、本予約される上記第１の飲食店はユーザが選択した特定の飲食店であるが、仮予約される飲食店（仮予約店）は、ユーザは選択せずに、上記飲食店情報提供サーバ１００によって、上記仮予約を受付可能な飲食店の中で、ユーザからの所定の選択条件（例えばジャンル、所在エリア、利用価格のうち少なくとも１つ）を満たす飲食店の中から例えばランダムに選択されたものである。上記仮予約は、ユーザが指定した仮予約店の利用開始時刻（典型的には、第１の飲食店の利用終了時刻の３０分後等）の所定時間前までに仮予約店から予約拒否が無い限り、第２の飲食店として本予約される。所定時間前とは、例えば３０分前、１時間前、２時間前、３時間前等であるが、これらに限られない。
【００５０】
［飲食店情報提供サーバのハードウェア構成］
図２は、上記飲食店情報提供サーバ１００のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
【００５１】
ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００５２】
入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。
【００５３】
表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。
【００５４】
操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。
【００５５】
記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。
【００５６】
特に本実施形態では、記憶部１８は、ユーザ端末２００から受信した、第１の飲食店の予約情報及び第２の飲食店（仮予約店）に関する選択条件（所在エリア、ジャンル、利用価格等のうち少なくとも１つ）に関する情報、及び当該選択条件を元に現時点において仮予約されている仮予約店に関する情報等を記憶するとともに、これらのデータを用いて飲食店情報提供サーバ１００が予約／仮予約処理を実行するためのアプリケーションその他のプログラムを記憶している。後述するが、記憶部１８は、そのようなデータを含むデータベースとして、飲食店情報データベース、ユーザ情報データベース、及び予約／仮予約情報データベースを有している。
【００５７】
通信部１９は、例えばEthernet用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００との間の通信処理を担う。
【００５８】
なお、図示しないが、ユーザ端末２００及び飲食店端末３００の基本的なハードウェア構成も上記飲食店情報提供サーバ１００のハードウェア構成と略同様である。
【００５９】
［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。
【００６０】
同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１、ユーザ情報データベース３２、及び予約／仮予約情報データベース３３を有している。
【００６１】
飲食店情報データベース３１は、飲食店毎に、その飲食店の店名や所在位置情報、その飲食店を識別するＩＤ（店舗ＩＤ）の他、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する内容、すなわち、店舗のＰＲ文等の店舗の特徴を示す情報、飲食店が行うイベント情報、飲食店が立地しているエリア情報、飲食店の住所、電話番号、飲食店に関する（飲食店を紹介する）画像データ、飲食店が提供するメニューに関するメニュー情報、営業時間、ウェブサイトＵＲＬ等の情報を記憶している。
【００６２】
上記メニュー情報は、上記ポータルサイト上の各飲食店のサイトに掲載されるメニューに対応する情報であり、各飲食店が提供可能な複数のメニューのメニュー名を、飲食店毎に記憶している。当該メニュー情報は、例えば前菜／メイン、ランチ／ディナー／コース等のメニューカテゴリ毎に記憶されてもよい。また上記画像データがメニューに対応するものである場合には、当該画像データはメニュー情報と対応付けられて記憶される。
【００６３】
上記エリア情報は、例えば都道府県単位のものであるが、市区町村等のより狭い範囲の単位でも情報が記憶されてもよい。上記カテゴリ情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。
【００６４】
また、飲食店情報提供サーバ３１は、各飲食店について、上記仮予約を受付可能な飲食店であるか否かを区別する情報（例えば、それを示すフラグ等）も記憶している。
【００６５】
ユーザ情報データベース３２は、ユーザ端末２００を所有する、上記飲食店情報提供サーバ１００が提供する上記ポータルサイトを介した飲食店情報サービスの利用者（会員）であるユーザに関する情報を記憶する。具体的には、ユーザ情報データベース３２は、ユーザＩＤ、パスワード、氏名、メールアドレス、電話番号、住所、年齢（層）、性別、誕生日等の情報をユーザ毎に記憶している。
【００６６】
予約／仮予約情報データベース３３は、上記ユーザ端末２００から受信した第１の飲食店の利用予約要求に含まれる予約（本予約）情報（例えば、飲食店名、利用開始時刻、利用終了時刻、利用人数、利用コース等）を、上記ユーザ端末２００のユーザを識別するユーザ情報と対応付けて記憶する。
【００６７】
また予約／仮予約情報データベース３３は、上記利用予約要求を送信したユーザ端末２００から送信された、上記第１の飲食店の利用終了直後に利用する第２の飲食店の選択条件（所在エリア、ジャンル、利用価格等）に関する情報と、当該選択条件に基づいて選択された仮予約店に関する情報も記憶している。仮予約店の飲食店端末３００には、当該飲食店が仮予約店に選定された旨を示す通知（仮予約通知）が仮予約店は、その利用開始時刻の所定時間前までは予約拒否通知を飲食店情報提供サーバ１００へ送信して仮予約を拒否することができる。その場合飲食店情報提供サーバ１００は上記選択条件を基に新たな仮予約店を選定してその飲食店に仮予約通知を送信する。したがって上記仮予約店に関する情報は、予約拒否通知に基づいて仮予約店が選定され直す度に更新される。
【００６８】
ここで上記ユーザ端末２００のユーザは、典型的には飲み会の幹事である１人のユーザであるが、上記予約／仮予約情報と対応付けて記憶されるユーザ情報として、上記幹事である１人のユーザに加えて、飲み会のメンバーである他のユーザに関する情報が記憶されてもよい。その場合、他のユーザに関する情報は、典型的には、上記幹事のユーザからの利用予約要求に含まれるものであるが、利用予約要求の送信後に、例えば幹事のユーザのユーザ端末２００から追加的に送信されたものであってもよい。
【００６９】
これら各データベースは、後述する飲食店情報提供サーバ１００による飲食店情報提供処理において、必要に応じて相互に参照されて用いられる。特に、ユーザ端末２００からキーワードによる飲食店の検索要求があった場合には、上記飲食店情報データベース３１内のメニュー情報と併せて、上記味覚−メニュー対応情報データベース３３も参照される。
【００７０】
［飲食店情報提供サーバの動作］
次に、以上のように構成された飲食店情報提供サーバ１００の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。
【００７１】
図４は、飲食店情報提供サーバ１００による、飲食店情報提供処理の流れを示したフローチャートである。
【００７２】
同図に示すように、飲食店情報提供サーバ１００のＣＰＵ１１は、まず、ユーザ端末１００から、上記ポータルサイトを介して、第１の飲食店の利用予約要求を受信したか否かを判断する（ステップ４１）。
【００７３】
第１の飲食店の利用予約要求を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該利用予約に関する情報（飲食店名、利用開始時刻、利用終了時刻、利用コース等）を、上記ユーザ端末２００のユーザ情報と対応付けて、上記予約／仮予約情報データベース３３に記憶するとともに、第１の飲食店へ当該予約情報を通知する（ステップ４２）。
【００７４】
続いてＣＰＵ１１は、上記第１の飲食店の利用終了直後に利用する第２の飲食店の選択条件情報を受信したか否かを判断する（ステップ４３）。ここで、当該選択条件情報は、上記第１の飲食店の利用予約要求に付随して受信されたものであってもよいし、当該利用要約要求の受信後、飲食店情報提供サーバ１００から、第２の飲食店の利用予約の有無をユーザ端末２００へ問い合わせ、それに応答してユーザ端末２００から受信されたものであってもよい。
【００７５】
第２の飲食店の選択条件情報を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該選択条件に合致し、仮予約を受付可能な飲食店から、１つの飲食店を仮予約店として選定し、当該選定された仮予約店の飲食店端末３００へ、仮予約された旨を示す仮予約通知を送信する（ステップ４４）。選定手法は、ランダムでもよいし、過去の仮予約店の選定履歴を基に、選定されたことが少ない飲食店が優先して選定されてもよいし、その他の手法でもよい。この段階では、ユーザにはどの飲食店が仮予約店として選定されたかは通知されないが、いずれかの飲食店が第２の飲食店として仮予約された旨を通知する通知情報はユーザ端末２００へ送信されてもよい。
【００７６】
上記仮予約通知には、上記利用要約要求の送信元のユーザ端末２００のユーザのユーザ情報、利用開始時刻、利用人数等が含まれる。利用開始時刻（第１の時刻）は、例えば、上記第１の飲食店の利用終了時刻の所定時間後（例えば３０分後等）に設定される。利用人数（仮予約人数）は、第１の飲食店の予約人数の所定割合（例えば７０％、５０％、３０％等）の人数とされてもよい。また、これらの情報及び仮予約店の飲食店名を含む仮予約情報が上記予約／仮予約情報データベース３３に記憶される。
【００７７】
続いてＣＰＵ１１は、上記仮予約店の利用開始時刻（第１の時刻）の所定時間前（例えば３０分前、１時間前、２時間前、３時間前等）の第２の時刻が到来したか否かを判断する（ステップ４５）。
【００７８】
第２の時刻が到来していないと判断した場合（Ｎｏ）、ＣＰＵ１１は、上記選定された仮予約店の飲食店端末３００から、予約拒否通知が受信されたか否かを判断する（ステップ４７）。
【００７９】
予約拒否通知が受信されたと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記選択条件に合致し、仮予約を受付可能な飲食店の中から、他の１つの飲食店を新たな仮飲食店として選定し、その旨を当該仮飲食店の飲食店端末３００へ通知する（ステップ４７）。この新たな選定処理は、第２の時刻より前に予約拒否通知が受信される度に繰り返される。
【００８０】
一方、上記ステップ４６において予約拒否通知を受信していないと判断した場合（Ｎｏ）、ＣＰＵ１１は、上記予約要求元のユーザ端末２００から、上記仮予約店の本予約要求を受信したか否かを判断する（ステップ４８）。
【００８１】
上記本予約要求を受信したと判断した場合（Ｙｅｓ）、及び、上記ステップ４５において第２の時刻が到来したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、その時点において仮予約店として選定されている飲食店を第２の飲食店として決定する（ステップ４９）。これにより、仮予約が可能な全ての飲食店から予約を拒否されるリスクを回避することができる。
【００８２】
続いてＣＰＵ１１は、ユーザ端末２００から第２の飲食店の予約人数情報を受信済みか否かを判断する（ステップ５０）。当該予約人数情報は、ユーザ端末２００から上記第１の飲食店の予約時に受信されたものであってもよいし、上記本予約要求と共に受信されたものであってもよいし、第２の時刻以前のその他のタイミングで受信されたものであってもよい。
【００８３】
予約人数情報を受信済みであると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該予約人数情報に示される人数を予約人数として、第２の飲食店へ本予約情報を通知する（ステップ５１）。
【００８４】
一方、予約人数情報を受信していないと判断した場合（Ｙｅｓ）、上記仮予約人数を予約人数として、第２の飲食店へ本予約情報を通知する（ステップ５２）。これにより、第１の飲食店の利用人数から第２の飲食店の利用人数が大幅に減少してしまうという第２の飲食店側のリスクを回避することができる。
【００８５】
そしてＣＰＵ１１は、上記第２の飲食店の飲食店情報を上記飲食店情報データベース３１から抽出し、ユーザ端末２００へ送信する（ステップ３３）。
【００８６】
なお、ＣＰＵ１１は、上記ユーザ端末２００から送信された予約人数情報が示す人数が、上記仮予約人数とその所定割合以上異なる場合（仮予約人数の所定割合以上減った場合、または所定割合以上増えた場合）、または仮予約人数から所定人数以上増減した場合、当該人数で仮予約を受付可能な仮予約店を新たに選定しなおしてもよい。所定割合とは例えば１０％、２０％、３０％、５０％等であり、所定人数とは例えば２人、３人、５人等であるが、これらに限られない。
【００８７】
［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、ユーザ端末２００からの第１の飲食店の利用予約要求時に、仮予約を受け付け可能ないずれかの飲食店を仮予約店（第２の飲食店の候補店）として選定し、第２の飲食店の利用時刻より所定時間前までに仮予約店から予約拒否通知があれば新たに仮予約店を選定し、上記所定時間前の時点で仮予約状態にある飲食店を第２の飲食店として本予約することで、ユーザに１つの店舗（第２の飲食店）を予約させるだけでその店舗の直後にユーザが利用する他の店舗（第２の飲食店）の予約も確保することができる。
【００８８】
また、ユーザに第２の飲食店を選定させる必要がないため、ユーザが自ら第２の飲食店を予約する場合に比べて、飲食店情報提供サーバ１００とユーザ端末２００間の通信トラフィックを削減することもできる。
【００８９】
［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。
【００９０】
上述の実施形態では、飲食店情報提供サーバ１００は、第２の飲食店の利用開始時刻である第１の時刻の所定時間前の第２の時刻が到来した場合には、ユーザ端末２００から本予約要求が受信されない場合でもその時点の仮予約店を第２の飲食店として決定し本予約していた。これは、ユーザ側のメリットを重視した処理と言える。しかし、飲食店側のリスク（例えば、仮予約店に実際にユーザが来店しないリスク）回避を重視した場合、飲食店情報提供サーバ１００は、第２の時刻の到来前にユーザ端末２００から本予約要求が受信されない限り、仮予約自体を取り消してもよい。
【００９１】
図５は、この場合における飲食店情報提供サーバ１００の動作の流れを示したフローチャートである。
【００９２】
同図に示すように、ステップ６１〜ステップ６４までの処理は、上記実施形態における図４のステップ４１〜ステップ４４の処理と同様である。
【００９３】
その後、飲食店情報提供サーバ１００のＣＰＵ１１は、仮予約店の利用開始時刻（第１の時刻）の所定時間前の第２の時刻までに、第１の飲食店の利用予約要求の送信元のユーザ端末２００から本予約要求を受信したか否かを判断する（ステップ６５）。
【００９４】
第２の時刻までに本予約要求を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記仮予約店を第２の飲食店として決定する（ステップ６６）。
【００９５】
その後の処理は、上記実施形態の図４のステップ５０〜ステップ５３の処理と同様である（ステップ６７〜ステップ７０）。
【００９６】
一方、上記ステップ６５において、第２の時刻までに本予約要求を受信しなかったと判断した場合（Ｎｏ）、ＣＰＵ１１は、上記仮予約店の仮予約を取り消す（ステップ７１）。この際、当該取消に関する情報が上記ユーザ端末へ送信されてもよい。
【００９７】
またこの一連の処理においても、仮予約店からの予約拒否通知の送信が可能であってもよい。その場合ＣＰＵ１１は、上記図４のステップ４６及びステップ４７と同様の処理を、仮予約店から予約拒否通知を受信する度に実行する。
【００９８】
このように、飲食店情報提供サーバ１００は、ユーザ端末２００からの第１の飲食店の利用予約要求時に、仮予約を受け付け可能ないずれかの飲食店を仮予約店として選定し、第２の飲食店の利用時刻より所定時間前までにユーザから本予約要求があればその仮予約店を第２の飲食店として決定する一方、所定時間前までに本予約要求がなければ仮予約を取り消すことで、ユーザに１つの店舗（第２の飲食店）を予約させるだけでその店舗の直後にユーザが利用する他の店舗（第２の飲食店）の予約も確保しながら、ユーザが仮予約状態のまま来店しない可能性があるという飲食店側のリスクも回避することができる。
【００９９】
また、この場合とは逆に、飲食店情報提供サーバ１００は、第２の時刻の到来前にユーザ端末２００から第２の飲食店の予約拒否通知が受信されない限り、仮予約店を第２の飲食店として決定してもよい。図６は、この場合の飲食店情報提供サーバ１００の動作の流れを示したフローチャートである。
【０１００】
同図に示すように、ステップ７１〜ステップ７４までの処理は上記図５に示した処理と同様である。その後、ＣＰＵ１１は、第２の時刻までにユーザ端末２００から第２の飲食店の予約拒否通知を受信したか否かを判断する（ステップ７５）。
【０１０１】
第２の時刻までにユーザ端末２００から予約拒否通知を受信したと判断した場合（Ｙｅｓ）には、ＣＰＵ１１は、仮予約を取り消す。一方、第２の時刻までにユーザ端末２００から予約拒否通知を受信しなかったと判断した場合（Ｎｏ）、ＣＰＵ１１は、（その時点における）仮予約店を第２の飲食店として決定し（ステップ７６）、その後は上記図５に示した処理と同様の処理を実行する（ステップ７７〜ステップ８０）。
【０１０２】
またこの一連の処理においても、仮予約店からの予約拒否通知の送信が可能であってもよい。その場合ＣＰＵ１１は、上記図４のステップ４６及びステップ４７と同様の処理を、仮予約店から予約拒否通知を受信する度に実行する。
【０１０３】
このように、飲食店情報提供サーバ１００は、第１の飲食店の利用予約要求時に、仮予約を受け付け可能ないずれかの飲食店を仮予約店として選定し、第２の飲食店の利用時刻より所定時間前までにユーザから予約拒否通知があればその仮予約を取り消す一方、所定時間前までにユーザから予約拒否通知がなければ仮予約店を第２の飲食店として決定することで、ユーザに１つの店舗（第２の飲食店）を予約させるだけでその店舗の直後にユーザが利用する他の店舗（第２の飲食店）の予約も確保しながら、ユーザが第２の飲食店の予約を望まない場合にも対処することができる。
【０１０４】
上述の実施形態及び変形例では、ユーザ端末２００から第１の飲食店の予約要求と共に第２の飲食店の予約要求が受信された場合について説明した。しかし、飲食店情報提供サーバ１００は、ユーザ端末２００から第１の飲食店の予約要求を受信した際に、第２の飲食店の予約要求及びその選択条件情報をユーザ端末２００から受信しない場合でも、第２の飲食店の仮予約処理を実行してもよい。この場合、飲食店情報提供サーバ１００は、その事実をユーザ端末２００のユーザに把握させるため、上記第１の飲食店の予約とともに上記第２の飲食店が仮予約された旨を通知するユーザ通知情報をユーザ端末２００へ送信してもよい。
【０１０５】
上述の実施形態では、ユーザが第１の飲食店の利用終了直後に利用する第２の飲食店についての仮予約及び本予約処理について説明したが、ユーザが第２の飲食店の利用終了直後に利用する第３の飲食店及びその後に利用する飲食店についての仮予約及び本予約処理についても同様に本発明を適用可能である。この場合、上述の実施形態において第１の飲食店と第２の飲食店との関係が、第２の飲食店と第３の飲食店の関係に相当し、上記第１の時刻、第２の時刻、仮予約人数等の概念が同様に適用される。
【０１０６】
本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。
【符号の説明】
【０１０７】
１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…ユーザ情報データベース
３２…予約／仮予約情報データベース
１００…飲食店情報提供サーバ
２００…ユーザ端末
３００…飲食店端末
【図１】
2018072870.tif 000003
【図２】
2018072870.tif 000004
【図３】
2018072870.tif 000005
【図４】
2018072870.tif 000006
【図５】
2018072870.tif 000007
【図６】
2018072870.tif 000008