US20040153523A1 - System and method for creating a short message system usage record - Google Patents
System and method for creating a short message system usage record Download PDFInfo
- Publication number
- US20040153523A1 US20040153523A1 US10/762,909 US76290904A US2004153523A1 US 20040153523 A1 US20040153523 A1 US 20040153523A1 US 76290904 A US76290904 A US 76290904A US 2004153523 A1 US2004153523 A1 US 2004153523A1
- Authority
- US
- United States
- Prior art keywords
- record
- communication node
- end user
- creating
- 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.)
- Abandoned
Links
Images
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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0164—Billing record, e.g. Call Data Record [CDR], Toll Ticket[TT], Automatic Message Accounting [AMA], Call Line Identifier [CLI], details, i.e. parameters, identifiers, structure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/22—Bandwidth or usage-sensitve billing
Definitions
- the present invention generally relates to communication systems, and, more particularly, to methods and systems for creating email usage records.
- a call detail record which tracks the usage of services offered by the telecommunication carrier and records various details associated with the call.
- the call detail record includes, for example, such items as the called number, the calling number, the date, the time, the duration of the call and other information relating to the call.
- the call detail record may be stored in accordance with any one of a number of formats, such as, the Data Message Handling (DMH) standard.
- the DMH standard generally includes five data-containing jackets: an activity jacket, a call jacket, a segment jacket, an event jacket and a leg jacket.
- Activity jackets contain radio resource usage data, which may include, for example, the frequency on which a wireless device is operating.
- Call jackets contain a record of the type of services used during a call.
- Segment jackets contain a record of communication network facility usage data, including, for example, trunk group usage and switch identifier usage.
- Event jackets contain a record of the time and date the end user accessed the communication network, as well as an authorization identifier.
- leg jackets contain a record concerning the routing of the call.
- the DMH standard typically records data concerning voice calls, and may not address other telephone services, including, for example, email services, paging services, end user-location detection services, content delivery services, and the services from other types of network elements. Further, call detail records are created after the call is terminated.
- FIG. 1 is a block diagram of an embodiment of a communication system in accordance with the present invention.
- FIG. 2 is a depiction of an email usage record in accordance with the present invention.
- FIG. 3 is a flowchart of an embodiment of an email record creation routine in accordance with the present invention.
- FIG. 4 is an exemplary block diagram of another embodiment of a communication system in accordance with the present invention.
- FIG. 1 is a block diagram that illustrates an embodiment of a communication system 10 .
- the communication system 10 generally includes one or more network access devices or communication devices 12 , 22 , communication networks 14 , 18 and a communication node 16 .
- the communication system 10 can provide various services and capabilities to cellular end users, wire-line telephone end users, paging end users, satellite end users, mobile or portable telephone end users, trunked end users, computer network end users (e.g., Internet or Intranet end users), wireless data end users, branch office end users and the like.
- the communication system 10 can also create an email record for recording the details of an e-mail transaction, as further described below.
- the communication devices 12 , 22 of the communication system 10 can be utilized by end users 20 , 32 to access and/or connect with the communication node 16 .
- the communication devices 12 , 22 can include, but are not limited to, wireline telephones, mobile telephones, paging units, radio units, wireless data devices, Web telephones, portable or wireless telephones, personal information managers (PIMs), personal digital assistants (PDAs), personal computers (PCs), network televisions (TVs), Internet TVs, Internet telephones, portable wireless devices (i.e., two-way pagers), security systems (both mobile and premises-based), workstations or any other suitable communication devices.
- PIMs personal information managers
- PDAs personal digital assistants
- PCs personal computers
- TVs network televisions
- Internet TVs Internet TVs
- portable wireless devices i.e., two-way pagers
- security systems both mobile and premises-based
- the communication devices 12 , 22 communicate with the communication node 16 via the communication networks 14 , 18 .
- the communication networks 14 , 18 can interface with the communication devices 12 , 22 through wireline or wireless networks or systems (i.e., telephone or televisions systems, Integrated Services Digital Network (ISDN) systems, coaxial lines, computer networks, digital end user lines, private networks, wireless local loop systems, etc.).
- wireline or wireless networks or systems i.e., telephone or televisions systems, Integrated Services Digital Network (ISDN) systems, coaxial lines, computer networks, digital end user lines, private networks, wireless local loop systems, etc.
- the communication networks 14 , 18 of the communication system 10 can include, but are not limited to, intranets, extranets, the Internet, a Local Area Network (LAN), a telephone network, (e.g., a Public Switched Telephone Network (PSTN), private telephone networks, etc.), a cellular network, satellite networks, a personal communication system, a TV network (e.g., a cable TV system), local, regional, national or global paging networks, an email system, a wireless data network (e.g., satellite data or local wireless data networks), a wireless LAN, a wireless local loop/distribution system (e.g., LMDS, MMDS or Code Division Multiple Access (CDMA) based system), a Voice Over Internet Protocol (VoIP) network, or any other suitable network.
- LAN Local Area Network
- PSTN Public Switched Telephone Network
- PSTN Public Switched Telephone Network
- a cellular network e.g., satellite networks, a personal communication system
- TV network e.g
- the communication networks 14 , 18 can also include a wide area network (WAN), such as, for example, the Internet, the World Wide Web (WWW) or any other similar on-line service. It will be recognized that the communication networks 14 , 18 may have portions in common, may comprise two separate networks, or may be the same network.
- WAN wide area network
- WWW World Wide Web
- the communication node 16 of the communication system 10 can include, but is not limited to, an interactive voice response node, a server computer, the MIXTM platform and the MyosphereTM Service provided by Motorola, Inc. of Schaumburg, Ill. (as further described with reference to FIG. 4), or other suitable system. It will be recognized that the communication node 16 may be integrated within or may be remote from the communication networks 14 , 18 .
- the communication node 16 records and maintains a call detail record, as well as an email usage record.
- the email usage record stores information about each email transaction performed by the end user within the communication system 10 . For example, each time the end user sends an email message, the communication node 16 will record an email usage record.
- each email usage record is stored within memory or a database, which may be located integral with or remote from the communication node 16 .
- FIG. 2 depicts an email usage record 100 .
- the email usage record 100 is preferably comprised of a set of data-containing jackets, with each jacket including a number of records. Each record may include a number of sub-records, as further described below.
- the email usage record 100 may be compatible with any suitable standard, such as the DMH standard.
- the email usage record 100 preferably includes an event jacket 101 and an email leg jacket 109 .
- the event jacket 101 and email leg jacket 109 may be compatible with the DMH standard, the Automatic Message Accounting standard, the Bellcore Account Format standard or any other suitable standard.
- the event jacket 101 and the email leg jacket 109 may include mandatory and/or optional parameters and fields depending on the operation of the communication system 10 .
- the event jacket 101 preferably contains various information relating to the identity of the end user and the communication device, the time and/or date of the transaction, etc. It will be recognized that the event jacket 101 may contain any other suitable information.
- the email leg jacket 109 preferably includes the details of email transactions made by an end user, such as a destination email address, a source email address, the email size, attachments, the email provider, the email urgency, the delivery schedule, the email classification, the reoccurrence of the email, recipients, the creation time and date and any delivery receipts.
- the email usage record 100 preferably contains an event jacket 101 , and may contain, dependent upon the number of email transactions, one or more email leg jackets 109 .
- the event jacket preferably includes an end user identification record 102 , an end user number identification record 104 , an event jacket creation time record 106 and an event jacket creation date record 108 .
- the end user identification record 102 may be a record identifying the sender of the input signal, such as the end user.
- the end user identification record 102 may also indicate whether the end user is authorized to use the features and services of the communication system (i.e., whether the end user is a subscriber to the communication system).
- the communication node compares the input signal with stored data concerning the end user.
- the end user may be required to input a Personal Identification Number, a calling line identifier, a password or Internet “cookies” or tokens.
- the end user device identification record 104 maintains and authenticates the number of the communication device from which the end user is calling.
- the communication node performs a comparison between the number received in the input signal and the stored end user identification record. Upon finding a match, the communication node continues to create the email usage record 100 .
- the event jacket creation time record 106 is preferably a record of the time at which the input signal was received at the communication node (which also coincides with the time of the creation of an email usage record 100 ).
- the event jacket creation date record 108 preferably corresponds to the calendar date on which the input signal was received by the communication node (also coinciding with the creation of the email usage record 100 ).
- the communication node when accessing an internal electronic clock, may create the event jacket creation time and date records 106 , 108 .
- the email leg jacket 109 of the email usage record 100 which may include a link to the event jacket, preferably includes a number of records, such as, for example, an email leg jacket identifier record 110 , a destination email address record 112 , a source email address record 114 , an email size record 116 , an attachment record 118 , an email provider record 120 , an email urgency record 122 , a delivery schedule record 124 , an email classification record 126 , a reoccurrence record 128 , a recipient record 130 , an email leg jacket creation time record 132 , an email leg jacket creation date record 134 , a delivery receipt record 136 and a bill-to record 136 .
- the email leg jacket includes data collected from the instruction signal, the confirmation signal and the email message itself.
- the email leg jacket identifier record 110 preferably identifies the email leg jacket 109 as an email message. Additionally, the email leg jacket identifier record 110 may include a link to the event jacket 101 of the current transaction. This link provides an organizational reference to the event jacket 101 . As a result, if the email leg jacket 109 is stored in a location apart from the event jacket 101 , there is an indication as to which transaction the email leg jacket 109 corresponds.
- the destination email address record 112 preferably includes information relating to the email address to which the email message was sent.
- the destination email address record 112 may include a number of sub-records, including, for example, an identifier sub-record, which preferably identifies the destination address signal as containing a destination email address, and a printable string sub-record, which may comprise a text version of the destination email address.
- the source email address record 114 relating to the email address of the end user, is preferably derived from the end user's account with the communication node. Similar to the destination email address record 112 , the source email address record 114 preferably includes information relating to the email address from which the email message was sent.
- the source email address record 114 may include a number of sub-records, including, for example, an identifier sub-record, and a printable string sub-record.
- the email size record 116 preferably comprises information relating to the size of the sent email message.
- the email size record 116 may include a positive integer sub-record comprising the size of the email message, including, for example, the number of words or characters in the email message, the byte size of the email message, etc.
- the attachment record 118 preferably includes information relating to any attachments that were sent with the email message. This information may include the number, size and type of the attachments.
- the attachment record 118 may include an identifier sub-record, a number sub-record specifying the number of attachments included with the email message, a size sub-record specifying the size of the attachments, and a type sub-record, specifying the type of the included attachments, including, for example, a word processing document, a spreadsheet or a file containing the voice message.
- the email provider record 120 preferably includes information relating to the Internet Service Provider (ISP) that transmits the email message.
- the email provider record 120 may include an identifier sub-record and a printable string sub-record, which comprises the name of the email provider.
- the email provider record 120 may include information relating to the email service provider, including, for example, the name of the provider, the cost, the quality of service or the time sensitivity of the email message.
- the email urgency record 122 preferably includes information relating to the priority of the delivery of the email message that corresponds to how quickly the sender wishes the email message to be sent. For example, a value of “1” may signify that the email message should be sent as soon as possible, a value of “2” may correspond to normal delivery, a value of “3” may indicate to the email provider to send the message at the lowest cost possible, and a value of “0” may indicate an unknown or unspecified urgency rating.
- the priority of the email message may be pre-determined by the sender of the email message or may be determined by the communication node.
- the email urgency record 122 may also include an identifier sub-record as well as a value sub-record corresponding to the urgency of the email message.
- the delivery schedule record 124 preferably includes information relating to when the email message should be sent.
- the delivery schedule record 124 may include an identifier sub-record, a request date sub-record, a request time sub-record, a delivery date sub-record, a delivery time sub-record, a request execution date sub-record, a request execution time sub-record and a reoccurrence sub-record.
- the request date sub-record preferably specifies the date when the transaction request was made.
- the request time sub-record preferably specifies the time at which the transaction request was made.
- the delivery date sub-record preferably specifies the date of desired delivery of the email message.
- the delivery time sub-record preferably specifies the time of desired delivery of the email message.
- the reoccurrence sub-record preferably specifies whether the email message should reoccur; that is, whether the email message will be sent more than once.
- the email classification record 126 preferably comprises information relating to the classification of the email message.
- email classification may be similar to classification of traditional mail, in which one class, for example, is designated for advertisements, and another class is designated for business mail.
- the email classification 126 may include an identifier sub-record as well as a value identifier sub-record corresponding to the class of the email message.
- values may indicate that the email message is an advertisement.
- Other values may signify business class, non-business class or confidential email messages.
- other values may trigger additional information, including for example certified (requiring the certification by the system of email dispatch and delivery) or registered email messages (requiring dispatch and delivery certification by the system and certification by the recipient of receipt of the email message).
- the reoccurrence record 128 preferably comprises information relating to whether the email message is to be sent more than once.
- the reoccurrence record 128 may include an identifier sub-record.
- the reoccurrence record 128 may include a value sub-record corresponding to the reoccurrence of the email message. For example, values may indicate the email message be sent once, etc. daily, weekly, etc.
- the recipient record 130 preferably comprises information relating to the total number of recipients receiving the email message.
- the recipient record 130 may include an identifier sub-record and a positive integer sub-record corresponding to the number of email recipients.
- the email leg jacket creation time record 132 is preferably a record of the time at which the email message was sent.
- the email leg jacket creation date record 134 preferably corresponds to the date on which the email message was sent. As is the case with the event jacket creation time and date records, these two records may be obtained via the access of an internal electronic clock.
- the delivery receipt record 136 will preferably contain a record specifying whether the transmitted email message requires a receipt of delivery notification, i.e., a notice to the sender that the email message was delivered to and/or received by the recipient.
- the bill-to record 138 preferably contains a record of which party, if any, will be billed for the transmission of the email message.
- the bill-to record 138 may be a “collect on delivery” type of record in cases in which the receiving party is charged for receiving the email message, as sending soft products via email or providing services using email are good candidates for the receiver to pay the fare.
- the bill-to record 138 may contain one or more of the following “billees:” the sender, the receiver or the third party.
- FIG. 3 illustrates an embodiment of a routine for creating an email usage record.
- the communication node receives an input signal from the communication device.
- the input signal is preferably received when the end user accesses the email services of the communication node, such as, for example, dialing into the communication node from a communication device.
- the input signal may include a telephone number, an Electronic Serial Number (ESN), a login name or password (as in the case of a PC), or any other presently known method of accessing the communication node.
- ESN Electronic Serial Number
- login name or password as in the case of a PC
- an email usage record or event jacket is created at block 510 .
- An email usage record is shown in FIG. 2.
- the communication node preferably collects identification data from the input signal, such as the telephone number and the ESN, as well as from an internal electronic clock, and stores the identification information in the event jacket.
- the end user may perform a variety of tasks or transactions, which may include, for example, sending an email message, preferably commenced by the reception of a command signal at a communication node at block 520 .
- the communication node may receive the instruction signal from a communication device.
- the end user may transmit a command message to the communication node instructing the communication node to send an email message, such as, for example, “Send email message to John Doe.”
- the communication node itself may generate the instruction signal. This may occur when, for example, the communication node is pre-programmed to transmit an email alert or a schedule notification. For example, the end user may program the communication node to schedule an email delivery at 6:00 a.m. tomorrow. In this case, the event jacket and the email leg jacket are created when the end user instructs or programs the communication node to perform such transaction.
- the communication node determines (or generates) a command signal
- the communication node begins recording information to the email usage record.
- the communication node receives a confirmation signal at block 530 .
- the confirmation signal indicates that the email message has been sent.
- the reception of the confirmation signal at the communication node will preferably trigger the communication node to complete the collection of data necessary to complete the email leg jacket at block 540 .
- FIG. 4 an exemplary block diagram of another embodiment of a communication system 200 having the capability to create and maintain email usage records is illustrated.
- the communication system can implement the routine described in FIG. 3 above.
- the communication system 200 generally includes one or more communication devices 201 , 202 , 203 , 204 , 205 (five being shown), an electronic network 206 , and one or more information sources (e.g., content providers 208 , 221 (two being shown) and data and voice markup language servers 209 , 251 , 253 , 257 ).
- information sources e.g., content providers 208 , 221 (two being shown) and data and voice markup language servers 209 , 251 , 253 , 257 .
- the end user can access the electronic network 206 by dialing a single direct access telephone number (e.g., a foreign exchange telephone number, a local telephone number, or a toll-free telephone number or PBX) from the communication device 201 .
- the end user can also access the electronic network 206 from the communication device 202 via the Internet 220 or WWW, from the communication device 203 via a paging network 211 , or from the communication device 205 via a LAN, a WAN, an email connection or in any other similar manner.
- the electronic network 206 includes a telecommunication network 210 and a communication node 212 .
- the telecommunication network 210 is preferably connected to the communication node 212 via a high-speed data link, such as, for example, a T1 telephone line, a LAN, a WAN or a VoIP network.
- the telecommunication network 210 preferably includes a PSTN 214 and a carrier network 216 .
- the telecommunication network 210 can also include, for example, international or local exchange networks, cable TV networks, inter-exchange carrier or long distance carrier networks, cellular networks (e.g., mobile switching centers), PBXs, satellite systems, wireless data networks and other switching centers such as conventional or trunked radio systems (not shown), etc.
- the electronic network 206 can also include additional telecommunication networks, such as, for example, a wireless data network 207 .
- the PSTN 214 can include various types of communication equipment, such as, for example, ATM networks, Fiber Distributed Data networks (FDDI), T1 lines, cable TV networks, VoIP networks and the like.
- the carrier network 216 generally includes a telephone switching system or central office 218 .
- the carrier network 216 can be any suitable system that can route calls to the communication node 212
- the central office 218 can be any suitable wire-line or wireless switching system.
- the communication node 212 is preferably configured to receive and process incoming calls from the carrier network 216 and the Internet 220 .
- the communication node 212 can receive and process pages from the paging network 211 and can also receive and process messages (e.g., emails) from the LAN, WAN, wireless data or email system 213 .
- the carrier network 216 routes the incoming call from the PSTN 214 to the communication node 212 over one or more telephone lines or trunks.
- the incoming calls preferably enter the carrier network 216 through one or more “888” or “800” Inward Wide Area Telecommunications Services trunk lines, local exchange or long distance trunk lines. It is also contemplated that the incoming calls can be received from a cable, cellular or VoIP network or any other suitable system.
- the communication node 212 answers the incoming call from the carrier network 216 and retrieves an appropriate announcement (e.g., a welcome greeting) from a database, server or browser. The communication node 212 then plays the announcement to the caller. In response to audio inputs from the end user, the communication node 212 retrieves information from a destination or database of one or more of the information sources, such as the content providers 208 , 221 or the markup language servers 209 , 251 , 253 , 257 . After the communication node 212 receives the information, it provides a response to the end user based upon the retrieved information.
- an appropriate announcement e.g., a welcome greeting
- the communication node 212 retrieves information from a destination or database of one or more of the information sources, such as the content providers 208 , 221 or the markup language servers 209 , 251 , 253 , 257 .
- the communication node 212 can provide various dialog voice personalities (e.g., a female voice, a male voice, etc.), and can implement various grammars (e.g., vocabulary) to detect and respond to the audio inputs from the end user.
- various grammars e.g., vocabulary
- the communication node 212 can automatically select various speech recognition models (e.g., English, Spanish or English accent models) based upon an end user's profile, communication device and/or speech patterns.
- the communication node 212 can also allow the end user to select a particular speech recognition model.
- the communication node 212 can by-pass an end user screening option and automatically identify the end user (or the type of communication device) through the use of ANI or CLI. After the communication node 212 verifies the call, the communication node 212 provides a greeting (e.g., “Hi, this is your personal agent, Maya. Welcome Bob. How may I help you?”). The communication node 212 then enters into a dialogue with the end user, and the end user can select a variety of services offered by the communication node 212 .
- a greeting e.g., “Hi, this is your personal agent, Maya. Welcome Bob. How may I help you?”
- the communication node 212 When the end user accesses the electronic network 206 from a communication device not registered with the system (e.g., a payphone, a telephone of a non-end user, etc.), the communication node 212 answers the call and prompts the end user to enter his or her name and/or a personal identification number (PIN) using voice commands or DTMF signals.
- PIN personal identification number
- the communication node 212 can also utilize speaker verification to identify the particular speech pattern of the end user. If the communication node 212 authorizes the end user to access the system, the communication node 212 provides a personal greeting to the end user (e.g., “Hi, this is your personal agent, Maya. Welcome Ann. How may I help you?”).
- the communication node 212 then enters into a dialogue with the end user, and the end user can select various services offered by the communication node 212 . If the name and/or PIN of the end user cannot be recognized or verified by the communication node 212 , the end user will be routed to a customer service representative.
- the end user may implement a wide variety of services and features by using voice commands, such as, for example, voice dialing, voice paging, facsimiles, caller announcements, voice mails, reminders, call forwarding, call recording, content information (e.g., newspapers, etc.), read email, read calendars, read “to-do” lists, banking, e-commerce.
- the communication system 200 can place outbound calls and pages to business and personal parties or contacts (e.g., friends, clients, business associates, family members, etc.) in response to DTMF signals or voice commands.
- the calls can be routed through a telephone or electronic network to the selected party and the pagers can be sent to a selected party via a paging system.
- the communication system 200 can also receive calls routed through a telephone or electronic network.
- the communication node 212 preferably includes a telephone switch 230 , a voice or audio recognition (VRU) client 232 , a VRU server 234 , a controller or call control unit 236 , an Operation and Maintenance Office or a billing server unit 238 , a LAN 240 , an application server unit 242 , a database server unit 244 , a gateway server or router firewall server unit 246 , a VoIP unit 248 , a voice browser 250 , a voice markup language server 251 , a messaging server 255 and a data markup language server 253 .
- VRU voice or audio recognition
- the communication node 212 is shown as being constructed with various types of independent and separate units or devices, the communication node 212 can be implemented by one or more integrated circuits, microprocessors, microcontrollers or computers which may be programmed to execute the operations or functions equivalent to those performed by the devices or units shown. It will also be recognized that the communication node 212 can be carried out in the form of hardware components and circuit designs and/or software or computer programs.
- the communication node 212 can be located in various geographic locations throughout the world or the United States (e.g., Chicago, Ill.).
- the communication node 212 can be operated by one or more carriers (e.g., Sprint, Qwest, MCI, etc.) or independent service providers (e.g., Motorola, Inc.).
- the communication node 212 can be integrated with the carrier network 216 or can be located remote from the carrier network 216 . It is also contemplated that the communication node 212 may be integrated into a communication device, such as, for example, a wire-line or wireless telephone, a radio device, a PC, a PDA, a PIM, etc., and can be programmed to connect or link directly to an information source.
- a communication device such as, for example, a wire-line or wireless telephone, a radio device, a PC, a PDA, a PIM, etc.
- the communication node 212 can also be configured as a standalone system to allow end users to dial directly into the communication node 212 via a direct access telephone number.
- the communication node 212 may comprise a telephony switch (e.g., a PBX or Centrix unit), an enterprise network or a LAN.
- the communication system 200 can be implemented to automatically connect an end user to the communication node 212 when the end user accesses a communication device.
- the call control unit 236 sets up a connection in the telephone switch 230 to the VRU client 232 .
- the communication node 212 then enters into a dialog with the end user regarding various services and functions.
- the VRU client 232 preferably generates pre-recorded voice announcements and/or messages to prompt the end user to provide inputs to the communication node 212 using voice commands or DTMF signals.
- the communication node 212 retrieves information from a destination of one of the information sources and provides outputs to the end user.
- the telephone switch 230 is preferably connected to the VRU client 232 , the VoIP unit 248 and the LAN 240 .
- the telephone switch 230 receives incoming calls from the carrier network 216 .
- the telephone switch 230 also receives incoming calls from the communication device 202 routed over the Internet 220 via the VoIP unit 248 .
- the telephone switch 230 also receives messages and pages from communication devices 203 , 205 , respectively.
- the telephone switch 230 is preferably a digital cross-connect switch, Model LNX, available from Excel Switching Corporation, Hyannis, Mass. It will be recognized that the telephone switch 230 can be any suitable switch.
- the VRU client 232 is preferably connected to the VRU server 234 and the LAN 240 .
- the VRU client 232 processes voice communications, DTMF signals, pages and messages (e.g., emails). Upon receiving voice communications, the VRU client 232 routes the speech communications to the VRU server 234 . When the VRU client 232 detects DTMF signals, it sends a command to the call control unit 236 . It will be recognized that the VRU client 232 can be integrated with the VRU server 234 .
- the VRU client 232 preferably comprises a PC, such as, for example, a Windows NT compatible PC, with hardware capable of connecting individual telephone lines directly to the telephone switch 230 or carrier network 216 .
- the VRU client 232 preferably includes a microprocessor, random access memory, read-only memory, a T1 or ISDN interface board, and one or more voice communication processing boards (not shown).
- the voice communication processing boards are preferably Dialogic boards, Antares Model, available from Dialogic Corporation, Parsippany, N.J.
- the voice communication boards may include a voice recognition engine having a vocabulary for detecting a speech pattern.
- the voice recognition engine is preferably a RecServer software package, available from Nuance Communications, Menlo Park, Calif.
- the VRU client 232 can also include an echo canceler (not shown) to reduce or cancel TTS or playback echoes transmitted from the PSTN 214 due to hybrid impedance mismatches.
- the echo canceler is preferably included in an Antares Board Support Package, also available from Dialogic.
- the call control unit 236 is preferably connected to the LAN 240 , and sets up the telephone switch 230 to connect incoming calls to the VRU client 232 .
- the call control unit 236 also sets up incoming calls or pages to the communication node 212 over the Internet 220 and pages and messages sent from the communication devices 203 , 205 via the paging network 211 and email system 213 , respectively.
- the control call unit 236 preferably comprises a PC, such as, for example, a Windows NT compatible PC.
- the LAN 240 allows the various components and devices of the communication node 212 to communicate with each other via twisted pair, fiber optic, coaxial cables or the like.
- the LAN 240 may use Ethernet, Token Ring or other suitable types of protocols.
- the LAN 240 is preferably a 100 Megabit per second Ethernet switch, available from Cisco Systems, San Jose, Calif., and can comprise any suitable network system.
- the communication node 212 may include a plurality of LANs.
- the VRU server 234 is connected to the VRU client 232 and the LAN 240 .
- the VRU server 234 receives voice communications from the end user via the VRU client 232 .
- the VRU server 234 processes the voice communications and compares the voice communications against a vocabulary or grammar stored in the database server unit 244 or a similar memory device.
- the VRU server 234 provides output signals, representing the result of the voice communications processing, to the LAN 240 .
- the LAN 240 routes the output signal to the call control unit 236 , the application server unit 242 and/or the voice browser 250 .
- the communication node 212 then performs a specific function associated with the output signals.
- the VRU server 234 preferably includes a TTS unit 252 , an automatic speech recognition (ASR) unit 254 , and a STT unit 256 .
- the TTS unit 252 receives textual data or information (e.g., email, web pages, documents, files, etc.) from the application server unit 242 , the database server unit 244 , the call control unit 236 , the gateway server unit 246 , the application server unit 242 and the voice browser 250 .
- the TTS unit 252 processes the textual data and converts the data to voice data or information.
- the TTS unit 252 can provide data to the VRU client 232 , which reads or plays the data to the end user. For example, when the end user requests information (e.g., news updates, stock information, traffic conditions, etc.), the communication node 212 retrieves the desired data (e.g., textual information) from a destination of the one or more of the information sources and converts the data via the TTS unit 252 into a response.
- information e.g., news updates, stock information, traffic conditions, etc.
- desired data e.g., textual information
- the response is then sent to the VRU client 232 .
- the VRU client 232 processes the response and reads an audio message to the end user based upon the response. It is contemplated that the VRU server 234 can read the audio message to the end user using human recorded speech or synthesized speech.
- the TTS unit 252 is preferably a TTS 2000 software package, available from Lernout and Hauspie Speech Product NV, Burlington, Mass.
- the ASR unit 254 provides speaker dependent or independent automatic voice recognition of voice communications from the end user. It is contemplated that the ASR unit 254 can include speaker dependent voice recognition. The ASR unit 254 processes the voice communications to determine whether a word or a speech pattern matches any of the grammars or vocabulary stored in the database server unit 244 or downloaded from the voice browser 250 . When the ASR unit 254 identifies a selected speech pattern of the voice communications, the ASR unit 254 sends an output signal to implement the specific function associated with the recognized speech pattern.
- the ASR unit 254 is preferably a speaker independent voice recognition software package, RecServer Model, also available from Nuance Communications. It is contemplated that the ASR unit 254 can be any suitable voice recognition unit to detect voice communications.
- the STT unit 256 receives voice communications and converts the voice communications to textual information (e.g., a text message).
- the textual information can be sent or routed to the communication devices 201 , 202 , 203 , 204 , 205 , the content providers 208 , 221 , the markup language servers 209 , 251 , 253 , 257 , the voice browser 250 and the application server unit 242 .
- the STT unit 256 is preferably a Naturally Speaking software package, available from Dragon Systems, Newton, Mass.
- the VoIP unit 248 is preferably connected to the telephone switch 230 and the LAN 240 .
- the VoIP unit 248 allows an end user to access the communication node 212 via the Internet 220 or VoIP public network using voice commands.
- the VoIP unit 248 can receive VoIP protocols (e.g., H.323 protocols) transmitted over the Internet 220 or Intranet, and can convert the VoIP protocols to voice information or data. The voice information can then be read to the end user via the VRU client 232 .
- VoIP protocols e.g., H.323 protocols
- the VoIP unit 248 can also receive voice communications from the end user and convert the voice communications to a VoIP protocol that can be transmitted over the Internet 220 .
- the VoIP unit 248 is preferably a Voice Net software package, also available from Dialogic Corporation. It will be recognized that the VoIP unit 248 can be incorporated into a communication device.
- the communication node 212 also includes a detection unit 260 .
- the detection unit 260 is preferably a phrase or key word spotter unit, detecting incoming audio inputs or communications or DTMF signals from the end user.
- the detection unit 260 is preferably incorporated into the telephone switch 230 , but can be incorporated into the VRU client 232 , the carrier network 216 or the VRU server 234 .
- the detection unit 260 is preferably included in a RecServer software package, also available from Nuance Communications.
- the detection unit 260 records the audio inputs from the end user and compares the audio inputs to the vocabulary or grammar stored in the database server unit 244 .
- the detection unit 260 continuously monitors the end user's audio inputs for a key phase or word after the end user is connected to the node 212 .
- the VRU client 232 plays a pre-recorded message to the end user.
- the VRU client 232 responds to the audio inputs provided by the end user.
- the billing server unit 238 is preferably connected to the LAN 240 .
- the billing server unit 238 can record data about the use of the communication node 212 by an end user (e.g., length of calls, features accessed by the end user, etc.).
- the call control unit 236 Upon completion of a call by an end user, the call control unit 236 sends data to the billing server unit 238 .
- the billing server unit 238 can subsequently process the data in order to prepare customer bills.
- the billing server unit 238 can use the ANI or CLI of the communication device to properly bill the end user.
- the billing server unit 238 preferably comprises a Windows NT compatible PC.
- the gateway server unit 246 is preferably connected to the LAN 240 and the Internet 220 .
- the gateway server unit 246 provides access to the content provider 221 and the voice markup language server 257 via the Internet 220 .
- the gateway server unit 246 allows end users to access the communication node 212 from the communication device 202 via the Internet 220 .
- the gateway server unit 246 can function as a firewall to control access to the communication node 212 to authorized end users.
- the gateway server unit 246 is preferably a Cisco Router, also available from Cisco Systems.
- the database server unit 244 is preferably connected to the LAN 240 .
- the database server unit 244 preferably includes a plurality of storage areas to store data relating to end users, such as, for example, speech vocabularies, dialogs, personalities, end user entered data, email usage records, and other information.
- the database server unit 244 stores a personal file or address book.
- the personal address book can contain information required for the operation of the communication system 200 , including end user reference numbers, personal access codes, personal account information, contact's addresses, telephone numbers, etc.
- the database server unit 244 is preferably a PC, such as, for example, a Windows NT compatible PC.
- the application server unit 242 is preferably connected to the LAN 240 and the content provider 208 .
- the application server unit 242 allows the communication node 212 to access information from a destination of the information sources, such as the content providers 208 , 221 and the markup language servers 209 , 251 , 253 , 257 .
- the application server unit 242 can retrieve information (e.g., weather reports, stock information, traffic reports, restaurants, flower shops, banks, calendars, “to-do” lists, e-commerce, etc.) from a destination of the information sources.
- This application server unit 242 may include Starfish Software to provide the address book, calendar and to-do lists, and to allow the end user to organize information.
- the application server unit 242 processes the retrieved information and provides the information to the VRU server 234 and the voice browser 250 .
- the VRU server 234 can provide an audio announcement to the end user based upon the information using TTS synthesizing or human recorded voice.
- the application server unit 242 can also send tasks or requests (e.g., transactional information) received from the end user to the information sources (e.g., a request to place an order for a pizza).
- the application server unit 242 can further receive end user inputs from the VRU server 234 based upon a speech recognition output.
- the application server unit 242 is preferably a PC.
- the voice markup language server 251 is preferably connected to the LAN 240 .
- the voice markup language server 251 can include a database, scripts and markup language documents or pages.
- the voice markup language server 251 is preferably a PC, such as, for example, a Windows NT compatible PC. It will also be recognized that the voice markup language server 251 can be an Internet server (e.g., a Sun Microsystems server).
- the messaging server 255 is preferably connected to the LAN 240 , the paging network 211 , an email system 213 and a short message system (SMS) 290 .
- the messaging server 255 routes pages between the LAN 240 and the paging network 211 .
- the messaging server 255 is preferably a PC, such as, for example, a Windows NT compatible PC.
- the messaging server 255 can also provide direct storage. It is contemplated that the messaging server 255 can reside externally from the communication node 212 .
- the voice browser 250 is preferably connected to the LAN 240 .
- the voice browser 250 preferably receives information from the markup language servers 209 , 251 , 253 , 257 , the database server unit 244 and the content providers 208 , 221 .
- the voice browser 250 In response to voice commands or DTMF signals, the voice browser 250 generates a content request (e.g., an electronic address) to navigate to a destination of one or more of the information sources.
- the content request can use at least a portion of a Uniform Resource Locator, an Internet Protocol, a page request, or email.
- the voice browser 250 After the voice browser 250 is connected to an information source, the voice browser 250 preferably uses a Transmission Control Protocol/Internet Protocol connection to pass requests to the information source.
- the information source responds to the requests, sending at least a portion of the requested information, represented in electronic form, to the voice browser 250 .
- the information can be stored in a database, and can include text content, markup language document or pages, non-text content, dialogs, audio sample data, recognition grammars, etc.
- the voice browser 250 then parses and interprets the information, further described below.
- the voice browser 250 can be integrated into the communication devices 201 , 202 , 203 , 204 , 205 .
- the content provider 208 is connected to the application server unit 242 of the communication node 212
- the content provider 221 is connected to the gateway server unit 246 of the communication node 212 via the Internet 220 .
- the content providers 208 , 221 can store various content information, such as, for example, news, banking, commerce, weather, traffic conditions, etc.
- the content providers 208 , 221 can include a server to operate WWW pages or documents in the form of a markup language.
- the content providers 208 , 221 can also include a database, scripts and/or markup language documents or pages.
- the scripts can include images, audio, grammars, computer programs, etc.
- the content providers 208 , 221 execute suitable server software to send requested information to the voice browser 250 .
- the voice mail unit 274 is preferably connected to the telephone switch 203 and the LAN 240 .
- the voice mail unit 274 can store voice mail messages from parties trying to send messages to the communication node 212 .
- the voice mail unit 274 can notify the end user of new and stored messages.
- the end user can access the messages to play, delete, store and forward the messages.
- the message can be read to the end user or can be displayed as textual information on a communication device (e.g., a pager, a SMS 290 , or a PDA, etc.).
- the end user can also access and operate external messages or mail systems remote from the electronic network 206 .
- the FAX server unit 272 is preferably connected to the telephone switch 230 and the LAN 240 .
- the FAX server unit 272 receivers and stores facsimile information sent via the electronic network 206 or the carrier network 216 . Subscribers can access the facsimile information to play, store, delete, and forward the information.
- the facsimile information can be read via the TTS unit 252 or can be displayed as textual information on a suitable communication device.
- the FAX server unit 272 preferably comprises a PC, such as, for example, a Windows NT compatible PC or a Dialogue Fax Server.
Abstract
A method of creating an email usage record is provided. An input signal is received. An email usage record is created in response to the received input signal. An event jacket is created. The event jacket is associated with the email usage record. A command to send an email message is received. A confirmation signal is received after the email message has been sent. Finally, an email leg jacket is created. The email leg jacket includes at least one record. The at least one record includes information relating to the email message.
Description
- The present invention generally relates to communication systems, and, more particularly, to methods and systems for creating email usage records.
- In today's communication environment, telephone calls are usually placed through a telecommunication network. When a telecommunication network detects a telephone call, a call detail record, which tracks the usage of services offered by the telecommunication carrier and records various details associated with the call, is created. Typically, the call detail record includes, for example, such items as the called number, the calling number, the date, the time, the duration of the call and other information relating to the call.
- The call detail record may be stored in accordance with any one of a number of formats, such as, the Data Message Handling (DMH) standard. The DMH standard generally includes five data-containing jackets: an activity jacket, a call jacket, a segment jacket, an event jacket and a leg jacket. Activity jackets contain radio resource usage data, which may include, for example, the frequency on which a wireless device is operating. Call jackets contain a record of the type of services used during a call. Segment jackets contain a record of communication network facility usage data, including, for example, trunk group usage and switch identifier usage. Event jackets contain a record of the time and date the end user accessed the communication network, as well as an authorization identifier. Finally, leg jackets contain a record concerning the routing of the call.
- However, the DMH standard typically records data concerning voice calls, and may not address other telephone services, including, for example, email services, paging services, end user-location detection services, content delivery services, and the services from other types of network elements. Further, call detail records are created after the call is terminated.
- FIG. 1 is a block diagram of an embodiment of a communication system in accordance with the present invention;
- FIG. 2 is a depiction of an email usage record in accordance with the present invention;
- FIG. 3 is a flowchart of an embodiment of an email record creation routine in accordance with the present invention; and
- FIG. 4 is an exemplary block diagram of another embodiment of a communication system in accordance with the present invention.
- FIG. 1 is a block diagram that illustrates an embodiment of a
communication system 10. Thecommunication system 10 generally includes one or more network access devices orcommunication devices communication networks communication node 16. As further described below, thecommunication system 10 can provide various services and capabilities to cellular end users, wire-line telephone end users, paging end users, satellite end users, mobile or portable telephone end users, trunked end users, computer network end users (e.g., Internet or Intranet end users), wireless data end users, branch office end users and the like. Thecommunication system 10 can also create an email record for recording the details of an e-mail transaction, as further described below. - The
communication devices communication system 10 can be utilized byend users communication node 16. Thecommunication devices - The
communication devices communication node 16 via thecommunication networks communication networks communication devices - The
communication networks communication system 10 can include, but are not limited to, intranets, extranets, the Internet, a Local Area Network (LAN), a telephone network, (e.g., a Public Switched Telephone Network (PSTN), private telephone networks, etc.), a cellular network, satellite networks, a personal communication system, a TV network (e.g., a cable TV system), local, regional, national or global paging networks, an email system, a wireless data network (e.g., satellite data or local wireless data networks), a wireless LAN, a wireless local loop/distribution system (e.g., LMDS, MMDS or Code Division Multiple Access (CDMA) based system), a Voice Over Internet Protocol (VoIP) network, or any other suitable network. Thecommunication networks communication networks - The
communication node 16 of thecommunication system 10 can include, but is not limited to, an interactive voice response node, a server computer, the MIX™ platform and the Myosphere™ Service provided by Motorola, Inc. of Schaumburg, Ill. (as further described with reference to FIG. 4), or other suitable system. It will be recognized that thecommunication node 16 may be integrated within or may be remote from thecommunication networks - The
communication node 16 records and maintains a call detail record, as well as an email usage record. The email usage record stores information about each email transaction performed by the end user within thecommunication system 10. For example, each time the end user sends an email message, thecommunication node 16 will record an email usage record. Preferably, each email usage record is stored within memory or a database, which may be located integral with or remote from thecommunication node 16. - FIG. 2 depicts an
email usage record 100. Theemail usage record 100 is preferably comprised of a set of data-containing jackets, with each jacket including a number of records. Each record may include a number of sub-records, as further described below. Theemail usage record 100 may be compatible with any suitable standard, such as the DMH standard. - The
email usage record 100 preferably includes anevent jacket 101 and anemail leg jacket 109. Theevent jacket 101 andemail leg jacket 109 may be compatible with the DMH standard, the Automatic Message Accounting standard, the Bellcore Account Format standard or any other suitable standard. - The
event jacket 101 and theemail leg jacket 109 may include mandatory and/or optional parameters and fields depending on the operation of thecommunication system 10. Theevent jacket 101 preferably contains various information relating to the identity of the end user and the communication device, the time and/or date of the transaction, etc. It will be recognized that theevent jacket 101 may contain any other suitable information. Theemail leg jacket 109 preferably includes the details of email transactions made by an end user, such as a destination email address, a source email address, the email size, attachments, the email provider, the email urgency, the delivery schedule, the email classification, the reoccurrence of the email, recipients, the creation time and date and any delivery receipts. Thus, theemail usage record 100 preferably contains anevent jacket 101, and may contain, dependent upon the number of email transactions, one or moreemail leg jackets 109. - As shown in FIG. 2, the event jacket preferably includes an end
user identification record 102, an end usernumber identification record 104, an event jacketcreation time record 106 and an event jacketcreation date record 108. The enduser identification record 102 may be a record identifying the sender of the input signal, such as the end user. The enduser identification record 102 may also indicate whether the end user is authorized to use the features and services of the communication system (i.e., whether the end user is a subscriber to the communication system). Preferably, the communication node compares the input signal with stored data concerning the end user. For example, the end user may be required to input a Personal Identification Number, a calling line identifier, a password or Internet “cookies” or tokens. - The end user
device identification record 104 maintains and authenticates the number of the communication device from which the end user is calling. Preferably, the communication node performs a comparison between the number received in the input signal and the stored end user identification record. Upon finding a match, the communication node continues to create theemail usage record 100. The event jacketcreation time record 106 is preferably a record of the time at which the input signal was received at the communication node (which also coincides with the time of the creation of an email usage record 100). - The event jacket
creation date record 108 preferably corresponds to the calendar date on which the input signal was received by the communication node (also coinciding with the creation of the email usage record 100). The communication node, when accessing an internal electronic clock, may create the event jacket creation time anddate records - The
email leg jacket 109 of theemail usage record 100, which may include a link to the event jacket, preferably includes a number of records, such as, for example, an email legjacket identifier record 110, a destinationemail address record 112, a sourceemail address record 114, anemail size record 116, anattachment record 118, anemail provider record 120, anemail urgency record 122, adelivery schedule record 124, anemail classification record 126, areoccurrence record 128, arecipient record 130, an email leg jacketcreation time record 132, an email leg jacketcreation date record 134, adelivery receipt record 136 and a bill-to record 136. Preferably, the email leg jacket includes data collected from the instruction signal, the confirmation signal and the email message itself. - The email leg
jacket identifier record 110 preferably identifies theemail leg jacket 109 as an email message. Additionally, the email legjacket identifier record 110 may include a link to theevent jacket 101 of the current transaction. This link provides an organizational reference to theevent jacket 101. As a result, if theemail leg jacket 109 is stored in a location apart from theevent jacket 101, there is an indication as to which transaction theemail leg jacket 109 corresponds. - The destination
email address record 112 preferably includes information relating to the email address to which the email message was sent. The destinationemail address record 112 may include a number of sub-records, including, for example, an identifier sub-record, which preferably identifies the destination address signal as containing a destination email address, and a printable string sub-record, which may comprise a text version of the destination email address. - The source
email address record 114, relating to the email address of the end user, is preferably derived from the end user's account with the communication node. Similar to the destinationemail address record 112, the sourceemail address record 114 preferably includes information relating to the email address from which the email message was sent. The sourceemail address record 114 may include a number of sub-records, including, for example, an identifier sub-record, and a printable string sub-record. - The
email size record 116 preferably comprises information relating to the size of the sent email message. Theemail size record 116 may include a positive integer sub-record comprising the size of the email message, including, for example, the number of words or characters in the email message, the byte size of the email message, etc. - The
attachment record 118 preferably includes information relating to any attachments that were sent with the email message. This information may include the number, size and type of the attachments. Theattachment record 118 may include an identifier sub-record, a number sub-record specifying the number of attachments included with the email message, a size sub-record specifying the size of the attachments, and a type sub-record, specifying the type of the included attachments, including, for example, a word processing document, a spreadsheet or a file containing the voice message. - The
email provider record 120 preferably includes information relating to the Internet Service Provider (ISP) that transmits the email message. Theemail provider record 120 may include an identifier sub-record and a printable string sub-record, which comprises the name of the email provider. Theemail provider record 120 may include information relating to the email service provider, including, for example, the name of the provider, the cost, the quality of service or the time sensitivity of the email message. - The
email urgency record 122 preferably includes information relating to the priority of the delivery of the email message that corresponds to how quickly the sender wishes the email message to be sent. For example, a value of “1” may signify that the email message should be sent as soon as possible, a value of “2” may correspond to normal delivery, a value of “3” may indicate to the email provider to send the message at the lowest cost possible, and a value of “0” may indicate an unknown or unspecified urgency rating. The priority of the email message may be pre-determined by the sender of the email message or may be determined by the communication node. Theemail urgency record 122 may also include an identifier sub-record as well as a value sub-record corresponding to the urgency of the email message. - The
delivery schedule record 124 preferably includes information relating to when the email message should be sent. Thedelivery schedule record 124 may include an identifier sub-record, a request date sub-record, a request time sub-record, a delivery date sub-record, a delivery time sub-record, a request execution date sub-record, a request execution time sub-record and a reoccurrence sub-record. The request date sub-record preferably specifies the date when the transaction request was made. The request time sub-record preferably specifies the time at which the transaction request was made. The delivery date sub-record preferably specifies the date of desired delivery of the email message. The delivery time sub-record preferably specifies the time of desired delivery of the email message. Finally, the reoccurrence sub-record preferably specifies whether the email message should reoccur; that is, whether the email message will be sent more than once. - The
email classification record 126 preferably comprises information relating to the classification of the email message. In this embodiment, email classification may be similar to classification of traditional mail, in which one class, for example, is designated for advertisements, and another class is designated for business mail. Theemail classification 126 may include an identifier sub-record as well as a value identifier sub-record corresponding to the class of the email message. For example, values may indicate that the email message is an advertisement. Other values may signify business class, non-business class or confidential email messages. Furthermore, other values may trigger additional information, including for example certified (requiring the certification by the system of email dispatch and delivery) or registered email messages (requiring dispatch and delivery certification by the system and certification by the recipient of receipt of the email message). - The
reoccurrence record 128 preferably comprises information relating to whether the email message is to be sent more than once. Thereoccurrence record 128 may include an identifier sub-record. In addition, thereoccurrence record 128 may include a value sub-record corresponding to the reoccurrence of the email message. For example, values may indicate the email message be sent once, etc. daily, weekly, etc. - The
recipient record 130 preferably comprises information relating to the total number of recipients receiving the email message. Therecipient record 130 may include an identifier sub-record and a positive integer sub-record corresponding to the number of email recipients. - The email leg jacket
creation time record 132 is preferably a record of the time at which the email message was sent. The email leg jacketcreation date record 134 preferably corresponds to the date on which the email message was sent. As is the case with the event jacket creation time and date records, these two records may be obtained via the access of an internal electronic clock. - The
delivery receipt record 136 will preferably contain a record specifying whether the transmitted email message requires a receipt of delivery notification, i.e., a notice to the sender that the email message was delivered to and/or received by the recipient. - The bill-to record138 preferably contains a record of which party, if any, will be billed for the transmission of the email message. The bill-to record 138 may be a “collect on delivery” type of record in cases in which the receiving party is charged for receiving the email message, as sending soft products via email or providing services using email are good candidates for the receiver to pay the fare. The bill-to record 138 may contain one or more of the following “billees:” the sender, the receiver or the third party.
- FIG. 3 illustrates an embodiment of a routine for creating an email usage record. At
block 500, the communication node receives an input signal from the communication device. The input signal is preferably received when the end user accesses the email services of the communication node, such as, for example, dialing into the communication node from a communication device. The input signal may include a telephone number, an Electronic Serial Number (ESN), a login name or password (as in the case of a PC), or any other presently known method of accessing the communication node. - Once the input signal is received at the communication node, an email usage record or event jacket is created at
block 510. One example of an email usage record is shown in FIG. 2. The communication node preferably collects identification data from the input signal, such as the telephone number and the ESN, as well as from an internal electronic clock, and stores the identification information in the event jacket. - After creating the email usage record, the end user may perform a variety of tasks or transactions, which may include, for example, sending an email message, preferably commenced by the reception of a command signal at a communication node at
block 520. The communication node may receive the instruction signal from a communication device. For example, the end user may transmit a command message to the communication node instructing the communication node to send an email message, such as, for example, “Send email message to John Doe.” - Alternatively, the communication node itself may generate the instruction signal. This may occur when, for example, the communication node is pre-programmed to transmit an email alert or a schedule notification. For example, the end user may program the communication node to schedule an email delivery at 6:00 a.m. tomorrow. In this case, the event jacket and the email leg jacket are created when the end user instructs or programs the communication node to perform such transaction.
- Once the communication node determines (or generates) a command signal, the communication node begins recording information to the email usage record. After the email message has been sent, the communication node then receives a confirmation signal at
block 530. The confirmation signal indicates that the email message has been sent. The reception of the confirmation signal at the communication node will preferably trigger the communication node to complete the collection of data necessary to complete the email leg jacket atblock 540. - Referring now to FIG. 4, an exemplary block diagram of another embodiment of a
communication system 200 having the capability to create and maintain email usage records is illustrated. The communication system can implement the routine described in FIG. 3 above. - The
communication system 200 generally includes one ormore communication devices electronic network 206, and one or more information sources (e.g.,content providers 208, 221 (two being shown) and data and voicemarkup language servers - The end user can access the
electronic network 206 by dialing a single direct access telephone number (e.g., a foreign exchange telephone number, a local telephone number, or a toll-free telephone number or PBX) from thecommunication device 201. The end user can also access theelectronic network 206 from thecommunication device 202 via theInternet 220 or WWW, from thecommunication device 203 via apaging network 211, or from the communication device 205 via a LAN, a WAN, an email connection or in any other similar manner. - As shown in FIG. 4, the
electronic network 206 includes atelecommunication network 210 and acommunication node 212. Thetelecommunication network 210 is preferably connected to thecommunication node 212 via a high-speed data link, such as, for example, a T1 telephone line, a LAN, a WAN or a VoIP network. Thetelecommunication network 210 preferably includes aPSTN 214 and acarrier network 216. Thetelecommunication network 210 can also include, for example, international or local exchange networks, cable TV networks, inter-exchange carrier or long distance carrier networks, cellular networks (e.g., mobile switching centers), PBXs, satellite systems, wireless data networks and other switching centers such as conventional or trunked radio systems (not shown), etc. Theelectronic network 206 can also include additional telecommunication networks, such as, for example, awireless data network 207. - The
PSTN 214 can include various types of communication equipment, such as, for example, ATM networks, Fiber Distributed Data networks (FDDI), T1 lines, cable TV networks, VoIP networks and the like. Thecarrier network 216 generally includes a telephone switching system orcentral office 218. - It will be recognized that the
carrier network 216 can be any suitable system that can route calls to thecommunication node 212, and thecentral office 218 can be any suitable wire-line or wireless switching system. - The
communication node 212 is preferably configured to receive and process incoming calls from thecarrier network 216 and theInternet 220. Thecommunication node 212 can receive and process pages from thepaging network 211 and can also receive and process messages (e.g., emails) from the LAN, WAN, wireless data or email system 213. - When an end user dials into the
electronic network 206 from thecommunication device 201, thecarrier network 216 routes the incoming call from thePSTN 214 to thecommunication node 212 over one or more telephone lines or trunks. The incoming calls preferably enter thecarrier network 216 through one or more “888” or “800” Inward Wide Area Telecommunications Services trunk lines, local exchange or long distance trunk lines. It is also contemplated that the incoming calls can be received from a cable, cellular or VoIP network or any other suitable system. - The
communication node 212 answers the incoming call from thecarrier network 216 and retrieves an appropriate announcement (e.g., a welcome greeting) from a database, server or browser. Thecommunication node 212 then plays the announcement to the caller. In response to audio inputs from the end user, thecommunication node 212 retrieves information from a destination or database of one or more of the information sources, such as thecontent providers markup language servers communication node 212 receives the information, it provides a response to the end user based upon the retrieved information. - The
communication node 212 can provide various dialog voice personalities (e.g., a female voice, a male voice, etc.), and can implement various grammars (e.g., vocabulary) to detect and respond to the audio inputs from the end user. In addition, thecommunication node 212 can automatically select various speech recognition models (e.g., English, Spanish or English accent models) based upon an end user's profile, communication device and/or speech patterns. Thecommunication node 212 can also allow the end user to select a particular speech recognition model. - When an end user accesses the
electronic network 206 from acommunication device communication node 212 can by-pass an end user screening option and automatically identify the end user (or the type of communication device) through the use of ANI or CLI. After thecommunication node 212 verifies the call, thecommunication node 212 provides a greeting (e.g., “Hi, this is your personal agent, Maya. Welcome Bob. How may I help you?”). Thecommunication node 212 then enters into a dialogue with the end user, and the end user can select a variety of services offered by thecommunication node 212. - When the end user accesses the
electronic network 206 from a communication device not registered with the system (e.g., a payphone, a telephone of a non-end user, etc.), thecommunication node 212 answers the call and prompts the end user to enter his or her name and/or a personal identification number (PIN) using voice commands or DTMF signals. Thecommunication node 212 can also utilize speaker verification to identify the particular speech pattern of the end user. If thecommunication node 212 authorizes the end user to access the system, thecommunication node 212 provides a personal greeting to the end user (e.g., “Hi, this is your personal agent, Maya. Welcome Ann. How may I help you?”). - The
communication node 212 then enters into a dialogue with the end user, and the end user can select various services offered by thecommunication node 212. If the name and/or PIN of the end user cannot be recognized or verified by thecommunication node 212, the end user will be routed to a customer service representative. - Once the end user has accessed the
communication system 200, the end user may implement a wide variety of services and features by using voice commands, such as, for example, voice dialing, voice paging, facsimiles, caller announcements, voice mails, reminders, call forwarding, call recording, content information (e.g., newspapers, etc.), read email, read calendars, read “to-do” lists, banking, e-commerce. Thecommunication system 200 can place outbound calls and pages to business and personal parties or contacts (e.g., friends, clients, business associates, family members, etc.) in response to DTMF signals or voice commands. The calls can be routed through a telephone or electronic network to the selected party and the pagers can be sent to a selected party via a paging system. Thecommunication system 200 can also receive calls routed through a telephone or electronic network. - As shown in FIG. 4, the
communication node 212 preferably includes atelephone switch 230, a voice or audio recognition (VRU)client 232, aVRU server 234, a controller or callcontrol unit 236, an Operation and Maintenance Office or abilling server unit 238, aLAN 240, anapplication server unit 242, adatabase server unit 244, a gateway server or routerfirewall server unit 246, aVoIP unit 248, avoice browser 250, a voicemarkup language server 251, amessaging server 255 and a datamarkup language server 253. Although thecommunication node 212 is shown as being constructed with various types of independent and separate units or devices, thecommunication node 212 can be implemented by one or more integrated circuits, microprocessors, microcontrollers or computers which may be programmed to execute the operations or functions equivalent to those performed by the devices or units shown. It will also be recognized that thecommunication node 212 can be carried out in the form of hardware components and circuit designs and/or software or computer programs. - The
communication node 212 can be located in various geographic locations throughout the world or the United States (e.g., Chicago, Ill.). Thecommunication node 212 can be operated by one or more carriers (e.g., Sprint, Qwest, MCI, etc.) or independent service providers (e.g., Motorola, Inc.). - The
communication node 212 can be integrated with thecarrier network 216 or can be located remote from thecarrier network 216. It is also contemplated that thecommunication node 212 may be integrated into a communication device, such as, for example, a wire-line or wireless telephone, a radio device, a PC, a PDA, a PIM, etc., and can be programmed to connect or link directly to an information source. - The
communication node 212 can also be configured as a standalone system to allow end users to dial directly into thecommunication node 212 via a direct access telephone number. In addition, thecommunication node 212 may comprise a telephony switch (e.g., a PBX or Centrix unit), an enterprise network or a LAN. In this configuration, thecommunication system 200 can be implemented to automatically connect an end user to thecommunication node 212 when the end user accesses a communication device. - When the
telephone switch 230 receives an incoming call from thecarrier network 216, thecall control unit 236 sets up a connection in thetelephone switch 230 to theVRU client 232. Thecommunication node 212 then enters into a dialog with the end user regarding various services and functions. TheVRU client 232 preferably generates pre-recorded voice announcements and/or messages to prompt the end user to provide inputs to thecommunication node 212 using voice commands or DTMF signals. - In response to the inputs from the end user, the
communication node 212 retrieves information from a destination of one of the information sources and provides outputs to the end user. - The
telephone switch 230 is preferably connected to theVRU client 232, theVoIP unit 248 and theLAN 240. Thetelephone switch 230 receives incoming calls from thecarrier network 216. Thetelephone switch 230 also receives incoming calls from thecommunication device 202 routed over theInternet 220 via theVoIP unit 248. Thetelephone switch 230 also receives messages and pages fromcommunication devices 203, 205, respectively. Thetelephone switch 230 is preferably a digital cross-connect switch, Model LNX, available from Excel Switching Corporation, Hyannis, Mass. It will be recognized that thetelephone switch 230 can be any suitable switch. - The
VRU client 232 is preferably connected to theVRU server 234 and theLAN 240. TheVRU client 232 processes voice communications, DTMF signals, pages and messages (e.g., emails). Upon receiving voice communications, theVRU client 232 routes the speech communications to theVRU server 234. When theVRU client 232 detects DTMF signals, it sends a command to thecall control unit 236. It will be recognized that theVRU client 232 can be integrated with theVRU server 234. - The
VRU client 232 preferably comprises a PC, such as, for example, a Windows NT compatible PC, with hardware capable of connecting individual telephone lines directly to thetelephone switch 230 orcarrier network 216. TheVRU client 232 preferably includes a microprocessor, random access memory, read-only memory, a T1 or ISDN interface board, and one or more voice communication processing boards (not shown). The voice communication processing boards are preferably Dialogic boards, Antares Model, available from Dialogic Corporation, Parsippany, N.J. The voice communication boards may include a voice recognition engine having a vocabulary for detecting a speech pattern. - The voice recognition engine is preferably a RecServer software package, available from Nuance Communications, Menlo Park, Calif.
- The
VRU client 232 can also include an echo canceler (not shown) to reduce or cancel TTS or playback echoes transmitted from thePSTN 214 due to hybrid impedance mismatches. The echo canceler is preferably included in an Antares Board Support Package, also available from Dialogic. - The
call control unit 236 is preferably connected to theLAN 240, and sets up thetelephone switch 230 to connect incoming calls to theVRU client 232. Thecall control unit 236 also sets up incoming calls or pages to thecommunication node 212 over theInternet 220 and pages and messages sent from thecommunication devices 203, 205 via thepaging network 211 and email system 213, respectively. Thecontrol call unit 236 preferably comprises a PC, such as, for example, a Windows NT compatible PC. - The
LAN 240 allows the various components and devices of thecommunication node 212 to communicate with each other via twisted pair, fiber optic, coaxial cables or the like. TheLAN 240 may use Ethernet, Token Ring or other suitable types of protocols. TheLAN 240 is preferably a 100 Megabit per second Ethernet switch, available from Cisco Systems, San Jose, Calif., and can comprise any suitable network system. Thecommunication node 212 may include a plurality of LANs. - The
VRU server 234 is connected to theVRU client 232 and theLAN 240. TheVRU server 234 receives voice communications from the end user via theVRU client 232. TheVRU server 234 processes the voice communications and compares the voice communications against a vocabulary or grammar stored in thedatabase server unit 244 or a similar memory device. - The
VRU server 234 provides output signals, representing the result of the voice communications processing, to theLAN 240. TheLAN 240 routes the output signal to thecall control unit 236, theapplication server unit 242 and/or thevoice browser 250. Thecommunication node 212 then performs a specific function associated with the output signals. - The
VRU server 234 preferably includes aTTS unit 252, an automatic speech recognition (ASR)unit 254, and aSTT unit 256. TheTTS unit 252 receives textual data or information (e.g., email, web pages, documents, files, etc.) from theapplication server unit 242, thedatabase server unit 244, thecall control unit 236, thegateway server unit 246, theapplication server unit 242 and thevoice browser 250. TheTTS unit 252 processes the textual data and converts the data to voice data or information. - The
TTS unit 252 can provide data to theVRU client 232, which reads or plays the data to the end user. For example, when the end user requests information (e.g., news updates, stock information, traffic conditions, etc.), thecommunication node 212 retrieves the desired data (e.g., textual information) from a destination of the one or more of the information sources and converts the data via theTTS unit 252 into a response. - The response is then sent to the
VRU client 232. TheVRU client 232 processes the response and reads an audio message to the end user based upon the response. It is contemplated that theVRU server 234 can read the audio message to the end user using human recorded speech or synthesized speech. TheTTS unit 252 is preferably a TTS 2000 software package, available from Lernout and Hauspie Speech Product NV, Burlington, Mass. - The
ASR unit 254 provides speaker dependent or independent automatic voice recognition of voice communications from the end user. It is contemplated that theASR unit 254 can include speaker dependent voice recognition. TheASR unit 254 processes the voice communications to determine whether a word or a speech pattern matches any of the grammars or vocabulary stored in thedatabase server unit 244 or downloaded from thevoice browser 250. When theASR unit 254 identifies a selected speech pattern of the voice communications, theASR unit 254 sends an output signal to implement the specific function associated with the recognized speech pattern. TheASR unit 254 is preferably a speaker independent voice recognition software package, RecServer Model, also available from Nuance Communications. It is contemplated that theASR unit 254 can be any suitable voice recognition unit to detect voice communications. - The
STT unit 256 receives voice communications and converts the voice communications to textual information (e.g., a text message). The textual information can be sent or routed to thecommunication devices content providers markup language servers voice browser 250 and theapplication server unit 242. TheSTT unit 256 is preferably a Naturally Speaking software package, available from Dragon Systems, Newton, Mass. - The
VoIP unit 248 is preferably connected to thetelephone switch 230 and theLAN 240. TheVoIP unit 248 allows an end user to access thecommunication node 212 via theInternet 220 or VoIP public network using voice commands. TheVoIP unit 248 can receive VoIP protocols (e.g., H.323 protocols) transmitted over theInternet 220 or Intranet, and can convert the VoIP protocols to voice information or data. The voice information can then be read to the end user via theVRU client 232. - The
VoIP unit 248 can also receive voice communications from the end user and convert the voice communications to a VoIP protocol that can be transmitted over theInternet 220. TheVoIP unit 248 is preferably a Voice Net software package, also available from Dialogic Corporation. It will be recognized that theVoIP unit 248 can be incorporated into a communication device. - The
communication node 212 also includes adetection unit 260. Thedetection unit 260 is preferably a phrase or key word spotter unit, detecting incoming audio inputs or communications or DTMF signals from the end user. Thedetection unit 260 is preferably incorporated into thetelephone switch 230, but can be incorporated into theVRU client 232, thecarrier network 216 or theVRU server 234. Thedetection unit 260 is preferably included in a RecServer software package, also available from Nuance Communications. - The
detection unit 260 records the audio inputs from the end user and compares the audio inputs to the vocabulary or grammar stored in thedatabase server unit 244. Thedetection unit 260 continuously monitors the end user's audio inputs for a key phase or word after the end user is connected to thenode 212. When thedetection unit 260 detects the key phrase or word, theVRU client 232 plays a pre-recorded message to the end user. TheVRU client 232 then responds to the audio inputs provided by the end user. - The
billing server unit 238 is preferably connected to theLAN 240. Thebilling server unit 238 can record data about the use of thecommunication node 212 by an end user (e.g., length of calls, features accessed by the end user, etc.). Upon completion of a call by an end user, thecall control unit 236 sends data to thebilling server unit 238. Thebilling server unit 238 can subsequently process the data in order to prepare customer bills. Thebilling server unit 238 can use the ANI or CLI of the communication device to properly bill the end user. Thebilling server unit 238 preferably comprises a Windows NT compatible PC. - The
gateway server unit 246 is preferably connected to theLAN 240 and theInternet 220. Thegateway server unit 246 provides access to thecontent provider 221 and the voicemarkup language server 257 via theInternet 220. Thegateway server unit 246 allows end users to access thecommunication node 212 from thecommunication device 202 via theInternet 220. Thegateway server unit 246 can function as a firewall to control access to thecommunication node 212 to authorized end users. Thegateway server unit 246 is preferably a Cisco Router, also available from Cisco Systems. - The
database server unit 244 is preferably connected to theLAN 240. Thedatabase server unit 244 preferably includes a plurality of storage areas to store data relating to end users, such as, for example, speech vocabularies, dialogs, personalities, end user entered data, email usage records, and other information. Preferably, thedatabase server unit 244 stores a personal file or address book. The personal address book can contain information required for the operation of thecommunication system 200, including end user reference numbers, personal access codes, personal account information, contact's addresses, telephone numbers, etc. Thedatabase server unit 244 is preferably a PC, such as, for example, a Windows NT compatible PC. - The
application server unit 242 is preferably connected to theLAN 240 and thecontent provider 208. Theapplication server unit 242 allows thecommunication node 212 to access information from a destination of the information sources, such as thecontent providers markup language servers application server unit 242 can retrieve information (e.g., weather reports, stock information, traffic reports, restaurants, flower shops, banks, calendars, “to-do” lists, e-commerce, etc.) from a destination of the information sources. Thisapplication server unit 242 may include Starfish Software to provide the address book, calendar and to-do lists, and to allow the end user to organize information. Theapplication server unit 242 processes the retrieved information and provides the information to theVRU server 234 and thevoice browser 250. TheVRU server 234 can provide an audio announcement to the end user based upon the information using TTS synthesizing or human recorded voice. Theapplication server unit 242 can also send tasks or requests (e.g., transactional information) received from the end user to the information sources (e.g., a request to place an order for a pizza). Theapplication server unit 242 can further receive end user inputs from theVRU server 234 based upon a speech recognition output. Theapplication server unit 242 is preferably a PC. - The voice
markup language server 251 is preferably connected to theLAN 240. The voicemarkup language server 251 can include a database, scripts and markup language documents or pages. The voicemarkup language server 251 is preferably a PC, such as, for example, a Windows NT compatible PC. It will also be recognized that the voicemarkup language server 251 can be an Internet server (e.g., a Sun Microsystems server). - The
messaging server 255 is preferably connected to theLAN 240, thepaging network 211, an email system 213 and a short message system (SMS) 290. Themessaging server 255 routes pages between theLAN 240 and thepaging network 211. Themessaging server 255 is preferably a PC, such as, for example, a Windows NT compatible PC. Themessaging server 255 can also provide direct storage. It is contemplated that themessaging server 255 can reside externally from thecommunication node 212. - The
voice browser 250 is preferably connected to theLAN 240. Thevoice browser 250 preferably receives information from themarkup language servers database server unit 244 and thecontent providers voice browser 250 generates a content request (e.g., an electronic address) to navigate to a destination of one or more of the information sources. The content request can use at least a portion of a Uniform Resource Locator, an Internet Protocol, a page request, or email. - After the
voice browser 250 is connected to an information source, thevoice browser 250 preferably uses a Transmission Control Protocol/Internet Protocol connection to pass requests to the information source. The information source responds to the requests, sending at least a portion of the requested information, represented in electronic form, to thevoice browser 250. The information can be stored in a database, and can include text content, markup language document or pages, non-text content, dialogs, audio sample data, recognition grammars, etc. Thevoice browser 250 then parses and interprets the information, further described below. Thevoice browser 250 can be integrated into thecommunication devices - As shown in FIG. 4, the
content provider 208 is connected to theapplication server unit 242 of thecommunication node 212, and thecontent provider 221 is connected to thegateway server unit 246 of thecommunication node 212 via theInternet 220. Thecontent providers content providers content providers content providers voice browser 250. - The
voice mail unit 274 is preferably connected to thetelephone switch 203 and theLAN 240. Thevoice mail unit 274 can store voice mail messages from parties trying to send messages to thecommunication node 212. When an end user accesses theelectronic network 206, thevoice mail unit 274 can notify the end user of new and stored messages. The end user can access the messages to play, delete, store and forward the messages. When the end user accesses a message, the message can be read to the end user or can be displayed as textual information on a communication device (e.g., a pager, a SMS 290, or a PDA, etc.). The end user can also access and operate external messages or mail systems remote from theelectronic network 206. - The
FAX server unit 272 is preferably connected to thetelephone switch 230 and theLAN 240. TheFAX server unit 272 receivers and stores facsimile information sent via theelectronic network 206 or thecarrier network 216. Subscribers can access the facsimile information to play, store, delete, and forward the information. The facsimile information can be read via theTTS unit 252 or can be displayed as textual information on a suitable communication device. TheFAX server unit 272 preferably comprises a PC, such as, for example, a Windows NT compatible PC or a Dialogue Fax Server. - Further information regarding
communication system 200 is disclosed in U.S. patent application Ser. No. 09/141,485, entitled Telecommunication System and Methods Therefor, filed Aug. 27, 1998, the entire disclosure of which is incorporated herein. - It should be appreciated that the embodiments described above are to be considered in all respects only illustrative and not restrictive. The scope of the invention is indicated by the following claims rather than by the foregoing description. All changes that come within the meaning and range of equivalents are to be embraced within their scope.
Claims (18)
1. A method of creating an email usage record comprising:
receiving an input signal;
creating an email usage record in response to the input signal;
creating an event jacket associated with the email usage record;
receiving a command to send an email message;
receiving a confirmation signal after the email message has been sent; and
creating an email leg jacket including at least one record, the at least one record including information relating to the email message.
2. The method of claim 1 , wherein the input signal is received from a communication device.
3. The method of claim 2 , wherein the communication device includes one of a telephone, a paging unit, a cellular telephone, a satellite telephone, an Internet telephone and a personal computer.
4. The method of claim 1 , wherein the instruction signal is received at a communication node from a communication device.
5. The method of claim 1 , wherein the instruction signal is generated by a communication node.
6. The method of claim 1 , wherein the confirmation signal is received at a communication node.
7. The method of claim 1 , wherein the event jacket includes at least one of an end user identification record, an end user device identification record, a first time record and a first date record.
8. The method of claim 1 , wherein the email leg jacket includes at least one of an identifier record, a destination address record, a source address record, a size record, an attachment record, a provider record, an urgency record, a delivery record, a class record, a reoccurrence record, a recipient record, a second time record, a second date record, a delivery receipt record and a bill-to record.
9. A system for creating an email usage record comprising:
computer readable program code to receive an input signal;
computer readable program code to create an email usage record in response to the input signal;
computer readable program code to receive a request to send an email message;
computer readable program code to receive a confirmation signal after the email message has been sent; and
computer readable program code to create an email leg jacket including at least one record, the at least one record including information relating to the email message.
10. The system of claim 9 , wherein the input signal is received from a communication device.
11. The system of claim 10 , wherein the communication device includes one of a telephone, a paging unit, a cellular telephone, a satellite telephone, an Internet telephone and a personal computer.
12. The system of claim 9 , wherein the instruction signal is received at a communication node from a communication device.
13. The system of claim 9 , wherein the instruction signal is generated by a communication node.
14. The system of claim 9 , wherein the confirmation signal is received at a communication node.
15. The system of claim 9 , wherein the event jacket includes at least one of an end user identification record, an end user device identification record, a first time record and a first date record.
16. The system of claim 9 , wherein the email leg jacket includes at least one of an identifier record, a destination address record, a source address record, a size record, an attachment record, a provider record, an urgency record, a delivery record, a class record, a reoccurrence record, a recipient record, a second time record, a second date record, a delivery receipt record and a bill-to record.
17. A program for creating an email usage record comprising:
computer readable program code to receive an input signal;
computer readable program code to create an email usage record in response to the input signal;
computer readable program code to receive a request to send an email message;
computer readable program code to receive a confirmation signal after the email message has been sent; and
computer readable program code to create an email leg jacket including at least one record, the at least one record including information relating to the email message.
18. A method of creating an email usage record comprising:
creating an email usage record;
creating an event jacket associated with the email usage record;
sending an email message; and
creating an email leg jacket including at least one record associated with the email message.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/762,909 US20040153523A1 (en) | 2000-07-11 | 2004-01-22 | System and method for creating a short message system usage record |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/613,885 US6725256B1 (en) | 2000-07-11 | 2000-07-11 | System and method for creating an e-mail usage record |
US10/762,909 US20040153523A1 (en) | 2000-07-11 | 2004-01-22 | System and method for creating a short message system usage record |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/613,885 Continuation US6725256B1 (en) | 2000-07-11 | 2000-07-11 | System and method for creating an e-mail usage record |
Publications (1)
Publication Number | Publication Date |
---|---|
US20040153523A1 true US20040153523A1 (en) | 2004-08-05 |
Family
ID=32070150
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/613,885 Expired - Fee Related US6725256B1 (en) | 2000-07-11 | 2000-07-11 | System and method for creating an e-mail usage record |
US10/762,909 Abandoned US20040153523A1 (en) | 2000-07-11 | 2004-01-22 | System and method for creating a short message system usage record |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/613,885 Expired - Fee Related US6725256B1 (en) | 2000-07-11 | 2000-07-11 | System and method for creating an e-mail usage record |
Country Status (1)
Country | Link |
---|---|
US (2) | US6725256B1 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020053084A1 (en) * | 2000-06-01 | 2002-05-02 | Escobar George D. | Customized electronic program guide |
US20050198183A1 (en) * | 2004-02-23 | 2005-09-08 | Nokia Corporation | Methods, apparatus and computer program products for dispatching and prioritizing communication of generic-recipient messages to recipients |
US20060259554A1 (en) * | 2005-05-13 | 2006-11-16 | Research In Motion Limited | System and method of automatically determining whether or not to include message text of an original electronic message in a reply electronic message |
US20080034043A1 (en) * | 2006-08-03 | 2008-02-07 | International Business Machines Corporation | Electronic mail message replay constraints |
US20160134152A1 (en) * | 2013-06-20 | 2016-05-12 | Nokia Technologies Oy | Charging rechargeable apparatus |
Families Citing this family (70)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ATE557342T1 (en) * | 1998-08-24 | 2012-05-15 | Microunity Systems Eng | PROCESSOR AND METHOD FOR MATRIX MULTIPLICATION WITH A WIDE OPERAND |
FI110297B (en) * | 2000-08-21 | 2002-12-31 | Mikko Kalervo Vaeaenaenen | Short message system, method and terminal |
JP2002157202A (en) * | 2000-11-17 | 2002-05-31 | Square Co Ltd | Information processor, message communication method, recording medium and computer program |
US6999989B2 (en) * | 2001-03-29 | 2006-02-14 | At&T Corp. | Methods for providing video enhanced electronic mail return receipts |
US7558825B2 (en) * | 2002-01-15 | 2009-07-07 | International Business Machines Corporation | Dynamic current device status |
US7539728B2 (en) * | 2003-08-07 | 2009-05-26 | International Business Machines Corporation | Time sensitive electronic mail |
US8880735B2 (en) * | 2003-09-05 | 2014-11-04 | Sierra Wireless, Inc. | Mail server based application record synchronization |
US20050132271A1 (en) * | 2003-12-11 | 2005-06-16 | International Business Machines Corporation | Creating a session document from a presentation document |
US20050132273A1 (en) * | 2003-12-11 | 2005-06-16 | International Business Machines Corporation | Amending a session document during a presentation |
US9378187B2 (en) * | 2003-12-11 | 2016-06-28 | International Business Machines Corporation | Creating a presentation document |
US20050132274A1 (en) * | 2003-12-11 | 2005-06-16 | International Business Machine Corporation | Creating a presentation document |
US7487451B2 (en) * | 2003-12-11 | 2009-02-03 | International Business Machines Corporation | Creating a voice response grammar from a presentation grammar |
US8499232B2 (en) * | 2004-01-13 | 2013-07-30 | International Business Machines Corporation | Differential dynamic content delivery with a participant alterable session copy of a user profile |
US7890848B2 (en) | 2004-01-13 | 2011-02-15 | International Business Machines Corporation | Differential dynamic content delivery with alternative content presentation |
US7430707B2 (en) | 2004-01-13 | 2008-09-30 | International Business Machines Corporation | Differential dynamic content delivery with device controlling action |
US7571380B2 (en) * | 2004-01-13 | 2009-08-04 | International Business Machines Corporation | Differential dynamic content delivery with a presenter-alterable session copy of a user profile |
US7827239B2 (en) * | 2004-04-26 | 2010-11-02 | International Business Machines Corporation | Dynamic media content for collaborators with client environment information in dynamic client contexts |
US7519683B2 (en) * | 2004-04-26 | 2009-04-14 | International Business Machines Corporation | Dynamic media content for collaborators with client locations in dynamic client contexts |
US8185814B2 (en) * | 2004-07-08 | 2012-05-22 | International Business Machines Corporation | Differential dynamic delivery of content according to user expressions of interest |
US7519904B2 (en) * | 2004-07-08 | 2009-04-14 | International Business Machines Corporation | Differential dynamic delivery of content to users not in attendance at a presentation |
US7921362B2 (en) * | 2004-07-08 | 2011-04-05 | International Business Machines Corporation | Differential dynamic delivery of presentation previews |
US7487208B2 (en) * | 2004-07-08 | 2009-02-03 | International Business Machines Corporation | Differential dynamic content delivery to alternate display device locations |
US7426538B2 (en) | 2004-07-13 | 2008-09-16 | International Business Machines Corporation | Dynamic media content for collaborators with VOIP support for client communications |
US9167087B2 (en) | 2004-07-13 | 2015-10-20 | International Business Machines Corporation | Dynamic media content for collaborators including disparate location representations |
US8346225B2 (en) | 2009-01-28 | 2013-01-01 | Headwater Partners I, Llc | Quality of service for device assisted services |
US8023425B2 (en) | 2009-01-28 | 2011-09-20 | Headwater Partners I | Verifiable service billing for intermediate networking devices |
US8548428B2 (en) * | 2009-01-28 | 2013-10-01 | Headwater Partners I Llc | Device group partitions and settlement platform |
US8832777B2 (en) | 2009-03-02 | 2014-09-09 | Headwater Partners I Llc | Adapting network policies based on device service processor configuration |
US8391834B2 (en) | 2009-01-28 | 2013-03-05 | Headwater Partners I Llc | Security techniques for device assisted services |
US8589541B2 (en) | 2009-01-28 | 2013-11-19 | Headwater Partners I Llc | Device-assisted services for protecting network capacity |
US8402111B2 (en) | 2009-01-28 | 2013-03-19 | Headwater Partners I, Llc | Device assisted services install |
US8406748B2 (en) | 2009-01-28 | 2013-03-26 | Headwater Partners I Llc | Adaptive ambient services |
US8626115B2 (en) | 2009-01-28 | 2014-01-07 | Headwater Partners I Llc | Wireless network service interfaces |
US8635335B2 (en) | 2009-01-28 | 2014-01-21 | Headwater Partners I Llc | System and method for wireless network offloading |
US8275830B2 (en) | 2009-01-28 | 2012-09-25 | Headwater Partners I Llc | Device assisted CDR creation, aggregation, mediation and billing |
US10841839B2 (en) | 2009-01-28 | 2020-11-17 | Headwater Research Llc | Security, fraud detection, and fraud mitigation in device-assisted services systems |
US10237757B2 (en) | 2009-01-28 | 2019-03-19 | Headwater Research Llc | System and method for wireless network offloading |
US9572019B2 (en) | 2009-01-28 | 2017-02-14 | Headwater Partners LLC | Service selection set published to device agent with on-device service selection |
US8745191B2 (en) | 2009-01-28 | 2014-06-03 | Headwater Partners I Llc | System and method for providing user notifications |
US10064055B2 (en) | 2009-01-28 | 2018-08-28 | Headwater Research Llc | Security, fraud detection, and fraud mitigation in device-assisted services systems |
US9755842B2 (en) | 2009-01-28 | 2017-09-05 | Headwater Research Llc | Managing service user discovery and service launch object placement on a device |
US10264138B2 (en) | 2009-01-28 | 2019-04-16 | Headwater Research Llc | Mobile device and service management |
US9351193B2 (en) | 2009-01-28 | 2016-05-24 | Headwater Partners I Llc | Intermediate networking devices |
US9858559B2 (en) | 2009-01-28 | 2018-01-02 | Headwater Research Llc | Network service plan design |
US9578182B2 (en) | 2009-01-28 | 2017-02-21 | Headwater Partners I Llc | Mobile device and service management |
US10783581B2 (en) | 2009-01-28 | 2020-09-22 | Headwater Research Llc | Wireless end-user device providing ambient or sponsored services |
US9955332B2 (en) | 2009-01-28 | 2018-04-24 | Headwater Research Llc | Method for child wireless device activation to subscriber account of a master wireless device |
US9980146B2 (en) | 2009-01-28 | 2018-05-22 | Headwater Research Llc | Communications device with secure data path processing agents |
US10484858B2 (en) | 2009-01-28 | 2019-11-19 | Headwater Research Llc | Enhanced roaming services and converged carrier networks with device assisted services and a proxy |
US9647918B2 (en) | 2009-01-28 | 2017-05-09 | Headwater Research Llc | Mobile device and method attributing media services network usage to requesting application |
US10715342B2 (en) | 2009-01-28 | 2020-07-14 | Headwater Research Llc | Managing service user discovery and service launch object placement on a device |
US10326800B2 (en) | 2009-01-28 | 2019-06-18 | Headwater Research Llc | Wireless network service interfaces |
US10057775B2 (en) | 2009-01-28 | 2018-08-21 | Headwater Research Llc | Virtualized policy and charging system |
US9565707B2 (en) | 2009-01-28 | 2017-02-07 | Headwater Partners I Llc | Wireless end-user device with wireless data attribution to multiple personas |
US8793758B2 (en) | 2009-01-28 | 2014-07-29 | Headwater Partners I Llc | Security, fraud detection, and fraud mitigation in device-assisted services systems |
US9571559B2 (en) | 2009-01-28 | 2017-02-14 | Headwater Partners I Llc | Enhanced curfew and protection associated with a device group |
US11218854B2 (en) | 2009-01-28 | 2022-01-04 | Headwater Research Llc | Service plan design, user interfaces, application programming interfaces, and device management |
US9557889B2 (en) | 2009-01-28 | 2017-01-31 | Headwater Partners I Llc | Service plan design, user interfaces, application programming interfaces, and device management |
US9270559B2 (en) | 2009-01-28 | 2016-02-23 | Headwater Partners I Llc | Service policy implementation for an end-user device having a control application or a proxy agent for routing an application traffic flow |
US9392462B2 (en) | 2009-01-28 | 2016-07-12 | Headwater Partners I Llc | Mobile end-user device with agent limiting wireless data communication for specified background applications based on a stored policy |
US10492102B2 (en) | 2009-01-28 | 2019-11-26 | Headwater Research Llc | Intermediate networking devices |
US10798252B2 (en) | 2009-01-28 | 2020-10-06 | Headwater Research Llc | System and method for providing user notifications |
US10200541B2 (en) | 2009-01-28 | 2019-02-05 | Headwater Research Llc | Wireless end-user device with divided user space/kernel space traffic policy system |
US9706061B2 (en) | 2009-01-28 | 2017-07-11 | Headwater Partners I Llc | Service design center for device assisted services |
US10779177B2 (en) | 2009-01-28 | 2020-09-15 | Headwater Research Llc | Device group partitions and settlement platform |
US9954975B2 (en) | 2009-01-28 | 2018-04-24 | Headwater Research Llc | Enhanced curfew and protection associated with a device group |
US10248996B2 (en) | 2009-01-28 | 2019-04-02 | Headwater Research Llc | Method for operating a wireless end-user device mobile payment agent |
WO2014159862A1 (en) | 2013-03-14 | 2014-10-02 | Headwater Partners I Llc | Automated credential porting for mobile devices |
JP2015032275A (en) * | 2013-08-06 | 2015-02-16 | キヤノン株式会社 | System and control method therefor, and program |
US9942184B2 (en) * | 2013-09-30 | 2018-04-10 | Bank Of America Corporation | Communication and management of electronic mail classification information |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5940756A (en) * | 1998-02-27 | 1999-08-17 | Motorola, Inc. | Method for transmitting paging communication on a cellular communication system |
US6473622B1 (en) * | 1997-06-03 | 2002-10-29 | Nokia Networks Oy | Billing mobile terminated short messages |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5796790A (en) | 1995-03-24 | 1998-08-18 | Telefonaktiebolaget L M Ericsson | Reliable related billing ID information method for call delivery |
US5937162A (en) * | 1995-04-06 | 1999-08-10 | Exactis.Com, Inc. | Method and apparatus for high volume e-mail delivery |
US5875238A (en) | 1995-12-21 | 1999-02-23 | Ericsson Inc. | Transport mechanism for accounting messages within a telecommunications system |
US5923848A (en) * | 1996-05-31 | 1999-07-13 | Microsoft Corporation | System and method for resolving names in an electronic messaging environment |
US6282564B1 (en) * | 1997-09-23 | 2001-08-28 | Nortel Networks Limited | Method, system and apparatus for exchanging stored information between a server and customer premises equipment |
US6351453B1 (en) * | 1998-03-26 | 2002-02-26 | Bell Atlantic Network Services, Inc. | Internet service provider (ISP) finder |
US6192396B1 (en) * | 1998-08-11 | 2001-02-20 | Canon Kabushiki Kaisha | Electronic mail with recipient-specific content |
US6198922B1 (en) | 1998-09-22 | 2001-03-06 | Iridium Ip Llc | Method and system for locating subscribers in a global telecommunications network |
US6385306B1 (en) * | 2000-03-02 | 2002-05-07 | John Francis Baxter, Jr. | Audio file transmission method |
-
2000
- 2000-07-11 US US09/613,885 patent/US6725256B1/en not_active Expired - Fee Related
-
2004
- 2004-01-22 US US10/762,909 patent/US20040153523A1/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6473622B1 (en) * | 1997-06-03 | 2002-10-29 | Nokia Networks Oy | Billing mobile terminated short messages |
US5940756A (en) * | 1998-02-27 | 1999-08-17 | Motorola, Inc. | Method for transmitting paging communication on a cellular communication system |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020053084A1 (en) * | 2000-06-01 | 2002-05-02 | Escobar George D. | Customized electronic program guide |
US20050198183A1 (en) * | 2004-02-23 | 2005-09-08 | Nokia Corporation | Methods, apparatus and computer program products for dispatching and prioritizing communication of generic-recipient messages to recipients |
US9848086B2 (en) * | 2004-02-23 | 2017-12-19 | Nokia Technologies Oy | Methods, apparatus and computer program products for dispatching and prioritizing communication of generic-recipient messages to recipients |
US20060259554A1 (en) * | 2005-05-13 | 2006-11-16 | Research In Motion Limited | System and method of automatically determining whether or not to include message text of an original electronic message in a reply electronic message |
US8843564B2 (en) * | 2005-05-13 | 2014-09-23 | Blackberry Limited | System and method of automatically determining whether or not to include message text of an original electronic message in a reply electronic message |
US20080034043A1 (en) * | 2006-08-03 | 2008-02-07 | International Business Machines Corporation | Electronic mail message replay constraints |
US20160134152A1 (en) * | 2013-06-20 | 2016-05-12 | Nokia Technologies Oy | Charging rechargeable apparatus |
US10559979B2 (en) * | 2013-06-20 | 2020-02-11 | Nokia Technologies Oy | Charging rechargeable apparatus |
Also Published As
Publication number | Publication date |
---|---|
US6725256B1 (en) | 2004-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6725256B1 (en) | System and method for creating an e-mail usage record | |
US6751296B1 (en) | System and method for creating a transaction usage record | |
US6668043B2 (en) | Systems and methods for transmitting and receiving text data via a communication device | |
US6996227B2 (en) | Systems and methods for storing information associated with a subscriber | |
US6668046B1 (en) | Method and system for generating a user's telecommunications bill | |
US20030147518A1 (en) | Methods and apparatus to deliver caller identification information | |
US20040203660A1 (en) | Method of assisting a user placed on-hold | |
US20030041048A1 (en) | System and method for providing dymanic selection of communication actions using stored rule set | |
US20030185375A1 (en) | Call transfer system and method | |
US7486664B2 (en) | Internet controlled telephone system | |
US7991129B2 (en) | Personalized voice applications in an information assistance service | |
US6483899B2 (en) | Voice messaging system | |
US6445694B1 (en) | Internet controlled telephone system | |
US7006609B2 (en) | System for the remote notification and retrieval of electronically stored messages | |
US6882708B1 (en) | Region-wide messaging system and methods including validation of transactions | |
US6477240B1 (en) | Computer-implemented voice-based command structure for establishing outbound communication through a unified messaging system | |
US6583716B2 (en) | System and method for providing location-relevant services using stored location information | |
US20020118800A1 (en) | Telecommunication systems and methods therefor | |
US20020035607A1 (en) | E-mail gateway system | |
US20060248148A1 (en) | Technique for providing a personalized electronic messaging service through an information assistance provider | |
US6570969B1 (en) | System and method for creating a call usage record | |
US20090257569A1 (en) | Method and system for providing goods or services to a subscriber of a communications network | |
US6700962B1 (en) | System and method for creating a call detail record | |
US20040109543A1 (en) | Method of accessing an information source | |
US6711246B1 (en) | System and method for creating a page usage record |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |