知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023000431
(43)【公開日】2023-01-04
(54)【発明の名称】決済システム及び決済方法
(51)【国際特許分類】
G06Q 20/32 20120101AFI20221222BHJP
【ＦＩ】
G06Q20/32 330
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2021101240
(22)【出願日】2021-06-17
(71)【出願人】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110001689
【氏名又は名称】青稜弁理士法人
(72)【発明者】
【氏名】橋本 康範
(72)【発明者】
【氏名】近藤 佑樹
(72)【発明者】
【氏名】境 丈利
(72)【発明者】
【氏名】石榑 太一
【テーマコード（参考）】
5L055
【Ｆターム（参考）】
5L055AA64
(57)【要約】
【課題】オフライン決済においても、オンライン決済相当の不正リスク抑制を実現する仕組みを提供する。
【解決手段】オンライン決済処理では決済サーバがオフライン送金制約情報を算出し、オフライン決済処理では決済サーバが算出したオフライン送金制約情報に基づいて決済端末の間の送金の可否を判定する。
【選択図】図１
【解決手段】オンライン決済処理では決済サーバがオフライン送金制約情報を算出し、オフライン決済処理では決済サーバが算出したオフライン送金制約情報に基づいて決済端末の間の送金の可否を判定する。
【選択図】図１
【特許請求の範囲】
【請求項1】
利用者の資金の残高を管理する決済サーバと、前記決済サーバとの間で送金指示及び送金結果を送受信する複数の決済端末と、を有する決済システムであって、
前記決済端末は、
前記決済サーバに対して前記決済端末の前記利用者の前記残高及び送金履歴の情報を要求し取得する送金結果確認部と、
前記決済サーバに対する送金指示電文を作成し送信する送金指示作成部と、
前記決済サーバを介さずに、他の前記決済端末に対する端末間送金電文を作成し送信するオフライン送金指示作成部と、
前記オフライン送金指示作成部を介して送信された前記端末間送金電文の妥当性を規定の条件に基づき検証するオフライン送金指示検証部と、
前記オフライン送金指示検証部が妥当と判断した前記端末間送金電文を記録するオフライン送金指示反映部と、
前記オフライン送金指示反映部によって記録された前記端末間送金電文を前記決済サーバに対して送信するオフライン送金結果通知部と、
を有することを特徴とする決済システム。
前記決済端末は、
前記決済サーバに対して前記決済端末の前記利用者の前記残高及び送金履歴の情報を要求し取得する送金結果確認部と、
前記決済サーバに対する送金指示電文を作成し送信する送金指示作成部と、
前記決済サーバを介さずに、他の前記決済端末に対する端末間送金電文を作成し送信するオフライン送金指示作成部と、
前記オフライン送金指示作成部を介して送信された前記端末間送金電文の妥当性を規定の条件に基づき検証するオフライン送金指示検証部と、
前記オフライン送金指示検証部が妥当と判断した前記端末間送金電文を記録するオフライン送金指示反映部と、
前記オフライン送金指示反映部によって記録された前記端末間送金電文を前記決済サーバに対して送信するオフライン送金結果通知部と、
を有することを特徴とする決済システム。
【請求項2】
請求項１に記載の決済システムであって、
前記決済サーバは、
前記決済端末の前記送金指示作成部によって送信された前記送金指示電文の妥当性を前記規定の条件に基づき検証する送金指示検証部と、
前記送金指示検証部によって検証された前記送金指示電文に基づき前記利用者の前記残高及び前記送金履歴を更新する送金指示反映部と、
前記決済端末の前記オフライン送金結果通知部によって送信された前記端末間送金電文の妥当性を前記規定の条件に基づき検証するオフライン送金結果検証部と、
前記オフライン送金結果検証部によって検証された前記端末間送金電文に基づき前記利用者の前記残高及び前記送金履歴を更新するオフライン送金結果反映部と、を有し、
前記端末間送金電文の妥当性を検証するための前記規定の条件は、
前記利用者の前記残高が前記端末間送金電文に記載された送金額に対して不足していないという条件を含むことを特徴とする決済システム。
前記決済サーバは、
前記決済端末の前記送金指示作成部によって送信された前記送金指示電文の妥当性を前記規定の条件に基づき検証する送金指示検証部と、
前記送金指示検証部によって検証された前記送金指示電文に基づき前記利用者の前記残高及び前記送金履歴を更新する送金指示反映部と、
前記決済端末の前記オフライン送金結果通知部によって送信された前記端末間送金電文の妥当性を前記規定の条件に基づき検証するオフライン送金結果検証部と、
前記オフライン送金結果検証部によって検証された前記端末間送金電文に基づき前記利用者の前記残高及び前記送金履歴を更新するオフライン送金結果反映部と、を有し、
前記端末間送金電文の妥当性を検証するための前記規定の条件は、
前記利用者の前記残高が前記端末間送金電文に記載された送金額に対して不足していないという条件を含むことを特徴とする決済システム。
【請求項3】
請求項２に記載の決済システムであって、
前記端末間送金電文の妥当性を検証するための前記規定の条件は、
送金元である前記利用者に対して送金先ごとに指定された送金の上限額を含み、
前記決済サーバは、
前記送金先ごとに指定された送金の前記上限額を算出するオフライン送金制約算出部を有し、
前記決済端末の送金結果確認部は、
前記送金先ごとに指定された送金の前記上限額の情報を、利用者の前記残高及び前記送金履歴の情報と共に前記決済サーバから受信し、
前記決済端末は、
前記送金先ごとに指定された送金の前記上限額の情報を、利用者の前記残高の情報に対応付けると共に管理するオフライン送金制約反映部を有し、
前記端末間送金電文は、
前記送金先ごとに指定された送金の前記上限額に関する情報を含むことを特徴とする決済システム。
前記端末間送金電文の妥当性を検証するための前記規定の条件は、
送金元である前記利用者に対して送金先ごとに指定された送金の上限額を含み、
前記決済サーバは、
前記送金先ごとに指定された送金の前記上限額を算出するオフライン送金制約算出部を有し、
前記決済端末の送金結果確認部は、
前記送金先ごとに指定された送金の前記上限額の情報を、利用者の前記残高及び前記送金履歴の情報と共に前記決済サーバから受信し、
前記決済端末は、
前記送金先ごとに指定された送金の前記上限額の情報を、利用者の前記残高の情報に対応付けると共に管理するオフライン送金制約反映部を有し、
前記端末間送金電文は、
前記送金先ごとに指定された送金の前記上限額に関する情報を含むことを特徴とする決済システム。
【請求項4】
請求項３に記載の決済システムであって、
前記決済サーバの前記オフライン送金制約算出部は、
前記決済サーバの前記送金指示反映部及び前記オフライン送金結果反映部によって記録された前記送金履歴に基づいて、前記利用者の前記送金先及び送金実績額を算出し、
前記送金先及び前記送金実績額に基づいて、前記利用者の前記送金先ごとに指定された送金の前記上限額の情報を算出することを特徴とする決済システム。
前記決済サーバの前記オフライン送金制約算出部は、
前記決済サーバの前記送金指示反映部及び前記オフライン送金結果反映部によって記録された前記送金履歴に基づいて、前記利用者の前記送金先及び送金実績額を算出し、
前記送金先及び前記送金実績額に基づいて、前記利用者の前記送金先ごとに指定された送金の前記上限額の情報を算出することを特徴とする決済システム。
【請求項5】
請求項４に記載の決済システムであって、
前記端末間送金電文の妥当性を検証するための前記規定の条件は、
前記送金元である前記利用者に対する前記送金先の範囲を規定した送金可能範囲の関する条件を含み、
前記決済サーバの前記オフライン送金制約算出部が算出する前記送金先ごとに指定された送金の前記上限額の情報は、前記送金可能範囲に応じて決められ、
前記決済端末の前記オフライン送金指示反映部は、
前記残高を更新する際に、前記送金先ごとに指定された送金の前記上限額に関する情報を併せて更新することを特徴とする決済システム。
前記端末間送金電文の妥当性を検証するための前記規定の条件は、
前記送金元である前記利用者に対する前記送金先の範囲を規定した送金可能範囲の関する条件を含み、
前記決済サーバの前記オフライン送金制約算出部が算出する前記送金先ごとに指定された送金の前記上限額の情報は、前記送金可能範囲に応じて決められ、
前記決済端末の前記オフライン送金指示反映部は、
前記残高を更新する際に、前記送金先ごとに指定された送金の前記上限額に関する情報を併せて更新することを特徴とする決済システム。
【請求項6】
請求項２に記載の決済システムであって、
前記決済端末の前記オフライン送金指示反映部は、
一連の前記端末間送金の前記最終受領者の前記決済端末から前記端末間送金電文を得られていない場合に、前記最終受領者が不明な状態である金額を、前記利用者の残高の情報のうち、前記最終受領者が不明な状態である金額として書き込むと共に、
前記最終受領者が不明な状態である金額の情報が存在する状況下において、前記最終受領者の前記決済端末から前記端末間送金電文が得られた場合に、前記最終受領者が不明な状態である金額を、前記利用者が現在利用可能な金額に移し替えることを特徴とする決済システム。
前記決済端末の前記オフライン送金指示反映部は、
一連の前記端末間送金の前記最終受領者の前記決済端末から前記端末間送金電文を得られていない場合に、前記最終受領者が不明な状態である金額を、前記利用者の残高の情報のうち、前記最終受領者が不明な状態である金額として書き込むと共に、
前記最終受領者が不明な状態である金額の情報が存在する状況下において、前記最終受領者の前記決済端末から前記端末間送金電文が得られた場合に、前記最終受領者が不明な状態である金額を、前記利用者が現在利用可能な金額に移し替えることを特徴とする決済システム。
【請求項7】
請求項２に記載の決済システムであって、
前記端末間送金電文には、
一連の前記端末間送金の始点となる前記利用者を特定する情報を含み、
前記決済端末の前記オフライン送金指示反映部は、
一連の端末間送金の前記始点となる前記利用者の前記決済端末から前記端末間送金電文を得られていない場合に、前記最終受領者から前記端末間送金電文が得られた場合に、前記始点となる利用者を特定する情報に基づいて、前記始点となる利用者の残高から前記最終受領者となる利用者の残高へ資金を移動することを特徴とする決済システム。
前記端末間送金電文には、
一連の前記端末間送金の始点となる前記利用者を特定する情報を含み、
前記決済端末の前記オフライン送金指示反映部は、
一連の端末間送金の前記始点となる前記利用者の前記決済端末から前記端末間送金電文を得られていない場合に、前記最終受領者から前記端末間送金電文が得られた場合に、前記始点となる利用者を特定する情報に基づいて、前記始点となる利用者の残高から前記最終受領者となる利用者の残高へ資金を移動することを特徴とする決済システム。
【請求項8】
利用者の資金の残高を管理する決済サーバと、前記決済サーバとの間で送金指示及び送金結果を送受信する複数の決済端末とを有する決済システムにおける決済方法であって、
前記決済サーバが管理する前記残高を書き換えることによって送金を実現するオンライン決済処理と、
複数の前記決済端末の間の直接通信によって、前記決済端末の間の送金を実現するオフライン決済処理と、を有し、
前記オンライン決済処理は、
前記決済サーバが所定のオフライン送金制約情報を算出するオフライン送金制約算出ステップを有し、
前記オフライン決済処理は、
前記決済サーバが算出した前記オフライン送金制約情報に基づいて、前記決済端末の間の前記送金の可否を判定するオフライン送金制約反映ステップを有することを特徴とすることを特徴とする決済方法。
前記決済サーバが管理する前記残高を書き換えることによって送金を実現するオンライン決済処理と、
複数の前記決済端末の間の直接通信によって、前記決済端末の間の送金を実現するオフライン決済処理と、を有し、
前記オンライン決済処理は、
前記決済サーバが所定のオフライン送金制約情報を算出するオフライン送金制約算出ステップを有し、
前記オフライン決済処理は、
前記決済サーバが算出した前記オフライン送金制約情報に基づいて、前記決済端末の間の前記送金の可否を判定するオフライン送金制約反映ステップを有することを特徴とすることを特徴とする決済方法。
【請求項9】
請求項８に記載の決済方法であって、
前記オフライン送金制約算出ステップにおいて、
前記決済サーバは、
前記オフライン送金制約情報として、送金元である前記利用者に対して送金先ごとに指定された送金の上限額を、前記送金元である前記利用者に対する前記送金先の範囲を規定した送金可能範囲に応じて算出することを特徴とする決済方法。
前記オフライン送金制約算出ステップにおいて、
前記決済サーバは、
前記オフライン送金制約情報として、送金元である前記利用者に対して送金先ごとに指定された送金の上限額を、前記送金元である前記利用者に対する前記送金先の範囲を規定した送金可能範囲に応じて算出することを特徴とする決済方法。
【請求項10】
請求項９に記載の決済方法であって、
前記オフライン送金制約算出ステップにおいて、
前記決済サーバは、
前記利用者の送金先及び送金実績額を算出し、前記送金先及び前記送金実績額に基づいて前記利用者の前記送金先ごとに指定された送金の前記上限額の情報を算出することを特徴とする決済方法。
前記オフライン送金制約算出ステップにおいて、
前記決済サーバは、
前記利用者の送金先及び送金実績額を算出し、前記送金先及び前記送金実績額に基づいて前記利用者の前記送金先ごとに指定された送金の前記上限額の情報を算出することを特徴とする決済方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、決済システム及び決済方法に関する。
【背景技術】
【0002】
本技術分野の背景技術として、特許文献１がある。特許文献１には、「決済システムにおいて、決済管理装置（決済サーバ）は、取引の金額と取引の状況とを示す決済要求を取得する手段と、取得された決済要求が示す取引の金額と取引の状況とに応じて、支払い側に決済の承認を要求するか否かを判定する手段と、要求すると判定された場合、支払い側の端末にネットワークを介して承認を要求する手段と、支払い側の端末において決済が承認されると、当該決済を処理する手段と、を備える。」と記載されている（要約参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２０－１７０４７２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
前記特許文献１には、不正リスクを抑制する決済手段について記載されている。しかしながら、前記特許文献１に記載の技術は、オンライン決済（エンドユーザ端末と決済サーバとの通信によって実現される決済）を前提とした仕組みであり、オフライン決済（災害時などでインターネット回線が不通となり決済サーバに接続できない状況等を想定した、エンドユーザ端末間の直接的な通信によって実現される決済）には十分対応できないという課題がある。
【0005】
具体的には、前記技術では、不正リスクの確認や分析の入力情報である決済履歴の情報をサーバ上に保有するが、オフライン決済の場合には、サーバにアクセスできないことから入力情報を利用できない。
【0006】
解決策として、エンドユーザ端末に決済履歴の情報のコピーを持つという考え方もあるが、より複雑な不正リスク分析（例えば、当該エンドユーザや他のエンドユーザの決済履歴情報を複合的に活用した人工知能による分析）を想定した場合、データ量や計算資源などの観点から、端末上で実現することは現実的ではない。
【0007】
本発明は、オフライン決済においても、オンライン決済相当の不正リスク抑制を実現する仕組みを提供することを目的とする。
【課題を解決するための手段】
【0008】
本発明の一態様の決済システムは、利用者の資金の残高を管理する決済サーバと、前記決済サーバとの間で送金指示及び送金結果を送受信する複数の決済端末と、を有する決済システムであって、前記決済端末は、前記決済サーバに対して前記決済端末の前記利用者の前記残高及び送金履歴の情報を要求し取得する送金結果確認部と、前記決済サーバに対する送金指示電文を作成し送信する送金指示作成部と、前記決済サーバを介さずに、他の前記決済端末に対する端末間送金電文を作成し送信するオフライン送金指示作成部と、前記オフライン送金指示作成部を介して送信された前記端末間送金電文の妥当性を規定の条件に基づき検証するオフライン送金指示検証部と、前記オフライン送金指示検証部が妥当と判断した前記端末間送金電文を記録するオフライン送金指示反映部と、前記オフライン送金指示反映部によって記録された前記端末間送金電文を前記決済サーバに対して送信するオフライン送金結果通知部と、を有することを特徴とする。
【0009】
本発明の一態様の決済方法は、利用者の資金の残高を管理する決済サーバと、前記決済サーバとの間で送金指示及び送金結果を送受信する複数の決済端末とを有する決済システムにおける決済方法であって、前記決済サーバが管理する前記残高を書き換えることによって送金を実現するオンライン決済処理と、複数の前記決済端末の間の直接通信によって、前記決済端末の間の送金を実現するオフライン決済処理と、を有し、前記オンライン決済処理は、前記決済サーバが所定のオフライン送金制約情報を算出するオフライン送金制約算出ステップを有し、前記オフライン決済処理は、前記決済サーバが算出した前記オフライン送金制約情報に基づいて、前記決済端末の間の前記送金の可否を判定するオフライン送金制約反映ステップを有することを特徴とすることを特徴とする。
【発明の効果】
【0010】
本発明の一態様によれば、オフライン決済においても、オンライン決済相当の不正リスク抑制を実現することが可能となる。
【図面の簡単な説明】
【0011】
【図1】決済システムの構成図の例である。
【図2】決済サーバのハードウェア構成図の例である。
【図3】決済端末のハードウェア構成図の例である。
【図4】決済サーバのソフトウェア構成図の例である。
【図5】決済端末のソフトウェア構成図の例である。
【図6】決済システムにおけるオンライン決済を説明するフローチャートの例である。
【図7】自己残高を説明するイメージ図の例である。
【図8】送金指示を作成する処理を説明するイメージ図の例である。
【図9】本実施例の利用者情報を説明するイメージ図の例である。
【図10】本実施例の利用者残高を説明するイメージ図の例である。
【図11】本実施例の利用者送金履歴を説明するイメージ図の例である。
【図12】本実施例の送金指示の適格性を検証する処理を説明するイメージ図の例である。
【図13】本実施例の送金指示の内容を反映する処理を説明するイメージ図の例である。
【図14】本実施例の確認待ち送金指示を説明するイメージ図の例である。
【図15】本実施例の送金指示の内容を反映する処理を説明するイメージ図の例である。
【図16】本実施例の利用者オフライン送金制約を説明するイメージ図の例である。
【図17】本実施例の利用者オフライン送金制約を更新する処理を説明するイメージ図の例である。
【図18】本実施例の利用者オフライン送金制約の新たなレコードを作成する処理を説明するフローチャートの例である。
【図19】本実施例のオフライン送金制約算出機能がレコード群をカテゴリ化する処理を説明するイメージ図の例である。
【図20】本実施例のオフライン送金制約算出機能が残利用可能金額を算出する処理を説明するイメージ図の例である。
【図21】本実施例のオフライン送金制約算出機能が残利用可能金額を記録する処理を説明するイメージ図の例である。
【図22】本実施例の本実施例のオフライン送金制約算出機能が残利用可能金額を調整する処理のうち、残利用可能金額に対して残高が十分にある場合の処理を説明するイメージ図の例である。
【図23】本実施例の本実施例のオフライン送金制約算出機能が残利用可能金額を調整する処理のうち、残利用可能金額に対して残高が十分にある場合の処理を説明するイメージ図の例である。
【図24】本実施例のオフライン送金制約算出機能がオフライン送金制約情報の送金可能範囲の情報を更新する処理を説明するイメージ図の例である。
【図25】決済端末に送信する情報を説明するイメージ図の例である。
【図26】送金結果確認機能がオンライン処理結果を反映する処理を説明するイメージ図の例である。
【図27】自己オフライン送金残高を説明するイメージ図の例である。
【図28】オフライン送金制約反映機能がオンライン処理結果を反映する処理を説明するイメージ図の例である。
【図29】本実施例の決済システムにおけるオフライン決済を説明するフローチャートの例である。
【図30】本実施例のオフライン送金指示を作成する処理を説明するイメージ図の例である。
【図31】本実施例のオフライン送金指示の適格性を検証する処理を説明するイメージ図の例である。
【図32】本実施例の自己オフライン決済履歴５２３を説明するイメージ図の例である。
【図33】本実施例の送金元の決済端末のオフライン送金指示反映機能がオフライン送金指示の内容を反映する処理を説明するイメージ図の例である。
【図34】本実施例の送金先の決済端末のオフライン送金指示反映機能がオフライン送金指示の内容を反映する処理を説明するイメージ図の例である。
【図35】本実施例の送金先の決済端末のオフライン送金指示反映機能がオフライン送金指示の内容を反映する処理を説明するイメージ図の例である。
【図36】本実施例の決済システムにおけるオフライン決済結果の決済サーバと同期を説明するフローチャートの例である。
【図37】本実施例の受信したオフライン送金履歴の適格性を検証する処理を説明するイメージ図の例である。
【図38】本実施例の受信したオフライン送金履歴を反映する処理を説明するイメージ図の例である。
【図39】本実施例の受信したオフライン送金履歴を反映する処理を説明するイメージ図の例である。
【図40】本実施例の受信したオフライン送金履歴を反映する処理を説明するイメージ図の例である。
【図41】本実施例の受信したオフライン送金履歴を反映する処理を説明するイメージ図の例である。
【図42】本実施例の受信したオフライン送金履歴を反映する処理を説明するイメージ図の例である。
【図43】本実施例の受信したオフライン送金履歴を反映する処理を説明するイメージ図の例である。
【図44】本実施例の受信したオフライン送金履歴を反映する処理を説明するイメージ図の例である。
【発明を実施するための形態】
【0012】
以下、図面を用いて実施例を説明する。
【実施例0013】
本実施例では、決済システムの例を説明する。
【0014】
図１は、本実施例の決済システムの構成図の例である。
決済システム１００は、決済サーバ、および、複数の決済端末を有する。本実施例において、決済システム１００は、決済サーバ１１０、および、決済端末１２０、１３０、１４０から構成されている。決済システム１１０は、決済端末１２０、１３０、１４０とデータを授受できるよう、インターネット等の通信路で接続されている。決済端末１２０、１３０、１４０は、それぞれ異なる利用者である利用者Ａ、Ｂ、Ｘによって保有され操作されるものとする。決済端末１２０、１３０、１４０のうち２つが地理上の近い場所にある場合には、必要に応じ、データを授受できるよう、当該決済端末間で近距離無線通信をおこなう。
決済システム１００は、決済サーバ、および、複数の決済端末を有する。本実施例において、決済システム１００は、決済サーバ１１０、および、決済端末１２０、１３０、１４０から構成されている。決済システム１１０は、決済端末１２０、１３０、１４０とデータを授受できるよう、インターネット等の通信路で接続されている。決済端末１２０、１３０、１４０は、それぞれ異なる利用者である利用者Ａ、Ｂ、Ｘによって保有され操作されるものとする。決済端末１２０、１３０、１４０のうち２つが地理上の近い場所にある場合には、必要に応じ、データを授受できるよう、当該決済端末間で近距離無線通信をおこなう。
【0015】
なお、決済端末１２０、１３０、１４０については、端末上のデータや処理の安全性を確保するため、セキュア・エレメント（Ｓｅｃｕｒｅ Ｅｌｅｍｅｎｔ）やトラスティッド・エグゼキューション・エンバイロメント（Ｔｒｕｓｔｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）を活用した構成も考えられるが、本実施例においては、簡単のため、これらを用いない構成で説明する。
【0016】
図２は、本実施例の決済サーバ１１０のハードウェア構成図の例である。
決済サーバ１１０は、ＣＰＵ２０１、メモリ２０２、入力インタフェース２０３、通信インタフェース２０４、補助記憶装置２０５、出力インタフェース２０６を有する。決済サーバ１１０において、入力インタフェース２０３を介して接続されたマウス、キーボード等の入力装置、および、出力インタフェース２０６を介して接続されたディスプレイ等の出力装置は、決済システムの管理者が操作する。決済サーバ１１０は、通信インタフェース２０４を介し、インターネット等の通信路に接続される。
決済サーバ１１０は、ＣＰＵ２０１、メモリ２０２、入力インタフェース２０３、通信インタフェース２０４、補助記憶装置２０５、出力インタフェース２０６を有する。決済サーバ１１０において、入力インタフェース２０３を介して接続されたマウス、キーボード等の入力装置、および、出力インタフェース２０６を介して接続されたディスプレイ等の出力装置は、決済システムの管理者が操作する。決済サーバ１１０は、通信インタフェース２０４を介し、インターネット等の通信路に接続される。
【0017】
図３は、本実施例の決済端末１２０のハードウェア構成図の例である。
決済端末１２０は、ＣＰＵ３０１、メモリ３０２、入力インタフェース３０３、通信インタフェース３０４、補助記憶装置３０５、出力インタフェース３０６を有する。決済端末１２０において、入力インタフェース３０４や出力インタフェース３０６を介して接続されたタッチパネル等の装置は、決済端末１２０の保有者である利用者Ａが操作する。決済端末１２０は、通信インタフェース３０４を介し、インターネット等の通信路への接続や近距離無線通信をおこなう。なお、本実施例において、決済端末１３０、１４０のハードウェア構成も、決済端末１２０の構成と同様とする。
決済端末１２０は、ＣＰＵ３０１、メモリ３０２、入力インタフェース３０３、通信インタフェース３０４、補助記憶装置３０５、出力インタフェース３０６を有する。決済端末１２０において、入力インタフェース３０４や出力インタフェース３０６を介して接続されたタッチパネル等の装置は、決済端末１２０の保有者である利用者Ａが操作する。決済端末１２０は、通信インタフェース３０４を介し、インターネット等の通信路への接続や近距離無線通信をおこなう。なお、本実施例において、決済端末１３０、１４０のハードウェア構成も、決済端末１２０の構成と同様とする。
【0018】
図４は、本実施例の決済サーバ１１０のソフトウェア構成図の例である。
決済サーバ１１０は、演算部４１０として、送金指示検証機能４１１、送金指示反映機能４１２、オフライン送金結果検証機能４１３、オフライン送金結果反映機能４１４、オフライン送金制約算出機能４１５を有する。
決済サーバ１１０は、演算部４１０として、送金指示検証機能４１１、送金指示反映機能４１２、オフライン送金結果検証機能４１３、オフライン送金結果反映機能４１４、オフライン送金制約算出機能４１５を有する。
【0019】
さらに、決済サーバ１１０は、記憶部４２０として、利用情報４２１、利用者残高４２２、利用者送金履歴４２３、確認待ち送金指示４２４、利用者オフライン送金制約４２５を有する。演算部４１０は実行時にメモリ２０２に読み込まれ、ＣＰＵ２０１によって実行されるものとする。
【0020】
図５は、本実施例の決済端末１２０のソフトウェア構成図の例である。
決済端末１２０は、演算部５１０として、送金結果確認機能５１１、送金指示作成機能５１２、オフライン送金指示作成機能５１３、オフライン送金指示検証機能５１４、オフライン送金指示反映機能５１５、オフライン送金制約反映機能５１６、オフライン送金結果通知機能５１７を有する。
決済端末１２０は、演算部５１０として、送金結果確認機能５１１、送金指示作成機能５１２、オフライン送金指示作成機能５１３、オフライン送金指示検証機能５１４、オフライン送金指示反映機能５１５、オフライン送金制約反映機能５１６、オフライン送金結果通知機能５１７を有する。
【0021】
さらに、決済端末１２０は、記憶部５２０として、自己残高５２１、自己オフライン残高５２２、自己オフライン決済履歴５２３を有する。演算部５１０は実行時にメモリ３０２に読み込まれ、ＣＰＵ３０１によって実行されるものとする。なお、本実施例において、決済端末１３０、１４０のソフトウェア構成も、決済端末１２０の構成と同様とする。
【0022】
図６は、本実施例の決済システムにおけるオンライン決済を説明するフローチャートの例である。
以降、図６のフローチャートに基づき、決済システム１００におけるオンライン決済の動作を説明する。本実施例では、利用者Ａが利用者Ｂに送金するシナリオを例として用いる。
以降、図６のフローチャートに基づき、決済システム１００におけるオンライン決済の動作を説明する。本実施例では、利用者Ａが利用者Ｂに送金するシナリオを例として用いる。
【0023】
ステップ６００は、決済サーバ１１０と決済端末１２０との間で実施されるステップである。決済端末１２０におけるオフライン処理結果の情報を、決済サーバ１１０と同期する。ステップ６００の動作については後述する。
【0024】
ステップ６０１は、利用者Ａによる操作のもと、決済端末１２０により実施されるステップである。ステップ６０１では、決済端末１２０の送金指示作成機能５１２が、利用者Ａの指示のもと、自己残高５２１の情報を参照することで送金指示を作成するとともに、前記送金指示を決済サーバ１１０に送信する。送信は、決済端末１２０の通信インタフェース３０４を介し、インターネット通信等によって実施される。
【0025】
図７は、本実施例の自己残高５２１を説明するイメージ図の例である。
自己残高５２１は、データ属性として、識別子７１１、残高７１２を有し、これらのデータ属性に対応する値を有する。図７の例では、識別子７１１の値が「Ａ」、残高７１２の値が「５００」となっている。
自己残高５２１は、データ属性として、識別子７１１、残高７１２を有し、これらのデータ属性に対応する値を有する。図７の例では、識別子７１１の値が「Ａ」、残高７１２の値が「５００」となっている。
【0026】
図８は、本実施例の送金指示を作成する処理を説明するイメージ図の例である。
送金指示８００は、データ属性として、送金元ＩＤ８１１、送金先ＩＤ８１２、金額８１３を有し、これらのデータ属性に対応する値を有する。図８の例では、送金元ＩＤ８１１の値が「Ａ」、送金先ＩＤ８１２の値が「Ｂ」、金額８１３が「１００」となっている。
送金指示８００は、データ属性として、送金元ＩＤ８１１、送金先ＩＤ８１２、金額８１３を有し、これらのデータ属性に対応する値を有する。図８の例では、送金元ＩＤ８１１の値が「Ａ」、送金先ＩＤ８１２の値が「Ｂ」、金額８１３が「１００」となっている。
【0027】
送金指示８００の作成にあたっては、送金指示作成機能５１２は、入力インタフェース３０３を介してユーザＡが入力あるいは選択した値を、送金先ＩＤ８１２、金額８１３の値として書き込む。また、送金指示作成機能５１２は、自己残高５２１の識別子７１１の値を、送金元ＩＤ８１１の値として書き込む。更に送金指示作成機能５１２は、作成した送金指示８００の金額８１３の値が、自己残高５２１の残高７１２の値より低いことを確認する。
【0028】
なお、利用者Ａの残高についての送金指示を、利用者Ａ自身が作成し送信したことを決済サーバが確認できるようにするため、認証情報が必要となるが、本実施例では、簡単のため、認証情報に関する処理や情報の記載を省略する。なお、ステップ６０１において、利用者Ａが送金指示の作成をおこなわない場合には、その旨を決済サーバ１１０に通知し、ステップ６０５へ進む。
【0029】
ステップ６０２からステップ６０６までは、決済サーバ１１０により実施されるステップである。ステップ６０２では、決済サーバ１１０の送金指示検証機能４１１が、利用者情報４２１、利用者残高４２２、利用者送金履歴４２３の情報を参照することで、決済端末１２０より受信した送金指示の適格性を検証する。
【0030】
図９は、本実施例の利用者情報４２１を説明するイメージ図の例である。
利用者情報４２１は、データ属性として、利用者ＩＤ９１１、氏名９１２、要注意フラグ９１３を有する。利用者情報４２１には、決済サーバ１１０をシステム管理者が操作することで、決済サーバ１１０にアクセスするすべての利用者について、前述データ属性の値を記録しておくものとする。図９の例では、利用者Ａ、利用者Ｂ、利用者Ｃについての情報が、それぞれＩＤ９１１の値が「Ａ」「Ｂ」「Ｃ」である行に記載されている。
利用者情報４２１は、データ属性として、利用者ＩＤ９１１、氏名９１２、要注意フラグ９１３を有する。利用者情報４２１には、決済サーバ１１０をシステム管理者が操作することで、決済サーバ１１０にアクセスするすべての利用者について、前述データ属性の値を記録しておくものとする。図９の例では、利用者Ａ、利用者Ｂ、利用者Ｃについての情報が、それぞれＩＤ９１１の値が「Ａ」「Ｂ」「Ｃ」である行に記載されている。
【0031】
なお、要注意フラグ９１３の値については、当該利用者に犯罪関与等の疑いがあり、当該利用者の送金指示を一時的に差し止める必要があった場合などに、有効な値を入力しておくものとする。
【0032】
図１０は、本実施例の利用者残高４２２を説明するイメージ図の例である。
利用者残高４２２は、データ属性として、利用者ＩＤ１０１１、残高１０１２、処理中額１０１３を有する。利用者残高４２２には、決済サーバ１１０にアクセスするすべての利用者について、前述データ属性の値を記録しておくものとする。図１０の例では、利用者Ａ、利用者Ｂ、利用者Ｃについての情報が、それぞれＩＤ１０１１の値が「Ａ」「Ｂ」「Ｃ」である行に記載されている。
利用者残高４２２は、データ属性として、利用者ＩＤ１０１１、残高１０１２、処理中額１０１３を有する。利用者残高４２２には、決済サーバ１１０にアクセスするすべての利用者について、前述データ属性の値を記録しておくものとする。図１０の例では、利用者Ａ、利用者Ｂ、利用者Ｃについての情報が、それぞれＩＤ１０１１の値が「Ａ」「Ｂ」「Ｃ」である行に記載されている。
【0033】
図１１は、本実施例の利用者送金履歴４２３を説明するイメージ図の例である。
利用者送金履歴４２３は、データ属性として、送金元ＩＤ１１１１、送金先ＩＤ１１１２、送金額１１１３、送金日時１１１４を有する。なお、送金元ＩＤ１１１１及び送金先ＩＤ１１１２の値には、利用者情報４２１が有する利用者ＩＤ９１１の値のいずれかが記録されているものとする。
利用者送金履歴４２３は、データ属性として、送金元ＩＤ１１１１、送金先ＩＤ１１１２、送金額１１１３、送金日時１１１４を有する。なお、送金元ＩＤ１１１１及び送金先ＩＤ１１１２の値には、利用者情報４２１が有する利用者ＩＤ９１１の値のいずれかが記録されているものとする。
【0034】
図１２は、本実施例の送金指示の適格性を検証する処理を説明するイメージ図の例である。
送金指示検証機能４１１は、決済端末１２０から受信した送金指示８００の送金元ＩＤ８１１の値を参照し、利用者情報４２１、利用者残高４２２、利用者決済履歴４２３の情報から、それぞれ同一の利用者ＩＤ９１１、利用者ＩＤ１０１１、送金元ＩＤ１１１１の値を有するレコード群１２０１、１２０２、１２０３を抽出する。なお、レコード群１２０３については、利用者決済履歴４２３の情報のうち送金日時１１１４が比較的新しいもの（例えば、直近１年分）に絞り込んでも良い。
送金指示検証機能４１１は、決済端末１２０から受信した送金指示８００の送金元ＩＤ８１１の値を参照し、利用者情報４２１、利用者残高４２２、利用者決済履歴４２３の情報から、それぞれ同一の利用者ＩＤ９１１、利用者ＩＤ１０１１、送金元ＩＤ１１１１の値を有するレコード群１２０１、１２０２、１２０３を抽出する。なお、レコード群１２０３については、利用者決済履歴４２３の情報のうち送金日時１１１４が比較的新しいもの（例えば、直近１年分）に絞り込んでも良い。
【0035】
また、送金指示検証機能４１１は、決済端末１２０から受信した送金指示８００の送金先ＩＤ８１２の値を参照し、利用者情報４２１の情報から、同一の利用者ＩＤ９１１の値を有するレコード１２０４を抽出する。
【0036】
前記条件に合うレコード１２０１、１２０２、１２０４が見つからない場合、送金指示８００の情報を破棄し、ステップ６０５へ進む。また、送金指示検証機能４１１は、抽出したレコード１２０２の残高１０１２の値が、送金指示８００の金額８１３の値以上であることを確認する。残高１０１２の値が金額８１３の値に満たない場合には、送金指示８００の情報を破棄し、ステップ６０５へ進む。
【0037】
また、送金指示検証機能４１１は、抽出したレコード１２０１について、要注意フラグ９１３の値に有効な値が記載されていないことを確認する。有効な値が入っていた場合には、直ちには送金できないという判断を下し、ステップ６０４へ進む。
【0038】
また、送金指示検証機能４１１は、送金指示８００の情報を、抽出したレコード群１２０３の情報と比較し、異常値でないことを確認する。例えば送金指示８００の金額８１３の値が、レコード群１２０３の送金額１１１３と比較して極端に大きい場合には、直ちには送金できないという判断を下し、ステップ６０４へ進む。
【0039】
なお、送金指示検証機能４１１は、上記に加え、より高度な分析（例えば、他の利用者のデータを含めた大量データを用いた人工知能による分析）による判断をおこなっても良い。
【0040】
以上の、抽出したレコード群１２０１、１２０２、１２０３の情報に基づく送金指示８００の確認処理に問題がなかった場合には、ステップ６０３へ進む。
【0041】
ステップ６０３では、ステップ６０２における確認処理で問題がなかった場合に、決済サーバ１１０の送金指示反映機能４１２が、送金指示８００の内容を、利用者残高４２２および利用者送金履歴４２３に反映する。
【0042】
図１３は、本実施例の送金指示の内容を反映する処理を説明するイメージ図の例である。
送金指示反映機能４１２は、送金指示８００の送金元ＩＤ８１１の値を利用者ＩＤ１０１１として有するレコード１３０１を利用者残高４２２から抽出し、その残高１０１２の値について、送金指示８００の金額８１３の数値分の減算をおこない更新する。また、送金指示反映機能４１２は、送金指示８００の送金先ＩＤ８１２の値を利用者ＩＤ１０１１として有するレコード１３０２を利用者残高４２２から抽出し、その残高１０１２の値について、送金指示８００の金額８１３の数値分の加算をおこない更新する。さらに送金指示反映機能４１２は、利用者決算履歴４２３にレコード１３０３を追加し記録する。レコード１３０３の送金元ＩＤ１１１１、送金先ＩＤ１１１２、送金額１１１３、送金日時１１１４には、それぞれ、送金指示８００の送金元ＩＤ８１１の値、送金指示８００の送金先ＩＤ８１２の値、送金指示８００の金額８１３の値、現在の日時を記録する。
送金指示反映機能４１２は、送金指示８００の送金元ＩＤ８１１の値を利用者ＩＤ１０１１として有するレコード１３０１を利用者残高４２２から抽出し、その残高１０１２の値について、送金指示８００の金額８１３の数値分の減算をおこない更新する。また、送金指示反映機能４１２は、送金指示８００の送金先ＩＤ８１２の値を利用者ＩＤ１０１１として有するレコード１３０２を利用者残高４２２から抽出し、その残高１０１２の値について、送金指示８００の金額８１３の数値分の加算をおこない更新する。さらに送金指示反映機能４１２は、利用者決算履歴４２３にレコード１３０３を追加し記録する。レコード１３０３の送金元ＩＤ１１１１、送金先ＩＤ１１１２、送金額１１１３、送金日時１１１４には、それぞれ、送金指示８００の送金元ＩＤ８１１の値、送金指示８００の送金先ＩＤ８１２の値、送金指示８００の金額８１３の値、現在の日時を記録する。
【0043】
ステップ６０４では、ステップ６０２における確認処理において直ちに送金できないという判断が下された場合に、決済サーバ１１０の送金指示反映機能４１２が、送金指示８００の内容を、利用者残高４２２および確認待ち送金指示４２４に反映する。
【0044】
図１４は、本実施例の確認待ち送金指示４２４を説明するイメージ図の例である。
確認待ち送金指示４２４は、データ属性として、送金元ＩＤ１４１１、送金先ＩＤ１４１２、送金額１４１３、送金依頼日時１４１４を有する。なお、確認待ち送金指示４２４に記録されたレコードは、システム管理者の確認を経て、順次、利用者残高４２２および利用者送金履歴４２３に適切な形で反映された後、削除されるものとする。
確認待ち送金指示４２４は、データ属性として、送金元ＩＤ１４１１、送金先ＩＤ１４１２、送金額１４１３、送金依頼日時１４１４を有する。なお、確認待ち送金指示４２４に記録されたレコードは、システム管理者の確認を経て、順次、利用者残高４２２および利用者送金履歴４２３に適切な形で反映された後、削除されるものとする。
【0045】
図１５は、本実施例の送金指示の内容を反映する処理を説明するイメージ図の例である。
送金指示反映機能４１２は、送金指示８００の送金元ＩＤ８１１の値を利用者ＩＤ１０１１として有するレコード１５０１を利用者残高４２２から抽出し、その残高１０１２の値について、送金指示８００の金額８１３の数値分の減算をおこない更新する。また、送金指示反映機能４１２は、前記抽出したレコード１５０１の処理中額１０１３の値について、送金指示８００の金額８１３の数値分の加算をおこない更新する。
送金指示反映機能４１２は、送金指示８００の送金元ＩＤ８１１の値を利用者ＩＤ１０１１として有するレコード１５０１を利用者残高４２２から抽出し、その残高１０１２の値について、送金指示８００の金額８１３の数値分の減算をおこない更新する。また、送金指示反映機能４１２は、前記抽出したレコード１５０１の処理中額１０１３の値について、送金指示８００の金額８１３の数値分の加算をおこない更新する。
【0046】
さらに送金指示反映機能４１２は、確認待ち送金指示４２４にレコード１５０２を追加し記録する。レコード１５０２の送金元ＩＤ１４１１、送金先ＩＤ１４１２、送金額１４１３、送金依頼日時１４１４には、それぞれ、送金指示８００の送金元ＩＤ８１１の値、送金指示８００の送金先ＩＤ８１２の値、送金指示８００の金額８１３の値、現在の日時を記録する。
【0047】
ステップ６０５では、決済サーバ１１０のオフライン送金制約算出機能４１５が、利用者送金履歴４２３の情報に基づき利用者オフライン送金制約４２５の情報を更新する。
【0048】
図１６は、本実施例の利用者オフライン送金制約４２５を説明するイメージ図の例である。
オフライン制約４２５は、データ属性として、利用者ＩＤ１６１１、資金ＩＤ１６１２、金額１６１３、送金可能範囲１６１４、処理中額１６１５、処理済額１６１６を有する。なお、送金可能範囲１６１４については、簡単のため、簡易的な図で表記しているが、実際には、ツリー構造を表現可能な形式（例えば、ＪＳＯＮフォーマット）で良い。
オフライン制約４２５は、データ属性として、利用者ＩＤ１６１１、資金ＩＤ１６１２、金額１６１３、送金可能範囲１６１４、処理中額１６１５、処理済額１６１６を有する。なお、送金可能範囲１６１４については、簡単のため、簡易的な図で表記しているが、実際には、ツリー構造を表現可能な形式（例えば、ＪＳＯＮフォーマット）で良い。
【0049】
なお、送金可能範囲１６１４は、資金の送金先に関する制約の情報を値として有する。例として、値１６２１は、ＡからＦへ送金でき、Ｆから次の利用者に送金できるが、その先へは送金できないこと、また、ＡからＦ以外の利用者に送金した場合には、その先へは送金できないことを意味する。
【0050】
図１７は、本実施例の利用者オフライン送金制約４２５を更新する処理を説明するイメージ図の例である。
利用者オフライン送金制約算出機能４１５は、利用者オフライン送金制約４２５の新たなレコード群１７０２を作成し、追記する。なお、追記するレコード群１７０２の処理中額１６１５、処理中額１６１６の値は、すべてゼロを入力する。なお、追記したレコード群１７０２の金額１６１３の数値の合計値は、利用者残高４２２のうち同一の利用者ＩＤ１０１１の値を持つレコードの、残高１０１２の値と等しくなる。
利用者オフライン送金制約算出機能４１５は、利用者オフライン送金制約４２５の新たなレコード群１７０２を作成し、追記する。なお、追記するレコード群１７０２の処理中額１６１５、処理中額１６１６の値は、すべてゼロを入力する。なお、追記したレコード群１７０２の金額１６１３の数値の合計値は、利用者残高４２２のうち同一の利用者ＩＤ１０１１の値を持つレコードの、残高１０１２の値と等しくなる。
【0051】
図１８は、本実施例の利用者オフライン送金制約の新たなレコードを作成する処理を説明するフローチャートの例である。
以降、図１８のフローチャートに基づき、オフライン送金制約算出機能４１５におけるオフライン送金制約の作成処理の動作を説明する。本実施例では、利用者Ａに関するオフライン送金制約を作成するシナリオを例として用いる。
以降、図１８のフローチャートに基づき、オフライン送金制約算出機能４１５におけるオフライン送金制約の作成処理の動作を説明する。本実施例では、利用者Ａに関するオフライン送金制約を作成するシナリオを例として用いる。
【0052】
ステップ１８０１では、送金制約算出の起点を決める。本実施例では、利用者Ａに関するオフライン送金制約を作成する例であるため、初期の起点として利用者Ａを選択する。
【0053】
ステップ１８０２では、ステップ１８０１で選択した利用者に関する送金履歴を抽出する。オフライン送金制約算出機能４１５は、利用者送金履歴４２３のうち、送金元ＩＤ１１１１の値がステップ１８０１で選択した利用者のＩＤであり、送金日時１１１４が特定期間内であるレコード群を抽出する。本実施例においては、現在日時が「２０２１年４月」であるという想定のもと、送金元ＩＤ１１１１の値が「Ａ」であり、かつ、送金日時１１１４が「２０２１年１月」から「２０２１年４月」の間であるレコード群を抽出するものとする。
【0054】
なお、ステップ１８０２で抽出する送金履歴については、確認待ち送金指示４２４の送金元ＩＤ１４１１、送金先ＩＤ１４１２、送金額１４１３、送金依頼日時１４１４の値を、それぞれ、利用者送金履歴４２３の送金元ＩＤ１１１１、送金先ＩＤ１１１２、送金額１１１３、送金日時１１１４と見なすことで、抽出対象に含めても良い。
【0055】
ステップ１８０３では、ステップ１８０２で抽出した利用者決済履歴４２３のレコード群のカテゴリ化をおこなう。
【0056】
図１９は、本実施例のオフライン送金制約算出機能４１５がレコード群をカテゴリ化する処理を説明するイメージ図の例である。
オフライン送金制約算出機能４１５は、送金元ＩＤ１１１１の値が「Ａ」であり、かつ、送金日時１１１４が「２０２１年１月」から「２０２１年４月」の間であるレコード群１９０１を、送金額１１１３の値により、異なるカテゴリに振り分ける。本実施例においては、送金額１１１３の値が「１万円以上」のカテゴリ１９０２、および、「１万円未満」のカテゴリ１９０３の２つに分類するものとする。
オフライン送金制約算出機能４１５は、送金元ＩＤ１１１１の値が「Ａ」であり、かつ、送金日時１１１４が「２０２１年１月」から「２０２１年４月」の間であるレコード群１９０１を、送金額１１１３の値により、異なるカテゴリに振り分ける。本実施例においては、送金額１１１３の値が「１万円以上」のカテゴリ１９０２、および、「１万円未満」のカテゴリ１９０３の２つに分類するものとする。
【0057】
なお、レコード群２００１については、送金元ＩＤ１１１１、送金先ＩＤ１１１２、送金額１１１３の値をそれぞれ、送金指示８００の送金元ＩＤ８１１、送金先ＩＤ８１２、金額８１３の値と見なした上で、送金指示検証機能４１１によって適格性を検証しても良い。この場合、検証の結果、適格性が直ちに判断できない（直ちに送金できないという判断になった）レコードについては、レコード群２００１から除外する。
【0058】
ステップ１８０４では、ステップ１８０３で抽出した各カテゴリの情報を元に、残利用可能金額を算出し記録する。
【0059】
図２０は、本実施例のオフライン送金制約算出機能４１５が残利用可能金額を算出する処理を説明するイメージ図の例である。
オフライン送金制約算出機能４１５は、ステップ１８０３で抽出したカテゴリのうち、カテゴリ１９０２を選択する。さらに、オフライン送金制約算出機能４１５は、カテゴリ１９０２の情報を、送金日時によって２つに分類する。
オフライン送金制約算出機能４１５は、ステップ１８０３で抽出したカテゴリのうち、カテゴリ１９０２を選択する。さらに、オフライン送金制約算出機能４１５は、カテゴリ１９０２の情報を、送金日時によって２つに分類する。
【0060】
本実施例においては、現在日時が「２０２１年４月」であるという想定のもと、送金日時１１１４が「２０２１年１月」から「２０２１年３月」の間であるレコード群２００１と、送金日次１１１４が「２０２１年４月」であるレコード群２００２に分けるものとする。その後、オフライン送金制約算出機能はレコード群２００１の送金額１１１３の値の月平均を算出し、レコード群２００２の送金額１１１３の値の合計値を減算することで、残利用金額を算出する。
【0061】
本実施例においては、レコード群２００１から算出される月平均額が「３５０」、レコード群２００２から算出される合計額が「１５０」であることから、残利用金額２００３として「２００」が算出される。
【0062】
図２１は、本実施例のオフライン送金制約算出機能４１５が残利用可能金額を記録する処理を説明するイメージ図の例である。
オフライン送金制約算出機能４１５は、作成中のオフライン送金制約２１０１に新たなレコードを１件作成し追記する。当該レコードにおいて、利用者ＩＤ１６１１の値には、レコード群２００１の送金元ＩＤ１１１１の値を入力する。資金ＩＤ１６１２の値には、オフライン送金制約算出機能４１５がユニークな値を算出し入力する。金額１６１３の値には、残利用可能金額２００３の値を入力する。送金可能範囲１６１４の値には、送金元２０１１としてレコード群２００１の送金元ＩＤ１１１１の値を入力し、１次送金先２０１２としてレコード群２００２の送金先ＩＤ１１１２の値を重複排除した形で入力する。なお、ステップ１８０４の処理は、ステップ１８０３で抽出したすべてのカテゴリについて実施する。なお、残利用可能金額２００３の値がゼロもしくは負の値であった場合、残利用可能金額を記録する処理は実施しない。
オフライン送金制約算出機能４１５は、作成中のオフライン送金制約２１０１に新たなレコードを１件作成し追記する。当該レコードにおいて、利用者ＩＤ１６１１の値には、レコード群２００１の送金元ＩＤ１１１１の値を入力する。資金ＩＤ１６１２の値には、オフライン送金制約算出機能４１５がユニークな値を算出し入力する。金額１６１３の値には、残利用可能金額２００３の値を入力する。送金可能範囲１６１４の値には、送金元２０１１としてレコード群２００１の送金元ＩＤ１１１１の値を入力し、１次送金先２０１２としてレコード群２００２の送金先ＩＤ１１１２の値を重複排除した形で入力する。なお、ステップ１８０４の処理は、ステップ１８０３で抽出したすべてのカテゴリについて実施する。なお、残利用可能金額２００３の値がゼロもしくは負の値であった場合、残利用可能金額を記録する処理は実施しない。
【0063】
ステップ１８０５では、ステップ１８０４で記録した残利用可能金額を、残高情報との整合性を踏まえ調整する。
【0064】
図２２は、本実施例の本実施例のオフライン送金制約算出機能４１５が残利用可能金額を調整する処理のうち、残利用可能金額に対して残高が十分にある場合の処理を説明するイメージ図の例である。
【0065】
図２２の例では、レコード群２１０１の金額１６１３の値の合計「２０２００」が、利用者残高の残高１０１２の値「２０８００」を下回っている。この場合は、レコード群２１０１に新たなレコード２２０１を作成し追記する。レコード２２０１のうち、利用者ＩＤ１６１１の値は、レコード群２１０１の他のレコードの利用者ＩＤ１６１１と同じ値を用いる。資金ＩＤ１６１２の値は、オフライン送金制約算出機能４１５がユニークな値を算出し入力する。金額１６１３の値は、利用者残高の残高１０１２の値と、レコード群２１０１の金額１６１３の値の合計値との差額を算出し入力する。送金可能範囲は、送金元に利用者ＩＤ１６１１と同じ値を指定したものを作成し入力する。
【0066】
図２３は、本実施例の本実施例のオフライン送金制約算出機能４１５が残利用可能金額を調整する処理のうち、残利用可能金額に対して残高が十分にある場合の処理を説明するイメージ図の例である。
【0067】
図２２の例では、レコード群２１０１の金額１６１３の値の合計「２０２００」が、利用者残高の残高１０１２の値「１０１００」を上回っている。この場合は、レコード群２１０１の金額１６１３の値の合計値が、利用者残高の残高１０１２の値と同じ値になるよう、レコード群２１０１の金額１６１３の値を調整する。本実施例においては、レコード２３０１、レコード２３０２の金額１６１３の値の比率に従い、残高１０１２の金額「１０１００」を振り分けることで、レコード２３０１、レコード２３０２の金額１６１３を更新している。
【0068】
以上、ステップ１８０１からステップ１８０５の処理により、１次送金先までに関する送金制約情報を算出したが、必要に応じ、２次以降の送金先に関する情報を補完するため、ステップ１８０６以降に進む。
【0069】
ステップ１８０６では、２次以降の送金先の算出にあたり、対象とする送金元（１次送金先）を選択する。本実施例では、図２２において作成したレコード群２１０１において１次送金先として記載された「Ｂ」「Ｄ」「Ｆ」が選択肢となるが、このうち「Ｂ」を選択したものとして、以降のステップについて説明する。
【0070】
ステップ１８０７では、ステップ１８０６で選択した利用者に関する送金履歴を抽出する。本ステップの処理については、ステップ１８０２と同様である。
【0071】
ステップ１８０８では、ステップ１８０７で抽出された送金履歴に基づき、作成中のオフライン送金制約情報の送金可能範囲の情報を更新する。
【0072】
図２４は、本実施例のオフライン送金制約算出機能４１５がオフライン送金制約情報の送金可能範囲の情報を更新する処理を説明するイメージ図の例である。
オフライン送金制約算出機能４１５は、ステップ１８０７で抽出した、送金元ＩＤ１１１１の値が「Ｂ」である利用者送金履歴４２３のレコード群２４０１から、送金先ＩＤ１１１２の値を重複排除した形で抽出する。更に、オフライン送金制約算出機能４１５は、作成中のオフライン送金制約２１０１のうち、送金可能範囲１６１４の一次送金先が「Ｂ」である値について、二次送金先に、前述重複排除した形で抽出した送金先ＩＤを追加する。
オフライン送金制約算出機能４１５は、ステップ１８０７で抽出した、送金元ＩＤ１１１１の値が「Ｂ」である利用者送金履歴４２３のレコード群２４０１から、送金先ＩＤ１１１２の値を重複排除した形で抽出する。更に、オフライン送金制約算出機能４１５は、作成中のオフライン送金制約２１０１のうち、送金可能範囲１６１４の一次送金先が「Ｂ」である値について、二次送金先に、前述重複排除した形で抽出した送金先ＩＤを追加する。
【0073】
以上、ステップ１８０６からステップ１８０８の処理を、必要に応じ、１次送金先、また、２次以降の送金先について実施することで、オフライン送金制約の作成処理を完了する。
【0074】
図６のフローチャートに戻り、決済システム１００におけるオンライン決済の動作の続きを説明する。
ステップ６０６では、決済サーバ１１０が、ステップ６０２、ステップ６０３または６０４、ステップ６０５の処理結果に関する情報を作成し、決済端末１２０に送信する。送信は、決済サーバ１１０の通信インタフェース２０４を介し、インターネット等によって実施される。
ステップ６０６では、決済サーバ１１０が、ステップ６０２、ステップ６０３または６０４、ステップ６０５の処理結果に関する情報を作成し、決済端末１２０に送信する。送信は、決済サーバ１１０の通信インタフェース２０４を介し、インターネット等によって実施される。
【0075】
図２５は、決済端末１２０に送信する情報を説明するイメージ図の例である。
ステップ６０６では、利用者残高４２２のうち利用者ＩＤ１０１１の値が送金指示８００の利用者ＩＤ８１１の値と一致するレコード２５０１を送信する。また、ステップ６０６では、ステップ６０３で追加した利用者決済履歴４２３のレコード１３０３、または、ステップ６０４で追加した確認待ち送金指示４２４のレコード１５０２の情報を送信する。さらに、ステップ６０６では、利用者オフライン送金制約４２５のうち、ステップ６０５で追加したレコード群１７０２を送信する。
ステップ６０６では、利用者残高４２２のうち利用者ＩＤ１０１１の値が送金指示８００の利用者ＩＤ８１１の値と一致するレコード２５０１を送信する。また、ステップ６０６では、ステップ６０３で追加した利用者決済履歴４２３のレコード１３０３、または、ステップ６０４で追加した確認待ち送金指示４２４のレコード１５０２の情報を送信する。さらに、ステップ６０６では、利用者オフライン送金制約４２５のうち、ステップ６０５で追加したレコード群１７０２を送信する。
【0076】
ステップ６０７は、決済端末１２０により実施されるステップである。ステップ６０７では、送金結果確認機能５１１、および、オフライン送金制約反映機能５１６が、ステップ６０７で決済サーバから送信された情報を元に、自己残高５２１、自己オフライン残高５２２の情報を更新する。
【0077】
図２６は、送金結果確認機能５１１がオンライン処理結果に反映する処理を説明するイメージ図の例である。
送金結果確認機能５１１は、ステップ６０６で決済サーバより送信されたレコード２５０１の残高１０１２の値で、自己残高５２１の残高７１２の情報を上書きする。
送金結果確認機能５１１は、ステップ６０６で決済サーバより送信されたレコード２５０１の残高１０１２の値で、自己残高５２１の残高７１２の情報を上書きする。
【0078】
図２７は、自己オフライン送金残高を説明するイメージ図の例である。
自己オフライン送金残高５２２は、データ属性として、利用者ＩＤ２７１１、資金ＩＤ２７１２、金額２７１３、送金可能範囲および送金実績２７１４を有する。利用者ＩＤ２７１１、資金ＩＤ２７１２、金額２７１３の値については、利用者オフライン送金制約の利用者ＩＤ１６１１、資金ＩＤ１６１２、金額１６１３の値と同様である。
自己オフライン送金残高５２２は、データ属性として、利用者ＩＤ２７１１、資金ＩＤ２７１２、金額２７１３、送金可能範囲および送金実績２７１４を有する。利用者ＩＤ２７１１、資金ＩＤ２７１２、金額２７１３の値については、利用者オフライン送金制約の利用者ＩＤ１６１１、資金ＩＤ１６１２、金額１６１３の値と同様である。
【0079】
送金可能範囲及び送金実績２７１４の値については、利用者オフライン送金制約の送金可能範囲１６１４の値に相当する情報に加え、送金実績の情報を有する。図２７の例では、実線および斜線の要素が送金済、点線および白抜きの要素が未送金を示しており、いずれのレコードについても、「Ａ」まで送金済の状態となっている。
【0080】
図２８は、オフライン送金制約反映機能５１６がオンライン処理結果を反映する処理を説明するイメージ図の例である。
オフライン送金制約反映機能５１６は、利用者オフライン送金制約のレコード群２５０２の利用者ＩＤ１６１１、資金ＩＤ１６１２、金額１６１３、送金可能範囲１６１４の値を、それぞれ、利用者ＩＤ２７１１、資金ＩＤ２７１２、金額２７１３、送金可能範囲および送金実績２７１４として有する自己オフライン残高５２２のレコード群を作成し、自己オフライン残高５２２の情報を上書きする。
オフライン送金制約反映機能５１６は、利用者オフライン送金制約のレコード群２５０２の利用者ＩＤ１６１１、資金ＩＤ１６１２、金額１６１３、送金可能範囲１６１４の値を、それぞれ、利用者ＩＤ２７１１、資金ＩＤ２７１２、金額２７１３、送金可能範囲および送金実績２７１４として有する自己オフライン残高５２２のレコード群を作成し、自己オフライン残高５２２の情報を上書きする。
【0081】
次に、本実施例の決済システムにおけるオフライン決済の動作を説明する。本実施例の決済システムにおけるオフライン決済では、前述したステップの中で作成した自己オフライン残高の情報を活用することで、端末間のオフライン決済であっても、決済サーバ１１０の送金指示検証機能４１１相当の厳格性を確保できる。
【0082】
図２９は、本実施例の決済システムにおけるオフライン決済を説明するフローチャートの例である。以降、図２９のフローチャートに基づき、決済システム１００におけるオフライン決済の動作を説明する。本実施例では、利用者Ａが利用者Ｂに送金するシナリオを例として用いる。
【0083】
ステップ２９０１は、利用者Ａによる操作のもと、決済端末１２０により実施されるステップである。ステップ２９０１では、決済端末１２０のオフライン送金指示作成機能５１３が、利用者Ａの指示のもと、自己オフライン残高５２２の情報を参照することでオフライン送金指示を作成するとともに、前記オフライン送金指示を決済端末１３０へ送信する。送信は、決済端末１２０の通信インタフェース３０４を介し、近距離無線通信等によって実施される。
【0084】
図３０は、本実施例のオフライン送金指示を作成する処理を説明するイメージ図の例である。
オフライン送金指示３０００は、データ属性として、利用者ＩＤ３０１１、資金ＩＤ３０１２、金額３０１３、送金可能範囲及び送金実績３０１４、送金元３０１５、送金先３０１６を有する。
オフライン送金指示３０００は、データ属性として、利用者ＩＤ３０１１、資金ＩＤ３０１２、金額３０１３、送金可能範囲及び送金実績３０１４、送金元３０１５、送金先３０１６を有する。
【0085】
オフライン送金指示３０００の作成にあたり、オフライン送金指示作成機能５１３は、入力インタフェース３０３を介してユーザＡが入力あるいは選択した値を、利用者ＩＤ３０１１、資金ＩＤ３０１２、金額３０１３、送金先ＩＤ３０１６の値として書き込む。
【0086】
また、オフライン送金指示作成機能５１３は、自己残高５２１の識別子７１１の値を、送金元ＩＤ３０１５の値として書き込む。さらに、オフライン送金指示作成機能５１３は、自己オフライン残高５２２の情報のうち、利用者ＩＤ２７１１、資金ＩＤ２７１２の値がそれぞれ、利用者ＩＤ３０１１、資金ＩＤ３０１２の値と一致するレコードを抽出し、前記レコードの金額２７１３の値がオフライン送金指示３０００の金額３０１３の値以上であることを確認するとともに、前記レコードの送金可能範囲及び送金実績２７１４の値をオフライン送金指示３０００の送金可能範囲および送金実績３０１４の値として転記する。
【0087】
なお、利用者Ａの残高についての送金指示を、利用者Ａ自身が作成し送信したことを送金先の決済端末１３０や決済サーバ１１０が確認できるようにするための情報が必要となるが、本実施例では、簡単のため、これに関する処理や情報の記載を省略する。
【0088】
ステップ２９０２および２９０３は、利用者Ｂによる操作のもと、決済端末１３０により実施されるステップである。
【0089】
ステップ２９０２では、決済端末１３０のオフライン送金指示検証機能５１４が、決済端末１３０より受信したオフライン送金指示の適格性を検証する。
【0090】
図３１は、本実施例のオフライン送金指示の適格性を検証する処理を説明するイメージ図の例である。
オフライン送金指示検証機能５１４は、決済端末１２０から受信したオフライン送金指示３０００の送金先ＩＤ３０１６の値を参照し、自己残高５２１の識別子７１１の値と同一であることを確認する。
オフライン送金指示検証機能５１４は、決済端末１２０から受信したオフライン送金指示３０００の送金先ＩＤ３０１６の値を参照し、自己残高５２１の識別子７１１の値と同一であることを確認する。
【0091】
ステップ２９０３では、決済端末１３０のオフライン送金指示検証機能５１４が、利用者Ｂの指示のもと、決済端末１３０より受信したオフライン送金指示の受け入れ可否を判断する。受け入れを承諾した場合、オフライン送金指示検証機能５１４は、決済端末１２０に対し、受け入れた旨の情報を送信し、ステップ２９０４へ進む。
【0092】
なお、オフライン送金指示３０００を受け入れた結果として、最終的に決済端末１３０の自己オフライン残高５２２に加算される予定の残高の自由度は、オフライン送金指示３０００の送金可能範囲及び送金実績３０１４の値によって異なる。ステップ２９０３は、前記自由度を利用者Ｂが受け入れの事前に確認できる必要があることから、設けられたステップとなる。
【0093】
ステップ２９０４は、決済端末１２０および１３０により実施されるステップである。ステップ２０９４では、決済端末１２０および１３０のオフライン送金指示反映機能５１５が、オフライン送金指示３０００の内容を、自己残高５２１、自己オフライン残高５２２、自己オフライン決済履歴５２３に反映する。
【0094】
図３２は、本実施例の自己オフライン決済履歴５２３を説明するイメージ図の例である。
自己オフライン決済履歴５２３は、データ属性として、送金元ＩＤ３２１１、送金先ＩＤ３２１２、送金額３２１３、利用者ＩＤ３２１４、資金ＩＤ３２１５、送金日時３２１６を有する。
自己オフライン決済履歴５２３は、データ属性として、送金元ＩＤ３２１１、送金先ＩＤ３２１２、送金額３２１３、利用者ＩＤ３２１４、資金ＩＤ３２１５、送金日時３２１６を有する。
【0095】
図３３は、本実施例の送金元の決済端末１２０のオフライン送金指示反映機能５１５がオフライン送金指示３０００の内容を反映する処理を説明するイメージ図の例である。
オフライン送金指示反映機能５１５は、自己残高５２１の残高７１２の値を、オフライン送金指示３０００の金額３０１３の値だけ、減算する。
オフライン送金指示反映機能５１５は、自己残高５２１の残高７１２の値を、オフライン送金指示３０００の金額３０１３の値だけ、減算する。
【0096】
さらに、オフライン送金指示反映機能５１５は、自己オフライン決済履歴のレコードを作成し追記する。追加するレコードにおいて、送金元ＩＤ３２１１、送金先ＩＤ３２１２、送金額３２１３、利用者ＩＤ３２１４、資金ＩＤ３２１５の値には、それぞれ、オンライン送金指示３０００の送金元ＩＤ３０１５、送金先ＩＤ３０１６、金額３０１３、利用者ＩＤ３０１１、資金ＩＤ３０１２の値を入力する。また、送金日時３２１６の値には、現在の日時を入力する。
【0097】
また、オフライン送金指示反映機能５１５は、自己オフライン残高５２２の情報のうち、利用者ＩＤ２７１１、資金ＩＤ２７１２の値がそれぞれ、オフライン送金指示３０００の利用者ＩＤ３０１１、資金ＩＤ３０１２の値と一致するレコードを抽出し、当該レコードの金額２７１３の値を、オフライン送金指示３０００の金額３０１３の値だけ、減算する。なお、減算した結果、金額２７１３の値がゼロになった場合には、当該レコードそのものを削除する。
【0098】
図３４は、本実施例の送金先の決済端末１３０のオフライン送金指示反映機能５１５がオフライン送金指示３０００の内容を反映する処理を説明するイメージ図の例である。
オフライン送金指示反映機能５１５は、自己残高５２１の残高７１２の値を、オフライン送金指示３０００の金額３０１３の値だけ、加算する。
オフライン送金指示反映機能５１５は、自己残高５２１の残高７１２の値を、オフライン送金指示３０００の金額３０１３の値だけ、加算する。
【0099】
さらに、オフライン送金指示反映機能５１５は、自己オフライン決済履歴のレコードを作成し追記する。追加するレコードにおいて、送金元ＩＤ３２１１、送金先ＩＤ３２１２、送金額３２１３、利用者ＩＤ３２１４、資金ＩＤ３２１５の値には、それぞれ、オフライン送金指示３０００の送金元ＩＤ３０１５、送金先ＩＤ３０１６、金額３０１３、利用者ＩＤ３０１１、資金ＩＤ３０１２の値を入力する。また、送金日時３２１６の値には、現在の日時を入力する。
【0100】
また、オフライン送金指示反映機能５１５は、自己オフライン残高５２２の情報のうち、利用者ＩＤ２７１１、資金ＩＤ２７１２の値がそれぞれ、オフライン送金指示３０００の利用者ＩＤ３０１１、資金ＩＤ３０１２の値と一致するレコードを抽出し、当該レコードの金額２７１３の値を、オフライン送金指示３０００の金額３０１３の値だけ、加算する。
【0101】
なお、前記条件に合ったレコードが見つからない場合は、オフライン送金指示反映機能５１５は、自己オフライン残高５２２のレコードを作成し追記する。追加するレコードにおいて、利用者ＩＤ２７１１、資金ＩＤ２７１２、金額２７１３、送金可能範囲及び送金実績２７１４の値には、それぞれ、オフライン送金指示３０００の利用者ＩＤ３０１１、資金ＩＤ３０１２、金額３０１３、送金可能範囲及び送金実績３０１４の値を入力する。その後、入力した送金実績２７１４の値の中に、送金可能かつ実績のない送金経路としてオフライン送金指示３０００の送金元ＩＤ３０１５の値から送金先ＩＤ３０１６の値に該当する部分がある場合（図中、「Ａ」から「Ｂ」への点線で示された矢印がある場合）には、これを選択し、実績の情報を追記する（図中、「Ａ」から「Ｂ」への矢印および「Ｂ」を、実線に変更する）。
【0102】
入力した送金実績２７１４の値の中に、前述の条件に該当する部分がない場合には、入力した送金実績２７１４の値の中で、オフライン送金指示３０００の送金元ＩＤ３０１５の値を持つ部分からの送金先のない送金を示す部分（図中、「Ａ」から終点のない矢印）を選択し、実績の情報を追記する（図中、実線に変更する）。
【0103】
図３５は、本実施例の送金先の決済端末１３０のオフライン送金指示反映機能５１５がオフライン送金指示３０００の内容を反映する処理を説明するイメージ図の例である。図３５の例は、図３４で利用者Ｂが利用者Ａより受け取った資金を、更に利用者Ｘへ送金したケースを想定している。
【0104】
次に、本実施例の決済システムにおける、オフライン決済結果を決済サーバと同期する処理を説明する。本処理は、図６のステップ６００に該当する。
【0105】
図３６は、本実施例の決済システムにおけるオフライン決済結果の決済サーバと同期を説明するフローチャートの例である。以降、図３６のフローチャートに基づき、決済システム１００におけるオフライン決済の動作を説明する。
【0106】
本実施例では、図３３および図３４に示した利用者Ａから利用者Ｂへのオフライン送金、および、図３５に示した利用者Ｂから利用者Ｘへのオフライン送金の情報について、決済サーバ１１０と同期するシナリオを例として用いる。
【0107】
ステップ３６０１は、決済端末１２０または１３０または１４０により実施されるステップである。ステップ３６０１では、決済端末１２０または１３０または１４０のオフライン送金結果通知機能５１７が、自己オフライン送金履歴５２３の情報を、決済サーバ１１０に送信する。送信は、前記決済端末の通信インタフェース３０４を介し、インターネット通信等によって実施される。送信が無事に完了したことが確認できた場合、オフライン送金結果通知機能５１７は、自己オフライン送金履歴５２３の情報を、すべて削除する。
【0108】
ステップ３６０２から３６１１は、決済サーバ１１０により実施されるステップである。
ステップ３６０２では、決済サーバ１１０のオフライン送金結果検証機能４１３が、利用者オフライン送金制約４２５の情報から、情報送信元の決済端末の利用者ＩＤを利用者ＩＤ１６１１の値として有するレコードを１件抽出し、当該レコードの利用者ＩＤ１６１１の値、および、資金ＩＤ１６１２の値を選択する。
ステップ３６０２では、決済サーバ１１０のオフライン送金結果検証機能４１３が、利用者オフライン送金制約４２５の情報から、情報送信元の決済端末の利用者ＩＤを利用者ＩＤ１６１１の値として有するレコードを１件抽出し、当該レコードの利用者ＩＤ１６１１の値、および、資金ＩＤ１６１２の値を選択する。
【0109】
当該利用者ＩＤの値のすべてのレコードの、すべての利用者ＩＤ・資金ＩＤの値について、ステップ３６０３からステップ３６０６の処理を実施する。
ステップ３６０３では、決済サーバ１１０のオフライン送金結果検証機能４１３が、ステップ３６０１で受信した自己オフライン送金履歴の情報のうち、ステップ３６０２で選択した利用者ＩＤ、資金ＩＤの値を、それぞれ利用者ＩＤ３２１４、資金ＩＤ３２１５の値として有するレコードを抽出し選択する。上記に該当するレコードが１件も見つからなかった場合は、ステップ３６０４を省略し、ステップ３６０５へ進む。
ステップ３６０３では、決済サーバ１１０のオフライン送金結果検証機能４１３が、ステップ３６０１で受信した自己オフライン送金履歴の情報のうち、ステップ３６０２で選択した利用者ＩＤ、資金ＩＤの値を、それぞれ利用者ＩＤ３２１４、資金ＩＤ３２１５の値として有するレコードを抽出し選択する。上記に該当するレコードが１件も見つからなかった場合は、ステップ３６０４を省略し、ステップ３６０５へ進む。
【0110】
ステップ３６０４では、決済サーバ１１０のオフライン送金結果検証機能４１３が、利用者情報４２１、利用者残高４２２、利用者送金履歴４２３、利用者オフライン送金制約４２５の情報を参照することで、ステップ３６０３で選択した自己オフライン送金履歴の情報の適格性を検証する。
【0111】
図３７は、本実施例の受信したオフライン送金履歴の適格性を検証する処理を説明するイメージ図の例である。図３７では、以下のケースを想定している。
ステップ３６０１において、図３３に示した利用者Ａから利用者Ｂへのオフライン送金結果の情報を利用者Ａの端末１２０から受信する。
ステップ３６０１において、図３３に示した利用者Ａから利用者Ｂへのオフライン送金結果の情報を利用者Ａの端末１２０から受信する。
【0112】
ステップ３６０２において、利用者ＩＤ３２１４の値として「Ａ」、資金ＩＤ３２１５の値として「Ａ００１」を選択する。
【0113】
オフライン送金結果検証機能４１３は、ステップ３６０２で選択した利用者ＩＤ３２１５の値を参照し、利用者情報４２１、利用者残高４２２の情報から、それぞれ同一の利用者ＩＤ９１１、利用者ＩＤ１０１１の値を有するレコード３７０１、３７０２を抽出する。前記条件に合うレコード３７０１、３７０２が見つからない場合には、選択した利用者ＩＤ３２１５および資金ＩＤ３２１６の情報をシステム管理者へ通知した上で、ステップ３６０２へ進み、次の利用者ＩＤ・資金ＩＤに関して処理を継続する。
【0114】
また、オフライン送金結果検証機能４１３は、抽出したレコード３７０１について、要注意フラグ９１３の値に有効な値が記載されていないことを確認する。有効な値が入っていた場合には、直ちには送金できないという判断を下し、ステップ３６０６へ進む。
【0115】
また、オフライン送金結果検証機能４１３は、抽出したレコード３７０２の残高１０１２の値が、選択した自己オフライン決済履歴３７００の送金額３２１３の値以上であることを確認する。残高１０１２の値が送金額３２１３の値に満たない場合には、選択した自己オフライン送金履歴３７００の情報をシステム管理者へ通知した上で、ステップ３６０２へ進み、次の利用者ＩＤ・資金ＩＤに関して処理を継続する。
【0116】
また、オフライン送金結果検証機能４１３は、ステップ３６０２で選択した利用者ＩＤ３２１５および資金ＩＤ３２１６の値を参照し、利用者オフライン制約４２５の情報から、同一の利用者ＩＤ１６１１および資金ＩＤ１６１２の値を有するレコード３７０３を抽出する。前記条件に合うレコード３７０３が見つからない場合には、選択した利用者ＩＤ３２１５および資金ＩＤ３２１６の情報をシステム管理者へ通知した上で、ステップ３６０２へ進み、次の利用者ＩＤ・資金ＩＤに関して処理を継続する。
【0117】
また、オフライン送金結果検証機能４１３は、抽出したレコード３７０３の金額１６１３の値が、選択した自己オフライン決済履歴３７００の送金額３２１３の値以上であることを確認する。金額１６１３の値が送金額３２１３の値に満たない場合には、選択した自己オフライン送金履歴３７００の情報をシステム管理者へ通知した上で、ステップ３６０２へ進み、次の利用者ＩＤ・資金ＩＤに関して処理を継続する。
【0118】
また、オフライン送金結果検証機能４１３は、抽出したレコード３７０３の利用者オフライン送金制約の送金可能範囲１６１４の値に、選択した自己オフライン決済履歴３７００の送金元ＩＤ３２１１の値が含まれていることを確認する。送金可能範囲１６１４の値に、送金元ＩＤ３２１１の値が含まれていない場合には、選択した自己オフライン送金履歴３７００の情報をシステム管理者へ通知した上で、ステップ３６０２へ進み、次の利用者ＩＤ・資金ＩＤに関して処理を継続する。
【0119】
また、オフライン送金結果検証機能４１３は、ステップ３６０３で選択した自己オフライン決済履歴３７００の送金元ＩＤ３２１１および送金先ＩＤ３２１２の値を参照し、利用者決済履歴４２３の情報から、同一の送金元ＩＤ１１１１、送金先ＩＤ１１１２の値を有するレコード群３７０６を抽出する。なお、レコード群３７０６については、利用者決済履歴４２３の情報のうち送金日時１１１４が比較的新しいもの（例えば、直近１年分）に絞り込んでも良い。
【0120】
なお、オフライン送金結果検証機能４１３は、上記に加え、より高度な分析（例えば、他の利用者のデータを含めた大量データを用いた人工知能による分析）による判断をおこなっても良い。以上の、確認処理に問題がなかった場合には、ステップ３６０５へ進む。
【0121】
ステップ３６０５では、ステップ３６０４における確認処理で問題がなかった場合に、決済サーバ１１０のオフライン送金結果反映機能４１４が、選択した自己オフライン決済履歴３７００の内容を、利用者残高４２２、利用者送金履歴４２３、利用者オフライン送金制約４２５へ反映する。
【0122】
図３８は、本実施例の受信したオフライン送金履歴を反映する処理を説明するイメージ図の例である。図３８では、以下のケースを想定している。
ステップ３６０１において、図３３に示した利用者Ａから利用者Ｂへのオフライン送金結果の情報を利用者Ａの端末１２０から受信する。
ステップ３６０２において、利用者ＩＤ３２１４の値として「Ａ」、資金ＩＤ３２１５の値として「Ａ００１」を選択する。
ステップ３６０１において、図３３に示した利用者Ａから利用者Ｂへのオフライン送金結果の情報を利用者Ａの端末１２０から受信する。
ステップ３６０２において、利用者ＩＤ３２１４の値として「Ａ」、資金ＩＤ３２１５の値として「Ａ００１」を選択する。
【0123】
オフライン送金結果反映機能４１４は、選択した自己オフライン決済履歴３７００のうち、送金元ＩＤ３２１１が「Ａ」であるレコード群について、送金額３２１３の合計額を算出する。さらに、オフライン送金結果反映機能４１４は、選択した自己オフライン決済履歴３７００のうち、送金先ＩＤ３２１２が「Ａ」であるレコード群について、送金額３２１３の合計額を算出する。前者の合計額と後者の合計額との差をとることで、「Ａ」から流出した金額を算出する。図３８の例では、「１１０」という値が算出される。
【0124】
さらに、オフライン送金結果反映機能４１４は、利用者オフライン送金制約４２５の情報から、利用者ＩＤ１６１１の値が「Ａ」かつ資金ＩＤ１６１２の値が「Ａ００１」であるレコード３８０３を抽出する。その処理中額１６１５および処理済額１６１６の額が「０」であることを確認した場合、その金額１６１３および処理中額１６１５の値を「１１０」として更新する。また、前記レコード３８０３の処理済額１６１６の値については、当初の金額１６１３の値である「２００」から「１１０」を減算した値である「９０」を入力する。
【0125】
さらに、オフライン送金結果反映機能４１４は、利用者残高４２２の情報から、利用者ＩＤ１０１１の値が「Ａ」であるレコード３８０１を抽出し、その残高１０１２の値を「１１０」減算するとともに、処理中額１０１３の値を「１１０」加算する。
【0126】
さらに、オフライン送金結果反映機能４１４は、利用者決済履歴４２３の情報にレコード群３８０２を追記する。追記するレコードにおいて、送金元ＩＤ１１１１、送金先ＩＤ１１１２、送金額１１１３、送金日時１１１４の値には、それぞれ、選択したオフライン決済履歴３７００の送金元ＩＤ３２１１、送金先ＩＤ３２１２、送金額３２１３、送金日時３２１６を入力する。ただし、同一のレコードが既に利用者決済履歴４２３が有する場合には、追記をおこなわない。
【0127】
図３９は、本実施例の受信したオフライン送金履歴を反映する処理を説明するイメージ図の例である。図３９では、以下のケースを想定している。
ステップ３６０１において、図３３に示した利用者Ａから利用者Ｂへのオフライン送金結果の情報を利用者Ａの端末１２０から受信する。
ステップ３６０１において、図３３に示した利用者Ａから利用者Ｂへのオフライン送金結果の情報を利用者Ａの端末１２０から受信する。
【0128】
ステップ３６０２において、利用者ＩＤ３２１４の値として「Ａ」、資金ＩＤ３２１５の値として「Ａ００２」を選択する。図３９のケースでは、選択した自己オフライン決済履歴３７００にはレコードが１件も含まれない。
【0129】
この場合、オフライン送金結果反映機能４１４は、図３８のケースと異なり、利用者残高４２２および利用者決済履歴４２３に対する追記や更新はおこなわない。
【0130】
オフライン送金結果反映機能４１４は、利用者オフライン送金制約４２５の情報から、利用者ＩＤ１６１１の値が「Ａ」かつ資金ＩＤ１６１２の値が「Ａ００２」であるレコード３９０１を抽出し、その処理中額１６１５および処理済額１６１６の額が「０」であることを確認した上で、その金額１６１３および処理中額１６１５の値を「０」として更新する。また、前記レコード３８０３の処理済額１６１６の値については、当初の金額１６１３の値である「２００００」を入力する。なお、更新の前の段階で、レコード３９０１の処理中額１６１５および処理済額１６１６の値が「０」でなかった場合には、更新処理をおこなわず、選択した自己オフライン送金履歴３７００の情報をシステム管理者へ通知した上で、ステップ３６０２へ進み、次の利用者ＩＤ・資金ＩＤに関して処理を継続する。
【0131】
図４０は、本実施例の受信したオフライン送金履歴を反映する処理を説明するイメージ図の例である。図３９では、以下のケースを想定している。
事前に、利用者Ｘの端末１４０を介し、図３５に示した利用者Ｂから利用者Ｘへのオフライン送金結果の情報がサーバ１１０に送信され、反映済（ステップ３６０７以降）である。
事前に、利用者Ｘの端末１４０を介し、図３５に示した利用者Ｂから利用者Ｘへのオフライン送金結果の情報がサーバ１１０に送信され、反映済（ステップ３６０７以降）である。
【0132】
ステップ３６０１において、図３３に示した利用者Ａから利用者Ｂへのオフライン送金結果の情報を利用者Ａの端末１２０から受信する。
【0133】
ステップ３６０２において、利用者ＩＤ３２１４の値として「Ａ」、資金ＩＤ３２１５の値として「Ａ００１」を選択する。
【0134】
オフライン送金結果反映機能４１４は、選択した自己オフライン決済履歴３７００のうち、送金元ＩＤ３２１１が「Ａ」であるレコード群について、送金額３２１３の合計額を算出する。さらに、オフライン送金結果反映機能４１４は、選択した自己オフライン決済履歴３７００のうち、送金先ＩＤ３２１２が「Ａ」であるレコード群について、送金額３２１３の合計額を算出する。前者の合計額と後者の合計額との差をとることで、「Ａ」から流出した金額を算出する。図３８の例では、「１１０」という値が算出される。
【0135】
さらに、オフライン送金結果反映機能４１４は、利用者オフライン送金制約４２５の情報から、利用者ＩＤ１６１１の値が「Ａ」かつ資金ＩＤ１６１２の値が「Ａ００１」であるレコード４００４を抽出する。その処理中額１６１５の値が「０」、かつ、処理済額１６１６の額が「０」でないことを確認した場合、前述「１１０」と処理済額１６１６の値との差額を算出する。図３８の例では、「３０」という値が算出される。
【0136】
さらに、オフライン送金結果反映機能４１４は、前記レコード４００４の金額１６１３および処理中額１６１５の値を前述「３０」として更新する。
【0137】
さらに、オフライン送金結果反映機能４１４は、前記レコード４００４の処理済額１６１６の値に「９０」を加算することで更新する。「９０」という値は、更新前の金額１６１３の値である「１２０」と処理済額１６１６の値である「８０」との和から、前述「１１０」を減算することで算出する。
【0138】
なお、以上の処理により、金額１６１３および処理中額１６１５の値がゼロになった場合には、前記レコード４００４を削除する。
【0139】
さらに、オフライン送金結果反映機能４１４は、利用者残高４２２の情報から、利用者ＩＤ１０１１の値が「Ａ」であるレコード４００１を抽出し、その残高１０１２の値を「３０」減算するとともに、処理中額１０１３の値を「３０」加算する。
【0140】
さらに、オフライン送金結果反映機能４１４は、利用者決済履歴４２３の情報にレコード群４００２を追記する。追記するレコードにおいて、送金元ＩＤ１１１１、送金先ＩＤ１１１２、送金額１１１３、送金日時１１１４の値には、それぞれ、選択したオフライン決済履歴３７００の送金元ＩＤ３２１１、送金先ＩＤ３２１２、送金額３２１３、送金日時３２１６を入力する。ただし、同一のレコードが既に利用者決済履歴４２３が有する場合には、追記をおこなわない。
【0141】
ステップ３６０６では、ステップ３６０４における検証処理において直ちに送金できないという判断が下された場合に、決済サーバ１１０のオフライン送金結果反映機能４１４が、選択した自己オフライン送金結果３７００の内容を、利用者残高４２２および確認待ち送金指示４２４に反映する。
【0142】
図４１は、本実施例の受信したオフライン送金履歴３７００を反映する処理を説明するイメージ図の例である。図４１では、以下のケースを想定している。
ステップ３６０１において、図３３に示した利用者Ａから利用者Ｂへのオフライン送金結果の情報を利用者Ａの端末１２０から受信する。
ステップ３６０１において、図３３に示した利用者Ａから利用者Ｂへのオフライン送金結果の情報を利用者Ａの端末１２０から受信する。
【0143】
ステップ３６０２において、利用者ＩＤ３２１４の値として「Ａ」、資金ＩＤ３２１５の値として「Ａ００１」を選択する。
【0144】
送金指示反映機能４１２は、確認待ち送金指示４２４にレコード４１０１を追加し記録する。レコード１５０２の送金元ＩＤ１４１１、送金先ＩＤ１４１２、送金額１４１３、送金依頼日時１４１４には、それぞれ、選択した自己オフライン送金結果４１２の送金元ＩＤ３２１１、送金先ＩＤ３２１２、送金額３２１３、送金日時３２１６の値を記録する。
【0145】
さらに、送金指示反映機能４１２は、図３９のケースと同様の方法で、利用者残高４２２および利用者オフライン送金制約４２５の情報を更新する。
【0146】
ステップ３６０７では、決済サーバ１１０のオフライン送金結果検証機能４１３が、ステップ３６０１で受信した自己オフライン送金履歴の情報３７００から、情報送信元の決済端末の利用者ＩＤの値を利用者ＩＤ３２１１の値として有さないレコードを１件抽出し、当該レコードの利用者ＩＤ３２１１の値、および、資金ＩＤ３２１２の値を選択する。
【0147】
当該利用者ＩＤの値のすべてのレコードの、すべての利用者ＩＤ・資金ＩＤの値について、ステップ３６０８からステップ３６０１１の処理を実施する。
【0148】
ステップ３６０８では、決済サーバ１１０のオフライン送金結果検証機能４１３が、ステップ３６０１で受信した自己オフライン送金履歴３７００の情報のうち、ステップ３６０７で選択した利用者ＩＤ、資金ＩＤの値を、それぞれ利用者ＩＤ３２１４、資金ＩＤ３２１５の値として有するレコードを抽出し選択する。
【0149】
ステップ３６０９では、決済サーバ１１０のオフライン送金結果検証機能４１３が、利用者情報４２１、利用者残高４２２、利用者送金履歴４２３、利用者オフライン送金制約４２５の情報を参照することで、ステップ３６０８で選択した自己オフライン送金履歴の情報の適格性を検証する。
【0150】
なお、ステップ３６０９における動作は、基本的にステップ３６０４と同様である。但し、確認処理に問題がなかった場合にはステップ３６１０へ、直ちに送金できない判断に至った場合にはステップ３６１１へ、その他の問題が見つかった場合にはステップ３６０７へ進む。
【0151】
ステップ３６１０では、ステップ３６０９における確認処理で問題がなかった場合に、決済サーバ１１０のオフライン送金結果反映機能４１４が、選択した自己オフライン決済履歴３７００の内容を、利用者残高４２２、利用者送金履歴４２３、利用者オフライン送金制約４２５へ反映する。
【0152】
図４２は、本実施例の受信したオフライン送金履歴を反映する処理を説明するイメージ図の例である。図４２では、以下のケースを想定している。
ステップ３６０１において、図３５に示した利用者Ｂから利用者Ｘへのオフライン送金結果の情報を利用者Ｘの端末１４０から受信する。
ステップ３６０７において、利用者ＩＤ３２１４の値として「Ａ」、資金ＩＤ３２１５の値として「Ａ００１」を選択する。
ステップ３６０１において、図３５に示した利用者Ｂから利用者Ｘへのオフライン送金結果の情報を利用者Ｘの端末１４０から受信する。
ステップ３６０７において、利用者ＩＤ３２１４の値として「Ａ」、資金ＩＤ３２１５の値として「Ａ００１」を選択する。
【0153】
オフライン送金結果反映機能４１４は、選択した自己オフライン決済履歴３７００のうち、送金元ＩＤ３２１１が「Ｘ」であるレコード群について、送金額３２１３の合計額を算出する。さらに、オフライン送金結果反映機能４１４は、選択した自己オフライン決済履歴３７００のうち、送金先ＩＤ３２１２が「Ｘ」であるレコード群について、送金額３２１３の合計額を算出する。後者の合計額と前者の合計額との差をとることで、「Ｘ」へ差し引きとして流入した金額を算出する。図４２の例では、「８０」という値が算出される。
【0154】
さらに、オフライン送金結果反映機能４１４は、利用者オフライン送金制約４２５の情報から、利用者ＩＤ１６１１の値が「Ａ」かつ資金ＩＤ１６１２の値が「Ａ００１」であるレコード４２０４を抽出する。その処理中額１６１５および処理済額１６１６の額が「０」であることを確認した場合、その金額１６１３の値を「８０」減算するとともに、処理済額１６１６の値を「８０」として更新する。
【0155】
さらに、オフライン送金結果反映機能４１４は、利用者残高４２２の情報から、利用者ＩＤ１０１１の値が「Ａ」であるレコード４２０１および「Ｘ」であるレコード４２０２を抽出する。レコード４２０１の残高１０１２の値を「８０」減算するとともに、レコード４２０２の残高１０１２の値を「８０」加算する。
【0156】
さらに、オフライン送金結果反映機能４１４は、利用者決済履歴４２３の情報にレコード群４２０３を追記する。追記するレコードにおいて、送金元ＩＤ１１１１、送金先ＩＤ１１１２、送金額１１１３、送金日時１１１４の値には、それぞれ、選択したオフライン決済履歴３７００の送金元ＩＤ３２１１、送金先ＩＤ３２１２、送金額３２１３、送金日時３２１６を入力する。ただし、同一のレコードが既に利用者決済履歴４２３が有する場合には、追記をおこなわない。
【0157】
図４３は、本実施例の受信したオフライン送金履歴を反映する処理を説明するイメージ図の例である。図４２では、以下のケースを想定している。処理内容としては、基本的に図４２の例と同様である。
ステップ３６０１において、図３４および３５に示した利用者Ｂのオフライン送金結果の情報を利用者Ｂの端末１３０から受信する。
ステップ３６０７において、利用者ＩＤ３２１４の値として「Ａ」、資金ＩＤ３２１５の値として「Ａ００１」を選択する。
ステップ３６０１において、図３４および３５に示した利用者Ｂのオフライン送金結果の情報を利用者Ｂの端末１３０から受信する。
ステップ３６０７において、利用者ＩＤ３２１４の値として「Ａ」、資金ＩＤ３２１５の値として「Ａ００１」を選択する。
【0158】
図４４は、本実施例の受信したオフライン送金履歴を反映する処理を説明するイメージ図の例である。図４４では、以下のケースを想定している。
事前に、利用者Ａの端末１２０を介し、図３３に示した利用者Ａから利用者Ｂへのオフライン送金結果の情報がサーバ１１０に送信され、反映済（ステップ３６０２以降）である。
事前に、利用者Ａの端末１２０を介し、図３３に示した利用者Ａから利用者Ｂへのオフライン送金結果の情報がサーバ１１０に送信され、反映済（ステップ３６０２以降）である。
【0159】
ステップ３６０１において、図３５に示した利用者Ｂから利用者Ｘへのオフライン送金結果の情報を利用者Ｘの端末１４０から受信する。
【0160】
ステップ３６０７において、利用者ＩＤ３２１４の値として「Ａ」、資金ＩＤ３２１５の値として「Ａ００１」を選択する。
【0161】
オフライン送金結果反映機能４１４は、選択した自己オフライン決済履歴３７００のうち、送金元ＩＤ３２１１が「Ｘ」であるレコード群について、送金額３２１３の合計額を算出する。さらに、オフライン送金結果反映機能４１４は、選択した自己オフライン決済履歴３７００のうち、送金先ＩＤ３２１２が「Ｘ」であるレコード群について、送金額３２１３の合計額を算出する。後者の合計額と前者の合計額との差をとることで、「Ｘ」へ差し引きとして流入した金額を算出する。図４２の例では、「８０」という値が算出される。
【0162】
さらに、オフライン送金結果反映機能４１４は、利用者オフライン送金制約４２５の情報から、利用者ＩＤ１６１１の値が「Ａ」かつ資金ＩＤ１６１２の値が「Ａ００１」であるレコード４４０４を抽出する。その処理中額１６１５および処理済額１６１６の額が「０」でないことを確認した場合、その金額１６１３および処理中額１６１５の値を「８０」減算するとともに、処理済額１６１６の値を「８０」だけ加算して更新する。
【0163】
さらに、オフライン送金結果反映機能４１４は、利用者残高４２２の情報から、利用者ＩＤ１０１１の値が「Ａ」であるレコード４４０１および「Ｘ」であるレコード４４０２を抽出する。レコード４４０１の処理中額１０１３の値がゼロでないことを確認した場合、レコード４４０１の処理中額１０１３の値を「８０」減算するとともに、レコード４２０２の残高１０１２の値を「８０」加算する。
【0164】
さらに、オフライン送金結果反映機能４１４は、利用者決済履歴４２３の情報にレコード群４４０３を追記する。追記するレコードにおいて、送金元ＩＤ１１１１、送金先ＩＤ１１１２、送金額１１１３、送金日時１１１４の値には、それぞれ、選択したオフライン決済履歴３７００の送金元ＩＤ３２１１、送金先ＩＤ３２１２、送金額３２１３、送金日時３２１６を入力する。ただし、同一のレコードが既に利用者決済履歴４２３が有する場合には、追記をおこなわない。
【0165】
ステップ３６１１では、ステップ３６０７における検証処理において直ちに送金できないという判断が下された場合に、決済サーバ１１０のオフライン送金結果反映機能４１４が、選択した自己オフライン送金結果３７００の内容を、利用者残高４２２および確認待ち送金指示４２４に反映する。本ステップの処理内容は、ステップ３６０６と同様である。
【0166】
上述のように、上記実施例の決済システム１００は、利用者の資金の残高を管理する決済サーバ１１０と、前記決済サーバ１１０との間で送金指示及び送金結果を送受信する複数の決済端末１２０、１３０、１４０とを有する。
【0167】
前記決済端末１２０は、前記決済サーバ１１０に対して前記決済端末１２０の前記利用者の前記残高及び送金履歴の情報を要求し取得する送金結果確認部５１１と、前記決済サーバ１１０に対する送金指示電文を作成し送信する送金指示作成部５１２と、前記決済サーバ１１０を介さずに、他の前記決済端末１３０、１４０に対する端末間送金電文を作成し送信するオフライン送金指示作成部５１３と、前記オフライン送金指示作成部５１３を介して送信された前記端末間送金電文の妥当性を規定の条件に基づき検証するオフライン送金指示検証部５１４と、前記オフライン送金指示検証部５１４が妥当と判断した前記端末間送金電文を記録するオフライン送金指示反映部５１５と、前記オフライン送金指示反映部５１５によって記録された前記端末間送金電文を前記決済サーバ１１０に対して送信するオフライン送金結果通知部５１７と、を有する。
【0168】
また、前記決済サーバ１１０は、前記決済端末１２０の前記送金指示作成部５１２によって送信された前記送金指示電文の妥当性を前記規定の条件に基づき検証する送金指示検証部４１１と、前記送金指示検証部４１１によって検証された前記送金指示電文に基づき前記利用者の前記残高及び前記送金履歴を更新する送金指示反映部４１２と、前記決済端末１２０の前記オフライン送金結果通知部５１７によって送信された前記端末間送金電文の妥当性を前記規定の条件に基づき検証するオフライン送金結果検証部４１３と、前記オフライン送金結果検証部４１３によって検証された前記端末間送金電文に基づき前記利用者の前記残高及び前記送金履歴を更新するオフライン送金結果反映部４１４と、を有する。
【0169】
ここで、前記端末間送金電文の妥当性を検証するための前記規定の条件は、前記利用者の前記残高が前記端末間送金電文に記載された送金額に対して不足していないという条件を含む。
【0170】
また、前記端末間送金電文の妥当性を検証するための前記規定の条件は、送金元である前記利用者に対して送金先ごとに指定された送金の上限額を含む。前記決済サーバ１１０は、前記送金先ごとに指定された送金の前記上限額を算出するオフライン送金制約算出部４１５を有する。
【0171】
前記決済端末１２０の送金結果確認部５１１は、前記送金先ごとに指定された送金の前記上限額の情報を、利用者の前記残高及び前記送金履歴の情報と共に前記決済サーバ１１０から受信する。前記決済端末１２０は、前記送金先ごとに指定された送金の前記上限額の情報を、利用者の前記残高の情報に対応付けると共に管理するオフライン送金制約反映部５１６を有する。ここで、前記端末間送金電文は、前記送金先ごとに指定された送金の前記上限額に関する情報を含む。
【0172】
また、前記決済サーバ１１０の前記オフライン送金制約算出部４１５は、前記決済サーバ１１０の前記送金指示反映部４１２及び前記オフライン送金結果反映部４１４によって記録された前記送金履歴に基づいて、前記利用者の前記送金先及び送金実績額を算出し、前記送金先及び前記送金実績額に基づいて、前記利用者の前記送金先ごとに指定された送金の前記上限額の情報を算出する。
【0173】
また、前記端末間送金電文の妥当性を検証するための前記規定の条件は、前記送金元である前記利用者に対する前記送金先の範囲を規定した送金可能範囲の関する条件を含む。前記決済サーバ１１０の前記オフライン送金制約算出部４１５が算出する前記送金先ごとに指定された送金の前記上限額の情報は、前記送金可能範囲に応じて決められる。前記決済端末１２０の前記オフライン送金指示反映部５１５は、前記残高を更新する際に、前記送金先ごとに指定された送金の前記上限額に関する情報を併せて更新する。
【0174】
また、前記決済端末１２０の前記オフライン送金指示反映部５１５は、一連の前記端末間送金の前記最終受領者の前記決済端末から前記端末間送金電文を得られていない場合に、前記最終受領者が不明な状態である金額を、前記利用者の残高の情報のうち、前記最終受領者が不明な状態である金額として書き込むと共に、前記最終受領者が不明な状態である金額の情報が存在する状況下において、前記最終受領者の前記決済端末から前記端末間送金電文が得られた場合に、前記最終受領者が不明な状態である金額を、前記利用者が現在利用可能な金額に移し替える。
【0175】
また、前記端末間送金電文には、一連の前記端末間送金の始点となる前記利用者を特定する情報を含む。前記決済端末１２０の前記オフライン送金指示反映部５１５は、一連の端末間送金の前記始点となる前記利用者の前記決済端末から前記端末間送金電文を得られていない場合に、前記最終受領者から前記端末間送金電文が得られた場合に、前記始点となる利用者を特定する情報に基づいて、前記始点となる利用者の残高から前記最終受領者となる利用者の残高へ資金を移動する。
【0176】
本発明を、金融決済システムにおいて実用的な応用に組み込むことにより、オフライン決済においてもオンライン決済相当の不正リスク抑制を実現することが可能となる。
【符号の説明】
【0177】
１００ 決済システム
１１０ 決済サーバ
１２０ 決済端末
１３０ 決済端末
１４０ 決済端末
１１０ 決済サーバ
１２０ 決済端末
１３０ 決済端末
１４０ 決済端末
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】
【図41】
【図42】
【図43】
【図44】