CN102780724B - 一种类目信息的发送方法、系统及设备 - Google Patents

Abstract

本申请公开了一种类目信息的发送方法、系统及设备，主要内容包括：将中心数据存储器中的类目信息以文件形式存储至类目服务器中，使得类目服务器在商品信息发布时接收到终端的类目标识以及类目属性信息的请求时，可以从本地直接查询并返回终端请求的类目信息，而无需再从中心数据存储器中进行查询，降低中心数据存储器的运行压力，可以有效地提高商品信息发布效率。

Description

一种类目信息的发送方法、系统及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种类目信息的发送方法、系统及设备。

背景技术

在商品交易平台上发布的商品信息包括类目信息，类目信息又包括商品所属的类目的类目标识以及该类目标识对应的属性信息，类目标识可以表示根据商品特征对商品分类的可识别标签，每一种商品都有其对应的类目标识，每一类目标识对应的属性信息可以用于描述该商品。

所述类目信息保存在商品交易平台的中心数据存储器中，该中心数据存储器可以为外部用户提供类目信息。为了使类目属性信息能够正确地反映商品各方面的属性，保存在中心数据存储器中的类目属性信息会不断地被调整、改进和更新。

考虑到类目属性信息的调整是实时动态进行的，如果类目属性信息每发生一次变化就将调整后的类目属性信息同步至中心数据存储器，则在类目属性信息变化频繁时，同步过程将会占用中心数据存储器的大量资源，特别是在商品交易平台运行繁忙的时期，容易导致其他商品的交易过程无法正常运行。因此，当类目属性信息发生变化时，并不是立即同步至中心数据存储器，而是将变化事件信息(包括类目属性信息的变化时间、变化内容等)记录在其他数据库(如运营类目属性数据库)中，当商品交易平台处于空闲时期时，再将运营类目属性数据库中记录的类目属性信息的变化事件同步至中心数据存储器中，使中心数据存储器中保存的类目信息周期性地更新。

中心数据存储器中保存的类目信息提供给外部用户来发布商品信息的过程如图1所示，包括如下步骤：

步骤101：终端内安装的发布插件向类目服务器请求获取商品所属的类目。

步骤102：类目服务器根据商品标识和类目标识的对应关系，查询中心数据存储器中保存的类目信息，确定终端请求商品所属的类目的类目标识，并将确定的所述类目标识返回给终端。

由于一个商品可能分属于多个类目，因此，一个商品可能存在对应多个类目标识的情况，例如：商品名称为“苹果”，该商品可以属于水果类目，也可以属于手机产品类目，再例如商品名称为“带温度计功能的手机”，该商品可以属于手机产品类目，也可以属于温度计产品类目。

类目服务器查询中心数据存储器中的类目信息后，为终端确定的类目标识可能存在多个，因此，将确定出的类目标识返回给终端，等待终端从接收到的类目标识中选择至少一个类目标识进行后续的类目属性信息查询操作。

步骤103：终端内安装的发布插件向类目服务器请求获取商品所属的类目对应的类目属性信息。

本步骤中，终端向类目服务器请求商品所属的类目是通过向类目服务器发送类目标识实现的，终端向类目服务器发送的类目标识可以是在步骤102中，从类目服务器返回的类目标识中选择的至少一个类目标识。

步骤104：类目服务器根据类目标识与类目属性信息的对应关系，查询中心数据存储器中保存的类目信息，确定终端请求的类目标识对应的类目属性信息，并将确定的类目属性信息返回给终端。

步骤105：终端内安装的发布插件对接收到的商品所属类目的类目标识以及对应的类目属性信息存储，并发布。

在上述发布商品信息的过程中，中心数据存储器、类目服务器以及终端之间的架构如图2所示，由于终端每针对一种商品进行商品信息发布时，类目服务器需要两次执行在中心数据存储器内的查询操作，当有大量的终端针对多种商品进行商品信息发布时，中心数据存储器需要在短时间内响应大量的查询操作，中心数据存储器对查询操作的响应容易出现拥塞，使得中心数据存储器中的类目标识以及类目属性信息很难及时发送至终端，中心数据存储器的响应能力成为商品发布过程的瓶颈。

发明内容

本申请目的在于：提供一种类目信息的发送方法、系统及设备，用以解决现有技术中存在的类目信息发送过程中，中心数据存储器出现拥塞导致信息传输有误的问题。

一种类目信息的发送方法，包括：

文件控制器将中心数据存储器中存储的类目标识以及类目属性信息转换为文件格式；

文件控制器将文件格式的类目标识以及类目属性信息同步给类目服务器，指示类目服务器根据终端发送的商品标识，确定该商品标识对应商品所属的类目，并将确定类目的类目标识以及该类目标识对应的文件格式的类目属性信息返回给终端。

一种类目信息的发送方法，包括：

类目服务器同步文件格式的类目标识以及类目属性信息；

类目服务器根据终端发送的商品标识，确定该商品标识对应商品所属的类目；

类目服务器将确定类目的类目标识以及该类目标识对应的文件格式的类目属性信息返回给终端。

一种类目信息的发送系统，包括：

中心数据存储器，用于存储类目标识以及类目属性信息；

文件控制器，用于将中心数据存储器中存储的类目标识以及类目属性信息转换为文件格式，并同步给类目服务器；

类目服务器，用于在接收到终端发送的商品标识时，确定该商品标识对应商品所属的类目，并将确定类目的类目标识以及该类目标识对应的文件格式的类目属性信息返回给终端。

一种文件控制器，包括：

格式转换模块，用于将中心数据存储器中存储的类目标识以及类目属性信息转换为文件格式；

发送模块，用于将文件格式的类目标识以及类目属性信息同步给类目服务器，指示类目服务器根据终端发送的商品标识，确定该商品标识对应商品所属的类目，并将确定类目的类目标识以及该类目标识对应的文件格式的类目属性信息返回给终端。

一种类目服务器，包括：

同步模块，用于同步文件格式的类目标识以及类目属性信息；

接收模块，用于接收终端发送的商品标识；

发送模块，用于根据终端发送的商品标识，确定该商品标识对应商品所属的类目，并将确定类目的类目标识以及该类目标识对应的文件格式的类目属性信息返回给终端。

本申请实施例提出一种类目信息的发送方案，将中心数据存储器中的类目信息以文件形式存储至类目服务器中，使得类目服务器在商品信息发布时接收到终端的类目标识以及类目属性信息的请求时，可以从本地直接查询并返回终端请求的类目信息，而无需再从中心数据存储器中进行查询，降低中心数据存储器的运行压力，可以有效地提高商品信息发布效率。

附图说明

图1为背景技术中发布商品信息的方法示意图；

图2为背景技术中发布商品信息的架构示意图；

图3为本申请实施例一类目信息的发送方法示意图；

图4为本申请实施例二类目信息的发送方法示意图；

图5为本申请实施例三类目信息的发送系统结构示意图；

图6为本申请实施例四文件控制器的结构示意图；

图7为本申请实施例五类目服务器的结构示意图。

具体实施方式

为了克服中心数据存储器响应大量的查询操作可能出现的拥塞，降低中心数据存储器的运行压力，提高商品信息发布效率，本申请实施例提出一种类目信息的发送方案，将中心数据存储器中的类目信息以文件形式存储至类目服务器中，使得类目服务器在商品信息发布时接收到终端的类目标识以及类目属性信息的请求时，可以从本地直接查询并返回终端请求的类目信息，而无需再从中心数据存储器中进行查询，降低中心数据存储器的运行压力，且由于在商品交易平台上可以部署多台类目服务器，每台类目服务器都可以为终端提供类目信息查询的业务，可以有效地提高商品信息发布效率。

下面结合说明书附图对本申请实施例进行详细说明。

本申请各实施例中涉及的中心数据存储器可以是在商品交易平台上为外部用户提供类目信息的存储设备(如存储数据库)，中心数据存储器中存储的类目信息可以由运营人员进行更新。

本申请各实施例中涉及的终端是指安装有发布插件的终端设备，终端可以通过发布插件从网络侧下载类目信息(包括首次下载类目信息以及更新的类目信息)，并向用户展示包括类目信息的商品信息。

本申请各实施例中涉及的类目服务器是位于中心数据存储器和终端之间，一方面接收终端的下载请求并向终端提供类目信息，一方面接收来自中心数据存储器的类目信息。所述类目服务器可以是位于内容分发网络(ContentDeliveryNetwork，CDN)中，也可以是在商品交易平台上。在类目服务器位于CDN中时，可以利用CDN加速技术来提高终端从类目服务器中下载类目属性信息的速度，提高信息下载效率。

本申请各实施例中涉及的文件控制器可以是集成于中心数据存储器中的部件，也可以是集成于类目服务器中的部件，还可以是位于中心数据存储器和类目服务器之间的独立设备。文件控制器可以读取中心数据存储器中的类目信息，并对读取的类目信息进行处理后同步给类目服务器。

实施例一

如图3所示，为本申请实施例一中类目信息的发送方法示意图，所述方法包括以下步骤：

步骤201：文件控制器读取中心数据存储器中存储的类目信息，包括类目标识以及类目属性信息。

由于中心数据存储器中存储的类目信息的数据量很大，特别是类目属性信息的数量也很大，如果实时更新中心数据存储器中的类目信息将可能导致中心数据存储器的业务压力较大，因此，本申请实施例的方案中，当中心数据存储器中存储的类目信息需要更新时，不立即在中心数据存储器更新存储的类目信息，而是在特定时间达到时再更新中心数据存储器中的类目信息。也就是说，在本实施例一的方案中，在没有到达进行类目信息更新的特定时间段内，中心数据存储器中存储的类目信息都是稳定的。

步骤202：文件控制器将中心数据存储器中存储的类目标识以及类目属性信息转换为文件格式。

假设本实施例的中心数据存储器中存储了一张包含10000个类目标识的列表，以及每个类目标识对应的类目属性信息，因此，本步骤的具体实现过程为：

第一步：文件控制器将中心数据存储器中的10000类目标识的列表转换为一个类目标识文件，并存储到指定的目录(如tmp目录)中。

第二步：文件控制器分析类目标识文件中的10000个类目标识，逐一从中心数据存储器中获取每个类目标识对应的类目属性信息。在中心数据存储器中，类目属性信息按照叶子树的结构存储。在本步骤中，文件控制器将每个类目标识作为叶子节点从中心数据存储器中读取对应的类目属性信息。

第三步：文件控制器分别生成10000个类目属性信息文件，每个类目属性信息文件包含一项类目标识对应的类目属性信息。此时，文件控制器将一共生成了10001个文件。

步骤203：文件控制器将文件格式的类目信息同步至类目服务器。

在本实施例的方案中，商品交易平台上可以部署多台类目服务器，文件控制器可以向所有的类目服务器发送文件格式的类目信息，也可以向其中的部分类目服务器发送文件格式的类目信息。

针对其中一台类目服务器，文件控制器向该类目服务器同步文件格式的类目信息的过程为：

第一步：文件控制器判断类目服务器中是否已存储类目标识文件，若类目服务器没有存储类目标识文件，则将步骤202中得到的类目标识文件同步至类目服务器中。若类目服务器已存储类目标识文件，则进一步判断类目服务器中存储的类目标识文件与步骤202中得到的类目标识文件是否相同，若不相同，则将步骤202中得到的类目标识文件同步类目服务器中已存储的类目标识文件；若相同，则无需向类目服务器同步该类目标识文件。

第二步：针对每个类目属性信息文件，文件控制器依次判断类目服务器中是否已存储相同的类目属性信息文件，对于类目服务器已存储的相同的类目属性信息文件，为了减少数据传输造成的资源开销，可以不同步相同的类目属性信息文件，将类目服务器中未存储的类目属性信息文件同步至类目服务器。

上述步骤201～步骤203可以看作是独立的类目信息传输过程，文件控制器可以实时读取中心数据存储器中的类目信息，以满足终端下载类目信息的需求，也可以在中心数据存储器中的类目信息更新完毕后，再读取中心数据存储器中的类目信息，以满足终端更新发布的类目信息的需求。

在步骤201～步骤203完成后，类目服务器中将存储类目信息，当再次接收到文件控制器发送的新的类目信息时，可以更新存储的类目信息。之后，类目服务器将可以为终端提供用户商品发布的类目信息。

需要说明的是，上述步骤201～步骤203是以文件控制器为执行主体来进行说明的，本发明实施例也不限于通过类目服务器中，具有读取中心数据存储器中的内容以及将类目标识以及类目属性信息转换为文件格式的部件来执行步骤201～步骤203。

步骤204：终端向类目服务器发送类目信息下载请求，其中携带待发布的商品标识。

步骤205：类目服务器确定接收到的商品标识对应商品所属的类目，并根据已存储的类目标识文件，将该类目的类目标识返回给终端。

步骤206：终端向类目服务器发送类目信息下载请求，其中携带类目标识。

在步骤205中，类目服务器确定的商品所属的类目数量可能有多个，即一个商品属于多个类目的情况，因此，类目服务器将商品所属的每个类目的类目标识都返回给终端，由终端确定需要获取类目属性信息的类目标识，并将其携带在类目信息下载请求中发送给类目服务器。

步骤207：类目服务器根据存储的类目属性信息文件，确定接收到的类目标识对应的类目属性信息文件，并将该类目属性文件中的类目属性信息返回给终端。

在本步骤中，终端内的发布插件可以通过http文件下载协议从类目服务器中下载类目属性信息。

通过本申请实施例一的方案，类目服务器在接收到具有发布插件的终端发起的类目信息下载请求时，无需在对中心数据存储器中存储的信息进行查询，而是通过本地已保存的信息来响应终端的类目信息下载请求，这样可以有效地降低中心数据存储器的运行压力，提高商品信息发布效率。

实施例二

当管理员对中心数据存储器中的类目信息进行增加、删除、修改等操作后，中心数据存储器中存储的类目信息发生了变化，本申请实施例二在实施例一的基础上，进一步提出能够将变化后的类目信息及时地更新至类目服务器以及终端的方案，如图4所示，本实施例二的方案包括以下内容：

步骤301：当中心数据存储器内存储的类目属性信息发生变化时，文件控制器将中心数据存储器中更新后的类目属性信息转换为文件格式。

本步骤可以是实施例一的步骤201中的特殊情况，即在步骤201中，可以以中心数据存储器内存储的类目属性信息发生变化为条件，要求文件控制器将中心数据存储器中更新后的类目属性信息转换为文件格式后，再执行实施例一的方案；也可以是步骤207之后执行的步骤。

本步骤中，文件控制器可以将中心数据存储器中全部类目属性信息转换为文件格式，假设中心数据存储器中有10000个类目标识，文件控制器将每个类目标识作为叶子节点从中心数据存储器中读取对应的类目属性信息，新生成10000个类目属性信息文件。文件控制器也可以将中心数据存储器中内容发生变化的类目属性信息转换为文件格式，假设中心数据中有100个类目标识对应的类目属性信息发生了变化，则文件控制器将新生成100个类目属性信息文件。

步骤302：文件控制器将文件格式更新后的类目属性信息同步给类目服务器。

本步骤的具体执行过程与实施例一中的步骤203类似。

步骤303：文件控制器触发终端发送同步请求。

本实施例二中的步骤302和步骤303的执行先后顺序不固定，也可以同时执行步骤302和步骤303。文件控制器将中心数据存储器中发生变化的类目属性信息同步至类目服务器后，还同时将类目属性信息发生变化的事件通知终端，具通知终端的方式是：

由于网络侧的发布服务器与终端内安装的发布插件之间定期有心跳连接，因此，发布服务器可以检测出终端内安装的处于运行状态的发布插件。当文件控制器确定类目属性信息发生变化时，将类目属性信息发生变化的事件通知发布服务器，由发布服务器将这一事件通知安装的发布插件处于运行状态的所有终端，要求接收到通知的终端通过运行的发布插件向类目服务器请求同步更新后的类目属性信息。这样做的目的是，由于安装发布插件的终端数量非常庞大，若在每个发布服务器中记录每个发布插件已存储的类目标识，则发布服务器中存储的信息数量过大，因此，发布服务器在获知类目属性信息发生变化时，不区分安装发布插件的终端，而是通知每个终端都向类目服务器发送同步请求，由类目服务器来判断是否需要向终端返回更新后的类目属性信息。

需要说明的是，上述步骤301～步骤303是以文件控制器为执行主体来说明的，本实施例也不限于使用类目服务器中具有上述功能的部件执行步骤301～步骤303。

步骤304：终端向类目服务器发送同步请求。

所述同步请求中携带类目标识，表示该终端请求同步该类目标识对应的类目属性信息。

在本实施例二的方案中，为了减少了类目属性信息同步时的信息传递数量，减少类目服务器的传输负荷，本步骤提出使用last_modified字段来携带信息的最后修改时间。last_modified指示在通过http协议下载静态资源时，在http头中附带一个last_modified字段，来记载下载的信息的最后修改时间(即信息的生成时间)。终端从类目服务器中下载类目属性信息时，会同时在本地保存last_modified字段中的类目属性信息的生成时间，在下一次终端向类目服务器发送同步请求时，也可以在http头中的last_modified字段中记录时间信息，用于表示终端内已存储的类目标识对应的类目属性信息的生成时间，即终端已存储的从类目服务器中下载的类目属性信息的生成时间。

步骤305：类目服务器根据同步请求中携带的类目标识，判断是否需要向终端发送更新后的文件格式的类目属性信息。

若同步请求中还包括时间信息，则类目服务器将会进一步比较接收到的时间信息与本地存储的所述类目标识对应的类目属性信息的生成时间，即针对同一类目标识对应的类目属性信息，比较来自终端的时间信息和本地最新更新的类目属性信息的生成时间。

若类目服务器判断终端发送的时间信息早于本地存储的所述类目标识对应的类目属性信息的生成时间，表示该类目标识对应的类目属性信息在发送给终端之后已发生过变化，终端内存储的类目属性信息已过时，因此，类目服务器将所述类目标识对应的更新后的文件格式的类目属性信息发送给终端。

若类目服务器判断终端发送的时间信息等于本地存储的所述类目标识对应的类目属性信息的生成时间，表示该类目标识对应的类目属性信息在发送给终端之后还没有发生过变化，终端内存储的类目属性信息是最新的信息，因此，类目服务器可以向终端返回http304消息，表示终端内的类目属性信息无需下载。

类目服务器除了利用同步请求中携带的类目标识和时间信息来判断是否向终端发送更新后的文件格式的类目属性信息外，本实施例也不限于其他方式来判断是否需要向终端返回更新后的文件格式的类目属性信息，例如：

类目服务器在接收到终端发送的同步请求后，根据已存储的终端标识与类目标识的对应关系，确定发送同步请求的终端的终端标识对应的类目标识，即确定已向所述终端发送过的类目标识。这样做的目的是，类目服务器中同步更新后的类目属性信息并不一定是终端需要的类目属性信息，类目服务器确定终端内已存储的类目属性信息后，再判断终端需要的类目属性信息是否发送更新，若发生了更新，则发生更新的文件格式的类目属性信息发送给终端；否则，类目服务器不向终端发送更新后的类目属性信息。

进一步地，无论是在实施例一的步骤207还是在实施例二的步骤305中，终端都是从类目服务器中下载类目属性信息，相对于现有技术中从中心数据存储器中下载类目属性信息的方案而言，类目服务器使用的网络技术比数据库技术更加灵活、方便，终端可以通过断点传输的方式从类目服务器中下载文件格式的类目属性信息。例如：终端和类目服务器之间可以通过阵列(array)字段协商每次最多可以下载的数量，如每次最多下载8k的信息，终端在下载过程即使出现网络环境差的情况，终端可以在每次网络环境好转时从上一次下载的断点继续下载。

通过本申请实施例二的方案，解决了现有技术中当中心数据存储器中保存的类目属性信息发生变化时，中心数据存储器无法及时通知各发布插件，而终端内安装的发布插件又不一定会及时发起更新操作，造成终端发布的商品信息更新延迟的问题，文件控制器将中心数据存储器中更新后的类目属性信息转换为文件格式并同步给类目服务器，同时通知终端有更新后的类目属性信息，要求终端向类目服务器请求下载更新后的类目属性信息，提高了终端发布的商品信息的更新效率。

进一步地，考虑到现有技术中当终端内安装的发布插件向类目服务器请求类目属性信息的更新时，类目服务器只能根据终端请求的类目标识从中心数据存储器中查询出对应的类目属性信息并返回给终端，对于没有发生变化的类目属性信息，类目服务器也要重复向终端发送，造成类目服务器与终端之间的传输资源浪费，增加了类目服务器的传输负荷的问题，本申请实施例提出由终端在同步请求中携带时间信息，以便于类目服务器根据接收到的时间信息判断终端内的类目属性信息是否需要同步，在保证终端内的类目属性信息始终保持最新的情况下，减少类目服务器和终端之间的信息传输数量，避免了不必要的类目属性信息的传输，既减轻了类目服务器的传输压力，又提高了终端的下载、更新效率。

同时，本实施例利用http协议支持的array的特性，支持终端从类目服务器中断点下载，提高了终端下载类目属性信息的稳定性。

实施例三

如图5所示，为本申请实施例三中类目信息的发送系统结构示意图，包括中心数据存储器11、文件控制器12以及至少一个类目服务器13，其中：中心数据存储器11用于存储类目标识以及类目属性信息；文件控制器12用于将中心数据存储器中存储的类目标识以及类目属性信息转换为文件格式，并同步给类目服务器13；类目服务器13用于在接收到终端14发送的商品标识时，确定该商品标识对应商品所属的类目，并将确定类目的类目标识以及该类目标识对应的文件格式的类目属性信息返回给终端。

所述文件控制器12具体用于根据中心数据存储器11中存储的类目标识生成一个类目标识文件，所述类目标识文件中包含各类目标识，以及根据中心数据存储器中存储的类目属性信息，生成类目属性信息文件，其中：一个类目属性信息文件包含一项类目标识对应的类目属性信息。

所述文件控制器12还用于在中心数据存储器内存储的类目属性信息更新时，将中心数据存储器中更新后的类目属性信息转换为文件格式，以及将文件格式的更新后的类目属性信息同步给类目服务器13，并触发终端发送同步请求；所述类目服务器13还用于在接收到所述同步请求时，判断是否向终端14发送更新后的文件格式的类目属性信息。

所述类目服务器13具体用于在所述同步请求中包括时间信息和类目标识时，比较接收到的时间信息是否早于本地存储的同步请求中的类目标识对应的类目属性信息的生成时间，若是，则将所述类目标识对应的文件格式的类目属性信息发送给终端；否则，类目服务器不向终端发送更新后的类目属性信息。

所述时间信息表示终端内已存储的所述类目标识对应的类目属性信息的生成时间。

所述类目服务器13具体用于在接收到终端发送的同步请求后，确定已向所述终端发送的类目标识，并判断确定的类目标识对应的类目属性信息是否发生更新，若发生更新，则将确定的类目标识对应的发生更新的文件格式的类目属性信息发送给终端；否则，类目服务器不向终端发送更新后的类目属性信息。

实施例四

如图6所示，为本申请实施例四中的文件控制器的结构示意图，包括格式转换模块21和发送模块22，其中：格式转换模块21用于将中心数据存储器中存储的类目标识以及类目属性信息转换为文件格式；同步模块22用于将文件格式的类目标识以及类目属性信息同步给类目服务器，指示类目服务器根据终端发送的商品标识，确定该商品标识对应商品所属的类目，并将确定类目的类目标识以及该类目标识对应的文件格式的类目属性信息返回给终端。

所述格式转换模块21还用于在中心数据存储器内存储的类目属性信息更新时，将中心数据存储器中更新后的类目属性信息转换为文件格式；所述发送模块22还用于将文件格式的更新后的类目属性信息同步给类目服务器，并触发终端发送同步请求，指示类目服务器在接收到所述同步请求时，判断是否向终端发送更新后的文件格式的类目属性信息。

实施例五

如图7所示，为本申请实施例五中的类目服务器的结构示意图，包括同步模块31、接收模块32和发送模块33，其中：存储模块31用于同步文件格式的类目标识以及类目属性信息；接收模块32用于接收终端发送的商品标识；发送模块33用于根据终端发送的商品标识，确定该商品标识对应商品所属的类目，并将确定类目的类目标识以及该类目标识对应的文件格式的类目属性信息返回给终端。

本实施例中的同步模块31可以接收实施例四中的文件控制器发送的文件格式的类目信息，也可以接收类目服务器中包含的格式转换模块34转换的类目信息。

所述格式转换模块34用于将中心数据存储器中存储的类目标识以及类目属性信息转换为文件格式，并发送给同步模块31。

所述格式转换模块34还用于在中心数据存储器内存储的类目属性信息更新时，将中心数据存储器中更新后的类目属性信息转换为文件格式，并触发终端发送同步请求；所述同步模块31还用于同步更新后的文件格式的类目属性信息；所述接收模块32还用于接收终端发送同步请求；所述发送模块33还用于判断是否向终端发送更新后的文件格式的类目属性信息。

所述发送模块33判断是否向终端发送更新后的文件格式的类目属性信息包括但不限于以下两种方式：

第一种方式：所述发送模块33具体用于在同步请求中包括类目标识和时间信息时，比较接收到的时间信息是否早于本地存储的同步请求中的类目标识对应的类目属性信息的生成时间，若是，则将同步请求中的类目标识对应的文件格式的类目属性信息发送给终端；否则，不向终端发送更新后的类目属性信息，所述时间信息表示终端内已存储的所述类目标识对应的类目属性信息的生成时间。

第二种方式：所述发送模块33具体用于在接收到终端发送的同步请求后，确定已向所述终端发送的类目标识，并判断确定的类目标识对应的类目属性信息是否发生更新，若发生更新，则将确定的类目标识对应的发生更新的文件格式的类目属性信息发送给终端；否则，类目服务器不向终端发送更新后的类目属性信息。

需要说明的是，本申请实施例四和实施例五中涉及的文件控制器和类目服务器还具有能够实现实施例一和实施例二的逻辑部件。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (11)

1.一种类目信息的发送方法，其特征在于，包括：

文件控制器将中心数据存储器中存储的类目标识以及类目属性信息转换为文件格式；

文件控制器将文件格式的类目标识以及类目属性信息同步给多个类目服务器，指示类目服务器根据终端发送的商品标识，确定该商品标识对应商品所属的类目，并将确定类目的类目标识以及该类目标识对应的文件格式的类目属性信息返回给终端。

2.如权利要求1所述的方法，其特征在于，文件控制器将中心数据存储器中存储的类目标识以及类目属性信息转换为文件格式，具体包括：

文件控制器根据中心数据存储器中存储的类目标识生成一个类目标识文件，所述类目标识文件中包含各类目标识；以及

文件控制器根据中心数据存储器中存储的类目属性信息，生成类目属性信息文件，其中：一个类目属性信息文件包含一项类目标识对应的类目属性信息。

3.如权利要求2所述的方法，其特征在于，所述方法还包括：

在中心数据存储器内存储的类目属性信息更新时，文件控制器将中心数据存储器中更新后的类目属性信息转换为文件格式；

文件控制器将文件格式更新后的类目属性信息同步给类目服务器，并触发终端发送同步请求，指示类目服务器在接收到所述同步请求时，判断是否向终端发送更新后的文件格式的类目属性信息。

4.如权利要求3所述的方法，其特征在于，文件控制器将文件格式的类目属性信息同步给类目服务器，具体包括：

文件控制器依次判断每个类目属性信息文件是否是类目服务器中已存储的类目属性信息文件，并根据判断结果将类目服务器中未存储的类目属性信息文件同步至类目服务器。

5.一种类目信息的发送方法，其特征在于，应用在包含中心存储器和多个类目服务器的系统中，包括：

类目服务器将中心数据存储器中存储的类目标识以及类目属性信息转换为文件格式，并同步到自身存储；

类目服务器根据终端发送的商品标识，确定该商品标识对应商品所属的类目；

类目服务器将确定类目的类目标识以及该类目标识对应的文件格式的类目属性信息返回给终端。

6.如权利要求5所述的方法，其特征在于，所述方法还包括：

在中心数据存储器内存储的类目属性信息更新时，类目服务器将中心数据存储器中更新后的类目属性信息转换为文件格式后同步，并触发终端发送同步请求；

类目服务器中在接收到所述同步请求时，判断是否向终端发送更新后的文件格式的类目属性信息。

7.如权利要求6所述的方法，其特征在于，

所述同步请求中包括类目标识和时间信息，所述时间信息表示终端内已存储的类目标识对应的类目属性信息的生成时间；

类目服务器判断是否向终端发送更新后的文件格式的类目属性信息，具体包括：

类目服务器比较接收到的时间信息与本地存储的同步请求中的类目标识对应的类目属性信息的生成时间；

类目服务器在确定接收到的时间信息早于本地存储的同步请求中的类目标识对应的类目属性信息的生成时间时，将同步请求中的类目标识对应的文件格式的类目属性信息发送给终端；否则，类目服务器不向终端发送更新后的类目属性信息。

8.如权利要求6所述的方法，其特征在于，类目服务器判断是否向终端发送更新后的文件格式的类目属性信息，具体包括：

类目服务器在接收到终端发送的同步请求后，确定已向所述终端发送的类目标识；

类目服务器判断确定的类目标识对应的类目属性信息是否发生更新，若发生更新，则将确定的类目标识对应的发生更新的文件格式的类目属性信息发送给终端；否则，类目服务器不向终端发送更新后的类目属性信息。

9.一种类目信息的发送系统，其特征在于，包括：

中心数据存储器，用于存储类目标识以及类目属性信息；

文件控制器，用于将中心数据存储器中存储的类目标识以及类目属性信息转换为文件格式，并同步给多个类目服务器；

类目服务器，用于在接收到终端发送的商品标识时，确定该商品标识对应商品所属的类目，并将确定类目的类目标识以及该类目标识对应的文件格式的类目属性信息返回给终端。

10.一种文件控制器，其特征在于，包括：

格式转换模块，用于将中心数据存储器中存储的类目标识以及类目属性信息转换为文件格式；

发送模块，用于将文件格式的类目标识以及类目属性信息同步给多个类目服务器，指示类目服务器根据终端发送的商品标识，确定该商品标识对应商品所属的类目，并将确定类目的类目标识以及该类目标识对应的文件格式的类目属性信息返回给终端。

11.一种类目服务器，其特征在于，应用在包含中心存储器和多个类目服务器的系统中，包括：

同步模块，用于将中心数据存储器中存储的类目标识以及类目属性信息转换为文件格式，并同步到自身所在的类目服务器存储；

接收模块，用于接收终端发送的商品标识；

发送模块，用于根据终端发送的商品标识，确定该商品标识对应商品所属的类目，并将确定类目的类目标识以及该类目标识对应的文件格式的类目属性信息返回给终端。