一种处理第三方系统信息的系统及方法与流程

本发明涉及计算机
技术领域：
，特别涉及一种处理第三方系统信息的系统及方法。
背景技术：
：随着信息技术的发展，一个企业通常会上很多应用系统，且各个应用系统互不相同，从而易出现信息查找费时费力，审批时效差、遗漏信息等问题。如此，可以利用门户系统进行统一管理。目前，门户系统仅实现第三方系统的数据集成，当需要处理各第三方系统的信息时，信息处理困难。技术实现要素：本发明提供了一种处理第三方系统信息的系统及方法，能够解决现有的门户系统信息处理困难的问题。为了达到上述目的，本发明是通过如下技术方案实现的：一方面，本发明提供了一种处理第三方系统信息的系统，包括：门户系统和至少一个第三方系统；所述门户系统中定义有信息列表，所述信息列表包括第一数量的参数项；所述门户系统提供有至少一个webservice接口，其中，每一个所述webservice接口均对应有信息操作类型和至少一个参数项，所述第一数量的参数项包括所述至少一个参数项；每一个所述第三方系统，均用于根据所述至少一个webservice接口中任一目标webservice接口对应的至少一个参数项，采集该至少一个参数项中各参数项对应的参数值；调用所述目标webservice接口以向所述门户系统发送采集到的至少一个参数值；所述门户系统，用于在接收到所述至少一个参数值时，判断内部的缓存中是否存在所述信息列表，若是，在内部的业务逻辑层，根据所述目标webservice接口对应的信息操作类型和所述至少一个参数值，对缓存中的所述信息列表进行相应处理。进一步地，所述第一数量的参数项，包括：信息标识、信息类型、系统标识、系统标识名称、信息名称、信息接收时间、开始时间、结束时间、创建人、创建人名称、消息类别标识、源系统用户标识、认证中心用户标识、认证中心用户名称、信息打开时第三方系统连接地址、信息状态、信息密级、信息密级名称、当前审批节点、增加时间、最后修改时间、消息描述、发文单位描述、约定状态、约定信息类型中的任意一个或多个。进一步地，所述约定状态的参数值包括：待办、已办、撤销、打回中的任意一个；所述约定信息类型的参数值包括：任务、邮件、公文、会议、通知中的任意一个。进一步地，所述目标webservice接口对应的信息操作类型为：新增任务类信息、新增邮件类信息、新增公文类信息、新增会议类信息、新增通知类信息、新增信息、更新信息、更新参与者信息、删除信息中的任意一种。进一步地，对于所述目标webservice接口：其对应的信息操作类型为新增任务类信息时，其对应的至少一个参数项包括系统id、系统名称、待办任务id、任务名称、当前审批节点名称、流程开始时间、接收时间、发起人id、发起人名称、接收人id、流程名称、链接url(uniformresourcelocator，统一资源定位符)、流程状态、流程描述中的任意一个或多个；其对应的信息操作类型为新增邮件类信息时，其对应的至少一个参数项包括系统id、系统名称、邮件id、邮件名称、接收时间、邮件发送人id、邮件发送人名称、接收人id、链接url、流程状态、流程描述、密级、密级名称中的任意一个或多个；其对应的信息操作类型为新增公文类信息时，其对应的至少一个参数项包括系统id、系统名称、公文id、公文名称、接收时间、公文发送人id、公文发送人名称、接收人id、链接url、公文状态中的任意一个或多个；其对应的信息操作类型为新增会议类信息时，其对应的至少一个参数项包括系统id、系统名称、会议id、会议名称、会议开始时间、用户id、链接url、会议地点、密级、密级名称中的任意一个或多个；其对应的信息操作类型为新增通知类信息时，其对应的至少一个参数项包括系统id、系统名称、消息id、消息主题、接收时间、消息发送人id、消息发送人名称、用户id、链接url、状态、消息描述中的任意一个或多个；其对应的信息操作类型为新增信息时，其对应的至少一个参数项包括系统id、系统名称、类型、信息id、信息名称、流程名称、接收时间、发起人id、流程名称、接收人id、流程类别、链接url、状态、密级、密级名称、至少一个冗余字段中的任意一个或多个；其对应的信息操作类型为更新信息时，其对应的至少一个参数项包括系统id、信息id中的任意一个或多个；其对应的信息操作类型为更新参与者信息时，其对应的至少一个参数项包括系统id、信息id、参与者id中的任意一个或多个；其对应的信息操作类型为删除信息时，其对应的至少一个参数项包括系统id、信息id中的任意一个或多个。进一步地，所述门户系统，具体用于根据所述至少一个参数值中的信息标识和系统标识，定位出缓存内所述信息列表中的一待处理信息，并根据所述目标webservice接口对应的信息操作类型和所述至少一个参数值，对缓存内所述信息列表中的所述待处理信息进行相应处理。进一步地，所述门户系统内部的数据库中存储有所述信息列表；所述门户系统，还用于在判断出缓存中不存在所述信息列表时，将数据库中存储的所述信息列表加入缓存中；以及根据所述目标webservice接口对应的信息操作类型和所述至少一个参数值，对数据库内所述信息列表中的所述待处理信息进行相应处理。进一步地，所述门户系统封装有缓存获取操作接口和缓存增改操作接口；其中，所述缓存获取操作接口的方法名称为：get<t>(stringcachekey,stringregion,func<t>realgetmethod,inttimeout＝60*60*24)；所述缓存增改操作接口的方法名称为：addorupdate(stringkey,objectvalue)。另一方面，本发明提供了一种处理第三方系统信息的方法，门户系统向至少一个第三方系统提供至少一个webservice接口，其中，每一个所述webservice接口均对应有信息操作类型和至少一个参数项，所述门户系统中定义有信息列表，所述信息列表包括第一数量的参数项，且所述第一数量的参数项包括所述至少一个参数项；还包括：任一所述第三方系统根据所述至少一个webservice接口中任一目标webservice接口对应的至少一个参数项，采集该至少一个参数项中各参数项对应的参数值，并调用所述目标webservice接口以向所述门户系统发送采集到的至少一个参数值；所述门户系统在接收到所述至少一个参数值时，判断内部的缓存中是否存在所述信息列表，若是，在内部的业务逻辑层，根据所述目标webservice接口对应的信息操作类型和所述至少一个参数值，对缓存中的所述信息列表进行相应处理。进一步地，所述根据所述目标webservice接口对应的信息操作类型和所述至少一个参数值，对缓存中的所述信息列表进行相应处理，包括：根据所述至少一个参数值中的信息标识和系统标识，定位出缓存内所述信息列表中的一待处理信息，并根据所述目标webservice接口对应的信息操作类型和所述至少一个参数值，对缓存内所述信息列表中的所述待处理信息进行相应处理。本发明提供了一种处理第三方系统信息的系统及方法，该系统包括：门户系统和各第三方系统。门户系统定义有包括第一数量的参数项的信息列表；门户系统提供若干webservice接口，各接口均对应有信息操作类型和至少一个参数项，第一数量的参数项包括该至少一个参数项；任一第三方系统根据一接口对应的至少一个参数项，采集各参数项对应的参数值，并调用该接口向门户系统推送这些参数值；门户系统缓存有信息列表时，在业务逻辑层根据该接口对应的信息操作类型和这些参数值，对缓存中的信息列表进行相应处理。第三方系统采集信息和门户系统处理信息均基于统一定义的信息列表和接口，故本发明能够解决现有的门户系统信息处理困难的问题。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本发明一实施例提供的一种处理第三方系统信息的系统的示意图；图2是本发明一实施例提供的一种处理第三方系统信息的方法的流程图。具体实施方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。如图1所示，本发明实施例提供了一种处理第三方系统信息的系统，可以包括：门户系统101和至少一个第三方系统102；所述门户系统101中定义有信息列表，所述信息列表包括第一数量的参数项；所述门户系统101提供有至少一个webservice接口，其中，每一个所述webservice接口均对应有信息操作类型和至少一个参数项，所述第一数量的参数项包括所述至少一个参数项；每一个所述第三方系统102，均用于根据所述至少一个webservice接口中任一目标webservice接口对应的至少一个参数项，采集该至少一个参数项中各参数项对应的参数值；调用所述目标webservice接口以向所述门户系统101发送采集到的至少一个参数值；所述门户系统101，用于在接收到所述至少一个参数值时，判断内部的缓存中是否存在所述信息列表，若是，在内部的业务逻辑层，根据所述目标webservice接口对应的信息操作类型和所述至少一个参数值，对缓存中的所述信息列表进行相应处理。本发明实施例提供了一种处理第三方系统信息的系统，包括：门户系统和各第三方系统。门户系统定义有包括第一数量的参数项的信息列表；门户系统提供若干webservice接口，各接口均对应有信息操作类型和至少一个参数项，第一数量的参数项包括该至少一个参数项；任一第三方系统根据一接口对应的至少一个参数项，采集各参数项对应的参数值，并调用该接口向门户系统推送这些参数值；门户系统缓存有信息列表时，在业务逻辑层根据该接口对应的信息操作类型和这些参数值，对缓存中的信息列表进行相应处理。第三方系统采集信息和门户系统处理信息均基于统一定义的信息列表和接口，故本发明实施例能够解决现有的门户系统信息处理困难的问题。详细地，门户系统可以预先定义好统一的系统数据结构和接口。如此，第三方系统采集信息时可以根据该系统数据结构进行规律性采集，并通过相应标准接口推送采集信息，对应地，门户系统同样基于该系统数据结构进行信息处理。其中，上述包括有第一数量参数项的信息列表即可以为统一定义的系统数据结构，上述至少一个webservice接口即可以为向各第三方系统公开的统一定义的接口。在本发明一个实施例中，可以根据门户系统当前已集成的各第三方系统的数据结构和统一认证方式，来定义统一的信息列表。如此，基于该信息列表，门户系统可以识别出所集成的各第三方系统信息，以及可以单点登录打开第三方系统的表单或功能。当然，开发人员可以按需对上述信息列表和接口进行更新，以适用于新集成的各第三方系统。详细地，由于需要集成各第三方系统的信息，故上述信息列表通常具有一些参数项。如此，信息列表中的每一条信息的内容，即可以由对应于各参数项的参数值而组成。因此，在本发明一个实施例中，所述第一数量的参数项，包括：信息标识、信息类型、系统标识、系统标识名称、信息名称、信息接收时间、开始时间、结束时间、创建人、创建人名称、消息类别标识、源系统用户标识、认证中心用户标识、认证中心用户名称、信息打开时第三方系统连接地址、信息状态、信息密级、信息密级名称、当前审批节点、增加时间、最后修改时间、消息描述、发文单位描述、约定状态、约定信息类型中的任意一个或多个。详细地，信息列表的相应字段可以为epintegratedinfo，上述各参数项的相应字段可以如下所述：信息标识：itemid、信息类型：itemtype、系统标识：systemid、系统标识名称：systemname、信息名称：itemname、信息接收时间：receivetime、开始时间：starteddatetime、结束时间：completeddatetime、创建人：creator、创建人名称：creatorname、流程类别或消息类别等标识：itemsourcetype、源系统用户标识：sourceuserid、认证中心用户标识：idmuserid、认证中心用户名称：idmusername、信息打开时第三方系统连接地址：itemurl、信息状态：state、信息密级：seclevel、信息密级名称：seclevelname、当前审批节点：activityname、增加时间：addtime、最后修改时间：lastmodifytime、公文文号或消息描述等：description、会议地点或发文单位或来文单位等复用描述：description2；约定状态：agree，其中，待办＝0，已办＝1，撤销＝2，打回＝3；约定信息类型：agreetype，其中，任务＝0，公文＝1，邮件＝2，会议＝3，消息＝4。如此，在本发明一个实施例中，所述约定状态的参数值包括待办、已办、撤销、打回中的任意一个；所述约定信息类型的参数值包括任务、邮件、公文、会议、通知中的任意一个。当然，如果已有约定不满足使用需求，可以约定之后门户同步增加。基于上述内容，在本发明一个实施例中，上述信息列表中各参数项的参数说明，可以如下述表1所示。表1基于上述内容，在本发明一个实施例中，所述目标webservice接口对应的信息操作类型为：新增任务类信息、新增邮件类信息、新增公文类信息、新增会议类信息、新增通知类信息、新增信息、更新信息、更新参与者信息、删除信息中的任意一种。详细地，与新增任务类信息、新增邮件类信息等新增分类具体化的信息操作类型相对应的，上述新增信息这一信息操作类型可以为通用型的。详细地，通常情况下，不同webservice接口对应的信息操作类型不同，不同webservice接口对应的参数项不同。如此，任一第三方系统可以根据自身需求，调用与该需求相匹配的信息操作类型所对应的webservice接口，从而可以根据该webservice接口对应的具体参数项，确定出待采集内容应涉及到哪些参数项，进而准确采集各参数项对应的参数值。由于任一webservice接口所对应的参数项均为信息列表所包括的参数项的部分或全部，故对于任一第三方系统推送来的各参数值，即可根据各参数值及其相应的参数项，以缓存中的信息列表进行相应处理。举例来说，一第三方系统调用webservice接口的信息操作类型为新增信息时，可以根据该webservice接口对应的参数项，采集各参数项对应的参数值。门户系统在接收到该第三方系统通过调用这一webservice接口而推送的参数值时，可以根据参数值和参数项的对应关系，将各参数值新增至缓存中的信息列表中，且这些参数值将组成信息列表中的一条信息。再比如，信息操作类型为更新信息时，首先可以根据推送来的一些特定参数值，如信息标识和系统标识等，定位出信息列表中待更新的信息，然后根据参数值和参数项的对应关系，可以各参数值更新替换该信息中对应的原参数值。再比如，信息操作类型为删除信息时，同样可以首先定位出信息列表中待删除的信息，并将该信息从缓存中的信息列表中删除。如此，可以看出，为了能够实现第三方系统信息的准确处理，需要定义好各webservice接口对应的参数项。由于上述目标webservice接口可以为向各第三方系统提供的所有webservice接口中的任意一个webservice接口，故可以以上述目标webservice接口为例，对参数项这一定义进行描述。因此，在本发明一个实施例中，对于所述目标webservice接口：其对应的信息操作类型为新增任务类信息时，其对应的至少一个参数项包括系统id、系统名称、待办任务id、任务名称、当前审批节点名称、流程开始时间、接收时间、发起人id、发起人名称、接收人id、流程名称、链接url、流程状态、流程描述中的任意一个或多个；其对应的信息操作类型为新增邮件类信息时，其对应的至少一个参数项包括系统id、系统名称、邮件id、邮件名称、接收时间、邮件发送人id、邮件发送人名称、接收人id、链接url、流程状态、流程描述、密级、密级名称中的任意一个或多个；其对应的信息操作类型为新增公文类信息时，其对应的至少一个参数项包括系统id、系统名称、公文id、公文名称、接收时间、公文发送人id、公文发送人名称、接收人id、链接url、公文状态中的任意一个或多个；其对应的信息操作类型为新增会议类信息时，其对应的至少一个参数项包括系统id、系统名称、会议id、会议名称、会议开始时间、用户id、链接url、会议地点、密级、密级名称中的任意一个或多个；其对应的信息操作类型为新增通知类信息时，其对应的至少一个参数项包括系统id、系统名称、消息id、消息主题、接收时间、消息发送人id、消息发送人名称、用户id、链接url、状态、消息描述中的任意一个或多个；其对应的信息操作类型为新增信息时，其对应的至少一个参数项包括系统id、系统名称、类型、信息id、信息名称、流程名称、接收时间、发起人id、流程名称、接收人id、流程类别、链接url、状态、密级、密级名称、至少一个冗余字段中的任意一个或多个；其对应的信息操作类型为更新信息时，其对应的至少一个参数项包括系统id、信息id中的任意一个或多个；其对应的信息操作类型为更新参与者信息时，其对应的至少一个参数项包括系统id、信息id、参与者id中的任意一个或多个；其对应的信息操作类型为删除信息时，其对应的至少一个参数项包括系统id、信息id中的任意一个或多个。举例来说，一webservice接口对应的信息操作类型为新增任务类信息时，其相应字段可以为addtask，其对应的至少一个参数项的参数说明，可以如下述表2所示。表2详细地，系统id、系统名称可以从idm获取，即可以从认证中心获取。举例来说，一webservice接口对应的信息操作类型为新增邮件类信息时，其相应字段可以为addemail，其对应的至少一个参数项的参数说明，可以如下述表3所示。表3参数名称参数说明是否必填数据类型systemid系统id(从idm获取)是stringsystemname系统名称(从idm获取)否stringemailid邮件id是stringemailname邮件名称是stringreceivetime接收时间是stringcreator邮件发送人id是stringcreatorname邮件发送人名称是stringsourceuserid接收人id(源系统)是stringitemurl链接url是stringstate流程状态是stringdescription流程描述否stringseclevel密级(不启用时默认传0)否intseclevelname密级名称(不启用时传空值)否string举例来说，一webservice接口对应的信息操作类型为新增公文类信息时，其相应字段可以为adddoc，其对应的至少一个参数项的参数说明，可以如下述表4所示。表4参数名称参数说明是否必填数据类型systemid系统id(从idm获取)是stringsystemname系统名称(从idm获取)否stringdocid公文id是stringdocname公文名称是stringreceivetime接收时间是stringcreator公文发送人id是stringcreatorname公文发送人名称是stringsourceuserid接收人id(源系统)是stringitemurl链接url是stringstate公文状态是string举例来说，一webservice接口对应的信息操作类型为新增会议类信息时，其相应字段可以为addmetting，其对应的至少一个参数项的参数说明，可以如下述表5所示。表5举例来说，一webservice接口对应的信息操作类型为新增通知类信息时，其相应字段可以为addnotification，其对应的至少一个参数项的参数说明，可以如下述表6所示。表6参数名称参数说明是否必填数据类型systemid系统id(从idm获取)是stringsystemname系统名称(从idm获取)否stringmessageid消息id是stringmessagename消息主题是stringreceivetime接收时间是stringcreator消息发送人id否stringcreatorname消息发送人名称否stringsourceuserid用户id(源系统)是stringitemurl链接url是stringstate状态否stringdescription消息描述否string举例来说，一webservice接口对应的信息操作类型为新增信息时，其相应字段可以为addmessage，其对应的至少一个参数项的参数说明，可以如下述表7所示。表7举例来说，一webservice接口对应的信息操作类型为更新信息时，其相应字段可以为update，其对应的至少一个参数项的参数说明，可以如下述表8所示。表8参数名称参数说明是否必填数据类型jsonpara系统id(从idm获取)是string详细地，jsonpara是对象数组序列化成的字符串，可以按照[{},{}]的格式添加字段信息，前两个字段需要为[{name:”itemid”,value:””},[{name:”systemid”,value:””}]。举例来说，一webservice接口对应的信息操作类型为更新参与者信息时，其相应字段可以为updateparticipant，其对应的至少一个参数项的参数说明，可以如下述表9所示。表9参数名称参数说明是否必填数据类型itemid信息id是stringsystemid系统id是stringpariticipant参与者id是string举例来说，一webservice接口对应的信息操作类型为删除信息时，其相应字段可以为delete，其对应的至少一个参数项的参数说明，可以如下述表10所示。表10参数名称参数说明是否必填数据类型itemid信息id是stringsystemid系统id是string在本发明一个实施例中，所述门户系统101，具体用于根据所述至少一个参数值中的信息标识和系统标识，定位出缓存内所述信息列表中的一待处理信息，并根据所述目标webservice接口对应的信息操作类型和所述至少一个参数值，对缓存内所述信息列表中的所述待处理信息进行相应处理。详细地，信息标识和系统标识的结合，可以唯一定位出一待处理的信息。然后，信息操作类型为更新时，基于第三方系统推送来的各参数值，对该待处理信息中的相应原参数值进行更新处理；信息操作类型为删除时，删除该待处理信息。当信息操作类型为新增时，若定位结果为能定位出一待处理信息，即说明信息列表中已存在与该新增信息相同的信息，故可以根据用户所需，放弃新增，或基于第三方系统推送来的各参数值进行信息新增处理，其中，这一新增处理可以为替换新增。当然，若不能定位出一待处理信息，即说明信息列表中不存在该新增信息，故可以直接基于第三方系统推送来的各参数值进行信息新增处理。在本发明一个实施例中，所述门户系统101内部的数据库中存储有所述信息列表；所述门户系统101，还用于在判断出缓存中不存在所述信息列表时，将数据库中存储的所述信息列表加入缓存中；以及根据所述目标webservice接口对应的信息操作类型和所述至少一个参数值，对数据库内所述信息列表中的所述待处理信息进行相应处理。详细地，本发明实施例中，基于第三方系统推送来的参数值，除了对缓存中的信息列表进行处理，还可以对数据库中的信息列表进行相同的处理。详细地，可以同时分别针对缓存和数据库中的信息列表进行处理，也可以先处理缓存中的信息列表，并后续将这一处理同步至数据库中。在本发明一个实施例中，所述门户系统101封装有缓存获取操作接口和缓存增改操作接口；其中，所述缓存获取操作接口的方法名称为：get<t>(stringcachekey,stringregion,func<t>realgetmethod,inttimeout＝60*60*24)；所述缓存增改操作接口的方法名称为：addorupdate(stringkey,objectvalue)。详细地，门户系统内封装的这两个接口可以为内部使用接口。在本发明一个实施例中，分页获取可以为一种特殊的获取方式。如此，还可以封装一分页获取操作接口。对应地，这一分页信息获取方法可以为：信息获取方法首先从缓存中获取信息列表，如果没有缓存则从数据库获取信息列表；然后，可以根据系统标识、信息类别、页码、页容量、是否启用密级、查询条件和排序条件在信息列表中查询符合条件的信息。详细地，由于放到缓存中的通常是全部的待办信息，故可以不封装缓存删除操作接口。当然，如果需要删除，可以把信息拿出来，删除之后再把剩下的信息再放回去，故可以不需要单独的删除方法，用缓存的更新方法即可。综上所述，本发明实施例中，根据当前门户集成的系统进行了数据结构分析，制定了能兼容大部分系统数据存储要求的数据结构，用于存储第三方系统同步过来的信息；在门户的业务逻辑层，实现了信息的缓存处理，并实现了信息的增加、删除、更新及分页查询功能；并对外提供了信息的增加、删除、更新等webservice接口，满足了信息同步的基本要求。如图2所示，本发明实施例提供了一种处理第三方系统信息的方法，可以包括以下步骤：步骤201：门户系统向至少一个第三方系统提供至少一个webservice接口，其中，每一个所述webservice接口均对应有信息操作类型和至少一个参数项，所述门户系统中定义有信息列表，所述信息列表包括第一数量的参数项，且所述第一数量的参数项包括所述至少一个参数项。步骤202：任一所述第三方系统根据所述至少一个webservice接口中任一目标webservice接口对应的至少一个参数项，采集该至少一个参数项中各参数项对应的参数值，并调用所述目标webservice接口以向所述门户系统发送采集到的至少一个参数值。步骤203：所述门户系统在接收到所述至少一个参数值时，判断内部的缓存中是否存在所述信息列表，若是，在内部的业务逻辑层，根据所述目标webservice接口对应的信息操作类型和所述至少一个参数值，对缓存中的所述信息列表进行相应处理。在本发明一个实施例中，所述根据所述目标webservice接口对应的信息操作类型和所述至少一个参数值，对缓存中的所述信息列表进行相应处理，包括：根据所述至少一个参数值中的信息标识和系统标识，定位出缓存内所述信息列表中的一待处理信息，并根据所述目标webservice接口对应的信息操作类型和所述至少一个参数值，对缓存内所述信息列表中的所述待处理信息进行相应处理。上述方法内的各单元之间的信息交互、执行过程等内容，由于与本发明系统实施例基于同一构思，具体内容可参见本发明系统实施例中的叙述，此处不再赘述。综上所述，本发明的各个实施例至少具有如下有益效果：1、本发明实施例中，处理第三方系统信息的系统包括：门户系统和各第三方系统。门户系统定义有包括第一数量的参数项的信息列表；门户系统提供若干webservice接口，各接口均对应有信息操作类型和至少一个参数项，第一数量的参数项包括该至少一个参数项；任一第三方系统根据一接口对应的至少一个参数项，采集各参数项对应的参数值，并调用该接口向门户系统推送这些参数值；门户系统缓存有信息列表时，在业务逻辑层根据该接口对应的信息操作类型和这些参数值，对缓存中的信息列表进行相应处理。第三方系统采集信息和门户系统处理信息均基于统一定义的信息列表和接口，故本发明实施例能够解决现有的门户系统信息处理困难的问题。2、本发明实施例中，根据当前门户集成的系统进行了数据结构分析，制定了能兼容大部分系统数据存储要求的数据结构，用于存储第三方系统同步过来的信息；在门户的业务逻辑层，实现了信息的缓存处理，并实现了信息的增加、删除、更新及分页查询功能；并对外提供了信息的增加、删除、更新等webservice接口，满足了信息同步的基本要求。需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个〃····〃”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质中。最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。当前第1页12