WO2010145375A1 - 一种支付业务异常交易的处理方法及系统 - Google Patents

一种支付业务异常交易的处理方法及系统 Download PDF

Info

Publication number
WO2010145375A1
WO2010145375A1 PCT/CN2010/072844 CN2010072844W WO2010145375A1 WO 2010145375 A1 WO2010145375 A1 WO 2010145375A1 CN 2010072844 W CN2010072844 W CN 2010072844W WO 2010145375 A1 WO2010145375 A1 WO 2010145375A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction
mercury
amount
user
trading
Prior art date
Application number
PCT/CN2010/072844
Other languages
English (en)
French (fr)
Inventor
易佳
马俊辉
赖天建
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2010145375A1 publication Critical patent/WO2010145375A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications

Definitions

  • the wood to be solved is a method and system for providing payment and various transactions to solve the existing transaction in the wood.
  • the transaction includes clarifying the transaction amount to the user, the transaction is mercury trading in the user amount, the near-user amount is traded in the transaction mercury, and the trading transaction mercury is updated.
  • the amount of the user's amount is close to the maximum amount, and if so, if the result is no, then the user's amount is close to the user.
  • Trading Mercury necessary information includes information on mercury traded in the medium, as well as trading mercury information in the transactional ratio of traded mercury.
  • the policy of paying and trading is provided, including the payment and management of the sheep.
  • the sheep nearly includes the same son, and the transaction in the transaction is the same as the transaction.
  • the sheep nearly includes the rules and regulations of the sheep, which are the same as the permission of the child to trade in the same park, trading in the user amount, nearly trading mercury and children, the rules of the sheep trading in the user Amount, then the user's amount of rules
  • the transaction mercury necessary information includes information on the mercury traded in the middle, as well as the transaction mercury information in the transactional ratio of the traded mercury.
  • the sheep includes a limited amount of lambs
  • the approximate amount of the user of the child is the upper limit of the amount, and if so, the information is passed through the information.
  • the amount limit is not the maximum amount of the sub-goger user amount, the user amount is not directly internal and
  • the external message, the sub-goat, is not the internal direct retreat, and the external interface is close to the user.
  • the method of payment and transaction of this 1 is to use intelligence and each household. According to the pre-determined rules, the following steps are included.
  • the user is using the payment and each of the reasons and the transaction of mercury, the transaction is mainly caused by the operation, external interface or user exit.
  • the transaction is generated at the specified location.
  • the transaction includes a text day, or teaches mercury.
  • Transaction The necessary information for mercury trading, the necessary information does not include information on China Mercury, but also the transactional mercury ratio of trading in mercury, trading water (in trading mercury), trading,
  • the middle rule is a different method of trading type non-transaction.
  • the transaction includes the user amount and the transaction status of the mercury god, and the user amount usually includes the god situation, the transaction type of the fruit transaction is, there may be success, but the transaction is unified
  • P Se V ce ov de, each provider
  • God's situation is the amount of the user, the amount of the near-user is required, and the transaction of the fruit transaction is or fails, and the God situation is successful.
  • Pass P provides each failure, payment and operation, due to reasons
  • Trading mercury is usually a transactional transaction in which the transaction is successful, and the trading of mercury in the transaction is successful, indicating that due to the reason, there is no successful and successful update to the final success of the transaction, God is in the process of trading mercury, need to update the final transaction The power transaction was successful. Therefore, the above situation, the rules of the transaction, the transaction amount to the user, the near-user amount, the transaction, the transaction, mercury
  • the user can use the rules separately. For example, some customers want to increase the amount of the user, not to the amount of the user, but provide some other items. Therefore, in the case, the user New rules can be used, in the amount of the user, not to close the amount, but to provide various measures or other measures. Therefore, different rational results are obtained due to different rules.
  • this 2 deals with the method of payment and each transaction.
  • the necessary information for trading mercury trades does not include information on traded mercury, as well as traded mercury information in the trading ratio of traded mercury, trading water (in trading mercury), trading, trading pre-emptive (comparative trading mercury) ), the way and the equivalent of the trader.
  • step 203 to the designated file system, or whether the new transaction is generated in the teaching, the transaction of the new household and the transaction, the transaction information. 2 4, the transaction in the transaction is the same as in the transaction, check whether the same is in the same park. If yes, then step 206 is obtained. If no, then step 25 is specifically performed.
  • the purpose of the steps is that, due to the payment and each of them usually need to be within the same scope, due to the requirements, the same account can not be taught, therefore, the same within the same can not be repaired. In the above consideration, it is not possible to trade within the same amount as needed.
  • Wood all the news, wood, woodworking. Wood can be used in other ways.
  • step 212 The transaction status of mercury in the transaction and the transaction status of mercury in the transaction information, whether the transaction is in the user amount. If the transaction of the transaction is , or the transaction of the transaction is or fails, the transaction user amount is determined, step 207. For the non-user amount of the transaction, then step 212
  • the user amount of mercury in the transaction and the upper limit of the amount of the returned amount, if yes, the special step 205, if no, the special step 208.
  • the purpose of the steps is to consider for security purposes. If there are obstacles or occurrences in any system, in the case of a large or large amount, there is a possibility of large or huge losses, and the possibility of reducing the losses usually requires work, . Therefore, from the perspective of safety, the operation of the near amount should be limited to reduce the cost.
  • the way of trading mercury in the transaction whether the method is in the local account, if yes, then step 210, if not, then step 209. Local in this book refers to the account directly managed by the user account in the system, not the transaction of Tongte or other means.
  • the user's external account mode, Bitong is very, because the amount of the account is not close to the possibility, therefore, the reduction of the possible existence, need to retreat, and can not directly go back locally.
  • the near amount of the external interface, through the pre-configured retreat The information such as the refund amount is in the transaction).
  • the special step 211 21 the user directly deducts the way in the local account, and then performs the pre-configured revocation, completing the local special step 211
  • the result of the customer in the payment and the completion of each transaction, the result of the customer.
  • the content of the results mainly includes the rationale, the user's use, and the reason (near how much or how to update the transaction mercury).
  • the special step 214 determines that the transaction is neither the user amount nor the transaction.
  • the transaction of mercury in this case of God, the rational way, the way is to trade in the payment and the transaction is also a common situation, in the case of God, the message wood, Tongmu work. Another way to deal with this is to trade in a special case of a special customer. The customer goes to the transaction. Therefore, the customer can trade the rules in advance and the transaction status.
  • Step 211 Execute the pre-configured update transaction to complete the update, so that the transaction status of the mercury in the transaction and the transaction status of the transaction mercury are determined.
  • this 3 deals with payment and various transaction systems, including
  • each sheep 301 mainly used for users, payment methods management, payment and each, user provides each payment, and pays mainly in the sheep.
  • Generating sheep 302 mainly in the payment of each sheep 301 and each Transaction, generating a media transaction at a specified location.
  • Transactions include text days, or teach mercury.
  • the necessary information for trading mercury trading the necessary information does not include information on trading mercury, but also information on trading mercury, trading water (in trading mercury), trading, trading pre-emptive (comparative trading mercury), methods and traders Equivalent. If the transaction is on the text date, the mercury information in the form of a text day is generated, stored in the specified system, and the size of the file can be configured. If the mercury is traded, the resulting sheep insert mercury information mercury into the specified number.
  • Sheep 303 generates the transaction generated by Sheep 302, trades according to the rules, the amount of the transaction in the user, the amount of the near-user transaction in the transaction of mercury, and the transaction of the transaction mercury.
  • this 4 relates to payment and transaction processing systems, including each sheep 401, sheep generation 402, sheep 403, sheep 404 and information communication sheep 405. Among them, and each sheep 401
  • sheep 402 Tongtong message information, sheep 403, sheep 404 and information pass sheep 405 use the same communication information.
  • each sheep 401 is mainly used for users, payment method management, payment, and each user, each payment is made, and the payment is mainly in the sheep.
  • the generated sheep 402 is mainly paid in each sheep 401 and each
  • the necessary information for trading mercury trading does not include information on trading mercury, but also information on trading mercury, trading water (in trading mercury), trading, trading pre-emptive (comparative trading mercury), methods and traders Equivalent. If the transaction is on the text date, the mercury information in the form of a text day is generated, stored in the specified system, and the size of the file can be configured. fruit Trading Mercury Mercury, the resulting sheep insert mercury information in the designated mercury.
  • the sheep 403 will generate a new transaction, a transaction for the new household, a transaction, and a transaction information for the designated document in the generation of the sheep 402 transaction. If the transaction is a text day, use FTP (eT s still ooco, file), and whether the content of the text day has a new household. If the transaction is mercury, use stored mercury, and teach if the mercury is added to the new household.
  • FTP eT s still ooco, file
  • the 404 step of the sheep includes the information of the transaction in the transaction information of the same child, the same child, the 4041, the ruled child, the 4042, the amount of the restricted sheep, the 4043, the retreat of the child, the 4044, and the external message, the sub-family 4045, and the sheep 404, which receives the transaction of the sheep 403. Similarly, check whether the same is within the allowed coercion. If it is not within the same solid, then the transaction can be carried out by wood. If it is allowed in the same garden, the rule of the child is 4042
  • the trading of mercury is in the case of God, and the transaction.
  • the transaction mainly includes the user amount and the transaction mercury.
  • the usual case is that the transaction of the following transaction is that there may be a case where the success but the transaction fails, that is, P succeeds without providing each, and the situation of the user is in the amount of the user.
  • the trading form of the traded mercury is a success, indicating that the reason for the failure of the successful and the successful update of the transaction to the final of the transaction, the God situation in the transaction of mercury, the need to update the transaction of the final transaction of the successful transaction of the fruit transaction is a failure or failure, Also in the user amount, the amount of the user needs to be close, the God situation is successful and the P provides each failure, payment and operation, due to reason or The failure.
  • the transaction amount of the near-user amount and the updated transaction mercury can be executed by the sub-goat 4046, Hugh 5, the sub-goat 4046, and the rule sub-female 4042 is traded to the user amount, and the near-user amount is processed by the sub-female 4042. Trading the transaction status of mercury.
  • the amount is limited to whether the sub-god 4043 needs the approximate amount of the amount, and if so, the information is required to pass through the information. If the amount is not limited, then
  • the way of trading information is determined by the way of retreating.
  • the sub-female 4044 is directly retired from the internal, and the external is external.
  • Sub-mother 4045 external interface retreat message completion amount If the user deducts the method directly from the local account, the pre-configured return is completed. The user's external account mode is more than the pass, then the external interface is close to the amount, and the external message is sent to the sub-compost 4045.
  • the pre-configured retreat is complete (the information such as the refund amount in the instruction is the one).
  • the completion of the update is performed by executing the pre-configured update transaction. That sheep 404 wood support way information through the sheep 405, information through the sheep 405 through the woodwork. Usually, the information is passed through 405, but it can also be passed through.
  • the information of the results is passed to the 405, and the information through the 405 is processed according to the results of the management, and then the user's hand is used to understand the transaction.
  • the content of the results mainly includes the rationale, the user's use, the reason, the rationale (near the amount or update the transaction mercury).
  • the payment of this liter and the method of payment for each transaction are paid and traded, omitting the intervention and reducing Workmanship has improved efficiency.
  • the payment and the rationality of each transaction are highly effective, and the sheep can configure the rules according to different customer needs, increasing the activity, usability and malleability of the system.
  • the solid is not limited to the above.

Description

Figure imgf000003_0001
木領域
本 。及""同教 通信 ,
" 特別是。及 支付並各 交易的 理方法及 統。 背景 木
看 增值並各的 , 支付 並各 越 越多的使用, 也越 越 。 看用戶數量不 增 和 的 , 用戶 並各 統的 性能也提出了更高的要求, 要求在 統 的 完成
交易 汞的 , 方便用戶使用。
在目前的 支付 並各 在 統出現 不能 的交易情 況 行 , 依賴 工 。 用戶 交易 , 需要 客服 , 通 客服 手工完成 常情況的 , 效性 , 效率低。
情況, 現有的 利文 提出了 些 的方法。
200610150450.4 的中 公升了 統 信息 理方法及裝置, 了 汞、 測和保存功能, 但 中沒有 交易 的 200810142494.1的中 公升了 在 統 的方法, C 統 于 下, 呼叫 控制, 但沒 有 已 戶生的 交易信息 何 理的解決方案。 利文 提供的方法都 交易的 功能。
內容
本 要解決的 木 是提供 支付並各 交易的方法 及 統, 用以解決現有 木中 交易 理的 。
解決上 木 , 方面, 本 提供 支付並各 交易的 理方法, 方法 以下步驟
在支付並各 交易 , 生成包含有交易 汞必要信息的 交易 . 交易 ,按照 的 理規則 交易 。 在生成 交易 , 近包括 根搪 交易 志中的交易 同, 交易 同是否 于 的允許 理的 同 園內, 果是, 則按照 的 理規則 交易 果否, 則
交易的 。
按照 的 理 則 交易 包括 判晰 交易 于 用戶金額 , 近是交易 汞 交易 于用戶金額 , 近用戶 金額 交易 于交易 汞 , 更新交易 汞的 交易狀 。
在所 交易 于用戶金額 , 近用戶 金的步驟 , 近用戶 金額是否 的 金額上限 , 果是, 則通 木 行 工 果否, 則 近用戶 金額。
交易 汞必要信息包括 中 交易 汞的信息, 以及 中交易 汞的交易狀 比的 交易 汞 信息。
另 方面, 本 近提供 支付並各 交易的 理 統, 包括 行 支付並各 理的並各 羊 , 統近包括
弄常 生成羊 , 其 在所 並各 羊 支付並各 交易 , 生成包含有交易 汞必要信息的 交易 以及
羊 , 其 交易 , 按照 的 理 規則 交易 。
羊 近包括 忖同 子羊 , 其 交 易 志中的交易 同, 交易 同是否 于 的允許 理的 同 園內。
羊 近包括 赴理規則 子羊 , 其 同 子羊 交易 同 于 的允許 理的 同 園內 , 交易 于用戶金額 , 近是交易 汞 以及 子羊 , 其 理規則 子羊 交易 于用戶 金額 , 則近用戶 金額 理規則 子羊
交易 于交易 汞 , 則更新交易 汞的交易狀 。
所述交易 汞必要信息包括 中 交易 汞的信息, 以及 中交易 汞的交易狀 比的 交易 汞 信息。
所述 羊 近包括 金額限制 子羊 , 其
子羊 近的用戶 金額是否 的 金額上限 , 果是, 則由信息通 羊 通 木 工
退 方式 子羊 , 金額限制 子羊 用戶 金額沒有 的 金額上限 , 用戶 金額是 否 內部 直接 以及
外部消息 子羊 , 果 退 方式 子羊 不是通 內部 直接退 , 則 外部接口 近用戶 金額。
本 有益效果 下 本 公升的支付並各 交易的 理方法 了 支付並各 交易的 , 省略了 工干預, 降低了 工操作, 提高了 效率。 支付並各 交易的 理 統結 羊, 效性高, 羊 近可以 不同客戶需求 配置 理規則, 增 了 制 的 活性、 用性和 展性。
1 是本 1 支付並各 交易的 理方法的流程
2是本 2 支付並各 交易的 理方法的流程
3 是本 3 支付並各 交易的 理 統的 示意 4是本 4 支付並各 交易的 理 統的 示意 5是本 5另 支付並各 交易的 理 統的 示意 。 本 的較佳 方式 了解決現有 木中 支付並各中 交易 理的 , 本 提供了 支付並各 交易的 理方法及 統, 以下結合 因以及 , 本 步 細說明。 理解, 此 的 休
用以 本 , 不限定本 。
1所示, 本 1 的支付並各 交易的 理方法是利 用智能 並各戶生的 , 按照預先 的 理規則, 行 , 休包括以下步驟
1, 在支付並各 交易 , 生成包含有交易 汞必要信息的 交易 。
用戶在使用支付 並各 , 統 原因 並各的交易 汞 , 交易主要是由 操作弄 、 外部接口 或者用戶 退出等原因 造成。 在 交易 , 統 在指定位置生成 介 交易 。 交易 包括文本日 , 或者教 汞 。 交易 汞交易的必要信息, 必要信息不 包括 中 交 易 汞的信息, 也包括 中交易 汞的交易狀 比的 交易 汞 信息, 交易流水 ( 于 交易 汞) 、 交易 、
的交易占前 ( 于比較 交易 汞 ) 、 方式和交易 生的 同等。
1 2, 交易 , 按照 的 理規則 交易 。
交易 汞的信息, 中 的交易 汞, 按照預 先 的 理規則 找出 的交易結果, 果是用戶 用 , 則 是否 近用戶 金額, 可以直接 近 金額的, 統直接 近, 需要 工 近的, 則 通 相 行 工 近 果交易 汞 怒不 , 需要 理規則, 更新交易 汞。
本 中 理規則是指 交易 型的不 交易 的不同的 理方法。 通常情況下, 交易包括用戶金額 和交易 汞 神情況, 而用戶金額 通常包括 神情況, 是 果 交易 的交易狀 是 , 可能存在 成功, 但 統 力交易 失敗的情況, 即 P ( Se V ce ov de, 各提供者) 成功而沒有提供 各, 神情況 于用戶金額 , 需要 近用戶 金額 另外 是 果 交易 的交易狀 是 或者失敗, 神情況是在 成功而 通 P提供 各失敗 , 支付並各 操作, 由于 原因
或者失敗, 于用戶金額 , 需要 近用戶金額。 交易 汞 通 常是 交易 的交易狀 是交易成功, 而交易 汞的交易狀 是 成功, 說明由于 原因, 沒有及 成功的中同 更新到交易成 功的最終 , 神情況 于交易 汞 的 , 需要更新最終交易狀 力交易成功。 因此, 上 情況, 本 的 理規則 , 交 易 于用戶金額 , 近用戶 金額 交易 于交易 汞
, 更新交易 汞的交易狀 。 但是, 于 些不 于上 情況的特殊 情況, 用戶可以 情況, 另行 理規則, 例 , 有些客戶希 望在 生用戶金額 , 不返近用戶的 金額, 而是提供 些其它 各, 因此, 于 情況, 用戶可以 新的 理規則, 在 生用戶金額 , 不返近 金額, 而是提供制定的 各或其它 措施。 由此可 , 由于 理規則的不同, 得到不同的 理結果。
2所示, 本 2涉及 支付並各 交易的 理方法, 休包括以下步驟
201, 統由于 原因, 並各的交易 汞 , 支付並各戶生 交易。
202, 統 交易, 在指定位置生成 介 交易 。 交易 汞交易的必要信息, 必要信息不 包括 中 交易 汞的信息, 也包括 中交易 汞的交易狀 比的 交 易 汞 信息, 交易流水 ( 于 交易 汞) 、 交易 、 的交易占前 ( 于比較 交易 汞 ) 、 方式和交易 生的 同等。
203, 統 到指定文件 統 往, 或者教 中 是否生成了新 的 交易 , 占有新戶生的 交易 , 交易 的信 息。 2 4, 統 交易 志中 交易 同, 查核 同是否在 的允許 理的 同 園內。 果是, 則特步驟 206, 果否, 則特步 驟 2 5。 步驟的目的是, 由于支付並各通常都需要在特定的 同 內 , 由于 的要求, 同 內的帳各教 不能 , 因此, 于 同 內的 不能修 。 于上 考慮, 統 于需要 的 同 內的 交易不 行 。
2 5, 統通 消息 木 , 通 木 行 工 。 可 以 的方式 木 , 也可以 其它方式 告 , 例
或屯子 等方式。
2 6, 中交易 汞的交易狀 和 交易 信息中 汞的交易狀 , 交易的 是否 于用戶金額 。 果 交易 的交易狀 是 , 或 交易 的交易狀 是 或者失 敗, 則判定 交易 用戶金額 , 特步驟 207。 果核 交易的 非用戶金額 , 則特步驟 212
207, 交易 志中 汞的用戶 金額, 返 金額是否 的 金額上限 , 果是, 則特步驟 205, 果否, 則特步驟 208。 步驟的目的是 于安全的目的考慮。 任何 統都存在 障或出現 的 在可能, , 于 近金額較大或巨大的情況, 就存 在 較大或巨大 損失的可能性, 了降低 損失的可能性, 通 常需要 行 工 , 以 、 。 因此, 于安全的角度考慮, 近金額的操作, 要 上限制, 以降低 的凡 。 208, 交易 志中 汞的 方式, 方式是否 于本 地帳戶 , 果是, 則特步驟 210, 果否, 則特步驟 209。 本 中 的本地是指用戶 帳戶 于本 統直接管理的帳戶, 而不是通 特 或其 它手段 的交易。
209, 用戶 外部帳戶 方式, 比 通 很 , 由于存在 帳戶的 金額近沒有到 的可能, 因此, 了降低可能存在的凡 , 需要 退 教 退 , 而不能直接 行本地退 。 外部 接口的 近金額 , 通 預先配置的 于退 的 完成退 (教搪 中 的退 金額等信息是 交易 志中 的)。完成退 ,特步驟 211 21 , 用戶 直接在本地帳戶中扣減 用的 方式, 則執行預先配 置好的退 本, 完成本地 然 特步驟 211
211, 在 支付並各中的 交易完成 , 理結果 客戶。 理結果可以 的方式 客戶, 也可以 其它方式, 例 屯子 或 等。 理結果的內容主要包括 赴理 同, 用戶使用 的並各 , 原因 理方式 ( 近多少金額或者更新交易 汞 ) 等。
212, 中交易 汞的交易狀 和 交易 信息中 汞的交易狀 , 交易的 是否 于交易 汞 。 交 易 的交易狀 是交易成功,而 中交易 汞的交易狀 是 成功, 則判定交易 汞 , 在此情況下, 特步驟 214, 否則, 特步驟 213 213, 判定 交易的 既不 于用戶金額 , 也不 于交易 汞 , 于此神情況, 有 理方式, 理方式是, 交 易 于本 支付並各 交易 亦 理的 常情況, 在 神情況下, 統通 消息 木 , 通 木 行 工 。 另 外 理方式是 交易 于 特殊客戶 生的特殊情況, 客戶 到 交易, 因此, 客戶可以提前在 統中 交易 的 理規則, 交易情況 行 。
214,通 執行預先配置好的更新交易狀 的 本完成 更新, 使 交易 志中 汞的交易狀 和 中交易 汞的交易狀 致 然 特步驟 211
3所示, 本 3涉及 支付並各 交易 理 統, 統包括
並各 羊 301, 主要用于用戶 、 支付方式管理、 支付並各 、 、 用戶提供各 支付 各, 支付並各主要在 羊 。
生成羊 302, 主要在並各 羊 301 支付並各 交易 , 在指定位置生成 介 交易 。 交易 包括文本日 , 或者教 汞 。 交易 汞交易的必要信息, 必要信息不 包括 交易 汞的信息, 也包括 比 交易 汞 的信息, 交易流水 ( 于 交易 汞) 、 交易 、 的交易占前 ( 于比較 交易 汞 ) 、 方式和交易 生的 同等。 果 交易 志力文本日 , 則 生成羊 以文本日 的形式 汞 信息, 存儲在指定的 統 往, 且可以 步配置 志文件的大小。 果 交易 志力 汞 , 則 生成羊 在指定的數 中 插 汞 信息 汞。
羊 303, 生成羊 302生成的 交易 , 按照 的 理規則 交易 , 休 交易 于用 戶金額 , 近用戶 金額 交易 于交易 汞 , 更新交易 汞的交易狀 。
4所示, 本 4涉及 支付並各 交易 理 統, 統包括 並各 羊 401、 生成羊 402、 羊 403、 羊 404和信息通 羊 405。 其中, 並各 羊 401
生成羊 402 同通 消息 信息, 羊 403、 羊 404和信息通 羊 405 同利用 同通信札 信息。
並各 羊 401主要用于用戶 、 支付方式管理、 支付並各 、 、 用戶提供各 支付 各, 支付並各主要在 羊 。
生成羊 402主要在並各 羊 401 支付並各
交易 , 在指定位置生成 介 交易 。 交易 志力文本日 , 或 者教 汞 。 交易 汞交易的必要信息, 必要信息不 包括 交易 汞的信息, 也包括 比 交易 汞 的信息, 交 易流水 ( 于 交易 汞) 、 交易 、 的交易占前 ( 于比較 交易 汞 ) 、 方式和交易 生的 同等。 果 交易 志力文本日 , 則 生成羊 以文本日 的形式 汞 信 息, 存儲在指定的 統 往, 且可以 步配置 志文件的大小。 果 交易 志力 汞 , 則 生成羊 在指定的 中插 汞 信息 汞。
羊 403 于 在 生成羊 402生成 交易 的指定文件 統 往或者教 中 是否生成了新的 交易 , 占有新戶生的 交易 , 交易 的信息, 將 交 易 的信息 羊 404。 果 交易 是文本日 , 使 用 FTP( eT s仍 ooco, 文件 ) , 通 文本 日 內容 是否有新戶生的 。 果 交易 是 汞 , 使用存儲 汞, 相座教 是否增 了 汞, 以 是否有新戶生的 。
羊 404 步包括 忖同 子羊 4041、 理規則 子 羊 4042、 金額限制 子羊 4043、 退 方式 子羊 4044和外部消 息 子羊 4045 羊 404收到 羊 403 的 交易 的信 息 , 首先, 同 子羊 4041 比 交易 信息中的交易 同, 查核 同是否在允許的 同 固以內。 果不在 同 固 內, 則 本 交易的 , 可以通 木 行 工 。 果在允許的 同 園內, 理規則 子羊 4042再
中交易 汞的交易狀 交易 信息中 汞的交易狀 于 神 情況, 而 交易 。 交易 主要包括用戶金額 和交 易 汞 。 的 常情況有以下 果 交易 的交易狀 是 , 可能存在 成功但 統 力交易失敗的情況, 即 P 成功而沒有提供 各, 神情況 于用戶金額 , 需要 近用戶 金 額 果 交易 的交易狀 是交易成功, 而 中交易 汞的交易 狀 是 成功, 說明由于 原因沒有及 成功的中同 更新 到交易成功的最終 , 神情況 于交易 汞 的 , 需要更新最終 交易狀 力交易成功 果 交易 的交易狀 是 或者失敗, 也 于用戶金額 , 需要 近用戶金額, 神情況是在 成功而通 P提供 各失敗 , 支付並各 操作, 由于 原因 或 者失敗。 另外, 上 近用戶 金額和更新交易 汞的交易狀 操作可由 子羊 4046 執行, 休 5, 子羊 4046 上 理規則 子羊 4042 交易 于用戶金額 ,則 近 用戶 金額 上 理規則 子羊 4042 交易 于交易 汞 , 則更新交易 汞的交易狀 。
果是用戶金額 ,則 金額限制 子羊 4043 需要 近的 金額是否 的 金額上限 , 果 , 則需要通 信息通 羊 405通 木 行 工 。 果不 金額限制, 再
交易 信息 的 方式,由退 方式 子羊 4044 是通 內部 中直接退 ,近是通 外部消息 子羊 4045 外部 接口 退 消息完成金額 近。 用戶 直接在本地帳戶中扣減 用的 方式, 則執行預先配置好的退 本完成退 。 用戶 外部帳戶 方式, 比 通 很 , 則 外部 接口 近金額 , 通 外部消息 子羊 4045 預先配置的 于退 的 完成退 (教搪 中的退 金額等 信息是 志中 的) 。
果是交易 汞 , 則直接通 執行預先配置好的更新交易狀 的 本完成 更新。 那 羊 404把 木支持 的 方式 信息通 羊 405, 信息通 羊 405通 木 工 。 通常情況下, 信息通 羊 405 通 的方式 通 , 然, 也可以 或屯子 的方式 通 。
羊 404完成 以后, 把 理結果 信息通 羊 405, 信息通 羊 405按照 把 理結果 , 再特 到用戶手札上, 用戶 的了解交易 理情況。 理結 果的內容主要包括 赴理 同, 用戶使用的並各 , 原因, 理方式 ( 近多少金額或者更新交易 汞 )等。
上 例可以看出, 本 公升的支付並各 交易的 理方法 了 支付並各 交易的 , 省略了 工干預, 降低 了 工操作,提高了 效率。 支付並各 交易的 理 統結 羊, 效性高, 羊 近可以 不同客戶需求 配置 理規則, 增 了 制的 活性、 用性和 展性。
目的, 已 公升了本 的 , 本領域的 木 將 到各 、 增 和取代也是可能的, 因此, 本 的 固 不限 于上 。
交易的 , 省略了 工干預, 降低了 工操作, 提高了 效率。 支 付並各 交易的 理 統具有 羊, 效性高, 等 。

Claims

要 求
1 支付並各 交易的 理方法, 方法
在支付並各 交易 , 生成包含有交易 汞必要信息的 交易 土 交易 , 按照 的 理規則 交易 。
2、 要求1 的支付並各 交易的 理方法, 在生成 交易 , 近包括
根搪 交易 志中的交易 同, 交易 同是否 于 的允許 理的 同 園內, 果是, 則按照 的
理規則 交易 。
3、 要求1 的支付並各 交易的 理方法, 其 , 所 按照 的 理規則 交易 包括
判晰 交易 于用戶金額 , 近是交易 汞
交易 于用戶金額 , 近用戶 金額
交易 于交易 汞 , 更新交易 汞的交易狀 。
4、 要求3 的支付並各 交易的 理方法, 在所
交易 于用戶金額 , 近用戶 金額的步驟 ,
近用戶 金額是否 的 金額上限 , 果 是, 則通 木 行 工 果否, 則 近用戶 金額。
5、 要求 1 的支付並各 交易的 理方法, 其 , 所 交易 汞必要信息包括 中 交易 汞的信息, 以及 中交易 汞的交易狀 比的 交易 汞 信息。
6、 支付並各 交易的 理 統, 行支付並各 理的並各 羊 , 統近包括
弄常 生成羊 , 其 在所 並各 羊 支付並各 交易 , 生成包含有交易 汞必要信息的 交易 以及 羊 , 其 交易 , 按照 的 理 規則 交易 。
7、 要求6 的支付並各 交易的 理 統, 羊 近包括
忖同 子羊 , 其 交易 志中的交易 同,
8、 要求7 的支付並各 交易的 理 統, 羊 近包括
赴理規則 子羊 , 其 同 子羊 交易 同 于 的允許 理的 同 園內 交易 于用 戶金額 , 近是交易 汞
子羊 , 其 理規則 子羊 交 易 于用戶金額 , 則 近用戶 金額 理規則 子羊 交易 于交易 汞 , 則更新交易 汞的交易狀 。
9、 要求6 的支付並各 交易的 理 統, 交易 汞必 要信息包括 中 交易 汞的信息, 以及 中交易 汞的交 易狀 比的 交易 汞 信息。
10、 要求 9 的支付並各 交易的 理 統,
羊 近包括
金額限制 子羊 , 其 子羊 近的 用 戶 金額是否 的 金額上限 , 果是, 則由 迷信息通 羊 通 木 工
退 方式 子羊 , 其 金額限制 子羊 用 戶 金額沒有 的 金額上限 , 用戶 金額 是否 內部 直接 以及
外部消息 子羊 , 其 果 退 方式 子羊 不是 通 內部 直接退 , 則 外部接口 近用戶 金額。
PCT/CN2010/072844 2009-10-19 2010-05-17 一种支付业务异常交易的处理方法及系统 WO2010145375A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910180854.1A CN102045682B (zh) 2009-10-19 2009-10-19 一种支付业务异常交易的处理方法及系统
CN200910180854.1 2009-10-19

Publications (1)

Publication Number Publication Date
WO2010145375A1 true WO2010145375A1 (zh) 2010-12-23

Family

ID=43355795

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/072844 WO2010145375A1 (zh) 2009-10-19 2010-05-17 一种支付业务异常交易的处理方法及系统

Country Status (2)

Country Link
CN (1) CN102045682B (zh)
WO (1) WO2010145375A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102164047A (zh) * 2011-03-31 2011-08-24 恒生电子股份有限公司 一种异构系统间实现数据交互完整性的方法及系统

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102890803B (zh) * 2011-07-21 2016-01-06 阿里巴巴集团控股有限公司 电子商品异常交易过程的确定方法及其装置
CN103514565A (zh) * 2012-06-27 2014-01-15 中国银联股份有限公司 金融交易处理系统的交易异常处理单元及方法
CN102968720B (zh) * 2012-11-07 2016-08-03 东莞宇龙通信科技有限公司 支付服务器、终端和支付通道隔离方法
CN103337113B (zh) * 2013-07-17 2015-05-13 广州广电运通金融电子股份有限公司 电子流水日志智能分析方法、装置及处理器
CN103440706B (zh) * 2013-08-23 2015-11-11 捷德(中国)信息科技有限公司 一种解决金融ic卡qpboc异常交易的方法及装置
CN103646326A (zh) * 2013-11-06 2014-03-19 北京飞流九天科技有限公司 支付平台上的支付提供方法和设备
CN104796314B (zh) * 2014-01-20 2018-04-13 腾讯科技(深圳)有限公司 业务处理方法和装置
CN104616153A (zh) * 2015-01-21 2015-05-13 百度在线网络技术(北京)有限公司 状态一致性监控方法和装置
CN105069617B (zh) * 2015-07-27 2018-10-12 飞天诚信科技股份有限公司 一种恢复不完整交易的方法和装置
CN105447742A (zh) * 2015-12-14 2016-03-30 中国农业银行股份有限公司 一种业务异常处理方法及交易系统
CN107194752B (zh) * 2016-03-15 2020-11-27 阿里巴巴集团控股有限公司 交易数据处理方法及装置
CN107230116B (zh) * 2016-03-23 2021-02-02 阿里巴巴集团控股有限公司 交易请求处理方法、装置以及分布式系统
CN108123810A (zh) * 2016-11-28 2018-06-05 中国移动通信集团公司 一种错误话单处理方法及装置
CN107798529A (zh) * 2017-03-28 2018-03-13 平安壹钱包电子商务有限公司 交易数据监控方法及装置
CN107194678B (zh) * 2017-04-01 2020-07-17 网联清算有限公司 网络支付的异常终态设置方法和装置
CN107133797B (zh) * 2017-04-28 2020-11-10 努比亚技术有限公司 一种支付异常自动检测方法、终端及计算机可读存储介质
CN109146087B (zh) * 2017-06-27 2022-02-18 许继集团有限公司 一种电动汽车充电异常交易处理方法及充电运营平台
CN109493230B (zh) * 2018-12-28 2020-09-15 中国银行股份有限公司 一种单边交易的补录方法及装置
CN110033280B (zh) * 2019-03-08 2021-08-17 创新先进技术有限公司 支付防抖方法及装置
CN110458555A (zh) * 2019-06-28 2019-11-15 平安银行股份有限公司 争议处理方法、装置、电子设备及存储介质
CN110288255A (zh) * 2019-06-28 2019-09-27 深圳前海微众银行股份有限公司 一种分布式事务的流程保障方法及装置
CN110543375B (zh) * 2019-07-22 2023-03-10 深圳壹账通智能科技有限公司 赔付事务异常处理方法、装置、计算机设备和存储介质
CN110503516A (zh) * 2019-08-13 2019-11-26 蚌埠聚本电子商务产业园有限公司 一种用于电子商务的交易保障防护方法
CN110728522A (zh) * 2019-10-11 2020-01-24 上海可充电子商务有限公司 一种刷脸公交系统
CN113112316A (zh) * 2019-12-24 2021-07-13 阿里巴巴集团控股有限公司 一种异常处理方法及其装置
CN111355614A (zh) * 2020-03-10 2020-06-30 北京意锐新创科技有限公司 适用于支付设备日志的异常信息定位方法和装置
CN111738733B (zh) * 2020-06-17 2024-02-20 中国工商银行股份有限公司 疑帐作业的处理方法及装置
CN112364079A (zh) * 2020-11-12 2021-02-12 北京思特奇信息技术股份有限公司 一种多业务交互异常处理方法、系统和电子设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5923016A (en) * 1996-12-03 1999-07-13 Carlson Companies, Inc. In-store points redemption system & method
EP0957652A1 (fr) * 1998-05-14 1999-11-17 Alcatel Interruption de service dans un réseau téléphonique mobile
CN101077020A (zh) * 2004-07-10 2007-11-21 艾利森电话股份有限公司 短消息传输的收费
CN101257660A (zh) * 2007-12-27 2008-09-03 华为技术有限公司 一种短消息增值业务计费方法、系统及短消息业务数据中心
CN101267480A (zh) * 2008-04-23 2008-09-17 华为技术有限公司 计费处理方法、系统及在线计费系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1284683A (zh) * 1999-08-11 2001-02-21 国际商业机器中国有限公司 集成银行核心业务的方法和系统
CN101674563A (zh) * 2009-09-27 2010-03-17 深圳市五巨科技有限公司 一种移动终端游戏计费方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5923016A (en) * 1996-12-03 1999-07-13 Carlson Companies, Inc. In-store points redemption system & method
EP0957652A1 (fr) * 1998-05-14 1999-11-17 Alcatel Interruption de service dans un réseau téléphonique mobile
CN101077020A (zh) * 2004-07-10 2007-11-21 艾利森电话股份有限公司 短消息传输的收费
CN101257660A (zh) * 2007-12-27 2008-09-03 华为技术有限公司 一种短消息增值业务计费方法、系统及短消息业务数据中心
CN101267480A (zh) * 2008-04-23 2008-09-17 华为技术有限公司 计费处理方法、系统及在线计费系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102164047A (zh) * 2011-03-31 2011-08-24 恒生电子股份有限公司 一种异构系统间实现数据交互完整性的方法及系统
CN102164047B (zh) * 2011-03-31 2014-04-09 恒生电子股份有限公司 一种异构系统间实现数据交互完整性的方法及系统

Also Published As

Publication number Publication date
CN102045682A (zh) 2011-05-04
CN102045682B (zh) 2014-03-12

Similar Documents

Publication Publication Date Title
WO2010145375A1 (zh) 一种支付业务异常交易的处理方法及系统
US10931724B2 (en) System and method for integrated virtual assistant-enhanced customer service
US20210049577A9 (en) Method and system for facilitating person-to-person payments
US8706610B2 (en) Systems and methods for electronically initiating and executing securities lending transactions
WO2018006717A1 (zh) 订单信息处理以及订单类型转换处理方法及装置
US11379182B1 (en) Conversational virtual assistant
WO2019041804A1 (zh) 理赔订单的个性化审核方法、装置、存储介质及终端
CN101553838A (zh) 用于在移动环境中进行金融交易的方法和系统
CN104966229A (zh) 信息处理方法及信贷平台
WO2011117741A2 (en) Mobile remittance computer system and method
KR20160121576A (ko) 금융 대출을 용이하게 하는 방법 및 시스템
WO2019041770A1 (zh) 账户名的修改方法、装置、存储介质及终端
CN111861439A (zh) 跨境汇款交易的方法、终端、电子设备及存储介质
US20060085317A1 (en) Computer-based system and method for executing orders
US11042514B2 (en) Collaboration computer system
KR20060108846A (ko) 인터넷상의 원격 제어지원을 이용한 세금계산 및 신고시스템과 이를 이용한 세금계산 방법 및 그 방법을 수행할수 있는 컴퓨터 프로그램이 수록된 기록매체
KR101568922B1 (ko) 고객동의정보를 처리하기 위한 방법, 장치 및 컴퓨터-판독가능 매체
CN111311395B (zh) 公积金冲还贷业务的管理系统、方法、设备及存储介质
US20170076367A1 (en) Systems, Methods, and Software For Lien Payoff and Transfer of Title
STAMEGNA New EU insolvency rules give troubled businesses a chance to start anew
KR102605741B1 (ko) 자산 거래를 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능한 기록 매체
Silva et al. Primary dealer systems: draft background note
Musallam FY2022-23 Annual Action Plan-Executive Summary AP-05 Executive Summary-24 CFR 91.200 (c), 91.220 (b)
US11900346B1 (en) Apparatuses and methods for payment for consumable content
WO2016189673A1 (ja) 証券取引管理システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10788771

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10788771

Country of ref document: EP

Kind code of ref document: A1