CN106651370A - 应用程序执行操作的方法及设备 - Google Patents
应用程序执行操作的方法及设备 Download PDFInfo
- Publication number
- CN106651370A CN106651370A CN201610910638.8A CN201610910638A CN106651370A CN 106651370 A CN106651370 A CN 106651370A CN 201610910638 A CN201610910638 A CN 201610910638A CN 106651370 A CN106651370 A CN 106651370A
- Authority
- CN
- China
- Prior art keywords
- bank card
- payment
- determining
- alternative condition
- obtaining
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/387—Payment using discounts or coupons
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0208—Trade or exchange of goods or services in exchange for incentives or rewards
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
提供一种应用程序执行操作的方法及设备。所述方法包括:(A)接收使用应用程序执行特定操作的用户操作;(B)响应于用户操作,在电子终端的屏幕上显示所述应用程序的相应的用户界面;(C)获取所述用户界面中被设定的选择条件;(D)确定能够用于所述特定操作的多个对象;(E)从确定的对象中确定满足获取的选择条件的对象;(F)当确定仅有一个对象时,所述应用程序利用所述对象执行所述特定操作;(G)当确定有至少两个对象时,获取所述用户界面中被重新设定的选择条件,其中,针对确定的至少两个对象和获取的被重新设定的选择条件返回执行步骤(E)。
Description
技术领域
本发明总体说来涉及电子终端领域,更具体地讲,涉及一种应用程序执行操作的方法及设备。
背景技术
随着电子技术的发展,用户越来越频繁地使用电子终端(例如,移动通信终端、平板电脑等)来实现各种操作(例如,支付等)。用户在通过应用程序执行特定操作时,应用程序往往可以利用多个对象来执行特定操作,这就需要用户进行繁琐的操作之后,才能确定适合的对象以用于执行特定操作。
发明内容
本发明的示例性实施例在于提供一种应用程序执行操作的方法及设备,其能够当用户使用应用程序进行特定操作时,自动选择适合的对象以用于执行特定操作。
根据本发明的示例性实施例,提供一种应用程序执行操作的方法,其特征在于,所述方法包括:(A)接收使用应用程序执行特定操作的用户操作;(B)响应于用户操作,在电子终端的屏幕上显示所述应用程序的相应的用户界面;(C)获取所述用户界面中被设定的选择条件;(D)确定能够用于所述特定操作的多个对象;(E)从确定的对象中确定满足获取的选择条件的对象;(F)当确定仅有一个对象时,所述应用程序利用所述对象执行所述特定操作;(G)当确定有至少两个对象时,获取所述用户界面中被重新设定的选择条件,其中,针对确定的至少两个对象和获取的被重新设定的选择条件返回执行步骤(E)。
可选地,步骤(E)包括:(e1)检测与获取的选择条件对应的参数;(e2)获取确定的对象关于所述参数的参数值;(e3)从获取的参数值中检测满足获取的选择条件的参数值,并确定满足获取的选择条件的参数值所对应的对象。
可选地,所述特定操作是支付操作,所述选择条件是用于选择进行本次支付的银行卡的条件,所述对象是银行卡。
可选地,所述选择条件包括以下项之中的至少一项:选择账单日距当前的时间最长的银行卡进行本次支付、选择剩余额度最大的银行卡进行本次支付、选择进行本次支付的优惠程度最大的银行卡进行本次支付。
可选地,与选择账单日距当前的时间最长的银行卡进行本次支付对应的参数是账单日距当前的时间、与选择剩余额度最大的银行卡进行本次支付对应的参数是剩余额度、与选择进行本次支付的优惠程度最大的银行卡进行本次支付对应的参数是进行本次支付的优惠程度。
可选地,当获取的选择条件包括选择账单日距当前的时间最长的银行卡进行本次支付时,其中,在步骤(e2)中,分别从确定的银行卡所对应的服务器获取所述银行卡的账单日距当前的时间值;或者,根据已接收到的关于确定的银行卡的账单日的消息来获取所述银行卡的账单日距当前的时间值;或者,根据预先存储的关于确定的银行卡的账单日的信息来获取所述银行卡的账单日距当前的时间值,其中,在步骤(e3)中,确定账单日距当前的时间值最大的银行卡。
可选地,当获取的选择条件包括选择剩余额度最大的银行卡进行本次支付时,其中,在步骤(e2)中,分别从确定的银行卡所对应的服务器获取所述银行卡的剩余额度值;或者,根据已接收到的关于确定的银行卡的剩余额度的消息来获取所述银行卡的剩余额度值;或者,根据预先存储的关于确定的银行卡的剩余额度的信息来获取所述银行卡的剩余额度值,其中,在步骤(e3)中,确定剩余额度值最大的银行卡。
可选地,当获取的选择条件包括选择进行本次支付的优惠程度最大的银行卡进行本次支付时,其中,在步骤(e2)中,分别从确定的银行卡所对应的服务器获取所述银行卡进行本次支付的优惠程度;或者,从本次所支付的商家的服务器获取利用确定的银行卡进行本次支付的优惠程度;或者,从本次支付的支付界面获取利用确定的银行卡进行本次支付的优惠程度;或者,根据已接收到的关于确定的银行卡的优惠信息的消息来获取所述银行卡进行本次支付的优惠程度;或者,根据预先存储的确定的银行卡的优惠信息来获取所述银行卡进行本次支付的优惠程度,其中,在步骤(e3)中,确定优惠程度最大的银行卡。
可选地,在步骤(e2)中,获取电子终端当前的地理位置;分别从确定的银行卡所对应的服务器获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度;或者,从本次所支付的商家的服务器获取利用确定的银行卡在当前的地理位置进行本次支付的优惠程度;或者,根据已接收到的关于确定的银行卡的优惠信息的消息来获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度;或者,根据预先存储的确定的银行卡的优惠信息来获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度。
根据本发明的另一示例性实施例,提供一种用于应用程序执行操作的设备,其特征在于,所述设备包括:接收单元,用于接收使用应用程序执行特定操作的用户操作;界面显示单元,用于响应于用户操作,在电子终端的屏幕上显示所述应用程序的相应的用户界面;选择条件获取单元,用于获取所述用户界面中被设定的选择条件;对象确定单元,用于确定能够用于所述特定操作的多个对象;对象选择单元,用于从确定的对象中确定满足获取的选择条件的对象;操作执行单元,用于当确定仅有一个对象时,控制所述应用程序利用所述对象执行所述特定操作,其中,选择条件获取单元当确定有至少两个对象时,获取所述用户界面中被重新设定的选择条件,其中,对象选择单元从确定的至少两个对象中确定满足获取的被重新设定的对象。
可选地,对象选择单元包括:参数检测单元,用于检测与获取的选择条件对应的参数;参数值获取单元,用于获取确定的对象关于所述参数的参数值;确定单元,用于从获取的参数值中检测满足获取的选择条件的参数值,并确定满足获取的选择条件的参数值所对应的对象。
可选地,所述特定操作是支付操作,所述选择条件是用于选择进行本次支付的银行卡的条件,所述对象是银行卡。
可选地,所述选择条件包括以下项之中的至少一项:选择账单日距当前的时间最长的银行卡进行本次支付、选择剩余额度最大的银行卡进行本次支付、选择进行本次支付的优惠程度最大的银行卡进行本次支付。
可选地,与选择账单日距当前的时间最长的银行卡进行本次支付对应的参数是账单日距当前的时间、与选择剩余额度最大的银行卡进行本次支付对应的参数是剩余额度、与选择进行本次支付的优惠程度最大的银行卡进行本次支付对应的参数是进行本次支付的优惠程度。
可选地,当获取的选择条件包括选择账单日距当前的时间最长的银行卡进行本次支付时,其中,参数值获取单元分别从确定的银行卡所对应的服务器获取所述银行卡的账单日距当前的时间值;或者,根据已接收到的关于确定的银行卡的账单日的消息来获取所述银行卡的账单日距当前的时间值;或者,根据预先存储的关于确定的银行卡的账单日的信息来获取所述银行卡的账单日距当前的时间值,其中,确定单元确定账单日距当前的时间值最大的银行卡。
可选地,当获取的选择条件包括选择剩余额度最大的银行卡进行本次支付时,其中,参数值获取单元分别从确定的银行卡所对应的服务器获取所述银行卡的剩余额度值;或者,根据已接收到的关于确定的银行卡的剩余额度的消息来获取所述银行卡的剩余额度值;或者,根据预先存储的关于确定的银行卡的剩余额度的信息来获取所述银行卡的剩余额度值,其中,确定单元确定剩余额度值最大的银行卡。
可选地,当获取的选择条件包括选择进行本次支付的优惠程度最大的银行卡进行本次支付时,其中,参数值获取单元分别从确定的银行卡所对应的服务器获取所述银行卡进行本次支付的优惠程度;或者,从本次所支付的商家的服务器获取利用确定的银行卡进行本次支付的优惠程度;或者,从本次支付的支付界面获取利用确定的银行卡进行本次支付的优惠程度;或者,根据已接收到的关于确定的银行卡的优惠信息的消息来获取所述银行卡进行本次支付的优惠程度;或者,根据预先存储的确定的银行卡的优惠信息来获取所述银行卡进行本次支付的优惠程度,其中,确定单元确定优惠程度最大的银行卡。
可选地,参数值获取单元先获取电子终端当前的地理位置,然后分别从确定的银行卡所对应的服务器获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度;或者,从本次所支付的商家的服务器获取利用确定的银行卡在当前的地理位置进行本次支付的优惠程度;或者,根据已接收到的关于确定的银行卡的优惠信息的消息来获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度;或者,根据预先存储的确定的银行卡的优惠信息来获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度。
在根据本发明示例性实施例的应用程序执行操作的方法及设备中,能够当用户使用应用程序进行特定操作时,自动选择适合的对象以用于执行特定操作,降低了用户操作的繁琐度,提升了用户体验。
将在接下来的描述中部分阐述本发明总体构思另外的方面和/或优点,还有一部分通过描述将是清楚的,或者可以经过本发明总体构思的实施而得知。
附图说明
通过下面结合示例性地示出实施例的附图进行的描述,本发明示例性实施例的上述和其他目的和特点将会变得更加清楚,其中:
图1示出根据本发明示例性实施例的应用程序执行操作的方法的流程图;
图2示出根据本发明示例性实施例的从确定的对象中确定满足获取的选择条件的对象的步骤的流程图;
图3示出根据本发明示例性实施例的用于应用程序执行操作的设备的框图;
图4示出根据本发明示例性实施例的对象选择单元的框图。
具体实施方式
现将详细参照本发明的实施例,所述实施例的示例在附图中示出,其中,相同的标号始终指的是相同的部件。以下将通过参照附图来说明所述实施例,以便解释本发明。
图1示出根据本发明示例性实施例的应用程序执行操作的方法的流程图。所述方法可由电子终端(例如,移动通信终端、智能可穿戴设备、个人计算机、平板电脑、游戏机、数字多媒体播放器等)来完成,也可通过计算机程序来实现。例如,所述方法可通过安装在电子终端中的应用来执行,或者通过电子终端的操作系统中实现的功能程序来执行。
如图1所示,在步骤S10,接收使用应用程序执行特定操作的用户操作。这里,所述应用程序可以是能够进行支付的应用程序,例如,购物应用、支付宝应用、微信应用、Samsung Pay、Apple Pay等。所述特定操作可以是支付操作。
在步骤S20,响应于用户操作,在电子终端的屏幕上显示所述应用程序的相应的用户界面。
作为示例,当在步骤S10中,接收到使用应用程序执行支付操作的用户操作时,在步骤S20中,响应于该用户操作,在电子终端的屏幕上显示支付界面。
在步骤S30,获取所述用户界面中被设定的选择条件。
作为示例,所述被设定的选择条件可以是系统默认设定的选择条件,也可以是默认的用户上次设定的选择条件,还可以是用户此次设定的选择条件。
应该理解,在所述用户界面中显示选择条件,至少显示被设定的选择条件。作为示例,可在所述用户界面中显示全部的选择条件供用户设定,并可突出显示被设定的选择条件以提示用户。
作为示例,所述选择条件可以是用于选择进行本次支付的银行卡的条件。例如,所述选择条件可包括以下项之中的至少一项:选择账单日距当前的时间最长的银行卡进行本次支付、选择剩余额度最大的银行卡进行本次支付、选择进行本次支付的优惠程度最大的银行卡进行本次支付。
在步骤S40,确定能够用于所述特定操作的多个对象。
可使用各种适合的方式来确定能够用于所述特定操作的多个对象。作为示例,可将与所述应用程序绑定的对象确定为能够用于所述特定操作的多个对象。例如,当所述应用程序是能够进行支付的应用程序、所述特定操作是支付操作时,所述对象可以是银行卡(例如,信用卡等),则可将与所述应用程序绑定的多张银行卡确定为能够用于所述特定操作的对象。
在步骤S50,从确定的对象中确定满足获取的选择条件的对象。作为优选方式,以下将参照图2来具体描述步骤S50。
在步骤S60,确定是否仅有一个满足获取的选择条件的对象。
当在步骤S60中确定仅有一个对象时,在步骤S70,所述应用程序利用所述对象执行所述特定操作。
当在步骤S60中确定有至少两个对象时,在步骤S80,获取所述用户界面中被重新设定的选择条件,其中,针对确定的至少两个对象和获取的被重新设定的选择条件返回执行步骤S50。即,当确定仅有一个满足获取的选择条件的对象时,所述应用程序直接利用所述对象执行所述特定操作,而当确定有至少两个满足获取的选择条件的对象时,需再从确定的至少两个对象中确定满足被重新设定的选择条件的对象,直至最终确定一个对象。
作为示例,被重新设定的选择条件可以是系统默认设定的选择条件,也可以是默认的用户上次设定的选择条件,还可以是提示用户需再设定选择条件之后用户重新设定的选择条件。
例如,在步骤S30中获取的被设定的选择条件可以是用户此次设定的选择条件,当在步骤S60中确定有至少两个对象时,在步骤S80中获取的被重新设定的选择条件可以是系统默认设定的选择条件,或者用户上次设定的选择条件。
图2示出根据本发明示例性实施例的从确定的对象中确定满足获取的选择条件的对象的步骤的流程图。
如图2所示,在步骤S501,检测与获取的选择条件对应的参数。
作为示例,与选择账单日距当前的时间最长的银行卡进行本次支付对应的参数可以是账单日距当前的时间、与选择剩余额度最大的银行卡进行本次支付对应的参数可以是剩余额度、与选择进行本次支付的优惠程度最大的银行卡进行本次支付对应的参数可以是进行本次支付的优惠程度。
在步骤S502,获取确定的对象关于所述参数的参数值。
应该理解,可通过各种适合的方式来获取确定的对象关于所述参数的参数值。作为示例,可从确定的对象的服务器获取确定的对象关于所述参数的参数值,也可根据已接收到的关于确定的对象的消息来获取确定的对象关于所述参数的参数值,还可根据预先存储的关于确定的对象的信息来获取确定的对象关于所述参数的参数值。
在步骤S503,从获取的参数值中检测满足获取的选择条件的参数值,并确定满足获取的选择条件的参数值所对应的对象。
作为优选方式,以下将分别针对在获取的选择条件为选择账单日距当前的时间最长的银行卡进行本次支付的情况下、在获取的选择条件为选择进行本次支付的优惠程度最大的银行卡进行本次支付的情况下、在获取的选择条件为选择进行本次支付的优惠程度最大的银行卡进行本次支付的情况下,描述步骤S502和步骤S503的示例。
作为示例,当获取的选择条件为选择账单日距当前的时间最长的银行卡进行本次支付时,在步骤S502中,可分别从确定的银行卡所对应的服务器获取所述银行卡的账单日距当前的时间值。例如,可向确定的银行卡所对应的服务器分别发送获取银行卡的账单日距当前的时间的请求,然后从服务器接收银行卡的账单日距当前的时间。
或者,在步骤S502中,可根据已接收到的关于确定的银行卡的账单日的消息来获取所述银行卡的账单日距当前的时间值。作为示例,已接收到的关于确定的银行卡的账单日的消息可以是关于确定的银行卡的账单日的邮件、短信、即时通信消息(例如,微信消息)等。
或者,在步骤S502中,可根据预先存储的关于确定的银行卡的账单日的信息来获取所述银行卡的账单日距当前的时间值。例如,预先存储的关于确定的银行卡的账单日的信息可以是用户预先存储的关于确定的银行卡的账单日的信息。
在步骤S503中,可确定账单日距当前的时间值最大的银行卡。例如,银行卡A的账单日距当前的时间为20天,银行卡B的账单日距当前的时间为10天,则可确定银行卡A为满足获取的选择条件的对象。
作为另一示例,当获取的选择条件为选择剩余额度最大的银行卡进行本次支付时,在步骤S502中,可分别从确定的银行卡所对应的服务器获取所述银行卡的剩余额度值。例如,可向确定的银行卡所对应的服务器分别发送获取银行卡的剩余额度的请求,然后从服务器接收银行卡的剩余额度。
或者,在步骤S502中,可根据已接收到的关于确定的银行卡的剩余额度的消息来获取所述银行卡的剩余额度值。作为示例,已接收到的关于确定的银行卡的剩余额度的消息可以是关于确定的银行卡的剩余额度的邮件、短信、即时通信消息(例如,微信消息)等。
或者,在步骤S502中,可根据预先存储的关于确定的银行卡的剩余额度的信息来获取所述银行卡的剩余额度值。例如,预先存储的关于确定的银行卡的剩余额度的信息可以是用户预先存储的关于确定的银行卡的剩余额度的信息。
在步骤S503中,可确定剩余额度值最大的银行卡。
作为另一示例,当获取的选择条件为选择进行本次支付的优惠程度最大的银行卡进行本次支付时,在步骤S502中,可分别从确定的银行卡所对应的服务器获取所述银行卡进行本次支付的优惠程度。例如,可向确定的银行卡所对应的服务器分别发送获取银行卡进行本次支付的优惠程度的请求,然后从服务器接收银行卡进行本次支付的优惠程度。
或者,在步骤S502中,可从本次所支付的商家的服务器获取利用确定的银行卡进行本次支付的优惠程度。例如,可向本次所支付的商家的服务器发送获取利用确定的银行卡进行本次支付的优惠程度的请求,然后从服务器接收银行卡进行本次支付的优惠程度。
或者,在步骤S502中,可从本次支付的支付界面获取利用确定的银行卡进行本次支付的优惠程度。
或者,在步骤S502中,可根据已接收到的关于确定的银行卡的优惠信息的消息来获取所述银行卡进行本次支付的优惠程度。作为示例,已接收到的关于确定的银行卡的优惠信息的消息可以是关于确定的银行卡的优惠信息的邮件、短信、即时通信消息(例如,微信消息)等,可以是由银行的服务器发送的,也可以是由商家的服务器发送的。
或者,在步骤S502中,可根据预先存储的确定的银行卡的优惠信息来获取所述银行卡进行本次支付的优惠程度。
在步骤S503中,可确定优惠程度最大的银行卡。
优选地,在步骤S502中,可先获取电子终端当前的地理位置;然后可分别从确定的银行卡所对应的服务器获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度;或者,可从本次所支付的商家的服务器获取利用确定的银行卡在当前的地理位置进行本次支付的优惠程度;或者,可根据已接收到的关于确定的银行卡的优惠信息的消息来获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度;或者,可根据预先存储的确定的银行卡的优惠信息来获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度。通过考虑电子终端当前的地理位置(即,用户当前的地理位置),能够更准确地判断使用该银行卡在当前的地理位置进行本次支付的优惠程度。
用户通常会将多张银行卡与能够进行支付的应用程序(例如,购物应用、支付宝应用、微信应用、Samsung Pay、Apple Pay等)进行绑定,在进行支付时,用户需要分别查询已绑定的银行卡的相关信息后再选择适合的银行卡来进行本次支付,操作繁琐。根据本发明的示例性实施例,能够当用户使用应用程序进行支付时,自动选择适合的银行卡来进行支付,无需用户在降低了用户操作的繁琐度,提升了用户体验。
图3示出根据本发明示例性实施例的用于应用程序执行操作的设备的框图。如图3所示,根据本发明示例性实施例的用于应用程序执行操作的设备包括:接收单元10、界面显示单元20、选择条件获取单元30、对象确定单元40、对象选择单元50、操作执行单元60。这些单元可通过专门的器件来实现,作为示例,所述单元可由数字信号处理器、现场可编程门阵列、应用处理器、CPU等通用硬件处理器来实现,也可通过专用芯片等专用硬件处理器来实现,还可完全通过计算机程序来以软件方式实现,例如,被实现为安装在电子终端中的应用中的模块,或者被实现为电子终端的操作系统中实现的功能程序。
接收单元10用于接收使用应用程序执行特定操作的用户操作。这里,所述应用程序可以是能够进行支付的应用程序,例如,购物应用、支付宝应用、微信应用、Samsung Pay、Apple Pay等。所述特定操作可以是支付操作。
界面显示单元20用于响应于用户操作,在电子终端的屏幕上显示所述应用程序的相应的用户界面。作为示例,当接收单元10接收到使用应用程序执行支付操作的用户操作时,界面显示单元20响应于该用户操作,在电子终端的屏幕上显示支付界面。
选择条件获取单元30用于获取所述用户界面中被设定的选择条件。
作为示例,所述被设定的选择条件可以是系统默认设定的选择条件,也可以是默认的用户上次设定的选择条件,还可以是用户此次设定的选择条件。
应该理解,界面显示单元20在所述用户界面中显示选择条件,至少显示被设定的选择条件。作为示例,界面显示单元20可在所述用户界面中显示全部的选择条件供用户设定,并可突出显示被设定的选择条件以提示用户。
作为示例,所述选择条件可以是用于选择进行本次支付的银行卡的条件。例如,所述选择条件可包括以下项之中的至少一项:选择账单日距当前的时间最长的银行卡进行本次支付、选择剩余额度最大的银行卡进行本次支付、选择进行本次支付的优惠程度最大的银行卡进行本次支付。
对象确定单元40用于确定能够用于所述特定操作的多个对象。
对象确定单元40可使用各种适合的方式来确定能够用于所述特定操作的多个对象。作为示例,对象确定单元40可将与所述应用程序绑定的对象确定为能够用于所述特定操作的多个对象。例如,当所述应用程序是能够进行支付的应用程序、所述特定操作是支付操作时,所述对象可以是银行卡(例如,信用卡等),对象确定单元40可将与所述应用程序绑定的多张银行卡确定为能够用于所述特定操作的对象。
对象选择单元50用于从确定的对象中确定满足获取的选择条件的对象。作为优选方式,以下将参照图4来描述对象选择单元50的示例性结构。
操作执行单元60用于当对象选择单元50确定仅有一个对象时,控制所述应用程序利用所述对象执行所述特定操作,其中,选择条件获取单元30当对象选择单元50确定有至少两个对象时,获取所述用户界面中被重新设定的选择条件,其中,对象选择单元50从确定的至少两个对象中确定满足获取的被重新设定的对象。即,操作执行单元60当对象选择单元50确定仅有一个满足获取的选择条件的对象时,控制所述应用程序直接利用所述对象执行所述特定操作,而当确定有至少两个满足获取的选择条件的对象时,对象选择单元50需再从确定的至少两个对象中确定满足被重新设定的选择条件的对象,直至最终确定一个对象。
作为示例,被重新设定的选择条件可以是系统默认设定的选择条件,也可以是默认的用户上次设定的选择条件,还可以是提示用户需再设定选择条件之后用户重新设定的选择条件。
图4示出根据本发明示例性实施例的对象选择单元的框图。
如图4所示,根据本发明示例性实施例的对象选择单元50包括:参数检测单元501、参数值获取单元502和确定单元503。
参数检测单元501用于检测与获取的选择条件对应的参数。
作为示例,与选择账单日距当前的时间最长的银行卡进行本次支付对应的参数可以是账单日距当前的时间、与选择剩余额度最大的银行卡进行本次支付对应的参数可以是剩余额度、与选择进行本次支付的优惠程度最大的银行卡进行本次支付对应的参数可以是进行本次支付的优惠程度。
参数值获取单元502用于获取确定的对象关于所述参数的参数值。
应该理解,参数值获取单元502可通过各种适合的方式来获取确定的对象关于所述参数的参数值。作为示例,参数值获取单元502可从确定的对象的服务器获取确定的对象关于所述参数的参数值,也可根据已接收到的关于确定的对象的消息来获取确定的对象关于所述参数的参数值,还可根据预先存储的关于确定的对象的信息来获取确定的对象关于所述参数的参数值。
确定单元503用于从获取的参数值中检测满足获取的选择条件的参数值,并确定满足获取的选择条件的参数值所对应的对象。
作为优选方式,以下将分别针对在获取的选择条件为选择账单日距当前的时间最长的银行卡进行本次支付的情况下、在获取的选择条件为选择进行本次支付的优惠程度最大的银行卡进行本次支付的情况下、在获取的选择条件为选择进行本次支付的优惠程度最大的银行卡进行本次支付的情况下,描述实现参数值获取单元502和确定单元503的示例。
作为示例,当获取的选择条件为选择账单日距当前的时间最长的银行卡进行本次支付时,参数值获取单元502可分别从确定的银行卡所对应的服务器获取所述银行卡的账单日距当前的时间值;或者,可根据已接收到的关于确定的银行卡的账单日的消息来获取所述银行卡的账单日距当前的时间值;或者,可根据预先存储的关于确定的银行卡的账单日的信息来获取所述银行卡的账单日距当前的时间值,其中,确定单元503可确定账单日距当前的时间值最大的银行卡。
作为另一示例,当获取的选择条件为选择剩余额度最大的银行卡进行本次支付时,参数值获取单元502可分别从确定的银行卡所对应的服务器获取所述银行卡的剩余额度值;或者,可根据已接收到的关于确定的银行卡的剩余额度的消息来获取所述银行卡的剩余额度值;或者,可根据预先存储的关于确定的银行卡的剩余额度的信息来获取所述银行卡的剩余额度值,其中,确定单元503可确定剩余额度值最大的银行卡。
作为另一示例,当获取的选择条件为选择进行本次支付的优惠程度最大的银行卡进行本次支付时,参数值获取单元502可分别从确定的银行卡所对应的服务器获取所述银行卡进行本次支付的优惠程度;或者,可从本次所支付的商家的服务器获取利用确定的银行卡进行本次支付的优惠程度;或者,可从本次支付的支付界面获取利用确定的银行卡进行本次支付的优惠程度;或者,可根据已接收到的关于确定的银行卡的优惠信息的消息来获取所述银行卡进行本次支付的优惠程度;或者,可根据预先存储的确定的银行卡的优惠信息来获取所述银行卡进行本次支付的优惠程度,其中,确定单元503可确定优惠程度最大的银行卡。
优选地,参数值获取单元502可先获取电子终端当前的地理位置,然后可分别从确定的银行卡所对应的服务器获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度;或者,可从本次所支付的商家的服务器获取利用确定的银行卡在当前的地理位置进行本次支付的优惠程度;或者,可根据已接收到的关于确定的银行卡的优惠信息的消息来获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度;或者,可根据预先存储的确定的银行卡的优惠信息来获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度。通过考虑电子终端当前的地理位置(即,用户当前的地理位置),能够更准确地判断使用该银行卡在当前的地理位置进行本次支付的优惠程度。
根据本发明示例性实施例的应用程序执行操作的方法及设备,能够当用户使用应用程序进行特定操作时,自动选择适合的对象以用于执行特定操作,降低了用户操作的繁琐度,提升了用户体验。尤其能够当用户使用应用程序进行支付时,自动选择适合的银行卡来进行支付,无需用户在进行支付时,分别查询已绑定的银行卡的相关信息后再选择银行卡来进行支付。
虽然已表示和描述了本发明的一些示例性实施例,但本领域技术人员应该理解,在不脱离由权利要求及其等同物限定其范围的本发明的原理和精神的情况下,可以对这些实施例进行修改。
Claims (10)
1.一种应用程序执行操作的方法,其特征在于,所述方法包括:
(A)接收使用应用程序执行特定操作的用户操作;
(B)响应于用户操作,在电子终端的屏幕上显示所述应用程序的相应的用户界面;
(C)获取所述用户界面中被设定的选择条件;
(D)确定能够用于所述特定操作的多个对象;
(E)从确定的对象中确定满足获取的选择条件的对象;
(F)当确定仅有一个对象时,所述应用程序利用所述对象执行所述特定操作;
(G)当确定有至少两个对象时,获取所述用户界面中被重新设定的选择条件,其中,针对确定的至少两个对象和获取的被重新设定的选择条件返回执行步骤(E)。
2.根据权利要求1所述的方法,其特征在于,步骤(E)包括:
(e1)检测与获取的选择条件对应的参数;
(e2)获取确定的对象关于所述参数的参数值;
(e3)从获取的参数值中检测满足获取的选择条件的参数值,并确定满足获取的选择条件的参数值所对应的对象。
3.根据权利要求2所述的方法,其特征在于,所述特定操作是支付操作,所述选择条件是用于选择进行本次支付的银行卡的条件,所述对象是银行卡。
4.根据权利要求3所述的方法,其特征在于,所述选择条件包括以下项之中的至少一项:选择账单日距当前的时间最长的银行卡进行本次支付、选择剩余额度最大的银行卡进行本次支付、选择进行本次支付的优惠程度最大的银行卡进行本次支付。
5.根据权利要求4所述的方法,其特征在于,与选择账单日距当前的时间最长的银行卡进行本次支付对应的参数是账单日距当前的时间、与选择剩余额度最大的银行卡进行本次支付对应的参数是剩余额度、与选择进行本次支付的优惠程度最大的银行卡进行本次支付对应的参数是进行本次支付的优惠程度。
6.根据权利要求5所述的方法,其特征在于,当获取的选择条件包括选择账单日距当前的时间最长的银行卡进行本次支付时,其中,
在步骤(e2)中,分别从确定的银行卡所对应的服务器获取所述银行卡的账单日距当前的时间值;或者,根据已接收到的关于确定的银行卡的账单日的消息来获取所述银行卡的账单日距当前的时间值;或者,根据预先存储的关于确定的银行卡的账单日的信息来获取所述银行卡的账单日距当前的时间值,
其中,在步骤(e3)中,确定账单日距当前的时间值最大的银行卡。
7.根据权利要求5所述的方法,其特征在于,当获取的选择条件包括选择剩余额度最大的银行卡进行本次支付时,其中,
在步骤(e2)中,分别从确定的银行卡所对应的服务器获取所述银行卡的剩余额度值;或者,根据已接收到的关于确定的银行卡的剩余额度的消息来获取所述银行卡的剩余额度值;或者,根据预先存储的关于确定的银行卡的剩余额度的信息来获取所述银行卡的剩余额度值,
其中,在步骤(e3)中,确定剩余额度值最大的银行卡。
8.根据权利要求5所述的方法,其特征在于,当获取的选择条件包括选择进行本次支付的优惠程度最大的银行卡进行本次支付时,其中,
在步骤(e2)中,分别从确定的银行卡所对应的服务器获取所述银行卡进行本次支付的优惠程度;或者,从本次所支付的商家的服务器获取利用确定的银行卡进行本次支付的优惠程度;或者,从本次支付的支付界面获取利用确定的银行卡进行本次支付的优惠程度;或者,根据已接收到的关于确定的银行卡的优惠信息的消息来获取所述银行卡进行本次支付的优惠程度;或者,根据预先存储的确定的银行卡的优惠信息来获取所述银行卡进行本次支付的优惠程度,
其中,在步骤(e3)中,确定优惠程度最大的银行卡。
9.根据权利要求8所述的方法,其特征在于,在步骤(e2)中,
获取电子终端当前的地理位置;
分别从确定的银行卡所对应的服务器获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度;或者,从本次所支付的商家的服务器获取利用确定的银行卡在当前的地理位置进行本次支付的优惠程度;或者,根据已接收到的关于确定的银行卡的优惠信息的消息来获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度;或者,根据预先存储的确定的银行卡的优惠信息来获取利用所述银行卡在当前的地理位置进行本次支付的优惠程度。
10.一种用于应用程序执行操作的设备,其特征在于,所述设备包括:
接收单元,用于接收使用应用程序执行特定操作的用户操作;
界面显示单元,用于响应于用户操作,在电子终端的屏幕上显示所述应用程序的相应的用户界面;
选择条件获取单元,用于获取所述用户界面中被设定的选择条件;
对象确定单元,用于确定能够用于所述特定操作的多个对象;
对象选择单元,用于从确定的对象中确定满足获取的选择条件的对象;
操作执行单元,用于当确定仅有一个对象时,控制所述应用程序利用所述对象执行所述特定操作,
其中,选择条件获取单元当确定有至少两个对象时,获取所述用户界面中被重新设定的选择条件,其中,对象选择单元从确定的至少两个对象中确定满足获取的被重新设定的对象。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610910638.8A CN106651370A (zh) | 2016-10-19 | 2016-10-19 | 应用程序执行操作的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610910638.8A CN106651370A (zh) | 2016-10-19 | 2016-10-19 | 应用程序执行操作的方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106651370A true CN106651370A (zh) | 2017-05-10 |
Family
ID=58855884
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610910638.8A Pending CN106651370A (zh) | 2016-10-19 | 2016-10-19 | 应用程序执行操作的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106651370A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113762951A (zh) * | 2021-09-03 | 2021-12-07 | 刘高峰 | 同一用户的多个支付端支持离线支付额度的方法、服务端及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105512884A (zh) * | 2015-12-21 | 2016-04-20 | 联想(北京)有限公司 | 移动设备及其控制方法 |
CN105741088A (zh) * | 2016-01-27 | 2016-07-06 | 广州唯品会信息科技有限公司 | 路由匹配支付方法及装置 |
CN105894264A (zh) * | 2016-03-31 | 2016-08-24 | 宇龙计算机通信科技(深圳)有限公司 | 基于信贷付款方式的付款方法、付款装置和终端 |
CN106022758A (zh) * | 2016-04-29 | 2016-10-12 | 北京小米移动软件有限公司 | 信息推荐方法和装置 |
CN106022759A (zh) * | 2016-06-20 | 2016-10-12 | 中国银联股份有限公司 | 支持多帐户的电子支付方法 |
-
2016
- 2016-10-19 CN CN201610910638.8A patent/CN106651370A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105512884A (zh) * | 2015-12-21 | 2016-04-20 | 联想(北京)有限公司 | 移动设备及其控制方法 |
CN105741088A (zh) * | 2016-01-27 | 2016-07-06 | 广州唯品会信息科技有限公司 | 路由匹配支付方法及装置 |
CN105894264A (zh) * | 2016-03-31 | 2016-08-24 | 宇龙计算机通信科技(深圳)有限公司 | 基于信贷付款方式的付款方法、付款装置和终端 |
CN106022758A (zh) * | 2016-04-29 | 2016-10-12 | 北京小米移动软件有限公司 | 信息推荐方法和装置 |
CN106022759A (zh) * | 2016-06-20 | 2016-10-12 | 中国银联股份有限公司 | 支持多帐户的电子支付方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113762951A (zh) * | 2021-09-03 | 2021-12-07 | 刘高峰 | 同一用户的多个支付端支持离线支付额度的方法、服务端及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3182684A1 (en) | Intelligent service interaction platform apparatus, system and realizing method thereof | |
CN105654293B (zh) | 支付方法及装置 | |
US20170193992A1 (en) | Voice control method and apparatus | |
CN108269135B (zh) | 信息传输的方法及装置和电子设备 | |
CN107590654A (zh) | 一种在线支付的方法、终端及计算机可读介质 | |
US20170228109A1 (en) | Information Interactive Platform, System and Method | |
CN107507000A (zh) | 支付方法、装置、设备和存储介质 | |
CN107146080A (zh) | 一种支付界面的展示方法及装置 | |
EP2423799A1 (en) | Terminal device to store object and attribute information and method therefor | |
CN114119008A (zh) | 一种基于图形码识别的信息展示方法及装置 | |
AU2021254560A1 (en) | Bill splitting system | |
CN105894266A (zh) | 二维码的生成方法、信息的处理方法及设备、信息系统 | |
CN110443670A (zh) | 一种自动售货机的远程下单方法及装置 | |
CA3047879A1 (en) | Currency type switching method and device | |
CN103810595B (zh) | 信息验证方法及装置 | |
US9503580B1 (en) | Computing device assistance for phone based customer service representative interaction | |
CN111240553B (zh) | 一种操作入口展示方法及装置 | |
CN106651370A (zh) | 应用程序执行操作的方法及设备 | |
CN118096250A (zh) | 基于二维码分享的停车费支付方法、系统及存储介质 | |
US20140351134A1 (en) | Registration process | |
US20210334788A1 (en) | Server, wallet system, computer readable recording medium and notification method | |
CN110992044B (zh) | 数据处理方法、装置、电子设备及可读存储介质 | |
CN110572310A (zh) | 基于通讯录的驾考路线分享方法及终端、存储介质 | |
CN110689339A (zh) | 支付方式的设置方法及装置 | |
US20210334790A1 (en) | Server, wallet system, computer readable recording medium, and notification method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170510 |