CN105589889A - 管理应用节点的方法、系统及汇总节点 - Google Patents
管理应用节点的方法、系统及汇总节点 Download PDFInfo
- Publication number
- CN105589889A CN105589889A CN201410579985.8A CN201410579985A CN105589889A CN 105589889 A CN105589889 A CN 105589889A CN 201410579985 A CN201410579985 A CN 201410579985A CN 105589889 A CN105589889 A CN 105589889A
- Authority
- CN
- China
- Prior art keywords
- data
- node
- application node
- request
- message
- 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.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种管理应用节点的方法，通过向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；接收所述应用节点发送的数据，并存储所述数据；接收用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据。本发明还公开一种汇总节点及管理应用的系统，从而减少汇总节点和应用节点之间的频繁交互，并且汇总节点可以保存应用节点的数据，用户查询时可以不受其他因数影响。
Description
技术领域
本发明涉及通信领域，尤其涉及到一种管理应用节点的方法、系统及汇总节点。
背景技术
一般情况下，应用节点和汇总节点之间的交互多数采用表述性状态转移(RepresentationalStateTransfer，REST)消息通讯。当网络中断、或者应用节点停止工作的情况下，汇总节点显示的汇总数据会有所欠缺或者直接丢失；当某些REST消息查询耗时较长的情况下，对用户的体验会不理想；针对数据的同步处理大多数会采用定时同步的机制，但如果数据量较庞大，会造成系统很大压力，同时，很多的消息交互是浪费的。
发明内容
本发明提供一种管理应用节点的方法、系统及汇总节点，旨在解决应用节点及汇总节点之间交互信息繁多的技术问题。
为实现上述目的，本发明提供的一种管理应用节点的方法，所述方法包括：
向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；
接收所述应用节点发送的数据，并存储所述数据；
接收用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据。
优选地，所述接收用户设备发送的数据请求，根据存储的所述数据和所述数据请求向所述用户设备发送数据之后，还包括：
根据预先设置的时间判断存储的所述数据是否为最新数据；
若存储的所述数据不是最新数据，则向所述应用节点发送第二消息，所述第二消息用于获取所述应用节点的最新数据；
接收所述应用节点发送的最新数据，并存储所述最新数据。
优选地，所述方法还包括：
接收所述用户设备发送的第二数据请求，并将所述第二数据请求发送给所述应用节点；
接收所述应用节点发送的与所述第二数据请求对应的数据，并将所述与所述第二数据请求对应的数据发送给所述用户设备。
为实现上述目的，本发明提供的一种管理应用节点的方法，所述方法包括：
汇总节点向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；
所述汇总节点接收所述应用节点发送的数据，并存储所述数据；
所述汇总节点接收用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据。
优选地，所述汇总节点接收所述用户设备发送的数据请求，根据存储的所述数据和所述数据请求向所述用户设备发送数据之后，还包括：
所述汇总节点根据预先设置的时间判断存储的所述数据是否为最新数据；
若存储的所述数据不是最新数据，则所述汇总节点向所述应用节点发送第二消息，所述第二消息用于获取所述应用节点的最新数据；
所述汇总节点接收所述应用节点发送的最新数据，并存储所述最新数据。
优选地，所述方法还包括：
所述汇总节点接收到所述用户设备发送的访问所述应用节点的第二数据请求，并将所述第二数据请求发送给所述应用节点；
所述应用节点根据所述第二数据请求向所述汇总节点发送数据；
所述汇总节点接收所述数据，并将所述数据发送给所述用户设备。
为实现上述目的，本发明提供的一种汇总节点，所述汇总节点包括：
第一发送单元，用于向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；
第一接收单元，用于接收所述应用节点发送的数据，并存储所述数据；
第二接收单元，用于接收用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据。
优选地，所述汇总节点还包括：
更新单元，用于根据预先设置的时间判断存储的所述数据是否为最新数据；若存储的所述数据不是最新数据，则向所述应用节点发送第二消息，所述第二消息用于获取所述应用节点的最新数据；接收所述应用节点发送的最新数据，并存储所述最新数据。
优选地，所述汇总节点还包括第三接收单元和第二发送单元；
所述第三接收单元，用于接收所述用户设备发送的第二数据请求；
所述第二发送单元，用于将所述第二数据请求发送给所述应用节点；
所述第三接收单元，还用于接收所述应用节点发送的与所述第二数据请求对应的数据；
所述第二发送单元，还用于将所述与所述第二数据请求对应的数据发送给所述用户设备。
为实现上述目的，本发明提供的一种管理应用节点的系统，所述系统包括汇总节点和至少一个应用节点，所述汇总节点和所述应用节点之间通过表述性状态转移REST接口连接，所述汇总节点包括权利要求7至9中任意一项所述的汇总节点。
本发明实施例通过向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；接收所述应用节点发送的数据，并存储所述数据；接收用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据，从而减少汇总节点和应用节点之间的频繁交互，并且汇总节点可以保存应用节点的数据，用户查询时可以不受其他因数影响。
附图说明
图1为本发明提供的管理应用节点的方法第一实施例的流程示意图；
图2为本发明提供的管理应用节点的方法第二实施例的流程示意图；
图3为本发明提供的管理应用节点的方法第三实施例的流程示意图；
图4是本发明提供的管理应用节点的方法示意图；
图5为本发明提供的管理应用节点的方法第四实施例的流程示意图；
图6为本发明提供的管理应用节点的方法第五实施例的流程示意图；
图7为本发明提供的管理应用节点的方法第六实施例的流程示意图；
图8为本发明提供的汇总节点第一实施例的功能模块示意图；
图9为本发明提供的汇总节点第二实施例的功能模块示意图；
图10为本发明提供的汇总节点第三实施例的功能模块示意图；
图11为本发明提供的管理应用节点的系统的功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明提供一种管理应用节点的方法。
参照图1，图1为本发明提供的管理应用节点的方法第一实施例的流程示意图。
在第一实施例中，该管理应用节点的方法包括：
步骤101，向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；
具体的，系统初始化时，汇总节点先发消息给各个应用节点，请求查询各个应用节点的最新数据，汇总各应用节点的数据信息以及各应用节点业务的基本数据信息或者各个应用节点的其他数据信息。
步骤102，接收所述应用节点发送的数据，并存储所述数据；
具体的，在所述数据信息返回后，汇总节点将所述数据信息保存于数据库，使得用户可以请求查看各应用节点的数据信息。
步骤103，接收用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据。
具体的，在用户设备向所述汇总节点请求查看各个应用节点的数据时，所述用户设备向所述汇总节点发送数据请求。
所述汇总节点从预先存储的数据库中获取相应的数据并将所述数据以页面的形式发送给所述用户设备。
传统的汇总节点不保留任何数据，所有数据直接通过表述性状态转移(RepresentationalStateTransfer，REST)接口获取。若某些REST接口耗时较长，用户体验不好，当网络不稳定或者应用节点停止的情况下显示会有欠缺或者查询不到数据，且每次访问都需要通过频繁的消息交互，该方法优点在于获取的数据都是实时数据。若汇总节点将数据保留在数据库中，汇总节点定时获取应用节点的数据，该方法缺点在于实时性不好，且消息会有大量浪费。首先如果需要获取消息的种类较多的情况下，定时获取数据会相当麻烦；如果消息种类较少，消息也会有浪费，比如平常汇总节点没有查看数据的情况也需要定时同步，该方法的优点在于数据均已保存至汇总节点，查询不受其他因数影响。
本发明实施例通过向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；接收所述应用节点发送的数据，并存储所述数据；接收用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据，从而减少汇总节点和应用节点之间的频繁交互，并且汇总节点可以保存应用节点的数据，用户查询时可以不受其他因数影响。
参照图2，图2为本发明提供的管理应用节点的方法第二实施例的流程示意图。在第一实施例的基础上，步骤103之后还包括步骤104-步骤106；
步骤104，根据预先设置的时间判断存储的所述数据是否为最新数据；
具体的，汇总节点检查应用节点N的结果是否是最新的，假设30分钟为预先设置的时间，可以检查获取的应用节点N的数据是否是30分钟以内。
步骤105，若存储的所述数据不是最新数据，则向所述应用节点发送第二消息，所述第二消息用于获取所述应用节点的最新数据；
具体的，若所述应用节点N的数据不是最新数据，则所述汇总节点向所述应用节点N发消息，请求最新数据。
步骤106，接收所述应用节点发送的最新数据，并存储所述最新数据。
具体的，在所述最新消息返回后，所述汇总节点将所述最新数据保存在数据库中。
参照图3，图3为本发明提供的管理应用节点的方法第三实施例的流程示意图。在第一实施例或者第二实施例的基础上，还包括步骤107-步骤108。
步骤107，接收所述用户设备发送的第二数据请求，并将所述第二数据请求发送给所述应用节点；
具体的，在用户请求查看各个应用节点的基本信息的情况下，所述用户设备向所述汇总节点发送数据请求；所述汇总节点向应用节点转发所述数据请求，请求查询所述应用节点的最新数据。接收所述应用节点发送的与所述第二数据请求对应的数据，并将所述与所述第二数据请求对应的数据发送给所述用户设备。
在所述应用节点返回数据消息的情况下，应用节点将所述数据信息发送给汇总节点，以使得所述汇总节点直接将所述数据消息发送给用户设备，并且不保存数据库；所述汇总节点将所述数据消息以页面的形式发给所述用户设备。
参考图4，图4是本发明提供的管理应用节点的方法示意图。
步骤401、系统初始化时，汇总节点先发消息给各个应用节点，请求查询各个应用节点的最新数据，汇总各应用节点的数据信息以及各应用节点业务的基本数据信息或者各个应用节点的其他数据信息；
步骤402、在所述数据信息返回后，汇总节点将所述数据信息保存于数据库，使得用户可以请求查看各应用节点的数据信息；
步骤403、在用户设备向所述汇总节点请求查看各个应用节点的数据时，所述用户设备向所述汇总节点发送数据请求；
步骤404、所述汇总节点从预先存储的数据库中获取相应的数据并将所述数据以页面的形式发送给所述用户设备；
步骤405、汇总节点检查应用节点N的结果是否是最新的，假设30分钟为预先设置的时间，可以检查获取的应用节点N的数据是否是30分钟以内；
步骤406、若所述应用节点N的数据不是最新数据，则所述汇总节点向所述应用节点N发消息，请求最新数据；
步骤407、在所述最新消息返回后，所述汇总节点将所述最新数据保存在数据库中；
步骤408、在用户请求查看各个应用节点的基本信息的情况下，所述用户设备向所述汇总节点发送数据请求；
步骤409、所述汇总节点向应用节点转发所述数据请求，请求查询所述应用节点的最新数据；
步骤410、在所述应用节点返回数据消息的情况下，应用节点将所述数据信息发送给汇总节点，以使得所述汇总节点直接将所述数据消息发送给用户设备，并且不保存数据库；
步骤411、所述汇总节点将所述数据消息以页面的形式发给所述用户设备。
本发明提供的方案是提供实时消息和数据库结合的机制，将汇总类的信息和耗时较长的信息通过查询REST接口后保存于数据库，并且超过固定时间后自动同步最新的数据。其他基本信息通过实时消息查询。该方法的优点在于减少消息交互，当用户未使用汇总节点时，就不存在消息交互。用户第一次查询数据后发现数据不是最新的，会自动同步最新的数据，此时已将最新数据发送给用户，不需要用户同步等待，同时，设置更新时间，使得用户在下一次访问时看到应用节点的最新数据。在应用节点停止运行或者网络中断时，也不会影响汇总节点的访问，因为某些汇总信息是保存在数据库中的。
参照图5，图5为本发明提供的管理应用节点的方法第四实施例的流程示意图。
在第四实施例中，该管理应用节点的方法包括：
步骤501，汇总节点向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；
具体的，系统初始化时，汇总节点先发消息给各个应用节点，请求查询各个应用节点的最新数据，汇总各应用节点的数据信息以及各应用节点业务的基本数据信息或者各个应用节点的其他数据信息。
步骤502，所述汇总节点接收所述应用节点发送的数据，并存储所述数据；
具体的，在所述数据信息返回后，汇总节点将所述数据信息保存于数据库，使得用户可以请求查看各应用节点的数据信息。
步骤503，所述用户设备向所述汇总节点发送第一数据请求；
具体的，在用户设备向所述汇总节点请求查看各个应用节点的数据时，所述用户设备向所述汇总节点发送数据请求。
步骤504，所述汇总节点接收所述用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据。
具体的，所述汇总节点从预先存储的数据库中获取相应的数据并将所述数据以页面的形式发送给所述用户设备。
传统的汇总节点不保留任何数据，所有数据直接通过表述性状态转移(RepresentationalStateTransfer，REST)接口获取。若某些REST接口耗时较长，用户体验不好，当网络不稳定或者应用节点停止的情况下显示会有欠缺或者查询不到数据，且每次访问都需要通过频繁的消息交互，该方法优点在于获取的数据都是实时数据。若汇总节点将数据保留在数据库中，汇总节点定时获取应用节点的数据，该方法缺点在于实时性不好，且消息会有大量浪费。首先如果需要获取消息的种类较多的情况下，定时获取数据会相当麻烦；如果消息种类较少，消息也会有浪费，比如平常汇总节点没有查看数据的情况也需要定时同步，该方法的优点在于数据均已保存至汇总节点，查询不受其他因数影响。
本发明实施例通过向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；接收所述应用节点发送的数据，并存储所述数据；接收用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据，从而减少汇总节点和应用节点之间的频繁交互，并且汇总节点可以保存应用节点的数据，用户查询时可以不受其他因数影响。
参照图6，图6为本发明提供的管理应用节点的方法第五实施例的流程示意图。在第四实施例的基础上，步骤504之后还包括步骤505-步骤507；
步骤505、所述汇总节点根据预先设置的时间判断存储的所述数据是否为最新数据；
具体的，汇总节点检查应用节点N的结果是否是最新的，假设30分钟为预先设置的时间，可以检查获取的应用节点N的数据是否是30分钟以内。
步骤506、若存储的所述数据不是最新数据，则所述汇总节点向所述应用节点发送第二消息，所述第二消息用于获取所述应用节点的最新数据；
具体的，若所述应用节点N的数据不是最新数据，则所述汇总节点向所述应用节点N发消息，请求最新数据。
步骤507、所述汇总节点接收所述应用节点发送的最新数据，并存储所述最新数据。
具体的，在所述最新消息返回后，所述汇总节点将所述最新数据保存在数据库中。
参照图7，图7为本发明提供的管理应用节点的方法第六实施例的流程示意图。在第四实施例或者第五实施例的基础上，还包括步骤508-步骤511。
步骤508、所述用户设备向所述汇总节点发送访问所述应用节点的第二数据请求；
具体的，在用户请求查看各个应用节点的基本信息的情况下，所述用户设备向所述汇总节点发送数据请求。
步骤509、所述汇总节点接收到所述第二数据请求，并将所述第二数据请求发送给所述应用节点；
具体的，所述汇总节点向应用节点转发所述数据请求，请求查询所述应用节点的最新数据。
步骤510、所述应用节点根据所述第二数据请求向所述汇总节点发送数据；
具体的，在所述应用节点返回数据消息的情况下，应用节点将所述数据信息发送给汇总节点，以使得所述汇总节点直接将所述数据消息发送给用户设备，并且不保存数据库。
步骤511、所述汇总节点接收所述数据，并将所述数据发送给所述用户设备。
具体的，所述汇总节点将所述数据消息以页面的形式发给所述用户设备。
本发明提供的方案是提供实时消息和数据库结合的机制，将汇总类的信息和耗时较长的信息通过查询REST接口后保存于数据库，并且超过固定时间后自动同步最新的数据。其他基本信息通过实时消息查询。该方法的优点在于减少消息交互，当用户未使用汇总节点时，就不存在消息交互。用户第一次查询数据后发现数据不是最新的，会自动同步最新的数据，此时已将最新数据发送给用户，不需要用户同步等待，同时，设置更新时间，使得用户在下一次访问时看到应用节点的最新数据。在应用节点停止运行或者网络中断时，也不会影响汇总节点的访问，因为某些汇总信息是保存在数据库中的。
本发明提供一种汇总节点。
参照图8，图8为本发明提供的汇总节点第一实施例的功能模块示意图。
在第一实施例中，该汇总节点包括：
第一发送单元801，用于向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；
具体的，系统初始化时，汇总节点先发消息给各个应用节点，请求查询各个应用节点的最新数据，汇总各应用节点的数据信息以及各应用节点业务的基本数据信息或者各个应用节点的其他数据信息。
第一接收单元802，用于接收所述应用节点发送的数据，并存储所述数据；
具体的，在所述数据信息返回后，汇总节点将所述数据信息保存于数据库，使得用户可以请求查看各应用节点的数据信息。
第二接收单元803，用于接收用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据。
具体的，在用户设备向所述汇总节点请求查看各个应用节点的数据时，所述用户设备向所述汇总节点发送数据请求；
所述汇总节点从预先存储的数据库中获取相应的数据并将所述数据以页面的形式发送给所述用户设备。
传统的汇总节点不保留任何数据，所有数据直接通过表述性状态转移(RepresentationalStateTransfer，REST)接口获取。若某些REST接口耗时较长，用户体验不好，当网络不稳定或者应用节点停止的情况下显示会有欠缺或者查询不到数据，且每次访问都需要通过频繁的消息交互，该方法优点在于获取的数据都是实时数据。若汇总节点将数据保留在数据库中，汇总节点定时获取应用节点的数据，该方法缺点在于实时性不好，且消息会有大量浪费。首先如果需要获取消息的种类较多的情况下，定时获取数据会相当麻烦；如果消息种类较少，消息也会有浪费，比如平常汇总节点没有查看数据的情况也需要定时同步，该方法的优点在于数据均已保存至汇总节点，查询不受其他因数影响。
本发明实施例通过向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；接收所述应用节点发送的数据，并存储所述数据；接收用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据，从而减少汇总节点和应用节点之间的频繁交互，并且汇总节点可以保存应用节点的数据，用户查询时可以不受其他因数影响。
参照图9，图9为本发明提供的汇总节点第二实施例的功能模块示意图。在第一实施例的基础上，汇总节点还包括更新单元804；
所述更新单元804，用于根据预先设置的时间判断存储的所述数据是否为最新数据；若存储的所述数据不是最新数据，则向所述应用节点发送第二消息，所述第二消息用于获取所述应用节点的最新数据；接收所述应用节点发送的最新数据，并存储所述最新数据。
具体的，汇总节点检查应用节点N的结果是否是最新的，假设30分钟为预先设置的时间，可以检查获取的应用节点N的数据是否是30分钟以内；
若所述应用节点N的数据不是最新数据，则所述汇总节点向所述应用节点N发消息，请求最新数据；
在所述最新消息返回后，所述汇总节点将所述最新数据保存在数据库中。
参照图10，图10为本发明提供的汇总节点第三实施例的功能模块示意图。在第一实施例或者第二实施例的基础上，还包括第三接收单元805和第二发送单元806。
所述第三接收单元805，用于接收所述用户设备发送的第二数据请求；
具体的，在用户请求查看各个应用节点的基本信息的情况下，所述用户设备向所述汇总节点发送数据请求。
所述第二发送单元806，用于将所述第二数据请求发送给所述应用节点；
具体的，所述汇总节点向应用节点转发所述数据请求，请求查询所述应用节点的最新数据。
所述第三接收单元805，还用于接收所述应用节点发送的与所述第二数据请求对应的数据；
具体的，在所述应用节点返回数据消息的情况下，应用节点将所述数据信息发送给汇总节点，以使得所述汇总节点直接将所述数据消息发送给用户设备，并且不保存数据库。
所述第二发送单元806，还用于将所述与所述第二数据请求对应的数据发送给所述用户设备。
具体的，所述汇总节点将所述数据消息以页面的形式发给所述用户设备。
本发明提供的方案是提供实时消息和数据库结合的机制，将汇总类的信息和耗时较长的信息通过查询REST接口后保存于数据库，并且超过固定时间后自动同步最新的数据。其他基本信息通过实时消息查询。该方法的优点在于减少消息交互，当用户未使用汇总节点时，就不存在消息交互。用户第一次查询数据后发现数据不是最新的，会自动同步最新的数据，此时已将最新数据发送给用户，不需要用户同步等待，同时，设置更新时间，使得用户在下一次访问时看到应用节点的最新数据。在应用节点停止运行或者网络中断时，也不会影响汇总节点的访问，因为某些汇总信息是保存在数据库中的。
本发明提供一种管理应用节点的系统。
参照图11，图11为本发明提供的管理应用节点的系统的功能模块示意图。
在第一实施例中，该管理应用节点的系统包括：
所述系统包括汇总节点1101和至少一个应用节点1102，所述汇总节点1101和所述应用节点1102之间通过表述性状态转移REST接口连接，所述汇总节点1101包括图8-10所述的汇总节点1101。
本发明实施例通过向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；接收所述应用节点发送的数据，并存储所述数据；接收用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据，从而减少汇总节点和应用节点之间的频繁交互，并且汇总节点可以保存应用节点的数据，用户查询时可以不受其他因数影响。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种管理应用节点的方法，其特征在于，所述方法包括：
向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；
接收所述应用节点发送的数据，并存储所述数据；
接收用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据。
2.根据权利要求1所述的方法，其特征在于，所述接收用户设备发送的数据请求，根据存储的所述数据和所述数据请求向所述用户设备发送数据之后，还包括：
根据预先设置的时间判断存储的所述数据是否为最新数据；
若存储的所述数据不是最新数据，则向所述应用节点发送第二消息，所述第二消息用于获取所述应用节点的最新数据；
接收所述应用节点发送的最新数据，并存储所述最新数据。
3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
接收所述用户设备发送的第二数据请求，并将所述第二数据请求发送给所述应用节点；
接收所述应用节点发送的与所述第二数据请求对应的数据，并将所述与所述第二数据请求对应的数据发送给所述用户设备。
4.一种管理应用节点的方法，其特征在于，所述方法包括：
汇总节点向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；
所述汇总节点接收所述应用节点发送的数据，并存储所述数据；
所述汇总节点接收用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据。
5.根据权利要求4所述的方法，其特征在于，所述汇总节点接收所述用户设备发送的数据请求，根据存储的所述数据和所述数据请求向所述用户设备发送数据之后，还包括：
所述汇总节点根据预先设置的时间判断存储的所述数据是否为最新数据；
若存储的所述数据不是最新数据，则所述汇总节点向所述应用节点发送第二消息，所述第二消息用于获取所述应用节点的最新数据；
所述汇总节点接收所述应用节点发送的最新数据，并存储所述最新数据。
6.根据权利要求4或5所述的方法，其特征在于，所述方法还包括：
所述汇总节点接收所述用户设备发送的访问所述应用节点的第二数据请求，并将所述第二数据请求发送给所述应用节点；
所述应用节点根据所述第二数据请求向所述汇总节点发送数据；
所述汇总节点接收所述数据，并将所述数据发送给所述用户设备。
7.一种汇总节点，其特征在于，所述汇总节点包括：
第一发送单元，用于向应用节点发送第一消息，所述第一消息用于获取所述应用节点的数据；
第一接收单元，用于接收所述应用节点发送的数据，并存储所述数据；
第二接收单元，用于接收用户设备发送的第一数据请求，根据存储的所述数据和所述第一数据请求向所述用户设备发送所述第一数据请求对应的数据。
8.根据权利要求7所述的汇总节点，其特征在于，所述汇总节点还包括：
更新单元，用于根据预先设置的时间判断存储的所述数据是否为最新数据；若存储的所述数据不是最新数据，则向所述应用节点发送第二消息，所述第二消息用于获取所述应用节点的最新数据；接收所述应用节点发送的最新数据，并存储所述最新数据。
9.根据权利要求7或8所述的汇总节点，其特征在于，所述汇总节点还包括第三接收单元和第二发送单元；
所述第三接收单元，用于接收所述用户设备发送的第二数据请求；
所述第二发送单元，用于将所述第二数据请求发送给所述应用节点；
所述第三接收单元，还用于接收所述应用节点发送的与所述第二数据请求对应的数据；
所述第二发送单元，还用于将所述与所述第二数据请求对应的数据发送给所述用户设备。
10.一种管理应用节点的系统，其特征在于，所述系统包括汇总节点和至少一个应用节点，所述汇总节点和所述应用节点之间通过表述性状态转移REST接口连接，所述汇总节点包括权利要求7至9中任意一项所述的汇总节点。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410579985.8A CN105589889A (zh) | 2014-10-24 | 2014-10-24 | 管理应用节点的方法、系统及汇总节点 |
| PCT/CN2015/085458 WO2016062144A1 (zh) | 2014-10-24 | 2015-07-29 | 管理应用节点的方法、系统及汇总节点 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410579985.8A CN105589889A (zh) | 2014-10-24 | 2014-10-24 | 管理应用节点的方法、系统及汇总节点 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105589889A true CN105589889A (zh) | 2016-05-18 |
Family
ID=55760254
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410579985.8A Withdrawn CN105589889A (zh) | 2014-10-24 | 2014-10-24 | 管理应用节点的方法、系统及汇总节点 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN105589889A (zh) |
| WO (1) | WO2016062144A1 (zh) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101477596A (zh) * | 2009-02-02 | 2009-07-08 | 中国网络通信集团公司 | 医疗数据中心系统 |
| CN102148850A (zh) * | 2010-08-09 | 2011-08-10 | 华为软件技术有限公司 | 一种集群系统的业务处理方法及集群系统 |
| CN103297528A (zh) * | 2013-06-05 | 2013-09-11 | 北京奇虎科技有限公司 | 一种获取票务信息的方法和装置 |
| CN103888545A (zh) * | 2014-04-14 | 2014-06-25 | 北京搜狐新媒体信息技术有限公司 | 一种分布式系统中全局型数据的处理方法和装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7917495B1 (en) * | 2004-06-11 | 2011-03-29 | Seisint, Inc. | System and method for processing query requests in a database system |
| CN102546782B (zh) * | 2011-12-28 | 2015-04-29 | 北京奇虎科技有限公司 | 一种分布式系统及其数据操作方法 |
| CN103116661B (zh) * | 2013-03-20 | 2016-01-27 | 广东宜通世纪科技股份有限公司 | 一种数据库的数据处理方法 |
-
2014
- 2014-10-24 CN CN201410579985.8A patent/CN105589889A/zh not_active Withdrawn
-
2015
- 2015-07-29 WO PCT/CN2015/085458 patent/WO2016062144A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101477596A (zh) * | 2009-02-02 | 2009-07-08 | 中国网络通信集团公司 | 医疗数据中心系统 |
| CN102148850A (zh) * | 2010-08-09 | 2011-08-10 | 华为软件技术有限公司 | 一种集群系统的业务处理方法及集群系统 |
| CN103297528A (zh) * | 2013-06-05 | 2013-09-11 | 北京奇虎科技有限公司 | 一种获取票务信息的方法和装置 |
| CN103888545A (zh) * | 2014-04-14 | 2014-06-25 | 北京搜狐新媒体信息技术有限公司 | 一种分布式系统中全局型数据的处理方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2016062144A1 (zh) | 2016-04-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108989429A (zh) | 实时更新页面数据的方法、装置、电子设备 | |
| CN102263988B (zh) | 交互式网络电视iptv的消息业务的实现方法及系统 | |
| CN105429858A (zh) | 一种多机器人间实时消息传递方法 | |
| CN103518350A (zh) | 群组通信的方法、系统、群组服务器和群组成员设备 | |
| CN106301969B (zh) | Http长链接的管理方法及系统 | |
| CN103166827A (zh) | 用户行为数据上报方法和系统 | |
| US10503725B2 (en) | Decentralized distributed database consistency | |
| CN102769709B (zh) | 一种用于向用户提供服务联系信息的方法与装置 | |
| CN106775486A (zh) | 数据访问系统、方法及路由服务器、配置中心服务器 | |
| CN101594320A (zh) | 一种基于snmp协议的消息交互方法 | |
| CN103440142A (zh) | 基于gprs远程升级及动态加载方法 | |
| CN101674329A (zh) | 一种互联网访问方法和互联网访问系统 | |
| US9559995B1 (en) | System and method for broadcasting contents from web-based browser to a recipient device using extensible messaging and presence protocol (XMPP) | |
| CN101964810A (zh) | 基于浏览器的实时信息同步方法 | |
| CN103716230A (zh) | 消息发送方法、装置及服务器 | |
| CN105100158A (zh) | 消息推送、获取方法及装置 | |
| CN103797751B (zh) | 一种用户在线状态的查询方法和装置 | |
| CN103179009A (zh) | 一种分布式管理系统的动态自适应调用方法 | |
| US20170359708A1 (en) | Call Transfer Method and Terminal | |
| CN103036861A (zh) | 通讯录联系人关系匹配的方法、系统、服务器端和客户端 | |
| CN101808298A (zh) | 提示语言的发送方法及终端 | |
| CN110505648A (zh) | 一种无线设备防掉线方法 | |
| CN106254615A (zh) | 一种会话列表同步系统及同步方法 | |
| CN103533001A (zh) | 基于http多重代理的通信方法和系统、中间代理服务器 | |
| CN105589889A (zh) | 管理应用节点的方法、系统及汇总节点 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WW01 | Invention patent application withdrawn after publication | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20160518 |