CN110300071A - 物联网设备的服务器资源获取方法及相关设备 - Google Patents
物联网设备的服务器资源获取方法及相关设备 Download PDFInfo
- Publication number
- CN110300071A CN110300071A CN201910477945.5A CN201910477945A CN110300071A CN 110300071 A CN110300071 A CN 110300071A CN 201910477945 A CN201910477945 A CN 201910477945A CN 110300071 A CN110300071 A CN 110300071A
- Authority
- CN
- China
- Prior art keywords
- server
- internet
- things
- things equipment
- communication
- 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
- 238000000034 method Methods 0.000 title claims abstract description 92
- 238000004891 communication Methods 0.000 claims abstract description 264
- 230000004044 response Effects 0.000 claims abstract description 85
- 238000001514 detection method Methods 0.000 claims description 3
- 230000005856 abnormality Effects 0.000 abstract description 3
- 230000008901 benefit Effects 0.000 description 29
- 230000006870 function Effects 0.000 description 24
- SPBWHPXCWJLQRU-FITJORAGSA-N 4-amino-8-[(2r,3r,4s,5r)-3,4-dihydroxy-5-(hydroxymethyl)oxolan-2-yl]-5-oxopyrido[2,3-d]pyrimidine-6-carboxamide Chemical compound C12=NC=NC(N)=C2C(=O)C(C(=O)N)=CN1[C@@H]1O[C@H](CO)[C@@H](O)[C@H]1O SPBWHPXCWJLQRU-FITJORAGSA-N 0.000 description 17
- 230000008569 process Effects 0.000 description 15
- 238000012545 processing Methods 0.000 description 14
- 230000005540 biological transmission Effects 0.000 description 6
- 230000001186 cumulative effect Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000001133 acceleration Effects 0.000 description 2
- 210000004027 cell Anatomy 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000005291 magnetic effect Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 210000000352 storage cell Anatomy 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000006641 stabilisation Effects 0.000 description 1
- 238000011105 stabilization Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 239000011800 void material Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
- H04L47/746—Reaction triggered by a failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/78—Architectures of resource allocation
- H04L47/783—Distributed allocation of resources, e.g. bandwidth brokers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer And Data Communications (AREA)
Abstract
本公开提供了一种物联网设备的服务器资源获取方法及相关设备,涉及物联网领域,所述方法包括:在物联网设备与第一服务器进行物联网通信时,检测到所述第一服务器服务中止;向进行服务器资源分配的调度服务器发送服务器分配请求;基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器;向确定的第二服务器发送物联网通信请求。本公开实施例能够提高物联网通信异常时物联网设备获取服务器资源的效率。
Description
技术领域
本公开涉及物联网领域,具体涉及一种物联网设备的服务器资源获取方法及相关设备。
背景技术
随着移动通信网络覆盖率的逐步提高,物联网设备的数量也在迅速增加。现有技术中,多数物联网设备在出厂时,就已经将负责为该物联网设备提供物联网通信服务的服务器的IP或域名,固定在该物联网设备的硬件中,这种关系在物联网设备出厂时就已经绑定,无法灵活分配。当由于通信网络质量不佳或者其它原因导致绑定的服务器无法正常向物联网设备提供物联网通信服务时,就需要由工作人员手动为该物联网设备分配新的服务器,从而使得该物联网设备能够继续获取服务器资源,继续进行物联网通信。但这个过程中由于物联网设备重新获取服务器资源的过程繁琐、缓慢,导致了物联网设备获取服务器资源的效率低下。
发明内容
本公开的一个目的在于提出一种物联网设备的服务器资源获取方法及相关设备,能够提高物联网通信异常时物联网设备获取服务器资源的效率。
根据本公开实施例的一方面,公开了一种物联网设备的服务器资源获取方法,所述方法包括:
在物联网设备与第一服务器进行物联网通信时,检测到所述第一服务器服务中止;
向进行服务器资源分配的调度服务器发送服务器分配请求;
基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器;
向确定的第二服务器发送物联网通信请求。
根据本公开实施例的一方面,公开了一种物联网设备的服务器资源分配方法,所述方法包括:
接收到物联网设备检测到与所述物联网设备进行通信的第一服务器服务中止而发出的服务器分配请求;
向所述物联网设备发送应答,以便所述物联网设备确定用于继续物联网通信的第二服务器。
根据本公开实施例的一方面,公开了一种物联网设备,所述物联网设备包括:
检测设备,用于在物联网设备与第一服务器进行物联网通信时,检测到所述第一服务器服务中止;
第一发送器,用于向进行服务器资源分配的调度服务器发送服务器分配请求;
第一接收器,用于接收所述调度服务器的应答,
其中,所述所述第一发送器还向从所述应答中确定的用于继续物联网通信的第二服务器发送物联网通信请求。
根据本公开实施例的一方面,公开了一种调度服务器,所述调度服务器包括:
第二接收器,用于接收到物联网设备检测到与所述物联网设备进行通信的第一服务器服务中止而发出的服务器分配请求;
第二发送器,用于向所述物联网设备发送应答,以便所述物联网设备确定用于继续物联网通信的第二服务器。
根据本公开实施例的一方面,公开了一种计算机可读介质,其上存储有计算机可执行指令,当所述计算机可执行指令被计算机的处理器执行时,使得计算机执行物联网设备的服务器资源获取方法,所述方法包括:
在物联网设备与第一服务器进行物联网通信时,检测到所述第一服务器服务中止;
向进行服务器资源分配的调度服务器发送服务器分配请求;
基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器;
向确定的第二服务器发送物联网通信请求。
根据本公开实施例的一方面,公开了一种计算机可读介质,其上存储有计算机可执行指令,当所述计算机可执行指令被计算机的处理器执行时,使得计算机执行物联网设备的服务器资源获取方法,所述方法包括:
接收到物联网设备检测到与所述物联网设备进行通信的第一服务器服务中止而发出的服务器分配请求;
向所述物联网设备发送应答,以便所述物联网设备确定用于继续物联网通信的第二服务器。
本公开实施例中,通过建立单独的用于分配服务器资源的调度服务器,当物联网设备无法正常接收第一服务器提供的物联网通信服务时,向调度服务器发送服务器分配请求。由调度服务器为该物联网设备分配用于继续物联网通信的第二服务器,使得该物联网设备继续物联网通信。通过这种方法,使得物联网设备在物联网通信异常时,能够以更高的效率获取服务器资源。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本公开。
附图说明
通过参考附图详细描述其示例实施例,本公开的上述和其它目标、特征及优点将变得更加显而易见。
图1示出了根据本公开一个实施例的物联网设备的服务器资源获取方法的体系构架图。
图2示出了根据本公开一个实施例的物联网设备的服务器资源获取的流程图。
图3示出了根据本公开一个实施例的基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器的流程图。
图4示出了根据本公开一个实施例的物联网设备显示候选通信服务器列表的终端界面图。
图5示出了根据本公开一个实施例的物联网设备显示候选调度服务器列表的终端界面图。
图6示出了根据本公开一个实施例的物联网设备的服务器资源分配的流程图。
图7示出了根据本公开一个实施例的物联网设备的服务器资源获取的流程图。
图8示出了根据本公开一个实施例的物联网设备的电子设备图。
图9示出了根据本公开一个实施例的调度服务器的电子设备图。
图10示出了根据本公开一个实施例的物联网设备的硬件结构图。
图11示出了根据本公开一个实施例的调度服务器的硬件结构图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些示例实施方式使得本公开的描述将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多示例实施方式中。在下面的描述中,提供许多具体细节从而给出对本公开的示例实施方式的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而省略所述特定细节中的一个或更多,或者可以采用其它的方法、组元、步骤等。在其它情况下,不详细示出或描述公知结构、方法、实现或者操作以避免喧宾夺主而使得本公开的各方面变得模糊。
附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
下面首先参考图1描述本公开实施例的体系构架。
参考图1所示:本公开实施例中,物联网设备210于物联网通信网络上进行物联网通信,物联网通信网络中包括第一服务器111,第二服务器112。其中,第一服务器111是指对一特定物联网设备210,该物联网设备210进入物联网通信网络时首先连接的一能够提供物联网通信服务的通信服务器;第二服务器112是指该物联网设备210再次连接的一通信服务器。第一服务器111与第二服务器112只是为了区别其是否为物联网设备210进入物联网通信网络时首次连接的通信服务器,二者实质功能上是等同的。
本公开实施例中,调度服务器110连接着多个物联网设备210,物联网设备210在进入物联网通信网络之前,由调度服务器110为物联网设备210分配能通信服务器,物联网设备210从中进一步确定其第一服务器111或者第二服务器112。
在一实施例中,存在多个为物联网设备210分配能够为其提供物联网通信服务的服务器的调度服务器110,物联网设备210可以自行从中选择一调度服务器110为其分配能够提供物联网通信服务的服务器。
该实施例的优点在于,通过布置多个调度服务器,提高了该体系构架的稳定性,使得即使部分调度服务器无法进行服务器资源的分配,也能够使得物联网设备从其它调度服务器处获取服务器分配的服务。
在一实施例中,调度服务器110与一通信服务器为同一服务器,二者通过虚拟机的形式共存在同一服务器上。
该实施例的优点在于,通过虚拟机的形式于通信服务器所在的服务器上分离出调度服务器,提高了服务器资源的利用率。
下面对本公开实施例的物联网设备的服务器资源获取的过程进行详细描述。
参考图2所示,根据本公开一个实施例,提供了一种物联网设备的服务器资源获取方法,所述方法包括:
步骤310:在物联网设备与第一服务器进行物联网通信时,检测到所述第一服务器服务中止;
步骤320:向进行服务器资源分配的调度服务器发送服务器分配请求;
步骤330:基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器;
步骤340:向确定的第二服务器发送物联网通信请求。
第一服务器是指物联网设备在进入物联网通信网络时,首先连接的一通信服务器。
第二服务器是指物联网设备再次连接的一通信服务器。
本公开实施例中,该物联网设备的服务器资源获取方法的执行主体为物联网设备。在物联网设备与第一服务器进行物联网通信时,若物联网设备检测到该第一服务器的服务中止,即,该第一服务器不再为该物联网设备提供物联网通信服务,向调度服务器发送服务器分配请求,请求调度服务器为该物联网设备分配第二服务器。该物联网设备基于调度服务器的应答,确定能够继续物联网通信的第二服务器,向该第二服务器发送物联网通信请求,以继续物联网通信。
在步骤310中,在物联网设备与第一服务器进行物联网通信时,检测到所述第一服务器服务中止。
在一实施例中,所述检测到所述第一服务器服务中止,包括检测到以下中的至少一个:
与第一服务器的尝试连接请求次数超过预定次数阈值;
接收到第一服务器发送的服务中止通知。
在一实施例中,预设尝试连接请求次数的次数阈值,当物联网设备与第一服务器建立连接的过程中、或者接受第一服务器提供的物联网通信服务过程中,若与第一服务器的尝试连接请求次数超过次数阈值,则确定该第一服务器的服务中止。例如:预设尝试连接请求次数的次数阈值为10,当物联网设备与第一服务器的尝试连接请求次数超过10时,则确定该第一服务器的服务中止。
在一实施例中,与第一服务器的尝试连接请求次数是指连续的尝试连接请求次数。
例如,设置一计数器,初始值置为0。从与第一服务器的第一次尝试连接请求开始计数,每有一次尝试连接请求,计数器的值加1,一旦与第一服务器建立连接,则计数器清零。
该实施例的优点在于,避免与第一服务器一直无法建立连接的情况,能够及时检测到第一服务器的服务中止。
在一实施例中,与第一服务器的尝试连接请求次数是指预设时间周期内的尝试连接请求次数。
例如,预设时间周期为1小时,设置一计数器,初始值置为0。从与第一服务器的第一次尝试连接请求开始计数,并将与第一服务器的第一次尝试连接请求的时间点确定为当前时间周期的起点。只要是在当前时间周期的起点后的1小时内,每有一次尝试连接请求,计数器的值加1,即使与第一服务器建立连接,计数器也不清零。只有当前时间周期结束后,计数器才会清零。
该实施例的优点在于,当与第一服务器的连接质量不佳,虽然不是一直连接不上,但总是频繁地中断时,同样会造成大量时间浪费在与第一服务器尝试连接上。通过该实施例,能够有效避免这种情况造成的效率低下。
在一实施例中,物联网设备接收到第一服务器发送的服务中止通知时,确定第一服务器服务中止。例如:物联网设备接收到第一服务器发送的“中止物联网通信服务”时,确定第一服务器服务中止。
该实施例的优点在于,能够减小物联网设备的运算负担,节省物联网设备的算力消耗。
需要说明的是,该实施例只是示例性的说明,不应对本公开的功能和范围造成限制。
下面描述物联网设备发送服务器分配请求的具体过程。
在步骤320中,向进行服务器资源分配的调度服务器发送服务器分配请求。
在一实施例中,向进行服务器资源分配的调度服务器发送服务器分配请求,包括:按照所述物联网设备内置的调度服务器的标识,向所述标识对应的调度服务器发送服务器分配请求。
该实施例中,物联网设备内置有调度服务器的标识(例如,调度服务器的地址),从而能够将该标识对应的服务器确定为调度服务器,进而向调度服务器发送服务器分配请求。其中,内置的调度服务器的标识可以是物联网设备在出厂时就设置好的,也可以由用户自行设置。
该实施例的优点在于,物联网设备能够快速确定调度服务器的标识,进而能够在第一时间向调度服务器发送服务器分配请求。
在一实施例中,调度服务器与第一服务器是不同的服务器,即,调度服务器与第一服务器在物理上是分离的。
该实施例的优点在于,通过将调度服务器与第一服务器于物理上进行分离,减小了二者间的相互影响。
在一实施例中,调度服务器与第一服务器是同一服务器,即,调度服务器与第一服务器位于同一物理设备上,但功能上可以通过虚拟机的形式将二者分隔开来。
该实施例的优点在于,通过虚拟机的形式于第一服务器所在的服务器上分离出调度服务器,提高了服务器资源的利用率。
在一实施例中,物联网设备发送的服务器分配请求描述了该物联网设备要请求的是通信服务器的标识(例如,通信服务器的地址),其中,服务器分配请求中还可以包含物联网设备的序列号SN。
例如,物联网设备的SN为190500001,其向调度服务器发送服务器分配请求如下:
{“SN”:“190500001”,“METHOD”:“ADDR”}。
通过该服务器分配请求,第一服务器可以从中得知:SN为190500001的物联网设备请求分配通信服务器的地址。
该实施例的优点在于,使得调度服务器能够快速确定物联网设备发送的服务器分配请求的内容。
需要说明的是,该实施例只是示例性的说明,不应对本公开的功能和范围造成限制。
下面描述在检测到第一服务器服务中止、以及发送服务器分配请求之后,确定用于继续物联网通信的第二服务器的具体过程。
在步骤330中,基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器。
在一实施例中,调度服务器与第二服务器是不同的服务器,即,调度服务器与第二服务器在物理上是分离的。
该实施例的优点在于,通过将调度服务器与第二服务器于物理上进行分离,减小了二者间的相互影响。
在一实施例中,调度服务器与第二服务器为同一服务器,二者通过虚拟机的形式共存。
该实施例的优点在于,通过虚拟机的形式于第二服务器所在的服务器上分离出调度服务器,提高了服务器资源的利用率。
在一实施例中,调度服务器的应答包含调度服务器指定的第二服务器标识,第二服务器的标识是指能够唯一识别第二服务器的标识,可以为第二服务器的地址。
例如,调度服务器接收到物联网设备发送的服务器分配请求:
{“SN”:“190500001”,“METHOD”:“ADDR”}。
调度服务器向该物联网设备返回的的应答为:
{“SN”:“190500001”,“METHOD”:“ADDR”,“RESULT”:“api2.company.com”}。该应答包含的调度服务器指定的第二服务器地址为api2.company.com。
该实施例中,基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器,包括:将具有指定的第二服务器标识的第二服务器,确定为用于继续物联网通信的第二服务器。物联网设备接收到调度服务器的应答后,根据应答中的第二服务器标识确定用于继续物联网通信的第二服务器。
例如,检测到第一服务器服务中止、且接收到调度服务器的应答后,调度服务器的应答中指定的第二服务器的地址为api2.company.com,物联网设备将地址为api2.company.com的服务器确定为第二服务器。
该实施例的优点在于,物联网设备能够快速从调度服务器的应答中确定出第二服务器。
需要说明的是,该实施例只是示例性的说明,不应对本公开的功能和范围造成限制。
在一实施例中,调度服务器的应答包含候选通信服务器列表。
候选通信服务器列表是指描述了候选的通信服务器的列表,与物联网设备进行物联网通信的通信服务器可以从候选通信服务器列表中选出。
例如,调度服务器接收到物联网设备发送的服务器分配请求:
{“SN”:“190500001”,“METHOD”:“ADDR”}。
调度服务器向该物联网设备返回的的应答为:
{“SN”:“190500001”,“METHOD”:“ADDR”,“RESULT”:“api1.company.com,api2.company.com,api3.company.com”}。
该应答中包含的候选服务器列表的内容为:api1.company.com,api2.company.com,api3.company.com。物联网设备可以从该候选通信服务器列表中确定能够与之连接、进行物联网通信的通信服务器有:地址为api1.company.com的服务器,地址为api2.company.com的服务器,地址为api3.company.com的服务器。
该实施例中,基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器,包括:从候选通信服务器列表中选择一候选通信服务器,确定为用于继续物联网通信的第二服务器。
该实施例中,检测到第一服务器服务中止、且接收到调度服务器的应答后,物联网设备可以自行从候选通信服务器列表中选择一候选通信服务器,确定为用于继续物联网通信的第二服务器。
该实施例的优点在于,物联网能够候选通信服务器列表中灵活地确定第二服务器。
该实施例中,如图4所示,步骤330包括:
步骤3301:显示候选通信服务器列表;
步骤3302:将用户从所述候选通信服务器列表中选择的候选通信服务器,确定为用于继续物联网通信的第二服务器。
该实施例中,如图5所示,检测到第一服务器服务中止、且接收到调度服务器的应答后,物联网设备210的终端界面上显示出候选通信服务器列表:api1.company.com,api2.company.com,api3.company.com。用户可以通过对服务器地址的圈选(如图所示的虚线框)、并点击确定按钮,来选择继续物联网通信的第二服务器。
该实施例的优点在于,由用户确定第二服务器,使得确定出的第二服务器能够更贴切地满足用户的需求。
需要说明的是,该实施例只是示例性的说明,不应对本公开的功能和范围造成限制。
需要注意的是,该实施例中在实施步骤330之前的步骤310与步骤320间并没有严格的前后关系。物联网设备可以在检测到第一服务器服务中止之后,再向调度服务器发送服务器分配请求,进而基于调度服务器的应答中的候选通信服务器列表,确定用于继续物联网通信的第二服务器;也可以先向调度服务器发送服务器分配请求,检测到第一服务器服务中止之后,再基于调度服务器的应答中的候选通信服务器列表,确定用于继续物联网通信的第二服务器。
下面描述向确定的第二服务器发送物联网通信请求的具体过程。
在步骤340中,向确定的第二服务器发送物联网通信请求。
在一实施例中,物联网设备确定第二服务器后,向确定的第二服务器发送物联网通信请求,以通过第二服务器继续物联网通信。
例如,SN为190500001,ID为00000000AA897F01的物联网设备需要服务器为其提供鉴权功能,即,第一服务器或者第二服务器为其提供的物联网通信服务为鉴权服务。当该物联网设备确定第二服务器的地址为:api2.company.com时,物联网设备首先向该地址的服务器发送握手信息:{“SN”:“190500001”,“METHOD”:“HELLO”}。
当该物联网设备接收到该服务器对握手信息的应答:
{“SN”:“190500001”,“METHOD”:“HELL0”,“RESULT”:“OK”}后,该物联网设备向该地址的服务器发送如下信息:
{“SN”:“190500001”,“METHOD”:“AUTH”,“ID”:“00000000AA897F01”},以向该服务器请求鉴权服务。
需要说明的是,该实施例只是示例性的说明,不应对本公开的功能和范围造成限制。
下面描述物联网设备与第二服务器建立物联网通信后的具体过程。
在一实施例中,在基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器之后,还包括:保存所述候选通信服务器列表。
在向确定的第二服务器发送物联网通信请求之后,还包括:
在物联网设备与第二服务器进行物联网通信时,检测到所述第二服务器服务器中止;
显示保存的候选通信服务器列表,以供用户选择用于继续物联网通信的第三服务器。
第三服务器是指物联网设备检测到第二服务器服务中止后,再次继续物联网通信时与之建立连接的一服务器。
在一实施例中,物联网设备将调度服务器应答中的候选通信服务器列表进行保存,若物联网设备与第二服务器的物联网通信中断,物联网设备可以自行从该候选物联网通信列表中选择用于继续物联网通信的第三服务器。
该实施例的优点在于,物联网设备能够根据候选通信服务器列表自行选择第三服务器,提高了物联网设备操作的灵活度。
在一实施例中,物联网设备将调度服务器应答中的候选通信服务器列表进行保存,若物联网设备与第二服务器的物联网通信中断,物联网设备即可显示出该候选通信服务器列表,以供用户从中选择用于继续物联网通信的第三服务器。
该实施例的优点在于,由用户手动确定第三服务器,使得第三服务器的确定能够满足用户的需求。
在一实施例中,调度服务器的应答还包含候选调度服务器列表,在基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器之后,还包括:保存所述候选调度服务器列表。
在向确定的第二服务器发送物联网通信请求之后,还包括:
在物联网设备与第二服务器进行物联网通信时,检测到所述第二服务器服务中止;
显示保存的候选调度服务器列表,以供用户选择调度服务器以发送服务器分配请求。
候选调度服务器列表是指描述了候选调度服务器的列表,可以从候选调度服务器列表中选择出为物联网设备进行服务器资源分配的调度服务器。
在一实施例中,物联网设备将调度服务器应答中的候选调度服务器列表进行保存,若物联网设备检测到第二服务器的服务中止,物联网设备可以自行从中选择一新的调度服务器,再向该新的调度服务器发送服务器分配请求,请求该调度服务器为其分配一通信服务器。
该实施例的优点在于,提高了物联网设备操作的灵活度。
在一实施例中,物联网设备将调度服务器应答中的候选调度服务器列表进行保存,若物联网设备检测到第二服务器的服务中止,物联网设备即可显示出该候选调度服务器列表,以供用户从中选择一新的调度服务器。物联网设备再向该新的调度服务器发送服务器分配请求,请求该新的调度服务器为其分配一通信服务器。
如图6所示,当物联网设备检测到第二服务器的服务中止,该物联网设备于终端界面显示出存储着各个候选调度服务器的地址的候选调度服务器列表:D.server1.com,D.server2.com,D.server3.com。用户可以通过对调度服务器地址的圈选(如图所示的虚线框圈选)、并点击“确定”按钮,从而选择对应的调度服务器。若用户选择了地址为D.server2.com的调度服务器作为新的调度服务器,则物联网设备向地址为D.server2.com的调度服务器发送服务器分配请求,请求该调度服务器为其分配一通信服务器。
该实施例的优点在于,使得确定出的调度服务器能够满足用户的需求。
需要说明的是,该实施例只是示例性的说明,不应对本公开的功能和范围造成限制。
下面描述物联网设备与第一服务器建立通信的具体过程。
在一实施例中,在物联网设备与第一服务器进行物联网通信时,检测到所述第一服务器服务中止之前,所述方法还包括:
在所述物联网设备开机时,按照所述物联网设备内置的调度服务器的标识,向所述标识对应的调度服务器发送服务器分配请求;
基于所述调度服务器的应答,确定用于进行物联网通信的第一服务器;
与确定的第一服务器进行物联网通信。
该实施例中,物联网设备内置有调度服务器的标识(例如,调度服务器的地址),其中,调度服务器的标识可以在物联网设备出厂时即设置好,也可以出厂后由用户手动设置并保存在物联网设备中。
每当物联网设备开机,为了进入物联网通信网络,物联网设备按照内置的调度服务器的标识,向该标识对应的调度服务器发送服务器分配请求。在接收到调度服务器的应答后,确定用于进行物联网通信的第一服务器,与该第一服务器进行物联网通信。
例如,SN为190500001的物联网设备内置有调度服务器的地址:D.server1.com;该物联网设备开机后,根据内置的调度服务器的地址,向地址为D.server1.com的调度服务器发送服务器分配请求:
{“SN”:“190500001”,“METHOD”:“ADDR”}。
该调度服务器的应答:
{“SN”:“190500001”,“METHOD”:“ADDR”,“RESULT”:“api1.company.com”}。
从而该物联网设备可以确定第一服务器的地址为api1.company.com,进而与该第一服务器进行物联网通信。
该实施例的优点在于,通过内置的调度服务器标识,能够快速与调度服务器建立连接。
需要说明的是,该实施例只是示例性的说明,不应对本公开的功能和范围造成限制。
在另一实施例中,在物联网设备与第一服务器进行物联网通信时,检测到所述第一服务器服务中止之前,还包括:
在所述物联网设备开机时,按照所述物联网设备内置的第一服务器的标识,与该标识对应的第一服务器进行物联网通信。
该实施例中,物联网设备内置有第一服务器的标识(例如,第一服务器的地址),其中,第一服务器的标识可以在物联网设备出厂时即设置好,也可以出厂后由用户手动设置并保存在物联网设备中。
每当物联网设备开机,为了进入物联网通信网络,物联网设备按照内置的第一服务器的标识,与该标识对应的第一服务器进行物联网通信。
例如,SN为190500001的物联网设备内置有第一服务器的地址:api1.company.com。该物联网设备开机后,从而可以确定第一服务器的地址为api1.company.com,进而与该地址对应的第一服务器进行物联网通信。
该实施例的优点在于,通过内置的第一服务器标识,能够直接与第一服务器建立连接,而不必经过调度服务器的分配。
需要说明的是,该实施例只是示例性的说明,不应对本公开的功能和范围造成限制。
下面描述本公开实施例中物联网设备的服务器资源分配的具体过程,更具体地,描述的是调度服务器为物联网设备分配第二服务器的具体过程。
如图5所示,根据本公开一个实施例,一种物联网设备的服务器资源分配方法,包括:
步骤410:接收到物联网设备检测到与所述物联网设备进行通信的第一服务器服务中止而发出的服务器分配请求;
步骤420:向所述物联网设备发送应答,以便所述物联网设备确定用于继续物联网通信的第二服务器。
本公开实施例中,调度服务器用于向物联网设备分配能够提供物联网通信服务的通信服务器(例如,第一服务器、第二服务器、第三服务器等)。当调度服务器接收到物联网设备检测到与该物联网设备进行通信的第一服务器服务中止而发出的服务器分配请求时,调度服务器向该物联网设备发送应答,使得该物联网设备能够基于该应答确定用于继续物联网通信的第二服务器。
在一实施例中,应答包含候选通信服务器列表,以供所述物联网设备端从所述候选通信服务器列表中所述第二服务器。
该实施例中,调度服务器发送给物联网设备的应答中,包含有候选通信服务器列表。候选通信服务器列表中描述了能够为该物联网设备提供物联网通信服务的各个通信服务器的标识,使得物联网设备能够根据该候选通信服务器列表确定第二服务器。
该实施例的优点在于,候选通信服务器列表使得物联网设备能够灵活确定第二服务器。
在一实施例中,应答包含调度服务器指定的第二服务器标识。
该实施例中,调度服务器发送给物联网设备的应答中,包含调度服务器指定的第二服务器标识,使得物联网设备能够直接根据该第二服务器标识确定第二服务器。
该实施例的优点在于,物联网设备能够快速确定第二服务器。
在一实施例中,第二服务器标识是所述调度服务器根据候选通信服务器的响应速度、以及所述候选通信服务器到所述物联网设备的距离的至少一个来指定的。
在一实施例中,调度服务器确定各个候选通信服务器的响应速度,将其中响应速度最快的候选通信服务器确定为第二服务器,并将该候选通信服务器的标识确定为第二服务器的标识。
例如,调度服务器通过对各个候选通信服务器的性能参数的读取,确定地址为api1.company.com的通信服务器的响应速度为1.2s,地址为api2.company.com的通信服务器的响应速度为0.5s,地址为api3.company.com的通信服务器的响应速度为0.9s。则调度服务器将地址为api2.company.com的通信服务器确定为第二服务器,并将该通信服务器的标识确定为第二服务器标识。
该实施例的优点在于,通过这种方法确定出的第二服务器能够更快地响应物联网设备。
需要说明的是,该实施例只是示例性的说明,不应对本公开的功能和范围造成限制。
在一实施例中,调度服务器确定各个候选通信服务器到该物联网设备的距离,将距离最近的候选通信服务器确定为第二服务器,并将该候选通信服务器的标识确定为第二服务器的标识。
例如,调度服务器通过调取物联网设备的定位信息、各候选通信服务器的定位信息,确定地址为api1.company.com的通信服务器与物联网设备的距离为5km,地址为api2.company.com的通信服务器与物联网设备的距离为20km,地址为api3.company.com的通信服务器与物联网设备的距离为50km。则调度服务器将地址为api1.company.com的通信服务器确定为第二服务器,并将该通信服务器的标识确定为第二服务器标识。
该实施例的优点在于,通过这种方法确定出的第二服务器能够更稳定地与物联网设备建立连接。
需要说明的是,该实施例只是示例性的说明,不应对本公开的功能和范围造成限制。
在一实施例中,调度服务器将响应速度大于预定速度阈值、且距离小于预定距离阈值的候选通信服务器确定为第二服务器,并将该候选通信服务器的标识确定为第二服务器的标识。
例如,预定速度阈值为1.0s,预定距离阈值为40km。调度服务器已确定地址为api1.company.com的通信服务器的响应速度为1.2s、与物联网设备的距离为5km,地址为api2.company.com的通信服务器的响应速度为0.5s、与物联网设备的距离为20km,地址为api3.company.com的通信服务器的响应速度为0.9s、与物联网设备的距离为50km。则调度服务器将地址为api2.company.com的通信服务器确定为第二服务器,并将该通信服务器的标识确定为第二服务器标识。
该实施例的优点在于,通过这种方法确定出的第二服务器既能够以足够的速度响应物联网设备,也足够稳定。
在一实施例中,调度服务器基于对响应速度、距离预设的权重,确定每个候选通信服务器的加权得分,将加权得分最高的候选通信服务器确定为第二服务器。
例如,对响应速度预设的权重为1.5,对距离预设的权重的0.8。预定速度阈值为1.0s,预定距离阈值为40km。调度服务器已确定地址为api1.company.com的通信服务器的响应速度为1.2s、与物联网设备的距离为5km,地址为api2.company.com的通信服务器的响应速度为0.5s、与物联网设备的距离为20km,地址为api3.company.com的通信服务器的响应速度为0.9s、与物联网设备的距离为50km。
则地址为api1.company.com的通信服务器的加权得分为:1.5×1.0/1.2+0.8×40/5=7.65,地址为api2.company.com的通信服务器的加权得分为1.5×1.0/0.5+0.8×40/20=4.6,地址为api3.company.com的通信服务器的加权得分为1.5×1.0/0.9+0.8×40/50=2.31。则调度服务器将地址为api1.company.com的通信服务器确定为第二服务器,并将该通信服务器的标识确定为第二服务器标识。
该实施例的优点在于,通过这种方法确定的第二服务器平衡了响应速度与稳定性,能够以更加均衡的性能与物联网设备建立连接。
在一实施例中,第二服务器标识是所述调度服务器根据所述物联网设备的IP地址,从候选通信服务器中指定的。
该实施例中,若物联网设备活动范围很大,由于通信服务器是较为固定的,这就导致了通信服务器对其响应速度、通信服务器与其距离处于动态的变化中。这种情况下,根据物联网设备的IP地址,从候选通信服务器中指定第二服务器:当物联网设备向调度服务器发送服务器分配请求,以确定第二服务器时,调度服务器获取物联网设备的当前IP地址,将距离其当前IP地址最近的通信服务器确定为第二服务器,将该通信服务器的标识确定为第二服务器标识。
该实施例的优点在于,面对活动范围很大的物联网设备,通过这种方法确定的第二服务器更具有针对性。
需要说明的是,本公开实施例中,只要调度服务器要为物联网设备分配通信服务器,均可以将包含有候选通信服务器列表、或者通信服务器标识的应答发送给物联网设备,使得物联网设备能够基于应答确定进行物联网通信的通信服务器。显而易见,通信服务器并不局限第二服务器,第一服务器、第三服务器、或者任一通信服务器均可以由调度服务器进行相应的分配,这一过程与上述调度服务器为物联网设备分配第二服务器的过程同理,故在此不再赘述。
在一实施例中,在接收到物联网设备检测到与所述物联网设备进行通信的第一服务器服务中止而发出的服务器分配请求之前,还包括:
接收到所述物联网设备开机时发出的服务器分配请求;
向所述物联网设备发送应答,以便所述物联网设备确定用于进行物联网通信的第一服务器。
该实施例中,调度服务器接收到物联网设备开机时发出的服务器分配请求时,根据能够为该物联网设备提供物联网通信服务的候选通信服务器的信息,向该物联网设备发送应答,以便该物联网设备能够从候选通信服务器中确定用于进行物联网通信的第一服务器。
本公开实施例中,第一服务器、第二服务器、第三服务器等是相对于物联网设备而言的,对于调度服务器来说,第一服务器、第二服务器、第三服务器都可以等同视之为通信服务器。调度服务器接收到物联网设备发送的服务器分配请求时,可以不必确定物联网设备是要与第一服务器进行物联网通信、还是要与第二服务器进行物联网通信,都可以将之视之为物联网设备要与通信服务器进行物联网通信,然后为其分配能够为其提供物联网通信服务的通信服务器即可。
首先参考图6简要描述服务器资源获取、分配的具体过程。
如图6所示:设备开机/唤醒/联网后,使用调度服务器的“地址指定服务”。获得能够提供“常规通信服务”的通信服务器的地址,进而使用“常规通信服务”。若通信服务器未正常回复,错误计数累加,计数溢出时报错,再次使用调度服务器的地址指定服务”。
若错误计数累加过程中、且计数尚未溢出,则继续使用通信服务器的“常规通信服务”;若错误计数累加过程中、且计数尚未溢出的中途,通信服务器正常回复,则将错误计数清零,继续使用通信服务器的“常规通信服务”。
其中,“地址指定服务”指的是调度服务器为物联网设备提供的分配通信服务器这一服务;“常规通信服务”指的是通信服务器为物联网设备提供的物联网通信服务。
下面结合一具体应用场景,以更详细地展现出服务器资源获取、分配的具体过程。
在一实施例中,一公司于A市投放了30台含有GPRS网络通信功能和RFID近场通信功能的智能储物柜,其SN序列号范围为190500001~190500030。该储物柜经员工刷RFID卡才能打开,而刷卡权限的鉴权由服务器进行。
为了保证储物柜能够快速响应员工的操作,该公司经过测试,发现B市机房对这些储物柜所在地区的网络响应速度是最快的。因此在B市机房的1号和2号服务器上登记了这30台设备的SN等信息、以及对应的鉴权功能。作为备份,在C市机房的3号服务器上也登记了这30台设备的SN等信息、以及对应的鉴权功能。上述1号、2号、3号服务器的功能就是“正常通信服务”。此外,将上述3台服务器与190500001~190500031这30台设备的对照关系,登记到C市机房的4号服务器上,4号服务器的功能就是“地址指定服务”。
序列号为190500001的设备开机后,首先连接了4号服务器,即使用了“地址指定服务”。其发送内容如下:
{“SN”:“190500001”,“METHOD”:“ADDR”}。
而服务器的应答内容如下:
{“SN”:“190500001”,“METHOD”:“ADDR”,“RESULT”:“api1.company.com,api2.company.com,api3.company.com”}。
随后,序列号为190500001的设备向被推荐的第1台服务器api1.company.com发送握手信息,内容举例:
{“SN”:“190500001”,“METHOD”:“HELLO”}。
服务器的应答如下:
{“SN”:“190500001”,“METHOD”:“HELLO”,“RESULT”:“OK”}。
当有刷卡记录时,设备向服务器发送如下信息:
{“SN”:“190500001”,“METHOD”:“AUTH”,“ID”:“00000000AA897F01”}。
若服务器接受,则返回:
{“SN”:“190500001”,“METHOD”:“AUTH”,“ID”:“00000000AA897F01”,“RESULT”:“ACCEPT”};
若服务器拒绝,则返回:
{“SN”:“190500001”,“METHOD”:“AUTH”,“ID”:“00000000AA897F01”,“RESULT”:“REFUSE”}。
上述操作,称为“正常通信服务”。
若第1台服务器工作正常,则设备190500001会一直保持与第1台服务器的通信关系。若第1台服务器不再回复,设备将尝试连接“地址指定服务”返回的第2台服务器。若上次“地址指定服务”返回的所有服务器均不可连接,则重新使用“地址指定服务”,以获取能够提供可用的“正常通信服务”的服务器的地址。
该实施例中,若第1台服务器在正常工作过程中,需要停机维护,服务器(第1台服务器或者调度服务器)可以直接将新的替代服务器(第2台服务器)的地址回复给设备。
例如,握手应答:
{“SN”:“190500001”,“METHOD”:“HELLO”,“RESULT”:“NG”,“EXT”:“api2.company.com”};
刷卡应答:
{“SN”:“190500001”,“METHOD”:“AUTH”,“ID”:“00000000AA897F01”,“RESULT”:“NG”,“EXT”:“api2.company.com”}。
当设备收到“NG”的结果时,且服务器的回复内容中附加了EXT字段,则采用EXT字段的值进行连接。当所有设备均切换到第2台服务器时,1号服务器即进入空闲状态,可正常执行维护操作。
需要说明的是,该实施例只是示例性的说明,不应对本公开的功能和范围造成限制。
根据本公开实施例,如图8所示,提供了一种物联网设备210,包括:
检测设备2101,用于在物联网设备与第一服务器进行物联网通信时,检测到所述第一服务器服务中止;
第一发送器2102,用于向进行服务器资源分配的调度服务器发送服务器分配请求;
第一接收器2103,用于接收所述调度服务器的应答,其中,所述所述第一发送器还向从所述应答中确定的用于继续物联网通信的第二服务器发送物联网通信请求。
根据本公开实施例,如图9所示,提供了一种调度服务器110,包括:
第二接收器1101,用于接收到物联网设备检测到与所述物联网设备进行通信的第一服务器服务中止而发出的服务器分配请求;
第二发送器1102,用于向所述物联网设备发送应答,以便所述物联网设备确定用于继续物联网通信的第二服务器。
本公开实施例的物联网设备的服务器资源获取方法可以由图1所示的物联网设备210实现。下面参考图10来描述根据本公开实施例的物联网设备210。图10显示的物联网设备210仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图10所示,物联网设备210以通用计算设备的形式表现。物联网设备210的组件可以包括但不限于:上述至少一个处理单元510、上述至少一个存储单元520、连接不同***组件(包括存储单元520和处理单元510)的总线530。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元510执行,使得所述处理单元510执行本说明书上述示例性方法的描述部分中描述的根据本发明各种示例性实施方式的步骤。例如,所述处理单元510可以执行如图2中所示的各个步骤。
存储单元520可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)5201和/或高速缓存存储单元5202,还可以进一步包括只读存储单元(ROM)5203。
存储单元520还可以包括具有一组(至少一个)程序模块5205的程序/实用工具5204,这样的程序模块5205包括但不限于:操作***、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线530可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
物联网设备210也可以与一个或多个外部设备600(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该物联网设备210交互的设备通信,和/或与使得该物联网设备210能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口550进行。并且,物联网设备210还可以通过网络适配器560与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器560通过总线530与物联网设备210的其它模块通信。应当明白,尽管图中未示出,可以结合物联网设备210使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。
本公开实施例的物联网设备的服务器资源分配方法可以由图1所示的调度服务器110实现。下面参考图11来描述根据本公开实施例的调度服务器110。图11显示的调度服务器110仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图11所示,调度服务器110以通用计算设备的形式表现。调度服务器110的组件可以包括但不限于:上述至少一个处理单元510’、上述至少一个存储单元520’、连接不同***组件(包括存储单元520’和处理单元510’)的总线530’。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元510’执行,使得所述处理单元510’执行本说明书上述示例性方法的描述部分中描述的根据本发明各种示例性实施方式的步骤。例如,所述处理单元510’可以执行如图6中所示的各个步骤。
存储单元520’可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)5201’和/或高速缓存存储单元5202’,还可以进一步包括只读存储单元(ROM)5203’。
存储单元520’还可以包括具有一组(至少一个)程序模块5205’的程序/实用工具5204’,这样的程序模块5205’包括但不限于:操作***、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线530’可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
调度服务器110也可以与一个或多个外部设备600’(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该调度服务器110交互的设备通信,和/或与使得该调度服务器110能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口550’进行。并且,调度服务器110还可以通过网络适配器560’与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器560’通过总线530’与调度服务器110的其它模块通信。应当明白,尽管图中未示出,可以结合调度服务器110使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
在本公开的示例性实施例中,还提供了一种计算机程序介质,其上存储有计算机可读指令,当所述计算机可读指令被计算机的处理器执行时,使计算机执行上述物联网设备的服务器资源获取方法实施例中、或者上述物联网设备的服务器资源分配方法实施中部分描述的方法。
根据本公开的一个实施例,还提供了一种用于实现上述物联网设备的服务器资源获取方法实施例中、或者上述物联网设备的服务器资源分配方法实施例中的方法的程序产品,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本发明的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RGM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如JGvG、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(KGN)或广域网(WGN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
此外,尽管在附图中以特定顺序描述了本公开中方法的各个步骤,但是,这并非要求或者暗示必须按照该特定顺序来执行这些步骤,或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的,可以省略某些步骤,将多个步骤合并为一个步骤执行,以及/或者将一个步骤分解为多个步骤执行等。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由所附的权利要求指出。
Claims (13)
1.一种物联网设备的服务器资源获取方法,其特征在于,所述方法包括:
在物联网设备与第一服务器进行物联网通信时,检测到所述第一服务器服务中止;
向进行服务器资源分配的调度服务器发送服务器分配请求;
基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器;
向确定的第二服务器发送物联网通信请求。
2.根据权利要求1所述的方法,其特征在于,所述调度服务器和第一服务器是同一服务器。
3.根据权利要求1所述的方法,其特征在于,所述调度服务器的应答包含候选通信服务器列表,
所述基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器,包括:
显示候选通信服务器列表;
将用户从所述候选通信服务器列表中选择的候选通信服务器,确定为用于继续物联网通信的第二服务器。
4.根据权利要求1所述的方法,其特征在于,在物联网设备与第一服务器进行物联网通信时,检测到所述第一服务器服务中止之前,所述方法还包括:
在所述物联网设备开机时,按照所述物联网设备内置的调度服务器的标识,向所述标识对应的调度服务器发送服务器分配请求;
基于所述调度服务器的应答,确定用于进行物联网通信的第一服务器;
与确定的第一服务器进行物联网通信。
5.根据权利要求3所述的方法,其特征在于,在基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器之后,所述方法还包括:保存所述候选通信服务器列表;
在向确定的第二服务器发送物联网通信请求之后,所述方法还包括:
在物联网设备与第二服务器进行物联网通信时,检测到所述第二服务器服务中止;
显示保存的候选通信服务器列表,以供用户选择用于继续物联网通信的第三服务器。
6.根据权利要求3所述的方法,其特征在于,所述调度服务器的应答还包含候选调度服务器列表,
在基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器之后,所述方法还包括:保存所述候选调度服务器列表;
在向确定的第二服务器发送物联网通信请求之后,所述方法还包括:
在物联网设备与第二服务器进行物联网通信时,检测到所述第二服务器服务中止;
显示保存的候选调度服务器列表,以供用户选择调度服务器以发送服务器分配请求。
7.一种调度服务器的服务器资源分配方法,其特征在于,所述方法包括:
接收到物联网设备检测到与所述物联网设备进行通信的第一服务器服务中止而发出的服务器分配请求;
向所述物联网设备发送应答,以便所述物联网设备确定用于继续物联网通信的第二服务器。
8.根据权利要求7所述的方法,其特征在于,所述第二服务器标识是所述调度服务器根据候选通信服务器的响应速度、以及所述候选通信服务器到所述物联网终端的距离的至少一个来指定的。
9.根据权利要求7所述的方法,其特征在于,所述第二服务器标识是所述调度服务器根据所述物联网设备的IP地址,从候选通信服务器中指定的。
10.一种物联网设备,其特征在于,所述物联网设备包括:
检测设备,用于在物联网设备与第一服务器进行物联网通信时,检测到所述第一服务器服务中止;
第一发送器,用于向进行服务器资源分配的调度服务器发送服务器分配请求;
第一接收器,用于接收所述调度服务器的应答,
其中,所述第一发送器还向从所述应答中确定的用于继续物联网通信的第二服务器发送物联网通信请求。
11.一种调度服务器,其特征在于,所述调度服务器包括:
第二接收器,用于接收到物联网设备检测到与所述物联网设备进行通信的第一服务器服务中止而发出的服务器分配请求;
第二发送器,用于向所述物联网设备发送应答,以便所述物联网设备确定用于继续物联网通信的第二服务器。
12.一种计算机可读介质,其上存储有计算机可执行指令,当所述计算机可执行指令被计算机的处理器执行时,使得计算机执行物联网设备的服务器资源获取方法,所述方法包括:
在物联网设备与第一服务器进行物联网通信时,检测到所述第一服务器服务中止;
向进行服务器资源分配的调度服务器发送服务器分配请求;
基于所述调度服务器的应答,确定用于继续物联网通信的第二服务器;
向确定的第二服务器发送物联网通信请求。
13.一种计算机可读介质,其上存储有计算机可执行指令,当所述计算机可执行指令被计算机的处理器执行时,使得计算机执行物联网设备的服务器资源获取方法,所述方法包括:
接收到物联网设备检测到与所述物联网设备进行通信的第一服务器服务中止而发出的服务器分配请求;
向所述物联网设备发送应答,以便所述物联网设备确定用于继续物联网通信的第二服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910477945.5A CN110300071A (zh) | 2019-06-03 | 2019-06-03 | 物联网设备的服务器资源获取方法及相关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910477945.5A CN110300071A (zh) | 2019-06-03 | 2019-06-03 | 物联网设备的服务器资源获取方法及相关设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110300071A true CN110300071A (zh) | 2019-10-01 |
Family
ID=68027426
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910477945.5A Pending CN110300071A (zh) | 2019-06-03 | 2019-06-03 | 物联网设备的服务器资源获取方法及相关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110300071A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111263470A (zh) * | 2020-03-04 | 2020-06-09 | 郑州智利信信息技术有限公司 | 一种移动终端网络连接方法 |
CN111552570A (zh) * | 2020-04-29 | 2020-08-18 | 章稳建 | 物联网数据处理资源的自适应分配方法及云计算服务器 |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101945085A (zh) * | 2009-07-07 | 2011-01-12 | 中兴通讯股份有限公司 | 基于会话初始协议的软交换服务器的检测方法及装置 |
CN102075380A (zh) * | 2010-12-16 | 2011-05-25 | 中兴通讯股份有限公司 | 一种服务器状态检测方法及装置 |
CN102960029A (zh) * | 2011-06-21 | 2013-03-06 | 华为技术有限公司 | 重复接入检测和限制的方法、装置、用户设备和*** |
CN103067206A (zh) * | 2012-12-28 | 2013-04-24 | 无锡博欧节能科技有限公司 | 物联网跨机房分布式全自动热备用服务器切换*** |
CN103813368A (zh) * | 2012-11-12 | 2014-05-21 | ***通信集团公司 | 一种对网络运行状态进行监测的方法、设备和*** |
CN105050118A (zh) * | 2015-07-31 | 2015-11-11 | 腾讯科技(深圳)有限公司 | 连接Wi-Fi热点的方法及装置 |
CN105207840A (zh) * | 2015-08-18 | 2015-12-30 | 上海斐讯数据通信技术有限公司 | 一种网络终端用户掉线频次检测***及方法 |
CN105306288A (zh) * | 2014-06-27 | 2016-02-03 | 中兴通讯股份有限公司 | WebSocket服务器监控方法及装置 |
CN106101171A (zh) * | 2016-05-24 | 2016-11-09 | 中国联合网络通信集团有限公司 | 服务器连接方法及装置 |
CN106411585A (zh) * | 2016-09-21 | 2017-02-15 | 深圳市智物联网络有限公司 | 用于服务器切换的方法、适配器、服务器和调度装置 |
CN108063790A (zh) * | 2017-10-31 | 2018-05-22 | 北京康得新创科技股份有限公司 | 服务器切换方法及装置、通信***、终端设备 |
CN108306763A (zh) * | 2018-01-05 | 2018-07-20 | 广东美的暖通设备有限公司 | 家电设备及其网络连接处理方法、计算机可读存储介质 |
CN109245974A (zh) * | 2018-11-30 | 2019-01-18 | 广东美的制冷设备有限公司 | 家用电器配网方法、装置和计算机可读存储介质 |
CN109660593A (zh) * | 2018-11-05 | 2019-04-19 | 深圳绿米联创科技有限公司 | 物联网平台接入管理方法、装置及*** |
-
2019
- 2019-06-03 CN CN201910477945.5A patent/CN110300071A/zh active Pending
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101945085A (zh) * | 2009-07-07 | 2011-01-12 | 中兴通讯股份有限公司 | 基于会话初始协议的软交换服务器的检测方法及装置 |
CN102075380A (zh) * | 2010-12-16 | 2011-05-25 | 中兴通讯股份有限公司 | 一种服务器状态检测方法及装置 |
CN102960029A (zh) * | 2011-06-21 | 2013-03-06 | 华为技术有限公司 | 重复接入检测和限制的方法、装置、用户设备和*** |
CN103813368A (zh) * | 2012-11-12 | 2014-05-21 | ***通信集团公司 | 一种对网络运行状态进行监测的方法、设备和*** |
CN103067206A (zh) * | 2012-12-28 | 2013-04-24 | 无锡博欧节能科技有限公司 | 物联网跨机房分布式全自动热备用服务器切换*** |
CN105306288A (zh) * | 2014-06-27 | 2016-02-03 | 中兴通讯股份有限公司 | WebSocket服务器监控方法及装置 |
CN105050118A (zh) * | 2015-07-31 | 2015-11-11 | 腾讯科技(深圳)有限公司 | 连接Wi-Fi热点的方法及装置 |
CN105207840A (zh) * | 2015-08-18 | 2015-12-30 | 上海斐讯数据通信技术有限公司 | 一种网络终端用户掉线频次检测***及方法 |
CN106101171A (zh) * | 2016-05-24 | 2016-11-09 | 中国联合网络通信集团有限公司 | 服务器连接方法及装置 |
CN106411585A (zh) * | 2016-09-21 | 2017-02-15 | 深圳市智物联网络有限公司 | 用于服务器切换的方法、适配器、服务器和调度装置 |
CN108063790A (zh) * | 2017-10-31 | 2018-05-22 | 北京康得新创科技股份有限公司 | 服务器切换方法及装置、通信***、终端设备 |
CN108306763A (zh) * | 2018-01-05 | 2018-07-20 | 广东美的暖通设备有限公司 | 家电设备及其网络连接处理方法、计算机可读存储介质 |
CN109660593A (zh) * | 2018-11-05 | 2019-04-19 | 深圳绿米联创科技有限公司 | 物联网平台接入管理方法、装置及*** |
CN109245974A (zh) * | 2018-11-30 | 2019-01-18 | 广东美的制冷设备有限公司 | 家用电器配网方法、装置和计算机可读存储介质 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111263470A (zh) * | 2020-03-04 | 2020-06-09 | 郑州智利信信息技术有限公司 | 一种移动终端网络连接方法 |
CN111552570A (zh) * | 2020-04-29 | 2020-08-18 | 章稳建 | 物联网数据处理资源的自适应分配方法及云计算服务器 |
CN111552570B (zh) * | 2020-04-29 | 2020-11-10 | 重庆浙大网新科技有限公司 | 物联网数据处理资源的自适应分配方法及云计算服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107995215B (zh) | 智能家居设备的控制方法、装置及云平台服务器 | |
CN104350802B (zh) | 无线局域网络wlan的接入方法、终端及服务器 | |
CN106375442B (zh) | 一种跨平台管理设备信息的方法和装置 | |
US9229762B2 (en) | Host providing system and host providing method | |
CN108632474A (zh) | 坐席分配方法及装置、存储介质、电子设备 | |
NO20083952L (no) | Kommunikasjonssystem og fremgangsmate ved kommunikasjon i dette, og kjernenettknutepunkt som har svitsjefunksjon i kommunikasjonssystemet | |
US8606908B2 (en) | Wake-up server | |
CN109379742A (zh) | 一种无线局域网的接入方法、装置和存储介质 | |
CN109493469A (zh) | 一种智能门锁的权限设置方法及管理设备 | |
CN103516763B (zh) | 资源处理方法和***以及装置 | |
CN110300071A (zh) | 物联网设备的服务器资源获取方法及相关设备 | |
CN108600399A (zh) | 信息推送方法及相关产品 | |
CN111858050B (zh) | 服务器集群混合部署方法、集群管理节点及相关*** | |
CN106603594A (zh) | 一种分布式服务的管理方法和*** | |
CN106993286A (zh) | 一种无线网中无线接入设备接入云端ac的方法及*** | |
CN112087401A (zh) | 分布式存储中实现服务质量的方法和装置 | |
CN105071965A (zh) | 一种网络设备的管理*** | |
CN103812788B (zh) | 控制用户接入的方法、装置及*** | |
CN103248654A (zh) | 虚拟桌面服务参数的协商方法、装置及*** | |
CN110235155A (zh) | 外卖共享车的控制方法及装置 | |
CN108289086A (zh) | 请求处理方法及装置、服务器 | |
CN107113615A (zh) | 一种对接入点ap的认证方法、***及相关设备 | |
CN106469091B (zh) | 用于分配可用区的方法和装置 | |
CN106330492B (zh) | 一种配置用户设备转发表的方法、装置及*** | |
US20130260804A1 (en) | Apparatus and method for wireless network connection |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | 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: 20191001 |