CN1991900A

CN1991900A - 移动证券交易的实现方法

Info

Publication number: CN1991900A
Application number: CNA2005101211299A
Authority: CN
Inventors: 罗涛
Original assignee: Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Current assignee: Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Priority date: 2005-12-29
Filing date: 2005-12-29
Publication date: 2007-07-04

Abstract

本发明公开一种移动证券交易的实现方法，该方法包括步骤A、移动终端连接证券服务器；B、采用增量下载方式从证券服务器下载资料。本发明使用增量下载的方式，移动终端内已经有的数据不再重复下载，仅下载最新的数据，大大提高了数据传输速度，保证了利用智能终端进行证券交易操作的实时性。

Description

移动证券交易的实现方法

【技术领域】

本发明涉及一种交易方法，特别是涉及一种移动证券交易的实现方法。

【背景技术】

由于股票市场的实时变动性强，客观上需要能够在远程随时随地掌握股市信息，更进一步，需要能远程随时随地进行交易。

目前实现远程股市信息与交易的方法有以下几种：1)PC联网：依托互联网，功能完善，但不具备移动性；2)笔记本电脑和无线网络的组合：与PC联网在功能上完全相同，具备移动性，但便携性差。依靠无线接入点(信号范围有限，接入点有限)，或依靠CDMA、GPRS等网络；3)股票机：不具备交易功能，依靠无线基站，信号范围与接入点有限；4)智能手机：便携性好，利用移动或者联通的网络，在无线接入上，基本不受地域影响。目前由于智能手机的便携性、移动性和可操作性而使其在证券领域的应用得到飞速发展。

股票市场具有很强的实时性，需要及时掌握信息、及时处理交易。但由于股票数量的众多、手机网络速度的局限性，现有智能手机方案其缺点在于获取与处理数据的速度不够快，影响了信息与交易的实时性；并且基于手机的系统限制，功能不尽完善，用户利用智能手机终端获得的信息有限，能执行的操作也有限。

关于实现移动证券的技术，可参见1997年12月17日公开的中国发明专利申请第CN 97110762.9号揭露的一种使用移动通信的交易系统。该系统的寻呼机型终端具有寻呼机功能及音频拨号功能，客户给主计算机的处理指示音频化，经电话网发送，而经无线方式接收处理结果。主计算机与证券交易所等连接，始终监视行情动向，当满足客户设定的报知条件时，用无线方式将所需信息发送给寻呼机型终端。该专利文件描述道：该交易系统使客户无需频繁操作终端就能实时获取所需信息，并能提高整个交易处理的效率，使客户感到快速舒适。

这种系统及方法是利用满足客户设定的这个报知条件作为向终端传输数据的时机，但是即使条件触发式传输数据，仍然需要先将所有的证券信息下载到终端上，速度仍然上不去；另外该技术利用寻呼机型终端，其硬件和软件限制了许多功能的实现。

另外，2003年3月19日公告的中国发明专利第CN 02131835.2号揭露了一种个人数字助理交易服务系统。该交易服务系统包括：包含股票专用程序的PDA、码分多路访问(CDMA)的无线移动通信网络、在每个证券公司建立的一个或多个股票定购系统、市场价格处理系统、以及收费系统。市场价格处理系统包括：市场价格网关服务器、市场价格处理服务器、内容数据库(DB)、以及用户管理DB。收费系统设置在无线移动通信网络与市场价格处理系统之间。该专利文件描述：由此，提供了这样一个共用平台，其能使每个证券公司在CDMA通信网络的环境下利用PDA向客户很容易地提供交易服务。

据该专利文件描述，仅仅通过实时下载需要显示的信息，其他数据通过浏览器完成的方式可以提高速度。但是，该技术方案仍然需要每次都先将所有的证券信息下载到终端上，从而影响整个交易速度，使用户丧失许多交易机会。

【发明内容】

为了克服现有技术证券交易系统中由于下载速度慢而导致交易速度不足的技术问题，本发明提供一种能够高速下载数据并且交易速度较快的移动证券交易的实现方法。

本发明解决上述技术问题所采用的技术方案是：提供一种移动证券交易的实现方法，包括步骤：A、移动终端连接证券服务器；B、采用增量下载方式从证券服务器下载资料。

相对于现有技术，本发明移动证券交易的实现方法的有益效果是：本发明使用增量下载的方式，移动终端内已经有的数据不再重复下载，仅下载最新的数据，大大提高了数据传输速度，保证了利用智能终端进行证券交易操作的实时性。

【附图说明】

图1是本发明移动证券交易的实现方法采用的系统架构图；

图2是图1中移动终端的系统原理框图；

图3是图2中系统内主线程用户操作响应流程图；

图4是图2中系统内主线程时钟处理流程图；

图5是图2中系统内通讯线程工作流程图；

图6是图2中数据请求定时器工作流程图；

图7是图2中界面刷新定时器；

图8是移动终端下载K线数据并进行定时更新的流程图；

图9是K线的业务处理流程图；

图10是实时走势业务处理流程图。

【具体实施方式】

下面结合附图和实施方式对本发明进一步说明。

参阅图1，本发明采用的移动证券交易系统包括证券服务器和移动终端两部分，两者通过基于CDMA1X和GPRS无线网络的TCP/IP协议进行通讯，应用层协议采用“宇龙移动证券通讯传输协议-V1.1.1”。移动终端本身只保存证券名称及代码等少量数据，在用户点击移动终端界面时从证券服务器端下载证券数据(实时行情、走势曲线、K线等)，并显示在终端上。

所述证券服务器采用用户管理服务器与数据服务器的双服务器方式，移动终端采用多任务多线程并行处理任务。移动证券服务器获取并处理来自外部(天网等)的证券数据，是移动证券客户端-移动终端的数据源，同时实现移动证券功能的用户管理，并且承担一部分客户端的数据处理。

参阅图2，移动终端系统分为编解码、用户图形界面和数据库三部分。解码是指将从服务器获取的数据包根据“宇龙移动证券通讯传输协议-V1.1.1”解码成标准的证券数据，并保存到数据库中；用户图形界面GUI是与用户交互的媒介，用来显示股票信息并为用户提供输入信息的途径；数据库用于保存所有股票数据。

参阅图2，在线程结构上，移动终端程序的功能通过两个线程(主线程和通讯线程)的协同工作实现，主线程实现用户界面，显示实时行情、走势曲线、K线、参数配置等功能。具体是负责处理界面的一些操作的响应，负责启动和维护两个定时器：和服务器进行数据请求的定时器以及界面刷新的定时器；负责启动和维护通信子线程；由界面刷新定时器触发GUI线程从内存表结构和数据库中数据进行界面刷新；通讯线程负责和证券服务器的数据交互，工作流程：数据请求—数据接收—数据解码—数据保存，实现对服务器数据的下载、解码并保存到本地数据库功能。

参阅图3和图4，主线程由用户操作响应过程和时钟处理过程组成，前者为用户提供证券的实时行情、实时走势曲线、历史K线、技术指标、股评、证券查询、限价设置等功能，当用户点击界面选择相应功能时，主线程通过消息处理函数处理用户请求，根据用户选择的功能生成相应的协议数据包，经由socket发送到服务器，然后等待响应下一个用户消息。

终端程序初始化时会激活一个数据刷新时钟，用户可以选择刷新周期，在每个时钟周期里，主程序从本地数据库中读取证券行情数据，并根据用户选择显示出实时行情、走势曲线、历史K线等界面。由于本地数据库仅保存一个时间点的行情数据，所以在每个刷新周期里需要向服务器请求新的时间点的数据，从而实现实时的行情显示。

参阅图5，通讯线程位于在主程序入口以while()循环的形式出现，在循环体中首先调用函数捕获系统消息，包括线程启动、线程退出、建立连接、断开连接等，并据此作出相应反应。如果没有系统消息，则监听socket是否有数据到达，如果有，则进行解码，然后保存到相应的数据库表中。

其中，参阅图6，数据请求定时器在一定的时钟周期(用户可以设置)中，移动证券根据用户的需求向证券服务器发送数据请求(如果用户关心的是股票的实时行情，向后台用户发送实时行情的数据请求；如果关心的是K线，就向证券服务器发送K线的数据请求)，以便终端能正确地显示股票信息。

参阅图7，刷新定时器在一定的时钟周期中，GUI对定时器的消息进行处理，从相关的数据库或者内存的数据表中，读取相关的数据，重新绘制GUI界面，以便能保证GUI界面的正确性。内存数据表以及数据库把相关数据保存到内存数据表以及数据库，以便GUI等相关线程可以调用。

图8是移动终端利用上述系统及其原理下载K线数据并进行定时更新的流程图，图9是K线的业务处理流程图，图10则是实时走势业务处理流程图。

下面详述各主要功能模块的设计：

一、对GUI界面处理模块的设计：为了开发和维护的方便，对GUI界面处理模块进一步的细分：排行榜-类型(深A，沪A，深指等)股票的实时行情处理，关注股的处理，实时走势，K线图处理，股评，证券咨讯等。

1)排行榜的处理

通过List来显示某类型股票的基本信息，而且通过刷新定时器不断的根据数据库中的最新的行情数据刷新界面

排行榜的业务处理流程：从数据库中读取数据到列表-显示列表的数据

2)K线图处理

用户可以查看已经选定某个股票的K线数据，(日，周，月K线)。

二、对通信子线程的设计：通信子线程主要是周期性的接收服务器回送的应答，并且对接收到的数据进行验证，解码，并且保存到数据库中。为了整个通信程序模块的封闭性，对于服务器回送的数据包，如果没有通过相关的验证处理，采取整包丢弃的策略。

另外，增加关注股的周K线图：

在C042.xdb(历史K线图)数据库表中增加WEEKHISTORY字段，保存关注股的周K线数据。

在全局变量中增加周K线数据结构，用于保存要显示的关注股的K线数据。

typedef struct_StockHotWeekHistoryDataType

{

UInt8 startDay； //起始周数

Char date[KLINE_COUNT][6]； //交易周最后一天日期(yy-mm-dd)

Stock32 priceOpen[KLINE_COUNT]； //一周开盘价

Stock32 priceClose[KLINE_COUNT]；//一周收盘价

Stock32 priceHigh[KLINE_COUNT]； //一周最高价

Stock32 priceLow[KLINE_COUNT]； //一周最低价

Stock32 volume[KLINE_COUNT]；//一周成价量

Stock32 maxPriceHigh； //一周最高价

Stock32 minPriceLow； //一周最低价

Stock32 maxVolume； //一周最大成交量

Stock32 maxPriceClose； //一周最高收盘价

Stock32 minPriceClose； //一周最低收盘价

}StkHotWeekHistoryDataType；//关注股历史周K线数据

在走势图和K线图界面中增加周K线按钮。

还增加关注股的月K线图：

在C042.xdb(历史K线图)数据库表中增加MONTHHISTORY字段，保存关注股的月K线数据。

在全局变量中增加月K线数据结构，用于保存要显示的关注股的K线数据。

typedef struct_StockHotMonthHistoryDataType

{

UInt8startDay； //起始月数

Char date[KLINE_COUNT][6]； //交易月最后一天日期(yy-mm-dd)

Stock32 priceOpen[KLINE_COUNT]； //一月开盘价

Stock32 priceClose[KLINE_COUNT]；//一月收盘价

Stock32 priceHigh[KLINE_COUNT]； //一月最高价

Stock32 priceLow[KLINE_COUNT]； //一月最低价

Stock32 volume[KLINE_COUNT]；//一月成价量

Stock32 maxPriceHigh； //一月最高价

Stock32 minPriceLow； //一月最低价

Stock32 maxVolume； //一月最大成交量

Stock32 maxPriceClose； //一月最高收盘价

Stock32 minPriceClose； //一月最低收盘价

}StkHotMonthHistoryDataType； //关注股历史月K线数据

在走势图和K线图界面中增加月K线按钮。

在K线图界面中增加左移和右移箭头。

每次点击移动按钮K线图只移动十个K线单位(十日、十周、十月)。

为实现增量下载，创建一个与C042.xdb(历史K线表)数据库表结构相同的内存数据库表C0421.xdb，只保存一条记录，该表用于保存移动K线时临时保存当前证券历史某段时间的40日K线数据，在首次进入某只证券的K线界面时，系统从本地C042.xdb数据表中读取K线数据，当用户点击K线图移动按钮时，终端程序从内存数据库表C0421.xdb读取K线数据，先检查C0421.xdb是否包含所需数据，如果数据不全，则发送缺少时间段里的请求到服务器，这需要修改现有的通讯协议，在请求和应答中增加结束时间。

本发明移动证券交易的实现方法，采用以上系统，归纳起来主要包括以下步骤：

A、移动终端连接证券服务器；

B、采用增量下载方式从证券服务器下载资料。

步骤B包括子步骤：

b1、移动终端只保存证券名称及代码数据；

b2、在用户点击移动终端界面时从证券服务器端下载证券数据，并显示在终端上。

所述增量下载方式简单来说是只下载本地没有的数据，具体上是移动终端在每次发送数据请求前，检查数据库中的最新日期，如果该日期小于当前日期，则下载该日期到当前日期之间的数据，否则表明本地数据为最新数据，不发送请求。所述数据包括优先下载类型数据，所述优先下载类型数据是用户自定义的实时行情、走势曲线和/或K线数据。

并且采用股票词典、板块词典的方式，保持手机终端与服务器数据的实时同步。

所述证券字典包括股票字典和板块字典，其中股票字典是移动终端与系统后台之间使用的约定规范，终端通过下载股票字典来与后台系统保持股市一致性，股票信息数据在传输过程中通过此约定规范把终端与后台的股票相对应起来；板块字典是股票板块关系的约定规范，终端可通过下载板块字典来达到个股板块的灵活变化。

移动终端每次启动程序时自动发送下载请求，请求包中的时间根据本地数据库中的上次下载日期决定，从而保证下载增量的证券字典。

例如，以“N”开头的新股，在上市一段时间后会去掉前面的“N”，对于这种情况，服务器会当作新股下发到终端，终端作为股票改名方式处理。

在现有技术中，K线图的每次刷新流程都请求下载全部一段时间内的K线数据，不论本地是否保存有相关数据，这就造成在系统每个数据刷新周期(N×30秒)，每次用户翻页查看证券的K线图、每次用户切换到K线图界面时，系统都会从服务器下载所有40日的K线数据，这种处理方式浪费了系统资源，而采用本发明的增量下载方式，只下载本地没有的K线数据、证券字典等数据，大大加快了下载的速度，减轻了系统负担。

在现有技术中，实时走势图的每次刷新流程都请求下载当天全部交易时间的数据，不论本地是否保存有相关数据，这就造成在系统每个数据刷新周期(N×30秒)，每次用户翻页查看证券的实时走势图、每次用户切换到实时走势图界面时，系统都会从服务器下载当天全部交易时间的数据，这种处理方式浪费了系统资源，而采用本发明的增量下载方式，只下载本地没有的实时走势数据，大大加快了下载的速度，减轻了系统负担。

利用本发明可同时由用户自定义几种或十几种实时行情、走势曲线和/或K线数据为优先下载类型数据，优先下载用户急切需要了解的数据，大大减少了需下载的数据数量，增强了移动终端实时快速处理显示信息的能力。

Claims

1.一种移动证券交易的实现方法，包括步骤：

A、移动终端连接证券服务器；

B、采用增量下载方式从证券服务器下载资料。

2.根据权利要求1所述的移动证券交易的实现方法，其特征在于：所述增量下载方式是移动终端在每次发送数据请求前，检查数据库中的最新日期，如果该日期小于当前日期，则下载该日期到当前日期之间的数据，否则表明本地数据为最新数据，不发送请求。

3.根据权利要求2所述的移动证券交易的实现方法，其特征在于：步骤B包括子步骤：

b1、移动终端只保存证券名称及代码数据；

4.根据权利要求2所述的移动证券交易的实现方法，其特征在于：所述数据包括优先下载类型数据，所述优先下载类型数据是用户自定义的实时行情、走势曲线和/或K线数据。

5.根据权利要求1或2所述的移动证券交易的实现方法，其特征在于：所述数据是实时行情、走势曲线和/或K线数据。

6.根据权利要求1所述的移动证券交易的实现方法，其特征在于：所述证券服务器采用用户管理服务器与数据服务器的双服务器方式，所述移动终端采用多任务多线程并行处理任务。

7.根据权利要求1所述的移动证券交易的实现方法，其特征在于：移动终端程序的功能通过主线程和通讯线程的协同工作实现，主线程实现用户界面、显示实时行情、走势曲线、K线、参数配置功能，通讯线程实现对证券服务器数据的下载、解码并保存到本地数据库功能。

8.根据权利要求1所述的移动证券交易的实现方法，其特征在于：主线程包括用户操作响应过程和时钟处理过程，用户操作响应过程为用户提供证券的实时行情、实时走势曲线、历史K线、技术指标、股评、证券查询、限价设置的功能，当用户点击界面选择相应功能时，主线程通过消息处理函数处理用户请求，根据用户选择的功能生成相应的协议数据包，经由socket发送到服务器，然后等待响应下一个用户消息。

9.根据权利要求8所述的移动证券交易的实现方法，其特征在于：所述通讯线程位于在主程序入口，在循环体中首先调用函数捕获系统消息，并据此作出相应反应，如果没有系统消息，则监听socket是否有数据到达，如果有，则进行解码，然后保存到相应的数据库表中。

10.根据权利要求1所述的移动证券交易的实现方法，其特征在于：采用股票词典、板块词典的方式，保持手机终端与服务器数据的实时同步。