一种工作日志的处理方法及装置、可读存储介质

技术领域

本申请涉及数据处理技术领域，具体而言，涉及一种工作日志的处理方法及装置、可读存储介质。

背景技术

现有技术中，对于工作日志的管理，采用的方式是：员工按照天、周、月等时间维度手动编辑工作日志，即工作日志需要人工收集和汇总。并且，很多企业都会使用需求和任务管理的协同工具，员工在完成所负责任务的过程中会更新任务进度、状态，本身已经有记录工作的性质，还需要额外地对每天/每周/每月进行工作日志的编辑，存在重复工作，比较浪费时间。

此外，由于各员工的表述能力可能存在差异，所描述的工作内容，有可能不能准确反映其工作方向和价值，甚至偏离公司、部门的整体战略目标方向，导致工作日志的质量差。

可见，现有的工作日志的管理方式，效率低，且工作日志的质量差。

发明内容

本申请实施例的目的在于提供一种工作日志的处理方法及装置、可读存储介质，用以提高工作日志的质量和处理效率。

第一方面，本申请实施例提供一种工作日志的处理方法，包括：获取员工在预设时间段内的任务信息；根据预设的员工任务与工作日志关键信息的对应关系从所述任务信息中提取工作日志关键信息；所述工作日志关键信息包括：截止当前时间的任务关键成果；根据所述工作日志关键信息生成所述员工在所述预设时间段内的工作日志。

在本申请实施例中，先获取员工在预设时间段(比如日、周或者月)内的任务信息；然后基于预设的员工任务与工作日志关键信息的对应关系提取工作日志关键信息，其中包括截止当前时间的任务关键成果；最后再基于该信息生成对应的工作日志。一方面，自动收集员工的任务信息，并自动生成对应的工作日志，不需要员工手动编辑工作日志，提高了工作日志的处理效率。另一方面，通过提取工作日志关键信息生成工作日志，规范了工作日志中的内容；其利用截止当前时间的任务关键成果，任务关键成果能够反映任务的工作方向和价值，使其与员工的目标方向匹配度较高，提高了工作日志的质量。

作为一种可能的实现方式，在所述根据所述工作日志关键信息生成所述员工在所述预设时间段内的工作日志后，所述方法还包括：将多个员工在所述预设时间段内的工作日志按照多个员工对应的上级员工进行汇总；将汇总的工作日志反馈给对应的上级员工。

在本申请实施例中，针对多个员工在预设时间段内的工作日志，还可以进行汇总，并将汇总的工作日志反馈给多个员工对应的上级员工，实现工作日志的汇总和层级上报。

作为一种可能的实现方式，在所述根据所述工作日志关键信息生成所述员工在所述预设时间段内的工作日志后，所述方法还包括：生成所述工作日志对应的日志链接；将所述日志链接反馈给所述工作日志对应的员工。

在本申请实施例中，通过生成工作日志对应的日志链接并反馈给对应的员工，使对应的员工能够通过该日志链接进入对应的工作日志。

作为一种可能的实现方式，在所述将所述日志链接反馈给所述工作日志对应的员工后，所述方法还包括：接收工作日志的补充请求；所述补充请求中包括待补充的信息和所述待补充的信息对应的工作日志；将所述待补充的信息添加到所述待补充的信息对应的工作日志中。

在本申请实施例中，员工通过日志链接进入工作日志后，可以对工作日志进行补充，基于补充请求，在工作日志中添加对应的信息，实现工作日志的更新。

作为一种可能的实现方式，在所述根据所述工作日志关键信息生成所述员工在所述预设时间段内的工作日志之前，所述方法还包括：根据提取出的任务关键成果和预设的任务关键成果和任务积分的对应关系确定所述任务信息对应的任务积分；对应的，所述根据所述工作日志关键信息生成所述员工在所述预设时间段内的工作日志，包括：根据所述工作日志关键信息和所述任务积分生成所述员工在所述预设时间段内的工作日志。

在本申请实施例中，基于预设的任务关键成果与任务积分之间的对应关系，确定每个任务信息对应的任务积分，并最终基于工作日志关键信息和任务积分生成工作日志，使工作日志中包含了任务积分，则后续在对工作日志进行查看或者复用时，该任务积分能够起到一定的参考作用。

作为一种可能的实现方式，所述工作日志关键信息还包括：任务描述信息和与所述任务关键成果对应的进度信息。

在本申请实施例中，除了任务关键成果，工作日志关键信息还可以包括任务描述信息和与任务关键成果对应的进度信息，任务描述信息能够起到对任务的介绍作用，进度信息能够反映任务关键成果的处理进度，使工作日志中的信息更全面。

作为一种可能的实现方式，所述获取员工在预设时间段内的任务信息，包括：在预设时间段内，实时获取所述员工输入的任务信息。

在本申请实施例中，在获取任务信息时，可以通过在预设时间段内实时获取员工输入的任务信息的方式，实现任务信息的实时获取。

作为一种可能的实现方式，所述获取员工在预设时间段内的任务信息，包括：从预先存储的所述员工在不同的时间输入的任务信息获取所述预设时间段内的任务信息。

在本申请实施例中，在获取任务信息时，也可以从预先存储的任务信息中获取预设时间段内的任务信息，实现任务信息的非实时获取。

第二方面，本申请实施例提供一种工作日志的处理装置，包括用于实现第一方面以及第一方面的任意一种可能的实现方式中所述的方法的功能模块。

第三方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时执行如第一方面以及第一方面的任意一种可能的实现方式中所述的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的工作日志的处理方法的流程图；

图2为本申请实施例提供的工作日志的处理装置的功能模块框图。

图标：200-工作日志的处理装置；201-获取模块；202-提取模块；203-生成模块。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

本申请实施例所提供的工作日志的处理方法可以应用于企业、或者企业下的各个部门等的管理系统(可以是不同的部门使用同一个企业管理系统，也可以同一个企业下的不同的部门采用各自的管理系统)，该管理系统可以是数据管理系统，或者任务管理系统等。在管理系统中，企业的员工可以上传/输入数据，然后管理系统对员工上传/输入的数据进行处理，将处理后的数据进行存储；同时员工还可以随时对管理系统中的数据进行查询或者调用；即，通过该管理系统，能够实现一个企业的数据的各种处理，对于企业来说，十分方便。

不管是数据管理系统，还是任务管理系统，或者其他形式的管理系统，这种管理系统可以包括：后端和前端。其中，前端用于实现与用户(员工)的交互任务，后端用于实现数据的存储及处理(数据的管理)。后端和前端可以采用C/S(Client/Server，客户端/服务器)架构。也可以采用B/S(Browser/Server浏览器/服务器)架构，在这种结构下，用户界面完全通过浏览器实现。对于本申请实施例所提供的工作日志的处理方法，是在后端进行数据管理时的相关流程，因此，该工作日志的处理方法可以应用于企业的数据处理(管理)系统的后端。

基于上述应用场景，接下来请参照图1，为本申请实施例提供的工作日志的处理方法的流程图，该处理方法可以应用于后端(服务器)，该方法包括：

步骤101：获取员工在预设时间段内的任务信息。

步骤102：根据预设的员工任务与工作日志关键信息的对应关系从任务信息中提取工作日志关键信息；工作日志关键信息包括：截止当前时间的任务关键成果。

步骤103：根据工作日志关键信息生成员工在预设时间段内的工作日志。

在本申请实施例中，先获取员工在预设时间段(比如日、周或者月)内的任务信息；然后基于预设的员工任务与工作日志关键信息的对应关系提取工作日志关键信息，其中包括截止当前时间的任务关键成果；最后再基于该信息生成对应的工作日志。一方面，自动收集员工的任务信息，并自动生成对应的工作日志，不需要员工手动编辑工作日志，提高了工作日志的处理效率。另一方面，通过提取工作日志关键信息生成工作日志，规范了工作日志中的内容；其利用截止当前时间的任务关键成果，任务关键成果能够反映任务的工作方向和价值，使其与员工的目标方向匹配度较高，提高了工作日志的质量。

接下来基于步骤101-步骤103对该处理方法的实施方式进行详细的介绍。

在步骤101中，服务器获取员工在预设时间段内的任务信息。所获取的任务信息可以是一个员工的任务信息，也可以是多个员工的任务信息，如果步骤101中获取的是一个员工的任务信息，则后续步骤102和103中仅对该一个员工的任务信息进行处理即可。如果步骤102中获取的是多个员工的任务信息，则每个员工的任务信息都按照步骤102和步骤103中的处理方式进行处理即可，即步骤102和步骤103中针对多个员工的任务信息按照相同的处理方式进行同步或者异步处理。

对于预设时间段，可以是日/周/月或者其他时间周期。具体的设置方式可以取决于企业对员工的工作日志的需求周期，若企业需要员工每天的工作日志，则预设时间段可以是一天；若企业需要员工一周的工作日志，则预设时间段可以是一周。此外，对于系统来说，若通过一天或者一周这种形式，可能无法确定到底是哪一天或者哪一周，因此，在实际应用时，预设时间段可以通过具体的日期(甚至于时间)来表示，比如：预设时间段是以日的形式，则预设时间段可以是xx年xx月xx日；预设时间段是以周的形式，则预设时间段可以是xx年xx月xx日-xx年xx月xx日(中间间隔7天)；其他的预设时间段同理，在此不再一一举例。

对于任务信息，可以理解为与员工负责的任务相关的信息，比如：任务进度、任务状态以及任务数据等。对于员工来说，当其所负责的任务有信息更新时，员工可以随时将任务信息上传到系统中，后端也可以根据需求对任务信息处理，或者实时的任务信息进行处理。因此，对于服务器来说，在执行步骤101时，可以采用实时获取的方式(适用于服务器的常规数据处理)，也可以采用非实时的获取方式(适用于用户有需求时，向服务器发起的获取指令)。

步骤101的第一种可选的实施方式：在预设时间段内，实时获取员工输入的任务信息。

在这种实施方式中，采用的是实时获取的方式，即每当员工从前端输入任务信息，服务器就实时获取该输入的任务信息。并且，实时获取的周期基于预设时间段，比如：假设预设时间段为xx年xx月xx日，则在xx年xx月xx日这段时间内，员工所输入的任务信息，服务器都进行实时获取。

此外，这种实施方式适用的应用场景可以是：员工预先在系统中输入了预设时间段的信息，然后后端基于该预设时间段主动进行信息的获取。

在本申请实施例中，在获取任务信息时，可以通过在预设时间段内实时获取员工输入的任务信息的方式，实现任务信息的实时获取。

步骤101的第二种可选的实施方式：从预先存储的员工在不同的时间输入的任务信息获取预设时间段内的任务信息。

在这种实施方式中，采用的是非实时获取的方式，可以理解，员工在不同的时间通过前端输入的任务信息，后端都会进行保存，然后当有相应的需求(工作日志生成需求)时，后端就可以从保存的这些任务信息中获取预设时间段内(输入)的任务信息。比如：假设预设时间段为2020年8月1日，预先存储的任务信息中包括2020年7月31-2020年8月1日这段时间内的任务信息，则后端从中获取2020年8月1日该段时间内的任务信息。

此外，这种实施方式适用的应用场景可以是：员工可以随时输入任务信息，后端进行保存，在当前具有工作日志生成请求时(比如：用户发起的请求，或者在其他流程的执行节点中产生的请求)，后端从保存的数据中获取符合要求的数据。

在本申请实施例中，在获取任务信息时，也可以从预先存储的任务信息中获取预设时间段内的任务信息，实现任务信息的非实时获取。

在步骤101中获取到员工在预设时间段内的任务信息后，执行步骤102，根据预设的员工任务与工作日志关键信息的对应关系从任务信息中提取工作日志关键信息。其中，工作日志关键信息可以包括截止当前时间的任务关键成果；还可以包括：任务描述信息和与任务关键成果对应的进度信息。对于任务关键成果，能够反映任务的工作方向和价值，其设置可以取决于具体的任务，比如：对于销售人员来说，员工任务中的任务关键成果可以是销售额或者销售数量等。对于任务描述信息，可以理解为任务的基本信息，能够起到对任务的介绍作用；比如一个任务的开始时间、结束时间、任务难度等信息。对于任务关键成果对应的进度信息，可以理解为任务关键成果的完成情况，能够反映任务关键成果的处理进度；比如：当前的销售额相对于目标销售额的完成进度，假设当前的销售额为50W，目标销售额为100W，则该项关键成果的进度为百分之50。

进一步地，在进行工作日志关键信息的提取时，需要利用预设的员工任务与工作日志关键信息的对应关系。对于不同的任务，按照其任务属性设置用于表征工作日志关键信息的字段，比如关键成果字段为：销售额；生产量等；任务描述信息字段为：开始时间、结束时间、任务难度等；任务关键成果的进度字段为：销售额进度、生产量进度等。这些字段仅是作为一种举例，在实际应用时，可以结合企业的具体情况进行灵活设置。

基于对应关系，先确定当前的任务信息对应的任务，然后将任务信息中的各个字段与该对应的任务预设的工作日志关键信息字段进行匹配，当匹配成功时，则匹配的字段为提取出的工作日志关键信息。在匹配时，可以采用常规的字段匹配的多种算法进行匹配，作为本领域的常规手段，在此不进行具体介绍。

在步骤102中提取到工作日志关键信息后，执行步骤103，根据工作日志关键信息生成员工在预设时间段内的工作日志。在生成工作日志时，可以将提取到的工作日志关键信息进行汇总，然后为工作日志添加对应的预设时间段信息。在汇总时，可以先生成各个信息对应的信息项，然后把各个信息填入对应的信息项中；对应的预设时间段信息可以标识在工作日志的名称或者标题中。

在步骤103中生成员工的工作日志后，可以基于生成的工作日志做更多的数据处理。

作为一种可选的实施方式，在步骤103后，该方法还包括：将多个员工在预设时间段内的工作日志按照多个员工对应的上级员工进行汇总；将汇总的工作日志反馈给对应的上级员工。

其中，对于多个员工对应的上级员工，可以基于员工层级关系进行确定。其中，员工层级关系可以是基于任务关键成果的层级关系，用于表示员工的任务关键成果所对应的负责人或者监管者。也可以是单纯的员工的上下级关系，用于表示员工所对应的上级员工。通过该层级关系，则能确定多个员工对应的上级员工，该上级员工会对该员工的任务进行监督。

进一步地，在按照多个员工对应的上级员工进行工作日志汇总时，将对应同一个上级员工的多个员工的工作日志进行汇总，将对应不同的上级员工的多个员工的工作日志分别进行汇总，即最终得到的汇总工作日志包括对应一个上级员工的一份汇总工作日志或者对应多个上级员工的多份汇总工作日志。

此外，将多个员工(可以是属于同一部门的多个员工，也可以是属于不同的部门的多个员工)的工作日志进行汇总时，若多个员工属于同一部门，则将多个员工以及多个员工对应的工作日志进行有序的排列即可；若多个员工属于不同的部门，则按照多个员工所属的部门将多个员工以及多个员工对应的工作日志进行有序的排列即可。其中，员工可以通过身份标识(比如员工编号)进行表示。可以理解，属于同一部门的多个员工，在基于任务的层级关系下，其对应的上级员工可能是不同的。

不同的企业，基于企业内部的任务，可能会采用不同的员工层级关系设置方式，在本申请实施例中，仅是示例性的举例，不作为一种限定。

进一步地，在得到与上级员工对应的汇总工作日志后，将其反馈给对应的上级员工。在本申请实施例中，该处理方法应用于企业的管理系统，对于企业的管理系统来说，各个员工都需要预先通过身份信息进行注册，然后利用注册的身份信息可以登录到系统中。即，每个员工都具有其对应的身份信息，在反馈时，不管前端与后端采用的是何种硬件架构(B/S或者C/S)，后端可以基于上级员工的身份信息反馈汇总的工作日志给上级员工，上级员工可以通过前端查看反馈的汇总工作日志。比如：将汇总的工作日志增加到上级员工的待办事项中；或者发送提示信息给上级员工等，提示信息可以是即时信息，也可以是邮件信息等；上级员工在前端上通过身份信息登录进系统后，则可以查看待办事项或者提示信息。

需要注意的是，该种实施方式针对的是，在得到多个员工在预设时间段内的工作日志后，后端主动地进行汇总和反馈的情况。

在本申请实施例中，针对多个员工在预设时间段内的工作日志，还可以进行汇总，并将汇总的工作日志反馈给多个员工对应的上级员工，实现工作日志的汇总和层级上报。

在另一种实施方式中，工作日志的汇总也可以基于员工发起的汇总请求执行，比如：部门主管需要查看其下的多个员工在某个月的工作日志，则可以通过前端发起汇总工作日志查看请求，后端在接收到该请求后，基于该请求汇总这多个员工在某个月的工作日志，然后再进行反馈，部门主管可以通过前端进行查看。

作为又一种可选的实施方式，步骤103后，该方法还包括：生成工作日志对应的日志链接；将日志链接反馈给工作日志对应的员工。

在这种实施方式中，在生成工作日志对应的日志链接时，可以先生成该工作日志对应的链接地址，然后再将链接地址与该工作日志进行绑定。这里采用的是本领域常规的链接生成方式，在此不进行具体介绍。在生成日志链接后，将日志链接反馈给工作日志对应的员工，反馈的方式与前述实施例中反馈汇总的工作日志的实施方式相同，在此不再重复介绍。

在本申请实施例中，通过生成工作日志对应的日志链接并反馈给对应的员工，使对应的员工能够通过该日志链接进入对应的工作日志。

进一步地，在员工通过该日志链接能进入工作日志的前提下，员工也可以对工作日志进行相应的操作，因此，该方法还包括：接收工作日志的补充请求；补充请求中包括待补充的信息和待补充的信息对应的工作日志；将待补充的信息添加到待补充的信息对应的工作日志中。

在这种实施方式中，员工可以对工作日志中的信息进行补充，待补充的信息可以是比如关键成果信息、任务描述信息或者进度信息等。当接收到补充请求(可以通过前端发起)时，基于对应的工作日志，将待补充的信息加入到该对应的工作日志中即可。

在本申请实施例中，员工通过日志链接进入工作日志后，可以对工作日志进行补充，基于补充请求，在工作日志中添加对应的信息，实现工作日志的更新。

除了工作日志信息的补充，员工还可以进行工作日志的编辑(修改)，比如删除信息、修改信息等，对应的，在员工通过前端执行删除、修改等操作后，前端生成对应的请求，后端再基于对应的请求，对工作日志中的相关内容进行修改即可。

此外，需要注意的是，不管是工作日志的补充或者编辑，可以采用在线补充或者编辑的方式，即当员工进行补充或者编辑后，后端实时地将补充或者编辑后的工作内容同步到前端进行展示，即员工补充或者编辑的内容能够立马呈现，实现在线补充或者编辑的功能。

作为一种可选的实施方式，在步骤103之前，该方法还包括：根据提取出的任务关键成果和预设的任务关键成果和任务积分的对应关系确定任务信息对应的任务积分；对应的，步骤103包括：根据工作日志关键信息和任务积分生成员工在预设时间段内的工作日志。

在这种实施方式中，预设任务关键成果和任务积分的对应关系，在提取出任务关键成果后，基于该对应关系，便能确定提取出的任务关键成果对应的任务积分，则任务关键成果所属的任务信息对应的任务积分也得到确定。比如：对于同一个销售任务，不同的销售额对应的任务积分可能不相同；或者对应不同的销售任务，根据销售任务的难度不同，其任务积分也不相同。可以理解，该任务积分能够表征任务价值。

进而，在生成工作日志时，还可以将任务积分作为一项信息加入到工作日志中。使工作日志中包含了任务积分，则后续在对工作日志进行查看或者复用时，该任务积分能够起到一定的参考作用。

在本申请实施例中，对于任务积分的生成，除了可以基于预设的对应关系生成，还可以由各个员工所属的上级员工(与前述实施例中的上级员工的含义相同)提供。比如：在将工作日志汇总反馈给上级员工后，上级员工基于工作日志中的任务关键成果信息对每个任务进行任务评分，该任务评分作为该任务积分。最终，在利用工作日志时，可以将各个工作日志中的任务关键成果积分进行求和(累积)，以作为月度、季度、年度的绩效考核的基础。

在本申请实施例中，对于工作日志的复用，可以有不同的实施方式。作为一种实施方式，该工作日志可以用于对员工的工作能力进行评估。在这种实施方式下，当企业需要对某个员工进行考核时，便可以查询该员工的工作日志，然后基于工作日志评估其工作能力。

作为另一种实施方式，该工作日志还可以用于对员工的绩效进行评估，在这种实施方式下，当企业需要进行绩效考核时，员工的工作日志也可以作为绩效考核的数据基础，比如：可以按照天、周、月不同的时间维度调取工作日志数据，然后反馈给绩效考核人员，使其进行考核。

作为另一种实施方式，也可以直接基于员工的工作日志生成绩效考核数据，比如：企业先在系统中预设绩效考核的评分规则，该评分规则中限定工作日志中的不同信息的不同值对应的绩效评分，然后系统基于该评分规则，将工作日志中的各个信息的具体值进行逐一评分，得到一个初步的绩效评分值，然后将该初步的绩效评分值反馈给对应的负责人员进行审核，在审核通过后，确定审核通过的绩效评分值作为绩效考核成绩存储在系统中，以及反馈给对应的员工，和员工的上级，以使相关人员随时可以对绩效考核成绩进行查看。

基于同一发明构思，接下来请参照图2，本申请实施例中还提供一种工作日志的处理装置200，包括：获取模块201、提取模块202和生成模块203。

获取模块201用于获取员工在预设时间段内的任务信息；提取模块202用于根据预设的员工任务与工作日志关键信息的对应关系从所述任务信息中提取工作日志关键信息；所述工作日志关键信息包括：截止当前时间的任务关键成果；生成模块203用于根据所述工作日志关键信息生成所述员工在所述预设时间段内的工作日志。

可选的，工作日志的处理装置200还包括汇总模块，用于将多个员工在所述预设时间段内的工作日志按照多个员工对应的上级员工进行汇总；将汇总的工作日志反馈给对应的上级员工。

可选的，生成模块203还用于生成所述工作日志对应的日志链接；将所述日志链接反馈给所述工作日志对应的员工。

可选的，工作日志的处理装置200还包括更新模块，用于接收工作日志的补充请求；所述补充请求中包括待补充的信息和所述待补充的信息对应的工作日志；将所述待补充的信息添加到所述待补充的信息对应的工作日志中。

可选的，生成模块203还用于根据提取出的任务关键成果和预设的任务关键成果和任务积分的对应关系确定所述任务信息对应的任务积分；以及具体用于根据所述工作日志关键信息和所述任务积分生成所述员工在所述预设时间段内的工作日志。

可选的，工作日志的处理装置200还包括审核模块，审核模块用于上级员工对其负责的下属员工的工作日志进行审核，包括审核关键成果信息、审核任务积分等。在审核模块通过审核后，工作日志中的关键成果信息和积分可以作为月度、季度、年度的绩效考核的评估数据。

可选的，获取模块201具体用于在预设时间段内，实时获取所述员工输入的任务信息。

可选的，获取模块201具体还用于从预先存储的所述员工在不同的时间输入的任务信息获取所述预设时间段内的任务信息。

前述实施例中的工作日志的处理方法中的各实施方式和具体实例同样适用于图2的装置，通过前述对工作日志的处理方法的详细描述，本领域技术人员可以清楚地知道图2中的工作日志的处理装置200的实施方法，所以为了说明书的简洁，在此不再详述。

基于同一发明构思，本申请实施例还提供一种可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被计算机运行时执行上述任一实施方式的工作日志的处理方法。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

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