CN115756534A - 卡片界面更新方法、装置、电子设备以及存储介质 - Google Patents

Abstract

本申请公开了一种卡片界面更新方法、装置、电子设备以及存储介质。该方法应用于电子设备，电子设备的操作系统包括卡片管理模块、卡片进程以及服务进程，其中，服务进程包括代码服务模块，卡片进程包括第一界面模块，该方法包括：卡片管理模块接收卡片进程发送的界面更新请求，并将界面更新请求发送至服务进程；服务进程响应于界面更新请求，通过代码服务模块生成更新数据；卡片管理模块接收服务进程发送的更新数据，并将更新数据发送至卡片进程；卡片进程通过第一界面模块基于更新数据生成更新界面并显示。本申请通过服务进程统一为同一卡片业务提供界面数据，保证了卡片中同一业务数据的一致性，提高了管理卡片业务的效率。

Description

卡片界面更新方法、装置、电子设备以及存储介质

技术领域

本申请涉及软件开发技术领域，更具体地，涉及一种卡片界面更新方法、装置、电子设备以及存储介质。

背景技术

信息化是一个持续演进的过程，期间伴随着大量信息系统项目的建造。而这些信息系统中，有很多流程类似的卡片业务，这些卡片业务可以应用于电子设备中不同的软件，用户可以从电子设备中不同的卡片业务入口控制这些卡片业务的执行。相关技术中，由于电子设备中卡片业务的每一个卡片业务入口都有单独的进程进行数据开发和管理，因此，电子设备中同一卡片业务的数据存在差异性大、管理效率低下的问题。

发明内容

鉴于上述问题，本申请提出了一种卡片界面更新方法、装置、电子设备以及存储介质，可以通过服务进程统一为同一卡片业务提供界面数据，保证了卡片中同一业务数据的一致性，提高了管理卡片业务的效率。

第一方面，本申请实施例提供了一种卡片界面更新方法，应用于电子设备，所述电子设备的操作系统包括卡片管理模块、卡片进程以及服务进程，其中，所述服务进程包括代码服务模块，所述卡片进程包括第一界面模块，所述方法包括：所述卡片管理模块接收所述卡片进程发送的界面更新请求，并将所述界面更新请求发送至所述服务进程；所述服务进程响应于所述界面更新请求，通过所述代码服务模块生成更新数据；所述卡片管理模块接收所述服务进程发送的所述更新数据，并将所述更新数据发送至所述卡片进程；所述卡片进程通过所述第一界面模块基于所述更新数据生成更新界面并显示。

第二方面，本申请实施例提供了一种卡片界面更新装置，应用于电子设备，所述电子设备的操作系统包括卡片管理模块、卡片进程以及服务进程，其中，所述服务进程包括代码服务模块，所述卡片进程包括第一界面模块，所述装置包括：更新请求转发模块、更新数据获得模块、更新数据转发模块以及卡片界面更新模块。其中，更新请求转发模块，用于所述卡片管理模块接收所述卡片进程发送的界面更新请求，并将所述界面更新请求发送至所述服务进程；更新数据获得模块，用于所述服务进程响应于所述界面更新请求，通过所述代码服务模块生成更新数据；更新数据转发模块，用于所述卡片管理模块接收所述服务进程发送的所述更新数据，并将所述更新数据发送至所述卡片进程；卡片界面更新模块，用于所述卡片进程通过所述第一界面模块基于所述更新数据生成更新界面并显示。

第三方面，本申请实施例提供了一种电子设备，包括存储器和处理器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时所述处理器执行上述方法。

第四方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述方法。

本申请实施例提供的卡片界面更新方法、装置、电子设备以及存储介质，通过卡片管理模块接收卡片进程发送的界面更新请求，并将界面更新请求发送至服务进程；服务进程响应于界面更新请求，通过代码服务模块生成更新数据；卡片管理模块接收服务进程发送的更新数据，并将更新数据发送至卡片进程；卡片进程通过第一界面模块基于更新数据生成更新界面并显示，进而通过服务进程统一为同一卡片业务提供界面数据，保证了卡片中同一业务数据的一致性，提高了管理卡片业务的效率。

附图说明

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

图1示出了本申请一实施例提供的卡片架构的结构示意图；

图2示出了本申请一实施例提供的卡片界面更新方法的流程示意图；

图3示出了本申请一实施例提供的卡片架构的结构示意图；

图4示出了本申请一实施例提供的卡片界面更新方法的流程示意图；

图5示出了本申请一实施例提供的卡片界面更新方法的流程示意图；

图6示出了本申请一实施例提供的卡片界面更新方法的流程示意图；

图7示出了本申请一实施例提供的卡片界面更新方法的流程示意图；

图8示出了本申请一实施例提供的卡片界面更新方法的流程示意图；

图9示出了本申请一实施例提供的卡片界面更新方法的流程示意图；

图10示出了本申请一实施例提供的卡片界面更新装置的模块框图；

图11示出了本申请实施例用于执行根据本申请实施例的卡片界面更新方法的电子设备的框图；

图12示出了本申请实施例的用于保存或者携带实现根据本申请实施例的卡片界面更新方法的程序代码的存储单元。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

随着科学技术的发展，电子设备的使用越来越广泛，功能越来越多，如，电子设备中包括多种卡片业务。其中，随着电子设备中卡片业务的不断增长，用户应用卡片业务的界面面临频繁变动的挑战。

目前，应用于电子设备的卡片业务中每个卡片业务的卡片业务入口(如，负一屏、桌面、系统用户界面(System UI)、息屏显示(Always on Display，AOD)等)都有一个单独的进程，且每个进程都包含了用户界面(User Interface，UI)模块和脚本语音(JavaScript，JS)模块。

示例性的，请参阅图1，其示出了相关技术中应用的一种卡片架构的结构框图。其中，卡片架构中包括卡片管理模块和卡片进程；其中，卡片管理模块，用于负责卡片的创建以及卡片生命周期的管理；卡片进程可以包括多个，如，卡片进程1、卡片进程2......、卡片进程N，各卡片进程中都包括UI模块和JS模块，各卡片进程的更新操作相互独立。因此，相关技术中，对于同一卡片业务而言，各个卡片业务入口的数据更新相互独立，无法保证数据一致性。同时，相关技术中，对于同一卡片业务每个卡片业务入口都包含重复的JS模块和业务逻辑的脚本模块，运行卡片业务的资源开销较大且各卡片业务入口的包体积较大。另外，相关技术中，由于卡片业务的脚本代码运行在各自的卡片进程中，各脚本代码拥有卡片进程的所有权限，因此，对同一卡片业务存在没有统一的安全管理，使得管理卡片业务的效率低下的问题。

因此，相关技术中，由于电子设备中卡片业务的每一个入口都有单独的进程进行数据开发和管理，因此，电子设备中同一卡片业务的数据存在差异性大、管理效率低下的问题。

针对上述问题，发明人经过长期的研究发现，并提出了本申请实施例提供的卡片界面更新方法、装置、电子设备以及存储介质，通过服务进程统一为同一卡片业务提供界面数据，保证了卡片中同一业务数据的一致性，提高了管理卡片业务的效率。其中，具体的卡片界面更新方法在后续的实施例中进行详细的说明。

请参阅图2，图2示出了本申请一实施例提供的卡片界面更新方法的流程示意图。该卡片界面更新方法应用于电子设备，该电子设备的操作系统包括卡片管理模块、卡片进程以及服务进程，其中，服务进程包括代码服务模块，卡片进程包括第一界面模块，通过服务进程统一为同一卡片业务提供界面数据，保证了卡片中同一业务数据的一致性，提高了管理卡片业务的效率。在具体的实施例中，该卡片界面更新方法可以应用于如图10所示的卡片界面更新装置200以及配置有卡片界面更新装置200的电子设备100(图11)。下面将以电子设备为例，说明本实施例的具体流程，其中，本实施例所应用电子设备的操作系统包括卡片管理模块、卡片进程以及服务进程，其中，服务进程包括代码服务模块，卡片进程包括第一界面模块。当然，可以理解的，本实施例所应用电子设备可以包括智能手机、平板电脑、穿戴式电子设备等，在此不做限定。下面将针对图2所示的流程进行详细的阐述，所述卡片界面更新方法具体可以包括以下步骤：

步骤S110：所述卡片管理模块接收所述卡片进程发送的界面更新请求，并将所述界面更新请求发送至所述服务进程。

在一些实施方中，电子设备的操作系统可以包括卡片管理模块、卡片进程以及服务进程，其中，服务进程可以包括代码服务模块，卡片进程可以包括第一界面模块。

其中，服务进程可以包括一个或多个代码服务模块，各卡片业务对应不同的代码服务模块。其中，代码服务模块可以理解为卡片业务对应的脚本模块，代码服务模块中可以包括一个卡片业务的业务逻辑代码，也即卡片业务代码，如，JavaScript(JS)、C、C++等语言的代码。示例性的，代码服务模块可以是JS模块，其中，该JS模块中可以包括一个卡片业务的业务逻辑的JS代码，该JS代码也可以理解为JS实例。其中，服务进程可以用于负责卡片业务的脚本代码的运行；其中，同一卡片业务由独有的代码服务模块提供数据。可以理解的是，同一卡片业务由独有的代码服务模块提供数据，使得各卡片业务的脚本代码可以相互隔离，使得在电子设备中某个卡片业务导致进程崩溃时，不会影响到其他卡片业务的运行，降低了不同卡片业务之间的耦合度，提高了不同业务代码之间的独立性。其中，卡片业务可以是打车的卡片业务、支付的卡片业务等，在此不作限定。示例性的，本身申请一实施例提供的卡片界面更新方法可以应用于手机上卡片业务的卡片业务界面更新，其中，电子设备为手机，对应的卡片业务可以是应用于手机的打车的卡片业务。

其中，卡片进程可以包括第一界面模块，可以用于卡片界面的显示。卡片进程也可以理解为卡片业务入口进程，可以用于负责显示界面以及用于转发事件。其中，转发事件可以理解为用于转发用户对卡片业务入口的操作，如滑动、点击的事件等。其中，卡片业务入口进程可以用于将事件转发至卡片管理模块，也可以将事件转发至相关联的电子设备的操作系统。其中，第一界面模块可以理解为UI模块，可以用于生成UI界面。

其中，卡片管理模块可以用于负责代码服务模块的创建、卡片生命周期的管理以及卡片进程与服务进程的通信管理。

示例性的，请参阅图3，其示出了本申请一实施例提供的卡片架构的结构框图。其中，服务进程包括一个代码服务模块，该代码服务模块为JS模块包括执行一卡片业务逻辑的代码，也即一个JS实例。进一步的，可以将服务进程理解为JS服务进程，用于负责一卡片业务的JS代码运行，也即该卡片业务的JS代码运行在唯一的服务进程中。其中，该JS服务进程可以有单独的沙箱环境。可以理解的是，同一卡片业务只有一个JS实例运行在唯一的JS服务进程，减小了卡片业务运行时的资源开销以及各卡片业务入口的包体积。另外，服务进程单独的沙箱环境，限定了JS代码对系统资源的访问权限，可以有效地阻断恶意代码的执行。其中，卡片进程可以包括第一界面模块，可以生成UI界面，进一步的，也可以将卡片进程理解为卡片UI进程，用于负责卡片界面的显示，其中，卡片UI进程的数量可以包括一个或多个，如，卡片UI进程1、卡片UI进程2、......、卡片UI进程N。其中，卡片管理模块用于负责JS服务进程的创建、卡片生命周期的管理以及卡片UI进程和JS服务进程的通信管理。

在一些实施方式中，电子设备可以包括屏幕，电子设备中的处理器可以通过检测屏幕的按压情况，获得用户对电子设备中的卡片业务的调用情况，如，检测用户对电子设备的屏幕的按压情况，获得用户从电子设备中的卡片业务入口输入的对卡片业务进行更新的界面更新请求。示例性的，若电子设备中的处理器检测到卡片进程对应的卡片业务的界面从后台切换到前台显示，则确定获得用户从电子设备中的卡片业务入口输入的对卡片业务进行更新的界面更新请求。

其中，界面更新请求中可以包括该界面更新请求对应的卡片业务、该界面更新请求指示的卡片业务对应的代码所在的卡片ID、对卡片业务的界面进行的更新内容、指示更新卡片业务对应的卡片进程的预设参数等，在此不作限定。

在一些实施方式中，电子设备的卡片进程获得卡片业务对应的界面更新请求后，可以将该界面更新请求发送至卡片管理模块。在另一些实施方式中，电子设备也可以检测屏幕的按压情况，获得用户基于卡片进程显示的界面从卡片业务入口调用卡片业务进行数据更新的情况，并基于该情况在卡片进程生成与该卡片业务对应的界面更新请求并发送至卡片管理模块。

进一步的，电子设备中的卡片管理模块可以接收卡片进程发送的界面更新请求，并将该界面请求发送至服务进程。

步骤S120：所述服务进程响应于所述界面更新请求，通过所述代码服务模块生成更新数据。

在一些实施方式中，电子设备中的服务进程接收到卡片管理模块发送的界面更新请求后，可以响应于该界面更新请求，通过服务进程中包括的代码服务模块生成更新数据。

其中，服务进程响应于界面更新请求可以是，服务进程执行与该界面更新请求所指示的卡片业务对应的代码服务模块中的脚本代码，获得执行该代码生成的数据，作为更新数据。

进一步的，服务进程获得更新数据后，可以将更新数据发送至卡片管理模块。作为一种实施方式，服务进程获得更新数据后，还可以将更新数据以及界面更新请求发送至卡片管理模块。

步骤S130：所述卡片管理模块接收所述服务进程发送的所述更新数据，并将所述更新数据发送至所述卡片进程。

其中，电子设备中的卡片管理模块可以接收服务进程发送的更新数据，并将更新数据发送至卡片进程。

在一些实施方式中，电子设备可以包括多个卡片进程，卡片管理模块将更新数据发送至卡片进程可以是，将更新数据发送至向卡片管理模块发送界面更新请求的卡片进程，也可以是将更新数据发送至电子设备中所有的卡片进程，还可以是将更新数据发送至电子设备中多个可以显示界面更新请求对应的卡片业务的界面的卡片进程。

步骤S140：所述卡片进程通过所述第一界面模块基于所述更新数据生成更新界面并显示。

在一些实施方式中，电子设备中的卡片进程获得卡片管理模块发送的更新数据后，可以通过卡片进程中包括的第一界面模块基于该更新数据，生成界面更新请求所指示的卡片业务的更新界面，进一步的卡片进程生成卡片业务的更新界面后，可以将该更新界面进行显示。

示例性的，请再次参阅图3。执行本申请一实施例提供的卡片界面更新方法的卡片如图3所示。其中，当用户基于卡片业务入口操作电子设备的卡片UI进程请求该卡片业务的界面进行数据更新时，卡片管理模块可以接收卡片UI进程发送的界面更新请求，并将该界面更新请求发送至JS服务进程，以实现卡片业务调用服务进程的接口进行数据更新。进一步的，JS服务进程可以将运行该卡片业务的JS实例生成的更新数据发送至卡片管理模块，卡片管理模块可以将更新数据发送至相关的卡片UI进程(如，可以显示该卡片业务的界面的卡片UI进程)，从而保证了同一卡片业务的不同卡片业务入口的数据一致性。

其中，执行本申请一实施例提供的卡片界面更新方法的卡片架构中，JS模块运行在一个单独的服务进程中，进而使得电子设备中的卡片业务对应的JS模块在一个服务进程运行，每个卡片业务入口在服务进程中都有对应的JS实例，JS实例和卡片业务入口通过进程间通信完成具体的业务。其中，执行同一业务逻辑的代码(JS实例)可以为多个卡片业务入口的UI提供服务。

可以理解的是，本申请一实施例提供的卡片界面更新方法为卡片业务提供了一种渲染引擎的UI和JS模块分离的技术方案。其中，应用端和服务端不直接通信，两者通过卡片管理模块交换事件和数据，卡片管理模块可以根据需求灵活的处理交互和数据。其中，对于同一卡片业务，只要有一个卡片业务入口触发了该卡片业务的界面的数据更新的操作，该卡片业务对应的其他卡片业务入口也可以进行同步的界面的数据更新，从而通过服务进程统一为同一卡片业务提供界面数据，卡片管理模块发送更新数据给同一卡片业务的所有卡片业务入口，保证了卡片中同一业务数据的一致性，提高了管理卡片业务的效率。另外，同一卡片业务入口不再包含JS模块代码，减少了卡片业务入口的包体积和运行时的内存，节省了设备的资源。另外，在服务进程需要升级时，如，需要修复服务进程中存在的bug等情况时，执行本申请一实施例提供的卡片界面更新方法的卡片架构，可以更新卡片管理模块，无需更新卡片各个卡片业务入口应用，提高了卡片更新的独立性。

本申请一实施例提供的卡片界面更新方法，通过卡片管理模块接收卡片进程发送的界面更新请求，并将界面更新请求发送至服务进程；服务进程响应于界面更新请求，通过代码服务模块生成更新数据；卡片管理模块接收服务进程发送的更新数据，并将更新数据发送至卡片进程；卡片进程通过第一界面模块基于更新数据生成更新界面并显示，进而通过服务进程统一为同一卡片业务提供界面数据，保证了卡片中同一业务数据的一致性，提高了管理卡片业务的效率。

请参阅图4，图4示出了本申请一实施例提供的卡片界面更新方法的流程示意图。该方法应用于上述电子设备，其中，电子设备的操作系统包括卡片管理模块、卡片进程以及服务进程，其中，服务进程包括代码服务模块，卡片进程包括第一界面模块。下面将针对图4所示的流程进行详细的阐述，所述卡片界面更新方法具体可以包括以下步骤：

步骤S210：所述卡片进程调用所述卡片管理模块的更新接口，将所述界面更新请求发送至所述卡片管理模块。

在一些实施方式中，电子设备中的卡片进程获得界面更新请求后，可以调用卡片管理模块的更新接口，将该界面更新请求发送至卡片管理模块。也即，卡片进程可以调用卡片管理模块提供的更新接口请求更新数据。其中，卡片管理模块中可以预先设置有更新接口，用于接收卡片进程发送的界面更新请求。

在一些实施方式中，在步骤S210之前本申请一实施提供的卡片界面更新方法还可以包括步骤S201或者步骤S202。

步骤S201：若所述卡片进程对应的卡片界面从隐藏状态切换为显示状态，则所述卡片进程向所述卡片管理模块发送界面更新请求。

在一些实施方式中，在卡片进程调用卡片管理模块的更新接口，将界面更新请求发送至卡片管理模块之前，若卡片进程对应的卡片业务的卡片界面从隐藏状态切换为显示状态，电子设备的操作系统则控制卡片进程向卡片管理模块界面更新请求。

步骤S202：若检测到所述电子设备接收到数据更新指令，则所述卡片进程向所述卡片管理模块发送界面更新请求。

在一些实施方式中，在卡片进程调用卡片管理模块的更新接口，将界面更新请求发送至卡片管理模块之前，若电子设备的处理器检测到电子设备接收到数据更新指令，电子设备的操作系统则控制卡片进程向卡片管理模块界面更新请求。

可选的，电子设备接收到数据更新指令的方式可以是，电子设备中预先设置有定时更新卡片业务的界面的预设时长，当电子设备计时满足该预设时长时，可以确定电子设备接收到数据更新指令。也可以是，电子设备包括屏幕，该屏幕可以显示卡片业务对应的卡片界面，电子设备可以检测用户对屏幕的按压状态，获得用户输入的对卡片业务对应的卡片界面进行更新的数据更新指令。

进一步的，电子设备的处理器若检测到电子设备接收到数据更新指令，则可以基于电子设备的操作系统控制卡片进程向卡片管理模块界面更新请求。

步骤S220：所述卡片管理模块调用所述服务进程的软件开发工具包SDK接口，将所述界面更新请求发送至所述服务进程。

在一些实施方式中，电子设备中的卡片管理模块接收到界面更新请求后，可以调用服务进程的软件开发工具包SDK接口，将界面更新请求发送至服务进程。也即，当服务进程为JS服务进程时，卡片管理模块接收到界面更新请求后可以调用JS服务进程SDK接口请求卡片业务更新数据。其中，服务进程中可以预先设置有SDK接口，可以用于接收卡片管理模块发送的界面更新请求。

其中，卡片管理模块接收到界面更新请求后，可以对界面更新请求进行解析，获得该界面更新请求对应的卡片业务、卡片ID等。进一步的，卡片管理模块也可以将界面更新请求发送至该界面更新请求所指示的服务进程中的代码服务模块。

步骤S230：所述服务进程响应于所述界面更新请求，通过所述代码服务模块生成更新数据。

在一些实施方式中，服务进程接收到界面更新请求后，可以响应于该界面更新请求，通过代码服务模块生成更新数据。也即，服务进程接收到界面更新请求后，可以执行代码服务模块的卡片业务代码生成或者获取执行该卡片业务代码的最新的数据作为更新数据。

在一些实施方式中，请参阅图5，服务进程包括的代码服务模块的数量为多个，且各代码服务模块中包括的卡片业务代码对应不同的卡片业务，进一步的，步骤S230可以包括步骤S231-步骤S232。

步骤S231：所述服务进程响应于所述界面更新请求，从多个所述代码服务模块中确定目标代码服务模块，其中，所述目标代码服务模块中包括的卡片业务代码与所述界面更新请求所指示的卡片业务相对应。

在一些实施方式中，服务进程中包括多个代码服务模块，且不同的卡片业务对应不同的代码服务模块，也即各代码服务模块中包括的卡片业务代码对应不同的卡片业务，同一卡片业务由独有的代码服务模块提供数据。可以理解的是，不同的卡片业务对应不同的代码服务模块，各卡片业务对应的卡片业务代码相互隔离，提高了不同卡片业务代码的独立性，降低了电子设备卡片业务的耦合性。

在一些实施方式中，服务进程接收到界面更新请求后，可以响应于该界面更新请求，从多个代码服务模块中确定目标代码服务模块，其中，目标代码服务模块中包括的卡片业务代码与界面更新请求所指示的卡片业务相对应。

步骤S232：通过所述目标代码服务模块中包括的卡片业务代码，生成所述更新数据。

在一些实施方式中，电子设备中的服务进程响应于界面更新请求，从多个代码服务模块中确定目标代码服务模块后，可以通过目标代码服务模块中包括的卡片业务代码，生成更新数据。

进一步的，服务进程获得更新数据后，可以将更新数据发送至卡片管理模块。可选地，服务进程获得更新数据后，也可以将更新数据进行格式转换，如，将更新数据转换为JSON格式，再将格式转换后的更新数据发送至卡片管理模块。

步骤S240：所述卡片管理模块接收所述服务进程发送的所述更新数据，并将所述更新数据发送至所述卡片进程。

在一些实施方式中，电子设备中的卡片管理模块可以接收服务进程发送的更新数据，并可以将该更新数据发送至卡片进程。

在一些实施方式中，服务进程可以将执行卡片业务代码生成的更新数据进程格式转换，获得格式转换后的更新数据，并将格式转换后的更新数据发送至卡片管理模块。示例性的，更新数据格式转换后为JSON数据，卡片管理模块可接收该JSON数据，并将该JSON数据发送至卡片进程，进行对应的卡片业务的界面的更新。

在一些实施方式中，卡片进程的数量为一个，卡片管理模块接收服务进程发送的更新数据后，可以将该更新数据发送至该卡片进程，请求该卡片基于该更新数据更新界面。

在一些实施方式中，请参阅图6，卡片进程的数量为多个，多个卡片进程对应同一卡片业务，进一步的，步骤S240可以包括步骤S241-步骤S242。

步骤S241；所述卡片管理模块根据所述界面更新请求，从多个所述卡片进程中确定所述界面更新请求所指示的目标卡片进程，其中，所述目标卡片进程为多个所述卡片进程中的至少一个。

在一些实施方式中，卡片管理模块接收到更新数据后，可以根据界面更新请求，从多个卡片进程中确定界面更新请求所指示的目标卡片进程，其中，目标卡片进程为多个卡片进程中的至少一个。

在一些实施方式中，服务进程将更新数据发送至卡片管理模块时，也可以将该更新数据对应的界面更新请求发送至卡片管理模块。其中，界面更新请求所指示的目标卡片进程可以是，可以显示与界面更新请求对应的卡片业务的界面的所有卡片进程，也可以是向卡片管理模块发送界面更新请求的卡片进程，还可以是与界面更新请求中的预设参数对应的卡片进程。可以理解的是，若同一卡片业务存在多个对应的卡片进程(可以理解为多个卡片业务入口)，卡片管理模块可以将更新数据发送至该多个卡片进程(多个卡片业务入口)，以该多个进程基于该更新数据进程界面更新，保证了同一业务数据的一致性。

在一些实施方式中，请参阅图7，步骤S241可以包括步骤S2411-步骤S2412。

步骤S2411：所述卡片管理模块对所述界面更新请求进行解析，获得所述界面更新请求携带的预设参数。

在一些实施方式中，界面更新请求中可以包括指示更新卡片业务对应的卡片进程的预设参数。进一步的，卡片管理模块可以根据界面更新请求中的预设参数，从多个卡片进程中确定界面更新请求所指示的目标卡片进程。

其中，电子设备中的卡片管理模块获得更新数据后，可以对与更新数据对应的界面更新请求进行解析，获得该界面更新请求携带的预设参数。其中，该预设参数可以指示更新卡片业务对应的卡片进程，也即预设参数指示了多个卡片进程中的目标卡片进程。其中，卡片管理模块对界面更新请求进行解析的方式，可以是通过servletAPI对界面更新请求进行解析，获得界面更新请求携带的预设参数；也可以是通过控制器方法的形参对界面更新请求进行解析，获得界面更新请求携带的预设参数。

步骤S2412：所述卡片管理模块从多个所述卡片进程中确定所述预设参数所指示的目标卡片进程。

在一些实施方式中，卡片管理模块对界面更新请求进行解析，获得界面更新请求携带的预设参数后，可以从多个卡片进程中确定预设参数所指示的目标卡片进程。

在一些实施方式中，卡片管理模块对界面更新请求进行解析，若确定界面更新请求中未携带指示更新卡片业务对应的卡片进程的预设参数，则默认可以显示与界面更新请求对应的卡片业务的界面的所有卡片进程为目标卡片进程。

步骤S242：所述卡片管理模块接收所述服务进程发送的所述更新数据，并将所述更新数据发送至所述目标卡片进程。

在一些实施方式中，卡片管理模块确定目标卡片进程后，可以接收服务进程发送的更新数据，并将更新数据发送至目标卡片进程。在一些实施方式中，卡片管理模块接收服务进程发送的更新数据后，可以对界面更新请求进行解析，获得界面更新请求携带的预设参数，并根据预设参数块从多个卡片进程中确定预设参数所指示的目标卡片进程，然后再将更新数据发送至目标卡片进程。

步骤S250：所述卡片进程通过所述第一界面模块基于所述更新数据生成更新界面并显示。

其中，关于步骤S250的具体描述请参阅前文对步骤140的具体描述，在此不再赘述。

示例性的，请参阅图8，其示出了本申请一实施例提供的卡片界面更新方法的流程示意图。另外，请再次参阅图3，本申请一实施例提供的卡片界面更新方法应用于如图3所示的卡片架构。其中，若卡片UI进程对应的卡片界面从隐藏状态切换为显示状态，或者卡片开发者预先设置了定时发送更新卡片UI进程对应的卡片界面的数据更新指令的操作，若检测到电子设备接收到数据更新指令，则卡片UI进程向卡片管理模块发送界面更新请求，也即卡片UI进程请求数据更新。卡片UI进程调用卡片管理模块提供的更新接口，将界面更新请求发送至卡片管理模块；卡片管理模块调用JS服务进程的软件开发工具包SDK接口，将界面更新请求发送至JS服务进程，也即卡片管理模块请求JS服务进程更新数据。进一步的，JS服务进程接收到界面更新请求后，执行JS模块中包括的JS代码生成或获取最新的数据作为更新数据，也即JS服务进程执行业务逻辑，生成更新数据。其中，JS服务进程获得更新数据后，可以对更新数据的格式进行转换，获得JSON格式的更新数据，并将格式转换后的更新数据发送至卡片管理模块，也即JS服务进程发送更新数据至卡片管理模块。

进一步的，卡片管理模块获得更新数据后，可以根据界面更新请求，从多个卡片UI进程中确定界面更新请求所指示的目标卡片UI进程，也可以是卡片管理模块获得更新数据后，可以根据界面更新请求中的预设参数，判断是否需要更新可以显示与界面更新请求对应的卡片业务的界面的所有卡片UI进程，也即判断是否需要更新所有卡片业务入口。若需要，卡片管理模块可以将更新数据发送至可以显示与界面更新请求对应的同一卡片业务的界面的所有的卡片UI进程，也即发送更新数据至同一卡片业务的所有卡片UI进程；进一步的，卡片UI进程可以基于该更新数据进行界面更新并显示，也即数据更新结束。若不需要，卡片管理模块可以将更新数据发送至与界面更新请求的预设参数对应的卡片UI进程；进一步的，该对应的卡片UI进程可以基于该更新数据进行界面更新并显示，也即数据更新结束。

本申请一实施例提供的卡片界面更新方法，相较于图2所示卡片进程还调用卡片管理模块的更新接口，将界面更新请求发送至卡片管理模块；卡片管理模块还调用服务进程的软件开发工具包SDK接口，将界面更新请求发送至服务进程。相较于图2所示的卡片界面更新方法，本实施例还可以当卡片业务调用服务进程的接口更新界面数据时，利用服务进程发送更新数据至卡片管理模块，以及利用卡片管理模块将更新数据发送至与该卡片业务相关的所有卡片进程进行卡片界面更新并显示，从而保证了同一卡片业务的不同入口的数据一致性，提高了管理卡片业务的效率。

请参阅图9，图9示出了本申请一实施例提供的卡片界面更新方法的流程示意图。该方法应用于上述电子设备，其中，电子设备的操作系统包括卡片管理模块、卡片进程以及服务进程，其中，服务进程包括代码服务模块和第二界面模块。下面将针对图9所示的流程进行详细的阐述，所述卡片界面更新方法具体可以包括以下步骤：

步骤S310：所述卡片管理模块接收所述卡片进程发送的界面更新请求，并将所述界面更新请求发送至所述服务进程。

步骤S320：所述服务进程响应于所述界面更新请求，通过所述代码服务模块生成更新数据。

其中，关于步骤S310-步骤S320的具体描述请参阅前文对步骤S110-步骤S120的具体描述，在此不再一一赘述。

步骤S330：所述服务进程通过所述第二界面模块基于所述更新数据，生成更新界面。

在一些实施方式中，服务进程中可以包括代码服务模块以及第二界面模块，可以用于卡片业务逻辑的运行以及界面的生成。

其中，服务进程接收卡片管理模块发送的界面更新请求后，可以响应于界面更新请求，通过代码服务模块生成更新数据。进一步的，服务进程获得更新数据后，可以通过第二界面模块基于更新数据，生成更新界面。

步骤S340：所述卡片管理模块接收所述服务进程发送的所述更新界面，并将所述更新界面发送至所述卡片进程。

在一些实施方式中，服务进程通过第二界面模块基于更新数据，生成更新界面后，可以将更新界面发送至卡片管理模块。进一步的，卡片管理模块接收服务进程发送的更新界面后，可以将更新界面发送至卡片进程。

其中，卡片管理模块接收服务进程发送的更新界面后，可以将该更新界面以纹理的形式发送至卡片进程。其中，卡片进程可以理解为卡片入口进程，用于负责显示卡片管理模块发送的转换为纹理形式的界面以及转发卡片业务入口的事件。

其中，卡片管理模块将更新界面发送至卡片进程可以是，根据界面更新请求，将更新界面发送至向卡片管理模块发送界面更新请求的卡片进程，也可以是，将更新界面发送至与界面更新请求中的预设参数对应的目标卡片进程，还可以是将更新界面发送至可以显示界面更新请求所指示卡片业务的界面的所有卡片进程。

可以理解的是，服务进程包含卡片业务对应的完整的代码服务模块和第二界面模块，用于负责卡片业务逻辑运行和界面的生成；生成的UI界面以纹理的形式共享至卡片进程，卡片进程用于负责显示更新界面的共享的纹理和事件转发，保持了同一卡片业务数据的一致性，并且在服务进程中可以将代码服务模块和第二界面模块的代码共享，降低了设备资源的消耗。

步骤S350：所述卡片进程显示所述更新界面。

其中，卡片进程获得更新界面后，可以将该更新界面进行显示。其中，卡片进程显示更新界面的方式可以是，将更新界面以纹理形式进行显示。可选地，卡片管理模块获得更新界面后，可以将更新界面以纹理的形式共享至所有的卡片进程，进一步的，卡片进程可以显示卡片管理模块发送的更新界面的共享的纹理。

本申请一实施例提供的卡片界面更新方法，相较于图2所示服务进程还包括第二界面模块，服务进程可以通过第二界面模块基于更新数据，生成更新界面；卡片管理模块还接收服务进程发送的更新界面，并将更新界面发送至卡片进程；卡片进程还显示更新界面。相较于图2所示的卡片界面更新方法，在通过服务进程统一为同一卡片业务提供界面数据，保证了卡片中同一业务数据的一致性，提高了管理卡片业务的效率的同时，还在服务进程中共享卡片业务逻辑和界面生成的代码，降低了资源消耗。

请参阅图10，图10示出了本申请一实施例提供的卡片界面更新装置的模块框图。该卡片界面更新装置200应用于上述电子设备，该电子设备的操作系统包括卡片管理模块、卡片进程以及服务进程，其中，服务进程包括代码服务模块，卡片进程包括第一界面模块。下面将针对图10所示的流程进行详细的阐述，所述卡片界面更新装置200包括：更新请求转发模块210、更新数据获得模块220、更新数据转发模块230以及卡片界面更新模块240，其中：

更新请求转发模块210，用于所述卡片管理模块接收所述卡片进程发送的界面更新请求，并将所述界面更新请求发送至所述服务进程。

更新数据获得模块220，用于所述服务进程响应于所述界面更新请求，通过所述代码服务模块生成更新数据。

更新数据转发模块230，用于所述卡片管理模块接收所述服务进程发送的所述更新数据，并将所述更新数据发送至所述卡片进程。

卡片界面更新模块240，用于所述卡片进程通过所述第一界面模块基于所述更新数据生成更新界面并显示。

进一步地，所述代码服务模块的数量为多个，且各所述代码服务模块中包括的卡片业务代码对应不同的卡片业务，所述更新数据获得模块220可以包括：目标代码服务确定模块以及更新数据获得子模块，其中：

目标代码服务确定模块，用于所述服务进程响应于所述界面更新请求，从多个所述代码服务模块中确定目标代码服务模块，其中，所述目标代码服务模块中包括的卡片业务代码与所述界面更新请求所指示的卡片业务相对应。

更新数据获得子模块，用于通过所述目标代码服务模块中包括的卡片业务代码，生成所述更新数据。

进一步地，所述卡片进程的数量为多个，多个所述卡片进程对应同一卡片业务，所述更新数据转发模块230可以包括：目标卡片进程确定模块以及更新数据转发子模块，其中：

目标卡片进程确定模块，用于所述卡片管理模块根据所述界面更新请求，从多个所述卡片进程中确定所述界面更新请求所指示的目标卡片进程，其中，所述目标卡片进程为多个所述卡片进程中的至少一个。

更新数据转发子模块，用于所述卡片管理模块接收所述服务进程发送的所述更新数据，并将所述更新数据发送至所述目标卡片进程。

进一步地，所述目标卡片进程确定模块可以包括：预设参数获得单元以及目标卡片进程确定单元，其中：

预设参数获得单元，用于所述卡片管理模块对所述界面更新请求进行解析，获得所述界面更新请求携带的预设参数。

目标卡片进程确定单元，用于所述卡片管理模块从多个所述卡片进程中确定所述预设参数所指示的目标卡片进程。

进一步地，在所述卡片管理模块接收所述卡片进程发送的界面更新请求，并将所述界面更新请求发送至所述服务进程之前，所述卡片界面更新装置200还可以包括：界面更新请求第一发送单元或者界面更新请求第二发送单元，其中：

界面更新请求第一发送单元，用于若所述卡片进程对应的卡片界面从隐藏状态切换为显示状态，则所述卡片进程向所述卡片管理模块发送界面更新请求。

界面更新请求第二发送单元，用于若检测到所述电子设备接收到数据更新指令，则所述卡片进程向所述卡片管理模块发送界面更新请求。

进一步地，所述更新请求转发模块210可以包括：更新请求接收单元以及更新请求发送单元，其中：

更新请求接收单元，用于所述卡片进程调用所述卡片管理模块的更新接口，将所述界面更新请求发送至所述卡片管理模块。

更新请求发送单元，用于所述卡片管理模块调用所述服务进程的软件开发工具包SDK接口，将所述界面更新请求发送至所述服务进程。

进一步地，所述服务进程包括第二界面模块，在所述服务进程响应于所述界面更新请求，通过所述代码服务模块生成更新数据之后，所述卡片界面更新装置200还可以包括：更新界面生成模块、更新界面发送模块以及更新界面显示模块，其中：

更新界面生成模块，用于所述服务进程通过所述第二界面模块基于所述更新数据，生成更新界面。

更新界面发送模块，用于所述卡片管理模块接收所述服务进程发送的所述更新界面，并将所述更新界面发送至所述卡片进程。

更新界面显示模块，用于所述卡片进程显示所述更新界面。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

请参阅图11，其示出了本申请实施例提供的一种电子设备100的结构框图。该电子设备100可以是智能手机、平板电脑、电子书等能够运行应用程序的电子设备。本申请中的电子设备100可以包括一个或多个如下部件：处理器110、存储器120以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器120中并被配置为由一个或多个处理器110执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

其中，处理器110可以包括一个或者多个处理核。处理器110利用各种接口和线路连接整个电子设备100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行电子设备100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(ProgrammableLogicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图形处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责待显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参阅图12，其示出了本申请实施例提供的一种计算机可读取存储介质的结构框图。该计算机可读取介质300中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读取存储介质300可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读取存储介质300包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读取存储介质300具有执行上述方法中的任何方法步骤的程序代码310的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码310可以例如以适当形式进行压缩。

综上所述，本申请实施例提供的卡片界面更新方法、装置、电子设备以及存储介质，通过卡片管理模块接收卡片进程发送的界面更新请求，并将界面更新请求发送至服务进程；服务进程响应于界面更新请求，通过代码服务模块生成更新数据；卡片管理模块接收服务进程发送的更新数据，并将更新数据发送至卡片进程；卡片进程通过第一界面模块基于更新数据生成更新界面并显示，进而通过服务进程统一为同一卡片业务提供界面数据，保证了卡片中同一业务数据的一致性，提高了管理卡片业务的效率。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种卡片界面更新方法，其特征在于，应用于电子设备，所述电子设备的操作系统包括卡片管理模块、卡片进程以及服务进程，其中，所述服务进程包括代码服务模块，所述卡片进程包括第一界面模块，所述方法包括：

所述卡片管理模块接收所述卡片进程发送的界面更新请求，并将所述界面更新请求发送至所述服务进程；

所述服务进程响应于所述界面更新请求，通过所述代码服务模块生成更新数据；

所述卡片管理模块接收所述服务进程发送的所述更新数据，并将所述更新数据发送至所述卡片进程；

所述卡片进程通过所述第一界面模块基于所述更新数据生成更新界面并显示。

2.根据权利要求1所述的方法，其特征在于，所述代码服务模块的数量为多个，且各所述代码服务模块中包括的卡片业务代码对应不同的卡片业务，所述服务进程响应于所述界面更新请求，通过所述代码服务模块生成更新数据，包括：

所述服务进程响应于所述界面更新请求，从多个所述代码服务模块中确定目标代码服务模块，其中，所述目标代码服务模块中包括的卡片业务代码与所述界面更新请求所指示的卡片业务相对应；

通过所述目标代码服务模块中包括的卡片业务代码，生成所述更新数据。

3.根据权利要求1所述的方法，其特征在于，所述卡片进程的数量为多个，多个所述卡片进程对应同一卡片业务，所述卡片管理模块接收所述服务进程发送的所述更新数据，并将所述更新数据发送至所述卡片进程，包括：

所述卡片管理模块根据所述界面更新请求，从多个所述卡片进程中确定所述界面更新请求所指示的目标卡片进程，其中，所述目标卡片进程为多个所述卡片进程中的至少一个；

所述卡片管理模块接收所述服务进程发送的所述更新数据，并将所述更新数据发送至所述目标卡片进程。

4.根据权利要求3所述的方法，其特征在于，所述卡片管理模块根据所述界面更新请求，从多个所述卡片进程中确定所述界面更新请求所指示的目标卡片进程，包括：

所述卡片管理模块对所述界面更新请求进行解析，获得所述界面更新请求携带的预设参数；

所述卡片管理模块从多个所述卡片进程中确定所述预设参数所指示的目标卡片进程。

5.根据权利要求1所述的方法，其特征在于，在所述卡片管理模块接收所述卡片进程发送的界面更新请求，并将所述界面更新请求发送至所述服务进程之前，还包括：

若所述卡片进程对应的卡片界面从隐藏状态切换为显示状态，则所述卡片进程向所述卡片管理模块发送界面更新请求；或者

若检测到所述电子设备接收到数据更新指令，则所述卡片进程向所述卡片管理模块发送界面更新请求。

6.根据权利要求1所述的方法，其特征在于，所述卡片管理模块接收所述卡片进程发送的界面更新请求，并将所述界面更新请求发送至所述服务进程，包括：

所述卡片进程调用所述卡片管理模块的更新接口，将所述界面更新请求发送至所述卡片管理模块；

所述卡片管理模块调用所述服务进程的软件开发工具包SDK接口，将所述界面更新请求发送至所述服务进程。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述服务进程包括第二界面模块，在所述服务进程响应于所述界面更新请求，通过所述代码服务模块生成更新数据之后，还包括：

所述服务进程通过所述第二界面模块基于所述更新数据，生成更新界面；

所述卡片管理模块接收所述服务进程发送的所述更新界面，并将所述更新界面发送至所述卡片进程；

所述卡片进程显示所述更新界面。

8.一种卡片界面更新装置，其特征在于，应用于电子设备，所述电子设备的操作系统包括卡片管理模块、卡片进程以及服务进程，其中，所述服务进程包括代码服务模块，所述卡片进程包括第一界面模块，所述装置包括：

更新请求转发模块，用于所述卡片管理模块接收所述卡片进程发送的界面更新请求，并将所述界面更新请求发送至所述服务进程；

更新数据获得模块，用于所述服务进程响应于所述界面更新请求，通过所述代码服务模块生成更新数据；

更新数据转发模块，用于所述卡片管理模块接收所述服务进程发送的所述更新数据，并将所述更新数据发送至所述卡片进程；

卡片界面更新模块，用于所述卡片进程通过所述第一界面模块基于所述更新数据生成更新界面并显示。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1-7任一项所述的方法。

10.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-7任一项所述的方法。

Images