JP2015191459A

JP2015191459A - 通信システム、サーバ装置、端末装置、情報処理方法、およびプログラム

Info

Publication number: JP2015191459A
Application number: JP2014068348A
Authority: JP
Inventors: 慶子蛭川; Keiko Hirukawa
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2014-03-28
Filing date: 2014-03-28
Publication date: 2015-11-02

Abstract

【課題】利用するテーブルが互いに異なる複数の客で商品をシェア可能な通信システムを提供する。【解決手段】端末装置２００＿１は、複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力を受け付ける。サーバ装置１００は、当該商品についてシェアの提案を受け付けたことに基づき、端末装置２００＿２に対して、当該商品がシェア対象の商品であることを表したシェア情報を送信する。端末装置２００＿２は、端末装置２００＿１が利用される前記テーブルとは異なるテーブルにおいて利用され、シェア情報に基づき当該商品がシェア対象の商品であることを表示する。端末装置２００＿２は、当該商品に関する予め定められた入力を受け付けた場合、サーバ装置１００に対して、シェアの提案に応じることを表した承諾通知を送信する。【選択図】図３

Description

本発明は、サーバ装置と複数の端末装置とを備えた通信システム、サーバ装置、端末装置、情報処理方法、およびプログラムに関する。

従来、レストラン等の飲食店において客の注文（オーダ）を処理するシステムが知られている。

特許文献１には、このようなシステムの一例として、客が注文した商品の商品名と該商品を取り分ける人数とが該商品ごとに入力されるオーダ入力端末と、オーダ入力端末に入力された商品名と人数とに基づいて、当該商品の人数単位の金額を該商品ごとに計算し、当該計算された金額を表示する精算端末とを有する注文情報処理システムが開示されている。

また、特許文献２には、双方向型の食べ物及び／又は飲み物の注文システムが開示されている。当該注文システムは、プロジェクタとインターフェイス機器とを有する。プロジェクタは、食べ物及び／又は飲み物の選択オプションのメニューが表面の一部又は全部に映し出されるように、当該表面の上方に設置されたコンピュータによって制御される。インターフェイスは、ユーザが操作することによって当該選択オプションの選択を行うことができる上記コンピュータに接続されている。

さらに、特許文献３には、レストラン等で客の要求に応じてオーダをＰＯＳ（Point of sale）システムに入力する携帯型の入力装置が開示されている。当該入力装置は、料理名等を入力するスイッチ部に加えて、当該スイッチ部にて入力された料理等に関連する情報を無段階に入力する所定のグラフを備える。

また、特許文献４には、レストラン等のユーザーテーブルにメニューの内容が表示されると共にユーザが選択した表示メニューをタッチしてオーダするタッチ画面タイプのオーダ入力手段を設けたオーダリングサービスシステムが開示されている。当該オーダリングサービスにおいては、当該入力手段からユーザが実行するオーダ入力をオーダサーバーコンピュータに入力して、オーダ内容と料金、テーブル番号などの注文データを、少なくともユーザと精算所と調理場に印字等により供給する。さらに、オーダリングシステムでは、タッチ画面に表示される表示メニュー又は注文データなどの表示をゲーム要素として、サーバーコンピュータに予めプレイ形式、或は、懸賞やクイズ等の形式でゲームを設定しておく。ユーザがタッチ画面に表示されるゲーム表示をタッチ操作することにより、ユーザは、ゲームを画面上で実行できる。

また、従来、サーバに保存された商品に関連した商品案内情報をクライアントで読み出し、表示した後、当該クライアントから当該サーバに対して商品の注文を行ない、当該商品に関する情報を商品販売者に提供する商品案内方法が開示されている。

特許文献５には、このような商品案内方法の一例として、クライアントから商品の注文を受けるごとにサーバでは、当該商品の注文数および同一分野の商品全体の注文数を計数し、当該商品の注文数および当該同一分野の商品全体の注文数から商品全体のシェアを計算し、当該計算したシェアを出力する情報サービス方法が開示されている。

特開２００８−１２３４１８号公報特表２０１０−５２１０１８号公報特開２００２−１９７５５３号公報特開２００３−３１７１５５号公報特開２００２−１３３０７０号公報

特許文献１の注文情報処理システムは、１つのグループ（テーブル）において複数人で１つの商品をシェアする際の各人の支払金額を計算する技術である。それゆえ、当該注文情報処理システムでは、１つのテーブルにおいて１つの商品の一部（たとえば、ピザ半分、ボトルワインの１／３の量等）のみの注文を受け付ける構成ではない。したがって、当該注文情報処理システムでは、異なるテーブルの利用者同士間の間で、商品をシェアすることはできない。この点は、特許文献２から４においても同様である。

また、特許文献５は、いわゆる共同購入に関する技術であるが、クライアントが他のクライアントに対して、商品をシェアすることを提案することはできない。

本願発明は、上記の問題点に鑑みなされたものであって、その目的は、利用するテーブルが互いに異なる複数の客で商品をシェア可能な通信システム、サーバ装置、端末装置、情報処理方法、およびプログラムを提供することにある。

本発明のある局面に従うと、通信システムは、第１の端末装置と、第２の端末装置と、第１および第２の端末装置の各々に通信可能に接続されたサーバ装置とを備える。第１の端末装置は、各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品を表示し、複数の商品のうちから選択された第１の商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力を受け付け、入力を受け付けたことに基づき、第１の商品についてのシェアが提案されたことを表した第１の情報を、サーバ装置に送信する。サーバ装置は、第１の情報を受信したことに基づき、第２の端末装置に対して、第１の商品がシェア対象の商品であることを表した第２の情報を送信する。第２の端末装置は、第１の端末装置が利用されるテーブルとは異なるテーブルにおいて利用され、第２の情報に基づき、第１の商品がシェア対象の商品であることを表示し、第１の商品に関する予め定められた入力を受け付けた場合、サーバ装置に対して、シェアの提案に応じることを表した第３の情報を送信する。

好ましくは、第１の端末装置は、シェアの条件を含んだ提案の入力を受け付ける。第１の情報および第２の情報は、シェアの条件をさらに含む。第２の端末装置は、第１の商品がシェア対象の商品であることと、シェアの条件とを表示する。

好ましくは、シェアの条件は、シェアの量または割合の指定を含む。
好ましくは、シェアの条件は、シェアに対して支払う金額の指定をさらに含む。

好ましくは、第３の情報は、シェアの提案に応じる際の当該シェアの条件をさらに含む。サーバ装置は、第１の情報に含まれる条件と、第３の情報に含まれる条件とに基づいて、シェアが成立したか否かを判断する。

好ましくは、第１の端末装置は、シェアの提案に応じる制限時間を設定するための入力をさらに受け付け、制限時間を表す情報をサーバ装置に送信する。サーバ装置は、制限時間が経過すると第３の情報を受け付けない。

好ましくは、通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、各第２の端末装置から第３の情報を受信する度に、シェアの提案に応じる通知があったことを、第１の端末装置に通知する。第１の端末装置は、シェアの提案に応じる通知があったことを表示する。第１の端末装置は、シェアの提案に応じる通知があったことを表示した後に、シェアの提案に応じることを締め切るための入力を受け付けると、シェアの提案に応じることをサーバ装置に締め切らせるための指令を、サーバ装置に対して送信する。

好ましくは、第１の端末装置は、シェアの条件を含んだ提案の入力を受け付ける。第１の情報および第２の情報は、シェアの条件をさらに含む。シェアの条件は、シェアを行なうテーブルの数に関する条件を含む。サーバ装置は、シェアに応じた第２の端末装置の数に基づいて、テーブルの数に関する条件が満たされたか否かを判断し、テーブルの数に関する条件がさらに満たされた場合に、シェアが成立したと判断する。

好ましくは、通信システムは、サーバ装置に接続されたキャッシュレジスタをさらに備える。サーバ装置は、第１の情報に含まれる条件および第３の情報に含まれる条件に基づいて、各テーブルの客が支払う金額をテーブル毎に算出し、算出された金額をキャッシュレジスタに出力する。

好ましくは、サーバ装置は、提案をキャンセルするための通知を第１の端末装置から受け付けた場合、シェアが成立していないことを条件に、提案をキャンセルする。

好ましくは、第１の端末装置は、複数の商品のうちの第１の商品とは異なる第２の商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力をさらに受け付けたことに基づき、第２の商品についてのシェアが提案されたことを表した第４の情報を、サーバ装置にさらに送信する。サーバ装置は、第１の商品についてシェアが成立したと判断すると、第２の商品についてのシェアの提案をキャンセルする。

好ましくは、通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、各テーブルの客の人数の情報を記憶しており、サーバ装置は、少なくとも、人数が最も少ないテーブルの第２の端末装置に、第２の情報を送信する。

好ましくは、通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、第１の商品と同じ商品を注文したテーブル以外のテーブルにおいて利用される第２の端末装置に対して、第２の情報を送信する。

好ましくは、通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、第１の商品と同じカテゴリの商品を注文したテーブルにおいて利用される第２の端末装置に対して、第２の情報を送信する。

好ましくは、通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、第１の端末装置および複数の第２の端末装置の各々の位置を特定するための情報に基づいて、第１の端末装置と各第２の端末装置との間の距離の長短を判定し、第１の端末装置との間の距離が短い順に、複数の第２の端末装置のうちから予め定められた数の第２の端末装置を抽出し、抽出された第２の端末装置に、第２の情報を送信する。

好ましくは、通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、第１の商品に含まれる食べ物の個数に基づき、複数の第２の端末装置から、第２の情報を送信する第２の端末装置を選択する。

好ましくは、通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、第１の商品に含まれる食べ物の個数に基づき、複数の第２の端末装置から、第１の端末装置によってシェアされた後の食べ物の個数よりも客の人数が少ないテーブルにおいて利用される第２の端末装置を抽出し、抽出された第２の端末装置に対して第２の情報を送信する。

好ましくは、サーバ装置は、複数の商品について、過去のシェアの成立確率を記憶しており、成功確率が高い順に商品を表示させるための表示用データを第１の端末装置に送信する。第１の端末装置は、表示用データに基づいた商品選択画面を表示する。

好ましくは、サーバ装置は、制限時間を経過した場合にシェアが成立していないときには、第１の端末装置に対してシェアが不成立であることを通知する。

好ましくは、サーバ装置は、シェアが不成立となった後に第２の端末装置から第１の情報を受信した場合、第１の端末装置に対して第２の情報を送信する。第１の端末装置は、第２の情報に基づき、第１の商品がシェア対象の商品であることを表示し、第１の商品に関する予め定められた入力を受け付けた場合、サーバ装置に対して、第３の情報を送信する。

好ましくは、通信システムは、サーバ装置と通信可能な第３の端末装置をさらに備える。サーバ装置は、第３の端末装置から第１の情報を受信した場合、第１の商品を、第１の端末装置を利用する客と第３の端末装置を利用する客とでシェアが可能か否かを判断する。

好ましくは、通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、複数の第２の端末装置のうちの２つ以上から第３の情報を受信した場合、複数の第１の商品を、第１の端末装置を利用する客と第３の情報を送信した第２の端末装置を利用する複数の客とで、シェアが可能か否かを判断する。

好ましくは、通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置の少なくとも１つは、飲食店の外に位置する可搬性を有する携帯端末装置である。サーバ装置は、携帯端末装置に第２の情報を送信する。

好ましくは、通信システムは、サーバ装置と通信可能に接続された表示装置をさらに備える。表示装置は、飲食店の調理場に設置される。サーバ装置は、第１の端末装置から第１の情報を受信すると、表示装置に第１の商品の注文が確定したことを通知する。表示装置は、通知を受信したことに基づき、複数の商品のうち、注文された商品を報知する。

本発明の他の局面に従うと、サーバ装置は、第１の端末装置および第２の端末装置と通信可能に接続される。サーバ装置は、各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアする提案を表した第１の情報を、第１の端末装置から受信する第１の通信手段と、第１の情報を受信したことに基づき、第２の端末装置に対して、選択された商品がシェア対象の商品であることを表した第２の情報を送信する第２の通信手段とを備える。第２の通信手段は、選択された商品に関する予め定められた入力を第２の端末装置が受け付けたことに基づき、シェアの提案に応じることを表した第３の情報を第２の端末装置から受信する。

本発明のさらに他の局面に従うと、端末装置は、サーバ装置と通信可能に接続される。端末装置は、各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品を表示する表示手段と、複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力を受け付ける受付手段と、入力を受け付けたことに基づき、選択された商品についてのシェアが提案されたことを表した情報を、サーバ装置に送信する通信手段とを備える。

本発明のさらに他の局面に従うと、情報処理方法は、第１の端末装置と、第２の端末装置と、第１および第２の端末装置の各々に通信可能に接続されたサーバ装置とを備えた通信システムにおいて実行される。情報処理方法は、第１の端末装置が、各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品を表示するステップと、第１の端末装置が、複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力を受け付けるステップと、第１の端末装置が、入力を受け付けたことに基づき、選択された商品についてのシェアが提案されたことを表した第１の情報を、サーバ装置に送信するステップと、サーバ装置が、第１の情報を受信したことに基づき、第２の端末装置に対して、選択された商品がシェア対象の商品であることを表した第２の情報を送信するステップとを備える。第２の端末装置は、第１の端末装置が利用されるテーブルとは異なるテーブルにおいて利用される。情報処理方法は、第２の情報に基づき、選択された商品がシェア対象の商品であることを表示するステップと、選択された商品に関する予め定められた入力を受け付けた場合、サーバ装置に対して、シェアの提案に応じることを表した第３の情報を送信するステップとをさらに備える。

本発明のさらに他の局面に従うと、情報処理方法は、第１の端末装置および第２の端末装置と通信可能に接続されたサーバ装置において実行される。情報処理方法は、各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアする提案を表した第１の情報を、第１の端末装置から受信するステップと、第１の情報を受信したことに基づき、第２の端末装置に対して、選択された商品がシェア対象の商品であることを表した第２の情報を送信するステップと、選択された商品に関する予め定められた入力を第２の端末装置が受け付けたことに基づき、シェアの提案に応じることを表した第３の情報を第２の端末装置から受信するステップとを備える。

本発明のさらに他の局面に従うと、情報処理方法は、サーバ装置と通信可能に接続される端末装置において実行される。情報処理方法は、各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品を表示するステップと、複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力を受け付けるステップと、入力を受け付けたことに基づき、選択された商品についてのシェアが提案されたことを表した情報を、サーバ装置に送信するステップとを備える。

本発明のさらに他の局面に従うと、プログラムは、第１の端末装置および第２の端末装置と通信可能に接続されたサーバ装置を制御する。プログラムは、各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアする提案を表した第１の情報を、第１の端末装置から受信するステップと、第１の情報を受信したことに基づき、第２の端末装置に対して、選択された商品がシェア対象の商品であることを表した第２の情報を送信するステップと、選択された商品に関する予め定められた入力を第２の端末装置が受け付けたことに基づき、シェアの提案に応じることを表した第３の情報を第２の端末装置から受信するステップとを、サーバ装置のプロセッサに実行させる。

本発明のさらに他の局面に従うと、プログラムは、サーバ装置と通信可能に接続される端末装置を制御する。プログラムは、各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品を表示するステップと、複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力を受け付けるステップと、入力を受け付けたことに基づき、選択された商品についてのシェアが提案されたことを表した情報を、サーバ装置に送信するステップとを、端末装置のプロセッサに実行させる。

本発明によれば、利用するテーブルが互いに異なる複数の客で商品をシェア可能となる。

本実施の形態に係る通信システムの概略構成を説明するための図である。通信システム１が設置された飲食店９００を表した図である。通信システム１におけるシェアの処理の概要を説明するためのシーケンスチャートである。端末装置２００＿１における画面遷移を説明するための図である。端末装置２００＿２における画面遷移を説明するための図である。端末装置２００＿３における画面遷移を説明するための図である。サーバ装置１００に格納されているデータ７０の概略構成を表した図である。複数の端末装置２００のうち、商品のシェアの提案を行なう端末装置２００（図３の場合には端末装置２００＿１）における処理の流れを説明するためのフローチャートである。複数の端末装置２００のうち、商品のシェアに応じる端末装置２００（図３の場合には端末装置２００＿２または２００＿３）における処理の流れを説明するためのフローチャートである。サーバ装置１００における処理の流れを説明するためのフローチャートである。サーバ装置１００および端末装置２００の機能的構成を説明するための機能ブロック図である。端末装置２００＿１のハードウェア構成の典型例を表した図である。サーバ装置１００のハードウェア構成の典型例を表した図である。

以下、図面を参照しつつ、本発明の各実施の形態に係る通信システムについて説明する。また、以下の説明では、同一の部材には同一の参照符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

［実施の形態１］
＜Ａ．システム構成＞
図１は、本実施の形態に係る通信システムの概略構成を説明するための図である。図１を参照して、通信システム１は、サーバ装置１００と、複数の端末装置２００＿１，２００＿２，２００＿３，…２００＿ｎ（ｎは、４以上の自然数）と、表示装置３００と、キャッシュレジスタ４００とを備える。なお、以下では、複数の端末装置２００＿１，２００＿２，２００＿３，…２００＿ｎを総称して、「端末装置２００」と言う。

サーバ装置１００と、各端末装置２００と、表示装置３００と、キャッシュレジスタ４００とは、有線あるいは無線により、互いに通信可能に接続されている。サーバ装置１００、端末装置２００、表示装置３００、およびキャッシュレジスタ４００は、飲食店の店内に設置されている。

なお、サーバ装置１００は、店外に設置されていてもよい。この場合には、サーバ装置１００は、インターネットによって、端末装置２００、複数の表示装置３００、およびキャッシュレジスタ４００に接続される。

図２は、通信システム１が設置された飲食店９００を表した図である。図２を参照して、端末装置２００＿１〜２００＿６は、それぞれ、テーブル９５０＿１〜９５０＿６の上に設置されている。表示装置３００は、厨房に設置される。なお、以下では、複数のテーブル９５０＿１〜９５０＿６および図示しないテーブル９５０＿７〜９５０＿ｎを総称して、「テーブル９５０」と言う。

端末装置２００は、タッチスクリーンを備える。各端末装置２００は、飲食店のメニューを構成する複数の商品（料理等の食べ物、飲み物）をディスプレイに表示するとともに、タッチパネルを用いた商品の注文を客から受け付ける。

サーバ装置１００は、端末装置２００から商品の注文を受け付ける。サーバ装置１００は、端末装置２００から受け付けた注文を表示装置３００に表示させる。サーバ装置１００は、通信ケーブル８００で、各端末装置２００と、表示装置３００とに可能に接続されている。

通信システム１は、さらに、利用するテーブルが互いに異なる複数の客同士の間で１つの商品をシェアする機能を備える。当該機能の説明については、後述する。

＜Ｂ．処理の概要＞
以下、商品のシェアの概要について、シェアする商品がボトルワインである場合を例に挙げて説明する。各端末装置２００は、飲食店の店内において提供されている複数の商品を表示する。つまり、各端末装置２００は、ディスプレイにメニューを表示する。

複数の端末装置２００のうちの端末装置２００＿ｋ（１≦ｋ≦ｎ）が、複数の商品のうちからテーブル９５０＿ｋの客によって選択されたボトルワインを、利用するテーブル９５０が互いに異なる複数の客でシェアすることを提案するための入力（ユーザ操作）を受け付けたとする。この場合、端末装置２００＿ｋは、上記入力を受け付けたことに基づき、ボトルワインについてのシェアが提案されたことを表した情報を、サーバ装置１００に送信する。

サーバ装置１００は、端末装置２００＿ｋから上記の情報を受信したことに基づき、一例として端末装置２００＿ｋ以外の端末装置２００に対して、ボトルワインがシェア対象の商品であることを表した情報を送信する。

端末装置２００＿ｋ以外の端末装置２００は、サーバ装置１００からの上記の情報に基づき、ボトルワインがシェア対象の商品であることをディスプレイに表示する。端末装置２００＿ｋ以外の端末装置２００は、ボトルワインに関する予め定められた入力（ユーザ操作）を受け付けた場合、サーバ装置１００に対して、シェアの提案に応じることを表した情報を送信する。

サーバ装置１００は、シェアの提案に応じることを表した情報を受信すると、シェアが成立したか否かを判断する。「シェアが成立」とは、１つの商品を複数のテーブル（たとえば、複数の異なるグループ同士）でシェアすることが可能になった状態（詳しくは、１つの商品を複数のテーブルで過不足なく分け合う状態となったこと）をいう。なお、シェアが成立したか否かの判断の詳細については後述する。

以下では、端末装置２００を利用する客を「端末装置２００のユーザ」とも称する。また、シェアの提案を行なったユーザの端末装置２００を、「シェアの提案元の端末装置２００」とも称する。

（ｂ１．シーケンス）
図３は、通信システム１におけるシェアの処理の概要を説明するためのシーケンスチャートである。なお、以下では、端末装置２００＿ｋが、端末装置２００＿１である場合を例に挙げて説明する。

シーケンスＳＱ２において、端末装置２００＿１のユーザの入力に基づき、端末装置２００＿１は、ボトルワインのシェアの提案をサーバ装置１００に送信する。シーケンスＳＱ４，ＳＱ６，ＳＱ８において、サーバ装置１００は、端末装置２００＿２〜２００＿ｎに対して、ボトルワインがシェア対象の商品であることを表した情報（以下、「シェア情報」と称する）を送信する。シェア情報は、シェアへの参加を促すための情報でもある。

端末装置２００＿２のユーザがボトルワインのシェアに応じる入力を端末装置２００＿２に対して行なった場合、シーケンスＳＱ１０において、端末装置２００＿２は、シェアの提案に応じることを表した情報（承諾通知）をサーバ装置１００に送信する。

サーバ装置１００は、シェアが成立したか否かを判断する。たとえば、シェアを提案した客（端末装置２００＿１のユーザ）が、ボトルワイン（内容量を７２０ｍｌとする）のうちの２４０ｍｌを希望したとする。また、シェアに応じた客（端末装置２００＿２のユーザ）が、３６０ｍｌを希望したとする。この場合、サーバ装置１００は、合計量が６００ｍｌであって、７２０ｍｌに達していないため、シェアが未だ成立していないと判断する。

シーケンスＳＱ１２，ＳＱ１４において、サーバ装置１００は、端末装置２００＿２のユーザがシェアに応じたことに基づき、ボトルワインのシェアに関する画面を更新することを指示する情報（更新情報）を、端末装置２００＿３，２００＿ｉ（４≦ｉ≦ｎ）に送信する。

端末装置２００＿３のユーザがボトルワインのシェアに応じる入力を端末装置２００＿３に対して行なった場合、シーケンスＳＱ１６において、端末装置２００＿３は、シェアの提案に応じることを表した情報（承諾通知）をサーバ装置１００に送信する。

サーバ装置１００は、シェアが成立したか否かを判断する。たとえば、２回目にシェアに応じた客（端末装置２００＿３のユーザ）が、１２０ｍｌを希望したとする。この場合、サーバ装置１００は、合計量が７２０ｍｌに達したため、シェアが成立したと判断する。

シーケンスＳＱ１８、ＳＱ２０，ＳＱ２２において、サーバ装置１００は、ボトルワインのシェアが成立したことを表す通知（成立通知）を、シェアを提案した客（以下、「提案者」とも称する）が利用する端末装置２００＿１、シェアに応じた客が利用する端末装置２００＿２，２００＿３に通知する。

さらに、サーバ装置１００は、ボトルワインのシェアの量（または割合）に応じた課金処理を行なう。たとえば、ボトルワイン１本分の料金を３０００円とすると、サーバ装置１００は、端末装置２００＿１のユーザに対して１０００円の課金、端末装置２００＿２のユーザに対して１５００円の課金、端末装置２００＿３のユーザに対して５００円の課金を行なう。具体的には、サーバ装置１００は、各客への課金の額を算出し、算出した額を客毎に区分してキャッシュレジスタ４００に送信する。

（ｂ２．ユーザインターフェイス）
次に、図３で説明した処理を行なう際に端末装置２００＿１，２００＿２，２００＿３の各々において表示されるユーザインターフェイスの例を説明する。

図４は、端末装置２００＿１における画面遷移を説明するための図である。図４における状態（i）を参照して、端末装置２００＿１は、タッチスクリーン２５９に、飲食店で提供される商品を選択するためのメニュー画面を表示する。たとえば、端末装置２００＿１は、画像２４１１で特定される商品（ボトルワイン）を選択する入力を客から受け付けた場合、画面を状態（i）から状態（ii）に遷移させる。

状態（ii）を参照して、端末装置２００＿１は、選択された商品の画像２４２１と、商品の情報２４２２（量および金額）と、画面を状態（ｉ）に戻すためのソフトウェアボタン２４３３と、選択された商品を注文するためのソフトウェアボタン２４２４と、選択された商品をシェアするためのソフトウェアボタン２４２５とをタッチスクリーン２５９に表示する。端末装置２００＿１は、ソフトウェアボタン２４２５を選択する入力を客から受け付けた場合、画面を状態（ii）から状態（iii）に遷移させる。

状態（iii）を参照して、端末装置２００＿１は、シェア条件を設定するための画面をタッチスクリーン２５９に表示する。具体的には、シェア対象商品がボトルワインの場合、端末装置２００＿１は、量（または割合）を入力するための入力ボックス２４３１と、シェアに応じる時間（制限時間）を入力するための入力ボックス２４３２と、支払金額を入力するための入力ボックス２４３３と、状態（ii）に示した画面に戻るためのソフトウェアボタン２４３４と、注文をするためのソフトウェアボタン２４３５とを、タッチスクリーン２５９に表示する。

なお、状態（iii）では、入力ボックス２４３１〜２４３３に対する入力がなされていないため、端末装置２００＿１は、ソフトウェアボタン２４３５を選択不可能な状態として表示している。

入力ボックス２４３１〜２４３３に対する入力がなされると、端末装置２００＿１は、画面を状態（iii）から状態（iv）に遷移させる。なお、状態（iv）は、客による入力の一例である。状態（iv）を参照して、端末装置２００＿１は、注文をするためのソフトウェアボタン２４３５を選択可能な状態にする。

端末装置２００＿１は、ソフトウェアボタン２４３５を選択するための入力を客から受け付けると、画面を状態（iv）から状態（v）に遷移させる。状態（v）を参照して、端末装置２００＿１は、シェアの提案が行なわれた旨の表示２４５１と、メニュー表示に戻るためのソフトウェアボタン２４５２とを表示する。

なお、図４の状態（iv）は、量に応じて支払金額が自動的に按分される例を挙げて説明したが、これに限定されず、客が金額を直接入力してもよい。場合によっては、シェアの提案者が商品の全額を負担する構成であってもよい。

図５は、端末装置２００＿２における画面遷移を説明するための図である。図５を参照して、端末装置２００＿２は、サーバ装置１００からシェア情報を受信すると（図３におけるシーケンスＳＱ４）、画面をメニュー画面から状態（i）に遷移する。状態（i）を参照して、端末装置２００＿２は、シェアの対象商品の情報２５１１と、シェア成立までの条件を表した情報２５１２と、メニュー画面に戻るためのソフトウェアボタン２５１３と、シェアの提案に応じるための入力画面に遷移するためのソフトウェアボタン２５１４とをタッチスクリーン２５９に表示する。

端末装置２００＿２は、ソフトウェアボタン２５１４を選択する入力を客から受け付けた場合、画面を状態（i）から状態（ii）に遷移させる。状態（ii）を参照して、端末装置２００＿２は、シェア条件を設定するための画面をタッチスクリーン２５９に表示する。具体的には、端末装置２００＿２は、量（または割合）を入力するための入力ボックス２５２１と、支払金額を入力するための入力ボックス２５２２と、シェア設立までの残量の情報２５２３と、状態（i）に示した画面に戻るためのソフトウェアボタン２５２４と、注文をするためのソフトウェアボタン２５２５とを、タッチスクリーン２５９に表示する。

端末装置２００＿２は、ソフトウェアボタン２５２５を選択するための入力を客から受け付けると、画面を状態（ii）から状態（iii）に遷移させる。状態（iii）を参照して、端末装置２００＿２は、シェアの提案に応じた旨の表示２５３１と、メニュー表示に戻るためのソフトウェアボタン２５３２とを表示する。

図６は、端末装置２００＿３における画面遷移を説明するための図である。図６を参照して、端末装置２００＿３は、サーバ装置１００からシェア情報を受信すると（図３におけるシーケンスＳＱ６）、画面をメニュー画面から状態（i）に遷移する。状態（i）を参照して、端末装置２００＿３は、シェアの対象商品の情報２６１１と、シェア成立までの条件を表した情報２６１２と、メニュー画面に戻るためのソフトウェアボタン２６１３と、シェアの提案に応じるための入力画面に遷移するためのソフトウェアボタン２６１４とをタッチスクリーン２５９に表示する。

端末装置２００＿２のユーザ（客）がボトルワインのシェアに応じた場合（図３のシーケンスＳＱ１０、および図５の状態（iii））、端末装置２００＿３は、サーバ装置１００から受信した情報に基づき、画面を状態（i）から状態（ii）に遷移させる。

状態（ii）を参照して、端末装置２００＿３は、シェアの提案に対する参加があった旨と参加を促す旨とを表した情報２６２１と、シェアの対象商品の情報２６２２と、シェア成立までの条件を表した情報２６２３と、メニュー画面に戻るためのソフトウェアボタン２６２４と、シェアの提案に応じるための入力画面に遷移するためのソフトウェアボタン２６２５とをタッチスクリーン２５９に表示する。

端末装置２００＿３は、ソフトウェアボタン２６２５を選択する入力を客から受け付けた場合、画面を状態（ii）から状態（iii）に遷移させる。状態（iii）を参照して、端末装置２００＿３は、シェア条件を設定するための画面をタッチスクリーン２５９に表示する。具体的には、端末装置２００＿３は、量（または割合）を入力するための入力ボックス２６３１と、支払金額を入力するための入力ボックス２６３２と、シェア設立までの残量の情報２６３３と、状態（ii）に示した画面に戻るためのソフトウェアボタン２６３４と、注文をするためのソフトウェアボタン２６３５とを、タッチスクリーン２５９に表示する。

端末装置２００＿３は、ソフトウェアボタン２６３５を選択するための入力を客から受け付けると、画面を状態（iii）から状態（iv）に遷移させる。状態（iv）を参照して、端末装置２００＿３は、シェアが成立した旨の表示２６４１と、メニュー表示に戻るためのソフトウェアボタン２６４２とを表示する。

＜Ｃ．処理の詳細＞
図７は、サーバ装置１００に格納されているデータ７０の概略構成を表した図である。図７を参照して、データ７０においては、端末装置の識別情報と、複数の提案同士を互いに識別するための識別情報（提案の識別情報）と、シェア対象商品の識別情報と、シェアの希望量または希望割合と、提案者が設定した制限時間と、支払金額と、提案または当該提案に応じる承諾通知の受付時刻と、シェア対象商品の残量または残りの割合と、提案者およびシェア参加者とのいずれかであるかを表す区分とが対応付けられている。

具体的には、データ７０のＮｏ．１〜Ｎｏ．３に対応付けられた各情報は、図４〜図６に基づいて説明した処理がなされた場合のデータの格納例を表している。端末装置の識別情報Ｔ００１，Ｔ００２，Ｔ００３は、それぞれ、端末装置２００＿１，２００＿２，２００＿３を表す。シェア対象商品の識別情報Ｐ０４３は、ボトルワイン（チリ産、３０００円）を表す。

サーバ装置１００は、端末装置２００からシェアの提案があった場合、シェアに応じる情報を端末装置２００から受け付けると、データ７０を更新する。また、サーバ装置１００は、データ７０を参照して、シェアが成立したか否かを判断する。たとえば、サーバ装置１００は、Ｎｏ．３のデータがデータ７０に格納されると、シェア対象商品の識別情報がＰ０４３の商品（ボトルワイン）についてシェアが成立したと判断する。

より詳しく説明すると以下のとおりである。
（１）サーバ装置１００は、制限時間を経過すると、自動的にシェアの提案の登録をキャンセルする。当該構成によれば、シェアの提案を行なった客は、当該提案をキャンセルする入力を行なわなくても済む。

（２）シェアの提案元の端末装置２００は、シェアの提案に応じる制限時間を設定するための入力を受け付け、制限時間を表す情報をサーバ装置１００に送信する。サーバ装置１００は、制限時間が経過すると、他の客が当該シェアに応じることを受け付けない。制限時間を設定することにより、たとえば、満腹になった後、帰る直前にシェアが成立してしまうことを防ぐことができる。それゆえ、客は、シェアの提案を容易にし易くなる。

（３）サーバ装置１００は、提案をキャンセルするための通知を当該提案の送信元である端末装置２００から受け付けた場合、当該シェアが成立していないことを条件に、当該提案をキャンセルする。当該構成によれば、提案を行なった客は、提案を行なった商品について別途シェアの提案が他の客によってなされている場合、当該他の客の提案に応じることが可能となる。また、当該構成によれば、提案を行なった客が、たとえば提案後に注文した商品との関係で提案を取り下げたい場合に対応できる。

（４）サーバ装置１００は、制限時間を経過した場合にシェアが成立していないときには、少なくとも当該シェアの提案元の端末装置２００に対してシェアが不成立であることを通知する。当該構成によれば、シェアの提案を行なった客は、シェアが不成立となったことが分かる。

この場合、当該シェアの提案の送信元の端末装置２００は、客が再度同じ条件でシェアの提案を容易に行えるようにするため、再登録用の画面に進むための案内を画面に表示してもよい。また、上記シェアの提案の送信元の端末装置２００は、シェアが成立しなかった商品をシェアすることなく注文するための画面に進むための案内を画面に表示してもよい。また、上記シェアの提案の送信元の端末装置２００は、シェアが成立しなかった商品のクーポンをタッチスクリーン２５９に表示してもよい。

＜Ｄ．制御構造＞
図８は、複数の端末装置２００のうち、商品のシェアの提案を行なう端末装置２００（図３の場合には端末装置２００＿１）における処理の流れを説明するためのフローチャートである。

図８を参照して、ステップＳ１０２において、端末装置２００は、タッチスクリーン２５９にメニューを表示する。ステップＳ１０４において、端末装置２００は、メニューの中から商品の選択を受け付ける。ステップＳ１０６において、端末装置２００は、選択された商品（たとえば、ボトルワイン）についてシェアの提案を受け付けたか否かを判断する。具体例を挙げれば、端末装置２００は、図４の状態（ii）におけるソフトウェアボタン２４５４の選択、図４における状態（iii）の入力ボックス２４３１〜２４３３への入力、および図４（iv）におけるソフトウェアボタン２４３５の選択の一連の処理がなされたか否かを判断する。

端末装置２００は、提案の入力を受け付けたと判断された場合（ステップＳ１０６においてＹＥＳ）、ステップＳ１０８において、シェア成立通知をサーバ装置１００から受信したか否かを判断する。端末装置２００は、提案の入力を受け付けていないと判断された場合（ステップＳ１０６においてＮＯ）、処理をステップＳ１１６に進める。

端末装置２００は、シェア成立通知を受信したと判断された場合（ステップＳ１０８においてＹＥＳ）、ステップＳ１１０において、シェアが成立したことをタッチスクリーン２５９に表示する。具体例を挙げれば、端末装置２００は、図６の状態（iii）で示したのと同様の画面を表示する。端末装置２００は、シェア成立通知を受信していないと判断された場合（ステップＳ１０８においてＮＯ）、ステップＳ１１２において、シェア不成立通知を受信したか否かを判断する。

端末装置２００は、シェア不成立通知を受信したと判断された場合（ステップＳ１１２においてＹＥＳ）、ステップＳ１１４において、シェアが不成立となったことをタッチスクリーン２５９に表示する。端末装置２００は、シェア不成立通知を受信したと判断された場合（ステップＳ１１２においてＮＯ）、処理をステップＳ１０８に戻す。

端末装置２００は、ステップＳ１１６において、提案された商品について注文が確定したか否かを判断する。つまり、端末装置２００は、シェアではなく、端末装置２００の客が商品を丸ごと購入したか否かを判断する。たとえば、端末装置２００は、図４の状態（ii）のソフトウェアボタン２４２４が選択されたか否かを判断する。

端末装置２００は、注文が確定したと判断された場合（ステップＳ１１６においてＹＥＳ）、ステップＳ１１８において、サーバ装置１００に対して選択された商品を注文する。端末装置２００は、注文が確定していないと判断された場合（ステップＳ１１６においてＮＯ）、ステップＳ１２０において、メニュー表示に戻る入力を受け付けたか否かを判断する。

端末装置２００は、メニュー表示に戻る入力が受け付けられたと判断された場合（ステップＳ１２０においてＹＥＳ）、処理をステップＳ１０２に戻す。端末装置２００は、メニュー表示に戻る入力が受け付けられていないと判断された場合（ステップＳ１２０においてＮＯ）、処理をステップＳ１１６に戻す。

図９は、複数の端末装置２００のうち、商品のシェアに応じる端末装置２００（図３の場合には端末装置２００＿２または２００＿３）における処理の流れを説明するためのフローチャートである。

図９を参照して、ステップＳ２０２において、端末装置２００は、サーバ装置１００から受信したシェア情報を表示する。具体例を挙げれば、端末装置２００は、図５の状態（i）に示した画面を表示する。ステップＳ２０４において、端末装置２００は、シェアの提案に応じる入力を受け付けたか否かを判断する。具体例を挙げれば、端末装置２００は、図５の状態（i）におけるソフトウェアボタン２５１４の選択、図５における状態（ii）の入力ボックス２５２１，２５２２への入力、およびソフトウェアボタン２５２５の選択の一連の処理がなされたか否かを判断する。

端末装置２００は、提案に応じる入力を受け付けたと判断された場合（ステップＳ２０４においてＹＥＳ）、ステップＳ２０６において、サーバ装置１００に承諾通知を送信する。端末装置２００は、提案に応じる入力を受け付けていないと判断された場合（ステップＳ２０４においてＮＯ）、処理をステップＳ２１６に進める。

ステップＳ２０８において、端末装置２００は、シェア成立通知をサーバ装置１００から受信したか否かを判断する。端末装置２００は、シェア成立通知を受信したと判断された場合（ステップＳ２０８においてＹＥＳ）、ステップＳ２１０において、シェアが成立したことをタッチスクリーン２５９に表示する。

端末装置２００は、シェア成立通知を受信していないと判断された場合（ステップＳ２０８においてＮＯ）、ステップＳ２１２において、シェア不成立通知をサーバ装置１００から受信したか否かを判断する。端末装置２００は、シェア不成立通知を受信したと判断された場合（ステップＳ２１２においてＹＥＳ）、ステップＳ２１４において、シェアが不成立となったことをタッチスクリーン２５９に表示する。端末装置２００は、シェア不成立通知を受信していないと判断された場合（ステップＳ２１２においてＮＯ）、処理をステップＳ２０８に戻す。

ステップＳ２１６において、端末装置２００は、制限時間を経過した旨をサーバ装置１００から受信したか否かを判断する。端末装置２００は、制限時間を経過した旨を受信したと判断された場合（ステップＳ２１６においてＹＥＳ）、一連の処理を終了する。端末装置２００は、制限時間を経過した旨を受信していないと判断された場合（ステップＳ２１６においてＮＯ）、処理をステップＳ２０４に戻す。

図１０は、サーバ装置１００における処理の流れを説明するためのフローチャートである。図１０を参照して、ステップＳ３０２において、サーバ装置１００は、シェアの提案を端末装置２００から受け付ける。ステップＳ３０４において、サーバ装置１００は、シェア情報を、シェアの提案を受け付けた端末装置２００以外の端末装置２００に送信する。

ステップＳ３０６において、サーバ装置１００は、シェア情報の送信先の端末装置２００から承諾通知を受信したか否かを判断する。なお、承諾通知は、たとえば、図５の状態（ii）に示すソフトウェアボタン２５２５の選択に伴う通知であり、シェア条件についての設定情報（量（割合）および支払金額）を含む。

サーバ装置１００は、承諾通知を受信したと判断された場合（ステップＳ３０６においてＹＥＳ）、ステップＳ３０８において、シェアが成立したか否かを、承諾通知の受信によって更新されたデータ７０に基づき判断する。サーバ装置１００は、承諾通知を受信していないと判断された場合（ステップＳ３０６においてＮＯ）、処理をステップＳ３１２に進める。

サーバ装置１００は、シェアが成立したと判断された場合（ステップＳ３０８においてＹＥＳ）、ステップＳ３１０において、シェア成立通知を、当該シェアの提案元の端末装置２００と当該シェアに応じた端末装置２００とに送信する。

サーバ装置１００は、ステップＳ３１２において、シェアの送信元の端末装置２００によって設定された制限時間を経過したか否かを判断する。サーバ装置１００は、制限時間を経過したと判断された場合には、シェア不成立通知を、少なくとも、当該シェアの提案元の端末装置２００および当該シェアに応じた端末装置２００に送信する。サーバ装置１００は、制限時間を経過していないと判断された場合（ステップＳ３１２においてＮＯ）、処理をステップＳ３０６に戻す。

さらに詳しくは、サーバ装置１００は、承諾通知を受信した場合（ステップＳ３０６においてＹＥＳ）、当該受信した承諾通知を用いてデータ７０を更新する。サーバ装置１００は、シェアが成立していない場合（ステップＳ３０８においてＮＯ）、更新されたデータ７０に基づき、更新情報を生成する。更新情報は、シェアがまだ成立していなことを表した情報を含む。詳しくは、更新情報は、あと何人でシェアが成立するかを表した情報を含む。サーバ装置１００は、当該更新情報を、シェアの提案元の端末装置２００と承諾通知の送信元の端末装置２００とに送信する。これにより、シェアの提案元の端末装置２００と承諾通知の送信元の端末装置２００とは、あと何人でシェアが成立するかを等の情報をディスプレイ２５９１に表示することができる。

＜Ｅ．機能的構成＞
図１１は、サーバ装置１００および端末装置２００の機能的構成を説明するための機能ブロック図である。図１１を参照して、端末装置２００＿ｉおよび端末装置２００＿ｊ（（１≦ｉ＜ｊ≦ｎ））は、入力受付部２１１と、表示部２１２と、通信部２１３とを備える。サーバ装置１００は、記憶部１１１と、通信部１１２と、判定部１１３と、通信部１１４と、料金算出部１１５とを備える。

記憶部１１１は、データ７０（図７参照）を格納している。データ７０は、端末装置２００＿ｉ，２００＿ｊからの提案または承諾通知によって、データが逐次更新される。また、記憶部１１１は、複数の商品の各々についての商品情報（商品の量、値段、産地、特徴、画像等）を予め格納している。

以下では、説明の便宜上、端末装置２００＿ｉが提案し、端末装置２００＿ｊが当該提案に応じる局面について説明する。

（１）端末装置２００＿ｉの表示部２１２は、飲食店の店内において提供されている複数の商品を表示する。端末装置２００＿ｉの入力受付部２１１は、複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力を受け付ける。端末装置２００＿ｉの通信部２１３は、入力を受け付けたことに基づき、上記選択された商品についてのシェアの提案を、サーバ装置１００に通知する。

サーバ装置１００の通信部１１２は、シェアの提案を受け付ける。サーバ装置１００の通信部１１４は、サーバ装置１００がシェアの提案を受け付けたことに基づき、端末装置２００＿ｊに対して、上記選択された商品がシェア対象の商品であることを表したシェア情報を送信する。

端末装置２００＿ｊの表示部２１２は、シェア情報に基づき、上記選択された商品がシェア対象の商品であることを表示する。端末装置２００＿ｊの通信部２１３は、上記選択された商品に関する予め定められた入力を受け付けた場合、サーバ装置１００に対して、シェアの提案に応じることを表した承諾通知を送信する。

上記の構成を有する通信システム１によれば、利用するテーブルが互いに異なる複数の客で商品をシェアとなる。

（２）詳しくは、端末装置２００＿ｉの入力受付部２１１は、シェアの条件を含んだ上記提案の入力を受け付ける。シェアの提案およびサーバ装置１００に送信されるシェア情報には、シェアの条件がさらに含まれる。端末装置２００＿ｊの表示部２１２は、上記選択された商品がシェア対象の商品であることと、シェアの条件とを表示する。上記の構成によれば、端末装置２００＿ｊのユーザ（客）は、端末装置２００＿ｉのユーザ（提案者）が提案しているシェアの条件を知ることができる。

（３）より詳しくは、シェアの条件は、シェアの量または割合の指定を含む。したがって、端末装置２００＿ｉのユーザ（提案者）が指定した商品の量または割合を知ることができる。

さらに、シェアの条件は、シェアに対して支払う金額の指定をさらに含む。したがって、端末装置２００＿ｉのユーザ（提案者）が支払う予定の金額を知ることができる。

（４）さらに、上記承諾通知は、シェアの提案に応じる際の当該シェアの条件をさらに含む。サーバ装置１００の判定部１１３は、シェアの提案に含まれる条件と、承諾通知に含まれる条件とに基づいて、シェアが成立したか否かを判断する。

（５）サーバ装置１００の料金算出部１１５は、シェアの提案に含まれる条件および承諾通知に含まれる条件に基づいて、各テーブルの客が支払う金額をテーブル毎に算出する。料金算出部１１５は、算出された金額をキャッシュレジスタ４００に出力する。より詳しくは、料金算出部１１５は、記憶部１１１に格納されている商品の料金情報と、データ７０とに基づいて、各テーブルの客が支払う金額をテーブル毎に算出する。したがって、飲食店の店員は、シェアの条件に基づいた料金を計算機等で算出せずにすむ。

＜Ｆ．ハードウェア構成＞
図１２は、端末装置２００＿１のハードウェア構成の典型例を表した図である。図１２を参照して、端末装置２００＿１は、主たる構成要素として、プログラムを実行するＣＰＵ２５１と、データを不揮発的に格納するＲＯＭ２５２と、ＣＰＵ２５１によるプログラムの実行により生成されたデータ、又は入力装置を介して入力されたデータを揮発的に格納するＲＡＭ２５３と、データを不揮発的に格納するＨＤＤ２５４と、ＬＥＤ２５５と、スイッチ２５６と、通信ＩＦ（Interface）２５７と、電源回路２５８と、タッチスクリーン２５９と、操作キー２６０とを含む。各構成要素は、相互にデータバスによって接続されている。タッチスクリーンは、ディスプレイ２５９１と、タッチパネル２５９２により構成される。

電源回路２５８は、コンセントを介して受信した商用電源の電圧を降圧し、端末装置２００＿１の各部に電源供給を行なう回路である。スイッチ２５６は、電源回路２５８に給電を行なうか否かを切替えるための主電源用のスイッチ、およびその他の各種の押しボタンスイッチである。タッチスクリーン２５９は、各種のデータを表示するためのデバイスである。

通信ＩＦ２５７は、サーバ装置１００に対するデータの送信処理およびサーバ装置１００から送信されたデータの受信処理、並びに、端末装置２００に対するデータの送信処理および端末装置２００から送信されたデータの受信処理を行なう。

ＬＥＤ２５５は、端末装置２００＿１の動作状態を表す各種の表示ランプである。たとえば、ＬＥＤ２５５は、端末装置２００＿１の主電源のオンまたはオフ状態、およびＨＤＤ２５４への読み出しまたは書き込み状態等を表す。操作キー２６０は、端末装置２００＿１のユーザが端末装置２００＿１へデータを入力するための用いるキー（キーボード）である。

端末装置２００＿１における処理は、各ハードウェアおよびＣＰＵ２５１により実行されるソフトウェアによって実現される。このようなソフトウェアは、ＨＤＤ２５４に予め記憶されている場合がある。また、ソフトウェアは、その他の記憶媒体に格納されて、プログラムプロダクトとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なプログラムプロダクトとして提供される場合もある。このようなソフトウェアは、読取装置によりその記憶媒体から読み取られて、あるいは、通信ＩＦ２５７等を介してダウンロードされた後、ＨＤＤ２５４に一旦格納される。そのソフトウェアは、ＣＰＵ２５１によってＨＤＤ２５４から読み出され、ＲＡＭ２５３に実行可能なプログラムの形式で格納される。ＣＰＵ２５１は、そのプログラムを実行する。

同図に示される端末装置２００＿１を構成する各構成要素は、一般的なものである。したがって、本発明の本質的な部分は、ＲＡＭ２５３、ＨＤＤ２５４、記憶媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。なお、端末装置２００＿１の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、記録媒体としては、ＤＶＤ−ＲＡＭに限られず、ＤＶＤ-ＲＯＭ、ＣＤ−ＲＯＭ、ＦＤ、ハードディスク、磁気テープ、カセットテープ、光ディスク、ＥＥＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する媒体でもよい。また、記録媒体は、当該プログラム等をコンピュータが読取可能な一時的でない媒体である。また、ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

なお、端末装置２００＿２〜２００＿ｎも端末装置２００＿１と同様のハードウェア構成を有する。したがって、端末装置２００＿２〜２００＿ｎのハードウェア構成については、ここでは繰り返して説明しない。

図１３は、サーバ装置１００のハードウェア構成の典型例を表した図である。図１３を参照して、サーバ装置１００は、主たる構成要素として、プログラムを実行するＣＰＵ１５１と、データを不揮発的に格納するＲＯＭ１５２と、ＣＰＵ１５１によるプログラムの実行により生成されたデータ、又は入力装置を介して入力されたデータを揮発的に格納するＲＡＭ１５３と、データを不揮発的に格納するＨＤＤ１５４と、ＬＥＤ１５５と、スイッチ１５６と、通信ＩＦ（Interface）１５７と、電源回路１５８と、ディスプレイ１５９と、操作キー１６０とを含む。各構成要素は、相互にデータバスによって接続されている。

電源回路１５８は、コンセントを介して受信した商用電源の電圧を降圧し、サーバ装置１００の各部に電源供給を行なう回路である。スイッチ１５６は、電源回路１５８に給電を行なうか否かを切替えるための主電源用のスイッチ、およびその他の各種の押しボタンスイッチである。ディスプレイ１５９は、各種のデータを表示するためのデバイスである。

通信ＩＦ１５７は、サーバ装置１００に対するデータの送信処理およびサーバ装置１００から送信されたデータの受信処理、並びに、端末装置２００に対するデータの送信処理および端末装置２００から送信されたデータの受信処理を行なう。

ＬＥＤ１５５は、サーバ装置１００の動作状態を表す各種の表示ランプである。たとえば、ＬＥＤ１５５は、サーバ装置１００の主電源のオンまたはオフ状態、およびＨＤＤ１５４への読み出しまたは書き込み状態等を表す。操作キー１６０は、サーバ装置１００のユーザがサーバ装置１００へデータを入力するための用いるキー（キーボード）である。

サーバ装置１００における処理は、各ハードウェアおよびＣＰＵ１５１により実行されるソフトウェアによって実現される。このようなソフトウェアは、ＨＤＤ１５４に予め記憶されている場合がある。また、ソフトウェアは、その他の記憶媒体に格納されて、プログラムプロダクトとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なプログラムプロダクトとして提供される場合もある。このようなソフトウェアは、読取装置によりその記憶媒体から読み取られて、あるいは、通信ＩＦ１５７等を介してダウンロードされた後、ＨＤＤ１５４に一旦格納される。そのソフトウェアは、ＣＰＵ１５１によってＨＤＤ１５４から読み出され、ＲＡＭ１５３に実行可能なプログラムの形式で格納される。ＣＰＵ１５１は、そのプログラムを実行する。

同図に示されるサーバ装置１００を構成する各構成要素は、一般的なものである。したがって、本発明の本質的な部分は、ＲＡＭ１５３、ＨＤＤ１５４、記憶媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。なお、サーバ装置１００の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、以下の各実施の形態では、実施の形態１と異なる点を説明し、同じ点については繰り返し説明しない。

［実施の形態２］
本実施の形態では、シェアを提案する客が、商品をシェアするテーブルの数を制限する構成について説明する。

サーバ装置１００は、サーバ装置１００においてシェアに応じたテーブルの数が更新される度に、シェアの提案の送信元の端末装置２００に通知する。シェアの提案を行なった客は、テーブルに関する条件（シェアへの参加テーブルの数の条件）が満たされたと判断した場合、端末装置２００を用いて、以降、当該シェアに応じないようにサーバ装置１００に通知する。より詳しく説明すると、以下のとおりである。

サーバ装置１００は、各端末装置２００から承諾通知を受信する度に、シェアの提案に応じる通知があったことを、シェアの提案元の端末装置２００に通知する。シェアの提案元の端末装置２００は、シェアの提案に応じる通知があったことを表示する。シェアの提案元の端末装置２００は、シェアの提案に応じる通知があったことを表示した後に、シェアの提案に応じることを締め切るための入力（ユーザ操作）を受け付けると、当該シェアの提案に応じることをサーバ装置１００に締め切らせるための指令を、サーバ装置１００に対して送信する。なお、このような構成の場合には、シェアの条件としては、典型的には、「提案者のテーブルおよびシェアに応じたテーブルの総数で商品を按分する」ことが挙げられる。

このような構成により、提案者がシェアに応じるテーブルの数を制限できる。したがって、商品のシェアに関し、使い勝手に優れた通信システム１を提供することができる。

上記のような構成において、さらに以下のように通信システム１を構成してもよい。
端末装置２００は、シェアを提案する商品、当該商品の量（または割合）、および制限時間、支払金額の入力を受け付ける代わりに、シェアを提案する商品およびテーブルの数の上限および／または下限（テーブルの数に関する条件）の入力を受け付ける。つまり、シェアの条件は、テーブルの数に関する条件をさらに含む。

たとえば、本実施の形態では、端末装置２００は、図４の状態（iii）に示した入力ボックス２４３１，２４３３の代わりに、テーブル数の上限および／または下限を入力するための入力ボックスを表示する。

サーバ装置１００は、シェアに応じた端末装置２００の数に基づいて、テーブルの数に関する条件が満たされたか否かを判断する。サーバ装置１００は、テーブルの数に関する条件がさらに満たされた場合に、シェアが成立したと判断する。

本実施の形態においても、シェアを提案した客（提案者）が設定したシェア条件、およびシェアに応じた客が設定したシェア条件に基づいて、課金（会計）および商品の配膳がなれる。なお、本実施の形態に対して、後述する各実施の形態を組み合わせてもよい。

［実施の形態３］
本実施の形態では、複数の端末装置２００のうちの任意の１台の端末装置２００が複数のシェアの提案可能な構成について説明する。

端末装置２００は、複数の商品のうちの第１の商品（たとえば、ボトルの赤ワイン）とは異なる第２の商品（ボトルの白ワイン）を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力をさらに受け付ける。端末装置２００は、当該入力を受け付けたことに基づき、第２の商品についてのシェアが提案されたことを、サーバ装置１００に通知する。このような構成により、端末装置２００のユーザは、複数の異なる商品についてのシェアの提案を連続して行なうことができる。

さらに、サーバ装置１００を以下のように構成してもよい。すなわち、サーバ装置１００は、第１の商品についてシェアが成立したと判断すると、第２の商品についてのシェアの提案をキャンセルする。あるいは、サーバ装置１００は、第２の商品についてシェアが成立したと判断すると、第１の商品についてのシェアの提案をキャンセルする。

このような構成によれば、シェアが成立する確率を挙げることが可能となる。
［実施の形態４］
本実施の形態では、登録時に支払える上限の金額を端末装置２００のユーザが登録する構成について説明する。

たとえば、１リッタのボトルワインの料金が１０００円であり、グラス販売の際の量が２００ｍｌ、料金が２５０円であったとする。このような場合、５つのテーブルでシェアすれば、１テーブル当たり２００ｍｌのワインを２００円で飲める。また、４つのテーブルでシェアする場合、１テーブル当たり２５０ｍｌのワインを２５０円で飲める。

つまり、４人でシェアしても、グラスで注文する場合に比べ、同じ金額で５０ｍｌ多く飲める。そこで、提案者がシェアの条件として、テーブル数を５つ、かつ上下の金額として２５０円を設定した場合に、当該提案者以外の客が２５０円に同意するならば、５人が集まらなくても４人がシェアに応じるならば、サーバ装置１００はシェアが成立したものと判断する。

［実施の形態５］
本実施の形態では、シェア情報（図２のシーケンスＳＱ４，ＳＱ６，ＳＱ８参照）を全ての端末装置２００＿１〜２００＿ｎに送信するのではなく、全ての端末装置２００＿１〜２００ｎのうちから絞り込んだ一部の端末装置２００（１または複数の端末装置２００）に対してシェア情報を送信する構成について説明する。以下では、絞り込み（抽出）の具体例を説明する。

（１）テーブルの人数（客数）に基づく絞り込み
サーバ装置１００は、各テーブル９５０の客の人数の情報を記憶している。なお、当該人数情報は、飲食店の店員が図示しない携帯端末装置等を用いて入力することにより、サーバ装置１００に格納される。サーバ装置１００は、少なくとも、人数が最も少ないテーブルの端末装置２００（シェアの送信元の端末装置２００以外の端末装置２００）に、シェア情報（商品がシェア対象の商品であることを表した情報）を送信する。

人数が少なくテーブル（グループ）は、人数が多いテーブルに比べて、大皿料理やボトルワインを頼む確率が低い。それゆえ、人数が少ないテーブルのグループは、人数が多いテーブルに比べてシェアの提案に応じる可能性が高い。したがって、サーバ装置１００は、人数に基づく絞り込みを行なうことによって、シェアが成立する確率を向上させることが可能となる。

（２）他の注文に応じた絞り込み
（２．１）第１の例
サーバ装置１００は、シェアの提案がなされた商品と同じ商品を注文したテーブル以外のテーブルにおいて利用される端末装置２００に対して、シェア情報を送信する。つまり、シェアの提案された商品を既に注文したテーブルの端末装置２００には、当該シェアの提案があったことを通知しない。これは、当該テーブルの端末装置２００に通知しても、客が当該シェアに応じる可能性が低いからである。それゆえ、サーバ装置１００は、シェアが成立する確率を向上させることが可能となる。

（２．２）第２の例
サーバ装置１００は、シェアの提案がなされた商品と同じカテゴリの商品を注文したテーブルにおいて利用される端末装置２００に対して、シェア情報を送信する。つまり、サーバ装置１００は、他の注文との組み合わせ考慮して、シェア情報を送信する端末装置２００を抽出する。たとえば、サーバ装置１００は、ワインを注文していないテーブルに対しては、ボトルワインのシェアを提案しない。

このような構成により、サーバ装置１００は、複数のシェアの提案の中から、シェア成立の確率が高い提案に関するシェア情報をテーブル毎に送信することができる。それゆえ、このような絞り込み（抽出）を行なわない構成に比べて、端末装置２００で表示させる提案の数を減らすことができ、結果として、シェア成立の確率を向上させることができる。

（３）テーブルの位置に応じた絞り込み
サーバ装置１００は、シェアの提案元の端末装置２００および他の複数の端末装置２００の各々の位置を特定するための情報に基づいて、シェアの提案元の端末装置２００と他の端末装置２００との間の距離の長短を判定する。

サーバ装置１００は、シェアの提案元の端末装置２００との間の距離が短い順に、複数の端末装置２００（シェア提案元以外の端末装置２００）のうちから予め定められた数の端末装置２００を抽出する。サーバ装置１００は、当該抽出された端末装置２００に、シェア情報を送信する。

このような構成により、シェアを提案した客は、シェアされた商品がシェアに応じたテーブルに配膳されている様子を目視で確認することができる。

（４）メニューに応じた絞り込み
サーバ装置は、シェアが提案された商品（たとえば、ムール貝の蒸し物）に含まれる食べ物の個数（貝の個数）に基づき、複数の端末装置２００から、シェア情報を送信する端末装置２００を選択する。これにより、サーバ装置１００は、個数に基づいた端末装置２００の絞り込みを行なうことができる。

より詳しくは、サーバ装置１００は、シェアが提案された商品に含まれる食べ物の個数に基づき、複数の端末装置２００から、シェアの提案元の端末装置２００によってシェアされた後の当該食べ物の個数よりも客の人数が少ないテーブルにおいて利用される端末装置を抽出する。サーバ装置１００は、当該抽出された端末装置２００に対してシェア情報を送信する。

たとえば、シェアが提案された商品に含まれる食べ物の個数が１０個、シェアの提案元の端末装置２００によってシェアされる食べ物の個数（シェア条件に含まれる食べ物の個数（量））が６個とすると、当該シェア後の食べ物の個数は４個となる。この場合、４人以下のテーブルにシェア情報を送信する。

このような構成によれば、端末装置２００で表示させる提案の数を減らすことができるとともに、シェアが成立する確率を向上させることが可能となる。

（５）提案の情報を利用した絞り込み
シェアの提案がなされた商品についてシェアが不成立となった後に、別のテーブルで同じ商品のシェアの提案がなされた場合には、サーバ装置１００は、先のシェアの提案元の端末装置２００に対して、当該別のテーブルの客によってなされた提案についてのシェア情報を優先的に行なう。

すなわち、サーバ装置１００は、シェアが不成立となった後にシェアの提案元以外の端末装置２００からシェアの提案を受け付けた場合、不成立となったシェアの提案元の端末装置２００に対してシェア情報を送信する。不成立となったシェアの提案元の端末装置２００は、当該受信したシェア情報に基づき、シェアが不成立となった商品がシェア対象の商品となったことを表示する。不成立となったシェアの提案元の端末装置２００は、当該商品に関する予め定められた入力を受け付けた場合、サーバ装置１００に対して、承諾通知を送信する。

このような構成により、端末装置２００で表示させる提案の数を減らすことができるとともに、シェアが成立する確率を向上させることが可能となる。

［実施の形態６］
本実施の形態では、シェアの提案を端末装置２００が客から受け付けるに当たり、シェアが成立する確率の高い商品を優先的に表示する構成について説明する。

サーバ装置１００は、複数の商品について、過去のシェアの成立確率を記憶している。サーバ装置１００は、成功確率が高い順に商品（詳細には、商品を特定するための画像）を表示させるための表示用データを各端末装置２００に送信する。各端末装置２００は、上記受信した表示用データに基づいた商品選択画面を表示する。たとえば、各端末装置２００は、成功確率が高い順に商品をリスト表示する。

このような構成によれば、シェアの成功確率が高かった商品について、シェアの提案が再度行なわれる可能性を高くすることが可能となる。

［実施の形態７］
本実施の形態では、複数のシェアの提案をマージする構成について説明する。

（１）第１のマージ例
サーバ装置１００は、シェアの提案元以外の端末装置２００（第３の端末装置）から、シェアの提案元の端末装置２００を利用する客によってシェアの提案がなされた商品と同じ商品のシェアの提案の通知を受け付けた場合、以下の処理を行なう。すなわち、サーバ装置１００は、シェアの提案がなされた商品を、シェアの提案元の端末装置２００を利用する客と、上記、シェアの提案元以外の端末装置２００を利用する客とでシェアが可能か否かを判断する。つまり、複数のテーブルで同じ商品についてシェアの提案がなされた場合、当該テーブル同士でシェアが可能か否かを判断する。

さらに詳しくは、サーバ装置１００は、２つのテーブルでシェアが成立しない場合には、当該二つの提案を一つの提案とする（提案のマージ）を行なうことにより、他の端末装置２００による当該提案への参加に応じる。

このような構成とすることにより、複数の提案があった場合でも、これらの提案を統合することができる。

（２）第２のマージ例
サーバ装置１００は、３つ以上の端末装置２００から承諾通知を受信した場合、複数の商品（シェア対象商品）を、提案者と承諾通知を送信した複数の客（複数のテーブルの客）とで、シェアが可能か否かを判断する。つまり、複数の商品を複数のテーブルでシェア可能か否かを判断する。一具体例を挙げて説明すれば以下のとおりである。

複数のテーブル（一例として、第１のテーブル、第２のテーブル、第３のテーブル）からの１つのシェアへの参加がある場合、サーバ装置１００は、提案者のテーブルとたとえば第１のテーブルで商品についてシェアが成立した場合、第２のテーブルと第３のテーブルとで当該商品についてシェアが成立するか否かを判断する。サーバ装置１００は、第２のテーブルと第３のテーブルとで当該商品についてシェアが成立する場合、成立通知を第２のテーブルの端末装置２００と第３のテーブルの端末装置２００にも送信する。つまり、この場合、２つの商品を４つのテーブルで分け合うことになる。

このような構成とすることにより、店側は商品を数多く販売することが可能となるとともに、商品１個をシェアする構成に比べて、客は当該商品をシェアし易くなる。

［実施の形態８］
本実施の形態では、通信システム１は、端末装置２００＿１〜２００＿ｎ以外に、可搬性を有する携帯端末装置をさらに備える。サーバ装置１００は、携帯端末装置に対しても、シェア情報を送信する。

詳しくは、サーバ装置１００は、サーバ装置１００にユーザ登録をしているユーザの携帯端末装置であって、当該飲食店の周辺に位置する携帯端末装置に対して、シェア情報を送信する。さらに詳しくは、サーバ装置１００は、ＧＰＳの位置情報に基づき、制限時間以内に飲食店に来られる距離（例えば、制限時間以内に徒歩で来れる距離）にいる携帯端末装置に対して、シェア情報を送信する。このような構成によれば、客を店に呼び込むことが可能となるとともに、シェアの成立の確率を向上させることができる。

あるいは、サーバ装置１００は、サーバ装置１００にユーザ登録をしているユーザの携帯端末装置であって、制限時間以内に来店の予約をしているユーザ（客）の携帯端末装置に対して、シェア情報を送信する。このような構成によれば、シェアの成立の確率を向上させることができる。

［実施の形態９］
シェアの提案がサーバ装置１００で登録されたことに基づき、注文を確定させてもよい。つまり、サーバ装置１００は、シェアが成立する前に、飲食店の調理場に、注文が入ったことを通知してもよい。

詳しくは、調理場に設置された表示装置３００（図２参照）は、複数の商品のうち、注文された商品を料理人に報知する。サーバ装置１００は、シェアの提案元の端末装置２００からシェアの提案を受け付けると、表示装置３００に当該商品の注文が確定したことを通知する。表示装置３００は、当該通知を受信したことに基づき、注文された商品を報知する。

なお、この場合には、シェアが成立しなかった場合には、サーバ装置１００は、シェアの提案者に、商品の全額を課金する。さらに、提案者は、商品すべてを引き取る。

このような構成により、提案した商品のシェアの成立に深い注意を払うことなく、気軽に商品を注文できる。

［実施の形態１０］
実施の形態１においては、シェアの提案元の端末装置２００から提案のキャンセルを行なうことができる構成を例に挙げて説明した。

本実施の形態では、サーバ装置１００は、当該シェアが成立する前であれば、当該シェアに応じた端末装置２００からシェアに応じることをキャンセルする通知を受け付ける。つまり、サーバ装置１００は、一旦受け付けた承諾通知の内容をキャンセルする。具体的には、サーバ装置１００は、当該通知を受け付けた場合、データ７０に格納されたデータのうち、当該承諾通知に関するデータ（たとえば、図７のＮｏ．２のデータ）を無効とする。このような構成とすることにより、通信システム１の利便性をさらに向上させることができる。

［実施の形態１１］
端末装置２００同士が、シェアの条件を入力した後に、シェアの条件の変更について互いに交渉可能なように、通信システム１を構成してもよい。

［実施の形態１２］
上記の各実施の形態においては、各端末装置２００がテーブルに据え付けられている構成を例に挙げて説明しているが、これに限定されるものではない。通信システム１は、端末装置２００の代わりに、通信機能を備えたタブレット端末を備える構成であってもよい。当該タブレット端末は、飲食店が所有する端末であってもよいし、客が所有する端末であってもよい。

＜＜まとめ＞＞
（１）通信システム（通信システム１）は、第１の端末装置（たとえば、端末装置２００＿１）と、第２の端末装置（たとえば、端末装置２００＿２）と、第１および第２の端末装置の各々に通信可能に接続されたサーバ装置（サーバ装置１００）とを備える。

第１の端末装置は、各々が食べ物または飲み物であって飲食店の店内において提供されている複数の商品を表示し、複数の商品のうちから選択された第１の商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力を受け付ける。第１の端末装置は、入力を受け付けたことに基づき、第１の商品についてのシェアが提案されたことを表した第１の情報（シェアの提案）を、サーバ装置に送信する。サーバ装置は、第１の情報を受信したことに基づき、第２の端末装置に対して、第１の商品がシェア対象の商品であることを表した第２の情報（シェア情報）を送信する。

第２の端末装置は、第１の端末装置が利用されるテーブルとは異なるテーブルにおいて利用される。第２の端末装置は、第２の情報に基づき、第１の商品がシェア対象の商品であることを表示する。第２の端末装置は、第１の商品に関する予め定められた入力を受け付けた場合、サーバ装置に対して、シェアの提案に応じることを表した第３の情報（承諾通知）を送信する。

上記の構成を有する通信システムによれば、利用するテーブルが互いに異なる複数の客で商品をシェアとなる。

（２）第１の端末装置は、シェアの条件を含んだ提案の入力を受け付ける。第１の情報および第２の情報は、シェアの条件をさらに含む。第２の端末装置は、第１の商品がシェア対象の商品であることと、シェアの条件とを表示する。上記の構成によれば、第２の端末装置のユーザ（客）は、第１の端末装置のユーザ（提案者）が提案しているシェアの条件を知ることができる。

（３）シェアの条件は、シェアの量または割合の指定を含む。したがって、第１の端末装置のユーザ（提案者）が指定した商品の量または割合を知ることができる。

（４）シェアの条件は、シェアに対して支払う金額の指定をさらに含む。したがって、第１の端末装置のユーザ（提案者）が支払う予定の金額を知ることができる。

（５）第３の情報は、シェアの提案に応じる際の当該シェアの条件をさらに含む。サーバ装置は、第１の情報に含まれる条件と、第３の情報に含まれる条件とに基づいて、シェアが成立したか否かを判断する。

（６）第１の端末装置は、シェアの提案に応じる制限時間を設定するための入力をさらに受け付ける。第１の端末装置は、制限時間を表す情報をサーバ装置に送信する。サーバ装置は、制限時間が経過すると第３の情報を受け付けない。このように制限時間を設定することにより、たとえば、満腹になった後、帰る直前にシェアが成立してしまうことを防ぐことができる。それゆえ、客は、シェアの提案を容易にし易くなる。

（７）通信システムは、複数の第２の端末装置（たとえば、端末装置２００＿２〜２００＿Ｎ）を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、各第２の端末装置から第３の情報を受信する度に、シェアの提案に応じる通知があったことを、第１の端末装置に通知する。第１の端末装置は、シェアの提案に応じる通知があったことを表示する。第１の端末装置は、シェアの提案に応じる通知があったことを表示した後に、シェアの提案に応じることを締め切るための入力を受け付けると、シェアの提案に応じることをサーバ装置に締め切らせるための指令を、サーバ装置に対して送信する。

このような構成により、シェアの提案者がシェアに応じるテーブルの数を制限できる。したがって、商品のシェアに関し、使い勝手に優れた通信システム１を提供することができる。

（８）第１の端末装置は、シェアの条件を含んだ提案の入力を受け付ける。第１の情報および第２の情報は、シェアの条件をさらに含む。シェアの条件は、シェアを行なうテーブルの数に関する条件を含む。サーバ装置は、シェアに応じた第２の端末装置の数に基づいて、テーブルの数に関する条件が満たされたか否かを判断する。サーバ装置は、テーブルの数に関する条件がさらに満たされた場合に、シェアが成立したと判断する。このような構成により、商品のシェアに関し、使い勝手に優れた通信システムを提供することができる。

（９）通信システムは、サーバ装置に接続されたキャッシュレジスタ（キャッシュレジした４００）をさらに備える。サーバ装置は、第１の情報に含まれる条件および第３の情報に含まれる条件に基づいて、各テーブルの客が支払う金額をテーブル毎に算出する。サーバ装置は、算出された金額をキャッシュレジスタに出力する。したがって、飲食店の店員は、シェアの条件に基づいた料金を計算機等で算出せずにすむ。

（１０）サーバ装置は、提案をキャンセルするための通知を第１の端末装置から受け付けた場合、シェアが成立していないことを条件に、提案をキャンセルする。当該構成によれば、提案を行なった客は、提案を行なった商品について別途シェアの提案が他の客によってなされている場合、当該他の客の提案に応じることが可能となる。また、当該構成によれば、提案を行なった客が、たとえば提案後に注文した商品との関係で提案を取り下げたい場合に対応できる。

（１１）第１の端末装置は、複数の商品のうちの第１の商品とは異なる第２の商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力をさらに受け付けたことに基づき、第２の商品についてのシェアが提案されたことを表した第４の情報を、サーバ装置にさらに送信する。サーバ装置は、第１の商品についてシェアが成立したと判断すると、第２の商品についてのシェアの提案をキャンセルする。このような構成によれば、シェアが成立する確率を挙げることが可能となる。

（１２）通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、各テーブルの客の人数の情報を記憶している。サーバ装置は、サーバ装置は、少なくとも、人数が最も少ないテーブルの第２の端末装置に、第２の情報を送信する。

人数が少なくテーブル（グループ）は、人数が多いテーブルに比べて、大皿料理やボトルワインを頼む確率が低い。それゆえ、人数が少ないテーブルのグループは、人数が多いテーブルに比べてシェアの提案に応じる可能性が高い。したがって、サーバ装置は、人数に基づく絞り込みを行なうことによって、シェアが成立する確率を向上させることが可能となる。

（１３）通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、第１の商品と同じ商品を注文したテーブル以外のテーブルにおいて利用される第２の端末装置に対して、第２の情報を送信する。それゆえ、シェアが成立する確率を向上させることが可能となる。

（１４）通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、第１の商品と同じカテゴリの商品を注文したテーブルにおいて利用される第２の端末装置に対して、第２の情報を送信する。このような構成により、サーバ装置は、複数のシェアの提案の中から、シェア成立の確率が高い提案に関するシェア情報をテーブル毎に送信することができる。それゆえ、このような絞り込み（抽出）を行なわない構成に比べて、第１の端末装置で表示させる提案の数を減らすことができ、結果として、シェア成立の確率を向上させることができる。

（１５）通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、第１の端末装置および複数の第２の端末装置の各々の位置を特定するための情報に基づいて、第１の端末装置と各第２の端末装置との間の距離の長短を判定する。サーバ装置は、第１の端末装置との間の距離が短い順に、複数の第２の端末装置のうちから予め定められた数の第２の端末装置を抽出する。サーバ装置は、抽出された第２の端末装置に、第２の情報を送信する。このような構成により、シェアを提案した客は、シェアされた商品がシェアに応じたテーブルに配膳されている様子を目視で確認することができる。

（１６）通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、第１の商品に含まれる食べ物の個数に基づき、複数の第２の端末装置から、第２の情報を送信する第２の端末装置を選択する。このような構成によれば、第１の端末装置で表示させる提案の数を減らすことができるとともに、シェアが成立する確率を向上させることが可能となる。

（１７）通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、第１の商品に含まれる食べ物の個数に基づき、複数の第２の端末装置から、第１の端末装置によってシェアされた後の食べ物の個数よりも客の人数が少ないテーブルにおいて利用される第２の端末装置を抽出する。サーバ装置は、抽出された第２の端末装置に対して第２の情報を送信する。このような構成によれば、第１の端末装置で表示させる提案の数を減らすことができるとともに、シェアが成立する確率を向上させることが可能となる。

（１８）サーバ装置は、複数の商品について、過去のシェアの成立確率を記憶している。サーバ装置は、成功確率が高い順に商品を表示させるための表示用データを第１の端末装置に送信する。第１の端末装置は、表示用データに基づいた商品選択画面を表示する。このような構成によれば、シェアの成功確率が高かった商品について、シェアの提案が再度行なわれる可能性を高くすることが可能となる。

（１９）サーバ装置は、制限時間を経過した場合にシェアが成立していないときには、第１の端末装置に対してシェアが不成立であることを通知する。当該構成によれば、シェアの提案を行なった客は、シェアが不成立となったことが分かる。

（２０）サーバ装置は、シェアが不成立となった後に第２の端末装置から第１の情報を受信した場合、第１の端末装置に対して第２の情報を送信する。第１の端末装置は、第２の情報に基づき、第１の商品がシェア対象の商品であることを表示する。第１の端末装置は、第１の商品に関する予め定められた入力を受け付けた場合、サーバ装置に対して、第３の情報を送信する。このような構成により、第１の端末装置で表示させる提案の数を減らすことができるとともに、シェアが成立する確率を向上させることが可能となる。

（２１）通信システムは、サーバ装置と通信可能な第３の端末装置（たとえば、端末装置２００＿３）をさらに備える。サーバ装置は、第３の端末装置から第１の情報を受信した場合、第１の商品を、第１の端末装置を利用する客と第３の端末装置を利用する客とでシェアが可能か否かを判断する。このような構成とすることにより、複数の提案があった場合でも、これらの提案を統合することができる。

（２２）通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置は、互いに異なるテーブルにおいて利用される。サーバ装置は、複数の第２の端末装置のうちの３つ以上から第３の情報を受信した場合、複数の第１の商品を、第１の端末装置を利用する客と第３の情報を送信した第２の端末装置を利用する複数の客とで、シェアが可能か否かを判断する。このような構成とすることにより、サーバ装置は、提案に応じる複数の応答（通知）があった場合でも、これらの応答を統合することができる。

（２３）通信システムは、複数の第２の端末装置を備える。複数の第２の端末装置の少なくとも１つは、飲食店の外に位置する可搬性を有する携帯端末装置である。サーバ装置は、携帯端末装置に第２の情報を送信する。このような構成によれば、客を店に呼び込むことが可能となるとともに、シェアの成立の確率を向上させることができる。

（２４）通信システムは、サーバ装置と通信可能に接続された表示装置をさらに備える。表示装置は、飲食店の調理場に設置される。サーバ装置は、第１の端末装置から第１の情報を受信すると、表示装置に第１の商品の注文が確定したことを通知する。表示装置は、通知を受信したことに基づき、複数の商品のうち、注文された商品を報知する。このような構成により、提案した商品のシェアの成立に深い注意を払うことなく、気軽に商品を注文できる。

今回開示された実施の形態は例示であって、上記内容のみに制限されるものではない。本発明の範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１通信システム、７０データ、１００サーバ装置、１１１記憶部、１１２，１１４，２１３通信部、１１３判定部、１１５料金算出部、１５１，２５１ＣＰＵ、２００＿１〜２００＿ｎ端末装置、２１１入力受付部、２１２表示部、２５９タッチスクリーン、３００表示装置、４００キャッシュレジスタ、９５０＿１〜９５０＿６テーブル、２５９１ディスプレイ、２５９２タッチパネル、１５７，２５７通信ＩＦ。

Claims

第１の端末装置と、第２の端末装置と、前記第１および第２の端末装置の各々に通信可能に接続されたサーバ装置とを備えた通信システムであって、
前記第１の端末装置は、
各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品を表示し、
前記複数の商品のうちから選択された第１の商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力を受け付け、
前記入力を受け付けたことに基づき、前記第１の商品についてのシェアが提案されたことを表した第１の情報を、前記サーバ装置に送信し、
前記サーバ装置は、前記第１の情報を受信したことに基づき、前記第２の端末装置に対して、前記第１の商品がシェア対象の商品であることを表した第２の情報を送信し、
前記第２の端末装置は、
前記第１の端末装置が利用される前記テーブルとは異なるテーブルにおいて利用され、
前記第２の情報に基づき、前記第１の商品がシェア対象の商品であることを表示し、
前記第１の商品に関する予め定められた入力を受け付けた場合、前記サーバ装置に対して、前記シェアの提案に応じることを表した第３の情報を送信する、通信システム。
前記第１の端末装置は、前記シェアの条件を含んだ前記提案の入力を受け付け、
前記第１の情報および前記第２の情報は、前記シェアの条件をさらに含み、
前記第２の端末装置は、前記第１の商品がシェア対象の商品であることと、前記シェアの条件とを表示する、請求項１に記載の通信システム。
前記シェアの条件は、前記シェアの量または割合の指定を含む、請求項２に記載の通信システム。
前記シェアの条件は、前記シェアに対して支払う金額の指定をさらに含む、請求項３に記載の通信システム。
前記第３の情報は、前記シェアの提案に応じる際の当該シェアの条件をさらに含み、
前記サーバ装置は、前記第１の情報に含まれる前記条件と、前記第３の情報に含まれる前記条件とに基づいて、前記シェアが成立したか否かを判断する、請求項２から４のいずれか１項に記載の通信システム。
前記第１の端末装置は、
前記シェアの提案に応じる制限時間を設定するための入力をさらに受け付け、
前記制限時間を表す情報を前記サーバ装置に送信し、
前記サーバ装置は、前記制限時間が経過すると前記第３の情報を受け付けない、請求項５に記載の通信システム。
前記通信システムは、複数の前記第２の端末装置を備え、
前記複数の第２の端末装置は、互いに異なるテーブルにおいて利用され、
前記サーバ装置は、各前記第２の端末装置から前記第３の情報を受信する度に、前記シェアの提案に応じる通知があったことを、前記第１の端末装置に通知し、
前記第１の端末装置は、
前記シェアの提案に応じる通知があったことを表示し、
前記シェアの提案に応じる通知があったことを表示した後に、前記シェアの提案に応じることを締め切るための入力を受け付けると、前記シェアの提案に応じることを前記サーバ装置に締め切らせるための指令を、前記サーバ装置に対して送信する、請求項１から６のいずれか１項に記載の通信システム。
前記第１の端末装置は、前記シェアの条件を含んだ前記提案の入力を受け付け、
前記第１の情報および前記第２の情報は、前記シェアの条件をさらに含み、
前記シェアの条件は、前記シェアを行なうテーブルの数に関する条件を含み、
前記サーバ装置は、
前記シェアに応じた前記第２の端末装置の数に基づいて、前記テーブルの数に関する条件が満たされたか否かを判断し、
前記テーブルの数に関する条件がさらに満たされた場合に、前記シェアが成立したと判断する、請求項７に記載の通信システム。
前記通信システムは、
前記サーバ装置に接続されたキャッシュレジスタをさらに備え、
前記サーバ装置は、
前記第１の情報に含まれる前記条件および前記第３の情報に含まれる前記条件に基づいて、各前記テーブルの客が支払う金額を前記テーブル毎に算出し、
前記算出された金額を前記キャッシュレジスタに出力する、請求項５または６に記載の通信システム。
前記サーバ装置は、前記提案をキャンセルするための通知を前記第１の端末装置から受け付けた場合、前記シェアが成立していないことを条件に、前記提案をキャンセルする、請求項５から９のいずれか１項に記載の通信システム。
前記第１の端末装置は、前記複数の商品のうちの前記第１の商品とは異なる第２の商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力をさらに受け付けたことに基づき、前記第２の商品についてのシェアが提案されたことを表した第４の情報を、前記サーバ装置にさらに送信し、
前記サーバ装置は、前記第１の商品についてシェアが成立したと判断すると、前記第２の商品についての前記シェアの提案をキャンセルする、請求項５から１０のいずれか１項に記載の通信システム。
前記通信システムは、複数の前記第２の端末装置を備え、
前記複数の第２の端末装置は、互いに異なるテーブルにおいて利用され、
前記サーバ装置は、
各前記テーブルの客の人数の情報を記憶しており、
前記サーバ装置は、少なくとも、前記人数が最も少ないテーブルの前記第２の端末装置に、前記第２の情報を送信する、請求項１から１１のいずれか１項に記載の通信システム。
前記通信システムは、複数の前記第２の端末装置を備え、
前記複数の第２の端末装置は、互いに異なるテーブルにおいて利用され、
前記サーバ装置は、前記第１の商品と同じ商品を注文したテーブル以外のテーブルにおいて利用される前記第２の端末装置に対して、前記第２の情報を送信する、請求項１から１１のいずれか１項に記載の通信システム。
前記通信システムは、複数の前記第２の端末装置を備え、
前記複数の第２の端末装置は、互いに異なるテーブルにおいて利用され、
前記サーバ装置は、前記第１の商品と同じカテゴリの商品を注文したテーブルにおいて利用される前記第２の端末装置に対して、前記第２の情報を送信する、請求項１から１１のいずれか１項に記載の通信システム。
前記通信システムは、複数の前記第２の端末装置を備え、
前記複数の第２の端末装置は、互いに異なるテーブルにおいて利用され、
前記サーバ装置は、
前記第１の端末装置および前記複数の第２の端末装置の各々の位置を特定するための情報に基づいて、前記第１の端末装置と各前記第２の端末装置との間の距離の長短を判定し、
前記第１の端末装置との間の距離が短い順に、前記複数の第２の端末装置のうちから予め定められた数の前記第２の端末装置を抽出し、
前記抽出された第２の端末装置に、前記第２の情報を送信する、請求項１から１１のいずれか１項に記載の通信システム。
前記通信システムは、複数の前記第２の端末装置を備え、
前記複数の第２の端末装置は、互いに異なるテーブルにおいて利用され、
前記サーバ装置は、前記第１の商品に含まれる食べ物の個数に基づき、前記複数の第２の端末装置から、前記第２の情報を送信する第２の端末装置を選択する、請求項１から１１のいずれか１項に記載の通信システム。
前記通信システムは、複数の前記第２の端末装置を備え、
前記複数の第２の端末装置は、互いに異なるテーブルにおいて利用され、
前記サーバ装置は、
前記第１の商品に含まれる食べ物の個数に基づき、前記複数の第２の端末装置から、前記第１の端末装置によってシェアされた後の前記食べ物の個数よりも前記客の人数が少ないテーブルにおいて利用される前記第２の端末装置を抽出し、
前記抽出された第２の端末装置に対して前記第２の情報を送信する、請求項１から１１のいずれか１項に記載の通信システム。
前記サーバ装置は、
前記複数の商品について、過去のシェアの成立確率を記憶しており、
前記成功確率が高い順に前記商品を表示させるための表示用データを前記第１の端末装置に送信し、
前記第１の端末装置は、前記表示用データに基づいた商品選択画面を表示する、請求項１から１７のいずれか１項に記載の通信システム。
前記サーバ装置は、前記制限時間を経過した場合に前記シェアが成立していないときには、前記第１の端末装置に対して前記シェアが不成立であることを通知する、請求項５に記載の通信システム。
前記サーバ装置は、前記シェアが不成立となった後に前記第２の端末装置から前記第１の情報を受信した場合、前記第１の端末装置に対して前記第２の情報を送信し、
前記第１の端末装置は、
前記第２の情報に基づき、前記第１の商品がシェア対象の商品であることを表示し、
前記第１の商品に関する予め定められた入力を受け付けた場合、前記サーバ装置に対して、前記第３の情報を送信する、請求項１９に記載の通信システム。
前記通信システムは、前記サーバ装置と通信可能な第３の端末装置をさらに備え、
前記サーバ装置は、前記第３の端末装置から前記第１の情報を受信した場合、前記第１の商品を、前記第１の端末装置を利用する客と前記第３の端末装置を利用する客とでシェアが可能か否かを判断する、請求項２から６のいずれか１項に記載の通信システム。
前記通信システムは、複数の前記第２の端末装置を備え、
前記複数の第２の端末装置は、互いに異なるテーブルにおいて利用され、
前記サーバ装置は、前記複数の第２の端末装置のうちの３つ以上から前記第３の情報を受信した場合、複数の前記第１の商品を、前記第１の端末装置を利用する客と前記第３の情報を送信した第２の端末装置を利用する複数の客とで、シェアが可能か否かを判断する、請求項２から６のいずれか１項に記載の通信システム。
前記通信システムは、複数の前記第２の端末装置を備え、
前記複数の第２の端末装置の少なくとも１つは、前記飲食店の外に位置する可搬性を有する携帯端末装置であって、
前記サーバ装置は、前記携帯端末装置に前記第２の情報を送信する、請求項１から２２のいずれか１項に記載の通信システム。
前記通信システムは、前記サーバ装置と通信可能に接続された表示装置をさらに備え、
前記表示装置は、前記飲食店の調理場に設置され、
前記サーバ装置は、前記第１の端末装置から前記第１の情報を受信すると、前記表示装置に前記第１の商品の注文が確定したことを通知し、
前記表示装置は、前記通知を受信したことに基づき、前記複数の商品のうち、注文された商品を報知する、請求項１から２３のいずれか１項に記載の通信システム。
第１の端末装置および第２の端末装置と通信可能に接続されたサーバ装置であって、
各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアする提案を表した第１の情報を、前記第１の端末装置から受信する第１の通信手段と、
前記第１の情報を受信したことに基づき、前記第２の端末装置に対して、前記選択された商品がシェア対象の商品であることを表した第２の情報を送信する第２の通信手段とを備え、
前記第２の通信手段は、前記選択された商品に関する予め定められた入力を前記第２の端末装置が受け付けたことに基づき、前記シェアの提案に応じることを表した第３の情報を前記第２の端末装置から受信する、サーバ装置。
サーバ装置と通信可能に接続される端末装置であって、
各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品を表示する表示手段と、
前記複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力を受け付ける受付手段と、
前記入力を受け付けたことに基づき、前記選択された商品についてのシェアが提案されたことを表した情報を、前記サーバ装置に送信する通信手段とを備える、端末装置。
第１の端末装置と、第２の端末装置と、前記第１および第２の端末装置の各々に通信可能に接続されたサーバ装置とを備えた通信システムにおける情報処理方法であって、
前記第１の端末装置が、各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品を表示するステップと、
前記第１の端末装置が、前記複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力を受け付けるステップと、
前記第１の端末装置が、前記入力を受け付けたことに基づき、前記選択された商品についてのシェアが提案されたことを表した第１の情報を、前記サーバ装置に送信するステップと、
前記サーバ装置が、前記第１の情報を受信したことに基づき、前記第２の端末装置に対して、前記選択された商品がシェア対象の商品であることを表した第２の情報を送信するステップとを備え、
前記第２の端末装置は、前記第１の端末装置が利用される前記テーブルとは異なるテーブルにおいて利用され、
前記情報処理方法は、
前記第２の情報に基づき、前記選択された商品がシェア対象の商品であることを表示するステップと、
前記選択された商品に関する予め定められた入力を受け付けた場合、前記サーバ装置に対して、前記シェアの提案に応じることを表した第３の情報を送信するステップとをさらに備える、情報処理方法。
第１の端末装置および第２の端末装置と通信可能に接続されたサーバ装置における情報処理方法であって、
各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアする提案を表した第１の情報を、前記第１の端末装置から受信するステップと、
前記第１の情報を受信したことに基づき、前記第２の端末装置に対して、前記選択された商品がシェア対象の商品であることを表した第２の情報を送信するステップと、
前記選択された商品に関する予め定められた入力を前記第２の端末装置が受け付けたことに基づき、前記シェアの提案に応じることを表した第３の情報を前記第２の端末装置から受信するステップとを備える、情報処理方法。
サーバ装置と通信可能に接続される端末装置における情報処理方法であって、
各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品を表示するステップと、
前記複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力を受け付けるステップと、
前記入力を受け付けたことに基づき、前記選択された商品についてのシェアが提案されたことを表した情報を、前記サーバ装置に送信するステップとを備える、情報処理方法。
第１の端末装置および第２の端末装置と通信可能に接続されたサーバ装置を制御するプログラムであって、
各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアする提案を表した第１の情報を、前記第１の端末装置から受信するステップと、
前記第１の情報を受信したことに基づき、前記第２の端末装置に対して、前記選択された商品がシェア対象の商品であることを表した第２の情報を送信するステップと、
前記選択された商品に関する予め定められた入力を前記第２の端末装置が受け付けたことに基づき、前記シェアの提案に応じることを表した第３の情報を前記第２の端末装置から受信するステップとを、前記サーバ装置のプロセッサに実行させる、プログラム。
サーバ装置と通信可能に接続される端末装置を制御するプログラムであって、
各々が食べ物または飲み物であって飲食店の店内において提供される複数の商品を表示するステップと、
前記複数の商品のうちから選択された商品を、利用するテーブルが互いに異なる複数の客でシェアすることを提案するための入力を受け付けるステップと、
前記入力を受け付けたことに基づき、前記選択された商品についてのシェアが提案されたことを表した情報を、前記サーバ装置に送信するステップとを、前記端末装置のプロセッサに実行させる、プログラム。