CN112053207A - 订单信息的获取方法、装置、计算机设备及存储介质 - Google Patents
订单信息的获取方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN112053207A CN112053207A CN202010907330.4A CN202010907330A CN112053207A CN 112053207 A CN112053207 A CN 112053207A CN 202010907330 A CN202010907330 A CN 202010907330A CN 112053207 A CN112053207 A CN 112053207A
- Authority
- CN
- China
- Prior art keywords
- order information
- information
- order
- updating
- commodity
- 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
Images
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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例涉及一种订单信息的获取方法、装置、计算机设备及存储介质，所述方法包括：接收第一设备发送的对商品的订单信息的更新信息，所述更新信息中携带有所述商品的生产信息；基于所述更新信息对存储于第一存储地址中的所述订单信息进行更新，得到第一订单信息；接收第二设备发送的关于所述订单信息的查看请求；响应于所述查看请求从所述第一存储地址中获取所述第一订单信息进行展示，由此方法，可以给客户展示其购买商品的商家生产状态，让客户清晰了解等待时间，进而降低客诉率。
Description
技术领域
本发明实施例涉及互联网电子商务领域，尤其涉及一种订单信息的获取方法、装置、计算机设备及存储介质。
背景技术
网络时代的发展推动了电子商务模式的形成，在传统的电商平台，顾客下单购买商品后，只能看到商品的发货信息和物流信息，发货时间是由商家控制的，对于一些个性化定制类的商品来说，前期的定制生产周期较长，有时候即使已经制作完成，商家还可能因为想要在自身方便的情况下进行发货，可能会拖延发货时间，造成客户等待时间较长。
目前，在C2M模式下，顾客下单购买商品后，会有商家生产商品的环节，但是电商平台无法获取商品的生产信息，从而商品的生产信息就无法同步到电商平台，顾客仍然无法查看已购商品的实时生产状态，对于客户来说，下单后迟迟不发货，也无法查看商品状态，会造成疑惑甚至引发投诉。
发明内容
鉴于此，为解决上述电商平台无法获取商品生产信息的技术问题，本发明实施例提供一种订单信息的获取方法、装置、计算机设备及存储介质。
第一方面，本发明实施例提供一种订单信息的获取方法，包括：
接收第一设备发送的对商品的订单信息的更新信息，所述更新信息中携带有所述商品的生产信息；
基于所述更新信息对存储于第一存储地址中的所述订单信息进行更新，得到第一订单信息；
接收第二设备发送的关于所述订单信息的查看请求；
响应于所述查看请求从所述第一存储地址中获取所述第一订单信息进行展示。
在一个可能的实施方式中，所述方法还包括：
基于所述更新信息，对存储于第二存储地址中的所述订单信息进行更新，得到第二订单信息。
在一个可能的实施方式中，所述方法还包括：
间隔第一预设时间对比所述第一订单信息和所述第二订单信息；
若所述第一订单信息与所述第二订单信息不一致，则从所述第一设备中获取所述商品的全量订单信息，所述全量订单信息包括所述订单信息和至少一个所述更新信息；
基于所述全量订单信息，对存储于第一存储地址中的所述第一订单信息执行更新操作，以及对存储于第二存储地址中的所述第二订单信息执行更新操作。
在一个可能的实施方式中，所述方法还包括：
接收所述第一设备发送的验证信息，以对所述验证信息进行验证；
若验证通过，向所述第一设备返回验证通过的消息；
其中，所述接收第一设备发送的对商品的订单信息的更新信息包括：
接收所述第一设备响应于所述验证通过的消息反馈的对商品的订单信息的更新信息。
在一个可能的实施方式中，所述方法还包括：
若验证未通过，向所述第一设备返回验证异常的消息。
在一个可能的实施方式中，所述方法还包括：
获取单位时间内对所述第一订单信息进行查看的查看次数；
若所述查看次数超过第一阈值，基于所述第一订单信息对应的订单号，以将所述订单号添加至订单同步队列中；
检测是否满足预定触发条件；
若满足所述预定触发条件，更新所述订单同步队列中的每个订单的信息。
在一个可能的实施方式中，所述方法还包括：
若所述订单同步队列中的所述第一订单信息存在更新，基于更新后的所述第一订单信息生成第一提醒消息；
将所述第一提醒消息发送给所述第二设备。
在一个可能的实施方式中，所述方法还包括：
基于所述第二设备发送的所述第一订单信息的查看次数以及所述第一订单信息中的当前状态，生成第二提醒消息；
将所述第二提醒消息发送给所述第一设备。
在一个可能的实施方式中，所述方法还包括：
接收所述第一设备根据第二预设时间发送的全量订单信息；
基于所述全量订单信息，对所述第二订单信息进行更新，得到更新后的所述第二订单信息。
第二方面，本发明实施例提供一种订单信息的获取装置，包括：
接收模块，用于接收第一设备发送的对商品的订单信息的更新信息，所述更新信息中携带有所述商品的生产信息；
所述接收模块，还用于接收第二设备发送的关于所述订单信息的查看请求；
更新模块，用于基于所述更新信息对存储于第一存储地址中的所述订单信息进行更新，得到第一订单信息；
展示模块，用于响应于所述查看请求从所述第一存储地址中获取所述第一订单信息进行展示。
第三方面，本发明实施例提供一种计算机设备，包括：处理器和存储器，所述处理器用于执行所述存储器中存储的订单信息的获取程序，以实现上述第一方面中所述的订单信息的获取方法。
第四方面，本发明实施例提供一种存储介质，包括：所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述第一方面中所述的订单信息的获取方法。
本发明实施例提供的订单信息的获取方法，通过接收第一设备发送的对商品的订单信息的更新信息，所述更新信息中携带有所述商品的生产信息；基于所述更新信息对存储于第一存储地址中的所述订单信息进行更新，得到第一订单信息；接收第二设备发送的关于所述订单信息的查看请求；响应于所述查看请求从所述第一存储地址中获取所述第一订单信息进行展示，由此方法，可以给客户展示其购买商品的商家生产状态，让客户清晰了解等待时间，同时可以根据用户浏览的信息和次数分析用户行为模式，提醒商家和用户订单的进度，进而降低客诉率。
附图说明
图1为本发明实施例提供的一种订单信息的获取方法的流程示意图；
图2a为本发明实施例提供的另一种订单信息的获取方法的流程示意图的第一部分；
图2b为本发明实施例提供的另一种订单信息的获取方法的流程示意图的第二部分；
图3为本发明实施例提供的一种订单信息的获取装置的结构示意图；
图4为本发明实施例提供的一种计算机设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
为便于对本发明实施例的理解，下面将结合附图以具体实施例做进一步的解释说明，实施例并不构成对本发明实施例的限定。
图1为本发明实施例提供的一种订单信息的获取方法的流程示意图，如图1所示，该方法具体包括：
本方案可应用在网络电商平台，当客户下单后，商城系统可以通过本方案获取商家更新的商品的生产节点信息并展示给客户，客户可以清楚的看到自己购买的商品到达什么节点，从而了解等待时间，降低客诉率。
S11、接收第一设备发送的对商品的订单信息的更新信息，所述更新信息中携带有所述商品的生产信息。
在本发明中，第一设备上可安装应用程序。在具体实施例中，第一设备可以是应用程序本身，如商家用户端。
在具体实施例中，第一设备可由终端设备实现或者由网络设备与终端设备通过网络相集成构成的设备实现。在此，网络设备包括但不限于如网络主机、单个网络服务器、多个网络服务器集或基于云计算的计算机集合等实现。在此，云由基于云计算(CloudComputing)的大量主机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。在此，所述终端设备可以是任何一种可与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等方式进行人机交互的电子产品，例如PC、手机、智能手机、PDA、可穿戴设备、掌上电脑PPC、平板电脑、智能电视等。所述网络包括但不限于互联网、广域网、城域网、局域网、VPN网络、无线自组织网络(AdHoc网络)等。本领域技术人员应能理解上述第一设备仅为举例，其他现有的或今后可能出现的网络设备或终端设备如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。在此，网络设备及终端设备均包括一种能够按照事先设定或存储的指令，自动进行数值计算和信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电路(ASIC)、可编程门阵列(FPGA)、数字处理器(DSP)、嵌入式设备等。
在具体实施例中，商家在生产商品过程中会将商品的生产节点在第一设备上安装的商品生产管理系统上进行更新，当商家更新系统上的商品的生产节点信息后可以主动向商城系统推送商品生产节点的更新信息，此更新信息仅为商品某一个或多个生产节点较之前有变化的信息，非商品的全量订单信息。在此，商品的生产信息是指商品被制造、创造的活动和过程，其可由商品的生产节点信息来表示，如，对于商品“短袖”，其生产过程具体多个生产节点，节点名称为：裁片、调浆、印花、车缝、加logo、加吊牌、检验、出厂，则这些生产节点信息即表明了商品“短袖”的生产信息。
商品的全量订单信息至少包括：订单号、订单行号、预计生产交期、生产开始时间、生产结束时间、生产节点信息和发货时间。
其中，生产节点信息至少包括：生产节点名称、生产节点开始时间、生产节点结束时间、生产节点计划数量、生产节点实际数量和生产节点进度百分比。
S12、基于所述更新信息对存储于第一存储地址中的所述订单信息进行更新，得到第一订单信息。
在本发明中，需要分配两个存储地址，分别为第一存储地址和第二存储地址，两个存储地址的配置方式可以为商城系统随数据量大小自动分配相应的两个存储地址，也可以由开发人员预先设置两个存储地址，在本方案中不做具体限定，第一存储地址用作存储全部订单分别对应的商品的全量订单信息，客户查询自己的订单信息时，商城系统从第一存储地址调取订单信息展示给用户，在具体实施例中，第一存储地址可以是数据中心。
进一步地，商城系统将每次接收到的商家推送的商品生产节点的更新信息在第一存储地址中相应的商品的订单信息下进行存储，然后每次接收到新的商品生产节点更新信息后，会对第一存储地址中相应的商品的订单信息下的商品生产节点信息进行更新，得到第一订单信息，该第一订单信息为更新后的商品的全量订单信息。
S13、接收第二设备发送的关于所述订单信息的查看请求。
S14、响应于所述查看请求从所述第一存储地址中获取所述第一订单信息进行展示。
在本发明中，第二设备上可安装应用程序。在具体实施例中，第二设备可以是应用程序本身。例如，第二设备为买家客户端。
在具体实施例中，第二设备可由终端设备实现，在此，所述终端设备可以是任何一种可与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等方式进行人机交互的电子产品，例如PC、手机、智能手机、 PDA、可穿戴设备、掌上电脑PPC、平板电脑、智能电视等。本领域技术人员应能理解上述第二设备仅为举例，其他现有的或今后可能出现的第二设备如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。在此，终端设备为一种能够按照事先设定或存储的指令，自动进行数值计算和信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电路(ASIC)、可编程门阵列(FPGA)、数字处理器(DSP)、嵌入式设备等。
在具体实施例中，当客户从第二设备发送其所购买的商品的订单信息查看请求后，商城系统接收到客户的订单信息的查看请求，响应于客户订单信息的查看请求，从第一存储地址中调取相应订单的全量订单信息展示给客户。
本发明实施例提供的订单信息的获取方法，通过接收第一设备发送的对商品的订单信息的更新信息，所述更新信息中携带有所述商品的生产信息；基于所述更新信息对存储于第一存储地址中的所述订单信息进行更新，得到第一订单信息；接收第二设备发送的关于所述订单信息的查看请求；响应于所述查看请求从所述第一存储地址中获取所述第一订单信息进行展示，由此方法，可以给客户展示其购买商品的商家生产节点信息，让客户清晰了解自己下单的商品当前处于生产的哪一道环节，总共还需要多少环节即可生产完成并发货，可以预计等待时间。
图2a为本发明实施例提供的另一种订单信息的获取方法的流程示意图的第一部分，如图2a所示，该方法具体包括：
S21、接收所述第一设备发送的验证信息，以对所述验证信息进行验证。
调取商城系统开放的与商家系统的同步接口之前，需要商家在商城注册中心进行注册，并获取自身的用户名和密码，通过用户名和密码获取 Token作为登录凭证，Token的有效期为7天，后台通过refresh刷新时限，如果Token过期，则需要商家重新通过用户名和密码进行获取。
S22、若所述验证信息通过，向所述第一设备返回验证通过的消息；
S23、接收所述第一设备响应于所述验证通过的消息反馈的对商品的订单信息的更新信息。
商城系统会对商家从商家用户端发送的Token进行验证，如果根据 Token验证该商家是商城的合作商家，则验证信息通过，商城系统向商家用户端返回验证成功的消息，并接收商家用户端根据商城系统返回的验证成功的消息，将商品生产节点更新信息推送给商城系统，商城系统接收到商品的生产节点的更新信息后，在第一存储地址中更新对应的商品订单的生产节点信息。
S24、基于所述更新信息，对存储于第二存储地址中的所述订单信息进行更新，得到第二订单信息。
在本发明中，第二存储地址用于对商品的订单信息进行版本控制，帮助记录和跟踪商品的订单信息内容的全部修改变化过程，在具体实施例中，第二存储地址可以是缓存中心。
商城系统根据接收到的商品生产节点的更新信息，将第二存储地址中相应的商品的订单信息下的商品的生产节点信息同样进行更新，得到第二订单信息，该第二订单信息为第二存储地址中更新后的商品的全量订单信息。
S25、若验证未通过，向所述第一设备返回验证异常的消息。
如果根据Token无法查询到此商家信息，证明此商家不是商城的合作商家，则验证不通过，商城系统将验证异常的消息发送给商家用户端，并不能进行后续信息推送的程序。
S26、接收所述第一设备根据第二预设时间发送的全量订单信息。
S27、基于所述全量订单信息，对所述第二订单信息进行更新，得到更新后的所述第二订单信息。
在本发明实施例中，商家根据第二预设时间(例如，每日晚7点)上传生产商品对应的全量订单信息到商城系统，商城系统接收到商品全量订单信息后，根据订单号找到对应的存储在第二存储地址中的商品的订单信息，并将此全量订单信息全部覆盖第二存储地址中对应商品的全量订单信息，使第二存储地址内的数据每天都得到全面更新，得到全面更新后的第二存储地址内存储的商品的全量订单信息。
S28、间隔第一预设时间对比所述第一订单信息和所述第二订单信息。
商城系统根据第一预设的时间(例如，1小时)对比第一存储地址中存储的商品的第一订单信息和第二存储地址中存储的商品的第二订单信息。因为商家推送商品的订单信息时，可能由于网络等因素影响造成商城系统接收数据失败，商家每天上传商品全量订单信息更新第二存储地址数据后，可能会造成第一存储地址与第二存储地址中分别存储的同一商品的全量订单信息不一致，因此需要定时对比第一存储地址中存储的商品的第一订单信息和第二存储地址中存储的商品的第二订单信息。
S29、若所述第一订单信息与所述第二订单信息不一致，则从所述第一设备中获取所述商品的全量订单信息，所述全量订单信息包括所述订单信息和至少一个所述更新信息。
如果第一存储地址中存储的商品的第一订单信息和第二存储地址中存储的商品的第二订单信息不一致，则说明商家推送给商城系统的商品更新信息并未被商城系统全部接收到，因此商城系统直接从商家系统上获取相应的商品的全量订单信息，该获取方式可以是直接从商家系统上拉取相应的商品的全量订单信息，也可以是向商家推送信息需更新的消息，使商家收到提示后，主动推送相应的商品的全量订单信息。
S210、基于所述全量订单信息，对存储于第一存储地址中的所述第一订单信息执行更新操作，以及对存储于第二存储地址中的所述第二订单信息执行更新操作。
根据获取到的相应商品的全量订单信息，对第一存储地址和第二存储地址中分别存储的同一商品的全量订单信息进行对比更新。
例如，商品为定制T恤，第一存储地址中存储的商品的生产节点是印花，第二存储地址中存储的生产节点是包装，商家系统存储的生产节点信息可能与第二存储地址中存储的生产节点信息一致，也可能比第二存储地址中存储的生产节点信息还要更快一步，所以商城系统获取商家系统的商品全量订单信息，更新第一存储地址和第二存储地址中分别存储的同一商品的全量订单信息。
图2b为本发明实施例提供的另一种订单信息的获取方法的流程示意图的第二部分，如图2b所示，该方法具体包括：
S211、获取单位时间内对所述第一订单信息进行查看的查看次数。
当客户从买家客户端发送其所购买的商品的订单信息的查看请求后，商城系统接收到客户的订单信息查看请求，响应于客户订单信息查看请求，从第一存储地址中调取对应商品的全量订单信息展示给客户，并记录客户单位时间内发送的商品的订单信息的查看请求的查看次数。
S212、若所述查看次数超过第一阈值，基于所述第一订单信息对应的订单号，以将所述订单号添加至订单同步队列中。
如果客户单位时间内发送的商品的订单信息的查看次数超过第一阈值 (例如，5次/时)，则将客户查询的商品的订单号添加至订单同步队列中，同一客户会查看很多订单信息，不同用户也会查看自身的很多订单信息，商城系统都会记录这些单位时间内查看次数超过阈值的订单号并记录到订单同步队列中。
S213、检测是否满足预定触发条件。
S214、若满足所述预定触发条件，更新所述订单同步队列中的每个订单的信息。
在本发明实施例中，预先设置更新订单同步队列中的每个订单的信息的触发条件，触发条件至少包括订单同步队列中记录的订单号的数量超过第二阈值和/或订单同步队列中的任一订单号在该订单同步队列中存在的时间超过第三阈值。
进一步地，如果订单同步队列中存储的订单号的数量超过第二阈值(例如，100个)，或，订单同步队列中的任一个订单号存在于订单同步队列中的时间超过第三阈值(例如，1小时)，则商城系统从商家系统中直接查询订单同步队列中存储的全部订单号分别对应的全量订单信息并获取全部订单号分别对应的全量订单信息。
进一步地，对比获取到的订单同步队列中存储的全部订单号分别对应的全量订单信息与商城系统的第一存储地址中存储的对应订单号的全量订单信息，如果获取到的全部订单号分别对应的全量订单信息与商城系统的第一存储地址中存储的对应订单号的全量订单信息不一致，则根据获取到的全部订单号分别对应的全量订单信息对商城系统的第一存储地址中存储的对应订单号的全量订单信息进行更新，同时更新第二存储地址中存储的对应订单号的全量订单信息。
可选的，如果获取到的全部订单号分别对应的全量订单信息与商城系统的第一存储地址中存储的对应订单号的全量订单信息一致，则不需要更改第一存储地址中存储的对应订单号的数据。
S215、若所述订单同步队列中的所述第一订单信息存在更新，基于更新后的所述第一订单信息生成第一提醒消息。
S216、将所述第一提醒消息发送给所述第二设备。
如果第一存储地址中存储的商品的全量订单信息进行过更新，则生成提醒商品的订单信息更新的消息，并将商品的订单信息更新消息发送给买家客户端，使客户及时了解商品的订单状态。
S217、基于所述第二设备发送的所述第一订单信息的查看次数以及所述第一订单信息中的当前状态，生成第二提醒消息。
如果客户单位时间内从买家客户端发送其所购买的商品的订单信息查看次数超过第一阈值并且根据第一存储地址中存储的商品的订单信息的当前状态，如果订单信息处于商家生产状态，则生成提醒商家加急生产的消息；如果订单信息处于待发货状态，则生成提醒商家加急发货的消息。
进一步地，还可以根据客户查询的商品以及查询该商品的次数，根据大数据分析，得出客户可能比较着急使用此商品或者类似商品，平台可推送此商品的周边商品给用户，促进商品销售。
S218、将所述第二提醒消息发送给所述第一设备。
将上述生成的提醒商家加急生产的消息或提醒商家加急发货的消息发送给商家用户端，提醒商家尽快处理商品订单，较少客户的等待时间，有效降低客诉率。
本发明实施例提供的订单信息的获取方法，通过接收第一设备发送的对商品的订单信息的更新信息，所述更新信息中携带有所述商品的生产信息；基于所述更新信息对存储于第一存储地址中的所述订单信息进行更新，得到第一订单信息；接收第二设备发送的关于所述订单信息的查看请求；响应于所述查看请求从所述第一存储地址中获取所述第一订单信息进行展示，由此方法，可以给客户展示其购买商品的商家生产状态，让客户清晰了解等待时间，同时可以根据用户浏览的信息和次数分析用户行为模式，提醒商家和用户订单的进度，进而降低客诉率，还可以根据用户的行为分析得到用户行为模型，进而给用户推荐其他商品，增加商城的商品销量。
图3为本发明实施例提供的一种订单信息的获取装置的结构示意图。
在此，获取装置是指一种能够获取商品的订单信息、并可将订单信息进行展示的设备，其可以从商家系统获取商品的全量订单信息，并基于用户的查询请求，将全量订单信息进行展示。
在具体实施例中，获取装置可由终端设备实现或者由网络设备与终端设备通过网络相集成构成的设备实现。在此，网络设备包括但不限于如网络主机、单个网络服务器、多个网络服务器集或基于云计算的计算机集合等实现。在此，云由基于云计算(CloudComputing)的大量主机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。在此，所述终端设备可以是任何一种可与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等方式进行人机交互的电子产品，例如PC、手机、智能手机、PDA、可穿戴设备、掌上电脑PPC、平板电脑、智能电视等。所述网络包括但不限于互联网、广域网、城域网、局域网、VPN网络、无线自组织网络(AdHoc网络)等。本领域技术人员应能理解上述获取装置仅为举例，其他现有的或今后可能出现的网络设备或终端设备如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。在此，网络设备及终端设备均包括一种能够按照事先设定或存储的指令，自动进行数值计算和信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电路(ASIC)、可编程门阵列(FPGA)、数字处理器(DSP)、嵌入式设备等。
在具体实施例中，该获取装置可以应用在商城平台的系统中，该系统可以存在于商城平台的服务器中。该获取装置具体包括：
接收模块301，用于接收第一设备发送的对商品的订单信息的更新信息，所述更新信息中携带有所述商品的生产信息；
所述接收模块301，还用于接收第二设备发送的关于所述订单信息的查看请求；
更新模块302，用于基于所述更新信息对存储于第一存储地址中的所述订单信息进行更新，得到第一订单信息；
展示模块303，用于响应于所述查看请求从所述第一存储地址中获取所述第一订单信息进行展示。
在一个可能的实施方式中，所述接收模块，具体用于接收所述第一设备发送的验证信息，以对所述验证信息进行验证；若验证通过，向所述第一设备返回验证通过的消息；接收所述第一设备响应于所述验证通过的消息反馈的对商品的订单信息的更新信息。
在一个可能的实施方式中，所述接收模块，还用于若验证未通过，向所述第一设备返回验证异常的消息。
在一个可能的实施方式中，所述接收模块，还用于接收所述第一设备根据第二预设时间发送的全量订单信息。
在一个可能的实施方式中，所述更新模块，具体用于基于所述更新信息，对存储于第二存储地址中的所述订单信息进行更新，得到第二订单信息。
在一个可能的实施方式中，所述更新模块，还用于间隔第一预设时间对比所述第一订单信息和所述第二订单信息；若所述第一订单信息与所述第二订单信息不一致，则从所述第一设备中获取所述商品的全量订单信息，所述全量订单信息包括所述订单信息和至少一个所述更新信息；基于所述全量订单信息，对存储于第一存储地址中的所述第一订单信息执行更新操作，以及对存储于第二存储地址中的所述第二订单信息执行更新操作。
在一个可能的实施方式中，所述更新模块，还用于获取单位时间内对所述第一订单信息进行查看的查看次数；若所述查看次数超过第一阈值，基于所述第一订单信息对应的订单号，以将所述订单号添加至订单同步队列中；检测是否满足预定触发条件；若满足所述预定触发条件，更新所述订单同步队列中的每个订单的信息。
在一个可能的实施方式中，所述展示模块，具体用于若所述订单同步队列中的所述第一订单信息存在更新，基于更新后的所述第一订单信息生成第一提醒消息；将所述第一提醒消息发送给所述第二设备。
在一个可能的实施方式中，所述展示模块，还用于基于所述第二设备发送的所述第一订单信息的查看次数以及所述第一订单信息中的当前状态，生成第二提醒消息；将所述第二提醒消息发送给所述第一设备。
本实施例提供的订单信息的获取装置可以是如图3中所示的订单信息的获取装置，可执行如图1-2中订单信息的获取方法的所有步骤，进而实现图1-2所示订单信息的获取方法的技术效果，具体请参照图1-2相关描述，为简洁描述，在此不作赘述。
图4为本发明实施例提供的一种计算机设备的结构示意图，图4所示的计算机设备400包括：至少一个处理器401、存储器402、至少一个网络接口404和其他用户接口403。计算机设备400中的各个组件通过总线系统405耦合在一起。可理解，总线系统405用于实现这些组件之间的连接通信。总线系统405除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图4中将各种总线都标为总线系统405。
其中，用户接口403可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。
可以理解，本发明实施例中的存储器402可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器 (Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM， EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory， RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器 (Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器 (DoubleData Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本文描述的存储器402旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中，存储器402存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统4021和应用程序4022。
其中，操作系统4021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序4022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser) 等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序4022中。
在本发明实施例中，通过调用存储器402存储的程序或指令，具体的，可以是应用程序4022中存储的程序或指令，处理器401用于执行各方法实施例所提供的方法步骤，例如包括：
接收第一设备发送的对商品的订单信息的更新信息，所述更新信息中携带有所述商品的生产信息；基于所述更新信息对存储于第一存储地址中的所述订单信息进行更新，得到第一订单信息；接收第二设备发送的关于所述订单信息的查看请求；响应于所述查看请求从所述第一存储地址中获取所述第一订单信息进行展示。
在一个可能的实施方式中，基于所述更新信息，对存储于第二存储地址中的所述订单信息进行更新，得到第二订单信息。
在一个可能的实施方式中，间隔第一预设时间对比所述第一订单信息和所述第二订单信息；若所述第一订单信息与所述第二订单信息不一致，则从所述第一设备中获取所述商品的全量订单信息，所述全量订单信息包括所述订单信息和至少一个所述更新信息；基于所述全量订单信息，对存储于第一存储地址中的所述第一订单信息执行更新操作，以及对存储于第二存储地址中的所述第二订单信息执行更新操作。
在一个可能的实施方式中，接收所述第一设备发送的验证信息，以对所述验证信息进行验证；若验证通过，向所述第一设备返回验证通过的消息；接收所述第一设备响应于所述验证通过的消息反馈的对商品的订单信息的更新信息。
在一个可能的实施方式中，若验证未通过，向所述第一设备返回验证异常的消息。
在一个可能的实施方式中，获取单位时间内对所述第一订单信息进行查看的查看次数；若所述查看次数超过第一阈值，基于所述第一订单信息对应的订单号，以将所述订单号添加至订单同步队列中；检测是否满足预定触发条件；若满足所述预定触发条件，更新所述订单同步队列中的每个订单的信息。
在一个可能的实施方式中，若所述订单同步队列中的所述第一订单信息存在更新，基于更新后的所述第一订单信息生成第一提醒消息；将所述第一提醒消息发送给所述第二设备。
在一个可能的实施方式中，基于所述第二设备发送的所述第一订单信息的查看次数以及所述第一订单信息中的当前状态，生成第二提醒消息；将所述第二提醒消息发送给所述第一设备。
在一个可能的实施方式中，接收所述第一设备根据第二预设时间发送的全量订单信息；基于所述全量订单信息，对所述第二订单信息进行更新，得到更新后的所述第二订单信息。
上述本发明实施例揭示的方法可以应用于处理器401中，或者由处理器401实现。处理器401可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器401中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器401可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器402，处理器401读取存储器402中的信息，结合其硬件完成上述方法的步骤。
可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSPDevice， DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
本实施例提供的计算机设备可以是如图4中所示的计算机设备，可执行如图1-2中订单信息的获取方法的所有步骤，进而实现图1-2所示订单信息的获取方法的技术效果，具体请参照图1-2相关描述，为简洁描述，在此不作赘述。
本发明实施例还提供了一种存储介质(计算机可读存储介质)。这里的存储介质存储有一个或者多个程序。其中，存储介质可以包括易失性存储器，例如随机存取存储器；存储器也可以包括非易失性存储器，例如只读存储器、快闪存储器、硬盘或固态硬盘；存储器还可以包括上述种类的存储器的组合。
当存储介质中一个或者多个程序可被一个或者多个处理器执行，以实现上述在计算机设备侧执行的订单信息的获取方法。
所述处理器用于执行存储器中存储的订单信息的获取程序，以实现以下在计算机设备侧执行的订单信息的获取方法的步骤：
接收第一设备发送的对商品的订单信息的更新信息，所述更新信息中携带有所述商品的生产信息；基于所述更新信息对存储于第一存储地址中的所述订单信息进行更新，得到第一订单信息；接收第二设备发送的关于所述订单信息的查看请求；响应于所述查看请求从所述第一存储地址中获取所述第一订单信息进行展示。
在一个可能的实施方式中，基于所述更新信息，对存储于第二存储地址中的所述订单信息进行更新，得到第二订单信息。
在一个可能的实施方式中，间隔第一预设时间对比所述第一订单信息和所述第二订单信息；若所述第一订单信息与所述第二订单信息不一致，则从所述第一设备中获取所述商品的全量订单信息，所述全量订单信息包括所述订单信息和至少一个所述更新信息；基于所述全量订单信息，对存储于第一存储地址中的所述第一订单信息执行更新操作，以及对存储于第二存储地址中的所述第二订单信息执行更新操作。
在一个可能的实施方式中，接收所述第一设备发送的验证信息，以对所述验证信息进行验证；若验证通过，向所述第一设备返回验证通过的消息；接收所述第一设备响应于所述验证通过的消息反馈的对商品的订单信息的更新信息。
在一个可能的实施方式中，若验证未通过，向所述第一设备返回验证异常的消息。
在一个可能的实施方式中，获取单位时间内对所述第一订单信息进行查看的查看次数；若所述查看次数超过第一阈值，基于所述第一订单信息对应的订单号，以将所述订单号添加至订单同步队列中；检测是否满足预定触发条件；若满足所述预定触发条件，更新所述订单同步队列中的每个订单的信息。
在一个可能的实施方式中，若所述订单同步队列中的所述第一订单信息存在更新，基于更新后的所述第一订单信息生成第一提醒消息；将所述第一提醒消息发送给所述第二设备。
在一个可能的实施方式中，基于所述第二设备发送的所述第一订单信息的查看次数以及所述第一订单信息中的当前状态，生成第二提醒消息；将所述第二提醒消息发送给所述第一设备。
在一个可能的实施方式中，接收所述第一设备根据第二预设时间发送的全量订单信息；基于所述全量订单信息，对所述第二订单信息进行更新，得到更新后的所述第二订单信息。
专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (13)
1.一种订单信息的获取方法，其特征在于，包括：
接收第一设备发送的对商品的订单信息的更新信息，所述更新信息中携带有所述商品的生产信息；
基于所述更新信息对存储于第一存储地址中的所述订单信息进行更新，得到第一订单信息；
接收第二设备发送的关于所述订单信息的查看请求；
响应于所述查看请求从所述第一存储地址中获取所述第一订单信息进行展示。
2.根据权利要求1所述的方法，其特征在于，所述方法，还包括：
基于所述更新信息，对存储于第二存储地址中的所述订单信息进行更新，得到第二订单信息。
3.根据权利要求2所述的方法，其特征在于，所述方法，还包括：
间隔第一预设时间对比所述第一订单信息和所述第二订单信息；
若所述第一订单信息与所述第二订单信息不一致，则从所述第一设备中获取所述商品的全量订单信息，所述全量订单信息包括所述订单信息和至少一个所述更新信息；
基于所述全量订单信息，对存储于第一存储地址中的所述第一订单信息执行更新操作，以及对存储于第二存储地址中的所述第二订单信息执行更新操作。
4.根据权利要求1所述的方法，其特征在于，所述方法，还包括：
接收所述第一设备发送的验证信息，以对所述验证信息进行验证；
若验证通过，向所述第一设备返回验证通过的消息；
其中，所述接收第一设备发送的对商品的订单信息的更新信息包括：
接收所述第一设备响应于所述验证通过的消息反馈的对商品的订单信息的更新信息。
5.根据权利要求4所述的方法，其特征在于，所述方法，还包括：
若验证未通过，向所述第一设备返回验证异常的消息。
6.根据权利要求1至5中任一项所述的方法，其特征在于，所述方法，还包括：
获取单位时间内对所述第一订单信息进行查看的查看次数；
若所述查看次数超过第一阈值，基于所述第一订单信息对应的订单号，以将所述订单号添加至订单同步队列中；
检测是否满足预定触发条件；
若满足所述预定触发条件，更新所述订单同步队列中的每个订单的信息。
7.根据权利要求6所述的方法，其特征在于，所述预定触发条件包括以下至少任一项：
所述订单同步队列中的所述订单号的数量超过第二阈值；
所述订单同步队列中的任一订单号在所述订单同步队列中存在的时间超过第三阈值。
8.根据权利要求6所述的方法，其特征在于，所述更新所述订单同步队列中的每个订单的信息之后，还包括：
若所述订单同步队列中的所述第一订单信息存在更新，基于更新后的所述第一订单信息生成第一提醒消息；
将所述第一提醒消息发送给所述第二设备。
9.根据权利要求8所述的方法，其特征在于，所述方法，还包括：
基于所述第二设备发送的所述第一订单信息的查看次数以及所述第一订单信息中的当前状态，生成第二提醒消息；
将所述第二提醒消息发送给所述第一设备。
10.根据权利要求2所述的方法，其特征在于，所述方法，还包括：
接收所述第一设备根据第二预设时间发送的全量订单信息；
基于所述全量订单信息，对所述第二订单信息进行更新，得到更新后的所述第二订单信息。
11.一种订单信息的获取装置，其特征在于，包括：
接收模块，用于接收第一设备发送的对商品的订单信息的更新信息，所述更新信息中携带有所述商品的生产信息；
所述接收模块，还用于接收第二设备发送的订单信息的查看请求；
更新模块，用于基于所述更新信息对存储于第一存储地址中的所述订单信息进行更新，得到第一订单信息；
展示模块，用于响应于所述查看请求从所述第一存储地址中获取所述第一订单信息进行展示。
12.一种计算机设备，其特征在于，包括：处理器和存储器，所述处理器用于执行所述存储器中存储的订单信息的获取程序，以实现权利要求1～10中任一项所述的订单信息的获取方法。
13.一种存储介质，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1～10中任一项所述的订单信息的获取方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010907330.4A CN112053207A (zh) | 2020-09-01 | 2020-09-01 | 订单信息的获取方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010907330.4A CN112053207A (zh) | 2020-09-01 | 2020-09-01 | 订单信息的获取方法、装置、计算机设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112053207A true CN112053207A (zh) | 2020-12-08 |
Family
ID=73606624
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010907330.4A Pending CN112053207A (zh) | 2020-09-01 | 2020-09-01 | 订单信息的获取方法、装置、计算机设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112053207A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113506059A (zh) * | 2021-06-28 | 2021-10-15 | 深圳市盈捷创想科技有限公司 | 物流跟踪方法、装置和计算机可读存储介质 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1139264A2 (en) * | 2000-03-29 | 2001-10-04 | Ford Motor Company | Order status inquiry and tracking |
| JP2002197374A (ja) * | 2000-12-25 | 2002-07-12 | Nec Commun Syst Ltd | 仮想店舗商品配送状況確認システム |
| JP2008234013A (ja) * | 2007-03-16 | 2008-10-02 | Hitachi Information Systems Ltd | 問い合わせ管理システム及び問い合わせ管理プログラム |
| US20140052487A1 (en) * | 2012-08-15 | 2014-02-20 | Adriana Neagu | Deploying dispatch form with implied workflows to mobile devices |
| CN107122410A (zh) * | 2017-03-29 | 2017-09-01 | 武汉斗鱼网络科技有限公司 | 一种缓存更新方法及装置 |
| CN110942277A (zh) * | 2018-09-25 | 2020-03-31 | 阿里巴巴集团控股有限公司 | 订单的协同处理方法、装置、设备和存储介质 |
| CN111028032A (zh) * | 2019-05-22 | 2020-04-17 | 珠海随变科技有限公司 | 商品交易处理方法、装置、设备、系统及存储介质 |
| CN111325501A (zh) * | 2020-02-07 | 2020-06-23 | 珠海随变科技有限公司 | 一种物流状态管理方法、装置、设备及存储介质 |
| CN111427966A (zh) * | 2020-06-10 | 2020-07-17 | 腾讯科技（深圳）有限公司 | 数据库事务处理方法、装置及服务器 |
-
2020
- 2020-09-01 CN CN202010907330.4A patent/CN112053207A/zh active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1139264A2 (en) * | 2000-03-29 | 2001-10-04 | Ford Motor Company | Order status inquiry and tracking |
| JP2002197374A (ja) * | 2000-12-25 | 2002-07-12 | Nec Commun Syst Ltd | 仮想店舗商品配送状況確認システム |
| JP2008234013A (ja) * | 2007-03-16 | 2008-10-02 | Hitachi Information Systems Ltd | 問い合わせ管理システム及び問い合わせ管理プログラム |
| US20140052487A1 (en) * | 2012-08-15 | 2014-02-20 | Adriana Neagu | Deploying dispatch form with implied workflows to mobile devices |
| CN107122410A (zh) * | 2017-03-29 | 2017-09-01 | 武汉斗鱼网络科技有限公司 | 一种缓存更新方法及装置 |
| CN110942277A (zh) * | 2018-09-25 | 2020-03-31 | 阿里巴巴集团控股有限公司 | 订单的协同处理方法、装置、设备和存储介质 |
| CN111028032A (zh) * | 2019-05-22 | 2020-04-17 | 珠海随变科技有限公司 | 商品交易处理方法、装置、设备、系统及存储介质 |
| CN111325501A (zh) * | 2020-02-07 | 2020-06-23 | 珠海随变科技有限公司 | 一种物流状态管理方法、装置、设备及存储介质 |
| CN111427966A (zh) * | 2020-06-10 | 2020-07-17 | 腾讯科技（深圳）有限公司 | 数据库事务处理方法、装置及服务器 |
Non-Patent Citations (1)
| Title |
|---|
| 陈运雷: "基于普适计算的企业订单跟踪管理系统研究", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113506059A (zh) * | 2021-06-28 | 2021-10-15 | 深圳市盈捷创想科技有限公司 | 物流跟踪方法、装置和计算机可读存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9332065B2 (en) | Methods and apparatus for identifying browser use on a mobile device | |
| US11579891B2 (en) | Mobile service applications | |
| WO2018068631A1 (zh) | 账户登录方法、设备和服务器 | |
| US20170024800A1 (en) | Notification services for returning an item | |
| US9589295B2 (en) | Purchasing systems and methods | |
| US11620444B2 (en) | Providing action associated with event detected within communication | |
| US11776032B2 (en) | Customer service tool | |
| CN112689846A (zh) | 现货市场：位置感知的商务 | |
| CN110765451A (zh) | 风险识别方法和装置、电子设备 | |
| CN104679824A (zh) | 网络平台的网页生成方法及系统 | |
| KR20150052064A (ko) | 디지털 영수증의 관리 기법 | |
| CN111798293A (zh) | 一种云仓储订单处理方法、装置、计算机设备和存储介质 | |
| CN111930786A (zh) | 资源获取请求处理系统、方法及装置 | |
| CN112053207A (zh) | 订单信息的获取方法、装置、计算机设备及存储介质 | |
| US20240062263A1 (en) | Managing transaction state data | |
| US20140222559A1 (en) | Method and system of customer level transaction analytics across merchant sites | |
| US11379909B2 (en) | Computerized item rental using beacons | |
| US10572302B2 (en) | Computerized methods and systems for executing and analyzing processes | |
| CN107203915B (zh) | 数据存储方法及装置 | |
| US20210144221A1 (en) | Targeted electronic and networked content delivery | |
| CN111435516B (zh) | 一种订单处理的方法及装置、电子设备、存储介质 | |
| US10096056B2 (en) | Method, apparatus, and computer readable medium for providing a digital unwrapping trigger | |
| JP2016012269A (ja) | 契約支援システム、端末、サーバ、契約支援方法、及びプログラム | |
| US20180232823A1 (en) | Real Estate Social Media | |
| US20220284441A1 (en) | Detection of Warranty Expiration and Forwarding Notification |
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 | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 519080 Building 8, No.1, Harbin Institute of technology, Tangjiawan Town, Zhuhai City, Guangdong Province Applicant after: Zhuhai necessary Industrial Technology Co.,Ltd. Address before: Building 8, No.1, hagongda Road, Tangjiawan Town, Zhuhai City, Guangdong Province Applicant before: ZHUHAI SUIBIAN TECHNOLOGY Co.,Ltd. |
|
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201208 |