JP6949517B2 - 決済システム - Google Patents

Description

本発明の実施形態は、決済システムに関する。

例えば飲食店においては、１グループに属する複数人の客のそれぞれが行った注文を一件の取引として扱う注文管理システムが広く用いられている。
この種の注文管理システムにより管理された注文の代金を決済する場合、一般的には１グループに関する全ての注文の代金の総額を一括で決済している。
このため、１グループに属する複数の客のうちの複数人が支払者となる場合には、当該複数の支払者のうちの１人が、他の支払者の負担分の現金を他の支払者から回収した上で、一括で決済することになり、面倒であった。

上記の複数の支払者が個別に決済しようとする場合は、店員がチェックアウトコーナーなどにおいて、支払者による申告に基づいて支払者毎の決済額を計算し、それぞれの決済額を順次に決済する。このため、１グループの決済に多くの手間を要することとなっていた。
このような事情から、店員の手間の増大を抑制しながら、一件の取引として管理された注文を複数人の支払者により個別に支払う形態で決済できることが望まれていた。

特開２００７−２１９８２０号公報

本発明が解決しようとする課題は、店員の手間の増大を抑制しながら、一件の取引として管理された注文を複数人の支払者により個別に支払う形態で決済できる決済システムを提供することである。

実施形態の決済システムは、関連付け手段、取得手段及び決定手段を備える。生成手段は、未決済の１件の取引の対象となる複数のアイテムのリストであり、客を識別する識別コードを含まない第１の取引リストを生成する。更新手段は、生成手段が設けられた装置とは別の装置に設けられ、決済開始前における客の指示に応じて、生成手段により生成された第１の取引リストを、当該第１の取引リストに含まれるアイテムのそれぞれに関連付けて客を識別する識別コードを含んだ第２の取引リストに更新する。取得手段は、取引の決済時に、決済者の識別コードを取得する。決定手段は、第２の取引リストに基づいて、取得手段により取得された識別コードに関連付けられた全てのアイテムに関する決済額を決定する。

一実施形態に係る販売データ管理システムの概略構成を示す図。 図１中のＰＯＳ端末の要部回路構成を示すブロック図。 図１中のウェブサーバの要部回路構成を示すブロック図。 一例としての受注データを模式的に示す図。 図３中のプロセッサが実行する情報処理の手順を示すフローチャート。 図３中のプロセッサが実行する情報処理の手順を示すフローチャート。 一例としての設定画面を示す図。 受注データの一例を模式的に示す図。 一例としての設定画面を示す図。 受注データの一例を模式的に示す図。 一例としての設定画面を示す図。 受注データの一例を模式的に示す図。 一例としての設定画面を示す図。 図２中のプロセッサ及び図３中のプロセッサが実行する会計のための情報処理の手順を示すフローチャート。

以下、実施の形態の一例について図面を用いて説明する。なお、本実施の形態では、客の注文に応じて飲食提供サービスを提供する飲食店における代金の決済のための販売データ管理システムに決済システムを適用した例について説明する。
図１は本実施形態に係る販売データ管理システム１の概略構成を示す図である。
販売データ管理システム１は、店舗システム１０、ウェブサーバ２０及びレシートサーバ３０を含む。

店舗システム１０は、上記の飲食店に設けられるもので、ハンディ端末１１、ステーション１２、伝票プリンタ１３及びＰＯＳ端末１４を、ＬＡＮ（local area network）１５にそれぞれ接続して構成される。ただし、ハンディ端末１１は、無線アクセスポイント１６を介してＬＡＮ１５に接続される。ハンディ端末１１、伝票プリンタ１３、ＰＯＳ端末１４及び無線アクセスポイント１６は、図１においては１つずつのみを示すが、複数台を含んでいてもよく、その数はそれぞれに任意である。

ハンディ端末１１は、注文入力のための店員の操作を入力するための端末装置である。ハンディ端末１１は、入力した操作に従って、注文された商品の品目番号を無線送信する。ハンディ端末１１から無線送信された注文番号は、無線アクセスポイント１６及びＬＡＮ１５を介してステーション１２に伝送される。

ステーション１２は、例えば飲食店のバックヤードに設置され、ハンディ端末１１から送信された注文番号を集計処理して客のグループ毎の受注データを生成し、管理する。ステーション１２は、受注データを、通信ネットワーク２を介してウェブサーバ２０に送信する。なお、ステーション１２は、ＰＯＳ端末１４が通信ネットワーク２を介してウェブサーバ２０と通信することを可能とするためのルータ又はゲートウェイとしての機能を備える。ただし、このルータ又はゲートウェイとしての機能は、ステーション１２には設けず、ルータ又はゲートウェイの機能を持った別のデバイスを通信ネットワーク２とＬＡＮ１５との間に接続してもよい。

伝票プリンタ１３は、客が決済のためにチェックアウトカウンタへと持参するためのオーダ伝票をプリントする。伝票プリンタ１３は、注文内容を調理人に通知するためのオーダ伝票もプリントする場合もある。
ＰＯＳ端末１４は、例えば飲食店のチェックアウトカウンタに設置され、ステーション１２で管理される受注データに基づき、客の飲食に関する代金を決済するための処理を行う。

ウェブサーバ２０は、後述する支払い分担に関する客の設定を受け付け、個別会計データを生成する。ウェブサーバ２０は、個別会計データを、通信ネットワーク２を介してＰＯＳ端末１４に送信する。
レシートサーバ３０は、電子レシートデータを蓄積する。レシートサーバ３０は、上記の蓄積したデータに基づき、会員に対して、その会員が上記の飲食店において行った支払いの実績を事後確認することを可能とするための電子レシートサービスを提供する。

飲食店の客は、自らが所持する情報端末３により通信ネットワーク２を介してウェブサーバ２０にアクセスし、上記の支払い分担に関する設定を行う。また当該客が電子レシートサービスの会員である場合は、情報端末３により通信ネットワーク２を介してレシートサーバ３０にアクセスし、電子レシートサービスを利用できる。情報端末３は、典型的にはスマートフォン又はタブレット端末などであるが、通信ネットワーク２を介してウェブサーバ２０及びレシートサーバ３０にアクセス可能なものであれば、どのようなものであってもよい。なお、ウェブサーバ２０へのアクセスとレシートサーバ３０へのアクセスとに、それぞれ別々の情報端末３が用いられる場合もある。

通信ネットワーク２は、上記したような様々な通信を可能とする。通信ネットワーク２は、典型的には、移動体通信網とインターネットとを組み合わせたものである。しかしながら通信ネットワーク２は、例えば無線ＬＡＮとＶＰＮ（virtual private network）とを組み合わせたものなど、他のどのようなものであってもよい。

図２はＰＯＳ端末１４の要部回路構成を示すブロック図である。
ＰＯＳ端末１４は、プロセッサ１４１、メインメモリ１４２、補助記憶デバイス１４３、キーボード１４４、タッチパネル１４５、スキャナ１４６、プリンタ１４７、通信インタフェース１４８及び伝送システム１４９を含む。

図３はウェブサーバ２０の要部回路構成を示すブロック図である。
ウェブサーバ２０は、プロセッサ２０１、メインメモリ２０２、補助記憶デバイス２０３、通信インタフェース２０４及び伝送システム２０５を含む。

つまり、ＰＯＳ端末１４及びウェブサーバ２０のいずれも、プロセッサ１４１，２０１、メインメモリ１４２，２０２及び補助記憶デバイス１４３，２０３を伝送システム１４９，２０５によって接続することにより構成されたコンピュータを備える。

プロセッサ１４１，２０１は、上記コンピュータの中枢部分に相当する。プロセッサ１４１，２０１は、オペレーティングシステムやアプリケーションプログラムに従って、ＰＯＳ端末１４又はウェブサーバ２０としての各種の機能を実現するべく各部を制御する。

メインメモリ１４２，２０２は、上記コンピュータの主記憶部分に相当する。メインメモリ１４２，２０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１４２，２０２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ１４２，２０２は、プロセッサ１４１，２０１が各種の情報処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ１４２，２０２は、揮発性のメモリ領域を、プロセッサ１４１，２０１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス１４３，２０３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１４３，２０３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）などである。補助記憶デバイス１４３，２０３は、プロセッサ１４１，２０１が各種の情報処理を行う上で使用するデータや、プロセッサ１４１，２０１での処理によって生成されたデータを保存する。補助記憶デバイス１４３，２０３は、上記のアプリケーションプログラムを記憶する場合もある。

通信インタフェース１４８，２０４は、通信ネットワーク２を介したデータ通信のインタフェースである。通信インタフェース１４８，２０４としては、例えばインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。

伝送システム１４９，２０５は、アドレスバス及びデータバスなどを含んだバスラインと、このバスラインに各部を接続するためのインタフェース回路とを含む。伝送システム１４９，２０５は、接続された上記の各部の間で授受されるデータや信号を伝送する。

ＰＯＳ端末１４は、上記のコンピュータに加えて、当該コンピュータの周辺デバイスとしてのキーボード１４４、タッチパネル１４５、スキャナ１４６及びプリンタ１４７を含む。
キーボード１４４は、多数のキーを備え、これらのキーの押下による店員の指示を入力する。
タッチパネル１４５は、店員に対する情報提示のための画面を表示する。またタッチパネル１４５は、表示している画面へのタッチによる店員の指示を入力する。
スキャナ１４６は、バーコード又は２次元コードなどのシンボルコードを読み取る。スキャナ１４６は、読み取ったシンボルコードに示されたコードデータをプロセッサ１４１へと通知する。
プリンタ１４７は、レシート用紙に対してレシート画像をプリントすることによりレシートを発行する。

補助記憶デバイス１４３，２０３は、記憶するアプリケーションプログラムが互いに異なる。またＰＯＳ端末１４とウェブサーバ２０とは、そのアプリケーションプログラムに基づくプロセッサ１４１，２０１による情報処理に際しての補助記憶デバイス１４３，２０３の利用形態が互いに異なる。

補助記憶デバイス１４３が記憶するアプリケーションプログラムの１つは、周知のＰＯＳ端末が備えている各種の機能を実現するための処理と、後述するプロセッサ１４１の情報処理とについて記述したプログラムであるＰＯＳ端末アプリ１４３ａである。

補助記憶デバイス２０３が記憶するアプリケーションプログラムの１つは、個別会計データを生成するための後述する情報処理について記述したプログラムであるウェブサーバアプリ２０３ａである。
補助記憶デバイス２０３の記憶領域の一部は、分担管理領域２０３ｂとして利用される。分担管理領域２０３ｂは、個別会計データを生成するためのデータ編集を行うための領域である。

ＰＯＳ端末１４は、典型的には補助記憶デバイス１４３にＰＯＳ端末アプリ１４３ａが記憶された状態で、ＰＯＳ端末１４の使用者に譲渡される。しかしながら、補助記憶デバイス１４３にＰＯＳ端末アプリ１４３ａが記憶されない状態のＰＯＳ端末１４のハードウェアとＰＯＳ端末アプリ１４３ａとが別々にＰＯＳ端末１４の使用者に譲渡されてもよい。あるいは、メインメモリ１４２又は補助記憶デバイス１４３に別バージョンのＰＯＳ端末アプリ１４３ａが記憶されたＰＯＳ端末１４とは別に、ＰＯＳ端末アプリ１４３ａがＰＯＳ端末１４の使用者に譲渡されてもよい。そして、使用者又はサービスマンの操作の下に、コンピュータ装置に備えられた補助記憶デバイス２０３へとウェブサーバアプリ２０３ａが書き込まれる。

ウェブサーバ２０のハードウェアとして汎用のサーバ用コンピュータ装置を用いる場合、当該コンピュータ装置とウェブサーバアプリ２０３ａとは、それぞれ個別にウェブサーバ２０の使用者に譲渡される。そして、使用者又はサービスマンの操作の下に、コンピュータ装置に備えられた補助記憶デバイス２０３へとウェブサーバアプリ２０３ａが書き込まれる。このときにウェブサーバアプリ２０３ａの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行える。ただし、補助記憶デバイス２０３へとウェブサーバアプリ２０３ａが書き込まれた状態のウェブサーバ２０が、その使用者に譲渡されてもよい。

次に以上のように構成された販売データ管理システム１の動作について説明する。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能であれば、一部の処理の順番を入れ替えることや、別の様々な処理を適宜に利用することが可能である。

以下においては、図１に示すＡ氏、Ｂ氏、Ｃ氏の３氏からなるグループが、店舗システム１０が設置されている飲食店において飲食する場合について具体的に説明する。なお、Ａ氏、Ｂ氏、Ｃ氏は、いずれもレシートサーバ３０が提供する電子レシートサービスの会員であり、それぞれの会員コードはＩＤ１、ＩＤ２、ＩＤ３であることとする。
Ａ氏、Ｂ氏、Ｃ氏のそれぞれの注文は、飲食店の店員により聞き取られた上で、当該店員による操作によってハンディ端末１１に入力される。
そうするとハンディ端末１１は、上記の操作に従って受注データを生成し、無線アクセスポイント１６及びＬＡＮ１５を介してステーション１２へと送信する。

図４は一例としての受注データを模式的に示す図である。
図４に示すように受注データは、注文番号及びテーブル番号等の管理情報と、注文情報とを含む。

注文番号は、複数の客グループに関するそれぞれの扱いを個々に識別するためにハンディ端末１１にて決定される。なお注文番号は、ステーション１２で決定されてもよい。テーブル番号は、該当の客グループが利用しているテーブルに予め付与された番号であり、店員により入力される。管理情報としては他に、例えば受注時刻などの任意の情報を含み得る。

注文情報は、注文された商品のそれぞれについてのレコードを含む。当該レコードは、品目番号、品名、価格及び数量の情報を含む。品目番号は、商品の品目のそれぞれを識別するために予め定められた番号である。品名は、該当の商品の名称である。価格は、該当の商品の単価である。数量は、該当の商品の注文数である。

ここでは、Ａ氏が「サラダ」及び「グラタン」を、Ｂ氏が「ピザ」及び「ジュース」を、そしてＣ氏が「スパゲッティ」「コーヒー」及び「ケーキ」を、それぞれ１つずつ注文したこととする。このため注文情報には、これらの各商品のそれぞれに関するレコードを含んでいる。ただし、受注データにおいては、各商品が誰によって注文されたのかを区別するための情報は含んでいない。
かくして注文情報は、未決済の１件の取引の対象となる複数のアイテムのリストである取引リストを表す。

ステーション１２は、受注データがＬＡＮ１５により伝送されてくると、これを受信する。そしてステーション１２は、当該受注データを、内蔵する記憶デバイス又は外付けされた記憶デバイスで記憶する。ステーション１２は、受注データに基づいてオーダ伝票をプリントするように伝票プリンタ１３を制御する。オーダ伝票は、注文内容を、客が確認できるように表したものであり、在店中の客に決済前に渡される。なお、ハンディ端末１１は、注文された商品を入力する操作が行われる度に、その商品の品目コードをステーション１２に送信してもよい。そしてステーション１２において、上記のような受注データを生成してもよい。
以上のような処理は、既存の同種の店舗システムにて行われているのと同様な処理であってよい。ただし本実施形態においてステーション１２は、上記に加えて、次の処理を行う。

ステーション１２は、受注データを受信すると、オーダ伝票をプリントするのに先立って、当該受注データを、通信ネットワーク２を介してウェブサーバ２０に送信する。このときにステーション１２は、テーブル番号に代えて店舗コードを受注データに含める。店舗コードは、ステーション１２が設置されている飲食店を識別するために予め定められた識別情報である。なお、ウェブサーバ２０が、１つの飲食店から送信された受注データのみを処理するのであれば、受注データに店舗コードを含めなくてもよい。また、注文番号が複数の飲食店の間で重複しないように決定されるならば、受注データに店舗コードを含めなくてもよい。そしてステーション１２は、ウェブサーバ２０から後述するようにしてＵＲＬ（uniform resource locator）が通知されると、これを受け取る。そしてステーション１２は、上記のオーダ伝票に、上記のＵＲＬをセットした２次元コードを追加して表すように伝票プリンタ１３を制御する。なお、２次元コードに代えて、バーコードなどのような別のコードシンボルを用いてもよい。

図５はウェブサーバ２０におけるプロセッサ２０１が実行する情報処理の手順を示すフローチャートである。ウェブサーバ２０が通常の動作状態にあるとき、プロセッサ２０１は、ウェブサーバアプリ２０３ａに基づいて図５に示す情報処理を常時実行する。

Ａｃｔ１としてプロセッサ２０１は、受注データが受信されるのを待ち受ける。
上述のようにステーション１２から送信された受注データが通信ネットワーク２によってウェブサーバ２０へと伝送されると、当該受注データを通信インタフェース２０４が受信する。このような受信が開始されたことに応じて、プロセッサ２０１はＡｃｔ１にてＹｅｓと判定し、Ａｃｔ２へと進む。
Ａｃｔ２としてプロセッサ２０１は、通信インタフェース２０４により受信される受注データを分担管理領域２０３ｂに保存する。

Ａｃｔ３としてプロセッサ２０１は、通信ネットワーク２を介してウェブサーバ２０にアクセスするためのもので、かつＡｃｔ２で保存した受注データに関連付いたＵＲＬを決定する。そしてプロセッサ２０１は、当該ＵＲＬを、上記の受信された受注データの送信元であるステーション１２へと通信ネットワーク２を介して通知する。このＵＲＬが、前述したオーダ伝票にプリントされる２次元コードにセットされる。
この後、プロセッサ２０１は、Ａｃｔ１へと戻り、次に受注データが受信されるのを待ち受ける。

さて、飲食に係る代金の決済にあたって、Ａ氏、Ｂ氏、Ｃ氏が、それぞれの持ち分を個別に決済するとともに、各々の決済に関して電子レシートサービスを利用したいとする。この場合にＡ氏、Ｂ氏、Ｃ氏はそれぞれ、情報端末３に、オーダ伝票にプリントされた２次元コードを読み取らせる。そして各人は、２次元コードにセットされたＵＲＬにアクセスするように、情報端末３を操作する。この操作に応じて情報端末３は、上記のＵＲＬによりウェブサーバ２０へとアクセスする。このような情報端末３によるウェブサーバ２０へのアクセスには、２次元コードの読み取りを行うアプリケーションと、ウェブブラウザとの連携により実現される周知の機能を用いることができる。あるいは、電子レシートサービスを利用するための情報端末３のアプリケーションに、２次元コードを読み取る機能と、ウェブブラウザの機能とを組み込んで、これらの機能により上記のアクセスを実現してもよい。

図６はウェブサーバ２０におけるプロセッサ２０１が実行する情報処理の手順を示すフローチャートである。ウェブサーバ２０が通常の動作状態にあるとき、プロセッサ２０１は、ウェブサーバアプリ２０３ａに基づいて、図５に示す処理とは別に当該情報処理を常時実行する。

Ａｃｔ１１としてプロセッサ２０１は、ウェブアクセスがなされるのを待ち受ける。そしてプロセッサ２０１は、上述のように情報端末３からのウェブアクセスがなされるとＹｅｓと判定し、Ａｃｔ１２へと進む。

Ａｃｔ１２としてプロセッサ２０１は、情報端末３にてログイン画面を表示させるためのログイン画面データを、通信ネットワーク２を介して情報端末３に送信する。ログイン画面は、会員認証のための認証情報を情報端末３の操作者に入力させるための画面である。なお、ログイン画面は、ログインしないことを情報端末３の操作者が宣言するための操作も受け付けるものとする。

情報端末３においてログイン画面が表示されたならば、情報端末３の操作者は、認証情報を入力する。典型的には、操作者は、自らに割り当てられた会員コードと、予め定めたパスワードとを入力する。そうすると情報端末３は、当該の入力された認証情報の通知を伴ってログインをウェブサーバ２０に対して要求する。また情報端末３の操作者が非会員である場合は、ログインしないことを宣言するための操作を行う。そうすると情報端末３は、非ログインをウェブサーバ２０に対して指示する。

Ａｃｔ１３としてプロセッサ２０１は、非ログインが指示されたか否かを確認する。そしてプロセッサ２０１は、非ログインが指示されていないならばＮｏと判定し、Ａｃｔ１４へと進む。
Ａｃｔ１４としてプロセッサ２０１は、ログインが要求されたか否かを確認する。そしてプロセッサ２０１は、ログインが要求されていないならばＮｏと判定し、Ａｃｔ１３へと戻る。
かくしてプロセッサ２０１はＡｃｔ１３及びＡｃｔ１４としては、非ログインが指示されるか、又はログインが要求されるのを待ち受ける。そしてプロセッサ２０１は、ログインが要求されたならばＡｃｔ１４にてＹｅｓと判定し、Ａｃｔ１５へと進む。

Ａｃｔ１５としてプロセッサ２０１は、ログインの要求に際して通知された認証情報を用いた認証処理を行う。この認証処理は、周知の処理であってよい。そしてプロセッサ２０１は、認証に成功したならば、Ａｃｔ１６へと進む。なお、認証に失敗した場合の処理については図示を省略している。プロセッサ２０１は例えば、認証エラーを情報端末３に通知した上で、Ａｃｔ１１又はＡｃｔ１２へと戻る。
Ａｃｔ１６としてプロセッサ２０１は、認証情報に含まれた会員コードを支払者コードとして設定する。

一方、プロセッサ２０１は、情報端末から非ログインが指示されたならばＡｃｔ１３にてＹｅｓと判定し、Ａｃｔ１７へと進む。
Ａｃｔ１７としてプロセッサ２０１は、情報端末３のＩＰアドレスを支払者コードとして設定する。なおここでは、情報端末３を一時的に識別できる任意の情報をＩＰアドレスに代えて用いることもできる。

プロセッサ２０１は、Ａｃｔ１６又はＡｃｔ１７にて支払者コードを設定し終えたならば、いずれの場合もＡｃｔ１８へと進む。
Ａｃｔ１８としてプロセッサ２０１は、情報端末３にて設定画面を表示させるための設定画面データを、通信ネットワーク２を介して情報端末３に送信する。設定画面は、編集対象とされた１つの受注データに示されている商品の中から情報端末３の操作者が代金を支払う商品を操作者に選択させるための画面である。プロセッサ２０１は、分担管理領域２０３ｂに記憶された受注データのうちで、情報端末３からのアクセスに使用されたＵＲＬに関連付けられているものを編集対象とする。

図７は一例としての設定画面１００を示す図である。
設定画面１００は、図４に示す受注データに基づいてプロセッサ２０１が生成したものである。設定画面１００は、表示欄１１０，１２０及びボタン１３０，１４０を含む。

表示欄１１０は、編集対象の受注データに示された商品の一覧を示すとともに、各商品の品名の横にそれぞれ、チェックボックス１１１を配置している。チェックボックス１１１はそれぞれ、横に並ぶ品名の商品に関連付けられている。

表示欄１２０は、設定画面１００を表示している情報端末３の操作者が自己の支払い分として指定した商品の一覧と、その商品の金額の合計とを示す。しかし、図７に示す初期の設定画面１００では、いずれの商品も指定されていないために、商品の情報は示されず、また合計も「０」とされている。

ボタン１３０は、設定画面１００に対して行った設定操作を取り消すことを操作者が宣言するためのものである。
ボタン１４０は、設定画面１００に対して行った設定操作による設定を確定することを操作者が宣言するためのものである。

Ａｃｔ１９としてプロセッサ２０１は、情報端末３で表示中の設定画面において、分担変更がなされたか否かを確認する。そしてプロセッサ２０１は、分担変更がなされていなければＮｏと判定し、Ａｃｔ２０へと進む。
Ａｃｔ２０としてプロセッサ２０１は、情報端末３で表示中の設定画面において、取消宣言がなされたか否かを確認する。そしてプロセッサ２０１は、取消宣言がなされていなければＮｏと判定し、Ａｃｔ２１へと進む。
Ａｃｔ２１としてプロセッサ２０１は、情報端末３で表示中の設定画面において、確定宣言がなされたか否かを確認する。そしてプロセッサ２０１は、確定宣言がなされていなければＮｏと判定し、Ａｃｔ１９へと戻る。
かくしてプロセッサ２０１はＡｃｔ１９−Ａｃｔ２１においては、分担変更、取消宣言及び確定宣言のいずれかがなされるのを待ち受ける。

情報端末３の操作者は、設定画面１００の表示欄１１０に示された商品の一覧の中から、自らが代金を支払う商品を選び出し、その商品に関連付けられているチェックボックスにチェックを入れるように情報端末３を操作する。
具体的には、まずＡ氏が、「サラダ」及び「グラタン」に関連付けられたチェックボックスにチェックを入れるように情報端末３を操作する。そうするとこの操作結果は、情報端末３からウェブサーバ２０へと通知される。このような通知を受けるとプロセッサ２０１は、分担が変更されたとしてＡｃｔ１９にてＹｅｓと判定し、Ａｃｔ２２へと進む。
Ａｃｔ２２としてプロセッサ２０１は、編集対象の受注データを更新する。

図８は更新された後の受注データを模式的に示す図である。
プロセッサ２０１は、注文情報における各レコードに、支払者コードのフィールドが付加されていなければ、当該フィールドを付加する。またプロセッサ２０１は、チェックが入れられたチェックボックスが関連付けられている商品に関するレコードに付加した支払者コードのフィールドに、支払者コードを記述する。ここでは、操作者がＡ氏であるから、支払者コードにはＡ氏の会員コードが設定されている。従って、図８に示すように「サラダ」及び「グラタン」に関連付けられた支払者コードのフィールドには、「ＩＤ１」がそれぞれ記述される。かくして、プロセッサ２０１は、客であるＡ氏の指示に応じて、当該客を識別する識別コードとしての会員コード「ＩＤ１」を、受注データに示された取引リストに含まれるアイテムである「サラダ」及び「グラタン」に関連づけている。つまりウェブサーバアプリ２０３ａに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは関連付け手段として機能する。そしてウェブサーバ２０は、この関連付け手段を備えた情報処理装置の一例である。

またプロセッサ２０１は、受注データに決済フラグを追加する。決済フラグは、後述する決済が完了しているか否かを表す。ここでは、決済フラグがオフ状態であるとき、決済が完了していないことを示すこととする。そしてプロセッサ２０１はここでは、全ての決済フラグをオフ状態とする。

プロセッサ２０１は、Ａｃｔ２２にて受注データを更新し終えたならば、Ａｃｔ１８以降の処理を繰り返す。つまりプロセッサ２０１は、情報端末３での表示を、更新後の受注データに応じた設定画面に更新したのち、Ａｃｔ１９−Ａｃｔ２１の待受状態に戻る。

図９は一例としての設定画面２００を示す図である。なお、図９に示される要素のうち、図７に示されるのと同一の要素については、同一の符号を付している。
設定画面２００は、図８に示す受注データに基づいてプロセッサ２０１が生成したものである。設定画面２００は、表示欄１１０，１２０の内部の表示情報が設定画面１００とは異なっている。

表示欄１１０は、設定画面１００における表示情報に加えて、「サラダ」及び「グラタン」に関連付けられたチェックボックス１１１にチェックマークを表している。
表示欄１２０は、設定画面１００における表示情報に加えて、文字列「サラダ」「３８０」「グラタン」「５５０」「９３０」を表している。文字列「サラダ」「３８０」「グラタン」「５５０」は、編集対象の受注データの注文情報のレコードのうちで、Ａ氏の会員ＩＤが記述された支払者コードのフィールドを含んだレコードに示された品名及び金額である。また文字列「９３０」は合計額である。

情報端末３の操作者は、これまでに行った商品の指定の全てを取り消したいならば、ボタン１３０を押すように情報端末３を操作する。そうするとこの操作結果は、情報端末３からウェブサーバ２０へと通知される。このような通知を受けるとプロセッサ２０１はＡｃｔ２０にてＹｅｓと判定し、Ａｃｔ２３へと進む。

Ａｃｔ２３としてプロセッサ２０１は、受注データを、Ａｃｔ２２での更新がなされる前の状態に戻す。このためにプロセッサ２０１は、編集前の受注データの全てをバックアップしておいてもよいし、変更した情報に関する当初の情報のみをバックアップしておいてもよい。そしてプロセッサ２０１はこの後、Ａｃｔ１８以降の処理を繰り返す。つまりプロセッサ２０１は、情報端末３での表示を、例えば図７に示すような当初の設定画面に更新したのち、Ａｃｔ１９−Ａｃｔ２１の待受状態に戻る。

情報端末３の操作者は、これまでに行った商品の指定により自己の分担条件を設定し終えたならば、ボタン１４０を押すように情報端末３を操作する。そうするとこの操作結果は、情報端末３からウェブサーバ２０へと通知される。このような通知を受けるとプロセッサ２０１はＡｃｔ２１にてＹｅｓと判定し、Ａｃｔ１１の待受状態に戻る。かくして、この時点で補助記憶デバイス２０３に記憶されている受注データが有効なものとして確定される。

さて、Ａ氏に続いてＢ氏が情報端末３を用いてウェブサーバ２０にアクセスすると、プロセッサ２０１は、図６に示す処理を上述と同様に実行する。このとき、ログインするのはＢ氏であるから、プロセッサ２０１は、Ａｃｔ１６として、Ｂ氏の会員コードである「ＩＤ２」を支払者コードとしてセットする。そしてプロセッサ２０１は、Ｂ氏による商品の指定に応じては、Ａｃｔ２２として、指定された商品に関連付けて「ＩＤ２」を受注データに含める。またプロセッサ２０１は、Ａｃｔ２２を最初に実行する際には、支払情報に、支払者コードとして「ＩＤ２」を記述したレコードを追加する。

図１０は図８に示す受注データを、Ｂ氏による指示に応じて更新したのちの受注データを示す図である。
図１０は、Ｂ氏が「ピザ」及び「ジュース」を指定した場合である。このため、品名「ピザ」及び「ジュース」に関連付けて「ＩＤ２」がそれぞれ記述されている。

さらに続いてＣ氏が情報端末３を用いてウェブサーバ２０にアクセスすると、プロセッサ２０１は、やはり図６に示す処理を上述と同様に実施する。なお、上記のＢ氏によるアクセスの場合も同様であるが、プロセッサ２０１はＡｃｔ１８において表示する設定画面は、既に他者により指定済みの商品と、まだ指定されていない商品と、現在の操作者により指定された商品とを、それぞれ区別可能に示すものとする。

図１１は受注データが図１０に示す状態にあるときに、Ｃ氏の情報端末３に表示される最初の設定画面３００を示す図である。なお、図１１に示される要素のうち、図７に示されるのと同一の要素については、同一の符号を付している。
設定画面３００では表示欄１１０において、他者により指定済みの商品の商品名に関連付けられたチェックボックス１１２と、チェックマークとを破線により表すことにより、他者により指定済みであることが区別されている。

図１２は図１０に示す受注データを、Ｃ氏による指示に応じて更新したのちの受注データを示す図である。
図１２は、Ｃ氏が「スパゲッティ」「コーヒー」及び「ケーキ」を指定した状態を示している。このため、品名「スパゲッティ」「コーヒー」及び「ケーキ」に関連付けて「ＩＤ３」がそれぞれ記述されている。

図１３は受注データが図１２に示す状態にあるときに、Ｃ氏の情報端末３に表示される設定画面４００を示す図である。なお、図９に示される要素のうち、図７に示されるのと同一の要素については、同一の符号を付している。
Ａ氏、Ｂ氏、Ｃ氏は、飲食店から退店するならば、オーダ伝票を持ってチェックアウトカウンタに移動し、店員に会計を要求する。店員は、ＰＯＳ端末１４に対し、会計の開始を宣言する操作を行う。これに応じてＰＯＳ端末１４においてプロセッサ１４１は、会計のための情報処理を開始する。

図１４は会計のためのプロセッサ１４１及びプロセッサ２０１のそれぞれの処理手順を示すフローチャートである。
Ａｃｔ３１としてプロセッサ１４１は、会計の対象となる受注データを識別するための注文番号を取得する。具体的には、店員は例えば、オーダ伝票に注文番号を表すものとしてプリントされたコードシンボルをスキャナ１４６に読み取らせるか、あるいはオーダ伝票にプリントされた注文番号をキーボード１４４又はタッチパネル１４５より入力する。そうするとスキャナ１４６、キーボード１４４又はタッチパネル１４５は、注文番号をプロセッサ１４１へと通知する。プロセッサ１４１は、このように通知された注文番号を取得する。

Ａｃｔ３２としてプロセッサ１４１は、上記のように取得した注文番号の通知を伴って、会計情報をウェブサーバ２０に対して要求する。ウェブサーバ２０においてプロセッサ２０１は、この要求を受けると図１４に示す情報処理を開始する。そしてプロセッサ２０１は、要求元のＰＯＳ端末１４との間に、セッションを確立する。以降に説明する各種の通知及びデータの伝送は、このセッションを介して行われる。

Ａｃｔ５１としてプロセッサ２０１は、選択画面を生成し、それを示した選択画面データをＰＯＳ端末１４に対して送信する。選択画面は、支払者を選択するように店員に促す画面である。例えば選択画面は、支払者が会員である場合には、会員コードを入力すべきであることを案内する。また、選択画面は、通知された注文番号により識別される受注データに支払者として非会員が含まれる場合には、その非会員を指定するためのボタンを含む。

Ａｃｔ３３としてプロセッサ１４１は、選択画面データに基づく選択画面をタッチパネル１４５に表示させる。
Ａｃｔ３４としてプロセッサ１４１は、支払者が指定されるのを待ち受ける。

Ａ氏、Ｂ氏、Ｃ氏のうちの一人は、自らの会員コードを入力するように店員に要求する。この要求に応じて店員は、会員コードをＰＯＳ端末１４に入力する。一例としては、客は、自らが所持する情報端末３で、電子レシートサービスを利用するためのアプリケーションの機能によって、会員コードを示したバーコードを情報端末３の表示デバイスに表示させる。店員は、当該バーコードをスキャナ１４６により読み取る。なお、支払者が非会員である場合には、店員は選択画面に示された上記のボタンを押す。非会員である客が複数である場合には、選択画面には上記のボタンが複数示されることになる。この場合は例えば、非会員である複数の客が支払者となっている商品のうちの重複しないものの商品名を各ボタンに関連づけて示すようにしておけば、それに基づいて支払者に応じたボタンを店員が押すことが可能となる。プロセッサ１４１は、これらの支払者を指定する操作が行われたならば、Ａｃｔ３４にてＹｅｓと判定し、Ａｃｔ３５へと進む。

Ａｃｔ３５としてプロセッサ１４１は、指定された支払者をウェブサーバ２０に対して通知する。具体的にはプロセッサ１４１は、スキャナ１４６によりバーコードが読み取られたならば、そのバーコードが示す会員コードをウェブサーバ２０に対して通知する。また、プロセッサ１４１は、非会員を指定するボタンが押されたならば、押されたボタンを識別する識別コードをウェブサーバ２０に対して通知する。

つまりプロセッサ１４１は、決済時に、決済者としての支払者の識別コードを取得し、この識別コードを情報処理装置としてのウェブサーバ２０へ通知している。かくしてＰＯＳ端末アプリ１４３ａに基づく情報処理をプロセッサ１４１が実行することによって、プロセッサ１４１を中枢部分とするコンピュータは取得手段及び通知手段として機能する。

Ａｃｔ５２としてプロセッサ２０１は、通知された支払者に関する個別会計データを生成し、ＰＯＳ端末１４へと送信する。
プロセッサ２０１は具体的には、図１４に示す情報処理を開始した際にＰＯＳ端末１４から通知された注文番号で識別される受注データを決済対象データとする。そしてプロセッサ２０１は、決済対象データから、上記のように通知された支払者に対応するコードが支払者コードとして記述されているレコードを抽出し、当該レコードの集合として個別会計データを生成する。従って個別会計データは、通知された識別コードに関連づけられた全てのアイテムとしての商品のリストである決済リストを含む。そしてウェブサーバアプリ２０３ａに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは上記の決済リストを決済端末としてのＰＯＳ端末１４に送信する送信手段として機能する。

Ａｃｔ３６としてプロセッサ１４１は、上記の個別会計データに基づいて決済額を算出する。かくしてＰＯＳ端末アプリ１４３ａに基づく情報処理をプロセッサ１４１が実行することによって、プロセッサ１４１を中枢部分とするコンピュータは、決済リストに示されたアイテムとしての商品に関する決済額を決定する決定手段として機能する。
Ａｃｔ３７としてプロセッサ１４１は、決済額を決済するための決済処理を行う。
Ａｃｔ３８としてプロセッサ１４１は、決済処理における決済の内容の通知を伴って、決済が完了した旨をウェブサーバ２０に通知する。

Ａｃｔ５３としてプロセッサ２０１は、決済対象データに含まれるレコードのうちで、通知された支払者に対応するコードが支払者コードとして記述されているレコードの決済フラグを全てオン状態に変更する。

Ａｃｔ５４としてプロセッサ２０１は、直前の決済の支払者が会員であるか否かを確認する。そしてプロセッサ２０１は、例えば支払者の通知が会員コードにより行われているならばＹｅｓと判定し、Ａｃｔ５５へと進む。

Ａｃｔ５５としてプロセッサ２０１は、レシートサーバ３０に対してレシート登録を要求する。なお、当該要求に際してプロセッサ２０１は、決済対象データに含まれる管理情報、Ａｃｔ５２で送信した個別会計データ、さらには上記の通知された決済の内容のそれぞれを含んだ取引明細データをレシートサーバ３０に送る。ただしプロセッサ２０１は、決済対象データに含まれる管理情報、Ａｃｔ５２で送信した個別会計データ、さらには上記の通知された決済の内容に含まれた情報のうち、商品の一覧及び決済額を除く一部を、取引明細データに含めなくてもよい。つまりプロセッサ２０１は、完了した決済の対象となった全てのアイテムとしての商品のそれぞれに関する情報及び決済額を含んだ取引明細データを、支払者の識別コードに関連づけて管理するように管理装置としてのレシートサーバ３０に要求する。かくしてウェブサーバアプリ２０３ａに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは、上記の要求を行う要求手段として機能する。
そして上記のようにウェブサーバ２０からレシート登録の要求がなされると、レシートサーバ３０は、取引明細データに含まれた各種の情報を反映するようにレシートデータベースを更新する。

プロセッサ２０１は、Ａｃｔ５５を終えたならばＡｃｔ５６へと進む。なおプロセッサ２０１は、例えば支払者の通知がボタンの識別コードにより行われているならば、Ａｃｔ５４にてＮｏと判定し、Ａｃｔ５５をパスしてＡｃｔ５６へと進む。

Ａｃｔ５６としてプロセッサ２０１は、決済対象データに示された全ての商品の決済が済んだか否かを確認する。そしてプロセッサ２０１は、決済対象データに含まれるレコードに、決済フラグがオフ状態であるものがあるならばＮｏと判定し、Ａｃｔ５７へと進む。

Ａｃｔ５７としてプロセッサ２０１は、選択画面を生成し、それを示した選択画面データをＰＯＳ端末１４に対して送信する。ここで生成される選択画面は、未決済の支払者を選択するように店員に促す画面である。そしてプロセッサ２０１はこののち、Ａｃｔ５２へと戻り、それ以降の処理を上述したのと同様に行う。

さてプロセッサ１４１は、Ａｃｔ３８にて決済完了を通知した後には、Ａｃｔ３９へと進む。
Ａｃｔ３９としてプロセッサ１４１は、支払者が会員であるか否かを確認する。そしてプロセッサ１４１は、例えば支払者の指定が会員コードの入力により行われていないならばＮｏと判定し、Ａｃｔ４０へと進む。

Ａｃｔ４０としてプロセッサ１４１は、プリンタ１４７を制御し、個別会計データに示された商品のリスト及びＡｃｔ３７での決済の結果等を表したレシートを発行する。こののちにプロセッサ１４１は、Ａｃｔ４１へと進む。なおプロセッサ１４１は、例えば支払者の指定が会員コードの入力により行われたならばＡｃｔ３９にてＹｅｓと判定し、Ａｃｔ４０をパスしてＡｃｔ４１へと進む。

Ａｃｔ４１としてプロセッサ１４１は、Ａｃｔ３８にて決済完了通知を行ったことに応じて次にウェブサーバ２０から送られてくるのが選択画面データであるか否かを確認する。そして前述の様にウェブサーバ２０から送信された選択画面データが通信インタフェース１４８により受信されたならばＹｅｓと判定し、Ａｃｔ３３へと戻り、それ以降の処理を上述と同様に行う。つまりプロセッサ１４１及びプロセッサ２０１は、別の支払者の持ち分に関する決済のための処理を行う。このようにして、各支払者に関する決済のための処理が順次に行われてゆく。

そして、決済対象データに示された全ての商品の決済が済むと、プロセッサ２０１がＡｃｔ５６にてＹｅｓと判定することになる。この場合にプロセッサ２０１は、Ａｃｔ５８へと進む。
Ａｃｔ５８としてプロセッサ２０１は、完了画面を生成し、それを示した完了画面データをＰＯＳ端末１４に対して送信する。ここで生成される完了画面は、決済対象データに示された取引に関する決済が完了したことを店員に報知する画面である。

この完了画面データがＰＯＳ端末１４に伝送されると、プロセッサ１４１は、Ａｃｔ４１にてＮｏと判定し、Ａｃｔ４２へと進む。
Ａｃｔ４２としてプロセッサ１４１は、完了画面データに基づく完了画面をタッチパネル１４５に表示させる。

以上のように販売データ管理システム１によれば、複数人のグループに関して注文者を特定すること無く一件の取引として管理された注文に関して、複数の支払者により分担して、かつ個別に決済することができる。そして、このような形態での決済を含んだ会計に際して、ＰＯＳ端末１４では、取引の対象となっている商品の支払者毎の持ち分を指定するための操作は必要なく、店員の手間が増大してしまうことがない。

なお、会計の際に、複数の支払者のそれぞれの持ち分を指定する操作によって一件の取引を複数に分割した上で、それら複数の取引を個別に決済することが知られている。この形態であると、上記操作を会計の際に店員が行わなければならず、店員の手間は販売データ管理システム１を用いる場合に比べて増大してしまう。なお、このような形態での会計は、１グループ当たりの会計に要する時間の延長を来すことから、例えば混雑時においては拒否するという運用が店舗によって採られることがある。

しかしながら販売データ管理システム１によれば、１グループの会計を一括で行う場合に比べれば、１グループの会計に要する時間は延長するものの、その延長幅は上記の従来形態における延長幅に比べれば小さい。このため、販売データ管理システム１を用いれば、上記のような個別の決済を、混雑時などにおいても十分に許容することが可能となり、これにより顧客サービスの向上を図ることができる。

客は、自らが所有する情報端末３での操作により、自分の持ち分の設定を行えるので、商品の提供を待っている期間又は食事の最中などにその操作を行えばよく、客の負担の増加も少ない。

また販売データ管理システム１によれば、ＰＯＳ端末１４においては、１グループに関する取引を、複数の支払者のそれぞれに関する複数の取引に分割し、それら複数の取引を個別に決済している。そして、支払者毎の取引の内容及び決済の結果に関して、レシートを発行するか、又はレシートサーバ３０に登録する。従って、支払者は、自身がどのような支払を行ったのかを、レシートから、又は電子レシートサービスを利用して事後に確認することが可能となる。

また販売データ管理システム１によれば、支払者コードとしてＩＰアドレスを用いることにより、商品の支払い分担の指定に関しては、会員以外でも行うことを可能としている。このため、会員ではない支払人が含まれる場合であっても、商品毎の支払者を明らかとすることができ、商品の支払い分担の指定を適切かつ容易とすることができる。すなわち、商品の支払い分担の指定を会員しか行えないこととすると、非会員の支払人が含まれる場合には、その支払人が代金を支払う商品に関しては最後まで支払人が特定されないこととなる。このような状況では、商品の指定漏れが生じる恐れがあり、正確性が低下するし、当該指定漏れを防止するためには会員が注意深く支払分担の指定を行わなければならないために、その作業が面倒なものとなる。これに対して販売データ管理システム１によれば、全ての支払人が支払分担の指定を行ったのちに、指定されていない商品があれば、それは指定漏れの商品であることが分かる。その場合は、その商品の指定を支払人の誰かが改めて行えば、指定漏れの無い状態で支払分担の様子を管理できる。

この実施形態は、次のような種々の変形実施が可能である。
プロセッサ１４１が図１４のＡｃｔ３６として行っている支払額の算出は、プロセッサ１４１が行うのに代えて、プロセッサ２０１がＡｃｔ５３の前に行ってもよい。この場合、プロセッサ２０１は、算出した支払額を個別会計データに含める。

プロセッサ２０１が図１４のＡｃｔ５５として行っているレシート登録の要求は、プロセッサ２０１が行うのに代えて、プロセッサ１４１がＡｃｔ３９にてＹｅｓと判定した場合に行ってもよい。この場合、プロセッサ１４１は、Ａｃｔ３８としての決済完了通知に際して、決済の内容を通知しなくてもよい。

飲食店で提供される商品以外の任意のアイテムについてのリストを処理対象としてもよい。そしてアイテムは、物品等の有体なものには限らず、サービス等の無体なものであってもよい。

ウェブサーバ２０の機能と、レシートサーバ３０の機能とを、単一のサーバ装置において実現してもよい。

プロセッサ１４１又はプロセッサ２０１が行う前述した情報処理の一部は省略してもよい。例えば、プロセッサ２０１は、Ａｃｔ１３及びＡｃｔ１７を行わないようにし、会員のみによる指示に応じて受注データを更新してもよい。

ウェブサーバ２０にアクセスするためのＵＲＬは、上記実施形態とは別の任意の形態で客に提示されてもよい。例えばオーダ伝票とは別に、２次元コードを表した伝票をプリントアウトしてもよい。また、飲食店のテーブルに備え付けられたテーブル端末の表示器に、２次元コードを表示させてもよい。また、Wi-Fi、Bluetooth（登録商標）、あるいはＮＦＣ（near field communication）などを用いて、テーブル等に備えたアンテナ又はタグなどから、上記のＵＲＬを無線通信により情報端末３へと与えてもよい。

制御処理によりプロセッサ１４１又はプロセッサ２０１が実現する各機能は、その一部または全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ 未決済の１件の取引の対象となる複数のアイテムのリストである取引リストに含まれるアイテムに対して、決済開始前における客の指示に応じて当該客を識別する識別コードを関連付ける関連付け手段と、
前記取引の決済時に、決済者の識別コードを取得する取得手段と、
前記取得手段により取得された識別コードに関連付けられた全てのアイテムに関する決済額を決定する決定手段と、
を具備した決済システム。
［付記２］ 前記関連付け手段は、それぞれ異なる複数の客の指示に応じて当該客のそれぞれの識別コードを前記複数のアイテムにそれぞれ関連付け、
前記取得手段は、前記複数の識別コードを取得し、
前記決定手段は、前記複数の識別コード毎に、その識別コードに関連付けられた全てのアイテムに関する決済額を決定する、
付記１に記載の決済システム。
［付記３］ 前記決定手段は、前記取得手段が１つの識別コードを取得するたびに、その識別コードに関連付けられた全てのアイテムに関する決済額を決定し、
前記取得手段は、前記決定手段により決定された決済額の決済が完了するたびに、別の識別コードを取得する、
付記１に記載の決済システム。
［付記４］ 前記決定手段により決定された決済額の決済が完了したことに応じて、当該決済の対象となった全てのアイテムのそれぞれに関する情報及び前記決済額を含んだ取引明細データを、前記取得手段により取得された識別コードに関連づけて管理するように管理装置に要求する要求手段、
をさらに備える付記１−付記３のいずれか１項に記載の決済システム。
［付記５］ 情報処理装置及び決済端末を備え、
前記情報処理装置は、
未決済の１件の取引の対象となる複数のアイテムのリストである取引リストに含まれるアイテムに対して、決済開始前における客の指示に応じて識別コードを関連付ける関連付け手段、
を備え、
前記決済端末は、
前記取引の決済時に、決済者の識別コードを取得する取得手段と、
前記取得手段により取得された識別コードを前記情報処理装置に通知する通知手段と、
を具備し、
前記情報処理装置はさらに、
前記通知手段により通知された識別コードに関連づけられた全てのアイテムのリストである決済リストを前記決済端末に送信する送信手段、
を備え、
前記決済端末はさらに、
前記決済リストに示されたアイテムに関する決済額を決定する決定手段、
を備える決済システム。

１…販売データ管理システム、２…通信ネットワーク、３…情報端末、１０…店舗システム、１１…ハンディ端末、１２…ステーション、１３…伝票プリンタ、１４…ＰＯＳ端末、１５…ＬＡＮ、１６…無線アクセスポイント、２０…ウェブサーバ、３０…レシートサーバ、１４１…プロセッサ、１４２…メインメモリ、１４３…補助記憶デバイス、１４３ａ…ＰＯＳ端末アプリ、１４４…キーボード、１４５…タッチパネル、１４６…スキャナ、１４７…プリンタ、１４８…通信インタフェース、１４９…伝送システム、２０１…プロセッサ、２０２…メインメモリ、２０３…補助記憶デバイス、２０３ａ…ウェブサーバアプリ、２０３ｂ…分担管理領域、２０４…通信インタフェース、２０５…伝送システム。

Claims (8)

1. 未決済の１件の取引の対象となる複数のアイテムのリストであり、客を識別する識別コードを含まない第１の取引リストを生成する生成手段と、
   前記生成手段が設けられた装置とは別の装置に設けられ、決済開始前における客の指示に応じて、前記生成手段により生成された第１の取引リストを、当該第１の取引リストに含まれるアイテムのそれぞれに関連付けて前記客を識別する識別コードを含んだ第２の取引リストに更新する更新手段と、
   前記取引の決済時に、決済者の識別コードを取得する取得手段と、
   前記第２の取引リストに基づいて、前記取得手段により取得された識別コードに関連付けられた全てのアイテムに関する決済額を決定する決定手段と、
   を具備した決済システム。
2. 前記更新手段は、前記生成手段が設けられた装置及び前記更新手段が設けられた装置のいずれとも別の装置での客によるアイテムの指定に応じて、当該指定されたアイテムに、指定した客の識別コードを関連付けて含めることで前記第２の取引リストに更新する、
   請求項１に記載の決済システム。
3. 前記更新手段は、それぞれ異なる複数の客によるアイテムの指定に応じて、当該指定されたアイテムに、指定した客の識別コードを関連付けて含める処理を、複数の客からの指定に応じてそれぞれ実行することで前記第２の取引リストに更新し、
   前記取得手段は、前記複数の識別コードを取得し、
   前記決定手段は、前記複数の識別コード毎に、その識別コードに関連付けられた全てのアイテムに関する決済額を決定する、
   請求項１又は請求項２に記載の決済システム。
4. 前記決定手段は、前記取得手段が１つの識別コードを取得するたびに、その識別コードに関連付けられた全てのアイテムに関する決済額を決定し、
   前記取得手段は、前記決定手段により決定された決済額の決済が完了するたびに、別の識別コードを取得する、
   請求項３に記載の決済システム。
5. 前記決定手段により決定された決済額の決済が完了したことに応じて、当該決済の対象となった全てのアイテムのそれぞれに関する情報及び前記決済額を、前記取得手段により取得された識別コードに関連づけて管理するように管理装置に要求する要求手段、
   をさらに備える請求項１−請求項４のいずれか１項に記載の決済システム。
6. 第１の情報処理装置、第２の情報処理装置及び第３の情報処理装置及び決済端末を備え、
   前記第１の情報処理装置は、
   未決済の１件の取引の対象となる複数のアイテムのリストであり、客を識別する識別コードを含まない第１の取引リストを生成する生成手段、
   を備え、
   前記第２の情報処理装置は、
   前記生成手段により生成された前記第１の取引リストを、当該第１の取引リストに含まれるアイテムのそれぞれに関連付けて、決済開始前における客の指示に応じて識別コードを含んだ第２の取引リストに更新する更新手段、
   を備え、
   前記決済端末は、
   前記取引の決済時に、決済者の識別コードを取得する取得手段と、
   前記取得手段により取得された識別コードを前記第３の情報処理装置に通知する通知手段と、
   を具備し、
   前記第３の情報処理装置は、
   前記第２の取引リストに基づいて、前記通知手段により通知された識別コードに関連づけられた全てのアイテムのリストである決済リストを生成して、当該決済リストを前記決済端末に送信する送信手段、
   を備え、
   前記決済端末はさらに、
   前記決済リストに示されたアイテムに関する決済額を決定する決定手段、
   を備える、
   決済システム。
7. 前記更新手段は、前記第１、第２及び第３の情報処理装置のいずれとも別の装置での客によるアイテムの指定に応じて、当該指定されたアイテムに、指定した客の識別コードを関連付けて含めることで前記第２の取引リストに更新する、
   請求項６に記載の決済システム。
8. 前記更新手段は、それぞれ異なる複数の客によるアイテムの指定に応じて、当該指定されたアイテムに、指定した客の識別コードを関連付けて含める処理を、複数の客からの指定に応じてそれぞれ実行することで前記第２の取引リストに更新し、
   前記取得手段は、前記複数の識別コードを取得し、
   前記決定手段は、前記複数の識別コード毎に、その識別コードに関連付けられた全てのアイテムに関する決済額を決定する、
   請求項６又は請求項７に記載の決済システム。
   

Images