CN105787726B - 订单支付方法及装置 - Google Patents

订单支付方法及装置 Download PDF

Info

Publication number
CN105787726B
CN105787726B CN201610086841.8A CN201610086841A CN105787726B CN 105787726 B CN105787726 B CN 105787726B CN 201610086841 A CN201610086841 A CN 201610086841A CN 105787726 B CN105787726 B CN 105787726B
Authority
CN
China
Prior art keywords
encoded
information
payment
optical signal
pay invoice
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.)
Active
Application number
CN201610086841.8A
Other languages
English (en)
Other versions
CN105787726A (zh
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.)
Beijing millet Payment Technology Co., Ltd.
Original Assignee
Beijing Millet Payment Technology 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 Beijing Millet Payment Technology Co Ltd filed Critical Beijing Millet Payment Technology Co Ltd
Priority to CN201610086841.8A priority Critical patent/CN105787726B/zh
Publication of CN105787726A publication Critical patent/CN105787726A/zh
Application granted granted Critical
Publication of CN105787726B publication Critical patent/CN105787726B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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
    • 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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3823—Payment protocols; Details thereof insuring higher security of transaction combining multiple encryption tools for a transaction
    • 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/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G06Q30/0637—Approvals

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

本公开关于一种订单支付方法及装置，属于计算机技术领域。所述方法包括：接收支付订单；检测是否接收到光信号；当接收到所述光信号时，对所述光信号进行编码，得到编码信息；将所述编码信息和所述支付订单发送给服务器，在所述服务器检测出所述编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对所述支付订单的支付，解决了用户在支付时需要手动输入密码，从而导致支付操作复杂的问题，达到了简化支付操作的效果。

Description

订单支付方法及装置
技术领域
本公开涉及计算机技术领域，特别涉及一种订单支付方法及装置。
背景技术
随着电子商务的发展，用户通过终端进行电子支付的现象越来越普遍。在支付过程中，服务器会向终端推送携带验证信息请求的支付界面，用户手动输入密码、短信验证码等验证信息，服务器验证成功后完成支付。
发明内容
为解决相关技术中的问题，本公开提供了一种订单支付方法及装置。
根据本公开实施例的第一方面，提供一种订单支付方法，该方法包括：
接收支付订单，该支付订单是根据用户确定的支付项目所生成的订单；
检测是否接收到光信号，该光信号是用户在确定支付支付订单时触发的信号；
当接收到光信号时，对光信号进行编码，得到编码信息；
将编码信息和支付订单发送给服务器，在服务器检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，该免密场景是在支付该支付订单时不验证支付密码的场景。
可选的，对光信号进行编码，得到编码信息，包括：
获取光信号的光参数，该光参数包括光强参数和光谱参数中的至少一种，该光谱参数用于指示光的颜色；
将光参数按照预设编码规则进行编码，得到编码信息，该预设编码规则用于表示光参数与字符的对应关系。
可选的，当光参数为光强参数时，将光参数按照预设编码规则进行编码，包括：
当光强参数包括光信号随时间变化的各个光强值时，将每个光强值编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光强值的变化顺序编码为预设编码规则中规定的字符，得到编码信息；
当光强参数包括光信号随时间变化的各个光强值和每个光强值的持续时长时，将每个光强值和对应的持续时长编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光强值的变化顺序和每个光强值的持续时长编码为预设编码规则中规定的字符，得到编码信息。
可选的，当光参数为光谱参数时，将光参数按照预设编码规则进行编码，包括：
当光谱参数包括光信号随时间变化的各个光谱值时，将每个光谱值编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光谱值的变化顺序编码为预设编码规则中规定的字符，得到编码信息；
当光谱参数包括光信号随时间变化的各个光谱值和每个光谱值的持续时长时，将每个光谱值和持续时长编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光谱值的变化顺序和每个光谱值的持续时长编码为预设编码规则中规定的字符，得到编码信息。
可选的，该方法还包括：
接收验证信号，该验证信号是用于生成验证信息的光信号；
对验证信号进行编码，得到验证信息；
将验证信息发送给服务器，该服务器用于保存验证信息。
可选的，该方法还包括：
获取终端在接收到支付订单时的位置信息；
将位置信息发送给服务器，在服务器检测出位置信息位于预存的区域范围之内，且编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付。
根据本公开实施例的第二方面，提供一种订单支付方法，该方法包括：
接收终端发送的编码信息和支付订单，该编码信息是终端在接收到支付订单，检测出接收到光信号时，对光信号进行编码得到的；
检测编码信息与预存的验证信息是否一致；
在编码信息与验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，免密场景是在支付该支付订单时不验证支付密码的场景。
可选的，该方法还包括：
接收终端发送的位置信息，该位置信息是终端在接收到支付订单时的位置信息；
检测位置信息是否位于预存的区域范围内，且编码信息是否与预存的验证信息一致；
在位置信息位于预存的区域范围之内，且编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付。
根据本公开实施例的第三方面，提供一种订单支付装置，该装置包括：
第一接收模块，被配置为接收支付订单，该支付订单是根据用户确定的支付项目所生成的订单；
第一检测模块，被配置为检测是否接收到光信号，该光信号是在支付第一接收模块接收的支付订单时接收的信号；
第一编码模块，被配置为当第一检测模块检测出接收到光信号时，对光信号进行编码，得到编码信息；
第一发送模块，被配置为将第一编码模块得到的编码信息和支付订单发送给服务器，在服务器检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，该免密场景是在支付该支付订单时不验证支付密码的场景。
可选的，该第一编码模块，包括：
获取子模块，被配置为获取光信号的光参数，该光参数包括光强参数和光谱参数中的至少一种，该光谱参数用于指示光的颜色；
编码子模块，被配置为将获取子模块获取的光参数按照预设编码规则进行编码，得到编码信息，该预设编码规则用于表示光参数与字符的对应关系。
可选的，当光参数为光强参数时，该编码子模块，包括：
第一编码子模块，被配置为当光强参数包括光信号随时间变化的各个光强值时，将每个光强值编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光强值的变化顺序编码为预设编码规则中规定的字符，得到编码信息；
第二编码子模块，被配置为当光强参数包括光信号随时间变化的各个光强值和每个光强值的持续时长时，将每个光强值和对应的持续时长编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光强值的变化顺序和每个光强值的持续时长编码为预设编码规则中规定的字符，得到编码信息。
可选的，当光参数为光谱参数时，该编码子模块，包括：
第三编码子模块，被配置为当光谱参数包括光信号随时间变化的各个光谱值时，将每个光谱值编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光谱值的变化顺序编码为预设编码规则中规定的字符，得到编码信息；
第四编码子模块，被配置为当光谱参数包括光信号随时间变化的各个光谱值和每个光谱值的持续时长时，将每个光谱值和持续时长编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光谱值的变化顺序和每个光谱值的持续时长编码为预设编码规则中规定的字符，得到编码信息。
可选的，该装置还包括：
第二接收模块，被配置为接收验证信号，该验证信号是用于生成验证信息的光信号；
第二编码模块，被配置为对第二接收模块接收的验证信号进行编码，得到验证信息；
第二发送模块，被配置为将第二编码模块得到的验证信息发送给服务器，该服务器用于保存验证信息。
可选的，该装置还包括：
获取模块，被配置为获取终端在接收到支付订单时的位置信息；
第三发送模块，被配置为将获取模块获取的位置信息发送给服务器，在服务器检测出位置信息位于预存的区域范围之内，且编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付。
根据本公开实施例的第四方面，提供一种订单支付装置，该装置包括：
第一接收模块，被配置为接收终端发送的编码信息和支付订单，该编码信息是终端在接收到支付订单，检测出接收到光信号时，对光信号进行编码得到的；
第一检测模块，被配置为检测第一接收模块接收到的编码信息与预存的验证信息是否一致；
第一确定模块，被配置为在第一检测模块检测出编码信息与验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，免密场景是在支付该支付订单时不验证支付密码的场景。
可选的，该装置还包括：
第二接收模块，被配置为接收终端发送的位置信息，该位置信息是终端在接收到支付订单时的位置信息；
第二检测模块，被配置为检测第二接收模块接收的位置信息是否位于预存的区域范围内，且第一接收模块接收的编码信息是否与预存的验证信息一致；
第二确定模块，被配置为在第二检测模块检测出位置信息位于预存的区域范围之内，且编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付。
根据本公开实施例的第五方面，提供一种订单支付装置，该装置包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，处理器被配置为：
接收支付订单，该支付订单是根据用户确定的支付项目所生成的订单；
检测是否接收到光信号，该光信号是在支付支付订单时接收的信号；
当接收到光信号时，对光信号进行编码，得到编码信息；
将编码信息和支付订单发送给服务器，在服务器检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，该免密场景为无需所用户输入密码即可完成支付该支付订单的场景。
根据本公开实施例的第六方面，提供一种订单支付装置，该装置包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，处理器被配置为：
接收终端发送的编码信息和支付订单，该编码信息是终端在接收到支付订单，检测出接收到光信号时，对光信号进行编码得到的；
检测编码信息与预存的验证信息是否一致；
在编码信息与验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，免密场景是在支付该支付订单时不验证支付密码的场景。
本公开的实施例提供的技术方案可以包括以下有益效果：
通过在接收到支付订单时，检测是否接收到光信号；当接收到光信号时，对光信号进行编码，得到编码信息；将编码信息和支付订单发送给服务器，在服务器检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，由于在免密场景中对支付订单进行支付时，不需要用户在终端中输入支付密码，服务器就可以完成支付，解决了用户在支付时需要手动输入密码，从而导致支付操作复杂的问题，达到了简化支付操作的效果。
另外，通过对光信号的光强参数或者光谱参数进行编码，或者，将光强参数或者光谱参数结合持续时长进行编码，提供了多种对光信号的编码方式，丰富了编码方式的实现方式。
另外，通过将位置信息和编码信息结合进行验证，解决了他人盗取编码信息后，在不属于预存的区域范围的异地使用的问题，达到了提高订单支付的安全性的效果。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本公开说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种订单支付方法的流程图。
图2是根据另一示例性实施例示出的一种订单支付方法的流程图。
图3是根据一示例性实施例示出的一种订单支付方法的流程图。
图4是根据一示例性实施例示出的一种订单支付装置的框图。
图5是根据另一示例性实施例示出的一种订单支付装置的框图。
图6是根据一示例性实施例示出的一种订单支付装置的框图。
图7是根据另一示例性实施例示出的一种订单支付装置的框图。
图8是根据一示例性实施例示出的一种用于订单支付的装置的框图。
图9是根据一示例性实施例示出的一种用于订单支付的装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种订单支付方法的流程图，该订单支付方法应用于终端中，如图1所示，该订单支付方法包括以下步骤。
在步骤101中，接收支付订单，该支付订单是根据用户确定的支付项目所生成的订单。
在步骤102中，检测是否接收到光信号，该光信号是在支付支付订单时接收的信号。
在步骤103中，当接收到光信号时，对光信号进行编码，得到编码信息。
在步骤104中，将编码信息和支付订单发送给服务器，在服务器检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，该免密场景是在支付该支付订单时不验证支付密码的场景。
综上所述，本公开提供的订单支付方法，通过在接收到支付订单时，检测是否接收到光信号；当接收到光信号时，对光信号进行编码，得到编码信息；将编码信息和支付订单发送给服务器，在服务器检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，由于在免密场景中对支付订单进行支付时，不需要用户在终端中输入支付密码，服务器就可以完成支付，解决了用户在支付时需要手动输入密码，从而导致支付操作复杂的问题，达到了简化支付操作的效果。
图2是根据另一示例性实施例示出的一种订单支付方法的流程图，该订单支付方法应用于服务器中，如图2所示，该订单支付方法包括如下步骤。
在步骤201中，接收终端发送的编码信息和支付订单，该编码信息是终端在接收到支付订单，检测出接收到光信号时，对光信号进行编码得到的。
在步骤202中，检测编码信息与预存的验证信息是否一致。
在步骤203中，在编码信息与验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，免密场景是在支付该支付订单时不验证支付密码的场景。
综上所述，本公开提供的订单支付方法，通过检测终端发送的编码信息与验证信息是否一致，该编码信息是终端在支付支付订单时，对接收到的光信号编码得到的，在检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，由于在免密场景中对支付订单进行支付时，不需要用户在终端中输入支付密码，服务器就可以完成支付，解决了用户在支付时需要手动输入密码，从而导致支付操作复杂的问题，达到了简化支付操作的效果。
图3是根据另一示例性实施例示出的一种订单支付方法的流程图，如图3所示，该订单支付方法包括如下步骤。
在步骤301中，终端接收支付订单，该支付订单是根据用户确定的支付项目所生成的订单。
用户通过支付客户端进行网上支付，支付客户端在接收到用户确定支付的操作后，会将该用户确定的支付项目的相关信息发送至相应的服务器；该服务器接收到相关信息后，生成支付订单返回给支付客户端，该支付订单中可以包含支付项目的名称、支付项目的价格、支付订单的订单号等信息；支付客户端接收该支付订单。
例如：用户通过x宝客户端在网上购买衣服，该用户在确认购买某件衣服后，点击购买，x宝客户端将该衣服的价格、名称、商铺信息等发送给服务器，该服务器接收到这些信息后，根据这些信息生成支付订单，并将该支付订单发送给x客户端。
再例如：用户通过y客户端发红包，该用户在确认发红包的数量和钱数后，点击确定，y客户端将该红包的价格、数量等信息发送给服务器，该服务器接收到这些信息后，根据这些信息生成支付订单，并将该支付订单发送给y客户端。
在步骤302中，终端检测是否接收到光信号，该光信号是在支付支付订单时接收的信号。
支付客户端接收到支付订单后，触发终端检测是否接收到光信号，该光信号是终端所处的当前场景中包含的光信号。
例如：终端所处的当前场景为用户的住所，则该光信号可以是用户的住所中的灯光。
再例如：终端所处的当前场景为酒吧，则该光信号可以为酒吧中的灯光。
在步骤303中，当接收到光信号时，终端获取光信号的光参数，该光参数包括光强参数和光谱参数中的至少一种，该光谱参数用于指示光的颜色。
若当前场景中存在光信号，则终端获取该光信号的光参数。
在步骤304中，终端将光参数按照预设编码规则进行编码，得到编码信息，该预设编码规则用于表示光参数与字符的对应关系。
终端中存储着光参数与字符的对应关系，根据该对应关系，终端可以确定出接收到的光信号对应着何种字符。
本实施例提供了对于两种光参数的编码方式，下面分别对这两种编码方式进行介绍。
1)当光参数为光强参数时，终端的编码方式如下：
当光强参数包括光信号随时间变化的各个光强值时，将每个光强值编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光强值的变化顺序编码为预设编码规则中规定的字符，得到编码信息。
在一种实现方式中，该预设编码规则可以为：将光强值的区间划分成多个子区间，每个子区间表示不同的亮度等级，且每个子区间对应不同的字符。
例如：下表一，用0～100表示光强值区间，将该光强值区间划分成[0，20)、[20，100]两个子区间，其中，光强值在[0，20)的子区间内的光信号为暗信号；光强值在[20，100]的子区间内的光信号为亮信号。
本例仅以将光强值区间分为两个子区间，字符用一位二进制数值表示来举例说明，在实际实现时，本实施例不对光强值区间的划分以及字符的形式作限定。
表一：
终端获取到随时间变化的各个光强值后，按照光强值所在的子区间和字符的对应关系，确定出字符串，也即编码信息。
在另一种实现方式中，该预设编码规则可以为：将光强值的区间划分成多个子区间，每个子区间表示不同的亮度等级，将光的亮度等级的变化顺序对应不同的字符。
例如：下表二，用0～100表示光强值区间，将该光强值区间划分成[0，20)、[20，100]两个子区间，其中，光强值在[0，20)的子区间内的光信号为暗信号，光强值在[20，100]的子区间内的光信号为亮信号。
本例仅以两种光亮度等级的变化顺序，字符用一位二进制数值表示来举例说明，在实际实现时，本实施例不对光亮度等级的变化顺序以及字符的形式作限定。
表二：
光亮度等级变化顺序 字符
亮-暗-亮 1
暗-亮-暗 0
终端根据光强值变化顺序，确定出光亮度等级变化顺序，再根据光亮度等级变化顺序与字符的对应关系，确定出字符串，也即编码信息。
可选的，可以将光强参数与时间阈值结合进行编码，从而得到更多的编码实现方式。
当光强参数包括光信号随时间变化的各个光强值和每个光强值的持续时长时，将每个光强值和对应的持续时长编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光强值的变化顺序和每个光强值的持续时长编码为预设编码规则中规定的字符，得到编码信息。
在一种实现方式中，该预设编码规则可以为：将光强值区间划分成多个子区间，每个子区间表示不同的亮度等级，并设置至少一个时间阈值，每种亮度等级结合时间阈值对应一种的字符。
例如：下表三，用0～100表示光强值区间，将该光强值区间划分成[0，20)、[20，100]两个子区间，其中，光强值在[0，20)的子区间内的光信号为暗信号；光强值在[20，100]的子区间内的光信号为亮信号；时间阈值为5s。
本例仅以将光强值区间分为两个子区间，设置一个时间阈值，字符用两位二进制数值表示来举例说明，在实际实现时，本实施例不对光强值区间的划分、设置的时间阈值以及字符的形式作限定。
表三：
持续时间 光强值子区间 字符
小于5s [0，20) 00
大于等于5s [0，20) 10
小于5s [20，100] 01
大于等于5s [20，100] 11
终端获取到随时间变化的各个光强值后，按照光强值所在的子区间和持续时长与字符的对应关系，确定出字符串，也即编码信息。
在另一种实现方式中，该预设编码规则可以为：将光强值区间划分成多个子区间，每个子区间表示不同的亮度等级，并设置至少一个时间阈值，将亮度等级的变化顺序结合持续时长对应不同的字符。
例如：下表四，用0～100表示光强值区间，将该光强值区间划分成[0，20)、[20，100]两个子区间，其中，光强值在[0，20)的子区间内的光信号为暗信号，光强值在[20，100]的子区间内的光信号为亮信号，时间阈值为5s。
本例仅以一种光亮度等级的变化顺序，设置一个时间阈值，字符用二位二进制数值表示来举例说明，在实际实现时，本实施例不对光亮度等级的变化顺序以及字符的形式作限定。
表四：
终端根据光强值的变化顺序，确定出光亮度等级变化顺序，再根据光亮度等级变化顺序和每个光亮度等级的持续时长与字符的对应关系，确定出字符串，也即编码信息。
2)当光参数为光谱参数时，终端的编码方式如下：
当光谱参数包括光信号随时间变化的各个光谱值时，将每个光谱值编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光谱值的变化顺序编码为预设编码规则中规定的字符，得到编码信息。
不同颜色的光的波长和频率都不同，根据这种特征，终端可以根据接收到的光信号的光谱，确定出该光信号的颜色。其中，光谱表现为不同的波长区间对应不同颜色的光，且不同的频率区间对应不同颜色的光。例如：波长区间为620-750nm，频率区间为400-484THZ，对应红光；波长区间为476-496nm，频率区间为606-630THZ，对应蓝光，下文以不同的波长区间对应不同颜色的光为例进行说明。
在一种实现方式中，该预设编码规则可以为将不同颜色的光的波长区间对应不同的字符。
例如：下表五，不同颜色的光的波长区间对应着不同的字符，其中，波长区间为620-750nm，对应红光；476-496nm，对应蓝光；400-435nm，对应紫光。
本例仅字符用两位二进制数值表示来举例说明，在实际实现时，本实施例不对字符的形式作限定。
表五：
波长子区间(单位：nm) 字符
620-750 11
476-496 10
400-435 00
终端获取到随时间变化的各个光谱值后，按照光谱值的区间和字符的对应关系，确定出字符串，也即编码信息。
在另一种实现方式中，该预设编码规则可以为：将光的颜色的变化顺序对应不同的字符。
例如：下表六，光的颜色的变化顺序对应着不同的字符。
本例仅以两种光的颜色的变化顺序，字符用两位二进制数值表示来举例说明，在实际实现时，本实施例不对光的颜色的变化顺序以及字符的形式作限定。
表六：
终端根据随时间变化的各个光谱值，确定出光的颜色的变化顺序，再根据光的颜色的变化顺序与字符的对应关系，确定出字符串，也即编码信息。
可选的，可以将光谱参数与时间阈值结合进行编码，从而得到更多的编码实现。
当光谱参数包括光信号随时间变化的各个光谱值和每个光谱值的持续时长时，将每个光谱值和持续时长编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光谱值的变化顺序和每个光谱值的持续时长编码为预设编码规则中规定的字符，得到编码信息。
在一种实现方式中，设置至少一个时间阈值，每种颜色的光结合时间阈值对应一种字符。
例如：下表七，设置时间阈值为5s，不同颜色的光结合时间阈值对应着不同的字符。
本例仅以设置一个时间阈值，字符用一位二进制数值表示来举例说明，在实际实现时，本实施例不对设置的时间阈值以及字符的形式作限定。
表七：
持续时间 光谱值子区间 字符
小于5s 620-750 1
大于5s 620-750 0
终端获取到随时间变化的光谱值后，按照光谱值的区间和持续时长与字符的对应关系，确定出字符串，也即编码信息。
在另一种实现方式中，该预设编码规则可以为：设置至少一个时间阈值，将光的颜色的变化顺序结合时间阈值对应不同的字符。
例如：下表八，设置时间阈值为5s，光的颜色的变化顺序结合时间阈值对应着不同的字符。
本例仅以两种光的颜色的变化顺序，设置一个时间阈值，字符用二位二进制数值表示来举例说明，在实际实现时，本实施例不对光的颜色的变化顺序以及字符的形式作限定。
表八：
终端根据光谱值的变化顺序，确定出光的颜色的变化顺序，再根据光的颜色的变化顺序和每种颜色的光的持续时长与字符的对应关系，确定出字符串，也即编码信息。
在步骤305中，终端将编码信息和支付订单发送给服务器。
在步骤306中，服务器接收终端发送的编码信息和支付订单。
在步骤307中，服务器检测编码信息与预存的验证信息是否一致。
在服务器检测编码信息与预存的验证信息是否一致之前，还需要预存验证信息，本实施例提供的方法还包括：
1)终端接收验证信号，该验证信号是用于生成验证信息的光信号。
终端在接收光信号之前，需要设置验证信息；终端将该验证信息发送给服务器，服务器接收该验证信息并保存，使得终端后续在接收到支付订单时，将根据接收到的光信号生成的编码信息发送给服务器，服务器根据验证信息对接收到的编码信息进行验证，在验证成功后确定出终端所处的当前场景为免密场景，完成对订单支付的支付，从而简化了支付操作。
验证信息是由验证信号产生的，该验证信号是在终端接收到用户触发的设置验证信息的触发操作后，接收的当前场景中的光信号。
其中，设置验证信息的触发操作可以是用户触发设置在终端中的设置验证信息选项的操作；也可以是用户在进行订单支付时，服务器推送的设置验证信息的消息，用户触发该设置验证信息的消息的操作，本实施例不对设置验证信息的触发操作作限定。
2)终端对验证信号进行编码，得到验证信息。
终端对接收到的验证信号进行编码的方式与步骤207中对光信号进行编码的方式相同，在此不作赘述。
3)终端将验证信息发送给服务器，该服务器用于保存验证信息。
在步骤308中，在服务器检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，该免密场景是在支付该支付订单时不验证支付密码的场景。
支付客户端获取终端的编码信息，并将该编码信息和支付订单发送给服务器进行支付验证，在该服务器检测出编码信息与预存的验证信息一致时，确定该终端所处的当前场景为免密场景，完成支付订单的支付。
可选的，当服务器确定出终端所处的当前场景为免密场景时，可以向终端返回是否进行免密支付的询问信息，终端在显示界面中显示该询问信息。若终端接收到用户选择确认进行免密支付的触发操作，则终端将该确认信息发送给服务器，服务器完成对支付订单的支付；若终端接收到用户确认不进行免密支付的触发操作，则终端调用支付客户端，在终端的显示界面显示密码输入界面，提示用户输入支付密码，终端将接收到的用户输入的支付密码发送给服务器，服务器验证该支付密码是否正确，在验证结果为支付密码正确时，完成对支付订单的支付。其中，支付密码的形式可以为字符、指纹、虹膜等，本实施例不对支付密码的形式作限定。
在服务器检测出编码信息与预存的验证信息不一致时，服务器确定终端所处的当前场景不是免密场景，在一种实现方式中，服务器直接向支付客户端返回错误信息，该支付客户端在显示界面中显示该错误信息，以通知用户订单支付失败；在另一种实现方式中，服务器可以向支付客户端发送重新接收编码信息的指示信息，该支付客户端触发终端重新执行步骤303，在服务器检测出编码信息与预存的验证信息不一致的次数达到预设阈值，如：3次后，向支付客户端返回错误信息，该支付客户端通知用户订单支付失败。
可选的，作为步骤305的可代替步骤，在步骤309中，终端获取在接收到支付订单时的位置信息。
为了提高支付的安全性，服务器可以将编码信息和终端的位置信息结合进行验证。
支付客户端在接收到支付订单时，触发终端获取当前的位置信息，例如，通过GPS(Global Positioning System，全球定位系统)获取当前位置等，本实施例对位置获取的方式作限定。
在步骤310中，终端将位置信息、编码信息和支付订单发送给服务器。
在步骤311中，服务器接收终端发送的位置信息。
在步骤312中，服务器检测位置信息是否位于预存的区域范围内。
在步骤313中，在服务器检测出位置信息位于预存的区域范围之内，且编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付。
预存的区域范围可以是服务器存储终端每次的历史支付位置，将所有的历史支付位置组成区域范围；或者，预存的区域范围是终端发送给服务器的，本实施例不对预存的区域范围的确定方式作限定。
综上所述，本公开提供的订单支付方法，通过在接收到支付订单时，检测是否接收到光信号；当接收到光信号时，对光信号进行编码，得到编码信息；将编码信息和支付订单发送给服务器，在服务器检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，由于在免密场景中对支付订单进行支付时，不需要用户在终端中输入支付密码，服务器就可以完成支付，解决了用户在支付时需要手动输入密码，从而导致支付操作复杂的问题，达到了简化支付操作的效果。
另外，通过对光信号的光强参数或者光谱参数进行编码，或者，将光强参数或者光谱参数结合持续时长进行编码，提供了多种对光信号的编码方式，丰富了编码方式的实现方式。
另外，通过将位置信息和编码信息结合进行验证，解决了他人盗取编码信息后，在不属于预存的区域范围的异地使用的问题，达到了提高订单支付的安全性的效果。
图4是根据一示例性实施例示出的一种订单支付装置的框图，该订单支付装置应用于终端中，如图4所示，该订单支付装置包括：第一接收模块410、第一检测模块420、第一编码模块430、第一发送模块440。
该第一接收模块410，被配置为接收支付订单，该支付订单是根据用户确定的支付项目所生成的订单；
该第一检测模块420，被配置为检测是否接收到光信号，该光信号是在支付第一接收模块410接收的支付订单时接收的信号；
该第一编码模块430，被配置为当第一检测模块420检测出接收到光信号时，对光信号进行编码，得到编码信息；
该第一发送模块440，被配置为将第一编码模块430得到的编码信息和支付订单发送给服务器，在服务器检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，该免密场景为无需所用户输入密码即可完成支付该支付订单的场景。
综上所述，本公开提供的订单支付装置，通过在接收到支付订单时，检测是否接收到光信号；当接收到光信号时，对光信号进行编码，得到编码信息；将编码信息和支付订单发送给服务器，在服务器检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，由于在免密场景中对支付订单进行支付时，不需要用户在终端中输入支付密码，服务器就可以完成支付，解决了用户在支付时需要手动输入密码，从而导致支付操作复杂的问题，达到了简化支付操作的效果。
图5是根据一示例性实施例示出的一种订单支付装置的框图，该订单支付装置应用于终端中，如图5所示，该订单支付装置包括：第一接收模块510、第一检测模块520、第一编码模块530、第一发送模块540。
该第一接收模块510，被配置为接收支付订单，该支付订单是根据用户确定的支付项目所生成的订单；
该第一检测模块520，被配置为检测是否接收到光信号，该光信号是在支付第一接收模块510接收的支付订单时接收的信号；
该第一编码模块530，被配置为当第一检测模块520检测出接收到光信号时，对光信号进行编码，得到编码信息；
该第一发送模块540，被配置为将第一编码模块530得到的编码信息和支付订单发送给服务器，在服务器检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，该免密场景为无需所用户输入密码即可完成支付该支付订单的场景。
可选的，该第一编码模块530，包括：获取子模块531、编码子模块532。
该获取子模块531，被配置为获取光信号的光参数，该光参数包括光强参数和光谱参数中的至少一种，该光谱参数用于指示光的颜色；
该编码子模块532，被配置为将获取子模块531获取的光参数按照预设编码规则进行编码，得到编码信息，该预设编码规则用于表示光参数与字符的对应关系。
可选的，当光参数为光强参数时，该编码子模块532，包括：第一编码子模块533、第二编码子模块534。
该第一编码子模块533，被配置为当光强参数包括光信号随时间变化的各个光强值时，将每个光强值编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光强值的变化顺序编码为预设编码规则中规定的字符，得到编码信息；
该第二编码子模块534，被配置为当光强参数包括光信号随时间变化的各个光强值和每个光强值的持续时长时，将每个光强值和对应的持续时长编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光强值的变化顺序和每个光强值的持续时长编码为预设编码规则中规定的字符，得到编码信息。
可选的，当光参数为光谱参数时，该编码子模块532，包括：第三编码子模块535、第四编码子模块536。
该第三编码子模块535，被配置为当光谱参数包括光信号随时间变化的各个光谱值时，将每个光谱值编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光谱值的变化顺序编码为预设编码规则中规定的字符，得到编码信息；
该第四编码子模块536，被配置为当光谱参数包括光信号随时间变化的各个光谱值和每个光谱值的持续时长时，将每个光谱值和持续时长编码为预设编码规则中规定的字符，得到编码信息；或者，将各个光谱值的变化顺序和每个光谱值的持续时长编码为预设编码规则中规定的字符，得到编码信息。
可选的，该装置还包括：第二接收模块550、第二编码模块560、第二发送模块570。
该第二接收模块550，被配置为接收验证信号，该验证信号是用于生成验证信息的光信号；
该第二编码模块560，被配置为对第二接收模块550接收的验证信号进行编码，得到验证信息；
该第二发送模块570，被配置为将第二编码模块560得到的验证信息发送给服务器，该服务器用于保存验证信息。
可选的，该装置还包括：获取模块580、第三发送模块590。
该获取模块580，被配置为获取终端在接收到支付订单时的位置信息；
该第三发送模块590，被配置为将获取模块580获取的位置信息发送给服务器，在服务器检测出位置信息位于预存的区域范围之内，且编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付。
综上所述，本公开提供的订单支付装置，通过在接收到支付订单时，检测是否接收到光信号；当接收到光信号时，对光信号进行编码，得到编码信息；将编码信息和支付订单发送给服务器，在服务器检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，由于在免密场景中对支付订单进行支付时，不需要用户在终端中输入支付密码，服务器就可以完成支付，解决了用户在支付时需要手动输入密码，从而导致支付操作复杂的问题，达到了简化支付操作的效果。
另外，通过对光信号的光强参数或者光谱参数进行编码，或者，将光强参数或者光谱参数结合持续时长进行编码，提供了多种对光信号的编码方式，丰富了编码方式的实现方式。
另外，通过将位置信息和编码信息结合进行验证，解决了他人盗取编码信息后，在不属于预存的区域范围的异地使用的问题，达到了提高订单支付的安全性的效果。
图6是根据一示例性实施例示出的一种订单支付装置的框图，该订单支付装置应用于终端中，如图6所示，该订单支付装置包括：第一接收模块610、第一检测模块620、第一确定模块630。
该第一接收模块610，被配置为接收终端发送的编码信息和支付订单，该编码信息是终端在接收到支付订单，检测出接收到光信号时，对光信号进行编码得到的；
该第一检测模块620，被配置为检测第一接收模块610接收到的编码信息与预存的验证信息是否一致；
该第一确定模块630，被配置为在第一检测模块620检测出编码信息与验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，免密场景是在支付该支付订单时不验证支付密码的场景。
综上所述，本公开提供的订单支付装置，通过检测终端发送的编码信息与验证信息是否一致，该编码信息是终端在支付支付订单时，对接收到的光信号编码得到的，在检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，由于在免密场景中对支付订单进行支付时，不需要用户在终端中输入支付密码，服务器就可以完成支付，解决了用户在支付时需要手动输入密码，从而导致支付操作复杂的问题，达到了简化支付操作的效果。
图7是根据一示例性实施例示出的一种订单支付装置的框图，该订单支付装置应用于终端中，如图7所示，该订单支付装置包括：第一接收模块710、第一检测模块720、第一确定模块730。
该第一接收模块710，被配置为接收终端发送的编码信息和支付订单，该编码信息是终端在接收到支付订单检测出接收到光信号时，对光信号进行编码得到的；
该第一检测模块720，被配置为检测第一接收模块710接收到的编码信息与预存的验证信息是否一致；
该第一确定模块730，被配置为在第一检测模块720检测出编码信息与验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，免密场景是在支付该支付订单时不验证支付密码的场景。
可选的，该装置还包括：第二接收模块740、第二检测模块750、第二确定模块760。
该第二接收模块740，被配置为接收终端发送的位置信息，该位置信息是终端在接收到支付订单时的位置信息；
该第二检测模块750，被配置为检测第二接收模块740接收的位置信息是否位于预存的区域范围内，且所述第一接收模块710接收的所述编码信息是否与预存的验证信息一致；
该第二确定模块760，被配置为在第二检测模块750检测出位置信息位于预存的区域范围之内，且编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付。
综上所述，本公开提供的订单支付装置，通过检测终端发送的编码信息与验证信息是否一致，该编码信息是终端在支付支付订单时，对接收到的光信号编码得到的，在检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，由于在免密场景中对支付订单进行支付时，不需要用户在终端中输入支付密码，服务器就可以完成支付，解决了用户在支付时需要手动输入密码，从而导致支付操作复杂的问题，达到了简化支付操作的效果。
另外，通过将位置信息和编码信息结合进行验证，解决了他人盗取编码信息后，在不属于预存的区域范围的异地使用的问题，达到了提高订单支付的安全性的效果。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本公开一示例性实施例提供了一种订单支付装置，能够实现本公开提供的订单支付方法，该订单支付装置包括：处理器、用于存储处理器可执行指令的存储器；
其中，处理器被配置为：
接收支付订单，该支付订单是根据用户确定的支付项目所生成的订单；
检测是否接收到光信号，该光信号是在支付支付订单时接收的信号；
当接收到光信号时，对光信号进行编码，得到编码信息；
将编码信息和支付订单发送给服务器，在服务器检测出编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，该免密场景为无需所用户输入密码即可完成支付该支付订单的场景。
本公开另一示例性实施例提供了一种订单支付装置，能够实现本公开提供的订单支付方法，该订单支付装置包括：处理器、用于存储处理器可执行指令的存储器；
其中，处理器被配置为：
接收终端发送的编码信息和支付订单，该编码信息是终端在接收到支付订单，检测出接收到光信号时，对光信号进行编码得到的；
检测编码信息与预存的验证信息是否一致；
在编码信息与验证信息一致时，确定终端所处的当前场景为免密场景，完成对支付订单的支付，免密场景是在支付该支付订单时不验证支付密码的场景。
图8是根据一示例性实施例示出的一种用于订单支付的装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图8，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。
处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器818来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于识别接收到的光信号的颜色和强度。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器818执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
图9是根据一示例性实施例示出的一种用于订单支付的装置900的框图。例如，装置900可以被提供为一服务器。参照图9，装置900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述订单支付方法。
装置900还可以包括一个电源组件926被配置为执行装置900的电源管理，一个有线或无线网络接口950被配置为将装置900连接到网络，和一个输入输出(I/O)接口958。装置900可以操作基于存储在存储器932的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (18)

1.一种订单支付方法，其特征在于，所述方法包括：
接收支付订单，所述支付订单是根据用户确定的支付项目所生成的订单；
检测是否接收到光信号，所述光信号是在支付所述支付订单时接收的信号；
当接收到所述光信号时，对所述光信号进行编码，得到编码信息；
将所述编码信息和所述支付订单发送给服务器，在所述服务器检测出所述编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对所述支付订单的支付，所述免密场景是在支付所述支付订单时不验证支付密码的场景，所述验证信息是终端接收到用户触发设置所述验证信息的触发操作后由接收的光信号产生的。
2.根据权利要求1所述的方法，其特征在于，所述对所述光信号进行编码，得到编码信息，包括：
获取所述光信号的光参数，所述光参数包括光强参数和光谱参数中的至少一种，所述光谱参数用于指示光的颜色；
将所述光参数按照预设编码规则进行编码，得到所述编码信息，所述预设编码规则用于表示所述光参数与字符的对应关系。
3.根据权利要求2所述的方法，其特征在于，当所述光参数为所述光强参数时，所述将所述光参数按照预设编码规则进行编码，包括：
当所述光强参数包括所述光信号随时间变化的各个光强值时，将每个光强值编码为所述预设编码规则中规定的字符，得到所述编码信息；或者，将各个光强值的变化顺序编码为所述预设编码规则中规定的字符，得到所述编码信息；
当所述光强参数包括所述光信号随时间变化的各个光强值和每个光强值的持续时长时，将每个光强值和对应的持续时长编码为所述预设编码规则中规定的字符，得到所述编码信息；或者，将各个光强值的变化顺序和每个光强值的持续时长编码为所述预设编码规则中规定的字符，得到所述编码信息。
4.根据权利要求2所述的方法，其特征在于，当所述光参数为所述光谱参数时，所述将所述光参数按照预设编码规则进行编码，包括：
当所述光谱参数包括所述光信号随时间变化的各个光谱值时，将每个光谱值编码为所述预设编码规则中规定的字符，得到所述编码信息；或者，将各个光谱值的变化顺序编码为所述预设编码规则中规定的字符，得到所述编码信息；
当所述光谱参数包括所述光信号随时间变化的各个光谱值和每个光谱值的持续时长时，将每个光谱值和所述持续时长编码为所述预设编码规则中规定的字符，得到所述编码信息；或者，将各个光谱值的变化顺序和每个光谱值的持续时长编码为所述预设编码规则中规定的字符，得到所述编码信息。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
接收验证信号，所述验证信号是用于生成所述验证信息的光信号；
对所述验证信号进行编码，得到所述验证信息；
将所述验证信息发送给所述服务器，所述服务器用于保存所述验证信息。
6.根据权利要求1至5任一所述的方法，其特征在于，所述方法还包括：
获取终端在接收到所述支付订单时的位置信息；
将所述位置信息发送给所述服务器，在所述服务器检测出所述位置信息位于预存的区域范围之内，且所述编码信息与预存的验证信息一致时，确定所述终端所处的当前场景为免密场景，完成对所述支付订单的支付。
7.一种订单支付方法，其特征在于，所述方法包括：
接收终端发送的编码信息和支付订单，所述编码信息是所述终端在接收到所述支付订单，检测出接收到光信号时，对所述光信号进行编码得到的；
检测所述编码信息与预存的验证信息是否一致，所述验证信息是终端接收到用户触发设置所述验证信息的触发操作后由接收的光信号产生的；
在所述编码信息与所述验证信息一致时，确定所述终端所处的当前场景为免密场景，完成对所述支付订单的支付，所述免密场景是在支付所述支付订单时不验证支付密码的场景。
8.根据权利要求7所述的方法，其特征在于，所述方法还包括：
接收所述终端发送的位置信息，所述位置信息是所述终端在接收到所述支付订单时的位置信息；
检测所述位置信息是否位于预存的区域范围内，且所述编码信息是否与预存的验证信息一致；
在所述位置信息位于预存的区域范围之内，且所述编码信息与预存的验证信息一致时，确定所述终端所处的当前场景为免密场景，完成对所述支付订单的支付。
9.一种订单支付装置，其特征在于，所述装置包括：
第一接收模块，被配置为接收支付订单，所述支付订单是根据用户确定的支付项目所生成的订单；
第一检测模块，被配置为检测是否接收到光信号，所述光信号是在支付所述第一接收模块接收的所述支付订单时接收的信号；
第一编码模块，被配置为当所述第一检测模块检测出接收到所述光信号时，对所述光信号进行编码，得到编码信息；
第一发送模块，被配置为将所述第一编码模块得到的所述编码信息和所述支付订单发送给服务器，在所述服务器检测出所述编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对所述支付订单的支付，所述免密场景是在支付所述支付订单时不验证支付密码的场景，所述验证信息是终端接收到用户触发设置所述验证信息的触发操作后由接收的光信号产生的。
10.根据权利要求9所述的装置，其特征在于，所述第一编码模块，包括：
获取子模块，被配置为获取所述光信号的光参数，所述光参数包括光强参数和光谱参数中的至少一种，所述光谱参数用于指示光的颜色；
编码子模块，被配置为将所述获取子模块获取的所述光参数按照预设编码规则进行编码，得到所述编码信息，所述预设编码规则用于表示所述光参数与字符的对应关系。
11.根据权利要求10所述的装置，其特征在于，当所述光参数为所述光强参数时，所述编码子模块，包括：
第一编码子模块，被配置为当所述光强参数包括所述光信号随时间变化的各个光强值时，将每个光强值编码为所述预设编码规则中规定的字符，得到所述编码信息；或者，将各个光强值的变化顺序编码为所述预设编码规则中规定的字符，得到所述编码信息；
第二编码子模块，被配置为当所述光强参数包括所述光信号随时间变化的各个光强值和每个光强值的持续时长时，将每个光强值和对应的持续时长编码为所述预设编码规则中规定的字符，得到所述编码信息；或者，将各个光强值的变化顺序和每个光强值的持续时长编码为所述预设编码规则中规定的字符，得到所述编码信息。
12.根据权利要求11所述的装置，其特征在于，当所述光参数为所述光谱参数时，所述编码子模块，包括：
第三编码子模块，被配置为当所述光谱参数包括所述光信号随时间变化的各个光谱值时，将每个光谱值编码为所述预设编码规则中规定的字符，得到所述编码信息；或者，将各个光谱值的变化顺序编码为所述预设编码规则中规定的字符，得到所述编码信息；
第四编码子模块，被配置为当所述光谱参数包括所述光信号随时间变化的各个光谱值和每个光谱值的持续时长时，将每个光谱值和所述持续时长编码为所述预设编码规则中规定的字符，得到所述编码信息；或者，将各个光谱值的变化顺序和每个光谱值的持续时长编码为所述预设编码规则中规定的字符，得到所述编码信息。
13.根据权利要求9所述的装置，其特征在于，所述装置还包括：
第二接收模块，被配置为接收验证信号，所述验证信号是用于生成所述验证信息的光信号；
第二编码模块，被配置为对所述第二接收模块接收的所述验证信号进行编码，得到所述验证信息；
第二发送模块，被配置为将所述第二编码模块得到的所述验证信息发送给所述服务器，所述服务器用于保存所述验证信息。
14.根据权利要求9至13任一所述的装置，其特征在于，所述装置还包括：
获取模块，被配置为获取终端在接收到所述支付订单时的位置信息；
第三发送模块，被配置为将所述获取模块获取的所述位置信息发送给所述服务器，在所述服务器检测出所述位置信息位于预存的区域范围之内，且所述编码信息与预存的验证信息一致时，确定所述终端所处的当前场景为免密场景，完成对所述支付订单的支付。
15.一种订单支付装置，其特征在于，所述装置包括：
第一接收模块，被配置为接收终端发送的编码信息和支付订单，所述编码信息是所述终端在接收到所述支付订单，检测出接收到光信号时，对所述光信号进行编码得到的；
第一检测模块，被配置为检测所述第一接收模块接收到的所述编码信息与预存的验证信息是否一致，所述验证信息是终端接收到用户触发设置所述验证信息的触发操作后由接收的光信号产生的；
第一确定模块，被配置为在所述第一检测模块检测出所述编码信息与所述验证信息一致时，确定所述终端所处的当前场景为免密场景，完成对所述支付订单的支付，所述免密场景是在支付所述支付订单时不验证支付密码的场景。
16.根据权利要求15所述的装置，其特征在于，所述装置还包括：
第二接收模块，被配置为接收所述终端发送的位置信息，所述位置信息是所述终端在接收到所述支付订单时的位置信息；
第二检测模块，被配置为检测所述第二接收模块接收的所述位置信息是否位于预存的区域范围内，且所述第一接收模块接收的所述编码信息是否与预存的验证信息一致；
第二确定模块，被配置为在所述第二检测模块检测出所述位置信息位于预存的区域范围之内，且所述编码信息与预存的验证信息一致时，确定所述终端所处的当前场景为免密场景，完成对所述支付订单的支付。
17.一种订单支付装置，其特征在于，所述装置包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
接收支付订单，所述支付订单是根据用户确定的支付项目所生成的订单；
检测是否接收到光信号，所述光信号是在支付所述支付订单时接收的信号；
当接收到所述光信号时，对所述光信号进行编码，得到编码信息；
将所述编码信息和所述支付订单发送给服务器，在所述服务器检测出所述编码信息与预存的验证信息一致时，确定终端所处的当前场景为免密场景，完成对所述支付订单的支付，所述免密场景是在支付所述支付订单时不验证支付密码的场景，所述验证信息是终端接收到用户触发设置所述验证信息的触发操作后由接收的光信号产生的。
18.一种订单支付装置，其特征在于，所述装置包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
接收终端发送的编码信息和支付订单，所述编码信息是所述终端在接收到所述支付订单，检测出接收到光信号时，对所述光信号进行编码得到的；
检测所述编码信息与预存的验证信息是否一致，所述验证信息是终端接收到用户触发设置所述验证信息的触发操作后由接收的光信号产生的；
在所述编码信息与所述验证信息一致时，确定所述终端所处的当前场景为免密场景，完成对所述支付订单的支付，所述免密场景是在支付所述支付订单时不验证支付密码的场景。
CN201610086841.8A 2016-02-16 2016-02-16 订单支付方法及装置 Active CN105787726B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610086841.8A CN105787726B (zh) 2016-02-16 2016-02-16 订单支付方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610086841.8A CN105787726B (zh) 2016-02-16 2016-02-16 订单支付方法及装置

Publications (2)

Publication Number Publication Date
CN105787726A CN105787726A (zh) 2016-07-20
CN105787726B true CN105787726B (zh) 2019-12-03

Family

ID=56403510

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610086841.8A Active CN105787726B (zh) 2016-02-16 2016-02-16 订单支付方法及装置

Country Status (1)

Country Link
CN (1) CN105787726B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107705119B (zh) * 2017-01-18 2021-06-18 西安艾润物联网技术服务有限责任公司 快捷支付的方法及装置
CN107480997B (zh) * 2017-07-17 2021-03-12 Oppo广东移动通信有限公司 一种移动支付的方法、终端及存储介质
CN107872453A (zh) * 2017-10-31 2018-04-03 上海斐讯数据通信技术有限公司 一种路由器利用光信息进行身份验证的方法及系统
CN111461726B (zh) * 2020-03-19 2022-09-13 支付宝(杭州)信息技术有限公司 免密支付的签约方法、装置和电子设备
CN113627927A (zh) * 2021-08-03 2021-11-09 支付宝(杭州)信息技术有限公司 离线支付方法和系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010091373A (ko) * 2000-03-15 2001-10-23 최왕돈 다단계 전자상거래 서비스 방법
CN104766205A (zh) * 2015-03-05 2015-07-08 广东欧珀移动通信有限公司 一种移动支付方法及装置
CN104933562A (zh) * 2015-06-16 2015-09-23 深圳深若科技有限公司 一种快递费免密支付方法及系统
CN105184561A (zh) * 2015-08-24 2015-12-23 小米科技有限责任公司 安全支付的方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010091373A (ko) * 2000-03-15 2001-10-23 최왕돈 다단계 전자상거래 서비스 방법
CN104766205A (zh) * 2015-03-05 2015-07-08 广东欧珀移动通信有限公司 一种移动支付方法及装置
CN104933562A (zh) * 2015-06-16 2015-09-23 深圳深若科技有限公司 一种快递费免密支付方法及系统
CN105184561A (zh) * 2015-08-24 2015-12-23 小米科技有限责任公司 安全支付的方法及装置

Also Published As

Publication number Publication date
CN105787726A (zh) 2016-07-20

Similar Documents

Publication Publication Date Title
CN105787726B (zh) 订单支付方法及装置
US9117210B2 (en) Systems and methods for randomized mobile payment
US9311639B2 (en) Methods, apparatus and arrangements for device to device communication
US20140258110A1 (en) Methods and arrangements for smartphone payments and transactions
CN104933555B (zh) 模式设置方法及装置
US9940613B2 (en) Wireless service provider system and method for activating and selling a wireless service on a wireless device
US11533599B2 (en) Wireless service provider system for selling and/or activating wireless services for a wireless device
CN105574378A (zh) 终端控制方法及终端控制装置
CN106204029B (zh) 二维码付款的方法和装置
US10945113B2 (en) Airtime card for the sale and activation of wireless service for a wireless device
CN106204046A (zh) 订单支付的方法及装置
CN108021932A (zh) 数据检测方法、装置及电子设备
CN107230060A (zh) 一种账号挂失的方法和装置
CN106060027B (zh) 基于验证码进行验证的方法、装置、设备及系统
CN110049062A (zh) 验证码校验方法、装置、电子设备及存储介质
CN106127062A (zh) 解锁方法及装置
CN108898388A (zh) 支付方法及装置
CN113850587A (zh) 一种信息显示方法、装置及设备
US11496630B2 (en) Wireless service card having machine readable codes and device and process for use therewith
CN114331457A (zh) 支付方法及装置、电子设备和存储介质
CN106603229B (zh) 签名信息生成方法及装置
CN106789073B (zh) 签名信息生成方法及装置
CN108664821A (zh) 卡片复制方法、装置及存储介质
CN105101181B (zh) 提高充值安全性的方法和装置
US20200344358A1 (en) System and Process for Implementing a Virtual Airtime Card for Wireless Services

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20180821

Address after: 100176 Beijing Beijing economic and Technological Development Zone, Chuang Chuang fourteen Street 99, 33 D Building 2 level 2243 (centralized office area)

Applicant after: Beijing millet Payment Technology Co., Ltd.

Address before: 100085 Huarun Qingcai Street 68, Haidian District, Beijing, two stage, 9 floor, 01 rooms.

Applicant before: BEIJING XIAOMI MOBILE SOFTWARE Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant