• 四川郎酒股份有限公司获第十二届人民企业社会责任奖年度环保奖 2019-05-13
  • 银保监会新规剑指大企业多头融资和过度融资 2019-05-12
  • 韩国再提4国联合申办世界杯 中国网友无视:我们自己来 2019-05-11
  • 中国人为什么一定要买房? 2019-05-11
  • 十九大精神进校园:风正扬帆当有为 勇做时代弄潮儿 2019-05-10
  • 粽叶飘香幸福邻里——廊坊市举办“我们的节日·端午”主题活动 2019-05-09
  • 太原设禁鸣路段 设备在测试中 2019-05-09
  • 拜耳医药保健有限公司获第十二届人民企业社会责任奖年度企业奖 2019-05-08
  • “港独”没出路!“梁天琦们”该醒醒了 2019-05-07
  • 陈卫平:中国文化内涵包含三方面 文化复兴表现在其中 2019-05-06
  • 人民日报客户端辟谣:“合成军装照”产品请放心使用 2019-05-05
  • 【十九大·理论新视野】为什么要“建设现代化经济体系”?   2019-05-04
  • 聚焦2017年乌鲁木齐市老城区改造提升工程 2019-05-04
  • 【专家谈】上合组织——构建区域命运共同体的有力实践者 2019-05-03
  • 【华商侃车NO.192】 亲!楼市火爆,别忘了买车位啊! 2019-05-03
    • / 15
    • 下载费用:30 金币  

    重庆时时彩包中技巧: 一种信息处理方法及装置.pdf

    关 键 词:
    一种 信息处理 方法 装置
      专利查询网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    摘要
    申请专利号:

    CN201510067932.2

    申请日:

    2015.02.09

    公开号:

    CN105991571A

    公开日:

    2016.10.05

    当前法律状态:

    授权

    有效性:

    有权

    法律详情: 授权|||实质审查的生效IPC(主分类):H04L 29/06申请日:20150209|||公开
    IPC分类号: H04L29/06; G06F17/30 主分类号: H04L29/06
    申请人: 阿里巴巴集团控股有限公司
    发明人: 于君泽
    地址: 英属开曼群岛大开曼岛资本大厦一座四层847号邮箱
    优先权:
    专利代理机构: 北京集佳知识产权代理有限公司 11227 代理人: 王宝筠
    PDF完整版下载: PDF下载
    法律状态
    申请(专利)号:

    CN201510067932.2

    授权公告号:

    ||||||

    法律状态公告日:

    2019.04.09|||2016.11.09|||2016.10.05

    法律状态类型:

    授权|||实质审查的生效|||公开

    摘要

    本申请提供一种信息处理方法及装置,所述方法包括:生成活动对应的热点账户,所述热点账户包括预设条数的明细记录,所述明细记录包括所述活动的标识、所述明细记录的标识、所述明细记录的状态和标的物参数;响应于用户针对所述活动发送的访问请求,从所述热点账户中,为每个用户查找一条对应的当前明细记录,所述当前明细记录的状态为空闲;将所述当前明细记录分配给对应的用户,并更新所述当前明细记录的状态为占用。如此,便可解决现有技术在秒级并发量很高场景下,应用服务器处理并发访问能力受限的技术问题。

    权利要求书

    1.一种信息处理方法,其特征在于,该方法包括如下步骤:
    生成活动对应的热点账户,所述热点账户包括预设条数的明细记录,
    所述明细记录包括所述活动的标识、所述明细记录的标识、所述明细记
    录的状态和标的物参数;
    响应于用户针对所述活动发送的访问请求,从所述热点账户中,为每
    个用户查找一条对应的当前明细记录,所述当前明细记录的状态为空闲;
    将所述当前明细记录分配给对应的用户,并更新所述当前明细记录的
    状态为占用。
    2.根据权利要求1所述的方法,其特征在于,如果多个用户并发发
    送访问请求,且所述明细记录的标识采用自增设计,所述为每个用户查
    找一条对应的当前明细记录,具体为:
    获得缓存服务器为每个用户分配的明细记录标识,所述标识为所述缓
    存服务器根据每个用户发送访问请求的时间戳排序,按照自增设计分配;
    根据所述标识,为每个用户查找各自对应的当前明细记录。
    3.根据权利要求1所述的方法,其特征在于,如果多个用户并发发
    送访问请求,所述为每个用户查找一条对应的当前明细记录,具体为:
    根据每个用户发送访问请求的时间戳排序,从所述热点账户处于空闲
    状态的所有明细记录中,依次为每个用户查找一条对应的当前明细记录。
    4.根据权利要求1所述的方法,其特征在于,如果多个用户并发发
    送访问请求,所述为每个用户查找一条对应的当前明细记录,具体为:
    从所述热点账户处于空闲状态的所有明细记录中,获得指定条数的明
    细记录;
    利用每个用户的身份标识,从所述指定条数的明细记录中,为每个用
    户确定一条对应的当前明细记录。
    5.根据权利要求1至4任一项所述的方法,其特征在于,所述为每
    个用户查找一条对应的当前明细记录之前,还包括:
    判断所述热点账户处于空闲状态的明细记录的数目是否低于预设值,
    如果否,则执行所述为每个用户查找一条对应的当前明细记录。
    6.根据权利要求5所述的方法,其特征在于,所述热点账户还包括
    预分配数和/或未分配数,所述预分配数为所述预设条数的明细记录的标
    的物参数之和,所述未分配数为总分配数与所述预分配数之差,则在所
    述热点账户处于空闲状态的明细记录的数目低于所述预设值时,所述方
    法还包括:
    判断所述未分配数是否大于零,如果是,则利用所述未分配数生成新
    的明细记录,再执行所述为每个用户查找一条对应的当前明细记录;
    或者,
    判断所述预分配数是否小于所述总分配数,如果是,则利用所述未分
    配数生成新的明细记录,再执行所述为每个用户查找一条对应的当前明
    细记录。
    7.一种信息处理装置,其特征在于,该装置包括:
    生成单元,用于生成活动对应的热点账户,所述热点账户包括预设条
    数的明细记录,所述明细记录包括所述活动的标识、所述明细记录的标
    识、所述明细记录的状态和标的物参数;
    查找单元,用于响应于用户针对所述活动发送的访问请求,从所述热
    点账户中,为每个用户查找一条对应的当前明细记录,所述当前明细记
    录的状态为空闲;
    分配单元,用于将所述查找单元查到的所述当前明细记录分配给对应
    的用户,并更新所述当前明细记录的状态为占用。
    8.根据权利要求7所述的装置,其特征在于,如果多个用户并发发
    送访问请求,且所述明细记录的标识采用自增设计,所述查找单元包括:
    第一获得单元,用于获得缓存服务器为每个用户分配的明细记录标
    识,所述标识为所述缓存服务器根据每个用户发送访问请求的时间戳排
    序,按照自增设计分配;
    第一查找子单元,用于根据所述标识,为每个用户查找各自对应的当
    前明细记录。
    9.根据权利要求7所述的装置,其特征在于,如果多个用户并发发
    送访问请求,所述查找单元包括:
    第二查找子单元,用于根据每个用户发送访问请求的时间戳排序,从
    所述热点账户处于空闲状态的所有明细记录中,依次为每个用户查找一
    条对应的当前明细记录。
    10.根据权利要求7所述的装置,其特征在于,如果多个用户并发发
    送访问请求,所述查找单元包括:
    第二获得单元,用于从所述热点账户处于空闲状态的所有明细记录
    中,获得指定条数的明细记录;
    第三查找子单元,用于利用每个用户的身份标识,从所述指定条数的
    明细记录中,为每个用户确定一条对应的当前明细记录。
    11.根据权利要求7至10任一项所述的装置,其特征在于,所述装
    置还包括:
    第一判断单元,用于在所述查找单元查找所述当前明细记录之前,判
    断所述热点账户处于空闲状态的明细记录的数目是否低于预设值,如果
    否,则通知所述查找单元查找所述当前明细记录。
    12.根据权利要求11所述的装置,其特征在于,所述热点账户还包
    括预分配数和/或未分配数,所述预分配数为所述预设条数的明细记录的
    标的物参数之和,所述未分配数为总分配数与所述预分配数之差,则所
    述装置还包括:
    第二判断单元,用于在所述热点账户处于空闲状态的明细记录的数目
    低于所述预设值时,判断所述未分配数是否大于零,如果是,则利用所
    述未分配数生成新的明细记录,并通知所述查找单元查找所述当前明细
    记录;
    或者,
    第三判断单元,用于在所述热点账户处于空闲状态的明细记录的数目
    低于所述预设值时,判断所述预分配数是否小于所述总分配数,如果是,
    则利用所述未分配数生成新的明细记录,并通知所述查找单元查找所述
    当前明细记录。

    说明书

    一种信息处理方法及装置

    技术领域

    本申请涉及网络数据处理领域,特别涉及一种信息处理方法及装置。

    背景技术

    随着信息技术的飞速发展,以电子及电子技术为手段的数字化电子
    方式的交互越来越普及。交互过程中,可能存在海量用户并发访问同一
    应用账户的情况,致使被访问账户成为热点账户,如果不能降低并发访
    问量,则会降低应用对用户访问的响应速度,甚至出现无法响应用户访
    问的情况,影响用户的访问体验。

    目前,大多通过拆分热点账户的方式,来降低热点账户的并发访问
    量。举例来说,以营销类业务中发放红包的场景为例,热点账户为100万
    元的红包账户,可以将热点账户拆分为100个子账户,并对每个子账户进
    行活动信息配置,形成子账户配置列表,具体可参见图1所示示意图。当
    客户端用户通过应用页面领取红包时,应用服务器可被触发,从100个活
    动中为该用户分配一个指定活动,并将用户的访问路由到该指定活动,
    使用户从该指定活动对应的子账户中领取红包。举例来说,应用服务器
    将用户A路由到活动003,用户A则可从子账户003中领取红包。

    上述方案中,如果红包账户的秒级并发量为数万用户,各子账户的
    秒级并发量则可降低至数百用户。但是,上述方案实现的前提,需要操
    作人员对业务需求做精准预估,并将红包账户拆分为合理个数的子账户。

    如果拆分的子账户个数较多,会增加活动信息配置的成本,而且在
    诸多子账户之间进行正确性检查还会加大配置复杂度,消耗应用服务器
    的处理资源。

    如果拆分的子账户个数较少,可能在活动进行过程中,各子账户的
    秒级并发量仍很高,需要紧急向应用服务器发布再次拆分账户指令,进
    一步拆分各个子账户,如此,势必会对当前进行的活动造成影响,而且
    再次拆分过程中,不仅会涉及活动信息配置、拆分账户正确性检查,还
    会涉及大量的数据迁移,实现过程复杂、难度大,仍会消耗应用服务器
    的处理资源。

    另外,上述拆分热点账户的方案中,为了保证并发访问的线程安全,
    应用处理器会对用户修改热点账户数据的行为采用加锁方式处理,也就
    是说,单次只允许一个用户读取并修改热点账户的数据。

    仍以上述发放红包的场景为例,无论是针对拆分前的100万元红包账
    户,还是针对拆分后的1万元子账户,当出现多用户并发访问时,都会涉
    及加锁问题。如,A、B、C三个用户并发访问子账户003,且三个用户被
    应用服务器路由到子账户003的时间戳排序依次为A、B、C,则,在用户
    A读取子账户003的账户余额,领取红包时,会锁定子账户003,禁止用户
    B和C读取子账户003的账户余额,只有用户A领取并修改子账户003的账
    户余额后,才会解锁子账户003,允许其它用户读取子账户003的账户余
    额。

    上述仅是以三个用户并发访问时的加锁处理为例,做的简单介绍,
    在实际应用中,秒级并发量可能为数万用户,如果应用服务器不能及时
    处理掉或释放掉这些用户的并发访问,随着负载量不断提升,应用服务
    器很可能会被拖垮。

    综上,拆分热点账户的方案,虽能在一定程度上降低子账户的并发
    访问量,但加锁问题仍会严重限制应用服务器响应并发访问的能力。

    发明内容

    本申请所要解决的技术问题是提供一种信息处理方法,用以解决现
    有技术在秒级并发量很高场景下,应用服务器处理并发访问能力受限的
    技术问题。

    本申请还提供了一种信息处理装置,用以保证上述方法在实际中的实
    现及应用。

    为了解决上述问题,本申请公开了一种信息处理方法,包括如下步骤:

    生成活动对应的热点账户,所述热点账户包括预设条数的明细记录,
    所述明细记录包括所述活动的标识、所述明细记录的标识、所述明细记
    录的状态和标的物参数;

    响应于用户针对所述活动发送的访问请求,从所述热点账户中,为每
    个用户查找一条对应的当前明细记录,所述当前明细记录的状态为空闲;

    将所述当前明细记录分配给对应的用户,并更新所述当前明细记录的
    状态为占用。

    相应地,本申请还公开了一种信息处理装置,该装置包括:

    生成单元,用于生成活动对应的热点账户,所述热点账户包括预设条
    数的明细记录,所述明细记录包括所述活动的标识、所述明细记录的标
    识、所述明细记录的状态和标的物参数;

    查找单元,用于响应于用户针对所述活动发送的访问请求,从所述热
    点账户中,为每个用户查找一条对应的当前明细记录,所述当前明细记
    录的状态为空闲;

    分配单元,用于将所述查找单元查到的所述当前明细记录分配给对应
    的用户,并更新所述当前明细记录的状态为占用。

    与现有技术相比,本申请包括以下优点:

    本申请在账户配置阶段,不需要如现有技术进行账户拆分、活动信
    息配置、子账户正确性检查,只需要生成预设条无差异的明细记录即可,
    生成过程简单易于实现,可解决现有技术为降低热点账户的秒级并发量
    而导致的大量消耗应用服务器处理资源的技术问题。

    另外,本申请在活动进行阶段,将处理用户并行访问请求的行为,
    转换为匹配明细记录的处理过程,不需要实时修改账户数据,既可保证
    并发访问的线程安全,又有助于提高应用服务器响应并发访问的能力。

    附图说明

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

    图1是现有技术中子账户配置列表的示意图;

    图2是本申请信息处理方法实施例1的流程图;

    图3是本申请中明细记录的一种示意图;

    图4是本申请中明细记录的另一种示意图;

    图5是本申请信息处理方法实施例2的流程图;

    图6是本申请信息处理装置的结构框图。

    具体实施方式

    下面将结合本申请实施例中的附图,对本申请实施例中的技术方案
    进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实
    施例,而不是全部的实施例?;诒旧昵胫械氖凳├?,本领域普通技术
    人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本
    申请?;さ姆段?。

    参考图2,示出了本申请信息处理方法实施例1的流程图,可以包括
    以下步骤:

    步骤101,生成活动对应的热点账户,所述热点账户包括预设条数的
    明细记录,所述明细记录包括所述活动的标识、所述明细记录的标识、
    所述明细记录的状态和标的物参数。

    本申请实施例方案,可以根据活动需要,生成预设条无差异的明细记
    录,明细记录可以包括活动标识、明细记录标识、明细记录状态和标的
    物参数。具体地,活动标识可以为活动名称和/或活动ID;明细记录标识
    可以为明细记录名称和/或明细记录ID;明细记录状态可以为空闲或占
    用,其中,如果明细记录已分配给用户,则状态表现为占用,否则状态
    表现为空闲,通常明细记录的初始状态为空闲状态;标的物参数可以为
    标的物的数量,通常针对不同活动,标的物参数可表现为不同形式,举
    例来说,如果活动为抢红包,标的物参数可以为红包金额,如,5元、10
    元等等;如果活动为抢商品,标的物参数可以为商品限购数量,如果商
    品为手机,标的物参数可以为1台、2台等等。在实际应用中,本申请实
    施例对明细记录包括的各项信息的具体表现形式可不做具体限定。作为
    一种示例,明细记录可体现为图3所示示意图。

    需要说明的是,应用服务器可以根据默认配置来设置标的物参数,或
    者,应用服务器可以根据操作人员的手动配置来设置标的物参数,本申
    请实施例对此可不做具体限定,通常应用服务器不会根据客户端用户输
    入的信息实时设置标的物参数。举例来说,应用服务器可以将所有明细
    记录的红包金额设置为5元,或者,可以将所有明细记录的红包金额设
    置为10元;或者,还可以将一部分明细记录的红包金额设置为5元,将
    另一部分明细记录的红包金额设置为10元;但是,通常应用服务器不会
    实时响应客户端用户,按照用户输入的数值设置红包金额。

    另外,需要说明的是,活动的标识用于表示明细记录对应于哪个具体
    活动,应用服务器在后续处理过程,将用户路由到热点账户并为用户分
    配明细记录时,可通过活动的标识进一步检验应用服务器路由的准确性。
    作为一种示例,如果对路由准确性要求不高,或者当前仅进行唯一活动,
    明细记录中亦可不包括活动的标识,当然,为了保证应用服务器的路由
    准确性,还是以明细记录中包括活动的标识为最优。

    本申请实施例生成预设条无差异的明细记录指的是,各条明细记录之
    间不作区分,只要明细记录处于空闲状态,即可分配给用户。预设条数
    可以为预先设定的指定数目,如,指定生成1万条明细记录;或者,预
    设条数还可以为根据总分配数、生成因子和标的物参数获得的计算数目,
    如,总分配数为100万元红包,生成因子为0.8,标的物参数为5元,则
    计算知晓要生成100*0.8/5=16万条明细记录。需要说明的是,可以随机
    设置生成因子,或者,也可以根据其它相关活动的经验设置生成因子,
    再者,还可以根据活动的往年历史数据设置生成因子,本申请实施例对
    此可不做具体限定。

    综上可知,本申请实施例在活动开始前的账户配置阶段,不需要应用
    服务器进行账户拆分,也无需针对各个子账户进行活动信息配置,还无
    需在各个子账户之间进行正确性检查,只需要生成预设条无差异的明细
    记录即可,生成过程简单易于实现,可节省应用服务器的处理资源。如
    此,就解决了现有技术为降低热点账户的秒级并发量而导致的大量消耗
    应用服务器处理资源的技术问题。

    步骤102,响应于用户针对所述活动发送的访问请求,从所述热点账
    户中,为每个用户查找一条对应的当前明细记录,所述当前明细记录的
    状态为空闲。

    步骤101主要针对于活动开始前的账户配置阶段,一旦账户配置完
    成,活动启动后,应用服务器便可直接执行步骤102响应用户的访问请
    求。

    举例来说,客户端用户查看活动页面,可通过点击或触控等方式,向
    应用服务器发送访问请求,应用服务器接收到用户发送的访问请求,即
    可按照本申请实施例方案进行信息处理。以双11发放红包的场景为例,
    活动页面可显示5元红包领取按钮和10元红包领取按钮,用户A点击
    10元红包领取按钮,即会向应用服务器发送访问请求,该访问请求用于
    表示用户A请求领取双11活动的10元红包。

    可选地,应用服务器接收到访问请求后,可先对用户A的身份、用
    户A领取红包的行为、用户A请求领取红包的金额等方面进行鉴权,鉴
    权通过后,应用服务器再按照本申请实施例方案进行信息处理。

    具体地,本申请实施例中,应用服务器的信息处理过程可体现为:确
    定用户参与的活动所对应的热点账户,从所述热点账户中为每个用户查
    找一条处于空闲状态的明细记录,作为分配给用户的当前明细记录。

    作为一种示例,如果当前只有一个用户向应用服务器发送访问请求,
    应用服务器可以为该用户,从热点账户处于空闲状态的所有明细记录中,
    确定一条当前明细记录。

    举例来说,应用服务器可以随机的,从处于空闲状态的所有明细记录
    中确定当前明细记录,如,ID为10~20的明细记录均处于空闲状态,应
    用服务器可以随机将ID为12的明细记录确定为当前明细记录?;蛘?,
    应用服务器可以将处于空闲状态的所有明细记录中,ID最大或ID最小的
    明细记录确定为当前明细记录,如,ID为10~20的明细记录均处于空闲
    状态,应用服务器可以将最小ID为10的明细记录确定为当前明细记录。
    或者,应用服务器可以根据预设匹配规则,从处于空闲状态的所有明细
    记录中,确定一条与用户ID匹配的当前明细记录,如,用户ID为123456,
    且ID为10~20的明细记录均处于空闲状态,若匹配规则为明细记录ID
    最后一位与用户ID最后一位相同,应用服务器可将ID为16的明细记录
    确定为当前明细记录。具体地,本申请实施例对应用服务器确定当前明
    细记录的方式、每种方式的具体实现手段等,可不做限定。

    作为一种示例,如果当前有多个用户向应用服务器并发发送访问请
    求,应用服务器至少可按下文介绍的三种方式,从热点账户处于空闲状
    态的所有明细记录中,为每个用户确定一条当前明细记录。此处暂不对
    应用服务器确定当前明细记录的三种方式做解释说明,具体可参见下文
    所做介绍。

    步骤103,将所述当前明细记录分配给对应的用户,并更新所述当前
    明细记录的状态为占用。

    无论是单用户访问,还是多用户并发访问,应用服务器均可为每个用
    户分配一条对应的当前明细记录??梢岳斫獾?,将当前明细记录分配给
    对应的用户指的是,建立当前明细记录与对应用户之间的对应关系。举
    例来说,为用户A、B、C依次分配明细记录10、11、12,如果明细记录
    10、11、12表现为图3所示,则步骤103将当前明细记录分配给对应的
    用户表示,用户A领取到5元红包、用户B领取到5元红包、用户C领
    取到10元红包;如果明细记录10、11、12表现为图4所示,则步骤103
    将当前明细记录分配给对应的用户表示,用户A、B和C分别抢购到1
    台手机。

    本申请实施例中,每条明细记录只能唯一分配给一个用户,故在建立
    当前明细记录与对应用户之间的对应关系后,还可更新当前明细记录的
    状态,将空闲状态修改为占用状态,以此表示该条明细记录已分配给用
    户。

    综上可知,本申请实施例将用户领取红包或抢购商品的行为,转换为
    匹配明细记录的处理过程,不需要实时修改账户余额或剩余商品数量,
    既可保证并发访问的线程安全,又有助于提高应用服务器响应并发访问
    的能力。

    需要说明的是,本申请实施例方案,虽主要针对于营销类业务,但实
    质上是在利用技术手段解决业务实现过程中存在的技术问题。

    针对步骤102提及的,应用服务器确定当前明细记录的三种方式,下
    面分别做解释说明。

    实现方式一

    如果热点账户包括的明细记录的标识采用自增设计,应用服务器可按
    以下方式确定当前明细记录:获得缓存服务器为每个用户分配的明细记
    录标识,所述标识为所述缓存服务器根据每个用户发送访问请求的时间
    戳排序,按照自增设计分配;根据所述标识,为每个用户查找各自对应
    的当前明细记录。

    为了避免并发的多个用户抢占同一条明细记录,实现无锁处理,本申
    请实施例可通过缓存服务器,按照用户发送访问请求时间戳的排序,为
    每个用户分配一个明细记录标识,本示例中,明细记录的标识可具体体
    现为明细记录ID。举例来说,可以在分布式缓存服务器中维护一个明细
    记录ID的当前值,当用户A和B并发访问时,若用户A相对B先到达,
    则可将(当前值+1)分配给用户A,同时缓存服务器维护(当前值+1),
    待用户B到达时,将(当前值+2)分配给用户B,并继续维护(当前值
    +2)。如此类推,当有其它用户向应用服务器发送访问请求时,缓存服务
    器均可为每个用户分配一个对应的明细记录ID,具体过程此处不做赘述。
    作为一种示例,缓存服务器可以通过redis的incr操作,为每个用户分配
    一个对应的明细记录ID:redis->incr(′preRecordNum_activity001′)。需要
    说明的是,上述示例,自增变量值体现为1,在具体应用中,可以按照需
    要自行设置自增变量值,本申请实施例对此可不做具体限定。

    举例来说,缓存服务器为用户A分配的明细记录ID为10,为用户B
    分配的明细记录ID为11,应用服务器可据此,建立用户A与ID为10
    的明细记录之间的对应关系、建立用户B与ID为11的明细记录之间的
    对应关系,结合图3所示示意图可知,用户A可领取5元红包、用户B
    可领取5元红包。

    实现方式二

    应用服务器可按以下方式确定当前明细记录:根据每个用户发送访问
    请求的时间戳排序,从所述热点账户处于空闲状态的所有明细记录中,
    依次为每个用户查找一条对应的当前明细记录。

    为了避免并发的多个用户抢占同一条明细记录,实现无锁处理,本申
    请实施例可按照用户发送访问请求时间戳的排序,依次为每个用户分配
    一条对应的当前明细记录。举例来说,ID为10~20的明细记录均处于空
    闲状态,用户A和B并发访问,且用户A相对B先到达,应用服务器可
    以随机的,从处于空闲状态的所有明细记录中,依次为用户A和B各确
    定一条当前明细记录,如,为用户A确定的当前明细记录的ID为10,
    为用户B确定的当前明细记录的ID为12?;蛘?,应用服务器可以按照
    明细记录ID的大小排序,依次为用户A和B各确定一条当前明细记录,
    如,明细记录按照ID升序排列,为用户A确定的当前明细记录的ID为
    10,为用户B确定的当前明细记录的ID为11;或者,明细记录按照ID
    降序排列,为用户A确定的当前明细记录的ID为20,为用户B确定的
    当前明细记录的ID为19。

    可选地,实现方式二还可与实现方式一相互配合,为用户确定一条对
    应的当前明细记录,可具体体现为:应用服务器可以先利用实现方式一,
    借助缓存服务器为用户确定当前明细记录,当缓存服务器故障的时候,
    再利用实现方式二为用户确定当前明细记录。举例来说,应用服务器可
    通过监控缓存服务器心跳的方式,确定缓存服务器是否出现故障。

    实现方式三

    应用服务器可按以下方式确定当前明细记录:从所述热点账户处于空
    闲状态的所有明细记录中,获得指定条数的明细记录;利用每个用户的
    身份标识,从所述指定条数的明细记录中,为每个用户确定一条对应的
    当前明细记录。

    为了避免并发的多个用户抢占同一条明细记录,实现无锁处理,本申
    请实施例可先从处于空闲状态的所有明细记录中,抓取指定条数的明细
    记录,进而再结合用户ID,按照一定的匹配规则,从指定条数的明细记
    录中为每个用户确定一条对应的当前明细记录。举例来说,指定条数为
    10,ID为001~100的明细记录均处于空闲状态,应用服务器抓取到的明
    细记录的ID为001~010,若用户A的ID为123456,用户B的ID为654321,
    匹配规则为:以用户ID的指定位为依据,确定用户对应的当前明细记录
    在被抓取明细记录中的位置。举例来说,指定位为用户ID的倒数第二位,
    则用户A对应的当前明细记录在被抓取明细记录中的位置为5,即ID为
    005的明细记录;用户B对应的当前明细记录在被抓取明细记录中的位置
    为2,即ID为002的明细记录。

    需要说明的是,本申请实施例可以依序设置多条匹配规则,如果无法
    通过当前匹配规则为用户确定明细记录,则可依序利用下一条匹配规则
    进行明细记录匹配,直至为用户确定出对应的当前明细记录?;蛘?,如
    果通过当前匹配规则为用户确定出多条明细记录,则可随机从确定出的
    多条明细记录中确定当前明细记录,或者还可结合其它匹配规则为用户
    确定对应的当前明细记录。本申请实施例对此可不做具体限定,只要为
    每个用户确定一条当前明细记录即可。

    举例来说,本申请实施例中的匹配规则还可为:匹配用户ID与明细
    记录ID的指定位,使二者相同或存在预设对应关系,本申请对此可不做
    具体限定。

    参考图5,示出了本申请信息处理方法实施例2的流程图,可以包括
    以下步骤:

    步骤201,生成活动对应的热点账户,所述热点账户包括预设条数的
    明细记录,所述明细记录包括所述活动的标识、所述明细记录的标识、
    所述明细记录的状态和标的物参数。

    步骤201的实现过程可参见上文图2所示步骤101,此处不再赘述。

    步骤202,响应于用户针对所述活动发送的访问请求,判断所述热点
    账户处于空闲状态的明细记录的数目是否低于预设值,如果否,则执行
    步骤203。

    本申请实施例主要针对于秒级并发量很高的场景,为了避免出现明细
    记录分配不足现象,即,处于空闲状态的明细记录数目小于并发访问的
    用户数目,应用服务器在为每个用户分配对应的当前明细记录之前,可
    先判断下目前处于空闲状态的明细记录的数目是否低于预设值,如果未
    低于预设值,则可继续执行为用户确定当前明细记录的步骤。

    举例来说,预设值可以为预先设定的指定数值,如,指定数值为100
    条,即,热点账户处于空闲状态的明细记录的数目大于100条时,便可
    继续执行为用户确定当前明细记录的步骤?;蛘?,预设值可以为预先设
    定的比值,如,比值为20%,即,热点账户处于空闲状态的明细记录的
    数目大于预设条数的20%时,便可继续执行为用户确定当前明细记录的
    步骤?;蛘?,预设值可以为并发访问的用户数目,如,并发访问的用户
    数目为100,即,热点账户处于空闲状态的明细记录的数目大于100条时,
    便可继续执行为用户确定当前明细记录的步骤。

    步骤203,从所述热点账户中,为每个用户查找一条对应的当前明细
    记录,所述当前明细记录的状态为空闲。

    步骤204,将所述当前明细记录分配给对应的用户,并更新所述当前
    明细记录的状态为占用。

    步骤203、204的实现过程可参见上文图2所示步骤102、103,此处
    不再赘述。

    可选地,热点账户还包括预分配数和/或未分配数,则在步骤202判
    断热点账户处于空闲状态的明细记录的数目低于预设值时,应用服务器
    还可执行以下步骤:判断所述未分配数是否大于零,如果是,则利用所
    述未分配数生成新的明细记录,再执行所述为每个用户查找一条对应的
    当前明细记录。

    本申请实施例中,预分配数指的是预设条数的明细记录的标的物参数
    之和,未分配数指的是总分配数与预分配数之间的差值。以上文所举抢
    红包活动为例,总分配数为100万元红包、生成因子为0.8、红包金额为
    5元,则16万条明细记录对应的预分配数为16*5=80万元,未分配数为
    100-80=20万元。

    如果未分配数大于零,则说明红包或商品目前还有余量,可结合未分
    配数,继续生成新的明细记录,供应用服务器分配。需要说明的是,应
    用服务器可以先从剩余明细记录(即,预设条数的明细记录中处于空闲
    状态的明细记录)中为用户确定当前明细记录,并在不足时再从新的明
    细记录中为用户确定当前明细记录?;蛘?,应用服务器可以先从新的明
    细记录中为用户确定当前明细记录,并在不足时再从剩余明细记录中为
    用户确定当前明细记录?;蛘?,应用服务器可以不对剩余明细记录和新
    的明细记录做区分,直接从中为用户确定当前明细记录。

    可选地,作为一种示例,应用服务器也可判断预分配数是否小于总分
    配数,如果是,则利用未分配数生成新的明细记录,再执行所述为每个
    用户查找一条对应的当前明细记录。具体过程可参照上文关于未分配数
    所介绍的方案,此处不再赘述。

    可选地,如果经判断未分配数等于零,或者预分配数等于总分配数,
    为了提高处理用户请求的速度,应用服务器还可计算处于空闲状态的明
    细记录数目与并发访问的用户数目之间的差值,并按照并发访问用户发
    送访问请求的时间戳排序,直接向与所述差值相符且排序靠后的用户
    (即,分配不到明细记录的用户),反馈活动结束页面。举例来说,红包
    账户中剩余3条处于空闲状态的明细记录,当前有5个用户并发向应用
    服务器发送访问请求,且5个用户按照时间戳排序依次为1、2、3、4、5,
    对应于此,应用服务器可为用户1、2和3分别分配一条当前明细记录,
    即,用户1、2和3分别领取到一个红包,同时,应用服务器还可向用户
    4和5返回抢红包活动结束页面。如此,还可缩短应用服务器响应用户4
    和5的时间,提高用户4和5的用户体验。

    综上可知,本申请实施例在分配不足时,可根据实际情况生成新的明
    细记录,且过程中不会涉及数据迁移,也不会对正在进行的活动、已存
    在的明细记录、已建立的明细记录与用户之间的对应关系等等产生影响。

    可选地,本申请实施例在活动结束后,还可包括结算步骤。举例来说,
    针对抢红包活动,结算步骤指的是计算红包余额;针对抢商品活动,结
    算步骤指的是计算剩余商品数。具体地,本申请实施例提供了如下两种
    结算实现方式:

    实现方式一,应用服务器释放掉热点账户中所有处于空闲状态的明细
    记录,并作如下更新:预分配数为零,未分配数=总分配数-所有处于占用
    状态的明细记录的标的物参数之和。其中,未分配数即为结算值。

    实现方式二,应用服务器计算结算值=未分配数+所有处于空闲状态
    的明细记录数量的标的物参数之和。

    与上述本申请一种信息处理方法实施例1所提供的方法相对应,参
    见图6,本申请还提供了一种信息处理装置实施例1,在本实施例中,该
    装置可以包括:

    生成单元301,用于生成活动对应的热点账户,所述热点账户包括预
    设条数的明细记录,所述明细记录包括所述活动的标识、所述明细记录
    的标识、所述明细记录的状态和标的物参数;

    查找单元302,用于响应于用户针对所述活动发送的访问请求,从所
    述热点账户中,为每个用户查找一条对应的当前明细记录,所述当前明
    细记录的状态为空闲;

    分配单元303,用于将所述查找单元查到的所述当前明细记录分配给
    对应的用户,并更新所述当前明细记录的状态为占用。

    查找单元可按照方法实施例介绍的方案,为每个用户确定一个对应的
    当前明细记录,此处不再赘述。

    针对多用户并发访问,本申请实施例中的查找单元可具体体现为以下
    三种实现方式:

    实现方式一,如果多个用户并发发送访问请求,且所述明细记录的标
    识采用自增设计,所述查找单元包括:

    第一获得单元,用于获得缓存服务器为每个用户分配的明细记录标
    识,所述标识为所述缓存服务器根据每个用户发送访问请求的时间戳排
    序,按照自增设计分配;

    第一查找子单元,用于根据所述标识,为每个用户查找各自对应的当
    前明细记录。

    实现方式二,如果多个用户并发发送访问请求,所述查找单元包括:

    第二查找子单元,用于根据每个用户发送访问请求的时间戳排序,从
    所述热点账户处于空闲状态的所有明细记录中,依次为每个用户查找一
    条对应的当前明细记录。

    实现方式三,如果多个用户并发发送访问请求,所述查找单元包括:

    第二获得单元,用于从所述热点账户处于空闲状态的所有明细记录
    中,获得指定条数的明细记录;

    第三查找子单元,用于利用每个用户的身份标识,从所述指定条数的
    明细记录中,为每个用户确定一条对应的当前明细记录。

    可选地,在上述方案的基础上,所述装置还包括:

    第一判断单元,用于在所述查找单元查找所述当前明细记录之前,判
    断所述热点账户处于空闲状态的明细记录的数目是否低于预设值,如果
    否,则通知所述查找单元查找所述当前明细记录。

    可选地,如果所述热点账户处于空闲状态的明细记录的数目低于所述
    预设值,且所述热点账户还包括预分配数和/或未分配数,所述预分配数
    为所述预设条数的明细记录的标的物参数之和,所述未分配数为总分配
    数与所述预分配数之差,则所述装置还包括:

    第二判断单元,用于在所述热点账户处于空闲状态的明细记录的数目
    低于所述预设值时,判断所述未分配数是否大于零,如果是,则利用所
    述未分配数生成新的明细记录,并通知所述查找单元查找所述当前明细
    记录;或者,

    第三判断单元,用于在所述热点账户处于空闲状态的明细记录的数目
    低于所述预设值时,判断所述预分配数是否小于所述总分配数,如果是,
    则利用所述未分配数生成新的明细记录,并通知所述查找单元查找所述
    当前明细记录。

    本申请还提供了一种智能设备,该智能设备的处理器上集成了前述的
    信息处理装置。

    需要说明的是,本说明书中的各个实施例均采用递进的方式描述,
    每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间
    相同相似的部分互相参见即可。对于系统类实施例而言,由于其与方法
    实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部
    分说明即可。

    最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系
    术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不
    一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺
    序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他
    性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅
    包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为
    这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况
    下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的
    过程、方法、物品或者设备中还存在另外的相同要素。

    以上对本申请所提供的一种信息推送方法及装置进行了详细介绍,本
    文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施
    例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本
    领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围
    上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限
    制。

    关于本文
    本文标题:一种信息处理方法及装置.pdf
    链接地址://www.4mum.com.cn/p-6198479.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    [email protected] 2017-2018 www.4mum.com.cn网站版权所有
    经营许可证编号:粤ICP备17046363号-1 
     


    收起
    展开
  • 四川郎酒股份有限公司获第十二届人民企业社会责任奖年度环保奖 2019-05-13
  • 银保监会新规剑指大企业多头融资和过度融资 2019-05-12
  • 韩国再提4国联合申办世界杯 中国网友无视:我们自己来 2019-05-11
  • 中国人为什么一定要买房? 2019-05-11
  • 十九大精神进校园:风正扬帆当有为 勇做时代弄潮儿 2019-05-10
  • 粽叶飘香幸福邻里——廊坊市举办“我们的节日·端午”主题活动 2019-05-09
  • 太原设禁鸣路段 设备在测试中 2019-05-09
  • 拜耳医药保健有限公司获第十二届人民企业社会责任奖年度企业奖 2019-05-08
  • “港独”没出路!“梁天琦们”该醒醒了 2019-05-07
  • 陈卫平:中国文化内涵包含三方面 文化复兴表现在其中 2019-05-06
  • 人民日报客户端辟谣:“合成军装照”产品请放心使用 2019-05-05
  • 【十九大·理论新视野】为什么要“建设现代化经济体系”?   2019-05-04
  • 聚焦2017年乌鲁木齐市老城区改造提升工程 2019-05-04
  • 【专家谈】上合组织——构建区域命运共同体的有力实践者 2019-05-03
  • 【华商侃车NO.192】 亲!楼市火爆,别忘了买车位啊! 2019-05-03
  • 2019065双色球 双色球复式票什么意思 上海时时开奖公告 黑马全人工计划软件网页版 pk10最牛稳赚6计划软件 时时计划软件免费版 破解北京pk10冠亚和值 公式单双怎么算大发快三 大乐透预测最准十专家 管家婆网平特一肖稳赚 老时时彩走势图五星 赛车pk10定位胆计划软件 pk拾开奖直播稳赚计划完整 极速pk拾稳赚的方法 网赌北京pk10真的吗 十一选5万能码任四