一种基于多维总线的通用体系结构可视化建模方法.pdf

上传人:1** 文档编号:631121 上传时间:2018-02-28 格式:PDF 页数:8 大小:1.29MB
返回 下载 相关 举报
摘要
申请专利号:

CN201410404962.3

申请日:

2014.08.15

公开号:

CN104156532A

公开日:

2014.11.19

当前法律状态:

实审

有效性:

审中

法律详情:

实质审查的生效IPC(主分类):G06F 17/50申请日:20140815|||公开

IPC分类号:

G06F17/50; G06F9/44

主分类号:

G06F17/50

申请人:

东南大学

发明人:

沈军; 高文

地址:

211189 江苏省南京市江宁区东南大学路2号

优先权:

专利代理机构:

南京瑞弘专利商标事务所(普通合伙) 32249

代理人:

杨晓玲

PDF下载: PDF下载
内容摘要

本发明公开了一种基于多维总线的通用体系结构可视化建模方法,该方法将需要建模的体系结构抽象为点和线的集合,制订了一种通用的可视化体系结构建模规范,借助于总线将各个子系统集成起来,支持多层多总线体系结构的建模,支持复杂系统的递归子系统的建模,支持交互接口之间传输数据的验证并支持用户自定义可视化建模元素,有效地提高体系结构可视化建模和维护效率。

权利要求书

1.  一种基于多维总线的通用体系结构可视化建模方法,其特征在于:建立可视化建模的基本元素,所述基本元素包括子系统、数据总线、数据交互接口、控制总线、控制接口和系统标识;
所述子系统上设有数据交互接口和控制接口;
所述数据总线通过数据交互接口与子系统连接,用于传输子系统之间交互的数据;
所述控制接口用于控制数据交互接口接收数据和发送数据;
所述控制总线通过控制接口与子系统连接,用于传输命令给子系统;
所述系统标识将子系统、数据交互接口、控制接口、数据总线以及控制总线均进行区别标识;
将需要传递的数据信号化,并利用不同的系统标识在数据总线和控制总线中注册子系统之间的交互关系,用以识别不同子系统之间信号的传输。

2.
  根据权利要求1所述的一种基于多维总线的通用体系结构可视化建模方法,其特征在于:所述控制接口支持验证数据交互接口中数据的有效性。

3.
  根据权利要求1所述的一种基于多维总线的通用体系结构可视化建模方法,其特征在于:所述子系统内有递归子系统扩展口用于设置递归子系统,所述递归子系统与子系统的结构相同,递归子系统上的控制接口和该递归子系统所属的子系统上的控制接口连通,递归子系统上的数据交互接口和该递归子系统所属的子系统上的数据交互接口连通。

4.
  根据权利要求3所述的一种基于多维总线的通用体系结构可视化建模方法,其特征在于:所述系统标识中包含对递归子系统的区别标识。

说明书

一种基于多维总线的通用体系结构可视化建模方法
技术领域
本发明属于计算机软件技术领域,涉及一种基于多维总线的通用体系结构可视化建模方法。
背景技术
可视化建模是对现实世界的客观抽象。模型是对现实问题的逻辑抽象,能够从某些侧面来现实系统的重要性质,忽略其相关细节,建模促进了需求的更好的理解、更清晰的设计、更加容易维护的系统。OMG(Object Management Group)组织发布了统一建模语言(Unified Modeling Language,UML),其为开发团队提供标准通用的设计语言来开发和构建计算机应用。然而UML语言重点描述是软件内部模块的细节,对于体系结构的建模并没有太多涉及,由此衍生出多种体系结构可视化建模方法。
软件体系结构建模,就是建立软件体系结构模型的方法和过程,它是以具体的形式来表现系统的框架结构,能够帮助人们从全局的角度来把握整个系统的框架结构。然而UML语言重点描述的是软件内部模块的细节,对于软件体系结构的建模并没有太多涉及,由此衍生出多种软件体系结构可视化建模方法。
软件体系结构建模主要关注的是系统的原子结构及其关系的组合,强调的是系统架构的设计,然而现今没有一种统一的标准化软件体系结构建模方法,由此增加了用户对于软件体系结构建模学习的成本。
发明内容
发明目的:为了克服现有技术中存在的不足,本发明提供一种基于多维总线的通用体系结构可视化建模方法,以解决现有技术中存在的缺乏统一的体系结构可视化建模标准,造成各种体系结构建模的孤立存在,增加了用户的学习成本,降低了建模的效率的问题。
技术方案:为实现上述目的,本发明采用以下技术方案:
一种基于多维总线的通用体系结构可视化建模方法,首先建立可视化建模的基本元素,所述基本元素包括子系统、数据总线、数据交互接口、控制总线、控制接口和系统标识;
所述子系统上设有数据交互接口和控制接口;
所述数据总线通过数据交互接口与子系统连接,用于传输子系统之间交互的数据;
所述控制接口用于控制数据交互接口接收数据和发送数据;
所述控制总线通过控制接口与子系统连接,用于传输命令给子系统;
所述系统标识将子系统、子系统内的模块、数据交互接口、控制接口、数据总线以及控制总线均进行区别标识;
将需要传递的数据信号化,并利用不同的系统标识在数据总线和控制总线中注册子系统之间的交互关系,用以识别不同子系统之间信号的传输。
本发明将以点和线为基础的体系结构的建模方法进行抽象化,建立了各种建模的基本元素,包括子系统、数据总线、数据交互接口、控制总线、控制接口和系统标识等;利用数据总线和控制总线分别完成数据以及命令的传输,实现将数据和命令加以区分,然而这两种总线在逻辑上是一个整体,可以适应子系统交互的不同数据类型,减轻了设计人员用于各个子系统之间交互的建模,因此建模的通用性及扩展性有所提高;还引入了系统标识,将相对独立的子系统分解为不同的模块,对模块与模块以及子系统与子系统之间的接口进行对象化标识,借助系统标识可以清晰地描述了不同子系统的不同模块之间的通信;因为信号交互可以直接匹配不同的数据交互接口和控制接口,而不需要遗留给上层的应用程序识别,所以为了便于数据传输,本发明采用信号交互的模式,首先将数据信号化,然后将交互关系在总线上注册好,刻画各个子系统之间的数据交互,实现数据信号的自动化匹配;用户可以自由扩展可视化建模元素,只要建模元素上有控制端口和数据接收端口即可。
作为优选的,在本发明中,所述控制接口支持验证数据交互接口中数据的有效性。有效地减少了不合法数据的输入,保证数据输入的有效性。
进一步的,在本发明中,可以根据用户需求可以简单便捷地进行递归子系统的扩展。首先,在所述子系统内有递归子系统扩展口用于设置递归子系统,所述递归子系统与子系统的结构相同,递归子系统上的控制接口和该递归子系统所属的子系统上的控制接口连通,递归子系统上的数据交互接口和该递归子系统所属的子系统上的数据交互接口连通。与此同时,在本发明中,所述系统标识中包含对递归子系统的区别标识。这样递归子系统的设置与交互方法都与子系统完全一样,可扩展性强。
有益效果:
本发明提供的一种基于多维总线的通用体系结构可视化建模方法,抽象以点和线为基础的体系结构的建模方法,定义了基本的建模元素,采用总线将不同子系统的模块进行集成,刻画各个子系统之间的数据交互,并在数据端口验证数据的有效性,支持复杂的递归系统的可视化建模。
本发明具有以下优点:
(1)数据总线和控制总线在逻辑上是一个整体,可以适应不同子系统交互的不同数据类型,减轻了设计人员用于各个子系统之间交互的建模,采用总线集成提高了建模 的通用性和扩展性,统一了体系结构可视化建模方法,形成了统一的建模规范,用户可以自由扩展可视化建模元素,只要建模元素上有控制端口和数据接收端口;
(2)控制接口验证数据的有效性,有效了减少了不合法数据的输入,保证数据输入的有效性;
(3)采用信号交互的模式进行交互,因为信号交互可以直接匹配不同的数据接口和控制接口,而不需要遗留给上层的应用程序识别,提高了交互的便捷性;
(4)本发明方法,从现有的体系建模的基础出发形成一种统一的体系结构可视化建模标准,降低了用户的学习成本,提高了建模效率。
附图说明
图1为本发明中建模的基本元素图;
图2为面向体系结构的可视化建模方法的建模结构图;
图3为基于Chord协议的P2P网络的逻辑结构图;
图4为实施例中建模的基本元素图;
图5为本发明方法对实施例的建模图。
具体实施方式
下面结合附图对本发明作更进一步的说明。
如图1所示,本发明的建模方法包括以下建模的基本元素:子系统3、控制总线1、数据总线2、控制接口4、数据交互接口5和系统标识;子系统3内还可以增加递归子系统6作为局部放大设计。
图2为本发明的建模结构图。图中可见,包括数据总线2和控制总线1,以及设置在这两条总线上的多个子系统,每个子系统3上都设有控制接口4和数据交互接口5,控制总线1通过控制接口4分别与子系统连接;数据总线2通过数据交互接口5分别与子系统3连接;其中一个子系统3上还设有递归子系统6,递归子系统6的结构与子系统3相同,并且递归子系统6上的控制接口和该递归子系统6所属的子系统3上的控制接口4连通,递归子系统6上的数据交互接口和该递归子系统6所属的子系统3上的数据交互接口5连通。
为了使子系统3间方便地进行数据交互,需要将数据信号化,由此定义了系统标识及不同子系统3间的交互关系;
如图2所示,子系统3上的控制接口4被标识为C;子系统3上的数据交互接口5分别被标识为P1..Pn
子系统3被标识为M,因此,x#子系统上的控制接口被标识为Mx.C;x#子系统上的数据交互接口被标识为Mx.P1、Mx.P2、......、Mx.Pn。
具体的,举个例子,如图2所示,共有3个子系统3,分别为1#子系统、2#子系统和1#子系统;其中1#子系统上的控制接口被标识为:M1.C,1#子系统上的数据交互接口被标识为M1.P1、M1.P2;2#子系统上的控制接口被标识为:M2.C,2#子系统上的数据交互接口被标识为M2.P1、M2.P2、M2.P3。
在系统标识的帮助下,可以简便地表明信号之间的传递关系,如要表示1#子系统上的数据交互接口P1和2#子系统上的数据交互接口P3的交互关系,则可以表示为M1.P1←→M2.P3。
将所有需要使用的交互关系在总线中进行注册,可以实现数据信号的自动化匹配,可以直接匹配不同的数据接口和控制接口,而不需要遗留给上层的应用程序识别。
下面以具有代表性的以CHORD为基础的P2P网络系统作为具体的实例来说明发明内容
图3是基于CHORD协议的P2P网络逻辑结构模型,为了对其进行建模,把P2P网络上每个节点抽象为一个服务实体,在服务实体中定义了以CHORD协议、TCP协议、IP协议为基础的交互逻辑,通过协议的交互为外部提供服务功能。服务实体与服务实体之间通过简单的链路环境连接,构成一个通信环境。
如图4所示,是为本实施例的基本建模元素图。定义了最基本的建模元素协议件7、服务件8、链路件9以及环境件10,它们都有同样的逻辑结构,控制接口、数据交互接口以及服务件都以协议件7为基础通过局部放大设计来定义具体的服务,环境件10支持递归子环境(复杂系统)定义。将本具体实施方式与本建模方法加以对应则有以下对应关系:
协议件7为以椭圆抽象表示的子系统,包含有一个控制接口以及一个数据交互接口;
服务件8为以圆角矩形抽象表示的子系统,包含一个控制接口以及数据交互接口,并包含若干个递归定义的协议件7的子系统,多个协议件7的子系统进行交互对外提供服务;
环境件10是以直角矩形抽象表示的子系统,包括一个控制接口以及若干个数据交互接口,并包含由服务件8组成的递归子系统;
链路件9是由数据总线和两个数据交互接口组成,用于服务实体(包括协议件7、服务件8、环境件10)之间的连接。
在图4的基础上,图5是最终的基于CHORD协议的P2P网络体系结构的模型图。为了方便描述表示,将图3中任选5节点(它们在逻辑上相互连通,并组成一个环)抽象为服务实体n1、n2、n3、n4、n5。
由图5可知,环境件中包含服务件(递归子系统)n1,n2,n3,n4,n5和链路e1,e2,e3,e4,e5
服务件n1、n2、n3、n4、n5上的控制端口分别标识为n1.c、n2.c、n3.c、n4.c、n5.c,服务件n1、n2、n3、n4、n5上的数据交互端口分别标识为:n1.p1、n1.p2、n2.p1、n2.p2、n3.p1、n3.p2、n4.p1、n4.p2、n5.p1、n5.p2;
服务件n1、n2、n3、n4、n5的控制端口和数据交互接口的数据通过链路e1、e2、e3、e4、e5的控制端口和数据交互接口分别传输到控制总线和数据总线上。
假设服务件n1端口n1.p1与服务件n5的端口n5.p1之间存在交互关系为n1.p1←→n5.p1,将此交互关系注册在总线中,实现数据的自动化匹配,以此类推,最终可实现不同服务件之间任意端口间的通信。
服务件n2包括协议件m_chord、m_tcp和m_ip作为递归子系统,协议件m_chord、m_tcp和m_ip上分别有各自的控制接口和数据交互接口,如m_chord上的控制接口标识为m_chord.c,m_chord上的数据交互接口有2个,分别标识为m_chord.p1和m_chord.p2。协议件上的控制端口和数据端口分别连接到控制总线和数据总线上,最终实现协议件与不同服务件的任意端口之间的通信。
综上所述,本方法统一了不同标准的体系结构可视化建模方法,定义了基本的可视化建模元素,并在此基础上支持用户自定义建模元素,具有良好的规范性和扩展性。
以上所述仅是本发明的优选实施方式,应当指出:对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

一种基于多维总线的通用体系结构可视化建模方法.pdf_第1页
第1页 / 共8页
一种基于多维总线的通用体系结构可视化建模方法.pdf_第2页
第2页 / 共8页
一种基于多维总线的通用体系结构可视化建模方法.pdf_第3页
第3页 / 共8页
点击查看更多>>
资源描述

《一种基于多维总线的通用体系结构可视化建模方法.pdf》由会员分享,可在线阅读,更多相关《一种基于多维总线的通用体系结构可视化建模方法.pdf(8页珍藏版)》请在专利查询网上搜索。

1、10申请公布号CN104156532A43申请公布日20141119CN104156532A21申请号201410404962322申请日20140815G06F17/50200601G06F9/4420060171申请人东南大学地址211189江苏省南京市江宁区东南大学路2号72发明人沈军高文74专利代理机构南京瑞弘专利商标事务所普通合伙32249代理人杨晓玲54发明名称一种基于多维总线的通用体系结构可视化建模方法57摘要本发明公开了一种基于多维总线的通用体系结构可视化建模方法,该方法将需要建模的体系结构抽象为点和线的集合,制订了一种通用的可视化体系结构建模规范,借助于总线将各个子系统集成起。

2、来,支持多层多总线体系结构的建模,支持复杂系统的递归子系统的建模,支持交互接口之间传输数据的验证并支持用户自定义可视化建模元素,有效地提高体系结构可视化建模和维护效率。51INTCL权利要求书1页说明书4页附图2页19中华人民共和国国家知识产权局12发明专利申请权利要求书1页说明书4页附图2页10申请公布号CN104156532ACN104156532A1/1页21一种基于多维总线的通用体系结构可视化建模方法,其特征在于建立可视化建模的基本元素,所述基本元素包括子系统、数据总线、数据交互接口、控制总线、控制接口和系统标识;所述子系统上设有数据交互接口和控制接口;所述数据总线通过数据交互接口与子。

3、系统连接,用于传输子系统之间交互的数据;所述控制接口用于控制数据交互接口接收数据和发送数据;所述控制总线通过控制接口与子系统连接,用于传输命令给子系统;所述系统标识将子系统、数据交互接口、控制接口、数据总线以及控制总线均进行区别标识;将需要传递的数据信号化,并利用不同的系统标识在数据总线和控制总线中注册子系统之间的交互关系,用以识别不同子系统之间信号的传输。2根据权利要求1所述的一种基于多维总线的通用体系结构可视化建模方法,其特征在于所述控制接口支持验证数据交互接口中数据的有效性。3根据权利要求1所述的一种基于多维总线的通用体系结构可视化建模方法,其特征在于所述子系统内有递归子系统扩展口用于设。

4、置递归子系统,所述递归子系统与子系统的结构相同,递归子系统上的控制接口和该递归子系统所属的子系统上的控制接口连通,递归子系统上的数据交互接口和该递归子系统所属的子系统上的数据交互接口连通。4根据权利要求3所述的一种基于多维总线的通用体系结构可视化建模方法,其特征在于所述系统标识中包含对递归子系统的区别标识。权利要求书CN104156532A1/4页3一种基于多维总线的通用体系结构可视化建模方法技术领域0001本发明属于计算机软件技术领域,涉及一种基于多维总线的通用体系结构可视化建模方法。背景技术0002可视化建模是对现实世界的客观抽象。模型是对现实问题的逻辑抽象,能够从某些侧面来现实系统的重要。

5、性质,忽略其相关细节,建模促进了需求的更好的理解、更清晰的设计、更加容易维护的系统。OMGOBJECTMANAGEMENTGROUP组织发布了统一建模语言UNIEDMODELINGLANGUAGE,UML,其为开发团队提供标准通用的设计语言来开发和构建计算机应用。然而UML语言重点描述是软件内部模块的细节,对于体系结构的建模并没有太多涉及,由此衍生出多种体系结构可视化建模方法。0003软件体系结构建模,就是建立软件体系结构模型的方法和过程,它是以具体的形式来表现系统的框架结构,能够帮助人们从全局的角度来把握整个系统的框架结构。然而UML语言重点描述的是软件内部模块的细节,对于软件体系结构的建模。

6、并没有太多涉及,由此衍生出多种软件体系结构可视化建模方法。0004软件体系结构建模主要关注的是系统的原子结构及其关系的组合,强调的是系统架构的设计,然而现今没有一种统一的标准化软件体系结构建模方法,由此增加了用户对于软件体系结构建模学习的成本。发明内容0005发明目的为了克服现有技术中存在的不足,本发明提供一种基于多维总线的通用体系结构可视化建模方法,以解决现有技术中存在的缺乏统一的体系结构可视化建模标准,造成各种体系结构建模的孤立存在,增加了用户的学习成本,降低了建模的效率的问题。0006技术方案为实现上述目的,本发明采用以下技术方案0007一种基于多维总线的通用体系结构可视化建模方法,首先。

7、建立可视化建模的基本元素,所述基本元素包括子系统、数据总线、数据交互接口、控制总线、控制接口和系统标识;0008所述子系统上设有数据交互接口和控制接口;0009所述数据总线通过数据交互接口与子系统连接,用于传输子系统之间交互的数据;0010所述控制接口用于控制数据交互接口接收数据和发送数据;0011所述控制总线通过控制接口与子系统连接,用于传输命令给子系统;0012所述系统标识将子系统、子系统内的模块、数据交互接口、控制接口、数据总线以及控制总线均进行区别标识;0013将需要传递的数据信号化,并利用不同的系统标识在数据总线和控制总线中注册说明书CN104156532A2/4页4子系统之间的交互。

8、关系,用以识别不同子系统之间信号的传输。0014本发明将以点和线为基础的体系结构的建模方法进行抽象化,建立了各种建模的基本元素,包括子系统、数据总线、数据交互接口、控制总线、控制接口和系统标识等;利用数据总线和控制总线分别完成数据以及命令的传输,实现将数据和命令加以区分,然而这两种总线在逻辑上是一个整体,可以适应子系统交互的不同数据类型,减轻了设计人员用于各个子系统之间交互的建模,因此建模的通用性及扩展性有所提高;还引入了系统标识,将相对独立的子系统分解为不同的模块,对模块与模块以及子系统与子系统之间的接口进行对象化标识,借助系统标识可以清晰地描述了不同子系统的不同模块之间的通信;因为信号交互。

9、可以直接匹配不同的数据交互接口和控制接口,而不需要遗留给上层的应用程序识别,所以为了便于数据传输,本发明采用信号交互的模式,首先将数据信号化,然后将交互关系在总线上注册好,刻画各个子系统之间的数据交互,实现数据信号的自动化匹配;用户可以自由扩展可视化建模元素,只要建模元素上有控制端口和数据接收端口即可。0015作为优选的,在本发明中,所述控制接口支持验证数据交互接口中数据的有效性。有效地减少了不合法数据的输入,保证数据输入的有效性。0016进一步的,在本发明中,可以根据用户需求可以简单便捷地进行递归子系统的扩展。首先,在所述子系统内有递归子系统扩展口用于设置递归子系统,所述递归子系统与子系统的。

10、结构相同,递归子系统上的控制接口和该递归子系统所属的子系统上的控制接口连通,递归子系统上的数据交互接口和该递归子系统所属的子系统上的数据交互接口连通。与此同时,在本发明中,所述系统标识中包含对递归子系统的区别标识。这样递归子系统的设置与交互方法都与子系统完全一样,可扩展性强。0017有益效果0018本发明提供的一种基于多维总线的通用体系结构可视化建模方法,抽象以点和线为基础的体系结构的建模方法,定义了基本的建模元素,采用总线将不同子系统的模块进行集成,刻画各个子系统之间的数据交互,并在数据端口验证数据的有效性,支持复杂的递归系统的可视化建模。0019本发明具有以下优点00201数据总线和控制总。

11、线在逻辑上是一个整体,可以适应不同子系统交互的不同数据类型,减轻了设计人员用于各个子系统之间交互的建模,采用总线集成提高了建模的通用性和扩展性,统一了体系结构可视化建模方法,形成了统一的建模规范,用户可以自由扩展可视化建模元素,只要建模元素上有控制端口和数据接收端口;00212控制接口验证数据的有效性,有效了减少了不合法数据的输入,保证数据输入的有效性;00223采用信号交互的模式进行交互,因为信号交互可以直接匹配不同的数据接口和控制接口,而不需要遗留给上层的应用程序识别,提高了交互的便捷性;00234本发明方法,从现有的体系建模的基础出发形成一种统一的体系结构可视化建模标准,降低了用户的学习。

12、成本,提高了建模效率。附图说明0024图1为本发明中建模的基本元素图;说明书CN104156532A3/4页50025图2为面向体系结构的可视化建模方法的建模结构图;0026图3为基于CHORD协议的P2P网络的逻辑结构图;0027图4为实施例中建模的基本元素图;0028图5为本发明方法对实施例的建模图。具体实施方式0029下面结合附图对本发明作更进一步的说明。0030如图1所示,本发明的建模方法包括以下建模的基本元素子系统3、控制总线1、数据总线2、控制接口4、数据交互接口5和系统标识;子系统3内还可以增加递归子系统6作为局部放大设计。0031图2为本发明的建模结构图。图中可见,包括数据总线。

13、2和控制总线1,以及设置在这两条总线上的多个子系统,每个子系统3上都设有控制接口4和数据交互接口5,控制总线1通过控制接口4分别与子系统连接;数据总线2通过数据交互接口5分别与子系统3连接;其中一个子系统3上还设有递归子系统6,递归子系统6的结构与子系统3相同,并且递归子系统6上的控制接口和该递归子系统6所属的子系统3上的控制接口4连通,递归子系统6上的数据交互接口和该递归子系统6所属的子系统3上的数据交互接口5连通。0032为了使子系统3间方便地进行数据交互,需要将数据信号化,由此定义了系统标识及不同子系统3间的交互关系;0033如图2所示,子系统3上的控制接口4被标识为C;子系统3上的数据。

14、交互接口5分别被标识为P1PN0034子系统3被标识为M,因此,X子系统上的控制接口被标识为MXC;X子系统上的数据交互接口被标识为MXP1、MXP2、MXPN。0035具体的,举个例子,如图2所示,共有3个子系统3,分别为1子系统、2子系统和1子系统;其中1子系统上的控制接口被标识为M1C,1子系统上的数据交互接口被标识为M1P1、M1P2;2子系统上的控制接口被标识为M2C,2子系统上的数据交互接口被标识为M2P1、M2P2、M2P3。0036在系统标识的帮助下,可以简便地表明信号之间的传递关系,如要表示1子系统上的数据交互接口P1和2子系统上的数据交互接口P3的交互关系,则可以表示为M1。

15、P1M2P3。0037将所有需要使用的交互关系在总线中进行注册,可以实现数据信号的自动化匹配,可以直接匹配不同的数据接口和控制接口,而不需要遗留给上层的应用程序识别。0038下面以具有代表性的以CHORD为基础的P2P网络系统作为具体的实例来说明发明内容。0039图3是基于CHORD协议的P2P网络逻辑结构模型,为了对其进行建模,把P2P网络上每个节点抽象为一个服务实体,在服务实体中定义了以CHORD协议、TCP协议、IP协议为基础的交互逻辑,通过协议的交互为外部提供服务功能。服务实体与服务实体之间通过简单的链路环境连接,构成一个通信环境。0040如图4所示,是为本实施例的基本建模元素图。定义。

16、了最基本的建模元素协议件7、服务件8、链路件9以及环境件10,它们都有同样的逻辑结构,控制接口、数据交互接口以说明书CN104156532A4/4页6及服务件都以协议件7为基础通过局部放大设计来定义具体的服务,环境件10支持递归子环境复杂系统定义。将本具体实施方式与本建模方法加以对应则有以下对应关系0041协议件7为以椭圆抽象表示的子系统,包含有一个控制接口以及一个数据交互接口;0042服务件8为以圆角矩形抽象表示的子系统,包含一个控制接口以及数据交互接口,并包含若干个递归定义的协议件7的子系统,多个协议件7的子系统进行交互对外提供服务;0043环境件10是以直角矩形抽象表示的子系统,包括一个。

17、控制接口以及若干个数据交互接口,并包含由服务件8组成的递归子系统;0044链路件9是由数据总线和两个数据交互接口组成,用于服务实体包括协议件7、服务件8、环境件10之间的连接。0045在图4的基础上,图5是最终的基于CHORD协议的P2P网络体系结构的模型图。为了方便描述表示,将图3中任选5节点它们在逻辑上相互连通,并组成一个环抽象为服务实体N1、N2、N3、N4、N5。0046由图5可知,环境件中包含服务件递归子系统N1,N2,N3,N4,N5和链路E1,E2,E3,E4,E50047服务件N1、N2、N3、N4、N5上的控制端口分别标识为N1C、N2C、N3C、N4C、N5C,服务件N1、。

18、N2、N3、N4、N5上的数据交互端口分别标识为N1P1、N1P2、N2P1、N2P2、N3P1、N3P2、N4P1、N4P2、N5P1、N5P2;0048服务件N1、N2、N3、N4、N5的控制端口和数据交互接口的数据通过链路E1、E2、E3、E4、E5的控制端口和数据交互接口分别传输到控制总线和数据总线上。0049假设服务件N1端口N1P1与服务件N5的端口N5P1之间存在交互关系为N1P1N5P1,将此交互关系注册在总线中,实现数据的自动化匹配,以此类推,最终可实现不同服务件之间任意端口间的通信。0050服务件N2包括协议件M_CHORD、M_TCP和M_IP作为递归子系统,协议件M_C。

19、HORD、M_TCP和M_IP上分别有各自的控制接口和数据交互接口,如M_CHORD上的控制接口标识为M_CHORDC,M_CHORD上的数据交互接口有2个,分别标识为M_CHORDP1和M_CHORDP2。协议件上的控制端口和数据端口分别连接到控制总线和数据总线上,最终实现协议件与不同服务件的任意端口之间的通信。0051综上所述,本方法统一了不同标准的体系结构可视化建模方法,定义了基本的可视化建模元素,并在此基础上支持用户自定义建模元素,具有良好的规范性和扩展性。0052以上所述仅是本发明的优选实施方式,应当指出对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。说明书CN104156532A1/2页7图1图2图3说明书附图CN104156532A2/2页8图4图5说明书附图CN104156532A。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 物理 > 计算;推算;计数


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1