数据更新指令给多个运算服务器。
[0046]S102，运算服务器在接收到所述数据更新指令后，暂停当前的运算服务。
[0047]所述运算服务包括任何形式的运算任务，这里不作限定，例如对收集到的大盘数据进行运算分析以得到股票走势预测结果。
[0048]由于运算服务是由多个运算服务器来执行，故运算服务中的运算请求以消息队列的形式排列，以使各个运算服务器监听消息队列中的消息，并处理监听到的消息。需要指出的是，所述消息队列可以是ActiveMQ消息队列，预先由后台服务器中的消息服务器生成。
[0049]由上可见，本发明实施例中，每个运算服务器都是一个独立的个体，其数量可以自由增减，增添更多的运算服务器的数量，或减少当前的运算服务器的数量时，其它运算服务器的工作不受影响，不会中断正在工作的运算服务器，确保了本发明实施例中运算服务器的可扩展性和运算服务的稳定性。
[0050]具体的，每个运算服务器在接收到数据更新指令后，暂停对后台服务器中消息队列服务器的消息队列的监听。
[0051]S103，后台服务器向各个所述运算服务器发送对应的目标数据。
[0052]S104，运算服务器接收对应的所述目标数据，并通过所述目标数据更新其本地数据。
[0053]具体的，每个运算服务器接收对应的目标数据，运算服务器上的运算服务程序加载该目标数据，加载完当前部分后再加载另一部分直至本地数据更新完毕。
[0054]进一步地，运算服务器通知后台服务器本地数据已更新完成。
[0055]具体实现过程中，每个运算服务器均在本地数据更新完成后，通知后台服务器中的控制服务器，以便控制服务器知悉各个服务器的更新进度。
[0056]进一步可选地，运算服务器恢复当前的运算服务。
[0057]具体实现过程中，每个运算服务器恢复对后台服务器中消息队列服务器的消息队列的监听，并处理监听到的消息队列中的消息。
[0058]由上可见，本发明实施例的数据更新过程中，每个运算服务器都会确保在更新完毕后才提供运算服务，不会出现“脏”数据，确保了运算服务的准确性。另外，本发明实施例的数据更新过程中，每个运算服务器各自更新数据后主动加入到运算服务中，而不必等待其它的运算服务器，性能较差的服务器完成数据更新后再加入到运算服务中，确保了运算服务的尚效性。
[0059]本发明实施例中的各个运算服务器在接收到后台服务器通过广播消息下发的数据更新指令后，先暂停当前的运算服务，再接收后台服务器发送的目标数据，并通过目标数据更新本地数据，可以实现集中式地对网络中的运算服务器进行数据更新，且具有高效、稳定和准确的优点。
[0060]图2是本发明实施例中另一种数据处理的方法的流程示意图，可以包括:
[0061 ] S201，后台服务器持续生成消息队列。
[0062]可选的，所述消息队列可以是ActiveMQ消息队列。
[0063]具体的，后台服务器中的消息队列服务器持续生成ActiveMQ消息队列。
[0064]S202，后台服务器获取各个所述运算服务器对应的目标数据。
[0065]所述目标数据即用以更新的数据。具体的，上传各个运算服务器对应的目标数据到后台服务器中的FTP服务器上，FTP服务器获取该目标数据。
[0066]S203，后台服务器通过广播消息向多个运算服务器下发数据更新指令。
[0067]所述广播消息是一种一对多的消息群发方式。具体的，后台服务器中的控制服务器通过广播消息群发数据更新指令给多个运算服务器。
[0068]S204，运算服务器在接收到所述数据更新指令后，暂停对所述后台服务器中的所述消息队列的监听。
[0069]所述运算服务包括任何形式的运算任务，这里不作限定，例如对收集到的大盘数据进行运算分析以得到股票走势预测结果。
[0070]其中，运算服务中的运算请求已加入上述消息队列，各个运算服务器通过监听消息队列中的消息，并处理监听到的消息方式实现运算服务。
[0071 ]由上可见，本发明实施例中，每个运算服务器都是一个独立的个体，其数量可以自由增减，增添更多的运算服务器的数量，或减少当前的运算服务器的数量时，其它运算服务器的工作不受影响，不会中断正在工作的运算服务器，确保了本发明实施例中运算服务器的可扩展性和运算服务的稳定性。
[0072]具体的，每个运算服务器在接收到数据更新指令后，暂停对后台服务器中消息队列服务器的消息队列的监听。
[0073]S205，后台服务器向各个所述运算服务器发送对应的目标数据。
[0074]S206，运算服务器接收对应的所述目标数据，并通过所述目标数据更新其本地数据。
[0075]具体的，每个运算服务器接收对应的目标数据，运算服务器上的运算服务程序加载该目标数据，加载完当前部分后再加载另一部分直至本地数据更新完毕。
[0076]S207，运算服务器通知所述后台服务器所述本地数据已更新完成。
[0077]具体的，每个运算服务器均在本地数据更新完成后，通知后台服务器中的控制服务器，以便控制服务器知悉各个服务器的更新进度。
[0078]S208，运算服务器恢复对所述后台服务器中的所述消息队列的监听。
[0079]具体的，每个运算服务器恢复对后台服务器中消息队列服务器的消息队列的监听。
[0080]S209，运算服务器处理监听到的所述消息队列中的消息。
[0081]由上可见，本发明实施例的数据更新过程中，每个运算服务器都会确保在更新完毕后才提供运算服务，不会出现“脏”数据，确保了运算服务的准确性。另外，本发明实施例的数据更新过程中，每个运算服务器各自更新数据后主动加入到运算服务中，而不必等待其它的运算服务器，性能较差的服务器完成数据更新后再加入到运算服务中，确保了运算服务的尚效性。
[0082]本发明实施例中的各个运算服务器在接收到后台服务器通过广播消息下发的数据更新指令后，先暂停当前的运算服务，再接收后台服务器发送的目标数据，并通过目标数据更新本地数据，可以实现集中式地对网络中的运算服务器进行数据更新，且具有高效、稳定和准确的优点。
[0083]图3是本发明实施例中一种数据处理的系统的结构示意图。如图所示本发明实施例中的数据更新的系统至少可以包括后台服务器310和多个运算服务器320，其中:
[0084]后台服务器310，用于通过广播消息向各个所述运算服务器320下发数据更新指令。
[0085]所述广播消息是一种一对多的消息群发方式。具体的，后台服务器310中的控制服务器通过广播消息群发数据更新指令给多个运算服务器320。
[0086]所述运算服务器320，用于在接收到所述数据更新指令后，暂停当前的运算服务。
[0087]所述运算服务包括任何形式的运算任务，这里不作限定，例如对收集到的大盘数据进行运算分析以得到股票走势预测结果。
[0088]由于运算服务是由多个运算服务器320来执行，故运算服务中的运算请求以消息队列的形式排列，以使各个运算服务器320监听消息队列中的消息，并处理监听到的消息。需要指出的是，所述消息队列可以是ActiveMQ消息队列，预先由后台服务器310