面向动态消息结构的交互式在线演化方法

文档序号:8472846阅读:365来源:国知局
面向动态消息结构的交互式在线演化方法
【技术领域】
[0001]本发明涉及大规模网络软件的动态演化,具体地,涉及一种面向动态消息结构的交互式在线演化方法。
【背景技术】
[0002]从90年代后期开始,软件系统演化发展较为迅速,目前的研宄潮流趋向于大规模网络系统,特别是分布在网络上的需要不间断服务的分布式软件系统。其中,Oreizy等提出的基于体系结构的在线演化方法[13]具有非常重要的里程碑意义,然后在此基石出上又研宄出了 ArchStud1 [14]、PKUAS [15]、Artemis [16]、OSGi [17]、Fractal [18]和 Archware[19]等提供服务演化的平台以及 CASA[20]、MADAM[21]、!(-Component [22]、RainBow[23]和MDB[24]等可信演化系统,这些系统能够根据软件运行时可改变的特征来实现在线演化。在K-Component元模型中,一个有类型的有向配置图被用来表示应用系统的软件体系结构。有向边表示连接件。一个反射机制被设计用来在这个有类型的有向配置图和目标系统间建立因果连接,使得配置图可以反映系统的真实软件体系结构。Papazoglou等在文献[25]中罗列了几个较为常见的服务组合演化类型,并针对演化的要求提出了一个面向演化的服务生命周期的方法。然而,目前还不能实时的将大规模软件的在线演化反应给用户,更重要的是不能有效的满足用户的在线演化需求。

【发明内容】

[0003]本发明的目的是提供一种能够实时有效的反应用户的在线演化的交互式在线演化方法,且通过该交互式在线演化方法,软件服务的提供者(即:底层物理结构)能够及时有效的适应用户的在线演化需求。
[0004]为了实现上述目的,本发明提供了一种面向动态消息结构的交互式在线演化方法,其特征在于,所述交互式在线演化方法包括以下步骤:
[0005]步骤1、将软件分为多个节点并且底层物理结构向服务端发送所述多个节点的状态?目息;
[0006]步骤2、所述服务端将所述状态信息发送至用户端;
[0007]步骤3、所述用户端根据所述状态信息向所述服务端发送更改请求信息;以及
[0008]步骤4、所述服务端将所述更改请求信息发送至所述底层物理结构,且所述底层物理结构根据所述更改请求信息更改所述多个节点。
[0009]优选地,在步骤I之后和步骤2之前还包括:获取所述状态信息与标准信息之间的区别节点,判断当所述区别节点属于所述服务端预置区域之外时,所述服务端将所述状态信息发送至所述底层物理结构,且所述底层物理结构将所述状态信息更改为标准信息。
[0010]优选地,在步骤2之后和步骤3之前还包括:获取所述状态信息与标准信息之间的区别节点,判断当所述区别节点属于所述用户端预置区域之内时,执行步骤3 ;
[0011]当所述区别节点属于所述用户端预置区域之外时,则在线演化结束;
[0012]优选地,在步骤3之后和步骤4之前还包括:
[0013]当所述更改请求信息属于服务端预置区域之内时,执行步骤4 ;
[0014]当所述更改请求信息属于服务端预置区域之外时,则在线演化结束;
[0015]优选地,在所述步骤3中,所述用户端根据所述状态信息向所述服务端发送结构更改信息、行为更改信息、属性更改信息或风格更改信息。
[0016]优选地,所述底层物理结构通过SOAP协议向所述服务端发送软件的状态信息;所述服务端通过SOAP协议将所述状态信息发送至用户端;所述用户端通过SOAP协议向所述服务端发送更改请求信息;所述服务端通过SOAP协议将所述更改请求信息发送至所述底层物理结构。
[0017]优选地,在步骤I中,将软件分为多个节点并且所述底层物理结构向服务端发送所述多个节点的时间信息、节点信息和演化域信息。
[0018]优选地,在步骤3中,所述用户端根据所述状态信息向所述服务端发送类型信息和更改参数信息。
[0019]优选地,所述更改参数信息包括更改前参数信息和更改后参数信息。
[0020]根据上述技术方案,本发明通过将软件分为多个节点,并且每隔一段时间底层物理结构向服务端发送多个节点的状态信息,服务端再将该状态信息发送给用户端,当用户端收到状态信息时根据自己的需求再向服务端发送更改请求信息,此时,服务端再将该更改请求信息发送给底层物理结构,底层物理结构再根据服务端发送过来的更改请求信息对多个节点进行更改。从而,该种交互式在线演化方法能够实时有效的反应用户的在线演化情况,并且底层物理结构也能及时有效的适应用户的在线演化需求。
[0021]本发明的其他特征和优点将在随后的【具体实施方式】部分予以详细说明。
【附图说明】
[0022]附图是用来提供对本发明的进一步理解,并且构成说明书的一部分,与下面的【具体实施方式】一起用于解释本发明,但并不构成对本发明的限制。在附图中:
[0023]图1是根据本发明的优选实施方式的面向动态消息结构的交互式在线演化方法的流程图。
【具体实施方式】
[0024]以下结合附图对本发明的【具体实施方式】进行详细说明。应当理解的是,此处所描述的【具体实施方式】仅用于说明和解释本发明,并不用于限制本发明。
[0025]在本发明中,在未作相反说明的情况下,“上、下、左、右、内、外”等包含在术语中的方位词仅代表该术语在常规使用状态下的方位,或为本领域技术人员理解的俗称,而不应视为对该术语的限制。
[0026]为清楚的说明,本发明的交互式在线演化方法主要是针对大规模网络软件,并且在不同时刻该大规模网络软件的状态信息可能会不同,也可能会相同,例如:底层人员操作不当引起大规模网络软件出现故障,或者是该大规模网络软件的某个页面点击率太高,超过该大规模网络软件所能承受的范围,都会引起大规模网络软件的状态信息发生变化。本领域人员应该理解的是,该种大规模网络软件可以理解为有多个功能服务的集合,这里的用户可以是普通个人用户、企业用户或者其他购买该大规模网络软件其中一个或者多个功能服务的用户。
[0027]另外,为了更进一步清楚的说明,本发明中的“节点”所指的是该大规模网络软件的完成某个功能服务的代码段组合,或者是完成多个功能服务的代码段组合,具体根据每个不同客户的要求设定,没有特别的限制。“标准信息”所指的是该大规模网络软件为了满足的自身的设计要求在内部植入的每个节点的具体参数要求;“服务端预置区域”所指的是该大规模网络软件的多个节点的可更改参数信息区域,具体地,是指如果该大规模软件的状态信息发生变化时,用户能够根据自身的要求适当地对该可更改参数信息区域内的节点信息进行更改;“用户端预置区域”所指的是用户所购买的某个节点或多个节点中的参数要求。以上所述的“标准信息”、“服务端预置区域”和“用户端预置区域”中相应的信息在服务端中都需要有备份。以下将该“大规模网络软件”简称为“软件”。
[0028]根据本发明的宗旨,是提供一种面向动态消息结构的交互式在线演化方法,该交互式在线演化方法能够实时有效的反应用户的在线演化情况,并且底层物理结构能够及时有效的解决用户的在线演化需求。如图1所示,具体包括以下步骤:
[0029]步骤1、将软件分为多个节点并且底层物理结构向服务端发送所述多个节点的状态?目息;
[0030]步骤2、所述服务端将所述状态信息发送至用户端;
[0031]步骤3、所述用户端根据所述状态信息向所述服务端发送更改请求信息;以及
[0032]步骤4、所述服务端将所述更改请求信息发送至所述底层物理结构,且所述底层物理结构根据所述更改请求信息更改所述多个节点。
[0033]根据上述步骤了解到,本发明中将软件分为多个节点,由上所述了解到多个节点在不同时刻的状态信息可能都会不同,底层物理结构每隔一段时间向服务端发送多个节点的状态信息,这里需要钱说明的是,底层物理结构能够按照等间隔的时间段对多个节点的状态信息进行采样,也可以根据现场的具体要求设定每个时间段之间的间隔,此处没有限制。当服务端接收到多个节点的状态信息时,再将状态信息发送给
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1