CN101789009B - 一种业务数据处理方法、装置及系统 - Google Patents

Abstract

本发明公开了一种业务数据处理方法、装置及系统，该方法包括：业务服务器实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据；将获取到的所述已更新的业务数据广播给各个业务处理中间件，以便业务处理中间件对本地的业务数据进行更新，进而支持业务客户端进行最新业务数据的查询。所述方法、装置及系统能够支持用户通过客户端查询到最新的业务数据。

Description

一种业务数据处理方法、装置及系统

技术领域

本发明涉及数据处理技术，尤其涉及一种业务数据处理方法、装置及系统。

背景技术

市值盈亏作为证券用户收益的最终体现，其及时性和有效性已成为证券用户的迫切关注。然而，面对实时变动的证券行情，根据用户当前的证券持仓数量和证券的最新市场价格快速地计算出市值盈亏的关键在于：获取到实时的证券最新市场价格等证券行情信息。

现有技术中，证券交易系统可以由图1所示的结构构成，包括：交易所行情源设备110、行情服务器120、交易持仓数据库130、业务处理中间件140以及客户端150等五部分，一般的，客户端150和业务处理中间件140之间通过通信中间件160进行数据的传输和路由。所述交易持仓数据库中存储有证券信息、各个用户的证券交易信息以及实时更新的证券行情信息。一般的，行情服务器获取各个交易所的最新行情信息，以一定的更新周期对交易持仓数据库中保存的证券行情信息进行更新；而客户端希望查询证券行情信息时，通过业务处理中间件访问交易持仓数据库，获取客户端对应的行情信息。

在以上的行情信息更新获取方法下，发明人发现：由于行情服务器是按照一定的更新周期T定时进行交易持仓数据库中最新行情信息的更新，因此，交易持仓数据库中保存的最新行情信息实际上并非最新的行情信息，而是存在一定的延时，最大延时可能为所述更新周期T，因此，现有的证券交易系统并不能支持证券用户通过客户端获取最新的证券行情信息。

发明内容

有鉴于此，本发明要解决的技术问题是，提供一种业务数据处理方法、装置及系统，能够支持用户通过客户端查询到最新的业务数据。

为此，本发明实施例采用如下技术方案：

本发明实施例提供一种业务数据处理方法，包括：

业务服务器实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据；

将获取到的所述已更新的业务数据广播给各个业务处理中间件，以便业务处理中间件对业务处理中间件本地的业务数据进行更新，进而支持业务客户端进行最新业务数据的查询。

其中，该方法还包括：

业务服务器根据预设的更新周期判断业务数据库的更新时刻到达时，将该更新周期中获取到的所述已更新的业务数据发送给所述业务数据库，以便业务数据库对数据库中的业务数据进行更新。

所述业务服务器实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据具体为：

业务服务器循环遍历业务源设备中的业务数据，判断各个业务数据是否具有更新标识，如果是，获取具有更新标识的业务数据。

获取具有更新标识的业务数据之后进一步包括：

业务服务器或业务源设备删除业务源设备中被业务服务器获取的所述业务数据的更新标识。

所述业务服务器实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据具体为：

业务服务器将业务服务器中缓存的业务数据与业务源设备中的业务数据逐一比较，获取业务源设备中、所述比较结果为不同的业务数据。

所述将获取到的所述已更新的业务数据广播给各个业务处理中间件具体为：

将获取到的所述已更新的业务数据使用用户数据报协议UDP方式广播给各个业务处理中间件。

本发明实施例还提供一种业务数据处理方法，包括：

业务处理中间件重启或上电后，从业务数据库中获取业务数据，并存储于本地；

接收业务服务器广播的已更新的业务数据，根据所述已更新的业务数据对本地的业务数据进行更新，以支持业务客户端进行最新业务数据的查询。

其中，还包括：

接收业务客户端的业务数据查询请求消息，根据所述消息中携带的业务数据标识查询本地业务数据，将查询到的业务数据返回给所述业务客户端。

所述业务客户端和所述业务处理中间件之间通过通信中间件进行数据传输。

本发明实施例还提供一种业务数据处理装置，包括：

获取单元，用于实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据；

广播单元，用于将获取到的所述已更新的业务数据广播给各个业务处理中间件，以便业务处理中间件对本地的业务数据进行更新，进而支持业务客户端进行最新业务数据的查询。

其中，该装置还包括：

发送单元，用于根据预设的更新周期判断业务数据库的更新时刻到达时，将该更新周期中获取到的所述已更新的业务数据发送给所述业务数据库，以便业务数据库对数据库中的业务数据进行更新。

获取单元具体用于：循环遍历业务源设备中的业务数据，判断各个业务数据是否具有更新标识，如果是，获取具有更新标识的业务数据。

获取单元还用于：删除业务源设备中被业务服务器获取的所述业务数据的更新标识。

广播单元具体用于：将获取到的所述已更新的业务数据以用户数据报协议UDP方式广播给各个业务处理中间件，以便业务处理中间件对本地的业务数据进行更新，进而支持业务客户端进行最新业务数据的查询。

本发明实施例还提供一种业务数据处理装置，包括：

存储单元，用于业务处理中间件重启或上电后，从业务数据库中获取业务数据，并存储于本地；

更新单元，用于接收业务服务器广播的已更新的业务数据，根据所述已更新的业务数据对本地的业务数据进行更新，以支持业务客户端进行最新业务数据的查询。

其中，还包括：查询单元，用于接收业务客户端的业务数据查询请求消息，根据所述消息中携带的业务数据标识查询本地业务数据，将查询到的业务数据返回给所述业务客户端。

本发明实施例还提供一种业务数据处理系统，包括：

业务服务器，用于实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据；将获取到的所述已更新的业务数据广播给各个业务处理中间件，以便业务处理中间件对业务中间件本地的业务数据进行更新，进而支持业务客户端进行最新业务数据的查询；

业务处理中间件，用于重启或上电后，从业务数据库中获取业务数据，并存储于本地；接收业务服务器广播的已更新的业务数据，根据所述已更新的业务数据对本地的业务数据进行更新，以支持业务客户端进行最新业务数据的查询。

对于上述技术方案的技术效果分析如下：

业务服务器实时扫描业务源设备中的业务数据，从而实时获取到已更新的业务数据，并立即广播给业务处理中间件，由业务处理中间件进行业务处理中间件本地业务数据的更新，从而使得业务处理中间件中总是存储有最新的业务数据，使得业务处理中间件可以支持用户通过客户端查询到最新的业务数据。

附图说明

图1为现有技术证券交易系统结构示意图；

图2为本发明实施例业务处理系统结构示意图；

图3为本发明实施例一种业务数据处理方法流程示意图；

图4为本发明实施例另一种业务数据处理方法流程示意图；

图5为本发明实施例业务客户端从业务处理中间件中进行最新业务数据查询的实现方法流程示意图；

图6为本发明实施例另一种业务数据处理方法流程示意图；

图7为本发明实施例一种业务数据处理装置结构示意图；

图8为本发明实施例另一种业务数据处理装置结构示意图。

具体实施方式

以下，结合附图详细说明本发明实施例业务数据处理方法及装置的实现。

如图2所示为本发明所述业务数据处理方法所适用的业务系统结构，其中，该系统包括：业务源设备200、业务服务器210、业务数据库220、业务处理中间件230以及业务客户端240；其中，业务处理中间件230和业务客户端240之间可以直接通信，也可以通过通信中间件250进行数据的转发和路由。通过以上结构和连接关系可知，本业务系统中不再由业务数据库220支持业务客户端240的业务数据查询，转而由业务处理中间件230支持业务客户端240的业务数据查询。

在以上业务系统结构下，如图3所示，本发明实施例提供一种业务数据处理方法，该方法适用于所述业务服务器，该方法包括：

步骤301：业务服务器实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据。

在具体实现中，业务源设备中某一业务数据进行了更新时，业务源设备可以为该业务数据设置更新标识，从而业务服务器只要扫描某一业务数据是否具有该更新标识，即可确定该业务数据是否进行了更新，从而实现本步骤中的所述扫描。这里，当业务服务器从业务源设备中获取到该已更新的业务数据后，业务源设备或者业务服务器需要将业务源设备中该业务数据的更新标识删除，以免业务服务器重复获取该业务数据。也即，本步骤的实现可以为：

业务服务器循环遍历业务源设备中的业务数据，判断各个业务数据是否具有更新标识，如果是，获取该具有更新标识的业务数据；

业务服务器或者业务源设备删除业务源设备中该业务数据的更新标识。

或者，也可以由业务服务器将业务服务器中缓存的各种业务数据与业务源设备中的业务数据进行比较，如果某一业务数据比较结果为不相同，则确定该业务数据发生更新，从而业务服务器获取业务源设备中该发生更新的业务数据。

这里的业务数据在不同的应用环境下可以变化，例如在证券交易领域，所述业务数据可以为：各种股票等的最新市价等。

步骤302：将获取到的所述已更新的业务数据广播给各个业务处理中间件，以便业务处理中间件对业务处理中间件本地的业务数据进行更新，进而支持业务客户端进行最新业务数据的查询。

具体的，本步骤中可以使用UDP(User Datagram Protocol，用户数据报协议)方式进行所述广播。

其中，业务服务器会将所述已更新的业务数据广播给系统中的所有业务处理中间件。这样处理的优点在于：当系统中增加了新的业务处理中间件时，无需在业务服务器中进行任何改进，即可使得系统中新增加的业务处理中间件正常获取最新的业务数据。

优选地，还可以包括以下步骤：

步骤303：业务服务器根据预设的更新周期判断业务数据库的更新时刻到达时，将该更新周期中获取到的所述已更新的业务数据发送给所述业务数据库，以便于业务数据库对数据库中的业务数据进行更新。

步骤303和步骤302之间不具有固定的执行顺序。

在本发明实施例中，业务服务器仍然会按照一定的更新周期对业务数据库中的数据进行更新，但是，由于业务数据库已经不需要为客户端提供实时的业务数据，因此，该更新周期可以大于现有技术中的所述更新周期，甚至是远远大于现有技术中的所述更新周期，从而可以减轻业务数据库的处理压力。各个业务处理中间件在重启或者上电后，一般仍需要从业务数据库中获取初始的业务数据，之后，才会接收业务服务器广播的所述业务数据，进行本地业务数据的实时更新。

图4为本发明实施例另一种业务数据处理方法流程示意图，适用于业务处理中间件，如图4所示，该方法包括：

步骤401：业务处理中间件在重启或上电后，从业务数据库中获取业务数据，并缓存于本地。

步骤402：业务处理中间件接收业务服务器广播的已更新的业务数据，根据所述已更新的业务数据对业务处理中间件本地业务数据进行更新，以支持业务客户端进行最新业务数据的查询。

具体地，在实际应用中可以设定业务客户端直接访问业务处理中间件，或者，也可以在业务客户端和业务处理中间件之间设置通信中间件，由通信中间件进行业务客户端和业务处理中间件之间的数据转发和路由。当业务客户端直接访问业务处理中间件时，业务客户端和业务处理中间件在系统中可能不止一个，此时，最好设定业务客户端与业务处理中间件之间的对应关系，从而合理分配业务客户端和业务处理中间件之间的归属关系，使得业务处理中间件能够更好的支持业务客户端的最新业务数据查询，这里不赘述。而当业务客户端和业务处理中间件之间通过通信中间件进行数据的转发和路由时，如图5所示，所述业务客户端从业务处理中间件中进行最新业务数据查询的实现可以为：

步骤501：业务客户端接收用户的业务请求，向通信中间件发送业务数据查询请求消息。

其中，业务客户端可以为用户提供业务请求界面，从而由用户选择相应的业务后，业务客户端即可根据用户的选择生成具体的业务数据查询请求消息。

步骤502：通信中间件接收业务客户端的所述请求消息，根据各个业务处理中间件处理的请求消息的总数量，确定处理该新接收到的请求消息的业务处理中间件，将所述请求消息发送给确定的所述业务处理中间件。

这里，可以由通信中间件比较各个业务处理中间件处理的请求消息的数量，从中选择处理压力小的业务处理中间件进行当前接收到的所述请求消息的处理等。

在本步骤中，通过通信中间件对于业务处理中间件所处理的请求消息数量的控制，能够合理分配各个业务客户端的业务请求到各个业务处理中间件，从而多个业务处理中间件配合，进行业务客户端请求消息的处理，从而可以支持大规模并发的业务数据查询。

步骤503：业务处理中间件接收所述业务数据查询请求消息，从自身存储的业务数据中查询得到所述消息所请求的业务数据，将所述业务数据通过所述通信中间件返回给所述业务客户端。

其中，所述业务数据查询请求中可以包括业务数据标识以及业务客户端标识，从而本步骤中业务处理中间件可以根据所述业务数据标识进行业务数据的查询，得到所述请求消息请求的业务数据，进而将业务数据通过通信中间件返回给业务客户端标识指示的业务客户端。

步骤504：业务客户端将接收到的业务数据向用户展现。

其中，在不同的实现环境下，业务客户端可能还需要对所述业务数据进行计算、统计等处理，向用户展现处理后的业务数据，以便用户能够获取到更为有效的业务数据。

图3～图5所示的方法中，业务服务器实时扫描业务源设备中的业务数据，从而实时获取到已更新的业务数据，并且业务服务器不再进行业务数据的缓存，而是立即广播给业务处理中间件，由业务处理中间件进行本地业务数据的更新，从而使得业务处理中间件中总是存储有最新的业务数据，进而可以支持用户通过客户端查询到最新的业务数据。

而且，由业务处理中间件而不是业务数据库支持用户的业务数据查询，不再存在现有技术中频繁的数据查询为业务数据库带来的处理压力和频繁增加的表更新日志，减轻了业务数据库的处理压力，提高了业务数据库的处理性能。

当系统中存在至少两个业务处理中间件时，业务处理中间件可以分布式部署。

在图3～图5所示方法的基础上，通过图6对本发明实施例业务数据处理方法进行更为详细的说明，如图6所示，包括：

步骤601：业务服务器实时扫描业务源设备中的业务数据，获取已更新的业务数据。

步骤602：业务服务器将获取到的所述已更新的业务数据广播给各个业务处理中间件。

步骤603：各个业务处理中间件根据接收到的所述已更新的业务数据对本地的业务数据进行更新。

各个业务处理中间件在重启或者上电时，一般需要从业务数据库中获取业务数据并存储于本地后，才会如本步骤中所述：接收业务服务器广播的所述业务数据，进行本地业务数据的更新处理。

步骤604：业务客户端接收用户的业务请求，向通信中间件发送业务数据查询请求消息。

步骤605：通信中间件接收业务客户端的所述请求消息，根据各个业务处理中间件处理的请求消息的数量，确定处理该新接收到的请求消息的业务处理中间件，将所述请求消息发送给确定的所述业务处理中间件。

步骤606：业务处理中间件接收所述业务数据查询请求消息，从自身存储的业务数据中查询得到所述消息所请求的业务数据，将所述业务数据通过所述通信中间件返回给所述业务客户端。

步骤607：业务客户端将接收到的业务数据向用户展现。

其中，在不同的实现环境下，业务客户端可能还需要对所述业务数据进行计算、统计等处理，向用户展现处理后的业务数据，以便用户能够获取到更为有效的业务数据。另外，各个用户对应的一些无需实时更新的业务数据仍然可以保存在所述业务服务器中，供用户通过客户端以及业务处理中间件进行查询等处理。例如，对于证券交易系统，可以将实时更新的行情信息存储于业务处理中间件中，而各个用户对应的交易信息以及证券持仓数据等仍保存于交易持仓数据库(对应所述业务服务器)中。

以上的方法可以应用与证券交易系统，此时，交易所行情源设备对应业务源设备，行情服务器对应所述业务服务器，交易持仓数据库对应业务数据库；在证券交易系统中进行实时更新的行情信息一般为股票的市场价格数据等。从而，行情数据的处理方法可以为：

A、行情服务器实时扫描交易所行情源设备中的行情信息，获取已更新的行情信息。

B、行情服务器将获取到的所述已更新的行情信息广播给各个业务处理中间件。

C、各个业务处理中间件根据接收到的所述已更新的行情信息对本地的行情信息进行更新。

各个业务处理中间件在重启或者上电时，一般需要从交易持仓数据库中获取初始的行情信息并存储于本地。

D、业务客户端接收用户的行情信息查询请求消息，所述消息中包括业务客户端标识以及股票标识，向通信中间件发送行情信息查询请求消息。

E、通信中间件接收业务客户端的所述请求消息，根据各个业务处理中间件处理的请求消息的数量，确定处理该新接收到的请求消息的业务处理中间件，将所述请求消息发送给确定的所述业务处理中间件。

F、业务处理中间件接收所述行情信息查询请求消息，从自身存储的行情信息中查询得到所述消息所请求的行情信息，将所述行情信息通过所述通信中间件返回给所述业务客户端。

查询得到的行情信息也即为交易类别、证券代码以及当前市场价格等。

G、业务客户端将接收到的行情信息向用户展现。

这里，业务客户端可以根据用户的操作，向用户直接展现查询到的行情信息，或者也可以再通过业务处理中间件从交易持仓数据库中查询得到用户所对应的证券交易信息和证券持仓信息等，计算得到用户的证券市值盈亏，将计算得到的所述证券市值盈亏展现给用户等，具体的展现方式这里并不限定。

与以上业务数据处理方法相对应的，本发明实施例还提供了业务数据处理装置，可以设置于业务服务器中，如图7所示，该装置包括：

获取单元710，用于实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据；

广播单元720，用于将获取到的所述已更新的业务数据广播给各个业务处理中间件，以便业务处理中间件对本地的业务数据进行更新，进而支持业务客户端进行最新业务数据的查询。

优选地，该装置还可以包括：

发送单元730，用于根据预设的更新周期判断业务数据库的更新时刻到达时，将该更新周期中获取到的所述已更新的业务数据发送给所述业务数据库，以便业务数据库对数据库中的业务数据进行更新。

优选地，获取单元710具体可以用于：循环遍历业务源设备中的业务数据，判断各个业务数据是否具有更新标识，如果是，获取该具有更新标识的业务数据；进而，获取单元720还可以用于：删除业务源设备中被业务服务器获取的所述业务数据的更新标识。

另外，获取单元710的所述删除业务数据更新标识的功能也可以通过一个独立的删除单元完成，而且该删除单元还可以设置于业务源设备中。

优选地，广播单元720具体可以用于：

将获取到的所述已更新的业务数据以UDP方式广播给各个业务处理中间件，以便业务处理中间件对本地的业务数据进行更新，进而支持业务客户端进行最新业务数据的查询。

图7所示的装置中，获取单元实时扫描业务源设备中的业务数据，从而实时获取到已更新的业务数据，并由广播单元立即广播给业务处理中间件，由业务处理中间件进行本地业务数据的更新，从而使得业务处理中间件中总是存储有最新的业务数据，使得业务处理中间件可以支持用户通过客户端查询到最新的业务数据。

如图8所示，本发明实施例还提供另一种业务数据处理装置，可以设置于业务处理中间件中，该装置包括：

存储单元810，用于业务处理中间件重启或上电后，从业务数据库中获取业务数据，并存储于本地；

更新单元820，用于接收业务服务器广播的已更新的业务数据，根据所述已更新的业务数据对本地的业务数据进行更新，以支持业务客户端进行最新业务数据的查询。

优选地，该装置还可以包括：

查询单元830，用于接收业务客户端的业务数据查询请求消息，根据所述消息中携带的业务数据标识查询本地存储的业务数据，将查询到的业务数据返回给所述业务客户端。

其中，查询单元830接收到的业务数据查询请求消息可以是直接由业务客户端发来的，或者，也可以是由业务客户端通过通信中间件发来的。

图8所示的装置中，更新单元接收业务服务器广播的已更新的业务数据，根据所述已更新的业务数据对本地的业务数据进行更新，以支持业务客户端进行最新业务数据的查询。从而使得业务处理中间件中总是存储有最新的业务数据，使得业务处理中间件可以支持用户通过客户端查询到最新的业务数据。

本发明实施例还提供一种业务数据处理系统，包括：

业务服务器，用于实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据；将获取到的所述已更新的业务数据广播给各个业务处理中间件，以便业务处理中间件对业务中间件本地的业务数据进行更新，进而支持业务客户端进行最新业务数据的查询；

业务处理中间件，用于重启或上电后，从业务数据库中获取业务数据，并存储于本地；接收业务服务器广播的已更新的业务数据，根据所述已更新的业务数据对本地的业务数据进行更新，以支持业务客户端进行最新业务数据的查询。

本领域普通技术人员可以理解，实现上述实施例业务数据处理方法的过程可以通过程序指令相关的硬件来完成，所述的程序可以存储于可读取存储介质中，该程序在执行时执行上述方法中的对应步骤。所述的存储介质可以如：ROM/RAM、磁碟、光盘等。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种业务数据处理方法，其特征在于，包括：

业务服务器实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据；

将获取到的所述已更新的业务数据广播给各个业务处理中间件，以便业务处理中间件对业务处理中间件本地的业务数据进行更新，进而支持业务客户端进行最新业务数据的查询；

所述业务服务器实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据具体为：

业务服务器循环遍历业务源设备中的业务数据，判断各个业务数据是否具有更新标识，如果是，获取具有更新标识的业务数据；

或者，所述业务服务器实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据具体为：

业务服务器将业务服务器中缓存的业务数据与业务源设备中的业务数据逐一比较，获取业务源设备中、所述比较结果为不同的业务数据。

2.根据权利要求1所述的方法，其特征在于，该方法还包括：

业务服务器根据预设的更新周期判断业务数据库的更新时刻到达时，将该更新周期中获取到的所述已更新的业务数据发送给所述业务数据库，以便业务数据库对数据库中的业务数据进行更新。

3.根据权利要求1或2所述的方法，其特征在于，获取具有更新标识的业务数据之后进一步包括：

业务服务器或业务源设备删除业务源设备中被业务服务器获取的所述业务数据的更新标识。

4.根据权利要求1或2所述的方法，其特征在于，所述将获取到的所述已更新的业务数据广播给各个业务处理中间件具体为：

将获取到的所述已更新的业务数据使用用户数据报协议UDP方式广播给各个业务处理中间件。

5.一种业务数据处理方法，其特征在于，包括：

业务处理中间件重启或上电后，从业务数据库中获取业务数据，并存储于本地；

接收业务服务器广播的已更新的业务数据，根据所述已更新的业务数据对本地的业务数据进行更新，以支持业务客户端进行最新业务数据的查询；

所述已更新的业务数据由业务服务器通过实时扫描业务源设备中的业务数据获取；其中，业务服务器实时扫描业务源设备中的业务数据获取已更新的业务数据通过以下方式实现：

业务服务器循环遍历业务源设备中的业务数据，判断各个业务数据是否具有更新标识，如果是，获取具有更新标识的业务数据；

或者，业务服务器将业务服务器中缓存的业务数据与业务源设备中的业务数据逐一比较，获取业务源设备中、所述比较结果为不同的业务数据。

6.根据权利要求5所述的方法，其特征在于，还包括：

接收业务客户端的业务数据查询请求消息，根据所述消息中携带的业务数据标识查询本地业务数据，将查询到的业务数据返回给所述业务客户端。

7.根据权利要求6所述的方法，其特征在于，所述业务客户端和所述业务处理中间件之间通过通信中间件进行数据传输。

8.一种业务数据处理装置，其特征在于，包括：

获取单元，用于实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据；

广播单元，用于将获取到的所述已更新的业务数据广播给各个业务处理中间件，以便业务处理中间件对本地的业务数据进行更新，进而支持业务客户端进行最新业务数据的查询；

其中，获取单元具体用于：循环遍历业务源设备中的业务数据，判断各个业务数据是否具有更新标识，如果是，获取具有更新标识的业务数据；或者，获取单元具体用于：将业务服务器中缓存的业务数据与业务源设备中的业务数据逐一比较，获取业务源设备中、所述比较结果为不同的业务数据。

9.根据权利要求8所述的装置，其特征在于，该装置还包括：

发送单元，用于根据预设的更新周期判断业务数据库的更新时刻到达时，将该更新周期中获取到的所述已更新的业务数据发送给所述业务数据库，以便业务数据库对数据库中的业务数据进行更新。

10.根据权利要求8或9所述的装置，其特征在于，获取单元还用于：删除业务源设备中被业务服务器获取的所述业务数据的更新标识。

11.根据权利要求8或9所述的装置，其特征在于，广播单元具体用于：

将获取到的所述已更新的业务数据以用户数据报协议UDP方式广播给各个业务处理中间件，以便业务处理中间件对本地的业务数据进行更新，进而支持业务客户端进行最新业务数据的查询。

12.一种业务数据处理装置，其特征在于，包括：

存储单元，用于业务处理中间件重启或上电后，从业务数据库中获取业务数据，并存储于本地；

更新单元，用于接收业务服务器广播的已更新的业务数据，根据所述已更新的业务数据对本地的业务数据进行更新，以支持业务客户端进行最新业务数据的查询；

所述已更新的业务数据由业务服务器通过实时扫描业务源设备中的业务数据获取；其中，业务服务器实时扫描业务源设备中的业务数据获取已更新的业务数据通过以下方式实现：

业务服务器循环遍历业务源设备中的业务数据，判断各个业务数据是否具有更新标识，如果是，获取具有更新标识的业务数据；

或者，业务服务器将业务服务器中缓存的业务数据与业务源设备中的业务数据逐一比较，获取业务源设备中、所述比较结果为不同的业务数据。

13.根据权利要求12所述的装置，其特征在于，还包括：

查询单元，用于接收业务客户端的业务数据查询请求消息，根据所述消息中携带的业务数据标识查询本地业务数据，将查询到的业务数据返回给所述业务客户端。

14.一种业务数据处理系统，其特征在于，包括：

业务服务器，用于实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据；将获取到的所述已更新的业务数据广播给各个业务处理中间件，以便业务处理中间件对业务中间件本地的业务数据进行更新，进而支持业务客户端进行最新业务数据的查询；

业务处理中间件，用于重启或上电后，从业务数据库中获取业务数据，并存储于本地；接收业务服务器广播的已更新的业务数据，根据所述已更新的业务数据对本地的业务数据进行更新，以支持业务客户端进行最新业务数据的查询；

其中，业务服务器包括：获取单元，用于实时扫描业务源设备中的业务数据，获取业务数据中已更新的业务数据；

广播单元，用于将获取到的所述已更新的业务数据广播给各个业务处理中间件，以便业务处理中间件对本地的业务数据进行更新，进而支持业务客户端进行最新业务数据的查询；

其中，获取单元具体用于：循环遍历业务源设备中的业务数据，判断各个业务数据是否具有更新标识，如果是，获取具有更新标识的业务数据；或者，获取单元具体用于：将业务服务器中缓存的业务数据与业务源设备中的业务数据逐一比较，获取业务源设备中、所述比较结果为不同的业务数据；

业务处理中间件包括：存储单元，用于业务处理中间件重启或上电后，从业务数据库中获取业务数据，并存储于本地；

更新单元，用于接收业务服务器广播的已更新的业务数据，根据所述已更新的业务数据对本地的业务数据进行更新，以支持业务客户端进行最新业务数据的查询。

Images