特許 7398490 送金のための情報流通方法及び電子装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-06

(45)【発行日】2023-12-14

(54)【発明の名称】送金のための情報流通方法及び電子装置

(51)【国際特許分類】

   G06Q 20/10 20120101AFI20231207BHJP

【ＦＩ】

G06Q20/10

【請求項の数】 8

(21)【出願番号】P 2022033551

(22)【出願日】2022-03-04

(65)【公開番号】P2022189713

(43)【公開日】2022-12-22

【審査請求日】2022-03-04

(31)【優先権主張番号】17/344,962

(32)【優先日】2021-06-11

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】520173565

【氏名又は名称】オーブック・インコーポレイテッド

【氏名又は名称原語表記】ＯＢＯＯＫ Ｉｎｃ．

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】王 俊凱

(72)【発明者】

【氏名】謝 宗翰

(72)【発明者】

【氏名】劉 之揚

(72)【発明者】

【氏名】林 維▲徳▼

(72)【発明者】

【氏名】林 易蓁

(72)【発明者】

【氏名】廖 峻▲徳▼

(72)【発明者】

【氏名】張 綱顯

(72)【発明者】

【氏名】陳 俊仁

(72)【発明者】

【氏名】翁 培軒

(72)【発明者】

【氏名】▲頼▼ 逸軒

(72)【発明者】

【氏名】林 明鴻

(72)【発明者】

【氏名】張 書銘

(72)【発明者】

【氏名】林 子皓

【審査官】福田 正悟

(56)【参考文献】

【文献】特表２０２１－５１１５５９（ＪＰ，Ａ）

【文献】米国特許出願公開第２０２０／０１１９９２５（ＵＳ，Ａ１）

【文献】特開２０１８－０１３９６６（ＪＰ，Ａ）

【文献】特開２００５－２７６０１２（ＪＰ，Ａ）

【文献】特開２０２０－１１８６８６（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１５／０３６３７５２（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１２／０１２３９３２（ＵＳ，Ａ１）

【文献】米国特許第０９４００９７６（ＵＳ，Ｂ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

送金のための情報流通方法であって、当該情報流通方法は、当該情報流通方法を実行する処理回路を少なくとも含む電子装置を用いることにより行われ、
支払情報を受信するステップと、
前記支払情報にしたがって、送金条件が満たされているかどうか判定するステップと、
前記送金条件が満たされているとの判定に対応して、前記支払情報におけるソースエンティティの送金元口座情報及び宛先エンティティの送金先口座情報を取得するステップと、
複数の実現可能なセクション、経路アルゴリズム、前記ソースエンティティの送金元口座情報及び前記宛先エンティティの送金先口座情報に従って、複数の実行可能な経路候補を特定するステップと、
前記支払情報に対応する所定の選択ルールに従って、前記複数の実行可能な経路候補から送金経路を決定するステップであって、前記送金経路は、前記ソースエンティティ及び前記宛先エンティティのうちの少なくとも一方を含む、ステップと、
前記送金経路に従って、前記ソースエンティティから前記宛先エンティティに支払情報を送信するステップであって、前記送金経路は複数のノードを含み、該複数のノードはブロックチェーンネットワーク内にあり、前記送金経路に従って、前記ソースエンティティから前記宛先エンティティに前記支払情報を送信するステップは、
前記送金経路の前記複数のノードに前記支払情報を順次送信するステップと、
ノード毎に、各ノードによって前記支払情報が受信された場合に、受信イベントを前記ブロックチェーンネットワークの分散台帳に記録し、前記ブロックチェーンネットワーク内の各ノードに前記受信イベントをブロードキャストするステップと、
ノード毎に、各ノードによって前記支払情報が次ノードに送信される場合、送信イベントを前記分散台帳に記録し、前記ブロックチェーンネットワーク内の各ノードに送信イベントをブロードキャストするステップと、を含む、ステップと、
を含み、
前記送金経路は銀行送金決済ネットワークサービスによって実施される所定の経路を含み、前記宛先エンティティが該所定の経路上にない場合、当該情報流通方法は、前記処理回路により、前記所定の経路の終点ノードと前記宛先エンティティの送金先口座情報に従ってバックエンド接続経路を決定するステップと、前記所定の経路の前記終点ノード及び前記バックエンド接続経路の各ノードにそれぞれ指示を送信するステップであって、各ノードに送信される該指示は、前記所定の経路の終点ノードから前記宛先エンティティを含む前記バックエンド接続経路を突き止めるために各ノードのためのネクストホップ情報を含む、ステップと、前記所定の経路及び前記バックエンド接続経路を介して、前記ソースエンティティから前記宛先エンティティに前記支払情報を送信するステップと、をさらに含む、情報流通方法。

【請求項2】

前記所定の選択ルールは前記実行可能な候補の取引手数料及び手数料閾値に関連し、前記支払情報に対応する前記所定の選択ルールに従って、前記複数の実行可能な経路候補から前記送金経路を決定するステップは、
各実行可能な経路候補の取引手数料の合計を前記手数料閾値と比較することと、
前記実行可能な経路候補から、取引手数料の合計が前記手数料閾値未満の実行可能な経路候補を選択し、選択された、取引手数料の合計が前記手数料閾値未満の実行可能な経路候補を前記送金経路として決定することと、
を含む、請求項１に記載の情報流通方法。

【請求項3】

前記ソースエンティティが前記所定の経路上にない場合、前記情報流通方法は、
前記処理回路により、前記ソースエンティティの送金元口座情報及び前記所定のパスの始点ノードに従ってフロントエンド接続経路を決定するステップと、
前記所定の経路の始点ノード及び前記フロントエンド接続経路の各ノードにそれぞれ表示を送信するステップであって、各ノードに送信される該表示は、前記所定の経路の始点ノードから前記ソースエンティティを含む前記フロントエンド接続経路を突き止めるために各ノードのためのネクストホップ情報を含む、ステップと、
前記フロントエンド接続経路及び前記所定の経路を介して、前記ソースエンティティから前記宛先エンティティに前記支払情報を送信するステップと、
をさらに含む、請求項１に記載の情報流通方法。

【請求項4】

前記宛先エンティティは前記ブロックチェーンネットワーク内にあり、前記情報流通方法は、
前記宛先エンティティによって前記支払情報が受信された場合に、前記ブロックチェーンネットワークの分散台帳に成功した送信イベントを記録し、前記ブロックチェーンネットワーク内の各ノードに成功した送信イベントをブロードキャストするステップ、
をさらに含む、請求項１に記載の情報流通方法。

【請求項5】

電子装置であって、
命令を実行するように構成された処理回路と、
前記処理回路に連結され、前記処理回路によって実行される前記命令を記憶する記憶装置と、
を含み、
前記命令は、
支払情報を受信するステップと、
前記支払情報に従って、送金条件が満たされているかどうか判定するステップと、
前記送金条件が満たされているとの判定に対応して、前記支払情報におけるソースエンティティの送金元口座情報及び宛先エンティティの送金先口座情報を取得するステップと、
複数の実現可能なセクション、経路アルゴリズム、前記ソースエンティティの送金元口座情報及び前記宛先エンティティの送金先口座情報に従って、複数の実行可能な経路候補を特定するステップと、
前記支払情報に対応する所定の選択ルールに従って、前記複数の実行可能な経路候補から送金経路を決定するステップであって、前記送金経路は、前記ソースエンティティ及び前記宛先エンティティのうちの少なくとも一方を含む、ステップと、
前記送金経路に従って、前記ソースエンティティから前記宛先エンティティに前記支払情報を送信するステップであって、前記送金経路は複数のノードを含み、該複数のノードはブロックチェーンネットワーク内にあり、前記送金経路に従って、前記ソースエンティティから前記宛先エンティティに前記支払情報を送信するステップは、
前記送金経路の前記複数のノードに前記支払情報を順次送信するステップと、
ノード毎に、各ノードによって前記支払情報が受信された場合に、受信イベントを前記ブロックチェーンネットワークの分散台帳に記録し、前記ブロックチェーンネットワーク内の各ノードに前記受信イベントをブロードキャストするステップと、
ノード毎に、各ノードによって前記支払情報が次のノードに送信される場合、送信イベントを前記分散台帳に記録し、前記ブロックチェーンネットワーク内の各ノードに前記送信イベントをブロードキャストするステップと、を含む、ステップと、
を含み、
前記送金経路は銀行送金決済ネットワークサービスによって実施される所定の経路を含み、
前記命令は、前記宛先エンティティが該所定の経路上にない場合、
前記処理回路により前記所定の経路の終点ノードと前記宛先エンティティの送金先口座情報に従ってバックエンド接続経路を決定するステップと、
前記所定の経路の前記終点ノード及び前記バックエンド接続経路の各ノードにそれぞれ表示を送信するステップであって、各ノードに送信される該表示は、前記所定の経路の終点ノードから前記宛先エンティティを含む前記バックエンド接続経路を突き止めるために各ノードのためのネクストホップ情報を含む、ステップと、
前記所定の経路及び前記バックエンド接続経路を介して、前記ソースエンティティから前記宛先エンティティに前記支払情報を送信するステップと、
をさらに含む、電子装置。

【請求項6】

前記所定の選択ルールは前記実行可能な候補の取引手数料及び手数料閾値に関連し、前記命令は、
各実行可能な経路候補の取引手数料の合計を前記手数料閾値と比較することと、
前記実行可能な経路候補から、取引手数料の合計が前記手数料閾値未満の実行可能な経路候補を選択し、選択された、取引手数料の合計が前記手数料閾値未満の実行可能な経路候補を前記送金経路として決定することと、
を含む、請求項５に記載の電子装置。

【請求項7】

前記命令は、
前記ソースエンティティが前記所定の経路上にない場合、前記処理回路により、前記ソースエンティティの送金元口座情報及び前記所定のパスの始点ノードに従ってフロントエンド接続経路を決定するステップと、
前記所定の経路の始点ノード及び前記フロントエンド接続経路の各ノードにそれぞれ表示を送信するステップであって、各ノードに送信される該表示は、前記所定の経路の始点ノードから前記ソースエンティティを含む前記フロントエンド接続経路を突き止めるために各ノードのためのネクストホップ情報を含む、ステップと、
前記フロントエンド接続経路及び前記所定の経路を介して、前記ソースエンティティから前記宛先エンティティに前記支払情報を送信するステップと、
をさらに含む、請求項５に記載の電子装置。

【請求項8】

前記宛先エンティティは前記ブロックチェーンネットワーク内にあり、前記命令は、
前記宛先エンティティによって前記支払情報が受信された場合に、前記ブロックチェーンネットワークの分散台帳に成功した送信イベントを記録し、前記ブロックチェーンネットワーク内の各ノードに前記成功した送信イベントをブロードキャストするステップ、
をさらに含む、請求項５に記載の電子装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報流通方法及び電子装置に関し、より具体的には送金のための情報流通方法及び電子装置に関する。

【背景技術】

【0002】

ｅコマース（ｅコマース）は、インターネットを通じた商品又はサービスの取引である。世界中でインターネットの普及が進むにつれて、インターネット上で提供される商品及びサービスが飛躍的に増加している。ｅコマースは全ての人にビジネスの範囲を広げた。ｅコマースプラットフォームは、小売業者又はベンダーが商品を販売するための店舗を作ることを可能にする。消費者は、ネットワークを介してｅコマースプラットフォームに接続し、所望の商品を探すことができる。消費者は、ｅコマースプラットフォーム上で関心のある商品を購入し得る。取引が完了した後、消費者はｅコマースプラットフォームに商品の代金を支払い得る。ｅコマースプラットフォームは顧客から支払いを受け得る。その後、ｅコマースプラットフォームは、決済識別コード（例えば、銀行識別コード（ＢＩＣ）又はＳＷＩＦＴ（登録商標）コード）を用いた支払取引方法を使用して、販売事業者に決済を指示し得る。しかしながら、ＢＩＣ／ＳＷＩＦＴ（登録商標）コードを用いる典型的な支払取引方法は、送金のために長い処理時間を要し得る。加えて、ｅコマースプラットフォームは、支払を販売事業者に指示するために仮想カード番号（ＶＣＮ）を用いる別の支払取引方法を用いり得る。しかしながら、ＶＣＮを用いる典型的な支払取引方法の取引手数料は高額であり得る。そのため、先行技術を改善する必要がある。

【発明の概要】

【発明が解決しようとする課題】

【0003】

したがって、本発明の主たる目的は、上記の課題を解決するために、送金のための情報流通方法及び電子装置を提供することである。

【0004】

本発明の一実施形態によれば、送金のための例示の情報流通方法が開示される。送金のための例示の情報流通方法は、支払情報を受信するステップと、該支払情報に従って、送金条件が満たされているかどうか判定するステップと、送金条件が満たされているとの判定に対応して、支払情報におけるソースエンティティの送金元口座情報及び宛先エンティティの送金先口座情報を取得するステップと、ソースエンティティの送金元情報及び宛先エンティティの送金先口座情報に従って送金経路を決定するステップと、送金経路に従って、ソースエンティティから宛先エンティティに支払情報を送信するステップとを含む。

【0005】

本発明の一実施形態によれば、例示の電子装置が開示される。例示の電子装置は、命令を実行するように構成された処理回路と、前記処理回路に連結され、前記処理回路によって実行される前記命令を記憶する記憶装置と、を含み、前記命令は、支払情報を受信するステップと、支払情報に従って、送金条件が満たされているかどうか判定するステップと、送金条件が満たされているとの判定に対応して、支払情報におけるソースエンティティの送金元口座情報及び宛先エンティティの送金先口座情報を取得するステップと、ソースエンティティの送金元情報及び宛先エンティティの送金先口座情報に従って送金経路を決定するステップと、送金経路に従って、ソースエンティティから宛先エンティティに支払情報を送信するステップとを含む。

【0006】

本発明のこれら及び他の目的は、様々な図及び図面に示される好ましい実施形態の以下の詳細な説明を読んだ後に当業者に明らかになるであろう。

【図面の簡単な説明】

【0007】

【図1】図１は本発明の一実施形態に係る電子装置を示す概略図である。

【図2】図２は、本発明の一実施形態に係る送金のための情報流通方法の手順のフロー図である。

【図3】図３は、本発明の代替の実施形態に係る送金経路を示す概略図である。

【図4】図４は、本発明の代替の実施形態に係る送金経路を示す概略図である。

【図5】図５は、本発明の代替の実施形態に係る送金経路を示す概略図である。

【図6】図６は、本発明の代替の実施形態に係る送金経路を示す概略図である。

【発明を実施するための形態】

【0008】

特定の構成要素に言及するために、明細書及び下記の特許請求の範囲の全体にわたって特定の用語を用いる。当業者であれば理解するように、ハードウェア製造業者は、異なる名称で構成要素に言及し得る。本願では、機能ではなく名称が異なる構成要素を区別することを意図していない。以下の説明及び特許請求の範囲では、「含む」という用語はオープンエンド方式で用いられるため、「含むが、これに限定されない」と意味すると解釈すべきである。「連結」という用語は、間接的又は直接的な電気接続を意味することを意図している。したがって、ある装置が別の装置に連結されている場合、その接続は直接的な電気接続を介して又は他の装置及び接続を介して間接的な電気接続を介してなされ得る。

【0009】

本発明の一実施形態に係る電子装置１を示す概略図である図１を参照されたい。電子装置１は、ｅコマースプラットフォームサーバ１０、処理回路１２及び記憶装置１４を含む。顧客は、ネットワークを介してｅコマースプラットフォームのｅコマースプラットフォームサーバ１０に来て、購入したい商品の販売事業者を見つけ得る。顧客は、ｅコマースプラットフォームサーバ１０上で販売事業者の商品を購入し、ｅコマースプラットフォームに商品の代金を支払いうる。ｅコマースプラットフォームは、取引が完了した後に顧客から支払を受け得る。したがって、取引が完了した後に、ｅコマースプラットフォームは、販売された商品の代金を販売事業者に送金し得る。例えば、ｅコマースプラットフォームは、銀行Ｘの送金元口座２２(例えば、プラットフォーム口座（例えば、ｅコマースプラットフォームの銀行口座とも呼ばれる）)（ソースエンティティ）から銀行Ｙの送金先口座３２（例えば、販売業者口座（販売業者プラットフォームの銀行口座とも呼ばれる））（宛先エンティティ）に支払額を送金し得る。処理回路１２は、支払情報に従って送金経路を特定し、送金経路に従って送金元口座２２の銀行Ｘから送金先口座３２の銀行Ｙに支払情報を送信し、支払額に対応する資金が、銀行Ｘの送金元口座２２から銀行Ｙの送金先口座３２に送金されるように構成されている。

【0010】

電子装置１の動作の説明については、図２を参照されたい。図２は、本発明の一実施形態に係る送金のための情報流通方法の手順２０のフロー図である。図２のフローチャートは、図１に示す電子装置１での動作に主に対応する。手順２０は以下のステップを含む。

【0011】

ステップＳ２００：開始。

【0012】

ステップＳ２０２：支払情報を受信する。

【0013】

ステップＳ２０４：支払情報に従って、送金条件が満たされているかどうか判定する。

【0014】

ステップＳ２０６：送金条件が満たされているとの判定に対応して、支払情報におけるソースエンティティの送金元口座情報及び宛先エンティティの送金先口座情報を取得する。

【0015】

ステップＳ２０８：ソースエンティティの送金元口座情報及び宛先エンティティの送金先口座情報に従って送金経路を決定する。

【0016】

ステップＳ２１０：送金経路に従って、ソースエンティティから宛先エンティティに支払情報を送信する。

【0017】

ステップS２１２：終了。

【0018】

手順２０によれば、ステップＳ２０２で、処理回路１２は、ｅコマースプラットフォームサーバ１０から支払情報を受信するように構成されている。例えば、顧客がオンライン旅行代理店（ＯＴＡ）プラットフォームでホテルの部屋を予約し、ＯＴＡプラットフォームにホテルの料金を支払うとする。取引が完了した後、ＯＴＡプラットフォーム（例えば、ｅコマースプラットフォームサーバ１０）は、銀行Ｘの送金元口座２２から銀行Ｙの送金先口座３２への送金を通じて、取引の支払額をホテルのオーナーに送金し得る。ｅコマースプラットフォームサーバ１０は支払情報を生成するように構成されている。支払情報は、支払金額、ソースエンティティの送金元情報、宛先エンティティの送金先口座情報、特定支出表示、受領情報、注文内容、注文番号、注文完了日、支払情報を送信するためのＩＰアドレス、備考等を含み得る。ソースエンティティの送金元情報は、国名、銀行名、送金元口座番号、送金元口座名等の情報を含み得る。宛先エンティティの送金先口座情報は、国名、銀行名、送金先口座番号、送金先口座名等の情報を含み得る。ｅコマースプラットフォームサーバ１０は、処理回路１２に支払情報を提供するように構成されている。

【0019】

ステップＳ２０４では、ｅコマースプラットフォームサーバ１０から支払情報を取得した後に、処理回路１２は、支払情報が送金条件を満たしているかどうか判定するように構成されている。処理回路１２は、支払情報を送金条件と比較し得る。支払情報に含まれる内容が送金条件に合致する場合、すなわち、送金条件を満たす場合、ステップＳ２０６が実行される。送金条件は予め設定されていてもよい。送金条件は、限定されないが、注文完了、イベント完了、指定時間、手動選択、支払充当要求のための手動トリガを含み得る。例えば、送金条件は、支払情報を受け取るとすぐに送金する旨の表示、支払情報を受け取った後の特定の日数内（又は後）に送金する旨の表示、注文完了日の後の特定の日数内（又は後）に送金する旨の表示、定期的な支払期日（例えば、毎月１０日、２０日又は３０日、毎週末）に送金する旨の表示、必要な全ての情報が利用可能であること、受け取った充当の表示等を含み得る。

【0020】

例えば、送金条件は、注文完了日から７日後に送金する旨の表示を含み得る。支払情報は、２０２０年１月１日の注文完了日の情報を含み、今日は２０２０年１月１０日である。処理回路１２は、今日が注文完了日から少なくとも７日後であるかどうかを判定し得る。処理回路１２は支払情報を分析し、支払情報に記録された注文完了日を取得し得る。したがって、処理回路１２は今日（すなわち、２０２０年１月１０日）が注文完了日（すなわち、２０２０年１月１日）から１０日後であり、送金条件を満たすと判定し、ステップＳ２０６が実行される。すなわち、処理回路１２は、支払情報に従って送金条件が満たされているかどうかを判定し得る。送金条件が満たされている場合、ステップＳ２０６が実行される。さらに、送金条件の数は、実際の要件に従って変更され且つ設計され得る。いくつかの送金条件が設定されている場合、全ての送金条件が満たさなければならず、ステップＳ２０６が実行される。ステップＳ２０４で送金条件が満たされていない場合、手順２０が保留され、ステップＳ２０２に戻る。

【0021】

Ｓ２０６では、送金条件が満たされているとの判定に対応して、処理回路１２は、支払情報におけるソースエンティティの送金元口座情報及び宛先エンティティの送金先口座情報を取得するように構成されている。例えば、処理回路１２は、支払情報における銀行Ｘのプラットフォーム口座（すなわち、送金元口座２２）情報及び銀行Ｙの販売事業者口座（すなわち、送金先口座３２）情報を取得する。プラットフォーム口座情報は銀行Ｘのプラットフォーム口座を表す。販売事業者口座情報は銀行Ｙの販売事業者口座を表す。

【0022】

ステップＳ２０８では、処理回路１２は、ソースエンティティの送金元口座情報（例えば、銀行Ｘのプラットフォーム口座情報）及び宛先エンティティの送金先口座情報（例えば、銀行Ｙの販売事業者口座情報）に従って、送金経路（送金ルートとも呼ばれる）を決定する。送金経路は複数のノードを含み得る。送金経路の各ノードは銀行エンティティを表し得る。送金経路は、ソースエンティティ及び宛先エンティティのうちの少なくとも１つを含み得る。一実施形態では、プラットフォーム口座情報は、銀行Ｘのプラットフォーム口座を示し、販売事業者口座情報は、銀行Ｙの販売事業者口座を示す。銀行Ｘ及び銀行Ｙが同じ国の同じ銀行の場合、銀行Ｘのプラットフォーム口座から銀行Ｙへの販売事業者口座への送金は、銀行内送金サービスを利用し得る。図３に示すように、処理回路１２は、ノードＸ（すなわち、銀行Ｘ）及びノードＹ（すなわち、銀行Ｙ）を含む送金経路Ｐを決定し、ノードＸがノードＹに直接接続される。

【0023】

一実施形態では、銀行Ｘのプラットフォーム口座から銀行Ｙの販売事業者口座への送金が、異なる銀行における銀行間送金サービスを利用し得るか又は海外送金サービスを伴い得る。処理回路１２は、銀行Ｘのプラットフォーム口座と銀行Ｙの販売事業者口座との間の複数の実行可能な経路候補を複数の実行可能なセクション、経路アルゴリズムに従って特定し得る。例えば、図４に示すように、ノードＸが銀行Ｘのプラットフォーム口座を表し、ノードＹが銀行Ｙの販売事業者口座を表す。処理回路１２によって実行可能な経路候補Ｐ１、Ｐ２、Ｐ３が特定される。実現可能な経路候補Ｐ１は、ノードＸ、Ａ、Ｂ及びＹを含む。実現可能な経路候補Ｐ２は、ノードＸ、Ａ’、Ｂ’及びＹを含む。実現可能な経路候補Ｐ３は、ノードＸ、Ａ’、Ｂ’、Ｃ’及びＹを含む。実現可能な経路候補の各ノードは対応する銀行エンティティを表し得る。処理回路１２は、支払情報に対応する所定の選択ルールに従って、実現可能な経路候補から送金経路を決定し得る。所定の選択ルールは、限定されないが、実現可能な経路候補に対応する取引手数料及び処理時間のうちの少なくとも１つに関連し得る。

【0024】

例えば、処理回路１２は、実現可能な経路候補に対応する取引手数料に従って、実現可能な経路候補からの送金経路を決定し得る。ｅコマースプラットフォームサーバ１０は、実現可能な経路候補に対応する取引手数料を計算し、実行可能な経路候補に対応する取引手数料の情報を処理回路１２に提供し得る。実行可能な経路候補に対応する取引手数料の情報を受信した後に、処理回路１２は、取引手数料の合計が最も少ない実行可能な経路候補を送金経路として機能するように選択し得る。図４に示すように、銀行Ｘのプラットフォーム口座から銀行Ｙの販売事業者口座への支払額に対応する送金のための銀行Ｘ、Ａ、Ｂ及びＹの取引手数料の合計（すなわち、実行可能な経路候補Ｐ１に対応する取引手数料の合計）が、送金額の１.５％であるとする。銀行Ｘのプラットフォーム口座から銀行Ｙの販売事業者口座への支払額に対応する送金のための銀行Ｘ、Ａ’、Ｂ’及びＹの取引手数料の合計（すなわち、実行可能な経路候補Ｐ２に対応する取引手数料の合計）が送金額の２％であるとする。銀行Ｘのプラットフォーム口座から銀行Ｙの販売事業者口座への支払額に対応する送金のための銀行Ｘ、Ａ’、Ｂ’、Ｃ’及びＹの取引手数料の合計（すなわち、実行可能な経路候補Ｐ３に対応する取引手数料の合計）が送金額の３％であるとする。したがって、処理回路１２は、取引手数料の合計が最も少ない実行可能な経路候補Ｐ１を送金経路として機能するように選択し得る。

【0025】

例えば、処理回路１２は、実行可能な経路候補に対応する取引手数料及び手数料閾値に従って、実行可能な経路候補から送金経路を決定し得る。一実施形態では、処理回路１２は、各実行可能な経路候補の取引手数料の合計を手数料閾値と比較し得る。処理回路１２は、実行可能な経路候補から、取引手数料の合計が手数料閾値未満の実行可能な経路候補を選択し、選択した、取引手数料の合計が手数料閾値未満の実行可能な経路候補を送金経路に決定し得る。例えば、処理回路１２は、取引手数料の合計が手数料閾値未満の実行可能な経路候補を送金経路として機能するように選択し得る。例えば、図４に示すように、処理回路１２は、実行可能な経路候補Ｐ１に対応する取引手数料の合計の情報を、ｅコマースプラットフォームサーバ１０から受信し得る。処理回路１２は、実行可能な経路候補Ｐ１に対応する取引手数料の合計を、手数料閾値と比較し得る。実行可能な経路候補Ｐ１に対応する取引手数料の合計が、手数料閾値よりも小さい場合、処理回路１２は実行可能な経路候補Ｐ１を送金経路に決定し得る。実行可能な経路候補Ｐ１に対応する取引手数料の合計が、手数料閾値以上の場合、処理回路１２は特定期間待ち、実行可能な経路候補Ｐ２に対応する取引手数料の合計の情報をｅコマースプラットフォームサーバ１０から受信し得る。同様に、処理回路１２は、実行可能な経路候補Ｐ２に対応する取引手数料の合計を、手数料閾値と比較し得る。実行可能な経路候補Ｐ２に対応する取引手数料の合計が、手数料閾値よりも小さい場合、処理回路１２は実行可能な経路候補Ｐ２を送金経路に決定し得る。実行可能な経路候補Ｐ２に対応する取引手数料の合計が手数料閾値以上の場合、処理回路１２は実行可能な経路候補Ｐ３に対応する取引手数料の合計の情報をｅコマースプラットフォームサーバ１０から受信し、実行可能な経路候補Ｐ３に対応する取引手数料の合計を手数料閾値と比較し得る。

【0026】

例えば、処理回路１２は、実行可能な経路候補に対応する処理時間に従って、実行可能な経路候補から送金経路を決定し得る。ｅコマースプラットフォームサーバ１０は、実行可能な経路候補に対応する処理時間を計算し、実行可能な経路候補に対応する処理時間の情報を処理回路１２に提供し得る。処理回路１２は、実行可能な経路候補に対応する処理時間の情報を受信した後に、処理時間の合計が最も短い実行可能な経路候補を、送金経路として機能するよう選択し得る。

【0027】

ステップＳ２１０では、処理回路１２は、支払合計に対応する資金がソースエンティティの送金元口座から宛先エンティティの送金先口座に送金されるように、送金経路に従って、ソースエンティティの送金元口座から宛先エンティティの送金先口座に支払情報を送信する。例えば、処理回路１２は、送金経路に従って、送金元口座２２の銀行Ｘから送金先口座３２の銀行Ｙに支払情報を送信する。したがって、支払情報に対応する送金処理の間、支払情報が銀行Ｘの送金元口座２２から銀行Ｙの送金先口座３２に送信されているため、支払情報に対応する資金が銀行Ｘの送金元口座２２から銀行Ｙの送金先口座３２に所定の経路を介して送金され得る。

【0028】

代替的な実施形態では、ステップＳ２０８で、送金経路は所定の経路を含み、宛先エンティティ（例えば、銀行Ｙ）が所定の経路上にない場合がある。所定の経路での送金は、リップル、ＳＢＩ送金、Ｖｉｓａ、ＭａｓｔｅｒＣａｒｄ等の銀行送金決済ネットワークサービスによって実施され得る。処理回路１２は、所定の経路の終点ノード及び宛先エンティティの送金先口座情報（例えば、銀行Ｙの送金先口座３２の情報）に従ってバックエンド接続経路を決定し得る。バックエンド接続経路の始端は所定経路の終点ノードであり得る。バックエンド接続パスの終点は宛先エンティティ（例えば、銀行Ｙ）であり得る。さらに、ステップＳ２１０で、処理回路１２は支払情報と、送金経路が所定の経路を含むという表示とを所定の経路の始点ノードに送信し、支払情報が所定の経路の始点ノードから所定の経路の終点ノードに送信されるようにしてもよい。処理回路１２は、バックエンド接続経路の各ノード及び所定の経路の終点ノードに表示をそれぞれ送信してもよい。各ノードに送信される表示は、各ノードの次のホップ情報を含み得る。そのため、対応する表示を受信した各ノード（銀行エンティティ）は、次のホップ情報に従って送金すべき次のノード（次の銀行エンティティ）を識別し、許容し得る。また、支払情報を受信した場合、次のノードが識別されていることから、各ノードは次のノードに支払情報を送信し得る。そのため、支払情報に対応する送金処理の間に、対応する表示を受信した各ノード（銀行エンティティ）は、支払情報及び次のホップ情報に従って、支払情報に対応する資金を次の銀行エンティティに送金され得る。したがって、支払情報に対応する送金処理の間に、支払情報に対応する資金は、支払情報が所定の経路及びバックエンド接続経路を介してソースエンティティから宛先エンティティに送信されているため、支払情報に対応する資金がソースエンティティの送金元口座（例えば、銀行Ｘの送金元口座２２）から宛先エンティティの送金先口座（例えば、銀行Ｙの送金先口座３２）に送金され得る。

【0029】

例えば、図５に示すように、ノードＸは銀行Ｘのプラットフォーム口座を表し、ノードＹは銀行Ｙの販売事業者口座を表す。送金経路Ｐは所定の経路ＰＰを含む。所定の経路ＰＰはノードＸ、Ａ、Ｂ及びＣを含む。所定経路ＰＰ上での送金は、リップル、ＳＢＩ送金、Ｖｉｓａ、ＭａｓｔｅｒＣａｒｄ等の銀行送金決済ネットワークサービスによって実施され得る。図５に示すように、所定の経路ＰＰはノードＹを含まない。すなわち、ノードＹ（すなわち、銀行Ｙ）は所定の経路ＰＰ上にない。このような状況下では、処理回路１２は、所定の経路ＰＰの終点ノード（ノードＣ）と、銀行Ｙの販売事業者口座とに従ってバックエンド接続経路ＰＢを決定する。バックエンド接続経路ＰＢはノードＣ、Ｄ’、Ｅ’及びＹを含む。処理回路１２は、送金すべき次のノードはノードＤ’であることを示す表示をノードＣに送信する。処理回路１２は送金すべき次のノードはノードＥ’であることを示す表示をノードＤ’に送信する。処理回路１２は、送金すべき次のノードはノードＹであることを示す表示をノードＥ’に送信する。さらに、処理回路１２は支払情報と、送金経路Ｐが所定の経路ＰＰを含むことを示す表示とをノードＸに送信する。支払情報は、所定の経路ＰＰに従ってノードＸからノードＣに送信され得る。支払情報を受信した後、ノードＣは処理回路１２から送信された表示に従って、支払情報をノードＤ’に送信する。このように、ノードＤ’は支払情報をノードＥ’に送信し、ノードＥ’は支払情報をノードＹに送信する。したがって、支払情報に対応する送金処理の間に、支払情報に対応する資金が、所定の経路ＰＰ及びバックエンド接続経路ＰＢを介して銀行Ｘのプラットフォーム口座から銀行Ｙの販売事業者口に送金され得る。
代替的な実施形態では、ステップＳ２０８で、送金経路は所定の経路を含み、宛先エンティティは所定の経路上に存在しない場合がある。所定の経路での送金は、銀行送金決済ネットワークサービスによって実施され得る。処理回路１２は、所定の経路の終点ノード及び宛先エンティティの送金先口座情報に従ってバックエンド接続経路を決定し得る。バックエンド接続経路の始端は、所定の経路の終点ノードであり得る。バックエンド接続経路の終端は宛先エンティティ（例えば、銀行Ｙ）であり得る。また、ステップＳ２１０では、処理回路１２は支払情報と、送金経路が所定の経路を含むことを示す表示とを、所定の経路の始点ノードに送信するため、支払情報が所定の経路の始点ノードから所定の経路の終点ノードに送信され得る。処理回路１２は、バックエンド接続経路を示す表示を所定の経路の終点ノードに送信して、支払情報が所定の経路の終点ノードからバックエンド接続経路の終点ノードに送信されるようにしてもよい。したがって、支払情報に対応する送金処理の間に、支払情報が所定の経路及びバックエンド接続経路を介してソースエンティティから宛先エンティティに送信されているため、支払情報に対応する資金が所定の経路及びバックエンド接続経路を介して、ソースエンティティの送金元口座（例えば、銀行Ｘの送金元口座２２）から宛先エンティティの送金先口座（例えば、銀行Ｙの送金先口座３２）に送金され得る。

【0030】

例えば、図５をさらに参照されたい。所定の経路ＰＰでの送金は、リップル、ＳＢＩ送金、Ｖｉｓａ、ＭａｓｔｅｒＣａｒｄ等の銀行送金ネットワークサービスによって実施され得る。処理回路１２は、支払情報と、送金経路Ｐが所定の経路ＰＰを含むことを示す表示とをノードＸに送信する。支払情報は、所定の経路ＰＰに従ってノードＸからノードＣに送信され得る。処理回路１２は、バックエンド接続経路ＰＢを示す表示をノードＣ（所定の経路ＰＰの終点ノード）に送信し得る。支払情報は、バックエンド接続経路ＰＢに従ってノードＣからノードＹに送信され得る。支払情報に対応する送金処理の間に、支払情報に対応する資金が、所定の経路ＰＰ及びバックエンド接続経路ＰＢを介して銀行Ｘのプラットフォーム口座から銀行Ｙの販売事業者口座に送金され得る。

【0031】

代替的な実施形態では、ステップＳ２０８で、送金経路は所定の経路を含み、ソースエンティティ（例えば、銀行Ｘ）は所定の経路上に存在しない場合がある。所定の経路での送金は、リップル、ＳＢＩ送金、Ｖｉｓａ、ＭａｓｔｅｒＣａｒｄ等の銀行送金決済ネットワークサービスによって実施され得る。処理回路１２は、所定のパスの始点ノード及びソースエンティティの送金元口座情報（例えば、銀行Ｘの送金元口座２２の情報）に従ってフロントエンド接続パスを決定し得る。フロントエンド接続経路の始端はソースエンティティ（例えば、銀行Ｘ）であり得る。フロントエンド接続経路の終端は所定経路の始点ノードであり得る。ステップＳ２１０で、処理回路１２は、フロントエンド接続経路の始点ノードに支払情報を送信し得る。処理回路１２は、フロントエンド接続経路の各ノード及び所定経路の始点ノードに表示をそれぞれ送信し得る。各ノードに送信される表示は、各ノードの次のホップ情報を含み得る。そのため、対応する表示を受信する各ノード（銀行エンティティ）は、次のホップ情報に従って送金されるべき次のノード（次の銀行ノード）を識別し、許容し得る。支払情報を受信すると、各ノードは、次のノードが識別されていることから次のノードに支払情報を送信するため、支払情報に対応する送金処理の間に、対応する表示を受信する各ノード（銀行エンティティ）は、支払情報に対応する資金を、支払情報及び次のホップ情報に従って次の銀行エンティティに送金し得る。そのため、支払情報は、フロントエンド接続経路の始点ノードから所定経路の始点ノードに送信され得る。処理回路１２は、送金経路が所定の経路を含むことを示す表示を所定の経路の始点ノードに送信するため、支払情報が所定の経路の始点ノードから所定の経路の終点ノードに送信され得る。したがって、支払情報に対応する送金処理の間、支払情報がフロントエンド接続経路及び所定経路を介してソースエンティティから宛先エンティティに送信されているため、支払情報に対応する資金がフロントエンド接続経路及び所定経路を介してソースエンティティの送金元口座から宛先エンティティの送金先口座に送金され得る。

【0032】

例えば、図６に示すように、ノードＸは銀行Ｘのプラットフォーム口座を表し、ノードＹは銀行Ｙの販売事業者口座を表わす。送金経路Ｐは所定の経路ＰＰを含む。所定の経路ＰＰはノードＡ、Ｂ、Ｃ及びＹを含む。所定の経路ＰＰでの送金は、リップル、ＳＢＩ送金、Ｖｉｓａ、ＭａｓｔｅｒＣａｒｄ等の銀行送金ネットワークサービスによって実施され得る。図６に示すように、所定の経路ＰＰはノードＸを含まない。すなわち、ノードＸ（すなわち、銀行Ｘ）は所定の経路ＰＰ上にない。そのような状況下では、処理回路１２は、所定の経路ＰＰの始点ノード（すなわち、ノードＡ）及び銀行Ｘのプラットフォーム口座に従ってフロントエンド接続経路ＰＦを決定する。フロントエンド接続経路ＰＦは、ノードＸ、Ｄ’、Ｅ’及びＡを含む。処理回路１２は、送金すべき次ノードはノードＤ’であることを示す表示をノードＸに送信する。処理回路１２は、送金すべき次ノードはノードＥ’であることを示す表示をノードＤ’に送信する。処理回路１２は、送金すべき次ノードはノードＡであることを示す表示をノードＥ’に送信する。さらに、処理回路１２は支払情報と、送金経路Ｐが所定の経路ＰＰを含むことを示す表示とをノードＸに送信する。支払情報を受信した後で、ノードＸは、処理回路１２から送信された表示に従って、支払情報をノードＤ’に送信する。このように、ノードＤ’は支払情報をノードＥ’に送信し、ノードＥ’はノードＡに支払情報を送信する。さらに、処理回路１２は、送金経路Ｐが所定の経路ＰＰであることを示す表示をノードＡに送信する。所定の経路ＰＰに従って、支払情報がノードＡからノードＹに送信され得る。したがって、支払情報に対応する送金処理の間に、支払情報に対応する資金が、フロントエンド接続経路ＰＦ及び所定の経路ＰＰを介して、銀行Ｘのプラットフォーム口座から銀行Ｙの販売事業者口座に送金され得る。

【0033】

代替的な実施形態では、ステップＳ２０８で、送金経路は所定の経路を含み、ソースエンティティは所定の経路上に存在しない場合がある。所定の経路での送金は、銀行送金決済ネットワークサービスによって実施され得る。処理回路１２は、所定のパスの始点ノード及びソースエンティティの送金元口座情報（例えば、銀行Ｘの送金元口座２２の情報）に従ってフロントエンド接続経路を決定し得る。フロントエンド接続経路の始端はソースエンティティ（例えば、銀行Ｘ）であり得る。フロントエンド接続経路の終端は、所定経路の始点ノードであり得る。また、ステップＳ２１０で、処理回路１２は、支払情報と、フロントエンド接続経路を示す表示とをフロントエンド接続経路の始点ノードに送信するため、支払情報がフロントエンド接続経路の始点ノードからフロントエンド接続パスの終点ノードに送信され得る。処理回路１２は、所定の経路を示す表示を所定の経路の始点ノード（すなわち、フロントエンド接続経路の終点ノード）に送信するため、支払情報が所定の経路の始点ノードから所定のパスの終点ノードに送信され得る。

【0034】

例えば、図６をさらに参照されたい。所定の経路ＰＰでの送金は、リップル、ＳＢＩ送金、Ｖｉｓａ、ＭａｓｔｅｒＣａｒｄ等の銀行送金ネットワークサービスによって実施され得る。処理回路１２は、支払情報と、フロントエンド接続経路ＰＦを示す表示とをノードＸに送信する。支払情報は、フロントエンド接続経路ＰＦに従ってノードＸからノードＡに送信され得る。処理回路１２は、所定のパスＰＰを示す表示をノードＡ（フロントエンド接続経路ＰＦの終点ノード）に送信する。支払情報は、所定の経路ＰＰに従ってノードＡからノードＹに送信され得る。支払情報に対応する送金処理の間に、支払情報に対応する資金は、フロントエンド接続経路ＰＦ及び所定の経路ＰＰを介して銀行Ｘのプラットフォーム口座から銀行Ｙの販売事業者口座に送金され得る。

【0035】

電子装置１はブロックチェーンネットワークに適用され得る。ブロックチェーンネットワークは主鎖を含み得る。ブロックチェーンネットワークは主鎖及び分岐鎖を含み得る。送金経路の各ノード、所定の経路、フロントエンド接続経路、バックエンド接続経路はブロックチェーンネットワークに適用され得る。送金経路の各ノード、所定の経路、フロントエンド接続経路、バックエンド接続経路について、各ノードが支払情報を受信した場合、受信イベントが追加されて台帳に記録され、受信イベントがブロックチェーンネットワーク内の各ノードにブロードキャストされ得る。各ノードに対して、各ノードが次のノードに支払情報を送信する場合、送信イベントが追加されて台帳に記録され、送信イベントがブロックチェーンネットワーク内の各ノードにブロードキャストされる。宛先エンティティはブロックチェーンネットワーク内にあり得る。宛先エンティティが支払情報を受信した場合、成功した送信イベントが追加されて台帳に記録され、成功した送信イベントがブロックチェーンネットワーク内の各ノードにブロードキャストされる。

【0036】

当業者であれば、上述の説明及び実施形態に対して組み合わせ、修正及び／又は変更を容易に行うことができる。上述の説明、ステップ、手順及び／又は提案されたステップを含むプロセスは、ハードウェア、ソフトウェア、（ハードウェア装置と、ハードウェア装置上で読み取り専用ソフトウェアとして存在するコンピュータ命令及びデータの組み合わせとして知られる）ファームウェア、電子システム又はそれらの組み合わせであり得る手段によって実現できる。手段の一例は電子装置１であり得る。ハードウェアの例としては、マイクロ回路、マイクロチップ又はシリコンチップとして知られるアナログ、デジタル及び／又は混合回路が挙げられる。例えば、ハードウェアは、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス、結合ハードウェアコンポーネント又はそれらの組み合わせを含み得る。別の例では、ハードウェアは、汎用プロセッサ、マイクロプロセッサ、コントローラ、デジタル信号プロセッサ（ＤＳＰ）又はそれらの組み合わせを含み得る。ソフトウェアの例は、記憶装置（例えば、非一時的コンピュータ読み取り可能媒体）に保持（例えば、記憶）されるコードのセット、命令のセット及び／又は機能のセットを含む。非一時的コンピュータ読み取り可能記憶媒体は、限定されないが、読み取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、加入者識別モジュール（ＳＩＭ）、ハードディスク、フロッピーディスケット又はＣＤ－ＲＯＭ／ＤＶＤ－ＲＯＭ／ＢＤ－ＲＯＭを含み得る。電子システムの例は、システムオンチップ（ＳｏＣ）、システムインパッケージ（ＳｉＰ）、コンピュータオンモジュール（ＣｏＭ）、コンピュータプログラム商品、装置、携帯電話、ラップトップ、タブレットコンピュータ、電子ブック又はポータブルコンピュータシステム及びテスト装置１０４を含み得る。

【0037】

上述の手順及び例のいずれも、非一時記憶装置に記憶されるプログラムコード又は命令にコンパイルされ得る。例えば、記憶装置１４は、処理回路１２によってアクセス及び実行されるプログラムコード又は命令を記憶し得る。処理回路１２は、上述の機能を実現するために、記憶装置１４に記憶されたプログラムコード又は命令を読み出し実行し得る。さらに、電子装置１は、処理回路１２及び記憶装置１４を含む任意のコンピュータ装置であってもよく、上述の機能を実現するために上述の手順のプログラムコード又は命令を実行することができる。

【0038】

要約すると、本発明の実施形態は、送金条件を検証し、様々な適用状況に好適な送金経路を導出して、ｅコマースプラットフォームと販売事業者との間の全体的な支払いの運用を指示し、プラットフォーム口座から販売事業者口座への支払の送金を容易にすることにより、実際の取引手数料を削減し、機動的な送金経験を提供できる。

【0039】

当業者であれば、本発明の教示を保持しながら装置及び方法の多くの修正及び変更を行い得ることを容易に理解するであろう。したがって、上記の開示は、添付の特許請求の範囲によってのみ限定されると解釈すべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】