特許 7634386 サーバ装置、端末装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-02-13

(45)【発行日】2025-02-21

(54)【発明の名称】サーバ装置、端末装置及びプログラム

(51)【国際特許分類】

   G06Q 30/06 20230101AFI20250214BHJP

【ＦＩ】

G06Q30/06

【請求項の数】 6

(21)【出願番号】P 2021028874

(22)【出願日】2021-02-25

(65)【公開番号】P2022129970

(43)【公開日】2022-09-06

【審査請求日】2023-12-08

(73)【特許権者】

【識別番号】000003562

【氏名又は名称】東芝テック株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】曹永 紗世

(72)【発明者】

【氏名】大熊 裕美子

(72)【発明者】

【氏名】佐藤 真紀

(72)【発明者】

【氏名】齋藤 雄

(72)【発明者】

【氏名】宮本 祐衣

(72)【発明者】

【氏名】田中 大智

【審査官】上田 智志

(56)【参考文献】

【文献】特許第６６７７８５２（ＪＰ，Ｂ１）

【文献】特開２０２０－０４６７６８（ＪＰ，Ａ）

【文献】特開２０１４－１７０４７３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

複数の場所に置かれた端末装置の各々からアクセスを受け付け、アクセス元の場所及び前記端末装置と、当該端末装置を操作するユーザとを関連付けて管理する管理部と、
前記管理部が関連付けた端末装置同士を通信可能に接続する通信制御部と、
前記管理部が関連付けた各端末装置に接続した表示部に、当該各端末装置に対応する撮像装置が撮像した画像を整列させたメイン画面を表示させる表示制御部と、
前記端末装置が属する場所で提供可能な商品を表すメニュー情報を、前記通信制御部によって通信可能に接続された端末装置同士で閲覧可能に提供するメニュー提供部と、
前記メニュー情報が提供された前記端末装置の何れかから商品及び当該商品の届け先の注文情報を受け付けて、受け付けた注文情報を、前記商品を提供する店舗に通知する注文受付部と、
前記管理部が関連付けた各端末装置からの注文情報に基づく端末装置毎の支払金額を、前記表示部に、前記各端末装置に対応する前記画像と関連付けて表示させる金額表示部と、
を備えるサーバ装置。

【請求項2】

前記端末装置からの指示に基づいて、前記支払金額の総額を前記端末装置毎に再分配させる金額再分配部を更に備える、
請求項１に記載のサーバ装置。

【請求項3】

前記金額再分配部は、前記端末装置に接続した表示部に、前記支払金額の総額の再分配方法と、当該再分配方法に基づく、前記端末装置に関連付いたユーザの支払金額とを関連付けて表示させる、
請求項２に記載のサーバ装置。

【請求項4】

前記金額再分配部は、複数の前記端末装置のうちの一部が接続を解除する際に、当該接続を解除した端末装置に対応する支払金額の支払いが済んでいるか、前記接続を維持している端末装置を操作するユーザに前記支払金額の支払いを委ねるかに応じて、前記端末装置毎の未精算の支払金額の総額を、接続を維持している端末装置毎に再分配させる、
請求項２又は請求項３に記載のサーバ装置。

【請求項5】

アクセス元の場所及び端末装置と、当該端末装置を操作するユーザとを関連付けて管理するサーバ装置と通信可能に接続された端末装置であって、
前記サーバ装置との間で各種情報の授受を行う通信制御部と、
関連付けられた各端末装置に接続した表示部に、前記サーバ装置から受信した、前記各端末装置と対応する撮像装置が撮像した画像を整列させたメイン画面を表示する表示制御と、
前記端末装置が属する場所で提供可能な商品を表すメニュー情報を、通信可能に接続された端末装置同士で閲覧可能に提供するメニュー提供と、
前記メニュー情報が提供された前記端末装置の何れかから商品及び当該商品の届け先の注文情報を受け付けて、受け付けた注文情報を、前記サーバ装置に通知する注文受付と、
前記サーバ装置が関連付けた各端末装置からの注文情報に基づく端末装置毎の支払金額を、前記表示部に、各端末装置に対応する前記画像と関連付けて表示する金額表示と、を行わせる出力制御部と、
を備える端末装置。

【請求項6】

サーバ装置のコンピュータを、
複数の場所に置かれた端末装置の各々からアクセスを受け付け、アクセス元の場所及び前記端末装置と、当該端末装置を操作するユーザとを関連付けて管理する管理部と、
前記管理部が関連付けた端末装置同士を通信可能に接続する通信制御部と、
前記管理部が関連付けた各端末装置に接続した表示部に、当該各端末装置に対応する撮像装置が撮像した画像を整列させたメイン画面を表示させる表示制御部と、
前記端末装置が属する場所で提供可能な商品を表すメニュー情報を、前記通信制御部によって通信可能に接続された端末装置同士で閲覧可能に提供するメニュー提供部と、
前記メニュー情報が提供された前記端末装置の何れかから商品及び当該商品の届け先の注文を受け付けて、受け付けた注文を、前記商品を提供する店舗に通知する注文受付部と、
前記管理部が関連付けた各端末装置からの注文情報に基づく端末装置毎の支払金額を、前記各端末装置に対応する前記画像と関連付けて表示させる金額表示部と、
して機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、サーバ装置、端末装置及びプログラムに関する。

【背景技術】

【0002】

テレワークやリモートワーク等の普及に伴い、ネットワークを介して会議を行うＷｅｂ会議システムが広く利用されるようになってきている。また、ビジネス以外の用途でＷｅｂ会議システムを用いることも行われている。例えば、Ｗｅｂ会議システムを用いて飲み会やパーティ等を行う、所謂リモート飲み会等が行われている。このようなリモート飲み会では、複数のユーザが互いに異なる店舗に来店、又は自宅に滞在し、各ユーザが端末装置を用いてＷｅｂ会議を行うことで、店舗が提供する飲食物、又はデリバリーされる飲食物を飲食しながら、他のユーザとコミュニケーションを行うことができる。

【0003】

一方、従来、実店舗におけるオーダシステムが提案されている（例えば特許文献１）。しかしながら、従来の技術では、同一店舗で注文が行われることが前提となっているため、リモート飲み会のような形態は想定されていなかった。そのため、店舗を跨いで割り勘で支払いを行う等の変則的な支払いを行うことは想定されていなかった。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明が解決しようとする課題は、リモート飲食提供サービスに係る利便性を向上させることが可能なサーバ装置、端末装置及びプログラムを提供することである。

【課題を解決するための手段】

【0005】

実施形態のサーバ装置は、管理部と、通信制御部と、表示制御部と、メニュー提供部と、注文受付部と、金額表示部とを備える。管理部は、複数の場所に置かれた端末装置の各々からアクセスを受け付け、アクセス元の場所及び端末装置と、当該端末装置を操作するユーザとを関連付けて管理する。通信制御部は、管理部が関連付けた端末装置同士を通信可能に接続する。表示制御部は、管理部が関連付けた各端末装置に接続した表示部に、当該各端末装置に対応する撮像装置が撮像した画像を整列させたメイン画面を表示させる。メニュー提供部は、端末装置が属する場所で提供可能な商品を表すメニュー情報を、通信制御部によって通信可能に接続された端末装置同士で閲覧可能に提供する。注文受付部は、メニュー情報が提供された端末装置の何れかから商品及び当該商品の届け先の注文情報を受け付けて、受け付けた注文情報を、商品を提供する店舗に通知する。金額表示部は、管理部が関連付けた各端末装置からの注文情報に基づく端末装置毎の支払金額を、表示部に、各端末装置に対応する画像と関連付けて表示させる。

【図面の簡単な説明】

【0006】

【図1】図１は、実施形態に係るリモート飲食提供システムのシステム構成の一例を示すブロック図である。

【図2】図２は、実施形態に係るサーバ装置のハードウェア構成の一例を示す図である。

【図3】図３は、実施形態に係る店舗端末及びユーザ端末のハードウェア構成の一例を示す図である。

【図4】図４は、実施形態に係る受注端末のハードウェア構成の一例を示す図である。

【図5】図５は、実施形態に係る店舗管理テーブルのデータ構成の一例を示す図である。

【図6】図６は、実施形態に係るリモートレスラン管理テーブルのデータ構成の一例を示す図である。

【図7】図７は、実施形態に係るデリバリー店舗管理テーブルのデータ構成の一例を示す図である。

【図8】図８は、実施形態に係る店舗メニュー管理テーブルのデータ構成の一例を示す図である。

【図9】図９は、実施形態に係るデリバリーメニュー管理テーブルのデータ構成の一例を示す図である。

【図10】図１０は、実施形態に係るユーザ管理テーブルのデータ構成の一例を示す図である。

【図11】図１１は、実施形態に係る予約管理テーブルのデータ構成の一例を示す図である。

【図12】図１２は、実施形態に係る店舗オーダ管理テーブルのデータ構成の一例を示す図である。

【図13】図１３は、実施形態に係るデリバリーオーダ管理テーブルのデータ構成の一例を示す図である。

【図14】図１４は、実施形態に係るリモート飲食提供システムの機能構成の一例を示す機能ブロック図である。

【図15】図１５は、店舗端末又はユーザ端末に表示されるリモート飲み会の開始画面の一例を示す図である。

【図16】図１６は、リモート飲み会の実施中に店舗端末又はユーザ端末に表示されるメイン画面の一例を示す図である。

【図17】図１７は、店舗端末又はユーザ端末に表示されるメニュー選択画面の一例を示す第１の図である。

【図18】図１８は、店舗端末又はユーザ端末に表示されるメニュー選択結果の一例を示す第２の図である。

【図19】図１９は、他の参加者にメニューをプレゼントする際に表示される確認画面の一例を示す図である。

【図20】図２０は、他の参加者からメニューの提供を受けた際に表示される確認画面の一例を示す図である。

【図21】図２１は、店舗端末又はユーザ端末に表示される注文履歴の一例を示す図である。

【図22】図２２は、店舗端末又はユーザ端末に表示される会計画面の一例を示す図である。

【図23】図２３は、店舗端末又はユーザ端末に表示される金額入力画面の一例を示す図である。

【図24】図２４は、店舗端末又はユーザ端末に表示される決済画面の一例を示す図である。

【図25】図２５は、会計処理部が実行する会計処理の動作例を示す図である。

【図26】図２６は、ユーザが途中退出する際の決済画面の一例を示す図である。

【図27】図２７は、ユーザが途中退出する際の会計画面の一例を示す第１の図である。

【図28】図２８は、ユーザが途中退出する際の会計画面の一例を示す第２の図である。

【図29】図２９は、リモート飲み会から退出するユーザが、リモート飲み会終了ボタンを操作した際に表示されるメイン画面の一例を示す図である。

【図30】図３０は、リモート飲み会から退出するユーザが、支払いを別のユーザに依頼した際に表示される会計画面の一例を示す図である。

【図31】図３１は、実施形態のサーバ装置が実行するログイン処理の流れの一例を示すフローチャートである。

【図32】図３２は、実施形態のサーバ装置が実行するメニュー選択画面の提供処理の流れの一例を示すフローチャートである。

【図33】図３３は、実施形態のサーバ装置が実行するオーダ処理の流れ一例を示すフローチャートである。

【図34】図３４は、実施形態のサーバ装置が実行する会計処理の流れの一例を示すフローチャートである。

【発明を実施するための形態】

【0007】

以下、図面を参照して、実施形態について詳細に説明する。なお、以下に説明する実施形態によりこの発明が限定されるものではない。

【0008】

（リモート飲食提供システムの概略構成）
図１は、実施形態に係るリモート飲食提供システムのシステム構成の一例を示すブロック図である。図１に示すように、リモート飲食提供システム１０は、サーバ装置２０と、店舗端末３０，４０と、ユーザ端末４１と、受注端末５０とを有する。店舗端末３０，４０又はユーザ端末４１は、インターネットや携帯電話回線網等のネットワークＮを介して、サーバ装置２０と通信可能に接続される。なお、サーバ装置２０、店舗端末３０，４０、ユーザ端末４１、受注端末５０とネットワークＮとの接続形態は、有線通信であっても無線通信であってもよい。

【0009】

店舗端末３０は、居酒屋等の飲食店である店舗６０の各々に設けられる端末装置である。店舗端末３０は、例えば、店舗６０内の各席に設けられるセルフオーダ用のオーダ端末であり、例えばＰＣ（Personal Computer）やタブレット端末等により実現される。なお、店舗６０に設けられる店舗端末３０の台数は特に問わず、複数台であってもよい。店舗端末３０は、端末装置の一例である。

【0010】

また、店舗６０の各々は、店舗端末３０やサーバ装置２０から通知される注文情報を受け付けるための店舗サーバ（不図示）を備える。なお、店舗６０の各々は、チェーン店等の系列店であってもよいし、各々が独立した店舗であってもよい。

【0011】

店舗端末４０は、リモートレストラン６１の各々に設けられる端末装置である。リモートレストラン６１は、キッチン（調理場）を備えないレストランであって、デリバリー店舗６２から配達されたメニューを飲食することができるレストランである。店舗端末４０は、例えば、リモートレストラン６１内の各席に設けられるセルフオーダ用のオーダ端末であり、例えばＰＣやタブレット端末等により実現される。なお、リモートレストラン６１に設けられる店舗端末４０の台数は特に問わず、複数台であってもよい。

【0012】

リモートレストラン６１の店舗端末４０からなされた商品の注文情報は、サーバ装置２０に伝達される。サーバ装置２０は、複数のデリバリー店舗６２の中から、オーダされた商品を最も早くオーダ先に配達することができると考えられるデリバリー店舗６２を選択して、選択されたデリバリー店舗６２の受注端末５０に対して、デリバリーの注文を送信する。

【0013】

受注端末５０は、デリバリー店舗６２の各々に設けられる、デリバリーの注文を受注する端末装置である。デリバリー店舗６２は、例えばＰＣやタブレット端末等により実現される。なお、デリバリー店舗６２に設けられる受注端末５０の台数は特に問わず、複数台であってもよい。また、受注端末５０は、デリバリー店舗６２の配達員が所持する、不図示のハンディ端末と通信を行うことによって、注文された商品の配達状況を随時確認することが可能とされている。

【0014】

ユーザ端末４１は、リモート飲食提供システム１０を利用するユーザが使用する端末装置である。ユーザ端末４１は、例えばＰＣやスマートフォンやタブレット端末等の携帯型の端末装置で実現することができる。なお、ユーザ端末４１は、端末装置の一例である。

【0015】

サーバ装置２０は、例えばワークステーション等の情報処理装置によって実現される。なお、本実施形態では、サーバ装置２０を単体の装置として説明するが、これに限らないものとする。例えば、サーバ装置２０は、複数のサーバ装置で分散して機能を動作させる構成としてもよい。

【0016】

サーバ装置２０は、各店舗６０の店舗端末３０と、各リモートレストラン６１の店舗端末４０と、各デリバリー店舗６２の受注端末５０と、各ユーザ端末４１と協働することで、リモート飲食提供サービスを提供する。より具体的には、サーバ装置２０は、複数の店舗６０の各々に設けられた店舗端末３０と、複数のリモートレストラン６１の各々に設けられた店舗端末４０と、複数のデリバリー店舗６２の各々に設けられた受注端末５０と、複数のユーザ端末４１との間の通信を制御することで、異なる場所にいる複数のユーザ同士で、会話や画面共有を行うサービス（リモート飲食提供サービス）を提供する。

【0017】

以下、リモート飲食提供システム１０を用いてリモート飲食提供サービスを行う（享受する）ことを、「リモート飲み会」と呼ぶ。

【0018】

なお、リモート飲食提供システム１０のシステム構成は、図１に示す例に限定されるものではない。例えば、複数のデリバリー店舗６２を管理する、サーバ装置２０とは別のサーバ装置を備えて、サーバ装置２０から送信されたデリバリーの注文を、サーバ装置２０とは別のサーバ装置が受信して、最適なデリバリー店舗６２を選択するようにしてもよい。

【0019】

（サーバ装置のハードウェア構成）
次に、図２を用いて、サーバ装置２０のハードウェア構成を説明する。図２は、実施形態に係るサーバ装置のハードウェア構成の一例を示す図である。

【0020】

サーバ装置２０は、ＣＰＵ（Central Processing Circuit）２１、ＲＯＭ（Read Only Memory）２２、及びＲＡＭ（Random Access Memory）２３等のコンピュータ構成を備える。

【0021】

ＣＰＵ２１は、プロセッサの一例であり、サーバ装置２０の各部を統括的に制御する。ＲＯＭ２２は、各種プログラムや各種データを記憶する。ＲＡＭ２３は、プログラムや各種データを展開するワークスペースである。

【0022】

また、サーバ装置２０は、通信部２４と、記憶部２５とを備える。通信部２４は、ネットワークＮに接続可能な通信インタフェースである。通信部２４は、ネットワークＮを介して店舗端末３０，４０やユーザ端末４１、受注端末５０等の外部装置と通信を行う。

【0023】

記憶部２５は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の記憶媒体で構成されており、電源を遮断しても記憶内容を維持する。記憶部２５は、ＣＰＵ２１が実行することが可能なプログラムや各種の設定情報を記憶する。例えば、記憶部２５は、リモート飲み会用に用意されたプログラム（サーバプログラム）やＧＵＩ（Graphical User Interface）の表示に係るコンテンツ等を記憶する。ＣＰＵ２１は、ＲＯＭ２２や記憶部２５に記憶されたプログラムをＲＡＭ２３に展開して動作させることによって、各種の処理を実行する。

【0024】

また、記憶部２５は、リモート飲み会の実行に必要な各種データを記憶する。具体的には、記憶部２５は、店舗管理テーブル２５１と、リモートレストラン管理テーブル２５２と、デリバリー店舗管理テーブル２５３と、店舗メニュー管理テーブル２５４と、デリバリーメニュー管理テーブル２５５と、ユーザ管理テーブル２５６と、予約管理テーブル２５７と、店舗オーダ管理テーブル２５８と、デリバリーオーダ管理テーブル２５９とを記憶する。各テーブルの内容について、詳しくは後述する。

【0025】

（店舗端末及びユーザ端末のハードウェア構成）
次に、図３を用いて、店舗端末３０，４０又はユーザ端末４１のハードウェア構成を説明する。図３は、実施形態に係る店舗端末及びユーザ端末のハードウェア構成の一例を示す図である。

【0026】

店舗端末３０は、ＣＰＵ３１、ＲＯＭ３２、及びＲＡＭ３３等のコンピュータ構成を備える。ＣＰＵ３１は、プロセッサの一例であり、店舗端末３０の各部を統括的に制御する。ＲＯＭ３２は、各種プログラムや各種データを記憶する。ＲＡＭ３３は、プログラムや各種データを展開するワークスペースである。

【0027】

また、店舗端末３０は、通信部３４と、記憶部３５と、表示部３６と、操作部３７と、撮像部３８と、音声入出力部３９とを備える。

【0028】

通信部３４は、ネットワークＮに接続可能な通信インタフェースである。通信部３４は、ネットワークＮを介してサーバ装置２０等の外部装置と通信を行う。また、通信部３４は、自店舗内の店舗サーバや他の店舗端末３０，４０又はユーザ端末４１と通信を行う。

【0029】

記憶部３５は、ＨＤＤやフラッシュメモリ等の記憶媒体で構成されており、電源を遮断しても記憶内容を維持する。記憶部３５は、ＣＰＵ３１が実行することが可能なプログラムや各種の設定情報を記憶する。例えば、記憶部３５は、リモート飲み会用に用意されたプログラム（クライアントプログラム）やＧＵＩの表示に係るコンテンツ等を記憶する。ＣＰＵ３１は、ＲＯＭ３２や記憶部３５に記憶されたプログラムをＲＡＭ３３に展開して動作させることによって、各種の処理を実行する。

【0030】

表示部３６は、ＬＣＤ（Liquid Crystal Display）等の表示デバイスであり、ＣＰＵ３１の制御に従って各種の情報や画面を表示する。操作部３７は、各種の操作キーを有し、ユーザの操作に応じた操作内容をＣＰＵ３１に出力する。なお、操作部３７は、表示部３６の表面に設けられたタッチパネルであってもよい。

【0031】

撮像部３８は、ＣＣＤ（Charge Coupled Device）等の撮像素子を具備する撮像装置である。撮像部３８は、例えば、店舗端末３０を操作するユーザを撮像することで、ユーザの画像データ（静止画、動画）を取得し、取得した画像データをＣＰＵ３１に出力する。なお、撮像部３８は、店舗端末３０に内蔵されていてもよいし、店舗端末３０と別体であってもよい。

【0032】

音声入出力部３９は、マイク等の音声入力装置と、スピーカ等の音声出力装置とを具備する。音声入出力部３９は、ユーザの音声データを取得し、取得した音声データをＣＰＵ３１に出力する。また、音声入出力部３９は、ＣＰＵ３１から入力される音声データを音声として出力する。

【0033】

なお、店舗端末３０のハードウェア構成は、図３の構成に限らないものとする。また、店舗端末４０及びユーザ端末４１は、店舗端末３０と同様のハードウェア構成を備えるものとして説明を進める。

【0034】

（受注端末のハードウェア構成）
次に、図４を用いて、受注端末５０のハードウェア構成を説明する。図４は、実施形態に係る受注端末のハードウェア構成の一例を示す図である。

【0035】

受注端末５０は、ＣＰＵ５１、ＲＯＭ５２、及びＲＡＭ５３等のコンピュータ構成を備える。ＣＰＵ５１は、プロセッサの一例であり、受注端末５０の各部を統括的に制御する。ＲＯＭ５２は、各種プログラムや各種データを記憶する。ＲＡＭ５３は、プログラムや各種データを展開するワークスペースである。

【0036】

また、受注端末５０は、通信部５４と、記憶部５５と、表示部５６と、操作部５７とを備える。

【0037】

通信部５４は、ネットワークＮに接続可能な通信インタフェースである。通信部５４は、ネットワークＮを介してサーバ装置２０等の外部装置と通信を行う。

【0038】

記憶部５５は、ＨＤＤやフラッシュメモリ等の記憶媒体で構成されており、電源を遮断しても記憶内容を維持する。記憶部５５は、ＣＰＵ５１が実行することが可能なプログラムや各種の設定情報を記憶する。例えば、記憶部５５は、注文対応のために用意されたプログラム（クライアントプログラム）やＧＵＩの表示に係るコンテンツ等を記憶する。ＣＰＵ５１は、ＲＯＭ５２や記憶部５５に記憶されたプログラムをＲＡＭ５３に展開して動作させることによって、各種の処理を実行する。

【0039】

表示部５６は、ＬＣＤ等の表示デバイスであり、ＣＰＵ５１の制御に従って各種の情報や画面を表示する。操作部５７は、各種の操作キーを有し、ユーザの操作に応じた操作内容をＣＰＵ５１に出力する。なお、操作部５７は、表示部５６の表面に設けられたタッチパネルであってもよい。

【0040】

なお、受注端末５０のハードウェア構成は、図４の構成に限らないものとする。

【0041】

（サーバ装置が記憶する各種データ）
次に、図５から図１３を用いて、サーバ装置２０の記憶部２５に記憶される各種データのデータ構成を説明する。

【0042】

図５は、実施形態に係る店舗管理テーブルのデータ構成の一例を示す図である。店舗管理テーブル２５１は、各店舗６０の店舗ＩＤに関連付けて、当該店舗ＩＤに対応する店舗６０に関する店舗情報を記憶する。

【0043】

店舗ＩＤは、店舗６０の各々を識別するための識別情報である。店舗情報は、店舗６０の店舗名、住所、連絡先、及び店舗画像等の項目を含む。店舗名は、店舗６０の屋号や支店名等である。住所は、店舗６０の所在地を示す住所を意味する。連絡先は、例えば店舗６０の住所や、ＩＰアドレス等のアドレス情報を意味する。店舗画像は、店舗ＩＤに対応する店舗６０を表したアイコンやロゴマーク等の画像情報である。なお、店舗管理テーブル２５１のデータ構成は、図５の例に限らないものとする。

【0044】

図６は、実施形態に係るリモートレスラン管理テーブルのデータ構成の一例を示す図である。リモートレストラン管理テーブル２５２は、各リモートレストラン６１のリモートレストランＩＤに関連付けて、当該リモートレストランＩＤに対応するリモートレストラン６１に関するリモートレスラン情報を記憶する。

【0045】

リモートレストランＩＤは、リモートレストラン６１の各々を識別するための識別情報である。リモートレスラン情報は、リモートレストラン６１のリモートレストラン名、住所、連絡先、及びリモートレストラン画像等の項目を含む。リモートレストラン名は、リモートレストラン６１の屋号や支店名等である。住所は、リモートレストラン６１の所在地を示す住所を意味する。連絡先は、例えばリモートレストラン６１の住所や、ＩＰアドレス等のアドレス情報を意味する。リモートレストラン画像は、リモートレストランＩＤに対応するリモートレストラン６１を表したアイコンやロゴマーク等の画像情報である。なお、リモートレストラン管理テーブル２５２のデータ構成は、図６の例に限らないものとする。

【0046】

図７は、実施形態に係るデリバリー店舗管理テーブルのデータ構成の一例を示す図である。デリバリー店舗管理テーブル２５３は、各デリバリー店舗６２のデリバリー店舗ＩＤに関連付けて、当該デリバリー店舗ＩＤに対応するデリバリー店舗６２に関するデリバリー店舗情報を記憶する。

【0047】

デリバリー店舗ＩＤは、デリバリー店舗６２の各々を識別するための識別情報である。デリバリー店舗情報は、デリバリー店舗６２のデリバリー店舗名、住所、連絡先、及びデリバリー店舗画像等の項目を含む。デリバリー店舗名は、デリバリー店舗６２の屋号や支店名等である。住所は、デリバリー店舗６２の所在地を示す住所を意味する。連絡先は、例えばデリバリー店舗６２の住所や、ＩＰアドレス等のアドレス情報を意味する。デリバリー店舗画像は、デリバリー店舗ＩＤに対応するデリバリー店舗６２を表したアイコンやロゴマーク等の画像情報である。なお、デリバリー店舗管理テーブル２５３のデータ構成は、図７の例に限らないものとする。

【0048】

図８は、実施形態に係る店舗メニュー管理テーブルのデータ構成の一例を示す図である。店舗メニュー管理テーブル２５４は、各店舗６０の店舗ＩＤに関連付けて、当該店舗ＩＤに対応する店舗６０で飲食可能な各商品（メニュー）に関するメニュー情報を記憶する。サーバ装置２０は、例えば、各店舗６０の店舗サーバ等からメニュー情報を取得して、店舗メニュー管理テーブル２５４に記憶する。

【0049】

メニュー情報は、例えば、商品（メニュー）の商品ＩＤ，商品名、一般名、価格、商品画像、及び説明等を含む。

【0050】

商品ＩＤは、各店舗６０で販売される商品を識別するための識別情報である。商品名は、商品ＩＤに対応する商品の商品名（品目、正式名称等）を示す情報である。一般名は、商品名の一般名や略称、呼称を示す情報である。例えば、店舗Ａで販売される「ビール」が「Ａビール大」及び「Ａビール中」、店舗Ｂで販売される「ビール」の名称が「Ｂビール」である場合を想定する。この場合、店舗Ａの店舗ＩＤに関連付けて、「Ａビール大」及び「Ａビール中」を示す商品ＩＤ及び商品名がそれぞれ登録されるとともに、これら商品ＩＤの各々に関連付けて一般名「ビール」が登録される。また、店舗Ｂの店舗ＩＤに関連付けて、「Ｂビール」を示す商品ＩＤ及び商品名が登録されるとともに、この商品ＩＤに関連付けて一般名「ビール」が登録される。

【0051】

価格は、商品ＩＤに対応する商品の単価を示す情報である。商品画像は、商品ＩＤに対応する商品を表す写真やイラスト等の画像データ（商品画像）である。説明は、商品ＩＤに対応する商品の説明文や、調理に要する目安の時間、店舗ＩＤに対応する店舗での人気度等を示す情報である。

【0052】

なお、店舗メニュー管理テーブル２５４のデータ構成は、図８の例に限らないものとする。また、サーバ装置２０は、店舗メニュー管理テーブル２５４のメニュー情報を、各店舗６０の店舗サーバ等から定期的又は随時取得することで、所定のタイミングでメニュー情報を更新する形態としてもよい。

【0053】

図９は、実施形態に係るデリバリーメニュー管理テーブルのデータ構成の一例を示す図である。デリバリーメニュー管理テーブル２５５は、各デリバリー店舗６２のデリバリー店舗ＩＤに関連付けて、当該デリバリー店舗ＩＤに対応するデリバリー店舗６２が提供（調理）可能な各商品（メニュー）に関するメニュー情報を記憶する。サーバ装置２０は、例えば、各デリバリー店舗６２からメニュー情報を取得して、デリバリーメニュー管理テーブル２５５に記憶する。

【0054】

メニュー情報は、例えば、商品（メニュー）の商品ＩＤ，商品名、一般名、価格、商品画像、及び説明等を含む。各項目の内容は、前述した店舗メニュー管理テーブル２５４に格納されるデータと同じである。なお、サーバ装置２０は、店舗メニューとデリバリーメニューをそれぞれ店舗メニュー管理テーブル２５４とデリバリーメニュー管理テーブル２５５とで分けずにまとめて、一つのメニュー管理テーブルとして管理してもよい。

【0055】

図１０は、実施形態に係るユーザ管理テーブルのデータ構成の一例を示す図である。ユーザ管理テーブル２５６は、各ユーザのユーザＩＤに関連付けて、当該ユーザＩＤに対応するユーザに関するユーザ情報を記憶する。ここで、ユーザＩＤは、各ユーザを識別するための識別情報である。

【0056】

ユーザ情報は、例えば、ユーザ名，住所、連絡先、及び決済用情報等を含む。ユーザ名は、ユーザＩＤに対応するユーザの名前を示す情報である。なお、ユーザ名とともにユーザを特徴付けるユーザアイコンを記憶してもよい。住所は、ユーザＩＤに対応するユーザの住所や居所を示す情報である。連絡先は、ユーザＩＤに対応するユーザの連絡先を示す情報である。連絡先には、ユーザが所持するユーザ端末４１の電話番号や端末ＩＤ等の識別情報が登録される。決済用情報は、クレジットカード決済や電子マネー決済等の電子決済に係る情報である。決済用情報は、例えばクレジットカード番号等の情報を一又は複数保持し、商品の代金を電子決済で支払う際に使用される。

【0057】

なお、ユーザ管理テーブル２５６のデータ構成は、図１０の例に限らないものとする。例えば、ユーザ管理テーブル２５６は、各ユーザのユーザＩＤに関連付けて、そのユーザＩＤに対応するユーザの性別や年齢、嗜好等の情報を記憶してもよい。また、リモート飲み会の主催者には、主催者である旨のフラグを付与しておいてもよい。

【0058】

図１１は、実施形態に係る予約管理テーブルのデータ構成の一例を示す図である。予約管理テーブル２５７は、予約ＩＤに関連付けて、当該予約ＩＤに関する予約情報を記憶する。

【0059】

予約ＩＤは、リモート飲み会の利用予約を識別するための識別情報である。サーバ装置２０は、ユーザからユーザ端末４１等を介してリモート飲み会の利用予約を受け付ける毎に、ユニークな予約ＩＤ（例えば、昇順の番号）を発行する。

【0060】

予約情報は、例えば、予約日時、ユーザＩＤ、リモート飲み会の参加場所、端末ＩＤ、及びログイン日時等の情報を含む。

【0061】

予約日時は、リモート飲み会を行う予定の日時を示す情報である。予約日時は、例えば、開始日時と終了日時との期間によって表される。

【0062】

ユーザＩＤには、リモート飲み会に参加するユーザのユーザＩＤが登録される。予約ＩＤの各々には、１又は複数のユーザＩＤを関連付けることが可能となっており、同一の予約ＩＤに関連付けられたユーザＩＤは、同一のリモート飲み会に参加するグループとして管理される。換言すると、予約ＩＤは、各グループを識別するための識別子としても機能する。以下、同一の予約ＩＤに関連付けられたユーザＩＤ又は当該ユーザＩＤに対応するユーザを、同一グループに属するユーザ等とも表記する。

【0063】

リモート飲み会の参加場所（以下、単に参加場所と呼ぶ）には、リモート飲み会で使用される店舗６０の店舗ＩＤ、リモートレストラン６１のリモートレストランＩＤ、又はユーザが自身の自宅を特定する識別情報が登録される。

【0064】

端末ＩＤには、リモート飲み会で使用される店舗端末３０，４０、又はユーザ端末４１の識別情報が登録される。また、ログイン日時は、端末ＩＤに対応する店舗端末３０，４０又はユーザ端末４１の使用を開始した日時が登録される。

【0065】

本実施形態では、予約情報に含まれる情報のうち、予約日時、ユーザＩＤ及び参加場所は、リモート飲み会の開催前に登録されることを想定している。また、予約情報に含まれる情報のうち、端末ＩＤ及びログイン日時は、リモート飲み会の開催日当日、つまりユーザＩＤに対応するユーザが参加場所に到着した際に登録されることを想定している。なお、参加場所は、リモート飲み会の開催日当日、ユーザが参加場所に到着した際に登録される形態としてもよい。あるいは、ユーザとユーザの参加場所とを関連付けて登録してもよい。例えば、予約ＩＤの予約情報に登録されるユーザＩＤと関連付けて、参加場所を事前に登録してもよい。

【0066】

なお、予約管理テーブル２５７のデータ構成は、図１１の例に限らないものとする。例えば、予約管理テーブル２５７は、予約ＩＤと関連付けて、そのリモート飲み会の名称や説目を示す情報を記憶してもよい。また、予約管理テーブル２５７は、ユーザＩＤと関連付けて、そのリモート飲み会の主催者や幹事を示す情報を記憶してもよい。

【0067】

図１２は、実施形態に係る店舗オーダ管理テーブルのデータ構成の一例を示す図である。店舗オーダ管理テーブル２５８は、予約ＩＤに関連付けて、その予約ＩＤに対応するリモート飲み会において、店舗６０に対してオーダ（注文）された商品に関するオーダ履歴情報を記憶する。即ち、店舗６０において、当該店舗６０が提供しているメニューが注文された場合、当該注文の注文履歴は店舗オーダ管理テーブル２５８に記録される。

【0068】

オーダ履歴情報は、例えば、オーダＩＤ、オーダ元ユーザＩＤ、オーダ先ユーザＩＤ、参加場所、商品ＩＤ、数量、支払済フラグ等の情報を含む。なお、参加場所には、メニューの注文先である店舗ＩＤが記録される。

【0069】

オーダＩＤは、各オーダを識別するための識別情報である。サーバ装置２０は、ユーザ（店舗端末３０，４０又はユーザ端末４１）から商品のオーダを受け付ける毎に、ユニークなオーダＩＤ（例えば、昇順の番号）を発行する。

【0070】

オーダ元ユーザＩＤには、商品のオーダを行ったユーザのユーザＩＤが登録される。オーダ先ユーザＩＤには、オーダされた商品の提供先となるユーザのユーザＩＤが登録される。例えば、ユーザ自身が自分で飲食する商品をオーダした場合、オーダ元ユーザＩＤと、オーダ先ユーザＩＤとには同一のユーザＩＤが登録される。また、例えば、あるユーザが、他のユーザが飲食する商品をオーダした場合、オーダ元ユーザＩＤと、オーダ先ユーザＩＤとには異なるユーザＩＤが登録される。

【0071】

参加場所には、オーダ先ユーザＩＤのユーザが存在する場所を特定する情報、例えば、リモート飲み会で使用される店舗６０の店舗ＩＤ、リモートレストラン６１のリモートレストランＩＤ、又はユーザが自身の自宅を特定する識別情報が登録される。商品ＩＤには、オーダの対象となった商品の商品ＩＤが登録される。数量には、オーダの対象となった商品の数量が登録される。

【0072】

支払済フラグには、オーダの対象となった商品の支払いが、支払済か否かを示すフラグ情報が登録される。本実施形態では、後述するように、あるユーザが他のユーザに商品をプレゼントするような場合に（以下、このオーダ方法を「おごリオーダ」等ともいう）、その商品の支払いを先に行うことも可能とされている。つまり、支払済フラグには、オーダ元ユーザＩＤとオーダ先ユーザＩＤとが異なり、且つオーダ元ユーザＩＤに対応するユーザが商品の代金の支払いを完了した場合に、支払済を示すフラグが登録される。換言すると、支払済フラグは、おごりオーダが行われたか否かを示す指標ともなる。なお、図１２においては、未支払をフラグ“０”、支払済をフラグ“１”と定義されているものとする。

【0073】

なお、店舗オーダ管理テーブル２５８のデータ構成は、図１２の例に限らないものとする。例えば、店舗オーダ管理テーブル２５８は、オーダされた日時を示す情報を記憶してもよい。

【0074】

図１３は、実施形態に係るデリバリーオーダ管理テーブルのデータ構成の一例を示す図である。デリバリーオーダ管理テーブル２５９は、予約ＩＤに関連付けて、その予約ＩＤに対応するリモート飲み会において、デリバリー店舗６２に対してオーダ（注文）された商品に関するオーダ履歴情報及びオーダされた商品に関する配達状況情報を記憶する。即ち、店舗６０、リモートレストラン６１又はユーザの自宅等において、デリバリー店舗６２が提供しているメニューが注文された場合、当該注文の注文履歴はデリバリーオーダ管理テーブル２５９に記録される。

【0075】

配達状況情報は、例えば、オーダＩＤ、オーダ元ユーザＩＤ、オーダ先ユーザＩＤ、デリバリー店舗ＩＤ、配達場所（店舗ＩＤ、リモートレストランＩＤ又はユーザの自宅）、商品ＩＤ、数量、支払済フラグ、配達状況フラグ等の情報を含む。

【0076】

オーダＩＤは、各デリバリーオーダを識別するための識別情報である。サーバ装置２０は、ユーザ（店舗端末３０，４０又はユーザ端末４１）から商品のデリバリーの注文を受け付ける毎に、ユニークなオーダＩＤ（例えば、昇順の番号）を発行する。

【0077】

オーダ元ユーザＩＤには、商品のデリバリーをオーダしたユーザのユーザＩＤが登録される。オーダ先ユーザＩＤには、オーダされた商品の提供先となるユーザのユーザＩＤが登録される。例えば、ユーザ自身が自分で飲食する商品のデリバリーをオーダした場合、オーダ元ユーザＩＤと、オーダ先ユーザＩＤとには同一のユーザＩＤが登録される。また、例えば、あるユーザが、他のユーザが飲食する商品のデリバリーをオーダした場合、オーダ元ユーザＩＤと、オーダ先ユーザＩＤとには異なるユーザＩＤが登録される。

【0078】

デリバリー店舗ＩＤには、注文先のデリバリー店舗６２のデリバリー店舗ＩＤが記録される。

【0079】

配達場所には、商品のデリバリー先を特定する情報が登録される。具体的には、オーダ先ユーザＩＤのユーザが存在する場所を特定する情報、例えば、リモート飲み会で使用される店舗６０の店舗ＩＤ、リモートレストラン６１のリモートレストランＩＤ、又はユーザが自身の自宅を特定する識別情報が登録される。

【0080】

商品ＩＤには、デリバリーの対象となった商品の商品ＩＤが登録される。数量には、デリバリーの対象となった商品の数量が登録される。

【0081】

支払済フラグには、デリバリーの対象となった商品の支払いが、支払済か否かを示すフラグ情報が登録される。本実施形態では、後述するように、あるユーザが他のユーザに商品をプレゼントするような場合に（以下、このオーダ方法を「おごリオーダ」等ともいう）、その商品の支払いを先に行うことも可能とされている。つまり、支払済フラグには、オーダ元ユーザＩＤとオーダ先ユーザＩＤとが異なり、且つオーダ元ユーザＩＤに対応するユーザが商品の代金の支払いを完了した場合に、支払済を示すフラグが登録される。換言すると、支払済フラグは、おごりオーダが行われたか否かを示す指標ともなる。なお、図１３においては、未支払をフラグ“０”、支払済をフラグ“１”と定義されているものとする。

【0082】

配達状況フラグには、デリバリーの対象となった商品の準備状況を表す情報が登録される。デリバリーの対象となった商品の準備状況とは、例えば、「調理準備中」、「調理中」、「配達中」、「配達完了」、「盛付中」等である。

【0083】

なお、デリバリーオーダ管理テーブル２５９のデータ構成は、図１３の例に限らないものとする。例えば、デリバリーオーダ管理テーブル２５９は、配達員の現在位置や配達予想時刻等を示す情報を記憶してもよい。また、サーバ装置２０は、店舗オーダ管理テーブル２５８とデリバリーオーダ管理テーブル２５９とを分けずにまとめて、一つの注文管理テーブルとして管理してもよい。

【0084】

（リモート飲食提供システムの機能構成）
図１４を用いて、リモート飲食提供システム１０の機能構成を説明する。図１４は、実施形態に係るリモート飲食提供システムの機能構成の一例を示す機能ブロック図である。

【0085】

サーバ装置２０は、予約受付部２０１と、端末間通信部２０２と、画面表示制御部２０３と、ＧＵＩ提供部２０４と、オーダ受付部２０５と、会計処理部２０６と、配達状況取得部２０７と、金額再分配部２０８とを機能部として備える。

【0086】

サーバ装置２０が備える機能部の一部又は全ては、サーバ装置２０のプロセッサ（例えばＣＰＵ２１）とメモリ（例えばＲＯＭ２２、記憶部２５）に記憶されたプログラムとの協働により実現されるソフトウェア構成であってもよい。また、サーバ装置２０が備える機能部の一部又は全ては、サーバ装置２０に搭載された専用回路等で実現されるハードウェア構成であってもよい。

【0087】

予約受付部２０１は、リモート飲み会の利用予約を受け付け、受け付けた予約の内容を予約管理テーブル２５７に登録する。予約の受け付け方法は特に問わず、種々の方法を採用することが可能である。

【0088】

例えば、リモート飲み会の開催日時や利用店舗を指定することが可能なＷｅｂサイトをネットワークＮ上に公開し、そのＷｅｂサイトを介して予約を受け付ける形態としてもよい。この場合、主催又は幹事となるユーザ（以下、幹事ともいう）はユーザ端末４１を用いてＷｅｂサイトにアクセスし、リモート飲み会の開催日時や、自己のユーザＩＤ、自己が利用する店舗ＳＰ（店舗ＩＤ）等を入力することで、リモート飲み会の予約（新規予約）を行う。

【0089】

予約受付部２０１は、新規予約を受け付けると、予約ＩＤを発行し、入力された事項とともに予約管理テーブル３５４に登録する。また、予約受付部２０１は、発行した予約ＩＤをユーザのユーザ端末４１に通知する。そして、幹事は、リモート飲み会の参加メンバとなる他のユーザにユーザＩＤを通知する。なお、新規予約の際に、幹事以外の他のユーザのユーザＩＤが入力されてもよい。

【0090】

一方、予約ＩＤの通知を受けた他のユーザは、自己が所持するユーザ端末４１を用いて、上記のＷｅｂサイトに予約ＩＤを指定したアクセスを行う。予約受付部２０１は、予約ＩＤを指定したアクセスを受け付けると、その予約ＩＤに対応する予約情報（開催日時等）を予約管理テーブル２５７から読み出し、アクセス元のユーザ端末４１に視認可能に提供する。そして、他のユーザは、自己のユーザＩＤや自己が利用する店舗６０（店舗ＩＤ）やリモートレストラン６１（リモートレストランＩＤ）等を入力することで、リモート飲み会の予約（追加予約）を行う。予約受付部２０１は、追加予約を受け付けると、先に入力された予約ＩＤの予約情報に、追加予約された事項を追加登録する。

【0091】

なお、予約受付部２０１は、ユーザ情報に記憶された住所と、各店舗６０又は各リモートレストラン６１の店舗情報に記憶された住所とを比較して、ユーザの住所から所定範囲内（例えば３Ｋｍ以内等）に存在する店舗６０又はリモートレストラン６１を、リモート飲み会の利用候補としてユーザに提示する形態としてもよい。

【0092】

予約受付部２０１は、上記の処理（予約処理）を行うことで、同一のリモート飲み会に参加する各ユーザの、ユーザＩＤと当該ユーザが利用する店舗ＩＤとの組を、共通する予約ＩＤに関連付けて予約管理テーブル２５７に記憶する。なお、上記の説明では、予約ＩＤの通知を受けた他のユーザが個人で、予約ＩＤの予約情報に自身のユーザＩＤ等を登録し、追加登録するとしたが、これに限定されなくてもよい。例えば、代表者が、事前に参加者のユーザＩＤを取得している場合には、代表者がまとめて参加者のユーザＩＤを登録してもよい。また、予約処理完了後、ユーザＩＤの登録が完了したユーザに対しては、予約ＩＤと、ユーザＩＤとが関連付けられた二次元コード情報あるいは当該二次元コード情報を表示するためのリンク情報をユーザ端末４１が取得してもよい。例えば、予約当日に、ユーザ端末４１に二次元コード情報を表示し、表示された二次元コード情報を店舗端末３０，４０が読み込むことで、ログイン処理が実行されるとしてもよい。このように、予約受付部２０１は、複数の場所に置かれた端末装置の各々からアクセスを受け付け、アクセス元の場所及び端末装置と、当該端末装置を操作するユーザとを関連付けて管理する。なお、予約受付部２０１は、管理部の一例である。

【0093】

端末間通信部２０２は、予約受付部２０１とともに管理部の一例として機能する。端末間通信部２０２は、店舗６０の店舗端末３０、リモートレストラン６１の店舗端末４０、又はユーザ端末４１からアクセスを受け付け、アクセス元の店舗６０（店舗ＩＤ）及び店舗端末３０（端末ＩＤ）、リモートレストラン６１（店舗ＩＤ）及び店舗端末４０（端末ＩＤ）、又はユーザ端末４１（端末ＩＤ）と、当該端末装置を操作するユーザ（ユーザＩＤ）とを関連付けて管理する。

【0094】

また、端末間通信部２０２は、通信制御部の一例である。端末間通信部２０２は、同一の予約ＩＤに関連付けられたユーザ、つまり同一グループに属するユーザが操作する端末装置（店舗端末３０，４０又はユーザ端末４１）同士を通信可能に接続する。

【0095】

具体的には、端末間通信部２０２は、端末装置（店舗端末３０，４０又はユーザ端末４１）から予約ＩＤ及びユーザＩＤ等の参加情報を指定したアクセスを受け付けると、指定された予約ＩＤに対応する予約情報を予約管理テーブル２５７から特定する。端末間通信部２０２は、特定した予約情報に指定されたユーザＩＤが含まれるか否かを判定するログイン処理を実行する。端末間通信部２０２は、指定されたユーザＩＤが予約情報に含まれた場合、そのユーザＩＤに関連付けて、アクセス元の端末装置の端末ＩＤと、現在の日時（ログイン日時）とを予約情報に追加登録する。

【0096】

そして、端末間通信部２０２は、予約情報に端末ＩＤ及びログイン日時を登録すると、その予約情報に登録された端末ＩＤの端末装置同士を通信可能に接続するための制御を行う。これにより、同一の予約ＩＤに関連付けられた端末装置同士でデータ共有を行うことができるため、同一グループに属するユーザは、各自が操作する端末装置の各々で撮像された画像（顔画像）を見ながら、他のユーザと会話することができる。

【0097】

なお、端末間通信部２０２は、端末装置からのアクセス時に、端末装置の端末ＩＤと当該端末装置が属する店舗６０又はリモートレストラン６１の店舗ＩＤとを予約情報に登録する形態としてもよい。

【0098】

また、端末間通信部２０２は、端末装置から受け付けたユーザＩＤが、該当する予約ＩＤの予約情報に含まれない場合、アクセスを拒否する形態としてもよいし、予約情報に追加登録する形態としてもよい。

【0099】

画面表示制御部２０３は、予約受付部２０１が関連付けた店舗端末３０，４０又はユーザ端末４１（端末装置）にそれぞれ接続した表示部３６に、当該各端末装置に対応する撮像部３８（撮像装置）が撮像した画像が表示されたサブ画面を整列させたメイン画面を表示させる。また、画面表示制御部２０３は、表示部３６に表示されたメイン画面の中に、注文受付部が受け付けた注文情報を、注文された商品の届け先と関連付けて表示させる。さらに、画面表示制御部２０３は、予約受付部２０１が関連付けた各端末装置からの注文情報に基づく端末装置毎の支払金額を、各端末装置に対応する表示部３６に表示された画像と関連付けて表示させる。なお、画面表示制御部２０３は、表示制御部及び金額表示部の一例である。サブ画面及びメイン画面については後述する（図１６参照）。

【0100】

ＧＵＩ提供部２０４は、メニュー提供部の一例である。ＧＵＩ提供部２０４は、店舗端末３０，４０又はユーザ端末４１（端末装置）に対し各種のＧＵＩを提供する。具体的には、ＧＵＩ提供部２０４は、端末装置が属する店舗６０、リモートレストラン６１又はユーザが自身のユーザ端末４１からリモート飲み会に参加している自宅において提供可能な商品を表したメニュー情報を、端末間通信部２０２で通信可能に接続された端末装置同士で閲覧可能な画面を提供する。また、ＧＵＩ提供部２０４は、端末装置の各々に対し、商品のオーダを行うための画面や会計を行うための画面等を提供する。ＧＵＩ提供部２０４が提供する各種操作画面については後述する。

【0101】

オーダ受付部２０５は、注文受付部の一例である。オーダ受付部２０５は、メニュー情報が提供された端末装置の何れかから商品及び当該商品の届け先の注文情報を受け付けて、受け付けた注文情報を、商品を提供する店舗６０又はデリバリー店舗６２に通知する。

【0102】

また、オーダ受付部２０５は、商品のオーダを受け付ける毎に、注文を行った端末装置を操作しているユーザのユーザＩＤ（オーダ元ユーザＩＤ）と、注文された商品を提供するユーザのユーザＩＤ（オーダ先ユーザＩＤ）とを特定する。そして、オーダ受付部２０５は、特定したユーザＩＤに対応する予約ＩＤに対応する店舗オーダ管理テーブル２５８のオーダ履歴情報、又はデリバリーオーダ管理テーブル２５９のデリバリーオーダ履歴情報の中に、新たに発行したオーダＩＤに関連付けて、特定したユーザＩＤ、注文先の店舗ＩＤ又はデリバリー店舗ＩＤ、商品ＩＤ等の情報を登録する。

【0103】

会計処理部２０６は、オーダ受付部２０５が受け付けた商品の代金を、当該商品を提供する店舗６０又はデリバリー店舗６２に支払う会計処理を実行する。具体的には、会計処理部２０６は、ユーザ管理テーブル２５６に記憶された決済用情報を用いて、オーダされた商品の代金を支払う会計処理を実行する。

【0104】

なお、商品代金の支払いは、決済用情報を用いた方法に限らないものとする。例えば、二次元コード情報等を用いたコード決済や現金決済等の他の支払い方法であってもよい。この場合、会計処理部２０６は、ユーザ端末４１や店舗サーバ等の装置から、ユーザＩＤとともに、商品代金の支払いが完了したことを示す情報を受信したことを条件に、そのユーザの支払が完了したと判断する。

【0105】

配達状況取得部２０７は、受注端末５０から、デリバリー注文されたメニューの配達状況を示す情報を取得する。具体的には、サーバ装置２０は、受注端末５０が、配達員が所持するハンディ端末と通信を行うことによって、注文された商品の配達状況や配達員の現在位置等を取得する。

【0106】

金額再分配部２０８は、端末装置からの指示に基づいて、各ユーザの支払金額の総額を、端末装置毎に再分配させる。より具体的には、金額再分配部２０８は、ＧＵＩ提供部２０４及び画面表示制御部２０３と協働することで、各端末装置の表示部３６に表示される会計画面１６０（図２２参照）の中に、支払金額の総額の再分配方法と、当該再分配方法に基づく、端末装置に関連付いたユーザの支払金額とを関連付けて表示させる。また、金額再分配部２０８は、複数の端末装置のうちの一部が接続を解除する際に、当該接続を解除した端末装置に対応する支払金額の支払いが済んでいるか、前記接続を維持している端末装置を操作するユーザに前記支払金額の支払いを委ねるかに応じて、端末装置毎の未精算の支払金額の総額を、接続を維持している端末装置毎に再分配させる。

【0107】

図１４に戻り、店舗端末３０，４０又はユーザ端末４１（端末装置）は、通信制御部３０１と、出力制御部３０２と、操作受付部３０３とを機能部として備える。

【0108】

なお、店舗端末３０，４０又はユーザ端末４１（端末装置）が備える機能部の一部又は全ては、各端末装置のプロセッサ（例えばＣＰＵ３１）とメモリ（例えばＲＯＭ３２、記憶部３５）に記憶されたプログラムとの協働により実現されるソフトウェア構成であってもよい。また、端末装置が備える機能部の一部又は全ては、各端末装置に搭載された専用回路等で実現されるハードウェア構成であってもよい。

【0109】

通信制御部３０１は、通信部３４を制御することで、サーバ装置２０や店舗サーバとの間で各種情報（データ）の授受を行う。例えば、通信制御部３０１は、撮像部３８及び音声入出力部３９で取得された画像データ及び音声データをサーバ装置２０に送信する。また、例えば、通信制御部３０１は、他の店舗端末３０，４０又はユーザ端末４１から送信される画像データ及び音声データを、サーバ装置２０を介して受信する。

【0110】

出力制御部３０２は、表示部３６及び音声入出力部３９を制御することで、各種情報（データ）の出力を行う。例えば、出力制御部３０２は、撮像部３８で取得された画像データや、他の店舗端末３０，４０又はユーザ端末４１から送信された画像データを表示部３６に表示させる。また、出力制御部３０２は、サーバ装置２０と協働することで、各種のＧＵＩを表示部３６に表示させる。また、出力制御部３０２は、音声入出力部３９で取得された音声データや、他の店舗端末３０，４０又はユーザ端末４１から送信された音声データを音声入出力部３９に出力させる。

【0111】

操作受付部３０３は、操作部３７を介して入力されたユーザの操作内容を受け付ける。例えば、操作受付部３０３は、表示部３６に表示されたＧＵＩに対する操作を受け付ける。なお、店舗端末３０，４０又はユーザ端末４１（端末装置）は、本実施形態において、サーバ装置２０の入出力インタフェースとして機能する。

【0112】

受注端末５０は、通信制御部５０１と、出力制御部５０２と、操作受付部５０３とを機能部として備える。

【0113】

通信制御部５０１は、通信部５４を制御することで、サーバ装置２０との間で各種情報（データ）の授受を行う。例えば、通信制御部５０１は、店舗端末４０からなされたデリバリーの注文を、サーバ装置２０を介して受信する。また、通信制御部５０１は、配達員が所持する不図示のハンディ端末と通信を行うことによって、注文されたメニューの配達状況を取得する。

【0114】

出力制御部５０２は、表示部５６を制御することで、受信した注文情報の出力を行う。例えば、出力制御部５０２は、通信制御部５０１がサーバ装置２０から受信した注文情報の内容を表示部５６に表示させる。また、出力制御部５０２は、注文されたメニューの配達状況を、サーバ装置２０に出力する。

【0115】

操作受付部５０３は、操作部５７を介して入力されたデリバリー店舗６２の店員の操作内容を受け付ける。例えば、操作受付部５０３は、表示部５６に表示されたＧＵＩに対する操作を受け付ける。なお、受注端末５０は、本実施形態において、サーバ装置２０の入出力インタフェースとして機能する。

【0116】

（サーバ装置の動作）
次に、サーバ装置２０の動作について説明する。なお、サーバ装置２０は、ＧＵＩ提供部２０４及び画面表示制御部２０３が、店舗端末３０，４０又はユーザ端末４１（端末装置）に提供する画面に基づく操作に応じて各種処理を実行する。そのため、以下では、店舗端末３０，４０又はユーザ端末４１の表示部３６に表示される画面に基づきサーバ装置２０の動作を説明する。なお、リモート飲み会の予約は事前に行われているものとする。

【0117】

まず、端末間通信部２０２は、店舗端末３０，４０又はユーザ端末４１から予約ＩＤとユーザＩＤとを指定したアクセスを受け付けると、上述したログイン処理を実行することで予約情報を特定する。このアクセスは、例えば、リモート飲み会が行われる前に、主催者が参加者に、予約ＩＤとユーザＩＤとを特定する招待状等を配信して、参加者が当該招待状を実行することによって実現することができる。また、端末間通信部２０２は、特定した予約情報に、アクセス元の店舗端末３０，４０又はユーザ端末４１の端末ＩＤとログイン日時とを登録する。

【0118】

次に、端末間通信部２０２は、予約情報に含まれる予約日時と現在日時とを比較し、リモート飲み会の開始日時に達した否かを判定する。

【0119】

ここで、開始日時に達していないと判定した場合、端末間通信部２０２は、ＧＵＩ提供部２０４及び画面表示制御部２０３と協働することで、店舗端末３０，４０又はユーザ端末４１の表示部３６に、開始日時に達していないことを通知する待機画面（図示せず）を表示させる。かかる待機画面では、例えば、開始日時までのカウントダウンが表示されてもよい。

【0120】

また、開始日時に達した又は達していると判定した場合、端末間通信部２０２は、ＧＵＩ提供部２０４及び画面表示制御部２０３と協働することで、店舗端末３０，４０又はユーザ端末４１の表示部３６に、リモート飲み会の開始を指示することが可能な開始画面１００を表示させる。

【0121】

図１５は、店舗端末又はユーザ端末に表示されるリモート飲み会の開始画面の一例を示す図である。図１５に示すように、開始画面１００は、リモート飲み会の開始を指示するための操作子であるスタートボタン１０１を有する。

【0122】

端末間通信部２０２は、店舗端末３０，４０又はユーザ端末４１からスタートボタン１０１の操作を受け付けると、予約情報に登録された端末ＩＤに対応する店舗端末３０，４０又はユーザ端末４１間の通信を確立し、互いにデータ共有が可能な状態を実現する。

【0123】

また、ＧＵＩ提供部２０４は、画面表示制御部２０３と協働することで、店舗端末３０，４０又はユーザ端末４１からスタートボタン１０１の操作を受け付けると、店舗端末３０，４０又はユーザ端末４１間で共有されるデータ（画像データ）を表示するためのメイン画面１１０を、店舗端末３０，４０又はユーザ端末４１の表示部３６に表示させる。

【0124】

図１６は、リモート飲み会の実施中に店舗端末又はユーザ端末に表示されるメイン画面の一例を示す図である。図１６に示すように、メイン画面１１０は、リモート飲み会の参加人数に応じて分割された複数のサブ画面１１２，１１３，１１４を有する。図１６は、Ａさん（ユーザＡ）、Ｂさん（ユーザＢ）、Ｃさん（ユーザＣ）の３人のユーザに応じて、メイン画面１１０を３つのサブ画面１１２，１１３，１１４に分割した例を示している。なお、メイン画面１１０の上端には、メイン画面のステータスを示す画面タイトル１１１が表示される。具体的には、ＧＵＩ提供部２０４は、端末装置の操作部３７で行われた操作内容を検出して、当該操作内容に応じた画面タイトル１１１を取得する。なお、操作内容と画面タイトルとは１対１に対応するため、予め、両者の対応関係を記述したテーブルを作成して、サーバ装置２０に記憶しておけばよい。そして、画面表示制御部２０３は、取得した画面タイトル１１１をメイン画面１１０に表示する。なお、図１５は、ユーザＡが操作している端末装置に表示されたメイン画面１１０であるとして、以下の説明を行う。

【0125】

サブ画面１１２，１１３，１１４の各々には、各ユーザが操作する店舗端末３０，４０又はユーザ端末４１（端末装置）の端末ＩＤや、当該端末装置を操作するユーザのユーザＩＤ、店舗端末３０が所属する店舗６０の店舗ＩＤ、店舗端末４０が所属するリモートレストラン６１の店舗ＩＤ等が対応付けられる。また、サブ画面１１２，１１３，１１４の各々には、対応する端末ＩＤの端末装置に対応する撮像部３８で取得（撮像）された画像データが表示される。また、サーバ装置２０から各端末装置には、当該端末装置に対応する音声入出力部３９で取得された音声データが提供されて、出力制御部３０２によって音声入出力部３９から出力される。

【0126】

これにより、各端末装置のユーザは、メイン画面１１０を視聴することで、リモート飲み会の参加者それぞれと、互いの顔を見ながら会話することができる。

【0127】

また、サブ画面１１２，１１３，１１４の各々には、当該サブ画面１１２，１１３，１１４に対応付けられたユーザＩＤに対応するユーザ名及びユーザアイコン１１７が表示される。具体的には、ＧＵＩ提供部２０４は、ユーザＩＤに対応するユーザ名及びユーザアイコンを、ユーザ管理テーブル２５６から読み出す。そして、画面表示制御部２０３は、読み出したユーザ名及びユーザアイコン１１７を、サブ画面１１２，１１３，１１４上に重畳表示させる。

【0128】

また、サブ画面１１２，１１３，１１４の各々には、当該サブ画面１１２，１１３，１１４に対応付けられたユーザの参加場所１１５が表示される。具体的には、ＧＵＩ提供部２０４は、ユーザの参加場所を、予約管理テーブル２５７から読み出す。そして、画面表示制御部２０３は、読み出したユーザの参加場所１１５を、サブ画面１１２，１１３，１１４上に重畳表示させる。なお、サブ画面の数は、画面表示制御部２０３の作用により、互いに接続された端末装置の数に応じて適宜設定される。

【0129】

図１６の例では、左側のサブ画面１１２にユーザ名「Ａさん」を示すユーザ名及びユーザアイコン１１７と、Ａさんの参加場所１１５（リモートレストランＡ）とが表示される。また、真中のサブ画面１１３にユーザ名「Ｂさん」を示すユーザ名及びユーザアイコン１１７と、Ｂさんの参加場所１１５（店舗Ａ）とが表示される。そして、右側のサブ画面１１４にユーザ名「Ｃさん」を示すユーザ名及びユーザアイコン１１７と、Ｃさんの参加場所１１５（自宅）とが表示される。なお、リモート飲み会の主催者がＡさんであるため、サブ画面１１２に主催者アイコン１１６を表示してもよい。

【0130】

これにより、各端末装置のユーザは、メイン画面１１０を見ることで、リモート飲み会に参加した各ユーザのユーザ名と参加場所とを容易に確認することができる。

【0131】

また、メイン画面１１０には、各種の操作ボタンが表示される。図１６の例では、呼び出しボタン１２０と、注文ボタン１２１と、注文状況確認ボタン１２２と、会計ボタン１２３と、マイク制御ボタン１２４と、カメラ制御ボタン１２５と、リモート飲み会終了ボタン１２６とが表示される。

【0132】

呼び出しボタン１２０は、店舗６０の店員又はリモートレストラン６１の店員を呼び出すための操作ボタンである。したがって、自宅からリモート飲み会に参加しているユーザＣが操作しているユーザ端末４１には、呼び出しボタン１２０は表示されない。あるいは、呼び出しボタン１２０は表示しても、操作できない状態とされる。

【0133】

注文ボタン１２１は、当該注文ボタン１２１が押下された店舗端末３０，４０又はユーザ端末４１（端末装置）から注文可能なメニュー情報を呼び出す操作ボタンである。また、メニュー情報の呼び出しに続いて、ユーザは実際にメニューの注文を行うことができる。ＧＵＩ提供部２０４は、端末装置から注文ボタン１２１の操作を受け付けると、注文ボタン１２１が操作された端末装置に関連付けられた店舗６０、リモートレストラン６１又はユーザの自宅において注文可能なメニュー情報が、店舗メニュー管理テーブル２５４又はデリバリーメニュー管理テーブル２５５から読み出される。そして、ＧＵＩ提供部２０４は、読み出したメニュー情報に基づくメニューサブ画面１３２（図１７参照）を、操作元の端末装置の表示部３６に表示させる。その後、ユーザは、表示されたメニューサブ画面１３２を操作することによって、注文を行う。詳しくは後述する。

【0134】

注文状況確認ボタン１２２は、デリバリー店舗６２に注文したメニューの注文状況を確認するための操作ボタンである。サーバ装置２０は、端末装置から注文状況確認ボタン１２２の操作を受け付けると、デリバリーオーダ管理テーブル２５９を参照して、注文状況確認ボタン１２２の操作がなされた端末装置からデリバリーの注文を行ったデリバリー店舗６２を特定する。そして、サーバ装置２０は、特定したデリバリー店舗６２に対して、デリバリーの注文を行ったメニューの配達状況の問い合わせを行う。問い合わせを受信した受注端末５０は、デリバリー店舗６２における調理の進行状況に係る情報と、配達員の配達状況に係る情報とを取得する。そして、受注端末５０は、取得した情報を、サーバ装置２０に送信する。そして、サーバ装置２０は、受注端末５０から受信した内容を、問い合わせ元の端末装置に返信する。そして端末装置のメイン画面１１０に、注文状況を示す情報が表示される。詳しくは後述する（図２１参照）。

【0135】

会計ボタン１２３は、注文した商品の会計を行うための操作ボタンである。サーバ装置２０は、端末装置から会計ボタン１２３の操作を受け付けると、店舗オーダ管理テーブル２５８、及びデリバリーオーダ管理テーブル２５９に登録された、該当する予約ＩＤのオーダ履歴情報に基づいてオーダされた商品の会計処理を実行する。なお、予約ＩＤは、会計ボタン１２３の操作が行われた端末装置の端末ＩＤ等から特定することができる。なお、会計処理の詳細は後述する。

【0136】

マイク制御ボタン１２４は、当該マイク制御ボタン１２４が表示された端末装置の音声入出力部３９が備えるマイク機能を一時的に停止させるための操作ボタンである。即ち、マイク制御ボタン１２４を押下するたびに、マイクの動作と停止とが交互に繰り返される（トグル動作）。

【0137】

カメラ制御ボタン１２５は、当該カメラ制御ボタン１２５が表示された端末装置の撮像部３８が備える撮像装置の動作を一時的に停止させるための操作ボタンである。即ち、カメラ制御ボタン１２５を押下するたびに、撮像装置の動作と停止とが交互に繰り返される（トグル動作）。

【0138】

リモート飲み会終了ボタン１２６は、リモート飲み会からの離脱を宣言するための操作ボタンである。リモート飲み会から離脱したいユーザは、当該リモート飲み会終了ボタン１２６を押下する。このとき、離脱したユーザが映っていたサブ画面は、例えば黒画面に遷移する。あるいは、離脱したユーザが映っていたサブ画面を消去して、残ったユーザでメイン画面１１０をサブ画面に再分割してもよい。なお、ユーザが離脱を宣言した際には、当該ユーザがそれまでに注文したメニューに対する会計を行わせてもよい。

【0139】

図１７は、店舗端末又はユーザ端末に表示されるメニュー選択画面の一例を示す第１の図である。なお、図１７は、メイン画面１１０において、注文ボタン１２１が押下された際に表示されるメニュー選択画面１３０の一例である。

【0140】

なお、注文ボタン１２１が押下されると、画面タイトル１１１は「注文する」に変更される。そして、画面上部にメニューカテゴリー１３１が表示される。メニューカテゴリー１３１は複数のメニューカテゴリーを選択可能とするＧＵＩである。ここでは、サブ画面１１２に表示されているＡさんが、「おすすめメニュー」を選択した場合を例にあげて説明する。

【0141】

メニュー選択画面１３０は、複数のメニューサブ画面１３２を含む。メニューサブ画面１３２は、サブ画面１１２，１１３，１１４に重畳表示される。メニューサブ画面１３２は、メニュー品名１３３と、価格１３４と、店舗アイコン１３５と、メニュー画像１３６と、調理時間１３７とを含む。

【0142】

メニュー品名１３３は、メニューの名称を示す情報である。メニュー品名１３３は、例えば、店舗メニュー管理テーブル２５４又はデリバリーメニュー管理テーブル２５５に記録される。価格１３４は、メニューの名称を示す情報である。価格１３４は、例えば、店舗メニュー管理テーブル２５４又はデリバリーメニュー管理テーブル２５５に記録される。店舗アイコン１３５は、店舗６０又はデリバリー店舗６２のシンボルマークである。店舗アイコン１３５は、例えば、店舗管理テーブル２５１又はリモートレストラン管理テーブル２５２に記録される。メニュー画像１３６は、メニューの画像情報である。メニュー画像１３６は、例えば、店舗メニュー管理テーブル２５４又はデリバリーメニュー管理テーブル２５５に記録される。調理時間１３７は、当該メニューの調理に要する標準的な時間を示す情報である、調理時間１３７は、例えば、店舗メニュー管理テーブル２５４又はデリバリーメニュー管理テーブル２５５に記録される。

【0143】

複数のメニューサブ画面１３２は、画面に対して横方向に整列した状態で表示される。そして、画面の左右端には、スクロールボタン１３８が表示される。このスクロールボタン１３８を押下することによって、メニューサブ画面１３２を左右にスクロールさせることができる。なお、メニューサブ画面１３２が表示されている領域を指でフリックすることによってメニューサブ画面１３２を左右にスクロールさせるようにしてもよい。

【0144】

このように、ＧＵＩ提供部２０４は、注文ボタン１２１の操作に応じて、操作された注文ボタン１２１に対応する端末装置が置かれた場所で提供可能な商品を表したメニュー情報を、操作元の端末装置の表示部３６に表示させる。

【0145】

図１８は、店舗端末又はユーザ端末に表示されるメニュー選択結果の一例を示す第２の図である。ユーザＡは、複数のメニューサブ画面１３２の中から、自身が注文するメニュー、又は他のユーザにプレゼントするメニューを選択することが可能である。

【0146】

自身が注文するメニューを選択する場合、注文したいメニューを示すメニューサブ画面１３２を押下したまま、注文先である自身（Ａさん）のサブ画面１１２までスワイプする。このとき、メニューサブ画面１３２は、指の移動に連れ添って、サブ画面１１２の位置まで移動する。そして、メニューサブ画面１３２から指を離すと、メニューサブ画面１３２のメニューが選択された状態になる。このように、メニューサブ画面１３２は、商品のオーダを受け付けるための操作子として機能する。

【0147】

メニューサブ画面１３２のメニューが選択されると、ＧＵＩ提供部２０４は、選択結果に応じた注文アイコン１４２を生成する。注文アイコン１４２は、ユーザアイコン１１７と、店舗アイコン１３５と、メニュー画像１４３とを含む。ユーザアイコン１１７と店舗アイコン１３５とは前記した通りである。メニュー画像１４３は、メニューサブ画面１３２に表示されたメニュー画像１３６の全体を縮小した画像であってもよいし、メニュー画像１３６の一部を切り出した画像であってもよい。生成された注文アイコン１４２は、注文アイコン１４２の生成に伴ってメニュー選択画面１３０の中に生成される注文メニュー表示領域１４１の内部に表示される。なお、注文アイコン１４２は、注文情報の一例である。

【0148】

なお、他のユーザにプレゼントするメニューを選択する場合には、選択したメニューサブ画面１３２を、プレゼント先のユーザのサブ画面までスワイプすればよい。例えば、ＡさんがＣさんにメニューＣをプレゼントする場合、Ａさんは、メニューＣのメニューサブ画面１３２を、Ｃさんが映っているサブ画面１１４までスワイプすればよい。これによって、メニューＣをＣさんにプレゼントすることを示す注文アイコン１４２が生成される。生成された注文アイコン１４２は、図１８に示すように、注文メニュー表示領域１４１の内部に表示される。

【0149】

また、注文メニュー表示領域１４１の内部には、注文ボタン１４４が表示される。注文ボタン１４４は、注文アイコン１４２の内容をサーバ装置２０に送信するための操作子である。

【0150】

なお、他のユーザにメニューをプレゼントする場合、又は他のユーザからメニューのプレゼントを受け取る場合に、確認画面を表示してもよい。図１９は、他の参加者にメニューをプレゼントする際に表示される確認画面の一例を示す図である。図１９に示すように、確認画面１４０には、オーダ先ユーザＩＤのユーザ名（ユーザＤ）や、当該ユーザにプレゼントを行うことを確認するためのメッセージ１４５が表示される。なお、オーダ先のユーザが複数選択された場合には、つまり商品が複数選択された場合には、その選択内容がメッセージ１４５に表示される。

【0151】

また、確認画面１４０には、オーダを行うことを指示する操作ボタン１４６と、オーダをキャンセルすることを指示する操作ボタン１４７とが表示される。オーダ元のユーザは、メッセージ１４５を確認した後、操作ボタン１４６及び操作ボタン１４７の何れか一方を操作することで、オーダを行うか否かを回答する。

【0152】

オーダ受付部２０５は、オーダ元の端末装置から操作ボタン１４７の操作を受け付けると、確認画面１４０を消去する。また、オーダ受付部２０５は、オーダ元の端末装置から操作ボタン１４６の操作を受け付けると、ＧＵＩ提供部２０４と協働することで、図１８に示した注文アイコン１４２を表示する。

【0153】

図２０は、他の参加者からメニューの提供を受けた際に表示される確認画面の一例を示す図である。図２０では、確認画面１４８の画面例を示している。図２０に示すように、確認画面１４８には、オーダを受け付けるか否かを確認するためのメッセージ１４９が表示される。なお、図２０では、メッセージ１４９として、オーダ対象となった商品の商品名や価格、オーダ元のユーザのユーザ名をあわせて表示させた例を示している。

【0154】

また、確認画面１４８には、オーダを受け付けることを指示する操作ボタン１４６と、オーダを拒否することを指示する操作ボタン１４７とが表示される。オーダ先のユーザは、メッセージ１４９を確認した後、操作ボタン１４６及び操作ボタン１４７の何れか一方を操作することで、オーダを受け付けるか否かを回答する。

【0155】

ここで、オーダ受付部２０５は、端末装置から操作ボタン１４７の操作を受け付けた場合、オーダ先のユーザがオーダを拒否したことを示す情報（不図示）を、オーダ元の端末装置に表示する。

【0156】

また、オーダ受付部２０５は、オーダ先の端末装置から操作ボタン１４６の操作を受け付けると、ＧＵＩ提供部２０４と協働することで、図１８に示した注文アイコン１４２を生成して、注文メニュー表示領域１４１に表示する。

【0157】

図２１は、店舗端末又はユーザ端末に表示される注文履歴の一例を示す図である。ＧＵＩ提供部２０４は、注文ボタン１４４の操作を受け付けると、注文履歴アイコン１５１を生成する。注文履歴アイコン１５１は、図２１に示すように、各メニューの注文先（届け先）に対応するユーザのサブ画面に重畳して表示される。

【0158】

注文履歴アイコン１５１は、店舗アイコン１３５と、メニュー画像１４３とを含む。なお、デリバリー店舗６２に注文したメニューの場合、更に、注文状況アイコン１５２を含んでもよい。店舗アイコン１３５とメニュー画像１４３とは前記した通りである。注文状況アイコン１５２は、デリバリー店舗６２に注文した商品が配達されるまでの状態を示す文字情報を含む。なお、注文状況アイコン１５２が示す注文状況は、サーバ装置２０が、デリバリーオーダ管理テーブル２５９の配達状況フラグから読み出す。また、店舗アイコン１３５は、サーバ装置２０が、店舗管理テーブル２５１に記録された店舗情報、又はデリバリー店舗管理テーブル２５３に記録されたデリバリー店舗情報の中から読み出す。メニュー画像１４３は、サーバ装置２０が、店舗メニュー管理テーブル２５４に記録されたメニュー情報、又はデリバリーメニュー管理テーブル２５５に記録されたメニュー情報の中から読み出す。そして、サーバ装置２０は、各テーブルから読み出した情報を端末装置に送信して表示させる。また、関連するテーブルに記録された情報を読み出して、読み出した情報をサーバ装置２０が加工して、端末装置に送信して表示させてもよい。例えば、注文状況アイコン１５２は、サーバ装置２０が、デリバリーオーダ管理テーブル２５９から読み出した配達状況フラグに対応する文字情報を、端末装置に送信して表示させればよい。

【0159】

なお、ユーザは、注文履歴アイコン１５１を選択することによって、同じメニューを再注文することが可能である。具体的には、オーダ受付部２０５は、注文履歴アイコン１５１が操作されたことを検出して、当該注文履歴アイコン１５１が示すメニューの再注文を受け付ける。即ち、注文履歴アイコン１５１は、選択操作を受け付ける操作子としても機能する。

【0160】

図２２は、店舗端末又はユーザ端末に表示される会計画面の一例を示す図である。図２２は、メイン画面１１０に表示された会計ボタン１２３を操作した際に表示される会計画面１６０の表示例を示している。ＧＵＩ提供部２０４は、端末装置から会計ボタン１２３の操作を受け付けると、画面表示制御部２０３と協働することで、会計ボタン１２３を操作した端末装置の表示部３６に、メイン画面１１０に重畳させた会計画面１６０を表示させる。なお、図２２に示す会計画面１６０は、サブ画面１１４に映っているユーザＣが、自身が操作している端末装置の会計ボタン１２３を操作した場合に表示される画面例である。なお、別のユーザが会計ボタン１２３を操作した場合は、ユーザに応じた会計画面１６０が、当該ユーザが操作している端末装置の表示部３６に表示される。

【0161】

会計画面１６０には、各ユーザの飲食代１６１と、伝票アイコン１６２と、全ユーザの飲食合計金額１６３と、支払形態別支払額１６４とが表示される。

【0162】

飲食代１６１は、各ユーザの注文履歴に基づく飲食代の合計金額を示す。なお、別のユーザの商品の代金をオーダ元のユーザが支払う場合、当該代金も飲食代１６１に加算される。飲食代１６１は、店舗オーダ管理テーブル２５８に登録された、各ユーザＩＤに対応するオーダ履歴情報に基づいて算出される。各ユーザの飲食代１６１は、店舗オーダ管理テーブル２５８に登録された、各ユーザＩＤに対応するオーダ履歴情報と、店舗メニュー管理テーブル２５４に登録されたメニュー情報と、デリバリーメニュー管理テーブル２５５に登録されたメニュー情報とに基づいて算出される。なお、飲食代１６１の欄に表示される金額は、後述する支払方法の選択結果に応じて更新される。

【0163】

伝票アイコン１６２は、各ユーザの注文履歴を表示させるための操作子である。即ち、ＧＵＩ提供部２０４は、端末装置から伝票アイコン１６２の操作を受け付けると、店舗オーダ管理テーブル２５８に登録された、各ユーザＩＤに対応するオーダ履歴情報と、店舗メニュー管理テーブル２５４に登録されたメニュー情報と、デリバリーメニュー管理テーブル２５５に登録されたメニュー情報とを読み出す。そして、画面表示制御部２０３は、読み出されたオーダ履歴情報とメニュー情報とに基づくユーザの注文履歴を、会計画面１６０上に、伝票アイコン１６２を操作したユーザに対応するサブ画面に重畳して表示させる。

【0164】

飲食合計金額１６３は、全ユーザの飲食代の合計金額を示す。飲食合計金額１６３は、店舗オーダ管理テーブル２５８に登録された、全てのユーザＩＤに対応するオーダ履歴情報と、店舗メニュー管理テーブル２５４に登録されたメニュー情報と、デリバリーメニュー管理テーブル２５５に登録されたメニュー情報とに基づいて算出される。

【0165】

支払形態別支払額１６４は、異なる複数の料金支払形態に対応する、会計ボタン１２３を操作したユーザの支払金額を示す。支払形態別支払額１６４は、複数の異なる支払い形態毎の支払金額を示す。図２２の例では、食べた分ワリカン１６５と等分ワリカン１６６とまとめて払い１６７の３種類の支払い形態毎の支払金額が表示される。より具体的には、金額再分配部２０８は、ＧＵＩ提供部２０４及び画面表示制御部２０３と協働することで、各端末装置の表示部３６に表示される会計画面１６０の中に、端末装置毎の支払金額の総額の再分配方法と、当該再分配方法に基づく端末装置毎の支払金額とを関連付けて表示させる。

【0166】

食べた分ワリカン１６５は、自身が注文した金額は自分で支払う形態である。図２２の例では、ユーザＣは自身の飲食代金２６００円を支払う必要があることが、食べた分ワリカン１６５の下方に表示される。この２６００円という金額は、ユーザＣの飲食代１６１に表示された金額と一致する。リモート飲み会に参加したユーザは互いに相談して、自身が注文した金額は自分で支払うことで合意した場合に、いずれかのユーザが、食べた分ワリカン１６５を操作する。そして、会計処理部２０６は、各ユーザの支払金額を決定する。

【0167】

等分ワリカン１６６は、リモート飲み会に参加している全ユーザの飲食代の合計金額をユーザ数で割った金額を各自が支払う形態である。図２２の例では、飲食合計金額１６３に表示された７３８０円を、リモート飲み会に参加しているユーザ数３で割った２４６０円が、等分ワリカン１６６の下方に表示される。リモート飲み会に参加したユーザは互いに相談して、当分ワリカンで支払うことで合意した場合に、いずれかのユーザが、等分ワリカン１６６を操作する。そして、会計処理部２０６は、各ユーザの支払金額を決定する。

【0168】

まとめて払い１６７は、リモート飲み会に参加している全ユーザの飲食代を、全て自身が支払う形態である。図２２の例では、飲食合計金額１６３に表示された７３８０円を、ユーザＣが全て支払う場合を示している。なお、まとめて払い１６７の変形例として、飲食合計金額１６３のうち一定の金額をユーザＣが支払うように設定することも可能である。例えば、飲食合計金額７３８０円のうち、３３８０円をユーザＣが支払う設定とすることもできる。このような設定を行う場合、ユーザＣはまとめて払い１６７を操作して、金額入力画面１８０（図２３参照）を表示させる。そして、金額入力画面１８０において、自身が支払う金額を入力する。なお、サーバ装置２０は、ユーザＣがまとめて払い１６７を操作して金額入力を行っている間は、他のユーザの支払金額の操作を禁止させる。そして、ユーザＣが一定の金額を支払うことが決定した後で、会計画面１６０が更新される。その後、ユーザＡとユーザＢとは、更新された会計画面１６０において、残りの４０００円の支払い方法を設定する。

【0169】

このように、特定のユーザが一定の金額を支払う方法は、例えば、当該ユーザが途中でリモート飲み会を退席する場合に、退席するユーザが自身でオーダした飲食代を支払う際にも利用される。なお、支払形態別支払額１６４のバリエーションは、図２２に示す例に限定されるものではなく、それ以外の支払方法を選択可能としてもよい。

【0170】

なお、会計画面１６０において支払方法の設定を行う際には、いずれか１人のユーザのみが設定操作を行うことが可能とされる。これは、複数のユーザが同時に支払方法の設定を行うと、支払金額の整合性がとれなくなってしまうためである。そのため、いずれかのユーザが支払方法の設定を行っている際は、その旨を会計画面１６０に表示して、支払方法の設定が終了した際に、次のユーザが支払方法の設定を行えるようにするのが望ましい。このようにして選択された支払形態に基づいて算出された各ユーザの支払金額は、対応するユーザの飲食代１６１の欄に表示される。

【0171】

なお、店舗によっては、飲食金額に対して、一定の割合で、次回以降の飲食に利用可能なポイントを付与する場合がある。本実施形態のリモート飲食提供システム１０においても、各ユーザの飲食金額に応じたポイントが、各ユーザに付与される。また、リモート飲み会の中で行ったゲームコンテンツの成績応じたポイントを各ユーザに付与してもよい。付与されたポイントは、例えば、ユーザ管理テーブル２５６に登録される。

【0172】

図２３は、店舗端末又はユーザ端末に表示される金額入力画面の一例を示す図である。図２３は、ユーザが一定の金額を支払う際に、金額の入力を行う金額入力画面１８０の表示例を示している。図２３に示すように、金額入力画面１８０には、数値キー等の操作ボタン１８１と、表示領域１８２とが設けられている。端末装置を操作するユーザは、操作ボタン１８１を介して所望の金額を入力すると、その入力された金額が表示領域１８２に表示される。図２３は、例えば、ユーザＣが３３８０円を支払うことを入力した例である。なお、操作ボタン１８１に含まれるクリアボタンは、入力された金額をクリアするための操作子である。

【0173】

また、金額入力画面１８０には、ＯＫボタン１８３と、キャンセルボタン１８４とが設けられる。会計処理部２０６は、端末装置からキャンセルボタン１８４の操作を受け付けると、金額入力画面１８０を消去し、会計画面１６０を再び表示させる。

【0174】

また、会計処理部２０６は、端末装置からＯＫボタン１８３の操作を受け付けると、表示領域１８２に入力された金額を、端末装置のユーザの支払い分（支払金額）として設定する。そして、会計処理部２０６は、支払金額が更新された会計画面１６０を、端末装置の表示部３６に再表示させる。

【0175】

図２４は、店舗端末又はユーザ端末に表示される決済画面の一例を示す図である。図２４は、会計画面１６０において支払形態別支払額１６４を決定した際に、各ユーザが操作している端末装置の表示部３６に表示される決済画面１７０の表示例を示している。
ＧＵＩ提供部２０４は、端末装置から支払形態別支払額１６４の操作を受け付けると、画面表示制御部２０３と協働することで、各ユーザが操作している端末装置の表示部３６に、メイン画面１１０に重畳させた決済画面１７０を表示させる。なお、図２４の例では、Ａさんが飲食合計金額７３８０円をまとめて支払う場合を示している。

【0176】

決済画面１７０には、支払金額１７１と、決済方法１７４とが表示される。支払金額１７１は、会計画面１６０において選択された支払方法に基づく各ユーザの支払金額を表す。

【0177】

決済方法１７４は、決済方法の選択肢を示す。図２４の例では、Ａさんが自身の決済用情報として予め登録した、コード決済１７５と、スマート払い１７６と、電子マネー１７７と、クレジット払い１７８とが、決済方法の選択肢として表示される。なお、決済方法１７４の欄に表示される決済方法の選択肢は、ユーザ管理テーブル２５６に登録されたユーザ情報の中の決済用情報に基づいてＧＵＩ提供部２０４が生成して提供する。

【0178】

ユーザＡは、決済方法１７４の中から、決済方法を選択して、選択した決済方法に対応する操作ボタンを操作する。そして、会計処理部２０６は、選択された決済方法によって決済処理を行う。

【0179】

図２５は、会計処理部が実行する会計処理の動作例を示す図である。図２５では、ユーザＡ～Ｃ各々が、それぞれ店舗Ａ～Ｃを利用した場合を模式的に示している。

【0180】

より具体的には、店舗ＡにおいてユーザＡが飲食した商品の合計金額が１４８０円、店舗ＢにおいてユーザＢが飲食した商品の合計金額が３３００円、店舗ＣにおいてユーザＣが飲食した商品の合計金額が２６００円である場合を想定している。また、割り勘支払いにより、各ユーザが一律で２４６０円を支払う場合を想定している。

【0181】

この場合、会計処理部２０６は、ユーザＡ～Ｃ各々の決済用情報を用いて、店舗Ａ～Ｃの各店舗に、飲食分の合計金額を支払う会計処理を実行する。まず、会計処理部２０６は、個々のユーザの決済用情報を用いて、当該ユーザが利用した店舗に支払金額を支払う会計処理を実行する。

【0182】

例えば、ユーザＡの場合、店舗Ａでの合計金額（１４８０円）は支払金額（２４６０円）未満となる。この場合、会計処理部２０６は、ユーザＡの決済用情報を用いて、店舗Ａに１４８０円を支払うための処理を実行する。そして、会計処理部２０６は、超過した金額９８０円を、他店舗への支払いに充てる。

【0183】

ユーザＢの場合、店舗Ｂでの合計金額（３３００円）は支払金額（２４６０円）以上となる。この場合、会計処理部２０６は、ユーザＢの決済用情報を用いて、店舗Ｂに２４６０円を支払うための処理を実行する。そして、会計処理部２０６は、店舗Ｂに対して不足している８４０円を、超過金額を支払ったユーザＡの決済用情報を用いて支払うための処理を実行する。これによって、店舗Ｂに対する支払いの不足分を補填する。

【0184】

ユーザＣの場合、店舗Ｃでの合計金額（２６００円）は支払金額（２４６０円）以上となる。この場合、会計処理部２０６は、ユーザＣの決済用情報を用いて、店舗Ｃに２６００円を支払うための処理を実行する。そして、会計処理部２０６は、店舗Ｃに対して不足している１４０円を、超過金額を支払ったユーザＡの決済用情報を用いて支払うための処理を実行する。これによって、店舗Ｃに対する支払いの不足分を補填する。

【0185】

これにより、店舗Ｂ及び店舗Ｂで発生した不足分を補填することができる。したがって、サーバ装置２０は、リモート飲み会でオーダされた商品の代金を、オーダ先の店舗の各々に対して、過不足なく支払うことができる。

【0186】

（ユーザが途中退出する際のサーバ装置の動作）
次に、図２６～図３０を用いて、ユーザが途中退出する際のサーバ装置２０の動作を説明する。

【0187】

図２６は、ユーザが途中退出する際の決済画面の一例を示す図である。図２７は、ユーザが途中退出する際の会計画面の一例を示す第１の図である。図２８は、ユーザが途中退出する際の会計画面の一例を示す第２の図である。

【0188】

図２２に示した会計画面１６０の状態にある場合に、サブ画面１１４に対応する端末装置を操作しているユーザＣがリモート飲み会終了ボタン１２６を操作した場合について説明する。

【0189】

このとき、退出するユーザＣは、図２２に示した食べた分ワリカン１６５を操作して、自分の飲食代の会計を行うものとする。図２６は、ユーザＣが食べた分ワリカン１６５を操作した際に表示される決済画面１７０の一例である。このとき、支払金額１７１には、選択された食べた分ワリカンに基づくユーザＣの支払金額である２６００円が表示される。

【0190】

ユーザＣは、決済画面１７０に表示された複数の決済方法の中から１つを選択して決済を行う。決済を完了すると、ユーザＣが操作している端末装置に接続された表示部３６には、図２７に示す会計画面１６０が表示される。

【0191】

図２７の会計画面１６０において、ユーザＣに対応するサブ画面１１４に表示された飲食代の欄には、ＧＵＩ提供部２０４と画面表示制御部２０３との協働によって、決済済であることを示す決済済マーカ１９３が表示される。

【0192】

また、図２７の会計画面１６０には、ユーザＣに対するメッセージ１９０と、選択ボタン１９１，１９２とが表示される。メッセージ１９０は、支払いを完了した旨を知らせる内容と、このまま退出するかを確認する内容とを含む。選択ボタン１９１は、サーバ装置２０に対してこのまま退出する旨を伝える操作ボタンである。選択ボタン１９２は、サーバ装置２０に対してまだ退出はしない旨を伝える操作ボタンである。

【0193】

図２７において、ユーザＣが選択ボタン１９１を操作すると、例えば、ユーザＡが操作している端末装置に接続された表示部３６には、図２８に示す会計画面１６０が表示される。一方、ユーザＣが選択ボタン１９２を操作すると、図２７の会計画面１６０の表示が維持されて、リモート飲み会に参加している３人のユーザの会話が継続可能な状態が維持される。そして、ユーザＣは、退出するタイミングになった際に、選択ボタン１９１を操作して、リモート飲み会から退出する。

【0194】

図２８の会計画面１６０において、退出したユーザＣに対応するサブ画面１１４は、画面表示制御部２０３の作用によって、黒で塗り潰される。

【0195】

そして、会計処理部２０６は、飲食合計金額１６３の欄に、全ユーザの飲食金額７３８０円からユーザＣの支払金額２６００円を差し引いた合計金額４７８０円を表示する。そして、金額再分配部２０８は、未払金額である４７８０円を、ユーザＡとユーザＢとで割り勘した際の割り勘方法に対応する支払金額を、図２８に示すように会計画面１６０に表示させる。

【0196】

図２９は、リモート飲み会から退出するユーザが、リモート飲み会終了ボタンを操作した際に表示されるメイン画面の一例を示す図である。例えば、ユーザＣが、自身が操作している端末装置でリモート飲み会終了ボタン１２６を操作すると、ユーザＣが操作している端末装置に接続された表示部３６には、図２９に示すメイン画面１１０が表示される。

【0197】

メイン画面１１０には、メッセージ１９０と、選択ボタン１９４，１９５とが表示される。メッセージ１９０は、途中退出するかを確認する内容を含む。選択ボタン１９４は、サーバ装置２０に対して、会計して退出する旨を知らせる選択ボタンである。選択ボタン１９５は、サーバ装置２０に対して、支払いを行わずに退出する旨を知らせる選択ボタンである。

【0198】

図２９のメイン画面１１０において、選択ボタン１９４が操作されると、図２２に示した会計画面１６０に遷移して、支払の際の割り勘方法の選択を要求される。そして、例えば食べた分ワリカンが選択されると、前述した図２６に示す決済画面１７０に遷移する。一方、選択ボタン１９５が操作されると、図２２に示した会計画面１６０に遷移して、自身の飲食代の支払いを誰に依頼するかの選択を要求される。支払いの依頼先の選択方法については、図３０で説明する。

【0199】

図３０は、リモート飲み会から退出するユーザが、支払いを別のユーザに依頼した際に表示される会計画面の一例を示す図である。図３０の会計画面１６０は、ユーザＡがユーザＣの飲食代の支払いを代わりに行うように設定された状態を示している。ユーザＡが映っているサブ画面１１２には、ユーザＣの飲食代１６１を示す情報と、ユーザＣのユーザアイコン１１７とが重畳表示される。

【0200】

さらに、支払形態別支払額の欄には、割り勘の形態に応じた、ユーザＡの支払金額が更新されて表示される。

【0201】

退出者が自身の会計を他のユーザに依頼する際の手続きの入力方法は、例えば、退出するユーザＣが、自身のサブ画面１１４に表示された飲食代１６１を選択した状態で、支払いを依頼する例えばＡさんが映っているサブ画面１１２の位置まで移動させることで入力する。なお、このとき、前述した確認画面１４０，１４８に相当する画面を表示して、依頼元であるユーザＣ、及び依頼先であるユーザＡの双方の確認をとるのが望ましい。なお、退出者が自身の会計を他のユーザに依頼する際の手続きの入力方法は、上記に限定する必要はなく、例えば、選択ボタン１９５の選択が入力された場合に、支払いを依頼する他のユーザ名を選択するためのリストを表示するようにしてもよい。

【0202】

このように、金額再分配部２０８は、複数の端末装置のうちの一部が接続を解除する際に、当該接続を解除した端末装置に対応する支払金額の支払いが済んでいるか、接続を維持している端末装置を操作するユーザに支払金額の支払いを委ねるかに応じて、端末装置毎の未精算の支払金額の総額を、接続を維持している端末装置毎に再分配させることができる。これによって、ユーザは、会計処理を済ませるか、又は他のユーザに会計を委ねて、自由なタイミングでリモート飲み会から退出することが可能となる。

【0203】

（サーバ装置が行う処理の流れ）
以下、図３１～図３４の各フローチャートを参照して、サーバ装置２０が行う処理の流れを説明する。

【0204】

図３１は、実施形態のサーバ装置が実行するログイン処理の流れの一例を示すフローチャートである。なお、本処理の前提として、リモート飲み会の予約は既に行われているものとする。

【0205】

端末間通信部２０２は、端末装置（店舗端末３０，４０又はユーザ端末４１）から、当該端末装置を操作するユーザのユーザＩＤ、リモート飲み会の予約ＩＤ等を含んだ参加情報が送信されると、当該参加情報を受信する（ステップＳ１１）。次いで、端末間通信部２０２は、予約管理テーブル２５７を参照し、参加情報の条件に該当する予約情報を特定する（ステップＳ１２）。

【0206】

続いて、端末間通信部２０２は、予約情報に含まれる予約日時（開始日時）と、現在日時とを比較し、予約日時に到達したか否かを判定する（ステップＳ１３）。予約日時に到達したと判定される（ステップＳ１３：Ｙｅｓ）とステップＳ１５に進む。一方、予約日時に到達したと判定されない（ステップＳ１３：Ｎｏ）と、端末間通信部２０２は、ＧＵＩ提供部２０４と協働することで、リモート飲み会に参加している各ユーザが操作している端末装置に待機画面を提供し（ステップＳ１４）、ステップＳ１３に処理を戻す。

【0207】

ステップＳ１３において、予約日時に到達したと判定された場合には、端末間通信部２０２は、ＧＵＩ提供部２０４と協働することで、リモート飲み会の開始画面１００をリモート飲み会に参加している各ユーザが操作している端末装置に提供する（ステップＳ１５）。

【0208】

続いて、端末間通信部２０２は、端末装置から開始指示を受け付けるまで待機する（ステップＳ１６：Ｎｏ）。端末間通信部２０２は、端末装置から開始指示を受け付けると（ステップＳ１６：Ｙｅｓ）、参加情報を送信した端末装置と、予約情報に登録された他のユーザが操作している端末装置との間の通信を確立し（ステップＳ１７）、端末装置間でのデータ共有を開始する（ステップＳ１８）。

【0209】

そして、ＧＵＩ提供部２０４は、参加情報を送信した端末装置にメイン画面１１０を提供し（ステップＳ１９）、本処理を終了する。

【0210】

サーバ装置２０は、上記の処理を行うことで、リモート飲み会を行うことが可能な環境を端末装置に実現することができる。

【0211】

図３２は、実施形態のサーバ装置が実行するメニュー選択画面の提供処理の流れの一例を示すフローチャートである。なお、図２７では、端末装置の表示部３６に表示されたメイン画面１１０から、注文ボタン１２１が操作された際にサーバ装置２０が実行する処理の流れの一例を示している。

【0212】

ＧＵＩ提供部２０４は、上述した注文ボタン１２１を介して、端末装置からメニューの表示指示を受け付ける（ステップＳ２１）。予約受付部２０１は、予約管理テーブル２５７を参照することによって、注文ボタン１２１を操作したユーザは店舗６０にいるのかを判定する（ステップＳ２２）。ユーザは店舗６０にいると判定される（ステップＳ２２：Ｙｅｓ）とステップＳ２３に進む。一方、ユーザは店舗６０にいると判定されない（ステップＳ２２：Ｎｏ）、即ち、ユーザはリモートレストラン６１又は自宅にいると判定されるとステップＳ２４に進む。

【0213】

ユーザは店舗にいると判定されると、ＧＵＩ提供部２０４は、特定された店舗６０のメニュー情報を店舗メニュー管理テーブル２５４から読み出し、当該メニュー情報に基づくメニュー選択画面１３０を、注文ボタン１２１が操作された端末装置に提供し（ステップＳ２３）、本処理を終了する。

【0214】

一方、ユーザは店舗６０にいると判定されないと、予約受付部２０１は、ユーザ管理テーブル２５６と予約管理テーブル２５７とを参照することによって、ユーザの参加場所を特定する（ステップＳ２４）。次に、ＧＵＩ提供部２０４は、ユーザの参加場所、即ちリモートレストラン６１又は自宅で提供可能なデリバリー店舗のメニュー情報をデリバリーメニュー管理テーブル２５５から読み出し、当該メニュー情報に基づくメニュー選択画面１３０を、注文ボタン１２１が操作された端末装置に提供し（ステップＳ２５）、本処理を終了する。

【0215】

サーバ装置２０は、上記の処理を行うことで、メニュー選択画面１３０を端末装置の表示部３６に表示させることができる。

【0216】

図３３は、実施形態のサーバ装置が実行するオーダ処理の流れ一例を示すフローチャートである。

【0217】

まず、オーダ受付部２０５は、端末装置から商品のオーダ操作を受け付ける（ステップＳ３１）。次いで。オーダ受付部２０５は、オーダ元のユーザＩＤと、オーダ先のユーザＩＤとが一致するか否かを判定する（ステップＳ３２）。両ユーザＩＤが一致する場合（ステップＳ３２：Ｙｅｓ）、オーダ受付部２０５は、ユーザ自身が自分で飲食する商品をオーダしたと判断して、オーダ先の店舗６０又はデリバリー店舗６２にオーダ内容（商品ＩＤ、オーダ元のユーザＩＤ等）を通知する（ステップＳ３３）。また、オーダ受付部２０５は、受け付けたオーダ内容を含むオーダ履歴情報を、店舗オーダ管理テーブル２５８又はデリバリーオーダ管理テーブル２５９の該当する予約ＩＤに関連付けて登録する（ステップＳ３４）。

【0218】

次に、端末間通信部２０２は、ＧＵＩ提供部２０４及び画面表示制御部２０３と協働することで、端末装置の表示部３６に、注文履歴アイコン１５１を表示させる（ステップＳ３５）。なお、注文履歴アイコン１５１は、注文先を示すユーザに対応するサブ画面に表示される。その後、サーバ装置２０は、本処理を終了する。

【0219】

一方、ステップＳ３２で両ユーザＩＤが相違すると判定した場合（ステップＳ３２：Ｎｏ）、オーダ受付部２０５は、商品の代金をオーダ元のユーザが支払う方式（おごり）が指示されているか否かを判定する（ステップＳ３６）。

【0220】

ステップＳ３６において、オーダ元のユーザが支払う方式が指示されていないと判定される（ステップＳ３６：Ｎｏ）と、オーダ受付部２０５は、オーダ先のユーザが操作する端末装置の表示部３６に、オーダ内容を確認するための確認画面を表示させる（ステップＳ３７）。そして、オーダ受付部２０５は、オーダ先のユーザから確認結果を受け付けるまで待機する（ステップＳ３８）。

【0221】

ここで、オーダ内容を拒否する回答を受け付けた場合（ステップＳ３８：Ｎｏ）、オーダ受付部２０５は、商品のオーダを行わず本処理を終了する。なお、この場合、オーダ受付部２０５は、その旨を示す結果情報を、オーダ元のユーザが操作する端末装置に提供してもよい。

【0222】

また、ステップＳ３８において、オーダ内容を受け付ける同意の回答が得られた場合（ステップＳ３８：Ｙｅｓ）、オーダ受付部２０５は、オーダ先の店舗６０又はデリバリー店舗６２にオーダ内容（商品ＩＤ、オーダ先のユーザＩＤ等）を通知する（ステップＳ３９）。また、オーダ受付部２０５は、受け付けたオーダ内容を含む注文履歴情報を、店舗オーダ管理テーブル２５８又はデリバリーオーダ管理テーブル２５９の該当する予約ＩＤに関連付けて登録し（ステップＳ４０）、ステップＳ３５に進む。

【0223】

一方、ステップＳ３６において、オーダ元のユーザが支払う方式が指示されていた場合（ステップＳ３６：Ｙｅｓ）、オーダ受付部２０５は、オーダ元のユーザが操作する端末装置に、オーダ内容を確認するための確認画面を表示させる（ステップＳ４１）。また、オーダ受付部２０５は、オーダ先のユーザが操作する端末装置の表示部３６に、オーダ内容を確認するための確認画面を表示させる（ステップＳ４２）。そして、オーダ受付部２０５は、オーダ先のユーザから確認結果を受け付けるまで待機する（ステップＳ４３）。

【0224】

ここで、オーダ先のユーザから、オーダ内容を拒否する回答を受け付けた場合（ステップＳ４３；Ｎｏ）、オーダ受付部２０５は、商品のオーダを行わず本処理を終了する。なお、オーダ先のユーザがオーダ内容を拒否した場合、オーダ受付部２０５は、その旨を示す結果情報を、オーダ元のユーザが操作する端末装置に提供してもよい。

【0225】

また、オーダ先のユーザから、オーダ内容を受け付ける同意の回答が得られた場合（ステップＳ４３；Ｙｅｓ）、オーダ受付部２０５は、オーダ先の店舗６０又はデリバリー店舗６２にオーダ内容（商品ＩＤ、オーダ先のユーザＩＤ等）を通知する（ステップＳ４４）。また、オーダ受付部２０５は、受け付けたオーダ内容を含む注文履歴情報を、店舗オーダ管理テーブル２５８又はデリバリーオーダ管理テーブル２５９の該当する予約ＩＤに関連付けて登録し（ステップＳ４５）、ステップＳ３５に進む。

【0226】

サーバ装置２０は、上記の処理を行うことで、各ユーザの注文履歴を、注文先を示すユーザに対応するサブ画面に表示させることができる。

【0227】

図３４は、実施形態のサーバ装置が実行する会計処理の流れの一例を示すフローチャートである。なお、図２９において、端末装置から受け付けたオーダに係る注文履歴情報が、店舗オーダ管理テーブル２５８及びデリバリーオーダ管理テーブル２５９に登録済みであるとする。

【0228】

会計処理部２０６は、上述した会計ボタン１２３を介して、リモート飲み会の会計が指示されたか否かを判定する。ここで、会計指示を受け付けない場合には（ステップＳ５１：Ｎｏ）、会計処理部２０６は、ステップＳ５１の判定を繰り返す。

【0229】

また、ステップＳ５１で、会計指示を受け付けた場合（ステップＳ５１：Ｙｅｓ）、会計処理部２０６は、会計対象の予約ＩＤに係るオーダ履歴情報のうち、支払い済フラグが“１”のオーダ履歴情報を除いた、残りのオーダ履歴情報に基づいて支払総額を算出する（ステップＳ５２）。次いで、会計処理部２０６は、ステップＳ５２の算出結果等に基づき、会計対象の予約ＩＤに係る端末装置の各々に、会計画面１６０を提供する（ステップＳ５３）。

【0230】

画面表示制御部２０３は、各ユーザの支払金額を、当該ユーザに対応するサブ画面の飲食代１６１の欄に表示させる（ステップＳ５４）。

【0231】

金額再分配部２０８は、支払金額の選択指示がなされたかを判定する（ステップＳ５５）。支払金額の選択指示がなされたと判定される（ステップＳ５５：Ｙｅｓ）とステップＳ５６に進む。一方、支払金額の選択指示がなされたと判定されない（ステップＳ５５：Ｎｏ）とステップＳ５７に進む。

【0232】

ステップＳ５５において、支払金額の選択指示がなされたと判定されると、金額再分配部２０８は、選択された支払方法に基づく各ユーザの支払金額を算出する。そして、画面表示制御部２０３は、選択された支払方法に基づく各ユーザの支払金額を、当該ユーザに対応するサブ画面の飲食代１６１の欄に表示させる（ステップＳ５６）。

【0233】

次に、会計処理部２０６は、会計処理の実行が指示されたかを判定する（ステップＳ５７）。会計処理の実行が指示されたと判定される（ステップＳ５７：Ｙｅｓ）とステップＳ５８に進む。一方、会計処理の実行が指示されたと判定されない（ステップＳ５７：Ｎｏ）とステップＳ５５に戻る。

【0234】

会計処理部２０６は、各ユーザの決済用情報を用いて、当該ユーザに設定した支払金額を各店舗６０又はデリバリー店舗６２に支払う会計処理を実行し（ステップＳ５８）、本処理を終了する。

【0235】

なお、図３４のフローチャートにおいて、リモート飲み会の終了日時に到達したと判定されたことを条件にして、リモート飲み会の会計が指示されたか否かを判定する流れとしてもよい。

【0236】

（サーバ装置の作用効果）
以上説明したように、実施形態のサーバ装置２０は、複数の場所に置かれた店舗端末３０，４０又はユーザ端末４１（端末装置）の各々からアクセスを受け付け、アクセス元の場所及び端末装置と、当該端末装置を操作するユーザとを関連付けて管理する予約受付部２０１（管理部）と、予約受付部２０１が関連付けた端末装置同士を通信可能に接続する端末間通信部２０２（通信制御部）と、予約受付部２０１が関連付けた各端末装置に接続した表示部３６に、各端末装置に対応する撮像部３８（撮像装置）が撮像した画像をサブ画面１１２，１１３，１１４として整列させたメイン画面１１０を表示させる画面表示制御部２０３（表示制御部）と、端末装置が属する場所で提供可能な商品を表すメニュー情報を、端末間通信部２０２によって通信可能に接続された端末装置同士で閲覧可能に提供するＧＵＩ提供部２０４（メニュー提供部）と、メニュー情報が提供された端末装置の何れかから商品及び当該商品の届け先の注文情報を受け付けて、受け付けた注文情報を、商品を提供する店舗に通知するオーダ受付部２０５（注文受付部）と、予約受付部２０１が関連付けた各端末装置からの注文情報に基づく端末装置毎の支払金額を、各端末装置に対応する表示部３６に、各端末装置に対応する画像と関連付けて表示させる画面表示制御部２０３（金額表示部）と、を備える。したがって、リモート飲み会における会話を途切らせることなく、各ユーザの支払金額を容易に確認することができるため、リモート飲食提供サービスに係る利便性を向上させることができる。

【0237】

また、実施形態のサーバ装置２０は、店舗端末３０，４０又はユーザ端末４１（端末装置）からの指示に基づいて、各ユーザの支払金額の総額を端末装置毎に再分配させる金額再分配部２０８を更に備える。したがって、異なる店舗を跨いだ割り勘支払いや、個人が纏めて支払う等の支払い方法の選択肢を提供することができるため、リモート飲食提供サービスに係る利便性を向上させることができる。

【0238】

また、実施形態のサーバ装置２０において、金額再分配部２０８は、端末装置に接続した表示部３６に、支払金額の総額の再分配方法と、当該再分配方法に基づく、端末装置に関連付いたユーザの支払金額とを関連付けて表示させる。したがって、支払金額の総額の分配方法に応じた各ユーザの支払金額を即座に確認することができる。

【0239】

また、実施形態のサーバ装置２０において、金額再分配部２０８は、複数の店舗端末３０，４０又はユーザ端末４１（端末装置）のうちの一部が接続を解除する際に、当該接続を解除した端末装置に対応する支払金額の支払いが済んでいるか、接続を維持している端末装置を操作するユーザに支払金額の支払いを委ねるかに応じて、端末装置毎の未精算の支払金額の総額を、接続を維持している端末装置毎に再分配させる。したがって、リモート飲み会に参加しているユーザは、会計処理を済ませるか、又は他のユーザに会計を委ねて、自由なタイミングでリモート飲み会から退出することができる。

【0240】

なお、上述した実施形態は、上述した各装置が有する構成又は機能の一部を変更することで、適宜に変形して実施することも可能である。そこで、以下では、上述した実施形態に係る変形例を他の実施形態として説明する。なお、以下では、上述した実施形態と異なる点を主に説明することとし、既に説明した内容と共通する点については詳細な説明を省略する。

【0241】

（実施形態の変形例１）
上述の実施形態では、リモート飲み会に参加するユーザ各々が、異なる端末装置（店舗端末３０，４０又はユーザ端末４１）を利用する場合の形態について説明した。しかしながら、リモート飲み会の形態はこれに限らず、上述したサーバ装置２０は、複数のユーザが同一の端末装置を利用する場合についても同様に対応することができる。

【0242】

具体的には、サーバ装置２０の予約受付部２０１は、ユーザＩＤが異なるユーザから、同一の店舗ＩＤを指定する予約を受け付けた場合、これらユーザのユーザＩＤを、同一の店舗ＩＤに関連付けて管理する。

【0243】

また、サーバ装置２０の端末間通信部２０２は、端末ＩＤが同一の端末装置から、複数のユーザＩＤを受け付けた場合、これら複数のユーザＩＤを同一の端末ＩＤに関連付けて予約情報に登録する。

【0244】

なお、同一の端末装置を利用している複数のユーザに係るオーダ方法は特に問わないものとする。例えば、ＧＵＩ提供部２０４は、同一の端末装置を利用している複数のユーザのうちの一人が商品のオーダを行う場合、当該複数のユーザの何れをオーダ先（オーダ元）とするかを選択させる画面を表示させてもよい。また、例えば、ＧＵＩ提供部２０４は、同一の端末装置を利用している複数のユーザの何れかから、当該複数のユーザ以外のユーザＩＤがオーダ先に選択された場合には、同一の端末装置を利用している複数のユーザの何れをオーダ元とするかを選択させる画面を表示させてもよい。

【0245】

以上のように、本変形例のサーバ装置２０は、同一の端末装置を複数のユーザが利用する場合であっても、上述した実施形態と同様の効果を奏することができる。

【0246】

（実施形態の変形例２）
上述した実施形態、及び実施形態の変形例１において、端末装置（店舗端末３０，４０又はユーザ端末４１）は、サーバ装置２０からの制御指示によって、表示部３６への画面表示やＧＵＩ表示等を行ったが、これらの制御の一部を端末装置が自ら実行する構成としてもよい。

【0247】

即ち、サーバ装置２０の予約受付部２０１によって、互いに関連付けられた端末装置（店舗端末３０，４０又はユーザ端末４１）の出力制御部３０２を、表示制御部と、メニュー提供部と、注文受付部と、金額表示部として機能させてもよい。

【0248】

表示制御部は、端末装置の表示部３６に、サーバ装置２０から受信した、各端末装置と対応する撮像装置が撮像した画像を整列させたメイン画面１１０を表示する。

【0249】

メニュー提供部は、端末装置が属する場所で提供可能な商品を表すメニュー情報を、サーバ装置２０の端末間通信部２０２によって通信可能に接続された端末装置同士で閲覧可能に提供する。

【0250】

注文受付部は、メニュー情報が提供された端末装置の何れかから商品及び当該商品の届け先の注文情報を受け付けて、受け付けた注文情報を、サーバ装置２０に通知する。

【0251】

金額表示部は、サーバ装置２０が関連付けた各端末装置からの注文情報に基づく端末装置毎の支払金額を、表示部３６に、各端末装置に対応する画像と関連付けて表示する。

【0252】

以上説明したように、本変形例の端末装置（店舗端末３０，４０又はユーザ端末４１）は、アクセス元の場所及び端末装置と、当該端末装置を操作するユーザとを関連付けて管理するサーバ装置２０と通信可能に接続される。そして、当該端末装置が備える出力制御部３０２を、関連付けられた各端末装置に接続した表示部３６に、サーバ装置２０から受信した、各端末装置と対応する撮像装置が撮像した画像を整列させたメイン画面１１０を表示する表示制御部と、端末装置が属する場所で提供可能な商品を表すメニュー情報を、通信可能に接続された端末装置同士で閲覧可能に提供するメニュー提供部と、メニュー情報が提供された端末装置の何れかから商品及び当該商品の届け先の注文情報を受け付けて、受け付けた注文情報を、サーバ装置２０に通知する注文受付部と、サーバ装置２０が関連付けた各端末装置からの注文情報に基づく端末装置毎の支払金額を、表示部３６に、各端末装置に対応する画像と関連付けて表示する金額表示部と、して機能させる。したがって、リモート飲み会における会話を途切らせることなく、各ユーザの支払金額を容易に確認することができるため、リモート飲食提供サービスに係る利便性を向上させることができる。

【0253】

なお、上述の実施形態又は変形例の各装置で実行されるプログラムは、ＲＯＭや記憶部等に予め組み込まれた状態で提供される。また、上述の実施形態又は変形例の各装置で実行されるプログラムを、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

【0254】

さらに、上述の実施形態又は変形例の各装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の実施形態又は変形例の各装置で実行されるプログラムをインターネット等のネットワーク経由で提供又は配布するように構成してもよい。

【0255】

以上、本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これらの新規な実施形態やその変形例は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これらの実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0256】

１０ リモート飲食提供システム
２０ サーバ装置
３０，４０ 店舗端末（端末装置）
４１ ユーザ端末（端末装置）
５０ 受注端末
６０ 店舗
６１ リモートレストラン
６２ デリバリー店舗
１１０ メイン画面
１１２，１１３，１１４ サブ画面
１３２ メニューサブ画面
１４２ 注文アイコン（注文情報）
１５１ 注文履歴アイコン
１５２ 注文状況アイコン
２０１ 予約受付部（管理部）
２０２ 端末間通信部（管理部、通信制御部）
２０３ 画面表示制御部（表示制御部、金額表示部）
２０４ ＧＵＩ提供部（メニュー提供部）
２０５ オーダ受付部（注文受付部）
２０６ 会計処理部
２０７ 配達状況取得部
２０８ 金額再分配部
３０１ 通信制御部
３０２ 出力制御部
３０３ 操作受付部
５０１ 通信制御部
５０２ 出力制御部
５０３ 操作受付部

【先行技術文献】

【特許文献】

【0257】

【文献】特開２０１５－１７６３３５号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】