CN113837746A - 多渠道同时支付的方法和系统 - Google Patents

Abstract

本发明提供了一种多渠道同时支付的方法，包括如下的步骤：根据用户的输入在界面同时呈现多个支付方式，多个支付方式分别对应不同的支付渠道供应商，且当一个或多个支付方式被选用时，自动生成与被选用的一个或多个支付方式一一对应的一个或多个支付订单；通过界面提交一个或多个支付订单；以及根据一个或多个支付订单调用与一个或多个支付订单对应的一个或多个支付渠道供应商的调用接口，以向一个或多个支付渠道供应商发起支付请求。本发明的一种多渠道同时支付的方法和系统，可以在同一界面对多个支付方式进行自定义配置，便于用户实现多个支付方式组合的线上支付操作。

Description

多渠道同时支付的方法和系统

技术领域

本发明主要涉及线上支付领域，尤其涉及一种多渠道同时支付的方法和系统。

背景技术

随着电子商务和软件领域的不断发展，现如今线上支付已成为人们最为普遍接受并惯常利用的支付手段之一。在线上选取商品后，用户可以根据自己的实际情况选取合适的支付方式。然而，现有的线上支付方式仍存在一定的局限性。例如，用户往往只能以择其一的形式选择线上支付方式，而这样的限制阻碍了用户将不同的支付渠道搭配使用的需求。由于不同支付渠道的不兼容，用户往往无法主观的对不同支付渠道的支付金额进行配置，使得在现有的线上购物等场景中，用户无法获得最优的支付体验。

发明内容

本发明要解决的技术问题是提供一种多渠道同时支付的方法和系统，可以在同一界面对多个支付方式进行自定义配置，便于用户实现多个支付方式组合的线上支付操作。

为解决上述技术问题，本发明提供了一种多渠道同时支付的方法，包括如下的步骤：根据用户的输入在界面同时呈现多个支付方式，所述多个支付方式分别对应不同的支付渠道供应商，且当一个或多个支付方式被选用时，自动生成与所述被选用的一个或多个支付方式一一对应的一个或多个支付订单；通过所述界面提交所述一个或多个支付订单；以及根据所述一个或多个支付订单调用与所述一个或多个支付订单对应的一个或多个支付渠道供应商的调用接口，以向所述一个或多个支付渠道供应商发起支付请求。

在本发明的一实施例中，在所述界面同时呈现所述多个支付方式包括呈现所述支付方式的名称以及待支付金额，其中所述待支付金额由用户在所述界面输入，所述支付订单中包含所述支付方式的名称以及输入的待支付金额。

在本发明的一实施例中，当所述待支付金额留空或者输入为零时，则认定该支付方式未被选用，不生成对应的支付订单。

在本发明的一实施例中，在所述界面同时呈现所述多个支付方式的同时，还呈现需支付总价的金额、以及已填入的待支付金额的总计金额，其中，所述待支付金额的总计金额为用户在所述界面输入的一个或多个支付方式中的待支付金额的总和。

在本发明的一实施例中，当所述待支付金额的总计金额不等于所述需支付总价的金额时，通过所述界面向用户报错且禁止通过所述界面提交所述一个或多个支付订单。

在本发明的一实施例中，还包括生成支付数据表，所述支付数据表中的每一条目均包含所述一个或多个支付订单的编号、所述支付方式的名称、所述待支付金额、订单创建时间以及支付状态，其中，当任一条目对应的支付订单完成支付后，所述任一条目的支付状态更新为数字1。

本发明的另一方面还提出了一种多渠道同时支付的系统，包括：

人机交互界面，所述界面适于根据用户的输入同时呈现多个支付方式，所述多个支付方式分别对应不同的支付渠道供应商，所述人机交互界面还配置为识别一个或多个支付方式是否被选用，以及提交与所述被选用的一个或多个支付方式一一对应的一个或多个支付订单；

订单生成模块，配置为当所述一个或多个支付方式被选用时，自动生成与所述被选用的一个或多个支付方式一一对应的一个或多个支付订单；以及

支付实现模块，配置为接收所述一个或多个支付订单，并根据所述一个或多个支付订单调用与所述一个或多个支付订单对应的一个或多个支付渠道供应商的调用接口，以向所述一个或多个支付渠道供应商发起支付请求。

在本发明的一实施例中，所述人机交互界面还配置为，在所述界面根据用户输入同时呈现所述多个支付方式时具体呈现所述支付方式的名称以及待支付金额，其中所述待支付金额由用户在所述界面输入，所述支付订单包含所述支付方式的名称以及输入的待支付金额。

本发明的另一方面还提出了一种多渠道同时支付的系统，包括：

存储器，用于存储可由处理器执行的指令；以及处理器，用于执行所述指令以实现上述多渠道同时支付的方法。

本发明的另一方面还提出了一种存储有计算机程序代码的计算机可读介质，所述计算机程序代码在由处理器执行时实现上述多渠道同时支付的方法。

与现有技术相比，本发明具有以下优点：本发明的一种多渠道同时支付的方法和系统，克服了现有技术中不同支付渠道不兼容的问题，用户可以在一个界面中自由配置不同支付渠道的支付金额，为现有的线上支付方式提供了更自由的搭配和实现方式，从而提升用户线上支付体验。

附图说明

包括附图是为提供对本申请进一步的理解，它们被收录并构成本申请的一部分，附图示出了本申请的实施例，并与本说明书一起起到解释本发明原理的作用。附图中：

图1是本发明一实施例的一种多渠道同时支付的方法的流程示意图；

图2a是本发明一实施例的一种多渠道同时支付的方法中界面的示意图；

图2b是本发明一实施例的一种多渠道同时支付的方法中支付数据表的示意图；

图3是本发明一实施例的一种多渠道同时支付的系统的框架图；以及

图4是本发明另外一实施例的一种多渠道同时支付的系统的框架图。

具体实施方式

为了更清楚地说明本申请的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

在本申请的描述中，需要理解的是，方位词如“前、后、上、下、左、右”、“横向、竖向、垂直、水平”和“顶、底”等所指示的方位或位置关系通常是基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，在未作相反说明的情况下，这些方位词并不指示和暗示所指的装置或元件必须具有特定的方位或者以特定的方位构造和操作，因此不能理解为对本申请保护范围的限制；方位词“内、外”是指相对于各部件本身的轮廓的内外。

为了便于描述，在这里可以使用空间相对术语，如“在……之上”、“在……上方”、“在……上表面”、“上面的”等，用来描述如在图中所示的一个器件或特征与其他器件或特征的空间位置关系。应当理解的是，空间相对术语旨在包含除了器件在图中所描述的方位之外的在使用或操作中的不同方位。例如，如果附图中的器件被倒置，则描述为“在其他器件或构造上方”或“在其他器件或构造之上”的器件之后将被定位为“在其他器件或构造下方”或“在其他器件或构造之下”。因而，示例性术语“在……上方”可以包括“在……上方”和“在……下方”两种方位。该器件也可以其他不同方式定位(旋转90度或处于其他方位)，并且对这里所使用的空间相对描述作出相应解释。

此外，需要说明的是，使用“第一”、“第二”等词语来限定零部件，仅仅是为了便于对相应零部件进行区别，如没有另行声明，上述词语并没有特殊含义，因此不能理解为对本申请保护范围的限制。此外，尽管本申请中所使用的术语是从公知公用的术语中选择的，但是本申请说明书中所提及的一些术语可能是申请人按他或她的判断来选择的，其详细含义在本文的描述的相关部分中说明。此外，要求不仅仅通过所使用的实际术语，而是还要通过每个术语所蕴含的意义来理解本申请。

应当理解，当一个部件被称为“在另一个部件上”、“连接到另一个部件”、“耦合于另一个部件”或“接触另一个部件”时，它可以直接在该另一个部件之上、连接于或耦合于、或接触该另一个部件，或者可以存在插入部件。相比之下，当一个部件被称为“直接在另一个部件上”、“直接连接于”、“直接耦合于”或“直接接触”另一个部件时，不存在插入部件。同样的，当第一个部件被称为“电接触”或“电耦合于”第二个部件，在该第一部件和该第二部件之间存在允许电流流动的电路径。该电路径可以包括电容器、耦合的电感器和/或允许电流流动的其它部件，甚至在导电部件之间没有直接接触。

本发明的一实施例提出了一种多渠道同时支付的方法，可以在同一界面对多个支付方式进行自定义配置，便于用户实现多个支付方式组合的线上支付操作。

如图1所示，是本发明一实施例的一种多渠道同时支付的方法的流程示意图。本申请中图1使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，或将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

如图1所示，多渠道同时支付的方法10包括如下的步骤。

步骤11为根据用户的输入在界面同时呈现多个支付方式，多个支付方式分别对应不同的支付渠道供应商，且当一个或多个支付方式被选用时，自动生成与被选用的一个或多个支付方式一一对应的一个或多个支付订单。

示例性的，在本发明的一些实施例中，多渠道同时支付的方法中步骤11所涉及的界面20如图2a所示。

在界面20同时呈现多个支付方式包括呈现支付方式的名称以及待支付金额。在图2a中可以看出的是，界面20呈现了四种不同的支付方式211、212、213和214，四种支付方式又各自具有待支付金额2110、2120、2130和2140。

在图2a中，待支付金额2110～2140均可以由用户在界面20直接输入。在输入各待支付金额后，会自动生成与这些选用的支付方式一一对应的多个支付订单，而在这些支付订单中包含所选用的支付方式的名称以及由用户输入的待支付金额。

例如，针对支付方式211，在待支付金额2110所在位置填入“3.5”之后，表明该支付方式211被选中，系统会自动生成与支付方式211对应的支付订单，其中包含了支付方式211的名字“账户余额红包抵扣”以及待支付金额“3.5”。

可以理解的是，本发明不以如图2a示出的界面20的配置和功能为限。例如，并非所有呈现的支付方式均需要被选中，当某一个支付方式所对应的待支付金额留空或者输入为零时，则认定该支付方式未被选用，不生成对应的支付订单。

优选地，界面20呈现支付方式的形式可以是由用户的输入决定，例如，在支付方式211所在的位置可以通过滚轮下拉选项等形式，让用户在该条目中自行选择可用的支付方式，更方便的实现不同支付方式的选取和组合。

进一步的在如图2a所示的实施例中，在界面20同时呈现多个支付方式211～214的同时，还通过界面20呈现需支付总价的金额22、以及已填入的待支付金额的总计金额23。可以看出的是，待支付金额的总计金额23为用户在界面20输入的多个支付方式211～214中的待支付金额2110～2140的总和。

进一步优选地，在本发明的一些实施例中，当待支付金额的总计金额23不等于需支付总价的金额22时，通过界面20向用户报错且禁止通过界面提交与多个支付方式一一对应的支付订单。通过这样的方式，可以防止用户在自行输入待支付金额与需支付总价不一致时用于人工误操作所可能导致的支付失败的状况，从而减少故障率，提高支付效率。

进一步如图1所示，步骤12为通过界面提交一个或多个支付订单。

示例性的，在如图2a所示的实施例中，在由用户完成了在界面20上的多个支付方式的待支付金额的配置后，通过点击按钮24，即可通过界面20提交订单。

继续参照图1，步骤13为根据一个或多个支付订单调用与一个或多个支付订单对应的一个或多个支付渠道供应商的调用接口，以向一个或多个支付渠道供应商发起支付请求。

可以理解的是，即使如图2a所示的界面20示出了多种不同的支付方式，如果某一个支付方式未被选用，则在此步骤13中调用支付渠道供应商对应的调用接口时，自动跳过未被选用的支付方式所对应的支付渠道供应商。

示例性的，如果采用如图2a所示的界面20，本发明的多渠道同时支付的方法还包括生成如图2b所示的支付数据表25，支付数据表中的每一条目均包含其中一个支付订单的编号(也即支付数据表25中第3列对应的支付单号)、支付方式的名称(支付数据表25中第4列)、待支付金额(支付数据表25中第5列)、订单创建时间(支付数据表25中第6列)以及支付状态(支付数据表25中第7列)。

示例性的，在本发明如图2b所示的实施例中，位于支付数据表25中第7列的支付状态默认为0。当任一条目对应的支付订单完成支付后，该条目的支付状态更新为数字1。而如果支付未成功则继续保持支付状态为0。

在此基础上，在图2b示出的支付数据表25中，还具有第一列和第二列，其中，第一列是条目编号(分别为1～4)、第二列是订单号(对应的是一张商品订单的序列号，该商品订单在线上购物的场景下的含义可以对应所选购的商品以及需要支付的金额信息等)。

可以看出的是，4项条目中的位于第一列的“订单号”是一样的，表明这四个条目针对的是同一张商品订单，而在该商品订单中，用户选用了四种支付方式，且四种支付方式的支付状态均为1，表面该四种支付方式均支付成功。需要说明的是，本发明不以如图2b所示的订单数据表的配置方式为限，在本发明的一些其他的实施例中，可以根据实际应用场景的需要，对订单数据表中每一条目所包含的信息进行拓展和变换，以更好的实现本发明的支付流程。

如图2b所示的支付数据表25可以作为用户支付操作的系统数据备份，或者也可以作为向一个或多个支付渠道供应商发起支付请求的依据。具体来说，只有当某一个支付方式被选用时，才会生成相应的支付订单，继而出现在该支付数据表中，系统可以以该支付数据表为依据向支付渠道供应商发起支付请求，以进一步保证实现支付操作的流畅性和效率。

上述多渠道同时支付的方法，克服了现有技术中不同支付渠道不兼容的问题，用户可以在一个界面中自由输入支付方式，并对于不同待支付方式配置向不同支付渠道的待支付金额。整体上，本发明的多渠道同时支付的方法为现有的线上支付方式提供了更自由的搭配和实现方式，从而提升用户线上支付体验。

如图3所示，本发明的另一方面还提供了一种多渠道同时支付的系统30。系统30具体包括人机交互界面31、订单生成模块32以及支付实现模块33。

具体的，人机交互界面31适于根据用户的输入同时呈现多个支付方式，多个支付方式分别对应不同的支付渠道供应商。人机交互界面31还配置为识别一个或多个支付方式是否被选用，以及提交与被选用的一个或多个支付方式一一对应的一个或多个支付订单。

进一步的，订单生成模块32配置为当一个或多个支付方式被选用时，自动生成与被选用的一个或多个支付方式一一对应的一个或多个支付订单。

最后，支付实现模块33配置为接收一个或多个支付订单，并根据一个或多个支付订单调用与一个或多个支付订单对应的一个或多个支付渠道供应商的调用接口，以向一个或多个支付渠道供应商发起支付请求。

在本发明的一些实施例中，人机交互界面31还配置为在界面根据用户输入同时呈现多个支付方式时具体呈现支付方式的名称以及待支付金额，其中待支付金额由用户在界面输入，支付订单包含支付方式的名称以及输入的待支付金额。

可以理解的是，如图3所示的多渠道同时支付的系统30可以适用如图1所示的多渠道同时支付的方法10以及如图2a所示的界面20。其他关于本发明如图3所示的多渠道同时支付的系统30的细节可以参考上述根据图1和图2a和图2b的说明，在此不再赘述。

本发明的一实施例还提出了一种如图4所示的多渠道同时支付的系统40。根据图4，多渠道同时支付的系统40可包括内部通信总线41、处理器(Processor)42、只读存储器(ROM)43、随机存取存储器(RAM)44、以及通信端口45。当应用在个人计算机上时，多渠道同时支付的系统40还可以包括硬盘46。

内部通信总线41可以实现多渠道同时支付的系统40组件间的数据通信。处理器42可以进行判断和发出提示。在一些实施例中，处理器42可以由一个或多个处理器组成。通信端口45可以实现多渠道同时支付的系统40与外部的数据通信。在一些实施例中，多渠道同时支付的系统40可以通过通信端口45从网络发送和接受信息以及数据。

多渠道同时支付的系统40还可以包括不同形式的程序储存单元以及数据储存单元，例如硬盘46，只读存储器(ROM)43和随机存取存储器(RAM)44，能够存储计算机处理和/或通信使用的各种数据文件，以及处理器42所执行的可能的程序指令。处理器执行这些指令以实现方法的主要部分。处理器处理的结果通过通信端口传给用户设备，在用户界面上显示。

除此之外，本发明另一方面还提出了一种存储有计算机程序代码的计算机可读介质，计算机程序代码在由处理器执行时实现多渠道同时支付的方法，例如是上述参照图1、图2a以及图2b说明的多渠道同时支付的方法10。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述发明披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

本申请的一些方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。处理器可以是一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DAPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器或者其组合。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。例如，计算机可读介质可包括，但不限于，磁性存储设备(例如，硬盘、软盘、磁带……)、光盘(例如，压缩盘CD、数字多功能盘DVD……)、智能卡以及闪存设备(例如，卡、棒、键驱动器……)。

计算机可读介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等等、或合适的组合形式。计算机可读介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、射频信号、或类似介质、或任何上述介质的组合。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

虽然本申请已参照当前的具体实施例来描述，但是本技术领域中的普通技术人员应当认识到，以上的实施例仅是用来说明本申请，在没有脱离本申请精神的情况下还可作出各种等效的变化或替换，因此，只要在本申请的实质精神范围内对上述实施例的变化、变型都将落在本申请的权利要求书的范围内。

Claims (10)

1.一种多渠道同时支付的方法，其特征在于，包括如下的步骤：

根据用户的输入在界面同时呈现多个支付方式，所述多个支付方式分别对应不同的支付渠道供应商，且当一个或多个支付方式被选用时，自动生成与所述被选用的一个或多个支付方式一一对应的一个或多个支付订单；

通过所述界面提交所述一个或多个支付订单；以及

根据所述一个或多个支付订单调用与所述一个或多个支付订单对应的一个或多个支付渠道供应商的调用接口，以向所述一个或多个支付渠道供应商发起支付请求。

2.如权利要求1所述的方法，其特征在于，在所述界面同时呈现所述多个支付方式包括呈现所述支付方式的名称以及待支付金额，其中所述待支付金额由用户在所述界面输入，所述支付订单中包含所述支付方式的名称以及输入的待支付金额。

3.如权利要求2所述的方法，其特征在于，当所述待支付金额留空或者输入为零时，则认定该支付方式未被选用，不生成对应的支付订单。

4.如权利要求2所述的方法，其特征在于，在所述界面同时呈现所述多个支付方式的同时，还呈现需支付总价的金额、以及已填入的待支付金额的总计金额，其中，所述待支付金额的总计金额为用户在所述界面输入的一个或多个支付方式中的待支付金额的总和。

5.如权利要求4所述的方法，其特征在于，当所述待支付金额的总计金额不等于所述需支付总价的金额时，通过所述界面向用户报错且禁止通过所述界面提交所述一个或多个支付订单。

6.如权利要求2所述的方法，其特征在于，还包括生成支付数据表，所述支付数据表中的每一条目均包含所述一个或多个支付订单的编号、所述支付方式的名称、所述待支付金额、订单创建时间以及支付状态，其中，当任一条目对应的支付订单完成支付后，所述任一条目的支付状态更新为数字1。

7.一种多渠道同时支付的系统，其特征在于，包括：

人机交互界面，所述界面适于根据用户的输入同时呈现多个支付方式，所述多个支付方式分别对应不同的支付渠道供应商，所述人机交互界面还配置为识别一个或多个支付方式是否被选用，以及提交与所述被选用的一个或多个支付方式一一对应的一个或多个支付订单；

订单生成模块，配置为当所述一个或多个支付方式被选用时，自动生成与所述被选用的一个或多个支付方式一一对应的一个或多个支付订单；以及

支付实现模块，配置为接收所述一个或多个支付订单，并根据所述一个或多个支付订单调用与所述一个或多个支付订单对应的一个或多个支付渠道供应商的调用接口，以向所述一个或多个支付渠道供应商发起支付请求。

8.如权利要求7所述的系统，其特征在于，所述人机交互界面还配置为，在所述界面根据用户输入同时呈现所述多个支付方式时具体呈现所述支付方式的名称以及待支付金额，其中所述待支付金额由用户在所述界面输入，所述支付订单包含所述支付方式的名称以及输入的待支付金额。

9.一种多渠道同时支付的系统，包括：

存储器，用于存储可由处理器执行的指令；以及处理器，用于执行所述指令以实现如权利要求1-6任一项所述的方法。

10.一种存储有计算机程序代码的计算机可读介质，所述计算机程序代码在由处理器执行时实现如权利要求1-6任一项所述的方法。

Images