物品信息查询方法、装置、电子设备及可读存储介质与流程

[0001]
本申请实施例涉及数据查询技术领域，尤其涉及物品信息查询技术领域。


背景技术：

[0002]
随着智能移动终端的广泛应用和电商的兴起，用户经常需要通过移动终端上的电商应用查询以及购买一些物品，在选购物品时，类似优惠券、积分兑换、优惠活动之类的交易参数修改信息是用户的关注重点。
[0003]
目前针对目标物品信息的查询方式，是以用户已拥有的交易参数修改信息入手，通过反查的方式确定已拥有的交易参数修改信息能否适用于目标物品。


技术实现要素：

[0004]
本申请实施例提出了一种物品信息查询方法、装置、电子设备及计算机可读存储介质。
[0005]
第一方面，本申请实施例提出了一种物品信息查询方法，包括：获取包含用户标识和目标物品标识的物品查询请求；其中，目标物品标识为目标物品的标识；查询得到与用户标识对应的第一交易参数修改信息；查询得到目标物品标识在至少一个预设属性维度下的第二交易参数修改信息；将第一交易参数修改信息和第二交易参数修改信息发送至发起物品查询请求的终端。
[0006]
在一些实施例中，查询得到目标物品标识在至少一个预设属性维度下的第二交易参数修改信息，包括：将目标物品标识下的每个预设属性维度均作为查询条件，并在预设的数据库中查找出与每个查询条件分别对应的第二交易参数修改信息；其中，数据库中采用以预设属性维度为键、以对应的交易参数修改信息为值的键值对形式进行数据的存储。
[0007]
在一些实施例中，在预设的数据库中查找出与每个查询条件分别对应的第二交易参数修改信息，包括：在预设的缓存数据库中查找出与每个查询条件分别对应的第二交易参数修改信息。
[0008]
在一些实施例中，该物品信息查询方法还包括：获取新创建的物品标识在至少一个预设属性维度与相应交易参数信息之间的对应关系信息，并利用结构化查询语言将对应关系信息写入持久化存储数据库；响应于监测到持久化存储数据库中新增对应关系信息，将新增的对应关系信息进行键值对转换，并将转换得到的键值对存储至缓存数据库。
[0009]
第二方面，本申请实施例提出了一种物品信息查询装置，包括：物品查询请求获取单元，被配置成获取包含用户标识和目标物品标识的物品查询请求；其中，目标物品标识为目标物品的标识；第一交易参数修改信息查询单元，被配置成查询与用户标识对应的第一交易参数修改信息；第二交易参数修改信息查询单元，被配置成查询目标物品标识在至少一个预设属性维度下的第二交易参数修改信息；交易参数修改信息发送单元，被配置成将第一交易参数修改信息和第二交易参数修改信息发送至发起物品查询请求的终端。
[0010]
在一些实施例中，第二交易参数修改信息查询单元包括：键值对形式查询子单元，
被配置成将目标物品标识下的每个预设属性维度均作为查询条件，并在预设的数据库中查找出与每个查询条件对应的第二交易参数修改信息；其中，数据库中采用以预设属性维度为键、以对应的交易参数修改信息为值的键值对形式存储数据。
[0011]
在一些实施例中，键值对形式查询子单元被进一步配置成：在预设的缓存数据库中查找出与每个查询条件对应的第二交易参数修改信息。
[0012]
在一些实施例中，该物品信息查询装置还包括：对应关系持久化存储单元，被配置成获取新创建的物品标识在至少一个预设属性维度与相应交易参数信息之间的对应关系信息，并利用结构化查询语言将对应关系信息写入持久化存储数据库；对应关系缓存单元，被配置成响应于监测到持久化存储数据库中新增对应关系信息，将新增的对应关系信息进行键值对转换，并将转换得到的键值对存储至缓存数据库。
[0013]
第三方面，本申请实施例提出了一种物品信息查询方法，包括：根据用户传入的物品查询信息，发起包含有用户标识和目标物品标识的物品查询请求；其中，目标物品标识为目标物品的标识；接收与用户对应的第一交易参数修改信息和与目标物品对应的第二交易参数修改信息；其中，第一交易参数修改信息对应于用户标识，第二交易参数修改信息对应于目标物品标识的至少一个预设属性维度；对第一交易参数修改信息和第二交易参数修改信息进行交叉匹配，并将匹配的部分交易参数修改信息标记为用户针对目标物品的可用交易参数修改信息。
[0014]
在一些实施例中，对第一交易参数修改信息和第二交易参数修改信息进行交叉匹配，包括：根据物品查询信息确定用户的当前查询需求；根据当前查询需求确定第一交易参数修改信息与第二交易参数修改信息之间的目标交叉匹配范围；对处于目标交叉匹配范围内的第一交易参数修改信息和第二交易参数修改信息进行交叉匹配。
[0015]
第四方面，本申请实施例提供了一种物品信息查询装置，包括：物品查询请求发起单元，被配置成根据用户传入的物品查询信息，发起包含有用户标识和目标物品标识的物品查询请求；其中，目标物品标识为目标物品的标识；交易参数修改信息接收单元，被配置成接收与用户对应的第一交易参数修改信息和与目标物品对应的第二交易参数修改信息；其中，第一交易参数修改信息对应于用户标识，第二交易参数修改信息对应于目标物品标识的至少一个预设属性维度；交叉匹配单元，对第一交易参数修改信息和第二交易参数修改信息进行交叉匹配，并将匹配的部分交易参数修改信息标记为用户针对目标物品的可用交易参数修改信息。
[0016]
在一些实施例中，交叉匹配单元进一步被配置成：根据物品查询信息确定用户的当前查询需求；根据当前查询需求确定第一交易参数修改信息与第二交易参数修改信息之间的目标交叉匹配范围；对处于目标交叉匹配范围内的第一交易参数修改信息和第二交易参数修改信息进行交叉匹配。
[0017]
第五方面，本申请实施例提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，该指令被至少一个处理器执行，以使至少一个处理器执行时能够实现如第一方面中任一实现方式描述的物品信息查询方法或实现如第三方面中任一实现方式描述的物品信息查询方法。
[0018]
第六方面，本申请实施例提供了一种存储有计算机指令的非瞬时计算机可读存储
介质，该计算机指令用于使计算机执行时能够实现如第一方面和第三方面中任一实现方式描述的物品信息查询方法。
[0019]
本申请实施例提供的物品信息查询方法、装置、电子设备及计算机可读存储介质，首先，获取包含用户标识和目标物品标识的物品查询请求；其中，该目标物品标识为目标物品的标识；然后，查询得到与该用户标识对应的第一交易参数修改信息；接着，查询得到该目标物品标识在至少一个预设属性维度下的第二交易参数修改信息；最后，将该第一交易参数修改信息和该第二交易参数修改信息发送至发起该物品查询请求的终端。
[0020]
相较于现有技术，本申请所提供方案中的服务器可根据物品查询请求中包含的用户标识和目标物品标识分别对应查询到第一交易参数修改信息、第二交易参数修改信息，且这些修改信息仅需通过最少一次数据交互即可传达至终端，以使终端可根据这些信息结合用户实际查询需求自行进行交叉匹配。由于本方案中用户拥有的第一交易参数修改信息和与目标物品标识在各预设属性维度下的第二交易参数修改信息修改各自独立存在，未像现有技术一样进行交叉，使得两者之间的交叉匹配操作无需一定由服务器来执行，显著降低了对服务器性能的影响，同时也减少了终端与服务器之间的数据交互次数。
[0021]
应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
[0022]
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
[0023]
图1是本申请可以应用于其中的示例性系统架构；
[0024]
图2是根据本申请的物品信息查询方法的一个实施例的流程图；
[0025]
图3是根据本申请的物品信息查询方法的另一个实施例的流程图；
[0026]
图4是根据本申请的物品信息查询方法的时序图；
[0027]
图5为根据本申请的物品信息查询装置的一个实施例的结构框图；
[0028]
图6为根据本申请的物品信息查询装置的另一个实施例的结构框图；
[0029]
图7是适用于实现本申请实施例的物品查询方法的电子设备的框图。
具体实施方式
[0030]
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
[0031]
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
[0032]
图1示出了可以应用本申请的物品信息查询方法、装置、电子设备及计算机可读存储介质的实施例的示例性系统架构100。
[0033]
如图1所示，系统架构100可以包括终端101、102、103，网络104和服务器105。网络104用以在终端101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0034]
用户可以使用终端101、102、103通过网络104与服务器105交互，以接收或发送消息等，例如用户通过终端101通过网络104向服务器105发起某个物品的信息查询请求。终端101、102、103和服务器105上可以安装有各种用于实现两者之间进行信息通讯的应用，例如线上购物类应用、物品优惠信息查询类应用、即时通讯类应用等。
[0035]
终端101、102、103和服务器105可以是硬件，也可以是软件。当终端101、102、103为硬件时，可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等；当终端101、102、103为软件时，可以安装在上述所列举的电子设备中，其可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块，在此不做具体限定。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器；服务器为软件时，可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块，在此不做具体限定。
[0036]
终端101、102、103和服务器105通过内置的各种应用均可以提供各种服务，以可以提供物品信息查收服务的在线购物类应用为例，服务器105在运行该在线购物类应用时可实现如下效果：首先，获取包含用户标识和目标物品标识的物品查询请求，目标物品标识为目标物品的标识；让后，查询得到与用户标识对应的第一交易参数修改信息；接着，查询得到目标物品标识在至少一个预设属性维度下的第二交易参数修改信息；最后，将第一交易参数修改信息和第二交易参数修改信息发送至发起物品查询请求的终端。
[0037]
对应的，终端101、102、103在运行该在线购物类应用时可实现如下效果：首先，根据用户传入的物品查询信息，发起包含有用户标识和目标物品标识的物品查询请求；然后，接收与用户对应的第一交易参数修改信息和与目标物品对应的第二交易参数修改信息；接着，对第一交易参数修改信息和第二交易参数修改信息进行交叉匹配，并将匹配的部分交易参数修改信息标记为用户针对目标物品的可用交易参数修改信息。
[0038]
即服务器105响应于终端101、102、103在用户操作下发来的物品查询请求，并向终端101、102、103返回了该用户实际拥有的第一交易参数修改信息以及所查询目标物品的第二交易参数修改信息，终端101、102、103即可根据接收到的交易参数修改信息通过交叉匹配确定出哪些第一交易参数修改信息可被用户在不进行额外操作的情况下直接用于选购目标物品。
[0039]
应该理解，图1中的终端、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端、网络和服务器。
[0040]
继续参考图2，其示出了本申请提供的一种物品信息查询方法的一个实施例的实现流程200，包括：
[0041]
步骤201：获取包含用户标识和目标物品标识的物品查询请求；
[0042]
本步骤旨在由物品信息查询方法的执行主体(例如图1所示的服务器105)获取包含用户标识和目标物品标识的物品查询请求。
[0043]
其中，用户标识为表征对应用户的标识，具体的，该用户标识可以具体表现为具有唯一性的用户身份id、身份证号、登录在线购物应用所使用的账号、昵称等；目标物品标识为目标物品的唯一标识，目标物品为所有物品中用户想要通过该物品查询请求实现查找其相关交易参数修改信息目的的物品，具体的，该目标物品标识可具体表现为具有唯一性的字符串，该字符串可基于实际应用场景下所制定的字符串生成规则得到，例如将一件物品
的生产时间、生产编号等可以唯一表征该件物品的属性信息通过哈希算法计算特征值，并将该特征值作为该件物品的标识。
[0044]
当然，物品查询请求中还可以包含除用户标识和目标物品标识之外的其它信息，例如终端类型、终端实际所使用的在线购物应用的版本、终端操作系统等，可根据实际情况下所有可能存在的特殊要求，灵活设置包含于物品查询请求中的信息种类，以便能使服务器根据包含其中的特定种类的信息实现相应的目的，例如根据终端操作系统返回相应操作系统可识别格式的数据文件、根据终端操作系统确定是否需要执行额外设置的一条操作等等。
[0045]
步骤202：查询得到与用户标识对应的第一交易参数修改信息；
[0046]
在步骤201的基础上，本步骤旨在查询得到与用户标识对应的第一交易参数修改信息。应当理解的是，本实施例的执行主体之所以能够通过本步骤获取到第一交易参数修改信息，是因为预先记录有用户标识与交易参数修改信息之间的对应关系，该对应关系被预先存储在可被服务器访问并执行查询操作的位置(例如服务器自身的某个数据存储模块)。具体的，该对应关系可以包括键值对、正则表达式等多种形式存在，例如将用户标识作为键值对中的键(key)，将对应的交易参数修改信息作为键值对中的值(value)，因此服务器可将接收到的用户标识作为key来查询得到相应的value。
[0047]
根据第一交易参数修改信息的获得方式可知，第一交易参数修改信息是与该用户标识代表的用户存在关联的交易参数修改信息，例如是隶属于该用户、该用户拥有使用权的交易参数修改信息。其中，所有可能对物品选购这一交易过程涉及到的参数起修改作用的信息均可以被称为交易参数修改信息，可具体表现为积分抵扣信息、优惠券、抵价券、预付款(或称定金)膨胀信息等，当交易参数修改信息具体表现为优惠券时，第一交易参数修改信息可以理解为该用户拥有或已领取的优惠券。
[0048]
步骤203：查询得到目标物品标识在至少一个预设属性维度下的第二交易参数修改信息；
[0049]
在步骤201的基础上，本步骤旨在查询得到目标物品标识在至少一个预设属性维度下的第二交易参数修改信息。在本申请所提供方案中，预先会记录物品标识分别在不同的预设属性维度下拥有哪些第二交易参数修改信息，即描述了一个由物品标识的不同属性维度与第二交易参数修改信息之间的对应关系，该对应关系被预先存储在可被本实施例的执行主体访问并执行查询操作的位置。
[0050]
其中，该预设属性维度是指一个物品出现在在线购物平台时可能存在的划分方式，或者理解为其所隶属的一些集合，例如不同商品其根据其所隶属的品牌可划分出品牌维度、根据生产批次可划分出生产批次维度、根据所被上架的店铺可以划分出店铺维度、根据卖家所在地可以划分出卖家所在地维度等等。之所以要按照目标物品在不同预设属性维度来查询相应的交易参数修改信息，是由于交易参数修改信息来源的不确定性导致无法确定该目标物品在哪个属性维度下会存在交易参数修改信息，不同的物品的交易参数修改信息可以出现在不同的属性维度，例如为了帮助某地的销售商更好的卖出积压的货物，就可以根据卖家所在地这个维度设置相应的交易参数修改信息(例如专项补贴优惠券)。
[0051]
应当理解的是，预设属性维度通常是具有普适性的，即针对所有物品，当然也存在针对某类特殊物品所专门设立的一些特殊属性维度，例如少量的进口物品，其可以相较于
其它非进口物品多存在一个外国产地的维度，以便根据这一维度设立或取消针对从某个国家进口来的物品的交易参数修改信息。因此，服务器在从物品查询请求中获取到物品查询请求中，就会根据其中的目标物品标识确定其下存在哪些预设属性维度，并分别通过与存在的预设属性维度数相同的查询次数，获取到所有预设属性维度下存在的交易参数修改信息。
[0052]
根据第二交易参数修改信息的获得方式可知，第二交易参数修改信息是与目标物品标识在不同预设属性维度下存在的交易参数修改信息，其仅与目标物品相关、与用户无关。因此可知，当交易参数修改信息具体表现为优惠券时，第一交易参数修改信息若为用户所拥有或已领取的优惠券，第二交易参数修改信息则对应为用户想要选购的物品所有存在的优惠券。也就是说，第一交易参数修改信息与第二交易参数修改信息的交集即为可被用户无需再通过领取操作就直接用于选购目标物品的优惠券。
[0053]
为了便于理解本步骤如何查询到第二交易参数修改信息，此处还提供了一种包括但不限于的实现方式：
[0054]
将目标物品标识下的每个预设属性维度均作为查询条件；
[0055]
在预设的数据库中查找出与每个查询条件分别对应的第二交易参数修改信息；其中，数据库中采用以预设属性维度为键、以对应的交易参数修改信息为值的键值对形式进行数据的存储。
[0056]
上述实现方式是基于以键值对的形式记录对应关系的基础得到的，具体的，记录键值对的数据库可以具体为服务器上的缓存数据库，例如redis数据库，以充分借助缓存所具有的高度读写特性，实现高速的查询。
[0057]
进一步的，考虑到在实际操作层面中创建对应关系的人员往往并不具有直接将其编写为键值对的编程功底，更可能是将对应关系通过文字等低操作难度和高辨识度的形式创建得到，因此还给出了一种两层式设计的实现方式，包括如下步骤：
[0058]
获取新创建的物品标识在至少一个预设属性维度与相应交易参数信息之间的对应关系信息，并利用结构化查询语言将对应关系信息写入持久化存储数据库；
[0059]
响应于监测到持久化存储数据库中新增对应关系信息，将新增的对应关系信息进行键值对转换，并将转换得到的键值对存储至缓存数据库。
[0060]
即对应关系创建人员将低操作难度和高辨识度的对应关系先创建在持久化存储数据库(例如mysql数据库)，再通过监测机制，将持久化存储数据库中每条新增的对应关系都经过键值对转换直接以键值对的形式存储至缓存数据库。具体的，上述操作可通过canal(是一款开源项目，纯java开发，基于数据库增量日志解析，提供增量数据订阅和消费，支持mysql)平台来实现。
[0061]
步骤204：将第一交易参数修改信息和第二交易参数修改信息发送至发起物品查询请求的终端。
[0062]
在步骤202和步骤203的基础上，本步骤旨在由服务器将查询得到的第一交易参数修改信息和第二交易参数修改信息发送至发起物品查询请求的终端。
[0063]
请参考图3，其示出了本申请提供的物品信息查询方法的另一个实施例的实现流程300，包括：
[0064]
步骤301：根据用户传入的物品查询信息，发起包含有用户标识和目标物品标识的
物品查询请求；
[0065]
本步骤旨在由物品信息查询方法的执行主体(例如图1所示的终端101、102、103)根据用户在其上输入的物品查询信息，向服务器发起包含有用户标识和目标物品标识的物品查询请求。
[0066]
步骤302：接收与用户对应的第一交易参数修改信息和与目标物品对应的第二交易参数修改信息；
[0067]
本步骤承接如图2所示流程200中的步骤204，旨在接收由图2所示方法的执行主体发来的与用户对应的第一交易参数修改信息和与目标物品对应的第二交易参数修改信息。
[0068]
步骤303：对第一交易参数修改信息和第二交易参数修改信息进行交叉匹配，并将匹配的部分交易参数修改信息标记为用户针对目标物品的可用交易参数修改信息。
[0069]
为了实现为终端的用户呈现出可被用户无需再通过领取操作就直接用于选购目标物品的“优惠券”的目的，本步骤旨在由本实施例的执行主体对第一交易参数修改信息和第二交易参数修改信息进行交叉匹配，并将匹配的部分交易参数修改信息标记为用户针对目标物品的可用交易参数修改信息。
[0070]
之所以要特别呈现出可被用户无需再通过领取操作就直接用于选购目标物品的“优惠券”，是出于便于用户操作习惯的考虑，是因为可领取的未拥有优惠券可能会要求用户满足一些前置需求，例如关注某个店铺、预付定金等等，也就是说，用户为了拥有第一交易参数修改信息可能在前期已经花费了精力和一些操作，此处快速通过交叉匹配为用户呈现出可被用户无需再通过领取操作就直接用于选购目标物品的“优惠券”，旨在防止用户因需要在领取某个未拥有优惠券过程中花费不必要的精力，为用户提供一个优选方案，尤其适合在“商品秒杀”、“限时抢购”等场景下。
[0071]
相较于现有技术，本申请所提供方案中的服务器可根据物品查询请求中包含的用户标识和目标物品标识分别对应查询到第一交易参数修改信息、第二交易参数修改信息，且这些修改信息仅需通过最少一次数据交互即可传达至终端，以使终端可根据这些信息结合用户实际查询需求自行进行交叉匹配。由于本方案中用户拥有的第一交易参数修改信息和与目标物品标识在各预设属性维度下的第二交易参数修改信息修改各自独立存在，未像现有技术一样进行交叉，使得两者之间的交叉匹配操作无需一定由服务器来执行，显著降低了对服务器性能的影响，同时也减少了终端与服务器之间的数据交互次数。
[0072]
上述如图2所示的流程200和如图3所示的流程300，相当于分别站在服务端和终端的角度对其各自所执行的操作进行了描述，为了更加清楚的描述整个实现过程，本实施例还通过如图4所示的时序图给出了一种更具体的、同时体现终端和服务端两侧执行主体的实现方案：
[0073]
步骤401：终端向服务端发送物品查询请求；
[0074]
其中，该物品查询请求中包含有用户标识和目标物品标识。
[0075]
步骤402：服务端查询与用户标识对应的第一交易参数修改信息；
[0076]
步骤403：服务端查询目标物品标识在至少一个预设属性维度下的第二交易参数修改信息；
[0077]
步骤404：服务端将第一交易参数修改信息和第二交易参数修改信息返回至终端；
[0078]
步骤401-步骤404与步骤201-步骤204和步骤301-步骤302方案相同，此处不再赘
述，详细描述和说明请参见相应步骤处的具体内容。
[0079]
步骤405：终端根据物品查询信息确定用户的当前查询需求；
[0080]
步骤406：终端根据当前查询需求确定第一交易参数修改信息与第二交易参数修改信息之间的目标交叉匹配范围；
[0081]
步骤407：终端对处于目标交叉匹配范围内的第一交易参数修改信息和第二交易参数修改信息进行交叉匹配，并将匹配结果呈现给用户。
[0082]
区别于步骤303，本实施例通过步骤405给出了一种具体的、优选的交叉匹配方案，以充分结合用户实际操作的情况。当用户基于关键词的关系向终端发起多个目标物品的查询请求时，返回的第一交易参数修改信息和第二交易参数修改信息也应是对应多个目标物品，但用户在实际选购时往往只能在同一时刻专注于一件目标物品，因此结合这一实际情况，仅根据用户的当前查询需求，进行仅与当前查询需求对应的少数件目标物品的交易参数修改信息进行交叉匹配，从而尽可能的减少了对终端要求的瞬时运算量。
[0083]
而且，从这一点也更能够看出本方案与现有技术的差别，现有技术通过以用户拥有的优惠券出发，依次判断用户拥有的每张优惠券是否能够被用在每个目标物品上，且上述运算只能由服务端来做，且需要服务端一次性做完，对服务端的缓存数据库带来的极大的压力。
[0084]
为加深理解，本申请还结合一个具体应用场景，给出了一种具体的实现方案。该场景为用户a通过其智能手机上安装的某个在线购物平台，用户a预先已拥有10张优惠券，其在某日进行了关键词为“x微波炉”的商品信息查询操作。针对微波炉类产品，该在线购物平台为其预设有三个属性维度，分别为商品类别维度铺维度、卖家所在地维度。
[0085]
该在线购物平台的服务端收到发来的商品信息查询请求后，从中提取出用户标识：a和目标商品标识：x微波炉，根据a查询到该用户已拥有的10张优惠券，根据x微波炉查询到3个备选项，分别编号为01、02和03。
[0086]
其中，编号01的x微波炉所属商品类别为生活家电类、所在店铺为x微波炉旗舰店、卖家所在地为江西省；
[0087]
编号为02的x微波炉所属商品类别为生活家电类、所在店铺为x微波炉第一分店、卖家所在地为湖北省；
[0088]
编号为03的x微波炉为所属商品了别为生活家电类、所在垫片为x微波炉第二分店，卖家所在地为浙江省。
[0089]
服务端在其缓存数据中，分别根据编号01、02、03各自在其具体三个维度下对应的识别表示查询到所有存在的优惠券。其中，查询到编号01、02和03存在同属生活家电类的15张优惠券；编号01的还因其所属的x微波炉旗舰店存在专有的3张优惠券；编号02的还因其卖家所在地为湖北省存在专有的5张优惠券。即服务端分别对编号01、02、03的三个备选项各自在三个维度进行了三次查询，得到编号01共存在18张优惠券(即编号01的商品在卖家所在地维度未查询到相应的优惠券)、编号02共存在20张优惠券(即编号02的商品在店铺维度未查询到相应的优惠券)、编号03共存在15张优惠券(即编号03的商品在店铺维度、卖家所在地维度均未查询到相应的优惠券)。
[0090]
服务端将用户a拥有的10张优惠券和编号01、02、03共拥有的53张优惠券返回给用户a所使用智能手机上安装的在线购物类应用。
[0091]
用户a智能手机上安装的在线购物类应用监测到用户a在第一时间下发了针对编号01的商品的具体优惠券信息查看操作信息，进行用户a所拥有的10张优惠券与编号01对应的18张优惠卷之间的交叉匹配，并将匹配命中的其中5张作为结果标记为可直接使用的优惠券呈现给用户a；
[0092]
用户a智能手机上安装的在线购物类应用监测到用户a在第二时间下发了针对编号02的商品的具体优惠券信息查看操作信息，进行用户a所拥有的10张优惠券与编号02对应的20张优惠卷之间的交叉匹配，并将匹配命中的其中6张作为结果标记为可直接使用的优惠券呈现给用户a；
[0093]
用户a智能手机上安装的在线购物类应用监测到用户a在第三时间下发了针对编号03的商品的具体优惠券信息查看操作信息，进行用户a所拥有的10张优惠券与编号03对应的15张优惠卷之间的交叉匹配，并将匹配命中的其中4张作为结果标记为可直接使用的优惠券呈现给用户a。
[0094]
用户a经过上述比较，最终选用了与编号02对应的20张优惠券之间的匹配的6张优惠券中的一张优惠力度最大的目标优惠券，并使用该目标优惠券选购了编号02的x微波炉。
[0095]
进一步参考图5，作为对上图2所示的物品信息查询方法的实现，本申请提供了一种对应的物品信息查询装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
[0096]
如图5所示，本实施例的物品信息查询装置500可以包括：物品查询请求获取单元501、第一交易参数修改信息查询单元502、第二交易参数修改信息查询单元503以及交易参数修改信息发送单元504。其中，物品查询请求获取单元501，被配置成获取包含用户标识和目标物品标识的物品查询请求；其中，目标物品标识为目标物品的标识；第一交易参数修改信息查询单元502，被配置成查询与用户标识对应的第一交易参数修改信息；第二交易参数修改信息查询单元503，被配置成查询目标物品标识在至少一个预设属性维度下的第二交易参数修改信息；交易参数修改信息发送单元504，被配置成将第一交易参数修改信息和第二交易参数修改信息发送至发起物品查询请求的终端。
[0097]
在本实施例中，物品信息查询装置500中的物品查询请求获取单元501、第一交易参数修改信息查询单元502、第二交易参数修改信息查询单元503以及交易参数修改信息发送单元504的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201-204的相关说明，在此不再赘述。
[0098]
在本实施例的一些可选的实现方式中，第二交易参数修改信息查询单元503可以包括：键值对形式查询子单元，被配置成将目标物品标识下的每个预设属性维度均作为查询条件，并在预设的数据库中查找出与每个查询条件对应的第二交易参数修改信息；其中，数据库中采用以预设属性维度为键、以对应的交易参数修改信息为值的键值对形式存储数据。
[0099]
在一些实施例中，键值对形式查询子单元被进一步配置成：在预设的缓存数据库中查找出与每个查询条件对应的第二交易参数修改信息。
[0100]
在一些实施例中，物品信息查询装置500还可以包括：对应关系持久化存储单元，被配置成获取新创建的物品标识在至少一个预设属性维度与相应交易参数信息之间的对应关系信息，并利用结构化查询语言将对应关系信息写入持久化存储数据库；对应关系缓
存单元，被配置成响应于监测到持久化存储数据库中新增对应关系信息，将新增的对应关系信息进行键值对转换，并将转换得到的键值对存储至缓存数据库。
[0101]
进一步参考图6，作为对上图3所示的物品信息查询方法的实现，本申请提供了一种对应的物品信息查询装置的一个实施例，该装置实施例与图3所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
[0102]
如图6所示，本实施例的物品信息查询装置600可以包括：物品查询请求发起单元601、交易参数修改信息接收单元602、交叉匹配单元603。其中，物品查询请求发起单元601，被配置成根据用户传入的物品查询信息，发起包含有用户标识和目标物品标识的物品查询请求；其中，目标物品标识为目标物品的标识；交易参数修改信息接收单元602，被配置成接收与用户对应的第一交易参数修改信息和与目标物品对应的第二交易参数修改信息；其中，第一交易参数修改信息对应于用户标识，第二交易参数修改信息对应于目标物品标识的至少一个预设属性维度；交叉匹配单元603，对第一交易参数修改信息和第二交易参数修改信息进行交叉匹配，并将匹配的部分交易参数修改信息标记为用户针对目标物品的可用交易参数修改信息。
[0103]
在本实施例中，物品信息查询装置600中的物品查询请求发起单元601、交易参数修改信息接收单元602、交叉匹配单元603的具体处理及其所带来的技术效果可分别参考图3对应实施例中的步骤301-304的相关说明，在此不再赘述。
[0104]
在本实施例的一些可选的实现方式中，交叉匹配单元603可以进一步被配置成：根据物品查询信息确定用户的当前查询需求；根据当前查询需求确定第一交易参数修改信息与第二交易参数修改信息之间的目标交叉匹配范围；对处于目标交叉匹配范围内的第一交易参数修改信息和第二交易参数修改信息进行交叉匹配。
[0105]
本实施例作为对应于上述方法实施例的装置实施例存在，本实施例提供的物品信息查询装置，相较于现有技术，本实施例所提供方案中的服务器可根据物品查询请求中包含的用户标识和目标物品标识分别对应查询到第一交易参数修改信息、第二交易参数修改信息，且这些修改信息仅需通过最少一次数据交互即可传达至终端，以使终端可根据这些信息结合用户实际查询需求自行进行交叉匹配。由于本方案中用户拥有的第一交易参数修改信息和与目标物品标识在各预设属性维度下的第二交易参数修改信息修改各自独立存在，未像现有技术一样进行交叉，使得两者之间的交叉匹配操作无需一定由服务器来执行，显著降低了对服务器性能的影响，同时也减少了终端与服务器之间的数据交互次数。
[0106]
根据本申请的实施例，本申请还提供了一种电子设备和一种计算机可读存储介质。
[0107]
图7示出了一种适于用来实现本申请实施例的一种物品信息查询方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。
[0108]
如图7所示，该电子设备包括：一个或多个处理器701、存储器702，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安
装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示gui的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图7中以一个处理器701为例。
[0109]
存储器702即为本申请所提供的非瞬时计算机可读存储介质。其中，存储器存储有可由至少一个处理器执行的指令，以使至少一个处理器执行本申请所提供的物品信息查询方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的物品信息查询方法。
[0110]
存储器702作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如与本申请实施例提供的物品信息查询方法对应的程序指令/模块(例如，附图5所示的物品查询请求获取单元501、第一交易参数修改信息查询单元502、第二交易参数修改信息查询单元503以及交易参数修改信息发送单元504，以及附图6所示的物品查询请求发起单元601、交易参数修改信息接收单元602、交叉匹配单元603)。处理器701通过运行存储在存储器702中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例提供的物品信息查询方法。
[0111]
存储器702可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储该电子设备在执行物品信息查询方法所创建的各类数据等。此外，存储器702可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器702可选包括相对于处理器701远程设置的存储器，这些远程存储器可以通过网络连接至适用于执行物品信息查询方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0112]
适用于执行物品信息查询方法的电子设备还可以包括：输入装置703和输出装置704。处理器701、存储器702、输入装置703和输出装置704可以通过总线或者其他方式连接，图7中以通过总线连接为例。
[0113]
输入装置703可接收输入的数字或字符信息，以及产生适用于执行物品信息查询方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置704可以包括显示设备、辅助照明装置(例如，led)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(lcd)、发光二极管(led)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。
[0114]
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用asic(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出
装置。
[0115]
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(pld))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
[0116]
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
[0117]
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
[0118]
计算机系统可以包括终端和服务器。终端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有终端-服务器关系的计算机程序来产生终端和服务器的关系。
[0119]
根据本申请实施例的技术方案，相较于现有技术，本实施例所提供方案中的服务器可根据物品查询请求中包含的用户标识和目标物品标识分别对应查询到第一交易参数修改信息、第二交易参数修改信息，且这些修改信息仅需通过最少一次数据交互即可传达至终端，以使终端可根据这些信息结合用户实际查询需求自行进行交叉匹配。由于本方案中用户拥有的第一交易参数修改信息和与目标物品标识在各预设属性维度下的第二交易参数修改信息修改各自独立存在，未像现有技术一样进行交叉，使得两者之间的交叉匹配操作无需一定由服务器来执行，显著降低了对服务器性能的影响，同时也减少了终端与服务器之间的数据交互次数。
[0120]
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。
[0121]
上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。