一种薪资发放方法及相关装置与流程

本申请涉及金融科技领域，尤其涉及一种薪资发放方法及相关装置。

背景技术：

现有的发薪方式大多依赖银行的发薪平台，一般流程是，公司财务收集员工银行卡，按照考勤数据制造月度发薪表单，上传到银行发薪系统，然后再发放薪水到员工银行卡。

然而，现有的银行的发薪平台仅仅用于员工发放月薪，功能单一。无法满足用户日渐多的工资发放需求，且采用银行的月度发薪模式，增加了企业财务制造发薪表单的压力，同时要人工核对每日员工的考勤数据。大大增加了企业的财务人力成本，而且错误率高。因此，如何提供一种更加简洁高效且满足用户多方位需求的发薪方式急需解决。

技术实现要素：

本申请实施例提供了一种薪资发放方法及相关装置，用于提高薪资的发放效率。

本申请实施例的第一方面提供了一种薪资发放方法，包括：接收用户发送的第一指令，所述第一指令用于指示申请发放日薪，所述第一指令包括所述用户的唯一标识信息和所述日薪对应的目标日期；响应于所述第一指令，判断所述用户是否已领取所述目标日期的薪资；若否，则获取所述用户在所述目标日期的考勤记录；根据所述考勤记录确定所述用户在所述目标日期的薪资；生成第一审核消息，并将所述第一审核信息发送至审核人员进行审核，所述第一审核消息包括所述用户的唯一标识信息、所述目标日期，所述用户在所述目标日期的考勤记录和所述用户在所述目标日期的薪资；当接收到响应于所述第一审核消息的审核通过消息时，向用户账户发放所述用户在所述目标日期的薪资。

在一种可能的实施例中，所述根据所述考勤记录确定所述用户在所述目标日期的薪资包括：根据所述考勤记录确定所述用户在预设考勤时间段内的有效考勤时长，并根据所述考勤记录确定所述用户在所述目标日期是否加班；根据以下公式确定所述用户在所述目标日期的薪资：salary＝m*a/a+ib；其中，所述m表示所述用户的日全勤薪资，所述a表示所述有效考勤时长，所述a表示所述预设考勤时间段的时长，当确定所述用户在所述目标日期加班时，所述i为1；当确定所述用户在所述目标日期加班时，所述i为0，所述b为预设加班薪资。

在一种可能的实施例中，所述获取所述用户在所述目标日期的考勤记录之前，所述方法还包括：接收所述用户的打卡指令，所述打卡指令包括所述用户的唯一标识信息；响应于所述打卡指令，获取所述用户的地理位置信息、用户的ip地址和当次打卡的打卡频率；根据所述用户的地理位置信息、用户的ip地址和当次打卡的打卡频率确定当次打卡是否为有效打卡记录；若是，根据所述用户的唯一标识信息、当日日期和所述有效打卡记录生成所述用户的当日考勤记录并存储于数据库中。

在一种可能的实施例中，所述根据所述用户的地理位置信息、用户的ip地址和当次打卡的打卡频率确定当次打卡是否为有效打卡记录包括：判断所述用户的ip地址当日是否已与其他用户的唯一标识信息关联；若否，则当所述用户的地理位置信息在预设范围内，且所述打卡频率在预设时长内超过阈值时，则确定所述打卡频率对应的目标打卡时间为有效打卡记录，其中，若所述当次打卡用于上班打卡时，所述目标打卡时间为所述打卡频率对应的最早打卡时间；若所述当次打卡用于下班打卡时，所述目标打卡时间为所述打卡频率对应的最晚打卡时间。

在一种可能的实施例中，所述方法还包括：接收用户发送的查询指令，所述查询指令用于指示查询所述用户的薪资发放记录，所述查询指令包括所述用户的唯一标识信息和设定时间段；响应于所述查询指令，获取所述用户在所述设定时间段内的薪资发放记录，并进行显示，所述薪资发放记录包括薪资发放至所述用户账户的入账记录和从所述用户账户提取薪资的出账记录。

本申请实施例的第二方面提供了一种薪资发放系统，包括：输入模块，用于接收用户发送的第一指令，所述第一指令用于指示申请发放日薪，所述第一指令包括所述用户的唯一标识信息和所述日薪对应的目标日期；风控模块，用于响应于所述第一指令，判断所述用户是否已领取所述目标日期的薪资；考勤模块，用于若否，则获取所述用户在所述目标日期的考勤记录；薪资确定模块，用于根据所述考勤记录确定所述用户在所述目标日期的薪资；日薪审核模块，用于生成第一审核消息，并将所述第一审核信息发送至审核人员进行审核，所述第一审核消息包括所述用户的唯一标识信息、所述目标日期，所述用户在所述目标日期的考勤记录和所述用户在所述目标日期的薪资；发薪模块，用于当接收到响应于所述第一审核消息的审核通过消息时，向用户账户发放所述用户在所述目标日期的薪资。

在一种可能的实施例中，所述薪资确定模块具体用于：根据所述考勤记录确定所述用户在预设考勤时间段内的有效考勤时长，并根据所述考勤记录确定所述用户在所述目标日期是否加班；根据以下公式确定所述用户在所述目标日期的薪资：salary＝m*a/a+ib；其中，所述m表示所述用户的日全勤薪资，所述a表示所述有效考勤时长，所述a表示所述预设考勤时间段的时长，当确定所述用户在所述目标日期加班时，所述i为1；当确定所述用户在所述目标日期加班时，所述i为0，所述b为预设加班薪资。

在一种可能的实现方式中，所述薪资发放系统包括：所述输入模块，还用于接收所述用户的打卡指令，所述打卡指令包括所述用户的唯一标识信息；定位模块，用于响应于所述打卡指令，获取所述用户的地理位置信息、用户的ip地址和当次打卡的打卡频率；风险控制模块，用于根据所述用户的地理位置信息、用户的ip地址和当次打卡的打卡频率确定当次打卡是否为有效打卡记录；所述考勤模块，用于若是，根据所述用户的唯一标识信息、当日日期和所述有效打卡记录生成所述用户的当日考勤记录并存储于数据库中。

在一种可能的实现方式中，所述风险控制模块具体用于：判断所述用户的ip地址当日是否已与其他用户的唯一标识信息关联；若否，则当所述用户的地理位置信息在预设范围内，且所述打卡频率在预设时长内超过阈值时，则确定所述打卡频率对应的目标打卡时间为有效打卡记录，其中，若所述当次打卡用于上班打卡时，所述目标打卡时间为所述打卡频率对应的最早打卡时间；若所述当次打卡用于下班打卡时，所述目标打卡时间为所述打卡频率对应的最晚打卡时间。

在一种可能的实现方式中，所述薪资发放系统包括：所述输入模块，还用于接收用户发送的查询指令，所述查询指令用于指示查询所述用户的薪资发放记录，所述查询指令包括所述用户的唯一标识信息和设定时间段；输出模块，用于响应于所述查询指令，获取所述用户在所述设定时间段内的薪资发放记录，并进行显示，所述薪资发放记录包括薪资发放至所述用户账户的入账记录和从所述用户账户提取薪资的出账记录。

本申请第三方面提供了一种电子设备，包括存储器、处理器，其特征在于，所述处理器用于执行存储器中存储的计算机管理类程序时实现如上述第一方面任意一项所述的薪资发放方法的步骤。

本申请的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

本申请的第五方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：接收用户发送的第一指令，所述第一指令用于指示申请发放日薪，所述第一指令包括所述用户的唯一标识信息和所述日薪对应的目标日期；响应于所述第一指令，判断所述用户是否已领取所述目标日期的薪资；若否，则获取所述用户在所述目标日期的考勤记录；根据所述考勤记录确定所述用户在所述目标日期的薪资；生成第一审核消息，并将所述第一审核信息发送至审核人员进行审核，所述第一审核消息包括所述用户的唯一标识信息、所述目标日期，所述用户在所述目标日期的考勤记录和所述用户在所述目标日期的薪资；当接收到响应于所述第一审核消息的审核通过消息时，向用户账户发放所述用户在所述目标日期的薪资。本申请实施例中，提供可以日结薪资的薪资发放系统，提高了日薪的发放效率。通过严格的风控系统把关，大大降低了日薪发放的错误率。同时，发薪可以无需收集银行卡，简化了企业的工作流程，实现了发薪的整体优化。

附图说明

图1为本申请实施例提供的一种薪资发放方法的流程图；

图2a为本申请实施例提供的一种可能的薪资发放系统的结构示意图；

图2b为本申请实施例提供的一种可能的薪资发放系统的结构示意图；

图3为本申请实施例提供的一种可能的电子设备的硬件结构示意图；

图4为本申请实施例提供的一种可能的计算机可读存储介质的硬件结构示意图。

具体实施方式

本申请实施例提供了一种薪资发放方法及相关装置，用于提高薪资的发放效率。

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

请参阅图1，为本申请实施例提供的一种薪资发放方法的流程图，具体包括：

101、接收用户发送的第一指令；

用户点击薪资发放系统的显示界面，以向薪资发放系统发送第一指令，该第一指令用于指示申请发放日薪，该第一指令包括用户的唯一标识信息和日薪对应的目标日期，其中用户的唯一标识信息可以为用户登录该薪资发放系统的登录名或者用户的工号等，例如张三266、zhangsan166或者04084268等，具体此处不做限定。需要说明的是，目标日期可以包括一个或者多个日期，即本实施例提供的薪资发放方法可以支持用户申请一天或者同时申请多天的薪资，例如目标日期可以为2019年1月4号，或者2019年1月4日-1月7日，具体此处不做限定。

102、响应于第一指令，判断用户是否已领取目标日期的薪资；

接收到用户发送的第一指令后，先判断用户是否已经领取目标日期的薪资，具体包括：从系统数据库中获取该用户的薪资记录，该薪资记录包括申请发薪时间、正式发薪时间和发放薪资数目，若该薪资记录中的正式发薪时间包括目标日期，则确定用户已经领取目标日期的薪资，并向用户发送提示该目标日期的薪资已经发放的消息；或者当目标日期包括多个日期时，若该多个日期中存在特定日期包含于薪资记录中的正式发薪时间，则向用户发送提示信息，以提示用户该特定日期的薪资已经发放，需重新确定目标日期。

若薪资发放系统判断用户并未领取目标日期的薪资，则执行步骤103。

103、若否，则获取用户在目标日期的考勤记录；

当薪资发放系统确定用户未领取目标日期的薪资时，则从系统数据库中获取用户在目标日期的考勤记录。

可以理解的是，用户的每次考勤记录都会关联存储于系统数据库中，具体记录用户的考勤记录的方式可以包括：接收用户的打卡指令，该打卡指令包括用户的唯一标识信息；响应于该打卡指令，获取用户的地理位置信息、用户的ip地址和当次打卡的打卡频率；根据用户的地理位置信息、用户的ip地址和当次打卡的打卡频率确定当次打卡是否为有效打卡记录；若是，根据用户的唯一标识信息、当日日期和有效打卡记录生成用户的当日考勤记录并存储于数据库中。

具体地，根据用户的地理位置信息、用户的ip地址和当次打卡的打卡频率确定当次打卡是否为有效打卡记录包括：由于现实生活中，会存在甲员工帮乙员工打卡而导致乙员工虚假考勤的情况，因此为了防范该情况，系统会判断用户的ip地址当日是否已与其他用户的唯一标识信息关联，即用户a当日打卡成功后，该用户a的设备的ip地址会与用户a的唯一标识信息关联，若用户a退出薪资发放系统的登录，再登录用户b的系统账号打卡，则由于用户a的设备的ip地址不变，且已与用户a的唯一标识信息关联，故在使用用户b的系统账号打卡时，系统确定用户的ip地址当日已与其他用户即用户a的唯一标识信息关联，则系统将提示打卡失败。

反之，若系统判断用户的ip地址当日未与其他用户的唯一标识信息关联，则在确定用户的地理位置信息在预设范围内，且打卡频率在预设时长内超过阈值时，则确定打卡频率对应的目标打卡时间为有效打卡记录，其中，若当次打卡用于上班打卡时，目标打卡时间为打卡频率对应的最早打卡时间；若当次打卡用于下班打卡时，目标打卡时间为打卡频率对应的最晚打卡时间。为便于理解，例如，设定在公司附近150米的范围为预设范围，若用户的地理位置信息距离公司位置小于150米，则确定用户的地理位置信息在预设范围内，且由于网络数据传输延迟或者用户操作等因素，用户会在预设时长内多次打卡，例如，用户在上班途中，08:20:05打卡一次，08:21:15打卡一次，08:21:20打卡一次，为避免产生冗余数据，故系统会确定打卡频率对应的最近的打卡时间为有效打卡记录，即08:20:05对应的打卡记录为有效打卡记录。

因此在确定有效打卡记录后，根据用户的唯一标识信息、当日日期和有效打卡记录生成用户的当日考勤记录并存储于数据库中，故可以从该数据库中获取用户在目标日期的考勤记录。

104、根据考勤记录确定用户在目标日期的薪资；

获取用户在目标日期的考勤记录后，根据考勤记录确定用户在目标日期的薪资，具体包括：根据考勤记录确定用户在预设考勤时间段内的有效考勤时长，例如预设考勤时间段为09:00-12:00及13:30-18:00，用户的考勤记录为08:57-11:30和13:25-18:05，则用户的有效考勤时长为2.5h+4.5h＝7h。为了进一步减少人工压力，本实施例还可以自动计算加班薪资，即根据考勤记录判断是否满足加班条件以确定用户在目标日期是否加班；再根据以下公式确定用户在目标日期的薪资：

salary＝m*a/a+ib；

其中，m表示用户的日全勤薪资，a表示有效考勤时长，a表示预设考勤时间段的时长，当确定用户在目标日期加班时，i为1；当确定用户在目标日期加班时，i为0，b为预设加班薪资。

需要说明的是，在实际应用中，用户在支取当日工资时，系统也可以仅确定用户当日的有效考勤时长所对应的工资，即不考虑加班工资，因此确定用户在目标日期的薪资可以通过公式salary＝m*a/a进行计算，提高了该薪资发放系统处理用户发薪需求的效率。具体确定用户在目标日期的薪资的方式此处不做限定。

105、生成第一审核消息，并将第一审核信息发送至审核人员进行审核；

确定用户在目标日期的薪资后，生成第一审核消息，其中，该第一审核消息包括用户的唯一标识信息、目标日期，用户在目标日期的考勤记录和用户在目标日期的薪资，为了提高薪资审核的准确率，减少薪资审核过程中的差错，本实施例中，将第一审核信息发送至审核人员进行审核，审核人员根据第一审核信息中的数据审核通过或者拒绝。

106、当接收到响应于第一审核消息的审核通过消息时，向用户账户发放用户在目标日期的薪资。

当审核人员根据第一审核信息中的数据审核通过后，接收到响应于第一审核消息的审核通过消息，并向用户账户发放用户在目标日期的薪资。需要说明的是，用户可以在用户账户中绑定银行卡或者网络账户如支付宝、微信钱包等，使得在用户的薪资到账用户账户后，用户可以提取至银行卡或者网络账户，故本实施例提供了多种发薪方式满足用户需求。

需要说明的是，用户还可以通过本实施例的薪资发放系统查询薪水记录，具体地，接收用户发送的查询指令，查询指令用于指示查询用户的薪资发放记录，查询指令包括用户的唯一标识信息和设定时间段；响应于查询指令，获取用户在设定时间段内的薪资发放记录，并进行显示，薪资发放记录包括薪资发放至用户账户的入账记录和从用户账户提取薪资的出账记录。因此用户可以通过薪资发放系统更加直观便捷的了解薪资的发放和提取记录，提高了用户体验。

本申请实施例中，提供可以日结薪资的薪资发放系统，提高了日薪的发放效率。通过严格的风控系统把关，大大降低了日薪发放的错误率。同时，发薪可以无需收集银行卡，简化了企业的工作流程，实现了发薪的整体优化。

上面从基于薪资发放方法的角度对本申请实施例进行了描述，下面从薪资发放系统的角度对本申请实施例进行描述。

请参阅图2a，图2a为本申请实施例提供的一种可能的薪资发放系统的实施例示意图，其中，该薪资发放系统具体包括：

输入模块201，用于接收用户发送的第一指令，所述第一指令用于指示申请发放日薪，所述第一指令包括所述用户的唯一标识信息和所述日薪对应的目标日期；

风控模块202，用于响应于所述第一指令，判断所述用户是否已领取所述目标日期的薪资；

考勤模块203，用于若否，则获取所述用户在所述目标日期的考勤记录；

薪资确定模块204，用于根据所述考勤记录确定所述用户在所述目标日期的薪资；

日薪审核模块205，用于生成第一审核消息，并将所述第一审核信息发送至审核人员进行审核，所述第一审核消息包括所述用户的唯一标识信息、所述目标日期，所述用户在所述目标日期的考勤记录和所述用户在所述目标日期的薪资；

发薪模块206，用于当接收到响应于所述第一审核消息的审核通过消息时，向用户账户发放所述用户在所述目标日期的薪资。

在一种可能的实施例中，所述薪资确定模块204具体用于：根据所述考勤记录确定所述用户在预设考勤时间段内的有效考勤时长，并根据所述考勤记录确定所述用户在所述目标日期是否加班；根据以下公式确定所述用户在所述目标日期的薪资：salary＝m*a/a+ib；其中，所述m表示所述用户的日全勤薪资，所述a表示所述有效考勤时长，所述a表示所述预设考勤时间段的时长，当确定所述用户在所述目标日期加班时，所述i为1；当确定所述用户在所述目标日期加班时，所述i为0，所述b为预设加班薪资。

在一种可能的实施例中，所述薪资发放系统包括：

所述输入模块201，还用于接收所述用户的打卡指令，所述打卡指令包括所述用户的唯一标识信息；

定位模块207，用于响应于所述打卡指令，获取所述用户的地理位置信息、用户的ip地址和当次打卡的打卡频率；

风险控制模块208，用于根据所述用户的地理位置信息、用户的ip地址和当次打卡的打卡频率确定当次打卡是否为有效打卡记录；

所述考勤模块203，用于若是，根据所述用户的唯一标识信息、当日日期和所述有效打卡记录生成所述用户的当日考勤记录并存储于数据库中。

在一种可能的实施例中，所述风险控制模块具体用于：判断所述用户的ip地址当日是否已与其他用户的唯一标识信息关联；若否，则当所述用户的地理位置信息在预设范围内，且所述打卡频率在预设时长内超过阈值时，则确定所述打卡频率对应的目标打卡时间为有效打卡记录，其中，若所述当次打卡用于上班打卡时，所述目标打卡时间为所述打卡频率对应的最早打卡时间；若所述当次打卡用于下班打卡时，所述目标打卡时间为所述打卡频率对应的最晚打卡时间。

在一种可能的实施例中，所述薪资发放系统包括：

所述输入模块201，还用于接收用户发送的查询指令，所述查询指令用于指示查询所述用户的薪资发放记录，所述查询指令包括所述用户的唯一标识信息和设定时间段；

输出模块209，用于响应于所述查询指令，获取所述用户在所述设定时间段内的薪资发放记录，并进行显示，所述薪资发放记录包括薪资发放至所述用户账户的入账记录和从所述用户账户提取薪资的出账记录。

为便于理解，结合图1所示的薪资发放方法，请参阅图2b，为本实施例提供的另一可能的薪资发放系统的结构示意图，该薪资发放系统包括用户端单元、商户端单元和支付单元，其中，用户端单元包括定位模块、风险控制模块、考勤模块和用户薪资模块；商户端单元包括日薪审核模块、发薪模块和风控模块；支付单元包括：支付模块、银行模块和网络账户模块。

具体地，定位模块用于通过用户设备的定位获取地理位置信息，作为用户打卡考勤依据的参考数据；风险控制模块，用户通过获取用户的ip地址、地理位置、打卡频率等数据，确定是否有效打卡记录；考勤模块，用于提供用户打卡界面，用户登录用户端单元，在设定的打卡范围内打卡，用户端单元自动记录用户考勤信息。同时通过系统配置数据分析决策是否申请日薪，推送到日薪审核模块；用户薪资模块，提供用户查询薪水的界面，用户登录用户端单元查询发放到账户的薪水，绑定银行卡或者网络账户，然后选择将薪水提现到银行卡或者网络账户；日薪审核模块，查询用户申请日薪的所有记录，审核人员根据申请的记录数据审核通过或者拒绝，审核通过的日薪会推送到发薪模块；发薪模块，将审核通过的日薪申请记录自动发放到用户的账户中，供用户在用户端查询薪水记录；风控模块，通过对日薪申请记录数据和考勤数据对比分析决策，辅助日薪审核；支付模块，通过和银行模块和网络账户模块交互，帮助用户提现自己的银行卡或网络账户。

本申请实施例中，提供可以日结薪资的薪资发放系统，提高了日薪的发放效率。通过严格的风控系统把关，大大降低了日薪发放的错误率。同时，发薪可以无需收集银行卡，简化了企业的工作流程，实现了发薪的整体优化。

请参阅图3，图3为本申请实施例提供的电子设备的实施例示意图。

如图3所示，本申请实施例提供了一种电子设备，包括存储器310、处理器320及存储在存储器320上并可在处理器320上运行的计算机程序311，处理器320执行计算机程序311时实现以下步骤：接收用户发送的第一指令，所述第一指令用于指示申请发放日薪，所述第一指令包括所述用户的唯一标识信息和所述日薪对应的目标日期；响应于所述第一指令，判断所述用户是否已领取所述目标日期的薪资；若否，则获取所述用户在所述目标日期的考勤记录；根据所述考勤记录确定所述用户在所述目标日期的薪资；生成第一审核消息，并将所述第一审核信息发送至审核人员进行审核，所述第一审核消息包括所述用户的唯一标识信息、所述目标日期，所述用户在所述目标日期的考勤记录和所述用户在所述目标日期的薪资；当接收到响应于所述第一审核消息的审核通过消息时，向用户账户发放所述用户在所述目标日期的薪资。

由于本实施例所介绍的电子设备为实施本申请实施例中一种薪资发放系统所采用的设备，故而基于本申请实施例中所介绍的方法，本领域所属技术人员能够了解本实施例的电子设备的具体实施方式以及其各种变化形式，所以在此对于该电子设备如何实现本申请实施例中的方法不再详细介绍，只要本领域所属技术人员实施本申请实施例中的方法所采用的设备，都属于本申请所欲保护的范围。

请参阅图4，图4为本申请实施例提供的一种计算机可读存储介质的实施例示意图。

如图4所示，本实施例提供了一种计算机可读存储介质400，其上存储有计算机程序411，该计算机程序411被处理器执行时实现如下步骤：接收用户发送的第一指令，所述第一指令用于指示申请发放日薪，所述第一指令包括所述用户的唯一标识信息和所述日薪对应的目标日期；响应于所述第一指令，判断所述用户是否已领取所述目标日期的薪资；若否，则获取所述用户在所述目标日期的考勤记录；根据所述考勤记录确定所述用户在所述目标日期的薪资；生成第一审核消息，并将所述第一审核信息发送至审核人员进行审核，所述第一审核消息包括所述用户的唯一标识信息、所述目标日期，所述用户在所述目标日期的考勤记录和所述用户在所述目标日期的薪资；当接收到响应于所述第一审核消息的审核通过消息时，向用户账户发放所述用户在所述目标日期的薪资。

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

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

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。