CN105307247A - 缓存业务设备选择方法、设备及系统 - Google Patents

缓存业务设备选择方法、设备及系统 Download PDF

Info

Publication number
CN105307247A
CN105307247A CN201510632162.1A CN201510632162A CN105307247A CN 105307247 A CN105307247 A CN 105307247A CN 201510632162 A CN201510632162 A CN 201510632162A CN 105307247 A CN105307247 A CN 105307247A
Authority
CN
China
Prior art keywords
equipment
buffer memory
business
service
memory business
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
Application number
CN201510632162.1A
Other languages
English (en)
Inventor
李娜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qingdao Haier Intelligent Home Appliance Technology Co Ltd
Original Assignee
Qingdao Haier Intelligent Home Appliance Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Qingdao Haier Intelligent Home Appliance Technology Co Ltd filed Critical Qingdao Haier Intelligent Home Appliance Technology Co Ltd
Priority to CN201510632162.1A priority Critical patent/CN105307247A/zh
Publication of CN105307247A publication Critical patent/CN105307247A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种缓存业务设备选择方法、设备及系统，所述方法包括：业务发现时间窗开始时，广播Subscribe消息，所述Subscribe消息中请求实例ID取值为预设的代表缓存业务的固定常量；接收可提供缓存业务的各设备反馈的Publish消息，根据各所述Publish消息中携带的设备信息和/或缓存业务信息，按照设定的选取策略，从可提供缓存业务的各设备中选定一个设备作为业务缓存的设备。本发明中可休眠设备可以根据代表缓存业务的固定Instance？ID值发起缓存业务查询请求，并根据可提供缓存业务的设备反馈的Publish消息，选择合适的缓存设备，很好的解决了现有技术中当存在多个可提供缓存业务的设备时，无法进行设备选择的问题。

Description

缓存业务设备选择方法、设备及系统
技术领域
本发明涉及通信技术领域，尤其涉及一种缓存业务设备选择方法、设备及系统。
背景技术
Wi-Fi联盟制定了临近发现网络NAN(NeighborAwarenessNetwork)的标准规范。此规范旨于低功耗、快速的发现周围设备提供的业务。
NAN技术是通过时间同步，在约定好的发现时间窗内进行业务发现。目前的标准中定义了2大类消息：信标Beacon和业务发现。信标Beacon又分为同步Beacon和发现Beacon。发现Beacon传输于发现时间窗外，用于发现NANCluster(NANCluster是由多个设备组成的一个团体，在这个团体中，时间同步，使用相同的时间窗进行业务发现)；同步Beacon是用于使NANCluster内的设备时间同步。业务发现消息是用在发现时间窗内，用于发现所在的NANCluster内其他设备提供的业务。
每个设备使用Publish类型的业务发现消息，广播自己提供的业务，使用Subscribe类型的业务发现消息，广播自己所需业务。在发送Publish(发布)或Subscribe(查询)消息之前，对应某个业务，Publish或Subscribefunction为该业务创建一个Instance(实例)并提供相应的Publish或SubscribeID，并通过使用这些ID进行业务间的交互。
设备可以通过广播NANSDFPublish消息推送自己可以提供的业务，也可以通过广播NANSDFSubscribe消息查询自己所需的业务。
在一个NANCluster内，每个设备都需要在发现的时间窗内进行业务监听，包括广播自己的业务，或者接收其他设备的业务需求，来完成业务间的发现。
但是低功耗设备频繁的在发现时间窗内进行业务发现，会增加耗电量，因此他们需要一个能提供更多能力的设备进行帮助，使低功耗设备可以在几个连续的发现时间窗内休眠，而且最小的影响业务发现。然而，当存在多个设备为休眠设备提供缓存业务时，应该如何进行设备选择成为本发明所要解决的技术问题。
发明内容
鉴于上述问题，提出了本发明以便提供一种解决上述问题的缓存业务设备选择方法、设备及系统。
依据本发明的一个方面，提供一种缓存业务设备选择方法，应用于可休眠设备侧，包括：
业务发现时间窗开始时，广播Subscribe消息，所述Subscribe消息中请求实例ID取值为预设的代表缓存业务的固定常量；
接收可提供缓存业务的各设备反馈的Publish消息，根据各所述Publish消息中携带的设备信息和/或缓存业务信息，按照设定的选取策略，从所述可提供缓存业务的各设备中选定一个设备作为业务缓存的设备。
可选地，本发明所述方法中，在广播Subscribe消息前，所述可休眠设备已为自身提供的各业务创建代表各业务的PublishInstance。
可选地，本发明所述方法中，所述Subscribe消息中还携带有缓存所需的空间信息。
可选地，本发明所述方法中，所述设备信息包括如下信息中的一个或多个：设备等级、设备能力、设备类型和设备在线时间；
所述缓存业务信息包括如下信息中的一个或多个：缓存时间和缓存空间。
可选地，本发明所述方法还包括：存储所述可提供缓存业务的各设备的设备信息；
当选定的设备取消缓存业务时，基于存储的信息，按照设定的选取策略，从剩余的可提供缓存业务的各设备中选定一个设备作为业务缓存的设备。
依据本发明的另一个方面，提供一种缓存业务设备选择方法，应用于可提供缓存业务的设备侧，包括：
创建代表缓存业务的PublishInstance，InstanceID取值为预设的固定常量；
接收到可休眠设备广播的Subscribe消息时，判断所述查询消息中携带的请求实例ID取值是否为所述预设的固定常量，在是的情况下，根据自己的存储空间，判断是否可以为所述可休眠设备提供缓存业务，当可以时，向所述可休眠设备发送携带有设备信息和/或缓存业务信息的Publish消息。
可选地，本发明所述方法中，所述可提供缓存业务的设备在启动时或者加入业务发现集时或者在业务发现时间窗开始时，创建一个代表缓存业务的PublishInstance。
可选地，本发明所述方法中，当所述查询消息中还携带有缓存所需的空间信息时，根据所需的空间和自己的存储空间，判断是否可以为所述可休眠设备提供缓存业务。
依据本发明的第三个方面，提供一种可休眠设备，包括：
业务查询模块，用于在业务发现时间窗开始时，广播Subscribe消息，所述Subscribe消息中请求实例ID取值为预设的代表缓存业务的固定常量；
设备选择模块，用于接收可提供缓存业务的各设备反馈的Publish消息，根据各所述Publish消息中携带的设备信息和/或缓存业务信息，按照设定的选取策略，从所述可提供缓存业务的各设备中选定一个设备作为业务缓存的设备。
可选的，本发明所述的可休眠设备中，还包括：
第一业务引擎模块，用于在所述业务查询模块广播查询消息前，为可休眠设备提供的各业务创建代表各业务的发布实例。
可选的，本发明所述的可休眠设备中，所述业务查询模块广播的查询消息中还携带有缓存所需的空间信息。
可选的，本发明所述的可休眠设备中，所述设备选择模块接收的发布消息中携带的所述设备信息包括如下信息中的一个或多个：设备等级、设备能力、设备类型和设备在线时间；携带的所述缓存业务信息包括如下信息中的一个或多个：缓存时间和缓存空间。
可选的，本发明所述的可休眠设备中，还包括：存储模块，用于存储所述可提供缓存业务的各设备的设备信息；
所述设备选择模块，还用于当选定的设备取消缓存业务时，基于所述存储模块存储的信息，按照设定的选取策略，从剩余的可提供缓存业务的各设备中选定一个设备作为业务缓存的设备。
依据本发明的第四个方面，提供一种可提供缓存业务的设备，包括：
第二业务引擎模块，用于创建代表缓存业务的PublishInstance，InstanceID取值为预设的固定常量；
消息处理模块，用于接收到可休眠设备广播的Subscribe消息时，判断所述查询消息中携带的请求实例ID取值是否为所述预设的固定常量，在是的情况下，根据自己的存储空间，判断是否可以为所述可休眠设备提供缓存业务，当可以时，触发业务发布模块；
业务发布模块，用于向所述可休眠设备发送携带有设备信息和/或缓存业务信息的Publish消息。
可选地，本发明所述可提供缓存业务的设备中，所述第二业务引擎模块，具体用于在设备启动时或者加入业务发现集时或者在业务发现时间窗开始时，创建一个代表缓存业务的发布实例。
可选地，本发明所述可提供缓存业务的设备中，所述消息处理模块，具体用于当所述查询消息中还携带有缓存所需的空间信息时，根据所需的空间和自己的存储空间，判断是否可以为所述可休眠设备提供缓存业务。
依据本发明的第五个方面，提供一种缓存业务设备选择系统，包括若干本发明提供的所述可休眠设备，以及若干本发明提供的所述可提供缓存业务的设备。
本发明有益效果如下：
本发明中，规定各提供缓存的设备为缓存业务创建固定ID值的PublishInstance，使得可休眠设备可以根据该固定ID值发起所需业务查询请求，并根据可提供缓存业务的设备反馈的Publish消息，选择合适的缓存设备，很好的解决了现有技术中当存在多个可提供缓存业务的设备时，无法进行设备选择的问题。
并且，还实现了当选择的缓存设备不能为休眠设备提供缓存业务时，可以及时的进行重选，将重选延时降到最低，提高了用户的使用体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例一提供的一种缓存业务设备选择方法的流程图；
图2为本发明实施例二提供的一种缓存业务设备选择方法的流程图；
图3为本发明应用示例一提供的缓存业务设备选择方法的流程图；
图4为本发明应用示例二提供的缓存业务设备选择方法的流程图；
图5为本发明实施例三提供的一种可休眠设备的结构框图；
图6为本发明实施例四提供的一种可提供缓存业务的设备的结构框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例一
本发明实施例提供一种缓存业务设备选择方法，应用于可休眠设备侧，如图1所示，所述方法具体包括：
步骤S101，业务发现时间窗开始时，广播Subscribe消息，所述Subscribe消息中请求实例ID取值为预设的代表缓存业务的固定常量，以查询自己所需的缓存业务；
本发明实施例中，所有可提供缓存的设备都会为创建代表缓存业务的PublishInstance，且InstanceID均取固定常量。这样，可休眠设备侧就直接令Subscribe消息中的RequstorInstanceID取值为该固定常量，以广播查询缓存业务。
另外，本发明实施例中，可休眠设备侧需要预先为自己提供的每个业务创建PublishInstance，并提供相应的PublishID，以利用PublishID进行业务间的交互。
进一步地，该步骤中，所述Subscribe消息中优选地还携带有缓存所需的空间信息，以供接收到该广播消息的能够提供缓存业务的设备可以根据该空间信息判断自己是否可以为可休眠设备提供缓存业务。
步骤S102，接收可提供缓存业务的各设备反馈的Publish消息，根据各所述Publish消息中携带的设备信息和/或缓存业务信息，按照设定的选取策略，从所述可提供缓存业务的各设备中选定一个设备作为业务缓存的设备。
其中，设备信息包括如下信息中的一个或多个：设备等级、设备能力、设备类型和设备在线时间；缓存业务信息包括如下信息中的一个或多个：缓存时间和缓存空间。
选取策略可以根据需求灵活设定，例如比较设备等级、提供的缓存空间等等，本发明实施例在此不作唯一限定。
进一步地，本发明实施例中，在接收到可提供缓存业务的各设备反馈的Publish消息后，还存储所述可提供缓存业务的各设备的设备信息，以实现当选定的设备取消缓存业务时，基于存储的信息，按照设定的选取策略，从剩余的可提供缓存业务的各设备中选定一个设备作为业务缓存的设备。
可见，本发明所述方案，规定各提供缓存的设备为缓存业务创建固定ID值的PublishInstance，使得可休眠设备可以根据该固定ID值发起所需业务查询请求，并根据可提供缓存业务的设备反馈的Publish消息，选择合适的缓存设备，很好的解决了现有技术中当存在多个可提供缓存业务的设备时，无法进行设备选择的问题。并且，还实现了当选择的缓存设备不能为休眠设备提供缓存业务时，可以及时的进行重选，将重选延时降到最低，提高了用户的使用体验。
实施例二
本发明实施例提供一种缓存业务设备选择方法，应用于可提供缓存业务的设备侧，如图2所示，所述方法包括：
步骤S201，创建代表缓存业务的PublishInstance，InstanceID取值为预设的固定常量；
具体地，可提供缓存业务的设备在启动时或者加入业务发现集时或者在业务发现时间窗开始时，创建一个代表缓存业务的PublishInstance。
步骤S202，接收到可休眠设备广播的Subscribe消息时，判断该Subscribe消息中携带的请求实例ID取值是否为所述预设的固定常量，在是的情况下，根据自己的存储空间，判断是否可以为所述可休眠设备提供缓存业务，当可以时，向所述可休眠设备发送携带有设备信息和/或缓存业务信息的Publish消息。
进一步地，当Subscribe消息中还携带有缓存所需的空间信息时，在判断自身是否可以为可休眠设备提供缓存业务时，要结合缓存所需的空间信息进行判断。
可见，提供缓存业务的设备根据接收的缓存业务请求信息，判定是否可以为可休眠设备提供缓存业务，并在自己可以为可休眠设备提供缓存业务时，向可休眠设备提供设备信息和/或缓存业务信息，以便可休眠设备对是否选择该设备的缓存业务进行判断，很好的为可休眠设备选择缓存业务设备提供了支持。
为了更清楚的阐述本发明实施例一、二所述方法的实施过程，下面结合附图3、4给出本发明的两个具体应用示例，以更详细的说明本发明的方案。
应用示例一
本应用示例提供的缓存业务设备选择方法，如图3所示，包括如下步骤：
步骤S301，提供缓存业务的设备，如设备2、设备3和设备4，在启动时或者加入业务发现集或者在业务发现时间窗开始时，发现引擎自动或者缓存应用驱使发现引擎创建一个代表缓存业务的PublishInstance，InstanceID为固定值S。可休眠设备，如设备1，为自己提供的每个业务生成一个PublishID。
步骤S302，业务发现时间窗开始时，可休眠设备，如设备1，广播NANSDFSubscribe消息(NAN:NeighborAwarenessNetwork；SDF:ServiceDiscoveryFrame)(Subscribe消息用于查询业务)，其中携带InstanceID＝x；RequestorInstanceID＝S；业务标识：缓存。
步骤S303，设备2、设备3和设备4收到设备1发送的查询缓存业务的Subscribe消息后，检测自己是否有多余的存储空间来提供缓存业务，也可以设置存储空间占用阈值，判断是否达到阈值，如果有多余存储空间，或者未达到阈值，则向设备1回复NANSDFPublish消息(Publish消息用于推送业务)，其中携带InstanceID＝S；RequestorInstanceID＝x；业务标识：缓存；自身等级和提供的存储空间。
本实施例中，假设设备3没有多余存储空间或者存储空间占用达到阈值，则不回复设备1的请求消息；设备2、4存储空间满足缓存需求，向设备1回复Publish消息。
步骤S304，设备1收到设备2和设备4的Publish消息后，存储两个设备的信息，并根据一定规则选择缓存设备，如比较等级或者提供的缓存空间或者根据消息的信号质量等。假设选择设备2，则向设备2回复FollowUp消息(FollowUp消息用于发现业务后发送业务的具体信息)，其中携带InstanceID＝x；RequestorInstanceID＝S；业务标识：缓存；设备信息和业务信息等。
步骤S305，设备2收到设备1的FollowUp消息后，向设备1回复FollowUp消息。
步骤S306，当设备2不再提供缓存业务时，如设备故障、或者策略等，向设备1发送FollowUp消息，其中携带InstanceID＝x；RequestorInstanceID＝S；业务标识：取消缓存；原因。
步骤S307，设备1从存储的可提供缓存业务的设备中选择其他合适的设备，如选择设备4，向设备4发送FollowUp消息，其中携带InstanceID＝x；RequestorInstanceID＝S；业务标识：缓存；设备信息和业务信息等。
步骤S308，设备4收到设备1的FollowUp消息后，向设备1回复FollowUp消息。
应用示例二
本应用示例提供的缓存业务设备选择方法，如图4所示，包括如下步骤：
步骤S401，提供缓存业务的设备，如设备2、设备3和设备4，在启动时或者加入业务发现集或者在业务发现时间窗开始时，发现引擎自动或者缓存应用驱使发现引擎创建一个代表缓存业务的PublishInstance，InstanceID为固定值S。可休眠设备，如设备1，为自己提供的每个业务生成一个PublishID。
步骤S402，业务发现时间窗开始时，可休眠设备，如设备1，广播NANSDFSubscribe消息，其中携带InstanceID＝x；RequestorInstanceID＝S；业务标识：缓存；所需缓存空间。
步骤S403，设备2、设备3和设备4收到设备1发送的查询缓存业务的Subscribe消息后，根据设备1提供的所需空间，检测自己是否有足够的存储空间来提供缓存业务。如果有足够存储空间，则向设备1回复NANSDFPublish消息(Publish消息用于推送业务)，其中携带InstanceID＝S；RequestorInstanceID＝x；业务标识：缓存；缓存业务信息和设备信息；其中，缓存业务信息可以包括但不限于为缓存时间、缓存空间等；设备信息可以包括但不限于为设备能力、设备类型、设备在线时间等。
本实施例中，假设设备3没有足够的存储空间，则不回复设备1的请求消息；设备2、4有足够的存储空间，向设备1回复Publish消息。
步骤S404，设备1收到设备2和设备4的Publish消息后，根据设备2和设备4提供的缓存业务信息和设备信息，根据一定规则选择所需的缓存设备。如根据设备类型、设备能力、设备在线时间、存储空间等等，假设选择设备2。
步骤S405，设备1向设备2回复FollowUp消息，其中携带InstanceID＝x；RequestorInstanceID＝S；业务标识：缓存；设备信息和业务信息等。
步骤S406，设备2收到设备1的FollowUp消息后，向设备1回复FollowUp消息。
由于本应用示例中可提供缓存的设备2、4在向设备1发送Publish消息时，携带有详细的设备信息和缓存业务信息，使得设备1在选择设备时，已经根据设备信息和缓存业务信息选择了最优的设备，那么选择的该设备取消缓存业务的几率会很低，所以，当设备1收到设备2和设备4的Publish消息后，可以不存储设备信息。当然，为了避免小概率事件，当设备1收到设备2和设备4的Publish消息后，优选地，存储设备信息，以便在设备2取消缓存业务后，可以继续根据存储的信息选择下一设备的缓存业务，执行方式与应用示例一中的步骤S306～S308相同。
实施例三
本发明实施例提供一种可休眠设备，如图5所示，包括：
业务查询模块510，用于在业务发现时间窗开始时，广播Subscribe消息，所述Subscribe消息中请求实例ID取值为预设的代表缓存业务的固定常量，以查询自己所需的缓存业务；
设备选择模块520，用于接收可提供缓存业务的各设备反馈的Publish消息，根据各所述Publish消息中携带的设备信息和/或缓存业务信息，按照设定的选取策略，从所述可提供缓存业务的各设备中选定一个设备作为业务缓存的设备。
基于上述结构框架及实施原理，下面给出在上述结构下的几个具体及优选实施方式，用以细化和优化本发明所述可休眠设备的功能，以使本发明方案的实施更方便，准确。需要说明的是，在不冲突的情况下，如下特征可以任意组合。
本实施例中，所述可休眠设备还包括：第一业务引擎模块，用于在业务查询模块510查询缓存业务前，为可休眠设备提供的每个业务创建PublishInstance，并提供相应的PublishID，以利用PublishID进行业务间的交互。
进一步地，本实施例中，所述Subscribe消息中优选地还携带有缓存所需的空间信息，以供接收到该广播消息的能够提供缓存业务的设备可以根据该空间信息判断自己是否可以为可休眠设备提供缓存业务。
进一步地，本实施例中，业务查询模块510广播的查询消息中还携带有缓存所需的空间信息，以供接收到该广播消息的能够提供缓存业务的设备可以根据该空间信息判断自己是否可以为可休眠设备提供缓存业务。
进一步地，本实施例中，设备信息包括如下信息中的一个或多个：设备等级、设备能力、设备类型和设备在线时间；缓存业务信息包括如下信息中的一个或多个：缓存时间和缓存空间。
选取策略可以根据需求灵活设定，例如比较设备等级、提供的缓存空间等等，本发明实施例在此不作唯一限定。
进一步地，本发明实施例中，设备选择模块520，还用于在接收到可提供缓存业务的各设备反馈的Publish消息后，存储所述可提供缓存业务的各设备的设备信息，以实现当选定的设备取消缓存业务时，基于存储的信息，按照设定的选取策略，从剩余的可提供缓存业务的各设备中选定一个设备作为业务缓存的设备。
可见，本发明通过规定各提供缓存的设备为缓存业务创建固定ID值的PublishInstance，使得可休眠设备可以根据该固定ID值发起所需业务查询请求，并根据可提供缓存业务的设备反馈的Publish消息，选择合适的缓存设备，很好的解决了现有技术中当存在多个可提供缓存业务的设备时，无法进行设备选择的问题。并且，还实现了当选择的缓存设备不能为休眠设备提供缓存业务时，可以及时的进行重选，将重选延时降到最低，提高了用户的使用体验。
实施例四
本发明实施例提供一种可提供缓存业务的设备，如图6所示，包括：
第二业务引擎模块610，用于创建代表缓存业务的PublishInstance，InstanceID取值为预设的固定常量；
消息处理模块620，用于接收到可休眠设备广播的Subscribe消息时，判断所述查询消息中携带的请求实例ID取值是否为所述预设的固定常量，在是的情况下，根据自己的存储空间，判断是否可以为所述可休眠设备提供缓存业务，当可以时，触发业务发布模块；
业务发布模块630，用于向所述可休眠设备发送携带有设备信息和/或缓存业务信息的Publish消息。
具体地，业务引擎模块610在可提供缓存业务的设备启动时或者加入业务发现集时或者在业务发现时间窗开始时，创建一个代表缓存业务的PublishInstance。
进一步地，本实施例中，当Subscribe消息中还携带有缓存所需的空间信息时，消息处理模块620在判断本设备是否可以为可休眠设备提供缓存业务时，要结合缓存所需的空间信息进行判断。
本实施例所述的提供缓存业务的设备根据接收的缓存业务请求信息，判定是否可以为可休眠设备提供缓存业务，并在自己可以为可休眠设备提供缓存业务时，向可休眠设备提供设备信息和/或缓存业务信息，以便可休眠设备对是否选择该设备的缓存业务进行判断，很好的为可休眠设备选择缓存业务设备提供了支持。
实施例五
本发明实施例提供一种缓存业务设备选择系统，包括若干实施例三所述的可休眠设备，以及若干实施例四所述的可提供缓存业务的设备。
由于实施例三、四中已经对可休眠设备和可提供缓存业务的设备的结构及功能进行了详细阐述，在此不再重复赘述。由于本实施例所述系统包含实施例三、四所述的设备，所以也必然能够达到实施例三、四所能达到的效果。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是其与其他实施例的不同之处。尤其对于装置、系统实施例而言，由于其基本相似与方法实施例，所以，描述的比较简单，相关之处参见方法实施例的部分说明即可。
虽然通过实施例描述了本申请，本领域的技术人员知道，本申请有许多变形和变化而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (17)

1.一种缓存业务设备选择方法，其特征在于，应用于可休眠设备侧，包括：
业务发现时间窗开始时，广播查询消息，所述查询消息中请求实例ID取值为预设的代表缓存业务的固定常量；
接收可提供缓存业务的各设备反馈的发布消息，根据各所述发布消息中携带的设备信息和/或缓存业务信息，按照设定的选取策略，从所述可提供缓存业务的各设备中选定一个设备作为业务缓存的设备。
2.如权利要求1所述的方法，其特征在于，在广播查询消息前，所述可休眠设备已为自身提供的各业务创建代表各业务的发布实例。
3.如权利要求1所述的方法，其特征在于，所述查询消息中还携带有缓存所需的空间信息。
4.如权利要求1所述的方法，其特征在于，
所述设备信息包括如下信息中的一个或多个：设备等级、设备能力、设备类型和设备在线时间；
所述缓存业务信息包括如下信息中的一个或多个：缓存时间和缓存空间。
5.如权利要求1或2或3或4所述的方法，其特征在于，还包括：存储所述可提供缓存业务的各设备的设备信息；
当选定的设备取消缓存业务时，基于存储的信息，按照设定的选取策略，从剩余的可提供缓存业务的各设备中选定一个设备作为业务缓存的设备。
6.一种缓存业务设备选择方法，其特征在于，应用于可提供缓存业务的设备侧，包括：
创建代表缓存业务的发布实例，实例ID取值为预设的固定常量；
接收到可休眠设备广播的查询消息，判断所述查询消息中携带的请求实例ID取值是否为所述预设的固定常量，在是的情况下，根据自己的存储空间，判断是否可以为所述可休眠设备提供缓存业务，当可以时，向所述可休眠设备发送携带有设备信息和/或缓存业务信息的发布消息。
7.如权利要求6所述的方法，其特征在于，所述可提供缓存业务的设备在启动时或者加入业务发现集时或者在业务发现时间窗开始时，创建一个代表缓存业务的发布实例。
8.如权利要求6或7所述的方法，其特征在于，当所述查询消息中还携带有缓存所需的空间信息时，根据所需的空间和自己的存储空间，判断是否可以为所述可休眠设备提供缓存业务。
9.一种可休眠设备，其特征在于，包括：
业务查询模块，用于在业务发现时间窗开始时，广播查询消息，所述查询消息中请求实例ID取值为预设的代表缓存业务的固定常量；
设备选择模块，用于接收可提供缓存业务的各设备反馈的发布消息，根据各所述发布消息中携带的设备信息和/或缓存业务信息，按照设定的选取策略，从所述可提供缓存业务的各设备中选定一个设备作为业务缓存的设备。
10.如权利要求9所述的可休眠设备，其特征在于，还包括：
第一业务引擎模块，用于在所述业务查询模块广播查询消息前，为可休眠设备提供的各业务创建代表各业务的发布实例。
11.如权利要求9所述的可休眠设备，其特征在于，所述业务查询模块广播的查询消息中还携带有缓存所需的空间信息。
12.如权利要求9所述的可休眠设备，其特征在于，所述设备选择模块接收的发布消息中携带的所述设备信息包括如下信息中的一个或多个：设备等级、设备能力、设备类型和设备在线时间；携带的所述缓存业务信息包括如下信息中的一个或多个：缓存时间和缓存空间。
13.如权利要求9或10或11或12所述的可休眠设备，其特征在于，还包括：存储模块，用于存储所述可提供缓存业务的各设备的设备信息；
所述设备选择模块，还用于当选定的设备取消缓存业务时，基于所述存储模块存储的信息，按照设定的选取策略，从剩余的可提供缓存业务的各设备中选定一个设备作为业务缓存的设备。
14.一种可提供缓存业务的设备，其特征在于，包括：
第二业务引擎模块，用于创建代表缓存业务的发布实例，实例ID取值为预设的固定常量；
消息处理模块，用于接收到可休眠设备广播的查询消息，判断所述查询消息中携带的请求实例ID取值是否为所述预设的固定常量，在是的情况下，根据自己的存储空间，判断是否可以为所述可休眠设备提供缓存业务，当可以时，触发业务发布模块；
业务发布模块，用于向所述可休眠设备发送携带有设备信息和/或缓存业务信息的发布消息。
15.如权利要求14所述的可提供缓存业务的设备，其特征在于，所述第二业务引擎模块，具体用于在设备启动时或者加入业务发现集时或者在业务发现时间窗开始时，创建一个代表缓存业务的发布实例。
16.如权利要求14或15所述的可提供缓存业务的设备，其特征在于，所述消息处理模块，具体用于当所述查询消息中还携带有缓存所需的空间信息时，根据所需的空间和自己的存储空间，判断是否可以为所述可休眠设备提供缓存业务。
17.一种缓存业务设备选择系统，其特征在于，包括若干权利要求9至13任意一项所述的可休眠设备，以及若干权利要求14至16任意一项所述的可提供缓存业务的设备。
CN201510632162.1A 2015-09-29 2015-09-29 缓存业务设备选择方法、设备及系统 Pending CN105307247A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510632162.1A CN105307247A (zh) 2015-09-29 2015-09-29 缓存业务设备选择方法、设备及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510632162.1A CN105307247A (zh) 2015-09-29 2015-09-29 缓存业务设备选择方法、设备及系统

Publications (1)

Publication Number Publication Date
CN105307247A true CN105307247A (zh) 2016-02-03

Family

ID=55203866

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510632162.1A Pending CN105307247A (zh) 2015-09-29 2015-09-29 缓存业务设备选择方法、设备及系统

Country Status (1)

Country Link
CN (1) CN105307247A (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102893683A (zh) * 2010-04-14 2013-01-23 高通股份有限公司 通过短程通信网络进行wwan寻呼以减小功耗
US20130332627A1 (en) * 2011-02-25 2013-12-12 Telefonaktiebolaget L M Ericsson (Publ) Enabling ip-communication with a machine to machine unit
CN103688488A (zh) * 2011-07-20 2014-03-26 高通股份有限公司 通信网络中的功率节省代理
CN104283743A (zh) * 2013-07-01 2015-01-14 中兴通讯股份有限公司 一种家庭网络设备及代理服务发现的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102893683A (zh) * 2010-04-14 2013-01-23 高通股份有限公司 通过短程通信网络进行wwan寻呼以减小功耗
US20130332627A1 (en) * 2011-02-25 2013-12-12 Telefonaktiebolaget L M Ericsson (Publ) Enabling ip-communication with a machine to machine unit
CN103688488A (zh) * 2011-07-20 2014-03-26 高通股份有限公司 通信网络中的功率节省代理
CN104283743A (zh) * 2013-07-01 2015-01-14 中兴通讯股份有限公司 一种家庭网络设备及代理服务发现的方法

Similar Documents

Publication Publication Date Title
CN101656763B (zh) 一种ip地址自动分配方法、客户端及服务器
KR101090602B1 (ko) 페이징 영역 관리 방법 및 장치
US8848559B2 (en) Methods and apparatuses for device discovery
JP2019009784A (ja) 非セルラーワイヤレスアクセスのためのシステムおよび方法
WO2016138326A1 (en) Methods and apparatus for efficiently communicating time varying data
CN101641916A (zh) 当前pnc控制器突然不可用时形成新微微网控制器（pnc）的过程中不确定性的消除
CN102711220A (zh) 一种无线网络的发现方法及装置
CN110234175B (zh) 一种自组网协调方法、装置、系统、设备及存储介质
US10728734B2 (en) Peer to peer mobile user equipment communication with on-demand discovery signal transmission
US20130148596A1 (en) Resource management system and method of centralized base station in mobile communication network
CN101626618B (zh) 无线资源分配方法、网络节点设备及无线通信系统
US20210243136A1 (en) Method, device and system for resource allocation
EP3068148B1 (en) Selection of a d2d control node
JP2010068050A (ja) 無線同期システム、および無線同期方法
EP2863677B1 (en) Methods and devices for determining and assisting in determining standby frequency point in cognitive radio system
US8855693B2 (en) Method and apparatus for controlling wireless devices
JP2009218811A (ja) 無線通信装置、無線通信方法及び無線通信プログラム
WO2016063749A1 (ja) 通信装置、通信方法、及びプログラム
CN104205941A (zh) 数据协调同步方法
CN105307247A (zh) 缓存业务设备选择方法、设备及系统
WO2015196698A1 (zh) 一种寻呼方法、系统、设备及计算机存储介质
CN108605278B (zh) 用于接入到蜂窝网络的接入信息表区域
CN104010312A (zh) Femto基站位置区码的自动获取及分配方法与系统
CN105228197A (zh) 缓存业务设备选择方法、设备及系统
KR20140046827A (ko) 네트워크 설정 시스템 및 그 방법

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20160203