JP2023146823A - 情報処理装置、情報処理プログラム及び情報処理方法 - Google Patents

Abstract

【課題】個々のユーザー端末に対して個別の請求のためのメッセージを一括して送信することができ、かつ弁済時に受取証書を直ちに交付することができる。【解決手段】本発明の第１サーバ装置２は、複数の請求データと、送信先情報を含むメッセージデータとを取得する取得部２４と、複数の請求データを含むファイルに基づいて、請求データの登録の処理と、請求データ毎に対応する支払用バーコードをユーザー端末５で表示するための第１のＵＲＬの作成とを第２サーバ装置３に対して依頼する処理を実行する依頼処理部２５と、複数の第１のＵＲＬと登録結果データとを受け取る処理を実行する受取部２６と、請求データと、第１のＵＲＬと、受取証書の交付を電磁的方法で行うことを承諾してもらうための承諾依頼メッセージとをユーザー端末５で表示するための第２のＵＲＬを、メッセージデータの送信先情報に基づく送信先へ出力する処理を実行する出力処理部２７と、を備える。【選択図】図１

Description

本開示は、情報処理装置、情報処理プログラム及び情報処理方法に関する。

従来、スマートフォンの画面にバーコードを表示させる技術が提案されている（特許文献１）。

特許文献１記載のシステムでは、ローカルサーバは携帯情報端末から受信した商品コードに対応する商品情報を店舗サーバから受信する。ローカルサーバは当該買い物に対してトランザクションＩＤを発行する。トランザクションＩＤは、当該買い物に係る全商品に関する商品情報に関連付けられる。トランザクションＩＤは携帯情報端末に送信され、バーコードとして表示される。レジスタでトランザクションＩＤを表すバーコードを読み取り、ローカルサーバにトランザクションＩＤを送信する。ローカルサーバからレジスタにトランザクションＩＤに関連付けられる全商品情報が返信される。レジスタでは全商品情報により決済処理をすることができる、というものである。

特開２０１８－１１６３８７号公報

ところで、貸金業者は、債権の全部又は一部について弁済を受けたときは、弁済をした者に対し、所定の事項（貸金業者の名称、契約年月日、貸付けの金額等）を記載した受取証書を、その都度、直ちに交付しなければならない。また、受取証書を電磁的方法により交付する場合には、弁済者の承諾を得る必要がある。このため、貸金業者は、返済が延滞したユーザーに対して返済を請求する場合、受取証書が一体となった払込票と、貸付明細書とを同封して郵送している。ユーザーは、払込票を持ってコンビニエンスストア等ヘ行き、請求金額を支払うと、収納印が押された受取証書を直ちに受け取ることができる。

しかし、多数のユーザーに対して個別の払込票や貸出明細書を作成し、郵送しなければならないので、郵便のコストや手間が掛かり、作業が煩雑となる。

そこで、本発明は、個々のユーザー端末に対して個別の請求のためのメッセージを一括して送信することができ、かつ弁済時に受取証書を直ちに交付することが可能な情報処理装置、情報処理プログラム及び情報処理方法を提供することを目的とする。

本発明は、上記目的を達成するために以下によって把握される。

本発明の第１の態様は、情報処理装置であって、複数の請求データと、前記複数の請求データのそれぞれに対応付けられた送信先情報を含むメッセージデータとを取得する取得部と、前記複数の請求データを含むファイルに基づいて、前記請求データの登録の処理と、前記請求データ毎に対応する支払用コード情報をユーザー端末で表示するための第１識別データの作成とを外部装置に対して依頼する処理を実行する依頼処理部と、前記依頼処理部が依頼して作成された前記複数の第１識別データと、前記外部装置への前記請求データの登録結果データとを受け取る処理を実行する受取部と、前記請求データと、前記受取部が受け取った前記第１識別データと、受取証書の交付を電磁的方法で行うことを承諾してもらうための承諾依頼メッセージとを前記ユーザー端末で表示するための第２識別データを、前記メッセージデータの前記送信先情報に基づく送信先へ出力する処理を実行する出力処理部と、を備える。

本発明の第２の態様は、上記第１の態様の情報処理装置であって、前記請求データ、前記第１識別データ、及び前記承諾依頼メッセージを前記ユーザー端末で表示する前に、本人の本人認証処理を実行する認証処理部を備える。

本発明の第３の態様は、上記第１の態様又は上記第２の態様の情報処理装置であって、前記取得部は、前記複数の請求データと前記メッセージデータとを一つのファイルとして取得し、前記依頼処理部は、前記取得部が取得した前記一つのファイル内の前記請求データと前記メッセージデータとを分離し、前記複数の請求データを含むファイルを作成し、作成した前記ファイルに基づいて前記第１識別データの作成の処理を前記外部装置に対して依頼する処理を実行する。

本発明の第４の態様は、上記第１の態様又は上記第２の態様の情報処理装置であって、前記取得部は、前記複数の請求データと前記メッセージデータとを別のファイルとして取得し、前記依頼処理部は、前記複数の請求データを含むファイルを作成し、作成した前記ファイルに基づいて前記第１識別データの作成の処理を前記外部装置に対して依頼する処理を実行する。

本発明の第５の態様は、上記第１の態様から上記第４の態様のいずれかの情報処理装置であって、前記受取部は、前記支払用コード情報に基づく支払いが完了したことの支払い完了情報を前記外部装置から受け取る処理を実行し、前記出力処理部は、前記受取部が取得した前記支払い完了情報に基づいて、前記受取証書を前記ユーザー端末で表示するための第３識別データを、前記送信先へ出力する処理を実行する。

本発明の第６の態様は、上記第５の態様の情報処理装置であって、前記出力処理部は、端末からのリクエストに基づいて、前記請求データ、前記メッセージデータ、前記請求データの登録結果データ、及び前記支払い完了情報の少なくとも１つを、前記端末へ出力する処理を実行する。

本発明の第７の態様は、上記第５の態様又は上記第６の態様の情報処理装置であって、前記第１識別データは、前記支払用コード情報を表示するためのＵＲＬであり、前記第２識別データは、前記請求データ、前記第１識別データ、及び前記承諾依頼メッセージを表示するためのＵＲＬであり、前記第３識別データは、前記受取証書を表示するためのＵＲＬである。

本発明の第８の態様は、上記第５の態様から上記第７の態様のいずれかの情報処理装置であって、前記出力処理部は、前記第２識別データ及び前記第３識別データを、電話番号に基づくショートメッセージサービス（ＳＭＳ）、Social Networking Service（ＳＮＳ）による通知、通信回線を通じた端末内のアプリへの通知、又は電子メールへの通知により前記送信先へ出力する。

本発明の第９の態様は、情報処理装置のコンピュータによって実行される情報処理プログラムであって、複数の請求データと、前記複数の請求データのそれぞれに対応付けられた送信先情報を含むメッセージデータとを取得する取得手段と、前記複数の請求データを含むファイルに基づいて、前記請求データの登録の処理と、前記請求データ毎に対応する支払用コード情報をユーザー端末で表示するための第１識別データの作成とを外部装置に対して依頼する処理を実行する依頼処理手段と、前記依頼処理手段が依頼して作成された前記複数の第１識別データと、前記外部装置への前記請求データの登録結果データとを受け取る処理を実行する受取手段と、前記請求データと、前記受取手段が受け取った前記第１識別データと、受取証書の交付を電磁的方法で行うことを承諾してもらうための承諾依頼メッセージとを前記ユーザー端末で表示するための第２識別データを、前記メッセージデータの前記送信先情報に基づく送信先へ出力する処理を実行する出力処理手段として、前記コンピュータを機能させる。

本発明の第１０の態様は、情報処理装置が実行する情報処理方法であって、複数の請求データと、前記複数の請求データのそれぞれに対応付けられた送信先情報を含むメッセージデータとを取得する取得ステップと、前記複数の請求データを含むファイルに基づいて、前記請求データの登録の処理と、前記請求データ毎に対応する支払用コード情報をユーザー端末で表示するための第１識別データの作成とを外部装置に対して依頼する処理を実行する依頼処理ステップと、前記依頼処理ステップで依頼して作成された前記複数の第１識別データと、前記外部装置への前記請求データの登録結果データとを受け取る処理を実行する受取ステップと、前記請求データと、前記受取ステップで受け取った前記第１識別データと、受取証書の交付を電磁的方法で行うことを承諾してもらうための承諾依頼メッセージとを前記ユーザー端末で表示するための第２識別データを、前記メッセージデータの前記送信先情報に基づく送信先へ出力する処理を実行する出力処理ステップと、を有する。

本開示によれば、個々のユーザー端末に対して個別の請求のためのメッセージを一括して送信することができ、かつ弁済時に受取証書を直ちに交付することが可能な情報処理装置、情報処理プログラム及び情報処理方法を提供することができる。

本発明の一実施形態に係る情報処理システムのブロック図である。 本発明の一実施形態に係る情報処理システムのスマホ収納の流れを説明する図である。 本発明の一実施形態に係る情報処理システムのフローを説明する図である。 ユーザー端末に第２のＵＲＬを表示する例を示す図である。 ユーザー端末に表示する本人認証画面を示す図である。 ユーザー端末に請求データ、第１のＵＲＬ、及び承諾依頼メッセージ等を表示する例を示す図である。 ユーザー端末に支払用バーコードを表示する例を示す図である。 ユーザー端末に支払完了のメッセージ及び第３のＵＲＬを表示する例を示す図である。 ユーザー端末に受取証書を表示する例を示す図である。 本発明の一実施形態に係る企業端末の処理フローチャートである。 本発明の一実施形態に係る第１サーバ装置の処理フローチャートである。 本発明の一実施形態に係るユーザー端末の処理フローチャートである。 本発明の一実施形態に係る第１サーバ装置の他の処理フローチャートである。

以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。なお、実施形態の説明の全体を通して同じ要素には同じ番号又は符号を付している。

図１は、本発明の一実施形態に係る情報処理システム１のブロック図である。

図１に示すように、情報処理システム１は、第１サーバ装置（情報処理装置）２、第２サーバ装置（外部装置）３、企業端末（端末）４、複数のユーザー端末５、コンビニ端末６を備え、これらはインターネットを通じて接続されている。第２サーバ装置３とコンビニ端末６との間は、直接の回線（専用回線）により接続されていてもよい。

本実施形態では、企業端末４は、貸金業者が所有する端末であり、ユーザー端末５は、上記貸金業者への債務を有する債務者（ユーザー）が所有する端末である。コンビニ端末６は、コンビニエンスストア（主に２４時間・年中無休で営業を行い、小規模な店舗において食品や日用雑貨などの多数の品種を扱う小売店）に設置される端末である。なお、以下の説明において、「コンビニエンスストア」のことを、単に「コンビニ」という場合がある。

第１サーバ装置２は、企業端末４からの依頼の受付、第２サーバ装置３への支払いコード情報の発行の依頼と受け取り、ユーザー端末５への通知等の処理を行う。

第１サーバ装置２は、サーバ通信部２１、サーバ記憶部２２、サーバ制御部２３、取得部２４、依頼処理部２５、受取部２６、出力処理部２７、認証処理部２８を備える。

サーバ通信部２１は、外部との通信を実行する。

サーバ記憶部２２は、例えばハードディスク及びメモリ等により構成される。

サーバ制御部２３は、ＣＰＵ（Central Processing Unit）、メモリ等により構成され、所定のプログラムを実行することで、第１サーバ装置２の全体を制御する。

取得部２４は、企業端末４からのデータ等を取得する機能を有し、請求ファイルを企業端末４から取得する。請求ファイルは、複数の請求データと、複数の請求データのそれぞれに対応付けられた送信先情報を含むメッセージデータとを含む。

請求データは、処理区分、請求内容、請求金額、支払期限又は企業リンクＵＲＬ等を含む。

メッセージデータは、ユーザー情報、送信先電話番号（送信先情報）、承諾日又は本人認証項目等を含む。

ここで、本実施形態では、メッセージデータ内の送信先情報として、送信先の電話番号を用いる例について説明するが、メールアドレスやユーザー端末５内のアプリの識別情報なども送信先情報に含まれる。

依頼処理部２５は、複数の請求データを含む請求ファイルに基づいて、請求データの登録の処理と、請求データ毎に対応する支払用コード情報をユーザー端末５で表示するための第１のＵＲＬ（第１識別データ）の作成とを、第２サーバ装置３に対して依頼する処理を実行する。

ここで、支払用コード情報は、バーコードや二次元バーコード等のコード情報を含む。本実施形態ではバーコード（以下、「支払用バーコード」という。）の例について説明する。

第１識別データには、例えば、インターネット上に存在するデータやサービスなどの情報資源の位置を記述するＵＲＬ（Uniform Resource Locator）等を含む。本実施形態では、ＵＲＬを用いる例について説明するが、識別データは、支払用コード情報をユーザー端末５で表示するためのものであれば、ＵＲＬに限られない。

ここで、依頼処理部２５は、取得部２４が複数の請求データとメッセージデータとを一つのファイルとして取得する場合、取得部２４が取得した一つのファイル内の請求データとメッセージデータとを分離し、複数の請求データを含む送信用請求ファイルを作成し、作成した送信用請求ファイルに基づいて第１のＵＲＬの作成の処理を第２サーバ装置３に対して依頼する処理を実行する。

依頼処理部２５は、取得部２４が複数の請求データと、メッセージデータを別のファイルとして取得する場合、複数の請求データを含む送信用請求ファイルを作成し、作成した送信用請求ファイルに基づいて第１のＵＲＬの作成の処理を第２サーバ装置３に対して依頼する処理を実行する。

受取部２６は、第２サーバ装置３からのデータ等を取得する機能を有し、依頼処理部２５が依頼して作成された複数の第１のＵＲＬと、第２サーバ装置３への請求データの登録結果データとを含む登録結果ファイルを第２サーバ装置３から受け取る処理を実行する。登録結果ファイルは、支払用バーコードを表示するための第１のＵＲＬと、第２サーバ装置３への請求データの登録結果データとを含むファイルである。

受取部２６は、支払用コード情報に基づく支払いが完了したことの支払い完了情報を第２サーバ装置３から受け取る処理を実行する。

出力処理部２７は、請求データと、受取部２６が受け取った第１のＵＲＬと、支払用バーコードで支払う場合には受取証書の交付を電磁的方法で行うことを承諾してもらうための承諾依頼メッセージ（以下、単に「承諾依頼メッセージ」という。）とをユーザー端末５で表示するための第２のＵＲＬ（第２識別データ）を、メッセージデータの電話番号（送信先情報）に基づく送信先のユーザー端末５へ出力する処理を実行する（図４参照）。

なお、「ＵＲＬを表示する」には、ＵＲＬを文字列として表示することの他に、ＵＲＬをソースに埋め込んだオブジェクト（リンクボタン等）として表示することも含む。また、「ＵＲＬを出力する」には、ＵＲＬを文字列として表示可能に出力することの他に、ＵＲＬをソースに埋め込んだオブジェクト（リンクボタン等）として表示可能に出力することも含む。また、受取証書は、債権者が債務の弁済を受けたことを証明するため債務者に交付する証書であり、受取書、受取証、領収書、受領書、レシート等が含まれる。

出力処理部２７は、例えば、テンプレートとして予め準備されているデータ（例えばＨＴＭＬ（HyperText Markup Language）で記載されたデータ）に、各ユーザー毎の請求データと、登録結果ファイル内の作成された第１のＵＲＬと、承諾依頼メッセージとを加え、ユーザー端末５で表示される各ユーザー毎の画面データを作成する。そして、出力処理部２７は、作成した各ユーザー毎の画面データへの第２のＵＲＬを、電話番号に基づく送信先のユーザー端末５へ出力する処理を実行する。ここで、出力処理部２７は、携帯キャリアごとにメッセージを付加して第２のＵＲＬを出力する。なお、承諾依頼メッセージは、テンプレートとして準備されているデータに、予め含まれていてもよい。また、本実施形態では、テンプレートを予め準備したが、これに限定されるものではなく、出力処理部２７は、各ユーザー毎に新たに画面データを作成してもよい。

出力処理部２７は、電話番号に基づくＳＭＳ（Short Message Service）、ＳＮＳ（Social Networking Service）による通知、通信回線を通じた端末内のアプリへの通知、又は電子メールへの通知により第２のＵＲＬを送信先へ出力する。本実施形態では、電話番号に基づくＳＭＳ、ＳＮＳを利用してユーザー端末５に通知する場合について説明するが、これには限定されず、通信回線を通じた端末内のアプリへの通知又は電子メール等での通知の場合についても本実施形態を提供することができる。

認証処理部２８は、請求データ、第１のＵＲＬ、及び承諾依頼メッセージをユーザー端末５で表示する前に、本人の本人認証処理を実行する。すなわち、認証処理部２８は、ユーザーが第２のＵＲＬを選択操作（タップ、クリック、及び押下を含む。以下同じ。）した後、請求データ、第１のＵＲＬ、及び承諾依頼メッセージを含む上記画面データをユーザー端末５に表示する前に、本人の本人認証処理を実行する。

出力処理部２７は、受取部２６が第２サーバ装置３から取得した支払い完了情報に基づいて、受取証書をユーザー端末５で表示するための第３のＵＲＬ（第３識別データ）を、送信先であるユーザー端末５へ出力する処理を実行する。

取得部２４、依頼処理部２５、受取部２６、出力処理部２７、及び認証処理部２８は、ＣＰＵなどのコンピュータに実行させる情報処理プログラムの機能によって実現される。このコンピュータは、サーバ制御部２３のコンピュータと同じであってもよいし、別のコンピュータであってもよい。

第１サーバ装置２で用いる電話番号は、使用履歴について定期的に調査が行われ、なりすまし等が判定されているものを使用することができる。

第２サーバ装置３は、支払用コード情報の発行、支払い管理、第１サーバ装置２に対する支払い報告等の処理を実行する。第２サーバ装置３は、サーバ通信部３１、サーバ記憶部３２、サーバ制御部３３、請求ＤＢ３４、収納ＤＢ３５を備える。

サーバ通信部３１は、外部との通信を実行する。

サーバ記憶部３２は、例えばハードディスク及びメモリ等により構成される。

サーバ制御部３３は、ＣＰＵ、メモリ等により構成され、所定のプログラムを実行することで第２サーバ装置３の全体を制御する。

請求ＤＢ３４は、第１サーバ装置２から支払用バーコード情報の発行の依頼を受けた請求データを蓄積する。

収納ＤＢ３５は、コンビニ端末６から取得する速報の収納情報と確報の収納情報とを請求ＤＢ３４の請求データと対応付けて記憶している。この収納ＤＢ３５の速報の収納情報と確報の収納情報とは、第１サーバ装置２に提供される。

企業端末４は、例えばパーソナルコンピュータによって構成される。企業端末４は、通信部４１、記憶部４２、表示部４３、入力部４４、制御部４５を備える。

通信部４１は、外部との通信を実行する。

記憶部４２は、例えばハードディスク及びメモリ等により構成される。

表示部４３は、例えばディスプレイ装置から構成され、所定の情報を表示する。

入力部４４は、マウス又はキーボード等により構成され、所定の情報の入力を受け付ける。

制御部４５は、ＣＰＵ、メモリ等により構成され、所定のプログラムを実行することで企業端末４の全体を制御する。

複数のユーザー端末５は、例えば、スマートフォン、携帯電話、タブレット端末等によって構成され、それぞれのユーザーによって所有される。

ユーザー端末５は、通信部５１、記憶部５２、表示部５３、入力部５４、制御部５５を備える。

通信部５１は、外部との通信を実行する。

記憶部５２は、例えばハードディスク及びメモリ等により構成される。

表示部５３は、例えばディスプレイ装置から構成され、所定の情報を表示する。

入力部５４は、例えばタッチパネル等により構成されている。

制御部５５は、ＣＰＵ、メモリ等により構成され、所定のプログラムを実行することでユーザー端末５の全体を制御する。

コンビニ端末６は、コンビニエンスストアに設置されるものである。コンビニ端末６は、通信部６１、記憶部６２、表示部６３、入力部６４、制御部６５を備える。

通信部６１は、外部との通信を実行する。

記憶部６２は、例えばハードディスク及びメモリ等により構成される。

表示部６３は、例えばディスプレイ装置により構成される。

入力部６４は、例えば、ユーザー端末５の表示部５３に表示される支払用バーコードを読み取るための読取装置等により構成される。

制御部６５は、ＣＰＵ、メモリ等により構成され、所定のプログラムを実行することでコンビニ端末６の全体を制御する。

図２は、本発明の一実施形態に係る情報処理システム１のスマホ収納の流れを説明する図である。

図２に示すように、企業担当者は、企業端末４により請求対象者を登録し、請求の準備を行う（Ａ１）。

第１サーバ装置２は、ＳＭＳにてユーザー端末５に対して、請求データ、第１のＵＲＬ、及び承諾依頼メッセージをユーザー端末５で表示するための第２のＵＲＬを付けて請求を行う（Ａ２）。

第１サーバ装置２は、本人認証キーにて本人であることを認証し、ユーザー端末５を使用するユーザーの本人認証処理を行う（Ａ３）。

ユーザー端末５を使用するユーザーは、受取証書の交付を電磁的方法で行うことを承諾する（Ａ４）。

ユーザー端末５を使用するユーザーは、コンビニの店舗を訪れ、第１のＵＲＬに基づいてユーザー端末５の画面に支払用バーコードを表示し、コンビニ端末６によりユーザー端末５に表示されている支払用バーコードを読み取り、支払を行う（Ａ５）。

第１サーバ装置２の受取部２６は、支払用バーコードに基づく支払い（以下、「バーコード支払い」という。）が完了したことの支払い完了情報を第２サーバ装置３から受け取る処理を実行する。第１サーバ装置２の出力処理部２７は、受取部２６が取得した支払い完了情報に基づいて、バーコード支払いが完了したことのメッセージ（入金情報）を第３のＵＲＬとともに送付先のユーザー端末５へ出力する処理を実行する。ユーザー端末５は、ＳＭＳで入金情報及び第３のＵＲＬの通知を受け（Ａ６）、第３のＵＲＬに基づいてユーザー端末５の画面に受取証書を表示することによって、受取証書の交付を電磁的方法で受け、支払が完了する。

図３は、本発明の一実施形態に係る情報処理システム１のフローを説明する図である。

図３に示すように、企業端末４は、第１サーバ装置２に対して請求情報・送信リスト（請求データ・メッセージデータ）を含む請求ファイルの登録を行う（１）。

第１サーバ装置２は、複数の請求データを含む送信用請求ファイルを作成し、第２サーバ装置３に対して請求データの登録を依頼する（２）。

第２サーバ装置３は、支払用コード情報をユーザー端末５で表示するための第１のＵＲＬを生成し、支払用バーコードを発行し、複数の第１のＵＲＬを含む登録結果ファイルを第１サーバ装置２へ送る（３）。

第１サーバ装置２は、請求データ、第１のＵＲＬ、及び承諾依頼メッセージをユーザー端末５で表示するための第２のＵＲＬを、電話番号に基づく送信先へＳＭＳを送信する（４）。

ユーザー端末５は、第１サーバ装置２にアクセスして、本人認証処理を行う（５）。

ユーザー端末５は、ＳＭＳのメッセージ内の第２のＵＲＬが選択操作されると、請求データ、第１のＵＲＬ、及び承諾依頼メッセージを表示部５３に表示し、そこから第１のＵＲＬが選択操作されると、支払用バーコードを表示部５３に表示する（６）。

コンビニ端末６は、ユーザー端末５の表示部５３に表示されている支払用バーコードを読み取り装置である入力部６４で読み取って、決済を完了すると、収納結果を第２サーバ装置３へ即時に送信する（７）。

第２サーバ装置３は、コンビニ端末６から収納結果を受け取ると、収納結果を速報の収納情報として、即時に第１サーバ装置２へ通知する。第１サーバ装置２は、企業端末４に対する速報の収納情報の通知が可能となり、企業端末４のリクエストにより、企業端末４に対して速報の収納情報を通知する（８）。

また、第１サーバ装置２は、第２サーバ装置３から速報の収納情報を受け取ると、即時に支払い完了通知及び第３のＵＲＬをＳＭＳで送信する（９）。これにより、第１サーバ装置２は、ユーザーによるバーコード支払いが完了した直後に、受取証書を電磁的方法で交付することができる。ユーザー端末５は、第３のＵＲＬに基づいてユーザー端末５の画面に受取証書を表示することによって、受取証書の交付を電磁的方法で受け、支払が完了する。

その後、第２サーバ装置３は、コンビニ端末６から確報の収納情報を受け取ると、収納ＤＢ３５へ登録し、第１サーバ装置２へ通知する。第１サーバ装置２は、企業端末４に対する確報の収納情報の通知が可能となり、企業端末４のリクエストにより、企業端末４に対して確報の収納情報を通知する（１０）。

図４は、ユーザー端末５に第２のＵＲＬを表示する例を示す図である。

図４に示すように、ユーザー端末５の表示部５３には、第１サーバ装置２から送信されたメッセージが表示され、このメッセージには、第２のＵＲＬ又は短縮された第２のＵＲＬが表示される。ユーザーは、ユーザー端末５の入力部５４を操作し、第２のＵＲＬを選択操作すると、通信回線を介して、図５に示すような次の画面を表示することができる。このように、第１サーバ装置２は、ユーザー端末５に対して、請求データ、第１のＵＲＬ、及び承諾依頼メッセージを表示するための第２のＵＲＬを出力するので、ＳＭＳのように送信可能な文字数が限られている場合であっても、請求データ、第１のＵＲＬ、及び承諾依頼メッセージを、ユーザー端末５に表示させることができる。

図５は、ユーザー端末５に表示する本人認証画面を示す図である。

図５に示すように、第２のＵＲＬを選択操作すると、ユーザー端末５の表示部５３には、本人認証のための入力画面が表示される。ユーザーは、ユーザー端末５の入力部５４を操作し、電話番号の下４桁や顧客番号等の認証項目情報を入力して、送信ボタンを選択操作する。第１サーバ装置２の認証処理部２８の本人認証処理によって、ユーザーの本人認証が得られた場合、ユーザー端末５の表示部５３には、図６に示すような次の画面が表示される。なお、本人認証処理は、企業端末４により本人認証の設定が行われた場合にのみ実行される。

図６は、ユーザー端末５に請求データ、第１のＵＲＬ、及び承諾依頼メッセージ等を表示する例を示す図である。

図６に示すように、第２のＵＲＬを選択操作すると、又は第２のＵＲＬを選択操作して本人認証が得られると、ユーザー端末５の表示部５３には、請求データ、第１のＵＲＬ、及び承諾依頼メッセージ等が表示される。このように、支払用バーコードで支払う場合には受取証書の交付を電磁的方法で行うことを承諾してもらうための承諾依頼メッセージが表示されているので、第１サーバ装置２は、受取証書の交付が電磁的方法で行われることをユーザーに承諾してもらった上で、バーコード支払いを利用してもらうことができる。

図６には、請求データの一例として、今回の支払金額、会社名、契約日付、貸付金額、及び支払金額の内訳（受取金額及び利息）が記載されている。また、図６には、第１のＵＲＬの一例として、第１のＵＲＬをソースに埋め込んだオブジェクトである「コンビニ支払へ」のリンクボタンが表示されている。また、図６には、承諾依頼メッセージの一例として、「なお、受領書はお支払後、ＳＭＳを送信しますので、スマートフォン画面からのご確認となることをご了承ください。」というメッセージが表示されている。承諾依頼メッセージは、ユーザー端末５の表示部５３の表示をスクロールさせることなく第１のＵＲＬ（上記リンクボタンを含む）とともに表示可能に、第１のＵＲＬの近傍に表示されることが好ましい。なお、承諾依頼メッセージの近傍にチェックボックスを設け、チェックボックスをチェックしてない場合は、第１のＵＲＬへのリンクが貼られたリンクボタンを選択操作できず、チェックボックスをチェックした場合に、上記リンクボタンが選択操作可能となってもよい。

図６に示すように、請求データ、第１のＵＲＬ、及び承諾依頼メッセージの表示に加え、支払期日を選択して登録可能な表示をしてもよい。また、図６に示すように、請求データ、第１のＵＲＬ、及び承諾依頼メッセージの表示に加え、バーコード支払いと銀行振込とを選択可能とするために銀行口座等に関する情報を表示してもよい。

図７は、ユーザー端末５に支払用バーコードを表示する例を示す図である。

図７に示すように、第１のＵＲＬを選択操作すると、ユーザー端末５の表示部５３には支払用バーコードが表示される。支払用バーコードの他には、支払い金額、バーコード有効期限、又は支払い期限などが表示される。

図８は、ユーザー端末５に支払完了のメッセージ及び第３のＵＲＬを表示する例を示す図である。

図８に示すように、ユーザー端末５の表示部５３には、第１サーバ装置２から送信された支払完了のメッセージ及び第３のＵＲＬが表示される。ユーザーは、ユーザー端末５の入力部５４を操作し、第３のＵＲＬを選択操作すると、通信回線を介して、図９に示すような次の画面を表示することができる。このように、第１サーバ装置２は、ユーザー端末５に対して、受取証書を表示するための第３のＵＲＬを出力するので、ＳＭＳのように送信可能な文字数が限られている場合であっても、受取証書をユーザーに対してＳＭＳを利用して交付することができる。

図９は、ユーザー端末５に受取証書を表示する例を示す図である。

図９に示すように、第３のＵＲＬを選択操作すると、ユーザー端末５の表示部５３には、受取証書が表示される。これにより、ユーザーは、受取証書を電磁的方法によって受け取ることができる。本実施形態の受取証書は、貸金業者が一部又は全部の弁済を受けた際に債務者に交付する受取証書であり、受取証書には、支払日（受領年月日）、貸金業者である企業の名称（会社名）、契約日付、貸付金額、受取金額、利息等が記載される。

図１０は、本発明の一実施形態に係る企業端末４の処理フローチャートである。なお、以下の説明では、企業側の従業員等が企業端末４を操作して企業端末４側で行う処理を実行する例を記載しているが、これに限定されるものではなく、企業端末４側で行う処理を自動的に実行するようにしてもよい。例えば、第１サーバ装置２と企業端末４とをシステム連携するなどして、第１サーバ装置２及び企業端末４間での情報の受け渡しを自動的に実行するようにしてもよい。

企業端末４により、第１サーバ装置２が提供する管理画面サイトにアクセスし、ログインする。企業端末４により、管理画面サイトの個人設定のメニューを選択し、所定の形式の請求ファイルの入力順登録、ダウンロードデータの出力項目の選択を行う（ステップＳ１１）。

企業端末４により、請求ファイルを作成し、任意の場所に保存する。作成された請求ファイルは、複数の請求データ及びメッセージデータを含む。企業端末４により、メッセージ登録画面より、メッセージ名称入力、短縮ＵＲＬをチェックし、携帯キャリアごとにメッセージを入力のうえ、「新規作成」ボタンを押下する（ステップＳ１２）。

企業端末４により、「ファイル送信登録」の画面を開き、作成した請求ファイルを選択する（ステップＳ１３）。

企業端末４により、見出し行ありの項目、承諾日省略の項目、履歴判定の項目又は短縮ＵＲＬの項目欄に必要に応じチェックを入れる（ステップＳ１４）。

企業端末４により、作成したメッセージを選択する（ステップＳ１５）。企業端末４により、ペイメントありの項目をチェックし、必要に応じ、本人確認ありの項目をチェックする（ステップＳ１６）。

企業端末４上で表示された画面を確認し、件数等を確認、エラーがなければ、「送信実行」ボタンを押下する（ステップＳ１７）。

図１１は、本発明の一実施形態に係る第１サーバ装置２の処理フローチャートである。

図１１に示すように、第１サーバ装置２は、企業端末４が登録した請求ファイルを取得し（ステップＳ２１）、メッセージデータと請求データを分離し（ステップＳ２２）、予め企業端末４から提示を受けたペイメント用企業ＩＤ、パスワードを付与し、送信用請求ファイルを作成する（ステップＳ２３）。

第１サーバ装置２の依頼処理部２５により、複数の請求データを含む送信用請求ファイルに基づいて、請求データの登録の処理と、請求データ毎に対応する支払用コード情報を表示するための第１のＵＲＬの作成とを第２サーバ装置３に対して依頼する処理が完了する（ステップＳ２４）。

第２サーバ装置３は、請求データ登録処理を行い、処理パラメータ及び登録結果ファイルを、第１サーバ装置２の接続プログラムに通知する。これにより、第１サーバ装置２は、処理パラメータ及び登録結果ファイルを第２サーバ装置３から受け取ることができる（ステップＳ２５）。ここで、登録結果ファイルは、上述したように、支払用バーコードを表示するための第１のＵＲＬを含んだ請求データのファイルである。

第１サーバ装置２の接続プログラムは、第２サーバ装置３へ結果レスポンスを通知する。企業端末４は、バーコード表示用ＵＲＬ（第１のＵＲＬ）を含んだファイルを、第１サーバ装置２が提供する管理画面からダウンロードが可能となる。

ここでのダウンロードデータは、メッセージデータ、請求データ、又は請求登録結果データ等を含む。請求登録結果データは、処理結果コード又はバーコード表示ＵＲＬ等を含む。

第１サーバ装置２の出力処理部２７は、第２サーバ装置３から受領した登録結果ファイル内の各請求データを、元のメッセージデータと自動的に合体させ、各ユーザー毎の請求データ、登録結果ファイル内の作成された第１のＵＲＬ、及び承諾依頼メッセージをユーザー端末５で表示するための画面データを作成する（ステップＳ２６）。

第１サーバ装置２の出力処理部２７は、作成した各ユーザー毎の画面データへの第２のＵＲＬを、電話番号に基づいてＳＭＳ送信を行い、出力処理を実行する（ステップＳ２７）。

第１サーバ装置２は、送信日時の指定がある場合は、その日時に自動的にＳＭＳ送信を実行する。

図１２は、本発明の一実施形態に係るユーザー端末５の処理フローチャートである。

図１２に示すように、ユーザー端末５は、ショートメッセージ（ＳＭＳ）を受信する（ステップＳ３１）。図４で示したように、ユーザーは、送られた第２のＵＲＬを選択操作（タップ）する（ステップＳ３２）。

企業端末４が「本人認証あり」を選択している場合には、ユーザー端末５のスマートフォン画面に、図５で示したように、企業端末４が予め設定した認証項目が表示される。

ユーザー端末５により、認証項目内容を入力し、認証処理を要求する（ステップＳ３３）。

ユーザー端末５には、企業端末４が設定した情報と合致した場合のみ、請求データ、第１のＵＲＬ、及び承諾依頼メッセージを含む画面が表示される（ステップＳ３４）。図６で示したように、ユーザーは、表示された第１のＵＲＬを選択操作（タップ）する（ステップＳ３５）。

ユーザー端末５は、ペイメントの支払画面に遷移し、図７で示したように、支払用バーコードを表示する（ステップＳ３６）。

ユーザー端末５のスマートフォンに表示された支払用バーコードを、ペイメント提携するコンビニ端末６のレジに提示し、支払いすることで、バーコード支払いによるコンビニ決済が完了する（ステップＳ３７）。

第１サーバ装置２は、第２サーバ装置３から速報の収納情報を受信すると、支払完了のＳＭＳをユーザー端末５に送信する。図８で示したように、ユーザー端末５は、これを受信し（ステップＳ３８）、ユーザーは、表示された第３のＵＲＬを選択操作（タップ）する（ステップＳ３９）。

ユーザー端末５は、受取証書の表示画面に遷移し、図９で示したように、受取証書を表示する（ステップＳ４０）。

図１３は、本発明の一実施形態に係る第１サーバ装置２の他の処理フローチャートである。

ユーザーがユーザー端末５によりコンビニ端末６で支払いすると、速報の収納情報が各コンビニのコンビニ端末６と第２サーバ装置３との間に接続された回線を通じ、リアルタイムで第２サーバ装置３に送達される。

図１３に示すように、第１サーバ装置２は、コンビニ端末６から第２サーバ装置３へ送達された速報の収納情報を、第１サーバ装置２の接続プログラムによってリアルタイムに受け取り、第２サーバ装置３へ結果レスポンスを通知する（ステップＳ５１）。

第１サーバ装置２は、通知された速報の収納情報を企業端末４に提供可能となる。企業端末４側では、第１サーバ装置２が提供する管理画面のファイル送信画面に表示される「速報ダウンロード」ボタンを押下し、ファイルを取得することで、速報の収納情報の内容を確認することができる（ステップＳ５２）。ここでのダウンロードデータは、ユーザー情報、送信先電話番号、収納ステータス、お問合せ番号、収納金額、収納日時、コンビニコード、コンビニ名又は店舗コード等を含む。

第１サーバ装置２は、速報の収納情報を第２サーバ装置３から受信するのと同時に、ユーザー端末５に対し、第３のＵＲＬを含む支払完了のＳＭＳを送信する（ステップＳ５３）。これにより、第１サーバ装置２は、バーコード支払いのコンビニ収納サービスにおいて、バーコード支払いがなされると、直ちに企業端末４がメッセージ送信単位に登録した支払完了メッセージ及び第３のＵＲＬをＳＭＳ送信することができ、受取証書をユーザー端末５に対して電磁的方法によって交付することができる。

ユーザーがユーザー端末５により、コンビニ端末６で支払いをした後、各コンビニ本部等で、１件毎の収納の精査を行い、第２サーバ装置３への代金支払いが確定すると、第２サーバ装置３に確報の収納情報が配信される。

コンビニ端末６は、確報の収納情報を、支払がなされた日のおおむね４～１０営業日後に、各コンビニ端末６との回線を通じ、第２サーバ装置３に送信する。

第２サーバ装置３は、各コンビニ端末６から受信した確報の収納情報を企業端末４毎に取り纏め、データを作成する。第１サーバ装置２は、毎日所定の時刻に、第１サーバ装置２の接続プログラムより、第２サーバ装置３指定のＵＲＬに処理パラメータ(認証情報)をＰＯＳＴし、そのレスポンスで確報の収納情報を受領し、所定のデータベースに反映する（ステップＳ５４）。

企業端末４は、第１サーバ装置２が提供する管理画面のファイル送信画面に表示される「ダウンロード」ボタンを押下することで、ファイルを取得し、確報の収納情報を確認することで、一連の請求作業が完了する。ここでのダウンロードデータは、メッセージデータ、請求データ又は請求登録結果データ等を含む。

確報の収納情報は、収納ステータス、お問合せ番号、収納金額、収納日時、コンビニコード、コンビニ名、店舗コード又は振込予定日等を含む。

第１サーバ装置２の出力処理部２７は、企業端末４からのリクエストに基づいて、請求データ、メッセージデータ、請求データの登録結果データ、又は支払い完了情報（確報の収納情報）を出力する処理を実行し、メッセージデータ、請求データ、請求登録結果データ、又は確報の収納情報等をまとめて企業端末４に提供可能とする（ステップＳ５５）。

本実施形態によれば、個々のユーザー端末に対して個別の請求のためのメッセージを一括して送信することができ、かつ弁済時に受取証書を直ちに交付することができる。

サーバ装置（情報処理装置）２のコンピュータによって実行される情報処理プログラムは、複数の請求データと、前記複数の請求データのそれぞれに対応付けられた送信先情報を含むメッセージデータとを取得する取得手段と、前記複数の請求データを含むファイルに基づいて、前記請求データの登録の処理と、前記請求データ毎に対応する支払用コード情報（例えば支払用バーコード）をユーザー端末で表示するための第１識別データ（例えば第１のＵＲＬ）の作成とを外部装置に対して依頼する処理を実行する依頼処理手段と、前記依頼処理手段が依頼して作成された前記複数の第１識別データと、前記外部装置への前記請求データの登録結果データとを受け取る処理を実行する受取手段と、前記請求データと、前記受取手段が受け取った前記第１識別データと、受取証書の交付を電磁的方法で行うことを承諾してもらうための承諾依頼メッセージとを前記ユーザー端末で表示するための第２識別データ（例えば第２のＵＲＬ）を、前記メッセージデータの前記送信先情報に基づく送信先へ出力する処理を実行する出力処理手段として、前記コンピュータを機能させる。

コンピュータを有するサーバ装置（情報処理装置）２が実行する情報処理方法は、複数の請求データと、前記複数の請求データのそれぞれに対応付けられた送信先情報を含むメッセージデータとを取得する取得ステップと、前記複数の請求データを含むファイルに基づいて、前記請求データの登録の処理と、前記請求データ毎に対応する支払用コード情報（例えば支払用バーコード）をユーザー端末で表示するための第１識別データ（例えば第１のＵＲＬ）の作成とを外部装置に対して依頼する処理を実行する依頼処理ステップと、前記依頼処理ステップで依頼して作成された前記複数の第１識別データと、前記外部装置への前記請求データの登録結果データとを受け取る処理を実行する受取ステップと、前記請求データと、前記受取ステップで受け取った前記第１識別データと、受取証書の交付を電磁的方法で行うことを承諾してもらうための承諾依頼メッセージとを前記ユーザー端末で表示するための第２識別データ（例えば第２のＵＲＬ）を、前記メッセージデータの前記送信先情報に基づく送信先へ出力する処理を実行する出力処理ステップと、を有する。

以上、実施形態について詳述したが、特定の実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施形態の構成要素を全部又は複数を組み合わせることも可能である。

１：情報処理システム
２：第１サーバ装置（情報処理装置）
３：第２サーバ装置（外部装置）
４：企業端末（端末）
５：ユーザー端末
６：コンビニ端末
２４：取得部
２５：依頼処理部
２６：受取部
２７：出力処理部
２８：認証処理部

Claims (10)

1. 情報処理装置であって、
   複数の請求データと、前記複数の請求データのそれぞれに対応付けられた送信先情報を含むメッセージデータとを取得する取得部と、
   前記複数の請求データを含むファイルに基づいて、前記請求データの登録の処理と、前記請求データ毎に対応する支払用コード情報をユーザー端末で表示するための第１識別データの作成とを外部装置に対して依頼する処理を実行する依頼処理部と、
   前記依頼処理部が依頼して作成された前記複数の第１識別データと、前記外部装置への前記請求データの登録結果データとを受け取る処理を実行する受取部と、
   前記請求データと、前記受取部が受け取った前記第１識別データと、受取証書の交付を電磁的方法で行うことを承諾してもらうための承諾依頼メッセージとを前記ユーザー端末で表示するための第２識別データを、前記メッセージデータの前記送信先情報に基づく送信先へ出力する処理を実行する出力処理部と、を備える
   ことを特徴とする情報処理装置。
2. 前記請求データ、前記第１識別データ、及び前記承諾依頼メッセージを前記ユーザー端末で表示する前に、本人の本人認証処理を実行する認証処理部を備える
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記取得部は、前記複数の請求データと前記メッセージデータとを一つのファイルとして取得し、
   前記依頼処理部は、前記取得部が取得した前記一つのファイル内の前記請求データと前記メッセージデータとを分離し、前記複数の請求データを含むファイルを作成し、作成した前記ファイルに基づいて前記第１識別データの作成の処理を前記外部装置に対して依頼する処理を実行する
   ことを特徴とする請求項１又は請求項２に記載の情報処理装置。
4. 前記取得部は、前記複数の請求データと前記メッセージデータとを別のファイルとして取得し、
   前記依頼処理部は、前記複数の請求データを含むファイルを作成し、作成した前記ファイルに基づいて前記第１識別データの作成の処理を前記外部装置に対して依頼する処理を実行する
   ことを特徴とする請求項１又は請求項２に記載の情報処理装置。
5. 前記受取部は、前記支払用コード情報に基づく支払いが完了したことの支払い完了情報を前記外部装置から受け取る処理を実行し、
   前記出力処理部は、前記受取部が取得した前記支払い完了情報に基づいて、前記受取証書を前記ユーザー端末で表示するための第３識別データを、前記送信先へ出力する処理を実行する
   ことを特徴とする請求項１から請求項４のいずれか１項に記載の情報処理装置。
6. 前記出力処理部は、端末からのリクエストに基づいて、前記請求データ、前記メッセージデータ、前記請求データの登録結果データ、及び前記支払い完了情報の少なくとも１つを、前記端末へ出力する処理を実行する
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記第１識別データは、前記支払い用コード情報を表示するためのＵＲＬであり、
   前記第２識別データは、前記請求データ、前記第１識別データ、及び前記承諾依頼メッセージを表示するためのＵＲＬであり、
   前記第３識別データは、前記受取証書を表示するためのＵＲＬである
   ことを特徴とする請求項５又は請求項６に記載の情報処理装置。
8. 前記出力処理部は、前記第２識別データ及び前記第３識別データを、電話番号に基づくショートメッセージサービス（ＳＭＳ）、Social Networking Service（ＳＮＳ）による通知、通信回線を通じた端末内のアプリへの通知、又は電子メールへの通知により前記送信先へ出力する
   ことを特徴とする請求項５から請求項７のいずれか１項に記載の情報処理装置。
9. 情報処理装置のコンピュータによって実行される情報処理プログラムであって、
   複数の請求データと、前記複数の請求データのそれぞれに対応付けられた送信先情報を含むメッセージデータとを取得する取得手段と、
   前記複数の請求データを含むファイルに基づいて、前記請求データの登録の処理と、前記請求データ毎に対応する支払用コード情報をユーザー端末で表示するための第１識別データの作成とを外部装置に対して依頼する処理を実行する依頼処理手段と、
   前記依頼処理手段が依頼して作成された前記複数の第１識別データと、前記外部装置への前記請求データの登録結果データとを受け取る処理を実行する受取手段と、
   前記請求データと、前記受取手段が受け取った前記第１識別データと、受取証書の交付を電磁的方法で行うことを承諾してもらうための承諾依頼メッセージとを前記ユーザー端末で表示するための第２識別データを、前記メッセージデータの前記送信先情報に基づく送信先へ出力する処理を実行する出力処理手段として、前記コンピュータを機能させる
   ことを特徴とする情報処理プログラム。
10. 情報処理装置が実行する情報処理方法であって、
    複数の請求データと、前記複数の請求データのそれぞれに対応付けられた送信先情報を含むメッセージデータとを取得する取得ステップと、
    前記複数の請求データを含むファイルに基づいて、前記請求データの登録の処理と、前記請求データ毎に対応する支払用コード情報をユーザー端末で表示するための第１識別データの作成とを外部装置に対して依頼する処理を実行する依頼処理ステップと、
    前記依頼処理ステップで依頼して作成された前記複数の第１識別データと、前記外部装置への前記請求データの登録結果データとを受け取る処理を実行する受取ステップと、
    前記請求データと、前記受取ステップで受け取った前記第１識別データと、受取証書の交付を電磁的方法で行うことを承諾してもらうための承諾依頼メッセージとを前記ユーザー端末で表示するための第２識別データを、前記メッセージデータの前記送信先情報に基づく送信先へ出力する処理を実行する出力処理ステップと、を有する
    ことを特徴とする情報処理方法。