CN108809675A - 信息推送方法及装置 - Google Patents
信息推送方法及装置 Download PDFInfo
- Publication number
- CN108809675A CN108809675A CN201710296740.8A CN201710296740A CN108809675A CN 108809675 A CN108809675 A CN 108809675A CN 201710296740 A CN201710296740 A CN 201710296740A CN 108809675 A CN108809675 A CN 108809675A
- Authority
- CN
- China
- Prior art keywords
- information
- user
- terminal device
- certain types
- receive
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
- H04L41/5067—Customer-centric QoS measurements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请提供一种信息推送方法及装置，涉及互联网技术领域，该方法包括：接收终端设备发送的询问消息，所述询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述终端设备对应的用户的标识；根据所述终端设备对应的用户的标识，确定所述终端设备对应的用户是否需要接收和处理特定类型的信息；在确定所述终端设备对应的用户需要接收和处理特定类型的信息时，确定与所述终端设备对应的用户匹配的目标信息；将所述目标信息推送给所述终端设备。由此可见，本申请技术方案可以为O2O服务提供方推送与O2O服务相关的信息，以供O2O服务提供方学习，进而通过运用学习到的内容来提高服务质量。
Description
技术领域
本申请实施例涉及互联网技术领域，特别涉及一种信息推送方法及装置。
背景技术
随着互联网技术的发展，基于互联网技术的O2O(Online To Offline，在线离线/线上到线下)服务(例如网络约车、外卖配送等)为人们的生活带来了越来越多的便利。随着人们对O2O服务需求的增多，如何提高O2O服务提供方的服务质量，已成为本领域技术人员亟待解决的问题。
发明内容
为了解决上述问题，本申请实施例提供一种信息推送方法及装置。
具体地，本申请实施例是通过如下技术方案实现的：
根据本申请实施例的第一方面，提供一种信息推送方法，所述方法包括：
接收终端设备发送的询问消息，其中，所述询问消息用于请求服务器确认所述终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述终端设备对应的用户的标识；
根据所述终端设备对应的用户的标识，确定所述终端设备对应的用户是否需要接收和处理特定类型的信息；
在确定所述终端设备对应的用户需要接收和处理特定类型的信息时，确定与所述终端设备对应的用户匹配的目标信息；
将所述目标信息推送给所述终端设备。
本申请实施例中，所述特定类型的信息包括：不需要在指定时间段内进行响应的信息，或需要在指定时间段内进行响应的信息。
本申请实施例中，所述根据所述终端设备对应的用户的标识，确定所述终端设备对应的用户是否需要接收和处理特定类型的信息，包括：
获得记录有需要接收和处理特定类型的信息的用户的标识的列表；
判断所述列表中是否记录有所述终端设备对应的用户的标识。
本申请实施例中，所述将所述目标信息推送给所述终端设备，包括：
通过短信和/或应用程序消息的方式，将所述目标信息推送给所述终端设备。
本申请实施例中，所述方法还包括：
在所述终端设备对应的用户有未接收和处理特定类型的信息时，向所述终端设备发送提示消息，其中，所述提示消息用于指示所述终端设备以设定方式提示所述终端设备对应的用户。
根据本申请实施例的第二方面，提供一种信息推送方法，所述方法包括：
接受用户输入的操作；
生成对应所述操作的询问消息，其中，所述询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述用户的标识；
向所述服务器发送所述询问消息；
接收所述服务器在根据所述询问消息确定所述用户需要接收和处理特定类型的信息时发送的、与所述用户匹配的目标信息；
将所述目标信息推送给所述用户。
本申请实施例中，所述操作为应用开启操作；所述特定类型的信息为不需要在指定时间段内进行响应的信息。
本申请实施例中，所述将所述目标信息推送给所述用户，包括：
在所述应用开启时，以普通弹窗的形式输出所述目标信息。
本申请实施例中，所述操作对移动出行应用的触发出车的操作；所述特定类型的信息为需要在指定时间段内进行响应的信息。
本申请实施例中，所述将所述目标信息推送给所述用户，包括：
以强制性弹窗的形式输出所述目标信息。
本申请实施例中，所述方法还包括：
接收服务器发送的提示消息，其中，所述提示消息用于指示所述终端设备以设定方式提示所述用户；
根据所述提示消息，以设定方式提示所述用户有未接收和处理特定类型的信息。
根据本申请实施例的第三方面，提供一种信息推送装置，所述装置包括：
询问消息接收模块，用于接收终端设备发送的询问消息，其中，所述询问消息用于请求服务器确认所述终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述终端设备对应的用户的标识；
第一确定模块，用于根据所述终端设备对应的用户的标识，确定所述终端设备对应的用户是否需要接收和处理特定类型的信息；
第二确定模块，用于在所述第一确定模块确定所述终端设备对应的用户需要接收和处理特定类型的信息时，确定与所述终端设备对应的用户匹配的目标信息；
第一推送模块，用于将所述第二确定模块确定的目标信息推送给所述终端设备。
本申请实施例中，所述特定类型的信息包括：不需要在指定时间段内进行响应的信息，或需要在指定时间段内进行响应的信息。
本申请实施例中，所述第一确定模块，包括：
列表获得子模块，用于获得记录有需要接收和处理特定类型的信息的用户的标识的列表；
判断子模块，用于判断所述列表获得子模块获得的列表中是否记录有所述终端设备对应的用户的标识。
本申请实施例中，所述第一推送模块，包括：
第一推送子模块，用于通过短信和/或应用程序消息的方式，将所述第二确定模块确定的目标信息推送给所述终端设备。
本申请实施例中，所述装置还包括：
提示消息发送模块，用于在所述终端设备对应的用户有未接收和处理特定类型的信息时，向所述终端设备发送提示消息，其中，所述提示消息用于指示所述终端设备以设定方式提示所述终端设备对应的用户。
根据本申请实施例的第四方面，提供一种信息推送装置，所述装置包括：
操作接受模块，用于接受用户输入的操作；
询问消息生成模块，用于生成对应所述操作接受模块接受到的操作的询问消息，其中，所述询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述用户的标识；
询问消息发送模块，用于向所述服务器发送所述询问消息生成模块生成的询问消息；
目标信息接收模块，用于接收所述服务器在根据所述询问消息确定所述用户需要接收和处理特定类型的信息时发送的、与所述用户匹配的目标信息；
第二推送模块，用于将所述目标信息接收模块接收的目标信息推送给所述用户。
本申请实施例中，所述操作为应用开启操作；所述特定类型的信息为不需要在指定时间段内进行响应的信息。
本申请实施例中，所述第二推送模块，包括：
第二推送子模块，用于在所述应用开启时，以普通弹窗的形式输出所述目标信息。
本申请实施例中，所述操作对移动出行应用的触发出车的操作；所述特定类型的信息为需要在指定时间段内进行响应的信息。
本申请实施例中，所述第二推送模块，包括：
第三推送子模块，用于以强制性弹窗的形式输出所述目标信息。
本申请实施例中，所述装置还包括：
提示消息接收模块，用于接收服务器发送的提示消息，其中，所述提示消息用于指示所述终端设备以设定方式提示所述用户；
提示模块，用于根据所述提示消息接收模块接收到的提示消息，以设定方式提示所述用户有未接收和处理特定类型的信息。
根据本申请实施例的第五方面，提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：
接收终端设备发送的询问消息，其中，所述询问消息用于请求服务器确认所述终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述终端设备对应的用户的标识；
根据所述终端设备对应的用户的标识，确定所述终端设备对应的用户是否需要接收和处理特定类型的信息；
在确定所述终端设备对应的用户需要接收和处理特定类型的信息时，确定与所述终端设备对应的用户匹配的目标信息；
将所述目标信息推送给所述终端设备。
根据本申请实施例的第六方面，提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：
接受用户输入的操作；
生成对应所述操作的询问消息，其中，所述询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述用户的标识；
向所述服务器发送所述询问消息；
接收所述服务器在根据所述询问消息确定所述用户需要接收和处理特定类型的信息时发送的、与所述用户匹配的目标信息；
将所述目标信息推送给所述用户。
本申请实施例中，可以为O2O服务提供方推送与O2O服务相关的信息，以供O2O服务提供方学习，进而通过运用学习到的内容来提高服务质量。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请实施例。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请实施例，并与说明书一起用于解释本发明的原理。
图1是根据本申请一示例性实施例示出的一种信息推送方法的流程图；
图2是根据本申请一示例性实施例示出的另一种信息推送方法的流程图；
图3是根据本申请一示例性实施例示出的另一种信息推送方法的流程图；
图4是根据本申请一示例性实施例示出的另一种信息推送方法的流程图；
图5A是根据本申请一示例性实施例示出的另一种信息推送方法的流程图；
图5B是根据本申请一示例性实施例示出的一种普通弹窗的示例图；
图6A是根据本申请一示例性实施例示出的另一种信息推送方法的流程图；
图6B是根据本申请一示例性实施例示出的一种强制性弹窗的示例图；
图7是根据本申请一示例性实施例示出的一种信息推送装置的框图；
图8是根据本申请一示例性实施例示出的另一种信息推送装置的框图；
图9是根据本申请一示例性实施例示出的另一种信息推送装置的框图；
图10是根据本申请一示例性实施例示出的另一种信息推送装置的框图；
图11是根据本申请一示例性实施例示出的另一种信息推送装置的框图；
图12是根据本申请一示例性实施例示出的另一种信息推送装置的框图；
图13是根据本申请一示例性实施例示出的另一种信息推送装置的框图；
图14是根据本申请一示例性实施例示出的另一种信息推送装置的框图；
图15是根据本申请一示例性实施例示出的一种用于信息推送装置的一结构示意图；
图16是根据本申请一示例性实施例示出的另一种用于信息推送装置的一结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请实施例的一些方面相一致的装置和方法的例子。
在本申请实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
随着互联网技术的发展，基于互联网技术的O2O(Online To Offline，在线离线/线上到线下)服务(例如网络约车、外卖配送等)为人们的生活带来了越来越多的便利。随着人们对O2O服务需求的增多，如何提高O2O服务提供方的服务质量，已成为本领域技术人员亟待解决的问题。为了解决上述问题，本申请实施例提供了一种信息推送方法及装置。
下面首先对本申请实施例提供的应用于服务器的信息推送方法进行介绍。
图1是根据本申请一示例性实施例示出的一种信息推送方法的流程图，如图1所示，该方法应用于服务器，该方法可以包括以下步骤：
在步骤101中，接收终端设备发送的询问消息，其中，该询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，该询问消息中携带有终端设备对应的用户的标识。
本申请实施例中，终端设备可以包括：智能手机、平板电脑、或智能手表等等，本申请实施例对此不作限定。
本申请实施例中，特定类型的信息可以包括：不需要在指定时间段内进行响应的信息，或需要在指定时间段内进行响应的信息。
具体的，在出行场景下，用户指的是司机，特定类型的信息指的是用于帮助司机提高出车服务质量和效率的课程的信息。在外卖配送场景下，用户指的是外卖配送员，特定类型的信息指的是用于帮助外卖配送员提高外卖配送服务质量和效率的课程的信息。
本申请实施例中，课程的创建过程如下：首先创建课件，其中，课件的类型可以包括：html5、图文或纯考题。之后，创建包含一个或多个课件的课程，设置课程的学习顺序，设置课程的考核方式，在实际应用中，考核方式可以包括：需要进行考核和无需进行考核，其中，需要进行考核的课程必须考核通过，即答题的正确率需要达到一定的阈值；无需进行考核的课程的所有课件必须被浏览，具体的，对于图文类的课件，需要点击最后的完成学习按钮，对于html5，则需要点击完成网页的跳转。
需要说明的是，在创建课件时，课件的内容可以由课件设计人员根据实际需求自行设定，本申请实施例对课件的具体内容和设计思路不作限定。
在步骤102中，根据终端设备对应的用户的标识，确定终端设备对应的用户是否需要接收和处理特定类型的信息；若是，则执行步骤103。
本申请实施例中，用户的标识可以为用户的手机号码、邮箱账号或应用账号等等，本申请实施例对此不作限定。
在一种可选的实施方式中，上述步骤102可以包括：S1021和S1022，其中，
在S1021中，获得记录有需要接收和处理特定类型的信息的用户的标识的列表；
本申请实施例中，可以预先通过excel表格导入的方式，将记录有需要接收和处理特定类型的信息的用户的标识的列表输入到服务器中，由服务器存储。此时可以直接从服务器本地获得记录有需要接收和处理特定类型的信息的用户的标识的列表。
在S1022中，判断该列表中是否记录有终端设备对应的用户的标识。
本申请实施例中，若前述列表中记录有终端设备对应的用户的标识，则确定该终端设备对应的用户需要接收和处理特定类型的信息；若前述列表中未记录有终端设备对应的用户的标识，则确定该终端设备对应的用户不需要接收和处理特定类型的信息。
此外，除上述之外，也可以通过大数据标签的方式，根据用户的标识，确定用户是否需要接收和处理特定类型的信息。具体的，根据终端设备对应的用户标识，获得该用户的标签(例如订单取消率、订单投诉率、从业年限等等)，之后，判断该用户的标签是否落入相应的标签范围内，若落入前述标签范围内，则确定该终端设备对应的用户需要接收和处理特定类型的信息，若未落入前述标签范围内，则确定该终端设备对应的用户不需要接收和处理特定类型的信息。
在步骤103中，确定与终端设备对应的用户匹配的目标信息。
在确定用户需要接收和处理特定类型的信息时，确定与该用户匹配的目标信息，其中，目标信息指的是与终端设备对应的用户匹配的特定类型的信息。
在步骤104中，将目标信息推送给终端设备。
本申请实施例中，可以通过短信和/或应用程序消息的方式，将目标信息推送给终端设备；其中，应用程序消息的方式可以包括：应用程序UI界面播报(具体的，可以为轮播)的方式，或弹窗的方式。
为了便于理解，以出行场景为例，本申请实施例提供了一个司机在线教育平台，该教育平台可以提供个性化及内容丰富的课程，同时对课程学习进行有效期管理，从而驱动司机被动学习。
此外，可以根据课程以及投放人群的不同，搭建不同的教育主动触达通道，具体的，可以包括：短信通道、播报通道、出车弹窗通道及普通弹窗通道；其中，短信通道：针对沉默未激活的司机可通过短信通道发送教育内容，唤起沉默用户；播报通道：针对宣教式功能通过播报，告知司机了解；出车弹窗通道：针对新注册司机或被差评命中多次需回炉司机通过出车弹窗，点击出车前强制学习，通过后方可出车；普通弹窗通道：针对重要普通必学课程选择登陆弹窗，在司机上线后第一时间通知司机学习。
由上述实施例可见，该实施例中，可以为O2O服务提供方推送与O2O服务相关的信息，以供O2O服务提供方学习，进而通过运用学习到的内容来提高服务质量。
图2是根据本申请一示例性实施例示出的另一种信息推送方法的流程图，如图2所示，针对特定类型的信息为不需要在指定时间段内进行响应的信息的情况，本申请实施例中，选择在用户上线(即应用开启)后的第一时间通过普通弹窗的方式，通知该用户接收和处理前述特定类型的信息，此时，该方法可以包括以下步骤：
在步骤201中，接收终端设备发送的询问消息，其中，该询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，该特定类型的信息为不需要在指定时间段内进行响应的信息，该询问消息中携带有终端设备对应的用户的标识。
本申请实施例中，不需要在指定时间段内进行响应的信息可以为关于普通必修课程的信息，普通必须课程仅在用户上线(即应用开启)时推送给用户，其中，普通必修课程的内容可以由设计人员自行设计，本申请实施例对此不作限定。
在步骤202中，根据终端设备对应的用户的标识，确定终端设备对应的用户是否需要接收和处理特定类型的信息；若是，则执行步骤203。
具体的，根据用户的标识，确定该用户是否需要接收和处理不需要在指定时间段内进行响应的信息，其中，具体的确定方法与图1所示实施例中步骤102的确定方法类似，本申请实施例对此不再赘述，详情请见图1所示实施例中的内容。
在步骤203中，确定与终端设备对应的用户匹配的目标信息。
在确定用户需要接收和处理不需要在指定时间段内进行响应的信息时，确定与该用户匹配的不需要在指定时间段内进行响应的信息。
在步骤204中，将目标信息推送给终端设备。
本申请实施例中的步骤204与图1所示实施例中的步骤104类似，本申请实施例对此不再赘述，详情请见图1所示实施例中的内容。
由上述实施例可见，该实施例中，可以为O2O服务提供方推送与O2O服务相关的信息，以供O2O服务提供方学习，进而通过运用学习到的内容来提高服务质量。
图3是根据本申请一示例性实施例示出的另一种信息推送方法的流程图，如图3所示，对于新用户(例如新司机)以及服务指标数据太低即将被封禁处罚的用户(例如司机)，在出车前希望给予一定的教育出口，避免在后续服务过程中被投诉或者被平台封禁等情况，此时，本申请实施例中，特定类型的信息可以为需要在指定时间段内进行响应的信息，该方法可以包括以下步骤：
在步骤301中，接收终端设备发送的询问消息，其中，该询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，该特定类型的信息为需要在指定时间段内进行响应的信息，该询问消息中携带有终端设备对应的用户的标识。
本申请实施例中，需要在指定时间段内进行响应的信息可以为关于强制教育课程的信息，强制教育课程仅在用户点击出车按钮时推送给用户，其中，强制教育课程的内容可以由设计人员自行设计，本申请实施例对此不作限定。
在步骤302中，根据终端设备对应的用户的标识，确定终端设备对应的用户是否需要接收和处理特定类型的信息；若是，则执行步骤303。
具体的，根据用户的标识，确定该用户是否需要接收和处理需要在指定时间段内进行响应的信息，其中，具体的确定方法与图1所示实施例中步骤102的确定方法类似，本申请实施例对此不再赘述，详情请见图1所示实施例中的内容。
在步骤303中，确定与终端设备对应的用户匹配的目标信息。
在确定用户需要接收和处理需要在指定时间段内进行响应的信息时，确定与该用户匹配的接收和处理需要在指定时间段内进行响应的信息。
在步骤304中，将目标信息推送给终端设备。
本申请实施例中的步骤304与图1所示实施例中的步骤104类似，本申请实施例对此不再赘述，详情请见图1所示实施例中的内容。
由上述实施例可见，该实施例中，可以为O2O服务提供方推送与O2O服务相关的信息，以供O2O服务提供方学习，进而通过运用学习到的内容来提高服务质量。
本申请提供的另一种实施例中，当用户有未接收和处理特定类型的信息时，可以通过控制终端设备以比较醒目的设定方式(例如通过“红点”显示信息的方式)来提醒用户，以引导用户接收和处理，此时，该实施例可以在图1～图3所示任一实施例的基础上，增加以下步骤：
在终端设备对应的用户有未接收和处理特定类型的信息时，向终端设备发送提示消息，其中，该提示消息用于指示终端设备以设定方式提示终端设备对应的用户。
本申请实施例中，设定方式可以包括：语音提醒方式、弹窗方式或在应用的界面上以“红点”的显示方式。
以上为应用于服务器的信息推送方法的实施例，下面对应用于终端设备的信息推送方法进行介绍。
图4是根据本申请一示例性实施例示出的另一种信息推送方法的流程图，如图4所示，该方法应用于终端设备，该方法可以包括以下步骤：
在步骤401中，接受用户输入的操作。
本申请实施例中，终端设备可以包括：智能手机、平板电脑、或智能手表等等，本申请实施例对此不作限定。在出行场景下，用户指的是司机。在外卖配送场景下，用户指的是外卖配送员。
本申请实施例中，用户输入的操作可以包括：应用开启操作、或对移动出行应用的触发出车的操作。
在步骤402中，生成对应该操作的询问消息，其中，该询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，该询问消息中携带有用户的标识。
本申请实施例中，用户的标识可以为用户的手机号码、邮箱账号或应用账号等等，本申请实施例对此不作限定。
本申请实施例中，特定类型的信息可以包括：不需要在指定时间段内进行响应的信息，或需要在指定时间段内进行响应的信息。
具体的，在出行场景下，用户指的是司机，特定类型的信息指的是用于帮助司机提高出车服务质量和效率的课程的信息。在外卖配送场景下，用户指的是外卖配送员，特定类型的信息指的是用于帮助外卖配送员提高外卖配送服务质量和效率的课程的信息。
在步骤403中，向服务器发送询问消息。
在步骤404中，接收服务器在根据询问消息确定用户需要接收和处理特定类型的信息时发送的、与该用户匹配的目标信息。
在步骤405中，将目标信息推送给用户。
由上述实施例可见，该实施例中，可以为O2O服务提供方推送与O2O服务相关的信息，以供O2O服务提供方学习，进而通过运用学习到的内容来提高服务质量。
图5A是根据本申请一示例性实施例示出的另一种信息推送方法的流程图，如图5A所示，针对用户输入的操作为应用开启操作的情况，本申请实施例中，选择在用户上线(即应用开启)后的第一时间通过普通弹窗的方式，通知该用户接收和处理前述特定类型的信息，此时，该方法可以包括以下步骤：
在步骤501中，接受用户输入的操作，其中，该操作为应用开启操作。
本申请实施例中，当用户输入应用开启操作时，表示该用户要登录该应用，即该应用开启。在出行场景下，应用指的是移动出行应用。在外卖配送场景下，应用指的是外卖配送应用。在实际应用中，用户点击应用的图标，即可以开启该应用。
在步骤502中，生成对应该操作的询问消息，其中，该询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，该特定类型的信息为不需要在指定时间段内进行响应的信息，该询问消息中携带有用户的标识。
本申请实施例中，不需要在指定时间段内进行响应的信息可以为关于普通必修课程的信息，普通必须课程仅在用户上线(即应用开启)时推送给用户，其中，普通必修课程的内容可以由设计人员自行设计，本申请实施例对此不作限定。
本申请实施例中，用户的标识可以为用户的手机号码、邮箱账号或应用账号等等，本申请实施例对此不作限定。
在步骤503中，向服务器发送询问消息。
在步骤504中，接收服务器在根据询问消息确定用户需要接收和处理特定类型的信息时发送的、与该用户匹配的目标信息。
本申请实施例中，与用户匹配的目标信息为与该用户匹配的不需要在指定时间段内进行响应的信息。
在步骤505中，在应用开启时，以普通弹窗的形式输出目标信息。
本申请实施例中，普通弹窗指的是带“弹窗关闭功能”按钮的弹窗，用户可以通过点击“弹窗关闭功能”按钮，关闭普通弹窗。示例性的，如图5B所示，示出的普通弹窗中的“弹窗关闭功能”按钮为“取消”按钮，用户点击“取消”按钮，可以关闭弹窗。
由上述实施例可见，该实施例中，可以为O2O服务提供方推送与O2O服务相关的信息，以供O2O服务提供方学习，进而通过运用学习到的内容来提高服务质量。
图6A是根据本申请一示例性实施例示出的另一种信息推送方法的流程图，如图6A所示，在出行场景下，对于新司机以及服务指标数据太低即将被封禁处罚的司机，在出车前希望给予一定的教育出口，避免在后续服务过程中被乘客投诉或者被平台封禁等情况，此时，本申请实施例中，用户输入的操作为对移动出行应用的触发出车的操作，该方法可以包括以下步骤：
在步骤601中，接受用户输入的操作，其中，该操作为对移动出行应用的触发出车的操作。
本申请实施例中，终端设备的图形用户UI界面可以提供“出车”按钮，司机点击该按钮，即触发出车操作。
在步骤602中，生成对应该操作的询问消息，其中，该询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，该特定类型的信息为需要在指定时间段内进行响应的信息，该询问消息中携带有用户的标识。
本申请实施例中，需要在指定时间段内进行响应的信息可以为关于强制教育课程的信息，强制教育课程仅在用户点击出车按钮时推送给用户，其中，强制教育课程的内容可以由设计人员自行设计，本申请实施例对此不作限定。
在步骤603中，向服务器发送询问消息。
在步骤604中，接收服务器在根据询问消息确定用户需要接收和处理特定类型的信息时发送的、与该用户匹配的目标信息。
本申请实施例中，与用户匹配的目标信息为与该用户匹配的需要在指定时间段内进行响应的信息。
在步骤605中，以强制性弹窗的形式输出目标信息。
本申请实施例中，强制性弹窗指的是不带“弹窗关闭功能”按钮的弹窗，用户无法强行关闭该弹窗。示例性的，如图6B所示，示出的强制性弹窗，用户无法强行关闭该弹窗，必须点击“点击学习”按钮进行课程学习，否则无法出车。
由上述实施例可见，该实施例中，可以为O2O服务提供方推送与O2O服务相关的信息，以供O2O服务提供方学习，进而通过运用学习到的内容来提高服务质量。
本申请提供的另一种实施例中，当用户有未接收和处理特定类型的信息时，可以通过控制终端设备以比较醒目的设定方式(例如通过“红点”显示信息的方式)来提醒用户，以引导用户接收和处理，此时，该实施例可以在图4～图6A所示任一实施例的基础上，增加以下步骤：
接收服务器发送的提示消息，其中，该提示消息用于指示终端设备以设定方式提示该终端设备对应的用户；
根据该提示消息，以设定方式提示终端设备对应的用户有未接收和处理特定类型的信息。
本申请实施例中，设定方式可以包括：语音提醒方式、弹窗方式或在应用的界面上以“红点”的显示方式。
本申请实施例中，当设定方式为“红点”的显示方式时，可以在新增未接收和处理特定类型的信息时展示红点以及在未接收和处理特定类型的信息入口展示未接收和处理且在有效期的信息数量。具体的，红点显示消失逻辑：内容更新时，在功能入口添加红点，点击后消失。
以特定类型的信息为关于一个课程的信息为例，针对于一些异常事件，异常事件1：用户之前没有红点，此时新推了一门课程，用户在弹窗或播报里就点击进去查看了，但没有完成学习，此时进入到首页时，红点显示。异常事件2：用户之前没有红点，此时新推了一门课程，用户在弹窗或播报里就点击进去查看了，且完成了学习，此时进入到首页时，不显示红点。异常事件3：用户之前有红点，即用户身上有之前新推送未完成的课，此时新推了一门课程，用户在弹窗或播报里就点击进去查看了，此时不管有没完成学习，进入到首页后，红点都是显示的。
在一示例性应用场景中，终端设备中安装的应用展示首页时，向服务器发送请求，服务器返回最近一次新课程的推送时间或0，其中，当用户有未完成的课程时，返回最近一次新课程的推送时间，当用户没有未完成的课程时，返回0。当从服务器接收到的信息为最近一次新课程的推送时间时，终端设备将最近一次新课程的推送时间与用户的课程查看时间进行比对，若最近一次新课程的推送时间晚于用户的课程查看时间，则显示红点，否则不显示红点；当从服务器接收到的信息为0时，不显示红点。
应当注意，尽管在附图中以特定顺序描述了本申请实施例方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
与前述信息推送方法的实施例对应，本申请实施例还提供了信息推送装置的实施例。
图7是根据本申请一示例性实施例示出的一种信息推送装置的框图，如图7所示，所述装置可以包括：
询问消息接收模块710，用于接收终端设备发送的询问消息，其中，所述询问消息用于请求服务器确认所述终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述终端设备对应的用户的标识；
本申请实施例中，终端设备可以包括：智能手机、平板电脑、或智能手表等等，本申请实施例对此不作限定。
本申请实施例中，特定类型的信息可以包括：不需要在指定时间段内进行响应的信息，或需要在指定时间段内进行响应的信息。
具体的，在出行场景下，用户指的是司机，特定类型的信息指的是用于帮助司机提高出车服务质量和效率的课程的信息。在外卖配送场景下，用户指的是外卖配送员，特定类型的信息指的是用于帮助外卖配送员提高外卖配送服务质量和效率的课程的信息。
本申请实施例中，课程的创建过程如下：首先创建课件，其中，课件的类型可以包括：html5、图文或纯考题。之后，创建包含一个或多个课件的课程，设置课程的学习顺序，设置课程的考核方式，在实际应用中，考核方式可以包括：需要进行考核和无需进行考核，其中，需要进行考核的课程必须考核通过，即答题的正确率需要达到一定的阈值；无需进行考核的课程的所有课件必须被浏览，具体的，对于图文类的课件，需要点击最后的完成学习按钮，对于html5，则需要点击完成网页的跳转。
需要说明的是，在创建课件时，课件的内容可以由课件设计人员根据实际需求自行设定，本申请实施例对课件的具体内容和设计思路不作限定。
第一确定模块720，用于根据所述终端设备对应的用户的标识，确定所述终端设备对应的用户是否需要接收和处理特定类型的信息；
本申请实施例中，用户的标识可以为用户的手机号码、邮箱账号或应用账号等等，本申请实施例对此不作限定。
第二确定模块730，用于在所述第一确定模块720确定所述终端设备对应的用户需要接收和处理特定类型的信息时，确定与所述终端设备对应的用户匹配的目标信息；
在确定用户需要接收和处理特定类型的信息时，确定与该用户匹配的目标信息，其中，目标信息指的是与终端设备对应的用户匹配的特定类型的信息。
第一推送模块740，用于将所述第二确定模块730确定的目标信息推送给所述终端设备。
本申请实施例中，可以通过短信和/或应用程序消息的方式，将目标信息推送给终端设备；其中，应用程序消息的方式可以包括：应用程序UI界面播报(具体的，可以为轮播)的方式，或弹窗的方式。
为了便于理解，以出行场景为例，本申请实施例提供了一个司机在线教育平台，该教育平台可以提供个性化及内容丰富的课程，同时对课程学习进行有效期管理，从而驱动司机被动学习。
此外，可以根据课程以及投放人群的不同，搭建不同的教育主动触达通道，具体的，可以包括：短信通道、播报通道、出车弹窗通道及普通弹窗通道；其中，短信通道：针对沉默未激活的司机可通过短信通道发送教育内容，唤起沉默用户；播报通道：针对宣教式功能通过播报，告知司机了解；出车弹窗通道：针对新注册司机或被差评命中多次需回炉司机通过出车弹窗，点击出车前强制学习，通过后方可出车；普通弹窗通道：针对重要普通必学课程选择登陆弹窗，在司机上线后第一时间通知司机学习。
由上述实施例可见，该实施例中，可以为O2O服务提供方推送与O2O服务相关的信息，以供O2O服务提供方学习，进而通过运用学习到的内容来提高服务质量。
图8是根据本申请一示例性实施例示出的另一种信息推送装置的框图，该实施例可以在图7所示实施例的基础上，如图8所示，所述第一确定模块720，可以包括：
列表获得子模块721，用于获得记录有需要接收和处理特定类型的信息的用户的标识的列表；
本申请实施例中，可以预先通过excel表格导入的方式，将记录有需要接收和处理特定类型的信息的用户的标识的列表输入到服务器中，由服务器存储。此时可以直接从服务器本地获得记录有需要接收和处理特定类型的信息的用户的标识的列表。
判断子模块722，用于判断所述列表获得子模块721获得的列表中是否记录有所述终端设备对应的用户的标识。
本申请实施例中，若前述列表中记录有终端设备对应的用户的标识，则确定该终端设备对应的用户需要接收和处理特定类型的信息；若前述列表中未记录有终端设备对应的用户的标识，则确定该终端设备对应的用户不需要接收和处理特定类型的信息。
此外，除上述之外，也可以通过大数据标签的方式，根据用户的标识，确定用户是否需要接收和处理特定类型的信息。具体的，根据终端设备对应的用户标识，获得该用户的标签(例如订单取消率、订单投诉率、从业年限等等)，之后，判断该用户的标签是否落入相应的标签范围内，若落入前述标签范围内，则确定该终端设备对应的用户需要接收和处理特定类型的信息，若未落入前述标签范围内，则确定该终端设备对应的用户不需要接收和处理特定类型的信息。
图9是根据本申请一示例性实施例示出的另一种信息推送装置的框图，该实施例可以在图7或图8所示实施例的基础上，如图9所示，所述第一推送模块740，可以包括：
第一推送子模块741，用于通过短信和/或应用程序消息的方式，将所述第二确定模块730确定的目标信息推送给所述终端设备。
图10是根据本申请一示例性实施例示出的另一种信息推送装置的框图，该实施例可以在图7～图9所示任一实施例的基础上，如图10所示，所述装置还可以包括：
提示消息发送模块750，用于在所述终端设备对应的用户有未接收和处理特定类型的信息时，向所述终端设备发送提示消息，其中，所述提示消息用于指示所述终端设备以设定方式提示所述终端设备对应的用户。
本申请实施例中，设定方式可以包括：语音提醒方式、弹窗方式或在应用的界面上以“红点”的显示方式。
图11是根据本申请一示例性实施例示出的另一种信息推送装置的框图，如图11所示，所述装置可以包括：
操作接受模块810，用于接受用户输入的操作；
本申请实施例中，终端设备可以包括：智能手机、平板电脑、或智能手表等等，本申请实施例对此不作限定。在出行场景下，用户指的是司机。在外卖配送场景下，用户指的是外卖配送员。
本申请实施例中，用户输入的操作可以包括：应用开启操作、或对移动出行应用的触发出车的操作。
询问消息生成模块820，用于生成对应所述操作接受模块810接受到的操作的询问消息，其中，所述询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述用户的标识；
本申请实施例中，用户的标识可以为用户的手机号码、邮箱账号或应用账号等等，本申请实施例对此不作限定。
本申请实施例中，特定类型的信息可以包括：不需要在指定时间段内进行响应的信息，或需要在指定时间段内进行响应的信息。
具体的，在出行场景下，用户指的是司机，特定类型的信息指的是用于帮助司机提高出车服务质量和效率的课程的信息。在外卖配送场景下，用户指的是外卖配送员，特定类型的信息指的是用于帮助外卖配送员提高外卖配送服务质量和效率的课程的信息。
询问消息发送模块830，用于向所述服务器发送所述询问消息生成模块820生成的询问消息；
目标信息接收模块840，用于接收所述服务器在根据所述询问消息确定所述用户需要接收和处理特定类型的信息时发送的、与所述用户匹配的目标信息；
第二推送模块850，用于将所述目标信息接收模块840接收的目标信息推送给所述用户。
由上述实施例可见，该实施例中，可以为O2O服务提供方推送与O2O服务相关的信息，以供O2O服务提供方学习，进而通过运用学习到的内容来提高服务质量。
图12是根据本申请一示例性实施例示出的另一种信息推送装置的框图，该实施例可以在图11所示实施例的基础上，所述操作为应用开启操作；所述特定类型的信息为不需要在指定时间段内进行响应的信息，如图12所示，所述第二推送模块850，可以包括：
第二推送子模块851，用于在所述应用开启时，以普通弹窗的形式输出所述目标信息。
本申请实施例中，普通弹窗指的是带“弹窗关闭功能”按钮的弹窗，用户可以通过点击“弹窗关闭功能”按钮，关闭普通弹窗。
图13是根据本申请一示例性实施例示出的另一种信息推送装置的框图，该实施例可以在图11所示实施例的基础上，所述操作对移动出行应用的触发出车的操作；所述特定类型的信息为需要在指定时间段内进行响应的信息，如图12所示，所述第二推送模块850，可以包括：
第三推送子模块852，用于以强制性弹窗的形式输出所述目标信息。
本申请实施例中，强制性弹窗指的是不带“弹窗关闭功能”按钮的弹窗，用户无法强行关闭该弹窗。
图14是根据本申请一示例性实施例示出的另一种信息推送装置的框图，该实施例可以在图11～图13所示任一实施例的基础上，如图14所示，所述装置还可以包括：
提示消息接收模块860，用于接收服务器发送的提示消息，其中，所述提示消息用于指示所述终端设备以设定方式提示所述用户；
提示模块870，用于根据所述提示消息接收模块860接收到的提示消息，以设定方式提示所述用户有未接收和处理特定类型的信息。
本申请实施例中，设定方式可以包括：语音提醒方式、弹窗方式或在应用的界面上以“红点”的显示方式。
本申请实施例中，当设定方式为“红点”的显示方式时，可以在新增未接收和处理特定类型的信息时展示红点以及在未接收和处理特定类型的信息入口展示未接收和处理且在有效期的信息数量。具体的，红点显示消失逻辑：内容更新时，在功能入口添加红点，点击后消失。
以特定类型的信息为关于一个课程的信息为例，针对于一些异常事件，异常事件1：用户之前没有红点，此时新推了一门课程，用户在弹窗或播报里就点击进去查看了，但没有完成学习，此时进入到首页时，红点显示。异常事件2：用户之前没有红点，此时新推了一门课程，用户在弹窗或播报里就点击进去查看了，且完成了学习，此时进入到首页时，不显示红点。异常事件3：用户之前有红点，即用户身上有之前新推送未完成的课，此时新推了一门课程，用户在弹窗或播报里就点击进去查看了，此时不管有没完成学习，进入到首页后，红点都是显示的。
在一示例性应用场景中，终端设备中安装的应用展示首页时，向服务器发送请求，服务器返回最近一次新课程的推送时间或0，其中，当用户有未完成的课程时，返回最近一次新课程的推送时间，当用户没有未完成的课程时，返回0。当从服务器接收到的信息为最近一次新课程的推送时间时，终端设备将最近一次新课程的推送时间与用户的课程查看时间进行比对，若最近一次新课程的推送时间晚于用户的课程查看时间，则显示红点，否则不显示红点；当从服务器接收到的信息为0时，不显示红点。
上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
本申请实施例还提供了一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：接收终端设备发送的询问消息，其中，所述询问消息用于请求服务器确认所述终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述终端设备对应的用户的标识；根据所述终端设备对应的用户的标识，确定所述终端设备对应的用户是否需要接收和处理特定类型的信息；在确定所述终端设备对应的用户需要接收和处理特定类型的信息时，确定与所述终端设备对应的用户匹配的目标信息；将所述目标信息推送给所述终端设备。
本申请实施例还提供了一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：接受用户输入的操作；生成对应所述操作的询问消息，其中，所述询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述用户的标识；向所述服务器发送所述询问消息；接收所述服务器在根据所述询问消息确定所述用户需要接收和处理特定类型的信息时发送的、与所述用户匹配的目标信息；将所述目标信息推送给所述用户。
本申请实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
如图15所示，图15是本申请实施例根据一示例性实施例示出的一种用于信息推送装置1500的一结构示意图。例如，装置1500可以被提供为一服务器。参照图15，装置1500包括处理组件1522，其进一步包括一个或多个处理器，以及由存储器1532所代表的存储器资源，用于存储可由处理部件1522的执行的指令，例如应用程序。存储器1532中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1522被配置为执行指令，以执行本申请实施例提供的信息推送方法，方法包括：接收终端设备发送的询问消息，其中，所述询问消息用于请求服务器确认所述终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述终端设备对应的用户的标识；根据所述终端设备对应的用户的标识，确定所述终端设备对应的用户是否需要接收和处理特定类型的信息；在确定所述终端设备对应的用户需要接收和处理特定类型的信息时，确定与所述终端设备对应的用户匹配的目标信息；将所述目标信息推送给所述终端设备。
装置1500还可以包括一个电源组件1526被配置为执行装置1500的电源管理，一个有线或无线网络接口1550被配置为将装置1500连接到网络，和一个输入输出(I/O)接口1558。装置1500可以操作基于存储在存储器1532的操作系统，例如Windows ServerTM，MacOS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1532，上述指令可由装置1500的处理组件1522执行以完成本申请实施例提供的上述信息推送方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
如图16所示，图16是本申请实施例根据一示例性实施例示出的另一种用于信息推送装置1600的一结构示意图。例如，装置1600可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。
参照图16，装置1600可以包括以下一个或多个组件：处理组件1602，存储器1604，电源组件1606，多媒体组件1608，音频组件1616，输入/输出(I/O)的接口1616，传感器组件1614，以及通信组件1616。
处理组件1602通常控制装置1600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1602可以包括一个或多个处理器1620来执行指令，以执行本申请实施例提供的信息推送方法，方法包括：接受用户输入的操作；生成对应所述操作的询问消息，其中，所述询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述用户的标识；向所述服务器发送所述询问消息；接收所述服务器在根据所述询问消息确定所述用户需要接收和处理特定类型的信息时发送的、与所述用户匹配的目标信息；将所述目标信息推送给所述用户。
处理组件1602可以包括一个或多个模块，便于处理组件1602和其他组件之间的交互。例如，处理部件1602可以包括多媒体模块，以方便多媒体组件1608和处理组件1602之间的交互。
存储器1604被配置为存储各种类型的数据以支持在设备1600的操作。这些数据的示例包括用于在装置1600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件1606为装置1600的各种组件提供电源。电源组件1606可以包括电源管理系统，一个或多个电源，及其他与为装置1600生成、管理和分配电源相关联的组件。
多媒体组件1608包括在装置1600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1608包括一个前置摄像头和/或后置摄像头。当设备1600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1616被配置为输出和/或输入音频信号。例如，音频组件1616包括一个麦克风(MIC)，当装置1600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1604或经由通信组件1616发送。在一些实施例中，音频组件1616还包括一个扬声器，用于输出音频信号。
I/O接口1616为处理组件1602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1614包括一个或多个传感器，用于为装置1600提供各个方面的状态评估。例如，传感器组件1614可以检测到设备1600的打开/关闭状态，组件的相对定位，例如所述组件为装置1600的显示器和小键盘，传感器组件1614还可以检测装置1600或装置1600一个组件的位置改变，用户与装置600接触的存在或不存在，装置1600方位或加速/减速和装置1600的温度变化。传感器组件1614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件1616被配置为便于装置1600和其他设备之间有线或无线方式的通信。装置1600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置1600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1604，上述指令可由装置1600的处理器1620执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本申请实施例的其它实施方案。本申请实施例旨在涵盖本申请实施例的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请实施例的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请实施例并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请实施例的范围仅由所附的权利要求来限制。
Claims (24)
1.一种信息推送方法，其特征在于，所述方法包括：
接收终端设备发送的询问消息，其中，所述询问消息用于请求服务器确认所述终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述终端设备对应的用户的标识；
根据所述终端设备对应的用户的标识，确定所述终端设备对应的用户是否需要接收和处理特定类型的信息；
在确定所述终端设备对应的用户需要接收和处理特定类型的信息时，确定与所述终端设备对应的用户匹配的目标信息；
将所述目标信息推送给所述终端设备。
2.根据权利要求1所述的方法，其特征在于，所述特定类型的信息包括：不需要在指定时间段内进行响应的信息，或需要在指定时间段内进行响应的信息。
3.根据权利要求1所述的方法，其特征在于，所述根据所述终端设备对应的用户的标识，确定所述终端设备对应的用户是否需要接收和处理特定类型的信息，包括：
获得记录有需要接收和处理特定类型的信息的用户的标识的列表；
判断所述列表中是否记录有所述终端设备对应的用户的标识。
4.根据权利要求1所述的方法，其特征在于，所述将所述目标信息推送给所述终端设备，包括：
通过短信和/或应用程序消息的方式，将所述目标信息推送给所述终端设备。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述终端设备对应的用户有未接收和处理特定类型的信息时，向所述终端设备发送提示消息，其中，所述提示消息用于指示所述终端设备以设定方式提示所述终端设备对应的用户。
6.一种信息推送方法，其特征在于，所述方法包括：
接受用户输入的操作；
生成对应所述操作的询问消息，其中，所述询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述用户的标识；
向所述服务器发送所述询问消息；
接收所述服务器在根据所述询问消息确定所述用户需要接收和处理特定类型的信息时发送的、与所述用户匹配的目标信息；
将所述目标信息推送给所述用户。
7.根据权利要求6所述的方法，其特征在于，所述操作为应用开启操作；所述特定类型的信息为不需要在指定时间段内进行响应的信息。
8.根据权利要求7所述的方法，其特征在于，所述将所述目标信息推送给所述用户，包括：
在所述应用开启时，以普通弹窗的形式输出所述目标信息。
9.根据权利要求6所述的方法，其特征在于，所述操作对移动出行应用的触发出车的操作；所述特定类型的信息为需要在指定时间段内进行响应的信息。
10.根据权利要求9所述的方法，其特征在于，所述将所述目标信息推送给所述用户，包括：
以强制性弹窗的形式输出所述目标信息。
11.根据权利要求6所述的方法，其特征在于，所述方法还包括：
接收服务器发送的提示消息，其中，所述提示消息用于指示所述终端设备以设定方式提示所述用户；
根据所述提示消息，以设定方式提示所述用户有未接收和处理特定类型的信息。
12.一种信息推送装置，其特征在于，所述装置包括：
询问消息接收模块，用于接收终端设备发送的询问消息，其中，所述询问消息用于请求服务器确认所述终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述终端设备对应的用户的标识；
第一确定模块，用于根据所述终端设备对应的用户的标识，确定所述终端设备对应的用户是否需要接收和处理特定类型的信息；
第二确定模块，用于在所述第一确定模块确定所述终端设备对应的用户需要接收和处理特定类型的信息时，确定与所述终端设备对应的用户匹配的目标信息；
第一推送模块，用于将所述第二确定模块确定的目标信息推送给所述终端设备。
13.根据权利要求12所述的装置，其特征在于，所述特定类型的信息包括：不需要在指定时间段内进行响应的信息，或需要在指定时间段内进行响应的信息。
14.根据权利要求12所述的装置，其特征在于，所述第一确定模块，包括：
列表获得子模块，用于获得记录有需要接收和处理特定类型的信息的用户的标识的列表；
判断子模块，用于判断所述列表获得子模块获得的列表中是否记录有所述终端设备对应的用户的标识。
15.根据权利要求12所述的装置，其特征在于，所述第一推送模块，包括：
第一推送子模块，用于通过短信和/或应用程序消息的方式，将所述第二确定模块确定的目标信息推送给所述终端设备。
16.根据权利要求12所述的装置，其特征在于，所述装置还包括：
提示消息发送模块，用于在所述终端设备对应的用户有未接收和处理特定类型的信息时，向所述终端设备发送提示消息，其中，所述提示消息用于指示所述终端设备以设定方式提示所述终端设备对应的用户。
17.一种信息推送装置，其特征在于，所述装置包括：
操作接受模块，用于接受用户输入的操作；
询问消息生成模块，用于生成对应所述操作接受模块接受到的操作的询问消息，其中，所述询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述用户的标识；
询问消息发送模块，用于向所述服务器发送所述询问消息生成模块生成的询问消息；
目标信息接收模块，用于接收所述服务器在根据所述询问消息确定所述用户需要接收和处理特定类型的信息时发送的、与所述用户匹配的目标信息；
第二推送模块，用于将所述目标信息接收模块接收的目标信息推送给所述用户。
18.根据权利要求17所述的装置，其特征在于，所述操作为应用开启操作；所述特定类型的信息为不需要在指定时间段内进行响应的信息。
19.根据权利要求18所述的装置，其特征在于，所述第二推送模块，包括：
第二推送子模块，用于在所述应用开启时，以普通弹窗的形式输出所述目标信息。
20.根据权利要求17所述的装置，其特征在于，所述操作对移动出行应用的触发出车的操作；所述特定类型的信息为需要在指定时间段内进行响应的信息。
21.根据权利要求20所述的装置，其特征在于，所述第二推送模块，包括：
第三推送子模块，用于以强制性弹窗的形式输出所述目标信息。
22.根据权利要求17所述的装置，其特征在于，所述装置还包括：
提示消息接收模块，用于接收服务器发送的提示消息，其中，所述提示消息用于指示所述终端设备以设定方式提示所述用户；
提示模块，用于根据所述提示消息接收模块接收到的提示消息，以设定方式提示所述用户有未接收和处理特定类型的信息。
23.一种计算机存储介质，其特征在于，所述存储介质中存储有程序指令，所述程序指令包括：
接收终端设备发送的询问消息，其中，所述询问消息用于请求服务器确认所述终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述终端设备对应的用户的标识；
根据所述终端设备对应的用户的标识，确定所述终端设备对应的用户是否需要接收和处理特定类型的信息；
在确定所述终端设备对应的用户需要接收和处理特定类型的信息时，确定与所述终端设备对应的用户匹配的目标信息；
将所述目标信息推送给所述终端设备。
24.一种计算机存储介质，其特征在于，所述存储介质中存储有程序指令，所述程序指令包括：
接受用户输入的操作；
生成对应所述操作的询问消息，其中，所述询问消息用于请求服务器确认终端设备对应的用户是否需要接收和处理特定类型的信息，所述询问消息中携带有所述用户的标识；
向所述服务器发送所述询问消息；
接收所述服务器在根据所述询问消息确定所述用户需要接收和处理特定类型的信息时发送的、与所述用户匹配的目标信息；
将所述目标信息推送给所述用户。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710296740.8A CN108809675A (zh) | 2017-04-28 | 2017-04-28 | 信息推送方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710296740.8A CN108809675A (zh) | 2017-04-28 | 2017-04-28 | 信息推送方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN108809675A true CN108809675A (zh) | 2018-11-13 |
Family
ID=64070525
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710296740.8A Pending CN108809675A (zh) | 2017-04-28 | 2017-04-28 | 信息推送方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108809675A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109922210A (zh) * | 2019-03-15 | 2019-06-21 | 深圳五洲无线股份有限公司 | 一种针对智能电子设备防止沉迷的控制方法及系统 |
| CN113393351A (zh) * | 2021-07-09 | 2021-09-14 | 首约科技(北京)有限公司 | 一种智能的课程发布系统 |
| CN114640956A (zh) * | 2020-12-15 | 2022-06-17 | 北京金山云网络技术有限公司 | 短信下发方法、装置、系统及电子设备 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105046418A (zh) * | 2015-06-30 | 2015-11-11 | 成都亿邻通科技有限公司 | 一种智能推送的方法 |
| CN105225553A (zh) * | 2014-06-17 | 2016-01-06 | 中兴通讯股份有限公司 | 在线教育中课程的推荐方法及装置 |
| CN105516270A (zh) * | 2015-11-30 | 2016-04-20 | 小米科技有限责任公司 | 信息推送方法及装置 |
| CN106327380A (zh) * | 2016-08-12 | 2017-01-11 | 北京雷地科技有限公司 | 远程培训的会员数据处理方法及系统 |
-
2017
- 2017-04-28 CN CN201710296740.8A patent/CN108809675A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105225553A (zh) * | 2014-06-17 | 2016-01-06 | 中兴通讯股份有限公司 | 在线教育中课程的推荐方法及装置 |
| CN105046418A (zh) * | 2015-06-30 | 2015-11-11 | 成都亿邻通科技有限公司 | 一种智能推送的方法 |
| CN105516270A (zh) * | 2015-11-30 | 2016-04-20 | 小米科技有限责任公司 | 信息推送方法及装置 |
| CN106327380A (zh) * | 2016-08-12 | 2017-01-11 | 北京雷地科技有限公司 | 远程培训的会员数据处理方法及系统 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109922210A (zh) * | 2019-03-15 | 2019-06-21 | 深圳五洲无线股份有限公司 | 一种针对智能电子设备防止沉迷的控制方法及系统 |
| CN114640956A (zh) * | 2020-12-15 | 2022-06-17 | 北京金山云网络技术有限公司 | 短信下发方法、装置、系统及电子设备 |
| CN114640956B (zh) * | 2020-12-15 | 2024-01-19 | 北京金山云网络技术有限公司 | 短信下发方法、装置、系统及电子设备 |
| CN113393351A (zh) * | 2021-07-09 | 2021-09-14 | 首约科技(北京)有限公司 | 一种智能的课程发布系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11823677B2 (en) | Interaction with a portion of a content item through a virtual assistant | |
| CN105955618B (zh) | 信息显示方法及装置 | |
| CN103916829B (zh) | 一种消息的桌面通知方法及装置 | |
| US20140245140A1 (en) | Virtual Assistant Transfer between Smart Devices | |
| CN107948708A (zh) | 弹幕展示方法及装置 | |
| CN104731688B (zh) | 提示阅读进度的方法及装置 | |
| CN106789551B (zh) | 会话消息展示方法及装置 | |
| CN106406562A (zh) | 数据处理方法及装置 | |
| WO2023045220A1 (zh) | 信息互动方法及装置 | |
| CN107807762A (zh) | 界面展示方法及装置 | |
| CN108664303A (zh) | 网页内容的显示方法及装置 | |
| CN106202150A (zh) | 信息显示方法及装置 | |
| CN108833991A (zh) | 视频字幕显示方法及装置 | |
| CN107230137A (zh) | 商品信息获取方法及装置 | |
| CN109151548A (zh) | 界面交互方法及装置 | |
| CN105975540A (zh) | 信息显示方法及装置 | |
| CN107943550A (zh) | 界面展示方法及装置 | |
| CN107577513A (zh) | 一种显示彩蛋的方法、装置及存储介质 | |
| CN106919629A (zh) | 在群聊中实现信息筛选的方法及装置 | |
| CN107797741A (zh) | 界面展示方法及装置 | |
| CN108809675A (zh) | 信息推送方法及装置 | |
| CN108495168A (zh) | 弹幕信息的显示方法及装置 | |
| CN107885418A (zh) | 终端、分屏显示方法及装置 | |
| CN107239351A (zh) | 粘贴方法及装置 | |
| CN106656746A (zh) | 信息输出方法及装置 |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181113 |
|
| RJ01 | Rejection of invention patent application after publication |