WO2006056785A2 - Data processing - Google Patents
Data processing Download PDFInfo
- Publication number
- WO2006056785A2 WO2006056785A2 PCT/GB2005/004518 GB2005004518W WO2006056785A2 WO 2006056785 A2 WO2006056785 A2 WO 2006056785A2 GB 2005004518 W GB2005004518 W GB 2005004518W WO 2006056785 A2 WO2006056785 A2 WO 2006056785A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- user
- contact information
- database
- object item
- telephone
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
- H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
- H04M3/4931—Directory assistance systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42025—Calling or Called party identification service
- H04M3/42034—Calling party identification service
- H04M3/42059—Making use of the calling party identifier
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
- H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
- H04M3/5322—Centralised 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
Description
Claims
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA002588603A CA2588603A1 (en) | 2004-11-25 | 2005-11-25 | Data processing |
EP05808898A EP1829348A2 (en) | 2004-11-25 | 2005-11-25 | Data processing |
AU2005308613A AU2005308613A1 (en) | 2004-11-25 | 2005-11-25 | Data processing |
US11/644,263 US20070202881A1 (en) | 2004-11-25 | 2006-12-22 | Data processing |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB0425925A GB2425192A (en) | 2004-11-25 | 2004-11-25 | Providing up-to-date contact information |
GB0425925.5 | 2004-11-25 | ||
GB0517058.4 | 2005-08-19 | ||
GB0517058A GB2420644A (en) | 2004-11-25 | 2005-08-19 | Information request processing and monitoring |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/644,263 Continuation-In-Part US20070202881A1 (en) | 2004-11-25 | 2006-12-22 | Data processing |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2006056785A2 true WO2006056785A2 (en) | 2006-06-01 |
WO2006056785A3 WO2006056785A3 (en) | 2006-08-31 |
Family
ID=36001923
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/GB2005/004518 WO2006056785A2 (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) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001084871A1 (en) * | 2000-05-04 | 2001-11-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Personal information server for a mobile phone |
US6442263B1 (en) * | 1997-04-23 | 2002-08-27 | Nortel Networks Limited | Electronic business cards |
WO2003021387A2 (en) * | 2001-09-04 | 2003-03-13 | Emerson Harry E Iii | Stored profile system for storing and exchanging user communications profiles |
-
2005
- 2005-11-25 WO PCT/GB2005/004518 patent/WO2006056785A2/en active Application Filing
- 2005-11-25 AU AU2005308613A patent/AU2005308613A1/en not_active Abandoned
- 2005-11-25 CA CA002588603A patent/CA2588603A1/en not_active Abandoned
- 2005-11-25 EP EP05808898A patent/EP1829348A2/en not_active Withdrawn
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6442263B1 (en) * | 1997-04-23 | 2002-08-27 | Nortel Networks Limited | Electronic business cards |
WO2001084871A1 (en) * | 2000-05-04 | 2001-11-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Personal information server for a mobile phone |
WO2003021387A2 (en) * | 2001-09-04 | 2003-03-13 | Emerson Harry E Iii | Stored profile system for storing and exchanging user communications profiles |
Also Published As
Publication number | Publication date |
---|---|
WO2006056785A3 (en) | 2006-08-31 |
CA2588603A1 (en) | 2006-06-01 |
EP1829348A2 (en) | 2007-09-05 |
AU2005308613A1 (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 | |
US20050190934A1 (en) | Internet-audiotext electronic advertising system with respondent mailboxes | |
CA2545346A1 (en) | Customer information system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A2 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KN KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A2 Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
WWE | Wipo information: entry into national phase |
Ref document number: 11644263 Country of ref document: US |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2588603 Country of ref document: CA |
|
NENP | Non-entry into the national phase in: |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2005308613 Country of ref document: AU |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2005808898 Country of ref document: EP |
|
ENP | Entry into the national phase in: |
Ref document number: 2005308613 Country of ref document: AU Date of ref document: 20051125 Kind code of ref document: A |
|
WWP | Wipo information: published in national office |
Ref document number: 2005308613 Country of ref document: AU |
|
WWE | Wipo information: entry into national phase |
Ref document number: 200580047164.9 Country of ref document: CN |
|
WWP | Wipo information: published in national office |
Ref document number: 11644263 Country of ref document: US |
|
WWP | Wipo information: published in national office |
Ref document number: 2005808898 Country of ref document: EP |