一种基于主题的发布/订阅系统中的流程定义元模型及其构建方法
【技术领域】
[0001] 本发明属于计算机领域，特别涉及一种流程建模的方法。
【背景技术】
[0002] 基于主题的发布/订阅系统中，应用组件只需申明要发布或者订阅的主题，就可 以向网络中投放或者从网络中收取自身感兴趣的数据。发布/订阅通信模式以时间、空间、 同步三方面解耦合的特性被广泛应用。目前的研宄主要集中在保障单条消息传输的服务质 量，而没有对多条消息在流程中关联关系的研宄，缺少通用的流程建模方式。
【发明内容】
[0003] 为了克服现有技术中存在的不足，本发明提供一种基于主题的发布/订阅系统中 的流程定义元模型，能够作为参考标准，规范基于主题的发布/订阅系统中流程建模方式， 为流程控制提供统一的数据定义、交换接口。
[0004] 为实现上述目的，本发明采用的技术方案为：
[0005] 一种基于主题的发布/订阅系统中的流程定义元模型，其特征在于：
[0006] (1)该流程定义元模型将流程定义为一组消息的流动方向和逻辑顺序，以状态、事 件、转移条件刻画流程；
[0007] (2)该流程定义元模型以XML结构化表示流程。
[0008] 进一步的，所述消息的流动方向用事件表示，事件由四元组{组件，动作，主题，内 容过滤式}构成；事件触发状态之间的转移条件，所述转移条件表征消息之间的逻辑顺序。
[0009] 进一步的，单个转移条件表征单条消息的流动方向，多个转移条件表征多条消息 之间的逻辑顺序。
[0010] 本发明还提供了一种上述基于主题的发布/订阅系统中的流程定义元模型的构 建方法，技术方案如下：
[0011] 一种基于主题的发布/订阅系统中的流程定义元模型的构建方法，包括以下步 骤：
[0012] (1)对现实业务流程进行抽象并提取流程属性；
[0013] (2)确定上述现实业务流程中独立的状态和事件，状态指系统运行中某一时刻可 能处于的情况，事件刻画消息的流动方向；
[0014] (3)定义转移条件，链接各个状态，并指定触发每个转移条件的事件。
[0015] 进一步的，所述步骤（1)中，所述流程属性包括：流程名、域ID、受控应用组件、重 复次数、响应方式，其中响应方式包括对非法消息的缺省响应方式和对无关消息的响应方 式。
[0016] 进一步的，所述步骤（2)中，状态和事件的确定方式如下：
[0017] 现实业务流程中，系统的每个状态都具有状态ID，状态名，状态类型和响应方式， 其中，状态ID是唯一的，用于区分不同状态；状态名是字符串；状态类型分为合法状态和非 法状态，其中，合法状态又细化为开始状态、结束状态、一般状态三个子类型，一个流程有且 仅有一个开始状态和一个结束状态；合法状态的响应方式仅有一种，为放行LEGAL_PASS， 非法状态的响应方式分为放行ILLEGAL_PASS和拦截ILLEGAL_INTERCEPT;流程模型中列举 出所有流程关心的事件，没有出现在流程定义中的则为无关事件，无关事件的响应方式在 流程属性中定义；
[0018] 事件由{:应用组件，执行动作，消息主题，消息内容过滤表达式}四元组定义，其中 消息内容过滤表达式可以为空；非法事件的响应有两种定义方法：一，用单独的非法状态 和非法响应方式来定义；二，用流程属性中缺省的非法响应方式来定义。
[0019] 进一步的，所述步骤（3)中，定义转移条件的方法为：
[0020] 转移条件是状态间的有向链接，分别称转移条件两端的状态为转出状态和转入状 态，转移条件由一个事件触发；若转移条件的转入状态为合法状态，那么，触发该转移条件 的事件则为合法的，若转移条件的转入状态为非法状态，则触发该转移条件的事件则为非 法的，按照转入状态的响应方式对该事件进行响应。
[0021] 进一步的，所述步骤（1)、（2)、（3)中记录流程模型应当遵从的XMLSchema。
[0022] 本发明的有益效果是：
[0023] (1)本发明为基于主题的发布/订阅系统提供了流程定义元模型，与具体的中间 件实现方式和组件开发方式无关，是灵活、通用的。
[0024] (2)根据本发明对系统中的流程进行建模，能够明确定义合法或非法的单条消息 流动方向和多条消息之间的逻辑顺序，消除歧义。
[0025] (3)本发明以XML文件形式存储流程模型，可作为与其他处理系统的数据交换载 体。
[0026] (4)本发明可作为参考标准，规范基于主题的发布/订阅系统中流程建模方式，为 流程控制提供统一的数据定义、交换接口。
【附图说明】
[0027] 图1为本发明提出流程定义元模型的构成图；
[0028] 图2为实施例中应用背景的系统架构图；
[0029] 图3为实施例中例程的业务流程描述图。
【具体实施方式】
[0030] 下面结合附图对本发明技术方案进行详细说明。
[0031] 如图1所示，本发明的一种基于主题的发布/订阅系统中的流程定义元模型，该流 程定义元模型提出了一种流程定义方法，将流程定义为一组消息的流动方向和逻辑顺序， 以状态、事件、转移条件刻画流程；该流程定义元模型提出了流程的表示方法，以XML结构 化表示流程。消息的流动方向用事件表示，事件由四元组{组件，动作，主题，内容过滤式} 构成；事件触发状态之间的转移条件，所述转移条件表征消息之间的逻辑顺序；单个转移 条件表征单条消息的流动方向，多个转移条件表征多条消息之间的逻辑顺序。
[0032] 上述基于主题的发布/订阅系统中的流程定义元模型通过以下方法构建：构建方 法，包括以下步骤：
[0033] (1)对现实业务流程进行抽象并提取流程属性；
[0034] 其中，流程属性包括：流程名，域ID，受控应用组件列表，流程重复次数，对非法消 息的缺省响应方式，对无关消息的响应方式。
[0035] 具体方法为：取一个方便记忆和理解的字符串作为流程名，用于唯一标识一个流 程；因为从属于不同通信域的应用组件之间不存在消息的互通，所以流程一定是仅从属于 某一个域的，域ID属性标识出流程管理的范围；应用组件以{主机名，组件名}的二元组唯 一标识；流程重复次数为整数，重复次数为正数M时，表示流程循环执行M次，重复次数为负 数时表示流程无限循环执行；对非法消息的缺省响应方式可以分为放行ILLEGAL_PASS和 拦截ILLEGAL_INTERCEPT两种；对无关消息的缺省响应方式分为放行UNCONCERN_PASS和 UNCONCERN_INTERCEPT拦截两种。
[0036] (2)确定流程中独立的状态和事件，状态指系统运行中某一时刻可能处于的情况， 事件刻画消息的流动方向；
[0037] 业务流程中，系统可能处于若干状态，每个状态都具有状态ID，状态名，状态类 型和响应方式；状态ID是唯一的，用于区分不同状态；状态名是便于理解的字符串；状态 类型分为合法和非法两大类，其中，合法状态又细化为开始状态、结束状态、一般状态三个 子类型，一个流程应当有且仅有一个开始状态和一个结束状态；合法状态的响应方式仅有 一种，为放行LEGAL_PASS，非法状态的响应方式分为放行ILLEGAL_PASS和拦截ILLEGAL_ INTERCEPT；
[0038] 流程模型中应列举出所有流程关心的事件，没有出现在流程定义中的则为无关事 件，无关事件的响应方式在流程属性中定义；事件由{:应用组件，执行动作，消息主题，消息 内容过滤表达式}四元组定义，其中消息内容过滤表达式可以为空；非法事件的响应有两 种定义方法，一，用单独的非法状态和非法响应方式来定义；二，用流程属性中缺省的非法 响应方式来定义。
[0039] (3)定义转移条件，链接各个状态，并指定触发每个转移条件的事件；
[