CN103428237B - 一种具有限定条件数据信息的处理方法和系统 - Google Patents
一种具有限定条件数据信息的处理方法和系统 Download PDFInfo
- Publication number
- CN103428237B CN103428237B CN201210154423.XA CN201210154423A CN103428237B CN 103428237 B CN103428237 B CN 103428237B CN 201210154423 A CN201210154423 A CN 201210154423A CN 103428237 B CN103428237 B CN 103428237B
- Authority
- CN
- China
- Prior art keywords
- qualifications
- user
- data
- sent
- amendment
- 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.)
- Active
Links
Landscapes
- Cash Registers Or Receiving Machines (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供了一种具有限定条件数据信息的处理方法和系统，涉及网络技术领域。本申请的方法包括：服务器接收各第一用户ID对具有限定条件数据的保存请求，对保存所述限定条件数据的各第一用户ID进行记录；所述限定条件数据由第二用户ID维护；根据所述记录的情况，判断是否修改所述限定条件；如果修改，则将修限定条件改后限定条件数据信息发送给各第一用户ID。通过本申请，当关注和保存所述资源的第一用户ID较多时，系统可以将第二用户ID对所述资源的限定条件的修改情况发送到第一用户ID，使第一用户ID不用主动查询即可获知该消息，减少了第一用户ID主动查询的次数，降低了服务器的压力。
Description
技术领域
本申请涉及网络技术领域，特别是涉及一种具有限定条件数据信息的处理方法和系统。
背景技术
在现有的数据处理过程中，存在第二用户ID以限定条件发布资源，而第一用户ID需要使自己的条件符合该限定条件时才可获得该资源。如果第一用户ID的条件不符合第二用户ID的所述限定条件，就无法获得该资源。在这种情况下，关注和保存该资源的第一用户ID必须对该限定条件进行不断的主动查询，才能获知第二用户ID针对该资源的限定条件是否有所变化。当希望获得该资源的达不到该限制条件的第一用户ID的数量越来越多时，各第一用户ID主动查询的请求非常庞大，导致服务器负担大幅增加。
比如，现在的一种网络购物方式中，卖家以某个价格发布一种商品，需要该商品的买家可能因为该价格过高而暂时不进行购买，转而将该商品收藏进入收藏夹，定期或者不定期的多次登录收藏夹查看所述商品的价格是否降价或打折；同时，卖家无法知道确切的买家信息，即使卖家修改了价格也只有等买家自己进入收藏夹进行查看。在上述过程中，如果收藏该商品的买家不断增加，则其通过收藏夹查询商品价格的次数会大量增加，服务器要处理的数据也越来越多，给服务器造成很大压力。
发明内容
本申请所要解决的技术问题是提供一种具有限定条件数据信息的处理方法和系统，解决当希望获得该资源的达不到该限制条件的第一用户ID的数量越来越多时，各第一用户ID主动查询的请求非常庞大，导致服务器负担增加的问题。
为了解决上述问题，本申请公开了一种具有限定条件数据信息的处理方法，其特征在于：
服务器接收各第一用户ID对具有限定条件数据的保存请求，对保存所述限定条件数据的各第一用户ID进行记录；所述限定条件数据由第二用户ID维护；
根据所述记录的情况，判断是否修改所述限定条件；如果修改，则将修限定条件改后限定条件数据信息发送给各第一用户ID。
优选的，根据所述记录的情况，判断是否修改所述限定条件；如果修改，则将修限定条件改后限定条件数据信息发送给各第一用户ID包括：
根据所述记录求统计保存所述限定条件数据的第一用户ID数量；
判断所述数量是否达到阈值；如果达到，则根据所述阈值修改所述限定条件，并将修限定条件改后限定条件数据信息发送给各第一用户ID。
优选的，根据所述记录的情况，判断是否修改所述限定条件；如果修改，则将修限定条件改后限定条件数据信息发送给各第一用户ID包括：
在规定时间段长度内，根据所述记录统计保存所述限定条件数据的第一用户ID数量；
判断所述数量是否达到阈值；如果达到，根据所述阈值修改所述限定条件；并将修限定条件改后限定条件数据信息发送给各第一用户ID。
优选的，根据所述记录的情况，判断是否修改所述限定条件；如果修改，则将修限定条件改后限定条件数据信息发送给各第一用户ID包括：
对于保存了所述限定条件数据的各第一用户ID，分析各第一用户ID对应的交易日志，统计未以第一有价数据为所述限定条件数据进行支付的第一用户ID的数量；
判断所述数量是否达到阈值；如果达到，根据所述阈值修改所述限定条件；并将修限定条件改后限定条件数据信息发送给各第一用户ID。
优选的，如果达到，根据所述阈值修改所述限定条件；并将修限定条件改后限定条件数据信息发送给各第一用户ID包括：
当所述数量达到阈值时，则将所述限定条件的修改申请发送到第二用户ID；
当第二用户ID修改所述限定条件后，则将所述修改限定条件后的限定条件数据信息发送给所述各第一用户ID。
优选的，如果达到，根据所述阈值修改所述限定条件；并将修限定条件改后限定条件数据信息发送给各第一用户ID包括：
当所述数量达到阈值时，根据所述阈值与第二用户ID修改完限定条件的限定条件数据信息的对应关系，将与阈值对应的限定条件数据信息发送给所述各第一用户ID。
优选的，所述的第二用户ID为商品卖家ID；
所述的第一用户ID为商品买家ID；
所述的保存请求为商品买家ID对商品卖家ID的商品的收藏。
优选的，所述的修改包括降低所述商品后的价格数据。
优选的，所述的阈值至少包括一级阈值；
当所述阈值为多级阈值时，阈值大小逐级增大。
相应的，本申请还公开了一种具有限定条件数据信息的处理系统，包括：
保存请求接收记录模块，用于服务器接收各第一用户ID对具有限定条件数据的保存请求，对保存所述限定条件数据的各第一用户ID进行记录；所述限定条件数据由第二用户ID维护；
判断修改模块，用于根据所述记录的情况，判断是否修改所述限定条件；如果修改，则将修限定条件改后限定条件数据信息发送给各第一用户ID。
与现有技术相比，本申请具有以下优点：
服务器接收第一用户ID对第二用户ID发布的具有限定条件的保存请求，然后统计关注和保存所述限定条件数据的第一用户ID的数量，当所述数量达到阈值时，根据所述阈值修改所述限定条件，并将修限定条件改后限定条件数据信息发送给各第一用户ID。通过本申请，当关注和保存所述资源的第一用户ID较多时，系统可以将第二用户ID对所述资源的限定条件的修改情况发送到第一用户ID，使第一用户ID不用主动查询即可获知该消息，减少了第一用户ID主动查询的次数，降低了服务器的压力。
附图说明
图1是本申请一种具有限定条件数据信息的处理方法的流程示意图；
图2是本申请一种优选的具有限定条件数据信息的处理方法的流程示意图；
图3是本申请另一种优选的具有限定条件数据信息的处理方法的流程示意图；
图4是本申请另一种优选的具有限定条件数据信息的处理方法的流程示意图；
图5是本申请一种具有限定条件数据信息的处理系统的流程示意图；
图6是本申请一种优选的具有限定条件数据信息的处理系统的流程示意图；
图7是本申请另一种优选的具有限定条件数据信息的处理系统的流程示意图；
图8是本申请另一种优选的具有限定条件数据信息的处理系统的流程示意图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。
本申请核心思想之一通过服务器接收第一用户ID(标识)对第二用户ID发布的具有限定条件的保存请求，对保存所述限定条件数据的各第一用户ID进行记录，然后根据记录情况判断是否修改所述限定条件，如果修改，将修限定条件改后限定条件数据信息发送给各第一用户ID。当关注和保存所述资源的第一用户ID较多时，系统可以将第二用户ID对所述资源的限定条件的修改情况发送到第一用户ID，使第一用户ID不用主动查询即可获知该消息，这减少了第一用户ID主动查询的次数，降低了服务器的压力。
参照图1，其示出了本申请一种具有限定条件数据信息的处理方法，包括：
步骤110，服务器接收各第一用户ID对具有限定条件数据的保存请求，对保存所述限定条件数据的各第一用户ID进行记录；所述限定条件数据由第二用户ID维护；
比如对于网络交易平台的应用场景，网络的商品买家A想要购买商品卖家B的商品C，但是可能由于其价格高昂暂时不买，转而将商品C的页面进行保存，此时服务器则可对于保存了卖家B的商品C的买家A进行记录。
步骤120，根据所述记录的情况，判断是否修改所述限定条件；如果修改，则将修限定条件改后限定条件数据信息发送给各第一用户ID。
当服务器记录了许多保存了卖家B的商品C的买家时，则可根据记录情况判断是否修改商品C的价格，如果需要修改，则将卖家B的商品C修改后的价格及相关信息发送给保存了卖家B的商品C的各买家。
参照图2，其示出了本申请优选的一种具有限定条件数据信息的处理方法的流程示意图，包括：
步骤210，服务器接收各第一用户ID对具有限定条件数据的保存请求，对保存所述限定条件数据的各第一用户ID进行记录；所述限定条件数据由第二用户ID维护。
首先，当需要所述资源的第一用户ID不符合第二用户ID配置的该资源的限定条件时，可转而将其进行收藏、加入购物车等，或者其他方式进行关注和保存，服务器则可接收到第一用户ID针对第二用户ID发布的资源的保存请求。
其中，所述的第二用户ID可以为商品卖家；所述的第一用户ID可以是商品买家；所述的保存请求可以是商品买家对商品卖家商品的收藏、加入购物车等，或者其他方式的保存请求。所述的限定条件包括价格数据。
在实际中，对于网络上的电子商务平台来说，卖家可在电子商务平台发布其商品，而买家可以选择收藏该商品，买家对卖家发布商品的收藏都存储在相应的数据库中。
比如，当卖家在卖家系统中以一定价格P发布一种商品A，而对于需要该商品的买家来说，如果价格P比自己设定或者预计的价格高，则可能转而只将该商品加入买家自己的收藏夹，对该商品进行收藏，等待该商品降价。根据实际数据的调研统计，基本上的用户收藏商品而不直接购买的原因是多数是因为商品价格过高。
步骤220，根据所述记录求统计保存所述限定条件数据的第一用户ID数量。
针对前述获得的第一用户ID对第二用户ID发布的具有限定条件数据保存请求后，会记录保存所述限定条件数据的各第一用户ID，可根据记录统计资源关注和保存该资源的第一用户ID的数量。比如有10个买家对卖家B发布的具有限定条件的资源C的保存请求，那么服务器则会对每个买家的保存进行记录，即可可根据记录统计关注和保存第二用户IDB发布的具有限定条件的资源C的买家的数量。
比如，淘宝平台上的买家A对卖家B的发布的某个价格的商品C在该买家自己账户的收藏夹进行收藏后，服务器会接收到该买家A收藏了卖家B的商品C，那么当有多个买家收藏了卖家B的商品C后，服务器可根据收藏个数统计有多少人收藏了卖家B的商品C。比如有100个买家收藏了卖家B的商品C，那么服务器可根据接收到的对卖家B的商品C收藏请求统计得到有15个买家收藏了卖家B的商品C。其他情况依次类推。
步骤230，判断所述数量是否达到阈值；如果达到，则根据所述阈值修改所述限定条件，并将修限定条件改后限定条件数据信息发送给各第一用户ID。
当步骤220统计得到关注和保存第二用户ID发布的具有限定条件的资源的第一用户ID的数量，比如，前述的统计得到有15个买家收藏了卖家B的商品C，而对应该卖家B的商品C的收藏阈值数量为20时，则继续统计收藏对应该卖家B的商品C的数量，当所述数量达到20时，根据所述阈值修改所述限定条件，并将修限定条件改后限定条件数据信息发送给各第一用户ID。
优选的，当所述数量达到阈值时，根据所述阈值修改所述限定条件，并将修限定条件改后限定条件数据信息发送给各第一用户ID包括：
步骤S131，当所述数量达到阈值时，则将所述限定条件的修改申请发送到第二用户ID。
即当关注和保存第二用户ID发布的具有限定条件数据的第一用户ID的数量达到阈值时，服务器发送一个对所述资源的限定条件进行修改的申请到第一用户ID，第一用户ID即可根据数量的多少或自己的实际情况确定是否修改该资源的限定条件。
比如，当前述对应卖家B的商品C的收藏阈值数量为20，而服务器统计得到对卖家B的商品C的收藏数量达到了20，那么服务器就可向卖家B发送一个“有20需要购买商品C，是否降价”的申请，卖家即可根据该申请选择是否降价。
步骤S132，当第二用户ID修改所述限定条件后，服务器则将所述修改限定条件后的限定条件数据信息发送给所述各第一用户ID。
当第二用户ID接收到对其发布的具有限定条件数据的限定条件的修改后，第二用户ID可根据实际需求选择是否需要修改所述限定条件，当第二用户ID修改所述具有限定条件数据的限定条件后，服务器即可将所述修改限定条件后的限定条件数据信息发送给所述各关注和保存该资源的第一用户ID。
比如，对于前述卖家B的商品C，如果卖家B接收到服务器发送的“有20需要购买商品C，是否降价”的申请信息，卖家可根据成本或者收益的考虑，决定是否降价，当卖家B决定降价10％，那么服务器即可将该降价信息发送给各收藏该资源的买家。
通过上述步骤，系统即可将第二用户ID对其资源修改的价格信息发送到各关注和保存该资源的第一用户ID，如此，第一用户ID每次登陆或者在线时就不用主动去查看所需的资源是否降价或者打折。而且，避免了现有技术中，由于第一用户ID数量比较多，并且分布的范围广泛，而第一用户ID对于具体是哪个第一用户ID关注和保存该资源则无法精确确认，当第二用户ID修改限定信息，如果第二用户ID想要将修改信息通知第一用户ID，则由于目标第一用户ID不明确而无法发送修改信息，只能被动等待，导致信息流通不畅，从而导致资源流通时间周期长，极大的影响了资源流通的及时性，这大幅降低了服务器的访问负担。
在实际中，卖家根据所述申请信息对商品价格进行修改后的价格，比商品原来的价格至少低于阈值，否则系统不将修改信息发送给买家。比如设置阈值为对于商品修改后的价格比当前价格至少低于10％，卖家需要将某商品的价格修改为比当前价格低至少10％，服务器才会将修改后的信息发送给各收藏该卖家的该商品的各买家，避免卖家频繁小幅度修改，系统则频繁的发送修改后的降价信息给各收藏所述商品的买家，导致服务器开销增大。
在实际中，所述的阈值可以至少包括一级阈值；当所述阈值为多级阈值时，阈值大小可以逐级增大。
比如，服务器可设定收藏某个卖家的某个商品的买家数量达到20时，向卖家发出“有20需要购买商品C，是否降价”的申请信息；还可设定收藏该卖家的该商品的买家数量达到40时，向卖家发出“有100需要购买商品C，是否降价”的申请信息；还可设定收藏该卖家的该商品的买家数量达到40时，向卖家发出“有100需要购买商品C，是否降价”的申请信息。这样卖家可根据实际需求选择是否修改所述商品的价格，当卖家修改所述商品的价格后，服务器即将修改后的商品价格发送至收藏该卖家该商品的买家。
另外，优选的，当所述数量达到阈值时，根据所述阈值修改所述限定条件，并将修限定条件改后限定条件数据信息发送给各第一用户ID的步骤还包括：
当所述数量达到阈值时，根据所述阈值与第二用户ID修改完限定条件的限定条件数据信息的对应关系，将与阈值对应的限定条件数据信息发送给所述各第一用户ID。
在实际中，卖家可以预先设定好收藏其发布的某个商品的数量阈值，并对应所述阈值配置对于该商品的价格的修改，即可得到阈值与该商品修改完价格的商品信息的对应关系。比如，卖家B对于其发布的商品C，设置数量阈值为20，并对应该阈值对于商品C设定降价10％，那么当收藏卖家B的商品C的买家数量达到20时，系统直接将卖家的商品C降价10％的消息发送给收藏该商品的买家，即用户端收到修改价格后的商品C的相关信息。
在实际中，所述的阈值可以至少包括一级阈值；当所述阈值为多级阈值时，阈值大小可以逐级增大。
比如，卖家可在服务器设定收藏其某个商品的买家数量达到20时，在原价的基础上降低5％该商品的价格；当收藏该个商品的买家数量达到40时，在原价的基础上降低10％该商品的价格；当收藏该个商品的买家数量达到100时，在原价的基础上降低20％该商品的价格；则当收藏该卖家该商品的买家数量达到相应阈值时，系统直接将相应价格的商品信息发送至各收藏该卖家该商品的买家。
参照图3，其示出了本申请另一种优选的一种具有限定条件数据信息的处理方法的流程示意图，包括：
步骤310，服务器接收各第一用户ID对具有限定条件数据的保存请求，对保存所述限定条件数据的各第一用户ID进行记录；所述限定条件数据由第二用户ID维护。
步骤310及其优选步骤与前述步骤210及其优选步骤基本相似，在此不在详述。
步骤320，在规定时间段长度内，根据所述记录统计保存所述限定条件数据的第一用户ID数量；
比如，规定的时间为5天，统计5天之内保存卖家B商品C的买家的数量，比如，统计2012-04-01至2012-04-05几天之间的保存卖家B商品C的买家的数量，依据时间长度，下次统计2012-04-02至2012-04-06几天之间的保存卖家B商品C的买家的数量，其他情况以此类推。
步骤330，判断所述数量是否达到阈值；如果达到，根据所述阈值修改所述限定条件；并将限定条件修改后的限定条件数据信息发送给各第一用户ID。
步骤330及其优选步骤与步骤230及其优选步骤基本相似，在此不在详述。
参照图4，其示出了本申请另一种优选的一种具有限定条件数据信息的处理方法的流程示意图，包括：
步骤410，服务器接收各第一用户ID对具有限定条件数据的保存请求，对保存所述限定条件数据的各第一用户ID进行记录；所述限定条件数据由第二用户ID维护；
步骤410及其优选步骤与前述步骤210及其优选步骤基本相似，在此不在详述。
步骤420，对于保存了所述限定条件数据的各第一用户ID，分析各第一用户ID对应的交易日志，统计未以第一有价数据为所述限定条件数据进行支付的第一用户ID的数量；
本步骤中，对于保存了卖家B的商品C的某些买家，如果在其购买以后，仍然保存着卖家B的商品C的数据，那么一般认为其再次购买的几率就会降低，则统计时则可将其排除在外。比如买家ID分别为1、2、3、……30的买家保存了卖家B的商品C的数据，当通过买家的交易日志分析出买家1、2、3、4在保存之后购买了卖家B的商品C，那么对保存了卖家B的商品C的买家数量进行统计时则不统计买家1、2、3、4，即只统计未购买过卖家B的商品C的买家5至30。
步骤430，判断所述数量是否达到阈值；如果达到，根据所述阈值修改所述限定条件；并将修限定条件改后限定条件数据信息发送给各第一用户ID。
步骤430及其优选步骤与步骤230及其优选步骤基本相似，在此不在详述。
与上述图1方法实施例相对应地，本申请实施例还提供一种具有限定条件数据信息的处理系统，其结构示意图如图5所示，包括：
保存请求接收记录模块510，用于服务器接收各第一用户ID对具有限定条件数据的保存请求，对保存所述限定条件数据的各第一用户ID进行记录；所述限定条件数据由第二用户ID维护；
判断修改模块520，用于根据所述记录的情况，判断是否修改所述限定条件；如果修改，则将修限定条件改后限定条件数据信息发送给各第一用户ID。
与上述图2方法实施例相对应地，本申请实施例还提供一种具有限定条件数据信息的处理系统，其结构示意图如图6所示，包括：
保存请求接收记录模块610，用于服务器接收各第一用户ID对具有限定条件数据的保存请求，对保存所述限定条件数据的各第一用户ID进行记录；所述限定条件数据由第二用户ID维护；
第一统计模块620，根据所述记录求统计保存所述限定条件数据的第一用户ID数量。
第一信息发送模块630，判断所述数量是否达到阈值；如果达到，则根据所述阈值修改所述限定条件，并将修限定条件改后限定条件数据信息发送给各第一用户ID。
与上述图3方法实施例相对应地，本申请实施例还提供一种具有限定条件数据信息的处理系统，其结构示意图如图7所示，包括：
保存请求接收记录模块710，用于服务器接收各第一用户ID对具有限定条件数据的保存请求，对保存所述限定条件数据的各第一用户ID进行记录；所述限定条件数据由第二用户ID维护；
第二统计模块720，用于在规定时间段长度内，根据所述记录统计保存所述限定条件数据的第一用户ID数量。
第二信息发送模块730，用于判断所述数量是否达到阈值；如果达到，则根据所述阈值修改所述限定条件，并将修限定条件改后限定条件数据信息发送给各第一用户ID。
与上述图4方法实施例相对应地，本申请实施例还提供一种具有限定条件数据信息的处理系统，其结构示意图如图8所示，包括：
保存请求接收记录模块810，用于服务器接收各第一用户ID对具有限定条件数据的保存请求，用于对保存所述限定条件数据的各第一用户ID进行记录；所述限定条件数据由第二用户ID维护；
第三统计模块820，用于对于保存了所述限定条件数据的各第一用户ID，分析各第一用户ID对应的交易日志，统计未以第一有价数据为所述限定条件数据进行支付的第一用户ID的数量。
第三信息发送模块830，用于判断所述数量是否达到阈值；如果达到，则根据所述阈值修改所述限定条件，并将修限定条件改后限定条件数据信息发送给各第一用户ID。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本领域普通技术人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的一种具有限定条件数据信息的处理方法和系统进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种具有限定条件数据信息的处理方法，其特征在于：
服务器接收各第一用户ID对具有限定条件数据的保存请求，对保存所述限定条件数据的各第一用户ID进行记录；所述限定条件数据由第二用户ID维护；
根据所述记录的情况，判断是否修改所述限定条件；如果修改，则将修改限定条件后限定条件数据信息发送给各第一用户ID；具体包括：
对于保存了所述限定条件数据的各第一用户ID，统计其中未以第一有价数据为所述限定条件数据进行支付的第一用户ID的数量；
判断所述数量是否达到阈值；如果达到，根据所述阈值修改所述限定条件；并将修改限定条件后限定条件数据信息发送给各第一用户ID。
2.如权利要求1所述的方法，其特征在于，根据所述记录的情况，判断是否修改所述限定条件；如果修改，则将修改限定条件后限定条件数据信息发送给各第一用户ID包括：
根据所述记录求统计保存所述限定条件数据的第一用户ID数量；
判断所述数量是否达到阈值；如果达到，则根据所述阈值修改所述限定条件，并将修改限定条件后限定条件数据信息发送给各第一用户ID。
3.如权利要求1所述的方法，其特征在于，根据所述记录的情况，判断是否修改所述限定条件；如果修改，则将修改限定条件后限定条件数据信息发送给各第一用户ID包括：
在规定时间段长度内，根据所述记录统计保存所述限定条件数据的第一用户ID数量；
判断所述数量是否达到阈值；如果达到，根据所述阈值修改所述限定条件；并将修改限定条件后限定条件数据信息发送给各第一用户ID。
4.如权利要求1所述的方法，其特征在于，对于保存了所述限定条件数据的各第一用户ID，统计其中未以第一有价数据为所述限定条件数据进行支付的第一用户ID的数量包括：
对于保存了所述限定条件数据的各第一用户ID，分析各第一用户ID对应的交易日志，统计未以第一有价数据为所述限定条件数据进行支付的第一用户ID的数量。
5.如权利要求2、3、4其中之一所述的方法，其特征在于，如果达到，根据所述阈值修改所述限定条件；并将修改限定条件后限定条件数据信息发送给各第一用户ID包括：
当所述数量达到阈值时，则将所述限定条件的修改申请发送到第二用户ID；
当第二用户ID修改所述限定条件后，则将所述修改限定条件后的限定条件数据信息发送给所述各第一用户ID。
6.权利要求2、3、4其中之一所述的方法，其特征在于，如果达到，根据所述阈值修改所述限定条件；并将修改限定条件后限定条件数据信息发送给各第一用户ID包括：
当所述数量达到阈值时，根据所述阈值与第二用户ID修改完限定条件的限定条件数据信息的对应关系，将与阈值对应的限定条件数据信息发送给所述各第一用户ID。
7.权利要求1所述的方法，其特征在于：
所述的第二用户ID为商品卖家ID；
所述的第一用户ID为商品买家ID；
所述的保存请求为商品买家ID对商品卖家ID的商品的收藏。
8.权利要求7所述的方法，其特征在于：
所述的修改包括降低所述商品后的价格数据。
9.权利要求2、3、4其中之一所述的方法，其特征在于：
所述的阈值至少包括一级阈值；
当所述阈值为多级阈值时，阈值大小逐级增大。
10.一种具有限定条件数据信息的处理系统，其特征在于，包括：
保存请求接收记录模块，用于服务器接收各第一用户ID对具有限定条件数据的保存请求，对保存所述限定条件数据的各第一用户ID进行记录；所述限定条件数据由第二用户ID维护；
判断修改模块，用于根据所述记录的情况，判断是否修改所述限定条件；如果修改，则将修改限定条件后限定条件数据信息发送给各第一用户ID；具体用于，对于保存了所述限定条件数据的各第一用户ID，统计其中未以第一有价数据为所述限定条件数据进行支付的第一用户ID的数量；判断所述数量是否达到阈值；如果达到，则根据所述阈值修改所述限定条件，并将修改限定条件后限定条件数据信息发送给各第一用户ID。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210154423.XA CN103428237B (zh) | 2012-05-17 | 2012-05-17 | 一种具有限定条件数据信息的处理方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210154423.XA CN103428237B (zh) | 2012-05-17 | 2012-05-17 | 一种具有限定条件数据信息的处理方法和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103428237A CN103428237A (zh) | 2013-12-04 |
| CN103428237B true CN103428237B (zh) | 2016-09-07 |
Family
ID=49652411
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210154423.XA Active CN103428237B (zh) | 2012-05-17 | 2012-05-17 | 一种具有限定条件数据信息的处理方法和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103428237B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106339251B (zh) * | 2015-07-06 | 2020-04-28 | 阿里巴巴集团控股有限公司 | 一种对选择任务清单的容量进行控制的方法及其装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1432950A (zh) * | 2002-01-14 | 2003-07-30 | 英业达股份有限公司 | 适用于企业对企业网站商品的清单购物模式的实现方法 |
| CN1852423A (zh) * | 2006-01-10 | 2006-10-25 | 华为技术有限公司 | 一种网络流媒体节目播放系统及方法 |
| CN101465883A (zh) * | 2008-12-16 | 2009-06-24 | 北京畅游天下网络技术有限公司 | 一种修改用户数据的方法、装置及系统 |
| CN101479285A (zh) * | 2006-04-24 | 2009-07-08 | 安德鲁·阿特休勒 | 用于在产品寿命周期内多次销售产品的系统和方法 |
| CN101516023A (zh) * | 2008-02-21 | 2009-08-26 | 株式会社日立制作所 | 视频点播系统 |
-
2012
- 2012-05-17 CN CN201210154423.XA patent/CN103428237B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1432950A (zh) * | 2002-01-14 | 2003-07-30 | 英业达股份有限公司 | 适用于企业对企业网站商品的清单购物模式的实现方法 |
| CN1852423A (zh) * | 2006-01-10 | 2006-10-25 | 华为技术有限公司 | 一种网络流媒体节目播放系统及方法 |
| CN101479285A (zh) * | 2006-04-24 | 2009-07-08 | 安德鲁·阿特休勒 | 用于在产品寿命周期内多次销售产品的系统和方法 |
| CN101516023A (zh) * | 2008-02-21 | 2009-08-26 | 株式会社日立制作所 | 视频点播系统 |
| CN101465883A (zh) * | 2008-12-16 | 2009-06-24 | 北京畅游天下网络技术有限公司 | 一种修改用户数据的方法、装置及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103428237A (zh) | 2013-12-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Rao et al. | Failure to deliver? Linking online order fulfillment glitches with future purchase behavior | |
| Grewal et al. | The Internet and the price–value–loyalty chain | |
| Punj | Consumer decision making on the web: A theoretical analysis and research guidelines | |
| Gupta et al. | Identification of benefits, challenges, and pathways in E-commerce industries: An integrated two-phase decision-making model | |
| US6622131B1 (en) | Method and system for auctioning loans through a computing system | |
| WO2019196579A1 (zh) | 智能券的发放方法、装置及利用智能券的核销方法、装置 | |
| US8290838B1 (en) | Indicating irregularities in online financial transactions | |
| US8577780B2 (en) | Method and system for identifying high probability trade matches | |
| US20150178829A1 (en) | System and method for generating a virtual credit score and a respective virtual credit line | |
| CN109492973A (zh) | 一种订单执行全流程监管的智能结算方法和系统 | |
| CN106469377A (zh) | 退货信息处理方法及装置 | |
| JP6861729B2 (ja) | 目立たないサイドチャネルデータ回復を有する購入取引データ検索システム | |
| KR20080028865A (ko) | 저수요 항목들에 대한 가격 결정 | |
| US11508007B2 (en) | System and method for identifying vehicles for a purchaser from vehicle inventories | |
| US20150058151A1 (en) | Systems and methods for buying and selling one or more vehicles | |
| US20160005063A1 (en) | System and method for electronic adjustment of prices in websites | |
| US20130173409A1 (en) | Network Trading Systems and Methods | |
| KR101575927B1 (ko) | 반복 판매가 가능한 상품 재판매 시스템 및 그 방법 | |
| US9721289B2 (en) | System and methods thereof for financing a purchase order over the web | |
| CN103428237B (zh) | 一种具有限定条件数据信息的处理方法和系统 | |
| Otika et al. | Risk Perceptions and Online Shopping Intention among Internet Users In Nigeria. | |
| CN103038791A (zh) | 代销管理装置、代销管理方法、代销管理程序、及存储该程序的计算机可读取的记录介质 | |
| KR20150010050A (ko) | 상품구매 ui 제공시스템 및 그 제공방법 | |
| US20100030585A1 (en) | Insurance fulfillment system with open vendor interface | |
| KR101418845B1 (ko) | 리스크 관리 기반의 증권 거래 장치 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |