欢迎光临小豌豆知识网!
当前位置:首页 > 电学技术 > 电通讯技术> 日程处理方法、装置和设备独创技术33431字

日程处理方法、装置和设备

2021-02-11 02:02:27

日程处理方法、装置和设备

  技术领域

  本发明涉及互联网技术领域,尤其涉及一种日程处理方法、装置和设备。

  背景技术

  目前来说,大多用户的智能手机中都会安装有一种或几种即时通信客户端,通过即时通信客户端,用户可以方便地与朋友、同事、亲人进行通信交流。

  有些即时通信客户端可以支持日程设置功能,从而可以使得用户通过该日程设置功能记录每天需要做的事情。

  发明内容

  本发明实施例提供一种日程处理方法、装置和设备,用以自动地发现即时通信客户端侧的日程事件是否发生错误。

  第一方面,本发明实施例提供一种日程处理方法,应用于即时通信客户端,该方法包括:

  响应于用户的日程查看操作,根据从服务器获得的日程创建信息和验证时间段设置信息,生成验证时间段对应的日程事件;

  将所述日程事件发送至所述服务器,以使所述服务器根据本地存储的所述用户的日程创建信息对所述日程事件进行验证。

  第二方面,本发明实施例提供一种日程处理装置,位于即时通信客户端侧,该装置包括:

  生成模块,用于响应于用户的日程查看操作,根据从服务器获得的日程创建信息和验证时间段设置信息,生成验证时间段对应的日程事件;

  发送模块,用于将所述日程事件发送至所述服务器,以使所述服务器根据本地存储的所述用户的日程创建信息对所述日程事件进行验证。

  第三方面,本发明实施例提供一种电子设备,包括第一处理器、第一存储器,所述第一存储器上存储有可执行代码,当所述可执行代码被所述第一处理器执行时,使所述第一处理器执行时至少可以实现如第一方面所述的日程处理方法。

  本发明实施例提供了一种计算机存储介质,用于储存可执行代码,所述可执行代码使计算机中的处理器执行时至少实现上述第一方面中的日程处理方法。

  第四方面,本发明实施例提供一种日程处理方法,应用于服务器,该方法包括:

  将验证时间段设置信息提供至用户的即时通信客户端;

  接收所述即时通信客户端发送的与验证时间段对应的日程事件;

  根据服务器中存储的所述用户的日程创建信息生成与所述验证时间段对应的参考日程事件;

  根据所述参考日程事件对接收到的所述日程事件进行验证。

  第五方面,本发明实施例提供一种日程处理装置,应用于服务器,该装置包括:

  发送模块,用于将验证时间段设置信息提供至用户的即时通信客户端;

  接收模块,用于接收所述即时通信客户端发送的与验证时间段对应的日程事件;

  验证模块,用于根据服务器中存储的所述用户的日程创建信息生成与所述验证时间段对应的参考日程事件;根据所述参考日程事件对接收到的所述日程事件进行验证。

  第六方面,本发明实施例提供一种电子设备,包括:第二存储器、第二处理器;其中,所述第二存储器上存储有可执行代码,当所述可执行代码被所述第二处理器执行时,使所述第二处理器执行时至少可以实现如第四方面所述的日程处理方法。

  本发明实施例提供了一种计算机存储介质,用于储存可执行代码,所述可执行代码使计算机中的处理器执行时至少实现上述第四方面中的日程处理方法。

  在本发明实施例中,当用户在自己的即时通信客户端中触发了日程查看操作时,该即时通信客户端可以根据已经从服务器获得的该用户此前设置的日程创建信息以及管理人员在服务器中设置的验证时间段设置信息,生成与当前的验证时间段对应的日程事件,进而将生成的日程事件发送至服务器。由于服务器中存储有该用户的所有的、准确的日程创建信息,因此,服务器可以根据本地存储的该用户的日程创建信息生成与上述验证时间段对应的参考日程事件,通过对比参考日程事件与即时通信客户端生成的日程事件,以完成即时通信客户端侧生成的日程事件是否与参考日程时间一致的自动验证。

  附图说明

  为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

  图1为本发明实施例提供的一种日程创建过程的示意图;

  图2为本发明实施例提供的一种日程查看操作对应的日程界面示意图;

  图3为本发明实施例提供的另一种日程查看操作对应的日程界面示意图;

  图4为本发明实施例提供的一种日程处理方法的流程图;

  图5为本发明实施例提供的另一种日程处理方法的流程图;

  图6为本发明实施例提供的一种日程处理装置的结构示意图;

  图7为与图6所示实施例提供的日程处理装置对应的电子设备的结构示意图;

  图8为本发明实施例提供的另一种日程处理装置的结构示意图;

  图9为与图8所示实施例提供的日程处理装置对应的电子设备的结构示意图。

  具体实施方式

  为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

  在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义,“多种”一般包含至少两种。

  取决于语境,如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

  还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的商品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

  另外,下述各方法实施例中的步骤时序仅为一种举例,而非严格限定。

  下面先对本文提供的日程处理方法的执行背景进行介绍。

  在实际应用中,用户可以使用即时通信客户端提供的日程设置功能进行日程的创建,其中,日程也俗称为日历,因此,本文中的日程事件也可以称为日历事件。

  下面先结合图1介绍用户创建日程的过程:假设用户在其设备1和设备2中都安装了某即时通信客户端,假设用户通过操作设备1中的即时通信客户端来触发一个日程创建信息:每周五下午三点开部门周例会。设备1中的即时通信客户端将该日程创建信息发送至对应的服务器,从而服务器存储该日程创建信息与该用户的对应关系。另外,服务器将该日程创建信息发送至给用户对应的各即时通信客户端,即设备1中的该即时通信客户端以及设备2中的该即时通信客户端。

  至此,该用户在各个设备中安装的该即时通信客户端可以基于用户对某个日程的创建操作而获得对应的日程创建信息。下面结合图2来示意性说明即时通信客户端对从服务器获得的日程创建信息的使用过程。

  具体地,响应于用户的日程查看操作,即时通信客户端根据该日程查看操作对应的查看时间范围以及从服务器中获得的日程创建信息,生成与查看时间范围对应的日程事件,进而在日程界面中展示与该查看时间范围对应的日程事件。

  假设用户对其某设备1中的即时通信客户端进行操作以进入到图2中所示意的日程界面。可选地,在该日程界面中设置有周、月两种查看时间范围供用户选择,假设用户选择了“月”这个查看时间范围,则在日程界面中展示当前月份包含的各个日期以及每个日期所关联的日程事件。

  其中,具体地,当用户选择了“月”这个查看时间范围时,即时通信客户端可以根据已经从服务器获得的各日程创建信息生成日程的发生时间在该查看时间范围的日程事件,并将生成的日程事件展示在相应的日期处。

  举例来说,假设设备1中的即时通信客户端已经从服务器获得的日程创建信息包括:2019年3月28日上午十点开月度总结会,每周五下午三点开周例会,2019年4月2日上午九点有访客。并且假设当前月份为4月,用户进入到日程界面选择了“月”这个查看时间范围后,相当于触发了要查看4月份的所有日程事件的日程查看操作。此时,即时通信客户端从已经获得的上述三个日程创建信息中过滤掉发生日期不在4月份的“2019年3月28日上午十点开月度总结会”这个日程创建信息,并生成与“每周五下午三点开周例会”和“2019年4月2日上午九点客户来访”这两个日程创建信息对应的日程事件。

  按照时间特征来说,日程创建信息可以划分为对应于周期日程的日程创建信息和对应于非周期日程的日程创建信息。诸如上述“每周五下午三点开周例会”这种具有周期性特征的日程创建信息为对应于周期日程的日程创建信息。

  当设备1中的即时通信客户端从服务器获得的日程创建信息中包括对应于周期日程的日程创建信息时,在当前月份即4月这个查看时间范围内,基于该对应于周期日程的日程创建信息往往可以生成多个日程事件,比如图2中示意的4月5日、4月12日、4月19日、4月26日分别对应的日程事件:下午三点周例会。

  在上述举例中,除了根据“每周五下午三点开周例会”这个日程创建信息生成上述4个日程事件外,设备1中的即时通信客户端还根据“2019年4月2日上午九点客户来访”这个日程创建信息生成4月2日对应的“上午九点有访客”这个日程事件。

  假设上述用户在4月份的日程事件确实就包含上述五个日程事件。那么在理想情况下,设备1中的即时通信客户端如果确实生成了上述五个日程事件,说明日程事件显示正确,没有丢失。

  但是,如果设备1中的即时通信客户端存在某些设计缺陷导致上述五个日程事件中的部分丢失或出现其他错误,那么显然地,对用户将造成较大影响。

  另外,如前文所述,除了设备1外,同一用户还可能在设备2中也安装了上述即时通信客户端,设备1和设备2是不同类型的设备,比如设备1为使用某种操作系统的手机终端,设备2为使用另一种操作系统的手机终端,或者,设备2是PC机。

  由于在不同类型的设备中运行的同种即时通信客户端的设计可能是不同的,因此,在设备1中的即时通信客户端能够正确、完整地生成并展示对应于某查看时间范围的日程事件,并不意味着在设备2中的即时通信客户端也能够正确、完整地生成并展示对应于某查看时间范围的日程事件。比如如图3中所示,假设上述用户同样在设备2中的即时通信客户端中触发了针对4月份的日程事件的查看操作,此时,在日历界面中仅显示出“4月2日对应的上午九点有访客”这个日程事件,由于某些原因导致未能生成并展示“每周五下午三点开周例会”这个日程创建信息对应的如下日程事件:4月5日、4月12日、4月19日、4月26日分别对应的“下午三点周例会”。

  基于此,在即时通信客户端侧自动检测出日程事件是否准确显示,以便及时发现未能正确解析并展示的日程事件,对用户具有重要的现实意义。而本文提供的日程处理方法正是处于此目的。

  下面结合以下实施例对文本提供的日程处理方法的执行过程进行说明。

  图4为本发明实施例提供的一种日程处理方法的流程图,该日程处理方法可以由即时通信客户端来执行。如图4所示,该方法包括如下步骤:

  401、响应于用户的日程查看操作,根据从服务器获得的日程创建信息和验证时间段设置信息,生成验证时间段对应的日程事件。

  402、将日程事件发送至服务器,以使服务器根据本地存储的该用户的日程创建信息验证接收到的日程事件是否一致。

  当用户对其某设备中运行的即时通信客户端进行操作,触发了日程查看操作时,该即时通信客户端一方面可以如前文所述,生成该日程查看操作对应的查看时间范围内的日程事件并展示,另一方面,该即时通信客户端还可以基于服务器提供的验证时间段设置信息生成验证时间段对应的日程事件,并将该验证时间段对应的日程事件发送至服务器,以供服务器对该验证时间段对应的日程事件是否正确显示、是否存在事件丢失的情况进行验证。

  在一可选实施例中,当即时通信客户端接收到用户触发的日程查看操作时,该即时通信客户端可以随即向服务器发送验证请求,从而,服务器可以基于该验证请求向该即时通信客户端反馈验证时间段设置信息。其中,该验证时间段设置信息表明了每次验证多长时间跨度内的日程事件。实际应用中,比如可以设置为:当月,当前日期及其前后各N天,当前日期及其之后的N天,等等,其中,N大于或等于1。

  实际应用中,可选地,服务器在接收到上述验证请求后,可以对该验证请求进行有效性判定,当确定该验证请求有效后,再向即时通信客户端发送验证时间段设置信息。

  其中,服务器确定验证请求是否有效,可以实现为:若服务器当前的负载压力低于预设值,则确定该验证请求有效。或者,服务器确定验证请求是否有效,还可以实现为:若服务器确定该验证请求对应的用户在设定的验证时间段内存在对应于周期日程的日程创建信息,则确定该验证请求有效。或者,服务器确定验证请求是否有效,还可以实现为:若验证请求对应的时间戳在设定的时间范围内,则确定该验证请求有效。

  在另一可选实施例中,响应于用户触发的日程查看操作,即时通信客户端可以先查询本地已存储的验证时间段设置信息是否过期,若过期,则随即向服务器发送所述验证请求;若未过期,则直接使用本地存储的验证时间段信息即可。

  在该实施例中,服务器可以配置每次向某个即时通信客户端发送的验证时间段设置信息的生命周期,意味着在某时间段内,该验证时间段设置信息是有效的。从而,当即时通信客户端从服务器获得某个验证时间段设置信息后,在该生命周期内,即使用户触发了日程查看操作,也无需再向服务器发送上述验证请求,从而避免频繁地与服务器进行交互,以降低服务器的负载压力。

  当即时通信客户端从服务器获得了验证时间段设置信息后,便可以确定当前一次验证过程所对应的验证时间段的起止时间。比如,验证时间段设置信息为:当月,假设当前月份为4月,那么验证时间段的起止时间即为4月1日至4月30日。再比如,验证时间段设置信息为:当前日期及其前后各五天,假设当前日期为4月10日,那么验证时间段的起止时间即为4月5日至4月15日。

  进而,即时通信客户端根据已经从服务器获得的日程创建信息,生成与该验证时间段对应的日程事件,亦即发生时间在该验证时间段内的日程事件。

  值得说明的是,如前文所述,即时通信客户端基于用户触发的日程查看操作,还可以生成并展示与日程查看操作对应的查看时间范围对应的日程事件,实际应用中,可能存在查看时间范围与验证时间段完全重合或有部分重合的情况。比如,查看时间范围为当月,验证时间段也为当月,此时,即时通信客户端一方面将生成的当月的日程事件在日程界面中展示,另一方面将生成的日程事件发送至服务器进行后续的验证处理。再比如,查看时间范围为当月,验证时间段也为当前日期及其先后各五天,此时,查看时间范围与验证时间段可能有部分重叠,即时通信客户端一方面将生成的当月的日程事件在日程界面中展示,另一方面将生成的与该验证时间段对应的日程事件发送至服务器进行后续的验证处理。

  在一可选实施例中,即时通信客户端可以将发生时间在验证时间段内的所有日程事件都发送至服务器中进行后续的验证处理,此时,这些日程事件中可能有周期日程事件也可能有非周期日程事件。

  在另一可选实施例中,即时通信客户端可以根据从服务器获得的对应于周期日程的日程创建信息和验证时间段设置信息,生成验证时间段对应的日程事件并将生成的日程事件发送至服务器。此时,相当于即时通信客户端仅将发生在验证时间段内的周期日程事件发送至服务器进行后续的验证处理。这是因为,经统计发现,周期日程事件更易出现丢失等错误现象。

  上述介绍了通过限制验证请求的发送时机、上报服务器的日程事件的类型(周期日程事件)来降低服务器的负载压力。下面还提供另一种降低服务器的负载压力的手段:限制同一用户在设定的时间范围内能够执行的验证次数。比如规定同一用户在一天内仅能够执行一次日程事件验证过程。

  基于此,具体地,响应于用户触发的日程查看操作,若即时通信客户端发送用户在设定的时间范围内触发的日程查看操作还未达到预设次数,则确定当前触发的日程查看操作有效,执行验证时间段内发生的日程事件的生成与上报过程。另外,为便于对后续该用户触发的日程查看操作是否有效的判断,此时,还需要更新该用户在设定的时间范围内触发的日程查看操作次数,即将日程查看操作次数进行加一运算。

  举例来说,假设规定同一用户在一天内仅能够执行一次日程事件验证过程,那么如果当前用户触发的日程查看操作是当天内触发的首次查看操作,那么该日程查看操作被确定为有效;而如果当前用户触发的日程查看操作是当天内触发的第二次查看操作,那么该日程查看操作被确定为无效,此时将不会执行验证时间段内的日程事件生成和上报过程。

  而当服务器接收到用户的即时通信客户端发送的日程事件后,服务器根据本地存储的该用户的日程创建信息生成与验证时间段对应的参考日程事件,进而根据参考日程事件对接收到的日程事件进行验证。具体地,服务器也执行生成验证时间段内该用户对应的日程事件(为区别,称为参考日程事件)的动作,由于服务器中存储的是准确、完整的日程创建信息,因此,生成的参考日程事件是在该验证时间段内即时通信客户端理论上应该生成并展示的日程事件,通过对比参考日程事件与即时通信客户端实际生成的日程事件,便可以发现即时通信客户端是否存在日程事件解析错误的问题。比如,如果参考日程事件的个数大于即时通信客户端生成的日程事件的个数,说明即时通信客户端丢失了某些日程事件。再比如,对比参考日程事件与即时通信客户端生成的日程事件的内容和发生时间,可以确定各个日常事件的解析是否正确。

  另外,在实际应用中,用户可能会由于出差等原因发生地理位置的变化,有些地理位置的变化会引起用户所处的时区也发生变化,而时区发生改变可能会导致日程事件的发生时间适应性改变。比如,用户在A时区下设置的某日程事件的发生时间应该在4月2日,但是,如果用户去往了B时区的区域,该日程事件的发生时间在B时区下应该为4月3日,那么如果即时通信客户端依旧解析出在4月2日发生该日程事件,这个结果将会是错误的,正确的解析结果应该是4月3日发生该日程事件。

  而为了兼顾用户所处时区的变化对识别即时通信客户端中是否存在日程事件解析错误的影响,本文中还提供了如下的解决方案:

  即时通信客户端在生成验证时间段对应的日程事件后,将生成的日程事件和用户当前对应的时区信息发送至服务器,以使服务器根据本地存储的该用户的日程创建信息以及该时区信息对接收到的日程事件进行验证。

  具体地,服务器在生成验证时间段内发生的参考日历事件之后,可以根据时区信息对参考日程事件对应的发生时间进行转换,进而,对比转换后的参考日程事件与接收到的日程事件,以确定接收到的日程事件是否与参考日程事件一致。

  综上,即时通信客户端根据已经获得的日程创建信息生成实际发生在验证时间段内的日程事件并上报服务器,由服务器根据该验证时间段内本应该发生的参考日历事件对即时通信客户端上报的日历事件进行准确性验证,从而完成了即时通信客户端侧生成的日程事件是否与参考日程事件一致的自动验证。

  图5为本发明实施例提供的另一种日程处理方法的流程图,该日程处理方法可以由服务器来执行。如图5所示,该方法包括如下步骤:

  501、将验证时间段设置信息提供至用户的即时通信客户端。

  实际应用中,服务器将验证时间段设置信息提供给即时通信客户端的时机可以参考前述实施例中的说明。

  当然,在一可选实施例中,服务器也可以基于管理员的触发,主动将验证时间段设置信息发送至各个用户的即时通信客户端。

  502、接收即时通信客户端发送的与验证时间段对应的日程事件。

  即时通信客户端根据从服务器获得的日程创建信息生成发生在验证时间段内的日程事件的过程可以参考前述实施例中的说明。

  实际应用中,当服务器接收到用户编辑的日程创建信息时,可以将该日程创建信息发送至该用户对应的各即时通信客户端,以供即时通信客户端基于用户的日程查看操作生成与该验证时间段对应的日程事件。

  503、根据服务器中存储的用户的日程创建信息生成与验证时间段对应的参考日程事件。

  504、根据参考日程事件对接收到的日程事件进行验证。

  另外,可选地,如前文所述,即时通信客户端在生成上述日程事件并上报服务器外,与该日程事件一同上报的,还可以包括用户当前的时区信息。从而,服务器在生成参考日程事件后,根据时区信息对参考日程事件对应的发生时间进行转换,进而对比转换后的参考日程事件与接收到的日程事件,以确定接收到的日程事件是否有误。

  服务器对比参考日程事件与从即时通信客户端接收到的日程事件的过程可以参考前述实施例中的说明。

  以下将详细描述本发明的一个或多个实施例的日程处理装置。本领域技术人员可以理解,这些日程处理装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

  图6为本发明实施例提供的一种日程处理装置的结构示意图,如图6所示,该装置包括:生成模块11、发送模块12。

  生成模块11,用于响应于用户的日程查看操作,根据从服务器获得的日程创建信息和验证时间段设置信息,生成验证时间段对应的日程事件。

  发送模块12,用于将所述日程事件发送至所述服务器,以使所述服务器根据本地存储的所述用户的日程创建信息验证所述日程事件是否一致。

  可选地,所述生成模块11具体可以用于:根据从服务器获得的对应于周期日程的日程创建信息和所述验证时间段设置信息,生成验证时间段对应的日程事件。

  可选地,所述发送模块12还可以用于:响应于所述日程查看操作,向所述服务器发送验证请求。相应地,所述装置还包括:接收模块,用于接收所述服务器在确定所述验证请求有效时反馈的所述验证时间段设置信息。

  可选地,所述装置还可以包括:查询模块,用于响应于所述日程查看操作,查询本地已存储的验证时间段设置信息是否过期;若过期,则通过所述发送模块12向所述服务器发送所述验证请求。

  可选地,所述查询模块还可以用于:响应于所述日程查看操作,若所述用户在设定的时间范围内触发的日程查看操作还未达到预设次数,则确定所述日程查看操作有效;更新所述用户在所述设定的时间范围内触发的日程查看操作次数。

  可选地,所述发送模块12还可以用于:将所述日程事件和所述用户当前对应的时区信息发送至所述服务器,以使所述服务器根据本地存储的所述用户的日程创建信息以及所述时区信息对所述日程事件进行验证。

  可选地,所述生成模块11还可以用于:响应于用户的日程查看操作,根据所述日程查看操作对应的查看时间范围以及从所述服务器中获得的日程创建信息,生成与所述查看时间范围对应的日程事件。相应地,所述装置还可以包括:显示模块,用于在日程界面中展示与所述查看时间范围对应的日程事件。

  图6所示装置可以执行前述实施例中即时通信客户端所执行各个步骤,本实施例未详细描述的部分,可参考对前述实施例的相关说明。

  在一个可能的设计中,图6所示日程处理装置的结构可实现为一电子设备,该电子设备可以是诸如手机、平板电脑、PC机等用户终端。如图7所示,该电子设备可以包括:第一处理器21、第一存储器22。其中,所述第一存储器22上存储有可执行代码,当所述可执行代码被所述第一处理器21执行时,使所述第一处理器21执行时至少可以实现如前述实施例中即时通信客户端所执行的各个步骤。

  可选地,该电子设备还可以包括第一通信接口23,用于与其他设备进行通信。

  另外,本发明实施例提供了一种计算机存储介质,用于储存可执行代码,所述可执行代码使计算机中的处理器执行时至少实现前述实施例中即时通信客户端所执行的各个步骤。

  图8为本发明实施例提供的另一种日程处理装置的结构示意图,如图8所示,该装置包括:发送模块31、接收模块32、验证模块33。

  发送模块31,用于将验证时间段设置信息提供至用户的即时通信客户端。

  接收模块32,用于接收所述即时通信客户端发送的与验证时间段对应的日程事件。

  验证模块33,用于根据服务器中存储的所述用户的日程创建信息生成与所述验证时间段对应的参考日程事件;根据所述参考日程事件对接收到的所述日程事件进行验证。

  可选地,所述接收模块32还用于:接收所述即时通信客户端发送的与验证时间段对应的日程事件和所述用户当前对应的时区信息。此时,所述验证模块33还用于:根据所述时区信息对所述参考日程事件对应的发生时间进行转换;对比转换后的参考日程事件与接收到的所述日程事件,以确定接收到的所述日程事件是否一致。

  可选地,所述发送模块31还用于:将接收到的所述用户的日程创建信息发送至所述即时通信客户端,以供所述即时通信客户端生成与所述验证时间段对应的日程事件。

  图8所示装置可以执行前述实施例中服务器所执行的各个步骤,本实施例未详细描述的部分,可参考对前述实施例的相关说明。

  在一个可能的设计中,图8所示日程处理装置的结构可实现为一电子设备,该电子设备可以是服务器。如图9所示,该电子设备可以包括:第二处理器41、第二存储器42。其中,所述第二存储器42上存储有可执行代码,当所述可执行代码被所述第二处理器41执行时,使所述第二处理器41执行时至少可以实现如前述实施例中服务器所执行的各个步骤。

  可选地,该电子设备还可以包括第二通信接口43,用于与其他设备进行通信。

  另外,本发明实施例提供了一种计算机存储介质,用于储存可执行代码,所述可执行代码使计算机中的处理器执行时至少实现前述实施例中服务器所执行的各个步骤。

  以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。

  通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现,当然也可以通过硬件和软件结合的方式来实现。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

  本发明实施例提供的日程处理方法可以由某种程序/软件来执行,该程序/软件可以由网络侧提供,前述实施例中提及的即时通信客户端、服务器可以将相应的程序/软件下载到本地的非易失性存储介质中,并在其需要执行前述日程处理方法时,通过CPU将该程序/软件读取到内存中,进而由CPU执行该程序/软件以实现前述实施例中所提供的日程处理方法,执行过程可以参见前述图1至图5中的示意。

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

《日程处理方法、装置和设备.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

文档为doc格式(或pdf格式)