CN113240492A

CN113240492A - Order generation method and device, storage medium and electronic equipment

Info

Publication number: CN113240492A
Application number: CN202110544701.1A
Authority: CN
Inventors: 彭公华; 薛韬
Original assignee: Beijing Jingdong Century Trading Co Ltd; Beijing Wodong Tianjun Information Technology Co Ltd
Current assignee: Beijing Jingdong Century Trading Co Ltd; Beijing Wodong Tianjun Information Technology Co Ltd
Priority date: 2021-05-19
Filing date: 2021-05-19
Publication date: 2021-08-10

Abstract

The disclosure belongs to the technical field of computers, and relates to an order generation method and device, a storage medium and electronic equipment. The method comprises the following steps: acquiring a service identifier of an order type, and inquiring a service ordering process corresponding to the order type according to the service identifier; determining an ordering model corresponding to a business ordering process, and filtering the ordering model to obtain an effective ordering model; the effective ordering models are sequenced to obtain sequenced effective ordering models, and ordering factors forming the sequenced effective ordering models are subjected to matching operation to obtain operation results; and combining the operation results to obtain a matching result so as to generate an order according to the matching result. The method and the system have the advantages that ordering processing logic and order generation specifications are unified, the multiplexing degree of codes is improved, the generation cost and the maintenance cost of a business system are greatly reduced, the stability and the robustness of an order generation mode are improved, the parking efficiency of business merchants is improved, and accordingly the reflux degree of the merchants and users is increased.

Description

Order generation method and device, storage medium and electronic equipment

Technical Field

The present disclosure relates to the field of computer technologies, and in particular, to an order generation method and an order generation apparatus, a computer-readable storage medium, and an electronic device.

Background

With the continuous innovation and development of the service line, the product service line is greatly enriched. At present, the system can comprise a living service class, a traveling class, a communication service class, a game entertainment class, a video service class, a knowledge service class, a member service class and the like. The different service lines respectively realize a whole set of user ordering flow of user ordering, user payment and merchant order production.

Because different business types have larger difference in business, each business has a set of user ordering system, and different user ordering systems are developed and maintained by different research and development teams, so that the architecture of the system and the service provided for merchants have great difference. In addition, order production interfaces provided by various merchants are different in mode and interface access parameters, and order production interface interaction needs to develop a set of codes, so that code multiplexing cannot be achieved, and therefore the development and maintenance costs of the order placing business system of the user and the order production interaction interface of the resident merchant are greatly increased.

In view of the above, there is a need in the art to develop a new order generation method and apparatus.

It is to be noted that the information disclosed in the above background section is only for enhancement of understanding of the background of the present disclosure, and thus may include information that does not constitute prior art known to those of ordinary skill in the art.

Disclosure of Invention

The present disclosure is directed to an order generating method, an order generating apparatus, a computer-readable storage medium, and an electronic device, so as to overcome, at least to some extent, the technical problem of high development and maintenance costs of an order business system due to the limitations of the related art.

Additional features and advantages of the disclosure will be set forth in the detailed description which follows, or in part will be obvious from the description, or may be learned by practice of the disclosure.

According to a first aspect of the embodiments of the present invention, there is provided an order generation method, including: acquiring a service identifier of an order type, and inquiring a service ordering process corresponding to the order type according to the service identifier;

determining an ordering model corresponding to the business ordering process, and filtering the ordering model to obtain an effective ordering model;

the effective ordering models are sequenced to obtain sequenced effective ordering models, and ordering factors forming the sequenced effective ordering models are subjected to matching operation to obtain operation results;

and combining the operation results to obtain a matching result so as to generate an order according to the matching result.

In an exemplary embodiment of the present invention, the operation result includes a common matching result, a call matching result, and a script matching result,

the matching operation of the ordering factors forming the ordered effective ordering model to obtain the operation result comprises the following steps:

obtaining ordering factors forming the sequenced effective ordering model and common parameters corresponding to the ordering factors, and grouping the common parameters according to the ordering factors to obtain grouped common parameters;

performing matching operation on the grouped common parameters to obtain a common matching result, and acquiring a calling parameter corresponding to the order factor according to the common matching result;

matching operation is carried out on the calling parameters to obtain calling matching results, and scripts corresponding to the ordering factors are asynchronously executed to obtain script parameters;

and performing matching operation on the script parameters to obtain a script matching result.

In an exemplary embodiment of the invention, the method further comprises:

when the calling parameter corresponding to the ordering factor cannot be acquired according to the common matching result, asynchronously executing the script corresponding to the ordering factor to obtain a script parameter;

In an exemplary embodiment of the invention, the method further comprises:

when the calling parameter cannot be obtained according to the shared matching result, asynchronously executing the script corresponding to the ordering factor to obtain a script parameter;

and storing the script parameters in a request object or a memory, and performing matching operation on the script parameters to obtain a script matching result.

In an exemplary embodiment of the invention, the method further comprises:

when the common matching result is not matched, the order can not be generated; or

When the calling matching result is not matched, the order can not be generated; or

And when the script matching result is not matched, the order cannot be generated.

In an exemplary embodiment of the present invention, the filtering the ordering model to obtain an effective ordering model includes:

obtaining the effective time and the current time of the ordering model;

and when the effective time exceeds the current time, filtering the ordering model to obtain an effective ordering model.

In an exemplary embodiment of the present invention, the sorting the effective ordering models to obtain sorted effective ordering models includes:

acquiring the priority of the effective ordering model;

and sequencing the effective ordering models according to the priority to obtain the sequenced effective ordering models.

According to a second aspect of the embodiments of the present invention, there is provided an order generating apparatus, including: the flow query module is configured to acquire a service identifier of an order type and query a service ordering flow corresponding to the order type according to the service identifier;

the model filtering module is configured to determine an ordering model corresponding to the business ordering flow and filter the ordering model to obtain an effective ordering model;

the model sorting module is configured to sort the effective ordering models to obtain sorted effective ordering models, and perform matching operation on ordering factors forming the sorted effective ordering models to obtain operation results;

and the factor matching module is configured to combine the operation results to obtain a matching result so as to generate an order according to the matching result.

According to a third aspect of embodiments of the present invention, there is provided an electronic apparatus including: a processor and a memory; wherein the memory has stored thereon computer readable instructions which, when executed by the processor, implement the order generation method of any of the above exemplary embodiments.

According to a fourth aspect of embodiments of the present invention, there is provided a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the order generation method in any of the above-described exemplary embodiments.

As can be seen from the foregoing technical solutions, the order generation method, the order generation apparatus, the computer storage medium and the electronic device in the exemplary embodiment of the present invention have at least the following advantages and positive effects:

in the method and the device provided by the exemplary embodiment of the disclosure, a plurality of business systems are integrated according to order types, business ordering processes, ordering models and ordering factors to complete order generation according to an integration relation, so that decoupling of the business ordering processes and various business logics is realized, ordering processing logics and order generation specifications are unified, and code multiplexing degree is improved. Furthermore, the generation cost and the maintenance cost of the business system are greatly reduced, the stability and the robustness of an order generation mode are also improved, the parking efficiency of each business merchant is improved, and therefore the reflux degree of the merchant and the user is increased.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure. It is to be understood that the drawings in the following description are merely exemplary of the disclosure, and that other drawings may be derived from those drawings by one of ordinary skill in the art without the exercise of inventive faculty.

FIG. 1 schematically illustrates a flow diagram of an order generation method in an exemplary embodiment of the disclosure;

FIG. 2 schematically illustrates a flow diagram of a method of filtering an order model in an exemplary embodiment of the disclosure;

FIG. 3 schematically illustrates a flow diagram of a method of ordering effective ordering models in an exemplary embodiment of the disclosure;

FIG. 4 is a flow diagram schematically illustrating a method of performing a matching operation on a singleton factor in an exemplary embodiment of the present disclosure;

FIG. 5 is a flow chart diagram schematically illustrating another method for performing a matching operation on a singleton in an exemplary embodiment of the present disclosure;

FIG. 6 is a flow chart illustrating a further method for performing a matching operation on the ordering factor in an exemplary embodiment of the disclosure;

FIG. 7 is a flow diagram that schematically illustrates a method by which an order cannot be generated in an exemplary embodiment of the disclosure;

FIG. 8 is a functional block diagram schematically illustrating an order generation method in an application scenario in an exemplary embodiment of the present disclosure;

FIG. 9 is a flow diagram that schematically illustrates a generic user order component in an application scenario in an exemplary embodiment of the present disclosure;

FIG. 10 is a flow chart schematically illustrating a method for performing matching operation in an application scenario according to an exemplary embodiment of the disclosure;

fig. 11 is a schematic flowchart illustrating a method for performing matching operation on lower single factors in an application scenario in an exemplary embodiment of the present disclosure;

fig. 12 is a schematic structural diagram of an order generation apparatus according to an exemplary embodiment of the present disclosure;

FIG. 13 schematically illustrates an electronic device for implementing an order generation method in an exemplary embodiment of the present disclosure;

fig. 14 schematically illustrates a computer-readable storage medium for implementing an order generation method in an exemplary embodiment of the present disclosure.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the disclosure. One skilled in the relevant art will recognize, however, that the subject matter of the present disclosure can be practiced without one or more of the specific details, or with other methods, components, devices, steps, and the like. In other instances, well-known technical solutions have not been shown or described in detail to avoid obscuring aspects of the present disclosure.

The terms "a," "an," "the," and "said" are used in this specification to denote the presence of one or more elements/components/parts/etc.; the terms "comprising" and "having" are intended to be inclusive and mean that there may be additional elements/components/etc. other than the listed elements/components/etc.; the terms "first" and "second", etc. are used merely as labels, and are not limiting on the number of their objects.

Furthermore, the drawings are merely schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and thus their repetitive description will be omitted. Some of the block diagrams shown in the figures are functional entities and do not necessarily correspond to physically or logically separate entities.

With the continuous innovation and development of the service line, the product service line is greatly enriched. At present, the electronic ticket can comprise living services (domestic tickets, international tickets, domestic hotels, international hotels, movie tickets, gas cards and the like), traveling services (scenic spot tickets, vacations, Disneys and the like), communication services (mobile phone recharging, broadband recharging, telephone fee recharging and the like), game entertainment services (online games, online tour ordering cards, unary treasure snatching and the like), video services (Tencent videos, Youkou videos, thousand sail live broadcasts and the like), knowledge services (Himalayan FM, lazy listening books, dragonflies FM and the like), member services (Chechen members) and the like. The different service lines respectively realize a whole set of user ordering flow of user ordering, user payment and merchant order production.

Because different business types have larger difference in business, each business has a set of user ordering system, and different user ordering systems are developed and maintained by different research and development teams, so that the architecture of the system and the service provided for merchants have great difference. In addition, the order production interfaces provided by various merchants are different in mode, such as RPC (Remote Procedure Call), HTTP (Hypertext Transfer Protocol), webService, and color, and the interface access parameters are different, and the order production interface interaction requires development of a set of codes, and code reuse cannot be achieved, so that the development and maintenance costs of the order production interaction interfaces of the user ordering service system and the resident merchants are greatly increased.

In order to solve the problems in the related art, the present disclosure provides an order generation method. Fig. 1 shows a flow chart of an order generation method, which, as shown in fig. 1, comprises at least the following steps:

and S110, acquiring a service identifier of the order type, and inquiring a service ordering process corresponding to the order type according to the service identifier.

And S120, determining an ordering model corresponding to the business ordering process, and filtering the ordering model to obtain an effective ordering model.

And S130, sequencing the effective ordering models to obtain sequenced effective ordering models, and performing matching operation on ordering factors forming the sequenced effective ordering models to obtain an operation result.

And S140, combining the operation results to obtain a matching result, and generating an order according to the matching result.

In the exemplary embodiment of the disclosure, a plurality of business systems are integrated according to order types, business ordering processes, ordering models and ordering factors to complete order generation according to an integration relation, so that decoupling of the business ordering processes and various business logics is realized, ordering processing logics and order generation specifications are unified, and the multiplexing degree of codes is improved. Furthermore, the generation cost and the maintenance cost of the business system are greatly reduced, the stability and the robustness of an order generation mode are also improved, the parking efficiency of each business merchant is improved, and therefore the reflux degree of the merchant and the user is increased.

The steps of the order generation method are explained in detail below.

In step S110, a service identifier of the order type is obtained, and a service ordering process corresponding to the order type is queried according to the service identifier.

In an exemplary embodiment of the present disclosure, the service identifier may be an integer type of identifier information that classifies the service line and configures the classified service line. The service identifier can uniquely represent the corresponding service line, and can be assigned to the order produced by the service line, namely, the order produced by the service line belongs to the same order type. For example, the national airline order type is 35.

After the service identifier of the service line is obtained, the corresponding service ordering process can be queried according to the service identifier.

The business ordering process is the whole ordering link process of the business line. For example, an air ticket business line ordering process or a hotel business line ordering process, etc.

In step S120, an order placing model corresponding to the business order placing process is determined, and the order placing model is filtered to obtain an effective order placing model.

In an exemplary embodiment of the present disclosure, modeling and classifying the call domain, i.e., the domain, involved in the business ordering process may obtain an ordering model corresponding to the business ordering process, and thus the business ordering process is composed of a plurality of ordering models. For example, the ticket business line ordering process may include an inventory model, a wind control model, an insurance model, a logistics information pushing model (for paper tickets), an invoice model, and the like.

It is worth to be noted that the wind control model can form an air ticket business line ordering model and can also form a hotel business line ordering process. Therefore, the ordering model can be unique to the individual processes under one service or common to the individual processes under a plurality of services. And according to different business ordering processes, an ordering model can be dynamically added. For example, a coupon use model, a logistics information push model, and the like may be added in the business download process.

After determining the ordering model corresponding to the business ordering process, the ordering model may be filtered.

In an alternative embodiment, fig. 2 shows a flow diagram of a method for filtering a lower order model, as shown in fig. 2, the method at least comprises the following steps: in step S210, the effective time and the current time of the order placing model are acquired.

Each order model is used with a corresponding validity time, which may include a start time when the order model can be started to be used and an end time when the order model cannot be used.

To determine whether the order placing model is still within the valid time of use, the current time may be obtained.

In step S220, when the valid time exceeds the current time, the order placing model is filtered to obtain a valid order placing model.

When the start time in the valid time does not reach the current time, or the end time in the valid time exceeds the current time, the order placing model is an invalid order placing model which cannot be used currently, and therefore the order placing model can be filtered. When all ordering models in the ordering model list are filtered according to the method, corresponding effective ordering models can be obtained.

In the exemplary embodiment, the invalid order placing model can be filtered through the valid time of the order placing model to obtain the valid order placing model, so that the calculation cost of subsequent matching operation is reduced, and the accuracy and precision of the matching operation can be improved.

In step S130, the effective ordering models are sorted to obtain sorted effective ordering models, and the ordering factors constituting the sorted effective ordering models are subjected to matching operation to obtain an operation result.

In an exemplary embodiment of the present disclosure, after the valid ordering models are obtained, the valid ordering models may be sorted.

In an alternative embodiment, fig. 3 shows a flow chart of a method for ordering effective ordering models, as shown in fig. 3, the method at least includes the following steps: in step S310, the priority of the valid ordering model is acquired.

The list of order models may also have stored therein the priorities of the individual order models. For example, the priority may be a setting of 1-10. The order placing model with the priority of 10 has the highest priority, and the order placing model with the priority of 1 has the lowest priority. In addition, there may be other setting manners of the priority, and the present exemplary embodiment does not particularly limit the setting manner and rule of the priority.

Thus, after determining the valid ordering models, the priority of each valid ordering model may be determined in the list of ordering models.

In step S320, the effective ordering models are sorted according to the priority to obtain the sorted effective ordering models.

After the priority of the effective ordering model is obtained, the effective ordering model can be sorted according to the priority so as to obtain the sorted effective ordering model. In addition, the effective ordering models may be sorted in other manners, which is not limited in this exemplary embodiment.

In the exemplary embodiment, the effective ordering model is sorted, so that the subsequent matching operation is performed according to the priority order, and the operation flow is more meticulous and complete. Meanwhile, the influence of the effective ordering model with high priority on the matching operation result is exerted to the maximum extent, and the accuracy of the matching operation is guaranteed.

After the sorted effective ordering models are obtained, the ordering factors forming the effective ordering models can be subjected to matching operation.

In an alternative embodiment, the operation result includes a common matching result, a call matching result, and a script matching result, fig. 4 is a flowchart illustrating a method for performing a matching operation on a next single factor, and as shown in fig. 4, the method at least includes the following steps: in step S410, the ordering factors composing the sorted effective ordering model and the common parameters corresponding to the ordering factors are obtained, and the common parameters are grouped according to the ordering factors to obtain grouped common parameters.

The order placing factor is the minimum unit in the business order placing process, and the order placing model is composed of one or more order placing factors.

By way of example, ordering factors may include execution order, execution conditions, parameter checking, monetary calculations, coupon rule parsing and wind control rule matching, and so forth. Moreover, the order factor may also support dynamic addition.

The ordering model can be unique to a single flow under one service or common to single flows under multiple services, so that the ordering factor can be attributed to the ordering factor of a common service line or to the ordering factor of a certain service line.

Based on this, after determining the ordering factors constituting the ordered effective ordering model, the request entries may be obtained as common parameters. The request object is a parameter shared by all ordering factors corresponding to the ordering model list aiming at one request.

After the order factors and the common parameters are obtained, the common parameters may be grouped according to which order factor the common parameters belong to, so as to perform matching operation according to the grouped common parameters.

In step S420, a shared matching result is obtained by performing matching operation on the grouped shared parameters, and a call parameter corresponding to the order factor is obtained according to the shared matching result.

Specifically, the matching operation on the grouped common parameters may be a way of determining whether the common parameters satisfy the rule of the corresponding ordering factor. For example, when the order factor is that the coupon is available for consumption of 1000 yuan, then it is determined whether the common parameter indicates that the coupon is available for consumption of 1000 yuan, and a common matching result is obtained. Wherein the common match result is a match or a mismatch. In addition, the matching operation may also be performed in other manners, and this exemplary embodiment is not particularly limited in this respect.

And when the common matching result is matching, the characterization common parameter matches the corresponding ordering factor, so that the calling parameter corresponding to the ordering factor can be further obtained. The call parameter may be a parameter obtained by calling another interface.

In step S430, a matching operation is performed on the call parameter to obtain a call matching result, and the script corresponding to the ordering factor is asynchronously executed to obtain a script parameter.

After the call parameters are obtained, the call matching result can be obtained by performing matching operation on the call parameters in the same way according to the matching operation mode on the common parameters.

And when the calling matching result is also matched, the script corresponding to the ordering factor can be asynchronously executed to obtain the script parameter. The script may be a Groovy script, and the Groovy script is written when a drop factor is dynamically added, so that the corresponding drop factor configuration is in effect.

The Groovy script is a dynamic language, is similar to Java (is an upgraded version of Java, but has the characteristics of a script language), and runs in a Java virtual machine. When running the Groovy script, the Groovy script is compiled into Java class bytecode, and then the Java class bytecode is executed through the JVM virtual machine.

In step S440, a script matching result is obtained by performing matching operation on the script parameters.

After the script parameters are obtained, the script parameters can be subjected to matching operation in the same way according to the matching operation mode of the common parameters to obtain a script matching result. In addition, other matching operation manners may also be adopted, and this exemplary embodiment is not particularly limited in this respect.

In the exemplary embodiment, the corresponding matching result can be obtained through the matching operation of the common parameter, the call parameter and the script parameter, so that support is provided for maintaining a plurality of service systems, the code reuse rate is improved, and the maintenance cost of the service systems is reduced.

In addition, although the call parameter may not be obtained, the matching operation may be performed to obtain a corresponding matching result.

In an alternative embodiment, fig. 5 is a schematic flow chart of another method for performing matching operation on the next single factor, and as shown in fig. 5, the method at least includes the following steps: in step S510, when the call parameter corresponding to the ordering factor cannot be obtained according to the common matching result, the script corresponding to the ordering factor is asynchronously executed to obtain the script parameter.

Even when the common matching result is a match, the call parameter may not be acquired. This indicates that when another interface is called, since no call parameter is stored in another distributed cache memory or a request object, the call parameter cannot be acquired.

Then, further, the script corresponding to the ordering factor may be executed asynchronously to obtain the script parameter. The script may also be a Groovy script.

It should be noted that the script parameters need not be stored in a cache, but may be stored in a default location.

In step S520, a script matching result is obtained by performing matching operation on the script parameters.

In the exemplary embodiment, under the condition that the calling parameter is not obtained, the script parameter stored in the default position can be obtained to perform matching operation, so that the application scenes of the matching operation are enriched, and the maintenance possibility and the code reusability of various service systems are ensured.

Furthermore, the script parameters may be stored in other locations, besides the default location, according to the actual situation. When the script parameters are stored in other positions, matching operation can be performed on the script parameters stored in the position to obtain a corresponding matching result.

In an alternative embodiment, fig. 6 is a flow chart illustrating a further method for performing a matching operation on a next single factor, where as shown in fig. 6, the method at least includes the following steps: in step S610, when the call parameter cannot be obtained according to the common matching result, the script corresponding to the ordering factor is asynchronously executed to obtain a script parameter.

In step S620, the script parameters are stored in the request object or the memory, and the script parameters are subjected to matching operation to obtain a script matching result.

When the script parameters are obtained, the script parameters may be stored in a request object or a memory, which may be a cache memory.

The specific location where the script parameters are to be stored can be determined according to actual requirements. Generally, when the script parameter only acts on the matching operation of the next lower order factor, the script parameter can be stored in the request object; when the script parameters can perform the matching operation function on the ordering factor within the preset time, the script parameters can be stored in the cache memory. The preset time period may be 5min, or may be other time periods, which is not particularly limited in this exemplary embodiment.

After the script parameters are stored in the corresponding positions, the script parameters can be matched and operated in a matching operation mode of the common parameters to obtain a script matching result. In addition, other matching operation manners may also be adopted, and this exemplary embodiment is not particularly limited in this respect.

In the exemplary embodiment, the script parameters are stored in the corresponding positions according to actual requirements to perform matching operation, so that the calculation cost can be saved in multiple matching operations, and the maintenance cost of the service system is further reduced.

In step S140, the operation results are combined to obtain a matching result, so as to generate an order according to the matching result.

In an exemplary embodiment of the present disclosure, after obtaining the common matching result, the script matching result, and/or the call matching result, two or three matching results may be merged to obtain a final matching result.

When the common matching result, the script matching result and/or the calling matching result are/is the corresponding parameter matching ordering factors, the final matching result can be determined to be matched, so that a corresponding order can be generated, and the ordering step of the user is completed.

However, other matching results may occur based on the common matching result, the script matching result, and/or the call matching result, and the order cannot be generated.

In an alternative embodiment, fig. 7 shows a flow chart of a method for failing to generate an order, as shown in fig. 7, the method at least comprises the following steps: in step S710, when the common matching result is not matched, the order cannot be generated.

When the common matching result is determined to be the common parameter mismatch ordering factor, the common matching result can be obtained to be mismatched, and the process of generating the order is directly ended without generating the order.

In step S720, when the call matching result is not matched, the order cannot be generated.

Even if the common matching result is the common parameter matching ordering factor, when the calling parameter can not match the ordering factor, a non-matching calling matching result can be obtained, so that the process of generating the order can be directly ended, and the order is not generated.

In step S730, when the script matching result is not matched, the order cannot be generated.

Even if the common matching result is the common parameter matching ordering factor and the calling parameter also matches the ordering factor, when the script parameter does not match the ordering factor, a unmatched script matching result is obtained, so that the process of generating the order can be directly ended without generating the order.

It is worth to be noted that the combination of the multiple operation results is performed simultaneously with the matching operation process of each stage, and is not performed after the multiple operation results are obtained, so that once an unmatched operation result is obtained, the order generation process can be rapidly ended, the waste of the maintenance cost and the calculation cost is reduced, and the maintenance efficiency of the service communication is also improved.

The order generation method in the embodiment of the present disclosure is described in detail below with reference to an application scenario.

Fig. 8 shows a functional block diagram of an order generation method in an application scenario, and as shown in fig. 8, it can be seen that a business line is displayed, and five parts of user ordering, payment settlement page center, general user ordering component, platform resident merchant, and order generation are sequentially included in one task line.

The general user ordering components are explained, and the user ordering components also include a Man end, a Service-Oriented Architecture (Soa) Service, a Database (Db), and a relational Database management system (Mysql).

The Man end is a management end, can configure each service line and subsequent service lines, can manage ordering configuration information of each service line, such as ordering process configuration, ordering model configuration, ordering factor configuration and the like, can also manage ordering orders of users of each service line, order Groovy script management, and can also include living merchant management, such as visual management of order production interface participation and merchant protocol management and the like.

Specifically, the configuration of the Man end can be seen in tables 1 to 6.

TABLE 1

Wherein, table 1 is a configuration table of the business ordering process.

TABLE 2

Wherein, table 2 is a configuration table of the ordering model.

TABLE 3

Wherein, table 3 is a configuration table of the lower single factor.

TABLE 4

Wherein, table 4 is a configuration table of the Groovy script.

TABLE 5

Wherein, table 5 is a configuration table of the user order.

TABLE 6

Wherein, table 6 is a configuration table of the merchant order production interface.

Soa the service is able to configure the core logic of order generation. The Soa module may include business ordering process matching, ordering model Filter (Filter), ordering factor parsing engine, Groovy script engine, batch job TaskHandler, JSF (Java server Faces, building standard framework for Java Web applications), generalized call engine factory, merchant order production interface SDK (Software Development Kit) packaging, and ordering factor matching operation.

The Db can store parameters, and the Mysql can interact with the Man terminal through an RPC interface and is used for maintaining configuration contents such as order types, business order placing processes, order placing models and order placing factors configured by the Man terminal.

Specifically, the order type may be classified according to the service line, and an integer type of service identifier is given to the order produced by the service line. The service identifier can uniquely represent the corresponding service line, and can be assigned to the order produced by the service line, namely, the order produced by the service line belongs to the same order type. For example, the national airline order type is 35.

The calling domain, namely the field, involved in the business ordering process is modeled and classified to obtain the ordering model corresponding to the business ordering process, such as a wind control calling model, a promotion using model, an asset using model, an inventory calling model, a merchant order production participation configuration model and the like.

Therefore, the business ordering process is composed of a plurality of ordering models. For example, the ticket business line ordering process may include an inventory model, a wind control model, an insurance model, a logistics information pushing model (for paper tickets), an invoice model, and the like.

The ordering factor is the minimum unit in the business ordering process, and the ordering model is composed of one or more ordering factors. By way of example, ordering factors may include execution order, execution conditions, parameter checking, monetary calculations, coupon rule parsing and wind control rule matching, and so forth. Moreover, the order factor may also support dynamic addition.

The ordering model can be unique under one service or common under multiple services, so the ordering factor can be attributed to the ordering factor of a common service line or to the ordering factor of a certain service line.

In short, a service line is defined as a service identifier of a certain order type, and different service ordering processes are created according to the order type. The business ordering flow can comprise different ordering models, and the ordering models are composed of ordering factors, so that the ordering component of the general user of each business line is realized.

Fig. 9 is a flowchart illustrating a general user order component in an application scenario, and as shown in fig. 9, in step S901, whether a line of business order type exists or not.

Soa service gets the service identification of the service type from the service line and inquires whether the order type represented by the service identification exists at Man terminal.

The service identifier may be an integer type of identifier information configured to classify the service line and configure the classified service line. The service identifier can uniquely represent the corresponding service line, and can be assigned to the order produced by the service line, namely, the order produced by the service line belongs to the same order type. For example, the national airline order type is 35.

In step S902, whether the service offline ordering process exists or not is determined.

When the order type can be queried at the Man end, the Soa service may further query, at the Man end, a business ordering process corresponding to the order type according to the business identifier.

In step S903, a service line ordering model list is obtained in the cache.

Soa the service can determine the order model of the business order process from its own buffer memory to reduce the access and call to Man end, save the inquiry time and cost and speed up the order generation.

In step S904, the service-line ordering model list is queried.

When the Soa service does not query the order model list in the cache, the query from the Man side can be continued again.

The calling domain, namely the field, involved in the business ordering process is modeled and classified to obtain an ordering model corresponding to the business ordering process, so that the business ordering process is composed of a plurality of ordering models. For example, the ticket business line ordering process may include an inventory model, a wind control model, an insurance model, a logistics information pushing model (for paper tickets), an invoice model, and the like.

In step S905, the order model list is empty.

When the ordering model is inquired from the cache of the Soa service or the Man end, the judgment is made whether the ordering model is inquired.

In step S906, the invalid ordering models are filtered and sorted.

Firstly, the effective time and the current time of the order placing model are obtained. And then, when the effective time exceeds the current time, filtering the ordering model to obtain the effective ordering model.

Specifically, each order model is used with a corresponding valid time, and the valid time may include a start time when the order model can be used and an end time when the order model cannot be used. To determine whether the order placing model is still within the valid time of use, the current time may be obtained.

Further, the priority of the effective ordering model is obtained. The list of order models may also have stored therein the priorities of the individual order models. For example, the priority may be a setting of 1-10. The order placing model with the priority of 10 has the highest priority, and the order placing model with the priority of 1 has the lowest priority. In addition, there may be other setting methods of priority, and this exemplary embodiment is not particularly limited to this.

And then, sequencing the effective ordering models according to the priority to obtain the sequenced effective ordering models. After the priority of the effective ordering model is obtained, the effective ordering model can be sorted according to the priority so as to obtain the sorted effective ordering model. In addition, the effective ordering models may be sorted in other manners according to actual situations, and this exemplary embodiment is not particularly limited to this.

In step S907, a single model matching operation is performed.

Fig. 10 is a flowchart illustrating a method for performing matching operation in an application scenario, and as shown in fig. 10, in step S1001, a lower single factor list is obtained.

The order placing factor is the minimum unit in the business order placing process, and the order placing model is composed of one or more order placing factors. By way of example, ordering factors may include execution order, execution conditions, parameter checking, monetary calculations, coupon rule parsing and wind control rule matching, and so forth. Moreover, the order factor may also support dynamic addition.

In step S1002, the lower order factor calculates matching.

Fig. 11 is a flowchart illustrating a method for performing matching operation on the lower single factor in an application scenario, and as shown in fig. 11, in step S1101, a request entry is obtained.

After determining ordering factors that make up the ordered effective ordering model, request entries may be obtained as common parameters. The request object is a parameter common to all ordering factors corresponding to the ordering model list for one request.

In step S1102, data sources are grouped according to the lower single factor.

In step S1103, the packet is matched for interface entry parameters.

Specifically, the matching operation performed on the grouped common parameters may be to determine whether the common parameters meet the requirement of the corresponding ordering factor. For example, when the order factor is that the coupon is available for consumption of 1000 yuan, then it is determined whether the common parameter indicates that the coupon is available for consumption of 1000 yuan, and a common matching result is obtained. Wherein the common match result is a match or a mismatch.

In step S1104, whether the single factor is traversed in all under the interface ingress packet type.

And when the common matching result is matching, representing that the current common parameters are matched with the corresponding ordering factors. Therefore, it can be determined whether the next order factor at this time has been traversed.

In step S1105, the access parameter is obtained from the distributed cache and the request.

When the common matching result is matching and all the ordering factors are traversed, the calling parameters corresponding to the ordering factors can be further acquired. The call parameter may be a parameter obtained by calling another interface.

In step S1106, a matching operation is performed.

After the call parameters are obtained, the call matching result can be obtained by performing matching operation on the call parameters in the same way according to the matching operation mode on the common parameters. In addition, other matching operation manners may also be adopted, and this exemplary embodiment is not particularly limited in this respect.

In step S1107, whether the Groovy group is traversed by the singleton.

In step S1108, the matching results are combined.

After the common matching result, the script matching result and the call matching result are obtained, the three matching results can be combined to obtain a final matching result.

When the common matching result, the script matching result and the calling matching result are all corresponding parameter matching ordering factors, the final matching result can be determined to be a matching pass, so that a corresponding order can be generated, and the user ordering step is executed.

In step S1109, the join batch job asynchronously executes the Groovy script.

In step S1110, a matching operation is performed.

After obtaining the script parameter, the domain, i.e. scope, to which the script parameter belongs can be determined. When the scope does not need to be cached, it can be saved in a default location for matching.

In step S1111, the result is placed into the request/cache.

In step S1112, whether the Groovy group is traversed by the single factor all.

And when the script matching result is also matched, judging whether all the ordering factors of the Groovy group are traversed.

After the common matching result and the script matching result are obtained, the two matching results can be combined to obtain a final matching result.

When the common matching result and the script matching result are both corresponding parameter matching ordering factors, the final matching result can be determined to be a matching pass, so that a corresponding order can be generated, and the user ordering step is executed.

In step S1003, the merchant order production interface is invoked.

When the final matching result is determined to be a match, the order data can be submitted to the merchant, and therefore, the merchant order production interface can be called, so that the merchant order interface produces the order.

In step S1004, the merchant order message queue is sent.

After the merchant order is successfully produced, the Soa service may send the order message queue to the Man side, so that the Man side analyzes the order message queue to obtain order data such as user information, order amount, order placement address, and the like, and the order placement process of the user is completed.

In this process, when the production order fails due to a network problem or the like, the call may also be retried.

It is worth noting that, when the order is produced, all valid order models in the order model list are ensured to be traversed.

Of course, other matching results may occur based on the common matching result, the script matching result, and/or the call matching result, and the order cannot be generated.

When the common matching result is not matched, the order cannot be generated.

When the calling matching result is not matched, the order can not be generated.

When the script matching result is not matched, the order cannot be generated.

In the application scenario of the method and the system, a plurality of business systems are integrated according to order types, business ordering flows, ordering models and ordering factors so as to complete order generation according to an integration relation, decoupling of the business ordering flows and various business logics is achieved, ordering processing logics and order generation specifications are unified, and code multiplexing degree is improved. Furthermore, the generation cost and the maintenance cost of the business system are greatly reduced, the stability and the robustness of an order generation mode are also improved, the parking efficiency of each business merchant is improved, and therefore the reflux degree of the merchant and the user is increased.

Furthermore, in an exemplary embodiment of the present disclosure, an order generating apparatus is also provided. Fig. 12 is a schematic structural diagram of the order generating apparatus, and as shown in fig. 12, the order generating apparatus 1200 may include: a flow query module 1210, a model filter module 1220, a model ranking module 1230, and a factor matching module 1240. Wherein:

a process query module 1210 configured to obtain a service identifier of the order type, and query a service ordering process corresponding to the order type according to the service identifier; the model filtering module 1220 is configured to determine an ordering model corresponding to a business ordering process, and filter the ordering model to obtain an effective ordering model; the model sorting module 1230 is configured to sort the effective ordering models to obtain sorted effective ordering models, and perform matching operation on ordering factors forming the sorted effective ordering models to obtain operation results; and the factor matching module 1240 is configured to combine the operation results to obtain a matching result, so as to generate an order according to the matching result.

In an exemplary embodiment of the present invention, the operation result includes a common matching result, a call matching result and a script matching result,

performing matching operation on ordering factors forming the ordered effective ordering model to obtain an operation result, wherein the operation result comprises the following steps:

obtaining ordering factors forming the ordered effective ordering model and common parameters corresponding to the ordering factors, and grouping the common parameters according to the ordering factors to obtain grouped common parameters;

matching operation is carried out on the calling parameters to obtain calling matching results, and scripts corresponding to the ordering factors are executed asynchronously to obtain script parameters;

In an exemplary embodiment of the present invention, the order generation method further includes:

when the calling parameter corresponding to the ordering factor cannot be acquired according to the shared matching result, asynchronously executing the script corresponding to the ordering factor to acquire a script parameter;

storing the script parameters in a request object or a memory, and performing matching operation on the script parameters to obtain a script matching result.

When the script matching result is not matched, the order cannot be generated.

In an exemplary embodiment of the present invention, filtering the lower order model to obtain an effective lower order model includes:

obtaining the effective time and the current time of the order placing model;

and when the effective time exceeds the current time, filtering the order placing model to obtain an effective order placing model.

In an exemplary embodiment of the present invention, sorting the effective ordering models to obtain sorted effective ordering models includes:

acquiring the priority of an effective ordering model;

The details of the order generation apparatus 1200 are already described in detail in the corresponding order generation method, and therefore are not described herein again.

It should be noted that although several modules or units of the order generating apparatus 1200 are mentioned in the above detailed description, such division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit, according to embodiments of the present disclosure. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.

In addition, in an exemplary embodiment of the present disclosure, an electronic device capable of implementing the above method is also provided.

An electronic device 1300 according to such an embodiment of the invention is described below with reference to fig. 13. The electronic device 1300 shown in fig. 13 is only an example and should not bring any limitations to the function and scope of use of the embodiments of the present invention.

As shown in fig. 13, the electronic device 1300 is in the form of a general purpose computing device. The components of the electronic device 1300 may include, but are not limited to: the at least one processing unit 1310, the at least one memory unit 1320, the bus 1330 connecting the various system components (including the memory unit 1320 and the processing unit 1310), the display unit 1340.

Wherein the memory unit stores program code that is executable by the processing unit 1310 to cause the processing unit 1310 to perform steps according to various exemplary embodiments of the present invention as described in the "exemplary methods" section above in this specification.

The storage 1320 may include readable media in the form of volatile memory units, such as a random access memory unit (RAM)1321 and/or a cache memory unit 1322, and may further include a read only memory unit (ROM) 1323.

Storage 1320 may also include a program/utility 1324 having a set (at least one) of program modules 1325, such program modules 1325 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.

Bus 1330 may be any bus representing one or more of several types of bus structures, including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

The electronic device 1300 may also communicate with one or more external devices 1500 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with the electronic device 1300, and/or with any devices (e.g., router, modem, etc.) that enable the electronic device 1300 to communicate with one or more other computing devices. Such communication may occur via input/output (I/O) interfaces 1350. Also, the electronic device 1300 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the internet) through the network adapter 1360. As shown, the network adapter 1360 communicates with other modules of the electronic device 1300 via the bus 1330. It should be appreciated that although not shown, other hardware and/or software modules may be used in conjunction with the electronic device 1300, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.

Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, a terminal device, or a network device, etc.) to execute the method according to the embodiments of the present disclosure.

In an exemplary embodiment of the present disclosure, there is also provided a computer-readable storage medium having stored thereon a program product capable of implementing the above-described method of the present specification. In some possible embodiments, aspects of the invention may also be implemented in the form of a program product comprising program code means for causing a terminal device to carry out the steps according to various exemplary embodiments of the invention described in the above-mentioned "exemplary methods" section of the present description, when said program product is run on the terminal device.

Referring to fig. 14, a program product 1400 for implementing the above method according to an embodiment of the present invention is described, which may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be run on a terminal device, such as a personal computer. However, the program product of the present invention is not limited in this regard and, in the present document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

A computer readable signal medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable signal medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., through the internet using an internet service provider).

Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

Claims

1. An order generation method, characterized in that the method comprises:

acquiring a service identifier of an order type, and inquiring a service ordering process corresponding to the order type according to the service identifier;

2. The order generation method according to claim 1, wherein the operation result includes a common matching result, a call matching result, and a script matching result,

3. The order generation method of claim 2, further comprising:

4. The order generation method of claim 3, further comprising:

when the calling parameter cannot be obtained according to the common matching result, asynchronously executing the script corresponding to the ordering factor to obtain a script parameter;

5. The order generation method of claim 4, further comprising:

6. The order generation method of claim 1, wherein said filtering said ordering model to obtain an effective ordering model comprises:

obtaining the effective time and the current time of the ordering model;

7. The order generation method according to claim 1, wherein said sorting the effective ordering models to obtain sorted effective ordering models comprises:

acquiring the priority of the effective ordering model;

8. An order generating apparatus, comprising:

the flow query module is configured to acquire a service identifier of an order type and query a service ordering flow corresponding to the order type according to the service identifier;

9. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the order generation method of any one of claims 1 to 7.

10. An electronic device, comprising:

a processor;

a memory for storing executable instructions of the processor;

wherein the processor is configured to perform the order generation method of any of claims 1-7 via execution of the executable instructions.