一种信息处理方法、电子设备及存储介质与流程

本公开涉及计算机技术领域，具体而言，涉及一种信息处理方法、电子设备及存储介质。

背景技术：

在很多应用程序(application，app)中，均会涉及到信息序列的处理，比如针对站内信息序列、系统通知序列的处理，这些信息序列由app的后台服务器进行处理，可以包括向客户端发送信息列表处理、增加信息列表处理等。

一般地，针对一些信息序列的处理流程相似，也会开发一套与该app对应的信息处理方式，当存在多个app时，就需要开发与每个app对应的信息处理方式，开发成本较高。

技术实现要素：

有鉴于此，本公开至少提供一种信息处理方案，以降低开发成本。

第一方面，本公开实施例提供了一种信息处理方法，应用于服务器，所述服务器中包含预先构建的软件开发工具包sdk，所述sdk设置有多种信息处理类型分别对应的应用程序调用接口，所述信息处理方法包括：

接收到客户端发送的获取信息列表的请求时，查找所述获取信息列表的请求中包含的客户端阅读位置信息和客户端属性信息；

确定在所述信息处理类型为获取信息列表的情况下，所述sdk中待调用的第一应用程序调用接口，并通过调用所述第一应用程序调用接口，按照所述客户端阅读位置信息，在预先建立的与所述客户端属性信息对应的数据存储库中提取信息序列；

将提取的所述信息序列发送至客户端。

在一种可能的实施方式中，按照以下方式提取信息序列：

在所述客户端属性信息对应的数据存储库中，提取存储在所述客户端阅读位置信息指示的存储位置之后的信息集，得到所述信息序列。

在一种可能的实施方式中，所述信息处理方法还包括：

接收到所述客户端发送的获取客户端阅读位置信息的请求时；查找所述获取客户端阅读位置信息的请求中包含所述客户端属性信息；

确定在所述信息处理类型为获取客户端阅读位置信息的情况下，所述sdk中待调用的第二应用程序调用接口，并调用所述第二应用程序调用接口，在预先建立的与所述客户端属性信息对应的数据存储库提取与所述客户端对应的客户端阅读位置信息；

将所述客户端阅读位置信息发送至所述客户端。

在一种可能的实施方式中，所述信息处理方法还包括：

接收到进行信息存储的请求时，获取所述进行信息存储的请求中包含的待存储信息、待存储数据库信息以及接收到该存储信息请求时的当前时间戳；

确定在所述信息处理类型为进行信息存储的情况下，所述sdk中待调用的第三应用程序调用接口，并调用所述第三应用程序调用接口，按照所述当前时间戳和待存储数据库中每条信息对应的时间戳，将所述待存储信息存储于所述待存储数据库中。

在一种可能的实施方式中，所述将提取的所述信息序列发送至客户端之后，所述信息处理方法还包括：

检测客户端的当前客户端阅读位置信息；

基于所述当前客户端阅读位置信息，对与所述客户端属性信息对应的数据存储库中的客户端阅读位置信息进行更新。

在一种可能的实施方式中，按照以下方式预先构建所述sdk：

获取预先存储的多种信息处理类型分别对应的配置文件信息，以及与所述多种信息处理类型匹配的sdk模板；所述sdk模板包括多个待填充项，以及与每个待填充项对应的调用接口；

将每种信息处理类型对应的配置文件信息按照预设自然语言编辑后分别填充至所述sdk模板的待填充项中，以及按照所述预设自然语言对每种信息处理类型对应的调用接口进行编辑后生成该信息处理类型对应的应用程序调用接口。

第二方面，本公开实施例提供了一种信息处理方法，应用于服务器，所述服务器中包含预先构建的软件开发工具包sdk，所述sdk设置有多种信息处理类型分别对应的应用程序调用接口，所述信息处理方法包括：

接收到客户端发送的获取客户端阅读位置信息的请求时；查找所述获取客户端阅读位置信息的请求中包含所述客户端属性信息；

确定在所述信息处理类型为获取客户端阅读位置信息的情况下，所述sdk中待调用的第二应用程序调用接口，并调用所述第二应用程序调用接口，在预先建立的与所述客户端属性信息对应的数据存储库提取与所述客户端对应的客户端阅读位置信息；

将所述客户端阅读位置信息发送至所述客户端。

第三方面，本公开实施例提供了一种信息处理方法，应用于服务器，所述服务器中包含预先构建的软件开发工具包sdk，所述sdk设置有多种信息处理类型分别对应的应用程序调用接口，所述信息处理方法包括：

接收到进行信息存储的请求时，获取所述进行信息存储的请求中包含的待存储信息、待存储数据库信息以及接收到该存储信息请求时的当前时间戳；

确定在所述信息处理类型为进行信息存储的情况下，所述sdk中待调用的第三应用程序调用接口，并调用所述第三应用程序调用接口，按照所述当前时间戳和待存储数据库中每条信息对应的时间戳，将所述待存储信息存储于所述待存储数据库中。

第四方面，本公开实施例提供了一种信息处理装置，应用于服务器，所述服务器中包含预先构建的软件开发工具包sdk，所述sdk设置有多种信息处理类型分别对应的应用程序调用接口，所述信息处理装置包括：

接收模块，用于接收到客户端发送的获取信息列表的请求时，查找所述获取信息列表的请求中包含的客户端阅读位置信息和客户端属性信息；

处理模块，用于确定在所述信息处理类型为获取信息列表的情况下，所述sdk中待调用的第一应用程序调用接口，并通过调用所述第一应用程序调用接口，按照所述客户端阅读位置信息，在预先建立的与所述客户端属性信息对应的数据存储库中提取信息序列；

发送模块，用于将提取的所述信息序列发送至客户端。

在一种可能的实施方式中，所述处理模块按照以下方式提取信息序列：

在所述客户端属性信息对应的数据存储库中，提取存储在所述客户端阅读位置信息指示的存储位置之后的信息集，得到所述信息序列。

在一种可能的实施方式中，所述接收模块还用于：

接收到所述客户端发送的获取客户端阅读位置信息的请求时；查找所述获取客户端阅读位置信息的请求中包含所述客户端属性信息；

所述处理模块，还用于确定在所述信息处理类型为获取客户端阅读位置信息的情况下，所述sdk中待调用的第二应用程序调用接口，并调用所述第二应用程序调用接口，在预先建立的与所述客户端属性信息对应的数据存储库提取与所述客户端对应的客户端阅读位置信息；

所述发送模块，还用于将所述客户端阅读位置信息发送至所述客户端。

在一种可能的实施方式中，所述接收模块还用于：

接收到进行信息存储的请求时，获取所述进行信息存储的请求中包含的待存储信息、待存储数据库信息以及接收到该存储信息请求时的当前时间戳；

所述处理模块，还用于确定在所述信息处理类型为进行信息存储的情况下，所述sdk中待调用的第三应用程序调用接口，并调用所述第三应用程序调用接口，按照所述当前时间戳和待存储数据库中每条信息对应的时间戳，将所述待存储信息存储于所述待存储数据库中。

在一种可能的实施方式中，所述信息处理装置还包括更新模块，所述更新模块在所述发送模块将提取的所述信息序列发送至客户端之后，用于：

检测客户端的当前客户端阅读位置信息；

基于所述当前客户端阅读位置信息，对与所述客户端属性信息对应的数据存储库中的客户端阅读位置信息进行更新。

在一种可能的实施方式中，所述信息处理装置还包括构建模块，所述构建模块按照以下方式预先构建所述sdk：

获取预先存储的多种信息处理类型分别对应的配置文件信息，以及与所述多种信息处理类型匹配的sdk模板；所述sdk模板包括多个待填充项，以及与每个待填充项对应的调用接口；

将每种信息处理类型对应的配置文件信息按照预设自然语言编辑后分别填充至所述sdk模板的待填充项中，以及按照所述预设自然语言对每种信息处理类型对应的调用接口进行编辑后生成该信息处理类型对应的应用程序调用接口。

第五方面，本公开实施例提供了一种信息处理装置，应用于服务器，所述服务器中包含预先构建的软件开发工具包sdk，所述sdk设置有多种信息处理类型分别对应的应用程序调用接口，所述信息处理装置包括：

查找模块，用于接收到客户端发送的获取客户端阅读位置信息的请求时；查找所述获取客户端阅读位置信息的请求中包含所述客户端属性信息；

调用模块，用于确定在所述信息处理类型为获取客户端阅读位置信息的情况下，所述sdk中待调用的第二应用程序调用接口，并调用所述第二应用程序调用接口，在预先建立的与所述客户端属性信息对应的数据存储库提取与所述客户端对应的客户端阅读位置信息；

发送模块，用于将所述客户端阅读位置信息发送至所述客户端。

第六方面，本公开实施例提供了一种信息处理方法，应用于服务器，所述服务器中包含预先构建的软件开发工具包sdk，所述sdk设置有多种信息处理类型分别对应的应用程序调用接口，所述信息处理装置包括：

接收模块，用于接收到进行信息存储的请求时，获取所述进行信息存储的请求中包含的待存储信息、待存储数据库信息以及接收到该存储信息请求时的当前时间戳；

存储模块，用于确定在所述信息处理类型为进行信息存储的情况下，所述sdk中待调用的第三应用程序调用接口，并调用所述第三应用程序调用接口，按照所述当前时间戳和待存储数据库中每条信息对应的时间戳，将所述待存储信息存储于所述待存储数据库中。

第七方面，本公开实施例公开了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如第一方面至第三方面任一所述信息处理方法的步骤。

第八方面，本公开实施例公开了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如第一方面至第三方面任一所述信息处理方法的步骤。

本公开实施例提供的信息处理方法，通过预先构建一套通用的软件开发工具包sdk，可以实现针对多种信息处理类型分别对应的应用程序调用接口的调用，在这种情况下，针对多个具有同样的信息处理类型的app，可以基于该通用的sdk，调用与该信息处理类型对应的统一的应用程序调用接口来实现信息的处理，无需再针对每个app分别进行应用程序调用接口的开发，降低了开发成本。基于此，在客户端发起的请求对应的信息处理类型为获取信息列表的情况下，不论该获取信息列表的请求是针对哪个app，都可以基于请求中携带的客户端阅读位置信息和客户端属性信息，通过调用通用的sdk获取对应的调用接口来读取对应app下的信息序列，提高了针对不同app进行信息处理时采用的信息处理方式的通用性；同理，在客户端发起的请求对应的信息处理类型为获取客户端阅读位置信息的情况下，不论该获取客户端阅读位置信息的请求是针对哪个app，都可以基于请求中携带的所述客户端属性信息，通过调用通用的sdk获取对应的调用接口来获取客户端阅读位置信息；同理，在客户端发起的请求对应的信息处理类型为进行信息存储的情况下，可以基于请求中携带的待存储信息、待存储数据库信息以及接收到该存储信息请求时的当前时间戳，通过调用该通用的sdk获取对应的调用接口来进行信息存储。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本公开实施例所提供的第一种信息处理方法的流程图；

图2示出了本公开实施例所提供的第二种信息处理方法的流程图；

图3示出了本公开实施例所提供的第三种信息处理方法的流程图；

图4示出了本公开实施例所提供的构建sdk的方法流程图；

图5示出了本公开实施例所提供的第一种信息处理装置的结构示意图；

图6示出了本公开实施例所提供的第二种信息处理装置的结构示意图；

图7示出了本公开实施例所提供的第三种信息处理装置的结构示意图；

图8示出了本公开实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，应当理解，本公开中附图仅起到说明和描述的目的，并不用于限定本公开的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本公开中使用的流程图示出了根据本公开的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本公开内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

很多应用程序(application，app)中，均会涉及到信息序列，比如站内新列表、系统通知列表，用户能够登录app后，通过信息序列阅览到该app的服务器推送的信息，目前，服务器针对每个不同的app，均会开发一套与该app对应的信息处理方式，然而不同的app中，针对信息序列的处理过程较为相似，当存在多个app时，就需要开发与每个app对应的信息处理方式，开发成本较高，通用性较差，针对此，本公开实施例提供了一种信息处理方法，将结合以下具体实施例进行详细阐述。

本公开执行信息处理方法的执行主体可以为应用程序的服务器，该服务器包括预先构建的软件开发工具包sdk，sdk设置有多种信息处理类型分别对应的应用程序调用接口，调用每种信息处理类型对应的应用程序调用接口即可以执行该应用程序调用接口对应的信息处理操作，这里sdk的构建过程将在后文进行介绍，在此不做赘述。

如图1所示，为本公开实施例提供的信息处理方法的流程示意图，具体包括以下步骤s101～s103：

s101，接收到客户端发送的获取信息列表的请求时，查找获取信息列表的请求中包含的客户端阅读位置信息和客户端属性信息。

这里的客户端(client)或称为用户端，是指与服务器相对应，为客户提供本地服务的程序，一般安装在普通的客户机上，需要与服务端互相配合运行，比如某些应用程序app。

这里的获取信息列表是指获取服务器保存的信息列表，比如针对某app，这里获取信息列表的请求可以为获取该app站内信的请求。

这里的客户端阅读位置信息可以为在发送获取信息列表的请求之前，用于指示客户端展示的最新信息，可以通过时间戳表示，即在发送获取信息列表的请求之前，最新时间戳对应的信息，以站内信为例，若该app站内信中包含3条信息分别为信息1、信息2和信息3，若按照每条信息对应的时间戳倒序排列后的顺序为：信息1，信息2，信息3，即信息1的时间戳表示的时刻晚于信息2的时间戳表示的时刻，信息2的时间戳表示的时刻晚于信息3的时间戳表示的时刻，则这里客户端阅读位置信息即用于指示排序第一的信息，即指示这里的信息1。

这里的客户端属性信息可以包含客户端类别信息以及该客户端账号信息，这里客户端类别信息可以通过预设的编码表示，比如服务器可以为3种不同类别的客户端提供服务，则可以通过a、b和c来分别表示每种客户端类别信息，当接收到的客户端属性信息包含的客户端类别信息为a，则可以确定请求的是a类别的客户端对应的信息列表；这里的客户端账号信息可以指登录客户端的用户信息，当接收到的客户端属性信息包含的客户端账号信息为“张三”，则可以确定请求的是“张三”的信息列表，通过客户端类型信息和客户端账号信息，则能够确定需要在哪个数据存储库中查找信息列表。

服务器在存储信息列表时，可以按照不同的客户端属性信息，分别存储与该客户端关联的数据内容，便于快速地基于客户端阅读位置信息查找出信息列表。

s102，确定在信息处理类型为获取信息列表的情况下，sdk中待调用的第一应用程序调用接口，并通过调用第一应用程序调用接口，按照客户端阅读位置信息，在预先建立的与客户端属性信息对应的数据存储库中提取信息序列。

在接收到获取信息列表的请求时，可以根据获取信息列表的请求中包含的用于指示该请求对应的类型编码，以及预先存储的类型编码与信息处理类型的映射关系表，确定该请求对应的信息处理类型为获取信息列表的类型，进而根据确定sdk中与获取信息列表类型对应的待调用的第一应用程序调用接口，然后调用该第一应用程序调用接口，即可以按照上述获取到的客户端阅读位置信息在与该客户端属性信息对应的数据存储库中提取信息序列。

具体地，这里的数据存储库可以包括内存数据库db和缓存数据库redis，其中内存数据库可以用于存储大量键值对key-value数据，即信息序列，缓存数据库redis用于缓存信息序列，方便客户端及时提取，一般情况下，服务器可以将写入的信息序列存储于内存数据库db中，然后同时将写入内存数据库db中的信息序列缓存在缓存数据库redis中，方便客户端读取。

这里调用第一应用程序调用接口，在客户端属性信息对应的数据存储库中提取信息序列时，可以将客户端阅读位置信息作为索引信息，按照该索引信息在与该客户端属性信息对应的缓存数据库中提取目标信息序列，若未在缓存数据库中查找到目标信息序列，可以按照该索引信息在与该客户端属性信息对应的内存数据库中提取目标信息序列。

另外，这里若未在缓存数据库中查找到目标信息序列，可以将内存数据库中提取的目标信息序列复制在缓存数据库中，便于客户端下一次获取信息序列时，服务器能够调用第一应用程序调用接口直接从缓存数据库中获取信息序列，从而提高信息处理效率。

s103，将提取的信息序列发送至客户端。

在得到信息序列后，将该信息序列发送至客户端，客户端接收到信息序列后，若确定存在新信息，可以通过在客户端的设定位置处展示用于指示新信息的标识来提示用户接收到新信息，比如通过小红点来提示用户接收到信息。

这里，客户端可以通过客户端预存的客户端阅读位置信息对应的时间戳和接收的信息序列中各个信息对应的时间戳来确定是否接收到新信息，比如，若接收到的信息序列中各个信息对应的时间戳表示的时刻均晚于客户端阅读位置信息对应的时间戳表示的时刻，则确定接收到新信息。

这里，本公开实施例提供的信息处理方法，通过预先构建一套通用的软件开发工具包sdk，可以实现针对多种信息处理类型分别对应的应用程序调用接口的调用，在这种情况下，针对多个具有同样的信息处理类型的app，可以基于该通用的sdk，调用与该信息处理类型对应的统一的应用程序调用接口来实现信息的处理，无需再针对每个app分别进行应用程序调用接口的开发，降低了开发成本。

基于此，在客户端发起的请求对应的信息处理类型为获取信息列表的情况下，不论该获取信息列表的请求是针对哪个app，都可以基于请求中携带的客户端阅读位置信息和客户端属性信息，通过调用通用的sdk获取对应的调用接口来读取对应app下的信息序列，提高了针对不同app进行信息处理时采用的信息处理方式的通用性。

在一种实施方式中，本公开提出可以按照以下方式提取信息序列：

在客户端属性信息对应的数据存储库中，提取存储在客户端阅读位置信息指示的存储位置之后的信息集，得到信息序列。

服务器在接收到客户端阅读位置信息后，可以将客户端阅读位置信息指示的存储位置之后的信息集作为信息序列发送至客户端，比如，该客户端属性信息对应的数据存储库中存储有10条信息，这10条信息是按照接收时每条信息对应的时间戳倒叙排列的，若客户端阅读位置信息指示的存储位置为第3条信息，则将在第3条信息之后存储的第1条信息和第2条信息作为信息序列发送至客户端。

进一步地，将提取的信息序列发送至客户端之后，信息处理方法还包括：

(1)检测客户端的当前客户端阅读位置信息；

(2)基于当前客户端阅读位置信息，对与客户端属性信息对应的数据存储库中的客户端阅读位置信息进行更新。

这里，当服务器将信息列表发送至客户端后，当客户端登录后能够检测到客户端的当前客户端阅读位置信息，此时，服务器会对数据存储库中存储的客户端阅读位置信息进行更新，比如数据存储库中存储的客户端阅读位置信息指示的存储位置为第3条信息，当前客户端阅读位置信息指示客户端展示的最新信息为第1条信息，则更新后，数据存储库中存储的客户端阅读位置信息指示的存储位置则更新为第1条信息。

针对数据存储库包括内存数据库db和缓存数据库redis的情况，服务器在对数据存储库中存储的客户端阅读位置信息进行更新时，可以同时更新内存数据库db和缓存数据库redis中存储的客户端阅读位置信息。

上文提出，客户端可以通过客户端预存的客户端阅读位置信息对应的时间戳和接收的信息序列中各个信息对应的时间戳来确定是否接收到新信息，但是在某些情况下，客户端可能没有保存客户端阅读位置信息，比如客户端在新的终端设备上登录，比如，当在新的终端设置中登录时，客户端可能并没有保存客户端阅读位置信息，此时客户端可以向服务器发送获取客户端阅读位置信息的请求，如图2所示，为本公开实施例提出的另一种信息处理方法的流程图，具体包括以下步骤s201～s203：

s201，接收到客户端发送的获取客户端阅读位置信息的请求时；查找该获取客户端阅读位置信息的请求中包含客户端属性信息。

同样，服务器在接收到客户端发送的获取客户端阅读位置信息的请求时，首先从获取客户端阅读位置信息的请求中得到客户端属性信息，进而就能够根据客户端属性信息在对应的数据存储库中查找该客户端对应的客户端阅读位置信息。

s202，确定在信息处理类型为获取客户端阅读位置信息的情况下，sdk中待调用的第二应用程序调用接口，并调用第二应用程序调用接口，在预先建立的与客户端属性信息对应的数据存储库提取与客户端对应的客户端阅读位置信息。

在接收到获取客户端阅读位置信息的请求时，可以确定该请求对应的信息处理类型为获取客户端阅读位置信息的类型，进而根据确定sdk中与获取客户端阅读位置信息的类型对应的待调用的第二应用程序调用接口，然后调用该第二应用程序调用接口，即可以在客户端属性信息对应的数据存储库中确定该客户端对应的客户端阅读位置信息。

同样，针对数据存储库包括内存数据库db和缓存数据库redis的情况，这里调用第二应用程序调用接口，在预先建立的与客户端属性信息对应的数据存储库提取与客户端对应的客户端阅读位置信息时，可以先在缓存数据库中查找与客户端对应的客户端阅读位置信息，若未在缓存数据库中查找到与客户端对应的客户端阅读位置信息，可以继续在内存数据库中查找与客户端对应的客户端阅读位置信息。

s203，将客户端阅读位置信息发送至客户端。

在得到客户端阅读位置信息后，将该客户端阅读位置信息发送至客户端，客户端接收到客户端阅读位置信息后，可以基于该客户端阅读位置信息请求获取信息列表。

针对客户端在新的终端设备上登录情况下，服务器在接收到客户端发送的获取信息列表后，可以将存储在客户端阅读位置信息指示的存储位置之后的信息集作为信息列表发送至客户端，也可以按照客户端的指示将设定时长的信息列表发送至客户端，比如将近三个月的信息列表发送至客户端。

如图3所示，为本公开实施例提供的另一种信息处理方法的流程图，具体包括以下步骤s301～s302：

s301，接收到进行信息存储的请求时，获取进行信息存储的请求中包含的待存储信息、待存储数据库信息以及接收到该存储信息请求时的当前时间戳。

s302，确定在信息处理类型为进行信息存储的情况下，sdk中待调用的第三应用程序调用接口，并调用第三应用程序调用接口，按照当前时间戳和待存储数据库中每条信息对应的时间戳，将待存储信息存储于待存储数据库中。

这里是指需要服务器在存储数据库中存储信息的情况，这的待存储信息即为信息序列中的具体信息，比如站内信中的具体信息，待存储数据库信息用于指示该待存储信息应该存储至哪个存储数据库中，接收到该存储信息请求时的当前时间戳用于指示该待存储信息存储在存储数据库中对应的存储位置。

在接收到进行信息存储的请求时，可以确定该请求对应的信息处理类型为存储信息的类型，进而根据确定sdk中与存储信息的类型对应的待调用的第三应用程序调用接口，然后调用该第三应用程序调用接口，即可以按照当前时间戳和待存储数据库中每条信息对应的时间戳，将待存储信息存储于待存储数据库中，具体在存储时，可以根据时间戳进行倒叙排列。

同样，针对数据存储库包括内存数据库db和缓存数据库redis的情况，这里调用第三应用程序调用接口，按照当前时间戳和待存储数据库中每条信息对应的时间戳，将待存储信息存储于待存储数据库时，可以同时待存储信息存储于待存储的内存数据库和缓存数据库中，便于客户端后期获取信息序列时，服务器能够调用第一应用程序调用接口直接从缓存数据库中获取信息序列，从而提高信息处理效率。

本公开实施例提供了以上三种应用程序调用接口，当然在实际应用中，并不局限于以上三种应用程序调用接口，还可以包括其它应用程序调用接口，在此不做限定。

针对上文多次提到的sdk，下面以一种实施例来介绍如何构建上文提到的sdk，如图4所示，包括以下步骤s401～s402：

s401，获取预先存储的多种信息处理类型分别对应的配置文件信息，以及与多种信息处理类型匹配的sdk模板；sdk模板包括多个待填充项，以及与每个待填充项对应的调用接口。

s402，将每种信息处理类型对应的配置文件信息按照预设自然语言编辑后分别填充至sdk模板的待填充项中，以及按照该预设自然语言对每种信息处理类型对应的调用接口进行编辑后生成该信息处理类型对应的应用程序调用接口。

这里可以由软件开发人员按照针对不同app的信息序列，比如站内信对的多种信息处理类型，预先编写与每种信息处理类型对应的配置文件信息，这里每种信息处理类型对应的配置文件信息是指针对该种信息处理类型应该如何处理，比如针对获取信息列表的类型，对应的配置文件信息应该包括如何按照客户端阅读位置信息，在预先建立的与客户端属性信息对应的数据存储库中提取信息序列。

这里的sdk模板是指按照sdk的用途预先设置的，该sdk模板中包含多个待填充项，每个待填充项目均用于放置用自然语言编辑的一种信息处理类型对应的配置文件；这里每个待填充项对应的调用接口可以按照自然语言编辑后，生成与该待填充项放置的信息处理类型对应的应用程序调用接口，当调用任一应用程序调用接口时，就会执行该任一应用程序调用接口对应类型的信息处理操作。

这里的预设自然语言可以包括c语言、c++语言、java语言、go语言、python语言等。

这里通过预先构建一套通用的软件开发工具包sdk，可以实现针对多种信息处理类型分别对应的应用程序调用接口的调用，在这种情况下，针对多个具有同样的信息处理类型的app，可以基于该通用的sdk，调用与该信息处理类型对应的统一的应用程序调用接口来实现信息的处理，无需再针对每个app分别进行应用程序调用接口的开发，降低了开发成本。

本公开实施例还提供了一种信息处理方法，该信息处理方法还包括：

(1)接收到客户端发送的获取客户端阅读位置信息的请求时；查找获取客户端阅读位置信息的请求中包含客户端属性信息；

(2)确定在信息处理类型为获取客户端阅读位置信息的情况下，sdk中待调用的第二应用程序调用接口，并调用第二应用程序调用接口，在预先建立的与客户端属性信息对应的数据存储库提取与客户端对应的客户端阅读位置信息；

(3)将客户端阅读位置信息发送至客户端。

该信息处理方法与上文介绍的针对信息处理类型为获取客户端阅读位置信息的流程一致，在此不再进行赘述。

本公开实施例提供的该信息处理方法，在客户端发起的请求对应的信息处理类型为获取客户端阅读位置信息的情况下，不论该获取客户端阅读位置信息的请求是针对哪个app，都可以基于请求中携带的客户端属性信息，通过调用通用的sdk获取对应的调用接口来获取客户端阅读位置信息。

本公开实施例还提供了一种信息处理方法，该信息处理方法还包括：

(1)接收到进行信息存储的请求时，获取进行信息存储的请求中包含的待存储信息、待存储数据库信息以及接收到该存储信息请求时的当前时间戳；

(2)确定在信息处理类型为进行信息存储的情况下，sdk中待调用的第三应用程序调用接口，并调用第三应用程序调用接口，按照当前时间戳和待存储数据库中每条信息对应的时间戳，将待存储信息存储于待存储数据库中。

该信息处理方法与上文介绍的针对信息处理类型为进行信息存储的流程一致，在此不再进行赘述。

本公开实施例提供的该信息处理方法，在客户端发起的请求对应的信息处理类型为进行信息存储的情况下，可以基于请求中携带的待存储信息、待存储数据库信息以及接收到该存储信息请求时的当前时间戳，通过调用该通用的sdk获取对应的调用接口来进行信息存储。

综上，本公开实施例提供的信息处理方法，通过预先构建一套通用的软件开发工具包sdk，可以实现针对多种信息处理类型分别对应的应用程序调用接口的调用，在这种情况下，针对多个具有同样的信息处理类型的app，可以基于该通用的sdk，调用与该信息处理类型对应的统一的应用程序调用接口来实现信息的处理，无需再针对每个app分别进行应用程序调用接口的开发，降低了开发成本。

基于同一技术构思，本公开实施例中还提供了与信息处理方法对应的信息处理装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述信息处理方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

如图5所示，为本公开实施例提供的一种信息处理装置500，应用于服务器，服务器中包含预先构建的软件开发工具包sdk，sdk设置有多种信息处理类型分别对应的应用程序调用接口，信息处理装置500包括：

接收模块501，用于接收到客户端发送的获取信息列表的请求时，查找获取信息列表的请求中包含的客户端阅读位置信息和客户端属性信息；

处理模块502，用于确定在信息处理类型为获取信息列表的情况下，sdk中待调用的第一应用程序调用接口，并通过调用第一应用程序调用接口，按照客户端阅读位置信息，在预先建立的与客户端属性信息对应的数据存储库中提取信息序列；

发送模块503，用于将提取的信息序列发送至客户端。

在一种可能的实施方式中，处理模块502按照以下方式提取信息序列：

在客户端属性信息对应的数据存储库中，提取存储在客户端阅读位置信息指示的存储位置之后的信息集，得到信息序列。

在一种可能的实施方式中，接收模块501还用于：

接收到客户端发送的获取客户端阅读位置信息的请求时；查找该获取客户端阅读位置信息的请求中包含客户端属性信息；

处理模块502，还用于确定在信息处理类型为获取客户端阅读位置信息的情况下，sdk中待调用的第二应用程序调用接口，并调用第二应用程序调用接口，在预先建立的与客户端属性信息对应的数据存储库提取与客户端对应的客户端阅读位置信息；

发送模块503，还用于将客户端阅读位置信息发送至客户端。

在一种可能的实施方式中，接收模块501还用于：

接收到进行信息存储的请求时，获取进行信息存储的请求中包含的待存储信息、待存储数据库信息以及接收到该存储信息请求时的当前时间戳；

处理模块502，还用于确定在信息处理类型为进行信息存储的情况下，sdk中待调用的第三应用程序调用接口，并调用第三应用程序调用接口，按照当前时间戳和待存储数据库中每条信息对应的时间戳，将待存储信息存储于待存储数据库中。

在一种可能的实施方式中，信息处理装置500还包括更新模块504，更新模块504在发送模块503将提取的信息序列发送至客户端之后，用于：

检测客户端的当前客户端阅读位置信息；

基于当前客户端阅读位置信息，对与客户端属性信息对应的数据存储库中的客户端阅读位置信息进行更新。

在一种可能的实施方式中，信息处理装置500还包括构建模块505，构建模块505按照以下方式预先构建sdk：

获取预先存储的多种信息处理类型分别对应的配置文件信息，以及与多种信息处理类型匹配的sdk模板；sdk模板包括多个待填充项，以及与每个待填充项对应的调用接口；

将每种信息处理类型对应的配置文件信息按照预设自然语言编辑后分别填充至sdk模板的待填充项中，以及按照该预设自然语言对每种信息处理类型对应的调用接口进行编辑后生成该信息处理类型对应的应用程序调用接口。

如图6所示，本公开实施例还提供了一种信息处理装置600，应用于服务器，服务器中包含预先构建的软件开发工具包sdk，sdk设置有多种信息处理类型分别对应的应用程序调用接口，信息处理装置600包括：

查找模块601，用于接收到客户端发送的获取客户端阅读位置信息的请求时；查找获取客户端阅读位置信息的请求中包含客户端属性信息；

调用模块602，用于确定在信息处理类型为获取客户端阅读位置信息的情况下，sdk中待调用的第二应用程序调用接口，并调用第二应用程序调用接口，在预先建立的与客户端属性信息对应的数据存储库提取与客户端对应的客户端阅读位置信息；

发送模块603，用于将客户端阅读位置信息发送至客户端。

如图7所示，为本公开实施例提供了一种信息处理装置700，应用于服务器，服务器中包含预先构建的软件开发工具包sdk，sdk设置有多种信息处理类型分别对应的应用程序调用接口，信息处理装置700包括：

接收模块701，用于接收到进行信息存储的请求时，获取进行信息存储的请求中包含的待存储信息、待存储数据库信息以及接收到该存储信息请求时的当前时间戳；

存储模块702，用于确定在信息处理类型为进行信息存储的情况下，sdk中待调用的第三应用程序调用接口，并调用第三应用程序调用接口，按照当前时间戳和待存储数据库中每条信息对应的时间戳，将待存储信息存储于待存储数据库中。

本公开实施例提供的信息处理装置，通过预先构建一套通用的软件开发工具包sdk，可以实现针对多种信息处理类型分别对应的应用程序调用接口的调用，在这种情况下，针对多个具有同样的信息处理类型的app，可以基于该通用的sdk，调用与该信息处理类型对应的统一的应用程序调用接口来实现信息的处理，无需再针对每个app分别进行应用程序调用接口的开发，降低了开发成本。基于此，在客户端发起的请求对应的信息处理类型为获取信息列表的情况下，不论该获取信息列表的请求是针对哪个app，都可以基于请求中携带的客户端阅读位置信息和客户端属性信息，通过调用通用的sdk获取对应的调用接口来读取对应app下的信息序列，提高了针对不同app进行信息处理时采用的信息处理方式的通用性；同理，在客户端发起的请求对应的信息处理类型为获取客户端阅读位置信息的情况下，不论该获取客户端阅读位置信息的请求是针对哪个app，都可以基于请求中携带的所述客户端属性信息，通过调用通用的sdk获取对应的调用接口来获取客户端阅读位置信息；同理，在客户端发起的请求对应的信息处理类型为进行信息存储的情况下，可以基于请求中携带的待存储信息、待存储数据库信息以及接收到该存储信息请求时的当前时间戳，通过调用该通用的sdk获取对应的调用接口来进行信息存储。

本公开实施例还提供了一种电子设备800，该电子设备可以为服务器，服务器中包含预先构建的软件开发工具包sdk，sdk设置有多种信息处理类型分别对应的应用程序调用接口，如图8所示，为本公开实施例提供的电子设备800的结构示意图，包括：处理器801、存储介质802和总线803，存储介质803存储有处理器801可执行的机器可读指令，当电子设备800运行时，处理器801与存储介质802之间通过总线803通信，机器可读指令被处理器801执行时执行如下处理：

接收到客户端发送的获取信息列表的请求时，查找获取信息列表的请求中包含的客户端阅读位置信息和客户端属性信息；

确定在信息处理类型为获取信息列表的情况下，sdk中待调用的第一应用程序调用接口，并通过调用第一应用程序调用接口，按照客户端阅读位置信息，在预先建立的与客户端属性信息对应的数据存储库中提取信息序列；

将提取的信息序列发送至客户端。

一种可能的实施方式中，处理器801执行的指令中，按照以下方式提取信息序列：

在客户端属性信息对应的数据存储库中，提取存储在客户端阅读位置信息指示的存储位置之后的信息集，得到信息序列。

一种可能的实施方式中，处理器801执行的指令中，还包括：

接收到客户端发送的获取客户端阅读位置信息的请求时；获取客户端阅读位置信息的请求中包含客户端属性信息；

确定在信息处理类型为获取客户端阅读位置信息的情况下，sdk中待调用的第二应用程序调用接口，并调用第二应用程序调用接口，在预先建立的与客户端属性信息对应的数据存储库提取与客户端对应的客户端阅读位置信息；

将客户端阅读位置信息发送至客户端。

一种可能的实施方式中，处理器801执行的指令中，还包括：

接收到进行信息存储的请求时，获取进行信息存储的请求中包含的待存储信息、待存储数据库信息以及接收到该存储信息请求时的当前时间戳；

确定在信息处理类型为进行信息存储的情况下，sdk中待调用的第三应用程序调用接口，并调用第三应用程序调用接口，按照当前时间戳和待存储数据库中每条信息对应的时间戳，将待存储信息存储于待存储数据库中。

一种可能的实施方式中，将提取的信息序列发送至客户端之后，处理器601执行的指令中，还包括：

检测客户端的当前客户端阅读位置信息；

基于当前客户端阅读位置信息，对与客户端属性信息对应的数据存储库中的客户端阅读位置信息进行更新。

一种可能的实施方式中，处理器801执行的指令中，按照以下方式预先构建sdk：

获取预先存储的多种信息处理类型分别对应的配置文件信息，以及与多种信息处理类型匹配的sdk模板；sdk模板包括多个待填充项，以及与每个待填充项对应的调用接口；

将每种信息处理类型对应的配置文件信息按照预设自然语言编辑后分别填充至sdk模板的待填充项中，以及按照该预设自然语言对每种信息处理类型对应的调用接口进行编辑后生成该信息处理类型对应的应用程序调用接口。

本公开实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述信息处理方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述的信息处理方法，从而提高提高信息处理效率。

本公开实施例所提供的进行的信息处理方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

本公开实施例所提供的信息处理装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本公开实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。

在本公开所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围。都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。