WO2019169696A1 - 平台客户数据回流方法、电子装置、设备及存储介质 - Google Patents

平台客户数据回流方法、电子装置、设备及存储介质 Download PDF

Info

Publication number
WO2019169696A1
WO2019169696A1 PCT/CN2018/083079 CN2018083079W WO2019169696A1 WO 2019169696 A1 WO2019169696 A1 WO 2019169696A1 CN 2018083079 W CN2018083079 W CN 2018083079W WO 2019169696 A1 WO2019169696 A1 WO 2019169696A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
activity
propagation
preset
redis queue
Prior art date
Application number
PCT/CN2018/083079
Other languages
English (en)
French (fr)
Inventor
邵立伟
Original Assignee
平安科技（深圳）有限公司
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 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019169696A1 publication Critical patent/WO2019169696A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]

Definitions

  • the present application relates to the field of data processing, and relates to a platform client data reflow method, an electronic device, a device, and a storage medium.
  • the technical problem to be solved by the present application is to overcome the problem of customizing an interface for each time when different data is sent to a business system in the prior art, and a platform customer data reflow method, electronic device, device and The storage medium performs the data reflow operation by triggering the corresponding delivery configuration in the delivery system, so that the data reaches the trigger delivery point and performs the data reflow operation to meet the real-time performance of the data requirements of the service system.
  • a platform customer data reflow method includes the following steps:
  • S2 Obtain configuration information corresponding to the propagation data, where the configuration information includes a delivery URL, a time interval, and a quantity of data delivered in each batch;
  • An electronic device storing a platform customer data reflow system on the electronic device, the platform customer data reflow system comprising:
  • Receiving an identification module configured to receive propagation data generated by the H5 active page propagation, and identify an activity ID included in the propagation data
  • the configuration obtaining module is configured to obtain configuration information corresponding to the propagation data, where the configuration information includes a delivery URL, a time interval, and a quantity of data delivered by each batch;
  • a queue distribution module configured to distribute the propagation data to a preset redis queue corresponding to the activity ID according to the activity ID;
  • a data quantity judging module configured to determine whether the propagating data included in the redis queue reaches a preset amount of data delivered by each batch;
  • a timeout judging module configured to determine whether a delivery time interval of the redis queue exceeds a preset time interval
  • a delivery module configured to: when the propagation data included in the redis queue reaches a preset amount of data delivered by each batch or the delivery time interval of the redis queue exceeds a preset time interval, the redis queue is configured
  • the broadcast data in the package is packaged and sent to the corresponding service system according to the delivered URL.
  • a computer device comprising a memory and a processor having stored thereon a platform client data reflow system executable by the processor, the system being implemented by the processor to implement the following steps:
  • S2 Obtain configuration information corresponding to the propagation data, where the configuration information includes a delivery URL, a time interval, and a quantity of data delivered in each batch;
  • a computer readable storage medium having a platform client data reflow system stored therein, the platform client data reflow system being executable by at least one processor, in the following steps:
  • S2 Obtain configuration information corresponding to the propagation data, where the configuration information includes a delivery URL, a time interval, and a quantity of data delivered in each batch;
  • the positive effect of the present application is that the application can be connected to various service systems, and only needs to be preset to the corresponding delivery configuration. Once the data reaches the delivery requirement, the data can be delivered to the corresponding service system, and the service is no longer needed for each service.
  • the system's custom development interface greatly reduces the workload of developers and reduces labor costs.
  • Embodiment 1 is a flow chart showing Embodiment 1 of a platform client data reflow method of the present application
  • Embodiment 2 is a flowchart of Embodiment 2 of a client data reflow method of the platform of the present application;
  • FIG. 3 is a schematic diagram showing a program module of a first embodiment of a platform client data reflow system in an electronic device of the present application
  • FIG. 4 is a schematic diagram showing a program module of a second embodiment of a platform client data reflow system in an electronic device of the present application
  • FIG. 5 is a schematic diagram showing the hardware architecture of an embodiment of a computer device of the present application.
  • Computer equipment 2 Platform customer data reflow system 20 Memory twenty one processor twenty two Network Interface twenty three Receiving recognition module 201 Configuration acquisition module 202 Queue distribution module 203 Data quantity judgment module 204 Timeout judgment module 205 Delivery module 206 Inspection module 207 Process step S1-S7
  • the present application proposes a platform client data reflow method.
  • the platform client data reflow method includes the following steps:
  • Step 1 Receive the propagation data generated by the H5 activity page propagation, and identify the activity ID contained in the propagation data.
  • the activity ID is automatically assigned to each H5 page when the business system initiates an activity through the H5 page, and the activity ID can be regarded as a unique identification number for distinguishing each activity.
  • the WeChat end will automatically record some of the broadcast data and automatically send it to the preset receiving platform.
  • the broadcast data contains information such as the activity ID, the sender's openid and the propagation time.
  • Information exists in the form of data segments in the disseminated data, and is arranged according to a certain arrangement rule.
  • the arrangement rules are usually preset. Therefore, the activity ID can be obtained by intercepting the data segment at the corresponding activity ID position in the propagation data.
  • Step 2 Acquire configuration information corresponding to the propagation data, where the configuration information includes a delivery URL, a time interval, and an amount of data delivered in each batch.
  • the configuration information is preset on the receiving platform, and after receiving a propagation data, the platform automatically obtains the configuration information corresponding to the propagation data.
  • the delivery URL in the configuration information refers to the website address of the service system that initiates the H5 page propagation, that is, the website address of the service system that finally receives the propagation data generated by the H5 page propagation; the time interval means that the redis queue will propagate the data.
  • the time interval sent to the service system, that is, the redis queue is not sent immediately after receiving a piece of data, but is sent intermittently; the amount of data delivered in each batch is that the redis queue delivers the data once.
  • the maximum number of pieces that is, the number of pieces of data to be transmitted in the redis queue is delivered.
  • Step 3 Distribute the propagation data to a preset redis queue corresponding to the activity ID according to the activity ID.
  • the redis queue is preset in the receiving platform, and the redis queue is named by the activity ID, and each activity ID corresponds to establish a redis queue named by the activity ID.
  • searching as long as the redis queue named by the activity ID contained in the propagation data is found, it is the person redis queue to which the propagation data is distributed.
  • Step 4 Determine whether the propagation data included in the redis queue reaches the preset amount of data delivered by each batch, and if yes, packetize the propagation data in the redis queue and send the corresponding URL according to the delivered URL. In the business system, if the next step is performed otherwise (step 5);
  • Step 5 Determine whether the delivery time interval of the redis queue exceeds a preset time interval. If yes, the propagation data in the redis queue is packaged and sent to the corresponding service system according to the delivered URL, otherwise End directly.
  • steps 4 and 5 express two conditional judgments as to whether or not the data to be transmitted in the redis queue is delivered. Each time a new propagation data is received, steps 4 and 5 are performed once, and the determined redis queue is only the redis queue where the new propagation data is located, assuming that a redis queue has not received new propagation data for a long time. , the conditional judgment of whether or not to issue the redis queue is not performed.
  • the two conditional judgments are performed in order, and it is first determined whether the amount of data temporarily stored in the redis queue reaches the amount of data delivered by each batch. If it is reached, the delivery operation is directly performed, only in this case. If a condition is not met, the next time the interval for sending the redis queue exceeds the preset time interval. If the condition is met, the delivery operation is also performed.
  • the two judgment conditions described herein are or relationship, and one of the two conditions is performed to perform the delivery operation, and thus the judgment in step 5 may be preceded, the judgment in step 4 may be followed; or step 5 and Step 4 simultaneously judges that there is no order requirement.
  • the platform client data reflow method includes the following steps:
  • Step 1 to Step 5 are the same as Embodiment 1, and are not described here.
  • Step 6 Determine whether the delivery time interval of each redis queue exceeds a preset time interval according to the preset cycle time interval, and package the propagation data in the redis queue whose delivery time exceeds the preset time interval, and then press The corresponding URL of the propagation data in the redis queue is sent to the corresponding service system.
  • the cycle time interval is preset in the receiving platform, and the cycle time interval is usually much longer than the foregoing preset time interval (for determining the delivery time interval), for example, the preset time interval is 20 minutes, and The cycle time interval can be set to 1 day.
  • the cycle time interval can also be replaced by a cycle time, that is, setting a condition for sequentially issuing all redis queues at a certain time every day.
  • Step 6 in this embodiment is to prevent the broadcast data from being distributed to the redis queue, the queue does not meet the delivery condition, and after no long period of time, no propagation data is distributed to the redis queue, then the redis queue will be in In the zombie state, the data in the redis queue may not be issued for a long time or forever, causing errors in data statistics or not timely.
  • the following is an example of distributing the propagation data generated by three H5 page propagations.
  • the activity IDs corresponding to the three H5 pages are ID1234, ID1235, and ID1236, respectively.
  • the configuration information corresponding to the three activity IDs and the redis queue are pre-configured on the receiving platform, respectively, and the configuration information is as follows:
  • ID1234 configuration information The delivery URL is ASDFGH, the interval is 10 minutes, and the amount of data delivered per batch is 30;
  • ID1235 configuration information The delivery URL is ASDFGU, the interval is 15 minutes, and the amount of data delivered per batch is 30;
  • ID1236 configuration information The delivery URL is ASDFGW, the interval is 20 minutes, and the amount of data delivered per batch is 50.
  • the cycle time interval is set to 24 hours, or set to 0:00 every day.
  • the delivery URL is ASDFGW
  • the time interval is 20 minutes
  • the amount of data delivered in each batch is 50.
  • ID1236 the redis named ID1236 is distributed. In the queue;
  • the amount of data in the redis queue of the ID1236 is detected to be 50. Therefore, 50 pieces of broadcast data are packaged and sent to the service system whose URL is ASDFGW. The communication including ID1236 has been received since then. data;
  • the amount of data in the redis queue of the ID1234 is detected to be 15 times. It is further detected that the queue has been sent for 16 minutes since the last time. Therefore, the delivery operation is performed, and 15 pieces of propagation data are packaged and delivered to the URL.
  • the disseminated data containing ID1236 has been received since then;
  • ID1235 Receives the data 3 containing the ID1235, and obtain the configuration information according to the ID1235.
  • the delivery URL is ASDFGU, the time interval is 15 minutes, and the amount of data delivered per batch is 30. According to ID1235, the redis named ID1235 is distributed. In the queue;
  • the amount of data in the redis queue of the ID1235 is detected to be 15 times. It is further detected that the queue is sent for 8 minutes from the last time, so the delivery operation is not performed, but after a long period of time Receiving corresponding propagation data;
  • the delivery interval of the redis queue named ID1234 is detected to be 8 minutes, and no operation is performed; then, the delivery interval of the redis queue named ID1235 is detected. For 16 hours, the 15 data in the redis queue of ID1235 is packaged and sent to the service system whose URL is ASDFGU. Finally, the interval for sending the redis queue named ID1236 is 11 minutes. No operation is performed. .
  • step 2 specifically includes the following steps:
  • Step 21 comparing the activity ID included in the propagation data with the name of the preset configuration folder
  • Step 22 determining whether the name of the preset configuration folder has the same name as the activity ID included in the propagation data, and if yes, executing step 23;
  • Step 23 Obtain configuration information in a configuration folder named with the name.
  • step 3 specifically includes the following steps:
  • Step 31 Compare the activity IDs included in the propagation data with the names of the redis queues one by one;
  • Step 32 determining whether the name of the redis queue has the same name as the activity ID included in the propagation data, and if yes, executing step 23;
  • Step 33 Transfer the propagated data to a redis queue named with the name for temporary storage.
  • the present application proposes an electronic device on which is stored a platform customer data return system 20, which system 20 can be divided into one or more program modules.
  • FIG. 3 shows a schematic diagram of a program module of the first embodiment of the platform client data reflow system 20.
  • the system 20 can be divided into a receiving identification module 201, a configuration obtaining module 202, and a queue distribution module. 203.
  • the program module referred to in the present application refers to a series of computer program instruction segments capable of performing a specific function. The following description will specifically describe the specific functions of the program modules 201-206.
  • the receiving and identifying module 201 is configured to receive the propagation data generated by the H5 active page propagation, and identify the activity ID included in the propagation data.
  • the activity ID is automatically assigned to each H5 page when the business system initiates an activity through the H5 page, and the activity ID can be regarded as a unique identification number for distinguishing each activity.
  • the WeChat end will automatically record some of the broadcast data and automatically send it to the preset receiving platform.
  • the broadcast data contains information such as the activity ID, the sender's openid and the propagation time.
  • Information exists in the form of data segments in the disseminated data, and is arranged according to a certain arrangement rule.
  • the arrangement rules are usually preset. Therefore, the activity ID can be obtained by intercepting the data segment at the corresponding activity ID position in the propagation data.
  • the configuration obtaining module 202 is configured to acquire configuration information corresponding to the propagation data, where the configuration information includes a delivery URL, a time interval, and an amount of data delivered by each batch.
  • the configuration information is preset on the receiving platform, and after receiving a propagation data, the platform automatically obtains the configuration information corresponding to the propagation data.
  • the delivery URL in the configuration information refers to the website address of the service system that initiates the H5 page propagation, that is, the website address of the service system that finally receives the propagation data generated by the H5 page propagation; the time interval means that the redis queue will propagate the data.
  • the time interval sent to the service system, that is, the redis queue is not sent immediately after receiving a piece of data, but is sent intermittently; the amount of data delivered in each batch is that the redis queue delivers the data once.
  • the maximum number of pieces that is, the number of pieces of data to be transmitted in the redis queue is delivered.
  • the queue distribution module 203 is configured to distribute the propagation data to a preset redis queue corresponding to the activity ID according to the activity ID.
  • the redis queue is preset in the receiving platform, and the redis queue is named by the activity ID, and each activity ID corresponds to establish a redis queue named by the activity ID.
  • searching as long as the redis queue named by the activity ID contained in the propagation data is found, it is the person redis queue to which the propagation data is distributed.
  • the data amount judging module 204 is configured to determine whether the propagating data included in the redis queue reaches a preset amount of data delivered by each batch.
  • the timeout judging module 205 is configured to determine whether the delivery time interval of the redis queue exceeds a preset time interval.
  • the data amount judging module 204 and the timeout judging module 205 are configured to determine whether two conditions for the propagation of the data in the redis queue are delivered, and the two delivery conditions are performed as long as one of the two delivery conditions is satisfied. Therefore, the order of the judgment may be different. For example, it is determined whether the amount of data temporarily stored in the redis queue reaches the amount of data sent by each batch. If it is reached, the time interval for issuing the redis queue is no longer exceeded. The time interval is judged, and the order of the two judgments can be reversed, and the two judgments can be performed simultaneously, regardless of the order.
  • the sending module 206 is configured to: when the broadcast data included in the redis queue reaches a preset amount of data delivered by each batch or the delivery time interval of the redis queue exceeds a preset time interval, The broadcast data in the redis queue is packaged and sent to the corresponding service system according to the delivered URL.
  • the system can be connected to various service systems, and the corresponding delivery configuration (that is, configuration information) can be preset. Once the data is delivered, the system can be delivered to the corresponding service system, and no customized development is required for each service system.
  • the interface greatly reduces the workload of the developer and reduces the labor cost.
  • FIG. 4 is a schematic diagram of a program module of the second embodiment of the platform client data reflow system 20.
  • the platform client data reflow system 20 can also be divided into a receiving identification module 201 and a configuration acquisition.
  • the program modules 201-206 are the same as the foregoing first embodiment, and are not described herein again.
  • the check module 207 is configured to determine, according to a preset cycle time interval, whether the time interval for sending the redis queue exceeds a preset time interval, and the propagation time in the redis queue that exceeds the preset time interval.
  • the data is packaged and then sent to the corresponding service system according to the delivery URL corresponding to the propagation data in the redis queue.
  • the cycle time interval is preset in the receiving platform, and the cycle time interval is usually much longer than the foregoing preset time interval (for determining the delivery time interval), for example, the preset time interval is 20 minutes, and The cycle time interval can be set to 1 day.
  • the cycle time interval can also be replaced by a cycle time, that is, setting a condition for sequentially issuing all redis queues at a certain time every day.
  • the module is added to prevent the broadcast data from being distributed to the redis queue, and the queue does not meet the delivery condition, and after a long period of time, no data is distributed to the redis queue, and the redis queue is In the zombie state, the data in the redis queue may not be issued for a long time or forever, causing errors or untimely statistics.
  • the present application also proposes a computer device.
  • the computer device 2 is a device capable of automatically performing numerical calculation and/or information processing in accordance with an instruction set or stored in advance.
  • the computer device 2 can be a smartphone, a tablet, a laptop, a desktop computer, a rack server, a blade server, a tower server, or a rack server (including a stand-alone server, or a server cluster composed of multiple servers).
  • the computer device 2 includes at least, but not limited to, a memory 21, a processor 22, a network interface 23, and a platform client data reflow system 20 that are communicatively coupled to one another via a system bus. among them:
  • the memory 21 includes at least one type of computer readable storage medium including a flash memory, a hard disk, a multimedia card, a card type memory (eg, SD or DX memory, etc.), a random access memory (RAM), Static Random Access Memory (SRAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), Programmable Read Only Memory (PROM), magnetic memory, magnetic disk, optical disk, and the like.
  • the memory 21 may be an internal storage unit of the computer device 2, such as a hard disk or memory of the computer device 2.
  • the memory 21 may also be an external storage device of the computer device 2, such as a plug-in hard disk equipped on the computer device 2, a smart memory card (SMC), and a secure digital device.
  • the memory 21 may also include both an internal storage unit of the computer device 2 and an external storage device thereof.
  • the memory 21 is generally used to store an operating system and various application software installed in the computer device 2, such as program code of the platform client data reflow system 20. Further, the memory 21 can also be used to temporarily store various types of data that have been output or are to be output.
  • the processor 22 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data processing chip in some embodiments.
  • the processor 22 is typically used to control the overall operation of the computer device 2, such as performing control and processing associated with data interaction or communication with the computer device 2.
  • the processor 22 is configured to run program code or process data stored in the memory 21, such as running the platform client data reflow system 20 and the like.
  • the network interface 23 may comprise a wireless network interface or a wired network interface, which is typically used to establish a communication connection between the computer device 2 and other computer devices.
  • the network interface 23 is for connecting the computer device 2 to an external terminal through a network, establishing a data transmission channel, a communication connection, and the like between the computer device 2 and an external terminal.
  • the network may be an intranet, an Internet, a Global System of Mobile communication (GSM), a Wideband Code Division Multiple Access (WCDMA), a 4G network, or a 5G network.
  • Wireless or wired networks such as network, Bluetooth, Wi-Fi, etc.
  • FIG. 5 shows only computer device 2 having components 21-23, but it should be understood that not all illustrated components may be implemented and that more or fewer components may be implemented instead.
  • the platform client data reflow system 20 stored in the memory 21 can be executed by one or more processors (the processor 22 in this embodiment) to complete the operation of the platform client data reflow method described above. .
  • the present application is a computer readable storage medium having stored therein a platform customer data reflow system 20 that can be implemented by one or more processors to implement the platform clients described above. Data reflow method or operation of an electronic device.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请公开了一种平台客户数据回流方法，属于数据处理领域。一种平台客户数据回流方法，包括以下步骤：接收H5活动页面传播产生的传播数据并识别出传播数据中包含的活动ID；获取传播数据所对应的配置信息；根据活动ID将传播数据分发至与所述活动ID相对应的预设的redis队列中；判断redis队列中包含的传播数据是否达到预设的每批下发的数据量或者redis队列的下发时间间隔是否超过预设的时间间隔，若满足其中一个要求则将redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则直接结束。本申请使用后，不再需要针对各个业务***定制开发接口，减少了开发人员的工作量，降低了人力成本。

Description

平台客户数据回流方法、电子装置、设备及存储介质
本申请申明享有2018年3月8日递交的申请号为201810192380.1、名称为“平台客户数据回流方法、电子装置、设备及存储介质”的中国专利申请的优先权，该中国专利申请的整体内容以参考的方式结合在本申请中。
技术领域
本申请涉及数据处理领域，涉及一种平台客户数据回流方法、电子装置、设备及存储介质。
背景技术
随着移动互联网时代的到来，消费者注意力从传统的PC转移到移动端。以微信为代表的社交媒体发展起来后，绝大多数消费者的注意力被吸引到社交媒体上。“消费者的注意力在哪里，营销就要渠道哪里”。所以在移动互联网时代，企业的营销活动大有从线下向线上转移的趋势，借助互联网和社交圈实现品牌营销、客户服务、获取客户等目标。
线上营销活动比较常见的是通过微信传播，主要依靠推送、客户自发的转发等方式传播，推送或转发的内容通常为H5活动页面。现在，每天都有大量的H5页面流转在微信朋友圈，我们通过H5活动页面可以获取许多信息，这么多的信息需要回流到各个不同的***中以进行有效处理，这就需要各个***分别与保存这些信息的数据库进行对接。
当前，每增加一个***都要定制开发一个接口，这种定制化开发需要巨大的人力成本。
发明内容
本申请要解决的技术问题是为了克服现有技术中每次把不同的数据下 发业务***时都要定制化开发一个接口的问题，提出了一种平台客户数据回流方法、电子装置、设备及存储介质，通过把各个业务***在下发***中做相应的下发配置，使得数据达到触发下发点就执行数据回流操作，满足业务***的数据要求实时性。
本申请是通过下述技术方案来解决上述技术问题：
一种平台客户数据回流方法，包括以下步骤：
S1、接收H5活动页面传播产生的传播数据，并识别出传播数据中包含的活动ID；
S2、获取所述传播数据所对应的配置信息，所述配置信息包括下发URL、时间间隔和每批下发的数据量；
S3、根据所述活动ID将传播数据分发至与所述活动ID相对应的预设的redis队列中；
S4、判断所述redis队列中包含的传播数据是否达到预设的每批下发的数据量，若是则将所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则执行S5；
S5、判断所述redis队列的下发时间间隔是否超过预设的时间间隔，若是则所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则直接结束。
一种电子装置，所述电子装置上存储有平台客户数据回流***，所述平台客户数据回流***包括：
接收识别模块，用于接收H5活动页面传播产生的传播数据，并识别出传播数据中包含的活动ID；
配置获取模块，用于获取所述传播数据所对应的配置信息，所述配置信息包括下发URL、时间间隔和每批下发的数据量；
队列分发模块，用于根据所述活动ID将传播数据分发至与所述活动ID相对应的预设的redis队列中；
数据量判断模块，用于判断所述redis队列中包含的传播数据是否达到预设的每批下发的数据量；
超时判断模块，用于判断所述redis队列的下发时间间隔是否超过预设的时间间隔；
下发模块，用于在所述redis队列中包含的传播数据达到预设的每批下发的数据量或者所述redis队列的下发时间间隔超过预设的时间间隔时，将所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中。
一种计算机设备，包括存储器和处理器，所述存储器上存储有可被所述处理器执行的平台客户数据回流***，所述***被所述处理器执行时实现以下步骤：
S1、接收H5活动页面传播产生的传播数据，并识别出传播数据中包含的活动ID；
S2、获取所述传播数据所对应的配置信息，所述配置信息包括下发URL、时间间隔和每批下发的数据量；
S3、根据所述活动ID将传播数据分发至与所述活动ID相对应的预设的redis队列中；
S4、判断所述redis队列中包含的传播数据是否达到预设的每批下发的数据量，若是则将所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则执行S5；
S5、判断所述redis队列的下发时间间隔是否超过预设的时间间隔，若是则所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则直接结束。
一种计算机可读存储介质，所述计算机可读存储介质内存储有平台客户数据回流***，所述平台客户数据回流***可被至少一个处理器所执行，以以下步骤：
S1、接收H5活动页面传播产生的传播数据，并识别出传播数据中包含的活动ID；
S2、获取所述传播数据所对应的配置信息，所述配置信息包括下发URL、时间间隔和每批下发的数据量；
S3、根据所述活动ID将传播数据分发至与所述活动ID相对应的预设的redis队列中；
S4、判断所述redis队列中包含的传播数据是否达到预设的每批下发的数据量，若是则将所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则执行S5；
S5、判断所述redis队列的下发时间间隔是否超过预设的时间间隔，若是则所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则直接结束。
本申请的积极进步效果在于：本申请可对接各种业务***，只需预设相应的下发配置，一旦数据达到下发要求，即可下发到对应的业务***，不再需要针对各个业务***定制开发接口，大大减少了开发人员的工作量，降低了人力成本。
附图说明
图1示出了本申请平台客户数据回流方法实施例一的流程图；
图2示出了本申请平台客户数据回流方法实施例二的流程图；
图3示出了本申请电子装置中平台客户数据回流***第一实施例的程序模块示意图；
图4示出了本申请电子装置中平台客户数据回流***第二实施例的程序模块示意图；
图5示出了本申请计算机设备一实施例的硬件架构示意图。
附图标记：
计算机设备 2
平台客户数据回流*** 20
存储器 21
处理器 22
网络接口 23
接收识别模块 201
配置获取模块 202
队列分发模块 203
数据量判断模块 204
超时判断模块 205
下发模块 206
循检模块 207
流程步骤 S1-S7
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
下面通过实施例的方式进一步说明本申请，但并不因此将本申请限制在所述的实施例范围之中。
首先，本申请提出一种平台客户数据回流方法。
在实施例一中，如图1所示，所述的平台客户数据回流方法包括如下步骤：
步骤1：接收H5活动页面传播产生的传播数据，并识别出传播数据中包含的活动ID。
所述活动ID为业务***通过H5页面发起活动的时候，给每个H5页面自动分配的，该活动ID可以被看做用于区分每个活动的唯一识别号。
H5页面在微信上传播时，微信端会自动记录下一些传播数据并自动发送到预设的接收平台上，所述传播数据中包含有活动ID、传播者的openid和传播时间等信息，每种信息以数据段的形式存在于传播数据中，且按一定的排列规则进行排列，排列规则通常都是预先设置的。因此，通过截取传播数据中对应的活动ID位置上的数据段，就可以获取活动ID。
步骤2：获取所述传播数据所对应的配置信息，所述配置信息包括下发URL、时间间隔和每批下发的数据量。
所述配置信息为预先设置在接收平台上的，没接收到一个传播数据后，平台会自动去获取该传播数据所对应的配置信息。
所述配置信息中的下发URL是指发起H5页面传播的业务***的网址，也就是最终接收H5页面传播产生的传播数据的业务***的网址；所述时间间隔是指redis队列将传播数据下发至业务***的时间间隔，即redis队列并不是接收到一条传播数据后就立即下发的，而是间隔性下发；所述每批下发的数据量是指redis队列一次下发传播数据的最多条数，即redis队列中的传播数据的条数达到一定量就下发。
步骤3：根据所述活动ID将传播数据分发至与所述活动ID相对应的预设的redis队列中。
所述redis队列是预先设置在接收平台中的，redis队列以活动ID命名，每一个活动ID对应建立一个以该活动ID命名的redis队列。查找的时候，只要找到以传播数据中包含的活动ID命名的redis队列，就是该传播数据该被分发到的人redis队列。
步骤4：判断所述redis队列中包含的传播数据是否达到预设的每批下发的数据量，若是则将所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则执行下一步(步骤5)；
步骤5：判断所述redis队列的下发时间间隔是否超过预设的时间间隔，若是则所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则直接结束。
上述步骤4和步骤5表述的是redis队列中传播数据是否下发的两个条件判断。每次接收到一个新的传播数据，就会执行一次步骤4和步骤5，且判断的redis队列仅是该新的传播数据所在的redis队列，假设一个redis队列长时间未接收到新的传播数据，则不会对该redis队列进行是否下发的条件判断。
本实施例中所述两个条件判断是按顺序执行的，先判断redis队列中暂存的数据量是否达到每批下发的数据量，若达到了，则直接执行下发操作，只有在这一条未达标时，才会进行下一步redis队列的下发时间间隔是否超过预设的时间间隔的判断，若这一条件达标了，那么也执行下发操作。这里所述的两个判断条件是或关系，两个条件中一个达标就执行下发操作，因而也可以是步骤5中的判断在前，步骤4中的判断在后；还可以是步骤5和步骤4同时判断，没有先后顺序的要求。
以上所述三种判断熟顺序都在本申请保护范围之内。
在实施例二中，基于实施例一的基础上，如图2所示，所述的平台客户数据回流方法包括如下步骤：
步骤1-步骤5同实施例一，此处不再赘述。
步骤6：按预设的循环时间间隔依次判断各redis队列的下发时间间隔是否超过预设的时间间隔，并将下发时间超过预设的时间间隔的redis队列中的传播数据打包，然后按该redis队列中的传播数据相对应的下发URL发送至对应的业务***中。
所述循环时间间隔为预先设置在接收平台中的，通常循环时间间隔要远远长于前述预设的时间间隔(用于判断下发时间间隔)，比如：预设的时间 间隔是20分钟，而循环时间间隔可以设为1天。当然所述循环时间间隔也可以用循环时刻来代替，即设定每天的某个时刻对所有redis队列进行依次下发条件的判断。
本实施例中步骤6是为了防止传播数据分发到redis队列中时，该队列不符合下发条件，而之后很长一段时间内均无传播数据分发到该redis队列中，那么该redis队列会处于僵尸状态，位于该redis队列中的数据可能很长时间或永远都不会被下发，造成数据统计的误差或不及时。
下面以对三个H5页面传播产生的传播数据进行下发为例，做具体说明：
三个H5页面对应的活动ID分别为ID1234、ID1235和ID1236，在接收平台分别预设有对应这三活动ID的配置信息和redis队列，假设配置信息如下：
ID1234的配置信息：下发URL为ASDFGH，时间间隔为10分钟，每批下发的数据量为30条；
ID1235的配置信息：下发URL为ASDFGU，时间间隔为15分钟，每批下发的数据量为30条；
ID1236的配置信息：下发URL为ASDFGW，时间间隔为20分钟，每批下发的数据量为50条。
此外，循环时间间隔设置为24小时，或者设为每天凌晨0点。
具体过程如下：
1、接收到包含ID1236的数据一，根据ID1236获取到配置信息“下发URL为ASDFGW，时间间隔为20分钟，每批下发的数据量为50条”；根据ID1236分发到名称为ID1236的redis队列中；
2、检测到该ID1236的redis队列中的数据量为50条，因此执行下发操作，将50条传播数据打包后下发到URL为ASDFGW的业务***中；此后一直陆续收到包含ID1236的传播数据；
3、接收到包含ID1234的数据二，根据ID1234获取到配置信息“下发 URL为ASDFGH，时间间隔为10分钟，每批下发的数据量为30条”；根据ID1234分发到名称为ID1234的redis队列中；
4、检测到该ID1234的redis队列中的数据量为15条，进一步检测到该队列距离最近一次下发数据已有16分钟，因此执行下发操作，将15条传播数据打包后下发到URL为ASDFGH的业务***中；此后一直陆续收到包含ID1236的传播数据；
5、接收到包含ID1235的数据三，根据ID1235获取到配置信息“下发URL为ASDFGU，时间间隔为15分钟，每批下发的数据量为30条”；根据ID1235分发到名称为ID1235的redis队列中；
6、检测到该ID1235的redis队列中的数据量为15条，进一步检测到该队列距离最近一次下发数据为8分钟，因此不执行下发操作，但在之后的很长一段时间内均为再接收到相应的传播数据；
7、假设经过了预设的循环时间间隔；先检测到名称为ID1234的redis队列的下发时间间隔为8分钟，不执行任何操作；接着，检测到名称为ID1235的redis队列的下发时间间隔为16小时，则将ID1235的redis队列中15条数据打包下发到URL为ASDFGU对应的业务***中；最后，检测到名称为ID1236的redis队列的下发时间间隔为11分钟，不执行任何操作。
在实施例三中，基于实施例二的基础上，步骤2具体包括以下步骤：
步骤21、将传播数据中包含的活动ID与预设的配置文件夹的名称进行一一比对；
步骤22、判断所述预设的配置文件夹的名称中是否具有与所述传播数据中包含的活动ID相同的名称，若有则执行步骤23；
步骤23、获取以该名称命名的配置文件夹中的配置信息。
本实施例中具体给出了调取传播数据相对应的配置信息的过程。
在实施例四中，基于实施例二的基础上，步骤3具体包括以下步骤：
步骤31、将传播数据中包含的活动ID与redis队列的名称进行一一比对；
步骤32、判断所述redis队列的名称中是否具有与所述传播数据中包含的活动ID相同的名称，若有则执行步骤23；
步骤33、将所述传播数据转移至以该名称命名的redis队列中进行暂存。
本实施例中具体给出了将传播数据分发至相应redis队列的过程。
其次，本申请提出了一种电子装置，所述电子装置上存储有平台客户数据回流***20，所述***20可以被分割为一个或者多个程序模块。
例如，图3示出了所述平台客户数据回流***20第一实施例的程序模块示意图，该实施例中，所述***20可以被分割为接收识别模块201、配置获取模块202、队列分发模块203、数据量判断模块204、超时模块205和下发模块206。其中，本申请所称的程序模块是指能够完成特定功能的一系列计算机程序指令段。以下描述将具体介绍所述程序模块201-206的具体功能。
所述接收识别模块201用于接收H5活动页面传播产生的传播数据，并识别出传播数据中包含的活动ID。
所述活动ID为业务***通过H5页面发起活动的时候，给每个H5页面自动分配的，该活动ID可以被看做用于区分每个活动的唯一识别号。
H5页面在微信上传播时，微信端会自动记录下一些传播数据并自动发送到预设的接收平台上，所述传播数据中包含有活动ID、传播者的openid和传播时间等信息，每种信息以数据段的形式存在于传播数据中，且按一定的排列规则进行排列，排列规则通常都是预先设置的。因此，通过截取传播数据中对应的活动ID位置上的数据段，就可以获取活动ID。
所述配置获取模块202用于获取所述传播数据所对应的配置信息，所述配置信息包括下发URL、时间间隔和每批下发的数据量。
所述配置信息为预先设置在接收平台上的，没接收到一个传播数据后， 平台会自动去获取该传播数据所对应的配置信息。
所述配置信息中的下发URL是指发起H5页面传播的业务***的网址，也就是最终接收H5页面传播产生的传播数据的业务***的网址；所述时间间隔是指redis队列将传播数据下发至业务***的时间间隔，即redis队列并不是接收到一条传播数据后就立即下发的，而是间隔性下发；所述每批下发的数据量是指redis队列一次下发传播数据的最多条数，即redis队列中的传播数据的条数达到一定量就下发。
所述队列分发模块203用于根据所述活动ID将传播数据分发至与所述活动ID相对应的预设的redis队列中。
所述redis队列是预先设置在接收平台中的，redis队列以活动ID命名，每一个活动ID对应建立一个以该活动ID命名的redis队列。查找的时候，只要找到以传播数据中包含的活动ID命名的redis队列，就是该传播数据该被分发到的人redis队列。
所述数据量判断模块204用于判断所述redis队列中包含的传播数据是否达到预设的每批下发的数据量。
所述超时判断模块205用于判断所述redis队列的下发时间间隔是否超过预设的时间间隔。
所述数据量判断模块204和超时判断模块205用于对redis队列中传播数据是否下发的两个条件进行判断，两个下发条件只要满足一个就执行下发操作。因此，判断的顺序可以有多种，比如先判断redis队列中暂存的数据量是否达到每批下发的数据量，若达到了，则不再对redis队列的下发时间间隔是否超过预设的时间间隔进行判断，也可以将两个判断的顺序对调一下，还可以两个判断同时进行，不分先后顺序。
所述下发模块206用于在所述redis队列中包含的传播数据达到预设的每批下发的数据量或者所述redis队列的下发时间间隔超过预设的时间间隔时，将所述redis队列中的传播数据进行打包后按所述下发URL发送至对应 的业务***中。
本***可对接各种业务***，只需预设相应的下发配置(即配置信息)，一旦数据达到下发条件，即可下发到对应的业务***，不再需要针对各个业务***定制开发接口，大大减少了开发人员的工作量，降低了人力成本。
又例如，图4示出了所述平台客户数据回流***20第二实施例的程序模块示意图，该实施例中，所述平台客户数据回流***20还可以被分割为接收识别模块201、配置获取模块202、队列分发模块203、数据量判断模块204、超时模块205、下发模块206和循检模块207。
其中程序模块201-206同前述第一实施例，此处不再赘述。
所述循检模块207用于按预设的循环时间间隔依次判断各redis队列的下发时间间隔是否超过预设的时间间隔，并将下发时间超过预设的时间间隔的redis队列中的传播数据打包，然后按该redis队列中的传播数据相对应的下发URL发送至对应的业务***中。
所述循环时间间隔为预先设置在接收平台中的，通常循环时间间隔要远远长于前述预设的时间间隔(用于判断下发时间间隔)，比如：预设的时间间隔是20分钟，而循环时间间隔可以设为1天。当然所述循环时间间隔也可以用循环时刻来代替，即设定每天的某个时刻对所有redis队列进行依次下发条件的判断。
本实施例中增加该模块，可防止传播数据分发到redis队列中时，该队列不符合下发条件，而之后很长一段时间内均无传播数据分发到该redis队列中，那么该redis队列会处于僵尸状态，位于该redis队列中的数据可能很长时间或永远都不会被下发，造成数据统计的误差或不及时。
再次，本申请还提出来一种计算机设备。
参阅图5所示，是本申请计算机设备一实施例的硬件架构示意图。本实 施例中，所述计算机设备2是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图所示，所述计算机设备2至少包括，但不限于，可通过***总线相互通信连接存储器21、处理器22、网络接口23、以及平台客户数据回流***20。其中：
所述存储器21至少包括一种类型的计算机可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器21可以是所述计算机设备2的内部存储单元，例如该计算机设备2的硬盘或内存。在另一些实施例中，所述存储器21也可以是所述计算机设备2的外部存储设备，例如该计算机设备2上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。当然，所述存储器21还可以既包括所述计算机设备2的内部存储单元也包括其外部存储设备。本实施例中，所述存储器21通常用于存储安装于所述计算机设备2的操作***和各类应用软件，例如所述平台客户数据回流***20的程序代码等。此外，所述存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器22在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制所述计算机设备2的总体操作，例如执行与所述计算机设备2进行数据交互或者通信相关的控制和处理等。本实施例中，所述处理器22用于运行所述存储器21中存储的程序代码或者处理数据，例如运行所 述的平台客户数据回流***20等。
所述网络接口23可包括无线网络接口或有线网络接口，该网络接口23通常用于在所述计算机设备2与其他计算机设备之间建立通信连接。例如，所述网络接口23用于通过网络将所述计算机设备2与外部终端相连，在所述计算机设备2与外部终端之间的建立数据传输通道和通信连接等。所述网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯***(Global System of Mobile communication，GSM)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。
需要指出的是，图5仅示出了具有组件21-23的计算机设备2，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
在本实施例中，存储于存储器21中的所述平台客户数据回流***20可以被一个或多个处理器(本实施例为处理器22)所执行，以完成上述平台客户数据回流方法的操作。
此外，本申请一种计算机可读存储介质，该计算机可读存储介质内存储有平台客户数据回流***20，该平台客户数据回流***20可被一个或多个处理器执行时，实现上述平台客户数据回流方法或电子装置的操作。
虽然以上描述了本申请的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本申请的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本申请的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本申请的保护范围。

Claims (20)

  1. 一种平台客户数据回流方法，其特征在于，包括以下步骤：
    S1、接收H5活动页面传播产生的传播数据，并识别出传播数据中包含的活动ID；
    S2、获取所述传播数据所对应的配置信息，所述配置信息包括下发URL、时间间隔和每批下发的数据量；
    S3、根据所述活动ID将传播数据分发至与所述活动ID相对应的预设的redis队列中；
    S4、判断所述redis队列中包含的传播数据是否达到预设的每批下发的数据量，若是则将所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则执行S5；
    S5、判断所述redis队列的下发时间间隔是否超过预设的时间间隔，若是则所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则直接结束。
  2. 根据权利要求1所述的平台客户数据回流方法，其特征在于，还包括步骤：
    S6、按预设的循环时间间隔依次判断各redis队列的下发时间间隔是否超过预设的时间间隔，并将下发时间超过预设的时间间隔的redis队列中的传播数据打包，然后按该redis队列中的传播数据相对应的下发URL发送至对应的业务***中。
  3. 根据权利要求1或2所述的平台客户数据回流方法，其特征在于，所述传播数据至少包含有活动ID、传播者的openid和传播时间，所述活动ID、传播者的openid和传播时间按预设的排列规则进行排列，通过截取传播数据中对应的活动ID位置上的数据段以获取活动ID。
  4. 根据权利要求1或2所述的平台客户数据回流方法，其特征在于， 所述配置信息按活动ID进行分类，对应每个活动ID的配置信息预设在以该活动ID命名的配置文件夹中。
  5. 根据权利要求4所述的平台客户数据回流方法，其特征在于，S2具体包括以下步骤：
    S21、将传播数据中包含的活动ID与预设的配置文件夹的名称进行一一比对；
    S22、判断所述预设的配置文件夹的名称中是否具有与所述传播数据中包含的活动ID相同的名称，若有则执行S23；
    S23、获取以该名称命名的配置文件夹中的配置信息。
  6. 根据权利要求1或2所述的平台客户数据回流方法，其特征在于，所述redis队列以活动ID命名，每一个活动ID对应建立一个以该活动ID命名的redis队列。
  7. 根据权利要求6所述的平台客户数据回流方法，其特征在于，S3具体包括以下步骤：
    S31、将传播数据中包含的活动ID与redis队列的名称进行一一比对；
    S32、判断所述redis队列的名称中是否具有与所述传播数据中包含的活动ID相同的名称，若有则执行S23；
    S33、将所述传播数据转移至以该名称命名的redis队列中进行暂存。
  8. 一种电子装置，其特征在于，所述电子装置上存储有平台客户数据回流***，所述平台客户数据回流***包括：
    接收识别模块，用于接收H5活动页面传播产生的传播数据，并识别出传播数据中包含的活动ID；
    配置获取模块，用于获取所述传播数据所对应的配置信息，所述配置信息包括下发URL、时间间隔和每批下发的数据量；
    队列分发模块，用于根据所述活动ID将传播数据分发至与所述活动ID相对应的预设的redis队列中；
    数据量判断模块，用于判断所述redis队列中包含的传播数据是否达到预设的每批下发的数据量；
    超时判断模块，用于判断所述redis队列的下发时间间隔是否超过预设的时间间隔；
    下发模块，用于在所述redis队列中包含的传播数据达到预设的每批下发的数据量或者所述redis队列的下发时间间隔超过预设的时间间隔时，将所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中。
  9. 一种计算机设备，包括存储器和处理器，其特征在于，所述存储器上存储有可被所述处理器执行的平台客户数据回流***，所述***被所述处理器执行时实现以下步骤：
    S1、接收H5活动页面传播产生的传播数据，并识别出传播数据中包含的活动ID；
    S2、获取所述传播数据所对应的配置信息，所述配置信息包括下发URL、时间间隔和每批下发的数据量；
    S3、根据所述活动ID将传播数据分发至与所述活动ID相对应的预设的redis队列中；
    S4、判断所述redis队列中包含的传播数据是否达到预设的每批下发的数据量，若是则将所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则执行S5；
    S5、判断所述redis队列的下发时间间隔是否超过预设的时间间隔，若是则所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则直接结束。
  10. 根据权利要求9所述的计算机设备，其特征在于，还包括步骤：S6、按预设的循环时间间隔依次判断各redis队列的下发时间间隔是否超过预设的时间间隔，并将下发时间超过预设的时间间隔的redis队列中的传播数据 打包，然后按该redis队列中的传播数据相对应的下发URL发送至对应的业务***中。
  11. 根据权利要求9或10所述的计算机设备，其特征在于，所述传播数据至少包含有活动ID、传播者的openid和传播时间，所述活动ID、传播者的openid和传播时间按预设的排列规则进行排列，通过截取传播数据中对应的活动ID位置上的数据段以获取活动ID；所述配置信息按活动ID进行分类，对应每个活动ID的配置信息预设在以该活动ID命名的配置文件夹中。
  12. 根据权利要求11所述的计算机设备，其特征在于，S2具体包括以下步骤：
    S21、将传播数据中包含的活动ID与预设的配置文件夹的名称进行一一比对；
    S22、判断所述预设的配置文件夹的名称中是否具有与所述传播数据中包含的活动ID相同的名称，若有则执行S23；
    S23、获取以该名称命名的配置文件夹中的配置信息。
  13. 根据权利要求9或10所述的计算机设备，其特征在于，所述redis队列以活动ID命名，每一个活动ID对应建立一个以该活动ID命名的redis队列。
  14. 根据权利要求13所述的计算机设备，其特征在于，S3具体包括以下步骤：
    S31、将传播数据中包含的活动ID与redis队列的名称进行一一比对；
    S32、判断所述redis队列的名称中是否具有与所述传播数据中包含的活动ID相同的名称，若有则执行S23；
    S33、将所述传播数据转移至以该名称命名的redis队列中进行暂存。
  15. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有平台客户数据回流***，所述平台客户数据回流***可被至少一个处理器所执行，以实现以下步骤：
    S1、接收H5活动页面传播产生的传播数据，并识别出传播数据中包含的活动ID；
    S2、获取所述传播数据所对应的配置信息，所述配置信息包括下发URL、时间间隔和每批下发的数据量；
    S3、根据所述活动ID将传播数据分发至与所述活动ID相对应的预设的redis队列中；
    S4、判断所述redis队列中包含的传播数据是否达到预设的每批下发的数据量，若是则将所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则执行S5；
    S5、判断所述redis队列的下发时间间隔是否超过预设的时间间隔，若是则所述redis队列中的传播数据进行打包后按所述下发URL发送至对应的业务***中，若否则直接结束。
  16. 根据权利要求15所述的计算机可读存储介质，其特征在于，还包括步骤：S6、按预设的循环时间间隔依次判断各redis队列的下发时间间隔是否超过预设的时间间隔，并将下发时间超过预设的时间间隔的redis队列中的传播数据打包，然后按该redis队列中的传播数据相对应的下发URL发送至对应的业务***中。
  17. 根据权利要求15或16所述的计算机可读存储介质，其特征在于，所述传播数据至少包含有活动ID、传播者的openid和传播时间，所述活动ID、传播者的openid和传播时间按预设的排列规则进行排列，通过截取传播数据中对应的活动ID位置上的数据段以获取活动ID；所述配置信息按活动ID进行分类，对应每个活动ID的配置信息预设在以该活动ID命名的配置文件夹中。
  18. 根据权利要求17所述的计算机可读存储介质，其特征在于，S2具体包括以下步骤：
    S21、将传播数据中包含的活动ID与预设的配置文件夹的名称进行一一 比对；
    S22、判断所述预设的配置文件夹的名称中是否具有与所述传播数据中包含的活动ID相同的名称，若有则执行S23；
    S23、获取以该名称命名的配置文件夹中的配置信息。
  19. 根据权利要求15或16所述的计算机可读存储介质，其特征在于，所述redis队列以活动ID命名，每一个活动ID对应建立一个以该活动ID命名的redis队列。
  20. 根据权利要求19所述的计算机可读存储介质，其特征在于，S3具体包括以下步骤：
    S31、将传播数据中包含的活动ID与redis队列的名称进行一一比对；
    S32、判断所述redis队列的名称中是否具有与所述传播数据中包含的活动ID相同的名称，若有则执行S23；
    S33、将所述传播数据转移至以该名称命名的redis队列中进行暂存。
PCT/CN2018/083079 2018-03-08 2018-04-13 平台客户数据回流方法、电子装置、设备及存储介质 WO2019169696A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810192380.1 2018-03-08
CN201810192380.1A CN108509513B (zh) 2018-03-08 2018-03-08 平台客户数据回流方法、电子装置、设备及存储介质

Publications (1)

Publication Number Publication Date
WO2019169696A1 true WO2019169696A1 (zh) 2019-09-12

Family

ID=63377306

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/083079 WO2019169696A1 (zh) 2018-03-08 2018-04-13 平台客户数据回流方法、电子装置、设备及存储介质

Country Status (2)

Country Link
CN (1) CN108509513B (zh)
WO (1) WO2019169696A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113204441A (zh) * 2021-05-07 2021-08-03 郑州信大捷安信息技术股份有限公司 一种多应用id生成方法及***

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120191747A1 (en) * 2011-01-21 2012-07-26 Microsoft Corporation Data items manager
CN105426544A (zh) * 2015-12-25 2016-03-23 北京奇虎科技有限公司 监控数据库状态的方法及装置
CN106657228A (zh) * 2016-09-27 2017-05-10 山东浪潮云服务信息科技有限公司 一种利用云端进行并发采集的爬虫实现方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120191747A1 (en) * 2011-01-21 2012-07-26 Microsoft Corporation Data items manager
CN105426544A (zh) * 2015-12-25 2016-03-23 北京奇虎科技有限公司 监控数据库状态的方法及装置
CN106657228A (zh) * 2016-09-27 2017-05-10 山东浪潮云服务信息科技有限公司 一种利用云端进行并发采集的爬虫实现方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113204441A (zh) * 2021-05-07 2021-08-03 郑州信大捷安信息技术股份有限公司 一种多应用id生成方法及***
CN113204441B (zh) * 2021-05-07 2022-04-05 郑州信大捷安信息技术股份有限公司 一种多应用id生成方法及***

Also Published As

Publication number Publication date
CN108509513A (zh) 2018-09-07
CN108509513B (zh) 2019-09-10

Similar Documents

Publication Publication Date Title
WO2020177384A1 (zh) 消息推送的用户消息状态上报处理方法、装置及存储介质
CN109040227B (zh) 基于区块链的业务请求响应方法、装置和计算机设备
CN112162965B (zh) 一种日志数据处理的方法、装置、计算机设备及存储介质
CN110781372B (zh) 一种优化网站的方法、装置、计算机设备及存储介质
CN107346270B (zh) 基于实时计算的基数估计的方法和***
US20200004785A1 (en) Automatic grouping based on user behavior
CN113411404A (zh) 一种文件下载方法、装置、服务器及存储介质
CN112367345A (zh) 数据处理方法、服务端设备及计算机可读存储介质
CN112422450B (zh) 计算机设备、服务请求的流量控制方法及装置
CN111064802B (zh) 一种网络请求的处理方法、装置、电子设备及存储介质
CN110807050B (zh) 性能分析方法、装置、计算机设备及存储介质
CN112560939B (zh) 模型验证方法、装置及计算机设备
US11356517B2 (en) Optimizing network utilization
US11627201B2 (en) Optimizing network utilization
WO2019169696A1 (zh) 平台客户数据回流方法、电子装置、设备及存储介质
CN113076231A (zh) 服务器应用场景设置方法、***、终端及存储介质
CN113779021B (zh) 数据处理方法、装置、计算机***及可读存储介质
CN113127221B (zh) 一种限制消息消费速率的方法、装置、设备及存储介质
CN112560938B (zh) 模型训练方法、装置及计算机设备
CN111131393B (zh) 用户活跃度数据统计方法、电子装置及存储介质
CN110474954B (zh) 基于区块链的文件分享方法、装置、计算机设备及可读存储介质
CN110209512B (zh) 基于多数据源的数据核对方法及装置
CN115795100A (zh) 用户事件处理方法、装置、电子设备及可读存储介质
CN108268662B (zh) 基于h5页面的社交图谱生成方法、电子装置及存储介质
CN112491939A (zh) 多媒体资源调度方法及***

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18909249

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18909249

Country of ref document: EP

Kind code of ref document: A1