具体实施方式
图1是相关技术中的提醒消息展示页面的示意图。如图1所示,所有提醒消息按照接收时序依次排列,依次展示于提醒消息展示页面中;而通讯应用中的其他通讯消息,比如即时通讯消息等,均展示于区别于该提醒消息展示页面的消息列表页面,使得该提醒消息展示页面中的提醒消息能够起到提醒功能,而不会被大量的通讯消息湮没。但是,由于显示该提醒消息展示页面的电子设备的屏幕规格有限,例如图2所示,只能够同时显示该提醒消息展示页面中的部分提醒消息,而用户需要手动翻动该提醒消息展示页面后,才能够查看到更多的提醒消息。
那么,当涉及到诸如工作场景时,以图1所示的提醒消息为例,显然“下午6点半四楼神龙阁开会,带上电脑和设计稿”、“小黑,今天要反馈初稿哈!”等提醒消息与工作任务、工作进度相关,相比于“晚上6点到xxx聚餐”、“下班等我一会儿”等提醒消息更加重要,因而用户更加希望这些重要的提醒消息被优先展示,从而起到足够的提醒作用。
但是,正如图2所示,由于相关技术中的提醒消息仅按照时序排列,无法区分重要与不重要的提醒消息,导致重要的提醒消息很可能被湮没于更多不重要的提醒消息中,使得提醒消息的提醒效果大打折扣。
因此,本申请通过改进对提醒消息的展示方式,可以解决相关技术中的上述问题。为对本申请进行进一步说明,提供下列实施例:
图3是本申请一示例性实施例提供的一种通讯方法的流程图。如图3所示,该方法应用于电子设备上,可以包括以下步骤:
步骤302,当接收到针对会话页面中的任一通讯消息的第一触发指令时,根据所述任一通讯消息生成相应的置顶提醒消息。
在本实施例中,通讯消息可以来源于任意通讯应用,比如该通讯应用可以为即时通讯应用,例如企业即时通讯(Enterprise Instant Messaging,EIM)应用“钉钉(DINGTalk)”等,当然本申请并不对此进行限制。
在本实施例中,可以将本端用户配置为所述置顶提醒消息的接收方。换言之,当本端用户接收到或发送出任一通讯消息,并对该任一通讯消息发出第一触发指令时,可以默认为将本端用户作为相应生成的置顶提醒消息的接收方,而省略了对接收方的手动配置操作,有助于对该置顶提醒消息的快速生成和处理。
在本实施例中,可以解析所述任一通讯消息的消息内容,并当所述消息内容中包含结构化的目标用户指示信息时,确定所述目标用户指示信息对应的目标用户;然后,将所述目标用户配置为所述置顶提醒消息的接收方。通过解析出结构化的目标用户指示信息,可以实现对目标用户的自动配置,而无需本端用户手动配置,有助于简化用户操作、提升处理效率。
在本实施例中,可以获取会话页面的标识信息,并将该标识信息添加至置顶提醒消息中,作为所述置顶提醒消息的第一消息源信息,以与所述置顶提醒消息的消息内容同步展示于所述第一展示区域。那么,当接收方查看到该置顶提醒消息时,可以据此确定作为该置顶提醒消息的来源的会话页面,以便于回忆起与该置顶提醒消息相关的其他信息,比如该置顶提醒消息对应的通讯消息的发送方、形成该通讯消息的历史场景、相关联的历史事件等,甚至切换到该会话页面来查看相关的历史消息等,有助于接收方开展相关的事件处理操作。
在本实施例中,可以获取任一通讯消息的发送方;将所述发送方的用户信息添加至所述置顶提醒消息中,作为所述置顶提醒消息的第二消息源信息,以与所述置顶提醒消息的消息内容同步展示于所述第一展示区域。那么,当接收方查看到该置顶提醒消息时,可以据此回忆起与该置顶提醒消息相关的其他信息,比如该置顶提醒消息的相关事件、该相关事件涉及到的团体、该相关事件的重要程度等,有助于接收方开展相关的事件处理操作。
步骤304,发出所述置顶提醒消息;其中,所述置顶提醒消息被展示于接收方对应的提醒消息展示页面中的第一展示区域,且所述第一展示区域区别于所述提醒消息展示页面中用于展示普通提醒消息的第二展示区域。
在本实施例中,当置顶提醒消息的接收方为本端用户时,可以将置顶提醒消息发送至服务器后,由服务器将其返回该本端用户;或者,也可以直接将置顶提醒消息配置在本端用户使用的电子设备上,这样即便电子设备暂时由于网络或任意原因而无法与服务器进行数据传输,也仍然能够立即对该置顶提醒消息进行展示和应用。
在本实施例中,当接收到针对所述任一通讯消息的第二触发指令时,可以根据所述任一通讯消息生成相应的普通提醒消息;其中,所述普通提醒消息被发送至所述接收方时,被展示于所述第二展示区域内。那么,本端用户可以选择将通讯消息生成为相应的普通提醒消息或置顶提醒消息,从而满足不同场景下的提醒需求。
由上述实施例可知,本申请通过检测本端用户对通讯消息的触发指令,可以快捷地将通讯消息生成为相应的提醒消息,而无需本端用户手动输入或复制粘贴相关消息内容,甚至无需手动配置该提醒消息的接收方,从而极大地简化了本端用户所需执行的操作,提升了对提醒消息的生成效率。同时,通过直接将通讯消息生成为置顶提醒消息,可以使得相应的置顶提醒消息可以在提醒消息列表页面中被置顶展示,从而加强置顶提醒消息的用户关注度,有助于提升置顶提醒消息相对于普通提醒消息的提醒作用,避免提醒消息过多而造成重要消息被湮没,有助于提升通讯效率。
图4是本申请一示例性实施例提供的一种基于接收方侧的通讯方法的流程图。如图4所示,该方法应用于接收方的电子设备上,可以包括以下步骤:
步骤402,获取接收到的提醒消息。
在本实施例中,可以通过任意通讯应用发送提醒消息,比如该通讯应用可以为即时通讯应用,例如企业即时通讯(Enterprise Instant Messaging,EIM)应用“钉钉(DINGTalk)”等,当然本申请并不对此进行限制。
在本实施例中,提醒消息可以由用户发送给自己,即提醒消息的发送方可以与接收方相同。那么,用户在创建提醒消息时,如果检测到用户对该提醒消息的发送指令,且该提醒消息未配置接收方,那么电子设备可以自动将本端用户作为该提醒消息的接收方,从而无需用户手动配置该提醒消息的目标对象(即接收方),有助于提升用户的操作效率。
当然,接收方可以区别于提醒消息的发送方,即用户之间实现提醒消息的传输,本申请并不对此进行限制。
步骤404,根据所述提醒消息被配置的展示模式,识别所述提醒消息中的置顶提醒消息和普通提醒消息。
在一实施例中,展示模式可以由提醒消息的发送方配置得到,例如可以在发送方使用的电子设备上的提醒消息创建页面中,示出一模式切换标识,那么根据发送方对该模式切换标识的触发,即可将提醒消息配置为置顶模式或普通模式,从而得到置顶提醒消息或普通提醒消息。
在另一实施例中,展示模式可以由提醒消息的接收方配置得到,例如在接收到提醒消息时,可以示出该提醒消息的接收提示窗口,并在该接收提示窗口内提供分别对应于置顶模式和普通模式的配置选项,从而根据接收方对配置选项的触发情况,例如当置顶模式被触发时,可以判定为提醒消息被配置为置顶提醒消息,当普通模式被触发时,可以判定为提醒消息被配置为普通提醒消息。
步骤406,将所述置顶提醒消息展示于提醒消息展示页面中的第一展示区域、将所述普通提醒消息展示于所述提醒消息展示页面中的第二展示区域,其中所述第一展示区域与所述第二展示区域分别位于所述提醒消息展示页面中的不同位置。
在本实施例中,当提醒消息展示页面呈列表形式(即提醒消息列表页面)时,即所有提醒消息按照从上至下的顺序依次排列,则第一展示区域可以位于列表的顶部、而第二展示区域可以位于第一展示区域下方,使得置顶提醒消息被“置顶”展示。
当然,提醒消息展示页面还可以采用其他形式。例如,当提醒消息展示页面将提醒消息按照从左向右的顺序依次排列时,第一展示区域可以为该提醒消息展示页面的最左侧、而第二展示区域可以位于第一展示区域的右侧。当然,本申请并不对此进行限制。
实际上,无论提醒消息展示页面采用何种展示形式,通常都具有相应的起始位置和终止位置,使得提醒消息在该起始位置与终止位置之间依次排列,因而第一展示区域可以位于该起始位置处,而第二展示区域则相对远离该起始位置,使得用户从起始位置开始浏览该提醒消息展示页面时,总是能够优先查看到置顶提醒消息,从而实现对置顶提醒消息的“置顶”展示效果。
在本实施例中,当提醒消息列表页面中同时存在多条置顶提醒消息时,可以将置顶展示的多条置顶提醒消息按照对应的接收时序进行排列。
在本实施例中,可以对置顶提醒消息进行详情展示,以便于用户快速了解置顶提醒消息的内容,无需进一步点击和进入详情页面,有助于提升查看效率;而对普通提醒消息可以进行缩略展示,可使每一普通提醒消息的展示区域减小,从而在相同规格的页面上显示更多数量的普通提醒消息,以便于用户同时查看更多数量的普通提醒消息,有助于提升查看效率。
其中,当提醒消息为任务类型时,即该提醒消息存在截止期限、需要接收方在截止期限前向发送方反馈任务完成情况,那么对于置顶提醒消息可以展示出相应的任务信息,以便于用户直接浏览查看;而对于普通提醒消息可以隐藏普通提醒消息的任务信息,以展示更多数量的普通提醒消息,当然如果普通提醒消息被触发,可以在相应的详情页面中展示该普通提醒消息的任务信息,以便于用户浏览查看。
在本实施例中,可以在第一展示区域中对应于每一置顶提醒消息的展示范围内,示出对应于置顶模式的第一标识;以及,在第二展示区域中对应于每一普通提醒消息的展示范围内,示出对应于普通模式的第二标识;其中,第一标识区别于第二标识。那么,当用户查看提醒消息时,可以通过该第一标识和第二标识获得强烈的视觉观感,从而更便捷地识别出提醒消息的类型为置顶提醒消息或普通提醒消息。
其中,第一标识可以包括呈钉入状态的图钉图标,而第二标识可以包括呈非钉入状态的图钉图标。那么,对于置顶提醒消息而言,呈现给用户的视觉观感相当于通过该“图钉”将相应的提醒消息“钉”在第一展示区域,对于普通提醒消息而言,呈现给用户的视觉观感相当于将“图钉”拔出而使得相应的提醒消息被“释放”至第二展示区域,从而对于“置顶”与“非置顶”产生更为直观、生动的视觉效果和使用感受。
进一步地,可以根据接收到的对第一标识的触发操作,将相应的置顶提醒消息切换为普通提醒消息;以及,可以根据接收到的对第二标识的触发操作,将相应的普通提醒消息切换为置顶提醒消息,使得用户可以对提醒消息实现手动的类型切换,以满足不同情况下的提醒需求。
在本实施例中,当提醒消息由会话页面中的通讯消息转换得到时,可以在该提醒消息的展示范围内示出消息源信息;其中,所述消息源信息包括以下至少之一:所述会话页面的标识信息、所述通讯消息的发送方的用户信息。通过示出消息源信息,可以帮助用户快速了解该提醒消息的相关信息,比如该提醒消息的相关事件、该相关事件涉及到的团体、该相关事件的重要程度、形成该通讯消息的历史场景、相关联的历史事件等,有助于用户开展相关的事件处理操作。
进一步地,当检测到对所述消息源信息的触发操作时,可以跳转至所述会话页面,并在所述会话页面中示出所述通讯消息的上下文信息,从而进一步帮助用户了解该提醒消息的相关信息。
相应地,图5是本申请一示例性实施例提供的一种基于发送方侧的提醒消息的展示方法的流程图。如图5所示,该方法应用于发送方的电子设备上,可以包括以下步骤:
步骤502,示出提醒消息创建页面,所述提醒消息创建页面中包含一模式切换标识。
步骤504,根据对所述模式切换标识的触发操作,将所述提醒消息创建页面生成的提醒消息配置为相应的展示模式。
在本实施例中,通过对模式切换标识的触发操作,作为发送方的用户可以主动配置提醒消息的展示模式,将提醒消息配置为置顶提醒消息或普通提醒消息等,以实现不同强度的提醒需求。例如,对于相对不太重要的事情,可以配置为普通提醒消息,而对于相对较为重要的事情,可以配置为置顶提醒消息。
步骤506,将所述提醒消息发送至目标对象;其中,当所述展示模式为置顶模式时,所述提醒消息在所述目标对象的提醒消息展示页面中被展示于第一展示区域,而普通模式的提醒消息被展示于所述提醒消息展示页面中区别于所述第一展示区域的第二展示区域。
在本实施例中,当提醒消息创建页面中包含一任务启动标识时,可以根据对该任务启动标识的触发操作,将提醒消息配置为任务类型;然后,可以在任务启动标识附近,示出预先隐藏的针对该提醒消息的任务配置选项,并根据接收到的对任务配置选项的配置操作,对提醒消息的任务信息进行配置。通过对任务配置选项的预先隐藏和临时展示,可以在提醒消息为非任务类型时,可以减少页面展示信息、简化提醒消息创建页面,避免对非任务类型的提醒消息的创建过程造成干扰,使得任务配置选项与任务类型之间的关联更加紧密。其中,用户可以对下述任务信息中至少之一进行配置:截止期限、截止期限前的任务提醒时刻等。
由以上技术方案可见,本申请通过为提醒消息配置不同的展示模式,可以将重要的提醒消息配置为置顶模式,使得相应的置顶提醒消息可以在提醒消息列表页面中被置顶展示,从而加强置顶提醒消息的用户关注度,有助于提升置顶提醒消息相对于普通提醒消息的提醒作用,避免提醒消息过多而造成重要消息被湮没,有助于提升通讯效率。
为了便于理解,下面以企业即时通讯应用钉钉在企业场景下的通讯过程为例,结合图6对本申请的技术方案进行详细说明;其中,图6是本申请一示例性实施例提供的一种通讯方法的流程图,如图6所示,该方法应用于电子设备上,该电子设备上安装有钉钉客户端,并具体由该钉钉客户端在运行过程中实现本申请的生成提醒消息、展示提醒消息等功能;该方法可以包括以下步骤:
步骤602,接收到即时通讯消息。
在本实施例中,以图7所示的钉钉客户端内的群组“湖畔家园”对应的群聊会话页面为例,那么本申请的通讯消息可以为该群聊页面中的即时通讯消息;当然,对于单聊会话页面中的即时通讯消息,或者其他类型的通讯消息,均可以适用于本申请的技术方案,本申请并不对此进行限制。
在本申请的技术方案中,将提醒消息分为置顶提醒消息和普通提醒消息,并通过差异化处理,以实现不同的用户需求,下面分别进行详细说明。
1)置顶提醒消息
步骤604A,检测到对即时通讯消息的第一触发操作。
在本实施例中,以图7所示的即时通讯消息“下午6点半四楼神龙阁开会,带上电脑和设计稿”为例,第一触发操作可以包括:本端用户对该即时通讯消息进行长按触发(或重压(相对于轻按)等其他触发操作),以调出图7所示的包含“DING一下”、“钉住”、“复制”、“转发”等功能选项的功能菜单,并选中该功能菜单中的“钉住”功能选项。
步骤606A,生成并发出置顶提醒消息。
在本实施例中,基于本端用户发出的上述第一触发指令,钉钉客户端可以将相应的即时通讯消息直接生成为置顶提醒消息,而无需本端用户执行其他操作或发出其他指令,即可完成对置顶提醒消息的发送,并通过如图8所示的“钉住成功”向本端用户形成反馈。那么,由于对即时通讯消息的快速处理,使得本端用户只需要发出上述的第一触发指令后,即可由钉钉客户端自动生成并发出相应的置顶提醒消息,可以降低对原本的通讯过程的影响、简化用户操作。
实际上,置顶提醒消息至少需要下述信息:提醒消息内容、接收方和消息类型。那么,为了简化本端用户的操作,可以由钉钉客户端自动获取上述信息:(1)自动提取第一触发指令对应的即时通讯消息的内容,以作为提醒消息内容;(2)采用默认发送条件,该默认发送条件可以包括:接收方被配置为本端用户自身、消息类型被配置为即时通讯消息类型。
因此,当钉钉客户端接收到本端用户针对任一通讯消息的第一触发指令时,可以自动提取该任一通讯消息的消息内容、以作为提醒消息内容,并将该提醒消息内容通过即时通讯消息的形式,主动发送至本端用户自身,从而实现对第一触发指令的快速、自动响应。
需要说明的是:当接收方为本端用户自身时,“发出置顶提醒消息”可以理解为:一种情况下,钉钉客户端按照常规流程进行处理,即将该置顶提醒消息发送至钉钉服务器,并由钉钉服务器发送至相应的接收方,即该本端用户,从而展示于提醒消息展示页面中;另一种情况下,钉钉客户端可以直接将该置顶提醒消息配置到本地,并展示于提醒消息展示页面中,而无需经由钉钉服务器进行传输,那么即便钉钉客户端暂时无法与钉钉服务器进行数据传输,也能够确保对该置顶提醒消息的快速处理,而钉钉客户端可以在此后的任意时刻将该置顶提醒消息同步至钉钉服务器,以作为云端备份数据等。
步骤608A,展示置顶提醒消息。
在本实施例中,当置顶提醒消息的接收方被配置为本端用户自身时,该置顶提醒消息可以被展示于本端用户对应的提醒消息展示页面中。
举例而言,图9是一示例性实施例的提醒消息展示页面的示意图,该图9所示的提醒消息展示页面包括两个区域:第一展示区域可以为位于顶部的“我钉住的DING消息”区域,该区域总是位于提醒消息展示页面的顶部,用于对置顶提醒消息进行置顶展示;第二展示区域可以为位于“我钉住的DING消息”区域下方的“全部DING消息”区域,该区域总是位于“我钉住的DING消息”区域的下方,用于对普通提醒消息进行展示。进一步地,结合图10可见:通过将重要的提醒消息配置为置顶提醒消息,使得即便由于电子设备的规格问题,导致屏幕内仅能够展示部分提醒消息,用户也总是能够最先查看到置顶展示的置顶提醒消息;而即便部分置顶提醒消息无法直接显示在电子设备的屏幕上,例如图10中仅示出了最上方的2条置顶提醒消息,但是实际上可能总共存在3条置顶提醒消息,那么用户只需要将提醒消息展示页面稍加滑动后,即可查看到第三条置顶提醒消息,而无需对提醒消息展示页面进行大幅度滑动和查找,使得用户能够更快速、便捷地查看和处理提醒消息,有助于提升用户对提醒消息的处理效率。
如图9所示,在提醒消息的展示范围内,可以示出对应于该提醒消息的展示模式的的标识;例如,在置顶提醒消息的展示范围内,可以示出对应于置顶模式的第一标识,而在普通提醒消息的展示范围内,可以示出对应于普通模式的第二标识。
其中,第一标识应当区别于第二标识,以便于用于对不同类型的提醒消息进行快速、有效区分,比如第一标识可以包括呈钉入状态的图钉图标,而第二标识可以包括呈非钉入状态的图钉图标。那么,对于置顶提醒消息而言,呈现给用户的视觉观感相当于通过该“图钉”将相应的提醒消息“钉”在第一展示区域,对于普通提醒消息而言,呈现给用户的视觉观感相当于将“图钉”拔出而使得相应的提醒消息被“释放”至第二展示区域,从而对于“置顶”与“非置顶”产生更为直观、生动的视觉效果和使用感受。
其中,正如图9和图10所示,可能同时存在多条置顶提醒消息,那么可以按照多条置顶提醒消息对应的接收时序进行排列;当然,还可以按照其他方式进行排列,例如当置顶提醒消息为任务类型时,可以按照相应的截止期限顺序进行排列等,本申请并不对此进行限制。
在本实施例中,为了进一步提升用户对置顶提醒消息的查看便捷性,可以在提醒消息展示页面中,对置顶提醒消息进行详情展示,而对普通提醒消息进行缩略展示。例如,钉钉客户端可以对被触发的通讯消息进行智能分析,当识别出消息内容中包含时限信息时,可以将生成的提醒消息配置为任务类型,且该时限信息被配置为该提醒消息的任务截止期限;其中,任务类型具有任务属性,需要由相应的接收方对该提醒消息的任务完成情况等进行反馈,以及可以在该任务截止期限前对该接收方进行智能提醒等。
那么,当提醒消息为任务类型时,如图9所示,对于置顶提醒消息而言,可以直接展示出置顶提醒消息的任务信息,例如任务完成情况(比如“任务未完成”等)、任务截止期限(如截止时间:2016/8/8 18:30等)等,使得用户无需执行其他操作,即可直接查看到置顶提醒消息的相关信息;而对于普通提醒消息而言,则可以隐藏普通提醒消息的任务信息,那么每条普通提醒消息所需要占用的展示面积更小,便于在电子设备的屏幕内同时显示更多数量的普通提醒消息,使得用户在大幅度翻动提醒消息展示页面时,可以更方便、快速地查看到所关注的普通提醒消息,从而提升用户对普通提醒消息的查看和处理效率。当然,用户可以对普通提醒消息进行触发,例如点击普通提醒消息,那么可以展示出相应的详情页面,并将该普通提醒消息的任务信息展示于该详情页面中。
需要说明的是:
当接收到针对任一通讯消息的第一触发指令时,并不一定将本端用户配置为接收方。例如,电子设备上的钉钉客户端可以解析该任一通讯消息的消息内容,当该消息内容中包含结构化的目标用户指示信息时,可以确定该目标用户指示信息对应的目标用户,并将该目标用户配置为置顶提醒消息的接收方。
以图11为例。假定被触发的即时通讯消息为“@B这周还要做下D昨天提的需求呢”,由于消息内容中包含的“@B”符合预定义的结构化的目标用户指示信息“@+用户ID”,因而将该用户B配置为置顶提醒消息的接收方;同时,通过将即时通讯消息的消息内容作为提醒消息内容,并确定默认消息类型为即时通讯消息类型,钉钉客户端可以向该用户B发出相应的置顶提醒消息,使该用户B在自身使用的电子设备上的提醒消息展示页面中,查看到该置顶提醒消息,此处不再赘述。
当然,即便消息内容中包含结构化的目标用户指示信息,仍然可以在接收方中默认包含本端用户,这与上述的技术方案之间并不冲突。
2)普通提醒消息
步骤604B,检测到对即时通讯消息的第二触发操作。
在本实施例中,以图7所示的即时通讯消息“下午6点半四楼神龙阁开会,带上电脑和设计稿”为例,第二触发操作可以包括:本端用户对该即时通讯消息进行长按触发(或重压(相对于轻按)等其他触发操作),以调出图7所示的包含“DING一下”、“钉住”、“复制”、“转发”等功能选项的功能菜单,并选中该功能菜单中的“DING一下”功能选项。
步骤606B,生成并发出普通提醒消息。
在一实施例中,钉钉客户端可以采用与上述的置顶提醒消息相类似的处理方式,生成并发出普通提醒消息,此处不再赘述。
在另一实施例中,钉钉客户端可以在接收到第二触发指令的情况下,示出如图12所示的消息编辑页面,由本端用户对该提醒消息进行编辑后,生成和发出相应的提醒消息。其中,钉钉客户端可以主动提取即时通讯消息的消息内容,并填充至消息编辑页面顶部的输入框内,而无需本端用户手动输入;同时,钉钉客户端可以按照默认条件,主动配置消息编辑页面中的“接收人”,比如主动配置为本端用户自身,或者根据消息内容中包含的结构化的目标用户指示信息,主动配置为相应的目标用户等,并且本端用户可以根据实际需求进行编辑修改;此外,消息编辑页面中还可以包含有“发送方式”、“发送时间”、“设为任务”和“回复仅发起者可见”等选项,可以采用默认配置进行展示后,由本端用户进行编辑修改。同时,在输入框的右下角还包含附件图标,且附件图标旁边显示有数字“2”,表明用户为该提醒消息选择了两个附件,当然用户还可以选择一个或者更多数量的附件,也可以不选择附件,其中附件可以包括图片、视频、文档文件等。
此外,在图12所示消息编辑页面中的输入框内,右上角包含一模式切换标识(呈图钉状),当该模式切换标识为图12所示的第二标识(即呈非钉入状态的图钉图标)时,表明相应的提醒消息为普通提醒消息,而本端用户可以通过触发该模式切换标识,使其切换为如图10所示的第一标识(即呈钉入状态的图钉图标)时,表明相应的提醒消息为置顶提醒消息。可见,当本端用户可以通过图12所示的消息编辑页面进行编辑时,可以选择当前生成的提醒消息为普通提醒消息或置顶提醒消息,而并不一定是普通提醒消息;当然,消息编辑页面中也可以不提供上述的模式切换标识,以使得通过第二触发指令生成的提醒消息均为普通提醒消息。
步骤608B,展示普通提醒消息。
在本实施例中,普通提醒消息在提醒消息展示页面中,被展示于第二展示区域,例如该第二展示区域可以位于图9所示的“全部DING消息”处,而区别于页面顶部的“我钉住的DING消息”对应的第一展示区域中的置顶提醒消息。
步骤610,切换至相应的会话页面。
在本实施例中,基于本端用户的第一触发指令,钉钉客户端可以获取置顶提醒消息对应的消息源信息,例如该消息源信息可以包括以下至少之一:被触发的通讯消息所属的会话页面的标识信息、该通讯消息的发送方的用户信息等。
例如,当通讯消息为图7所示的“下午6点半四楼神龙阁开会,带上电脑和设计稿”时,该通讯消息属于群组“湖畔家园”、发送方为用户C,那么在图9所示的提醒消息展示页面中,可以在相应的置顶提醒消息的展示范围内,示出诸如“来自会话:湖畔家园(C)”等提示信息,以呈现出上述的消息源信息。
进一步地,当任一提醒消息对应的消息源信息被触发时,可以切换至该消息源信息对应的会话页面;比如,当图9所示的“来自会话:湖畔家园(C)”被触发时,可以切换至图7所示的“湖畔家园”群聊页面中。并且,钉钉客户端可以主动查找会话页面中的历史消息,并在会话页面中示出提醒消息对应的通讯消息的上下文信息,以便于用户查看和体会当时的会话场景,从而提升对相关事项的处理效率。
图13是本申请一示例性实施例提供的一种通讯方法的流程图,如图13所示,该方法应用于提醒消息的发送方、接收方使用的电子设备上,这些电子设备上安装有钉钉客户端,并具体由该钉钉客户端在运行过程中,实现本申请的提醒消息的传输和展示功能;该方法可以包括以下步骤:
步骤1302,发送方使用的电子设备1示出提醒消息创建页面。
在本实施例中,以钉钉为例:钉钉可以提供如图12所示的提醒消息创建页面,以供发送方创建提醒消息,如该提醒消息可以为DING消息。如图12所示,提醒消息创建页面包括多个部分:位于页面上方的输入框,该输入框中显示有用户输入的“下午6点半四楼神龙阁开会,带上电脑和设计稿”,以及输入框内右上角的模式切换标识(呈图钉状)、右下角的附件图标,且附件图标旁边显示有数字“2”,表明用户为该提醒消息选择了两个附件,当然用户还可以选择一个或者更多数量的附件,也可以不选择附件,其中附件可以包括图片、视频、文档文件等;同时,页面中还包括“接收人”、“发送方式”、“发送时间”、“设为任务”和“回复仅发起者可见”等选项,可供用户进行选择配置。
步骤1304,电子设备1根据检测到发送方的操作,创建提醒消息。
在本实施例中,图12所示的模式切换标识,可供发送方对提醒消息的展示模式进行配置。例如,当模式切换标识处于图12所示的状态时,表明提醒消息处于普通模式,即该提醒消息为普通提醒消息;而当发送方通过点击等方式触发该模式切换标识时,可使该模式切换标识变更为图14所示的状态,表明提醒消息处于置顶模式,即该提醒消息为置顶提醒消息。
在本实施例中,发送方还可以将提醒消息配置为任务类型,以区分于常规类型的提醒消息。对于任务类型的提醒消息而言,接收方在接收到相应的提醒消息后,需要向发送方反馈对该提醒消息的任务完成情况;其中,发送方还可以为该提醒消息配置对应的任务的截止期限,使得接收方需要在该截止期限前完成任务处理。
其中,可以在提醒消息创建页面中示出一任务启动标识,并当检测到对该任务启动标识的触发操作时,将提醒消息配置为任务类型;进一步地,当提醒消息被配置为任务类型后,可以在任务启动标识附近示出预先隐藏的针对该提醒消息的任务配置选项。例如图12所示,“设为任务”选项右侧的虚拟按钮被作为任务启动标识,当该虚拟按钮被滑动至右侧时判定为检测到触发操作,因而可以切换至图14所示的状态,且表明相应的提醒消息被配置为任务类型,而在虚拟按钮的下方可以示出原本隐藏的任务配置选项,以配置该提醒消息的任务信息,例如图14中的任务配置选项为“截止时间”,用于配置该提醒消息的截止期限,譬如可以通过对用户输入的提醒消息内容“下午6点半”进行智能语义分析,可以自动将该截止期限配置为图14所示的“今天下午6点30分”。当然,用户还可以通过对“截止日期”的触发操作,唤出如图15所示的截止时间配置页面,可以将任务类型的提醒消息的截止时间配置为“不限(即截止时间为无限久)”或某个“指定时间(例如图15中为‘8月8日周一下午6:30’)”;同时,还可以设置于该截止时间相关的截止前提醒的时间(即截止期限前的任务提醒时刻),例如可以设置为“前半小时”,那么钉钉服务器会在截止时间前半小时通过提醒消息(如DING消息)的形式,对未完成任务的接收方(即接收人)再次发起提醒。
步骤1306,发送方通过电子设备1发出提醒消息,且接收方通过电子设备2接收该提醒消息。
在本实施例中,虽然本申请中以发送方、接收方,以及电子设备1、电子设备2等形式,对提醒消息的发送侧与接收侧进行区分,但是:
在一实施例中,发送方与接收方为不同用户,两者分别通过相互区分的电子设备1与电子设备2实现提醒消息的发送、接收,此处不再赘述。
而在另一实施例中,发送方与接收方可以为同一用户,那么电子设备1与电子设备2实际上可以为同一电子设备。例如图12(或图14)所示,假定检测到用户触发提醒消息创建页面右上角的“发送”按键,那么判定为接收到对该提醒消息的发送指令,但是由于发送方并未配置“接收人”(即接收方或目标对象),因而可以将该发送方自己配置为“接收人”,从而将该提醒消息发送至发送方自己,相当于创建了一条提醒事项或任务事项。当然,为了避免用户误操作,当接收到对提醒消息的发送指令,且提醒消息未配置“接收人”时,可以首先示出图16中的操作弹窗,该操作弹窗中包含“取消”和“发给自己”选项,还可以示出“你还没有选择接收人,DING消息将发送给自己”等提示性文字;当用户选择“取消”时,可以返回图12(或图14)所示的提醒消息创建页面,当用户选择“发给自己”时,可以将发送方自己配置为“接收人”,从而将该提醒消息发送至发送方自己。
步骤1308,电子设备2识别提醒消息的展示模式。
步骤1310,电子设备2在提醒消息展示页面中,对提醒消息进行展示。
在本实施例中,当发送方通过如图12或图14所示的模式切换标识,将提醒消息配置为置顶模式时,电子设备1可以在提醒消息中包含对应于该置顶模式的模式标签,使得电子设备2在接收到该提醒消息后,可以根据该模式标签识别出该提醒消息是否为置顶提醒消息。而对于普通提醒消息,也可以在提醒消息中添加对应于普通模式的模式标签,或者不添加模式标签,均可以区分于置顶模式。当然,在其他情况下,也可以采用仅为普通模式的提醒消息添加模式标签、在置顶模式下不添加模式标签等方式,只要能够对不同的模式类型进行区分即可,本申请并不对此进行限制。
在本实施例中,提醒消息被分为置顶提醒消息和普通提醒消息,并实现相应的区别展示。其中,对于提醒消息的展示方式如图9-10所示,可以参考图6中的步骤608A、步骤608B等,此处不再赘述。
需要说明的是:
1、除了图14所示的通过模式切换标识对提醒消息进行配置的方式之外,提醒消息的展示模式还可以由接收方进行配置。例如图17所示,当接收到提醒消息时,可以示出如图17顶部所示的消息框,并在该消息框内示出该提醒消息的内容(全部内容或部分内容),以及针对该提醒消息的操作选项,比如“确定”、“钉住TA”等。其中,当检测到操作选项“钉住TA”被触发时,可以判定为用户下午将当前接收到的提醒消息配置为置顶模式,以展示于图10所示的“我钉住的DING消息”区域内。
当然,接收方的电子设备2可以首先检测接收到的提醒消息是否被发送方配置为置顶模式。当提醒消息被发送方配置为置顶模式时,可以直接对该提醒消息进行置顶展示,无需接收方再次配置;而当提醒消息处于普通模式时,通过示出如图17所示的消息框,由接收方配置该提醒消息的展示模式。
2、以用户A、用户B和用户C为例。假定用户A为发送方,而用户B和用户C为接收方,那么用户B和用户C在接收到用户A发送的提醒消息后,均可以对该提醒消息进行回复,例如图10中对应于提醒消息“下午6点半四楼神龙阁开会,带上电脑和设计稿”,图10中示出有“暂无回复”,表明尚不存在相关回复消息;而当接收到比如3条回复消息时,可以示出为“共3条回复”。
针对诸如图16所示的场景,图18示出了根据本申请的一示例性实施例的一种通讯方法。如图18所示,该方法应用于电子设备上,可以包括以下步骤:
步骤1802,创建提醒消息。
步骤1804,当检测到对所述提醒消息的发送指令,且所述提醒消息未配置目标对象时,将所述提醒消息的创建方配置为所述目标对象。
步骤1806,接收并展示所述提醒消息。
在本实施例中,通过对提醒消息的目标对象进行配置检测,并在未配置目标对象时,主动将创建方配置为目标对象,使得一方面创建方可以为自己添加提醒消息,实现对相关事项、任务等的提醒功能,另一方面无需创建方手动将目标对象配置为自己,有助于简化用户操作、提升对提醒消息的发送效率。
进一步地,可以根据提醒消息被配置的展示模式,确定提醒消息为置顶提醒消息或普通提醒消息;然后,将置顶提醒消息展示于提醒消息展示页面中的第一展示区域、将普通提醒消息展示于所述提醒消息展示页面中的第二展示区域,其中第一展示区域与第二展示区域分别位于提醒消息展示页面中的不同位置。关于对提醒消息的展示过程,可以参考图4所示的实施例,此处不再赘述。
在本申请的技术方案中,例如图9所示的提醒消息展示页面中,当提醒消息的展示范围内显示有对应于该提醒消息的展示模式的标识时,用户可以通过对相关标识进行触发,使得相应的提醒消息在置顶提醒消息与普通提醒消息之间实现切换。而进一步地,还可以通过下述方式实现对提醒消息的自动类型切换,下面结合图19进行说明;其中,图19示出了根据本申请的一示例性实施例的一种通讯方法。如图19所示,该方法应用于电子设备上,可以包括以下步骤:
步骤1902,展示接收到的提醒消息;其中,置顶提醒消息被展示于提醒消息展示页面中的第一展示区域、普通提醒消息被展示于所述提醒消息展示页面中的第二展示区域,且所述第一展示区域与所述第二展示区域分别位于所述提醒消息展示页面中的不同位置。
步骤1904,当所述普通提醒消息为任务类型,且与所述普通提醒消息对应的截止期限之间的时间间隔不大于预设时长时,将所述普通提醒消息切换为置顶提醒消息。
在本实施例中,创建方可以通过触发如图14所示的“设为任务”选项,将相应的提醒消息配置为任务类型;其中,任务类型的提醒消息具有下述特性:该提醒消息存在相应的截止期限(可由创建方通过如图14所示的“截止时间”选项进行配置),并且提醒消息的接收方需要向创建方反馈相应的任务处理情况等。
那么,通过对任务类型的普通提醒消息的截止期限进行监控,并在与该截止期限之间的时间间隔不大于预设时长时,例如在截止期限到达前的1天(或其他预设时长),自动将该普通提醒消息切换为置顶提醒消息,使得用户可以更方便地查看和及时处理该任务类型的提醒消息,避免发生遗漏。
图20示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图20,在硬件层面,该电子设备包括处理器2002、内部总线2004、网络接口2006、内存2008以及非易失性存储器2010,当然还可能包括其他业务所需要的硬件。处理器2002从非易失性存储器2010中读取对应的计算机程序到内存2002中然后运行,在逻辑层面上形成通讯装置。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图21,在软件实施方式中,该通讯装置可以包括第一生成单元2102和发出单元2104。其中:
第一生成单元2102,当接收到针对会话页面中的任一通讯消息的第一触发指令时,根据所述任一通讯消息生成相应的置顶提醒消息;
发出单元2104,发出所述置顶提醒消息;其中,所述置顶提醒消息被展示于接收方对应的提醒消息展示页面中的第一展示区域,且所述第一展示区域区别于所述提醒消息展示页面中用于展示普通提醒消息的第二展示区域。
可选的,所述第一生成单元2102具体用于:
将本端用户配置为所述置顶提醒消息的接收方。
可选的,所述第一生成单元2102具体用于:
解析所述任一通讯消息的消息内容;
当所述消息内容中包含结构化的目标用户指示信息时,确定所述目标用户指示信息对应的目标用户;
将所述目标用户配置为所述置顶提醒消息的接收方。
可选的,所述第一生成单元2102具体用于:
获取所述会话页面的标识信息;
将所述标识信息添加至所述置顶提醒消息中,作为所述置顶提醒消息的第一消息源信息,以与所述置顶提醒消息的消息内容同步展示于所述第一展示区域。
可选的,所述第一生成单元2102具体用于:
获取所述任一通讯消息的发送方;
将所述发送方的用户信息添加至所述置顶提醒消息中,作为所述置顶提醒消息的第二消息源信息,以与所述置顶提醒消息的消息内容同步展示于所述第一展示区域。
可选的,还包括:
第二生成单元2106,当接收到针对所述任一通讯消息的第二触发指令时,根据所述任一通讯消息生成相应的普通提醒消息;
其中,所述普通提醒消息被发送至所述接收方时,被展示于所述第二展示区域内。
图22示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图22,在硬件层面,该电子设备包括处理器2202、内部总线2204、网络接口2206、内存2208以及非易失性存储器2210,当然还可能包括其他业务所需要的硬件。处理器2202从非易失性存储器2210中读取对应的计算机程序到内存2202中然后运行,在逻辑层面上形成通讯装置。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图23,在软件实施方式中,该通讯装置可以包括获取单元2302、识别单元2304和展示单元2306。其中:
获取单元2302,获取接收到的提醒消息;
识别单元2304,根据所述提醒消息被配置的展示模式,识别所述提醒消息中的置顶提醒消息和普通提醒消息;
展示单元2306,将所述置顶提醒消息展示于提醒消息展示页面中的第一展示区域、将所述普通提醒消息展示于所述提醒消息展示页面中的第二展示区域,其中所述第一展示区域与所述第二展示区域分别位于所述提醒消息展示页面中的不同位置。
可选的,还包括:
标识示出单元2308,在所述置顶提醒消息的展示范围内,示出对应于置顶模式的第一标识;以及,在所述普通提醒消息的展示范围内,示出对应于普通模式的第二标识;
其中,所述第一标识区别于所述第二标识。
可选的,所述第一标识包括:呈钉入状态的图钉图标;所述第二标识包括:呈非钉入状态的图钉图标。
可选的,还包括:
切换单元2310,根据接收到的对所述第一标识的触发操作,将相应的置顶提醒消息切换为普通提醒消息;以及,根据接收到的对所述第二标识的触发操作,将相应的普通提醒消息切换为置顶提醒消息。
可选的,当所述提醒消息展示页面呈列表形式时,所述第一展示区域位于所述列表的顶部、所述第二展示区域位于所述第一展示区域下方。
可选的,所述展示模式由所述提醒消息的发送方或接收方配置得到。
可选的,还包括:
展示控制单元2312,对所述置顶提醒消息进行详情展示,以及对所述普通提醒消息进行缩略展示。
可选的,
所述提醒消息为任务类型;
所述展示控制单元2312通过下述方式对所述置顶提醒消息进行详情展示:展示出所述置顶提醒消息的任务信息;
所述展示控制单元2312通过下述方式对所述普通提醒消息进行缩略展示:隐藏所述普通提醒消息的任务信息;其中,当所述普通提醒消息被触发时,所述普通提醒消息的任务信息被展示于相应的详情页面中。
可选的,所述展示单元2306具体用于:
当存在多条置顶提醒消息时,将置顶展示的多条置顶提醒消息按照对应的接收时序进行排列。
可选的,还包括:
示出单元2314,当所述提醒消息由会话页面中的通讯消息转换得到时,在所述提醒消息的展示范围内示出消息源信息;
其中,所述消息源信息包括以下至少之一:所述会话页面的标识信息、所述通讯消息的发送方的用户信息。
可选的,还包括:
跳转单元2316,当检测到对所述消息源信息的触发操作时,跳转至所述会话页面,并在所述会话页面中示出所述通讯消息的上下文信息。
图24示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图24,在硬件层面,该电子设备包括处理器2402、内部总线2404、网络接口2406、内存2408以及非易失性存储器2410,当然还可能包括其他业务所需要的硬件。处理器2402从非易失性存储器2410中读取对应的计算机程序到内存2402中然后运行,在逻辑层面上形成通讯装置。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图25,在软件实施方式中,该通讯装置可以包括页面示出单元2502、模式配置单元2504和消息发送单元2506。其中:
页面示出单元2502,示出提醒消息创建页面,所述提醒消息创建页面中包含一模式切换标识;
模式配置单元2504,根据对所述模式切换标识的触发操作,将所述提醒消息创建页面生成的提醒消息配置为相应的展示模式;
消息发送单元2506,将所述提醒消息发送至目标对象;其中,当所述展示模式为置顶模式时,所述提醒消息在所述目标对象的提醒消息展示页面中被展示于第一展示区域,而普通模式的提醒消息被展示于所述提醒消息展示页面中区别于所述第一展示区域的第二展示区域。
可选的,还包括:
类型配置单元2508,当所述提醒消息创建页面中包含一任务启动标识时,根据对所述任务启动标识的触发操作,将所述提醒消息配置为任务类型;
选项示出单元2510,在所述任务启动标识附近,示出预先隐藏的针对所述提醒消息的任务配置选项;
任务配置单元2512,根据接收到的对所述任务配置选项的配置操作,对所述提醒消息的任务信息进行配置。
可选的,所述任务信息包括以下至少之一:
截止期限、所述截止期限前的任务提醒时刻。
图26示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图26,在硬件层面,该电子设备包括处理器2602、内部总线2604、网络接口2606、内存2608以及非易失性存储器2610,当然还可能包括其他业务所需要的硬件。处理器2602从非易失性存储器2610中读取对应的计算机程序到内存2602中然后运行,在逻辑层面上形成通讯装置。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图27,在软件实施方式中,该通讯装置可以包括创建单元2702、配置单元2704和展示单元2706。其中:
创建单元2702,创建提醒消息;
配置单元2704,当检测到对所述提醒消息的发送指令,且所述提醒消息未配置目标对象时,将所述提醒消息的创建方配置为所述目标对象;
展示单元2706,接收并展示所述提醒消息。
可选的,所述展示单元2706具体用于:
根据所述提醒消息被配置的展示模式,确定所述提醒消息为置顶提醒消息或普通提醒消息;
将所述置顶提醒消息展示于提醒消息展示页面中的第一展示区域、将所述普通提醒消息展示于所述提醒消息展示页面中的第二展示区域,其中所述第一展示区域与所述第二展示区域分别位于所述提醒消息展示页面中的不同位置。
图28示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图28,在硬件层面,该电子设备包括处理器2802、内部总线2804、网络接口2806、内存2808以及非易失性存储器2810,当然还可能包括其他业务所需要的硬件。处理器2802从非易失性存储器2810中读取对应的计算机程序到内存2802中然后运行,在逻辑层面上形成通讯装置。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图29,在软件实施方式中,该通讯装置可以包括展示单元2902和切换单元2904。其中:
展示单元2902,展示接收到的提醒消息;其中,置顶提醒消息被展示于提醒消息展示页面中的第一展示区域、普通提醒消息被展示于所述提醒消息展示页面中的第二展示区域,且所述第一展示区域与所述第二展示区域分别位于所述提醒消息展示页面中的不同位置;
切换单元2904,当所述普通提醒消息为任务类型,且与所述普通提醒消息对应的截止期限之间的时间间隔不大于预设时长时,将所述普通提醒消息切换为置顶提醒消息。
图30示出了根据本申请的一示例性实施例的基于发送方侧的一种通讯方法的流程图。如图30所示,该方法应用于发送方的电子设备上,可以包括以下步骤:
步骤3002,接收到针对会话页面中的任一通讯消息的触发指令。
步骤3004,响应于所述触发指令,根据所述任一通讯消息生成相应的提醒消息。
步骤3006,按照预定义的发送条件发出所述提醒消息。
在本实施例中,预定义的发送条件可以包括:接收方。在一实施例中,该接收方可以默认配置为发送方自身;而在另一实施例中,当该任一通讯消息的消息内容中包含结构化的目标用户指示信息时,该接收方可以默认为该目标用户指示信息对应的目标用户。那么,电子设备可以按照上述方式,自动确定出接收方等发送条件,而无需发送方手动配置,有助于简化用户操作、提升处理效率。
相应地,图31示出了根据本申请的一示例性实施例的基于接收方侧的一种通讯方法的流程图。如图31所示,该方法应用于接收方的电子设备上,可以包括以下步骤:
步骤3102,接收到来自发送方的提醒消息,所述提醒消息由所述发送方通过触发会话页面中的通讯消息而生成后,被按照预定义的发送条件而发出。
在本实施例中,基于上述图30所示实施例的描述,接收方可以为发送方自身;或者,接收方可以为通讯消息中包含的目标用户指示信息对应的目标用户。
步骤3104,根据检测到的对所述提醒消息的模式配置操作,将所述提醒消息配置为置顶提醒消息或普通提醒消息。
在本实施例中,接收方可以手动配置提醒消息的展示模式,从而将提醒消息配置为置顶提醒消息或普通提醒消息,以满足不同的提醒需求。
步骤3106,展示所述提醒消息;其中,所述置顶提醒消息被展示于提醒消息展示页面中的第一展示区域、所述普通提醒消息被展示于所述提醒消息展示页面中的第二展示区域,且所述第一展示区域与所述第二展示区域分别位于所述提醒消息展示页面中的不同位置。
下面针对企业即时通讯应用钉钉,结合图32进行详细说明。其中,图32示出了根据本申请的一示例性实施例的一种通讯方法的流程图。如图32所示,该方法应用于发送方的电子设备1、接收方的电子设备2上,这些电子设备上安装有钉钉客户端,并通过该钉钉客户端的运行,以实现本申请的通讯方案;其中,该方法可以包括以下步骤:
步骤3202,电子设备1接收到即时通讯消息。
在本实施例中,以图7所示的钉钉客户端内的群组“湖畔家园”对应的群聊会话页面为例,那么本申请的通讯消息可以为该群聊页面中的即时通讯消息;当然,对于单聊会话页面中的即时通讯消息,或者其他类型的通讯消息,均可以适用于本申请的技术方案,本申请并不对此进行限制。
步骤3204,电子设备1检测到发送方的触发操作。
在本实施例中,以图7所示的即时通讯消息“下午6点半四楼神龙阁开会,带上电脑和设计稿”为例,触发操作可以包括:本端用户对该即时通讯消息进行长按触发(或重压(相对于轻按)等其他触发操作),以调出图7所示的包含“DING一下”、“钉住”、“复制”、“转发”等功能选项的功能菜单,并选中该功能菜单中的“钉住”功能选项。
步骤3206,电子设备1生成提醒消息,并将提醒消息发送至接收方的电子设备2。
在本实施例中,基于本端用户发出的上述触发指令,钉钉客户端可以将相应的即时通讯消息直接生成为置顶提醒消息,而无需本端用户执行其他操作或发出其他指令,即可完成对置顶提醒消息的发送,并通过如图8所示的“钉住成功”向本端用户形成反馈。那么,由于对即时通讯消息的快速处理,使得本端用户只需要发出上述的触发指令后,即可由钉钉客户端自动生成并发出相应的置顶提醒消息,不需要手动配置接收方等发送条件,可以降低对原本的通讯过程的影响、简化用户操作。
实际上,该步骤3206可参考图6所示实施例中的步骤606A,只是本实施例中的提醒消息默认采用普通模式,即普通提醒消息,而区别于图6所示实施例中的置顶提醒消息。
步骤3208,电子设备2根据接收方的模式配置操作,配置提醒消息的展示模式。
在本实施例中,如图17所示,当接收到提醒消息时,电子设备2可以示出如图17顶部所示的消息框,并在该消息框内示出该提醒消息的内容(全部内容或部分内容),以及针对该提醒消息的操作选项,比如“确定”、“钉住TA”等。其中,当检测到操作选项“钉住TA”被触发时,可以判定为接收方将当前接收到的提醒消息配置为置顶模式;而当检测到操作选项“确定”被触发,或者未检测到对任何操作选项的触发操作时,可以判定为接收方将提醒消息配置为普通模式。
步骤3210,电子设备2按照提醒消息的展示模式,在提醒消息展示页面中对提醒消息进行展示。
图33示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图33,在硬件层面,该电子设备包括处理器3302、内部总线3304、网络接口3306、内存3308以及非易失性存储器3310,当然还可能包括其他业务所需要的硬件。处理器3302从非易失性存储器3310中读取对应的计算机程序到内存3302中然后运行,在逻辑层面上形成通讯装置。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图34,在软件实施方式中,该通讯装置可以包括接收单元3402、生成单元3404和发出单元3406。其中:
接收单元3402,接收到针对会话页面中的任一通讯消息的触发指令;
生成单元3404,响应于所述触发指令,根据所述任一通讯消息生成相应的提醒消息;
发出单元3406,按照预定义的发送条件发出所述提醒消息。
图35示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图35,在硬件层面,该电子设备包括处理器3502、内部总线3504、网络接口3506、内存3508以及非易失性存储器3510,当然还可能包括其他业务所需要的硬件。处理器3502从非易失性存储器3510中读取对应的计算机程序到内存3502中然后运行,在逻辑层面上形成通讯装置。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图36,在软件实施方式中,该通讯装置可以包括接收单元3602、配置单元3604和展示单元3606。其中:
接收单元3602,接收到来自发送方的提醒消息,所述提醒消息由所述发送方通过触发会话页面中的通讯消息而生成后,被按照预定义的发送条件而发出;
配置单元3604,根据检测到的对所述提醒消息的模式配置操作,将所述提醒消息配置为置顶提醒消息或普通提醒消息;
展示单元3606,展示所述提醒消息;其中,所述置顶提醒消息被展示于提醒消息展示页面中的第一展示区域、所述普通提醒消息被展示于所述提醒消息展示页面中的第二展示区域,且所述第一展示区域与所述第二展示区域分别位于所述提醒消息展示页面中的不同位置。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。