CN107124522A - A kind of distributed bill record collection method and system - Google Patents
A kind of distributed bill record collection method and system Download PDFInfo
- Publication number
- CN107124522A CN107124522A CN201710253205.4A CN201710253205A CN107124522A CN 107124522 A CN107124522 A CN 107124522A CN 201710253205 A CN201710253205 A CN 201710253205A CN 107124522 A CN107124522 A CN 107124522A
- Authority
- CN
- China
- Prior art keywords
- proc
- public token
- ticket
- collection
- source
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/31—Distributed metering or calculation of charges
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/43—Billing software details
Abstract
The present invention relates to a kind of distributed bill record collection method and system, its method comprises the following steps：Step 1, the corresponding configuration filename in ticket source is written in public token；Step 2, in charge system, several co_proc are disposed for each ticket source；Step 3, after the co_proc start by set date, the public token is seized, if seizing success, step 4 is performed, otherwise, step 5 is performed；Step 4, the co_proc obtains the operation power of the public token, reads the configuration filename on the public token, and loads corresponding profile information, completes the collection of ticket source information, terminates handling process；Step 5, the co_proc is out of service, waits next start by set date, and return to execution step 3.A kind of distributed bill record collection method and system of the present invention can not only realize distributed deployment, and method flexibly, using simple, can also improve the stability and real-time of bill record collection.
Description
Technical field
The present invention relates to the communications field, more particularly to a kind of distributed bill record collection method and system.
Background technology
The application system that the responsible ticket of tradition is downloaded a, CDR file is sent to charge system B from collection source A, gathered
Connected between source A and charge system B using acquisition system, acquisition system is responsible for downloading to ticket from the data on collection source A
In charge system B.Mistake is produced to avoid influencing each other, it is desirable to which each collection source simultaneously can only in the acquisition system course of work
By a collection process processing.The problem of traditional acquisition mode, is：Collection process is being gathered into process initiation with configuration file
When just bind, once the main frame of acquisition system occurs abnormal, collection can only be changed by way of manually adjusting configuration file
Main frame.With the development of telecommunication service, require the promptness of ticket processing more and more higher, the mode manually adjusted it is time-consuming compared with
It is long, the promptness of the whole collection process of influence.
The content of the invention
The technical problems to be solved by the invention are to be adopted for above-mentioned the deficiencies in the prior art there is provided a kind of distributed ticket
Diversity method and system.
The technical scheme that the present invention solves above-mentioned technical problem is as follows：
According to an aspect of of the present present invention there is provided a kind of distributed bill record collection method, comprise the following steps:
Step 1, the corresponding configuration filename in ticket source is written in public token；
Step 2, in charge system, several co_proc are disposed for each ticket source；
Step 3, after the co_proc start by set date, the public token is seized, if seizing success, step is performed
Rapid 4, otherwise, perform step 5；
Step 4, the co_proc obtains the operation power of the public token, reads the institute on the public token
Configuration filename is stated, and loads corresponding profile information, the collection of ticket source information is completed, terminates handling process；
Step 5, the co_proc is out of service, waits next start by set date, and return to execution step 3；
Wherein, co_proc described in synchronization only one of which can obtain the operation power of the public token.
The beneficial effects of the invention are as follows：By the way that the corresponding configuration filename in ticket source is write in public token, it will talk about
The profile information in single source is bound with public token, and synchronization, and co_proc can obtain institute described in only one of which
The operation power of public token is stated, the co_proc obtains operation power, and then obtain ticket after robbing and accounting for public token
The configuration filename in source, loading configuration file information completes collection so that from former between collection source and co_proc
Fixed matching way is changed to Dynamic Matching mode, realizes distributed deployment, and method flexibly, using simple, not only improves ticket
The stability of collection, it is ensured that the real-time of bill record collection.
On the basis of above-mentioned technical proposal, the present invention can also do following improvement：
Further, in step 3 neutralization procedure 5, the co_proc start by set date is implemented as：At interval of pre-
If the time, started by loading common profiles.
Beneficial effect using above-mentioned further scheme is：The co_proc is all by loading common configuration text
Part starts, it is ensured that the co_proc can take over collection to the ticket source, and then greatly reduce
Gather the risk of delay.
Further, the common profiles include the log-on message of the public token, and the common profiles
It is stored in shared storage, is read for supplying any co_proc in the charge system.
Beneficial effect using above-mentioned further scheme is：The common profiles can be by any bill record collection
Process is read, it is ensured that the promptness of collection handing-over, shared memory mechanism can between ensure that each main frame in acquisition system
To carry out mutual backup to the CDR file in ticket source, greatly alleviate ticket and overstock problem.
Further, the profile information includes the corresponding main frame ip addresses in memory ticket source, ticket source collection entrance
Catalogue, collection backup directory, username and password.
Beneficial effect using above-mentioned further scheme is：Profile information includes the corresponding main frame ip in memory ticket source
These profile informations are written to public affairs by address, ticket source collection entrance catalogue, collection backup directory, username and password
Altogether in token so that public token and collection source unique match, the accuracy that co_proc is gathered to ticket source is improved,
Public token can be dynamically acquired in co_proc, and then ensures the normal operation of gatherer process.
Further, in step 4, if occupying the co_proc of the public token operation power in gatherer process
Operation exception, then carry out following steps processing：
Step S41, seizes the successful co_proc and discharges the public token of its occupancy and the configuration text of loading
Part information, records breakpoint information and deposits in the shared storage；
Step S42, remaining do not seize the successful co_proc seized after next start by set date, again it is described
Public token, if seizing success, performs step S43, otherwise, is directly entered step 5；
Step S43, seizes the operation power that the successfully co_proc obtains the public token, accesses described common
Enjoy storage, read the breakpoint information, and at the breakpoint load the profile information, continuation is adopted to ticket source
Collection.
Beneficial effect using above-mentioned further scheme is：When some co_proc is moved back extremely in gatherer process
After going out, its public token taken and the profile information loaded will be discharged, another co_proc will seize the public affairs
Token, obtains operation power altogether, and continuation is acquired to ticket source, realizes the transition of collection, evaded under abnormal conditions
The problem of collection process largely postpones even to interrupt, improves the promptness and real-time of charge system, exception is alleviated significantly
In the case of ticket source ticket overstock problem.
Further, in the step S41, the breakpoint information includes the interim ticket that the co_proc is collected
File and its title and size.
According to another aspect of the present invention there is provided a kind of distributed ticket collection system, including：Writing module, deployment
Module and main control module；
Said write module is used to the corresponding configuration filename in ticket source being written in public token；
The deployment module is used in charge system, and several co_proc are disposed for each ticket source；
The main control module is used to control each co_proc to seize the public order in start by set date
Board, if the co_proc seizes the public token success, the co_proc obtains the public token
Operation power, read the configuration filename on the public token, and load corresponding profile information, ticket source carried out
Collection, otherwise, controls the co_proc out of service, waits next start by set date；
Wherein, co_proc described in synchronization only one of which can obtain the operation power of the public token.
The beneficial effects of the invention are as follows：By the way that the corresponding configuration filename in ticket source is write in public token, it will talk about
The profile information in single source is bound with public token, and synchronization, and co_proc can obtain institute described in only one of which
The operation power of public token is stated, the co_proc obtains operation power, and then obtain ticket after robbing and accounting for public token
The configuration filename in source, loading configuration file information completes collection so that from former between collection source and co_proc
Fixed matching way is changed to Dynamic Matching mode, realizes distributed deployment, and method flexibly, using simple, not only improves ticket
The stability of collection, it is ensured that the real-time of bill record collection.
Further, the common profiles include the log-on message of the public token, and the common profiles
It is stored in shared storage, is read for supplying any co_proc in the charge system.
Beneficial effect using above-mentioned further scheme is：The common profiles can be by any bill record collection
Process is read, it is ensured that the promptness of collection handing-over, shared memory mechanism can between ensure that each main frame in acquisition system
To carry out mutual backup to the CDR file in ticket source, greatly alleviate ticket and overstock problem.
Further, the profile information includes the corresponding main frame ip addresses in memory ticket source, ticket source collection entrance
Catalogue, collection backup directory, username and password.
Beneficial effect using above-mentioned further scheme is：These profile informations are write in public token so that
Public token and collection source unique match, further improve the accuracy and real-time of collection, public token can be dynamic
Acquired in co_proc, and then ensure the normal operation of gatherer process.
Further, in addition to exception processing module, the exception processing module includes first processing units and second processing
Unit,
The first processing units are used for different in the co_proc appearance for occupying the public token operation power
Chang Shi, the profile information for controlling it to discharge the public token of its occupancy and loading records breakpoint information and deposited in described
In shared storage；
Weight when the second processing unit is used to control not seizing successfully start by set date co_proc next time
The public token is newly seized, if seizing success, the co_proc obtains the operation power of the public token, and
Access the shared storage, read the breakpoint information, and at the breakpoint load the profile information, continue to talk with
Single source is acquired；Otherwise, control the co_proc out of service, and wait start by set date again.
Beneficial effect using above-mentioned further scheme is：When some co_proc is moved back extremely in gatherer process
After going out, its public token taken and the profile information loaded will be discharged, another co_proc will seize the public affairs
Token, obtains operation power altogether, and continuation is acquired to ticket source, realizes the transition of collection, evaded under abnormal conditions
The problem of collection process largely postpones even to interrupt, improves the promptness and real-time of charge system, exception is alleviated significantly
In the case of ticket source ticket overstock problem.
Brief description of the drawings
Fig. 1 is a kind of schematic flow sheet of distributed bill record collection method of the present invention；
Fig. 2 is a kind of structural representation of distributed ticket collection system of the present invention.
Embodiment
The principle and feature of the present invention are described below in conjunction with accompanying drawing, the given examples are served only to explain the present invention, and
It is non-to be used to limit the scope of the present invention.
Embodiment one, a kind of distributed bill record collection method, are talked about below in conjunction with 1 pair of one kind of the invention of accompanying drawing is distributed
Single acquisition method is described in detail.
Fig. 1 is a kind of schematic flow sheet of distributed bill record collection method of the present invention, as shown in figure 1, comprising the following steps：
Step 1, the corresponding configuration filename in ticket source is written in public token；
Step 2, in charge system, several co_proc are disposed for each ticket source；
Step 3, after the co_proc start by set date, the public token is seized, if seizing success, step is performed
Rapid 4, otherwise, perform step 5；
Step 4, the co_proc obtains the operation power of the public token, reads the institute on the public token
Configuration filename is stated, and loads corresponding profile information, the collection of ticket source information is completed, terminates handling process；
Step 5, the co_proc is out of service, waits next start by set date, and return to execution step 3；
Wherein, synchronization, co_proc described in only one of which can obtain the operation power of the public token.
A kind of distributed bill record collection method that the present embodiment is provided, by the way that the corresponding configuration filename in ticket source is write
In public token, i.e., the profile information in ticket source and public token are bound, and synchronization, ticket described in only one of which
Collection process can obtain the operation power of the public token, and the co_proc obtains fortune after robbing and accounting for public token
Row power, and then the configuration filename in ticket source is obtained, loading configuration file information completes collection so that adopted with ticket in collection source
Dynamic Matching mode was changed to from former fixation matching way between collection process, distributed deployment is realized, method is flexible, using letter
It is single, not only improve the stability of bill record collection, it is ensured that the real-time of bill record collection.
It is preferred that, in step 3 neutralization procedure 5, the co_proc start by set date is implemented as：At interval of pre-
If the time, started by loading common profiles.In the present embodiment, the co_proc is all public by loading
It is total to configuration file to start, it is ensured that the co_proc can take over collection to the ticket source, and then greatly
Reduce collection delay risk.
It is preferred that, the common profiles include the log-on message of the public token, and the common profiles
It is stored in shared storage, is read for supplying any co_proc in the charge system.In the present embodiment,
The common profiles can be read by any co_proc, it is ensured that the promptness of collection handing-over, shared to deposit
Storage mechanism can carry out mutual backup between ensure that each main frame in acquisition system to the CDR file in ticket source, significantly
Alleviate ticket overstock problem.
It is preferred that, the profile information includes the corresponding main frame ip addresses in memory ticket source, ticket source collection entrance
Catalogue, collection backup directory, username and password.In the present embodiment, these profile informations are written to public token
In so that public token and collection source unique match, improve the accuracy that co_proc is gathered to ticket source, public order
Board can be dynamically acquired in co_proc, and then ensures the normal operation of gatherer process.
It is preferred that, in step 4：If occupying the co_proc of the public token operation power in gatherer process
Operation exception, then carry out following steps processing：
Step S41, seizes the successful co_proc and discharges the public token of its occupancy and the configuration text of loading
Part information, records breakpoint information and deposits in the shared storage；
Step S42, remaining do not seize the successful co_proc seized after next start by set date, again it is described
Public token, if seizing success, performs step S43, otherwise, is directly entered step 5；
Step S43, seizes the operation power that the successfully co_proc obtains the public token, accesses described common
Enjoy storage, read the breakpoint information, and at the breakpoint load the profile information, continuation is adopted to ticket source
Collection.
In the preferred embodiment, after some co_proc is exited extremely in gatherer process, it will be discharged
The public token and the profile information of loading taken, another co_proc will seize the public token, and obtain fortune
Row power, continuation is acquired to ticket source, realizes the transition of collection, has been evaded collection process under abnormal conditions and has largely been prolonged
The problem of even interrupting late, improves the promptness and real-time of charge system, ticket source under abnormal conditions is alleviated significantly
Ticket overstocks problem.
It is preferred that, in the step S41, the breakpoint information includes the interim ticket that the co_proc is collected
File and its title and size.
Embodiment two, a kind of distributed ticket collection system, are talked about below in conjunction with 2 pairs of one kind of the invention of accompanying drawing are distributed
Single acquisition system is described in detail.
As shown in Fig. 2 a kind of distributed ticket collection system, including：Writing module, deployment module and main control module；
Said write module is used to the corresponding configuration filename in ticket source being written in public token；
The deployment module is used in charge system, and several co_proc are disposed for each ticket source；
The main control module is used to control each co_proc to seize the public order in start by set date
Board, if the co_proc seizes the public token success, controls the co_proc to obtain described public
The operation power of token, reads the configuration filename on the public token, and loads corresponding profile information, to ticket source
It is acquired, otherwise, controls the co_proc out of service, waits next start by set date；
Wherein, co_proc described in synchronization only one of which can obtain the operation power of the public token.
A kind of distributed ticket collection system of the present embodiment, it is public by the way that the corresponding configuration filename in ticket source is write
In token, i.e., the profile information in ticket source and public token are bound, and synchronization, bill record collection described in only one of which
Process can obtain the operation power of the public token, and the co_proc obtains operation power after robbing and accounting for public token,
And then the configuration filename in ticket source is obtained, loading configuration file information completes collection so that collection source and co_proc
Between be changed to Dynamic Matching mode from former fixation matching way, realize distributed deployment, method flexibly, using simple, no
Only improve the stability of bill record collection, it is ensured that the real-time of bill record collection.
It is preferred that, the common profiles include the log-on message of the public token, and the common profiles
It is stored in shared storage, is read for supplying any co_proc in the charge system.In the present embodiment,
The common profiles can be read by any co_proc, it is ensured that the promptness of collection handing-over, shared to deposit
Storage mechanism can carry out mutual backup between ensure that each main frame in acquisition system to the CDR file in ticket source, significantly
Alleviate ticket overstock problem.
It is preferred that, the profile information includes the corresponding main frame ip addresses in memory ticket source, ticket source collection entrance
Catalogue, collection backup directory, username and password.In the present embodiment, these profile informations are write in public token,
So that public token and collection source unique match, further improve the accuracy and real-time of collection, public token can be moved
State acquired in co_proc, and then ensure gatherer process normal operation.
In another preferred embodiment, distributed ticket collection system also includes exception processing module, the abnormality processing
Module includes first processing units and second processing unit, and the first processing units are used to occupy the public token operation
When the co_proc of power occurs abnormal, it is controlled to discharge the public token of its occupancy and the configuration file letter of loading
Breath, records breakpoint information and deposits in the shared storage；The second processing unit is used to control remaining not seize success
The co_proc next start by set date when seize the public token again, if seizing success, the ticket
Collection process obtains the operation power of the public token, and accesses the shared storage, the reading breakpoint information, and from breakpoint
Place starts to load the profile information, and continuation is acquired to ticket source；Otherwise, the co_proc is controlled to exit
Operation, and wait start by set date again.
In the preferred embodiment, after some co_proc is exited extremely in gatherer process, it will be discharged
The public token and the profile information of loading taken, another co_proc will seize the public token, and obtain fortune
Row power, continuation is acquired to ticket source, realizes the transition of collection, has been evaded collection process under abnormal conditions and has largely been prolonged
The problem of even interrupting late, improves the promptness and real-time of charge system, ticket source under abnormal conditions is alleviated significantly
Ticket overstocks problem.
The foregoing is only presently preferred embodiments of the present invention, be not intended to limit the invention, it is all the present invention spirit and
Within principle, any modification, equivalent substitution and improvements made etc. should be included in the scope of the protection.
Claims (10)
1. a kind of distributed bill record collection method, it is characterised in that comprise the following steps:
Step 1, the corresponding configuration filename in ticket source is written in public token；
Step 2, in charge system, several co_proc are disposed for each ticket source；
Step 3, after the co_proc start by set date, the public token is seized, if seizing success, step 4 is performed,
Otherwise, step 5 is performed；
Step 4, the co_proc obtains the operation power of the public token, and that reads on the public token described matches somebody with somebody
Filename is put, and loads corresponding profile information, the collection of ticket source information is completed, terminates handling process；
Step 5, the co_proc is out of service, waits next start by set date, and return to execution step 3；
Wherein, co_proc described in synchronization only one of which can obtain the operation power of the public token.
2. a kind of distributed bill record collection method according to claim 1, it is characterised in that in step 3 neutralization procedure 5,
The co_proc start by set date is implemented as：At interval of preset time, opened by loading common profiles
It is dynamic.
3. a kind of distributed bill record collection method according to claim 2, it is characterised in that the common profiles bag
Log-on message containing the public token, and the common profiles are stored in shared storage, for supplying the charging
Any co_proc is read in system.
4. a kind of distributed bill record collection method according to claim 3, it is characterised in that in step 4, the configuration text
Part information include the corresponding main frame ip addresses in memory ticket source, ticket source collection entrance catalogue, collection backup directory, user name and
Password.
5. a kind of distributed bill record collection method according to claim 4, it is characterised in that in step 4：If occupying described
The co_proc of public token operation power operation exception in gatherer process, then carry out following steps processing：
Step S41, seizes the successful co_proc and discharges the public token of its occupancy and the configuration file letter of loading
Breath, records breakpoint information and deposits in the shared storage；
Step S42, remaining do not seize the successful co_proc seized after next start by set date, again it is described public
Token, if seizing success, performs step S43, otherwise, is directly entered step 5；
Step S43, seizes the operation power that the successfully co_proc obtains the public token, accesses described share and deposits
Storage, reads the breakpoint information, and at the breakpoint load the profile information, continuation is acquired to ticket source.
6. a kind of distributed bill record collection method according to claim 5, it is characterised in that described in the step S41
Breakpoint information includes interim CDR file and its title and the size that the co_proc is collected.
7. a kind of distributed ticket collection system, it is characterised in that including：Writing module, deployment module and main control module；
Said write module is used to the corresponding configuration filename in ticket source being written in public token；
The deployment module is used in charge system, and several co_proc are disposed for each ticket source；
The main control module is used to control each co_proc to seize the public token in start by set date, if
The co_proc seizes the public token success, then the co_proc obtains the operation of the public token
Power, reads the configuration filename on the public token, and loads corresponding profile information, and ticket source is acquired,
Otherwise, control the co_proc out of service, wait next start by set date；
Wherein, co_proc described in synchronization only one of which can obtain the operation power of the public token.
8. a kind of distributed ticket collection system according to claim 7, it is characterised in that the common profiles bag
Log-on message containing the public token, and the common profiles are stored in shared storage, for supplying the charging
Any co_proc is read in system.
9. a kind of distributed ticket collection system according to claim 8, it is characterised in that the profile information bag
Include the corresponding main frame ip addresses in memory ticket source, ticket source collection entrance catalogue, collection backup directory, username and password.
10. a kind of distributed ticket collection system according to claim 9, it is characterised in that also including abnormality processing mould
Block, the exception processing module includes first processing units and second processing unit,
The first processing units are used for when the co_proc for occupying the public token operation power occurs abnormal,
The profile information for controlling it to discharge the public token of its occupancy and loading, records breakpoint information and deposits in described share and deposit
Chu Zhong；
The second processing unit is robbed again when being used to control not seizing successfully start by set date co_proc next time
The public token is accounted for, if seizing success, the co_proc obtains the operation power of the public token, accesses institute
State shared storage, read the breakpoint information, and at the breakpoint load the profile information, continuation is entered to ticket source
Row collection；Otherwise, control the co_proc out of service, and wait start by set date again.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710253205.4A CN107124522B (en) | 2017-04-18 | 2017-04-18 | Distributed call ticket collection method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710253205.4A CN107124522B (en) | 2017-04-18 | 2017-04-18 | Distributed call ticket collection method and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107124522A true CN107124522A (en) | 2017-09-01 |
| CN107124522B CN107124522B (en) | 2020-02-04 |
Family
ID=59725723
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710253205.4A Active CN107124522B (en) | 2017-04-18 | 2017-04-18 | Distributed call ticket collection method and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107124522B (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107612842A (en) * | 2017-09-07 | 2018-01-19 | 携程商旅信息服务（上海）有限公司 | Collecting method, system, equipment and storage medium based on token management |
| CN107862086A (en) * | 2017-11-30 | 2018-03-30 | 华迪计算机集团有限公司 | A kind of system and method for share directory resource information |
| CN107943902A (en) * | 2017-11-17 | 2018-04-20 | 北京首信科技股份有限公司 | Bill record collection method and apparatus |
| CN108521527A (en) * | 2018-03-14 | 2018-09-11 | 北京思特奇信息技术股份有限公司 | Ticket difference detecting method, system, computer storage media and computer equipment |
| CN108614877A (en) * | 2018-04-27 | 2018-10-02 | 携程商旅信息服务（上海）有限公司 | The monitoring method and system of data reproduction process based on token bucket |
| CN110046138A (en) * | 2019-03-06 | 2019-07-23 | 平安科技（深圳）有限公司 | A kind of more instance processes methods of iscsi target device and distributed memory system |
| CN112463828A (en) * | 2020-11-02 | 2021-03-09 | 马上消费金融股份有限公司 | Data processing method, device, equipment, system and readable storage medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101646125A (en) * | 2009-06-30 | 2010-02-10 | 卡斯柯信号有限公司 | Wireless dispatching method based on token control |
| CN102629220A (en) * | 2012-03-08 | 2012-08-08 | 北京神州数码思特奇信息技术股份有限公司 | Dynamic task allocation and management method |
| CN103095498A (en) * | 2013-01-17 | 2013-05-08 | 河南省电力通信自动化公司 | Method and system of phone bill collection |
| CN103533661A (en) * | 2013-10-23 | 2014-01-22 | 中国舰船研究设计中心 | Wireless channel access control method based on virtual token |
| CN103813481A (en) * | 2013-09-23 | 2014-05-21 | 杭州优能通信系统有限公司 | Intelligent terminal device and business processing method thereof |
| WO2014194706A1 (en) * | 2013-06-08 | 2014-12-11 | Tencent Technology (Shenzhen) Company Limited | A method for distributing voice channels and a voice system |
-
2017
- 2017-04-18 CN CN201710253205.4A patent/CN107124522B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101646125A (en) * | 2009-06-30 | 2010-02-10 | 卡斯柯信号有限公司 | Wireless dispatching method based on token control |
| CN102629220A (en) * | 2012-03-08 | 2012-08-08 | 北京神州数码思特奇信息技术股份有限公司 | Dynamic task allocation and management method |
| CN103095498A (en) * | 2013-01-17 | 2013-05-08 | 河南省电力通信自动化公司 | Method and system of phone bill collection |
| WO2014194706A1 (en) * | 2013-06-08 | 2014-12-11 | Tencent Technology (Shenzhen) Company Limited | A method for distributing voice channels and a voice system |
| CN103813481A (en) * | 2013-09-23 | 2014-05-21 | 杭州优能通信系统有限公司 | Intelligent terminal device and business processing method thereof |
| CN103533661A (en) * | 2013-10-23 | 2014-01-22 | 中国舰船研究设计中心 | Wireless channel access control method based on virtual token |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107612842A (en) * | 2017-09-07 | 2018-01-19 | 携程商旅信息服务（上海）有限公司 | Collecting method, system, equipment and storage medium based on token management |
| CN107612842B (en) * | 2017-09-07 | 2020-03-31 | 携程商旅信息服务（上海）有限公司 | Data acquisition method, system, equipment and storage medium based on token management |
| CN107943902A (en) * | 2017-11-17 | 2018-04-20 | 北京首信科技股份有限公司 | Bill record collection method and apparatus |
| CN107943902B (en) * | 2017-11-17 | 2021-06-29 | 北京首信科技股份有限公司 | Call bill collection method and device |
| CN107862086A (en) * | 2017-11-30 | 2018-03-30 | 华迪计算机集团有限公司 | A kind of system and method for share directory resource information |
| CN108521527A (en) * | 2018-03-14 | 2018-09-11 | 北京思特奇信息技术股份有限公司 | Ticket difference detecting method, system, computer storage media and computer equipment |
| CN108521527B (en) * | 2018-03-14 | 2020-12-11 | 北京思特奇信息技术股份有限公司 | Ticket difference detection method, system, computer storage medium and computer equipment |
| CN108614877A (en) * | 2018-04-27 | 2018-10-02 | 携程商旅信息服务（上海）有限公司 | The monitoring method and system of data reproduction process based on token bucket |
| CN110046138A (en) * | 2019-03-06 | 2019-07-23 | 平安科技（深圳）有限公司 | A kind of more instance processes methods of iscsi target device and distributed memory system |
| CN110046138B (en) * | 2019-03-06 | 2024-03-01 | 平安科技（深圳）有限公司 | iSCSI target multi-instance processing method and distributed storage system |
| CN112463828A (en) * | 2020-11-02 | 2021-03-09 | 马上消费金融股份有限公司 | Data processing method, device, equipment, system and readable storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107124522B (en) | 2020-02-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107124522A (en) | A kind of distributed bill record collection method and system | |
| CN107832126A (en) | The method of adjustment and its terminal of a kind of thread | |
| CN103684839B (en) | It is a kind of for the data transmission method of two-node cluster hot backup, system and server | |
| JPS60130282A (en) | Data transmission system of catv | |
| CN101426052A (en) | Backup and importing method for address book and short message of mobile terminal | |
| CN1129097C (en) | Method for controlling commands in reveral application files and chip card for carrying out said method | |
| CN101656002A (en) | Self-service card selling method and self-service card selling terminal | |
| CN105955992A (en) | Picture processing method and apparatus | |
| CA2298401A1 (en) | Delivery of interactive program guide data | |
| US6434553B1 (en) | File prefetch control method for computer system | |
| CN106683293A (en) | Bank ATM machine with self-help card withdrawing function and bank card management method | |
| CN107391281A (en) | A kind of data processing method of server, device and storage medium | |
| JPH02186399A (en) | Voice accumulating device | |
| CN100536441C (en) | Storage managment method and system for large capacity electronic mail | |
| CN108228752A (en) | Data full dose deriving method, data distribution device and data export node | |
| DE2629800C3 (en) | Circuit arrangement for compensating for disturbances in the processor memory in a time division multiplex message switching system | |
| CN109658220A (en) | Online face kernel method, equipment, storage medium and device based on data analysis | |
| CN2711820Y (en) | Fee charging terminal for operation in machine room | |
| CN207940437U (en) | A kind of classifiable Coin storage box | |
| CN116962069A (en) | Effective time control method and device based on distributed firewall | |
| JP2874421B2 (en) | Sort work file space management method | |
| JPH09231012A (en) | Volume copy system between direct access type external storage devices | |
| JPS58194188A (en) | Accessing mechanism of random file | |
| JPS60120449A (en) | Access processing system | |
| CN111062789A (en) | Method for avoiding repeated posting and related product |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |