设计业务逻辑的方法、执行其的服务器和储存媒介与流程

本申请要求2013年8月23日提交的申请号为10-2013-0100688的韩国专利申请的先前申请日的权益以及优先权，其全部内容通过引用合并于此。

技术领域

本发明涉及业务逻辑设计技术，并且更具体地涉及设计业务逻辑的方法、执行设计业务逻辑的方法的服务器以及当业务逻辑被定义为提供业务服务时实时地产生所述业务服务的储存媒介。

背景技术：

通常，工厂自动化系统可以将信息技术(IT)应用至计算机和工业用机器人以根据一贯的理念来使诸如订购、设计、制造、检查和装运的过程自动化。IT可以包括企业资源规划系统(ERP)、制造执行系统(MES)、计算机辅助设计(CAD)和计算机辅助制造(CAM)。IT可以通过将公司中的生产、制造、分配和财务的过程计算机化来整体地管理，并且可以使得产品生产自动化。

韩国专利公开号10-2010-0101855(2010年9月20日)公开了一种利用图基于储存库的实时应用服务器开发系统。所述开发系统可以包括建模引擎和执行引擎以采用一致的视图来统一许多操作(例如，设计、源代码构建以及分配)以及改善生产率和质量。

在所述开发系统中，执行引擎对测试和服务进行区分，然而，所述开发系统可以不独立地管理用于测试和服务的业务逻辑。另外，所述开发系统可等同地构造用于测试和服务的业务逻辑，使得存储器可能被浪费。

韩国专利公开号10-2010-0102086(2010年9月20日)公开了一种用于利用能够预先检查不必要的浪费因素的数字工厂来构造企业定制的数字生产系统的方法。所述方法可以在产品处理和制造的最佳状态下，根据各种场景生产和制造虚拟产品，以改善生产和制造过程。

所述方法通过将人力和物力资源建模来构造数字工厂，所以其花费大量的时间。这是因为直接测量和收集人力和物力数据用于对人力和物力资源建模。另外，所述方法具有的另一个问题在于可以更新人力和物力资源用于更新数字工厂。

所述应用在执行引擎中可以不独立地管理测试和服务，然而，所述应用可以提供一种设计用于独立地管理测试引擎和服务引擎的业务逻辑的方法。

技术实现要素：

本发明的实施例包括一种设计业务逻辑的方法，所述方法当业务服务被定义成地提供业务服务时能够实时地产生所述业务服务。

本发明的实施例包括一种设计业逻辑的方法，所述方法能够独立第管理测试引擎和服务引擎以控制测试引擎和服务引擎中的每个的访问权。

本发明的实施例包括一种设计业务逻辑的方法，所述方法能够通过布置业务图而不用单独的编码操作来构造业务建模。

在一些实施例中，一种在业务逻辑设计服务器上执行的设计业务逻辑的方法包括以下步骤：(a)分别执行彼此独立的测试引擎和服务引擎；(b)从业务建模终端接收表示业务服务的业务逻辑，所述业务服务与事件相关联；(c)允许业务建模终端将业务逻辑注册至测试引擎，并且测试业务逻辑；以及(d)当完成业务逻辑的测试时，允许业务建模终端将业务逻辑注册至服务引擎。

在一个实施例中，所述方法还可以包括(e)防止客户终端连接执行的测试引擎来执行接收的业务逻辑。

操作(b)可以包括将接收的业务逻辑储存在储存库中的步骤。操作(b)可以包括在接收业务逻辑之前，通过业务建模终端将业务规则的至少一个与业务服务相关联。

在一个实施例中，操作(b)还可以包括在关联至少一个业务规则之前，通过业务建模终端来控制至少一个业务规则的可访问性。

可访问性可以与第一关闭状态至第三关闭状态和第一开放状态至第二开放状态中的一种相对应，并且第一关闭状态是关闭的服务和不可执行的状态，第二关闭状态是开放的服务和可执行的状态，第三关闭状态是关闭的服务、可修改的和可执行的状态，第一开放状态是开放的服务和可执行的状态，以及第二开放状态是开放的服务、可修改的和可执行的状态。

至少一个业务规则可以通过相关图来实施，相关图连接至少一个逻辑功能。至少一个业务规则可以被预编译并且可以被实施为在执行相应的业务规则时可动态连接的功能。

在一个实施例中，所述方法还可以包括操作(e)，其当在业务引擎中注册业务逻辑时，删除业务逻辑在测试引擎中的注册。

在一个实施例中，所述方法还可以包括操作(f)，其实时地执行业务逻辑的删除和注册，以使客户终端立即使用与业务逻辑相对应的业务服务。

所述方法还可以包括操作(e)，其当在服务引擎中产生事件时，通过服务引擎来执行业务逻辑。

在一些实施例中，一种业务逻辑设计服务器包括：引擎执行单元，其被配置成分别地执行彼此独立的测试引擎和服务引擎；业务逻辑接收单元，其被配置成从业务建模终端接收表示业务服务的业务逻辑，业务服务与事件相关联；业务逻辑测试允许单元，其被配置成允许业务建模终端将业务逻辑注册在测试引擎上，并且测试业务逻辑；以及业务逻辑注册允许单元，其被配置成当完成业务逻辑的测试时，允许业务建模终端将业务逻辑注册至服务引擎。

在一个实施例中，所述服务器还可以包括第一业务逻辑管理单元，其被配置成防止客户终端连接执行的测试引擎，以执行接收的业务逻辑。

所述服务器还可以包括第二业务逻辑管理单元，其被配置成当业务逻辑被注册在服务引擎上时，删除业务逻辑在测试引擎中的注册。

所述服务器还可以包括业务逻辑执行单元，其被配置成实时地执行业务逻辑的删除和注册，以使客户终端立即使用与业务逻辑相对应的业务服务。

在一个实施例中，所述服务器还可以包括第三业务逻辑管理单元，其被配置成当在服务引擎中产生事件时，通过服务引擎来执行业务逻辑。

在一些实施例中，一种用于如下的机器可读的非暂存的媒介，其具有储存其上的机器可执行的指令：用于分别执行彼此独立的测试引擎和服务引擎，从业务建模终端接收表示业务服务的业务逻辑，所述业务服务与事件相关联，允许业务建模终端将业务逻辑注册至测试引擎并且测试业务逻辑，以及当完成业务逻辑的测试时，允许业务建模终端将业务逻辑注册至服务引擎。

本发明的实施例可以当业务逻辑被定义成提供业务服务时实时地产生所述业务服务。

本发明的实施例可以独立地管理测试引擎和服务引擎以控制测试引擎和服务引擎中的每个的访问权。

本发明的实施例可以通过布置业务图而不用单独的编码操作来构造业务建模。

附图说明

图1是示出业务逻辑设计系统的框图。

图2是图1中的业务逻辑设计系统的详细框图。

图3是图1中的业务逻辑设计服务器的框图。

图4是在图1中的业务逻辑设计服务器上执行的业务逻辑设计程序的流程图。

图5是说明业务服务和与业务服务相关联的业务规则在图1中的业务逻辑设计服务器中实施的图。

图6(a)和图6(b)是说明业务规则的可访问性在业务逻辑设计服务器中实施的图。

图7是业务规则在业务逻辑设计服务器中实施的示例图。

图8(a)至图8(d)是业务规则在业务逻辑设计服务器中实施的示例图。

具体实施方式

本发明的说明仅是用于结构或功能说明的实施例，所以本发明的范围不应当被解释为限于实施例中说明的实施例。即，由于在不脱离实施例的特点的情况下实施例可以用若干形式来实施，所以还应当理解的是，描述的实施例不受在前描述的任何细节所限，除非另外说明，而应该在所附权利要求中限定的范围内广义地解释。因此，落入权利要求范围内的各种变化和修改、或这个范围的等同形式旨在包含在所附权利要求中。

在本公开中描述的术语可以被理解如下。

尽管可以利用诸如“第一”和“第二”等的术语来描述各种部件，但是这些部件不可被理解为限于以上术语。以上术语用于区分一个部件与另一个部件。例如，在不脱离本发明的权利的范围的情况下，第一部件可以被称作为第二部件，且同样地第二部件可以被称作为第一部件。

将理解的是，当一个元件被称作为与另一个元件“连接”时，其可以与另一个元件直接连接，或还可以存在中间元件。相反，当一个元件被称作为与另一个元件“直接连接”时，不存在中间元件。另外，除非明确地描述为相反，词语“包括”及其变型将被理解成表明包括陈述的元件，但也不排除任何其他元件。同时，描述部件之间关系的其他表达，诸如“在…之间”、“直接在…之间”或“与…相邻”和“与…直接相邻”可以被类似地解释。

在本公开中的单数形式“一个”和“所述”旨在也包括复数形式，除非上下文另有明确指示。还将理解的是，诸如“包括有”或“具有”等的术语旨在表示在说明书中公开的特征、数目、操作、动作、部件、部分或其组合存在，并非旨在排除一个或更多个其他特征、数目、操作、动作、部件、部分或其组合可存在或可被增加的可能性。

在相应的步骤或操作中的标识字母(例如，a、b、c等)是用于解释，而不是描述任何特定的顺序。相应的操作可以从提及的顺序改变，除非上下文明确地提及。即，相应的步骤可以采用与所述相同的顺序来执行，可以大体上同时地执行，或可以采用相反的顺序执行。

本发明可以被实施为机器可读媒介上的机器可读的非暂存的代码。机器可读的媒介包括用于储存机器可读的数据的任何类型的记录设备。机器可读的记录媒介的实例包括：只读存储器(ROM)、随机存取存储器(RAM)、压缩盘只读存储器(CD-ROM)、磁带、软盘和光数据储存器。所述媒介也可以是载波(例如，互联网传输)。计算机可读的记录媒介可以分布在以非集中方式储存和执行机器可读的代码的网络化的机器系统之中。

在本申请中使用的术语仅用于描述特定的实施例，并非旨在限制本发明。除非另有限定，否则本文中使用的所有术语，包括技术上的或科学的术语，都具有与本发明所属的技术领域的普通技术人员通常理解的相同的含义。如在通用词典中定义的这些术语被解释成具有与相关技术领域中的语境含义相同的含义，并非被解释成具有不切实际或过分形式的含义，除非在本申请中被清楚地定义。

图1是示出业务逻辑设计系统的框图，以及图2是图1的业务逻辑设计系统的详细框图。参见图1和图2，业务逻辑设计系统100包括业务建模终端110、客户终端120和业务逻辑设计服务器130。

业务建模终端110可以设计表示业务服务的业务逻辑。业务逻辑可以通过图和向导来构造。业务建模终端110可以通过网络与业务逻辑设计服务器130连接以实时地注册业务逻辑。业务建模终端110可以与业务逻辑设计服务器130的测试引擎221连接，以及可以当业务逻辑被注册时测试业务逻辑。

在一个实施例中，业务建模终端110可以管理业务逻辑设计服务器130的用户权限。例如，业务建模终端110可以在设计业务逻辑注册至业务逻辑设计服务器130时设定业务服务的访问权。

业务建模终端110可以测试注册在业务逻辑设计服务器130的测试引擎221中的业务逻辑。如果测试的业务逻辑非异常，则业务建模终端110可以将业务逻辑注册至业务逻辑设计服务器130的服务引擎222。

客户终端120可以通过网络与业务逻辑设计服务器130连接，以实时地使用注册在业务逻辑设计服务器130的服务引擎222中的业务服务。业务服务可以通过各种接口被提供至客户终端120。

业务逻辑设计服务器130可以包括建模引擎210、执行引擎220和储存库230。

建模引擎210可以将从业务建模终端110接收的业务逻辑的信息储存在储存库230中，并管理从业务建模终端110接收的业务逻辑的信息。建模引擎210可以通过与执行引擎220的交互工作，来执行业务逻辑设计服务器130的应用和实时测试。

执行引擎220可以包括测试引擎221和服务引擎222，并独立地管理测试引擎221和服务引擎222。测试引擎221可以允许业务建模终端110注册业务逻辑以及实时地测试业务逻辑。当业务逻辑被注册在业务建模终端110中时，服务引擎222可以利用客户终端120中的业务逻辑。

储存库230可以将在业务建模终端110中被设计为图的所有的业务逻辑整体地储存。

业务逻辑设计服务器130可以提供业务数据分页服务以逐页地处理，业务数据分页服务对应于划分成用于一次处理的适当尺寸(或页)的业务服务。在一个实施例中，业务逻辑设计服务器130可以通过业务建模终端110和客户终端120之间的实时服务来实时地监控和分析业务服务的性能和错误。

图3是图1的业务逻辑设计服务器的框图。在这个附图中，业务逻辑设计服务器130包括：引擎执行单元310、业务逻辑接收单元320、业务逻辑测试允许单元330、业务逻辑注册允许单元340、业务逻辑管理单元350、业务逻辑执行单元360和控制单元370。

引擎执行单元310分别地执行彼此独立的测试引擎221和服务引擎222。测试引擎221和服务引擎222可以被实施为物理结构。在一个实施例中，引擎执行单元310可以同时或以特定时间差来执行测试引擎221和服务引擎222。例如，当从处于待机状态的客户终端120接收到特定事件时，引擎执行单元310可以执行测试引擎221和服务引擎222以提供用于特定事件的业务服务。

业务逻辑接收单元320从业务建模终端110中接收表示与事件相关的业务服务的业务逻辑。事件可以与从客户终端120请求的特定业务服务相对应。业务逻辑接收单元320可以将从业务建模终端110接收的业务逻辑储存在储存库230中。

在一个实施例中，业务逻辑接收单元320可以将用于业务逻辑的元数据储存在储存库230中。例如，业务逻辑接收单元320可以将历史、访问权和业务逻辑的索引储存在储存库230中。在一个实施例中，业务逻辑接收单元320可以定义至少一个业务规则。例如，至少一个业务规则可以被相应地定义为功能，以及当客户终端120调用特定功能时可以执行特定业务规则。

业务逻辑接收单元320在关联至少一个业务规则之前可以通过业务建模终端110来控制至少一个业务规则的可访问性。这种可访问性可以与第一关闭状态至第三关闭状态和第一开放状态至第二开放状态中的一种相对应。第一关闭状态是关闭的服务和不可执行的状态，第二关闭状态是开放的服务和可执行的状态，第三关闭状态是关闭的服务、可修改的和可执行的状态，第一开放状态是开放的服务和可执行的状态，以及第二开放状态是开放的服务、可修改的和可执行的状态。

业务逻辑接收单元320可以通过连接至少一个逻辑功能的相关图来实施至少一个业务规则。例如，至少一个逻辑功能可以包括：开始功能、结束功能、调用功能、条件功能、切换功能、循环功能和错误功能。调用功能可以调用业务逻辑，以及可以映射业务逻辑的输入和输出值，条件功能可以根据业务逻辑的条件语句的真或假来执行分支，切换功能可以根据业务逻辑的变化情况来执行分支，循环功能可以根据业务逻辑的索引变量的增大和减小来指定真或假情况以重复地执行指定为真的索引变量的增大或减小，以及错误功能可以产生用户定义的异常。

业务逻辑接收单元320可以预编译至少一个业务规则中的每个，以及可以将至少一个业务规则中的每个实施为在执行相应的业务规则时可动态连接的功能。例如，业务逻辑接收单元320可以通过由特定数字分开的程序基于动态链接库(DLL)来调用对应的业务规则。动态链接库可以减少相应的业务规则的执行文件大小，以及可以执行实施相应的业务规则的至少一个逻辑功能的封装和实例化。

在一个实施例中，业务逻辑接收单元320可以检查至少一个业务规则中的每个的执行频率，以将具有超过参考频率的频率的特定业务规则存储在存储器(例如，高速缓冲存储器)中。

业务逻辑测试允许单元330允许业务建模终端110将业务逻辑注册至测试引擎221，并且测试业务逻辑。在一个实施例中，当在客户终端120中产生事件以使得执行测试引擎221时，业务逻辑测试允许单元330可以检测与储存库230中的业务逻辑相关联的至少一个业务规则的功能以测试业务逻辑。业务逻辑测试允许单元330可以逐级地执行针对业务规则的至少一个逻辑功能和包括的相关图，以测试业务逻辑。

当完成业务逻辑的测试时，业务逻辑注册允许单元340允许业务建模终端110将业务逻辑注册至服务引擎222。

在一个实施例中，当完成测试时，业务逻辑注册允许单元340可以将业务逻辑连接至遗留问题。例如，业务逻辑注册允许单元340可以分别管理用于测试业务逻辑的测试模块和用于执行业务逻辑的执行模块以适用回退至模块，使得在测试模块和执行模块中产生特定错误时产生相应的特定错误。

业务逻辑管理单元350可以包括第一业务逻辑管理单元351至第三业务逻辑管理单元353。第一业务逻辑管理单元351可以防止客户终端120连接执行的测试引擎221来执行接收的业务逻辑。业务逻辑可以被注册至测试引擎221和服务引擎222。

第二业务逻辑管理单元352可以当业务逻辑被注册在服务引擎222上时，删除所述业务逻辑在测试引擎221中的注册。业务逻辑可以从测试引擎221完全地转移至服务引擎222以被注册至服务引擎222。

当在服务引擎222中产生事件时，第三业务逻辑管理单元353可以通过服务引擎222来执行业务逻辑。当特定业务规则在客户终端120中被选中时，第三业务逻辑管理单元353可以使客户终端120通过服务引擎222来执行业务逻辑。

业务逻辑执行单元360可以实时地执行业务逻辑的删除和注册以使客户终端120立即使用与业务逻辑相对应的业务服务。

控制单元370可以控制业务逻辑设计服务器130的全部操作，以及可以控制数据在引擎执行单元310、业务逻辑接收单元320、业务逻辑测试允许单元330、业务逻辑注册允许单元340、业务逻辑管理单元350和业务逻辑执行单元360之间流动。

图4是在图1的业务逻辑设计服务器上执行的业务逻辑设计程序的流程图。在这个附图中，引擎执行单元310分别执行彼此独立的测试引擎221和服务引擎222(模块S401)。

业务逻辑接收单元320从业务建模终端110中接收表示与事件相关联的业务服务的业务逻辑(模块S402)。

业务逻辑接收单元320可以在从业务建模终端110接收业务逻辑之前，通过业务建模终端110将至少一个业务规则与业务服务相关联。可以将业务服务和业务规则关联成1:N。例如，展望图5，业务逻辑接收单元320将业务规则520与业务服务510相关联，以及可以将业务逻辑520的业务规则逻辑(例如，租书管理521、仓储管理522和信息查询523)与业务服务510的业务逻辑(例如，租书管理511、仓储管理512和信息查询513)匹配。业务逻辑的仓储管理512可以包括：图书搜索，图书修改，图书仓储，图书查询和图书处理。包括在业务逻辑的仓储管理512中的图书搜索、图书修改、图书仓储、图书查询和图书处理中的每个可以被关联用于匹配包括在业务规则逻辑的仓储管理522中的图书搜索、图书修改、图书仓储、图书查询和图书处理中的每个。

业务逻辑接收单元320可以在关联业务规则之前通过业务建模终端110来控制业务规则的可访问性。业务规则的可访问性可以与第一关闭状态至第三关闭状态和第一开放状态至第二开放状态中的一种相对应，且第一关闭状态是关闭的服务和不可执行的状态，第二关闭状态是开放的服务和可执行的状态，第三关闭状态是关闭的服务、可修改的和可执行的状态，第一开放状态是开放的服务和可执行状态，以及第二开放状态是开放状态、可修改的和可执行的状态。

现在参见图6(a)和图6(b)，业务规则的可访问性可以表示为第一关闭状态C_nE610、第二关闭状态C_E 620、第三关闭状态C_M_E 630、第一开放状态O_E 640和第二开放状态O_M_E 650。

第一关闭状态C_nE 610可以与业务逻辑的关闭状态相对应，可以通过服务单元来测试业务逻辑，以及可以接收新业务逻辑的输入命令(A)或接收在业务建模终端110中的存在的业务逻辑的删除命令(B)以更新(C)。

第二关闭状态C_E 620可以与业务逻辑的关闭状态相对应，可以通过模块单元来测试业务逻辑，以及当业务逻辑被注册(D)时可以再次删除(E)业务逻辑，改变(F)至用于修改的第三关闭状态C_M_E 630或改变(I)至第一开放状态O_E 640。

第三关闭状态C_M_E 630可以与业务逻辑的关闭状态相对应，可以修改业务逻辑的副本而不修改原始的业务逻辑以更新(H)，以及当完成业务逻辑的修改时将业务逻辑返回(G)至第二关闭状态C_E 620。

第一开放状态O_E 640可以与业务逻辑的开放状态相对应，可以实质地实施业务逻辑以与业务规则匹配，以及可以将业务逻辑返回(J)至第二关闭状态C_E 620或改变(K)至用于修改的第二开放状态O_M_E 650。

第二开放状态O_M_E 650可以与业务逻辑的开放状态相对应，可以修改业务逻辑的副本而不修改原始的业务逻辑以更新(M)，以及当完成业务逻辑的修改时，可以将业务逻辑返回(L)至第一开放状态O_E 640。

第一关闭状态C_nE 610、第二关闭状态C_E 620以及第三关闭状态C_M_E 630可以被实施成可访问业务建模终端110，而第一开放状态O_E 640和第二开放状态O_M_E 650可以被实施成可访问客户终端120。

业务逻辑接收单元320可以通过连接至少一个逻辑功能的相关图被实施为至少一个业务规则。例如，至少一个逻辑功能可以包括开始功能、结束功能、调用功能、条件功能、切换功能、循环功能和错误功能。调用功能可以调用业务逻辑，以及可以映射业务逻辑的输入和输出值，条件功能可以根据业务逻辑的条件语句的真或假来执行分支，切换功能可以根据业务逻辑的变化情况来执行分支，循环功能可以根据业务逻辑的索引变量的增大和减小来指定真或假情况以重复地执行指定为真的索引变量的增大或减小，以及错误功能可以产生用户定义的异常。

在图7中，用于信息查询710的业务规则可以被实施为连接开始功能711、调用功能712、条件功能713、错误功能714和结束功能715的相关图。开始功能711、调用功能712、条件功能713、错误功能714和结束功能715可以经由拖放来布置以根据输入或输出值而被连接。

现在参见图8(a)和8(b)，呈现的是业务规则在业务逻辑设计服务器中实施的示例图。相关图可以基于调用功能、条件功能、错误功能或循环功能来实施。

图8(a)是具有标识的开始和结束特征的功能的图。图8(b)是具有判定功能的图。当为真时，错误被识别，而当为假时，功能结束。图8(c)包括决策树，其分支成相应的推理、逻辑和默认块。默认块导向错误功能。图8(d)包括如下的判定：当其为假时，控制分支结束，而当其为真时，以循环方式执行多个功能。

再次参见图4，业务建模终端被允许测试业务逻辑(模块S403)。当在业务逻辑的测试程序中出现错误时，业务逻辑测试允许单元330可以将业务逻辑和错误相关联以储存错误历史数据库。错误历史数据库可以包括错误发生原因、错误发生时间和错误解决机制。

当完成业务逻辑的测试时，业务逻辑注册允许单元340允许业务建模终端110将业务逻辑注册至服务引擎222。这种注册的实例在图4中的模块S404和S405中呈现。

当业务逻辑被注册至服务引擎222时，第二业务逻辑管理单元352从测试引擎221中删除业务逻辑的注册。这个特征的实例在图4中的模块S406和S407中呈现。

业务逻辑执行单元360实时地执行业务逻辑的删除和注册以使客户终端120立即使用与业务逻辑相对应的业务服务。这个特征的实例在图4中的模块S408中呈现。

尽管本文件提供了本发明的优选的实施例的描述，但本领域的技术人员将理解的是，在不脱离所附权利要求限定的技术原理和范围的情况下，可以采用各种方式来修改或改变本发明。

附图标记描述：

100 业务逻辑设计系统

110 业务建模终端

120 客户终端

130 业务逻辑设计服务器

210 测试引擎

220 服务引擎

230 储存库

310 引擎执行单元

320 业务逻辑接收单元

330 业务逻辑测试允许单元

340 业务逻辑注册允许单元

350 业务逻辑管理单元

360 业务逻辑执行单元

370 控制单元