JP7001466B2 - プログラム、端末装置、および情報処理方法 - Google Patents

Description

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

従来、売り場に置かれた商品を購入する際に、購入者が現金を集金箱などに投入することで代金の支払いを行う無人販売方式が採用されている。また、商品情報を含む決済情報を二次元コード化し、この二次元コードをスマートフォンなどの携帯端末で読み取って決済サーバと通信することで電子決済処理を行う方式も提案されている（例えば特許文献１参照）。

特開２００７－３２８５４９号公報

しかしながら、従来の無人販売方式では、現金の持ち合わせがないと商品を購入できない場合があった。また、従来の二次元コードを用いた電子決済処理を行う場合、商品ごとに二次元コードを準備する必要があった。この場合、複数の商品を購入するためには、二次元コードの読み取りを複数回行う必要があり、利便性が損なわれる場合があった。更に、商品が変更になった場合や、料金が変更になった場合には、二次元コードを設置し直す必要があり、メンテナンスが容易ではない場合があった。

本発明は、このような事情を考慮してなされたものであり、商品購入のために必要なユーザの操作を簡易化し、かつメンテナンス性を向上させることが可能な無人販売方式を実現するプログラム、端末装置、および情報処理方法を提供することを目的の一つとする。

本発明の一態様は、読取部と受付部と通信部とを備える端末装置に、前記読取部に、第１識別情報を読み取らせる処理と、前記受付部に、ユーザからの商品の購入金額の設定操作を受け付けさせる処理と、前記受付部に、前記商品の購入金額の決定操作を受け付けさせる処理と、前記通信部に、前記読取部に読み取らせた前記第１識別情報と前記受付部に受け付けさせた決定操作に応じた購入金額とを含む決済要求を他装置に送信させる処理と、を実行させるプログラムである。

本発明の一態様によれば、商品購入のために必要なユーザの操作を簡易化し、かつメンテナンス性を向上させることが可能な無人販売方式を実現することができる。

第１実施形態に係る決済システム１の構成図である。 第１実施形態に係る端末装置１０、アプリサーバ３０、および決済サーバ５０の機能構成を示す図である。 第１実施形態に係る記憶部３２に記憶された基本金額情報３２Ａの内容の一例を示す図である。 第１実施形態に係る記憶部３２に記憶されたユーザ情報３２Ｂの内容の一例を示す図である。 第１実施形態に係る記憶部５２に記憶された決済情報５２Ａの内容の一例を示す図である。 第１実施形態に係る決済システム１において実行される処理を示すシーケンス図である。 第１実施形態に係る端末装置１０の表示部１４に表示される画面の遷移の一例を示す図である。 第１実施形態に係る端末装置１０の表示部１４に表示される画面の遷移の他の例を示す図である。 第２実施形態に係る記憶部３２に記憶された購入情報３２Ｃの内容の一例を示す図である。 第２実施形態に係る決済システム１において実行される処理を示すシーケンス図である。 第２実施形態における端末装置１０の表示部１４に表示される画面の遷移の一例を示す図である。 端末装置１０の表示部１４に表示される取消指示受け付け画面を示す図である。 端末装置１０の表示部１４に表示される発注画面を示す図である。 端末装置１０の表示部１４に表示される金額決定画面の他の例を示す図である。

以下、図面を参照し、本発明のプログラム、端末装置、および情報処理方法の実施形態について説明する。本発明のプログラムは、スマートフォンやタブレット端末などの端末装置に、無人販売方式の売り場に設けられた二次元コードなどの識別情報を読み取らせ、表示部に購入金額の決定画面を表示させながら、商品の購入金額の決定操作を受け付けさせ、決定操作に応じた購入金額の決済要求を他装置に送信させるプログラムである。このプログラムは、例えば、アプリケーションプログラムである。

＜第１実施形態＞
図１は、第１実施形態に係る決済システム１の構成図である。決済システム１は、売り場に置かれた商品を購入する際に、購入者（ユーザ）が電子決済処理を行う無人販売方式を実現する。決済システム１は、例えば、一以上の端末装置１０と、一以上のアプリサーバ３０と、一以上の決済サーバ５０と、一以上の商品ボックス７０とを備える。端末装置１０と、アプリサーバ３０（他装置）と、決済サーバ５０（他装置）とは、ネットワークＮＷによって互いに接続されており、このネットワークＮＷを介して互いに通信する。ネットワークＮＷは、例えば、ＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）、インターネット、専用回線、無線基地局、プロバイダなどを含む。

［端末装置］
端末装置１０は、商品ボックス７０に設置された商品の決済を行う際にユーザによって操作される。端末装置１０は、例えば、スマートフォンなどの携帯電話やタブレット端末、ＰＤＡ（Personal Digital Assistant）などである。図２は、第１実施形態に係る端末装置１０、アプリサーバ３０、および決済サーバ５０の機能構成を示す図である。端末装置１０は、例えば、通信部１２と、表示部１４と、受付部１６と、読取部１８と、アプリ実行部２０と、記憶部２２とを備える。通信部１２は、ネットワークＮＷを介して、他装置と通信する。

表示部１４は、決済における各種処理の結果などを表示する。例えば、表示部１４は、ディスプレイなどである。表示部１４が、タッチパネル対応のディスプレイである場合、表示部１４は、受付部１６の機能を備えてもよい。

受付部１６は、ユーザの各種操作を受け付ける。例えば、受付部１６は、タッチパネル、操作ボタンなどである。

読取部１８は、商品ボックス７０に設置された売主を識別するための売主識別情報（第１識別情報）の読み取りや、商品を識別するための商品識別情報（第２識別情報）の読み取りを行う。読取部１８は、これらの識別情報を読み取るためのカメラ、コードを復号するデコーダなどを備える。

アプリ実行部２０は、例えば、ＣＰＵ（Central Processing Unit）などのプロセッサが、記憶部２２に記憶された決済アプリ（プログラム）２４を実行することにより実現される。決済アプリ２４は、例えば、ネットワークＮＷを介して他装置からダウンロードされてもよいし、予め端末装置１０にプリインストールされていてもよい。記憶部２２は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＳＤカード、レジスタなどによって実現される。

決済アプリ２４は、商品を購入する際に決済を行うためのインターフェースの表示部１４への表示や、インターフェースを介して入力された情報の処理を端末装置１０に実行させるプログラムである。

［アプリサーバ］
アプリサーバ３０は、例えば、記憶部３２を備える。記憶部３２は、ＲＡＭ、ＲＯＭ、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ、またはこれらのうち複数が組み合わされたハイブリッド型記憶装置などによって実現される。記憶部３２は、例えば、基本金額情報３２Ａ、およびユーザ情報３２Ｂを記憶する。以下においては、決済システム１に設けられるアプリサーバ３０の数が１つである例について説明する。なお、アプリサーバ３０は、商品の販売を行う売主ごとに設置されてもよい。

基本金額情報３２Ａは、端末装置１０が決済処理を行う場合に表示部１４に初期表示させる金額を示す情報である。基本金額情報３２Ａは、商品を販売する売主ごとに予め設定される。図３は、基本金額情報３２Ａの内容の一例を示す図である。図３に示すように、記憶部３２には、商品を販売する売主を識別する「売主ＩＤ」に「基本金額」が関連付けされたレコードが複数記憶されている。図３に示す例では、「売主ＩＤ」が“Ａ１”であり、基本金額が“１００”円であるレコードなどが記憶されている。基本金額は、原則として、売主ＩＤごとに１つの金額のみが設定される。なお、一つの売主が複数の商品ボックス７０を運営している場合には、基本金額は、商品ボックス７０ごとに、異なる金額が設定されてもよい。

ユーザ情報３２Ｂは、決済アプリ２４のユーザに関する情報である。ユーザ情報３２Ｂは、決済アプリ２４のインストール時などに設定される。図４は、ユーザ情報３２Ｂの内容の一例を示す図である。図４に示すように、記憶部３２には、ユーザを識別する「ユーザＩＤ」に、ユーザの認証に使用する「パスワード」と、ユーザの各種属性を示す「属性１」および「属性２」とが関連付けされたレコードが複数記憶されている。図４に示す例では、「ユーザＩＤ」が“Ｈ１”であり、「パスワード」が“ＡＡ”であり、「属性１」が“男性”であり、「属性２」が“２０代”であるレコードなどが記憶されている。なお、記憶部３２に記憶される属性の種類および数は任意である。

［決済サーバ］
決済サーバ５０は、例えば、記憶部５２を備える。記憶部３２は、ＲＡＭ、ＲＯＭ、ＨＤＤ、フラッシュメモリ、またはこれらのうち複数が組み合わされたハイブリッド型記憶装置などによって実現される。記憶部５２は、例えば、決済情報５２Ａを記憶する。決済サーバ５０は、この決済情報５２Ａに基づいて、決済処理を行う。決済処理は、クレジットカードのシステムやインターネットバンキングを利用して行われてもよいし、端末装置１０が携帯電話である場合には、端末装置１０の利用料に加算することで行われてもよい。

決済情報５２Ａは、端末装置１０から取得した商品の決済内容を示す情報である。図５は、決済情報５２Ａの内容の一例を示す図である。図５に示すように、記憶部５２には、例えば、「売主ＩＤ」に、「購入金額」と「ユーザＩＤ」とが関連付けされたレコードが複数記憶されている。「購入金額」は、端末装置１０によって決済要求が行われた商品の購入金額である。図５に示す例では、「売主ＩＤ」が“Ａ１”であり、「購入金額」が“２５０”円であり、「ユーザＩＤ」が“Ｈ１”であるレコードなどが記憶されている。なお、決済情報５２Ａは、「決済日時」などの他の決済に関連する情報を含んでもよい。

［商品ボックス］
商品ボックス７０は、例えば、各種商品を陳列する陳列棚である。商品ボックス７０は、無人販売方式での商品の販売を希望する任意の場所に設置される。商品ボックス７０は、例えば、企業内の休憩スペースなどに設置される。商品ボックス７０には、例えば、商品の値段に応じて区切られた複数の陳列部が設けられる。例えば、「１００円」の商品用の陳列部には１００円の商品が陳列され、「１５０円」の商品用の陳列部には１５０円の商品が陳列され、「２００円」の商品用の陳列部には２００円の商品が陳列される。

商品ボックス７０には、売主を識別する売主識別情報を含むコード７０Ａが、コード７０Ａを印刷した紙などが貼付されることにより、或いはコード７０Ａが直接印刷されることにより、端末装置１０の読み取り可能な位置に付与されている。売主識別情報を含むコード７０Ａは、例えば、ＱＲコード（登録商標）などの二次元コードである。端末装置１０は、このコード７０Ａを読み取ることで、商品の決済要求を行うことができる。なお、コード７０Ａは、一次元コードであってもよい。また、コード７０Ａは、商品ボックス７０を識別するための情報や、商品ボックス７０の設置場所に関する情報を含んでいてもよい。

［決済システムの処理］
次に、図６および図７を参照しながら決済システム１の動作について説明する。図６は、第１実施形態における決済システム１において実行される処理を示すシーケンス図である。図７は、第１実施形態における端末装置１０の表示部１４に表示される画面の遷移の一例を示す図である。

まず、端末装置１０のアプリ実行部２０は、記憶部２２に記憶された決済アプリ２４を実行して表示部１４にログイン画面を表示させ、このログイン画面においてユーザによって入力されたユーザＩＤおよびパスワードを含むログイン要求を、通信部１２を介してアプリサーバ３０に送信する（Ｓ１）。表示部１４は、ログイン画面として、例えば、図７に示す「Ｓ１：ログイン画面」を表示する。なお、ユーザＩＤおよびパスワードは、例えば、アプリサーバ３０によってユーザに事前に付与されているものとする。

次に、アプリサーバ３０は、端末装置１０から受信したユーザＩＤおよびパスワードに基づいてユーザの本人確認を行う認証処理を行う（Ｓ２）。次に、アプリサーバ３０は、認証結果が正常である場合には、ログインが完了した旨を示すログイン結果を端末装置１０に送信し、認証結果が異常である場合には、ログインが失敗した旨を示すログイン結果を端末装置１０に送信する（Ｓ３）。アプリ実行部２０は、アプリサーバ３０から受信したログイン結果が異常である場合には、正確なユーザＩＤおよびパスワードの入力をユーザに促すログイン画面などを表示部１４に表示させる。

一方、アプリ実行部２０は、アプリサーバ３０から受信したログイン結果が正常である場合には、ユーザに商品ボックス７０に設置されたコード７０Ａの読み取りを促す画面を表示部１４に表示させ、ユーザの操作に基づいて読取部１８を起動し、読取部１８を介してコード７０Ａの情報を取得する（Ｓ４）。表示部１４は、コード７０Ａの読み取りを促す画面として、例えば、図７に示す「Ｓ４：二次元コード読み取り画面」を表示する。

次に、アプリ実行部２０は、コード７０Ａに含まれる売主識別情報（例えば、売主ＩＤ）に基づいて、アプリサーバ３０に対して基準金額の取得要求を行う（Ｓ５）。次に、端末装置１０から基準金額の取得要求を受けたアプリサーバ３０は、受信した売主ＩＤと対応する基準金額を記憶部３２から読み出し（Ｓ６）、読み出した基準金額を端末装置１０に送信する（Ｓ７）。

次に、アプリ実行部２０は、アプリサーバ３０から受信した基準金額を基づいて購入金額の決定をユーザに促す画面を表示部１４に表示させ、受付部１６を介してユーザからの購入金額の決定指示を受け付ける（Ｓ８）。表示部１４は、購入金額の決定をユーザに促す画面として、例えば、図７に示す「Ｓ８：購入金額決定画面」を表示する。この「Ｓ８：購入金額決定画面」には、基準金額Ｐとして「１００円」が表示されている。また、基準金額Ｐからの変更を受け付ける場合、所定金額ずつ増減させる操作を受け付けるボタンがボタンＢ１「＋５０円」およびＢ２「－５０円」が表示されている。ボタンＢ１「＋５０円」は、基準金額Ｐに対して５０円を加算する指示を受け付ける。ボタンＢ２「－５０円」は、基準金額Ｐから５０円を減算する指示を受け付ける。ユーザは、これらのボタンＢ１およびＢ２を押下することで、購入金額を変更することができる。

例えば、ユーザは、１００円の商品２個と１５０円の商品１個の合計３５０円の商品を購入したい場合、基準金額Ｐ「１００円」に対して、ボタンＢ１「＋５０円」を５回押下することで、購入金額を３５０円に設定することができる。なお、ボタンＢ１およびＢ２に設定される金額は任意である。ボタンＢ１に設定される金額と、ボタンＢ１に設定される金額とは、同じ金額であってもよいし、互いに異なる金額が設定されてもよい。また、ボタンＢ１およびＢ２以外に、他の金額を設定するためのボタンがさらに設けられてもよい。例えば、基準金額Ｐに対して「±２００円」の増減指示を受け付けるボタンがさらに設けられていれば、複数個の商品をまとめて購入する場合などに便利である。

次に、アプリ実行部２０は、ユーザによって決定された購入金額に基づく決済要求をアプリサーバ３０に送信する（Ｓ９）。次に、アプリサーバ３０は、端末装置１０から受信した決済要求に基づいて、決済処理要求を決済サーバ５０に送信する（Ｓ１０）。次に、決済サーバ５０は、アプリサーバ３０から受信した決済処理要求に基づいて決済処理を行い（Ｓ１１）、決済処理結果をアプリサーバ３０に送信する（Ｓ１２）。次に、アプリサーバ３０は、決済サーバ５０から受信した決済処理結果が正常である場合には、決済が完了した旨を示す決済結果を端末装置１０に送信し、決済処理結果が異常である場合には、決済が失敗した旨を示す決済結果を端末装置１０に送信する（Ｓ１３）。

アプリ実行部２０は、アプリサーバ３０から受信した決済結果が正常である場合には、決済が完了した旨を示す画面を表示部１４に表示させる。表示部１４は、決済が完了した旨を示す画面として、例えば、図７に示す「Ｓ１３：決済結果画面」を表示する。一方、アプリ実行部２０は、アプリサーバ３０から受信した決済結果が異常である場合には、再度の決済処理をユーザに促す画面などを表示部１４に表示させる。以上により、アプリ実行部２０は、本シーケンス図の処理を終了させる。

なお、端末装置１０の記憶部２２に決済アプリ２４が記憶されていない場合には、端末装置１０のリーダを用いて商品ボックス７０に設置されたコード７０Ａを読み取ることで、決済アプリ２４を端末装置１０にダウンロードすることができる。図８は、第１実施形態における端末装置１０の表示部１４に表示される画面の遷移の他の例を示す図である。端末装置１０は、リーダを起動した場合、商品ボックス７０に設置されたコード７０Ａの読み取りをユーザに促す画面を表示部１４に表示させる。表示部１４は、コード７０Ａの読み取りをユーザに促す画面として、例えば、図８に示す「二次元コード読み取り画面」を表示する。次に、端末装置１０は、ユーザの操作に基づいて読み取られたコード７０Ａに含まれる情報をデコードし、デコードした情報に含まれるハイパーリンクの貼られたページ（表示決済アプリ２４のダウンロードをユーザに促す画面）を表示部１４に表示させる。表示部１４は、決済アプリ２４のダウンロードをユーザに促す画面として、例えば、図８に示す「ダウンロード画面」を表示する。この「ダウンロード画面」には決済アプリ２４のダウンロードを要求するプラグインが埋め込まれている。この「ダウンロード画面」は、例えば、Ｗｅｂブラウザを用いて表示される。端末装置１０は、ユーザの操作に基づいて決済アプリ２４をダウンロードして各種設定を行うことで、決済アプリ２４の利用が可能となる。以後の処理は、図６および図７を参照して説明した処理と同じであるため、説明を省略する。

以上説明した第１実施形態によれば、読取部１８と表示部１４と受付部１６と通信部１２とを備える端末装置１０に、前記読取部１８に、第１識別情報を読み取らせる第１の処理と、前記表示部１４に購入金額の決定画面を表示させながら、前記受付部１６に、商品の購入金額の決定操作を受け付けさせる第２の処理と、前記通信部１２に、前記受付部１６に受け付けさせた決定操作に応じた購入金額の決済要求をアプリサーバ３０（他装置）に送信させる第３の処理と、を実行させることで、商品購入のために必要なユーザの操作を簡易化し、かつメンテナンス性を向上させることが可能な無人販売方式を実現することができる。

従来の無人販売方式のように商品ごとに二次元コードの読み取り行う場合、複数の商品を購入するためには、二次元コードの読み取りを複数回行う必要があり、決済処理が煩わしかった。これに対して、以上説明した第１実施形態によれば、複数の商品を購入する場合であっても、コード７０Ａの読み取りを１回行えばよく、決済処理を簡易化することができる。更に、商品ボックス７０にて販売される商品が変更になった場合や、商品の料金が変更になった場合にも、操作端末１０の手元の操作で購入金額を調整すればよいので、商品ボックス７０に設置された値札を更新すれば足りる。このため、コード７０Ａを設置し直す必要はなく、メンテナンス性を向上させることができる。さらに、ユーザの操作の負担を軽減したいのであれば、基本金額を変更すればよい。

＜第２実施形態＞
以下、第２実施形態について説明する。第１実施形態と比較して、第２実施形態の決済システム１は、アプリ実行部２０が、決済処理完了後に、購入した商品に関する情報をアプリサーバ３０に送信し、アプリサーバ３０からインセンティブに関する情報を受信する点が異なる。このため、構成などについては第１実施形態で説明した図および関連する記載を援用し、詳細な説明を省略する。

［アプリサーバ］
アプリサーバ３０に備えられた記憶部３２は、基本金額情報３２Ａおよびユーザ情報３２Ｂに加えて、購入情報３２Ｃを記憶する。購入情報３２Ｃは、端末装置１０から取得した商品の購入履歴を示すレコードを含む情報である。図９は、購入情報３２Ｃの内容の一例を示す図である。記憶部３２には、例えば、「商品ＩＤ」に、「購入日時」、「商品ボックスＩＤ」、「購入金額」、および「属性」が関連付けされた複数のレコードが記憶されている。「商品ＩＤ」は、ユーザが購入した商品を識別する識別情報である。「購入日時」は、ユーザが端末装置１０を用いて決済要求を行った日時である。「商品ボックスＩＤ」は、商品ボックス７０を識別する識別情報である。「購入金額」は、端末装置１０によって決済要求が行われた商品の購入金額である。「属性」は、ユーザの属性を示す情報である。「属性」は、例えば、「男性」、「女性」などの性別を示す情報である。図９に示す例では、「商品ＩＤ」が“Ａ”であり、「購入日時」が“２０１７／１／４ １０：１０：５０”であり、「商品ボックスＩＤ」が“１”であり、「購入金額」が“１００”円であり、および「属性」が“男性”であるレコードなどが記憶されている。

［決済システムの処理］
次に、図１０および図１１を参照しながら決済システム１の動作について説明する。図１０は、第２実施形態における決済システム１において実行される処理を示すシーケンス図である。図１１は、第２実施形態における端末装置１０の表示部１４に表示される画面の遷移の一例を示す図である。

まず、端末装置１０のアプリ実行部２０は、記憶部２２に記憶された決済アプリ２４を実行して表示部１４にログイン画面を表示させ、このログイン画面においてユーザによって入力されたユーザＩＤおよびパスワードを含むログイン要求を通信部１２を介してアプリサーバ３０に送信する（Ｓ２１）。表示部１４は、ログイン画面として、例えば、図１１に示す「Ｓ２１：ログイン画面」を表示する。

次に、アプリサーバ３０は、端末装置１０から受信したユーザＩＤおよびパスワードに基づいてユーザの本人確認を行う認証処理を行う（Ｓ２２）。次に、アプリサーバ３０は、認証結果が正常である場合には、ログインが完了した旨を示すログイン結果を端末装置１０に送信し、認証結果が異常である場合には、ログインが失敗した旨を示すログイン結果を端末装置１０に送信する（Ｓ２３）。アプリ実行部２０は、アプリサーバ３０から受信したログイン結果が異常である場合には、正確なユーザＩＤおよびパスワードの入力をユーザに促すログイン画面などを表示部１４に表示させる。

一方、アプリ実行部２０は、アプリサーバ３０から受信したログイン結果が正常である場合には、ユーザに商品ボックス７０に設置されたコード７０Ａの読み取りを促す画面を表示部１４に表示させ、ユーザの操作に基づいて読取部１８を起動し、読取部１８を介してコード７０Ａの情報を取得する（Ｓ２４）。表示部１４は、コード７０Ａの読み取りを促す画面として、例えば、図１１に示す「Ｓ２４：二次元コード読み取り画面」を表示する。

次に、アプリ実行部２０は、コード７０Ａに含まれる売主識別情報（例えば、売主ＩＤ）に基づいて、アプリサーバ３０に対して基準金額の取得要求を行う（Ｓ２５）。次に、端末装置１０から基準金額の取得要求を受けたアプリサーバ３０は、受け取った売主ＩＤと対応する記憶部３２に記憶された基準金額を読み出し（Ｓ２６）、読み出した基準金額を端末装置１０に送信する（Ｓ２７）。

次に、アプリ実行部２０は、アプリサーバ３０から受信した基準金額を基づいて購入金額の決定をユーザに促す画面を表示部１４に表示させ、受付部１６を介してユーザからの購入金額の決定指示を受け付ける（Ｓ２８）。表示部１４は、購入金額の決定をユーザに促す画面として、例えば、図１１に示す「Ｓ２８：購入金額決定画面」を表示する。

次に、アプリ実行部２０は、ユーザによって決定された購入金額に基づく決済要求をアプリサーバ３０に送信する（Ｓ２９）。次に、アプリサーバ３０は、端末装置１０から受信した決済要求に基づいて、決済処理要求を決済サーバ５０に送信する（Ｓ３０）。次に、決済サーバ５０は、アプリサーバ３０から受信した決済処理要求に基づいて決済処理を行い（Ｓ３１）、決済処理結果をアプリサーバ３０に送信する（Ｓ３２）。次に、アプリサーバ３０は、決済サーバ５０から受信した決済処理結果が正常である場合には、決済が完了した旨を示す決済結果を端末装置１０に送信し、決済処理結果が異常である場合には、決済が失敗した旨を示す決済結果を端末装置１０に送信する（Ｓ３３）。

アプリ実行部２０は、アプリサーバ３０から受信した決済結果が正常である場合には、決済が完了した旨を示すとともに決済処理済みの商品８０を識別するコード８０Ａ（例えば、ＪＡＮコードなどのバーコード）の読み取り処理に進むことを促す画面を表示部１４に表示させる。表示部１４は、コード８０Ａの読み取り処理に進むことを促す画面として、例えば、図１１に示す「Ｓ３３：決済結果画面」を表示する。一方、アプリ実行部２０は、アプリサーバ３０から受信した決済結果が異常である場合には、再度の決済処理をユーザに促す画面などを表示部１４に表示させる。

アプリ実行部２０は、ユーザからコード８０Ａの読み取りを行う指示を受け付けた場合（図１１に示す「Ｓ３３：決済結果画面」において、ユーザにより「スキャン」ボタンが押下された場合）、ユーザに商品８０のコード８０Ａの読み取りを促す画面を表示部１４に表示させ、ユーザの操作に基づいて商品８０のコード８０Ａの情報を取得する（Ｓ３４）。表示部１４は、商品のコード８０Ａの読み取りを促す画面として、例えば、図１１に示す「Ｓ３４：バーコード読み取り画面」を表示する。

次に、アプリ実行部２０は、例えば、「商品ＩＤ」、「購入日時」、「商品ボックスＩＤ」、「購入金額」、および「属性」を含む購入情報３２Ｃをアプリサーバ３０に送信する（Ｓ３５）。「商品ＩＤ」は、コード８０Ａから取得される。「購入日時」、「商品ボックスＩＤ」、「購入金額」、および「属性」は、例えば、上記の決済処理において取得され端末装置１０のメモリ（図示しない）などに記憶された情報が用いられる。次に、アプリサーバ３０は、端末装置１０から受信した購入情報３２Ｃを記憶部３２に記憶させ（Ｓ３６）、インセンティブ情報を端末装置１０に送信する（Ｓ３９）。インセンティブ情報は、例えば、商品８０に関連するクーポン券などである。インセンティブ情報は、例えば、記憶部３２に記憶されている。

アプリ実行部２０は、アプリサーバ３０から受信したインセンティブ情報に基づいて、インセンティブ情報画面を表示部１４に表示させる。表示部１４は、インセンティブ情報画面として、例えば、図１１に示す「Ｓ３７：インセンティブ情報画面」を表示する。以上により、アプリ実行部２０は、本シーケンス図の処理を終了させる。

以上説明した第２実施形態によれば、第１実施形態と同様の効果を奏する他、端末装置１０が購入情報３２Ｃをアプリサーバ３０に送信し、アプリサーバ３０からインセンティブ情報を受け取ることで、ユーザは購入に応じたインセンティブを受けることができ、決済アプリの利便性を向上させることができる。また、売主は、アプリサーバ３０から購入情報３２Ｃを取得することでマーケティングなどに利用することができる。

なお、決済アプリ２４の他の機能として、ユーザからの決済の取消指示の受け付けを可能にする機能が実装されてもよい。表示部１４は、決済の取消指示の受け付けを可能にする画面として、例えば、図１２に示す「取消指示受け付け画面」を表示する。ユーザは、誤って決済処理を行ってしまった場合などには、この「取消指示受け付け画面」において、決済処理ごとに設けられた「取消」ボタンを押下することで、取消指示に応じた取消要求を行うことができる。また、ユーザからの決済の取消指示の受け付けは、商品の購入履歴を表示する画面において行うようにしてもよい。なお、購入履歴を表示する画面には、上記の実施形態に係る決済システム１を利用した商品の購入に関する決済情報以外に、ユーザが利用する他のサービスの決済情報があわせて表示される場合がある。この場合、ユーザからの決済の取消指示は、上記の実施形態に係る決済システム１を利用した商品の購入に関する決済に対してのみ受け付けを可能にするようにしてよい。

また、決済アプリ２４の他の機能として、ユーザの操作による商品の発注を可能にする機能が実装されてもよい。表示部１４は、商品の発注を行う画面として、例えば、図１３に示す「発注画面」を表示する。この「発注画面」には、過去の購入履歴とともに、「発注」ボタンが表示される。ユーザは、商品ボックス７０に購入したい商品が無い場合や在庫が少ない場合などには、この「発注画面」において、決済処理ごとに設けられた「発注」ボタンを押下することで、商品の発注を行うことができる。発注する商品の個数はユーザが任意に設定できるようにしてもよい。

また、上記の実施形態では、「購入金額決定画面」において商品の購入金額を変更する指示を受け付ける例を説明したが、購入する商品の個数を変更する指示を受け付けるようにしてもよい。表示部１４は、購入する商品の個数を変更する指示を受け付ける画面として、例えば、図１４に示す「購入個数設定画面」を表示する。ユーザは、購入する商品の価格ごとに設けられた個数設定用のボタン（「＋１」、「－１」）を押下することで、購入金額を決定することができる。

また、上記の実施形態では、ユーザがインセンティブ情報としてクーポン券を受け取る例を説明したが、商品の購入回数に応じたインセンティブを受けられるようにしてもよい。例えば、商品の購入回数が所定の閾値（例えば、２０回）に到達した場合に、この閾値に達した決済処理において決済対象となる商品の料金を無料化するようにしてもよい。また、アプリサーバ３０において所定の期間に購入された商品のランキングを行い、特定の商品（例えば、ランキングが一位の商品）を購入したユーザにクーポン券を発行するようにしてもよい。また、ユーザが購入した商品が食品類である場合には、所定の期間に購入された商品のカロリーなどの情報を端末装置１０に表示するようにしてもよい。

上述した第１実施形態および第２実施形態では、決済アプリ２４が実行されることに決済処理が行われるものとして説明したが、これに代えて（加えて）、端末装置１０は、Ｗｅｂブラウザを用いて決済処理を行うようにしてもよい。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１‥決済システム、１０‥端末装置、１２‥通信部、１４‥表示部、１６‥受付部、１８‥読取部、２０‥アプリ実行部、２２‥記憶部、２４‥決済アプリ、３０‥アプリサーバ、３２‥記憶部、５０‥決済サーバ、５２‥記憶部、７０‥商品ボックス、８０‥商品、ＮＷ‥ネットワーク

Claims (8)

1. 読取部と受付部と通信部とを備える端末装置に、
   前記読取部に、第１識別情報を読み取らせる処理と、
   前記受付部に、ユーザからの決済金額の決定操作を受け付けさせる処理と、
   前記通信部に、前記読取部に読み取らせた前記第１識別情報と前記受付部に受け付けさせた決定操作に応じた前記決済金額とを含む決済要求を他装置に送信させる処理と、
   を実行させるプログラムであって、
   前記通信部に、前記決済要求を前記他装置に送信させる処理を実行させた後、前記受付部に対して決済対象を識別する第２識別情報の読み取りを行うための操作がなされた場合、前記端末装置に、さらに、
   前記読取部に、前記第２識別情報を読み取らせる処理と、
   前記通信部に、少なくとも前記第２識別情報を含む決済情報を、前記他装置に送信させる処理と、
   を実行させる、
   プログラム。
2. 前記決済金額は、前記決済対象である商品の購入金額であり、
   前記第１識別情報は、前記商品の売主を識別する情報を含む、
   請求項１記載のプログラム。
3. 前記端末装置に、
   前記端末装置に備えられた表示部に、前記受付部に受け付けさせた決定操作に応じた前記決済金額を表示させる処理
   を実行させる請求項１または２記載のプログラム。
4. 前記端末装置に、
   前記通信部に前記決済情報を前記他装置に送信させる処理を行わせた後、
   前記通信部に、前記他装置からのインセンティブ情報を受け取らせる処理を実行させる、
   請求項１から３のいずれか一項に記載のプログラム。
5. 前記端末装置に、
   前記受付部に、前記決済要求の取消指示を受け付けさせる処理を実行させ、
   前記通信部に、前記受付部に受け付けさせた取消指示に応じた取消要求を前記他装置に送信させる処理を実行させる、
   請求項１から４のいずれか一項に記載のプログラム。
6. 前記端末装置に、
   前記売主ごとの商品の購入回数が閾値に達した場合、前記閾値に達した決済処理において決済の対象となる商品の料金を無料化する処理を実行させる、
   請求項２記載のプログラム。
7. 第１識別情報を読み取る読取部と、
   ユーザからの決済金額の決定操作を受け付ける受付部と、
   前記読取部によって読み取られた前記第１識別情報と前記受付部によって受け付けられた決定操作に応じた前記決済金額とを含む決済要求を他装置に送信する通信部と、
   を備え、
   前記通信部が前記決済要求を前記他装置に送信した後、前記受付部に対して決済対象を識別する第２識別情報の読み取りを行うための操作がなされた場合、前記読取部は、前記第２識別情報を読み取り、前記通信部は、少なくとも前記第２識別情報を含む決済情報を、前記他装置に送信する、
   端末装置。
8. 読取部と受付部と通信部とを備える端末装置が、
   前記読取部を用いて第１識別情報を読み取り、
   前記受付部を用いてユーザからの決済金額の決定操作を受け付け、
   前記通信部を用いて前記読取部によって読み取られた前記第１識別情報と前記受付部によって受け付けられた決定操作に応じた前記決済金額とを含む決済要求を他装置に送信する、
   情報処理方法であって、
   前記通信部を用いて前記決済要求を前記他装置に送信した後、前記受付部に対して決済対象を識別する第２識別情報の読み取りを行うための操作がなされた場合、前記読取部を用いて前記第２識別情報を読み取り、前記通信部を用いて少なくとも前記第２識別情報を含む決済情報を、前記他装置に送信する、
   情報処理方法。

Images