JP6064475B2 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Description

本発明は、飲食店についてのプロモーションのための情報をユーザに送信する装置等に関するものである。

従来の技術として、携帯端末とサーバとがネットワークを介して接続された電子クーポン発行システムであって、前記携帯端末は、電子クーポンを受ける旨のメッセージと、前記サーバを特定する特定情報が書き込まれた電子メールを受けとり、前記特定情報を用いて前記サーバにアクセスし、前記サーバは、前記携帯端末に対して電子クーポンを送る電子クーポン発行システムが知られていた。（例えば、特許文献１参照）。

特開２００２−１１７３１０号公報（第１頁、第１図等）

しかしながら、従来においては、ユーザに対して、飲食店の店舗への来店を促すためのプロモーションの情報を適切に提供することができないという課題があった。

本発明の情報処理装置は、１以上のユーザによる飲食店の利用に関する情報である利用情報が格納される利用情報格納部と、利用情報を受け付け、利用情報格納部に蓄積する利用情報受付部と、飲食店の利用を促す情報であるプロモーション情報が格納されるプロモーション情報格納部と、利用情報格納部に格納されている利用情報に応じたプロモーション情報を前記プロモーション情報格納部から取得するプロモーション情報取得部と、ユーザに対応した連絡先を示す情報である１以上の連絡先情報が格納される連絡先情報格納部と、プロモーション情報取得部が取得したプロモーション情報を、連絡先情報格納部に格納されている１以上の連絡先情報が示す連絡先に送信する送信部とを備えた情報処理装置である。

かかる構成により、ユーザに対して、飲食店の店舗への来店を促すためのプロモーションの情報を適切に提供することができる。

また、本発明の情報処理装置は、前記情報処理装置において、プロモーション情報格納部には、利用情報に関する条件を示す情報である条件情報と、プロモーション情報と、を有する情報であるプロモーション管理情報が格納され、プロモーション情報取得部は、利用情報格納部に格納された利用情報が、プロモーション情報格納部に格納されている１以上の条件情報を満たす場合に、条件情報と対応付けられたプロモーション情報を、プロモーション管理情報から取得する情報処理装置である。

かかる構成により、利用情報が満たす条件に応じた適切なプロモーション情報を提供することができる。

また、本発明の情報処理装置は、前記情報処理装置において、利用情報格納部には、ユーザによる現在の飲食店の利用状況を示す情報である現在状況情報を含む利用情報が格納され、プロモーション情報格納部には、現在状況情報に関する条件を含む条件情報が格納され、プロモーション情報取得部は、利用情報格納部に格納された現在状況情報を含む利用情報が、プロモーション情報格納部に格納されている現在状況情報に関する条件を含む１以上の条件情報を満たす場合に、条件情報と対応付けられたプロモーション情報を取得する情報処理装置である。

かかる構成により、飲食店の現在の利用状況に応じた適切なプロモーション情報を提供することができる。

また、本発明の情報処理装置は、前記情報処理装置において、利用情報格納部には、ユーザが注文した飲食物を示す情報である注文履歴情報を含む利用情報が格納され、プロモーション情報格納部には、注文履歴情報に関する条件を含む条件情報が格納されており、プロモーション情報取得部は、利用情報格納部に格納された注文履歴情報を含む利用情報が、プロモーション情報格納部に格納されている注文履歴情報に関する条件を含む１以上の条件情報を満たす場合に、条件情報と対応付けられたプロモーション情報を取得する情報処理装置である。

かかる構成により、ユーザの過去の注文履歴に応じた適切なプロモーション情報を提供することができる。

また、本発明の情報処理装置は、前記情報処理装置において、利用情報格納部には、ユーザが来店した時間帯を示す情報である来店時間帯を含む利用情報が格納され、プロモーション情報取得部は、利用情報に含まれる来店時間帯を用いて、ユーザが来店する頻度の低い時間帯であるアイドルタイムを検出し、アイドルタイムの前に、プロモーション情報を取得し、送信部は、アイドルタイムの前にプロモーション情報を送信する情報処理装置である。

かかる構成により、利用頻度の低い時間帯の前にタイミング良くプロモーション情報を提供することができる。

また、本発明の情報処理装置は、前記情報処理装置において、プロモーション情報は、飲食店で提供される飲食物の料金の割引に関する情報である割引情報またはユーザに提供される特典を示す特典情報である情報処理装置である。

かかる構成により、料金の割引や特典をつけることにより、効果的なプロモーションが可能となる。

また、本発明の情報処理装置は、前記情報処理装置において、利用情報格納部には、利用情報が、ユーザの識別情報であるユーザ識別情報と対応付けて格納され、利用情報受付部は、利用情報とユーザ識別情報とを受け付け、受け付けた利用情報とユーザ識別情報とを対応付けて利用情報格納部に蓄積し、プロモーション情報取得部は、ユーザ識別情報毎に、ユーザ識別情報と対応付けられた利用情報が、プロモーション情報格納部に格納されている１以上の条件情報を満たすか否かを判断し、満たす場合に、条件情報と対応付けられたプロモーション情報を取得し、連絡先情報格納部には、連絡先情報が、ユーザ識別情報と対応付けられて格納されており、送信部は、プロモーション情報取得部が取得したプロモーション情報を、プロモーション情報に対応するユーザ識別情報に対応付けられた連絡先情報が示す連絡先に送信する情報処理装置である。

かかる構成により、ユーザ毎に適切なプロモーションを選択的に提供することができる。

本発明による情報処理装置等によれば、ユーザに対して、飲食店の店舗への来店を促すためのプロモーションの情報を適切に提供することができる。

本発明の実施の形態における情報処理装置のブロック図 同情報処理装置の動作について説明するフローチャート 同情報処理装置を有する情報処理システムの概念図 同情報処理装置の利用管理情報を示す図 同情報処理装置の注文履歴管理情報を示す図 同情報処理装置のプロモーション管理情報を示す図 同情報処理装置の連絡先管理情報を示す図 同情報処理装置の閾値管理情報を示す図 同情報処理装置が出力したプロモーション情報の表示例を示す図 同情報処理装置が出力したプロモーション情報の表示例を示す図 同情報処理装置が出力したプロモーション情報の表示例を示す図 同情報処理装置のテーブル管理情報を示す図 同情報処理装置が出力したプロモーション情報の表示例を示す図 同情報処理装置が算出した時間帯別のユーザの来店する頻度を示す図 本発明の実施の形態１におけるコンピュータシステムの外観の一例を示す図 同コンピュータシステムの構成の一例を示す図

以下、情報処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態）
図１は、本実施の形態における情報処理装置１のブロック図である。情報処理装置１は、利用情報格納部１１、利用情報受付部１２、プロモーション情報格納部１３、プロモーション情報取得部１４、連絡先情報格納部１５、送信部１６を備える。

利用情報格納部１１には、１以上のユーザによる飲食店の利用に関する情報である利用情報が格納される。ユーザとは、飲食店の顧客である。ここでのユーザは、個人であってもグループであっても良い。飲食店とは、例えば、レストランや、喫茶店、居酒屋等の、飲食物を提供する店舗等である。いわゆる電話やインターネット等を介して受け付けた注文に応じて料理を宅配する店舗や、テイクアウトの料理等を提供する店舗も飲食店と考えても良い。

利用情報とは、例えば、飲食店に来店した時刻や、飲食店を退店した時刻や、飲食店に来店した時間帯を示す情報を含む情報である。ここでの時刻や時間帯を示す情報は、日付や曜日等を含む情報であっても良い。来店した時間帯を示す情報は、ここでは、来店時間帯と呼ぶ。例えば、時間帯の開始時刻と終了時刻とを含む情報や、時間帯の開始時刻と時間帯の継続時間とを示す情報とを含む情報を、来店時間帯の情報と考えても良い。ただし、来店時間帯として、来店した時間帯を代表する時刻等を用いても良く、例えば、時間帯の開始時刻や中間の時刻等を来店時間帯としてもよい。

また、利用情報は、飲食店に来店した際にユーザが利用した、あるいは現在利用している座席、テーブル（卓）、エリアの少なくとも一つを示す情報（例えば、座席識別情報や、テーブル識別情報、個室の識別情報、フロアの識別情報）等を有していてもよい。ここでは、このような飲食店内におけるユーザが利用する箇所を示す情報を、利用箇所情報と呼ぶ。

また、利用情報は、ユーザが注文した飲食物を示す情報である注文履歴情報を含んでも良い。注文履歴情報は、ユーザが注文した飲食物を識別する情報である飲食物識別情報を少なくとも含む情報である。飲食物識別情報は、例えば、飲食物名や、飲食物の略称、飲食物の商品コード等である。注文履歴情報は、飲食物識別情報に加えて、更に、注文した数量の情報や、飲食物の料金や、注文した時刻等の情報を有していても良い。また、注文履歴情報は、飲食物識別情報の代わりに、あるいは飲食物識別情報に加えて、飲食物の分類（例えば、前菜、主菜、飲料等）を示す情報等を有していてもよい。

また、利用情報は、ユーザが来店した際の、ユーザを含むグループの来店人数を有していても良い。来店人数は、利用人数と考えても良い。

また、利用情報は、ユーザが飲食店を利用した際の利用金額を有していても良い。

また、利用情報は、ユーザが飲食店を利用した際の環境の情報を有していても良い。環境の情報とは、例えば、天候の情報や、気温、湿度等の情報である。天候の情報とは、例えば、ユーザの来店時の天気の状態を示す識別情報である。天気の状態を示す識別情報は、例えば、晴れ、雨、くもり、等の状態を示す文字列や、天気の状態に割り当てられたコード等である。また、気温や湿度は、測定値であっても良いし、熱い、寒い、湿度が高い、乾燥している、等の気温や湿度を表す感覚的な文字列であっても良い。

また、利用情報は、ユーザが飲食店を利用した用途の情報を有していても良い。用途の情報とは、例えば、新年会、忘年会、誕生会、歓迎会、送別会等を示す情報である。

また、利用情報は、ユーザによる現在の飲食店の利用状況を示す情報である現在状況情報を含んでいてもよい。現在状況情報は、例えば、ユーザが現在来店中であることを示す情報や、現在来店中でないことを示す情報を有していても良い。また、現在状況情報は、現在飲食店に来店中のユーザの来店時刻を含んでも良い。また、現在来店中のユーザを含むグループの利用人数の情報を有していても良い。また、例えば、上述した利用情報のうちの、現在来店中のユーザについて、今回の来店の際に取得した情報を現在状況情報と考えても良い。例えば、現在状況情報は、現在の天候を示す情報や、現在ユーザが利用している利用箇所を示す利用箇所情報であっても良い。なお、例えば、ユーザが退店したことを示す情報（例えば、退店時刻等）が含まれていない状態の利用情報またはその一部を、利用情報に含まれる現在状況情報と考えても良い。

利用情報は、通常は、一の飲食店の店舗についての利用に関する情報であるが、例えば、チェーン店や、姉妹店等の複数の店舗の利用に関する情報であってもよい。

利用情報格納部１１には、例えば、一の飲食店を利用したユーザの識別情報であるユーザ識別情報と、当該ユーザによるこの一の飲食店の利用に関する利用情報とが対応付けて格納される。例えば、ユーザ識別情報と利用情報とを有する利用管理情報が、利用情報格納部１１に蓄積される。ユーザ識別情報は、例えば、ユーザの氏名や、ユーザに割り当てられたコードや、会員番号、ユーザのメールアドレスや、電話番号、アカウント等である。また、利用情報格納部１１には、利用情報が、この利用情報に対応する飲食店の識別情報と対応付けて格納されても良い。飲食店の識別情報は、飲食店名や、飲食店を示すコード等である。また、飲食店の電話番号やメールアドレス等であっても良い。

利用情報は、通常、ユーザによる飲食店の一回の利用毎に１つ作成される情報である。ただし、一回の利用とは、例えば、一回の来店や出前の注文等である。一回の利用毎に、複数の利用情報が作成されても良い。

利用情報格納部１１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。なお、かかることは以下の格納部についても同様である。

利用情報受付部１２は、利用情報を受け付ける。そして、受け付けた利用情報を利用情報格納部１１に蓄積する。利用情報受付部１２は、例えば、飲食店の店員や管理者、あるいはユーザ自身等が図示しない入力デバイスや図示しない入力端末等を入力した利用情報を受け付ける。例えば、利用情報受付部１２は、店員や管理者が入力する座席やテーブル等の識別情報である利用箇所情報を受け付ける。また、例えば、ユーザが飲食物の注文を行う端末（図示せず）等に入力した飲食物識別情報を、利用情報受付部１２が注文履歴情報として受け付ける。

また、利用情報受付部１２は、情報処理装置１が有する図示しない他の処理部等が取得した利用情報またはその一部を受け付けても良い。例えば、利用情報受付部１２が、ユーザが利用するテーブルの識別情報を受け付けた場合に、情報処理装置１が有する図示しない時計等が送信する取得する現在の時刻の情報を、入店時刻情報として受け付けても良い。また、例えば、ネットワーク等を介して図示しない他の装置等から送信される利用情報またはその一部を受信してもよく、このような受信もここでは受け付けと考えてよい。例えば、利用情報受付部１２が、入店時刻情報を受け付けた場合に、図示しないネットワーク等を介して、図示しない天候の情報を提供する図示しないＷＥＢサーバ装置等に、現在の飲食店の天候の情報の送信を要求するクエリ等の情報を送信し、この情報の送信に応じてＷＥＢサーバ装置等から送信された天候の情報を受信してもよい。

利用情報受付部１２は、利用情報を一度に受け付けて、利用情報格納部１１に蓄積する必要はなく、例えば、利用情報の一部を受け付けるごとに、順次利用情報格納部１１に蓄積していくようにして良い。ここでの蓄積は、例えば、追記である。

また、利用情報受付部１２は、利用情報とユーザ識別情報とを受け付け、受け付けた利用情報とユーザ識別情報とを対応付けて利用情報格納部１１に蓄積するようにしてもよい。例えば、受け付けた利用情報とユーザ識別情報とを有する利用管理情報を、利用情報格納部１１に蓄積する。

ここでの、受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。

入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でも良い。利用情報受付部１２は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

プロモーション情報格納部１３には、１または２以上のプロモーション情報が格納される。プロモーション情報格納部１３には、例えば、１または２以上のプロモーション管理情報が格納される。プロモーション管理情報は、１または２以上の条件情報と、１または２以上のプロモーション情報と、を有する情報である。

プロモーション情報とは、ユーザに対して飲食店の利用や、飲食店への来店を促進するための情報である。プロモーション情報は、例えば、割引情報である。割引情報とは、飲食店で提供される飲食物の料金の割引に関する情報である。例えば、割引情報は、特定の飲食物の割引料金や割引率、値引きする金額を示す情報であってもよいし、ユーザが飲食した飲食物の料金に対する割引率や値引きする金額を示す情報でも良い。割引情報は、利用可能な時間帯を指定する情報を有していても良い。ここでの時間帯を指定する情報は、例えば、日付や曜日等を指定する情報も含む概念である。また、割引情報は、いわゆるクーポンやクーポンコード等も含む概念である。

また、プロモーション情報は、例えば、特典情報であっても良い。特典情報とは、ユーザに提供される特典を示す情報である。提供される特典とは、物品であってもサービスであっても良い。提供される特典とは、例えば、無料の飲食物や、おまけである。また、提供される特典は、金券等であっても良い。

プロモーション情報は、例えば、テキスト情報、画像情報、また、これらの情報の組合せで構成される。ただし、プロモーション情報のデータ構造等は問わない。

一のプロモーション管理情報に条件情報と対応付けて格納されているプロモーション情報は、例えば、条件情報を満たす場合に、ユーザに対して送信することが好ましいプロモーション情報である。

条件情報は、利用情報に関する条件を示す情報である。条件情報は、例えば、利用情報を構成する１または２以上の情報のそれぞれに対する１または２以上の条件を１または２以上含んでいても良い。条件情報は、例えば、上述した利用情報に含まれる１以上の情報と一致する情報を指定する情報や、利用情報に含まれる情報の閾値や値の範囲等を設定する情報等である。また、これらの情報の１以上の組合せでもよい。また、条件情報には、利用情報に含まれる情報に対して、予め指定された統計処理や演算処理等を行って得られた値についての条件を含んでいても良い。予め指定された統計処理とは、例えば、合計を算出する処理や、比率を算出する処理等である。

条件情報は、例えば、飲食店の営業時間内における予め指定された時間帯におけるユーザの利用数の総計や、上記の１以上の利用情報の数に対する比率等が、予め指定された値以下であるという条件を示すものである。この利用数の総計や比率等は、例えば、利用情報格納部１１に格納されている１以上の利用情報が示す来店時間帯を用いて算出される。この条件情報と対応付けられたプロモーション情報は、例えば、上記の予め指定された時間帯においてのみ有効なプロモーション情報であることが好ましい。

また、条件情報は、利用情報格納部１１に格納されている１以上の利用情報を、利用情報に含まれる天候の情報毎に集計した場合の最も集計数の少ない天候の情報が、予め指定されたＷＥＢサイト等から取得される現在の天候あるいは現在以降に予測される天候と一致するという条件を示すものであってもよい。ここでの天候の情報とは、例えば天気の状態を示す識別情報である。

また、例えば、プロモーション情報格納部１３には、一のユーザ識別情報と対応付けられた一または二以上の利用情報に関する条件を含む条件情報が格納されていても良い。このような条件情報には、ユーザ識別情報ごとの利用情報に関する条件を示す条件情報であることを示す情報が付与されていても良い。このように付与される情報は、例えばフラグ等の情報である。あるいは、このような条件情報については、条件情報の中に、一のユーザ識別情報と対応付けられた利用情報に関する条件であることを示す情報（例えば、文字列等）が含まれているようにしても良い。

一のユーザ識別情報と対応付けられた条件情報とは、例えば、一のユーザ識別情報と対応付けられた一または二以上の利用情報の中に、予め指定された時間帯の時刻を含む来店時間帯を含む利用情報が、予め指定された数以上あるいは比率以上含まれるという条件を示す条件情報である。この場合、予め指定された時間帯を、飲食店への来客が少ない時間帯とすることで、この時間帯に以前に来たことのあるユーザの来客を促すことができる。この場合、更に、条件情報と対応付けられたプロモーション情報を、この予め指定された時間帯にのみ有効な（利用可能な）プロモーション情報とすることで、より、集客効果を高めることが期待できる。

また、一のユーザ識別情報と対応付けられた条件情報とは、例えば、一のユーザ識別情報と対応付けられた一または二以上の利用情報の中に、飲食店内のテーブルのうちの現在空いているテーブルの利用可能人数と一致する人数に対応した利用人数の情報を有する利用情報が、予め指定された数（例えば１以上）以上、あるいは予め指定された比率以上含まれる、という条件を示す条件情報である。この場合、予め指定された時間帯を、飲食店への来客が少ない時間帯とすることで、この時間帯に以前に来たことのあるユーザの来客を促すことができる。この場合、更に、条件情報と対応付けられたプロモーション情報を、この予め指定された時間帯にのみ有効な（利用可能な）プロモーション情報とすることで、より、集客効果を高めることが期待できる。

また、条件情報は、例えば、利用情報に含まれる現在状況情報に関する条件を含む条件情報でもよい。現在状況情報に関する条件とは、例えば、一の利用情報に含まれる現在状況情報の中に、現在来店中であることを示す情報が含まれない、という条件である。

また、現在状況情報に関する条件とは、例えば、飲食店の総座席数や総テーブル数、あるいは収容人数等に対する、現在状況情報を含む利用情報の総数の比率が、時間帯ごとにそれぞれ予め指定された値のうちの、現在の時刻を含む時間帯に対応する値以下であるという条件である。なお、現在状況情報を含む利用情報の総数の比率の代わりに、現在状況情報を含む利用情報に含まれる現在来店している人数の総数を用いても良い。

また、現在状況情報に関する条件とは、例えば、一のユーザ識別情報と対応付けられた利用情報に含まれる現在状況情報が示す現在の天候の情報（例えば、天気の状態を示す識別情報）の中に、予め指定された天候の情報（例えば、天気の状態を示す識別情報）と一致する（あるいは一致しない）天候の情報が予め指定された数あるいは比率以上含まれているという条件であっても良い。この条件情報と対応付けられたプロモーション情報は、例えば、上記の予め指定された数あるいは比率以上含まれる天候の情報が示す天候の際に来店した場合においてのみ有効なプロモーション情報であることが好ましい。

プロモーション情報格納部１３には、例えば、利用情報に含まれる注文履歴情報に関する条件を含む条件情報が格納されていてもよい。注文履歴情報に関する条件とは、例えば、一のユーザ識別情報と対応付けられた利用情報に含まれる注文履歴情報の中に、予め指定された注文情報が予め指定された数以上（例えば、１以上等）含まれるという条件である。

また、注文履歴情報に関する条件とは、例えば、一のユーザ識別情報と対応付けられた利用情報に含まれる注文履歴情報の中に含まれる数または比率が最も多い飲食物の識別情報が、予め指定された１以上の飲食物の識別情報のいずれかと一致するという条件である。

なお、条件情報は、例えば、一以上の関数や、メソッド名や、「ｉｆ」、「ｔｈｅｎ」等で示される制御構文等で構成される。また、条件情報が示す判断処理等を行うためのアルゴリズムであっても良い。ただし、条件情報は、上記で例に挙げているように、これらの関数や、メソッド名や、制御構文、判断処理を行うためのアルゴリズム等に相当する自然言語で表された情報であってもよい。

また、条件情報は、上記以外の条件を含む情報であってもよく、条件情報は、利用情報に含まれるどのような情報についてのどのような条件を示す情報を含んでいても良い。例えば、利用情報に含まれる飲食店の利用目的を示す情報についての条件を示す条件情報であっても良い。

なお、情報処理装置１を複数の飲食店において利用する場合においては、プロモーション管理情報を、飲食店の識別情報と対応付けてプロモーション情報格納部１３に格納するようにし、プロモーション情報取得部１４が一の飲食店についてプロモーション情報を取得する際には、この一の飲食店の識別情報と対応付けられたプロモーション管理情報だけを、飲食店の識別情報を用いて選択的に利用するようにしても良い。例えば、プロモーション管理情報が、飲食店の識別情報を更に備えているようにしても良い。

プロモーション情報取得部１４は、利用情報格納部１１に格納されている利用情報に応じたプロモーション情報を取得する。利用情報に応じて取得するということは、例えば、利用情報に応じて、プロモーション情報を選択的に取得することと考えても良い。利用情報に応じて取得するということは、利用情報を用いて取得することと考えても良い。例えば、プロモーション情報取得部１４は、利用情報格納部１１に格納された利用情報が、プロモーション情報格納部１３に格納されている１以上の条件情報を満たす場合に、この条件情報と対応付けられたプロモーション情報を、プロモーション管理情報から取得する。具体的には、プロモーション情報取得部１４は、利用情報が条件情報を満たすか否かを判断し、満たす場合に、プロモーション情報を取得し、満たさない場合には、プロモーション情報を取得しない。条件情報と対応付けられたプロモーション情報とは、条件情報を有するプロモーション管理情報に含まれる１または２以上のプロモーション情報である。なお、ここでは、一の条件を満たす場合とは、この一の条件を満たすということと実質的に同じ判断となること、例えば、この一の条件の逆の条件を満たさない、ということも含む概念であると考える。また、本実施の形態における条件情報を満たすとは、例えば、条件情報が示す全ての条件を満たすことであるが、適宜、条件情報が示す条件のうちの一部のみを満たす場合を、条件を満たすこととしても良い。

また、プロモーション情報取得部１４は、例えば、利用情報が１または２以上の条件情報が示す条件のうちの、予め指定された数以上の条件を満たす場合に、いずれの条件情報が示す条件を満たしたかに関わらず、予め指定された１または２以上のプロモーション情報をプロモーション情報格納部１４から取得しても良い。

例えば、利用情報が現在状況情報を含み、プロモーション情報格納部１３に現在状況情報に関する条件を含む条件情報が格納されている場合、プロモーション情報取得部１４は、利用情報格納部１１に格納された現在状況情報を含む利用情報が、プロモーション情報格納部１３に格納されている現在状況情報に関する条件を含む１以上の条件情報を満たす場合に、条件情報と対応付けられたプロモーション情報を取得する。

また、例えば、プロモーション情報取得部１４は、利用情報が注文履歴情報を含み、プロモーション情報格納部１３に、注文履歴情報に関する条件を含む条件情報が格納されている場合、利用情報格納部１１に格納された注文履歴情報を含む利用情報が、プロモーション情報格納部１３に格納されている注文履歴情報に関する条件を含む１以上の条件情報を満たす場合に、条件情報と対応付けられたプロモーション情報を取得する。

また、例えば、利用情報がユーザ識別情報と対応付けられて利用情報格納部１１に格納されている場合、プロモーション情報取得部１４は、ユーザ識別情報毎に、このユーザ識別情報と対応付けられた利用情報が、プロモーション情報格納部に格納されている１以上の条件情報を満たすか否かを判断し、満たす場合に、当該条件情報と対応付けられたプロモーション情報を取得するようにしてもよい。この場合に用いられる条件情報も、一のユーザ識別情報と対応付けられた一または二以上の利用情報に関する条件を示す条件情報であることが好ましい。ここでは、このような条件情報を、ユーザ識別情報毎の条件情報と呼ぶ。例えば、プロモーション情報取得部１４は、プロモーション管理情報に含まれる一の条件情報が、一のユーザ識別情報と対応付けられた利用情報に関する条件であるか否かを判断し、条件であると判断した場合に、ユーザ識別情報毎に、利用情報格納部１１から当該ユーザ識別情報と対応付けられた行動情報を取得する。そして、取得した行動情報が条件情報を満たすか否かを判断し、満たす場合に、ユーザ識別情報毎に条件情報に対応するプロモーション情報を取得し、満たさない場合には取得しない。

なお、プロモーション情報取得部１４は、利用情報に含まれる来店時間帯を用いて、アイドルタイムを検出するようにしても良い。アイドルタイムとは、飲食店の営業時間内における、ユーザが来店する頻度の低い時間帯である。ここでの来店する頻度とは、来店する比率（例えば、総来店数に対する比率や、飲食店の営業日数に対する比率等）であっても良いし、来店数であっても良い。頻度が低いとは、例えば、頻度が予め指定された閾値よりも低いことであっても良いし、他の時間帯に対して低いことであってもよい。プロモーション情報取得部１４は、例えば、営業時間内の予め指定された複数の時間帯のそれぞれと重複する来店時間帯を有する利用情報の数を、時間帯毎に集計し、その集計結果または集計数の比率を、時間帯ごとのユーザの来店数または来店比率として、この来店数または来店比率の低い時間帯、即ちユーザの来店する頻度の低い時間帯をアイドルタイムに決定する。そして、プロモーション情報取得部１４は、アイドルタイムの前に、プロモーション情報を取得するようにしてもよい。これにより、アイドルタイムに対する来店をユーザに促すことが可能となる。アイドルタイムの前とは、例えば、アイドルタイムから予め指定された時刻だけ前の時刻である。予め指定された時刻は、１時間以内に設定することがプロモーション情報の内容をユーザが忘れないようにするうえで効果的である。なお、アイドルタイムの前にプロモーション情報を取得する際には、例えば、一のユーザ識別情報と対応付けられた一または二以上の利用情報の中に、アイドルタイム内の時刻を含む来店時間帯を含む利用情報が、予め指定された数以上あるいは比率以上含まれるという条件を有する条件情報を満たすか否かを判断し、満たす場合に、この条件情報に対応するプロモーション情報を取得するようにすることが更に効果的である。更に、プロモーション情報取得部１４は、条件情報に対応するプロモーション情報を取得するとともに、このプロモーション情報の内容が有効な時間帯を上記のアイドルタイムの時間帯に変更するようにしてもよい。

なお、図示しない時計等から取得した現在の時刻が利用情報を用いて取得したアイドルタイムの前の時刻であるか否かを、上記の条件情報の条件の一つとしても良い。

なお、プロモーション情報取得部１４は、必要に応じて、上記の条件を満たすか否かの判断処理に用いられる利用情報以外の情報を、情報処理装置１内の図示しない処理部や、他のサーバ装置等から適宜取得するようにしても良い。例えば、プロモーション情報取得部１４は、情報処理装置１内の図示しない時計等から現在の時刻を取得しても良い。また、飲食店の目標販売数に達していない飲食物の識別情報を、飲食店における飲食物の販売状況を管理するサーバ等から取得しても良い。

なお、プロモーション情報取得部１４は、プロモーション情報格納部１３から取得するプロモーション情報の一部を、上述したようなユーザ識別情報や、利用情報や、現在の時刻等の情報や、これらの情報を用いて作成された情報で更新しても良い。ここでの更新は、予めプロモーション情報内の予め指定された箇所に、予め指定された情報（例えば、ユーザ識別情報や、時刻等）を挿入することであっても良い。

プロモーション情報取得部１４は、通常、ＭＰＵやメモリ等から実現され得る。プロモーション情報取得部１４の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

連絡先情報格納部１５には、ユーザに対応した連絡先を示す情報である１以上の連絡先情報が格納される。連絡先情報は、具体的には、ユーザの連絡先、例えば、ユーザが登録した連絡先を示す情報であり、例えば、ユーザのメールアドレスや、ミニブログ等のアドレスや、電話番号、ファクシミリ番号、ＳＮＳ（ソーシャルネットワークサービス）等のアカウント、ＳＭＳ（ショートメッセージングサービス）等のアカウント等である。例えば、連絡先情報格納部１５には、連絡先情報が、ユーザ識別情報と対応付けられて格納されている。例えば、連絡先情報格納部１５には、１または２以上の連絡先情報と１または２以上のユーザ識別情報とを有する１または２以上の連絡先管理情報が格納されている。ユーザに対応した連絡先とは、例えば、ユーザが利用する情報通信端末等である。連絡先情報格納部１５には、例えば、ユーザが飲食店や、飲食店に関連するサービス等に対して登録した連絡先情報が格納される。

送信部１６は、プロモーション情報取得部１４が取得したプロモーション情報を、連絡先情報格納部１５に格納されている１以上の連絡先情報が示す連絡先に送信する。送信部１６は、例えば、プロモーション情報を連絡先に対してプッシュ通知してもよい。プッシュ通知は、スマートフォンやタブレット端末等のアプリにおいて利用されているＮｏｔｉｆｉｃａｔｉｏｎと呼ばれる技術も含む概念である。

送信部１６は、例えば、上述したプロモーション情報取得部１４がアイドルタイムの前にプロモーション情報を取得した場合に、このプロモーション情報をアイドルタイムの前にプロモーション情報を送信する。

また、送信部１６は、例えば、プロモーション情報取得部１４が、ユーザ識別情報毎に取得したプロモーション情報を、このプロモーション情報に対応するユーザ識別情報に対応付けられた連絡先情報が示す連絡先に送信するようにしてもよい。具体的には、送信部１６は、プロモーション情報を取得する際に用いたユーザ識別情報に対応する連絡先情報を、連絡先情報格納部１５から（具体的には、連絡先管理情報から）検索により取得し、取得した連絡先情報が示す連絡先にプロモーション情報を送信する。これにより、各ユーザに適合した適切なプロモーションを行うことが可能となる。

送信部１６は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。送信部１６は、通信デバイスを含むと考えても、含まないと考えても良い。

次に、情報処理装置１の動作について図２のフローチャートを用いて説明する。

（ステップＳ１０１）利用情報受付部１２は、ユーザ識別情報と利用情報とを受け付けたか否かを判断する。受け付けた場合、ステップＳ１０２に進み、受け付けていない場合、ステップＳ１０３に進む。

（ステップＳ１０２）利用情報受付部１２は、ステップＳ１０１で受け付けたユーザ識別情報と利用情報とを対応付けて、利用情報格納部１１に蓄積する。例えば、利用情報受付部１２は、ステップＳ１０１で受け付けたユーザ識別情報と利用情報とを有する利用管理情報を、利用情報格納部１１に蓄積する。そして、ステップＳ１０１に戻る。

（ステップＳ１０３）プロモーション情報取得部１４は、プロモーション情報を取得するタイミングであるか否かを判断する。例えば、プロモーション情報取得部１４は、図示しない受付部等から、プロモーション情報を取得する指示を受け付けた場合に、プロモーション情報を取得するタイミングであると判断しても良い。また、予め指定された時間が経過する毎や、予め指定された時刻に、プロモーション情報を取得するタイミングであると判断するようにしても良い。プロモーション情報を取得するタイミングである場合、ステップＳ１０４に進み、取得するタイミングでない場合、ステップＳ１０１に戻る。

（ステップＳ１０４）プロモーション情報取得部１４は、カウンターｍの値に１を代入する。

（ステップＳ１０５）プロモーション情報取得部１４は、プロモーション情報格納部１３から、ｍ番目の条件情報を取得する。

（ステップＳ１０６）プロモーション情報取得部１４は、ステップＳ１０５で読み出した条件情報が、ユーザ識別情報毎の条件情報であるか否かを判断する。ユーザ識別情報毎の条件情報である場合、ステップＳ１０７に進み、ユーザ識別情報毎の条件情報でない場合、ステップＳ１１５に進む。

（ステップＳ１０７）プロモーション情報取得部１４は、カウンターｎの値に１を代入する。

（ステップＳ１０８）プロモーション情報取得部１４は、ｎ番目のユーザ識別情報を、連絡先情報格納部１５に連絡先情報と対応付けられて格納されているユーザ識別情報から取得する。なお、利用情報格納部１１に格納されている利用情報に対応付けられたユーザ識別情報から、重複のないよう取り出したユーザ識別情報の中からｎ番目のユーザ識別情報を取得してもよい。

（ステップＳ１０９）プロモーション情報取得部１４は、ｎ番目のユーザ識別情報に対応する利用情報が、ｍ番目の条件情報が示す条件を満たすか否かを判断する。満たす場合、ステップＳ１１０に進み、満たさない場合、ステップＳ１１３に進む。

（ステップＳ１１０）プロモーション情報取得部１４は、ｍ番目の条件情報に対応するプロモーション情報を取得する。

（ステップＳ１１１）送信部１６は、ｎ番目のユーザ識別情報に対応する連絡先情報を、連絡先情報格納部１５から検索等により取得する。

（ステップＳ１１２）送信部１６は、ステップＳ１１０で取得したプロモーション情報をステップＳ１１１で取得した連絡先情報が示す連絡先に送信する。

（ステップＳ１１３）プロモーション情報取得部１４は、カウンターｎの値を１インクリメントする。

（ステップＳ１１４）プロモーション情報取得部１４は、ｎ番目のユーザ識別情報があるか否かを判断する。ある場合、ステップＳ１０８に進み、ない場合、ステップＳ１１９に進む。

（ステップＳ１１５）プロモーション情報取得部１４は、利用情報格納部１１に格納されている利用情報が、ｍ番目の条件情報を満たすか否かを判断する。満たす場合、ステップＳ１１６に進み、満たさない場合、ステップＳ１１９に進む。

（ステップＳ１１６）プロモーション情報取得部１４は、ｍ番目の条件情報に対応するプロモーション情報を取得する。

（ステップＳ１１７）送信部１６は、連絡先情報格納部１５に格納されている連絡先情報を取得する。例えば、送信部１６は、連絡先情報格納部１５に格納されている全ての連絡先情報を取得する。

（ステップＳ１１８）送信部１６は、ステップＳ１１６で取得したプロモーション情報をステップＳ１１７で取得した連絡先情報が示す連絡先に送信する。

（ステップＳ１１９）プロモーション情報取得部１４は、カウンターｍの値を１インクリメントする。

（ステップＳ１２０）プロモーション情報取得部１４は、ｍ番目の条件情報が、プロモーション情報格納部１３に格納されているか否かを判断する。格納されている場合、ステップＳ１０５に進み、格納されていない場合、ステップＳ１０１に戻る。

なお、ここでは、説明を省略しているが、プロモーション情報取得部１４は、条件を満たすか否かの判断処理を行った条件情報については、フラグ情報等を付与することにより、一定の期間内（例えば、同じ日付内や、予め指定された時間が経過するまでの期間内）は、再度判断処理を行わないようにしても良い。あるいは、送信部１６は、一のプロモーション情報を送信した連絡先には、対応する連絡先情報にフラグ情報等を付与することにより、一定の期間内（例えば、同じ日付内や、予め指定された時間が経過するまでの期間内）は、再度プロモーション情報を送信する処理を行わないようにしても良い。あるいは、条件情報毎に、プロモーション情報を取得するための判断処理を行うタイミング（例えば時刻や時間間隔等）を指定する情報を対応付けて格納できるようにして、現在の時刻等が、各条件情報に対応付けられたタイミングを指定する情報が示すタイミングになった場合に、その条件情報を用いた判断処理を行うようにしても良い。これらのようにすることで、プロモーション情報が一のユーザに一日に何度も送信されることを防ぐことができる。

なお、図２のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

以下、本実施の形態における情報処理装置１の具体的な動作について説明する。情報処理装置１を有する情報処理システム１０００の一例を示す概念図は図３である。情報処理システム１０００は、飲食店Ａで利用されている情報処理装置１と、飲食店Ａの複数のユーザがそれぞれ保持する複数の情報通信端末２と、を備えている。ここでは、複数の情報通信端末２を、情報通信端末２ａ、２ｂ、２ｃ等で表している。情報処理装置１と、各情報通信端末２とは、一例としてネットワークを介して有線通信および無線通信により接続されているものとする。情報通信端末２は、一例として、いわゆるスマートフォンと呼ばれる装置であるとする。

まず、ユーザ識別情報が「Ｕ１００１」であるユーザ（以下、ユーザ「Ｕ１００１」と称す）が、三人で飲食店Ａに来店し、テーブル識別情報が「Ｔ０５」であるテーブルに着席したとする。ユーザ識別情報は、ここでは、飲食店Ａの会員番号であるとする。また、テーブル識別情報は、テーブル番号であるとする。そして、ユーザ「Ｕ１００１」が、飲食店Ａ専用の飲食物の注文を行うアプリケーションを起動し、自分のユーザ識別情報であるユーザ識別情報「Ｕ１００１」でログインし、テーブル識別情報「Ｔ０５」と、来店した人数である「３」を情報通信端末２に入力したとする。また、情報通信端末２は、ユーザの来店時刻として、これらの情報の入力を受け付けた時刻である「２０１２年９月１０日１８時５０分」を内部に設けられている図示しない時計等から受け付ける。また、予め指定された現在の天気を提供するＷＥＢサーバ等が送信する現在の天気の状態を示す識別情報である「晴れ」という情報を受け付ける。

そして、ユーザ「Ｕ１００１」が図示しない「送信」ボタンを押したとする。情報通信端末２は、上記で受け付けたユーザ識別情報を含む情報を、情報処理装置１に送信する。

情報処理装置１の利用情報受付部１２は、情報通信端末２から送信される情報を受信し、受信した情報のうちのユーザ識別情報以外の情報を、利用情報の一部の情報としてユーザ識別情報と対応付けて利用情報格納部１１に蓄積する。

図４は、利用情報格納部１１に格納されている利用情報を管理するための利用管理情報を示す図である。利用管理情報は、利用管理情報を管理する識別情報である「利用管理ＩＤ」と、ユーザ識別情報である「ユーザＩＤ」と、利用情報である「利用情報」という属性を有している。「利用情報」は、さらに、「テーブルＩＤ」、「来店時刻」、「退店時刻」、「来店人数」、「天気」等の属性を有している。「テーブルＩＤ」はテーブル識別情報である。「来店時刻」は来店時刻である。「退店時刻」は退店時刻であり、例えば、ユーザが飲食店の飲食代等を精算した時点等の時刻が利用情報受付部１２により入力される。「来店人数」は来店人数であり、「ユーザＩＤ」を含む人数であるとする。「天気」は、天気の状態を示す識別情報である。ここでは、一の行が、利用管理情報の一のレコードであるとする。なお、ここでは、「退店時刻」の値が空欄（あるいはＮｕｌｌ値）であるレコード内に含まれる各情報は、ユーザが退店前、即ち来店中であることを示していることから、現在状況情報を構成する情報として扱うものとする。また、現在状況情報としては、上記以外の他の属性の情報が格納されていても良い。なお、ここでは、既に、他のレコードが格納されていた利用管理情報に、上記で利用情報受付部１２が受け付けた利用情報のレコードが追記されたものとする。

次に、例えば、ユーザ「Ｕ１００１」が上記の飲食店専用のアプリケーションを用いて、メニューを表示させ、注文しようとする飲食物の注文ボタン（図示せず）を押したとすると、情報通信端末２から、「ユーザＩＤ」である「Ｕ１００１」と、注文した商品の、商品名と、商品コードと、注文数との組が送信される。ここでは、商品名が「ビール」、商品コードが「ＢＲ５０」、注文数が「３」であったとする。送信された情報は、飲食店の注文を受け付けるサーバ等（図示せず）に送信される。また、送信された情報は、情報通信端末２にも送信され、利用情報受付部１２は送信された情報を受け付ける。そして、利用情報受付部１２は、受け付けた情報のうちの、商品名と、商品コードと、注文数との組を、受け付けた「ユーザＩＤ」である「Ｕ１００１」と対応付けて、上記で受け付けた現在状況情報を含む利用管理情報の注文履歴情報として、利用情報格納部１１に蓄積する。

図５は、利用情報格納部１１に格納される注文履歴情報を管理する注文履歴管理情報である。注文履歴管理情報は、「注文履歴ＩＤ」と、「利用管理ＩＤ」と、「注文履歴」という属性を有している。「注文履歴」は、更に、「商品名」、「商品コード」、「注文数」という属性を有している。「注文履歴ＩＤ」は、注文履歴情報のレコードを管理する識別情報である。ここでは、図５の一の行を注文履歴管理情報の一のレコードと考える。「利用管理ＩＤ」は、注文履歴情報のレコードが対応付けられた利用管理情報の「利用管理ＩＤ」であり、図４の「利用管理ＩＤ」に対応する。「注文履歴」は注文履歴情報である。「商品名」、「商品コード」、および「注文数」は、利用情報受付部１２が受け付けた商品名、商品コード、注文数の組を構成する各情報である。なお、ここでは、既に、他のレコードが格納されていた注文履歴管理情報に、上記で利用情報受付部１２が受け付けた注文履歴管理情報のレコードが追記されたものとする。

利用情報受付部１２は、例えば、情報通信端末２から送信された情報を受け付けた場合に、この情報に含まれる「ユーザＩＤ」の値と一致する「ユーザＩＤ」を有する利用情報であって、「退店時刻」が空欄（あるいはＮｕｌｌ値）である利用管理情報のレコードを、図４に示した利用管理情報から検索し、検出した利用管理情報の「利用管理ＩＤ」の値を取得する。そして、取得した値を、注文履歴管理情報の「利用管理ＩＤ」として蓄積する。これにより、注文履歴管理情報の各レコードは、各レコードの「利用管理ＩＤ」の値が示す利用管理情報のレコードに対応づけられる。即ち、一の利用情報に含まれる注文履歴情報は、この一の利用情報を管理する利用管理情報の一のレコードに含まれる「利用管理ＩＤ」と同じ「利用管理ＩＤ」を有する注文履歴管理情報のレコードで管理される注文履歴情報に相当するものとなっている。例えば、利用管理ＩＤが「１００４６３２３」である注文履歴管理情報で管理される注文履歴情報は、利用管理ＩＤが「１００４６３２３」である利用管理情報で管理される利用情報の注文履歴情報である。

なお、ユーザの情報通信端末２を用いて飲食店のメニューを表示させたり、メニューから飲食物を注文したりする構成等については、公知の技術であるので、ここでは詳細な説明は省略する。

次に、情報通信端末２のプロモーション情報取得部１４は、図示されていない時計等から現在の時刻を取得し、プロモーション情報を取得するタイミングであるか否かを判断する。ここでは、一例として１３時から２３時までの正時（１３時００分、１４時００分等）毎に、この判断を行うよう、予め指定されているものとする。例えば、時計等から取得した現在時刻が、「１９時００分」であったとすると、プロモーション情報取得部１４は、プロモーション情報を取得するタイミングであると判断して、プロモーション情報を取得する処理を行う。

なお、このプロモーション情報を取得する処理を行うタイミング（例えば、時刻、時間間隔、頻度等）は、条件情報毎に、指定されていても良く、その場合、条件情報毎に、処理を行うタイミングであるか否かを判断し、処理を行うタイミングである場合に、その条件情報を用いたプロモーション情報を取得する処理を行うようにしてもよい。

図６は、プロモーション情報格納部１３に格納されているプロモーション管理情報を示す図である。プロモーション管理情報は、「条件ＩＤ」、「条件」および「プロモーション情報」という属性を有する。「条件ＩＤ」は、プロモーション管理情報のレコード（ここでは行）を管理するための識別情報である。「条件」は条件情報である。ここでは、説明のため、「条件」は、自然言語を用いて記述されているが、上述したように「条件」は、例えば、これらの自然言語に相当する一以上の関数や、メソッド名や、「ｉｆ」、「ｔｈｅｎ」等で示される制御構文等で構成されていてもよい。また、「一般条件」は、これらの自然言語に対応する判断処理等を行うためのアルゴリズムであっても良い。「プロモーション情報」は、プロモーション情報であり、ここでは、説明の便宜上、テキスト情報であるとする。ただし、プロモーション情報や、画像情報等であっても良い。

図７は、連絡先情報格納部１５に格納されている連絡先管理情報を示す図である。連絡先管理情報は、「ユーザ識別情報」と「連絡先」という属性を有している。「ユーザ識別情報」は、図４の「ユーザ識別情報」に対応する。「連絡先」は、ユーザのメールアドレスであるとする。但し、「連絡先」は、ユーザに対してコメント等を送付するためのアドレス等であっても良い。

まず、プロモーション情報取得部１４は、図６に示したプロモーション管理情報の一番上のレコード（ここでは、「条件ＩＤ」が「００１」であるレコード）から、「条件」の値を読み出す。そして、この「条件」の値が「判断対象：各ユーザ識別情報」という文字列を含むか否かを判断する。ここでは、一例として、「判断対象：各ユーザ識別情報」という文字列を含む条件情報は、上述したユーザ識別情報毎の条件情報である。また、「判断対象：各ユーザ識別情報」という文字列を含まないものは、対応するユーザ識別情報に関係なく、全ての利用情報を判断対象として判断を行う条件情報であるとする。この一番上のレコードの「条件」の値は、上記の文字列を含まないため、プロモーション情報取得部１４は、利用情報格納部１１に格納されている全てのユーザ識別情報と対応付けられた利用情報を対象として、条件を満たすか否かの判断を行うことを決定する。

このため、プロモーション情報取得部１４は、図４に示した利用情報の全てのユーザ識別情報と対応付けられた利用情報について、利用情報が、上記で読み出した条件情報の「内容：」に続く文字列が示す条件を満たすか否かを判断する。

ここで、上記で読み出した条件情報の「内容：」以降の文字列が示す条件は、「利用情報に含まれる現在状況情報が示す現在の空席率が、現在の時間帯の閾値以上でない。」という条件であることから、プロモーション情報取得部１４は、図４に示した利用情報の中から、現在状況情報を含む全ての利用情報のレコード、即ち「退店時刻」が空欄（あるいはＮｕｌｌ値）である利用情報のレコードを検出し、検出したレコードにそれぞれ含まれる「来店人数」の値を取得し、その合計を検出する。「来店人数」の合計は「３０」であったとする。また、図示しない記憶媒体等に予め格納されている飲食店Ａの総座席数の値である「５０」を取得する。そして、来店人数の合計「３０」を、総座席数「５０」から減算した値「２０」を、総座席数で除算して、空席率を算出する。算出した空席率は、ここでは４０％となる。

図８は、飲食店Ａの時間帯別の空席率の閾値を管理する閾値管理情報を示す図である。閾値管理情報は、「時間帯」と、「閾値」という属性を有している。「時間帯」は、飲食店の営業時間を分割した時間帯で、時間帯の開始時刻と終了時刻とを有している。「閾値」は、空席率の閾値であり、プロモーション情報を送付しなくて良いことが許容される空席率の最大値である。

つぎに、プロモーション情報は、図８の閾値管理情報から上記で取得した現在の時刻「１９時００分」を含む「時間帯」を有するレコードを検出し、検出したレコードの閾値である「２０」（％）を取得する。そして、上記で現在状況情報を用いて算出した現在の空席率「４０」（％）が、この閾値以上であるか否かを判断する。ここでは、閾値以上であるため、プロモーション情報取得部１４は、上記の一番上の条件を満たすと判断する。そして、この一番上の条件情報に対応する「プロモーション情報」の値である「本日ご来店いただくと、ドリンク一杯無料サービス…」を読み出す。

次に、送信部１６は、図７に示した連絡先管理情報から「連絡先」であるメールアドレスを読み出す。ここでは、上記の条件情報が、ユーザ識別情報毎に条件についての判断を行う条件情報でなかったため、連絡先管理情報で管理されている全ての「連絡先」を読み出す。なお、現在状況情報に含まれる「ユーザＩＤ」に対応する「連絡先」は、読み出し対象から除外してもよい。

そして、読み出した各「連絡先」を宛先の情報として、上記で取得したプロモーション情報を本文に含む電子メールを一斉送信する。なお、上記で取得したプロモーション情報を、予め用意されたテンプレート等に配置して送信しても良い。そして、上記の条件情報についての処理を終了する。

上記の「連絡先」が示す宛先の各ユーザは、情報通信端末２を用いて上記のプロモーション情報を含む電子メールを受信する。そして、ユーザが、受信した電子メールを開くと、上記のプロモーション情報が図示しないモニタ等に表示される。

図９は、情報処理装置１から送信されたプロモーション情報の表示例である。

つぎに、プロモーション情報取得部１４は、図６に示したプロモーション管理情報の上から二番目のレコード（ここでは、「条件ＩＤ」が「００２」であるレコード）から、「条件」の値を読み出す。そして、この「条件」の値が「判断対象：各ユーザ識別情報」という文字列を含むか否かを判断する。ここでは、含むため、プロモーション情報取得部１４は、条件情報が、ユーザ識別情報毎の条件情報であると判断する。そして、利用情報格納部１１に格納されている各ユーザ識別情報と対応付けられた利用情報を個別に対象として、条件を満たすか否かの判断を行う。

プロモーション情報取得部１４は、図７に示した連絡先管理情報の一番上のレコード（ここでは行）から、「ユーザＩＤ」の値「Ｕ０１０１」を読み出す。そして、このユーザＩＤ「Ｕ０１０１」に対応する利用情報が、上記で読み出した条件情報の「内容：」に続く文字列が示す条件を満たすか否かを判断する。上記で読み出した条件情報の「内容：」以降の文字列が示す条件は、「対応する利用情報に、商品名が「グラタン」である注文履歴情報を有する利用情報が、３以上存在する。」である。例えば、この条件情報は、飲食店の管理者等が、グラタンの売れ行きが悪いため、グラタンの販売を増やすために設定した条件情報であるとする。プロモーション情報取得部１４は、図４に示した利用管理情報から、「ユーザＩＤ」が「Ｕ０１０１」であるレコードを検出し、検出したレコードの「利用管理ＩＤ」を全て取得する。ただし、来店時刻等で、検出対象のレコードを選択的に検出しても良い。例えば、過去一週間分の利用情報だけを来店時刻等を用いて選択的に検出しても良い。かかることは、他の条件についても同様である。そして、図５に示した注文履歴情報のレコードのうちの、上記で取得した全ての「利用管理ＩＤ」のいずれかと一致する「利用管理ＩＤ」を有するレコードにおいて、「商品名」が「グラタン」であるレコードを検出し、その検出数を取得する。検出数は「５」であったとする。そして、検出数が、条件情報が示す値である３以上であるか否かを判断する。ここでは、検出数が「５」であり、３以上であると判断される。このため、プロモーション情報取得部１４は、この条件情報に対応付けられた「プロモーション情報」を、図６に示したプロモーション管理情報から取得する。

送信部１６は、プロモーション情報取得部１４が取得したユーザＩＤ「Ｕ０１０１」に対応する「連絡先」の値である「ayamada@abact…」を取得し、この値を宛先にして、上記で取得したプロモーション情報を電子メールで送信する。

「ユーザＩＤ」が「Ｕ０１０１」であるユーザが、情報通信端末２を用いて上記のプロモーション情報を含む電子メールを受信し、この電子メールを開くと、上記のプロモーション情報が表示される。

図１０は、情報処理装置１から送信されたプロモーション情報の表示例である。

また、プロモーション情報取得部１４は、図７に示した連絡先管理情報の上から二番目以降のレコードについてもそれぞれ上記と同様の処理を繰り返し、この条件情報についての処理を終了する。

なお、一の「ユーザＩＤ」に対応する注文履歴情報に、「商品名」が「グラタン」であるレコードが、３以上検出されなかった場合、この「ユーザＩＤ」が示すユーザについては、プロモーション情報の取得および送信は行われない。

つぎに、プロモーション情報取得部１４は、図６に示したプロモーション管理情報の上から３番目の「条件ＩＤ」が「００３」であるレコードから、「条件」の値を読み出す。そして、この「条件」の値が「判断対象：各ユーザ識別情報」という文字列を含むため、プロモーション情報取得部１４は、条件情報が、ユーザ識別情報毎の条件情報であると判断する。そして、利用情報格納部１１に格納されている各ユーザ識別情報と対応付けられた利用情報を個別に対象として、条件を満たすか否かの判断を行う。

プロモーション情報取得部１４は、図７に示した連絡先管理情報の一番上のレコード（ここでは行）から、「ユーザＩＤ」の値「Ｕ０１０１」を読み出す。そして、このユーザＩＤ「Ｕ０１０１」に対応する利用情報が、上記で読み出した条件情報の「内容：」に続く文字列が示す条件を満たすか否かを判断する。上記で読み出した条件情報の「内容：」以降の文字列が示す条件は、「対応する利用情報に、来店時間帯が１７時から１８時までの利用情報が、３０％以上存在する。」である。来店時間帯は、ここでは、利用情報に含まれる「来店時刻」と「退店時刻」との間の時間帯であるとする。プロモーション情報取得部１４は、図４に示した利用管理情報から、「ユーザＩＤ」が「Ｕ０１０１」であるレコードを検出する。そして検出した各レコードについて、「来店時刻」または、「退店時刻」の一方が、１７時から１８時までの時間帯の時刻であるか否かを判断する。そして、この時間帯の時刻であれば、そのレコードは、来店時間帯が１７時から１８時までの利用情報であると判断され、その利用情報の数がカウントされる。また、「来店時刻」が１７時より前で、「退店時刻」が１８時よりも後である場合も、そのレコードは、来店時間帯が１７時から１８時までの利用情報であると判断され、その利用情報の数がカウントされる。それ以外の場合は、来店時間帯が１７時から１８時までの時間帯でないと判断され、その利用情報はカウントされない。そして、「ユーザＩＤ」が「Ｕ０１０１」である全てのレコードについての判断が終わった時点のカウント数を、「ユーザＩＤ」が「Ｕ０１０１」であるレコードの総数で除算して、来店時間帯が１７時から１８時までの利用情報の、「ユーザＩＤ」が「Ｕ０１０１」である利用情報のレコードの総数に対する比率を算出する。例えば、ここで算出した比率が、２０％であったとする。そして、プロモーション情報取得部１４は、算出した比率が、条件情報が示す値である３０％以上であるか否かを判断する。ここでは、３０％以上でないため、条件情報が示す条件を満たさないと判断する。このため、連絡先管理情報の二番目以降の「ユーザＩＤ」についても、同様の処理を順次行う。そして、一の「ユーザＩＤ」に対応する利用情報について上記と同様に算出した比率が、３０％以上である場合には、プロモーション情報取得部１４がこの条件情報に対応するプロモーション情報を取得して、送信部１６がこの「ユーザＩＤ」に対応する「連絡先」にプロモーション情報を順次送信する。そして、この条件情報についての処理を終了する。

図１１は、情報処理装置１から送信されたプロモーション情報の表示例である。

つぎに、プロモーション情報取得部１４は、図６に示したプロモーション管理情報の上から４番目の「条件ＩＤ」が「００４」であるレコードから、「条件」の値を読み出す。そして、この「条件」の値が「判断対象：各ユーザ識別情報」という文字列を含むため、プロモーション情報取得部１４は、条件情報が、ユーザ識別情報毎の条件情報であると判断する。そして、利用情報格納部１１に格納されている各ユーザ識別情報と対応付けられた利用情報を個別に対象として、条件を満たすか否かの判断を行う。

プロモーション情報取得部１４は、図７に示した連絡先管理情報の一番上のレコード（ここでは行）から、「ユーザＩＤ」の値「Ｕ０１０１」を読み出す。そして、このユーザＩＤ「Ｕ０１０１」に対応する利用情報が、上記で読み出した条件情報の「内容：」に続く文字列が示す条件を満たすか否かを判断する。上記で読み出した条件情報の「内容：」以降の文字列が示す条件は、「対応する利用情報に、現在空いているテーブルの定員と一致する来客人数を有する利用情報が、５０％以上存在する。」である。

まず、プロモーション情報取得部１４は、図４に示した利用情報の中から、現在状況情報を含む全ての利用情報のレコード、即ち「退店時刻」が空欄（あるいはＮｕｌｌ値）である利用情報のレコードを検出し、検出したレコードにそれぞれ含まれる「テーブルＩＤ」の値を取得する。

図１２は、飲食店Ａのテーブルとその座席数とを管理するテーブル管理情報を示す図である。このテーブル管理情報は、例えば、プロモーション情報格納部１３や図示しない記憶媒体等に予め格納されているものとする。あるいは、情報処理装置１の外部のアクセス可能な記憶媒体等に格納されていても良い。テーブル管理情報は、「テーブルＩＤ」と、「座席数」という属性を有している。「テーブルＩＤ」はテーブルの識別情報であり、ここでは、テーブル番号であるとする。「座席数」は各テーブルに設けられた座席数である。

プロモーション情報取得部１４は、図１２が示す「テーブルＩＤ」から、上記で利用情報から取得した「テーブルＩＤ」を除外して、図１２が示す「テーブルＩＤ」のうちの、利用情報から取得した「テーブルＩＤ」と重複しない「テーブルＩＤ」を検出する。ここでは、重複しない「テーブルＩＤ」として、「Ｔ０２」、「Ｔ０７」、「Ｔ０８」、「Ｔ０９」、「Ｔ１０」が検出されたとする。そして、検出した「テーブルＩＤ」に対応する「座席数」の値を、重複した値を複数取得しないように取得する。ここでは、プロモーション情報取得部１４は、「座席数」の値として、「４」を取得する。

次に、プロモーション情報取得部１４は、図４に示した利用管理情報から、「ユーザＩＤ」が「Ｕ０１０１」であるレコードを検出する。そして検出した各レコードについて、「来店人数」の値が、上記で取得した「座席数」の値「４」と一致するレコードを検出し、検出したレコードの数をカウントする。カウントしたレコード数が、「１２」であったとする。また「ユーザＩＤ」が「Ｕ０１０１」であるレコードの総数が「２０」であったとする。そして、プロモーション情報取得部１４は、カウントしたレコード数「１２」を、レコードの総数「２０」で除算して、ユーザＩＤ「Ｕ０１０１」と対応付けられた利用情報のうちの、「来店人数」が現在空いているテーブルの定員（即ち、ここでは、「座席数」）と一致する利用情報の比率を算出する。算出した比率は、６０％となる。そして、この比率が、条件情報が示す比率である５０％以上であるか否かを判断する。ここでは、５０％以上であるため、プロモーション情報取得部１４は、上記の条件を満たすと判断する。このため、プロモーション情報取得部１４は、上記と同様に、この条件情報に対応付けられたプロモーション情報を取得し、送信部１６がユーザＩＤ「Ｕ０１０１」に対応する連絡先情報が示す連絡先にプロモーション情報を送信する。

図１３は、情報処理装置１から送信されたプロモーション情報の表示例である。

また、プロモーション情報取得部１４は、図７に示した連絡先管理情報の上から二番目以降のレコードについてもそれぞれ上記と同様の処理を繰り返される。そして、この条件情報についての処理を終了する。

なお、一の「ユーザＩＤ」に対応する注文履歴情報について算出した上記の比率が、５０％以上である場合、この「ユーザＩＤ」が示すユーザについてはプロモーション情報の取得および送信は行われない。

このように、ユーザの利用情報が条件情報を満たす場合に、この条件情報に応じたプロモーション情報を取得して送信することで、ユーザの利用状況に応じた適切なプロモーションを行うことが可能となる。

ここで、プロモーション情報取得部１４が、飲食店Ａについての利用情報から、上述したように、ユーザが来店する頻度の低い時間帯であるアイドルタイムを検出し、アイドルタイムの予め指定された時間だけ前の時刻に、プロモーション情報を取得し、このプロモーション情報を送信部１６が送信する場合の例について以下に説明する。

まず、プロモーション情報取得部１４は、飲食店Ａの営業時間を複数の時間帯に分割する。ここでは、飲食店Ａの営業時間は、１７時から２３時までとし、この営業時間を、各正時を分割位置（分割する時刻）として６つの時間帯に分割する。

そして、利用情報格納部１１に格納されている全ての利用情報の中から、来店時間帯（即ち「来店時刻」と「退店時刻」との間の時間帯）が分割した各時間帯を含む利用情報の数を、分割した各時間帯ごとにカウントする。この処理は、「ユーザＩＤ」毎に処理を行わない点を除けば、上記の「条件ＩＤ」が「００３」の処理と同様である。そして、分割した各時間帯ごとに取得したカウント数を、全ての利用情報数で分割して、ユーザの来店する頻度を算出する。

図１４は、プロモーション情報取得部１４が算出した営業時間内における時間帯別のユーザの来店する頻度を示す図である。「時間帯」は、営業時間が正時で分割した時間帯を示し、「来店頻度」は、ユーザの来店する頻度を示す。

そして、プロモーション情報取得部１４は、「来店頻度」の値が一番小さい「時間帯」が示す時間帯である「１７時００分〜１７時５９分」をアイドルタイムに決定する。ただし、最も遅い時間帯等（ここでは、２２時００分〜２２時５９分）を、アイドルタイム等の対象から除外するようにしても良い。

そして、このアイドルタイムの開始時刻である「１７時００分」よりも予め指定された時間である３０分だけ早い時刻である「１６時３０分」を、アイドルタイムに関するプロモーション情報を送信する時刻に設定する。

そして、プロモーション情報取得部１４は、現在の時刻が、このアイドルタイムに関するプロモーション情報を送信する時刻となった場合、プロモーション情報を送信する処理を行う。ただし、ここでは、この処理に利用する条件情報としては、上述した条件情報とは異なり、予めアイドルタイムに対して対応付けられた条件情報を用いるものとする。この条件情報は、例えば、プロモーション情報格納部１３に、プロモーション情報と対応付けて予め格納しておく。この条件情報として、例えば、「判断対象：各ユーザ識別情報 内容：対応する利用情報に、来店時間がアイドルタイムである利用情報が、３０％以上存在する」という条件情報が利用可能である。また、この条件情報と対応付けられたプロモーション情報としては、どのようなプロモーション情報であっても良い。ただし、プロモーション情報の有効期間を指定しないもの、あるいは、有効期間をアイドルタイムに設定したものとすることが好ましい。そして、プロモーション情報取得部１４は、この条件情報を用いて、上記と同様に利用情報が条件を満たすか否かの判断処理を行い、条件を満たす場合に、上記のプロモーション情報を取得して、送信部１６が取得したプロモーション情報をユーザに送信するようにすればよい。

なお、上記具体例において説明した条件情報の閾値となる数値等は、適宜変更可能であり、飲食店の管理者等が設定した予め指定された値であればよい。

以上、本実施の形態によれば、ユーザの利用情報に応じたプロモーション情報を選択して、送信することができるため、ユーザに対して、飲食店の店舗への来店を促すためのプロモーションの情報を適切に提供することができる。

なお、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段（情報送信部など）は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態では、情報処理装置がスタンドアロンである場合について説明したが、情報処理装置は、スタンドアロンの装置であってもよく、サーバ・クライアントシステムにおけるサーバ装置であってもよい。後者の場合には、出力部や受付部は、通信回線を介して入力を受け付けたり、画面を出力したりすることになる。

また、上記各実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。その実行時に、プログラム実行部は、格納部（例えば、ハードディスクやメモリ等の記録媒体）にアクセスしながらプログラムを実行してもよい。

なお、上記各実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、１以上のユーザによる飲食店の利用に関する情報である利用情報が格納される利用情報格納部と、飲食店の利用を促す情報であるプロモーション情報が格納されるプロモーション情報格納部と、ユーザに対応した連絡先を示す情報である１以上の連絡先情報が格納される連絡先情報格納部と、にアクセス可能なコンピュータを、利用情報を受け付け、利用情報格納部に蓄積する利用情報受付部と、利用情報格納部に格納されている利用情報に応じたプロモーション情報をプロモーション情報格納部から取得するプロモーション情報取得部と、プロモーション情報取得部が取得したプロモーション情報を、連絡先情報格納部に格納されている１以上の連絡先情報が示す連絡先に送信する送信部として機能させるためのプログラムである。

なお、上記プログラムにおいて、上記プログラムが実現する機能には、ハードウェアでしか実現できない機能は含まれない。例えば、情報を取得する取得部や、情報を出力する出力部などにおけるモデムやインターフェースカードなどのハードウェアでしか実現できない機能は、上記プログラムが実現する機能には含まれない。

また、このプログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

図１５は、上記プログラムを実行して、上記実施の形態による情報処理装置を実現するコンピュータの外観の一例を示す模式図である。上記実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムによって実現されうる。

図１５において、コンピュータシステム９００は、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）ドライブ９０５、ＦＤ（Ｆｌｏｐｐｙ（登録商標） Ｄｉｓｋ）ドライブ９０６を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、モニタ９０４とを備える。

図１６は、コンピュータシステム９００の内部構成を示す図である。図１６において、コンピュータ９０１は、ＣＤ−ＲＯＭドライブ９０５、ＦＤドライブ９０６に加えて、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１３と、アプリケーションプログラム、システムプログラム、及びデータを記憶するハードディスク９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５とを備える。なお、コンピュータ９０１は、ＬＡＮへの接続を提供する図示しないネットワークカードを含んでいてもよい。

コンピュータシステム９００に、上記実施の形態による情報処理装置等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ９２１、またはＦＤ９２２に記憶されて、ＣＤ−ＲＯＭドライブ９０５、またはＦＤドライブ９０６に挿入され、ハードディスク９１４に転送されてもよい。これに代えて、そのプログラムは、図示しないネットワークを介してコンピュータ９０１に送信され、ハードディスク９１４に記憶されてもよい。プログラムは実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ＣＤ−ＲＯＭ９２１やＦＤ９２２、またはネットワークから直接、ロードされてもよい。

プログラムは、コンピュータ９０１に、上記実施の形態による情報処理装置の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる情報処理装置等は、プロモーションのための情報を送信する装置等として適しており、特に、飲食店についてのプロモーションのための情報を送信する装置等として有用である。

１ 情報処理装置
２ 各情報通信端末
１１ 利用情報格納部
１２ 利用情報受付部
１３ プロモーション情報格納部
１４ プロモーション情報取得部
１５ 連絡先情報格納部
１６ 送信部
１０００ 情報処理システム

Claims (9)

1. １以上のユーザによる飲食店の利用に関する情報である利用情報が格納される利用情報格納部と、
   利用情報を受け付け、前記利用情報格納部に蓄積する利用情報受付部と、
   前記飲食店の利用を促す情報であるプロモーション情報が格納されるプロモーション情報格納部と、
   前記利用情報格納部に格納されている利用情報に応じたプロモーション情報を前記プロモーション情報格納部から取得するプロモーション情報取得部と、
   ユーザに対応した連絡先を示す情報である１以上の連絡先情報が格納される連絡先情報格納部と、
   前記プロモーション情報取得部が取得したプロモーション情報を、前記連絡先情報格納部に格納されている１以上の連絡先情報が示す連絡先に送信する送信部とを備え、
   前記利用情報格納部には、ユーザによる現在の前記飲食店の利用状況を示す情報である現在状況情報を含む利用情報が格納され、
   前記プロモーション情報格納部には、利用情報に関する条件を示す情報であって、前記現在状況情報に関する条件を含む条件情報と、前記プロモーション情報と、を有する情報であるプロモーション管理情報が格納され、
   前記プロモーション情報取得部は、前記利用情報格納部に格納された現在状況情報を含む利用情報が、前記プロモーション情報格納部に格納されている前記現在状況情報に関する条件を含む１以上の前記条件情報を満たす場合に、当該条件情報と対応付けられたプロモーション情報を前記プロモーション管理情報から取得する情報処理装置。
2. １以上のユーザによる飲食店の利用に関する情報である利用情報が格納される利用情報格納部と、
   利用情報を受け付け、前記利用情報格納部に蓄積する利用情報受付部と、
   前記飲食店の利用を促す情報であるプロモーション情報が格納されるプロモーション情報格納部と、
   前記利用情報格納部に格納されている利用情報に応じたプロモーション情報を前記プロモーション情報格納部から取得するプロモーション情報取得部と、
   ユーザに対応した連絡先を示す情報である１以上の連絡先情報が格納される連絡先情報格納部と、
   前記プロモーション情報取得部が取得したプロモーション情報を、前記連絡先情報格納部に格納されている１以上の連絡先情報が示す連絡先に送信する送信部とを備え、
   前記利用情報格納部には、ユーザが注文した飲食物を示す情報である注文履歴情報を含む利用情報が格納され、
   前記プロモーション情報格納部には、利用情報に関する条件を示す情報であって、前記注文履歴情報に関する条件を含む条件情報と、前記プロモーション情報と、を有する情報であるプロモーション管理情報が格納され、
   前記プロモーション情報取得部は、前記利用情報格納部に格納された注文履歴情報を含む利用情報が、前記プロモーション情報格納部に格納されている注文履歴情報に関する条件を含む１以上の前記条件情報を満たす場合に、当該条件情報と対応付けられたプロモーション情報を前記プロモーション管理情報から取得する情報処理装置。
3. 前記利用情報格納部には、ユーザが来店した時間帯を示す情報である来店時間帯を含む利用情報が格納され、
   前記プロモーション情報取得部は、前記利用情報に含まれる来店時間帯を用いて、ユーザが来店する頻度の低い時間帯であるアイドルタイムを検出し、当該アイドルタイムの前に、前記プロモーション情報を取得し、
   前記送信部は、前記アイドルタイムの前に前記プロモーション情報を送信する請求項１または請求項２記載の情報処理装置。
4. 前記プロモーション情報は、前記飲食店で提供される飲食物の料金の割引に関する情報である割引情報またはユーザに提供される特典を示す特典情報である請求項１から請求項３いずれか一項記載の情報処理装置。
5. 前記利用情報格納部には、前記利用情報が、ユーザの識別情報であるユーザ識別情報と対応付けて格納され、
   前記利用情報受付部は、前記利用情報とユーザ識別情報とを受け付け、受け付けた利用情報とユーザ識別情報とを対応付けて前記利用情報格納部に蓄積し、
   前記プロモーション情報取得部は、前記ユーザ識別情報毎に、当該ユーザ識別情報と対応付けられた利用情報が、前記プロモーション情報格納部に格納されている１以上の前記条件情報を満たすか否かを判断し、満たす場合に、当該条件情報と対応付けられたプロモーション情報を取得し、
   前記連絡先情報格納部には、前記連絡先情報が、前記ユーザ識別情報と対応付けられて格納されており、
   前記送信部は、前記プロモーション情報取得部が取得したプロモーション情報を、当該プロモーション情報に対応するユーザ識別情報に対応付けられた連絡先情報が示す連絡先に送信する請求項１から請求項４いずれか一項記載の情報処理装置。
6. １以上のユーザによる飲食店の利用に関する情報である利用情報が格納される利用情報格納部と、利用情報受付部と、前記飲食店の利用を促す情報であるプロモーション情報が格納されるプロモーション情報格納部と、プロモーション情報取得部と、ユーザに対応した連絡先を示す情報である１以上の連絡先情報が格納される連絡先情報格納部と、送信部とを用いて行われる情報処理方法であって、
   前記利用情報受付部が、利用情報を受け付け、前記利用情報格納部に蓄積する利用情報受付ステップ、
   前記プロモーション情報取得部が、前記利用情報格納部に格納されている利用情報に応じたプロモーション情報を前記プロモーション情報格納部から取得するプロモーション情報取得ステップと、
   前記送信部が、前記プロモーション情報取得ステップで取得したプロモーション情報を、前記連絡先情報格納部に格納されている１以上の連絡先情報が示す連絡先に送信する送信ステップとを備え、
   前記利用情報格納部には、ユーザによる現在の前記飲食店の利用状況を示す情報である現在状況情報を含む利用情報が格納され、
   前記プロモーション情報格納部には、利用情報に関する条件を示す情報であって、前記現在状況情報に関する条件を含む条件情報と、前記プロモーション情報と、を有する情報であるプロモーション管理情報が格納され、
   前記プロモーション情報取得ステップは、前記利用情報格納部に格納された現在状況情報を含む利用情報が、前記プロモーション情報格納部に格納されている前記現在状況情報に関する条件を含む１以上の前記条件情報を満たす場合に、当該条件情報と対応付けられたプロモーション情報を前記プロモーション管理情報から取得する情報処理方法。
7. １以上のユーザによる飲食店の利用に関する情報である利用情報が格納される利用情報格納部と、利用情報受付部と、前記飲食店の利用を促す情報であるプロモーション情報が格納されるプロモーション情報格納部と、プロモーション情報取得部と、ユーザに対応した連絡先を示す情報である１以上の連絡先情報が格納される連絡先情報格納部と、送信部とを用いて行われる情報処理方法であって、
   前記利用情報受付部が、利用情報を受け付け、前記利用情報格納部に蓄積する利用情報受付ステップ、
   前記プロモーション情報取得部が、前記利用情報格納部に格納されている利用情報に応じたプロモーション情報を前記プロモーション情報格納部から取得するプロモーション情報取得ステップと、
   前記送信部が、前記プロモーション情報取得ステップで取得したプロモーション情報を、前記連絡先情報格納部に格納されている１以上の連絡先情報が示す連絡先に送信する送信ステップとを備え、
   前記利用情報格納部には、ユーザが注文した飲食物を示す情報である注文履歴情報を含む利用情報が格納され、
   前記プロモーション情報格納部には、利用情報に関する条件を示す情報であって、前記注文履歴情報に関する条件を含む条件情報と、前記プロモーション情報と、を有する情報であるプロモーション管理情報が格納され、
   前記プロモーション情報取得ステップは、前記利用情報格納部に格納された注文履歴情報を含む利用情報が、前記プロモーション情報格納部に格納されている注文履歴情報に関する条件を含む１以上の前記条件情報を満たす場合に、当該条件情報と対応付けられたプロモーション情報を前記プロモーション管理情報から取得する情報処理方法。
8. １以上のユーザによる飲食店の利用に関する情報である利用情報が格納される利用情報格納部と、前記飲食店の利用を促す情報であるプロモーション情報が格納されるプロモーション情報格納部と、ユーザに対応した連絡先を示す情報である１以上の連絡先情報が格納される連絡先情報格納部と、にアクセス可能なコンピュータを、
   利用情報を受け付け、前記利用情報格納部に蓄積する利用情報受付部と、
   前記利用情報格納部に格納されている利用情報に応じたプロモーション情報を前記プロモーション情報格納部から取得するプロモーション情報取得部と、
   前記プロモーション情報取得部が取得したプロモーション情報を、前記連絡先情報格納部に格納されている１以上の連絡先情報が示す連絡先に送信する送信部として機能させ、
   前記利用情報格納部には、ユーザによる現在の前記飲食店の利用状況を示す情報である現在状況情報を含む利用情報が格納され、
   前記プロモーション情報格納部には、利用情報に関する条件を示す情報であって、前記現在状況情報に関する条件を含む条件情報と、前記プロモーション情報と、を有する情報であるプロモーション管理情報が格納され、
   前記プロモーション情報取得部は、前記利用情報格納部に格納された現在状況情報を含む利用情報が、前記プロモーション情報格納部に格納されている前記現在状況情報に関する条件を含む１以上の前記条件情報を満たす場合に、当該条件情報と対応付けられたプロモーション情報を前記プロモーション管理情報から取得するプログラム。
9. １以上のユーザによる飲食店の利用に関する情報である利用情報が格納される利用情報格納部と、前記飲食店の利用を促す情報であるプロモーション情報が格納されるプロモーション情報格納部と、ユーザに対応した連絡先を示す情報である１以上の連絡先情報が格納される連絡先情報格納部と、にアクセス可能なコンピュータを、
   利用情報を受け付け、前記利用情報格納部に蓄積する利用情報受付部と、
   前記利用情報格納部に格納されている利用情報に応じたプロモーション情報を前記プロモーション情報格納部から取得するプロモーション情報取得部と、
   前記プロモーション情報取得部が取得したプロモーション情報を、前記連絡先情報格納部に格納されている１以上の連絡先情報が示す連絡先に送信する送信部として機能させ、
   前記利用情報格納部には、ユーザが注文した飲食物を示す情報である注文履歴情報を含む利用情報が格納され、
   前記プロモーション情報格納部には、利用情報に関する条件を示す情報であって、前記注文履歴情報に関する条件を含む条件情報と、前記プロモーション情報と、を有する情報であるプロモーション管理情報が格納され、
   前記プロモーション情報取得部は、前記利用情報格納部に格納された注文履歴情報を含む利用情報が、前記プロモーション情報格納部に格納されている注文履歴情報に関する条件を含む１以上の前記条件情報を満たす場合に、当該条件情報と対応付けられたプロモーション情報を前記プロモーション管理情報から取得するプログラム。

Images