本发明涉及利用wrap服务器的信息处理系统和信息处理方法。
背景技术:
下述结构为众所周知,即把wrap服务器插入在客户终端和多个系统之间,从而实现由客户终端向作为中心的不同的多个系统的统一访问。
技术实现要素:
[发明所要解决的问题]
希望提供一种除了由作为中心的系统所提供的功能以外,而且还能利用wrap服务器提供新的、独立的功能的信息处理系统和信息处理方法。
本发明一种方式涉及的信息处理系统,包括:wrap服务器、作为中心的中心系统、和经由所述wrap服务器与所述中心系统协作相连的一个以上的外部系统,所述wrap服务器、所述中心系统和所述一个以上的外部系统均通过网络连接,所述wrap服务器具有:通信部,可以与所述中心系统和所述一个以上的外部系统进行通信;存储部,存储记述有所述中心系统的管理者和用户之间的协议内容的协议表,该用户经由所述一个以上外部系统中的某一个和所述wrap服务器对所述中心系统进行使用;控制电路;所述wrap服务器的所述控制电路通过执行信息处理程序,而作为下述各部中的api调用受理部、api调用转换部、转换api调用部和信息返回部进行动作,api调用受理部,分别从所述一个以上外部系统的每一者受理统一的api调用,api调用转换部,根据所述协议表和作为所述api调用受理部受理的api调用的引数即请求源信息的所述用户的用户名,把所述api调用受理部受理的api调用转换成与所述协议内容对应的api调用,转换api调用部,利用由所述api调用转换部转换后的api调用,对所述中心系统提供的webapi进行调用,信息返回部,对于通过由所述转换api调用部针对所述中心系统的api调用而返回的信息进行处理,且使该信息返回至调用了该wrap服务器的外部系统。
本发明一种方式涉及的信息处理方法,其是包括均与网络连接的wrap服务器、作为中心的中心系统、和经由所述wrap服务器与所述中心系统协作相连的一个以上的外部系统的信息处理系统的信息处理方法,所述wrap服务器执行如下工作:分别从所述一个以上的外部系统的每一者受理统一的api调用,用户经由所述一个以上外部系统中的某一个和所述wrap服务器对所述中心系统进行使用,根据记述有所述中心系统的管理者和所述用户之间的协议内容的协议表、以及作为受理的api调用的引数即请求源信息的所述用户的用户名,把受理的api调用转换成与所述协议内容对应的api调用,利用转换后的api调用,对所述中心系统提供的webapi进行调用,对于通过对所述中心系统的api调用而返回的信息进行处理,且使该信息返回至调用了该wrap服务器的外部系统。
如附图所示,根据下面的最佳方式实施例的详细描述,会更容易看出本发明的这些以及其它内容及其对象、特征和优点。
附图说明
图1是本发明一种实施方式涉及的信息处理系统100的整体结构图。
图2是以api调用为例对信息处理系统100中的处理概况进行说明的图。
图3是由普通计算机构成wrap服务器10的情况下的结构图。
图4是表示协议表17a的例子的图。
图5是用于说明wrap服务器10中处理流程的流程图。
具体实施方式
下面参照附图对本发明的实施方式进行说明。
[整体结构]
首先对本发明一种实施方式涉及的信息处理系统100的整体结构进行说明。图1是本发明一种实施方式涉及的信息处理系统100的整体结构图。
信息处理系统100按照如下方式构成,其包括均与网络连接的wrap服务器10、作为信息处理系统100中心的中心系统20和一个以上的外部系统30。
中心系统20作为经由wrap服务器10与外部系统30协作相连的机构而公开webapi(应用程序编程接口)。
该webapi在中心系统20中只要有账号即可被使用,不过,有时返回的信息因管理中心系统20的管理公司和经由外部系统30访问中心系统20的用户(webapi使用者)之间的协议内容不同而各异。
可是,在中心系统20一侧保持与用户间的协议信息,根据协议信息改变用webapi返回的信息的情况,存在以下问题。
(1)在中心系统20一侧,需要对与用户间的协议信息或基于协议信息的webapi行为进行管理。
(2)需要配合协议的更新对中心系统20进行更新。
例如,中心系统20进行每半年一次的升级更新和每月一次的发布补丁(主要是应对缺陷问题),然而在有必要更新中心系统20的情况下,即使是协议更新也需要配合协议更新日和更新日程进行,因而要耗费很多时间和精力处理中心系统20的更新和运行。
因此在本发明中导入wrap服务器10,该wrap服务器10根据与用户间的协议来变更协作相连的数据而不给中心系统20带来影响。
如图1所示,从用户使用的外部系统30看,在中心系统20的前端配置wrap服务器10,由该wrap服务器10向外部系统30公开统一的webapi。
在该wrap服务器10中,对于与用户间的协议信息和基于协议信息的webapi的行为进行管理。
以上对本发明一种实施方式涉及的信息处理系统100的整体结构进行了说明。
[处理概况]
下面以api调用的例子对在信息处理系统100中的处理概况进行说明。图2是以api调用的例子对信息处理系统100中的处理概况进行说明的图。
(1)首先,用户a经由外部系统a对用于使中心系统20管理的设备清单返回的“获取设备清单”进行调用,即对所谓的由wrap服务器10提供的webapi进行调用。此外,在调用“获取设备清单”时,外部系统a将表示用户a的请求源信息作为引数参数(引数パラメータ)进行设定。
(2)然后,wrap服务器10参照作为api调用的引数的请求源信息和记述与用户a间的协议的协议表17a,决定要从中心系统20调出的api(“获取设备清单类型a”)。
(3)接着,wrap服务器10调用“获取设备清单类型a”webapi。
(4)接下来,中心系统20把类型a的设备清单返回。
(5)之后,wrap服务器10把类型a的设备清单返回到外部系统a。
(6)之后,用户b经由外部系统b调用“获取设备清单”webapi。此外,在调用“获取设备清单”时,外部系统b将表示用户b的请求源信息作为引数参数进行设定。
(7)之后,wrap服务器10参照作为api调用的引数的请求源信息和记述与用户b间的协议的协议表17a,决定从中心系统20调出的api(“获取设备清单类型b”)。
(8)之后,wrap服务器10调用“获取设备清单类型b”webapi。
(9)之后,中心系统20把类型b的设备清单返回。
(10)之后,wrap服务器10把类型b的设备清单返回到外部系统b。
此外,假设上述类型a的设备清单和上述类型b的设备清单中返回的信息各自不同。
如上所述,即使在外部系统a和外部系统b调出相同的“获取设备清单”webapi的情况下,wrap服务器10也会根据作为引数的请求源信息把要调用的中心系统20上的webapi分开调出。
重要的一点在于,在wrap服务器10向外部系统30公开的webapi的引数中,其中的一个引数要具备“请求源信息”。
以上列举api调用的例子对信息处理系统100中的处理概况进行了说明。
[效果]
如上所述,按照本发明,wrap服务器10向外部系统30公开的webapi,可以是不考虑与用户间的协议的统一的webapi。
此外,由于仅是wrap服务器10根据与用户间的协议施加变更,因而与用户间的协议不会影响到中心系统20的更新日程。
[wrap服务器的构成]
下面对wrap服务器10的构成进行说明。wrap服务器10可以由专用的硬件和软件构成,也可以由普通计算机构成。图3表示由普通计算机构成wrap服务器10的情况下的结构图。
如图3所示,wrap服务器10具有cpu(中央处理单元)11、rom(只读存储器)12、ram(随机存取存储器)13、操作输入部14、通信部15、显示部16和存储部17,且所述各块均通过总线18连接。
rom12存储用于执行各种处理的固件等的多个程序和数据。ram13作为cpu11的工作区域使用,临时存放os(操作系统)、执行中的各种应用程序、处理中的各种数据。
存储部17例如是hdd(硬盘驱动器)、闪存存储器以及其他非易失性存储器。在存储部17存储os和各种应用程序、各种数据、协议表17a。在后面对于协议表17a进行描述。
通信部15同用于与网络上的外部系统30、中心系统20等进行信息交换的网络相连接。
在rom12或存储部17中存储有多个程序,cpu11把该程序中的与操作输入部14赋予的命令相对应的程序展开在ram13中,且按照该展开后的程序对显示部16和存储部17进行适当控制。
操作输入部14例如是鼠标等指点设备、键盘、触摸面板、以及其他操作装置。
显示部16例如是液晶显示器、el(电致发光)显示器、等离子显示器等。
下面对在cpu11中通过执行程序实现的功能块进行说明。
在wrap服务器10的cpu11中得以实现的功能块是,api调用受理部11a、api调用转换部11b、转换api调用部11c和信息返回部11d。
api调用受理部11a受理来自外部系统30的统一的api调用。
在api调用转换部11b,根据记述与用户间的协议的协议表17a和作为api调用受理部11a受理的api调用的引数即请求源信息的用户名,把api调用受理部11a受理的api调用转换成与协议内容对应的api调用。
利用由api调用转换部11b转换成的api调用,转换api调用部11c对中心系统20提供的webapi进行调用。
在信息返回部11d,就借助由转换api调用部11c对中心系统20的api调用而返回的信息进行处理,且使该信息返回至调用了wrap服务器10的外部系统30。
以上对wrap服务器10的构成进行了说明。
[关于协议表]
下面用例子对协议表17a进行说明。图4是表示协议表17a的例子的图。
协议表17a是记述中心系统20的管理者与用户之间的协议内容的表,该用户经由某一个外部系统30和wrap服务器10使用中心系统20。
如图所示,在协议表17a中记述如api调用请求源、协议开始日、协议终止日、协议内容那样的项目。
例如在经由外部系统a使用中心系统20的用户a的情况下,协议开始日是2017年1月1日,协议终止日是2017年12月31日,协议内容为“类型a”。
当用户a对wrap服务器10统一提供的webapi进行使用的情况下,把“用户a”用作请求源信息。
api调用转换部11b根据协议表17a中的项目api调用请求源搜索用户a,由于用户a的协议内容是类型a,所以向中心系统20发出类型a的webapi调用。
以上对协议表17a进行了举例说明。
[wrap服务器中的处理流程]
下面对在wrap服务器10中的处理流程进行说明。图5是用于说明在wrap服务器10中的处理流程的流程图。
首先,每当中心系统20的管理者和用户之间更新协议,管理者都要更新协议表17a(步骤s1)。
然后,api调用受理部11a受理来自外部系统30的统一的api调用(步骤s2)。
接着,在api调用转换部11b,根据协议表17a和作为api调用受理部11a受理了的api调用的引数的请求源信息,对api调用受理部11a受理了的api调用进行转换(步骤s3)。
接下来,转换api调用部11c利用由api调用转换部11b转换到的api调用,对中心系统20提供的webapi进行调用(步骤s4)。
之后,信息返回部11d接收来自中心系统20的返回值(被返回的信息)(步骤s5)。
之后,信息返回部11d使从中心系统20接收到的信息返回到调用了wrap服务器10的外部系统(步骤s6)。
以上对在wrap服务器10中的处理流程进行了说明。
[补充事项]
以往采用了如下结构,即把wrap服务器插在客户终端和多个系统之间,从而实现由客户终端向作为中心的不同的多个系统的统一访问。
可是在以往的wrap服务器的使用方法中,未曾向客户终端提供过新的功能,且该功能是作为中心的系统一直没有提供的独立功能。
与此相对,在本发明涉及的信息处理系统100中,api调用受理部11a受理来自外部系统30的统一的api调用(步骤s2);然后,api调用转换部11b根据协议表17a和api调用受理部11a受理了的api调用的引数即请求源信息,对api调用受理部11a受理了的api调用进行转换(步骤s3)。
因此,wrap服务器10能够根据与用户间的协议来变更协作相连的数据而又不影响到中心系统20。因此,除了作为中心的系统提供的功能以外,而且还可利用wrap服务器提供新的、独立的功能。
此外,本发明不是仅仅限定于上述的实施方式,在不脱离本发明的宗旨的范围内,当然可以实施各种变更。