图形码处理方法、装置、设备及介质与流程

1.本技术实施例涉及数据处理领域，特别涉及一种图形码处理方法、装置、设备及介质。


背景技术：

2.常见的二维码为qr(quick response，快速反应)码，是用某种特定的几何图形按一定规律在平面(二维方向上)分布的、黑白相间的、记录数据符号信息的图形。二维码已经广泛应用于移动终端的各个使用场景中。
3.以扫描二维码支付为例，用户控制即时通讯程序a显示自身的付款二维码。商家控制即时通讯程序b显示扫码二维码界面并启动摄像头，在摄像头采集到用户的付款二维码后，即时通讯程序b从用户的付款二维码中提取支付信息，根据支付信息设置收款金额来收取货款。
4.在线下付款场景下，当多个陌生用户拼单同一商品或同一类商品时，商家需要分别与多个陌生用户进行二维码付款，需要花费较多的人机操作步骤和时间。


技术实现要素：

5.本技术实施例提供了一种图形码处理方法、装置、设备及介质，可以在一次图形码扫描过程中同时获取n个付款人帐号，对n个付款人帐号中的全部或部分进行多人收款，提高人机交互效率。所述技术方案如下：
6.根据本技术的一个方面，提供了一种图形码处理方法，所述方法包括：
7.显示图形码扫描界面，所述图形码扫描界面用于对采集到的至少一帧扫描图像进行预览；
8.响应于所述至少一帧扫描图像中识别到的n个图形码，得到n个付款人帐号，n为大于1的整数；
9.显示收款用户界面，所述收款用户界面用于提供对所述n个付款人帐号中的至少一个付款人帐号对应的收款业务。
10.根据本技术的一个方面，提供了一种图形码处理方法，所述方法包括：
11.显示图形码扫描界面，所述图形码扫描界面用于对采集到的至少一帧扫描图像进行预览；
12.响应于所述至少一帧扫描图像中识别到的付款图形码，显示付款用户界面，所述付款用户界面显示有收款人帐号的展示控件和多人付款控件；
13.响应于所述多人付款控件上触发的触发操作，选择出协同付款人帐号；
14.向所述协同付款人帐号发送协同付款请求，所述协同付款请求用于邀请所述协同付款人帐号与本地登录帐号协同向所述收款人帐号进行多人付款。
15.根据本技术的一个方面，提供了一种图形码处理装置，所述装置包括：
16.显示模块，用于显示图形码扫描界面，所述图形码扫描界面用于对采集到的至少
一帧扫描图像进行预览；
17.识别模块，用于响应于所述至少一帧扫描图像中识别到n个图形码，得到n个付款人帐号，n为大于1的整数；
18.所述显示模块，用于显示收款用户界面，所述收款用户界面包括所述n个付款人帐号对应的付款人控件，所述收款用户界面用于提供对所述n个付款人帐号中的至少一个付款人帐号对应的业务。
19.根据本技术的一个方面，提供了一种图形码处理装置，所述装置包括：
20.显示模块，用于显示图形码扫描界面，所述图形码扫描界面用于对采集到的至少一帧扫描图像进行预览；响应于所述至少一帧扫描图像中识别到的付款图形码，显示付款用户界面，所述付款用户界面显示有收款人帐号的展示控件和多人付款控件；
21.交互模块，用于响应于所述多人付款控件上触发的触发操作，选择出协同付款人帐号；
22.发送模块，用于向所述协同付款人帐号发送协同付款请求，所述协同付款请求用于邀请所述协同付款人帐号与本地登录帐号协同向所述收款人帐号进行多人付款。
23.根据本技术的另一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上方面所述的图形码处理方法。
24.根据本技术的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上方面所述的图形码处理方法。
25.根据本技术的另一方面，提供了一种计算机程序产品，所述计算机程序产品中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上方面所述的图形码处理方法。
26.本技术实施例提供的技术方案带来的有益效果至少包括：
27.通过响应于至少一帧扫描图像中的n个图形码进行识别，得到n个付款人帐号，进而显示用于提供对至少一个付款人帐号对应的业务的收款用户界面，能够在一次图形码扫描过程中同时获取n个付款人帐号，对n个付款人帐号中的全部或部分付款人进行多人收款业务，无需商户与每个付款人帐号单独进行一次收付款业务，从而提高商户在收款过程中的人机交互效率。
附图说明
28.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
29.图1是本技术一个示例性实施例提供的图形码处理方法的界面示意图；
30.图2是本技术一个示例性实施例提供的计算机系统的框图；
31.图3是本技术一个示例性实施例提供的图形码处理方法的流程图；
32.图4是本技术一个示例性实施例提供的图形码处理方法的流程图；
33.图5是本技术一个示例性实施例提供的图形码处理方法的流程图；
34.图6是本技术一个示例性实施例提供的图形码处理方法的界面示意图；
35.图7是本技术一个示例性实施例提供的图形码处理方法的界面示意图；
36.图8是本技术一个示例性实施例提供的图形码处理方法的界面示意图；
37.图9是本技术一个示例性实施例提供的图形码处理方法的界面示意图；
38.图10是本技术一个示例性实施例提供的图形码处理方法的流程图；
39.图11是本技术一个示例性实施例提供的图形码处理方法的流程图；
40.图12是本技术一个示例性实施例提供的图形码处理方法的流程图；
41.图13是本技术一个示例性实施例提供的图形码处理方法的界面示意图；
42.图14是本技术一个示例性实施例提供的图形码处理方法的流程图；
43.图15是本技术一个示例性实施例提供的图形码处理方法的流程图；
44.图16是本技术一个示例性实施例提供的图形码处理方法的界面示意图；
45.图17是本技术另一个示例性实施例提供的图形码处理装置的框图；
46.图18是本技术另一个示例性实施例提供的图形码处理装置的框图；
47.图19是本技术另一个示例性实施例提供的计算机设备的框图。
具体实施方式
48.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
49.本技术实施例提供了一种批量扫描二维码来进行多人收款的技术方案。示例性的参考图1，用户1和用户2希望拼单一件价格为50元的商品。用户1和用户2打开自己手机中即时通讯程序或支付程序的付款二维码进行显示，并将2个手机放置在相邻位置或同一个桌子上。商户打开自己手机中的即时通讯程序或支付程序的图形码扫描界面12，商户控制手机上的摄像头对准用户1和用户2的手机，图形码扫描界面12上显示摄像头采集到的扫描图像，该扫描图像中存在2个二维码。商户的即时通讯程序或支付程序从2个二维码中识别出对应用户1和用户2的付款人帐号，显示多人收款界面14。多人收款界面14上显示有收款金额输入控件13、用户1和用户2对应的付款人控件15。商户在收款金额输入控件13内输入总金额50后，即时通讯程序或支付程序自动计算出人均支付金额25。当商户点击“发起收款”按钮17后，显示等待收款界面16。在等待收款界面16中，可以将付款成功的用户1显示为第一样式，将尚未付款成功的用户2显示为第二样式。对于尚未付款成功的用户2，还可以通过“发送提醒”按钮来进行一键提醒未支付的订单。在所有付款人帐号均付款成功后，显示收款成功界面18。
50.图2给出了本技术一个示例性实施例提供的计算机系统的结构框图。该计算机系统100包括：第一终端110、服务器120、第二终端130。
51.第一终端110安装和运行有支持即时通讯的第一客户端111，该第一客户端111可以是具有即时通讯功能的应用程序或者网页客户端。当第一终端110运行第一客户端111
时，第一终端110的屏幕上显示第一客户端111的用户界面。该应用程序可以是即时通讯程序、微博程序、语音通话程序、会议程序、网络社区程序、支付程序、购物程序、交友程序、婚恋程序、游戏程序、在线教育程序或其他社交程序中的任意一种。在本实施例中，以该应用程序是即时通讯程序来举例说明。第一终端110是第一用户112使用的终端，第一客户端111上登录有第一用户112的第一用户帐号。
52.第二终端130安装和运行有支持即时通讯的第二客户端131，该第二客户端131可以是具有即时通讯功能的应用程序或者网页客户端。当第二终端130运行第二客户端131时，第二终端130的屏幕上显示第二客户端131的用户界面。该应用程序可以是即时通讯程序、微博程序、语音通话程序、会议程序、网络社区程序、支付程序、购物程序、交友程序、婚恋程序、游戏程序、在线教育程序或其他社交程序中的任意一种。在本实施例中，以该应用程序是即时通讯程序来举例说明。第二终端130是第二用户113使用的终端，第二客户端131上登录有第二用户113的第二用户帐号。
53.可选地，第一终端110和第二终端130上安装的应用程序是相同的，或两个终端上安装的应用程序是不同操作系统平台(安卓或ios)上的同一类型应用程序。第一终端110可以泛指多个终端中的一个，第二终端130可以泛指多个终端中的另一个，本实施例仅以第一终端110和第二终端130来举例说明。第一终端110和第二终端130的设备类型相同或不同，该设备类型包括：智能手机、智能电视、智能车载、可穿戴设备、平板电脑、电子书阅读器、mp3播放器、mp4播放器、膝上型便携计算机和台式计算机中的至少一种。
54.图2中仅示出了两个终端，但在不同实施例中存在多个其它终端140可以接入服务器120。可选地，还存在一个或多个终端140是开发者对应的终端，在终端140上安装有支持即时通讯的客户端的开发和编辑平台，开发者可在终端140上对客户端进行编辑和更新，并将更新后的应用程序安装包通过有线或无线网络传输至服务器120，第一终端110和第二终端130可从服务器120下载应用程序安装包实现对客户端的更新。
55.第一终端110、第二终端130以及其它终端140通过无线网络或有线网络与服务器120相连。
56.服务器120包括一台服务器、多台服务器、云计算平台和虚拟化中心中的至少一种。服务器120用于为支持三维即时通讯的客户端提供后台服务。可选地，服务器120承担主要计算工作，终端承担次要计算工作；或者，服务器120承担次要计算工作，终端承担主要计算工作；或者，服务器120和终端之间采用分布式计算架构进行协同计算。
57.在一个示例性的例子中，服务器120包括处理器122、用户帐号数据库123、对战服务模块124、面向用户的输入/输出接口(input/output interface，i/o接口)125。其中，处理器122用于加载服务器121中存储的指令，处理用户帐号数据库123和即时通讯服务模块124中的数据；用户帐号数据库123用于存储第一终端110、第二终端130以及其它终端140所使用的用户帐号的数据，比如用户帐号的头像、用户帐号的昵称、用户帐号所在的群组等；即时通讯服务模块124用于提供多个聊天房间(双人聊天或多人聊天)供用户进行即时通讯的聊天、发表情、发红包、发送文件等；面向用户的i/o接口125用于通过无线网络或有线网络和第一终端110和/或第二终端130建立通信交换数据。
58.结合上述实施环境说明，对本技术实施例提供的图形码处理方法进行说明，以该方法的执行主体为图2所示出的终端上运行的客户端来举例说明。该终端运行有客户端，该
客户端是支持收付款功能的应用程序或网页。
59.图3示出了本技术一个示例性实施例提供的图形码处理方法的流程图。本实施例以该方法的执行主体为图1所示出的终端(或终端内的客户端)来举例说明，该终端是具有内置或外接摄像头的电子设备，该方法包括：
60.步骤202：显示图形码扫描界面，图形码扫描界面用于对采集到的至少一帧扫描图像进行预览；
61.终端上运行的客户端具有图形码扫码能力。图形码可以是条形码和二维码中的至少一种，本技术以二维码来举例说明。该客户端内登录有本地登录帐号，比如本地登录帐号是第一帐号。
62.在扫描图形码功能开启后，客户端显示图形码扫描界面以及开启摄像头。客户端获取摄像头采集到的至少一帧扫描图像(或称扫描图像序列)。至少一帧扫描图像是摄像头按照采集帧率采集的图像。客户端将至少一帧扫描图像显示在图形码扫描界面中进行预览。
63.客户端会缓存最近的一张或多张扫描图像。比如，在扫描图像中未识别到图形码时，缓存最近一张扫描图像；又比如，在最近的多张扫描图像中识别到图形码时，缓存最近的多张扫描图像。
64.可选地，图形码扫描界面上还包括相册控件，用户也可以点击相册控件打开相册界面，从相册界面中选择历史拍摄的一张或多张图像作为扫描图像。
65.步骤204：响应于至少一帧扫描图像中识别到n个图形码，得到n个付款人帐号，n为大于1的整数；
66.n个图形码位于同一帧扫描图像上，或者，n个图形码位于不同帧扫描图像上。在n个图形码位于不同帧扫描图像时，存在至少两个图形码位于同一帧扫描图像上，或者，每个图形码所在的扫描图像均不同。
67.每个图形码对应一个付款人帐号。图形码可以是由其它客户端显示的图形码，也可以是用户打印或印刷出的图形码。示例性的，图形码中携带的信息包括：付款人帐号，或，付款人帐号和其它信息。其它信息包括：即时通讯程序的官网地址、付款人昵称、付款人头像、付款人签名、付款人性别、支付标识、支付令牌中的至少一种。
68.客户端对扫描图像中的n个图形码进行识别，得到n个付款人帐号。可选地，n个付款人帐号之间属于陌生人关系，或者，n个付款人帐号中的一部分帐号属于好友关系，另一部分帐号属于陌生人关系。
69.步骤206：显示收款用户界面，收款用户界面用于提供对n个付款人帐号中的至少一个付款人帐号对应的收款业务。
70.收款用户界面可以是一个单独的界面，也可以是图形码扫描界面中的一块界面区域，还可以是叠加在图形码扫描界面上的一块界面区域。
71.可选地，客户端将图形码扫描界面切换显示为收款用户界面。或者，客户端将图形码扫描界面上的一部分区域更新显示为收款用户界面。或者，客户端将收款用户界面作为一个窗口，叠加显示在图形码扫描界面的上层。在收款用户界面叠加在图形码扫描界面的上层时，收款用户界面可以遮挡图形码扫描界面上的重叠区域，也可以半透明显示出图形码扫描界面上的重叠区域。
72.示意性的参考图1，收款用户界面包括：收款金额输入控件13和各个付款人帐号对应的付款人控件15。
73.收款金额输入控件13用于输入待收款的收款金额。
74.每个付款人帐号对应的付款人控件15用于显示付款人信息，该付款人信息包括：付款人帐号、付款人头像、付款人昵称、付款人签名、付款人性别、支付标识、支付令牌中的至少一种。可选地，各个付款人帐号对应的付款人控件在默认状态下为选中状态，商家可以在付款人控件15上进行选择操作或取消选择操作，以将付款人帐号在选中状态和未选中状态之间进行切换。
75.综上所述，本实施例提供的方法，通过响应于至少一帧扫描图像中的n个图形码进行识别，得到n个付款人帐号，进而显示用于提供对至少一个付款人帐号对应的业务的收款用户界面，能够在一次图形码扫描过程中同时获取n个付款人帐号，对n个付款人帐号中的全部或部分付款人进行多人收款业务，无需商户与每个付款人帐号单独进行一次收付款业务，从而提高商户在收款过程中的人机交互效率。
76.在基于图3的可选实施例中，收款用户界面包括收款金额输入控件13和n个付款人帐号对应的付款人控件15。上述方法还包括如下步骤，如图4所示：
77.步骤208：响应于收款金额输入控件上触发的编辑操作，在收款金额输入控件中显示收款金额；
78.收款金额输入控件13用于输入待收款的收款金额。可选地，收款金额输入控件13为一个，用于输入多个付款人帐号对应的总收款金额，或者，收款金额输入控件13为多个，收款金额输入控件13与需要付款的付款人帐号一一对应，第i个收款金额输入控件13用于输入第i个付款人帐号需要支付的收款金额，i为不大于n的正整数。
79.步骤210：响应于付款人控件上触发的选择操作，选择n个付款人帐号中的m个目标付款人帐号；
80.付款人控件15用于显示付款人信息，该付款人信息包括：付款人帐号、付款人头像、付款人昵称、付款人签名、付款人性别、支付标识、支付令牌中的至少一种。在图1中，以付款人控件15显示有付款人头像来举例说明，且该付款人控件15支持选择操作。
81.可选地，各个付款人帐号对应的付款人控件在默认状态下为选中状态，商家可以在付款人控件上进行选择操作或取消选择操作，以将付款人帐号在选中状态和未选中状态之间进行切换。如图1所示，在付款人帐号处于选中状态时，付款人控件15上显示有打勾图标；在付款人帐号处于取消选中状态时，付款人控件15上未显示有打勾图标。
82.根据线下付款的实际场景，商户可以将n个付款人帐号中的全部或一部分付款人帐号选中，确定为目标付款人帐号。目标付款人帐号是商户指定的需要付款的帐号。
83.步骤212：向m个目标付款人帐号发送与收款金额对应的收款请求。
84.可选地，收款金额输入控件为一个，如图1所示；或者，收款金额输入控件包括m个，m个收款金额输入控件和m个目标付款人帐号一一对应；或者，收款金额输入控件包括n个，n个收款金额输入控件和n个目标付款人帐号一一对应。
85.在收款金额输入控件为一个时，向m个目标付款人帐号发送收款请求，收款请求用于向每个目标付款人帐号收取收款金额的m分之一。其中，m分之一由终端(或终端内的客户端)自动计算得到，无需商户自行计算。
86.在收款金额输入控件为m个时，向m个目标付款人帐号中的第i个目标付款人帐号发送第i个收款请求，第i个收款请求用于向第i个目标付款人帐号收取第i个收款金额输入控件中显示的收款金额。
87.综上所述，本实施例提供的方法，通过提供一个收款金额输入控件，可以由终端对每个目标付款人帐号自动计算得到实际的付款金额，减少商户的人机交互操作和额外计算操作，适合绝大多数的拼单场景。
88.本实施例提供的方法，还通过提供多个收款金额输入控件，可以由商户手动指定每个目标付款人帐号的付款金额，不同的目标付款人帐号的付款金额相同或不同，可以在每个目标付款人帐号所拼单的商品类型或商品数量存在差异时，也能在同一个收款用户界面上进行多人收款，提高商户的人机交互效率。
89.在基于图3的可选实施例中，收款用户界面包括收款金额输入控件13和n个付款人帐号对应的付款人控件15。上述方法还包括如下步骤，如图5所示：
90.步骤214：将m个目标付款人帐号付款成功的第一付款人帐号对应的付款人控件显示为第一样式，以及m个目标付款人帐号未付款成功的第二付款人帐号对应的付款人控件显示为第二样式；
91.可选地，付款用户界面会切换至等待付款界面，客户端在等待付款界面中将付款成功的第一付款人帐号对应的付款人控件显示为第一样式，以及将未付款成功的第二付款人帐号对应的付款人控件显示为第二样式。
92.第一样式和第二样式是不同的显示样式。示意性的，第一样式和第二样式在显示大小、显示图案、前景图案、背景图案、显示字体、是否有额外的蒙层、是否有额外的动画、是否有加粗、是否有高亮中的至少一个方面存在不同。
93.示例性的如图6所示，以第一样式是增加有打勾蒙层，第二样式是未增加有打勾蒙层来举例说明。在用户1完成付款后，在用户1的头像控件上显示具有打勾蒙层的第一样式21；在用户2尚未完成付款时，在用户2的头像控件上显示不具有打勾蒙层的第二样式22。
94.步骤216：显示m个目标付款人帐号中未付款成功的第二付款人帐号对应的付款提醒控件；
95.由于第二付款人账号尚未付款成功，第二付款人帐号可能会忘记支付。在可选实现方案中，终端还显示第二付款人帐号对应的付款提醒控件。如图6所示，终端在等待付款界面16中，在第二付款人帐号对应的付款人控件22的周侧显示付款提醒控件23。当存在多个第二付款人帐号的情况下，终端显示多个付款提醒控件23，第二付款人帐号和付款提醒控件23之间存在一一对应关系。
96.在一种设计中，在第二付款人帐号对应的付款人控件的周侧总是显示付款提醒控件。在另一种设计中，在收款请求的等待响应时长超过阈值的情况下，在第二付款人帐号对应的付款人控件的周侧显示付款提醒控件。比如，在30秒没有付款的情况下，在第二付款人帐号对应的付款人控件的周侧显示付款提醒控件。
97.步骤218：响应于付款提醒控件上的触发操作，向第二付款人帐号发送付款提醒信息，付款提醒信息用于提醒第二付款人帐号的待支付订单；
98.该付款提醒信息是短信息、邮件、即时通讯消息、推送消息中的至少一种。在本技术中，以该付款提醒信息是即时通讯消息来举例说明。
99.可选地，响应于付款提醒控件上的触发操作，采用即时通讯程序中的第一临时会话消息向第二付款人帐号发送付款提醒信息。也即，该付款提醒控件被触发且与第二付款人帐号是好友关系的情况下，可以从等待付款界面或付款成功界面跳转至会话界面，该会话界面是与第二付款人帐号对应的聊天会话界面，该聊天会话界面中显示有待支付账单。该付款提醒控件23被触发且与第二付款人帐号不是好友关系的情况下，可以从等待付款界面或付款成功界面跳转至临时会话界面，该临时会话界面是与第二付款人帐号对应的临时性会话界面，该临时性会话界面中显示有待支付账单24，如图6所示。
100.在所有付款人帐号均支付成功后，如图7所示，终端从付款等待界面16跳转至收款成功界面18中。在该收款成功界面18中，还显示有收款成功的提示信息，采用第一样式显示的各个付款帐号对应的头像控件以及关闭控件25。可选地，该收款成功界面18支持自动关闭功能，比如在显示3秒后自动关闭的功能，关闭控件25上可显示有自动关闭的倒计时信息。
101.对于付款用户来讲，如图8所示，在付款二维码被商家扫码后，付款二维码界面上会弹出支付提醒弹窗31，该支付提醒弹窗31上显示有待支付金额和支付按钮。当支付按钮被点击后，付款二维码界面上会弹出付款验证弹窗32，付款验证弹窗32以密码、指纹、声纹等至少一种方式进行付款验证。比如在密码验证方式下，用户以输入密码的方式进行付款验证。付款验证成功后，付款二维码界面上显示付款成功弹窗33。
102.示例性的，如图9所示，用户侧的付款成功弹窗33上还显示有留言控件，该留言控件被触发且第一付款人帐号与商家帐号是好友关系的情况下，可以从付款二维码界面跳转至会话界面，该会话界面是与第一付款人帐号对应的聊天会话界面。该留言控件被触发且与第一付款人帐号与商家帐号不是好友关系的情况下，可以从付款二维码界面跳转至临时会话界面，该临时会话界面是与商家帐号对应的临时性会话界面。
103.用户可以在与商家帐号对应的会话界面，向商家发送第二会话消息。用户可以在与商家帐号对应的临时性会话界面，向商家发送第二临时会话消息36。消息内容可以是付款人的手机号码、收货地址等等信息。
104.示意性的，该付款成功弹窗33也支持自动关闭功能，比如在显示3秒后自动关闭的功能，关闭控件35上可显示有自动关闭的倒计时信息。
105.步骤220：显示第二临时会话消息，第二临时会话消息是第一付款人帐号在付款成功后发送的会话消息。
106.商家所使用的终端上显示第一付款人帐号发送的第二临时会话消息，第二临时会话消息是第一付款人帐号在付款成功后发送的会话消息。商家可以对第二临时会话消息进行回复，从而实现与第一付款人帐号之间的信息交互。
107.综上所述，本实施例提供的方法，在线下支付的场景下使得拼单用户无须加好友并可即时拼单，大大减低了线下多人平分账单的门槛；此外，系统自动结算人均金额也能够提升多人拼单结账的效率；最后，消费行为结束后便捷地关联到留言等社交互动行为，帮助用户和商户快速进行收货地址、电子发票索要等事宜的沟通，大大提升了陌生人之间围绕消费活动展开的即时通讯的效率。
108.在基于上述各个实施例的可选实施例中，对于同一帧扫描图像上存在多个二维码的情况，上述步骤204可以包括如下子步骤204a和步骤204b，如图10所示：
109.步骤204a：响应于至少一帧扫描图像中的第一扫描图像上存在n个图形码，对第一扫描图像进行区域分割，得到n个图形码对应的图像区域；
110.以二维码为例，对于同一帧扫描图像上存在n个图形码的情况，客户端根据二维码的定位点对第一扫描图像进行区域分割，得到n个二维码对应的图像区域。
111.步骤204b：对每个图像区域中的图形码分别进行识别，得到n个付款人帐号。
112.综上所述，本实施例提供的方法，通过对第一扫描图像上存在n个图形码时对第一扫描图像进行区域分割，得到n个图形码对应的图像区域，实现了批量扫描多个付款人帐号的图形码，减少操作繁琐性，提高人机交互效率。
113.在基于上述各个实施例的可选实施例中，对于不同帧扫描图像上存在多个二维码的情况，上述步骤204可以包括如下子步骤204a和步骤204b，如图11所示：
114.步骤204-1：对至少两帧扫描图像进行拼接，得到拼接扫描图像；
115.在一种可能的设计中，响应于至少两帧扫描图像上的图形码存在不同，对至少两帧扫描图像进行拼接，得到拼接扫描图像。
116.在另一种可能的设计中，响应于接收到图形码扫描界面中扫码控件上的持续性操作，对持续性操作的持续期间采集到的至少两帧扫描图像进行拼接，得到拼接扫描图像。该持续性操作可以是长按触摸操作或压力触控操作。
117.步骤204-2：对拼接扫描图像进行区域分割，得到n个图形码对应的图像区域；
118.以二维码为例，对于同一帧扫描图像上存在n个图形码的情况，客户端根据二维码的定位点对第一扫描图像进行区域分割，得到n个二维码对应的图像区域。
119.步骤204-3：对每个图像区域中的图形码分别进行识别，得到n个付款人帐号。
120.综上所述，本实施例提供的方法，支持对不同的扫描图像进行拼接得到拼接扫描图像，使得商家可以手动来回扫描多个付款图形码，较为适合人数较多的线下付款场景的使用。
121.在基于上述各个实施例的可选实施例中，本技术还提供了一种长按扫码方式。上述方法还包括步骤203，如图12所示：
122.步骤1202：显示图形码扫描界面，图形码扫描界面包括扫码控件；
123.终端上运行的客户端具有图形码扫码能力。图形码可以是条形码和二维码中的至少一种，本技术以二维码来举例说明。该客户端内登录有本地登录帐号，比如本地登录帐号是第一帐号。
124.在扫描图形码功能开启后，客户端显示图形码扫描界面以及开启摄像头。客户端获取摄像头采集到的至少一帧扫描图像(或称扫描图像序列)。至少一帧扫描图像是摄像头按照采集帧率采集的图像。客户端将至少一帧扫描图像显示在图形码扫描界面中进行预览。
125.客户端会缓存最近的一张或多张扫描图像。比如，在扫描图像中未识别到图形码时，缓存最近一张扫描图像；又比如，在最近的多张扫描图像中识别到图形码时，缓存最近的多张扫描图像。
126.可选地，图形码扫描界面上还包括相册控件，用户也可以点击相册控件打开相册界面，从相册界面中选择历史拍摄的一张或多张图像作为扫描图像。
127.步骤1203：响应于接收到扫码控件上的持续性操作，在图形码扫描界面上显示已
经识别到的图形码数量；
128.可选地，在图形码扫描界面上显示已经识别的图形码逐渐缩小移动至扫码控件的动画特效。
129.示例性的参考图13，图形码扫描界面上显示有扫码按钮40。用户长按扫码按钮40来触发扫描图像的持续识别。客户端对持续性操作的持续期间采集到的至少两帧扫描图像进行拼接，得到拼接扫描图像。在拼接扫描图像中识别图形码。
130.在每识别到一个图形码时，客户端在图形码扫描界面上显示已经识别的图形码逐渐缩小移动至扫码控件的动画特效，并且在扫码按钮40的周围显示已经识别到的图形码数量。
131.步骤1204：响应于至少一帧扫描图像中识别到n个图形码，得到n个付款人帐号；
132.n个图形码位于同一帧扫描图像上，或者，n个图形码位于不同帧扫描图像上。在n个图形码位于不同帧扫描图像时，存在至少两个图形码位于同一帧扫描图像上，或者，每个图形码所在的扫描图像均不同。
133.每个图形码对应一个付款人帐号。图形码可以是由其它客户端显示的图形码，也可以是用户打印或印刷出的图形码。示例性的，图形码中携带的信息包括：付款人帐号，或，付款人帐号和其它信息。其它信息包括：即时通讯程序的官网地址、付款人昵称、付款人头像、付款人签名、付款人性别、支付标识、支付令牌中的至少一种。
134.客户端对扫描图像中的n个图形码进行识别，得到n个付款人帐号。可选地，n个付款人帐号之间属于陌生人关系，或者，n个付款人帐号中的一部分帐号属于好友关系，另一部分帐号属于陌生人关系。
135.步骤1206：响应于扫码控件上的持续性操作结束，显示收款用户界面。
136.综上所述，本实施例提供的方法，同时在批量识别二维码的体验上，区分默认扫描和长按扫描两种识别模式，用户使用长按扫描时可以在更充裕的时间内识别更多的二维码，让扫码的体验更加掌控在用户的操作预期之中。
137.在一个示例性的例子中，参考图14，从客户端和后台服务器的技术实现上来介绍收款流程。客户端包括多个付款方客户端和一个收款方客户端，下文中将付款方客户端简称为付款方，将收款方客户端简称为收款方，将后台服务器简称为后台。
138.客户端实现(付款方客户端 收款方客户端)：
139.步骤51：付款方展示多个付款码；
140.步骤52：收款方扫描多个付款码；
141.步骤53：收款方批量分割付款码；
142.二维码识别模块是客户端实现逻辑的核心，该模块需要支持批量扫描二维码的能力。对于批量扫描二维码的识别，其识别流程是这样的：
143.1.图片获取：通过手机摄像头，将包含多个二维码的图片加载到内存；
144.2.图像预处理：包括二值化、中值滤波、灰度化等常见算法，将复杂的图像信息进行简化；
145.3.批量分割图像：根据预处理的结果，将二维码的图像从原图像中提取出来；
146.4.辅助信息批量提取：根据二维码定位点，识别出二维码内容所在的位置，并识别出宽高值，通过三个定位点的排列，可以识别出二维码的方向。根据其编码规则，还可以识
别出二维码中携带的字符信息；
147.5.批量数据解码：将图片信息转换成矩阵，按照s型读法，读取数据流并解析成编码前的信息；
148.在实现了批量扫描二维码的能力之后，就可以批量扫描并解码出付款码，付款码本身就包含着付款方身份id信息，批量扫描过程中也可以获取到付款人数，客户端将数据组装发送给后台，从而实现了客户端的逻辑。
149.步骤54：收款方解码确认二维码是付款码；
150.收款方批量扫描二维码后进行二维码解码，识别扫描到的二维码是否为付款码。可选地，付款码携带有付款标识或字段，收款方通过二维码中是否携带有付款标识或字段，确定二维码是否为付款码。
151.步骤55：收款方解码并展示付款人数和各个付款人分别的身份标识(identifier，id)；
152.步骤56：收款方输入总金额，展示人均扣款金额；
153.步骤57：收款方传输金额和身份信息给后台；
154.后台实现：
155.批量支付模块是后台技术实现逻辑的重点，实现方式与单个商品支付方式类似，其实现步骤为：
156.步骤58：后台检验收款方和付款方的身份；
157.后台解析客户端组装的多个付款码协议，得到金额和身份信息。利用身份信息按照签名规范重新生成签名，执行权限、身份信息验证。
158.步骤59：后台校验平分的金额是否正确；
159.在平分的金额正确的情况下，执行步骤510；在平分的金额错误的情况下，向收款方发送错误提示。
160.步骤510：后台发起扣款请求；
161.后台发起扣款请求，验证支付参数，校验各个付款方的支付权限，并将支付授权返回给付款方。
162.步骤511：付款方确认金额，并输入支付密码；
163.步骤512：付款方传输确认信息给后台；
164.多个付款方输入密码，提交支付授权给后台，后台校验授权，并完成支付交易。
165.步骤513：后台执行扣款操作；
166.步骤514：后台将扣款通知下发给客户端；
167.后台异步通知支付结果给收款方和付款方，此支付信息入库永久保存。
168.步骤515：付款人收到通知，展示扣款成功；
169.步骤516：收款人收到通知，展示收款成功。
170.至此，客户端和后台技术方案已经实现，达成批量收款的目标。
171.本技术还提供了一种在未支付付款时，即可发起aa收款的功能。如图15所示，该方法包括如下步骤：
172.步骤301：显示图形码扫描界面，图形码扫描界面用于对采集到的至少一帧扫描图像进行预览；
173.终端上运行的客户端具有图形码扫码能力。图形码可以是条形码和二维码中的至少一种，本技术以二维码来举例说明。该客户端内登录有本地登录帐号，比如本地登录帐号是第一帐号。
174.在扫描图形码功能开启后，客户端显示图形码扫描界面以及开启摄像头。客户端获取摄像头采集到的至少一帧扫描图像(或称扫描图像序列)。至少一帧扫描图像是摄像头按照采集帧率采集的图像。客户端将至少一帧扫描图像显示在图形码扫描界面中进行预览。
175.客户端会缓存最近的一张或多张扫描图像。比如，在扫描图像中未识别到图形码时，缓存最近一张扫描图像；又比如，在最近的多张扫描图像中识别到图形码时，缓存最近的多张扫描图像。
176.可选地，图形码扫描界面上还包括相册控件，用户也可以点击相册控件打开相册界面，从相册界面中选择历史拍摄的一张或多张图像作为扫描图像。
177.步骤303：响应于至少一帧扫描图像中识别到的付款图形码，显示付款用户界面；
178.示意性的如图16所示，终端上显示图形码扫描界面41，当识别到商家或好友的付款二维码后，显示付款用户界面42。付款用户界面42显示有收款人帐号的展示控件(比如头像和昵称)、付款金额输入控件43和多人付款控件44。
179.步骤305：响应于付款金额输入控件上触发的编辑操作，在付款金额输入控件中显示付款金额；
180.用户可以在付款金额输入控件内输入需要付款的总金额。示意性的如图16所示，用户在付款金额输入控件43内输入付款金额50。
181.步骤307：响应于多人付款控件上触发的触发操作，选择出协同付款人帐号；
182.在需要多人aa付款时，用户可以触发多人付款控件44。终端从付款用户界面切换至候选付款人选择界面进行显示。可选地，候选付款人选择界面是通讯录界面或会话列表界面。
183.本实施例中，以候选付款人选择界面是通讯录界面来举例说明。响应于多人付款控件上触发的触发操作，显示会话列表界面，会话列表界面显示有至少一个聊天会话。响应于对至少一个聊天会话中的目标聊天会话的选择操作，将目标聊天会话中的聊天对象帐号确定为协同付款人帐号。
184.示意性的如图16所示，会话列表界面45内显示有多个群聊，当用户选择一个群聊时，会将被选择的群聊中除自身帐号之外的其它聊天对象帐号确定为协同付款人帐号。
185.步骤309：向协同付款人帐号发送协同付款请求，协同付款请求用于邀请协同付款人帐号与本地登录帐号协同向收款人帐号进行多人付款。
186.在用户选择协同付款人帐号之后，终端会通过服务器向协同付款人帐号发送协同付款请求。假设协同付款人共有n个，则本地登录帐号和每个协同付款人帐号均需要支付的平摊付款金额＝(付款金额/n 1)。本地登录帐号是登录在终端或终端内的客户端中的帐号。
187.可选地，在用户选择协同付款人帐号之后，终端还将会话列表界面45切换回付款用户界面，该付款用户界面42中显示有平摊付款金额46“10”元、支付验证控件以及支付确认控件。用户可以在付款用户界面42中完成自己一侧的付款。
188.可选地，在协同付款人帐号与本地登录帐号均未支付的情况下，用户还可以在付款用户界面42上修改付款金额，此时各个aa付款的付款方的付款用户界面42上的平摊付款金额会自动更新。
189.需要说明的是，步骤303也可以在步骤307之后或者步骤309之后执行，也即本地登录帐号先不输入总的付款金额，在确定协同付款人帐号之后，从通讯录界面或会话列表界面切换至付款用户界面后，再在付款金额输入控件43中输入付款金额。
190.综上所述，本实施例提供的方法，通过在扫描收款码之后、以及实际付款之前就支持aa付款功能，使得拼单的多个用户中，由一个用户x发起aa付款功能，然后将该用户的多个好友用户邀请至aa付款，充分利用了商户与用户之间通常为陌生人，以及各个拼单用户之间通常为好友关系的特性，以简单快捷的方式实现商户与多个用户之间的aa付款，而无需用户x先行向商户垫付付款总金额，再发起aa付款的繁琐流程。
191.图17示出了本技术一个示例性实施例提供的图形码处理装置的框图。所述装置包括：
192.显示模块720，用于显示图形码扫描界面，所述图形码扫描界面用于对采集到的至少一帧扫描图像进行预览；
193.识别模块740，用于响应于所述至少一帧扫描图像中识别到n个图形码，得到n个付款人帐号，n为大于1的整数；
194.所述显示模块720，用于显示收款用户界面，所述收款用户界面用于提供对所述n个付款人帐号中的至少一个付款人帐号对应的收款业务。
195.在一个可选的实施例中，所述显示模块720，用于显示所述收款用户界面，所述收款用户界面包括收款金额输入控件和所述n个付款人帐号对应的付款人控件；
196.所述显示模块720，用于响应于所述收款金额输入控件上触发的编辑操作，在所述收款金额输入控件中显示收款金额；
197.交互模块760，用于响应于所述付款人控件上触发的选择操作，选择所述n个付款人帐号中的m个目标付款人帐号；
198.发送模块780，用于向所述m个目标付款人帐号发送与所述收款金额对应的收款请求，m为不大于n的正整数。
199.在一个可选的实施例中，所述收款金额输入控件为一个；
200.所述发送模块780，用于向所述m个目标付款人帐号发送所述收款请求，所述收款请求用于向每个所述目标付款人帐号收取所述收款金额的m分之一。
201.在一个可选的实施例中，所述收款金额输入控件包括m个，m个所述收款金额输入控件和所述m个目标付款人帐号一一对应；
202.所述发送模块780，用于向所述m个目标付款人帐号中的第i个目标付款人帐号发送第i个收款请求，所述第i个收款请求用于向所述第i个目标付款人帐号收取第i个收款金额输入控件中显示的收款金额。
203.在一个可选的实施例中，所述显示模块720，用于将所述n个付款人帐号中付款成功的第一付款人帐号对应的付款人控件显示为第一样式，以及将所述n个付款人帐号中未付款成功的第二付款人帐号对应的付款人控件显示为第二样式。
204.在一个可选的实施例中，所述显示模块720，用于显示所述第二付款人帐号对应的
付款提醒控件；
205.响应于所述付款提醒控件上的触发操作，向所述第二付款人帐号发送付款提醒信息，所述付款提醒信息用于提醒所述第二付款人帐号的待支付订单。
206.在一个可选的实施例中，所述显示模块720，用于在所述收款请求的等待响应时长超过阈值的情况下，在所述第二付款人帐号对应的付款人控件的周侧显示所述付款提醒控件。
207.在一个可选的实施例中，所述发送模块780，用于响应于所述付款提醒控件上的触发操作，采用即时通讯程序中的第一临时会话消息向所述第二付款人帐号发送所述付款提醒信息。
208.在一个可选的实施例中，所述显示模块720，用于显示第二临时会话消息，所述第二临时会话消息是所述第一付款人帐号在付款成功后发送的会话消息。
209.图18示出了本技术一个示例性实施例提供的图形码处理装置的框图。所述装置包括：
210.显示模块720，用于显示图形码扫描界面，所述图形码扫描界面用于对采集到的至少一帧扫描图像进行预览；响应于所述至少一帧扫描图像中识别到的付款图形码，显示付款用户界面，所述付款用户界面显示有收款人帐号的展示控件、付款金额输入控件和多人付款控件；
211.交互模块760，用于响应于所述多人付款控件上触发的触发操作，选择出协同付款人帐号；
212.发送模块780，用于向所述协同付款人帐号发送协同付款请求，所述协同付款请求用于邀请所述协同付款人帐号与本地登录帐号协同向所述收款人帐号进行多人付款。
213.可选地，交互模块760，还用于响应于所述付款金额输入控件上触发的编辑操作，在所述付款金额输入控件中显示付款金额。
214.可选地，交互模块760，还用于在协同付款人帐号与本地登录帐号均未支付的情况下，在付款用户界面上接收修改后的付款金额，并自动更新付款用户界面上的平摊付款金额。也即，此时各个aa付款的付款方的付款用户界面上的平摊付款金额会自动更新。
215.需要说明的是：上述实施例提供的图形码处理装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的图形码处理装置与图形码处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
216.本技术还提供了一种计算机设备(终端或服务器)，该计算机设备包括处理器和存储器，存储器中存储有至少一条指令，至少一条指令由处理器加载并执行以实现上述各个方法实施例提供的图形码处理方法。需要说明的是，该计算机设备可以是如下图19所提供的计算机设备。
217.图19示出了本技术一个示例性实施例提供的计算机设备800的结构框图。该计算机设备800可以是：智能手机、平板电脑、mp3播放器(moving picture experts group audio layer iii，动态影像专家压缩标准音频层面3)、mp4(moving picture experts group audio layer iv，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电
脑。计算机设备800还可能被称为用户设备、便携式计算机设备、膝上型计算机设备、台式计算机设备等其他名称。
218.通常，计算机设备800包括有：处理器801和存储器802。
219.处理器801可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器801可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器801也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器801可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器801还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
220.存储器802可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器802还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器802中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器801所执行以实现本技术中方法实施例提供的图形码处理方法。
221.在一些实施例中，计算机设备800还可选包括有：外围设备接口803和至少一个外围设备。处理器801、存储器802和外围设备接口803之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口803相连。具体地，外围设备包括：射频电路804、显示屏805、摄像头组件806、音频电路807、定位组件808和电源809中的至少一种。
222.外围设备接口803可被用于将i/o(input/output，输入/输出)相关的至少一个外围设备连接到处理器801和存储器802。在一些实施例中，处理器801、存储器802和外围设备接口803被集成在同一芯片或电路板上；在一些其他实施例中，处理器801、存储器802和外围设备接口803中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
223.射频电路804用于接收和发射rf(radio frequency，射频)信号，也称电磁信号。射频电路804通过电磁信号与通信网络以及其他通信设备进行通信。射频电路804将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路804包括：天线系统、rf收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路804可以通过至少一种无线通信协议来与其它计算机设备进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2g、3g、4g及5g)、无线局域网和/或wifi(wireless fidelity，无线保真)网络。在一些实施例中，射频电路804还可以包括nfc(near field communication，近距离无线通信)有关的电路，本技术对此不加以限定。
224.显示屏805用于显示ui(user interface，用户界面)。该ui可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏805是触摸显示屏时，显示屏805还具有采集在显示
屏805的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器801进行处理。此时，显示屏805还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏805可以为一个，设置计算机设备800的前面板；在另一些实施例中，显示屏805可以为至少两个，分别设置在计算机设备800的不同表面或呈折叠设计；在再一些实施例中，显示屏805可以是柔性显示屏，设置在计算机设备800的弯曲表面上或折叠面上。甚至，显示屏805还可以设置成非矩形的不规则图形，也即异形屏。显示屏805可以采用lcd(liquid crystal display，液晶显示屏)、oled(organic light-emitting diode，有机发光二极管)等材质制备。
225.摄像头组件806用于采集图像或视频。可选地，摄像头组件806包括前置摄像头和后置摄像头。通常，前置摄像头设置在计算机设备的前面板，后置摄像头设置在计算机设备的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及vr(virtual reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件806还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
226.音频电路807可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器801进行处理，或者输入至射频电路804以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在计算机设备800的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器801或射频电路804的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路807还可以包括耳机插孔。
227.定位组件808用于定位计算机设备800的当前地理位置，以实现导航或lbs(location based service，基于位置的服务)。定位组件808可以是基于美国的gps(global positioning system，全球定位系统)、中国的北斗系统或俄罗斯的伽利略系统的定位组件。
228.电源809用于为计算机设备800中的各个组件进行供电。电源809可以是交流电、直流电、一次性电池或可充电电池。当电源809包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。
229.在一些实施例中，计算机设备800还包括有一个或多个传感器810。该一个或多个传感器810包括但不限于：加速度传感器811、陀螺仪传感器812、压力传感器813、指纹传感器814、光学传感器815以及接近传感器816。
230.加速度传感器811可以检测以计算机设备800建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器811可以用于检测重力加速度在三个坐标轴上的分量。处理器801可以根据加速度传感器811采集的重力加速度信号，控制触摸显示屏805以横向视图或纵向视图进行用户界面的显示。加速度传感器811还可以用于游戏或者用户的运动数据
的采集。
231.陀螺仪传感器812可以检测计算机设备800的机体方向及转动角度，陀螺仪传感器812可以与加速度传感器811协同采集用户对计算机设备800的3d动作。处理器801根据陀螺仪传感器812采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变ui)、拍摄时的图像稳定、游戏控制以及惯性导航。
232.压力传感器813可以设置在计算机设备800的侧边框和/或触摸显示屏805的下层。当压力传感器813设置在计算机设备800的侧边框时，可以检测用户对计算机设备800的握持信号，由处理器801根据压力传感器813采集的握持信号进行左右手识别或快捷操作。当压力传感器813设置在触摸显示屏805的下层时，由处理器801根据用户对触摸显示屏805的压力操作，实现对ui界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
233.指纹传感器814用于采集用户的指纹，由处理器801根据指纹传感器814采集到的指纹识别用户的身份，或者，由指纹传感器814根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器801授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器814可以被设置计算机设备800的正面、背面或侧面。当计算机设备800上设置有物理按键或厂商logo时，指纹传感器814可以与物理按键或厂商logo集成在一起。
234.光学传感器815用于采集环境光强度。在一个实施例中，处理器801可以根据光学传感器815采集的环境光强度，控制触摸显示屏805的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏805的显示亮度；当环境光强度较低时，调低触摸显示屏805的显示亮度。在另一个实施例中，处理器801还可以根据光学传感器815采集的环境光强度，动态调整摄像头组件806的拍摄参数。
235.接近传感器816，也称距离传感器，通常设置在计算机设备800的前面板。接近传感器816用于采集用户与计算机设备800的正面之间的距离。在一个实施例中，当接近传感器816检测到用户与计算机设备800的正面之间的距离逐渐变小时，由处理器801控制触摸显示屏805从亮屏状态切换为息屏状态；当接近传感器816检测到用户与计算机设备800的正面之间的距离逐渐变大时，由处理器801控制触摸显示屏805从息屏状态切换为亮屏状态。
236.本领域技术人员可以理解，图19中示出的结构并不构成对计算机设备800的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
237.所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，所述一个或者一个以上程序包含用于进行本技术实施例提供的图形码处理方法。
238.本技术提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现上述各个方法实施例提供的图形码处理方法。
239.本技术还提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述各个方法实施例提供的图形码处理方法。
240.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
241.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件
来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
242.以上所述仅为本技术的可选实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。