JP2018120493A - 情報処理装置、情報処理方法及びプログラム - Google Patents

情報処理装置、情報処理方法及びプログラム Download PDF

Info

Publication number
JP2018120493A
JP2018120493A JP2017012667A JP2017012667A JP2018120493A JP 2018120493 A JP2018120493 A JP 2018120493A JP 2017012667 A JP2017012667 A JP 2017012667A JP 2017012667 A JP2017012667 A JP 2017012667A JP 2018120493 A JP2018120493 A JP 2018120493A
Authority
JP
Japan
Prior art keywords
information
user
start notification
recruitment
received
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2017012667A
Other languages
English (en)
Other versions
JP6855812B2 (ja
Inventor
篤史 山田
Atsushi Yamada
篤史 山田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Gourmet Navigator Inc
Original Assignee
Gourmet Navigator Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Gourmet Navigator Inc filed Critical Gourmet Navigator Inc
Priority to JP2017012667A priority Critical patent/JP6855812B2/ja
Publication of JP2018120493A publication Critical patent/JP2018120493A/ja
Application granted granted Critical
Publication of JP6855812B2 publication Critical patent/JP6855812B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

【課題】飲食店等のサービス施設における会合への参加者を容易かつ高精度に認識する。【解決手段】情報処理装置は、通信手段と制御手段とを有する。上記通信手段は、複数のユーザ端末と通信可能である。上記制御手段は、上記ユーザ端末のうちいずれかのユーザ端末から、当該ユーザ端末のユーザを含むグループによる会合への参加者を募集するための募集開始操作が入力されたことを示す募集開始通知を受信する。また制御手段は、上記募集開始通知の受信から所定時間内に、複数の上記ユーザ端末から、共通の位置情報を受信した場合に、当該位置情報の受信元のユーザ端末の数を上記会合の参加者の数としてカウントする。さらに制御手段は、上記募集開始通知の受信から上記所定時間内に、いずれかのユーザ端末から他の募集開始通知を受信した場合、当該他の募集開始通知の受信元のユーザ端末へ、上記参加者の募集処理を留保するよう要求する留保要求を送信する。【選択図】図4

Description

本発明は、飲食店等のサービス施設において開かれる会合の参加者に関する情報を処理することが可能な情報処理装置、情報処理方法及びプログラムに関する。
従来から、インスタントメッセージングアプリケーションにおいて、サーバによる位置情報の認識に基づいて、隣接する端末が(端末を振ることで)互いを友だちに追加する機能が知られている。
特開2015−179519号公報
しかしながら、上記特許文献1の技術を応用して、ユーザが端末を振る動作に基づいて、ある場所に集合しているユーザグループの中から、端末を振っているユーザの数を、開催予定の会合へ参加するユーザの人数として認識しようとする場合、上記位置情報の精度が低く、かつ、上記ユーザグループ以外のユーザがたまたま同時に端末を振った場合には、上記人数をご認識してしまうおそれがある。
以上のような事情に鑑み、本発明の目的は、飲食店等のサービス施設における会合への参加者を容易かつ高精度に認識することが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。
上記目的を達成するため、本発明の一形態に係る情報処理装置は、通信手段と制御手段とを有する。上記通信手段は、複数のユーザ端末と通信可能である。上記制御手段は、上記ユーザ端末のうちいずれかのユーザ端末から、当該ユーザ端末のユーザを含むグループによる会合への参加者を募集するための募集開始操作が入力されたことを示す募集開始通知を受信する。また制御手段は、上記募集開始通知の受信から所定時間内に、複数の上記ユーザ端末から、共通の位置情報を受信した場合に、当該位置情報の受信元のユーザ端末の数を上記会合の参加者の数としてカウントする。さらに制御手段は、上記募集開始通知の受信から上記所定時間内に、いずれかのユーザ端末から他の募集開始通知を受信した場合、当該他の募集開始通知の受信元のユーザ端末へ、上記参加者の募集処理を留保するよう要求する留保要求を送信する。
これにより情報処理装置は、端末からの位置情報の受信を参加者のカウントの条件とすることで、参加者を容易に認識できるとともに、あるグループの端末から募集開始通知を受信してから所定時間内に他のグループの端末から募集開始通知を受信した場合には、当該他のグループの募集処理を留保させることで、ほぼ同じ位置に存在する異なるグループの端末から同時期に変位情報及び位置情報を受信して参加者の人数を誤認してしまうのを防ぎ、当該参加者を高精度に認識することができる。ここで、上記位置情報は、上記所定時間内においてユーザ端末の変位(例えばユーザが端末を振る動作による変位)が検出されることで送信されてもよい。
上記制御手段は、上記所定時間経過後に、上記他の募集開始通知の受信元のユーザ端末へ、上記募集処理を許可する許可通知を送信し、上記カウントを開始してもよい。
これにより情報処理装置は、他のグループの端末からの募集開始通知については、所定時間経過後に募集処理を許可することで、上記募集処理の留保時間を最低限に留めることができる。
上記制御手段は、上記所定時間経過時点までにカウントされた数を、上記会合の参加者の人数として、上記位置情報の受信元のユーザ端末へ送信してもよい。
これにより情報処理装置は、上記会合の参加の意思表示(例えば、上記位置情報送信のための、ユーザ端末を変位させる動作)をしたユーザに、会合の参加者の人数を把握させることができる。
上記制御手段は、上記カウントした数で予約可能なサービス施設に関する情報を、上記位置情報を基に検索し、検索結果を参加者の端末へ送信してもよい。
これにより情報処理装置は、上記会合の人数を決定するだけでなく、その人数で会合場所として利用可能なサービス施設に関する情報を提供することができる。
上記制御手段は、上記検索結果の送信後に、いずれかのサービス施設の予約要求を受信した場合、当該サービス施設を、上記カウントした数を予約人数とし、上記位置情報と上記サービス施設の位置情報から算出される時間の経過後の時刻を予約時刻として予約処理してもよい。
これにより情報処理装置は、例えば、あるサービス施設(例えば飲食店)で開かれた会合の終了直後に2次会が開かれる場合に、当該2次会の人数確定から予約処理までの一連の処理を自動化することができる。
上記受信された募集開始通知に含まれる、当該募集開始通知の受信元のユーザ端末を識別する第1ユーザ識別情報を記憶するとともに、上記受信された位置情報に含まれる、当該位置情報の受信元のユーザ端末を識別する第2ユーザ識別情報を、上記第1ユーザ識別情報と対応付けて記憶する記憶手段をさらに有してもよい。この場合上記制御手段は、上記第1ユーザ識別情報を含む上記募集開始通知を再度受信し、当該募集開始通知の受信から上記所定時間内にユーザ端末から位置情報を受信した場合に、当該位置情報に含まれる第2ユーザ識別情報のうち、上記第1ユーザ識別情報に対応付けられていない第2ユーザ識別情報を有するユーザ端末の数と、上記第1ユーザ識別情報と対応付けられた数との合計数を、上記参加者の人数としてカウントしてもよい。
これにより情報処理装置は、例えば会合への参加意思を有しながら、募集開始通知の時点でたまたまその場にいなかったユーザや、何らかの不具合等により位置情報が送信できなかったユーザを、参加者として容易に追加することができる。
またこの場合、上記制御手段は、上記合計数で予約可能なサービス施設に関する情報を、上記位置情報を基に検索し、検索結果を上記参加者の端末へ送信してもよい。
これにより、参加者が追加された場合には、追加後の人数で予約可能なサービス施設を検索することで、追加された参加者が利用できないサービス施設が検索結果としてユーザに把握されてしまうのを防ぐことができる。
本発明の他の形態に係る情報処理方法は、
複数のユーザ端末のうちいずれかのユーザ端末から、当該ユーザ端末のユーザを含むグループによる会合への参加者を募集するための募集開始操作が入力されたことを示す募集開始通知を受信し、
上記募集開始通知の受信から所定時間内に、複数の上記ユーザ端末から、共通の位置情報を受信した場合に、当該位置情報の受信元のユーザ端末の数を上記会合の参加者の数としてカウントし、
上記募集開始通知の受信から上記所定時間内に、いずれかのユーザ端末から他の募集開始通知を受信した場合、当該他の募集開始通知の受信元のユーザ端末へ、上記参加者の募集処理を留保するよう要求する留保要求を送信することを含む。
本発明の他の形態に係るプログラムは、情報処理装置に、
複数のユーザ端末のうちいずれかのユーザ端末から、当該ユーザ端末のユーザを含むグループによる会合への参加者を募集するための募集開始操作が入力されたことを示す募集開始通知を受信するステップと、
上記募集開始通知の受信から所定時間内に、複数の上記ユーザ端末から、共通の位置情報を受信した場合に、当該位置情報の受信元のユーザ端末の数を上記会合の参加者の数としてカウントするステップと、
上記募集開始通知の受信から上記所定時間内に、いずれかのユーザ端末から他の募集開始通知を受信した場合、当該他の募集開始通知の受信元のユーザ端末へ、上記参加者の募集処理を留保するよう要求する留保要求を送信するステップとを実行させる。
以上説明したように、本発明によれば、飲食店等のサービス施設における会合への参加者を容易かつ高精度に認識することができる。しかし、当該効果は本発明を限定するものではない。
本発明の一実施形態に係る会合参加者募集システムの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバによる、会合参加者募集処理の流れを示したフローチャートである。
以下、図面を参照しながら、本発明を、飲食店で開催される会合の参加者募集システムに適用した実施形態を説明する。
[システムの構成]
図1は、本実施形態に係る会合参加者募集システムの構成を示した図である。
同図に示すように、このシステムは、インターネット50上の飲食店情報提供サーバ100と、複数のユーザ端末200と、複数の飲食店端末300とを含む。
飲食店情報提供サーバ100は、飲食店に関する情報を掲載したポータルサイトを運営するウェブサーバである。飲食店情報提供サーバ100は、複数のユーザ端末200及び複数の飲食店の飲食店端末300とインターネット50を介して接続されている。
飲食店情報提供サーバ100は、上記ポータルサイトにおいて、ユーザ端末200のユーザ向けに飲食店情報の検索システムを提供する。具体的には、飲食店情報提供サーバ100は、ユーザ端末200からの検索要求に基づいて検索条件に合致する飲食店情報を検索し、検索結果を掲載したWebページを生成してユーザ端末200へ送信する。また飲食店情報提供サーバ100は、当該飲食店情報を閲覧したユーザのユーザ端末200からの、いずれかの飲食店に対する予約受付処理を代行する。
飲食店端末300(300A,300B,...)は、各飲食店の例えば管理者によって使用される端末であり、例えばスマートフォン、携帯電話、タブレットPC(Personal Computer)、ノートブックPC、デスクトップPC等である。飲食店端末300は、飲食店情報提供サーバ100との間で、例えば上記ユーザ端末200のユーザによる飲食店のテーブルまたは席の予約に関する情報をやり取り可能である。
ユーザ端末200(200A,200B,200C...)は、ユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットPC(Personal Computer)、ノートブックPC、デスクトプPC等である。ユーザ端末200は、飲食店情報提供サーバ100へアクセスし、上記Webページを受信してブラウザ等により画面に表示する。
ユーザ端末200は、ユーザの操作に基づいて飲食店の検索条件を決定し、当該検索条件に基づく飲食店検索要求を飲食店情報提供サーバ100へ送信する。本実施形態では、飲食店の所在エリア(最寄駅)やジャンル、価格帯等、予め設定された検索条件をユーザ端末200のユーザが選択することで検索要求の送信が可能である。そしてユーザ端末200は、ユーザの操作に基づいて、上記検索結果として表示されたいずれかの飲食店に対する予約要求を飲食店情報提供サーバ100へ送信可能である。
また本実施形態では、複数のユーザ端末200のユーザが、ある位置に集まってグループGを形成する場合もある。同図の例では、飲食店内のある位置(テーブル)に、5機のユーザ端末200A〜200Eの各ユーザが集まってグループG1を形成し会合(飲み会)を開いており、また当該飲食店内の別の位置に5機のユーザ端末200F〜200Jが集まってグループG2を形成し別の会合を開いている。
これらグループの数及びグループに含まれるユーザ(ユーザ端末)の数は一例であり、これらに限られるものではない。
上記グループのユーザの少なくとも一部は、上記飲食店における会合が終了した後、そのまま異なる飲食店に移動して会合(二次会等)を開く場合がある。本実施形態では、飲食店情報提供サーバ100は、上記グループを形成しているユーザのユーザ端末200から、次の会合(二次会等)への参加者を募集し、参加者を特定する処理、及び、当該参加者によって開催される会合の会場となる飲食店の予約処理を実行することが可能である。
[飲食店情報提供サーバのハードウェア構成]
図2は、上記飲食店情報提供サーバ100のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ100は、CPU(Central Processing Unit)11、ROM(Read Only Memory)12、RAM(Random Access Memory)13、入出力インタフェース15、及び、これらを互いに接続するバス14を備える。
CPU11は、必要に応じてRAM13等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ100の各ブロック全体を統括的に制御する。ROM12は、CPU11に実行させるOS、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。RAM13は、CPU11の作業用領域等として用いられ、OS、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
入出力インタフェース15には、表示部16、操作受付部17、記憶部18、通信部19等が接続される。
表示部16は、例えばLCD(Liquid Crystal Display)、OELD(Organic ElectroLuminescence Display)、CRT(Cathode Ray Tube)等を用いた表示デバイスである。
操作受付部17は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部17がタッチパネルである場合、そのタッチパネルは表示部16と一体となり得る。
記憶部18は、例えばHDD(Hard Disk Drive)や、フラッシュメモリ(SSD;Solid State Drive)、その他の固体メモリ等の不揮発性メモリである。当該記憶部18には、上記OSや各種アプリケーション、各種データが記憶される。
特に本実施形態では、記憶部18は、各飲食店の飲食店情報、各ユーザ端末200のユーザに関するユーザ情報、当該ユーザ端末200によって開催される会合に関する情報等を記憶するとともに、これらのデータを用いて飲食店情報提供サーバ100が会合参加者募集処理を実行するためのアプリケーションその他のプログラムを記憶している。後述するが、記憶部18は、そのようなデータを含むデータベースとして、飲食店情報データベース、ユーザ情報データベース、予約情報データベース、及び会合情報データベースを有している。
通信部19は、例えばEthernet用のNIC(Network Interface Card)や無線LAN等の無線通信用の各種モジュールであり、上記ユーザ端末200及び飲食店端末300との間の通信処理を担う。
なお、図示しないが、ユーザ端末200及び飲食店端末300の基本的なハードウェア構成も上記飲食店情報提供サーバ100のハードウェア構成と略同様である。なお、ユーザ端末200には、飲食店情報提供サーバ100による会合参加者募集処理と協働して動作するアプリケーションがインストールされているものとする。
当該アプリケーションは、例えばGPS(Global Positioning System)やモバイル通信網(3G,4G等)の基地局の位置等を利用して各ユーザ端末200の位置情報を取得し、当該位置情報を飲食店情報提供サーバ100へ送信することが可能である。また、ユーザ端末200は、例えば加速度センサやジャイロセンサ等の、ユーザ端末200の変位を検出するセンサを有し、上記アプリケーションは、それらセンサによって当該ユーザ端末200の変位が検出されたことをトリガとして、上記位置情報を飲食店情報提供サーバ100へ送信可能である。
[飲食店情報提供サーバのデータベース構成]
図3は、上記飲食店情報提供サーバ100が有するデータベースの構成を示した図である。
同図に示すように、飲食店情報提供サーバ100は、記憶部18に、飲食店情報データベース31、ユーザ情報データベース32、及び会合情報データベース33を有している。
飲食店情報データベース31は、飲食店毎に、その飲食店の店名や所在位置情報、その飲食店を識別するID(店舗ID)の他、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する内容、すなわち、店舗のPR文等の店舗の特徴を示す情報、飲食店が行うイベント情報、飲食店が立地しているエリア情報、飲食店の住所(位置情報)、電話番号、飲食店に関する(飲食店を紹介する)画像データ、飲食店が提供するメニューに関するメニュー情報、営業時間、ウェブサイトURL等の情報を記憶している。
上記メニュー情報は、上記ポータルサイト上の各飲食店のサイトに掲載されるメニューに対応する情報であり、各飲食店が提供可能な複数のメニューのメニュー名を、飲食店毎に記憶している。当該メニュー情報は、例えば前菜/メイン、ランチ/ディナー/コース等のメニューカテゴリ毎に記憶されてもよい。また上記画像データがメニューに対応するものである場合には、当該画像データはメニュー情報と対応付けられて記憶される。
上記エリア情報は、例えば都道府県単位のものであるが、市区町村等のより狭い範囲の単位でも情報が記憶されてもよい。上記カテゴリ情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。
ユーザ情報データベース32は、ユーザ端末200を所有する、上記飲食店情報提供サーバ100が提供する上記ポータルサイトを介した飲食店情報サービスの利用者(会員)であるユーザに関する情報を記憶する。具体的には、ユーザ情報データベース32は、ユーザID、パスワード、氏名、メールアドレス、電話番号、住所、年齢(層)、性別、誕生日等の情報をユーザ毎に記憶している。
会合情報データベース33は、上記ユーザ端末200から受信した位置情報を、受信日時及びユーザID等の識別情報と対応付けて記憶することで、共通の(ほぼ同一を含む)位置情報及び受信日時に対応付けられたユーザに関する情報を、各グループによる会合の参加者情報として、グループ毎に記憶する。また、会合情報データベース33は、当該グループに属するユーザ端末200の数及び位置情報を基に検索され、ユーザ端末200からの予約要求に基づいて、上記会合の開催場所として予約処理された飲食店に関する予約情報(飲食店名(店舗ID)、予約名(ユーザID)、予約日時、予約人数等)も記憶している。
これら各データベースは、後述する飲食店情報提供サーバ100による会合参加者募集処理において、必要に応じて相互に参照されて用いられる。
[飲食店情報提供サーバの動作]
次に、以上のように構成された飲食店情報提供サーバ100の動作について説明する。当該動作は、飲食店情報提供サーバ100のCPU11及び通信部19等のハードウェアと、記憶部18に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、CPU11を動作主体とする。
図4は、飲食店情報提供サーバ100による、飲食店における会合参加者募集処理の流れを示したフローチャートである。
同図に示すように、飲食店情報提供サーバ100のCPU11はまず、いずれかのユーザ端末200から、当該ユーザ端末200において会合参加者の募集開始操作が入力されたことを示す募集開始通知を受信したか否かを判断する。当該募集開始操作は、例えば、上記飲食店で会合を開いているグループ(例えば図1のグループG1)の幹事であるユーザが、例えば当該会合の終了時または終了間際に、当該グループの他のメンバーの近傍で次の会合(2次会)の参加者を募る際に入力される。
上記募集開始通知を受信したと判断した場合(Yes)、CPU11は、募集処理(参加者の人数のカウント処理)の許容期間を計測するタイマーをセットする(ステップ42)。またこの際、CPU11は、募集開始の許可通知を上記募集開始通知の受信元のユーザ端末200へ送信し、当該募集開始通知に含まれるユーザID(または端末ID)を上記会合情報データベース33へ記憶する。
続いてCPU11は、いずれかのユーザ端末200から、位置情報を受信したか否かを判断する(ステップ43)。当該位置情報は、例えば上記グループのユーザが自身のユーザ端末200を振る動き(ユーザ端末200の変位)を当該ユーザ端末200のセンサ及びアプリケーションが検出したことをトリガとして、各ユーザ端末200のユーザIDと共に飲食店情報提供サーバ100へ送信される。したがって、遅くとも上記募集開始操作の入力時においては、上記会合に参加を予定しているユーザのユーザ端末200において、当該アプリケーションが起動されているものとする。そして、当該アプリケーション上で、ユーザ端末200の変位を検出するモードを選択する操作が各ユーザ端末200のユーザによって行われるものとする。
ユーザ端末200から位置情報を受信したと判断した場合(Yes)、CPU11は、上記募集開始通知に対応する会合(2次会)の参加者のカウンタをインクリメントする(ステップ44)。この際、位置情報の受信元であるユーザ端末200のユーザIDが、上記募集開始通知の受信元のユーザ端末200のユーザID(幹事のユーザID)と対応付けられて、上記カウンタ情報と共に上記会合情報データベース33へ記憶される。
続いてCPU11は、上記募集開始通知の受信元のユーザ端末200とは異なる他のユーザ端末200から、会合参加者の募集開始通知を受信したか否かを判断する(ステップ45)。
上記他のユーザ端末200から他の募集開始通知を受信したと判断した場合(Yes)、CPU11は、当該募集開始通知の受信元のユーザ端末200へ、上記参加者の募集処理を留保するよう要求する留保要求を送信する(ステップ46)。
続いてCPU11は、上記タイマーにより、募集処理の許容時間が経過したか否かを判断する(ステップ47)。当該許容時間は、例えば30秒、1分、3分等の所定時間であるが、これらに限られない。
上記許容時間が経過していないと判断した場合(No)、CPU11は、上記ステップ43以降の処理(位置情報の受信による参加者のカウント処理)を繰り返す。ただし、受信された位置情報が、先に受信した(複数の)位置情報と異なる位置を示している場合には、CPU11は、当該位置情報は何らかのエラーによって受信されたものとして無視し、共通の位置情報の受信数をカウントする。
上記許容時間が経過したと判断した場合(ステップ47のYes)、CPU11は、上記許容時間の経過時点までにカウントされた値を、上記会合の参加者の人数として確定する(ステップ48)。すなわち、CPU11は、上記募集開始通知の受信から上記許容時間経過までの間に、複数の上記ユーザ端末200から共通の位置情報を受信した場合に、当該位置情報の受信元のユーザ端末200の数を上記会合の参加者の数としてカウントする。
続いてCPU11は、上記他のユーザ端末200へ留保要求を送信している場合、当該留保要求の送信先である他のユーザ端末200へ、上記募集処理を許可する許可通知を送信し、当該他のユーザ端末200が属するグループ(例えば図1のグループG2)について、会合参加者のカウント処理(上記ステップ42以降の処理に対応する処理)を開始する(ステップ49)。これにより、他のグループのユーザ端末200からの募集開始通知については、上記許容時間経過後に募集処理が許可されることで、上記募集処理の留保時間が最低限に留められる。
続いてCPU11は、上記確定した参加者(ユーザ端末200)の位置情報の周辺(例えば、300m以内、500m以内等の所定距離圏内)に位置情報を有し、かつ、上記確定した参加者の人数で予約可能な飲食店を、上記飲食店情報データベース31から検索する(ステップ50)。
続いてCPU11は、上記会合の参加者である、上記位置情報の受信元の各ユーザ端末200へ、上記確定した参加者人数情報と、上記飲食店の検索結果とを送信する(ステップ51)。これにより、上記会合の参加の意思表示(ユーザ端末200を変位させる動作)をしたユーザが、会合の参加者の人数を把握することができるとともに、その人数で会合場所として利用可能な飲食店に関する情報を閲覧することができる。ただし、上記確定した参加者全員のユーザ端末200に上記参加者人数情報及び検索結果が送信される必要は無く、すくなくとも、上記募集開始通知の受信元であるユーザ端末200へそれらの情報が送信されればよい。
図示しないが、上記飲食店情報の検索結果は、飲食店情報の一覧と、メニュー情報、地図情報等の詳細ページへのハイパーリンク、及び、当該飲食店の予約操作を受け付けるユーザインタフェース(ボタン等)を有し、当該予約操作が受け付けられると、当該飲食店の予約用要求が飲食店情報提供サーバ100へ送信される。また、本実施形態では、当該検索対象の飲食店は、ある飲食店の利用終了直後に別の会合(2次会)として利用可能な飲食店であることから、予約日時は当日に限定されるが、別の日時に開かれる会合の参加者が上記処理によって募集される場合には、予約日時を選択可能なユーザインタフェースも上記検索結果と共に提供される。
続いてCPU11は、上記参加者人数情報及び検索結果の送信先であるいずれかのユーザ端末200から、上記検索結果に含まれるいずれかの飲食店に対する予約要求を受信したか否かを判断する(ステップ52)。
上記予約要求を受信したと判断した場合(Yes)、CPU11は、上記予約対象の飲食店を予約処理する(ステップ53)。この場合、上記確定した参加者の人数が予約人数とされ、現在時刻から、上記参加者のユーザ端末200の位置情報と予約対象の飲食店の位置情報との間の距離に基づいて算出された時間(例えば徒歩(時速4km程度の速さ)で当該距離を移動する時間)の経過後の時刻を予約時刻とされる。またCPU11は、当該予約に関する情報(予約時刻、予約人数等、ユーザ名等)を、予約対象の飲食店の飲食店端末300へ送信するとともに、上記会合の参加者のユーザ端末200へ、飲食店情報とともに予約完了通知を送信する。これにより、ある飲食店で開かれた会合の終了直後に2次会が開かれる場合に、当該2次会の参加者の人数確定から2次会で利用する飲食店の予約処理までの一連の処理が自動化される。
なお、上記留保要求及び許可通知が送信された他のグループのユーザ端末200についても、上記各ステップに対応する処理が実行される。
[まとめ]
以上説明したように、本実施形態によれば、飲食店情報提供サーバ100は、ユーザ端末200からの位置情報の受信を会合の参加者のカウントの条件とすることで、参加者を容易に認識できるとともに、あるグループのユーザ端末200から募集開始通知を受信してから所定時間内に他のグループのユーザ端末200から募集開始通知を受信した場合には、当該他のグループの募集処理を留保させることで、ほぼ同じ位置に存在する異なるグループの端末から同時期に変位情報及び位置情報を受信して参加者の人数を誤認してしまうのを防ぎ、当該参加者を高精度に認識することができる。
また、飲食店情報提供サーバ100は、会合の参加者の募集処理(ユーザ端末200からの位置情報を送信処理)を所定期間に限定し、当該処理の実行時間をグループ毎に分散させることで、ユーザ端末200から飲食店情報提供サーバ100へのアクセスが同時刻に集中して負荷がかかるのを防ぐことができる。
[変形例]
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。
上述の実施形態においては、ユーザ端末200のアプリケーションは、センサによって当該ユーザ端末200の変位が検出されたことをトリガとして、当該ユーザ端末200の位置情報を飲食店情報提供サーバ100へ送信していた。しかし、当該位置情報が送信されるトリガはこれに限られない。例えば、ユーザ端末200のアプリケーションによって提供されるユーザインタフェースに対する何らかの操作(例えばタップ操作、ロングタップ操作、スワイプ操作等)が受け付けられた場合に位置情報が送信されてもよい。
上述の実施形態においは、位置情報の受信元のユーザ端末200の数が会合参加者の人数としてカウントされた。しかし、上記ユーザ端末200の変位検出用のセンサやGPS等の精度によっては、位置情報が飲食店情報提供サーバ100へ所定時間内に送信されない場合もあり得る。この場合、上述の実施例(図4)では、ユーザは、会合への参加の意思を持ちユーザ端末200を振ったにも関わらず、それがカウントされず、参加者人数情報(ステップ51)も受信できないことになる。また、例えばグループの幹事が会合への参加の募集を開始した時点で、席を外している等、その場にたまたまいなかったユーザの中にも、会合への参加の意思を持つユーザもいる場合があると考えられる。そこで、飲食店情報提供サーバ100は、そのような状況に対応するため、上記参加者の人数の確定後に、参加者を追加する機能を有していてもよい。
この場合、飲食店情報提供サーバ100は、募集開始通知の受信元のユーザとして既にユーザIDが記憶されているユーザのユーザ端末200から、再度募集開始通知を受信し、そこから許容時間内にいずれかのユーザ端末200から位置情報を受信した場合、当該位置情報に含まれるユーザIDが、上記募集開始通知を再度送信したユーザのユーザIDと対応付けられているか否か判断し、対応付けられていないと判断した場合、そのユーザIDを有するユーザ端末200の数を、既に確定済みの参加者の人数(上記対応付けられたユーザIDの数)に加算し、その合計数を参加者の人数として再確定(更新)する。そして飲食店情報提供サーバ100は、その再確定された人数で予約可能な飲食店を検索し直し、位置情報の受信元の各ユーザ端末へ、再確定された参加者人数情報と飲食店の検索結果を送信する。
またこの場合、既に再確定前の人数で飲食店が予約処理されている場合には、飲食店情報提供サーバ100は、上記再確定された人数に当該飲食店の予約人数を変更する情報を当該飲食店へ送信するか、人数変更ができない場合には、その旨を示す情報とともに、上記再確定された人数で予約可能な飲食店の検索結果を参加者のユーザ端末200へ送信し、いずれかのユーザ端末200からの予約要求に基づいて、新たな飲食店を予約処理してもよい。これにより、幹事のユーザは、上記のような事情によって参加者の人数に追加が生じた場合でも、募集開始通知を再度送信するだけで、容易に参加者の人数を更新し、適宜予約処理等を行うことができる。
上述の実施形態では、サービス施設として飲食店が例に挙げられたが、サービス施設は飲食店に限られず、例えば、ホテル・旅館等の宿泊施設、テニス、バスケットボール、ゴルフ等の各種スポーツ施設、カラオケ・ボーリング等の娯楽施設等の、複数人での会合に利用可能な様々なサービス施設についても、本発明は同様に適用可能である。
本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも1つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。
11…CPU
18…記憶部
19…通信部
31…飲食店情報データベース
32…ユーザ情報データベース
33…会合情報データベース
100…飲食店情報提供サーバ
200…ユーザ端末
300…飲食店端末

Claims (9)

  1. 複数のユーザ端末と通信可能な通信手段と、
    前記ユーザ端末のうちいずれかのユーザ端末から、当該ユーザ端末のユーザを含むグループによる会合への参加者を募集するための募集開始操作が入力されたことを示す募集開始通知を受信し、
    前記募集開始通知の受信から所定時間内に、複数の前記ユーザ端末から、共通の位置情報を受信した場合に、当該位置情報の受信元のユーザ端末の数を前記会合の参加者の人数としてカウントし、
    前記募集開始通知の受信から前記所定時間内に、いずれかのユーザ端末から他の募集開始通知を受信した場合、当該他の募集開始通知の受信元のユーザ端末へ、前記参加者の募集処理を留保するよう要求する留保要求を送信する
    ことが可能な制御手段と
    を具備する情報処理装置。
  2. 請求項1に記載の情報処理装置であって、
    前記制御手段は、前記所定時間経過後に、前記他の募集開始通知の受信元のユーザ端末へ、前記募集処理を許可する許可通知を送信し、前記カウントを開始する
    情報処理装置。
  3. 請求項1または2に記載の情報処理装置であって、
    前記制御手段は、前記所定時間経過時点までにカウントされた数を、前記会合の参加者の人数として、前記位置情報の受信元のユーザ端末へ送信する
    情報処理装置。
  4. 請求項1乃至3のいずれかに記載の情報処理装置であって、
    前記制御手段は、前記カウントした数で予約可能なサービス施設に関する情報を、前記位置情報を基に検索し、検索結果を前記参加者の端末へ送信する
    情報処理装置。
  5. 請求項4のいずれかに記載の情報処理装置であって、
    前記制御手段は、前記検索結果の送信後に、いずれかのサービス施設の予約要求を受信した場合、当該サービス施設を、前記カウントした数を予約人数とし、前記位置情報と前記サービス施設の位置情報から算出される時間の経過後の時刻を予約時刻として予約処理する
    情報処理装置。
  6. 請求項1乃至5のいずれかに記載の情報処理装置であって、
    前記受信された募集開始通知に含まれる、当該募集開始通知の受信元のユーザ端末を識別する第1ユーザ識別情報を記憶するとともに、前記受信された位置情報に含まれる、当該位置情報の受信元のユーザ端末を識別する第2ユーザ識別情報を、前記第1ユーザ識別情報と対応付けて記憶する記憶手段をさらに具備し、
    前記制御手段は、前記第1ユーザ識別情報を含む前記募集開始通知を再度受信し、当該募集開始通知の受信から前記所定時間内にユーザ端末から位置情報を受信した場合に、当該位置情報に含まれる第2ユーザ識別情報のうち、前記第1ユーザ識別情報に対応付けられていない第2ユーザ識別情報を有するユーザ端末の数と、前記第1ユーザ識別情報と対応付けられた数との合計数を、前記参加者の人数としてカウントする
    情報処理装置。
  7. 請求項6に記載の情報処理装置であって、
    前記制御手段は、前記合計数で予約可能なサービス施設に関する情報を、前記位置情報を基に検索し、検索結果を前記参加者の端末へ送信する
    情報処理装置。
  8. 複数のユーザ端末のうちいずれかのユーザ端末から、当該ユーザ端末のユーザを含むグループによる会合への参加者を募集するための募集開始操作が入力されたことを示す募集開始通知を受信し、
    前記募集開始通知の受信から所定時間内に、複数の前記ユーザ端末から、共通の位置情報を受信した場合に、当該位置情報の受信元のユーザ端末の数を前記会合の参加者の数としてカウントし、
    前記募集開始通知の受信から前記所定時間内に、いずれかのユーザ端末から他の募集開始通知を受信した場合、当該他の募集開始通知の受信元のユーザ端末へ、前記参加者の募集処理を留保するよう要求する留保要求を送信する
    情報処理方法。
  9. 情報処理装置に、
    複数のユーザ端末のうちいずれかのユーザ端末から、当該ユーザ端末のユーザを含むグループによる会合への参加者を募集するための募集開始操作が入力されたことを示す募集開始通知を受信するステップと、
    前記募集開始通知の受信から所定時間内に、複数の前記ユーザ端末から、共通の位置情報を受信した場合に、当該位置情報の受信元のユーザ端末の数を前記会合の参加者の数としてカウントするステップと、
    前記募集開始通知の受信から前記所定時間内に、いずれかのユーザ端末から他の募集開始通知を受信した場合、当該他の募集開始通知の受信元のユーザ端末へ、前記参加者の募集処理を留保するよう要求する留保要求を送信するステップと
    を実行させるプログラム。
JP2017012667A 2017-01-27 2017-01-27 情報処理装置、情報処理方法及びプログラム Active JP6855812B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2017012667A JP6855812B2 (ja) 2017-01-27 2017-01-27 情報処理装置、情報処理方法及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017012667A JP6855812B2 (ja) 2017-01-27 2017-01-27 情報処理装置、情報処理方法及びプログラム

Publications (2)

Publication Number Publication Date
JP2018120493A true JP2018120493A (ja) 2018-08-02
JP6855812B2 JP6855812B2 (ja) 2021-04-07

Family

ID=63045216

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017012667A Active JP6855812B2 (ja) 2017-01-27 2017-01-27 情報処理装置、情報処理方法及びプログラム

Country Status (1)

Country Link
JP (1) JP6855812B2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020057154A (ja) * 2018-10-01 2020-04-09 株式会社ぐるなび 予約支援システム、予約支援方法、及び予約支援プログラム
JP2020170564A (ja) * 2020-07-20 2020-10-15 株式会社ぐるなび 予約支援システム、予約支援方法、及び予約支援プログラム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006268720A (ja) * 2005-03-25 2006-10-05 Navitime Japan Co Ltd 予約管理システム
JP2008077251A (ja) * 2006-09-19 2008-04-03 Ricoh Co Ltd サービス提供選択システム、サービス提供選択方法、プログラム、及び記録媒体
JP2010176637A (ja) * 2009-02-02 2010-08-12 Ntt Data Corp コンピュータリソース管理装置、コンピュータリソース提供システム
JP2012090339A (ja) * 2012-01-24 2012-05-10 Panasonic Corp 接続装置、その接続方法、及びプログラム
JP2014215783A (ja) * 2013-04-25 2014-11-17 株式会社 ミックウェア サーバ装置、情報処理方法、およびプログラム
US20150178782A1 (en) * 2012-07-04 2015-06-25 HUGG Inc. Privilege providing device and privilege providing method

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006268720A (ja) * 2005-03-25 2006-10-05 Navitime Japan Co Ltd 予約管理システム
JP2008077251A (ja) * 2006-09-19 2008-04-03 Ricoh Co Ltd サービス提供選択システム、サービス提供選択方法、プログラム、及び記録媒体
JP2010176637A (ja) * 2009-02-02 2010-08-12 Ntt Data Corp コンピュータリソース管理装置、コンピュータリソース提供システム
JP2012090339A (ja) * 2012-01-24 2012-05-10 Panasonic Corp 接続装置、その接続方法、及びプログラム
US20150178782A1 (en) * 2012-07-04 2015-06-25 HUGG Inc. Privilege providing device and privilege providing method
JP2014215783A (ja) * 2013-04-25 2014-11-17 株式会社 ミックウェア サーバ装置、情報処理方法、およびプログラム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020057154A (ja) * 2018-10-01 2020-04-09 株式会社ぐるなび 予約支援システム、予約支援方法、及び予約支援プログラム
JP2020170564A (ja) * 2020-07-20 2020-10-15 株式会社ぐるなび 予約支援システム、予約支援方法、及び予約支援プログラム
JP7210510B2 (ja) 2020-07-20 2023-01-23 株式会社ぐるなび 予約支援システム、予約支援方法、及び予約支援プログラム

Also Published As

Publication number Publication date
JP6855812B2 (ja) 2021-04-07

Similar Documents

Publication Publication Date Title
US11122536B2 (en) System and method for matching using location information
US20100274855A1 (en) Scheduling events with location management
US20150302099A1 (en) Automated Recommendations Based On Historic Location-Preference Information
US20150019651A1 (en) Methods, systems, and user interfaces for community-based maps
US20170004548A1 (en) Generating and ranking service provider recommendations in a social network
US20160381501A1 (en) System and Method for Locationally Aware Communication
US20150088562A1 (en) Restaurant selection, wait time and attendance management
US20150127638A1 (en) Automatic selection of an intermediate dating location
US8880607B1 (en) Generating suggestions for user groups in social networks
JP2018032294A (ja) コミュニケーション支援システム、コミュニケーション支援方法、コンピュータプログラムおよび所在確認方法
JPWO2016147496A1 (ja) 情報処理装置、制御方法、およびプログラム
JP5645294B1 (ja) 情報処理装置、情報処理方法及びプログラム
JP2019040500A (ja) 予約支援方法およびプログラム
JP6855812B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP6862716B2 (ja) サーバ、その制御方法及びその制御プログラム
US11113772B2 (en) Method and apparatus for activity networking
JP5903915B2 (ja) サーバ装置、プログラム及び通信システム
JP2021022391A (ja) 情報処理装置、情報処理方法及びプログラム
JP6747943B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP6838593B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP2018072870A (ja) 情報処理装置、情報処理方法及びプログラム
US20230107143A1 (en) Event-based user matching
JP2018116459A (ja) 情報処理装置、情報処理方法及びプログラム
JP2018073225A (ja) 情報処理装置、情報処理方法及びプログラム
JP6908162B2 (ja) 情報処理装置、情報処理方法及びプログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171201

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191023

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200831

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200923

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201104

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210216

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210301

R150 Certificate of patent or registration of utility model

Ref document number: 6855812

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350