JP2014222441A - 支払支援システム、支払支援方法及び支払支援プログラム - Google Patents

Abstract

【課題】コード画像を利用して、効率的に代金の支払いを行なうための支払支援システム、支払支援方法及び支払支援プログラムを提供する。
【解決手段】携帯端末３０の制御部３１は、支払い対象の特定処理、金額計算処理を及びバーコードの生成処理を実行する。読取音を検知したと判定した場合、携帯端末３０の制御部３１は、支払い記録処理を実行する。次の請求があると判定した場合、携帯端末３０の制御部３１は、バーコードの表示処理を繰り返す。次の請求がないと判定した場合、携帯端末３０の制御部３１は、終了メッセージ処理を実行する。
【選択図】図１

Description

本発明は、代金支払い等を支援するための支払支援システム、支払支援方法及び支払支援プログラムに関する。

通信販売等における商品取引の代金を支払う場合、コンビニエンスストア等で支払うことがある。この場合には、販売会社から提供された払込票を、コンビニエンスストアのＰＯＳ端末で読み取る。この代金の支払い等の効率化のための決済システムが検討されている（例えば、特許文献１を参照）。この文献に記載された技術では、携帯型情報端末を、インターネットを介して認証サーバに接続する。携帯型情報端末は、バーコード情報の返信を依頼した後、バーコード情報を受信し、ディスプレイに、バーコードパターンを表示する。ＰＯＳレジスタは、このバーコードパターンを、バーコードリーダを介して読み取り、取得したバーコード情報を決済コントローラに供給する。決済コントローラは、専用回線を介して決済サーバに接続して決済情報を取得する。ＰＯＳレジスタは、決済コントローラを介して取得した決済情報に従って、請求金額を算出する。ＰＯＳレジスタは、利用者から受け取った金額を入力すると、決済情報を印刷したレシートを発行する。

特開２００１−５８８３号公報（第１頁、図１）

前記特許文献１に記載された技術においては、ＰＯＳレジスタは、携帯電話端末から取得したバーコードパターンに応じて決済サーバから決済情報を取得し、この決済情報に従って請求金額を算出する。しかしながら、店頭において複数の代金の支払いを一度に行なう場合には、複数のバーコードパターンを個別に表示させる操作が必要である。この操作は、煩雑であり、更に誤操作により支払い損ねや二重払いのする可能性があった。

本発明は、コード画像を利用して、効率的に代金の支払いを行なうための支払支援システム、支払支援方法及び支払支援プログラムを提供することにある。

上記課題を解決する支払支援システムは、店舗端末において、支払いを行なう請求データを管理する管理サーバに接続された制御部と、前記請求データを記憶する請求情報記憶部と、コード画像を表示する表示部とを備えた携帯端末を用いた支払支援システムであって、前記携帯端末の制御部が、前記管理サーバから取得した請求データを前記請求情報記憶部に記録し、前記請求情報記憶部に記録された請求データを前記表示部に請求一覧において出力し、前記請求一覧において選択された複数の請求データに対応するコード画像であって、前記店舗端末のコードリーダにおいて読み取り可能なコード画像を前記管理サーバから取得し、前記コード画像を、前記表示部に、順次、出力する手段を備えることを特徴とする。この構成によれば、選択された複数の請求データに対応するコード画像が表示部に順次、出力されるので、効率的に複数の請求についての払込を行なうことができる。

上記支払支援システムにおいて、前記携帯端末は、集音部を備えており、前記携帯端末の制御部は、前記集音部により、前記店舗端末におけるコード画像の読取音を集音し、前記集音に基づいて、前記表示部に表示されるコード画像を変更することが好ましい。この構成によれば、コード画像の読取音に基づいて、選択された請求データに対応するコード画像が表示部に順次、出力されるので、効率的かつ的確に、複数の請求についての払込を行なうことができる。

上記支払支援システムにおいて、前記携帯端末の制御部は、前記集音に応じて、前記請求情報記憶部において、前記集音前に表示されていたコード画像の請求データに対して支払を示す情報を記録することが好ましい。この構成によれば、前記集音に応じて支払を示す情報が記録されるので、同じ請求データに基づく二重払いを抑制することができる。

上記支払支援システムにおいて、前記携帯端末の制御部は、前記請求情報記憶部において、支払を示す情報が記録されていない請求データを特定し、前記請求データの支払期限を特定し、前記支払期限に基づいてアラートを出力することが好ましい。この構成によれば、支払期限内における払い忘れを注意喚起することができる。

上記支払支援システムにおいて、前記携帯端末の制御部は、前記管理サーバから、前記請求について支払確認書を取得した場合には、前記請求情報記憶部において、前記請求について支払済情報を記録することが好ましい。この構成によれば、管理サーバにおける収納状況を把握することができる。

上記支払支援システムにおいて、前記携帯端末の制御部は、前記請求一覧において選択された複数の請求データを統合する統合依頼を前記管理サーバに送信し、前記管理サーバは、前記統合依頼に応じて、統合する前記請求データに関する情報を含めた新たな請求データを生成し、前記新たな請求データについてのコード画像を前記携帯端末に送信し、前記携帯端末の制御部は、前記コード画像を前記表示部に出力することが好ましい。この構成によれば、１つのコード画像で複数の請求についての払込を効率的に行なうことができる。

上記支払支援システムにおいて、前記携帯端末が、前記表示部において指定された障害領域を記憶し、前記コード画像を表示部に出力する場合には、前記障害領域を特定し、前記障害領域以外の表示部に、前記コード画像を表示することが好ましい。この構成によれば、障害領域を避けてコード画像が表示されるので、店舗端末のコードリーダにおいて、的確にコード画像を読み取ることができる。

本発明によれば、コード画像を利用して、効率的に代金の支払いを行なうことができる。

実施形態における支払支援システムの構成を説明する概略構成図。 実施形態の各記憶部のデータ構成を説明する構成図であり、（ａ）は顧客情報記憶部、（ｂ）は請求者情報記憶部、（ｃ）は請求情報記憶部、（ｄ）は払込情報記憶部。 実施形態における請求時処理の処理手順を説明する流れ図。 実施形態における支払時処理の処理手順を説明する流れ図。 実施形態における収納管理処理の処理手順を説明する流れ図。 実施形態における支払期限管理処理の処理手順を説明する流れ図。 変更例における請求統合処理の処理手順を説明する流れ図。 変更例においてタッチパネルディスプレイに障害が生じている場合の処理の処理手順を説明する流れ図であって、（ａ）は障害対応処理、（ｂ）はバーコードの表示処理。

以下、本発明を具体化した一実施形態を図１〜図６に従って説明する。
図１に示すように、本実施形態の支払支援システムでは、インターネット等のネットワークに接続された販売者サーバ１０、管理サーバ２０、携帯端末３０を利用する。また、支払時には、コンビニエンスストアなどに設置されたＰＯＳ端末４０を用いる。このＰＯＳ端末４０は、ネットワークを介して、ＰＯＳサーバ５０に接続される。このＰＯＳサーバ５０は、ネットワークを介して、管理サーバ２０と通信を行なう。

まず、本サービスの概要を説明する。
販売者サーバ１０は、利用者との取引に基づいて、利用者に対する請求データを管理サーバ２０に送信する。管理サーバ２０は、利用者に対して、払込票データを含めた請求メールを送信する。

利用者は、請求メールの払込票データに対応したバーコードを携帯端末３０のディスプレイ上で表示させる。そして、このバーコードを、ＰＯＳ端末４０のコードリーダにおいて読み取らせる。この場合、ＰＯＳ端末４０は、ＰＯＳサーバ５０に収納データを送信する。そして、ＰＯＳサーバ５０は、収納データを管理サーバ２０に送信する。この収納データにより、管理サーバ２０は、販売者に対する送金を行なう。

次に、各ハードウェア構成を説明する。
販売者サーバ１０は、利用者と取引（例えば通信販売取引）を行なう販売者のサーバコンピュータである。この販売者サーバ１０は、利用者との取引に基づいて、請求データを生成し、管理サーバ２０に送信する。

管理サーバ２０は、販売者の代金回収を支援するためのサーバコンピュータである。この管理サーバ２０は、請求処理部２１、顧客情報記憶部２２、請求者情報記憶部２３及び請求情報記憶部２４を備えている。

請求処理部２１は、販売者サーバ１０から請求データを取得し、この請求データに基づいて利用者に対する請求を行なう処理を実行する。更に、請求処理部２１は、支払支援アプリケーションプログラムを、携帯端末３０に提供する処理を実行する。

図２（ａ）に示すように、顧客情報記憶部２２は、利用者である顧客を管理するための顧客管理レコード２２０を記憶している。この顧客管理レコード２２０は、顧客登録された場合に記録される。この顧客管理レコード２２０は、顧客コード、氏名、アドレスに関するデータを含んで構成される。

顧客コードデータ領域には、顧客を特定するための識別子に関するデータが記録される。
氏名コードデータ領域には、この顧客の氏名に関するデータが記録される。
アドレスコードデータ領域には、この顧客の電子メールアドレスに関するデータが記録される。

図２（ｂ）に示すように、請求者情報記憶部２３は、顧客と取引を行なう請求者情報を管理するための請求者管理レコード２３０を記憶している。この請求者管理レコード２３０は、請求者が登録された場合に記録される。この請求者管理レコード２３０は、請求者、送金先に関するデータを含んで構成される。

請求者データ領域には、請求を行なった販売者を特定するための識別子に関するデータが記録される。本実施形態では、請求者データとして、販売者の名称及び識別コード等を用いる。
送金先データ領域には、この販売者についての収納金の送金先（例えば、金融機関の口座）に関するデータが記録される。

図２（ｃ）に示すように、請求情報記憶部２４は、顧客に対する請求を管理するための請求管理レコード２４０が記録される。この請求管理レコード２４０は、販売者サーバ１０から請求データを取得した場合に記録される。請求管理レコード２４０は、請求コード、請求者、請求内容、顧客コード、請求年月日、支払期限、金額、収納状況に関するデータを含んで構成される。

請求コードデータ領域には、顧客に対する各請求を特定するための識別子に関するデータが記録される。
請求者データ領域には、請求を行なった販売者を特定するための識別子に関するデータが記録される。

請求内容データ領域には、利用者との間での取引内容に関するデータが記録される。例えば、販売者における取引コードや販売商品内容に関するデータが記録される。
顧客コードデータ領域には、販売者と取引を行なった顧客を特定するための識別子に関するデータが記録される。

請求年月日データ領域には、請求が行なわれた年月日に関するデータが記録される。
支払期限データ領域には、請求についての支払の期限に関するデータが記録される。
金額データ領域には、請求金額に関するデータが記録される。
収納状況データ領域には、請求に対する支払状況を特定するためのフラグが記録される。このデータ領域には、未払フラグ、収納済フラグが記録される。

図１に示す携帯端末３０は、顧客が使用するコンピュータ端末である。この携帯端末３０としては、タッチパネルディスプレイ３５を備えたスマートフォン端末やタブレット端末を利用することができる。この携帯端末３０は、制御部３１、メール記憶部３２、払込情報記憶部３３を備えている。この携帯端末３０は、周囲音を集音するマイク（集音部）を更に備えている。

制御部３１は、メーラープログラムを実行することにより、メール処理部３１１として機能する。また、制御部３１は、支払支援プログラムを実行することにより、請求管理部３１２、支払処理部３１３として機能する。

メール処理部３１１は、インターネットを介してメールの送受信処理を実行する。
請求管理部３１２は、請求メールにより取得した払込票を管理する処理を実行する。この請求管理部３１２は、支払期限が近い請求を特定するために用いる所定日数に関するデータを記憶している。

支払処理部３１３は、払込票に基づいて、支払時に用いるバーコードを生成する処理を実行する。この支払処理部３１３は、ＰＯＳ端末４０のコードリーダでバーコードを読み取った場合に発せられる読取音（ビーブ音）の周波数パターンに関するデータを保持している。

メール記憶部３２には、メール処理部３１１において受信したメールが記録される。
図２（ｄ）に示すように、払込情報記憶部３３には、請求メールに基づいて生成された払込管理レコード３３０が記録される。この払込管理レコード３３０は、請求メールを受信した場合に登録される。払込管理レコード３３０は、請求コード、請求者、請求内容、支払期限、金額、払込状況に関するデータを含んで構成される。

請求コードデータ領域には、顧客に対する各請求を特定するための識別子に関するデータが記録される。
請求者データ領域には、請求を行なった販売者を特定するための識別子に関するデータが記録される。

請求内容データ領域には、利用者との間での取引内容に関するデータが記録される。例えば、販売者における取引コードや販売商品内容に関するデータが記録される。
支払期限データ領域には、請求についての支払の期限に関するデータが記録される。
金額データ領域には、請求金額に関するデータが記録される。
払込状況データ領域には、請求に対する支払状況を特定するためのフラグが記録される。このデータ領域には、未払フラグ、確認中フラグ、払込済フラグが記録される。

図１に示すＰＯＳ端末４０は、コンビニエンスストア等のレジにおいて、顧客の支払を管理するコンピュータ端末である。このＰＯＳ端末４０には、商品や払込票に印字されたバーコードを読み取るためのコードリーダが接続されている。コードリーダにおいてバーコードを読み込んだ場合、ＰＯＳ端末４０は、商品コードや商品金額を取得する。更に、ＰＯＳ端末４０はスピーカーを備えており、コードリーダでバーコードを読み取った場合、所定の周波数パターンの読取音（ビーブ音）を発する。

ＰＯＳサーバ５０は、コンビニエンスストアの店舗における売上を管理するコンピュータシステムである。このＰＯＳサーバ５０は、ＰＯＳ端末４０において読み込んだバーコードに関する情報を取得する。更に、払込票のバーコードの情報を取得した場合には、管理サーバ２０に収納データを送信する。この収納データには、請求コードに関するデータを含める。

次に、図３〜６を用いて、請求に関する処理手順を説明する。ここでは、請求時処理、支払時処理、収納管理処理、支払期限管理処理の順に説明する。
（請求時処理）
まず、図３を用いて、請求時処理を説明する。
ここでは、管理サーバ２０の請求処理部２１は、請求データ取得処理を実行する（ステップＳ１−１）。具体的には、販売者が顧客に対して請求を行なう場合、販売者サーバ１０において請求データを入力する。そして、販売者サーバ１０は、管理サーバ２０に対して請求データを送信する。この請求データには、請求者、請求内容、顧客コード、請求年月日、支払期限、請求金額に関するデータを含める。請求データを受信した管理サーバ２０の請求処理部２１は、未使用の請求コードを付与し、この請求コードを含む請求管理レコード２４０を生成する。この場合、請求処理部２１は、この請求管理レコード２４０に、受信した請求データを含める。そして、請求処理部２１は、請求管理レコード２４０を請求情報記憶部２４に登録する。

次に、管理サーバ２０の請求処理部２１は、アドレスの特定処理を実行する（ステップＳ１−２）。具体的には、請求処理部２１は、顧客情報記憶部２２において、請求管理レコード２４０に記録された顧客コードが記録された顧客管理レコード２２０を特定する。そして、請求処理部２１は、顧客管理レコード２２０に記録されているアドレスを取得する。

次に、管理サーバ２０の請求処理部２１は、請求メールの送信処理を実行する（ステップＳ１−３）。具体的には、請求処理部２１は、請求管理レコード２４０に記録された情報に基づいて請求メールを生成する。この請求メールには、払込票データ（請求コード、請求者、請求内容、支払期限、金額）に関するデータを含める。そして、請求処理部２１は、ステップＳ１−２において取得したアドレスに、この請求メールを送信する。

次に、携帯端末３０の制御部３１は、請求メールの受信処理を実行する（ステップＳ２−１）。具体的には、制御部３１のメール処理部３１１は、管理サーバ２０から請求メールを受信する。

次に、携帯端末３０の制御部３１は、初回起動かどうかについての判定処理を実行する（ステップＳ２−２）。具体的には、請求メールに含まれるスクリプトを実行する。この場合、制御部３１は、携帯端末３０内に支払支援アプリケーションプログラムがインストールされているかどうかを確認する。インストールされていない場合には、初回起動と判定する。

初回起動と判定した場合（ステップＳ２−２において「ＹＥＳ」の場合）、携帯端末３０の制御部３１は、アプリケーションダウンロード処理を実行する（ステップＳ２−３）。具体的には、制御部３１は、管理サーバ２０にアクセスして、支払支援アプリケーションプログラムを要求する。そして、制御部３１は、管理サーバ２０から支払支援アプリケーションプログラムをダウンロードする。

初回起動でないと判定した場合（ステップＳ２−２において「ＮＯ」の場合）、携帯端末３０の制御部３１は、アプリケーションダウンロード処理（ステップＳ２−３）をスキップする。

次に、携帯端末３０の制御部３１は、アプリケーション起動処理を実行する（ステップＳ２−４）。具体的には、制御部３１は、インストールされた支払支援アプリケーションプログラムを起動する。これにより、請求管理部３１２、支払処理部３１３が機能する。

次に、携帯端末３０の制御部３１は、払込票の取り込み処理を実行する（ステップＳ２−５）。具体的には、制御部３１の請求管理部３１２は、メール記憶部３２に記録されている請求メールを特定する。更に、請求管理部３１２は、請求メールの中で、払込情報記憶部３３に登録されていないメールを特定する。そして、請求管理部３１２は、特定した請求メールに基づいて払込管理レコード３３０を生成し、払込情報記憶部３３に記録する。この払込管理レコード３３０には、請求メールに含まれる払込票データを含める。そして、払込管理レコード３３０の支払状況データ領域には未払フラグを記録する。

次に、携帯端末３０の制御部３１は、請求一覧の表示処理を実行する（ステップＳ２−６）。具体的には、制御部３１の請求管理部３１２は、払込情報記憶部３３に記録されている払込管理レコード３３０の中で、支払状況として未払フラグが記録されている請求を含む未払請求一覧画面を生成してタッチパネルディスプレイ３５に出力する。この未払請求一覧画面においては、支払いを行なう請求を選択するためのチェックボックスが設けられている。

（支払時処理）
次に、図４を用いて、支払時処理を説明する。
まず、携帯端末３０の制御部３１は、支払い対象の特定処理を実行する（ステップＳ３−１）。具体的には、利用者が、請求について支払を行なう場合には、タッチパネルディスプレイ３５に表示された未払請求一覧画面の中で支払を行なう請求のチェックボックスを選択する。この場合、制御部３１の支払処理部３１３は、指定された請求についての払込管理レコード３３０をメモリに仮記憶する。

次に、携帯端末３０の制御部３１は、金額計算処理を実行する（ステップＳ３−２）。具体的には、制御部３１の支払処理部３１３は、メモリに仮記憶した払込管理レコード３３０に記録されている金額を合計して、支払金額を算出する。そして、支払処理部３１３は、算出した支払金額をタッチパネルディスプレイ３５に出力する。

次に、携帯端末３０の制御部３１は、バーコードの取得処理を実行する（ステップＳ３−３）。具体的には、制御部３１の支払処理部３１３は、バーコード要求を管理サーバ２０に送信する。このバーコード要求には、メモリに仮記憶した払込管理レコード３３０の請求コードに関するデータを含める。バーコード要求を受信した管理サーバ２０は、請求情報記憶部２４から、バーコード要求に含まれる請求コードが記録された請求管理レコード２４０を抽出する。そして、管理サーバ２０は、請求コード、請求者、請求内容、金額に関する情報を含めたバーコードを生成する。ここで、バーコード要求に複数の請求コードが含まれる場合には、各請求コードに対応するすべての払込管理レコード３３０を抽出し、払込管理レコード３３０毎にバーコードを生成する。そして、管理サーバ２０は、生成したバーコードを含めたバーコードファイルを、携帯端末３０に送信する。この場合、携帯端末３０の支払処理部３１３が、バーコードファイルを取得する。バーコード要求に含まれた請求コードが複数の場合には、このバーコードファイルには、各請求コードに対応する複数のバーコードが含まれる。

次に、携帯端末３０の制御部３１は、バーコードの表示処理を実行する（ステップＳ３−４）。具体的には、制御部３１の支払処理部３１３は、タッチパネルディスプレイ３５に、生成したバーコードを表示する。複数のバーコードを生成した場合には、最初のバーコードを出力する。

この場合、コンビニエンスストアの店員は、ＰＯＳ端末４０に接続されたコードリーダを用いて、携帯端末３０のタッチパネルディスプレイ３５に出力されたバーコードを読み取る。

そして、ＰＯＳ端末４０は、バーコードの読み込み処理を実行する（ステップＳ４−１）。具体的には、ＰＯＳ端末４０は、バーコードリーダで読み取ったバーコードをデコードして、請求コード、請求者、請求内容、金額に関するデータを取得する。

次に、ＰＯＳ端末４０は、読取音の出力処理を実行する（ステップＳ４−２）。具体的には、ＰＯＳ端末４０は、バーコードの読み取りを完了した場合、スピーカーを通じて、特定の周波数パターンの読取音を発する。

次に、携帯端末３０の制御部３１は、読取音の集音かどうかについての判定処理を実行する（ステップＳ３−５）。具体的には、制御部３１の支払処理部３１３は、マイクを用いて、ＰＯＳ端末４０の読取音を待機する。そして、支払処理部３１３は、マイクを通じて集音した音の周波数パターンに基づいて、読取音かどうかを判定する。

読取音を検知しない場合（ステップＳ３−５において「ＮＯ」の場合）、読取音の集音を待機する。
読取音を検知したと判定した場合（ステップＳ３−５において「ＹＥＳ」の場合）、携帯端末３０の制御部３１は、支払い記録処理を実行する（ステップＳ３−６）。具体的には、制御部３１の支払処理部３１３は、バーコードをタッチパネルディスプレイ３５に表示した払込管理レコード３３０の払込状況データ領域に、確認中フラグを記録する。

次に、携帯端末３０の制御部３１は、次の請求があるかどうかについての判定処理を実行する（ステップＳ３−７）。具体的には、制御部３１の支払処理部３１３は、メモリに仮記憶された払込管理レコード３３０において、まだバーコードを表示していない請求が残っているかどうかを判定する。まだバーコードを表示していない請求が残っている場合には、次の請求があると判定する。

次の請求があると判定した場合（ステップＳ３−７において「ＹＥＳ」の場合）、携帯端末３０の制御部３１は、ステップＳ３−４以降の処理を繰り返す。ここでは、残りの支払対象の請求のバーコードの一つをタッチパネルディスプレイ３５に表示する。

一方、次の請求がないと判定した場合（ステップＳ３−７において「ＮＯ」の場合）、携帯端末３０の制御部３１は、終了メッセージ処理を実行する（ステップＳ３−８）。具体的には、制御部３１の支払処理部３１３は、タッチパネルディスプレイ３５に払込票のバーコードの表示を終了したことを示すメッセージを出力する。

また、ＰＯＳ端末４０は、終了かどうかについての判定処理を実行する（ステップＳ４−３）。具体的には、携帯端末３０のタッチパネルディスプレイ３５の終了メッセージを見た店員は、ＰＯＳ端末４０において読み込み完了入力を行なう。ＰＯＳ端末４０は、この読み込み完了入力の有無により、終了を判定する。
終了でないと判定した場合（ステップＳ４−３において「ＮＯ」の場合）、ＰＯＳ端末４０は、バーコードの読み込み処理（ステップＳ４−１）に戻り、待機する。

一方、終了と判定した場合（ステップＳ４−３において「ＹＥＳ」の場合）、ＰＯＳ端末４０は、入金処理を実行する（ステップＳ４−４）。具体的には、ＰＯＳ端末４０は、読み込んだバーコードに基づいて、各払込の金額を特定し、合計金額を算出する。そして、ＰＯＳ端末４０は、合計金額を出力する。この合計金額に基づいて、利用者はコンビニエンスストアの店員に対して支払を行なう。この場合、店員は、ＰＯＳ端末４０を用いて入金完了入力を行なう。

入金完了入力を行なった場合、ＰＯＳ端末４０は、収納データをＰＯＳサーバ５０に送信する。この収納データには、バーコードから読み取った請求コード、請求者、請求内容、金額に関するデータを含める。

（収納管理処理）
次に、図５を用いて、収納管理処理を説明する。ＰＯＳ端末４０から収納データを取得したＰＯＳサーバ５０は、収納データを管理サーバ２０に送信する。

まず、管理サーバ２０の請求処理部２１は、収納金精算処理を実行する（ステップＳ５−１）。具体的には、請求処理部２１は、ＰＯＳサーバ５０から取得した収納データに含まれる請求コード及び請求者が記録された請求管理レコード２４０を請求情報記憶部２４から抽出する。そして、請求処理部２１は、この請求者の送金先を請求者情報記憶部２３から抽出し、この送金先に対する送金処理を行なう。

次に、管理サーバ２０の請求処理部２１は、支払い済情報の蓄積処理を実行する（ステップＳ５−２）。具体的には、請求処理部２１は、請求管理レコード２４０の収納状況データ領域に、収納済フラグを記録する。

その後、携帯端末３０の制御部３１は、確認処理を実行する（ステップＳ６−１）。具体的には、携帯端末３０の支払支援アプリケーションプログラムを起動して、支払確認画面を出力する。この場合、制御部３１の請求管理部３１２は、管理サーバ２０にアクセスする。そして、請求管理部３１２は、払込情報記憶部３３に記録されている払込管理レコード３３０について、請求情報記憶部２４に記録されている収納状況情報を取得する。

次に、携帯端末３０の制御部３１は、払込状況の更新処理を実行する（ステップＳ６−２）。具体的には、制御部３１の請求管理部３１２は、収納状況が更新されている請求について、払込管理レコード３３０の払込状況を更新する。例えば、請求管理レコード２４０の収納状況データ領域に収納済みフラグが記録されている場合、請求管理部３１２は、払込情報記憶部３３に記録された払込管理レコード３３０の払込状況データ領域に払込済みフラグを記録する。

ここで、支払済み請求を確認する場合、支払確認画面において、請求を選択する。この場合、携帯端末３０の制御部３１は、支払い確認書の表示処理を実行する（ステップＳ６−３）。具体的には、制御部３１の請求管理部３１２は、確認対象請求についての払込管理レコード３３０の払込状況を取得する。ここで、払込済フラグが記録されている場合には、そして、請求一覧において、払込済フラグが記録された請求が指定された場合、請求管理部３１２は、この請求についての支払確認書をタッチパネルディスプレイ３５に表示する。

（支払期限管理処理）
次に、図６を用いて、支払期限管理処理を説明する。
まず、携帯端末３０の制御部３１は、未払いの検索処理を実行する（ステップＳ７−１）。具体的には、制御部３１の請求管理部３１２は、払込情報記憶部３３において、支払状況データ領域に未払フラグが記録されている払込管理レコード３３０を抽出する。次に、請求管理部３１２は、抽出した払込管理レコード３３０の支払期限を特定する。

次に、携帯端末３０の制御部３１は、払込期限の特定処理を実行する（ステップＳ７−２）。具体的には、制御部３１の請求管理部３１２は、払込管理レコード３３０において支払期限を特定する。

次に、携帯端末３０の制御部３１は、期限が近い請求があるかどうかについての判定処理を実行する（ステップＳ７−３）。具体的には、制御部３１の請求管理部３１２は、払込管理レコード３３０において特定した支払期限と、現在日と支払期限とを比較する。そして、現在日付が支払期限の年月日の所定日数前の場合には、支払期限が近い請求があると判定する。

期限が近い請求があると判定した場合（ステップＳ７−３において「ＹＥＳ」の場合）、携帯端末３０の制御部３１は、アラート処理を実行する（ステップＳ７−４）。具体的には、制御部３１の請求管理部３１２は、タッチパネルディスプレイ３５に表示された初期画面において、支払期限が近い請求があることを示すメッセージを出力する。

本実施形態の支払支援システムによれば、以下のような効果を得ることができる。
（１）本実施形態では、管理サーバ２０の請求処理部２１は、請求メールの送信処理を実行する（ステップＳ１−３）。携帯端末３０の制御部３１は、払込票の取り込み処理（ステップＳ２−５）、請求一覧の表示処理（ステップＳ２−６）、支払い対象の特定処理（ステップＳ３−１）を実行する。携帯端末３０の制御部３１は、特定した支払い対象に応じて、バーコードの取得処理（ステップＳ３−３）、バーコードの表示処理（ステップＳ３−４）を繰り返して実行する。これにより、携帯端末３０において、選択された複数の請求データに対応するコード画像が表示部に順次、出力されるので、複数の請求データに対応するコード画像を用いて、効率的に複数の払込を行なうことができる。

（２）本実施形態では、携帯端末３０の制御部３１は、読取音の集音かどうかについての判定処理を実行する（ステップＳ３−５）。読取音を検知したと判定した場合（ステップＳ３−５において「ＹＥＳ」の場合）、携帯端末３０の制御部３１は、支払い記録処理を実行する（ステップＳ３−６）。これにより、既に代金支払いを行なった請求データを識別できるので、支払済の請求データのバーコードを再表示することによる二重払いを抑制することができる。

（３）本実施形態では、携帯端末３０の制御部３１は、読取音の集音かどうかについての判定処理を実行する（ステップＳ３−５）。読取音を検知したと判定した場合（ステップＳ３−５において「ＹＥＳ」の場合）、次の請求があるか否かを判定する。次の請求があると判定した場合（ステップＳ３−７において「ＹＥＳ」の場合）、携帯端末３０の制御部３１は、ステップＳ３−４以降の処理を繰り返す。これにより、バーコードが読み込まれた場合に、次の請求データのバーコードが表示されるので、複数の請求についての払込を効率的に行なうことができる。

（４）本実施形態では、携帯端末３０の制御部３１は、確認処理を実行し（ステップＳ６−１）、払込状況の更新処理を実行する（ステップＳ６−２）。支払済み請求を確認する請求が選択された場合、携帯端末３０の制御部３１は、支払い確認書の表示処理を実行する（ステップＳ６−３）。これにより、管理サーバにおいて収納されたことを把握することができる。

（５）本実施形態では、携帯端末３０の制御部３１は、未払いの検索処理（ステップＳ７−１）、払込期限の特定処理（ステップＳ７−２）を実行する。期限が近い請求があると判定した場合（ステップＳ７−３において「ＹＥＳ」の場合）、携帯端末３０の制御部３１は、アラート処理を実行する（ステップＳ７−４）。これにより、支払期限が迫っている請求データがあることを通知して支払期限内における払い忘れを注意喚起することができる。

また、上記実施形態は以下のように変更してもよい。
・上記実施形態においては、携帯端末３０の制御部３１は、バーコードの生成処理（ステップＳ３−３）、バーコードの表示処理（ステップＳ３−４）を実行する。読取音を検知したと判定した場合（ステップＳ３−５において「ＹＥＳ」の場合）、携帯端末３０の制御部３１は、支払い記録処理を実行する（ステップＳ３−６）。次の請求があると判定した場合（ステップＳ３−７において「ＹＥＳ」の場合）、携帯端末３０の制御部３１は、ステップＳ３−４以降の処理を繰り返す。ここで、バーコードの生成処理（ステップＳ３−３）から繰り返すようにしてもよい。

・上記実施形態においては、複数の請求に対する支払を行なう場合には、携帯端末３０の支払処理部３１３は、個別にバーコードを生成する。これに代えて、まとめて支払を行なうことができるようにしてもよい。この場合には、管理サーバ２０、携帯端末３０において統合処理を実行する。

（請求統合処理）
ここで、図７を用いて、請求統合処理を説明する。
まず、携帯端末３０の制御部３１は、支払い対象の特定処理を実行する（ステップＳ８−１）。具体的には、制御部３１の請求管理部３１２は、請求一覧画面において、まとめて支払を行なう請求を指定する。

次に、携帯端末３０の制御部３１は、請求の統合依頼処理を実行する（ステップＳ８−２）。具体的には、制御部３１の請求管理部３１２は、管理サーバ２０に対して、統合依頼を送信する。この統合依頼には、請求一覧画面において指定された複数の請求の請求コードに関するデータを含める。

次に、管理サーバ２０の請求処理部２１は、請求をまとめた請求データの生成処理を実行する（ステップＳ９−１）。具体的には、請求処理部２１は、携帯端末３０から統合依頼を取得する。そして、請求処理部２１は、統合依頼に含まれる請求コードに対して新たな統合請求コードを生成する。請求処理部２１は、この統合請求コードを記録した請求管理レコード２４０を生成して、請求情報記憶部２４に記録する。そして、請求処理部２１は、統合対象レコードとして、統合依頼に含まれた請求コードに対応する請求管理レコード２４０を抽出する。請求処理部２１は、新たな請求管理レコード２４０の請求者データ領域には、統合依頼に関する統合請求であることを示すフラグを記録し、請求内容データ領域には、統合依頼に含まれる請求コードを記録する。また、請求処理部２１は、新たな請求管理レコード２４０の支払期限データ領域には、統合対象レコードの支払期限の中で最も早い支払期限を記録する。更に、請求処理部２１は、新たな請求管理レコード２４０の金額データ領域には、統合対象レコードの金額を合計した金額を記録する。更に、新たな請求管理レコード２４０の顧客コードデータ領域、請求年月日データ領域、収納状況データ領域には、それぞれ、顧客を特定するための識別子、現在年月日、未払フラグを記録する。

次に、管理サーバ２０の請求処理部２１は、請求メールの送信処理を実行する（ステップＳ９−２）。具体的には、請求処理部２１は、統合請求コードを含めた請求メールを生成し、顧客のメールアドレスに請求メールを送信する。

次に、携帯端末３０の制御部３１は、請求メールの受信処理を実行する（ステップＳ８−３）。具体的には、制御部３１のメール処理部３１１は、管理サーバ２０から請求メールを受信する。この請求メールには、統合請求コードに関するデータが含まれる。

次に、携帯端末３０の制御部３１は、ステップＳ２−５と同様に、払込票の取り込み処理を実行する（ステップＳ８−４）。
次に、携帯端末３０の制御部３１は、ステップＳ２−６と同様に、請求一覧の表示処理を実行する（ステップＳ８−５）。

そして、携帯端末３０の制御部３１は、図４と同様の支払時処理を実行する（ステップＳ８−６）。この場合、バーコードの取得処理（ステップＳ３−３）と同様に、統合請求コードに関するバーコードを取得する。そして、携帯端末３０の支払処理部３１３は、タッチパネルディスプレイ３５に統合請求コードに関するバーコードを表示する。そして、コンビニエンスストアの店舗に設置されたＰＯＳ端末４０において、バーコードを読み取る。

統合請求コードを読み取ったＰＯＳ端末４０は、他の収納処理と同様に、ＰＯＳサーバ５０に収納データを送信する。ＰＯＳサーバ５０は、ＰＯＳ端末４０から取得した収納データを管理サーバ２０に送信する。

次に、管理サーバ２０の請求処理部２１は、統合請求があるかどうかについて判定する。具体的には、請求処理部２１は、請求コードが記録された請求管理レコード２４０を抽出する。ここで、請求管理レコード２４０の請求内容データ領域に統合請求であることを示すフラグが記録されている場合には、統合請求と判定する。

統合請求と判定した場合には、各収納情報に展開処理を実行する（ステップＳ１０−１）。具体的には、請求処理部２１は、統合請求の請求管理レコード２４０の請求内容データ領域から取得した請求コードが記録された個別の請求管理レコード２４０を請求情報記憶部２４から抽出する。

次に、管理サーバ２０の請求処理部２１は、収納金精算処理を実行する（ステップＳ１０−２）。具体的には、請求処理部２１は、個別の請求コードについての収納金精算処理を実行する。

次に、管理サーバ２０の請求処理部２１は、ステップＳ５−２と同様に、支払い済情報の蓄積処理を実行する（ステップＳ１０−３）。これにより、１つのコード画像で複数の払込を効率的に行なうことができる。なお、統合されたコード画像と、統合されていないコード画像を含めて支払時処理を行なうことも可能である。

更に、携帯端末３０において、読取音の検知が困難な場合に、携帯端末３０の制御部３１は、請求統合処理を実行するようにしてもよい。この場合には、携帯端末３０の制御部３１に、請求統合処理の要否を判定するための障害基準音量や障害周波数帯に関するデータを保持させておく。この障害基準音量は、読取音の集音が困難になる音量である。また、障害周波数帯は、読取音の周波数が含まれる周波数帯である。

そして、制御部３１は、支払時処理において、支払い対象の請求数を計数する。ここで、支払い対象として選択された請求が一つの場合には、図４に示す支払時処理を行なう。一方、支払い対象として複数の請求が選択されている場合には、マイクを用いて、環境音（周囲音）を集音する。ここで、環境音の音量が障害基準音量よりも大きい場合や、環境音の周波数帯が障害周波数帯と重なっている場合には、読取音の検知が困難と判定する。この場合には、タッチパネルディスプレイ３５に、請求統合処理を促すメッセージを表示する。これにより、騒がしい環境にいる利用者は、請求統合処理により、効率的かつ的確に支払を行なうことができる。

また、読取音の検知が困難と判定した場合には、携帯端末３０の制御部３１は、バーコードの取得処理（ステップＳ３−３）において、統合の請求依頼を行なうようにしてもよい。この場合には、管理サーバ２０の請求処理部２１は、請求データの生成処理（ステップＳ９−１）と同様に、請求を統合した請求管理レコード２４０を生成して請求情報記憶部２４に記録する。更に、管理サーバ２０の請求処理部２１は、統合された請求についての請求管理レコード２４０に基づいて、バーコードを生成し、携帯端末３０に送信する。これにより、騒がしい環境においても、利用者の操作負担なく、効率的かつ的確に支払を行なうことができる。

・上記実施形態においては、携帯端末３０の制御部３１は、バーコードの表示処理を実行する（ステップＳ３−４）。ここで、バーコードの表示を、携帯端末３０のタッチパネルディスプレイ３５の状態に応じて変更するようにしてもよい。例えば、携帯端末３０のタッチパネルディスプレイ３５において、画面の汚れや割れ等の障害が生じている場合がある。このような障害領域にバーコードを表示すると、コードリーダにおいて的確に読み取れない場合がある。そこで、携帯端末３０において障害対応処理を実行する。携帯端末３０に表示処理部を設ける。この表示処理部は、障害領域を特定するための位置情報を記録するメモリを備えている。

図８を用いて、障害対応処理、バーコードの表示処理を説明する。
（障害対応処理）
まず、図８（ａ）を用いて障害対応処理を説明する。
ここでは、携帯端末３０の制御部３１は、障害領域の指定処理を実行する（ステップＳ１１−１）。具体的には、制御部３１の表示処理部は、障害領域を指定するようにメッセージを出力する。この場合、ユーザは、タッチパネルディスプレイ３５において、障害領域を囲むように、指でなぞる。この場合、表示処理部は囲まれた領域を、障害領域として特定する。

次に、携帯端末３０の制御部３１は、障害領域の記録処理を実行する（ステップＳ１１−２）。具体的には、制御部３１の表示処理部は、特定された障害領域の位置情報をメモリに記録する。

（バーコードの表示処理）
次に、図８（ｂ）を用いて、バーコードを表示する場合のバーコード表示処理を説明する。

ここでは、携帯端末３０の制御部３１は、障害領域の読み出し処理を実行する（ステップＳ１２−１）。具体的には、制御部３１の表示処理部は、メモリに障害領域が記録されているかどうかを確認する。障害領域が記録されている場合には、障害領域の位置情報をメモリから読み出す。

次に、携帯端末３０の制御部３１は、障害領域以外に表示処理を実行する（ステップＳ１２−２）。具体的には、制御部３１の表示処理部は、障害領域以外の健全領域を特定する。そして、表示処理部は、この健全領域を用いてバーコードを表示する。この場合、携帯端末３０の表示を方向に応じて、バーコードを出力する。これにより、障害領域に避けてバーコードを表示することにより、ＰＯＳ端末４０においてバーコードを的確に読み取らせることができる。

１０…販売者サーバ、２０…管理サーバ、２１…請求処理部、２２…顧客情報記憶部、２３…請求者情報記憶部、２４…請求情報記憶部、３０…携帯端末、３１…制御部、３２…メール記憶部、３３…払込情報記憶部、３５…タッチパネルディスプレイ、４０…ＰＯＳ端末、５０…ＰＯＳサーバ、３１１…メール処理部、３１２…請求管理部、３１３…支払処理部。

Claims (9)

1. 店舗端末において、支払いを行なう請求データを管理する管理サーバに接続された制御部と、
   前記請求データを記憶する請求情報記憶部と、
   コード画像を表示する表示部とを備えた携帯端末を用いた支払支援システムであって、
   前記携帯端末の制御部が、
   前記管理サーバから取得した請求データを前記請求情報記憶部に記録し、前記請求情報記憶部に記録された請求データを前記表示部に請求一覧において出力し、
   前記請求一覧において選択された複数の請求データに対応するコード画像であって、前記店舗端末のコードリーダにおいて読み取り可能なコード画像を前記管理サーバから取得し、
   前記コード画像を、前記表示部に、順次、出力する手段を備えることを特徴とする支払支援システム。
2. 前記携帯端末は、集音部を備えており、
   前記携帯端末の制御部は、前記集音部により、前記店舗端末におけるコード画像の読取音を集音し、
   前記集音に基づいて、前記表示部に表示されるコード画像を変更することを特徴とする請求項１に記載の支払支援システム。
3. 前記携帯端末の制御部は、前記集音に応じて、前記請求情報記憶部において、前記集音前に表示されていたコード画像の請求データに対して支払を示す情報を記録することを特徴とする請求項２に記載の支払支援システム。
4. 前記携帯端末の制御部は、
   前記請求情報記憶部において、支払を示す情報が記録されていない請求データを特定し、
   前記請求データの支払期限を特定し、前記支払期限に基づいてアラートを出力することを特徴とする請求項１〜３のいずれか一つに記載の支払支援システム。
5. 前記携帯端末の制御部は、前記管理サーバから、前記請求について支払確認書を取得した場合には、前記請求情報記憶部において、前記請求について支払済情報を記録することを特徴とする請求項１〜４のいずれか一つに記載の支払支援システム。
6. 前記携帯端末の制御部は、前記請求一覧において選択された複数の請求データを統合する統合依頼を前記管理サーバに送信し、
   前記管理サーバは、前記統合依頼に応じて、統合する前記請求データに関する情報を含めた新たな請求データを生成し、前記新たな請求データについてのコード画像を前記携帯端末に送信し、
   前記携帯端末の制御部は、前記コード画像を前記表示部に出力することを特徴とする請求項１〜５のいずれか一つに記載の支払支援システム。
7. 前記携帯端末の制御部は、
   前記表示部の画面上で指定された障害領域を記憶し、
   前記コード画像を前記表示部に出力する場合には、前記記憶された障害領域以外の領域に、前記コード画像を表示することを特徴とする請求項１〜６のいずれか一つに記載の支払支援システム。
8. 店舗端末において、支払いを行なう請求データを管理する管理サーバに接続された制御部と、
   前記請求データを記憶する請求情報記憶部と、
   コード画像を表示する表示部とを備えた携帯端末を用いた支払支援方法であって、
   前記携帯端末の制御部が、
   前記管理サーバから取得した請求データを前記請求情報記憶部に記録し、前記請求情報記憶部に記録された請求データを前記表示部に請求一覧において出力し、
   前記請求一覧において選択された複数の請求データに対応するコード画像であって、前記店舗端末のコードリーダにおいて読み取り可能なコード画像を前記管理サーバから取得し、
   前記コード画像を、前記表示部に、順次、出力する段階を実行することを特徴とする支払支援方法。
9. 店舗端末において、支払いを行なう請求データを管理する管理サーバに接続された制御部と、
   前記請求データを記憶する請求情報記憶部と、
   コード画像を表示する表示部とを備えた携帯端末を用いて、支払を支援するための支払支援プログラムあって、
   前記携帯端末の制御部を、
   前記管理サーバから取得した請求データを前記請求情報記憶部に記録し、前記請求情報記憶部に記録された請求データを前記表示部に請求一覧において出力し、
   前記請求一覧において選択された複数の請求データに対応するコード画像であって、前記店舗端末のコードリーダにおいて読み取り可能なコード画像を前記管理サーバから取得し、
   前記コード画像を、前記表示部に、順次、出力する手段として機能させることを特徴とする支払支援プログラム。

Images