一种基于即时通信的协同工作中任务信息的提醒方法

摘要

本发明提供一种基于即时通信的关键任务提醒的方法，其特征在于，包括：1)服务器判断是否要提醒聊天群或协作群中某个或某几个客户端进行提醒；如果判断为是，自动计算提醒周期并进行相应的计时，如果判断为否，重新执行步骤1)；2)计时到达所述提醒周期时，服务器主动向对应的客户端推送消息。本发明中，用户A发出某个关键事件时，根据历史情况动态计算需要启动提醒的时间，如超过提醒时间其他用户未响应该事件，则按照计算出的时间进行提醒，提醒群里对应角色的用户，直到被提醒的用户处理该事件为止。另外，每个工作组的响应时间不一样，通过动态平均算法，逐步接近本工作组的工作水平。

说明书

技术领域

本发明涉及计算机技术领域，具体地说，本发明涉及即时通信技术领域。

背景技术

协同工作是指多个人共同完成一件或者多件事项。从字面上上来看，协同就是齐心协力、共同工作。或者说是协调两个或者两个以上的不同资源或者个体，协同一致地完成某一目标的过程。日常工作中，大部分事项都需要与同事协作完成、与其他部门协调资源、或者向领导进行请示汇报；大部分工作都处于开放的环境，如特殊请求、突发事件、临时汇报、项目协作、活动组织、意见征集、沟通协调等等，因此，通过协作流程的使用，员工可以很便捷的实现与其他同事的头脑风暴、分工协作、资源整合，使得很多处于随机和发散状态的工作实现有序化、可跟踪化、可追溯化，实现工作的敏捷性与有效性的统一。

另一方面，即时通信(英文为Instant Messaging，缩写为IM)是目前Internet上最为流行的通讯方式，各种各样的即时通信软件也层出不穷；服务提供商也提供了越来越丰富的通信服务功能。目前，即时通信软件已被用于协同工作中，用以在参与业务流程的不同人员之间完成协作内容和任务信息的交互。然而，通用的即时通信系统并未根据协同工作的特殊要求进行优化，在使用时存在诸多不便。例如：即时通信系统协作群中，用户发送协同工作中的某个关键任务后，其他用户可能因为不关注等原因无法立刻响应并处理该事件，导致协作不顺畅。尤其是在时间要求高的应用场合，例如协作急救流程中，上述问题将尤其突出。

因此，当前迫切需要一种基于即时通信的向参与人员及时地传递对应的任务信息并进行提醒的解决方案。

发明内容

因此，本发明的任务是提供一种基于即时通信的向参与人员及时地传递对应的任务信息并进行提醒的解决方案。

根据本发明的一个方面，提供了一种基于即时通信的关键任务提醒的方法，其特征在于，包括下列步骤：

1)服务器判断是否要提醒聊天群或协作群中某个或某几个客户端进行提醒；如果判断为是，自动计算提醒周期并进行相应的计时，如果判断为否，重新执行步骤1)；

2)计时到达所述提醒周期时，服务器主动向对应的客户端推送消息。

其中，所述提醒周期的计算方法包括下列步骤：

11)建立一个大小为N个元素的队列，将队列内所有的元素初始化为业务流程中执行对应任务的标准时限M；

12)对该队列做动态平均，得到Tavg＝(T₀+T₁+T₂+T₃+…+T_N-1)/N；

13)从A时间开始计时直到B事件发生，记录本次从A时间到B事件发生的A到B时间T_i；如Tavg>M，如在M秒时未发生B事件，则启动质控告警，如Tavg<＝M，则以Tavg作为所述提醒周期，直到B事件发生，记录本次A到B时间T_i；i＝0,1，…，N-1；

14)将队列中的队首元素出队，然后将本次T_i加入队尾，再对该队列做N次动态平均值得到Tavg，作为下一次启动质控告警的时间。

与现有技术相比，本发明具有下列技术效果：

本发明中，用户A发出某个关键事件时，根据历史情况动态计算需要启动提醒的时间，如超过提醒时间其他用户未响应该事件，则按照计算出的时间进行提醒，提醒群里对应角色的用户，直到被提醒的用户处理该事件为止。另外，每个工作组的响应时间不一样，通过动态平均算法，逐步接近本工作组的工作水平。

具体实施方式

根据本发明的一个实施例，提供了一种即时通信关键任务提醒的方法，包括下列步骤：

步骤100：用户a登录即时通信客户端，建立聊天群或协作群。

步骤200：用户a发出关键事件前，设定该事件需要提醒的角色，一个角色可能对应一个或几个人。

步骤300：服务器端收到a提交的消息后，判断是否要提醒群中某个或某几个对应角色的用户(比如b、c用户)，如果判断为是，自动计算提醒周期(周期计算方法如后文)并进行相应的计时；如果判断为否，则重新执行步骤300。

步骤400：提醒时间到期后，主动给b和c推送消息。

步骤500：b和c收到该消息后，随着时间增长，逐步加强提示的强度和频率以提高提示效果。

步骤600：如果b用户已经响应，向服务器端发送取消对该消息提醒b用户的指令。服务器端继续提醒c用户，直至c用户发送取消提醒指令为止。

其中，步骤300中的提醒周期可以按照动态平均值计算方法得出。下面以医疗活动中，护士做完心电图事件(A)，医生判读心电图事件(B)为例进行说明：

按照动态平均值计算方法，假设本次实际发生的A到B时间为Ti，动态平均值为Tavg，样本量为N，标准D2B时间指标为M，则步骤300中，D2B时间指标的动态时间窗计算过程(即自动计算提醒周期的过程)包括下列步骤：

步骤301：建立一个大小为N个元素的队列，将队列内所有的元素初始化为M秒；

步骤302：对该队列做动态平均，得到Tavg＝(T0+T1+T2+T3+…+TN-1)/N；

步骤303：从A时间开始计时，如Tavg>M，如在M秒时未发生B事件，则启动质控告警，直到B事件发生，记录本次A到B时间Ti；如Tavg<＝M，则在Tavg时刻启动质控告警，直到B事件发生，记录本次A到B时间Ti；

步骤304：将队列中的队首元素出队，然后将本次Ti加入队尾，再对该队列做N次动态平均值得到Tavg【这样做的目的是去抖，防止异常数据影响了整个基准水平】，作为下一次启动质控告警的时间。

步骤305：下一个患者A事件出现后，重复步骤303。

进一步地，根据本发明的另一实施例，还提供了一种基于即时通信的能够辅助多方参与的协同工作的任务信息自动提醒方法。本实施例中，首先对协同工作的标准业务流程和需要在参与人员间交互的协作内容进行了分析，根据规范性文件所描述的标准业务流程划分为一系列时序事件，然后将每个事件作为一个要完成的任务。其中，每个事件是协同工作流程的一项步骤，每项步骤通常具有前序步骤作为触发条件及后续结果用于判别是否触发下一步骤。对于每个事件，在其描述文字中抽取事件参数，这样在计算设备(例如智能手机、服务器等)中，各个事件就能够用事件参数所组成的特征向量来表达。事件参数至少包括时间和数据，有时还包括：人、群、组、空间位置、行为和议题。

本实施例中还为即时通信系统提供了一种界面简洁的人机交互方式，使得用户间能够通过即时通信系统便捷地完成协作内容的交互。在此基础之上，即时通信系统根据用户提交的各种协作内容的时刻，获取业务流程的进度和各个事件的完成情况，从而对协同工作中各个任务的时限进行监控，并自动地向相关人员传递对应的任务信息，以便提醒相关人员及时完成自己的任务。

本实施例所涉及的即时通信系统包括客户端和服务器。其中，客户端通常安装在智能手机或平板电脑上。参与协同工作的各方登录后，在即时通信系统的支持下完成协作内容的交互，在用户进行协作内容的交互时，即时通信系统会根据用户提交结果数据的时刻来判定各个任务的起止时刻，进而对任务的时限进行监控。

本实施例中，用于即时通信的协作内容交互方法包括下列步骤：

步骤10：协同工作的参与人员各自登录客户端并进入对应的群组，客户端显示聊天界面，该聊天界面包括：消息显示区和人机交互区。消息显示区中显示人员标识(例如用户头像，该用户头像下方可显示用户ID或昵称)和指向人员标识的消息框。人机交互区包括：语音/文字输入方式切换按钮、输入区元素和扩展按钮。当界面处于语音输入状态时，输入区元素为语音输入按钮，该按钮上可显示提示用语，例如“按住说话”。当界面处于文字输入状态时，输入区元素为文字输入框，该输入框中也可以显示提示用语，例如“请输入您要发送的信息”。

步骤20：当用户点击扩展按钮时，弹出多个不同类型的信息实体的输入按钮。信息实体是协同工作中的多个互相关联的信息所组成的一个有意义的实体。例如病人的姓名、性别、年龄、身高、体重就可以构成一个信息实体，该信息实体可称为病人的基本信息。信息实体的数目、类型和内涵(即由哪些信息项构成)可根据协同工作的具体业务实际情况确定。以急性心肌梗死协同急救业务为例进行说明。基于规范性文件(例如院前急救条例和院内急性心肌梗死临床指南)，将急性心肌梗死协同急救业务分解为一系列的时序事件，每个事件是协同工作流程的一项步骤，每项步骤通常具有前序步骤作为触发条件及后续结果用于判别是否触发下一步骤。每个步骤的结果往往就是执行该步骤(即完成该事件)所获得的一系列信息，由于属于同一步骤，这些信息自然关联性较强，因此将他们构造成结构化数据将有利于后台数据库的记录。对于有些步骤，其结果可能含有较多的种类不同的信息，此时，对于一个步骤，可以构造两个甚至更多的信息实体。在上述例子中，信息实体包括：心电图片、生命体征、辅助检查、心电图判读、用药指导、用药完成、结束急救、启动导管室、启动导管室完成、转诊、球囊扩张时间、GRACE评分、NIHSS评分、诊断、并发症、头颅CT、急诊CT、胸痛溶栓、卒中溶栓等等。

本步骤中，各个信息实体的输入按钮均为方框形，呈阵列排布，当信息实体数目较多时，可分页显示。每个信息实体的输入按钮内显示该信息实体的名称。

步骤30：当用户点击一个信息实体输入按钮时，弹出该信息实体的输入界面。该输入界面中显示该信息实体的各个信息项的名称、人机交互元素以及提示文字。人机交互元素可以是文字输入框，也可以是选择控件。

本实施例中，信息项是构成信息实体的基本元素，例如生命体征这一信息实体由意识、呼吸、脉搏、体温、血压、心率这几个信息项构成。对于意识这一信息项，依据规范性文件，他只有四种可能的状态，即清醒、对语言有反应、对刺痛有反应、对任何刺激都无反应。因此，该信息项的提示文字就是上述四种状态，人机交互元素可以是分别对应于上述四种状态的四个选择控件，选中哪一个选择控件，就代表病人的意识属于上述哪一种状态。呼吸、脉搏、体温、血压、心率等信息项可以基于文字输入框以填空的形式显示，其提示文字可以是相应项目的单位及必要的连接词或连接符。对于血压这一信息项，还可以在文字输入框中显示“低压”、“高压”等提示文字。文字输入框应当做广义的理解，他既可以是封闭的框，也可以是不封闭的框，只要用户容易分辨此处需要填空即可。对于某些信息实体，可能某些信息项的内容可能是语音、图片或视频，此时其输入界面还包括语音、图片或视频输入按钮。例如信息实体心电图片中，心电图信息项为图片，因此对应的输入界面还具有图片输入按钮。图片输入按钮包括进入本地图库的按钮和调用摄像组件的按钮。

另外，在信息实体的输入界面中，还包括取消和提交按钮。提交按钮用于确认本信息实体输入完毕。

步骤40：当用户点击提交按钮时，生成一个对应于该信息实体的采用key:value的方式表示的结构化数据。其中，key为信息项的键，即信息项的名称(如“意识”)，value为信息项的值，即信息项的内容(如“对语言有反应”)。同时，用户点击提交按钮后，退出当前信息实体的输入界面，返回聊天界面。

步骤50：客户端将所生成的对应于该信息实体的结构化数据同步到服务器。服务器对所接收到的信息实体进行结构化存储，并将其加入对应聊天群的消息列表中。

步骤60：聊天群各个成员的客户端分别读取服务器中该聊天群的消息列表，在聊天界面的消息显示区显示消息列表中的信息实体，其中，对于结构化的信息实体，以表格的形式显示在消息框中。

本实施例中，步骤10至50可以视为将协作内容同步到服务器存储的方法，步骤60可以视为协作内容呈现方法。

本实施例针对协同工作的内容特性，向用户提供简洁友好的人机接口。在手机等移动智能设备上应用本实施例的方法，能够显著地减少用户为输入协作内容而需要执行的操作的次数，降低操作复杂度。并且，本实施例中为用户提供了简洁的结构化地协作内容输入方式，有助于统一用户的操作习惯，避免因用户操作习惯不同而导致的聊天界面凌乱。在传统的即时通信系统中，用户往往直接在文字输入框中键入结果数据，而众所周知，在即时通信系统中，为了表明消息来源各个消息都是显示在靠近用户标识(例如用户头像)的带有指示标识的消息框中，零散的用户输入很可能会造成属于同一步骤的结果数据零散地分布在不同的消息框中，有时甚至处于不同的页面中，这就造成协作内容的阅读十分不便，不利于工作效率的提升。而本实施例中，由于提供了简洁的结构化的协作内容输入方式，因此有助于统一用户的操作习惯，使得协作内容以信息实体为单位输入，并且同一信息实体的各个信息项以表格的形式显示在同一消息框中，这样用户就可以极为方便地阅读相互关联的协作内容，十分有助于提高工作效率。

可以看出，本实施例的协作内容交互方法可以显著地提升用于协同工作的即时通信系统的用户体验。

下面，进一步介绍基于上述即时通信的协作内容交互方法的任务信息提醒方法，该提醒方法包括下列步骤：

步骤1：创建用于完成某一协同工作的聊天组。参与该项协同工作的人员均加入该聊天组中。

步骤2：设定聊天组中需要提醒的任务时限和该任务时限所对应的需要提醒的人员。该需要提醒的人员包括执行具有任务时限的任务的人员，有时还包括监督该项任务执行的人员。本实施例中，根据该项协同工作的规范性文件中所描述的标准业务流程将其划分为一系列时序事件，将每个事件作为一个要完成的任务。如前文所述，每个事件是协同工作流程的一项步骤，每项步骤通常具有前序步骤作为触发条件及后续结果用于判别是否触发下一步骤。在标准业务流程中，往往会存在一些具有时限的任务，此时，将该时限作为对应事件的任务提醒时限。例如急性心肌梗死协同急救业务中，基于规范，医生需要在一定时限(下文将该时限称为判读时限)内完成判读心电图的任务。此时，将该判读时限作为医生判读心电图事件的提醒时限。判读心电图的医生就是需要提醒的角色。

步骤3：在协同工作的进程中，各个参与人员通过前文步骤10至60所描述的方法在所述聊天组进行信息交互。这些信息交互中包括基于信息实体的协作内容交互。如前文所述，用户是通过步骤20至40提交信息实体的，而本实施例中，每个信息实体都对应于一个事件的结果数据，用户在客户端提交该信息实体，服务器即可视为该信息实体所对应的事件(任务)已完成。本实施例中将前一事件视为后一事件的触发事件，例如护士做完心电图事件可视为医生判读心电图的事件的触发事件。对于设置了任务提醒时限的事件，服务器将其触发事件的完成作为任务提醒时限的计时起点，将本事件(指设置了任务提醒时限的事件)的完成作为计时归零的条件。也就是说，服务器将接收到执行触发事件的人员所提交的对应信息实体的时刻作为计时起点。

本实施例中，服务器收到用户提交的消息后，判断该消息是否为执行触发事件(例如完成心电图事件)的人员(例如护士)所提交的作为该触发事件结果数据的信息实体，如果判断为是，则自动计算提醒周期并进行相应的计时，如果判断为否，则重新执行步骤30。其中自动计算的提醒周期结合所述任务时限和动态平均算法得出。

下面以医疗活动中护士做完心电图事件(A)，医生判读心电图事件(B)为例进行说明：

按照动态平均值计算方法，假设本次实际发生的A到B事件A到事件B时间为Ti，动态平均值为Tavg，样本量为N，相邻事件A和B的标准质量控制时间指标为M，则步骤3中，A到B时间指标的动态时间窗计算过程(即自动计算提醒周期的过程)包括下列步骤：

步骤31：建立一个大小为N个元素的队列，将队列内所有的元素初始化为M秒；

步骤32：对该队列做动态平均，得到Tavg＝(T0+T1+T2+T3+…+TN-1)/N；

步骤33：从A时间开始计时，如Tavg>M，如在M秒时未发生B事件，则启动质控告警，直到B事件发生，记录本次A到B时间Ti；如Tavg<＝M，则在Tavg时刻启动质控告警，直到B事件发生，记录本次A到B时间Ti；

步骤34：将队列中的队首元素出队，然后将本次Ti加入队尾，再对该队列做N次动态平均值得到Tavg(这样做的目的是去抖，防止异常数据影响了整个基准水平)，作为下一次启动质控告警的时间。

步骤35：下一个患者A事件出现后，重复步骤33。

步骤4：如果计时未到达自动计算的提醒周期时，服务器接收到执行本事件(例如判断心电图事件)的人员(例如医生)提交的作为该事件结果数据的信息实体(例如心电图判读结果)，则计时结束，返回步骤30。如果计时到达自动计算的提醒周期时，服务器仍未接收到执行本事件的人员提交的作为该触发事件结果数据的信息实体，则视为提醒时间到期，服务器主动给所设置的需要提醒的人员(例如医生)推送提醒消息。

步骤5：需要提醒的人员收到该消息后，服务器中的任务提醒的计时继续，且随着时间增长逐步加强提示的强度和频率(以推送提醒消息的方式实现)以提高提示效果。

步骤6：如果需要提醒的人员已经响应提醒消息，则向服务器发送取消提醒的指令。对提醒的响应往往以对应事件的执行或者延迟/偏差的纠正作为首要表现。例如当服务器识别出被提醒的人员已执行对应事件，或者被提醒的人员已纠正延迟/偏差，则服务器发送取消提醒的指令。

最后应说明的是，以上实施例仅用以描述本发明的技术方案而不是对本技术方法进行限制，本发明在应用上可以延伸为其它的修改、变化、应用和实施例，并且因此认为所有这样的修改、变化、应用、实施例都在本发明的精神和教导范围内。