JP2023175065A - 情報処理装置及び情報処理方法 - Google Patents

情報処理装置及び情報処理方法 Download PDF

Info

Publication number
JP2023175065A
JP2023175065A JP2022087305A JP2022087305A JP2023175065A JP 2023175065 A JP2023175065 A JP 2023175065A JP 2022087305 A JP2022087305 A JP 2022087305A JP 2022087305 A JP2022087305 A JP 2022087305A JP 2023175065 A JP2023175065 A JP 2023175065A
Authority
JP
Japan
Prior art keywords
user
available
information
payment
quota
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2022087305A
Other languages
English (en)
Other versions
JP7217827B1 (ja
Inventor
和也 谷口
Kazuya Taniguchi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
KDDI Corp
Original Assignee
KDDI Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by KDDI Corp filed Critical KDDI Corp
Priority to JP2022087305A priority Critical patent/JP7217827B1/ja
Application granted granted Critical
Publication of JP7217827B1 publication Critical patent/JP7217827B1/ja
Publication of JP2023175065A publication Critical patent/JP2023175065A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

【課題】ユーザの利便性を向上させる。【解決手段】情報処理装置1は、ユーザを識別するためのユーザIDに関連付けて、ユーザが決済可能な金額を示す利用可能枠を記憶する記憶部12と、第1のユーザが使用する第1ユーザ端末2又は第2のユーザが使用する第2ユーザ端末3から、第1のユーザの利用可能枠の少なくとも一部の第2のユーザへの譲渡要求を受け付ける受付部131と、受付部131が譲渡要求を受け付けると、記憶部12において第1のユーザのユーザIDに関連付けられている利用可能枠を減額し、記憶部12において第2のユーザのユーザIDに関連付けられている利用可能枠を増額する設定部132と、を有する。【選択図】図2

Description

本発明は、所定の決済方式の利用可能枠を設定する情報処理装置及び情報処理方法に関する。
クレジットカード等の後払い方式の決済方式では、ユーザが当該決済方式を用いて所定期間内に決済可能な金額を示す利用可能枠が設定される(例えば、特許文献1を参照)。
特開2014-235567号公報
利用可能枠は、後払い方式の決済方式に係るサービスの利用申込時にユーザが記入した年収や年齢等の情報や、サービスを提供する事業者等が蓄積しているユーザの他社でのサービスの利用実績に基づいて設定され、その後、利用実績に応じて更新される。当該サービスを初めて申請したユーザや、低年齢のユーザに対しては、利用可能枠が低く設定されることから、これらのユーザにとって利便性が悪いという問題があった。
そこで、本発明はこれらの点に鑑みてなされたものであり、ユーザの利便性を向上させることを目的とする。
本発明の第1の態様に係る情報処理装置は、ユーザを識別するためのユーザ識別情報に関連付けて、前記ユーザが決済可能な金額を示す利用可能枠を記憶する記憶部と、第1のユーザ又は第2のユーザが使用する端末から、前記第1のユーザの前記利用可能枠の少なくとも一部の前記第2のユーザへの譲渡要求を受け付ける受付部と、前記受付部が前記譲渡要求を受け付けると、前記記憶部において前記第1のユーザの前記ユーザ識別情報に関連付けられている前記利用可能枠を減額し、前記記憶部において前記第2のユーザの前記ユーザ識別情報に関連付けられている前記利用可能枠を増額する設定部と、有する。
前記受付部は、前記第2のユーザから前記譲渡要求を受け付けると、前記第1のユーザから前記譲渡要求に対応する前記利用可能枠の譲渡の承認を受け付け、前記設定部は、前記受付部が前記承認を受け付けると、前記第1のユーザに対応する前記利用可能枠を減額し、前記第2のユーザに対応する前記利用可能枠を増額してもよい。
前記受付部は、前記第1のユーザから前記承認を必要としないユーザの選択を受け付け、前記設定部は、前記譲渡要求を行った第2ユーザが前記承認を必要としないユーザである場合、前記受付部による前記承認を省略して前記第1のユーザに対応する前記利用可能枠を減額し、前記第2のユーザに対応する前記利用可能枠を増額してもよい。
前記情報処理装置は、前記第2のユーザに対応する前記利用可能枠が増額されることに応じて、前記第2のユーザから前記第1のユーザに付与する特典を示す特典情報を受け付け、受け付けた前記特典情報が示す特典を前記第1のユーザに付与する特典付与部をさらに有してもよい。
前記記憶部は、前記ユーザ識別情報と、前記利用可能枠と、前記利用可能枠が譲渡された利用可能枠か否かを示す情報と、前記利用可能枠の再譲渡の可否を示す情報とを関連付けて記憶し、前記受付部は、前記ユーザが使用する端末から、前記ユーザのユーザ識別情報に関連付けられている利用枠のうち、譲渡されていない利用可能枠及び前記再譲渡が可能な利用額の少なくとも一部の譲渡要求を受け付けてもよい。
前記受付部は、前記譲渡要求と、前記第1のユーザから前記第2のユーザに譲渡される前記利用可能枠である譲渡枠において購入可能な商品を識別するための商品識別情報とを受け付け、前記設定部は、前記受付部が前記譲渡要求及び前記商品識別情報を受け付けると、前記記憶部において前記第2のユーザの前記ユーザ識別情報に前記譲渡枠を関連付けることにより、前記第2のユーザの前記利用可能枠を増額するとともに、前記譲渡枠に、受け付けた前記商品識別情報を関連付けて記憶させてもよい。
前記記憶部は、前記ユーザの前記ユーザ識別情報と、前記ユーザに関する情報とを関連付けたユーザ情報とを関連付けて記憶し、前記受付部は、前記ユーザ情報に基づいて前記第1のユーザと所定の関係を有する前記第2のユーザを特定し、前記第1のユーザ又は特定した前記第2のユーザから前記譲渡要求を受け付けてもよい。
前記設定部は、前記第2のユーザに譲渡された利用可能枠に対応する決済金額の支払予定日を、前記第1のユーザに予め関連付けられている利用可能枠の支払予定日に設定してもよい。
前記設定部は、前記第2のユーザに譲渡された利用可能枠に対応する決済金額の支払予定日を、前記第2のユーザに予め関連付けられている利用可能枠の支払予定日に設定してもよい。
前記受付部は、前記第1のユーザに対応する前記利用可能枠に対応する支払予定日が、前記第2のユーザに対応する前記利用可能枠に対応する支払予定日以後であることを条件として、前記譲渡要求を受け付けてもよい。
前記設定部は、前記第2のユーザの前記ユーザ識別情報に関連付けられている前記利用可能枠を増額してから予め定められた期間が経過すると、前記記憶部において前記第1のユーザの前記ユーザ識別情報に関連付けられている前記利用可能枠を増額し、前記記憶部において前記第2のユーザの前記ユーザ識別情報に関連付けられている前記利用可能枠を減額してもよい。
前記受付部は、前記第1のユーザの前記利用可能枠の一部に決済金額が割り当てられている場合、前記決済金額が割り当てられていない前記利用可能枠のうち、少なくとも一部の前記第2のユーザへの譲渡要求を受け付けてもよい。
前記記憶部は、前記ユーザ識別情報に関連付けて、所定の決済手段に対応する前記利用可能枠を記憶し、前記設定部は、前記受付部が前記譲渡要求を受け付けると、前記記憶部において前記第1のユーザの前記ユーザ識別情報に関連付けられている前記所定の決済手段に対応する前記利用可能枠を減額し、前記記憶部において前記第2のユーザの前記ユーザ識別情報に関連付けられている前記所定の決済手段に対応する前記利用可能枠を増額してもよい。
前記記憶部は、前記ユーザ識別情報に関連付けて、単位期間における前記利用可能枠を記憶し、前記設定部は、前記受付部が前記譲渡要求を受け付けると、前記記憶部において前記第1のユーザの前記ユーザ識別情報に関連付けられている前記単位期間における前記利用可能枠を減額し、前記記憶部において前記第2のユーザの前記ユーザ識別情報に関連付けられている前記単位期間における前記利用可能枠を増額してもよい。
前記情報処理装置は、前記第2のユーザが決済した金額の合計額である請求金額を前記第2のユーザに請求し、前記第2のユーザが前記請求金額の支払いが支払期日までに完了しなかった場合、前記第1のユーザに前記請求金額を請求する請求部をさらに有してもよい。
前記請求部は、前記請求金額が前記第2のユーザに譲渡された前記利用可能枠を超える場合、前記利用可能枠を示す請求金額を前記第1のユーザに請求してもよい。
前記記憶部は、前記ユーザの前記ユーザ識別情報と、前記ユーザが決済した金額の支払実績とを関連付けた支払実績情報を記憶し、前記受付部は、前記第2のユーザの前記ユーザ識別情報に関連付けられた支払実績が所定の条件を満たす場合に、前記第2のユーザへの譲渡要求を受け付けてもよい。
本発明の第2の態様に係る情報処理方法は、コンピュータが実行する、第1のユーザ又は第2のユーザが使用する端末から、前記第1のユーザが決済可能な金額を示す利用可能枠の少なくとも一部の前記第2のユーザへの譲渡要求を受け付けるステップと、前記譲渡要求を受け付けると、ユーザを識別するためのユーザ識別情報に関連付けて、前記ユーザに対応する前記利用可能枠を記憶する記憶部において前記第1のユーザの前記ユーザ識別情報に関連付けられている前記利用可能枠を減額し、前記記憶部において前記第2のユーザの前記ユーザ識別情報に関連付けられている前記利用可能枠を増額するステップと、を有する。
本発明によれば、ユーザの利便性を向上させることができるという効果を奏する。
情報処理装置の概要を示す図である。 情報処理装置の機能構成を示す図である。 利用可能枠情報の一例を示す図である。 ユーザ情報の一例を示す図である。 決済情報の一例を示す図である。 請求金額情報の一例を示す図である。 情報処理装置の処理の流れを示すフローチャートである。
[情報処理装置1の概要]
図1は、情報処理装置1の概要を示す図である。情報処理装置1は、所定の決済手段を用いてユーザが決済可能な金額を示す利用可能枠を調整するコンピュータである。所定の決済手段は、後払い方式の決済手段であり、例えば所定のクレジットカードを用いた決済手段である。
情報処理装置1は、図1に示すように、ユーザを識別するためのユーザ識別情報としてのユーザID(Identification)に関連付けて、所定の決済手段を用いてユーザが単位期間において決済可能な金額の大きさを示す利用可能枠を記憶する。単位期間は、後払いの決済手段において請求対象となる決済金額が集計される期間であり、例えば、ある月の締日から1か月が経過するまでの期間である。ユーザIDは、例えば、所定の決済手段に係る決済を行う決済事業者がユーザに付与したIDである。所定の決済手段がクレジットカードを用いた決済手段である場合、ユーザIDはカード番号であってもよい。
情報処理装置1は、利用可能枠を譲渡するユーザである第1のユーザが使用する第1ユーザ端末2及び利用可能枠が譲渡されるユーザである第2のユーザが使用する第2ユーザ端末3とインターネットや無線LAN(Local Area Network)等の通信ネットワークを介して通信可能に接続されている。情報処理装置1は、第1ユーザ端末2又は第2ユーザ端末3から、第1のユーザの利用可能枠の少なくとも一部の第2のユーザへの譲渡要求を受け付ける。
情報処理装置1は、譲渡要求を受け付けると、第1のユーザのユーザIDに関連付けられている利用可能枠を減額し、第2のユーザのユーザIDに関連付けられている利用可能枠を増額する。このようにすることで、第2のユーザが、所定の決済手段に係るサービスを初めて申請したユーザや低年齢のユーザであっても、第2のユーザの利用可能枠を増やすことができるので、第2のユーザの利便性を向上させることができる。
[情報処理装置1の機能構成]
続いて、情報処理装置1の構成の詳細を説明する。図2は、情報処理装置1の機能構成を示す図である。情報処理装置1は、通信部11と、記憶部12と、制御部13とを有する。
通信部11は、インターネット等のネットワークを介して第1ユーザ端末2及び第2ユーザ端末3とデータを送受信するための通信インターフェースである。
記憶部12は、各種のデータを記憶する記憶媒体であり、ROM(Read Only Memory)、RAM(Random Access Memory)、及びハードディスク等を有する。記憶部12は、制御部13が実行するプログラムを記憶する。記憶部12は、制御部13を、受付部131、設定部132、特典付与部133、決済要求受信部134、決済処理部135、及び請求部136として機能させるプログラムを記憶する。
また、記憶部12は、ユーザを識別するためのユーザIDに関連付けて、所定の決済手段を用いてユーザが単位期間において決済可能な金額を示す利用可能枠を記憶する。具体的には、記憶部12は、ユーザIDと、単位期間における利用可能枠とを少なくとも関連付けた利用可能枠情報を記憶する。
図3は、利用可能枠情報の一例を示す図である。図3に示すように、利用可能枠情報は、ユーザIDと、所定の決済手段に対応する単位期間における利用可能枠を識別するための枠IDと、利用可能枠を示す金額と、譲渡フラグと、譲渡可否フラグと、譲渡先ユーザIDと、譲渡元ユーザIDと、購入可能商品の商品IDと、譲渡期限と、支払予定日とを関連付けた情報である。
譲渡フラグは、利用可能枠が譲渡したものであるか、譲渡されたものであるか、ユーザに元々割り当てられており譲渡していないものかを示す情報である。図3に示す例では、譲渡フラグの値が「0」である場合、利用可能枠がユーザに元々割り当てられているものであることを示し、「1」である場合、利用可能枠が譲渡したものであることを示し、「2」である場合、利用可能枠が譲渡されたものであることを示している。
譲渡先ユーザIDは、利用可能枠の譲渡先のユーザのユーザIDを示し、譲渡元ユーザIDは、利用可能枠の譲渡元のユーザのユーザIDを示している。図3に示す例において、ユーザID「U0001」に関連付けられている利用可能枠「-100000」と、ユーザID「U0002」に関連付けられている利用可能枠「100000」とは、ユーザID「U0001」のユーザの決済枠のうちの100000円の利用可能枠が、ユーザID「U0002」のユーザに譲渡されたことを示している。
購入可能商品の商品IDは、関連付けられている利用可能枠により購入可能な商品の商品IDを示している。購入可能商品の商品IDが指定されていない場合、利用可能枠により購入可能な商品が限定されていないことを示している。なお、図3に示す利用可能枠情報では、利用可能枠に対して購入可能な商品の商品IDが関連付けられることとしたが、商品IDが関連付けられていないものであってもよい。また、利用可能枠に対して購入可能な商品のカテゴリを示すカテゴリ情報が関連付けて記憶されるようにしてもよい。
譲渡期限は、利用可能枠が譲渡される期限を示している。利用可能枠に関連付けられている譲渡期限を超えたことに応じて、当該利用可能枠が譲渡元に返却される。例えば、ユーザID「U0002」に関連付けられている利用可能枠「100000」に対して譲渡期限として「2022年6月」が関連付けられている。このため、当該利用可能枠は、2022年6月が終了すると、譲渡元ユーザであるユーザID「U0001」のユーザに返却される。支払予定日は、利用可能枠に対応して決済された決済金額の合計額である決済合計額がユーザの銀行口座から、決済事業者に対して支払われる予定日である。
また、記憶部12は、ユーザのユーザIDと、ユーザに関する情報とを関連付けたユーザ情報を記憶する。図4は、ユーザ情報の一例を示す図である。図4に示すように、ユーザ情報は、ユーザIDと、ユーザに関する情報としてのユーザの氏名、住所、年齢、職種といったユーザの個人情報とを関連付けた情報である。ユーザ情報は、例えば、ユーザと所定関係としての家族関係や同居関係にある他のユーザを特定するために用いられる。
ユーザ情報は、所定のサービスを提供する事業者が管理する、当該サービスを利用するユーザとの契約情報であってもよい。例えば、ユーザ情報は、ユーザに携帯通信回線を用いた携帯電話機の通信サービスを提供する通信事業者がユーザと契約した場合にユーザとの間で締結した契約情報に含まれるユーザの個人情報を含んでいてもよい。
また、記憶部12は、ユーザのユーザIDと、ユーザの決済金額とを関連付けた決済情報を記憶する。図5は、決済情報の一例を示す図である。図5に示すように、決済情報は、ユーザIDと、決済が行われた日である決済日と、決済金額と、当該決済金額が割り当てられた利用可能枠の枠IDとを少なくとも関連付けた情報である。決済情報は、ユーザに請求する請求金額を算出するために用いられる。
また、記憶部12は、ユーザのユーザIDと、ユーザの決済金額を集計する対象の単位期間における決済金額の合計額である請求金額とを関連付けた請求金額情報を記憶する。図6は、請求金額情報の一例を示す図である。図6に示すように、請求金額情報において、ユーザIDに対して請求金額が関連付けられていることが確認できる。請求金額情報は、ユーザに請求金額を請求するために用いられる。
制御部13は、例えばCPU(Central Processing Unit)である。制御部13は、記憶部12に記憶されたプログラムを実行することにより、受付部131、設定部132、特典付与部133、決済要求受信部134、決済処理部135、及び請求部136として機能する。
受付部131は、第1のユーザが使用する第1ユーザ端末2又は第2のユーザが使用する第2ユーザ端末3から、第1のユーザの利用可能枠の少なくとも一部の第2のユーザへの譲渡要求を受け付ける。
例えば、受付部131は、記憶部12に記憶されているユーザ情報に基づいて、第1ユーザと所定の関係を有する第2のユーザを特定する。所定の関係は、例えば、第1のユーザと、第2のユーザとが家族関係又は同居関係を有していることである。受付部131は、記憶部12に記憶されているユーザ情報を参照し、第1のユーザと所定関係を有する第2のユーザを特定する。
受付部131は、第1のユーザの第1ユーザ端末2から、利用可能枠を第2のユーザに譲渡するための譲渡受付画面の表示要求を受け付ける。受付部131は、表示要求を受け付けると、第1のユーザと所定の関係を有すると特定した一以上の第2のユーザを示す情報を利用可能枠の譲渡先の候補として含み、第2のユーザの選択を受け付けるとともに、第2のユーザに譲渡する利用可能枠の金額を受け付ける譲渡受付画面を第1ユーザ端末2に表示させる。ここで、ユーザを示す情報は、例えば、ユーザのユーザIDやユーザ情報に含まれるユーザの氏名である。受付部131は、第1ユーザ端末2に表示された譲渡受付画面を介して、譲渡先のユーザである第2のユーザの選択を受け付けるとともに、第2のユーザに譲渡する利用可能枠の金額を受け付けることにより、第1のユーザから、利用可能枠の譲渡要求を受け付ける。
また、受付部131は、第2のユーザの第2ユーザ端末3から、利用可能枠を第1のユーザから譲渡してもらうための被譲渡受付画面の表示要求を受け付ける。受付部131は、被譲渡受付画面の表示要求を受け付けると、第2のユーザと所定関係を有すると特定した一以上の第1のユーザを示す情報を利用可能枠の譲渡元の候補として含み、第1のユーザの選択を受け付ける被譲渡受付画面を第2ユーザ端末3に表示させる。受付部131は、第2ユーザ端末3に表示された被譲渡受付画面を介して、譲渡元のユーザである第1のユーザの選択を受け付けるとともに、第1のユーザに譲渡を依頼する利用可能枠の金額を受け付けることにより、第2のユーザから、利用可能枠の譲渡要求を受け付ける。このようにすることで、情報処理装置1は、第1ユーザ及び第2ユーザが信頼できる間柄である場合に限定して利用可能枠の譲渡を行うことができる。
ここで、受付部131は、第1のユーザの利用可能枠の一部に決済金額が割り当てられている場合、決済金額が割り当てられていない利用可能枠のうち、少なくとも一部の第2のユーザへの譲渡要求を受け付けてもよい。例えば、受付部131は、記憶部12に記憶されている決済情報を参照し、決済金額を集計する対象となる集計対象期間において、第1のユーザのユーザIDに関連付けられている決済金額を合計することにより、第1のユーザの利用可能枠に割り当てられている金額として特定する。集計対象期間は、所定の決済手段に対応する単位期間であって、前回の締日の次の日から、今回の締日までの期間である。
そして、受付部131は、第1のユーザの利用可能枠から、合計した決済金額を減算し、第1のユーザが所定の決済手段により集計対象期間において決済可能な残りの金額である決済可能残額を算出する。受付部131は、算出した決済可能残額を上限として、譲渡する利用可能枠の金額を受け付ける。このようにすることで、情報処理装置1は、利用可能枠の譲渡後の第1のユーザの利用可能枠に割り当てられる決済金額と、第1のユーザが第2のユーザに譲渡した利用可能枠に割り当てられる決済金額との合計額が、譲渡前の第1のユーザの利用可能枠を超えることを防止することができる。
また、受付部131は、第1ユーザ端末2又は第2ユーザ端末3から、第1のユーザのユーザIDに関連付けられている利用枠のうち、譲渡されていない利用可能枠及び再譲渡が可能な利用額の少なくとも一部の譲渡要求を受け付けてもよい。この場合、受付部131は、譲渡フラグの値が「0」である利用可能枠、及び譲渡可否フラグの値が「1」である利用可能枠の少なくとも一部の第2のユーザへの譲渡要求を受け付ける。このようにすることで、情報処理装置1は、再譲渡が許可されていない利用可能枠が再譲渡されることを防止することができる。
また、譲渡される利用可能枠は、再譲渡されないものとするが、第1のユーザの指示により、譲渡される利用可能枠の他のユーザへの再譲渡を許可してもよい。この場合、受付部131は、譲渡受付画面において、第1のユーザから、第2のユーザに譲渡する利用可能枠の再譲渡の許可を受け付けてもよい。
また、受付部131は、利用可能枠の譲渡要求と、第1のユーザから第2のユーザに譲渡される利用可能枠である譲渡枠において購入可能な商品を識別するための一以上の商品ID又は商品のカテゴリとを受け付けてもよい。このようにすることで、情報処理装置1は、譲渡枠に対して、第1のユーザが望まない商品の購入に係る決済が割り当てられることを防止することができる。
また、受付部131は、第2のユーザから譲渡要求を受け付けると、第1のユーザから譲渡要求に対応する利用可能枠の譲渡の承認を受け付けてもよい。例えば、受付部131は、第2のユーザから譲渡要求を受け付けると、第1のユーザの第1ユーザ端末2に、第2のユーザから利用可能枠の譲渡要求を受け付けた情報を含み、当該譲渡要求の承認を受け付ける承認受付画面を表示させる。受付部131は、承認受付画面を介して、第1のユーザから利用可能枠の譲渡の承認を受け付ける。
ここで、受付部131は、第2のユーザから譲渡要求を受け付けると、第1のユーザから利用可能枠の譲渡の承認を受け付けることとしたが、これに限らない。第1のユーザが承認不要と指定した第2のユーザから譲渡要求を受け付けた場合には、第1のユーザから利用可能枠の譲渡の承認を受け付けないようにしてもよい。
この場合、受付部131は、第1のユーザから利用可能枠の承認を必要としないユーザの選択を受け付ける。例えば、受付部131は、第1ユーザ端末2に、第1のユーザと所定の関係を有する一以上の第2のユーザを示す情報を表示させ、第1のユーザから、利用可能枠の承認を必要としない第2のユーザの選択を受け付ける。受付部131は、第1のユーザのユーザIDと、選択された第2のユーザのユーザIDとを関連付けた非承認設定情報を記憶部12に記憶させる。受付部131は、非承認設定情報を参照し、譲渡要求を行った第2のユーザが、第1のユーザが利用可能枠の承認を必要としない第2のユーザとして選択した第2のユーザであると判定すると、利用可能枠の承認を受け付けないように制御する。また、受付部131は、譲渡要求を行った第2のユーザが、第1のユーザが利用可能枠の承認を必要する第2のユーザであると判定すると、第1のユーザから利用可能枠の承認を受け付ける。このようにすることで、第1のユーザの承認が必要とした第2のユーザに限定して利用可能枠の承認を受け付けるので、第1のユーザの負担を軽減することができる。
また、記憶部12は、ユーザのユーザIDと、ユーザが決済した金額の支払実績とを関連付けた支払実績情報を記憶してもよい。そして、受付部131は、第2のユーザのユーザIDに関連付けられた支払実績が所定の条件を満たす場合に、第2のユーザへの譲渡要求を受け付けるようにしてもよい。
この場合、支払実績は、第2のユーザの所定の決済手段の支払が遅延しなかった回数、及び遅延した回数の少なくともいずれかを示す情報であってもよい。受付部131は、第2ユーザのユーザIDに関連付けられた支払実績を特定する。例えば、受付部131は、ユーザのユーザIDに関連付けられた支払実績が示す支払が遅延しなかった回数が第1の回数以上であるとともに、支払が遅延した回数が第2の回数未満である場合に、第2のユーザへの譲渡要求を受け付けるようにしてもよい。このようにすることで、情報処理装置1は、利用可能枠の増額を行っても支払に問題がない確率が高いユーザに限定して譲渡要求を受け付け、利用可能枠を増額することができる。
また、受付部131は、第1のユーザに対応する利用可能枠に対応する支払予定日が、第2のユーザに対応する利用可能枠に対応する支払予定日以後であることを条件として、譲渡要求を受け付けてもよい。例えば、第1のユーザが所定の決済手段に係るサービスを解約した場合、第1のユーザに対応する利用可能枠に対応する支払予定日を超えると、第1のユーザの利用可能枠が消滅し、第2のユーザに譲渡した利用可能枠も消滅してしまう。これに対し、第1のユーザの利用可能枠に対応する支払予定日が、第2のユーザの利用可能枠に対応する支払予定日以後であることを条件として、譲渡要求を受け付けることにより、第2のユーザに譲渡した利用可能枠が消滅してしまうことを防止することができる。
設定部132は、受付部131が譲渡要求を受け付けると、記憶部12に記憶されている利用可能枠情報において第1のユーザのユーザIDに関連付けられている単位期間における利用可能枠を減額し、利用可能枠情報において第2のユーザのユーザIDに関連付けられている単位期間における利用可能枠を増額する。
具体的には、設定部132は、受付部131が譲渡要求を受け付けると、記憶部12に記憶されている利用可能枠情報において第1のユーザのユーザIDに対し、利用可能枠が減額されたことを示す情報を関連付けて記憶させることにより、第1のユーザに対応する利用可能枠を減額する。図3に示す例では、利用可能枠が減額されたことを示す情報は、ユーザID「U0001」に関連付けられている譲渡フラグが「1」である利用可能枠を示す情報である。この場合において、設定部132は、譲渡フラグが「1」の利用可能枠を示す情報に対し、利用可能枠の譲渡先のユーザのユーザIDを関連付けて記憶させる。
また、設定部132は、受付部131が譲渡要求を受け付けると、記憶部12に記憶されている利用可能枠情報において第2のユーザのユーザIDに対し、利用可能枠が増額されたことを示す情報を関連付けて記憶させることにより、第2のユーザに対応する利用可能枠を増額する。図3に示す例では、利用可能枠が増額されたことを示す情報は、ユーザID「U0002」に関連付けられている譲渡フラグが「2」である利用可能枠を示す情報である。この場合において、設定部132は、譲渡フラグが「2」の当該利用可能枠を示す情報に対し、利用可能枠の譲渡元のユーザのユーザIDを関連付けて記憶させる。
また、受付部131が、第1のユーザから譲渡要求に対応する利用可能枠の譲渡の承認を受け付ける場合、設定部132は、受付部131が当該承認を受け付けると、第1のユーザに関連付けられている所定の決済手段に対応する利用可能枠を減額し、第2のユーザに関連付けられている所定の決済手段に対応する利用可能枠を増額する。また、設定部132は、譲渡要求を行った第2ユーザが承認を必要としないユーザである場合、受付部131による承認を省略して第1のユーザに対応する利用可能枠を減額し、第2のユーザに対応する利用可能枠を増額する。
また、設定部132は、受付部131が利用可能枠の譲渡要求と、当該利用可能枠において購入可能な一以上の商品それぞれの商品ID又は商品のカテゴリを受け付けると、記憶部12において第2のユーザのユーザIDに当該利用可能枠を新たに関連付けることにより、第2のユーザの利用可能枠を増額するとともに、利用可能枠に、受け付けた商品ID又は商品のカテゴリを関連付けて記憶させる。
また、設定部132は、受付部131が第1のユーザから、利用可能枠の再譲渡の許可を受け付けると、記憶部12において第2のユーザのユーザIDに新たに関連付ける利用可能枠に関連付けられる譲渡可否フラグを「1」とする。また、設定部132は、受付部131が第1のユーザから、利用可能枠の再譲渡の許可を受け付けない場合、記憶部12において第2のユーザのユーザIDに新たに関連付ける利用可能枠に関連付けられる譲渡可否フラグを「0」とする。
また、設定部132は、第1のユーザから第2のユーザに譲渡された利用可能枠に対応する決済合計額の支払予定日を、第2のユーザに予め関連付けられている利用可能枠に対応する決済合計額の支払予定日に設定する。具体的には、設定部132は、記憶部12に記憶されている利用可能枠情報において、第1のユーザから第2のユーザに譲渡された利用可能枠に関連付けられている支払予定日を、第2のユーザに予め関連付けられている、譲渡フラグが「0」の利用可能枠に対応する支払予定日に設定する。このようにすることで、譲渡された利用可能枠に対応する支払と、予め第2のユーザに関連付けられている利用可能枠に対応する支払とが同日に行われることとなるので、第2のユーザにとって、所定の決済手段に対応する支払が管理しやすくなる。
なお、設定部132は、第1のユーザから第2のユーザに譲渡された利用可能枠に対応する支払予定日を、第2のユーザに予め関連付けられている利用可能枠に対応する支払予定日に設定したが、これに限らない。設定部132は、第1のユーザから第2のユーザに譲渡された利用可能枠の支払予定日を、第1のユーザに関連付けられている利用可能枠に対応する決済合計額の支払予定日に設定してもよい。
また、設定部132は、第2のユーザのユーザIDに関連付けられている利用可能枠を増額してから予め定められた期間が経過すると、記憶部12において第1のユーザのユーザIDに関連付けられている利用可能枠を増額し、記憶部12において第2のユーザのユーザIDに関連付けられている利用可能枠を減額する。
例えば、設定部132は、記憶部12に記憶されている利用可能枠情報において、現在の日時よりも譲渡期限が前である利用可能枠を示す情報を削除することにより、第1のユーザのユーザIDに関連付けられている利用可能枠を増額し、記憶部12において第2のユーザのユーザIDに関連付けられている利用可能枠を減額する。
なお、利用可能枠情報に、利用可能枠が有効か否かを示す枠有効フラグ情報を記憶させておいてもよい。設定部132は、記憶部12に記憶されている利用可能枠情報において、現在の日時よりも譲渡期限が前である利用可能枠に対応する枠有効フラグ情報を、利用可能枠が有効であることを示す情報から、利用可能枠が無効であることを示す情報に変更することにより、第1のユーザの利用可能枠を増額し、第2のユーザの利用可能枠を減額してもよい。このようにすることで、第2のユーザの利用可能枠の増額を一時的なものとし、第2のユーザの決済合計額が、予め自身に割り当てられている利用可能枠よりも恒常的に多くなることを抑制することができる。
設定部132は、第1のユーザの利用可能枠を増額し、第2のユーザの利用可能枠を減額すると、利用可能枠の譲渡が行われたことを示す通知情報を第1のユーザの第1ユーザ端末2及び第2のユーザの第2ユーザ端末3に通知する。通知情報には、譲渡された利用可能枠の金額を示す情報、利用可能枠の譲渡期限を示す情報が含まれていてもよい。
特典付与部133は、第2のユーザに対応する利用可能枠が増額されることに応じて、第2のユーザから第1のユーザに付与する特典を示す特典情報を受け付ける。特典付与部133は、受け付けた特典情報が示す特典を第1のユーザに付与する。
例えば、特典付与部133は、被譲渡受付画面において、第2のユーザから第1のユーザに付与する特典を示す特典情報を受け付ける。特典は、例えば、第2のユーザが保持している電子マネーやクーポンの少なくとも一部である。特典付与部133は、第2のユーザに対応する利用可能枠が増額されるとともに、第1のユーザに対応する利用可能枠が減額されたことに応じて、第2のユーザから受け付けた特典情報を第1のユーザに付与する。このようにすることで、第1のユーザは、第2のユーザに利用可能枠を譲渡したことに伴い利益を得ることができる。
決済要求受信部134は、第1のユーザ及び第2のユーザを含む、所定の決済手段を利用するユーザに対応する所定の決済手段を用いた決済の決済要求を受信する。所定の決済手段がクレジットカードである場合、決済要求受信部134は、店舗に設けられている店舗端末(不図示)から、ユーザIDと、ユーザが決済を行う店舗を識別するための店舗IDと、決済金額と、ユーザが購入した商品の商品IDとを含む決済要求を受信する。
なお、決済要求受信部134は、コードを用いた決済方式により、所定の決済手段を用いた決済の決済要求を受信してもよい。コードを用いた決済方式には、CPM(Consumer Presented Mode)方式の決済方式と、MPM(Merchant Presented Mode)方式の決済方式とが含まれる。CPM方式は、二次元バーコード等の決済用コードをユーザ端末に表示させ、店舗側で決済用コードが読み込まれたことに応じて、店舗側から情報処理装置1に対して決済要求が送信されることにより決済が行われる方式である。MPM方式は、決済用コードが店舗で提示され、ユーザ端末で決済用コードが読み込まれたことに応じて、ユーザ端末から情報処理装置1に対して決済要求が送信されることにより決済が行われる方式である。
決済処理部135は、決済要求受信部134が決済要求を受信すると、決済処理を行う。具体的には、決済処理部135は、決済要求に含まれている店舗IDで特定される店舗の口座に決済要求に含まれている決済金額を入金する処理を実行する。決済処理部135は、決済要求に含まれているユーザIDと、決済金額と、商品IDと、当該決済金額を割り当てる利用可能枠の決済IDと、決済要求を受信した日時とを関連付けて決済情報として記憶部12に記憶させる。
ここで、決済処理部135は、決済枠情報において、ユーザIDに複数の利用可能枠が関連付けられている場合、ユーザに予め割り当てられている利用可能枠、すなわち、譲渡フラグが「0」の利用可能枠から優先して決済金額を割り当てる。また、決済処理部135は、商品IDに関連付けられていない利用可能枠に対し、利用可能枠分の決済金額が割り当てられ、商品IDに関連付けられている利用可能枠に対してのみ決済金額が可能である場合において、当該利用可能枠に関連付けられている一以上の商品IDに対して、決済要求に含まれている商品IDが含まれていない場合、決済要求に対応する決済を行わないようにし、エラー情報を店舗端末に送信してもよい。
また、決済処理部135は、決済要求に含まれている商品IDが、利用可能枠に関連付けられている商品IDと一致する場合、当該商品IDと関連付けられている利用可能枠に対して優先して決済金額を割り当てるようにしてもよい。
請求部136は、所定の決済手段を利用したユーザに対する請求金額を算出し、ユーザに請求金額を請求する。例えば、請求部136は、請求情報を参照し、単位期間における一以上のユーザそれぞれの決済金額を、枠IDごとに合計することにより、枠IDそれぞれに対応する請求金額を算出する。請求部136は、算出した枠IDそれぞれに対応する請求金額を、枠IDに関連付けられているユーザIDのユーザに請求する。
例えば、記憶部12には、ユーザのユーザIDと、請求金額を引き落とす金融機関を示す金融機関情報と、金融機関におけるユーザの口座番号とが関連付けて記憶されている。請求部136は、ユーザIDに関連付けられている金融機関情報及び口座番号に基づいて、請求金額の口座振替を依頼する振替依頼要求を当該金融機関情報が示す金融機関に送信する。
請求部136は、第2のユーザが決済した金額の合計額である請求金額を第2のユーザに請求し、当該第2のユーザが請求金額の支払いが支払期日までに完了しなかった場合、第1のユーザに請求金額を請求する。この場合において、請求部136は、支払いが完了しなかった請求金額が第1のユーザから第2のユーザに譲渡された利用可能枠を超える場合、当該利用可能枠に対応する請求金額を第1のユーザに請求する。このようにすることで、第2のユーザが請求金額を支払うことができなかった場合に、第1のユーザに請求することができるので、決済事業者が請求金額を回収できなくなるリスクを低減することができる。
[動作フロー]
続いて、情報処理装置1の処理の流れについて説明する。図7は、情報処理装置1の処理の流れを示すフローチャートである。
まず、受付部131は、譲渡受付画面又は被譲渡受付画面の表示要求を第1のユーザの第1ユーザ端末2又は第2のユーザの第2ユーザ端末3から取得する(S1)。
続いて、受付部131は、譲渡受付画面の表示要求を取得したか、被譲渡受付画面の表示要求を取得したかを判定する(S2)。受付部131は、譲渡受付画面の表示要求を取得したと判定すると(S2のYES)、S3に処理を移し、利用可能枠の譲渡先である第2ユーザの選択、及び譲渡する利用可能枠の金額を受け付けることにより、利用可能枠の譲渡要求を受け付ける(S3)。
受付部131は、被譲渡受付画面の表示要求を取得したと判定すると(S2のNO)、S4に処理を移し、譲渡を依頼する第1のユーザの選択及び譲渡を希望する利用可能枠の金額を受け付けることにより、利用可能枠の譲渡要求を受け付ける(S4)。続いて、受付部131は、第1のユーザの第1ユーザ端末2に、第2のユーザから利用可能枠の譲渡要求を受け付けた情報を含み、当該譲渡要求の承認を受け付ける承認受付画面を表示させ、第1のユーザから利用可能枠の譲渡の承認を受け付ける(S5)。
続いて、設定部132は、記憶部12に記憶されている利用可能枠情報において第1のユーザのユーザIDに関連付けられている単位期間における利用可能枠を減額し、利用可能枠情報において第2のユーザのユーザIDに関連付けられている単位期間における利用可能枠を増額することにより第1のユーザから第2のユーザに利用可能枠を譲渡する(S6)。
続いて、設定部132は、第1のユーザの利用可能枠を増額し、第2のユーザの利用可能枠を減額すると、利用可能枠の譲渡が行われたことを示す通知情報を第1のユーザの第1ユーザ端末2及び第2のユーザの第2ユーザ端末3に通知する(S7)。
[変形例]
なお、上述の実施の形態では、受付部131は、第1ユーザと所定の関係を有する第2のユーザを特定し、所定の関係を有する第1のユーザ又は第2のユーザから譲渡要求を受け付けたが、これに限らない。
受付部131は、第1ユーザ端末2から、利用可能枠を第2のユーザに譲渡するための譲渡受付画面の表示要求を受け付けると、第2のユーザのユーザIDを受け付けることにより、第2のユーザの指定を受けてもよい。また、受付部131は、第2ユーザ端末3から、利用可能枠を第1のユーザから譲渡してもらうための被譲渡受付画面の表示要求を受け付けると、第1のユーザのユーザIDを受け付けることにより、第1のユーザの指定を受け付けてもよい。この場合、第1のユーザと第2のユーザとは、家族関係又は同居関係である所定の関係を有していなくてもよい。このようにすることで、情報処理装置1は、第1のユーザと第2のユーザとが所定の関係を有していない場合であっても、利用可能枠の譲渡を行うことができる。
[情報処理装置1による効果]
以上説明したように、本実施の形態に係る情報処理装置1は、ユーザIDに関連付けて、ユーザが決済可能な金額を示す利用可能枠を記憶し、第1のユーザが使用する第1ユーザ端末2又は第2のユーザが使用する第2ユーザ端末3から、第1のユーザの利用可能枠の少なくとも一部の第2のユーザへの譲渡要求を受け付ける。情報処理装置1は、譲渡要求を受け付けると、第1のユーザのユーザIDに関連付けられている利用可能枠を減額し、第2のユーザのユーザIDに関連付けられている利用可能枠を増額する。このようにすることで、情報処理装置1は、ユーザの利便性を向上させることができる。
なお、本発明により、国連が主導する持続可能な開発目標(SDGs)の目標9「産業と技術革新の基盤をつくろう」に貢献することが可能となる。
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の全部又は一部は、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を併せ持つ。
1 情報処理装置
2 ユーザ端末
11 通信部
12 記憶部
13 制御部
131 受付部
132 設定部
133 特典付与部
134 決済要求受信部
135 決済処理部
136 請求部

Claims (18)

  1. ユーザを識別するためのユーザ識別情報に関連付けて、前記ユーザが決済可能な金額を示す利用可能枠を記憶する記憶部と、
    第1のユーザ又は第2のユーザが使用する端末から、前記第1のユーザの前記利用可能枠の少なくとも一部の前記第2のユーザへの譲渡要求を受け付ける受付部と、
    前記受付部が前記譲渡要求を受け付けると、前記記憶部において前記第1のユーザの前記ユーザ識別情報に関連付けられている前記利用可能枠を減額し、前記記憶部において前記第2のユーザの前記ユーザ識別情報に関連付けられている前記利用可能枠を増額する設定部と、
    を有する情報処理装置。
  2. 前記受付部は、前記第2のユーザから前記譲渡要求を受け付けると、前記第1のユーザから前記譲渡要求に対応する前記利用可能枠の譲渡の承認を受け付け、
    前記設定部は、前記受付部が前記承認を受け付けると、前記第1のユーザに対応する前記利用可能枠を減額し、前記第2のユーザに対応する前記利用可能枠を増額する、
    請求項1に記載の情報処理装置。
  3. 前記受付部は、前記第1のユーザから前記承認を必要としないユーザの選択を受け付け、
    前記設定部は、前記譲渡要求を行った第2ユーザが前記承認を必要としないユーザである場合、前記受付部による前記承認を省略して前記第1のユーザに対応する前記利用可能枠を減額し、前記第2のユーザに対応する前記利用可能枠を増額する、
    請求項2に記載の情報処理装置。
  4. 前記第2のユーザに対応する前記利用可能枠が増額されることに応じて、前記第2のユーザから前記第1のユーザに付与する特典を示す特典情報を受け付け、受け付けた前記特典情報が示す特典を前記第1のユーザに付与する特典付与部をさらに有する、
    請求項1又は2に記載の情報処理装置。
  5. 前記記憶部は、前記ユーザ識別情報と、前記利用可能枠と、前記利用可能枠が譲渡された利用可能枠か否かを示す情報と、前記利用可能枠の再譲渡の可否を示す情報とを関連付けて記憶し、
    前記受付部は、前記ユーザが使用する端末から、前記ユーザのユーザ識別情報に関連付けられている利用枠のうち、譲渡されていない利用可能枠及び前記再譲渡が可能な利用額の少なくとも一部の譲渡要求を受け付ける、
    請求項1又は2に記載の情報処理装置。
  6. 前記受付部は、前記譲渡要求と、前記第1のユーザから前記第2のユーザに譲渡される前記利用可能枠である譲渡枠において購入可能な商品を識別するための商品識別情報とを受け付け、
    前記設定部は、前記受付部が前記譲渡要求及び前記商品識別情報を受け付けると、前記記憶部において前記第2のユーザの前記ユーザ識別情報に前記譲渡枠を関連付けることにより、前記第2のユーザの前記利用可能枠を増額するとともに、前記譲渡枠に、受け付けた前記商品識別情報を関連付けて記憶させる、
    請求項1又は2に記載の情報処理装置。
  7. 前記記憶部は、前記ユーザの前記ユーザ識別情報と、前記ユーザに関する情報とを関連付けたユーザ情報とを関連付けて記憶し、
    前記受付部は、前記ユーザ情報に基づいて前記第1のユーザと所定の関係を有する前記第2のユーザを特定し、前記第1のユーザ又は特定した前記第2のユーザから前記譲渡要求を受け付ける、
    請求項1又は2に記載の情報処理装置。
  8. 前記設定部は、前記第2のユーザに譲渡された利用可能枠に対応する決済金額の支払予定日を、前記第1のユーザに予め関連付けられている利用可能枠の支払予定日に設定する、
    請求項1又は2に記載の情報処理装置。
  9. 前記設定部は、前記第2のユーザに譲渡された利用可能枠に対応する決済金額の支払予定日を、前記第2のユーザに予め関連付けられている利用可能枠の支払予定日に設定する、
    請求項1又は2に記載の情報処理装置。
  10. 前記受付部は、前記第1のユーザに対応する前記利用可能枠に対応する支払予定日が、前記第2のユーザに対応する前記利用可能枠に対応する支払予定日以後であることを条件として、前記譲渡要求を受け付ける、
    請求項1又は2に記載の情報処理装置。
  11. 前記設定部は、前記第2のユーザの前記ユーザ識別情報に関連付けられている前記利用可能枠を増額してから予め定められた期間が経過すると、前記記憶部において前記第1のユーザの前記ユーザ識別情報に関連付けられている前記利用可能枠を増額し、前記記憶部において前記第2のユーザの前記ユーザ識別情報に関連付けられている前記利用可能枠を減額する、
    請求項1又は2に記載の情報処理装置。
  12. 前記受付部は、前記第1のユーザの前記利用可能枠の一部に決済金額が割り当てられている場合、前記決済金額が割り当てられていない前記利用可能枠のうち、少なくとも一部の前記第2のユーザへの譲渡要求を受け付ける、
    請求項1又は2に記載の情報処理装置。
  13. 前記記憶部は、前記ユーザ識別情報に関連付けて、所定の決済手段に対応する前記利用可能枠を記憶し、
    前記設定部は、前記受付部が前記譲渡要求を受け付けると、前記記憶部において前記第1のユーザの前記ユーザ識別情報に関連付けられている前記所定の決済手段に対応する前記利用可能枠を減額し、前記記憶部において前記第2のユーザの前記ユーザ識別情報に関連付けられている前記所定の決済手段に対応する前記利用可能枠を増額する、
    請求項1又は2に記載の情報処理装置。
  14. 前記記憶部は、前記ユーザ識別情報に関連付けて、単位期間における前記利用可能枠を記憶し、
    前記設定部は、前記受付部が前記譲渡要求を受け付けると、前記記憶部において前記第1のユーザの前記ユーザ識別情報に関連付けられている前記単位期間における前記利用可能枠を減額し、前記記憶部において前記第2のユーザの前記ユーザ識別情報に関連付けられている前記単位期間における前記利用可能枠を増額する、
    請求項1又は2に記載の情報処理装置。
  15. 前記第2のユーザが決済した金額の合計額である請求金額を前記第2のユーザに請求し、前記第2のユーザが前記請求金額の支払いが支払期日までに完了しなかった場合、前記第1のユーザに前記請求金額を請求する請求部をさらに有する、
    請求項1又は2に記載の情報処理装置。
  16. 前記請求部は、前記請求金額が前記第2のユーザに譲渡された前記利用可能枠を超える場合、前記利用可能枠を示す請求金額を前記第1のユーザに請求する、
    請求項15に記載の情報処理装置。
  17. 前記記憶部は、前記ユーザの前記ユーザ識別情報と、前記ユーザが決済した金額の支払実績とを関連付けた支払実績情報を記憶し、
    前記受付部は、前記第2のユーザの前記ユーザ識別情報に関連付けられた支払実績が所定の条件を満たす場合に、前記第2のユーザへの譲渡要求を受け付ける、
    請求項1又は2に記載の情報処理装置。
  18. コンピュータが実行する、
    第1のユーザ又は第2のユーザが使用する端末から、前記第1のユーザが決済可能な金額を示す利用可能枠の少なくとも一部の前記第2のユーザへの譲渡要求を受け付けるステップと、
    前記譲渡要求を受け付けると、ユーザを識別するためのユーザ識別情報に関連付けて、前記ユーザに対応する前記利用可能枠を記憶する記憶部において前記第1のユーザの前記ユーザ識別情報に関連付けられている前記利用可能枠を減額し、前記記憶部において前記第2のユーザの前記ユーザ識別情報に関連付けられている前記利用可能枠を増額するステップと、
    を有する情報処理方法。
JP2022087305A 2022-05-30 2022-05-30 情報処理装置及び情報処理方法 Active JP7217827B1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2022087305A JP7217827B1 (ja) 2022-05-30 2022-05-30 情報処理装置及び情報処理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2022087305A JP7217827B1 (ja) 2022-05-30 2022-05-30 情報処理装置及び情報処理方法

Publications (2)

Publication Number Publication Date
JP7217827B1 JP7217827B1 (ja) 2023-02-03
JP2023175065A true JP2023175065A (ja) 2023-12-12

Family

ID=85131342

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022087305A Active JP7217827B1 (ja) 2022-05-30 2022-05-30 情報処理装置及び情報処理方法

Country Status (1)

Country Link
JP (1) JP7217827B1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006293500A (ja) * 2005-04-06 2006-10-26 Ntt Docomo Inc 決済サービスサーバおよび決済承認方法
JP2016218861A (ja) * 2015-05-22 2016-12-22 大日本印刷株式会社 支払可否決定システム、携帯端末、装置およびそれらのプログラム
JP2018160268A (ja) * 2018-06-15 2018-10-11 Kddi株式会社 電子通貨管理装置、電子通貨管理方法及びプログラム
JP2019117455A (ja) * 2017-12-26 2019-07-18 株式会社 ゆうちょ銀行 情報処理装置、情報処理システム、情報処理方法、及び情報処理プログラム
JP2020086590A (ja) * 2018-11-16 2020-06-04 ビリングシステム株式会社 情報処理装置、支払管理方法、プログラム、管理方法、及びユーザ機器
JP2021012408A (ja) * 2019-07-03 2021-02-04 株式会社インフキュリオン 決済情報処理装置、決済情報処理システムおよび決済情報処理プログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006293500A (ja) * 2005-04-06 2006-10-26 Ntt Docomo Inc 決済サービスサーバおよび決済承認方法
JP2016218861A (ja) * 2015-05-22 2016-12-22 大日本印刷株式会社 支払可否決定システム、携帯端末、装置およびそれらのプログラム
JP2019117455A (ja) * 2017-12-26 2019-07-18 株式会社 ゆうちょ銀行 情報処理装置、情報処理システム、情報処理方法、及び情報処理プログラム
JP2018160268A (ja) * 2018-06-15 2018-10-11 Kddi株式会社 電子通貨管理装置、電子通貨管理方法及びプログラム
JP2020086590A (ja) * 2018-11-16 2020-06-04 ビリングシステム株式会社 情報処理装置、支払管理方法、プログラム、管理方法、及びユーザ機器
JP2021012408A (ja) * 2019-07-03 2021-02-04 株式会社インフキュリオン 決済情報処理装置、決済情報処理システムおよび決済情報処理プログラム

Also Published As

Publication number Publication date
JP7217827B1 (ja) 2023-02-03

Similar Documents

Publication Publication Date Title
US20110191159A1 (en) Savings and rewards program
JP2021125263A (ja) 金融商品取引システム、プログラム及び金融商品取引方法
JP5667325B1 (ja) Id管理装置、id管理方法、およびid管理プログラム
JP7304761B2 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP6883054B2 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP6337224B1 (ja) 情報処理装置
JP7221364B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7217827B1 (ja) 情報処理装置及び情報処理方法
JP7220825B1 (ja) 情報処理装置
JP2022066739A (ja) 情報処理装置、情報処理方法、およびプログラム
JP6844905B2 (ja) 積立購入システム、積立購入方法、積立購入装置、及びコンピュータプログラム
JP7383331B1 (ja) 情報処理装置及び情報処理方法
JP7375254B1 (ja) 情報処理装置、情報処理方法、情報処理プログラム、及び情報処理システム
JP7514268B2 (ja) オートチャージシステム、オートチャージ方法、及びプログラム
JP7465326B1 (ja) 決済システム、処理実行方法、及びプログラム
JP7157266B1 (ja) 情報処理装置、情報処理方法及びプログラム
JP6059186B2 (ja) ポイント管理装置及びポイント管理方法
JP7140900B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7267492B1 (ja) 情報処理装置、情報処理方法及びプログラム
JP6668444B2 (ja) 賃貸料決済システム及び賃貸料決済方法
JP7260701B1 (ja) 情報処理装置及び情報処理方法
JP7242815B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7140901B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
TWI839609B (zh) 處理物品銷售資訊之電子設備及其方法及用於執行該方法之非暫時性電腦可讀記錄媒體
JP7217829B1 (ja) 情報処理装置及び情報処理方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220729

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20220729

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221108

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221227

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230117

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230124

R150 Certificate of patent or registration of utility model

Ref document number: 7217827

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150