CN110503412A - 一种线下红包码物料冲突的检测方法及系统 - Google Patents

一种线下红包码物料冲突的检测方法及系统 Download PDF

Info

Publication number
CN110503412A
CN110503412A CN201910814565.6A CN201910814565A CN110503412A CN 110503412 A CN110503412 A CN 110503412A CN 201910814565 A CN201910814565 A CN 201910814565A CN 110503412 A CN110503412 A CN 110503412A
Authority
CN
China
Prior art keywords
red packet
packet code
association
code
time
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.)
Granted
Application number
CN201910814565.6A
Other languages
English (en)
Other versions
CN110503412B (zh
Inventor
豆伟峰
魏良洁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Advanced Nova Technology Singapore Holdings Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201910814565.6A priority Critical patent/CN110503412B/zh
Publication of CN110503412A publication Critical patent/CN110503412A/zh
Application granted granted Critical
Publication of CN110503412B publication Critical patent/CN110503412B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • 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/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本说明书实施例公开了一种线下红包码物料冲突的检测方法。所述方法包括：确定一个或多个红包码，所述红包码至少与目标商家的线下支付相关；获取所述一个或多个红包码在所述目标商家的相关线下支付的交易数据；基于所述交易数据获取所述红包码与所述目标商家之间的关联强度信息以及关联时间信息；获取所述红包码与所述目标商家之间的空间关联信息；基于所述关联强度信息以及所述空间关联信息，根据预设算法确定与所述商家有强关联的一个或多个红包码；基于所述有强关联的一个或多个红包码的关联时间信息，确定所述有强关联的一个或多个红包码之间是否存在物料冲突。

Description

一种线下红包码物料冲突的检测方法及系统
技术领域
本说明书实施例涉及数据处理技术领域，特别涉及一种线下红包码物料冲突的检测方法、系统、及装置。
背景技术
随着互联网技术的发展和智能终端的普及，多种支付手段应运而生。例如，扫码线下交易方式，用户可以通过扫码完成相关交易。红包码的使用在一定程度上能促进更多的用户采用期望的支付手段。具体的，通过铺设印有红包码的宣传物料，例如二维码标签、易拉宝、宣传海报、广告、图书等，用户可通过手机上安装的应用程序扫描该红包码，获取具有一定金额的红包、抵扣金、或者优惠券，通过相应的应用程序进行线下支付时，则可使用该红包、抵扣金或者优惠券抵免一定的金额。
线下红包码物料的铺设工作可以委派给多个第三方共同完成，在线下红包码物料铺设的过程中，某些第三方的操作不规范，例如撕掉或者覆盖店铺里的别的第三方铺设的红包码，给店铺和用户带来了不良品牌印象，甚至可能激化多个第三方间的恶意竞争。因此，提出一种线下红包码物料冲突的检测方法，能够识别上述产生冲突的红包码物料，以便采取有效的治理措施。
发明内容
本说明书实施例的一个方面提供一种线下红包码物料冲突的检测方法，所述方法包括：确定一个或多个红包码，所述红包码至少与目标商家的线下支付相关；获取所述一个或多个红包码在所述目标商家的相关线下支付的交易数据；基于所述交易数据获取所述红包码与所述目标商家之间的关联强度信息以及关联时间信息；获取所述红包码与所述目标商家之间的空间关联信息；基于所述关联强度信息以及所述空间关联信息，根据预设算法确定与所述商家有强关联的一个或多个红包码；基于所述有强关联的一个或多个红包码的关联时间信息，确定所述有强关联的一个或多个红包码之间是否存在物料冲突。
在一些实施例中，所述红包码至少包括现金红包码、优惠码以及礼品码。
在一些实施例中，所述关联强度信息至少包括关联次数、以及关联天数，其中，所述关联次数为红包码参与所述目标商铺线下支付的次数，所述关联天数为红包码参与所述目标商铺线下支付的天数。
在一些实施例中，所述空间关联信息与所述红包码与目标商家之间的距离相关；所述距离为交易码的经纬度与所述目标商家的经纬度之间的距离。
在一些实施例中，所述基于所述关联强度信息以及所述空间关联信息，根据预设算法确定与所述商家有强关联的一个或多个红包码，包括：基于所述预设算法，确定与红包码对应的强度值，所述强度值与目标商家的所述关联次数和/或所述关联天数正相关，与所述空间关联信息负相关；将超过预设阈值的强度值对应的红包码确定为与所述商家强关联的红包码。
在一些实施例中，所述关联时间信息至少包括关联开始时间、以及关联结束时间，所述关联开始时间为红包码参与所述目标商铺线下支付的最初时间，所述关联结束时间为红包码参与所述目标商铺线下支付的最终时间。
在一些实施例中，基于所述有强关联的一个或多个红包码的关联时间信息，确定所述有强关联的一个或多个红包码之间是否存在物料冲突，包括：检测所述强度值超过预设阈值的红包码中是否存在某一红包码的关联结束时间早于另一红包码的关联开始时间，且所述某一红包码的关联结束时间与所述另一红包码的关联开始时间之间的时间差小于预设时间阈值，若是，则确定所述某一红包码与所述另一红包码发生了红包码物料冲突。
在一些实施例中，所述基于所述有强关联的一个或多个红包码的关联时间信息，确定所述有强关联的一个或多个红包码之间是否存在物料冲突，包括：基于所述关联开始时间，对所述有强关联的一个或多个红包码进行排序；确定排序靠前的红包码对应的关联结束时间是否早于相邻的排序靠后的红包码对应的关联开始时间，以及排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间差是否小于预设时间阈值；响应于排序靠前的红包码对应的关联结束时间早于相邻的排序靠后的红包码对应的关联开始时间，且排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间差小于预设时间阈值，确定存在红包码物料冲突。
在一些实施例中，所述方法进一步包括：响应于排序靠前的红包码对应的关联结束时间早于相邻的排序靠后的红包码对应的关联开始时间，且排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间差小于预设时间阈值，将排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间范围确定为发生红包码物料冲突的时间范围。
在一些实施例中，所述方法进一步包括：获取所述有强关联的一个或多个红包码之间的实际关系；基于所述实际关系以及所述有强关联的一个或多个红包码之间是否存在物料冲突的判定，更新所述预设算法和/或确定所述有强关联的一个或多个红包码之间是否存在物料冲突的判定流程。
本说明书实施例的另一方面提供一种线下红包码物料冲突的检测系统，所述系统包括获取模块以及确定模块。所述获取模块用于获取一个或多个红包码，所述红包码至少与目标商家的线下支付相关；获取所述一个或多个红包码在所述目标商家的相关线下支付的交易数据；基于所述交易数据获取所述红包码与所述目标商家之间的关联强度信息以及关联时间信息；以及获取所述红包码与所述目标商家之间的空间关联信息；所述确定模块用于基于所述关联强度信息以及所述空间关联信息，根据预设算法确定与所述商家有强关联的一个或多个红包码；以及基于所述有强关联的一个或多个红包码的关联时间信息，确定所述有强关联的一个或多个红包码之间是否存在物料冲突。
在一些实施例中，所述红包码至少包括现金红包码、优惠码以及礼品码。
在一些实施例中，所述关联强度信息至少包括关联次数、以及关联天数，其中，所述关联次数为红包码参与所述目标商铺线下支付的次数，所述关联天数为红包码参与所述目标商铺线下支付的天数。
在一些实施例中，所述空间关联信息与所述红包码与目标商家之间的距离相关；所述距离为交易码的经纬度与所述目标商家的经纬度之间的距离。
在一些实施例中，所述确定模块进一步用于：基于所述预设算法，确定与红包码对应的强度值，所述强度值与目标商家的所述关联次数和/或所述关联天数正相关，与所述空间关联信息负相关；将超过预设阈值的强度值对应的红包码确定为与所述商家强关联的红包码。
在一些实施例中，所述关联时间信息至少包括关联开始时间、以及关联结束时间，所述关联开始时间为红包码参与所述目标商铺线下支付的最初时间，所述关联结束时间为红包码参与所述目标商铺线下支付的最终时间。
在一些实施例中，所述确定模块进一步用于：检测所述强度值超过预设阈值的红包码中是否存在某一红包码的关联结束时间早于另一红包码的关联开始时间，且所述某一红包码的关联结束时间与所述另一红包码的关联开始时间之间的时间差小于预设时间阈值，若是，则确定所述某一红包码与所述另一红包码发生了红包码物料冲突。
在一些实施例中，所述确定模块进一步用于：基于所述关联开始时间，对所述有强关联的一个或多个红包码进行排序；确定排序靠前的红包码对应的关联结束时间是否早于相邻的排序靠后的红包码对应的关联开始时间，以及排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间差是否小于预设时间阈值；响应于排序靠前的红包码对应的关联结束时间早于相邻的排序靠后的红包码对应的关联开始时间，且排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间差小于预设时间阈值，确定存在红包码物料冲突。
在一些实施例中，所述确定模块进一步用于：响应于排序靠前的红包码对应的关联结束时间早于相邻的排序靠后的红包码对应的关联开始时间，且排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间差小于预设时间阈值，将排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间范围确定为发生红包码物料冲突的时间范围。
在一些实施例中，所述系统进一步包括更新模块。所述更新模块，用于获取所述有强关联的一个或多个红包码之间的实际关系；以及基于所述实际关系以及所述有强关联的一个或多个红包码之间是否存在物料冲突的判定，更新所述预设算法和/或和/或确定所述有强关联的一个或多个红包码之间是否存在物料冲突的判定流程。
本说明书实施例的另一方面提供一种线下红包码物料冲突的检测装置，所述装置包括至少一个处理器以及至少一个存储器：所述至少一个存储器用于存储指令；所述处理器用于执行所述指令，实现如上所述的任一项线下红包码物料冲突检测方法。
本说明书实施例的另一方面提供一种计算机可读存储介质，所述存储介质用于存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机运行如上所述的任一项线下红包码物料冲突检测方法。
附图说明
本说明书将以示例性实施例的方式进一步描述，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：
图1是根据本说明书的一些实施例所示的示例性物料冲突检测系统的示意图；
图2是根据本说明书的一些实施例所示的示例性处理设备的示框图；
图3是根据本说明书的一些实施例所示的确定线下红包码物料冲突的示例性流程图；
图4是根据本说明书的一些实施例所示的确定红包码之间是否发生冲突示例性流程图；以及
图5是根据本说明书的一些实施例所示的示例性处理设备110的框图。
具体实施方式
为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本说明书的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。
应当理解，本说明书中所使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。
如本说明书和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。
本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。
本说明书中所使用的术语“红包码”可以是指一种按一定规律在平面或空间上分布的，用以记录数据信息的特定的几何图形。使用计算设备可以读取红包码中记录的数据信息。例如，智能手机的使用者利用手机中安装的带有扫码功能的应用程序扫描红包码后，可以得到的特定的产物，包括红包现金、奖励金、抵扣金、礼券、优惠券、礼品等。红包码还可以包括现金码、赏金码、优惠码、礼品码、收款码、付款码等中的一种或多种。术语“物料”是指承载红包码的载体，可以包括二维码标签、海报、纸板、纸牌、塑料牌等，或其组合。例如，可以将表示红包码的几何图形印制或黏贴在纸板上。该纸板可以被称作红包码的“物料”。术语“物料冲突”可以是指承载有红包码的物料被撕毁，或者被承载有其他红包码的物料所替代、或被覆盖。术语“线下支付”可以是指收付款双方或多方，通过面对面的方式，使用网上支付的形式(例如，通过网络支付平台)完成支付。例如，消费者在店铺中进行消费后使用支付类的应用程序将消费款支付给店家。又例如，消费者在店铺中通过扫描收款码或者商家扫描消费者出示的付款码，在网上完成消费金额的支付。应当理解的是，本说明书的系统及方法的应用场景仅仅是本说明书的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本说明书应用于其他类似情景。
图1是根据本说明书的一些实施例所示的示例性物料冲突检测系统的示意图。在一些实施例中，该系统100可以用于发现红包码之间是否存在物料冲突，例如，红包码的覆盖、红包码的撕毁等。如图1所示，物料冲突检测系统100可以包处理设备110、存储设备120、终端130和网络140。
处理设备110可用于处理与红包码相关联的交易信息和/或数据来执行在本说明书中揭示的一个或者多个功能。例如，处理设备110可以用于确定红包码与目标商家之间的关联强度信息、关联时间信息、空间关联信息等。在一些实施例中，处理设备110可以包括一个或多个处理引擎(例如，单核心处理引擎或多核心处理器)。仅作为范例，处理设备110可以包括中央处理器(中央处理器)、特定应用集成电路(ASIC)、专用指令集处理器(ASIP)、图像处理器(GPU)、物理运算处理单元(PPU)、数字信号处理器(DSP)、现场可程序门阵列(FPGA)、可程序逻辑装置(PLD)、控制器、微控制器单元、精简指令集计算机(RISC)、微处理器等中的一种或多种组合。
存储设备120可以存储数据和/或指令。在一些实施例中，存储设备120可以存储从终端130采集到的数据。所述数据可以是与线下支付相关联的数据，例如交易数据、红包码使用数据等。在一些实施例中，存储设备120可以存储供处理设备110执行或使用的数据和/或指令，处理设备110可以通过执行或使用所述数据和/或指令以实现本说明书中的示例性方法。在一些实施例中，存储设备120可以与网络140连接实现与系统100中的一个或多个部件(例如，处理设备110、用户终端120等)之间的通信。系统100的一个或多个部件可以通过网络140访问存储在存储设备120中的数据或指令。在一些实施例中，存储设备120可以直接与系统100的一个或多个部件(例如，处理设备110、用户终端120等)连接或通信。在一些实施例中，存储设备120可以是处理设备110的一部分。在一些实施例中，存储设备130可以包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(ROM)等或其任意组合。示例性的大容量储存器可以包括磁盘、光盘、固态磁盘等。示例性可移动存储器可以包括闪存驱动器、软盘、光盘、存储卡、压缩盘、磁带等。示例性的挥发性只读存储器可以包括随机存取内存(RAM)。示例性的RAM可包括动态RAM(DRAM)、双倍速率同步动态RAM(DDR SDRAM)、静态RAM(SRAM)、闸流体RAM(T-RAM)和零电容RAM(Z-RAM)等。示例性的ROM可以包括掩模ROM(MROM)、可编程ROM(PROM)、可擦除可编程ROM(PEROM)、电子可擦除可编程ROM(EEPROM)、光盘ROM(CD-ROM)和数字通用磁盘ROM等。在一些实施例中，存储设备130可以在云平台上实现。仅作为示例，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。例如，本说明书中一些算法或者数据可以存储在某个云平台上，定期更新，处理设备110通过网络访问这些算法或者数据，以实现整个平台的算法或者数据的统一与交互。特别的，一些历史数据可以统一存储在平台的一个云平台上，以便多个处理设备110或者终端120访问或者更新，以便保证数据的实时性和跨平台使用。例如，终端120可以随时将线下支付交易数据发布到某个云平台上，系统可以根据多个终端120的数据执行区域推荐操作。
终端130可以是带有数据获取、存储和/或发送功能的设备，例如，智能手机。终端130上可以集成有扫码功能，在扫描红包码时可以实现上述目的。在一些实施例中，终端130的使用者可以是线下支付交易的参与者。例如，在线下支付交易活动中，终端130的使用者可以是用于支付的顾客，也可以是用于收款的商户。在一些实施例中，终端130可以包括但不限于移动设备130-1、平板电脑130-2、笔记本电脑130-3、台式电脑130-4等或其任意组合。示例性的移动设备130-1可以包括但不限于智能手机、个人数码助理(PersonalDigital Assistance，PDA)、收银机、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备、显示增强设备等或其任意组合。在一些实施例中，终端130可以将获取到的数据发送至系统100中的一个或多个设备。例如，终端130可以将获取到的数据传输至处理设备110或存储设备120。在一些实施例中，获取到的数据可以是线下支付的相关数据，例如，红包码扫码数据、支付数据等。仅作为示例，红包码扫码数据可以包括红包码标识、红包码类型、领取位置、领取时间、金额等。线下支付数据可以是收款信息、支付位置、支付时间、支付金额等。
网络140可以促进信息和/或数据的交换。在一些实施例中，系统100的一个或者多个组件(例如处理设备110、存储设备120和终端130)可以通过网络140传送信息至系统100的其他组件。例如，处理设备110可以通过网络140从存储设备120中获取红包码扫码数据。在一些实施例中，网络140可以是任意形式的有线或者无线网络，或其任意组合。仅作为范例，网络140可以是有线网络、光纤网络、远程通信网络、内部网络、互联网、局域网(LAN)、广域网(WAN)、无线局域网(WLAN)、城域网(MAN)、广域网(WAN)、公共交换电话网络(PSTN)、蓝牙网络、紫蜂网络、近场通讯(NFC)网络、全球移动通讯系统(GSM)网络、码分多址(CDMA)网络、时分多址(TDMA)网络、通用分组无线服务(GPRS)网络、增强数据速率GSM演进(EDGE)网络、宽带码分多址接入(WCDMA)网络、高速下行分组接入(HSDPA)网络、长期演进(LTE)网络、用户数据报协议(UDP)网络、传输控制协议/互联网协议(TCP/IP)网络、短讯息服务(SMS)网络、无线应用协议(WAP)网络、超宽带(UWB)网络、移动通信(1G、2G、3G、4G、5G)网络、Wi-Fi、Li-Fi、窄带物联网(NB-IoT)、红外通信网络等中的一种或多种组合。。在一些实施例中，网络140可包括一个或者多个网络接入点。例如，网络140可包括有线或无线网络进接点比如基站和/或互联网交换点(图中未示出)。通过该网络接入点，系统100的一个或多个组件可以连接至网络140以交换信息和/或数据。
图2是根据本说明书的一些实施例所示的示例性处理设备的示框图。处理设备200可以包括用来实现本说明书实施例中所描述的系统的任意部件。例如，处理设备200可以用过硬件、软件程序、固件或其组合实现。为了方便起见，图中仅绘制了一个处理设备，但是本说明书实施例所描述的与推荐区域确定系统100相关的计算功能可以以分布的方式、由一组相似的平台所实施，以分散系统的处理负荷。
在一些实施例中，处理设备200可以包括处理器210、存储器220、输入/输出部件230和通信端口240。在一些实施例中，所述处理器(例如，CPU)210，可以以一个或多个处理器的形式执行程序指令。在一些实施例中，所述存储器220包括不同形式的程序存储器和数据存储器，例如，硬盘、只读存储器(ROM)、随机存储器(RAM)等，用于存储由计算机处理和/或传输的各种各样的数据文件。在一些实施例中，所述输入/输出部件230可以用于支持处理设备200与其他部件之间的输入/输出。在一些实施例中，所述通信端口240可以与网络连接，用于实现数据通信。示例性的处理设备可以包括存储在只读存储器(ROM)、随机存储器(RAM)和/或其他类型的非暂时性存储介质中的由处理器210执行的程序指令。本说明书实施例的方法和/或流程可以以程序指令的方式实现。处理设备200也可以通过网络通讯接收本说明书中披露的程序和数据。
为理解方便，图2中仅示例性绘制了一个处理器。然而，需要注意的是，本说明书实施例中的处理设备200可以包括多个处理器，因此本说明书实施例中描述的由一个处理器实现的操作和/或方法也可以共同地或独立地由多个处理器实现。例如，如果在本说明书中，处理设备200的处理器执行步骤1和步骤2，应当理解的是，步骤1和步骤2也可以由处理设备200的两个不同的处理器共同地或独立地执行(例如，第一处理器执行步骤1，第二处理器执行步骤2，或者第一和第二处理器共同地执行步骤1和步骤2)。
图3为根据本说明书的一些实施例所示的确定线下红包码物料冲突的示例性流程图。在一些实施例中，流程300中的一个或以上步骤可以在图1所示的系统100中实现。例如，流程300中的一个或以上步骤可以作为指令的形式存储在存储设备120和/或存储器220中，并被处理设备110和/或处理器调用和/或执行。
步骤310，获取一个或多个红包码，以及一个或多个红包码在目标商家的相关线下支付的交易数据。步骤310可以由获取模块510执行。
在一些实施例中，所述一个或多个红包码至少与所述目标商家的线下支付相关。所述相关可以是指扫描所述一个或多个红包码所得到的产物(例如，红包金、奖励金等)被用于在所述目标商家所达成的线下支付交易中。例如，顾客使用线下支付向商家付款时，其中一部分金额被顾客在此之前扫描红包码获得的奖励金抵扣。付款完成后该线下支付可以被认为是与红包码相关。发生了红包码参与的线下支付交易的商家可以被指定为目标商家。所述一个或多个红包码在目标商家的相关线下支付的交易数据可以包括红包码标识、红包码被扫描位置、红包码被扫描时间、红包码扫码结果(例如红包金额、优惠券面值、礼品类型等)、使用红包码参与线下支付的次数、使用红包码参与线下支付的时间、收款信息、支付位置、支付时间、支付金额等，或其组合。在一些实施例中，获取模块可以通过与终端120和/或存储设备130进行通讯以获取所述交易数据。例如，终端120可以获取用户对于终端120的操作内容例如线下支付数据。获取模块可以与终端120进行通信后进行数据获取。又例如，获取模块510可以访问读取存储在终端120或存储设备130上的历史线下交易数据。
步骤320，基于所述交易数据获取所述红包码与所述目标商家之间的关联强度信息以及关联时间信息。步骤320可以由获取模块510执行。
在一些实施例中，所述关联强度信息可以是表示所述红包码与目标商家之间的相关度的数据。例如，所述关联强度信息可以包括红包码在目标商家的线下支付交易中被使用的频次。在一些实施例中，所述关联强度信息可以至少包括关联次数、以及关联天数等。所述关联次数可以是指红包码在所述目标商铺中被用于进行线下支付交易的次数，所述关联天数可以是指红包码在所述目标商铺中被用于进行线下支付交易的天数。例如，可以统计红包码在哪些天内在所述目标商铺中被用于进行线下支付交易，累计这些天的数量得到所述关联天数。又例如，可以统计红包码首次在所述目标商铺中被用于进行线下支付交易的起始日期，以及最后一次在所述目标商铺中被用于进行线下支付交易的截止日期，统计截止日期到起始日期的天数得到所述关联天数。作为示例，红包标识为“RP1”的红包码，在2019年1月10日中午12:00在商家A内铺发生了第一笔相关线下支付交易。在2019年1月23日中午12:00，“RP1”红包码被用于相关的线下支付交易之后便再未发生相关的线下支付交易数据。在此期间(2019年1月10日中午12:00到2019年1月23日中午12:00)“RP1”红包码先后被一个或多个用户扫描后并在商家A内用于相关线下支付交易累计有20次。则红包码“RP1”与商家A的关联次数为20次，关联天数为14天(1月10日至1月23日)。
在一些实施例中，所述关联时间信息可以是表示所述红包码在目标商家中被使用于线下支付交易的时间坐标数据或者时间刻度数据。在一些实施例中，所述关联时间信息可以至少包括关联开始时间、关联结束时间以及这期间的一次或多次的关联中间时间等。所述关联开始时间可以是红包码在所述目标商铺中被用于进行线下支付交易的最初交易时间，所述关联结束时间可以是红包码在所述目标商铺中被用于进行线下支付交易的最终交易时间。继续参考上述示例，“RP1”红包码第一次相关线下支付交易的时间为2019年1月10日中午12:00，最后一次相关线下支付交易的时间为2019年1月23日中午12:00。则红包码“RP1”与商家A的关联开始时间为2019年1月10日中午12:00，关联结束时间为2019年1月23日中午12:00。
步骤330，获取所述红包码与所述目标商家之间的空间关联信息。步骤220可以由获取模块510执行。
在一些实施例中，所述空间关联信息可以是指所述红包码与所述目标商家在地理位置上的关系的数据。例如，所述空间关联信息可以是所述红包码与所述目标商家之间的远近距离关系的数据。在一些实施例中，所述空间关联信息可以与所述交易码与目标商家之间的距离相关。仅作为示例，所述空间关联信息可以用以下公式(1)表示：
L＝k*D (1)
其中，L表示所述空间关联信息，k表示相关系数，为大于0的实数，D表示红包码与目标商家之间的距离。当k＝1时，所述红包码与目标商家之间的距离可以用来表示所述空间关联信息。所述红包码与目标商家之间的距离可以是在同一坐标系中的两者位置之间的距离。在一些实施例中，所述红包码与目标商家之间的距离可以是红包码的经纬度与所述目标商家的经纬度之间的距离。所述红包码的经纬度可以是红包码在铺设过程中获取的。例如，红包码在铺设完成后其经纬度数据可以被记录并保存。所述目标商家的经纬度可以是在GIS系统中或数字地图中记录的经纬度，或者是目标商家实际占地面积的中点所对应的经纬度。所述红包码和目标商家的经纬度可以被事先存储在存储设备中，例如，存储设备120中。获取模块510可以通过网络140与存储设备120进行通信以获取经纬度数据。在获取经纬度数据之后，获取模块510可以基于经纬度计算公式计算所述红包码与目标商家之间的距离，例如，Great-circle distance公式、Haversine Formula公式等，或其组合。
步骤340，基于所述关联强度信息以及所述空间关联信息，根据预设算法确定与所述商家有强关联的一个或多个红包码。步骤340可以由确定模块520执行。
在一些实施例中，所述强关联可以用于显示对应的红包码与目标商铺之间的关联关系紧密程度。例如，假设红包码在目标商铺的线下支付交易中被使用的频率高，则说明该红包码与目标店铺之间的关联紧密，两者之间可以是强关联的关系。在一些实施例中，所述强关联可以用强度值进行表示。所述强度值可以与该红包码与目标商家的所述关联次数和/或所述关联天数正相关，并且与所述空间关联信息负相关。仅作为示例，确定模块520利用预设算法计算强度值可以根据以下公式(2)进行：
Q＝p*(f1(n1)*f2(n2))/q*h(L) (2)
其中，Q表示所述强度值，f1(n1)表示所述红包码与目标商家之间的关联次数对应的第一计算函数，f2(n2)表示所述红包码与目标商家之间的关联天数对应的第二计算函数，h(L)表示所述红包码与目标商家之间的空间关联信息对应的第三计算函数，第一计算函数、第二计算函数以及第三计算函数的结果大于0，p表示正相关系数，q表示负相关系数，p和q为大于0的实数。在一些实施例中，第一计算函数f1(n1)＝n1，第二计算函数f2(n2)＝n2，第三计算函数h(L)＝L，p＝1，q＝1。在确定红包码对应的强度值后，确定模块520可以基于预设算法，将超过预设阈值的强度值对应的红包码确定为与所述商家有强关联的红包码。所述预设阈值可以是处理设备110的默认值，例如，3、5、7、10、12、15等，也可以根据不同的情况进行调整。在一些实施例中，所述预设阈值可以是10。
步骤350，基于所述有强关联的一个或多个红包码的关联时间信息，确定所述有强关联的一个或多个红包码之间是否存在物料冲突。步骤330可以由确定模块520执行。
在一些实施例中，红包码之间存在物料冲突可以是指承载红包码的物料被覆盖、被撕毁、被替换等。例如，标识为RP1的红包码被黏贴在标识为RP2的红包码之上，覆盖了红包码RP2，这可以被认为是红包码RP1和红包码RP2之间发生了物料冲突。又例如，红包码RP1被撕毁，或者撕毁后被红包码RP2替代。在一些实施例中，确定模块520可以检测所述有强关联的红包码中是在关联时间上存在先后且两者的关联时间信息没有交集以确定是否存在物料冲突。在一些实施例中，确定模块520可以检测所述有强关联的红包码中是否存在某一红包码的关联结束时间早于另一红包码的关联开始时间，且所述某一红包码的关联结束时间与所述另一红包码的关联开始时间之间的时间差小于预设时间阈值。若是，则确定所述某一红包码与所述另一红包码发生了红包码物料冲突。所述预设时间阈值可以是处理设备110的预设值，例如，12小时、24小时、36小时、48小时等，也可以根据不同的情况进行调整。在一些实施例中，所述预设时间阈值可以是24小时。以下以示例说明确定红包码之间是否存在物料冲突。与商家A有强关联的红包码有红包码RP1和红包码RP2。红包码RP1与商家A的关联开始时间为2019年1月10日中午12:00，关联结束时间为2019年1月23日中午12:00。红包码RP2与商家A的关联开始时间为2019年1月23日中午13:00，关联结束时间为2019年1月25日中午12:00。红包码RP1的关联结束时间早于红包码RP2的关联开始时间，且红包码RP1的关联结束时间与红包码RP2的关联开始时间之间的时间差仅为1h，小于预设的时间阈值24h，则红包码RP1和红包码RP2之间发生了红包码物料冲突。
在一些实施例中，若与所述目标店铺强关联的红包码是一个，确定模块520还可以检测该红包码的关联结束时间与当前时间之间的时间差是否大于所述预设时间阈值。所述当前时间可以是指本说明书披露的技术方案被实施的时刻。若该红包码的关联结束时间与所述当前时间之前的时间差大于所述预设时间阈值，确定模块420可以确定该红包码存在物料冲突，例如，该红包码被撕毁，无法再被扫描。关于红包码之间是否发生物料冲突的其他详细描述，可以参考本说明书其他部分，例如，图3，在此不再赘述。
在一些实施例中，处理设备110(例如，更新模块530)可以根据所述一个或多个强关联的红包码之间的实际关系，与所述有强关联的一个或多个红包码之间是否存在物料冲突的判定，对所述预设算法和/或确定所述有强关联的一个或多个红包码之间是否存在物料冲突的判定流程(例如，步骤350)进行更新。所述实际关系可以是指所述一个或多个强关联的红包码之间的真实关系，例如，是否真的存在物料冲突。所述实际关系与由步骤350确定的判定关系是有区别的。在一些实施例中，所述实际关系的获取可以是终端130的使用者或商铺网络上报(例如，通过拍照、视频录制等方式)、人工巡检等。在获取所述一个或个强关联的红包码之间的实际关系后，更新模块530可以比较所述实际关系与步骤350的判定结果。若所述实际关系与所述判定结果是相符的，更新模块530可以维持原有的预设算法和/或判定流程。若所述实际关系与所述判定结果是不相符的，更新模块530可以更新所述预设算法和/或判定流程。仅作为示例，更新模块530可以更新用于计算强度值的公式(2)中的参数，例如，更新相关系数p和q。更新模块530还可以更新用于确定强关联红包码的预设阈值，例如，将预设阈值从10更新为15。更新模块530还可以更新用于判定两个红包码之间是否存在物料冲突时所使用的预设时间阈值，例如，将预设时间阈值从24小时更新为12小时。更新模块530还可以更新用于判定单个红包码是否存在物料冲突时所使用的预设时间阈值，例如，将预设时间阈值从24小时更新为36小时。
应当注意的是，上述有关流程300的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程300进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。例如，步骤320和步骤330可以合并为一个步骤，基于所述交易数据获取与所述红包码与所述目标商家之间的关联强度信息、关联时间信息、以及空间关联信息。
本说明书的实施例所披露的技术方案，可以获取存在冲突的红包码物料，并且确定物料冲突的时间范围。同时，能够在线上发现大批量的红包码物料冲突问题，不受地理环境因素影响，相对线下调研更为高效。
图4为根据本说明书的一些实施例所示的确定红包码之间是否发生冲突示例性流程图。在一些实施例中，方法400中的一个或以上步骤可以在图1所示的系统100中实现。例如，方法400中的一个或以上步骤可以作为指令的形式存储在存储设备120中，并被处理设备110调用和/或处理器执行。在一些实施例中，方法400可以由确定模块530执行。
步骤410，基于所述关联开始时间，对所述一个或多个强关联的红包码进行排序。在一些实施例中，所述排序可以基于所述关联开始时间的先后对红包码进行排序。例如，依据时间轴，所述关联开始时间发生在前的红包码排序在前。在一些实施例中，所述排序也可以基于所述关联结束时间的先后对红包码进行排序。例如，依据时间轴，所述关联结束时间发生在前的红包码排序在前。
步骤420，确定相邻两个红包码的交易关联时间信息是否满足预设条件。在一些实施例中，所述预设条件可以是两个相邻的红包码，排序靠前的红包码对应的关联结束时间是否早于排序靠后的红包码对应的关联开始时间，以及排序靠前的红包码对应的关联结束时间与排序靠后的红包码对应的关联开始时间之间的时间差是否小于预设时间阈值。所述时间差可以是排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间范围。确定模块520可以比较两个相邻的红包码的交易关联时间信息，以确定是否满足所述预设条件。若满足所述预设条件，则方法400将行进至430。否则，确定模块可以确定所述两个相邻的红包码之间不存在物料冲突。
步骤430，确定发生了红包码物料冲突，以及发生冲突的时间范围。在一些实施例中，当所述预设条件被满足时，确定模块520可以确定所述两个相邻的红包码发生物料冲突。同时，确定模块520还可以将排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间范围确定为发生红包码物料冲突的时间范围。
应当注意的是，上述有关流程400的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程400进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。
本说明书的实施例所披露的技术方案，通过实际情况与线上判定结果的对比，可以对技术方案进行更新和完善，使其能够更准确的确定红包码之间存在的物料冲突。
图5是根据本说明书的一些实施例所示的示例性处理设备110的框图。处理设备110可以获取与红包码相关的交易数据，以及红包码与商家之间的距离，并基于所获取的数据判定所述红包码之间是否发生物料冲突。如图5所示，处理设备110可以包括获取模块510、确定模块520、以及更新模块530。
获取模块510可以获取数据。在一些实施例中，获取模块510可以获取一个或多个红包码，以及一个或多个红包码在目标商家的相关线下支付的交易数据。所述一个或多个红包码至少与所述目标商家的线下支付相关，其在目标商家的相关线下支付的交易数据可以包括红包码标识、红包码被扫描位置、红包码被扫描时间、红包码扫码结果(例如红包金额、优惠券面值、礼品类型等)、使用红包码参与线下支付的次数、使用红包码参与线下支付的时间、收款信息、支付位置、支付时间、支付金额等，或其组合。
在一些实施例中，获取模块510可以基于所述交易数据获取所述红包码与所述目标商家之间的关联强度信息以及关联时间信息。所述关联强度信息可以是表示所述红包码与目标商家之间的相关度的数据。所述关联时间信息可以是表示所述红包码在目标商家中被使用于线下支付交易的时间坐标数据或者时间刻度数据。获取模块510可以通过分析所述交易数据以获取所述关联强度信息以及所述关联时间信息。
在一些实施例中，获取模块510还可以获取所述红包码与所述目标商家之间的空间关联信息。所述空间关联信息可以是指所述红包码与所述目标商家在地理位置上的关系的数据。在一些实施例中，所述空间关联信息可以与所述交易码与目标商家之间的距离相等或者正相关。获取模块510可以基于红包码与目标商家的经纬度坐标，利用经纬度计算公式计算所述红包码与目标商家之间的距离，以获取所述空间关联信息。
确定模块520可以基于所获取的数据执行至少一个确定流程。在一些实施例中，确定模块520可以基于所述关联强度信息以及所述空间关联信息，根据预设算法确定与所述商家有强关联的一个或多个红包码。所述强关联可以用于显示对应的红包码与目标商铺之间的关联关系紧密。所述强关联可以用强度值进行表示。例如，假设红包码在目标商铺的交易中被使用的频率高，则说明该红包码与目标店铺之间的关联紧密，其对应的强度值要高。确定模块520可以将超过预设阈值的强度值对应的红包码确定为与所述商家有强关联的红包码。例如，确定模块520可以将强度值超过10的红包码确定为与所述商家有强关联的红包码。
在一些实施例中，确定模块520可以基于所述有强关联的一个或多个红包码的关联时间信息，确定所述有强关联的一个或多个红包码之间是否存在物料冲突。红包码之间发生物料冲突可以是指红包码被覆盖、被撕毁、被替换等。在一些实施例中，确定模块520可以检测所述有强关联的红包码中是在关联时间上存在先后且两者的关联时间信息没有交集以确定是否存在物料冲突。确定模块520可以检测所述有强关联的红包码中是否存在某一红包码的关联结束时间早于另一红包码的关联开始时间，且所述某一红包码的关联结束时间与所述另一红包码的关联开始时间之间的时间差小于预设时间阈值。若是，则确定所述某一红包码与所述另一红包码发生了红包码物料冲突。
在一些实施例中，确定模块520可以基于所述关联开始时间，对所述一个或多个强关联的红包码进行排序，并确定排序后相邻两个红包码的交易关联时间信息是否满足预设条件。所述预设条件可以是两个相邻的红包码，排序靠前的红包码对应的关联结束时间是否早于排序靠后的红包码对应的关联开始时间，以及排序靠前的红包码对应的关联结束时间与排序靠后的红包码对应的关联开始时间之间的时间差是否小于预设时间阈值。当所述预设条件被满足时，确定模块520可以确定所述两个相邻的红包码发生物料冲突。同时，确定模块520还可以将排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间范围确定为发生红包码物料冲突的时间范围。
在一些实施例中，若与所述目标店铺强关联的红包码是一个，确定模块520还可以检测该红包码的关联结束时间与当前时间之间的时间差是否大于所述预设时间阈值。若是，确定模块420可以确定该红包码存在物料冲突，例如，该红包码被撕毁，无法再被扫描。
更新模块530可以更新预设算法和/或确定所述有强关联的一个或多个红包码之间是否存在物料冲突的判定流程。在一些实施例中，更新模块530可以根据所述一个或多个强关联的红包码之间的实际关系，与所述有强关联的一个或多个红包码之间是否存在物料冲突的判定，对所述预设算法和/或确定所述有强关联的一个或多个红包码之间是否存在物料冲突的判定流程(例如，步骤350)进行更新。所述实际关系可以是指所述一个或多个强关联的红包码之间的真实关系，例如，是否真的存在物料冲突。所述实际关系与由步骤350确定的判定关系是有区别的。若所述实际关系与所述判定结果是相符的，更新模块530可以维持原有的预设算法和/或判定流程。若所述实际关系与所述判定结果是不相符的，更新模块530可以更新所述预设算法和/或判定流程。例如，更新模块530可以更新所述预设算法中涉及的参数和/或阈值。又例如，更新模块530可以更新用于判定两个红包码之间是否存在物料冲突时所使用的预设时间阈值。还例如，更新模块530还可以更新用于判定单个红包码是否存在物料冲突时所使用的预设时间阈值。
以上处理设备110中各个模块的功能和作用的详细描述可以参考本说明书中相应的流程图部分，在此不再赘述。
应当理解，图4所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本说明书的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。
需要注意的是，以上对于处理设备110及其模块的描述，仅为描述方便，并不能把本说明书限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，在一些实施例中，图4中披露的获取模块、确定模块、更新模块可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能。又例如，确定模块可以被细分为强关联红包码确定单元以及物料冲突确定单元，分别用于实现确定与目标商家有强关联的一个或多个红包码、以及确定有强关联的一个或多个红包码之间是否存在物料冲突以及发生冲突的时间范围。还例如，处理设备110中各个模块可以共用一个存储模块，各个模块也可以分别具有各自的存储模块。诸如此类的变形，均在本说明书的保护范围之内。
本说明书实施例可能带来的有益效果包括但不限于：(1)本说明书中的实施例所披露的技术方案，可以获取冲突的红包码物料，并且确定物料冲突的时间范围；(2)能够在线上发现大批量的红包码物料冲突问题，不受地理环境因素影响，相对线下调研更为高效；(3)通过实际情况与线上判定结果的对比，可以对技术方案进行更新和完善，使其能够更准确的确定红包码的物料冲突。需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。
本说明书实施例例还提供一种装置，其至少包括处理器以及存储器。所述存储器用于存储指令。当所述指令被所述处理器执行时，导致所述装置实现前述的线下红包码物料冲突的检测方法。所述方法可以包括：确定一个或多个红包码，所述红包码至少与目标商家的线下支付相关；获取所述一个或多个红包码在所述目标商家的相关线下支付的交易数据；基于所述交易数据获取所述红包码与所述目标商家之间的关联强度信息以及关联时间信息；获取所述红包码与所述目标商家之间的空间关联信息；基于所述关联强度信息以及所述空间关联信息，根据预设算法确定与所述商家有强关联的一个或多个红包码；基于所述有强关联的一个或多个红包码的关联时间信息，确定所述有强关联的一个或多个红包码之间是否存在物料冲突。
本说明书实施例还提供一种计算机可读存储介质。所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机实现前述的线下红包码物料冲突的检测方法。所述方法可以包括：确定一个或多个红包码，所述红包码至少与目标商家的线下支付相关；获取所述一个或多个红包码在所述目标商家的相关线下支付的交易数据；基于所述交易数据获取所述红包码与所述目标商家之间的关联强度信息以及关联时间信息；获取所述红包码与所述目标商家之间的空间关联信息；基于所述关联强度信息以及所述空间关联信息，根据预设算法确定与所述商家有强关联的一个或多个红包码；基于所述有强关联的一个或多个红包码的关联时间信息，确定所述有强关联的一个或多个红包码之间是否存在物料冲突。
上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。
同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
此外，本领域技术人员可以理解，本说明书的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本说明书的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本说明书的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。
计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。
本说明书各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、VisualBasic、Fortran2003、Perl、COBOL2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或处理设备上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。
此外，除非权利要求中明确说明，本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的处理设备或移动设备上安装所描述的系统。
同理，应当注意的是，为了简化本说明书披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本说明书一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。
针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的申请历史文件除外，对本说明书权利要求最广范围有限制的文件(当前或之后附加于本说明书中的)也除外。需要说明的是，如果本说明书附属材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方，以本说明书的描述、定义和/或术语的使用为准。
最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此，作为示例而非限制，本说明书实施例的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。

Claims (21)

1.一种线下红包码物料冲突的检测方法，其特征在于，所述方法包括：
确定一个或多个红包码，所述红包码至少与目标商家的线下支付相关；
获取所述一个或多个红包码在所述目标商家的相关线下支付的交易数据；
基于所述交易数据获取所述红包码与所述目标商家之间的关联强度信息以及关联时间信息；
获取所述红包码与所述目标商家之间的空间关联信息；
基于所述关联强度信息以及所述空间关联信息，根据预设算法确定与所述商家有强关联的一个或多个红包码；
基于所述有强关联的一个或多个红包码的关联时间信息，确定所述有强关联的一个或多个红包码之间是否存在物料冲突。
2.根据权利要求1所述的方法，其特征在于，所述红包码至少包括现金红包码、优惠码以及礼品码。
3.根据权利要求1所述的方法，其特征在于，所述关联强度信息至少包括关联次数、以及关联天数，其中，所述关联次数为红包码参与所述目标商铺线下支付的次数，所述关联天数为红包码参与所述目标商铺线下支付的天数。
4.根据权利要求1或3所述的方法，其特征在于，所述空间关联信息与所述红包码与目标商家之间的距离相关；所述距离为交易码的经纬度与所述目标商家的经纬度之间的距离。
5.根据权利要求4所述的方法，其特征在于，所述基于所述关联强度信息以及所述空间关联信息，根据预设算法确定与所述商家有强关联的一个或多个红包码，包括：
基于所述预设算法，确定与红包码对应的强度值，所述强度值与目标商家的所述关联次数和/或所述关联天数正相关，与所述空间关联信息负相关；
将超过预设阈值的强度值对应的红包码确定为与所述商家强关联的红包码。
6.根据权利要求1所述的方法，其特征在于，所述关联时间信息至少包括关联开始时间、以及关联结束时间，所述关联开始时间为红包码参与所述目标商铺线下支付的最初时间，所述关联结束时间为红包码参与所述目标商铺线下支付的最终时间。
7.根据权利要求6所述的方法，其特征在于，基于所述有强关联的一个或多个红包码的关联时间信息，确定所述有强关联的一个或多个红包码之间是否存在物料冲突，包括：
检测所述强度值超过预设阈值的红包码中是否存在某一红包码的关联结束时间早于另一红包码的关联开始时间，且所述某一红包码的关联结束时间与所述另一红包码的关联开始时间之间的时间差小于预设时间阈值，若是，则确定所述某一红包码与所述另一红包码发生了红包码物料冲突。
8.根据权利要求6所述的方法，其特征在于，所述基于所述有强关联的一个或多个红包码的关联时间信息，确定所述有强关联的一个或多个红包码之间是否存在物料冲突，包括：
基于所述关联开始时间，对所述有强关联的一个或多个红包码进行排序；
确定排序靠前的红包码对应的关联结束时间是否早于相邻的排序靠后的红包码对应的关联开始时间，以及排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间差是否小于预设时间阈值；
响应于排序靠前的红包码对应的关联结束时间早于相邻的排序靠后的红包码对应的关联开始时间，且排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间差小于预设时间阈值，确定存在红包码物料冲突。
9.根据权利要求8所述的方法，其特征在于，所述方法进一步包括：
响应于排序靠前的红包码对应的关联结束时间早于相邻的排序靠后的红包码对应的关联开始时间，且排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间差小于预设时间阈值，将排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间范围确定为发生红包码物料冲突的时间范围。
10.根据权利要求7或8所述的方法，其特征在于，所述方法进一步包括：
获取所述有强关联的一个或多个红包码之间的实际关系；
基于所述实际关系以及所述有强关联的一个或多个红包码之间是否存在物料冲突的判定，更新所述预设算法和/或确定所述有强关联的一个或多个红包码之间是否存在物料冲突的判定流程。
11.一种线下红包码物料冲突的检测系统，其特征在于，所述系统包括获取模块、以及确定模块，
所述获取模块，用于
获取一个或多个红包码，所述红包码至少与目标商家的线下支付相关；
获取所述一个或多个红包码在所述目标商家的相关线下支付的交易数据；
基于所述交易数据获取所述红包码与所述目标商家之间的关联强度信息以及关联时间信息；以及
获取所述红包码与所述目标商家之间的空间关联信息；所述确定模块，用于
基于所述关联强度信息以及所述空间关联信息，根据预设算法确定与所述商家有强关联的一个或多个红包码；以及
基于所述有强关联的一个或多个红包码的关联时间信息，确定所述有强关联的一个或多个红包码之间是否存在物料冲突。
12.根据权利要求11所述的系统，其特征在于，所述红包码至少包括现金红包码、优惠码以及礼品码。
13.根据权利要求11所述的系统，其特征在于，所述关联强度信息至少包括关联次数、以及关联天数，其中，所述关联次数为红包码参与所述目标商铺线下支付的次数，所述关联天数为红包码参与所述目标商铺线下支付的天数。
14.根据权利要求11或13所述的系统，其特征在于，所述空间关联信息与所述红包码与目标商家之间的距离相关；所述距离为交易码的经纬度与所述目标商家的经纬度之间的距离。
15.根据权利要求14所述的系统，其特征在于，所述确定模块进一步用于：
基于所述预设算法，确定与红包码对应的强度值，所述强度值与目标商家的所述关联次数和/或所述关联天数正相关，与所述空间关联信息负相关；
将超过预设阈值的强度值对应的红包码确定为与所述商家强关联的红包码。
16.根据权利要求11所述的系统，其特征在于，所述关联时间信息至少包括关联开始时间、以及关联结束时间，所述关联开始时间为红包码参与所述目标商铺线下支付的最初时间，所述关联结束时间为红包码参与所述目标商铺线下支付的最终时间。
17.根据权利要求16所述的系统，其特征在于，所述确定模块进一步用于：
检测所述强度值超过预设阈值的红包码中是否存在某一红包码的关联结束时间早于另一红包码的关联开始时间，且所述某一红包码的关联结束时间与所述另一红包码的关联开始时间之间的时间差小于预设时间阈值，若是，则确定所述某一红包码与所述另一红包码发生了红包码物料冲突。
18.根据权利要求16所述的系统，其特征在于，所述确定模块进一步用于：
基于所述关联开始时间，对所述有强关联的一个或多个红包码进行排序；
确定排序靠前的红包码对应的关联结束时间是否早于相邻的排序靠后的红包码对应的关联开始时间，以及排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间差是否小于预设时间阈值；
响应于排序靠前的红包码对应的关联结束时间早于相邻的排序靠后的红包码对应的关联开始时间，且排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间差小于预设时间阈值，确定存在红包码物料冲突。
19.根据权利要求18所述的系统，其特征在于，所述确定模块进一步用于：
响应于排序靠前的红包码对应的关联结束时间早于相邻的排序靠后的红包码对应的关联开始时间，且排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间差小于预设时间阈值，将排序靠前的红包码对应的关联结束时间与相邻的排序靠后的红包码对应的关联开始时间之间的时间范围确定为发生红包码物料冲突的时间范围。
20.根据权利要求17或18所述的系统，其特征在于，所述系统进一步包括更新模块，所述更新模块，用于
获取所述有强关联的一个或多个红包码之间的实际关系；以及
基于所述实际关系以及所述有强关联的一个或多个红包码之间是否存在物料冲突的判定，更新所述预设算法和/或确定所述有强关联的一个或多个红包码之间是否存在物料冲突的判定流程。
21.一种线下红包码物料冲突的检测装置，其特征在于，所述装置包括至少一个处理器以及至少一个存储器：所述至少一个存储器用于存储指令；所述处理器用于执行所述指令，实现如权利要求1至10中任一项所述方法。
CN201910814565.6A 2019-08-30 2019-08-30 一种线下红包码物料冲突的检测方法及系统 Active CN110503412B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910814565.6A CN110503412B (zh) 2019-08-30 2019-08-30 一种线下红包码物料冲突的检测方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910814565.6A CN110503412B (zh) 2019-08-30 2019-08-30 一种线下红包码物料冲突的检测方法及系统

Publications (2)

Publication Number Publication Date
CN110503412A true CN110503412A (zh) 2019-11-26
CN110503412B CN110503412B (zh) 2023-04-18

Family

ID=68590715

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910814565.6A Active CN110503412B (zh) 2019-08-30 2019-08-30 一种线下红包码物料冲突的检测方法及系统

Country Status (1)

Country Link
CN (1) CN110503412B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111008864A (zh) * 2019-11-29 2020-04-14 支付宝实验室(新加坡)有限公司 一种营销码与商户之间的铺设关系的确定方法、装置及电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108985831A (zh) * 2018-07-05 2018-12-11 阿里巴巴集团控股有限公司 一种线下交易的判别方法、装置、及计算机设备
CN109102324A (zh) * 2018-07-12 2018-12-28 阿里巴巴集团控股有限公司 模型训练方法、基于模型的红包物料铺设预测方法及装置
CN109598488A (zh) * 2018-10-23 2019-04-09 中国平安人寿保险股份有限公司 群红包异常行为识别方法、装置、介质及电子设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108985831A (zh) * 2018-07-05 2018-12-11 阿里巴巴集团控股有限公司 一种线下交易的判别方法、装置、及计算机设备
CN109102324A (zh) * 2018-07-12 2018-12-28 阿里巴巴集团控股有限公司 模型训练方法、基于模型的红包物料铺设预测方法及装置
CN109598488A (zh) * 2018-10-23 2019-04-09 中国平安人寿保险股份有限公司 群红包异常行为识别方法、装置、介质及电子设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111008864A (zh) * 2019-11-29 2020-04-14 支付宝实验室(新加坡)有限公司 一种营销码与商户之间的铺设关系的确定方法、装置及电子设备
CN111008864B (zh) * 2019-11-29 2023-12-26 支付宝实验室(新加坡)有限公司 一种营销码与商户之间的铺设关系的确定方法、装置及电子设备

Also Published As

Publication number Publication date
CN110503412B (zh) 2023-04-18

Similar Documents

Publication Publication Date Title
CN110490652A (zh) 一种信息推送方法和系统
Selden et al. Angel customers & demon customers: Discover which is which and turbo-charge your stock
CN111586162A (zh) 一种信息推送方法和系统
CN110555704A (zh) 基于信用担保的信用合约处理方法以及装置
Hussin An analysis of attitudes to Islamic and conventional credit cards in Malaysia: perspectives on selection criteria and impact analysis
CN111951052B (zh) 基于知识图谱的获取潜在客户方法及装置
Kuyoro et al. Harnessing Nigeria’s fintech potential
CA2917014A1 (en) Method, apparatus, and computer program product for providing mobile location based sales lead identification
CN111353812A (zh) 链式智能营销方法及装置
CN110503412A (zh) 一种线下红包码物料冲突的检测方法及系统
Havryliuk et al. Digital banking and e-commercein the context of digitalization of business management
Gjino et al. Mobile banking: near future of banking
CN116523556A (zh) 一种商家需求的预测方法和系统
Boettiger et al. Natural obsolescence of village phone
Nyandoro et al. A SWOT analysis of mobile electronic banking: The Zimbabwe case
Mattsson Financial Transaction Networks to Describe and Model Economic Systems
Roy et al. Digital transformation of banking institutions
Belleflamme et al. Emergence and entry of B2B marketplaces
US20170358014A1 (en) Card-Linked Fundraising
Dobeson et al. Sorting out economic forms: a field guide to contemporary capitalism
Tidebrant Disruptive innovation in the Swedish payment market: A supply-side perspective
Le The process of formation and development of food delivery application: case study: Wolt Company
CN110533473B (zh) 一种信息提醒方法和系统
Bathla et al. Impact of Customer Segmentation and Customer Loyalty With Reference to Big Data
Sensharma Influence of multiple e commerce platforms on shopping experience, innovation, and economic growth of Ireland; A comparative study with Indian ecommerce sector

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20201012

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Innovative advanced technology Co.,Ltd.

Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant before: Advanced innovation technology Co.,Ltd.

Effective date of registration: 20201012

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Advanced innovation technology Co.,Ltd.

Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands

Applicant before: Alibaba Group Holding Ltd.

GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240307

Address after: 128 Meizhi Road, Singapore, Guohao Times City # 20-01189773

Patentee after: Advanced Nova Technology (Singapore) Holdings Ltd.

Country or region after: Singapore

Address before: 27 Hospital Road, George Town, Grand Cayman ky1-9008

Patentee before: Innovative advanced technology Co.,Ltd.

Country or region before: United Kingdom