JP7356031B2 - 情報処理システム、情報処理方法及びプログラム - Google Patents

Description

本発明は、ユーザ端末に飲食店等のサービス施設に関するメッセージを送信可能な情報処理システム、情報処理方法及びプログラムに関する。

従来から、ユーザへ飲食店等のサービス店舗の販売促進のための広告情報を配信することが行われている。

例えば下記特許文献１には、顧客の来店履歴に基づいて来店周期の標準値をデータベースに記録し、来店周期の標準値に基づいて来店予測日を算出し、来店予測日の所定の日数前から当日に再来店勧誘の案内文を含む電子メールを作成することが記載されている。

特開２００４－１１８４５７号公報

しかしながら、上記特許文献１に記載の技術では、顧客の来店周期に応じた日に再来店が期待できるものの、例えば現実に空席が発生しており店側が来店を望む時にユーザを来店に導くことはできない。

以上のような事情に鑑み、本発明の目的は、サービス店舗が希望する時にユーザを来店に導くことが可能な情報処理システム、情報処理方法及びプログラムを提供することにある。

本発明の一形態に係る情報処理システムは、通信部と記憶部と制御部とを有する。上記記憶部は、サービス店舗が受け付けた予約に関する予約情報を記憶する。上記制御部は、上記予約情報に基づいて、少なくとも特定の日の予約状況を表示する複数の予約状況表示欄を有する予約台帳画面を生成する。また制御部は、上記予約台帳画面上のいずれかの上記予約状況表示欄を選択する上記サービス店舗のユーザの操作が受け付けられた場合に、当該選択された予約状況表示欄に対応する上記サービス店舗の広告情報を配信するためのユーザインタフェースを上記予約台帳画面上に表示させ、上記ユーザインタフェースに対する上記ユーザの操作に応じて、上記広告情報を配信する。

この構成により情報処理システムは、予約台帳画面に対するサービス店舗のユーザの操作を基に、予約状況に応じて広告情報を配信することで、サービス店舗が希望する時にユーザを来店に導くことができる。当該情報処理システムは、１または複数の情報処理装置で構成されうる。

上記制御部は、上記予約状況表示欄として、定員を有する席と各日の時間帯とで特定される複数の予約枠を表示し、当該予約枠ごとに、上記受け付けた予約を特定する予約特定情報を表示し、上記ユーザインタフェースとして、上記選択された予約枠内に、押下により上記広告情報を配信するための配信ボタンを表示させてもよい。

これによりサービス店舗の従業員は、特定の日の席及び時間帯の予約枠を選択し当該予約枠内に表示される配信ボタンを押下するだけで広告情報をユーザに配信することができる。

上記制御部は、上記選択された予約枠に対応する席の定員または時間帯に応じた内容の上記広告情報を配信してもよい。

これにより情報処理システムは、特定の席または時間帯に応じた広告情報を配信することができる。

上記制御部は、上記ユーザから、複数の上記予約枠をまたがる操作を受け付けた場合、当該複数の予約枠に対応する複数の席の定員の合計または複数の時間帯を合わせた時間帯に応じた内容の上記広告情報を配信してもよい。

これにより情報処理システムは、複数の席または時間帯に対応する広告情報をユーザの一度の操作で配信することができる。

上記内容は、数、配信時間、配信種別、配信先ユーザ、配信先媒体のうちのいずれかであってもよい。

上記制御部は、上記広告情報の配信から所定時間経過しても上記サービス店舗に予約または来店が無い場合、上記ユーザインタフェースを再度表示させてもよい。

これにより情報処理システムは、広告情報の再配信を行う際のユーザの手間を削減することができる。

上記制御部は、上記広告情報を基に予約が受け付けられた場合、当該予約を示す上記予約特定情報を、上記広告情報に基づかない予約を示す予約特定情報と異なる表示形態で上記予約台帳画面上に表示させてもよい。

これにより情報処理システムは、広告情報の配信による効果をサービス店舗のユーザに視覚的に容易に把握させることができる。

本発明の他の形態に係る情報処理方法は、
サービス店舗が受け付けた予約に関する予約情報に基づいて、少なくとも特定の日の予約状況を表示する複数の予約状況表示欄を有する予約台帳画面を生成し、
上記予約台帳画面上のいずれかの上記予約状況表示欄を選択する上記サービス店舗のユーザの操作が受け付けられた場合に、当該選択された予約状況表示欄に対応する上記サービス店舗の広告情報を配信するためのユーザインタフェースを上記予約台帳画面上に表示させ、
上記ユーザインタフェースに対する上記ユーザの操作に応じて、上記広告情報を配信する、ことを含む。

本発明の他の形態に係るプログラムは、情報処理装置に、
サービス店舗が受け付けた予約に関する予約情報に基づいて、少なくとも特定の日の予約状況を表示する複数の予約状況表示欄を有する予約台帳画面を生成するステップと、
上記予約台帳画面上のいずれかの上記予約状況表示欄を選択する上記サービス店舗のユーザの操作が受け付けられた場合に、当該選択された予約状況表示欄に対応する上記サービス店舗の広告情報を配信するためのユーザインタフェースを上記予約台帳画面上に表示させるステップと、
上記ユーザインタフェースに対する上記ユーザの操作に応じて、上記広告情報を配信するステップと、を実行させる。

以上説明したように、本発明によれば、サービス店舗が希望する時にユーザを来店に導くことができる。しかし、当該効果は本発明を限定するものではない。

本発明の一実施形態に係る飲食店情報提供システムの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバによる、予約台帳画面に基づく広告配信処理の流れを示したフローチャートである。 本発明の一実施形態において飲食店情報提供サーバによって生成され飲食店端末に表示される予約台帳画面の例を示した図である。 本発明の一実施形態において飲食店情報提供サーバによって生成され飲食店端末に表示される予約台帳画面の例を示した図である。 本発明の一実施形態において飲食店情報提供サーバによって生成され飲食店端末に表示される予約台帳画面の例を示した図である。 本発明の一実施形態において飲食店情報提供サーバによって生成され飲食店端末に表示される予約台帳画面の例を示した図である。

以下、図面を参照しながら、本発明の実施形態を説明する。

［システムの構成］
図１は、本実施形態に係る飲食店情報提供システムの構成を示した図である。

同図に示すように、このシステムは、インターネット５０上の飲食店情報提供サーバ１００と、複数のユーザ端末２００と、複数の飲食店端末３００とを含む。

飲食店情報提供サーバ１００は、飲食店に関する情報を掲載したポータルサイト（飲食店情報提供サイト）を運営するウェブサーバである。飲食店情報提供サーバ１００は、複数のユーザ端末２００及び複数の飲食店の飲食店端末３００とインターネット５０を介して接続されている。

飲食店情報提供サーバ１００は、上記ポータルサイトにおいて、ユーザ端末２００のユーザ向けに飲食店情報の検索システムを提供する。具体的には、飲食店情報提供サーバ１００は、ユーザ端末２００からの検索要求に基づいて検索条件に合致する飲食店情報を検索し、検索結果を掲載したＷｅｂページを生成してユーザ端末２００へ送信する。また飲食店情報提供サーバ１００は、当該飲食店情報を閲覧したユーザのユーザ端末２００からの、いずれかの飲食店に対する予約受付処理を代行する。

ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ...）は、ユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（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）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００との間の通信処理を担う。

なお、図示しないが、ユーザ端末２００及び飲食店端末３００の基本的なハードウェア構成も上記飲食店情報提供サーバ１００のハードウェア構成と略同様である。飲食店端末３００の表示部は、典型的には、操作受付部を兼ねたタッチパネルである。

［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。

同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１、ユーザ情報データベース３２、広告情報データベース３３を有している。

飲食店情報データベース３１は、飲食店毎に、その飲食店の店名、所在位置（住所または緯度経度）情報、エリア情報、アクセス情報（最寄り駅情報、最寄り駅からの徒歩距離情報）電話番号、その飲食店を識別するＩＤ（店舗ＩＤ）、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する情報（店舗のＰＲ文等の店舗の特徴を示す情報、飲食店が行うイベント情報等）、飲食店に関する（飲食店を紹介する）画像データ、飲食店が提供するメニューに関するメニュー情報、平均予算情報、営業時間、ウェブサイトＵＲＬ等の情報等を記憶している。これらの情報は、各飲食店の飲食店端末３００から、飲食店情報提供サーバ１００が提供する管理画面を介して入力されたものである。また飲食店情報データベース３１には、各飲食店における予約受付情報が記憶されている。

上記メニュー情報は、上記ポータルサイト上の各飲食店のサイトに掲載されるメニューに対応する情報であり、各飲食店が提供可能な複数のメニューのメニュー名を、飲食店毎に記憶している。当該メニュー情報は、例えば前菜／メイン、ランチ／ディナー／コース等のメニューカテゴリ毎に記憶されてもよい。またメニュー情報としては、メニュー名や値段、説明等を示す文字情報の他、当該メニューを撮影した写真等の画像情報も対応付けて記憶される。

上記エリア情報としては、広さ単位の異なる複数のエリアに関する情報が含まれる。広いエリアとしては例えば都道府県や市区町村、狭いエリアとしては例えば駅から数百ｍ以内（例えば、「銀座エリア」）、それらの間の広さのエリアとして、例えば駅から１ｋｍ以内のエリアや、複数の駅周辺エリアがまとまったエリア（例えば、「銀座・新橋・有楽町エリア」）等が挙げられるが、これらに限られない。これにより、同じ飲食店でも、その広さによって複数のエリアに紐付けられていることになる。

上記カテゴリ情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。

上記予約受付情報は、上記飲食店情報提供サイトを介してユーザ端末２００から（または電話にて）受け付けた情報であり、例えば、各飲食店について、予約日時、予約ユーザ名、予約人数、予約テーブル、予約コース等の情報を有している。

ユーザ情報データベース３２は、ユーザ端末２００を所有する、上記飲食店情報提供サーバ１００が提供する上記ポータルサイトを介した飲食店情報サービスの利用者（会員）であるユーザに関する情報を記憶する。具体的には、ユーザ情報データベース３２は、ユーザＩＤ、パスワード、氏名、メールアドレス（その他のメッセージの宛先となる情報）、電話番号、住所、年齢（層）、性別、誕生日等の情報をユーザ毎に記憶している。

広告情報データベース３３は、ユーザ端末２００へ送信される店舗広告情報（飲食店名、紹介用写真、ウェブサイトＵＲＬ等）を記憶している。当該店舗広告情報は、例えばＤＭ（Direct Message）としてユーザ端末２００へ配信されてもよい。この場合ＤＭは例えば電子メール（ＳＭＴＰを使用したもののほか、ウェブメールやショートメッセージサービスを含む）の形式で配信されるが、インスタントメッセージ等の他の形式（プル式、プッシュ式を問わない）で配信されてもよい。

これら各データベースは、後述する飲食店情報提供サーバ１００による予約台帳画面に基づく広告配信処理において、必要に応じて相互に参照されて用いられる。

［飲食店情報提供サーバの動作］
次に、以上のように構成された飲食店情報提供サーバ１００の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。

図４は、飲食店情報提供サーバ１００による、予約台帳画面に基づく広告配信処理の流れを示したフローチャートである。また図５乃至図８は、飲食店情報提供サーバ１００が生成し飲食店端末３００上で表示される上記予約台帳画面の例を示した図である。

図４に示すように、飲食店情報提供サーバ１００のＣＰＵ１１は、まず、飲食店端末３００から、予約台帳画面の表示要求を受信したか否かを判断する（ステップ４１）。

上記予約台帳画面の表示要求を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記飲食店情報データベース３１中の予約受付情報を基に、その日の予約枠（予約時間及び予約テーブル）毎に予約特定情報（例えば、予約人数及び予約ユーザ名）を表示した予約台帳画面を生成する（ステップ４２）。

図５に示すように、予約台帳画面６０は、縦軸にそれぞれ定員を有する複数のテーブル（席）項目（個室、テーブル、カウンター等）を配し、横軸に当日の複数の時間帯項目（例えば１時間単位）を配したマトリクスによって形成される複数の予約枠６１を有する。

当該各予約枠６１には、それに対応する予約人数及び予約ユーザ名の情報からなる予約特定情報６２が重畳表示される。予約時間帯が複数の時間帯にまたがる場合には、当該予約特定情報６２も複数の予約枠６１に跨って表示される（例えば同図の予約特定情報６２ａ及び６２ｅ）。

図４に戻り、続いてＣＰＵ１１は、上記予約台帳画面６０のいずれかの予約枠６１の選択操作があった旨の通知情報を飲食店端末３００から受信したか否かを判断する（ステップ４３）。当該選択操作は、図５に示すように例えば予約枠６１のタップ、ロングタッチ等であるが、これに限られない。

いずれかの予約枠６１の選択操作があったと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該選択された予約枠６１内に、押下により広告情報を配信するための広告配信ボタンを飲食店端末３００に表示させる（ステップ４４）。図６には、飲食店端末３００のユーザによって選択された予約枠６１ｃ内に表示される広告配信ボタン６５が示されている。

また、図７に示すように、複数の予約枠６１をまたがる選択操作（例えば、複数の予約枠６１ｃから６１ｄまでの同図矢印方向のドラッグ操作）を受け付けた場合、図８に示すように、ＣＰＵ１１は、当該複数の予約枠６１をまたがるように広告配信ボタン６５を表示させる。

図７及び図８の例では、飲食店端末３００のユーザが横方向の時間帯軸に沿って複数の予約枠６１を選択した例が示されているが、縦方向のテーブル軸に沿って複数の予約枠６１を選択した場合には、それに応じて複数の縦方向の予約枠６１をまたがるように広告配信ボタン６５が表示される。

さらに、飲食店端末３００のユーザが２本の指で１つの予約枠６１から縦軸と横軸にそれぞれ沿ってピンチアウトするような操作を受け付けることで、複数の時間帯及びテーブルにまたがるような広告配信ボタン６５が表示されてもよい。

図４に戻り、続いてＣＰＵ１１は、上記表示された広告配信ボタン６５に対する押下操作があった旨の通知情報を飲食店端末３００から受信したか否かを判断する（ステップ４５）。

当該広告配信ボタン６５に対する押下操作があったと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該広告配信ボタン６５が表示されている予約枠６１に対応するテーブルの定員または時間帯に応じた数の広告情報をユーザ端末２００へ配信する（ステップ４６）。

例えばＣＰＵ１１は、予約枠６１に対応するテーブルの定員に特定の配信基準値を乗算した数の広告情報を配信してもよいし、予約枠６１に対応する時間帯ごとに設定された配信数の広告情報を配信してもよい。例えば１７時～１８時等の早めの時間帯及び２１時以降の遅めの時間帯の配信数は、１８時～２０時等の混雑時間帯の配信数よりも多く設定される。

また、上記図７及び図８に示すように複数の予約枠６１にまたがる広告配信ボタン６５が押下された場合には、ＣＰＵ１１は、当該複数の予約枠６１に対応する複数のテーブルの定員の合計値に上記配信基準値を乗算した数の広告情報を配信してもよいし、複数の予約枠６１に対応する複数の時間帯にそれぞれ設定された配信数を合計した数の広告情報を配信してもよい。

またＣＰＵ１１は、予約枠６１に対応するテーブルの定員と時間帯の両方を用いて、予約枠６１に対応するテーブルの定員に、対応する時間帯ごとに設定された配信数を乗じた数の広告情報を配信してもよい。

また、広告情報は、対応する時間帯またはテーブルに応じて、それに含まれる特典内容（例えば割引率、割引額、割引対象メニュー等）が異なっていてもよい。

［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、予約台帳画面６０に対する飲食店の従業員の操作を基に、予約状況に応じて広告情報を配信することで、飲食店が希望する時にユーザを来店に導くことができる。

また飲食店情報提供サーバ１００は、特定の予約枠に応じたピンポイントの広告情報を配信することで、予約枠に関係なく配信される無駄な広告情報によってネットワークトラフィックが大きくなってしまうのを防ぐことができる。

［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。

上述の実施形態において、ＣＰＵ１１は、上記広告配信ボタン６５によって配信された広告情報の配信から所定時間（例えば３０分等）経過しても広告元の飲食店に予約または来店が無い場合、上記広告配信ボタン６５を同じ予約枠６１に再度表示させてもよい。これにより、広告情報の再配信を行う際のユーザの手間が削減される。

上述の実施形態において、ＣＰＵ１１は、広告配信ボタン６５によって配信された広告情報を基に飲食店に予約が受け付けられた場合、当該予約を示す上記予約特定情報６５を、上記広告情報に基づかない予約を示す予約特定情報６５と異なる表示形態（例えば異なる色、フォント、大きさ等）で上記予約台帳画面６０上に表示させてもよい。これにより、広告情報の配信による効果が飲食店の従業員に視覚的に容易に把握される。

上述の実施形態では、予約枠に表示されるユーザインタフェースとして広告配信ボタンが示されたが、当該ユーザインタフェースはボタン形式に限られず、例えば予約枠のタッチ位置を基準に表示されるコンテキストメニューであってもよく、当該コンテキストメニューに広告配信のオプションが含まれてもよい。また当該ユーザインタフェースは予約枠の外部に表示されてもよいし予約枠からはみ出すように表示されてもよい。

上述の実施形態では、広告情報はユーザ端末２００へ配信されるものとして記載したが、広告情報はユーザ端末２００以外に配信されるものであっても構わない。例えば広告情報は、上記予約台帳画面に対する従業員の操作に基づいて、例えば特定のウェブサイト（飲食店情報提供サイト等）に掲載されるものであっても構わない。

上述の実施形態では、予約台帳画面には予約状況表示欄として、１日のうちの時間帯が横軸に、複数のテーブル種別が縦軸に配置されたマトリクス状の予約枠が示された。しかし、当該予約台帳画面は日別の画面に限られず、例えば月別のカレンダータイプの画面として表示されても構わない。この場合、カレンダー上の各日の枠が予約状況表示欄として用いられ、当該枠には、予約特定情報として、例えば対応する日の予約件数や最大予約可能数に対する予約率を示す数字が表示されてもよい。

そしてＣＰＵ１１は、当該日ごとの枠のうちいずれかの枠が飲食店端末３００のユーザに選択されると広告配信ボタン等のユーザインタフェースを表示させ、それに対する配信操作が受け付けられると、当該日ごとの枠に応じた内容の広告情報が配信されてもよい。例えば１か月のうち、曜日や日にちに応じて広告配信数が設定されており（例えば、月曜から週末にかけて、または月初から月末にかけて大きくなるように設定される）、飲食店端末３００のユーザは、例えば上記カレンダー上で予約件数や予約率が低い日の枠を選択することでその日用の広告情報を配信することができる。

上述の実施形態では、広告配信ボタン６５が表示された予約枠６１に対応するテーブルの定員または時間帯に応じた数の広告情報が配信された。しかし、広告情報は、テーブルの定員または時間帯に応じた数ではなく、当該定員または時間帯に応じた配信時間に配信されてもよいし、当該定員または時間帯に応じた種別の広告情報が配信されてもよいし、当該定員または時間帯に応じたユーザに対して配信されてもよいし、当該定員または時間帯に応じた配信媒体（例えば、メール、プッシュ通知、ウェブサイト、デジタルサイネージ等）によって配信されてもよい。

上述の実施形態では、飲食店端末３００のユーザが、予約が入っていない予約枠６１を選択することで当該予約枠６１に対応する広告情報が送信される例が示された。これとは別に、飲食店情報提供サーバ１００は、予約が入っている予約枠６１が選択された場合には、当該予約枠６１に対応する席が埋まっている旨の情報を、特定の会員に対して配信してもよい。これにより例えば、常連客にいつも座る席が埋まっていることを伝えたり、夜景の見える席等の特定の席が埋まっていることを伝えたりしてユーザの利便性を向上させることができる。この場合、例えば予約が入っている予約枠６１がユーザにタップされると、配信先ユーザの選択画面が表示され、ユーザが当該画面から配信先ユーザを選択することで情報やメッセージが送信されてもよい。

また飲食店情報提供サーバ１００は、上記予約が入っている予約枠６１が選択された場合に、当該予約枠６１に対応する予約ユーザに対して予約の確認メッセージを送信してもよい。さらに飲食店情報提供サーバ１００は、予約が入っている予約枠６１と予約が入っていない予約枠６１が同時に選択された場合に、特定の席が予約で埋まっている旨の情報と、その代わりに空いている席を利用することで割引料金で飲食できる旨の広告情報とを同時に配信することができる。

上述の実施形態では、上記飲食店情報提供サーバ１００は１台のみ示したが、上記飲食店情報提供サーバ１００が実行する処理は、複数のサーバで分散して実行されても構わない。

上述の実施形態では、サービス店舗として飲食店が例に挙げられたが、サービス店舗は飲食店に限られず、例えば、ホテル・旅館等の宿泊施設、テニス、バスケットボール、ゴルフ等の各種スポーツ施設、カラオケ・ボーリング等の娯楽施設、美容院・理容室・マッサージ・エステ等の施術施設等の様々なサービス店舗における予約台帳画面についても、本発明は同様に適用可能である。

本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。

１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…ユーザ情報データベース
３３…広告情報データベース
６０…予約台帳画面
６１…予約枠
６２…予約特定情報
１００…飲食店情報提供サーバ
２００…ユーザ端末
３００…飲食店端末

Claims (6)

1. 通信部と、
   サービス店舗が受け付けた予約を示す予約受付情報を記憶する記憶部と、
   前記予約受付情報に基づいて、少なくとも特定の日の予約状況を表示する複数の予約状況表示欄を有する予約台帳画面を生成し、
   前記予約台帳画面上のいずれかの前記予約状況表示欄を選択する前記サービス店舗のユーザの操作が受け付けられた場合に、当該選択された予約状況表示欄に対応する前記サービス店舗の広告情報を配信するためのユーザインタフェースを前記予約台帳画面上に表示させ、
   前記ユーザインタフェースに対する前記ユーザの操作に応じて、前記広告情報を配信する、
   制御部と、
   を具備する情報処理システムであって、
   前記ユーザインタフェースは、配信ボタンまたはコンテキストメニューである
   情報処理システム。
2. 請求項１に記載の情報処理システムであって、
   前記制御部は、
   前記予約状況表示欄として、定員を有する席と各日の時間帯とで特定される複数の予約枠を表示し、当該予約枠ごとに、前記受け付けた予約を特定する予約特定情報を表示し、
   前記ユーザインタフェースとして、選択された前記予約枠内に、押下により前記広告情報を配信するための配信ボタンを表示させる
   情報処理システム。
3. 請求項２に記載の情報処理システムであって、
   前記記憶部は、前記席の定員または時間帯と、前記広告情報の配信数、配信時間、配信先ユーザ、配信先媒体のうちのいずれかの条件とを対応付けて記憶し、
   前記制御部は、選択された前記予約枠に対応する席の定員または時間帯に応じた条件にしたがって前記広告情報を配信する
   情報処理システム。
4. 請求項３に記載の情報処理システムであって、
   前記制御部は、前記ユーザから、連続する複数の前記予約枠を選択する操作を受け付けた場合、当該複数の予約枠に対応する複数の席の定員の合計または複数の時間帯を合わせた時間帯に応じた条件にしたがって前記広告情報を配信する
   情報処理システム。
5. サービス店舗が受け付けた予約を示す予約受付情報に基づいて、少なくとも特定の日の予約状況を表示する複数の予約状況表示欄を有する予約台帳画面を生成し、
   前記予約台帳画面上のいずれかの前記予約状況表示欄を選択する前記サービス店舗のユーザの操作が受け付けられた場合に、当該選択された予約状況表示欄に対応する前記サービス店舗の広告情報を配信するための配信ボタンまたは配信メニューであるユーザインタフェースを前記予約台帳画面上に表示させ、
   前記ユーザインタフェースに対する前記ユーザの操作に応じて、前記広告情報を配信する、
   コンピュータが実行する情報処理方法であって、
   前記ユーザインタフェースは、配信ボタンまたはコンテキストメニューである
   情報処理方法。
6. 情報処理装置に、
   サービス店舗が受け付けた予約を示す予約受付情報に基づいて、少なくとも特定の日の予約状況を表示する複数の予約状況表示欄を有する予約台帳画面を生成するステップと、
   前記予約台帳画面上のいずれかの前記予約状況表示欄を選択する前記サービス店舗のユーザの操作が受け付けられた場合に、当該選択された予約状況表示欄に対応する前記サービス店舗の広告情報を配信するための配信ボタンまたは配信メニューであるユーザインタフェースを前記予約台帳画面上に表示させるステップと、
   前記ユーザインタフェースに対する前記ユーザの操作に応じて、前記広告情報を配信するステップと
   を実行させるプログラムであって、
   前記ユーザインタフェースは、配信ボタンまたはコンテキストメニューである
   プログラム。

Images