CN1276672A - 基于手持设备的证券交易系统和方法 - Google Patents

Abstract

一种基于手持设备的证券交易系统,包括:一个服务平台子系统,用于与不同种类手持设备通信,接收证券交易请求;多个消息适配器,每个消息适配器连接在服务平台子系统与一个不同的证券交易子系统之间;每当服务平台子系统收到一个证券交易请求时,则将其发送到一个与用户指定的证券交易子系统相连的消息适配器,然后以特定消息格式发送到证券交易子系统。证券交易子系统返回的信息经由服务平台子系统逆向返回到发出请求的手持设备。

Description

基于手持设备的证券交易系统和方法

本发明涉及一种自动证券交易系统和方法，并且更具体地涉及一种使用户能够利用手持设备进行证券交易的系统和方法。

证券交易系统经历了从人工/手动到计算机自动化，从局域网到广域网的演变过程。

一种传统的证券交易方式是通过经纪人进行交易。至今，这种传统的证券交易方式仍被许多证券公司沿用。这种传统的交易方法需要富有经验的经纪人，并且处理过程缓慢、不十分可靠且不够安全。

另一种方法是通过与证券公司的局域网相连的个人计算机为客户提供证券信息并且允许进行交易。然而，往往只有帐户中存在大量资金的客户才能享受这种服务。即使在基础设施完备并且证券交易系统完全由计算机网络支持的地区，那些具有少量资金(比如10万美元以下)的客户也只能在拥挤的大厅里阅读动态行情信息。只有帐户中存有足够资金的客户才能在证券公司中拥有舒适的专用房间，在专用房间里获取上述行情信息。但是，客户只能通过计算机阅读动态行情信息，却不能在证券公司下班后(比如下午3：00以后)将这些数据带回家中分析。另外，当客户处于移动环境时，不能亲自到达证券公司，他们则不能获取动态行情信息。

还有一些更廉价的方法。其中一种方法是客户通过拨打一个特殊服务电话号码来获得必要的通信服务，例如可以获取动态行情信息或者进行交易。但是，这种方法速度慢且不安全。另一种方法是通过寻呼机广播股票信息。但是，信息经过了一定的延迟，且由于广播是单向的，所以不能利用寻呼机进行交易。还有一种是基于WEB的方法，但是人们一直担心的是WEB的安全性问题。

由于证券交易用户的普遍性和广泛性，所以证券交易系统已经成为现代电子商务中的重要一环，日益受到人们的广泛重视。将最新的计算技术和网络技术应用到证券交易系统的最终目的是更加方便用户使用。随着计算技术的发展，各种手持设备或智能设备越来越小巧，如掌上电脑、智能手机、机顶盒、车载移动计算机设备等等。现在，市场上有多种多样的手持装置，特别适于移动用户使用。例如有以Palm OS为操作系统的IBM WorkPad、PalmPilot，还有以Win CE为操作系统的掌上计算机等。总之，人们存取信息的手段是多方面的，已经远远超出台式计算机这唯一一种选择。

这些新兴的手持设备或智能设备都不能方便地应用于前述各种证券交易系统，也就是说，前述各种证券交易系统都不适于移动客户。这主要有以下三点原因。

第一，现有证券交易系统采用的消息格式各不相同。本文中所述的“消息”是指证券交易系统所采用的交易命令和参数(或数据)，或者是证券交易系统返回的确认和数据。例如交易命令可以包括“买”和“卖”等，参数可以包括价格和数量等。以中国证券市场为例，目前各家证券公司中，有的采用乾隆系统，有的采用伊格系统，等等。所有这些现有的证券交易系统由于采用不同的消息格式，所以在它们之间不能共享数据。

第二，不同种类的手持设备的能力不尽相同。例如，有的手持设备采用彩色显示器，有的手持设备采用黑白显示器。有的显示器的分辨率是320×240，有的显示器分辨率是160×160。有的手持设备只能显示4行汉字甚至更少。

第三，不同种类的手持设备采用的通信方式多种多样。有的手持设备可以和台式计算机一样通过串行口通信或者通过TCP/IP协议访问因特网。有的手持设备可以通过无线包交换协议CDPD进行通信。有的手持设备通过GSM或CDMA协议进行通信。

由于以上三点原因，不能简单地将现在的不同种类的手持设备应用于各种证券交易系统中。

另外，对于可以提供特殊拨入服务的证券公司来说，必须维持一个大的调制解调器库才能保证成百上千的用户拨入。为此，该证券公司必须从电信公司租用多条通信线路，这将占去它相当一部分收益。

因此，本发明的第一个目的在于提供一种基于手持设备的证券交易系统。

本发明的第二个目的在于提供一种利用手持设备进行证券交易的方法。

为实现上述第一个目的，本发明提供一种基于手持设备的证券交易系统，其中含有多个证券交易子系统，每个证券交易子系统以各自特定的消息格式接收证券交易请求，并完成所请求的证券交易，该系统的特征在于还包括：

一个服务平台子系统，用于按照不同种类手持设备采用的不同通信方式和消息格式与不同种类手持设备进行通信，从而接收不同种类手持设备的用户发出的证券交易请求；

多个消息适配器，每个消息适配器的一端连接于服务平台子系统，而另一端连接于一个不同的证券交易子系统；

其中每当服务平台子系统接收到一个证券交易请求时，则将该证券交易请求以统一的平台格式发送到一个与用户指定的证券交易子系统相连的消息适配器，并且该消息适配器在接收到该证券交易请求后，则以该指定的证券交易子系统的特定消息格式向证券交易子系统发送证券交易请求。

为实现上述第二个目的，本发明提供一种利用手持设备进行证券交易的方法，其特征在于包括以下步骤：

(1)按照不同种类手持设备采用的不同通信方式和消息格式与不同种类手持设备进行通信，以便确定不同种类手持设备的用户指定哪一个证券交易子系统，并且接收用户发出的证券交易请求；

(2)按照所确定的证券交易子系统的特定消息格式，向证券交易子系统发送证券交易请求；

(3)由证券交易子系统完成所请求的证券交易。

根据本发明的系统和方法，用户无论在何时何地，都可以使用不同种类的手持设备或者智能设备，选择不同的证券交易子系统(或证券公司)，以自然和一致的方式进行所希望的证券交易活动。

通过电信公司提供的专用通信服务，客户能够利用各种手持装置以快速和安全的方式访问动态行情信息，并且甚至能够进行实时交易。由于证券公司不必再租用多条通信线路，因而极大地降低了成本。并且，由于电信公司提供了这种专用通信服务，所以能够吸引更多用户，增加收益。进一步地，由于本发明的系统的快速、方便和安全性，能够吸引更多的客户使用本系统进行交易，交易量的增加提高了证券公司的收益。

通过结合附图对本发明较佳实施方式的详细描述，本发明的上述特征和优点将会更加明显。其中

图1是本发明的基于手持设备的证券交易系统的结构示意图；

图2是图1所示的基于手持设备的证券交易系统中的服务平台子系统及消息适配器的功能模块图；

图3是图1所示的基于手持设备的证券交易系统中的服务平台子系统及消息适配器的结构示意图；

图4是图1中所示的手持设备的处理流程图；

图5是图1中所示的服务平台子系统和消息适配器的处理流程图；

图6是图1中所示的消息适配器的另一种功能模块图；

图7A和图7B是图1中所示的消息适配器的处理流程图；

图8是图1所示的基于手持设备的证券交易系统的一种应用举例；

图9举例说明图8所示的基于手持设备的证券交易系统的操作过程。

以下结合附图详细描述本发明的实施方式。

图1是本发明的基于手持设备的证券交易系统的结构示意图。图1中，标号1代表各种能够存取信息并便于随身携带的手持设备，如IBM公司的WorkPad、3COM公司的Palm产品、基于Win CE系统的各种设备、智能手机、可视电话、机顶盒、车载移动计算设备等等。另外，也可以包括未来可能出现的各种便于随身携带的智能设备。总之，手持设备1是指任何一种具有一定计算能力、一定存储能力、一定通信能力并且便于随身携带的设备。如前文在背景技术中所述，这些不同种类的手持设备可能采用不同的通信协议。有的手持设备可以采用TCP/IP协议访问因特网。有的手持设备可以通过无线包交换协议CDPD进行通信。有的手持设备通过GSM或CDMA协议进行通信，等等。在进行通信时，不同种类的手持设备可能采用不同的通信方式和不同的消息格式。

标号2代表各种现有的通信网络，例如因特网、PSTN(公用交换电话网)、GSM(全球移动通信系统)、CDMA(码分多址)、TDMA(时分多址)、CDPD(蜂窝数字分组数据)等等。总之，标号2是指任何可由手持设备1借以进行数据通信的媒体。

标号3代表服务平台子系统，它是本发明的基于手持设备的证券交易系统的核心。服务平台子系统3最简单的功能包括允许手持设备的接入以及对手持设备的管理。高级功能可以包括对各种手持设备信息传输的支持以及对各种证券交易子系统(如后文所述)的支持。根据这种高级功能，将来每增加一种新类型的手持设备，即每增加一种新的通信方式和数据格式，则只须在服务平台子系统3中增加一种相应的手持设备接口程序即可。也就是说，如果将一种类型的手持设备所采用的通信方式和数据格式作为单独的模块，则每增加一种新类型的手持设备，则只须在服务平台子系统3中增加一种相应的模块即可。对于上述两种方式，无需对本证券交易系统的其他部分做任何改动。另外，每增加一种新的证券交易服务或证券交易子系统时，也只须在服务平台子系统3中增加一种相应的服务接口程序，无需对本证券交易系统的其他部分做任何改动。在服务平台子系统3中，以一种统一的方式存取和交换信息。

如此配置的服务平台子系统3因此能够按照不同种类手持设备采用的不同通信方式和消息格式与不同种类手持设备进行通信，从而接收不同种类手持设备的用户发出的证券交易请求。

标号4、4’代表消息适配器，图中示出了多个消息适配器，即消息适配器#1至消息适配器#N。每个消息适配器4、4’负责在服务平台子系统3与一个证券交易子系统5、5’(如后文所述)之间进行消息格式转换。在本发明的证券交易系统中，将各种现有的证券交易系统直接用作证券交易子系统，以便完成各种证券交易活动。如前文在背景技术中所述，现有的各种证券交易系统采用了不同的消息格式，所以必须在服务平台子系统3与证券交易子系统5、5’之间进行消息格式的转换。

标号5、5’代表证券交易子系统，图中示出了多个证券交易子系统，即证券交易子系统#1至证券交易子系统#N。这些证券交易子系统可以直接采用目前证券市场中的各种证券交易系统。这些证券交易系统分别由各家证券公司(证券公司#1至证券公司#N)采用。就中国证券市场而言，证券交易系统例如可以是乾隆系统、伊格系统等等。每个证券交易子系统5、5’，以各自特定的消息格式接收证券交易请求，从而完成相应的证券交易。这种接收特定消息格式的请求并完成相应证券交易的过程是公知的，不必在此详述。

标号6、6’代表证券交易所。图中虽然只示出两个证券交易所，即证券交易所1和证券交易所2，但是证券交易所的数目是由目前证券市场上存在的证券交易所的数目确定的。

证券交易子系统5、5’如何与证券交易所6、6’配合从而实现证券交易是公知的，无需在此描述。

标号7代表第三方认证机构。如果通过本发明的证券交易系统实现的证券交易涉及第三方认证机构的认证，如银行转帐认证，则由服务平台子系统3与第三方认证机构7进行联系。

在图1所示的基于手持设备的证券交易系统中，每当服务平台子系统3接收到一个证券交易请求时，则将该证券交易请求以统一的平台格式发送到一个与用户指定的证券交易子系统5(比如证券交易子系统#1)相连的消息适配器4(比如消息适配器#1)，并且消息适配器4在接收到证券交易请求后，则以证券交易子系统#1的特定消息格式向证券交易子系统#1发送该证券交易请求。最终，该证券交易请求由证券交易所1或2完成。

图2是图1所示的基于手持设备的证券交易系统中的服务平台子系统及消息适配器的功能模块图。图1所示的服务平台子系统3与消息适配器4、4’的功能可以归纳为图2所示的功能模块3’。功能模块3’包括手持设备接入-管理-认证模块21、手持设备格式处理模块22、统一数据存储模块23和交易子系统消息格式转换模块24。

手持设备接入-管理-认证模块21负责将不同种类的手持设备接入服务平台子系统3，对所接入的手持设备进行管理，并认证它们的合法性。对于每种手持设备，在服务平台子系统3中都存在一种相应的设备接口程序，由手持设备接入-管理-认证模块21用来完成上述各种功能。这样，每增加一种新的手持设备，只须在服务平台子系统3中增加一种相应的设备接口程序，即可享受本发明的证券交易系统所提供的各种证券交易服务。

手持设备格式处理模块22负责对从手持设备1接收的数据进行格式转换，将其转换为服务平台子系统3内的统一的平台格式。这里统一的平台格式可以是XML语言描述的格式，以便于同其他商务系统交换信息。另外手持设备格式处理模块22还可以将统一的平台格式的数据转换为手持设备特有的格式。例如，可以使用脚本描述语言，将发往手持设备的信息描述为：统一的平台格式+该设备的脚本。转换为统一格式的数据由统一数据存储模块23进行存储。这里所存储的数据可以是证券交易状态信息等。

通过手持设备接入-管理-认证模块21和手持设备格式处理模块22的配合，可以实现在手持设备与服务平台子系统之间的通信方式的转换和消息格式的转换。在向手持设备返回信息时，可以根据不同手持设备的不同能力，以最适合于接收手持设备的方式向其发送信息。

另外，在服务平台子系统中，统一数据存储模块23还可以存储若干常用的模板。当某一种符合预定义格式的消息块到达服务平台子系统中时，根据相应模板的描述，可以提取出消息块中有效的信息。这样，如果不同消息块中某一部分描述的是同一类内容，但是采取不同的格式，则根据模板的描述，可以理解不同消息块中存放的信息，并在不同数据块之间交换这些信息。

例如，用XML语言描述统一的平台格式时，消息块内容的格式用DTD(数据类型定义)文档描述(请参考http：//www.w3.org/TR/XML)。

DTD1描述了金融文档类型1应符合的格式，如：<！--Financial DTD type 1--><！--描述STOCKDOC类型文档--><！ELEMENT STOCK(#PCDATA)>   //表示元素STOCK包含纯文本内容<！ELEMENT BUYPRICE(#PCDATA)>//描述BUYPRICE<！ELEMENT VOLUME(#PCDATA)>  //描述元素VOLUME

DTD2描述了金融文档类型2应符合的格式，如：<！--Financial DTD type 2--><！--描述TRANSCATION类型文档--><！ELEMENT DATE(#PCDATA)+>   //表示此项可有可无<！ELEMENT PRICE(#PCDATA)>   //描述元素PRICE<！ELEMENT VOL(#PCDATA)>     //描述元素VOL<！ELEMENT CODE(#PCDATA)>    //描述元素CODE

当在以上两种文档格式之间交换信息时，可以知道：

  DTD1中的STOCK对应于DTD2中的CODE，

  DTD1中的BUYPRICE对应于DTD2中的PRICE，并且

  DTD1中的VOLUME对应于DTD2中的VOL，而

  DTD1中没有任何元素对应于DTD2中的DATE。

符合DTD1的XML文档具有下面的格式：

<STOCKDOC>

    <STOCK>500500</STOCK>

    <BUYPRICE>10.05</BUYPRICE>

    <VOLUME>150</VOLUME>

</STOCKDOC>

符合DTD2的XML文档具有下面的格式：

<TRANSACTION>

    <DATE>19990606</DATE>

    <PRICE>10.05</PRICE>

    <VOL>150</VOL>

    <CODE>500500</CODE>

</TRANSACTION>

有了DTD1和DTD2这两种模板，就可以自动地将“STOCKDOC”文件翻译成“TRANSACTION”文件，反之亦然。

交易子系统消息格式转换模块24负责将统一数据存储模块23存储的统一格式的证券交易请求转换为特定证券交易子系统5、5’所采用的消息格式，并发往相应的证券交易子系统5、5’，或者将证券交易子系统5、5’返回的响应转换为服务平台子系统3所采用的统一格式。对于各个证券交易子系统5、5’，在服务平台子系统3中都存在一种相应的服务接口程序，由交易子系统消息格式转换模块24用来完成上述各种功能。这样，每设立一个新的证券公司，即每增加一个新的证券交易子系统，只须在服务平台子系统3中增加一种相应的服务接口程序，本发明的证券交易系统中原有的各个手持设备用户即可委托该新设立的证券公司进行证券交易(如果该证券公司接受委托的话)。

图3是图1所示的基于手持设备的证券交易系统中的服务平台子系统及消息适配器的结构示意图。图3所示的结构3’是基于总线型局域网实现的，但是本领域内普通技术人员应该理解到，图1所示的服务平台子系统3及消息适配器4、4’当然可以采用其他任何可用的网络结构甚至主机系统实现。这些区别不构成对本发明的限制。

图3中，标号31代表手持设备接口服务器，标号32代表设备认证数据库，标号33代表设备配置数据库，标号34代表流量平衡服务器，标号35代表群集服务器，标号36代表存储装置，标号37代表局域网总线。如图所示，手持设备接口服务器31、流量平衡服务器34、群集服务器35和存储装置36都连接到局域网总线37上。设备认证数据库32和设置配置数据33与手持设备接口服务器31连接。群集服务器35还与第三方认证机构7连接。

如图3所示，来自通信网络2的手持设备请求由手持设备接口服务器31接收。在接收过程中，手持设备接口服务器31通过访问设备认证数据库32，判断是否允许将该手持设备接入到服务平台子系统3中。如果允许将该手持设备接到到服务平台子系统3，则手持设备接口服务器31继续访问设备配置数据库33，获得与该手持设备有关的配置数据，比如该手持设备所采用的通信协议、是否为彩色显示器、分辨率是多少、图形支持能力等等。手持设备接口服务器31在上述处理过程中，还对用户的用户名和口令进行验证。完成所有这些处理后，手持设备接口服务器31即可将手持设备请求经过局域网总线37发送到流量平衡服务器34，或者将经过局域网总线37接收的信息返回给相应的手持设备。在这些处理中，手持设备接口服务器31实现了图2中所示的手持设备格式处理模块22。需要特别强调的一点是，手持设备接口服务器31在将信息发往某手持设备时，是以最适合于该手持设备的方式进行的。例如，如果该手持设备支持语音能力，则可以向其发送语音数据。如果该手持设备只支持二进制文本格式，则只向其发送二进制文本数据。如果该手持设备支持一定的图形显示能力，则可以向其发送一定格式的图形数据。

另外需要说明的是，虽然图3中只示出一个手持设备接口服务器31，但是也可以设置多个手持设备接口服务器31，每个手持设备接口服务器31分别为一种不同种类的手持设备提供服务，包括在特定手持设备的格式与统一的平台格式之间进行转换。另外，也可以在至少一个手持设备接口服务器31上运行多个手持设备接口服务程序，每个程序为一种不同种类的手持设备提供服务，包括在特定手持设备的格式与统一的平台格式之间进行转换。

流量平衡服务器34上可以运行流量平衡软件，用于在大型系统(例如同时在线的用户数量超过1 0万)中对负载进行平衡。在大型系统中，由于用户数量过大，一台服务器往往不能对大量的用户请求进行及时响应，造成系统性能明显下降，故常常采用一组群集服务器35。群集服务器35对外只有一个统一的地址，对大量用户来讲如同一个服务器。流量平衡服务器34的作用是，根据群集服务器35中各个服务器的实际负载情况，将大量用户分流到负载较轻的群集服务器35上，从而达到群集服务器35中各服务器负载的平衡，实现较好的系统响应性能。

群集服务器35用来实现图2中所示的交易子系统消息格式转换模块24，并且结合存储装置36实现图2中所示的统一数据存储模块23。手持设备请求经过群集服务器35的处理之后，以适当的消息格式发往相应的证券交易子系统5、5’。这里，每种证券交易子系统所特有的消息格式可以事先存储在存储装置36中。无需另外说明的是，群集服务器35还负责将证券交易子系统5、5’返回的信息转换为统一的平台格式。

图4是图1所示的基于手持设备的证券交易系统中的手持设备的处理流程图。用户将直接面对手持设备1。有两种方式可能导致手持设备从等待状态进入处理状态。第一种方式是用户操作了用户界面，如按下某些按钮，这在图4中称为用户触发事件401。第二种方式是用户或系统预先设定的时间到，这在图4中称为定时时间到402。

手持设备的处理流程从用户触发事件401或者定时时间到402开始，然后进入步骤403。在步骤403，判断请求类型之后，流程进入三个重要的步骤。在步骤404，根据步骤403判断出的请求类型，通过用户界面获得必要的参数，并且打包。在步骤405，发送请求包并接收响应包。在步骤406，分解响应包，并获得证券交易子系统返回的响应数据。在步骤407，根据用户需要(比如是否希望离线查询)以及手持设备的系统能力(比如是否具有足够的内存)，将一部分数据存储在手持设备本地，供以后查询。最后，在步骤408，以适合于该手持设备的方式输出获得的数据，比如以某种视频或音频方式输出。

图5是图1中所示的服务平台子系统和消息适配器的的处理流程图。在步骤501，接收手持设备请求。在步骤502，通过查询设备认证数据库，判断手持设备类型。在步骤503，从设备认证数据库取出必要信息，比如手持设备号和/或用户名及密码，与手持设备请求中所含信息进行比较。在步骤504，判断是否通过认证。如果步骤504的判断结果为否，则在步骤505向手持设备返回失败。否则，在步骤506，通过查询设备配置数据库，获得必要信息，以便决定采用何种方式及格式与该手持设备交换信息，并且将手持设备请求转换为统一的平台格式。然后，在步骤507，以统一的平台格式存储必要的状态信息。在步骤508，判断所请求的交易处理是否需要得到第三方认证机构的认证，银行转帐需要得到银行认证中心的认证。如果步骤508的判断结果为是，则在步骤509与第三方认证机构联系，将关键信息发往第三方认证机构，取得认证或授权。如果在步骤509得不到第三方认证机构的认证或授权，则向手持设备返回认证失败并且结束处理；否则进行到步骤510。另外，如果在步骤508的判断结果为否，则进行到步骤510。在步骤510，将相应的交易命令发往一个相应的消息适配器。这里，相应的消息适配器是指与手持设备用户事先指定或委托的证券交易子系统相对应的消息适配器。在步骤511，消息适配器将收到的交易命令转换为所对应的证券交易子系统采用的消息格式，并发往该证券交易子系统。

图5虽然只示出服务平台子系统3接收手持设备请求然后将相应的交易命令发送到证券交易子系统的过程，但是应该理解到，服务平台子系统3显然可以接收证券交易子系统返回的消息，即确认和数据，然后以最适合于发出请求的手持设备的方式向该手持设备返回相应的信息。

虽然图2和图3中示出将服务平台子系统与消息适配器结合在一起实现，但是也可以将它们分离开单独地实现。图6示出实现消息适配器的另一种功能模块图。如图6所示，将消息适配器4、4’与服务平台子系统3分离开。对于每一个证券交易子系统5、5’，有一种消息适配器4、4’与之对应。在物理上，可以将消息适配器设置在证券公司内部。消息适配器4、4’负责服务平台子系统3与证券交易子系统5、5’之间的消息格式转换。由于这种消息格式转换，所以不必对原有证券交易子系统5、5’进行任何改动，最大限度地保护了原有证券交易子系统的投资。

图7A和图7B是图2所示的交易子系统消息格式转换模块24的处理流程图。图7A是从服务平台子系统3向证券交易子系统5、5’发送消息时的处理流程图，而图7B是从证券交易子系统5、5’向服务平台子系统3发送消息时的处理流程图。

在图7A中，首先在步骤701，判断将向哪个证券交易子系统发送消息。比如说在步骤702，判断出将向证券交易子系统i(1≤i≤N，N为证券交易子系统的数量)发送消息。然后，在步骤703，将所发送的消息从统一的平台格式转换为证券交易子系统i的特定消息格式。最后，在步骤704，将转换后的消息作为请求发送到证券交易子系统i。

在图7B中，首先在步骤705判断从哪个证券交易子系统接收到了消息。比如说在步骤706，判断出从证券交易子系统i(1≤i≤N，N为证券交易子系统的数量)接收到了消息。然后，在步骤707，将从证券交易子系统i收到的消息转换为统一的平台格式。最后，在步骤708，将转换后的消息作为证券交易子系统i的响应进行接收到服务平台子系统中。

图8是图1所示的基于手持设备的证券交易系统的一种应用举例。标号1代表掌上电脑，如IBM公司的WorkPad或者各种基于WinCE的设备。标号2代表公用电话交换网络。标号3代表服务平台子系统。任何手持设备1，通过拨打特殊服务电话号码(比如“1646”)，都可经过公用电话交换网络2取得与服务平台子系统3的连接。标号4、4’代表消息适配器。标号5、5’代表证券交易子系统，每个证券交易子系统设置在一个证券公司内，同时相应的消息适配器4、4’也设置在该证券公司内。图中示出N个证券交易子系统5、5’和N个消息适配器4、4’。标号6、6’代表证券交易所，目前中国证券市场上只存在两家证券交易所，即上海证券交易所和深圳证券交易所。标号7代表第三方认证机构。

图9举例说明图8所示的基于手持设备的证券交易系统的操作过程。

步骤(a)，手持设备拨打特殊服务电话号码(比如“1646”)，取得与服务平台子系统的联系。

步骤(b)，如果手持设备得到服务平台子系统的认证，则服务平台子系统为手持设备提供一个目前所支持的证券公司(即证券交易子系统)的清单，以便手持设备用户从中选择一个证券公司进行证券交易。

步骤(c)，在用户选择了一个证券公司之后，服务平台子系统经过相应的消息适配器在手持设备与相应的证券交易子系统之间建立连接。

步骤(d)，用户通过操作手持设备的用户界面发送一个请求，该请求含有命令类型(例如，获得动态行情、显示交易历史、显示持股种类数量、修改口令等等)。

步骤(e)，证券交易子系统通过消息适配器获得上述请求后，返回相应的信息。

步骤(f)，完成交易之后，用户发出结束连接的请求。

步骤(g)，服务平台子系统及证券交易子系统释放支持上述操作的各种资源，结束处理。

最后需要说明的是，虽然本发明提供了一种可以使任何一种手持设备以一种自然的和一致的方式通过各种证券交易系统从事证券交易的系统和方法，但是在实际应用中，应该遵守有关证券交易的各种法律法规的规定。

虽然以上结合附图详细描述了本发明的最佳实施方式，但是对于本领域内熟练的技术人员而言，可以做出各种修改和变更，而不背离本发明的范围和实质。因此，本发明的范围仅由权利要求书限定。

Claims (17)

1.一种基于手持设备的证券交易系统，其中含有多个证券交易子系统，每个证券交易子系统以各自特定的消息格式接收证券交易请求，并完成所请求的证券交易，所述系统的特征在于还包括：

一个服务平台子系统，用于按照不同种类手持设备采用的不同通信方式和消息格式与不同种类手持设备进行通信，从而接收不同种类手持设备的用户发出的证券交易请求；

多个消息适配器，每个消息适配器的一端连接于所述服务平台子系统，而另一端连接于一个不同的证券交易子系统；

其中每当所述服务平台子系统接收到一个证券交易请求时，则将该证券交易请求以统一的平台格式发送到一个与用户指定的证券交易子系统相连的消息适配器，并且该消息适配器在接收到所述证券交易请求后，则以所述指定的证券交易子系统的特定消息格式向所述证券交易子系统发送所述证券交易请求。

2.根据权利要求1的系统，其特征在于：

所述消息适配器还将所述证券交易子系统返回的信息以统一的平台格式返回到所述服务平台子系统；并且

所述服务平台子系统将所述返回的信息按照发出请求的手持设备采用的通信方式和消息格式返回到所述手持设备。

3.根据权利要求1或2的系统，其特征在于还包括：

一个通信网络，设置在所述手持设备与所述服务平台子系统之间，用于实现所述手持设备与所述服务平台子系统之间的通信连接。

4.根据权利要求1的系统，其特征在于每个所述消息适配器设置在一个与其连接的证券交易子系统内部。

5.根据权利要求1的系统，其特征在于每个所述消息适配器设置在所述服务平台子系统内部。

6.根据权利要求1的系统，其特征在于还包括：

一个第三方认证机构，与所述服务平台子系统连接，用于完成证券交易过程中涉及的认证工作。

7.根据权利要求2的系统，其特征在于所述服务平台子系统包括：

至少一个手持设备接口服务器，负责手持设备的接入、管理和认证，以及从手持设备接收证券交易请求，并且返回相应信息；

至少一个服务器组成的群集服务器，对所述手持设备接口服务器接收的请求进行处理后发送到所述消息适配器，并且接收返回的信息；以及

一个流量平衡服务器，用于将所述手持设备接口服务器接收的请求以一种均衡的方式分配到所述群集服务器，使得所述群集服务器中的各个服务器的负载达到平衡。

8.根据权利要求7的系统，其特征在于所述至少一个手持设备接口服务器中的每一个为不同种类的手持设备提供服务。

9.根据权利要求7的系统，其特征在于所述至少一个手持设备接口服务器上运行多个手持设备接口程序，每个程序为不同种类的手持设备提供服务。

10.一种利用手持设备进行证券交易的方法，其特征在于包括以下步骤：

(1)按照不同种类手持设备采用的不同通信方式和消息格式与不同种类手持设备进行通信，以便确定不同种类手持设备的用户指定哪一个证券交易子系统，并且接收用户发出的证券交易请求；

(2)按照所确定的证券交易子系统的特定消息格式，向所述证券交易子系统发送所述证券交易请求；

(3)由所述证券交易子系统完成所请求的证券交易。

11.根据权利要求1 0的方法，其特征在于还包括以下步骤：

(4)接收所述证券交易子系统返回的信息；

(5)将所述返回的信息按照发出请求的手持设备采用的通信方式和消息格式返回到所述手持设备。

12.根据权利要求10的方法，其特征在于所述步骤(1)是通过一个通信网络进行的。

13.根据权利要求11的方法，其特征在于步骤(5)是通过一个通信网络进行的。

14.根据权利要求10的方法，其特征在于步骤(1)和(2)是在同一地点执行的，而步骤(3)是在另一个不同的地点执行的。

15.根据权利要求10的方法，其特征在于步骤(2)和(3)是在同一地点执行的，而步骤(1)是在另一个不同的地点执行的。

16.根据权利要求10的方法，其特征在于还包括一个第三方认证步骤，以便完成证券交易过程中涉及的认证工作。

17.根据权利要求10的方法，其特征在于步骤(1)还包括以下步骤：

(11)对不同种类的手持设备的类型和设备标识信息进行认证；

(12)对经过认证的手持设备发送的证券交易请求，进行接收，并确定向哪个证券交易子系统发送。

Images