CN110895493A - 一种访问应用程序接口的方法、装置及存储介质 - Google Patents

Abstract

本申请公开了一种访问应用程序接口的方法、装置及存储介质，包括：第一对象可以从公共存储区域中读取软件开发工具包，该软件开发工具包中可以包括有公共认证信息，该公共认证信息也是第二对象访问应用程序接口时所请求的认证信息，其中，软件开发工具包预先定义了第一对象所访问的应用程序接口以及第二对象所访问的应用程序接口；第一对象调用该软件开发工具包，利用公共认证信息访问该第一对象对应的应用程序接口。可见，认证信息在第一对象与第二对象之间的共享，使得第一对象和第二对象在交替请求访问应用程序接口时，无需频繁地请求不同的认证信息。

Description

一种访问应用程序接口的方法、装置及存储介质

技术领域

本申请涉及数据访问技术领域，特别是涉及一种访问应用程序接口的方法、装置及存储介质。

背景技术

目前，在开发出应用程序或者项目后，若该应用程序或者项目需要使用特定平台的公众号(如微信公众号等)的功能，例如向关注该公众号的用户推送消息的功能等，可以根据该公众号平台提供的应用程序接口(application programming interface，API)文档，按要求接入开发即可，并调用不同的API接口来请求实现不同的需求。其中，公众号，是开发者或者商家在相应公众平台上申请的应用账号，开发者或者商家可以通过该公众号在相应公众平台上实现和特定群体(如关注该公众号的用户等)的文字、图片、语音、视频等内容的沟通和互动。

但是，当不同应用程序或者项目频繁请求使用同一个公众号的功能时，存在频繁向公众号请求认证信息的问题。

发明内容

本申请实施例提供了一种访问应用程序接口的方法、装置及存储介质，以解决应用程序或者项目频繁向公众号请求认证信息的问题。

第一方面，本申请实施例提供了一种访问应用程序接口的方法，所述方法包括：

第一对象从公共存储区域中读取软件开发工具包，所述软件开发工具包中包括公共认证信息，所述公共认证信息为第二对象访问应用程序接口时所请求的认证信息；

其中，所述软件开发工具包预先定义了所述第一对象所访问的应用程序接口以及所述第二对象所访问的应用程序接口；

所述第一对象调用所述软件开发工具包，利用所述软件开发工具包中的公共认证信息访问所述第一对象对应的应用程序接口。

在一些可能的实施方式中，所述方法还包括：

所述第一对象检测所述公共认证信息是否失效；

若确定所述公共认证信息失效，所述第一对象向公众号平台请求新的公共认证信息。

在一些可能的实施方式中，所述第一对象检测所述公共认证信息是否失效，包括：

所述第一对象定期向公众号平台发送验证请求，所述验证请求中携带有所述公共认证信息；

所述第一对象根据所述公众号平台反馈的验证结果确定所述公共认证信息是否失效。

在一些可能的实施方式中，所述软件开发工具包中具有共享标识，所述共享标识用于指示所述第一对象可以使用第三对象访问应用程序接口时的认证信息，所述第一对象是基于所述第三对象进行开发得到的。

在一些可能的实施方式中，所述公共认证信息的有效时长不超过预设时长。

第二方面，本申请实施例还提供了一种访问应用程序接口的装置，所述装置应用于第一对象，所述装置包括：

读取模块，用于从公共存储区域中读取软件开发工具包，所述软件开发工具包中包括公共认证信息，所述公共认证信息为第二对象访问应用程序接口时所请求的认证信息；

其中，所述软件开发工具包预先定义了所述第一对象所访问的应用程序接口以及所述第二对象所访问的应用程序接口；

调用模块，用于调用所述软件开发工具包，利用所述软件开发工具包中的公共认证信息访问所述第一对象对应的应用程序接口。

在一些可能的实施方式中，所述装置还包括：

检测模块，用于检测所述公共认证信息是否失效；

请求模块，用于若确定所述公共认证信息失效，所述第一对象向公众号平台请求新的公共认证信息。

在一些可能的实施方式中，所述检测模块包括：

发送模块，用于定期向公众号平台发送验证请求，所述验证请求中携带有所述公共认证信息；

确定模块，用于根据所述公众号平台反馈的验证结果确定所述公共认证信息是否失效。

在一些可能的实施方式中，所述软件开发工具包中具有共享标识，所述共享标识用于指示所述第一对象可以使用第三对象访问应用程序接口时的认证信息，所述第一对象是基于所述第三对象进行开发得到的。

在一些可能的实施方式中，所述公共认证信息的有效时长不超过预设时长。

第三方面，本申请实施例还提供了一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行上述第一方面中任一种实施方式所述的访问应用程序接口的方法。

在本申请实施例的上述实现方式中，第一对象可以从公共存储区域中读取软件开发工具包，该软件开发工具包中可以包括有公共认证信息，该公共认证信息也是第二对象访问应用程序接口时所请求的认证信息，其中，软件开发工具包预先定义了第一对象所访问的应用程序接口以及第二对象所访问的应用程序接口；第一对象在获得软件开发工具包后，可以调用该软件开发工具包，利用该软件开发工具包中的公共认证信息访问该第一对象对应的应用程序接口。可见，对于第二对象访问应用程序接口时所请求的认证信息，与第二对象不同的第一对象也可以利用该认证信息进行应用程序接口的访问，从而实现了认证信息在第一对象与第二对象之间的共享，使得第一对象和第二对象在交替请求访问应用程序接口时，无需频繁地请求不同的认证信息。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为对接公众号平台与业务代码融合在一个应用的示意图；

图2为业务代码与软件开发工具包解耦的示意图；

图3为本申请实施例中一种访问应用程序接口的方法的流程示意图；

图4为本申请实施例中一种访问应用程序接口的装置的结构示意图。

具体实施方式

实际应用中，所开发出的应用程序或者项目在需要使用公众号的功能，通常是访问该公众号的相应API接口，以便通过调用该API接口向该公众号请求实现不同的需求。应用程序或者项目在请求使用公众号的功能时，通常是基于公众号所下发的特定认证信息(如微信公众号下发的Token等)请求访问该公众号的API接口，当公众号确定该特定的认证信息正确并且未失效时，表明该应用程序或者项目通过身份验证，则公众号允许该应用程序或者项目调用该API接口，并使用公众号的相应功能。

但是，发明人经研究发现，当同一公众号与多个应用程序(或者项目)进行API交互(具体可以是应用程序与API文档进行交互)时，由于各个应用程序(或项目)各自维护自己所访问的API接口，使得不同应用程序(或者项目)频繁向公众号请求认证信息。以两个应用程序访问API接口为例(即应用程序A以及应用程序B)，在应用程序A利用认证信息A完成对API接口的访问后，若应用程序B期望访问API接口，则会向公众号请求该应用程序B访问所需的认证信息B，并且，认证信息B的存在会使得认证信息A失效，这使得应用程序A再次访问公众号时，需要再次向公众号请求新的认证信息C，并基于该认证信息C访问相应的API接口，从而当应用程序A与应用程序B多次交替使用该公众号的功能时，应用程序A以及应用程序B就需要频繁地向公众号请求不同的认证信息。

而使得各个应用程序(或者项目)之间无法共享认证信息的原因在于，对接公众号平台的代码与业务代码融合在一个应用中，过于侵入业务代码，与业务代码的耦合度太高，不便于拆分和共享，如图1所示(图1所示是以应用程序为例，当然，各应用程序中还包括其它代码)。

基于此，本申请提供了一种访问应用程序接口的方法，以使得各个应用程序(或者项目)之间能够共享访问应用程序接口所需的认证信息。具体的，第一对象(即可以是应用程序或者项目)可以从公共存储区域中读取软件开发工具包，该软件开发工具包中可以包括有公共认证信息，该公共认证信息也是第二对象访问应用程序接口时所请求的认证信息，其中，软件开发工具包预先定义了第一对象所访问的应用程序接口以及第二对象所访问的应用程序接口；第一对象在获得软件开发工具包后，可以调用该软件开发工具包，利用该软件开发工具包中的公共认证信息访问该第一对象对应的应用程序接口。可见，对于第二对象访问应用程序接口时所请求的认证信息，与第二对象不同的第一对象也可以利用该认证信息进行应用程序接口的访问，从而实现了认证信息在第一对象与第二对象之间的共享，使得第一对象和第二对象在交替请求访问应用程序接口时，无需频繁地请求不同的认证信息。并且，第一对象与公众号平台的API接口之间的交互可以由软件开发工具包实现，因此，业务代码与对接API接口的功能实现便于进行拆分，从而软件开发工具包在携带有公共认证信息后，第一对象以及第二对象均可以基于该软件开发工具包访问同一公众号下的相应API接口，如图2所示。

可以理解的是，上述场景仅是本申请实施例提供的一个场景示例，本申请实施例并不限于此场景。

为使本申请的上述目的、特征和优点能够更加明显易懂，下面将结合附图对本申请实施例中的各种非限定性实施方式进行示例性说明。显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

参阅图3，图3示出了本申请实施例中一种访问应用程序接口的方法的流程示意图，该方法具体可以包括：

S301：第一对象从公共存储区域中读取软件开发工具包，其中，该软件开发工具包中包括公共认证信息，并且，预先定了第一对象所访问的应用程序接口以及第二对象所访问的应用程序接口，该公共认证信息为第二对象访问应用程序接口时所请求的认证信息。

S302：第一对象调用该软件开发工具包，利用该软件开发工具包中的公共认证信息访问第一对象对应的应用程序接口。

本实施例中，可以预先开发出软件开发工具包，如SDK(software developmentkit)等。其中，该软件开发工具包中可以预先定义了各个应用程序(或者项目)所访问的API接口。这样，各个应用程序或者项目可以基于该软件开发工具包与公众号平台的对接，并实现对相应API接口的访问。该软件开发工具包中可以集成多种与公众号的API文档进行交互的方法，通过调用这些方法，就相当于直接与公众号的API接口进行交互，实现所需要的功能。作为一些示例，基本的方法调用可以包括消息管理、客服管理、群发管理、素材管理、图文消息留言管理、用户管理、菜单管理、微信网页授权管理、账户管理中的任一种或者多种，当然，实际应用中也可以是包括其它内容。

当然，为保证API接口访问的安全性，应用程序或者项目在访问同一公众号的API接口时，通常需要具有相应的认证信息，以便于公众号平台基于该认证信息对请求访问API接口的应用程序或者项目的访问权限进行验证。因此，在该软件开发工具包中还可以携带有用于权限认证的公共认证信息。值得注意的是，该公共认证信息不仅可以使得第一对象具有访问API接口的权限，也使得第二对象具有访问API接口的权限。当然，第一对象与第二对象所访问的API接口可以相同，也可以不同。但是，无论第一对象与第二对象所访问的API接口是否相同，由于软件开发工具包中预先定了所有API接口，第一对象与第二对象均可以利用该软件开发工具包实现对API接口的访问。

其中，第一对象与第二对象具体可以是开发的应用程序或者项目，但是，第一对象与第二对象可以是不同的应用程序或者项目。如第一对象为应用程序A，第二对象为应用程序B；或者，第一对象为开发的应用程序，第二对象为开发的项目等。

实际应用中，第一对象与第二对象可以使用相同公众号的功能，并且，第一对象与第二对象在先后访问该公众号的API接口时，可以使用同一公共认证信息完成权限验证。具体的，第二对象在向公众号平台请求访问API接口之前，可以预先请求获取访问API接口所需的认证信息，如Token等，并由公众号平台可以为该公众号分配该认证信息，该认证信息可以置于公共存储区域中的软件开发工具包中。这样，第二对象在获取到该认证信息并请求使用该公众号的相应功能时，可以利用该软件开发工具包实现与公众号平台的对接，并依据该认证信息通过对该第二对象的访问权限验证，从而使得第二对象成功访问相应的API接口。然后，当第一对象同样需要使用该公众号的功能(当然，第一对象所使用的功能可以与第二对象所使用的功能不同)时，可以从公共存储区域中获取该软件开发工具包，并且，由于该软件开发工具包中携带有使用该公众号的API接口的公共认证信息，因此，第一对象基于该软件开发工具包实现与公众号平台的对接后，基于该公共认证信息可以完成对接口的访问权限验证。因此，第二对象所请求的公共认证信息可以在第一对象与第二对象之间进行共享。当然，若存在第三对象也需要使用该公众号的功能时，该公共认证信息也可以共享给第三对象，以使得第三对象也具有访问相应API接口的权限。

此外，第一对象与第二对象也可以是使用不同公众号(分别对应于第一公众号以及第二公众号)的功能，但是使用同一软件开发工具包。具体的，该软件开发工具包中可以同时包含第一对象访问第一公众号的API接口所需的第一认证信息，以及第二对象访问第二公众号的API接口所需的第二认证信息(其中，可以是利用公众号账号作为认证信息的标识)。这样，当第一对象访问第一公众号的API接口时，第一对象可以获取该软件开发工具包中所包含的第一认证信息，并利用该第一认证信息访问第一公众号的API接口，而当第二对象访问第二公众号的API接口时，第二对象可以获取该软件开发工具包中所包含的第二认证信息，并利用该第二认证信息访问第二公众号的API接口，即第一对象与第二对象可以使用同一软件开发工具包访问各自公众号的AIP接口，从而可以节省技术人员对于第一对象或者第二对象对接API接口的开发量。当存在多个对象需要访问多个不同的账号时，该多个对象均可以使用该软件开发工具包，从而可以节省大量重复的开发工作量。当然，该软件开发工具包中同时包含多个认证信息，以支持多个对象访问各自不同公众号API接口的。

需要说明的是，每个公众号通常只维系一个有效的公共认证信息，因此，当公众号平台为该公众号分配新的公共认证信息后，之前已分配的公共认证信息会失效，这样可以保证所有与公众号进行交互的对象，所使用的公共认证信息统一并且有效。

其中，该公共认证信息可以是具有一定的有效期，并且，当该公共认证信息的有效时长达到预设时长(比如2小时等)时，则该公共认证信息自动失效。当然，实际应用的一些可能的实施方式中，在该公共认证信息的有效期内，若该第一对象或者第二对象或者存在其它对象向公众号平台请求新的公共认证信息时，该软件开发工具包中携带的已有的公共认证信息也可以是发生失效。比如，应用程序A可以向公众号平台请求公共认证信息，并且，应用程序A可以基于该公共认证信息实现相应的API接口的访问，在一些条件触发下，若应用程序B也向公众号平台请求新的公共认证信息，则公众号平台在下发新的公共认证信息后，原先的公共认证信息立即失效，并且新的公共认证信息可以被至于公共存储区域中的软件开发工具包中进行保存。

进一步的，基于公共认证信息具有有效期，第一对象在请求访问API接口之前，还可以检测该公共认证信息是否发生失效，并且，若确定该公共认证信息失效，则第一对象可以向公众号平台请求新的公共认证信息，并利用公众号平台下发的新的公共认证信息访问API接口，以避免第一对象利用失效的公共认证信息请求访问API接口而导致访问失败。

作为一种检测公共认证信息是否失效的具体实现示例，该第一对象可以启动定时任务，该定时任务定期(如每分钟、每十分钟等)向公众号平台发送验证请求，该验证请求中可以携带有公共认证信息；公众号平台在接收到该验证请求后，可以确定该公共认证信息是否已经发生失效，比如，可以是检测该公共认证信息是否是最近一次向公众号发送的公共认证信息，若是，则公众号平台确定该公共认证信息未失效，若否，则公众号平台确定该公共认证信息已失效等；然后，公众号平台可以生成相应的验证结果，并将其反馈给第一对象；第一对象可以根据接收到的验证结果确定该公共认证信息是否出现失效，以便在公共认证信息发生失效后向公众号平台请求新的公共认证信息。

在实际应用中的一些场景中，该第一对象可能是基于现有的应用程序或者项目(以下称之为第三对象)进行开发而得到的。即，第三对象中对接公众号平台的代码可能仍然与业务代码耦合，则，在第三对象的基础上开发出第一对象后(比如，第一对象可以是第三对象的更新版本，或者在第三对象的基础上增加新的功能得到第一对象等)，为了减少实现第一对象成功访问API接口所需的开发工作，该第一对象继续沿用第三对象访问API接口时所使用的认证信息。具体实现时，在确定基于第三对象开发出第一对象后，可以第三对象对应的认证信息添加共享标识，以指示第一对象可以共享第三对象访问API接口时所使用的认证信息。这样，当第一对象需要访问公众号的API接口时，若确定软件开发工具包中具有共享标识，则第一对象继续使用第三对象的认证信息访问API接口，实现对该API接口的成功访问，从而使得第一对象可以不用重新请求访问API接口所需的公共认证信息。

另外，软件开发工具包中预先还可以定义第一对象与第三对象所需访问的API接口，这样，将第三对象更新为第一对象后，即使第一对象所访问的API接口相对于第三对象所访问的API接口有所增加，该第一对象基于软件开发工具包也可以直接访问API接口，而无需额外的开发量。比如，原先第三对象可以访问10个不同的API接口，现在对第三对象进行版本更新，使得更新得到的第一对象需要访问50个接口，由于软件开发工具包预先对第一对象所需访问的API接口完成了定义，比如，软件开发工具包可以预先定义第一对象所有可能接入的API接口，这样，第一对象可以直接基于该软件开发工具包访问相应的API接口，技术人员无需因为第一对象访问的API接口数量的增加而付出额外的开发量。

实际应用中，第一对象中对接公众号平台的代码具有认证信息的交互接口，同时，软件开发工具包中也具有认证信息的交互接口，若这两个接口同时运行，则会产生冲突，为此，第一对象在确定公共认证信息中存在该标识后，可以禁用该软件开发工具包中的认证信息交互接口，并将该对接公众号平台的代码所请求的认证信息按照预设规则共享至软件开发工具包中，将其作为公共认证信息置于公共存储区域中进行存储，以便该公共认证信息的共享。

此外，对于第一对象以及第二对象分别与公众号平台基于API接口进行交互，可以以日志形式进行记录，并将其记载于本地，以便于接口的调试与排错。进一步的，对于所记录的日志，还可以进行相应的级别设置。

值得注意的是，本实施例中所提及的公众号可以是目前已有的各类公众号，如微信公众号、微博公众号等，所提及的公众号平台也可以是相应的微信公众号平台、微博公众号平台等，在此并不进行限定。

本实施例中，第一对象可以从公共存储区域中读取软件开发工具包，该软件开发工具包中可以包括有公共认证信息，该公共认证信息也是第二对象访问应用程序接口时所请求的认证信息，其中，软件开发工具包预先定义了第一对象所访问的应用程序接口以及第二对象所访问的应用程序接口；第一对象在获得软件开发工具包后，可以调用该软件开发工具包，利用该软件开发工具包中的公共认证信息访问该第一对象对应的应用程序接口。可见，对于第二对象访问应用程序接口时所请求的认证信息，与第二对象不同的第一对象也可以利用该认证信息进行应用程序接口的访问，从而实现了认证信息在第一对象与第二对象之间的共享，使得第一对象和第二对象在交替请求访问应用程序接口时，无需频繁地请求不同的认证信息。

此外，本申请实施例还提供了一种访问应用程序接口的装置。参阅图4，图4示出了本申请实施例中一种访问应用程序接口的装置的结构示意图，该装置可以包括：

读取模块401，用于从公共存储区域中读取软件开发工具包，所述软件开发工具包中包括公共认证信息，所述公共认证信息为第二对象访问应用程序接口时所请求的认证信息；

其中，所述软件开发工具包预先定义了所述第一对象所访问的应用程序接口以及所述第二对象所访问的应用程序接口；

调用模块402，用于调用所述软件开发工具包，利用所述软件开发工具包中的公共认证信息访问所述第一对象对应的应用程序接口。

在一些可能的实施方式中，所述装置400还包括：

检测模块，用于检测所述公共认证信息是否失效；

请求模块，用于若确定所述公共认证信息失效，所述第一对象向公众号平台请求新的公共认证信息。

在一些可能的实施方式中，所述检测模块包括：

发送模块，用于定期向公众号平台发送验证请求，所述验证请求中携带有所述公共认证信息；

确定模块，用于根据所述公众号平台反馈的验证结果确定所述公共认证信息是否失效。

在一些可能的实施方式中，所述软件开发工具包中具有共享标识，所述共享标识用于指示所述第一对象可以使用第三对象访问应用程序接口时的认证信息，所述第一对象是基于所述第三对象进行开发得到的。

在一些可能的实施方式中，所述公共认证信息的有效时长不超过预设时长。

需要说明的是，上述装置各模块/单元之间的信息交互、执行过程等内容，由于与本申请实施例中方法实施例基于同一构思，其带来的技术效果与本申请实施例中方法实施例相同，具体内容可参见本申请实施例前述所示的方法实施例中的叙述，此处不再赘述。

本实施例中，对于第二对象访问应用程序接口时所请求的认证信息，与第二对象不同的第一对象也可以利用该认证信息进行应用程序接口的访问，从而实现了认证信息在第一对象与第二对象之间的共享，使得第一对象和第二对象在交替请求访问应用程序接口时，无需频繁地请求不同的认证信息。

本申请实施例还提供了一种计算机可读存储介质。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。如果在软件中实现，则功能可以作为一个或多个指令或代码存储在计算机可读介质上或者在计算机可读介质上传输。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。

作为一种可选的设计，计算机可读介质可以包括RAM，ROM，EEPROM，CD-ROM或其它光盘存储器，磁盘存储器或其它磁存储设备，或目标于承载的任何其它介质或以指令或数据结构的形式存储所需的程序代码，并且可由计算机访问。而且，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，数字用户线(DSL)或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘(CD)，激光盘，光盘，数字通用光盘(DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。上述的组合也应包括在计算机可读介质的范围内。

需要说明的是，本申请中“的(英文：of)”，相应的“(英文corresponding，relevant)”和“对应的(英文：corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请中，“至少一个”是指一个或者多个。“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如只读存储器(英文：read-only memory，ROM)/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设备)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请示例性的实施方式，并非用于限定本申请的保护范围。

Claims (10)

1.一种访问应用程序接口的方法，其特征在于，所述方法包括：

第一对象从公共存储区域中读取软件开发工具包，所述软件开发工具包中包括公共认证信息，所述公共认证信息为第二对象访问应用程序接口时所请求的认证信息；

其中，所述软件开发工具包预先定义了所述第一对象所访问的应用程序接口以及所述第二对象所访问的应用程序接口；

所述第一对象调用所述软件开发工具包，利用所述软件开发工具包中的公共认证信息访问所述第一对象对应的应用程序接口。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述第一对象检测所述公共认证信息是否失效；

若确定所述公共认证信息失效，所述第一对象向公众号平台请求新的公共认证信息。

3.根据权利要求2所述的方法，其特征在于，所述第一对象检测所述公共认证信息是否失效，包括：

所述第一对象定期向公众号平台发送验证请求，所述验证请求中携带有所述公共认证信息；

所述第一对象根据所述公众号平台反馈的验证结果确定所述公共认证信息是否失效。

4.根据权利要求1所述的方法，其特征在于，所述软件开发工具包中具有共享标识，所述共享标识用于指示所述第一对象可以使用第三对象访问应用程序接口时的认证信息，所述第一对象是基于所述第三对象进行开发得到的。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述公共认证信息的有效时长不超过预设时长。

6.一种访问应用程序接口的装置，其特征在于，所述装置应用于第一对象，所述装置包括：

读取模块，用于从公共存储区域中读取软件开发工具包，所述软件开发工具包中包括公共认证信息，所述公共认证信息为第二对象访问应用程序接口时所请求的认证信息；

其中，所述软件开发工具包预先定义了所述第一对象所访问的应用程序接口以及所述第二对象所访问的应用程序接口；

调用模块，用于调用所述软件开发工具包，利用所述软件开发工具包中的公共认证信息访问所述第一对象对应的应用程序接口。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

检测模块，用于检测所述公共认证信息是否失效；

请求模块，用于若确定所述公共认证信息失效，所述第一对象向公众号平台请求新的公共认证信息。

8.根据权利要求7所述的装置，其特征在于，所述检测模块包括：

发送模块，用于定期向公众号平台发送验证请求，所述验证请求中携带有所述公共认证信息；

确定模块，用于根据所述公众号平台反馈的验证结果确定所述公共认证信息是否失效。

9.根据权利要求6所述的装置，其特征在于，所述软件开发工具包中具有共享标识，所述共享标识用于指示所述第一对象可以使用第三对象访问应用程序接口时的认证信息，所述第一对象是基于所述第三对象进行开发得到的。

10.一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至5任一所述的访问应用程序接口的方法。

Images