CN115439224B

CN115439224B - Method, system and equipment for counting large inventory

Info

Publication number: CN115439224B
Application number: CN202211122927.3A
Authority: CN
Inventors: 魏广; 邹帮山; 严彪; 李成功; 孙健淞; 刘晓林; 顾倍铭; 胡文龙; 田晓林
Original assignee: Bank Of Jilin Co ltd
Current assignee: Bank Of Jilin Co ltd
Priority date: 2022-09-15
Filing date: 2022-09-15
Publication date: 2023-08-25
Anticipated expiration: 2042-09-15
Also published as: CN115439224A

Abstract

The present disclosure relates to the field of financial technologies, and in particular, to a method, system, and device for counting a large inventory. The method comprises the steps that a bill storing subsystem receives a request for information of a user terminal; the bill storing subsystem performs first information processing on the due-draw information request to obtain a first information result; the method comprises the steps of converting an advance taking and taking information request and then sending the converted advance taking and taking information request to a core subsystem; the core subsystem performs second information processing on the converted early-drawing information request to obtain a second information result, and feeds the second information result back to the bill storage subsystem; and the bill storing subsystem sends the first or second information result to the user terminal according to the information request of the user terminal. By using the embodiment, the compatibility of the new subsystem and the old subsystem is realized, the functional decoupling is realized, and the situation that data are not uniform possibly caused by the fact that two subsystems perform the same service calculation is avoided.

Description

Method, system and equipment for counting large inventory

Technical Field

The present disclosure relates to the field of financial technologies, and in particular, to a method, system, and device for counting a large inventory.

Background

With the acceleration of the improvement of interest rate marketization in recent years, the autonomous pricing capability of a financial institution is remarkably improved, deposit pricing patterns of layering order and differentiated competition are basically formed, and meanwhile, the rapid development of the same-industry inventory market lays a solid foundation for pushing out large inventory for enterprises and individuals.

In the prior art, as the business development of the public banking needs a longer time process, the large-amount inventory system and the core system are independently developed, the problem of the function coupling of the core system and the large-amount inventory system and even the inconsistent data often occurs, the large-amount inventory system and the core system need to be comprehensively updated again to solve the problem, and the time cost and the development cost are higher.

How to solve the problem that the prior art needs to re-divide the information counting functions of the large-amount inventory system and the core system at the lowest possible cost, namely, to decouple the large-amount inventory system and the core system on the premise of lowest possible modification is urgent.

Disclosure of Invention

To solve the problems in the prior art, embodiments herein provide a method, a system, and a device for counting a large inventory, which are used for adapting to a newly added core subsystem with as few changes as possible based on an original inventory subsystem, and decoupling the whole system.

Embodiments herein provide a method of accounting for a large inventory, comprising,

the method comprises the steps that a bill storage subsystem receives a bill storage request of a user terminal, wherein the bill storage subsystem comprises an expiration bill storage request or an advance bill storage request of a large bill storage;

the bill storage subsystem performs first information processing on the expired draw information request to obtain a first information result; the method comprises the steps of converting an advance taking and taking information request and then sending the converted advance taking and taking information request to a core subsystem;

the core subsystem performs second information processing on the converted early-support information request to obtain a second information result, and feeds the second information result back to the bill storage subsystem;

and the bill storage subsystem sends the first information result or the second information result to the user terminal according to the information request of the user terminal.

As one aspect of embodiments herein, the inventory subsystem receives a request for a user terminal for a credit card further includes,

the bill storage subsystem receives the information request of the user terminal through the message bus;

matching the URL of the received information request with a mapping table, and analyzing whether the information request is an expired information request or an advanced information request;

If the request is due, performing first information processing through a first information unit of the inventory subsystem;

if the information request is received in advance, converted and then sent to the core subsystem.

As another aspect of embodiments herein, the URL of the interest request is an http:// message bus domain name: service port/custom URL/.

As another aspect of the embodiments herein, the inventory subsystem performs a first accounting process on the due-draw accounting request, further including,

and the bill storage subsystem performs first information processing on the expired information taking request according to the information data of the service product corresponding to the expired information taking request to obtain principal and interest data corresponding to the service product.

As another aspect of embodiments herein, converting the advance fetch interest request and then sending to the core subsystem further comprises,

and converting the URL of the information request sent by the user terminal into an http:// core network management domain name: service port/core service URL/.

And adding the deposit date, the serial number and the time stamp into the message header formed by the pre-fetch information request.

Embodiments herein also provide an interest-bearing system for high volume inventory, comprising,

the user terminal is used for sending out a counting request, wherein the counting request comprises an expiration counting request or an advance counting request of a large inventory;

the bill storage subsystem is used for carrying out first information counting processing on the expired draw information request to obtain a first information counting result; the method comprises the steps of converting an advance taking and taking information request and then sending the converted advance taking and taking information request to a core subsystem;

the core subsystem is used for carrying out second information counting processing on the converted pre-payment information request to obtain a second information counting result, and feeding back the second information counting result to the bill storage subsystem;

and the bill storage subsystem is further used for sending the first information result or the second information result to the user terminal according to the information request of the user terminal.

As an aspect of embodiments herein, the method further comprises a message bus for receiving a request for a message from the user terminal;

the inventory subsystem further comprises a matching unit, a first information unit and a conversion unit;

The matching unit is used for matching the URL of the received information request with the mapping table, and analyzing whether the information request is an expired information request or an advanced information request;

the first information processing unit is used for performing first information processing through an information processing module of the bill storage subsystem;

the conversion unit is used for converting the request for taking the information in advance and then sending the request to the core subsystem;

the core subsystem further comprises a second information processing unit, which is used for performing second information processing on the converted advanced information taking request to obtain a second information result.

Embodiments herein also provide a computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the above method when executing the computer program.

Embodiments herein also provide a computer readable storage medium having stored thereon a computer program which, when executed by a processor, performs the above-described method.

By utilizing the embodiment, the information counting request of the large deposit form is divided into two types, namely an expiration information counting request and an advance information counting request, the expiration information counting request is subjected to information counting processing in the original deposit form subsystem, the advance information counting request is placed in the newly added core subsystem to carry out information counting processing, parameters required by the information counting processing of the core subsystem can be transmitted to the core subsystem by the deposit form subsystem through the change of interfaces of the two subsystems, compatibility of the new and old subsystems is realized, functional decoupling is realized, and the condition that data are possibly non-uniform due to the fact that the two subsystems carry out the same service calculation is avoided.

Drawings

In order to more clearly illustrate the embodiments herein or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described below, it being obvious that the drawings in the following description are only some embodiments herein and that other drawings may be obtained according to these drawings without inventive effort to a person skilled in the art.

FIG. 1 is a schematic diagram of a large inventory information system according to an embodiment of the present disclosure;

FIG. 2 is a flow chart of a method of accounting for a high volume inventory according to an embodiment of the disclosure;

FIG. 3 is a schematic diagram of a specific structure of a high-volume inventory system according to an embodiment of the present disclosure;

FIG. 4 is a flow chart of a method of accounting for a high volume inventory according to one embodiment of the disclosure;

fig. 5 illustrates a computer device provided by embodiments herein.

[ reference numerals description ]

101. A user terminal;

102. a stock subsystem;

103. a core subsystem;

301. a user terminal;

302. a stock subsystem;

3021. a matching unit;

3022. a first information unit;

3023. a conversion unit;

3024. an acquisition unit;

3025. a calculation unit;

303. A core subsystem;

3031. a second information unit;

502. a computer device;

504. a processor;

506. a memory;

508. a driving mechanism;

510. an input/output module;

512. an input device;

514. an output device;

516. a presentation device;

518. a graphical user interface;

520. a network interface;

522. a communication link;

524. a communication bus.

Detailed Description

The following description of the embodiments of the present disclosure will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are only some, but not all embodiments of the disclosure. All other embodiments, based on the embodiments herein, which a person of ordinary skill in the art would obtain without undue burden, are within the scope of protection herein.

Fig. 1 is a schematic structural diagram of a large-amount deposit bill information system according to an embodiment of the present disclosure, which includes a user terminal 101, a deposit bill subsystem 102 and a core subsystem 103, and describes that the deposit bill subsystem 102 analyzes an information request initiated by the user terminal 101, identifies that the information request is an expired deposit bill information request or an advanced deposit bill information request, and if the information request is the expired deposit bill information request, the information request is processed locally, and if the information request is the advanced deposit bill information request, the information request is sent to the core subsystem 103 for processing. Because the architecture of the system is always developed along with the development of the service when the service of banks in some areas transits from a relatively single large deposit form to a comprehensive service, the large deposit form is processed by the original deposit form subsystem 102, the relatively small deposit form in the comprehensive service is processed by the core subsystem, and the work of taking the information in advance is delivered to the core subsystem 103 for processing under the condition of carrying out the least change on the original deposit form subsystem 102, so that the computing resources of the core subsystem 103 for the daily deposit form and the small deposit form information can be fully utilized, and the problem that the information results are not uniform when the deposit form subsystem 102 and the core subsystem 103 respectively calculate the information task to be taken in advance is avoided.

In the embodiment herein, the modification to the stock subsystem 102 is to add middleware, distinguish the information request, and convert command formats, data requirement items, etc. of the stock subsystem 102 and the core subsystem 103, so as to implement communication and service processing between different subsystems, and save high cost of redevelopment of the stock subsystem 102 and the core subsystem 103.

Fig. 2 is a flowchart of a method for counting a large inventory, in which the present accounting system determines the type of an accounting request by using an inventory subsystem, processes an expired or advanced accounting request of the large inventory differently, processes the advanced accounting request by using a core subsystem, multiplexes the existing functions in the core subsystem, and maintains the service processing logic of the original inventory subsystem as much as possible. The method specifically comprises the following steps:

step 201, the deposit bill subsystem receives a request for information of a user terminal, wherein the request for information comprises an expiration request for information of a large deposit bill or an advance request for information of a deposit bill;

step 202, the bill storage subsystem performs a first information processing on the expired draw information request to obtain a first information result, or converts the early draw information request and sends the converted early draw information request to a core subsystem;

Step 203, the core subsystem performs a second information processing on the converted pre-payment information request to obtain a second information result, and feeds back the second information result to the bill storage subsystem;

and 204, the stock subsystem sends the first information result or the second information result to the user terminal according to the information request of the user terminal.

As one embodiment of the present disclosure, the receipt of the user terminal by the inventory subsystem further includes, the inventory subsystem receiving the user terminal by the message bus;

In this embodiment, when the local bank expands from a large deposit form service with a single service to more banking services along with the expansion of the service, the original deposit form subsystem is not suitable for various comprehensive services, and a core subsystem needs to be established to process the comprehensive services, such as a saving deposit, and the services of different services have different information counting standards and algorithms, such as various information counting modes of the large deposit form, a service type for paying interest to pay principal regularly, a service type for paying due to pay due to pay in advance, and various service types such as daily information counting service type for paying due to pay in advance, and a saving deposit service of a saving holiday may be daily information counting mode service type for eliminating the holiday, or information counting mode service type for different interest rates of the saving holiday. Because the core subsystem and the original stock subsystem which are developed later may have differences of data types (differences of data precision and the like) and different service types may have different information modes, the two subsystems are adopted for information respectively for the same service type, different information results may be generated, and data are not uniform, so that the hidden danger of the data of the whole system is affected. In the embodiment of the invention, the expiration and advance taking information service types of the large deposit bill are respectively arranged in the deposit bill subsystem and the core subsystem for processing, the special information mode of the deposit bill subsystem for the large deposit bill is utilized for processing the specific service types, and the core subsystem is utilized for processing the information processing same as the comprehensive service for the specific service types of the large deposit bill, so that the original deposit bill subsystem and the newly added core subsystem are decoupled, and the information results of the deposit bill subsystem and the core subsystem are consistent.

In the above steps, a component unit for judging the information request is added in the original deposit subsystem, after the information request of the user terminal is obtained from the message bus, the processing subsystem corresponding to the service type in the information request is found according to the URL in the information request and the mapping table, the basis for decoupling the deposit subsystem and the core subsystem is recorded in the mapping table, which service types need to be sent to the core subsystem for information processing, and which service types need to be reserved in the deposit subsystem for information processing. By modifying the original stock subsystem by a small amount, the stock subsystem can be combined with a newly developed core subsystem, the processing capacity of the specific service type of the stock subsystem is reserved, and the problem of non-uniform data among subsystems is avoided.

As one embodiment herein, the URL of the interest request is an http:// message bus domain name: service port/custom URL/.

In this embodiment, the custom URL/indicates the service type required by the user terminal, and each different service type has a corresponding custom URL, and after matching the custom URL with the mapping table, it is determined whether the information request is an expired information request or an advanced information request, if the information request is the expired information request, the first information processing is performed by the first information unit of the inventory subsystem; and if the request is the request for the advance taking of the information, the request for the advance taking of the information is converted and then sent to the core subsystem.

As one embodiment herein, the inventory subsystem performs a first accounting process on the expired draw accounting request, and the obtaining a first accounting result further includes,

In this embodiment, the deposit sub-system confirms the service product according to the product type in the due payment interest request, for example, the service product is 1-year large deposit, the interest rate is XX, the interest payment is paid for each quarter, and if the difference between the time of the interest request and the time of the last due payment interest request reaches 1 quarter time according to the comparison between the time of the interest request and the time of the deposit, the interest rate can be used to calculate deposit interest for that quarter, and the calculated deposit interest is sent to the account of the user. Because the contracted interest rule of each service product may not be consistent, the interest processing of the interest taking request due to expiration may not be consistent, and the interest taking request due to expiration of the user is processed according to the principal of the large deposit bill of the user, the interest rate and other interest data, so as to obtain the interest data which the user should obtain.

In other embodiments, the time of interest payment may be monthly, quarterly, or half-year, or other time period payment, and the bank responds to the user's due-draw interest request based on the interest processing results.

As one embodiment herein, converting the advance fetch interest request and then sending to the core subsystem further comprises,

In this embodiment, the URL of the information request is an http:// message bus domain name: service port/custom URL/, the middleware in the stock subsystem converts the URL of the information request to the URL of the core subsystem, the http:// core network management domain name: service port/core service URL/, for example, may be converted to an http:// 127.0.1:9060/module name/service type/custom URL/, where 127.0.0.1 is the core network management domain name, 9060 is the service port, and the converted URL of the information request may further include information such as a module name, a service type, and the like for processing the request.

Because the information processing of the core subsystem is different from the information processing of the deposit subsystem, the required parameters are different, some parameters may be available in the core subsystem, or some parameters may need to be transmitted to the core subsystem by the deposit subsystem so as to be convenient for information processing, and therefore, some additional parameters are included in the advance fetch information request message after the deposit subsystem conversion. The message format of the message of the advance fetch interest request mainly comprises two parts, namely a sysHead and a body, and the json format is used, wherein the sysHead is a message header, and comprises parameters which are transmitted to a core subsystem for carrying out the interest handling, and the body is a message data body, and comprises parameters which are used for carrying out the interest handling on the advance fetch interest request by the original storage subsystem, such as:

{

"sysHead":{

"authUserId": "authorized user",

"tranDate": "transaction date",

"seqNo": "Global serial number",

"subSeqNo": "sub-stream number",

"tranMode" means "transaction module",

"sourceBranchNo": "channel agency number",

"message code": transaction code ",

"apprUserId": "check user",

"programId": "user software version",

"brandchid": "organization number",

"userId": "user ID",

"apprFlag": "check flag",

"sourceType": "channel type",

"userLang": user language ",

"authFlag": an "authorization flag",

"tranTimestamp": time stamp ",

"messageType": request type ",

"serviceCode" service code "

},

"body":{

"prodType": product type ",

"term": "lifetime, number",

"termType": "lifetime type Y-year, M-month, D-day,

"clientNo": "client number, I'm line client unique identification",

"baseAcctNo": "account/card number",

"realRate": "execute interest rate",

}

in the above embodiment, the sysHead message header includes various parameters conforming to the data format of the core subsystem, including, for example, transaction date tranDate, authorized user ID authUserId, global serial number seqNo, sub serial number (the sub serial number may be replaced when the message is forwarded between different systems), user software version programId, user ID IDapprUserId, user ID userId, timestamp tranTimestamp, service code serviceCode, where the main parameters include transaction date, serial number (including global serial number and sub serial number) and timestamp.

When generating the message of the advance fetch information request, besides adding the parameters to the message header, the method also includes the conversion of the parameter data format, for example, the timestamp data format of the stock subsystem is as follows: the timestamp data format in the core subsystem is second/minute/hour/day/month/year: the year/month/day/hour/minute/second may also include converting parameters in the inventory subsystem that format data in a short integer to a long integer in the core subsystem.

The message data body comprises parameters required by the original stock subsystem when carrying out the information processing of the information request of the advance acquisition, such as a product type prodttype, a stock term type termType, a client number client No, an account number baseActNo and an execution interest rate reallRate, and the core subsystem can calculate the product living interest corresponding to the information request of the advance acquisition according to the parameters.

Because all parameters required for the information processing are local in the original stock subsystem, when various information processing is performed, for example, the information request is paid in advance or the information request is paid due to expiration, the result can be directly calculated, but after the core subsystem is added to realize the processing of other comprehensive services, the original functions in the stock subsystem are required to be split, the core subsystem is used for the information processing, but the core subsystem may not store the parameters for calculating the information request of a large amount of stock in advance, and therefore the parameters are required to be transmitted to the core subsystem so that the core subsystem can finish the information processing of the information request of the advance. Therefore, the system structure shown in fig. 1 can be realized, the original bill storage subsystem and the later developed core subsystem are divided, the functions of the original bill storage subsystem are divided into the core subsystem for processing, so that the active information processing functions of the core subsystem aiming at other comprehensive services are combined, and the problem of non-uniform data results caused by the fact that the two subsystems respectively carry out information processing is avoided.

As one embodiment of the present disclosure, when the information request is an advanced information taking request, the stock subsystem sends the advanced information taking request to a core subsystem, performs a live information processing, and receives a live information result returned by the core subsystem;

the deposit bill subsystem acquires the periodic withdrawal interest information of the large deposit bill, and calculates the live interest result and the periodic withdrawal interest information to obtain the interest result;

and feeding the information result back to the user terminal.

In this embodiment, the interest taking policy for the advanced taking of the large deposit bill is a periodic taking, for example, taking once in half a year, if the user initiates the advanced taking of the interest request after obtaining the periodic taking of the first time in half a year, the advanced taking of the interest request needs to be sent to the core subsystem to perform living interest calculation, the living interest rate of the large deposit bill is calculated, the living interest of the large deposit bill is calculated, the interest during the day of the advanced taking of the interest request is initiated from the effective day of the large deposit bill, the obtained periodic taking of the interest is subtracted from the living interest of the large deposit bill, a final interest result is obtained, and the interest result is fed back to the user terminal. That is, the core subsystem is used for performing the active-period accounting processing on other comprehensive services, such as a zero-deposit taking service, an active-period deposit taking service, and the like, the active-period accounting processing function of the core subsystem is used for performing active-period accounting calculation on a large deposit form to be taken in advance, and the accounting calculation on the large deposit form to be taken in advance is completed through the information of the periodic taking interest of the large deposit form recorded in the deposit form subsystem, the same active-period accounting work is only performed on the core subsystem, and the expiration taking accounting work of the large deposit form is also performed by the deposit form subsystem, so that the function division of the whole system is realized, each subsystem is decoupled, the original deposit form subsystem can be docked with the core subsystem with less modification, and the problem that the same accounting processing is completed by two subsystems respectively, and the data is not uniform is avoided.

Fig. 3 is a schematic diagram of a specific structure of a high-volume inventory accounting system according to an embodiment of the present disclosure, in which a core subsystem is added to an original inventory subsystem to complete the accounting work of the high-volume inventory, where the inventory subsystem and the core subsystem may be implemented by a computer or a computer cluster, and the functions of the inventory subsystem and the core subsystem may be implemented by software or a chip with corresponding functions, where the system specifically includes a user terminal 301, an inventory subsystem 302, and a core subsystem 303, where the inventory subsystem 302 further includes a matching unit 3021, a first accounting unit 3022, a conversion unit 3023, and the core subsystem 303 further includes a second accounting unit 3031,

the user terminal 301 is configured to send out a message request, where the message request includes an expired message request or an advanced message request of a large deposit bill;

the inventory subsystem 302 is configured to perform a first accounting process on the expired draw accounting request to obtain a first accounting result; the method comprises the steps of converting an advance taking and taking information request and then sending the converted advance taking and taking information request to a core subsystem;

the matching unit 3021 is configured to match the URL of the received information request with a mapping table, and analyze whether the information request is an expired information request or an advanced information request;

The first information unit 3022 is configured to perform a first information processing through an information module of the inventory subsystem;

the conversion unit 3023 is configured to convert the advance fetch interest request and send the converted advance fetch interest request to the core subsystem;

the core subsystem 303 is configured to perform a second information processing on the converted pre-payment information request to obtain a second information result, and feed back the second information result to the inventory subsystem;

the second information unit 3031 is configured to perform a second information processing on the converted early-support information request to obtain a second information result;

the stock subsystem 302 is further configured to send the first information result or the second information result to the user terminal 301 according to the information request of the user terminal.

The matching unit 3021 and the conversion unit 3023 may constitute a middleware, through which a request for a user terminal 301 sent on a message bus may be obtained, and the request for an expired acquisition and a message may be left in a local process, and through a first message accounting unit 3022 in the original bill storage subsystem 302, a large amount of bill storage and an expired acquisition and message processing may be performed, and after the request for an advanced acquisition and message processing is converted, the request for an expired acquisition and message processing may be sent to the core subsystem 303 for a live-time message processing.

As an embodiment herein, the inventory subsystem 302 may be further configured to obtain the periodic interest information of the large inventory, and calculate the active interest result received from the core subsystem with the periodic interest information to obtain the interest result; and feeding the information result back to the user terminal.

In this embodiment, the inventory subsystem 302 may further include an acquiring unit 3024 and a calculating unit 3025, where the acquiring unit 3024 is configured to acquire the periodic interest information of the large inventory, and the calculating unit 3025 is configured to calculate the daily interest information and the daily interest information received from the core subsystem to obtain the interest result. The periodic interest taking information means that the large deposit bill takes interest partially according to a certain time range, but not takes interest once after the large deposit bill expires, and the taken interest partially can be different according to different products of the large deposit bill, which is not limited herein. When the user regularly pays a part of interest, the interest rate of the large deposit bill is changed into a living interest rate by violating the advance payoff request, the advance payoff request of the large deposit bill is sent to the core subsystem to calculate the living interest rate, the amount regularly paid by the user is subtracted from the living payoff result, and the rest part is the interest result corresponding to the advance payoff request of the user.

The core subsystem performs the active information processing on the early-order information request, and the two subsystems do not process the same information request, so that different calculation results are not generated, the unified data among the subsystems is ensured, and the active information result calculated by the core subsystem and the acquired regular-order information are used by the single-order storage subsystem to calculate the interest result which the user should obtain.

Fig. 4 is a flowchart of a method for counting a large deposit bill according to an embodiment of the present disclosure, in which a flow for completing counting a large deposit bill between a user terminal, a message bus, a deposit bill subsystem and a core subsystem is described, and specifically includes:

in step 401, the user terminal initiates a request for a user terminal to register.

In this step, the interest request may include an expired interest request or an advanced interest request of a large inventory, where the URL of the interest request is an http:// message bus domain name, a service port/custom URL/, and the interest request includes a plurality of parameters for calculating the interest, and in this example, the user terminal sends an HTTP request to illustrate the interest request, where the interest request may be in json format or xml format, and json format is:

{

"prod_type":"",

"term":"",

"term_type":"",

"client_no":"",

"base_acct_no":"",

"real_rate":""

}

The interest request is in xml format:

<？xml version＝"1.0"encoding＝"UTF-8"？>

the interpretation of the fields is a product type prodType, a stock term of the product type, a stock type termType, a client number client no, an account number baseaccno, and an execution interest rate realRate.

A message queue of interest requests is formed on the message bus, step 402.

In this step, the message bus may be a first-in first-out message queue.

In step 403, the inventory subsystem obtains the interest request on the message bus.

In step 404, the matching unit parses the information request and matches the information request with the mapping table.

In this step, matching is performed according to the custom URL of the information request and the mapping table, so as to obtain whether the information request is an expired information request or an advanced information request.

And step 405, if the information request is an advance information request, converting the advance information request.

In this step, when the request for information is a request for information to be drawn in advance, parameters required for information need to be converted by the conversion unit and then sent to the core subsystem. For example, if the parameter in the storage subsystem is long integer data and the parameter in the core subsystem is floating point data, the conversion rule of the parameter needs to be recorded in the mapping table, and the data type of the obtained parameter in the storage subsystem is converted into the data type supported by the core subsystem through the conversion unit. Besides, the conversion unit adds parameters required by the core subsystem in the information processing to the head of the information request message which is drawn in advance, wherein the parameters are not existed in the core subsystem.

In step 406, if the interest request is an expired interest request, the expired interest request is sent to the first interest unit.

In the step, the first information unit belongs to a functional module of an original bill storing subsystem and is used for carrying out information counting processing on the expired large bill storing by combining the product information counting rule of the bill storing subsystem.

In step 407, the first accounting unit calculates the accounting request for the due branch to obtain the accounting result of the large inventory.

In this step, the first information unit invokes parameters in the bill storage subsystem to calculate the due pay information request of the large bill storage subsystem, and performs information processing in combination with information rules of the product, such as interest rate, pay rule, principal and other information related factors, to obtain information results.

In step 408, after receiving the converted request for taking the information in advance, the core subsystem invokes the second information taking unit to perform information taking processing.

In the step, the core subsystem calls a second information unit to perform active information processing on the early-payment information request, and the active information result is calculated according to the date difference between the deposit date and the time stamp of the large deposit and the active interest rate.

Step 409, feeding back the live information result to the sheet storage system.

In this step, after the deposit subsystem receives the result of the alive period, it converts its data format into the data format supported by the deposit subsystem.

In step 410, the obtaining unit in the inventory subsystem obtains the periodic interest information of the large inventory, and calculates the difference between the living interest result and the periodic interest information by using the calculating unit, so as to obtain the interest result.

In this step, according to the interest taking rules of different large-scale deposit bill products, the different large-scale deposit bill products have their own unique interest taking rules, for example, corresponding interest is paid to the user on a specific date, so that the living time interest calculation result calculated by the core subsystem is not the final interest of the user, the regularly taken interest which has been taken by the user needs to be deducted from the living time interest calculation result, and the rest is the interest calculation result of the user. If the interest count is negative, i.e. the accumulated periodic interest withdrawal of the large deposit bill exceeds the current interest withdrawal in advance of the user's default, the interest count of the difference of the user's supplementary interest is generated.

In step 411, the ticket storage subsystem sends the result of the accounting to the message bus.

In step 412, the message bus sends the accounting result to the user terminal.

In this step, the user terminal presents the accounting result of the current advance accounting request, if the user still adheres to the advance accounting request, the difference between the already-extracted periodic accounting interest and the current accounting result needs to be compensated, and then the bill storage subsystem transfers the principal of the user to the account designated by the user or returns the principal to the original account of the large deposit bill or transfers the current accounting result to the account designated by the user or returns the principal to the original account of the large deposit bill, wherein the balance of the periodic accounting interest and the principal are larger than the current accounting result. If the user cancels the advance fetch interest request, the advance fetch interest request is ended.

As shown in fig. 5, a computer device provided in the embodiment herein is shown, where the device of the stock subsystem or the core subsystem in the embodiment herein may be the computer device in the embodiment, and perform the method herein. The computer device 502 may include one or more processors 504, such as one or more Central Processing Units (CPUs), each of which may implement one or more hardware threads. The computer device 502 may also include any memory 506 for storing any kind of information, such as code, settings, data, etc. For example, and without limitation, memory 506 may include any one or more of the following combinations: any type of RAM, any type of ROM, flash memory devices, hard disks, optical disks, etc. More generally, any memory may store information using any technique. Further, any memory may provide volatile or non-volatile retention of information. Further, any memory may represent fixed or removable components of computer device 502. In one case, when the processor 504 executes associated instructions stored in any memory or combination of memories, the computer device 502 can perform any of the operations of the associated instructions. The computer device 502 also includes one or more drive mechanisms 508, such as a hard disk drive mechanism, an optical disk drive mechanism, and the like, for interacting with any memory.

The computer device 502 may also include an input/output module 510 (I/O) for receiving various inputs (via an input device 512) and for providing various outputs (via an output device 514). One particular output mechanism may include a presentation device 516 and an associated Graphical User Interface (GUI) 518. In other embodiments, input/output module 510 (I/O), input device 512, and output device 514 may not be included, but merely as a computer device in a network. Computer device 502 may also include one or more network interfaces 520 for exchanging data with other devices via one or more communication links 522. One or more communication buses 524 couple the above-described components together.

Communication link 522 may be implemented in any manner, for example, by a local area network, a wide area network (e.g., the internet), a point-to-point connection, etc., or any combination thereof. Communication link 522 may include any combination of hardwired links, wireless links, routers, gateway functions, name servers, etc., governed by any protocol or combination of protocols.

Embodiments herein also provide a computer readable instruction wherein the program therein causes the processor to perform the method as described above when the processor executes the instruction.

It should be understood that, in the various embodiments herein, the sequence number of each process described above does not mean the sequence of execution, and the execution sequence of each process should be determined by its functions and internal logic, and should not constitute any limitation on the implementation process of the embodiments herein.

It should also be understood that in embodiments herein, the term "and/or" is merely one relationship that describes an associated object, meaning that three relationships may exist. For example, a and/or B may represent: a exists alone, A and B exist together, and B exists alone. In addition, the character "/" herein generally indicates that the front and rear associated objects are an "or" relationship.

Those of ordinary skill in the art will appreciate that the elements and algorithm steps described in connection with the embodiments disclosed herein may be embodied in electronic hardware, in computer software, or in a combination of the two, and that the elements and steps of the examples have been generally described in terms of function in the foregoing description to clearly illustrate the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present disclosure.

It will be clear to those skilled in the art that, for convenience and brevity of description, specific working procedures of the above-described systems, apparatuses and units may refer to corresponding procedures in the foregoing method embodiments, and are not repeated herein.

In the several embodiments provided herein, it should be understood that the disclosed systems, devices, and methods may be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of the units is merely a logical function division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. In addition, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices, or elements, or may be an electrical, mechanical, or other form of connection.

The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the elements may be selected according to actual needs to achieve the objectives of the embodiments herein.

In addition, each functional unit in the embodiments herein may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.

The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the technical solutions herein are essentially or portions contributing to the prior art, or all or portions of the technical solutions may be embodied in the form of a software product stored in a storage medium, including several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in the embodiments herein. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

Specific examples are set forth herein to illustrate the principles and embodiments herein and are merely illustrative of the methods herein and their core ideas; also, as will be apparent to those of ordinary skill in the art in light of the teachings herein, many variations are possible in the specific embodiments and in the scope of use, and nothing in this specification should be construed as a limitation on the invention.

Claims

1. A method for counting a large inventory is characterized by comprising the steps of,

the bill storage subsystem performs first information processing on the expired draw information request to obtain a first information result; the pre-branch information request which is originally processed by the stock subsystem is converted and then sent to a core subsystem which is responsible for processing the comprehensive service to carry out second information processing; the inventory subsystem transmits parameters required by the pre-fetch information request to the core subsystem for the second information processing through the change of interfaces of the inventory subsystem and the core subsystem; the converted advanced extraction information request comprises a message header and a data body, wherein the message header comprises parameters for the core subsystem to carry out second information processing, and the data body comprises parameters for the stock subsystem to carry out advanced extraction information request information processing;

The core subsystem performs second information processing on the converted early-support information request to obtain a second information result, and feeds the second information result back to the bill storage subsystem; the core subsystem performs a second information processing according to the parameters in the message header and the parameters in the data body;

the bill storage subsystem sends the first information result or the second information result to the user terminal according to the information request of the user terminal;

the receipt of the user terminal's request for information by the inventory subsystem further includes,

2. The method of claim 1, wherein the URL of the message request is http:// message bus domain name: service port/custom URL/.

3. The method of claim 1, wherein the ticket subsystem performs a first message processing on the due-draw message request to obtain a first message result further comprising,

4. The method of claim 2, wherein converting the pre-fetch accounting request and sending it to the core subsystem further comprises,

5. The method of claim 4, wherein converting the pre-fetch accounting request and sending it to the core subsystem further comprises,

and adding a transaction date, a serial number and a time stamp into the message header formed by the pre-fetch information request.

6. A large inventory interest counting system is characterized by comprising,

a message bus for receiving a request for information from the user terminal;

the bill storage subsystem is used for carrying out first information counting processing on the expired draw information request to obtain a first information counting result; the pre-branch information request which is originally processed by the stock subsystem is converted and then sent to a core subsystem which is responsible for processing the comprehensive service to carry out second information processing; the inventory subsystem transmits parameters required by the pre-fetch information request to the core subsystem for the second information processing through the change of interfaces of the inventory subsystem and the core subsystem; the converted advanced extraction information request comprises a message header and a data body, wherein the message header comprises parameters for the core subsystem to carry out second information processing, and the data body comprises parameters for the stock subsystem to carry out advanced extraction information request information processing; the inventory subsystem further comprises a matching unit, a first information unit and a conversion unit; the matching unit is used for matching the URL of the information request received through the message bus with the mapping table, analyzing whether the information request is an expired information taking request or an advanced information taking request, if the information request is the expired information taking request, performing first information processing through a first information unit of the information storage subsystem, if the information request is the advanced information taking request, converting the advanced information taking request and then sending the converted information taking request to the core subsystem; the first information processing unit is used for performing first information processing through an information processing module of the bill storage subsystem; the conversion unit is used for converting the request for taking the information in advance and then sending the request to the core subsystem;

The core subsystem further comprises a second information processing unit, which is used for performing second information processing on the converted pre-fetch information request to obtain a second information result, and feeding back the second information result to the bill storage subsystem; the core subsystem performs a second information processing according to the parameters in the message header and the parameters in the data body;

7. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the method of any of the preceding claims 1-5 when executing the computer program.

8. A computer-readable storage medium, characterized in that the computer-readable storage medium has stored thereon a computer program which, when run by a processor, performs the method of any of the preceding claims 1-5.