一种商户属性查询方法、装置及服务器与流程

文档序号:11251763阅读:624来源:国知局
一种商户属性查询方法、装置及服务器与流程

本发明实施例涉及互联网技术领域,尤其涉及一种商户属性查询方法、装置及服务器。



背景技术:

目前,网上订餐逐渐开始广泛应用,在外卖配送系统中,商户的配送费、配送时长等属性会因为时间因素变化幅度较大,例如在夜间配送费会增加,在配送高峰期配送时长会加长等等。订餐用户或者商户经常会对变化的商户属性提出疑问,这时客服需要为订餐用户或商户解释其变化原因。

查询商户属性变化的现有方法是,研发人员用命令行的方式通过后台备份数据和后台日志查找出当时商户属性的影响因素,例如时间因素,距离因素等,综合这些因素,算出当时具体的商户属性值。

但是,由于后台日志分散在不同的地方维护,并且日志量大,影响因素也较多,查找出当时商户属性的影响因素需要的工作量较大,最后得到商户属性值往往耗费较多的人力和较长的时间。



技术实现要素:

本发明实施例提供一种商户属性查询方法及装置,用以解决现有商户属性查询方案工作量大、费时、费力的问题。

第一方面,本发明实施例中提供了一种商户属性查询方法,包括:

获取商户标识和查询日期;

根据所述查询日期确定起始时间点和结束时间点;

确定在所述起始时间点至所述末尾时间点之间,所述商户标识对应的属性发生变化的目标时间点;

根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集。

进一步地,确定在所述起始时间点至所述末尾时间点之间,所述商户标识对应的属性发生变化的目标时间点的步骤,包括:

查询在所述起始时间点至所述查询日期的末尾时间点之间,所述商户标识对应的属性变更时间点;

响应于所述属性变更时间点上没有属性变更依据的时间规则发生变化,将所述属性变更时间点设置为目标时间点;

响应于所述属性变更时间点上有属性变更依据的时间规则发生变化,确定在当前所述属性变更时间点至所述末尾时间点之间,所述时间规则对应的目标时间点。

进一步地,根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集的步骤,包括:

根据所述商户标识,获取所述起始时间点对应的初始属性集;

根据所述商户标识,获取所述目标时间点对应的变更后的属性;

根据所述初始属性集和所述变更后的属性,获得所述目标时间点对应的包括至少一个属性的目标属性集。

进一步地,根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集的步骤,还包括:

将所述目标时间点按时间先后顺序进行排序;

根据当前所述目标时间点的上一目标时间点对应的目标属性集,当前所述目标时间点对应的变更后的属性,获得当前所述目标时间点对应的包括至少一个属性的目标属性集。

进一步地,根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集的步骤之后,包括:

根据时间先后顺序,对获得的所述目标属性集进行排序;

获取待查询的属性;

依次对比当前目标时间点对应的目标属性集与上一目标时间点对应的目标属性集,判断所述目标属性集中,所述待查询的属性是否发生变化;

响应于所述待查询的属性没有发生变化,删除当前目标时间点对应的目标属性集;

筛选出所述查询日期内的所述目标属性集。

第二方面,本发明实施例提供了一种商户属性查询装置,包括:

信息获取模块,用于获取商户标识和查询日期;

第一确定模块,用于根据所述查询日期确定起始时间点和结束时间点;

第二确定模块,用于确定在所述起始时间点至所述末尾时间点之间,所述商户标识对应的属性发生变化的目标时间点;

属性集获得模块,用于根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集。

进一步地,所述第二确定模块包括:

查询单元,用于查询在所述起始时间点至所述查询日期的末尾时间点之间,所述商户标识对应的属性变更时间点;

设置单元,用于响应于所述属性变更时间点上没有属性变更依据的时间规则发生变化,将所述属性变更时间点设置为目标时间点;

确定单元,用于响应于所述属性变更时间点上有属性变更依据的时间规则发生变化,确定在当前所述属性变更时间点至所述末尾时间点之间,所述时间规则对应的目标时间点。

进一步地,所述属性集获得模块包括:

初始属性集获取单元,用于根据所述商户标识,获取所述起始时间点对应的初始属性集;

属性获取单元,用于根据所述商户标识,获取所述目标时间点对应的变更后的属性;

目标属性集获得单元,用于根据所述初始属性集和所述变更后的属性,获得所述目标时间点对应的包括至少一个属性的目标属性集。

进一步地,所述装置还包括:

第二排序单元,用于根据时间先后顺序,对获得的所述目标属性集进行排序;

获取单元,用于获取待查询的属性;

对比单元,用于依次对比当前目标时间点对应的目标属性集与上一目标时间点对应的目标属性集,判断所述目标属性集中,所述待查询的属性是否发生变化;

删除单元,用于响应于所述待查询的属性没有发生变化,删除当前目标时间点对应的目标属性集;

筛选单元,用于筛选出所述查询日期内的所述目标属性集。

第三方面,本发明实施例提供了一种服务器,包括存储器和和处理器;其中,

所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令供所述处理器调用执行;

所述处理器用于:

获取商户标识和查询日期;

根据所述查询日期确定起始时间点和结束时间点;

确定在所述起始时间点至所述末尾时间点之间,所述商户标识对应的属性发生变化的目标时间点;

根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集。

第四方面,本发明实施例提供了一种计算机存储介质,该计算机存储介质存储有一条或多条计算机指令,所述计算机指令被执行时实现上述第一方面中所述的方法。

本发明实施例提供了一种加载网页图片的统计方法,包括获取商户标识和查询日期,根据所述查询日期确定起始时间点和结束时间点,确定在所述起始时间点至所述末尾时间点之间,所述商户标识对应的属性发生变化的目标时间点,最后根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集,进而查找出查询日期内变化的目标属性集,同时能够直观地展示属性的变化过程,以方便解释待查询的属性变化的原因,实现方法简单、省时、省力。

附图说明

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

图1示出了本发明实施例提供的一种商户属性信息的保存方法的流程图;

图2示出了本发明实施例提供的一种商户属性查询方法的流程图;

图3示出了本发明实施例提供的另一种商户属性查询方法的流程图;

图4示出了本发明实施例提供的一种商户属性查询装置的框图;

图5示出了本发明实施例提供的一种服务器的框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。

在本发明的说明书和权利要求书及上述附图中的描述的一些流程中,包含了按照特定顺序出现的多个操作,但是应该清楚了解,这些操作可以不按照其在本文中出现的顺序来执行或并行执行,操作的序号如101、102等,仅仅是用于区分开各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。

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

参照图1,示出了本发明实施例提供的一种商户属性信息的保存方法的流程图,该方法具体可以包括如下步骤:

步骤101,将变更后的属性以及属性变更时间点保存在商户属性增量表中。

在本发明实施例中,商户的属性可以包括起送价、配送范围、配送时长、基础配送费、分时段配送费、配送费等。

例1,在5月17日的10:00时,将基础配送费从5元变更为6元,则商户属性增量表中的属性变更时间点对应为5月17日的10:00,变更后的属性对应为基础配送费6元。

在具体实现中,每个商户标识可以对应一个商户属性增量表,商户属性增量表中的数据可以只保存有限期限的数据,例如可以保存10天的数据。

当属性变化需要依据的时间规则发生变化时,可以将变更后的时间规则以数组的形式保存在商户属性增量表中,该数组对应的属性变更时间点为时间规则发生变化时的时间点。

例2,在5月17日的13:00时,将分时段配送费对应的时间规则变更为:12:00的分时段配送费为2元,21:00的分时段配送费为5元。商户属性增量表中的属性变更时间点对应为5月17日的13:00,变更后的属性对应为一个数组,该数组包括时间列和属性列,时间列依次为12:00和21:00;相应地,属性列依次为分时段配送费2元和分时段配送费5元。

步骤102,根据所述商户属性增量表中的数据实时更新商户属性数据表。

商户属性数据表中保存着商户属性的全量数据,例如商户营业状态、配送范围、基础配送费、分时段配送费、配送费等。

步骤102可以实现一旦商户的属性发生变化,则根据变更后的属性对商户属性数据表进行更新,以保证网页上向订餐用户展示实时的数据。例如商户属性数据表中的基础配送费为5元,当商户属性增量表中增加将基础配送费变化为6元的数据时,商户属性数据表中的基础配送费则变更为6元,网页上展示的配送费也会相应地发生变化。

步骤103,根据预设备份频率,将所述商户属性数据表中的数据保存到备份文件中。

在具体实现中,可以设置于每天6:00对该商户属性数据表中的数据进行备份。

参照图2,示出了本发明实施例提供的一种商户属性查询方法的流程图,该方法具体可以包括如下步骤。

步骤201,获取商户标识和查询日期。

例如,可以将商户标识命名为该商户对应的店名,查询日期可以为5月18日。

步骤202,根据所述查询日期确定起始时间点和结束时间点。

在具体实现中,该起始时间点可以设置为查询日期search_date的前一天,即search_date-1日的6:00,即每天对商户属性数据表进行数据备份的时间点。如果查询日期为当前查询时刻的日期,则将结束时间点设置为当前查询时刻,如果查询日期不是当前查询时刻的日期,则将结束时间点设置为search_date日的23:59:59。

步骤203,确定在所述起始时间点至所述末尾时间点之间,所述商户标识对应的属性发生变化的目标时间点。

在本发明实施例的一种优选示例中,步骤203具体可以包括:

步骤11,查询在所述起始时间点至所述查询日期的末尾时间点之间,所述商户标识对应的属性变更时间点。

在具体实现中,可以在商户属性增量表中查询该商户标识对应的属性变更时间点。例如,基于图1的实施例中的例1和例2,可以查询得到5月17日的10:00和5月17日的13:00两个属性变更时间点。

步骤12,响应于所述属性变更时间点上没有属性变更依据的时间规则发生变化,将所述属性变更时间点设置为目标时间点。

在具体实现中,可以将查询得到的属性变更时间点按照时间先后顺序进行排序,然后依次判断属性变更时间点上是否有属性变更依据的时间规则发生变化。

例如,5月17日的10:00没有属性变更依据的时间规则发生变化,则将5月17日的10:00设置为目标时间点。

步骤13,响应于所述属性变更时间点上有属性变更依据的时间规则发生变化,确定在当前所述属性变更时间点至所述末尾时间点之间,所述时间规则对应的目标时间点。

例如,5月17日的13:00有属性变更依据的时间规则发生变化,具体为分时段配送费对应的时间规则变更为:12:00的分时段配送费为2元,21:00的分时段配送费为5元。

假使,该查询日期不是当前查询时刻的日期,则将末尾时间点设置为search_date日的23:59:59。根据该时间规则,可以确定,5月17日的21:00和5月18日的12:00对应的分时段配送费将会发生变化,则将5月17日的21:00和5月18日的12:00设置为目标时间点。

通过步骤203可以得到全部的属性发生变化的目标时间点,以用于得到属性变化的完整过程。

步骤204,根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集。

在本发明实施例的一种优选示例中,步骤204具体可以包括:

步骤21,根据所述商户标识,获取所述起始时间点对应的初始属性集。

在本发明实施例中,可以将对商户属性数据表进行备份的时间点设置为起始时间点,以用于将备份文件中保存的商户属性的全量数据作为初始属性集。

如果未在备份文件中查找到该商户标识对应的属性,则在商户属性增量表或商户属性数据表中进行查找,如果存在该商户标识对应的属性,则将商户属性增量表中该商户标识对应的第一条增量信息作为初始属性集。

如果在备份文件、商户属性增量表或商户属性数据表中都未查找到该商户标识对应的属性,则认为不存在该商户标识对应的信息。

步骤22,根据所述商户标识,获取所述目标时间点对应的变更后的属性。

例如,5月17日的10:00对应的变更后的属性为基础配送费6元,则获取“基础配送费6元”的信息。

步骤23,根据所述初始属性集和所述变更后的属性,获得所述目标时间点对应的包括至少一个属性的目标属性集。

目标属性集可以包括:基础配送费、分时段配送费、配送费、起送价、配送距离、配送时间等。

例如该初始属性集包括:基础配送费5元,起送价20元。则根据5月17日的10:00对应的变更后的基础配送费6元,得到的目标属性集包括:基础配送费6元,起送价20元。

在本发明实施例中,可以根据具体的配送地址,得到该配送地址与商户地址之间的距离,再根据业务逻辑,得到对应的基础配送费。还可以根据基础配送费、分时段配送费以及业务逻辑,即配送费=基础配送费+分时段配送费,得到配送费。

在本发明实施例中,可以先将所述目标时间点按时间先后顺序进行排序,再根据当前所述目标时间点的上一目标时间点对应的目标属性集,当前所述目标时间点对应的变更后的属性,获得当前所述目标时间点对应的包括至少一个属性的目标属性集。

例如,目标时间点包括5月17日的10:00和5月17日的21:00,5月17日的10:00对应的目标属性集包括:基础配送费6元,分时段配送费4元,起送价20元;5月17日的21:00变更后的分时段配送费为5元,则5月17日的21:00对应的目标属性集包括:基础配送费6元,分时段配送费5元,起送价20元。

步骤205,获取待展示的目标属性集。

在本发明实施例的一种优选示例中,步骤205具体可以包括:

步骤31,根据时间先后顺序,对获得的所述目标属性集进行排序。

步骤32,获取待查询的属性。

步骤33,依次对比当前目标时间点对应的目标属性集与上一目标时间点对应的目标属性集,判断所述目标属性集中,所述待查询的属性是否发生变化。

步骤34,响应于所述待查询的属性没有发生变化,删除当前目标时间点对应的目标属性集。

步骤35,筛选出所述查询日期内的所述目标属性集。

例如当前目标时间点的目标属性集包括配送费6元,配送时长为30分钟,上一目标时间点的目标属性集包括配送费6元,配送时长为40分钟,而待查询的商户属性为配送费,则删除当前目标时间点的目标属性集,以更加直观地、清楚地展示我们关心的数据,方便解释商户属性变化的原因。

在步骤35之前,得到的目标属性集位于起始时间点至结束时间点之间,可以通过筛选得到查询日期0:00到23:59:59之间的目标属性集,以用于展示。

获得待展示的目标属性集后,可以按照时间先后顺序逐条展示每个目标时间点对应的目标属性集。

当待查询的配送地址不在商户的配送范围内时,可以在前端展示出不在配送范围的消息。

如果目标属性集中包括配送范围,配送范围可以以地图的形式进行展示,并将配送范围标记在地图上,以进行直观地展示。

在本发明实施例中,可以获得查询日期内属性发生变化的目标时间点对应的目标属性集,从而能够直观地展示属性变化的全过程,以方便解释待查询的属性变化的原因,实现方法简单、省时、省力。

请参见图3所示,图3所示的为本发明实施例提供的另一种商户属性查询方法的流程图。图3所示的实施例为基于图2中步骤201至步骤204细化的实施例,所以与图2相同的内容可参见图2所示的实施例。图3所示方法可以包括以下步骤。

步骤301,根据查询日期确定起始时间点和结束时间点;所述起始时间点位于查询日期之前。

在本发明实施例中,可以将起始时间点设置为search_date-1日的6:00,将结束时间点设置为search_date日的23:59:59。

步骤302,将起始时间点和结束时间点按照时间先后顺序排列在时间列表中。

步骤303,在商户属性增量表中,查找在该起始时间点至该结束时间点之间,商户标识对应的属性变更时间点。

步骤304,将在商户属性增量表中查找到的属性变更时间点按照时间先后顺序排列在所述时间列表中。

步骤305,按照时间先后顺序依次判断当前时间列表中的时间点是否有属性变更依据的时间规则发生变化;若有,转下一步;若没有,转步骤308。

步骤306,响应于时间列表中的当前时间点有时间规则发生变化,根据该时间规则,确定在当前所述属性变更时间点至所述末尾时间点之间,属性发生变化对应的时间点。

步骤307,将根据时间规则确定的属性发生变化对应的时间点按照时间先后顺序排列在所述时间列表中。

步骤308,响应于时间列表中的当前时间点没有时间规则发生变化,获取当前时间点对应的包括至少一个属性的目标属性集。

将起始时间点设置为早与查询日期能够获得完整的商户属性发生变化的时间点。因为在商户属性增量表中经常会包括变化的时间规则,如在search_date-1日13:00时,将分时段配送费的时间规则变更为:12:00的分时段配送费为2元,21:00的分时段配送费为5元。虽然分时段配送费在search_date-1日13:00时并没有发生,但会在search_date-1日的21:00和search_date的12:00发生变化。所以,需要根据变化后的时间规则将search_date-1日的21:00和search_date的12:00加入时间列表中,从而获得完整的商户属性变化过程。

在本发明实施例中,可以获得查询日期内属性发生变化的目标时间点对应的目标属性集,从而能够直观地展示属性变化的全过程,以方便解释待查询的属性变化的原因,实现方法简单、省时、省力。

参照图4,示出了本发明实施例提供的一种商户属性查询装置的框图,该装置具体可以包括:

信息获取模块401,用于获取商户标识和查询日期。

第一确定模块402,用于根据所述查询日期确定起始时间点和结束时间点。

第二确定模块403,用于确定在所述起始时间点至所述末尾时间点之间,所述商户标识对应的属性发生变化的目标时间点。

在本发明实施例的一种优选示例中,第二确定模块403具体可以包括:

查询单元,用于查询在所述起始时间点至所述查询日期的末尾时间点之间,所述商户标识对应的属性变更时间点;

设置单元,用于响应于所述属性变更时间点上没有属性变更依据的时间规则发生变化,将所述属性变更时间点设置为目标时间点;

确定单元,用于响应于所述属性变更时间点上有属性变更依据的时间规则发生变化,确定在当前所述属性变更时间点至所述末尾时间点之间,所述时间规则对应的目标时间点。

属性集获得模块404,用于根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集。

在本发明实施例的一种优选示例中,属性集获得模块404具体可以包括:

初始属性集获取单元,用于根据所述商户标识,获取所述起始时间点对应的初始属性集;

属性获取单元,用于根据所述商户标识,获取所述目标时间点对应的变更后的属性;

目标属性集获得单元,用于根据所述初始属性集和所述变更后的属性,获得所述目标时间点对应的包括至少一个属性的目标属性集。

进一步地,所述属性集获得模块404还可以包括:

第一排序单元,用于将所述目标时间点按时间先后顺序进行排序。

则,该目标属性集获得单元,还可以用于根据当前所述目标时间点的上一目标时间点对应的目标属性集,当前所述目标时间点对应的变更后的属性,获得当前所述目标时间点对应的包括至少一个属性的目标属性集。

属性集获取模块405,用于获取待展示的目标属性集。

在本发明实施例的一种优选示例中,属性集获取模块405具体可以包括:

第二排序单元,用于根据时间先后顺序,对获得的所述目标属性集进行排序;

获取单元,用于获取待查询的属性;

对比单元,用于依次对比当前目标时间点对应的目标属性集与上一目标时间点对应的目标属性集,判断所述目标属性集中,所述待查询的属性是否发生变化;

删除单元,用于响应于所述待查询的属性没有发生变化,删除当前目标时间点对应的目标属性集;

筛选单元,用于筛选出所述查询日期内的所述目标属性集。

在本发明实施例中,可以获得查询日期内属性发生变化的目标时间点对应的目标属性集,从而能够直观地展示属性变化的全过程,以方便解释待查询的属性变化的原因,实现方法简单、省时、省力。

参照图5,示出了本发明实施例提供的一种服务器的框图,该服务器具体可以包括存储器501和和处理器502;其中,

所述存储器501用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令供所述处理器502调用执行;

所述处理器502用于:

获取商户标识和查询日期;

根据所述查询日期确定起始时间点和结束时间点;

确定在所述起始时间点至所述末尾时间点之间,所述商户标识对应的属性发生变化的目标时间点;

根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集。

本发明实施例还提供了一种计算机存储介质,所述计算机存储介质存储有一条或多条计算机指令,所述计算机指令被执行时实现图2所示的实施例和图3所示的实施例中的商户属性查询方法。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如rom/ram、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

本发明公开了a1、一种商户属性查询方法,包括:

获取商户标识和查询日期;

根据所述查询日期确定起始时间点和结束时间点;

确定在所述起始时间点至所述末尾时间点之间,所述商户标识对应的属性发生变化的目标时间点;

根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集。

a2、如a1所述的方法中,确定在所述起始时间点至所述末尾时间点之间,所述商户标识对应的属性发生变化的目标时间点的步骤,包括:

查询在所述起始时间点至所述查询日期的末尾时间点之间,所述商户标识对应的属性变更时间点;

响应于所述属性变更时间点上没有属性变更依据的时间规则发生变化,将所述属性变更时间点设置为目标时间点;

响应于所述属性变更时间点上有属性变更依据的时间规则发生变化,确定在当前所述属性变更时间点至所述末尾时间点之间,所述时间规则对应的目标时间点。

a3、如a1所述的方法中,根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集的步骤,包括:

根据所述商户标识,获取所述起始时间点对应的初始属性集;

根据所述商户标识,获取所述目标时间点对应的变更后的属性;

根据所述初始属性集和所述变更后的属性,获得所述目标时间点对应的包括至少一个属性的目标属性集。

a4、如a3所述的方法中,根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集的步骤,还包括:

将所述目标时间点按时间先后顺序进行排序;

根据当前所述目标时间点的上一目标时间点对应的目标属性集,当前所述目标时间点对应的变更后的属性,获得当前所述目标时间点对应的包括至少一个属性的目标属性集。

a5、如a1-a4中任一项所述的方法中,根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集的步骤之后,包括:

根据时间先后顺序,对获得的所述目标属性集进行排序;

获取待查询的属性;

依次对比当前目标时间点对应的目标属性集与上一目标时间点对应的目标属性集,判断所述目标属性集中,所述待查询的属性是否发生变化;

响应于所述待查询的属性没有发生变化,删除当前目标时间点对应的目标属性集;

筛选出所述查询日期内的所述目标属性集。

本发明还公开了b6、一种商户属性查询装置,包括:

信息获取模块,用于获取商户标识和查询日期;

第一确定模块,用于根据所述查询日期确定起始时间点和结束时间点;

第二确定模块,用于确定在所述起始时间点至所述末尾时间点之间,所述商户标识对应的属性发生变化的目标时间点;

属性集获得模块,用于根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集。

b7、如b6所述的装置中,所述第二确定模块包括:

查询单元,用于查询在所述起始时间点至所述查询日期的末尾时间点之间,所述商户标识对应的属性变更时间点;

设置单元,用于响应于所述属性变更时间点上没有属性变更依据的时间规则发生变化,将所述属性变更时间点设置为目标时间点;

确定单元,用于响应于所述属性变更时间点上有属性变更依据的时间规则发生变化,确定在当前所述属性变更时间点至所述末尾时间点之间,所述时间规则对应的目标时间点。

b8、如b6所述的装置中,所述属性集获得模块包括:

初始属性集获取单元,用于根据所述商户标识,获取所述起始时间点对应的初始属性集;

属性获取单元,用于根据所述商户标识,获取所述目标时间点对应的变更后的属性;

目标属性集获得单元,用于根据所述初始属性集和所述变更后的属性,获得所述目标时间点对应的包括至少一个属性的目标属性集。

b9、如b8所述的装置中,所述属性集获得模块还包括:

第一排序单元,用于将所述目标时间点按时间先后顺序进行排序;

所述目标属性集获得单元,还用于根据当前所述目标时间点的上一目标时间点对应的目标属性集,当前所述目标时间点对应的变更后的属性,获得当前所述目标时间点对应的包括至少一个属性的目标属性集。

b10、如b6-b9任一项所述的装置中,所述装置还包括:

第二排序单元,用于根据时间先后顺序,对获得的所述目标属性集进行排序;

获取单元,用于获取待查询的属性;

对比单元,用于依次对比当前目标时间点对应的目标属性集与上一目标时间点对应的目标属性集,判断所述目标属性集中,所述待查询的属性是否发生变化;

删除单元,用于响应于所述待查询的属性没有发生变化,删除当前目标时间点对应的目标属性集;

筛选单元,用于筛选出所述查询日期内的所述目标属性集。

本发明还公开了c11、一种服务器,包括存储器和和处理器;其中,

所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令供所述处理器调用执行;

所述处理器用于:

获取商户标识和查询日期;

根据所述查询日期确定起始时间点和结束时间点;

确定在所述起始时间点至所述末尾时间点之间,所述商户标识对应的属性发生变化的目标时间点;

根据所述商户标识,获得所述目标时间点对应的包括至少一个属性的目标属性集。

本发明还公开了d12、一种计算机存储介质,所述计算机存储介质存储有一条或多条计算机指令,所述计算机指令被执行时实现如a1-a5中任一项所述的方法。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1