具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

以下，结合附图详细介绍本发明的实施例：

图1为本发明的团队日历处理方法流程图，请参见图1，本发明团队日历处理方法包括如下步骤：

S1：将第二应用中的团队数据同步至第一应用中，团队数据包括团队成员信息、日程数据、邮件数据和会话数据。

可选的，通过NLP和人工智能技术识别出团队数据中团队成员与一特定人群之间的关系数据。

在具体实施中，第二应用包括outlook日程、邮件、企业微信、office365等，第一应用为日历管理工具，通过数据的同步，会同步outlook日程数据、邮件数据，企业微信会话的与外部联系人的单聊数据和群聊数据，以及上述数据中的组织架构和汇报关系的数据，商机、联系人、跟进和待办数据。

在具体实施中，通过上述数据源获取数据后，可基于NLP技术从数据中提取日程信息、待办信息、客户信息。优选的，通过NLP和AI能力识别出各数据与客户之间的关系。

S2：在第一应用的第一界面中根据团队成员信息以周视图的形式、分别以成员和日期为维度展示一团队日历，并进一步根据团队数据在团队日历中显示团队工作事项。

可选的，团队工作事项以卡片控件的形式对应显示于成员和日期的交点，卡片控件根据团队工作事项包括至少一种类型。

可选的，根据团队数据确定卡片控件在第一界面中的缩略显示内容，点击卡片控件触发弹出基于第一界面的第二界面，第二界面中显示卡片控件对应的团队工作事项的全部内容。

可选的，卡片控件包括特定人群卡片，根据关系数据确定特定人群卡片的内容。具体的，特定人群即为客户。

在具体实施中，可定义团队成员权限，根据权限的不同，对不同的团队成员展示不同的第一界面，具体的，团队管理者有权限查看完整的团队日历。

在具体实施中，第一界面即为展示团队日历的界面，团队日历以周视图的形式进行展示，默认提供本周的数据，切换日期，可以查看每个星期自己和团队成员的工作事项。

在具体实施中，在交互上，每个单元格的高度支持任意拖拽和还原。

在具体实施中，待办、日程和客户为单独的卡片，其中，客户的卡片以每日集合的形式进行展示，即一个客户一天只会有一个卡片，在卡片中集中展示该客户在该日的所有相关事项。具体的，还包括职位动态卡片，在团队成员的职位信息发生变动时进行卡片展示。

图4为本发明的第一界面与第二界面示意图，如图4所示，在具体实施中，每个卡片承载数据有限，点击卡片会读取和展示该事项的详情，即展示第二界面。在第二界面中，每种卡片有相应的展示逻辑，具体的，待办卡片的逻辑为：根据完成时间与当前时间的对比，以完成状态来区分排序；日程卡片为：按照时间轴，进行倒序排列；客户的卡片为：按照当日的时间对客户事项进行倒序展示。

在具体实施中，第二界面中展示的内容包括但不限于事项标题、时间、组织者、日程周期、参与人员。优选的，在第二界面中还显示该事项的数据源。

在具体实施中，点击团队日历中每个单元格的空白处，触发查询该成员在当日的全部可统计的工作内容，并以日报的形式进行展示。

S3：以成员为筛选项对团队日历进行筛选显示，以卡片控件的类型为筛选项对团队日历进行筛选显示。

在具体实施中，根据部门，可以筛选想要查看的下属，通过标星的形式可以对个别员工进行关注。根据需求支持筛选不同的事项进行查看，比如仅查看与客户相关的互动事项。

S4：当对团队日历进行数据变动后，将数据变动的内容回写至第二应用中。

在具体实施中，支持给自己或者团队成员创建日程和待办以及其他可以在第一界面上展示的内容，日程会同步回写到outlook或者企业微信，待办数据会回写到业务库，确保所有数据的一致性和统一性。在创建日程和待办的时候，增加关联客户和商机的选项，填写更多与客户相关的信息，有助于构建事件图谱。

图5为本发明的第一界面与第三界面示意图，如图5所示，在具体实施中，创建日程和待办以及其他可以在第一界面上展示的内容具体为在第一界面上点击一创建控件，并进一步触发弹出基于第一界面的第三界面，第三界面中显示创建需进行记载的全部待填写信息。

图6为本发明一具体实施例的数据同步示意图，请参见图6，可以创建日程.并可统一Ofhce365和企业微信日程数据，通过Eipass实现日程数据的写入，并写入MYSOL保证时效性，写入时，可获取企业微信日程(创建时可获取企微日程id,并进一步通过日程id获取日程信息)，进一步的，可以选择关联客户和商机方便构建事件图谱。回写时，写入Otfice365和企业微信保证数据准确和一致性。

需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例提供了一种团队日历处理系统，适用于上述的一种团队日历处理方法。如以下所使用的，术语“单元”、“模块”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件、或者软件和硬件的组合的实现也是可能并被构想的。

图2为根据本发明的团队日历处理系统的框架图，请参见图2，包括：

数据源同步模块1：将第二应用中的团队数据同步至第一应用中，团队数据包括团队成员信息、日程数据、邮件数据和会话数据。

可选的，通过NLP和人工智能技术识别出团队数据中团队成员与一特定人群之间的关系数据。

在具体实施中，第二应用包括outlook日程、邮件、企业微信、office365等，第一应用为日历管理工具，通过数据的同步，会同步outlook日程数据、邮件数据，企业微信会话的与外部联系人的单聊数据和群聊数据，以及上述数据中的组织架构和汇报关系的数据，商机、联系人、跟进和待办数据。

在具体实施中，通过上述数据源获取数据后，可基于NLP技术从数据中提取日程信息、待办信息、客户信息。优选的，通过NLP和AI能力识别出各数据与客户之间的关系。

团队日历展示模块2：在第一应用的第一界面中根据团队成员信息以周视图的形式、分别以成员和日期为维度展示一团队日历，并进一步根据团队数据在团队日历中显示团队工作事项。

可选的，团队工作事项以卡片控件的形式对应显示于成员和日期的交点，卡片控件根据团队工作事项包括至少一种类型。

可选的，根据团队数据确定卡片控件在第一界面中的缩略显示内容，点击卡片控件触发弹出基于第一界面的第二界面，第二界面中显示卡片控件对应的团队工作事项的全部内容。

可选的，卡片控件包括特定人群卡片，根据关系数据确定特定人群卡片的内容。具体的，特定人群即为客户。

在具体实施中，可定义团队成员权限，根据权限的不同，对不同的团队成员展示不同的第一界面，具体的，团队管理者有权限查看完整的团队日历。

在具体实施中，第一界面即为展示团队日历的界面，团队日历以周视图的形式进行展示，默认提供本周的数据，切换日期，可以查看每个星期自己和团队成员的工作事项。

在具体实施中，在交互上，每个单元格的高度支持任意拖拽和还原。

在具体实施中，待办、日程和客户为单独的卡片，其中，客户的卡片以每日集合的形式进行展示，即一个客户一天只会有一个卡片，在卡片中集中展示该客户在该日的所有相关事项。具体的，还包括职位动态卡片，在团队成员的职位信息发生变动时进行卡片展示。

图4为本发明的第一界面与第二界面示意图，如图4所示，在具体实施中，每个卡片承载数据有限，点击卡片会读取和展示该事项的详情，即展示第二界面。在第二界面中，每种卡片有相应的展示逻辑，具体的，待办卡片的逻辑为：根据完成时间与当前时间的对比，以完成状态来区分排序；日程卡片为：按照时间轴，进行倒序排列；客户的卡片为：按照当日的时间对客户事项进行倒序展示。

在具体实施中，第二界面中展示的内容包括但不限于事项标题、时间、组织者、日程周期、参与人员。优选的，在第二界面中还显示该事项的数据源。

在具体实施中，点击团队日历中每个单元格的空白处，触发查询该成员在当日的全部可统计的工作内容，并以日报的形式进行展示。

筛选关注显示模块3：以成员为筛选项对团队日历进行筛选显示，以卡片控件的类型为筛选项对团队日历进行筛选显示。

在具体实施中，根据部门，可以筛选想要查看的下属，通过标星的形式可以对个别员工进行关注。根据需求支持筛选不同的事项进行查看，比如仅查看与客户相关的互动事项。

数据回写同步模块4：当对团队日历进行数据变动后，将数据变动的内容回写至第二应用中。

在具体实施中，支持给自己或者团队成员创建日程和待办以及其他可以在第一界面上展示的内容，日程会同步回写到outlook或者企业微信，待办数据会回写到业务库，确保所有数据的一致性和统一性。在创建日程和待办的时候，增加关联客户和商机的选项，填写更多与客户相关的信息，有助于构建事件图谱。

图5为本发明的第一界面与第三界面示意图，如图5所示，在具体实施中，创建日程和待办以及其他可以在第一界面上展示的内容具体为在第一界面上点击一创建控件，并进一步触发弹出基于第一界面的第三界面，第三界面中显示创建需进行记载的全部待填写信息。

图6为本发明一具体实施例的数据同步示意图，请参见图6，可以创建日程.并可统一Ofhce365和企业微信日程数据，通过Eipass实现日程数据的写入，并写入MYSOL保证时效性，写入时，可获取企业微信日程(创建时可获取企微日程id,并进一步通过日程id获取日程信息)，进一步的，可以选择关联客户和商机方便构建事件图谱。回写时，写入Otfice365和企业微信保证数据准确和一致性。

另外，结合图1描述的一种团队日历处理方法可以由电子设备来实现。图3为本发明的电子设备的框架图。

电子设备可以包括处理器61以及存储有计算机程序指令的存储器62。

具体地，上述处理器61可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

其中，存储器62可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器62可包括硬盘驱动器(Hard Disk Drive，简称为HDD)、软盘驱动器、固态驱动器(SolidState Drive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(Universal SerialBus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器62可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器62可在数据处理装置的内部或外部。在特定实施例中，存储器62是非易失性(Non-Volatile)存储器。在特定实施例中，存储器62包括只读存储器(Read-Only Memory，简称为ROM)和随机存取存储器(RandomAccess Memory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(Programmable Read-Only Memory，简称为PROM)、可擦除PROM(Erasable ProgrammableRead-Only Memory，简称为EPROM)、电可擦除PROM(Electrically Erasable ProgrammableRead-Only Memory，简称为EEPROM)、电可改写ROM(Electrically Alterable Read-OnlyMemory，简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(Static Random-Access Memory，简称为SRAM)或动态随机存取存储器(Dynamic Random Access Memory，简称为DRAM)，其中，DRAM可以是快速页模式动态随机存取存储器(Fast Page Mode Dynamic Random Access Memory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(Extended Date Out Dynamic RandomAccess Memory，简称为EDODRAM)、同步动态随机存取内存(Synchronous Dynamic Random-Access Memory，简称SDRAM)等。

存储器62可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器61所执行的可能的计算机程序指令。

处理器61通过读取并执行存储器62中存储的计算机程序指令，以实现上述实施例中的任意一种团队日历处理方法。

在其中一些实施例中，电子设备还可包括通信接口63和总线60。其中，如图3所示，处理器61、存储器62、通信接口63通过总线60连接并完成相互间的通信。

通信端口63可以实现与其他部件例如：外接设备、图像/数据采集设备、数据库、外部存储以及图像/数据处理工作站等之间进行数据通信。

总线60包括硬件、软件或两者，将电子设备的部件彼此耦接在一起。总线60包括但不限于以下至少之一：数据总线(Data Bus)、地址总线(Address Bus)、控制总线(ControlBus)、扩展总线(Expansion Bus)、局部总线(Local Bus)。举例来说而非限制，总线60可包括图形加速接口(Accelerated Graphics Port，简称为AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，简称为EISA)总线、前端总线(FrontSide Bus，简称为FSB)、超传输(Hyper Transport，简称为HT)互连、工业标准架构(Industry Standard Architecture，简称为ISA)总线、无线带宽(InfiniBand)互连、低引脚数(Low Pin Count，简称为LPC)总线、存储器总线、微信道架构(Micro ChannelArchitecture，简称为MCA)总线、外围组件互连(Peripheral Component Interconnect，简称为PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(Serial AdvancedTechnology Attachment，简称为SATA)总线、视频电子标准协会局部(Video ElectronicsStandards Association Local Bus，简称为VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线60可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该电子设备可以执行本申请实施例中的一种团队日历处理方法。

另外，结合上述实施例中的一种团队日历处理方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种团队日历处理方法。

而前述的存储介质包括：U盘、移动硬盘、只读存储器(ReadOnly Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。