一种城市仓虚拟店实现全国送的方法及系统与流程

1.本专利涉及互联网智能数据处理领域，特别涉及城市仓虚拟店实现全国送的方法及系统。


背景技术：

2.传统的电商一般只有客户在网络商店线上下单，再仓库配送这种模式。
3.近年来，为了提升用户体验，网上下单，再实体门店发货这种电商模式越来越普及，该模式的本质和用户到实体门店挑选一样，该模式下现有的电商软件平台一般支持顾客自提和同城配送(如1小时达)这两种出货方式，首先是通过顾客的实时定位推荐顾客到附近的实体门店进行购物下单，门店员工通过订单信息进行自提包装待顾客自提或者快递包装待同城配送。但顾客自提和同城配送只能覆盖真实门店周边几公里的用户，从地理范围上约束了目标人群，无法让单个门店给更大范围的顾客服务，制约了获客范围。
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.(1)本发明所提出的一种城市仓虚拟店实现全国送的方法，无需针对电商业务重新开发新的线上商城软件平台，避免了重新编写集成有同城配送、顾客自提以及全国配送三种模式的复杂业务代码，只需在原有包含同城配送和顾客自提两种出货方式的电商软件平台的开发框架中添加城市仓虚拟门店，构建城市仓虚拟门店与真实门店之间的映射关系来实现在已有的顾客自提、同城配送模式上增加全国配送模式的技术方案，该方法缩短了大量开发系统的时间、并节省了人力开发成本。同时，该方法可以兼顾顾客自提、同城配送和全国配送三种出货模式，能够满足不同地理位置的用户享受快速送达商品的优质服务要求。
41.(2)由于真实门店的每家门店销售信息都是独立记录，然后数以千计的门店，上万个sku商品的销售信息累加起来会在电商软件平台的数据库里形成亿级的销售记录数据。而平均每分钟都有数千个商品发生销售，因此更新数据库中城市仓虚拟门店与真实门店的销售数据之间的映射操作的执行时间往往需要数小时才能更新完成。为了提高对真实门店与城市仓虚拟门店在销售数据映射操作上、更新数据的效率，实现几秒钟内数据更新完毕，本发明独特地采用了对所述销售信息表以门店维度进行水平分表操作，这样可以将原来记录在数据库中的销售信息总表的数据量由亿级拆分到万级水平，得到各个真实门店对应的销售信息表，同时，再将单个真实门店所对应的销售信息表拆分成门店固定信息表单和门店商品变化数据信息表单，当对真实门店执行数据映射操作时，仅需对门店商品变化数据信息表单中更新的商品销售信息进行映射，大大提升了对销售信息表中的数据执行增加、删除、修改、查询等操作的速度，简化了系统的复杂编码，使得系统交换数据更快捷。
42.(3)同时为了进一步提高对真实门店与城市仓虚拟门店在销售数据映射操作上、
更新数据的效率，除了上述分表操作之外，还设置拦截器对待访问门店商品变化数据信息表单的查询语句进行改装，生成目标查询语句，再将目标查询语句发向前端应用的数据库中执行数据查询操作，这样大大提高了数据处理速度。
43.(4)考虑到每分每秒都有真实门店发生商品销售，数据变动太快了意味着如果需要实时维护真实门店和城市仓虚拟门店之间的映射数据则需要执行大量的数据查询与更新语句，这样会极大地在内部消耗数据库的性能甚至有可能影响到电商软件平台中的其他核心业务。为避免该问题发生，本发明方法和系统设置有任务调度器，采用任务调度器定时执行刷新真实门店的销售信息表与城市仓虚拟门店的销售信息表的数据映射任务，当任务调度器定时触发时，使用分布式锁执行一次真实门店的销售信息表的刷新，将真实门店在近一段时间内销售信息表中的库存变化信息同步更新一次至对应的城市仓虚拟门店，避免了商品销售数据每秒频繁交互，消耗系统资源。
附图说明
44.图1是真实门店和城市仓虚拟门店之间的映射关系图。
45.图2是真实门店和城市仓虚拟门店的商品销售信息表之间的映射关系图。
46.图3是真实门店和城市仓虚拟门店的商品销售信息表进行分表操作示意图。
47.图4为用户通过本发明的城市仓虚拟店实现全国送的系统进行购物下单配送流程图。
具体实施方式
48.下面结合实施例及附图对本发明作进一步详细的描述，但本发明的实施方式不限于此。
49.实施例一
50.本发明实施例一提供一种城市仓虚拟店实现全国送的方法。本实施例可适用于已设置有顾客自提和同城配送两种商品配送模式的电商软件平台，该电商软件平台的表现形式可以是微信小程序、app、浏览器，等等，本实施例一所提供的方法可以配置在计算机设备中，例如，服务器、个人电脑、移动终端等计算设备，等等，该方法包括如下步骤：
51.s110、构建真实门店与预设在电商软件平台中的城市仓虚拟门店之间的映射关系。
52.在本实施例中，真实门店即为电商软件平台所对应的线下实体门店，对于大型零售电商来说，真实门店的数量可以达到上百、上千的数量级别，众多的真实门店一般会按照所处地域归属到不同的实体货仓资源下，即多个真实门店会配置有一个真实仓库，以便为真实门店及时补给待销售的商品。本实施例对此均不作限定。
53.为了节省重新开发覆盖全国用户的线上商城软件平台的开发时间、人力开发成本，以及缩减对已有的电商软件平台进行二次开发的复杂业务代码，本发明实施例提出可以在已有的电商软件平台中预先创建与真实门店关联的城市仓虚拟门店，构建真实门店与城市仓虚拟门店之间的映射关系，再基于映射关系来实现在已有的顾客自提、同城配送模式上增加全国配送模式的技术方案。
54.在一种实现方式中，s110可以包括如下具体步骤：
55.s1101、获取真实门店所对应的商品基本信息和真实仓库数量。
56.其中，真实门店中的商品基本信息可以包括商品库存、商品销售信息、商品sku信息、门店地理位置、门店联系方式，等等，商品基本信息可以通过电商软件平台所对接的上游供应链端的商品信息管理系统提供，该商品信息管理系统相当于一个资料中台，可以提供给电商软件平台对应的数据接口，以拉取资料中台数据库中各类商品相关的数据。
57.真实门店的真实仓库数量可以通过将各个真实门店按照行政区域或供应链供应区域所归属的真实仓库来确定。
58.s1102、依据商品基本信息在电商软件平台中创建与真实仓库数量匹配的城市仓虚拟门店。
59.s1103、设置定时任务绑定城市仓虚拟门店与真实门店之间的映射关系。
60.在具体实现中，可以按照真实门店的区域划分确定城市仓虚拟门店所管辖的目标覆盖范围；在预设的时间周期内，计算真实门店的商品配送覆盖范围，例如，可以获取真实门店的经纬度，依据经纬度确定该真实门店所处的地理区域，根据预设的目标配送范围在该地理区域中圈定该真实门店可以实现的商品配送覆盖范围；在确定各个真实门店的商品配送覆盖范围之后，针对每一真实门店，将其商品配送覆盖范围与任一城市仓虚拟门店的目标覆盖范围进行比较，若该商品配送覆盖范围落入某个城市仓虚拟门店的目标覆盖范围内，则绑定该目标覆盖范围所归属的城市仓虚拟门店与当前真实门店之间的映射关系。
61.s120、基于映射关系对城市仓虚拟门店的销售信息表与真实门店的销售信息表执行数据映射操作。
62.在本实施例的一种实现方式中，s120可以包括如下具体步骤：
63.s1201、以门店维度对电商软件平台的数据库中存储的销售信息总表执行水平分表操作，得到各个真实门店对应的销售信息表。
64.s1202、当真实门店的销售信息表发生数据变化时，基于映射关系将真实门店的销售信息表中的商品销售信息更新到关联的城市仓虚拟门店的销售信息表中，以完成数据映射操作。
65.在s1202的具体实现中，当真实门店的销售信息表发生数据变化时，将该销售信息表拆分成门店固定信息表单和门店商品变化数据信息表单，门店商品变化数据信息表单用于记录实时变化的商品销售信息，包括商品库存和商品上下架状态；调用数据库引擎锁定门店商品变化数据信息表单；基于映射关系将锁定后的门店商品变化数据信息表单中记录的商品销售信息更新到关联的城市仓虚拟门店的销售信息表中，以完成数据映射操作。
66.其中，在调用数据库引擎锁定门店商品变化数据信息表单之后，为了提升电商软件平台向前端应用的数据库执行数据查询操作的效率，提高对真实门店中的销售信息表进行数据处理的速度，还可以设置拦截器对待访问门店商品变化数据信息表单的查询语句进行改装，生成目标查询语句，该目标查询语句中可以包含有门店商品变化数据信息表单的id标识信息。
67.s1203、当城市仓虚拟门店的销售信息表发生数据变化时，基于映射关系将城市仓虚拟门店的销售信息表中的商品销售信息更新到关联的真实门店的销售信息表中，以完成数据映射操作。
68.在本实施例中，该方法还可以包括:
69.采用任务调度器定时执行刷新真实门店的销售信息表与城市仓虚拟门店的销售信息表的数据映射任务。
70.在采用任务调度器定时执行数据映射任务的过程中，具体实现可以包括：
71.当任务调度器定时触发时，使用分布式锁执行一次真实门店的销售信息表的刷新，将真实门店在定时周期内的库存变化信息同步更新一次至关联的城市仓虚拟门店中，以执行完成一次数据映射任务。
72.s130、当接收到用户针对真实门店提交的商品订单时，计算用户的收货地址与真实门店之间的距离。
73.在本实施例中，当电商软件平台检测到用户登陆线上购物商城后，可以实时监听用户的操作指令，当检测到用户开启定位功能模块时，电商软件平台可以为用户推荐距离用户当前位置最近的真实门店所对应的线上购物商城页面，用户可以针对当前推荐的真实门店的线上购物商城页面进行商品的挑选与购买。
74.当接收到用户针对某一真实门店所对应的线上购物商城页面所提交的商品订单时，获取用户的收货地址，计算该收货地址与当前真实门店之间的距离。需要说明的是，该当前真实门店可以是电商软件平台依据用户的实时定位信息所推荐的距离最近的真实门店，也可以是用户自行选择的距离收货地址最近的真实门店。
75.获取用户的收货地址与当前真实门店之间的距离之后，需要将该距离与该真实门店的商品配送覆盖范围进行比较。
76.若距离未超出真实门店的商品配送覆盖范围且商品订单中的商品在真实门店的销售信息表中的商品销售信息符合预设的销售条件，则将商品订单绑定到真实门店下，向用户推荐顾客自提和同城配送两种商品配送方式。
77.s140、若距离超出真实门店的商品配送覆盖范围，则查询商品订单中的商品在城市仓虚拟门店的销售信息表中的商品销售信息，若该商品销售信息符合预设的销售条件，则将商品订单绑定到城市仓虚拟门店下，向用户推荐全国配送的商品配送模式。
78.在本实施例中，预设的销售条件可以包括商品的目标库存数量和货架状态(上架状态和下架状态)。
79.在具体实现中，若距离超出真实门店的商品配送覆盖范围，则查询商品订单中的商品在城市仓虚拟门店的销售信息表中的商品销售信息，该商品销售信息中包含商品的库存信息与上下架状态，若该商品为上架状态，且其库存数量满足预设销售条件中的目标库存数量，则确定该商品销售信息符合预设的销售条件，将商品订单绑定到城市仓虚拟门店下，向用户推荐全国配送的商品配送模式。
80.实施例二
81.本发明实施例二提供一种城市仓虚拟店实现全国送的方法，包括:
82.在电商平台上创建城市仓虚拟门店，并与对应业务的真实门店之间配置相关联的映射关系，保存到前端应用的数据库中；
83.将所述真实门店的商品销售信息更新到关联的所述城市仓虚拟门店的销售信息表上；对所述销售信息表以门店维度进行水平分表操作；
84.采用任务调度定时执行刷新所述销售信息表的映射数据任务；
85.判断用户选好的商品，根据用户的收货地址与真实门店地址计算距离，如果距离
是真实门店的同城配送服务商配送距离，则马上安排快捷及时的同城配送服务；如果超过真实门店的同城配送服务商配送距离，则为当前选择的商品查询在城市仓虚拟门店的销售信息，如果库存、状态都满足销售条件则自动为用户切换全国配送模式，将订单下到城市仓虚拟门店上。
86.可见本发明的方法是一种兼容原有的顾客自提模式与同城配送模式的电商软件平台基础上，同时以快速迭代、低成本的目标实现全国配送模式的商品配送方案。
87.在本实施例二中，对一种城市仓虚拟店实现全国送的方法描述具体的实现过程，可以包括：
88.在电商平台上创建城市仓虚拟门店，并与对应业务的真实门店之间配置相关联的映射关系，并保存到前端应用的数据库中。
89.在电商平台的资料中台上创建城市仓虚拟门店，所述资料中台的数据库保存城市仓虚拟门店和真实门店的信息后，反馈数据给前端应用接口，通知前端应用调用真实门店最新信息保存到前端应用的数据库，然后在前端应用的数据库中为真实门店配置城市仓虚拟门店的映射关系。
90.通过如下任意一种方式设定城市仓虚拟门店与真实门店之间的映射关系：
91.(1)通过人工设置绑定城市仓虚拟门店与真实门店之间的映射关系；
92.或者，(2)系统智能根据真实门店的经纬度所在的地理区域计算其覆盖范围，查询该真实门店的覆盖范围与预设的哪个城市仓虚拟门店的覆盖范围重合，若重合则进行映射关系绑定。
93.进一步，设定映射关系的方式(2)，具体包括设置定时任务来检查并绑定城市仓虚拟门店与真实门店之间的映射关系，首先对每一个城市仓虚拟门店配置覆盖范围，然后在前端应用中预设固定的时间周期，定期检查真实门店所处的地理位置，获取该真实门店的配送覆盖范围，将该真实门店的覆盖范围与预设的城市仓虚拟门店的覆盖范围进行比较，若该真实门店的覆盖范围落入任意一个城市仓虚拟门店的覆盖范围内，则绑定该真实门店与该城市仓虚拟门店之间的映射关系。
94.再将所述真实门店的商品销售信息更新到关联的所述城市仓虚拟门店的销售信息表上；对所述销售信息表以门店维度进行水平分表操作。具体是将真实门店的销售信息表拆分成门店固定信息表单和门店商品变化数据信息表单，让前端应用的数据库引擎锁定所述门店商品变化数据信息表单，以不断更新关联的所述城市仓虚拟门店对应的所述门店商品变化数据信息表单。还包括对水平分表操作后的所述门店商品变化数据信息表单进行sql语句修改，再发向前端应用的数据库进行查询操作。
95.然后采用任务调度框架定时执行刷新所述销售信息表的映射数据任务。
96.所述任务调度框架定时触发，使用分布式锁执行一次刷新真实门店所述销售信息表的映射数据任务，将真实门店一段时间内的所述销售信息表库存信息同步更新一次至对应城市仓虚拟门店。
97.所述将真实门店的销售信息表拆分成门店固定信息表单和门店商品变化数据信息表单，具体是将真实门店的销售信息表拆分为sku表和sku_stock表，所述sku表对应所述门店固定信息表单；所述sku_stock表对应所述门店商品变化数据信息表单，包括真实门店库存、门店状态、仓库库存、仓库状态信息。
98.用户通过终端在小程序上选好购买的商品，系统判断用户选好的商品，根据用户的收货地址与真实门店地址计算距离，如果距离是真实门店的同城配送服务商配送距离，则马上安排快捷及时的同城配送服务；如果超过真实门店的同城配送服务商配送距离，则为当前选择的商品查询在城市仓虚拟门店的销售信息，如果库存、状态都满足销售条件则自动为用户切换全国配送模式，将订单下到城市仓虚拟门店上，完成全国配送服务。
99.实施例三
100.本发明提供一种城市仓虚拟店实现全国送的方法，包括如下实施过程。
101.首先在网络电商平台的资料中台创建一个城市或地区的城市仓虚拟门店，它对应该城市或地区的一个或多个真实门店的真实仓库数量。城市仓虚拟门店并不直接被用户访问，所以城市仓虚拟门店不能维护仓虚拟门店的经纬度真实地址等信息。
102.所述资料中台是一个由供应商提供的商品信息管理平台，可以用于管理电商平台中的商品、门店等信息，例如商品库存、商品销售信息、商品sku信息、门店地理位置、门店联系方式等等，该资料中台属于客户终端小程序的上游平台，城市仓虚拟门店是设置在资料中台上的，可以在小程序前端应用中绑定城市仓虚拟门店跟真实门店之间的映射关系，但在客户终端小程序前端应用中隐藏城市仓虚拟门店的显示。
103.资料中台保存城市仓虚拟门店和真实门店的信息后回调给前端应用接口，通知前端应用调用真实门店详情信息(例如门店地理位置、邮政编码、店长、店长联系电话等)保存到前端应用的数据库中，然后在前端应用的数据库中为真实门店配置城市仓虚拟门店的映射关系。城市仓虚拟门店和真实门店的信息都是指门店维度的信息，可以是邮政编码、店长、电话、门店经纬度地理位置、店长、店长联系电话等。前端应用的数据库是mysql数据库，跟供应商所提供的资料中台不是同一个数据库，但前端应用mysql数据库可以通过资料中台的通知机制，获取到所述资料中台数据库中的数据。
104.通过如下任意一种方式设定城市仓虚拟门店与真实门店之间的映射关系：
105.(1)通过人工设置绑定城市仓虚拟门店与真实门店之间的映射关系。
106.或者，(2)系统智能根据真实门店的经纬度所在的地理区域计算其覆盖范围，查询该真实门店的覆盖范围与预设的哪个城市仓虚拟门店的覆盖范围重合，若重合则进行映射关系绑定。
107.上述设定方式(2)在具体实现中，可以设置定时任务来绑定城市仓虚拟门店与真实门店之间的映射关系，首先对每一个城市仓虚拟门店配置覆盖范围，例如可以在全国范围内按照多个真实门店所共享的真实仓库所处的地理区域为预设的每一个城市仓虚拟门店设置其覆盖范围。其次，在前端应用中预设固定的时间周期，定期检查真实门店所处的地理位置，获取该真实门店的配送覆盖范围，例如a门店的配送覆盖范围为5km半径内的范围，将该a门店的覆盖范围与预设的城市仓虚拟门店的覆盖范围进行比较，若该a门店的覆盖范围落入任意一个城市仓虚拟门店的覆盖范围内，则绑定该真实门店与该城市仓虚拟门店之间的映射关系。
108.如图1所示，若预设存在华北城市仓虚拟门店、华南城市仓虚拟门店、西北城市仓虚拟门店这3个城市仓虚拟门店，获取当前真实门店“广州天河区龙洞店”的经纬度，依据该真实门店的经纬度判断该门店是归属于华北、华南、西北，若该“广州天河区龙洞店”的覆盖范围落入华南城市仓虚拟门店的覆盖范围，则建立真实门店“广州天河区龙洞店”与华南城
市仓虚拟门店之间的映射关系。
109.为了小程序在展示商品时获取城市仓虚拟门店的库存状态和上下架信息，如图2所示，需要将城市仓虚拟门店的商品销售信息更新到关联的真实门店销售信息表上。由于真实门店的每家门店销售信息都是独立记录，然后数以千计的门店，上万个商品sku的销售信息累加起来会在数据库里形成亿级的销售记录数据，而且每分钟都有数千个商品发生销售。
110.所述前端应用的数据库是mysql数据库，mysql数据库中的mysql单表数据达到百万级别时查询效率会降低，容易造成表锁，同时大表数据偏移量变大时，limit子句性能就急剧下降，更新数据库中城市仓虚拟门店与真实门店的销售数据之间的映射操作的执行时间往往需要数小时才能更新完成。其中，所述limit子句是指mysql数据库中分页机制的查询语句或分页查询语句。
111.因此，为了提高对真实门店与城市仓虚拟门店在销售数据映射操作上，以及更新数据的效率，本发明人先对mysql数据库中的销售信息表以门店维度进行水平分表操作，每家真实门店对应一张门店销售信息记录表存储销售数据(比如该门店单独对应一个表单，该表单存储有该门店中销售的所有商品数据)。
112.例如，如图3中所示，将sku_stock_xxx门店销售信息记录表拆分成sku表和“sku_stock_门店编码表”(即sku_stock表)，将原来的销售信息表由亿级拆分到万级水平，这样大大提高对表进行增加、删除、修改、查询的速度。
113.如图3中所示sku_stock_xxx门店销售信息记录表，其实质是两张表组合的连表，即sku表和sku_stock表，所述sku表是每家门店都一样的，相当于门店固定信息表单；而所述sku_stock表是每个门店不一样，相当于门店商品变化数据信息表单，包括真实门店库存、门店状态、仓库库存、仓库状态信息等。让前端应用的数据库引擎锁定所述sku_stock表，以不断进行更新关联的所述城市仓虚拟门店对应的所述sku_stock表，减少了数据更新量。将原来的销售信息表由亿级拆分到万级水平，这样处理的数据大大减少，提高了对真实门店与城市仓虚拟门店在销售数据映射操作上，以及更新数据的效率。
114.为了更好提高数据处理的效率，除了上述分表操作之外，还可以对sql语句进行拦截处理，具体实现如下:
115.由于系统代码层依赖mybits框架快速读取数据，所述mybits框架相当于一个中间件，代码运行中需要用到某个数据，则通过这个框架读取数据更为方便，该mybits框架提供有interceptor接口(即一个java接口)，在本发明方案中用以对该interceptor接口编写作为拦截器，实现对sql语句执行前的拦截，在具体实现中，如果sql语句在执行查询门店表或者连接门店表查询销售信息时，将原来根据门店参数查询sku_stock销售信息的sql语句改装为查询对应门店表的sql语句，例如：拦截前的sql为select*from sku_stock where store_code＝”abc”，经过拦截器后sql改装为select*from sku_stock_abc,即可保障原有业务代码不受影响，并提高数据读取速度。
116.本发明的实现方法中，由于原始的业务代码是针对分表操作之前的原始表配置的，增加城市仓虚拟门店后，需要加快虚拟门店与真实门店之间的映射操作，有了分表操作，分表后原sku_stock xxx门店销售信息记录表拆分为“sku_stock_门店编码表”的形式，则原来的sql代码不适用了，分表后要对应查询的是sku_stock_门店编码表，为了不对原业
务代码进行修改，避免影响其他业务功能，在销售数据查询、库存数据映射等sql操作执行前，通过interceptor接口作为拦截器去实现对原sql语句的修改，修改后再发向mysql数据库去执行查询sku_stock_门店编码表，这样就能实现加快虚拟门店与真实门店之间的映射更新操作过程。
117.为了缩减系统内部频繁的数据交换，不仅可通过降低表数量级，提高sql执行速度，还可设定在一段时间内只更新一次相同商品销售数据，节省数据交互次数。
118.因为每分每秒都有真实门店发生商品销售，数据变动太快了意味着如果需要及时维护真实门店和城市仓虚拟门店的映射数据，需执行大量的sql语句，这样极大地在内部消耗数据库性能甚至有可能影响到其他核心业务。所以本发明实现方法引入开源的任务调度框架xxl-job定时执行刷新映射数据任务，这样在一个时间段一行数据多次的数据变动会被压缩为一次更新。所述任务调度框架定时触发，使用分布式锁执行一次刷新真实门店所述销售信息表的映射数据任务，将真实门店一段时间内的所述销售信息表库存信息同步更新一次至对应城市仓虚拟门店。
119.举例说明：假设在一分钟内a商品被全国门店卖出10单，如果按实时操作数据库会更新10次映射数据，但采用定时任务一分钟执行一次则只更新一次映射数据。具体实现逻辑为定时任务一分钟触发一次，使用分布式锁保证此任务只被一台服务器执行，其中分布式锁是为了保证一个操作在并发情况下的同一时间只能被同一个线程执行，在此表示更新映射数据的事情只需交由1台服务器完成，这样能缩减系统内部频繁的数据交换，提高系统的运行效率。
120.如图4所示，用户通过本发明的城市仓虚拟店实现全国送的系统进行购物下单配送流程。当用户通过移动终端在小程序上浏览商品时，系统根据用户终端获取地理位置后推荐一家离客户最近的真实门店，展示商品信息。系统判断客户选定的商品是否满足库存充足且该商品上架条件，如果满足，则根据用户的收货地址与真实门店地址计算距离，如果距离是真实门店的同城配送服务商配送距离，则马上安排快捷及时的同城配送服务；如果超过真实门店的同城配送服务商配送距离，则为当前选择的商品查询在城市仓虚拟门店的销售信息，如果满足销售条件则自动为用户切换全国送模式，将订单下到城市仓虚拟门店上，完成快递全国送服务。
121.本发明一种城市仓虚拟店实现全国送的方法，不需重新全部编写复杂的业务代码，开发覆盖全国用户的线上商城软件平台，只需在原有门店同城配送平台的开发框架中添加城市仓虚拟门店，构建城市仓虚拟门店与真实门店之间的映射关系来实现在已有的同城配送模式上增加全国配送模式管理的技术方案，节省了大量开发系统的时间、并节省人力开发成本。可以兼顾同城配送和全国配送模式，满足不同地理位置用户享受快速送达商品的优质服务要求。
122.实施例四
123.本发明还提供一种城市仓虚拟店实现全国送的系统，该系统包括：
124.映射关系构建模块，用于构建真实门店与预设在电商软件平台中的城市仓虚拟门店之间的映射关系，所述电商软件平台中已设置顾客自提和同城配送两种商品配送模式；
125.数据映射模块，用于基于所述映射关系对所述城市仓虚拟门店的销售信息表与所述真实门店的销售信息表执行数据映射操作；
126.配送距离计算模块，用于当接收到用户针对所述真实门店提交的商品订单时，计算所述用户的收货地址与所述真实门店之间的距离；
127.商品配送管理模块，用于若所述距离超出所述真实门店的商品配送覆盖范围，则查询所述商品订单中的商品在所述城市仓虚拟门店的销售信息表中的商品销售信息，若该商品销售信息符合预设的销售条件，则将所述商品订单绑定到所述城市仓虚拟门店下，向所述用户推荐全国配送的商品配送模式。
128.在一个实施例中，所述映射关系构建模块包括：
129.获取商品信息子模块，用于获取真实门店所对应的商品基本信息和真实仓库数量；
130.创建虚拟门店子模块，用于依据所述商品基本信息在电商软件平台中创建与所述真实仓库数量匹配的城市仓虚拟门店；
131.定时绑定映射关系子模块，用于设置定时任务绑定所述城市仓虚拟门店与所述真实门店之间的映射关系。
132.在一个实施例中，所述定时绑定映射关系子模块包括:
133.判断覆盖范围单元，用于按照所述真实门店的区域划分确定所述城市仓虚拟门店所管辖的目标覆盖范围；
134.计算商品配送覆盖范围单元，用于在预设的时间周期内，计算所述真实门店的商品配送覆盖范围；
135.绑定映射关系单元，用于若所述商品配送覆盖范围落入所述目标覆盖范围内，则绑定该目标覆盖范围所归属的城市仓虚拟门店与所述真实门店之间的映射关系。
136.在一个实施例中，所述数据映射模块包括：
137.执行水平分表子模块，用于以门店维度对所述电商软件平台的数据库中存储的销售信息总表执行水平分表操作，得到各个所述真实门店对应的销售信息表；
138.真实门店销售信息更新子模块，用于当所述真实门店的销售信息表发生数据变化时，基于所述映射关系将所述真实门店的销售信息表中的商品销售信息更新到关联的城市仓虚拟门店的销售信息表中，以完成数据映射操作；
139.城市仓虚拟门店销售信息更新子模块，用于当所述城市仓虚拟门店的销售信息表发生数据变化时，基于所述映射关系将所述城市仓虚拟门店的销售信息表中的商品销售信息更新到关联的真实门店的销售信息表中，以完成数据映射操作。
140.在一个实施例中，所述真实门店销售信息更新子模块，包括：
141.销售信息表拆分单元，用于当所述真实门店的销售信息表发生数据变化时，将该销售信息表拆分成门店固定信息表单和门店商品变化数据信息表单，所述门店商品变化数据信息表单用于记录实时变化的商品销售信息，包括商品库存和商品上下架状态；
142.表单锁定单元，用于调用数据库引擎锁定所述门店商品变化数据信息表单；
143.表单锁定更新单元，用于基于所述映射关系将锁定后的门店商品变化数据信息表单中记录的商品销售信息更新到关联的城市仓虚拟门店的销售信息表中，以完成数据映射操作。
144.在一个实施例中，所述真实门店销售信息更新子模块还包括生成目标查询语句单元，用于在执行表单锁定单元之后，设置拦截器对待访问所述门店商品变化数据信息表单
的查询语句进行改装，生成目标查询语句。
145.在一个实施例中，该系统还包括数据映射任务调度模块，用于采用任务调度器定时执行刷新所述真实门店的销售信息表与所述城市仓虚拟门店的销售信息表的数据映射任务。
146.在一个实施例中，所述数据映射任务调度模块，包括分布式锁执行子模块，用于当任务调度器定时触发时，使用分布式锁执行一次所述真实门店的销售信息表的刷新，将所述真实门店在定时周期内的库存变化信息同步更新一次至关联的城市仓虚拟门店中，以执行完成一次数据映射任务。
147.在一个实施例中，该系统的商品配送管理模块还用于若所述距离未超出所述真实门店的商品配送覆盖范围且所述商品订单中的商品在所述真实门店的销售信息表中的商品销售信息符合预设的销售条件，则将所述商品订单绑定到所述真实门店下，向所述用户推荐顾客自提和同城配送两种商品配送方式。
148.上述实施例为本发明较佳的实施方式，但本发明的实施方式并不受上述实施例的限制，其他的任何未背离本发明的精神实质与原理下所作的改变、修饰、替代、组合、简化，均应为等效的置换方式，都包含在本发明的保护范围之内。