Title of Invention

"SYSTEM FOR PERFORMING REMOTE BUSINESS TRANSACTIONS"

Abstract Methods and apparatus are disclosed for allowing a seller to use a computer to send messages to individual wireless telephone users (62). Web based advice from the seller is ultimately forwarded through a telephonic gateway (60). In preferred embodiments, replies from users (62) are provided by links embedded in text messages to those users. The links allow the users to reply to invitations to buy, directly, without need to establish a new internet or telephone connection with the seller.
Full Text associated knowiedge. The clients wiii then be able to act upon advice from the stock broker via their WAP enabled telephones.
In one embodiment, the invention provides:
a method of selling, comprising the steps of:
Transmitting a web page to a seller, the page allowing the seller to generate a request which identifies one or more addressees and also specifies a content;
an information management system receiving the request and sending a first message to each addressee in response thereto;
the message being forwarded to each addressee through a gateway to a telecommunications system;
the first message comprising an alert and invitation to log onto the information management system;
receiving, using the information management system, a user ID and password from an addressee in response to the alert and invitation
authenticating the addressee on the basis of the ID and password provided, then if the addressee is authenticated, forwarding a second message which includes the content portion;
using the information management system to receive an order sent by the addressee in reply to the second message, via the gateway; then
forwarding the order to the seller's computer for processing by the seller.
Preferably, a JAVA (TM) servlet will serve wireless mark-up language (WML) pages to the WAP client, and the WML pages will be dynamically constructed from database content to provide stock market advice, enable the placement of stock market orddrs, and provide portfolio information.
BRIEF DESCRIPTION OF THE DRAWINGS
Fig 1 is a flow chart showing preferred steps in the implementation of a method of practising the invention, and
Fig 2 is a schematic representation of the connectivity profile of e preferred system of the present invention. MODES FOR CARRYING OUT THE INVENTION
As shown in Fig. 1. the methods of the present invention relate to means for allowing a seller, vendor or broker of goods or services to send a message to remote clients, and receive direct response thereto, an order for those goods or services.
For the purposes of providing an example, the system of the present invention and its methods of performance will be specified with regard to a securities trader and their clients. It will be appreciated that the methods, software and apparatus herein disclosed will be equally suitable for a wide variety of different vendors, brokers and their clients. Throughout this specffication and the accompanying claims the words broker, vendor and seller will be used very broadly and interchangeably to refer to a person, organisation or company that provides a buyer with access to goods or services.
An overview of the processors associated with the invention are depicted in Fig. 1. As shown there, a vendor or broker uses a conventional web browser 10 to author advice for selected clients (addressees). The web page is one provided by intermediary, as will be explained. The broker or vendors advice may be unicast, multicast, or broadcast over the Internet by the intermediary and through a gateway into a telephonic or wireless communications system 20. The result is a message which is delivered to the client identified by the broker (push message) 21. The push or first message 21 is delivered over the telephone network to the individual clients. The message might read "you have urgent advice from XXX" or something similar. The client receives the message 22 on the appropriate recent telecommunications equipment as will be further explained. The messages
akin to an alert sent by the broker to the client. If the client decides to abide by the alert, they are directed to a login screen 23 for entry of user ID and password. In the alternative, the user may choose to either ignore or postpone the invitation to login, thereby exiting the system 24, at least temporarily. The client suitably enabled telephone provides a login screen 23. Entry of the user ID and a password results in either entry into the ordering system 25 or refusal of entry 26. If the system determines that the user ID and password are acceptable, the user is provided with the broker's advice 27 initially provided through the broker's web browser.
In preferred embodiments, the broker's advice (content) 27 then appears on the users communications device and may consist of particular advice, for example, the buying or selling of particular securities. If the user chooses to follow the content or advice they are guided through one or more screens which enable them to directly place an order 28. In the alternative, the user can reject the advice and exit the system 29. If an order is placed 28 the system responds with an acknowledgment 30 to let the user know that the order has been accepted and processed. It should be noted that at any time the user is logged into the system, help information 31 is available through the display device that was used to login 23. Similarly, port folio status and information 32 may also be displayed at the user's request.
The system and methods of the present invention are explained in greater detail with reference to Fig. 2. As shown there, a trader's information management system 40 may comprise either a PC or server 41 which incorporates a web module 42 and an optional security module 43. Where the brokers information management system 40 is used to record and store clieni account or client contact details these may be stored, for example, in the broker's backend system 44. The broker's web module 42 is connected to, for
example, the Iniernet 45, and is thereby adapted to receive information from any number of public or proprietary sources 46, 47. One of these sources may be a Stock Exchange.
As further shown in Fig. 2, the computer system 50 which interfaces with the broker's system 40 comprises a central PC or server 51 having a web module 52 and a security module 53. The web module 52 communicates with the broker's web module 42 via the Intemet 45. If required, the information management system 50 may incorporate an optional storage module 54 which is adapted to record, store and maintain client and client account information required by the broker. The storage module 54 is capable of providing all the broker's information needs with respect to his clients but is not capable of actually performing a securities trading function.
As previously mentioned, the broker's web module 42 presents the broker with a web page through which the broker may access a list of clients, whether this list is provided by the storage module 54 or by the brokers backend 44. The broker uses this list to generate a request for a unicast, multicast or broadcast of messages to individual clients. Whether stored remotely or locally, the list is protected by security features which prevent tampering or abuse. The web page presented to the broker is preformatted to suit his individual needs. A broker or trader completes the empty fields in the web page form and sends the unicast. multicast or broadcast request through the Internet 45 to the web module 52. The information management system 51 converts the broker's HTML request to: for example, WML (WAP markup language) or XML language for transfer to the individual addressees. The WML or XML message is transferred to a suitable telecommunications gateway 60. Preferably, a JAVA {TM) servlet will serve wireless mark-up language (WML) pages to the WAP client, and the WML pages will be dynamically constructed
from database content to provide stock market advice, enable the placement of stock market orders: and provide portfolio information.
It will be understood that the gateway could be, for example, an SMS gateway, a CSIM gateway or a GPRS gateway. CSIM refers to a particularised use of the WAP protocol which enables the transmission of live links to a WAP device and consequently the transmission from the remote WAP device of a request associated with the link. CSIM involves a Service Indicator (SI) designed to send a text message that contains an embedded link. This uses a function built into the Push specification from the WAP June 2000 specification. The SI is generated from an XML form using an S! template. The SI is written using XML DTD rules and is parsed into binary format for broadcast by the gateway. Thus, the message originally sent by the broker is then transmitted from the telecommunications gateway 62 as suitable telecommunications network 61 such as a GPRS, WAP or SMS network. From the network 61, the message is then transmitted to any number of individual users 62.
For wireless telephone user, they wili receive the broker's alert message accompanied by an actual or facit invitation to buy or trade etc. The alert notifies them that they have advice from their broker, vendor or other trusted party. If the message arrives to the client 62 in an SMS format, they will have to escape from the SMS message and activate an Internet connection through a WAP service manually. In the alternative, and as previously mentioned, they may postpone or cancel the message.
If the alert is received through CSIM over WAP, the individual client 62 may activate a WAP session by activating a "hot" key on their mobile device or by postponing receiving their individualised message through a different "hot" key.
If the client is alerted by GPRS ihey may either read the message or ignore it so long as the GPRS Internet connection is in "idle" mode.
As previously mentioned, the client may either accept the aiert and proceed to receive the broker's message or advice or may decline It. If the alert is accepted and the provision of the user name and ID results in a successful login, a second message is transmitted in response to the broker's input. The second message comprises specific advice about particular products (content) and a positive response by the client 62 will result in a new screen being displayed on their communications device which allows them to enter an order a particular number of products or a particular monetary value.
Orders sent by our client through their remote device re-enters the telecommunications network and passes through the gateway 60 back through to the WAP, SMS or GPRS module 59 associated with the information management system 50. "The information management system 50 then utilises the client's ID and password to verify the client. Verification information 55 may be provided directly to the broker through the web page etc. In the alternative, the ID and password information 55 may be provided to the broker's backend 44 so that the authentication process can be managed by the broker's system 40. It will be understood that if verification is not successful, the client 62 may be prompted to resubmit their ID and password or their order, for example, should the client exceed their authorised trading limit.
In preferred embodiments of the invention, the messages which are sent and received as between broker or vendor and client are date and time stamped and are stored in a secure fashion such that they cannot be altered, edited or amended. This provides an auditabie record of the transactions between the broker or vendor and the client
In other embodiments of the invention, a broker or vendor may forward more complete messages in the form of, for example, charts or graphs or text messages to be forwarded to a client's e-mail address or post office box if required.
It will be appreciated that the system of the present invention operates independent of any particular carrier or brand of telecommunications device. The methods and practices of the present invention are also independent of any particular protocol (eg GSM, CDMA, TDM A or GPRS).
In preferred embodiments of the invention, each screen presented to a client with regard to a client's placement of an order is accompanied by a link or option for the clientfo cancel the transaction. Further, to prevent the client from relying on stale information, the broker or vendor is able to elect a time window which accompanies their advice. The broker may use their web browser to specify an integral of time, eg, one hour within which a client's order for product or services may be accepted. Outside of that window, the order will be rejected by the information management system 50. In preferred embodiments, all orders for products or services must be proved or authorised by the vendor or broker on an individual basis and are not passed through to any automated trading systems without human appraisal of the situation.
In preferred embodiments, messages which are sent and received, even when they are stored in the information management system storage module 54 are not able to be reviewed or read by the operators of the information management system 50. The owners or operators of the information management system 50 may be able to review, for statistical or billing purposes, the number of messages sent and percentage of responses received but are actually able to review the contents of individual messages. In
preferred embodiments, the broker or vendor is billed according to the number of orders placed through the system.
While the invention has been disclosed with reference to particular details and methods of operation, these should be understood as having been provided by way of example and not as limitations to the scope or spirrt of the invention.





WE CLAIM:
1. A system (50) for performing remote business transactions characterised
in that the system comprising:
a storage medium (54);
a WAP/SMS/GPRS module (59); and
a server (53) to
generate an alert message (21) for at least one addressee (62), wherein the alert
message is related to a potential business transaction, is adapted to be displayed
on a wireless device, and comprise an invitation to get additional content
regarding the potential business transaction;
transmit, via the WAP/SMS/GPRS module (59), the alert message to wireless
devices associated with the at least one addressee (62);
receive, via the WAP/SMS/GPRS module (59), an acceptance of the alert
message (21) from the wireless device of an interested addressee (62);
transmit, via the WAP/SMS/GPRS module (59), additional content regarding the
potential business transaction to the wireless device of the interested addressee
(62);
receive, via the WAP/SMS/GPRS module (59), instructions from the wireless
device of the interested addressee (62) in response to the additional content; and
process the instructions.
2. A system (50) as claimed in claim 1, wherein the alert message (21) is generated based on information related to the potential business transaction received.
3. A system (50) as claimed in claim 2, wherein the information received is entered via a user interface.
4. A system (50) as claimed in claim 3, wherein the user interface is a webpage(10).
5. A system (50) as claimed in claim 2, wherein the information received is received from an external system (40) in communication with the server (52).
6. A system (50) as claimed in claim 2, wherein the information received is dynamically generated.
7. A system (50) as claimed in claim 2, wherein the information received comprises information from some combination of public and proprietary sources.
8. A system (50) as claimed in claim 1, wherein the server (52) also authenticates the acceptance of the alert message by the interested addressee (62).
9. A system (50) as claimed in claim 8, wherein the acceptance comprises at least a user ID and password and the authenticating comprises authenticating the user ID and password.
10. A system (50) as claimed in claim 1, wherein the receiving an acceptance, providing access, and the receiving instructions are conducted during a mobile internet browser session.
11. A system (50) as claimed in claim 10, wherein the mobile internet browser session is conducted during a WAP wireless markup language browser session.

Documents:

549-delnp-2003-abstract.pdf

549-delnp-2003-claims.pdf

549-delnp-2003-complete specification (granted).pdf

549-delnp-2003-correspondence-others.pdf

549-delnp-2003-correspondence-po.pdf

549-delnp-2003-description (complete).pdf

549-delnp-2003-drawings.pdf

549-delnp-2003-form-1.pdf

549-delnp-2003-form-18.pdf

549-delnp-2003-form-2.pdf

549-delnp-2003-form-3.pdf

549-delnp-2003-form-5.pdf

549-delnp-2003-gpa.pdf

549-delnp-2003-pct-210.pdf

549-delnp-2003-pct-304.pdf

549-delnp-2003-pct-409.pdf

abstract.jpg


Patent Number 249445
Indian Patent Application Number 549/DELNP/2003
PG Journal Number 43/2011
Publication Date 28-Oct-2011
Grant Date 20-Oct-2011
Date of Filing 10-Apr-2003
Name of Patentee A & MT PROJECTS PTY LIMITED
Applicant Address NUTTAL CORVER PARTNERS, SUITE 2-4, 2ND FLOOR, DICKSON, AUSTRALIA CAPITAL TERRITORY, AUSTRALIA.
Inventors:
# Inventor's Name Inventor's Address
1 TATHAM, ADRIAN MICHAEL 11 MENZIE PLACE, KAMBAH, AUSTRALIAN CAPITAL TERRITORY 2902, AUSTRALIA.
PCT International Classification Number G06F 17/60
PCT International Application Number PCT/AU01/01279
PCT International Filing date 2001-10-09
PCT Conventions:
# PCT Application Number Date of Convention Priority Country
1 PR 0663 2000-10-09 Australia