自动埋点方法和装置与流程

文档序号:12063747阅读:235来源:国知局
自动埋点方法和装置与流程

本申请涉及网络技术领域,特别涉及一种自动埋点方法和装置。



背景技术:

随着网络技术的快速发展,通过对网页进行埋点处理来搜集用户在该网页上的操作行为以明确用户需求的业务场景越来越多。

现有技术中,一般在网页被访问前就会对其进行埋点处理,以备后续该网页被访问时能够自动搜集用户行为。在网页被访问前进行埋点处理的方式具体包括如下步骤:

S1、人工选定网站上所有用户能够被访问的网页;

S2、人工对步骤S1中选定的每个网页在网站服务器内的网页代码资源做埋点处理。

在实现本申请过程中,发明人发现现有技术中至少存在如下问题:

由于网站上所有网页在被访问之前均被埋点处理,但网站上并非所有网页都会被用户访问,对从未被访问过的网页做埋点处理,会占用了大量的工程师人力,造成工作资源的浪费。



技术实现要素:

本申请实施例的目的在于提供一种自动埋点方法和装置,能够自动对从网络服务器返回至网络应用的响应数据做埋点处理。

为解决上述技术问题,本申请实施例提供一种自动埋点方法是这样实现的:

网络服务器根据从网络应用接收到的针对目标数据的数据访问请求,生成响应数据;

对所述响应数据做埋点处理;

将被埋点处理后的响应数据发送至所述网络应用。

为解决上述技术问题,本申请实施例提供一种自动埋点装置是这样实现的:

响应生成模块,控制网络服务器根据从网络应用接收到的针对目标数据的数据访问请求,生成响应数据;

埋点执行模块,对所述响应数据做埋点处理;

响应发送模块,将被埋点处理后的响应数据发送至所述网络应用。

由以上本申请实施例提供的技术方案可见,本申请实施例通过自动对从网络服务器返回至网络应用的响应数据做埋点处理,响应数据在网络应用运行的同时,埋点也自动开始获取用户操作行为。相对于现有技术中,在网页被访问之前就预先做人工埋点处理的方式,大大节省人力,也具有很高的效率。

附图说明

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

图1为本申请实施例中自动埋点方法适用的网络系统的架构示意图;

图2为本申请第一实施例中自动埋点方法的过程;

图3为本申请第二实施例中自动埋点方法的过程;

图4为本申请第三实施例中自动埋点方法的过程;

图5为本申请实施例中自动埋点装置的模块示意图。

具体实施方式

本申请实施例提供一种自动埋点方法和装置。

为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本 申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。

图1为本申请实施例中自动埋点方法适用的网络系统的架构示意图。

该网络系统可以是基于互联网,也可以基于局域网,还可以基于互联网和局域网的组合网,在此不做赘述。

网络系统中包括用户终端100和网络服务器200,用户终端100和网络服务器200之间均通过网络300实现可通信的连接。

用户终端100可以是包括能够经由网络300发出并接收数据的通信模块的装置。例如,每个用户终端100所基于的网络装置都可以包括服务器、台式计算机、膝上型计算机、平板计算机、智能手机、手持式计算机、个人数字助理(“PDA”),或者其它任何的有线或无线处理器驱动装置。

用户终端100的操作系统层面均安装有网络应用,该网络应用可以是网页应用或客户端应用等。网页应用可以是网页浏览器,客户端应用则可以是社交平台程序、购物平台程序或即时通信程序等计算机应用程序或移动应用程序。

网络服务器200可以是存储有用户终端100上网络应用运行所需代码数据的装置。例如网页浏览器,网络服务器200内可以存储相关网站内所有组成网页的业务代码。

以网页浏览器为例,用户点击网页的超链接到展示完整网页内容的过程具体如右:网页浏览器会基于用户终端100和网络服务器200之间的通信连接,发送一个针对目标数据的数据访问请求至网络服务器200,网络服务器200根据数据访问请求确定响应数据,并将响应数据的业务代码发送至网页浏览器,后续网页浏览器编译该业务代码则可生成用户可见的网页内容。

网络300都可以包括互联网、局域网(“LAN”)、广域网(“WAN”)、内部网、移动电话网络、虚拟专用网(VPN)、蜂窝式或其它移动通信网络、蓝牙、 NFC或其任何组合。

网络300进行数据传输时也会基于相应的通讯协议,例如网页浏览器接收网页相应的业务代码时会基于HTTP通讯协议,移动应用程序接收的业务代码时可以基于Websocket通讯协议。

图2为本申请第一实施例中自动埋点方法的过程,该自动埋点方法的执行主体可以是前述网络系统中网络服务器200,也可以是与网络服务器200可通信的连接的自动埋点装置。该方法具体包括如下步骤。

S20、网络服务器200根据从网络应用接收到的针对目标数据的数据访问请求,生成响应数据。

无论网络应用是网页应用、客户端应用还是其他类型的应用,其在用户操作下,均会向网络服务器200发送一个针对目标数据的数据访问请求,该数据访问请求携带了目标数据的地址信息。在一些设有访问权限的网络系统中,数据访问请求还会携带用户的身份信息。

目标数据可以是网页应用所对应的网页,也可以是客户端应用对应的功能模块的展示页面、功能模块所需要的更新数据等。

网络服务器200内预设有大量数据访问请求,每个数据访问请求均与一个响应数据对应。在网络服务器200接收到网络应用所发出的数据访问请求时,若是该数据访问请求已经预设在网络服务器200内,则可快速确定要生成的响应数据。

在一些不需要访问权限的网络系统或尽管需要访问权限但数据访问请求所携带的身份信息符合权限要求的网络系统中,当目标数据的地址信息是真实有效时,网络服务器200根据数据访问请求生成响应数据一般与目标数据是相同的。例如同样可以是网页应用所对应的网页,也可以是客户端应用对应的功能模块的展示页面、功能模块所需要的更新数据等。

以网络应用是计算机上的网页浏览器为例。目标数据和响应数据可以是用户想要访问的网页,该目标数据的地址信息即该目标网页的统一资源定位符 (Uniform Resource Locator,URL)地址。

以网络应用是智能手机上的社交软件为例。目标数据和响应数据可以是用户想要访问社交软件上的功能模块的展示页面,例如可以是用户附近好友的展示页面;目标数据和响应数据还可以是用户想要访问社交软件上的功能模块的更新数据,例如可以是用户从某个好友接收到的图片或语音信息。该目标数据的地址信息即为该功能模块的名称。

当然,在一些具有访问权限或发生了通讯故障等额外限制的网络系统中,响应数据也可能与目标数据不同,而指向一些与目标数据不同的专用页面。以下结合具体场景,对响应数据是专用页面的例子进行描述。

例如,在一些不需要访问权限,对公众开放的网络系统中,当目标数据的地址信息并非真实有效时,网络服务器200生成的响应数据是体现访问错误的页面,例如超文本传输协议(Hypertext Transfer Protocol,HTTP)-404页面等,此时,响应数据与数据访问请求中目标数据的地址信息所指向的页面不一致。当然,网络服务器200还可生成例如HTTP-500页面等。

例如,在一些需要访问权限的网络系统中,目标数据的地址信息是真实有效的,但数据访问请求所携带的用户身份信息显示用户无访问权限,网络服务器200生成的响应数据是体现权限异常的特殊页面,此时,响应数据与数据访问请求中目标数据的地址信息所指向的页面不一致。

当然,响应数据是专用页面的场景并不限于前述两种,此为本领域普通技术人员所熟知的技术,在此不做赘述。

本申请其他实施例中,网络服务器200还可从预设中转库获取到的针对目标数据的数据访问请求,生成响应数据。预设中转库用于接收从网络应用发出的数据访问请求,实现在数据访问请求较多时,可以将数据访问请求预先存储至预设中转库内,后续通过多台空闲的网络服务器200从预设中转库内提取数据访问请求来生成响应数据,提升数据访问请求的处理效率。

预设中转库可以是一个记事本文档,网络应用所发出数据访问请求被以日 志形式记录在该记事本文档上,以备网络服务器200的查阅。

S40、对所述响应数据做埋点处理。

具体的,埋点处理包括如下步骤:获取所述响应数据的业务代码,在所述业务代码内增加预设埋点代码。

由于响应数据是网络服务器根据数据访问请求所生成的,其生成后会很快被发送至网络应用,响应数据从生成到发送之间的时间很短,以尽快在网络应用上显示响应数据的页面内容。在本申请实施例中,对所述响应数据做埋点处理的执行主体是网络服务器或自动埋点装置,并非人工,从而能够保证响应数据的传输效率。

值得注意的是,网络服务器200内存储有响应数据的源代码,该响应数据生成后,其源代码被备份出来以作为响应数据的业务代码。在响应数据的业务代码增加预设埋点代码后,并不会破坏响应数据位于网络服务器200的源代码。

预设埋点代码实现的功能可以根据需求进行设定,网络服务器200内存储有响应数据的源代码和预设埋点代码可以被相对独立的存储在网络服务器200内,避免二者互相干扰,也便于对这两种代码的调用,在此不做赘述。

以响应数据为一个HTLM格式的网页为例,预设埋点代码被加入至业务代码中主体Body标签结束前,得到的混合代码可以简述为:<html><body><div>用户源代码部分</div>预设埋点代码部分<.body></html>。后续,增加有预设埋点代码的业务代码被网页浏览器执行后,这个网页内容上部分位置或链接被预设埋点代码监控,用户有预设埋点代码所限定的操作行为时,该预设埋点代码则会被触发并执行,从而将用户操作行为发送至预设存储设备内。在需要对用户行为进行分析时,可以从该预设存储设备内获取用户行为数据。

以响应数据为一个智能手机上社交软件的某个功能模块的展示页面为例,预设埋点代码则体现为一个指向被加入该功能模块的字符串,该预设埋点代码被加入至响应数据的最前端,在增加有预设埋点代码的业务代码被社交软件执 行时,位于业务代码最前端的预设埋点代码被社交软件执行,从而明确被用户使用的功能模块的名称。

由于预设埋点代码是增加至从网络服务器200中获取到的响应数据的业务代码,并非增加至响应数据的源代码。使得用户行为获取需求有改变时,仅需调整预设埋点代码即可。避免了现有技术中直接在响应数据的源代码内增加预设埋点代码引起的如下缺陷:用户行为获取需求有改变时,需要人工重新去除所有业务代码中的预设埋点代码,占用了大量的工程师人力,且人工操作容易发生遗漏和错误。

S60、将被埋点处理后的响应数据发送至所述网络应用。

被埋点处理后的响应数据的业务代码被发送至网络应用后,网络应用编译并执行该业务代码以生成用户可见的网页内容或功能模块的展示页面,预设埋点代码可以同时起到采集用户操作行为的功能。

本申请实施例通过自动对从网络服务器返回至网络应用的响应数据做埋点处理,响应数据在网络应用运行的同时,埋点也自动开始获取用户操作行为。相对于现有技术中,在网页被访问之前就预先做人工埋点处理的方式,大大节省人力,也具有很高的效率。

参图3所示,本申请第二实施例所提供的自动埋点方法,与前述第一实施例相比,区别在于,还包括位于步骤S20和步骤S40之间的如下步骤。

S30、判断所述响应数据是否位于预设埋点数据列表,若是,执行步骤S40,若否,执行步骤S50。

预设埋点数据列表内包括多个埋点数据,每个埋点数据均与一组预设埋点代码相关联,而每组预设埋点代码可以与多个埋点数据相关联。各组预设埋点代码用于搜集不同用户的操作行为,例如用于搜集用户的点击行为、用户的鼠标悬停行为等。

所述预设埋点数据列表包括针对网页应用的响应数据的单网页的地址信息和多网页的地址信息的正则表达式以及针对客户端应用的响应数据的功能 模块名称。

例如,一组用于搜集用户点击行为的预设埋点代码,可以与某新闻门户的所有网页的统一资源定位符(Uniform Resource Locator,URL)地址关联,实现搜集用户点击新闻门户的网页的行为数据,从而明确哪些网页用户点击频率更高。并且,某些属于同一个网站的多个网页的URL地址可以通过正则表达式来同一描述,以节约埋点策略内URL地址的存储空间,如何通过正则表达式来表达同一个网站的多个网页的URL地址为本领域普通技术人员所熟知的技术,在此不做赘述。

例如,一组用户搜集用户点击行为的预设埋点代码,可以与某个智能手机上的社交软件上的所有功能模块名称关联,实现搜集用户点击社交软件上功能模块的行为数据,从而明确哪些功能模块用户点击频率更高。

实现无论响应数据是网页还是客户端上功能模块的展示页面,均可以通过筛选预设埋点数据列表来判断其中是否存在与响应数据一致的埋点数据,以针对性执行后续步骤。

S50、停止自动埋点进程。

本申请实施例中,自动埋点方法还通过预设埋点数据列表来筛选响应数据,对于一些无需埋点的页面,则可直接结束当前埋点进程,避免后续埋点处理流程造成的处理资源的浪费。

本申请实施例中,步骤S40具体包括如下步骤。

S42、查询所述预设埋点数据列表,获取与所述响应数据相关联的预设埋点代码。

S44、获取所述响应数据的业务代码,在所述业务代码内增加与响应数据相关联的预设埋点代码。

在响应数据预设埋点数据列表时,预设埋点数据列表内总有与响应数据相关联的一组预设埋点代码,获取该组预设埋点代码来增加至响应数据的业务代码之中,实现针对不同类型的响应数据,来匹配不同的预设埋点代码,提高预 设埋点代码的针对性。

参图4所示,本申请第三实施例所提供的自动埋点方法,与前述第二实施例相比,区别在于,该方法还包括位于步骤S20之前的如下步骤。

S10、判断所述目标数据是否位于预设埋点数据列表,若是,执行步骤S20,若否,跳转执行步骤S50。

与步骤S30内判断响应数据是否位于预设埋点数据列表一致,无论目标数据是网页还是客户端上功能模块的展示页面,均可以通过筛选预设埋点数据列表来判断其中是否存在与目标数据一致的埋点数据,以针对性执行后续步骤。

通过预设埋点数据列表来筛选目标数据,对于一些无需埋点的页面,则可直接结束当前埋点进程,无需获取响应数据,避免后续埋点处理流程造成的处理资源的浪费。

接下来,将基于上述披露的方法实施例的技术方案,对本申请的装置实施例进行描述,由于自动埋点装置是基于上述自动埋点方法的原理产生的,故该装置的具体技术细节可以部分或全部参照上述方法的内容。

参图5所示,本申请实施例中,自动埋点装置,包括:

响应生成模块20,控制网络服务器根据从网络应用接收到的针对目标数据的数据访问请求,生成响应数据;

埋点执行模块40,对所述响应数据做埋点处理;

响应发送模块60,将被埋点处理后的响应数据发送至所述网络应用。

本申请实施例中,响应生成模块20,具体用于:

控制所述网络服务器根据从预设中转库获取到的针对目标数据的数据访问请求,生成响应数据,所述预设中转库用于接收从网络应用发出的数据访问请求。

本申请实施例中,装置还包括响应判断模块,用于:

判断所述响应数据是否位于预设埋点数据列表;

在所述响应数据位于预设埋点数据列表时,所述埋点执行模块40对所述 响应数据做埋点处理。

本申请实施例中,装置还包括进程停止模块,用于:在所述响应数据未位于预设埋点数据列表时,停止自动埋点进程。

本申请实施例中,所述网络应用包括网页应用和客户端应用;所述预设埋点数据列表包括针对网页应用的响应数据的单网页的地址信息和多网页的地址信息的正则表达式以及针对客户端应用的响应数据的功能模块名称。

本申请实施例中,预设埋点数据列表内各个埋点数据均与一组预设埋点代码相关联;所述埋点执行模块40具体用于:

查询所述预设埋点数据列表,获取与所述响应数据相关联的预设埋点代码;

获取所述响应数据的业务代码,在所述业务代码内增加所述预设埋点代码。

本申请实施例中,装置还包括目标判断模块,用于:

判断所述目标数据是否位于预设埋点数据列表;

在所述目标数据位于预设埋点数据列表时,所述响应生成单元20控制所述网络服务器根据从网络应用接收到的针对目标数据的数据访问请求,生成响应数据的步骤。

本申请实施例中,装置还包括进程停止模块,用于:在所述目标数据未位于预设埋点数据列表内时,停止自动埋点进程。

本申请实施例通过自动对从网络服务器返回至网络应用的响应数据做埋点处理,响应数据在网络应用运行的同时,埋点也自动开始获取用户操作行为。相对于现有技术中,在网页被访问之前就预先做人工埋点处理的方式,大大节省人力,也具有很高的效率。

本申请实施例通过自动对从网络服务器返回至网络应用的响应数据做埋点处理,响应数据在网络应用运行的同时,埋点也自动开始获取用户操作行为。相对于现有技术中,在网页被访问之前就预先做人工埋点处理的方式,大大节 省人力,也具有很高的效率。

在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等,目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。

为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。

还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、 方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1