CN105743952A

CN105743952A - 一种业务处理方法、服务器以及erp客户端

Info

Publication number: CN105743952A
Application number: CN201410767596.8A
Authority: CN
Inventors: 林爱发; 陈汉华
Original assignee: Kingdee Software China Co Ltd
Current assignee: Kingdee Software China Co Ltd
Priority date: 2014-12-12
Filing date: 2014-12-12
Publication date: 2016-07-06
Anticipated expiration: 2034-12-12
Also published as: CN105743952B

Abstract

本发明实施例公开了一种业务处理方法、服务器以及ERP客户端，用于提升用户体验，节约服务器资源。本发明实施例方法包括：服务器接收用户通过ERP客户端发送的推送请求；服务器接收ERP客户端发送的用户日志；服务器根据用户日志获取用户用户事件；服务器根据用户事件确定用户事件对应的角色标识；服务器根据角色标识获取角色标识对应的业务信息；服务器向ERP客户端推送业务信息，使得ERP客户端向用户提供业务信息。本发明实施例还公开了一种服务器以及ERP客户端。本发明实施例能够有效提升用户体验，节约服务器资源。

Description

一种业务处理方法、服务器以及ERP客户端

技术领域

本发明涉及通信领域，尤其涉及一种业务处理方法、服务器以及ERP客户端。

背景技术

现代社会中，企业资源计划(ERP，EnterpriseResourcePlanning)系统在企业中的应用十分普遍。ERP系统是指在信息技术基础上，以系统化的管理思想，为企业决策层以及员工提供决策运行手段的管理平台。ERP系统可以对企业的资源进行有计划的管理，通过对资源的合理调配和使用，发挥资源的最大效用。

ERP服务器可以向企业的ERP客户端推送信息资源，使得企业的用户能够迅速获取最新的业务新闻或客户信息。推送是指服务器向ERP客户端发送整理过的信息资源。

现有技术中的一种业务处理方法为：企业用户向服务器发送推送该请求，服务器会向企业ERP客户端推送针对企业的全部用户的信息。

但是，在实际应用中，针对企业的全部用户推送的信息对于某个企业用户而言，并不是全部有用，用户需要花费时间和精力对信息进行筛选，因此用户体验不佳；同时，服务器向用户推送信息超出用户所需，因此浪费了服务器资源。

发明内容

本发明实施例提供了一种业务处理方法、服务器以及ERP客户端，用于减轻服务器负担。

有鉴于此，本发明第一方面提供了一种业务处理方法，包括：

服务器接收用户通过ERP客户端发送的推送请求；

服务器接收ERP客户端发送的用户日志；

服务器根据用户日志获取用户用户事件；

服务器根据用户事件确定用户事件对应的角色标识；

服务器根据角色标识获取角色标识对应的业务信息；

服务器向ERP客户端推送业务信息，使得ERP客户端向用户提供业务信息。

结合本发明第一方面，在本发明第一方面的第一种可能的实现方式中，服务器向ERP客户端推送业务信息包括：

服务器根据用户日志获取用户的工作时段；

服务器将工作时段划分为预置数量的时段，获取各时段内用户事件出现的次数；

服务器确定用户事件出现的次数小于预置数值的时段为目标时段；

服务器在目标时段向ERP客户端推送业务信息。

结合本发明第一方面，或本发明第一方面的第一种可能的实现方式，本发明第一方面的第二种可能的实现方式包括：

服务器接收ERP客户端发送的故障报告；

服务器根据故障报告获取解决方案；

服务器向ERP客户端发送解决方案。

结合本发明第一方面的第二种可能的实现方式，在本发明第一方面的第三种可能的实现方式中，服务器接收ERP客户端发送的故障报告包括：

服务器根据故障报告获取故障类型；

服务器根据故障类型向预置角色标识对应的ERP客户端发送解决方案。

本发明实施例第二方面提供一种业务处理方法，包括：

ERP客户端向服务器发送推送请求；

ERP客户端生成用户日志；

ERP客户端向服务器发送用户日志；

ERP客户端接收服务器推送的业务信息，业务信息为服务器根据用户日志获取的业务信息；

ERP客户端向用户提供业务信息。

结合本发明第二方面，本发明第二方面的第一种可能的实现方式包括；

ERP客户端向服务器发送故障报告，使得服务器根据故障报告获取解决方案；

ERP客户端接收服务器发送的解决方案。

本发明实施例第三方面提供一种服务器，包括：

第一接收模块，用于接收用户通过ERP客户端发送的推送请求；

第二接收模块，用于接收ERP客户端发送的用户日志；

第一获取模块，用于根据用户日志获取用户事件；

确定模块，用于根据第二获取模块获取的用户事件确定用户事件对应的角色标识；

第二获取模块，用于根据角色标识获取角色标识对应的业务信息；

推送模块，用于向ERP客户端推送获取模块获取的业务信息，使得ERP客户端向用户提供业务信息。

结合第三方面，在第三方面的第一种可能的实现方式中，推送模块包括：

第一获取单元，用于根据用户日志获取用户的工作时段；

划分单元，用于将工作时段划分为预置数量的时段；

第二获取单元，用于获取各时段内用户事件出现的次数；

确定单元，用于确定用户事件出现的次数小于预置数值的时段为目标时段；

推送单元，用于在目标时段向ERP客户端推送业务信息。

结合第三方面，或第三方面的第一种可能的实现方式，第三方面的第二种可能的实现方式包括：

第三接收模块，用于接收ERP客户端发送的故障报告；

第三获取模块，用于根据第三接收模块接收的故障报告获取解决方案；

第一发送模块，用于向ERP客户端发送第二获取模块获取的解决方案。

结合第三方面的第二种可能的实现方式，在第三方面的第三种可能的实现方式中，第一发送模块包括：

第三获取单元，用于根据故障报告获取故障类型；

发送单元，用于向预置角色标识对应的ERP客户端发送解决方案。

本发明实施例第四方面提供一种ERP客户端，包括：

第二发送模块，用于向服务器发送推送请求；

生成模块，用于生成用户日志；

第三发送模块，用于向服务器发送用户日志，使得服务器根据用户日志获取业务信息。

第四接收模块，用于接收服务器推送的业务信息；

提供信息模块，用于向用户提供业务信息。

结合第四方面，本发明实施例第四方面的第一种可能的实现方式包括：

第四发送模块，用于向服务器发送故障报告，使得服务器根据故障报告获取解决方案；

第五接收模块，用于接收服务器发送的解决方案。

从以上技术方案可以看出，本发明实施例具有以下优点：

服务器可以根据用户日志中用户事件确定用户对应的角色标识，根据角色标识获取业务信息并向ERP客户端推送业务数据，因此用户使用ERP客户端时会收到服务器根据用户角色推送的信息，不再需要花费大量时间和精力对信息进行筛选，从而提升了用户体验。同时，服务器向ERP客户端推送的信息会显著减少，因此减轻了服务器负担，节约了服务器资源。

附图说明

图1为本发明实施例中业务处理方法的一个实施例示意图；

图2为本发明实施例中业务处理方法的另一个实施例示意图；

图3为本发明实施例中业务处理方法的另一个实施例示意图；

图4为本发明实施例中业务处理方法的另一个实施例示意图；

图5为本发明实施例中业务处理方法的另一个实施例示意图；

图6为本发明实施例中服务器的一个实施例示意图；

图7为本发明实施例中服务器的另一个实施例示意图；

图8为本发明实施例中服务器的另一个实施例示意图；

图9为本发明实施例中ERP客户端的一个实施例示意图；

图10为本发明实施例中ERP客户端的另一个实施例示意图。

具体实施方式

本发明实施例提供了一种业务处理方法、服务器以及ERP客户端，用于提升用户体验，减轻服务器负担。

请参阅图1，本发明实施例中业务处理方法的一个实施例包括：

101、服务器接收用户通过ERP客户端发送的推送请求；

本发明实施例中，服务器接收用户通过ERP客户端发送的推送请求，推送请求用于获取业务信息。

102、服务器接收ERP客户端发送的用户日志；

服务器接收ERP客户端发送的用户日志。

103、服务器根据用户日志获取用户事件；

当服务器接收用户日志之后，服务器根据用户日志可以获取用户事件。

104、服务器根据用户事件确定用户事件对应的角色标识；

当服务器根据用户日志获取用户事件之后，服务器根据用户事件确定用户事件对应的角色标识。

105、服务器根据角色标识获取角色标识对应的业务信息；

当服务器确定了角色标识之后，服务器可以根据角色标识获取角色标识对应的业务信息。

106、服务器向ERP客户端推送业务信息，使得ERP客户端向用户提供业务信息。

当服务器获取角色标识对应的业务信息之后，服务器向ERP客户端推送业务信息，ERP客户端获取业务信息并向用户提供业务信息。

需要说明的是，服务器还可以通过查询服务器的数据库中用户所属部门和用户的职位的方法确定用户对应的角色，还可以通过其他方式获取用户对应的角色，此处不作限定。

在实际应用中，服务器根据用户的实际情况向用户发送业务信息，具体可以通过以下方式实现，请参阅图2，本发明实施例中业务处理方法的另一个实施例包括：

201、服务器接收用户通过ERP客户端发送的推送请求；

本发明实施例中，服务器接收用户通过ERP客户端发送的推送请求，该请求用于获取业务信息。

202、服务器接收ERP客户端发送的用户日志；

服务器接收ERP客户端发送的用户日志，用户日志包含有用户名，用户事件发生的时间，用户事件等，还可以包含其他信息，此处不作具体限定。

用户日志的格式可以为JavaScript对象表示法(JSON，JavaScriptObjectNotation)格式，还可以为其他格式，此处不作具体限定。

203、服务器根据用户日志获取用户事件；

当服务器接收用户日志之后，服务器根据用户日志获取用户事件。

204、服务器根据用户事件确定用户事件对应的角色标识；

用户事件记录了用户操作行为，服务器可以分析用户事件中用户操作的功能模块，确定功能模块对应的角色，从而可以确定角色标识。

可以理解的是，服务器还可以采用其他方式从用户事件中确定用户角色，此处不作具体限定。

角色标识可以是用户职位，还可以是其他标识角色的信息，此处不作具体限定。

205、服务器根据角色标识获取角色标识对应的业务信息；

具体可以为：服务器可以为角色标识分配关键字，在全部的业务信息中匹配关键字，如果匹配成功，则获得与角色标识对应的业务信息，还可以是其他方法，此处不作具体限定。

业务信息为与角色相关的业务数据，行业新闻或业务软件等，还可以为其他信息，此处不作具体限定。

业务信息的格式为JSON格式，还可以为其他格式，此处不作具体限定。

206、服务器根据用户日志获取用户的工作时段；

当服务器接收用户日志之后，服务器可以根据用户日志获取用户的工作时段。

207、服务器将工作时段划分为预置数量的时段；

当服务器根据用户日志获取用户的工作时段之后，服务器可以将工作时段划分为预置数量的时段。

预置数量可以根据经验设定，可以是三个或四个，还可以是其他数量，此处不作具体限定。

208、服务器获取各时段内用户事件出现的次数；

当服务器将工作时段划分为预置数量的时段之后，服务器可以获取各时段内用户事件出现的次数。

209、服务器确定用户事件出现的次数小于预置数值的时段为目标时段；

当服务器获取各时段内用户事件出现的次数之后，服务器可以确定用户事件出现的次数小于预置数值的时段为目标时段。预置数值可以是根据经验设定的数值，还可以是服务器统计用户事件出现的次数取得的平均值，此处不作具体限定。

210、服务器在目标时段向ERP客户端推送业务信息，使得ERP客户端向用户提供业务信息。

当服务器确定用户事件出现的次数小于预置数值的时段为目标时段之后，服务器可以在目标时段向ERP客户端推送业务信息，使得ERP客户端向用户提供业务信息。

需要说明的是，本实施例中，步骤202至209描述了服务器获取用户日志，并根据用户日志获取业务信息和目标时段的过程，步骤201描述了服务器接收推送请求的过程，可以理解的是，在实际应用中，这两个过程并有固定的先后关系，执行的先后顺序具体此处不作限定。

本实施例中，步骤203至205描述了服务器根据用户日志获取业务信息的过程，步骤206至209描述了服务器根据用户日志获取目标时段的过程，可以理解的是，在实际应用中，这两个过程并没有固定的先后关系，可以先执行步骤203至205，再执行步骤206至209，也可以先执行步骤206至209，再执行步骤203至205，或者可以同时执行步骤203至205，以及步骤206至209，具体此处不做限定。

其次，本实施例中服务器可以设定预置时段向ERP客户端推送业务信息，提高了方案实施的灵活性。

请参阅图3，本发明实施例中业务处理方法的另一个实施例包括：

301、服务器接收用户通过ERP客户端发送的推送请求；

302、服务器接收ERP客户端发送的用户日志；

本发明实施例中，服务器接收ERP客户端发送的用户日志，用户日志包含有用户名，用户事件发生的时间，用户事件等，还可以包含其他信息，此处不作具体限定。

用户日志的格式可以为JSON格式，还可以为其他格式，此处不作具体限定。

303、服务器根据用户日志获取用户用户事件；

304、服务器根据用户事件确定用户事件对应的角色标识；

305、服务器根据角色标识获取角色标识对应的业务信息；

当服务器确定用户事件对应的角色标识之后，服务器可以根据角色标识获取角色标识对应的业务信息。

306、服务器根据用户日志获取用户的工作时段；

307、服务器将工作时段划分为预置数量的时段；

308、服务器获取各时段内用户事件出现的次数；

309、服务器确定用户事件出现的次数小于预置数值的时段为目标时段；

310、服务器在目标时段向ERP客户端推送业务信息，使得ERP客户端向用户提供业务信息。

311、服务器接收ERP客户端发送的故障报告；

用户操作ERP客户端发生故障时，ERP客户端可以根据故障生成故障报告，服务器可以接收ERP客户端发送的故障报告。

故障报告可以携带于用户日志中，服务器可以从用户日志中获取。

故障报告可以包含故障类型，故障标识等，还可以包括其他信息，此处不作具体限定。

312、服务器根据故障报告获取解决方案；

当服务器接收ERP客户端发送的故障报告之后，服务器可以查询故障对应的解决方案，服务器可以从保存的解决方案中获取，还可以从保存解决方案的其他服务器获取，此处不作具体限定。

服务器根据故障报告获取解决方案具体可以包括服务器根据角色标识和故障报告获取解决方案。

313、服务器向ERP客户端发送解决方案。

当服务器获取解决方案之后，服务器向ERP客户端发送解决方案。

服务器向ERP客户端发送解决方案具体可以包括：服务器根据故障报告获取故障类型；服务器根据故障类型向预置角色标识对应的ERP客户端发送解决方案，预置角色可以是系统信息管理员，还可以是其他类型的人员，此处不作具体限定。

再次，服务器还可以根据ERP客户端发送的故障报告提供解决方案，增加了方案实施的灵活性。

上面从服务器的角度对本发明实施例中业务处理方法进行了描述，下面从ERP客户端的角度进行描述，请参阅图4，本发明实施例中业务处理方法的一个实施例包括：

401、ERP客户端向服务器发送推送请求；

用户可以通过ERP客户端向服务器发送推送请求，推送请求包含有用户信息。

402、ERP客户端生成用户日志；

ERP客户端根据用户的操作记录生成用户日志。

用户日志可以包括用户事件，用户事件发生的时间，用户名等，还可以包括其他信息，此处不作具体限定。

403、ERP客户端向服务器发送用户日志；

在ERP客户端生成用户日志之后，ERP客户端向服务器发送用户日志，使得服务器根据用户日志获取用户信息对应的角色标识，并根据角色标识获取业务信息。

404、ERP客户端接收服务器推送的业务信息；

当服务器接收用户日志之后，服务器可以根据用户日志获取业务信息，并发送给ERP客户端。

405、ERP客户端向用户提供业务信息。

当ERP客户端接收服务器推送的业务信息之后，ERP客户端可以向用户提供业务信息。

请参阅图5，本发明实施例中业务处理方法的另一个实施例包括：

501、ERP客户端向服务器发送推送请求；

用户通过ERP客户端向服务器发送的推送请求。

502、ERP客户端生成用户日志；

ERP客户端根据用户的操作记录生成用户日志。

503、ERP客户端向服务器发送用户日志；

在ERP客户端生成用户日志之后，ERP客户端向服务器发送用户日志。

504、ERP客户端接收服务器推送的业务信息；

当服务器接收用户日志之后，服务器根据用户日志获取用户信息对应的角色标识，并根据角色标识获取业务信息并发送给ERP客户端，ERP客户端可以接收服务器推送的业务信息。

505、ERP客户端向用户提供业务信息。

ERP客户端向用户提供业务信息的方式可以采用间隔的轮播，还可以使用其他方式，此处具体不做限定。

ERP客户端允许用户关闭业务信息，还允许用户对业务信息进行其他操作，此处不作具体限定。

506、ERP客户端向服务器发送故障报告，使得服务器根据故障报告获取解决方案；

ERP客户端向服务器发送故障报告，服务器可以根据故障报告获取解决方案并向ERP客户端发送。

507、ERP客户端接收服务器发送的解决方案。

ERP客户端接收服务器发送的解决方案，用户可以根据解决方案解决故障。

其次，ERP客户端可以发送故障报告，使得服务器根据故障报告提供解决方案，提高了方案的灵活性。

为便于理解，下面以一具体应用场景对本发明实施例中的业务处理方法进行详细描述：

ERP客户端向服务器发送的用户日志为如下表所示：

日期	时刻	用户事件
			20140905	091523	张三登记红富士苹果库存
20140905	092034	张三登记沙田橘库存
			20140905	093446	张三登记雪梨库存
20140905	094008	张三登记火龙果库存

20140905	094530	张三查询芒果库存
			20140905	095154	张三登记香蕉库存
20140905	095820	张三登记火龙果库存
			20140905	101023	张三登记葡萄库存
20140905	102328	张三登记可口可乐库存
			20140905	104037	张三查询沙田橘库存
20140905	105848	张三登记柚子库存
			20140905	112022	张三登记哈密瓜库存
20140905	112656	张三登记榴莲库存
			20140905	114047	张三登记橙子库存

其中，“20140905”是用户事件发生的日期，“091523”是用户事件发生的时刻，“张三登记红富士苹果库存”是用户事件。

服务器可以将张三的上午工作时段划分为3个时段，9：00至10：00，10:00至11:00，11:00至12:00。服务器可以设定在一个小时内张三正常工作状态下用户事件出现的次数为5，如果用户事件出现次数大于或等于5，则服务器标记此时段为张三的繁忙时段，服务器在此时段内不向张三发送业务信息，如果用户事件出现次数小于5，表明张三在此时段内不忙，服务器标记此时段为张三的空闲时段，并向“张三”推送送业务信息。在9：00至10：00时段，张三出现的次数为6，在10：00至11：00时段，张三出现的次数为4，在10：00至11：00时段，张三出现的次数为3，服务器可以从表所示的用户日志中得出9：00至10：00为繁忙时段，10:00至11:00为空闲时段，11:00至12:00为空闲时段。

服务器可以在10:00至11:00，11:00至12:00向张三推送业务信息。

服务器可以根据“登记红富士苹果库存”这个行为确定“张三”为“仓管员”，服务器根据“仓管员”获取与仓管员相关的业务信息，业务信息可以是行业新闻，与仓管有关的软件，或客户信息等。假定业务信息为客户信息，服务器获取客户信息后，向ERP客户端推送客户信息，张三因此不会收到其他人员的业务信息，如财务人员的业务信息，从而提高了用户体验。服务器可以根据张三的角色发送相应的信息，因此节约了服务器资源。

上面对本发明实施例中的业务处理方法进行了描述，下面对本发明实施例中服务器进行详细描述，请参阅图6，本发明实施例中服务器的一个实施例包括：

第一接收模块601，用于接收用户通过ERP客户端发送的推送请求；

第二接收模块602，用于接收ERP客户端发送的用户日志；

第一获取模块603，用于根据第一接收模块接收的用户日志获取用户事件；

确定模块604，用于根据第一获取模块获取的用户事件确定用户事件对应的角色标识；

第二获取模块605，用于根据角色标识获取角色标识对应的业务信息；

推送模块606，用于向ERP客户端推送获取模块获取的业务信息，使得ERP客户端向用户提供业务信息。

请参阅图7，本发明实施例中服务器的另一个实施例包括：

第一接收模块701，用于接收用户通过ERP客户端发送的推送请求；

第二接收模块702，用于接收ERP客户端发送的用户日志；

第一获取模块703，用于根据第一接收模块接收的用户日志获取用户事件；

确定模块704，用于根据第一获取模块获取的用户事件确定用户事件对应的角色标识；

第二获取模块705，用于根据角色标识获取角色标识对应的业务信息；

推送模块706，用于向ERP客户端推送获取模块获取的业务信息，使得ERP客户端向用户提供业务信息。

本实施例中，推送模块706包括：

第一获取单元7061，用于根据第二接收模块接收的用户日志获取用户的工作时段；

划分单元7062，用于将第一获取单元获取的工作时段划分为预置数量的时段；

第二获取单元7063，用于获取划分单元划分的各时段内用户事件出现的次数；

确定单元7064，用于确定第二获取单元获取的用户事件出现的次数小于预置数值的时段为目标时段。

推送单元7065，用于在确定单元确定的目标时段向ERP客户端推送业务信息。

请参阅图8，本发明实施例中服务器的另一个实施例包括：

第一接收模块801，用于接收用户通过ERP客户端发送的推送请求；

第二接收模块802，用于接收ERP客户端发送的用户日志；

第一获取模块803，用于根据第一接收模块接收的用户日志获取用户事件；

确定模块804，用于根据第一获取模块获取的用户事件确定用户事件对应的角色标识；

第二获取模块805，用于根据角色标识获取角色标识对应的业务信息；

推送模块806，用于向ERP客户端推送获取模块获取的业务信息，使得ERP客户端向用户提供业务信息。

第三接收模块807，用于接收ERP客户端发送的故障报告；

第三获取模块808，用于根据接收模块接收的故障报告获取解决方案；

第一发送模块809，用于向ERP客户端发送获取模块获取的解决方案。

本实施例中，推送模块806包括：

第一获取单元8061，用于根据第二接收模块接收的用户日志获取用户的工作时段；

划分单元8062，用于将第一获取单元获取的工作时段划分为预置数量的时段；

第二获取单元8063，用于获取划分单元划分的各时段内用户事件出现的次数；

确定单元8064，用于确定第二获取单元获取的用户事件出现的次数小于预置数值的时段为目标时段。

推送单元8065，用于在确定单元确定的目标时段向ERP客户端推送业务信息。

第一发送模块809包括：

第三获取单元8091，用于根据故障报告获取故障类型；

发送单元8092，用于根据故障类型向预置角色标识对应的ERP客户端发送解决方案。

其次，本实施例中，服务器可以设定预置时段向ERP客户端推送业务信息，提高了方案实施的灵活性。

再次，本实施例中，服务器还可以根据ERP客户端发送的故障报告提供解决方案，增加了方案实施的灵活性。

为便于理解，下面一个实际应用场景对本发明实施例中服务器的各模块之间的交互进行描述：

第一接收模块801接收用户通过ERP客户端发送的推送请求。

第二接收模块802接收ERP客户端发送的用户日志，用户日志包含有用户名，用户事件发生的时间，用户事件等，还可以包含其他信息，此处不作具体限定。

当第二接收模块802接收用户日志之后，第一获取模块803根据用户日志获取用户事件，确定模块804可以确定用户事件对应的角色标识。

第二获取模块805可以根据角色标识获取角色标识对应的业务信息。

具体可以为：第二获取模块805可以为角色标识分配关键字，在全部的业务信息中匹配关键字，如果匹配成功，则获得与角色标识对应的业务信息，还可以是其他方法，此处不作具体限定。

当第二接收模块802接收用户日志之后，第一获取单元8061可以根据用户日志获取用户的工作时段；

划分单元8062可以将工作时段划分为预置数量的时段。

当划分单元8062将工作时段划分为预置数量的时段之后，第三获取单元8063可以获取各时段内用户事件出现的次数。

当第三获取单元8063获取各时段内用户事件出现的次数之后，第二确定单元8064可以确定用户事件出现的次数小于预置数值的时段为目标时段。预置数值可以是根据经验设定的数值，还可以是第二确定单元8064统计用户事件出现的次数取得的平均值，此处不作具体限定。

当第二确定单元8064确定用户事件出现的次数小于预置数值的时段为目标时段之后，推送单元8065可以在目标时段向ERP客户端推送业务信息，使得ERP客户端向用户提供业务信息。

用户操作ERP客户端发生故障时，ERP客户端可以根据故障生成故障报告，第三接收模块807可以接收ERP客户端发送的故障报告。

ERP客户端还可以根据故障生成故障报告的标识，并向服务器发送。

第三接收模块807可以接收ERP客户端发送的故障报告。

当第三接收模块807接收ERP客户端发送的故障报告之后，第三获取模块808可以从保存的解决方案中获取，还可以从其他服务器获取，此处不作具体限定。

在第三获取模块808获取解决方案之后，第一发送模块809向ERP客户端发送解决方案。

第一发送模块809向ERP客户端发送解决方案具体可以包括：第三获取单元8091根据故障报告获取故障类型，发送单元8092根据故障类型向预置角色标识对应的ERP客户端发送解决方案，预置角色可以是系统信息管理员，还可以是其他类型的人员，此处不作具体限定。

请参阅图9，本发明实施例中ERP客户端的一个实施例包括：

第二发送模块901，用于向服务器发送推送请求；

生成模块902，用于生成用户日志；

第三发送模块903，用于向服务器发送用户日志，使得服务器根据用户日志获取业务信息；

第四接收模块904，用于接收服务器推送的业务信息；

提供信息模块905，用于向用户提供业务信息。

请参阅图10，本发明实施例中ERP客户端的另一个实施例包括：

第二发送模块1001，用于向服务器发送推送请求；

生成模块1002，用于生成用户日志；

第三发送模块1003，用于向服务器发送用户日志，使得服务器根据用户日志获取业务信息；

第四接收模块1004，用于接收服务器推送的业务信息；

提供信息模块1005，用于向用户提供业务信息；

第四发送模块1006，用于向服务器发送故障报告，使得服务器根据故障报告获取解决方案；

第五接收模块1007，用于接收服务器发送的解决方案。

为便于理解，下面一个实际应用场景对本发明实施例中ERP客户端的各模块之间的交互进行描述：

第二发送模块1001通过ERP客户端向服务器发送的推送请求。

生成模块1002根据用户的操作记录生成用户日志。

在生成模块1002生成用户日志之后，第三发送模块1003向服务器发送用户日志。

当服务器接收推送请求之后，服务器根据用户日志获取用户信息对应的角色标识，并根据角色标识获取业务信息并发送给ERP客户端，第四接收模块1004可以接收服务器推送的业务信息。

提供信息模块1005向用户提供业务信息的方式可以采用间隔的轮播，还可以使用其他方式，此处具体不做限定。

提供信息模块1005允许用户关闭业务信息，还允许用户对业务信息进行其他操作，此处不作具体限定。

第四发送模块1006向服务器发送故障报告，服务器可以根据故障报告获取解决方案并向ERP客户端发送。

第五接收模块1007接收服务器发送的解决方案，用户可以根据解决方案解决故障。

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

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

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

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

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims

1.一种业务处理方法，其特征在于，包括：

服务器接收用户通过企业资源计划ERP客户端发送的推送请求；

所述服务器接收所述ERP客户端发送的用户日志；

所述服务器根据所述用户日志获取用户事件；

所述服务器根据所述用户事件确定所述用户事件对应的角色标识；

所述服务器根据所述角色标识获取所述角色标识对应的业务信息；

所述服务器向所述ERP客户端推送所述业务信息，使得所述ERP客户端向所述用户提供所述业务信息。

2.根据权利要求1所述的业务处理方法，其特征在于，所述服务器向所述ERP客户端推送所述业务信息包括：

所述服务器根据用户日志获取用户的工作时段；

所述服务器将所述工作时段划分为预置数量的时段，获取各时段内用户事件出现的次数；

所述服务器确定用户事件出现的次数小于预置数值的时段为目标时段；

所述服务器在所述目标时段向所述ERP客户端推送所述业务信息。

3.根据权利要求1或2所述的业务处理方法，其特征在于，所述业务处理方法还包括：

所述服务器接收所述ERP客户端发送的故障报告；

所述服务器根据所述故障报告获取解决方案；

所述服务器向所述ERP客户端发送解决方案。

4.根据权利要求3所述的业务处理方法，其特征在于，所述服务器接收所述ERP客户端发送的故障报告包括：

所述服务器根据所述故障报告获取故障类型；

所述服务器根据故障类型向预置角色标识对应的ERP客户端发送解决方案。

5.一种业务处理方法，其特征在于，包括：

ERP客户端向服务器发送推送请求；

所述ERP客户端生成用户日志；

所述ERP客户端向所述服务器发送所述用户日志；

所述ERP客户端接收所述服务器推送的业务信息，所述业务信息为所述服务器根据所述用户日志获取的业务信息；

所述ERP客户端向所述用户提供所述业务信息。

6.根据权利要求5所述的业务处理方法，其特征在于，所述业务处理方法还包括：

所述ERP客户端向所述服务器发送故障报告，使得所述服务器根据故障报告获取解决方案；

所述ERP客户端接收所述服务器发送的所述解决方案。

7.一种服务器，其特征在于，包括：

第一接收模块，用于接收用户通过企业资源计划ERP客户端发送的推送请求；

第二接收模块，用于接收ERP客户端发送的所述用户的用户日志；

第一获取模块，用于根据所述第二接收模块接收的所述用户日志获取用户事件；

确定模块，用于根据所述第一获取模块获取的所述用户事件确定所述用户事件对应的角色标识；

第二获取模块，用于根据所述角色标识获取角色标识对应的业务信息；

推送模块，用于向所述ERP客户端推送所述第二获取模块获取的所述业务信息，使得所述ERP客户端向用户提供所述业务信息。

8.根据权利要求7所述的服务器，其特征在于，所述推送模块包括：

第一获取单元，用于根据所述第二接收模块接收的所述用户日志获取用户的工作时段；

划分单元，用于将所述第一获取单元获取的所述工作时段划分为预置数量的时段；

第二获取单元，用于获取所述划分单元划分的各时段内用户事件出现的次数；

确定单元，用于确定所述第二获取单元获取的用户事件出现的次数小于预置数值的时段为目标时段。

推送单元，用于在所述确定单元确定的所述目标时段向所述ERP客户端推送所述业务信息。

9.根据权利要求7或8所述的服务器，其特征在于，所述服务器还包括：

第三接收模块，用于接收所述ERP客户端发送的故障报告；

第三获取模块，用于根据所述第三接收模块接收的所述故障报告获取解决方案；

第一发送模块，用于向所述ERP客户端发送所述第二获取模块获取的解决方案。

10.根据权利要求9所述的服务器，其特征在于，所述第一发送模块包括：

第三获取单元，用于根据所述故障报告获取故障类型；

11.一种ERP客户端，其特征在于，包括：

第二发送模块，用于向服务器发送推送请求；

生成模块，用于生成用户日志；

第三发送模块，用于向所述服务器发送所述用户日志，使得所述服务器根据所述用户日志获取业务信息；

第四接收模块，用于接收所述服务器推送的业务信息；

提供信息模块，用于向所述用户提供所述第四接收模块接收的所述业务信息。

12.根据权利要求11所述的ERP客户端，其特征在于，所述ERP客户端还包括：

第四发送模块，用于向所述服务器发送故障报告，使得所述服务器根据所述故障报告获取解决方案；

第五接收模块，用于接收所述服务器发送的所述解决方案。