JP2021117835A - 決済システム、サーバ装置、及び販売データ処理装置 - Google Patents

Abstract

【課題】不適切な購買を抑制することができる決済システム、サーバ装置、及び販売データ処理装置を提供する。【解決手段】決済システム１は、第１情報処理装置（申請者端末２０）と、管理サーバ１０と、第２情報処理装置（承認者端末３０）とを備える。第１情報処理装置は、確認要求情報を送信する第１送信手段と、確認要求情報に対する確認結果情報を受信する第１受信手段と、確認結果情報が購買を承認している場合に決済処理を実行する決済実行手段とを備える。管理サーバは、第１情報処理装置から確認要求情報を受信する第２受信手段と、確認要求情報を受信した場合に確認結果情報を送信する第２送信手段と、確認結果を取得する取得手段と、確認結果情報を第１情報処理装置に送信する第３送信手段とを備える。第２情報処理装置は、管理サーバから確認要求情報を受信する第３受信手段と、確認要求情報に対する確認結果の入力を受け付ける入力手段とを備える。【選択図】図１

Description

本発明の実施形態は、決済システム、サーバ装置、及び販売データ処理装置に関する。

従来、クレジットカードや、電子マネーや、キャッシュカード等の情報をスマートフォン等の携帯端末に登録しておき、この携帯端末を使用して、現金を用いることなく支払いを行う決済処理が知られている。

このような決済処理を利用することで、顧客は、携帯端末を使用して自由に商品を購入することができる。そして、顧客が子供や高齢者等の社会的弱者であっても自由に商品等を購入することが可能になる。そのため、顧客が社会的弱者である場合に、本来は不要な商品を購入してしまったり、第三者の強引な押し売りにより意に反した商品を購入させる等の不正な決済を強いられたりするおそれがある。よって、不適切な購買を抑制することが可能な技術が求められている。

本発明が解決しようとする課題は、不適切な購買を抑制することができる決済システム、サーバ装置、及び販売データ処理装置を提供することである。

実施形態の決済システムは、商品の購買の確認を要求する確認要求情報を送信する第１情報処理装置と、前記第１情報処理装置から前記確認要求情報を受信するサーバ装置と、当該確認要求情報に対する確認結果の入力を受け付ける第２情報処理装置とを備える。前記第１情報処理装置は、第１送信手段と、第１受信手段と、決済実行手段と、を備える。前記第１送信手段は、前記確認要求情報を送信する。前記第１受信手段は、前記確認要求情報に対する確認結果を示す確認結果情報を受信する。前記決済実行手段は、前記第１受信手段が受信した前記確認結果情報が前記商品の購買を承認している場合に、前記商品の代金を支払う決済処理を実行する。前記サーバ装置は、第２受信手段と、第２送信手段と、取得手段と、第３送信手段と、を備える。前記第２受信手段は、前記第１情報処理装置から前記確認要求情報を受信する。前記第２送信手段は、前記第２受信手段が前記確認要求情報を受信した場合に、前記確認結果情報を送信する。前記取得手段は、前記確認要求情報に対する確認結果を取得する。前記第３送信手段は、前記取得手段が取得した前記確認結果を示す前記確認結果情報を前記第１情報処理装置に送信する。前記第２情報処理装置は、第３受信手段と、入力手段と、を備える。前記第３受信手段は、前記サーバ装置から前記確認要求情報を受信する。前記入力手段は、前記第３受信手段が受信した前記確認要求情報に対する前記確認結果の入力を受け付ける。

図１は、第１の実施形態にかかる決済システムの一例を示す説明図である。 図２は、管理サーバのハードウェアの構成の一例を示すブロック図である。 図３は、申請者端末のハードウェアの構成の一例を示すブロック図である。 図４は、承認者端末のハードウェアの構成の一例を示すブロック図である。 図５は、決済システムの各装置が有する機能の構成を示すブロック図である。 図６は、第１の実施形態の申請者端末が実行する確認要求処理の一例を示すフローチャートである。 図７は、第１の実施形態の管理サーバが実行する中継処理の一例を示すフローチャートである。 図８は、第１の実施形態の承認者端末が実行する承認判定処理の一例を示すフローチャートである。 図９は、第１の実施形態の変形例１にかかる決済システムの一例を示す説明図である。 図１０は、決済システムの各装置が有する機能の構成を示すブロック図である。 図１１は、第１の実施形態の変形例１の申請者端末が実行する確認要求処理の一例を示すフローチャートである。 図１２は、第１の実施形態の変形例１の管理サーバが実行する中継処理の一例を示すフローチャートである。 図１３は、第２の実施形態にかかる決済システムの一例を示す説明図である。 図１４は、第２の実施形態にかかるＰＯＳ端末のハードウェア構成の一例を示すブロック図である。 図１５は、決済システムの各装置が有する機能の構成を示すブロック図である。 図１６は、第２の実施形態の申請者端末が実行する出力処理の一例を示すフローチャートである。 図１７は、第２の実施形態のＰＯＳ端末が実行する確認要求処理の一例を示すフローチャートである。 図１８は、第２の実施形態の変形例１にかかる決済システムの一例を示す説明図である。 図１９は、決済システムの各装置が有する機能の構成を示すブロック図である。 図２０は、第２の実施形態のＰＯＳ端末が実行する確認要求処理の一例を示すフローチャートである。

以下、添付図面を参照して、決済システム、サーバ装置、及び販売データ処理装置の実施形態を詳細に説明する。なお、以下に説明する実施形態は、決済システム、サーバ装置、及び販売データ処理装置の一実施形態であって、その構成や仕様等を限定するものではない。

（第１の実施形態）
第１の実施形態について説明する。図１は、第１の実施形態にかかる決済システム１の一例を示す説明図である。決済システム１は、スーパーマーケット等の小売店での購買において、現金を使用せずに、スマートフォン等の携帯端末を使用して購買対象の商品の代金を支払う所謂キャッシュレス決済に使用されるシステムである。決済システム１は、申請者が要求した商品の購買の確認を承認者が承認した場合に、キャッシュレス決済による支払いを実行する。

決済システム１は、管理サーバ１０と、申請者端末２０と、承認者端末３０と、決済サーバ４０とを備える。決済サーバ４０は、ネットワークを介して申請者端末２０と接続されている。また、管理サーバ１０は、ネットワークを介して申請者端末２０及び承認者端末３０と接続されている。図１に示す決済システム１は、管理サーバ１０、申請者端末２０、承認者端末３０、及び決済サーバ４０を一台ずつ備えているが、決済システム１は、各装置を複数台備えていてもよい。

管理サーバ１０は、決済システム１を管理するサーバ装置である。更に詳しくは、管理サーバ１０は、申請者端末２０と、承認者端末３０との間の通信を中継する。なお、管理サーバ１０は、一台のサーバ装置に限らず、複数台のサーバ装置により構成されていてもよい。

申請者端末２０は、商品の購買の確認を要求する申請者が使用する情報処理装置である。例えば、申請者端末２０は、スマートフォンや、タブレット端末等の携帯端末である。更に詳しくは、申請者は、購買したい商品を収集しながら、商品に付せられたバーコード等のコードシンボルを申請者端末２０に読み取らせる。これにより、申請者端末２０は、購買対象の商品を識別するための商品コードを取得する。申請者は、購買したい商品を収集及び商品コードの取得が終了した場合に、商品の購買の確認を承認者に申請する。すなわち、申請者端末２０は、商品の購買の確認を要求する購買確認要求情報を、管理サーバ１０を介して承認者端末３０に送信する。

購買確認要求情報には、購買情報、及び決済設定情報２１３（図３参照）が含まれている。購買情報は、購買内容を示す情報である。具体的には、購買情報には、購買日時、購買対象の商品名、購買対象の商品の代金の合計額、購買対象の商品の個数、支払い種別、商品を購買する店舗の情報等が含まれている。決済設定情報２１３は、購買の確認を得るために使用される情報である。具体的には、決済設定情報２１３には、購買の確認を要求する承認者端末３０のアドレス等を示す送信先情報、申請者の氏名等の申請者に関する申請者情報、申請者端末２０の位置を示す位置情報等が含まれている。

申請者端末２０は、商品の購買が承認された場合に、決済処理を実行する。例えば、申請者端末２０は、決済に関する操作を受け付ける画面を表示させたり、決済サーバ４０に決済を要求する決済要求情報を送信したりする。

承認者端末３０は、商品の購買を確認する承認者が使用する情報処理装置である。例えば、承認者端末３０は、スマートフォンや、タブレット端末等の携帯端末である。更に詳しくは、承認者端末３０は、管理サーバ１０を介して購買確認要求情報を受信した場合に、購買確認要求情報を表示する。承認者端末３０は、申請者の購買を承認するか否かの操作を受け付ける。そして、承認者端末３０は、管理サーバ１０を介して、購買確認要求情報を送信した申請者端末２０に確認結果情報を送信する。確認結果情報には、購買確認要求情報が示す購買を承認したか又は否認したかの確認結果を示す結果情報が含まれている。また、確認結果情報には、確認結果に対する承認者の意見が入力された場合には、意見情報が含まれている。ここで、意見情報とは、具体的には、例えば、文字列といったテキスト情報や画像等のイラスト情報等であってもよい。すなわち、意見情報とは、承認者端末３０により入力される、確認結果情報に対して付加された付加情報である。

決済サーバ４０は、決済を行う事業者のサーバ装置である。決済サーバ４０は、決済要求情報を受信した場合に、購買対象の商品の決済を実行する。そして、決済サーバ４０は、決済を実行した場合に、決済が完了したことを示す決済完了情報を送信する。

次に、決済システム１の各装置のハードウェア構成について説明する。

図２は、管理サーバ１０のハードウェアの構成の一例を示すブロック図である。管理サーバ１０は、制御部１０１と、記憶部１０２と、通信部１０３と、表示部１０４と、操作部１０５とを備える。これら各部は、データバスやアドレスバス等のシステムバス１０６を介して相互に接続している。

制御部１０１は、管理サーバ１０の全体の動作を制御し、管理サーバ１０が有する各種の機能を実現するコンピュータである。制御部１０１は、ＣＰＵ（Central Processing Unit）１０７と、ＲＯＭ（Read Only Memory）１０８と、ＲＡＭ（Random Access Memory）１０９とを備える。ＣＰＵ１０７は、管理サーバ１０の動作を統括的に制御する。ＲＯＭ１０８は、各種プログラムやデータを記憶する記憶媒体である。ＲＡＭ１０９は、各種プログラムや各種データを一時的に記憶する記憶媒体である。そして、ＣＰＵ１０７は、ＲＡＭ１０９をワークエリア（作業領域）としてＲＯＭ１０８又は記憶部１０２等に格納されたプログラムを実行する。

記憶部１０２は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の記憶装置である。記憶部１０２は、制御プログラム１１０、及び承認条件情報１１１を記憶する。なお、承認条件情報１１１は、管理サーバ１０の記憶部１０２に限らず、他の装置に記憶されていてもよい。

制御プログラム１１０は、オペレーティングシステムや、管理サーバ１０が備えている機能を発揮させるためのプログラムである。制御プログラム１１０には、本実施形態が有する機能を発揮させるプログラムが含まれる。

承認条件情報１１１は、商品の購買を承認する条件が設定された情報である。ここで、確認要求情報を受信する度に、承認者が確認結果を入力することは煩雑である。そこで、管理サーバ１０は、承認条件情報１１１に設定された条件が満たされた場合に、商品の購買を承認する。具体的には、承認条件情報１１１には、一取引の許容金額、一日の取引上限回数、一日の取引上限金額、未成年が購買することが禁止されている商品が含まれていないこと、事前に設定された商品が含まれていないこと、または、これらの組み合わせ等が設定されている。

通信部１０３は、他の装置と通信を実行するためのインタフェースである。

表示部１０４は、例えば液晶ディスプレイ等の表示装置である。操作部１０５は、例えばキーボードやマウス等の入力装置である。

図３は、申請者端末２０のハードウェアの構成の一例を示すブロック図である。申請者端末２０は、制御部２０１と、記憶部２０２と、通信部２０３と、近距離通信部２０４と、撮像部２０５と、表示部２０６と、操作部２０７とを備える。これら各部は、データバスやアドレスバス等のシステムバス２０８を介して相互に接続している。

制御部２０１は、申請者端末２０の全体の動作を制御し、申請者端末２０が有する各種の機能を実現するコンピュータである。制御部２０１は、ＣＰＵ２０９と、ＲＯＭ２１０と、ＲＡＭ２１１とを備える。ＣＰＵ２０９は、申請者端末２０の動作を統括的に制御する。ＲＯＭ２１０は、各種プログラムやデータを記憶する記憶媒体である。ＲＡＭ２１１は、各種プログラムや各種データを一時的に記憶する記憶媒体である。そして、ＣＰＵ２０９は、ＲＡＭ２１１をワークエリア（作業領域）としてＲＯＭ２１０又は記憶部２０２等に格納されたプログラムを実行する。

記憶部２０２は、フラッシュメモリ等の記憶装置である。記憶部２０２は、制御プログラム２１２、及び決済設定情報２１３を記憶する。

制御プログラム２１２は、オペレーティングシステムや、申請者端末２０が備えている機能を発揮させるためのプログラムである。制御プログラム２１２には、本実施形態が有する機能を発揮させるプログラムが含まれる。

決済設定情報２１３は、決済に際して事前に設定しておく情報である。決済設定情報２１３は、送信元情報に含まれる申請者の氏名や、送信先情報等の情報である。なお、決済設定情報２１３は、これら情報に限らず、他の情報が含まれていてもよい。

通信部２０３は、他の装置と通信を実行するためのインタフェースである。

近距離通信部２０４は、ＮＦＣ（Near Field Communication）や、ＢｌｕｅＴｏｏｔｈ（登録商標）等の近距離無線通信用の通信規格に対応した通信インタフェースである。

撮像部２０５は、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary MOS）等の撮像素子を有するイメージセンサである。撮像部２０５は、バーコードや２次元コード等のコードシンボルを読み取る。これにより、撮像部２０５は、商品を識別するための商品コードを読み取る。

表示部２０６は、例えば液晶ディスプレイ等の表示装置である。操作部２０７は、例えば表示部２０６に積層されたタッチパネルである。操作部２０７は、表示部２０６上のタッチ操作された箇所を検知して、表示部２０６が表示している表示要素に応じた操作が入力されたと判断する。これにより、操作部２０７は、表示部２０６が表示したキーが操作されたとしてキーの操作を受け付ける。なお、操作部２０７は、タッチパネルに限らず、ハードウェアキーを備えていてもよい。

図４は、承認者端末３０のハードウェアの構成の一例を示すブロック図である。承認者端末３０は、制御部３０１と、記憶部３０２と、通信部３０３と、撮像部３０４と、表示部３０５と、操作部３０６とを備える。これら各部は、データバスやアドレスバス等のシステムバス３０７を介して相互に接続している。

制御部３０１は、承認者端末３０の全体の動作を制御し、承認者端末３０が有する各種の機能を実現するコンピュータである。制御部３０１は、ＣＰＵ３０８と、ＲＯＭ３０９と、ＲＡＭ３１０とを備える。ＣＰＵ３０８は、承認者端末３０の動作を統括的に制御する。ＲＯＭ３０９は、各種プログラムやデータを記憶する記憶媒体である。ＲＡＭ３１０は、各種プログラムや各種データを一時的に記憶する記憶媒体である。そして、ＣＰＵ３０８は、ＲＡＭ３１０をワークエリア（作業領域）としてＲＯＭ３０９又は記憶部３０２等に格納されたプログラムを実行する。

記憶部３０２は、フラッシュメモリ等の記憶装置である。記憶部３０２は、制御プログラム３１１を記憶する。

制御プログラム３１１は、オペレーティングシステムや、承認者端末３０が備えている機能を発揮させるためのプログラムである。制御プログラム３１１には、本実施形態が有する機能を発揮させるプログラムが含まれる。

通信部３０３は、他の装置と通信を実行するためのインタフェースである。

撮像部３０４は、ＣＣＤやＣＭＯＳ等の撮像素子を有するイメージセンサである。撮像部３０４は、バーコードや２次元コード等のコードシンボルを読み取る。これにより、撮像部３０４は、商品を識別するための商品コードを読み取る。

表示部３０５は、例えば液晶ディスプレイ等の表示装置である。操作部３０６は、例えば表示部３０５に積層されたタッチパネルである。操作部３０６は、表示部３０５上のタッチ操作された箇所を検知して、表示部３０５が表示している表示要素に応じた操作が入力されたと判断する。これにより、操作部３０６は、表示部３０５が表示したキーが操作されたとしてキーの操作を受け付ける。なお、操作部３０６は、タッチパネルに限らず、ハードウェアキーを備えていてもよい。

次に、決済システム１の各装置が有する機能について説明する。図５は、決済システム１の各装置が有する機能の構成を示すブロック図である。

申請者端末２０の制御部２０１は、記憶部２０２に記憶された制御プログラム２１２をＲＡＭ２１１に展開し、制御プログラム２１２に従って動作することで、各機能部をＲＡＭ２１１に生成する。具体的には、申請者端末２０の制御部２０１は、機能部として、通信制御部２００１、位置情報取得部２００２、商品登録部２００３、決済申請部２００４、申請結果表示部２００５、及び決済実行部２００６を備える。

通信制御部２００１は、通信部２０３を制御して、管理サーバ１０及び決済サーバ４０との通信を実行する。通信制御部２００１は、管理サーバ１０に確認要求情報を送信する。すなわち、通信制御部２００１は、購買対象の商品を示す購買情報を含む確認要求情報を送信する。

また、通信制御部２００１は、確認要求情報に対する確認結果を示す確認結果情報を受信する。また、通信制御部２００１は、承認者端末３０において確認結果に対する意見が入力された場合には、確認結果と、確認結果に対する意見とを含む確認結果情報を受信する。

位置情報取得部２００２は、申請者端末２０の位置を示す位置情報を取得する。例えば、位置情報取得部２００２は、ＧＰＳ（Global Positioning System）により位置情報を取得する。なお、位置情報取得部２００２は、ＧＰＳに限らず、他の方法により位置情報を取得してもよい。位置情報取得部２００２は、位置情報を取得した場合に、決済設定情報２１３に位置情報を付加する。

商品登録部２００３は、購買対象の商品を登録する。更に詳しくは、商品登録部２００３は、撮像部２０５が撮像した画像に含まれるバーコード等のコードシンボルをデコードすることで、商品を識別するための商品コードを読み取る。商品登録部２００３は、読み取った商品コードの商品を、購買対象の商品として登録する。なお、商品コードの取得方法は、撮像に限らず、操作入力により取得してもよいし、近距離無線通信等により取得してもよい。そして、商品登録部２００３は、商品登録を終了する締め操作を受け付けた場合に、購買内容を示す購買情報を生成する。

また、商品登録部２００３は、バーコード等のコードシンボルから商品コードを読み取る方法に限らず、他の方法により購買対象の商品を特定してもよい。例えば、商品登録部２００３は、撮像部２０５が撮像した画像に含まれる商品を物体認識技術により特定することで、購買対象の商品を特定してもよい。また、商品登録部２００３は、ＲＦＩＤ（Radio Frequency Identifier）技術により、商品に付せされたＲＦタグ等の無線タグから商品コードを読み取ることで、購買対象の商品を特定してもよい。

決済申請部２００４は、商品登録部２００３が登録した商品の購買の確認を要求する確認要求情報を通信制御部２００１に送信させる。更に詳しくは、決済申請部２００４は、商品登録部２００３が購買情報を生成した場合に、生成された購買情報と、決済設定情報２１３とを有する確認要求情報を生成する。そして、決済申請部２００４は、生成した確認要求情報を通信制御部２００１に送信させる。

申請結果表示部２００５は、通信制御部２００１が受信した確認結果情報を表示させる。また、申請結果表示部２００５は、確認結果を示す結果情報と、確認結果に対する意見を示す意見情報とを含む確認結果情報を通信制御部２００１が受信した場合に、受信した意見を含む確認結果情報を表示する。これにより、申請者は、商品の購買が承認された理由や、否認された理由を知ることができる。

決済実行部２００６は、通信制御部２００１が受信した確認結果情報が示す確認結果が商品の購買を承認している場合に、商品の代金を支払う決済処理を実行する。すなわち、決済実行部２００６は、商品の代金を支払う決済の実行を決済サーバ４０に要求する。更に詳しくは、決済実行部２００６は、商品の代金を支払う決済を要求する決済要求情報を通信制御部２００１に送信させる。決済要求情報には、決済に必要な情報が含まれている。また、決済実行部２００６は、決済の完了を示す決済完了情報を通信制御部２００１に受信させる。

管理サーバ１０の制御部１０１は、記憶部１０２に記憶された制御プログラム１１０をＲＡＭ１０９に展開し、制御プログラム１１０に従って動作することで、各機能部をＲＡＭ１０９に生成する。具体的には、管理サーバ１０の制御部１０１は、機能部として、通信制御部１００１、及び承認判定部１００２を備える。

通信制御部１００１は、通信部１０３を制御して、申請者端末２０及び承認者端末３０との通信を実行する。更に詳しくは、通信制御部１００１は、申請者端末２０から確認要求情報を受信する。通信制御部１００１は、申請者端末２０から確認要求情報を受信した場合に、承認者端末３０に確認要求情報を送信する。

また、通信制御部１００１は、確認要求情報に対する確認結果を取得する。すなわち、通信制御部１００１は、承認判定部１００２が判定した確認結果、又は承認者端末３０が受け付けた確認結果を取得する。更に詳しくは、通信制御部１００１は、承認判定部１００２が生成した確認結果情報が示す確認結果を取得する。または、通信制御部１００１は、確認結果情報が示す確認結果を承認者端末３０から受信する。そして、通信制御部１００１は、取得した確認結果を示す確認結果情報を申請者端末２０に送信する。

承認判定部１００２は、購買を承認する条件が設定された承認条件情報１１１に基づいて、確認要求情報が示す購買を承認するかを判定する。ここで、承認者は、購買を承認するか否かを即時に判断することが困難な場合がある。そこで、承認判定部１００２は、承認条件情報１１１に基づいて、確認要求情報が示す購買を承認するかを判定する。

更に詳しくは、承認判定部１００２は、自動判定条件が満たされたか否かを判定する。自動判定条件とは、承認条件情報１１１に基づいて、承認判定部１００２に判定させる条件である。例えば、自動判定条件は、自動判定の実行可否の設定である。すなわち、承認判定部１００２は、自動判定させることが自動判定条件に設定されている場合に、承認条件情報１１１に基づいて、確認要求情報が示す購買を承認するかを判定する。なお、自動判定条件は、自動判定の実行可否に限らない。

例えば、自動判定条件には、確認要求情報を送信してから、確認結果情報を受信するまでの時間であってもよい。これにより、承認者が設定時間内に確認できなかった場合に、承認判定部１００２は、承認条件情報１１１に基づいて、確認要求情報が示す購買を承認するかを判定する。そして、承認判定部１００２は、確認要求情報が示す購買を承認するか否かを判定した場合に、承認判定部１００２による確認結果を有する確認結果情報を生成する。

ここで、承認条件情報１１１に購買を禁止する商品が設定される場合がある。通信制御部１００１は、購買対象の商品を示す購買情報を含む確認要求情報を受信する。承認判定部１００２は、購買を禁止する商品が設定された承認条件情報１１１に基づいて、確認要求情報に示された商品が承認条件情報１１１に含まれていない場合に、購買を承認する。これにより、承認者は、不適切と思われる商品の購買を防止することができる。

承認者端末３０の制御部３０１は、記憶部３０２に記憶された制御プログラム３１１をＲＡＭ３１０に展開し、制御プログラム３１１に従って動作することで、各機能部をＲＡＭ３１０に生成する。具体的には、承認者端末３０の制御部３０１は、機能部として、通信制御部３００１、申請表示部３００２、確認結果入力部３００３、及び承認条件設定部３００４を備える。

通信制御部３００１は、通信部３０３を制御して、管理サーバ１０との通信を実行する。更に詳しくは、通信制御部３００１は、管理サーバ１０から確認要求情報を受信する。また、通信制御部３００１は、管理サーバ１０に確認結果情報を送信する。

申請表示部３００２は、確認要求情報を表示する。すなわち、申請表示部３００２は、確認要求情報に含まれる購買情報が示す購買内容や、確認要求情報に含まれる位置情報が示す申請者端末２０の位置等を表示する。これにより、承認者は、購買対象の商品、金額、商品数等が不適切ではないかを確認することができる。また、商品を購買しようとしている店舗の位置と、位置情報が示す申請者端末２０の位置とが大きく異なっている場合に、不正な購買である可能性が高い。承認者は、購買情報が示す店舗の位置と、位置情報が示す申請者端末２０の位置と比較することで、このような不正な購買でないかを確認することができる。

確認結果入力部３００３は、通信制御部３００１が受信した確認要求情報に対する確認結果の入力を受け付ける。すなわち、確認結果入力部３００３は、購買を承認するか否認するかの入力を受け付ける。また、確認結果入力部３００３は、確認結果と、確認結果に対する意見との入力を受け付ける。確認結果に対する意見とは、例えば、購買を承認した理由や、否認した理由等である。確認結果入力部３００３は、確認要求情報に対する確認結果や意見等の入力を受け付けた場合に、確認結果を示す結果情報、及び確認結果に対する意見を示す意見情報を有する確認結果情報を生成する。そして、確認結果入力部３００３は、生成した確認結果情報を通信制御部３００１に送信させる。すなわち、確認結果入力部３００３は、確認要求情報を送信した申請者端末２０に確認結果情報を送信する。

承認条件設定部３００４は、承認条件情報１１１が示す購買を承認する条件の設定を受け付ける。承認条件設定部３００４は、購買を承認する条件の設定を受け付けた場合に、受け付けた設定内容を通信制御部３００１に送信させる。これにより、承認条件設定部３００４は、管理サーバ１０の記憶部３０２に承認条件情報１１１を記憶させる。

次に、決済システム１の動作について説明する。

図６は、第１の実施形態の申請者端末２０が実行する確認要求処理の一例を示すフローチャートである。確認要求処理は、商品の購買の確認を要求する処理である。

商品登録部２００３は、購買対象の商品の商品コードを読み取ることで、購買対象の商品を登録する（ステップＳ１）。

商品登録部２００３は、購買対象の商品の登録を終了する締め操作を受け付けたか否かを判定する（ステップＳ２）。締め操作を受け付けていない場合に（ステップＳ２；Ｎｏ）、商品登録部２００３は、ステップＳ１において商品の登録を継続する。

締め操作を受け付けた場合に（ステップＳ２；Ｙｅｓ）、商品登録部２００３は、購買内容を示す購買情報を生成する（ステップＳ３）。

決済申請部２００４は、購買対象の商品の代金を支払う決済を行う操作を受け付けたか否かを判定する（ステップＳ４）。具体的には、決済申請部２００４は、決済に使用するクレジットカードや、電子マネー等を選択する操作や、支払い金額を確認する操作や、決済の実行を指示する操作等を受け付けたか否かを判定する。決済を行う操作を受け付けていない場合に（ステップＳ４；Ｎｏ）、決済申請部２００４は、待機する。

決済を行う操作を受け付けた場合に（ステップＳ４；Ｙｅｓ）、決済申請部２００４は、通信制御部２００１に確認要求情報を送信させる（ステップＳ５）。

申請結果表示部２００５は、決済の承認を取得中であることを示す承認取得中画面を表示する（ステップＳ６）。

通信制御部２００１は、確認要求情報に対応した確認結果情報を受信したか否かを判定する（ステップＳ７）。確認結果情報を受信していない場合に（ステップＳ７；Ｎｏ）、通信制御部２００１は、ステップＳ６に移行する。

確認結果情報を受信した場合に（ステップＳ７；Ｙｅｓ）、申請結果表示部２００５は、確認結果情報を表示する（ステップＳ８）。すなわち、申請結果表示部２００５は、決済が承認されたか否認されたかを表示する。また、申請結果表示部２００５は、確認結果情報に意見情報が含まれている場合には、意見情報が示す確認結果に対する承認者の意見を表示する。

決済実行部２００６は、確認結果情報に決済の承認を示す結果情報が含まれているか否かを判定する（ステップＳ９）。否認を示す結果情報が含まれている場合に（ステップＳ９；Ｎｏ）、申請者端末２０は、確認要求処理を終了する。

承認を示す結果情報が含まれている場合に（ステップＳ９；Ｙｅｓ）、通信制御部２００１は、決済要求情報を送信する（ステップＳ１０）。通信制御部２００１は、決済要求情報で要求された決済が完了したことを示す決済完了情報を受信する（ステップＳ１１）。

以上により、申請者端末２０は、確認要求処理を終了する。

図７は、第１の実施形態の管理サーバ１０が実行する中継処理の一例を示すフローチャートである。中継処理は、承認者端末３０と申請者端末２０との間の通信を中継する処理である。

通信制御部１００１は、確認要求情報を受信したか否かを判定する（ステップＳ２１）。確認要求情報を受信していない場合に（ステップＳ２１；Ｎｏ）、通信制御部１００１は、待機する。

確認要求情報を受信した場合に（ステップＳ２１；Ｙｅｓ）、通信制御部１００１は、受信した確認要求情報を記憶部１０２等に記憶させる（ステップＳ２２）。

承認判定部１００２は、自動判定条件が満たされたか否かを判定する（ステップＳ２３）。すなわち、承認判定部１００２は、承認条件情報１１１に基づいて判定することが許可されているか否かを判定する。

自動判定条件が満たされた場合に（ステップＳ２３；Ｙｅｓ）、承認判定部１００２は、承認条件情報１１１に基づいて、確認要求情報で要求された購買を承認するか否かを判定する（ステップＳ２４）。承認判定部１００２は、確認結果を示す確認結果情報を生成する（ステップＳ２５）。

自動判定条件が満たされていない場合に（ステップＳ２３；Ｎｏ）、通信制御部１００１は、記憶した確認要求情報に含まれる送信先情報が示す承認者端末３０に確認要求情報を送信する（ステップＳ２６）。

通信制御部１００１は、確認結果情報を受信したか否かを判定する（ステップＳ２７）。確認結果情報を受信していない場合に（ステップＳ２７；Ｎｏ）、管理サーバ１０は、待機する。確認結果情報を受信した場合に（ステップＳ２７；Ｙｅｓ）、通信制御部１００１は、確認結果情報を記憶部１０２等に記憶させる（ステップＳ２８）。

通信制御部１００１は、確認要求情報を送信した申請者端末２０に、確認結果情報を送信する（ステップＳ２９）。更に詳しくは、通信制御部１００１は、確認結果情報を受信した場合には、受信した確認結果情報を送信する。一方、通信制御部１００１は、確認結果情報を生成した場合には、生成した確認結果情報を送信する。

以上により、管理サーバ１０は、中継処理を終了する。

図８は、第１の実施形態の承認者端末３０が実行する承認判定処理の一例を示すフローチャートである。承認判定処理は、確認要求情報が示す購買を承認するか否かの確認結果を入力する処理である。

通信制御部３００１は、確認要求情報を受信したか否かを判定する（ステップＳ４１）。確認要求情報を受信していない場合に（ステップＳ４１；Ｎｏ）、承認者端末３０は、待機する。

確認要求情報を受信した場合に（ステップＳ４１；Ｙｅｓ）、申請表示部３００２は、受信した確認要求情報を表示させる（ステップＳ４２）。すなわち、申請表示部３００２は、確認要求情報に含まれる購買情報が示す購買の内容を表示させる。

確認結果入力部３００３は、購買を承認する操作を受け付けたか否かを判定する（ステップＳ４３）。承認する操作を受け付けた場合に（ステップＳ４３；Ｙｅｓ）、確認結果入力部３００３は、確認結果に対する意見が入力されたか否かを判定する（ステップＳ４４）。

確認結果に対する意見が入力された場合に（ステップＳ４４；Ｙｅｓ）、確認結果入力部３００３は、確認結果情報に意見情報を付加する（ステップＳ４５）。確認結果入力部３００３は、承認することが示された結果情報と、意見情報とを有する確認結果情報を通信制御部３００１に送信させる（ステップＳ４６）。

確認結果に対する意見が入力されない場合に（ステップＳ４４；Ｎｏ）、確認結果入力部３００３は、承認することが示された結果情報を有する確認結果情報を通信制御部３００１に送信させる（ステップＳ４７）。

否認する操作を受け付けた場合に（ステップＳ４３；Ｎｏ）、確認結果入力部３００３は、確認結果に対する意見が入力されたか否かを判定する（ステップＳ４８）。

確認結果に対する意見が入力された場合に（ステップＳ４８；Ｙｅｓ）、確認結果入力部３００３は、確認結果情報に意見情報を付加する（ステップＳ４９）。確認結果入力部３００３は、否認することが示された結果情報と、意見情報とを有する確認結果情報を通信制御部３００１に送信させる（ステップＳ５０）。

確認結果に対する意見が入力されない場合に（ステップＳ４８；Ｎｏ）、確認結果入力部３００３は、否認することが示された結果情報を有する確認結果情報を通信制御部３００１に送信させる（ステップＳ５１）。

以上により、承認者端末３０は、承認判定処理を終了する。

以上のように、第１の実施形態に係る決済システム１によれば、申請者端末２０は、管理サーバ１０を介して、承認者端末３０に商品の購買の確認を要求する確認要求情報を送信する。承認者端末３０は、確認要求情報を受信した場合に、確認要求情報に対する確認結果の入力を受け付ける。また、管理サーバ１０は、確認要求情報に対する確認結果を取得する。さらに、管理サーバ１０は、確認結果を示す確認結果情報を申請者端末２０に送信する。そして、申請者端末２０は、確認結果情報が商品の購買を承認している場合に、商品の代金を支払う決済処理を実行する。よって、決済システム１は、不適切な購買を抑制することができる。

（第１の実施形態の変形例１）
第１の実施形態の変形例１について説明する。図９は、第１の実施形態の変形例１にかかる決済システム１ａの一例を示す説明図である。なお、第１の実施形態と同一の構成については同一の符号を付与し説明を省略する。

第１の実施形態にかかる決済システム１は、申請者端末２０が決済サーバ４０に対して、決済要求情報を送信する。第１の実施形態の変形例１にかかる決済システム１ａは、管理サーバ１０ａが決済サーバ４０に対して、決済要求情報を送信する点が第１の実施形態にかかる決済システム１と異なっている。

更に詳しくは、申請者端末２０ａは、決済要求情報に含める情報を有する確認要求情報を送信する。そして、管理サーバ１０ａは、承認者端末３０から購買を承認する確認結果情報を受信した場合に、確認要求情報が有する決済要求情報に含める情報を使用して、決済サーバ４０に決済要求情報を送信する。また、管理サーバ１０ａは、決済要求情報で要求した決済が完了したことを示す決済完了情報を受信する。

次に、決済システム１ａの各装置が有する機能について説明する。図１０は、決済システム１ａの各装置が有する機能の構成を示すブロック図である。

申請者端末２０ａの制御部２０１は、記憶部２０２に記憶された制御プログラム２１２をＲＡＭ１０９に展開し、制御プログラム２１２に従って動作することで、各機能部をＲＡＭ１０９に生成する。具体的には、申請者端末２０ａの制御部２０１は、機能部として、通信制御部２００１、位置情報取得部２００２、商品登録部２００３、決済申請部２００４ａ、及び申請結果表示部２００５ａを備える。

通信制御部２００１、位置情報取得部２００２、及び商品登録部２００３は、第１の実施形態と同様の機能を有している。

決済申請部２００４ａは、決済に必要な情報を有する確認要求情報を通信制御部２００１に送信させる。これにより、管理サーバ１０ａは、決済に必要な情報を取得するため、決済サーバ４０に決済要求情報を送信することができる。

申請結果表示部２００５ａは、通信制御部２００１が受信した確認結果情報を表示させる。ここで、管理サーバ１０ａは、決済サーバ４０に対して決済要求情報の送信、及び決済完了情報の受信を実行する。そこで、申請結果表示部２００５ａは、商品の購買が承認された場合には、商品の代金を支払う決済が完了したことを表示する。

管理サーバ１０ａの制御部１０１は、記憶部１０２に記憶された制御プログラム１１０をＲＡＭ１０９に展開し、制御プログラム１１０に従って動作することで、各機能部をＲＡＭ１０９に生成する。具体的には、管理サーバ１０ａの制御部１０１は、機能部として、通信制御部１００１ａ、承認判定部１００２、及び決済実行部１００３を備える。

通信制御部１００１ａは、通信部１０３を制御して、申請者端末２０ａ、承認者端末３０ａ、及び決済サーバ４０との通信を実行する。通信制御部１００１ａは、決済要求情報を決済サーバ４０に送信する。また、通信制御部１００１ａは、決済完了情報を決済サーバ４０から受信する。

承認判定部１００２は、第１の実施形態と同様の機能を有している。

決済実行部１００３は、商品の購買を承認する確認結果を取得した場合に、商品の代金を支払う決済処理を実行する。すなわち、決済実行部１００３は、商品の代金を支払う決済の実行を決済サーバ４０に要求する。更に詳しくは、決済実行部１００３は、通信制御部１００１ａが商品の購買を承認する確認結果情報を受信した場合、又は承認判定部１００２が商品の購買を承認する確認結果情報を生成した場合に、決済要求情報を通信制御部１００１ａに送信させる。また、決済実行部１００３は、決済完了情報を通信制御部１００１ａに受信させる。

承認者端末３０ａの制御部３０１は、記憶部３０２に記憶された制御プログラム３１１をＲＡＭ３１０に展開し、制御プログラム３１１に従って動作することで、各機能部をＲＡＭ３１０に生成する。具体的には、承認者端末３０ａの制御部３０１は、機能部として、通信制御部３００１、申請表示部３００２、確認結果入力部３００３、及び承認条件設定部３００４を備える。

通信制御部３００１、申請表示部３００２、確認結果入力部３００３、及び承認条件設定部３００４は、第１の実施形態と同様の機能を有している。

次に、決済システム１ａの動作について説明する。

図１１は、第１の実施形態の変形例１の申請者端末２０ａが実行する確認要求処理の一例を示すフローチャートである。

申請者端末２０ａは、ステップＳ６１からステップＳ６４までは、第１の実施形態にかかるステップＳ１からステップＳ４までと同様の処理を実行する。

決済申請部２００４ａは、決済要求情報に含める情報を有する確認要求情報を通信制御部２００１に送信させる（ステップＳ６５）。

申請結果表示部２００５は、決済の承認を取得中であることを示す承認取得中画面を表示する（ステップＳ６６）。

通信制御部２００１は、確認要求情報に対応した確認結果情報を受信したか否かを判定する（ステップＳ６７）。確認結果情報を受信していない場合に（ステップＳ６７；Ｎｏ）、通信制御部２００１は、ステップＳ６６に移行する。

確認結果情報を受信した場合に（ステップＳ６７；Ｙｅｓ）、申請結果表示部２００５ａは、確認結果情報を表示する（ステップＳ６８）。すなわち、申請結果表示部２００５ａは、決済が承認されたか否認されたかを表示する。また、申請結果表示部２００５ａは、確認結果情報に意見情報が含まれている場合には、意見情報が示す確認結果に対する承認者の意見を表示する。

以上により、申請者端末２０ａは、確認要求処理を終了する。

図１２は、第１の実施形態の変形例１の管理サーバ１０ａが実行する中継処理の一例を示すフローチャートである。

管理サーバ１０ａは、ステップＳ７１からステップＳ７２までは、第１の実施形態にかかるステップＳ２１からステップＳ２２までと同様の処理を実行する。

承認判定部１００２は、自動判定条件が満たされたか否かを判定する（ステップＳ７３）。すなわち、承認判定部１００２は、承認条件情報１１１に基づいて判定することが許可されているか否かを判定する。

自動判定条件が満たされた場合に（ステップＳ７３；Ｙｅｓ）、承認判定部１００２は、承認条件情報１１１に基づいて、確認要求情報で要求された購買を承認するか否かを判定する（ステップＳ７４）。承認判定部１００２は、確認結果を示す確認結果情報を生成する（ステップＳ７５）。

通信制御部１００１ａは、受信した確認結果情報が決済の承認を示しているか否かを判定する（ステップＳ７６）。確認結果情報が決済の否認を示している場合に（ステップＳ７６；Ｎｏ）、通信制御部１００１ａは、ステップＳ８３に移行する。

確認結果情報が決済の承認を示している場合に（ステップＳ７６；Ｙｅｓ）、通信制御部１００１ａは、決済要求情報を送信する（ステップＳ７７）。通信制御部１００１ａは、決済要求情報で要求された決済が完了したことを示す決済完了情報を受信する（ステップＳ７８）。

自動判定条件が満たされていない場合に（ステップＳ７３；Ｎｏ）、通信制御部１００１ａは、記憶した確認要求情報に含まれる送信先情報が示す承認者端末３０に確認要求情報を送信する（ステップＳ７９）。

通信制御部１００１ａは、確認結果情報を受信したか否かを判定する（ステップＳ８０）。確認結果情報を受信していない場合に（ステップＳ８０；Ｎｏ）、管理サーバ１０ａは、待機する。確認結果情報を受信した場合に（ステップＳ８０；Ｙｅｓ）、通信制御部１００１ａは、確認結果情報を記憶部１０２等に記憶させる（ステップＳ８１）。

通信制御部１００１ａは、生成した確認結果情報が決済の否認を示しているか否かを判定する（ステップＳ８２）。確認結果情報が決済の承認を示している場合に（ステップＳ８２；Ｎｏ）、通信制御部１００１ａは、ステップＳ７７に移行する。

確認結果情報が決済の否認を示している場合に（ステップＳ８２；Ｙｅｓ）、通信制御部１００１ａは、ステップＳ８３に移行する。

通信制御部１００１ａは、確認要求情報を送信した申請者端末２０ａに、確認結果情報を送信する（ステップＳ８３）。

以上により、管理サーバ１０ａは、中継処理を終了する。

第１の実施形態の変形例１にかかる承認者端末３０は、第１の実施形態にかかる承認者端末３０が実行する承認判定処理と同様の承認判定処理を実行する。

以上のように、第１の実施形態の変形例１に係る決済システム１ａによれば、申請者端末２０ａは、管理サーバ１０ａを介して、承認者端末３０に商品の購買の確認を要求する確認要求情報を送信する。そして、管理サーバ１０ａは、取得した確認結果情報が商品の購買を承認している場合に、商品の代金を支払う決済処理を実行する。よって、決済システム１ａは、不適切な購買を抑制することができる。

（第２の実施形態）
第２の実施形態について説明する。図１３は、第２の実施形態にかかる決済システム１ｂの一例を示す説明図である。なお、第１の実施形態と同一の構成については同一の符号を付与し説明を省略する。

第２の実施形態にかかる決済システム１ｂは、ＰＯＳ（Point of Sales）端末５０を備えている点が、第１の実施形態にかかる決済システム１が異なっている。ＰＯＳ端末５０は、商品を購買対象の商品として登録する装置である。ＰＯＳ端末５０は、申請者端末２０ｂから決済設定情報２１３を取得する。また、ＰＯＳ端末５０は、購買対象の商品に付されている商品コードを読み取ることで、購買情報を生成する。そして、ＰＯＳ端末５０は、決済設定情報２１３と、購買情報とを有する確認要求情報を送信する。

図１４は、第２の実施形態にかかるＰＯＳ端末５０のハードウェア構成の一例を示すブロック図である。ＰＯＳ端末５０は、制御部５０１と、記憶部５０２と、通信部５０３と、表示部５０４と、操作部５０５と、読取部５０６と、近距離通信部５０７と、印字部５０８とを備える。これら各部は、データバスやアドレスバス等のシステムバス５０９を介して相互に接続している。

制御部５０１は、ＰＯＳ端末５０の全体の動作を制御し、ＰＯＳ端末５０が有する各種の機能を実現するコンピュータである。制御部５０１は、ＣＰＵ５１０と、ＲＯＭ５１１と、ＲＡＭ５１２とを備える。ＣＰＵ５１０は、ＰＯＳ端末５０の動作を統括的に制御する。ＲＯＭ５１１は、各種プログラムやデータを記憶する記憶媒体である。ＲＡＭ５１２は、各種プログラムや各種データを一時的に記憶する記憶媒体である。そして、ＣＰＵ５１０は、ＲＡＭ５１２をワークエリア（作業領域）としてＲＯＭ５１１又は記憶部５０２等に格納されたプログラムを実行する。

記憶部５０２は、ＨＤＤやＳＳＤ等の記憶装置である。記憶部５０２は、制御プログラム５１３を記憶する。制御プログラム５１３は、オペレーティングシステムや、ＰＯＳ端末５０が備えている機能を発揮させるためのプログラムである。制御プログラム５１３には、本実施形態が有する機能を発揮させるプログラムが含まれる。

通信部５０３は、他の装置と通信を実行するためのインタフェースである。

表示部５０４は、例えば液晶ディスプレイ等の表示装置である。操作部５０５は、例えばキーボードやマウス等の入力装置である。

読取部５０６は、ＣＣＤやＣＭＯＳ等の撮像素子を有するイメージセンサである。読取部５０６は、バーコードや２次元コード等のコードシンボルを読み取る。

近距離通信部５０７は、ＮＦＣや、ＢｌｕｅＴｏｏｔｈ（登録商標）等の近距離無線通信用の通信規格に対応した通信インタフェースである。

印字部５０８は、レシートを印字するプリンタである。

次に、決済システム１ｂの各装置が有する機能について説明する。図１５は、決済システム１ｂの各装置が有する機能の構成を示すブロック図である。

申請者端末２０ｂの制御部２０１は、記憶部２０２に記憶された制御プログラム２１２をＲＡＭ２１１に展開し、制御プログラム２１２に従って動作することで、各機能部をＲＡＭ２１１に生成する。具体的には、申請者端末２０ｂの制御部２０１は、機能部として、通信制御部２００１、位置情報取得部２００２、及び決済設定出力部２００７を備える。

通信制御部２００１、及び位置情報取得部２００２は、第１の実施形態と同様の機能を有している。

決済設定出力部２００７は、決済設定情報２１３を出力する。例えば、決済設定出力部２００７は、決済設定情報２１３を示すバーコードや二次元コード等のコードシンボルを表示部２０６に表示することにより出力する。なお、決済設定出力部２００７は、表示に限らず、近距離無線通信により出力してもよいし、他の方法により出力してもよい。

ＰＯＳ端末５０の制御部５０１は、記憶部５０２に記憶された制御プログラム５１３をＲＡＭ５１２に展開し、制御プログラム５１３に従って動作することで、各機能部をＲＡＭ５１２に生成する。具体的には、ＰＯＳ端末５０の制御部５０１は、機能部として、通信制御部５００１、商品登録部５００２、決済設定入力部５００３、決済申請部５００４、申請結果表示部５００５、及び決済実行部５００６を備える。

通信制御部５００１は、通信部５０３を制御して、管理サーバ１０ｃ及び決済サーバ４０との通信を実行する。通信制御部５００１は、管理サーバ１０ｃに確認要求情報を送信する。すなわち、通信制御部５００１は、購買対象の商品を示す購買情報を含む確認要求情報を送信する。

また、通信制御部５００１は、確認要求情報に対する確認結果を示す確認結果情報を受信する。また、通信制御部５００１は、承認者端末３０において確認結果に対する意見が入力された場合には、確認結果と、確認結果に対する意見とを含む確認結果情報を受信する。

商品登録部５００２は、購買対象の商品を登録する。更に詳しくは、商品登録部５００２は、読取部５０６が撮像した画像に含まれるバーコード等のコードシンボルをデコードすることで、商品を識別するための商品コードを読み取る。商品登録部５００２は、読み取った商品コードの商品を、購買対象の商品として登録する。なお、商品コードの取得方法は、撮像に限らず、操作入力により取得してもよいし、近距離無線通信等により取得してもよい。そして、商品登録部５００２は、商品登録を終了する締め操作を受け付けた場合に、購買内容を示す購買情報を生成する。

決済設定入力部５００３は、申請者端末２０ｂから決済設定情報２１３の入力を受け付ける。更に詳しくは、決済設定入力部５００３は、申請者端末２０ｂの表示部２０６にコードシンボルにより表示された決済設定情報２１３を、読取部５０６が読み取ることで決済設定情報２１３の入力を受け付ける。なお、決済設定入力部５００３は、表示に限らず、近距離無線通信により入力を受け付けてもよいし、他の方法により入力を受け付けてもよい。

決済申請部５００４は、商品登録部５００２が登録した商品の購買の確認を要求する確認要求情報を通信制御部５００１に送信させる。更に詳しくは、決済申請部５００４は、商品登録部５００２が購買情報を生成した場合に、生成された購買情報と、決済設定情報２１３とを有する確認要求情報を生成する。そして、決済申請部５００４は、生成した確認要求情報を通信制御部５００１に送信させる。

申請結果表示部５００５は、通信制御部５００１が受信した確認結果情報を表示させる。また、申請結果表示部５００５は、確認結果を示す結果情報と、確認結果に対する意見を示す意見情報とを含む確認結果情報を通信制御部５００１が受信した場合、受信した意見を含む確認結果情報を表示する。これにより、申請者は、商品の購買が承認された理由や、否認された理由を知ることができる。

決済実行部５００６は、通信制御部５００１が受信した確認結果情報が示す確認結果が商品の購買を承認している場合に、商品の代金を支払う商品の代金を支払う決済処理を実行する。すなわち、決済実行部５００６は、商品の代金を支払う決済の実行を決済サーバ４０に要求する。更に詳しくは、決済実行部５００６は、商品の代金を支払う決済を要求する決済要求情報を通信制御部５００１に送信させる。決済要求情報には、決済に必要な情報が含まれている。また、決済実行部５００６は、決済の完了を示す決済完了情報を通信制御部５００１に受信させる。

管理サーバ１０の制御部１０１は、記憶部１０２に記憶された制御プログラム１１０をＲＡＭ１０９に展開し、制御プログラム１１０に従って動作することで、各機能部をＲＡＭ１０９に生成する。具体的には、管理サーバ１０の制御部１０１は、機能部として、通信制御部１００１、及び承認判定部１００２を備える。

通信制御部１００１、及び承認判定部１００２は、第１の実施形態と同様の機能を有している。

承認者端末３０の制御部３０１は、記憶部３０２に記憶された制御プログラム３１１をＲＡＭ３１０に展開し、制御プログラム３１１に従って動作することで、各機能部をＲＡＭ３１０に生成する。具体的には、承認者端末３０の制御部３０１は、機能部として、通信制御部３００１、申請表示部３００２、確認結果入力部３００３、及び承認条件設定部３００４を備える。

通信制御部３００１、申請表示部３００２、確認結果入力部３００３、及び承認条件設定部３００４は、第１の実施形態と同様の機能を有している。

次に、決済システム１ｂの動作について説明する。

図１６は、第２の実施形態の申請者端末２０ｂが実行する出力処理の一例を示すフローチャートである。出力処理は、ＰＯＳ端末５０に決済設定情報２１３を出力する処理である。

決済設定出力部２００７は、決済設定情報２１３を出力させる操作を受け付けたか否かを判定する（ステップＳ９１）。出力させる操作を受け付けていない場合に（ステップＳ９１；Ｎｏ）、決済設定出力部２００７は、待機する。

出力させる操作を受け付けた場合に（ステップＳ９１；Ｙｅｓ）、決済設定出力部２００７は、決済設定情報２１３を出力させる。例えば、決済設定出力部２００７は、決済設定情報２１３を示す２次元コードを表示させる（ステップＳ９２）。

以上により、申請者端末２０ｂは、出力処理を終了する。

図１７は、第２の実施形態のＰＯＳ端末５０が実行する確認要求処理の一例を示すフローチャートである。

商品登録部５００２は、購買対象の商品の商品コードを読み取ることで、購買対象の商品を登録する（ステップＳ１０１）。

商品登録部５００２は、購買対象の商品の登録を終了する締め操作を受け付けたか否かを判定する（ステップＳ１０２）。締め操作を受け付けていない場合に（ステップＳ１０２；Ｎｏ）、商品登録部５００２は、ステップＳ１０１において商品の登録を継続する。

締め操作を受け付けた場合に（ステップＳ１０２；Ｙｅｓ）、商品登録部５００２は、購買内容を示す購買情報を生成する（ステップＳ１０３）。

決済申請部５００４は、購買対象の商品の代金を支払う決済を行う操作を受け付けたか否かを判定する（ステップＳ１０４）。具体的には、決済申請部５００４は、決済に使用するクレジットカードや、電子マネー等を選択する操作や、支払い金額を確認する操作や、決済の実行を指示する操作等を受け付けたか否かを判定する。また、決済申請部５００４は、ＰＯＳ端末５０がドロワや自動釣銭機等の金銭を収納する収納部を備えている場合には、現金による支払う決済を行う操作を受け付けたか否かを判定してもよい。

決済を行う操作を受け付けていない場合に（ステップＳ１０４；Ｎｏ）、決済申請部５００４は、待機する。

決済を行う操作を受け付けた場合に（ステップＳ１０４；Ｙｅｓ）、決済申請部５００４は、決済設定情報２１３を取得したか否かを判定する（ステップＳ１０５）。決済設定情報２１３を取得していない場合に（ステップＳ１０５；Ｎｏ）、決済申請部５００４は、待機する。

決済設定情報２１３を取得した場合に（ステップＳ１０５；Ｙｅｓ）、決済申請部５００４は、取得した決済設定情報２１３を有する確認要求情報を通信制御部５００１に送信させる（ステップＳ１０６）。

申請結果表示部５００５は、決済の承認を取得中であることを示す承認取得中画面を表示する（ステップＳ１０７）。

通信制御部５００１は、確認要求情報に対応した確認結果情報を受信したか否かを判定する（ステップＳ１０８）。確認結果情報を受信していない場合に（ステップＳ１０８；Ｎｏ）、通信制御部５００１は、ステップＳ１０７に移行する。

確認結果情報を受信した場合に（ステップＳ１０８；Ｙｅｓ）、申請結果表示部５００５は、確認結果情報を表示する（ステップＳ１０９）。

決済実行部５００６は、確認結果情報に決済の承認を示す結果情報が含まれているか否かを判定する（ステップＳ１１０）。否認を示す結果情報が含まれている場合に（ステップＳ１１０；Ｎｏ）、ＰＯＳ端末５０は、確認要求処理を終了する。

承認を示す結果情報が含まれている場合に（ステップＳ１１０；Ｙｅｓ）、通信制御部５００１は、決済要求情報を送信する（ステップＳ１１１）。通信制御部５００１は、決済要求情報で要求された決済が完了したことを示す決済完了情報を受信する（ステップＳ１１２）。

以上により、ＰＯＳ端末５０は、確認要求処理を終了する。

第２の実施形態にかかる管理サーバ１０は、第１の実施形態にかかる管理サーバ１０が実行する中継処理と同様の中継処理を実行する。

第２の実施形態にかかる承認者端末３０は、第１の実施形態にかかる承認者端末３０が実行する承認判定処理と同様の承認判定処理を実行する。

以上のように、第２の実施形態に係る決済システム１ｂによれば、ＰＯＳ端末５０は、管理サーバ１０を介して、承認者端末３０に商品の購買の確認を要求する確認要求情報を送信する。そして、ＰＯＳ端末５０は、管理サーバ１０から受信した確認結果情報が商品の購買を承認している場合に、商品の代金を支払う決済処理を実行する。よって、決済システム１ｂは、不適切な購買を抑制することができる。

（第２の実施形態の変形例１）
第２の実施形態の変形例１について説明する。図１８は、第２の実施形態の変形例１にかかる決済システム１ｃの一例を示す説明図である。なお、第２の実施形態と同一の構成については同一の符号を付与し説明を省略する。

第２の実施形態にかかる決済システム１ｂは、申請者端末２０ｂが決済サーバ４０に対して、決済要求情報を送信する。第２の実施形態の変形例１にかかる決済システム１ｃは、管理サーバ１０ｃが決済サーバ４０に対して、決済要求情報を送信する点が第２の実施形態にかかる決済システム１ｂと異なっている。

更に詳しくは、ＰＯＳ端末５０ｃは、決済要求情報に含める情報を有する確認要求情報を送信する。管理サーバ１０ｃは、承認者端末３０から購買を承認する確認結果情報を受信した場合に、確認要求情報が有する決済要求情報に含める情報を使用して、決済サーバ４０に決済要求情報を送信する。また、管理サーバ１０ｃは、決済要求情報で要求した決済が完了したことを示す決済完了情報を受信する。そして、管理サーバ１０ｃは、受信した決済完了情報をＰＯＳ端末５０ｃに送信する。

次に、決済システム１ｃの各装置が有する機能について説明する。図１９は、決済システム１ｃの各装置が有する機能の構成を示すブロック図である。

申請者端末２０ｃの制御部２０１は、記憶部２０２に記憶された制御プログラム２１２をＲＡＭ２１１に展開し、制御プログラム２１２に従って動作することで、各機能部をＲＡＭ２１１に生成する。具体的には、申請者端末２０ｃの制御部２０１は、機能部として、通信制御部２００１、位置情報取得部２００２、及び決済設定出力部２００７を備える。

通信制御部２００１、位置情報取得部２００２、及び決済設定出力部２００７は、第２の実施形態と同様の機能を有している。

ＰＯＳ端末５０ｃの制御部５０１は、記憶部５０２に記憶された制御プログラム５１３をＲＡＭ５１２に展開し、制御プログラム５１３に従って動作することで、各機能部をＲＡＭ５１２に生成する。具体的には、ＰＯＳ端末５０ｃの制御部５０１は、機能部として、通信制御部５００１、商品登録部５００２、決済設定入力部５００３、決済申請部５００４、及び申請結果表示部５００５を備える。

通信制御部５００１、商品登録部５００２、決済設定入力部５００３、決済申請部５００４、及び申請結果表示部５００５は、第２の実施形態と同様の機能を有している。

管理サーバ１０ｃの制御部１０１は、記憶部１０２に記憶された制御プログラム１１０をＲＡＭ１０９に展開し、制御プログラム１１０に従って動作することで、各機能部をＲＡＭ１０９に生成する。具体的には、管理サーバ１０ｃの制御部１０１は、機能部として、通信制御部１００１ｃ、承認判定部１００２、及び決済実行部１００３を備える。

通信制御部１００１ｃは、通信部１０３を制御して、ＰＯＳ端末５０ｃ、承認者端末３０、及び決済サーバ４０との通信を実行する。通信制御部１００１ｃは、決済要求情報を決済サーバ４０に送信する。また、通信制御部１００１ｃは、決済完了情報を決済サーバ４０から受信する。

承認判定部１００２、及び決済実行部１００３は、第１の実施形態の変形例１と同様の機能を有している。

承認者端末３０の制御部３０１は、記憶部３０２に記憶された制御プログラム３１１をＲＡＭ３１０に展開し、制御プログラム３１１に従って動作することで、各機能部をＲＡＭ３１０に生成する。具体的には、承認者端末３０の制御部３０１は、機能部として、通信制御部３００１、申請表示部３００２、確認結果入力部３００３、及び承認条件設定部３００４を備える。

通信制御部３００１、申請表示部３００２、確認結果入力部３００３、及び承認条件設定部３００４は、第１の実施形態と同様の機能を有している。

次に、決済システム１ｃの動作について説明する。

第２の実施形態の変形例１にかかる申請者端末２０ｃは、第２の実施形態にかかる申請者端末２０ｂが実行する出力処理と同様の出力処理を実行する。

図２０は、第２の実施形態のＰＯＳ端末５０ｃが実行する確認要求処理の一例を示すフローチャートである。

商品登録部５００２は、購買対象の商品の商品コードを読み取ることで、購買対象の商品を登録する（ステップＳ１２１）。

商品登録部５００２は、購買対象の商品の登録を終了する締め操作を受け付けたか否かを判定する（ステップＳ１２２）。締め操作を受け付けていない場合に（ステップＳ１２２；Ｎｏ）、商品登録部５００２は、ステップＳ１２１において商品の登録を継続する。

締め操作を受け付けた場合に（ステップＳ１２２；Ｙｅｓ）、商品登録部５００２は、購買内容を示す購買情報を生成する（ステップＳ１２３）。

決済申請部５００４は、購買対象の商品の代金を支払う決済を行う操作を受け付けたか否かを判定する（ステップＳ１２４）。

決済を行う操作を受け付けていない場合に（ステップＳ１２４；Ｎｏ）、決済申請部５００４は、待機する。

決済を行う操作を受け付けた場合に（ステップＳ１２４；Ｙｅｓ）、決済申請部５００４は、決済設定情報２１３を取得したか否かを判定する（ステップＳ１２５）。決済設定情報２１３を取得していない場合に（ステップＳ１２５；Ｎｏ）、決済申請部５００４は、待機する。

決済設定情報２１３を取得した場合に（ステップＳ１２５；Ｙｅｓ）、決済申請部５００４は、取得した決済設定情報２１３を有する確認要求情報を通信制御部５００１に送信させる（ステップＳ１２６）。

申請結果表示部５００５は、決済の承認を取得中であることを示す承認取得中画面を表示する（ステップＳ１２７）。

通信制御部５００１は、確認要求情報に対応した確認結果情報を受信したか否かを判定する（ステップＳ１２８）。確認結果情報を受信していない場合に（ステップＳ１２８；Ｎｏ）、通信制御部５００１は、ステップＳ１２７に移行する。

確認結果情報を受信した場合に（ステップＳ１２８；Ｙｅｓ）、申請結果表示部５００５は、確認結果情報を表示する（ステップＳ１２９）。

以上により、ＰＯＳ端末５０ｃは、確認要求処理を終了する。

第２の実施形態の変形例１にかかる管理サーバ１０ｃは、第１の実施形態の変形例１にかかる承認者端末３０ａが実行する中継処理と同様の中継処理を実行する。

第２の実施形態の変形例１にかかる承認者端末３０は、第１の実施形態にかかる承認者端末３０が実行する承認判定処理と同様の承認判定処理を実行する。

以上のように、第２の実施形態の変形例１に係る決済システム１ｃによれば、ＰＯＳ端末５０ｃは、管理サーバ１０ｃを介して、承認者端末３０に商品の購買の確認を要求する確認要求情報を送信する。そして、管理サーバ１０ｃは、取得した確認結果情報が商品の購買を承認している場合に、商品の代金を支払う決済処理を実行する。よって、決済システム１ｃは、不適切な購買を抑制することができる。

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

上記実施形態や変形例の各装置で実行されるプログラムは、各装置が備える記憶媒体（ＲＯＭ又は記憶部）に予め組み込んで提供するものとするが、これに限らないものとする。例えば、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。さらに、記憶媒体は、コンピュータ或いは組み込みシステムと独立した媒体に限らず、ＬＡＮやインターネット等により伝達されたプログラムをダウンロードして記憶又は一時記憶した記憶媒体も含まれる。

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

１、１ａ、１ｂ、１ｃ 決済システム
１０、１０ａ、１０ｃ 管理サーバ
２０、２０ａ、２０ｂ、２０ｃ 申請者端末
３０ 承認者端末
４０ 決済サーバ
５０、５０ｃ ＰＯＳ端末
１１１ 承認条件情報
２１３ 決済設定情報
１００１、１００１ａ、１００１ｃ、２００１、３００１、５００１ 通信制御部
１００２ 承認判定部
１００３、２００６、５００６ 決済実行部
２００２ 位置情報取得部
２００３、５００２ 商品登録部
２００４、２００４ａ、５００４ 決済申請部
２００５、２００５ａ、５００５ 申請結果表示部
２００７ 決済設定出力部
３００２ 申請表示部
３００３ 確認結果入力部
３００４ 承認条件設定部
５００３ 決済設定入力部

特開２０１６−８１１１８号公報

Claims (8)

1. 商品の購買の確認を要求する確認要求情報を送信する第１情報処理装置と、前記第１情報処理装置から前記確認要求情報を受信するサーバ装置と、当該確認要求情報に対する確認結果の入力を受け付ける第２情報処理装置とを備える決済システムであって、
   前記第１情報処理装置は、
   前記確認要求情報を送信する第１送信手段と、
   前記確認要求情報に対する確認結果を示す確認結果情報を受信する第１受信手段と、
   前記第１受信手段が受信した前記確認結果情報が前記商品の購買を承認している場合に、前記商品の代金を支払う決済処理を実行する決済実行手段と、を備え、
   前記サーバ装置は、
   前記第１情報処理装置から前記確認要求情報を受信する第２受信手段と、
   前記第２受信手段が前記確認要求情報を受信した場合に、前記確認結果情報を送信する第２送信手段と、
   前記確認要求情報に対する確認結果を取得する取得手段と、
   前記取得手段が取得した前記確認結果を示す前記確認結果情報を前記第１情報処理装置に送信する第３送信手段と、を備え、
   前記第２情報処理装置は、
   前記サーバ装置から前記確認要求情報を受信する第３受信手段と、
   前記第３受信手段が受信した前記確認要求情報に対する前記確認結果の入力を受け付ける入力手段と、
   を備える決済システム。
2. 前記入力手段は、前記確認結果と、当該確認結果に対して付加された付加情報との入力を受け付け、
   前記サーバ装置は、
   前記第１受信手段が、前記確認結果と、前記付加情報とを含む前記確認結果情報を受信した場合に、受信した前記付加情報を含む前記確認結果情報を表示する表示手段を備える、
   請求項１に記載の決済システム。
3. 前記サーバ装置は、
   購買を承認する条件が設定された承認条件情報に基づいて、前記確認要求情報が示す購買を承認するかを判定する判定手段を備え、
   前記取得手段は、前記判定手段が判定した前記確認結果、又は前記入力手段が受け付けた前記確認結果を取得する、
   請求項１又は２に記載の決済システム。
4. 前記第１送信手段は、購買対象の商品を示す情報を含む前記確認要求情報を送信し、
   前記判定手段は、購買を禁止する商品が設定された前記承認条件情報に基づいて、前記確認要求情報に示された前記商品が前記承認条件情報に含まれていない場合に、購買を承認する、
   請求項３に記載の決済システム。
5. 第１情報処理装置から商品の購買の確認を要求する確認要求情報を受信する第２受信手段と、
   前記第２受信手段が前記確認要求情報を受信した場合に、前記確認要求情報を第２情報処理装置に送信する第２送信手段と、
   前記確認要求情報に対する確認結果を取得する取得手段と、
   前記取得手段が取得した前記確認結果を示す確認結果情報を前記第１情報処理装置に送信する第３送信手段と、
   前記取得手段が取得した前記確認結果情報が前記商品の購買を承認している場合に、前記商品の代金を支払う決済処理を実行する決済実行手段と、
   を備えるサーバ装置。
6. 購買を承認する条件が設定された承認条件情報に基づいて、前記確認要求情報が示す購買を承認するかを判定する判定手段を備え、
   前記取得手段は、前記判定手段が判定した前記確認結果、又は前記第２情報処理装置が判定した前記確認結果を取得する、
   請求項５に記載のサーバ装置。
7. 購買対象の商品を登録する登録手段と、
   前記登録手段が登録した前記商品の購買の確認を要求する確認要求情報を送信する第１送信手段と、
   前記確認要求情報に対する確認結果を示す確認結果情報を受信する第１受信手段と、
   前記第１受信手段が受信した前記確認結果情報を表示させる表示手段と、
   前記第１受信手段が受信した前記確認結果情報が前記商品の購買を承認している場合に、前記商品の代金を支払う決済処理を実行する決済実行手段と、
   を備える販売データ処理装置。
8. 前記第１受信手段は、前記確認結果と、当該確認結果に対して付加された付加情報とを含む前記確認結果情報を受信し、
   前記表示手段は、前記第１受信手段が受信した前記付加情報を含む前記確認結果情報を表示する、
   請求項７に記載の販売データ処理装置。

Images