特許 7331045 情報処理装置、情報処理方法および情報処理プログラム

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

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

(11)【特許番号】

(24)【登録日】2023-08-14

(45)【発行日】2023-08-22

(54)【発明の名称】情報処理装置、情報処理方法および情報処理プログラム

(51)【国際特許分類】

   G06Q 40/02 20230101AFI20230815BHJP

   G06Q 20/10 20120101ALI20230815BHJP

【ＦＩ】

G06Q40/02

G06Q20/10

【請求項の数】 12

(21)【出願番号】P 2021109708

(22)【出願日】2021-06-30

(65)【公開番号】P2023006871

(43)【公開日】2023-01-18

【審査請求日】2021-06-30

【審判番号】

【審判請求日】2022-05-09

【早期審査対象出願】

(73)【特許権者】

【識別番号】519110124

【氏名又は名称】ＰａｙＰａｙ株式会社

(74)【代理人】

【識別番号】110002147

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

(72)【発明者】

【氏名】山本 一之進

(72)【発明者】

【氏名】古木 哲平

【合議体】

【審判長】高瀬 勤

【審判官】鹿野 博嗣

【審判官】古川 哲也

(56)【参考文献】

【文献】特開２０２０－１４４５９６（ＪＰ，Ａ）

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

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

G06Q10/00-99/00

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

【請求項1】

ユーザのユーザ端末に表示されたワンタイムコードを店舗に設置された店舗端末で読み取った情報に基づいて決済処理を行う情報処理装置であって、
複数のメンバーで決済を行うグループ決済に関する決済リクエストを受け付ける受付部と、
前記受付部によって受け付けられた前記決済リクエストに基づいて、前記メンバーそれぞれの識別情報と前記複数のメンバーそれぞれの決済内容とを対応付けたワンタイムコードを生成して代表者宛に送信する生成部と、
前記代表者の前記ユーザ端末に表示された前記ワンタイムコードが前記店舗端末に読み取られた後に、前記店舗端末から送信された、前記ワンタイムコードの情報に含まれる前記複数のメンバーそれぞれの識別情報と、前記複数のメンバーそれぞれの決済内容とに応じて、前記複数のメンバーそれぞれの口座から決済処理を行う決済処理部と
を備えることを特徴とする情報処理装置。

【請求項2】

前記受付部は、
前記複数のメンバーそれぞれの割勘比率に関する情報を含む前記決済リクエストを受け付け、
前記生成部は、
前記割勘比率に応じて決済が行われる前記ワンタイムコードを生成し、
前記決済処理部は、
前記割勘比率に基づき、前記複数のメンバーそれぞれの口座から決済処理を行うこと
を特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記決済処理部は、
前記複数のメンバーそれぞれの口座のうち、いずれかの残高が不足する場合に、グループ内で立て替えて決済する立替決済を行うこと
を特徴とする請求項２に記載の情報処理装置。

【請求項4】

前記決済処理部は、
前記代表者の口座から前記立替決済を行うこと
を特徴とする請求項３に記載の情報処理装置。

【請求項5】

前記決済処理部は、
前記立替決済を行った場合に、立て替えられたメンバーに対して他のメンバーが立て替えた金額を請求すること
を特徴とする請求項３または４に記載の情報処理装置。

【請求項6】

前記決済処理部は、
前記複数のメンバーそれぞれの口座のうち、いずれかの残高が不足する場合に、前記決済処理を中止すること
を特徴とする請求項１または２に記載の情報処理装置。

【請求項7】

前記受付部は、
前記グループ決済に承諾したユーザを前記グループ決済のメンバーとする前記決済リクエストを受け付けること
を特徴とする請求項１～６のいずれか一つに記載の情報処理装置。

【請求項8】

前記受付部は、
前記代表者から所定範囲内に存在するユーザを前記グループ決済の前記メンバーとする前記決済リクエストを受け付けること
を特徴とする請求項１～７のいずれか一つに記載の情報処理装置。

【請求項9】

前記決済処理部は、
前記決済処理として、前記複数のメンバーそれぞれの口座から店舗側の口座へ入金すること
を特徴とする請求項１～８のいずれか一つに記載の情報処理装置。

【請求項10】

前記決済処理部によって口座間の入金が完了した場合に、前記メンバーそれぞれの端末装置へ決済完了を通知する通知部
を備えることを特徴とする請求項９に記載の情報処理装置。

【請求項11】

ユーザのユーザ端末に表示されたワンタイムコードを店舗に設置された店舗端末で読み取った情報に基づいて決済処理をコンピュータが実行する情報処理方法であって、
複数のメンバーで決済を行うグループ決済に関する決済リクエストを受け付ける受付工程と、
前記受付工程によって受け付けられた前記決済リクエストに基づいて、前記メンバーそれぞれの識別情報と前記複数のメンバーそれぞれの決済内容とを対応付けたワンタイムコードを生成して代表者宛に送信する生成工程と、
前記代表者の前記ユーザ端末に表示された前記ワンタイムコードが前記店舗端末に読み取られた後に、前記店舗端末から送信された、前記ワンタイムコードの情報に含まれる前記複数のメンバーそれぞれの識別情報と、前記複数のメンバーそれぞれの決済内容とに応じて、前記複数のメンバーそれぞれの口座から決済処理を行う決済処理工程と
を含むことを特徴とする情報処理方法。

【請求項12】

ユーザのユーザ端末に表示されたワンタイムコードを店舗に設置された店舗端末で読み取った情報に基づいて決済処理を行う情報処理プログラムであって、
複数のメンバーで決済を行うグループ決済に関する決済リクエストを受け付ける受付手順と、
前記受付手順によって受け付けられた前記決済リクエストに基づいて、前記メンバーそれぞれの識別情報と前記複数のメンバーそれぞれの決済内容とを対応付けたワンタイムコードを生成して代表者宛に送信する生成手順と、
前記代表者の前記ユーザ端末に表示された前記ワンタイムコードが前記店舗端末に読み取られた後に、前記店舗端末から送信された、前記ワンタイムコードの情報に含まれる前記複数のメンバーそれぞれの識別情報と、前記複数のメンバーそれぞれの決済内容とに応じて、前記複数のメンバーそれぞれの口座から決済処理を行う決済処理手順と
をコンピュータに実行させることを特徴とする情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。

【背景技術】

【0002】

近年、キャッシュレス決済に関する技術として、ユーザのユーザ端末を用いて実店舗との決済を行う決済システムがある。かかるキャッシュレス決済の一例として、たとえば、メンバー同士で請求書を作成し、当該請求書に基づいてメンバー間で支払いを行う、グループ決済に関する技術がある（たとえば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第５５６８５６０号公報

【発明の概要】

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

【0004】

しかしながら、従来技術では、たとえば、複数のメンバーによって割勘で支払う割勘決済を容易にするうえで改善のよちがあった。

【0005】

本発明は、上記に鑑みてなされたものであって、キャッシュレス決済における割勘を容易にすることができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

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

【0006】

上述した課題を解決し、目的を達成するために、本発明に係る情報処理装置は、受付部と、生成部と、決済処理部とを備える。前記受付部は、複数のメンバーで決済を行うグループ決済に関する決済リクエストを受け付ける。前記生成部は、前記受付部によって受け付けられた前記決済リクエストに基づいて、代表者宛にワンタイムコードを生成する。前記決済処理部は、前記生成部によって生成された前記ワンタイムコードに基づき、前記代表者によって決済が行われた場合に、前記複数のメンバーそれぞれの口座から決済処理を行う。

【発明の効果】

【0007】

本発明によれば、キャッシュレス決済における割勘を容易にすることができる。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態に係る情報処理の概要を示す図である。

【図2】図２は、実施形態に係る情報処理装置の構成の一例を示すブロック図である。

【図3】図３は、実施形態に係る個人口座情報記憶部に記憶される情報の一例を示す図である。

【図4】図４は、実施形態に係る店舗口座情報記憶部に記憶される情報の一例を示す図である。

【図5】図５は、実施形態に係るグループ決済の承諾画面の一例を示す図である。

【図6】図６は、実施形態に係る位置情報による承諾の一例を示す模式図である。

【図7】図７は、実施形態に係る決済処理の一例を示す模式図である。

【図8】図８は、実施形態に係る請求書画面の一例を示す図である。

【図9】図９は、実施形態に係る情報処理の一例を示すフローチャートである。

【図10】図１０は、実施形態に係る情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

【0009】

本願に係る情報処理装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する。）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。

【0010】

［実施形態］
〔１．情報処理〕

【0011】

図１に示すように、実施形態に係る提供処理システムは、情報処理装置１０と、ユーザ端末５０と、店舗端末３０とを含む。情報処理装置１０、ユーザ端末５０及び店舗端末３０は、ネットワークを介して有線または無線により相互に通信可能に接続される。ネットワークは、例えば、インターネットなどのＷＡＮ（Wide Area Network）である。なお、図１に示した提供処理システムには、複数台の情報処理装置１０、複数台のユーザ端末５０及び複数台の店舗端末３０が含まれていてもよい。

【0012】

図１に示す情報処理装置１０は、実施形態に係る情報処理を実行する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。例えば、情報処理装置１０は、ユーザ端末５０を用いる電子決済に関する電子決済サービスを提供する。例えば、情報処理装置１０は、取引対象の提供者（事業者）や取引対象が提供される利用者の口座を管理しており、利用者からの決済要求に従って、口座間において電子マネーの移行等を行うことで、各種決済を実現する。なお、電子マネーとは、例えば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。

【0013】

図１に示すユーザ端末５０は、ユーザによって利用される情報処理装置である。ユーザ端末５０は、例えば、スマートフォンや、タブレット型端末、ノート型ＰＣ（Personal Computer）、デスクトップＰＣ、携帯電話機、ＰＤＡ（Personal Digital Assistant）等により実現される。また、ユーザ端末５０は、情報処理装置１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１に示す例では、ユーザ端末５０がスマートフォンである場合を示す。

【0014】

図１に示す店舗端末３０は、利用者に取引対象を提供する事業者によって利用される情報処理装置である。店舗端末３０は、例えば、ＰＯＳ（Point of Sales）端末や、スマートフォン、タブレット型端末、ノート型ＰＣ、デスクトップＰＣ、携帯電話機、ＰＤＡ等により実現される。また、店舗端末３０は、情報処理装置１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。

【0015】

なお、ユーザ端末５０及び店舗端末３０は、所定の情報処理を実現する制御情報を情報処理装置１０から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語やＣＳＳ（Cascading Style Sheets）等のスタイルシート言語、Ｊａｖａ（登録商標）等のプログラミング言語、ＨＴＭＬ（HyperText Markup Language）等のマークアップ言語等により記述される。なお、情報処理装置１０から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。

【0016】

〔１－１．ユーザ端末を用いた決済について〕
ここで、情報処理装置１０が実行する情報処理に先立ち、ユーザ端末５０を用いた決済（電子決済）の一例について説明する。例えば、ユーザＵ１が店舗にて各種の商品やサービスといった決済対象（取引対象）の利用や購入に伴う決済を行う場合、ユーザＵ１は、ユーザ端末５０に予めインストールされた決済アプリを起動する。

【0017】

例えば、ユーザ端末５０は、ユーザＵ１を識別するためのユーザ識別情報を画面上に表示させる。このような場合、店舗に設置された店舗端末３０は、ユーザ端末５０に表示されたユーザ識別情報を読み取り、ユーザ識別情報（若しくは、ユーザ識別情報が示す情報、すなわち、ユーザＵ１を示す情報（例えば、ユーザＩＤ））と、決済金額と、店舗を識別する情報とを示す決済情報を情報処理装置１０へと送信する。このような場合、情報処理装置１０は、ユーザ識別情報が示すユーザＵ１の口座から、店舗識別情報が示す店舗の口座へと、決済金額が示す額の電子マネーを移行させる。そして、情報処理装置１０は、決済が完了した旨の通知をユーザ端末５０へと送信する。このような場合、ユーザ端末５０は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。

【0018】

なお、ユーザ端末５０を用いた決済は、上述した処理に限定されるものではない。店舗に配置された２次元コード（ＱＲコード（登録商標））であって、店舗を識別する店舗識別情報を示す２次元コードを用いて、ユーザＵ１がユーザ端末５０を用いた決済を行うことにしてもよい。なお、２次元コードは、バーコードや所定のマーク、番号等であってもよい。

【0019】

ユーザＵ１は、ユーザ端末５０の決済アプリを介して、店舗に設置された店舗識別情報を撮影する。このような場合、ユーザ端末５０は、決済対象の価格を入力するための画面を表示し、ユーザＵ１或いは店舗の店員から決済金額の入力を受け付ける。そして、ユーザ端末５０は、ユーザＵ１を識別するユーザ識別情報と、店舗識別情報（若しくは、店舗識別情報が示す情報、すなわち、店舗（若しくは店舗の事業者）を示す情報（例えば、店舗ＩＤ））と、決済金額とを示す決済情報を情報処理装置１０へと送信する。

【0020】

このような場合、情報処理装置１０は、利用者識別情報が示すユーザＵ１の口座から、店舗識別情報が示す店舗の口座へと、決済金額が示す額の電子マネーを移行させる。そして、情報処理装置１０は、決済が完了した旨の通知を利用者端末１００へと送信する。このような場合、利用者端末１００は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。

【0021】

また、ユーザ端末５０を用いた決済は、ユーザＵ１が予め電子マネーをチャージした口座から店舗の口座へと電子マネーを移行させる処理のみならず、例えば、ユーザＵ１が予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、ユーザ端末５０は、店舗の口座に対して決済金額の電子マネーを移行させるとともに、ユーザＵ１のクレジットカードの運用会社（カード会社）に対し、決済金額を請求してもよい。

【0022】

〔１－２．実施形態の概要について〕
たとえば、ユーザＵ１、Ｕ２、Ｕ３が一緒に食事を行い、それぞれユーザ端末５０を用いた電子決済によって個別に勘定を行う場合、たとえば、ユーザＵ１、Ｕ２、Ｕ３は、それぞれ店舗端末３０あるいは店舗の店員との間で決済を行う必要があり、一人のユーザが一括で支払う場合に比べて多くの時間を要してしまう。

【0023】

そこで、実施形態に係る情報処理では、たとえば、１つのワンタイムコードで複数の個人口座から決済処理が行われるグループ決済を導入することとした。具体的には、情報処理装置１０は、たとえば、ユーザＵ１、Ｕ２、Ｕ３のうち、代表者であるユーザＵ１のユーザ端末５０からグループ決済の決済要求を受け付ける（ステップＳ０１）。

【0024】

たとえば、ユーザＵ１は、ユーザ端末５０を用いて、ユーザＵ２、Ｕ３のユーザＩＤを関連付けた決済のグループを作成し、作成したグループのメンバーそれぞれの割勘比率を決定する。

【0025】

たとえば、情報処理装置１０は、グループメンバーそれぞれのユーザＩＤおよび割勘比率に関する情報を含む決済要求を受け付ける。つづいて、情報処理装置１０は、決済要求に基づいて、ワンタイムコードＣｄを生成する（ステップＳ０２）。

【0026】

たとえば、ワンタイムコードＣｄは、グループメンバーそれぞれの割勘比率を示すＱＲコードである。図１に示す例では、ユーザＵ１の割勘比率が５０％、ユーザＵ２、Ｕ３の割勘比率がそれぞれ２５％であることを示す。なお、ワンタイムコードＣｄは、グループメンバーそれぞれの支払額を示すものであってもよい。たとえば、ユーザＵ２、Ｕ３がそれぞれ２０００円支払い、残りの支払額をユーザＵ１が支払うといった情報を示すものであってもよいし、たとえば、ユーザＵ１が１万円払い、残りの支払額をユーザＵ２、Ｕ３が均等に支払うといった情報を示すものであってもよい。

【0027】

つづいて、情報処理装置１０は、ワンタイムコードＣｄを生成すると、生成したワンタイムコードＣｄをグループの代表者であるユーザＵ１のユーザ端末５０へ送信する（ステップＳ０３）。

【0028】

店舗端末３０は、代表者であるユーザＵ１のユーザ端末５０に表示されたワンタイムコードＣｄを読み取ることで、ワンタイムコードＣｄが示すコード情報を取得する（ステップＳ０４）。つづいて、店舗端末３０は、ワンタイムコードＣｄから取得したコード情報に、請求金額（支払金額）に関する金額情報を付与して、情報処理装置１０へ送信する（ステップＳ０５）。

【0029】

つづいて、情報処理装置１０は、店舗端末３０から取得したコード情報および金額情報に基づいて、決済処理を行う（ステップＳ０６）。たとえば、情報処理装置１０は、支払金額を割勘比率に応じて、各メンバーの支払額を算出し、算出した支払額を対応するメンバーそれぞれの個人口座から店舗口座へ資金移動させることで決済処理を行う。

【0030】

そして、たとえば、情報処理装置１０は、決済処理が完了すると、決済内容を各メンバーのユーザ端末５０へ通知する。なお、たとえば、決済内容には、請求金額、各メンバーの支払金額に関する情報や、たとえば、クーポンの適用の有無などとった情報を含むようにしてもよい。また、メンバーそれぞれの支払に対して付与されるポイントに関する情報を含むようにしてもよい。

【0031】

このように、実施形態に係る情報処理装置１０は、１つのワンタイムコードで複数人の口座から決済が行われるワンタイムコードＣｄを生成する。これにより、実施形態に係る情報処理装置１０では、キャッシュレス決済における割勘を容易にすることができる。なお、本願における「決済」は、各種商品や役務の提供等に対する対価として利用者が行うものに限定されるものではなく、例えば、個人間の送金といった単純な資金移動、すなわち、商品や役務の提供に対する対価ではない資金のやりとりを含む概念である。すなわち、本願におけるグループ決済とは、何かしらの対価として行われる資金移動のみならず、対価ではない単純な資金移動に関する処理を含む概念である。

【0032】

〔２．情報処理装置の構成例〕
次に、図２を用いて、実施形態に係る情報処理装置１０の構成例について説明する。図２は、実施形態に係る情報処理装置１０の構成例を示すブロック図である。図２に示すように、実施形態に係る情報処理装置１０は、通信部１１０と、制御部１２０と、記憶部１３０とを有する。

【0033】

通信部１１０は、たとえば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２０は、４Ｇ（Generation）、５Ｇ、ＬＴＥ（Long Term Evolution）、ＷｉＦｉ（登録商標）若しくは無線ＬＡＮ（Local Area Network）等といった各種の無線通信網若しくは各種の有線通信網といったネットワークを介して、外部装置との間で情報の送受信を行う。

【0034】

記憶部１３０は、たとえば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。また、記憶部１３０は、個人口座情報記憶部１３１と、店舗口座情報記憶部１３２とを有する。

【0035】

個人口座情報記憶部１３１は、各ユーザＵの口座に関する情報を記憶する記憶部である。図３は、実施形態に係る個人口座情報記憶部１３１に記憶される情報の一例を示す図である。

【0036】

図３に示すように、たとえば、個人口座情報記憶部１３１は、「ユーザＩＤ」、「口座番号」、「現金残高」、「ポイント残高」、「取引履歴」などといった項目の情報を互いに対応付けて記憶する。

【0037】

「ユーザＩＤ」は、ユーザＵを識別するための識別子である。「口座番号」は、ユーザＵに対して開設された口座の番号である。「現金残高」は、対応する口座の現金として取り扱い可能な残高を示し、「ポイント残高」は、対応する口座のポイントの残高を示す。なお、たとえば、１ポイントは、１円と同等の価値で取引されるものとする。

【0038】

「取引履歴」は、対応する口座の取引の履歴である。たとえば、取引履歴には、入金または出金した日時、金額またはポイント、入金先または出金先等に関する情報が含まれる。なお、その他、個人口座情報記憶部１３１は、ユーザＵの氏名、年齢、住所、マイナンバーなどいった個人情報や、ユーザＵが保有するクーポン情報に関する情報を記憶することにしてもよい。また、たとえば、マイナンバーが登録されたアカウントのみを上記のグループ決済の参加対象とすることにしてもよい。また、クーポン情報は、たとえば、割引に関するものであってもよく、あるいは、ポイントの還元率やキャッシュバックに関するものであってもよい。

【0039】

図２の説明に戻り、店舗口座情報記憶部１３２について説明する。店舗口座情報記憶部１３２は、店舗の口座に関する各種情報を記憶する。図４は、実施形態に係る店舗口座情報記憶部１３２に記憶される情報の一例を示す図である。

【0040】

図４に示す例において、店舗口座情報記憶部１３２は、「店舗ＩＤ」、「口座番号」、「残高」、「取引履歴」といった項目の情報を互いに対応付けて記憶する。「店舗ＩＤ」は、店舗を識別するための識別子である。「口座番号」は、対応する店舗に対して開設された口座の番号である。通常、店舗の口座は、入金用の口座として利用されるので、ここでの口座番号は、たとえば、店舗が有する銀行口座の口座番号であってもよい。「残高」は、対応する口座の残高を示し、「取引履歴」は、口座の取引履歴を示す。

【0041】

図２の説明に戻り、制御部１２０について説明する。制御部１２０は、例えば、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１２０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

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

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

【0101】

例えば、コンピュータ１０００が実施形態に係る情報処理装置１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１２０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

【0102】

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

【0103】

〔７．その他〕
また、上記実施形態及び変形例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

【0104】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

【0105】

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

【0106】

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、受付部１２１は、受付手段や受付回路に読み替えることができる。

【符号の説明】

【0107】

１０ 情報処理装置
３０ 店舗端末
５０ ユーザ端末
１２１ 受付部
１２２ 生成部
１２３ 決済処理部
１２４ 通知部
１３１ 個人口座情報記憶部
１３２ 店舗口座情報記憶部
Ｕ ユーザ
Ｃｄ ワンタイムコード

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】