JP2020113124A - 情報処理装置及び情報処理プログラム - Google Patents

Abstract

【課題】割り勘の対象となる取引を第２の決済者に容易に認識させることを可能とする。【解決手段】決済済みの取引に関する代金の少なくとも一部を支払者から受取者へと支払うための送金に関する設定を、取引に関連付けて管理する。生成手段は、設定に基づき支払者に対して送金を要求するための画面であって、設定が関連付けられた取引を支払者が識別可能な画面の表示を指示するための指示データを生成する。出力手段は、生成手段により生成された指示データを出力する。【選択図】 図１０

Description

本発明の実施形態は、情報処理装置及び情報処理プログラムに関する。

ＳＮＳ（social networking service）などの通信サービスを用いた送金サービスは既に実用されている。そして、この送金サービスには、割り勘を実現するサービスも含まれる。
送金サービスを用いた割り勘は、取引の代金の全額を一人の代表者が支払った後、当該代表者が受取者となって、送金サービスを用いて他の支払者から代金の一部を徴収することにより実現される。

このため、代金の一部の徴収に際してどの取引に関する割り勘であるのかを各支払者に知らせる必要が有る場合には、ＳＮＳ又は別のコミュニケーション手段を用いて受取者が各支払者に通知する必要があった。そしてこの通知のために受取者は、レシートの写真を添付したり、説明文を入力したりしなければならず、手間がかかっていた。
このような事情から、割り勘の対象となる取引を各支払者が容易に認識できることが望まれていた。

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

本発明が解決しようとする課題は、割り勘の対象となる取引を第２の決済者に容易に認識させることができる情報処理装置及び情報処理プログラムを提供することである。

実施形態の情報処理装置は、管理手段、生成手段及び出力手段を備える。管理手段は、決済済みの取引に関する代金の少なくとも一部を支払者から受取者へと支払うための送金に関する設定を、取引に関連付けて管理する。生成手段は、設定に基づき支払者に対して送金を要求するための画面であって、設定が関連付けられた取引を支払者が識別可能な画面の表示を指示するための指示データを生成する。出力手段は、生成手段により生成された指示データを出力する。

一実施形態に係る決済システムの概略構成と、この決済システムに含まれる情報端末装置及び管理サーバの要部回路構成とを示すブロック図。 図１中に示される設定データに含まれるデータレコードの構造を模式的に示す図。 図１中の管理サーバに備えられたプロセッサの設定処理における情報処理の手順を示すフローチャート。 一覧画面を示す図。 設定画面の一例を示す図。 設定画面の一例を示す図。 確認画面の一例を示す図。 通知画面の一例を示す図。 図１中の管理サーバに備えられたプロセッサの支払処理における情報処理の手順を示すフローチャート。 支払要求画面の一例を示す図。

以下、実施の形態の一例について図面を用いて説明する。
図１は本実施形態に係る決済システム１００の概略構成と、この決済システム１００に含まれる情報端末装置１０及び管理サーバ２０の要部回路構成とを示すブロック図である。
決済システム１００は、２次元コードを用いた決裁サービスを利用者に提供する。
決済システム１００は、情報端末装置１０、管理サーバ２０、ＰＯＳ（point-of-sale）システム３０及び決済サーバ４０を、通信ネットワーク５０を介して通信可能とすることで構成されている。

情報端末装置１０は、決済サービスの利用者により利用され、当該利用者が決済サービルを利用するためのユーザインタフェースとして機能する。情報端末装置１０としては、典型的には、スマートフォン、携帯電話、あるいはタブレット端末等のような携帯型の情報処理装置を用いる。情報端末装置１０としては、デスクトップコンピュータなどの据置型の情報処理装置を用いることもできる。
管理サーバ２０は、決済サーバ４０と連携して２次元コードを用いた決済サービスを提供するためのデータ等の管理を行う。
ＰＯＳシステム３０は、店舗における取引について、その内容の登録、代金の計算、代金の決済、あるいは登録内容及び決済結果の管理などを行う。
決済サーバ４０は、オンラインでの送金による利用者間での決済を可能とする決済サービスを提供するための情報処理を行う。
通信ネットワーク５０は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。

情報端末装置１０は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、タッチパネル１４、カメラ１５、通信インタフェース１６及び伝送路１７等を備える。プロセッサ１１と、メインメモリ１２、補助記憶デバイス１３、タッチパネル１４、カメラ１５及び通信インタフェース１６とは、伝送路１７を介して接続される。
情報端末装置１０においては、プロセッサ１１、メインメモリ１２及び補助記憶デバイス１３を伝送路１７で接続することによって、情報端末装置１０を制御するための情報処理を行うコンピュータを構成する。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム、ミドルウェア及びアプリケーションプログラム等の情報処理プログラムに従って、情報端末装置１０としての各種の機能を実現するべく各部を制御する。

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

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

補助記憶デバイス１３が記憶する情報処理プログラムの１つは、決済サービスを利用するためのユーザインタフェースなどの機能を実現する決済クライアントとして情報端末装置１０を機能させるためのアプリケーションプログラム（以下、決済クライアントアプリと称する）Ｐ１である。ただし典型的には、決済クライアントアプリＰ１は、情報端末装置１０の利用者などによる操作に応じて、例えばインターネットを介してダウンロードされて補助記憶デバイス１３に書き込まれる。つまり、情報端末装置１０を使用する利用者への情報端末装置１０の譲渡は、決済クライアントアプリＰ１が補助記憶デバイス１３に記憶されていない状態で行われる。しかしながら、決済クライアントアプリＰ１が補助記憶デバイス１３に記憶された状態の情報端末装置１０が利用者に譲渡されても構わない。

タッチパネル１４は、情報端末装置１０の入力デバイス及び表示デバイスとして機能する。
カメラ１５は、光学系及びイメージセンサを含み、光学系により形成される視野内の像を表した画像データをイメージセンサにより生成する。

通信インタフェース１６は、通信ネットワーク５０を介したデータ通信のインタフェースである。通信インタフェース１６としては、例えば移動通信網又はインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。
伝送路１７は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

管理サーバ２０は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、通信インタフェース２４及び伝送路２５等を備える。プロセッサ２１と、メインメモリ２２、補助記憶デバイス２３及び通信インタフェース２４とは、伝送路２５によって接続される。伝送路２５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

管理サーバ２０においては、プロセッサ２１、メインメモリ２２及び補助記憶デバイス２３を伝送路２５で接続することによって、管理サーバ２０を制御するための情報処理を行うコンピュータを構成する。

プロセッサ２１は、上記コンピュータの中枢部分に相当する。プロセッサ２１は、情報処理プログラムに従って、管理サーバ２０としての各種の機能を実現するべく各部を制御する。

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

補助記憶デバイス２３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス２３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤなどである。補助記憶デバイス２３は、プロセッサ２１が各種の処理を行う上で使用するデータや、プロセッサ２１での処理によって生成されたデータを保存する。補助記憶デバイス２３は、情報処理プログラムを記憶する場合もある。補助記憶デバイス２３が記憶する情報処理プログラムの１つは、管理サーバ２０としての動作制御のためのアプリケーションプログラム（以下、管理サーバアプリと称する）Ｐ２である。補助記憶デバイス２３は、後述する設定データＤ１を記憶する。

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

管理サーバ２０は、例えば汎用のコンピュータ装置を基本ハードウェアとして用いることができる。このときに典型的には、管理サーバアプリＰ２が補助記憶デバイス２３に記憶されない状態のコンピュータ装置と管理サーバアプリＰ２とが個別に管理サーバ２０を使用する企業等に譲渡される。管理サーバアプリＰ２の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。そしてこの場合は、管理サーバ２０の管理者又はサービスマンなどによる操作に応じて、管理サーバアプリＰ２が補助記憶デバイス２３に書き込まれる。ただし、管理サーバアプリＰ２をコンピュータ装置の補助記憶デバイス２３に記憶してなる管理サーバ２０が上記の企業等に譲渡されても構わない。

図２は設定データＤ１に含まれるデータレコードＲ１の構造を模式的に示す図である。
設定データＤ１は、ＰＯＳシステム３０で決済済みの取引に関する代金の割り勘に関する設定を表す。設定データＤ１は、データレコードＲ１を１つ又は複数含む。設定データＤ１がデータレコードＲ１をいくつ含むかは、管理サーバ２０で管理すべき割り勘案件の件数に応じて変化する。データレコードＲ１は、管理サーバ２０で管理すべき割り勘案件のそれぞれに関連付けられる。

データレコードＲ１は、フィールドＦ１，Ｆ２，Ｆ３，Ｆ４，Ｆ５，Ｆ６を含み得る。フィールドＦ１には、関連付けられた割り勘案件を識別するための割り勘コードがセットされる。フィールドＦ２には、関連付けられた割り勘案件の対象となる取引を識別するための取引コードがセットされる。フィールドＦ３には、関連付けられた割り勘案件に関して支払いを受ける利用者（以下、受取者と称する）を識別する利用者コード（以下、受取者コードと称する）がセットされる。フィールドＦ４には、関連付けられた割り勘案件に適用する割り勘の種類を識別する種類コードがセットされる。フィールドＦ５には、関連付けられた割り勘案件に関して支払いを行う利用者（以下、支払者と称する）の人数がセットされる。フィールドＦ６には、１人の支払者に関連付いた支払者データがセットされる。フィールドＦ７以降の各フィールドは、関連付けられた割り勘案件に関して支払者が複数である場合に設けられる。そしてこれらの各フィールドには、２人目以降の支払者に関連付いた支払者データがセットされる。関連付けられた割り勘案件が、受取者と１人の支払者との２人だけでの割り勘である場合は、フィールドＦ７以降は設けられない。

支払者データは、フィールドＦ１１，Ｆ１２，Ｆ１３，Ｆ１４を含み得る。フィールドＦ１１には、関連付いた支払者を同じ割り勘案件における別の支払者と区別するための支払者番号がセットされる。フィールドＦ１２には、関連付いた支払者を受取者が識別するための名称（以下、支払者名と称する）がセットされる。フィールドＦ１３には、関連付いた支払者が支払うべき金額がセットされる。フィールドＦ１４には、関連付いた支払者による支払い状況を表すステータスデータがセットされる。

なおデータレコードＲ１は、例えばフィールドＦ５などの一部のフィールドが省略されてもよいし、別のフィールドを設けて、別の任意のデータがセットされてもよい。また支払者データは、例えばフィールドＦ１２などの一部のフィールドが省略されてもよいし、別のフィールドを設けて、別の任意のデータがセットされてもよい。

次に以上のように構成された決済システム１００の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。

この決済システム１００における動作において特徴的なのは、複数人での飲食などの取引に関する代金の全てを１人が決済したのち、当該決済を行った人が受取人となって、他の支払者からそれぞれの負担金を徴収することで割り勘を実現する場合の動作である。そこで、以下においては、この動作について説明する。

受取者は、複数人での飲食などの取引に関する代金の全てをＰＯＳシステム３０にて決済する。このときに受取者は、決済サーバ４０により提供されている決済サービスを利用する。つまり決済サーバ４０は、ＰＯＳシステム３０から通知された決済金額を、受取者に関連付けられた口座の残高から差し引く。決済サーバ４０は、決済を終えると、利用者又は口座に関連付けて、決済した取引を一意に識別する取引コード、取引が行われた日付及び店舗名などを記録しておく。このような決済は、例えば「ＱＲ決済」などと称される既存のキャッシュレス決済サービスを利用できる。
ただし、この決済は、受取者が明らかとなる形で行われれば、現金決済を含む如何なる決済が行われてもよい。つまり例えば、受取者の利用者コードの取得を伴っての現金決済が行われてもよい。

受取者は、情報端末装置１０に対し、決済クライアントとしての機能の起動を指示する。そうするとプロセッサ１１は、決済クライアントアプリＰ１に基づく情報処理を開始する。そして受取者は、割り勘の設定を開始することを宣言する予め定められた操作を、例えばタッチパネル１４にて行う。そうするとプロセッサ１１は、受取者の利用者コードの通知を伴って、割り勘の設定を開始するように管理サーバ２０に対して要求する。なお利用者コードは、決済システム１００が提供する決済サービスの利用者の個々を識別可能なように定められる。そして例えば、決済クライアントアプリＰ１の利用設定において利用者が指定した利用者コードが、プロセッサ１１によってメインメモリ１２又は補助記憶デバイス１３に保存される。

上記の要求が通信インタフェース２４により取り込まれると、プロセッサ２１は管理サーバアプリＰ２に基づく設定処理を開始する。
図３は設定処理におけるプロセッサ２１の情報処理の手順を示すフローチャートである。

Ａｃｔ１としてプロセッサ２１は、上記の要求を受領する。そしてプロセッサ２１は、上記の要求のために確立したセッションのセッションＩＤ（identifier）と上記の通知された利用者コードとを互いに関連付けて、メインメモリ２２又は補助記憶デバイス２３に保存しておく。そしてプロセッサ２１は、以下に説明する設定処理に関する情報端末装置１０との通信は、上記のセッションＩＤにより識別されるセッションに関するものとして実行する。

Ａｃｔ２としてプロセッサ２１は、情報端末装置１０に対し、一覧画面の表示を指示する。一覧画面は、受取者が決済した取引の一覧を表した画面である。プロセッサ２１は例えば、決済サーバ４０に問い合わせ、受取者が決済者となって行われた決済に関する取引コード、日付、店舗名及び決済金額を取得する。以下、１つの取引に関する日付、店舗名及び決済金額の組を、取引特定情報と称する。プロセッサ２１は、受取者が決済し、決済サーバ４０が管理している取引が複数であるならば、それら複数の取引のそれぞれに関して取引コード及び取引特定情報を取得する。プロセッサ２１は、これら取得した取引コード及び取引特定情報を、上記のセッションＩＤに関連付けて、メインメモリ２２又は補助記憶デバイス２３に保存しておく。そしてプロセッサ２１は、取得した取引特定情報の通知を伴って一覧画面の表示を指示する指示データを情報端末装置１０に送信する。

情報端末装置１０においてプロセッサ１１は、上記の指示データを受領すると、予め定められたフォームと、指示データで通知された情報とに基づいて一覧画面を生成し、タッチパネル１４に表示させる。

図４は一覧画面ＳＣ１を示す図である。
一覧画面ＳＣ１は、上記の指示データで、２つの取引特定情報が通知された場合の一例である。一覧画面ＳＣ１は、表示エリアＡＲ１，ＡＲ２を含む。表示エリアＡＲ１，ＡＲ２は、通知された取引特定情報の内容をそれぞれ表す。プロセッサ１１は例えば、通知された２つの取引特定情報の一方に含まれた日付、店舗名及び決済金額を表す文字列を表示エリアＡＲ１に表す。プロセッサ１１は例えば、通知された２つの取引特定情報の他方に含まれた日付、店舗名及び決済金額を表す文字列を表示エリアＡＲ２に表す。プロセッサ１１は、指示データで通知された取引特定情報が１つのみであれば、表示エリアＡＲ２を表さない。またプロセッサ１１は、指示データで通知された取引特定情報が３つ以上であれば、表示エリアＡＲ１，ＡＲ２と同様な別の表示エリアを追加する。

受取者は、タッチパネル１４に表示された一覧画面に示された取引のなかから、割り勘とする取引を選ぶ。そして、その選んだ取引を指定するための予め定められた操作を行う。当該操作は例えば、選んだ取引に関する情報が示された領域へのタッチである。このような操作に応じてプロセッサ１１は、指定された取引（以下、指定取引と称する）を管理サーバ２０に通知する。例えばプロセッサ１１は、指定取引の取引コードを管理サーバ２０に送信する。

図３中のＡｃｔ３としてプロセッサ２１は、上記のようにして行われた指定取引の通知を受領する。
Ａｃｔ４としてプロセッサ２１は、指定取引に関して割り勘の設定が済んでいるか否かを確認する。プロセッサ２１は例えば、通知された指定取引の取引コードがフィールドＦ２にセットされているデータレコードＲ１が設定データＤ１に含まれるか否かを確認する。そしてプロセッサ２１は、該当のデータレコードＲ１が見つからなかった場合にＮｏと判定し、Ａｃｔ５へと進む。

Ａｃｔ５としてプロセッサ２１は、情報端末装置１０に対し、設定画面の表示を指示する。設定画面は、指定取引をどのような形態で割り勘するのかを受取者が設定するための画面である。プロセッサ２１は例えば、指定取引に関してＡｃｔ２にて取得した取引特定情報の通知を伴って設定画面の表示を指示する指示データを情報端末装置１０に送信する。

情報端末装置１０においてプロセッサ１１は、上記の指示データを受領すると、予め定められたフォームと、指示データで通知された情報とに基づいて設定画面を生成し、タッチパネル１４に表示させる。

図５は設定画面ＳＣ２を示す図である。
設定画面ＳＣ２は、受取者が、図４中の一覧画面ＳＣ１において2018年12月23日における店舗名が「ＡＡＡＡＡ」である店舗での取引を指定した場合の一例である。また設定画面ＳＣ２は、割り勘対象の人数として「４」が既に設定された状態の一例である。設定画面ＳＣ２は、表示エリアＡＲ３、リストボックスＢＯ１、入力エリアＡＲ４，ＡＲ５，ＡＲ６，ＡＲ７、文字列ＳＴ１，ＳＴ２，ＳＴ３及びボタンＢＵ１を含む。

表示エリアＡＲ３は、割り勘の対象となる取引についての日付、店舗名及び決済金額を表す。プロセッサ１１は、指示データで通知された取引特定情報に含まれた日付、店舗名及び決済金額を表す文字列を表示エリアＡＲ３中に表す。

リストボックスＢＯ１は、割り勘の種類の指定を受け付ける。なお本実施形態では、割り勘の種類を「均等割り勘」及び「指定割り勘」の２種類とする。プロセッサ１１は、フォームの一部として予め定められたリストボックスをリストボックスＢＯ１として表す。

入力エリアＡＲ４は、割り勘対象者の人数を入力するとともに、表示する領域である。入力エリアＡＲ５は、支払者番号が「１」である支払者の名称を入力するとともに、表示する領域である。入力エリアＡＲ６は、支払者番号が「２」である支払者の名称を入力するとともに、表示する領域である。入力エリアＡＲ７は、支払者番号が「３」である支払者の名称を入力するとともに、表示する領域である。プロセッサ１１は、支払者の名称を、初期状態においてはデフォルトの名前とする。本実施形態では、支払番号が「１」「２」「３」
である支払者のデフォルトの名前を「Ａさん」「Ｂさん」「Ｃさん」としている。プロセッサ１１は、各入力エリアＡＲ４，ＡＲ５，ＡＲ６での自由入力に応じて、各支払者の名称を変更する。

文字列ＳＴ１，ＳＴ２，ＳＴ３は、１番、２番及び３番の各支払者のそれぞれが支払うべき金額を表す。プロセッサ１１は、指示データで通知された決済金額を、入力エリアＡＲ４に入力された人数で均等割して求まる金額としての「２，５００円」を文字列ＳＴ１，ＳＴ２，ＳＴ３としている。
ボタンＢＵ１は、設定を確定させることを宣言するために受取者が押すボタンである。プロセッサ１１は、フォームの一部として予め定められたボタンをボタンＢＵ１として表す。

なおプロセッサ１１は、初期状態においては例えば、入力エリアＡＲ４を空欄としておくとともに、入力エリアＡＲ５，ＡＲ６，ＡＲ７及び文字列ＳＴ１，ＳＴ２，ＳＴ３を表さない。そしてプロセッサ１１は、入力エリアＡＲ４に入力された人数に応じて、入力エリアＡＲ５，ＡＲ６，ＡＲ７に相当するエリアの数と、文字列ＳＴ１，ＳＴ２，ＳＴ３に相当する文字列の内容及び個数を変更する。

プロセッサ１１は、リストボックスＢＯ１にて「指定割り勘」が指定されると、設定画面を更新する。
図６は割り勘種類が「指定割り勘」である場合の設定画面ＳＣ３を示す図である。
設定画面ＳＣ３は、図５に示す設定画面ＳＣ２が表示されている状態において、リストボックスＢＯ１にて「指定割り勘」が指定されたことに応じて表示する設定画面の一例である。また設定画面ＳＣ３は、支払者のそれぞれの支払額を変更した後の設定画面の一例である。なお、図６において図５と同一の表示要素については同一の符号を付し、その詳細な説明は省略する。設定画面ＳＣ３は、表示エリアＡＲ３、リストボックスＢＯ１、入力エリアＡＲ５，ＡＲ６，ＡＲ７，ＡＲ８，ＡＲ９，ＡＲ１０、文字列ＳＴ４，ＳＴ５及びボタンＢＵ１，ＢＵ２を含む。

入力エリアＡＲ８，ＡＲ９，ＡＲ１０は、１番、２番及び３番の各支払者のそれぞれが支払うべき金額を入力するとともに、表示する。設定画面ＳＣ３では、それぞれに「２，０００円」「１，０００円」「２，５００円」が入力された後の状態を示している。
文字列ＳＴ４は、支払者の人数を表す。文字列ＳＴ５は、支払者から徴収する総額を表す。プロセッサ１１は、入力エリアＡＲ８，ＡＲ９，ＡＲ１０にそれぞれ入力されている金額の合計金額を文字列ＳＴ５に含める。
ボタンＢＵ２は、支払者を追加することを宣言するために受取者が押すボタンである。プロセッサ１１は、フォームの一部として予め定められたボタンをボタンＢＵ２として表す。

プロセッサ１１はボタンＢＵ２が押されたならば、入力エリアＡＲ５及び入力エリアＡＲ８と同等な一対の入力エリアを追加するともに、文字列ＳＴ４が表す人数を１人増加するように設定画面を更新する。具体的にはプロセッサ１１は、設定画面が設定画面ＳＣ３における入力エリアＡＲ７，ＡＲ１０を含まない状態にある場合にボタンＢＵ２が押されたならば、入力エリアＡＲ７，ＡＲ１０を追加して設定画面ＳＣ３に変更する。ただしプロセッサ１１はこのときには、入力エリアＡＲ１０内には、「０円」と表すか、ブランクとするなどして、金額が未設定であることを表すようにする。

受取者は、タッチパネル１４に表示された設定画面において、割り勘の設定を行う。例えば受取者は、リストボックスＢＯ１にて、割り勘の種類を選択する。例えば受取者は、入力エリアＡＲ４への数値の入力、あるいはボタンＢＵ２の押下により、支払者の人数を変更する。例えば受取者は、入力エリアＡＲ４，ＡＲ５，ＡＲ６等への自由入力によって、支払者を識別するための名称を変更する。なお、入力エリアＡＲ４，ＡＲ５，ＡＲ６等で設定する名称は、受取者が支払者を識別するための名称であって、支払者の氏名に一致する必要はない。例えば受取者は、入力エリアＡＲ８，ＡＲ９，ＡＲ１０等への数値入力によって、各支払者のそれぞれの支払額を変更する。そして受取者は、設定を終えたならば、ボタンＢＵ１を押す。そうするとプロセッサ１１は、設定された割り勘種類を表す種類コード、支払者の人数、支払者それぞれの番号、名称及び支払額を、上記の指示データへの応答として管理サーバ２０に通知する。
そこで図３中のＡｃｔ６としてプロセッサ２１は、上記の設定の通知を受領する。

Ａｃｔ７としてプロセッサ２１は、上記の通知に基づく新たなデータレコードＲ１を含むように設定データＤ１を更新する。プロセッサ２１は、例えば以下に説明するようにして、上記のように情報端末装置１０で行われた新たな設定を管理するためのデータの集合として新たなデータレコードＲ１を生成する。

プロセッサ２１は、設定データＤ１に既に含まれているデータレコードＲ１のフィールドＦ１にセットされている割り勘コードとは異なる割り勘コードを決定し、当該割り勘コードを、新たなデータレコードＲ１のフィールドＦ１にセットする。プロセッサ２１は、Ａｃｔ３で通知された指定取引を識別する取引コードを、新たなデータレコードＲ１のフィールドＦ２にセットする。プロセッサ２１は、実行中のセッションのセッションＩＤに関連付けて保存してある利用者コードを受取者コードとして、新たなデータレコードＲ１のフィールドＦ３にセットする。プロセッサ２１は、上記の通知された種類コード及び支払者の人数を、新たなデータレコードＲ１のフィールドＦ４，Ｆ５にそれぞれセットする。プロセッサ２１は、上記の通知された支払者の人数と同数の支払者データを、フィールドＦ６以降の各フィールドにセットする。プロセッサ２１は、これら支払者データは、上記の通知された支払者の番号、名称及び支払額をフィールドＦ１１，Ｆ１２，Ｆ１３にそれぞれセットするとともに、未要求であることを表すステータスデータをフィールドＦ１４にセットしたものとして生成する。
かくして設定データＤ１のデータレコードＲ１は、決済済みの取引に関する代金の少なくとも一部を支払者から受取者へと支払うための送金に関しての設定を表し、かつ取引コードを含んで上記の取引に関連付けられている。つまり、プロセッサ２１は、設定データＤ１を上述のように更新することにより、上記の設定を取引に関連付けて管理している。かくして管理サーバアプリＰ２に基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは管理手段として機能する。

プロセッサ２１は、設定データの更新を終えたならば、Ａｃｔ８へと進む。なおプロセッサ２１は、指定取引の取引コードがフィールドＦ２にセットされたデータレコードＲ１が上記のように更新する前の設定データＤ１に既に含まれる場合には、Ａｃｔ４にてＹｅｓと判定する。そしてこの場合にプロセッサ２１は、Ａｃｔ５〜Ａｃｔ７をパスして、Ａｃｔ４からＡｃｔ８へと進む。

Ａｃｔ８としてプロセッサ２１は、情報端末装置１０に対し、確認画面の表示を指示する。確認画面は、割り勘に関する設定の状況を受取者に確認させるための画面である。プロセッサ２１は例えば、実行中のセッションのセッションＩＤに関連付けて保存してある取引特定情報と、上記のように新たに生成したデータレコードＲ１に含めた支払者データとの通知を伴って確認画面の表示を指示する指示データを情報端末装置１０に送信する。

情報端末装置１０においてプロセッサ１１は、上記の指示データを受領すると、予め定められたフォームと、指示データで通知された情報とに基づいて確認画面を生成し、タッチパネル１４に表示させる。

図７は確認画面ＳＣ４を示す図である。
確認画面ＳＣ４は、図６に示す設定画面ＳＣ３におけるボタンＢＵ１が押されたことに応じて表示する確認画面の一例である。また確認画面ＳＣ４は、設定画面ＳＣ３において、入力エリアＡＲ４，ＡＲ５，ＡＲ６での自由入力により、各支払者の名称が「山田さん」「佐藤さん」及び「鈴木さん」に変更されている場合の一例である。確認画面ＳＣ４は、表示エリアＡＲ１１、文字列ＳＴ６，ＳＴ７，ＳＴ８、ボタンＢＵ３，ＢＵ４，ＢＵ５及びマークＭＡ１，ＭＡ２，ＭＡ３を含む。

表示エリアＡＲ１１は、割り勘の対象となる取引についての日付、店舗名及び決済金額を表す。プロセッサ１１は、指示データで通知された取引特定情報に含まれた日付、店舗名及び決済金額を表す文字列を表示エリアＡＲ１１中に表す。

文字列ＳＴ６は、支払者番号が「１」である支払者の名称及び支払額を表す。文字列ＳＴ７は、支払者番号が「２」である支払者の名称及び支払額を表す。文字列ＳＴ８は、支払者番号が「３」である支払者の名称及び支払額を表す。プロセッサ１１は例えば、指示データに含まれた支払者データのうちのフィールドＦ１１に「１」がセットされている支払者データのフィールドＦ１２，Ｆ１３にセットされている支払者名及び金額を表す文字列を文字列ＳＴ６とする。プロセッサ１１は例えば、指示データに含まれた支払者データのうちのフィールドＦ１１に「２」がセットされている支払者データのフィールドＦ１２，Ｆ１３にセットされている支払者名及び金額を表す文字列を文字列ＳＴ７とする。プロセッサ１１は例えば、指示データに含まれた支払者データのうちのフィールドＦ１１に「３」がセットされている支払者データのフィールドＦ１２，Ｆ１３にセットされている支払者名及び金額を表す文字列を文字列ＳＴ８とする。

ボタンＢＵ３は、支払者番号が「１」である支払者に対して割り勘について通知することを宣言するために受取者が押すボタンである。ボタンＢＵ４は、支払者番号が「２」である支払者に対して割り勘について通知することを宣言するために受取者が押すボタンである。ボタンＢＵ５は、支払者番号が「３」である支払者に対して割り勘について通知することを宣言するために受取者が押すボタンである。プロセッサ１１は、フォームの一部として予め定められたボタンをボタンＢＵ３，ＢＵ４，ＢＵ５として表す。

マークＭＡ１は、支払者番号が「１」である支払者に関する割り勘処理の状況を表す。図７では、マークＭＡ１は、支払い済みであることを表している。プロセッサ１１は例えば、指示データに含まれた支払者データのうちのフィールドＦ１１に「１」がセットされている支払者データのフィールドＦ１４にセットされているステータスデータが表す処理状況に応じた外観のマークをマークＭＡ１として確認画面に配置する。プロセッサ１１は例えば、指示データに含まれた支払者データのうちのフィールドＦ１１に「２」がセットされている支払者データのフィールドＦ１４にセットされているステータスデータが表す処理状況に応じた外観のマークをマークＭＡ２として確認画面に配置する。プロセッサ１１は例えば、指示データに含まれた支払者データのうちのフィールドＦ１１に「３」がセットされている支払者データのフィールドＦ１４にセットされているステータスデータが表す処理状況に応じた外観のマークをマークＭＡ３として確認画面に配置する。なお図７におけるマークＭＡ１の外観は、処理状況が「支払い済み」である場合の一例である。図７におけるマークＭＡ２の外観は、割り勘についての通知は済んでいるものの支払いは行われていない状態である場合の一例である。図７におけるマークＭＡ３の外観は、割り勘についての支払いを支払者が拒否した場合の一例である。ただし、プロセッサ１１が確認画面を最初に表示する場合、すなわち割り勘についての設定が完了した直後には、全ての支払者データのフィールドＦ１４にセットされているステータスデータは、いずれも割り勘についての通知が行われていないことを表す状態にある。このためプロセッサ１１は、マークＭＡ１，ＭＡ２，ＭＡ３をいずれも表示させない。あるいはプロセッサ１１は、通知が行われていないことを表す外観に予め定められた表示オブジェクトをマークＭＡ１，ＭＡ２，ＭＡ３として表す。

受取者は、設定済みの割り勘に関する支払者への通知を行いたい場合には、その旨を宣言するための予め定められた操作を行う。例えば受取者は、図７の確認画面ＳＣ４に示された支払者のうちの「佐藤さん」に通知を行いたいならば、ボタンＢＵ４を押す。これに応じてプロセッサ１１は、押されたボタンに対応する支払者番号の通知を伴って、２次元コードの通知を管理サーバ２０に要求する。
そこで図３中のＡｃｔ９としてプロセッサ２１は、上記の通知の要求を受領する。

Ａｃｔ１０としてプロセッサ２１は、上記の要求に応じた通知画面の表示を情報端末装置１０に対して指示する。通知画面は、受取者が支払者の一人に対して、当該支払者に関する設定の内容を通知するための画面である。プロセッサ２１は例えば、二次元コードを表した画像データを生成する。プロセッサ２１は、二次元コードが表すデータには、割り勘に関するデータであることを表す予め定められた制御コードを含める。プロセッサ２１は、二次元コードが表すデータには、指定取引の取引コードがフィールドＦ２にセットされたデータレコードＲ１のフィールドＦ１にセットされている割り勘コードを含める。プロセッサ２１は、二次元コードが表すデータには、Ａｃｔ９で受領した要求で通知された支払者番号を含める。プロセッサ２１は、二次元コードが表すデータには、例えば管理サーバ２０にアクセスするためのＵＲＬ（uniform resource locator）などの他の任意のデータを含めてもよい。プロセッサ２１は、指定取引の取引コードがフィールドＦ２にセットされたデータレコードＲ１に含まれた支払者データのうちから、フィールドＦ１１にセットされた支払者番号がＡｃｔ９で受領した要求で通知された支払者番号と一致する支払者データを選出する。そしてプロセッサ２１は、実行中のセッションのセッションＩＤに関連付けて保存してある取引特定情報と、上記の選出した支払者データのフィールドＦ１２，１３にセットされている支払者名及び金額と、上記の生成した画像データとの通知を伴って通知画面の表示を指示する指示データを情報端末装置１０に送信する。

情報端末装置１０においてプロセッサ１１は、上記の指示データを受領すると、予め定められたフォームと、指示データで通知された情報とに基づいて通知画面を生成し、タッチパネル１４に表示させる。つまりプロセッサ１１は、タッチパネル１４の表示画面を、確認画面から通知画面に変更する。

図８は通知画面ＳＣ５を示す図である。
通知画面ＳＣ５は、図７に示す確認画面ＳＣ４におけるボタンＢＵ４が押されたことに応じて表示する通知画面の一例である。通知画面ＳＣ５は、表示エリアＡＲ１２、文字列ＳＴ９、二次元コードＣＯ１及びボタンＢＵ６を含む。

表示エリアＡＲ１２は、割り勘の対象となる取引についての日付、店舗名及び決済金額を表す。プロセッサ１１は、指示データで通知された取引特定情報に含まれた日付、店舗名及び決済金額を表す文字列を表示エリアＡＲ１２中に表す。
文字列ＳＴ９は、支払者の名称及び支払額を表す。プロセッサ１１は例えば、指示データで通知された支払者名及び金額を表す文字列を文字列ＳＴ９とする。

二次元コードＣＯ１は、支払者が使用する別の情報端末装置１０に読み取らせるために表示している。プロセッサ１１は例えば、指示データで通知された画像データが表す画像を二次元コードＣＯ１として通知画面ＳＣ５に配置する。
ボタンＢＵ６は、二次元コードＣＯ１の画像データを送信することを宣言するために受取者が押すボタンである。プロセッサ１１は、フォームの一部として予め定められたボタンをボタンＢＵ６として表す。

受取者は、「佐藤さん」なる支払者名で識別される支払者が近隣に居る場合には、通知画面ＳＣ５を見せる。支払者は、表示エリアＡＲ１２に示された文字列に基づき、割り勘の対象となる取引を認識する。そして支払者は、通知画面ＳＣ５を表示している情報端末装置１０とは別の情報端末装置１０に二次元コードＣＯ１を読み取らせる。

あるいは受取者は、「佐藤さん」なる支払者名で識別される支払者が遠隔地に居る場合には、ボタンＢＵ６を押す。そうすると、プロセッサ１１は、予め定められた通信アプリケーションを起動し、通知画面ＳＣ５を表示している情報端末装置１０とは別の、受取者が指定する情報端末装置１０（以下、支払者端末１０と称する）へと、指示データで通知された情報を送信する。上記の通信アプリケーションは、例えば電子メールの送信のためのメーラ、あるいはＳＮＳ（social networking service）を利用する通信アプリケーションなどである。例えばメーラを用いるのであれば、プロセッサ１１は、指示データで通知された取引特定情報に含まれた日付、店舗名及び決済金額と、支払者名称及び支払額とを表す文字列を、メール本文にセットし、二次元コードを表す画像データを添付データとした電子メールデータをメーラに作成させる。そしてプロセッサ１１は、当該電子メールデータを、支払者端末１０で受信させるためのメールアドレス宛でメーラにより送信させる。

支払者は、情報端末装置１０から上記のように送信された情報を、支払者端末１０にて上記の通信アプリケーションを起動し、受信させ、表示させる。これにより支払者は、割り勘の対象となる取引に関して、日付、店舗名及び決済金額と、支払うべき金額とを確認する。そして支払者は、支払者端末１０にて決済クライアントアプリＰ１を起動し、情報端末装置１０から上記のように送信された情報に含まれた画像データが表す二次元コードを認識させる。これにより支払者端末１０のプロセッサ１１は、割り勘コード及び支払者番号を取得する。そしてこれに応じてプロセッサ１１は、支払者の利用者コードと、上記の取得した割り勘コード及び支払者番号の通知を伴って、支払処理を開始するように管理サーバ２０に対して要求する。

当該の要求が通信インタフェース２４により取り込まれると、プロセッサ２１は管理サーバアプリＰ２に基づく支払処理を開始する。
図９は支払処理におけるプロセッサ２１の情報処理の手順を示すフローチャートである。

Ａｃｔ１１としてプロセッサ２１は、上記の要求を受領する。このときにプロセッサ２１は、上記の要求のために確立したセッションのセッションＩＤと上記の通知された割り勘コードとを互いに関連付けて、メインメモリ２２又は補助記憶デバイス２３に保存しておく。そしてプロセッサ２１は、以下に説明する支払処理に関する支払者端末１０との通信は、上記のセッションＩＤにより識別されるセッションに関するものとして実行する。

Ａｃｔ１２としてプロセッサ２１は、情報端末装置１０に対し、支払要求画面の表示を指示する。支払要求画面は、割り勘による支払いを支払者に対して要求する画面である。プロセッサ２１は例えば、Ａｃｔ１１で受領した要求において通知された割り勘コードがフィールドＦ１にセットされているデータレコードＲ１を設定データＤ１から抽出する。プロセッサ２１は、決済サーバ４０に問い合わせ、上記の抽出したデータレコードＲ１のフィールドＦ２にセットされた取引コードで識別される取引に関する取引特定情報を取得する。プロセッサ２１は、上記の抽出したデータレコードＲ１のフィールドＦ３にセットされた受取者コードに関連付けられた名称を要求者名称として取得する。なお、本実施形態においては、利用者は、受取者となるときに支払者に公開する名称を予め登録しておくことをルールとしておく。プロセッサ２１は、このルールに従って利用者が指定した名称を、利用者コードに関連付けてメインメモリ２２又は補助記憶デバイス２３等に保存しておく。そしてプロセッサ２１は、このように保存してある名称のうちの受取者コードに関連付けられている名称を、上記の要求者名称として取得する。プロセッサ２１は、上記の抽出したデータレコードＲ１に含まれた支払者データのうちから、Ａｃｔ１１で受領した要求において通知された支払者番号がフィールドＦ１１にセットされた支払者データを選出する。そしてプロセッサ２１は、この選出した支払者データのフィールドＦ１３にセットされた金額を要求金額として取得する。プロセッサ２１は、これら取得した取引特定情報、要求者名称及び要求金額の通知を伴って、支払要求画面の表示を指示する指示データを支払者端末１０に送信する。
このように支払要求画面は、設定データＤ１のデータレコードＲ１に示された設定に基づき支払者に対して送金を要求するための画面である。また支払要求画面に表される日付及び店舗名は、支払者が取引を識別するための情報となる。かくして管理サーバアプリＰ２に基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは、上記の画面の表示を指示するための指示データを生成する生成手段として機能する。またプロセッサ２１を中枢部分とするコンピュータは、指示データを送信することにより出力しているのであり、出力手段として機能する。

支払者端末１０においてプロセッサ１１は、上記の指示データを受領すると、予め定められたフォームと、指示データで通知された情報とに基づいて支払要求画面を生成し、タッチパネル１４に表示させる。

図１０は支払要求画面ＳＣ６を示す図である。
支払要求画面ＳＣ６は、図８に示す通知画面ＳＣ５に基づいて前述のように支払者端末１０から管理サーバ２０に対して支払処理の開始が要求された場合の一例である。支払要求画面ＳＣ６は、表示エリアＡＲ１３、文字列ＳＴ１０，ＳＴ１１，ＳＴ１２及びボタンＢＵ７，ＢＵ８を含む。

表示エリアＡＲ１３は、割り勘の対象となる取引についての日付、店舗名及び決済金額を表す。プロセッサ１１は、指示データで通知された取引特定情報に含まれた日付、店舗名及び決済金額を表す文字列を表示エリアＡＲ１３中に表す。

文字列ＳＴ１０は、支払者に対する案内のためのメッセージを表す。プロセッサ１１は例えば、フォームの一部として予め定められた文字列を文字列ＳＴ１０として表す。文字列ＳＴ１１は、受取者の名称を表す。プロセッサ１１は、上記の指示データで通知された要求者名称を、「要求者：」なる定型の文字列に続けた文字列を文字列ＳＴ１１として表す。文字列ＳＴ１３は、支払者が支払うべき金額を表す。プロセッサ１１は、上記の指示データで通知された要求金額を表す文字列を、「要求金額：」なる定型の文字列に続けた文字列を文字列ＳＴ１３として表す。

ボタンＢＵ７は、要求金額の支払を受諾することを宣言するために支払者が押すボタンである。ボタンＢＵ８は、要求金額の支払いを拒否することを宣言するために支払者が押すボタンである。プロセッサ１１は、フォームの一部として予め定められたボタンをボタンＢＵ７，ＢＵ８として表す。

支払者は、支払要求画面ＳＣ６に基づき、2018年12月23日に店舗「ＡＡＡＡＡ」における支払金額が10,000円であった取引に関して、「山本さん」なる名称の受取者が1,000円の支払いを要求していることを確認できる。そして支払者は、要求金額の支払いを受諾するならばボタンＢＵ７を押し、拒否するならばボタンＢＵ８を押す。プロセッサ１１は、ボタンＢＵ７が押されたならば受諾通知を、またボタンＢＵ８が押されたならば拒否通知を管理サーバ２０に対して行う。

図９中のＡｃｔ１３としてプロセッサ２１は、上記の受諾通知又は拒否通知を受領する。
Ａｃｔ１４としてプロセッサ２１は、支払いが受諾されたか否かを確認する。そしてプロセッサ２１は、Ａｃｔ１３にて受諾通知を受領したならばＹｅｓと判定し、Ａｃｔ１５へと進む。

Ａｃｔ１５としてプロセッサ２１は、支払者から受取者への支払いのための処理を行う。プロセッサ２１は例えば、支払者の口座から受取者の口座へと要求金額を送金するように決済サーバ４０へと要求する。そしてプロセッサ２１は、決済サーバ４０から送金の完了が通知されたならば、Ａｃｔ１６へと進む。

Ａｃｔ１６としてプロセッサ２１は、上記の支払いが完了したことを管理可能なように設定データＤ１を更新する。プロセッサ２１は例えば、Ａｃｔ１２にて選出した支払者データのフィールドＦ１４にセットされているステータスデータを「支払い済み」に更新する。そしてプロセッサ２１は、支払処理を終了する。

一方でプロセッサ２１は、Ａｃｔ１３にて拒否通知を受領したならば、Ａｃｔ１４にてＮｏと判定し、Ａｃｔ１７へと進む。
Ａｃｔ１７としてプロセッサ２１は、支払が拒否されたことを管理可能なように設定データＤ１を更新する。プロセッサ２１は例えば、Ａｃｔ１２にて選出した支払者データのフィールドＦ１４にセットされているステータスデータを「拒否」に更新する。そしてプロセッサ２１は、支払処理を終了する。

以上のように管理サーバ２０は、設定データＤ１においては、割り勘に関する設定を、割り勘の対象となる取引に関連付けて管理する。そして管理サーバ２０は、支払者に支払を要求するための支払要求画面としては、例えば図１０に示す支払要求画面ＳＣ６のような、割り勘の対象となる取引を特定するための情報を表した画面の表示を指示する指示データを出力する。従って、この指示データに応じて表示された支払要求画面を目視することにより支払者は、割り勘の対象となる取引を各容易に認識できる。

また管理サーバ２０は、設定データＤ１に複数の支払者データを含めることを可能としているので、三者以上での割り勘にも対応できる。

また管理サーバ２０は、取引を特定するための情報として、取引が行われたタイミングを表す日付と取引が行われた場所を表す店舗名とを含めているので、支払者は割り勘の対象となる取引を直感的に認識できる。

また管理サーバ２０は、支払要求画面の表示を指示するための指示データを、支払者が使用する情報端末装置１０である支払者端末１０へと送信している。そして当該の支払者端末１０において、指示データに応じて支払要求画面を表示する。このため、支払者は、自らが使用する情報端末装置１０での表示により、どの取引に関しての割り勘での支払が要求されているのかを認識できる。

また管理サーバ２０は、割り勘についての設定及び確認のための設定画面及び確認画面、あるいは受取者が支払者に割り勘についての設定の内容を通知するための通知画面においても、割り勘の対象となる取引を識別するための情報を表している。このため、割り勘の処理に関わる様々な状況において、受取者及び支払者が対象となる取引を認識できる。

この実施形態は、次のような種々の変形実施が可能である。
プロセッサ１１は、通知された取引特定情報をセッションＩＤ等に関連付けてメインメモリ１２又は補助記憶デバイス１３に保存しておき、当該保存された取引特定情報に含まれた日付、店舗名及び決済金額を表す文字列を表示エリアＡＲ１１，ＡＲ１２に表してもよい。この場合にプロセッサ２１は、Ａｃｔ５，Ａｃｔ８，Ａｃｔ１０における取引特定情報の通知を省略してもよい。

一覧画面、設定画面、確認画面、通知画面及び支払要求画面の少なくとも一部を、管理サーバ２０においてプロセッサ２１が生成してもよい。そして各画面を表す画面データを管理サーバ２０から情報端末装置１０へと送信し、その画面データに基づく画面表示を情報端末装置１０で行ってもよい。各画面の情報端末装置１０での表示は、これ以外にも、サーバからの指示に応じてクライアントで画面を表示させるための既存の各種の手法を適用することが可能である。

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

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

１０…情報端末装置（支払者端末）、１１…プロセッサ、１２…メインメモリ、１３…補助記憶デバイス、１４…タッチパネル、１５…カメラ、１６…通信インタフェース、１７…伝送路、２０…管理サーバ、２１…プロセッサ、２２…メインメモリ、２３…補助記憶デバイス、２４…通信インタフェース、２５…伝送路、３０…ＰＯＳシステム、４０…決済サーバ、５０…通信ネットワーク、１００…決済システム。

Claims (5)

1. 決済済みの取引に関する代金の少なくとも一部を支払者から受取者へと支払うための送金に関する設定を、前記取引に関連付けて管理する管理手段と、
   前記設定に基づき前記支払者に対して送金を要求するための画面であって、前記設定が関連付けられた取引を前記支払者が識別可能な画面の表示を指示するための指示データを生成する生成手段と、
   前記生成手段により生成された前記指示データを出力する出力手段と、
   を具備した情報処理装置。
2. 前記管理手段が管理する設定は、前記代金の一部ずつを、複数の支払者から前記受取者へとそれぞれ支払うための送金に関する設定を表し得る、
   請求項１に記載の情報処理装置。
3. 前記生成手段は、前記取引が行われたタイミングと店舗名とを前記画面に表すことで、前記取引を前記支払者が識別可能とする、
   請求項１又は請求項２に記載の情報処理装置。
4. 前記出力手段は、支払者が使用する情報端末装置へと前記指示データを出力する、
   請求項１−３のいずれか一項に記載の情報処理装置。
5. 情報処理装置を制御するコンピュータを、
   決済済みの取引に関する代金の少なくとも一部を支払者から受取者へと支払うための送金に関する設定を、前記取引に関連付けて管理する管理手段と、
   前記設定に基づき前記支払者に対して送金を要求するための画面であって、前記設定が関連付けられた取引を前記支払者が識別可能な画面の表示を指示するための指示データを生成する生成手段と、
   前記生成手段により生成された前記指示データを出力する出力手段と、
   して機能させるための情報処理プログラム。