WO2008051778A2 - Systèmes et procédés pour fournir des services de communications au moyen de codes attribués - Google Patents

Systèmes et procédés pour fournir des services de communications au moyen de codes attribués Download PDF

Info

Publication number
WO2008051778A2
WO2008051778A2 PCT/US2007/081727 US2007081727W WO2008051778A2 WO 2008051778 A2 WO2008051778 A2 WO 2008051778A2 US 2007081727 W US2007081727 W US 2007081727W WO 2008051778 A2 WO2008051778 A2 WO 2008051778A2
Authority
WO
WIPO (PCT)
Prior art keywords
message
text
service
code
alphanumeric code
Prior art date
Application number
PCT/US2007/081727
Other languages
English (en)
Other versions
WO2008051778A3 (fr
Inventor
William L. Waytena, Jr.
Eric T. Stone
Original Assignee
Kadoink, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US11/550,837 external-priority patent/US20080096588A1/en
Priority claimed from US11/680,291 external-priority patent/US20080207233A1/en
Application filed by Kadoink, Inc. filed Critical Kadoink, Inc.
Publication of WO2008051778A2 publication Critical patent/WO2008051778A2/fr
Publication of WO2008051778A3 publication Critical patent/WO2008051778A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/48—Message addressing, e.g. address format or anonymous messages, aliases
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4547—Network directories; Name-to-address mapping for personal communications, i.e. using a personal identifier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42008—Systems for anonymous communication between parties, e.g. by use of disposal contact identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2011—Service processing based on information specified by a party before or during a call, e.g. information, tone or routing selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices

Definitions

  • This invention relates broadly to communications. More particularly, this invention relates to communication services that are initiated by text messaging or other messaging platforms.
  • Telephone devices such as traditional landline phones and mobile phones include a keypad or dialer that is operated by a user to initiate a conversation with one or more individuals.
  • Mobile phones also typically employ a graphical user interface that allows the user to store and maintain a list of contacts and phone numbers associated therewith. The user interacts with the interface to identify a particular contact and then selectively initiate a conversation with the particularly contact.
  • SMS Short Messaging Service
  • CDMA Code Division Multiple Access
  • SMS-C short message service center
  • the systems and methods of the invention include a service provider having one or more communication addresses (e.g. short codes, telephone numbers, IM names/domains, IP addresses, etc.) for receiving text-based messages, a service platform for carry out a number of communication services, and a database of registered subscribers. Subscribers access the database preferably through a web-enabled interface. A subscriber associates a selected communications service with a unique alphanumeric code and conveys the alphanumeric code to other individuals as desired. The individual enters the alphanumeric code as part of a text-based message communicated to the communications address of the service.
  • communication addresses e.g. short codes, telephone numbers, IM names/domains, IP addresses, etc.
  • a service platform for carry out a number of communication services
  • a database of registered subscribers Subscribers access the database preferably through a web-enabled interface.
  • a subscriber associates a selected communications service with a unique alphanumeric code and conveys the alphanumeric code to other individuals as
  • the service includes logic that receives the text-based messages over the diverse messaging formats and processes the text embedded in each message to extract the alphanumeric code therein.
  • the logic accesses the database to identify the subscriber and communication service that is uniquely associated with the particular alphanumeric code received as part of a given text-based message.
  • the logic then controls the service platform to carry out the communication service that is associated with the alphanumeric code and subscriber.
  • the plurality of communications services supported by the service platform and alphanumeric codes of the present invention include at least one of voice call functions, voice mail functions, text message functions, text broadcast functions, and media delivery functions.
  • FIG. 1 is a schematic diagram of an embodiment of a communication system in accordance with the present invention.
  • FIG. 2 is an illustrative screen shot of a portion of a user interface according to the invention.
  • telecommunication is generally defined as the transmission and reception of signals over a distance for the purpose of communication.
  • a “telephony device” (or “telephony terminal” or “telephone”) is generally defined as a telecommunications device which is used to transmit and receive sound (most commonly voice and speech) across distance.
  • a “communications device” (or “communications terminal”) is a device that transmits and receives signals for the purpose of communication.
  • FIG. 1 there is shown a schematic diagram of an exemplary communication system in which the present invention may be embodied.
  • Mobile telephony devices 1 1A-1 1 C communicate over wireless communication links to a mobile access network 16, which includes a plurality of base stations 13 (one shown) that are operably coupled to controllers 15 (one shown).
  • the controllers 15 are responsible for radio resource allocation to the mobile telephony devices 1 1 A-1 1 C, and for frequency administration and handover between base stations 13.
  • the controller function may be physically located within a base station 13 itself.
  • Each base station 13 includes at least one antenna 14 and a group of one or more radio transmitter-receiver pairs (not shown).
  • Each transmitter-receiver pair operates on a pair of radio frequencies to create a communication channel: one frequency to transmit radio signals to a mobile telephony device 1 1 and the other frequency to receive radio signals from the mobile telephony device 1 1.
  • Each base station 13 defines a cell of the mobile access network 16, which is a predetermined volume of space radially arranged around its antenna 14.
  • the transmitter frequencies for adjacent base stations are selected to be different so that there is sufficient frequency separation between adjacent transmitter frequencies.
  • the cellular telecommunication industry has developed a small but finite number of transmitter frequencies and allocation patterns that ensure that adjacent cell sites do not operate on the same frequency.
  • control signals transmitted from the local base station 13 cause the frequency agile transponder in the mobile telephony device 1 1 to operate at the frequency of operation designated for that particular base station.
  • the call connection is handed off to the successive base station and the frequency agile transponder in the mobile telephony device 1 1 adjusts its frequency of operation to correspond to the frequency of operation of the base station 13 located in the cell in which the mobile telephony device 1 1 is presently operational.
  • Fixed or mobile communication terminals 12A, 12B communicate over communication links to the IP access network(s)/lnternet 17 as is well known. Such communication can be carried out by a cable modem coupled to a hybrid fiber coax data network, a DSL modem coupled to a DSL access network, or a radio interface coupled to a Wi-Fi or Wi-Max access network.
  • the fixed or mobile communication terminals 12A, 12B can be any of a number of communication devices including personal computers, laptop computers, personal digital assistants, networked kiosks, VOIP phones, traditional phones connected to VOIP gateways, and the like.
  • the mobile access network 16 interfaces to a packet switched core network 19 and to a circuit switched core network 21.
  • Packet switched traffic e.g., IP packet data
  • Packet switched traffic e.g., IP packet data
  • Circuit switched traffic e.g., voice calls, SMS messages
  • the packet switched core network 19 connects to the Internet 17 and includes functionality for data session management of the mobile telephony devices 1 1A-1 1 C and for routing packet switched traffic into and out of the packet switched core network 19. In this manner, the packet switched core network enables the mobile telephony devices 1 1A-1 1 C to connect to Internet-connected devices (e.g., a web server, a VOIP communication terminal, etc.) as needed.
  • Internet-connected devices e.g., a web server, a VOIP communication terminal, etc.
  • the circuit switched core network 21 includes a mobile switching center
  • the MSC 23 connects the circuit switched core network 21 to the public switched telephone network 18 and manages and routes circuit switched voice traffic into and out of the circuit switched core network 21 . In this manner, the MSC 23 enables the mobile telephony devices 1 1 to connect to POTS telephony devices that interface to the PSTN 18 as needed.
  • the SMS-C 25 functions as a centralized store-and-forward device that accepts SMS messages and buffers the received SMS messages until a suitable delivery time (e.g., the destination mobile telephony device 1 1 A is powered on and the location known).
  • the SMS-C 25 also provides an interface in accordance with a communication protocol (e.g., UCP, SMPP, Sema OIS, CIMD2) that allows for communication of SMS messages to and from other cell networks and to and from other external SMS processing devices (e.g., the SMS gateway 27).
  • a communication protocol e.g., UCP, SMPP, Sema OIS, CIMD2
  • the external SMS processing device(s) is (are) connected to the SMS-C 25 over a wide area network such as the Internet.
  • GSM Global System for Mobile communications
  • CDMA Code Division Multiple Access
  • EDGE High-speed data applications such as video services and other multimedia services benefit from the increased data capacity provided by the enhanced GPRS services.
  • W-CDMA technology employs wideband code division multiplexing technology to provide high speed packet switched data rates that are suitable for high-speed data applications such as video services and other multimedia services.
  • the communication system of FIG. 1 supports a number of communication services in response to messages conforming to diverse messaging formats.
  • the diverse messaging formats include a Short Message Service (SMS) messaging format, an Instant Message (IM) messaging format, and a proprietary IP messaging format.
  • SMS Short Message Service
  • IM Instant Message
  • IP IP
  • SMS can be up to 160 characters long, where each character is 7 bits according to the 7-bit default alphabet.
  • An eight-bit message format (max 140 characters) can also be used, but this format is usually not viewable by the phones as text messages; instead it is used for data in smart messaging (images and ringing tones) and OTA provisioning of WAP settings.
  • a 16-bit message format (max 70 characters) can also be used for Unicode (UCS2) text messages and is viewable by most phones.
  • UCS2 Unicode
  • the PDU mode contains not only the text of the message, but also a lot of meta-information about the sender (e.g., the sender's SMS service center, the time stamp, etc).
  • the text mode is just an encoding of the bit stream represented by the PDU mode.
  • Alphabets may differ and there are several encoding alternatives when displaying an SMS message. The most common options are "PCCP437", “PCDN”, “8859-1”, “IRA” and "GSM”. These options are set by the at-command AT+CSCS.
  • An application capable of reading incoming SMS messages can thus use text mode or PDU mode. If text mode is used, the application is bound to (or limited by) the set of preset encoding options. If PDU mode is used, any encoding can be implemented.
  • Instant messages are generated by applications for carrying out text conversations that are to happen in real-time.
  • Instant message service providers e.g., AOL Instant Messenger, Yahoo! Messenger, Skype, Google Talk, Windows Messenger, ICQ, etc.
  • AOL Instant Messenger e.g., AOL Instant Messenger, Yahoo! Messenger, Skype, Google Talk, Windows Messenger, ICQ, etc.
  • the facility 26 also includes logic that establishes communication sessions between subscribers (or between a subscriber and a user of another provider).
  • the facility 26 typically employs proprietary protocols for maintaining presence information and receiving notifications related thereto (for example, a notification when a user logs-in or comes back from lunch), for managing a session of real-time messages between two or more participants, and for communicating such real time messages between the two or more participants of a given session.
  • the message format for the real-time messages communicated between the participants of a given session is typically proprietary in nature and thus can vary between service providers.
  • Standards-based protocols for instant messaging such as XMPP and Jingle (defined at http://www.xmpp.org/extensions/xep-0166.html) can also be used.
  • Subscribers of the service access a database 29. Each subscriber can have the following information associated therewith in the database 29:
  • At least one phone number for the subscriber which can the number assigned to the subscriber's traditional POTS telephony device for home or business purposes, a number assigned to the subscriber's mobile telephony device, an identifier assigned to the subscriber's IP telephony device, or other identifier that is used to establish a voice connection to the subscriber;
  • IM screen name/IM Service Provider for the subscriber, which is used to route IM messages and possibly for establishing a voice connection to the subscriber;
  • subscribers can associate alphanumeric codes to certain communications services supported by the system.
  • the alphanumeric codes for a given subscriber are unique to that given subscriber.
  • the alphanumeric code associated with a given communication service for a subscriber are unique to that given communication service.
  • the associations between the alphanumeric codes and communication services for each given subscriber of the service are stored in the database 29.
  • the web browser can be executing on one of the Internet-connected fixed or mobile communication terminals 12A, 12B. Alternatively, it can be a micro-browser executing on one of the mobile telephony devices 1 1A-1 1 C.
  • subscriber access to the database 29 can be realized by other communication means, such as messages directed to the service over any one of the diverse messaging formats supported by the service, interaction with an IVR system managed by the service, and/or other means.
  • a subscriber conveys one or more of the unique alphanumeric codes to another individual.
  • the subscriber can also convey the short telephone number or short code reserved for the service, the IM name/domain reserved for the service, or other identifier for the service.
  • Such information can be conveyed verbally (for example, when meeting the party at a social gathering or as part of voice call), in a publication either printed or electronic (such as a bulletin board, online forum, classified ads, auctions, etc.), or in an electronic message (such as an email, SMS message or IM message).
  • the individual enters the alphanumeric code as part of a text-based message that is sent to the service.
  • This message (which is referred to below as a Service Request message) is communicated from a user-operated communication device, which can be one of the mobile telephony devices 1 1 or one of the fixed or mobile communication terminals 12.
  • the Service Request message encapsulates plain text that includes the alphanumeric code uniquely assigned to a given subscriber of the service.
  • the individual that generated the Service Request message (who is referred to below as the "requestor") is identified from data that is communicated as part of the Service Request message.
  • SMS-type Service Request message such data can include the ANI of the mobile telephony device that originated the SMS-type Service Request message.
  • IM-type Service Request message such data can include the IM screen name/IM Service Provider of the IM- type Service Request message.
  • For a proprietary-IP-type Service Request Message such data can include the source IP address of the proprietary-IP-type Service Request message.
  • the service includes logic 33 that receives Service Request messages over the diverse messaging formats and processes the text embedded in each Service Request message to extract the alphanumeric code therein.
  • the logic 33 accesses the database 29 to identify the subscriber and communication service that is uniquely associated with the particular alphanumeric code received as part of a given Service Request message.
  • the logic 33 then controls a service platform 35 to carry out the communication service that is associated with the alphanumeric code and subscriber.
  • the service platform 35 can be adapted to carry out a broad range of communication services, such as a "Call Me” service, a "Text Me” service, a “Voicemail Me” service, a "Group Text” service, a "Play” service, a “Record Status” service, and/or a "Follow Service as described below in more detail.
  • a “Call Me” service such as a "Call Me” service, a "Text Me” service, a "Voicemail Me” service, a “Group Text” service, a "Play” service, a “Record Status” service, and/or a "Follow Service as described below in more detail.
  • the logic 33 includes an
  • SMS gateway 27 for receiving (and possibly sending) SMS messages in accordance with one or more SMS messaging formats
  • an IM gateway 41 for receiving (and possibly sending) IM messages in accordance with one or more IM messaging formats
  • IP Message monitor 43 for receiving (and possibly sending) IP messages in accordance with one or more proprietary IP messaging formats.
  • the SMS Gateway 27 receives incoming SMS messages that are addressed to a reserved telephone number (or reserved short code) for the service and sends outgoing SMS from the reserved telephone number (or reserved short code) of the service.
  • the SMS gateway 27 interfaces to the SMS-C 25 preferably using a communication protocol such as UCP, SMPP, Sema OIS, or CIMD2 that allows for the communication of SMS messages therebetween.
  • the SMS gateway 27 interfaces to an SMS Message Processing block 45 that processes each given incoming SMS message received at the SMS Gateway 27 to extract the text data encapsulated in the given SMS message and passes the extracted text data of to a text processing block 51.
  • the IM Gateway 41 receives incoming IM messages that are addressed to one or more reserved IM user names for the service.
  • the IM messages can also specify corresponding IM service providers. For example kadoink@gmail.com can be used to identify the reserved IM user name "kaDoink" for the service on the Google Talk IM Service.
  • the IM Gateway 41 also sends outgoing IM messages addressed from such reserved IM user name(s) and service provider(s) if need be.
  • the IM Gateway 41 interfaces to one or more IM Service Provider facilities 26 (e.g., facilities for AOL Instant Messenger, Yahoo!
  • the IM Gateway 41 can carry out protocol translation to allow for interoperability between different IM messaging formats and platforms, if need be.
  • the IM Gateway 41 interfaces to an IM Message Processing block 47 that processes each given incoming IM message received at the IM Gateway 41 to extract the text data encapsulated in the given IM message and pass the extracted text data to the text processing block 51.
  • the IP Message Monitor 43 receives incoming IP messages that routed to a predetermined IP address and port, and can also send outgoing IP messages that are routed to a predetermined IP address and port.
  • the IP messages can use TCP or UDP packets as a transport mechanism.
  • the message format for the incoming and outgoing IP messages can be proprietary in nature and known only by the two end points.
  • the IP Message Monitor 43 interfaces to an IP Message Processing block 49 that processes each given IP message received at the IP Message Monitor 43 to extract the text data encapsulated in the given IP message and passes the extracted text data to the text processing block 51.
  • the text processing block 51 analyzes the text data of the message to extract the alphanumeric code therein.
  • the Request Processing block 53 includes block 55 that accesses the database 29 to identify the subscriber and the communication service that is uniquely associated with the particular alphanumeric code extracted by block 51 as part of a given Service Request message. Information pertaining to the subscriber and the communication service information identified by block 55 is output to block 57.
  • Block 57 generates a service object that specifies the information needed to deliver the communication service identified in block 55 and adds this object to the Object Queue 59.
  • the Object Queue 59 is a queue of service objects that is preferably processed on a FIFO basis.
  • the service object is passed to Management Processing block 61 , which cooperates with the service platform 35 and/or one or more of the networks 16-19, 21 to deliver the communication service dictated by the object and preferably bills the subscriber's account for the service.
  • Block 57 can also cooperate with the SMS Gateway 27 to generate and send an SMS message or to receive one.
  • Block 57 can also cooperate with the IM Gateway 41 to generate and send or receive IM messages.
  • Block 57 can also cooperate with the IP Message Monitor 43 to generate and send or receive IP messages.
  • block 57 (or the other elements of the processing logic 33) can cooperate with the SMS Gateway 27 to generate and send one or more SMS messages that provide an indication of the error.
  • Block 57 (or the other elements of the processing logic 33) can also cooperate with the IM Gateway 41 to generate and send one or more IM messages that provide an indication of the error.
  • Block 57 (or the other elements of the processing logic 33) can also cooperate with the IP Message Monitor 43 to generate and send one or more IP messages that provide an indication of the error.
  • subscribers can associate unique alphanumeric codes (or "tags") with different communications services.
  • Theses services include a broad range of communication services, such as a "Call Me” service, a "Text Me” service, a “Voicemail Me” service, a "Group Text” service and/or a "Play Media” service as described below in more detail.
  • GUI graphical user interface
  • the GUI may be accessed via any communications device which has a graphical display, a pointing device such as a mouse, trackball or stylus, and means for inputting alphanumeric text.
  • Such devices include computers, smart mobile telephones and other wireless devices.
  • a non-GUI connection can be provided.
  • Such interactive connections include IVR with voice recognition or IVR with DTMF input by the subscriber.
  • the GUI 100 of Fig. 2 may be selected from a plurality of other GUIs which provide other services.
  • the GUI is entitled "My Tags" 102 and provides two columns: Tag 104 and Service 106.
  • the Tag column includes a plurality of text fields, e.g. 108, 1 10, 1 12, 1 14, 1 16, 1 18.
  • the Service column provides a corresponding number of pull down menus, e.g. 120, 122, 124, 126, 128, 130.
  • a save button 132 At the bottom of the interface is a save button 132 and to the right of the interface there is a scroll bar to be used in the event that the subscriber's display cannot display the complete list of Tags and Services.
  • the text fields in the Tag column are used to enter unique alphanumeric codes.
  • the codes may be automatically generated by the service provider or chosen by the subscriber in much the same was as a user name is chosen with conventional online services, i.e. via trial and error with the service provider appending numbers to the user chosen code to make it unique.
  • the pull down menu to the right of the text field is used to select a service which will be associated with the code. In actuality, the code is not just associated with a selected service but is also associated with the subscriber who is accessing the interface 100.
  • the code "NMJ372" becomes an alias for the subscriber's telephone number.
  • the subscriber may then convey this code to other individuals as desired.
  • the individual Once in receipt of the code, the individual enters the code as part of a Service Request message that is communicated to the service 33 from a communication device (e.g., mobile phone) operated by the individual.
  • the service logic 33 receives the Service Request message as described above.
  • the Request Processing block 53 accesses the database 29 to identify the subscriber and the "Call Me” communication service that is uniquely associated with the alphanumeric code "NMJ372" received as part of a given Service Request message.
  • the contact telephone number for the subscriber is retrieved from the database 29.
  • the telephone number of the subscriber and the telephone number (ANI) of the requestor of the received Service Request message is output to block 57, which generates a service object that specifies the information needed to deliver the "Call Me” communication service utilizing the telephone number of the subscriber and the telephone number (ANI) of the requestor.
  • This service object is processed by the Management Processing block 61 , which cooperates with the service platform 35 and/or one or more of the networks 16-19, 21 to perform the "Call Me" service specified by the service object.
  • the service platform 35 connects to the ANI of the requestor, connects to the contact number of the subscriber (as dictated by the information stored in database 29), and then bridges the two connections together for voice communication therebetween (thus utilizing the service platform as an intermediary conference bridge). These operations are similar to those described in detail in U.S. application serial number 1 1/550,837. [0046] As part of the call set-up operations, the service logic 33 and service platform 35 can communicate with the subscriber over SMS (or possibly IM or other communication channels) to allow for call screening functionality.
  • the subscriber is presented with a set of unique codes that allow the subscriber to invoke specific functions for the call (e.g., accept the call, block the call, direct the call to voicemail, send a text message to the requestor) related to the call.
  • the subscriber sends a reply text-based message to the service with one of the unique codes therein.
  • the logic 33 is adapted to wait for the reply message.
  • the service platform 35 provides for voice communication between the two parties as described above.
  • the service platform 35 In the event that the reply message includes the unique code for declining the call, the service platform 35 aborts the process for establishing voice communication between the two parties, if started, and possibly generates a message to the requesting party indicating the failure of the call. In the event that the reply message includes the unique code for directing the call to voice mail, the service logic 33 and service platform 35 connect the requestor to the voice mailbox of the subscriber as set forth below with respect to the "Voicemail Me" service. Finally, in the event that the reply message includes the unique code for replying to the call request via a text message, the service logic 33 and service platform 35 forward the reply message to the requestor.
  • the "Call Me” service is advantageous because neither party to the call will learn the other's phone number and the utility of the code can be removed by the subscriber easily through the interface 100, thereby revoking the permission to call.
  • the removal of the code from the text field 108 destroys the association.
  • selecting a null entry with the pull down menu 120 will delete the association.
  • this process is simple to do and efficient as the requestor need only send a text message consisting of the code to the appropriate short code/address of the service provider.
  • the code "NMJ372" becomes an alias for the subscriber's telephone number for receiving text-based messages. The subscriber may then convey this code to other individuals as desired.
  • the individual Once in receipt of the code, the individual enters the code as part of a Service Request message that is communicated to the service 33 from a communication device (e.g., mobile phone) operated by the individual.
  • the service logic 33 receives the Service Request message as described above.
  • the Request Processing block 53 accesses the database 29 to identify the subscriber and the "Text Me” communication service that is uniquely associated with the alphanumeric code "NMJ373" received as part of a given Service Request message.
  • the ANI for the subscriber is retrieved from the database 29.
  • the ANI of the subscriber and the text from the received Service Request message (possibly with the subscriber's code stripped out) is output to block 57, which generates a service object that specifies the information needed to deliver the "Text Me” communication service utilizing the ANI of the subscriber and the text from the received Service Request message.
  • This service object is processed by the Management Processing block 61 , which cooperates with the service platform 35 and/or one or more of the networks 16-19, 21 to perform the "Text Me” service specified by the service object.
  • the service platform 35 generates and sends an SMS-message to the ANI of the subscriber.
  • This SMS message includes the text from the received Service Request message.
  • the service platform operates as a text message forwarding engine. Similar operations can be used to carry out an "IM Me" service for IM message forwarding.
  • the "Text Me” service is advantageous because neither party to the call will learn the other's phone number (or messaging address) and the utility of the code can be removed by the subscriber easily through the interface 100, thereby revoking the permission to text.
  • the removal of the code from the text field 108 destroys the association.
  • selecting a null entry with the pull down menu 120 will delete the association.
  • this process is simple to do and efficient as the requestor need only send a text message consisting of the code to the appropriate short code/address of the service provider.
  • “Voicemail Me” service Once this association is made, the subscriber may then convey this code to other individuals as desired. Once in receipt of the code, the individual enters the code as part of a Service Request message that is communicated to the service 33 from a communication device (e.g., mobile phone) operated by the individual.
  • the service logic 33 receives the Service Request message as described above.
  • the Request Processing block 53 accesses the database 29 to identify the subscriber and the "Voicemail Me" communication service that is uniquely associated with the alphanumeric code "GHJ543" received as part of a given Service Request message.
  • a voice mailbox for the subscriber is identified from system information.
  • Information identifying the voice mailbox of the subscriber and the telephone number (ANI) of the requestor are output to block 57, which generates a service object that specifies the information needed to deliver the "Voicemail Me” communication service utilizing the voice mailbox of the subscriber and the telephone number (ANI) of the requestor.
  • This service object is processed by the Management Processing block 61 , which cooperates with the service platform 35 and/or one or more of the networks 16-19, 21 to perform the "Voicemail Me” service specified by the service object.
  • the service platform 35 places a voice call to the ANI of the requestor and enables the requestor to leave voicemail in the mailbox of a subscriber (preferably through an IVR process as is conventional).
  • the subscriber can access his/her mailbox in any one of many different ways, such as call-in access, web- based access, text message access, IM access or other suitable access mechanism.
  • the subscriber can also be presented with a variety of options regarding the voicemail message (such as forwarding the voicemail message, recording and sending a reply to the voicemail message, calling the originator of the voicemail message, etc.) as described below in more detail with respect to the "voicemail" command.
  • the "Voicemail Me” service is advantageous because it allows for anonymous call screening without the need to engage in a conversation.
  • the Request Processing block 53 accesses the database 29 to identify the subscriber and the "Group Text” communication service that is uniquely associated with the alphanumeric code "555789" received as part of a given Service Request message.
  • the ANI for the subscriber as well as the ANI of each recipient associated with the code "555789” are retrieved from the database 29.
  • the ANI of the subscriber, the ANI for the one or more recipients associated with code "555789", and the text from the received Service Request message is output to block 57, which generates a service object that specifies the information needed to deliver the "Group Text” communication service utilizing the ANI of the subscriber, the ANI for the one or more recipients, and the text from the received Service Request message.
  • This service object is processed by the Management Processing block 61 , which cooperates with the service platform 35 and/or one or more of the networks 16-19, 21 to perform the "Group Text" service specified by the service object.
  • the service platform 35 generates and sends SMS-messages to the ANI of the subscriber and to the ANI for the one or more recipients.
  • This SMS message includes the text from the received Service Request message.
  • the service platform operates as a group text message forwarding engine. Similar operations can be used to carry out a "Group IM" service for group IM message forwarding.
  • the "Group Text” service is advantageous because it provides for anonymous text message broadcasting, which is useful in group situations where the subscriber and recipients would like to maintain privacy. Play Media
  • the codes “ENT984" and “ENT985" are associated with two different media delivery services, which are labeled “Hear My Song” and “See My Video", respectively.
  • the "Hear My Song” service involves the playing or streaming of audio content.
  • the "See My Video” service involves the streaming of video content.
  • the subscriber When one of the media delivery services is selected (such as "Hear My Song” from pull down menu 128 or "See My Video” from pull down menu 130), the subscriber must identify the location of the file containing the media content to be delivered.
  • the media file may have been previously uploaded to subscriber space on a server or the subscriber may be prompted to upload the file when the service is selected from the pull down menu.
  • Preferably a wide variety of file formats are supported.
  • Such files can include, for example, wav, aiff, mp3, wma or aac audio files for the "Hear My Song” service, or jpeg, mpeg4 or flash video files for the "See My Video” service. It may be desirable to convert uploaded files to a more efficient format before streaming the files to other subscribers.
  • These associations are stored in the database 29. When a subscriber makes these associations, the subscriber may then convey this code to other individuals as desired. Once in receipt of the code, the individual enters the code (for example, the code "ENT984") as part of a Service Request message that is communicated to the service 33 from a communication device (e.g., mobile phone or IM-enabled device) operated by the individual.
  • a communication device e.g., mobile phone or IM-enabled device
  • the service logic 33 receives the Service Request message as described above.
  • the Request Processing block 53 accesses the database 29 to identify the subscriber and the "Hear My Song" communication service that is uniquely associated with the alphanumeric code "ENT984" received as part of a given Service Request message.
  • the audio file(s) associated with the particular alphanumeric code "ENT984", or a reference thereto, are retrieved from the database 29.
  • the audio file(s) (or references) along with the telephone number (ANI), or the IM address or other address, of the requestor of the received Service Request message are output to block 57, which generates a service object that specifies the information needed to deliver the particular "Hear My Audio" communication service utilizing the audio files associated with the "ENT984" code and the telephone number (ANI) or other address of the requestor.
  • This service object is processed by the Management Processing block 61 , which cooperates with the service platform 35 and/or one or more of the networks 16- 19, 21 to perform the "Hear My Audio" service specified by the service object.
  • the service platform 35 places a voice call to the ANI (or other address) of the requestor and plays the audio file over the voice call.
  • the service platform 35 can set up a data connection to the address of the requestor and stream the audio content thereto. Similar operations are performed to carry out the "See My Video" service for the code "ENT985". In the case, the service platform 35 can set up a data connection to the address of the requestor and stream the media content thereto. These operations are similar to those described in detail in U.S. application serial number 1 1/680,291 .
  • the "Record Status" service supports the recording of audible status messages by subscribers of the service.
  • a particular subscriber assigns a unique alphanumeric code to this service.
  • These associations are stored in the database 29.
  • a subscriber enters the code as part of a Service Request message that is communicated to the service 33 from a communication device (e.g., mobile phone or IM-enabled device) operated by the individual.
  • the service logic 33 receives the Service Request message as described above.
  • the Request Processing block 53 accesses the database 29 to identify the ANI (or other identifier) of the subscriber that is uniquely associated with the received code.
  • the service platform 35 connects to the ANI of the subscriber and enables the subscriber to record an audible status message (preferably through an IVR process as is conventional).
  • the subscriber can possibly be required to provide a password (or carry out other authentication operations) before recording the audible status message.
  • the subscriber can also be presented with a variety of options regarding the audible status message (such as forwarding the audible status message to other subscribers, etc.).
  • the service logic 33 assigns a code to the recorded audible status message.
  • This code (which is referred to below as an ⁇ audio status object identifier) together with the subscriber ID code assigned to the subscriber can be used to refer to the audible status message for subsequent operations carried out by the subscriber and/or other users, for example, the "Follow” command as described below in more detail.
  • a subscriber can possibly update his/her recorded audible status message as needed by repeated invocation of the "record status" command.
  • the subscriber can convey his/her ID code and the audio status object identifier code to other individuals as desired.
  • the "Follow" service supports the distribution of audible status messages recorded by subscribers of the service.
  • a particular subscriber assigns a unique alphanumeric code to this service.
  • the code is also associated with an audio status message recorded by the subscriber.
  • These associations are stored in the database 29. When a subscriber makes these associations, the subscriber may then convey this code to other individuals as desired.
  • the individual Once in receipt of the code, the individual enters the code as part of a Service Request message that is communicated to the service 33 from a communication device (e.g., mobile phone or IM-enabled device) operated by the individual.
  • the service logic 33 receives the Service Request message as described above.
  • the service logic 33 accesses the database 29 to identify the audio status message that is uniquely associated with the received code.
  • the service platform 35 is controlled to connect to the telephone number (or other identifier) of the requestor.
  • the audio status message specified by the Service Request message is then played (or possibly streamed) over the connection.
  • the service assigns unique codes to voicemail messages recorded through processing of the "Voicemail Me" service.
  • the unique code assigned to a given voicemail message includes two parts with a predetermined delineator therebetween (e.g., ⁇ part1 >. ⁇ part2> with the period as a delineator).
  • the first part e.g., ⁇ part1 >
  • the second part e.g., ⁇ part2>
  • the two part code can be used to refer to the voicemail message for subsequent operations carried out by the subscriber.
  • the 2-part code can be forwarded to another user in an email, SMS message or IM message.
  • the recipient user can then access the voicemail message utilizing the 2-part code, for example, by issuing a "play" command as described above with the 2-part code for the voicemail message included therein.
  • the subscriber can interact with the system to record a reply to the recorded voicemail message.
  • This recorded reply can be assigned a 2-part code and returned to the requestor that generated the voicemail message.
  • the first part e.g., ⁇ part1 >
  • the second part e.g., ⁇ part2>
  • the two part code can be used to refer to the reply message for subsequent operations carried out by the subscriber.
  • the 2-part code can be forwarded to another user in an email, SMS message or IM message.
  • the recipient user can then access the reply message utilizing the 2-part code, for example, by issuing a "play" command as described above with the 2-part code for the reply message included therein.
  • a similar two-part code format can be used to specify the media content used in conjunction with a "Play" service.
  • the first part (e.g., ⁇ part1 >) of the code is the ⁇ subschber ID code> designating the subscriber and the second part (e.g., ⁇ part2>) of the code refers to particular media content.
  • the media content may have been previously uploaded to subscriber space on a server or referenced by other means.
  • the association between the two part code and the particular media content is stored in the database 29.
  • the two part code can be used to refer to the media content for subsequent operations carried out by the subscriber.
  • the 2- part code can be forwarded to another user in an email, SMS message or IM message. The recipient user can then access the media content utilizing the 2-part code for the media content.
  • a similar two part code format can also be used to refer to audio status messages recorded by subscribers in conjunction with the "Record Status" service.
  • the first part e.g., ⁇ part1 >
  • the second part e.g., ⁇ part2>
  • the two part code can be used to refer to the audio status message for subsequent operations carried out by the subscriber.
  • the 2-part code can be forwarded to another user in an email, SMS message or IM message. The recipient user can then access the audio status message utilizing the 2-part code for the audio status message.
  • Unique alphanumeric codes can also be associated with particular communications services.
  • various media files such as podcasts, videos, music, ring tones, etc. can be associated with unique alphanumeric codes that are published to all subscribers, e.g. via one or more web pages. Some of the content may be free to subscribers and other content may be accessed only after a fee is billed to the subscriber's account.
  • Exemplary codes are preferably structured in a logical order to make content easily retrievable by subscribers. For example, “author.title”, “publisher.publication”, “band. song” ordering can be used.
  • These two-part code structures allow for subscriber feedback to the "author", “publisher”, “band”, etc. The feedback can be provided by addressing a communication (voice call, text, voice mail, etc.) to "author", “publisher”, “band”, etc.
  • These two-part code structures also allow subscribers to fish for a media file by guessing its name, e.g.
  • the codes and tags described herein can have descriptors associated therewith.
  • descriptors can be provided by subscribers (or possibly generated by the system in response to a questionnaire or other means).
  • a query interface is provided that enable users to identify tags and codes that relate to descriptors provided as part of a particular query input.
  • the query interface can be provided by a web-accessible interface, a text message command, an IM command, an IVR system or other suitable interface.
  • a user can access the query interface from a mobile phone or other communication device. It is contemplated that subscribers will supply descriptors that self-describe themselves. In this manner, the query interface will enable users to locate and retrieve codes and tags to connect to a person, a pizza store in your area, or anything with a phone in a unique way, and thus provides an enhanced version of a phone book.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un service de communications (et ses composants) présentant une ou plusieurs adresses (par exemple des codes abrégés, des numéros de téléphone, des noms /domaines de messages instantanés, des adresses IP, etc.) destinées à recevoir des messages textuels, une plate-forme de services permettant l'exécution de plusieurs services de communications, et une base de données des abonnés enregistrés. Les abonnés accèdent à la base de données de préférence par l'intermédiaire d'une interface acceptée par Internet. Un abonné associe un service de communications sélectionné à un code alphanumérique unique et il envoie ledit code vers d'autres individus si nécessaire. L'individu intègre le code dans un message textuel communiqué à une adresse de communications du service. Le service comprend une logique qui reçoit des messages textuels sous divers formats de messagerie et traite le texte inséré dans chaque message, de manière à extraire le code alphanumérique contenu dans le message. La logique accède à la base de données pour identifier l'abonné et le service de communications qui est uniquement associé au code alphanumérique particulier reçu et inséré dans un message textuel. La logique contrôle ensuite la plate-forme de service pour réaliser le service de communications associé au code alphanumérique et à l'abonné. La pluralité de services de communications supportés par la plate-forme de service et les codes alphanumériques comprennent de préférence au moins une des fonctions suivantes: fonction vocale, fonction message vocal, fonction message textuel, fonction de diffusion textuelle, et fonction de distribution multimédias.
PCT/US2007/081727 2006-10-19 2007-10-18 Systèmes et procédés pour fournir des services de communications au moyen de codes attribués WO2008051778A2 (fr)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US11/550,837 US20080096588A1 (en) 2006-10-19 2006-10-19 Telecommunication System
US11/550,837 2006-10-19
US11/680,291 2007-02-28
US11/680,291 US20080207233A1 (en) 2007-02-28 2007-02-28 Method and System For Centralized Storage of Media and for Communication of Such Media Activated By Real-Time Messaging
US11/741,154 US8504081B2 (en) 2006-10-19 2007-04-27 Systems and methods for providing communications services using assigned codes
US11/741,154 2007-04-27

Publications (2)

Publication Number Publication Date
WO2008051778A2 true WO2008051778A2 (fr) 2008-05-02
WO2008051778A3 WO2008051778A3 (fr) 2008-06-26

Family

ID=39325256

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2007/081727 WO2008051778A2 (fr) 2006-10-19 2007-10-18 Systèmes et procédés pour fournir des services de communications au moyen de codes attribués

Country Status (1)

Country Link
WO (1) WO2008051778A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8521137B2 (en) 2008-08-21 2013-08-27 Shoretel, Inc. System and method for voicemail service mobility

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6389276B1 (en) * 1998-12-23 2002-05-14 Bell Atlantic Mobile Systems and methods for providing voice mail notification from a separate voice mail system to mobile telephone
US20040240650A1 (en) * 2003-05-05 2004-12-02 Microsoft Corporation Real-time communications architecture and methods for use with a personal computer system
US20050277406A1 (en) * 2004-06-14 2005-12-15 Sbc Knowledge Ventures, L.P. System and method for electronic message notification

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6389276B1 (en) * 1998-12-23 2002-05-14 Bell Atlantic Mobile Systems and methods for providing voice mail notification from a separate voice mail system to mobile telephone
US20040240650A1 (en) * 2003-05-05 2004-12-02 Microsoft Corporation Real-time communications architecture and methods for use with a personal computer system
US20050277406A1 (en) * 2004-06-14 2005-12-15 Sbc Knowledge Ventures, L.P. System and method for electronic message notification

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8521137B2 (en) 2008-08-21 2013-08-27 Shoretel, Inc. System and method for voicemail service mobility
US9161185B2 (en) 2008-08-21 2015-10-13 Shoretel, Inc. Computer readable medium and system for voicemail service mobility

Also Published As

Publication number Publication date
WO2008051778A3 (fr) 2008-06-26

Similar Documents

Publication Publication Date Title
US8504081B2 (en) Systems and methods for providing communications services using assigned codes
US20080096592A1 (en) Systems and Methods for Providing Communications Services Using Assigned Codes
KR101106875B1 (ko) 무선 이동 단말기들을 위한 음성 및 텍스트 그룹 챗 기술들
KR100877745B1 (ko) 인스턴트 음성 메시징 및 인스턴트 음성 메시지 검색 방법및 시스템, ｉｖｍ 서버
US20080207233A1 (en) Method and System For Centralized Storage of Media and for Communication of Such Media Activated By Real-Time Messaging
CN101515949B (zh) 便于用户设备间会话转移的方法和系统
CN1943131B (zh) 用于在无线移动终端与联网计算机之间进行消息通信的方法、系统和装置
US7493381B2 (en) System and method for providing a service
CN101155329B (zh) 一种融合消息系统
US7317929B1 (en) Delivery of voice data from multimedia messaging service messages
US20130310089A1 (en) Voice texting over sms
JP2007528131A6 (ja) インスタント音声メッセージング及びインスタント音声メッセージ取得のための方法並びにシステム
US8634411B2 (en) Integration of voice chat services
KR101027826B1 (ko) 디바이스들 간의 통신을 위한 방법 및 시스템
KR20070023469A (ko) 아이디를 이용한 통합 메시지 서비스 장치 및 그 방법
US20080227494A1 (en) Method For Transmitting A Sound-Film Message From A Mobile Terminal To Any E-Mail Address
WO2008051778A2 (fr) Systèmes et procédés pour fournir des services de communications au moyen de codes attribués
US8571584B1 (en) Delivery of voice data from multimedia messaging service messages
EP1927055B1 (fr) Message multimedia en couleur
KR20040075989A (ko) 화상전화를 이용한 동영상 이메일 시스템 및 그 제공방법
ZA200508475B (en) Methods and system for instant voice messaging and instant voice message retrieval

Legal Events

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

Ref document number: 07854162

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC DATED 28.08.2009

122 Ep: pct application non-entry in european phase

Ref document number: 07854162

Country of ref document: EP

Kind code of ref document: A2