特開 2024-24404 取引方法および取引システム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024024404

(43)【公開日】2024-02-22

(54)【発明の名称】取引方法および取引システム

(51)【国際特許分類】

   G06Q 50/12 20120101AFI20240215BHJP

   G06Q 20/10 20120101ALI20240215BHJP

【ＦＩ】

G06Q50/12

G06Q20/10 300

【審査請求】未請求

【請求項の数】21

【出願形態】ＯＬ

(21)【出願番号】P 2022127205

(22)【出願日】2022-08-09

(71)【出願人】

【識別番号】519351392

【氏名又は名称】株式会社Ｓｉｇｎａｌ

(74)【代理人】

【識別番号】110000408

【氏名又は名称】弁理士法人高橋・林アンドパートナーズ

(72)【発明者】

【氏名】浅田 正之

【テーマコード（参考）】

5L049

5L055

【Ｆターム（参考）】

5L049CC24

5L055AA28

(57)【要約】

【課題】利便性の高い取引方法を提供すること。
【解決手段】取引方法は、サーバが、あらかじめ登録された複数のサービス提供店のうち１つのサービス提供店を選択する第１選択情報、および前記１つのサービス提供店に関連付けられた少なくとも一つのサービスから、ユーザが提供を受けたいサービスを選択する第２選択情報を取得し、前記第２選択情報に基づいて、ユーザに関連付けられたサービス提供可能回数を変更し、前記第１選択情報および前記第２選択情報に基づいて、前記サービス提供店の通信端末に注文指示を行い、前記サービス提供店の通信端末から送信された振込要求情報を取得し、前記サービス提供店に対応する口座に対して振込要求情報に対応する金額の送金指示を行うことを含む。
【選択図】図２

【特許請求の範囲】

【請求項1】

サーバが、
あらかじめ登録された複数のサービス提供店のうち１つのサービス提供店を選択する第１選択情報、および前記１つのサービス提供店に関連付けられた少なくとも一つのサービスからユーザが提供を受けたいサービスを選択する第２選択情報を取得し、
前記第２選択情報に基づいて、前記ユーザに関連付けられたサービス提供可能回数を変更し、
前記第１選択情報および前記第２選択情報に基づいて、前記サービス提供店の通信端末に注文指示を行い、
前記サービス提供店の通信端末から送信された振込要求情報を取得し、
前記サービス提供店に対応する口座に対して振込要求情報に対応する金額の送金指示を行うことを含む、
取引方法。

【請求項2】

サーバが、
サービス提供店を選択するための店選択ユーザインタフェースをユーザに提供し、
選択された前記サービス提供店に関連付けられた少なくとも一つのサービスから、前記ユーザが提供を受けたいサービスを選択するためのサービス選択ユーザインタフェースを前記ユーザに提供し、
選択された前記サービスに基づいて、前記ユーザに関連付けられたサービス提供可能回数を変更し、
前記サービス提供店に対応する口座に対して、当該サービス提供店に対応して取得した前記サービスに基づく金額の送金指示を行う、
取引方法。

【請求項3】

前記サービス提供店は、飲食店であり、
前記サービスは、飲料を提供するサービスである、
請求項１に記載の取引方法。

【請求項4】

前記ユーザからの入金情報をあらかじめ取得し、
前記入金情報に基づき、所定の期間における前記ユーザに対応するサービス提供可能回数を記憶し、
前記ユーザが、前記第２選択情報に基づいてサービス提供可能であるかを判定する、
請求項１に記載の取引方法。

【請求項5】

再度同じサービス提供店を選択したときに、前記サービス提供可能回数に第２サービス提供回数を付加する、
請求項１に記載の取引方法。

【請求項6】

前記ユーザの属性に応じて、前記サービス提供可能回数に第２サービス提供回数を付加する、
請求項１に記載の取引方法。

【請求項7】

前記サービス提供店に関連する情報に応じて、前記サービス提供可能回数に第２サービス提供回数を付加する、
請求項１に記載の取引方法。

【請求項8】

前記第２選択情報に基づいて、前記ユーザ及び前記ユーザとともに前記１つのサービス提供店に来店した第２ユーザを含む来店人数を計算する、
請求項１に記載の取引方法。

【請求項9】

前記振込要求情報に対応する金額が振込可能金額より高いかどうかを判定する、
請求項１に記載の取引方法。

【請求項10】

前記振込要求情報に対応する金額が振込可能金額より高いときに前記サービス提供店の通信端末に警告情報を送信する、
請求項９に記載の取引方法。

【請求項11】

あらかじめ登録された複数のサービス提供店のうち１つのサービス提供店を選択する第１選択情報、および前記１つのサービス提供店に関連付けられた少なくとも一つのサービスから、ユーザが提供を受けたいサービスを選択する第２選択情報を取得し、
前記第２選択情報に基づいて、ユーザに関連付けられたサービス提供可能回数を変更し、
前記第１選択情報および前記第２選択情報に基づいて、前記サービス提供店の通信端末に注文指示を行い、
前記サービス提供店の通信端末から送信された振込要求情報を取得し、
前記サービス提供店に対応する口座に対して振込要求情報に対応する金額の送金指示を行う制御部を含む、
取引システム。

【請求項12】

サービス提供店を選択するための店選択ユーザインタフェースをユーザに提供し、
選択された前記サービス提供店に関連付けられた少なくとも一つのサービスから、前記ユーザが提供を受けたいサービスを選択するためのサービス選択ユーザインタフェースを前記ユーザに提供し、
選択された前記サービスに基づいて、前記ユーザに関連付けられたサービス提供可能回数を変更し、
前記サービス提供店に対応する口座に対して、当該サービス提供店に対応して取得した前記サービスに基づく金額の送金指示を行う制御部を含む、
取引システム。

【請求項13】

前記サービス提供店は、飲食店であり、
前記サービスは、飲料を提供するサービスである、
請求項１１または１２に記載の取引システム。

【請求項14】

前記制御部は、前記ユーザからの入金情報をあらかじめ取得し、
前記入金情報に基づき、所定の期間における前記ユーザに対応するサービス提供可能回数を記憶し、
前記ユーザが、前記第２選択情報に基づいてサービス提供可能であるかを判定する、
請求項１１に記載の取引システム。

【請求項15】

前記制御部は、再度同じサービス提供店を選択したときに、前記サービス提供可能回数に第２サービス提供回数を付加する、
請求項１１に記載の取引システム。

【請求項16】

前記制御部は、前記ユーザの属性に応じて、前記サービス提供可能回数に第２サービス提供回数を付加する、
請求項１１に記載の取引システム。

【請求項17】

前記制御部は、前記サービス提供店に関連する情報に応じて、前記サービス提供可能回数に第２サービス提供回数を付加する、
請求項１１に記載の取引システム。

【請求項18】

前記制御部は、前記第２選択情報に基づいて、前記ユーザ及び前記ユーザとともに前記１つのサービス提供店に来店した第２ユーザを含む来店人数を計算する、
請求項１１に記載の取引システム。

【請求項19】

前記制御部は、前記振込要求情報に対応する金額が振込可能金額より高いかどうかを判定する、
請求項１１に記載の取引システム。

【請求項20】

前記制御部は、前記振込要求情報に対応する金額が振込可能金額より高いときに前記サービス提供店の通信端末に警告情報を送信する、
請求項１９に記載の取引システム。

【請求項21】

請求項１乃至１０のいずれか一項に記載の取引方法をコンピュータに実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は取引方法および取引システム、より具体的には飲食店等の集客に関する取引方法及び取引システムに関する。

【背景技術】

【0002】

近年、スマートフォンまたはタブレット型ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などの携帯通信端末の普及に伴い、我々の生活の利便性が向上している。例えば、飲食店情報提供アプリケーション（アプリともいう）を用いて飲食店情報を容易に知ることができるようになった。特許文献１には、アプリを用いて飲食店情報を提供する方法について開示されている。上記方法等により、飲食店情報へのアクセスや予約は容易にできようになった。いわゆるユーザが閲覧し一方的な情報発信による集客においては便利である。

【0003】

また、近年では、携帯情報端末を介したサブスクリプションサービスが広く実用化されている。ユーザはアプリを介して一定期間必要なサービスを受けることができる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２０－１８７７９２号公報

【発明の概要】

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

【0005】

一方、上記の一方的な情報発信による集客方法の場合、発信する情報量および発信する情報の種類（掲載するウェブサイト、広告の内容、使用可能なクーポンの内容など）に応じて飲食店における集客のための運用・金銭コストの負担が大きくなる虞がある。また、サブスクリプションサービスを利用した飲食店集客目的での同商品先行販売型のプラットフォームの場合、消費された商品の代金を各飲食店が負担するなどの費用負担が生じる虞がある。

【0006】

また、アプリを用いて飲食店の情報を知ることができても、ユーザは、注文は飲食店に行ってから別途注文メニュー用の専用端末に別途注文情報を入力する必要がある。また、飲食店は、注文に応じて顧客ごとに精算処理を行う必要がある。

【0007】

このような課題に鑑み、本発明の目的の一つは、飲食店等における集客による負担を軽減することができる取引方法を提供することにある。また、本発明の目的の一つは、利便性の高い取引方法を提供することにある。

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

【0008】

本発明の一実施形態によれば、サーバが、あらかじめ登録された複数のサービス提供店のうち１つのサービス提供店を選択する第１選択情報、および前記１つのサービス提供店に関連付けられた少なくとも一つのサービスから、ユーザが提供を受けたいサービスを選択する第２選択情報を取得し、前記第２選択情報に基づいて、ユーザに関連付けられたサービス提供可能回数を変更し、前記第１選択情報および前記第２選択情報に基づいて、前記サービス提供店の通信端末に注文指示を行い、前記サービス提供店の通信端末から送信された振込要求情報を取得し、前記サービス提供店に対応する口座に対して振込要求情報に対応する金額の送金指示を行う取引方法が提供される。

【0009】

本発明の一実施形態によれば、サーバが、サービス提供店を選択するための店選択ユーザインタフェースをユーザに提供し、選択された前記サービス提供店に関連付けられた少なくとも一つのサービスから、前記ユーザが提供を受けたいサービスを選択するためのサービス選択ユーザインタフェースを前記ユーザに提供し、選択された前記サービスに基づいて、前記ユーザに関連付けられたサービス提供可能回数を変更し、前記サービス提供店に対応する口座に対して、当該サービス提供店に対応して取得した前記サービスに基づく金額の送金指示を行う、取引方法が提供される。

【0010】

上記取引方法において、前記サービス提供店は、飲食店であり、前記サービスは、飲料を提供するサービスであってもよい。

【0011】

上記取引方法において、前記ユーザからの入金情報をあらかじめ取得し、前記入金情報に基づき、所定の期間における前記ユーザに対応するサービス提供可能回数を記憶し、前記ユーザが、前記第２選択情報に基づいてサービス提供可能であるかを判定してもよい。

【0012】

上記取引方法において、再度同じサービス提供店を選択したときに、前記サービス提供可能回数に第２サービス提供回数を付加してもよい。

【0013】

上記取引方法において、前記ユーザの属性に応じて、前記サービス提供可能回数に第２サービス提供回数を付加してもよい。

【0014】

上記取引方法において、前記サービス提供店に関連する情報に応じて、前記サービス提供可能回数に第２サービス提供回数を付加してもよい。

【0015】

上記取引方法において、前記第２選択情報に基づいて、前記ユーザ及び前記ユーザとともに前記１つのサービス提供店に来店した第２ユーザを含む来店人数を計算してもよい。

【0016】

上記取引方法において、前記振込要求情報に対応する金額が振込可能金額より高いかどうかを判定してもよい。

【0017】

上記取引方法において、前記振込要求情報に対応する金額が振込可能金額より高いときに前記サービス提供店の通信端末に警告情報を送信してもよい。

【0018】

本発明の一実施形態によれば、あらかじめ登録された複数のサービス提供店のうち１つのサービス提供店を選択する第１選択情報、および前記１つのサービス提供店に関連付けられた少なくとも一つのサービスから、ユーザが提供を受けたいサービスを選択する第２選択情報を取得し、前記第２選択情報に基づいて、ユーザに関連付けられたサービス提供可能回数を変更し、前記第１選択情報および前記第２選択情報に基づいて、前記サービス提供店の通信端末に注文指示を行い、前記サービス提供店の通信端末から送信された振込要求情報を取得し、前記サービス提供店に対応する口座に対して振込要求情報に対応する金額の送金指示を行う制御部を含む、取引システムが提供される。

【0019】

本発明の一実施形態によれば、サービス提供店を選択するための店選択ユーザインタフェースをユーザに提供し、選択された前記サービス提供店に関連付けられた少なくとも一つのサービスから、前記ユーザが提供を受けたいサービスを選択するためのサービス選択ユーザインタフェースを前記ユーザに提供し、選択された前記サービスに基づいて、前記ユーザに関連付けられたサービス提供可能回数を変更し、前記サービス提供店に対応する口座に対して、当該サービス提供店に対応して取得した前記サービスに基づく金額の送金指示を行う制御部を含む、取引システムが提供される。

【0020】

上記取引システムにおいて、前記サービス提供店は、飲食店であり、前記サービスは、飲料を提供するサービスであってもよい。

【0021】

上記取引システムにおいて、前記ユーザからの入金情報をあらかじめ取得し、前記入金情報に基づき、所定の期間における前記ユーザに対応するサービス提供可能回数を記憶し、前記ユーザが、前記第２選択情報に基づいてサービス提供可能であるかを判定してもよい。

【0022】

上記取引システムにおいて、前記制御部は、再度同じサービス提供店を選択したときに、前記サービス提供可能回数に第２サービス提供回数を付加してもよい。

【0023】

上記取引システムにおいて、前記制御部は、前記ユーザの属性に応じて、前記サービス提供可能回数に第２サービス提供回数を付加してもよい。

【0024】

上記取引システムにおいて、前記制御部は、前記サービス提供店に関連する情報に応じて、前記サービス提供可能回数に第２サービス提供回数を付加してもよい。

【0025】

上記取引システムにおいて、前記制御部は、前記第２選択情報に基づいて、前記ユーザ及び前記ユーザとともに前記１つのサービス提供店に来店した第２ユーザを含む来店人数を計算してもよい。

【0026】

上記取引システムにおいて、前記制御部は、前記振込要求情報に対応する金額が振込可能金額より高いかどうかを判定してもよい。

【0027】

上記取引システムにおいて、前記制御部は、前記振込要求情報に対応する金額が振込可能金額より高いときに前記サービス提供店の通信端末に警告情報を送信してもよい。

【0028】

本発明の一実施形態によれば、上記取引方法をコンピュータに実行させるためのプログラムが提供される。

【発明の効果】

【0029】

本発明の一実施形態を用いることにより、飲食店等における集客による負担を軽減することができる取引方法を提供することができる。また、本発明の一実施形態を用いることにより、利便性の高い取引方法を提供することができる。

【図面の簡単な説明】

【0030】

【図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】通信端末に表示されたユーザインタフェースの一例である。

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

【0031】

以下、本発明の実施の形態を、図面等を参照しながら説明する。但し、本発明は多くの異なる態様で実施することが可能であり、以下に例示する実施の形態の記載内容に限定して解釈されるものではない。図面は説明をより明確にするため、模式的に表される場合があるが、あくまで一例であって、本発明の解釈を限定するものではない。また、各要素に対する「第１」、「第２」と付記された文字は、各要素を区別するために用いられる便宜的な標識であり、特段の説明がない限りそれ以上の意味を有さない。なお、本実施形態で参照する図面において、同一部分または同様な機能を有する部分には同一の符号または類似の符号（数字ｘｘｘにＡ，Ｂまたは１，２などを付しただけの符号）を付し、その繰り返しの説明は省略する場合がある。また、構成の一部が図面から省略されたりする場合がある。その他、本発明の属する分野における通常に知識を有する者であれば認識できるものである場合、特段の説明を行わないものとする。

【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】

１・・・取引システム，１０・・・取引管理サーバ，１１・・・制御部，１２・・・記憶部，１３・・・通信部，１４・・・表示部，２０・・・金融機関サーバ，２１・・・制御部，２２・・・記憶部，２３・・・通信部，３０・・・ユーザ通信端末，３１・・・表示部，３２・・・制御部，３３・・・記憶部，３４・・・操作部，３５・・・通信部，４０・・・飲食店通信端末，４１・・・表示部，４２・・・制御部，４３・・・記憶部，４４・・・操作部，４５・・・通信部，ＮＷ・・・ネットワーク，１００・・・取引管理制御部，１１０・・・取得部，１２０・・・生成部，１２１・・・顧客情報，１２２・・・飲食店情報，１２３・・・飲食店リスト情報，１２４・・・飲料情報，１２５・・・注文指示情報，１２６・・・振込要求情報，１２７・・・送金指示情報，１３０・・・判定部，１４０・・・注文指示部，１５０・・・送金指示部，１６０・・・送信部，１７０・・・警告部，１８０・・・設定部，２１０・・・受信部，２２０・・・送金処理部，２３０・・・送信部，３１０・・・受信部，３２０・・・送信部，４１０・・・受信部，４２０・・・送信部

【図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】