CN111046053A - 一种下单地址维护方法及装置 - Google Patents

Abstract

本发明公开了一种下单地址维护方法及装置，该方法包括：获取用户在销售前台发出的超限地址配置请求，根据超限地址配置请求向用户发放超限地址配置权限；获取超限地址配置权限后，判断超限地址管理系统是否存储有用户的第一地址信息，若有，则获取第一地址信息，否则，将用户地址管理系统的用户的第二地址信息同步至超限地址管理系统；对第一地址信息或第二地址信息进行编辑，将编辑生成的新的地址信息与用户的账号进行关联，保存至超限地址管理系统。本发明通过为特殊需求客户提供了超限地址配置的权限，避免因地址数量受限制而影响客户的客户体验，避免因地址数量受限制而频繁修改地址数据导致地址数据丢失，保证地址数据的准确性和完整性。

Description

一种下单地址维护方法及装置

技术领域

本发明涉及计算机技术领域，特别涉及一种下单地址维护方法及装置。

背景技术

当前销售平台的客户对应的下单地址数据统一由会员中心体系统一管理，而一般会员中心体系的地址管理系统都会限制客户最多支持添加的地址数量(如20个)。目前，客户在前端销售系统下单后，各前端销售系统通常是直接从会员中心体系的地址管理系统获取客户对应的地址数据，这样就限制对应客户下单时维护的地址的数量。

通过会员中心统一管理各前端销售系统对应客户地址信息，虽然有利于数据的准确性和一致性，但当出现特殊需求客户时，如客户需要给超过20地址下单，此时需要维护的地址数量超过了统一地址限制数量，那么会给客户在订单结算页下单增添麻烦，甚至需要客户在超限地址管理系统保存需下单数据，每次给超过20个地址下单，都需要繁琐更新会员中心地址数据，给用户造成不便。

基于上述问题，继续提出一种新的下单地址维护方案。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种下单地址维护方法及装置，以克服现有技术中销售系统的客户下单时可选地址数量受到限制、因地址数量受限制而频繁修改地址数据导致地址数据丢失以及采购效率降低等问题。

为解决上述一个或多个技术问题，本发明采用的技术方案是：

一方面，提供了一种下单地址维护方法，该方法包括如下步骤：

获取用户在销售前台发出的超限地址配置请求，根据所述超限地址配置请求向所述用户发放超限地址配置权限；

获取超限地址配置权限后，判断超限地址管理系统是否存储有所述用户的第一地址信息，若有，则获取所述第一地址信息，否则，将用户地址管理系统的所述用户的第二地址信息同步至超限地址管理系统；

对所述第一地址信息或所述第二地址信息进行编辑，将编辑生成的新的地址信息与所述用户的账号进行关联，保存至超限地址管理系统。

进一步的，所述根据所述超限地址配置请求向所述用户发放超限地址配置权限包括：

将所述超限地址配置请求中携带的用户编码与预设的用户列表进行比较，所述用户列表记录有具有地址数量超限权限的用户信息；

若所述用户列表中存在所述用户编码，则向所述用户发放超限地址配置权限。

进一步的，所述获取用户在销售前台发出的超限地址配置请求包括：

获取所述超限地址配置请求对应的用户账号信息，根据所述用户账号信息判断用户账号是否为管理账号，若是，则接受所述超限地址配置请求，否则不接受所述超限地址配置请求。

进一步的，若发出超限地址配置请求的用户账号为管理账号，则将编辑生成的新的地址信息与所述用户的账号进行关联，保存至超限地址管理系统后，将所述新的地址信息同步至所述管理账号的子账号。

进一步的，所述方法还包括：

若用户未发出的超限地址配置请求，则直接将用户地址管理系统的所述用户的第二地址信息返回至所述销售前台。

另一方面，提供了一种下单地址维护装置，所述装置包括：

请求获取模块，用于获取用户在销售前台发出的超限地址配置请求；

权限发放模块，用于根据所述超限地址配置请求向所述用户发放超限地址配置权限；

地址匹配模块，用于获取超限地址配置权限后，判断超限地址管理系统是否存储有所述用户的第一地址信息，若有，则获取所述第一地址信息，否则，将用户地址管理系统的所述用户的第二地址信息同步至超限地址管理系统；

地址编辑模块，用于对所述第一地址信息或所述第二地址信息进行编辑；

地址存储模块，用于将编辑生成的新的地址信息与所述用户的账号进行关联，保存至超限地址管理系统。

进一步的，所述权限发放模块包括：

信息比较单元，用于将所述超限地址配置请求中携带的用户编码与预设的用户列表进行比较，所述用户列表记录有具有地址数量超限权限的会员信息；

权限发放单元，用于若所述用户列表中存在所述用户编码，则向所述用户发放超限地址配置权限。

进一步的，所述请求获取模块包括：

信息获取单元，用于获取所述超限地址配置请求对应的用户账号信息；

账号判断单元，用于根据所述用户账号信息判断用户账号是否为管理账号，若是，则接受所述超限地址配置请求，否则不接受所述超限地址配置请求。

进一步的，所述装置还包括：

地址同步模块，用于若发出超限地址配置请求的用户账号为管理账号，则将编辑生成的新的地址信息与所述用户的账号进行关联，保存至超限地址管理系统后，将所述新的地址信息同步至所述管理账号的子账号。

进一步的，所述装置还包括：

地址返回模块，用于若用户未发出的超限地址配置请求，则直接将用户地址管理系统的所述用户的第二地址信息返回至所述销售前台。

本发明实施例提供的技术方案带来的有益效果是：

本发明实施例提供的下单地址维护方法及装置，通过获取用户在销售前台发出的超限地址配置请求，根据超限地址配置请求向用户发放超限地址配置权限，获取超限地址配置权限后，判断超限地址管理系统是否存储有用户的第一地址信息，若有，则获取第一地址信息，否则，将用户地址管理系统的用户的第二地址信息同步至超限地址管理系统，对第一地址信息或第二地址信息进行编辑，将编辑生成的新的地址信息与用户的账号进行关联，保存至超限地址管理系统，即根据不同采购需求为不同客户提供了超限地址配置的权限，避免因地址数量受限制而影响特殊需求客户(主要指收货地址超过限制数量的客户)的客户体验，并且通过给特殊需求客户提供超限地址配置的权限，避免客户因地址数量受限制而频繁修改地址数据导致地址数据丢失，保证客户的地址数据的准确性和完整性，提升客户采购的采购效率。

附图说明

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

图1是根据一示例性实施例示出的下单地址维护方法的流程图；

图2是根据一示例性实施例示出的根据超限地址配置请求向用户发放超限地址配置权限的流程图；

图3是根据一示例性实施例示出的下单地址维护装置的结构示意图。

具体实施方式

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

为了便于理解本申请实施例提供的具体实现方案，下面对实际应用中的一些可能导致销售系统的客户下单时可选地址数量受到限制、因地址数量受限制而频繁修改地址数据导致地址数据丢失以及采购效率降低等问题的应用场景进行说明。

场景一，特殊需求客户为某银行，银行给各个网点采购，各个网点无采购账号，或者有采购账号但是无采购权限，只能由银行进行统一购买，分别寄送到各个网点，网点的数量超过销售系统的可选地址数量。由于客户的下单地址数量受到限制，因此，客户(指该银行)在下单时，只能先在超限地址管理系统保存需下单数据，每次给不超过可选地址数量的地址下单，然后再更新会员中心地址数据，这样不仅给用户带来不便，降低客户采购的采购效率，而且容易造成地址数据丢失，不能保证客户的地址数据的准确性和完整性。

场景二：特殊需求客户为某政府部门，上级街道统一给下属单位进行采购，街道下属单位无采购账号，或者有采购账号但是无采购权限，只能由政府部门进行统一购买，同样的存在上述问题。

在实际应用中，还存在其他具体类似的场景，这里不再一一列举。

本申请实施例中就是针对上述情况，提供了相应的改进方案。在该方案中通过结合特殊需求客户的采购特性，为特殊需求客户配置了超限地址配置权限，对于获得该权限的客户，初始下单时会同步用户地址管理系统的地址数据存储在超限地址管理系统中对应客户的地址表内，再次更新数据时仅更新客户在超限地址管理系统中的地址表，不同步用户地址管理系统的地址，避免影响客户采购业务在销售系统的普通下单流程。同时优化下单时选择多地址交互体验，增加按收货人姓名首字母查询条件，为银行或政府部门等客户给下属网点、单位采购提供便利。

下面对本申请实施例提供的具体实现方案进行详细介绍

图1是根据一示例性实施例示出的下单地址维护方法的流程图，参照图1所示，该方法包括如下步骤：

S1：获取用户在销售前台发出的超限地址配置请求，根据所述超限地址配置请求向所述用户发放超限地址配置权限。

具体的，本发明实施例中，销售平台的客户对应的下单地址数据统一由用户地址管理系统统一管理，用户地址管理系统统一限制了客户的可选地址数量，这里不对可选地址数量做具体限定。用户在销售前台下单时，若是收货地址超过可选地址数量，可在销售前台发出超限地址配置请求。具体实施时，可在销售前台的结算页配置一个复选框，复选框被勾选即默认用户在销售前台发出的超限地址配置请求。复选框上可以设置文案提示，如“下单可选地址超过20个(指采购人给不同网点收货人下单，不同网点地址超过20个)”等。与销售前台相对应的运营后台接收该超限地址配置请求，并根据该超限地址配置请求向用户发放超限地址配置权限。

S2：获取超限地址配置权限后，判断超限地址管理系统是否存储有所述用户的第一地址信息，若有，则获取所述第一地址信息，否则，将用户地址管理系统的所述用户的第二地址信息同步至超限地址管理系统。

具体的，销售前台获取到运营后台发放的超限地址配置权限后，首先需要判断超限地址管理系统中是否存储有用户的第一地址信息，这里第一地址信息是指该用户曾经获取过超限地址配置权限，生成过超过用户地址管理系统统一限制的可选地址数量的地址信息，该地址即为第一地址信息。具体实施时，可以通过销售前台向超限地址管理系统发送一地址查询请求，超限地址管理系统接收到该地址查询请求后，查询本地是否存储有用户的第一地址信息，若有，将获取该第一地址信息，以供用户进行超限地址配置操作，否则，向超限地址管理系统向销售前台返回查询失败的提醒，此时，则将用户地址管理系统的用户的第二地址信息同步至超限地址管理系统，以供用户进行超限地址配置操作。

S3：对所述第一地址信息或所述第二地址信息进行编辑，将编辑生成的新的地址信息与所述用户的账号进行关联，保存至超限地址管理系统。

具体的，用户对第一地址信息或第二地址信息进行编辑，包括新增、删除、改写等操作，然后将编辑后生成的新的地址信息与该用户的账号进行关联，保存至超限地址管理系统。这里需要说明的是，新的地址信息只保存或更新在超限地址管理系统，不同步用户地址管理系统存储的该用户的地址信息(即第二地址信息)，避免影响客户采购业务在销售系统的普通下单流程。

用户编辑第一地址信息或第二地址信息的操作，是在销售前台进行的。具体实施时，预先在销售前台上设置一个或多个超限地址管理系统的数据接口，通过在销售前台上调用该数据接口进行数据同步处理(即对第一地址信息或第二地址信息进行编辑)。

图2是根据一示例性实施例示出的根据超限地址配置请求向用户发放超限地址配置权限的流程图，参照图2所示，作为一种较优的实施方式，本发明实施例中，所述根据所述超限地址配置请求向所述用户发放超限地址配置权限包括：

S101：将所述超限地址配置请求中携带的用户编码与预设的用户列表进行比较，所述用户列表记录有具有地址数量超限权限的用户信息。

具体的，本发明实施例中，超限地址配置权限并不是对所有客户进行开放的，只针对一些收货地址会超过用户中心限制的可选地址数量的客户进行开放，如银行、政府部门等。超限地址管理系统会根据各用户需求预先维护一份用户列表，超限地址配置权限仅对列表中的成员进行开放。超限地址管理系统接收到超限地址配置请求后，会先提取该超限地址配置请求中携带的用户编码，然后遍历预设的用户列表，查询将用户编码是否在该用户列表上。

S102：若所述用户列表中存在所述用户编码，则向所述用户发放超限地址配置权限。

具体的，若是查询到该用户列表中存在该用户编码，则说明超限地址配置权限是对该用户开放的，此时向该用户发放超限地址配置权限。若是查询到该用户列表中不存在该用户编码，则说明超限地址配置权限是不对该用户开放的，此时向销售前台返回不开放提醒信息，销售前台从用户地址管理系统获取该用户的地址信息。

作为一种较优的实施方式，本发明实施例中，所述获取用户在销售前台发出的超限地址配置请求包括：

获取所述超限地址配置请求对应的用户账号信息，根据所述用户账号信息判断用户账号是否为管理账号，若是，则接受所述超限地址配置请求，否则不接受所述超限地址配置请求。

具体的，本发明实施例中，用户账号可设置为包括管理账号(也可称之为母账号)和子账号，一个管理账号可对应多个子账号，管理账号可用于管理子账号，子账号只能进行采购。超限地址配置权限只能由管理账号进行申请，并编辑超限的地址信息。因此，在获取到超限地址配置请求后，先获取该请求对应的用户账号信息，根据该用户账号信息判断用户账号是否为管理账号，若是，则接受该超限地址配置请求，否则，不接受该超限地址配置请求。具体实施时，可以在分别为管理账号和子账号的账号信息中设置对应的标识，在根据该用户账号信息判断用户账号是否为管理账号时，直接通过该标识进行判断即可。

作为一种较优的实施方式，本发明实施例中，若发出超限地址配置请求的用户账号为管理账号，则将配置生成的新的地址信息与所述用户的账号进行关联，保存至超限地址管理系统后，将所述新的地址信息同步至所述管理账号的子账号。

具体的，由于只能由管理账号申请超限地址配置权限，并且只能由管理账号编辑超限的地址信息，而子账号可能也会有下单后收货地址超过限制数量的问题。因此，本发明实施例中，设置管理账号在获取到超限地址配置权限后，编辑生成的超限的地址信息对该管理账号对应的所有子账号均生效。因此，在将编辑生成的新的地址信息与用户的账号进行关联，保存至超限地址管理系统后，将该新的地址信息同步至与该管理账号对应的所有子账号上。

作为一种较优的实施方式，本发明实施例中，所述方法还包括：

若用户未发出的超限地址配置请求，则直接将用户地址管理系统的所述用户的第二地址信息返回至所述销售前台。

具体的，本发明实施例中，设置若用户未发出的超限地址配置请求(如未勾选结算页上配置的对应的复选框)，则直接将用户地址管理系统的用户的第二地址信息返回至到销售前台，供用户选择或编辑。这样，可以影响用户在销售前台的正常采购业务。

作为一种较优的实施方式，本发明实施例中，所述方法还包括：

对所述第一地址信息或所述第二地址信息进行编辑或选择时，设置可按收货人姓名首字母进行查询。

具体的，若默认选中全部按钮，则展示全部的地址信息，地址信息按照字母表收货人首字母从小到大排序，若首字母一致，则比较第二个字母，以此类推；将汉字和英文分为前后两部分，按照以上规则先排序汉字，再排序英文；同一首字母排序若包含汉字和英文，则汉字在前，英文在后。若选中字母表中某个具体的字母，展示以该字母为首字母的所有收货人地址信息，并按照字母表比较第二个字母从小到大排序，若第二个字母相同，则比较第三个字母，以此类推；将汉字和拼音分为前后两部分，按照上述规则先排序汉字，再排序英文。若选中的字母表中某个具体的字母无对应数据，则提示没有查询到相关地址。这样可以为用户在下单时选择地址或则编辑地址提供便利，提高用户体验。

图3是根据一示例性实施例示出的下单地址维护装置的结构示意图，参照图3所示，该装置包括：

请求获取模块，用于获取用户在销售前台发出的超限地址配置请求；

权限发放模块，用于根据所述超限地址配置请求向所述用户发放超限地址配置权限；

地址匹配模块，用于获取超限地址配置权限后，判断超限地址管理系统是否存储有所述用户的第一地址信息，若有，则获取所述第一地址信息，否则，将用户地址管理系统的所述用户的第二地址信息同步至超限地址管理系统；

地址编辑模块，用于对所述第一地址信息或所述第二地址信息进行编辑；

地址存储模块，用于将编辑生成的新的地址信息与所述用户的账号进行关联，保存至超限地址管理系统。

作为一种较优的实施方式，本发明实施例中，所述权限发放模块包括：

信息比较单元，用于将所述超限地址配置请求中携带的用户编码与预设的用户列表进行比较，所述用户列表记录有具有地址数量超限权限的用户信息；

权限发放单元，用于若所述用户列表中存在所述用户编码，则向所述用户发放超限地址配置权限。

作为一种较优的实施方式，本发明实施例中，所述请求获取模块包括：

信息获取单元，用于获取所述超限地址配置请求对应的用户账号信息；

账号判断单元，用于根据所述用户账号信息判断用户账号是否为管理账号，若是，则接受所述超限地址配置请求，否则不接受所述超限地址配置请求。

作为一种较优的实施方式，本发明实施例中，所述装置还包括：

地址同步模块，用于若发出超限地址配置请求的用户账号为管理账号，则将编辑生成的新的地址信息与所述用户的账号进行关联，保存至超限地址管理系统后，将所述新的地址信息同步至所述管理账号的子账号。

作为一种较优的实施方式，本发明实施例中，所述装置还包括：

地址返回模块，用于若用户未发出的超限地址配置请求，则直接将用户地址管理系统的所述用户的第二地址信息返回至所述销售前台。

综上所述，本发明实施例提供的技术方案带来的有益效果是：

本发明实施例提供的下单地址维护方法及装置，通过获取用户在销售前台发出的超限地址配置请求，根据超限地址配置请求向用户发放超限地址配置权限，获取超限地址配置权限后，判断超限地址管理系统是否存储有用户的第一地址信息，若有，则获取第一地址信息，否则，将用户地址管理系统的用户的第二地址信息同步至超限地址管理系统，对第一地址信息或第二地址信息进行编辑，将编辑生成的新的地址信息与用户的账号进行关联，保存至超限地址管理系统，即根据不同采购需求为不同客户提供了超限地址配置的权限，避免因地址数量受限制而影响特殊需求客户(主要指收货地址超过限制数量的客户)的客户体验，并且通过给特殊需求客户提供超限地址配置的权限，避免客户因地址数量受限制而频繁修改地址数据导致地址数据丢失，保证客户的地址数据的准确性和完整性，提升客户采购的采购效率。

需要说明的是：上述实施例提供的下单地址维护装置在触发地址维护业务时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的下单地址维护装置与下单地址维护方法实施例属于同一构思，即该装置是基于该下单地址维护方法的，其具体实现过程详见方法实施例，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种下单地址维护方法，其特征在于，所述方法包括如下步骤：

获取用户在销售前台发出的超限地址配置请求，根据所述超限地址配置请求向所述用户发放超限地址配置权限；

获取超限地址配置权限后，判断超限地址管理系统是否存储有所述用户的第一地址信息，若有，则获取所述第一地址信息，否则，将用户地址管理系统的所述用户的第二地址信息同步至超限地址管理系统；

对所述第一地址信息或所述第二地址信息进行编辑，将编辑生成的新的地址信息与所述用户的账号进行关联，保存至超限地址管理系统。

2.根据权利要求1所述的下单地址维护方法，其特征在于，所述根据所述超限地址配置请求向所述用户发放超限地址配置权限包括：

将所述超限地址配置请求中携带的用户编码与预设的用户列表进行比较，所述用户列表记录有具有地址数量超限权限的用户信息；

若所述用户列表中存在所述用户编码，则向所述用户发放超限地址配置权限。

3.根据权利要求1或2所述的下单地址维护方法，其特征在于，所述获取用户在销售前台发出的超限地址配置请求包括：

获取所述超限地址配置请求对应的用户账号信息，根据所述用户账号信息判断用户账号是否为管理账号，若是，则接受所述超限地址配置请求，否则不接受所述超限地址配置请求。

4.根据权利要求1或2所述的下单地址维护方法，其特征在于，若发出超限地址配置请求的用户账号为管理账号，则将编辑生成的新的地址信息与所述用户的账号进行关联，保存至超限地址管理系统后，将所述新的地址信息同步至所述管理账号的子账号。

5.根据权利要求1或2所述的下单地址维护方法，其特征在于，所述方法还包括：

若用户未发出的超限地址配置请求，则直接将用户地址管理系统的所述用户的第二地址信息返回至所述销售前台。

6.一种下单地址维护装置，其特征在于，所述装置包括：

请求获取模块，用于获取用户在销售前台发出的超限地址配置请求；

权限发放模块，用于根据所述超限地址配置请求向所述用户发放超限地址配置权限；

地址匹配模块，用于获取超限地址配置权限后，判断超限地址管理系统是否存储有所述用户的第一地址信息，若有，则获取所述第一地址信息，否则，将用户地址管理系统的所述用户的第二地址信息同步至超限地址管理系统；

地址编辑模块，用于对所述第一地址信息或所述第二地址信息进行编辑；

地址存储模块，用于将编辑生成的新的地址信息与所述用户的账号进行关联，保存至超限地址管理系统。

7.根据权利要求6所述的下单地址维护装置，其特征在于，所述权限发放模块包括：

信息比较单元，用于将所述超限地址配置请求中携带的用户编码与预设的用户列表进行比较，所述用户列表记录有具有地址数量超限权限的用户信息；

权限发放单元，用于若所述用户列表中存在所述用户编码，则向所述用户发放超限地址配置权限。

8.根据权利要求6或7所述的下单地址维护装置，其特征在于，所述请求获取模块包括：

信息获取单元，用于获取所述超限地址配置请求对应的用户账号信息；

账号判断单元，用于根据所述用户账号信息判断用户账号是否为管理账号，若是，则接受所述超限地址配置请求，否则不接受所述超限地址配置请求。

9.根据权利要求6或7所述的下单地址维护装置，其特征在于，所述装置还包括：

地址同步模块，用于若发出超限地址配置请求的用户账号为管理账号，则将编辑生成的新的地址信息与所述用户的账号进行关联，保存至超限地址管理系统后，将所述新的地址信息同步至所述管理账号的子账号。

10.根据权利要求6或7所述的下单地址维护装置，其特征在于，所述装置还包括：

地址返回模块，用于若用户未发出的超限地址配置请求，则直接将用户地址管理系统的所述用户的第二地址信息返回至所述销售前台。

Images