WO2016177077A1 - 话单生成的方法及装置 - Google Patents

话单生成的方法及装置 Download PDF

Info

Publication number
WO2016177077A1
WO2016177077A1 PCT/CN2016/075663 CN2016075663W WO2016177077A1 WO 2016177077 A1 WO2016177077 A1 WO 2016177077A1 CN 2016075663 W CN2016075663 W CN 2016075663W WO 2016177077 A1 WO2016177077 A1 WO 2016177077A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
cdr
bill
content
format
Prior art date
Application number
PCT/CN2016/075663
Other languages
English (en)
French (fr)
Inventor
王业科
马巧花
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2016177077A1 publication Critical patent/WO2016177077A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1482—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network involving use of telephony infrastructure for billing for the transport of data, e.g. call detail record [CDR] or intelligent network infrastructure

Definitions

  • the present invention relates to the field of communications, and in particular to a method and apparatus for generating a bill.
  • Telecom mobile services include a wide range of mobile newspapers, on-demand, scheduled mass and non-broadcast telecom capabilities (SMS, MMS, Wappush), Interactive Voice Response (IVR), Unstructured Supplementary Data Service (USSD), Next Generation Network (NGN), card and other businesses.
  • SMS On-demand, scheduled mass and non-broadcast telecom capabilities
  • IVR Interactive Voice Response
  • USSD Unstructured Supplementary Data Service
  • NTN Next Generation Network
  • CDR Each time a service function is completed, a CDR is recorded.
  • Each type of CDR file generated by various telecom mobile services is removed by the interface machine through the FTP protocol. After the interface machine analyzes and summarizes, the user CDR is obtained. Or file CDRs, user CDRs can be used for user inquiry and printing, and archive CDRs are used for carrier's archiving or other functions.
  • the method for generating a bill has the following situations:
  • Scenario 1 The mobile switching center (Mobile Switching Center, MSC for short) and the visited MSC are provided to obtain the current short message. If the MSC where the terminal is located and the visited MSC are not in the same time zone, the updated SMS CDR is obtained. It is convenient for the user to visually check the time of the visit sent by the short message and the number of the recipient of the short message.
  • MSC Mobile Switching Center
  • Case 2 Providing a case where the user's account balance is not enough to deduct the monthly rent of the whole month, the monthly rent is divided into a periodic rent corresponding to the billing cycle, and the periodic rent deduction information is added to the initial
  • the CDR file generates a CDR file corresponding to the user, which is used to solve the problem that the monthly rent CDR and the daily rent CDR in the related art cause unreasonable cost deduction and a large load on the billing system. Maximize the operation of the CRBT service ordered by the user. Reduce the situation in which the user subscribes to ring tones because the recharge is not timely.
  • Case 3 A method for generating a bill during a call is provided. During the call, the identification information of the calling terminal and the called terminal is recorded and recorded in the bill file, so that the user can know the called party when checking the bill. The name information in the calling phonebook contact is used to improve the user experience.
  • the CDRs are only customized for a specific scenario or a specific service, and in the current telecommunication mobile field, various types of services appear, in order to satisfy various types of services.
  • a type of service needs to generate a bill, and a method for generating a bill that satisfies various types of services needs to be proposed.
  • the CDRs are only customized for a specific scenario or a specific service, and cannot satisfy the problem that a variety of types of services need to generate CDRs.
  • no effective solution has been provided.
  • the present invention provides a method and an apparatus for generating a bill to solve at least the problem that the bill in the related art is only customized for a specific scenario or a specific service, and cannot satisfy the needs of various types of services to generate bills. .
  • a method for generating a bill includes: acquiring bill content generated by running a plurality of types of services; and classifying the bill content according to a service type of the plurality of types of services; Generating a CDR file according to the CDR content after the classification, wherein the CDR file has a unified naming manner and a CDR content format.
  • the constituent elements of the naming manner of the CDR file include: a device prefix of a device for generating the CDR file, an identifier of a network type to which the device belongs, and a identifier for identifying the service type.
  • a business key a serial number of the bill file, a date of the bill file, a file suffix for identifying a file write and/or a file readable state.
  • the CDR content format includes: a CDR content format in a lead format or a CDR content format in a non-head format; wherein the CDR content format of the lead format is used for a CDR generated by an intelligent network telephone service, The CDR content format without the header format is used for CDRs generated by value-added services.
  • the header format includes at least: a version number, a bill creation date, a time when the first bill is written in the bill file, a time when the bill content is written to the bill file, and the bill file. The number of bills included.
  • generating the CDR file according to the CDR content after the classification includes: querying whether there is a writable CDR file generated by the current date; if yes, writing the CDR content to the CDR file If not, create a writable CDR file, and write the CDR content to the created CDR file.
  • the CDR file is further archived according to a preset rule.
  • the preset rule includes at least one of the following: a CDR file full archive and a timed archive, a CDR file full archive, and a CDR file last updated for a predetermined time period archive; wherein
  • the CDR file full archive includes: determining whether the number of CDRs of the CDR file exceeds the threshold, and if so, writing the CDR content without exceeding the threshold to the CDR file, and then creating the CDR file, and exceeding the threshold CDR content Write the created CDR file; if not, the CDR content is all written into the CDR file;
  • the timing archive includes: after the predetermined time period, if the CDR file has not been fully archived, Then the bill file is archived.
  • an apparatus for generating a bill includes: an obtaining module configured to acquire bill content generated by running a plurality of types of services; and a sorting module configured to follow the plurality of types of services
  • the service type categorizes the CDR content
  • the generating module is configured to generate a CDR file according to the CDR content after the categorization, wherein the CDR file has a unified naming manner and a CDR content format.
  • the constituent elements of the naming manner of the CDR file include: a device prefix of a device for generating the CDR file, an identifier of a network type to which the device belongs, and a identifier for identifying the service type.
  • a business key a serial number of the bill file, a date of the bill file, a file suffix for identifying a file write and/or a file readable state.
  • the CDR content format includes: a CDR content format in a lead format or a CDR content format in a non-head format; wherein the CDR content format of the lead format is used for a CDR generated by an intelligent network telephone service, Without head
  • the formatted CDR content format is used for CDRs generated by value-added services.
  • the header format includes at least: a version number, a bill creation date, a time when the first bill is written in the bill file, a time when the bill content is written to the bill file, and the bill file. The number of bills included.
  • the generating module includes: a query unit, configured to query whether there is a writable CDR file generated by the current date; and the processing unit is configured to, if yes, write the CDR content into the CDR a file; if not, creating the CDR file that can be written, and writing the CDR content to the created CDR file.
  • the device further includes: an archiving module, configured to archive the bill file according to a preset rule.
  • the preset rule includes at least one of the following: a CDR file full archive and a timed archive, a CDR file full archive, and a CDR file last updated for a predetermined time period archive; wherein
  • the CDR file full archive includes: determining whether the number of CDRs of the CDR file exceeds the threshold, and if so, writing the CDR content without exceeding the threshold to the CDR file, and then creating the CDR file, and exceeding the threshold CDR content Write the created CDR file; if not, the CDR content is all written into the CDR file;
  • the timing archive includes: after the predetermined time period, if the CDR file has not been fully archived, Then the bill file is archived.
  • the CDR content generated by the operation of the plurality of types of services is used; the CDRs are classified according to the service type of the plurality of types of services; and the CDR files are generated according to the CDR content of the classified CDRs, and the CDR files are unified.
  • the naming method and the CDR content format solve the problem that the CDRs are only customized for a specific scenario or a specific service, and cannot satisfy the problem that various types of services need to generate CDRs, thereby satisfying various types of CDRs.
  • the demand for generating CDR files in the telecom mobile service is used.
  • FIG. 1 is a flow chart of bill generation according to an embodiment of the present invention.
  • FIG. 2 is a structural block diagram of an apparatus for generating a bill according to an embodiment of the present invention
  • FIG. 3 is a structural block diagram (1) of an apparatus for generating a bill according to an embodiment of the present invention
  • FIG. 4 is a structural block diagram (2) of an apparatus for generating a bill according to an embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of an apparatus for generating a bill according to an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of bill generation according to an embodiment of the present invention.
  • FIG. 7 is a flow chart of a CDR write according to an embodiment of the present invention.
  • FIG. 8 is a flow chart of billing timed archiving in accordance with an embodiment of the present invention.
  • FIG. 9 is a flow chart of filing a last time update of a bill file over a certain period of time according to an embodiment of the present invention.
  • FIG. 1 is a flowchart of bill generation according to an embodiment of the present invention. As shown in FIG. 1 , the process includes the following steps:
  • Step S102 Acquire CDR content generated by running multiple types of services.
  • Step S104 classifying according to the content of the service type dialog of the plurality of types of services
  • Step S106 Generate a bill file according to the classified bill content, wherein the bill file has a unified naming manner and a bill content format.
  • the content of the dialog box is classified, and the classified bill content is written into the bill file having the unified naming manner and the bill content format, that is, the bill file needs a unified interface and format to satisfy various telecommunications.
  • the requirements of the mobile service are compared to the specific technology in which the CDRs are customized for a specific scenario or a specific service.
  • the above steps solve the problem that the CDRs are only customized for a specific scenario or a specific service, and cannot satisfy various types of CDRs.
  • a type of service needs to generate a bill, and thus can meet the requirements of generating a bill file for various types of telecommunications mobile services.
  • the naming manner of the CDR file involved in the foregoing step S106 is composed of the following elements: a device prefix of the device for generating the CDR file, an identifier of the network type to which the device belongs, a service key for identifying the service type, and the message.
  • the CDR content format involved in the foregoing step S106 includes: a CDR content format in a lead format or a CDR content format in a non-head format; wherein the CDR content format of the lead format is used for the generated by the intelligent network telephone service.
  • Single, non-headed format CDR content format is used for CDRs generated by value-added services.
  • the header format involved in the CDR content format is composed of at least the following: the version number, the CDR creation date, the time when the first CDR is written in the CDR file, and the last CDR. The time when the file is written to the contents of the CDR and the number of CDRs included in the CDR file.
  • the above step S106 involves generating a bill file according to the classified bill content.
  • querying whether there is a writable bill file generated by the current date if yes, writing the bill content The CDR file; if not, create a writable CDR file and write the CDR content to the created CDR file.
  • the bill file is archived according to a preset rule.
  • the preset rules designed there include at least one of the following: CDR file full archive and timed archive, CDR file full archive and detached single file last updated for more than a predetermined time period archive; in an optional implementation
  • the CDR file is full of archives to determine whether the number of CDRs exceeds the threshold, and if so, the content of the CDR that does not exceed the threshold is written.
  • Single file and archive then create a CDR file, and write the content of the CDR beyond the threshold to the created CDR file; if not, the CDR content is all written to the CDR file.
  • the timed archive is more than a predetermined time period, if the CDR file has not been fully archived, the CDR file is archived.
  • the technical solution of the embodiments of the present invention may be embodied in the form of a software product in essence or in the form of a software product stored in a storage medium (such as ROM/RAM, disk).
  • the optical discs include a plurality of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the method described in various embodiments of the present invention.
  • a device for generating a bill is also provided, and the device is used to implement the above-mentioned embodiments and preferred embodiments, and the description thereof has been omitted.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • the apparatus includes: an obtaining module 22 configured to acquire bill content generated by running multiple types of services; and a classification module 24, setting The CDR content is classified according to the service type of the multiple types of services; the generating module 26 is configured to generate a CDR file according to the categorized CDR content, wherein the CDR file has a unified naming manner and words. Single content format.
  • the naming manner of the CDR file is composed of the following elements: a device prefix of the device used to generate the CDR file, an identifier of a network type to which the device belongs, a service key for identifying the service type, and the message
  • a device prefix of the device used to generate the CDR file an identifier of a network type to which the device belongs
  • a service key for identifying the service type an identifier of a network type to which the device belongs
  • the message The serial number of a single file, the date of the CDR file, the file suffix used to identify the file write and/or the readable state of the file.
  • the CDR content format includes: a CDR content format in a lead format or a CDR content format in a non-head format; in an optional embodiment, the CDR content format in a lead format is used for a CDR generated by the intelligent network telephone service.
  • the CDR content format without the header format is used for the CDRs generated by the value-added service.
  • the header format involved in the content format of the CDR includes at least: a version number, a CDR creation date, a time when the first CDR is written in the CDR file, and a time when the CDR content is written to the CDR file.
  • the number of CDRs included in the CDR file includes at least: a version number, a CDR creation date, a time when the first CDR is written in the CDR file, and a time when the CDR content is written to the CDR file.
  • FIG. 3 is a structural block diagram (1) of an apparatus for generating a bill according to an embodiment of the present invention.
  • the generating module 26 involved in FIG. 2 further includes: a query unit 262, configured to query whether a current date is generated. a writable CDR file; the processing unit 264 is configured to, if yes, write the CDR content to the CDR file; if not, create a writable CDR file, and write the CDR content to the created CDR file The bill file.
  • FIG. 4 is a structural block diagram (2) of an apparatus for generating a bill according to an embodiment of the present invention.
  • the apparatus includes an archiving module 42 and a billing file, in addition to all the modules in FIG. Archive according to preset rules.
  • the preset rule includes at least one of the following: a CDR file full archive and a timed archive, a CDR file full archive, and a detached single file last updated for a predetermined time period archive;
  • the bill The file full archive includes: determining whether the number of CDRs of the CDR file exceeds the threshold; if yes, writing the CDR content without exceeding the threshold to the CDR file and archiving, then creating a CDR file, and writing the content exceeding the threshold CDR The created CDR file; if not, the CDR content is all written to the CDR file;
  • the timed archive includes: after the predetermined time period, if the CDR file has not been fully archived, the CDR file is archived .
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the modules are located in multiple In the processor.
  • Embodiments of the present invention also provide a storage medium.
  • the foregoing storage medium may be configured to store program code for performing the following steps:
  • the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • a mobile hard disk e.g., a hard disk
  • magnetic memory e.g., a hard disk
  • the processor executes the above S1, S2, and S3 according to the stored program code in the storage medium.
  • a bill generation method is proposed.
  • various types of services are developed on the USEE platform, and bills are recorded to meet the needs of business developers.
  • the CDR file consists of six elements and two types of write CDR content formats, which can realize the demand for generating CDR files for various types of telecommunication mobile services.
  • the six named elements are: device prefix (CDRDeviceProfix), network type identifier (CDRNetWorkType), service key (servicekey), serial number (CDRSeqence), date of the day (date), file suffix (FILE_SUFFIX); device prefix is the generated bill file The prefix of the device used to identify the device.
  • the network type identifier is the network identifier to which the device belongs, such as a CDMA network, a GSM network, a PSTN network, and a parlay-based NGN network.
  • the service key is the identifier of the service type and is customized by the service developer. It can be the access code of the service or the name of the service.
  • the serial number and date are used in combination to identify the serial number of the CDR file generated on the same day. The serial number increases from 1 to 1. The default length is 6 (the background can be configured).
  • the date is the date of the day when the bill was generated.
  • the file suffix is w, indicating that the file can be written.
  • the file suffix changes from w to r, indicating that the CDR file is readable and unwritable. To continue writing to the file, the sequence number plus 1 is generated and written to the next CDR file.
  • the first six elements are connected using an underscore, and the last element is connected using a dot to represent a w file or an r file.
  • 2 kinds of written in the bill The format is a lead format and a non-header format.
  • the lead format is used for the CDRs generated by the intelligent network telephone service, and the format is used for the CDRs generated by other value-added services.
  • the header format is: the version number, the date the bill was created, the time when the first bill was written in the bill file, the time when the last bill was written to the bill file, and the number of bills in the bill file.
  • FIG. 5 is a schematic structural diagram of a device for generating a bill according to an embodiment of the present invention. As shown in FIG. 5, the device mainly includes a bill generation module, a bill write module, and a bill archive module.
  • CDR generation is a CDR file generated after a certain business function is completed during the running of the service.
  • the service key is used to name the CDR file; the cdrBill is the content of the CDR file.
  • the service developer uses the string processing node. (Operation, strtoolService, java, etc.) Get the current date and time and the assembled string.
  • the service bill temporary queue (CDRBillTempQueue) is written.
  • CDRBillTempQueue classifies the contents of the written CDRs according to the serviceKey.
  • the CDR write is to write the CDR content in the CDRBillTempQueue to the CDR file.
  • There are two ways to store a bill one is to create a bill file directly in the bill directory and write it, and the other is to create a serviceKey as a folder name in the bill directory and generate a bill in the serviceKey folder.
  • File and write The scheduled task writes the contents of the CDBillTempQueue to the CDR file every 10 seconds (configured in the background).
  • the series.properties file stores the serial number and date of the last update of the serviceKey. .
  • the w file of the serial number of the serviceKey is queried in the bill directory, and the w file is written to the w file of the serial number of the service key. If the service key is queried without the serial number and date of the day, the CDR file with the serial number 1 is created and written, and the date and serial number of the serviceKey are updated to the series.properties file. If the serial number under the current date is not found according to the series.properties file, the w file cannot be found (because the w file has been archived as the r file), then the serial number is incremented by one to create a new CDR file and written, and the date of the serviceKey is set.
  • the CDR archive is the process of changing the CDR file from the w file to the r file.
  • When writing a bill to a bill file it is judged whether the number of bills exceeds the threshold if the bill file is written after all the bills are written. If the threshold value is not exceeded, all the bill files are written; if the threshold is exceeded, the threshold is exceeded.
  • the timed archive starts from the creation of the CDR file and has passed a certain period of time. Then, if the CDR file has not been filled with the archive, the serviceKey CDR is archived. If the CDR file is full of archives during this time period, the location task record time point of the timed archive is updated when a new CDR file is created; the last update time of the CDR file exceeds a certain time period archive. The time point at which the serviceKey CDR file is updated each time the serviceKey CDR file is written.
  • the archived timed task judges the current time and the serviceKey CDR file timeout timeout for a certain period of time to archive the CDR file.
  • the timed archive and the detachment file last updated for more than a certain period of time. Only one type of archive can be selected for the archive. Business developer You need to choose one of two archiving methods according to your needs.
  • FIG. 6 is a schematic diagram of CDR generation according to an embodiment of the present invention.
  • CDRDeviceProfix two elements of a device prefix
  • CDRNetWorkType a network type identifier
  • the device platform differentiates the service type by servicekey.
  • the business developer obtains the current date and time and assembles the custom string through the string processing node (Operation, strtoolService, java, etc.). Record the business running time, results and other information as the contents of the bill. Immediately write to the CDR Bill Temp Queue, and the CDRBillTempQueue is classified by servicekey.
  • the CDR write includes: the CDR locating task is run every 10 seconds (configurable in the background), and the CDR content in the CDRBillTempQueue is written into the CDR file.
  • the service key servicekey
  • the serial number and date in the series.properties query whether there is a bill file with the w suffix of the day. If yes, write the CDR file directly.
  • judge whether the CDR file is full If the CDR is full, the CDR content is written, and the CDR file is archived. The serial number is increased by one.
  • Update to series.properties use the device prefix (CDRDeviceProfix), network type identifier (CDRNetWorkType), service key (servicekey), serial number (CDRSeqence), date of the day (date) to create a CDR file with the suffix w and continue writing;
  • service key servicekey
  • serial number serial number and date in series.properties
  • query the CDR file with no w suffix of the day then write the servicekey, serial number (for 1), and today's date to series.properties.
  • FIG. 7 is a flow diagram of a CDR write in accordance with an embodiment of the present invention. As shown in FIG. 7, the process includes the following steps:
  • step S702 the CDR billing task is written once every 10 seconds (configurable in the background), and the CDR content in the CDR Bill Temp Queue is written into the bill file.
  • Step S704 according to the sequence attribute (properties.properties) file, the service key (servicekey) queries the serial number and date of the last update, wherein the date is the date of the day, if yes, step S706 is performed, and if no, step S708 is performed.
  • step S706 it is determined whether there is a day w file in the bill list, if yes, step S710 is performed, and if no, step S708 is performed.
  • Step S708 creating a bill file.
  • step S710 the bill file is directly written.
  • CDR files There are three ways to archive CDR files: 1. Write full archives; 2. Timed archives; 3. Archives of the last update of the CDRs over a certain period of time.
  • the maximum number of CDRs that can be stored in a CDR file is limited (configurable). When the number of CDRs is greater than the maximum number of CDRs, the CDR file is full of archives.
  • the timed archive refers to the time when the CDR file is created. After a certain period of time (configurable), the timed archive is performed after it is not full; the last update time of the bill file exceeds one. In the mode of time period archiving, the time point is recorded every time the CDR file is updated. When the current time point and the last update time of the CDR file exceed a certain period of time (configurable), the CDR file is archived.
  • FIG. 8 is a flow diagram of a billing timed archive in accordance with an embodiment of the present invention. As shown in FIG. 8, the process includes the following steps:
  • Step S802 writing a bill file
  • Step S804 it is determined whether the CDR file is full, if the determination result is yes, step S806 is performed; if the determination result is no, step S808 is performed;
  • Step S806 updating the filing time of the bill file
  • Step S808 it is determined whether the timed filing time is reached, if yes, step S810 is performed, if no, step S802 is performed;
  • Step S810 the CDR file is archived.
  • FIG. 9 is a flow chart of filing a last time update of a bill file over a certain period of time according to an embodiment of the present invention. As shown in FIG. 9, the process includes the following steps:
  • Step S902 writing a bill file
  • Step S904 it is determined whether the bill file is full, if yes, step S910 is performed, if no, step S906 is performed;
  • Step S906 it is determined whether the last update time of the bill file exceeds a certain period of time, and if so, step S910 is performed, and if no, step S908 is performed;
  • Step S908 updating the last update time of the bill file
  • Step S910 the CDR file is archived.
  • the present invention adopts the CDR content generated by acquiring a plurality of types of service operations; classifies the content according to the service type dialog of the plurality of types of services; generates a CDR file, a CDR file according to the CDR content after the classification
  • the unified naming method and the CDR content format solve the problem that the CDRs are only customized for a specific scenario or a specific service, and cannot satisfy the problem that various types of services need to generate CDRs, and thus can satisfy various types of CDRs.
  • the type of telecom mobile service generates the demand for CDR files.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the present invention relates to the field of communications, and provides a method and an apparatus for generating a bill, wherein the method includes: acquiring bill content generated by running a plurality of types of services; and classifying the content of the dialog box according to a service type of multiple types of services;
  • the CDR file is generated according to the CDR content after the classification, wherein the CDR file has a unified naming manner and a CDR content format. It solves the problem that the CDRs are only customized for a specific scenario or a specific service, and cannot satisfy the problem that various types of services need to generate CDRs, thereby realizing the generation of CDRs for various types of telecommunication mobile services.
  • the effect of the demand for the file includes: acquiring bill content generated by running a plurality of types of services; and classifying the content of the dialog box according to a service type of multiple types of services;
  • the CDR file is generated according to the CDR content after the classification, wherein the CDR file has a unified naming manner and a

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明提供了一种话单生成的方法及装置，其中，该方法包括：获取多种类型业务运行所生成的话单内容；按照多种类型业务的业务类型对话单内容进行分类；依据分类后的该话单内容生成话单文件，其中，话单文件具有统一的命名方式和话单内容格式。通过本发明，解决了话单只是针对某个特定场景或者某个特定业务定制，不能满足各式各样的类型业务需要生成话单的问题，进而可以满足各式各样类型的电信移动业务生成话单文件的需求。

Description

话单生成的方法及装置 技术领域
本发明涉及通信领域，具体而言，涉及一种话单生成的方法及装置。
背景技术
随着信息时代的发展，电信移动业务的分支越来越多，产品种类渗透日常生活的方方面面。其中，最常见而又最原始的是电话呼叫的业务，还有使用面最广种类最多的电信移动增值业务。电信移动业务包括各式各样的手机报，点播，调度群发和非群发电信能力(短信、彩信、Wappush)、互动式语音应答(IVR)、非结构化补充数据业务(USSD)、下一代网络(NGN)、一卡通等业务。业务每完成一个业务功能点都需要记录话单，各式各样的电信移动业务生成的各式各样话单文件后被接口机通过FTP协议取走，经过接口机分析汇总后得到用户话单或者归档话单，用户话单可供给用户查询和打印，归档话单则用于运营商的归档或者其他功能使用。
相关技术中，话单生成的方法有以下几种情形：
情形一：提供了获取当前发送短信的终端所在移动交换中心(Mobile Switching Center，简称为MSC)和拜访地MSC，如果终端所在MSC和拜访地MSC不在同一个时区，就通过更新后的短信话单可方便用户直观查看短信发送的拜访地时间以及短信接收方号码。
情形二：提供了一种当用户的帐号余额不足够扣除整月的月租费的情况下，把月租费分成与计费周期对应的周期租费，将该周期租费扣除信息添加到初始话单文件生成用户对应的话单文件，用于解决相关技术中月租话单和日租话单导致花费扣除不合理以及给计费系统带来较大的负荷的问题。最大限度的保证用户订购的彩铃业务处于运作状态。减少因为充值不及时，导致用户订购铃音被删的情况。
情形三：提供了一种在呼叫过程中生成话单的方法，在通话的时候，记录主叫终端和被叫终端的标识信息并记录到话单文件，使得用户可以在查询话费时获知被叫在主叫电话本联系人中的姓名信息，提高用户体验。
从上述三种情形可以看出，相关技术中，话单只是针对某个特定场景或者某个特定业务定制，而目前的电信移动领域中，出现各式各样的类型业务，为了满足各式各样的类型业务需要生成话单的需求，需要提出一种满足各式各式各样类型业务的话单生成方法。
针对相关技术中，话单只是针对某个特定场景或者某个特定业务定制，不能满足各式各样的类型业务需要生成话单的问题，目前尚未提供有效的解决方案。
发明内容
本发明提供了一种话单生成的方法及装置，以至少解决相关技术中话单只是针对某个特定场景或者某个特定业务定制，不能满足各式各样的类型业务需要生成话单的问题。
根据本发明的一个方面，提供了一种话单生成的方法，包括：获取多种类型业务运行所生成的话单内容；按照所述多种类型业务的业务类型对所述话单内容进行分类；依据分类后的所述话单内容生成话单文件，其中，所述话单文件具有统一的命名方式和话单内容格式。
可选地，所述话单文件的命名方式的组成元素包括：用于生成所述话单文件的设备的设备前缀、所述设备所归属的网络类型的标识、用于标识所述业务类型的业务键、所述话单文件的序列号、所述话单文件的日期、用于标识文件写入和/或文件可读状态的文件后缀。
可选地，所述话单内容格式包括：带头格式的话单内容格式或者不带头格式的话单内容格式；其中，所述带头格式的话单内容格式用于智能网电话业务所生成的话单，所述不带头格式的话单内容格式用于增值业务所生成的话单。
可选地，头格式至少包括：版本号、话单创建日期、话单文件里写入第一条话单的时间、最后一次往话单文件写入话单内容的时间、所述话单文件里包含的话单的数量。
可选地，依据分类后的所述话单内容生成话单文件，包括：查询是否存在当前日期生成的可写入的话单文件；如果是，将所述话单内容写入所述话单文件；如果否，创建可写入的所述话单文件，将所述话单内容写入创建的所述话单文件。
可选地，依据分类后的所述话单内容生成话单文件之后，还包括：将所述话单文件按照预设规则进行归档。
可选地，所述预设规则包括以下至少之一：话单文件写满归档和定时归档、话单文件写满归档和离话单文件最后一次更新时间超过预定时间周期归档；其中，所述话单文件写满归档包括：判断话单文件的话单数量是否超出阈值，如果是，把未超出阈值话单内容写入话单文件并归档，然后创建话单文件，并将超出阈值话单内容写入创建后的话单文件；如果否，所述话单内容全部写入所述话单文件；所述定时归档包括：超过预定时间周期后，如果所述话单文件还未被写满归档，则将所述话单文件归档。
根据本发明的另一方面，提供了一种话单生成的装置，包括：获取模块，设置为获取多种类型业务运行所生成的话单内容；分类模块，设置为按照所述多种类型业务的业务类型对所述话单内容进行分类；生成模块，设置为依据分类后的所述话单内容生成话单文件，其中，所述话单文件具有统一的命名方式和话单内容格式。
可选地，所述话单文件的命名方式的组成元素包括：用于生成所述话单文件的设备的设备前缀、所述设备所归属的网络类型的标识、用于标识所述业务类型的业务键、所述话单文件的序列号、所述话单文件的日期、用于标识文件写入和/或文件可读状态的文件后缀。
可选地，所述话单内容格式包括：带头格式的话单内容格式或者不带头格式的话单内容格式；其中，所述带头格式的话单内容格式用于智能网电话业务所生成的话单，所述不带头 格式的话单内容格式用于增值业务所生成的话单。
可选地，头格式至少包括：版本号、话单创建日期、话单文件里写入第一条话单的时间、最后一次往话单文件写入话单内容的时间、所述话单文件里包含的话单的数量。
可选地，所述生成模块，包括：查询单元，设置为查询是否存在当前日期生成的可写入的话单文件；处理单元，设置为如果是，将所述话单内容写入所述话单文件；如果否，创建可写入的所述话单文件，将所述话单内容写入创建的所述话单文件。
可选地，所述装置还包括：归档模块，设置为将所述话单文件按照预设规则进行归档。
可选地，所述预设规则包括以下至少之一：话单文件写满归档和定时归档、话单文件写满归档和离话单文件最后一次更新时间超过预定时间周期归档；其中，所述话单文件写满归档包括：判断话单文件的话单数量是否超出阈值，如果是，把未超出阈值话单内容写入话单文件并归档，然后创建话单文件，并将超出阈值话单内容写入创建后的话单文件；如果否，所述话单内容全部写入所述话单文件；所述定时归档包括：超过预定时间周期后，如果所述话单文件还未被写满归档，则将所述话单文件归档。
通过本发明，采用获取多种类型业务运行所生成的话单内容；按照多种类型业务的业务类型对话单内容进行分类；依据分类后的该话单内容生成话单文件，话单文件采用统一的命名方式和话单内容格式，解决了话单只是针对某个特定场景或者某个特定业务定制，不能满足各式各样的类型业务需要生成话单的问题，进而可以满足各式各样类型的电信移动业务生成话单文件的需求。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的话单生成的流程图；
图2是根据本发明实施例的话单生成的装置的结构框图；
图3是根据本发明实施例的话单生成的装置的结构框图(一)；
图4是根据本发明实施例的话单生成的装置的结构框图(二)；
图5是根据本发明实施例的话单生成的装置结构示意图；
图6是根据本发明实施例的话单生成的示意图；
图7是根据本发明实施例的话单写入的流程图；
图8是根据本发明实施例的话单定时归档的流程图；
图9是根据本发明实施例的话单文件最后一次更新时间超过一定时间周期归档的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明实施例。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种话单生成的方法，图1是根据本发明实施例的话单生成的流程图，如图1所示，该流程包括如下步骤：
步骤S102，获取多种类型业务运行所生成的话单内容；
步骤S104，按照多种类型业务的业务类型对话单内容进行分类；
步骤S106，依据分类后的该话单内容生成话单文件，其中，该话单文件具有统一的命名方式和话单内容格式。
通过上述步骤，对话单内容进行分类，并将分类后的话单内容写入具有统一命名方式和话单内容格式的话单文件中，即话单文件需要统一接口和格式来满足各式各样的电信移动业务的需求，相比于相关技术中话单只是针对某个特定场景或者某个特定业务定制，上述步骤解决了话单只是针对某个特定场景或者某个特定业务定制，不能满足各式各样的类型业务需要生成话单的问题，进而可以满足各式各样类型的电信移动业务生成话单文件的需求。
上述步骤S106涉及的话单文件的命名方式由以下元素组成：用于生成该话单文件的设备的设备前缀、该设备所归属的网络类型的标识、用于标识该业务类型的业务键、该话单文件的序列号、该话单文件的日期、用于标识文件写入和/或文件可读状态的文件后缀。
在一个可选的实施例中上述步骤S106涉及的话单内容格式包括：带头格式的话单内容格式或者不带头格式的话单内容格式；其中，带头格式的话单内容格式用于智能网电话业务所生成的话单，不带头格式的话单内容格式用于增值业务所生成的话单。
在一个可选的实施例中，话单内容格式中涉及的头格式至少由以下组成：版本号、话单创建日期、话单文件里写入第一条话单的时间、最后一次往话单文件写入话单内容的时间、该话单文件里包含的话单的数量。
上述步骤S106涉及到依据分类后的该话单内容生成话单文件，在一个可选的实施例中，查询是否存在当前日期生成的可写入的话单文件；如果是，将话单内容写入话单文件；如果否，创建可写入的话单文件，将话单内容写入创建的该话单文件。
在一个可选的实施例中，在完成上述步骤S106后，将话单文件按照预设规则进行归档。该处设计的预设规则包括以下至少之一：话单文件写满归档和定时归档、话单文件写满归档和离话单文件最后一次更新时间超过预定时间周期归档；在一个可选的实施例中，话单文件写满归档为判断话单文件的话单数量是否超出阈值，如果是，把未超出阈值话单内容写入话 单文件并归档，然后创建话单文件，并将超出阈值话单内容写入创建后的话单文件；如果否，该话单内容全部写入该话单文件。定时归档为超过预定时间周期后，如果该话单文件还未被写满归档，则将该话单文件归档。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明实施例各个实施例所述的方法。
在本实施例中还提供了一种话单生成的装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的话单生成的装置的结构框图，如图2所示，该装置包括：获取模块22，设置为获取多种类型业务运行所生成的话单内容；分类模块24，设置为按照该多种类型业务的业务类型对该话单内容进行分类；生成模块26，设置为依据分类后的该话单内容生成话单文件，其中，该话单文件具有统一的命名方式和话单内容格式。
可选地，话单文件的命名方式由以下元素组成：用于生成该话单文件的设备的设备前缀、该设备所归属的网络类型的标识、用于标识该业务类型的业务键、该话单文件的序列号、该话单文件的日期、用于标识文件写入和/或文件可读状态的文件后缀。
可选地，话单内容格式包括：带头格式的话单内容格式或者不带头格式的话单内容格式；在一个可选的实施例中，带头格式的话单内容格式用于智能网电话业务所生成的话单，不带头格式的话单内容格式用于增值业务所生成的话单。
上述话单内容格式中涉及的头格式至少包括：版本号、话单创建日期、话单文件里写入第一条话单的时间、最后一次往话单文件写入话单内容的时间、该话单文件里包含的话单的数量。
图3是根据本发明实施例的话单生成的装置的结构框图(一)，如图3所示，图2中涉及的生成模块26还包括：查询单元262，设置为查询是否存在当前日期生成的可写入的话单文件；处理单元264，设置为如果是，将该话单内容写入该话单文件；如果否，创建可写入的该话单文件，将该话单内容写入创建的该话单文件。
图4是根据本发明实施例的话单生成的装置的结构框图(二)，如图4所示，该装置除了包括图2中的所有模块外，还包括归档模块42，设置为将话单文件按照预设规则进行归档。
在一个可选的实施例中，上述预设规则包括以下至少之一：话单文件写满归档和定时归档、话单文件写满归档和离话单文件最后一次更新时间超过预定时间周期归档；其中，话单 文件写满归档包括：判断话单文件的话单数量是否超出阈值，如果是，把未超出阈值话单内容写入话单文件并归档，然后创建话单文件，并将超出阈值话单内容写入创建后的话单文件；如果否，话单内容全部写入该话单文件；该定时归档包括：超过预定时间周期后，如果该话单文件还未被写满归档，则将该话单文件归档。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S1，获取多种类型业务运行所生成的话单内容；
S2，按照多种类型业务的业务类型对话单内容进行分类；
S3，依据分类后的该话单内容生成话单文件，其中，该话单文件具有统一的命名方式和话单内容格式。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述S1、S2以及S3。
针对相关技术中存在的上述问题，下面结合具体的可选实施例进行说明，在下述可选实施例中结合了上述可选实施例及其可选实施方式。
在本实施例中提出一种话单生成方式，为了解决各式各样类型的业务统一生成的话单文件，在USEE平台上开发各式各样类型业务并记录话单，满足业务开发者需求。
话单文件由6种元素组成的命名方式和2种写入话单内容格式可以实现各式各样类型的电信移动业务生成话单文件的需求。6种命名元素是：设备前缀(CDRDeviceProfix)、网络类型标识(CDRNetWorkType)、业务键(servicekey)、序列号(CDRSeqence)、当天日期(date)、文件后缀(FILE_SUFFIX)；设备前缀是生成话单文件设备的前缀，用于标识设备。网络类型标识是设备所属的网络标识，比如CDMA网络、GSM网络、PSTN网络、基于parlay的NGN网络。业务键是业务类型的标识，是业务开发者自定义的，可以是业务的接入码，也可以是业务名称。序列号和日期联合使用，标识当天生成话单文件的序列号，序列号从1开始顺序增大，默认长度为6(后台可以配置)。日期是生成话单的当天日期。创建文件时文件后缀是w，表示文件可以写入状态；当话单文件写满或者过了归档时间后，文件后缀由w变为r，表示话单文件可读不可写状态，如果设备有话单继续要写入文件则序号加1生成并写入下一个话单文件。前六个元素使用下划线连接，最后元素使用点连接，表示w文件或者r文件。2种写入话单内 容格式是带头格式和不带头格式，带头格式用于智能网电话业务生成的话单，不带格式用于其他增值业务生成的话单。头格式有：版本号，话单创建日期，话单文件里写第一条话单的时间，最后一次往话单文件写话单的时间，还有话单文件里含有话单的条数。
图5是根据本发明实施例的话单生成的装置结构示意图，如图5所示，主要包括话单生成模块、话单写入模块、话单归档模块三部分。
话单生成是在业务的运行过程中完成某个业务功能后生成的话单文件，其中有两个入口参数：serviceKey和cdrBill。serviceKey用于话单文件的命名；cdrBill是写入话单文件的内容，在完成一个业务功能(呼叫发起、挂机、点播业务、调度下发等业务功能)后，业务开发者使用字符串处理节点(Operation、strtoolService、java等节点)获取当前日期时间和拼装字符串。话单内容拼装完成后，写入业务话单临时队列(CDRBillTempQueue)。CDRBillTempQueue会按照serviceKey对写入的话单内容进行分类。
话单写入是把CDRBillTempQueue里的话单内容写入到话单文件。话单存放目录有两种方式：一种是直接在话单目录下生成话单文件并写入，另外一种是在话单目录下创建serviceKey为文件夹名称，在serviceKey文件夹下生成话单文件并写入。定时任务每隔10秒(后台可以配置)把CDRBillTempQueue的话单内容写入话单文件，在写话单文件之前先查询series.properties文件，series.properties文件存放了serviceKey最后一次更新的序列号和日期。如果查找到当天有的日期和序列号，则在话单目录下查询该serviceKey当天序列号的w文件，查询有则往该serviceKey当天序列号的w文件写入话单内容。如果查询该serviceKey没有当天序列号和日期则创建当天序列号为1的话单文件并写入，并且把该serviceKey的日期和序列号更新到series.properties文件。如果根据series.properties文件获取到当前日期下的序列号查找不到w文件(因为w文件已经归档为r文件)，则序列号加一创建新的话单文件并写入，并且把该serviceKey的日期和序列号更新到series.properties文件。创建新的话单文件后，判定是否话单内容带头，如果带头则把头的格式写入话单文件的第一行。在后续写话单文件时候需要更新头的最后一次往话单文件写话单的时间和单文件里含有话单的条数。不带头则直接把话单内容写入话单文件。
话单归档是话单文件从w文件变为r文件的过程，话单归档有三种方式：1、话单文件写满归档；2、定时归档；3、离话单文件最后一次更新时间超过一定时间周期归档。在往话单文件写话单时候，判断如果全写话单后话单文件的话单条数是否超出阀值，如果没超出阀值则全部写入话单文件；如果超出阀值则截断超出阀值部分的话单，把未超出阀值话单内容写入话单文件并归档，然后创建新话单文件并写入截断话单内容部分；定时归档是从创建话单文件开始，过了一定时间周期后如果话单文件还没写满归档，则进行该serviceKey话单归档。如果在这时间周期内发生话单文件写满归档，则创建新的话单文件的时候更新定时归档的定位任务记录时间点；离话单文件最后一次更新时间超过一定时间周期归档。每次写serviceKey话单文件的时候都更新该serviceKey话单文件的时间点。归档定时任务判断当前时间和serviceKey话单文件记录时间点超时一定时间周期则进行话单文件归档。在系统中，定时归档和离话单文件最后一次更新时间超过一定时间周期归档只能选择一种归档方式。业务开发者 需要根据自身需求选择两种归档方式之一。
图6是根据本发明实施例的话单生成的示意图，如图6所示，在运行移动电信业务之前，先从配置文件中获取设备前缀(CDRDeviceProfix)、网络类型标识(CDRNetWorkType)这两个元素。在设备平台上允许同时运行多种类型业务，比如：手机报，点播，调度群发和非群发电信能力(短信、彩信、Wappush)、互动式语音应答(IVR)、非结构化补充数据业务(USSD)、下一代网络(NGN)、一卡通等，设备平台通过servicekey来区分业务类型，业务开发者通过字符串处理节点(Operation、strtoolService、java等节点)获取当前日期时间和拼装自定义字符串，用于记录业务运行时间、结果等信息作为话单内容。立即写入业务话单临时队列(CDR Bill Temp Queue)，CDRBillTempQueue通过servicekey进行分类。
话单写入包括：写入话单定位任务每隔10秒(后台可配置)运行一次，把CDRBillTempQueue里的话单内容写入话单文件，在写入话单之前，在话单生成目录下，根据业务键(servicekey)、series.properties里的序列号和日期查询是否存在当天的w后缀的话单文件。如果有则直接写入话单文件，在写入话单文件过程中判断话单文件是否写满，如果话单写满截断写入话单内容，把写满话单文件归档，序列号加一更新到series.properties，使用设备前缀(CDRDeviceProfix)、网络类型标识(CDRNetWorkType)、业务键(servicekey)、序列号(CDRSeqence)、当天日期(date)创建后缀为w的话单文件并继续写入；如果根据业务键(servicekey)、series.properties里的序列号和日期查询不存在当天的w后缀的话单文件，则把servicekey、序列号(为1)、当天日期写入series.properties.根据设备前缀(CDRDeviceProfix)、网络类型标识(CDRNetWorkType)、业务键(servicekey)、序列号(CDRSeqence)、当天日期(date)创建后缀为w的话单文件并写入。图7是根据本发明实施例的话单写入的流程图。如图7所示，该流程包括如下步骤：
步骤S702，写入话单定时任务每隔10秒(后台可配置)运行一次，把业务话单临时队列(CDR Bill Temp Queue)里的话单内容写入话单文件。
步骤S704，根据序列属性(series.properties)文件，业务键(servicekey)查询最后一次更新的序列号和日期，其中该日期是否是当天日期，如果是，执行步骤S706，如果否，执行步骤S708。
步骤S706，判断话单目录下是否有当天w话单文件，如果是，执行步骤S710，如果否，执行步骤S708。
步骤S708，创建话单文件。
步骤S710，直接写入话单文件。
话单文件归档方式有三种：1、写满归档；2、定时归档；3、离话单文件最后一次更新时间超过一定时间周期归档。话单文件最大可存放话单条数是有限制的(可配置)，当写入话单超出最大可以存放话单条数时候，话单文件写满归档；定时归档是指从话单文件创建时间开始，过了一定时间周期(可配置)后没有写满则进行定时归档；离话单文件最后一次更新时间超过一 定时间周期归档的方式下，每次更新话单文件都会记录下该时间点，当当前时间点和话单文件最后一次更新时间超出一定时间周期(可配置)则进行话单文件归档。
图8是根据本发明实施例的话单定时归档的流程图。如图8所示，该流程包括如下步骤：
步骤S802，写入话单文件；
步骤S804，判断话单文件是否写满，在判断结果为是的情况下，执行步骤S806；在判断结果为否的情况下，执行步骤S808；
步骤S806，更新话单文件归档时间；
步骤S808，判断是否到了定时归档时间，如果是执行步骤S810，如果否，执行步骤S802；
步骤S810，话单文件归档。
图9是根据本发明实施例的话单文件最后一次更新时间超过一定时间周期归档的流程图。如图9所示，该流程包括如下步骤：
步骤S902，写入话单文件；
步骤S904，判断话单文件是否写满，如果是，执行步骤S910，如果否，执行步骤S906；
步骤S906，判断话单文件最后一次更新时间是否超过一定时间周期，如果是，执行步骤S910，如果否，执行步骤S908；
步骤S908，更新话单文件最后一次更新时间；
步骤S910，话单文件归档。
综上所述，本发明采用获取多种类型业务运行所生成的话单内容；按照多种类型业务的业务类型对话单内容进行分类；依据分类后的该话单内容生成话单文件，话单文件采用统一的命名方式和话单内容格式，解决了话单只是针对某个特定场景或者某个特定业务定制，不能满足各式各样的类型业务需要生成话单的问题，进而可以满足各式各样类型的电信移动业务生成话单文件的需求。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
本发明涉及通信领域，提供了一种话单生成的方法及装置，其中，该方法包括：获取多种类型业务运行所生成的话单内容；按照多种类型业务的业务类型对话单内容进行分类；依据分类后的该话单内容生成话单文件，其中，话单文件具有统一的命名方式和话单内容格式。解决了话单只是针对某个特定场景或者某个特定业务定制，不能满足各式各样的类型业务需要生成话单的问题，进而实现了可以满足各式各样类型的电信移动业务生成话单文件的需求的效果。

Claims (14)

  1. 一种话单生成的方法，包括；
    获取多种类型业务运行所生成的话单内容；
    按照所述多种类型业务的业务类型对所述话单内容进行分类；
    依据分类后的所述话单内容生成话单文件，其中，所述话单文件具有统一的命名方式和话单内容格式。
  2. 根据权利要求1所述的方法，其中，所述话单文件的命名方式的组成元素包括：
    用于生成所述话单文件的设备的设备前缀、所述设备所归属的网络类型的标识、用于标识所述业务类型的业务键、所述话单文件的序列号、所述话单文件的日期、用于标识文件写入和/或文件可读状态的文件后缀。
  3. 根据权利要求1所述的方法，其中，所述话单内容格式包括：
    带头格式的话单内容格式或者不带头格式的话单内容格式；
    其中，所述带头格式的话单内容格式用于智能网电话业务所生成的话单，所述不带头格式的话单内容格式用于增值业务所生成的话单。
  4. 根据权利要求3所述的方法，其中，头格式至少包括：版本号、话单创建日期、话单文件里写入第一条话单的时间、最后一次往话单文件写入话单内容的时间、所述话单文件里包含的话单的数量。
  5. 根据权利要求1所述的方法，其中，依据分类后的所述话单内容生成话单文件，包括：
    查询是否存在当前日期生成的可写入的话单文件；
    如果是，将所述话单内容写入所述话单文件；
    如果否，创建可写入的所述话单文件，将所述话单内容写入创建的所述话单文件。
  6. 根据权利要求1所述的方法，其中，依据分类后的所述话单内容生成话单文件之后，还包括：
    将所述话单文件按照预设规则进行归档。
  7. 根据权利要求6所述的方法，其中，所述预设规则包括以下至少之一：话单文件写满归档和定时归档、话单文件写满归档和离话单文件最后一次更新时间超过预定时间周期归档；
    其中，所述话单文件写满归档包括：判断话单文件的话单数量是否超出阈值，如果是，把未超出阈值话单内容写入话单文件并归档，然后创建话单文件，并将超出阈值话单内容写入创建后的话单文件；如果否，所述话单内容全部写入所述话单文件；
    所述定时归档包括：超过预定时间周期后，如果所述话单文件还未被写满归档，则将所述话单文件归档。
  8. 一种话单生成的装置，包括；
    获取模块，设置为获取多种类型业务运行所生成的话单内容；
    分类模块，设置为按照所述多种类型业务的业务类型对所述话单内容进行分类；
    生成模块，设置为依据分类后的所述话单内容生成话单文件，其中，所述话单文件具有统一的命名方式和话单内容格式。
  9. 根据权利要求8所述的装置，其中，所述话单文件的命名方式的组成元素包括：
    用于生成所述话单文件的设备的设备前缀、所述设备所归属的网络类型的标识、用于标识所述业务类型的业务键、所述话单文件的序列号、所述话单文件的日期、用于标识文件写入和/或文件可读状态的文件后缀。
  10. 根据权利要求8所述的装置，其中，所述话单内容格式包括：
    带头格式的话单内容格式或者不带头格式的话单内容格式；
    其中，所述带头格式的话单内容格式用于智能网电话业务所生成的话单，所述不带头格式的话单内容格式用于增值业务所生成的话单。
  11. 根据权利要求10所述的装置，其中，头格式至少包括：版本号、话单创建日期、话单文件里写入第一条话单的时间、最后一次往话单文件写入话单内容的时间、所述话单文件里包含的话单的数量。
  12. 根据权利要求8所述的装置，其中，所述生成模块，包括：
    查询单元，设置为查询是否存在当前日期生成的可写入的话单文件；
    处理单元，设置为如果是，将所述话单内容写入所述话单文件；如果否，创建可写入的所述话单文件，将所述话单内容写入创建的所述话单文件。
  13. 根据权利要求8所述的装置，其中，所述装置还包括：
    归档模块，设置为将所述话单文件按照预设规则进行归档。
  14. 根据权利要求13所述的装置，其中，所述预设规则包括以下至少之一：话单文件写满归档和定时归档、话单文件写满归档和离话单文件最后一次更新时间超过预定时间周期归档；
    其中，所述话单文件写满归档包括：判断话单文件的话单数量是否超出阈值，如果是，把未超出阈值话单内容写入话单文件并归档，然后创建话单文件，并将超出阈值话单内容写入创建后的话单文件；如果否，所述话单内容全部写入所述话单文件；
    所述定时归档包括：超过预定时间周期后，如果所述话单文件还未被写满归档，则将所述话单文件归档。
PCT/CN2016/075663 2015-07-30 2016-03-04 话单生成的方法及装置 WO2016177077A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510458875.0A CN106412866A (zh) 2015-07-30 2015-07-30 话单生成的方法及装置
CN201510458875.0 2015-07-30

Publications (1)

Publication Number Publication Date
WO2016177077A1 true WO2016177077A1 (zh) 2016-11-10

Family

ID=57218068

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/075663 WO2016177077A1 (zh) 2015-07-30 2016-03-04 话单生成的方法及装置

Country Status (2)

Country Link
CN (1) CN106412866A (zh)
WO (1) WO2016177077A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110505069B (zh) * 2019-07-26 2022-03-29 中国联合网络通信集团有限公司 一种生成定制化话单的方法及装置
CN112217944B (zh) * 2020-10-09 2022-04-15 中国联合网络通信集团有限公司 在线话单处理方法、装置、设备以及存储介质
CN112860755B (zh) * 2021-03-22 2024-04-05 平安商业保理有限公司 业务标识生成方法、装置、计算机设备和介质
CN113794574B (zh) * 2021-09-15 2023-06-16 上海欣方智能系统有限公司 一种话单生成和传输的方法与装置
CN116346923A (zh) * 2021-12-22 2023-06-27 中兴通讯股份有限公司 业务处理方法、系统及计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100695098B1 (ko) * 2005-10-26 2007-03-14 에스케이 텔레콤주식회사 서비스 타입별 패킷 과금 방법
CN101043562A (zh) * 2006-03-24 2007-09-26 中兴通讯股份有限公司 Cdma智能网业务计费方法
CN101360158A (zh) * 2008-09-24 2009-02-04 中兴通讯股份有限公司 能够区分通话业务类型的话单出具方法及系统
CN101827175A (zh) * 2010-04-22 2010-09-08 中兴通讯股份有限公司 一种话单分拣分目录存储的方法及系统
US20140160991A1 (en) * 2005-10-12 2014-06-12 T-Mobile Usa, Inc. System and method for rating an ip-based wireless telecommunications based on access point

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047902B (zh) * 2007-04-30 2011-08-24 华为技术有限公司 一种计费系统的业务处理方法、装置及计费系统
CN100589606C (zh) * 2007-10-24 2010-02-10 中兴通讯股份有限公司 一种短消息查询分析系统及方法
CN101415170B (zh) * 2008-11-24 2010-06-02 华为软件技术有限公司 话单的定制处理方法、装置及系统
CN103020131B (zh) * 2012-11-20 2016-08-03 北京思特奇信息技术股份有限公司 一种实现通信详单的储存与查询的方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140160991A1 (en) * 2005-10-12 2014-06-12 T-Mobile Usa, Inc. System and method for rating an ip-based wireless telecommunications based on access point
KR100695098B1 (ko) * 2005-10-26 2007-03-14 에스케이 텔레콤주식회사 서비스 타입별 패킷 과금 방법
CN101043562A (zh) * 2006-03-24 2007-09-26 中兴通讯股份有限公司 Cdma智能网业务计费方法
CN101360158A (zh) * 2008-09-24 2009-02-04 中兴通讯股份有限公司 能够区分通话业务类型的话单出具方法及系统
CN101827175A (zh) * 2010-04-22 2010-09-08 中兴通讯股份有限公司 一种话单分拣分目录存储的方法及系统

Also Published As

Publication number Publication date
CN106412866A (zh) 2017-02-15

Similar Documents

Publication Publication Date Title
WO2016177077A1 (zh) 话单生成的方法及装置
US20240031478A1 (en) System and method for identifying and handling unwanted callers using a call answering system
CN109241358A (zh) 元数据管理方法、装置、计算机设备及存储介质
CN106375458B (zh) 服务调用系统、方法及装置
CN107729483B (zh) 一种分类显示方法、装置、终端及计算机可读存储介质
CN107147748B (zh) 文件上传方法和装置
TWI566566B (zh) 電話薄管理方法
CN104636477A (zh) 一种信息推送前推送列表的去重方法
CN111865881A (zh) 一种接口转换方法、装置、介质及计算机设备
CN105634933B (zh) 融合通信中公共账号的历史消息的处理方法和智能终端
EP2713550A1 (en) Centralized online charging method and equipment
CN109068286B (zh) 一种信息解析的方法、介质及设备
CN110471896A (zh) 一种数据处理方法、系统及服务器
WO2011131060A1 (zh) 一种话单分拣分目录存储的方法及系统
CN105611519A (zh) 分组网关企业级计费方法及装置
CN110971664B (zh) 一种接口服务管理系统
CN115080504A (zh) 文件管理方法、终端及存储介质
CN112016340A (zh) 一种发票抬头信息自动识别系统及方法
EP1956499A1 (en) System and method for managing databases associated with respective personal information manager service accounts
CN111652580A (zh) 一种对节点的数据处理方法及装置
CN111324585A (zh) 在电子设备中存储文件的方法、存储介质及电子设备
US8924438B2 (en) Usage record enhancement and analysis
WO2016101560A1 (zh) 实现话务统计的方法和装置、实现话单入库的方法和装置
KR20060082323A (ko) 인터넷을 이용한 시간 기반 컨텐츠 제공 방법 및 시스템
Jukić et al. The use of call detail records and data mart dimensioning for telecommunication companies

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16789071

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16789071

Country of ref document: EP

Kind code of ref document: A1