一种芯片、验证装置、芯片验证方法和芯片验证系统

技术领域

本申请涉及电子设备领域，尤其涉及一种芯片验证方法、装置、设备和计算机可读存储介质。

背景技术

随着集成电路技术的发展，电子设备趋于体积小型化、功能多样化。因此一台电子设备上往往集成有多个芯片，电子设备通过集成的这些芯片实现各种功能。为了确保各芯片的正常运行，需要对芯片进行验证。

现有技术在对芯片进行验证时，需要使用多台验证装置，验证成本较高，且芯片需要在不同机器之间进行流转，验证耗时较长。

发明内容

本申请提供了一种芯片、验证装置、芯片验证方法和芯片验证系统，解决了现有技术在对芯片进行验证时，需要使用多台验证装置，验证成本较高，且芯片需要在不同机器之间进行流转，验证耗时较长的技术问题。

有鉴于此，本申请第一方面提供了一种芯片验证方法，包括：

当获取到验证装置发送的第一验证指令时，获取存储于第一地址中的芯片UID号和第一数据；

通过预置接口发送所述芯片UID号和所述第一数据至所述验证装置，使得所述验证装置根据所述芯片UID号和所述第一数据，进行所述第一验证指令对应的验证；

当所述第一验证指令对应的验证结果为验证成功时，获取所述验证装置发送的第二验证指令；

运行所述第二验证指令对应的第二数据，以进行所述第二验证指令对应的验证。

可选地，所述预置接口为软编程接口。

可选地，通过预置接口发送所述芯片UID号和所述第一数据至所述验证装置，使得所述验证装置根据所述芯片UID号和所述第一数据，进行所述第一验证指令对应的验证，具体包括：

通过预置接口发送所述芯片UID号和所述第一数据至所述验证装置，使得所述验证装置对比所述芯片UID号和所述第一数据是否匹配；

判断所述芯片UID号和所述第一数据是否匹配成功，若是则获取所述验证装置发送的第一数据的运行指令，否则输出验证失败；

运行所述第一数据并将第一运行结果发送至所述验证装置，使得所述验证装置根据所述第一运行结果得到所述第一验证指令对应的验证结果。

可选地，所运行所述第二验证指令对应的第二数据，以进行所述第二验证指令对应的验证，具体包括：

对所述第一数据进行擦除，并将所述第二验证指令对应的第二数据保存至第二地址；

当获取到所述第二数据的运行指令时，通过所述第二地址进行函数跳转，以运行所述第二数据；

将所述第二数据对应的第二运行结果发送至所述验证装置，使得所述验证装置根据所述第二运行结果得到所述第二验证指令对应的验证结果。

可选地，所述方法还包括：

当完成所述第二验证指令对应的验证后，擦除所述第二数据并将所述第一数据存储至所述第一地址。

本申请第二方面提供了一种芯片验证方法，包括：

发送第一验证指令至芯片，使得所述芯片获取存储于第一地址中的芯片UID号和第一数据；

通过预置接口接收所述芯片UID号和所述第一数据；

根据所述芯片UID号和所述第一数据，进行所述第一验证指令对应的验证；

当所述第一验证指令对应的验证结果为验证成功时，发送第二验证指令至芯片，使得所述芯片运行所述第二验证指令对应的第二数据，以进行所述第二验证指令对应的验证。

可选地，所述预置接口为软编程接口。

本申请第三方面提供了一种芯片，包括：

第一获取单元，用于当获取到验证装置发送的第一验证指令时，获取存储于第一地址中的芯片UID号和第一数据；

发送单元，用于通过预置接口发送所述芯片UID号和所述第一数据至所述验证装置，使得所述验证装置根据所述芯片UID号和所述第一数据，进行所述第一验证指令对应的验证；

第二获取单元，用于当所述第一验证指令对应的验证结果为验证成功时，获取所述验证装置发送的第二验证指令；

运行单元，用于运行所述第二验证指令对应的第二数据，以进行所述第二验证指令对应的验证。

本申请第四方面提供了一种验证装置，包括：

第一发送单元，用于发送第一验证指令至芯片，使得所述芯片获取存储于第一地址中的芯片UID号和第一数据；

接收单元，用于通过预置接口接收所述芯片UID号和所述第一数据；

验证单元，用于根据所述芯片UID号和所述第一数据，进行所述第一验证指令对应的验证；

第二发送单元，用于当所述第一验证指令对应的验证结果为验证成功时，发送第二验证指令至所述芯片，使得所述芯片运行所述第二验证指令对应的第二数据，以进行所述第二验证指令对应的验证。

本申请第五方面提供了一种芯片验证系统，包括：上述第三方面所述的芯片和上述第四方面所述的验证装置；

所述验证装置，用于发送第一验证指令至所述芯片，使得所述芯片获取存储于第一地址中的芯片UID号和第一数据；

所述芯片，用于通过预置接口发送所述芯片UID号和所述第一数据至所述验证装置，使得所述验证装置根据所述芯片UID号和所述第一数据，进行所述第一验证指令对应的验证；

所述验证装置，还用于当所述第一验证指令对应的验证结果为验证成功时，发送第二验证指令至所述芯片，使得所述芯片运行所述第二验证指令对应的第二数据，以进行所述第二验证指令对应的验证。

从以上技术方法可以看出，本申请具有以下优点：

基于上述提到的技术问题，本申请人在研究现有技术后发现，芯片的验证分为第一数据的验证和第二数据的验证两个部分。其中第一数据与芯片UID号是绑定关系，通过芯片UID号和第一数据进行第一数据的验证。然而由于芯片UID号中的数据被分成若干块，不同的数据块需要由不同的验证装置读取后用于验证，同理第一数据也需要多台验证装置方可进行读取、验证。导致使用了多台验证装置，使得验证成本较高、验证耗时较长。

因此，本申请中将完整的芯片UID号和第一数据预先存储至芯片中的第一地址中，当芯片接收到验证装置发送的第一验证指令时，不再使用传统的读取方式，而是直接从第一地址中芯片UID号和第一数据，此时的芯片UID号和第一数据不再是传统的数据块，而是完整数据，这样不用多台验证装置也可以获取到完整的芯片UID号和第一数据，以进行第一数据的验证，并在第一数据验证成功后，进行第二数据的验证，解决了现有技术在对芯片进行验证时，需要使用多台验证装置，验证成本较高，且芯片需要在不同机器之间进行流转，验证耗时较长的技术问题。

附图说明

为了更清楚地说明本申请实施例中的技术方法，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1为本申请实施例中一种芯片验证方法的实施例一的流程示意图；

图2为本申请实施例中一种芯片验证方法的实施例二的流程示意图；

图3为本申请实施例中一种芯片验证方法的实施例的流程示意图；

图4为本申请实施例中一种芯片的实施例的结构示意图；

图5为本申请实施例中一种验证装置的实施例的结构示意图；

图6为本申请实施例中一种芯片验证系统的实施例的结构示意图；

图7为本申请实施例中一种芯片验证系统在芯片验证过程中的信息交互图。

具体实施方式

本申请实施例提供了一种芯片、验证装置、芯片验证方法和芯片验证系统，解决了现有技术在对芯片进行验证时，需要使用多台验证装置，验证成本较高，且芯片需要在不同机器之间进行流转，验证耗时较长的技术问题。

应理解，本申请应用于芯片验证系统，请参阅图6，图6为本申请实施例中一种芯片验证系统的实施例的结构示意图，如图6所示，该芯片验证系统包括：芯片和验证装置，验证装置对芯片进行指令控制，使得芯片进行对应的操作后，完成对芯片的验证。可以理解的是，上述的验证系统可以用于打印机、复印机、传真机及多功能打印机等成像设备中的芯片验证。对于其他电子设备中的芯片验证也可以参照本申请中的设计，具体不再一一限定和赘述。

为了使本技术领域的人员更好地理解本申请方法，下面将结合本申请实施例中的附图，对本申请实施例中的技术方法进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请设计了一种芯片验证方法，该方法可以是上述芯片验证系统中的芯片执行，请参阅图1，图1为本申请实施例中应用于芯片侧的芯片验证方法的实施例一的流程示意图。

本实施例中的一种芯片验证方法，包括：

步骤101、当获取到验证装置发送的第一验证指令时，获取存储于第一地址中的芯片UID号和第一数据。

在一种实施方式中，当验证系统用于成像设备中的芯片验证时，上述的验证装置可以是成像设备中的中控单元或对应的上位机等，即通过上位机/中控单元对成像设备中的芯片进行验证。可以理解的是，本实施例中的芯片可以是成像设备的耗材芯片等，耗材芯片用于存储成像盒型号、成像盒版本、成像材料的颜色、成像材料的容量、成像日期、成像材料的剩余量等成像盒数据。

由于耗材芯片可更换的安装于成像盒中，且成像盒可更换地安装在成像设备中。将安装有耗材芯片的成像盒装入成像设备后，成像设备读取耗材芯片中记录的成像盒数据，判断成像盒是否适用于该款成像设备，只有验证成像盒与成像设备匹配之后，成像设备才开始与耗材芯片通信执行成像操作。

需要说明的是，芯片UID号每颗芯片不同，出厂固化无法修改。第一数据芯片的固有数据，里面有部分数据与UID号是绑定关系，UID号不同，这部分数据就不同。如前本申请中为了使得一台验证装置也能获取完整的UID号和第一数据，预先将完整的芯片UID号和第一数据预先存储至芯片中的第一地址中，便可直接从第一地址中读取芯片UID号和第一数据。

可以理解的是，一般芯片出厂时会携带有出厂数据，该出厂时数据中包括有芯片完整的芯片UID号和第一数据，故可以从芯片出厂时的出厂数据中获取存储至第一地址中的芯片UID号和第一数据。

步骤102、通过预置接口发送芯片UID号和第一数据至验证装置，使得验证装置根据芯片UID号和第一数据，进行第一验证指令对应的验证。

芯片读取到自身的芯片UID号和第一数据后，通过预置接口将芯片UID号和第一数据至验证装置。由于本实施例中是从第一地址中读取的芯片UID和第一数据，改变了传统的数据读取方式，而传统数据读取方式中的数据读取接口是固定的，通过该接口只能传输传统方式读取到的数据，故本实施例中为了能够成功将芯片UID号和第一数据传输至验证装置，不再使用传统的数据读取接口，而是采用了预置接口。

步骤103、当第一验证指令对应的验证结果为验证成功时，获取验证装置发送的第二验证指令。

在验证装置验证芯片时，包括第一数据和验证和第二数据的验证，一般验证时先验证第一数据再验证第二数据，且在第一数据验证成功后进行第二数据的验证，在验证第一数据时，若第一数据验证失败则直接退出验证，故本实施例中在第一验证指令对应的验证结果为验证成功后(也即第一数据验证成功)才开始第二数据的验证进程，获取第二验证指令。

步骤104、运行第二验证指令对应的第二数据，以进行第二验证指令对应的验证。

可以理解的是，上述的第二数据是芯片通信中途被写入的数据(也即程序数据)。故在获取到第二验证指令后，运行第二验证指令对应的第二数据，便可进行第二验证指令对应的验证。

本实施例中将完整的芯片UID号和第一数据预先存储至芯片中的第一地址中，当芯片接收到验证装置发送的第一验证指令时，不再使用传统的读取方式，而是直接从第一地址中芯片UID号和第一数据，此时的芯片UID号和第一数据不再是传统的数据块，而是完整数据，这样不用多台验证装置也可以获取到完整的芯片UID号和第一数据，以进行第一数据的验证，并在第一数据验证成功后，进行第二数据的验证，解决了现有技术在对芯片进行验证时，需要使用多台验证装置，验证成本较高，且芯片需要在不同机器之间进行流转，验证耗时较长的技术问题。

以上为本申请实施例提供的一种芯片验证方法的实施例一，以下为本申请实施例提供的一种芯片验证方法的实施例二，可以理解的是实施例二中的芯片验证方法同样是应用于芯片侧的。

请参阅图2，图2为本申请实施例中应用于芯片侧的芯片验证方法的实施例二的流程示意图。

本实施例中的一种芯片验证方法，包括：

步骤201、当获取到验证装置发送的第一验证指令时，获取存储于第一地址中的芯片UID号和第一数据。

需要说明的是，步骤201与实施例一中步骤101的描述相同，具体可以参见上述的描述，在此不再赘述。

步骤202、通过预置接口发送芯片UID号和第一数据至验证装置，使得验证装置对比芯片UID号和第一数据是否匹配。

可以理解的是，在一种实施方式中，上述的预置接口可以是软编程接口。软编程接口即软件系统中的数据传输接口。

步骤203、判断芯片UID号和第一数据是否匹配成功，若是执行后续步骤，否则输出验证失败。

在对第一数据进行验证时包括两个子部分，第一数据和芯片UID号是否匹配和第一数据是否正确运行两个部分，具体验证时上述的验证也是顺序执行的，当第一数据和芯片UID号匹配成功后才进行后续第一数据的运行验证。否则，芯片验证失败并停止芯片验证进程。

步骤204、获取验证装置发送的第一数据的运行指令。

步骤205、运行第一数据并将第一运行结果发送至验证装置，使得验证装置根据第一运行结果得到第一验证指令对应的验证结果。

验证装置获取到第一数据对应的第一运行结果后，判断第一运行结果是否为运行成功，若运行成功则说明第一数据既和芯片UID号匹配还可以成功运行，则判定第一验证指令对应的验证结果为验证成功，若运行不成功，说明第一数据虽然和芯片UID号匹配，但是不可以成功运行，则判定第一验证指令对应的验证结果为验证失败。

步骤206、当第一验证指令对应的验证结果为验证成功时，获取验证装置发送的第二验证指令。

需要说明的是，步骤206与实施例一中步骤103的描述相同，具体可以参见上述的描述，在此不再赘述。

步骤207、对第一数据进行擦除，并将第二验证指令对应的第二数据保存至第二地址。

由于芯片UID号和第一数据是芯片的固有数据，一直存在与芯片中，故在对第一数据验证是可以直接进行数据的读取，而第二数据是通信中途被写入的程序数据，在未进行数据通信之前芯片中不存在第二数据，而要进行第二数据的验证就需要将第二数据写入芯片中，故此时对第一数据进行擦除，将第二数据保存至第二地址(即写入第二数据)。

步骤208、当获取到第二数据的运行指令时，通过第二地址进行函数跳转，以运行第二数据。

第二数据是程序数据，故第二数据的验证是通过程序运行实现的，即若第二数据若成功运行则说明第二数据验证成功，若未成功运行则说明第二数据验证失败。对应的由于第二数据保存至第二地址，故在运行第二数据时，直接基于第二地址进行函数跳转达到启动第二数据的目的。

步骤209、将第二数据对应的第二运行结果发送至验证装置，使得验证装置根据第二运行结果得到第二验证指令对应的验证结果。

步骤210、当完成第二验证指令对应的验证后，擦除第二数据并将第一数据存储至第一地址。

在完成第二数据的验证后，需要将之前擦除的第一数据写入到芯片中，故擦除第二数据并将第一数据存储至第一地址。

本实施例中将完整的芯片UID号和第一数据预先存储至芯片中的第一地址中，当芯片接收到验证装置发送的第一验证指令时，不再使用传统的读取方式，而是直接从第一地址中芯片UID号和第一数据，此时的芯片UID号和第一数据不再是传统的数据块，而是完整数据，这样不用多台验证装置也可以获取到完整的芯片UID号和第一数据，以进行第一数据的验证，并在第一数据验证成功后，进行第二数据的验证，解决了现有技术在对芯片进行验证时，需要使用多台验证装置，验证成本较高，且芯片需要在不同机器之间进行流转，验证耗时较长的技术问题。

本申请实施例还提供一种应用于验证装置侧的芯片验证方法。请参阅图3，图3为本申请实施例中应用于验证装置侧的芯片验证方法的实施例的流程示意图。

本实施例中的一种芯片验证方法，包括：

步骤301、发送第一验证指令至芯片，使得芯片获取存储于第一地址中的芯片UID号和第一数据。

步骤302、通过预置接口接收芯片UID号和第一数据。

可以理解的是，预置接口包括但不限于软编程接口。

步骤303、根据芯片UID号和第一数据，进行第一验证指令对应的验证。

步骤304、当第一验证指令对应的验证结果为验证成功时，发送第二验证指令至芯片，使得芯片运行第二验证指令对应的第二数据，以进行第二验证指令对应的验证。

可以理解的是，本实施例中的芯片验证方法步骤的具体实现可以参见上述两个实施例中的描述，在此不再赘述。

本实施例中将完整的芯片UID号和第一数据预先存储至芯片中的第一地址中，当芯片接收到验证装置发送的第一验证指令时，不再使用传统的读取方式，而是直接从第一地址中芯片UID号和第一数据，此时的芯片UID号和第一数据不再是传统的数据块，而是完整数据，这样不用多台验证装置也可以获取到完整的芯片UID号和第一数据，以进行第一数据的验证，并在第一数据验证成功后，进行第二数据的验证，解决了现有技术在对芯片进行验证时，需要使用多台验证装置，验证成本较高，且芯片需要在不同机器之间进行流转，验证耗时较长的技术问题。

本申请实施例还提供了一种芯片的实施例，请参阅图4，图4为本申请实施例中芯片的结构示意图。

本实施例中的芯片，包括：

第一获取单元401，用于当获取到验证装置发送的第一验证指令时，获取存储于第一地址中的芯片UID号和第一数据；

发送单元402，用于通过预置接口发送芯片UID号和第一数据至验证装置，使得验证装置根据芯片UID号和第一数据，进行第一验证指令对应的验证；

第二获取单元403，用于当第一验证指令对应的验证结果为验证成功时，获取验证装置发送的第二验证指令；

运行单元404，用于运行第二验证指令对应的第二数据，以进行第二验证指令对应的验证。

进一步地，本实施例中的预置接口为软编程接口。

进一步地，发送单元402具体包括：

发送子单元，用于通过预置接口发送芯片UID号和第一数据至验证装置，使得验证装置对比芯片UID号和第一数据是否匹配；

判断子单元，用于判断芯片UID号和第一数据是否匹配成功，若是则获取验证装置发送的第一数据的运行指令，否则输出验证失败；

运行单元，用于运行第一数据并将第一运行结果发送至验证装置，使得验证装置根据第一运行结果得到第一验证指令对应的验证结果。

进一步地，运行单元404具体包括：

擦除子单元，用于对第一数据进行擦除，并将第二验证指令对应的第二数据保存至第二地址；

跳转子单元，用于当获取到第二数据的运行指令时，通过第二地址进行函数跳转，以运行第二数据；

发送子单元，用于将第二数据对应的第二运行结果发送至验证装置，使得验证装置根据第二运行结果得到第二验证指令对应的验证结果。

进一步地，本实施例中的芯片还包括：

擦除单元，用于当完成第二验证指令对应的验证后，擦除第二数据并将第一数据存储至第一地址。

可以理解的是，本实施例中的芯片的具体实现可以参见上述芯片侧的芯片验证方法实施例中的描述，在此不再赘述。

本实施例中将完整的芯片UID号和第一数据预先存储至芯片中的第一地址中，当芯片接收到验证装置发送的第一验证指令时，不再使用传统的读取方式，而是直接从第一地址中芯片UID号和第一数据，此时的芯片UID号和第一数据不再是传统的数据块，而是完整数据，这样不用多台验证装置也可以获取到完整的芯片UID号和第一数据，以进行第一数据的验证，并在第一数据验证成功后，进行第二数据的验证，解决了现有技术在对芯片进行验证时，需要使用多台验证装置，验证成本较高，且芯片需要在不同机器之间进行流转，验证耗时较长的技术问题。

本申请实施例还提供了一种验证装置的实施例，请参阅图5，图5为本申请实施例中验证装置的结构示意图。

本实施例中的验证装置，包括：

第一发送单元501，用于发送第一验证指令至芯片，使得芯片获取存储于第一地址中的芯片UID号和第一数据；

接收单元502，用于通过预置接口接收芯片UID号和第一数据；

验证单元503，用于根据芯片UID号和第一数据，进行第一验证指令对应的验证；

第二发送单元504，用于当第一验证指令对应的验证结果为验证成功时，发送第二验证指令至芯片，使得芯片运行第二验证指令对应的第二数据，以进行第二验证指令对应的验证。

进一步地，本实施例中的预置接口为软编程接口。

可以理解的是，本实施例中的验证装置的具体实现可以参见上述芯片侧的芯片验证方法实施例中的描述，在此不再赘述。

本实施例中将完整的芯片UID号和第一数据预先存储至芯片中的第一地址中，当芯片接收到验证装置发送的第一验证指令时，不再使用传统的读取方式，而是直接从第一地址中芯片UID号和第一数据，此时的芯片UID号和第一数据不再是传统的数据块，而是完整数据，这样不用多台验证装置也可以获取到完整的芯片UID号和第一数据，以进行第一数据的验证，并在第一数据验证成功后，进行第二数据的验证，解决了现有技术在对芯片进行验证时，需要使用多台验证装置，验证成本较高，且芯片需要在不同机器之间进行流转，验证耗时较长的技术问题。

本申请实施例还提供了一种芯片验证系统的实施例，请参阅图6，图6为本申请实施例中芯片验证系统的结构示意图。

本实施例中的芯片验证系统，包括：前述实施例中的芯片601和验证装置602；

验证装置602，用于发送第一验证指令至芯片601，使得芯片601获取存储于第一地址中的芯片UID号和第一数据；

芯片601，用于通过预置接口发送芯片UID号和第一数据至验证装置，使得验证装置602根据芯片UID号和第一数据，进行第一验证指令对应的验证；

验证装置602，还用于当第一验证指令对应的验证结果为验证成功时，发送第二验证指令至芯片601，使得芯片601运行第二验证指令对应的第二数据，以进行第二验证指令对应的验证。

为了便于说明本实施例中芯片验证系统的工作原理，请参阅图7，图7为7为本申请实施例中一种芯片验证系统在芯片验证过程中的信息交互图，具体包括如下步骤：

步骤701、验证装置发送第一验证指令至芯片。

步骤702、芯片获取存储于第一地址中的芯片UID号和第一数据。

步骤703、芯片通过预置接口将芯片UID号和第一数据发送至验证装置。

步骤704、验证装置根据芯片UID号和第一数据，进行第一验证指令对应的验证。

步骤705、当第一验证指令对应的验证结果为验证成功时，验证装置发送第二验证指令至芯片，否则输出验证失败。

步骤706、芯片运行第二验证指令对应的第二数据，以进行第二验证指令对应的验证。

步骤707、当完成第二验证指令对应的验证后，芯片擦除第二数据并将第一数据存储至第一地址。

本实施例中将完整的芯片UID号和第一数据预先存储至芯片中的第一地址中，当芯片接收到验证装置发送的第一验证指令时，不再使用传统的读取方式，而是直接从第一地址中芯片UID号和第一数据，此时的芯片UID号和第一数据不再是传统的数据块，而是完整数据，这样不用多台验证装置也可以获取到完整的芯片UID号和第一数据，以进行第一数据的验证，并在第一数据验证成功后，进行第二数据的验证，解决了现有技术在对芯片进行验证时，需要使用多台验证装置，验证成本较高，且芯片需要在不同机器之间进行流转，验证耗时较长的技术问题。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，商品加载服务器和方法，可以通过其它的方式实现。例如，以上所描述的商品加载服务器实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，商品加载服务器或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。