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

Abstract

【課題】利用者の状況に応じて電子決済の利用条件を管理することのできる情報処理装置及びプログラムを提供すること。【解決手段】本発明の一態様によれば、電子決済の利用条件を管理する情報処理装置が提供される。この情報処理装置は、会計情報取得部と、利用条件変更部とを備える。会計情報取得部は、利用者の会計情報を取得可能に構成される。利用条件変更部は、利用者の電子決済の利用条件を変更可能に構成される。ここで、電子決済は、利用者による利用が開始されている。【選択図】図３

Description

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

近年、電子決済が利用される機会が増大している。電子決済には、クレジット決済やプリペイド決済等があるが、いずれも、利用者は、利用条件に従って電子決済の手段を利用する必要がある。なお、決済に際して、利用者の支払能力に応じた承認を行う技術も提案されている（例えば、特許文献１を参照）。

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

ところで、電子決済の各手段に定められた利用条件は、基本的にカード会社等が定めたものであり、必ずしも利用者に適した条件であるとは限らない。また、特許文献１に記載されているような技術を用いる場合には、決済時の処理が煩雑となる。

本発明では上記事情を鑑み、利用者の状況に応じて電子決済の利用条件を管理することのできる情報処理装置及びプログラムを提供することとした。

本発明の一態様によれば、電子決済の利用条件を管理する情報処理装置が提供される。この情報処理装置は、会計情報取得部と、利用条件変更部とを備える。会計情報取得部は、利用者の会計情報を取得可能に構成される。利用条件変更部は、利用者の電子決済の利用条件を変更可能に構成される。ここで、電子決済は、利用者による利用が開始されている。

本発明の一態様によれば、電子決済の利用条件を利用者の状況に応じて容易に変更することが可能となる。

本発明の実施形態に係る情報処理装置１と他の装置の接続構成例を示した図である。 情報処理装置１の構成を示した図である。 情報処理装置１の機能的な構成を示すブロック図である。 情報処理装置１の動作の流れを示すアクティビティ図である。 承認処理の流れを示すアクティビティ図である。

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

１．全体構成
図１は、本発明の実施形態に係る情報処理装置１と他の装置の接続構成例を示した図である。同図に示すように、情報処理装置１は、会計情報管理装置２と、経費情報管理装置３と、金融機関システム４と、決済端末５と、ネットワーク６を介して通信可能に接続されている。

情報処理装置１は、電子決済の利用条件を管理する情報処理装置である。なお、情報処理装置１の詳細については後述する。

会計情報管理装置２は、利用者の会計情報を管理するもので、クラウドサービスとして提供されるものや、利用者自身のサーバで運用されるものであってもよい。会計情報は、利用者が法人である場合には、当該法人の会計情報であるが、利用者が個人である場合には、家計簿の情報であってもよい。会計情報管理装置２の種別は、特に限定されることはないが、例えば、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を用いて連携できるものであることが望ましい。

経費情報管理装置３は、利用者の経費情報を管理するもので、クラウドサービスとして提供されるものや、利用者自身のサーバで運用されるものであってもよい。経費情報は、利用者が法人である場合には、各部門等における経費の予算額と消化額等を管理するものである。なお、利用者が個人である場合、食費や交通費等の予算額と消化額等を管理するものであってもよい。経費情報管理装置３の種別は、特に限定されることはないが、例えば、ＡＰＩを用いて連携できるものであることが望ましい。なお、経費情報管理装置３は、会計情報管理装置２の一部として構成されるようにしてもよい。

金融機関システム４は、金融機関で用いられるシステムであり、口座残高の提供等を受けることができるものである。この金融機関システム４は、例えば、ＡＰＩを用いて連携できるものであることが望ましい。

決済端末５は、店舗等において電子決済を行うための端末であり、例えば、カードリーダ等を有するものである。

ネットワーク６は、情報処理装置１と、会計情報管理装置２と、経費情報管理装置３と、金融機関システム４と、決済端末５とを通信可能にするネットワークであり、例えば、インターネットを含むものである。

なお、情報処理装置１は、利用者の数に応じた会計情報管理装置２及び経費情報管理装置３と接続されるとともに、利用者の利用する金融機関の数に応じた金融機関システム４と接続され、提供する電子決済が利用可能な店舗等の数に応じた決済端末５と接続される。

２．情報処理装置の構成
次に、情報処理装置１の構成について説明する。図２は、情報処理装置１の構成を示した図である。同図に示すように、情報処理装置１は、処理部１１と、記憶部１２と、一時記憶部１３と、外部装置接続部１４と、通信部１５とを有しており、これらの構成要素が情報処理装置１の内部において通信バス１６を介して電気的に接続されている。

処理部１１は、例えば、中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）により実現されるもので、記憶部１２に記憶された所定のプログラムに従って動作し、種々の機能を実現する。

記憶部１２は、様々な情報を記憶する不揮発性の記憶媒体である。これは、例えばハードディスクドライブ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ：ＨＤＤ）やソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスにより実現される。なお、記憶部１２は、情報処理装置１と通信可能な別の装置に配するようにすることも可能である。

一時記憶部１３は、揮発性の記憶媒体である。これは、例えばランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリにより実現され、処理部１１が動作する際に一時的に必要な情報（引数、配列等）を記憶する。

外部装置接続部１４は、例えばユニバーサルシリアルバス（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ：ＵＳＢ）や高精細度マルチメディアインターフェース（Ｈｉｇｈ－Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ：ＨＤＭＩ（登録商標））といった規格に準じた接続部であり、キーボード等の入力装置やモニタ等の表示装置を接続可能としている。

通信部１５は、例えばローカルエリアネットワーク（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：ＬＡＮ）規格に準じた通信手段であり、情報処理装置１とローカルエリアネットワークやこれを介したインターネット等のネットワーク６との間の通信を実現する。

なお、情報処理装置１には、汎用のサーバ向けのコンピュータやパーソナルコンピュータ等を利用することが可能であり、複数のコンピュータを用いて情報処理装置１を構成することも可能である。

３．情報処理装置１の機能
次に、情報処理装置１の機能について説明する。情報処理装置１は、電子決済の利用条件を管理するもので、プログラムにしたがって動作することで、後述する各機能部を実現する。このプログラムは、コンピュータを情報処理装置として動作又は機能させるプログラムである。

図３は、情報処理装置１の機能的な構成を示すブロック図である。同図に示すように、情報処理装置１は、会計情報取得部１０１と、利用条件変更部１０２と、利用条件保持部１０３と、通知部１０４と、承認処理部１０５とを備える。

会計情報取得部１０１は、利用者の会計情報を取得可能に構成される。会計情報取得部１０１が取得する会計情報は、例えば、利用者に付与された予算枠、利用者に付与された予算枠の未消化額、利用者の月収額、利用者の口座残高等である。これらの取得は、例えば、ＡＰＩを利用する。もちろん、専用のインタフェイスを用いて、これらの情報を取得するようにすることもできる。

利用条件変更部１０２は、会計情報取得部１０１が取得した会計情報に基づいて、利用者の電子決済の利用条件を変更可能に構成される。利用条件を変更する電子決済は、利用者による利用が開始されているものとする。もちろん、電子決済の利用開始直後に、利用条件変更部１０２によって利用条件を変更することも可能である。利用条件変更部１０２が変更する利用条件は、例えば、クレジット決済の利用限度額、クレジット決済の支払期日、プリペイド決済の利用可能額等である。

利用条件保持部１０３は、利用条件変更部１０２が変更した利用条件を保持する。通知部１０４は、利用条件変更部１０２が利用条件を変更した際に、その変更内容を利用者に通知する。通知は、例えば、電子メールを用いて行う。承認処理部１０５は、決済端末５との間で通信を行い、決済端末５による決済を承認するか否かの判定、つまり、オーソリ（オーソリゼーション）を行う。

４．情報処理装置１の動作
次に、情報処理装置１の動作について説明する。図４は、情報処理装置１の動作の流れを示すアクティビティ図である。ここで説明する情報処理装置１の処理は、定期的、例えば、毎営業日の朝に繰り返し行われるものである。

情報処理装置１は、動作を開始すると、まず、会計情報取得部１０１が会計情報を取得する（Ａ１０１）。取得する会計情報は、利用条件の変更に必要となるものであり、利用者毎に定められたものである。続いて、利用条件変更部１０２が、取得された会計情報と基準値とを比較し（Ａ１０２）、利用条件の変更が必要であると判断した場合には、利用条件の変更を行い（Ａ１０３）、変更した利用条件を利用条件保持部１０３に保持させる。

利用条件変更部１０２により利用条件が変更された場合には、通知部１０４が、変更された利用条件を利用者に通知し（Ａ１０４）、処理を終了する。利用条件変更部１０２が、利用条件の変更が不要であると判断した場合には、利用条件の変更を行わずに、処理を終了する。

５．会計情報と利用条件
次に、会計情報と利用条件について説明する。なお、以下に説明する会計情報と利用条件との関係には、相反するものも含まれるため、どの会計情報を利用して、どのように利用条件を変更するかは、利用者毎に、契約等で定めるものとする。

（１）電子決済は、クレジット決済であり、会計情報取得部１０１は、利用者に付与された予算枠を取得する。そして、利用条件変更部１０２は、予算枠に基づいてクレジット決済の利用限度額を変更する。この利用条件は、例えば、法人の部門等に割り振られた予算枠をクレジット決済の利用限度額とするものである。したがって、この利用条件は、法人向けであり、かつ、部門毎にクレジットカードを発行する場合に、有効である。

（２）電子決済は、クレジット決済であり、会計情報取得部１０１は、利用者に付与された予算枠の未消化額を取得する。そして、利用条件変更部１０２は、予算枠の未消化額に基づいてクレジット決済の利用限度額を変更する。この利用条件は、例えば、法人の部門等に割り振られた予算枠の未消化分をクレジット決済の利用限度額とするものである。したがって、この利用条件は、法人向けであり、かつ、部門毎にクレジットカードを発行する場合に、有効である。また、利用限度額が日々、変更される可能性がある。

（３）電子決済は、クレジット決済であり、会計情報取得部１０１は、利用者の月収額を取得する。そして、利用条件変更部１０２は、月収額に基づいてクレジット決済の利用限度額を変更する。この利用条件は、例えば、個人の月収の半分をクレジット決済の利用限度額とするものである。したがって、この利用条件は、個人向けであり、利用限度額が月毎に変更される可能性がある。

（４）電子決済は、クレジット決済であり、会計情報取得部１０１は、利用者の口座残高を取得する。そして、利用条件変更部は、口座残高に基づいてクレジット決済の利用限度額を変更する。この利用条件は、個人と法人のいずれも利用可能であり、例えば、口座残高の半分をクレジット決済の利用限度額とするものである。この利用条件は、利用限度額が日々、変更される可能性がある。

（５）電子決済は、クレジット決済であり、会計情報取得部１０１は、利用者に付与された予算枠及び利用者の口座残高を取得する。そして、利用条件変更部１０２は、予算枠に基づいてクレジット決済の第１の利用限度額を変更し、口座残高の半分をクレジット決済の第２の利用限度額を変更する。この場合は、実際の利用限度額は、第２の利用限度額であるが、第１の利用限度額に達した場合に警告を発するようにして、予算枠を意識しつつも、支払い自体は、可能となるように利用することができる。なお、この場合には、決済時の承認が通常と異なることになるが、この承認処理については、後述する。

（６）電子決済は、クレジット決済であり、会計情報取得部１０１は、利用者の口座残高を取得する。そして、利用条件変更部１０２は、口座残高に基づいてクレジット決済の支払期日を変更する。この利用条件は、個人と法人のいずれも利用可能であり、例えば、口座残高と利用金額の比率が所定の値になった場合に、クレジット決済の支払期日を変更して早めるものである。これにより、利用者は、クレジットの利用過多を防止するとともに、早めに支払いを行うことで、再度、利用限度額までの利用が可能となる。また、カード会社側等においても、貸し倒れの可能性を低減させることができる。

（７）電子決済は、プリペイド決済であり、会計情報取得部１０１は、利用者に付与された予算枠を取得する。そして、利用条件変更部１０２は、予算枠に基づいてプリペイド決済の利用可能額を変更する。この利用条件は、例えば、法人の部門等に割り振られた予算枠をプリペイド決済の利用限度額とするものである。この場合、事前に払い込んだ金額よりも利用できる金額が小さくなるが、予算枠を超えての利用ができなくなるため、経費の利用超過を防止することができる。

（８）電子決済は、プリペイド決済であり、会計情報取得部１０１は、利用者の口座残高を取得する。そして、利用条件変更部１０２は、口座残高に基づいてプリペイド決済の利用可能額を変更する。この場合、利用可能額は、プリペイド残高よりも高額となる、つまり、プリペイド決済の形をとっていながらも、実際には、利用者への貸越となるものである。これにより、利用者は、プリペイド残高が不足している場合であっても、決済を行うことが可能となる

６．承認処理
次に、前述の（５）の場合の承認処理について説明する。図５は、承認処理の流れを示すアクティビティ図である。

情報処理装置１は、承認処理部１０５が決済端末５からの決済要求を受け付けると（Ａ２０１）、これに対して、認証情報の入力を要求する（Ａ２０２）。そして、所定時間内に認証情報が入力されなかった場合には、決済要求を不承認とし（Ａ２０３）、決済端末５に通知を行う。所定時間内に認証情報が入力されれば、入力された認証情報の照合を行う（Ａ２０４）。

照合の結果、認証に失敗した場合には、決済要求を不承認とし（Ａ２０３）、認証に成功した場合には、利用条件保持部１０３に保持されている利用条件から利用限度額を確認する（Ａ２０５）。なお、ここで、確認する利用限度額は、予算枠に基づいて変更された第１の利用限度額である。

そして、決済要求が第１の利用限度額の範囲内、つまり、利用可能であった場合には、決済要求を承認とし（Ａ２０６）、決済端末５に通知を行う。また、決済要求が第１の利用限度額を超過、つまり、利用不可能であった場合には、再度、利用条件保持部１０３に保持されている利用条件から利用限度額を確認する（Ａ２０７）。なお、ここで、確認する利用限度額は、口座残高に基づいて変更された第２の利用限度額である。

そして、決済要求が第２の利用限度額の範囲内、つまり、利用可能であった場合には、決済端末５に警告を通知し（Ａ２０８）、その後に、決済要求を承認とし（Ａ２０６）、決済端末５に通知を行う。また、決済要求が第２の利用限度額を超過、つまり、利用不可能であった場合には、決済要求を不承認とし（Ａ２０３）、決済端末５に通知を行う。

７．その他
本発明は、次に記載の各態様で提供されてもよい。
前記情報処理装置において、前記電子決済は、クレジット決済であり、前記会計情報取得部は、前記利用者に付与された予算枠を取得し、前記利用条件変更部は、前記予算枠に基づいて前記クレジット決済の利用限度額を変更する情報処理装置。
前記情報処理装置において、前記電子決済は、クレジット決済であり、前記会計情報取得部は、前記利用者に付与された予算枠の未消化額を取得し、前記利用条件変更部は、前記未消化額に基づいて前記クレジット決済の利用限度額を変更する情報処理装置。
前記情報処理装置において、前記電子決済は、クレジット決済であり、前記会計情報取得部は、前記利用者の月収額を取得し、前記利用条件変更部は、前記月収額に基づいて前記クレジット決済の利用限度額を変更する情報処理装置。
前記情報処理装置において、前記電子決済は、クレジット決済であり、前記会計情報取得部は、前記利用者の口座残高を取得し、前記利用条件変更部は、前記口座残高に基づいて前記クレジット決済の利用限度額を変更する情報処理装置。
前記情報処理装置において、前記電子決済は、クレジット決済であり、前記会計情報取得部は、前記利用者の口座残高を取得し、前記利用条件変更部は、前記口座残高に基づいて前記クレジット決済の支払期日を変更する情報処理装置。
前記情報処理装置において、前記電子決済は、プリペイド決済であり、前記会計情報取得部は、前記利用者に付与された予算枠を取得し、前記利用条件変更部は、前記予算枠に基づいて前記プリペイド決済の利用可能額を変更する情報処理装置。
前記情報処理装置において、前記電子決済は、プリペイド決済であり、前記会計情報取得部は、前記利用者の口座残高を取得し、前記利用条件変更部は、前記口座残高に基づいて前記プリペイド決済の利用可能額を変更する情報処理装置。
前記情報処理装置において、前記利用可能額は、プリペイド残高よりも高額である情報処理装置。
コンピュータを情報処理装置として動作させるプログラムであって、コンピュータを前記情報処理装置として機能させるプログラム。
もちろん、この限りではない。

１ ：情報処理装置
２ ：会計情報管理装置
３ ：経費情報管理装置
４ ：金融機関システム
５ ：決済端末
６ ：ネットワーク
１１ ：処理部
１２ ：記憶部
１３ ：一時記憶部
１４ ：外部装置接続部
１５ ：通信部
１６ ：通信バス
１０１ ：会計情報取得部
１０２ ：利用条件変更部
１０３ ：利用条件保持部
１０４ ：通知部
１０５ ：承認処理部

Claims (10)

1. 電子決済の利用条件を管理する情報処理装置であって、
   会計情報取得部と、利用条件変更部とを備え、
   前記会計情報取得部は、利用者の会計情報を取得可能に構成され、
   前記利用条件変更部は、前記利用者の電子決済の利用条件を変更可能に構成され、
   ここで、前記電子決済は、前記利用者による利用が開始されている
   情報処理装置。
2. 請求項１に記載の情報処理装置において、
   前記電子決済は、クレジット決済であり、
   前記会計情報取得部は、前記利用者に付与された予算枠を取得し、
   前記利用条件変更部は、前記予算枠に基づいて前記クレジット決済の利用限度額を変更する
   情報処理装置。
3. 請求項１に記載の情報処理装置において、
   前記電子決済は、クレジット決済であり、
   前記会計情報取得部は、前記利用者に付与された予算枠の未消化額を取得し、
   前記利用条件変更部は、前記未消化額に基づいて前記クレジット決済の利用限度額を変更する
   情報処理装置。
4. 請求項１に記載の情報処理装置において、
   前記電子決済は、クレジット決済であり、
   前記会計情報取得部は、前記利用者の月収額を取得し、
   前記利用条件変更部は、前記月収額に基づいて前記クレジット決済の利用限度額を変更する
   情報処理装置。
5. 請求項１に記載の情報処理装置において、
   前記電子決済は、クレジット決済であり、
   前記会計情報取得部は、前記利用者の口座残高を取得し、
   前記利用条件変更部は、前記口座残高に基づいて前記クレジット決済の利用限度額を変更する
   情報処理装置。
6. 請求項１に記載の情報処理装置において、
   前記電子決済は、クレジット決済であり、
   前記会計情報取得部は、前記利用者の口座残高を取得し、
   前記利用条件変更部は、前記口座残高に基づいて前記クレジット決済の支払期日を変更する
   情報処理装置。
7. 請求項１に記載の情報処理装置において、
   前記電子決済は、プリペイド決済であり、
   前記会計情報取得部は、前記利用者に付与された予算枠を取得し、
   前記利用条件変更部は、前記予算枠に基づいて前記プリペイド決済の利用可能額を変更する
   情報処理装置。
8. 請求項１に記載の情報処理装置において、
   前記電子決済は、プリペイド決済であり、
   前記会計情報取得部は、前記利用者の口座残高を取得し、
   前記利用条件変更部は、前記口座残高に基づいて前記プリペイド決済の利用可能額を変更する
   情報処理装置。
9. 請求項８に記載の情報処理装置において、
   前記利用可能額は、プリペイド残高よりも高額である
   情報処理装置。
10. コンピュータを情報処理装置として動作させるプログラムであって、
    コンピュータを請求項１乃至請求項７のいずれか１項に記載の情報処理装置として機能させる
    プログラム。

Images