On Line Administrative Support System
The invention relates to an on-line administrative support system for example as the type known as an on-line office.
Various on-line systems are known according to which a user office requirement is administered on-line, via a website (which term is used generically for any remotely accessible site). According to the known systems, all handling is offered as one option. However it can take up to three days from a user logging on to the system or registering with it to provision of online office contact details such as a telephone number, and in general the range of allocated contact details available is very limited.
Further problems arise with known systems providing remote dictating services. In particular such arrangements generally require a dictating document be recorded on tape and provided as text subsequently which can give rise to unattractive delays.
A further problem with known systems is that they provide a limited service range.
The invention is set out in the attached claims. The invention in its various aspects solves various problems with known arrangements. For example the telephone number allocation routine provides the capability for almost immediate telephone number allocation and hence on-line office set up. The email recognition method allows practically unlimited emails to a given user and also allows the user to create email addresses without the need for specific registration of those email addresses. The invention further provides a full
administrative support scheme across a broad range of services. Yet further the invention provides an improved and more useful real-time dictation capability.
Embodiments of the invention will be described, by way of example, with reference to the drawings of which:
Fig 1 is a flow chart showing a call handling registration process according to the invention;
Fig 2 is a flow chart showing call handling according to the invention; Fig 3 is a flow chart showing secretarial support according to the present invention;
Fig 4 is a block diagram showing the telephone number allocation system according to the invention;
Fig 5 is a flow chart showing email allocation and creation according to the present invention; and
Fig 6 shows a system and interface overview for the present invention.
In overview, the on-line administrative support system of the present invention provides support for the user across a full range of services including call handling, secretarial support, office back-up support such as document and diary management and secretarial support effectively providing the services of a personal assistant in an on-line environment. Particular aspects include an extremely rapid on-line registration scheme and significant flexibility in creation of on-line contact details such as email addresses. It will be appreciated that the term "on-line" is used to refer to a resource remotely accessible to the user via an appropriate network communication link, for example the Internet.
Fig 1 illustrates the call handling aspect of the invention. At step 10 the user registers with the system which will usually be via an on-line connection which can also be by telephone. At step 20 the user customises user information. This can include user business details including type of business and contact details, a specified greeting to be used in call handling transactions and other information relevant for call handling. At step 30 the user specifies their availability. For example the user can specify that calls be forwarded to a specific number or can specify an availability status such as busy or out of office and an availability condition such as forward messages by email/fax/SMS or store messages at the on-line site. This availability can be changed by the user either on-line or via telephone at any time subsequently to reflect availability.
At step 40 the user provides payment details for example credit or debit card number. In the preferred embodiment the user is not charged for registration, but on a per-call basis including a time-based call answering charge and a call transfer charge. At step 50 a telephone number is allocated to the user almost immediately as discussed in more detail below and the call handling service is initiated. If the user wishes to change information later such as contact details or availability status or condition by telephone then a password is allocated for verbal instruction. In addition an on-line password is selected for on-line instruction.
The call handling service is shown in more detail in Fig 2. At step 70 the service provider receives a call and at step 80 the associated user is identified by identifying the incoming telephone number and the user to which it has been allocated. The customised user information is accessed at step 90 and the call is directed to a call handler at step 100. The call handler comprises an individual who is part of a team of trained call handlers. A database of call
handler information may be retained to match the call handler to the user for example based on the experience of the call handler relevant to the user business or other information, regional accent of the handler relevant to the physical base of the user, previous transaction by the handler on behalf of the user or other relevant criteria. In order to ensure that calls are handled promptly this may be used in tandem with an appropriate queuing system such that if the most appropriate handler is not available then the next most appropriate handler will be selected and so forth. In addition this allows more than one call to be taken at a time for the relevant user. At step 110 the call is handled using any greetings or information specified by the user and taken into account the specified user availability. At step 120 call information is manipulated as specified by the user for example by forwarding the call to a user specified number, taking a message and storing it on-line or forwarding a message in fax com email or SMS form. The message taking/forwarding set by the user can be automatically implemented for example by automatically by accessing the user's fax and /or email address, and selecting a default address or specific forwarding address as appropriate. As a result the system knows automatically whether to send the message and where to. At step 130 the call is charged according to the charging scheme. To prevent the user being charged for wrong number phone calls, the charging scheme only operates after 5 seconds.
The registration scheme described above with reference to Fig 1 further serves to create a user presence on the system for the other services offered. Referring to Fig 3, secretarial support is provided in particular in the form of an online/real time dictation capability. At step 150 the user registers for service which is preferably free of charge. This can be done the first time the secretarial support service is invoked or can be done at the same time as customising user information at step 20 of Fig 1. At step 152 the user
telephones the service and the call is received by one of a team of secretaries. At 154 the secretary verifies the user password discussed above in relation to Fig l.
At step 156 the user dictates the message which is typed in real time by the secretary and read back. Step 158 is an optional confirmation step according to which the secretary faxes, emails or otherwise sends the text (for example by SMS) to the user for checking. At step 160 the service forwards the dictated text to the recipient in appropriate form for example in a letter, email or fax. At step 159 the text is loaded onto a mask, such that it appears to come direct from the user rather than via the service. In the letter or fax configurations the user may have downloaded an appropriate letter format, for example headed paper, during the registration process discussed with reference to Fig 1 above. In email configuration the email message is sent from the user's email account.
The text is also stored on behalf of the user and accessible on-line subsequently at step 162. At step 164 the service is charged, for example on a time-based rate.
The service of the present invention of the present invention further provides additional on-line office capabilities. This can include document storage, as discussed above. This document storage is password protected using the user's on-line password. In addition, however the user may make specified documents accessible to third parties by providing them with a file address for the documents together with a password. In that way a mobile intranet is effectively provided by the service. The on-line office can also provide additional administrative support functions including a to-do list, a diary or agenda or a contact list. Yet further, a messaging service can be provided in addition to the call handling service, as well as a secure emails service.
A further security feature that can be provided as an administration service, for example for key customers, allows monitoring of all users currently logged onto the service and a log of logging on and logging off times for each account. As a result unauthorised third party log-ons can be identified that may have happened in the past. If a legitimate user attempts to log-on while an unauthorised user (who has obtained the text log on password) is already logged on and is denied access accordingly, the legitimate user can telephone the service, verify their authorisation with their verbal password and request forced log-off of the unauthorised user. The service then administers a forced log-off and can further track the activities of the unauthorised user while they were logged on allowing appropriate remedial action to be taken.
The rapid allocation scheme adopted according to the present invention is discussed in more detail with reference to Fig 4. In particular the system maintains two databases, a user database 170 and a phone number database 180. The databases may take any appropriate form but are accessible by the system in real time. The user database 170 is preferably maintained at the online resource for immediate access. The phone number database may be maintained at a separate physical location and accessed by a dial-up system or may be maintained at the on-line resource as well for faster communication between the databases.
The user database 170 will maintain user information for each user in a field 172 which can include, for example, user identifying information, user contact information, a user allocated email address, user customised information, user availability and a user allocated phone number. The telephone number database 180 retains a block of pre-paid, live telephone numbers 182, which are maintained in the telephone number database 180 in unallocated form. Each
telephone number is in appropriate format for the relevant location to allow call charge logging based on local telecoms regulations. In addition Internationally useable telephone numbers can be stored in the telephone number database 180 and either allocated universally, or allocated on demand as appropriate. Each time a new user registers, once the registration process of Fig 1 has been initiated then, at the appropriate step, a telephone number is allocated from database 180 to the user field 172. Yet further, certain numbers with unusual or striking configurations of digits, for example 2223333, termed "golden numbers" can be reserved in a specific field on the telephone number block 182 or otherwise tagged, allowing customers to select a "golden number" option for example a payment of a premium to be allocated a golden number.
Allocation can be when credit details have been confirmed, or a number can be provisionally allocated before then and confirmed instantaneously when credit details are confirmed. In either case, because a live, pre-paid telephone number is available from the database 180, the call handling service can be initiated almost immediately for the user, subject only to on-line communication speeds at the time. Remaining administrative support services can be initiated at the on-line resource such that the on-line support system can be invoked across a full range of service extremely quickly.
Referring now to Fig 5, the email address allocation and recognition service of the present invention is described in more detail. Referring to Fig 1, in the customised user information step 20, the user can adopt a website address forming an email address stem. Preferably the website address will be in the form username.serviceprovider.com. As a result as long as no other user has adopted the same user name with the service provider then the user name will be available within the higher level serviceprovider.com domain. This address
allows the user to log on (together with an on-line password) to view their online office including the capabilities discussed above.
The system further provides an email recognition system. At step 190 a user can create an email address instantaneously with a third party, without the need to register or otherwise record the email address at the service provider. This email address will take the form of a specifier "email" added to the email stem in the form email@username.serviceprovider.com. At step 192 the third party then emails a message to the user at the email address email@username.serviceprovider.com. This message is received at the service provider. Although the service provider has no record of the specific email address email@username.serviceprovider.com, it parses the email address and retrieves the email stem username.serviceprovider.com. At step 196 the service provider then forwards the message to the relevant user storage facility or for example accessible@username.serviceprovider.com. The message can be either stored in a general inbox or a specific inbox for each created email address can be created by the service provider allowing more detailed tracking of the email message. As a result virtually unlimited email addresses are available to the user. Further still, the user can create new email addresses spontaneously in transactions with third parties which may be desirable for various reasons.
Fig 6 shows a system level view of the interface between the user 200 and the service provider 210. The user can interact with the service provider via one or more interfaces 202, 204. For example the user may access the service provider via a computer terminal 206 which is hard wired to the Internet which is designated generally 207. Alternatively the user may access the service via a mobile link 204 to a remote station 208 which can access the service provider 210 via a dedicated line 209. It will be appreciated that any combination of
these approaches or indeed any other appropriate communication approach can be adopted without departing from the invention.
The invention described above sets out a full administrative support capability for a user accessible on-line, irrespective of the user's physical location as long as appropriate communication paths are available. It will be appreciated that the various embodiments described above can be combined, or separate features can be adopted from alternative embodiments, without departing from the present invention.