一种日历服务的接口设计方法技术

本发明专利技术公开了一种日历服务的接口设计方法，包括：分析抽象rfc5545协议中对日历功能的报文；将S1抽象出的日历功能进行报文转换，用json格式来代替所述报文；应用基于JWT的Token认证方式替换现有的http+basic接口鉴权方式；将新的restful接口风格暴露出来；各类型客户端按照新的接口风格来使用日历服务接口；本发明专利技术利用协议简易化为核心，将复杂的rfc5545报文协议，抽象简化成json格式来表达，极大提升日历服务的接入便捷性；使用了http无状态分布式技术，整体系统的稳定性和可靠性得到了极大保证，同时在水平扩容和缩容上也可以轻松应对。

【技术实现步骤摘要】
一种日历服务的接口设计方法
本专利技术涉及计算机网络
，特别涉及一种日历服务的接口设计方法。
技术介绍
随着互联网技术发展，在线办公，移动办公也逐渐流行起来。做为办公OA系统必不可少的模块，日历提供非常方便功能，例如各类事件提醒，闹钟，行程设置等等。因此企业内外部各个系统对日历服务的需求日益增多。为了更高效，更便捷和更安全的接入日历服务，日历服务的接口设计显得尤为重要。现有类似日历服务设计的技术还是遵守rfc5545协议规范提供接口，windows，mac，iOS，andriod，邮件各种日历客户端都需要遵照前述协议去对接日历服务。公开号为CN104408607B一种日历的呈现方法，包括步骤：获取用户名称；根据用户名称更新数据库，建立纵向月时间轴、周时间轴、年时间轴，在显示窗口显示当前周的周时间轴；通过旋转时间轴进行月时间轴、周时间轴、年时间轴的切换；设置有用户事件接口及互联网远程服务器推送产生的系统事件接口。采用纵向时间轴的设计，将月、周、日时间采用支点的方式，相对于目前表格形式的日历，用户体现性好；日历中设置了用户事件以及由互联网远程服务器推送产生的系统事件。上述方式中描述的使用rfc5545协议规范方式创建日历，更新和删除日历对于开发者不是非常友好，在当今技术发展阶段，晦涩的报文协议对需要使用日历服务的系统带来很大阻碍。同时在安全鉴权方面也是比较简单的使用http+basic方式。给日历服务系统的稳定性带来隐患。
技术实现思路
本专利技术实施例提供了一种日历服务的接口设计方法。为了对披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念，以此作为后面的详细说明的序言。根据本专利技术实施例，提供了一种日历服务的接口设计方法，包括：S1：分析抽象rfc5545协议中对日历功能的报文；S2：将S1抽象出的日历功能进行报文转换，用json格式来代替所述报文；S3：应用基于JWT的Token认证方式替换现有的http+basic接口鉴权方式；S4：将新的restful接口风格暴露出来；S5：各类型客户端按照新的接口风格来使用日历服务接口。优选的，所述分析抽象rfc5545协议：根据rfc5545协议，可以抽象四层数据结构，日历归属、日程、日程属性和时间属性。优选的，所述四层数据结构可以抽象出以下三个模型，日历模型、日程模型日程和时间模型。优选的，所述日历归属包含，创建日历和删除日历。优选的，所述日程包含，新增日程、修改日程和删除日程。优选的，所述日程属性包含，日程名称、位置、时间、受邀人、备注和url，附件。优选的，所述时间属性包含，开始时间、结束时间、重复、行程时间和提醒。优选的，所述JWT是一个字符串，由payload，header，signature组成，payload和header经过base64后拼接在一起再HS256算法加密生成了signature。本专利技术实施例提供的技术方案可以包括以下有益效果：(1)本专利技术利用协议简易化为核心，将复杂的rfc5545报文协议，抽象简化成json格式来表达。极大提升日历服务的接入便捷性。当前移动办公中，涉及的各种日历客户度可以快速接入。(2)本专利技术通过安全鉴权策略调整，给使用日历服务的接口稳定性带来保障。(3)本专利技术使用了http无状态分布式技术，整体系统的稳定性和可靠性得到了极大保证。同时在水平扩容和缩容上也可以轻松应对。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本专利技术。附图说明此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本专利技术的实施例，并与说明书一起用于解释本专利技术的原理。图1是根据一示例性实施例示出的一种日历服务的接口设计方法的流程示意图；图2是根据一示例性实施例示出的分析抽象过程流程示意图；图3是根据一示例性实施例示出的日历服务的接口设计方法的结构框图；图4是根据一示例性实施例示出的jwt字符串组成结构图；具体实施方式以下描述和附图充分地示出本专利技术的具体实施方案，以使本领域的技术人员能够实践它们。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本专利技术的实施方案的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。在本文中，各实施方案可以被单独地或总地用术语“专利技术”来表示，这仅仅是为了方便，并且如果事实上公开了超过一个的专利技术，不是要自动地限制该应用的范围为任何单个专利技术或专利技术构思。本文中，诸如第一和第二等之类的关系术语仅仅用于将一个实体或者操作与另一个实体或操作区分开来，而不要求或者暗示这些实体或操作之间存在任何实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素。本文中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的结构、产品等而言，由于其与实施例公开的部分相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。需要说明的是，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。下面结合附图及实施例对本专利技术做进一步描述：如图1和图3所示的一种日历服务的接口设计方法，包括，S1：分析抽象rfc5545协议中对日历功能的报文；S2：将S1抽象出的日历功能进行报文转换，用json格式来代替所述报文；S3：应用基于JWT的Token认证方式替换现有的http+basic接口鉴权方式；S4：将新的restful接口风格暴露出来；S5：各类型客户端按照新的接口风格来使用日历服务接口。根据上述方案，进一步，如图2所示，所述分析抽象rfc5545协议：根据rfc5545协议，可以抽象四层数据结构，日历归属、日程、日程属性和时间属性。根据上述方案，进一步，所述四层数据结构可以抽象出以下三个模型，日历模型、日程模型日程和时间模型，进行了复杂协议报文到简单协议的互相转换，用json这种数据格式来表达以上三个数据模型，然后转换成rfc5545协议存储。根据本文档来自技高网...

【技术保护点】
1.一种日历服务的接口设计方法，其特征在于，包括，/nS1：分析抽象rfc5545协议中对日历功能的报文；/nS2：将S1抽象出的日历功能进行报文转换，用json格式来代替所述报文；/nS3：应用基于JWT的Token认证方式替换现有的http+basic接口鉴权方式；/nS4：将新的restful接口风格暴露出来；/nS5：各类型客户端按照新的接口风格来使用日历服务接口。/n

【技术特征摘要】
1.一种日历服务的接口设计方法，其特征在于，包括，
S1：分析抽象rfc5545协议中对日历功能的报文；
S2：将S1抽象出的日历功能进行报文转换，用json格式来代替所述报文；
S3：应用基于JWT的Token认证方式替换现有的http+basic接口鉴权方式；
S4：将新的restful接口风格暴露出来；
S5：各类型客户端按照新的接口风格来使用日历服务接口。


2.根据权利要求1所述的日历服务的接口设计方法，其特征在于，所述分析抽象rfc5545协议：根据rfc5545协议，可以抽象四层数据结构，日历归属、日程、日程属性和时间属性。


3.根据权利要求2所述的日历服务的接口设计方法，其特征在于，所述四层数据结构可以抽象出以下三个模型，日历模型、日程模型日程和时间模型。


4.根...

【专利技术属性】
技术研发人员：黄政，
申请(专利权)人：北京值得买科技股份有限公司，
类型：发明
国别省市：北京;11