CN101771703A - 一种资讯服务***和方法 - Google Patents
一种资讯服务***和方法 Download PDFInfo
- Publication number
- CN101771703A CN101771703A CN201010033802A CN201010033802A CN101771703A CN 101771703 A CN101771703 A CN 101771703A CN 201010033802 A CN201010033802 A CN 201010033802A CN 201010033802 A CN201010033802 A CN 201010033802A CN 101771703 A CN101771703 A CN 101771703A
- Authority
- CN
- China
- Prior art keywords
- server
- client
- market
- information
- quotation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明涉及一种资讯服务***和方法。其中，资讯服务***包括行情接入服务器、行情计算服务器以及核心服务器。其中，行情接入服务器用于接收来自不同行情源的行情信息并将行情信息发送给行情计算服务器和核心服务器，行情计算服务器接收来自行情接入服务器的行情信息，进行行情计算并将计算结果作为行情信息发送给核心服务器，核心服务器存储从行情接入服务器和行情计算服务器接收行情信息，并在客户端请求行情信息时，将客户端请求的行情信息发送给客户端。通过以上***和方法，可以提高核心服务器对客户端请求的响应速度和处理能力，从而提高资讯服务***的效率。
Description
技术领域
本发明涉及金融领域的咨询服务，特别涉及一种资讯服务***和方法。
背景技术
随着信息产业与金融业的相互融合，金融行业的信息化水平和服务水平得到了长足的发展。目前，金融行业的数据量、用户访问量和复杂度都达到了一定的规模和程度。随着金融行业的业务创新，一系列应用如即时行情、手机钱包等被开发出来，而这些应用都离不开相关资讯的服务。这就要求提供数据及相关业务的资讯服务具备高并发并且能支持大量用户的功能。
然而，在现有技术中通常采用单点服务器***来获取服务资讯。图1为现有的单点服务器***的结构。如图1所示，目前已有的单点服务器结构在物理上采用两层C-S结构(客户端-服务器结构)，即服务器统一完成数据的处理，完成行情数据的存储和计算，并将从交易所接收到的原始行情数据转为客户端展示的格式，客户端负责展示该行情数据。这种传统的C-S结构适合于瘦客户端，客户端负责数据的界面UI的交互处理和展示。这种传统的结构不适应于大规模的应用，因为：
第一、***的主要负载点在于服务器，服务器的性能和执行效率成为整个***的核心，在行情咨询服务中，对行情数据的处理计算逻辑复杂，占用大量的资源，这使得服务器用于处理客户端请求的资源变少，尤其在大量用户并发的时候，这对请求处理的实时性会产生很大的影响。
第二、由于行情数据来源不统一，例如有些交易所的行情通过数据库获取，有些通过网络socket获得等，将行情源直接接入服务器处理将使***的可扩展性受限。
第三、不能有效的合理利用资源，导致行情迅速的时候，***因大量处理计算而对客户端请求响应过慢，行情数据不活跃的时候或者在清盘前收盘后的时间段对客户端的请求能很快的处理。
第四、当出现异常以及单点故障时修复***时间长，当出现行情数据错误或者***宕机，尤其是行情数据中出现错误的价格或其他数据的情况下，对数据的修复比较困难，并且缺少一个统一的数据修正模块对所有的集群单元进行修正。
目前的不少大规模应用中也采用分布式***。图2所示为现有分布式***的结构图。如图2所示的分布式***中，通常可以采用两种分布式技术。
一种分布式技术是，在服务器端采用简单的集群，通过服务器内部交互完成分布式协作。两台服务器之间的连接和交互可以通过tcp等面向连接的协议来完成，但是，当***在出现某一台单点故障时会导致与之一起协作的服务器处理失败。采用这种分布式技术同样无法解决行情服务***数据计算压力过大的问题，该***仍然将服务器对客户端的请求与行情数据处理绑定在一起。
另一种分布式技术是，对服务器处理的资源进行划分，不同的服务器处理不同的资源。例如目前的一些web应用划分不同的模块，将url返回给客户端，客户端根据url向不同的服务器进行请求。采用这种分布式技术利用了服务器集群的优势，一些单点故障不会导致整个***的崩溃，但没有充分利用客户端闲置的资源，也没有解决不同行情来源的统一接入问题。
发明内容
本发明的目的是提供一种资讯服务***和资讯服务方法，以提高核心服务器对客户端请求的响应速度和处理能力，从而提高资讯服务***的效率。
为了实现以上目的，依据本发明的一方面，提供一种资讯服务***，包括行情接入服务器、行情计算服务器以及核心服务器。其中，行情接入服务器用于接收来自不同行情源的行情信息并将行情信息发送给行情计算服务器和核心服务器，行情计算服务器接收来自行情接入服务器的行情信息，进行行情计算并将计算结果作为行情信息发送给核心服务器，核心服务器存储从行情接入服务器和行情计算服务器接收行情信息，并在客户端请求行情信息时，将客户端请求的行情信息发送给客户端。
在上述资讯服务***中，进一步包括数据维护服务器，用于在发现行情信息错误的情况下，将行情信息进行更正，并将更正后的行情信息发送给核心服务器。
在上述资讯服务***中，在从不同行情源接收的行情信息的格式与资讯服务***要求的行情信息的格式不同的情况下，行情接入服务器在将原始行情信息的格式转换成资讯服务***规定的格式后，再发送给行情计算服务器和核心服务器。
在上述资讯服务***中，行情接入服务器、行情计算服务器和核心服务器位于同一子网内，通过组播的方式进行数据发送。
在上述资讯服务***中，核心服务器包括：登录服务器，用于在客户端向发起登录请求时，根据用户密码和用户权限将服务列表和用于标志用户的令牌返回给客户端；配置参数服务器，用于在接收客户端的拉取配置参数的请求时，将客户端所需的商品信息发送给客户端；行情服务器，用于存储从行情接入服务器和行情计算服务器接收行情信息，并在客户端请求行情信息时，将客户端请求的行情信息发送给客户端。
在上述资讯服务***中，客户端在向配置参数服务器或行情服务器发送请求的同时一并将令牌一起发送，配置参数服务器或行情服务器在接收到请求后截取令牌，从令牌中获得用户信息，将获得的用户信息与预先存储的用户权限相比确认客户端的请求是否合法。
在上述资讯服务***中，核心服务器进一步包括新闻咨询服务器，在客户端向新闻咨询服务器发出请求，新闻资讯服务器将新闻资讯发送给客户端。
在上述资讯服务***中，在具有多个登录服务器、多个配置参数服务器或多个行情服务器的情况下，资讯服务***进一步包括设置在服务器与客户端之间的负载均衡设备。
根据本发明的另一方面，提供一种资讯服务方法，包括以下步骤：步骤a，行情接入服务器接收来自不同行情源的行情信息并将行情信息发送给行情计算服务器和核心服务器；步骤b，行情计算服务器接收来自行情接入服务器的行情信息，进行行情计算并将计算结果作为行情信息发送给核心服务器；步骤c，核心服务器存储从行情接入服务器和行情计算服务器接收行情信息，并在客户端请求行情信息时，将客户端请求的行情信息发送给客户端。
在上述资讯服务方法中，进一步包括步骤d：在发现行情信息错误的情况下，将行情信息进行更正，并将更正后的行情信息发送给核心服务器。
在上述资讯服务方法中，在步骤a中，在从不同行情源接收的行情信息的格式与资讯服务***要求的行情信息的格式不同的情况下，行情接入服务器在将原始行情信息的格式转换成资讯服务***规定的格式后，再发送给行情计算服务器和核心服务器。
在上述资讯服务方法中，行情接入服务器、行情计算服务器和核心服务器位于同一子网内，通过组播的方式进行数据发送。
在上述资讯服务方法中，步骤c包括：在客户端向发起登录请求时，核心服务器根据用户密码和用户权限将服务列表和用于标志用户的令牌返回给客户端；在接收客户端的拉取配置参数的请求时，核心服务器将客户端所需的商品信息发送给客户端；在客户端请求行情信息时，核心服务器将客户端请求的行情信息发送给客户端。
在上述资讯服务方法中，客户端在向配置参数服务器或行情服务器发送请求的同时一并将令牌一起发送，核心服务器在接收到请求后截取令牌，从令牌中获得用户信息，将获得的用户信息与预先存储的用户权限相比确认客户端的请求是否合法。
在上述资讯服务方法中，核心服务器在客户端向新闻咨询服务器发出请求时，将新闻资讯发送给客户端。
在上述资讯服务方法中，对客户端的请求使用负载均衡策略。
本发明实施例具有以下的有益效果：
根据以上的资讯服务***和资讯服务方法，通过在从行情源到客户端的纵向方向上划分资讯服务***，可以减轻核心服务器的负担，提高核心服务器对客户端请求的响应速度和处理能力，从而提高资讯服务***的效率。
进一步，通过在横向方向上将核心服务器按照功能拆分为登录服务器、配置参数服务器、行情服务器、以及新闻咨询服务器等，可以进一步减轻核心服务器的负担，提高核心服务器对客户端请求的响应速度和处理能力，从而进一步提高资讯服务***的效率。
另外，在资讯服务***包括负载均衡设备的情况下，负载均衡设备将客户端对请求(例如，登录、拉取配置参数或获取行情信息的请求)转发到多个对应的服务器上，可以避免单点故障导致的服务中断。
附图说明
图1为现有的单点服务器***的结构。
图2所示为现有分布式***的结构图。
图3是依据本发明第一实施例的资讯服务***的结构图。
图4是依据本发明第一实施例的资讯服务方法的流程图。
图5是依据本发明第二实施例的资讯服务***的结构图。
图6是依据本发明第二实施例的资讯服务方法的流程图。
具体实施方式
以下结合附图说明详细说明本发明。
图3是依据本发明第一实施例的资讯服务***的结构图。如图3所示，该资讯服务***包括行情接入服务器、行情计算服务器以及核心服务器。
其中，行情接入服务器用于接收来自不同行情源的行情信息并将行情信息发送给行情计算服务器和核心服务器。在从不同行情源接收的行情信息的格式与资讯服务***要求的行情信息的格式不同的情况下，行情接入服务器在将原始行情信息的格式转换成资讯服务***规定的格式后，再发送给行情计算服务器和核心服务器。
行情源可以是交易所或者提供相关新闻资讯的信息提供中心，交易所例如包括上海交易所、深圳交易所、大连期货、郑州期货、港股行情等。上述的行情信息例如可以包括行情数据和/或新闻资讯。
行情计算服务器接收来自行情接入服务器的行情信息，进行行情计算并将计算结果作为行情信息发送给核心服务器。行情计算例如是，对于作为股票信息的行情信息，行情计算服务器将当日的各个股票成交总量进行排序，选择其中的前几位(例如，前10位)作成排行数据，并将排行数据作为行情信息发送给核心服务器。
核心服务器存储从行情接入服务器和行情计算服务器接收行情信息，并在客户端请求行情信息时，将客户端请求的行情信息发送给客户端。
如图3所示，资讯服务***可以进一步包括数据维护服务器，在发现行情信息错误的情况下，将行情信息进行更正，并将更正后的行情信息发送给核心服务器。行情信息的错误可以通过客户端反馈或管理员查看等方式发现。
以上的各服务器可以位于同一子网内，以确保可以通过组播的方式进行以上的数据发送。
图4是依据本发明第一实施例的资讯服务方法的流程图。如图4所示，资讯服务方法包括以下步骤。
步骤401，行情接入服务器接收来自不同行情源的行情信息并将行情信息发送给行情计算服务器和核心服务器。
在从不同行情源接收的行情信息的格式与资讯服务***要求的行情信息的格式不同的情况下，行情接入服务器在将原始行情信息的格式转换成资讯服务***规定的格式后，再发送给行情计算服务器和核心服务器。
步骤402，行情计算服务器接收来自行情接入服务器的行情信息，进行行情计算并将计算结果作为行情信息发送给核心服务器。
行情计算例如是，对于作为股票信息的行情信息，行情计算服务器将当日的各个股票成交总量进行排序，选择其中的前几位(例如，前10位)作成排行数据，并将排行数据作为行情信息发送给核心服务器。
步骤403，核心服务器存储从行情接入服务器和行情计算服务器接收行情信息，并在客户端请求行情信息时，将客户端请求的行情信息发送给客户端。
资讯服务方法可以进一步包括步骤404，数据维护服务器在发现行情信息错误的情况下，将行情信息进行更正，并将更正后的行情信息发送给核心服务器。
根据以上的资讯服务***和资讯服务方法，通过在从行情源到客户端的纵向方向上划分资讯服务***，可以减轻核心服务器的负担，提高核心服务器对客户端请求的响应速度和处理能力，从而提高资讯服务***的效率。
图5是依据本发明第二实施例的资讯服务***的结构图。如图5所示，与第一实施例的资讯服务***相比，第二实施例的资讯服务***具有多个行情接入服务器，每个行情接入服务器可以对应一个行情源，从对应的行情源接收行情信息。在必要的时候，各行情接入服务器进行行情信息的格式的转换，以符合资讯服务***对行情信息的格式要求。
并且，在第二实施例的资讯服务***中，为了进一步减轻核心服务器集中式管理的负担，将核心服务器按照其功能划分为配置参数服务器、登录服务器和行情服务器。
其中，登录服务器用于在客户端向其发起登录请求时，根据用户密码和用户权限将服务列表和用于标志用户的令牌(stoken)返回给客户端。服务列表的格式例如可以为下表所示(行内由：号进行分割)：
服务类型 服务器IP地址 服务器端口号 服务器拥有的交易资源
2： 202.10.72.31： 443： 1，12
… … … …
2： 202.10.72.30： 443： 2，3，4，5，6
其中，为了便于以后的扩展，允许服务器有多个服务端口，此时，可以将服务列表中的服务器端口号对应的443：表示为443::，443::中第二个：作为预留的扩展端口。
配置参数服务器用于在接收客户端的拉取配置参数的请求时，将客户端所需的商品信息发送给客户端。商品信息例如包括股票商品所属的交易所ID。客户端根据商品信息可以确定提供商品的行情的行情服务器，进而向对应的行情服务器发出请求并从该行情服务器获取行情信息。
行情服务器用于存储从行情接入服务器和行情计算服务器接收行情信息，并在客户端请求行情信息时，将客户端请求的行情信息发送给客户端。
进一步，为了确保***的安全性，配置参数服务器和行情服务器可以对客户端的请求进行验证。具体为客户端在向配置参数服务器或行情服务器发送请求的同时一并将令牌一起发送，配置参数服务器或行情服务器在接收到请求后截取令牌，从令牌中获得用户信息，将获得的用户信息与预先存储的用户权限相比确认客户端的请求是否合法。在合法的情况下，配置参数服务器将商品信息发给客户端，行情服务器将行情信息发送给客户端。在确认为不合法的情况下，不对客户端的请求进行响应或向客户端返回请求不合法的应答。
另外，为了避免多个客户端同时登录同一个登录服务器，同时从同一个配置参数服务器拉取配置参数，以及同时访问同一个行情服务器，造成服务器的突发的高负载，以及为了避免在出现单点故障时服务中断，第二实施例的资讯服务***可以进一步采用多个登录服务器、多个配置参数服务器和多个行情服务器，并且使用了设置在服务器与客户端之间的负载均衡设备来管理客户端的登录、拉取配置参数以及访问行情服务器的操作。
具体的，在这种情况下，登录服务器向客户端返回的服务列表中的IP地址是虚拟IP地址，每个虚拟IP地址对应多个真实的物理服务器，负载均衡设备在收到客户端对虚拟IP地址的请求时，采用负载均衡策略将请求转发到多个服务器上，从而有效地避免单点故障导致的服务中断。负载均衡策略可以是循环(round robin)调度策略。
第二实施例的咨询服务***的核心服务器可以进一步包括新闻咨询服务器，在客户端向新闻咨询服务器发出请求，新闻资讯服务器将其中的新闻资讯发送给客户端。与上述验证类似的，在令牌随请求一起发出时，新闻资讯服务器也可以根据令牌验证客户端的请求是否合法。
新闻咨询服务器中的新闻资讯可以是资讯服务***的管理员采集或编辑并发布的，也可以是由行情接入服务器从提供新闻资讯的信息源获取并发送给新闻咨询服务器的。
图5的资讯服务***中的行情计算服务器和数据维护服务器均可以为多个，每个行情计算服务器和数据维护服务器的功能与图3中的资讯服务***中的行情计算服务器和数据维护服务器的功能相同，在此不再赘述。
为了更清楚上述第二实施例的资讯服务***，以下结合图6进行描述。图6是依据本发明第二实施例的资讯服务方法的流程图。如图6所示，资讯服务方法包括以下步骤。
步骤601，行情接入服务器接收来自不同行情源的行情信息并将行情信息发送给行情计算服务器、新闻咨询服务器和行情服务器。
在从不同行情源接收的行情信息的格式与资讯服务***要求的行情信息的格式不同的情况下，行情接入服务器在将原始行情信息的格式转换成资讯服务***规定的格式后，再发送给行情计算服务器、新闻咨询服务器和行情服务器。
新闻咨询服务器的新闻资讯可以是通过行情接入服务器获得，也可以由管理员采集或编辑并发布。
步骤602，行情计算服务器接收来自行情接入服务器的行情信息，进行行情计算并将计算结果作为行情数据发送给行情服务器。
行情计算例如是，对于作为股票信息的行情信息，行情计算服务器将当日的各个股票成交总量进行排序，选择其中的前几位(例如，前10位)作成排行数据，并将排行数据作为行情数据发送给行情服务器。
步骤603，行情服务器存储从行情接入服务器和行情计算服务器接收行情数据，并在客户端请求行情数据时，将客户端请求的行情数据发送给客户端。
资讯服务方法可以进一步包括步骤604，新闻咨询服务器存储从行情接入服务器接收到的行情信息或管理员采集或编辑并发布的新闻资讯，在客户端请求新闻资讯时，将客户端请求的新闻资讯发送给客户端。
资讯服务方法可以进一步包括步骤605，数据维护服务器在发现行情信息错误的情况下，将行情信息进行更正，并将更正后的行情信息发送给行情服务器和/或新闻咨询服务器。
根据以上的资讯服务***和资讯服务方法，通过在从行情源到客户端的纵向方向上划分资讯服务***，可以减轻核心服务器的负担，提高核心服务器对客户端请求的响应速度和处理能力，从而提高资讯服务***的效率。
进一步，通过在横向方向上将核心服务器按照功能拆分为登录服务器、配置参数服务器、行情服务器、以及新闻咨询服务器等，可以进一步减轻核心服务器的负担，提高核心服务器对客户端请求的响应速度和处理能力，从而进一步提高资讯服务***的效率。
另外，在资讯服务***包括负载均衡设备的情况下，负载均衡设备将客户端对请求(例如，登录、拉取配置参数或获取行情信息的请求)转发到多个对应的服务器上，可以避免单点故障导致的服务中断。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (16)
1.一种资讯服务***，其特征在于包括行情接入服务器、行情计算服务器以及核心服务器，
其中，行情接入服务器用于接收来自不同行情源的行情信息并将行情信息发送给行情计算服务器和核心服务器，
行情计算服务器接收来自行情接入服务器的行情信息，进行行情计算并将计算结果作为行情信息发送给核心服务器，
核心服务器存储从行情接入服务器和行情计算服务器接收行情信息，并在客户端请求行情信息时，将客户端请求的行情信息发送给客户端。
2.如权利要求1所述的资讯服务***，其特征在于，进一步包括数据维护服务器，用于在发现行情信息错误的情况下，将行情信息进行更正，并将更正后的行情信息发送给核心服务器。
3.如权利要求1所述的资讯服务***，其特征在于，在从不同行情源接收的行情信息的格式与资讯服务***要求的行情信息的格式不同的情况下，行情接入服务器在将原始行情信息的格式转换成资讯服务***规定的格式后，再发送给行情计算服务器和核心服务器。
4.如权利要求1所述的资讯服务***，其特征在于，行情接入服务器、行情计算服务器和核心服务器位于同一子网内，通过组播的方式进行数据发送。
5.如权利要求1所述的资讯服务***，其特征在于，核心服务器包括：
登录服务器，用于在客户端向发起登录请求时，根据用户密码和用户权限将服务列表和用于标志用户的令牌返回给客户端；
配置参数服务器，用于在接收客户端的拉取配置参数的请求时，将客户端所需的商品信息发送给客户端；
行情服务器，用于存储从行情接入服务器和行情计算服务器接收行情信息，并在客户端请求行情信息时，将客户端请求的行情信息发送给客户端。
6.如权利要求5所述的资讯服务***，其特征在于，客户端在向配置参数服务器或行情服务器发送请求的同时一并将令牌一起发送，配置参数服务器或行情服务器在接收到请求后截取令牌，从令牌中获得用户信息，将获得的用户信息与预先存储的用户权限相比确认客户端的请求是否合法。
7.如权利要求5所述的资讯服务***，其特征在于，核心服务器进一步包括新闻咨询服务器，在客户端向新闻咨询服务器发出请求，新闻资讯服务器将新闻资讯发送给客户端。
8.如权利要求5所述的资讯服务***，其特征在于，在具有多个登录服务器、多个配置参数服务器或多个行情服务器的情况下，资讯服务***进一步包括设置在服务器与客户端之间的负载均衡设备。
9.一种资讯服务方法，其特征在于，该方法包括以下步骤：
步骤a，行情接入服务器接收来自不同行情源的行情信息并将行情信息发送给行情计算服务器和核心服务器；
步骤b，行情计算服务器接收来自行情接入服务器的行情信息，进行行情计算并将计算结果作为行情信息发送给核心服务器；
步骤c，核心服务器存储从行情接入服务器和行情计算服务器接收行情信息，并在客户端请求行情信息时，将客户端请求的行情信息发送给客户端。
10.如权利要求9所述的资讯服务方法，其特征在于，进一步包括步骤d：
在发现行情信息错误的情况下，将行情信息进行更正，并将更正后的行情信息发送给核心服务器。
11.如权利要求9所述的资讯服务方法，其特征在于，在步骤a中，在从不同行情源接收的行情信息的格式与资讯服务***要求的行情信息的格式不同的情况下，行情接入服务器在将原始行情信息的格式转换成资讯服务***规定的格式后，再发送给行情计算服务器和核心服务器。
12.如权利要求9所述的资讯服务方法，其特征在于，行情接入服务器、行情计算服务器和核心服务器位于同一子网内，通过组播的方式进行数据发送。
13.如权利要求9所述的资讯服务方法，其特征在于，步骤c包括：
在客户端向发起登录请求时，核心服务器根据用户密码和用户权限将服务列表和用于标志用户的令牌返回给客户端；
在接收客户端的拉取配置参数的请求时，核心服务器将客户端所需的商品信息发送给客户端；
在客户端请求行情信息时，核心服务器将客户端请求的行情信息发送给客户端。
14.如权利要求13所述的资讯服务方法，其特征在于，客户端在向配置参数服务器或行情服务器发送请求的同时一并将令牌一起发送，核心服务器在接收到请求后截取令牌，从令牌中获得用户信息，将获得的用户信息与预先存储的用户权限相比确认客户端的请求是否合法。
15.如权利要求13所述的资讯服务方法，其特征在于，核心服务器在客户端向新闻咨询服务器发出请求时，将新闻资讯发送给客户端。
16.如权利要求13所述的资讯服务方法，其特征在于，对客户端的请求使用负载均衡策略。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010033802A CN101771703A (zh) | 2010-01-05 | 2010-01-05 | 一种资讯服务***和方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010033802A CN101771703A (zh) | 2010-01-05 | 2010-01-05 | 一种资讯服务***和方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101771703A true CN101771703A (zh) | 2010-07-07 |
Family
ID=42504294
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010033802A Pending CN101771703A (zh) | 2010-01-05 | 2010-01-05 | 一种资讯服务***和方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101771703A (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108681939A (zh) * | 2018-05-08 | 2018-10-19 | 东莞市波动赢机器人科技有限公司 | 基于交易机器人及数据处理中心的信息推荐方法 |
| CN109067858A (zh) * | 2018-07-20 | 2018-12-21 | 安居慧云（厦门）科技有限公司 | 一种基于区块链技术的分布式信息存储方法 |
| CN109274747A (zh) * | 2018-09-29 | 2019-01-25 | 上海中畅信息科技有限公司 | 行情网关***及其处理方法 |
| CN109951351A (zh) * | 2019-01-15 | 2019-06-28 | 兴业证券股份有限公司 | 基于行情的网络测试方法及*** |
| CN110190974A (zh) * | 2019-05-31 | 2019-08-30 | 深圳市思迪信息技术股份有限公司 | 实时行情数据分发方法及装置 |
| CN110276685A (zh) * | 2019-06-05 | 2019-09-24 | 上海票据交易所股份有限公司 | 票据交易行情推送方法及装置 |
| CN112217798A (zh) * | 2020-09-09 | 2021-01-12 | 苏州工业园区凌志软件股份有限公司 | 一种行情流处理***和方法 |
| CN112217866A (zh) * | 2020-09-09 | 2021-01-12 | 苏州工业园区凌志软件股份有限公司 | 一种内外网行情数据转发***及方法 |
-
2010
- 2010-01-05 CN CN201010033802A patent/CN101771703A/zh active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108681939A (zh) * | 2018-05-08 | 2018-10-19 | 东莞市波动赢机器人科技有限公司 | 基于交易机器人及数据处理中心的信息推荐方法 |
| CN109067858A (zh) * | 2018-07-20 | 2018-12-21 | 安居慧云（厦门）科技有限公司 | 一种基于区块链技术的分布式信息存储方法 |
| CN109274747A (zh) * | 2018-09-29 | 2019-01-25 | 上海中畅信息科技有限公司 | 行情网关***及其处理方法 |
| CN109951351A (zh) * | 2019-01-15 | 2019-06-28 | 兴业证券股份有限公司 | 基于行情的网络测试方法及*** |
| CN110190974A (zh) * | 2019-05-31 | 2019-08-30 | 深圳市思迪信息技术股份有限公司 | 实时行情数据分发方法及装置 |
| CN110276685A (zh) * | 2019-06-05 | 2019-09-24 | 上海票据交易所股份有限公司 | 票据交易行情推送方法及装置 |
| CN112217798A (zh) * | 2020-09-09 | 2021-01-12 | 苏州工业园区凌志软件股份有限公司 | 一种行情流处理***和方法 |
| CN112217866A (zh) * | 2020-09-09 | 2021-01-12 | 苏州工业园区凌志软件股份有限公司 | 一种内外网行情数据转发***及方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101771703A (zh) | 一种资讯服务***和方法 | |
| JP2018088293A (ja) | 単一テナント及び複数テナント環境を提供するデータベースシステム | |
| CN102299959B (zh) | 一种数据库集群***的负载均衡实现方法和装置 | |
| CN101997854B (zh) | 一种提供数据服务的处理***及方法 | |
| CN103338252B (zh) | 一种分布式数据库并发存储虚拟请求机制的实现方法 | |
| CN108833462A (zh) | 一种面向微服务的自注册服务发现的***及方法 | |
| CN107194810B (zh) | 资产配置***和操作方法 | |
| CN102394867A (zh) | 网络并发通讯请求转串行队列技术 | |
| CN106412009A (zh) | 接口调用方法及装置 | |
| CN105681426B (zh) | 异构*** | |
| EP2321937A2 (en) | Load balancing for services | |
| CN104811476A (zh) | 一种面向应用服务的高可用部署实现方法 | |
| WO2020119060A1 (zh) | 容器资源调度方法和***、服务器及计算机可读存储介质 | |
| CN110071965A (zh) | 一种基于云平台的数据中心管理*** | |
| CN109194718A (zh) | 一种区块链网络及其任务调度方法 | |
| Sahadevan et al. | An offline online strategy for IoT using MQTT | |
| CN101808051A (zh) | 应用整合网关及其控制方法 | |
| CN105976245A (zh) | 一种模拟交易***及方法 | |
| CN107682460A (zh) | 一种分布式存储集群数据通信方法及*** | |
| CN109101338A (zh) | 一种基于多路芯片扩展的区块链处理架构及其方法 | |
| CN103685535A (zh) | 一种大规模分布异构数据处理的云数据库***接口设计 | |
| JP2009123201A (ja) | データを処理するためのサーバ‐プロセッサ・ハイブリッド・システムおよび方法 | |
| CN104468710A (zh) | 一种混合大数据处理***及处理方法 | |
| CN104731660B (zh) | 数据分配方法、装置和*** | |
| CN111294383B (zh) | 物联网服务管理*** |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20100707 |