WO2019149058A1 - 一种信息推送方法、装置及设备 - Google Patents

一种信息推送方法、装置及设备 Download PDF

Info

Publication number
WO2019149058A1
WO2019149058A1 PCT/CN2019/071696 CN2019071696W WO2019149058A1 WO 2019149058 A1 WO2019149058 A1 WO 2019149058A1 CN 2019071696 W CN2019071696 W CN 2019071696W WO 2019149058 A1 WO2019149058 A1 WO 2019149058A1
Authority
WO
WIPO (PCT)
Prior art keywords
push
user
region
control
regional
Prior art date
Application number
PCT/CN2019/071696
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 WO2019149058A1 publication Critical patent/WO2019149058A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services

Definitions

  • the present application relates to the field of computer technologies, and in particular, to an information push method, apparatus, and device.
  • service providers can actively push corresponding service information to users so that users can know the corresponding service products/services.
  • the service provider in the process of pushing the service information to the user, the service provider usually performs fatigue control on the service information pushed by the service provider, that is, the number of times the service information is pushed to the same user within a specified time period is less than the preset value. In order to reduce the user's fatigue of the business information they receive. In the prior art, the service provider usually performs fatigue control based on the number of pushes to the user in the recent period of time.
  • the embodiment of the present specification provides an information pushing method, device and device for providing a fatigue control scheme for pushing traffic information more effectively.
  • the embodiment of the present specification provides an information pushing method, including:
  • an information pushing apparatus including:
  • the basic information determining module determines a user location corresponding to the user and a historical push record for the user;
  • the control condition determining module determines, according to the user location, a regional push control condition corresponding to the user location;
  • the push processing module pushes the service information to the user according to the regional push control condition and the historical push record.
  • an information pushing device including: a processor and a memory, where:
  • the memory stores an information push program
  • the processor calls the information push sequence stored in the memory and executes:
  • the at least one technical solution adopted by the embodiment of the present specification can achieve the following beneficial effects: for a user who needs to push the service information, the location where the user is located can be determined based on the location of the user, and the regional push control corresponding to the region is further determined. Conditions, regional push control conditions reflect the conditions that need to be met for the push of business information in the region. Then, combined with the user's own historical push record, more multi-dimensional push control can be performed for the business information that needs to be pushed to the user.
  • the user who changes in the local area can more effectively control the fatigue of the service information pushed by the user, thereby improving the user experience.
  • FIG. 1 is a schematic diagram of a practical application architecture on which an information push method according to an embodiment of the present disclosure is based;
  • FIG. 2 is a schematic diagram of an information push process provided by an embodiment of the present disclosure
  • FIG. 3 is a schematic diagram of an information pushing process in an actual application example according to an embodiment of the present disclosure
  • FIG. 4 is a schematic diagram of a push determination process provided by an embodiment of the present disclosure.
  • FIG. 5 is a schematic structural diagram of an information pushing apparatus according to an embodiment of the present disclosure.
  • the service provider In an actual service scenario, for a user, receiving service information pushed by a service provider excessively frequently may affect the user experience. Therefore, the service provider usually performs fatigue control on the service information that it pushes to the user (that is, controls the number of pushes of the service information within a specified period of time).
  • the current fatigue control is usually based on the number of times the business information is pushed in the most recent period in history, and the fatigue control of the currently required business information is implemented.
  • an embodiment of the present invention provides an information push method for performing multi-dimensional control on the service information to be pushed in combination with the push control rule of the geographic level in the process of controlling the fatigue information of the service information. It can meet the current complex business situation and help improve the user's business experience.
  • the service information may be, for example, a transaction card preferential information, a membership card discount information, a coupon introduction information, and an online/offline Promotional information of the event or promotional information of the movie, etc., and promotional information related to the business service or product are not listed here.
  • the foregoing manners of the service information include, but are not limited to, Short Message Service (SMS), MMS, application notification or system message. This should not be construed as limiting the application.
  • SMS Short Message Service
  • MMS application notification or system message
  • FIG. 1 it is a schematic diagram of an architecture on which a service pushing method in the embodiment of the present specification is based.
  • the service server is provided with corresponding service information fatigue control rules (hereinafter may be referred to as push control conditions), in particular, push control conditions for different geographic levels.
  • push control conditions service information fatigue control rules
  • the service server can perform fatigue control on the service information pushed to the user according to the location of the user and the corresponding geographical level push control conditions.
  • the service server is a server behind the service provider.
  • the service providers described herein may include, but are not limited to, shops, hotels, restaurants, cafes, gas stations, theaters, etc., or telecom operators. Service providers such as websites.
  • the service server may also be a server of the service platform. In other words, the service services of each service provider are collected on the service platform, and the user can obtain the service services provided by different service providers through the service platform.
  • the above-mentioned service server may adopt an architecture such as a single server, a cluster server, or a distributed server, and is not specifically limited herein.
  • the user in FIG. 1 can receive the service message pushed by the service server through the terminal used by the user.
  • the terminal includes but is not limited to: a smart phone, a smart watch, a tablet computer or a smart wearable device.
  • the terminal used by the user usually also has a Location Based Service (LBS), so that the service server can know the location of the user through the terminal.
  • LBS Location Based Service
  • a service pushing method is provided in the embodiment of the present specification. As shown in FIG. 2, the method includes the following steps:
  • Step S201 Determine the user location and the history push record for the user.
  • the obtaining and determining of the user location may be implemented by the LBS of the terminal used by the user, and details are not described herein again.
  • the historical push record for the user can be considered as a record of the business information pushed for the user before the current time.
  • the history push record may include content such as “user identification + push record + push time”.
  • the user identifier may be the account/ID of the user.
  • the user's account/ID is usually bound to the terminal device used by the user, so that after determining the location of the terminal used by the user (characterizing the location of the user) through the LBS described above, Further, based on the MAC address and the device number of the terminal, the user's account/ID is further determined by combining the pre-established binding relationship (the binding relationship between the user identifier and the terminal). Thus, the user's historical push record can be determined based on the user's account/ID.
  • Step S203 Determine, according to the user location, a regional push control condition corresponding to the user location.
  • different regional push control conditions are set for different geographical regions.
  • the regional push control conditions described herein are mainly control conditions for the number of pushes within a set time period for a certain region. For example, for area A, the number of times the business information is pushed to the user within 3 days is not more than 2 times.
  • regions may be provided with different regional push control conditions, which may be set according to the business needs of the region, and should not constitute a limitation on the present application.
  • regional push control conditions may be set according to the business needs of the region, and should not constitute a limitation on the present application.
  • Step S205 Push the service information to the user according to the regional push control condition and the historical push record.
  • the service server can push the corresponding service information to the user if the user is located in the current region. It can be seen that the control conditions for the push of the business information are no longer limited to the frequency of the push, but can be controlled according to the region where the user is located.
  • the location where the user is located can be determined based on the location of the user, and the regional push control condition corresponding to the region is further determined, and the regional push control condition reflects the next pair of services in the region.
  • the conditions required for the information to be pushed can be pushed. Then, combined with the user's own historical push record, more multi-dimensional push control can be performed for the business information that needs to be pushed to the user.
  • the user who changes in the local area can more effectively control the fatigue of the service information pushed by the user, thereby improving the user experience.
  • the execution entity may be a service server or an information push device of the telecommunication operator (not shown in the architecture of FIG. 1 .
  • the information push device of the telecommunication operator is generally used for
  • the service information is pushed to the user by means of a short message/mMS, etc., and the execution subject may be changed during the execution of the above steps, for example, the above steps S201 and 203 may be performed by the service server, and the information push device of the telecommunication operator is further performed.
  • the above step S205 is performed.
  • regions may be divided according to different geographic levels.
  • the geographic level described here can be considered as a hierarchy geographically divided by country, province/state, city, business district, and the like.
  • different regions based on geographic level can be, for example, XX countries, XX provinces/states, XX cities, and XX business districts.
  • regions of different geographic levels are usually divided according to business needs.
  • the process of determining the regional push control condition corresponding to the user location according to the user location may specifically include: determining an area to which the user location belongs, and pushing the area control set in advance for the area The condition is determined to be a push control condition for the region corresponding to the user location.
  • the regional push control condition is mainly a condition for the number of times the service information is pushed within the command length set in the area.
  • the pre-control region push control condition for the region may specifically include: setting a control duration for any region, setting a push count threshold within the control duration, and determining a push count threshold set within the control duration as the The area corresponding to the area push control conditions.
  • a unified area push control condition can be set in different areas having an ownership relationship at a geographic level.
  • Area 1 China; Area 2: Zhejiang City; Area 3: Hangzhou City.
  • the above three regions have a affiliation at the geographic level, and it is assumed that the regional push control conditions for the three regions are “3 days push 1 time”. Then, assuming that the user A is located in Hangzhou, when pushing the service information for the user A, it is necessary to respectively satisfy the above three regional push control conditions.
  • the specific execution flow in this example may be as shown in FIG. 3, and includes the following steps:
  • Step S301 Acquire a history push record of the user A.
  • Step S303 Based on the history push record of the user A, determine whether the number of times the service information is pushed to the user A within the three days in the Chinese region is greater than or equal to one time. If yes, execute step S303; otherwise, execute step S305.
  • Step S305 Based on the history push record of the user A, determine whether the number of times the service information is pushed to the user A within the three days in the Zhejiang province is greater than or equal to one time. If yes, execute step S303; otherwise, execute step S307.
  • Step S307 Based on the historical push record of the user A, determine whether the number of times the service information is pushed to the user A within the three days in the Hangzhou area is greater than or equal to one time. If yes, execute step S303; otherwise, execute step S309.
  • Step S309 Push the service information to the user A.
  • different regional push control conditions may be set in different regions having a belonging relationship at a geographic level.
  • the regions in the above example are still used.
  • the regional push control conditions can be:
  • the regional push control conditions in China are: 1 push per day;
  • the regional push control conditions in Zhejiang province are: 1 push per day;
  • the regional push control conditions in Hangzhou are: 1 push per day.
  • control conditions for the business content are applicable to different regions. Therefore, in some embodiments of the present specification, the control conditions for the business content can be regarded as the regional push control conditions for each region. That is, pre-setting the regional control control condition for the region may specifically include: setting a control duration for each type of service content, and setting a push count threshold within the control duration, and each type of service content is controlled for a duration The push count threshold set in the area is determined as the corresponding region push control condition for each region. This does not constitute a limitation on the present application.
  • the method includes the following steps:
  • Step S401 Determine the area to which the user location belongs, and the business content to be pushed.
  • Step S403 determining, according to the area to which the user location belongs, and the service content to be pushed, whether the historical service information that has been pushed to the user within the specified time period exceeds the set push time threshold; if yes, executing step S405; otherwise, executing Step S407.
  • Step S405 Pushing the service information to the user.
  • Step S407 Push the service information to the user.
  • the service server after the service information is pushed to the user, the service server also records to facilitate resetting the aforementioned regional push control conditions.
  • the structure of the record can take the form:
  • the user identifier may be a user account/ID or the like.
  • the regional logo can be the name, number or abbreviation of the region, such as: China (CN), Zhejiang (Zhejiang), Hangzhou (HZ).
  • CN China
  • Zhejiang Zhejiang
  • HZ Hangzhou
  • the regional logo may be in other forms of coding and should not be construed as limiting the application.
  • the content identifier is usually an identifier of the service content, and may specifically include a service type number, a service serial number, a service/product name, a service provider name, or a combination thereof. Also, no limitation is intended herein to the application.
  • the continuation of the preceding example assumes that the corresponding service server pushes a certain service information to user A.
  • the push time is from February 01 to 10:01, 2018.
  • the push record generated by the business server can be:
  • UserA User ID
  • HZ Registered ID
  • 20180201-10 01 (Push Time).
  • the service server may reset the above-mentioned regional push control condition, in other words, the above-mentioned regional push control condition may be re-timed at the time from February 01 to 10:01 of 2018.
  • the push control conditions of different geographic levels can be set by dividing the regions, and the push control conditions of different geographic levels do not affect each other.
  • the stored push records are more diverse, and are usually generated and stored as multiple records based on different geographic levels, and even if one of the records is lost or invalid, other records can be referred to.
  • the embodiment of the present specification further provides a corresponding information pushing device.
  • the information pushing device provided in the embodiment of the present specification is as shown in FIG. 5, and the device includes:
  • the basic information determining module 501 determines a user location corresponding to the user and a historical push record for the user;
  • the control condition determining module 502 determines, according to the user location, a regional push control condition corresponding to the user location;
  • the push processing module 503 pushes the service information to the user according to the regional push control condition and the history push record.
  • the basic information determining module 501 determines, by using the location service, the terminal location used by the user as the user location, and determines the location in the stored historical push record according to the user identifier bound in advance with the terminal. The user's historical push record.
  • control condition determining module 502 determines the region to which the user location belongs, and determines the region push control condition corresponding to the region in advance to determine the region push control condition corresponding to the user location.
  • control condition determining module 502 sets a control duration for any region, and sets a push count threshold within the control duration, and determines a push count threshold set within the control duration as the region corresponding to the region. Push control conditions.
  • control condition determining module 502 sets a control duration for each type of service content, and sets a push count threshold within the control duration, and sets the number of push times of each type of service content within the control duration.
  • the threshold is determined as the push control condition corresponding to each region.
  • the push processing module 503 determines, for the area to which the user location belongs, and the service content to be pushed, whether the historical service information that has been pushed to the user within the specified time period exceeds the set push time threshold, and if so, Pushing the service information to the user; otherwise, pushing the service information to the user.
  • the device further includes: a record generation module 504, determining a user identifier, a region identifier, and a push time of the user, and generating a push record according to the user identifier, the region identifier, and the push time.
  • the apparatus also includes 505: a condition reset module that resets the regional push control condition.
  • the device shown in FIG. 5 may be implemented by a physical device (eg, a terminal device) in an actual application, and specifically includes: a processor and a memory, where
  • the memory stores an information push program
  • the processor calls the information push sequence stored in the memory and executes:
  • PLD Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • HDL Hardware Description Language
  • the controller can be implemented in any suitable manner, for example, the controller can take the form of, for example, a microprocessor or processor and a computer readable medium storing computer readable program code (eg, software or firmware) executable by the (micro)processor.
  • computer readable program code eg, software or firmware
  • examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, The Microchip PIC18F26K20 and the Silicone Labs C8051F320, the memory controller can also be implemented as part of the memory's control logic.
  • the controller can be logically programmed by means of logic gates, switches, ASICs, programmable logic controllers, and embedding.
  • Such a controller can therefore be considered a hardware component, and the means for implementing various functions included therein can also be considered as a structure within the hardware component.
  • a device for implementing various functions can be considered as a software module that can be both a method of implementation and a structure within a hardware component.
  • the system, device, module or unit illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product having a certain function.
  • a typical implementation device is a computer.
  • the computer can be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or A combination of any of these devices.
  • embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, the invention can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.
  • a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • processors CPUs
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • the memory may include non-persistent memory, random access memory (RAM), and/or non-volatile memory in a computer readable medium, such as read only memory (ROM) or flash memory.
  • RAM random access memory
  • ROM read only memory
  • Memory is an example of a computer readable medium.
  • Computer readable media includes both permanent and non-persistent, removable and non-removable media.
  • Information storage can be implemented by any method or technology.
  • the information can be computer readable instructions, data structures, modules of programs, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory. (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other memory technology, compact disk read only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transportable media can be used to store information that can be accessed by a computing device.
  • computer readable media does not include temporary storage of computer readable media, such as modulated data signals and carrier waves.
  • the application can be described in the general context of computer-executable instructions executed by a computer, such as a program module.
  • program modules include routines, programs, objects, components, data structures, and the like that perform particular transactions or implement particular abstract data types.
  • the present application can also be practiced in distributed computing environments where transactions are performed by remote processing devices that are connected through a communication network.
  • program modules can be located in both local and remote computer storage media including storage devices.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

本说明书实施例公开了一种信息推送方法、装置及设备。对于需要进行业务信息推送的用户，可基于用户位置确定出用户所处的地区，并进一步确定出该地区所对应的地区推送控制条件，地区推送控制条件反映了该地区下对业务信息进行推送所需满足的条件。那么，再结合用户自身的历史推送记录，便可以针对需要推送给用户的业务信息进行更为多维度的推送控制。

Description

一种信息推送方法、装置及设备 技术领域
本申请涉及计算机技术领域，尤其涉及一种信息推送方法、装置及设备。
背景技术
随着信息技术的发展和普及，业务提供商可以面向用户主动推送相应的业务信息，以使得用户获知相应的业务产品/服务。
目前，业务提供商在向用户推送业务信息的过程中，通常会针对其推送的业务信息进行疲劳度控制，也即，在指定的时段内，向同一用户推送业务信息的次数小于预设值，以便降低用户对其接收到的业务信息的疲劳感。现有技术中，业务提供商通常会基于最近一段时间向用户的推送次数进行疲劳度控制。
基于现有技术，需要一种更为有效的信息推送方式。
发明内容
本说明书实施例提供一种信息推送方法、装置及设备，用以提供一种更为有效地针对业务信息进行推送的疲劳度控制方案。
本说明书实施例采用下述技术方案：
本说明书实施例提供一种信息推送方法，包括：
确定用户对应的用户位置及针对所述用户的历史推送记录；
根据所述用户位置，确定所述用户位置所对应的地区推送控制条件；
根据所述地区推送控制条件以及所述历史推送记录，向所述用户推送业务信息。
对应地，本说明书实施例还提供一种信息推送装置，包括：
基础信息确定模块，确定用户对应的用户位置及针对所述用户的历史推送记录；
控制条件确定模块，根据所述用户位置，确定所述用户位置所对应的地区推送控制 条件；
推送处理模块，根据所述地区推送控制条件以及所述历史推送记录，向所述用户推送业务信息。
对应地，本说明书实施例还提供一种信息推送设备，包括：处理器、存储器，其中：
所述存储器，存储信息推送程序；
所述处理器，调用存储器中存储的信息推送序，并执行：
确定用户对应的用户位置及针对所述用户的历史推送记录；
根据所述用户位置，确定所述用户位置所对应的地区推送控制条件；
根据所述地区推送控制条件以及所述历史推送记录，向所述用户推送业务信息。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：对于需要进行业务信息推送的用户，可基于用户位置确定出用户所处的地区，并进一步确定出该地区所对应的地区推送控制条件，地区推送控制条件反映了该地区下对业务信息进行推送所需满足的条件。那么，再结合用户自身的历史推送记录，便可以针对需要推送给用户的业务信息进行更为多维度的推送控制。
采用上述的信息推送，针对所在地区发生变化的用户而言，也就能够更为有效对其推送的业务信息进行疲劳度控制，从而有利于提升用户的业务体验。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本说明书实施例提供的信息推送方法所基于的实际应用架构示意图；
图2为本说明书实施例提供的信息推送过程示意图；
图3为本说明书实施例提供的在实际应用实例中的信息推送过程示意图；
图4为本说明书实施例提供的推送判断过程的示意图；
图5为本说明书实施例提供的信息推送装置结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在实际的业务场景中，对于用户而言，过高频率地接收到业务提供商推送的业务信息，可能会影响用户体验。故业务提供商通常会针对其向用户推送的业务信息进行疲劳度控制(即，控制业务信息在指定时长内的推送次数)。目前的疲劳度控制通常是基于历史上最近一段时间内推送业务信息的次数，实现对当前所需推送的业务信息进行疲劳度控制。
但某些用户可能会在不同的地区转移，如：对于出境用户，其所处国家可能会发生变化；又如：对于出差用户，其所在城市可能会发生变化。而不同的地区通常又具有不同的业务信息待推送，这样一来，将会增加推送业务信息的疲劳度控制的复杂度。目前仅采用业务消息的推送频率已不能较好地满足实际业务情况。
为此，本说明书实施例中提供一种信息推送方法，用以在对业务信息进行疲劳度控制的过程中，结合地理层级的推送控制规则，实现对所需推送的业务信息进行多维度的管控，能够满足目前较为复杂的业务情况，并有利于提升用户的业务体验。
需要说明的是，在本说明书的一个或多个实施例中，所述的业务信息可以是诸如：银行卡的办理优惠信息、会员卡的折扣信息、优惠券的介绍信息、线上/线下活动的推广信息或电影的宣传信息等等与业务服务或产品相关的宣传信息，这里不再一一列举。同时应理解，上述的业务信息所采用的方式包括但不限于：短信(Short Message Service，SMS)、彩信、应用通知或系统消息等。这里并不应构成对本申请的限定。
如图1所示，为本说明书实施例中的业务推送方法所基于的架构示意图。
在图1中，所述的业务服务器内设置有相应的业务信息疲劳度控制规则(后续可称为推送控制条件)，特别是针对不同地理层级的推送控制条件。通常而言，业务服务器可以根据用户所处的位置，结合相应的地理层级的推送控制条件，针对向用户推送的业务信息进行疲劳度控制。
一般来说，业务服务器是业务提供商后台的服务器，这里所述的业务提供商，可包括但不限于：商店、酒店、餐馆、咖啡馆、加油站、影院等商户，或者是电信运营商、 网站等服务提供商。在本说明书中的部分实施例中，业务服务器还可以是业务平台的服务器。换言之，各业务提供商的业务服务汇集在业务平台上，用户可以通过该业务平台获得不同业务提供商所提供的业务服务。
上述的业务服务器可采用单一服务器、集群式服务器或分布式服务器等架构，这里不进行具体限定。
图1中的用户通过其自身所使用的终端，便可以接收到业务服务器所推送的业务消息。所述的终端包括但不限于：智能手机、智能手表、平板电脑或智能穿戴设备等。并且，用户所使用的终端通常还具备基于位置的服务(Location Based Service，LBS)，从而，业务服务器可以通过终端来获知用户所处的位置。
基于上述如图1所述的架构，以下将详细说明本说明书实施例中所提供的技术方案。
本说明书实施例中提供一种业务推送方法，如图2所述，具体包括以下步骤：
步骤S201：确定用户位置以及针对用户的历史推送记录。
在本说明书实施例中，用户位置的获得和确定，可以通过用户所使用的终端的LBS实现，这里便不再过多赘述。
针对用户的历史推送记录，可认为是在当前时刻以前针对用户所推送的业务信息的记录。作为本说明书实施例中的一种可行方式，所述的历史推送记录中可以包括诸如“用户标识+推送记录+推送时间”的内容。
其中，所述的用户标识通常可以是用户的账户/ID。在实际应用场景中，用户的账户/ID通常与用户使用的终端设备相绑定，这样一来，通过上述的LBS确定出用户所使用的终端位置(表征了用户所在的位置)后，便可以进一步基于终端的MAC地址、设备号等信息，结合预先建立的绑定关系(用户标识与终端之间的绑定关系)，进一步确定出用户的账户/ID。从而，便可以基于用户的账户/ID确定出用户的历史推送记录。
当然，上述过程并不应构成对本申请的限定。
步骤S203：根据所述用户位置，确定所述用户位置所对应的地区推送控制条件。
在本说明书实施例中，针对不同的地理区域，设置了不同的地区推送控制条件。具体来说，这里所述的地区推送控制条件主要是针对某一地区，在设定时间段内的推送次数的控制条件。如：针对地区A，3天内向用户推送业务信息的次数不超过2次。
一般来说，不同地区可以设置不同的地区推送控制条件，具体可根据该地区的业务 需要进行设置，这里并不应构成对本申请的限定。当然，多个地区设置统一的地区推送控制条件，也应涵盖在本申请的范围内。
步骤S205：根据所述地区推送控制条件以及所述历史推送记录，向所述用户推送业务信息。
在明确了当前地区的地区推送控制条件和用户自身的历史推送记录后，便可以判断出用户位于当前的地区的情况下，业务服务器是否可以向该用户推送相应的业务信息。可见，对于业务信息推送的控制条件，不再仅限于推送的频率，而是可以根据用户所在的地区进行控制。
通过上述步骤，对于需要进行业务信息推送的用户，可基于用户位置确定出用户所处的地区，并进一步确定出该地区所对应的地区推送控制条件，地区推送控制条件反映了该地区下对业务信息进行推送所需满足的条件。那么，再结合用户自身的历史推送记录，便可以针对需要推送给用户的业务信息进行更为多维度的推送控制。
采用上述的信息推送，针对所在地区发生变化的用户而言，也就能够更为有效对其推送的业务信息进行疲劳度控制，从而有利于提升用户的业务体验。
对于上述方法而言，其执行主体可以是业务服务器，也可以是电信运营商的信息推送设备(并未在图1的架构中示出，可以理解地，电信运营商的信息推送设备通常用于以短信/彩信等方式向用户推送业务信息)，并且，在执行上述步骤的过程中，执行主体可以发生变化，例如：可由业务服务器执行上述步骤S201、203，再由电信运营商的信息推送设备执行上述步骤S205。当然，具体将根据实际应用的需要进行确定，这里并不构成对本申请的限定。
针对上述方法需要说明的是，在实际应用场景中，可以按照不同的地理层级来划分相应的地区。这里所述的地理层级，可认为是在地理上按照国家、省/州、市、商圈等划分的层级。那么，基于地理层级所划分得到的不同地区，可以是诸如：XX国家、XX省/州、XX市、XX商圈等。当然，通常会根据业务需要来划分不同地理层级的地区。
进而，可针对上述不同的地区设置相应的地区推送控制条件。换言之，前述方法中，根据所述用户位置，确定所述用户位置所对应的地区推送控制条件的过程具体可以包括：确定所述用户位置所属的地区，将预先针对所述地区设置的地区推送控制条件，确定为所述用户位置所对应的地区推送控制条件。
如前所述，在本说明书实施例中，地区推送控制条件主要是针对该地区设置的在指 定时长内推送业务信息的次数的条件。那么，预先针对地区设置地区推送控制条件，具体可包括：针对任一地区，设置控制时长，并在所述控制时长内设置推送次数阈值，将在控制时长内设置的推送次数阈值确定为所述地区对应的地区推送控制条件。
作为本说明书实施例中的一种方式，在地理层级上具有所属关系的不同地区，可以设置统一的地区推送控制条件。例如：
地区1：中国；地区2：浙江省；地区3：杭州市。
上述三个地区在地理层级上具有归属关系，假设针对这三个地区所设置的地区推送控制条件均为“3天推送1次”。那么，假设用户A位于杭州市，针对该用户A推送业务信息时，则需要分别满足上述的三个地区推送控制条件。具体地，在该示例中的具体执行流程可如图3所示，包括以下步骤：
步骤S301：获取用户A的历史推送记录。
步骤S303：基于用户A的历史推送记录，判断在中国地区3天内向用户A推送业务信息的次数是否大于或等于1次，若是，则执行步骤S303；否则，则执行步骤S305。
步骤S305：基于用户A的历史推送记录，判断在浙江省地区3天内向用户A推送业务信息的次数是否大于或等于1次，若是，则执行步骤S303；否则，则执行步骤S307。
步骤S307：基于用户A的历史推送记录，判断在杭州市地区3天内向用户A推送业务信息的次数是否大于或等于1次，若是，则执行步骤S303；否则，则执行步骤S309。
步骤S309：向用户A推送业务信息。
当然，作为本说明书实施例中的另一种方式，在地理层级上具有所属关系的不同地区，可以设置不同的地区推送控制条件。仍沿用上例中的地区，那么，按照地理层级关系，地区推送控制条件可以分别是：
中国的地区推送控制条件为：5天推送1次；
浙江省的地区推送控制条件为：3天推送1次；
杭州市的地区推送控制条件为：2天推送1次。
基于上述地区推送控制条件，在实际执行时，与图3所示的过程相类似，这里便不再过多赘述。
当然，上述两个示例仅是为了更为直观地说明本申请中信息推送方法的实际执行流 程，其中地区推送控制条件的设置也不限于此，具体可根据实际应用的需要进行确定，这里并不应构成对本申请的限定。
此外，除了针对不同的地区设置相应的地区推送控制条件以外，还可以针对需要进行推送的业务内容设置相应的控制条件。也就是说，对于相同的业务内容，可以控制其向用户推送的频率或次数。一般来说，对于业务内容的控制条件适用于不同的地区，所以，在本说明书的部分实施例中，可将针对业务内容的控制条件视作针对各个地区的地区推送控制条件。也即，预先针对地区设置地区推送控制条件，具体可包括：针对每一类型的业务内容，设置控制时长，并在所述控制时长内设置推送次数阈值，将每一类型的业务内容在控制时长内设置的推送次数阈值，确定为各地区对应的地区推送控制条件。这里并不构成对本申请的限定。
由此，便可以根据上述的推送控制条件来决定是否需要向用户推送相应的业务信息。也即，根据所述地区推送控制条件以及所述历史推送记录，向所述用户推送业务信息，具体可如图4所示，包括以下步骤：
步骤S401：确定用户位置所属的地区，以及所需推送的业务内容。
步骤S403：针对用户位置所属的地区，以及所需推送的业务内容，判断在指定时长内已向用户推送的历史业务信息是否超过设置的推送次数阈值；若是，则执行步骤S405，否则，则执行步骤S407。
步骤S405：不向所述用户推送业务信息。
步骤S407：向所述用户推送业务信息。
在本说明书的一种可行实施例中，当向用户推送了业务信息之后，业务服务器还会进行记录，以便于重置前述的地区推送控制条件。具体而言，记录的结构可以采用如下形式：
用户标识+地区标识+推送时间，或者，用户标识+内容标识+推送时间。
其中，如前所述，用户标识可以是用户账户/ID等。
地区标识可以是地区的名称、编号或简称等，诸如：中国(CN)、浙江省(浙)、杭州市(HZ)。当然，地区标识可能采用其他的编码形式，这里不应作为对本申请的限定。
内容标识通常是业务内容的标识，具体可以包括业务类型编号、业务序列号、服务/ 产品名称、业务提供商名称或其组合。同样，这里也不应作为对本申请的限定。
举例说明：延续前述示例，假设相应的业务服务器向用户A推送了某业务信息，推送的时间为2018年02月01日-10:01，推送该业务信息时，用户A位于杭州市，那么，业务服务器所生成的推送记录可以为：
UserA(用户标识)-HZ(地区标识)-20180201-10:01(推送时间)。
值得注意的是，由于地区“杭州市”归属于地区“浙江省”，而地区“浙江省”又归属于地区“中国”，所以，如果杭州市的地区推送控制条件重置，相应地，浙江省和中国的地区推送控制条件也将重置。换言之，业务服务器还会生成以下推送记录：
UserA-浙-20180201-10:01，以及，UserA-CN-20180201-10:01。
并且，在进行记录后，业务服务器可以重置上述地区推送控制条件，换言之，上述的地区推送控制条件可以在2018年02月01日-10:01这一时刻重新计时。
从上述的内容可见，针对疲劳度控制而言，可以采用划分地区的方式设置不同地理层级的推送控制条件，不同地理层级的推送控制条件之间相互并不影响。并且，存储的推送记录更为多样，通常基于不同的地理层级生成并存储为多条记录，即使其中某条记录丢失或失效，也可以参考其他各条记录。
以上为本说明书实施例提供的信息推送方法，基于同样的思路，本说明书实施例还提供相应的信息推送装置。
具体而言，本说明书实施例中所提供的信息推送装置如图5所示，所述装置包括：
基础信息确定模块501，确定用户对应的用户位置及针对所述用户的历史推送记录；
控制条件确定模块502，根据所述用户位置，确定所述用户位置所对应的地区推送控制条件；
推送处理模块503，根据所述地区推送控制条件以及所述历史推送记录，向所述用户推送业务信息。
进一步地，所述基础信息确定模块501，通过基于位置服务确定用户所使用的终端位置，作为用户位置，根据预先与所述终端绑定的用户标识，在已存储的历史推送记录中，确定所述用户的历史推送记录。
进一步地，所述控制条件确定模块502，确定所述用户位置所属的地区，将预先针对所述地区设置的地区推送控制条件，确定为所述用户位置所对应的地区推送控制条 件。
进一步地，所述控制条件确定模块502，针对任一地区，设置控制时长，并在所述控制时长内设置推送次数阈值，将在控制时长内设置的推送次数阈值确定为所述地区对应的地区推送控制条件。
进一步地，所述控制条件确定模块502，针对每一类型的业务内容，设置控制时长，并在所述控制时长内设置推送次数阈值，将每一类型的业务内容在控制时长内设置的推送次数阈值，确定为各地区对应的地区推送控制条件。
进一步地，所述推送处理模块503，针对用户位置所属的地区，以及所需推送的业务内容，判断在指定时长内已向用户推送的历史业务信息是否超过设置的推送次数阈值，若是，则不向所述用户推送业务信息；否则，则向所述用户推送业务信息。
所述装置还包括：记录生成模块504，确定所述用户的用户标识、地区标识以及推送时间，根据所述用户标识、地区标识以及推送时间，生成推送记录。
所述装置还包括505：条件重置模块，重置所述地区推送控制条件。
基于图5所示的装置，在实际应用中可由实体的设备(如：终端设备)所实现，具体而言，该设备包括：处理器、存储器，其中，
所述存储器，存储信息推送程序；
所述处理器，调用存储器中存储的信息推送序，并执行：
确定用户对应的用户位置及针对所述用户的历史推送记录；
根据所述用户位置，确定所述用户位置所对应的地区推送控制条件；
根据所述地区推送控制条件以及所述历史推送记录，向所述用户推送业务信息。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备和介质类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可，这里就不再一一赘述。
至此，已经对本主题的特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作可以按照不同的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序，以实现期望的结果。在某些实施方式中，多任务处理和并行处理可以是有利的。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定事务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行事务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (17)

  1. 一种信息推送方法，包括：
    确定用户对应的用户位置及针对所述用户的历史推送记录；
    根据所述用户位置，确定所述用户位置所对应的地区推送控制条件；
    根据所述地区推送控制条件以及所述历史推送记录，向所述用户推送业务信息。
  2. 如权利要求1所述的方法，确定用户对应的用户位置及针对所述用户的历史推送记录，具体包括：
    通过基于位置服务确定用户所使用的终端位置，作为用户位置；
    根据预先与所述终端绑定的用户标识，在已存储的历史推送记录中，确定所述用户的历史推送记录。
  3. 如权利要求1所述的方法，根据所述用户位置，确定所述用户位置所对应的地区推送控制条件，具体包括：
    确定所述用户位置所属的地区；
    将预先针对所述地区设置的地区推送控制条件，确定为所述用户位置所对应的地区推送控制条件。
  4. 如权利要求3所述的方法，预先针对地区设置地区推送控制条件，具体包括：
    针对任一地区，设置控制时长，并在所述控制时长内设置推送次数阈值；
    将在控制时长内设置的推送次数阈值确定为所述地区对应的地区推送控制条件。
  5. 如权利要求3所述的方法，预先针对地区设置地区推送控制条件，具体包括：
    针对每一类型的业务内容，设置控制时长，并在所述控制时长内设置推送次数阈值；
    将每一类型的业务内容在控制时长内设置的推送次数阈值，确定为各地区对应的地区推送控制条件。
  6. 如权利要求4或5所述的方法，根据所述地区推送控制条件以及所述历史推送记录，向所述用户推送业务信息，具体包括：
    针对用户位置所属的地区，以及所需推送的业务内容，判断在指定时长内已向用户推送的历史业务信息是否超过设置的推送次数阈值；
    若是，则不向所述用户推送业务信息；
    否则，则向所述用户推送业务信息。
  7. 如权利要求1所述的方法，还包括：
    确定所述用户的用户标识、地区标识以及推送时间；
    根据所述用户标识、地区标识以及推送时间，生成推送记录。
  8. 如权利要求6所述的方法，还包括：
    重置所述地区推送控制条件。
  9. 一种信息推送装置，包括：
    基础信息确定模块，确定用户对应的用户位置及针对所述用户的历史推送记录；
    控制条件确定模块，根据所述用户位置，确定所述用户位置所对应的地区推送控制条件；
    推送处理模块，根据所述地区推送控制条件以及所述历史推送记录，向所述用户推送业务信息。
  10. 如权利要求9所述的装置，所述基础信息确定模块，通过基于位置服务确定用户所使用的终端位置，作为用户位置，根据预先与所述终端绑定的用户标识，在已存储的历史推送记录中，确定所述用户的历史推送记录。
  11. 如权利要求9所述的装置，所述控制条件确定模块，确定所述用户位置所属的地区，将预先针对所述地区设置的地区推送控制条件，确定为所述用户位置所对应的地区推送控制条件。
  12. 如权利要求11所述的装置，所述控制条件确定模块，针对任一地区，设置控制时长，并在所述控制时长内设置推送次数阈值，将在控制时长内设置的推送次数阈值确定为所述地区对应的地区推送控制条件。
  13. 如权利要求11所述的装置，所述控制条件确定模块，针对每一类型的业务内容，设置控制时长，并在所述控制时长内设置推送次数阈值，将每一类型的业务内容在控制时长内设置的推送次数阈值，确定为各地区对应的地区推送控制条件。
  14. 如权利要求12或13所述的装置，所述推送处理模块，针对用户位置所属的地区，以及所需推送的业务内容，判断在指定时长内已向用户推送的历史业务信息是否超过设置的推送次数阈值，若是，则不向所述用户推送业务信息；否则，则向所述用户推送业务信息。
  15. 如权利要求9所述的装置，所述装置还包括：记录生成模块，确定所述用户的用户标识、地区标识以及推送时间，根据所述用户标识、地区标识以及推送时间，生成推送记录。
  16. 如权利要求9所述的装置，所述装置还包括：条件重置模块，重置所述地区推送控制条件。
  17. 一种信息推送设备，包括：处理器、存储器，其中：
    所述存储器，存储信息推送程序；
    所述处理器，调用存储器中存储的信息推送序，并执行：
    确定用户对应的用户位置及针对所述用户的历史推送记录；
    根据所述用户位置，确定所述用户位置所对应的地区推送控制条件；
    根据所述地区推送控制条件以及所述历史推送记录，向所述用户推送业务信息。
PCT/CN2019/071696 2018-02-02 2019-01-15 一种信息推送方法、装置及设备 WO2019149058A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810107939.6A CN108449378B (zh) 2018-02-02 2018-02-02 一种信息推送方法、装置及设备
CN201810107939.6 2018-02-02

Publications (1)

Publication Number Publication Date
WO2019149058A1 true WO2019149058A1 (zh) 2019-08-08

Family

ID=63191548

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/071696 WO2019149058A1 (zh) 2018-02-02 2019-01-15 一种信息推送方法、装置及设备

Country Status (3)

Country Link
CN (1) CN108449378B (zh)
TW (1) TWI742332B (zh)
WO (1) WO2019149058A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111881399A (zh) * 2020-07-20 2020-11-03 汉海信息技术(上海)有限公司 一种消息推送方法及装置
CN114124838A (zh) * 2021-11-26 2022-03-01 广州华旻信息科技有限公司 大数据平台的数据传输方法、装置及大数据平台
CN114692020A (zh) * 2022-03-30 2022-07-01 支付宝(杭州)信息技术有限公司 一种服务信息的发送方法、装置、设备及介质
CN117032745A (zh) * 2023-07-19 2023-11-10 零束科技有限公司 一种基于ota的车辆软件升级方法、装置及相关设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108449378B (zh) * 2018-02-02 2020-07-28 阿里巴巴集团控股有限公司 一种信息推送方法、装置及设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104735150A (zh) * 2015-03-27 2015-06-24 努比亚技术有限公司 消息推送方法和装置
CN106980991A (zh) * 2017-04-06 2017-07-25 百度在线网络技术（北京）有限公司 一种营销信息的推送方法、装置、设备及存储介质
WO2017167122A1 (zh) * 2016-03-31 2017-10-05 阿里巴巴集团控股有限公司 一种进行应用程序管理的方法及设备
CN108449378A (zh) * 2018-02-02 2018-08-24 阿里巴巴集团控股有限公司 一种信息推送方法、装置及设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103327039A (zh) * 2012-03-20 2013-09-25 腾讯科技（深圳）有限公司 一种消息推送方法及装置、系统
EP3295411A1 (en) * 2015-09-09 2018-03-21 Google LLC Systems and methods for providing content

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104735150A (zh) * 2015-03-27 2015-06-24 努比亚技术有限公司 消息推送方法和装置
WO2017167122A1 (zh) * 2016-03-31 2017-10-05 阿里巴巴集团控股有限公司 一种进行应用程序管理的方法及设备
CN106980991A (zh) * 2017-04-06 2017-07-25 百度在线网络技术（北京）有限公司 一种营销信息的推送方法、装置、设备及存储介质
CN108449378A (zh) * 2018-02-02 2018-08-24 阿里巴巴集团控股有限公司 一种信息推送方法、装置及设备

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111881399A (zh) * 2020-07-20 2020-11-03 汉海信息技术(上海)有限公司 一种消息推送方法及装置
CN111881399B (zh) * 2020-07-20 2023-10-27 汉海信息技术(上海)有限公司 一种消息推送方法及装置
CN114124838A (zh) * 2021-11-26 2022-03-01 广州华旻信息科技有限公司 大数据平台的数据传输方法、装置及大数据平台
CN114124838B (zh) * 2021-11-26 2023-02-24 广州华旻信息科技有限公司 大数据平台的数据传输方法、装置及大数据平台管理系统
CN114692020A (zh) * 2022-03-30 2022-07-01 支付宝(杭州)信息技术有限公司 一种服务信息的发送方法、装置、设备及介质
CN117032745A (zh) * 2023-07-19 2023-11-10 零束科技有限公司 一种基于ota的车辆软件升级方法、装置及相关设备

Also Published As

Publication number Publication date
CN108449378A (zh) 2018-08-24
TWI742332B (zh) 2021-10-11
TW201935362A (zh) 2019-09-01
CN108449378B (zh) 2020-07-28

Similar Documents

Publication Publication Date Title
WO2019149058A1 (zh) 一种信息推送方法、装置及设备
KR102208186B1 (ko) 블록체인 합의 방법 및 디바이스
EP3886403B1 (en) Block chain service acceptance and consensus method and device
US11943317B2 (en) Multi-server node service processing and consensus method and device based on heartbeat detection messages
KR102258437B1 (ko) 블록체인 기반 데이터 저장 및 쿼리 방법 및 디바이스
JP6716149B2 (ja) ブロックチェーンベースのデータ処理方法および装置
CN106899666B (zh) 一种针对业务标识的数据处理方法及装置
US20150012598A1 (en) Techniques to generate mass push notifications
WO2019179243A1 (zh) 一种信息展示方法、装置及设备
CN109726563B (zh) 一种数据统计的方法、装置以及设备
US20190295136A1 (en) Method and device for releasing evaluation information
CN109428900B (zh) 一种数据处理的方法及装置
WO2019072198A1 (zh) 一种文件分享方法、设备及计算机可读介质
CN109144600A (zh) 一种应用程序的运行方法、设备及计算机可读介质
CN112163150A (zh) 一种信息推送的方法及装置
CN108989072B (zh) 一种部署、管理及调用组件的方法及装置
CN108769152B (zh) 服务刷新策略注册、服务刷新请求方法、装置以及设备
CN115396375B (zh) 一种业务处理方法、装置以及设备
CN110489392A (zh) 多租户间的数据访问方法、装置、系统、存储介质及设备
CN110045891A (zh) 一种界面展示的方法及装置
TWI686619B (zh) 定位的方法、裝置及設備
CN108428189B (zh) 一种社交资源处理方法、设备以及可读介质
CN107645541B (zh) 数据存储方法、装置及服务器
CN110728516A (zh) 一种风控模型的更新方法、装置及设备
CN110334794B (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: 19747079

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: 19747079

Country of ref document: EP

Kind code of ref document: A1