CN109840074B

CN109840074B - Service generation method, device and network equipment

Info

Publication number: CN109840074B
Application number: CN201711195271.7A
Authority: CN
Inventors: 杨先煜; 陈刚; 郭一伟
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2017-11-24
Filing date: 2017-11-24
Publication date: 2021-02-23
Anticipated expiration: 2037-11-24
Also published as: CN109840074A

Abstract

A method, a device and a network device for generating service are provided, the method comprises: firstly, a business generating system receives a business design model input by a user, and because the business design model is a topological structure generated by selecting N business objects from a business object library of a business platform according to business requirements and linking the N business objects according to business logic, an executing method of the N business objects respectively corresponding to each life cycle scene can be obtained from the business design model; then generating corresponding examples of the business design model in each life cycle scene according to an execution method, and based on the attribute of the N business objects contained in the workflow and the incidence relation among the attributes; so running the instance, the service package of the service design model under different life cycle scenes can be generated. The method is used for improving the development efficiency and reusability of software and shortening the business listing period of operators.

Description

Service generation method, device and network equipment

Technical Field

The present application relates to the field of information technologies, and in particular, to a method, an apparatus, and a network device for generating a service.

Background

In a software system, a plurality of business objects exist, each business object has an attribute, the attribute can represent the characteristic of the business object in a certain aspect, and business relations can exist among the plurality of business objects. Then, since a software system may be provided for different enterprises, but different enterprises have different business requirements, and the attributes and relationships of business objects are different, in order to change the attributes, relationships, lifecycle management procedures, and the like of business objects, all codes of corresponding programs need to be modified and recompiled, which increases the engineering complexity, is difficult to implement on site, and is inconvenient to maintain codes.

Therefore, a technical solution is needed to solve the problems of low reuse rate of the current service generation system and long service marketing period of the operator.

Disclosure of Invention

In view of this, the present application provides a service generation method, an apparatus, and a network device, so as to improve software development efficiency and reusability, and shorten a service marketing period of an operator.

In a first aspect, an embodiment of the present application provides a service generation method, where the method includes: firstly, a business generation system receives a business design model input by a designer, and because the business design model is a topological structure generated by a designer according to business requirements and N business objects selected from a business object library of a business platform and business logic links, an execution method of the N business objects respectively corresponding to each life cycle scene can be obtained from the business design model; and then generating corresponding examples of the service design model in each life cycle scene according to an execution method, and finally generating service packages of the service design model in different life cycle scenes on the basis of the attributes of the N service objects contained in the examples and the incidence relation among the attributes.

Therefore, the method can improve the development efficiency and reusability of software and shorten the business listing period of operators.

In order to manage and control the services of the service generation system, such as creating, deleting, and upgrading services, the service generation system may receive an instruction input by a user, and create a lifecycle management interface of the service design model in different lifecycle scenarios on a system interaction interface. The method has the advantages that the service management and control of the operators in the later period are facilitated, and the management of charging and the like is facilitated.

It should be noted that the association relationship between the attributes included in the instance includes an association relationship between a parameter in the lifecycle management interface and the attributes of the N business objects, an association relationship between a parameter in the lifecycle management interface and an input parameter of the execution method defined in the instance, and an association relationship between an attribute of the N business objects and an input parameter of the execution method defined in the instance. The relation is used for relating parameters such as the position, the bandwidth and the like corresponding to the business object with the execution method function in the system, thereby providing the creation capability to the outside. The deleted interfaces may also be associated with input parameters that perform method functions so that the program may generate different operating results from external configuration parameters.

In addition, because the service generation system can generate service packages under different life cycles, the service packages under the life cycle scene corresponding to the operation state engine of the operator can be injected into the operation state engine of the operator according to the determined operation state engine of the operator. Therefore, the service packet generated by the service generation system can be connected with various running state engines, and is suitable for various generation period management scenes.

In one possible design, the instances in the different life cycle scenarios corresponding to the N user-defined business objects respectively may include at least one type of script, file, and jar package. Because the corresponding examples of different services are various, the service generation system can adapt to various development interfaces.

In a second aspect, an embodiment of the present application further provides a service generation apparatus, where the apparatus has a function of implementing service generation in the method example of the first aspect. The functions can be realized by hardware, and the functions can also be realized by executing corresponding software by hardware. The hardware or the software includes one or more modules corresponding to the above-described functions.

In a possible design, the structure of the service generation apparatus may include a receiving unit, an obtaining unit, and a generating unit, and these units may perform corresponding functions in the method example provided by any one of the designs in the first aspect, for specific reference, detailed description in the method example is given, and details are not repeated here.

In a third aspect, an embodiment of the present application further provides a network device, where the network device has a function of implementing the service generation behavior in the method example in the first aspect. The functions may be implemented by hardware. The network equipment structurally comprises a communication interface, a processor, a bus and a memory, wherein the processor and the memory are connected through the bus; the processor calls the instructions stored in the memory to execute the above method.

In a fourth aspect, this embodiment of the present application further provides a computer storage medium, where a software program is stored, and when the software program is read and executed by one or more processors, the software program may implement the method provided by the first aspect or any one of the designs of the first aspect.

In a fifth aspect, the present application further provides a computer program product containing instructions, which when run on a computer, causes the computer to execute the packet sending method according to the above aspects or various possible implementations.

Compared with the traditional technology, the service generation method provided by the embodiment of the application has the advantages that various models provided for telecommunication service developers are generated by the service, the capability of configuring and defining new services based on the models is provided for users, the telecommunication service developers can configure the service design models based on the models, the service design models can be instantiated according to the corresponding relation among the services, the networks and the equipment, and corresponding codes and interfaces are automatically generated, so that the development efficiency is greatly improved, and the development labor and cost are reduced. In addition, the method for generating the service by the service generation system can quickly adapt to the change of new requirements, and reduces the period of the service appearing on the market.

Drawings

Fig. 1 is a schematic structural diagram of a service generation system according to an embodiment of the present application;

FIG. 2 is a schematic diagram of a method for generating a business design model according to an embodiment of the present disclosure;

fig. 3 is a schematic flow chart of a service generation method according to an embodiment of the present application;

fig. 4 is a schematic view of an application scenario of a private line service according to an embodiment of the present application;

fig. 5 is a schematic structural diagram of another service generation system provided in the embodiment of the present application;

FIG. 6 is a diagram illustrating a multi-element relationship according to an embodiment of the present disclosure;

fig. 7 is a schematic view of a service design model of a new service according to an embodiment of the present application;

fig. 8 is a schematic attribute diagram of a business object according to an embodiment of the present application;

FIG. 9 is a schematic diagram of a workflow according to an embodiment of the present disclosure;

FIG. 10 is a schematic representation of an attribute configuration interface provided by an embodiment of the present application;

FIG. 11 is a schematic diagram of another business design model provided in an embodiment of the present application;

fig. 12 is a schematic diagram of a service generation apparatus according to an embodiment of the present application;

fig. 13 is a schematic structural diagram of a network device according to an embodiment of the present application.

Detailed Description

The present application will be described in further detail below with reference to the accompanying drawings.

The technical scheme provided by the embodiment of the application is suitable for a business generation system based on a model-driven architecture, and the system is mainly used for business design in the field of telecommunication. The core idea is to use a model-driven service design method to quickly complete the service package design of telecommunication services and shorten the Time To Market (TTM) period of the service of an operator. A typical business design system generally contains the components and functions shown in fig. 1:

(a) input Adapters (Input Adapters) and Output Adapters (Output Adapters): the method is used for adapting to different external resources and business models. For example, the input adapter adapts the model description file VNFD of the VNF network element to a model recognizable by the service generation system and imports the model; or the output adapter adapts and exports the service packet into a format recognizable by the runtime engine.

(b) Service/resource design module (Service/resource design): the service package and resource package design module is a related functional component in the embodiment of the present application, and is used for a telecommunication service developer to generate a service design model (model), generate an instance, and design an interface of a life cycle management capability (lifecycle).

The design of the lifecycles interface is the design of service life cycle (such as creation, deletion, upgrade, monitoring, capacity expansion and capacity reduction); the generation of the instance refers to specific association of input data such as an interface, an execution method and the like of the lifecycle, generation of a model file, an interface file, a workflow file and the like, packing and outputting of an operation result into service packages under different life cycle scenes, and meeting the requirements of different services (such as VPN) and different engines, wherein a service design model is a topological structure generated after a telecommunication service person links a plurality of service objects, and fig. 2 shows a possible topological structure by way of example.

(c) Version directory (Catalogue): and the system is responsible for storing and managing the versions of all service packages in different life cycle scenes.

(d) Data warehouse (reproducibility): definitions for various global metadata definitions, global reusable components, reusable execution methods (e.g., various procedural policies).

As shown in fig. 2, the service generation system includes various service objects, a telecommunication service developer determines a service object to be used according to a service requirement for a predefined scene, for example, a creation scene, and then selects a control of the service object to be used from controls corresponding to a service object library provided by the service generation system, and places the controls in a design layout by dragging and the like; and then telecommunication service developers determine service logic among all service objects according to service requirements, select a connecting control from the controls corresponding to the service object library, link all the service objects in the design layout, and form a service design model by a topological structure diagram obtained by the link.

Because the business design model is generated by utilizing a modeling language, the functional specification of the system is separated from the realization of the system on a specific platform, so that the system structure can keep neutral to a programming language, a middleware platform and a product manufacturer. The benefits of this approach are: the existing system, the system under construction and the system which can be built in the future can be conveniently integrated on different middleware platforms, the interoperation and mutual transplantation degree of the systems is improved, and the flexibility of the systems is kept in the presence of constantly changing software infrastructure; meanwhile, the service life of the software can be prolonged, and the maintenance cost can be reduced. In addition, the strict formal semantic definition of the model can improve the quality of the system and is beneficial to improving the automation degree of system development.

Based on the above concept, the embodiment of the present application further describes in detail a specific process of the service generation method, and specific steps are shown in fig. 3.

Step 301, a telecommunication service designer selects a plurality of service objects to be used from a service object library of a service generation system according to service requirements, and then links the plurality of service objects according to a service logical relationship between the service objects to form a topology structure, that is, abstracts the topology structure into a service design model.

In the process of generating the business design model, telecommunication business designers adopt a default execution method of business objects or customize the business objects on the basis of the default execution method, define the execution method of each business object, and associate input parameters of the execution method with attributes of the business objects. The execution method generally corresponds to one or more executable functions.

Step 302, after receiving an instruction of a telecommunication service person, the service generation system obtains an execution method of N service objects corresponding to each life cycle scenario from the service design model, where the instruction is related to each life cycle scenario, for example, a creation scenario, and the instruction is to instruct the service operating system to create a new service.

Step 303, the service generation system automatically generates corresponding instances of the service design model in each life cycle scene according to the execution method.

And step 304, the service generation system compiles the examples, so that service packages of the service design model under different life cycle scenes are generated.

In the embodiment of the present application, a plurality of lifecycle management interfaces, that is, Application Programming Interfaces (APIs), are usually provided, and part of parameters of a general API interface may be configured, for example, a bandwidth size, an effective duration, a port, and the like. The general life cycle management interface comprises types of creation, deletion, upgrading, monitoring, capacity expansion and capacity reduction and the like, wherein the creation is a basic type, and other scenes belong to derivative types based on the creation. Each API interface has a corresponding business design model, instance, etc. The operation result of each instance is each service packet, and the life cycle process of different scenes can be completed by injecting each service packet into the operation state engine of the operator.

For example, for a creation scenario, as shown in fig. 4, a branch office of a certain company at a different location may wish to have access to a database of a company headquarters, so a telecommunication service developer needs to design a new service, that is, a Virtual Private Network (VPN), for which it is assumed that the VPN service is the new service. Then to design a new service for VPN, the teleservice personnel abstracts the branch office as service object a and the corporate headquarters as service object B, and the link tunnel between them as service object C. Then, defining a database of each business object, wherein the database comprises the attribute of the business object, the execution method of the business object and the like. Here, the attributes of the business object a and the business object B are mainly a port, a bandwidth, and the like. The attribute of the service object C is mainly a port of an area to which the router path belongs. The execution method of each business object is generally a default function, and the telecommunication business personnel can add parameters or delete parameters based on the default function.

After completing the analysis preparation work of the service requirement, the telecommunication service personnel can use the service generation system to create the private line service, which is described as follows.

Step a, selecting three service objects (three models) from a service generation system by telecommunication service personnel, respectively using the three models as a service object A, a service object B and a service object C, and then linking the three service objects according to service logic of data access to generate a service design model. The telecommunication service personnel defines the relevant attributes of each service object, the execution method of the service object, the attribute association relationship among the service objects and the like in the service design model.

And step b, further, the telecommunication service personnel generate an establishment interface (API) for the service, and the establishment interface is mainly convenient for downstream operator sales personnel to control the service by using a human-computer interaction interface. The method mainly comprises the steps of generating a creating control in a service generating system, defining a function interface realized by software for the control, and exposing some configurable parameters such as port numbers, bandwidths, valid durations and the like to the outside through the function interface, so that a salesman of a later-stage operator can expand the port of the service or determine the valid period and the like according to detailed requirements of customers.

Step c, after the telecommunication service personnel defines the attribute, the execution method and the association relation of the service object, the service system can automatically generate an executable code, namely an instance (instantiation) corresponding to a scene is created, and the operation result of the instance can be used as a service package of the scene created by the private line service.

Besides creating the scene, an upgrade scene, a delete scene, an expansion scene, a contraction scene, and the like can be derived on the basis of the scene. Each scene has a corresponding functional interface.

In addition, the execution method included in the business object can be realized based on the form of jar package, file and script. Such files or scripts may include the procedures by which the business object is called, the methods to be executed, the assignment procedures of the method parameters of the execution methods, and so on.

The attribute incidence relation between the service objects mainly refers to the incidence relation between the parameters in the life cycle management interface and the attributes of the N service objects, the incidence relation between the parameters in the life cycle management interface and the input parameters of the execution method defined in the example, and the incidence relation between the attributes of the N service objects and the input parameters of the execution method defined in the example.

For example, with respect to fig. 4, a relationship between the bandwidth and the port in the functional interface and the bandwidth and the port of the branch company is created, an association relationship between the bandwidth and the input parameter of the execution method of the business object a in the instance is created, and an association relationship between the bandwidth of the branch company and the input parameter of the execution method of the business object a is created. Only if the association relation is determined, the assignment, the parameter transmission and the like of the execution method in the example can be accurately carried out.

It should be noted that the VPN service can be applied to data access between the head office and the branch office, and can also implement remote education, remote medical consultation, video conference, and financial security remote account opening if a security configuration is added.

Summarizing from the example shown in fig. 4, the data required for designing a new service includes a database corresponding to a service object (model), a database corresponding to an API defined in each generation cycle (life cycle), and a database corresponding to instance instantiation.

(1) Database corresponding to model: the method is used for describing the business objects, including the attributes of the business objects, the types, values and descriptions of the attributes of the business objects, the relationship among the business objects and the business objects. The business objects can be layered, and can be divided into resources, atomic business and combined business on the aspect of combination relation. Secondly, the service level can be divided into deployment, configuration and the like.

(2) And the database corresponding to the API: and the API interface defined in the lifecycle is used for exposing the external capability under different life cycle scenes. A rest interface is generally used, and includes URL, input parameter and type value range definition, and output parameter and type value range definition. The parameters of the API interface may be constants, or may be object properties or external variables.

(3) And Implementation corresponding database: corresponding to the API interface defined by lifecycle, the instance defines the interface realization based on workflow, jar, file and script. Including the assignment of called procedures, methods, method arguments, etc.

The service generation system provided in the embodiment of the present application is shown in fig. 5, and the steps of the telecommunication service person generating a new service by using the service generation system are as follows.

Step 501, according to the requirement of a new service, selecting a service object from a service object library, defining a database corresponding to the service object, wherein the database comprises the attribute of each service object, an execution method and the like.

Step 502, determining the API interface of the lifecycle corresponding to the requirement, defining data of the API, defining information such as name and description of the API, and taking the rest interface as an example, including URL of the API, execution method, input parameter, parameter type, and value. Return value, type and value.

Step 503, define the name, description, etc. information of the instance, and save the index ID in the database.

Step 504, determining the association relation among the API, the business object and the instance under each life cycle scene, and storing the generated association relation in a database.

The association method of step 504 is mainly as shown in fig. 6, and in the first part, the association method of the API and the instance is as follows:

(1) indexing all externally exposed parameters from the API; (2) and assigning the corresponding API parameters to the form parameters of the business object execution method in the business design model or assigning the corresponding API parameters to the script or jar packet according to the business characteristics to be designed. And in the second part, the association method of the API and the business object attribute is as follows: (1) retrieving all object attributes from a database corresponding to the business object; (2) and defining the corresponding object attribute as the externally exposed parameter of the API according to the service requirement of the service to be designed. In the third part, the association method of the business object and the instance is as follows: (1) and searching all the business objects from the database of the business objects, selecting a corresponding object method in the business design model according to business requirements, defining the corresponding object method into nodes of the business design model, and forming a workflow by each node. (2) And according to the identification of the service object, searching out attributes from the database of the service object, and then according to the service requirement, selecting corresponding attributes to assign to the form parameters of the execution method corresponding to each node of the workflow.

Further, the data association relationship shown in fig. 5 can be flexibly expanded. The expansion method comprises the following steps:

the first expansion method can expand and define a new life cycle scene, except for basic deployment and configuration, and then expand monitoring, capacity expansion and capacity reduction and the like, and meets the requirements of different life cycles.

The extension method II can extend the customized API: except for standard interfaces conforming to ETSI or 3GPP, the interface is customized to be a private interface corresponding to a specific engine, even an inherent interface of the direct engine is not defined. Multiple APIs may be defined in the same lifecycle scenario.

And the third expansion method is to expand the self-defined example, automatically generate codes according to preset inherent logic, and define the self-defined example into various forms such as workflow, jar, file, script and the like. Multiple implementations can be defined under the same lifecycle.

By way of further example, as shown in fig. 7, taking cloudbvpn (cloud VPN) business design as an example, a business design model is defined as follows, including business objects and link relationships and attributes. Including business objects corresponding to office buildings (EPGs), data centers (gateways), and sites (endpoints), respectively, as well as other proliferation services such as firewalls (firewall Function services), security policies (Qos policies), and the like. The attributes of the service object are shown in fig. 8, and include information such as a parameter name, a parameter type, a parameter value field, and a parameter description.

An example may be in the form of a workflow, as shown in fig. 9, data of a business object is associated in a workflow definition in fig. 9, for example, an execution method creatSubnet of the business object subnet is used as one of nodes of the workflow.

Further, taking the NSD service design of VOLTE as an example, the association relationship and attributes between the object and the network plane required by VOLTE service are defined in fig. 10, and the service design model after the definition is completed is shown in fig. 11. Wherein, the runtime engine default definition used in the life cycle is to create the scene. The API uses run-state engine default definitions including interface and input-output parameters. The implementation logic of the instance uses run-state engine default definitions, i.e., uses a fixed order of creation.

The service generation system provided by the embodiment of the application has the advantages that the design requirements of the service package of the runtime engine of the operator are met through the association of various design elements; in addition, the life cycle scene, the API and the instance can be flexibly expanded, the service of customizing different life cycle management scenes is supported, and different running state engines are supported; and the layered service object is defined and assembled, a large number of reusable units are accumulated, the rapid design and the online of the service are realized, and the period of the service appearing on the market is shortened. Therefore, the service system generation method provided by the embodiment of the application provides the capability of configuring and defining new services based on the model for the user, the model configured by the user can be instantiated in NetMatrix (a platform) according to the corresponding relation among the services, the network and the equipment, and the corresponding codes and interfaces are automatically generated, so that the development efficiency is greatly improved, and the development labor and cost are reduced. The NetMatrix supports interfaces and protocols such as YANG, NetConf, Restful, restConf and the like which are mainstream in the industry, and realizes seamless docking with an OSS system and a third-party application. The south-north interface definition based on model driving can enable developers to focus on services and reduce the attention to specific code implementation, thereby greatly improving the docking efficiency and realizing the rapid online of a service production system.

In view of the above method flow, the present application provides a service generation apparatus, the specific execution content of the service generation apparatus may be implemented with reference to the above method, and fig. 12 is a schematic structural diagram of the service generation apparatus provided in the present application, where the service generation apparatus includes: a receiving unit 601, an acquiring unit 602, and a generating unit 603;

firstly, a telecommunication service designer selects a plurality of service objects required to be used from a service object library of a service generation system according to service requirements, then links the plurality of service objects according to service logical relations among the service objects to form a topological structure, that is, abstract the topological structure into a service design model, and the receiving unit 601 of the service generation device is used for receiving the operation instruction of the telecommunication service designer to generate the service design model.

Then, the teleservice personnel further sends an instruction to the service generating device, where the instruction is related to each lifecycle scenario, for example, a creation scenario, and the instruction is to instruct the service operating system to create a new service, so that the obtaining unit 602 of the service generating device is configured to obtain, from the service design model, the execution methods of the N service objects respectively corresponding to each lifecycle scenario. The generation period scene is generally created, deleted, upgraded, expanded, contracted and the like.

Next, the generating unit 603 of the service generating apparatus is configured to generate corresponding instances of the service design model in each lifecycle scenario according to the execution method, where an instance generally refers to a piece of executable code, and the form of the executable code may be a script, a file, a jar package, or the like. The example includes the attributes of the N service objects and the association relationship between the attributes, and it should be noted that the association relationship between the attributes may include the association relationship between the parameters in the lifecycle management interface and the attributes of the N service objects, the association relationship between the parameters in the lifecycle management interface and the input parameters of the execution method defined in the example, the association relationship between the attributes of the N service objects and the input parameters of the execution method defined in the example, and the like. The generation unit 603 may then run the instance to generate a service package of the service design model in different life cycle scenarios.

In a possible design, the service generation system further includes a creating unit 604, configured to create, according to an instruction input by a user, a lifecycle management interface of the service design model in different lifecycle scenarios, where the lifecycle management interface is configured and managed to manage the service package, and the configuration management may include any one of creating, deleting, upgrading, monitoring, expanding, and contracting corresponding to the lifecycle scenarios.

In a possible design, the service generation system may further include an injection unit 605, configured to further determine an operation state engine of an operator after the generation unit 603 generates the service package corresponding to the service design model, and then inject the service package in the life cycle scenario corresponding to the operation state engine of the operator into the operation state engine of the operator.

It should be noted that the division of the unit in the embodiment of the present application is schematic, and is only a logic function division, and there may be another division manner in actual implementation. The functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or contributed by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, a network device, or the like) or a processor (processor) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a read-only memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

Fig. 13 is a schematic structural diagram of a network device provided in the present application, where the network device includes: a communication interface 701, a processor 702, a memory 703 and a bus system 704;

the memory 703 is used for storing programs. In particular, the program may include program code including computer operating instructions. The memory 703 may be a random-access memory (RAM) or a non-volatile memory (NVM), such as at least one disk memory. Only one memory is shown in the figure, but of course, the memory may be provided in plural numbers as necessary. The memory 703 may also be memory in the processor 702.

The memory 703 stores elements, executable modules or data structures, or a subset or an expanded set thereof:

and (3) operating instructions: including various operational instructions for performing various operations.

Operating the system: including various system programs for implementing various basic services and for handling hardware-based tasks.

Processor 702 controls the operation of network device 700, and processor 702 may also be referred to as a Central Processing Unit (CPU). In particular implementations, the various components of network device 700 are coupled together by a bus system 704, where bus system 704 may include a power bus, a control bus, a status signal bus, and the like, in addition to a data bus. For clarity of illustration, however, the various buses are designated in the figure as the bus system 704. For ease of illustration, it is only schematically drawn in fig. 7.

The methods disclosed in the embodiments of the present application may be implemented in the processor 702 or implemented by the processor 702. The processor 702 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware or instructions in the form of software in the processor 702. The processor 702 described above may be a general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in the memory 703, and the processor 702 reads the information in the memory 703 and performs the above method steps in conjunction with its hardware.

The processor 702 executes program instructions in the memory 703 for implementing the service generation method shown in fig. 3, including: firstly, a business generating system receives a business design model input by a user, and because the business design model is a topological structure generated by selecting N business objects from a business object library of a business platform according to business requirements and linking the N business objects according to business logic, an executing method of the N business objects respectively corresponding to each life cycle scene can be obtained from the business design model; then generating corresponding examples of the business design model in each life cycle scene according to an execution method, and based on the attribute of the N business objects contained in the workflow and the incidence relation among the attributes; so running the instance, the service package of the service design model under different life cycle scenes can be generated. The method is used for improving the development efficiency and reusability of software and shortening the business listing period of operators.

In an optional implementation manner, the service generation system may further create a life cycle management interface of the service design model in different life cycle scenarios according to an instruction input by a user, where the life cycle management interface is configured to manage the service package, and includes at least any one of creating, deleting, upgrading, monitoring, expanding, and shrinking.

In another optional implementation manner, after the service generation system generates the service package corresponding to the service design model, the method further includes: determining an operation state engine of an operator, and injecting a service package under a life cycle scene corresponding to the operation state engine of the operator into the operation state engine of the operator.

The association relationship between the attributes includes an association relationship between a parameter in the lifecycle management interface and an attribute of the N service objects, an association relationship between a parameter in the lifecycle management interface and an input parameter of the execution method defined in the instance, and an association relationship between an attribute of the N service objects and an input parameter of the execution method defined in the instance.

It should be noted that the example may be, but is not limited to being, composed of one type of script, file, jar package.

The embodiment of the present application further provides a computer-readable storage medium, which stores computer software instructions required to be executed by the processor, and includes a program required to be executed by the processor.

The embodiment of the present application further provides a computer program product, which, when executed by a computer, causes the computer to execute the above service generation method.

In summary, compared with the conventional technology, the service generation system provided by the embodiment of the present application provides various models for telecommunication service developers, provides a capability of configuring and defining new services based on the models for users, and the telecommunication service developers can configure a service design model based on the models, and the service design model can be instantiated according to the corresponding relationship among services, networks, and devices, and automatically generate corresponding codes and interfaces, thereby greatly improving the development efficiency and reducing the development labor and cost. In addition, the method for generating the service by the service generation system can quickly adapt to the change of new requirements, and reduces the period of the service appearing on the market.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, embodiments of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

Embodiments of the present invention are described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

It will be apparent to those skilled in the art that various modifications and variations can be made in the embodiments of the present invention without departing from the spirit and scope of the application. Thus, if such modifications and variations of the embodiments of the present invention fall within the scope of the claims of the present application and their equivalents, the present application is also intended to encompass such modifications and variations.

Claims

1. A method for generating a service, the method comprising:

receiving a service design model input by a user, wherein the service design model is a topological structure generated by N service objects selected by the user from a service object library of a service platform according to service requirements and linking the N service objects according to service logic;

according to an instruction input by a user, creating a life cycle management interface of the service design model under different life cycle scenes, wherein the life cycle management interface is used for configuring a management service package;

acquiring an execution method of N service objects respectively corresponding to each life cycle scene from a service design model;

generating corresponding examples of the business design model in each life cycle scene according to the execution method;

in the generation process of the service design model, correlating the life cycle management interface API defined in each life cycle scene, the N service objects and the corresponding instances in each life cycle scene; the instance comprises the attributes of the N business objects and the incidence relation among the attributes;

running the instance to generate a service package of the service design model under different life cycle scenes;

in the first part, the association method of the API and the corresponding instance in each lifecycle scenario is: indexing out all externally exposed parameters from the API; according to the service characteristics to be designed, assigning corresponding API parameters to the form parameters of the service object execution method in the service design model, or assigning corresponding API parameters to the script or jar packet;

and in the second part, the association method of the API and the business object is as follows: retrieving all object attributes from a database corresponding to the business object; defining corresponding object attributes as parameters exposed to the outside by the API according to the service requirements of the service to be designed;

and thirdly, the correlation method of the business object and the corresponding instance under each life cycle scene is as follows: searching all the business objects from the database of the business objects, selecting a corresponding object method in a business design model according to business requirements, defining the corresponding object method as nodes of the business design model, and forming a workflow by each node; and according to the identification of the service object, searching out attributes from the database of the service object, and then according to the service requirement, selecting corresponding attributes to assign to the form parameters of the execution method corresponding to each node of the workflow.

2. The method of claim 1, wherein the associations between the attributes comprise associations between parameters in the lifecycle management interface and attributes of the N business objects, associations between parameters in the lifecycle management interface and input parameters of the execution methods defined in the instances, and associations between attributes of the N business objects and input parameters of the execution methods defined in the instances.

3. The method according to claim 1 or 2, wherein after generating the service package corresponding to the service design model, the method further comprises:

determining an operation state engine of an operator, and injecting a service package under a life cycle scene corresponding to the operation state engine of the operator into the operation state engine of the operator.

4. The method according to claim 1 or 2, wherein the instance consists of at least one type of script, file, jar package.

5. An apparatus for generating a service, the apparatus comprising:

the receiving unit is used for receiving a service design model input by a user, wherein the service design model is a topological structure generated by N service objects selected by the user from a service object library of a service platform according to service requirements and linking the N service objects according to service logic;

the system comprises a creating unit, a service design module and a service package creating unit, wherein the creating unit is used for creating life cycle management interfaces of the service design model under different life cycle scenes according to instructions input by a user, and the life cycle management interfaces are used for configuring and managing the service package;

the acquisition unit is used for acquiring the execution methods of the N service objects respectively corresponding to each life cycle scene from the service design model;

a generating unit, configured to generate, according to the execution method, an instance of the business design model corresponding to each lifecycle scenario, and in a generation process of the business design model, associate a lifecycle management interface API defined in each lifecycle scenario, the N business objects, and the corresponding instance in each lifecycle scenario; the instance comprises the attributes of the N business objects and the incidence relation among the attributes; running the instance to generate service packages of the service design model under different life cycle scenes;

6. The apparatus of claim 5, wherein the associations between the attributes comprise associations between parameters in the lifecycle management interface and attributes of the N business objects, associations between parameters in the lifecycle management interface and input parameters of the execution methods defined in the instances, and associations between attributes of the N business objects and input parameters of the execution methods defined in the instances.

7. The apparatus according to claim 5 or 6, further comprising an injecting unit, configured to determine an operation state engine of an operator after the generating unit generates the service package corresponding to the service design model, and inject the service package in the life cycle scenario corresponding to the operation state engine of the operator into the operation state engine of the operator.

8. The apparatus of claim 5 or 6, wherein the instance is composed of at least one type of script, file, jar package.

9. A network device, characterized in that the network device comprises: a communication interface, a processor, and a memory,

the processor calls the instructions stored in the memory to perform the following processes:

receiving a service design model input by a user through the communication interface, wherein the service design model is a topological structure generated by N service objects selected by the user from a service object library of the service platform according to service requirements and linking the N service objects according to service logic;

generating corresponding instances of the business design model under each life cycle scene according to the execution method, and associating the life cycle management interface API defined under each life cycle scene, the N business objects and the corresponding instances under each life cycle scene in the generation process of the business design model; the instance comprises the attributes of the N business objects and the incidence relation among the attributes; running the instance to generate service packages of the service design model under different life cycle scenes;

10. The network device of claim 9, wherein the associations between the attributes comprise associations between parameters in the lifecycle management interface and attributes of the N business objects, associations between parameters in the lifecycle management interface and input parameters of the execution methods defined in the instances, and associations between attributes of the N business objects and input parameters of the execution methods defined in the instances.

11. The network device according to claim 9 or 10, wherein after the processor generates the service package corresponding to the service design model, the processor is further configured to:

12. Network device according to claim 9 or 10, characterized in that said instance consists of at least one type of script, file, jar package.

13. A non-transitory computer-readable storage medium storing computer-executable instructions for causing a computer to perform the method of any one of claims 1 to 4.