CN110135785A - 物品管理方法及装置、存储介质、电子设备 - Google Patents
物品管理方法及装置、存储介质、电子设备 Download PDFInfo
- Publication number
- CN110135785A CN110135785A CN201910426546.6A CN201910426546A CN110135785A CN 110135785 A CN110135785 A CN 110135785A CN 201910426546 A CN201910426546 A CN 201910426546A CN 110135785 A CN110135785 A CN 110135785A
- Authority
- CN
- China
- Prior art keywords
- storehouse
- dispatching
- request
- target item
- application
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
Landscapes
- Business, Economics & Management (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- Marketing (AREA)
- Quality & Reliability (AREA)
- Finance (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Accounting & Taxation (AREA)
- Operations Research (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例提供一种物品管理方法及装置、存储介质、电子设备,涉及物品管理领域。该物品管理方法包括:获取用于配送目标物品的配送请求,配送请求包括目标物品的需求量;确定当前库存量与需求量匹配的多个库房,多个库房对应的库房等级与发起配送请求的库房对应的库房等级相等或者跨级;其中,不同的库房等级对应的行政区划等级不同,目标物品存储在不同库房等级的库房中;从多个库房中确定出一个库房;根据配送请求生成目标物品的配送申请;配送申请用于指示需要从一个库房中配送所述需求量的目标物品至发起配送请求的库房;将配送申请发送给一个库房对应的库房节点。该物品管理方法提高了物品配送的效率。
Description
技术领域
本申请涉及物品管理技术领域,具体而言,涉及一种物品管理方法及装置、存储介质、电子设备。
背景技术
目前,电能表的配送采用一级库房配送到二级库房,二级库房配送到三级库房,三级库房配送到供电所的方式。在这种配送方式中,只能逐级配送,逐级配送就需要进行逐级审核,例如:三级库房向二级库房提交了配送申请,如果二级库房的库存量不能满足三级库房的需求,那么二级库房需要向一级库房提交配送申请,以满足三级库房的需求。
对于电能表此类的物品配送方式,需要逐级审核、逐级配送,使审核和配送的周期均较长,物品的配送效率较低,例如:假设二级库房不能满足三级库房的配送请求,则二级库房需要先向一级库房提交配送请求,在一级库房为二级库房配送后,二级库房再往三级库房配送。
发明内容
本申请提供一种物品管理方法及装置、存储介质、电子设备,以解决现有技术物品的配送效率低的技术问题。
本申请的实施例通过如下方式实现:
第一方面,本申请实施例提供一种物品管理方法,所述方法包括:获取用于配送目标物品的配送请求,所述配送请求包括所述目标物品的需求量;确定当前库存量与所述需求量匹配的多个库房,所述多个库房对应的库房等级与发起所述配送请求的库房对应的库房等级相等或者跨级;其中,不同的库房等级对应的行政区划等级不同,所述目标物品存储在不同库房等级的库房中;从所述多个库房中确定出一个库房;根据所述配送请求生成所述目标物品的配送申请;所述配送申请用于指示需要从所述一个库房中配送所述需求量的所述目标物品至发起所述配送请求的库房;将所述配送申请发送给所述一个库房对应的库房节点。
在本申请实施例中,与现有技术相比,一方面,不再采用逐级审核的方式,而是从当前库存量与需求量匹配的多个库房中确定出一个库房,相对于逐级审核,直接确定出满足配送请求的库房的方式能够快速的定位到某一个库房,某一个库房再去配送,简化了审核流程。另一方面,不再采用逐级配送的方式,确定出的一个库房的对应库房等级与发起配送请求的对应的库房等级相等或者跨级,如一级库房与三级库房、二级库房与供电所,或者二级库房与其他二级库房等,相对于逐级配送,在满足配送请求的情况下,就可以为其他库房配送,避免了配送周期过长对配送效率的影响,提高了物品的配送效率。
结合第一方面,在第一方面的第一种可能的实现方式中,所述方法还包括:
接收所述一个库房对应的库房节点返回的配送结果;所述配送结果用于表征所述一个库房中的所述需求量的所述目标物品已配送至发起所述配送请求的库房节点对应的库房;更新所述一个库房和发起所述配送请求的库房对应的所述目标物品的库存量。
在本申请实施例中,库房对应的库房节点会返回配送结果,根据该配送结果可以实时的对各个库房的库存量进行更新,以保证当前库存量的准确性,避免当前库存量的不准确可能导致确定出的一个库房并不满足配送请求的情况,提高物品配送的可靠性。
结合第一方面,在第一方面的第二种可能的实现方式中,从所述多个库房中确定出一个库房,包括:
获取预先存储的所述多个库房和发起所述配送请求的库房的地理位置;根据所述多个库房的地理位置和发起所述配送请求的库房的地理位置确定每个所述库房与发起所述配送请求的库房之间的距离值;确定所述距离值最小的库房为所述一个库房。
在本申请实施例中,将距离值最小的库房作为所述一个库房,距离值越小,配送到该一个库房的时间越短,提高物品的配送效率。
结合第一方面,在第一方面的第三种可能的实现方式中,从所述多个库房中确定出一个库房,包括:
获取预先存储的所述多个库房的地理位置;根据所述多个库房的地理位置和发起所述配送请求的库房的地理位置确定每个所述库房与发起所述配送请求的库房之间的距离值;根据所述距离值和每个所述库房的当前库存量确定出所述一个库房。
在本申请实施例中,在多个库房的当前库存量满足需求量的情况下,由于每个库房的当前库存量之间也有差别,尤其对于某些库存时间不能过长的物品(如电能表),结合考虑当前库存量与距离值,除了提高配送效率,还可以避免物品库存周期过长,便于物品的寿命周期管理。
结合第一方面,在第一方面的第四种可能的实现方式中,从所述多个库房中确定出一个库房,包括:
按照每个所述库房的所述当前库存量对所述多个库房排序,得到排好序的库房列表;显示所述库房列表;接收用户输入的确定操作,将所述确定操作指示的库房确定为所述一个库房。
在本申请实施例中,将多个库房排序为库房列表并显示,使用户在库房列表中选择出一个库房,将用户选择的库房作为所述一个库房,使确定出的一个库房能够匹配用户的需求或者想法。
结合第一方面,在第一方面的第五种可能的实现方式中,确定当前库存量与所述需求量匹配的多个库房,包括:
获取除发起所述配送请求的库房以外的其他库房的所述当前库存量大小;计算所述其他库房的当前库存量大小与所述需求量的差值;确定所述差值大于预设值的库房为所述多个库房。
在本申请实施例中,将差值大于预设值的库房确定为所述多个库房,使所述一个库房在目标物品减少需求量大小后,还能够有一定的余量。
结合第一方面,在第一方面的第六种可能的实现方式中,所述配送请求还包括所述目标物品的用途,所述方法还包括:
根据所述目标物品的用途确定所述配送申请的配送优先级;将所述配送申请的配送优先级发送给所述一个库房对应的库房节点。
在本申请实施例中,配送申请还对应有一个配送优先级,从而使在所述一个库房进行配送时,根据配送优先级进行配送,优先满足比较紧急的配送申请。
第二方面,本申请实施例提供一种物品配送装置,所述装置包括用于实现第一方面以及第一方面任意一种可能的实现方式中所述的方法的功能模块。
第三方面,本申请实施例提供一种可读存储介质,所述可读存储介质上存储有计算机程序,所述计算机程序被计算机运行时执行如第一方面以及第一方面任意一种可能的实现方式中所述的方法的步骤。
第四方面,本申请实施例提供一种电子设备,包括:存储器和处理器,所述存储器和所述处理器连接;所述存储器用于存储程序;所述处理器调用存储于所述存储器中的程序,以执行如第一方面以及第一方面任意一种可能的实现方式中所述的方法。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的物品管理方法流程图;
图2为本申请实施例提供的库房等级结构示意图;
图3为本申请实施例提供的物品管理系统第一实施例;
图4为本申请实施例提供的物品管理系统第一实施例中的实施流程图;
图5为本申请实施例提供的物品管理系统第二实施例;
图6为本申请实施例提供的物品管理系统第三实施例;
图7为本申请实施例提供的物品管理系统第三实施例中的实施流程图;
图8为本申请实施例提供的物品管理装置功能结构框图;
图9为本申请实施例提供的电子设备功能结构框图。
具体实施方式
下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行描述。
本申请实施例提供的物品管理方法可以应用于多种库存式的物品的管理,物品可以包括商品类的物品以及非商品类的物品,商品类的物品例如衣服、鞋子等;非商品类的物品例如测量设备、维修设备等,本申请实施例主要以电能表为例,介绍该物品管理方法。
接下来请参照图1,是本申请实施例提供的物品管理方法流程图,如图1所述,该物品管理方法包括:
步骤101:获取用于配送目标物品的配送请求。其中,配送请求包括目标物品的需求量。
步骤102:确定当前库存量与所述需求量匹配的多个库房。其中,多个库房对应的库房等级与发起配送请求的库房对应的库房等级相等或者跨级;其中,不同的库房等级对应的行政区划等级不同,目标物品存储在不同库房等级的库房中。
步骤103:从多个库房中确定出一个库房。
步骤104:根据配送请求生成目标物品的配送申请。其中,配送申请用于指示需要从一个库房中配送需求量的目标物品至发起配送请求的库房。
步骤105:将配送申请发送给一个库房对应的库房节点。
在本申请实施例中,与现有技术相比,一方面,不再采用逐级审核的方式,而是从当前库存量与需求量匹配的多个库房中确定出一个库房,相对于逐级审核,直接确定出满足配送请求的库房的方式能够快速的定位到某一个库房,某一个库房再去配送,简化了审核流程。另一方面,不再采用逐级配送的方式,确定出的一个库房的对应库房等级与发起配送请求的对应的库房等级相等或者跨级,避免了配送周期过长对配送效率的影响,提高了物品的配送效率。如一级库房与三级库房、二级库房与供电所,或者二级库房与其他二级库房等,相对于逐级配送,以二级库房举例来说,在满足供电所的配送请求的情况下,就可以为供电所配送,在满足其他二级库房的配送请求的情况下,就可以为其他二级库房配送,而不是仅能配送到三级库房。
在步骤101中,获取的配送请求可以是实时的:在某库房需要使用固定量的目标物品时,发现目标物品的库存量已没有或者小于固定量,发起配送请求,从而获取到配送请求。获取的配送请求也可以是非实时的:库房定期对物品的库存量进行核查,在发现目标物品的库存量已快不足,并且近期有使用该目标物品的需求,提前发起配送请求。
由于配送请求的发起可能是实时的,也可能是非实时的,所以配送请求中还可以包括目标物品的期望配送时间,该期望配送时间可以是具体的时间,也可以是某个时间段,例如三天后、三天内等。
在步骤102中,对于库房等级,请参照图2,是本申请实施例提供的一种库房等级结构示意图,如图2所示,不同的库房等级对应不同的行政区划等级。其中,一级库房为省级库房,一个省一般只设置一个省级库房,例如XX省,那么一级库房可以设置在省会XX市;二级库房为市级库房,设置在不同的市级城市中,每个市级城市可以设置一个二级库房,同样以XX省为例,二级库房设置在XX1市、XX2市等各个市级城市;三级库房为县/区级库房,设置在不同的县/区级城市,每个县/区级城市可以设置一个三级库房;四级库房为最小的库房等级,设置在乡/镇/街道级的地区中,每个乡/镇/街道地区可以设置一个四级库房。图中不同的库房之间的箭头代表管辖关系,如二级库房在一级库房的管辖范围内。
对于步骤102,本申请实施例提供两种不同的实施方式,第一种实施方式:确定当前库存量大于需求量的多个库房。在这种实施方式中,只要库房的当前库存量大于需求量,就可以确定为与需求量匹配的库房。第二种实施方式:步骤102包括:获取除发起配送请求的库房以外的其他库房的当前库存量大小;计算其他库房的当前库存量大小与需求量的差值;确定差值大于预设值的库房为所述多个库房。其中,预设值可以理解为目标物品的基础库存量值,即在不同的库房中,目标物品的库存量需要保持一个固定的库存量,以满足自身的使用需求。举例来说,假设目标物品的需求量为100,预设值为50,那么可以确定当前库存量大于150的库房为该多个库房。在这种实施方式中,将差值大于预设值的库房确定为所述多个库房,使所述一个库房在目标物品减少需求量大小后,还能够有一定的冗余。
多个库房对应的库房等级除了与发起配送申请的库房对应的库房等级相等或者跨级,也可以是上下级。以二级库房举例来说,若物品为电能表,二级库房的配送范围可以包括:一是可以直接将二级库房的电能表配送至一级库房,再由一级库房配送至相应库房(二级库房相当于备用一级库房);二是可以直接将二级库房的电能表配送至其他二级库房;三是可以直接将二级库房的电能表配送至本二级库房管辖的三级库房以及供电所;四是可以直接将二级库房的电能表配送至非本二级库房管辖的三级库房以及供电所。其他库房等级的库房与二级库房类似。
对于步骤103,从多个库房中确定出一个库房,本申请实施例提供三种实施方式,下面分别对这三种实施方式作介绍。
步骤103的第一种实施方式:获取预先存储的多个库房和发起配送请求的库房的地理位置;根据多个库房的地理位置和发起配送请求的库房的地理位置确定每个库房与发起配送请求的库房之间的距离值;确定距离值最小的库房为一个库房。其中,在计算距离值时,由于两个地理位置之间可能包括多条路线,因此可以将每条可行的路线的距离都计算出来,将可行的路线的距离的平均值作为两个地理位置之间的距离值;也可以将最小的距离值作为两个地理位置之间的距离值。进一步的,在根据距离值确定出一个库房时,确定与发起配送请求的库房之间的距离值最小的库房作为该一个库房,该距离值可以是平均距离值,也可以是最小距离值。
在第一种实施方式中,在多个库房的当前库存量满足需求量的情况下,考虑多个库房与发起配送请求的库房之间的距离值,避免了确定出的库房与发起配送请求的库房之间距离太远造成的配送时间过长的情况,减少了配送时间,提高配送效率。
步骤103的第二种实施方式:获取预先存储的多个库房和发起配送请求的库房的地理位置;根据多个库房的地理位置和发起配送请求的库房的地理位置确定每个库房与发起配送请求的库房之间的距离值;根据距离值和每个库房的当前库存量确定出一个库房。
第二种实施方式与第一种实施方式的区别在第三步:根据距离值和每个库房的当前库存量确定出一个库房。在这种实施方式中,同时考虑距离值和当前库存量的影响。确定的方式可以有多种,可以先确定距离值小于第一预设值的库房,再从距离值小于第一预设值的库房中确定当前库存量最大的库房作为该一个库房;也可以是先确定当前库存量大于第二预设值的库房,再从当前库存量大于第二预设值的库房中确定距离值最小的库房作为该库房;还可以是设置距离值与当前库存量的权重比例,该权重比例代表距离值与当前库存量对配送电能表的影响,该权重比例可以依据目标物品决定,若目标物品为电能表此类库存时间较短的物品,那么当前库存量的权重值是大于距离值的权重值的;若配送请求中还包含有配送时间,可以根据配送时间确定距离值的权重值。
在第二种实施方式中,在多个库房的当前库存量满足需求量的情况下,由于每个库房的当前库存量之间也有差别,尤其对于某些库存时间不能过长的物品(如电能表),结合考虑当前库存量与距离值,除了提高配送效率,还可以避免物品库存周期过长,提升物品的寿命周期管理。
步骤103的第三种实施方式:按照每个所述库房的当前库存量对多个库房排序,得到排好序的库房列表;显示库房列表;接收用户输入的确定操作,将确定操作指示的库房确定为一个库房。其中,在多个库房进行排序时,可以将多个库房按照当前库存量由大到小的顺序进行排列;也可以将多个库房按照当前库存量由小到大顺序进行排列。在显示库房列表后,用户可以根据自己的需求结合各个库房的当前库存量选择一个较为合适的库房作为该一个库房。
在第三种实施方式中,将多个库房排序为库房列表并显示,使用户在库房列表中选择出一个库房,将用户选择的库房作为所述一个库房,使确定出的一个库房能够匹配用户的需求或者想法。
在完成步骤103后,执行步骤104,在步骤104中,生成的配送申请中可以包括发起配送请求的库房的相关信息,目标物品的需求量、配送申请的期望配送时间等,以使该一个库房的工作人员能够根据配送申请配送需求量的目标物品至发起配送请求的库房。
由于该一个库房中可能不止一个配送申请,为了便于该一个库房的工作人员按照合理的顺序对各个配送申请进行配送,在配送请求中还可以包括目标物品的用途,如补充库存、用于抢修、用于更换等,不同的用途紧急程度不一样,如抢修用途的配送优先级高于补充库存用途的配送优先级,所以不同的配送申请可以对应有不同的配送优先级。
在设置每个配送申请的配送优先级时,可以在生成配送申请时就根据目标物品的用途确定配送申请的配送优先级,使配送申请中还包括配送申请的配送优先级信息。还可以是在执行步骤105,即将配送申请发送给一个库房对应的库房节点时,根据目标物品的用途确定配送申请的配送优先级,将配送申请以及配送申请的配送优先级一并发送给一个库房对应的库房节点。在这种实施方式中,生成的配送申请中还包括配送请求中的目标物品的用途信息。
在本申请实施例中,配送申请还对应有一个配送优先级,从而使对应的库房进行配送时,根据配送优先级进行配送,优先满足比较紧急的配送申请。
在将配送申请发送给一个库房对应的库房节点后,对应的库房节点会显示该配送申请,在显示该配送申请时,可以以配送订单的形式体现。在对应的库房节点中,一般不止接收一个配送申请,每接收到一个配送申请,就可以生成一个配送订单,配送订单中可以包括订单类型:配送订单可以为配送类订单;申请时间:可以对应配送申请发送的时间;申请单位:对应发起配送请求的库房;订单编号:可以是当前的订单次序或者其他固定形式的编号等。
在将配送申请发送给一个库房对应的库房节点后,一个库房的工作人员按照配送申请进行配送。在具体配送时,可以按照配送优先级进行配送。配送优先级较高的配送申请可以进行即时的配送,对于配送优先级相同的配送申请,可以按照提交配送申请的时间进行配送,提交的时间越早,优先配送。考虑到还有距离的影响,优先配送的与后配送的物品到达的时间也是不确定的,但是一般都能够在3个工作日以内配送完成。
在配送完成后,不管配送物品的库房,还是接收配送物品的库房,目标物品的库存量都会改变,为了后续的处理流程中能够准确的判断各个库房的当前库存量,还应进行库存量的更新。因此,该物品配送方法还包括:接收一个库房对应的库房节点返回的配送结果;配送结果用于表征一个库房中的需求量的目标物品已配送至发起配送请求的库房节点对应的库房;更新一个库房和发起配送请求的库房对应的目标物品的库存量。
在本申请实施例中,库房对应的库房节点会返回配送结果,根据该配送结果可以实时的对各个库房的库存量进行更新,以保证当前库存量的准确性,避免当前库存量的不准确可能导致确定出的一个库房并不满足配送请求的情况,提高物品配送的可靠性。
本申请实施例所提供的物品管理方法可以应用于三种不同的硬件环境,接下来结合本申请实施例的物品管理方法的实施方式对三种应用场景的硬件部署作介绍。
第一种应用场景,请参照图3,是本申请实施例提供的第一种物品管理系统200,该物品管理系统包括服务器201,多个客户端,如图3中的客户端202、客户端203、客户端204;服务器201与客户端通信连接,客户端可以是安装在电子设备上的应用程序(Application,APP)、固定的电脑终端或者手机终端等。每个客户端对应一个库房,库房的工作人员可以通过客户端与服务器201进行交互,例如上传数据、流程审批、查看任务等。
在这种实施方式中,用户在使用客户端与服务器201进行交互之前,需要在客户端上进行注册,客户端将注册信息发送给服务器201进行存储,在注册后,用户可以在客户端上输入登录信息进行登录,例如输入账号和密码或者指纹验证等,服务器201验证登录信息与注册信息一致后,用户才能够通过客户端与服务器201进行交互。其中,对于注册信息,注册信息中除了包括用户的个人信息,如身份证号、姓名等,还应包括用户的身份,如:是库房的工作人员、是库房的管理者等,还应包括所在的库房信息,包括地址信息,库房等级信息等。当然,对于库房信息,在系统200部署之前,服务器201中已经存储有各个库房的信息,包括库房等级和库房的地理位置以及初始库存量等,若后期有相关的变动,在通过服务器201的验证后,用户可以通过客户端对库房信息进行更新。在完成登录验证后,客户端与注册信息指示的库房具有对应关系。
在具体应用时,以配送物品为电能表为例,请参照图4,在该系统200中的实施流程可以包括:步骤1:客户端202接收用户输入的电能表配送请求,并发送给服务器201。步骤2:服务器201接收配送请求,确定出满足配送请求的库房。步骤3:服务器201生成配送请求对应的配送申请,将配送申请发送给满足配送请求的库房对应的客户端203。步骤4:客户端203接收并显示配送申请。在步骤1中,用户输入配送请求仅是其中一种实施方式,还可以是:客户端202实时获取对应的库房的电能表库存量大小,在客户端202中预设有一个库存量的最小值,当客户端202获取到的库存量值小于该阈值时,自动生成电能表的配送请求,至于该配送请求中的需求量,可以是获取到的库存量值与阈值的差值,或者略大于库存量值与阈值的差值。
在该种应用场景中,假设客户端202对应库房等级为二级库房的库房1,客户端203对应库房等级为供电所的库房2,库房1的工作人员通过客户端202发起电能表的配送请求,配送请求中指示需要100个电能表。客户端202将100个电能表的配送请求发送给服务器201,服务器201确定出满足库房1的100个电能表的配送请求的库房2,库房2的电能表库存量为150。服务器201生成该配送请求对应的配送申请,配送申请中包含的信息有:目的地库房:库房1;配送物品:电能表;配送量:100,服务器201将电能表的配送申请发送给客户端203。客户端203在接收到配送申请后,实时显示该配送申请。库房2的工作人员在查看该配送申请后,进行任务的分配,安排相关的配送人员进行配送工作。在完成配送后,库房1和库房2的工作人员通过各自对应的客户端反馈配送结果给服务器201,服务器201在接收到配送结果后,将库房1的电能表的库存量更新为原库存量加上100,库房2的电能表的库存量更新为50,以使整个管理系统中的数据是实时的,从而能够继续进行其他配送工作的安排。
接下来介绍第二种应用场景,请参照图5,是本申请实施例提供的第二种物品管理系统300,如图4所示,系统300包括服务器301和浏览器302。在这种应用场景中,用户可以通过浏览器302跳转到服务器301所在的网络地址,所有的数据都存储在服务器301上,服务器301和浏览器302之间通过网络协议进行通信,如超文本传输协议(HTTP,HyperTextTransferProtocol)。在这种应用场景中,可以采用Web service技术,Web service技术,能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件,就可相互交换数据或集成。
在这种实施方式中,不同的用户均可以通过各类电子设备登录浏览器302,包括电脑、手机等,在浏览器302上与服务器301进行交互。当然,要与服务器301进行交互,在登录之前,用户通过浏览器302进行注册,在注册时,填写相关的注册信息,注册信息在提交后会上传到服务器301进行存储。然后就能够输入登录信息进行登录等操作,在浏览器302上进行相关的操作以及查看任务等。其中关于注册信息、登录信息等与第一种应用场景中的实施方式相同,在此不再重复介绍。
在具体应用时,以配送物品为电能表为例,假设库房等级为二级库房的库房a的工作人员通过浏览器302发起100个电能表的配送请求,浏览器302将库房a的配送请求发送给服务器301。服务器301确定出满足库房a的配送请求的库房b,库房b的电能表库存量为150。服务器301生成库房a的配送请求对应的配送申请,配送申请中包含的信息有:目的地库房:库房1;配送物品:电能表;配送量:100。服务器201将电能表的配送申请发送给浏览器302。浏览器302在接收到配送申请后,在库房b的浏览器302端实时显示该配送申请,库房b的工作人员在查看该配送申请后,进行任务的分配,安排相关的人员进行配送工作。在完成配送后,库房a和库房b的工作人员均通过浏览器302反馈配送结果给服务器301,服务器301在接收到配送结果后,将库房a的电能表的库存量更新为原库存量+100,库房b的电能表的库存量更新为50,以使整个管理系统中的数据是实时的,从而能够继续进行其他配送工作的安排。其中,库房a和库房b的库房等级可以相等,或者库房a与库房b的库房等级为跨级关系,例如库房a是二级库房,库房b是供电所。
接下来介绍第三种应用场景,请参照图6,是本申请实施例提供的第三种物品管理系统400,如图6所示,系统400中包括多个库房节点,图中所示的如库房节点401、库房节点402、库房节点403,多个库房节点之间通信连接。在该系统中,库房节点是对应于库房的设备或者装置,例如计算机、固定的用户终端等,每个库房节点对应一个库房,各个库房节点对应的库房的库房等级可能相等也可能不相等。库房节点的设置位置可以是在对应的库房中,也可以不设置在对应的库房中。在该系统400中,每个库房节点存储自身的库房的数据,各个库房节点之间的数据可以共享。
在这种实施方式中,用户通过库房设置的库房节点与系统中的其他库房节点进行通信。以配送物品为电能表为例,请参照图7,在该系统400中的实施流程可以包括:步骤A:库房节点401接收用户输入的配送请求,根据配送请求确定满足配送请求的库房。步骤B:库房节点401根据配送请求生成配送申请,发送给满足配送请求的库房的库房节点402。步骤C:库房节点402接收并显示配送申请。其中,库房节点401和库房节点401所在的库房的库房等级可以相等,或者为跨级关系,例如库房节点401对应的库房是二级库房,库房节点402对应的库房是供电所。在步骤A中,用户输入配送请求仅是其中一种实施方式,还可以是:库房节点401实时获取对应的库房的电能表库存量大小,在库房节点401中预设有一个库存量的最小值,当库房节点401获取到的库存量值小于该阈值时,自动生成电能表的配送请求,至于该配送请求中的需求量,可以是获取到的库存量值与阈值的差值,或者略大于库存量值与阈值的差值。
假设库房等级为二级库房的库房A的工作人员通过对应的库房节点401发起100个电能表的配送请求。库房节点401接收该配送请求,根据配送请求确定出满足库房A的配送请求的库房B,库房B的电能表库存量为150。库房节点401生成库房A的配送请求对应的配送申请,配送申请中包含的信息有:目的地库房:库房B;配送物品:电能表;配送量:100。库房节点401将电能表的配送申请发送给库房B对应的库房节点402,库房节点402在接收到配送申请后,实时显示该配送申请,库房B的工作人员在查看该配送申请后,进行任务的分配,安排相关的人员进行配送工作。在完成配送后,库房A和库房B的工作人员分别在库房节点401和库房节点402上反馈配送结果,库房节点401和库房节点402在接收到配送结果后,将库房A的电能表的库存量更新为原库存量加上100,库房B的电能表的库存量更新为50,以使整个管理系统中的数据是实时的,从而能够继续进行其他配送工作的安排。
在以上三种应用场景中的实施流程中,实施流程中涉及到的各个步骤的详细实施方式在前述方法实施例中已经作了详细介绍,为了说明书的简洁,在此不再重复介绍。
接下来请参照图8,是本申请实施例提供的物品配送装置500,装置500包括获取模块501、处理模块502以及发送模块503。
获取模块501用于:获取用于配送目标物品的配送请求,所述配送请求包括所述目标物品的需求量。处理模块502用于:确定当前库存量与所述需求量匹配的多个库房,所述多个库房对应的库房等级与发起所述配送请求的库房对应的库房等级相等或者跨级;其中,不同的库房等级对应的行政区划等级不同,所述目标物品存储在不同库房等级的库房中;从所述多个库房中确定出一个库房;根据所述配送请求生成所述目标物品的配送申请;所述配送申请用于指示需要从所述一个库房中配送所述需求量的所述目标物品至发起所述配送请求的库房。发送模块503用于:将所述配送申请发送给所述一个库房对应的库房节点。
可选的,处理模块502还用于:接收所述一个库房对应的库房节点返回的配送结果;所述配送结果用于表征所述一个库房中的所述需求量的所述目标物品已配送至发起所述配送请求的库房节点对应的库房;更新所述一个库房和发起所述配送请求的库房对应的所述目标物品的库存量。
可选的,处理模块502还用于:获取预先存储的所述多个库房和发起所述配送请求的库房的地理位置;根据所述多个库房的地理位置和发起所述配送请求的库房的地理位置确定每个所述库房与发起所述配送请求的库房之间的距离值;根据所述距离值确定出所述一个库房。
可选的,处理模块502还用于:获取预先存储的所述多个库房的地理位置;根据所述多个库房的地理位置和发起所述配送请求的库房的地理位置确定每个所述库房与发起所述配送请求的库房之间的距离值;根据所述距离值和每个所述库房的当前库存量确定出所述一个库房。
可选的,处理模块502还用于:按照每个所述库房的所述当前库存量对所述多个库房排序,得到排好序的库房列表;显示所述库房列表;接收用户输入的确定操作,将所述确定操作指示的库房确定为所述一个库房。
可选的,处理模块502还用于:获取除发起所述配送请求的库房以外的其他库房的所述当前库存量大小;计算所述其他库存的当前库存量大小与所述需求量的差值;确定所述差值大于预设值的库房为所述多个库房。
可选的,所述配送请求还包括所述目标物品的用途,发送模块503还用于:根据所述目标物品的用途确定所述配送申请的配送优先级;将所述配送申请以及所述配送申请的配送优先级一并发送给所述一个库房对应的库房节点。
前述实施例中的物品管理方法中的各实施方式和具体实例同样适用于图8的装置,通过前述对物品管理方法的详细描述,本领域技术人员可以清楚的知道图8中的物品管理装置的实施方法,所以为了说明书的简洁,在此不再详述。
接下来请参照图9,是本申请实施例提供的电子设备600功能结构框图,该电子设备600可以作为前述实施例中的客户端,也可以搭载前述实施例中的浏览器,还可以作为前述实施例中的库房节点。如图9所示,电子设备600包括:存储器602、存储控制器604、一个或多个(图9中仅示出一个)处理器606、外设接口608、输入输出模块610、音频模块612、显示模块614、射频模块616和物品管理装置500。
存储器602、存储控制器604、处理器606、外设接口608、输入输出模块610、音频模块612、显示模块614、射频模块616各元件之间直接或间接地电连接,以实现数据的传输或交互。例如,这些元件之间可以通过一条或多条通讯总线或信号总线实现电连接。物品管理方法分别包括至少一个可以以软件或固件(firmware)的形式存储于存储器602中的软件功能模块,例如所述物品管理装置500包括的软件功能模块或计算机程序。
存储器602可以存储各种软件程序以及模块,如本申请实施例提供的物品管理方法及装置对应的程序指令/模块。处理器606通过运行存储在存储器602中的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现本申请实施例中的物品管理方法。
存储器602可以包括但不限于随机存取存储器(Random Access Memory,RAM),只读存储器(Read Only Memory,ROM),可编程只读存储器(Programmable Read-OnlyMemory,PROM),可擦除只读存储器(Erasable Programmable Read-Only Memory,EPROM),电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory,EEPROM)等。
处理器606可以是一种集成电路芯片,具有信号处理能力。上述处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(NetworkProcessor,NP)等;还可以是数字信号处理器、专用集成电路、现成可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。其可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
外设接口608将各种输入/输入装置耦合至处理器606以及存储器602。在一些实施例中,外设接口608、处理器606以及存储控制器604可以在单个芯片中实现。在其他一些实例中,他们可以分别由独立的芯片实现。
输入输出模块610用于提供给用户输入数据实现用户与电子设备600的交互。输入输出模块610可以是,但不限于,鼠标和键盘等。
音频模块612向用户提供音频接口,其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。
显示模块614在电子设备600与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本申请实施例中,显示模块614可以是液晶显示器或触控显示器。若为触控显示器,其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作,并将该感应到的触控操作交由处理器606进行计算和处理。
射频模块616用于接收以及发送电磁波,实现电磁波与电信号的相互转换,从而与通信网络或者其他设备进行通信。
可以理解,图9所示的结构仅为示意,电子设备600还可包括比图9中所示更多或者更少的组件,或者具有与图9所示不同的配置。图9中所示的各组件可以采用硬件、软件或其组合实现。
本申请实施例还提供了一种可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被计算机运行时执行上述任一实施方式的物品管理方法中的步骤。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的实施例而已,并不用于限制本申请的保护范围,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
Claims (10)
1.一种物品管理方法,其特征在于,所述方法包括:
获取用于配送目标物品的配送请求,所述配送请求包括所述目标物品的需求量;
确定当前库存量与所述需求量匹配的多个库房,所述多个库房对应的库房等级与发起所述配送请求的库房对应的库房等级相等或者跨级;其中,不同的库房等级对应的行政区划等级不同,所述目标物品存储在不同库房等级的库房中;
从所述多个库房中确定出一个库房;
根据所述配送请求生成所述目标物品的配送申请;所述配送申请用于指示需要从所述一个库房中配送所述需求量的所述目标物品至发起所述配送请求的库房;
将所述配送申请发送给所述一个库房对应的库房节点。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述一个库房对应的库房节点返回的配送结果;所述配送结果用于表征所述一个库房中的所述需求量的所述目标物品已配送至发起所述配送请求的库房节点对应的库房;
更新所述一个库房和发起所述配送请求的库房对应的所述目标物品的库存量。
3.根据权利要求1所述的方法,其特征在于,从所述多个库房中确定出一个库房,包括:
获取预先存储的所述多个库房和发起所述配送请求的库房的地理位置;
根据所述多个库房的地理位置和发起所述配送请求的库房的地理位置确定每个所述库房与发起所述配送请求的库房之间的距离值;
确定所述距离值最小的库房为所述一个库房。
4.根据权利要求1所述的方法,其特征在于,从所述多个库房中确定出一个库房,包括:
获取预先存储的所述多个库房的地理位置;
根据所述多个库房的地理位置和发起所述配送请求的库房的地理位置确定每个所述库房与发起所述配送请求的库房之间的距离值;
根据所述距离值和每个所述库房的当前库存量确定出所述一个库房。
5.根据权利要求1所述的方法,其特征在于,从所述多个库房中确定出一个库房,包括:
按照每个所述库房的所述当前库存量对所述多个库房排序,得到排好序的库房列表;
显示所述库房列表;
接收用户输入的确定操作,将所述确定操作指示的库房确定为所述一个库房。
6.根据权利要求1所述的方法,其特征在于,确定当前库存量与所述需求量匹配的多个库房,包括:
获取除发起所述配送请求的库房以外的其他库房的所述当前库存量大小;
计算所述其他库房的当前库存量大小与所述需求量的差值;
确定所述差值大于预设值的库房为所述多个库房。
7.根据权利要求1所述的方法,其特征在于,所述配送请求还包括所述目标物品的用途,所述方法还包括:
根据所述目标物品的用途确定所述配送申请的配送优先级;
将所述配送申请的配送优先级发送给所述一个库房对应的库房节点。
8.一种物品管理装置,其特征在于,所述装置包括:
获取模块:用于获取用于配送目标物品的配送请求,所述配送请求包括所述目标物品的需求量;
处理模块:用于确定当前库存量与所述需求量匹配的多个库房,所述多个库房对应的库房等级与发起所述配送请求的库房对应的库房等级相等或者跨级;其中,不同的库房等级对应的行政区划等级不同,所述目标物品存储在不同库房等级的库房中;
所述处理模块还用于从所述多个库房中确定出一个库房;
所述处理模块还用于根据所述配送请求生成所述目标物品的配送申请;所述配送申请用于指示需要从所述一个库房中配送所述需求量的所述目标物品至发起所述配送请求的库房;
发送模块:用于将所述配送申请发送给所述一个库房对应的库房节点。
9.一种可读存储介质,其特征在于,所述可读存储介质上存储有计算机程序,所述计算机程序被计算机运行时执行如权利要求1-7任一所述方法中的步骤。
10.一种电子设备,其特征在于,包括:存储器和处理器,所述存储器和所述处理器连接;
所述存储器用于存储程序;
所述处理器调用存储于所述存储器中的程序,以执行如权利要求1-7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910426546.6A CN110135785A (zh) | 2019-05-20 | 2019-05-20 | 物品管理方法及装置、存储介质、电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910426546.6A CN110135785A (zh) | 2019-05-20 | 2019-05-20 | 物品管理方法及装置、存储介质、电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110135785A true CN110135785A (zh) | 2019-08-16 |
Family
ID=67572045
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910426546.6A Pending CN110135785A (zh) | 2019-05-20 | 2019-05-20 | 物品管理方法及装置、存储介质、电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110135785A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111429072A (zh) * | 2020-04-13 | 2020-07-17 | 北京京东振世信息技术有限公司 | 用于处理器具需求信息的方法和装置 |
CN111924397A (zh) * | 2020-08-14 | 2020-11-13 | 上海明略人工智能(集团)有限公司 | 冷冻物品的存储方法及装置 |
CN113408972A (zh) * | 2020-03-17 | 2021-09-17 | 鸿富锦精密电子(成都)有限公司 | 不良库存监测方法、装置及计算机可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102622682A (zh) * | 2012-02-24 | 2012-08-01 | 上海世有机电科技有限公司 | 采用zigbee技术的仓储物流智能定位信息系统 |
CN107274125A (zh) * | 2017-06-08 | 2017-10-20 | 北京惠赢天下网络技术有限公司 | 配送商订单的处理方法、装置、服务器及订单分配系统 |
CN107464082A (zh) * | 2017-08-23 | 2017-12-12 | 北京惠赢天下网络技术有限公司 | 一种交易订单的处理方法及服务器 |
CN108388932A (zh) * | 2018-02-26 | 2018-08-10 | 镇江宝华物流股份有限公司 | 基于移动物联网的物流仓库管理系统 |
CN109359759A (zh) * | 2018-08-07 | 2019-02-19 | 深圳市易达云科技有限公司 | 智能分仓方法、设备及计算机可读存储介质 |
-
2019
- 2019-05-20 CN CN201910426546.6A patent/CN110135785A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102622682A (zh) * | 2012-02-24 | 2012-08-01 | 上海世有机电科技有限公司 | 采用zigbee技术的仓储物流智能定位信息系统 |
CN107274125A (zh) * | 2017-06-08 | 2017-10-20 | 北京惠赢天下网络技术有限公司 | 配送商订单的处理方法、装置、服务器及订单分配系统 |
CN107464082A (zh) * | 2017-08-23 | 2017-12-12 | 北京惠赢天下网络技术有限公司 | 一种交易订单的处理方法及服务器 |
CN108388932A (zh) * | 2018-02-26 | 2018-08-10 | 镇江宝华物流股份有限公司 | 基于移动物联网的物流仓库管理系统 |
CN109359759A (zh) * | 2018-08-07 | 2019-02-19 | 深圳市易达云科技有限公司 | 智能分仓方法、设备及计算机可读存储介质 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113408972A (zh) * | 2020-03-17 | 2021-09-17 | 鸿富锦精密电子(成都)有限公司 | 不良库存监测方法、装置及计算机可读存储介质 |
CN111429072A (zh) * | 2020-04-13 | 2020-07-17 | 北京京东振世信息技术有限公司 | 用于处理器具需求信息的方法和装置 |
WO2021208712A1 (zh) * | 2020-04-13 | 2021-10-21 | 北京京东振世信息技术有限公司 | 用于处理器具需求信息的方法和装置 |
CN111429072B (zh) * | 2020-04-13 | 2023-09-26 | 北京京东振世信息技术有限公司 | 用于处理器具需求信息的方法和装置 |
EP4138010A4 (en) * | 2020-04-13 | 2024-05-01 | Beijing Jingdong Zhenshi Information Tech Co Ltd | METHOD AND DEVICE FOR PROCESSING DEVICE REQUEST INFORMATION |
CN111924397A (zh) * | 2020-08-14 | 2020-11-13 | 上海明略人工智能(集团)有限公司 | 冷冻物品的存储方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104378341B (zh) | 模板获取方法、模板提供方法、装置及系统 | |
CN110135785A (zh) | 物品管理方法及装置、存储介质、电子设备 | |
CN110443533A (zh) | 商品分仓入库方法、装置、电子设备及计算机可读介质 | |
US8060401B2 (en) | Methods, systems, and computer-readable media for providing an indication of a schedule conflict | |
CN109840734A (zh) | 信息输出方法和装置 | |
CN107909261A (zh) | 订单推送方法和装置 | |
CN110059901A (zh) | 任务处理方法、装置和机器可读介质 | |
CN109284843A (zh) | 基于区块链的办公场所管理方法、装置、介质及电子设备 | |
CN108665130A (zh) | 用于任务分配的方法、装置、电子设备及计算机可读存储介质 | |
US20090024437A1 (en) | Methods, Systems, and Computer-Readable Media for Providing A Ratio of Tasks Per Technician | |
US20130179180A1 (en) | Rx Hub | |
WO2018228063A1 (zh) | 柜员机控制方法、装置、计算机设备和介质 | |
CN105719221A (zh) | 针对多任务的路径协同规划方法和装置 | |
CN109544076A (zh) | 用于生成信息的方法和装置 | |
CN109615290A (zh) | 用于获得送达地址的方法、装置、系统及介质 | |
CN109152061A (zh) | 通道调配方法、装置、服务器及存储介质 | |
CN109410019B (zh) | 一种基于区块链和物联网技术的商品比价方法 | |
CN110020846A (zh) | 一种转账业务处理方法及系统 | |
CN105608087A (zh) | 一种资源调度方法与设备 | |
CN107845028A (zh) | 订单信息处理方法及装置 | |
CN106156984A (zh) | 一种基于电子商务的物流系统 | |
CN107292511A (zh) | 基于云计算和大数据技术的企业资源管理方法及系统 | |
US9152937B2 (en) | Message sequence management of enterprise based correlated events | |
US20070291914A1 (en) | Network mapping and bidding system | |
EP4296922A1 (en) | Method and apparatus for determining logistics product, and electronic device and computer-readable medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190816 |
|
RJ01 | Rejection of invention patent application after publication |