物品联营方法、装置及存储介质与流程

1.本发明实施例涉及电商技术领域，尤其涉及一种物品联营方法、装置及存储介质。


背景技术：

2.现有技术中，通过在线上按照区域维度将物品进行关联。在物品池中查询出物品，经过挑选，可将挑选的物品进行联营操作，此操作将区域和物品信息进行绑定，关联完成后，共享给其他区域的采销员。此种方式的不足之处是：在进行关联的过程中，不确定与物品关联的区域是否可以被供货，导致与物品关联的区域有的能供货，有的不能供货。进而导致提报的备货需求精确度较差。


技术实现要素：

3.本发明实施例提供的一种物品联营方法、装置及存储介质，可以提高形成的备货需求的精确度。
4.本发明的技术方案是这样实现的：
5.本发明实施例提供了一种物品联营方法，包括：
6.响应接收的用户的操作指令，查询对应区域的城计划信息，并提取出对应的多个子城计划区域；所述城计划信息表征所述对应区域各个层级的区域之间的所属关系信息；
7.结合所述多个子城计划区域对应的至少一个配送中心，确定出至少一个可覆盖子城计划区域；所述至少一个可覆盖子城计划区域表征被供货中心覆盖的子城计划区域；
8.根据所述至少一个可覆盖子城计划区域及接收的目标物品的标识信息，查询出所述目标物品的关联信息；
9.将所述关联信息与所述至少一个可覆盖子城计划区域中的目标子城计划区域进行关联，形成关联关系并存储在已关联物品池中，供所述目标子城计划区域对应的采销进行备货。
10.上述方案中，所述结合所述多个子城计划区域对应的至少一个配送中心，确定出至少一个可覆盖子城计划区域，包括：
11.在本地数据库中，查询出所述多个子城计划区域对应的所述至少一个配送中心；
12.在所述至少一个配送中心中，确定出被所述供货中心覆盖的至少一个目标配送中心；
13.在所述多个子城计划区域中，确定出与所述至少一个目标配送中心对应的城计划区域重叠的所述至少一个可覆盖子城计划区域。
14.上述方案中，所述响应接收的用户操作指令，查询对应区域的城计划信息，并提取出对应的多个子城计划区域，包括：
15.接收并响应所述用户的操作指令，在本地数据库中查找到所述对应区域的城计划信息；
16.在所述城计划信息中，提取出所述对应区域的下一层级对应的所述多个子城计划
区域。
17.上述方案中，所述接收并响应所述用户的操作指令，在本地数据库中查找到所述对应区域的城计划信息，包括：
18.接收所述用户在城计划查询界面输入的所述对应区域的区域信息，及触发的第一查询操作指令；
19.响应所述第一查询操作指令，根据所述区域信息在所述本地数据库中，查找到所述对应区域的城计划信息；
20.相应的，在所述城计划信息中，提取出所述对应区域的下一层级对应的所述多个子城计划区域之后，所述方法还包括：
21.从所述城计划查询界面跳转到物品查询界面；所述物品查询界面用于所述用户输入所述目标物品的所述标识信息，进而查询到所述目标物品的所述关联信息。
22.上述方案中，所述标识信息包括：所述目标物品的品牌信息、类目信息、编码信息、物品名称中的至少一个信息；
23.所述根据所述至少一个可覆盖子城计划区域及接收的目标物品的标识信息，查询出所述目标物品的关联信息，包括：
24.接收所述用户提供的所述目标物品的所述品牌信息、所述类目信息、所述编码信息、所述物品名称中的至少一个信息；
25.根据所述至少一个可覆盖子城计划区域及所述目标物品的所述品牌信息、所述类目信息、所述编码信息、所述物品名称中的至少一个信息，在本地数据库中，查找出所述目标物品的所述关联信息；所述关联信息包括：所述目标物品的标识信息、供货城计划信息、供货配送中心信息、已关联城计划信息、已关联配送中心信息、生效价信息。
26.上述方案中，所述接收所述用户提供的所述目标物品的所述品牌信息、所述类目信息、所述编码信息、所述物品名称中的至少一个信息，包括：
27.接收所述用户在物品查询界面输入的所述目标物品的所述品牌信息、所述类目信息、所述编码信息、所述物品名称中的至少一个信息；
28.所述接收所述用户在物品查询界面输入的所述目标物品的所述品牌信息、所述类目信息、所述编码信息、所述物品名称中的至少一个信息之后，所述根据所述至少一个可覆盖子城计划区域及所述目标物品的所述品牌信息、所述类目信息、所述编码信息、所述物品名称中的至少一个信息，在本地数据库中，查找出所述目标物品的所述关联信息之前，所述方法还包括：
29.接收所述用户在所述物品查询界面触发的第二查询操作指令；
30.相应的，所述根据所述至少一个可覆盖子城计划区域及所述目标物品的所述品牌信息、所述类目信息、所述编码信息、所述物品名称中的至少一个信息，在本地数据库中，查找出所述目标物品的所述关联信息，包括：
31.响应所述第二查询操作指令，根据所述至少一个可覆盖子城计划区域及所述目标物品的所述品牌信息、所述类目信息、所述编码信息、所述物品名称中的至少一个信息，在本地数据库中，查找出所述目标物品的所述关联信息，并在所述物品查询界面展示所述关联信息。
32.上述方案中，所述响应所述第二查询操作指令，根据所述至少一个可覆盖子城计
划区域及所述目标物品的所述品牌信息、所述类目信息、所述编码信息、所述物品名称中的至少一个信息，在本地数据库中，查找出所述目标物品的所述关联信息，并在所述物品查询界面展示所述关联信息之后，所述将所述关联信息与所述至少一个可覆盖子城计划区域中的目标子城计划区域进行关联，形成关联关系并存储在已关联物品池中，供所述目标子城计划区域对应的采销进行备货之前，所述方法还包括：
33.接收所述用户在所述物品查询界面触发的第一关联指令；
34.响应所述第一关联指令，从所述物品查询界面跳转到物品关联界面，并检测所述至少一个可覆盖子城计划区域是否供货；
35.若所述至少一个可覆盖子城计划区域供货，则在所述至少一个可覆盖子城计划区域中，确定出对所述目标物品进行供货的所述目标子城计划区域，并在所述物品关联界面展示所述目标子城计划区域，及所述目标物品对应的采销员及采购员信息。
36.上述方案中，所述将所述关联信息与所述至少一个可覆盖子城计划区域中的目标子城计划区域进行关联，形成关联关系并存储在已关联物品池中，包括：
37.接收所述用户在跳转到的所述物品关联界面触发的第二关联指令；
38.响应所述第二关联指令，将所述关联信息、所述采销员及采购员信息和所述目标子城计划区域进行关联，形成关联关系；
39.对应所述关联关系构建编码信息，将所述关联关系与所述编码信息映射存储在所述已关联物品池中。
40.上述方案中，所述对应所述关联关系构建编码信息，将所述关联关系与所述编码信息映射存储在所述已关联物品池中之后，所述方法还包括：
41.接收所述用户在当前显示的所述物品查询界面输入的待查询物品的查询标识信息，及触发的第三查询操作指令；
42.响应所述第三查询操作指令，在所述已关联物品池中，通过所述查询标识信息，查询出所述待查询物品对应的关联关系，并展示所述待查询物品的关联关系中的待查询关联信息。
43.上述方案中，所述响应所述第三查询操作指令，在所述已关联物品池中，通过所述查询标识信息，查询出所述待查询物品对应的关联关系，并展示所述待查询物品对应的待查询关联信息之后，所述方法还包括：
44.接收所述用户根据所述待查询物品对应的关联关系，在所述物品查询界面输入的待取消关联关系的取消编码信息，及触发的取消关联操作指令；所述待取消关联关系为所述待查询物品对应的关联关系中的一个；
45.响应所述取消关联操作指令，基于所述取消编码信息，在所述已关联物品池中删除所述待取消关联关系；
46.在所述物品查询界面，删除所述待取消关联关系对应的物品，及对应的取消关联信息。
47.上述方案中，所述方法还包括：
48.保存各个接口的入参信息和出参信息，结合所述入参信息和所述出参信息形成日志记录信息；
49.对所述日志记录信息进行分析，确定出被关联次数最多的前n个热点物品；n为大
于1的整数；
50.对所述日志记录信息进行分析，确定出搜索量占比最多的前m个标识信息；m为大于1的整数。
51.上述方案中，所述方法还包括：
52.接收所述用户在需求筛选界面输入的需求筛选信息，及触发的需求筛选指令；所述需求筛选信息包括：区域信息和物品信息；
53.响应所述需求筛选指令，根据所述需求筛选信息，在本地数据库中，确定出已确定需求物品，并在所述需求筛选界面展示所述已确定需求物品的相关信息。
54.上述方案中，所述响应所述需求筛选指令，根据所述需求筛选信息，在本地数据库中，确定出已确定需求物品，并在所述需求筛选界面展示所述已确定需求物品的相关信息之后，所述方法还包括：
55.接收所述用户在所述需求筛选界面，针对所述已确定需求物品对应的需求编辑控件的操作指令；
56.响应所述需求编辑控件的操作指令，对所述已确定需求物品的相关信息进行编辑操作。
57.上述方案中，所述响应所述需求筛选指令，根据所述需求筛选信息，在本地数据库中，确定出已确定需求物品，并在所述需求筛选界面展示所述已确定需求物品的相关信息之后，所述方法还包括：
58.接收所述用户在所述需求筛选界面，针对所述已确定需求物品对应的需求发布控件的操作指令；
59.响应所述需求发布控件的操作指令，在所述需求筛选界面确定出至少一个供应商，并将所述已确定需求物品的相关信息发送给所述至少一个供应商的第三方服务器，供所述至少一个供应商进行供货。
60.上述方案中，所述响应所述需求筛选指令，根据所述需求筛选信息，在本地数据库中，确定出已确定需求物品，并在所述需求筛选界面展示所述已确定需求物品的相关信息之后，所述方法还包括：
61.接收所述用户针在所述需求筛选界面，针对所述已确定需求物品对应的需求查看控件的操作指令；
62.响应所述需求查看控件的操作指令，将所述已确定需求物品的相关信息及供应商信息在所述需求筛选界面进行展示。
63.本发明实施例还提供了一种物品联营装置，包括：
64.查询单元，用于响应接收的用户的操作指令，查询对应区域的城计划信息，并提取出对应的多个子城计划区域；所述城计划信息表征所述对应区域各个层级的区域之间的所属关系信息；
65.确定单元，用于结合所述多个子城计划区域对应的至少一个配送中心，确定出至少一个可覆盖子城计划区域；所述至少一个可覆盖子城计划区域表征被供货中心覆盖的子城计划区域；
66.所述查询单元，还用于根据所述至少一个可覆盖子城计划区域及接收的目标物品的标识信息，查询出所述目标物品的关联信息；
67.关联单元，用于将所述关联信息与所述至少一个可覆盖子城计划区域中的目标子城计划区域进行关联，形成关联关系并存储在已关联物品池中，供所述目标子城计划区域对应的采销进行备货。
68.本发明实施例还提供了一种物品联营装置，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法中的步骤。
69.本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法中的步骤。
70.本发明实施例中，通过响应接收的用户操作指令，查询对应区域的城计划信息，并提取出对应的多个子城计划区域；城计划信息表征对应区域各个层级的区域之间的所属关系信息；结合多个子城计划区域信息对应的至少一个配送中心，确定出至少一个可覆盖子城计划区域；至少一个可覆盖子城计划区域表征被供货中心覆盖的子城计划区域；根据至少一个可覆盖子城计划区域及接收的目标物品的标识信息，查询出目标物品的关联信息；将关联信息与至少一个可覆盖子城计划区域中的目标子城计划区域进行关联，形成关联关系并存储在已关联物品池中，供目标子城计划区域对应的采销进行备货。由于对应区域由多个子城计划区域组成，在多个子城计划区域中确定出被供货中心覆盖的至少一个可覆盖子城计划区域，再查询到目标物品的关联信息，将该关联信息与其中的目标子城计划区域进行关联，可以保证形成的关联关系一定可以被供货，进而提高了形成的备货需求的精确度。
附图说明
71.图1为本发明实施例提供的物品联营方法的一个可选的流程示意图；
72.图2为本发明实施例提供的物品联营方法的一个可选的效果示意图；
73.图3为本发明实施例提供的物品联营方法的一个可选的效果示意图；
74.图4为本发明实施例提供的物品联营方法的一个可选的效果示意图；
75.图5为本发明实施例提供的物品联营方法的一个可选的流程示意图；
76.图6为本发明实施例提供的物品联营方法的一个可选的流程示意图；
77.图7为本发明实施例提供的物品联营方法的一个可选的流程示意图；
78.图8为本发明实施例提供的物品联营方法的一个可选的流程示意图；
79.图9为本发明实施例提供的物品联营方法的一个可选的效果示意图；
80.图10为本发明实施例提供的物品联营方法的一个可选的流程示意图；
81.图11为本发明实施例提供的物品联营方法的一个可选的效果示意图；
82.图12为本发明实施例提供的物品联营方法的一个可选的流程示意图；
83.图13为本发明实施例提供的物品联营方法的一个可选的流程示意图；
84.图14为本发明实施例提供的物品联营方法的一个可选的效果示意图；
85.图15为本发明实施例提供的物品联营方法的一个可选的流程示意图；
86.图16为本发明实施例提供的物品联营方法的一个可选的效果示意图；
87.图17为本发明实施例提供的物品联营方法的一个可选的流程示意图；
88.图18为本发明实施例提供的物品联营方法的一个可选的效果示意图；
89.图19为本发明实施例提供的物品联营方法的一个可选的效果示意图；
90.图20为本发明实施例提供的物品联营方法的一个可选的流程示意图；
91.图21为本发明实施例提供的物品联营方法的一个可选的效果示意图；
92.图22为本发明实施例提供的物品联营方法的一个可选的效果示意图；
93.图23为本发明实施例提供的物品联营方法的一个可选的流程示意图；
94.图24为本发明实施例提供的物品联营方法的一个可选的效果示意图；
95.图25为本发明实施例提供的物品联营方法的一个可选的流程示意图；
96.图26为本发明实施例提供的物品联营方法的一个可选的效果示意图；
97.图27为本发明实施例提供的物品联营方法的一个可选的流程示意图；
98.图28为本发明实施例提供的物品联营装置的结构示意图；
99.图29为本发明实施例提供的物品联营装置的一种硬件实体示意图。
具体实施方式
100.为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和实施例对本发明的技术方案进一步详细阐述，所描述的实施例不应视为对本发明的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
101.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
102.如果发明文件中出现“第一/第二”的类似描述则增加以下的说明，在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。
103.除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。
104.图1为本发明实施例提供的物品联营方法的一个可选的流程示意图，将结合图1示出的步骤进行说明。
105.s101、响应接收的用户的操作指令，查询对应区域的城计划信息，并提取出对应的多个子城计划区域；城计划信息表征对应区域各个层级的区域之间的所属关系信息。
106.本发明实施例中，服务器响应接收的用户的操作指令，查询对应区域的城计划信息，并提取出对应的多个子城计划区域。其中，城计划信息表征对应区域各个层级的区域之间的所属关系信息。
107.本发明实施例中，用户在登录服务器之后，输入对应区域的信息。服务器根据用户输入的对应区域的信息查询到对应区域的城计划信息，并提取出对应的多个子城计划区域。
108.本发明实施例中，用户登录服务器之后，通过相应的控件进行触发操作指令进行查询。服务器响应该操作指令在本地数据库中，查询到对应区域的城计划信息，并提取出对
应的多个子城计划区域。
109.本发明实施例中，用户登录服务器之后，用户在服务器上选择省
‑
市
‑
县任意一级区域信息后，调用城计划接口在本地数据库中进行查询，将得到此区域下的所有的城计划信息。城计划信息包括城计划名称、城计划覆盖区域。城计划信息表征的城计划覆盖区域结构，如图2所示，其中，provincename1和provincename2为两个省级区域对应的城计划信息。provincename1包括市级城计划区域cityname1和cityname2。cityname1包括的县级城计划区域countyname1和countyname2。cityname2包括的县级城计划区域countyname3和countyname4。provincename2包括市级城计划区域cityname3和cityname4。cityname3包括的县级城计划区域countyname5和countyname6。cityname4包括的县级城计划区域countyname7和countyname8。需要说明的是：用户通过服务器选择的区域越大，比如一个省(如图3所示)，那么得到的城计划数据可能就越多。示例性的，用户在城计划查询界面1中选择了河北省城计划信息，用户点击城计划查询界面1中的“查询”按钮。那么服务器查询到的河北省城计划信息就包括：城计划id对应的348和339对应的城计划区域。城计划查询界面1展示了城计划区域对应的城计划id、城计划名称和覆盖区域。城计划id348包括河北廊坊市，河北石家庄市。城计划id339包括河北
‑
保定市。相反，选择的区域越小，比如选择某个省下面的市(如图4所示)，那么查询出来的城计划列表会比选择省的时候少。结合图4，用户在城计划查询界面2中选择了河北/保定的城计划区域，用户点击城计划查询界面2中的“查询”按钮。服务器通过该区域信息查询出城计划id339对应的城计划区域：河北
‑
保定市。城计划查询界面2同样也展示了城计划区域对应的城计划id、城计划名称和覆盖区域。示例性的，用户可以通过点击城计划查询界面1或城计划查询界面2中的“重置”按钮，进程重置城计划区域信息。同理，如果选择具体的某个县，那么有可能查不出对应的城计划列表。另外，城计划接口完全可以替换为区域权限接口，比如选择一个省，可以查询出这个省覆盖哪些有权限的子区域。服务器接收区域信息后，可用于查询配送中心。
110.示例性的，服务器查询到了河北省的城计划信息。其中，河北省的城计划信息包括：下一层级(市级)的四个城市的城计划信息。服务器在河北省的城计划信息中提取出下一层级的四个城市的城计划信息，并提取出下一层级的四个城市对应的四个区域，也就是提取出多个子城计划区域。
111.s102、结合多个子城计划区域对应的至少一个配送中心，确定出至少一个可覆盖子城计划区域。
112.本发明实施例中，服务器结合多个子城计划区域对应的至少一个配送中心，确定出至少一个可覆盖子城计划区域。
113.本发明实施例中，服务器首先查询出多个子城计划区域对应的至少一个配送中心。其中，每个子城计划区域可以对应一个配送中心，或者多个子城计划区域对应一个配送中心。服务器在至少一个配送中心中确定出被供货中心覆盖的目标配送中心。服务器确定目标配送中心对应的子城计划区域为至少一个可覆盖子城计划区域。
114.s103、根据至少一个可覆盖子城计划区域及接收的目标物品的标识信息，查询出目标物品的关联信息。
115.本发明实施例中，服务器根据至少一个可覆盖子城计划区域及接收的目标物品的标识信息，查询出目标物品的关联信息。
116.本发明实施例中，用户通过服务器的人机交互设备向服务器输入目标物品的标识信息。服务器根据至少一个可覆盖子城计划区域的信息及接收的目标物品的标识信息，在本地数据库中查找到目标物品的关联信息。
117.其中，目标物品的标识信息可以包括：目标物品的品牌信息、类目信息、编码信息、物品名称中的至少一个信息。
118.其中，关联信息包括：目标物品的标识信息、供货城计划信息、供货配送中心信息、已关联城计划信息、已关联配送中心信息、生效价信息。
119.其中，目标物品可以包括：一个物品。目标物品也可以包括：多个物品。本地数据库中存储有全量物品的信息。每个物品的信息可以包括：物品的关联信息及标识信息。
120.s104、将关联信息与至少一个可覆盖子城计划区域中的目标子城计划区域进行关联，形成关联关系并存储在已关联物品池中，供目标子城计划区域对应的采销进行备货。
121.本发明实施例中，服务器将关联信息与至少一个可覆盖子城计划区域中的目标子城计划区域进行关联，形成对应目标子城计划区域的关联关系。服务器将该关联关系存储在已关联物品池中，供目标子城计划区域对应的采销进行备货。
122.本发明实施例中，服务器首先在至少一个可覆盖子城计划区域中确定出目标子城计划区域。其中，目标子城计划区域为可对目标物品进行供货的子城计划区域。服务器建立每个子城计划区域和目标物品对应的关联关系，同时生成每个关联关系的编码信息。服务器将每个关联关系与对应的编码信息映射存储在已关联物品池中。供目标子城计划区域对应的采销进行备货。
123.本发明实施例中，通过响应接收的用户操作指令，查询对应区域的城计划信息，并提取出对应的多个子城计划区域；城计划信息表征对应区域各个层级的区域之间的所属关系信息；结合多个子城计划区域信息对应的至少一个配送中心，确定出至少一个可覆盖子城计划区域；至少一个可覆盖子城计划区域表征被供货中心覆盖的子城计划区域；根据至少一个可覆盖子城计划区域及接收的目标物品的标识信息，查询出目标物品的关联信息；将关联信息与至少一个可覆盖子城计划区域中的目标子城计划区域进行关联，形成关联关系并存储在已关联物品池中，供目标子城计划区域对应的采销进行备货。由于对应区域由多个子城计划区域组成，在多个子城计划区域中确定出被供货中心覆盖的至少一个可覆盖子城计划区域，再查询到目标物品的关联信息，将该关联信息与其中的目标子城计划区域进行关联，可以保证形成的关联关系一定可以被供货，进而提高了形成的备货需求的精确度。
124.在一些实施例中，参见图5，图5为本发明实施例提供的物品联营方法的一个可选的流程示意图，图1示出的s102可以通过s105
‑
s107实现，将结合各步骤进行说明。
125.s105、在本地数据库中，查询出多个子城计划区域对应的至少一个配送中心。
126.本发明实施例中，服务器在本地数据库中，查询出多个子城计划区域对应的至少一个配送中心。
127.其中，一个配送中心可以对应一个子城计划区域，一个配送中心也可以对应多个子城计划区域。示例性的，多个子城计划区域可以对应：保定城计划区域和邯郸城计划区域。保定城计划区域和邯郸城计划区域可以对应一个配送中心。
128.本发明实施例中，服务器通过得到的县的区域列表数据(也就是多个子城计划区
域)，通过异步的方式进行远程过程调用(remote procedure call,rpc)，进而调用getcdcinfolistbyarea接口，查询出县的区域列表数据对应的配送中心，其返回格式如下：
129.{"code":"200","listresult":[{"cityid":412,"cityname":"郑州市","countyid":46823,"countyname":"中牟县","dcid":292,"dcname":"郑州仓库","provinceid":7,"provincename":"河南","siteid":1,"sitename":"仓库1号库(新)"}],"message":"请求成功","success":true}
[0130]
其中，dcid为配送中心id，dcname为配送中心名称。
[0131]
s106、在至少一个配送中心中，确定出被供货中心覆盖的至少一个目标配送中心。
[0132]
本发明实施例中，服务器在至少一个配送中心中，确定出被供货中心覆盖的至少一个目标配送中心。
[0133]
本发明实施例中，配送中心是用于配送货物的集散地，供货中心是给一定区域内供货的集散地。供货中心对应的区域内可以包括一个或者多个配送中心。服务器在至少一个配送中心中确定出被供货中心覆盖的至少一个目标配送中心。也就是确定出在至少一个配送中心中确定出可以被供货的至少一个目标配送中心。
[0134]
s107、在多个子城计划区域中，确定出与至少一个目标配送中心对应的城计划区域重叠的至少一个可覆盖子城计划区域。
[0135]
本发明实施例中，服务器在多个子城计划区域中，确定出与至少一个目标配送中心对应的城计划区域重叠的至少一个可覆盖子城计划区域。
[0136]
本发明实施例中，由于一个配送中心可以对应一个子城计划区域或者多个子城计划区域。服务器需要在多个子城计划区域中，确定出与至少一个目标配送中心对应的城计划区域重叠的至少一个可覆盖子城计划区域。
[0137]
本发明实施例中，服务器对查询出来的配送中心，需要进行判断配送中心是否被b仓(供货中心)覆盖。服务器调用querybdcbyregion接口进行判断是否被覆盖(该接口的入参为配送中心，返回值为b仓覆盖范围，若返回值不为空，则认为被覆盖)。服务器将那些被b仓覆盖的配送中心取出，记为配送中心c(也就是目标配送中心)，然后将配送中心c覆盖的区域与城计划覆盖的区域取交集，作为最终的城计划覆盖的区域(也就是至少一个可覆盖子城计划区域)。
[0138]
示例性的，结合图6，为本发明实施例提供的物品联营方法的一个可选的流程示意图，将结合各步骤进行说明。
[0139]
s201、查询城计划覆盖区域。
[0140]
s202、配送中心。
[0141]
s203、配送中心四级地址。
[0142]
s204、b仓。
[0143]
s205、是否存在。
[0144]
s206、配送中心覆盖区域。
[0145]
s207、交集。
[0146]
本发明实施例中，服务器确定出多个子城计划区域对应的配送中心与供货中心的交集为至少一个可覆盖子城计划区域。由于至少一个可覆盖子城计划区域为被供货中心覆盖的配送中心的子城计划区域，所以通过至少一个可覆盖子城计划区域再进行物品关联，
得到的关联关系对应的物品一定能被供货。
[0147]
在一些实施例中，参见图7，图7为本发明实施例提供的物品联营方法的一个可选的流程示意图，图1示出的s101可以通过s108
‑
s109实现，将结合各步骤进行说明。
[0148]
s108、接收并响应用户的操作指令，在本地数据库中查找到对应区域的城计划信息。
[0149]
本发明实施例中，服务器响应接收的用户的操作指令，在本地数据库中查找到对应区域的城计划信息。
[0150]
其中，操作指令可以为用户通过服务器的人机交互设备，单击或者双击该对应区域的城计划信息查询控件。
[0151]
s109、在城计划信息中，提取出对应区域的下一层级对应的多个子城计划区域。
[0152]
本发明实施例中，服务器在城计划信息中提取出，对应区域的的下一层级对应的多个子城计划区域。
[0153]
本发明实施例中，服务器响应用户的操作指令通过城计划覆盖的区域，查询出可以被配送中心供货的区域，将此区域作为可以被供货的区域。如图6所示，“交集”部分就是可以被供货的区域(也就是至少一个目标配送中心对应的城计划区域)。服务器对城计划
‑
区域转化成能被供货的区域和配送中心具体步骤如下：
[0154]
服务器将查询的城计划列表，以及覆盖区域处理成具体到县的区域列表，其返回结果格式为：{"cityplanid":338,"cityplanname":"河南郑州城计划","arealist":[{"cityid":412,"cityname":"郑州市","countyid":416,"countyname":"登封市","provinceid":7,"provincename":"河南"},{"cityid":412,"cityname":"郑州市","countyid":3546,"countyname":"管城回族区","provinceid":7,"provincename":"河南"}]}
[0155]
其中，cityplanid为城计划id，cityplanname为城计划名称，arealist为处理后的“省
‑
市
‑
县”区域列表。
[0156]
本发明实施例中，服务器提取出对应区域的城计划信息下一层级的多个子城计划信息，将对应区域内的各个子城计划区域分别考虑进行处理，提高了服务器查询各个子城计划区域的配送中心的效率。
[0157]
在一些实施例中，参见图7，图7为本发明实施例提供的物品联营方法的一个可选的流程示意图，图1示出的s103可以通过s110
‑
s111实现，将结合各步骤进行说明。
[0158]
s110、接收用户提供的目标物品的品牌信息、类目信息、编码信息、物品名称中的至少一个信息。
[0159]
本发明实施例中，服务器接收用户提供的目标物品的品牌信息、类目信息、编码信息、物品名称中的至少一个信息。
[0160]
本发明实施例中，用户可以通过服务器的人机交互界面在服务器的查询控件中输入目标物品的品牌信息、类目信息、编码信息、物品名称中的至少一个信息。
[0161]
s111、根据至少一个可覆盖子城计划区域及目标物品的品牌信息、类目信息、编码信息、物品名称中的至少一个信息，在本地数据库中，查找出目标物品的关联信息。
[0162]
本发明实施例中，服务器根据至少一个可覆盖子城计划区域及目标物品的品牌信息、类目信息、编码信息、物品名称中的至少一个信息，在本地数据库中查找出目标物品的
关联信息。
[0163]
本发明实施例中，服务器可以查询出所有的物品信息，通过一定的筛选条件通过调用物品池(本地数据库)接口查询出满足条件的物品，供采销员进行选择。查询条件有：
[0164]
1、通过城计划查询出来的可以被供货的区域以及配送中心。
[0165]
2、物品基础信息，如品牌、类目、物品统一代码(universal product code，upc)、物品名称等。
[0166]
另外，查询出来的物品池会有很多数据(关联信息)，会分页展示返回的物品池数据。展示的数据如图9所示，包括物品基础数据、供货城计划、供货配送中心、已关联城计划、已关联配送中心、生效价等。其中，竖条纹对应的关联物品代表不可以再被关联，表示已被关联过或者不可供货。
[0167]
本发明实施例中，服务器通过目标物品的标识信息和至少一个可覆盖子城计划区域，查询出目标物品的关联信息，进而提高了后续构建的关联关系的准确度。
[0168]
在一些实施例中，参见图8，图8为本发明实施例提供的物品联营方法的一个可选的流程示意图，图7示出的s108可以通过s112
‑
s113实现，将结合各步骤进行说明。
[0169]
s112、接收用户在城计划查询界面输入的对应区域的区域信息，及触发的第一查询操作指令。
[0170]
本发明实施例中，服务器接收用户在城计划查询界面输入的对应区域的区域信息，及触发的第一查询操作指令。
[0171]
本发明实施例中，用户登录服务器之后，跳转到城计划查询界面。结合图9，用户在城计划查询界面输入对应区域的区域信息。用户再利用服务器的人机交互设备触发城计划查询界面的第一查询操作指令。
[0172]
s113、响应第一查询操作指令，根据区域信息在本地数据库中，查找到对应区域的城计划信息。
[0173]
本发明实施例中，服务器响应第一查询操作指令，根据区域信息在本地数据库中，查找到对应区域的城计划信息。
[0174]
本发明实施例中，服务器通过在城计划查询界面，接收到用户输入的对应区域的区域信息，及触发的第一查询操作指令，进而查询得到对应区域的城计划信息。通过该界面实现人机交互，提高了查询城计划信息的便捷性。
[0175]
在一些实施例中，参见图8，图8为本发明实施例提供的物品联营方法的一个可选的流程示意图，图7示出的s109之后还包括s114，将结合各步骤进行说明。
[0176]
s114、从城计划查询界面跳转到物品查询界面。
[0177]
本发明实施例中，服务器响应第一查询操作指令，查找到对应区域的城计划信息之后，从城计划查询界面跳转到物品查询界面。
[0178]
示例性的，结合图9，为跳转的物品查询界面的示意图。
[0179]
在一些实施例中，参见图8，图8为本发明实施例提供的物品联营方法的一个可选的流程示意图，图7示出的s110
‑
s111可以通过s115
‑
s117实现，将结合各步骤进行说明。
[0180]
s115、接收用户在物品查询界面输入的目标物品的品牌信息、类目信息、编码信息、物品名称中的至少一个信息。
[0181]
本发明实施例中，服务器接收用户在物品查询界面输入的目标物品的品牌信息、
类目信息、编码信息、物品名称中的至少一个信息。
[0182]
示例性的，结合图9，用户通过服务器的人机交互设备在物品查询界面输入或者选定城计划区域信息，以及目标物品的物品名称信息、库存量单位(stock keeping unit，sku)分类信息、推荐日期信息，sku id信息，品牌信息，采销员信息，upc信息，供货方信息，采购员信息。示例性的，用户可以通过物品查询界面中的“重置”按钮，来重置目标物品的标识信息。用户也可以通过选中物品查询界面中的对应物品，再点击物品查询界面中的“下载”按钮，进而下载出对应物品的相关信息。示例性的，下载的对应物品的相关信息可以通过excel展示。用户也可以在物品查询界面中选中多个物品，再点击“批量关联按钮”将多个物品与对应的关联信息进行关联。用户也可以在物品查询界面点击“选品规则”来查看选品规则。用户可以在物品查询界面点击“自定义字段信息”来自定义出物品的关联信息。
[0183]
s116、接收用户在物品查询界面触发的第二查询操作指令。
[0184]
本发明实施例中，服务器接收用户在物品查询界面触发的第二查询操作指令。
[0185]
示例性的，结合图9，用户通过服务器的人机交互设备在物品查询界面，点击“查询”按钮，进而触发第二查询操作指令。
[0186]
s117、响应第二查询操作指令，根据至少一个可覆盖子城计划区域及目标物品的品牌信息、类目信息、编码信息、物品名称中的至少一个信息，在本地数据库中，查找出目标物品的关联信息，并在物品查询界面展示关联信息。
[0187]
本发明实施例中，服务器响应第二查询操作指令，根据至少一个可覆盖子城计划区域及目标物品的品牌信息、类目信息、编码信息、物品名称中的至少一个信息，在本地数据库中，查找出目标物品的关联信息，并在物品查询界面展示关联信息。
[0188]
示例性的，结合图9，其中，关联信息包括：目标物品的主图信息、物品名称信息、sku id信息，供货城计划信息，供货配送中心信息，采销员信息，已关联城计划信息，已关联配送中心信息和关联采销员信息。
[0189]
本发明实施例中，服务器通过在物品查询界面接收到用户输入的标识信息，进而查询到目标物品的关联信息，由于该物品查询界面提供了充足的标识信息选项，进而通过该物品查询界面，服务器可以快速的执行查找关联信息的过程。
[0190]
在一些实施例中，参见图10，图10为本发明实施例提供的物品联营方法的一个可选的流程示意图，图8示出的s104可以通过s118
‑
s123实现，将结合各步骤进行说明。
[0191]
s118、接收用户在物品查询界面触发的第一关联指令。
[0192]
本发明实施例中，服务器接收用户在物品查询界面触发的第一关联指令。
[0193]
示例性的，结合图9，用户通过服务器的人机交互设备在物品查询界面，点击“关联物品”按钮，进而触发第一关联指令。
[0194]
s119、响应第一关联指令，从物品查询界面跳转到物品关联界面，并检测至少一个可覆盖子城计划区域是否供货。
[0195]
本发明实施例中，服务器响应第一关联指令，从物品查询界面跳转到物品关联界面，并检测至少一个可覆盖子城计划区域是否供。
[0196]
s120、若至少一个可覆盖子城计划区域供货，则在至少一个可覆盖子城计划区域中，确定出对目标物品进行供货的目标子城计划区域，并在物品关联界面展示目标子城计划区域，及目标物品对应的采销员及采购员信息。
[0197]
本发明实施例中，若服务器检测得到至少一个可覆盖子城计划区域供货，则在至少一个可覆盖子城计划区域中，确定出对目标物品进行供货的目标子城计划区域，并在物品关联界面展示目标子城计划区域，及目标物品对应的采销员及采购员信息。
[0198]
示例性的，结合图11，物品关联页面展示的该目标物品的物品编号为：100018568332。目标物品的物品名称：xxxx，目标物品的供货区域：城计划河南郑州城计划(郑州京喜)。且，该目标物品对应的采销员信息为：maxiaowei23，岗位id：5747，岗位名称：饮料啤酒岗
‑
拼拼。该目标物品对应的采购员信息为：maxiaowei23，用户可以在采购员信息对应的岗位id处输入该采购员对应的岗位id。
[0199]
s121、接收用户在跳转到的物品关联界面触发的第二关联指令。
[0200]
本发明实施例中，服务器接收用户在跳转到的物品关联界面触发的第二关联指令。
[0201]
示例性的，结合图11，用户通过服务器的人机交互设备点击物品关联界面的“关联物品”按钮，进而触发了第二关联指令。
[0202]
s122、响应第二关联指令，将关联信息、采销员及采购员信息和目标子城计划区域进行关联，形成关联关系。
[0203]
本发明实施例中，服务器响应第二关联指令，将关联信息、采销员及采购员信息，和目标子城计划区域进行关联，进而形成了对应目标物品的关联关系。
[0204]
s123、对应关联关系构建编码信息，将关联关系与编码信息映射存储在已关联物品池中。
[0205]
本发明实施例中，服务器对应关联关系构建编码信息，将该关联关系与编码信息映射存储在关联物品池中。
[0206]
本发明实施例中，编码信息可以为该关联关系对应的序号数字。示例性的，编码信息可以为：01。
[0207]
本发明实施例中，服务器可以查询出物品池数据。采销员选择了某个目标物品后，可以进行联营操作。联营操作会有两个步骤，一个是关联前校验操作，一个是真正的关联动作。
[0208]
1)关联前校验。
[0209]
结合图9，用户通过服务器的人机交互设备点击“关联物品”按钮。此时服务器会先调用校验关联物品参数接口，校验城计划下交集的配送中心是否供货，以及校验批量关联时多个物品的供货城计划和配送中心是否都一致，校验通过后，会返回供货区域字段，其返回结构如下：
[0210]
{"success":true,"code":null,"msg":null,"data":{"supplyarea":"城计划
‑
河北888(沈阳京喜,保定京喜),城计划
‑
测试(石家庄京喜)","checked":true,"reason":null},"requuid":"1c7d41c0
‑
000c
‑
4e81
‑
af46
‑
afe054f12f2c"}
[0211]
其中，checked为校验是否通过，true为通过，false为不通过，若为false，则reason字段提示为校验不通过的原因。supplyarea字段为供货区域(也就是目标子城计划区域)显示字段，其目的是用于在关联操作前显示“供货区域”，如图11所示。其中，用户可以通过图9中的查询控件，查询到图9中的物品名称和供货区域对应的目标子城计划区域。
[0212]
本发明实施例中，服务器检测得到当校验通过后，弹出关联采销员和采购员信息
界面，如图11所示。当点击“关联物品”按钮后，调用服务器的后端关联物品接口，后端会对关联物品信息进行再次校验，如参数不通过就给出错误提示信息，通过进行入库操作。将区域信息、城计划信息、配送中心信息、关联采销员和采购员信息保存到数据库中，并且通过rpc调用将联营数据传递给下游系统，以供下游系统使用联营数据，其流程如图12所示。将结合步骤进行说明。
[0213]
s301、开启事务。
[0214]
其中，开启的事务为将关联信息与目标子城计划区域进行关联的事务。
[0215]
s301、插入或更新物品基础表a。
[0216]
物品基础表a包括：物品的标识信息等。
[0217]
s301、是否成功。
[0218]
s301、插入或更新区域信息表b。
[0219]
更新区域信息表b包括：目标子城计划区域对应的信息表。
[0220]
s301、是否成功。
[0221]
s301、调用联营计数接口。
[0222]
s301、是否成功。
[0223]
s301、回滚。
[0224]
s301、结束事务。
[0225]
本发明实施例中，服务器在构建关联关系时，还构建出了对应的编码信息，方便用户后续对关联关系进行查询、取消关联关系等操作。
[0226]
本发明实施例中，服务器通在关联的过程中对至少一个子城计划覆盖区域进行覆盖检测，确定出其中的目标子城计划区域。所以该目标子城计划区域是一定可以被供货的子城计划区域，形成的关联关系刚采销参考，也提高了形成的备货需求的精确度。
[0227]
在一些实施例中，参见图13，图13为本发明实施例提供的物品联营方法的一个可选的流程示意图，将结合各步骤进行说明。
[0228]
s124、接收用户在当前显示的物品查询界面输入的待查询物品的查询标识信息，及触发的第三查询操作指令。
[0229]
本发明实施例中，服务器接收用户在当前显示的物品查询界面输入的待查询物品的查询标识信息，及触发的第三查询操作指令。
[0230]
本发明实施例中，当用户需要在已关联物品池中查询到某些物品的信息时，用户可以通过服务器的人机交互设备在服务器中输入待查询物品的查询标识信息。
[0231]
其中，待查询物品的查询标识信息包括：待查询物品的品牌信息、类目信息、编码信息、物品名称中的至少一个信息。
[0232]
s125、响应第三查询操作指令，在已关联物品池中，通过查询标识信息，查询出待查询物品对应的关联关系，并展示待查询物品的关联关系中的待查询关联信息。
[0233]
本发明实施例中，服务器响应第三查询操作指令，在已关联物品池中，通过查询标识信息，查询出待查询物品对应的关联关系，并展示待查询物品的关联关系中的待查询关联信息。
[0234]
本发明实施例中，用户通过服务器选择了需要联营的物品并进行关联后，在已关联物品池中，通过相同的条件可以查询出被关联的物品，并把联营的相关信息展示出来，
如：区域信息、城计划信息、配送中心信息、关联采销员和采购员信息、生效价。详细数据如图14所示。
[0235]
在一些实施例中，参见图15，图15为本发明实施例提供的物品联营方法的一个可选的流程示意图，图13示出的s125之后还包括s126
‑
s128，将结合各步骤进行说明。
[0236]
s126、接收用户根据待查询物品对应的关联关系，在物品查询界面输入的待取消关联关系的取消编码信息，及触发的取消关联操作指令。
[0237]
本发明实施例中，服务器接收用户根据待查询物品对应的关联关系，在物品查询界面输入的待取消关联关系的取消编码信息，及触发的取消关联操作指令。
[0238]
本发明实施例中，待取消关联关系为待查询物品对应的关联关系中的一个。用户通过查看待查询物品对应的关联关系，确定出待取消关联关系。用户通过服务器的人机交互设备在物品查询界面输入待取消关联关系的编码信息。
[0239]
示例性的，结合图14，用户可以在物品查询界面中选定一个物品，再点击“取消关联”按钮，服务器后台会将该物品与对应的关联信息进行取消关联操作。
[0240]
s127、响应取消关联操作指令，基于取消编码信息，在已关联物品池中删除待取消关联关系。
[0241]
本发明实施例中，服务器基于取消编码信息，在已关联物品池中删除待取消关联关系。
[0242]
本发明实施例中，当服务器查询出已关联物品后，需要取消关联操作时，调用后端取消关联接口，对选中的物品进行取消。因已关联物品池中存放的关联数据包含了物品信息以及区域信息，并且每个区域信息 物品信息会生成一个id，也就是编码信息。因此在前端界面中，每个物品信息下会存在多个id(区域信息 物品信息)，如图16所示。在取消关联时，服务器会把物品信息下的多个id中的某一个id一起传递给后端，后端接收到id集合后，对关联信息进行软删除操作，即将is_deleted对应的信息置为1。示例性的，结合图16，该界面会将每个物品id信息、sku信息、city_plan_name信息、pp_dc_name信息、province_name信息、city_name信息、country_name信息、related_saler信息、related_buyer和is_deleted信息进行展示。
[0243]
s128、在物品查询界面，删除待取消关联关系对应的物品，及对应的取消关联信息。
[0244]
本发明实施例中，服务器在物品查询界面，删除待取消关联关系对应的物品，及对应的取消关联信息。
[0245]
在一些实施例中，参见图17，图17为本发明实施例提供的物品联营方法的一个可选的流程示意图，将结合各步骤进行说明。
[0246]
s129、保存各个接口的入参信息和出参信息，结合入参信息和出参信息形成日志记录信息。
[0247]
本发明实施例中，服务器保存服务器的各个接口的入参信息和出参信息，结合入参信息和出参信息形成日志记录信息。
[0248]
本发明实施例中，服务器可以在某一段时间内保存各个接口的入参信息和出参信息，结合入参信息和出参信息形成该段时间对应的日志记录信息。
[0249]
s130、对日志记录信息进行分析，确定出被关联次数最多的前n个热点物品。
[0250]
本发明实施例中，服务器对日志记录信息进行分析，确定出被关联次数最多的前n个热点物品。其中，n为大于1的整数。
[0251]
s131、对日志记录信息进行分析，确定出搜索量占比最多的前m个标识信息。
[0252]
本发明实施例中，服务器对日志记录信息进行分析，确定出搜索量占比最多的前m个标识信息。其中，m为大于1的整数。
[0253]
本发明实施例中，服务器嵌入了日志记录功能，对每个接口进行拦截，保存接口的入参和出参信息到elasticsearch数据库中。服务器针对日志记录进行统计采销的使用习惯，可分析哪些物品为热点物品，哪些搜索框为热门搜索框(前m个标识信息)，然后可动态的在物品查询界面将热门搜索框排在最前，方便采销员进行使用。此日志记录主要记录的信息有请求url、请求参数、操作者、返回值、操作时间等。结合图18，服务器统计了一周内查询物品池搜索框使用情况，“供货方”条件是被搜索最多的，占比20％，其次是“类目”占比17％，“品牌”占比15％，“商品名称”占比12％，“采购员”占比9％，“采销员”占比9％，“sku”占比9％，“推荐日期”占比7％，“upc”占比2％。结合图19，服务器统计了被关联次数最多的top10物品。最热门的物品为物品j，被关联了22次，其次是物品i，被关联了21次，物品h被关联了19次，物品g被关联了15次，物品f被关联了10次，物品e被关联了8次，物品d被关联了7次，物品c被关联了7次，物品b被关联了7次，物品a被关联了7次。
[0254]
在一些实施例中，参见图20，图19为本发明实施例提供的物品联营方法的一个可选的流程示意图，将结合各步骤进行说明。
[0255]
s132、接收用户在需求筛选界面输入的需求筛选信息，及触发的需求筛选指令。
[0256]
本发明实施例中，服务器接收用户在需求筛选界面输入的需求筛选信息，及触发的需求筛选指令。
[0257]
本发明实施例中，当物品池哪里的物品池中没有满足的物品时，采销员可进行开源需求提报，可在需求筛选界面对需求列表进行筛选、查看、编辑、发布、关闭、删除等操作。需求筛选信息包括：区域信息和物品信息。
[0258]
结合图21，其中需求筛选信息可以包括：区域信息、分类信息、物品信息、是否长期稳定供应信息、和状态信息。
[0259]
s133、响应需求筛选指令，根据需求筛选信息，在本地数据库中，确定出已确定需求物品，并在需求筛选界面展示确定需求物品的相关信息。
[0260]
本发明实施例中，服务器响应需求筛选指令，根据需求筛选信息，在本地数据库中确定出已确定需求物品，并在需求筛选界面展示已确定需求物品的相关信息。
[0261]
结合图21，本发明实施例中，确定出四个已确定需求物品，分别为需求id为10001、10002、10003和10004对应的物品。已确定需求物品的相关信息包括：对应的需求id信息、区域信息、分类信息、物品名称信息、品牌信息、物品描述信息、日需求量信息、期望采购价信息、供应起始时间信息、是否稳定供应信息、创建人信息和状态信息。并且每个物品对应了一个操作栏，对应的操作栏内包括对应的查看、编辑、发布、关闭、删除等操作控件。用户可以通过在需求筛选界面中选定出多个物品，再点击“批量发布”按钮，服务器将该多个物品的相关信息进行发布。相应的，用户点击“批量关闭”按钮，服务器可以在需求筛选界面中关闭显示该多个物品的相关信息。
[0262]
s134、接收用户在需求筛选界面，针对已确定需求物品对应的需求编辑控件的操
作指令。
[0263]
本发明实施例中，服务器接收用户在需求筛选界面，针对已确定需求物品对应的需求编辑控件的操作指令。
[0264]
s135、响应需求编辑控件的操作指令，对已确定需求物品的相关信息进行编辑操作。
[0265]
本发明实施例中，服务器响应需求编辑控件的操作指令，对已确定需求物品的相关信息进行编辑操作。
[0266]
本发明实施例中，结合图22，用户可以通过服务器的人机交互设备对图22需求编辑界面中的区域信息、物品分类信息、物品简称信息、品牌信息、物品描述信息、日供应量信息、期望价格区间信息、供应起始时间信息和是否稳定供应信息进行编辑操作。示例性的，用户可以通过图2中的上传图片控件，上传相似物品参考的图片。上传过程中，用户可按住ctr可同时批量选择多张图片上传，最多可以上传5张图片，建议尺寸800*800px。
[0267]
在一些实施例中，参见图23，图23为本发明实施例提供的物品联营方法的一个可选的流程示意图，图20示出的s134
‑
s135可以通过s136
‑
s137实现，将结合各步骤进行说明。
[0268]
s136、接收用户在需求筛选界面，针对已确定需求物品对应的需求发布控件的操作指令。
[0269]
本发明实施例中，服务器接收用户在需求筛选界面，针对已确定需求物品对应的需求发布控件的操作指令。
[0270]
s137、响应需求发布控件的操作指令，在需求筛选界面确定出至少一个供应商，并将已确定需求物品的相关信息发送给至少一个供应商的第三方服务器，供至少一个供应商进行供货。
[0271]
本发明实施例中，服务器响应需求发布控件的操作指令，在需求筛选界面确定出至少一个供应商，并将已确定需求物品的相关信息发送给至少一个供应商的第三方服务器，供至少一个供应商进行供货。
[0272]
本发明实施例中，结合图24，为需求发布界面。在用户对物品的信息进行编辑之后，用户可以将该信息通过发布控件发布给供应商1的第三方服务器、和/或者供应商2的第三方服务器，和/或者供应商3的第三方服务器。供供应商1、供应商2和供应商3进行供货。示例性的，用户可以通过需求发布界面“上传图片”按钮上传该物品的相关图片。上传过程中，用户可按住ctr可同时批量选择多张图片上传，最多可以上传5张图片，建议尺寸800*800px。
[0273]
在一些实施例中，参见图25，图25为本发明实施例提供的物品联营方法的一个可选的流程示意图，图23示出的s136
‑
s137可以通过s138
‑
s139实现，将结合各步骤进行说明。
[0274]
s138、接收用户在需求筛选界面，针对已确定需求物品对应的需求查看控件的操作指令。
[0275]
本发明实施例中，服务器接收用户针对已确定需求物品对应的需求查看控件的操作指令。
[0276]
s139、响应需求查看控件的操作指令，将已确定需求物品的相关信息及供应商信息进行展示。
[0277]
本发明实施例中，服务器响应需求查看控件的操作指令，将已确定需求物品的相
关信息及供应商信息在需求筛选界面进行展示。
[0278]
本发明实施例中，用户在图21中的操作栏点击【查看】按钮将跳转到需求查看界面。结合图26，需求查看界面上方展示需求各项信息，需求查看界面下方展示供应商在该需求下提报的物品的相关信息。需求各项信息包括四大类包括：省区信息、物品信息、供应信息和相似物品参考信息。具体的包括：对应的需求id信息、区域物品信息、物品分类信息、品牌信息、物品描述信息、日供应量信息、期望采购价信息、期望供应时间信息、是否稳定供应信息。物品的相关信息包括：提报id信息、sku信息、物品名称信息、upc信息、品牌信息、单位采购价信息、日可供量级信息、可起供时间信息、供应商信息、是否稳供信息和操作栏。用户可能选择多个区域，在区域字段处最多显示20个汉字，超出的部分省略，若用户将鼠标移动至文字处可展示所有的区域。
[0279]
示例性的，用户可以在需求查看界面中的已收到物品栏选定多个物品，再点击“批量采纳”按钮，进而服务器后台确定出该多个物品被采纳，进而进行供货流程。用户还可以点击需求查看界面中的“继续发布”按钮，进而跳转到需求发布界面，用户通过子需求发布界面将其他的物品的相关信息发布给供应商。用户还可以点击需求查看界面中的“关闭需求”按钮，服务器后台关闭需求查看界面以及需求筛选界面。
[0280]
在一些实施例中，参见图27，图27为本发明实施例提供的物品联营方法的一个可选的流程示意图，将结合各步骤进行说明。
[0281]
s401、结合配送中心的区域权限，选择有权限的区域。
[0282]
本发明实施例中，区域采销通过服务器结合配送中心的区域权限，选择有权限的区域。
[0283]
s402、查询域计划覆盖区域。
[0284]
s403、配送中心。
[0285]
s404、配送中心四级地址。
[0286]
s405、b仓。
[0287]
s406、配送中心覆盖区域。
[0288]
s407、交集。
[0289]
s408、是否满足需求。
[0290]
本发明实施例中，服务器结合交集对应的目标子城计划区域的信息与用户输入的目标物品的标识信息，在物品底池中查询到对应的关联信息。服务器对目标物品和目标子城计划区域进行验证，检测是否满足需求。
[0291]
s409、关联。
[0292]
本发明实施例中，服务器对于可供应的物品将区域采销、采购员、sku绑定.通知总部sku在某个区域已被选择，只能绑定一次。绑定成功立即加入已关联物品池中默认长期有效，无期限。
[0293]
s410、已关联物品池。
[0294]
本发明实施例中，当某些物品与子城计划区域进行关联之后，服务器将该关联关系存储在已关联物品池。总部采销可以根据已关联物品池的物品相关信息，修改供货状态。
[0295]
s411、取消关联。
[0296]
本发明实施例中，取消关联操作：将sku(关联关系对应的编码信息)从关联列表删
除。删除后可再进行关联操作。服务器通知总部该sku取消关联。
[0297]
s412、导出。
[0298]
本发明实施例中，服务器可以将已关联物品池某些已关联关系导出到excel。
[0299]
s413、sku联营计数。
[0300]
s414、开源需求提报。
[0301]
本发明实施例中，当服务器检测得到目标物品与目标子城计划区域不满足需求时，则会进行开源需求提报，通知供应商供货。
[0302]
请参阅图28，为本发明实施例提供的物品联营装置的结构示意图。
[0303]
本发明实施例还提供了一种物品联营装置800，包括：查询单元803、确定单元804和关联单元805。
[0304]
查询单元803，用于响应接收的用户操作指令，查询对应区域的城计划信息，并提取出对应的多个子城计划区域；所述城计划信息表征所述对应区域各个层级的区域之间的所属关系信息；
[0305]
确定单元804，用于结合所述多个子城计划区域对应的至少一个配送中心，确定出至少一个可覆盖子城计划区域；所述至少一个可覆盖子城计划区域表征被供货中心覆盖的子城计划区域；
[0306]
所述查询单元803，还用于根据至少一个可覆盖子城计划区域及接收的目标物品的标识信息，查询出所述目标物品的关联信息；
[0307]
关联单元805，用于将所述关联信息与所述至少一个可覆盖子城计划区域中的目标子城计划区域进行关联，形成关联关系并存储在已关联物品池中，供所述目标子城计划区域对应的采销进行备货。
[0308]
本发明实施例中，物品联营装置800中的确定单元804用于在本地数据库中，查询出所述多个子城计划区域对应的所述至少一个配送中心；在所述至少一个配送中心中，确定出被所述供货中心覆盖的至少一个目标配送中心；在所述多个子城计划区域中，确定出与所述至少一个目标配送中心对应的城计划区域重叠的所述至少一个可覆盖子城计划区域。
[0309]
本发明实施例中，物品联营装置800中的查询单元803用于接收并响应所述用户的操作指令，在本地数据库中查找到所述对应区域的城计划信息；在所述城计划信息中，提取出所述对应区域的下一层级对应的所述多个子城计划区域。
[0310]
本发明实施例中，物品联营装置800中的查询单元803用于接收所述用户在城计划查询界面输入的所述对应区域的区域信息，及触发的第一查询操作指令；响应所述第一查询操作指令，根据所述区域信息在所述本地数据库中，查找到所述对应区域的城计划信息；从所述城计划查询界面跳转到物品查询界面；所述物品查询界面用于所述用户输入所述目标物品的所述标识信息，进而查询到所述目标物品的所述关联信息。
[0311]
本发明实施例中，所述标识信息包括：所述目标物品的品牌信息、类目信息、编码信息、物品名称中的至少一个信息；物品联营装置800中的查询单元803用于接收所述用户提供的所述目标物品的所述品牌信息、所述类目信息、所述编码信息、所述物品名称中的至少一个信息；根据所述至少一个可覆盖子城计划区域及所述目标物品的所述品牌信息、所述类目信息、所述编码信息、所述物品名称中的至少一个信息，在本地数据库中，查找出所
述目标物品的所述关联信息；所述关联信息包括：所述目标物品的标识信息、供货城计划信息、供货配送中心信息、已关联城计划信息、已关联配送中心信息、生效价信息。
[0312]
本发明实施例中，物品联营装置800中的查询单元803用于接收所述用户在物品查询界面输入的所述目标物品的所述品牌信息、所述类目信息、所述编码信息、所述物品名称中的至少一个信息；接收所述用户在所述物品查询界面触发的第二查询操作指令；响应所述第二查询操作指令，根据所述至少一个可覆盖子城计划区域及所述目标物品的所述品牌信息、所述类目信息、所述编码信息、所述物品名称中的至少一个信息，在本地数据库中，查找出所述目标物品的所述关联信息，并在所述物品查询界面展示所述关联信息。
[0313]
本发明实施例中，物品联营装置800中的关联单元805用于接收所述用户在所述物品查询界面触发的第一关联指令；响应所述第一关联指令，从所述物品查询界面跳转到物品关联界面，并检测所述至少一个可覆盖子城计划区域是否供货；若所述至少一个可覆盖子城计划区域供货，则在所述至少一个可覆盖子城计划区域中，确定出对所述目标物品进行供货的所述目标子城计划区域，并在所述物品关联界面展示所述目标子城计划区域，及所述目标物品对应的采销员及采购员信息。
[0314]
本发明实施例中，物品联营装置800中的关联单元805用于接收所述用户在跳转到的所述物品关联界面触发的第二关联指令；响应所述第二关联指令，将所述关联信息、所述采销员及采购员信息和所述目标子城计划区域进行关联，形成关联关系；对应所述关联关系构建编码信息，将所述关联关系与所述编码信息映射存储在所述已关联物品池中。
[0315]
本发明实施例中，物品联营装置800中的查询单元803用于接收所述用户在当前显示的所述物品查询界面输入的待查询物品的查询标识信息，及触发的第三查询操作指令；响应所述第三查询操作指令，在所述已关联物品池中，通过所述查询标识信息，查询出所述待查询物品对应的关联关系，并展示所述待查询物品的关联关系中的待查询关联信息。
[0316]
本发明实施例中，物品联营装置800用于接收所述用户根据所述待查询物品对应的关联关系，在所述物品查询界面输入的待取消关联关系的取消编码信息，及触发的取消关联操作指令；所述待取消关联关系为所述待查询物品对应的关联关系中的一个；响应所述取消关联操作指令，基于所述取消编码信息，在所述已关联物品池中删除所述待取消关联关系；在所述物品查询界面，删除所述待取消关联关系对应的物品，及对应的取消关联信息。
[0317]
本发明实施例中，物品联营装置800用于保存各个接口的入参信息和出参信息，结合所述入参信息和所述出参信息形成日志记录信息；对所述日志记录信息进行分析，确定出被关联次数最多的前n个热点物品；n为大于1的整数；对所述日志记录信息进行分析，确定出搜索量占比最多的前m个标识信息；m为大于1的整数。
[0318]
本发明实施例中，物品联营装置800用于接收所述用户在需求筛选界面输入的需求筛选信息，及触发的需求筛选指令；所述需求筛选信息包括：区域信息和物品信息；响应所述需求筛选指令，根据所述需求筛选信息，在本地数据库中，确定出已确定需求物品，并在所述需求筛选界面展示所述已确定需求物品的相关信息。
[0319]
本发明实施例中，物品联营装置800用于接收所述用户在所述需求筛选界面，针对所述已确定需求物品对应的需求编辑控件的操作指令；响应所述需求编辑控件的操作指令，对所述已确定需求物品的相关信息进行编辑操作。
[0320]
本发明实施例中，物品联营装置800用于接收所述用户在所述需求筛选界面，针对所述已确定需求物品对应的需求发布控件的操作指令；响应所述需求发布控件的操作指令，在所述需求筛选界面确定出至少一个供应商，并将所述已确定需求物品的相关信息发送给所述至少一个供应商的第三方服务器，供所述至少一个供应商进行供货。
[0321]
本发明实施例中，物品联营装置800用于接收所述用户针在所述需求筛选界面，针对所述已确定需求物品对应的需求查看控件的操作指令；响应所述需求查看控件的操作指令，将所述已确定需求物品的相关信息及供应商信息在所述需求筛选界面进行展示。
[0322]
本发明实施例中，通过查询单元803响应接收的用户操作指令，查询对应区域的城计划信息，并提取出对应的多个子城计划区域；城计划信息表征对应区域各个层级的区域之间的所属关系信息；通过确定单元804结合多个子城计划区域信息对应的至少一个配送中心，确定出至少一个可覆盖子城计划区域；至少一个可覆盖子城计划区域表征被供货中心覆盖的子城计划区域；通过查询单元803根据至少一个可覆盖子城计划区域及接收的目标物品的标识信息，查询出目标物品的关联信息；通过关联单元805将关联信息与至少一个可覆盖子城计划区域中的目标子城计划区域进行关联，形成关联关系并存储在已关联物品池中，供目标子城计划区域对应的采销进行备货。由于对应区域由多个子城计划区域组成，在多个子城计划区域中确定出被供货中心覆盖的至少一个可覆盖子城计划区域，再查询到目标物品的关联信息，将该关联信息与其中的目标子城计划区域进行关联，可以保证形成的关联关系一定可以被供货，进而提高了备货需求的精确度。
[0323]
需要说明的是，本发明实施例中，如果以软件功能模块的形式实现上述的物品联营方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台物品联营装置(可以是个人计算机等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read only memory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。
[0324]
对应地，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法中的步骤。
[0325]
对应地，本发明实施例提供一种物品联营装置，包括存储器802和处理器801，所述存储器802存储有可在处理器801上运行的计算机程序，所述处理器801执行所述程序时实现上述方法中的步骤。
[0326]
这里需要指出的是：以上存储介质和装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本发明存储介质和装置实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解。
[0327]
需要说明的是，图29为本发明实施例提供的物品联营装置的一种硬件实体示意图，如图29所示，该物品联营装置800的硬件实体包括：处理器801和存储器802，其中；
[0328]
处理器801通常控制物品联营装置800的总体操作。
[0329]
存储器802配置为存储由处理器801可执行的指令和应用，还可以缓存待处理器801以及物品联营装置800中各模块待处理或已经处理的数据(例如，图像数据、音频数据、
语音通信数据和视频通信数据)，可以通过闪存(flash)或随机访问存储器(random access memory，ram)实现。
[0330]
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0331]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0332]
在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
[0333]
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
[0334]
另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0335]
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储装置、只读存储器(read only memory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。
[0336]
或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机、服务器、或者网络装置等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储装置、rom、磁碟或者光盘等各种可以存储程序代码的介质。
[0337]
以上所述，仅为本发明的实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在
本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。