CN113627928A - 支付方法和支付装置 - Google Patents

支付方法和支付装置 Download PDF

Info

Publication number
CN113627928A
CN113627928A CN202110895833.9A CN202110895833A CN113627928A CN 113627928 A CN113627928 A CN 113627928A CN 202110895833 A CN202110895833 A CN 202110895833A CN 113627928 A CN113627928 A CN 113627928A
Authority
CN
China
Prior art keywords
payment
payment program
program
target
ordering
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
Application number
CN202110895833.9A
Other languages
English (en)
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.)
Vivo Mobile Communication Hangzhou Co Ltd
Original Assignee
Vivo Mobile Communication Hangzhou 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 Vivo Mobile Communication Hangzhou Co Ltd filed Critical Vivo Mobile Communication Hangzhou Co Ltd
Priority to CN202110895833.9A priority Critical patent/CN113627928A/zh
Publication of CN113627928A publication Critical patent/CN113627928A/zh
Pending legal-status Critical Current

Links

Images

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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3224—Transactions dependent on location of M-devices
    • 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/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • 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/22—Payment schemes or models
    • G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • 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/401—Transaction verification
    • G06Q20/4015—Transaction verification using location information
    • G06Q20/40155—Transaction verification using location information for triggering transactions

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请公开了一种支付方法和支付装置，属于电子设备技术领域。支付方法，包括：在检测到出站需求的情况下，通过目标支付程序，对行程账单进行支付；其中，目标支付程序为根据进站需求，下单生成行程账单的支付程序点选目标支付程序的输入。

Description

支付方法和支付装置
技术领域
本申请属于电子设备技术领域，具体涉及一种支付方法和支付装置。
背景技术
在相关技术中，由于市面上提供的地铁、公交支付手段繁多，而地铁站、公交站等交通枢纽，人流密集，对进站效率要求很高，目前进站支付手段很多，且要求出站时使用的支付手段与进站时相同，因此一旦乘客忘记进站时使用的支付手段，就不得不在多个支付程序中反复切换尝试，造成出站闸口堵塞，影响乘客体验。
发明内容
本申请实施例的目的是提供一种支付方法和支付装置，可以避免因乘客忘记进站时使用的支付程序造成的出站闸口堵塞，提高乘客体验。
第一方面，本申请实施例提供了一种支付方法，包括：
在检测到出站需求的情况下，通过目标支付程序，对行程账单进行支付；
其中，目标支付程序为根据进站需求，下单生成行程账单的支付程序点选目标支付程序的输入。
第二方面，本申请实施例提供了一种支付装置，包括：
支付模块，用于在检测到出站需求的情况下，通过目标支付程序，对行程账单进行支付；
其中，目标支付程序为根据进站需求，下单生成行程账单的支付程序点选目标支付程序的输入。
第三方面，本申请实施例提供了一种电子设备，包括处理器，存储器及存储在存储器上并可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。
第四方面，本申请实施例提供了一种可读存储介质，该可读存储介质上存储程序或指令，该程序或指令被处理器执行时实现如第一方面的方法的步骤。
第五方面，本申请实施例提供了一种芯片，该芯片包括处理器和通信接口，该通信接口和该处理器耦合，该处理器用于运行程序或指令，实现如第一方面的方法的步骤。
在本申请实施例中，在接收到乘客的出站需求时，如接收到来自出站闸机的出站支付信号，或检测到位置与出站口相匹配时，自动通过目标支付程序，对旅程对应的行程账单进行支付，且该目标支付程序是进站时使用的支付程序，因此无需乘客主动记忆进站时使用的支付程序，从而有效避免了因乘客忘记进站时使用的支付程序造成的闸口拥堵，显著提高了通过移动支付搭乘地铁、公交时的乘客体验。
附图说明
图1示出了根据本申请实施例的支付方法的流程图；
图2示出了根据本申请实施例的支付方法的界面示意图之一；
图3示出了根据本申请实施例的支付方法的界面示意图之二；
图4示出了根据本申请实施例的支付方法的界面示意图之三；
图5示出了根据本申请实施例的支付装置的结构框图；
图6示出了根据本申请实施例的电子设备的结构框图；
图7为实现本申请实施例的一种电子设备的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供支付方法和支付装置进行详细地说明。
在本申请的一些实施例中，提供了一种支付方法，图1示出了根据本申请实施例的支付方法的流程图，如图1所示，方法包括：
步骤102，在检测到出站需求的情况下，通过目标支付程序，对行程账单进行支付；
其中，目标支付程序为根据进站需求，下单生成行程账单的支付程序。
在本申请实施例中，当乘客需要乘坐地铁、轻轨、公交等公共交通时，可以选择通过手机上的移动支付程序进行“刷卡”或“扫码”进站。针对乘客通过移动支付来乘坐公交、地铁等公共交通工具时，乘客出站支付的场景，在乘客通过出站闸口时，自动展示乘客进站时使用的目标支付程序，并通过该目标支付程序，对行程账单进行支付，并帮助乘客快速通过出站闸口。
具体地，在接收到乘客的出站需求时，如接收到来自出站闸机的出站支付信号，或检测到位置与出站口相匹配时，自动通过目标支付程序，对旅程对应的行程账单进行支付，且该目标支付程序是进站时使用的支付程序，因此无需乘客主动记忆进站时使用的支付程序，从而有效避免了因乘客忘记进站时使用的支付程序造成的闸口拥堵，显著提高了通过移动支付搭乘地铁、公交时的乘客体验。
在本申请的一些实施例中，在通过目标支付程序，对行程账单进行支付之前，方法还包括：
通过目标支付程序下单，得到行程账单；
记录行程账单和目标支付程序，并显示目标支付程序。
在本申请实施例中，针对乘客通过移动支付来乘坐公交、地铁等公共交通工具时，乘客进站的场景，具体地，通过目标支付程序进行进站下单，并得到对应的行程账单。其中，行程账单会在乘客进站时记录进站的站点，并在出站时，根据出站的站点和进站的站点之间的路程，对路费进行结算。
在通过目标支付程序下单成功后，在后台记录本次行程对应的支付程序，也即该目标支付程序，同时显示该目标支付程序。具体地，可以在手机顶部的“状态栏”显示目标支付程序的名称，也可以在桌面显示“悬浮窗”，在悬浮窗内显示目标支付程序的图标等。在出站时，乘客可以点击状态栏或悬浮窗，从而快速呼出目标支付程序的支付界面。
在本申请的一些实施例中，通过目标支付程序下单，包括：
通过第一支付程序下单，并获取第一支付程序的第一下单状态；
在第一下单状态为下单失败的情况下，在预设的N个第二支付程序中，确定目标支付程序，其中N为正整数；
通过目标支付程序下单；
显示目标支付程序，包括：获取目标支付程序的第二下单状态；
在第二下单状态为下单成功的情况下，显示目标支付程序的支付界面。
点选目标支付程序的输入在本申请实施例中，在用户进站时，由于不同支付程序所利用的资源不同，比如有些支付程序需要依赖网络连接，而有些支付程序则可以离线使用。且不同支付程序一般对应不同的账户，不同账户的余额可能不同，因此在进站时，可能会因为网络状态不好、支付程序的服务器无响应、支付程序对应账户的余额不足的情况，导致乘客无法顺利进站。
针对上述问题，本申请实施例在乘客通过第一支付程序下单之后，电子设备实时获取第一支付程序的第一下单状态。其中，可以通过第一支付程序的返回数据或进站闸口的反馈信息，获取该第一下单状态。如果第一下单状态为下单成功，则判断乘客已经成功进站，此时第一支付程序即上述目标支付程序，此时乘客可以正常乘车，待用户出站时，自动调用第一支付程序进行支付即可。
如果第一下单状态为下单失败，则说明乘客没有通过使用第一支付程序成功进站，如发生了余额不足、网络故障、服务器无响应等特殊情况，此时，自动在预设的N个第二支付程序中，确定目标支付程序。其中，N个第二支付程序，具体为当前乘客持有的电子设备中，除了第一支付程序之外的其他支付程序。
在确定目标支付程序时，可根据预设的规则，在N个第二支付程序中，选择“最优”的支付程序。具体地，可以根据第一支付程序的失败原因，来选择对应的目标支付程序。举例来说，如果第一支付程序因余额不足导致下单失败，则系统自动查询N个第二支付程序中，剩余金额最高的一个支付程序，作为当前的目标支付程序。又比如第一支付程序因无法连接到互联网导致下单失败，或当前电子设备的信号强度低于预设强度，则可以在N个第二支付程序中，选择可以“离线支付”，也即不依赖网络连接的支付程序，如利用近场通信(Near Field Communication，NFC)“模拟”地铁卡的支付程序，作为目标支付程序。
在确定目标支付程序之后，继续获取目标支付程序的第二下单状态，如果第二下单状态仍为下单失败，则继续在余下的(N-1)个第二支付程序中，选择下一个目标支付程序进行下单。如果第二下单状态为下单成功，则记录此时调用的目标支付程序，进一步地，还可以在电子设备的屏幕上，如状态栏中，显示该目标支付程序的信息，以便于乘客快速查看。
在乘客到达目的地站点后，可通过点选目标支付程序的输入，显示目标支付程序的支付界面，其中，支付界面中包括通过目标支付程序进行支付的途径，比如说，在显示支付界面的情况下，将电子设备靠近出站闸口的读卡器，则电子设备可通过NFC线圈向读卡器发射射频信号，读卡器根据射频信号返回对应的支付信息，目标支付程序根据支付信息进行支付。
在另一些实施方式中，图2示出了根据本申请实施例的支付方法的界面示意图之一，如图2所示，在电子设备200的屏幕202中，显示目标支付程序的支付界面204，在支付界面204中，显示有支付码206，如图2所示，支付码206具体为二维码，出站闸口处设置有对应的扫码装置，通过向扫码装置展示支付码206，即可完成支付。
本申请提供的实施例，乘客进入地铁站或公交站时，如果乘客首选的第一支付程序下单失败，则自动在电子设备中预设的N个第二支付程序中，选出适于当前支付场景的目标支付程序，并通过目标支付程序进行下单，无需用户手动更换支付程序。同时，在通过目标支付程序下单成功后，在乘客出站时，自动通过下单时的目标支付程序进行结账，无需乘客手动选择支付程序，进而提高了乘客进、出闸口时的通行效率，有效防止进站闸口、出站闸口拥堵，显著提高了移动支付在地铁、公交等场景下的使用体验。
在本申请的一些实施例中，在预设的N个第二支付程序中，确定目标支付程序，包括：
显示预设界面，其中预设界面中包括N个第二支付程序；
接收用户输入，其中用户输入为对N个第二支付程序进行选择的输入；
响应于用户输入，确定目标支付程序。
在本申请实施例中，在确定第一下单状态为下单失败后，可弹出显示预设界面，其中，预设界面可以以“悬浮窗”的方式进行显示，或是显示在电子设备屏幕的预设区域，如顶部的状态栏附近，或底部的抽屉蓝附近。
在预设界面中，显示有备选的N个第二支付程序。能够理解的是，若N个第二支付程序无法在预设界面中全部显示，则可以通过设置对应的滚动条，分页显示N个第二支付程序。
具体地，图3示出了根据本申请实施例的支付方法的界面示意图之二，如图3所示，电子设备300的显示屏302上，显示有悬浮窗304，悬浮窗304中包括多个第二支付程序。乘客可通过触摸输入，在多个第二支付程序中，选择目标支付程序306。
本申请实施例通过在第一支付程序下单失败的情况下，自动弹出包括N个第二支付程序的悬浮窗，以便于乘客快速在其中挑选作为备选支付程序的目标支付程序，从而完成下单进站，避免在第一支付程序下单失败后，手动在电子设备中安装的大量应用程序中翻找备用支付程序，因此能够避免地铁等公共交通设备进站闸口堵塞，提高乘客体验。
在本申请的一些实施例中，在预设的N个第二支付程序中，确定目标支付程序，包括：
获取第一支付程序对应的失败信息；
在失败信息为网络失败的情况下，在N个第二支付程序中，将具有离线支付功能的第二支付程序，确定为目标支付程序。
在本申请实施例中，可以根据第一支付程序对应的失败信息，在N个第二支付程序中选取对应的目标支付程序。具体地，举例来说，如果第一支付程序因余额不足导致下单失败，则可以在N个第二支付程序中，查找剩余金额最高的一个支付程序，作为当前的目标支付程序。
假如第一支付程序因服务器无响应导致下单失败，则可以控制N个第二支付程序中的每一个支付程序，使这些支付程序分别向其服务器发起通信请求，并选出其中服务器反馈速度最快的一个支付程序，作为目标支付程序。
又或者，因当前电子设备的信号强度低于预设强度，导致第一支付程序无法正常访问网络，造成第一支付程序下单失败，则可以在N个第二支付程序中，选择可以“离线支付”，也即不依赖网络连接的支付程序，如通过NFC功能“模拟”地铁卡的支付程序，作为目标支付程序。
本申请实施例通过根据第一支付程序下单失败的失败信息，在N个第二支付程序中有针对性地选取目标支付程序，从而有效地针对了导致下单失败的外部因素，提高了下单成功率，保证了乘客体验。
在本申请的一些实施例中，在预设的N个第二支付程序中，确定目标支付程序，包括：
将N个第二支付程序中，优先级最高的第二支付程序，确定为目标支付程序。
在本申请实施例中，可为N个第二支付程序中的每个支付程序，分别设置优先级。具体地，用户可以按照自身的使用习惯，为N个第二支付程序设置优先级，比如为常用的支付程序设置较高的优先级，为较为不常用的支付程序设置相对较低的优先级。
其中，N个第二支付程序的优先级可根据用户的历史使用记录动态调整，将用户使用频次较高的第二支付程序的优先级提高，并将用户使用频次较低的第二支付程序的优先级降低。
本申请实施例通过根据预设的优先级顺序，自动在N个第二支付程序中快速选出目标支付程序，从而进一步提高了切换支付程序的速度，提高了用户体验。
在本申请的一些实施例中，在显示目标支付程序的支付界面之前，方法还包括：
显示目标支付程序对应的标识；以及
在第二下单状态为下单成功，且接收到点选目标支付程序的输入的情况下，显示目标支付程序的支付界面，包括：
在第二下单状态为下单成功的情况下，接收对标识的点选目标支付程序的输入；
响应于点选目标支付程序的输入，显示支付界面。
在本申请实施例中，在通过目标支付程序成功下单之后，显示目标支付程序对应的标识。具体地，目标支付程序对应的标识，可以是目标支付程序的图标，也可以是写出目标支付程序的名字的文字，还可以是文字和图标的结合。
进一步地，目标支付程序的标识，可以显示在屏幕顶端的“状态栏”内，也可以显示在屏幕底端的“快捷栏”内，还可以通过“悬浮窗口”的方式显示。
图4示出了根据本申请实施例的支付方法的界面示意图之三，如图4所示，电子设备400的显示屏402上，显示有通知栏404，通知栏404中包括目标支付程序对应的标识406。当乘客需要出站时，可通过点击目标支付程序对应的标识406，来进行点选目标支付程序的输入，在接收到点选目标支付程序的输入之后，自动启动目标支付程序，并显示目标支付程序对应的支付界面，通过支付界面，用户可完成出站和支付。
本申请实施例中，通过显示目标支付程序对应的标识，从而提示用户当前行程中使用的支付程序，从而在出站时，无需用户手动查找对应的支付程序，提高了使用移动支付时的出站效率，提高了用户体验。
在本申请的一些实施例中，在通过第一支付程序下单之前，方法还包括：获取电子设备当前的位置信息；
通过第一支付程序下单，包括：在位置信息与进站需求对应的第一预设位置相匹配的情况下，通过第一支付程序下单；
显示目标支付程序的支付界面，包括：在位置信息与出站需求对应的第二预设位置相匹配的情况下，显示目标支付程序的支付界面。
在本申请实施例中，可以根据电子设备的位置信息，判断当前是处于“进站”场景，还是处于“出站”场景。具体地，用户可以将每日通勤的起点地铁站的位置，设置为第一预设位置，并将通勤的终点地铁站的位置，设置为第二预设位置。
其中，可通过全球定位系统(Global Positioning System，GPS)确定电子设备的位置信息，也可以通过基站定位等方式获取电子设备的位置信息。
如果在每天早上或上午检测到，当前电子位置的位置信息与第一位置信息相匹配，则判断用户有“进站”需求，此时启动第一支付程序，通过第一支付程序下单进站。在进站后，将进站时使用的支付程序，确定为目标支付程序，并实时获取电子设备的当前位置信息。
在用户进站后，如果获取到电子设备的位置信息与第二预设位置信息相匹配时，说明乘客到站，有“出站”需求，此时自动显示目标支付程序的支付界面，便于乘客快速出站。
本申请实施例基于用户的位置，自动判断用户需要“进站”还是“出站”，并在“进站”和“出站”时自动调用支付程序，帮助用户快速通过闸口，进而有效提高了乘客进出站效率，保证了用户体验。
在本申请的一些实施例中，提供了一种支付装置，图5示出了根据本申请实施例的支付装置的结构框图，如图5所示，支付装置500包括：
支付模块502，用于在检测到出站需求的情况下，通过目标支付程序，对行程账单进行支付；
其中，目标支付程序为根据进站需求，下单生成行程账单的支付程序行程账单点选目标支付程序的输入。
在本申请实施例中，在接收到乘客的出站需求时，如接收到来自出站闸机的出站支付信号，或检测到位置与出站口相匹配时，自动通过目标支付程序，对旅程对应的行程账单进行支付，且该目标支付程序是进站时使用的支付程序，因此无需乘客主动记忆进站时使用的支付程序，从而有效避免了因乘客忘记进站时使用的支付程序造成的闸口拥堵，显著提高了通过移动支付搭乘地铁、公交时的乘客体验。
在本申请的一些实施例中，如图5所示，支付装置500还包括：
下单模块504，用于通过目标支付程序下单，得到行程账单；
显示模块506，用于记录行程账单和目标支付程序，并显示目标支付程序。
在本申请实施例中，针对乘客通过移动支付来乘坐公交、地铁等公共交通工具时，乘客进站的场景，具体地，通过目标支付程序进行进站下单，并得到对应的行程账单。其中，行程账单会在乘客进站时记录进站的站点，并在出站时，根据出站的站点和进站的站点之间的路程，对路费进行结算。
在通过目标支付程序下单成功后，在后台记录本次行程对应的支付程序，也即该目标支付程序，同时显示该目标支付程序。具体地，可以在手机顶部的“状态栏”显示目标支付程序的名称，也可以在桌面显示“悬浮窗”，在悬浮窗内显示目标支付程序的图标等。在出站时，乘客可以点击状态栏或悬浮窗，从而快速呼出目标支付程序的支付界面。
在本申请的一些实施例中，如图5所示，下单模块504，还用于通过第一支付程序下单，并获取第一支付程序的第一下单状态；
支付装置还500包括：确定模块508，用于在第一下单状态为下单失败的情况下，在预设的N个第二支付程序中，确定目标支付程序，其中N为正整数；
下单模块504，还用于通过目标支付程序下单；
显示模块506，还用于获取目标支付程序的第二下单状态；在第二下单状态为下单成功情况下，显示目标支付程序的支付界面。
在本申请实施例中，在用户进站时，由于不同支付程序所利用的资源不同，比如有些支付程序需要依赖网络连接，而有些支付程序则可以离线使用。且不同支付程序一般对应不同的账户，不同账户的余额可能不同，因此在进站时，可能会因为网络状态不好、支付程序的服务器无响应、支付程序对应账户的余额不足的情况，导致乘客无法顺利进站。
针对上述问题，本申请实施例在乘客通过第一支付程序下单之后，电子设备实时获取第一支付程序的第一下单状态。其中，可以通过第一支付程序的返回数据或进站闸口的反馈信息，获取该第一下单状态。如果第一下单状态为下单成功，则判断乘客已经成功进站，此时第一支付程序即上述目标支付程序，此时乘客可以正常乘车，待用户出站时，自动调用第一支付程序进行支付即可。
如果第一下单状态为下单失败，则说明乘客没有通过使用第一支付程序成功进站，如发生了余额不足、网络故障、服务器无响应等特殊情况，此时，自动在预设的N个第二支付程序中，确定目标支付程序。其中，N个第二支付程序，具体为当前乘客持有的电子设备中，除了第一支付程序之外的其他支付程序。
在确定目标支付程序时，可根据预设的规则，在N个第二支付程序中，选择“最优”的支付程序。具体地，可以根据第一支付程序的失败原因，来选择对应的目标支付程序。举例来说，如果第一支付程序因余额不足导致下单失败，则系统自动查询N个第二支付程序中，剩余金额最高的一个支付程序，作为当前的目标支付程序。又比如第一支付程序因无法连接到互联网导致下单失败，或当前电子设备的信号强度低于预设强度，则可以在N个第二支付程序中，选择可以“离线支付”，也即不依赖网络连接的支付程序，如利用近场通信(Near Field Communication，NFC)“模拟”地铁卡的支付程序，作为目标支付程序。
在确定目标支付程序之后，继续获取目标支付程序的第二下单状态，如果第二下单状态仍为下单失败，则继续在余下的(N-1)个第二支付程序中，选择下一个目标支付程序进行下单。如果第二下单状态为下单成功，则记录此时调用的目标支付程序，进一步地，还可以在电子设备的屏幕上，如状态栏中，显示该目标支付程序的信息，以便于乘客快速查看。
在乘客到达目的地站点后，可通过点选目标支付程序的输入，显示目标支付程序的支付界面，其中，支付界面中包括通过目标支付程序进行支付的途径，比如说，在显示支付界面的情况下，将电子设备靠近出站闸口的读卡器，则电子设备可通过NFC线圈向读卡器发射射频信号，读卡器根据射频信号返回对应的支付信息，目标支付程序根据支付信息进行支付。
在另一些实施方式中，图2示出了根据本申请实施例的支付方法的界面示意图之一，如图2所示，在电子设备200的屏幕202中，显示目标支付程序的支付界面204，在支付界面204中，显示有支付码206，如图2所示，支付码206具体为二维码，出站闸口处设置有对应的扫码装置，通过向扫码装置展示支付码206，即可完成支付。
本申请提供的实施例，乘客进入地铁站或公交站时，如果乘客首选的第一支付程序下单失败，则自动在电子设备中预设的N个第二支付程序中，选出适于当前支付场景的目标支付程序，并通过目标支付程序进行下单，无需用户手动更换支付程序。同时，在通过目标支付程序下单成功后，在乘客出站时，自动通过下单时的目标支付程序进行结账，无需乘客手动选择支付程序，进而提高了乘客进、出闸口时的通行效率，有效防止进站闸口、出站闸口拥堵，显著提高了移动支付在地铁、公交等场景下的使用体验。
在本申请的一些实施例中，显示模块506，还用于显示预设界面，其中预设界面中包括N个第二支付程序；
支付装置500还包括：
接收模块510，用于接收用户输入，其中用户输入为对N个第二支付程序进行选择的输入；
确定模块508，还用于响应于用户输入，确定目标支付程序。
在本申请实施例中，在确定第一下单状态为下单失败后，可弹出显示预设界面，其中，预设界面可以以“悬浮窗”的方式进行显示，或是显示在电子设备屏幕的预设区域，如顶部的状态栏附近，或底部的抽屉蓝附近。
在预设界面中，显示有备选的N个第二支付程序。能够理解的是，若N个第二支付程序无法在预设界面中全部显示，则可以通过设置对应的滚动条，分页显示N个第二支付程序。
具体地，图3示出了根据本申请实施例的支付方法的界面示意图之二，如图3所示，电子设备300的显示屏302上，显示有悬浮窗304，悬浮窗304中包括多个第二支付程序。乘客可通过触摸输入，在多个第二支付程序中，选择目标支付程序306。
本申请实施例通过在第一支付程序下单失败的情况下，自动弹出包括N个第二支付程序的悬浮窗，以便于乘客快速在其中挑选作为备选支付程序的目标支付程序，从而完成下单进站，避免在第一支付程序下单失败后，手动在电子设备中安装的大量应用程序中翻找备用支付程序，因此能够避免地铁等公共交通设备进站闸口堵塞，提高乘客体验。
在本申请的一些实施例中，支付装置500还包括：
第一获取模块512，用于获取第一支付程序对应的失败信息；
确定模块508，还用于在失败信息为网络失败的情况下，在N个第二支付程序中，将具有离线支付功能的第二支付程序，确定为目标支付程序。
在本申请实施例中，可以根据第一支付程序对应的失败信息，在N个第二支付程序中选取对应的目标支付程序。具体地，举例来说，如果第一支付程序因余额不足导致下单失败，则可以在N个第二支付程序中，查找剩余金额最高的一个支付程序，作为当前的目标支付程序。
假如第一支付程序因服务器无响应导致下单失败，则可以控制N个第二支付程序中的每一个支付程序，使这些支付程序分别向其服务器发起通信请求，并选出其中服务器反馈速度最快的一个支付程序，作为目标支付程序。
又或者，因当前电子设备的信号强度低于预设强度，导致第一支付程序无法正常访问网络，造成第一支付程序下单失败，则可以在N个第二支付程序中，选择可以“离线支付”，也即不依赖网络连接的支付程序，如通过NFC功能“模拟”地铁卡的支付程序，作为目标支付程序。
本申请实施例通过根据第一支付程序下单失败的失败信息，在N个第二支付程序中有针对性地选取目标支付程序，从而有效地针对了导致下单失败的外部因素，提高了下单成功率，保证了乘客体验。
在本申请的一些实施例中，支付装置500还包括：
第二获取模块514，用于获取电子设备当前的位置信息；
下单模块504，还用于在位置信息与进站需求对应的第一预设位置相匹配的情况下，通过第一支付程序下单；
显示模块506，还用于在位置信息与出站需求对应的第二预设位置相匹配的情况下，显示目标支付程序的支付界面。
在本申请实施例中，可以根据电子设备的位置信息，判断当前是处于“进站”场景，还是处于“出站”场景。具体地，用户可以将每日通勤的起点地铁站的位置，设置为第一预设位置，并将通勤的终点地铁站的位置，设置为第二预设位置。
其中，可通过全球定位系统(Global Positioning System，GPS)确定电子设备的位置信息，也可以通过基站定位等方式获取电子设备的位置信息。
如果在每天早上或上午检测到，当前电子位置的位置信息与第一位置信息相匹配，则判断用户有“进站”需求，此时启动第一支付程序，通过第一支付程序下单进站。在进站后，将进站时使用的支付程序，确定为目标支付程序，并实时获取电子设备的当前位置信息。
在用户进站后，如果获取到电子设备的位置信息与第二预设位置信息相匹配时，说明乘客到站，有“出站”需求，此时自动显示目标支付程序的支付界面，便于乘客快速出站。
本申请实施例基于用户的位置，自动判断用户需要“进站”还是“出站”，并在“进站”和“出站”时自动调用支付程序，帮助用户快速通过闸口，进而有效提高了乘客进出站效率，保证了用户体验。
在本申请的一些实施例中，显示模块，还用于显示目标支付程序对应的标识；
支付装置，还包括：第二接收模块，用于在第二下单状态为下单成功的情况下，接收对标识的点选目标支付程序的输入；显示模块，还用于响应于点选目标支付程序的输入，显示支付界面。
在本申请实施例中，在通过目标支付程序成功下单之后，显示目标支付程序对应的标识。具体地，目标支付程序对应的标识，可以是目标支付程序的图标，也可以是写出目标支付程序的名字的文字，还可以是文字和图标的结合。
进一步地，目标支付程序的标识，可以显示在屏幕顶端的“状态栏”内，也可以显示在屏幕底端的“快捷栏”内，还可以通过“悬浮窗口”的方式显示。
图4示出了根据本申请实施例的支付方法的界面示意图之三，如图4所示，电子设备400的显示屏402上，显示有通知栏404，通知栏404中包括目标支付程序对应的标识406。当乘客需要出站时，可通过点击目标支付程序对应的标识406，来进行点选目标支付程序的输入，在接收到点选目标支付程序的输入之后，自动启动目标支付程序，并显示目标支付程序对应的支付界面，通过支付界面，用户可完成出站和支付。
本申请实施例中，通过显示目标支付程序对应的标识，从而提示用户当前行程中使用的支付程序，从而在出站时，无需用户手动查找对应的支付程序，提高了使用移动支付时的出站效率，提高了用户体验。
本申请实施例中的支付装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例中的支付装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
本申请实施例提供的支付装置能够实现上述方法实施例实现的各个过程，为避免重复，这里不再赘述。
可选地，本申请实施例还提供一种电子设备600，图6示出了根据本申请实施例的电子设备的结构框图，如图6所示，包括处理器602，存储器604，存储在存储器604上并可在处理器602上运行的程序或指令，该程序或指令被处理器602执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
需要说明的是，本申请实施例中的电子设备包括上述的移动电子设备和非移动电子设备。
图7为实现本申请实施例的一种电子设备的硬件结构示意图。
该电子设备2000包括但不限于：射频单元2001、网络模块2002、音频输出单元2003、输入单元2004、传感器2005、显示单元2006、用户输入单元2007、接口单元2008、存储器2009、以及处理器2010等部件。
本领域技术人员可以理解，电子设备2000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器2010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图7中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
其中，处理器2010用于在检测到出站需求的情况下，通过目标支付程序，对行程账单进行支付；其中，目标支付程序为根据进站需求，下单生成行程账单的支付程序行程账单。
可选地，处理器2010还用于通过目标支付程序下单，得到行程账单；
显示单元2006还用于记录行程账单和目标支付程序，并显示目标支付程序。
可选地，处理器2010还用于通过第一支付程序下单，并获取第一支付程序的第一下单状态；在第一下单状态为下单失败的情况下，在预设的N个第二支付程序中，确定目标支付程序，其中N为正整数；通过目标支付程序下单；获取目标支付程序的第二下单状态；
显示单元2006还用于在第二下单状态为下单成功的情况下，显示目标支付程序的支付界面。
可选地，显示单元2006还用于显示预设界面，其中预设界面中包括N个第二支付程序；
用户输入单元2007，用于接收用户输入，其中用户输入为对N个第二支付程序进行选择的输入；
处理器2010还用于响应于用户输入，确定目标支付程序。
可选地，处理器2010还用于获取第一支付程序对应的失败信息；
在失败信息为网络失败的情况下，在N个第二支付程序中，将具有离线支付功能的第二支付程序，确定为目标支付程序。
可选地，处理器2010还用于获取电子设备当前的位置信息；在位置信息与进站需求对应的第一预设位置相匹配的情况下，通过目标支付程序下单；
显示单元2006还用于在位置信息与出站需求对应的第二预设位置相匹配的情况下，显示目标支付程序的支付界面。
在本申请实施例中，在乘客进入地铁站或公交站时，如果乘客首选的第一支付程序下单失败，则自动在电子设备中预设的N个第二支付程序中，选出适于当前支付场景的目标支付程序，并通过目标支付程序进行下单，无需用户手动更换支付程序。同时，在通过目标支付程序下单成功后，在乘客出站时，自动通过下单时的目标支付程序进行结账，无需乘客手动选择支付程序，进而提高了乘客进、出闸口时的通行效率，有效防止进站闸口、出站闸口拥堵，显著提高了移动支付在地铁、公交等场景下的使用体验。
应理解的是，本申请实施例中，输入单元2004可以包括图形处理器(GraphicsProcessing Unit，GPU)20041和麦克风20042，图形处理器20041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。
显示单元2006可包括显示面板20061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板20061。用户输入单元2007包括触控面板20071以及其他输入设备20072。触控面板20071，也称为触摸屏。触控面板20071可包括触摸检测装置和触摸控制器两个部分。其他输入设备20072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器2009可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器2010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器2010中。
本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，处理器为上述实施例中的电子设备中的处理器。可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (12)

1.一种支付方法，其特征在于，包括：
在检测到出站需求的情况下，通过目标支付程序，对行程账单进行支付；
其中，所述目标支付程序为根据进站需求，下单生成所述行程账单的支付程序行程账单。
2.根据权利要求1所述的支付方法，其特征在于，在所述通过目标支付程序，对行程账单进行支付之前，所述方法还包括：
通过所述目标支付程序下单，得到所述行程账单；
记录所述行程账单和所述目标支付程序，并显示所述目标支付程序。
3.根据权利要求2所述的支付方法，其特征在于，所述通过所述目标支付程序下单，包括：
通过第一支付程序下单，并获取所述第一支付程序的第一下单状态；
在所述第一下单状态为下单失败的情况下，在预设的N个第二支付程序中，确定所述目标支付程序，其中N为正整数；
通过所述目标支付程序下单；
所述显示所述目标支付程序，包括：
获取所述目标支付程序的第二下单状态；
在所述第二下单状态为下单成功的情况下，显示所述目标支付程序的支付界面。
4.根据权利要求3所述的支付方法，其特征在于，所述在预设的N个第二支付程序中，确定目标支付程序，包括：
显示预设界面，其中所述预设界面中包括所述N个第二支付程序；
接收用户输入，其中所述用户输入为对所述N个第二支付程序进行选择的输入；
响应于所述用户输入，确定所述目标支付程序。
5.根据权利要求3所述的支付方法，其特征在于，所述在预设的N个第二支付程序中，确定目标支付程序，包括：
获取所述第一支付程序对应的失败信息；
在所述失败信息为网络失败的情况下，在所述N个第二支付程序中，将具有离线支付功能的所述第二支付程序，确定为所述目标支付程序。
6.根据权利要求3至5中任一项所述的支付方法，其特征在于，在所述通过所述目标付程序下单之前，所述方法还包括：
获取电子设备当前的位置信息；
所述通过所述目标支付程序下单，包括：
在所述位置信息与所述进站需求对应的第一预设位置相匹配的情况下，通过所述目标支付程序下单；
所述显示所述目标支付程序的支付界面，包括：
在所述位置信息与所述出站需求对应的第二预设位置相匹配的情况下，显示所述目标支付程序的支付界面。
7.一种支付装置，其特征在于，包括：
支付模块，用于在检测到出站需求的情况下，通过目标支付程序，对行程账单进行支付；
其中，所述目标支付程序为根据进站需求，下单生成所述行程账单的支付程序行程账单。
8.根据权利要求7所述的支付装置，其特征在于，还包括：
下单模块，用于通过所述目标支付程序下单，得到所述行程账单；
显示模块，用于记录所述行程账单和所述目标支付程序，并显示所述目标支付程序。
9.根据权利要求8所述的支付装置，其特征在于，
所述下单模块，还用于通过第一支付程序下单，并获取所述第一支付程序的第一下单状态；
所述支付装置还包括：确定模块，用于在所述第一下单状态为下单失败的情况下，在预设的N个第二支付程序中，确定所述目标支付程序，其中N为正整数；
所述下单模块，还用于通过所述目标支付程序下单；
所述显示模块，还用于获取所述目标支付程序的第二下单状态；在所述第二下单状态为下单成功情况下，显示所述目标支付程序的支付界面。
10.根据权利要求9所述的支付装置，其特征在于，
所述显示模块，还用于显示预设界面，其中所述预设界面中包括所述N个第二支付程序；
所述支付装置还包括：
接收模块，用于接收用户输入，其中所述用户输入为对所述N个第二支付程序进行选择的输入；
所述确定模块，还用于响应于所述用户输入，确定所述目标支付程序。
11.根据权利要求9所述的支付装置，其特征在于，还包括：
第一获取模块，用于获取所述第一支付程序对应的失败信息；
所述确定模块，还用于在所述失败信息为网络失败的情况下，在所述N个第二支付程序中，将具有离线支付功能的所述第二支付程序，确定为所述目标支付程序。
12.根据权利要求9至11中任一项所述的支付装置，其特征在于，还包括：
第二获取模块，用于获取电子设备当前的位置信息；
所述下单模块，还用于在所述位置信息与所述进站需求对应的第一预设位置相匹配的情况下，通过所述第一支付程序下单；
所述显示模块，还用于在所述位置信息与所述出站需求对应的第二预设位置相匹配的情况下，显示所述目标支付程序的支付界面。
CN202110895833.9A 2021-08-05 2021-08-05 支付方法和支付装置 Pending CN113627928A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110895833.9A CN113627928A (zh) 2021-08-05 2021-08-05 支付方法和支付装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110895833.9A CN113627928A (zh) 2021-08-05 2021-08-05 支付方法和支付装置

Publications (1)

Publication Number Publication Date
CN113627928A true CN113627928A (zh) 2021-11-09

Family

ID=78382830

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110895833.9A Pending CN113627928A (zh) 2021-08-05 2021-08-05 支付方法和支付装置

Country Status (1)

Country Link
CN (1) CN113627928A (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109979045A (zh) * 2018-12-21 2019-07-05 维沃移动通信有限公司 一种信息输出方法及终端设备
CN111459569A (zh) * 2020-03-26 2020-07-28 Oppo广东移动通信有限公司 快捷交通方法、装置、电子设备及存储介质
CN111475072A (zh) * 2020-04-08 2020-07-31 维沃移动通信有限公司 一种支付信息显示方法及电子设备
CN112017306A (zh) * 2020-08-03 2020-12-01 支付宝(杭州)信息技术有限公司 一种实现不同支付操作互通的方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109979045A (zh) * 2018-12-21 2019-07-05 维沃移动通信有限公司 一种信息输出方法及终端设备
CN111459569A (zh) * 2020-03-26 2020-07-28 Oppo广东移动通信有限公司 快捷交通方法、装置、电子设备及存储介质
CN111475072A (zh) * 2020-04-08 2020-07-31 维沃移动通信有限公司 一种支付信息显示方法及电子设备
CN112017306A (zh) * 2020-08-03 2020-12-01 支付宝(杭州)信息技术有限公司 一种实现不同支付操作互通的方法及系统

Similar Documents

Publication Publication Date Title
US20180144324A1 (en) Method and apparatus for determining item based on interaction environment
AU2013306625B2 (en) Method and apparatus for determining item based on interaction environment
CN103488416B (zh) 移动设备及其控制方法
US10452233B2 (en) Information interactive platform, system and method
EP3716163A1 (en) Method, device and storage medium for displaying instruction information
US20160019553A1 (en) Information interaction in a smart service platform
US10755260B2 (en) Methods and apparatuses for mailing items
CN111866270B (zh) 应用程序控制方法、装置和电子设备
KR20170011784A (ko) 이동 단말기 및 그 제어 방법
CN111966439A (zh) 乘车码显示方法、装置及电子设备
CN112181220A (zh) 一种图标显示方法、设备及系统
US11651407B2 (en) Mirrored display and proximal control of autonomous retail systems
CN113364490B (zh) 一种nfc应用的调用方法、电子设备及nfc装置
EP3007122A1 (en) Method for facilitating the selection of a virtual card for an NFC transaction
CN111459569A (zh) 快捷交通方法、装置、电子设备及存储介质
CN112906409A (zh) Nfc卡的切换方法、装置、存储介质和电子设备
US20200258318A1 (en) Information processing apparatus, information processing method, and program
CN108510316A (zh) 停车费支付方法、系统及存储介质
CN112486387A (zh) 应用程序的控制方法及装置
CN109117443A (zh) 推荐电子卡片的方法、推荐电子卡片的装置和电子设备
CN113627928A (zh) 支付方法和支付装置
CN105608921A (zh) 在电子装置中提示公共交通线路的方法和设备
CN115689556A (zh) 一种应用于支付路由系统的处理方法、装置及存储介质
CN111684478A (zh) 一种信息处理方法及终端
KR20160101476A (ko) 택시 서비스 제공 방법

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