一种基于元宇宙的业务处理方法、装置及计算机存储介质

摘要

本申请公开了一种基于元宇宙的业务处理方法、装置及计算机存储介质。该方法可以应用于第一客户端，包括：响应于用户在元宇宙中的账户处于登录状态，展示元宇宙初始场景；响应于用户在元宇宙初始场景中对目标银行场景标识的选择操作，将携带有目标银行场景标识的请求信息发送至服务器；接收服务器发送的与目标银行场景标识对应的目标银行场景模型数据；基于目标银行场景模型数据展示目标银行场景；响应于用户的第一目标业务办理请求输入，将第一目标业务办理请求信息发送至服务器，以使第二客户端基于第一目标业务办理请求信息完成第一目标业务的办理。根据本申请实施例，实现了实体银行金融业务的线上跨区域办理，提高了金融业务办理效率。

说明书

技术领域

本申请属于元宇宙技术领域，尤其涉及一种基于元宇宙的业务处理方法、装置及计算机存储介质。

背景技术

目前，人们使用金融服务产品的场景主要是围绕不同的区域来展开，各区域也根据市场需求和地方特色推出不同的服务产品，这些服务产品对于人们的日常经营经济活动具有一定意义。

由于不同区域推出的金融服务产品不同，且办理业务过程中大多需要对客户身份进行验证，因此客户需要由本人去到特定区域的柜台线下办理业务。这使得客户需要花费更多的时间在往返柜台的路上，导致业务办理效率低，用户体验较差。

发明内容

本申请实施例提供一种基于元宇宙的业务处理方法、装置及计算机存储介质，能够实现实体银行金融业务的线上跨区域办理，提高了金融业务办理效率，提升了用户体验。

第一方面，本申请实施例提供一种基于元宇宙的业务处理方法，该方法包括：

响应于用户在元宇宙中的账户处于登录状态，展示元宇宙初始场景；元宇宙初始场景中包括至少一个银行虚拟场景标识；

响应于用户在元宇宙初始场景中对目标银行场景标识的选择操作，将携带有目标银行场景标识的请求信息发送至服务器；银行虚拟场景包括实体银行场景和元宇宙银行场景；实体银行场景是基于线下实体银行的业务信息预先构建的；元宇宙银行场景是基于虚拟金融业务的业务信息预先构建的；

接收服务器基于请求信息发送的与目标银行场景标识对应的目标银行场景模型数据；

基于目标银行场景模型数据展示目标银行场景；

响应于用户在目标银行场景中的第一目标业务办理请求输入，将第一目标业务办理请求信息发送至服务器，以使服务器将第一目标业务办理请求信息发送至第二客户端，以使第二客户端在目标银行场景中基于第一目标业务办理请求信息完成第一目标业务的办理。

在一些实施例中，该方法还包括：

响应于接收到服务器发送的用户身份认证请求，采集用户的生物特征信息；

获取用户身份证件信息；

将用户身份证件信息和生物特征信息发送至服务器，以使服务器基于用户身份证件信息和生物特征信息对用户的身份进行认证。

第二方面，本申请实施例提供一种基于元宇宙的业务处理方法，方法应用于服务器端，该方法包括：

响应于接收到第一客户端发送的携带有目标银行场景标识的请求信息，获取与目标银行场景标识对应的目标银行场景模型数据；

将目标银行场景模型数据发送至第一客户端，以使第一客户端基于目标银行场景模型数据展示目标银行场景；银行虚拟场景包括实体银行场景和元宇宙银行场景；实体银行场景是基于线下实体银行的业务信息预先构建的；元宇宙银行场景是基于虚拟金融业务的业务信息预先构建的；

响应于接收到第一客户端发送的第一目标业务办理请求信息，将第一目标业务办理请求信息发送至第二客户端，以使第二客户端在目标银行场景中基于第一目标业务办理请求信息完成第一目标业务的办理。

在一些实施例中，该方法还包括：

响应于接收到第一客户端发送的用户身份证件信息和生物特征信息，根据用户身份证件信息和生物特征信息对用户的身份进行认证。

在一些实施例中，在将第一目标业务办理请求信息发送至第二客户端之后，该方法还包括：

响应于第二客户端完成第一目标业务的办理后，对相关业务信息以及目标银行场景信息与用户的元宇宙账户进行关联存储；相关业务信息为用户办理目标业务的相关业务信息。

在一些实施例中，对相关业务信息以及目标银行场景与用户的元宇宙账户进行关联存储，包括：

分别提取相关业务信息以及目标银行场景信息各自的关键值；

对关键值进行加密处理，得到加密串；

将加密串与用户的元宇宙账户进行关联存储。

在一些实施例中，该方法还包括：

接收第三客户端发出的用户信息查询请求信息；用户信息查询请求信息是第三客户端在接收到第一客户端发送的第二目标业务办理请求的情况下发送至服务器的；

基于用户信息查询请求信息，获取与用户对应的目标用户信息；

将目标用户信息发送至第三客户端。

第三方面，本申请实施例提供一种基于元宇宙的业务处理装置，该装置应用于第一客户端，该装置包括：

第一展示模块，用于响应于用户在元宇宙中的账户处于登录状态，展示元宇宙初始场景；元宇宙初始场景中包括至少一个银行虚拟场景标识；

第一发送模块，用于响应于用户在元宇宙初始场景中对目标银行场景标识的选择操作，将携带有目标银行场景标识的请求信息发送至服务器；银行虚拟场景包括实体银行场景和元宇宙银行场景；实体银行场景是基于线下实体银行的业务信息预先构建的；元宇宙银行场景是基于虚拟金融业务的业务信息预先构建的；

接收模块，用于接收服务器基于请求信息发送的与目标银行场景标识对应的目标银行场景模型数据；

第二展示模块，用于基于目标银行场景模型数据展示目标银行场景；

第二发送模块，用于响应于用户在目标银行场景中的第一目标业务办理请求输入，将第一目标业务办理请求信息发送至服务器，以使服务器将第一目标业务办理请求信息发送至第二客户端，以使第二客户端在目标银行场景中基于第一目标业务办理请求信息完成第一目标业务的办理。

第四方面，本申请实施例提供一种基于元宇宙的业务处理装置，该装置应用于服务器端，该装置包括：

第一获取模块，用于响应于接收到第一客户端发送的携带有目标银行场景标识的请求信息，获取与目标银行场景标识对应的目标银行场景模型数据；

第一发送模块，用于将目标银行场景模型数据发送至第一客户端，以使第一客户端基于目标银行场景模型数据展示目标银行场景；银行虚拟场景包括实体银行场景和元宇宙银行场景；实体银行场景是基于线下实体银行的业务信息预先构建的；元宇宙银行场景是基于虚拟金融业务的业务信息预先构建的；

第二发送模块，用于响应于接收到第一客户端发送的第一目标业务办理请求信息，将第一目标业务办理请求信息发送至第二客户端，以使第二客户端在目标银行场景中基于第一目标业务办理请求信息完成第一目标业务的办理。

第五方面，本申请实施例提供种基于元宇宙的业务处理设备，该设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第一方面任意一项的基于元宇宙的业务处理方法，或者，执行如第二方面中任一项的基于元宇宙的业务处理方法。

第六方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面任意一项的基于元宇宙的业务处理方法，或者，执行如第二方面中任一项的基于元宇宙的业务处理方法。

第七方面，本申请实施例提供一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行如第一方面任意一项的基于元宇宙的业务处理方法，或者，执行如第二方面中任一项的基于元宇宙的业务处理方法。

本申请实施例的基于元宇宙的业务处理方法、装置及计算机存储介质，通过用户在元宇宙中选择与目标线下实体银行对应的银行虚拟场景，在目标银行虚拟场景中办理目标线下实体银行的对应业务，在办理业务过程中采用生物信息采集设备来完成线上的身份认证操作，以实现在元宇宙完成线下实体银行业务的办理，进而实现了实体银行金融业务的线上跨区域办理，提高了金融业务办理效率，提升了用户体验。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的基于元宇宙的业务处理方法的实施例的一种系统架构图；

图2是本申请提供的一种基于元宇宙的业务处理方法的实施例的一种交互示意图；

图3是本申请提供的另一种基于元宇宙的业务处理方法的实施例的一种交互示意图；

图4是本申请提供的又一种基于元宇宙的业务处理方法的实施例的一种交互示意图；

图5是本申请提供的再一种基于元宇宙的业务处理方法的实施例的一种交互示意图；

图6是本申请一个实施例提供的基于元宇宙的业务处理装置的结构示意图；

图7是本申请另一个实施例提供的基于元宇宙的业务处理装置的结构示意图；

图8示出了本申请实施例提供的基于元宇宙的业务处理的硬件结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

另外，本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

在介绍本申请的具体实施方式之前，首先介绍描述本申请实施方式时用到的技术术语。

元宇宙：元是运用数字技术构建的，由现实世界映射或超越现实世界，可与现实世界交互的虚拟世界，具备新型社会体系的数字生活空间。

虚拟现实技术(Virtual Reality，VR)，虚拟现实技术囊括计算机、电子信息、仿真技术，其基本实现方式是以计算机技术为主，利用并综合三维图形技术、多媒体技术、仿真技术、显示技术、伺服技术等多种高科技的最新发展成果，借助计算机等设备产生一个逼真的三维视觉、触觉、嗅觉等多种感官体验的虚拟世界，从而使处于虚拟世界中的人产生一种身临其境的感觉。

目前，人们使用金融服务产品的场景主要是围绕不同的区域来展开，各区域也根据市场需求和地方特色推出不同的服务产品，这些服务产品对于人们的日常经营经济活动具有一定意义。

由于不同区域推出的金融服务产品不同，且办理业务过程中大多需要对客户身份进行验证，因此客户需要由本人去到特定区域的柜台线下办理业务。这使得客户需要花费更多的时间在往返柜台的路上，导致业务办理效率低，用户体验较差。

基于上述问题，本申请提出一种基于元宇宙的业务处理方法、装置及计算机存储介质，通过用户在元宇宙中选择与目标线下实体银行对应的银行虚拟场景，在目标银行虚拟场景中办理目标线下实体银行的对应业务，在办理业务过程中采用生物信息采集设备来完成线上的身份认证操作，以实现在元宇宙完成线下实体银行业务的办理，进而实现了实体银行金融业务的线上跨区域办理，提高了金融业务办理效率，提升了用户体验。

图1是本申请提供的基于元宇宙的业务处理方法的实施例的一种系统架构图。如图1所示，基于元宇宙的业务处理系统包括服务端110、第一客户端120和第二客户端130，上述服务端110分别与上述第一客户端120和上述第二客户端130通信连接。

图2是本申请提供的一种基于元宇宙的业务处理方法的实施例的一种交互示意图。

如图2所示，基于元宇宙的业务处理系统基于三个执行主体，分别是第一客户端、第二客户端和服务器端，基于元宇宙的业务处理方法可以包括以下步骤S201至步骤S208。

S201：第一客户端响应于用户在元宇宙中的账户处于登录状态，展示元宇宙初始场景。

在本申请实施例中，元宇宙初始场景中包括虚拟背景以及至少一个银行虚拟场景标识。虚拟背景可以指在个性化虚拟场景中处于相对静态的环境部分。

需要说明的是，上述至少一个银行虚拟场景标识与元宇宙中的至少一个银行虚拟场景一一对应，银行虚拟场景标识用于为用户提供多种不同虚拟场景的选择，以使用户根据不同的虚拟场景办理不同的业务。

作为一种示例，用户在登录元宇宙时，穿戴体感设备、VR眼镜设备等，通过摄像头扫描完成身份认证，从而登录元宇宙账户。在用户完成登录后，第一客户端向用户展示元宇宙初始场景。

S202：第一客户端响应于用户在元宇宙初始场景中对目标银行场景标识的选择操作，将携带有目标银行场景标识的请求信息发送至服务器。

在本申请实施例中，银行虚拟场景包括实体银行场景和元宇宙银行场景；实体银行场景是基于线下实体银行的业务信息预先构建的；元宇宙银行场景是基于虚拟金融业务的业务信息预先构建的。

作为一种示例，银行虚拟场景中可以包括多个实体银行场景，每个实体银行场景均是基于线下实体银行的业务信息预先构建的。用户可以根据个人业务办理需求，选择目标线下实体银行所对应的目标实体银行场景标识，无需去到目标线下实体银行的柜台办理业务，实现了线上跨区域的业务办理，有效提高了业务办理效率。

举例来说，可以根据广东省行对应的业务信息预先构建第一实体银行场景，根据北京行来预先构建第二实体银行场景，第一实体银行场景对应有第一银行场景标识，第二实体银行场景对应有第二银行场景标识，响应于用户在元宇宙初始场景中对第一银行场景标识的选择，将携带有第一银行场景标识的请求信息发送至服务器。

作为另一种示例，银行虚拟场景中还可以包括元宇宙银行场景，元宇宙银行场景是基于虚拟金融业务的业务信息预先构建的，也就是说，可以基于对仅能够在元宇宙中办理的虚拟金融业务预先构建元宇宙银行场景，用户可以在元宇宙中选择元宇宙银行场景，在元宇宙银行场景中办理虚拟金融业务。举例来说，用户可以通过元宇宙银行场景结算在元宇宙中玩游戏或者进行社交所产生的费用进行支付。

S203：服务器响应于接收到第一客户端发送的携带有目标银行场景标识的请求信息，获取与目标银行场景标识对应的目标银行场景模型数据。

S204：服务器将目标银行场景模型数据发送至第一客户端。

可以理解，上述携带有目标银行场景标识的请求信息用于请求服务器将与目标银行场景标识对应的目标银行场景模型数据发送至第一客户端。

S205：第一客户端接收服务器基于请求信息发送的与目标银行场景标识对应的目标银行场景模型数据，基于目标银行场景模型数据展示目标银行场景。

作为一种示例，第一客户端接收服务器基于请求信息发送的与目标银行场景标识对应的目标银行场景模型数据，基于目标银行场景模型数据生成并在元宇宙中向用户展示目标银行场景。

S206：第一客户端响应于用户在目标银行场景中的第一目标业务办理请求输入，将第一目标业务办理请求信息发送至服务器。

在本申请实施例中，在用户完成元宇宙账户的登录后，可以生成用户的虚拟人物形象，通过体感设备对用户的动作进行感知，进而基于感知结果来控制虚拟人物形象完成用户的动作。用户可以通过自己的虚拟人物形象，在目标银行场景中完成第一目标业务办理请求的输入操作。

作为一种示例，用户在目标银行场景中输入第一目标业务办理请求，第一客户端将第一目标业务办理请求发送至服务器。

S207：服务器将第一目标业务办理请求信息发送至第二客户端。

S208：第二客户端在目标银行场景中基于第一目标业务办理请求信息完成第一目标业务的办理。

需要说明的是，在元宇宙中通过虚拟人物形象实现用户与业务服务人员的交互，相当于用户与业务服务人员进行了面对面的交流，相比于仅通过文字、视频进行沟通，用户根据业务服务人员的指引完成相应的操作即可，操作更加简便高效，不需要复杂繁琐的操作步骤。

作为一种示例，第二客户端可以是实体银行场景对应的线下实体银行所使用的客户端，线下实体银行的业务办理人员通过登录元宇宙账户，在元宇宙中通过第二客户端与第一客户端进行交互，以完成线下实体银行业务的办理。

作为另一种示例，第二客户端还可以是元宇宙银行场景中业务服务人员使用的客户端，元宇宙银行场景中业务服务人员通过登录元宇宙账户，在元宇宙中通过第二客户端与第一客户端进行交互，以完成虚拟金融业务的办理。

本申请实施例提供的上述元宇宙的业务处理方法，通过用户在元宇宙中选择与目标线下实体银行对应的银行虚拟场景，在目标银行虚拟场景中办理目标线下实体银行的对应业务，在办理业务过程中采用生物信息采集设备来完成线上的身份认证操作，以实现在元宇宙完成线下实体银行业务的办理，进而实现了实体银行金融业务的线上跨区域办理，提高了金融业务办理效率，提升了用户体验。

需要说明的是，在办理业务过程中，通常需要对用户的身份进行认证，在认证通过后，才可以进行业务的办理，因此需要对用户的身份证件信息以及用户的生物特征信息进行核验，这也是目前线下实体银行要求用户持本人有效身份证件到柜台办理业务的原因之一。

由此，为进一步实现业务的跨区域办理，提升用户体验，提出再一种基于元宇宙的业务处理方法，请参见图3，是本申请提供的另一种基于元宇宙的业务处理方法的实施例的一种交互示意图，如图3所示，一种基于元宇宙的业务处理方法具体还可以包括S301-S305。

S301：服务器发送用户身份认证请求至第一客户端。

S302：第一客户端采集用户的生物特征信息。

可以理解的是，在用户在目标银行场景中输入目标业务办理请求，第一客户端将目标业务办理请求发送至服务器，服务器将目标业务办理请求信息发送至第二客户端，第二客户端在目标银行场景中基于目标业务办理请求信息进行目标业务的办理，在办理目标业务的过程中，第二客户端需要对用户身份进行认证。因此，第二客户端向服务器发送用户身份认证请求，服务器将第二客户端发送的用户身份认证请求发送至第一客户端，第一客户端在接收到用户身份认证请求后，采集用户的生物特征信息。

在本申请实施例中，第一客户端可以通过生物特征采集设备采集用户的生物特征信息。第一客户端可以是摄像头，用户的生物特征信息可以是用户的面部图像信息，还可以是用户的虹膜信息。

S303：第一客户端获取用户身份证件信息。

作为一种示例，用户身份证件信息可以是在用户注册元宇宙账户时预先存储的，还可以是在第一客户端在接收到服务器发送的用户身份认证请求后，用户通过第一客户端进行输入得到的。

S304：第一客户端将用户身份证件信息和生物特征信息发送至服务器。

S305：服务器基于用户身份证件信息和生物特征信息对用户的身份进行认证。

作为一种示例，第一客户端将用户身份证件信息和生物特征信息发送至服务器，服务器对用户身份证件信息和生物特征信息进行匹配，若匹配成功，则对用户的身份认证成功，若未匹配成功，则对用户的身份认证失败。

本申请实施例提供的上述元宇宙的业务处理方法，通过获取用户的身份证件信息和用户的生物特征信息，完成线上对用户的身份认证，以在元宇宙中完成目标业务的办理，从而实现了线上跨区域的业务办理，无需用户去到线下柜台办理业务，有效提高了业务办理效率，提升了用户体验。

需要说明的是，在第一客户端与第二客户端在元宇宙中完成目标业务的办理后，在办理目标业务中产生的数据对于用户办理后续业务是非常有价值的，若能够对上述数据进行存储，在办理后续业务过程中，业务服务人员可以直接获取上述存储的数据来办理业务，无需用户再重复提供复杂的相关信息。

由此，为进一步提高业务办理的效率，提升用户体验，提出再一种基于元宇宙的业务处理方法，请参见图4，是本申请提供的又一种基于元宇宙的业务处理方法的实施例的一种交互示意图，如图4所示，一种基于元宇宙的业务处理方法具体可以包括S401-S411。

S401：响应于用户在元宇宙中的账户处于登录状态，展示元宇宙初始场景。

在本申请实施例中，元宇宙初始场景中包括至少一个银行虚拟场景标识。

S402：响应于用户在元宇宙初始场景中对目标银行场景标识的选择操作，将携带有目标银行场景标识的请求信息发送至服务器。

在本申请实施例中，银行虚拟场景包括实体银行场景和元宇宙银行场景；实体银行场景是基于线下实体银行的业务信息预先构建的；元宇宙银行场景是基于虚拟金融业务的业务信息预先构建的。

S403：服务器响应于接收到第一客户端发送的携带有目标银行场景标识的请求信息，获取与目标银行场景标识对应的目标银行场景模型数据。

S404：服务器将目标银行场景模型数据发送至第一客户端。

S405：第一客户端接收服务器基于请求信息发送的与目标银行场景标识对应的目标银行场景模型数据，基于目标银行场景模型数据展示目标银行场景。

S406：响应于用户在目标银行场景中的第一目标业务办理请求输入，将第一目标业务办理请求信息发送至服务器。

S407：服务器将第一目标业务办理请求信息发送至第二客户端。

S408：第二客户端在目标银行场景中基于第一目标业务办理请求信息完成第一目标业务的办理。

本实施例中步骤S401-S408与本申请实施例中的步骤S401-S408相同，为了简要起见，在此不再详细描述，详细信息请参见本申请实施例中的描述。

S409：服务器分别提取相关业务信息以及目标银行场景信息各自的关键值。

在本申请实施例中，相关业务信息为用户办理目标业务的相关业务信息。

可以理解的是，通过对相关业务信息以及目标银行场景信息进行关键值提取，能够减少用户信息的泄露。

作为一种示例，分别提取相关业务信息以及目标银行场景信息各自的关键值。例如，相关业务信息中包括业务地区的信息，可以提取该地区的简称，将该地区的简称作为关键值，又例如，对于目标银行场景所对应的线下实体银行名称，可以提取该线下实体银行对应的编号，将该编号作为关键值。

S410：服务器对关键值进行加密处理，得到加密串。

可以理解的是，对提取到的关键值进行加密处理，能够进一步提高信息的安全性，避免用户信息的泄露。

S411：服务器将加密串与用户的元宇宙账户进行关联存储。

作为一种示例，将加密串与用户的元宇宙账户进行关联存储，以便于用户在后续相关业务的办理过程中直接对相关业务信息以及目标银行场景进行调取，无需用户重复提供上述信息。

本申请实施例提供的上述基于元宇宙的业务处理方法，通过在第二客户端完成第一目标业务的办理后，对相关业务信息以及目标银行场景信息与用户的元宇宙账户进行关联存储，能够为用户在后续相关业务的办理提供便利，用户在后续相关业务的办理过程中无需重复提供上述信息，有效提高了业务办理效率，提升了用户体验；另外，通过对相关业务信息以及目标银行场景信息提取关键值，对关键值进行加密处理，提高了信息存储的安全性，避免了用户信息的泄露，

需要说明的是，在用户办理目标业务时，若用户的元宇宙账户中预选存储了此前在元宇宙中办理过的历史业务的相关信息，则在历史业务与目标业务存在关联关系的情况下，为用户办理目标业务的业务服务人员可以直接获取用户的历史业务的相关信息，无需用户重复提供复杂的相关信息。

由此，为进一步提高业务办理效率，提升用户体验，提出另一种基于元宇宙的业务处理方法，请参见图5，是本申请提供的再一种基于元宇宙的业务处理方法的实施例的一种交互示意图，如图5所示，一种基于元宇宙的业务处理方法应用于服务器端，具体可以包括S501-S504。

S501：第三客户端发送用户信息查询请求信息至服务器。

在本申请实施例中，用户信息查询请求信息是第三客户端在接收到第一客户端发送的第二目标业务办理请求的情况下发送至服务器的。

可以理解的是，第三用户端可以是本申请实施例中提出的为用户办理第一目标业务的第二客户端，也可以是其他银行场景对应的客户端，即可以是为用户办理第二目标业务的客户端。上述第一目标业务与第二目标业务可以相同，也可以不同。

作为一种示例，在用户在目标银行场景中输入第二目标业务办理请求，第一客户端将第二目标业务办理请求发送至服务器，服务器将第二目标业务办理请求信息发送至第三客户端，第三客户端在目标银行场景中基于目标业务办理请求信息进行第二目标业务的办理。在办理第二目标业务的过程中，第三客户端基于第二目标业务的业务办理内容向服务器发送用户信息查询请求信息。

S502：服务器基于用户信息查询请求信息，获取与用户对应的目标用户信息。

S503：服务器将目标用户信息发送至第三客户端。

S504：第三客户端基于目标用户信息完成第二目标业务的办理。

在本申请实施例中，目标用户信息可以是用户的基础信息，例如用户的姓名、联系电话等信息，还可以是用户办理历史业务所存储的相关业务信息，还可以是用户办理的历史业务的银行场景的信息。

作为一种示例，服务器基于用户信息查询请求信息，获取预先存储的与用户对应的目标用户信息，服务器将目标用户信息发送至第三客户端，第三客户端基于目标用户信息完成第二目标业务的办理，无需用户重复提供上述信息，有效提高了业务办理效率，提升了用户体验。

本申请实施例提供的上述基于元宇宙的业务处理方法，在为用户办理第二目标业务过程中，响应于接收到用户信息查询请求信息，直接获取与用户对应的目标用户信息，即用户的基础信息、办理历史业务所存储的相关业务信息以及银行场景的信息，根据上述信息办理第二目标业务，无需用户重复提供上述信息，有效提高了业务办理效率，进而提升了用户体验。

基于上述实施例提供的基于元宇宙的业务处理方法，结合附图6介绍本申请实施例提供的基于元宇宙的业务处理装置的具体实施方式。

参见图6，是本申请一个实施例提供的基于元宇宙的业务处理装置的结构示意图，该基于元宇宙的业务处理装置600，可以应用于第一客户端，该装置包括：

第一展示模块601，用于响应于用户在元宇宙中的账户处于登录状态，展示元宇宙初始场景；元宇宙初始场景中包括至少一个银行虚拟场景标识；

第一发送模块602，用于响应于用户在元宇宙初始场景中对目标银行场景标识的选择操作，将携带有目标银行场景标识的请求信息发送至服务器；银行虚拟场景包括实体银行场景和元宇宙银行场景；实体银行场景是基于线下实体银行的业务信息预先构建的；元宇宙银行场景是基于虚拟金融业务的业务信息预先构建的；

接收模块603，用于接收服务器基于请求信息发送的与目标银行场景标识对应的目标银行场景模型数据；

第二展示模块604，用于基于目标银行场景模型数据展示目标银行场景；

第二发送模块605，用于响应于用户在目标银行场景中的第一目标业务办理请求输入，将第一目标业务办理请求信息发送至服务器，以使服务器将第一目标业务办理请求信息发送至第二客户端，以使第二客户端在目标银行场景中基于第一目标业务办理请求信息完成第一目标业务的办理。

本申请实施例提供的上述基于元宇宙的业务处理装置，通过用户在元宇宙中选择与目标线下实体银行对应的银行虚拟场景，在目标银行虚拟场景中办理目标线下实体银行的对应业务，在办理业务过程中采用生物信息采集设备来完成线上的身份认证操作，以实现在元宇宙完成线下实体银行业务的办理，进而实现了实体银行金融业务的线上跨区域办理，提高了金融业务办理效率，提升了用户体验。

作为本申请的一种实现方式，为了进一步实现业务的跨区域办理，提升用户体验，上述装置还可以包括：

采集模块，用于响应于接收到服务器发送的用户身份认证请求，采集用户的生物特征信息；

获取模块，用于获取用户身份证件信息；

第三发送模块，用于将用户身份证件信息和生物特征信息发送至服务器，以使服务器基于用户身份证件信息和生物特征信息对用户的身份进行认证。

基于上述实施例提供的基于元宇宙的业务处理方法，结合附图7介绍本申请实施例提供的基于元宇宙的业务处理装置的具体实施方式。

参见图7，是本申请另一个实施例提供的基于元宇宙的业务处理装置的结构示意图，该基于元宇宙的业务处理装置700，可以应用于服务器端，该装置包括：

第一获取模块701，用于响应于接收到第一客户端发送的携带有目标银行场景标识的请求信息，获取与目标银行场景标识对应的目标银行场景模型数据；

第一发送模块702，用于将目标银行场景模型数据发送至第一客户端，以使第一客户端基于目标银行场景模型数据展示目标银行场景；银行虚拟场景包括实体银行场景和元宇宙银行场景；实体银行场景是基于线下实体银行的业务信息预先构建的；元宇宙银行场景是基于虚拟金融业务的业务信息预先构建的；

第二发送模块703，用于响应于接收到第一客户端发送的第一目标业务办理请求信息，将第一目标业务办理请求信息发送至第二客户端，以使第二客户端在目标银行场景中基于第一目标业务办理请求信息完成第一目标业务的办理。

作为本申请的一种实现方式，为了进一步实现业务的跨区域办理，提升用户体验，上述装置还可以包括：

认证模块，用于响应于接收到第一客户端发送的用户身份证件信息和生物特征信息，根据用户身份证件信息和生物特征信息对用户的身份进行认证。

作为本申请的一种实现方式，为了进一步提高业务办理的效率，提升用户体验，上述装置还可以包括：

关联存储模块，用于响应于第二客户端完成第一目标业务的办理后，对相关业务信息以及目标银行场景信息与用户的元宇宙账户进行关联存储；相关业务信息为用户办理目标业务的相关业务信息。

作为本申请的一种实现方式，为了进一步提高业务办理的效率，提升用户体验，上述关联存储模块可以包括：

提取子模块，用于分别提取相关业务信息以及目标银行场景信息各自的关键值；

加密子模块，用于对关键值进行加密处理，得到加密串；

关联存储子模块，用于将加密串与用户的元宇宙账户进行关联存储。

作为本申请的一种实现方式，为了进一步提高业务办理效率，提升用户体验，上述装置还可以包括：

接收模块，用于接收第三客户端发出的用户信息查询请求信息；用户信息查询请求信息是第三客户端在接收到第一客户端发送的第二目标业务办理请求的情况下发送至服务器的；

第二获取模块，用于基于用户信息查询请求信息，获取与用户对应的目标用户信息；

第三发送模块，用于将目标用户信息发送至第三客户端。

本申请实施例提供的上述基于元宇宙的业务处理装置，通过用户在元宇宙中选择与目标线下实体银行对应的银行虚拟场景，在目标银行虚拟场景中办理目标线下实体银行的对应业务，在办理业务过程中采用生物信息采集设备来完成线上的身份认证操作，以实现在元宇宙完成线下实体银行业务的办理，进而实现了实体银行金融业务的线上跨区域办理，提高了金融业务办理效率，提升了用户体验。

图8示出了本申请实施例提供的基于元宇宙的业务处理的硬件结构示意图。

在基于元宇宙的业务处理设备可以包括处理器801以及存储有计算机程序指令的存储器802。

具体地，所述处理器801可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器802可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器802可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器802可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器802可在综合网关容灾设备的内部或外部。在特定实施例中，存储器802是非易失性固态存储器。

在特定实施例中，存储器802包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器801通过读取并执行存储器802中存储的计算机程序指令，以实现所述实施例中的任意一种基于元宇宙的业务处理方法。

在一个示例中，基于元宇宙的业务处理设备还可包括通信接口803和总线310。其中，如图3所示，处理器801、存储器802、通信接口803通过总线310连接并完成相互间的通信。

通信接口803，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线310包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线310可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该基于元宇宙的业务处理设备可以基于当前已拦截的垃圾短信以及用户举报的短信执行本申请实施例中的在线数据流量计费方法，从而实现结合图1和图2描述的在线数据流量计费方法和装置。

另外，结合所述实施例中的在线数据流量计费方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现所述实施例中的任意一种在线数据流量计费方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在所述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于所述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，所述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。