CN107124522A - A kind of distributed bill record collection method and system - Google Patents

A kind of distributed bill record collection method and system Download PDF

Info

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
Application number
CN201710253205.4A
Other languages
Chinese (zh)
Other versions
CN107124522B (en
Inventor
高洪磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Si Tech Information Technology Co Ltd
Original Assignee
Beijing Si Tech Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Si Tech Information Technology Co Ltd filed Critical Beijing Si Tech Information Technology Co Ltd
Priority to CN201710253205.4A priority Critical patent/CN107124522B/en
Publication of CN107124522A publication Critical patent/CN107124522A/en
Application granted granted Critical
Publication of CN107124522B publication Critical patent/CN107124522B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/31Distributed metering or calculation of charges
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/41Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/43Billing software details

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Telephonic Communication Services (AREA)
  • Meter Arrangements (AREA)
  • Mobile Radio Communication Systems (AREA)

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

A kind of distributed bill record collection method and system
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.
CN201710253205.4A 2017-04-18 2017-04-18 Distributed call ticket collection method and system Active CN107124522B (en)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

Patent Citations (6)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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
DE69123931T2 (en) Identification of subscribers in a cellular telephone network
GB0100446D0 (en) Method and apparatus for authenticating connections to a storage system coupled to a network
CN109005245A (en) The use management method and system of cloud mobile phone
CN103533096B (en) A kind of network card interface binding method and device
JPS60130282A (en) Data transmission system of catv
CN1129097C (en) Method for controlling commands in reveral application files and chip card for carrying out said method
CN101426052A (en) Backup and importing method for address book and short message of mobile terminal
JPH07236000A (en) Communication system
CN105955992A (en) Picture processing method and apparatus
EP1030516A3 (en) Delivery of interactive program guide data
CN107291568A (en) The abnormality eliminating method and device of intelligent network adapter side
CN108228752A (en) Data full dose deriving method, data distribution device and data export node
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
CN106407131A (en) Internal memory access method and device
DE2629800C3 (en) Circuit arrangement for compensating for disturbances in the processor memory in a time division multiplex message switching system
CN111062789A (en) Method for avoiding repeated posting and related product
JPS6253106B2 (en)
CN1567821A (en) Call ticket repetition removing method
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
CN108257009A (en) One kind insure payment treating method and apparatus

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