物流服务信息提供方法及装置与流程

本申请涉及物流信息处理
技术领域：
，特别是涉及物流服务信息提供方法及装置。
背景技术：
：随着电子商务交易平台的不断完善，以及传统通信、移动通信等技术的快速发展，越来越多的人们通过网上购物的方式来获取自己所需的商品，商品的种类可以涉及到人们日常生活的方方面面，其中包括家用电器、家具等类目的商品。对于这类商品而言，由于具有体积大、重量大、易损坏等特点，如何进行商品的仓储以及配送是一个关键性的问题。为此，一些电子商务交易平台为这类商品提供了统一的物流服务，这种统一的物流服务一般被称为4PL。所谓4PL是指，平台方向第三方仓储及配送服务商采购仓库资源及配送资源，或者平台方也可以使用自己的仓库资源及配送资源，之后可以将这种资源包装成物流解决方案，在系统中进行发布，这样，商家可以根据自己的需求，定制平台提供的物流解决方案，并进行铺货等操作即可。也就是说，通过4PL，商家可以不必修建自己的实体仓库等，可以直接使用平台为其提供的仓库资源及配送资源，从而可以节约商家的成本，并且从仓库资源及配送资源角度讲，还可以起到节省资源，降低资源浪费的目的，此外，还可以从整体上提高交易平台的服务质量。在4PL系统中，往往存在分布在不同物理位置的多个仓库，例如，北京仓、杭州仓、上海仓，等等，配送服务也可能对应着不同的配送范围等，因此，存在的一个问题是，如何合理的利用这些资源，为各个商家提供物流解决方案。现有技术中，一般是由交易平台的后台工作人员，将采购或者系统提供的各个仓储、配送资源进行选择及整合，形成一个物流解决方案，然后再将该物流解决方案发布出去，由商家进行定制。例如，一般可以选择5个主仓，22 个子仓(简称为“5-22仓”)，通过这些仓库覆盖全国各地，之后再分别将仓库和配送资源进行绑定，形成一个物流解决方案，这样，商家就可以通过定制该物流解决方案，来使用该“5-22仓”进行铺货。也就是说，该现有技术为所有的商家提供了“一刀切”式的物流解决方案，所有商家都只能使用该“5-22仓”进行铺货。但是，在实际应用中，不同的商家甚至是同一商家的不同商品对象，可能在铺货地方面都会有不同的需求。例如，某商家的空调产品，一般可能不需要在东北等地进行铺货，因为那里的消费者对空调的购买需求比较低。但是，按照现有技术，该商家也只能定制该“5-22仓”，但实际上可能只会向其中的部分仓铺货，其他已经定制但是不需要进行铺货的仓库资源，对于该商家而言就成了一种浪费。可见，这种“一刀切”式的物流解决方案，并不能满足商家的个性化需求。当然，如果由交易平台的后台工作人员组合出多个可选的物流解决方案供商家选择，则可以从一定程度上满足商家的个性化需求。但是，系统中的商家数量众多，商品对象的数量更是相当庞大，因此，少数的物流解决方案可能仍然无法在商品对象粒度上，真正满足对物流解决方案的个性化需求。如果将几十个甚至更多的仓库和配送资源进行穷举式的组合，则又会由于组合出的方案过多，导致商家在选择上的困难。技术实现要素：本申请提供了物流服务信息提供方法及装置，能够满足用户对物流解决方案的个性化需求。本申请提供了如下方案：一种物流服务信息提供方法，包括：收集基础物流资源信息；按照预置的数据表达方式以及所述基础物流资源信息，生成基础物流资源 实体数据，所述实体数据中包括各条基础物流资源的标识信息以及属性信息；其中，所述属性信息包括资源类型、服务范围信息和/或服务能力信息；发布所述各条基础物流资源实体数据，以便基于所述发布的数据为第一用户或者第一用户的指定业务对象生成物流解决方案。一种物流服务信息的定制处理方法，包括：提供多条基础物流资源实体数据，所述实体数据中包括各条基础物流资源的标识信息以及属性信息；其中，所述属性信息包括基础物流资源的资源类型、服务范围信息和/或服务能力信息；接收到第一用户为指定业务对象定制物流解决方案的请求时，确定与该第一用户的该指定业务对象匹配的目标基础物流资源，以及各项目标基础物流资源之间的服务关系；根据所述目标基础物流资源，以及各项目标基础物流资源之间的服务关系，生成物流解决方案；保存所述第一用户、该指定业务对象与所述物流解决方案之间的关联关系。一种物流服务信息的定制处理方法，包括：接收第一用户为指定业务对象定制资源运营方案的请求；向服务器请求获取基础物流资源实体数据，所述实体数据中包括各条基础物流资源的标识信息以及属性信息；其中，所述属性信息包括基础物流资源的资源类型、服务范围信息和/或服务能力信息；确定所述第一用户选择的目标基础物流资源，以及相互之间的服务关系；将所述第一用户的标识、该指定业务对象的标识以及所述目标基础物流资源、所述服务关系之间的关联关系提交到服务器，以便服务器保存所述关联关系。一种提供业务对象物流信息的方法，包括：在第二用户浏览某第一用户的目标业务对象的过程中，接收库存中心服务器发送的查询请求，所述查询请求用于查询该第一用户的目标业务对象关联的物流信息；查询与该指定第一用户的标识以及所述目标业务对象的标识关联的物流解决方案，其中，该物流解决方案包括一个或多个基础物流资源；返回所述基础物流资源的属性信息，以便所述库存中心服务器根据所述基础物流资源的属性信息以及第二用户所在的区域信息，确定与该第二用户关联的目标基础物流资源，并提供该目标基础物流资源对应的库存信息以及所述属性信息。一种提供业务对象物流信息的方法，包括：在第二用户浏览某第一用户的目标业务对象的过程中，库存中心服务器向物流中心服务器发送查询请求，所述查询请求用于查询该第一用户的该目标业务对象关联的物流信息，以便所述物流中心服务器查询与该指定第一用户的标识以及所述指定业务对象的标识关联的物流解决方案，并返回基础物流资源的属性信息；其中，所述物流解决方案包括一个或多个基础物流资源；确定所述第二用户所在的区域信息；根据所述基础物流资源的属性信息以及第二用户所在的区域信息，确定与该第二用户关联的目标基础物流资源；提供该目标基础物流资源对应的库存信息以及所述属性信息。一种物流服务信息提供装置，包括：信息收集单元，用于收集基础物流资源信息；实体数据生成单元，用于按照预置的数据表达方式以及所述基础物流资源信息，生成基础物流资源实体数据，所述实体数据中包括各条基础物流资源的标识信息以及属性信息；其中，所述属性信息包括资源类型、服务范围信息和/或服务能力信息；实体数据发布单元，用于发布所述各条基础物流资源实体数据，以便基于所述发布的数据为第一用户或者第一用户的指定业务对象生成物流解决方案。一种物流服务信息的定制处理装置，包括：实体数据提供单元，用于提供多条基础物流资源实体数据，所述实体数据中包括各条基础物流资源的标识信息以及属性信息；其中，所述属性信息包括基础物流资源的资源类型、服务范围信息和/或服务能力信息；请求接收单元，用于接收到第一用户为指定业务对象定制物流解决方案的请求时，确定与该第一用户的该指定业务对象匹配的目标基础物流资源，以及各项目标基础物流资源之间的服务关系；解决方案生成单元，用于根据所述目标基础物流资源，以及各项目标基础物流资源之间的服务关系，生成物流解决方案；保存单元，用于保存所述第一用户、该指定业务对象与所述物流解决方案之间的关联关系。一种物流服务信息的定制处理装置，包括：用户请求接收单元，用于接收第一用户为指定业务对象定制资源运营方案的请求；数据请求单元，用于向服务器请求获取基础物流资源实体数据，所述实体数据中包括各条基础物流资源的标识信息以及属性信息；其中，所述属性信息包括基础物流资源的资源类型、服务范围信息和/或服务能力信息；确定单元，用于确定所述第一用户选择的目标基础物流资源，以及相互之间的服务关系；提交单元，用于将所述第一用户的标识、该指定业务对象的标识以及所述目标基础物流资源、所述服务关系之间的关联关系提交到服务器，以便服务器保存所述关联关系。一种提供业务对象物流信息的装置，包括：查询请求接收单元，用于在第二用户浏览某第一用户的目标业务对象的过程中，接收库存中心服务器发送的查询请求，所述查询请求用于查询该第一用户的目标业务对象关联的物流信息；查询单元，用于查询与该指定第一用户的标识以及所述目标业务对象的标识关联的物流解决方案，其中，该物流解决方案包括一个或多个基础物流资源；信息返回单元，用于返回所述基础物流资源的属性信息，以便所述库存中心服务器根据所述基础物流资源的属性信息以及第二用户所在的区域信息，确定与该第二用户关联的目标基础物流资源，并提供该目标基础物流资源对应的库存信息以及所述属性信息。一种提供业务对象物流信息的装置，包括：查询请求发送单元，用于在第二用户浏览某第一用户的目标业务对象的过程中，库存中心服务器向物流中心服务器发送查询请求，所述查询请求用于查询该第一用户的该目标业务对象关联的物流信息，以便所述物流中心服务器查询与该指定第一用户的标识以及所述指定业务对象的标识关联的物流解决方案，并返回基础物流资源的属性信息；其中，所述物流解决方案包括一个或多个基础物流资源；区域信息确定单元，用于确定所述第二用户所在的区域信息；物流资源信息确定单元，用于根据所述基础物流资源的属性信息以及第二用户所在的区域信息，确定与该第二用户关联的目标基础物流资源；属性信息提供单元，用于提供该目标基础物流资源对应的库存信息以及所述属性信息。根据本申请提供的具体实施例，本申请公开了以下技术效果：通过本申请实施例，服务器可以以基础物流资源，也即组成物流解决方案的最基本的元素，作为信息发布对象进行发布，这样，第一用户可以结合其业务对象的特点，选择基础物流资源，并组装成个性化的物流解决方案，因此，能够满足第一用户对物流解决方案的个性化需求。当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本申请实施例提供的第一方法的流程图；图2是本申请实施例提供的第二方法的流程图；图3是本申请实施例提供的第三方法的流程图；图4是本申请实施例提供的第四方法的流程图；图5是本申请实施例提供的第五方法的流程图；图6是本申请实施例提供的第一装置的示意图；图7是本申请实施例提供的第二装置的示意图；图8是本申请实施例提供的第三装置的示意图；图9是本申请实施例提供的第四装置的示意图；图10是本申请实施例提供的第五装置的示意图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。在本申请实施例中，不再以包装好的物流解决方案(其中可能包括多个仓库资源以及配送资源)为对象进行信息的发布，而是以构成物流解决方案的最基本的元素——仓库资源以及配送资源为对象进行信息的发布，这样，商家在 需要使用交易平台提供的物流服务时，就可以根据商家及其业务对象自身的特点，从基本元素中进行选择，并组装成符合个性化需求的物流解决方案。下面对具体的实现方案进行详细介绍。实施例一在该实施例一中，主要从交易平台服务器的角度，提供了一种物流服务信息提供方法，参见图1，该方法可以包括以下步骤：S101：收集基础物流资源信息；基础物流资源，也即组成物流解决方案的基本元素，可以包括仓库资源、配送资源、夜间送货、上门安装、货到付款等等。其中，关于这种基础物流资源，可以是预先通过第三方物流服务提供商处采购，或者也可以是自建的。总之，收集的基础物流资源信息可以包括以下内容：各个基础物流资源的名称、类型、服务范围、服务能力等。例如，某仓库资源的名称为：“日日顺仓”，其类型为：仓库类型，服务范围为：北京，服务能力为：日收货1000方，等等。S102：按照预置的数据表达方式以及所述基础物流资源信息，生成基础物流资源实体数据，所述实体数据中包括各条基础物流资源的标识信息以及属性信息；其中，所述属性信息包括资源类型、服务范围信息和/或服务能力信息；在收集到基础物流资源信息之后，就可以按照预置的数据表达方式，将各个基础物流资源信息表达为基础物流资源实体数据，通过这种实体数据，结构化的表达步骤S101中收集到的信息。也就是说，可以预先定义基础物流资源对象，然后，利用步骤S101收集到的信息，将基础物流资源对象进行实例化，得到多个基础物流资源实体数据。其中，基础物流资源对象的具体表达方式可以有多种，例如，可以在同一数据表中保存各个基础物流资源的各项信息，包括标识、属性等。但是，由于在本申请实施例中，基础物流资源可以分为仓库资源以及配送资源两种，即便是同类的资源，不同的个体所具有的属性可能也需要从不同的维度进行表达。例如，对于某仓库资源，其服务范围属性可能需要通过“点”或者“面”的方式来表达，服务能力属性可能是“日收货数量”等；而对于某配送资源，其服 务范围属性可能需要通过“线”的方式来表达，服务能力属性可能包括“是否支持货到付款”、等。因此，如果在同一数据表中来记录各个基础物流资源的各项信息，则数据表包括的字段可能会非常多，需要涵盖各个基本物流资源可能涉及到的所有属性，但实际上，对于具体某个基本物流资源而言，一般都只需要通过其中的部分字段的属性来进行表达，因此，对于数据表中的每个条目而言，都会存在众多的冗余字段，这对于数据的存储以及搜索等环节都是不利的。另外，关于服务能力，可能会既包含服务范围的能力，又包含基础物流资源本身的服务能力，也就是，服务范围与服务能力之间可能还具有相互包含等关系，因此，利用同一个数据表进行表达时，也会使得数据表的结构非常复杂，甚至可能导致不符合数据库规范，等等。为此，在本申请实施例中，可以预先建立物流资源运营的核心模型，通过三个数据表，来表达基础物流资源的各项属性，也即，同一个基础物流资源的各种描述信息，可以分布在三个不同的数据表中，各个数据表中关于同一基础物流资源的描述信息，可以通过标识、ID等信息进行关联。例如，可以在第一数据表中保存基础物流资源的标识以及资源类型信息，在第二数据表中保存基础物流资源的标识、服务范围类型以及服务范围数值信息，在第三数据表中保存基础物流资源的标识、服务能力类型以及服务能力数值信息。也就是说，第一数据表可以仅记录具有哪些可以选择的基础物流资源，也即，包括哪些仓库资源，哪些配送资源等，这些仓库资源、配送资源在第一数据表中，仅体现其名称、编码等信息，而不体现具体的属性信息。例如，第一数据表的结构可以如以下表1所示：表1资源类型资源编码资源状态其他字段资源名称仓库资源RRS-001有效状态……北京仓仓库资源RRS-002有效状态……杭州仓仓库资源RRS-003有效状态……上海仓仓库资源RRS-004有效状态……南京仓仓库资源RRS-005有效状态……成都仓配送资源RRS-PEISONG001有效状态……日日顺配送……………………关于各个基础物流资源的服务范围信息，可以通过第二数据表来表达，例如，第二数据表的结构可以如以下表2所示：表2可见，在表2中记录了各个基本物流资源的服务范围信息，其中，服务范围一般可以分为三种类型，包括点、线和面，“点”是一个具体的地址信息，仓库资源对应的服务范围一般可以用“点”类型的范围信息进行描述，“线”是两点之间(比如北京到上海)，“面”是指一个覆盖的区域，配送资源的服务范围一般是用“线”或者“面”类型的范围信息进行描述。其中，由于“线”一般是指两点之间，“面”可以看作是多点围成的区域，因此，都可以统一的在表2所述的结构中进行表达。需要说明的是，在表2中，第一列的信息是“第一数据表第一ID”，该信息可以用于表明，第二数据表中的各个条目，对应描述的是第一数据表中哪个条目中的基础物流资源的信息。例如，通过表2中第一行第一列的信息“1”可以表明，表2中的第一个条目，记录的是表1中第一个条目对应的基础物流资源的相关信息，反正，当需要查询表1中某ID为n的条目中记录的基础物流资源的服务范围信息时，可以到表2中的第一列中，找到ID为n的记录所在的条目，并从该条目中读取相关的服务范围信息即可。这样，通过这种在第二数据表中插入对应条目在第一数据表中所在条目的ID的方式，可以使得第一数据表与第二数据表之间建立起关联，可以通过不同的数据表，来描述同一基础物流资源不同维度上的信息。另外，关于基础物流资源的服务能力信息，则可以通过第三数据表来表达，例如，第三数据表的结构可以如以下表3所示：表3可见，在表3中记录了各个基础物流资源的服务能力信息，其中，服务能力一般可以分为多种类型，例如，包括容量日处理能力、日收货能力、日发货能力等等。另外，对于同一基础物流资源，可能需要从多种类型的服务能力维度上进行描述，例如，某配送资源，需要从日处理能力、日收货能力这两个类型的服务能力上进行描述，针对这种情况，为了简化第三数据表的结构，针对同一基础物流资源，可以分别在不同的条目中，来描述其在不同类型的服务能力维度上所具有的特征或者取值。例如，某基础物流资源需要从日处理能力以及日收货能力这两个类型上来描述服务能力，则可以分别记录在表3中的第一个条目以及第二个条目(也即第一行和第二行)中。与表2中类似，在表3中，第一列的信息是“第一数据表第一ID”，第二列的信息是“第二数据表第二ID”，该信息可以用于表明，第三数据表中的各个条目，对应描述的是第一数据表中哪个条目中的基础物流资源的信息，并且，该基础物流资源的服务范围信息是在第二数据表中的哪个条目中记录的。例如，在表3中第一个条目，第一数据表第一ID以及第二数据表第二ID都是1，也即，意味着该条目描述的是第一数据表中第一ID为1的条目所对应的基础物流资源的服务能力信息，并且该基础物流资源的服务范围信息，在第二数据表中第二ID为1的条目中进行描述。当然，在表3中，是通过两个条目来描述该基础物流资源的服务能力信息，因为表3的第二个条目中，第一数据表第一ID以及第二数据表第二ID也均为1。总之，通过这种方式，可以建立起第三数据表与第一数据表以及第二数据表之间的关联。S103：发布所述各条基础物流资源实体数据，以便基于所述发布的数据为第一用户或者第一用户的指定业务对象生成物流解决方案。总之，在按照一定的数据表达方式表达出各个基础物流资源实体数据之后，就可以将这种基础物流资源实体数据进行发布，这样，第一用户(例如商家、卖家等)在需要定制交易平台提供的物流服务时，就可以基于这种基础物流资 源实体数据进行。例如，在具体实现时，在第一用户需要定制物流服务时，可以基于第一数据表、第二数据表以及第三数据表将各个可选的仓库资源、配送资源的信息提供给第一用户，包括各个仓库资源、配送资源的标识、服务范围、服务能力等，这样，第一用户可以根据自己的需求或者结合具体业务对象的销售特点等，选择其中的一个或多个仓库资源、配送资源，并指定各个资源之间的服务关系，进而就可以将被选中的资源组织成一个物流解决方案，并将该第一用户、业务对象以及该物流解决方案之间的关联关系记录在服务器上，这样，就形成了针对该第一用户的该业务对象特有的物流解决方案，实现对物流解决方案的个性化定制。实施例二以上实施例一对服务器端的信息发布过程进行了介绍，在发布了各个基础物流资源的信息后，第一用户可以基于此信息为自己的业务对象定制物流解决方案。在该实施例二中，主要从服务器的角度，对具体的定制过程进行介绍。参见图2，该实施例二提供了一种物流服务信息的定制处理方法，该方法可以包括以下步骤：S201：提供多条基础物流资源实体数据，所述实体数据中包括各条基础物流资源的标识信息以及属性信息；其中，所述属性信息包括基础物流资源的资源类型、服务范围信息和/或服务能力信息；具体提供基础物流资源实体数据的方式可以参见实施例一中的介绍。S202：接收到第一用户为指定业务对象定制物流解决方案的请求时，确定与该第一用户的该指定业务对象匹配的目标基础物流资源，以及各项目标基础物流资源之间的服务关系；服务器在将各个基础物流资源实体数据发布给第一用户之后，第一用户就可以根据自己的需求，进行物流解决方案的定制。其中，在本申请实施例中，第一用户可以以具体的业务对象(例如店铺对象、商品对象等)为单位定制物流解决方案，这样，同一第一用户的不同业务对象就可以使用不同的物流处理方案。具体的，服务器在接收到第一用户为其指定的业务对象定制物流解决方案 的请求时，首先可以确定出与该第一用户的该指定业务对象匹配的目标基础物流资源，以及各项目标基础物流资源之间的服务关系(例如，仓库资源与仓库资源之间的母子关系、平行关系，仓库资源与配送资源之间的仓配绑定关系)。也即，在确定出一些目标基础物流资源之后，再通过服务关系将各个目标基础物流资源组织成一个服务网络，该服务网络即可成为一个物流解决方案。其中，具体在确定与该第一用户的该指定业务对象匹配的目标基础物流资源时，可以有多种方式。例如，在其中一种方式下，在接收到第一用户为指定业务对象定制物流解决方案的请求后，可以将基础物流资源的实体数据推送到第一用户客户端，这样，可以在第一用户客户端的用户界面中展示出各个可选的基础物流资源的信息，包括标识、服务范围、服务能力，等等，另外，针对各个基础物流资源，还可以提供可操作选项，这样，第一用户，就可以根据具体业务对象的需求，从众多基础物流资源中选择出目标基础物流资源，在选择完毕之后，就可以提交到服务器，这样，服务器就可以确定出与该第一用户的指定业务对象匹配的目标基础物流资源。或者，在另一种实现方式下，还可以获取该第一用户与该指定业务对象相关的历史交易记录，进而可以通过分析这种历史交易记录信息，确定与该第一用户的该指定业务对象匹配的目标基础物流资源。例如，在某业务对象的历史交易记录中，一般会记录各个第二用户(例如买家用户)的收货地址等信息，这样，就可以分析出该业务对象最常被销售到的目的区域，进而，就可以根据该目的区域信息以及各个基础物流资源的服务范围等信息，确定出与这种目的区域相匹配的目标基础物流资源。例如，某业务对象最常被销售到的目的区域为北京、天津和上海，则就可以确定出与这种目的区域相匹配的目标基础物流资源为北京仓、天津仓、上海仓，另外还可以包括与这些区域相关的配送资源，等等。关于各个基础物流资源之间的服务关系，一般会发生在仓库资源与仓库资源，以及仓库资源与配送资源之间。其中，所谓的仓库与仓库之间，一般包括母子关系、平行关系等，仓库与配送之间则一般表现为绑定关系，也即，如果某仓库资源与某配送资源之间存在绑定关系，则对于存放在该仓库资源中的业 务对象在进行配送时，就可以使用与该仓库资源具有绑定关系的配送资源进行配送。具体在确定基础物流资源之间的服务关系时，同样可以既可以由第一用户指定，或者，也可以由服务器自动进行确定。其中，关于前者，可以是在第一用户选择目标基础物流资源的过程中，指定各个基础物流资源之间的服务关系。例如，第一用户选择的目标基础物流资源包括北京仓、上海仓、日日顺配1、日日顺配2，等等，则还可以指定北京仓与上海仓之间为平行仓的关系，北京仓与日日顺配1之间具有绑定关系，上海仓与日日顺配2之间具有绑定关系，等等，上传到服务器之后，服务器就可以根据第一用户指定的信息，确定出各个目标基础物流资源之间的服务关系。关于后者，在确定出各个目标基础物流资源之后，服务器可以自动根据各个目标物流资源的类型以及各自对应的服务范围信息，确定出各个目标基础物流资源之间的服务关系。例如，确定出的目标基础物流资源包括北京仓、上海仓、日日顺配1、日日顺配2，此时，服务器可以通过查询第一数据表，确定出北京仓和上海仓为仓库类型，日日顺配1和日日顺配2为配送类型，接下来，就可以通过查询第二数据表，确定出北京仓以及上海仓的服务范围，通过判断两者的服务范围之间是否存在一定的覆盖或者包含关系，来确定两个仓库资源之间是平行仓，还是母子仓；另外，还可以通过查询第二数据表，确定出日日顺配1和日日顺配2的服务范围，并与北京仓以及上海仓各自的服务范围进行比对，例如，假设日日顺配1的配送范围与北京相关，则可以确定该北京仓与该日日顺配1之间为绑定关系，等等。S203：保存所述第一用户、该指定业务对象与所述目标基础物流资源、所述服务关系之间的关联关系。在确定出匹配的目标基础物流资源以及相互之间的服务关系之后，就可以得到一个物流解决方案，这样，就可以将该第一用户、该指定业务对象以及该物流解决方案之间的关联关系保存在服务器端。也就是说，在本申请实施例中，服务器端可以保存多个物流解决方案，具体的物流解决方案是关联到具体第一用户的具体业务对象的，从而满足第一用户对物流解决方案的个性化需求。其中，具体在保存第一用户、业务对象与具体的物流解决方案之间的关联 关系时，也可以有多种形式。例如，在一种可选的实现方式中，同样可以通过多个数据表来进行表达。具体的，首先可以利用第四数据表，来记录各个物流解决方案的标识，例如包括名称、编码、状态等，但该第四数据表中并不需要保存各个解决方案中具体包括哪些目标基础物流资源，以及各自的服务关系。例如，第四数据表的结构可以如以下表4所示：表4物流解决方案ID解决方案名称解决方案编码状态其他字段113仓解决方案13_cang有效…………………关于各个物流解决方案中包括的目标基础物流资源，以及各自之间的服务关系，则可以通过第五数据表进行保存，例如，第五数据表的结构可以如以下表5所示：表5其中，表5中的每个条目(也即每一行)用于描述一个物流解决方案中的两个基础物流资源之间的服务关系。例如，表5中的第一个条目表达的含义是，对于表4中ID为1的物流解决方案，该方案中的基础物流资源1与基础物流资源2之间的服务关系为母子仓关系，以此类推。另外，由上述表5可见，在第五数据表中，保存了各个物流解决方案在第四数据表中的ID，这样，可以将第四数据表中的条目与第五数据表中的条目关联起来。在通过上述第四数据表以及第五数据表表达出物流解决方案之后，就可以在第六数据表中保存该第一用户、该指定业务对象与该物流解决方案之间的关联关系，例如，第六数据表的结构可以如以下表6所示：表6第一用户标识业务对象标识物流解决方案ID状态其他字段68314131231有效……68314134561有效…………………也就是说，第六数据表可以包括以下字段：第一用户标识、指定业务对象标识，以及该物流解决方案在第四数据表中所在条目的ID，这样，在已知第一用户标识以及具体的业务对象标识的情况下，就可以通过查询第六数据表，获知该第一用户的该业务对象对应的是第四数据表中ID为1的物流解决方案，进而，就可以通过查询第五数据表，获知该第一用户的该业务对象关联的目标基础物流资源，以及相互之间的服务关系。通过上述这种利用多个数据表来表达第一用户的业务对象与物流解决方案之间的关联关系，可以使得数据表的结构比较简单，易于实现，避免出现过多的冗余字段等。另外，由于第四数据表中还保存了各个物流解决方案的名称，这种名称一般会以比较形象的方式进行表达，例如“13仓解决方案”等，其他第一用户在为其业务对象定制物流解决方案时，还可以将已经生成的物流解决方案的名称等提供给该第一用户，并且，还可以将该解决方案中包含的各个目标基础物流资源的标识、服务范围、服务能力等提供给该第一用户，如果该第一用户认为符合自己的需求，则可以直接使用该物流解决方案，而不必再重新进行选择， 可以提高效率。总之，通过该实施例二，可以利用实施例一中发布的基础物流资源的实体数据，为第一用户的不同业务对象定制不同的物流解决方案，满足第一用户对物流解决方案的个性化需求。实施例三该实施例三是与实施例二相对应的，从第一用户客户端的角度，对第一用户定制物流解决方案的实现方式进行介绍。参见图3，该实施例三提供了一种物流服务信息的定制处理方法，该方法可以包括以下步骤：S301：接收第一用户为指定业务对象定制资源运营方案的请求；S302：向服务器请求获取基础物流资源实体数据，所述实体数据中包括各条基础物流资源的标识信息以及属性信息；其中，所述属性信息包括基础物流资源的资源类型、服务范围信息和/或服务能力信息；所述基础物流资源的资源类型包括仓库资源或配送资源；S303：确定所述第一用户选择的目标基础物流资源，以及相互之间的服务关系；S304：将所述第一用户的标识、该指定业务对象的标识以及所述目标基础物流资源、所述服务关系之间的关联关系提交到服务器，以便服务器保存所述关联关系。关于实施例三中各步骤的具体实现，可以参见实施例二中的记载，这里不再赘述。实施例四前述实施例对基础物流资源的发布以及物流解决方案的定制过程进行了介绍，这样，在后续服务器与第二用户进行交互的过程中，还可以为第二用户 提供相关的物流信息。例如，在第二用户通过其客户端浏览某第一用户的某业务对象的信息时，可以确定出该第一用户的该业务对象关联的物流解决方案，进而为该第二用户提供相关的库存信息、服务能力信息等。具体的，该实施例四首先从服务器的角度提供了一种提供业务对象物流信息的方法，需要说明的是，在该实施例四提供的方法中，服务器主要是与交易平台中用于提供库存信息的服务器进行交互，为了便于区分，将用于提供物流信息的服务器称为物流中心服务器，将用于提供库存信息的服务器称为库存中心服务器。参见图4，该方法可以包括以下步骤：S401：在第二用户浏览某第一用户的目标业务对象的过程中，接收库存中心服务器发送的查询请求，所述查询请求用于查询该第一用户的目标业务对象关联的物流信息；在第二用户浏览某目标业务对象的详情页面等信息时，库存中心服务器一般需要为该第二用户提供该业务对象的库存信息、对应的配送资源的配送能力等信息，包括是否有库存、库存数量、预计的到货时间、是否能够接受货到付款，等等。而在本申请实施例中，不同第一用户的不同业务对象对应着不同的物流解决方案，因此，库存中心服务器可以首先向物流中心服务器发送查询请求，该查询请求中可以携带有当前正在被浏览的业务对象的标识(例如商品ID等)，以及该业务对象所属的第一用户的标识(利用用户ID、用户名等)。S402：查询与该指定第一用户的标识以及所述目标业务对象的标识关联的物流解决方案，其中，该物流解决方案包括一个或多个基础物流资源，所述基础物流资源包括仓库资源以及配送资源；物流中心服务器在接收到库存中心服务器发送的查询请求后，就可以利用第一用户的标识以及目标业务对象的标识，查询与该目标业务对象关联的物流解决方案。例如，假设第一用户的标识为6831413，目标业务对象标识的123，则首先查询实施例二中所示的表6，确定出第一个条目与之匹配成功，因此，就可以确定出关联的物流解决方案的ID为1。由于一个物流解决方案是由一个或多个基础物流资源组成，因此，还可以继续查询表5，获知该ID为1的 物流解决方案包含的各个基础物流资源，以及相互之间的服务关系。在通过表5查询到各个基础物流资源后，相当于仅知晓了基础物流资源的ID等标识，因此，可以通过查询表2、表3，获知该ID对应的基础物流资源的属性信息，包括服务范围、服务能力等。S403：返回所述基础物流资源的属性信息，以便所述库存中心服务器根据所述基础物流资源的属性信息以及第二用户所在的区域信息，确定与该第二用户关联的目标基础物流资源，并提供该目标基础物流资源对应的库存信息以及所述属性信息。在确定出与目标业务对象关联的物流解决方案，以及该方案中包含的基础物流资源及其属性信息之后，就可以返回给库存中心服务器。这样，库存中心服务器可以确定出当前的第二用户所在的区域ID(例如可以根据IP地址、历史收货地址等)，然后可以与各个基础物流资源对应的服务范围等信息进行比对，确定出与该第二用户匹配的目标基础物流资源，例如，可以首先确定出与该第二用户匹配的仓库资源，然后根据物流解决方案中的服务关系，确定出与该仓库资源具有绑定关系的配送资源，等等。例如，用户的区域ID与北京仓相匹配，则可以确定出与该第二用户匹配的仓库资源为北京仓，而该北京仓与日日顺配1绑定，因此，匹配的配送资源就是日日顺配1，等等。库存中心服务器在确定出与第二用户匹配的仓库资源、配送资源之后，就可以查询库存数据库，确定出该匹配的仓库资源中是否具有该目标业务对象的库存，如果有库存，还可以查询出对应的库存数量等信息，提供给第二用户客户端进行展示，另外，还可以将物流中心服务器返回的服务能力等信息提供给第二中心客户端进行展示。如果匹配的仓库资源没有关于该目标业务对象的库存，则可以返回“无货”等信息。实施例五该实施例五是与实施例四相对应的，从库存中心服务器的角度进行的介绍。参见图5，该实施例五提供了一种提供业务对象物流信息的方法，该方法可以 包括以下步骤：S501：在第二用户浏览某第一用户的目标业务对象的过程中，库存中心服务器向物流中心服务器发送查询请求，所述查询请求用于查询该第一用户的该目标业务对象关联的物流信息，以便所述物流中心服务器查询与该指定第一用户的标识以及所述指定业务对象的标识关联的物流解决方案，并返回基础物流资源的属性信息；其中，所述物流解决方案包括一个或多个基础物流资源，所述基础物流资源包括仓库资源以及配送资源；S502：确定所述第二用户所在的区域信息；S503：根据所述基础物流资源的属性信息以及第二用户所在的区域信息，确定与该第二用户关联的目标基础物流资源；S504：提供该目标基础物流资源对应的库存信息以及所述属性信息。该实施例五与实施例四是相对应的，仅仅是描述的角度有所不同，因此，相关步骤的具体实现可以参见实施例四中的介绍，这里不再赘述。与实施例一提供的物流服务信息提供方法相对应，本申请实施例还提供了一种物流服务信息提供装置，参见图6，该装置具体可以包括：信息收集单元601，用于收集基础物流资源信息；实体数据生成单元602，用于按照预置的数据表达方式以及所述基础物流资源信息，生成基础物流资源实体数据，所述实体数据中包括各条基础物流资源的标识信息以及属性信息；其中，所述属性信息包括资源类型、服务范围信息和/或服务能力信息；实体数据发布单元603，用于发布所述各条基础物流资源实体数据，以便基于所述发布的数据为第一用户或者第一用户的指定业务对象生成物流解决方案。其中，所述实体数据生成单元602具体可以包括：第一保存子单元，用于在第一数据表中保存所述基础物流资源的标识以及 资源类型信息；第二保存子单元，用于在第二数据表中保存所述基础物流资源的标识、服务范围类型以及服务范围数值信息；第三保存子单元，用于在第三数据表中保存所述基础物流资源的标识、服务能力类型以及服务能力数值信息；其中，各个数据表中的各条目之间通过基础物流资源的标识建立关联关系。其中：所述第一数据表中，所述基础物流资源的标识包括：基础物流资源的编码；所述第二数据表中，所述基础物流资源的标识包括：基础物流资源的编码以及该基础物流资源所在条目在所述第一数据表中的第一ID；所述第二数据表中，所述基础物流资源的标识包括：基础物流资源所在条目在所述第一数据表中第一ID，以及该基础物流资源所在条目在所述第二数据表中的第二ID。在所述第三数据表中，同一基础物流资源对应多个服务能力类型时，分别通过多个条目记录各个类型的服务能力信息。与实施例二提供的物流服务信息的定制处理方法相对应，本申请实施例还提供了一种物流服务信息的定制处理装置，参见图7，该装置具体可以包括：实体数据提供单元701，用于提供多条基础物流资源实体数据，所述实体数据中包括各条基础物流资源的标识信息以及属性信息；其中，所述属性信息包括基础物流资源的资源类型、服务范围信息和/或服务能力信息；请求接收单元702，用于接收到第一用户为指定业务对象定制物流解决方案的请求时，确定与该第一用户的该指定业务对象匹配的目标基础物流资源，以及各项目标基础物流资源之间的服务关系；解决方案生成单元703，用于根据所述目标基础物流资源，以及各项目标基础物流资源之间的服务关系，生成物流解决方案；保存单元704，用于保存所述第一用户、该指定业务对象与所述物流解决方案之间的关联关系。其中，所述保存单元704具体可以包括：第四保存子单元，用于通过第四数据表保存该物流解决方案的标识；第五保存子单元，用于通过第五数据表保存该物流解决方案中的各个目标基础物流资源之间的服务关系；其中，第五数据表中的每个条目用于记录两个目标基础物流资源之间的服务关系；第六保存子单元，用于通过第六数据表保存该第一用户标识、该指定业务对象标识与该物流解决方案在所述第四数据表中所在条目的ID。在一种实现方式下，所述请求接收单元702具体用于：根据所述第一用户对所述多条基础物流资源实体数据的选择信息，确定与该第一用户的该指定业务对象匹配的目标基础物流资源。在另一种实现方式下，所述请求接收单元702具体用于：确定所述第一用户的该指定业务对象的历史交易记录信息；通过分析所述历史交易记录信息，确定与该第一用户的该指定业务对象匹配的目标基础物流资源。与实施例三提供的物流服务信息的定制处理方法相对应，本申请实施例还提供了一种物流服务信息的定制处理装置，参见图8，该装置具体可以包括：用户请求接收单元801，用于接收第一用户为指定业务对象定制资源运营方案的请求；数据请求单元802，用于向服务器请求获取基础物流资源实体数据，所述实体数据中包括各条基础物流资源的标识信息以及属性信息；其中，所述属性信息包括基础物流资源的资源类型、服务范围信息和/或服务能力信息；确定单元803，用于确定所述第一用户选择的目标基础物流资源，以及相 互之间的服务关系；提交单元804，用于将所述第一用户的标识、该指定业务对象的标识以及所述目标基础物流资源、所述服务关系之间的关联关系提交到服务器，以便服务器保存所述关联关系。与实施例四提供的提供业务对象物流信息的方法相对应，本申请实施例还提供了一种提供业务对象物流信息的装置，参见图9，该装置具体可以包括：查询请求接收单元901，用于在第二用户浏览某第一用户的目标业务对象的过程中，接收库存中心服务器发送的查询请求，所述查询请求用于查询该第一用户的目标业务对象关联的物流信息；查询单元902，用于查询与该指定第一用户的标识以及所述目标业务对象的标识关联的物流解决方案，其中，该物流解决方案包括一个或多个基础物流资源；信息返回单元903，用于返回所述基础物流资源的属性信息，以便所述库存中心服务器根据所述基础物流资源的属性信息以及第二用户所在的区域信息，确定与该第二用户关联的目标基础物流资源，并提供该目标基础物流资源对应的库存信息以及所述属性信息。与实施例五提供的提供业务对象物流信息的方法相对应，本申请实施例还提供了一种提供业务对象物流信息的装置，参见图10，该装置具体可以包括：查询请求发送单元1001，用于在第二用户浏览某第一用户的目标业务对象的过程中，库存中心服务器向物流中心服务器发送查询请求，所述查询请求用于查询该第一用户的该目标业务对象关联的物流信息，以便所述物流中心服务器查询与该指定第一用户的标识以及所述指定业务对象的标识关联的物流解决方案，并返回基础物流资源的属性信息；其中，所述物流解决方案包括一个或多个基础物流资源；区域信息确定单元1002，用于确定所述第二用户所在的区域信息；物流资源信息确定单元1003，用于根据所述基础物流资源的属性信息以 及第二用户所在的区域信息，确定与该第二用户关联的目标基础物流资源；属性信息提供单元1004，用于提供该目标基础物流资源对应的库存信息以及所述属性信息。通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。以上对本申请所提供的物流服务信息提供方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。当前第1页1 2 3