CN1244071C - Securities exchange system and method based on hand-held apparatus - Google Patents

Abstract

A securities trading system based on handheld devices, including: a service platform subsystem, used to communicate with different types of handheld devices and receive securities transaction requests; multiple message adapters, each message adapter connected to the service platform subsystem and a different between the securities transaction subsystems; whenever the service platform subsystem receives a securities transaction request, it sends it to a message adapter connected to the securities transaction subsystem specified by the user, and then sends it to the securities transaction in a specific message format subsystem. The information returned by the securities trading subsystem is reversely returned to the requesting handheld device via the service platform subsystem.

Description

Security trading system and method based on handheld device

technical field

The present invention relates to an automated securities trading system and method, and more particularly to a system and method that enables users to conduct securities transactions using handheld devices.

Background technique

The securities trading system has experienced the evolution process from manual/manual to computer automation, from local area network to wide area network.

One traditional way of trading securities is through a broker. So far, this traditional securities trading method is still used by many securities companies. This traditional method of trading requires an experienced broker and is slow, not very reliable and not secure.

Another method is to provide customers with securities information and allow transactions through a personal computer connected to a local area network of a securities company. However, this service is often only available to customers with large amounts of funds in their accounts. Even in areas where the infrastructure is complete and the securities trading system is fully supported by computer networks, those customers with a small amount of funds (such as less than 100,000 US dollars) can only read dynamic market information in a crowded hall. Only customers with sufficient funds in their accounts can have a comfortable special room in the securities company and obtain the above market information in the special room. However, customers can only read the dynamic market information through the computer, but cannot take the data home for analysis after the securities company gets off work (for example, after 3:00 pm). In addition, when customers are in a mobile environment, they cannot reach the securities company in person, and they cannot obtain dynamic market information.

There are also cheaper ways. One of the methods is that the customer dials a special service phone number to obtain necessary communication services, such as obtaining dynamic market information or conducting transactions. However, this method is slow and insecure. Another method is to broadcast stock information through a pager. However, the information is delayed and because the broadcast is one-way, transactions cannot be made using pagers. There is also a method based on WEB, but people have been worried about the security of WEB.

Due to the ubiquity and extensiveness of securities trading users, the securities trading system has become an important part of modern e-commerce, and has been paid more and more attention by people. The ultimate goal of applying the latest computing technology and network technology to the securities trading system is to make it more convenient for users to use. With the development of computing technology, various handheld devices or smart devices are getting smaller and smaller, such as handheld computers, smart phones, set-top boxes, vehicle-mounted mobile computer devices, and so on. Today, there are a wide variety of handheld devices on the market, especially for mobile users. For example, there are IBM WorkPad and PalmPilot with Palm OS as the operating system, and handheld computers with Win CE as the operating system. In short, there are many means for people to access information, which has far exceeded the only choice of desktop computers.

These emerging handheld devices or smart devices cannot be easily applied to the aforementioned various securities trading systems, that is to say, the aforementioned various securities trading systems are not suitable for mobile clients. This is mainly due to the following three reasons.

First, the message formats adopted by existing securities trading systems are different. The "message" mentioned in this article refers to the transaction order and parameters (or data) adopted by the stock exchange system, or the confirmation and data returned by the stock exchange system. For example, a transaction command may include "buy" and "sell", and parameters may include price and quantity. Taking China's securities market as an example, among various securities companies, some use the Qianlong system, some use the Yige system, and so on. All these existing stock trading systems cannot share data among them due to the different message formats.

Second, different kinds of handheld devices have different capabilities. For example, some handheld devices use color displays, while others use black and white displays. Some monitors have a resolution of 320×240, while others have a resolution of 160×160. Some handheld devices can only display 4 lines of Chinese characters or even less.

Third, different types of handheld devices use a variety of communication methods. Some handheld devices can communicate with the desktop computer through the serial port or access the Internet through the TCP/IP protocol. Some handheld devices can communicate through the wireless packet switching protocol CDPD. Some handheld devices communicate via GSM or CDMA protocols.

Due to the above three reasons, different types of handheld devices cannot be simply applied to various securities trading systems.

In addition, for securities companies that can provide special dial-in services, a large modem pool must be maintained to ensure that hundreds or thousands of users dial in. To this end, the securities company must lease multiple communication lines from the telecommunications company, which will account for a considerable part of its revenue.

Contents of the invention

Therefore, the first object of the present invention is to provide a securities trading system based on a handheld device.

The second object of the present invention is to provide a method for securities trading using a handheld device.

In order to achieve the above-mentioned first purpose, the present invention provides a securities trading system based on a handheld device, which contains a plurality of securities trading subsystems, each securities trading subsystem receives a securities trading request in its own specific message format, and completes all A securities transaction is requested, the system further characterized by:

A service platform subsystem, used to communicate with different types of handheld devices according to different communication methods and message formats adopted by different types of handheld devices, so as to receive securities transaction requests from users of different types of handheld devices;

A plurality of message adapters, one end of each message adapter is connected to the service platform subsystem, and the other end is connected to a different securities trading subsystem;

Wherein, whenever the service platform subsystem receives a securities transaction request, it sends the securities transaction request to a message adapter connected to the securities transaction subsystem specified by the user in a unified platform format, and the message adapter receives the request After the securities transaction request, the securities transaction request is sent to the securities transaction subsystem in the specific message format of the specified securities transaction subsystem.

In order to achieve the above-mentioned second purpose, the present invention provides a method for securities trading using a handheld device, which is characterized in that it includes the following steps:

(1) Communicate with different types of handheld devices according to the different communication methods and message formats adopted by different types of handheld devices, so as to determine which securities trading subsystem is designated by users of different types of handheld devices, and receive securities trading requests sent by users;

(2) Send a securities transaction request to the securities transaction subsystem according to the determined specific message format of the securities transaction subsystem;

(3) The requested securities transaction is completed by the securities transaction subsystem.

According to the system and method of the present invention, no matter when and where, users can use different types of hand-held devices or smart devices to select different securities trading subsystems (or securities companies) to perform desired transactions in a natural and consistent manner. securities trading activities.

Through dedicated communication services provided by telecommunication companies, customers can access dynamic market information and even conduct real-time transactions using various handheld devices in a fast and secure manner. Since securities companies no longer need to rent multiple communication lines, the cost is greatly reduced. And, since the telecommunication company provides this special communication service, it can attract more users and increase revenue. Further, due to the rapidity, convenience and safety of the system of the present invention, more customers can be attracted to use the system for transactions, and the increase in transaction volume improves the income of securities companies.

The above-mentioned features and advantages of the present invention will be more apparent through the detailed description of the preferred embodiments of the present invention in conjunction with the accompanying drawings. in

Description of drawings

Fig. 1 is the structural representation of the securities trading system based on the handheld device of the present invention;

Fig. 2 is the functional block diagram of the service platform subsystem and the message adapter in the securities trading system based on the handheld device shown in Fig. 1;

Fig. 3 is a schematic structural diagram of the service platform subsystem and the message adapter in the securities trading system based on the handheld device shown in Fig. 1;

Fig. 4 is a processing flowchart of the handheld device shown in Fig. 1;

Fig. 5 is a processing flowchart of the service platform subsystem and the message adapter shown in Fig. 1;

Fig. 6 is another functional block diagram of the message adapter shown in Fig. 1;

Fig. 7A and Fig. 7B are the processing flowchart of the message adapter shown in Fig. 1;

Fig. 8 is an application example of the securities trading system based on the handheld device shown in Fig. 1;

FIG. 9 illustrates the operation process of the handheld device-based securities trading system shown in FIG. 8 .

Detailed ways

Embodiments of the present invention will be described in detail below in conjunction with the accompanying drawings.

Fig. 1 is a schematic structural diagram of a securities trading system based on a handheld device of the present invention. In Figure 1, the label 1 represents various handheld devices that can access information and are easy to carry, such as WorkPad of IBM, Palm products of 3COM, various devices based on Win CE system, smart phones, video phones, set-top boxes , Vehicle-mounted mobile computing devices, and more. In addition, it may also include various portable smart devices that may appear in the future. In short, the handheld device 1 refers to any kind of device that has a certain calculation capability, a certain storage capability, and a certain communication capability and is easy to carry around. As mentioned above in the background, these different types of handheld devices may use different communication protocols. Some handheld devices can use the TCP/IP protocol to access the Internet. Some handheld devices can communicate through the wireless packet switching protocol CDPD. Some handheld devices communicate through GSM or CDMA protocols, and so on. When communicating, different types of handheld devices may use different communication methods and different message formats.

Reference numeral 2 represents various existing communication networks, such as the Internet, PSTN (Public Switched Telephone Network), GSM (Global System for Mobile Communications), CDMA (Code Division Multiple Access), TDMA (Time Division Multiple Access), CDPD (Cellular Digital Packet data) and so on. In conclusion, reference numeral 2 refers to any medium through which data communication can be performed by the handheld device 1 .

Number 3 represents the service platform subsystem, which is the core of the securities trading system based on the handheld device of the present invention. The simplest function of the service platform subsystem 3 includes allowing the access of the handheld device and the management of the handheld device. Advanced functions may include support for information transmission of various handheld devices and support for various securities trading subsystems (as described later). According to this advanced function, every time a new type of handheld device is added in the future, that is, every time a new communication method and data format are added, it is only necessary to add a corresponding handheld device interface program in the service platform subsystem 3. Can. That is to say, if the communication method and data format adopted by a type of handheld device are taken as a separate module, then every time a new type of handheld device is added, only a corresponding module needs to be added in the service platform subsystem 3. module. For the above two methods, there is no need to make any changes to other parts of the securities trading system. In addition, every time a new securities trading service or securities trading subsystem is added, only a corresponding service interface program needs to be added to the service platform subsystem 3 without any modification to other parts of the securities trading system. In the service platform subsystem 3, information is accessed and exchanged in a unified manner.

The service platform subsystem 3 thus configured can communicate with different types of handheld devices according to the different communication methods and message formats adopted by different types of handheld devices, thereby receiving securities transaction requests from users of different types of handheld devices.

Reference numerals 4, 4' represent message adapters, and a plurality of message adapters are shown in the figure, namely, message adapter #1 to message adapter #N. Each message adapter 4, 4' is responsible for message format conversion between the service platform subsystem 3 and a securities transaction subsystem 5, 5' (as described later). In the securities trading system of the present invention, various existing securities trading systems are directly used as securities trading subsystems to complete various securities trading activities. As mentioned above in the background technology, various existing stock trading systems adopt different message formats, so the message format must be converted between the service platform system 3 and the stock trading subsystem 5, 5'.

Reference numerals 5 and 5' represent securities trading subsystems, and a plurality of securities trading subsystems are shown in the figure, that is, securities trading subsystem #1 to securities trading subsystem #N. These securities trading subsystems can directly adopt various securities trading systems in the current securities market. These securities trading systems are respectively adopted by Beijia Securities Companies (Securities Company #1 to Securities Company #N). As far as the Chinese securities market is concerned, the securities trading system may be, for example, the Qianlong system, the Yige system, and the like. Each securities transaction subsystem 5, 5' receives a securities transaction request in its own specific message format, so as to complete the corresponding securities transaction. This process of receiving a request in a specific message format and completing a corresponding security transaction is well known and need not be described in detail here.

Labels 6, 6' represent stock exchanges. Although only two stock exchanges are shown in the figure, that is, stock exchange 1 and stock exchange 2, the number of stock exchanges is determined by the number of stock exchanges existing in the current stock market.

How the securities trading subsystem 5, 5' cooperates with the stock exchange 6, 6' to realize securities trading is well known and need not be described here.

Mark 7 represents a third-party certification body. If the securities transaction realized by the securities transaction system of the present invention involves the certification of a third-party certification body, such as bank transfer certification, the service platform subsystem 3 will contact the third-party certification body 7 .

In the securities trading system based on the handheld device shown in Figure 1, whenever the service platform subsystem 3 receives a securities transaction request, the securities transaction request is sent to a securities transaction platform specified by the user in a unified platform format. The message adapter 4 (such as message adapter #1) connected to the subsystem 5 (such as securities transaction subsystem #1), and after receiving the securities transaction request, the message adapter 4 sends a message to the specific message format of the securities transaction subsystem #1 Securities transaction subsystem #1 sends the securities transaction request. Ultimately, the securities transaction request is completed by the stock exchange 1 or 2 .

Fig. 2 is a functional block diagram of the service platform subsystem and the message adapter in the securities trading system based on the handheld device shown in Fig. 1 . The functions of the service platform subsystem 3 and the message adapters 4, 4' shown in Fig. 1 can be summarized as the functional modules 3' shown in Fig. 2 . The functional module 3' includes a handheld device access-management-authentication module 21, a handheld device format processing module 22, a unified data storage module 23 and a transaction subsystem message format conversion module 24.

The handheld device access-management-authentication module 21 is responsible for connecting different types of handheld devices to the service platform subsystem 3, managing the connected handheld devices, and authenticating their legitimacy. For each type of handheld device, there is a corresponding device interface program in the service platform subsystem 3, which is used by the handheld device access-management-authentication module 21 to complete the above-mentioned various functions. In this way, every time a new handheld device is added, only a corresponding device interface program needs to be added in the service platform subsystem 3 to enjoy various securities transaction services provided by the securities transaction system of the present invention.

The format processing module 22 of the handheld device is responsible for converting the format of the data received from the handheld device 1 into a unified platform format in the service platform subsystem 3 . The unified platform format here can be the format described by XML language, so as to exchange information with other business systems. In addition, the format processing module 22 of the handheld device can also convert the data in the unified platform format into a format specific to the handheld device. For example, the script description language can be used to describe the information sent to the handheld device as: unified platform format + script of the device. The data converted into a unified format is stored by the unified data storage module 23 . The data stored here may be stock transaction status information and the like.

Through the cooperation of the handheld device access-management-authentication module 21 and the handheld device format processing module 22, the conversion of the communication mode and the conversion of the message format between the handheld device and the service platform subsystem can be realized. When returning information to the handheld device, the information can be sent to the handheld device in a manner most suitable for the receiving handheld device according to the different capabilities of different handheld devices.

In addition, in the service platform subsystem, the unified data storage module 23 can also store several commonly used templates. When a message block conforming to a predefined format arrives at the service platform subsystem, the effective information in the message block can be extracted according to the description of the corresponding template. In this way, if a certain part in different message blocks describes the same type of content but adopts different formats, according to the description of the template, the information stored in different message blocks can be understood and exchanged between different data blocks.

For example, when using XML language to describe a unified platform format, the format of message block content is described by DTD (Data Type Definition) document (please refer to http://www.w3.org/TR/XML).

DTD1 describes the format that financial document type 1 should conform to, such as:

<!--Financial DTD type 1-->

<!--Description STOCKDOC type document -->

<!ELEMENT STOCK(#PCDATA)> //Indicates that the element STOCK contains plain text content

<!ELEMENT BUYPRICE(#PCDATA)> //Describe BUYPRICE

<!ELEMENT VOLUME(#PCDATA)> //Description element VOLUME

DTD2 describes the format that financial document type 2 should conform to, such as:

<!--Financial DTD type 2-->

<!--Description TRANSCATION type document -->

<!ELEMENT DATE(#PCDATA)+> //Indicates that this item is optional

<!ELEMENT PRICE(#PCDATA)> //Description element PRICE

<!ELEMENT VOL(#PCDATA)> //Description element VOL

<!ELEMENT CODE(#PCDATA)> //Description element CODE

When exchanging information between the above two document formats, it can be known that:

STOCK in DTD1 corresponds to CODE in DTD2,

BUYPRICE in DTD1 corresponds to PRICE in DTD2, and

  VOLUME in DTD1 corresponds to VOL in DTD2, and

No element in DTD1 corresponds to DATE in DTD2.

A DTD1-compliant XML document has the following format:

<STOCKDOC>

<STOCK>500500</STOCK>

<BUYPRICE>10.05</BUYPRICE>

<VOLUME>150</VOLUME>

</STOCKDOC>

A DTD2-compliant XML document has the following format:

<TRANSACTION>

<DATE>19990606</DATE>

<PRICE>10.05</PRICE>

<VOL>150</VOL>

  <CODE>500500</CODE>

</TRANSACTION>

With the two templates DTD1 and DTD2, it is possible to automatically translate "STOCKDOC" files into "TRANSACTION" files and vice versa.

The transaction subsystem message format conversion module 24 is responsible for converting the unified format securities transaction request stored in the unified data storage module 23 into the message format adopted by the specific securities transaction subsystem 5, 5', and sending it to the corresponding securities transaction subsystem 5 , 5', or convert the response returned by the securities trading subsystem 5, 5' into the unified format adopted by the service platform subsystem 3. For each securities trading subsystem 5, 5', there is a corresponding service interface program in the service platform subsystem 3, which is used for completing the above-mentioned various functions by the transaction subsystem message format conversion module 24. Like this, every time a new securities company is set up, that is, every time a new securities trading subsystem is added, only a kind of corresponding service interface program needs to be added in the service platform subsystem 3, and each original handheld in the securities trading system of the present invention The device user can entrust the newly established securities company to conduct securities transactions (if the securities company accepts the entrustment).

FIG. 3 is a schematic structural diagram of a service platform subsystem and a message adapter in the securities trading system based on a handheld device shown in FIG. 1 . The structure 3' shown in Figure 3 is implemented based on a bus-type local area network, but those skilled in the art should understand that the service platform subsystem 3 and message adapters 4, 4' shown in Figure 1 can of course use any other available The network structure and even the host system implementation. These differences do not constitute a limitation of the present invention.

In Fig. 3, the reference numeral 31 represents the handheld device interface server, the reference numeral 32 represents the device authentication database, the reference numeral 33 represents the device configuration database, the reference numeral 34 represents the traffic balance server, the reference numeral 35 represents the cluster server, the reference numeral 36 represents the storage device, and the reference numeral 37 represents the local area network bus . As shown, the HDI server 31 , the traffic balancing server 34 , the cluster server 35 and the storage device 36 are all connected to the LAN bus 37 . The device authentication database 32 and setup configuration data 33 are connected to the handheld device interface server 31 . The cluster server 35 is also connected to a third-party certification authority 7 .

As shown in FIG. 3 , handheld device requests from the communication network 2 are received by the handheld device interface server 31 . During the receiving process, the handheld device interface server 31 accesses the device authentication database 32 to determine whether the handheld device is allowed to be connected to the service platform subsystem 3 . If the handheld device is allowed to be connected to the service platform subsystem 3, the handheld device interface server 31 continues to access the device configuration database 33 to obtain configuration data related to the handheld device, such as the communication protocol adopted by the handheld device, whether it is Color monitor, what resolution, graphics support capabilities, etc. During the above process, the handheld device interface server 31 also verifies the user's username and password. After completing all these processes, the handheld device interface server 31 can send the handheld device request to the traffic balance server 34 through the LAN bus 37, or return the information received through the LAN bus 37 to the corresponding handheld device. Among these processes, the handheld device interface server 31 implements the handheld device format processing module 22 shown in FIG. 2 . What needs to be emphasized is that when the handheld device interface server 31 sends information to a certain handheld device, it does so in the most suitable manner for the handheld device. For example, voice data can be sent to the handheld device if it supports voice capabilities. If the handheld only supports binary text format, only send binary text data to it. If the handheld device supports a certain graphics display capability, graphics data in a certain format can be sent to it.

In addition, it should be noted that although only one handheld device interface server 31 is shown in FIG. 3 , multiple handheld device interface servers 31 may also be provided, and each handheld device interface server 31 provides services for a different type of handheld device respectively. , including converting between the handheld-specific format and the unified platform format. In addition, multiple handheld device interface service programs can also be run on at least one handheld device interface server 31, and each program provides services for a different type of handheld device, including between a specific handheld device format and a unified platform format to convert.

Traffic balancing software can run on the traffic balancing server 34, which is used to balance the load in a large system (for example, the number of simultaneous online users exceeds 100,000). In a large-scale system, due to the large number of users, one server often cannot respond to a large number of user requests in a timely manner, resulting in a significant decline in system performance, so a group of cluster servers 35 is often used. The cluster server 35 has only a unified address externally, which is like a server for a large number of users. The effect of traffic balancing server 34 is, according to the actual load situation of each server in the cluster server 35, a large number of users are distributed to the cluster server 35 with lighter load, thereby reaches the balance of each server load in the cluster server 35, realizes preferably. System responsiveness.

The cluster server 35 is used to realize the transaction subsystem message format conversion module 24 shown in FIG. 2 , and combined with the storage device 36 to realize the unified data storage module 23 shown in FIG. 2 . After the handheld device request is processed by the cluster server 35, it is sent to the corresponding securities trading subsystem 5, 5' in an appropriate message format. Here, the message format specific to each securities trading subsystem may be stored in the storage device 36 in advance. Needless to say, the cluster server 35 is also responsible for converting the information returned by the securities trading subsystem 5, 5' into a unified platform format.

FIG. 4 is a flowchart of the processing of the handheld device in the securities trading system based on the handheld device shown in FIG. 1 . The user will face the handheld device 1 directly. There are two ways that a handheld can go from the wait state to the process state. The first way is that the user operates the user interface, such as pressing some buttons, which is called user trigger event 401 in FIG. 4 . The second way is that the time preset by the user or the system expires, which is called the timed time 402 in FIG. 4 .

The processing flow of the handheld device starts when the user triggers an event 401 or when the timer expires 402 , and then enters step 403 . In step 403, after judging the request type, the flow enters three important steps. In step 404, according to the request type determined in step 403, necessary parameters are obtained through the user interface and packaged. In step 405, a request packet is sent and a response packet is received. In step 406, the response packet is decomposed, and the response data returned by the securities trading subsystem is obtained. In step 407, according to the needs of the user (such as whether to query offline) and the system capability of the handheld device (such as whether there is enough memory), a part of the data is stored locally in the handheld device for later query. Finally, at step 408, the obtained data is output in a manner suitable for the handheld device, such as in some form of video or audio.

FIG. 5 is a process flowchart of the service platform subsystem and message adapter shown in FIG. 1 . In step 501, a handheld device request is received. In step 502, the type of the handheld device is determined by querying the device authentication database. In step 503, the necessary information is fetched from the device authentication database, such as the handheld device number and/or username and password, and compared with the information contained in the handheld device request. In step 504, it is judged whether the authentication is passed. If the judging result of step 504 is no, return failure to the handheld device at step 505 . Otherwise, in step 506, the necessary information is obtained by querying the device configuration database, so as to decide which method and format to use to exchange information with the handheld device, and convert the request of the handheld device into a unified platform format. Then, in step 507, the necessary state information is stored in a unified platform format. In step 508, it is determined whether the requested transaction processing needs to be certified by a third-party certification body, and bank transfer needs to be certified by a bank certification center. If the judgment result in step 508 is yes, then in step 509, contact the third-party certification body, and send the key information to the third-party certification body to obtain certification or authorization. If in step 509 the authentication or authorization of the third-party certification body cannot be obtained, then return the authentication failure to the handheld device and end the processing; otherwise, proceed to step 510 . In addition, if the determination result in step 508 is negative, then proceed to step 510 . In step 510, the corresponding transaction command is sent to a corresponding message adapter. Here, the corresponding message adapter refers to the message adapter corresponding to the securities trading subsystem designated or entrusted by the user of the handheld device in advance. In step 511, the message adapter converts the received transaction command into the message format adopted by the corresponding securities transaction subsystem, and sends it to the securities transaction subsystem.

Although Fig. 5 only shows the process in which the service platform subsystem 3 receives the request from the handheld device and then sends the corresponding transaction order to the securities transaction subsystem, it should be understood that the service platform subsystem 3 can obviously receive the message returned by the securities transaction subsystem , acknowledgment and data, and then return the appropriate information to the requesting handheld in the manner most appropriate to the requesting handheld.

Although it is shown in FIG. 2 and FIG. 3 that the service platform subsystem and the message adapter are implemented together, they can also be implemented separately. Fig. 6 shows another functional block diagram for realizing the message adapter. As shown in Fig. 6, the message adapter 4, 4' is separated from the service platform subsystem 3. For each stock exchange subsystem 5, 5', there is a message adapter 4, 4' corresponding to it. Physically, the message adapter can be set inside the securities company. The message adapter 4, 4' is responsible for the message format conversion between the service platform subsystem 3 and the securities trading subsystem 5, 5'. Because of this message format conversion, there is no need to make any changes to the original securities transaction subsystem 5, 5', and the investment in the original securities transaction subsystem is protected to the greatest extent.

FIG. 7A and FIG. 7B are the processing flowcharts of the transaction subsystem message format conversion module 24 shown in FIG. 2 . Fig. 7A is the processing flowchart when sending a message from the service platform subsystem 3 to the securities trading subsystem 5, 5', and Fig. 7B is the processing when sending a message from the securities trading subsystem 5, 5' to the service platform subsystem 3 flow chart.

In FIG. 7A, first in step 701, it is determined which securities trading subsystem to send the message to. For example, in step 702, it is determined that a message will be sent to securities trading subsystem i (1≤i≤N, where N is the number of securities trading subsystems). Then, in step 703, the sent message is converted from the uniform platform format to the specific message format of the securities trading subsystem i. Finally, at step 704, the converted message is sent to the securities trading subsystem i as a request.

In FIG. 7B, it is first judged in step 705 from which securities trading subsystem received the message. For example, in step 706, it is determined that a message has been received from the securities trading subsystem i (1≤i≤N, where N is the number of securities trading subsystems). Then, in step 707, the message received from the securities trading subsystem i is converted into a unified platform format. Finally, in step 708, the converted message is received into the service platform subsystem as the response of the securities transaction subsystem i.

Fig. 8 is an application example of the securities trading system based on the handheld device shown in Fig. 1 . Reference numeral 1 represents a handheld computer, such as IBM's WorkPad or various WinCE-based devices. Reference numeral 2 represents the public switched telephone network. Number 3 represents the service platform subsystem. Any handheld device 1 can obtain a connection with the service platform subsystem 3 through the public switched telephone network 2 by dialing a special service telephone number (such as "1646"). Reference numerals 4, 4' represent message adapters. Labels 5, 5' represent securities trading subsystems, each securities trading subsystem is set in a securities company, and corresponding message adapters 4, 4' are also set in the securities company. The figure shows N stock exchange subsystems 5, 5' and N message adapters 4, 4'. Labels 6 and 6' represent stock exchanges. At present, there are only two stock exchanges in the Chinese stock market, namely the Shanghai Stock Exchange and the Shenzhen Stock Exchange. Mark 7 represents a third-party certification body.

FIG. 9 illustrates the operation process of the handheld device-based securities trading system shown in FIG. 8 .

In step (a), the handheld device dials a special service phone number (such as "1646") to get in touch with the service platform subsystem.

Step (b), if the handheld device is authenticated by the service platform subsystem, the service platform subsystem provides the handheld device with a list of currently supported securities companies (that is, the securities trading subsystem), so that the handheld device user can select a securities The company conducts securities transactions.

In step (c), after the user selects a securities company, the service platform subsystem establishes a connection between the handheld device and the corresponding securities trading subsystem through a corresponding message adapter.

In step (d), the user sends a request by operating the user interface of the handheld device, and the request contains a command type (for example, obtaining dynamic market conditions, displaying transaction history, displaying the number of types of shares held, modifying passwords, etc.).

In step (e), the securities trading subsystem returns corresponding information after obtaining the above request through the message adapter.

Step (f), after completing the transaction, the user sends a request to end the connection.

In step (g), the service platform subsystem and the securities transaction subsystem release various resources supporting the above operations, and end the processing.

Finally, it should be noted that although the present invention provides a system and method that can enable any handheld device to engage in securities transactions through various securities transaction systems in a natural and consistent manner, in practical applications, it should Comply with the requirements of various laws and regulations regarding securities transactions.

Although the best embodiment of the present invention has been described in detail above with reference to the accompanying drawings, those skilled in the art can make various modifications and changes without departing from the scope and essence of the present invention. Accordingly, the scope of the present invention is limited only by the claims.

Claims (17)

1. An information exchange system based on a handheld device, which contains a plurality of information exchange subsystems, each information exchange subsystem receives an information exchange request in a specific message format, and completes the requested information exchange, the system's Also characterized by: A service platform subsystem, used to communicate with different types of handheld devices according to different communication methods and message formats adopted by different types of handheld devices, so as to receive information exchange requests from users of different types of handheld devices; a plurality of message adapters, one end of each message adapter is connected to the service platform subsystem, and the other end is connected to a different information exchange subsystem; Wherein, whenever the service platform subsystem receives an information exchange request, it sends the information exchange request in a uniform platform format to a message adapter connected to the user-specified information exchange subsystem, and the message adapter receives After receiving the information exchange request, send the information exchange request to the information exchange subsystem in a specific message format of the specified information exchange subsystem. 2. The system according to claim 1, characterized in that: The message adapter also returns the information returned by the information exchange subsystem to the service platform subsystem in a unified platform format; and The service platform subsystem returns the returned information to the handheld device according to the communication method and message format adopted by the requesting handheld device. 3. The system according to claim 1 or 2, characterized in that it further comprises: A communication network is set between the handheld device and the service platform subsystem, and is used to realize the communication connection between the handheld device and the service platform subsystem. 4. The system of claim 1, wherein each of said message adapters is disposed within an information exchange subsystem connected thereto. 5. The system according to claim 1, characterized in that each of said message adapters is disposed inside said service platform subsystem. 6. The system of claim 1, further comprising: A third-party certification body is connected with the service platform subsystem to complete the certification work involved in the information exchange process. 7. The system according to claim 2, characterized in that said service platform subsystem comprises: At least one handheld device interface server is responsible for the access, management and authentication of the handheld device, as well as receiving information exchange requests from the handheld device and returning corresponding information; A cluster server composed of at least one server processes the request received by the handheld device interface server and sends it to the message adapter, and receives the returned information; and A traffic balancing server, configured to distribute the requests received by the handheld device interface server to the cluster servers in a balanced manner, so that the load of each server in the cluster servers is balanced. 8. The system of claim 7, wherein each of said at least one handheld device interface server provides services for different kinds of handheld devices. 9. The system according to claim 7, characterized in that said at least one handheld device interface server runs a plurality of handheld device interface programs, and each program provides services for different types of handheld devices. 10. A method for information exchange utilizing a handheld device, characterized in that it comprises the following steps: (1) Communicate with different types of handheld devices according to the different communication methods and message formats adopted by different types of handheld devices, so as to determine which information exchange subsystem is designated by users of different types of handheld devices, and receive information exchange requests sent by users; (2) Sending the information exchange request to the information exchange subsystem according to the determined specific message format of the information exchange subsystem; (3) The requested information exchange is completed by the information exchange subsystem. 11. The method according to claim 10, further comprising the steps of: (4) receiving information returned by the information exchange subsystem; (5) Return the returned information to the handheld device according to the communication mode and message format adopted by the requesting handheld device. 12. The method according to claim 10, characterized in that said step (1) is performed through a communication network. 13. The method according to claim 11, characterized in that step (5) is performed via a communication network. 14. The method according to claim 10, characterized in that steps (1) and (2) are performed at the same location, and step (3) is performed at another different location. 15. The method according to claim 10, characterized in that steps (2) and (3) are performed at the same location, and step (1) is performed at a different location. 16. The method according to claim 10, further comprising a third-party authentication step, so as to complete the authentication work involved in the information exchange process. 17. according to the method for claim 10, it is characterized in that step (1) also comprises the following steps: (11) Authenticate the type and device identification information of different types of handheld devices; (12) Receive the information exchange request sent by the authenticated handheld device, and determine which information exchange subsystem to send it to.

Images