应用组件的数据处理方法和装置与流程

本发明公开涉及计算机技术领域，具体涉及一种应用组件的数据处理方法和装置。

背景技术：

随着互联网的不断发展，移动互联网用户的数量也在日益增长。为了给用户提供更加个性化的服务、提升用户体验，同时，为了分析不安全的操作，互联网平台需要获取用户的特定操作，并对用户的特定操作进行分析。

通常，互联网企业会在旗下的应用中注入数据处理代码，当用户基于应用进行操作时，数据处理代码就会获取操作信息，并记录与操作信息相关的数据。而通常情况下由于需要记录的操作对象(例如页面中的某个控件)较多且分散，且数据处理代码通常由开发人员手动注入，因此对于开发人员而言，注入数据处理代码的工作量十分庞大，同时数据处理的效率也很低。

技术实现要素：

有鉴于此,本发明实施例提供了一种应用组件的数据处理方法和装置，无需注入数据处理代码即可获取与用户的操作信息相关的数据，由此能够提高数据处理的效率和准确性。

第一方面，本发明实施例提供了一种应用组件的数据处理方法，所述方法包括：

调用获取子类的操作方法获取所述应用组件的操作信息；

响应于所述操作信息符合对应的数据处理条件，记录执行所述操作信息对应的数据处理逻辑。

结合第一方面，本发明在第一方面的第一种实现方式中，所述应用组件通过java开发。

结合第一方面，本发明在第一方面的第二种实现方式中，所述应用组件通过模型-视图-控制模式开发，所述模型用于表征模型层，所述视图用于表征视图层，所述控制用于表征逻辑控制层。

结合第一方面的第二种实现方式，本发明在第一方面的第三种实现方式中，所述应用组件通过继承所述逻辑控制层中的父类生成对应的子类，所述父类为basepresenter类，所述子类为presenter类；

调用获取子类的操作方法获取所述应用组件的操作信息包括：

在所述父类中调用获取所述子类的操作方法，获取所述应用组件的操作信息。

第二方面，本发明实施例提供了一种应用组件的数据处理装置，所述装置包括：

调用单元，用于调用获取子类的操作方法获取所述应用组件的操作信息；

响应记录单元，用于响应于所述操作信息符合对应的数据处理条件，记录执行所述操作信息对应的数据处理逻辑。

本发明实施例通过调用获取子类的操作方法获取所述应用组件的操作信息，并响应于所述操作信息符合对应的数据处理条件，记录执行所述操作信息对应的数据处理逻辑。由此，无需注入数据处理代码，即可获取与用户的操作信息相关的数据，从而提高了数据处理的效率和准确性。

同时，本发明实施例提供了一种应用组件的数据处理方法和装置，能够获取源代码的注解，并根据注解注入数据处理代码，无需手动注入数据处理代码，由此能够提高数据处理的效率和准确性。

第三方面，本发明实施例提供了一种应用组件的数据处理方法，所述方法包括：

扫描所述应用组件的源代码中的注解；

根据所述注解将数据处理代码注入注解所在位置，所述数据处理代码用于将所述注解所在位置的操作信息记录在预定文件中。

结合第三方面，本发明在第三方面的第一种实现方式中，根据所述注解将数据处理代码注入注解所在位置包括：

对所述注解进行编译，获取所述注解对应的数据处理代码；

将所述数据处理代码注入所述注解所在位置。

第四方面，本发明实施例提供了一种应用组件的数据处理装置，所述装置包括：

扫描单元，用于扫描所述应用组件的源代码中的注解；

注入单元，用于根据所述注解将数据处理代码注入注解所在位置，所述数据处理代码用于将所述注解所在位置的操作信息记录在预定文件中。

本发明实施例通过扫描所述应用组件的源代码中的注解，并根据所述注解将数据处理代码注入注解所在位置。由此，无需手动注入数据处理代码，提高了数据处理的效率和准确性。

第五方面，本发明实施例提供了一种计算机可读存储介质，其上存储计算机程序指令，其中，所述计算机程序指令在被处理器执行时实现如第一方面和第三方面中任一项所述的方法。

第六方面，本发明实施例提供了一种电子设备，包括存储器和处理器，其中，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现如第一方面和第三方面中任一项所述的方法。

附图说明

通过以下参照附图对本发明实施例的描述，本发明的上述以及其它目的、特征和优点将更为清楚，在附图中：

图1是本发明第一实施例的应用组件的数据处理方法的流程图；

图2是本发明第一实施例的mvp模式的示意图；

图3是本发明实施例的第一种应用场景图；

图4是本发明第二实施例的应用组件的数据处理装置的示意图；

图5是本发明第三实施例的应用组件的数据处理方法的流程图；

图6是本发明第三实施例的一个可选的实现方式中将数据处理代码注入注解所在位置的流程图；

图7本发明实施例的第二种应用场景图；

图8是本发明第四实施例的应用组件的数据处理装置的示意图；

图9是本发明实施例的电子设备的示意图。

具体实施方式

以下基于实施例对本发明公开进行描述，但是本发明公开并不仅仅限于这些实施例。在下文对本发明公开的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明公开。为了避免混淆本发明公开的实质，公知的方法、过程、流程、元件和电路并没有详细叙述。

此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。

除非上下文明确要求，否则整个说明书和权利要求书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。

在本发明公开的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明公开的描述中，除非另有说明，“多个”的含义是两个或两个以上。

通常情况下，开发人员需要在应用组件中根据不同的操作对象(例如页面中的某个控件)注入数据处理代码，从而获取用户的操作信息。由于需要记录的操作对象较多且分散，且数据处理代码通常由开发人员手动注入，因此对于开发人员而言，注入数据处理代码的工作量十分庞大，同时数据处理的效率也很低。

java具有继承、多态和反射等特性，因此在以下实施例中，以java为编程语言(也即，应用组件通过java开发)为例。具体地，继承为子类(也即，派生类)能够通过继承获取父类(也即，基类)的信息，且子类只能拥有一个父类(也即，单继承)；多态包括引用多态和方法多态，其中引用多态为父类的引用可以指向本类的对象也可以指向子类的对象，方法多态为创建父类多态时调用的方法为父类方法，创建子类多态时调用的方法是子类重写的方法或继承父类的方法；反射为对于任意一个实体类，都能够知道这个类所有属性和方法，对于任意一个对象，都能够调用它的方法和属性。应理解，在以下实施例中，编程语言不限于java，还可以为具有上述特性的其他编程语言，例如kotlin等。

图1是本发明第一实施例的应用组件的数据处理方法的流程图。在本实施例中，以应用组件为activity组件为例进行说明。应理解，本实施例的应用组件的数据处理方法不限于适用于activity组件。如图1所示，本实施例的方法包括如下步骤：

步骤s100，调用获取子类的操作方法获取应用组件的操作信息。

activity组件是android(安卓)组件中重要的组件之一，主要用于与用户进行交互。在开发的过程中，开发人员还会把一些业务逻辑对应的代码直接写在activity组件中。此外，activity组件还会承担部分生命周期(一个activity组件从创建到被销毁)的工作。因此，随着activity组件的更新维护，activity组件中代码的数量会逐渐增多。并且，一些通用的业务逻辑(例如用户登录)对应的代码无法在不同的activity组件中重复使用。例如，一个activity组件能够实现用户登录的功能，这个activity组件中需要包括用户登录对应的代码，如果其他activity组件也需要实现用户登录的功能，只能在其他activity组件中重复写入用户登录对应的代码才能使得其他activity组件能够实现用户登录的功能，多个activity组件无法共用同一段代码。因此，在对activity组件进行较大规模的维护时，会增加维护的难度和工作量。

在本实施例的一个可选的实现方式中，activity组件可以通过模型-视图-控制(也即，mvp)模式开发。图2是本发明第一实施例的mvp模式的示意图。如图2所示，模型用于表征模型层(也即，model层)，model层中的model类(也即，模型类)主要负责数据的处理。视图用于表征视图层(也即，view层)，view层中的view类(也即，视图类)用于用户交互，只用于执行与数据无关的视图逻辑，例如点击控件对应的逻辑。逻辑控制用于表征逻辑控制层(也即，presenter层)，presenter层中的presenter类(也即，逻辑控制类)用于根据view类接收到的用户指令执行对应的逻辑。不同的类承担了不同的功能(也即，具有不同的接口)，由此降低了逻辑的耦合性。view类承担了用户的交互(也即，视图逻辑)工作，presenter类承担了业务逻辑的工作，由此，activity组件只需要承担生命周期的工作，activity组件的代码数量因此大幅降低，从而降低了维护的难度和工作量。view类与model类无法直接进行交互，只能通过presenter类进行交互。具体地，view类接收用户指令，presenter类根据用户指令确定数据处理的方法并传递给model类，model类根据数据处理的方法对数据进行处理，并将处理后的数据传递给presenter类，再由presenter类将处理后的数据传递给view类，view类将处理后的数据显示在交互界面中。应理解，如果用户指令不涉及获取数据或activity组件中不包括获取数据的功能时，可以不涉及与model类的交互。mvp模式实现了逻辑分离，使得在维护过程中的难度大幅降低。例如，如果view类没有发生视图逻辑变化，仅需要对页面中的控件位置、形状等进行调整时，不需要同时对presenter类和model类进行调整。由此进一步降低了维护的难度和工作量。

presenter层中的每个presenter类能够获取用户在对应的view类的全部操作，因此可以在presenter层中调用获取子类的操作方法获取activity组件的操作信息。具体地，可以在presenter层的basepresenter类中调用获取子类的操作方法，获取每个activity组件的操作信息。其中，basepresenter类是presenter中的父类，包括全部的业务逻辑的接口。利用java继承的特性，每个activity组件在采用mvp模式开发时都会继承basepresenter类并生成对应的presenter类，也就是说，presenter类是basepresenter类的子类。利用java反射的特性，只需要为basepresenter类增加获取子类操作的接口，例如注入一段getchildoperation的代码，就可以在basepresenter类中获取每个activity组件的操作信息。应理解，presenter层中可以有多个basepresenter类，由于java的单继承特性，每个presenter类只能对应一个父类。因此在获取多个子类的操作信息时，需要在对应的父类中增加获取子类操作的接口(也即，注入获取子类操作的代码)。由此，无需在每个presenter类中注入数据处理代码，只需要在basepresenter类中注入获取子类操作的代码即可获取每个activity组件的操作信息，大幅降低了开发人员的工作量。

步骤s200，响应于操作信息符合对应的数据处理条件，记录执行操作信息对应的数据处理逻辑。

获取用户对每个activity组件的操作信息后，分别判断每个操作信息是否符合对应的数据处理条件，如果符合则分别记录执行操作信息对应的数据处理逻辑，如果不符合则不记录。例如，数据处理条件为搜索预定类型的商品，用户对该预定类型的商品进行搜索这一操作信息符合数据处理条件，则用户点击查看该类型的商品的次数、在该类型的某个商品的页面的停留时间、是否将该商品加入购物车等都可以作为搜索预定类型的商品这一操作信息对应的数据处理逻辑。经过上述步骤，无需注入数据处理代码，即可获取与用户的操作信息相关的数据，由此大大降低了开发人员的工作量，同时降低了企业的人力成本。

本发明实施例通过调用获取子类的操作方法获取所述应用组件的操作信息，并响应于所述操作信息符合对应的数据处理条件，记录执行所述操作信息对应的数据处理逻辑。由此，无需注入数据处理代码，即可获取与用户的操作信息相关的数据，从而提高了数据处理的效率和准确性。

图3是本发明实施例的第一种应用场景图。如图3所示，开发人员需要获取用户对输入框31、“美食”控件32、“甜品饮品”控件33和“xx咖喱”控件34(也即，上述四个activity组件)的操作信息，每个activity组件对应了一个presenter类，其中输入框31、“美食”控件32和“甜品饮品”控件33的presenter类对应了basepresenter类1，“xx咖喱”控件34的presenter类对应了basepresenter类2。由此，开发人员只需要在basepresenter类1和basepresenter类2中注入获取子类操作的代码，无需注入数据处理代码就能够获得上述四个activity组件的操作信息，从而在操作信息满足对应的数据处理条件时记录执行操作信息对应的操作逻辑。

图4是本发明第二实施例的应用组件的数据处理装置的示意图。如图4所示，本实施例的应用组件的数据处理装置包括调用单元41和响应记录单元42。

其中，调用单元41用于调用获取子类的操作方法获取所述应用组件的操作信息。响应记录单元42用于响应于所述操作信息符合对应的数据处理条件，记录执行所述操作信息对应的数据处理逻辑。

进一步地，所述应用组件为安卓activity组件。

进一步地，所述应用组件通过java开发。

进一步地，所述应用组件通过的模型-视图-控制模式开发，所述模型用于表征模型层，所述视图用于表征视图层，所述控制用于表征逻辑控制层。

进一步地，所述应用组件通过继承所述逻辑控制层中的父类生成对应的子类。

所述响应记录单元42用于在所述父类中调用获取所述子类的操作方法，获取所述应用组件的操作信息。

本发明实施例通过调用获取子类的操作方法获取所述应用组件的操作信息，并响应于所述操作信息符合对应的数据处理条件，记录执行所述操作信息对应的数据处理逻辑。由此，无需注入数据处理代码，即可获取与用户的操作信息相关的数据，从而提高了数据处理的效率和准确性。

图5是本发明第三实施例的应用组件的数据处理方法的流程图。在本实施例中，应用组件可以为activity组件，还可以为其他android组件，例如service组件、contentprovider组件、broadcastreceiver组件等。如图5所示，本实施例的方法包括如下步骤：

步骤s1000，扫描应用组件的源代码中的注解。

其中，注解是一种用于对类、方法、局部变量、方法参数等进行说明的代码，相当于一个标签。

步骤s2000，根据注解将数据处理代码注入注解所在位置。

其中，数据处理代码用于将注解所在位置的操作信息记录在预定文件中。在本实施例中，应用组件可以基于annotation(注解)库进行开发。开发人员在基于annotation库开发应用组件时，可以根据需要在源代码中的预定位置增加注解。源代码和注解会被保存为源文件，源文件在后续会被处理为可执行文件。由于所有数据处理代码都可以采用相同的逻辑编写，且注解能够根据这种逻辑被处理为可执行的代码。也就是说，逻辑相当于一串含有参数的代码，注解相当于代码参数的取值，只要知道了参数取值和这串代码就能够得到参数确定的代码。因此开发人员需要在应用组件中实现数据处理的功能时，只需要在源代码中的预定位置增加数据处理注解，后续无需手动注入数据处理代码。由此，能够降低开发人员的工作量。

图6是本发明第三实施例的一个可选的实现方式中将数据处理代码注入注解所在位置的流程图。如图6所示，步骤s2000可以包括如下步骤：

步骤s2100，对注解进行编译，获取注解对应的数据处理代码。

在本步骤中，可以通过注解编译器对注解进行编译，从而获取注解对应的数据处理代码。具体地，可以通过apt(advancedpackagingtool，高级包装工具)对注解进行编译。apt具有编译时注解的特性，能够在编译时将注解处理为可执行的代码，多用于自定义注解的处理。数据处理注解作为自定义注解的一种，同样能够通过apt被编译为对应的数据处理代码。

步骤s2200，将数据处理代码注入注解所在位置。

具体地，apt会将源代码中的注解编译为对应的数据处理代码，并将注解替换为对应的数据处理代码，同时，源代码也会被编译器，例如jdk(javadevelopmentkit)、jcreator等编译为可执行的代码，并将源代码替换为可执行的代码。从而根据源代码对应的可执行的代码和数据处理代码生成新的可执行文件。经过上述步骤，无需手动注入数据处理代码，能够大幅降低开发人员的工作量。

本发明实施例通过扫描所述应用组件的源代码中的注解，并根据所述注解将数据处理代码注入注解所在位置。由此，无需手动注入数据处理代码，提高了数据处理的效率和准确性。

图7本发明实施例的第二种应用场景图。如图7所示，71是mainactivity的源文件包，源文件包71中包括多个源文件。72是mainactivity的可执行文件包，可执行文件包72中包括多个可执行文件。开发人员在基于annotation库对mainactivity进行开发时，会编写源代码和注解，并根据源代码和注解生成源文件，从而组合成源文件包71。其中，注解用于在mainactivity中实现数据处理的功能。编译器和注解编译器在对原文件包71中的源文件进行编译时，会自动将源代码和注解编译成对应的代码，并添加到对应的可执行文件中的对应位置，从而组合成可执行文件包72。由此，只需要在源代码中的预定位置增加数据处理注解，后续无需手动注入数据处理代码。

图8是本发明第四实施例的应用组件的数据处理代码的注入装置的示意图。如图8所示，本实施例的应用组件的数据处理代码的注入装置包括扫描单元81和注入单元82。

其中，扫描单元81用于扫描所述应用组件的源代码中的注解。注入单元82用于根据所述注解将数据处理代码注入注解所在位置，所述数据处理代码用于将所述注解所在位置的操作信息记录在预定文件中。

进一步地，所述应用组件通过java开发。

进一步地，所述注入单元82包括编译子单元821和注入子单元822。

其中，编译子单元821用于对所述注解进行编译，获取所述注解对应的数据处理代码。注入子单元822用于将所述数据处理代码注入所述注解所在位置。

本发明实施例通过扫描所述应用组件的源代码中的注解，并根据所述注解将数据处理代码注入注解所在位置。由此，无需手动注入数据处理代码，提高了数据处理的效率和准确性。

图9是本发明实施例的电子设备的示意图。图9所示的电子设备为通用数据处理装置，其包括通用的计算机硬件结构，其至少包括处理器91和存储器92。处理器91和存储器92通过总线93连接。存储器92适于存储处理器91可执行的指令或程序。处理器91可以是独立的微处理器，也可以是一个或者多个微处理器集合。由此，处理器91通过执行存储器92所存储的命令，从而执行如上所述的本发明实施例的方法流程实现对于数据的处理和对于其他装置的控制。总线93将上述多个组件连接在一起，同时将上述组件连接到显示控制器94和显示装置以及输入/输出(i/o)装置95。输入/输出(i/o)装置95可以是鼠标、键盘、调制解调器、网络接口、触控输入装置、体感输入装置、打印机以及本领域公知的其他装置。典型地，输入/输出(i/o)装置95通过输入/输出(i/o)控制器96与系统相连。

其中，存储器92可以存储软件组件，例如操作系统、通信模块、交互模块以及应用程序。以上所述的每个模块和应用程序都对应于完成一个或多个功能和在发明实施例中描述的方法的一组可执行程序指令。

上述根据本发明实施例的方法、设备(系统)和计算机程序产品的流程图和框图描述了本发明公开的各个方面。应理解，流程图和框图的每个块以及流程图图例和框图中的块的组合可以由计算机程序指令来实现。这些计算机程序指令可以被提供至通用计算机、专用计算机或其它可编程数据处理设备的处理器，以产生机器，使得(经由计算机或其它可编程数据处理设备的处理器执行的)指令创建用于实现流程图和框图块或块中指定的功能/动作的装置。

同时，如本领域技术人员将意识到的，本发明实施例的各个方面可以被实现为系统、方法或计算机程序产品。因此，本发明实施例的各个方面可以采取如下形式：完全硬件实现方式、完全软件实现方式(包括固件、常驻软件、微代码等)或者在本文中通常可以都称为“电路”、“模块”或“系统”的将软件方面与硬件方面相结合的实现方式。此外，本发明公开的方面可以采取如下形式：在一个或多个计算机可读介质中实现的计算机程序产品，计算机可读介质具有在其上实现的计算机可读程序代码。

可以利用一个或多个计算机可读介质的任意组合。计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读存储介质可以是如(但不限于)电子的、磁的、光学的、电磁的、红外的或半导体系统、设备或装置，或者前述的任意适当的组合。计算机可读存储介质的更具体的示例(非穷尽列举)将包括以下各项：具有一根或多根电线的电气连接、便携式计算机软盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或闪速存储器)、光纤、便携式光盘只读存储器(cd-rom)、光存储装置、磁存储装置或前述的任意适当的组合。在本发明实施例的上下文中，计算机可读存储介质可以为能够包含或存储由指令执行系统、设备或装置使用的程序或结合指令执行系统、设备或装置使用的程序的任意有形介质。

计算机可读信号介质可以包括传播的数据信号，所述传播的数据信号具有在其中如在基带中或作为载波的一部分实现的计算机可读程序代码。这样的传播的信号可以采用多种形式中的任何形式，包括但不限于：电磁的、光学的或其任何适当的组合。计算机可读信号介质可以是以下任意计算机可读介质：不是计算机可读存储介质，并且可以对由指令执行系统、设备或装置使用的或结合指令执行系统、设备或装置使用的程序进行通信、传播或传输。

用于执行针对本发明公开各方面的操作的计算机程序代码可以以一种或多种编程语言的任意组合来编写，所述编程语言包括：java、kotlin等。程序代码可以作为独立软件包完全地在用户计算机上、部分地在用户计算机上执行；部分地在用户计算机上且部分地在远程计算机上执行；或者完全地在远程计算机或服务器上执行。在后一种情况下，可以将远程计算机通过包括局域网(lan)或广域网(wan)的任意类型的网络连接至用户计算机，或者可以与外部计算机进行连接(例如通过使用因特网服务供应商的因特网)。

本发明实施例公开了a1、一种应用组件的数据处理方法，所述方法包括：

调用获取子类的操作方法获取所述应用组件的操作信息；

响应于所述操作信息符合对应的数据处理条件，记录执行所述操作信息对应的数据处理逻辑。

a2、如a1所述的方法中，所述应用组件通过java开发。

a3、如a1所述的方法中，所述应用组件通过模型-视图-控制模式开发，所述模型用于表征模型层，所述视图用于表征视图层，所述控制用于表征逻辑控制层。

a4、如a3所述的方法中，所述应用组件为安卓activity组件。

a5、如a3所述的方法中，所述应用组件通过继承所述逻辑控制层中的父类生成对应的子类，所述父类为basepresenter类，所述子类为presenter类；

调用获取子类的操作方法获取所述应用组件的操作信息包括：

在所述父类中调用获取所述子类的操作方法，获取所述应用组件的操作信息。

本发明实施例还公开了b1、一种应用组件的数据处理装置，所述装置包括：

调用单元，用于调用获取子类的操作方法获取所述应用组件的操作信息；

响应记录单元，用于响应于所述操作信息符合对应的数据处理条件，记录执行所述操作信息对应的数据处理逻辑。

b2、如b1所述的装置中，所述应用组件通过java开发。

b3、如b1所述的装置中，所述应用组件通过的模型-视图-控制模式开发，所述模型用于表征模型层，所述视图用于表征视图层，所述控制用于表征逻辑控制层。

b4、如b3所述的装置中，所述应用组件为安卓activity组件。

b5、如b3所述的装置中，所述应用组件通过继承所述逻辑控制层中的父类生成对应的子类，所述父类为basepresenter类，所述子类为presenter类；

所述响应记录单元用于在所述父类中调用获取所述子类的操作方法，获取所述应用组件的操作信息。

本发明实施例还公开了c1、一种应用组件的数据处理方法，所述方法包括：

扫描所述应用组件的源代码中的注解；

根据所述注解将数据处理代码注入注解所在位置，所述数据处理代码用于将所述注解所在位置的操作记录在预定文件中。

c2、如c1所述的方法中，所述应用组件通过java开发。

c3、如c1所述的方法中，根据所述注解将数据处理代码注入注解所在位置包括：

对所述注解进行编译，获取所述注解对应的数据处理代码；

将所述数据处理代码注入所述注解所在位置。

本发明实施例还公开了d1、一种应用组件的数据处理装置，所述装置包括：

扫描单元，用于扫描所述应用组件的源代码中的注解；

注入单元，用于根据所述注解将数据处理代码注入注解所在位置，所述数据处理代码用于将所述注解所在位置的操作信息记录在预定文件中。

d2、如d1所述的装置中，所述应用组件通过java开发。

d3、如d1所述的装置中，所述注入单元包括：

编译子单元，用于对所述注解进行编译，获取所述注解对应的数据处理代码；

注入子单元，用于将所述数据处理代码注入所述注解所在位置。

本发明实施例还公开了e1、一种计算机可读存储介质，其上存储计算机程序指令，其中，所述计算机程序指令在被处理器执行时实现如a1-a5和c1-c3中任一项所述的方法。

本发明实施例还公开了f1、一种电子设备，包括存储器和处理器，其中，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现如a1-a5和c1-c3中任一项所述的方法。

以上所述仅为本发明公开的优选实施例，并不用于限制本发明公开，对于本领域技术人员而言，本发明公开可以有各种改动和变化。凡在本发明公开的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明公开的保护范围之内。