一种消息处理方法、装置、电子设备及存储介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种消息处理方法、装置、电子设备及存储介质。


背景技术：

2.通过企业微信等聊天软件进行业务交流在日常办公中越来越常见。尤其是在服务方对客户方的服务过程中，需要服务方的工作人员通过手动的方式，将与工单有关的信息录入到系统中，再由系统生成任务工单分派给对应的管理负责人，管理负责人可能还需要进一步分配任务子工单到具体的执行负责人，整个过程冗长，且工作人员需要手动输入，增加了工作负担。


技术实现要素：

3.有鉴于此，本技术实施例至少提供一种消息处理方法、一种消息处理装置、一种电子设备和一种计算机可读存储介质，用于简化工作人员创建工单以及派发工单的过程，减轻工作负担。
4.本技术主要包括以下几个方面：第一方面，本技术实施例提供一种消息处理方法，应用于终端设备，终端设备上运行有目标即时通信应用，消息处理方法包括：响应于针对目标即时通信应用的聊天界面中的目标控件的选择操作，显示服务需求界面；响应于在服务需求界面上执行的需求创建操作，显示需求创建界面，其中，在需求创建界面中显示有至少一个预测需求条目，至少一个预测需求条目基于在目标即时通信应用的聊天界面中的聊天记录来生成；基于至少一个预测需求条目生成服务需求，其中，服务需求包括至少一个服务任务；在服务需求界面中显示服务需求。
5.在一种可能的实施方式中，服务需求界面中还显示有与服务需求对应的合同信息。至少一个服务任务指用于推进合同信息所指示的项目实施的任务。其中，合同信息是与终端设备的第一用户在聊天界面中进行聊天的第二用户的用户信息相关联的合同信息。
6.在一种可能的实施方式中，通过以下方式来生成至少一个预测需求条目：获取目标即时通信应用的聊天界面中的即时聊天记录，其中，即时聊天记录包括终端设备的第一用户在聊天界面中输入的一条聊天记录，或者，与第一用户在聊天界面中进行聊天的第二用户所输入的一条聊天记录；从即时聊天记录中提取用于创建预测需求条目的需求信息，需求信息至少包括与服务任务对应的任务信息以及执行服务任务的执行对象；根据需求信息，创建一个预测需求条目。
7.在一种可能的实施方式中，消息处理方法还包括：在新创建一个预测需求条目之后，在目标控件处显示提示标识，提示标识用于指示存在未创建为服务需求的预测需求条目；和/或，服务需求界面上显示有用于创建需求的创建控件，还包括：在创建控件处显示数量标识，数量标识用于指示所存在的未创建为服务需求的预测需求条目的数量。
8.在一种可能的实施方式中，基于至少一个预测需求条目生成服务需求的步骤，具体包括：对需求创建界面中显示的预测需求条目进行识别，根据识别结果将与同一服务任务对应的预测需求条目生成一服务需求，或将与同一合同信息对应的预测需求条目生成一服务需求。
9.在一种可能的实施方式中，基于至少一个预测需求条目生成服务需求的步骤，具体包括：响应于在需求创建界面上执行的针对至少一个预测需求条目中的目标预测需求条目的选中操作，创建服务需求。
10.在一种可能的实施方式中，响应于在服务需求界面上执行的群组创建操作，显示群组创建界面，其中，在群组创建界面中至少显示有与目标服务需求对应的用于编辑群组名称的第一区域和用于确定群组成员的第一区域，在第一区域中预先输入了基于目标服务需求产生的推荐群组名称，在第二区域中包括推荐群组成员和候选群组成员；响应于在群组创建界面上的编辑操作，生成服务群组。
11.在一种可能的实施方式中，消息处理方法还包括：在生成服务群组之后，控制目标即时通信应用进入服务群组的群组聊天界面；在群组聊天界面中显示一消息确认窗口，在消息确认窗口中显示有与至少一个服务任务对应的服务信息，服务信息至少包括与服务任务对应的任务信息以及执行服务任务的执行对象；响应于对消息确认窗口中所显示的服务信息的确认操作，将服务信息作为一条会话消息发送在服务群组内，同时，对所涉及的执行对象进行提示。
12.在一种可能的实施方式中，群组聊天界面包括聊天区域和任务信息展示区域，任务信息展示区域内包括以下项中的至少一项：至少一个服务任务以及执行至少一个服务任务的执行对象；至少一个服务任务的任务进度；每个执行对象针对相应的服务任务的任务执行情况的记录；与服务群组对应的目标服务需求相关联的合同信息。
13.第二方面，本技术实施例还提供一种消息处理装置，包括：第一显示控制模块，用于响应于针对目标即时通信应用的聊天界面中的目标控件的选择操作，显示服务需求界面；第二显示控制模块，用于响应于在服务需求界面上执行的需求创建操作，显示需求创建界面，其中，在需求创建界面中显示有至少一个预测需求条目，至少一个预测需求条目基于在目标即时通信应用的聊天界面中的聊天记录来生成；需求创建模块，用于响应于在需求创建界面上执行的针对至少一个预测需求条目中的目标预测需求条目的选中操作，创建服务需求，其中，服务需求包括至少一个服务任务；第三显示控制模块，用于在服务需求界面中显示服务需求。
14.第三方面，本技术实施例还提供一种电子设备，包括：处理器、存储器和总线，存储器存储有处理器可执行的机器可读指令，当电子设备运行时，处理器与存储器之间通过总线进行通信，机器可读指令被处理器运行时执行上述第一方面或第一方面中任一种可能的实施方式中的消息处理方法的步骤。
15.第四方面，本技术实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述第一方面或第一方面中任一种可能的实施方式中的消息处理方法的步骤。
16.本技术实施例提供的消息处理方法，通过响应用户针对目标即时通信应用的聊天界面中的目标控件的选择操作，提供服务需求界面，通过目标控件自动识别有客户方和服务方的应用账户共同参与的聊天会话中与服务需求相关的内容，基于识别出的内容生成预测需求条目显示在需求创建界面中，用户可以根据需要选择一个或多个预测需求条目创建服务需求或根据预测需求条目自动创建服务需求，以向对应的用户提醒所要执行的服务任务，还可以基于创建的服务需求创建服务群组，使服务方与客户方更有效的沟通，同时使服务方每个执行人员在目标即时通信应用中就能够清楚自己的服务任务，避免反复切换其他工单系统中查看待办事项，提高了服务方的工作效率。
17.为使本技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
18.为了更清楚地说明本技术实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
19.图1示出了本技术实施例所提供的一种消息处理方法的流程图；图2示出了本技术实施例所提供的服务需求界面的示意图；图3示出了本技术实施例所提供的生成服务群组的步骤的流程图；图4示出了本技术实施例所提供的群组创建界面的示意图；图5示出了本技术实施例所提供的群组聊天界面的示意图；图6示出了本技术实施例所提供的一种消息处理装置的结构示意图；图7示出了本技术实施例所提供的一种电子设备的结构示意图。
具体实施方式
20.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，应当理解，本技术中的附图仅起到说明和描述的目的，并不用于限定本技术的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本技术中使用的流程图示出了根据本技术的一些实施例实现的操作。应当理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本技术内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
21.另外，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的全部其他实施例，都属于本技术保护的范围。
22.为了使得本领域技术人员能够使用本技术内容，结合特定应用场景“消息处理”，给出以下实施方式，对于本领域技术人员来说，在不脱离本技术的精神和范围的情况下，可
以将这里定义的一般原理应用于其他实施例和应用场景。
23.本技术实施例下述方法、装置、电子设备或计算机可读存储介质可以应用于任何需要进行消息处理的场景，本技术实施例并不对具体的应用场景作限制，任何使用本技术实施例提供的消息处理的方法、装置、电子设备及存储介质的方案均在本技术保护范围内。
24.值得注意的是，在本技术提出之前，通过企业微信等聊天软件进行业务交流在日常办公中越来越常见。服务方与客户方之间通过企业微信进行业务沟通，需要服务方的工作人员使用企业微信之外的工单派发系统进行工单分配，工作人员需要在多个应用程序中来回切换。尤其是在服务方对客户方的服务过程中，需要服务方的工作人员通过手动的方式，将与工单有关的信息录入到系统中，再由系统生成任务工单分派给对应的管理负责人，管理负责人可能还需要进一步分配任务子工单到具体的执行负责人，整个过程冗长，且工作人员需要手动输入，增加了工作负担。
25.针对上述问题，本技术实施例提供了一种消息处理方法、一种消息处理装置、一种电子设备和一种计算机可读存储介质，下面通过实施例进行描述。
26.为便于对本技术进行理解，下面结合具体实施例对本技术提供的技术方案进行详细说明。
27.图1为本技术实施例所提供的消息处理方法的流程图。如图1所示，本技术实施例提供的消息处理方法，应用于终端设备，终端设备上运行有目标即时通信应用，该消息处理方法包括以下步骤：步骤s101：响应于针对目标即时通信应用的聊天界面中的目标控件的选择操作，显示服务需求界面。
28.步骤s102：响应于在服务需求界面上执行的需求创建操作，显示需求创建界面。这里，在需求创建界面中显示有至少一个预测需求条目，至少一个预测需求条目基于在目标即时通信应用的聊天界面中的聊天记录来生成。
29.步骤s103：基于至少一个预测需求条目生成服务需求。这里，服务需求包括至少一个服务任务。
30.步骤s104：在服务需求界面中显示服务需求。
31.其中，步骤s101中，目标即时通信应用为运行在终端设备上的具有聊天功能的即时通信应用。目标控件为植入在即时通信应用的聊天界面的一种功能控件，用户选择该目标控件后，显示服务需求界面。服务需求界面用于提供有关任务需求的信息，通过服务需求界面用户可以了解与自己相关的、需要处理的任务信息。当目标控件被触发选择时，则将服务需求界面展示在终端设备的屏幕上。
32.具体的，服务需求界面可以显示在目标即时通信应用的聊天界面的边侧显示，也可以在新生成的界面中显示。
33.图2提供了一种服务需求界面的示意图。如图2所示，服务需求界面中显示有合同信息、基于该合同信息创建的多个服务需求。该服务需求界面上还设置有需求创建按键（如图2中所示的新建需求按键）、取消关联按键和一键拉群按键。其中取消关联按键用于取消当前服务需求与服务需求界面上显示的合同信息之间的关联状态，或用于取消当前服务需求与用户开启该服务需求界面的聊天界面的关联状态。该服务需求界面上还设置有滑动栏，用于对服务需求界面在终端设备上的显示部分进行调整。
34.在步骤s102中，用户需要创建需求提醒时，在终端设备上发起需求创建操作，终端设备则显示出需求创建界面。需求创建界面中显示有一个或多个预测需求条目，这里的预测需求条目是根据目标即时通信应用的聊天界面中的聊天记录来生成的，具体的，这里的聊天记录主要是客户方和服务方的应用账户之间发起的单人聊天或多人聊天中的聊天记录。
35.具体的，每一个预测需求条目是根据客户方和服务方的应用账户之间发起的单人聊天或多人聊天中的聊天记录的一条聊天对话进行识别生成的。
36.在步骤s103中，根据在步骤s102中的至少一个预测需求条目生成服务需求。这里的服务需求包括至少一个服务任务，用户通过查看服务任务可以获取当前项目实施的进度，以及了解每个执行人员需要执行的服务任务信息等，还可以对服务需求进行任务分配。
37.具体的，可以通过以下方式生成服务需求：对需求创建界面中显示的预测需求条目进行识别，根据识别结果将与同一服务任务对应的预测需求条目生成一服务需求，或将与同一合同信息对应的预测需求条目生成一服务需求。可以理解的是，通过智能识别预测需求条目中包括的全部或部分任务信息，将与同一个服务任务对应的预测需求条目生成一个服务需求。还可以，将与同一个合同信息对应的预测需求条目生成一个服务需求，此时生成的服务需求中包括的则可以是同一个合同信息对应的多个服务任务及服务任务对应的执行对象。通过预测需求条目自动生成服务需求，可以减轻用户的操作负担。
38.在自动生成服务需求的情况下，将服务需求显示在服务需求界面之前，还提供用户确认界面，将自动生成的服务需求显示在用户确认界面，用户可以对自动生成的服务需求内容进行确认或者修改。
39.还可以通过以下方式生成服务需求：响应于在需求创建界面上执行的针对至少一个预测需求条目中的目标预测需求条目的选中操作，创建服务需求。这里用户可以通过点击的方式，更详细的了解每个预测需求条目中的内容，即可以将用户点击操作对应的预测需求条目放大显示。用户可以根据需要选中一条或多条目标与预测需求条目，目标控件则基于用户选中的预测需求条目生成服务需求。根据用户的选中生成服务需求，可以满足用户的个性化需要。在步骤s104中，将创建好的服务需求显示在服务需求界面中，方便用户查看或编辑。
40.示例性的，在目标即时通信应用上显示有服务方的用户与客户方对话的聊天界面，这里的聊天界面中设置有输入区域和聊天记录显示区域，用户在输入区域内编辑的文字内容发送后显示在聊天记录显示区域，同时服务器端对输入区域内编辑的文字内容进行记录。针对每一条聊天记录进行识别，当识别到当前的聊天记录中存在与服务需求相关的文字时，则将识别结果生成预测需求条目显示在需求创建界面中。当用户需求创建新的服务需求时，可以选中需求创建界面中的一个或多个预测需求条目。根据用户选则的一个或多个预测需求条目中的需求信息生成服务需求或根据预测需求条目自动创建服务需求，并显示在服务需求界面中。
41.在该实施例中，通过响应用户针对目标即时通信应用的聊天界面中的目标控件的选择操作，提供服务需求界面，通过目标控件自动识别有客户方和服务方的应用账户共同参与的聊天会话中与服务需求相关的内容，基于识别出的内容生成预测需求条目显示在需求创建界面中，用户可以根据需要选择一个或多个预测需求条目创建服务需求或根据预测
需求条目自动创建服务需求，以向对应的用户提醒所要执行的服务任务，使服务方每个执行人员在目标即时通信应用中就能够清楚自己的服务任务，避免反复切换其他工单系统中查看待办事项，提高了服务方的工作效率。
42.进一步的，服务需求界面中还显示有合同信息，至少一个服务任务指用于推进合同信息所指示的项目实施的任务。其中，合同信息是与终端设备的第一用户在聊天界面中进行聊天的第二用户的用户信息相关联的合同信息。
43.具体的，服务需求界面中还显示有合同信息，这里的服务需求是指基于合同信息的服务方为该合同信息指示的服务项目，这里的服务任务是指用于推进合同信息指示的项目实施的具体任务。这里的合同信息是终端设备基于当前登入账户在聊天界面中进行聊天的客户方的用户信息相关的合同信息，这里的合同信息是通过合同系统获得的，合同信息中包括有合同编号，通过合同编号可以获取与本合同相关的销售人员或执行主管人员以及合同签订的客户方信息，还可以获取与本合同相关的时间、类型以及交易金额等。
44.可以理解的是，合同信息中可以获取签订该合同的双方用户，即服务方的销售人员等和签订的客户对象及其负责人等，通过合同信息可以将不同层级的服务方和客户方的多个用户共同关联在一起，即将用户与对应的合同信息关联在一起。当创建新的服务需求时，该服务需求对应的合同信息关联的所有服务方用户都可以在服务需求界面中看到该服务需求。服务方用户可以通过聊天界面中的目标控件的按钮触发，以显示服务需求界面。
45.进一步的，通过以下方式来生成至少一个预测需求条目：获取目标即时通信应用的聊天界面中的即时聊天记录，其中，即时聊天记录包括终端设备的第一用户在聊天界面中输入的一条聊天记录，或者，与第一用户在聊天界面中进行聊天的第二用户所输入的一条聊天记录；从即时聊天记录中提取用于创建预测需求条目的需求信息，需求信息至少包括与服务任务对应的任务信息以及执行服务任务的执行对象；根据需求信息，创建一个预测需求条目。
46.具体的，预测需求条目是显示再需求创建界面上的用于用户创建服务需求的选项条目。用户通过终端设备显示的服务需求界面依据自身需求发出需求创建操作，终端设备将需求创建界面展示出来，这里的需求创建界面可以覆盖在服务需求界面显示的位置，也可以在以新的界面的形式显示在终端设备的屏幕中的其他位置上。
47.需求创建界面中显示有至少一个预测需求条目，这里的一个预测需求条目是基于目标即时通信应用的聊天界面中的即时聊天记录生成的。通过对即时聊天记录中的内容进行识别，根据识别结果生成预测需求条目，其中，每条预测需求是基于即时聊天记录的一条聊天记录生成的。这里的聊天记录指的是有服务方的应用账户与客户方的应用账户共同存在的私聊或群聊中的即时聊天记录。
48.在聊天记录中通过文字识别模型识别出的是用于创建预测需求条目的需求信息，这里的需求信息至少包括与服务任务对应的任务信息以及执行服务任务的执行对象，这里的服务任务对应的任务信息是指服务方需要执行的具体工作任务，执行对象可以是服务方的某一个服务层级或具体的执行人员，且该执行人员的应用账户也关联在执行对象的信息数据中，示例性的，需求信息可以为“销售人员给王经理打电话”或“李华上报客户订单”。
49.根据需求信息创建对应的预测需求条目，并将预测需求条目显示在需求创建界面
中，这里的预测需求条目上显示有任务信息，以及根据任务信息和当前服务需求界面中关联的合同信息确定出的任务信息标题（也可以作为服务需求的标题），这里的任务信息标题用于提示用户与合同信息所指示的项目实施的任务的相关信息，方便用户更好的创建服务需求。
50.进一步的，在新创建一个预测需求条目之后，在目标控件处显示提示标识，提示标识用于指示存在未创建为服务需求的预测需求条目。
51.和/或，服务需求界面上显示有用于创建需求的创建控件，还包括：在创建控件处显示数量标识，数量标识用于指示所存在的未创建为服务需求的预测需求条目的数量。
52.具体的，在一种情况中，当终端设备根据即时聊天记录识别出用于创建预测需求条目的需求信息时，自动生成预测需求条目并在目标控件出显示出提示标识，以提示用户当前的即时聊天记录中存在服务需求，用户可以根据需要点击创建控件，以获取服务需求界面。这里的提示标识用于指示当前需求创建界面中存在新的未创建为服务需求的预测需求条目。例如，图2所示的新建需求按键上显示有圆型提示标识。
53.在另一种情况中，当终端设备根据即时聊天记录识别出用于创建预测需求条目的需求信息时，自动生成预测需求条目并在目标控件出显示出数量标识，该数量标识用于指示基于当前即时聊天记录创建的预测需求条目的数量，这里的数量为未创建未服务需求的预测需求条目，同时已经创建过服务需求的预测需求条目也可以继续显示在需求创建界面中以供用户继续选择创建另外的服务需求。
54.进一步的，图3提供了本技术的一种生成服务群组的流程图。如图3所示，创建了新的服务需求后，还可以基于当前的服务需求创建服务群组。在服务需求界面上还显示有群组创建界面，目标控件生成服务群组的过程具体包括：步骤s201：响应于在服务需求界面上执行的群组创建操作，显示群组创建界面，其中，在群组创建界面中至少显示有与目标服务需求对应的用于编辑群组名称的第一区域和用于确定群组成员的第一区域，在第一区域中预先输入了基于目标服务需求产生的推荐群组名称，在第二区域中包括推荐群组成员和候选群组成员；步骤s202：响应于在群组创建界面上的编辑操作，生成服务群组。
55.图4提供了一种群组创建界面的示意图。如图4所示，步骤s201中，相应用户在终端设备上发出的群组创建操作，显示群组创建界面，该群组创建操作可以为点击服务需求界面上显示的群组创建按钮。例如，在如图2所示的服务需求界面上，点击一键拉群按键，即可跳转至群组创建界面。
56.这里的群组创建界面中至少显示有与目标服务需求对应的用于编辑群组名称的第一区域和用于确定群组成员的第二区域。这里的第一区域为群组群名的编辑区域，优选的可以预先根据目标服务需求生成推荐群组名称，这里的推进群组名称是根据目标服务需求以及合同信息共同确定的。这里的第二区域中包括推荐群组成员和候选群组成员。其中，推荐群组成员和候选群组成员是根据目标服务需求确定的应用账户，例如将服务需求对应的执行人员以及服务需求关联的合同信息中获取的客户方的负责人员，将执行人员和负责人员对应的应用账户作为第二区域中的推荐群组成员。而候选群组成员则是将与服务需求关联的合同信息中客户方的所有客户人员以及同一合同信息关联的所有服务需求中的负责人员都包括在内。
57.步骤s202中，用户可以在第一区域内自行对群组名称进行编辑，对推荐群组名称进行更改或者输入新的群组名称。还可以勾选第二区域内的推荐群组成员或候选群组成员，进行群组成员的配置，最后根据群组创建界面上的编辑操作确定服务群组的群组名称和群组成员。
58.以图2所示的服务需求界面为例，服务需求界面中显示有与当前合同信息对应的一个或多个服务需求，用户可以选中其中一个服务需求，针对选中的服务需求创建群组，例如，在选中服务需求之后，点击“一键拉群”按键以创建群组。还可以，在服务需求界面上，跳转群组创建界面，其中可以选择所要创建群组的服务需求列表，再针对选中的服务需求创建群组。
59.进一步的，图5示出了本技术实施例所提供的群组聊天界面的示意图，其中，图5中左下方的区域为输入区域，左上方的区域为聊天记录显示区域，右边的区域为服务区域。服务需求界面可以在服务区域内显示。
60.如图5所示，在生成服务群组之后，控制目标即时通信应用进入服务群组的群组聊天界面；在群组聊天界面中显示一消息确认窗口，在消息确认窗口中显示有与至少一个服务任务对应的服务信息，服务信息至少包括与服务任务对应的任务信息以及执行服务任务的执行对象；响应于对消息确认窗口中所显示的服务信息的确认操作，将服务信息作为一条会话消息发送在服务群组内，同时，对所涉及的执行对象进行提示。
61.具体的，在已经创建的服务群组的聊天界面中，可以显示与服务需求关联的合同信息，在与服务群组对应的服务需求中的任务信息中包括多个子任务信息时，用户可以通过终端设备打开群组聊天界面中的消息确认窗口，该消息确认窗口中显示当前服务任务对应的服务信息，其中将任务信息中的多个子任务信息和对应的执行对象一一对应的显示在消息确认窗口中，用户还可以对子任务信息和对应的执行对象进行修改和确认，最后将用户修改确认后的子任务信息作为一条会话消息发送在服务群组内，以对子任务信息对应的执行对象进行提示。示例性的，可以以群内小助手的身份发送“保洁服务平台数据仓库建设@张明”这样的对话，并艾特对应的执行对象。
62.进一步的，群组聊天界面包括聊天区域和任务信息展示区域，任务信息展示区域内包括以下项中的至少一项：至少一个服务任务以及执行至少一个服务任务的执行对象；至少一个服务任务的任务进度；每个执行对象针对相应的服务任务的任务执行情况的记录；与服务群组对应的目标服务需求相关联的合同信息。
63.具体的，在创建的服务群组聊天界面中设置有聊天区域和任务信息展示区域，其中，任务信息展示区域中可以展示至少一个服务任务以及与服务任务对应的执行对象，方便用户即时查看当前的任务信息。
64.还可以在任务信息展示区域中展示服务任务的任务进度，示例性的，执行人员可以对与自身关联的服务任务的状态进行编辑，还可以将完成的服务任务和未完成的服务任务用不同的颜色区别显示，使工作人员对服务任务的进度情况一目了然。如在图5中服务区域的最下方设置有写跟进按键，通过点击写跟进按键可以进入任务编辑界面，从而对与自身关联的服务任务进行跟进。其中可以包括对任务内容进行修改或设置任务状态等。
65.还可以在任务信息展示区域显示每个执行对象针对响应的服务任务执行情况的记录。示例性的，将每个服务任务与其对应的执行人员的信息都一一对应的显示在任务信
息展示区域，并将每个服务任务的任务进度也同步显示出来。
66.还可以在任务信息展示区域显示与服务群组对应的目标服务需求相关联的合同信息。这里的合同信息是通过合同系统获得的，合同信息中包括有合同编号，通过合同编号可以获取与本合同相关的销售人员或执行主管人员以及合同签订的客户方信息，还可以获取与本合同相关的时间、类型以及交易金额等。
67.进一步的，在本技术的实施例中，通过文字识别模型对目标即时通信应用的聊天界面中的聊天记录进行识别，以获取用于生成预测需求条目的信息，该文字识别模型的生成方法包括以下步骤：收集目标即时通信应用的聊天界面中的聊天记录，通过自然语言处理模型在收集到的聊天记录中针对单条聊天会话进行关键字段识别。通过人工对关键字段识别结果进行检验，对检验后的关键字段基于服务需求进行分类标注，通过分类标注后的关键字段对自然语言处理模型进行训练，从而生成文字识别模型。这里的关键字段指的是描述具体的服务任务有关的任务信息和任务信息对应的执行对象的字段。
68.还包括，通过文字识别模型识别出的关键字段生成预测需求条目的信息，并计算预测需求条目的转化率，即用户勾选了哪些预测需求条目生成创建服务需求。计算用于创建服务需求的预测需求条目数量与生成的预测需求条目总数量的比例作为预测需求条目转化率，并基于预测需求条目转化率对文字识别模型进行优化。
69.本技术实施例提供的消息处理方法，通过智能识别聊天记录中的服务任务事项，能够减少员工手动维护数据的工作，且保证了生成的服务需求制式统一，无论是服务方或是客户方的用户查看方便，一目了然。同时与传统的将工单信息输入至工单系统再进行分配的流程相比，本技术实施例提供的消息处理方法，直接基于即时通应用的聊天界面中，提供服务需求的生成和展示，且可以基于服务需求快速的建立群聊，简化了传统意义上分配工单的流程，避免用户在不同的系统中反复切换，缩短了服务方对客户发出需求的响应时间，减轻了服务方用户的工作负担。
70.基于同一申请构思，本技术实施例中还提供了与上述实施例提供的方法对应的消息处理装置，由于本技术实施例中的装置解决问题的原理与本技术上述实施例的消息处理方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。
71.图6示出了本技术实施例所提供的一种消息处理装置的结构示意图，如图6所示，本技术的实施例提供的消息处理装置600，包括：第一显示控制模块610，用于响应于针对目标即时通信应用的聊天界面中的目标控件的选择操作，显示服务需求界面；第二显示控制模块620，用于响应于在服务需求界面上执行的需求创建操作，显示需求创建界面，其中，在需求创建界面中显示有至少一个预测需求条目，至少一个预测需求条目基于在目标即时通信应用的聊天界面中的聊天记录来生成；需求创建模块630，用于基于至少一个预测需求条目生成服务需求，其中，服务需求包括至少一个服务任务；第三显示控制模块640，用于在服务需求界面中显示服务需求。
72.进一步的，服务需求界面中还显示有与服务需求对应的合同信息。至少一个服务任务指用于推进合同信息所指示的项目实施的任务。其中，合同信息是与终端设备的第一
用户在聊天界面中进行聊天的第二用户的用户信息相关联的合同信息。
73.进一步的，还包括预测需求条目生成模块，预测需求条目生成模块具体用于：获取目标即时通信应用的聊天界面中的即时聊天记录，其中，即时聊天记录包括终端设备的第一用户在聊天界面中输入的一条聊天记录，或者，与第一用户在聊天界面中进行聊天的第二用户所输入的一条聊天记录；从即时聊天记录中提取用于创建预测需求条目的需求信息，需求信息至少包括与服务任务对应的任务信息以及执行服务任务的执行对象；根据需求信息，创建一个预测需求条目。
74.进一步的，消息处理装置还包括标识模块，标识模块具体包括：提示标识模块：用于在新创建一个预测需求条目之后，在目标控件处显示提示标识，提示标识用于指示存在未创建为服务需求的预测需求条目；和/或数量标识模块：用于在创建控件处显示数量标识，数量标识用于指示所存在的未创建为服务需求的预测需求条目的数量。此时服务需求界面上显示有用于创建需求的创建控件。
75.进一步的，所述需求创建模块包括：自动创建模块，用于对所述需求创建界面中显示的预测需求条目进行识别，根据识别结果将与同一服务任务对应的预测需求条目生成一服务需求，或将与同一合同信息对应的预测需求条目生成一服务需求；手动创建模块，用于响应于在所述需求创建界面上执行的针对所述至少一个预测需求条目中的目标预测需求条目的选中操作，创建服务需求。
76.进一步的，还包括：第一群组创建模块，用于响应于在服务需求界面上执行的群组创建操作，显示群组创建界面，其中，在群组创建界面中至少显示有与目标服务需求对应的用于编辑群组名称的第一区域和用于确定群组成员的第一区域，在第一区域中预先输入了基于目标服务需求产生的推荐群组名称，在第二区域中包括推荐群组成员和候选群组成员；第二群组创建模块，用于响应于在群组创建界面上的编辑操作，生成服务群组。
77.进一步的，还包括：控制子模块，用于在生成服务群组之后，控制目标即时通信应用进入服务群组的群组聊天界面。
78.在群组聊天界面中显示一消息确认窗口，在消息确认窗口中显示有与至少一个服务任务对应的服务信息，服务信息至少包括与服务任务对应的任务信息以及执行服务任务的执行对象；响应于对消息确认窗口中所显示的服务信息的确认操作，将服务信息作为一条会话消息发送在服务群组内，同时，对所涉及的执行对象进行提示。
79.进一步的，群组聊天界面包括聊天区域和任务信息展示区域，任务信息展示区域内包括以下项中的至少一项：至少一个服务任务以及执行至少一个服务任务的执行对象；至少一个服务任务的任务进度；每个执行对象针对相应的服务任务的任务执行情况的记录；与服务群组对应的目标服务需求相关联的合同信息。
80.基于同一申请构思，参见图7所示，为本技术实施例提供的一种电子设备500的结构，该电子设备500包括：至少一个处理器501，至少一个网络接口504或者其他用户接口503，存储器505，至少一个通信总线502。通信总线502用于实现这些组件之间的连接通信。
该电子设备500可选的包含用户接口503，包括显示器（例如，触摸屏、lcd、crt、全息成像（holographic）或者投影（projector）等），键盘或者点击设备（例如，鼠标，轨迹球（trackball），触感板或者触摸屏等）。
81.存储器505可以包括只读存储器和随机存取存储器，并向处理器501提供指令和数据。存储器505的一部分还可以包括非易失性随机存取存储器（nvram）。
82.在一些实施方式中，存储器505存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统5051，包含各种系统程序，用于实现各种基础业务以及处理基于硬件的任务；应用程序5052，包含各种应用程序，例如桌面（launcher）、媒体播放器（mediaplayer）、浏览器（browser）等，用于实现各种应用业务。
83.在本发明实施例中，通过调用存储器505存储的程序或指令，处理器501用于执行上述任一实施例提供的医学图像方法的步骤。基于同一申请构思，本技术实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述实施例提供的消息处理方法的步骤。
84.具体地，存储介质能够为通用的存储介质，如移动磁盘、硬盘等，存储介质上的计算机程序被运行时，能够执行上述消息处理方法，通过响应用户针对目标即时通信应用的聊天界面中的目标控件的选择操作，提供服务需求界面，通过目标控件自动识别有客户方和服务方的应用账户共同参与的聊天会话中与服务需求相关的内容，基于识别出的内容生成预测需求条目显示在需求创建界面中，用户可以根据需要选择一个或多个预测需求条目创建服务需求，以向对应的用户提醒所要执行的服务任务，还可以基于创建的服务需求创建服务群组，使服务方与客户方更有效的沟通，同时使服务方每个执行人员在目标即时通信应用中就能够清楚自己的服务任务，避免反复切换其他工单系统中查看待办事项，提高了服务方的工作效率。
85.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本技术所提供的几个实施例中，应理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
86.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
87.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
88.功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本技术的技
术方案本质上或者说对现有技术做出贡献的部分或者技术方案的部分可以以软件产品的形式体现出来，计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器（read
‑
onlymemory，rom）、随机存取存储器（randomaccessmemory，ram）、磁碟或者光盘等各种可以存储程序代码的介质。
89.以上仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。