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.
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. These functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.
Currently, most warehouse management usually implements different business requirements through flow control statements, such as if statements, when new inventory location business requirements need to be added, new inventory location business needs to be added or old inventory location business needs to be modified to meet the personalized requirements of inventory location, configurability is not good, and implementation logic of each business is complex and repeated, and compatibility is poor.
In view of one or more of the above problems, exemplary embodiments of the present disclosure provide an inventory location processing method, which may be applied in a warehouse management scenario.
Fig. 1 shows a schematic flow of the inventory location processing method in the present exemplary embodiment, including the following steps S110 to S130:
step S110, inquiring available stock corresponding to the article to be positioned according to the requirement information of the article to be positioned;
step S120, acquiring positioning supplement configuration information, and constructing a stock positioning strategy corresponding to the article to be positioned based on the owner information, the available stock and the positioning supplement configuration information of the article to be positioned;
step S130, performing inventory positioning on the available inventory corresponding to the article to be positioned by adopting an inventory positioning strategy corresponding to the article to be positioned so as to generate an inventory positioning result of the article to be positioned.
According to the inventory positioning processing method, the available inventory corresponding to the article to be positioned is inquired according to the demand information of the article to be positioned, and the inventory positioning strategy corresponding to the article to be positioned is determined; and performing inventory positioning on the available inventory corresponding to the article to be positioned by adopting an inventory positioning strategy corresponding to the article to be positioned so as to generate an inventory positioning result of the article to be positioned. Through the configurable inventory positioning strategy, the inventory positioning process is modularized, the newly increased service expansion and the bottom code multiplexing are facilitated, the personalized inventory positioning requirement can be met, the repeated complexity of service implementation logic is avoided, and the configurability and compatibility of inventory positioning are further improved.
Each step in fig. 1 will be described in detail below.
And step S110, inquiring available stock corresponding to the article to be positioned according to the requirement information of the article to be positioned.
The item to be positioned refers to an item to be positioned at a specific position in the stock, and may be an item included in an order issued to the warehouse, and the type of the order may be, for example, a sales order, an internal distribution order, a return order, and the like. The requirement information of the object to be positioned may include information such as the type and number of the object to be positioned. The available stock corresponding to the article to be positioned can be the stock which can meet the requirement of the article to be positioned, and can also be the stock containing the type of the article to be positioned.
And step S120, acquiring positioning supplement configuration information, and constructing an inventory positioning strategy corresponding to the object to be positioned based on the owner information, the available inventory and the positioning supplement configuration information of the object to be positioned.
Locating supplemental configuration information refers to a configurable portion of the inventory location policy that may be configured by a user in a user interface. The inventory positioning strategy refers to inventory positioning configuration information corresponding to an article to be positioned, and can be configured in advance or according to input information of a user during inventory positioning.
In an alternative embodiment, the establishing of the inventory location policy corresponding to the item to be located based on the owner information, the available inventory and the location supplementary configuration information to which the item to be located belongs may also be implemented by the steps shown in fig. 2, which specifically include the following steps S210 to S220:
step S210, based on the owner information of the object to be positioned and the corresponding available inventory, determining an inventory positioning main strategy corresponding to the object to be positioned.
The owner information may be information of a merchant to which the item belongs, information of a manufacturer, and the like. An inventory location strategy can be determined for the item to be located according to the owner information of the item to be located and the corresponding available inventory. The stock positioning main strategy refers to a strategy main table, the strategy main table can be formed by warehouse and owner information of available stock, and the positioning strategy is managed from two dimensions of the warehouse and the owner.
Based on the owner information and the available inventory, policy configuration information that meets both the owner's requirements and the inventory requirements can be determined for reasonable inventory location.
Step S220, the stock positioning main strategy of the object to be positioned is combined with the positioning supplement configuration information of the object to be positioned to be used as the stock positioning strategy corresponding to the object to be positioned.
In the above process, the positioning supplementary configuration information is added to the inventory positioning policy, and the supplementary configuration information may include a positioning filtering rule, an inventory allocation rule, a data filter and other inventory supplementary positioning policies, as shown in fig. 3, the supplementary positioning policy may be derived from the client configuration information, and configured according to the supplementary positioning policy selected by the user, so as to perform further more detailed personalized positioning on the inventory.
Step S130, performing inventory positioning on the available inventory corresponding to the article to be positioned by adopting an inventory positioning strategy corresponding to the article to be positioned so as to generate an inventory positioning result of the article to be positioned.
The inventory positioning result can comprise information such as a warehouse number to which the article to be positioned belongs, related information of the article to be positioned, a specific storage position in the warehouse and the like, so that inventory positioning information required by a user can be clearly and intuitively presented to the user.
When a plurality of objects to be positioned are positioned at the same time, in order to improve the efficiency of the subsequent picking operation on the positioned objects, the inventory positioning result of each object to be positioned may be fed back in a set form, so as to perform the subsequent batch operation, thereby improving the inventory management efficiency.
In an optional implementation manner, by using an inventory positioning policy corresponding to an item to be positioned, inventory positioning is performed on available inventory corresponding to the item to be positioned, so as to generate an inventory positioning result of the item to be positioned, which may be implemented by the steps shown in fig. 4, specifically including the following steps S410 to S420:
step S410, determining the target storage position of the object to be positioned from the available inventory by adopting the inventory positioning strategy corresponding to the object to be positioned.
A target storage location refers to a specific storage location determined for an item to be located.
In an optional implementation manner, when the positioning supplementary configuration information includes a positioning filtering rule and an inventory allocation rule, determining a target storage location of an item to be positioned from an available inventory by using an inventory positioning policy corresponding to the item to be positioned, which may be implemented by the steps shown in fig. 5, specifically including the following steps S510 to S520:
step S510, based on the demand information of the object to be positioned, determining a screening stock of the object to be positioned from available stocks by adopting a positioning screening rule;
step S520, based on the demand information of the object to be positioned, the target storage position of the object to be positioned is determined from the screening inventory by adopting an inventory allocation rule.
The positioning screening rule is a rule for screening the warehousing inventory items, and configuration information of a user can be acquired by providing a configuration interface to a client, and the screening rule may include any one or more of the following rules: the service type of the object to be positioned, the storage position filtering rule and the space positioning rule. The screening inventory refers to the inventory which is determined by screening of the positioning screening rule and can meet the requirement information of the object to be positioned. Inventory allocation rules refer to rules that allocate the location of an item to be located in a warehouse.
The service type refers to a specific document type, the storage location filtering rule refers to a rule of an article to be located at a storage location of the warehouse, the spatial positioning rule refers to a sorting rule when the storage location is located, and the specific reference may be made to a configuration interface of the positioning and screening rule provided in fig. 6. The service types can comprise types of total lifting, replenishment, relocation and the like, wherein the total lifting means that the warehouse storage location can meet the requirement of an article to be located, and the inventory locating process can be normally executed; the replenishment means that the storage positions of the warehouse cannot meet the requirements of the articles to be positioned, and replenishment needs to be carried out from other storage positions; the relocation refers to the relocation process of the stock after replenishment, and the stock meeting the requirement can be further screened by configuring the service type of the goods to be taken. The storage position filtering rules comprise filtering rules such as storage, roadway and storage position types. The spatial orientation rules may include empty, least pick, and least pick bins, among which the spatial orientation rules may prioritize bins with lesser quantity of items from the bins associated with the items to be located.
The inventory allocation rule may include a designated lot, a first-in first-out, a multi-bin with the same product, and the like, and the configuration information of the user may be obtained by providing a configuration interface to the client, which may specifically refer to the inventory allocation rule configuration interface provided in fig. 7.
In the step shown in fig. 5, the inventory location of the item to be positioned is determined based on the configurable positioning and screening rule and the inventory allocation rule, so that the personalized configuration function is added, and the inventory positioning can meet the personalized requirement.
In an optional implementation manner, after the target storage location of the article to be positioned is determined, the article to be positioned corresponding to the target storage location may be subjected to ex-warehouse sequencing to determine the ex-warehouse sequence of the article to be positioned.
The goods picking personnel can carry out the delivery operation of the related goods according to the determined delivery sequence, and the storage positions with less goods in the stock can be preferentially delivered based on the priority emptying principle when the delivery sorting is carried out, so that the storage positions can be timely supplemented with goods in the follow-up process, and the management of the warehouse stock is facilitated.
In an alternative embodiment, when the inventory location rule includes a data filter, an inventory location dynamic script may also be obtained; and adjusting the inventory positioning strategy based on the inventory positioning dynamic script.
Such as the data filter of fig. 3, may be used to execute dynamic SQL scripts to filter inventory in addition to or in addition to the inventory location policy. And based on the inventory dynamic script, performing further more fine personalized positioning on the inventory.
With continued reference to fig. 4.
Step S420, based on the target storage position of the object to be positioned, inventory occupation is carried out, and an inventory positioning result is generated.
After the target storage position of an object to be positioned is determined, the corresponding stock on the target storage position is occupied so as to be occupied by other objects to be positioned, and repeated occupation is prevented.
In an optional implementation manner, after the inventory positioning result is generated, the positioning state of the article to be positioned can be modified from the state to be positioned to the positioned state according to the information of the positioning result.
The positioning state of the object to be positioned can comprise the state to be positioned and the positioned state so as to inquire whether the object to be positioned is positioned successfully.
Fig. 8 provides a flowchart for implementing inventory location, which may specifically include the following steps:
step S810, preparing parameters, wherein the step can comprise three sub-steps of searching available inventory, locating inventory locating strategies and summarizing quantity of the articles to be located so as to determine parameter information such as the available inventory, the locating strategies and the demand quantity of the articles to be located;
step S820, stock processing, wherein the stage can comprise three sub-stages of screening stock, distributing stock and occupying stock to determine the positioning related information of the object to be positioned;
step S830, generating positioning related information, wherein the positioning related information can include an inventory positioning result, and when a plurality of articles to be positioned exist, an inventory positioning result set can be generated;
step 840, changing the relevant state, where the stock positioning state can be changed;
step S850, returning, the generated positioning result set may be returned to the client or the upstream system for subsequent processing.
It should be noted that, the stock may be screened based on the above mentioned positioning screening rule to find out the stock meeting the condition, and the stock may be allocated based on the above mentioned stock allocation rule, and finally allocated to the corresponding storage position.
In the process of implementing the underlying code, the code may be layered based on domain division so as to facilitate function expansion and program multiplexing, and the above-mentioned inventory location method is implemented by driving inventory location through domain division so as to facilitate inventory location function expansion and logic multiplexing, and the specific location domain division may be divided into four sub-domains as shown in fig. 9: an in-reference sub-field (support sub-field) 901, an inventory-handling sub-field (core sub-field) 902, an out-reference sub-field (support sub-field) 903, and ageneral sub-field 904, and the relationship among these 4 sub-fields and the respective sub-fields will be described below.
The reference sub-domain (support sub-domain) 901 contains 3 aggregation roots, which are policy, inventory, and demand, respectively. The system comprises a goods owner (value object) and an inventory positioning strategy (entity) under a strategy aggregation root, wherein the inventory positioning strategy is designed in a configurable mode, can be plugged and pulled through configuration, meets the core idea of field drive, and meets the requirement through configuration. The stock aggregation root includes a stock position (value object), a corresponding stock quantity (value object) of the stock position, and an item (value object). The demand aggregate includes an item (value object) and a demand (value object) at the root. The participating sub-domain mainly provides support for the inventory processing sub-domain (core sub-domain), and provides a general participating object for the inventory processing sub-domain (core sub-domain) to provide service for the inventory processing field.
The inventory handling sub-domain (core sub-domain) 902 contains 2 aggregation roots, each of which is to screen inventory and allocate inventory. The screening inventory aggregate contains items (value objects), storage places (entities) and screening strategies (entities) under the root. The distribution inventory aggregate includes items (entities), bins (value objects), and distribution policies (entities) under the root. The sub-domain is a core sub-domain of the inventory positioning domain, and mainly has the function of performing inventory processing operation on the demand quantity of the articles provided by the participating sub-domain, and mainly comprises the processes of screening inventory, distributing inventory and the like.
The reference domain (support domain) 903 contains 1 polymeric root: and (5) ginseng extraction. The ginseng polymeric root comprises: including information needed by the user, such as warehouse number (attribute), article (entity), storage (entity), etc. The participating sub-domain is primarily one output result of the inventory-handling sub-domain (core sub-domain) 902. The main function of this sub-domain is to encapsulate the positioning results back to the user.
Thegeneral sub-domain 904 stores some entities and value objects shared by other sub-domains, and includes objects (entities), storage locations (entities), and stock positioning policies (aggregation roots) after sorting. The inventory location policy aggregation includes a screening policy (entity) and an allocation policy (entity) under the root, the screening policy (entity) includes: the strategy coding, the storage bit filtering rule and the space positioning rule, and the distribution strategy (entity) comprises the following steps: the system comprises strategy coding, batch designation, first-in first-out and same-product multi-bin, and the subdomain provides basic service for the whole inventory positioning field.
Fig. 10 shows a flowchart of subdomain processing for locating items in an order, where the locating process includes three stages, including a participatingsubdomain process 1010, an inventoryprocess subdomain process 1020, and a participatingsubdomain process 1030.
Wherein, thereference subdomain processing 1010 stage comprises the following steps:
step S1011, start;
step S1012, inquiring available stock;
step S1013, summarizing order demand quantities;
step 1014, starting to execute a positioning strategy;
step S1015, based on the goods, the goods owner and the warehouse number, a strategy main table of the inventory positioning strategy is generated.
Wherein, the inventoryprocessing sub-domain processing 1020 stage comprises the following steps:
step S1021, screening the stock based on the positioning screening rule;
step S1022, mapping an abstract class in the program based on the inventory allocation rule, and performing inventory allocation;
step S1023, a data filter is adopted to position the stock;
and step S1024, occupying the stock.
Wherein, the stage ofprocessing 1030 the parameter sub-field comprises the following steps:
step S1031, generating a positioning result set and completing positioning;
step S1032 ends.
In the step shown in fig. 10, after the order is placed in the warehouse, the available inventory is firstly queried according to the order information, the order demand is summarized, the inventory location policy is determined, then the operations such as distribution, screening, occupation and the like are performed on the inventory according to the participating content of the participating sub-domain, and then other operations in the inventory field are performed.
An exemplary embodiment of the present disclosure also provides an inventory location processing architecture system, including: the system comprises a basic layer, a control layer, an application layer and a service layer, wherein the basic layer is used for collecting positioning supplementary configuration information of an article to be positioned; the control layer is used for packaging and positioning the supplementary configuration information; the application layer is used for providing an inventory positioning service interface, and the inventory positioning service interface forwards the positioning supplement configuration; the service layer is used for executing the inventory positioning processing method to generate an inventory positioning result of the object to be positioned, and when the service layer acquires the positioning supplementary information, the service layer acquires the positioning supplementary configuration information by calling an inventory service positioning interface of the application layer.
As shown in fig. 11, based on the domain-driven layering, the inventory location domain may also be divided into a front-end application, a base layer, a control layer, an application layer, a business layer, and an infrastructure layer.
The front-end Application mainly provides a configurable Interface for a client, a user can complete calling of a positioning field of warehousing through the front-end Application layer, and the base layer can provide an Application Programming Interface (API), services, configuration and the like to acquire positioning supplementary configuration information of an article to be positioned, which is input by the user at the front-end Application. The control layer mainly encapsulates positioning parameters provided by a plurality of front-end applications, and encapsulates the positioning parameters, wherein the positioning parameters comprise an intermediate interface layer; the application layer provides a positioning service interface externally, which can be used for forwarding and processing positioning information, realize synchronous/asynchronous data transmission through an event bus and a message queue and realize decoupling between micro services. The business layer (positioning domain) mainly realizes inventory positioning, and mainly comprises some domain models and services (such as a subdomain processing flow chart provided by the figure 10) of the inventory positioning, so as to complete data conversion between data transmission objects and value objects, entities and aggregation roots. The infrastructure layer mainly provides access to a database, a file and a cache, supports the positioning field, and returns a positioned inventory result to a user.
The specific details of each part in the inventory location processing architecture system are described in detail in the method part embodiment, and details that are not disclosed may refer to the method part embodiment, and thus are not described again.
An exemplary embodiment of the present disclosure also provides an inventory location processing device, as shown in fig. 12, the inventorylocation processing device 1200 may include:
the availableinventory determining module 1210 is used for querying available inventory corresponding to the object to be positioned according to the demand information of the object to be positioned;
the positioningstrategy determining module 1220 is configured to obtain the positioning supplement configuration information, and construct an inventory positioning strategy corresponding to the object to be positioned based on the owner information, the available inventory and the positioning supplement configuration information to which the object to be positioned belongs;
the inventorypositioning processing module 1230 is configured to perform inventory positioning on the available inventory corresponding to the item to be positioned by using the inventory positioning policy corresponding to the item to be positioned, so as to generate an inventory positioning result of the item to be positioned.
In an alternative embodiment, the positioningpolicy determination module 1220 may be configured to: determining a stock positioning main strategy corresponding to the article to be positioned based on the owner information of the article to be positioned and the corresponding available stock; and combining the stock positioning main strategy of the article to be positioned with the positioning supplementary configuration information of the article to be positioned as the stock positioning strategy corresponding to the article to be positioned.
In an alternative embodiment, the inventorylocation processing module 1230 includes: the storage positioning determining module is used for determining a target storage position of the object to be positioned from available inventory by adopting an inventory positioning strategy corresponding to the object to be positioned; and the result generation module is used for carrying out inventory occupation and generating an inventory positioning result based on the target storage position of the object to be positioned.
In an alternative embodiment, the location supplementary configuration information includes location filtering rules and inventory allocation rules, and the bin determination module may be configured to: determining a screening stock of the article to be positioned from available stocks by adopting a positioning screening rule based on the requirement information of the article to be positioned; and determining the target storage position of the article to be positioned from the screening inventory by adopting an inventory allocation rule based on the requirement information of the article to be positioned.
In an alternative embodiment, the screening rules in the inventorylocation processing device 1200 include any one or more of the following: the service type of the object to be positioned, the storage position filtering rule and the space positioning rule.
In an alternative embodiment, after determining the target storage location for the item to be located, the inventorylocating processing device 1200 further includes: and the ex-warehouse sequencing module is used for conducting ex-warehouse sequencing on the corresponding articles to be positioned on the target storage position so as to determine the ex-warehouse sequence of the articles to be positioned.
In an alternative embodiment, the inventorylocation processing device 1200 further includes: the script acquisition module is used for acquiring the inventory positioning dynamic script; and the strategy supplementing module is used for adjusting the inventory positioning strategy based on the inventory positioning dynamic script.
In an optional implementation, after generating the inventory location result, the inventorylocation processing device 1200 further includes: and the positioning state modification module is used for modifying the positioning state of the object to be positioned from the state to be positioned into the positioned state according to the positioning result information.
The specific details of each part in the inventorypositioning processing device 1200 are described in detail in the method part embodiment, and the details that are not disclosed may refer to the method part embodiment, and thus are not described again.
Exemplary embodiments of the present disclosure also provide a computer-readable storage medium having stored thereon a program product capable of implementing the inventory locating processing method described above in this specification. In some possible embodiments, various aspects of the disclosure may also be implemented in the form of a program product comprising program code for causing an electronic device to perform the steps according to various exemplary embodiments of the disclosure described in the above-mentioned "exemplary methods" section of this specification, when the program product is run on the electronic device. The program product may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be run on an electronic device, such as a personal computer. However, the program product of the present disclosure is not so limited, and in this 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, 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 the present disclosure 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).
Exemplary embodiments of the present disclosure also provide an electronic device capable of implementing the inventory location processing method. Anelectronic device 1300 according to such an exemplary embodiment of the present disclosure is described below with reference to fig. 13. Theelectronic 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 disclosure.
As shown in fig. 13,electronic device 1300 may take the form of a general-purpose computing device. The components of theelectronic device 1300 may include, but are not limited to: at least oneprocessing unit 1310, at least onememory unit 1320, abus 1330 connecting different system components including thememory unit 1320 and theprocessing unit 1310, and adisplay unit 1340.
Thememory unit 1320 stores program code that may be executed by theprocessing unit 1310 to cause theprocessing unit 1310 to perform steps according to various exemplary embodiments of the present disclosure described in the "exemplary methods" section above in this specification. For example,processing unit 1310 may perform any one or more of the method steps of fig. 1, 2, 4, 5, 8, 10.
Thestorage 1320 may include readable media in the form of volatile memory units, such as a random access memory unit (RAM)1321 and/or acache 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) ofprogram 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.
Theelectronic device 1300 may also communicate with one or more external devices 1400 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with theelectronic device 1300, and/or with any devices (e.g., router, modem, etc.) that enable theelectronic device 1300 to communicate with one or more other computing devices. Such communication may occur via input/output (I/O) interfaces 1350. Also, theelectronic 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 thenetwork adapter 1360. As shown, thenetwork adapter 1360 communicates with other modules of theelectronic device 1300 via thebus 1330. It should be appreciated that although not shown, other hardware and/or software modules may be used in conjunction with theelectronic 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 exemplary embodiments of the present disclosure.
Furthermore, the above-described figures are merely schematic illustrations of processes included in methods according to exemplary embodiments of the present disclosure, and are not intended to be limiting. It will be readily understood that the processes shown in the above figures are not intended to indicate or limit the chronological order of the processes. In addition, it is also readily understood that these processes may be performed synchronously or asynchronously, e.g., in multiple modules.
It should be noted that although in the above detailed description several modules or units of the device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functions of two or more modules or units described above may be embodied in one module or unit, according to exemplary 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.
As will be appreciated by one skilled in the art, aspects of the present disclosure may be embodied as a system, method or program product. Accordingly, various aspects of the present disclosure may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system. 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.
It will be understood that the present disclosure is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is to be limited only by the following claims.