WO2017096845A1 - 直观提示支付金额的方法及装置 - Google Patents

直观提示支付金额的方法及装置 Download PDF

Info

Publication number
WO2017096845A1
WO2017096845A1 PCT/CN2016/088913 CN2016088913W WO2017096845A1 WO 2017096845 A1 WO2017096845 A1 WO 2017096845A1 CN 2016088913 W CN2016088913 W CN 2016088913W WO 2017096845 A1 WO2017096845 A1 WO 2017096845A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment amount
digit
loaded
level
payment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2016/088913
Other languages
English (en)
French (fr)
Inventor
刘俊伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Le Holdings Beijing Co Ltd
Lemobile Information Technology (Beijing) Co Ltd
Original Assignee
Le Holdings Beijing Co Ltd
Lemobile Information Technology (Beijing) Co Ltd
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 Le Holdings Beijing Co Ltd, Lemobile Information Technology (Beijing) Co Ltd filed Critical Le Holdings Beijing Co Ltd
Priority to US15/250,849 priority Critical patent/US20170169409A1/en
Publication of WO2017096845A1 publication Critical patent/WO2017096845A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06Asset management; Financial planning or analysis
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/451Execution arrangements for user interfaces

Definitions

  • the present application relates to the field of Internet technologies, and in particular, to a method and apparatus for visually prompting payment amounts.
  • FIG. 13 is an implementation interface of a mobile payment function in the prior art; the number input by the user is directly displayed in the input box without any separator;
  • FIG. 14 is an implementation interface of another mobile payment function in the prior art, and FIG. The difference is that the separator is added.
  • One of the objectives of the embodiments of the present application is to provide a method and a device for promptly prompting a payment amount, which are used to solve the defect that the user experience is poor due to the lack of digital level prompting for the amount of payment in the prior art.
  • the embodiment of the present application provides a method for visually prompting payment of an amount, which includes:
  • the number of digits of the payment amount entered is determined in real time when the payment amount is input;
  • the number of digits in the payment amount needs to be loaded
  • the digit level to be loaded is loaded onto the corresponding number in the payment amount to visually prompt the digit level of any number in the payment amount.
  • the number of payment amount input in real time when the payment amount is input is:
  • the number entered through the keyboard is monitored in real time to determine the number of payment amount digits.
  • the number of payment amount input in real time when the payment amount is input is:
  • the number of the matching payment amount that needs to be loaded in the digit level includes: according to the preset digit-level prompting logic, the number of the matching payment amount needs to be loaded.
  • the determining the number of payment amount digits input in real time when the payment amount is input includes:
  • the amount of payment input by the statistics corresponds to the length of the string
  • the number of digits of the payment amount is determined according to the length of the string corresponding to the payment amount.
  • the statistical input of the payment amount corresponding to the string length includes:
  • the string length is counted for the character string corresponding to the payment amount after the number 0 is replaced with a space character.
  • the number of the matching payment amount that needs to be loaded in the digit level includes:
  • the number corresponding to the number of digits to be loaded is selected from the number corresponding to the non-space character to match the number of the payment amount that needs to be loaded in the digit level, including:
  • the digital level that needs to be loaded is loaded into a corresponding number in the payment amount, so as to visually prompt the digital level of any number in the payment amount, including: the digital level to be loaded.
  • the digital level to be loaded is displayed in the payment page.
  • the embodiment of the present application further provides an apparatus for visually prompting payment of an amount, which includes:
  • a digit determination module configured to determine the number of digits of the payment amount entered in real time when the payment amount is input
  • the matching module is set to match the number of digits in the payment amount according to a preset digit-level loading rule
  • the loading module is configured to load the digit level to be loaded into a corresponding number in the payment amount to visually prompt the digit level of any number in the payment amount.
  • the embodiment of the present application also provides a computer readable recording medium on which a program for executing the above method is recorded.
  • the input payment amount digits are determined in real time; secondly, according to the preset digit-level loading rule, the number of digits in the matching payment amount needs to be loaded; finally, the digit level to be loaded is loaded into the payment amount.
  • the digit level of any number in the amount is paid by visual prompting, thereby solving the defects in the prior art that the user experience is poor due to the lack of digital level prompting of the amount of payment, and no need to review multiple times.
  • FIG. 1 is a schematic flow chart of a method for visually prompting payment of an amount according to an embodiment of the present application
  • FIG. 2 is a schematic flowchart of determining a digit of a payment amount according to Embodiment 2 of the present application;
  • FIG. 3 is a schematic flowchart of a length of a statistical string in the third embodiment of the present application.
  • FIG. 4 is a schematic diagram of a digital flow in which a digit level needs to be recorded in the fourth embodiment of the present application;
  • FIG. 5 is a schematic diagram of a digital process for selecting a digital level to be loaded from a number corresponding to a non-space character according to Embodiment 5 of the present application;
  • FIG. 6 is a schematic flowchart of a method for visually prompting payment amount according to Embodiment 6 of the present application.
  • FIG. 7 is a schematic flowchart of a method for visually prompting payment of an amount according to Embodiment 7 of the present application.
  • FIG. 8 is a schematic structural diagram of an apparatus for visually prompting payment amount according to Embodiment 8 of the present application.
  • FIG. 9 is a schematic structural diagram of a smart terminal according to Embodiment 9 of the present application.
  • FIG. 10 is a schematic structural diagram of a ten intelligent terminal according to an embodiment of the present application.
  • FIG. 11 is a schematic diagram 1 of a payment interface according to any of the above embodiments of the present application.
  • FIG. 12 is a second schematic diagram of a payment interface according to any of the above embodiments of the present application.
  • FIG. 14 is an implementation interface of another mobile payment function in the prior art.
  • FIG. 1 is a schematic flowchart of a method for promptly prompting payment of an amount according to an embodiment of the present application; as shown in FIG. 1 , the method may include at least:
  • FIG. 2 is a schematic flowchart of determining a digit of a payment amount according to Embodiment 2 of the present application; as shown in FIG. 2, the method may include at least:
  • the payment amount of the statistical input corresponds to the length of the string
  • FIG. 3 is a schematic flowchart of a length of a statistical string in the third embodiment of the present application; as shown in FIG. 3, It can at least include:
  • S1112 Perform string length statistics on a character string corresponding to the payment amount after replacing the number 0 with a space character.
  • the input payment amount is “1010”, first replace “0” with the space “1 1”, and then obtain the length of the string “1 1”, the length is 4, that is, the payment amount If the number of digits is 4, if the digits are ignored, it can be directly known that the digit level is one hundred and ten.
  • the prompt of “thousands of ten” is selectively performed.
  • a digit of a digit level needs to be loaded in the matching payment amount
  • the commonly used digit level has "one ten million."
  • the digital level loading rule is formulated to perform a digital level description for all numbers or only for the digit level of the highest digit. , when matching, match all the numbers in the payment amount number or the highest number in the payment amount number.
  • FIG. 4 is a schematic diagram of a digital flow in which the digitization level needs to be described in the fourth embodiment of the present application; as shown in FIG. 4, in this embodiment, it is performed on the basis of the method shown in FIG. 3, which may include at least:
  • FIG. 5 is a schematic diagram of a digital process for selecting a digital level to be loaded from a number corresponding to a non-space character according to Embodiment 5 of the present application; as shown in FIG. 5, the method may include at least:
  • S1222 Determine a number corresponding to the non-space character, and select a number that needs to load the digit level from the number corresponding to the non-space character.
  • the characters of "1 1" are traversed one by one from left to right, and can also be traversed from right to left, wherein 1 in the thousandth and decile is a number corresponding to a space, if it is to be
  • the two digits are digital level prompts, and the thousands of thousands and tenths are numbers that need to be loaded in the digit level.
  • the digits of the two digits are prompted as "thousands".
  • the digital level that needs to be loaded is loaded into a corresponding number in the payment amount, so as to visually prompt the digital level of any number in the payment amount, including: the digital level to be loaded.
  • the digital level to be loaded is displayed in the payment page.
  • the corresponding digit level can be directly displayed on the corresponding number, or the payment amount can be directly converted into a voice prompt.
  • FIG. 6 is a schematic flowchart of a method for visually prompting a payment amount according to Embodiment 6 of the present application; as shown in FIG. 3, the method at least includes:
  • the number of the selected operation on the keyboard may be monitored to determine the number of digits of the payment amount.
  • the keyboard may be a commonly used mechanical button or a touch button.
  • each button corresponds to a key value, and the correspondence between the key value and the button is used to determine the number of operations.
  • different input methods may correspond to different input operation interfaces, and the number of operations may be determined according to the correspondence between key values and keys under a specific input method.
  • FIG. 7 is a schematic flowchart of a method for visually prompting a payment amount according to Embodiment 7 of the present application; as shown in FIG. 7, the method at least includes:
  • the digital content input in the input box is obtained by the method (getText).
  • S703 Load the digital level that needs to be loaded into a corresponding number in the payment amount, to visually prompt the digit level of any number in the payment amount.
  • a text prompt box (PopupWindow) is popped up, and the text box (TextView) is in the prompt box.
  • the font size of the text box can be the same as the input box, and the digit level that needs to be prompted is loaded in the text box to visually display the corresponding number. Corresponding to the digit level.
  • FIG. 8 is a schematic structural diagram of an apparatus for promptly prompting a payment amount according to Embodiment 8 of the present application; as shown in FIG. 8, the method may include: a digit determining module 801, a matching module 802, and a loading module 803, where:
  • the bit number determining module 801 is configured to determine the number of input payment amount bits in real time when the payment amount is input;
  • the matching module 802 is configured to match a number of digits in the payment amount that needs to be loaded according to a preset digit-level loading rule
  • the loading module 803 is configured to load the digit level to be loaded into a corresponding number in the payment amount to visually prompt the digit level of any number in the payment amount.
  • the digit determination module 801 may also be configured to monitor the number entered by the keyboard in real time to determine the number of payment amount digits when the payment amount is input through the keyboard in the payment page.
  • the digit determination module 801 can also determine the payment amount input box on the payment page, and monitor the payment amount input in the payment amount input box in real time to determine the payment amount digit.
  • the matching module 802 may be further configured to match a number of digits in the payment amount that needs to be loaded according to the preset digit level hinting logic, where the digit level loading rule includes the digit level hinting logic.
  • the digit determining module 801 may further be configured to calculate a payment amount corresponding to the length of the string; and determine the number of digits of the payment amount according to the length of the corresponding amount of the payment amount.
  • the character string determining module 801 when the character string determining module 801 counts the character string, it may be specifically configured to determine the number 0 and the non-zero number in the input payment amount, and replace the number 0 with a space; and replace the number 0 with a space character.
  • the string corresponding to the payment amount is subjected to string length statistics.
  • the matching module 802 may be further configured to determine a space character and a non-space character in the string corresponding to the payment amount after replacing the number 0 with a space character; and select a number to be loaded from the number corresponding to the non-space character. To match the payment amount, you need to load a digit of the digit level.
  • the matching module 802 may also traverse the character string corresponding to the payment amount after the number 0 is replaced by a space; and determine the number corresponding to the non-space character, and select a number to be loaded from the number corresponding to the non-space character.
  • the loading module 803 may be further configured to load the digit level to be loaded into a corresponding number in the payment amount, and display the digit level to be loaded in the payment page.
  • FIG. 9 is a schematic structural diagram of a smart terminal according to Embodiment 9 of the present application; as shown in FIG. 9, it may include: a display 901, a buffer 902, and a processor 903, when a third-party payment application installed on the smart terminal is started.
  • a display 901 a buffer 902
  • a processor 903 when a third-party payment application installed on the smart terminal is started.
  • the processor 903 is configured to determine the input payment amount digits in real time when the payment amount is input under the third party payment application operation page;
  • the processor 903 is further configured to match the digits of the payment amount that need to be loaded in the digit level according to a preset digit-level loading rule;
  • the processor 903 is further configured to load the digit level that needs to be loaded onto a corresponding number in the payment amount to visually indicate on the display 901 a digit level of any number in the payment amount.
  • the buffer 902 user caches any of the above data for the processing of the processor 903.
  • the processor 903 may be further configured to monitor the number input through the keyboard in real time to determine the number of payment amount digits when the payment amount is input through the keyboard in the payment page.
  • the processor 903 may also determine a payment amount input box on the payment page, and monitor the payment amount input in the payment amount input box in real time to determine the payment amount digit.
  • the processor 903 may be further configured to match a number of digits in the payment amount that needs to be loaded according to the preset digit level hinting logic, where the digit level loading rule includes the digit level hinting logic.
  • the processor 903 may further be configured to calculate a payment amount corresponding to the length of the string; and determine the number of digits of the payment amount according to the length of the corresponding amount of the payment amount.
  • the processor 903 may specifically set to determine the number 0 and the non-zero number in the input payment amount when the character string is counted, and replace the number 0 with a space; and replace the number 0 with a space character.
  • the string corresponding to the payment amount is used for string length statistics.
  • the processor 903 may be further configured to determine a space character and a non-space character in the string corresponding to the payment amount after replacing the number 0 with a space character; and select a number to be loaded from the number corresponding to the non-space character. To match the payment amount, you need to load a digit of the digit level.
  • the processor 903 may also traverse the character string corresponding to the payment amount after the number 0 is replaced by a space; and determine the number corresponding to the non-space character, and select a number to be loaded from the number corresponding to the non-space character.
  • the processor 903 may be further configured to load the digit level to be loaded into a corresponding number in the payment amount, and display the digit level to be loaded in the payment page.
  • FIG. 9 The technical solution of FIG. 9 above can be applied to a device such as a smartphone or a tablet that can install a third-party mobile payment application.
  • FIG. 10 is a schematic structural diagram of a ten intelligent terminal according to an embodiment of the present application; as shown in FIG. 10, it may include: a display 1001, a browser 1002, and an extension 1003 installed in a browser 1002 of the smart terminal.
  • a display 1001 a browser 1002
  • an extension 1003 installed in a browser 1002 of the smart terminal.
  • the extension plugin 1003 is configured to determine the number of digits of the payment amount entered in real time when the payment amount is entered under the third party payment application operation page;
  • the extension plug-in 1003 is further configured to match the digits of the payment amount that need to be loaded in the digit level according to a preset digit-level loading rule;
  • the extension plugin 1003 is arranged to load the digit level that needs to be loaded onto a corresponding number in the payment amount to visually indicate on the display 1001 the digit level of any number in the payment amount.
  • the extension 1003 may be further configured to monitor the number entered through the keyboard in real time to determine the number of payment amount digits when the payment amount is input through the keyboard in the payment page.
  • the extension 1003 may also determine a payment amount input box on the payment page to monitor the payment amount entered in the payment amount input box in real time to determine the number of payment amount digits.
  • the extension plug-in 1003 may be further configured to match a number of digits in the payment amount that needs to be loaded according to a preset level-level hinting logic, the digit-level loading rule including the digit-level hinting logic.
  • the extension plug-in 1003 may further be configured to calculate a payment amount corresponding to the length of the string; and determine the number of digits of the payment amount according to the length of the corresponding amount of the payment amount.
  • the extension plug-in 1003 may be specifically configured to determine the number 0 and the non-zero number in the input payment amount when the character string is counted, and replace the number 0 with a space; and replace the number 0 with a space character.
  • the string corresponding to the payment amount is used for string length statistics.
  • the extension plug-in 1003 may be further configured to determine a space character and a non-space character in the string corresponding to the payment amount after replacing the number 0 with a space character; and select a number to be loaded from the number corresponding to the non-space character. To match the payment amount, you need to load a digit of the digit level.
  • the extension plug-in 1003 may also traverse the character string corresponding to the payment amount after the number 0 by using a space; and determine the number corresponding to the non-space character, and select a number to be loaded from the number corresponding to the non-space character.
  • the extension 1003 may be further configured to load the digit level to be loaded into a corresponding number in the payment amount, and display the digit level to be loaded in the payment page.
  • extension plug-in 1003 For the functional structure of the extension plug-in 1003, refer to FIG. 8 above, and details are not described in detail.
  • the technical solution of the embodiment in FIG. 10 can be applied to a terminal such as a browser 1002, such as a PC interface, such as a bank interface, a third-party payment page (Alipay), etc., to implement transfer, remittance, etc. Narration.
  • a terminal such as a browser 1002, such as a PC interface, such as a bank interface, a third-party payment page (Alipay), etc.
  • PC interface such as a bank interface, a third-party payment page (Alipay), etc.
  • FIG. 11 is a schematic diagram 1 of a payment interface according to any one of the above embodiments of the present application. As shown in FIG. 11, when “thousands” is displayed above the thousand “1” of 1000, the amount of input is directly known as “1000”.
  • FIG. 12 is a schematic diagram 2 of a payment interface according to any one of the above embodiments of the present application. When “10,000” is displayed above the 10,000 digit “1” and “1” is displayed above the ten digits, the “1” can be directly displayed. The amount entered is "10010".
  • the separator can also be added. Since the conventional every three digits have a separator, the existence of the separator facilitates the rapid determination of the digit level.
  • modules described as separate components may or may not be physically separate, and the components displayed as modules may be or They may not be physical modules, they may be located in one place, or they may be distributed to multiple network modules. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the embodiment. Those of ordinary skill in the art can understand and implement without deliberate labor.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Software Systems (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Human Resources & Organizations (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

一种直观提示支付金额的方法及装置,方法包括:当输入支付金额时实时确定输入的支付金额位数(S101);根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字(S102);将所述需要加载的数位级加载到支付金额中对应的数字上,以直观提示支付金额中任意数字的数位级(S103)。所述方法及装置解决了现有技术中对支付的金额缺少数位级提示导致的用户体验差等缺陷,无须多次复核。

Description

直观提示支付金额的方法及装置
本申请要求于2015年12月11日提交中国专利局、申请号为201510921261.1,发明名称为“直观提示支付金额的方法及装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及互联网技术领域,尤其涉及一种直观提示支付金额的方法及装置。
背景技术
随着互联网的快速发展,以及互联网+的概念流行,市面上智能终端都增加了移动支付功能,方便用户随时随地进行转账或者支付。在使用移动支付时,常常要在金额输入框输入支付金额,用户键入数字,然后直接显示在输入框中。
目前,输入框简单的只承载一个输入的功能,用户接受用户输入的数字,然后直接显示在输入框中,又或在输入后,给输入的数字加入千分位分隔符。图13为现有技术中一移动支付功能的实现界面;用户输入的数字直接显示在输入框中,没有任何分隔符;图14为现有技术中另一移动支付功能的实现界面,与图13不同的是,增加了分隔符。
但是,在实现本申请的过程中,发明人发现,以转账为例,当输入一串数字以后,很难明显快捷地识别出输入的是什么数量级的金额。尽管有些输入框如图14加入了千分位分隔符,对于对数字不敏感的用户来说或者大金额时,还得从后向前,以个、十、百、千、万……,进行定位处理。例如,当进行大金额支付宝转账时,输入需要转账的金额“1114855”,为了确认转账金额是否正确,在点击确认转账之前需要再次或者多次对金额进行确认,以防止转账金额出现错误,导致了用户心理上的困扰,导致用户体验较差。
发明内容
本申请实施例的目的之一在于提供一种直观提示支付金额的方法及装置,用以解决现有技术中对支付的金额缺少数位级提示导致的用户体验差等缺陷。
本申请实施例采用的技术方案如下:
本申请实施例提供一种直观提示支付金额的方法,其包括:
当输入支付金额时实时确定输入的支付金额位数;
根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字;
将所述需要加载的数位级加载到支付金额中对应的数字上,以直观提示支付金额中任意数字的数位级。
具体地,在一本申请实施例中,所述当输入支付金额时实时监听输入的支付金额位数包括:
当在支付页面中通过键盘输入支付金额时,实时监听通过键盘输入的数字,以确定支付金额位数。
具体地,在一本申请实施例中,所述当输入支付金额时实时监听输入的支付金额位数包括:
确定在支付页面的支付金额输入框,实时监听在支付金额输入框内输入的支付金额,以确定支付金额位数。
具体地,在一本申请实施例中,所述根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字包括:根据预先设置的数位级提示逻辑,匹配支付金额中需要加载数位级的数字,所述数位级加载规则包括所述数位级提示逻辑。
具体地,在一本申请实施例中,所述当输入支付金额时实时确定输入的支付金额位数包括:
统计输入的支付金额对应字符串长度;
根据支付金额对应字符串长度确定支付金额的位数。
具体地,在一本申请实施例中,所述统计输入的支付金额对应字符串长度包括:
确定输入的支付金额中数字0和非0数字,并使用空格替换掉数字0;
对用空格字符替换掉所述数字0后的支付金额对应的字符串进行字符串长度统计。
具体地,在一本申请实施例中,所述根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字包括:
确定用空格字符替换掉数字0后的支付金额对应字符串中的空格字符以及非空格字符;
从非空格字符对应的数字中选择需要加载数位级的数字,以匹配支付金额中需要加载数位级的数字。
具体地,在一本申请实施例中,所述从非空格字符对应的数字中选择需要加载数位级的数字,以匹配支付金额中需要加载数位级的数字包括:
遍历用空格替换掉数字0后的支付金额对应的字符串;
确定出非空格字符对应的数字,从非空格字符对应的数字中选择需要加载数位级的数字。
具体地,在一本申请实施例中,将所述需要加载的数位级加载到支付金额中对应的数字上,以直观提示支付金额中任意数字的数位级包括:将所述需要加载的数位级加载到支付金额中对应的数字上,在支付页面中显示需要加载的数位级。
本申请实施例还提供一种直观提示支付金额的装置,其包括:
位数确定模块,设置为当输入支付金额时实时确定输入的支付金额位数;
匹配模块,设置为根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字;
加载模块,设置为将所述需要加载的数位级加载到支付金额中对应的数字上,以直观提示支付金额中任意数字的数位级。
本申请实施例还提供一种在其上记录有用于执行上述方法的程序的计算机可读记录介质
本申请实施例的技术方案具有以下优点:
首先当输入支付金额时实时确定输入的支付金额位数;其次根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字;最后将所述需要加载的数位级加载到支付金额中对应的数字上,以直观提示支付金额中任意数字的数位级,从而解决现有技术中对支付的金额缺少数位级提示导致的用户体验差等缺陷,无须多次复核。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在 不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例一直观提示支付金额的方法流程示意图;
图2为本申请实施例二确定支付金额位数的流程示意图;
图3为本申请实施例三中统计字符串长度的流程示意图;
图4为本申请实施例四匹配需要记载数位级的数字流程示意图;
图5为本申请实施例五从非空格字符对应的数字中选择需要加载数位级的数字流程示意图;
图6为本申请实施例六直观提示支付金额的方法流程示意图;
图7为本申请实施例七直观提示支付金额的方法流程示意图;
图8为本申请实施例八直观提示支付金额的装置结构示意图;
图9为本申请实施例九智能终端的结构示意图;
图10为本申请实施例十智能终端的结构示意图。
图11为应用本申请上述任一实施例的支付界面示意图一;
图12为应用本申请上述任一实施例的支付界面示意图二;
图13为现有技术中一移动支付功能的实现界面;
图14为现有技术中另一移动支付功能的实现界面。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图1为本申请实施例一直观提示支付金额的方法流程示意图;如图1所示,其至少可以包括:
S101、当输入支付金额时实时确定输入的支付金额位数;
图2为本申请实施例二确定支付金额位数的流程示意图;如图2所示,其至少可以包括:
S111、统计输入的支付金额对应字符串长度;
S121、根据支付金额对应字符串长度确定支付金额的位数。
图3为本申请实施例三中统计字符串长度的流程示意图;如图3所示, 其至少可以包括:
S1111、确定输入的支付金额中数字0和非0数字,并使用空格替换掉数字0;
S1112、对用空格字符替换掉所述数字0后的支付金额对应的字符串进行字符串长度统计。
在此举例对上述步骤进行说明:输入的支付金额为“1010”,先将“0”替换成空格“1 1”,然后获取字符串“1 1”的长度,长度为4,即支付金额的位数为4,个位提示忽略的话,由此也可直接得知其数位级是千百十,后续步骤中有选择地进行“千百十”的提示。
S102、根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字;
常用的数位级有“个十百千万.......”,数位级加载规则制定了是在对所有的数字进行数位级题述还是仅仅对最高位数字的数位级进行提示,对应的,匹配的时候,匹配支付金额数字中的所有数字或者是支付金额数字中最高位数字。
图4为本申请实施例四匹配需要记载数位级的数字流程示意图;如图4所示,本实施例中,是在图3所示的基础上执行,其至少可以包括:
S112、确定用空格字符替换掉数字0后的支付金额对应字符串中的空格字符以及非空格字符;
S122、从非空格字符对应的数字中选择需要加载数位级的数字,以匹配支付金额中需要加载数位级的数字。
图5为本申请实施例五从非空格字符对应的数字中选择需要加载数位级的数字流程示意图;如图5所示,其至少可以包括:
S1221、遍历用空格替换掉数字0后的支付金额对应的字符串;
S1222、确定出非空格字符对应的数字,从非空格字符对应的数字中选择需要加载数位级的数字。
在上述举例基础上,比如再将“1 1”的字符从左至右逐个遍历,也可从右到左遍历,其中位于千分位和十分位的1为空格对应的数字,如果要在这两个数字进行数位级提示,千分位和十分位的1为需要加载数位级的数字,后续步骤S103中对这两个数字进行数位级提示即“千 十”。
S103、将所述需要加载的数位级加载到支付金额中对应的数字上,以直观提示支付金额中任意数字的数位级。
具体地,在一本申请实施例中,将所述需要加载的数位级加载到支付金额中对应的数字上,以直观提示支付金额中任意数字的数位级包括:将所述需要加载的数位级加载到支付金额中对应的数字上,在支付页面中显示需要加载的数位级。
在具体实施是,可以直接将对应的数位级显示在对应的数字上,或者直接将支付金额转换成语音提示。
图6为本申请实施例六直观提示支付金额的方法流程示意图;如图3所示,其至少可以包括:
S601、当在支付页面中通过键盘输入支付金额时,实时监听通过键盘输入的数字,以确定支付金额位数。
本实施例中,当然用户在输入数字时,也可以对键盘上选中操作的数字进行监控,从而确定输入的支付金额位数,该键盘可以是常用的机械按键,也可以是触控按键。
对于机械按键来说,每个按键都对应一键值,通过键值与按键的对应关系,从而确定操作的数字。
对于触控按键来说,不同的输入法可能对应的不同的输入操作界面,可以根据特定输入法下键值与按键的对应关系,来确定操作的数字。
S602、根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字;
S603、将所述需要加载的数位级加载到支付金额中对应的数字上,以直观提示支付金额中任意数字的数位级。
有关步骤S602-S603在此不再赘述,详细可参见上述图1-图6记载。
图7为本申请实施例七直观提示支付金额的方法流程示意图;如图7所示,其至少可以包括:
S701、确定在支付页面的支付金额输入框,实时监听在支付金额输入框内输入的支付金额,以确定支付金额位数。
如果是第三方支付应用程序的话,直接在支付页面中金额输入框中的数字进行监听,从而确定支付金额的位数。具体地,可以在输入框EditText添 加一个监听器(TextWatcher),当用户每输入一个数字都会触发文本变化方法(onTextChanged),在文本变化方法(onTextChanged)中确定支付金额位数。
当监听到文本变化后,通过方法(getText)获取输入框输入的数字内容。
S702、根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字;
S703、将所述需要加载的数位级加载到支付金额中对应的数字上,以直观提示支付金额中任意数字的数位级。
根据数字内容弹出文字提示框(PopupWindow),提示框里面是文本框(TextView),文本框字体大小可以和输入框一致,在该文本框中加载需要提示的数位级,以直观地显示对应数字的对应数位级。
图8为本申请实施例八直观提示支付金额的装置结构示意图;如图8所示,其可以包括:位数确定模块801、匹配模块802以及加载模块803,其中:
位数确定模块801设置为当输入支付金额时实时确定输入的支付金额位数;
匹配模块802设置为根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字;
加载模块803设置为将所述需要加载的数位级加载到支付金额中对应的数字上,以直观提示支付金额中任意数字的数位级。
可选地,位数确定模块801还可以设置为当在支付页面中通过键盘输入支付金额时,实时监听通过键盘输入的数字,以确定支付金额位数。
可选地,位数确定模块801还可以确定在支付页面的支付金额输入框,实时监听在支付金额输入框内输入的支付金额,以确定支付金额位数。
可选地,匹配模块802还可以设置为根据预先设置的数位级提示逻辑,匹配支付金额中需要加载数位级的数字,所述数位级加载规则包括所述数位级提示逻辑。
可选地,位数确定模块801还可以设置为统计输入的支付金额对应字符串长度;以及根据支付金额对应字符串长度确定支付金额的位数。
具体地,位数确定模块801在统计字符串时,可以具体设置为确定输入的支付金额中数字0和非0数字,并使用空格替换掉数字0;以及对用空格字符替换掉所述数字0后的支付金额对应的字符串进行字符串长度统计。
具体地,匹配模块802还可以设置为确定用空格字符替换掉数字0后的支付金额对应字符串中的空格字符以及非空格字符;以及从非空格字符对应的数字中选择需要加载数位级的数字,以匹配支付金额中需要加载数位级的数字。
具体地,匹配模块802还可以遍历用空格替换掉数字0后的支付金额对应的字符串;以及确定出非空格字符对应的数字,从非空格字符对应的数字中选择需要加载数位级的数字。
可选地,加载模块803还可以设置为将所述需要加载的数位级加载到支付金额中对应的数字上,在支付页面中显示需要加载的数位级。
需要说明的是,上述任一功能模块具体实现功能可以通过功能上可相互配合的模块来实现,详细不再赘述。
图9为本申请实施例九智能终端的结构示意图;如图9所示,其可以包括:显示器901、缓存器902以及处理器903,当启动安装在所述智能终端上的第三方支付应用程序使用转账或者支付等操作时:
处理器903设置为当在第三方支付应用程序操作页面下输入支付金额时实时确定输入的支付金额位数;
处理器903还设置为根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字;
处理器903还设置为将所述需要加载的数位级加载到支付金额中对应的数字上,以在显示器901上直观提示支付金额中任意数字的数位级。
缓存器902用户缓存处理器903工作过程的上述任一数据。
可选地,处理器903还可以设置为当在支付页面中通过键盘输入支付金额时,实时监听通过键盘输入的数字,以确定支付金额位数。
可选地,处理器903还可以确定在支付页面的支付金额输入框,实时监听在支付金额输入框内输入的支付金额,以确定支付金额位数。
可选地,处理器903还可以设置为根据预先设置的数位级提示逻辑,匹配支付金额中需要加载数位级的数字,所述数位级加载规则包括所述数位级提示逻辑。
可选地,处理器903还可以设置为统计输入的支付金额对应字符串长度;以及根据支付金额对应字符串长度确定支付金额的位数。
具体地,处理器903在统计字符串时,可以具体设置为确定输入的支付金额中数字0和非0数字,并使用空格替换掉数字0;以及对用空格字符替换掉所述数字0后的支付金额对应的字符串进行字符串长度统计。
具体地,处理器903还可以设置为确定用空格字符替换掉数字0后的支付金额对应字符串中的空格字符以及非空格字符;以及从非空格字符对应的数字中选择需要加载数位级的数字,以匹配支付金额中需要加载数位级的数字。
具体地,处理器903还可以遍历用空格替换掉数字0后的支付金额对应的字符串;以及确定出非空格字符对应的数字,从非空格字符对应的数字中选择需要加载数位级的数字。
可选地,处理器903还可以设置为将所述需要加载的数位级加载到支付金额中对应的数字上,在支付页面中显示需要加载的数位级。
需要说明的是,上述任一功能模块具体实现功能可以通过功能上可相互配合的模块来实现,详细不再赘述。
上述图9的技术方案可以应用于智能手机、平板电脑等可以安装第三方移动支付应用程序的设备。
图10为本申请实施例十智能终端的结构示意图;如图10所示,其可以包括:显示器1001、浏览器1002,所述智能终端的浏览器1002中安装有扩展插件1003,当在所述智能终端上网页浏览器1002上使用支付页面转账或者支付等操作时:
扩展插件1003设置为当在第三方支付应用程序操作页面下输入支付金额时实时确定输入的支付金额位数;
扩展插件1003还设置为根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字;
扩展插件1003设置为将所述需要加载的数位级加载到支付金额中对应的数字上,以在显示器1001上直观提示支付金额中任意数字的数位级。
可选地,扩展插件1003还可以设置为当在支付页面中通过键盘输入支付金额时,实时监听通过键盘输入的数字,以确定支付金额位数。
可选地,扩展插件1003还可以确定在支付页面的支付金额输入框,实时监听在支付金额输入框内输入的支付金额,以确定支付金额位数。
可选地,扩展插件1003还可以设置为根据预先设置的数位级提示逻辑,匹配支付金额中需要加载数位级的数字,所述数位级加载规则包括所述数位级提示逻辑。
可选地,扩展插件1003还可以设置为统计输入的支付金额对应字符串长度;以及根据支付金额对应字符串长度确定支付金额的位数。
具体地,扩展插件1003在统计字符串时,可以具体设置为确定输入的支付金额中数字0和非0数字,并使用空格替换掉数字0;以及对用空格字符替换掉所述数字0后的支付金额对应的字符串进行字符串长度统计。
具体地,扩展插件1003还可以设置为确定用空格字符替换掉数字0后的支付金额对应字符串中的空格字符以及非空格字符;以及从非空格字符对应的数字中选择需要加载数位级的数字,以匹配支付金额中需要加载数位级的数字。
具体地,扩展插件1003还可以遍历用空格替换掉数字0后的支付金额对应的字符串;以及确定出非空格字符对应的数字,从非空格字符对应的数字中选择需要加载数位级的数字。
可选地,扩展插件1003还可以设置为将所述需要加载的数位级加载到支付金额中对应的数字上,在支付页面中显示需要加载的数位级。
扩展插件1003的功能结构可参见上述图8,详细不再赘述。
上述图10中实施例的技术方案可以应用PC端等可以安装浏览器1002等终端,比如在浏览器1002上通过银行界面、第三方支付页面(支付宝)等实现转账、汇款等情形,详细不再赘述。
图11为应用本申请上述任一实施例的支付界面示意图一,如图11所示,在1000的千位数“1”上方显示“千”,即可直接快速得知输入的金额为“1000”;图12为应用本申请上述任一实施例的支付界面示意图二,在10010的万位数“1”上方显示“万”、在十位数上方显示“1”,即可直接快速得知输入的金额为“10010”.
上述实施例中,也可以增加分隔符,由于常规的每三个数字有一个分隔符,因此,分割符的存在便于快速确定数位级。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或 者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读记录介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (11)

  1. 一种直观提示支付金额的方法,其特征在于,包括:
    当输入支付金额时实时确定输入的支付金额位数;
    根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字;
    将所述需要加载的数位级加载到支付金额中对应的数字上,以直观提示支付金额中任意数字的数位级。
  2. 根据权利要求1所述的方法,其特征在于,所述当输入支付金额时实时监听输入的支付金额位数包括:
    当在支付页面中通过键盘输入支付金额时,实时监听通过键盘输入的数字,以确定支付金额位数。
  3. 根据权利要求1所述的方法,其特征在于,所述当输入支付金额时实时监听输入的支付金额位数包括:
    确定在支付页面的支付金额输入框,实时监听在支付金额输入框内输入的支付金额,以确定支付金额位数。
  4. 根据权利要求1所述的方法,其特征在于,所述根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字包括:根据预先设置的数位级提示逻辑,匹配支付金额中需要加载数位级的数字,所述数位级加载规则包括所述数位级提示逻辑。
  5. 根据权利要求1所述的方法,其特征在于,所述当输入支付金额时实时确定输入的支付金额位数包括:
    统计输入的支付金额对应字符串长度;
    根据支付金额对应字符串长度确定支付金额的位数。
  6. 根据权利要求5所述的方法,其特征在于,所述统计输入的支付金额对应字符串长度包括:
    确定输入的支付金额中数字0和非0数字,并使用空格替换掉数字0;
    对用空格字符替换掉所述数字0后的支付金额对应的字符串进行字符串长度统计。
  7. 根据权利要求6所述的方法,其特征在于,所述根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字包括:
    确定用空格字符替换掉数字0后的支付金额对应字符串中的空格字符以及非空格字符;
    从非空格字符对应的数字中选择需要加载数位级的数字,以匹配支付金额中需要加载数位级的数字。
  8. 根据权利要求7所述的方法,其特征在于,所述从非空格字符对应的数字中选择需要加载数位级的数字,以匹配支付金额中需要加载数位级的数字包括:
    遍历用空格替换掉数字0后的支付金额对应的字符串;
    确定出非空格字符对应的数字,从非空格字符对应的数字中选择需要加载数位级的数字。
  9. 根据权利要求1所述的方法,其特征在于,将所述需要加载的数位级加载到支付金额中对应的数字上,以直观提示支付金额中任意数字的数位级包括:将所述需要加载的数位级加载到支付金额中对应的数字上,在支付页面中显示需要加载的数位级。
  10. 一种直观提示支付金额的装置,其特征在于,包括:
    位数确定模块,设置为当输入支付金额时实时确定输入的支付金额位数;
    匹配模块,设置为根据预先设置的数位级加载规则,匹配支付金额中需要加载数位级的数字;
    加载模块,设置为将所述需要加载的数位级加载到支付金额中对应的数字上,以直观提示支付金额中任意数字的数位级。
  11. 一种在其上记录有用于执行权利要求1所述方法的程序的计算机可读记录介质。
PCT/CN2016/088913 2015-12-11 2016-07-06 直观提示支付金额的方法及装置 Ceased WO2017096845A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/250,849 US20170169409A1 (en) 2015-12-11 2016-08-29 Method and electronic device for intuitively prompting payment amount

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510921261.1A CN105912311A (zh) 2015-12-11 2015-12-11 直观提示支付金额的方法及装置
CN201510921261.1 2015-12-11

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/250,849 Continuation US20170169409A1 (en) 2015-12-11 2016-08-29 Method and electronic device for intuitively prompting payment amount

Publications (1)

Publication Number Publication Date
WO2017096845A1 true WO2017096845A1 (zh) 2017-06-15

Family

ID=56744222

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/088913 Ceased WO2017096845A1 (zh) 2015-12-11 2016-07-06 直观提示支付金额的方法及装置

Country Status (3)

Country Link
US (1) US20170169409A1 (zh)
CN (1) CN105912311A (zh)
WO (1) WO2017096845A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106919320A (zh) * 2015-12-24 2017-07-04 阿里巴巴集团控股有限公司 一种数位信息提示方法及装置
CN108563412B (zh) * 2018-03-05 2021-08-27 创新先进技术有限公司 一种数值变化展示方法及装置
CN109213399A (zh) * 2018-07-26 2019-01-15 阿里巴巴集团控股有限公司 数值展示方法、装置及计算机可读存储介质
CN109558055B (zh) * 2018-12-04 2019-08-23 张朝磊 一种基于移动终端支付金额的输入方法、装置及其可读存储介质机器终端设备
CN112133019A (zh) * 2019-06-24 2020-12-25 威海新北洋荣鑫科技股份有限公司 数据显示方法、装置、自助设备及计算机可读存储介质
CN110378784A (zh) * 2019-07-24 2019-10-25 中国工商银行股份有限公司 金额输入方法及装置
CN113296867A (zh) * 2021-06-21 2021-08-24 中国农业银行股份有限公司 用户输入数字的显示方法、装置、电子设备和存储介质
CN114115553A (zh) * 2021-11-19 2022-03-01 武汉虹信技术服务有限责任公司 一种基于安卓的格式化输入方法及系统
CN117348741B (zh) * 2023-12-06 2024-02-06 深圳市金政软件技术有限公司 金额输入框的金额显示方法及相关设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5943051A (en) * 1993-06-01 1999-08-24 Mitsubishi Denki Kabushiki Kaisha User interface for synchronized scrolling and segment editing
CN102843468A (zh) * 2012-08-14 2012-12-26 广东欧珀移动通信有限公司 一种数字字符串显示方法及移动智能终端
CN103425393A (zh) * 2013-08-13 2013-12-04 天地融科技股份有限公司 一种金额输入并显示的方法和装置
CN103440088A (zh) * 2013-08-13 2013-12-11 天地融科技股份有限公司 一种金额输入并显示的方法和装置
CN103809838A (zh) * 2012-11-14 2014-05-21 深圳市金蝶友商电子商务服务有限公司 数值输入处理方法及其系统、仿真凭证数据输入处理方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5943051A (en) * 1993-06-01 1999-08-24 Mitsubishi Denki Kabushiki Kaisha User interface for synchronized scrolling and segment editing
CN102843468A (zh) * 2012-08-14 2012-12-26 广东欧珀移动通信有限公司 一种数字字符串显示方法及移动智能终端
CN103809838A (zh) * 2012-11-14 2014-05-21 深圳市金蝶友商电子商务服务有限公司 数值输入处理方法及其系统、仿真凭证数据输入处理方法
CN103425393A (zh) * 2013-08-13 2013-12-04 天地融科技股份有限公司 一种金额输入并显示的方法和装置
CN103440088A (zh) * 2013-08-13 2013-12-11 天地融科技股份有限公司 一种金额输入并显示的方法和装置

Also Published As

Publication number Publication date
CN105912311A (zh) 2016-08-31
US20170169409A1 (en) 2017-06-15

Similar Documents

Publication Publication Date Title
WO2017096845A1 (zh) 直观提示支付金额的方法及装置
US9984215B2 (en) Obtaining password data
CN110869962A (zh) 基于数据的计算机分析的数据核对
CN110879780A (zh) 页面异常检测方法、装置、电子设备及可读存储介质
CN107451112B (zh) 表格工具数据检查方法、装置、终端设备及存储介质
CN106888086A (zh) 一种管理账号密码的系统及方法
CN113657996A (zh) 一种联邦学习中特征贡献度的确定方法、装置及电子设备
CN109241302B (zh) 一种在线课程的评论授权方法、装置及终端设备
CN118631478A (zh) 云平台登录方法、装置、电子设备和存储介质
CN114741606A (zh) 企业推荐方法、装置、计算机可读介质及电子设备
CN108460077B (zh) 一种指标分析方法、系统以及计算机可读存储介质
US20190108361A1 (en) Secure access to multi-tenant relational data
CN115033233B (zh) 一种接口调用方法、装置、电子设备及存储介质
CN111353036A (zh) 一种规则文件生成方法、装置、设备及可读存储介质
CN109447806B (zh) 前端控制方法及装置、存储介质及电子设备
CN114518805B (zh) 文本生成方法、装置、电子设备以及存储介质
CN117272099A (zh) 基于人工智能的运营系统优化方法、装置及计算机设备
CN116680261A (zh) 数据报送方法、系统以及装置
CN116187278A (zh) 一种报文处理方法、装置、设备以及存储介质
CN115619568A (zh) 一种数据处理方法、装置、电子设备及计算机可读介质
CN115525881A (zh) 隐私计算验证方法、装置、终端及存储介质
CN119831717B (zh) 待升级金融类用卡的用户确定方法、装置、设备及介质
CN110070329A (zh) 合同检测方法、装置、电子设备及存储介质
CN116050529B (zh) 量子电路图纠错方法、装置、设备、存储介质及程序产品
US20250278264A1 (en) Targeting code analysis on unpredictable sections of text

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: 16872047

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: 16872047

Country of ref document: EP

Kind code of ref document: A1