CN111353073B - 终端设备标识信息处理方法、装置及电子设备 - Google Patents

终端设备标识信息处理方法、装置及电子设备 Download PDF

Info

Publication number
CN111353073B
CN111353073B CN201811574006.4A CN201811574006A CN111353073B CN 111353073 B CN111353073 B CN 111353073B CN 201811574006 A CN201811574006 A CN 201811574006A CN 111353073 B CN111353073 B CN 111353073B
Authority
CN
China
Prior art keywords
equipment
terminal
identifier
terminal equipment
character string
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.)
Active
Application number
CN201811574006.4A
Other languages
English (en)
Other versions
CN111353073A (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.)
Hema China Co Ltd
Original Assignee
Hema China 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 Hema China Co Ltd filed Critical Hema China Co Ltd
Priority to CN201811574006.4A priority Critical patent/CN111353073B/zh
Publication of CN111353073A publication Critical patent/CN111353073A/zh
Application granted granted Critical
Publication of CN111353073B publication Critical patent/CN111353073B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G06F16/90335—Query processing
    • G06F16/90344—Query processing by using string matching techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • 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
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Computational Linguistics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请实施例公开了终端设备标识信息处理方法、装置及电子设备，其中，所述方法包括：应用程序服务端获得已注册的终端设备的第一设备标识与一字符串之间的对应关系；在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得该客户端所在终端设备的固件中记录的设备数据；将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。通过本申请实施例，能够在硬件设备进行了恢复出厂设置的情况下，将变化前后的设备标识识别为同一台终端设备。

Description

终端设备标识信息处理方法、装置及电子设备
技术领域
本申请涉及终端设备标识信息处理技术领域，特别是涉及终端设备标识信息处理方法、装置及电子设备。
背景技术
在“新零售”等线上线下相结合的业务模式下，零售商可以通过线上的应用程序(App)提供商品对象的信息，消费者用户可以通过线上的App进行浏览、购买等行为。同时，零售商还可以开设线下的实体店铺，线上的订单可以由线下的实体店铺进行发货等一系列的处理，并最终配送到用户指定的收货地址。另外，消费者用户也可以直接到线下的实体店铺进行商品对象的购买。
其中，在实体店铺中通常会涉及到一些终端设备，设备中可以运行具体的应用程序客户端，并由云端的服务器进行统一的管理，例如，对于自助结算POS机设备，关于一些具体的营销活动等信息，可以由相关应用的服务器进行统一的配置，并下发到实体店铺中的POS机设备，使得通过该POS进行结算的用户可以参与到具体的营销活动中，等等。在此过程中，就会涉及到应用程序的服务端对具体设备的识别。也即，具体应用的客户端需要向服务端提供其关联的终端设备唯一标识。
现有技术中，用来唯一标识一个设备的方式可以有多种，例如，IMEI(International Mobile Equipment Identity，国际移动设备身份码)，Mac地址(物理地址、硬件地址，用来定义网络，设备的位置)，ANDROID_ID，SN(Serial Number，设备序列号)，UniquePsuedoID(通过读取设备的ROM版本号、厂商名、CPU型号和其他硬件信息来组合出一串15位的号码和设备硬件序列号作为种子生成UUID)，等等。
但是，上述方式都各有缺陷：
IMEI：双卡设备会对应两个IMEI号，如果用户关闭了相关权限，获取代码会直接报错，拿不到对应的内容。
Mac地址：在一些操作系统中，为了加强权限管理，可能会禁用获得Mac地址的方法，以至于无法获取到设备的Mac地址。
ANDROID_ID：在操作系统定制化的大环境下，有些设备是不会返回ANDROID_ID的。
Serial Number：获取序列号不需要权限，但是有一定的局限性，在有些设备上会出现垃圾数据，比如有些手机返回的就是连续的非随机数。
UniquePsuedoID：同一批次出厂的的设备有可能出现生成的内容可能是一样的。
可见，上述各种标识一个设备的方式都各有缺陷，而在“新零售”模式下的实体店铺中，所需要的硬件设备种类比较多，例如，包括自助结算机，查询机，等等，引入的硬件厂商也比较多，每个厂商的ROM(Read-Only Memory，只能读出事先所存数据的固态半导体存储器)也是五花八门，因此，很难有一个可以统一识别的设备唯一ID的标识可以标明一台设备。
另外，具体实体店铺内的硬件设备通常是多个用户可以共用的，例如，自助POS机等，进入到店铺内的所有消费者用户都能够使用，因此，也不会像手机等移动终端用户一样，与某个具体的用户具有某种强绑定关系，以至于也无法通过手机号等用户身份标识来标识一台设备。
基于上述情况，现有技术中普遍使用的一种方案是，通过在应用中引入一个库文件，该库文件的作用是，能够为具体的终端设备生成一个具有唯一性的设备标识：Device_id，后续客户端在与服务器进行交互的过程中，都可以利用该Device_id来标识一台具体的设备。其中，具体在生成Device_id时，可以使用以下算法：timestamp(当前时间s)+random(随机数)+IMEI+加密算法，最后通过解码算出最后的Device_id。其中，如果某台设备无法读取到具体的IMEI码，则可以随机生成一个IMEI，通过这种方式来为每台具体的设备实现唯一性的标识。该方案从安全、文件存储，已经可以满足普通app的正常使用，无论app的卸载、升级，这个Device_id都可以保证设备唯一识别ID。
其中，上述方案中，具体生成的记录有Device_id信息的文件通常存储在两个地方：(1)内置sdcard目录下的.DataStorage文件里。(2)setting里的共享xml文件里。但是，在实际应用中，存在很多设备用了一断时间，出现恢复出厂设置的情况，而在恢复出厂设置时，用户可以勾选清除sdcard，而setting里的xml文件是一定会被清除的。这就使得每次清除后，Device_id都会重新生成，以至于同一台设备会对应不同的Device_id，服务器则会将不同的Device_id对应的设备识别为不同的设备，以至于在实际应用中可能会产生很多问题。
因此，在硬件设备进行了恢复出厂设置的情况下，如何能够将不同的Device_id识别为同一台设备，成为需要本领域技术人员解决的技术问题。
发明内容
本申请提供了终端设备标识信息处理方法、装置及电子设备，能够在硬件设备进行了恢复出厂设置的情况下，将变化前后的设备标识识别为同一台终端设备。
本申请提供了如下方案：
一种实体店铺中的终端设备信息处理方法，包括：
应用程序服务端获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；
在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则在统计所述实体店铺中的终端设备信息时，将所述对应关系中的第一设备标识与所述第二设备标识作为同一个终端设备进行统计。
一种用户权益信息发放处理方法，包括：
服务端获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；
根据所述第一设备标识，向所述已注册的终端设备进行用户权益信息的发放，并记录所述第一设备标识对应的已发放用户权益信息的数量信息；
在接收到一客户端提交的关于所在终端设备的第二设备标识信息后，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识，并将所述第一设备标识对应的已发放的用户权益数量与所述第二设备标识对应的已发放的用户权益数量之和，确定为所述同一终端设备对应的已发放的用户权益数量。
一种终端设备标识信息处理方法，包括：
应用程序服务端获得已注册的终端设备的第一设备标识与一字符串之间的对应关系；
在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得该客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。
一种终端设备标识信息处理方法，包括：
应用程序客户端在向服务端请求数据时，提交所在终端设备的第二设备标识，所述第二设备标识是根据预置的算法生成的；
根据所述服务端发出的注册指示，获取所述终端设备的固件中的设备数据；所述注册指示是由所述服务端在首次接收到所述第二设备标识时发出的；
将所述设备数据提交到所述服务端，以用于判断已创建的对应关系中是否存在与所接收到的设备数据相匹配的字符串，如果存在，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。
一种终端设备标识信息处理方法，包括：
应用程序客户端在向服务端请求数据时，提交所在终端设备的第一设备标识，所述第一设备标识是根据预置的算法生成的；
根据所述服务端发出的注册指示，获取所述终端设备的固件中的设备数据，其中，在所述终端设备被恢复出厂设置时，所述设备数据不变；所述注册指示是由所述服务端在首次接收到所述第一设备标识时发出的；
将所述设备数据提交到所述服务端，以用于根据所述设备数据为所述终端设备生成一字符串，并创建该字符串与所述第一设备标识之间的对应关系。
一种实体店铺中的终端设备信息处理装置，应用于应用程序服务端，包括：
对应关系获得单元，用于获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；
设备数据获得单元，用于在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
设备信息统计单元，用于将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则在统计所述实体店铺中的终端设备信息时，将所述对应关系中的第一设备标识与所述第二设备标识作为同一个终端设备进行统计。
一种用户权益信息发放处理装置，应用于服务端，包括：
对应关系获得单元，用于获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；
用户权益信息发放单元，用于根据所述第一设备标识，向所述已注册的终端设备进行用户权益信息的发放，并记录所述第一设备标识对应的已发放用户权益信息的数量信息；
设备数据获得单元，用于在接收到一客户端提交的关于所在终端设备的第二设备标识信息后，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
用户权益数据确定单元，用于将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识，并将所述第一设备标识对应的已发放的用户权益数量与所述第二设备标识对应的已发放的用户权益数量之和，确定为所述同一终端设备对应的已发放的用户权益数量。
一种终端设备标识信息处理装置，应用于应用程序服务端，包括：
对应关系获得单元，用于获得已注册的终端设备的第一设备标识与一字符串之间的对应关系；
设备数据获得单元，用于在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得该客户端所在终端设备的固件中记录的设备数据；
设备识别单元，用于将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。
一种终端设备标识信息处理装置，应用于应用程序客户端，包括：
第二设备标识提交单元，用于在向服务端请求数据时，提交所在终端设备的第二设备标识，所述第二设备标识是根据预置的算法生成的；
设备数据获得单元，用于根据所述服务端发出的注册指示，获取所述终端设备的固件中的设备数据；所述注册指示是由所述服务端在首次接收到所述第二设备标识时发出的；
设备数据提交单元，用于将所述设备数据提交到所述服务端，以用于判断已创建的对应关系中是否存在与所接收到的设备数据相匹配的字符串，如果存在，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。
一种终端设备标识信息处理装置，应用于应用程序客户端，包括：
第一设备标识提交单元，用于在向服务端请求数据时，提交所在终端设备的第一设备标识，所述第一设备标识是根据预置的算法生成的；
设备数据获得单元，用于根据所述服务端发出的注册指示，获取所述终端设备的固件中的设备数据，其中，在所述终端设备被恢复出厂设置时，所述设备数据不变；所述注册指示是由所述服务端在首次接收到所述第一设备标识时发出的；
设备数据提交单元，用于将所述设备数据提交到所述服务端，以用于根据所述设备数据为所述终端设备生成一字符串，并创建该字符串与所述第一设备标识之间的对应关系。
一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
获得已注册的终端设备的第一设备标识与一字符串之间的对应关系；
在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得该客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。
一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；
在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则在统计所述实体店铺中的终端设备信息时，将所述对应关系中的第一设备标识与所述第二设备标识作为同一个终端设备进行统计。
一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；
根据所述第一设备标识，向所述已注册的终端设备进行用户权益信息的发放，并记录所述第一设备标识对应的已发放用户权益信息的数量信息；
在接收到一客户端提交的关于所在终端设备的第二设备标识信息后，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识，并将所述第一设备标识对应的已发放的用户权益数量与所述第二设备标识对应的已发放的用户权益数量之和，确定为所述同一终端设备对应的已发放的用户权益数量。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，可以在具体应用程序的服务端记录已注册的终端设备的第一设备标识与一字符串之间的对应关系，在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，可以获得该客户端所在终端设备的固件中记录的设备数据，然后，通过将所获得的设备数据与所述对应关系中的字符串信息进行比对，即可确定是否与其中一对应关系中的字符串匹配成功。如果是，则可以将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。通过这种方式，即使一个终端设备恢复出厂设置，使得应用程序内部实现的设备标识发生变化，也可以根据根据固件中的设备数据，发现这种情况，将变化前后的设备标识确定为同一个终端设备的标识，从而使得应用程序系统能够更准确的识别终端设备。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1-1、1-2是本申请实施例提供的应用场景的示意图；
图2是本申请实施例提供的第一方法的流程图；
图3是本申请实施例提供的第二方法的流程图；
图4是本申请实施例提供的第三方法的流程图；
图5是本申请实施例提供的第四方法的流程图；
图6是本申请实施例提供的第五方法的流程图；
图7是本申请实施例提供的第一装置的示意图；
图8是本申请实施例提供的第二装置的示意图；
图9是本申请实施例提供的第三装置的示意图；
图10是本申请实施例提供的第四装置的示意图；
图11是本申请实施例提供的第五装置的示意图；
图12是本申请实施例提供的电子设备的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
为了便于理解本申请实施例提供的具体实现方案，下面对实际应用中的一些可能会对硬件设备进行恢复出厂设置的具体场景进行简单介绍。
场景一，在“新零售”等相关的场景下，由于线下的实体店铺数量通常会比较多，而且存在连锁经营等情况，因此，在某实体店铺采购了一批硬件设备，并使用了一段时间后，可能会出现将其中一些硬件设备调配到其他实体店铺中使用的情况。如图1-1所示，假设某个终端设备A是实体店铺1采购的，某应用程序为该终端设备生成的设备标识是Device_id1。之后，由于某些原因，将该设备从实体店铺1调配到另一个实体店铺2，此时，通常会对设备进行恢复出厂设置，以重新与新的实体店铺2进行绑定，并提供相应的功能。但是，在该终端设备被执行恢复出厂设置，重新安装了上述应用程序后，该应用程序客户端将会为该终端设备生成新的设备标识，例如，Device_id2，并重新提交到服务端。此时，服务端接收到的设备标识发生了变化，因此，如果按照传统的方案，服务端会将其视为一台新的硬件设备。显然，这种情况会造成硬件设备管理上的混乱，也即，服务器所认为的硬件设备的数量，比实际的数量可能会多，无法准确确定一台具体的硬件设备到底位于哪个实体店铺内。
场景二：线下实体店铺中通常会设置一些自助结算POS机设备，用户在实体店铺内完成商品对象的选择后，可以通过这种设备进行自助结算。在此过程中，服务器还可以向这种POS机设备上推送一些营销活动信息，例如，优惠券信息，用户在使用这种设备进行自助结算的过程中，在满足条件的情况下，可以使用优惠券获得相应的优惠。服务器在向这种POS机设备发放优惠券的过程中，可能会对每台设备的发放数量进行限制，例如，某次活动中一共需要发放一万张优惠券，选择了其中10家实体店铺进行发放，并规定每台POS机设备发放200张优惠券。此时，如图1-2所示，在具体每台POS机设备在申请领取优惠券时，就可以携带上具体的设备标识Device_id1，服务器据此确定每台设备是否已经领取优惠券，已经领取的数量，如果超出上限，则不再向该台设备发放，等等。但是，在实际应用中，可能会存在一些实体店铺，为了获得更多的优惠券，在其中一台设备已经领取的优惠券数量达到上限后，可能会通过将该设备恢复出厂设置的方式，重新向服务器申请领取优惠券。此时，前述应用程序为该终端设备生成的设备标识将会被删除，并在重新安装该应用程序后，重新为该终端设备生成新的设备标识Device_id2。后续再与服务端之间进行交互时，将会携带该新生成的设备标识Device_id2。此时，如果服务器仅根据Device_id来识别一台设备，则会将该设备作为一台新的设备，并发现该设备已领取的优惠券数量尚未达到上限，于是可以继续向该设备发放优惠券。显然，这种情况可能会造成整体营销策略的失效。
在实际应用中，还存在其他具体类似的场景，总之，无论是由于在不同的实体店铺之间进行硬件设备的调配，还是出于获得更多的可发放权益等目的故意为之，都会经常发生硬件设备被人为恢复出厂设置的情况。而一旦恢复出厂设置，则应用内生成的关于终端设备的标识都可能将会被删除，并重新生成信息的设备标识，以至于服务器可能会无法将新的设备标识与原来的设备标识识别为同一设备，进而导致无法准确统计具体实体店铺内的硬件设备信息，也可能会造成基于设备提供的营销策略失效，等等。
本申请实施例中就是针对上述情况，提供了相应的改进方案。在该方案可以提供给具体应用程序的服务端来使用，这种应用程序在运行过程中，需要根据具体应用程序客户端所在终端设备的设备标识信息，进行具体业务逻辑的处理以及实现，例如，具体可以包括对具体终端设备数量的统计(对应于“设备管家”等设备管理类的应用程序)，或者，向终端设备发放相关营销活动中的优惠券信息(对应于自助结算类的应用程序)，等等。其中，具体终端设备并不会与具体某个用户之间具有绑定关系，而是为多个用户所共用。另外，具体的应用程序内部仍然可以通过现有技术中的库文件等方式，通过一定的算法为客户端关联的具体终端设备生成设备标识，并且，可以将这种设备标识信息保存在终端设备的sdcard目录下的.DataStorage文件中，或者setting里的共享xml文件中。
但是，与传统的实现方案不同的是，在本申请实施例中，具体为终端设备提供的应用程序的服务端可以保存关于具体终端设备的另一种标记信息，该标记信息可以是根据终端设备的固件中记录的设备数据确定的、区别于其他终端设备的唯一性字符串。由于固件中记录的设备数据不会因为恢复出厂设置而发生变化，因此，该唯一性字符串也是非易失性的。这样，在具体应用程序的服务端与客户端之间进行通信的过程中，仍然可以通过应用程序内部为具体终端设备生成的Device_id来对终端设备进行标记，但是一旦一个终端设备恢复了出厂设置而重新生成，使得该应用程序重新为该终端设备生成了新的区别于原来的Device_id，则服务端也能够根据所述根据终端设备的固件中记录的设备数据确定的、区别于其他终端设备的唯一性字符串，来将两者识别为同一个终端设备。
下面对本申请实施例提供的具体实现方案进行详细介绍。
实施例一
首先，该实施例一从应用程序服务端的角度，提供了一种终端设备标识信息处理方法，其中，具体的应用程序可以包括前述“设备管家”等用于对具体的终端设备进行管理的应用程序，或者，还可以包括为POS机等提供的用于提供自助结算服务的应用程序，等等。也即，所有需要涉及到获取终端设备标识的应用程序，都可以采用本申请实施例中的方案来实现。
具体的，参见图2，该方法具体可以包括：
S201：应用程序服务端获得已注册的终端设备的第一设备标识与一字符串之间的对应关系；
为了能够识别出一个终端设备被恢复出厂设置前后，设备标识发生变化这一现象，在本申请实施例中，可以在具体应用程序的服务端可以获得并保存终端设备的第一设备标识与一字符串之间的对应关系。其中，如前文所述，所述第一设备标识是具体就可以是由所述应用程序的客户端根据预置的算法为所在终端设备生成的，例如，应用程序客户端中可以预先引入一个库文件，该库文件的作用就是在客户端首次在终端设备上运行时，可以通过预置的算法，生成具体的设备标识，并保存在终端设备中指定的目录下。之后，只要该设备标识不发生变化，该客户端与服务端之间都会将该设备标识作为唯一标识对应设备的信息。也就是说，对于同一个终端设备而言，如果安装了多个不同的应用程序客户端，则不同的应用程序客户端为该同一个终端设备生成的第一设备标识可能是不同的，因为各自使用的算法等可能会有所不同。即使算法相同，也会因为生成时间不同、随机数不同等因素，导致各不相同。换言之，对于本申请实施例中所述的设备标识，主要是同一个应用程序内部约定的，对一台终端设备的标记方式。该标记方式会随着终端设备被执行恢复出厂设置而失效。
另外，在本申请实施例中，具体应用程序的服务端除了记录该应用程序为终端设备生成的第一设备标识，还可以记录另一种信息，该信息可以是根据终端设备的固件中记录的设备数据确定的、区别于其他终端设备的唯一性字符串。这样，由于固件中记录的设备数据不会由于终端设备恢复出厂设置而发生变化，因此，该字符串也是稳定的，在终端设备恢复出厂设置后，其内容也不会发生变化。这样，在终端设备的Device_id因为恢复出厂设置而发生变化后，也会根据上述唯一性字符串，发现这种变化，并将变化前后的Device_id视为同一个终端设备。也就是说，在本申请实施例中，服务端记录的信息具体可以如表1所示：
表1
编号 第一设备标识 字符串
1 Device_id1 字符串1
2 Device_id2 字符串2
…… …… ……
其中，具体应用程序服务端获得并记录上述唯一性字符串的方式可以有多种，例如，一种方式下，可以是在接收到对应的客户端提交的第一设备标识(由该应用程序为客户端所在的终端设备生成的设备标识)信息时，服务端判断是否首次接收到该设备标识，如果是，则可以要求客户端对其所在的终端设备进行注册。具体在进行注册时，需要由客户端提交具体所在终端设备的ROM等固件中记录的设备数据信息，这些设备数据都是不会因为终端设备的恢复出厂设置操作而发生变化的，例如，具体可以包括Mac地址、IMEI、MEID、SN等等。
其中，如果客户端具体获取到的设备数据是前述Mac地址、IMEI、MEID、SN等，则如前文所述，单一的某个字段上的设备数据都可能无法准确且唯一地标识一台终端设备。为此，本申请实施例中还提供了相应的解决方案。
例如，在其中一种实现方案下，可以要求客户端提交多个字段上的设备数据，然后，服务端可以通过组合多个字段上的设备数据的方式，来生成一个字符串，并且可以与其他终端设备的字符串做去重处理，然后将该字符串与具体第一设备标识之间的对应关系进行记录。
需要说明的是，在上述方式下，由于终端设备自身的原因，某些字段上的设备数据可能会出现无法获取到的情况，例如，双卡设备的IMEI数据可能无法读取到，进行了权限管理的设备中，Mac地址可能无法获取到，等等。此时，可以采用尽量获取的原则，也即，如果某字段上的设备数据无法获取到，则不必获取该字段上的信息，获取其他字段上的信息即可。相应的，具体应用程序的服务端可以接收到客户端提交的关于当前所在终端设备的多个字段的设备数据，之后，可以从中选择出多个字段上的标识信息，组合成一个字符串，并确保该字符串不会与其他已注册的终端设备对应的字符串重复，然后，可以记录该字符串与客户端提交的设备标识之间的对应关系。
例如，具体实现时，在接收到客户端提交的一些字段上的字符串之后，可以从这些字段中取出N(具体可以是大于1的正整数，具体实现时，可以取3，等等)个字段上的信息，组合成一个字符串，并且可以判断该字符串是否与之前已经注册的终端设备对应的字符串重复，如果重复，则可以从所述N个字段中删除一个，并从其他字段中另外选择一个字段上的信息，重新组合成一个字符串，并重新判断，如果仍然重复，则重新替换，如果全部完成替换后仍然存在重复，则还可以采用增加更多字段的方式来进行使之区别于其他已经注册的终端设备对应的字符串。
需要说明的是，在上述通过组合多个字段上的设备数据来生成一个字符串的情况下，每个终端设备能够获取哪些字段上的设备数据，组合哪些字段上的设备数据能够与其他终端设备体现出区别，都可能是不同的。因此，不同的终端设备对应的字符串具体所使用哪些字段上的设备数据进行组合可能是不同的，甚至同一个终端设备在不同的时间所使用哪些字段上的设备数据也可能不同。例如，具体实现时，在拿到一个终端设备的多个字段上的设备数据后，首先可以通过IMEI+Mac地址+Serial Number，组成字符串，然后，可以在服务端定期运行一个服务(service)，去检查当前IMEI+Mac地址+Serial Number，组成的字符串是不是会与其他终端设备的字符串有重复的情况，若出现相同的情况，可以智能学习拿出另外的设备数据字段做组合进去，继续去算当前这个组合是否可以满足现在的数据，用来判断是不是同一个设备。例如，假设用IMEI+Mac地址+Serial Numbe组合时，发现现有的数据库里有相同的，则将IMEI、Mac、SN随机抽取一个字段替换成ANDROID_ID，如果三个替换还会有一样的，则直接新增ANDROID_ID。这个算法的前提是提取的字符串标识，是不会有变化的，并且已经提前存储了很多其他字段上的设备数据可以做备选字段。具体的算法模型举例：从终端设备的设备数据中随机抽取N个设备数据标识中的3个，组合成一个字符串作为唯一标识，通过数据库巡检发现这个三个组合是否有相同的唯一标识，如果有，将随便剔除一个匹配下一个，如果都不行，将增加一个，直到没有相同的，智能算法认为当前组合可以作为唯一标识。过了一段时间(例如，一天)后，如果新增了1w台设备，service循环检测发现当前规则不可用，则在原来学习基础上，拿出一个没有用过的标识做随机替换，重复前面的动作，直到可以做唯一标识。也就是说，这个算法是根据现有数据，不停的做数据学习，满足当前唯一标识的现状。
因此，在服务端具体可以记录下每个终端设备当前的字符串所使用的字段标识，也即，具体使用哪些字段上的设备数据组合成了字符串，以便后续能够进行准确的匹配判断。例如，服务端具体保存的信息可以如以下表2所示：
表2
这样，后续再接收到其他终端设备的各个字段上的设备数据，并与数据库中已经记录的各条对应关系中的字符串进行比对时，可以按照具体字符串对应的字段信息进行比对。例如，与上述表2中的第一条数据进行比对时，可以将新的终端设备的IMEI、Mac地址以及Serial Number组合在一起，再判断与其字符串是否相同；而与上述表2中的第二条数据进行比对时，则可以将新的终端设备的IMEI、Mac地址以及Android_ID组合在一起，再判断与其字符串是否相同，等等。
以上实现方式中，是通过组合终端设备中常用的多种设备数据来生成字符串，以用于在应用程序内部生成的设备标识发生变化时，通过该字符串来将变化前后的设备标识识别为同一个设备。但是，在实际应用中，随着设备数量的增加，具体接入的厂商数量的增加，利用终端设备中常用的各种可用的设备数据进行组合出的字符串，与其他终端设备重复的概率会越来越高，因此，将不得不通过增加组合的字段数量，来避免重复的情况发生，但是。这会使得终端设备对应的字符串的长度增加，因此，每次遍历其他终端设备对应的字符串进行去重比对时，花费的时间成本以及计算资源都会有所增加。另外，还有可能出现即使组合了全部可用字段上的信息，也无法与其他终端设备相区别的极端情况。
为此，在本申请的优选实施方式中，还在上述方案的基础上，提供了另一种为终端设备提供字符串的方式，并且该字符串不会因为恢复出厂设置而发生变化。具体的，在该方案中，可以为具体的设备生产厂商提供字符串，并且，这些字符串预先进行了去重处理，保证每个字符串之间都不存在重复。厂商在生产具体的终端设备时，可以将这种字符串烧制在终端设备的固件中，保证在设备恢复出厂设置时，该信息不会被删除，也不会发生变化。另外，还可以提供用于对该信息进行读取的规范文档，并将该规范文档提供给具体的应用程序开发者。这样，应用程序开发者就可以按照该规范文档在具体的客户端中提供关于获取上述字符串的实现。进而，在客户端被服务器要求提交终端设备的硬件标识信息时，可以读取上述字符串信息即可，服务端则可以直接将该字符串作为终端设备的硬件标识，并记录其与应用程序内部生成的设备标识之间的对应关系。通过这种方式，不需要再组合多个字段上的硬件标识，也不需要具体应用程序的服务端执行过多的去重工作，因此，能够在识别不同设备标识对应的设备是否为同一设备的过程中，提高实现效率。
其中，本申请实施例中生成的序列号可以具有固定的长度，例如，16位，等等。这种序列号可以通过颁发的形式给每个厂家，每个厂家在设备出厂前，都可以向本申请实施例的系统索要一定数量的序列号，烧制在终端设备的固件里。这样这个序列号的规则和质量就是本申请实施例的系统可以把控的，并且，由于每次恢复出厂设置，固件里的数据不会被清除，因此，可以能够获取到一直不变的序列号，并且，该序列号在烧制之前已经进行了去重处理，不会与其他终端设备重复，因此，不再需要由具体应用程序的服务端再进行去重处理。其中一种具体的实现方式下，16位序列号生成算法可以是：String time＝DateUtil.getCurDateTime()+""；String serialNo＝""+MD5Util.md5(supplierCode).substring(0,3)+MD5Util.md5(time).substring(0,2)+MD5Util.md5(batchNo).substring(0,3)+getRandomString(8)。其中，第1-3位是根据每个厂家的编码生成的MD5，第4-5位是当前ms时间戳生成，第6-8位是根据批次生成，批次也是一个时间戳，最后8位是取A-Z和0-9的8位随机生成数。为了保证不重复，每次生成的一批序列号，都可以与已有的数据库做比较，去掉相同的序列号。在将生成的批量序列号颁发给对应的厂商，厂商进行烧制之后，还可以检验厂家烧写盒马序列号的时候没有出错，是否将同一个序列号烧到了多个设备里。为此，还可以在具体的终端设备设备中内置一检测程序，在终端设备设备启动并连接到网络后，该程序可以自动对当前所在终端设备进行注册，注册时候若发现系统里没有存储过当前序列号，则直接存储序列号，注册该设备。若发现当前设备序列号已经在系统里存在，则判断是不是同一个硬件，如果不是，则可以打回给厂商，重新进行序列号烧制。
在实际应用中，对于已经出厂的终端设备，可以采用前述组合多个字段上的设备数据的方式来为终端设备生成所述字符串；而对于新的终端设备，则可以预先将已经进行过去重处理的序列号信息提供给厂商，由厂商直接将该序列表烧制在终端设备的固件中，此时，直接以该序列号作为终端设备的字符串即可。后续随着“老旧”的终端设备逐渐淘汰，会逐渐过渡到全部采用预先烧制唯一序列号的方式，来实现对终端设备的标记，以此提高效率，避免具体应用程序的服务端进行去重操作。
总之，无论是组合多个字段上的普通的设备数据，还是使用本申请实施例中提供的预先进行了去重处理的序列号，都可以为具体的终端设备生成一个唯一性的字符串。并且由于所述字符串具体是通过终端设备的一些字段上的设备数据组合而成的，硬件标识信息不会因为终端设备被恢复出厂设置而改变，因此，该字符串也不会因为终端设备被恢复出厂设置而改变；而设备标识则是由应用程序内部通过库文件等按照一定的算法生成的，该信息会随着终端设备被恢复出厂设置而被删除，在完成恢复出厂设置，并重新在终端设备中安装具体应用程序的客户端后，客户端会根据具体的库文件中的算法，重新生成设备标识。此时，生成的设备标识将会与恢复出厂设置之前的设备标识不同。因此，该客户端在向服务端提交新生成的设备标识信息时，服务端将会发现这又是一个首次收到的设备标识，于是，在执行具体的业务逻辑之前，仍然会首先要求该客户端对该终端设备进行注册，此时，客户端需要重新提交所在终端设备在多个字段上的设备数据，由于这些设备数据并未因为恢复出厂设置而发生改变，因此，服务端在收到之后，可以与之前已经注册的终端设备对应的字符串进行比对，如果发现与其中一个终端设备的字符串匹配成功，则可以认为该当前收到的设备标识对应的设备，就是该字符串对应的设备。于是，可以将当前收到的通过算法生成的设备标识，替换该字符串对应的原来的设备标识，并且，还可以将这两个设备标识对应的数据进行数据合并，之后再进行后续的业务逻辑处理及实现。
例如，如果某设备已经领取了200张优惠券，达到了一台设备的领取上限，但是，为了能够通过该设备领取更多的优惠券，于是将该设备恢复出厂设置后，重新向服务器申请领取优惠券。但是，在本申请实施例中，在恢复出厂设置后，虽然应用程序内部生成的设备标识发生了变化，但是，由于终端设备的固件中记录的具体字段上的设备数据并未发生变化，因此，服务端只需要要求客户端重新提交终端设备的设备数据，即可将恢复出厂设置前后的两个不同的设备标识对应的设备视为同一设备。这样，通过数据合并便可以发现，该设备的优惠券发放量已经达到上限，因此，即使使用新的设备标识发起请求，也不会被发放更多的优惠券，从而保证营销内容的有效性。
S202：在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得该客户端所在终端设备的固件中记录的设备数据；
在服务端保存了具体的第一设备标识与字符串之间的对应关系的情况下，后续再收到客户端提交的第二设备标识时，可以获得该客户端所在终端设备的固件中记录的设备数据，以用于判断是否与之前已经注册过的终端设备对应的字符串匹配成功。其中，具体获得客户端所在终端设备的固件中记录的设备数据的时机可以有多种，例如，在一种优选的方式下，可以是在首次收到的第二设备标识时，服务端同样可以首先要求客户端对该终端设备进行注册。而在注册时，就需要客户端重新提交所在终端设备的固件中的设备数据，服务端进而可以获得对应的设备数据。
S203：将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。
具体在接收到客户端重新提交的设备数据后，可以将接收到的设备数据与数据库中已经创建的对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则可以将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识，证明该终端设备可能是被恢复了出厂设置后，重新生成了新的设备标识。
具体实现时，在将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识后，还可以将所述对应关系中的第一设备标识信息替换为所述第二设备标识信息。也就是说，自动将原来的第一设备标识删除，以后将通过第二设备标识来代表该终端设备。
另外，在将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识后，还可以将所述第一设备标识以及所述第二设备标识对应的业务数据进行合并。
其中，根据具体应用程序所提供的功能的不同，具体的业务数据合并方式也可以有所不同。例如，一种情况下，所述终端设备包括实体店铺中的终端设备，所述实体店铺为多个，所述应用程序用于对所述实体店铺中的终端设备进行管理；此时，该应用程序的服务端还可以用于，根据所述第一设备标识，对所述实体店铺中包括的终端设备的数量进行统计；具体在进行业务数据合并时，可以将所述第一设备标识以及所述第二设备标识对应的终端设备合并为同一个终端设备进行数量统计。也就是说，如果终端设备的设备数据与其中一对应关系中的字符串匹配成功，该对应关系对应的已注册终端设备所属的实体店铺为第一实体店铺，而所述第二设备标识信息中携带的实体店铺为第二实体店铺，则还可以将所述已注册终端设备所属的实体店铺更新为所述第二实体店铺。也就是说，在将一个终端设备从一个实体店铺转移到另一个实体店铺时，服务端也可以发现该情况，从而可以将该终端设备从原来的实体店铺终端设备列表中删除，并添加到转移到的实体店铺终端设备列表中。
或者，另一种应用场景下，所述终端设备包括实体店铺中的终端设备；所述应用程序可以用于提供自助结算服务；此时，具体的服务端还可以用于，向所述客户端发放用户权益信息，并根据所述对应关系信息，记录所述客户端所在终端设备的第一设备标识对应的已发放的用户权益数量信息；此时在对业务数据进行合并时，可以将所述第一设备标识对应的已发放的用户权益数量与所述第二设备标识对应的已发放的用户权益数量之和，确定为所述同一终端设备对应的已发放的用户权益数量。另外，还可以根据该已发放的用户权益数量对同一终端设备发放的用户权益数量进行控制，例如，可以判断该已发放的用户权益数量是否超过同一终端设备发放的用户权益数量上限值，等等。
总之，在本申请实施例中，可以在具体应用程序的服务端记录已注册的终端设备的第一设备标识与一字符串之间的对应关系，其中，第一设备标识是根据预置的算法为所在终端设备生成的，在终端设备被恢复出厂设置时可能会发生变化，但是，所述字符串是根据所述终端设备的固件中记录的设备数据确定的、区别于其他终端设备的唯一性字符串，该信息是不会因为恢复出厂设置而发生变化的。因此，在在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，获得该客户端所在终端设备的固件中记录的设备数据，然后，通过将所获得的设备数据与所述对应关系中的字符串信息进行比对，即可确定是否与其中一对应关系中的字符串匹配成功。如果是，则可以将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。通过这种方式，即使一个终端设备恢复出厂设置，使得应用程序内部实现的设备标识发生变化，也可以根据根据固件中的设备数据，发现这种情况，将变化前后的设备标识确定为同一个终端设备的标识，从而使得应用程序系统能够更准确的识别终端设备。
实施例二
该实施例二是与实施例一相对应的，从应用程序客户端的角度，提供了一种终端设备标识信息处理方法，参见图3，该方法具体可以包括：
S301：应用程序客户端在向服务端请求数据时，提交所在终端设备的第二设备标识，所述第二设备标识是根据预置的算法生成的；
S302：根据所述服务端发出的注册指示，获得所述终端设备的固件中的设备数据；所述注册指示是由所述服务端在首次接收到所述第二设备标识时发出的；
S303：将所述设备数据提交到所述服务端，以用于判断已创建的对应关系中是否存在与所接收到的设备数据相匹配的字符串，如果存在，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。
具体实现时，所述服务端中存储有已注册的终端设备的第一设备标识与字符串之间的对应关系，接收到所述设备数据后，所述服务端判断已创建的对应关系中是否存在与所接收到的设备数据相匹配的字符串，如果存在，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。
实施例三
该实施例三是与实施例一相对应的，从应用程序客户端的角度，提供了一种终端设备标识信息处理方法，参见图4，该方法具体可以包括：
S401：应用程序客户端在向服务端请求数据时，提交所在终端设备的第一设备标识，所述第一设备标识是根据预置的算法生成的；
S402：根据所述服务端发出的注册指示，获得所述终端设备的固件中的设备数据，其中，在所述终端设备被恢复出厂设置时，所述设备数据不变；所述注册指示是由所述服务端在首次接收到所述第一设备标识时发出的；
S403：将所述设备数据提交到所述服务端，以用于根据所述设备数据为所述终端设备生成一字符串，并创建该字符串与所述第一设备标识之间的对应关系。
具体实现，所述服务端中存储有已注册的终端设备的第一设备标识与字符串之间的对应关系，接收到所述设备数据后，所述服务端用于判断已创建的对应关系中是否存在与所接收到的设备数据相匹配的字符串，如果不存在，则根据所述设备数据为所述终端设备生成一字符串，并创建该字符串与所述第一设备标识之间的对应关系。
实施例四
该实施例四是针对“设备管家”等用于对实体店铺中的终端设备信息进行管理的应用程序中的应用，提供了一种实体店铺中的终端设备信息处理方法，参见图5，该方法具体可以包括：
S501：应用程序服务端获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；
S502：在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
S503：将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则在统计所述实体店铺中的终端设备信息时，将所述对应关系中的第一设备标识与所述第二设备标识作为同一个终端设备进行统计。
其中，所述第一设备标识是由所述应用程序根据预置的算法为所在终端设备生成的，所述字符串是根据所述终端设备的固件中记录的设备数据确定的、区别于其他终端设备的唯一性字符串。
其中，具体实现时，所述实体店铺为多个；具体在将接收到的设备数据与所述对应关系中的字符串信息进行比对时，可以将接收到的设备数据与多个实体店铺中已注册的终端设备的对应关系中的字符串信息进行比对。也就是说，服务端可以对多个实体店铺中的终端设备进行统一的管理，由于可能会出现同一个终端设备在多个不同的实体店铺之间转移的情况，因此，在具体进行比对时，可以与全体实体店铺中已注册的终端设备信息进行比对。
具体的，所述客户端在提交所述第二设备标识信息时还可以携带有关联的实体店铺标识信息；此时，如果终端设备的设备数据与其中一对应关系中的字符串匹配成功，该对应关系对应的已注册终端设备所属的实体店铺为第一实体店铺，而所述第二设备标识信息中携带的实体店铺为第二实体店铺，则还可以将所述已注册终端设备所属的实体店铺更新为所述第二实体店铺。这样，可以更准确地记录具体终端设备所在的实体店铺的情况，从而更准确的统计出终端设备的总数，还可以更准确地确定每个实体店铺中具体有哪些终端设备，哪些终端设备在哪些实体店铺之间进行了转移，等等。
实施例五
该实施例五是针对自助结算POS机中具体提供自助结算服务的应用程序中的应用，提供了一种用户权益信息发放处理方法，参见图6，该方法具体可以包括：
S601：服务端获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；
其中，所述第一设备标识是根据预置的算法为所在终端设备生成的，所述字符串是根据所述终端设备的固件中记录的设备数据确定的、区别于其他终端设备的唯一性字符串。
S602：根据所述第一设备标识，向所述已注册的终端设备进行用户权益信息的发放，并记录所述第一设备标识对应的已发放用户权益信息的数量信息；
S603：在接收到一客户端提交的关于所在终端设备的第二设备标识信息后，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
S604：将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识，并将所述第一设备标识对应的已发放的用户权益数量与所述第二设备标识对应的已发放的用户权益数量之和，确定为所述同一终端设备对应的已发放的用户权益数量。
具体实现时，还可以在确定出同一终端设备对应的已发放的用户权益数量后，根据该已发放的用户权益数量对同一终端设备发放的用户权益数量进行控制。
关于前述实施例二至实施例五中的未详述部分，可以参见前述实施例一中的记载，这里不再赘述。
与实施例一相对应，本申请实施例还提供了一种终端设备标识信息处理装置，参见图7，该装置应用于应用程序服务端，包括：
对应关系获得单元701，用于获得已注册的终端设备的第一设备标识与一字符串之间的对应关系；
设备数据获得单元702，用于在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得该客户端所在终端设备的固件中记录的设备数据；
设备识别单元703，用于将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。
其中，设备数据获得单元具体可以用于：
在首次接收到一客户端提交的关于所在终端设备的第二设备标识信息时，指示所述客户端对所述终端设备进行注册，以便所述客户端提交所述终端设备的固件中记录的设备数据。
其中，所述对应关系获得单元具体可以通过以下方式建立所述对应关系：
第一设备标识接收子单元，用于接收客户端提交的关于所在终端设备的第一设备标识信息；
注册指示子单元，用于确定所述第一设备标识是否为首次接收，如果是，则指示所述客户端对所述终端设备进行注册，以便所述客户端提交对应终端设备的固件中记录的设备数据；
对应关系创建子单元，用于将所述客户端提交的设备数据与已注册的终端设备对应的字符串信息进行比对，如果不存在匹配的字符串，则根据所述客户端提交的设备数据为所述终端设备生成字符串，并创建该字符串与所述第一设备标识之间的对应关系。
其中，所述客户端提交的设备数据包括多个字段上的设备数据；
所述对应关系创建子单元具体可以用于：从所述多个字段中取出N个字段上的设备数据，组合成字符串，并与已经注册的其他终端设备对应的字符串进行去重处理，其中，所述N为大于等于2的正整数。
或者，所述客户端提交的设备数据包括：按照预置的算法生成且与其他终端设备进行过去重处理后，写入到所述终端设备固件的序列号信息；
所述对应关系创建子单元具体可以用于：根据所述序列号信息生成所述字符串。
具体实现时，该装置还可以包括：
对应关系更新单元，用于在将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识后，将所述对应关系中的第一设备标识信息替换为所述第二设备标识信息。
业务数据合并单元，用于在将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识后，将所述第一设备标识以及所述第二设备标识对应的业务数据进行合并。
其中，所述终端设备包括实体店铺中的终端设备，所述实体店铺为多个，所述应用程序用于对所述实体店铺中的终端设备进行管理；
所述装置还包括：
统计单元，用于根据所述第一设备标识，对所述实体店铺中包括的终端设备的数量进行统计；
所述业务数据合并单元具体可以用于：
将所述第一设备标识以及所述第二设备标识对应的终端设备合并为同一个终端设备进行数量统计。
或者，所述终端设备包括实体店铺中的终端设备；所述应用程序用于提供自助结算服务；
所述装置还可以包括：
用户权益信息发放单元，用于向所述客户端发放用户权益信息，并根据所述对应关系信息，记录所述客户端所在终端设备的第一设备标识对应的已发放的用户权益数量信息；
所述业务数据合并单元具体可以用于：
将所述第一设备标识对应的已发放的用户权益数量与所述第二设备标识对应的已发放的用户权益数量之和，确定为所述同一终端设备对应的已发放的用户权益数量，并判断该已发放的用户权益数量是否超过同一终端设备发放的用户权益数量上限值。
与实施例二相对应，本申请实施例还提供了一种终端设备标识信息处理装置，参见图8，该装置应用于应用程序客户端，包括：
第二设备标识提交单元801，用于在向服务端请求数据时，提交所在终端设备的第二设备标识，所述第二设备标识是根据预置的算法生成的；
设备数据获得单元802，用于根据所述服务端发出的注册指示，获取所述终端设备的固件中的设备数据；所述注册指示是由所述服务端在首次接收到所述第二设备标识时发出的；
设备数据提交单元803，用于将所述设备数据提交到所述服务端，以用于判断已创建的对应关系中是否存在与所接收到的设备数据相匹配的字符串，如果存在，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。
与实施例三相对应，本申请实施例还提供了一种终端设备标识信息处理装置，参见图9，该装置应用于应用程序客户端，包括：
第一设备标识提交单元901，用于在向服务端请求数据时，提交所在终端设备的第一设备标识，所述第一设备标识是根据预置的算法生成的；
设备数据获得单元902，用于根据所述服务端发出的注册指示，获取所述终端设备的固件中的设备数据，其中，在所述终端设备被恢复出厂设置时，所述设备数据不变；所述注册指示是由所述服务端在首次接收到所述第一设备标识时发出的；
设备数据提交单元903，用于将所述设备数据提交到所述服务端，以用于根据所述设备数据为所述终端设备生成一字符串，并创建该字符串与所述第一设备标识之间的对应关系。
与实施例四相对应，本申请实施例还提供了一种实体店铺中的终端设备信息处理装置，参见图10，该装置应用于服务端，包括：
对应关系获得单元1001，用于获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；
设备数据获得单元1002，用于在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
设备信息统计单元1003，用于将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则在统计所述实体店铺中的终端设备信息时，将所述对应关系中的第一设备标识与所述第二设备标识作为同一个终端设备进行统计。
其中，所述第一设备标识是根据预置的算法为所在终端设备生成的，所述字符串是根据所述终端设备的固件中记录的设备数据确定的、区别于其他终端设备的唯一性字符串。
其中，所述实体店铺为多个；
所述设备信息统计单元具体可以用于：
将接收到的设备数据与多个实体店铺中已注册的终端设备的对应关系中的字符串信息进行比对。
其中，所述客户端在提交所述第二设备标识信息时还携带有关联的实体店铺标识信息；
所述装置还可以包括：
信息更新单元，用于如果终端设备的设备数据与其中一对应关系中的字符串匹配成功，该对应关系对应的已注册终端设备所属的实体店铺为第一实体店铺，而所述第二设备标识信息中携带的实体店铺为第二实体店铺，则将所述已注册终端设备所属的实体店铺更新为所述第二实体店铺。
与实施例五相对应，本申请实施例还提供了一种用户权益信息发放处理装置，参见图11，该装置应用于服务端，包括：
对应关系获得单元1101，用于获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；
其中，所述第一设备标识是根据预置的算法为所在终端设备生成的，所述字符串是根据所述终端设备的固件中记录的设备数据确定的、区别于其他终端设备的唯一性字符串。
用户权益信息发放单元1102，用于根据所述第一设备标识，向所述已注册的终端设备进行用户权益信息的发放，并记录所述第一设备标识对应的已发放用户权益信息的数量信息；
设备数据获得单元1103，用于在接收到一客户端提交的关于所在终端设备的第二设备标识信息后，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
用户权益数据确定单元1104，用于将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识，并将所述第一设备标识对应的已发放的用户权益数量与所述第二设备标识对应的已发放的用户权益数量之和，确定为所述同一终端设备对应的已发放的用户权益数量。
另外，该装置还可以包括：
数量控制单元，用于在确定出同一终端设备对应的已发放的用户权益数量后，根据该已发放的用户权益数量对同一终端设备发放的用户权益数量进行控制。
另外本申请实施例还提供了一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
获得已注册的终端设备的第一设备标识与一字符串之间的对应关系；
其中，所述第一设备标识是根据预置的算法为所在终端设备生成的，所述字符串是根据所述终端设备的固件中记录的设备数据确定的、区别于其他终端设备的唯一性字符串。
在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得该客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。
以及一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；
在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则在统计所述实体店铺中的终端设备信息时，将所述对应关系中的第一设备标识与所述第二设备标识作为同一个终端设备进行统计。
以及一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；
根据所述第一设备标识，向所述已注册的终端设备进行用户权益信息的发放，并记录所述第一设备标识对应的已发放用户权益信息的数量信息；
在接收到一客户端提交的关于所在终端设备的第二设备标识信息后，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识，并将所述第一设备标识对应的已发放的用户权益数量与所述第二设备标识对应的已发放的用户权益数量之和，确定为所述同一终端设备对应的已发放的用户权益数量。
其中，图12示例性的展示出了电子设备的架构，具体可以包括处理器1210，视频显示适配器1211，磁盘驱动器1212，输入/输出接口1213，网络接口1214，以及存储器1220。上述处理器1210、视频显示适配器1211、磁盘驱动器1212、输入/输出接口1213、网络接口1214，与存储器1220之间可以通过通信总线1230进行通信连接。
其中，处理器1210可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。
存储器1220可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1220可以存储用于控制电子设备1200运行的操作系统1221，用于控制电子设备1200的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器1223，数据存储管理系统1224，以及设备标识信息处理系统1225等等。上述设备标识信息处理系统1225就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1220中，并由处理器1210来调用执行。
输入/输出接口1213用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
网络接口1214用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1230包括一通路，在设备的各个组件(例如处理器1210、视频显示适配器1211、磁盘驱动器1212、输入/输出接口1213、网络接口1214，与存储器1220)之间传输信息。
另外，该电子设备1200还可以从虚拟资源对象领取条件信息数据库1241中获得具体领取条件的信息，以用于进行条件判断，等等。
需要说明的是，尽管上述设备仅示出了处理器1210、视频显示适配器1211、磁盘驱动器1212、输入/输出接口1213、网络接口1214，存储器1220，总线1230等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的终端设备标识信息处理方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (23)

1.一种实体店铺中的终端设备信息处理方法，其特征在于，包括：
应用程序服务端获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；其中，所述第一设备标识是根据预置的算法为所述终端设备生成的；所述字符串通过以下方式生成：根据所述终端设备的固件中记录的多个字段上的设备数据进行组合、并与其他终端设备的字符串做去重处理后生成的区别于其他终端设备的唯一性字符串；或者，根据所述终端设备的固件中记录的序列号生成，所述序列号是按照预置的算法生成且与其他终端设备进行过去重处理后，写入到所述终端设备固件中的；
在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则在统计所述实体店铺中的终端设备信息时，将所述对应关系中的第一设备标识与所述第二设备标识作为同一个终端设备进行统计。
2.根据权利要求1所述的方法，其特征在于，
所述实体店铺为多个；
所述将所获得的设备数据与所述对应关系中的字符串信息进行比对，包括：
将接收到的设备数据与多个实体店铺中已注册的终端设备的对应关系中的字符串信息进行比对。
3.根据权利要求2所述的方法，其特征在于，
所述客户端在提交所述第二设备标识信息时还携带有关联的实体店铺标识信息；
所述方法还包括：
如果终端设备的设备数据与其中一对应关系中的字符串匹配成功，该对应关系对应的已注册终端设备所属的实体店铺为第一实体店铺，而所述第二设备标识信息中携带的实体店铺为第二实体店铺，则将所述已注册终端设备所属的实体店铺更新为所述第二实体店铺。
4.一种用户权益信息发放处理方法，其特征在于，包括：
服务端获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；其中，所述第一设备标识是根据预置的算法为所述终端设备生成的；所述字符串通过以下方式生成：根据所述终端设备的固件中记录的多个字段上的设备数据进行组合、并与其他终端设备的字符串做去重处理后生成的区别于其他终端设备的唯一性字符串；或者，根据所述终端设备的固件中记录的序列号生成，所述序列号是按照预置的算法生成且与其他终端设备进行过去重处理后，写入到所述终端设备固件中的；
根据所述第一设备标识，向所述已注册的终端设备进行用户权益信息的发放，并记录所述第一设备标识对应的已发放用户权益信息的数量信息；
在接收到一客户端提交的关于所在终端设备的第二设备标识信息后，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识，并将所述第一设备标识对应的已发放的用户权益数量与所述第二设备标识对应的已发放的用户权益数量之和，确定为所述同一终端设备对应的已发放的用户权益数量。
5.根据权利要求4所述的方法，其特征在于，还包括：
在确定出同一终端设备对应的已发放的用户权益数量后，根据该已发放的用户权益数量对同一终端设备发放的用户权益数量进行控制。
6.一种终端设备标识信息处理方法，其特征在于，包括：
应用程序服务端获得已注册的终端设备的第一设备标识与一字符串之间的对应关系；其中，所述第一设备标识是根据预置的算法为所述终端设备生成的；所述字符串通过以下方式生成：根据所述终端设备的固件中记录的多个字段上的设备数据进行组合、并与其他终端设备的字符串做去重处理后生成的区别于其他终端设备的唯一性字符串；或者，根据所述终端设备的固件中记录的序列号生成，所述序列号是按照预置的算法生成且与其他终端设备进行过去重处理后，写入到所述终端设备固件中的；
在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得该客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。
7.根据权利要求6所述的方法，其特征在于，
所述获得该客户端所在终端设备的固件中记录的设备数据，包括：
在首次接收到一客户端提交的关于所在终端设备的第二设备标识信息时，指示所述客户端对所述终端设备进行注册，以便所述客户端提交所述终端设备的固件中记录的设备数据。
8.根据权利要求6所述的方法，其特征在于，还包括：
通过以下方式建立所述对应关系：
接收客户端提交的关于所在终端设备的第一设备标识信息；
确定所述第一设备标识是否为首次接收，如果是，则指示所述客户端对所述终端设备进行注册，以便所述客户端提交对应终端设备的固件中记录的设备数据；
将所述客户端提交的设备数据与已注册的终端设备对应的字符串信息进行比对，如果不存在匹配的字符串，则根据所述客户端提交的设备数据为所述终端设备生成字符串，并创建该字符串与所述第一设备标识之间的对应关系。
9.根据权利要求6所述的方法，其特征在于，还包括：
在将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识后，将所述对应关系中的第一设备标识信息替换为所述第二设备标识信息。
10.根据权利要求6所述的方法，其特征在于，还包括：
在将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识后，将所述第一设备标识以及所述第二设备标识对应的业务数据进行合并。
11.根据权利要求10所述的方法，其特征在于，
所述终端设备包括实体店铺中的终端设备，所述实体店铺为多个，所述应用程序用于对所述实体店铺中的终端设备进行管理。
12.根据权利要求11所述的方法，其特征在于，所述方法还包括：
根据所述第一设备标识，对所述实体店铺中包括的终端设备的数量进行统计；
所述将所述第一设备标识以及所述第二设备标识对应的业务数据进行合并，包括：
将所述第一设备标识以及所述第二设备标识对应的终端设备合并为同一个终端设备进行数量统计。
13.根据权利要求10所述的方法，其特征在于，
所述终端设备包括实体店铺中的终端设备；所述应用程序用于提供自助结算服务；
所述方法还包括：
向所述客户端发放用户权益信息，并根据所述对应关系信息，记录所述客户端所在终端设备的第一设备标识对应的已发放的用户权益数量信息；
所述将所述第一设备标识以及所述第二设备标识对应的业务数据进行合并，包括：
将所述第一设备标识对应的已发放的用户权益数量与所述第二设备标识对应的已发放的用户权益数量之和，确定为所述同一终端设备对应的已发放的用户权益数量，并判断该已发放的用户权益数量是否超过同一终端设备发放的用户权益数量上限值。
14.一种终端设备标识信息处理方法，其特征在于，包括：
应用程序客户端在向服务端请求数据时，提交所在终端设备的第二设备标识，所述第二设备标识是根据预置的算法生成的；
根据所述服务端发出的注册指示，获取所述终端设备的固件中的设备数据；所述注册指示是由所述服务端在首次接收到所述第二设备标识时发出的；
将所述设备数据提交到所述服务端，以用于判断已创建的对应关系中是否存在与所接收到的设备数据相匹配的字符串，如果存在，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识；所述字符串通过以下方式生成：根据所述终端设备的固件中记录的多个字段上的设备数据进行组合、并与其他终端设备的字符串做去重处理后生成的区别于其他终端设备的唯一性字符串；或者，根据所述终端设备的固件中记录的序列号生成，所述序列号是按照预置的算法生成且与其他终端设备进行过去重处理后，写入到所述终端设备固件中的。
15.一种终端设备标识信息处理方法，其特征在于，包括：
应用程序客户端在向服务端请求数据时，提交所在终端设备的第一设备标识，所述第一设备标识是根据预置的算法生成的；
根据所述服务端发出的注册指示，获取所述终端设备的固件中的设备数据，其中，在所述终端设备被恢复出厂设置时，所述设备数据不变；所述注册指示是由所述服务端在首次接收到所述第一设备标识时发出的；
将所述设备数据提交到所述服务端，以用于根据所述设备数据为所述终端设备生成一字符串，并创建该字符串与所述第一设备标识之间的对应关系；其中，所提交的设备数据包括：所述终端设备的固件中记录的多个字段上的设备数据，以便通过将所述多个字段上的设备数据进行组合、并与其他终端设备的字符串做去重处理后生成的区别于其他终端设备的唯一性字符串；或者，所提交的设备数据包括：所述终端设备的固件中记录的序列号，所述序列号是按照预置的算法生成且与其他终端设备进行过去重处理后，写入到所述终端设备固件中的，以便根据所述序列号生成生成所述字符串。
16.一种实体店铺中的终端设备信息处理装置，其特征在于，应用于应用程序服务端，包括：
对应关系获得单元，用于获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；其中，所述第一设备标识是根据预置的算法为所述终端设备生成的；所述字符串通过以下方式生成：根据所述终端设备的固件中记录的多个字段上的设备数据进行组合、并与其他终端设备的字符串做去重处理后生成的区别于其他终端设备的唯一性字符串；或者，根据所述终端设备的固件中记录的序列号生成，所述序列号是按照预置的算法生成且与其他终端设备进行过去重处理后，写入到所述终端设备固件中的；
设备数据获得单元，用于在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
设备信息统计单元，用于将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则在统计所述实体店铺中的终端设备信息时，将所述对应关系中的第一设备标识与所述第二设备标识作为同一个终端设备进行统计。
17.一种用户权益信息发放处理装置，其特征在于，应用于服务端，包括：
对应关系获得单元，用于获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；其中，所述第一设备标识是根据预置的算法为所述终端设备生成的；所述字符串通过以下方式生成：根据所述终端设备的固件中记录的多个字段上的设备数据进行组合、并与其他终端设备的字符串做去重处理后生成的区别于其他终端设备的唯一性字符串；或者，根据所述终端设备的固件中记录的序列号生成，所述序列号是按照预置的算法生成且与其他终端设备进行过去重处理后，写入到所述终端设备固件中的；
用户权益信息发放单元，用于根据所述第一设备标识，向所述已注册的终端设备进行用户权益信息的发放，并记录所述第一设备标识对应的已发放用户权益信息的数量信息；
设备数据获得单元，用于在接收到一客户端提交的关于所在终端设备的第二设备标识信息后，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
用户权益数据确定单元，用于将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识，并将所述第一设备标识对应的已发放的用户权益数量与所述第二设备标识对应的已发放的用户权益数量之和，确定为所述同一终端设备对应的已发放的用户权益数量。
18.一种终端设备标识信息处理装置，其特征在于，应用于应用程序服务端，包括：
对应关系获得单元，用于获得已注册的终端设备的第一设备标识与一字符串之间的对应关系；
设备数据获得单元，用于在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得该客户端所在终端设备的固件中记录的设备数据；
设备识别单元，用于将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识；所述字符串通过以下方式生成：根据所述终端设备的固件中记录的多个字段上的设备数据进行组合、并与其他终端设备的字符串做去重处理后生成的区别于其他终端设备的唯一性字符串；或者，根据所述终端设备的固件中记录的序列号生成，所述序列号是按照预置的算法生成且与其他终端设备进行过去重处理后，写入到所述终端设备固件中的。
19.一种终端设备标识信息处理装置，其特征在于，应用于应用程序客户端，包括：
第二设备标识提交单元，用于在向服务端请求数据时，提交所在终端设备的第二设备标识，所述第二设备标识是根据预置的算法生成的；
设备数据获得单元，用于根据所述服务端发出的注册指示，获取所述终端设备的固件中的设备数据；所述注册指示是由所述服务端在首次接收到所述第二设备标识时发出的；
设备数据提交单元，用于将所述设备数据提交到所述服务端，以用于判断已创建的对应关系中是否存在与所接收到的设备数据相匹配的字符串，如果存在，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识；所述字符串通过以下方式生成：根据所述终端设备的固件中记录的多个字段上的设备数据进行组合、并与其他终端设备的字符串做去重处理后生成的区别于其他终端设备的唯一性字符串；或者，根据所述终端设备的固件中记录的序列号生成，所述序列号是按照预置的算法生成且与其他终端设备进行过去重处理后，写入到所述终端设备固件中的。
20.一种终端设备标识信息处理装置，其特征在于，应用于应用程序客户端，包括：
第一设备标识提交单元，用于在向服务端请求数据时，提交所在终端设备的第一设备标识，所述第一设备标识是根据预置的算法生成的；
设备数据获得单元，用于根据所述服务端发出的注册指示，获取所述终端设备的固件中的设备数据，其中，在所述终端设备被恢复出厂设置时，所述设备数据不变；所述注册指示是由所述服务端在首次接收到所述第一设备标识时发出的；
设备数据提交单元，用于将所述设备数据提交到所述服务端，以用于根据所述设备数据为所述终端设备生成一字符串，并创建该字符串与所述第一设备标识之间的对应关系；其中，所提交的设备数据包括：所述终端设备的固件中记录的多个字段上的设备数据，以便通过将所述多个字段上的设备数据进行组合、并与其他终端设备的字符串做去重处理后生成的区别于其他终端设备的唯一性字符串；或者，所提交的设备数据包括：所述终端设备的固件中记录的序列号，所述序列号是按照预置的算法生成且与其他终端设备进行过去重处理后，写入到所述终端设备固件中的，以便根据所述序列号生成生成所述字符串。
21.一种电子设备，其特征在于，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
获得已注册的终端设备的第一设备标识与一字符串之间的对应关系；其中，所述第一设备标识是根据预置的算法为所述终端设备生成的；所述字符串通过以下方式生成：根据所述终端设备的固件中记录的多个字段上的设备数据进行组合、并与其他终端设备的字符串做去重处理后生成的区别于其他终端设备的唯一性字符串；或者，根据所述终端设备的固件中记录的序列号生成，所述序列号是按照预置的算法生成且与其他终端设备进行过去重处理后，写入到所述终端设备固件中的；
在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得该客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识。
22.一种电子设备，其特征在于，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；其中，所述第一设备标识是根据预置的算法为所述终端设备生成的；所述字符串通过以下方式生成：根据所述终端设备的固件中记录的多个字段上的设备数据进行组合、并与其他终端设备的字符串做去重处理后生成的区别于其他终端设备的唯一性字符串；或者，根据所述终端设备的固件中记录的序列号生成，所述序列号是按照预置的算法生成且与其他终端设备进行过去重处理后，写入到所述终端设备固件中的；
在接收到一客户端提交的关于所在终端设备的第二设备标识信息时，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则在统计所述实体店铺中的终端设备信息时，将所述对应关系中的第一设备标识与所述第二设备标识作为同一个终端设备进行统计。
23.一种电子设备，其特征在于，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
获得实体店铺中已注册的终端设备的第一设备标识与一字符串之间的对应关系；其中，所述第一设备标识是根据预置的算法为所述终端设备生成的；所述字符串通过以下方式生成：根据所述终端设备的固件中记录的多个字段上的设备数据进行组合、并与其他终端设备的字符串做去重处理后生成的区别于其他终端设备的唯一性字符串；或者，根据所述终端设备的固件中记录的序列号生成，所述序列号是按照预置的算法生成且与其他终端设备进行过去重处理后，写入到所述终端设备固件中的；
根据所述第一设备标识，向所述已注册的终端设备进行用户权益信息的发放，并记录所述第一设备标识对应的已发放用户权益信息的数量信息；
在接收到一客户端提交的关于所在终端设备的第二设备标识信息后，如果所述第二设备标识未出现在所述对应关系中，则获得所述客户端所在终端设备的固件中记录的设备数据；
将所获得的设备数据与所述对应关系中的字符串信息进行比对，如果与其中一对应关系中的字符串匹配成功，则将该对应关系中的第一设备标识与所述第二设备标识确定为同一终端设备的标识，并将所述第一设备标识对应的已发放的用户权益数量与所述第二设备标识对应的已发放的用户权益数量之和，确定为所述同一终端设备对应的已发放的用户权益数量。
CN201811574006.4A 2018-12-21 2018-12-21 终端设备标识信息处理方法、装置及电子设备 Active CN111353073B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811574006.4A CN111353073B (zh) 2018-12-21 2018-12-21 终端设备标识信息处理方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811574006.4A CN111353073B (zh) 2018-12-21 2018-12-21 终端设备标识信息处理方法、装置及电子设备

Publications (2)

Publication Number Publication Date
CN111353073A CN111353073A (zh) 2020-06-30
CN111353073B true CN111353073B (zh) 2023-07-25

Family

ID=71195432

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811574006.4A Active CN111353073B (zh) 2018-12-21 2018-12-21 终端设备标识信息处理方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN111353073B (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112003939A (zh) * 2020-08-24 2020-11-27 杭州海康存储科技有限公司 套件信息的处理方法、系统、装置和服务器
CN112380586A (zh) * 2020-11-11 2021-02-19 随锐科技集团股份有限公司 对硬件设备的条码信息的处理方法及系统
CN114513434A (zh) * 2020-11-16 2022-05-17 Oppo广东移动通信有限公司 数据监控方法、装置、存储介质及服务器
CN112507291B (zh) * 2020-11-18 2022-09-13 深思数盾(天津)科技有限公司 Android设备的唯一标识的生成方法和装置
CN115037489A (zh) * 2021-02-24 2022-09-09 北京国双千里科技有限公司 设备标识数量的确定方法、装置、存储介质及电子设备
CN113285929B (zh) * 2021-05-10 2023-03-24 新华三技术有限公司 一种终端合法性检测方法及装置
CN115250263A (zh) * 2022-07-21 2022-10-28 中国银行股份有限公司 设备标识方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1869934A (zh) * 2005-05-27 2006-11-29 联想(北京)有限公司 实现网络间克隆软件系统的方法及嵌入式系统
CN108632213A (zh) * 2017-03-20 2018-10-09 腾讯科技（北京）有限公司 设备信息处理方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130019237A1 (en) * 2011-07-12 2013-01-17 Apple Inc. System and method for linking pre-installed software to a user account on an online store

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1869934A (zh) * 2005-05-27 2006-11-29 联想(北京)有限公司 实现网络间克隆软件系统的方法及嵌入式系统
CN108632213A (zh) * 2017-03-20 2018-10-09 腾讯科技（北京）有限公司 设备信息处理方法及装置

Also Published As

Publication number Publication date
CN111353073A (zh) 2020-06-30

Similar Documents

Publication Publication Date Title
CN111353073B (zh) 终端设备标识信息处理方法、装置及电子设备
CN106575244B (zh) 确保云应用的高可用性的修补过程
JP6499085B2 (ja) リソースの注釈
US20100250730A1 (en) Automated license reconciliation for deployed applications
US11164115B1 (en) Capacity planning and data placement management in multi-cloud computing environment
CN111314238A (zh) 令牌的管理方法和装置、存储介质、电子装置
EP3158440A1 (en) Tenant provisioning for testing a production multi-tenant service
US20160042024A1 (en) Continuous data health check
US10430119B2 (en) Mechanism for multiple coexisting configurations support in virtual tape applications
CN110738471A (zh) 一种基于区块链网络的票据管理方法及相关设备
KR20170001618A (ko) 정보 처리장치, 방법, 및 기억매체
US11816163B2 (en) Systems and methods for improved transactional mainframes
US10191729B2 (en) System and methodology for updating individualized system data to facilitate repair and/or replacement service provision
CN112307297B (zh) 一种基于优先级规则的用户标识统一方法及系统
CN108139868A (zh) 用于从高速缓存供应频繁使用的映像片段的系统和方法
US20230334344A1 (en) Distributed ledger based machine-learning model management
JP5195441B2 (ja) サーバ、ソフトウェア評価作業管理システム、及びプログラム
AU2018264046A1 (en) Analyzing value-related data to identify an error in the value-related data and/or a source of the error
CN111125746A (zh) 多租户智能数据保护平台
CN113703753B (zh) 用于产品开发的方法、装置和产品开发系统
CN113486025B (zh) 数据存储方法、数据查询方法及装置
CN108268545A (zh) 一种分级的用户标签库的创建的方法和装置
CN111831666A (zh) 基于pbft共识的家具数据存储方法及装置
US11887143B2 (en) Record management system for enabling access to a record
TW201403362A (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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20230704

Address after: Room 210, 2nd Floor, Juyang Building, No. 1200 Pudong Avenue, China (Shanghai) Pilot Free Trade Zone, Pudong New Area, Shanghai

Applicant after: HEMA (China) Co.,Ltd.

Address before: Box 847, four, Grand Cayman capital, Cayman Islands, UK

Applicant before: ALIBABA GROUP HOLDING Ltd.

GR01 Patent grant
GR01 Patent grant