CN113572800A - 获取应用的下载信息的方法、系统、服务器以及存储介质 - Google Patents

获取应用的下载信息的方法、系统、服务器以及存储介质 Download PDF

Info

Publication number
CN113572800A
CN113572800A CN202010948753.0A CN202010948753A CN113572800A CN 113572800 A CN113572800 A CN 113572800A CN 202010948753 A CN202010948753 A CN 202010948753A CN 113572800 A CN113572800 A CN 113572800A
Authority
CN
China
Prior art keywords
server
application
information
management application
request
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.)
Granted
Application number
CN202010948753.0A
Other languages
English (en)
Other versions
CN113572800B (zh
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202211105031.4A priority Critical patent/CN115567509A/zh
Priority to CN202010948753.0A priority patent/CN113572800B/zh
Priority to EP21865884.7A priority patent/EP4199474A4/en
Priority to PCT/CN2021/115309 priority patent/WO2022052828A1/zh
Publication of CN113572800A publication Critical patent/CN113572800A/zh
Application granted granted Critical
Publication of CN113572800B publication Critical patent/CN113572800B/zh
Priority to US18/182,099 priority patent/US20230214201A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • 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
    • 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/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72406—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by software upgrading or downloading
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
    • H04M1/72412—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories using two-way short-range wireless interfaces
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • 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
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Abstract

本申请实施方式提供了一种获取应用的下载信息的方法以及系统、提供应用的下载信息的方法、服务器以及计算机可读存储介质，获取应用的下载信息的方法包括：第一设备读取第二设备的标签数据；第二服务器接收第一请求，第一请求中携带有第二设备的标识信息和第一设备的应用支持能力信息，标识信息与标签数据相关联，第一请求用于从第二服务器获取设备管理应用的下载信息；第二服务器根据标识信息和第一设备的应用支持能力信息，确定设备管理应用；第二服务器发送第一请求响应，第一请求响应中携带有设备管理应用的下载信息；第一设备至少获取第二服务器发送的设备管理应用的下载信息。本申请可以解决应用下载信息维护不灵活的问题。

Description

获取应用的下载信息的方法、系统、服务器以及存储介质
技术领域
本申请涉及软件技术领域，尤其涉及一种获取应用的下载信息的方法以及系统、提供应用的下载信息的方法、服务器以及计算机可读存储介质。
背景技术
目前，物联网(Internet of Things，IoT)技术的发展方兴未艾，不论是在生产还是生活领域，物联网都对传统的模式产生着深刻的影响。
智能家居是物联网技术的一个重要应用场景。在智能家居生活场景中，各智能家居设备通过网络(例如，蓝牙、WiFi等无线网络)与控制终端进行连接，从而，用户可以通过控制终端对智能家居设备进行控制和管理，以构造智能化的生活场景。
在智能家居生活场景中，当用户通过手机读取智能家居设备上的设备标签(例如，近场通信(Near Field Communication，NFC)标签等)时，可以启动与智能家居设备相对应的设备管理应用。这样，人们可以通过手机上的设备管理应用对智能家居设备进行控制(例如，启动智能家居设备)，从而为生活带来便利。
现有技术中，手机通过写在设备标签中的应用下载信息(例如，设备管理应用的URL下载地址，设备管理应用的安装包名)下载并安装设备设备管理应用，即，设备管理应用的下载信息是写在设备标签中的，由此存在不能灵活维护应用下载信息的问题。
发明内容
本申请的一些实施方式提供了一种获取应用的下载信息的方法以及系统、提供应用的下载信息的方法、服务器以及计算机可读存储介质，以下从多个方面介绍本申请，以下多个方面的实施方式和有益效果可互相参考。
第一方面，本申请实施方式提供了一种获取应用的下载信息的方法，方法应用于至少包括第一设备、第二设备和第二服务器的系统，第二服务器与第二设备相关联，方法包括：第一设备读取第二设备的标签数据；第二服务器接收第一请求，第一请求中携带有第二设备的标识信息和第一设备的应用支持能力信息，标识信息与标签数据相关联，第一请求用于从第二服务器获取设备管理应用的下载信息，其中，设备管理应用用于管理第二设备；响应于第一请求，第二服务器根据标识信息和第一设备的应用支持能力信息，确定设备管理应用；第二服务器发送第一请求响应，第一请求响应中携带有设备管理应用的下载信息；第一设备至少获取第二服务器发送的设备管理应用的下载信息。
根据本申请的实施方式，设备管理应用的下载信息从第二服务器获取的，而非固定写在设备标签中的。本申请是通过第二服务器维护设备管理应用的下载信息，而非通过设备标签维护净水器应用的下载信息，这样，无论设备管理应用的下载信息如何更新，第二服务器都可以向第一设备返回实时有效的应用下载信息，从而解决应用下载信息维护不灵活的问题。
在一些实施方式中，第一设备中包含有第一SDK，第二服务器接收第一请求之前，方法还包括：第一设备通过第一SDK对标签数据进行解析；第一设备解析出标签数据中包括的标识信息，其中，标识信息包括第二设备的品类标识、型号标识和/或第一序列号；第一设备向第二服务器发送第一请求。
在一些实施方式中，第二服务器发送的设备管理应用的下载信息中包括下述一个或多个：设备管理应用的应用ID；设备管理应用的安装包名；设备管理应用的URL下载地址。
本申请实施方式中，设备管理应用的应用ID为设备管理应用在应用市场中的唯一性标识，例如，App ID。
在一些实施方式中，第二服务器发送第一请求响应，具体为：第二服务器向第一设备发送第一请求响应；第一设备至少获取第二服务器发送的设备管理应用的下载信息，包括：第一设备接收第二服务器发送的设备管理应用的下载信息。
在一些实施方式中，系统包括第三服务器，第二服务器发送的设备管理应用的下载信息中包括设备管理应用的安装包名，第一设备接收第二服务器发送的设备管理应用的下载信息之后，方法还包括：第一设备向第三服务器发送第三请求，第三请求中携带有设备管理应用的安装包名，第三请求用于获取设备管理应用的应用ID；响应于第三请求，第三服务器根据设备管理应用的安装包的安装包名，确定设备管理应用的应用ID；第三服务器向第一设备发送第三请求响应，第三请求响应中携带有设备管理应用的应用ID；第一设备接收第三服务器发送的设备管理应用的应用ID。
在一些实施方式中，第一设备存储标签数据与设备管理应用的下载信息之间的关联关系。
这样，当第一设备在下次读取第二设备的标签数据时，可根据第一设备中存储的设备管理应用的下载信息启动设备管理应用，以提高第一设备的应用启动速度。
在一些实施方式中，第一设备存储标签数据与设备管理应用的下载信息之间的关联关系之后，方法还包括：第一设备读取第二设备的标签数据；第一设备根据关联关系，确定读取到的标签数据所关联的下载信息；第一设备根据读取到的标签数据所关联的下载信息，下载并启动设备管理应用。
在一些实施方式中，第一设备的应用支持能力信息包括用于识别第一设备的产品型号的信息和/或第一设备的操作系统的信息；其中，用于识别第一设备的产品型号的信息包括第一设备的产品品牌、产品型号、产品类别、产品序列号中至少一个；第一设备的操作系统的信息包括第一设备的操作系统的名称、第一设备的操作系统的版本号中至少一个。
第二方面，本申请实施方式提供了一种获取应用的下载信息的方法，方法应用于至少包括第一设备、第二设备和第二服务器的系统，第二服务器与第二设备相关联，方法包括：第一设备读取第二设备的标签数据；第二服务器接收第一请求，第一请求中携带有第二设备的标识信息和第一设备的应用支持能力信息，标识信息与标签数据相关联，第一请求用于从第二服务器获取设备管理应用的下载信息，其中，设备管理应用用于管理第二设备；响应于第一请求，第二服务器根据标识信息和第一设备的应用支持能力信息，确定设备管理应用；第二服务器发送第一请求响应，第一请求响应中携带有设备管理应用的下载信息；第一设备至少获取第二服务器发送的设备管理应用的下载信息。
根据本申请的实施方式，设备管理应用的下载信息从第二服务器获取的，而非固定写在设备标签中的。本申请是通过第二服务器维护设备管理应用的下载信息，而非通过设备标签维护净水器应用的下载信息，这样，无论设备管理应用的下载信息如何更新，第二服务器都可以向第一设备返回实时有效的应用下载信息，从而解决应用下载信息维护不灵活的问题。
在一些实施方式中，系统中还包含第一服务器，第一服务器与第一设备相关联，第二服务器接收第一请求之前，方法还包括：第一设备向第一服务器发送第二请求，第二请求中携带有标签数据和第一设备的应用支持能力信息；第一服务器对标签数据进行解析；第一服务器解析出标签数据中包括的标识信息，其中，标识信息包括第二设备的品类标识、型号标识和/或第一序列号；第一服务器向第二服务器发送第一请求。
根据本申请的实施方式，通过第一服务器解析第二设备的标签数据，并向第二服务器发送第一请求，这样，第一设备无需解析第二设备标签数据，也无需与第二设备服务器进行直接通信，只需与第一服务器通信即可。这样，第一设备中无需集成第一SDK，可以节省第一设备本地存储空间。
在一些实施方式中，第二服务器发送的设备管理应用的下载信息中包括下述一个或多个：设备管理应用的应用ID；设备管理应用的安装包名；设备管理应用的URL下载地址。
在一些实施方式中，第一设备至少获取第二服务器发送的设备管理应用的下载信息之前，方法还包括：第一服务器接收第二服务发送的设备管理应用的下载信息；第一服务器向第一设备发送第二请求响应，第二请求响应中包括第二服务器发送的设备管理应用的下载信息；第一设备至少获取第二服务器发送的设备管理应用的下载信息，包括：响应于接收第二请求响应，第一设备获取第二服务器发送的设备管理应用的下载信息。
在一些实施方式中，系统包括第三服务器，第一服务器接收的来自第二服务器的设备管理应用的下载信息中包括设备管理应用的安装包名；第一服务器向第一设备发送第二请求响应之前，方法还包括：第一服务器向第三服务器发送第四请求，第四请求中携带有设备管理应用的安装包名，第四请求用于获取设备管理应用的应用ID；响应于第四请求，第三服务器根据设备管理应用的安装包的安装包名，确定设备管理应用的应用ID；第三服务器向第一服务器发送第四请求响应，第四请求响应中携带有设备管理应用的应用ID；第一服务器接收第三服务器发送的设备管理应用的应用ID；第一服务器向第一设备发送第二请求响应，具体为：第一服务器向第一设备发送第二请求响应，其中，第二请求响应中包括设备管理应用的应用ID以及第二服务器发送的设备管理应用的下载信息；第一设备至少获取第二服务器发送的设备管理应用的下载信息，包括：响应于接收第二请求响应，第一设备获取设备管理应用的应用ID以及第二服务器发送的设备管理应用的下载信息。
在一些实施方式中，第一服务器存储标签数据、第一设备的应用支持能力信息与设备管理应用的下载信息之间的关联关系。
这样，当第一服务器接收到第一设备的第二请求，但第一服务器从第二服务器获取设备管理应用的下载信息失败时(例如，出现通信故障时)，第一服务器可以将本地存储的设备管理应用的下载信息发送至第一设备。
在一些实施方式中，第一设备的应用支持能力信息包括用于识别第一设备的产品型号的信息和/或第一设备的操作系统的信息；其中，用于识别第一设备的产品型号的信息包括第一设备的产品品牌、产品型号、产品类别、产品序列号中至少一个；第一设备的操作系统的信息包括第一设备的操作系统的名称、第一设备的操作系统的版本号中至少一个。
第三方面，本申请实施方式提供了一种提供应用的下载信息的方法，用于与第二设备关联的第二服务器，方法包括：接收第一请求，第一请求中携带有第二设备的标识信息和第一设备的应用支持能力信息，标识信息与第二设备的标签数据相关联，第一请求用于从第二服务器获取设备管理应用的下载信息，其中，设备管理应用用于管理第二设备；响应于第一请求，根据标识信息和第一设备的应用支持能力信息，确定设备管理应用；发送第一请求响应，第一请求响应中携带有设备管理应用的下载信息。
根据本申请的实施方式，设备管理应用的下载信息从第二服务器获取的，而非固定写在设备标签中的。本申请是通过第二服务器维护设备管理应用的下载信息，而非通过设备标签维护净水器应用的下载信息，这样，无论设备管理应用的下载信息如何更新，第二服务器都可以向第一设备返回实时有效的应用下载信息，从而解决应用下载信息维护不灵活的问题。
另外，根据本申请的实施方式，通过第一服务器解析第二设备的标签数据，并向第二服务器发送第一请求，这样，第一设备无需解析第二设备标签数据，也无需与第二设备服务器进行直接通信，只需与第一服务器通信即可。这样，第一设备中无需集成第一SDK，可以节省第一设备本地存储空间。
在一些实施方式中，第二设备的标识信息包括第二设备的品类标识、型号标识和/或第一序列号。
在一些实施方式中，第二设备的标识信息包括第二设备的品类标识，根据标识信息和第一设备的应用支持能力信息，确定设备管理应用，包括：根据第二设备的品类标识确定用于管理第二设备的一个或多个应用；根据第一设备的应用支持能力信息从一个或多个应用中确定能够在第一设备上运行的设备管理应用。
在一些实施方式中，第二设备的标识信息包括第二设备的第一序列号，第一序列号为与第二设备的产品序列号不同的且与第二设备的产品序列号相关联的序列号；根据标识信息和第一设备的应用支持能力信息，确定设备管理应用，包括：根据第一序列号确定与第一序列号相关联的产品序列号，并根据与第一序列号相关联的产品序列号确定用于管理第二设备的一个或多个应用；根据第一设备的应用支持能力信息从一个或多个应用中确定能够在第一设备上运行的设备管理应用。
在一些实施方式中，第二服务器发送的设备管理应用的下载信息中包括下述一个或多个：设备管理应用的应用ID；设备管理应用的安装包名；设备管理应用的URL下载地址。
在一些实施方式中，第一设备的应用支持能力信息包括用于识别第一设备的产品型号的信息和/或第一设备的操作系统的信息；其中，用于识别第一设备的产品型号的信息包括第一设备的产品品牌、产品型号、产品类别、产品序列号中至少一个；第一设备的操作系统的信息包括第一设备的操作系统的名称、第一设备的操作系统的版本号中至少一个。
第四方面，本申请实施方式提供了一种获取应用的下载信息的方法，用于与第一设备关联的第一服务器，方法包括：接收第一设备发送的第二请求，第二请求中携带有第二设备的标签数据和第一设备的应用支持能力信息；从标签数据中解析出第二设备的标识信息，其中，标识信息包括第二设备的品类标识、型号标识和/或第一序列号；向第二服务器发送第一请求，第一请求携带有第二设备的标识信息和第一设备的应用支持能力信息，其中，第一请求用于从第二服务器获取用于管理第二设备的设备管理应用的下载信息；接收第二服务器发送的第一请求响应，第一请求响应中携带有设备管理应用的下载信息；向第一设备发送第二请求响应，第二请求响应中携带有第二服务器发送的设备管理应用的下载信息。
根据本申请的实施方式，设备管理应用的下载信息从第二服务器获取的，而非固定写在设备标签中的。本申请是通过第二服务器维护设备管理应用的下载信息，而非通过设备标签维护净水器应用的下载信息，这样，无论设备管理应用的下载信息如何更新，第二服务器都可以向第一设备返回实时有效的应用下载信息，从而解决应用下载信息维护不灵活的问题。
在一些实施方式中，第二服务器发送的设备管理应用的下载信息中包括下述一个或多个：设备管理应用的应用ID；设备管理应用的安装包名；设备管理应用的URL下载地址。
在一些实施方式中，第二服务器发送的设备管理应用的下载信息中包括设备管理应用的安装包名，向第一设备发送第二请求响应之前，方法还包括：向第三服务器发送第四请求，第四请求中携带有设备管理应用的安装包名，第四请求用于获取设备管理应用的应用ID；接收第三服务器发送的第四请求响应，第四请求响应中携带有设备管理应用的应用ID；向第一设备发送第二请求响应，其中，第二请求响应中包括第二服务器发送的设备管理应用的下载信息以及设备管理应用的应用ID。
在一些实施方式中，方法还包括：存储标签数据、第一设备的应用支持能力信息与设备管理应用的下载信息之间的关联关系。
这样，当第一服务器接收到第一设备的第二请求，但第一服务器从第二服务器获取设备管理应用的下载信息失败时(例如，出现通信故障时)，第一服务器可以将本地存储的设备管理应用的下载信息发送至第一设备。
第五方面，本申请实施方式提供了一种获取应用的下载信息的系统，系统包括第一设备、第二设备和第二服务器，第二服务器与第二设备相关联，其中，第一设备用于执行本申请第一方面任一实施方式提供的方法中由第一设备执行的步骤，第二服务器用于执行本申请第一方面任一实施方式提供的方法中由第二服务器执行的步骤。第五方面能达到的有益效果可参考本申请第一方面任一实施方式的有益效果，此处不再赘述。
第六方面，本申请实施方式提供了一种获取应用的下载信息的系统，系统包括第一设备、第一服务器、第二设备和第二服务器，第一设备和第二设备相关联，第二服务器与第二设备相关联，其中，第一设备用于执行本申请第二方面任一实施方式提供的方法中由第一设备执行的步骤，第一服务器用于执行本申请第二方面任一实施方式提供的方法中由第一服务器执行的步骤，第二服务器用于执行本申请第二方面任一实施方式提供的方法中由第二服务器执行的步骤。第六方面能达到的有益效果可参考本申请第二方面任一实施方式的有益效果，此处不再赘述。
第七方面，本申请实施方式提供了一种服务器，包括：存储器，用于存储由服务器的一个或多个处理器执行的指令；处理器，当处理器执行存储器中的指令时，可使得服务器执行本申请第三方面任一实施方式提供的方法。第七方面能达到的有益效果可参考本申请第三方面任一实施方式的有益效果，此处不再赘述。
第八方面，本申请实施方式提供了一种服务器，包括：存储器，用于存储由服务器的一个或多个处理器执行的指令；处理器，当处理器执行存储器中的指令时，可使得服务器执行本申请第四方面任一实施方式提供的方法。第八方面能达到的有益效果可参考本申请第四方面任一实施方式的有益效果，此处不再赘述。
第九方面，本申请实施方式提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，该指令在计算机上执行时，可使计算机执行本申请第一方面任一实施方式、本申请第二方面任一实施方式、本申请第三方面任一实施方式或本申请第四方面任一实施方式提供的方法。第九方面能达到的有益效果可参考本申请第一方面任一实施方式、本申请第二方面任一实施方式、本申请第三方面任一实施方式或本申请第四方面任一实施方式的有益效果，此处不再赘述。
附图说明
图1为本申请实施方式的示例性应用场景；
图2为本申请实施例提供的手机的构造示意图；
图3为本申请实施例提供的手机的软件架构图；
图4为本申请实施例提供的NFC标签数据的数据结构示意图；
图5为本申请实施例提供的设备管理应用下载信息获取方法的流程示意图一；
图6为本申请实施例提供的手机NFC开关示意图；
图7为本申请实施例提供的标签解析SDK设置示意图；
图8为本申请实施例提供的方法的实施效果示意图；
图9为本申请实施例提供的设备管理应用下载信息获取方法的流程示意图二；
图10为本申请实施例提供的设备管理应用下载信息获取方法的流程示意图三；
图11示出了本申请实施方式提供的电子设备的框图；
图12示出了本申请实施方式提供的片上系统(SoC，System on Chip)的结构示意图。
具体实施方式
以下将参考附图详细说明本申请的具体实施方式。
本申请中，智能家居设备可以为智能音视频设备，智能音箱，智能电灯，智能冰箱，智能电视等具有一定计算能力和通信功能的家居设备，以下以智能净水器为例进行介绍。
图1示出了一个智能家居生活场景。图1中包括手机100和净水器200，其中，手机100作为控制终端的示例，净水器200作为智能家居设备的示例。手机100和净水器200通过各自的WiFi通信模块接入到家庭WiFi局域网中，以实现两者的相互通信。在其他场景中，手机100和净水器200还可以通过蓝牙、NFC、蜂窝网等方式进行通信，本申请不进行限定。
其中，手机100上装有用于对净水器200进行管理的设备管理应用(本文中，将用于对净水器200进行管理的设备管理应用简称为“净水器应用”)，这样，用户通过操作净水器应用，可对净水器200进行访问和操作，例如，查看净水器200的滤芯使用寿命和净水量统计曲线，启动/关闭净水器200等。
参考图1，净水器200上贴有NFC标签201。当用户需要打开净水器应用时，通过将手机100靠近NFC标签201，手机100可读取NFC标签201中的标签数据，从而启动手机100中的净水器应用。通过读取NFC标签的方式启动净水器应用，一方面，用户可以省去在众多应用图标中查找智能净水器图标的过程，从而简化操作；另一方面，当净水器应用为快应用、小程序时，手机100可能并不会在其桌面上显示净水器应用的图标，通过读取NFC标签启动应用的方式可以为用户提供启动净水器应用的途径。
图1所示场景中，标签数据的载体为NFC标签。在其他场景中，标签数据的载体可以为二维码标签、条形码标签、射频识别(Radio Frequency Identification，RFID)标签等具有数据承载功能的载体，本申请不作限定。
一种实现方式中，NFC标签中写有净水器应用的URL下载地址，手机100通过读取NFC标签可获取该URL下载地址，并进一步通过该URL下载地址下载并安装净水器应用。一般地，通过该方式获取的净水器应用为传统APP，其安装过程需要用户参与，即，在净水器应用安装包下载完成后，用户需要点击“安装”，手机100才会执行应用的安装，操作较为繁琐。
另外，该实现方式中，NFC标签中的URL下载地址是固定不变的，由此会带来不能灵活维护应用下载信息的问题。例如，当净水器应用的URL下载地址发生变更时(例如，当提供净水器应用下载的服务器地址发生变更时)，通过NFC标签中的URL下载地址将难以获取到净水器应用。
在另一种实现方式中，NFC标签中写有净水器应用的安装包名，手机100通过读取NFC标签可获取净水器应用的安装包名，并进一步通过该安装包名在应用市场中下载并安装净水器应用。一般地，通过该方式获取的净水器应用为快应用或小程序，因此，该实现方式中，手机100可以以用户无感知的方式安装净水器应用。但是，该实现方式也存在不能灵活维护应用下载信息的问题。例如，当净水器应用的安装包名发生变更时(例如，当提供净水器应用的厂商的名称发生变更时，净水器应用安装包名中的“厂商标识符”字段会进行相应变更)，此时，通过NFC标签中的安装包名将难以获取净水器应用。
另外，可以理解，使用不同操作系统的手机或者不同品牌的手机支持的净水器应用可能并不相同(例如，苹果iOS系统手机与安卓(Andriod)系统手机支持的净水器应用不同，有可能，同属安卓系统的不同品牌的手机支持的净水器应用也会有差异)。为支持多品牌手机应用信息的分发，标签数据中需要包括与各品牌相对应的应用信息。但NFC标签由于存储的数据量有限，因此难以支持多品牌手机应用信息的分发。
为此，本申请实施方式提供了获取设备管理应用的下载信息的方法，以解决上述技术问题。为便于理解，仍以图1中所示场景为例进行介绍。本申请中，手机100不是从净水器200的NFC标签中获取净水器应用的下载信息，而是从净水器200的生产厂商服务器(本文称“IoT设备厂商服务器”)获取净水器应用的下载信息。具体地，净水器200(作为第二设备)的NFC标签201中写有净水器200的标识信息(例如，净水器200的品类标识，型号标识，虚拟序列号(作为第一序列号，下文将解释虚拟序列号的含义))。手机100(作为第一设备)在读取净水器200的NFC标签之后，在手机100本地或通过手机厂商服务器(作为第一服务器)解析NFC标签数据，以获取写在NFC标签中的净水器200的标识信息。之后，手机或手机厂商服务器将净水器200的标识信息以及手机100的应用支持能力信息(例如，手机100的生产厂商信息，品牌信息，操作系统名称和版本信息等)发送至该净水器设备厂商对应的IoT设备厂商服务器(作为第二服务器)，IoT设备厂商服务器在接收到手机100发送的信息后，根据净水器100的标识信息以及手机100的应用支持能力信息确定能够在手机100上运行的净水器应用，并向手机100返回净水器应用的下载信息(例如，URL下载地址，安装包名，App ID)。手机100在获取净水器应用的下载信息后可以下载并启动净水器应用。
本申请实施方式中，净水器应用的下载信息是IoT设备厂商服务器基于净水器200的标识信息和手机100的应用支持能力信息确定的，而非固定写在NFC标签中的。即，本申请是通过IoT设备厂商服务器维护净水器应用的下载信息，而非通过NFC标签维护净水器应用的下载信息，这样，无论净水器应用的下载信息如何更新，IoT设备厂商服务器都可以向手机100返回实时有效的应用下载信息，从而解决现有技术中应用下载信息维护不灵活的问题。
需要说明的是，以上叙述中，由IoT设备厂商服务器向手机100提供净水器应用的下载信息，即，以上叙述中，将IoT设备厂商服务器作为维护净水器应用下载信息的服务器。但本申请不限于此，在其他实施例中，可以将其他设备(例如，手机厂商服务器、华为快服务智慧平台(HUAWEI ability gallery，HAG)作为维护净水器应用下载信息的服务器，此时，通过其他设备(例如，手机厂商服务器、HAG)向手机100提供净水器应用的下载信息。
以上以图1所示场景为例，对本申请的技术方案进行了介绍，本申请不限于此。本申请的技术方案可以应用于除净水器200以外的智能家居设备(例如，智能空调，智能洗衣机等)，以及除智能家居设备之外的其他IoT设备，例如，城市公共设施(例如，道路监控摄像头，消防设备)，工厂流水线设备(例如，各类位置传感器，驱动电机)，建筑施工设备(例如，卷扬机，电焊机)，办公设备(例如，投影仪，打印机，鼠标)等，不一一赘述。
本申请中，服务器(例如，IoT设备厂商服务器)可以为分布式服务器。对于分布式服务器，其数据和程序不位于同一个服务器上，而是分散到多个服务器上，通过多个服务器的共同协作完成目标任务(例如，存储下文提及的“标签-应用”映射表，确定用于手机的净水器应用等)。
本申请中，对IoT设备进行控制的控制终端不限于手机，还可以是其他具有计算以及显示能力的设备，例如，智慧屏，平板，笔记本电脑等，本申请不进行限定。以下以手机100为例进行介绍。
本申请中，控制终端的应用支持能力信息包括用于识别控制终端的产品型号的信息和/或控制终端的操作系统的信息。其中，用于识别控制终端的产品型号的信息包括任何可以识别产品的信息，包括不限于，产品品牌，产品型号、产品序列号、产品类别等。控制终端的产品品牌例如华为，苹果；控制终端的产品型号包括产品代号和数字字母构成的，如iphone11，mate40，也可以是单纯由字母和数字构成的产品型号，如A2234；控制终端的产品序列号是控制终端的唯一标识码，根据该标识码可以查询获得产品的型号。控制终端的产品类型是指产品属于哪一种类型的，诸如手机，平板，手表等。
图2示出了手机100的结构示意图。
手机100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接头130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。
可以理解的是，本发明实施例示意的结构并不构成对手机100的具体限定。在本申请另一些实施例中，手机100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
处理器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口。
I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现手机100的触摸功能。
I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现手机100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现手机100的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。
可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对手机100的结构限定。在本申请另一些实施例中，手机100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
手机100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。手机100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在手机100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在手机100上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
在一些实施例中，手机100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得手机100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code divisionmultiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(globalnavigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigationsatellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。
手机100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，手机100可以包括1个或N个显示屏194，N为大于1的正整数。
外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储手机100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行手机100的各种功能应用以及数据处理。内部存储器121中存储的指令可以包括：由处理器中的至少一个执行时导致手机100实施本申请实施例提供的设备管理应用下载信息获取方法中由手机执行的步骤的指令。
手机100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明手机100的软件结构。
图3是本发明实施例的手机100的软件结构框图。
分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。
应用程序层可以包括一系列应用程序包。
如图3所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，碰一碰等应用程序。其中，碰一碰应用为NFC标签阅读应用，用于阅读NFC标签中的标签数据。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图3所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供手机100的通信功能。例如通话状态的管理(包括接通，挂断等)。
资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。
表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。
三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。
本申请实施例用于提供一种获取应用的下载信息的方法。以下仍然结合图1示出的示例性场景，介绍本申请实施例的技术方案。
在讲述手机100和净水器200的交互过程之前，先介绍一下在本申请的实施例中使用的一种NFC标签数据的示例性数据结构(该数据结构符合NFC的应用层协议(NDEF协议))。参考图4，NFC标签数据包括NDEF数据头部分(NDEF Record Header)和NDEF有效载荷部分(NDEF Record payload)，其中，NDEF数据头部分具有固定的格式，NDEF有效载荷部分则由用户自定义格式。
NDEF有效载荷部分又分为固定数据字段和设备厂商自定义数据字段，其中，固定数据字段具有固定的格式，设备厂商自定义字段则由各设备厂商根据其具体业务自定义格式。
表1示出了本实施例提供的NFC标签数据的数据结构以及各字段的含义。其中，固定数据字段包括IoT设备厂商的厂商信息。
表1
Figure BDA0002676190010000121
Figure BDA0002676190010000131
表1为NFC标签数据格式的示例性说明，本申请不限于此，本领域技术人员可以按照其他方式设定NFC标签数据的格式。例如，增加或删减某些字段(例如，删除“芯片类型”字段，将“厂商与设备信息”字段拆分成“厂商信息”和“设备信息”两个字段)，更改字段的长度(例如，增加厂商与设备信息字段的长度，以表示更丰富的品类/型号信息)，变更字段的定义(例如，将NDEF数据头“类型”字段的含义更改为表示IoT设备厂商信息)等。
NFC标签中写有IoT设备的虚拟序列号，对于不同的NFC标签，其写入的虚拟序列号为不同的值，这样，各NFC标签数据都是彼此不同，因此，NFC标签可以作为IoT设备的“标签”使用。
本实施例中，设备的“虚拟序列号”为与设备的“产品序列号”彼此不同且相关联的术语，以下首先介绍产品序列号的含义，再介绍两者的关系。
产品序列号为IoT设备生产过程中，IoT设备厂商会为该IoT设备分配的用于对该IoT设备进行唯一标识的号码。在IoT设备出售以后，用户可以根据IoT设备的产品序列号对IoT设备进行合法性验证，或对IoT设备进行防伪认证等。通常地，用户可以在IoT设备的机身上看到IoT设备的产品序列号(可能是以条形码形式表示的序列号)，或者从IoT设备的嵌入式控制芯片中读取到IoT设备的产品序列号。
示例性地，IoT设备厂商根据IoT设备的厂商标识、品类标识、型号标识以及生产序号为IoT设备分配产品序列号。以净水器200为例，IoT设备厂商为净水器200分配的产品序列号为Mros-4 1002，其中，M为净水器200的生产厂商标识，ros-4为净水器200的品类型号标识(其中，“ros”表示反渗透过滤净水器，“4”表示4级滤芯过滤)，1002表示净水器200的生产序号。
本文中，通过IoT设备的属性“标识”可以唯一确定IoT设备的该属性。例如，通过IoT设备的品类标识可以唯一确定IoT设备所属的品类，通过IoT设备的生产厂商标识可以为一确定IoT设备的生产厂商。在此基础上，本文对“标识”的具体实现形式不进行限定。“标识”可以为明文的形式(例如，生产厂商标识“MD”表示“美的”)，也可以为密文的方式(例如，表1“厂商与设备信息”字段中的“5186”为以密文形式呈现的品类型号标识，IoT设备厂商对“5186”进行解码后，可唯一确定净水器200的品类和型号)。“标识”可包含数字、字母、符号或者其组合，本申请不进行限定。
另外，IoT设备的品类标识和型号标识可以以合二为一的形式呈现，本文将以该形式呈现的标识称为“品类型号标识”。品类型号标识中没有明确的品类标识字段和型号标识字段，而是作为一个整体标识IoT设备的品类和型号。例如，“ros-4”作为一个整体标识其对应的IoT设备为4级滤芯过滤，反渗透过滤净水器。
以下结合净水器的生产过程，介绍设备的“虚拟序列号”为与设备的“产品序列号”之间的关系。
在生产过程中，净水器与NFC标签是在不同的工厂或者不同的生产线上完成的。在净水器出厂之前，需要将净水器与NFC标签组合在一起(例如，将NFC标签贴在净水器机身上，或将NFC标签放入净水器的包装中)，然后将两者组装出厂。
如果NFC标签的“Value-2”字段中写入的净水器的产品序列号，那么，在将净水器与NFC标签进行组合时，存在如何将两者进行一一对应的问题。例如，对于1000台产品序列号分别为Mros-4 1001～Mros-4 2000的净水器，以及1000片“Value-2”分别为Mros-4 1001～Mros-4 2000的NFC标签，需要将产品序列号为Mros-4 1001的净水器与“Value-2”为Mros-4 1001的NFC标签组合在一起，然后将产品序列号为Mros-4 1002的净水器与“Value-2”为Mros-4 1002的NFC标签组合在一起，依次类推。可以理解，在实际生产过程中，这样的操作将导致生产效率极大降低。
为此，本实施例采用了在NFC标签写入的IoT设备的虚拟序列号的方式。本实施例采用厂商标识+品类标识+随机数的方式确定NFC标签中的虚拟序列号。例如，净水器200的NFC标签中的虚拟序列号为0x4D441783255425，其中，前两个字节“4D44”对应于ASCII码的“MD”，表示净水器生产厂商的厂商标识；第三个字节“17”为净水器200的品类标识，后续字节“83255425”为根据随机数生成算法生成的随机数。本实施例提供的虚拟序列号编制规则，不仅有利于快速将虚拟序列号映射到设备的产品序列号(下文步骤S130将具体介绍原因)，而且虚拟序列号包括随机数部分，这样有利于提高信息的安全性。
在其他实施例中，可以根据其他方式确定NFC标签中的虚拟序列号。例如，在虚拟序列号中写入比品类信息更细化的设备分类信息(例如，设备型号信息)；或者，虚拟序列号中不包括厂商标识和品类标识，虚拟序列号的所有字节都通过随机数算法生成；或者，将虚拟序列号的随机数部分替换为标签数据的写入时间等，不一一赘述，只要各NFC标签的虚拟序列号彼此不同即可。
通过本申请提供的虚拟序列号的确定方法，在将净水器与NFC标签进行组合时，可以将用于净水器的任一片NFC标签(即虚拟序列号的前两个字节为“17”的NFC标签)与任一台净水器进行组合，从而可以大大降低组合难度，提高组合效率。在净水器200与NFC标签组合完成后，将净水器的产品序列号与虚拟序列号录入IoT设备厂商服务器，并建立各台净水器的产品序列号与虚拟序列号的映射关系(请参考表2)。通过本实施例提供的方法，可以方便地建立净水器的产品序列号与虚拟序列号之间的关联，相对于在NFC中写入净水器产品序列号的方式，可显著降低操作难度。
以条形码形式的产品序列号为例，介绍将净水器产品序列号与虚拟序列号进行关联的方法。本示例中，净水器机身上贴有条形码，该条形码中写有净水器的产品序列号。当净水器和NFC标签组合完成后，操作人员可通过条形码扫描枪读取净水器的产品序列号，并将读取到产品序列号写入表2的“产品序列号”一栏的第i行中；通过NFC标签阅读器读取NFC标签数据，并将读取到的NFC标签数据写入表2的“虚拟序列号”一栏的第i行中，从而建立净水器的产品序列号与虚拟序列号之间的关联，操作方便。
需要说明的是，本实施例中，通过表格的形式建立产品序列号与虚拟序列号之间的映射关系(表2中，位于同一行的产品序列号和虚拟序列号是相互关联的)，但本申请不限于此，还可以通过其他形式建立产品序列号和虚拟序列号之间的映射关系，例如，相互关联的产品序列号和虚拟序列号指向同一个关联码，通过该关联码可以确定相互关联的产品序列号和虚拟序列号。
表2
Figure BDA0002676190010000151
以上对本实施例提供的NFC标签中的标签数据的数据结构进行了说明。下文介绍本实施例提供的获取应用的下载信息的方法。
【实施例一】
参考图5，本实施例用于提供一种获取应用的下载信息的方法，包括以下步骤：
S110：手机100(作为第一设备)读取净水器200(作为第二设备)的NFC标签201中的标签数据。
手机100通过其安装的NFC标签阅读应用读取NFC标签201中的标签数据。在手机100的NFC开关开启的情况下(用户可以通过如图6所示的方式打开NFC开关，或者在系统应用菜单“设置”中打开NFC开关)，将手机100接近净水器200的NFC标签201或轻碰净水器200的NFC标签201(如图1所示)，手机100中的NFC标签阅读应用可读取NFC标签201中的标签数据(即表1“字段值”一栏中的数据)。
NFC标签阅读应用在读取到NFC标签中的标签数据之后，从标签数据的“厂商与设备信息”字段中解析出净水器200的设备厂商标识(本文称该设备厂商为厂商A)。
S120：手机100向IoT设备厂商服务器(作为第二服务器)发送净水器应用下载信息获取请求(作为第一请求)，获取请求中包括NFC标签数据中的净水器200的标识信息和手机100的应用支持能力信息。
首先，NFC标签阅读应用获取手机100的应用支持能力信息。例如，NFC标签阅读应用从手机100的操作系统中，或者从手机100的系统应用“设置”中获取手机100的应用支持能力信息。本实施例中，手机100的应用支持能力信息用于确定手机100上可以运行的应用，具体为下述一个或多个：手机100的生产厂商信息(例如，华为)，手机100的品牌信息(例如，P40)，手机100的操作系统名称和/或版本信息(例如，EMUI 11.0)等。
然后，NFC标签阅读应用将手机100的应用支持能力信息和净水器200的标识信息发送至IoT设备厂商服务器，以向IoT设备厂商服务器发送净水器应用下载信息获取请求。具体地，NFC标签阅读应用通过其内集成的标签解析SDK(作为第一SDK)将上述信息发送至IoT设备厂商服务器。
其中，标签转送SDK可以解析NFC标签中的标签数据，并可作为于NFC标签阅读应用与外界进行通信的通信接口。标签解析SDK中包括IoT设备厂商服务器的服务请求地址，NFC标签阅读应用可以通过标签解析SDK将信息发送至该服务请求地址所对应的IoT设备厂商服务器。本实施例中，标签解析SDK为IoT设备厂商提供给手机厂商的SDK，手机厂商在接收到来自IoT设备厂商的便签解析SDK后，将其集成在手机100上的NFC标签阅读应用中。
参考图7，NFC标签阅读应用中可以集成有多个标签解析SDK，各标签解析SDK对应于不同的IoT设备厂商(写有不同IoT设备厂商服务器的服务请求地址)，以向不同IoT设备厂商服务器发送数据。
另外，标签解析SDK还具有标签解析功能，可解析标签解析SDK所对应的IoT设备厂商的NFC标签。例如，1#标签解析SDK可解析厂商A生产的净水器200的NFC标签201，以获取写在NFC标签201中的净水器200的标识信息。本实施例中，净水器200的标识信息包括净水器200的厂商标识和品类型号标识(即表1“厂商与设备信息”字段中的数据)，以及净水器200的虚拟序列号。本申请不限于此，在其他实施例中，净水器200的标识信息包括下述一个或多个：净水器200的品类标识，净水器200的型号标识，净水器200的虚拟序列号。
在向IoT设备厂商服务器发送数据时，NFC标签阅读应用根据步骤S110中解析出的IoT设备厂商标识确定用于接收数据的目的IoT设备厂商(即厂商A)，从而将NFC标签201中的标签数据传递至与厂商A对应的1#标签解析SDK。1#标签解析SDK在接收到标签数据后，对标签数据进行解析，以获取写在NFC标签201中的净水器200的标识信息。之后，1#标签解析SDK向“厂商A”的服务器发送净水器200的标识信息和手机100的应用支持能力信息。
S130：IoT设备厂商服务器根据净水器200的标识信息确定净水器200所对应的设备管理应用。
本实施例中，相同品类的IoT设备对应于相同的设备管理应用(可以是对应于同一个设备管理应用，可以是对应于同一组设备管理应用)，也就是说，当多台IoT设备属于同一个品类时(例如，同属于净水器品类时)，即使其相互之间型号不同(例如，一些净水器为反渗透净水器，另一些净水器为超滤净水器)，该多台IoT设备仍对应相同的设备管理管理应用。但是，当IoT设备所属的品类不同时，其对应于不同的设备管理应用，例如，净水器和空调对应于不同的设备管理应用。
IoT设备厂商服务器中存储有IoT设备的品类与设备管理应用之间的映射关系，这样，当IoT设备厂商服务器确定IoT设备所属的品类后，可根据该映射关系确定IoT设备所对应的设备管理应用。
IoT设备厂商服务器在接收到净水器200的标识信息后，根据净水器200的标识信息确定净水器200所对应的一个或多个(一组)设备管理应用。本实施例中，净水器200的标识信息包括净水器200的虚拟序列号以及净水器200的品类型号标识，以下给出IoT设备厂商服务器确定净水器200所对应的设备管理应用的具体示例。
示例一：IoT设备厂商服务器根据净水器200的品类型号标识确定净水器200对应的设备管理应用。
参考表1，在净水器200的NFC标签中，净水器200的品类型号标识为“5186”，如上文所述，该标识为以密文形式呈现的标识。IoT设备厂商服务器在接收到净水器200的标识信息后，通过厂商自定义的编码规则对“5186”进行解码，以确定“5186”对应的IoT设备为型号“ros-4”的净水器。然后IoT设备厂商服务器根据本地存储的IoT设备的品类与设备管理应用之间的映射关系，确定“净水器”品类所对应的设备管理应用为表3中的应用(即净水器200所对应的设备管理应用)。
示例二：IoT设备厂商服务器根据净水器200的虚拟序列号确定设备管理应用。
IoT设备厂商服务器在接收到净水器200的虚拟序列号后，通过查询设备的产品序列号与虚拟序列号的映射关系表(表2)，确定与该虚拟序列号对应的产品序列号(Mros-41002)。在确定IoT设备的产品序列号后，根据IoT设备的所属的品类(即净水器)，确定该IoT设备所对应的设备管理应用(表3列出的应用)。
在查询产品序列号的过程中，可以先根据虚拟序列号第三个字节“17(即品类标识)”确定IoT设备的品类为“净水器”，从而可以将查询范围缩小至“净水器200”所对应的条目中，以加快将虚拟序列号映射至产品序列号的速度。
在另一些实施例中，IoT设备厂商服务器在接收到净水器200的虚拟序列号后，根据虚拟序列号第三个字节“17(即品类标识)”确定IoT设备的品类为“净水器”，从而根据该IoT设备所属的品类确定该IoT设备所对应的设备管理应用为表3列出的应用。
在另一些实施例中，IoT设备厂商服务器中存储有虚拟序列号与设备管理应用之间的映射关系，此时可以直接根据虚拟序列号查询IoT设备所对应的设备管理应用。
示例三：IoT设备厂商服务器并行执行示例一和示例二提供的方式，当其中一者快于另一者得到设备管理应用的确定结果时，将该确定结果作为IoT设备所对应的设备管理应用。本示例通过并行执行示例一和示例二的方式，可以以尽可能快的速度确定设备管理应用。
本实施例中，相同品类的IoT设备对应于相同的设备管理应用，但本申请不限于此。在其他实施例中，设备管理应用可以进行进一步细分，即，同一品类下不同型号的IoT设备对应于不同的设备管理应用，例如，反渗透净水器和超滤净水器对应于不同的设备管理应用。此时，IoT设备厂商服务器中存储有IoT设备的型号与设备管理应用之间的映射关系，相应地，IoT设备厂商服务器根据IoT设备的型号来确定IoT设备所对应的设备管理应用。
例如，IoT设备厂商服务器对净水器200的品类型号标识“5186”解码后，根据净水器200的型号“ros-4(反渗透型净水器)”确定净水器200所对应的设备管理应用；又如，IoT设备厂商服务器根据净水器200的虚拟序列号确定净水器200的产品序列号(Mros-41002)，根据净水器200的产品序列号确定净水器200的型号“ros-4(反渗透型净水器)”，从而确定净水器200所对应的设备管理应用。
本实施例中，IoT设备厂商服务器确定的净水器200所对应的设备管理应用见表3。
表3
Figure BDA0002676190010000171
Figure BDA0002676190010000181
其中，“传统APP”为iOS系统、android原生系统能够支持的APP(例如，微信TM，支付宝TM等)，其为用户参与安装的APP。安装该类APP的过程一般为：用户在应用市场中下载该类APP的安装包后，点击“安装”按钮，从而将其安装在手机中。
“快应用”，为用户免安装的应用，手机在下载完此类应用的安装包之后自动安装应用，从而为用户提供“即点即用”的使用体验。
另外，应用安装包名中的“companyname”为厂商标识符，通过厂商标识符可以识别提供该应用的厂商。
S140：IoT设备厂商服务器根据手机100的应用支持能力信息确定适于手机100的净水器应用。
如表3所示，基于系统兼容性(例如，用于安卓系统的应用可能与iOS系统不兼容，快应用可能与安卓原生系统不兼容)、商业目的等方面的考虑，一台IoT设备可能对应于多款设备管理应用。本实施例中，在确定净水器200对应的多款净水器应用后，IoT设备厂商服务器再根据手机100的应用支持能力信息从多款净水器应用中选择适用于手机100的应用(即手机100可以安装并运行的应用)。
本实施例中，根据手机100的操作系统确定适用于手机100的应用，例如，手机100的操作系统为EMUI，因此，IoT设备厂商服务器确定适用于手机100的净水器应用为“净水宝EMUI版(该应用为快应用)”。
本申请不限于此，在其他实施例中，IoT设备厂商服务器可根据其他应用支持能力信息确定适用于手机100的设备管理应用。例如，在一些情况下，手机品牌与其操作系统有明确对应关系，此时，可根据手机100的品牌确定适用于手机100的设备管理应用；在另一些情况下，手机100的生产厂商与其操作系统有明确对应关系，此时，可根据手机100的生产厂商确定适用于手机100的设备管理应用(例如，根据生产厂商“苹果”将设备管理应用确定为“智能家居iOS版”)。
以上为确定净水器应用的示例性说明，本领域技术人员可以进行其他变形，例如，交换步骤S130和步骤S140的次序，即先根据手机100的应用支持能力信息确定适用于手机100的应用，再根据净水器200的标识信息从适于手机100的应用中选择净水器200所对应的应用。
S150：IoT设备厂商服务器向手机100发送净水器应用(“净水宝”)的下载信息(作为第一请求响应)。
本实施例中，IoT设备厂商服务器向手机100发送的下载信息用于为手机100提供“净水宝”的下载途径，即，手机100可根据接收自IoT设备厂商服务器的下载信息下载“净水宝”的安装包，在此基础上，本实施例对下载信息的具体形式不进行限定，以下给出几种具体示例。
示例一：IoT设备厂商服务器向手机100发送的下载信息为“净水宝”的安装包名(com.companyname.purifier01.apk)。当“净水宝”为传统App时，手机100可根据“净水宝”的安装包名下载“净水宝”的安装包。
示例二：IoT设备厂商服务器向手机100发送的下载信息为“净水宝”的安装包名以及“净水宝”的URL下载地址(例如，“净水宝”的URL下载地址为“净水包”应用在净水器厂商官网上的下载地址)。本示例中，手机100可以从“净水宝”的URL下载地址下载“净水宝”的安装包。
对于示例一和示例二，当手机100接收到来自IoT设备厂商服务器的“净水宝”下载信息后，还可以根据“净水宝”的安装包名向应用市场服务器(例如，华为应用市场服务器)请求“净水宝”在应用市场中的唯一性标识——App ID(作为应用ID)。具体地，手机100接收到来自IoT设备厂商服务器的“净水宝”安装包名后，向应用市场服务器(作为第三服务器)发送携带“净水宝”安装包名的App ID获取请求(图5中步骤S151，作为第三请求)。应用市场服务器在接收到App ID获取请求后，根据“净水宝”的安装包名查询“净水宝”在应用市场中的App ID，并向手机返回“净水宝”的App ID(图5中步骤S152，作为第三请求响应)。手机100在获取到“净水宝”的App ID后，可根据App ID从应用市场下载“净水宝”的安装包。
本实施例中，手机100可以通过标签解析SDK(具体为1#标签解析SDK)接收IoT设备厂商服务器发送的“净水宝”的下载信息，向应用市场服务器发送App ID获取请求，以及接收应用市场服务器向手机返回的“净水宝”的App ID。
示例三：IoT设备厂商服务器向手机100发送的下载信息为“净水宝”的安装包名以及“净水宝”的App ID。本示例中，手机100可根据App ID从应用市场下载“净水宝”的安装包。
示例四：IoT设备厂商服务器向手机100发送的下载信息为“净水宝”的安装包名、“净水宝”的App ID以及“净水宝”的URL下载地址。本示例中，手机100可根据App ID从应用市场下载“净水宝”的安装包，或者，根据“净水宝”的URL下载地址下载“净水宝”的安装包。为提高应用下载的安全性，手机100优先从应用市场下载“净水宝”的安装包。
对于示例三和示例四，IoT设备厂商服务器向手机100发送的App ID可以是存储在IoT设备厂商服务器本地的App ID，也可以是IoT设备厂商服务器在向手机100发送“净水宝”的下载信息之前，根据“净水宝”的安装包名向应用市场服务器请求的App ID。
另外，对于上述示例一至示例四，IoT设备厂商服务器向手机100发送的下载信息还可包括“净水宝”的版本信息，以便于手机100对“净水宝”的版本进行更新。
S160：手机100根据“净水宝”的下载信息下载并启动“净水宝”。具体地，手机100接收到“净水宝”的下载信息后，通过NFC标签阅读应用启动“净水宝”。NFC标签阅读应用启动“净水宝”的方法可以参考现有技术中手机启动应用的方法，例如，android原生系统通过应用的安装包名下载并启动应用(此时，应用为传统App)的方法；或者，EMUI或MIUI系统通过应用的App ID或URL下载地址下载并启动应用(此时，应用为小程序或快应用)的方法等。
以下对手机100启动“净水宝”的过程进行示例性说明。本实施例中，“净水宝”为快应用，因此手机100通过“净水宝”的App ID或URL下载地址下载并启动“净水宝”。
为提高应用下载过程的安全性，手机100优先通过“净水宝”的App ID下载并启动“净水宝”。也就是说，当IoT设备发送给手机100的下载信息中包括“净水宝”的App ID时，或者，手机100成功从应用市场服务器获取“净水宝”的App ID时，手机100通过“净水宝”的AppID下载并启动“净水宝”；否则，手机100通过“净水宝”的URL下载地址下载并启动“净水宝”。
以下示例性地介绍手机100通过“净水宝”的App ID下载并启动“净水宝”的过程。该过程具体为：NFC标签阅读应用将“净水宝”的App ID以及安装包名传递至操作系统，并通过调用操作系统提供的API函数(例如，startActivity()函数，或startAbility()函数)向操作系统发送启动“净水宝”应用的请求。操作系统在接收到启动“净水宝”应用的请求后，判断手机100本地是否存在“净水宝”的安装包，如存在的话，通过“净水宝”的安装包名启动“净水宝”应用；如不存在的话，操作系统会通过“净水宝”的App ID在应用市场中下载“净水宝”的安装包，并在下载完成后根据“净水宝”的安装包名启动“净水宝”应用。
本实施例中，“净水宝”为快应用，因此，通过本实施例提供的方法，当用户用手机100轻碰净水器200的NFC标签之后，手机100以用户无感知的方式下载并自动启动净水器应用，从而可以给用户“一碰启动应用”的体验。例如，参考图8，在手机100的解锁状态下，当用户用手机100碰触净水器200的NFC标签201时，手机100自动下载并打开“净水宝”。在其他实施例中，用户也可以在手机100的其他状态下(例如，显示其他APP的界面时，手机锁屏时)使手机100碰触净水器200的NFC标签201以打开“净水宝”。
另外，手机100在下载“净水宝”后，还可以在手机100桌面上显示“净水宝”的图标(通常显示在手机100的负一屏)，从而，用户可以通过点击“净水宝”的图标启动应用，以增加启动应用的途径。但本申请不限于此，在其他实施例中，“净水宝”也可以是传统的APP。
本实施例中，用户还可以根据需要将净水器200的NFC标签贴在净水器200之外的地方(例如，餐桌，茶几，写字台等)，或者，用户还可以随身携带净水器200的NFC标签，这样，用户可以随时操作手机100读取净水器NFC标签201启动“净水宝”，提高用户体验。
另外，手机100在获取到“净水宝”的下载信息(包括IoT设备厂商服务器向手机100发送的“净水宝”的下载信息和/或手机100从应用市场服务器获取的“净水宝”的App ID)后，可以将净水器200的NFC标签数据与“净水宝”的下载信息的映射关系存储在手机100本地的“标签-应用”映射表中。其中，“标签-应用”中的“标签”表示NFC标签中的标签数据，“应用”表示“净水宝”应用的下载信息。这样，当手机100在下次读取NFC标签时，可根据“标签-应用”映射表中存储的“净水宝”的下载信息启动“净水宝”，以提高手机100的应用启动速度。
综上，本实施例中，当IoT设备厂商服务器收到来自手机100的应用下载信息获取请求后，根据净水器200的标识信息和手机100的应用支持能力信息确定手机100能够运行的净水器应用，并向手机100返回该净水器应用的下载信息。也就是说，本申请中，净水器应用的下载信息是通过IoT设备厂商服务器维护的，而非像现有技术那样是通过NFC标签维护的，这样，无论净水器应用的下载信息如何更新，IoT设备厂商服务器都可以向手机100返回实时有效的应用下载信息，从而解决现有技术中应用下载信息维护不灵活的问题。
另外，本申请中，IoT设备厂商服务器根据净水器200的标识信息和手机100的应用支持能力信息确定净水器应用的当前版本，因而用户可不必要关心版本升级的问题，提高用户体验。
需要说明的是，本实施例提供的设备管理应用的下载信息的获取方法为本申请技术方案的示例性说明，本领域技术人员可以进行其他变形。
例如，在一些实施例中，标签数据的载体可以是NFC之外的其他数据载体，例如，二维码、条形码、RFID标签等。相应地，手机100可以通过其他应用读取标签中的标签数据，例如，当标签数据的载体为二维码时，手机100可以通过二维码图像阅读应用(例如，“扫一扫”应用)读取标签中的标签数据。
又如，在一些实施例中，当IoT设备厂商服务器根据NFC标签数据确定净水器200的产品序列号之后(例如，通过步骤S130确定净水器200的产品序列号)，将净水器200的产品序列号发送至手机100，以便手机100在其他净水器关联业务中使用。例如，在配网业务中，根据IoT设备厂商服务器发送的产品序列号对当前请求与手机100进行配对的设备进行校验。
【实施例二】
本实施例基于实施例一。本实施例在实施例一的基础上进行如下变形：当手机100读取净水器NFC标签中的标签数据之后，在本地存储的“标签-应用”映射表中查询是否有与NFC标签数据相对应的应用下载信息。当“标签-应用”映射表中存在与NFC标签数据相对应的应用下载信息时，则通过该应用下载信息启动净水器应用，以提高手机100的应用启动速度，从而提高用户体验。
具体地，参考图9，本实施例提供的方法包括下述步骤：
S210：手机100读取净水器NFC标签201中的标签数据。具体地，手机100通过NFC标签阅读应用读取净水器NFC标签201中的标签数据。步骤S210与实施例一步骤S110的过程实质相同，因此，步骤S210的其他未述细节可参考实施例一中的叙述，不再赘述。
S220：手机100查询“标签-应用”映射表中是否有与NFC标签数据相对应的应用下载信息。
本申请实施例中，当手机100获取到来自IoT设备厂商服务器的净水器应用的下载信息之后，可以将净水器200的NFC标签数据与净水器应用的下载信息的映射关系存储在手机100本地的“标签-应用”映射表中。其中，“标签-应用”中的“标签”表示NFC标签中的标签数据，“应用”表示“净水宝”应用的下载信息。
这样，当手机100在下次读取NFC标签时，可根据“标签-应用”映射表中存储的净水器应用的下载信息启动净水器应用，以提高手机100的应用启动速度，从而提高用户体验。
具体地，手机100通过NFC标签阅读应用查询“标签-应用”映射表中是否有与NFC标签数据相对应的应用下载信息，如有，则执行步骤S230，以启动净水器应用；否则，执行步骤S240，以从IoT设备厂商服务器获取净水器应用的下载信息。
在一些实施例中，当手机100判断其为第一次读取净水器200的NFC标签时，可以不执行本步骤，而直接执行步骤S240。
S230：手机100根据“标签-应用”映射表中的下载信息启动净水器应用。
当“标签-应用”映射表中存储有与NFC标签数据相对应的下载信息时，手机100通过该下载信息启动净水器应用。手机100启动净水器应用的过程与实施例一步骤S160的过程实质相同，因此，步骤S230的实施细节可参考实施例一中的叙述，不再赘述。
S240：手机100向IoT设备厂商服务器获取净水器应用的下载信息。
当“标签-应用”映射表中未存储与NFC标签数据相对应的下载信息时，手机100通过向IoT设备厂商服务器发送NFC标签数据和手机100的应用支持能力信息，以从IoT设备厂商服务器获取净水器应用的下载信息。步骤S240的实施细节可参考实施例一步骤S120至步骤S152的叙述，不再赘述。
手机100在获取到净水器应用的下载信息后，将NFC标签数据与下载信息的映射关系存储在手机100本地的“标签-应用”映射表中。
S250：手机100向IoT设备厂商服务器获取新净水器应用的下载信息，并在本地的“标签-应用”映射表中更新该下载信息。
本实施例中，当手机100读取净水器NFC标签201时，即使手机100中存储有与NFC标签数据相对应的应用下载信息，手机100仍向IoT设备厂商服务器获取净水器应用的最新下载信息(获取下载信息的步骤可参考实施例一步骤S120至步骤S152的叙述，不再赘述)，以对“标签-应用”映射表进行更新。
具体地，手机100从IoT标签管理服务中获取到净水器应用的下载信息后，与“标签-应用”映射表中存储的下载信息进行比较，如两者不一致，则将“标签-应用”映射表中的下载信息替换为通过本步骤获取到的下载信息。因此，通过本实施例的技术方案，当手机100下次读取净水器200的NFC标签201时，即可根据“标签-应用”映射表中的下载信息启动最新版本的净水器应用，用户可不必关心应用升级的问题，提高用户体验。
在本实施例的一些变形例中，步骤S250可不必要在每次读取净水器NFC标签201时都执行，而是根据设定的条件执行。例如，当距离上次读取净水器NFC标签201的时间超过设定时长(例如，3天)时，执行步骤S250。
需要说明的是，本申请各实施例中的步骤序号并非用于对步骤的执行次序进行限定，在满足发明目的的前提下，本领域技术人员可以对各步骤的执行次序进行调整。例如，互换步骤S230和S250的次序，或者，并行执行步骤S230和步骤S250等。
【实施例三】
本实施例基于实施例一。本实施例在实施例一的基础上进行如下变形：当手机100读取净水器200的NFC标签后，不是直接向IoT设备厂商服务器发送净水器应用下载信息获取请求，而是将净水器200的NFC标签数据发送至通过手机厂商服务器(作为第一服务器)，由手机厂商服务器从NFC标签数据中解析出净水器200的标识信息，并向IoT设备厂商服务器发送携带有净水器200的标识信息的净水器应用下载信息获取请求。因此，本实施例中，手机100无需解析NFC标签数据，也无需与各IoT设备厂商服务器进行直接通信，只需与手机厂商服务器通信即可。这样，手机100的NFC标签阅读应用中无需集成各IoT设备厂商服务器的标签解析SDK，不仅可以使NFC标签阅读应用轻量化，也可以节省手机100本地存储空间。
参考图10，本实施例包括以下步骤：
S310：手机100读取净水器NFC标签201中的标签数据。
手机100通过其安装的NFC标签阅读应用读取NFC标签201中的标签数据。在手机100的NFC开关开启的情况下(用户可以通过如图6所示的方式打开NFC开关，或者在系统应用菜单“设置”中打开NFC开关)，将手机100接近净水器200的NFC标签201或轻碰净水器200的NFC标签201(如图1所示)，手机100中的NFC标签阅读应用可读取NFC标签201中的标签数据(即表1“字段值”一栏中的数据)。
S320：手机100向手机厂商服务器发送NFC标签201的标签数据，以及手机100的应用支持能力信息(作为第二请求)。
具体地，手机100通过NFC标签阅读应用向手机厂商服务器发送净水器200的NFC标签数据和手机100的应用支持能力信息。其中，NFC标签阅读应用获取手机100的应用支持能力信息的过程请参考实施例一步骤S120中的叙述。
S330：手机厂商服务器对净水器NFC标签数据进行解析，以获取NFC标签中净水器200的标识信息。
当手机厂商服务器接收到手机100发送的NFC标签数据后，对NFC标签数据进行解析，以获取NFC标签中净水器200的标识信息。本实施例中，净水器200的标识信息包括净水器200的厂商标识和品类型号标识(即表1“厂商与设备信息”字段中的数据)，以及净水器200的虚拟序列号。本申请不限于此，在其他实施例中，净水器200的标识信息包括下述一个或多个：净水器200的品类标识，净水器200的型号标识，净水器200的虚拟序列号。
S340：手机厂商服务器向IoT设备厂商服务器发送净水器应用下载信息获取请求(作为第一请求)，获取请求中包括净水器NFC标签数据中的净水器200的标识信息和手机100的应用支持能力信息。通过步骤S330对NFC标签数据进行解析，手机厂商服务器可以在NFC标签数据的“厂商与设备信息”字段中获取净水器200的生产厂商标识“4D44(对应于ASCII码的“MD”)”，从而确定净水器200的生产厂商为厂商A。因此，手机厂商服务器将净水器200的标识信息和手机100的应用支持能力信息发送至厂商A的IoT设备厂商服务器。
S350：IoT设备厂商服务器根据净水器200的标识信息确定净水器200所述对应的设备管理应用。
步骤S350与实施例一步骤S130的过程实质相同，因此，步骤S350的实施细节可参考实施例一中的叙述，不再赘述。
S360：IoT设备厂商服务器根据手机100的应用支持能力信息确定适于手机100的净水器应用。
步骤S360与实施例一步骤S140的过程实质相同，因此，步骤S360的实施细节可参考实施例一中的叙述，不再赘述。
S370：IoT设备厂商服务器向手机厂商服务器发送净水器应用(“净水宝”)的下载信息(作为第一请求响应)。
本实施例对下载信息的具体形式不进行限定，以下给出几种具体示例。
示例一：IoT设备厂商服务器向手机厂商服务器发送的下载信息为“净水宝”的安装包名(com.companyname.purifier01.apk)。
示例二：IoT设备厂商服务器向手机厂商服务器发送的下载信息为“净水宝”的安装包名以及“净水宝”的URL下载地址(例如，“应用宝”的URL下载地址为“净水包”应用在净水器厂商官网上的下载地址)。
对于示例一和示例二，当手机厂商服务器接收到来自IoT设备厂商服务器的“净水宝”下载信息后，还可以根据“净水宝”的安装包名向应用市场服务器(例如，华为应用市场服务器)请求“净水宝”在应用市场中的唯一性标识——App ID。具体地，手机厂商服务器接收到来自IoT设备厂商服务器的“净水宝”安装包名后，向应用市场服务器发送携带“净水宝”安装包名的App ID获取请求(图10中步骤S371，作为第四请求)。应用市场服务器在接收到App ID获取请求后，根据“净水宝”的安装包名查询“净水宝”在应用市场中的App ID，并向手机厂商服务器返回“净水宝”的App ID(图10中步骤S372，作为第四请求响应)。
在另一些实施例中，当应用市场服务器向手机厂商服务器返回“净水宝”的App ID时，还一并将“净水宝”的安装包发送至手机厂商服务器。手机厂商服务器可将“净水宝”的安装包发送至手机100，这样，手机100在启动“净水包”应用时，可省去从应用市场服务器下载“净水器”的安装包的步骤。
示例三：IoT设备厂商服务器向手机厂商服务器发送的下载信息为“净水宝”的安装包名以及“净水宝”的App ID。
示例四：IoT设备厂商服务器向手机厂商服务器发送的下载信息为“净水宝”的安装包名、“净水宝”的App ID以及“净水宝”的URL下载地址。
对于示例三和示例四，IoT设备厂商服务器向手机厂商服务器发送的App ID可以是存储在IoT设备厂商服务器本地的App ID，也可以是IoT设备厂商服务器在向手机100发送“净水宝”的下载信息之前，根据“应用宝”的安装包名向应用市场服务器请求的App ID。
另外，对于上述示例一至示例四，IoT设备厂商服务器向手机厂商服务器发送的下载信息还可包括“净水宝”的版本信息，以便于手机100对“净水宝”的版本进行更新。
S380：手机厂商服务器在本地存储“净水宝”的下载信息。
手机厂商服务器接收到“净水宝”的下载信息后，将其在本地进行存储。具体地，IoT设备厂商服务器在本地关联地存储净水器200的NFC标签数据、手机100的应用支持能力信息与“净水宝”的下载信息，这样，当手机厂商服务器接收到手机100的应用下载信息获取请求，但手机厂商服务器从IoT设备厂商服务器获取应用下载信息失败时(例如，出现通信故障时)，手机厂商服务器可以将本地存储的“净水宝”的下载信息发送至手机100。
S390：手机厂商服务器向手机100发送净水器应用(“净水宝”)的下载信息(作为第二请求响应)。
本步骤中，手机厂商服务器将接自IoT设备厂商服务器的“净水宝”下载信息，以及从应用市场服务器请求的“净水宝”的App ID发送至手机100，以向手机100发送净水器应用(“净水宝”)的下载信息。
S395：手机100根据“净水宝”的下载信息启动“净水宝”。
步骤S395与实施例一步骤S160的过程实质相同，因此，步骤S395的实施细节可参考实施例一中的叙述，不再赘述。
本实施例中，手机100不是直接向IoT设备厂商服务器发送净水器应用下载信息获取请求，而是通过手机厂商服务器转发该请求。因此，本实施例中，无需与各IoT设备厂商服务器进行直接通信。这样，手机100的NFC标签阅读应用中无需集成各IoT设备厂商服务器的标签解析SDK，不仅可以使NFC标签阅读应用轻量化，也可以节省手机100本地存储空间。
在本实施例的一些变形例中，当手机厂商服务器接收到来自手机100的净水器应用下载信息获取请求时，首先查询本地是否存储有与该获取请求相对应的下载信息(即，与净水器NFC标签数据以及手机100的应用支持能力信息相对应的下载信息)，如有的话，手机厂商服务器先将该下载信息返回至手机100，以使手机100根据该下载信息启动净水器应用，从而加快手机100的应用启动速度，提高用户体验。
需要说明的是，本申请各实施例中的步骤序号并非用于对步骤的执行次序进行限定，在满足发明目的的前提下，本领域技术人员可以对各步骤的执行次序进行调整，例如，互换步骤S350和步骤S360的次序。现在参考图11，所示为根据本申请的一个实施例的电子设备400的框图。电子设备400可以包括耦合到控制器中枢403的一个或多个处理器401。对于至少一个实施例，控制器中枢403经由诸如前端总线(FSB，Front Side Bus)之类的多分支总线、诸如快速通道连(QPI，QuickPath Interconnect)之类的点对点接口、或者类似的连接406与处理器401进行通信。处理器401执行控制一般类型的数据处理操作的指令。在一实施例中，控制器中枢403包括，但不局限于，图形存储器控制器中枢(GMCH，Graphics&Memory Controller Hub)(未示出)和输入/输出中枢(IOH，Input Output Hub)(其可以在分开的芯片上)(未示出)，其中GMCH包括存储器和图形控制器并与IOH耦合。
电子设备400还可包括耦合到控制器中枢403的协处理器402和存储器404。或者，存储器和GMCH中的一个或两者可以被集成在处理器内(如本申请中所描述的)，存储器404和协处理器402直接耦合到处理器401以及控制器中枢403，控制器中枢403与IOH处于单个芯片中。
存储器404可以是例如动态随机存取存储器(DRAM，Dynamic Random AccessMemory)、相变存储器(PCM，Phase Change Memory)或这两者的组合。存储器404中可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性计算机可读介质。计算机可读存储介质中存储有指令，具体而言，存储有该指令的暂时和永久副本。该指令可以包括：由处理器中的至少一个执行时导致电子设备400实施如图5、图9、图10所示方法中由手机执行的步骤的指令。当指令在计算机上运行时，使得计算机执行上述实施例一、实施例二和/或实施例三公开的方法。
在一个实施例中，协处理器402是专用处理器，诸如例如高吞吐量MIC(ManyIntegrated Core，集成众核)处理器、网络或通信处理器、压缩引擎、图形处理器、GPGPU(General-purpose computing on graphics processing units，图形处理单元上的通用计算)、或嵌入式处理器等等。协处理器402的任选性质用虚线表示在图11中。
在一个实施例中，电子设备400可以进一步包括网络接口(NIC，NetworkInterface Controller)406。网络接口406可以包括收发器，用于为电子设备400提供无线电接口，进而与任何其他合适的设备(如前端模块，天线等)进行通信。在各种实施例中，网络接口406可以与电子设备400的其他组件集成。网络接口406可以实现上述实施例中的通信单元的功能。
电子设备400可以进一步包括输入/输出(I/O，Input/Output)设备405。I/O405可以包括：用户界面，该设计使得用户能够与电子设备400进行交互；外围组件接口的设计使得外围组件也能够与电子设备400交互；和/或传感器设计用于确定与电子设备400相关的环境条件和/或位置信息。
值得注意的是，图11仅是示例性的。即虽然图11中示出了电子设备400包括处理器401、控制器中枢403、存储器404等多个器件，但是，在实际的应用中，使用本申请各方法的设备，可以仅包括电子设备400各器件中的一部分器件，例如，可以仅包含处理器401和网络接口406。图11中可选器件的性质用虚线示出。
现在参考图12，所示为根据本申请的一实施例的SoC(System on Chip，片上系统)500的框图。在图12中，相似的部件具有同样的附图标记。另外，虚线框是更先进的SoC的可选特征。在图12中，SoC500包括：互连单元550，其被耦合至处理器510；系统代理单元580；总线控制器单元590；集成存储器控制器单元540；一组或一个或多个协处理器520，其可包括集成图形逻辑、图像处理器、音频处理器和视频处理器；静态随机存取存储器(SRAM，StaticRandom-Access Memory)单元530；直接存储器存取(DMA，Direct Memory Access)单元560。在一个实施例中，协处理器520包括专用处理器，诸如例如网络或通信处理器、压缩引擎、GPGPU(General-purpose computing on graphics processing units，图形处理单元上的通用计算)、高吞吐量MIC处理器、或嵌入式处理器等。
静态随机存取存储器(SRAM)单元530可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性计算机可读介质。计算机可读存储介质中存储有指令，具体而言，存储有该指令的暂时和永久副本。该指令可以包括：由处理器中的至少一个执行时导致SoC实施如图5、图9、图10所示方法中由手机执行的步骤的指令。当指令在计算机上运行时，使得计算机执行上述实施例一、实施例二和/或实施例三中公开的方法。
本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。
本申请的各方法实施方式均可以以软件、磁件、固件等方式实现。
可将程序代码应用于输入指令，以执行本文描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(DSP，Digital Signal Processor)、微控制器、专用集成电路(ASIC)或微处理器之类的处理器的任何系统。
程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本文中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。
至少一个实施例的一个或多个方面可以由存储在计算机可读存储介质上的表示性指令来实现，指令表示处理器中的各种逻辑，指令在被机器读取时使得该机器制作用于执行本文所述的技术的逻辑。被称为“IP(Intellectual Property，知识产权)核”的这些表示可以被存储在有形的计算机可读存储介质上，并被提供给多个客户或生产设施以加载到实际制造该逻辑或处理器的制造机器中。
在一些情况下，指令转换器可用来将指令从源指令集转换至目标指令集。例如，指令转换器可以变换(例如使用静态二进制变换、包括动态编译的动态二进制变换)、变形、仿真或以其它方式将指令转换成将由核来处理的一个或多个其它指令。指令转换器可以用软件、硬件、固件、或其组合实现。指令转换器可以在处理器上、在处理器外、或者部分在处理器上且部分在处理器外。

Claims (28)

1.一种获取应用的下载信息的方法，其特征在于，所述方法应用于至少包括第一设备、第二设备和第二服务器的系统，所述第二服务器与所述第二设备相关联，所述方法包括：
所述第一设备读取所述第二设备的标签数据；
所述第二服务器接收第一请求，所述第一请求中携带有所述第二设备的标识信息和所述第一设备的应用支持能力信息，所述标识信息与所述标签数据相关联，所述第一请求用于从所述第二服务器获取设备管理应用的下载信息，其中，所述设备管理应用用于管理所述第二设备；
响应于所述第一请求，所述第二服务器根据所述标识信息和所述第一设备的应用支持能力信息，确定所述设备管理应用；
所述第二服务器发送第一请求响应，所述第一请求响应中携带有所述设备管理应用的下载信息；
所述第一设备至少获取所述第二服务器发送的所述设备管理应用的下载信息。
2.根据权利要求1所述的方法，其特征在于，所述第一设备中包含有第一SDK，所述第二服务器接收第一请求之前，所述方法还包括：
所述第一设备通过所述第一SDK对所述标签数据进行解析；
所述第一设备解析出所述标签数据中包括的所述标识信息，其中，所述标识信息包括所述第二设备的品类标识、型号标识和/或第一序列号；
所述第一设备向所述第二服务器发送所述第一请求。
3.根据权利要求2所述的方法，其特征在于，所述第二服务器发送的所述设备管理应用的下载信息中包括下述一个或多个：所述设备管理应用的应用ID；所述设备管理应用的安装包名；所述设备管理应用的URL下载地址。
4.根据权利要求3所述的方法，其特征在于，所述第二服务器发送第一请求响应，具体为：
所述第二服务器向所述第一设备发送所述第一请求响应；
所述第一设备至少获取所述第二服务器发送的所述设备管理应用的下载信息，包括：
所述第一设备接收所述第二服务器发送的所述设备管理应用的下载信息。
5.根据权利要求4所述的方法，其特征在于，所述系统包括第三服务器，所述第二服务器发送的所述设备管理应用的下载信息中包括所述设备管理应用的安装包名，所述第一设备接收所述第二服务器发送的所述设备管理应用的下载信息之后，所述方法还包括：所述第一设备向所述第三服务器发送第三请求，所述第三请求中携带有所述设备管理应用的安装包名，所述第三请求用于获取所述设备管理应用的应用ID；
响应于所述第三请求，所述第三服务器根据所述设备管理应用的安装包的安装包名，确定所述设备管理应用的应用ID；
所述第三服务器向所述第一设备发送第三请求响应，所述第三请求响应中携带有所述设备管理应用的应用ID；
所述第一设备接收所述第三服务器发送的所述设备管理应用的应用ID。
6.根据权利要求4所述的方法，其特征在于，所述第一设备存储所述标签数据与所述设备管理应用的下载信息之间的关联关系。
7.根据权利要求6所述的方法，其特征在于，所述第一设备存储所述标签数据与所述设备管理应用的下载信息之间的关联关系之后，所述方法还包括：
所述第一设备读取所述第二设备的标签数据；
所述第一设备根据所述关联关系，确定读取到的标签数据所关联的下载信息；
所述第一设备根据读取到的标签数据所关联的下载信息，下载并启动所述设备管理应用。
8.根据权利要求1所述的方法，其特征在于，所述系统中还包含第一服务器，所述第一服务器与所述第一设备相关联，所述第二服务器接收第一请求之前，所述方法还包括：
所述第一设备向所述第一服务器发送第二请求，所述第二请求中携带有所述标签数据和所述第一设备的应用支持能力信息；
所述第一服务器对所述标签数据进行解析；
所述第一服务器解析出所述标签数据中包括的所述标识信息，其中，所述标识信息包括所述第二设备的品类标识、型号标识和/或第一序列号；
所述第一服务器向所述第二服务器发送所述第一请求。
9.根据权利要求8所述的方法，其特征在于，所述第二服务器发送的所述设备管理应用的下载信息中包括下述一个或多个：所述设备管理应用的应用ID；所述设备管理应用的安装包名；所述设备管理应用的URL下载地址。
10.根据权利要求9所述的方法，其特征在于，所述第一设备至少获取所述第二服务器发送的所述设备管理应用的下载信息之前，所述方法还包括：
所述第一服务器接收所述第二服务发送的所述设备管理应用的下载信息；
所述第一服务器向所述第一设备发送第二请求响应，所述第二请求响应中包括所述第二服务器发送的所述设备管理应用的下载信息；
所述第一设备至少获取所述第二服务器发送的所述设备管理应用的下载信息，包括：
响应于接收所述第二请求响应，所述第一设备获取所述第二服务器发送的所述设备管理应用的下载信息。
11.根据权利要求10所述的方法，其特征在于，所述系统包括第三服务器，所述第一服务器接收的来自所述第二服务器的所述设备管理应用的下载信息中包括所述设备管理应用的安装包名；
所述第一服务器向所述第一设备发送第二请求响应之前，所述方法还包括：
所述第一服务器向所述第三服务器发送第四请求，所述第四请求中携带有所述设备管理应用的安装包名，所述第四请求用于获取所述设备管理应用的应用ID；
响应于所述第四请求，所述第三服务器根据所述设备管理应用的安装包的安装包名，确定所述设备管理应用的应用ID；
所述第三服务器向所述第一服务器发送第四请求响应，所述第四请求响应中携带有所述设备管理应用的应用ID；
所述第一服务器接收所述第三服务器发送的所述设备管理应用的应用ID；
所述第一服务器向所述第一设备发送第二请求响应，具体为：
所述第一服务器向所述第一设备发送第二请求响应，其中，所述第二请求响应中包括所述设备管理应用的应用ID以及所述第二服务器发送的所述设备管理应用的下载信息；
所述第一设备至少获取所述第二服务器发送的所述设备管理应用的下载信息，包括：
响应于接收所述第二请求响应，所述第一设备获取所述设备管理应用的应用ID以及所述第二服务器发送的所述设备管理应用的下载信息。
12.根据权利要求9所述的方法，其特征在于，所述第一服务器存储所述标签数据、所述第一设备的应用支持能力信息与所述设备管理应用的下载信息之间的关联关系。
13.根据权利要求1所述的方法，其特征在于，所述第一设备的应用支持能力信息包括用于识别所述第一设备的产品型号的信息和/或第一设备的操作系统的信息；其中，所述用于识别所述第一设备的产品型号的信息包括所述第一设备的产品品牌、产品型号、产品类别、产品序列号中至少一个；所述第一设备的操作系统的信息包括所述第一设备的操作系统的名称、所述第一设备的操作系统的版本号中至少一个。
14.一种提供应用的下载信息的方法，其特征在于，用于与第二设备关联的第二服务器，所述方法包括：
接收第一请求，所述第一请求中携带有所述第二设备的标识信息和第一设备的应用支持能力信息，所述标识信息与所述第二设备的标签数据相关联，所述第一请求用于从所述第二服务器获取设备管理应用的下载信息，其中，所述设备管理应用用于管理所述第二设备；
响应于所述第一请求，根据所述标识信息和所述第一设备的应用支持能力信息，确定所述设备管理应用；
发送第一请求响应，所述第一请求响应中携带有所述设备管理应用的下载信息。
15.根据权利要求14所述的方法，其特征在于，所述第二设备的标识信息包括所述第二设备的品类标识、型号标识和/或第一序列号。
16.根据权利要求14所述的方法，其特征在于，所述第二设备的标识信息包括所述第二设备的品类标识，所述根据所述标识信息和所述第一设备的应用支持能力信息，确定所述设备管理应用，包括：
根据所述第二设备的品类标识确定用于管理所述第二设备的一个或多个应用；
根据所述第一设备的应用支持能力信息从所述一个或多个应用中确定能够在所述第一设备上运行的所述设备管理应用。
17.根据权利要求15所述的方法，其特征在于，所述第二设备的标识信息包括所述第二设备的第一序列号，所述第一序列号为与所述第二设备的产品序列号不同的且与所述第二设备的产品序列号相关联的序列号；
所述根据所述标识信息和所述第一设备的应用支持能力信息，确定所述设备管理应用，包括：
根据所述第一序列号确定与所述第一序列号相关联的产品序列号，并根据与所述第一序列号相关联的产品序列号确定用于管理所述第二设备的一个或多个应用；
根据所述第一设备的应用支持能力信息从所述一个或多个应用中确定能够在所述第一设备上运行的所述设备管理应用。
18.根据权利要求14所述的方法，其特征在于，所述第二服务器发送的所述设备管理应用的下载信息中包括下述一个或多个：所述设备管理应用的应用ID；所述设备管理应用的安装包名；所述设备管理应用的URL下载地址。
19.根据权利要求14所述的方法，其特征在于，所述第一设备的应用支持能力信息包括用于识别所述第一设备的产品型号的信息和/或第一设备的操作系统的信息；其中，所述用于识别所述第一设备的产品型号的信息包括所述第一设备的产品品牌、产品型号、产品类别、产品序列号中至少一个；所述第一设备的操作系统的信息包括所述第一设备的操作系统的名称、所述第一设备的操作系统的版本号中至少一个。
20.一种获取应用的下载信息的方法，其特征在于，用于与第一设备关联的第一服务器，所述方法包括：
接收所述第一设备发送的第二请求，所述第二请求中携带有第二设备的标签数据和所述第一设备的应用支持能力信息；
从所述标签数据中解析出所述第二设备的标识信息，其中，所述标识信息包括所述第二设备的品类标识、型号标识和/或第一序列号；
向第二服务器发送第一请求，所述第一请求携带有所述第二设备的标识信息和所述第一设备的应用支持能力信息，其中，所述第一请求用于从所述第二服务器获取用于管理所述第二设备的设备管理应用的下载信息；
接收所述第二服务器发送的第一请求响应，所述第一请求响应中携带有所述设备管理应用的下载信息；
向所述第一设备发送第二请求响应，所述第二请求响应中携带有所述第二服务器发送的所述设备管理应用的下载信息。
21.根据权利要求20所述的方法，其特征在于，所述第二服务器发送的所述设备管理应用的下载信息中包括下述一个或多个：所述设备管理应用的应用ID；所述设备管理应用的安装包名；所述设备管理应用的URL下载地址。
22.根据权利要求20所述的方法，其特征在于，所述第二服务器发送的所述设备管理应用的下载信息中包括所述设备管理应用的安装包名，所述向所述第一设备发送第二请求响应之前，所述方法还包括：
向第三服务器发送第四请求，所述第四请求中携带有所述设备管理应用的安装包名，所述第四请求用于获取所述设备管理应用的应用ID；
接收所述第三服务器发送的第四请求响应，所述第四请求响应中携带有所述设备管理应用的应用ID；
所述向所述第一设备发送第二请求响应，其中，所述第二请求响应中包括所述第二服务器发送的所述设备管理应用的下载信息以及所述设备管理应用的应用ID。
23.根据权利要求20所述的方法，其特征在于，所述方法还包括：
存储所述标签数据、所述第一设备的应用支持能力信息与所述设备管理应用的下载信息之间的关联关系。
24.一种获取应用的下载信息的系统，其特征在于，所述系统包括第一设备、第二设备和第二服务器，所述第二服务器与所述第二设备相关联，其中，
所述第一设备用于执行权利要求1～7、13任一项所述的方法由第一设备执行的步骤，所述第二服务器用于执行权利要求1～7、13任一项所述的方法由第二服务器执行的步骤。
25.一种获取应用的下载信息的系统，其特征在于，所述系统包括第一设备、第一服务器、第二设备和第二服务器，所述第一设备和所述第二设备相关联，所述第二服务器与所述第二设备相关联，其中，
所述第一设备用于执行权利要求1、8～13任一项所述的方法由第一设备执行的步骤，所述第一服务器用于执行1、8～13任一项所述的方法由第一服务器执行的步骤，所述第二服务器用于执行权利要求1、8～13任一项所述的方法由第二服务器执行的步骤。
26.一种服务器，其特征在于，包括：
存储器，用于存储由所述服务器的一个或多个处理器执行的指令；
处理器，当所述处理器执行所述存储器中的所述指令时，可使得所述服务器执行权利要求14～19任一项所述的方法。
27.一种服务器，其特征在于，包括：
存储器，用于存储由所述服务器的一个或多个处理器执行的指令；
处理器，当所述处理器执行所述存储器中的所述指令时，可使得所述服务器执行权利要求20～23任一项所述的方法。
28.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，该指令在计算机上执行时，可使所述计算机执行权利要求1～23任一所述的方法。
CN202010948753.0A 2020-09-10 2020-09-10 获取应用的下载信息的方法、系统、服务器以及存储介质 Active CN113572800B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202211105031.4A CN115567509A (zh) 2020-09-10 2020-09-10 获取应用的下载信息的方法、系统、服务器以及存储介质
CN202010948753.0A CN113572800B (zh) 2020-09-10 2020-09-10 获取应用的下载信息的方法、系统、服务器以及存储介质
EP21865884.7A EP4199474A4 (en) 2020-09-10 2021-08-30 METHOD AND SYSTEM FOR ACQUIRING APPLICATION DOWNLOAD INFORMATION, AND SERVER AND STORAGE MEDIUM
PCT/CN2021/115309 WO2022052828A1 (zh) 2020-09-10 2021-08-30 获取应用的下载信息的方法、系统、服务器以及存储介质
US18/182,099 US20230214201A1 (en) 2020-09-10 2023-03-10 Method and System for Obtaining Download Information of Application, Server, and Storage Medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010948753.0A CN113572800B (zh) 2020-09-10 2020-09-10 获取应用的下载信息的方法、系统、服务器以及存储介质

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202211105031.4A Division CN115567509A (zh) 2020-09-10 2020-09-10 获取应用的下载信息的方法、系统、服务器以及存储介质

Publications (2)

Publication Number Publication Date
CN113572800A true CN113572800A (zh) 2021-10-29
CN113572800B CN113572800B (zh) 2022-09-16

Family

ID=78158721

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202010948753.0A Active CN113572800B (zh) 2020-09-10 2020-09-10 获取应用的下载信息的方法、系统、服务器以及存储介质
CN202211105031.4A Pending CN115567509A (zh) 2020-09-10 2020-09-10 获取应用的下载信息的方法、系统、服务器以及存储介质

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202211105031.4A Pending CN115567509A (zh) 2020-09-10 2020-09-10 获取应用的下载信息的方法、系统、服务器以及存储介质

Country Status (4)

Country Link
US (1) US20230214201A1 (zh)
EP (1) EP4199474A4 (zh)
CN (2) CN113572800B (zh)
WO (1) WO2022052828A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116107467A (zh) * 2022-06-15 2023-05-12 荣耀终端有限公司 自动触发快捷指令的方法和装置
WO2023202029A1 (zh) * 2022-04-22 2023-10-26 青岛海尔科技有限公司 标签数据的调整方法、装置、存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103246997A (zh) * 2013-05-23 2013-08-14 北京微云即趣科技有限公司 应用商店渠道标识的传输方法及系统
CN103347258A (zh) * 2013-06-07 2013-10-09 北京车音网科技有限公司 应用程序的下载方法、系统和服务器及终端设备
CN104699509A (zh) * 2015-03-26 2015-06-10 北京畅游天下网络技术有限公司 下载应用软件的方法及装置
CN107465646A (zh) * 2016-06-02 2017-12-12 腾讯科技（深圳）有限公司 一种应用下载方法、系统及相关设备
CN107786663A (zh) * 2017-10-27 2018-03-09 广东美的暖通设备有限公司 智能设备的控制方法、装置及计算机可读存储介质
CN109871217A (zh) * 2017-12-01 2019-06-11 龙芯中科技术有限公司 基于应用商店的应用程序安装方法及装置
CN110752976A (zh) * 2014-05-28 2020-02-04 三星电子株式会社 用于控制物联网设备的装置和方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6421643B2 (ja) * 2015-02-27 2018-11-14 ブラザー工業株式会社 画像形成装置、サーバ装置、及び通信システム
US9912781B2 (en) * 2015-09-29 2018-03-06 International Business Machines Corporation Customized electronic product configuration
CN107797526B (zh) * 2016-08-31 2020-10-27 湖南中冶长天节能环保技术有限公司 一种现场设备检测及管理系统
CN109413515B (zh) * 2018-11-20 2021-08-31 深圳绿米联创科技有限公司 设备控制方法、装置、移动终端及服务器
CN111246545B (zh) * 2020-01-21 2021-11-19 华为技术有限公司 引导智能设备接入网络的方法、介质、控制终端及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103246997A (zh) * 2013-05-23 2013-08-14 北京微云即趣科技有限公司 应用商店渠道标识的传输方法及系统
CN103347258A (zh) * 2013-06-07 2013-10-09 北京车音网科技有限公司 应用程序的下载方法、系统和服务器及终端设备
CN110752976A (zh) * 2014-05-28 2020-02-04 三星电子株式会社 用于控制物联网设备的装置和方法
CN104699509A (zh) * 2015-03-26 2015-06-10 北京畅游天下网络技术有限公司 下载应用软件的方法及装置
CN107465646A (zh) * 2016-06-02 2017-12-12 腾讯科技（深圳）有限公司 一种应用下载方法、系统及相关设备
CN107786663A (zh) * 2017-10-27 2018-03-09 广东美的暖通设备有限公司 智能设备的控制方法、装置及计算机可读存储介质
CN109871217A (zh) * 2017-12-01 2019-06-11 龙芯中科技术有限公司 基于应用商店的应用程序安装方法及装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023202029A1 (zh) * 2022-04-22 2023-10-26 青岛海尔科技有限公司 标签数据的调整方法、装置、存储介质
CN116107467A (zh) * 2022-06-15 2023-05-12 荣耀终端有限公司 自动触发快捷指令的方法和装置
CN116107467B (zh) * 2022-06-15 2023-11-21 荣耀终端有限公司 自动触发快捷指令的方法和装置

Also Published As

Publication number Publication date
EP4199474A4 (en) 2023-10-25
EP4199474A1 (en) 2023-06-21
WO2022052828A1 (zh) 2022-03-17
US20230214201A1 (en) 2023-07-06
CN113572800B (zh) 2022-09-16
CN115567509A (zh) 2023-01-03

Similar Documents

Publication Publication Date Title
US20230214201A1 (en) Method and System for Obtaining Download Information of Application, Server, and Storage Medium
WO2021017894A1 (zh) 一种使用远程sim模块的方法及电子设备
CN114356258A (zh) 电子设备及其投屏方法和介质
CN114461239B (zh) 软件升级系统和软件升级方法
WO2020037560A1 (zh) 一种应用的安装方法及终端
WO2020006711A1 (zh) 一种消息的播放方法及终端
CN112860445B (zh) 一种快应用与原生应用间数据共享的方法及终端
CN113672420B (zh) 故障检测方法及电子设备
WO2021244456A1 (zh) 反向地址解析方法及电子设备
CN113608753A (zh) 应用卸载方法、应用恢复方法、电子设备以及存储介质
CN114489689B (zh) 应用程序的安装方法、系统、电子设备及服务器
CN115309431A (zh) 一种参数更新方法、可读介质和电子设备
CN115278642A (zh) 获取sim卡的信息的方法、电子设备及终端设备
CN116795435A (zh) 兼容性管控方法及相关设备
CN114554463A (zh) 蓝牙通信方法、蓝牙广播方法、蓝牙设备以及存储介质
CN115220881A (zh) 进程管理方法、电子设备、进程管理系统以及存储介质
CN114172925A (zh) 配网方法及设备
CN117061266B (zh) 智能家居设备的控制方法和控制装置
CN116627855B (zh) 内存处理方法及相关装置
US20230259346A1 (en) Application Module Startup Method and Electronic Device
CN116302291B (zh) 应用显示方法、电子设备以及存储介质
CN116033592B (zh) 蜂窝通信功能的使用方法和装置
US20240028660A1 (en) Address Obtaining Method and Device
WO2023160217A1 (zh) 检测嵌入式身份识别模块eSIM卡的方法及终端设备
CN116846853A (zh) 一种信息处理方法及电子设备

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
GR01 Patent grant
GR01 Patent grant