信息处理系统、信息处理装置、信息处理方法及程序

文档序号:1926643 发布日期:2021-12-03 浏览:33次 >En<

阅读说明:本技术 信息处理系统、信息处理装置、信息处理方法及程序 (Information processing system, information processing apparatus, information processing method, and program ) 是由 川上嘉章 雄谷淳 于 2020-04-23 设计创作,主要内容包括:课题是更迅速且灵活地构建信息处理系统中的功能。解决手段是提供一种与云系统协作提供服务的信息处理系统,其具备:元素积累单元,其积累构成用于在云系统上提供服务的页面的元素;页面数据生成单元,其利用在元素积累单元中积累的元素来生成用于新的服务的页面;以及元素程序执行单元,其执行与页面中包含的元素相关联的程序。(The object is to construct functions in an information processing system more quickly and flexibly. The solution is to provide an information processing system for providing a service in cooperation with a cloud system, the information processing system including: an element accumulation unit that accumulates elements constituting a page for providing a service on the cloud system; a page data generation unit that generates a page for a new service using the elements accumulated in the element accumulation unit; and an element program execution unit that executes a program associated with an element contained in the page.)

信息处理系统、信息处理装置、信息处理方法及程序

技术领域

本发明涉及信息处理系统、信息处理装置、信息处理方法及程序。

背景技术

近年来,IT(Information Technology)技术的进步和环境变化的速度以云技术为中心飞跃性地提高,预计今后这种趋势也会加速。

在这种状况下,要求尽早掌握、活用最新的IT技术,从而尽早应对商业变化,对业务部门等各部门做出贡献。

在此,在专利文献1中公开了一种支持IT服务系统的设计变更的技术。

专利文献1所记载的技术针对产生跨架构影响的来自利益相关者(stakeholder)的品质要求的变更,谋求自动判别在架构内需要重新考虑的设计部位。

现有技术文献

专利文献

专利文献1:日本特开2019-015995号公报

发明内容

发明要解决的问题

但是,在如上所述的状况下,要求更迅速且灵活地构建信息处理系统中的功能,但以往的技术未达到该要求。

本发明的课题是更迅速且灵活地构建信息处理系统中的功能。

用于解决问题的方案

为了解决上述课题,本发明的一实施方式所涉及的信息处理系统的特征在于,

一种与云系统协作提供服务的信息处理系统,其特征在于,具备:元素积累单元,其积累构成用于在云系统上提供服务的页面的元素;页面数据生成单元,其利用在所述元素积累单元中积累的所述元素来生成用于新的服务的页面;以及元素程序执行单元,其执行与所述页面中包含的所述元素相关联的程序。

发明效果

根据本发明,能够更迅速且灵活地构建信息处理系统中的功能。

附图说明

图1是表示本发明所涉及的信息处理系统1整体的系统结构的示意图。

图2是表示信息处理系统1的概略功能结构的示意图。

图3是表示构成各装置的信息处理装置800的硬件结构的图。

图4是表示服务开发终端10的功能结构的框图。

图5是表示显示存储在服务存储库522中的用于提供服务的程序一览的UI画面的一例的示意图。

图6是表示微件开发终端20的功能结构的框图。

图7是表示显示存储在微件存储库621中的微件一览的UI画面的一例的示意图。

图8是表示微件和与微件对应的服务的内容之间的关系的示意图。

图9是表示定义微件的内容的数据的示意图。

图10是表示运用者/管理者终端30的功能结构的框图。

图11是表示示出制作页面的过程的UI画面的一例的示意图。

图12是表示最终用户终端40的功能结构的框图。

图13是表示服务提供服务器50的功能结构的框图。

图14是表示部件提供服务器60的功能结构的框图。

图15是表示服务开发终端10所执行的服务开发处理的流程的流程图。

图16是表示微件开发终端20所执行的微件开发处理的流程的流程图。

图17是表示运用者/管理者终端30所执行的页面编辑处理的流程的流程图。

图18是表示最终用户终端40所执行的服务利用处理的流程的流程图。

图19是表示部件提供服务器60所执行的部件制作受理处理的流程的流程图。

图20是表示部件提供服务器60所执行的页面制作受理处理的流程的流程图。

图21是表示服务提供服务器50所执行的页面提供处理的流程的流程图。

图22是表示服务提供服务器50所执行的服务制作受理处理的流程的流程图。

图23是表示服务提供服务器50所执行的服务受理处理的流程的流程图。

图24是表示服务提供服务器50所执行的数据分析处理的流程的流程图。

图25是表示组合部件来设计服务的流程的用户界面的一例的示意图。

图26是说明最终用户终端40所执行的页面数据描绘处理的流程的流程图。

图27是说明服务提供服务器50所执行的服务提供处理的流程的流程图。

具体实施方式

以下,参照附图对本发明的实施方式进行说明。

[结构]

[系统结构]

图1是表示本发明所涉及的信息处理系统1整体的系统结构的示意图。

信息处理系统1是与多种云系统协作提供服务的系统,是以DevOps环境(开发和运用紧密协作的系统环境)为基础构建的。在信息处理系统1中,积累有作为嵌入用于提供服务的页面中的元素的微件、或用于实现微件的动作的服务程序等。而且,在信息处理系统1中,可再利用所积累的微件或服务程序,构建用于提供新的服务的页面。

因此,在构建用于提供新的服务的页面时,通过选择服务所需的元素并嵌入页面中,能够简单且灵活地构建用于所需的服务的页面。

即,根据本实施方式所涉及的信息处理系统1,能够更迅速且灵活地构建信息处理系统中的功能。

如图1所示,信息处理系统1包括服务开发终端10、微件开发终端20、运用者/管理者终端30、最终用户终端40、服务提供服务器50以及部件提供服务器60而构成,并且信息处理系统1构成为可与云系统70-1~70-n(n为自然数)协作。另外,服务开发终端10、微件开发终端20、运用者/管理者终端30、最终用户终端40、服务提供服务器50、部件提供服务器60以及云系统70-1~70-n构成为可经由网络80进行通信。

此外,在本实施方式所涉及的信息处理系统1中,准备了动态部件和静态部件作为嵌入用于提供服务的页面中的元素。所谓动态部件,是通过与服务提供服务器50协作而使显示内容发生变化的页面的元素,例如是以微件为代表的小型程序。另外,所谓静态部件,是不符合动态部件的各种元素,例如是内容固定的内容(content)或介质的数据。作为内容固定的内容的数据的一例,可使用记述内容固定的HTML(HyperText Markup Language)文件。另外,作为介质的数据的一例,可使用静态图像、动态图像、音乐或标题的数据。此外,由于动态部件和静态部件是配置在画面上的部件,因此适当地将其统称为“画面部件”。

服务开发终端10由开发用于提供与微件对应的服务的程序的开发者使用。在服务开发终端10,针对在微件开发终端20中开发的微件,进行用于提供对应的服务的程序的开发。在本实施方式中,已开发的服务的程序积累在服务提供服务器50中,当开发用于提供服务的程序时,可再利用已开发的服务的程序。

微件开发终端20由开发微件的开发者使用,所述微件成为用于提供服务的页面的元素。在微件开发终端20,进行嵌入到在运用者/管理者终端30制作的页面中的微件的开发。在本实施方式中,已开发的微件积累在部件提供服务器60中,当开发微件时,可再利用已开发的微件。

运用者/管理者终端30由制作用于提供服务的页面的制作者(服务的运用者或管理者等)使用。在本实施方式中,用于构成服务的元素(微件、内容或介质等)积累在部件提供服务器60中,在运用者/管理者终端30,通过选择用于构成服务的元素并嵌入页面中,制作用于提供服务的页面。

最终用户终端40由最终用户使用,当最终用户选择目标页面时,从服务提供服务器50下载页面的数据,并显示页面中包含的元素。此时,在页面中包含微件的情况下,最终用户终端40通过执行微件来访问服务提供服务器50,获取与微件对应的服务的执行结果并显示页面。

服务提供服务器50具备存储由服务开发终端10开发的用于提供服务的程序的存储库(后述的服务开发存储库521)、存储用于提供服务的被释放的程序的存储库(后述的服务存储库522)以及存储通过提供服务而获取的历史数据的数据库(后述的历史数据库523)。服务提供服务器50每隔规定时间(例如每1分钟)获取由服务开发终端10开发的用于服务的程序,并将获取的程序存储在存储库(服务开发存储库521)中。另外,服务提供服务器50获取在服务开发终端10完成的用于服务的程序,并将获取的程序存储在存储库(服务存储库522)中。所完成的用于服务的程序通过存储在存储库(服务存储库522)中而成为释放状态。另外,在服务存储库522中存储有由运用者/管理者终端30制作的用于提供服务的页面的数据(释放完毕的数据)。关于存储在服务存储库522中的页面的数据,例如可从部件提供服务器60的页面存储库625获取,或者获取在运用者/管理者终端30完成的页面的数据。对应于页面的数据被请求,服务提供服务器50将该页面的数据发送给请求源。此外,也可以设为用于提供服务的页面的数据存储在为了将页面的数据提供给最终用户而设置的其他服务器(信息处理系统1内的其他服务器、云系统70-1~70-n中的其他服务器等)中。对应于将服务的利用作为API(Application Programming Interface)来请求,服务提供服务器50执行用于该服务的程序,并将执行结果的数据发送给请求源。进而,服务提供服务器50在提供服务时,获取各种历史数据,并将获取的各种历史数据存储在数据库(历史数据库523)中。然后,服务提供服务器50分析存储在数据库中的历史数据的趋势或特征,生成活用了所分析的趋势或特征的新的服务的应用例。进而,服务提供服务器50对利用服务开发终端10的开发者或利用微件开发终端20的开发者建议所生成的新的服务的应用例。

部件提供服务器60具备存储作为构成页面的部件(画面部件)的微件、内容及介质的存储库(后述的微件存储库621、内容存储库622及介质存储库623)。另外,部件提供服务器60具备存储由微件开发终端20开发的部件(微件)的存储库(后述的部件开发存储库624)及存储用于提供服务的被释放的页面的存储库(后述的页面存储库625)。部件提供服务器60每隔规定时间(例如每1分钟)获取由微件开发终端20开发的微件,并将获取的微件存储在存储库(部件开发存储库624)中。另外,部件提供服务器60获取在运用者/管理者终端30完成的页面的数据,并将获取的页面的数据存储在存储库(页面存储库625)中。所完成的页面的数据存储在存储库(页面存储库625)中,从而成为释放状态。所释放的页面的数据可作为部件再次利用。对应于页面的数据被请求,部件提供服务器60将该页面的数据发送给请求源。

云系统70-1~70-n是由多个服务器组构成的云系统,在本实施方式中,作为云系统70-1~70-n,可使用由与信息处理系统1的运用主体不同的主体运用的云系统。即,在本实施方式中,信息处理系统1可与多种云系统协作,吸收云系统的种类的差异,在DevOps环境上提供基于云原生(Cloud Native)的应用程序的服务。

此外,上述服务提供服务器50以及部件提供服务器60也可设为构成为云系统70-1~70-n中的任意一个服务器、以及构成为与云系统70-1~70-n分开设置的服务器中的任一者。

图2是表示信息处理系统1的概略功能结构的示意图。

如图2所示,信息处理系统1是在云环境上构建的,与构成云环境的云系统70-1~70-n协作,在基于DevOps的开发环境中,安装有云原生层、再利用层以及数据库活用层的各功能。

在云原生层中,通过在最终用户终端40浏览用于各种服务的页面,执行在云环境上工作的部件(例如微件)的程序。

在再利用层中,提供再利用了成为用于提供各种服务的页面的元素的微件、或用于提供与微件对应的服务的程序的开发环境。

在数据活用层中,进行通过提供各种服务而获取的历史数据的趋势或特征的分析,并且活用所分析的趋势或特征来生成新的服务。

[硬件结构]

接着,对信息处理系统1中的各装置的硬件结构进行说明。

在信息处理系统1中,各装置由PC、服务器计算机或平板终端等信息处理装置构成,其基本结构相同。

图3是表示构成各装置的信息处理装置800的硬件结构的图。

如图3所示,构成各装置的信息处理装置800具备CPU(Central Processing Unit)811、ROM(Read Only Memory)812、RAM(Random Access Memory)813、总线814、输入部815、输出部816、存储部817、通信部818、驱动器819及摄像部820。

CPU811根据记录在ROM812中的程序或从存储单元817加载到RAM813的程序执行各种处理。

RAM813还适当地存储CPU811执行各种处理所需的数据等。

CPU811、ROM812和RAM813通过总线814相互连接。输入单元815、输出单元816、存储单元817、通信单元818、驱动器819和图像捕获单元820连接到总线814。

输入部815由各种按钮等构成,根据用户的指示操作输入各种信息。

输出单元816由显示单元、扬声器等构成,输出图像和声音。

存储单元817由硬盘或DRAM(Dynamic Random Access Memory)等构成,并存储由每个服务器管理的各种数据。

通信单元818控制经由网络与其他设备的通信。

由磁盘、光盘、磁光盘、半导体存储器等构成的可移动介质831适当地安装在驱动器819中。根据需要,通过驱动器819从可移动介质831读取的程序安装在存储单元817中。

摄像部820由具备透镜及摄像元件等的摄像装置构成,拍摄被摄体的数字图像。

此外,在信息处理装置800构成为服务提供服务器50或部件提供服务器60的情况下,也可设为省略了摄像部820的结构。另外,在信息处理装置800构成为平板终端的情况下,也可以由触摸传感器构成输入部815,并将其重叠配置于输出部816的显示器,从而设为具备触摸面板的结构。

[功能结构]

接着,对信息处理系统1中的各装置的功能结构进行说明。

[服务开发终端10的结构]

图4是表示服务开发终端10的功能结构的框图。

如图4所示,在服务开发终端10的CPU811中,UI控制部111和数据管理部112发挥功能。

UI控制部111控制开发用于提供与微件对应的服务的程序的开发者进行开发时的各种输入输出画面(以下,称为“UI画面”)的显示。例如,UI控制部111将存储在服务提供服务器50的服务存储库522中的用于提供服务的程序一览显示在UI画面上。

数据管理部112获取存储在服务提供服务器50的服务存储库522中的用于提供服务的程序一览,并将其输出到UI控制部111。

另外,数据管理部112经由UI画面将开发者正在进行开发的程序(用于提供与微件对应的服务的程序)每隔规定时间(例如每1分钟)发送给服务提供服务器50。发送到服务提供服务器50的制作中的程序存储在服务开发存储库521中。进而,数据管理部112在用于提供与微件对应的服务的程序的开发完成的情况下,将开发的程序作为用于释放的程序(用于提供与微件对应的服务的程序),发送给服务提供服务器50。发送到服务提供服务器50的用于释放的程序存储在服务存储库522中。

图5是表示显示存储在服务存储库522中的用于提供服务的程序一览的UI画面的一例的示意图。

如图5所示,在服务开发终端10的UI画面中,一览显示存储在服务存储库522中的用于提供服务的程序,开发者能够从该一览中选择用于提供所需的服务的程序进行再利用。

因此,开发用于提供服务的程序的开发者在已开发的服务的程序中存在在本次开发中能够再利用的程序的情况下,无需重新开发用于提供服务的程序,就能够迅速地获取所需程序。

[微件开发终端20的结构]

图6是表示微件开发终端20的功能结构的框图。

如图6所示,在微件开发终端20的CPU811中,UI控制部211和数据管理部212发挥功能。

UI控制部211控制开发微件的开发者进行开发时的各种输入输出画面(UI画面)的显示。例如,UI控制部211将存储在部件提供服务器60的微件存储库621中的微件一览显示在UI画面上。

数据管理部212获取存储在部件提供服务器60的微件存储库621中的微件一览,并将其输出到UI控制部211。

另外,数据管理部212经由UI画面将开发者正在进行开发的微件每隔规定时间(例如每1分钟)发送给部件提供服务器60。发送到部件提供服务器60的制作中的微件存储在部件开发存储库624中。进而,数据管理部212在微件的开发完成的情况下,将开发的微件作为用于释放的微件,发送给部件提供服务器60。发送到部件提供服务器60的用于释放的微件存储在微件存储库621中。

图7是表示显示存储在微件存储库621中的微件一览的UI画面的一例的示意图。

如图7所示,在微件开发终端20的UI画面中,一览显示存储在微件存储库621中的微件(微件名及属性),开发者能够从该一览中选择所需微件进行再利用。

因此,开发微件的开发者在已开发的微件中存在在本次开发中能够再利用的微件的情况下,无需重新开发微件,就能够迅速地获取所需微件。

图8是表示微件和与微件对应的服务的内容之间的关系的示意图。

另外,图9是表示定义微件的内容的数据的示意图。

如图8所示,在信息处理系统1中,与各微件相关联地准备服务,对微件设定的参数(存储所输入的数值的变量名或链接微件的店铺名等)可适当地变更使用。

另外,如图9所示,微件的内容以结构化文档等规定格式定义,在开发微件的情况下,能够以规定格式重新制作定义,或者变更已有的微件的定义内容。

[运用者/管理者终端30的结构]

图10是表示运用者/管理者终端30的功能结构的框图。

如图10所示,在运用者/管理者终端30的CPU811中,UI控制部311和数据管理部312发挥功能。

UI控制部311控制制作用于提供服务的页面的运用者或管理者制作页面时的各种输入输出画面(UI画面)的显示。例如,UI控制部311将存储在部件提供服务器60的微件存储库621、内容存储库622及介质存储库623中的微件、内容及介质一览显示在UI画面上。

数据管理部312获取存储在部件提供服务器60的微件存储库621、内容存储库622及介质存储库623中的微件、内容及介质一览,并将其输出到UI控制部311。

另外,数据管理部312根据运用者或管理者的指示,经由UI画面将运用者或管理者正在制作的页面的数据发送给部件提供服务器60。发送到部件提供服务器60的制作中的页面的数据暂时保存在页面存储库625中。此外,也可以设为数据管理部312经由UI画面将运用者或管理者正在制作的页面的数据每隔规定时间(例如每1分钟)发送给服务提供服务器50。进而,数据管理部312在页面的制作完成的情况下,将制作的页面的数据作为用于释放的页面的数据,发送给部件提供服务器60。发送到部件提供服务器60的用于释放的页面的数据存储在页面存储库625中。此外,也可以设为数据管理部312在页面的制作完成的情况下,将制作的页面的数据作为用于释放的页面的数据,也发送给服务提供服务器50。发送到服务提供服务器50的用于释放的页面的数据存储在服务存储库522中。

图11是表示示出制作页面的过程的UI画面的一例的示意图。

如图11所示,在制作页面的情况下,在页面的区域中,设定用于配置部件(画面部件)的部件配置区域。然后,对于各部件位置区域,从显示在UI画面上的元素(在此示为微件)一览中选择所需元素进行配置。这种处理的结果是,用于运用者或管理者提供目标服务的页面完成。

[最终用户终端40的结构]

图12是表示最终用户终端40的功能结构的框图。

如图12所示,在最终用户终端40的CPU811中,UI控制部411和数据管理部412发挥功能。在本实施方式中,最终用户终端40的UI控制部411和数据管理部412的功能被安装在Web浏览器中。

UI控制部411控制由信息处理系统1提供的服务(例如,通信销售等商业服务)的最终用户利用服务时的各种输入输出画面(UI画面)的显示。例如,UI控制部411将存储在服务提供服务器50的服务存储库522中的页面一览显示在UI画面上。

数据管理部412获取存储在服务提供服务器50的服务存储库522中的页面一览,并将其输出到UI控制部411。

另外,在由最终用户选择了目标页面的情况下,数据管理部412通过请求所选择的页面的数据来从服务提供服务器50接收该页面的数据。然后,数据管理部412将接收到的页面的数据输出到UI控制部411进行显示,并且根据最终用户的操作,执行接收到的页面的数据中包含的微件,向服务提供服务器50请求执行与该微件对应的服务作为API。然后,数据管理部412获取与从服务提供服务器50发送来的微件对应的服务的执行结果,并将其输出到UI控制部411,从而在页面的规定位置(由微件定义的位置)显示执行结果。

[服务提供服务器50的结构]

图13是表示服务提供服务器50的功能结构的框图。

如图13所示,在服务提供服务器50的CPU811中,服务管理部511、数据分析部512以及服务建议部513发挥功能。另外,在服务提供服务器50的存储部817中,形成有服务开发存储库521、服务存储库522及历史数据库(历史DB)523。

在服务开发存储库521中,依次存储有由服务开发终端10开发的用于提供服务的程序。

在服务存储库522中,存储有用于提供服务的被释放的程序。另外,在服务存储库522中,存储有由运用者/管理者终端30制作的用于提供服务的页面的数据(释放完毕的数据)。此外,在本实施方式中,用于实现由信息处理系统1提供的服务的各种程序(已有的程序和新开发的程序)集中在服务存储库522中。而且,在开发新的商业逻辑等时,可通过适当地组合存储在服务存储库522中的服务来设计服务的流程。

在历史DB523中存储有通过提供服务而获取的历史数据。

服务管理部511向开发用于服务的程序的服务开发终端10发送存储在服务存储库522中的用于提供服务的程序一览。

另外,服务管理部511每隔规定时间(例如每1分钟)获取由服务开发终端10开发的用于服务的程序,并将获取的程序存储在服务开发存储库521中。

另外,服务管理部511获取在服务开发终端10完成的用于服务的程序,并将获取的程序存储在服务存储库522中。服务管理部511通过将完成的用于服务的程序存储在服务存储库522中来将其设为释放状态。另外,服务管理部511将在运用者/管理者终端30完成的用于提供服务的页面的数据(释放完毕的数据)存储在服务存储库522中。另外,服务管理部511向利用由信息处理系统1提供的服务的最终用户终端40发送存储在服务存储库522中的页面的数据一览。对应于从最终用户终端40请求页面的数据,服务管理部511将该页面的数据发送给请求源的最终用户终端40。

另外,对应于将服务的利用作为API来请求,服务管理部511执行用于该服务的程序,并将执行结果的数据发送给请求源。进而,服务管理部511在提供服务时,获取各种历史数据,并将获取的各种历史数据存储在历史DB523中。

数据分析部512分析存储在历史DB523中的历史数据的趋势或特征。例如,数据分析部512分析嵌入有特定服务的页面的访问数显著增加的趋势,或者分析在访问嵌入有特定服务的页面的用户的属性中存在显著偏向的情况。

服务建议部513生成活用了由数据分析部512分析的趋势或特征的新的服务的应用例。例如,数据分析部512在判定为在特定领域中使用的服务能够扩展到其他领域的情况下,将扩展了该服务领域的服务作为新的应用例,或者在判定为将在特定领域中使用的服务与在其他领域中使用的服务组合产生了协同效应的情况下,将组合了这些服务而得到的服务作为新的应用例。

服务建议部513向利用服务开发终端10的开发者或利用微件开发终端20的开发者建议所生成的新的服务的应用例。

[部件提供服务器60的结构]

图14是表示部件提供服务器60的功能结构的框图。

如图14所示,在部件提供服务器60的CPU811中,部件数据管理部611和页面数据管理部612发挥功能。另外,在部件提供服务器60的存储部817中,形成有微件存储库621、内容存储库622、介质存储库623、部件开发存储库624以及页面存储库625。

在微件存储库621中存储有被释放的各种微件。

在内容存储库622中存储有能够嵌入到用于提供服务的页面中的各种内容的数据(在此,设为记述内容固定的HTML文件)。

在介质存储库623中存储有能够嵌入到用于提供服务的页面中的各种介质的数据(在此,设为静态图像、动态图像、音乐或标题的数据)。

在部件开发存储库624中存储有由微件开发终端20开发的部件(微件)的数据(定义微件的文件等)。

在页面存储库625中存储有用于提供服务的被释放的页面的数据。

部件数据管理部611向开发微件的微件开发终端20发送存储在微件存储库621中的微件一览。

另外,部件数据管理部611每隔规定时间(例如每1分钟)获取正由微件开发终端20开发的微件,并将获取的微件存储在部件开发存储库624中。部件数据管理部611通过将在微件开发终端20完成的微件存储到微件存储库621中来将其设为释放状态。

页面数据管理部612向制作页面的运用者/管理者终端30发送存储在微件存储库621、内容存储库622及介质存储库623中的微件、内容及介质一览。

另外,页面数据管理部612获取在运用者/管理者终端30完成的页面的数据,并将获取的页面的数据存储在页面存储库625中。页面数据管理部612通过将完成的页面的数据存储在页面存储库625中来将其设为释放状态。此外,页面数据管理部612根据在运用者/管理者终端30制作的页面的数据根据运用者或管理者的指示而被发送的情况,获取正在制作的页面的数据,并将获取的页面的数据作为制作中的页面的数据暂时保存在页面存储库625中。但是,也可以设为页面数据管理部612每隔规定时间(例如每1分钟)获取正在运用者/管理者终端30制作的页面的数据,并将获取的页面的数据作为制作中的页面的数据暂时保存在页面存储库625中。暂时保存的制作中的页面的数据未包含在向运用者/管理者终端30发送的可再利用的部件一览中。

进而,页面数据管理部612向服务提供服务器50发送存储在页面存储库625中的页面的数据(释放完毕的页面的数据)。此外,也可以设为页面数据管理部612向利用由信息处理系统1提供的服务的最终用户终端40发送存储在页面存储库625中的页面一览。在该情况下,对应于从最终用户终端40请求页面的数据,页面数据管理部612将该页面的数据发送给请求源的最终用户终端40。

[动作]

接着,对信息处理系统1的动作进行说明。

[服务开发处理]

图15是表示服务开发终端10所执行的服务开发处理的流程的流程图。

服务开发处理对应于经由服务开发终端10的输入部815指示输入执行服务开发处理而开始。

当开始服务开发处理时,在步骤S101中,UI控制部111显示开发用于提供与微件对应的服务的程序的开发者进行开发时的UI画面。

在步骤S102中,数据管理部112获取存储在服务提供服务器50的服务存储库522中的用于提供服务的程序一览(服务一览)。所获取的用于提供服务的程序一览由UI控制部111显示在UI画面上。

在步骤S103中,UI控制部111进行在所显示的已有的程序一览中是否有开发者所需的服务的程序(即,是否由开发者选择了已有程序)的判定。

在所显示的已有的程序一览中没有开发者所需的服务的程序(未由开发者选择已有的程序)的情况下,在步骤S103中判定为NO,处理转移到步骤S104。

另一方面,在所显示的已有的程序一览中有开发者所需的服务的程序(由开发者选择了已有的程序)的情况下,在步骤S103中判定为YES,处理转移到步骤S105。

在步骤S104中,UI控制部111显示用于手动进行服务的程序制作的UI画面。

在步骤S104之后,处理转移到步骤S106。

在步骤S105中,UI控制部111再利用所选择的已有的程序,并将其嵌入开发中的服务程序中。

在步骤S106中,UI控制部111进行是否由开发者进行了表示服务的程序完成的操作(“完成”按钮的操作等)的判定。

在未由开发者进行表示服务的程序完成的操作的情况下,在步骤S106中判定为NO,处理转移到步骤S102。

另一方面,在由开发者进行了表示服务的程序完成的操作的情况下,在步骤S106中判定为YES,处理转移到步骤S107。

在步骤S107中,数据管理部112将完成的服务的程序发送(上传)到服务提供服务器50以用于释放。

在步骤S107之后,服务开发处理结束。

[微件开发处理]

图16是表示微件开发终端20所执行的微件开发处理的流程的流程图。

微件开发处理对应于经由微件开发终端20的输入部815指示输入执行微件开发处理而开始。

当开始微件开发处理时,在步骤S201中,UI控制部211显示开发微件的开发者进行开发时的UI画面。

在步骤S202中,数据管理部212获取存储在部件提供服务器60的微件存储库621中的微件一览。所获取的微件一览由UI控制部211显示在UI画面上。

在步骤S203中,UI控制部211进行在所显示的已有的微件一览中是否有开发者所需的微件(即,是否由开发者选择了已有的微件)的判定。

在所显示的已有的微件一览中没有开发者所需的微件(未由开发者选择已有的微件)的情况下,在步骤S203中判定为NO,处理转移到步骤S204。

另一方面,在所显示的已有的微件一览中有开发者所需的微件(由开发者选择了已有的微件)的情况下,在步骤S203中判定为YES,处理转移到步骤S205。

在步骤S204中,UI控制部211显示用于手动进行微件的制作的UI画面。

在步骤S204之后,处理转移到步骤S206。

在步骤S205中,UI控制部211再利用所选择的已有的微件,并将其嵌入开发中的微件中。

在步骤S206中,UI控制部211进行是否由开发者进行了表示微件完成的操作(“完成”按钮的操作等)的判定。

在未由开发者进行表示微件完成的操作的情况下,在步骤S206中判定为NO,处理转移到步骤S202。

另一方面,在由开发者进行了表示微件完成的操作的情况下,在步骤S206中判定为YES,处理转移到步骤S207。

在步骤S207中,数据管理部212将完成的微件发送(上传)到部件提供服务器60以用于释放。

在步骤S207之后,微件开发处理结束。

[页面编辑处理]

图17是表示运用者/管理者终端30所执行的页面编辑处理的流程的流程图。

页面编辑处理对应于经由运用者/管理者终端30的输入部815指示输入执行页面编辑处理而开始。

当开始页面编辑处理时,在步骤S301中,UI控制部311显示制作用于提供服务的页面的运用者或管理者制作页面时的UI画面。

在步骤S302中,数据管理部312获取存储在部件提供服务器60的微件存储库621、内容存储库622及介质存储库623中的微件、内容及介质一览。所获取的微件、内容及介质一览由UI控制部311显示在UI画面上。此外,数据管理部312也可以获取存储在部件提供服务器60的页面存储库625中的释放完毕的页面的数据一览,并将其与微件、内容及介质一起由UI控制部311显示在UI画面上。

在步骤S303中,UI控制部311接受页面的制作者对微件、内容及介质(画面部件)的选择,并将选择的微件、内容及介质嵌入页面中。

在步骤S304中,UI控制部311进行是否由页面的制作者进行了表示页面完成的操作(“完成”按钮的操作等)的判定。

在未由页面的制作者进行表示页面完成的操作的情况下,在步骤S304中判定为NO,处理转移到步骤S302。

另一方面,在由页面的制作者进行了表示页面完成的操作的情况下,在步骤S304中判定为YES,处理转移到步骤S305。

在步骤S305中,数据管理部312将完成的页面发送(上传)到部件提供服务器60以用于释放。

在步骤S305之后,页面编辑处理结束。

[服务利用处理]

图18是表示最终用户终端40所执行的服务利用处理的流程的流程图。

服务利用处理对应于经由最终用户终端40的输入部815指示输入执行服务利用处理而开始。

当开始服务利用处理时,在步骤S401中,UI控制部411显示由信息处理系统1提供的服务的最终用户利用服务时的UI画面。

在步骤S402中,数据管理部412获取存储在服务提供服务器50的服务存储库522中的页面一览。所获取的页面一览由UI控制部411显示在UI画面上。

在步骤S403中,UI控制部411接受最终用户对页面的选择。所选择的页面由UI控制部411描绘。

在步骤S404中,数据管理部412进行是否存在应执行的微件(是否指示了微件的执行)的判定。

在没有应执行的微件的情况下,在步骤S404中判定为NO,处理转移到步骤S406。

另一方面,在有应执行的微件的情况下,在步骤S404中判定为YES,处理转移到步骤S405。

在步骤S405中,数据管理部412执行微件,并向服务提供服务器50请求执行与该微件对应的服务作为API。

在步骤S406中,UI控制部411进行是否执行了结束服务利用处理的操作(“结束”按钮的操作等)的判定。

在没有进行结束服务利用处理的操作的情况下,在步骤S406中判定为NO,处理转移到步骤S404。

另一方面,在进行了结束服务利用处理的操作的情况下,在步骤S406中判定为YES,服务利用处理结束。

[部件制作受理处理]

图19是表示部件提供服务器60所执行的部件制作受理处理的流程的流程图。

部件制作受理处理与部件提供服务器60的启动一起开始,并反复执行。

当开始部件制作受理处理时,在步骤S501中,部件数据管理部611进行是否由微件开发终端20新开发微件的判定。

在未由微件开发终端20新开发微件的情况下,在步骤S501中判定为NO,重复步骤S501的处理。

另一方面,在由微件开发终端20新开发微件的情况下,在步骤S501中判定为YES,处理转移到步骤S502。

在步骤S502中,部件数据管理部611向新开发微件的微件开发终端20发送存储在微件存储库621中的微件一览。

在步骤S503中,部件数据管理部611进行新开发的微件是否完成的判定。

在新开发的微件未完成的情况下,在步骤S503中判定为NO,重复步骤S503的处理。此外,在新开发的微件未完成的情况下,由部件数据管理部611每隔规定时间(例如每1分钟)获取正由微件开发终端20开发的微件,并将获取的微件存储在部件开发存储库624中。

另一方面,在新开发的微件完成的情况下,在步骤S503中判定为YES,处理转移到步骤S504。

在步骤S504中,部件数据管理部611将在微件开发终端20完成的微件存储到微件存储库621中。由此,所完成的微件成为释放状态。

在步骤S504之后,重复部件制作受理处理。

[页面制作受理处理]

图20是表示部件提供服务器60所执行的页面制作受理处理的流程的流程图。

页面制作受理处理与部件提供服务器60的启动一起开始,并反复执行。

当开始页面制作受理处理时,在步骤S601中,页面数据管理部612进行是否由运用者/管理者终端30新制作页面的判定。

在未由运用者/管理者终端30新制作页面的情况下,在步骤S601中判定为NO,重复步骤S601的处理。

另一方面,在由运用者/管理者终端30新制作页面的情况下,在步骤S601中判定为YES,处理转移到步骤S602。

在步骤S602中,页面数据管理部612向新制作页面的运用者/管理者终端30发送存储在微件存储库621、内容存储库622及介质存储库623中的微件、内容及介质一览。此时,也可以设为页面数据管理部612发送存储在页面存储库625中的释放完毕的页面的数据一览。

在步骤S603中,页面数据管理部612进行新制作的页面是否完成的判定。

在新制作的页面未完成的情况下,在步骤S603中判定为NO,重复步骤S603的处理。此外,在新制作的页面未完成的情况下,通过页面数据管理部612,根据在运用者/管理者终端30制作的页面的数据根据运用者或管理者的指示被发送的情况,获取所制作的页面的数据,获取的页面的数据被作为制作中的页面的数据暂时保存在页面存储库625中。但是,也可以设为通过页面数据管理部612每隔规定时间(例如每1分钟)获取由运用者/管理者终端30开发的页面的数据,并将获取的页面的数据作为制作中的页面的数据暂时保存在页面存储库625中。暂时保存的制作中的页面的数据未包含在向运用者/管理者终端30发送的可再利用的部件一览中。

另一方面,在新制作的页面完成的情况下,在步骤S603中判定为YES,处理转移到步骤S604。

在步骤S604中,页面数据管理部612将在运用者/管理者终端30完成的页面的数据存储到页面存储库625中。由此,所完成的页面成为释放状态。

在步骤S604之后,重复页面制作受理处理。

[页面提供处理]

图21是表示服务提供服务器50所执行的页面提供处理的流程的流程图。

页面提供处理与服务提供服务器50的启动一起开始,并反复执行。

当开始页面提供处理时,在步骤S701中,服务管理部511向利用由信息处理系统1提供的服务的最终用户终端40发送存储在服务存储库522中的页面一览。

在步骤S702中,服务管理部511进行是否从最终用户终端40请求了页面的数据的判定。

在未从最终用户终端40请求页面的数据的情况下,在步骤S702中判定为NO,重复步骤S702的处理。

另一方面,在从最终用户终端40请求了页面的数据的情况下,在步骤S702中判定为YES,处理转移到步骤S703。

在步骤S703中,服务管理部511将所请求的页面的数据发送到请求源的最终用户终端40。

在步骤S703之后,重复页面提供处理。

[服务制作受理处理]

图22是表示服务提供服务器50所执行的服务制作受理处理的流程的流程图。

服务制作受理处理与服务提供服务器50的启动一起开始,并反复执行。

当开始服务制作受理处理时,在步骤S801中,服务管理部511进行是否由服务开发终端10新开发用于服务的程序的判定。

在未由服务开发终端10新开发用于服务的程序的情况下,在步骤S801中判定为NO,重复步骤S801的处理。

另一方面,在由服务开发终端10新开发用于服务的程序的情况下,在步骤S801中判定为YES,处理转移到步骤S802。

在步骤S802中,服务管理部511向新开发用于服务的程序的服务开发终端10发送存储在服务存储库522中的用于提供服务的程序一览(服务一览)。

在步骤S803中,服务管理部511进行新开发的服务是否完成的判定。

在新开发的服务未完成的情况下,在步骤S803中判定为NO,重复步骤S803的处理。此外,在新开发的服务未完成的情况下,由服务管理部511每隔规定时间(例如每1分钟)获取正由服务开发终端10开发的用于服务的程序,并将获取的用于服务的程序存储到服务开发存储库521中。

另一方面,在新开发的服务完成的情况下,在步骤S803中判定为YES,处理转移到步骤S804。

在步骤S804中,服务管理部511将在服务开发终端10完成的用于服务的程序存储到服务存储库522中。由此,所完成的用于服务的程序成为释放状态。

在步骤S804之后,重复页面制作受理处理。

[服务受理处理]

图23是表示服务提供服务器50所执行的服务受理处理的流程的流程图。

服务受理处理与服务提供服务器50的启动一起开始,并反复执行。

当开始服务受理处理时,在步骤S901中,服务管理部511进行是否已将服务的利用作为API来请求的判定。

在未将服务的利用作为API来请求的情况下,在步骤S901中判定为NO,重复步骤S901的处理。

另一方面,在已将服务的利用作为API来请求的情况下,在步骤S901中判定为YES,处理转移到步骤S902。

在步骤S902中,服务管理部511参照服务存储库522。此时,服务管理部511获取与所请求的服务有关的信息(例如,访问提供服务的云系统上的服务器的信息等)。

在步骤S903中,服务管理部511基于与所请求的服务有关的信息来执行请求。例如,服务管理部511通过访问提供所请求的服务的云系统上的服务器,获取请求的执行结果。

在步骤S904中,服务管理部511将请求的执行结果发送到请求源。

在步骤S904之后,重复服务受理处理。

[数据分析处理]

图24是表示服务提供服务器50所执行的数据分析处理的流程的流程图。

数据分析处理对应于经由服务提供服务器50的输入部815指示输入执行数据分析处理、或者从终端装置(运用者/管理者终端30等)要求执行数据分析处理而开始。

当开始数据分析处理时,在步骤S1001中,数据分析部512获取存储在历史DB523中的历史数据。

在步骤S1002中,数据分析部512分析历史数据的趋势或特征。例如,数据分析部512分析嵌入有特定服务的页面的访问数显著增加的趋势,或者分析在访问嵌入有特定服务的页面的用户的属性中存在显著偏向的情况。

在步骤S1003中,服务建议部513生成活用了由数据分析部512分析的趋势或特征的新的服务的应用例。例如,数据分析部512在判定为在特定领域中使用的服务能够扩展到其他领域的情况下,将扩展了该服务领域的服务作为新的应用例,或者在判定为将在特定领域中使用的服务与在其他领域中使用的服务组合而产生协同效应的情况下,将组合这些服务而得到的服务作为新的应用例。

在步骤S1004中,服务建议部513向利用服务开发终端10的开发者或利用微件开发终端20的开发者建议所生成的新的服务的应用例。

在步骤S1004之后,数据分析处理结束。

如上所述,本实施方式所涉及的信息处理系统1与多种云系统协作,在DevOps环境中提供服务。另外,在信息处理系统1中,能够积累作为嵌入到用于提供服务的页面中的元素的微件、用于实现微件的动作的服务的程序等,再利用所积累的微件或服务的程序,构建用于提供新的服务的页面。

因此,在构建用于提供新的服务的页面时,通过选择服务所需的元素并嵌入页面中,能够简单且灵活地构建用于所需的服务的页面。

因此,能够更迅速且灵活地构建信息处理系统中的功能。

[具体的应用例]

通过上述的实施方式所涉及的信息处理系统1,能够容易地将例如提供一系列服务的商业逻辑等系统化来执行。

以下,对组合多个部件来设计服务的流程、并执行所设计的流程的具体例进行说明。

图25是表示组合部件来设计服务的流程的用户界面的一例的示意图。

图25所示的用户界面例如可提供为在运用者/管理者终端30制作用于提供服务的页面的用户界面的一种方式。

如图25所示,在设计实现新的商业逻辑的“新服务流程X”(Web API)的情况下,通过组合配置表示与由服务提供服务器50提供的服务对应的部件的块,能够构建逻辑。此外,与由服务提供服务器50提供的服务对应的部件是表示构成服务流程的功能的部件,因此以下适当地称为“功能部件”。

例如,图25所示的服务的流程是通过将表示由服务提供服务器50提供的服务E1~E10的功能部件配置为连续的块而构建的。

这些服务E1~E10例如是显示受理登录的用户界面的“认证设定获取”服务、确认所输入的认证信息是否正确的“认证检查”服务、将对系统的请求整理为规定格式的“请求整形”服务等成为整体元素的服务。

通过在图25所示的用户界面中配置功能部件的块,参照分别与所配置的功能部件对应的服务的程序(存储在服务提供服务器50中的程序),依次记述表示一系列服务的流程的程序代码。其结果,自动地生成表示配置功能部件的块而设计的一系列服务的程序代码。

在图25所示的用户界面中设计的服务的流程,作为用于提供服务的页面的数据,例如存储在服务提供服务器50的服务存储库522中。

而且,当最终用户选择“新服务流程X”的页面的数据时,在最终用户终端40描绘用于提供“新服务流程X”的服务的实际的页面数据(例如,HTML格式的页面数据)。

[页面数据描绘处理]

图26是说明最终用户终端40所执行的页面数据描绘处理的流程的流程图。

页面数据描绘处理是描绘用于提供服务的页面数据的处理,在最终用户终端40中,对应于选择用于提供服务的页面而开始。

当开始页面数据描绘处理时,在步骤S1011中,数据管理部412获取在所选择的页面数据中记述的域。

在步骤S1012中,数据管理部412获取在所选择的页面数据中记述的URL(UniformResource Locate)。

在步骤S1013中,数据管理部412获取最终用户终端40的设备信息。

在步骤S1014中,数据管理部412进行最终用户终端40是否是移动终端的判定。

在最终用户终端40不是移动终端的情况下,在步骤S1014中判定为NO,处理转移到步骤S1015。

另一方面,在最终用户终端40是移动终端的情况下,在步骤S1014中判定为YES,处理转移到步骤S1016。

在步骤S1015中,数据管理部412获取在页面数据中记述的PC用的布局数据。

在步骤S1015之后,处理转移到步骤S1017。

在步骤S1016中,数据管理部412获取在页面数据中记述的移动终端用的布局数据。

在步骤S1017中,数据管理部412分析所获取的布局数据。

在步骤S1018中,数据管理部412进行在获取的布局数据中是否设定了HTML标头的判定。

在获取的布局数据中设定了HTML标头的情况下,在步骤S1018中判定为YES,处理转移到步骤S1019。

另一方面,在获取的布局数据中未设定HTML标头的情况下,在步骤S1018中判定为YES,处理转移到步骤S1020。

在步骤S1019中,数据管理部412根据设定生成HTML标头。

在步骤S1020中,数据管理部412进行在获取的布局数据中是否设定了CSS(Cascading Style Sheets)的判定。

在获取的布局数据中设定了CSS的情况下,在步骤S1020中判定为YES,处理转移到步骤S1021。

另一方面,在获取的布局数据中未设定CSS的情况下,在步骤S1020中判定为NO,处理转移到步骤S1023。

在步骤S1021中,数据管理部412从成为CSS的提供源的服务器下载所设定的CSS。

在步骤S1022中,数据管理部412生成“style”标签,并将其添加到布局数据中。

在步骤S1023中,数据管理部412进行在页面数据中是否配置有画面部件(JavaScript)的判定。

在页面数据中配置有画面部件的情况下,在步骤S1023中判定为YES,处理转移到步骤S1024。

另一方面,在页面数据中未配置有画面部件的情况下,在步骤S1024中判定为NO,处理转移到步骤S1026。

在步骤S1024中,数据管理部412从成为画面部件的提供源的服务器下载所配置的画面部件。

在步骤S1025中,数据管理部412生成“script”标签,并将其添加到布局数据中。

在步骤S1026中,数据管理部412基于页面数据生成HTML正文。在此时生成的HTML正文中,记述了用于根据服务的进展来分别显示表示服务E1~E10的部件的块的数据(参照图25)。

在步骤S1027中,UI控制部411描绘在直到步骤S1026的处理中生成的HTML文档。

其结果,在最终用户终端40中,显示用于实现“新服务流程X”的Web页面,根据用户的操作,执行“新服务流程X”的各步骤。

[服务提供处理]

接着,对实现所设计的服务的流程的服务提供服务器50的处理(服务提供处理)进行说明。

图27是说明服务提供服务器50所执行的服务提供处理的流程的流程图。

服务提供处理对应于在最终用户终端40描绘用于提供服务的页面的数据并选择执行服务而开始。

当开始服务提供处理时,在步骤S1101中,服务管理部511获取在最终用户终端40选择执行的服务的开始块的数据。

在步骤S1102中,服务管理部511接受服务的开始块作为自变量,并开始执行用于提供服务的函数。

在步骤S1103中,服务管理部511判定接受到的块的类型。在本实施方式中,作为块的类型,定义了“开始块”、“服务块”、“分支块”、“源代码块”、“结束块”。

在步骤S1103中,当接受到的块是开始块时,处理转移到步骤S1104。

在步骤S1103中,当接受到的块是服务块时,处理转移到步骤S1108。

在步骤S1103中,当接受到的块是分支块时,处理转移到步骤S1113。

在步骤S1103中,当接受到的块是源代码块时,处理转移到步骤S1118。

在步骤S1103中,当接受到的块是结束块时,处理转移到步骤S1119。

在步骤S1104中,服务管理部511定义与当前请求(来自最终用户终端40的服务提供请求)有关的请求属性的变量。

在步骤S1105中,服务管理部511执行请求属性的验证(检验)。

在步骤S1106中,服务管理部511进行验证是否存在问题的判定。

在验证存在问题的情况下,在步骤S1106中判定为YES,处理转移到步骤S1107。

另一方面,在验证没有问题的情况下,在步骤S1106中判定为NO,处理转移到步骤S1116。

在步骤S1107中,服务管理部511进行错误处理。作为错误处理,例如可向最终用户终端40发送表示请求了不可执行的服务的消息等错误消息。

在步骤S1107之后,服务提供处理结束。

在步骤S1108中,服务管理部511基于接受到的块的数据来指定执行的服务。

在步骤S1109中,服务管理部511生成对提供服务的服务器的请求数据。

在步骤S1110中,服务管理部511向提供服务的服务器发送所生成的请求数据。

在步骤S1111中,服务管理部511将响应于请求而返回的结果(请求结果)定义为变量。

在步骤S1112,服务管理部511根据请求结果确定下一个执行的块。

在步骤S1112之后,服务管理部511转移到步骤S1116。

在步骤S1113中,服务管理部511从分支块获取分支条件。

在步骤S1114中,服务管理部511进行当前的状态是否符合所获取的分支条件的判定。

在当前的状态不符合所获取的分支条件的情况下,在步骤S1114中判定为NO,处理转移到步骤S113。

另一方面,在当前的状态符合所获取的分支条件的情况下,在步骤S1114中判定为YES,处理转移到步骤S1115。

在步骤S1115中,服务管理部511根据符合条件确定下一个执行的块。

在步骤S1116中,服务管理部511指定下一个执行的块。

在步骤S1117中,服务管理部511将所指定的块作为自变量传递给正在执行的函数。

在步骤S1117之后,处理转移到步骤S1102。

在步骤S1118中,服务管理部511执行在块中定义的源代码。

在步骤S1118之后,处理转移到步骤S1116。

在步骤S1119中,服务管理部511定义与当前请求有关的响应属性的变量。

在步骤S1120中,服务管理部511定义响应的状态码(HTTP响应状态码)。

在步骤S1121中,服务管理部511向最终用户终端40发送作为服务提供处理的执行结果的响应。

在步骤S1121之后,服务提供处理结束。

这样,在上述的实施方式所涉及的信息处理系统1中,可通过在运用者/管理者终端30中配置构成服务的部件的块来设计服务的流程。

而且,可从最终用户终端40选择表示所设计的服务的流程的页面,当在最终用户终端40中选择了页面时,描绘与服务对应的页面。

进而,将所描绘的页面作为用户界面,依次执行构成服务的部件,从而实现基于所设计的一系列服务流程的商业逻辑。

因此,根据信息处理系统1,可不生成用于实现服务的程序代码而构建一系列目标服务。

如上所述,本实施方式所涉及的信息处理系统1与云系统70-1~70-n协作提供服务。另外,信息处理系统1具备部件提供服务器60、运用者/管理者终端30以及服务提供服务器50。

部件提供服务器60积累构成用于在云系统70-1~70-n上提供服务的页面的元素。

运用者/管理者终端30利用在部件提供服务器60中积累的元素来生成用于新的服务的页面。

服务提供服务器50执行与页面中包含的元素相关联的程序。

由此,在构建用于提供新的服务的页面时,通过选择服务所需的元素并嵌入页面中,能够简单且灵活地构建用于所需的服务的页面。

因此,能够更迅速且灵活地构筑信息处理系统中的功能。

运用者/管理者终端30提供用户界面,该用户界面能够通过配置多个表示构成服务的功能的块来设计服务的流程。

服务提供服务器50参照与构成所设计的服务的流程的块对应的程序,生成表示服务的流程的程序代码。

服务提供服务器50基于对用于利用服务的流程的页面的操作以及生成的程序代码,执行服务的流程,该服务的流程通过运用者/管理者终端30而被设计。

由此,组合与块相对应的程序,生成用于实现服务的程序代码,能够构建作为目的的一系列服务。

另外,信息处理系统1具备微件开发终端20。

微件开发终端20生成新的元素。

在部件提供服务器60中还积累有由微件开发终端20生成的元素。

由此,能够在以后生成元素时选择并利用新生成的元素。

另外,信息处理系统1具备服务开发终端10。

服务提供服务器50积累用于与元素对应的服务的程序。

服务开发终端10利用在服务提供服务器50中积累的程序来生成新的用于与元素对应的服务的程序。

服务提供服务器50还积累有由服务开发终端10生成的程序。

由此,能够生成用于与服务提供服务器50中没有积累程序的元素对应的服务的程序,并将新的元素追加到选择对象中。

元素可设定用于实现服务的参数,并且定义了在浏览页面时的动作。

由此,能够设定所需的参数,或者适当地变更浏览页面时的动作,将元素嵌入页面中。

程序是在云系统70-1~70-n中经由应用程序接口执行的云原生的程序。

由此,能够将嵌入页面中的元素作为云原生的应用程序来实现。

服务提供服务器50获取与页面浏览有关的历史数据。

服务提供服务器50分析所获取的历史数据,并提出与新的服务相关的建议。

由此,能够基于通过提供服务而得到的数据,建议被预测为必要性高的新的服务。

本发明不限于上述实施方式,在能够达到本发明目的的范围内的变形、改良等也包含在本发明中。

例如,上述实施方式中的信息处理系统1的系统结构是一个例子,如果信息处理系统1的功能作为整体来实现,则可将服务提供服务器50以及部件提供服务器60作为一个服务器来实现,或者将功能分散安装在更多的服务器中。

另外,作为上述实施方式中的服务,可主要设想云原生系统中的服务或微服务,此外,也可包含与这些类似的服务。

上述处理序列可以由硬件执行,也可以由软件执行。

换言之,上述实施方式中的功能结构只不过是例示,没有特别限定。即,只要构成信息处理系统1的任意一个计算机具备能够将上述一系列处理作为整体来执行的功能即可,为了实现该功能而使用怎样的功能块并不限定于特别示出的例子。

此外,一个功能块可以由单个硬件、单个软件或它们的组合来配置。

另外,包含用于执行上述一系列处理的程序的记录介质不仅由为了向用户提供程序而与装置主体分开分发的可移动介质构成,还由以预先嵌入装置主体的状态提供给用户的记录介质等构成。

以上,对本发明的实施方式进行了说明,但本发明不限于上述实施方式。另外,本实施方式所记载的效果只不过是列举了由本发明产生的最优选的效果,本发明带来的效果并不限定于本实施方式所记载的效果。

符号说明

1信息处理系统、10服务开发终端、20微件开发终端、30运用者/管理者终端、40最终用户终端、50服务提供服务器、60部件提供服务器、70-1~70-n云系统、80网络、800信息处理装置、811CPU、812ROM、813RAM、814总线、815输入部、816输出部、817存储部、818通信部、819驱动器、820摄像部、831可移动介质、111,211,311,411UI控制部、112,212,312,412数据管理部、511服务管理部、512数据分析部、513服务建议部、521服务开发存储库、522服务存储库、523历史数据库、611部件数据管理部、612页面数据管理部、621微件存储库、622内容存储库、623介质存储库、624部件开发存储库、625页面存储库。

43页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:用于基于组件的用户接口的声明性和反应性数据层

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!