EP1829348A2 - Data processing - Google Patents

Data processing

Info

Publication number
EP1829348A2
EP1829348A2 EP05808898A EP05808898A EP1829348A2 EP 1829348 A2 EP1829348 A2 EP 1829348A2 EP 05808898 A EP05808898 A EP 05808898A EP 05808898 A EP05808898 A EP 05808898A EP 1829348 A2 EP1829348 A2 EP 1829348A2
Authority
EP
European Patent Office
Prior art keywords
user
contact information
database
object item
telephone
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.)
Withdrawn
Application number
EP05808898A
Other languages
German (de)
French (fr)
Inventor
Eden Dervan
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SMS Card Ltd
Original Assignee
SMS Card Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from GB0425925A external-priority patent/GB2425192A/en
Application filed by SMS Card Ltd filed Critical SMS Card Ltd
Publication of EP1829348A2 publication Critical patent/EP1829348A2/en
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/487Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/493Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
    • H04M3/4931Directory assistance systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/10Office automation; Time management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42025Calling or Called party identification service
    • H04M3/42034Calling party identification service
    • H04M3/42059Making use of the calling party identifier
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/487Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/493Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/50Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/5322Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording text messages

Definitions

  • This invention relates to the provision and use of a system for providing contact information in response to a request.
  • the invention relates particularly but not exclusively to a method for sending contact information as a message to a message enabled device in response to a voice call to a subscriber number.
  • the exchanging of business cards is a well established way quickly and easily to distribute contact information.
  • the storage of a business card provides a historical reference point for many individuals, and thus the success of the business card.
  • the business card can be lost or go out of date and needs to be carried with an individual (possibly along with many others) to be readily accessible.
  • Business cards therefore create a natural conundrum, keeping the business card about your person increases the risk of losing the card, but storing the card, for example in a card index, prevents ready access to the information it contains.
  • the present invention aims to overcome or ameliorate problems associated with existing methods of distributing contact information.
  • a first aspect of the invention provides a method for providing contact information in response to a request, the method comprising the steps of storing in a contact information database contact information for a first user, and a first user telephone number; receiving from a second user, a request addressed to the first user telephone number; deriving from said request, a destination number for said second user; retrieving from the contact information database contact information assigned to said first user telephone number; and automatically making available said retrieved contact information to said second user using the derived destination number.
  • Contact information can include a wide range of fields including name, company, address, email address, telephone numbers, web address etc.
  • the first user telephone number may be a standard digital exchange number/ISDN number.
  • any identifier which allows a second user to connect to a communication service could be used. This may include an identifier for a voice over IP service.
  • the request is a voice call to said first user number.
  • the contact information can be made available without further input from the second user although prompts may be used to enable selection of options for delivery.
  • a request may also be made by SMS message, or by email.
  • a wide range of contact information can easily be made available to a person requesting it by making a single request or call to the appropriate number.
  • the user number would typically be included on an individual's business card. In this way the number can be distributed with the speed and ease of simply passing over a business card, and the recipient can then request contact information at a convenient time simply by making a single call.
  • the caller can simply hang up for the requested contact information to be made available to him or her.
  • the retrieved contact information is sent to said second user destination number, and this can advantageously be in electronic format, which in one embodiment permits direct electronic input into a memory device
  • an individual could be passed a business card with a user telephone number on it.
  • the recipient of the card would call (or if supported send an SMS text message) from, say, a mobile telephone (or other message enabled device) the number.
  • the relevant information typically the information on an individual's business card
  • Including such a number on a business card allows a recipient of the card (although the number could equally be distributed by means other than a business card) to capture relevant contact details quickly on to a mobile phone or other contact information device.
  • the retrieved contact information is sent to said user as an SMS message, however contact information may also be sent as an electronic business card, a Vcard, flash message, MMI/MMS message, or other suitable formats.
  • contact information can include image data, which can be sent as a picture or video message. Using picture messaging it is possible to send an image of a business card, a photo of the individual, or a company logo for example. It can be arranged for such an image to be displayed when that person is calling/or are called. This will greatly assist in recognising or remembering the first user.
  • a second user it is desirable for a second user to be able to select the format in which information is made available or sent. If the request is made by SMS message, a key word or phrase may be included in the request, specifying a desired format, for example "text" for SMS message, or "bus" for business card etc. It is important that the information can be stored and used quickly and easily by the person requesting the information. It is therefore desirable that the format be compatible with the application intended by the second user. As user requirements change, new formats in which the information is made available can be provided, without modification of the underlying contact information.
  • Retrieved contact information can additionally or alternatively be provided by voice announcement.
  • the audio may be recorded by the user and be stored as an audio file in the contact information database, or can be provided using text to speech, from the text information stored. This may offer a simple method for a user to obtain information when it is not required in electronic format, or when the user is unable to receive the information in electronic form, for example over a landline.
  • the destination number for the second user is, in one embodiment, derived automatically from the received request.
  • a preferred way to do this is to use caller line identification (CLI) on the received request, to establish the number from which the request is being made. This number can be used as the destination number.
  • CLI caller line identification
  • the CLI number can be used as the destination number.
  • the CLI number can be used as a reference to retrieve an alternative number to which information can be sent. In this case information could alternatively or additionally be sent by email to an email address.
  • the number it is possible for the number to be retrieved automatically without answering the call; this enables the information to be provided without a call charge for the requesting user or a call receipt charge (in the case of a freephone number).
  • the second user can be prompted for the destination number. This could for example be a voice prompt.
  • the second user can then enter a number, either using a keypad or by voice, the number being interpreted using speech to text technology.
  • an automatic sequence of actions including default and dependent actions can be taken to determine the second user destination number, and optionally to provide the requested information.
  • the CLI number is used as the destination number if that number is message enabled, and in one embodiment the contact information is sent by SMS message. If the CLI number is not message enabled, a prompt for a message enabled number is provided, and/or the contact information is optionally announced by voice.
  • the interface with the second user is provided by Interactive Voice Response (IVR) which can provide a number of automatic or user dependent prompts.
  • IVR Interactive Voice Response
  • a user can be led through a menu system if desired. This could present the user with a number of choices, such as the format in which they wish to receive contact information. It remains desirable though, to keep the request process short and easy to use.
  • the contact information database includes, in one embodiment, at least one telephone number for said first user such that, at the time of making a request, a second user can be connected to the first user's telephone number. Frequently, more than one telephone number will be stored, and the second user can optionally select a number to be connected to, or may be connected to a default number, and subsequently to a secondary or tertiary number if necessary, for example if the first number is not answered.
  • the method provides callers with the ability to get the latest contact information or be connected to any of the contact numbers that have been made available. This therefore allows the number to be used as a single point of contact, providing a single number that can put someone through to Office, Home, Mobile or provide Email addresses, Fax numbers, Office addresses or other contact information.
  • a first user may have to pay a premium.
  • the method further allows the first user to enter or update the contact information held in the database.
  • a number of user selected options can also be chosen, such as a default format in which information is provided, or a preferred number to which a second user may be connected.
  • the information held against in the database can be updated. This means that should someone have a business card from several years ago, providing it contains an assigned number corresponding to a database record, all they need to do for example, is to call (or if supported SMS text) the number for the latest contact information, or alternatively request to be connected to any of the latest numbers that have been made available. Equally, if the number is owned by a business, it may be assigned to a particular position or department, and the contact information can be updated as required if the person in a position or department changes.
  • the method may provide increased functionality if the destination number for the second user is stored in stored in a request database.
  • a first user can be provided with details of requests made to the first user number.
  • the details could include the date and time of requests, the number of requests made and the destination number to which information was sent in response to those requests.
  • a report of requests can optionally be sent to the first user.
  • a report of requests made each day or month for example could be provided automatically at the end of that each day or month as appropriate.
  • a system for providing contact information in response to a request comprising an input interface adapted to receive a request from a second user addressed to a first user number, a processor adapted to derive from said request a destination number for said second user, a database for storing contact information corresponding to user numbers; and an output interface adapted to automatically send contact information corresponding to said first user number to said second user destination number.
  • system further comprises a user interface to allow said first user to input or update contact information corresponding to said first user number.
  • the user interface is desirably web based, allowing users freely to subscribe to the service and input information, or to update information.
  • a method of creating a subscriber contact information database for automatically distributing contact information in response to requests comprising allowing a subscriber to input or update contact information in said database; and providing the subscriber with one or more subscription numbers to which requests for contact information can be addressed.
  • a subscriber can usefully be provided with the capability of entering contact information manually, or by downloading information from another memory location.
  • the method may require certain fields to be entered, and may require certain options to be selected.
  • a particularly useful option is to allow a subscriber to obtain and/or control a plurality of subscription numbers. This may be particularly useful to businesses, which may wish to obtain a large 'block' of numbers. An administrator can then assign individual numbers within the firm.
  • the user interface desirably has different levels of security, such that permissions may be granted among a group of subscribers. According to the security level of the user accessing the database, certain field may be editable while others may be locked. For example, a company name or position field may only be editable by a 'block' administrator. The administrator can optionally assign different security levels and permissions.
  • Blocks of sequential numbers, or numbers which are easily remembered may be desirable and can be issued selectively, for example on payment of a fee, or only if a block of a certain minimum number is requested.
  • a method for monitoring use of a subscriber contact information system said system including a subscriber database for storing a subscriber number and associated contact information for subscribers, and said system allowing users to make remote requests for said contact information from said database, the method comprising receiving from a user, a request addressed to a subscriber number; deriving from said request a user destination number; and creating in a usage database a record of said request including said requested subscriber number and the corresponding user destination number.
  • the method and system of the present invention can usefully extend to building a database of contact information and monitoring and recording transactions relating to that information.
  • the method can usefully provide to a subscriber a record of requests made to a particular subscriber number and the user destination number corresponding to those requests. Such a record can be sent to the user by email.
  • Another useful option is to provide to a user a record of requests which have been made from, or which relate to a particular user destination number, and the corresponding subscriber number to which those requests were made. In this way a user can monitor contact information for all or any of the contacts that he or she has requested in the past.
  • the record includes contact information which was returned in response to those requests, or alternatively or additionally contact information currently associated with those subscriber numbers in said subscriber database.
  • This method can be particularly useful if, an individual loses his or her list of contacts and/or contact information, by losing their mobile phone for example.
  • a method for forwarding a message from a second user to a first user comprising the steps of receiving from a second user, a voice call to a first user number; recording a voice message from said second user; retrieving from a user database an email address assigned to said first user number; and automatically sending said recorded message to said first user via email.
  • the message is sent to said first user as a digitally coded audio file, but could also be processed using speech to text processing, and sent to said first user as text.
  • the invention can beneficially be implemented to be self funding. In this way, there is no charge to subscribers for registering with the service and obtaining a number, and revenue is derived by charging users a fee for making a request.
  • a flat fee for making a request and an additional fee for time spent making the request can be charged through a telecoms provider, using for example an 0871 number in the case of the UK.
  • Premium services such as the ability to have a request connected to a mobile number, or a memorable number or a group of numbers may be provided to subscribers at a cost.
  • a further aspect of the invention provides a method for automatically providing object item data for in response to a user request comprising the steps of: storing in a database object item data for a first object item and a first object item telephone number; receiving from a user an inquiry addressed to said first object item telephone number; deriving from said inquiry a user number for said user; retrieving from said database said first object item data corresponding to said first object item telephone number; and automatically sending said first object item data to said user number.
  • the user inquiry is a voice call to said first object item telephone number
  • the object item data is sent to the user as one or more of: SMS message, WAP push, flash message or video stream.
  • a user can make an inquiry on an item of interest simply by dialling the assigned number.
  • the user need not store the number and can receive data on the selected item almost instantly.
  • the user will typically make an inquiry and receive data on a mobile telephone, PDA or other mobile data enabled device.
  • said database includes said user number, and a corresponding email address, and in a further embodiement the object item data is additionally or alternatively sent to that email address. It is desirable that a plurality of telephone numbers are stored for each item, each telephone number corresponding to a single item. In this way, a number of channels can be defined, each telephone number corresponding to a certain channel. This allows the operator of the system to gain from an incoming inquiry both the selected object item and a further piece of information, such as a class of media used to advertise the item.
  • the database additionally includes data for a call handling agent for each item, and the method additionally includes the step of automatically forwarding the user inquiry to the call handling agent.
  • a further aspect of the invention provides a method for managing object item inquiries comprising the steps of: storing in a database object item data for a first object item, a first object item telephone number, and a first object item call handling agent data; receiving from a user an inquiry addressed to said first object item telephone number; retrieving from said database said call handling agent data and said object item details corresponding to said first object item telephone number; automatically forwarding said user inquiry to said first call handling agent using said agent data; and automatically making available to said call handling agent said first object item details corresponding to said user inquiry.
  • the making available of said first object item details and forwarding of the user inquiry are desirably performed substantially simultaneously. It will be appreciated that by providing details relating to the subject of the inquiry, this method allows the call handling agent to manage an inquiry in a more informed and efficient manner.
  • the method also includes the steps of the steps of deriving from said inquiry a user number for said user and making available to said call handling agent said user number. If the database advantageously includes corresponding user details, these can also be made available to the call handling agent.
  • an object item can be any item of potential interest to a user of the system.
  • the invention is particularly suited to but not limited to the sales industry, allowing a user to retrieve information concerning an advertised product having an associated number.
  • a product catalogue may include a brief product description and a telephone number. Details returned might be key dimensions, fitting instructions, technical drawings or even a video sequence demonstrating installation / use.
  • a call to a number could automatically be put through to an appropriate help desk, and a help desk operator could automatically be provided with details of the product about which the call is being made.
  • a preferred embodiment of the invention relates to property and property sales, and usefully the object item is a property and the object item data comprises property details.
  • Property details can therefore be obtained by prospective buyers quickly and easily as text, pictures and/or video just by calling the number on the FSB (For Sale Board) for example. Other properties in the vicinity can be sent to the prospective buyer if they are interested.
  • FSB Form Sale Board
  • a method of creating a property management database for automatically processing user inquiries comprising the steps of: allowing a vendor to input property details to said database; assigning to each property one or more property telephone numbers, to which property inquiries can be addressed; deriving for each user inquiry a user number; and storing for each inquiry said user number and said property telephone number This usefully allows reports of inquiries to be drawn up providing a valuable marketing analysis tool.
  • a yet further aspect of the invention provides a method of creating an object item management database for automatically processing user inquiries comprising the steps of allowing a vendor to input object item details to said database; defining a plurality of channels; allocating to each object item a plurality of object telephone numbers, to which inquiries can be addressed, each object telephone number corresponding to a single object item and a single channel; deriving for each user inquiry a user number; and storing for each inquiry said user number, the object item and the channel corresponding to said object telephone number.
  • This aspect of the invention advantageously allows two categories of information to be stored for each inquiry.
  • the first piece of information relates to the object being inquired after, and the second piece of information can be an operator defined field.
  • a particularly useful field for said second piece of information is the source or media from which the inquiry was obtained.
  • a yet further aspect of the invention provides a method of labelling object items with telephone numbers to which telephone numbers object inquiries can be addressed, the method comprising the steps of providing a series of unallocated telephone numbers; printing a plurality of labels with said unallocated telephone numbers; displaying on a first object item a first one of said labels; and subsequently allocating the number on said first label to said first object item, such that each object item is assigned a different one of said series of telephone numbers.
  • a still further aspect of the invention provides a method of assigning to property locations telephone numbers for display at said property locations to which telephone numbers property inquiries can be addressed, the method comprising the steps of: providing a series of unallocated telephone numbers for displaying at property locations; displaying at a first property location one of said unassigned telephone numbers; and subsequently allocating said displayed telephone number to said first property location such that each location is assigned a different one of said series of telephone numbers
  • This provides an easy mechanism for managing the FSB's.
  • Fig. 1 is a schematic diagram of an SMS Card system according to one embodiment
  • Fig. 2a illustrates the process of calling the SMS Card system according to one embodiment
  • Fig. 2b illustrates the process of a further aspect of calling the SMS Card system according to one embodiment
  • Fig. 3 illustrates the process of connecting a caller to an SMS Card holder according to one embodiment
  • Fig. 4 is a screen shot of a login and registration interface, which may be implemented in conjunction with the system described herein according to one embodiment
  • Fig. 5 illustrates one embodiment of a data entry screen, which may enable a user to set up an SMS Card
  • Fig. 6 is a screen shot of a screen that enables a user to allocate SMS Card numbers to individuals;
  • Fig. 7 illustrates one embodiment of a confirmation screen, which may be presented to a user to confirm that the registration was successful
  • Fig. 8 illustrates a further embodiment of an interface screen that may be used to enable a user to set up an SMS Card number
  • Fig. 9 illustrates an embodiment of a screen that may be used by a user to personalise information that has been entered into the SMS Card system
  • Fig. 10 illustrates an embodiment of a user interface screen that enables a user to transmit an SMS Card to a selected messaging device
  • Fig. 11 illustrates one embodiment of a corporate login screen
  • Fig. 12 illustrates one embodiment of a screen that may allow a user, for example a business, to purchase a block of sequential numbers
  • Fig. 13 illustrates a payment screen according to one embodiment
  • Fig. 14 illustrates an embodiment of a purchase confirmation screen
  • Fig. 15 is a schematic diagram illustrating a further embodiment of the process of calling the SMS Card system
  • Fig. 16 is a schematic diagram illustrating the process of connecting a caller to a registered user according to one embodiment.
  • Fig. 17 is an overview of a system incorporating embodiments of the present invention
  • Fig. 18 is a flowchart of a call handling and database management system according to embodiments of the present invention
  • Fig. 19 illustrates a database structure compatible with the flowchart of Figure 2
  • Fig. 20 is an alternative database structure
  • Fig. 21 shows a user interface workflow
  • Fig. 22 shows an agent administration workflow
  • One or more input interfaces 110, 112 may be provided to receive incoming requests for information.
  • One input interface may 110 receive incoming telephone calls from mobile telephones or from landline or fixed-line telephones.
  • a second input interface 112 may be provided to receive requests for information via SMS messages 112 or other electronic messages. Requests received over the telephone input interface 110 may be handled by an Interactive Voice Recognition (IVR) and Response Interface 114.
  • the IVR Interface 114 may communicate with the caller to provide requested information and to prompt the caller to obtain information, such as option choices, from the caller.
  • Requests received by SMS or another messaging system may be routed to a message communicator device 116.
  • the message communicator device 116 may provide an interface between the messaging network and the SMS Card system to receive and/or transmit messages between the system and the requesting user.
  • a processor 118 may be provided to receive requests input via either interface and to analyse the requests, obtain the required information, for example from a contact information database 120 and output the information in the desired format.
  • the processor 118 may further be connected to a web interface 122 to receive new or updated subscriber information.
  • the processor may analyse and/or format the data received via the web interface 122 and store or update the information in the contact information database 120.
  • one or more of the following methods may be provided to enable a user to obtain information using an SMS Card number:
  • Option 1 Call the SMS Card number, for example from a mobile telephone or a fixed-line telephone.
  • Option 2 Send an SMS message to the SMS Card number.
  • Option 1 The user calls an SMS Card number, if they have used a mobile telephone and have not withheld their number they are offered the option of hanging up and receiving the SMS card in the default format or, by responding to a number of prompts, the user may be connected to available numbers, listen to information or select the format in which they would prefer to receive the SMS Card (formats offered may include one or more of: SMS 1 Flash, Picture Message, Business Card, Vcard, email). If the user withholds their number or calls from a land line they may be requested to enter the mobile number to which the SMS Card should be sent and may then be offered the option of hanging up and receiving the SMS card in the default format.
  • formats offered may include one or more of: SMS 1 Flash, Picture Message, Business Card, Vcard, email.
  • the user may also respond to a number of prompts and may be connected to available numbers, listen to the information, or respond to prompts to decide the format in which they would prefer the SMS Card (formats offered may include one or more of: SMS 1 Flash, Picture Message, Business Card, Vcard, email).
  • Option 2 The user sends an SMS to the SMS Card number. If the message sent to the SMS Card Number contains one or more predetermined keywords, the user may be sent the SMS Card in the format associated with the keyword, otherwise they will be sent the SMS Card in the default format.
  • the SMS card will be sent in the SMS Card number holders default format.
  • the IVR system will ask (for example using a recorded voice) for the user to enter the mobile (or other message-able device) number to send the SMS Card to.
  • the IVR system will then request (via a recorded voice) for the user to select their preferred SMS card format, the user will then select their preferred format using their phone keypad (DTMF). Formats may include SMS, picture message, flash, MMI/MMS, business card, VCard etc.
  • the IVR system will then instruct the back-end system to send a SMS card to the calling number in the selected format.
  • Pressing '3' (if more than 1 number has been made available to call)
  • the IVR system will request the selection of the contact number to be put through to i.e. press "T for Mobile, press '2' for Office number, press '3' call Home. If the number is a mobile or other high rate number the option to be connected may be offered if a fee is paid by the caller or if the SMS Card number owner has paid to cover the associated costs.
  • SMS processing system will pass the message to the back-end system, if the message contains no keywords a SMS Card will be sent in the SMS card number holder's default format to the number that the SMS message came from. c) If the SMS message contains a keyword the back-end system will send the SMS Card in the format applicable to the keyword to the number that sent the SMS message.
  • keywords may include 'SMS' for SMS Messages, 'PIC or 'PICTURE' for Picture messages, 'FLASH' for a Flash message, 'MMI' or 'MMS' for MMS message format, 'B' 'BUS 1 , 'BUSINESS', 'BCARD' for business card format, or V 1 'VCARD' for VCard format.
  • SMS Card service The use of the SMS Card service according to one embodiment will now be discussed in more detail with reference to Figs. 2a, 2b and 3.
  • the requesting user may telephone an SMS Card number.
  • the system may perform a verification procedure according to the following process: a) The interface that receives the call may contact the back end system 210 (e.g. the processor and contact information database) to check that the SMS Card number that has been called has an associated registered user. b) In this way, the system determines whether the number that has been called is valid 212. c) If the number is not valid, for example if there is no associated user in the database, a recorded message may be played to the requesting user 214, for example "The number you have called is available for registration as part of the SMS Card system. For more details please go to www.smscard.co.uk. Thank you for calling."
  • the call may then be ended 216.
  • the system may attempt to connect the user to the registered user using a default contact method.
  • Fig. 2b illustrates schematically the process of retrieving information or connecting to the registered user according to one embodiment.
  • the system determines whether the Caller Line Identifier (CLI) of the requesting user corresponds to a CLI of a mobile telephone 250.
  • the system may play a recorded message to the caller requesting that the caller enters the mobile telephone number to which the CLI should be sent 252.
  • the number entered by the user may be retrieved by the system 254, for example using a Dial Tone Multi-Frequency (DTMF) system.
  • DTMF Dial Tone Multi-Frequency
  • the system may then check the number entered to ensure that the number corresponds to a device that can receive the default type of message 256. For example, in the UK, the system may verify that the number entered is a mobile telephone number by checking that the number starts with 077, 078 or 079. e) If the number entered can not receive the default type of message, then an error message may be communicated to the user 258 and the system may enable the user to enter an alternative number, for example "The number you have entered is invalid, please try again”. f) If the number of the calling user is a mobile telephone number, or if a verified mobile telephone number has been entered, the user may be presented with a number of options 260, for example "Please chose from the following options. To receive the SMS card information as a normal text, press 1 . For a business card, press 2.
  • the system may contact to the backend system to instruct the backend system to generate and send an SMS message 262. h) If the caller dials 2, the system may contact backend system to instruct the backend system to generate and send a business card
  • the system may contact the backend system to instruct the backend system to generate and send a VCard 266. j) Once the information has been sent, this may be confirmed to the requesting user 268, for example via a voice message such as "The information has been sent. To end this call please hang up now or hold the line to be connected to the SMS Card user".
  • Fig. 3 illustrates one embodiment of the process of connecting a user to the registered user: a) On request from the requesting user, the registered user's preferred landline number is retrieved from the backend system 310, for example from a contact information database. b) The call is connected to the retrieved number 312. c) If the call is answered, the requesting and registered users are connected 314. d) If the call is not answered, a message may be communicated to the requesting user, for example "Press 3 to leave a voice message or hold to try another number" 316. In an alternative embodiment, the system may retrieve the next contact number from the backend system and try to contact the registered user at that contact number.
  • the system may attempt to connect the requesting user to the further number.
  • the registered user's email address may be retrieved from the backend system 320 and a message may be communicated to the user 322, for example "Undoubtedly we are unable to connect you at this time, please leave a message after the tone. Hang up to deliver the message [BEEP]”.
  • the requesting user's message may then be recorded 324, for example as a WAV file, which may then be emailed to a user.
  • an error message may be communicated to the requesting user 326 before the call is ended, for example "Undoubtedly we are unable to connect you at this time. Please try later".
  • Fig. 15 illustrates a further embodiment of the process of calling an SMS Card system.
  • the process is similar to that illustrated in Fig. 2a, but includes an additional "Start Hangup" process 1510, which may be implemented at any point during the call at which the requesting user hangs up from the call.
  • the system may listen for a hangup event throughout the call and may then start the Start Hangup process by determining whether an SMS has already been sent to the requesting user 1512. If an SMS has been sent, the call and the process may then be ended 1514. If no SMS has been sent, the system may determine whether the calling equipment of the requesting user is message- enabled equipment.
  • the system may determine whether the calling equipment is a mobile telephone 1516 by determining whether the CLI starts with 077, 078 or 079. If the calling equipment is message-enabled, the system may then cause the backend system to generate and send a message to the CLI of the requesting user in the default message format 1518, for example an SMS message 1520.
  • Fig. 16 illustrates a further embodiment of a process of connecting a requesting user to a registered user. This process is similar to that illustrated in Fig. 3, but the next number for the registered user is automatically retrieved from the backend system and the presence or absence of a number may be used to determine whether the requesting user is connected to an alternative number or is directed to leave a message using the registered user's email address. The process also includes the step of determining whether a call to a user has timed out. If the call times out, the requesting user may then be invited to leave a message using the registered user's email address.
  • the user may access a web interface, for example a user may go to a particular website.
  • the user may be presented with a login and registration interface, such as that illustrated in Fig. 4. If the user has not previously registered, the user may click the "Get an SMS Card" icon 410 to get an SMS Card Number.
  • the user may then be presented with a data entry screen such as that shown in Fig. 5 and may enter their company or personal information as appropriate. If the SMS Card number is being set up on behalf of a user (for example by a business), the "editable" tag may be selected to indicate that the information should be editable by the user.
  • the data entry screen may also enable a default message format to be selected.
  • the announce 514 and connect 516 tags may enable a user to define whether the associated information should be released on transmission of the business card and whether the associated numbers should be used to attempt to connect a requesting user to the registered user.
  • the SMS Card numbers may then be allocated to individuals, for example using a screen as shown in Fig. 6. Individuals may then be able to personalise the SMS Card number or the personalisation can be done at the time the numbers are allocated.
  • a confirmation screen such as that shown in Fig. 7, may then be presented to the user to confirm that the registration was successful and to provide the user with a passcod ⁇ . Sections of the passcode may be requested when the user logs in, in addition to a preselected login name and password, for additional security.
  • Fig. 8 illustrates a further embodiment of an interface screen that may be used to enable a user to set up an SMS Card number.
  • Fig. 9 illustrates an embodiment of a screen that may be used by a user to personalise information that has been entered into the SMS Card system, for example to edit any editable fields and to define whether information should be announced or transmitted to a requesting user or whether numbers should be provided to enable a requesting user to connect to the registered user.
  • the interface screen illustrated in Fig. 10 may enable a user to transmit an SMS Card to a selected messaging device.
  • the SMS Card format may be selected and the number of the messaging device may be entered before the SMS Card is transmitted.
  • Fig. 11 illustrates one embodiment of a corporate login screen, which may be used to enable corporate users to access, monitor and update their accounts. For example, the user could purchase more credits for any paid aspect of the service or alter information relating to the SMS Cards.
  • FIG. 12 illustrates one embodiment of a screen that may allow a user, for example a business, to purchase a block of sequential numbers.
  • Fig. 13 illustrates a payment screen according to one embodiment.
  • a secure payment system is desirably provided in conjunction with the present system.
  • a confirmation screen such as that shown in Fig. 14 may be provided to confirm to a user what will be purchased and the total cost.
  • an image to be associated S with the SMS Card for example a corporate logo.
  • the email may then be transmitted with the business card for some types of cards (e.g. MMS messages or picture messages)
  • Usage of the system may be monitored and logged, which may enable reports 0 to be produced to detail usage and key performance indicators for the system.
  • an estate agent is provided with a pool of unique national rate telephone numbers.
  • the property is allocated multiple unique national rate telephone numbers, covering multiple marketing channels, in an allocation process 104.
  • the property details, allocated numbers and corresponding media channels are stored in a database 106.
  • the property is advertised with the relevant telephone number displayed. The number could be displayed in a newspaper advertisement, or on a For Sale Board (FSB) located at the property.
  • FFB For Sale Board
  • any of the numbers from their mobile phone (indicated by broken line 110)
  • the call is processed at a call interface 108, and the property details are retrieved from database.
  • a text message containing the retrieved property details is automatically generated and sent back to the user, as shown by arrow 112.
  • a WAP push message containing further details, or details of similar properties in a neighboring area can also be sent to the user.
  • the text may include for instance number of bedrooms, number of reception rooms, number of bathrooms, any particular features of the property such as new kitchen or large garden etc and asking price.
  • call interface 108 automatically routes the incoming call to the agent 118 dealing with that property (indicated by broken line 114), based on agent details retrieved from the database.
  • the call can be forwarded to an office for queuing, to a specific DDI number, or a managed combination of the two.
  • the caller details and/or property details retrieved from the database are presented to the agent to whom the call is forwarded as shown by arrow 116.This may be achieved for example by email or via a dedicated web site with a fast refresh rate.
  • Each call to the system is logged, and at predefined intervals a report is automatically generated by analysis module 120 with details of all enquiries against all properties, even if the office is closed. This information is provided to the agent, and enquiries which may have been missed can then be followed up at a more convenient time.
  • Each property placed with the Estate Agent is allocated multiple unique telephone numbers. These are allocated against the principal marketing sources such as the For Sale Board, individual newspapers, magazines and other medias where the property is advertised.
  • Each number is terminated at either a branch office main number or a particular agent(s) within the Agency who is dealing with a particular property.
  • the agent is also logged into a central website.
  • the agent When a property is put onto the Agents listings, the agent will have a pool of umbers, pre-allocated by Media to allocate against each property. In most cases the system will automatically allocate a number from the available pool with a manual override possible -for instance for high value properties a cherished number may be allocated in place of a standard number.
  • the For Sale Board Number is not pre-allocated to the property. This allows greater ease for the Sign Contractor as any board can then be used against any property.
  • a first method is for a simple form to be completed at site and returned to the agency indicating which number has been allocated against which property. This can be verified with for instance a photograph taken after placement of the board.
  • the contractor dials the number on the For Sale Board
  • the Interactive Voice Response (IVR) system looks up the relevant database record containing information about the property and populates it with the callers' telephone number (CLI), which is then displayed this in realtime to the agent. This can either be a hunt group or directed at a specific agent.
  • IVR Interactive Voice Response
  • the Agency or Agent is sent an email with details relevant to them of all of the properties called on including the media, time and date of the call, duration of the call and callers CLI.
  • the call is terminated against a specific agent, it allows the management team to accurately assess performance against number of phone calls, optimising training requirements. It also allows the Agent to gauge the success rate of particular properties.
  • the caller is sent a text message containing all of the headline information about the property such as number of bedrooms, features, location as well as the asking price.
  • a mobile Internet (WAP) session can be started allowing the user to receive images of the property and further details such as room sizes etc.
  • a user can additionally log onto a web page to allow them to take advantage of further system features.
  • An Internet link to the web page may be included in the SMS message sent to the user for example.
  • the user logs onto the website they are requested to log in by typing their telephone number (which should be the number from which they have made inquiries to the system). This will then bring up details of the property or properties that they have shown an interest in by sending an inquiry. Further details about a user can then be captured that can then be used to profile and target with similar properties. In particular it is desirable to obtain the user's email address so that details can be sent by email in response to future inquiries.
  • An exemplary user interface workflow is illustrated in Figure 21
  • the user web page features a search facility eg by postcode/city/county, distance from postcode, agent selection, number of bedrooms/bathrooms, house type, price range etc.
  • a user may also subscribe to be sent details as and when properties become available, this also includes notification by SMS, MMS, Email, Agent Call etc.
  • the user web page may be branded as a page from a particular estate agent, and search features can be limited only to include results listed by that estate agent. Inquiry logging
  • Each call to the system is logged and details of Media, Agent, Number of calls per property and Number of calls per agent are recorded.
  • the Agency can quickly profile and identify where specific properties should be advertised - based on price, size, location and other factors, how properties are performing against initial interest shown and how an agent is performing against number of inbound enquiries.
  • the IVR system When a call is made against a property, the IVR system passes the call through to the office or agent handling that property. At the same time it carries out a Database enquiry to bring up details of the property and inputs the callers telephone number. Property address, Property code, incoming call No, and media channel, can all be determined.
  • the details are provided to the agent via an agent web page which is refreshed sufficiently quickly to allow the agent to understand the profile of the caller before or as the call is answered.
  • More than one agent number can be assigned to a property allowing the inquiry call to be passed around a number of destination numbers. For example, an inquiry to a particular property could be forwarded sequentially to an agent's direct line, that agent's mobile number, an alternative agent's number and finally the office switch board. At each instance, if the call is not connected it is directed to the next number in the sequence.
  • Agents can then be allocated against the destination numbers (usually DDI's), and an agent can be assigned to a number of destination numbers. This provides a managed many to many relationship between properties and agents and allows a lot of flexibility in the design. For instance if an Agent was setup called "office watch" and assigned to all of the destination numbers then that agent would receive information on all calls. If the last destination number for each property was the office main switch board number, and all agents were given the switch board number, when a call goes unanswered and moves through the destination numbers, the callers details would become available to all agents when the last destination number is called.
  • the agent web page can provide a tool for managing incoming calls.
  • the agent can be notified in real-time of calls forwarded to numbers associated with his ID. If all the calls are forwarded to the main office number all users would see the property details. Once the call is answered by a particular operator the web screen is updated to indicate that the call has been answered.
  • An exemplary channel allocation is:
  • Reports which can be generated by Agent include: Total number of calls Number of calls answered Number of calls missed
  • FIG. 18 A flow process for receiving an incoming user call is shown in Figure 18.
  • An incoming call to a registered system number 202 is received, and the date and time and incoming number are stored at 204. If the incoming number is recognised as being that of an FSB agent, an FSB agent routine is commenced at stage 206, described in more detail below.
  • the database is accessed for the property details 208, and any registered user information such as email address 210.
  • the status of the call is updated from unanswered to unprocessed. If the call is connected the status is updated to answered. Finally, if the user remains on the line but the call cannot be connected (for example if the agent destination number is busy) the next number associated with the agent is called at 220.
  • the FSB agent routine commences at stage 206, where the details of the last call from that agent are retrieved. If this agent has not called this number within the last 30 minutes, the agent is prompted, at stage 208, to enter the property code identifying the property for which this number is to be allocated (the property at which the agent has just erected an FSB). The details of the property are retrieved from the database, and are sent to the FSB agent at 210 for confirmation purposes. If the agent has called this number within the last 30 minutes, the agent is deemed to be calling back to confirm the property details, and is prompted to indicate whether the details are correct at 212. If correct, the database is updated with the new number allocation. If incorrect, the agent is returned to stage 208 to re-enter the property code.
  • the IVR information table is used to store the number dialled by the user and the user's number. This table is referenced to Link table 304 to find the associated property code, which can then be used to retrieve the property details from property information table 306.
  • the Link table is also used to store up to 3 agent destination numbers to which incoming calls are forwarded. Depending on the outcome of the call forwarding process detailed above, the call details are either appended to the unanswered calls table 308, the answered calls table 310, or the unprocessed calls table 312. Tables 308, 310 and 312 store the raw data from which reports can be run providing call statistics for the agent as described above.
  • An agent administration interface allows an agent to manage and administer the system, and an exemplary workflow is illustrated in Figure 22.
  • an agent Having logged into the administration area at 2201, an agent is presented with a number of options.
  • Branch 2202 allows an agent to retrieve unanswered or other logged inquiries.
  • Branch 2203 allows an agent to create a new channel.
  • Branch 2204 allows an agent to enter a new property into the system.
  • Branches 2205 and 2206 allow an FSB agent and a call handling agent to be set up respectively. These functions can be performed by a user on screen, or may be performed as part of an automated routine and may be controlled by an agent's existing computer systems.
  • the database and associated system can be administered by either the agent, by their web developer or by a central administrator common to all agents or a group of agents.
  • the above described system offers the advantages:
  • An agent can be alerted to a missed call and can call that person back
  • the system can easily be integrated into an agents website and existing database. Users can be profiled and details of new properties sent directly to their phones either as an automated and/or manual process

Abstract

In a system and method for automatically providing information concerning an item of interest, a telephone number for each such item is stored, and user requests for information are addressed to the relevant telephone number. For each such inquiry a user number is derived, and the data corresponding to the item is automatically sent to the user. The user request is typically a voice call, and data can be sent to the user with no further action from the user. A log of user numbers and request details can be accumulated and stored in a database for analysis or further data retrieval. The system and method can usefully be employed to provide personal contact information or property information.

Description

Data Processing
This invention relates to the provision and use of a system for providing contact information in response to a request. The invention relates particularly but not exclusively to a method for sending contact information as a message to a message enabled device in response to a voice call to a subscriber number.
The exchanging of business cards is a well established way quickly and easily to distribute contact information. The storage of a business card provides a historical reference point for many individuals, and thus the success of the business card. However, the business card can be lost or go out of date and needs to be carried with an individual (possibly along with many others) to be readily accessible. Business cards therefore create a natural conundrum, keeping the business card about your person increases the risk of losing the card, but storing the card, for example in a card index, prevents ready access to the information it contains.
With the increasing use of mobile telephones having advanced memory capabilities and personal digital assistants (PDAs), it is desirable to have contact information stored electronically on such mobile devices. To load contact information from a business card onto such a mobile device is however time consuming. It is known to be able to send contact information directly from one mobile device to another, but the amount of information and the format of the information is limited, and such direct electronic transfer is significantly more time consuming and complex than the simple exchange of business cards.
In one aspect, the present invention aims to overcome or ameliorate problems associated with existing methods of distributing contact information.
Accordingly a first aspect of the invention provides a method for providing contact information in response to a request, the method comprising the steps of storing in a contact information database contact information for a first user, and a first user telephone number; receiving from a second user, a request addressed to the first user telephone number; deriving from said request, a destination number for said second user; retrieving from the contact information database contact information assigned to said first user telephone number; and automatically making available said retrieved contact information to said second user using the derived destination number.
Contact information can include a wide range of fields including name, company, address, email address, telephone numbers, web address etc. The first user telephone number may be a standard digital exchange number/ISDN number. In certain embodiments of the invention however, any identifier which allows a second user to connect to a communication service (typically at least including voice), could be used. This may include an identifier for a voice over IP service.
Further aspects of the invention are more generally applicable to other types of information, as will be described below.
In one embodiment the request is a voice call to said first user number. In another embodiment the contact information can be made available without further input from the second user although prompts may be used to enable selection of options for delivery. A request may also be made by SMS message, or by email.
In this way, a wide range of contact information can easily be made available to a person requesting it by making a single request or call to the appropriate number. The user number would typically be included on an individual's business card. In this way the number can be distributed with the speed and ease of simply passing over a business card, and the recipient can then request contact information at a convenient time simply by making a single call. In certain embodiments, once connected, the caller can simply hang up for the requested contact information to be made available to him or her. In one embodiment the retrieved contact information is sent to said second user destination number, and this can advantageously be in electronic format, which in one embodiment permits direct electronic input into a memory device
So for example, to use the system an individual could be passed a business card with a user telephone number on it. At any convenient later time, the recipient of the card would call (or if supported send an SMS text message) from, say, a mobile telephone (or other message enabled device) the number. The relevant information (typically the information on an individual's business card) would then be sent as a message back to the calling (or if supported the SMS texting) number, in one embodiment in a format enabling direct storage.
Including such a number on a business card allows a recipient of the card (although the number could equally be distributed by means other than a business card) to capture relevant contact details quickly on to a mobile phone or other contact information device.
In one embodiment the retrieved contact information is sent to said user as an SMS message, however contact information may also be sent as an electronic business card, a Vcard, flash message, MMI/MMS message, or other suitable formats. Advantageously contact information can include image data, which can be sent as a picture or video message. Using picture messaging it is possible to send an image of a business card, a photo of the individual, or a company logo for example. It can be arranged for such an image to be displayed when that person is calling/or are called. This will greatly assist in recognising or remembering the first user.
It is desirable for a second user to be able to select the format in which information is made available or sent. If the request is made by SMS message, a key word or phrase may be included in the request, specifying a desired format, for example "text" for SMS message, or "bus" for business card etc. It is important that the information can be stored and used quickly and easily by the person requesting the information. It is therefore desirable that the format be compatible with the application intended by the second user. As user requirements change, new formats in which the information is made available can be provided, without modification of the underlying contact information.
Retrieved contact information can additionally or alternatively be provided by voice announcement. The audio may be recorded by the user and be stored as an audio file in the contact information database, or can be provided using text to speech, from the text information stored. This may offer a simple method for a user to obtain information when it is not required in electronic format, or when the user is unable to receive the information in electronic form, for example over a landline.
The destination number for the second user is, in one embodiment, derived automatically from the received request. A preferred way to do this is to use caller line identification (CLI) on the received request, to establish the number from which the request is being made. This number can be used as the destination number. Alternatively, if the CLI number is recognised as being included in the contact information database, it can be used as a reference to retrieve an alternative number to which information can be sent. In this case information could alternatively or additionally be sent by email to an email address.
It is possible for the number to be retrieved automatically without answering the call; this enables the information to be provided without a call charge for the requesting user or a call receipt charge (in the case of a freephone number).
It will not always be appropriate to determine the second user destination number automatically, and the second user can be prompted for the destination number. This could for example be a voice prompt. The second user can then enter a number, either using a keypad or by voice, the number being interpreted using speech to text technology.
Advantageously an automatic sequence of actions including default and dependent actions can be taken to determine the second user destination number, and optionally to provide the requested information. In one embodiment the CLI number is used as the destination number if that number is message enabled, and in one embodiment the contact information is sent by SMS message. If the CLI number is not message enabled, a prompt for a message enabled number is provided, and/or the contact information is optionally announced by voice.
In one embodiment the interface with the second user is provided by Interactive Voice Response (IVR) which can provide a number of automatic or user dependent prompts. This adds flexibility to the system and allows contact information to be made available for a wide variety of users having different requirements. A user can be led through a menu system if desired. This could present the user with a number of choices, such as the format in which they wish to receive contact information. It remains desirable though, to keep the request process short and easy to use.
The contact information database includes, in one embodiment, at least one telephone number for said first user such that, at the time of making a request, a second user can be connected to the first user's telephone number. Frequently, more than one telephone number will be stored, and the second user can optionally select a number to be connected to, or may be connected to a default number, and subsequently to a secondary or tertiary number if necessary, for example if the first number is not answered.
Thus the method provides callers with the ability to get the latest contact information or be connected to any of the contact numbers that have been made available. This therefore allows the number to be used as a single point of contact, providing a single number that can put someone through to Office, Home, Mobile or provide Email addresses, Fax numbers, Office addresses or other contact information.
In certain applications it may be desirable to distinguish between categories of numbers to which a user can be connected. For example, to allow a call to a mobile to be connected, a first user may have to pay a premium.
In one embodiment the method further allows the first user to enter or update the contact information held in the database. A number of user selected options can also be chosen, such as a default format in which information is provided, or a preferred number to which a second user may be connected.
Unlike a business card the information held against in the database can be updated. This means that should someone have a business card from several years ago, providing it contains an assigned number corresponding to a database record, all they need to do for example, is to call (or if supported SMS text) the number for the latest contact information, or alternatively request to be connected to any of the latest numbers that have been made available. Equally, if the number is owned by a business, it may be assigned to a particular position or department, and the contact information can be updated as required if the person in a position or department changes.
The method may provide increased functionality if the destination number for the second user is stored in stored in a request database. In this way a first user can be provided with details of requests made to the first user number. The details could include the date and time of requests, the number of requests made and the destination number to which information was sent in response to those requests. A report of requests can optionally be sent to the first user. A report of requests made each day or month for example could be provided automatically at the end of that each day or month as appropriate.
According to a second aspect of the invention there is provided a system for providing contact information in response to a request comprising an input interface adapted to receive a request from a second user addressed to a first user number, a processor adapted to derive from said request a destination number for said second user, a database for storing contact information corresponding to user numbers; and an output interface adapted to automatically send contact information corresponding to said first user number to said second user destination number.
In one embodiment the system further comprises a user interface to allow said first user to input or update contact information corresponding to said first user number. The user interface is desirably web based, allowing users freely to subscribe to the service and input information, or to update information.
According to a third aspect of the invention there is provided a method of creating a subscriber contact information database for automatically distributing contact information in response to requests, said method comprising allowing a subscriber to input or update contact information in said database; and providing the subscriber with one or more subscription numbers to which requests for contact information can be addressed.
A subscriber can usefully be provided with the capability of entering contact information manually, or by downloading information from another memory location. The method may require certain fields to be entered, and may require certain options to be selected.
A particularly useful option is to allow a subscriber to obtain and/or control a plurality of subscription numbers. This may be particularly useful to businesses, which may wish to obtain a large 'block' of numbers. An administrator can then assign individual numbers within the firm. The user interface desirably has different levels of security, such that permissions may be granted among a group of subscribers. According to the security level of the user accessing the database, certain field may be editable while others may be locked. For example, a company name or position field may only be editable by a 'block' administrator. The administrator can optionally assign different security levels and permissions.
Blocks of sequential numbers, or numbers which are easily remembered may be desirable and can be issued selectively, for example on payment of a fee, or only if a block of a certain minimum number is requested.
According to a fourth aspect of the invention there is provided a method for monitoring use of a subscriber contact information system, said system including a subscriber database for storing a subscriber number and associated contact information for subscribers, and said system allowing users to make remote requests for said contact information from said database, the method comprising receiving from a user, a request addressed to a subscriber number; deriving from said request a user destination number; and creating in a usage database a record of said request including said requested subscriber number and the corresponding user destination number.
It can be seen that the method and system of the present invention can usefully extend to building a database of contact information and monitoring and recording transactions relating to that information.
The method can usefully provide to a subscriber a record of requests made to a particular subscriber number and the user destination number corresponding to those requests. Such a record can be sent to the user by email.
Another useful option is to provide to a user a record of requests which have been made from, or which relate to a particular user destination number, and the corresponding subscriber number to which those requests were made. In this way a user can monitor contact information for all or any of the contacts that he or she has requested in the past. In one embodiment the record includes contact information which was returned in response to those requests, or alternatively or additionally contact information currently associated with those subscriber numbers in said subscriber database.
This method can be particularly useful if, an individual loses his or her list of contacts and/or contact information, by losing their mobile phone for example.
For a user who had most/all the numbers loaded by using requests, all previously requested information could be downloaded onto a new phone or sent via email. Where subscribers are classified in groups, data concerning the requests made to/from any of the members of that group can be collated. A report can then be provided to one or more members of said group, for example the group administrator.
It will be understood that a wide variety of data abstraction and collation could be performed on recorded data, and a correspondingly wide range of reports can potentially be produced.
According to a fifth aspect of the invention there is provided a method for forwarding a message from a second user to a first user, the method comprising the steps of receiving from a second user, a voice call to a first user number; recording a voice message from said second user; retrieving from a user database an email address assigned to said first user number; and automatically sending said recorded message to said first user via email.
In one embodiment the message is sent to said first user as a digitally coded audio file, but could also be processed using speech to text processing, and sent to said first user as text.
The invention can beneficially be implemented to be self funding. In this way, there is no charge to subscribers for registering with the service and obtaining a number, and revenue is derived by charging users a fee for making a request. A flat fee for making a request and an additional fee for time spent making the request can be charged through a telecoms provider, using for example an 0871 number in the case of the UK. Premium services, such as the ability to have a request connected to a mobile number, or a memorable number or a group of numbers may be provided to subscribers at a cost.
The invention has thus far been described with respect to personal contact information, however it has been recognised that the underlying inventive concept and the associated benefits can extend to other types of information.
Accordingly a further aspect of the invention provides a method for automatically providing object item data for in response to a user request comprising the steps of: storing in a database object item data for a first object item and a first object item telephone number; receiving from a user an inquiry addressed to said first object item telephone number; deriving from said inquiry a user number for said user; retrieving from said database said first object item data corresponding to said first object item telephone number; and automatically sending said first object item data to said user number.
In one embodiment the user inquiry is a voice call to said first object item telephone number, and the object item data is sent to the user as one or more of: SMS message, WAP push, flash message or video stream.
In this way a user can make an inquiry on an item of interest simply by dialling the assigned number. The user need not store the number and can receive data on the selected item almost instantly. The user will typically make an inquiry and receive data on a mobile telephone, PDA or other mobile data enabled device.
In one embodiment said database includes said user number, and a corresponding email address, and in a further embodiement the object item data is additionally or alternatively sent to that email address. It is desirable that a plurality of telephone numbers are stored for each item, each telephone number corresponding to a single item. In this way, a number of channels can be defined, each telephone number corresponding to a certain channel. This allows the operator of the system to gain from an incoming inquiry both the selected object item and a further piece of information, such as a class of media used to advertise the item.
Advantageously the database additionally includes data for a call handling agent for each item, and the method additionally includes the step of automatically forwarding the user inquiry to the call handling agent.
A further aspect of the invention provides a method for managing object item inquiries comprising the steps of: storing in a database object item data for a first object item, a first object item telephone number, and a first object item call handling agent data; receiving from a user an inquiry addressed to said first object item telephone number; retrieving from said database said call handling agent data and said object item details corresponding to said first object item telephone number; automatically forwarding said user inquiry to said first call handling agent using said agent data; and automatically making available to said call handling agent said first object item details corresponding to said user inquiry.
The making available of said first object item details and forwarding of the user inquiry are desirably performed substantially simultaneously. It will be appreciated that by providing details relating to the subject of the inquiry, this method allows the call handling agent to manage an inquiry in a more informed and efficient manner.
In one embodiment the method also includes the steps of the steps of deriving from said inquiry a user number for said user and making available to said call handling agent said user number. If the database advantageously includes corresponding user details, these can also be made available to the call handling agent.
It will be appreciated that an object item can be any item of potential interest to a user of the system. The invention is particularly suited to but not limited to the sales industry, allowing a user to retrieve information concerning an advertised product having an associated number. For example a product catalogue may include a brief product description and a telephone number. Details returned might be key dimensions, fitting instructions, technical drawings or even a video sequence demonstrating installation / use.
A call to a number could automatically be put through to an appropriate help desk, and a help desk operator could automatically be provided with details of the product about which the call is being made.
A preferred embodiment of the invention relates to property and property sales, and usefully the object item is a property and the object item data comprises property details.
Property details can therefore be obtained by prospective buyers quickly and easily as text, pictures and/or video just by calling the number on the FSB (For Sale Board) for example. Other properties in the vicinity can be sent to the prospective buyer if they are interested.
In a further aspect the invention there is provided a method of creating a property management database for automatically processing user inquiries comprising the steps of: allowing a vendor to input property details to said database; assigning to each property one or more property telephone numbers, to which property inquiries can be addressed; deriving for each user inquiry a user number; and storing for each inquiry said user number and said property telephone number This usefully allows reports of inquiries to be drawn up providing a valuable marketing analysis tool.
If a call handling agent is assigned to each property and inquiries are automatically forwarded to the appropriate call handling agent, then the outcome of the call (connected / hung up / not answered etc.) can also usefully be logged and reported.
Embodiments according to this aspect of the invention can easily be integrated with current Estate agents systems
A yet further aspect of the invention provides a method of creating an object item management database for automatically processing user inquiries comprising the steps of allowing a vendor to input object item details to said database; defining a plurality of channels; allocating to each object item a plurality of object telephone numbers, to which inquiries can be addressed, each object telephone number corresponding to a single object item and a single channel; deriving for each user inquiry a user number; and storing for each inquiry said user number, the object item and the channel corresponding to said object telephone number.
This aspect of the invention advantageously allows two categories of information to be stored for each inquiry. The first piece of information relates to the object being inquired after, and the second piece of information can be an operator defined field. A particularly useful field for said second piece of information is the source or media from which the inquiry was obtained.
A yet further aspect of the invention provides a method of labelling object items with telephone numbers to which telephone numbers object inquiries can be addressed, the method comprising the steps of providing a series of unallocated telephone numbers; printing a plurality of labels with said unallocated telephone numbers; displaying on a first object item a first one of said labels; and subsequently allocating the number on said first label to said first object item, such that each object item is assigned a different one of said series of telephone numbers. A still further aspect of the invention provides a method of assigning to property locations telephone numbers for display at said property locations to which telephone numbers property inquiries can be addressed, the method comprising the steps of: providing a series of unallocated telephone numbers for displaying at property locations; displaying at a first property location one of said unassigned telephone numbers; and subsequently allocating said displayed telephone number to said first property location such that each location is assigned a different one of said series of telephone numbers
This provides an easy mechanism for managing the FSB's.
The invention will now be described by way of example with reference to the accompanying figures, in which:
Fig. 1 is a schematic diagram of an SMS Card system according to one embodiment; Fig. 2a illustrates the process of calling the SMS Card system according to one embodiment;
Fig. 2b illustrates the process of a further aspect of calling the SMS Card system according to one embodiment;
Fig. 3 illustrates the process of connecting a caller to an SMS Card holder according to one embodiment;
Fig. 4 is a screen shot of a login and registration interface, which may be implemented in conjunction with the system described herein according to one embodiment;
Fig. 5 illustrates one embodiment of a data entry screen, which may enable a user to set up an SMS Card;
Fig. 6 is a screen shot of a screen that enables a user to allocate SMS Card numbers to individuals;
Fig. 7 illustrates one embodiment of a confirmation screen, which may be presented to a user to confirm that the registration was successful; Fig. 8 illustrates a further embodiment of an interface screen that may be used to enable a user to set up an SMS Card number;
Fig. 9 illustrates an embodiment of a screen that may be used by a user to personalise information that has been entered into the SMS Card system; Fig. 10 illustrates an embodiment of a user interface screen that enables a user to transmit an SMS Card to a selected messaging device;
Fig. 11 illustrates one embodiment of a corporate login screen;
Fig. 12 illustrates one embodiment of a screen that may allow a user, for example a business, to purchase a block of sequential numbers; Fig. 13 illustrates a payment screen according to one embodiment;
Fig. 14 illustrates an embodiment of a purchase confirmation screen;
Fig. 15 is a schematic diagram illustrating a further embodiment of the process of calling the SMS Card system;
Fig. 16 is a schematic diagram illustrating the process of connecting a caller to a registered user according to one embodiment.
Fig. 17 is an overview of a system incorporating embodiments of the present invention
Fig. 18 is a flowchart of a call handling and database management system according to embodiments of the present invention Fig. 19 illustrates a database structure compatible with the flowchart of Figure 2
Fig. 20 is an alternative database structure
Fig. 21 shows a user interface workflow
Fig. 22 shows an agent administration workflow
Apparatus that may be used to implement embodiments of the SMS Card system described herein will now be described with reference to Fig. 1.
One or more input interfaces 110, 112 may be provided to receive incoming requests for information. One input interface may 110 receive incoming telephone calls from mobile telephones or from landline or fixed-line telephones. A second input interface 112 may be provided to receive requests for information via SMS messages 112 or other electronic messages. Requests received over the telephone input interface 110 may be handled by an Interactive Voice Recognition (IVR) and Response Interface 114. The IVR Interface 114 may communicate with the caller to provide requested information and to prompt the caller to obtain information, such as option choices, from the caller.
Requests received by SMS or another messaging system may be routed to a message communicator device 116. The message communicator device 116 may provide an interface between the messaging network and the SMS Card system to receive and/or transmit messages between the system and the requesting user.
A processor 118 may be provided to receive requests input via either interface and to analyse the requests, obtain the required information, for example from a contact information database 120 and output the information in the desired format. The processor 118 may further be connected to a web interface 122 to receive new or updated subscriber information. The processor may analyse and/or format the data received via the web interface 122 and store or update the information in the contact information database 120.
In summary, one or more of the following methods may be provided to enable a user to obtain information using an SMS Card number:
Option 1 ) Call the SMS Card number, for example from a mobile telephone or a fixed-line telephone. Option 2) Send an SMS message to the SMS Card number.
Option 1 ) The user calls an SMS Card number, if they have used a mobile telephone and have not withheld their number they are offered the option of hanging up and receiving the SMS card in the default format or, by responding to a number of prompts, the user may be connected to available numbers, listen to information or select the format in which they would prefer to receive the SMS Card (formats offered may include one or more of: SMS1 Flash, Picture Message, Business Card, Vcard, email). If the user withholds their number or calls from a land line they may be requested to enter the mobile number to which the SMS Card should be sent and may then be offered the option of hanging up and receiving the SMS card in the default format. The user may also respond to a number of prompts and may be connected to available numbers, listen to the information, or respond to prompts to decide the format in which they would prefer the SMS Card (formats offered may include one or more of: SMS1 Flash, Picture Message, Business Card, Vcard, email).
Option 2) The user sends an SMS to the SMS Card number. If the message sent to the SMS Card Number contains one or more predetermined keywords, the user may be sent the SMS Card in the format associated with the keyword, otherwise they will be sent the SMS Card in the default format.
One embodiment of the process of calling the SMS Card number (Option 1 described above), for example using a mobile telephone or fixed-line telephone network, is set out below:
a) User calls the SMS card number b) IVR system answers call c) If the user hangs up at anytime without selecting valid options and the IVR system was able to obtain the calling number and the calling number was a mobile number (or other message-able device) the IVR system will instruct the back-end system to send a SMS card to the calling number. The SMS card will be sent in the SMS Card number holders default format. d) If the user stays on line they will be request to press '1' to receive SMS card information or press '2' to hear the SMS Card information, or stay connected to be put through to the [Office/Direct line/Mobile/Home]. However if more than one number has been made available the user may be offered an additional option i.e. press '3' to choose a contact number to call.
Pressing '1' If the IVR system is unable to obtain the calling number or the calling number is not a mobile number (or other message-able device) the IVR system will ask (for example using a recorded voice) for the user to enter the mobile (or other message-able device) number to send the SMS Card to.
The IVR system will then request (via a recorded voice) for the user to select their preferred SMS card format, the user will then select their preferred format using their phone keypad (DTMF). Formats may include SMS, picture message, flash, MMI/MMS, business card, VCard etc. The IVR system will then instruct the back-end system to send a SMS card to the calling number in the selected format.
Pressing '2'
If a WAV file has been uploaded then this will be replayed otherwise all the stored SMS Card information will be announced using text2voice software in the order on the form (in one embodiment, a user may be able to select the order in which the information is announced).
Pressing '3' (if more than 1 number has been made available to call) The IVR system will request the selection of the contact number to be put through to i.e. press "T for Mobile, press '2' for Office number, press '3' call Home. If the number is a mobile or other high rate number the option to be connected may be offered if a fee is paid by the caller or if the SMS Card number owner has paid to cover the associated costs.
One embodiment of the process of sending an SMS to a SMS Card number (Option 2 described above) will now be described in more detail.
a) User sends an SMS message to the SMS Card number. b) The SMS processing system will pass the message to the back-end system, if the message contains no keywords a SMS Card will be sent in the SMS card number holder's default format to the number that the SMS message came from. c) If the SMS message contains a keyword the back-end system will send the SMS Card in the format applicable to the keyword to the number that sent the SMS message. Examples of keywords may include 'SMS' for SMS Messages, 'PIC or 'PICTURE' for Picture messages, 'FLASH' for a Flash message, 'MMI' or 'MMS' for MMS message format, 'B' 'BUS1, 'BUSINESS', 'BCARD' for business card format, or V1 'VCARD' for VCard format.
The use of the SMS Card service according to one embodiment will now be discussed in more detail with reference to Figs. 2a, 2b and 3.
As set out above, to retrieve information associated with a registered user, the requesting user may telephone an SMS Card number. As illustrated in Fig. 2a, the system may perform a verification procedure according to the following process: a) The interface that receives the call may contact the back end system 210 (e.g. the processor and contact information database) to check that the SMS Card number that has been called has an associated registered user. b) In this way, the system determines whether the number that has been called is valid 212. c) If the number is not valid, for example if there is no associated user in the database, a recorded message may be played to the requesting user 214, for example "The number you have called is available for registration as part of the SMS Card system. For more details please go to www.smscard.co.uk. Thank you for calling."
The call may then be ended 216. d) If the number is valid, details of the options available may be communicated to the requesting user 218, for example a recorded message may play "Thank you for calling the SMS Card business card storage service. To retrieve information press 1 on your telephone keypad now or hold the line to be connected to the SMS Card user". Further options may be provided as set out herein. e) If the caller presses 1 , the information may be transmitted to the requesting user in the default format. f) If the caller holds the line 222, the system may attempt to connect the user to the registered user using a default contact method.
Fig. 2b illustrates schematically the process of retrieving information or connecting to the registered user according to one embodiment. a) On receipt of a telephone call from a requesting user, the system determines whether the Caller Line Identifier (CLI) of the requesting user corresponds to a CLI of a mobile telephone 250. b) If the CLI is not a mobile telephone CLI, the system may play a recorded message to the caller requesting that the caller enters the mobile telephone number to which the CLI should be sent 252. c) The number entered by the user may be retrieved by the system 254, for example using a Dial Tone Multi-Frequency (DTMF) system. d) The system may then check the number entered to ensure that the number corresponds to a device that can receive the default type of message 256. For example, in the UK, the system may verify that the number entered is a mobile telephone number by checking that the number starts with 077, 078 or 079. e) If the number entered can not receive the default type of message, then an error message may be communicated to the user 258 and the system may enable the user to enter an alternative number, for example "The number you have entered is invalid, please try again". f) If the number of the calling user is a mobile telephone number, or if a verified mobile telephone number has been entered, the user may be presented with a number of options 260, for example "Please chose from the following options. To receive the SMS card information as a normal text, press 1 . For a business card, press 2.
For VCard, press 3." g) If the caller dials 1 , the system may contact to the backend system to instruct the backend system to generate and send an SMS message 262. h) If the caller dials 2, the system may contact backend system to instruct the backend system to generate and send a business card
264. i) If the caller dials 3, the system may contact the backend system to instruct the backend system to generate and send a VCard 266. j) Once the information has been sent, this may be confirmed to the requesting user 268, for example via a voice message such as "The information has been sent. To end this call please hang up now or hold the line to be connected to the SMS Card user".
Fig. 3 illustrates one embodiment of the process of connecting a user to the registered user: a) On request from the requesting user, the registered user's preferred landline number is retrieved from the backend system 310, for example from a contact information database. b) The call is connected to the retrieved number 312. c) If the call is answered, the requesting and registered users are connected 314. d) If the call is not answered, a message may be communicated to the requesting user, for example "Press 3 to leave a voice message or hold to try another number" 316. In an alternative embodiment, the system may retrieve the next contact number from the backend system and try to contact the registered user at that contact number. e) If a further contact number is available 318, the system may attempt to connect the requesting user to the further number. f) In the present embodiment, if no further contact number is available, the registered user's email address may be retrieved from the backend system 320 and a message may be communicated to the user 322, for example "Unfortunately we are unable to connect you at this time, please leave a message after the tone. Hang up to deliver the message [BEEP]". g) The requesting user's message may then be recorded 324, for example as a WAV file, which may then be emailed to a user. h) If the registered user does not have an email address, an error message may be communicated to the requesting user 326 before the call is ended, for example "Unfortunately we are unable to connect you at this time. Please try later".
Fig. 15 illustrates a further embodiment of the process of calling an SMS Card system. The process is similar to that illustrated in Fig. 2a, but includes an additional "Start Hangup" process 1510, which may be implemented at any point during the call at which the requesting user hangs up from the call. The system may listen for a hangup event throughout the call and may then start the Start Hangup process by determining whether an SMS has already been sent to the requesting user 1512. If an SMS has been sent, the call and the process may then be ended 1514. If no SMS has been sent, the system may determine whether the calling equipment of the requesting user is message- enabled equipment. For example, in the UK, the system may determine whether the calling equipment is a mobile telephone 1516 by determining whether the CLI starts with 077, 078 or 079. If the calling equipment is message-enabled, the system may then cause the backend system to generate and send a message to the CLI of the requesting user in the default message format 1518, for example an SMS message 1520.
Fig. 16 illustrates a further embodiment of a process of connecting a requesting user to a registered user. This process is similar to that illustrated in Fig. 3, but the next number for the registered user is automatically retrieved from the backend system and the presence or absence of a number may be used to determine whether the requesting user is connected to an alternative number or is directed to leave a message using the registered user's email address. The process also includes the step of determining whether a call to a user has timed out. If the call times out, the requesting user may then be invited to leave a message using the registered user's email address.
The process of creating an SMS Card number will now be described in more detail with reference to Figs. 4 to 7
To create an SMS Card, the user may access a web interface, for example a user may go to a particular website. The user may be presented with a login and registration interface, such as that illustrated in Fig. 4. If the user has not previously registered, the user may click the "Get an SMS Card" icon 410 to get an SMS Card Number.
The user may then be presented with a data entry screen such as that shown in Fig. 5 and may enter their company or personal information as appropriate. If the SMS Card number is being set up on behalf of a user (for example by a business), the "editable" tag may be selected to indicate that the information should be editable by the user. The data entry screen may also enable a default message format to be selected.
The announce 514 and connect 516 tags may enable a user to define whether the associated information should be released on transmission of the business card and whether the associated numbers should be used to attempt to connect a requesting user to the registered user.
The SMS Card numbers may then be allocated to individuals, for example using a screen as shown in Fig. 6. Individuals may then be able to personalise the SMS Card number or the personalisation can be done at the time the numbers are allocated.
Initially registered users can use a "contact us" feature.
A confirmation screen, such as that shown in Fig. 7, may then be presented to the user to confirm that the registration was successful and to provide the user with a passcodθ. Sections of the passcode may be requested when the user logs in, in addition to a preselected login name and password, for additional security.
Further interface screens that may be provided in conjunction with the system described are illustrated in Figs. 8 to 14.
Fig. 8 illustrates a further embodiment of an interface screen that may be used to enable a user to set up an SMS Card number.
Fig. 9 illustrates an embodiment of a screen that may be used by a user to personalise information that has been entered into the SMS Card system, for example to edit any editable fields and to define whether information should be announced or transmitted to a requesting user or whether numbers should be provided to enable a requesting user to connect to the registered user.
The interface screen illustrated in Fig. 10 may enable a user to transmit an SMS Card to a selected messaging device. The SMS Card format may be selected and the number of the messaging device may be entered before the SMS Card is transmitted.
Fig. 11 illustrates one embodiment of a corporate login screen, which may be used to enable corporate users to access, monitor and update their accounts. For example, the user could purchase more credits for any paid aspect of the service or alter information relating to the SMS Cards.
Further interface screens may be provided for billed services or for SMS Card services provided on numbers that are not self funding. For example, Fig. 12 illustrates one embodiment of a screen that may allow a user, for example a business, to purchase a block of sequential numbers.
Fig. 13 illustrates a payment screen according to one embodiment. A secure payment system is desirably provided in conjunction with the present system. A confirmation screen, such as that shown in Fig. 14 may be provided to confirm to a user what will be purchased and the total cost.
In some embodiments, it may be possible to define an image to be associated S with the SMS Card, for example a corporate logo. The email may then be transmitted with the business card for some types of cards (e.g. MMS messages or picture messages)
Usage of the system may be monitored and logged, which may enable reports 0 to be produced to detail usage and key performance indicators for the system.
A complete call processing and contact information management system and method has been described, having a number of features. Features of the system may be modified, omitted, augmented or substituted and provided 5 independently or in combination with other features. In particular, each sub menu feature or processing option or branch on the accompanying flowcharts may, as appropriate, be modified or substituted or incorporated as an independent feature in an alternative system. As will be appreciated, prompts may be provided using a variety of media (speech, sound, visual or even other) and specific examples should be taken as implicit references to a generic prompt unless the context explicitly requires otherwise. Similarly, all references to specific communication media or protocols (e.g. telephone, text, multimedia message, picture, voice, email etc.) are intended to encompass any appropriate generic communication medium or protocol, including derivatives of existing standards, unless otherwise explicitly required.
Referring to Figure 17, an estate agent is provided with a pool of unique national rate telephone numbers. When a property is taken on by an estate agent, the property is allocated multiple unique national rate telephone numbers, covering multiple marketing channels, in an allocation process 104. The property details, allocated numbers and corresponding media channels are stored in a database 106. The property is advertised with the relevant telephone number displayed. The number could be displayed in a newspaper advertisement, or on a For Sale Board (FSB) located at the property.
When a user of the system phones any of the numbers from their mobile phone (indicated by broken line 110), the call is processed at a call interface 108, and the property details are retrieved from database. A text message containing the retrieved property details is automatically generated and sent back to the user, as shown by arrow 112. A WAP push message containing further details, or details of similar properties in a neighboring area can also be sent to the user. The text may include for instance number of bedrooms, number of reception rooms, number of bathrooms, any particular features of the property such as new kitchen or large garden etc and asking price.
In addition, call interface 108 automatically routes the incoming call to the agent 118 dealing with that property (indicated by broken line 114), based on agent details retrieved from the database. The call can be forwarded to an office for queuing, to a specific DDI number, or a managed combination of the two. At the same time, the caller details and/or property details retrieved from the database are presented to the agent to whom the call is forwarded as shown by arrow 116.This may be achieved for example by email or via a dedicated web site with a fast refresh rate.
Each call to the system is logged, and at predefined intervals a report is automatically generated by analysis module 120 with details of all enquiries against all properties, even if the office is closed. This information is provided to the agent, and enquiries which may have been missed can then be followed up at a more convenient time.
The various elements of the exemplary system and method outlined above will now be described in more detail.
Telephone Number Allocation Each property placed with the Estate Agent is allocated multiple unique telephone numbers. These are allocated against the principal marketing sources such as the For Sale Board, individual newspapers, magazines and other medias where the property is advertised.
Each number is terminated at either a branch office main number or a particular agent(s) within the Agency who is dealing with a particular property. The agent is also logged into a central website.
Once a property is sold that number can be returned to an agent's pool for re- allocation
General Number Allocation
When a property is put onto the Agents listings, the agent will have a pool of umbers, pre-allocated by Media to allocate against each property. In most cases the system will automatically allocate a number from the available pool with a manual override possible -for instance for high value properties a cherished number may be allocated in place of a standard number.
For Sale Board Number Allocation
At time of listing a property, the For Sale Board Number is not pre-allocated to the property. This allows greater ease for the Sign Contractor as any board can then be used against any property.
When a board is placed outside, the contractor needs to register the number against property. This can be done in two ways;
A first method is for a simple form to be completed at site and returned to the agency indicating which number has been allocated against which property. This can be verified with for instance a photograph taken after placement of the board. In a preferred method the contractor dials the number on the For Sale Board
(which is in free circulation) and is prompted to input the property code. Again a photograph can be taken for verification process.
User interface
When a caller dials an allocated number, the Interactive Voice Response (IVR) system looks up the relevant database record containing information about the property and populates it with the callers' telephone number (CLI), which is then displayed this in realtime to the agent. This can either be a hunt group or directed at a specific agent.
To the caller, this is transparent and the call can quickly be directed to the property called about. If the user has previously registered their details with the system (via a website for example) with their email address, the property details are emailed to them, optionally formatted with the look and feel of the acting agent
At the end of a predefined period, eg daily, the Agency or Agent is sent an email with details relevant to them of all of the properties called on including the media, time and date of the call, duration of the call and callers CLI.
Audit Trail
This ensures that even if the office was closed or the call was dropped, no lead is ever lost as the agent simply returns the call at a more convenient time. Additionally, by breaking down each call by media, it allows the Agency to track specific marketing medias more closely ensuring that each can be capitalised on. For instance it mat be that one media attracts a particular profile whilst another attracts a different profile.
If the call is terminated against a specific agent, it allows the management team to accurately assess performance against number of phone calls, optimising training requirements. It also allows the Agent to gauge the success rate of particular properties.
Automatic Data Return
The caller is sent a text message containing all of the headline information about the property such as number of bedrooms, features, location as well as the asking price. In addition a mobile Internet (WAP) session can be started allowing the user to receive images of the property and further details such as room sizes etc.
Web based Interface
A user can additionally log onto a web page to allow them to take advantage of further system features. An Internet link to the web page may be included in the SMS message sent to the user for example. When the user logs onto the website, they are requested to log in by typing their telephone number (which should be the number from which they have made inquiries to the system). This will then bring up details of the property or properties that they have shown an interest in by sending an inquiry. Further details about a user can then be captured that can then be used to profile and target with similar properties. In particular it is desirable to obtain the user's email address so that details can be sent by email in response to future inquiries. An exemplary user interface workflow is illustrated in Figure 21
The user web page features a search facility eg by postcode/city/county, distance from postcode, agent selection, number of bedrooms/bathrooms, house type, price range etc. A user may also subscribe to be sent details as and when properties become available, this also includes notification by SMS, MMS, Email, Agent Call etc
The user web page may be branded as a page from a particular estate agent, and search features can be limited only to include results listed by that estate agent. Inquiry logging
Each call to the system is logged and details of Media, Agent, Number of calls per property and Number of calls per agent are recorded.
By using this information, the Agency can quickly profile and identify where specific properties should be advertised - based on price, size, location and other factors, how properties are performing against initial interest shown and how an agent is performing against number of inbound enquiries.
Call Handling Agent Screens
When a call is made against a property, the IVR system passes the call through to the office or agent handling that property. At the same time it carries out a Database enquiry to bring up details of the property and inputs the callers telephone number. Property address, Property code, incoming call No, and media channel, can all be determined.
The details are provided to the agent via an agent web page which is refreshed sufficiently quickly to allow the agent to understand the profile of the caller before or as the call is answered.
More than one agent number can be assigned to a property allowing the inquiry call to be passed around a number of destination numbers. For example, an inquiry to a particular property could be forwarded sequentially to an agent's direct line, that agent's mobile number, an alternative agent's number and finally the office switch board. At each instance, if the call is not connected it is directed to the next number in the sequence.
Agents can then be allocated against the destination numbers (usually DDI's), and an agent can be assigned to a number of destination numbers. This provides a managed many to many relationship between properties and agents and allows a lot of flexibility in the design. For instance if an Agent was setup called "office watch" and assigned to all of the destination numbers then that agent would receive information on all calls. If the last destination number for each property was the office main switch board number, and all agents were given the switch board number, when a call goes unanswered and moves through the destination numbers, the callers details would become available to all agents when the last destination number is called.
The agent web page can provide a tool for managing incoming calls.The agent can be notified in real-time of calls forwarded to numbers associated with his ID. If all the calls are forwarded to the main office number all users would see the property details. Once the call is answered by a particular operator the web screen is updated to indicate that the call has been answered.
Channel allocation
An exemplary channel allocation is:
Number 1 - For Sale Board Number 2 - Local paper Number 3 - National press Number 4 - Homes magazine Number 5 - Mailshot
Report Generation
Reports which can be generated by Agent include: Total number of calls Number of calls answered Number of calls missed
List all numbers missed to include property details Number of calls by Media Breakdown by number No of calls by property Breakdown by media
A flow process for receiving an incoming user call is shown in Figure 18. An incoming call to a registered system number 202 is received, and the date and time and incoming number are stored at 204. If the incoming number is recognised as being that of an FSB agent, an FSB agent routine is commenced at stage 206, described in more detail below.
If the call is not from an FSB agent, the database is accessed for the property details 208, and any registered user information such as email address 210. At 212 a determination is made whether the user has already been sent the current property details. If the details have not previously been sent (this is the first time this particular user has dialled this particular number) then an SMS is sent to the user at 214, and optionally the user is also emailed at 216. If the details have previously been sent (if the user is calling back to register further interest / make an offer for example) stages 214 and 216 are bypassed, and the call is logged as unanswered by default at 218. The user call is then connected to the first agent number associated with the incoming inquiry number. If the user hangs up before the call is answered, the status of the call is updated from unanswered to unprocessed. If the call is connected the status is updated to answered. Finally, if the user remains on the line but the call cannot be connected (for example if the agent destination number is busy) the next number associated with the agent is called at 220.
The FSB agent routine commences at stage 206, where the details of the last call from that agent are retrieved. If this agent has not called this number within the last 30 minutes, the agent is prompted, at stage 208, to enter the property code identifying the property for which this number is to be allocated (the property at which the agent has just erected an FSB). The details of the property are retrieved from the database, and are sent to the FSB agent at 210 for confirmation purposes. If the agent has called this number within the last 30 minutes, the agent is deemed to be calling back to confirm the property details, and is prompted to indicate whether the details are correct at 212. If correct, the database is updated with the new number allocation. If incorrect, the agent is returned to stage 208 to re-enter the property code.
A database structure compatible with embodiments of the invention is shown in Figure 19. The IVR information table is used to store the number dialled by the user and the user's number. This table is referenced to Link table 304 to find the associated property code, which can then be used to retrieve the property details from property information table 306.
The Link table is also used to store up to 3 agent destination numbers to which incoming calls are forwarded. Depending on the outcome of the call forwarding process detailed above, the call details are either appended to the unanswered calls table 308, the answered calls table 310, or the unprocessed calls table 312. Tables 308, 310 and 312 store the raw data from which reports can be run providing call statistics for the agent as described above.
An agent administration interface allows an agent to manage and administer the system, and an exemplary workflow is illustrated in Figure 22. Having logged into the administration area at 2201, an agent is presented with a number of options. Branch 2202 allows an agent to retrieve unanswered or other logged inquiries. Branch 2203allows an agent to create a new channel. Branch 2204 allows an agent to enter a new property into the system. Branches 2205 and 2206 allow an FSB agent and a call handling agent to be set up respectively. These functions can be performed by a user on screen, or may be performed as part of an automated routine and may be controlled by an agent's existing computer systems.
The database and associated system can be administered by either the agent, by their web developer or by a central administrator common to all agents or a group of agents. As already noted, the above described system offers the advantages:
An agent can be alerted to a missed call and can call that person back The system can easily be integrated into an agents website and existing database. Users can be profiled and details of new properties sent directly to their phones either as an automated and/or manual process
Users can register to the system and can easily review properties to which inquiries have been addressed. The system can also forward these details by email automatically where an email address has been registered

Claims

1. A method for automatically providing object item data in response to a user request comprising the steps of: storing in a database object item data for a first object item and a first object item telephone number; receiving from a user an inquiry addressed to said first object item telephone number; deriving from said inquiry a user number for said user; retrieving from said database said first object item data corresponding to said first object item telephone number; and automatically sending said first object item data to said user number.
2. A method according to Claim 1 wherein said user inquiry is a voice call to said first object item telephone number.
3. A method according to Claim 1 or 2 wherein said first object item data is sent to said user without further action.
4. A method according to any one of Claims 1 to 3 wherein said first object item data is sent to said user as one or more of: SMS message, WAP push, flash message or video stream
5. A method according to any one of Claims 1 to 4 wherein said user number is the Caller Line Identification (CLI) number of said user inquiry.
6. A method according to Claim any one of Claims 1 to 5 wherein said database includes said user number, and a corresponding email address, and wherein said first object item data is sent to that email address.
7. A method according to any one of Claims 1 to 6 wherein user inquiry data including the user number is stored in said database.
8. A method according to any one of Claims 1 to 7 wherein said object item is a property and wherein said object item data comprises property details.
9. A method according to Claim 8 wherein a plurality of telephone numbers are stored for each property, each telephone number corresponding to a single property.
10. A method according to Claim 9 wherein a number of channels are defined, each telephone number corresponding to a single property and a single channel.
11. A method according to Claim 10 wherein said telephone numbers are displayed on advertising media, each channel corresponding to a different advertising media.
12. A method according to any one of Claims 1 to 11 wherein said database additionally includes first object item call handling agent data, and wherein said method additionally includes the step of automatically forwarding said user inquiry to said first call handling agent using said agent data.
13. A method for managing object item inquiries comprising the steps of: storing in a database object item data for a first object item, a first object item telephone number, and a first object item call handling agent data; receiving from a user an inquiry addressed to said first object item telephone number; retrieving from said database said call handling agent data and said object item details corresponding to said first object item telephone number; automatically forwarding said user inquiry to said first call handling agent using said agent data; and automatically making available to said call handling agent said first object item details corresponding to said user inquiry.
14. A method according to Claim 13 wherein the making available of said first object item details and forwarding of the user inquiry are performed substantially simultaneously.
15. A method according to Claim 13 or 14 further comprising the steps of deriving from said inquiry a user number for said user and making available to said call handling agent said user number.
16. A method according to any one of Claims 13 to 15 wherein said database includes said user number, and a corresponding user details, and making available to said call handling agent said user details.
17. A method according to any one of Claims 13 to 16 wherein said object item is a property for sale and wherein said object item data comprises property details.
18. A method according to any one of Claims 13 to 17 wherein a plurality of enquiries can be forwarded to said call handling agent simultaneously.
19. A method according to any one of Claims 13 to 18 wherein said plurality of enquiries can be simultaneously displayed to said call handling agent.
20. A method according to any one of Claims 13 to 19 wherein a corresponding plurality of object item details and/or user numbers and/or user details are also displayed to said call handling agent.
21. A method according to any one of Claims 13 to 20 further comprising the steps of deriving from said inquiry a user number for said user, and automatically sending said first object item data to said user number.
22. A method of creating an object item management database for automatically processing user inquiries comprising the steps of: allowing a vendor to input object item details to said database; allocating to each object item one or more object telephone numbers, to which inquiries can be addressed; deriving for each user inquiry a user number; and storing for each inquiry said user number and said object telephone number.
23. A method according to Claim 22 wherein inquiries comprise voice calls addressed to said one or more object telephone numbers.
24. A method according to Claim 22 or 23 wherein said user number is the
Caller Line Identification (CLI) number of said user inquiry.
25. A method according to any one of Claims 22 to 24 further comprising assigning to each object item call handling agent data and in response to an inquiry addressed to an object telephone number, retrieving the call handling agent data assigned to said object telephone number and automatically forwarding said user inquiry to said call handling agent using said agent data.
26. A method according to any one of Claims 22 to 25 further comprising providing to said call handling agent a report of inquiries addressed to one or more of said object telephone numbers.
27. A method according to Claim 26 wherein said report includes all inquiries made in a specified time period.
28. A method according to any one of Claims 22 to 27 wherein a plurality of telephone numbers are stored for each object item, each telephone number corresponding to a single object item.
29. A method according to Claim 28 wherein a number of channels are defined, each object telephone number corresponding to a single object item and a single channel.
30. A method according to Claim 29 as dependent on Claim 26 wherein said report classifies inquiries by channel.
31. A method according to any one of Claims 22 to 30 further comprising monitoring and storing whether an enquiry is connected to said call handling agent.
32. A method of creating an object item management database for automatically processing user inquiries comprising the steps of: allowing a vendor to input object item details to said database; defining a plurality of channels allocating to each object item a plurality of object telephone numbers, to which inquiries can be addressed, each object telephone number corresponding to a single object item and a single channel deriving for each user inquiry a user number; and storing for each inquiry said user number, the object item and the channel corresponding to said object telephone number.
33. A method according to any one of Claims 22 to 32 wherein said object items comprise properties.
34. A method of assigning to property locations telephone numbers for display at said property locations to which telephone numbers property inquiries can be addressed, the method comprising the steps of: providing a series of unallocated telephone numbers for displaying at property locations; displaying at a first property location one of said unallocated telephone numbers; and subsequently allocating said displayed telephone number to said first property location such that each location is assigned a different one of said series of telephone numbers.
35. A method according to Claim 34 wherein said assigning is performed by an allocation call addressed to said displayed telephone number
36. A method according to Claim 34 or 35 wherein said assigning comprises receiving from said allocation call a code identifying said first property.
37. A method according to Claim 34 or 35 wherein said assigning comprises receiving from said allocation call a voice message identifying said first property.
38. A method according to any one of Claims 34 to 37 further comprising deriving an allocation number from said assignment call and verifying said allocation number against a list of known allocation numbers.
39. A method according to any one of Claims 34 to 38 further comprising sending to said allocation number an image of said first property identified.
40. A method of labelling object items with telephone numbers to which telephone numbers object inquiries can be addressed, the method comprising the steps of: providing a series of unallocated telephone numbers printing a plurality of labels with said unallocated telephone numbers displaying on a first object item a first one of said labels; and subsequently allocating the number on said first label to said forst object item, such that each object item is assigned a different one of said series of telephone numbers.
41. A method for providing contact information in response to a request, the method comprising the steps of: storing in a contact information database contact information corresponding to a first user, and a first user telephone number; receiving from a second user, a request addressed to the first user telephone number; deriving from said request, a destination number for said second user; retrieving from the contact information database contact information assigned to said first user telephone number; and automatically making available said retrieved contact information to said second user using the derived destination number.
42.A method according to Claim 41 , wherein said request is a voice call to said first user number.
43.A method according to Claim 41 or Claim 42, wherein said contact information can be made available without further action by the second user.
44.A method according to any one of Claims 41 to 43, wherein said retrieved contact information is sent to said second user destination number.
45.A method according to Claim 4, wherein said retrieved contact information is sent to said second user in a format to permit direct electronic input into a memory device.
46.A method according to Claim 44 or Claim 45, wherein said retrieved contact information is sent to said second user as an SMS message.
47.A method according to Claim 44 or Claim 45, wherein said retrieved contact information is sent to said second user as one of: an electronic business card, a Vcard, flash message, or MMI/MMS.
48.A method according to any one of Claims 41 to 47, wherein said retrieved contact information includes picture data.
49.A method according to Claim 48, wherein said picture information is sent to said second user as a picture message.
50. A method according to any one of Claims 41 to 49, wherein said contact information is made available in an assigned default format.
51. A method according to any on of Claims 44 to 50, wherein said second user can select from a list of available formats the format in which the contact information is sent.
52.A method according to any one of Claims 41 to 51 , wherein said retrieved contact information is provided by voice announcement.
53.A method according to any one of Claims 41 to 52, wherein said retrieved contact information is provided by SMS message if the caller line identification (CLI) number of the request is SMS capable, and wherein said retrieved contact information is optionally announced by voice to said second user otherwise.
54.A method according to any one of Claims 41 to 53, wherein said destination number for said second user is derived automatically from the request received from said second user.
55.A method according to Claim 54, wherein said destination number for said second user is the caller line identification (CLI) number of the request of the second user.
56.A method according to Claim 54, wherein said contact information database includes the caller line identification (CLI) number of the request of the second user, and wherein said second user destination number is retrieved from said database, said retrieved number corresponding to the CLI number.
57.A method according to any one of Claims 41 to 56, further including playing a prompt for the second user destination number, wherein said destination number for said second user is input by the second user in response to the prompt.
58.A method according to any one of Claims 41 to 57, wherein said destination number for said second user is the CLI number of the request if said number is message enabled, and a voice prompt is played to said second user requesting a destination number otherwise.
59.A method according to any one of Claims 41 to 58, wherein said contact information database includes a telephone number for said first user, the method further comprising, at the time of making a request, connecting said second user to said first user's telephone number.
60. A method according to Claim 59, wherein said contact information database includes more than one telephone number for said first user, and wherein said second user can be connected to an alternative telephone number if said first user's first telephone number is not answered within a certain time period.
61. A method according to any one of Claims 41 to 60, wherein said contact information database comprises a plurality of categories of contact information.
62.A method according to any one of Claims 41 to 61 , further comprising allowing said first user to enter or update the contact information assigned to said first user number in the contact information database.
63.A method according to any one of Claims 41 to 62, wherein the first user can select from a supported format a default format in which to send requested contact information.
64.A method according to any one of Claims 41 to 63, wherein the destination number for said second user is stored in a request database.
65.A method according to Claim 64, further comprising automatically providing said first user with details of destination numbers stored in said request database.
66.A method according to Claim 65, wherein the destination numbers for requests received in one day is provided to said first user.
67. A method according to any one of Claims 64 to 66, wherein said details of said destination numbers is automatically sent to said first user by email
68.A system for providing contact information in response to a request comprising: an input interface adapted to receive a request from a second user addressed to a first user number; a processor adapted to derive from said request a destination number for said second user; a database for storing contact information corresponding to user numbers; and an output interface adapted to automatically send contact information corresponding to said first user number to said second user destination number.
69.A system according to Claim 68, wherein said input interface is a voice based interface.
70. A system according to Claim 69, wherein said input interface comprises an IVR interface.
71.A system according to Claim 68, 69 or 70, wherein said output interface is an SMS communicator.
72. A system according to any one of Claims 68 to 71 , further comprising a user interface to allow said first user to input or update contact information corresponding to said first user number.
73.A system according to Claim 72, wherein the user interface allows said first user to select a default format in which said contact information is sent.
74. A system according to Claim 72 or 73wherein said user interface allows a first user to select a telephone number to which a second user, on making a request, can be connected.
75.A system according to Claim 72, 73 or 74, wherein the user interface allows a third user to grant permissions to a first user for inputting or updating contact information corresponding to said first user number.
76.A system according to any one of Claims 72 to 75, wherein said user interface is web-based.
77.A method of creating a subscriber contact information database for automatically distributing contact information in response to requests, said method comprising: allowing a subscriber to input or update contact information in said database; and providing the subscriber with one or more subscription numbers to which requests for contact information can be addressed.
78.A method according to Claim 77, wherein the contact information associated with a subscription number is automatically sent to a user in response to a request from said user addressed to that subscription number.
79.A method according to Claim 77 or 78, wherein a subscriber can enter contact information manually.
80. A method according to any one of Claims 77 to 79, wherein a subscriber can download information to said database.
81. A method according to any one of Claims 77 to 80, wherein a subscriber can select a default format in which said contact information is distributed.
82.A method according to any one of Claims 77 to 80, wherein a subscriber is provided with a plurality of subscription numbers, and wherein the subscriber can grant permissions for the inputting or updating of contact information for selected subscription numbers to selected sub-subscribers.
83.A method according to Claim 82, wherein a subscriber can download contact information for some or all of said plurality of subscription numbers.
84. A method according to any one of claims 77 to 83, wherein subscribers can preview contact information as it will be distributed.
85.A method for monitoring use of a subscriber contact information system, said system including a subscriber database for storing a subscriber number and associated contact information for subscribers, and said system allowing users to make remote requests for said contact information from said database, the method comprising: receiving from a user, a request addressed to a subscriber number; deriving from said request a user destination number; and creating in a usage database a record of said request including said requested subscriber number and the corresponding user destination number.
86.A method according to Claim 85, wherein contact information assigned to said subscriber number is retrieved from the subscriber database and automatically sent to said derived user destination number.
87.A method according to Claim 85 or Claim 86, wherein said retrieved contact information is sent by SMS message.
88.A method according to any one of Claims 85 to 87, wherein requests for contact information comprise voice calls.
89.A method according to any one of Claims 85 to 87, wherein requests for contact information comprise SMS messages.
90. A method according to any one of Claims 85 to 89, wherein said derived user destination number is the number from which the request was received.
91. A method according to any one of Claims 85 to 90, further comprising providing to a subscriber a record of requests made to a particular subscriber number and optionally the user destination number corresponding to those requests.
92.A method according to Claim 91, wherein the record of requests includes all requests received in a specified time period.
93.A method according to Claim 91 or 92, wherein the record of requests is sent to said subscriber automatically at the end of a specified time period.
94.A method according to Claim 91 , 92 or 93, wherein said record of requests is sent to said subscriber by email.
95.A method according to any one of Claims 85 to 94, further comprising providing to a user a record of requests which have been made from, or which relate to a particular user destination number, and the corresponding subscriber number to which those requests were made.
96.A method according to Claim 95, wherein said record of requests includes contact information which was returned in response to those requests.
97.A method according to Claim 95, wherein the record of requests includes contact information currently associated with those subscriber numbers in said subscriber database.
98.A method according to Claim 95, 96 or 97, wherein the record of requests is sent to said user by email.
99.A method according to Claim 95, 96 or 97, wherein the record of requests is sent to said user by SMS message.
100. A method according to any one of Claims 85 to 99, wherein subscribers are classified into groups, and wherein records from said usage database concerning a group of subscribers is provided to one or more members of said group.
101. A method according to Claim 100, wherein a record of requests made to each subscriber number of a group of subscribers is provided to one or more members of said group.
102. A method of forwarding a message from a second user to a first user, the method comprising the steps of: receiving from a second user, a voice call to a first user number; recording a voice message from said second user; retrieving from a user database an email address assigned to said first user number; and automatically sending said recorded message to said first user via email.
103. A method according to Claim 102, wherein said message is sent to said first user as a digitally coded audio file.
104. A method according to Claim 102 or 103, wherein said message is processed using speech to text processing, and sent to said first user as text.
105. A method substantially as any one herein described with reference to the accompanying drawings.
106. A system substantially as herein described with reference to the accompanying drawings.
EP05808898A 2004-11-25 2005-11-25 Data processing Withdrawn EP1829348A2 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB0425925A GB2425192A (en) 2004-11-25 2004-11-25 Providing up-to-date contact information
GB0517058A GB2420644A (en) 2004-11-25 2005-08-19 Information request processing and monitoring
PCT/GB2005/004518 WO2006056785A2 (en) 2004-11-25 2005-11-25 Data processing

Publications (1)

Publication Number Publication Date
EP1829348A2 true EP1829348A2 (en) 2007-09-05

Family

ID=36001923

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05808898A Withdrawn EP1829348A2 (en) 2004-11-25 2005-11-25 Data processing

Country Status (4)

Country Link
EP (1) EP1829348A2 (en)
AU (1) AU2005308613A1 (en)
CA (1) CA2588603A1 (en)
WO (1) WO2006056785A2 (en)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6442263B1 (en) * 1997-04-23 2002-08-27 Nortel Networks Limited Electronic business cards
AU2001260862A1 (en) * 2000-05-04 2001-11-12 Telefonaktiebolaget Lm Ericsson (Publ) Personal information server for a mobile phone
US20030043974A1 (en) * 2001-09-04 2003-03-06 Emerson Harry E. Stored profile system for storing and exchanging user communications profiles to integrate the internet with the public switched telephone network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2006056785A3 *

Also Published As

Publication number Publication date
AU2005308613A1 (en) 2006-06-01
WO2006056785A3 (en) 2006-08-31
WO2006056785A2 (en) 2006-06-01
CA2588603A1 (en) 2006-06-01

Similar Documents

Publication Publication Date Title
US20070202881A1 (en) Data processing
US7684550B2 (en) Customer information system
US6493695B1 (en) Methods and systems for homogeneously routing and/or queueing call center customer interactions across media types
US6502077B1 (en) Internet-audiotext electronic advertising system with inventory management
US5724412A (en) Method and system for displaying internet identification on customer premises equipment
US6408062B1 (en) Pre-qualifying call-back service
US8130919B2 (en) Message delivery using a voice mail system
US20040114732A1 (en) Apparatus and method for editable personalized ring back tone service
US20020055873A1 (en) Internet-audiotext electronic advertising system with respondent mailboxes
US20050281393A1 (en) Speech communication system, server used for the same, and reception relay device
US20050125286A1 (en) Voice mail advertising system
WO2007015531A1 (en) Call connecting device, call connecting method, call connecting program, and call accepting server
US20100232586A1 (en) Caller information system
US20020169836A1 (en) Methods and devices for providing pooled personal introduction services
US8300780B1 (en) Smart capture for populating an address book with entries
US20050273817A1 (en) Delivering consumer service information to a user via the user's television service carriers
US6760409B1 (en) Method and system for ordering a telecommunication service
US7873151B1 (en) User-controlled personalized announcements for account-based services
WO2006056785A2 (en) Data processing
US8488758B1 (en) Method and system for documenting interactions with professional service providers
CN101502083B (en) Systems and methods for providing answering services
US8774371B1 (en) Dynamic multiple server interactive response system
KR20060034023A (en) Method and system for providing advertisement service during a period of standing by tele-phone conversation
CA2545346A1 (en) Customer information system
KR20090048932A (en) Medical advertisement system using interactive voice response, and method for the same

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20070613

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20091209

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20100420