CN103559295A - 一种信息数据推送方法、设备及系统 - Google Patents
一种信息数据推送方法、设备及系统 Download PDFInfo
- Publication number
- CN103559295A CN103559295A CN201310560469.6A CN201310560469A CN103559295A CN 103559295 A CN103559295 A CN 103559295A CN 201310560469 A CN201310560469 A CN 201310560469A CN 103559295 A CN103559295 A CN 103559295A
- Authority
- CN
- China
- Prior art keywords
- information data
- doubly
- basic duration
- storage queue
- search
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
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/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/951—Indexing; Web crawling techniques
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)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明的实施方式提供了一种信息数据推送方法。该方法例如可以包括:每隔一个N倍基本时长,根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据,所述N大于1;在一个N倍基本时长到来之时或之后,推送所述信息数据。通过打破信息数据请求侧与信息数据推送侧的联动关系,本发明使得信息数据的推送侧的工作负荷降低,从而提高了推送的整体效率和性能,为用户带来了更好的体验。此外,本发明的实施方式还提供了一种信息数据推送设备、系统。
Description
技术领域
本发明的实施方式涉及信息处理技术领域,更具体地,本发明的实施方式涉及信息数据推送方法、设备及系统。
背景技术
本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
信息数据携带有具有某种用途的专门信息,其通常存储于预定的数据库当中。当需要查找某个特定信息数据时,可以向搜索引擎发出搜索指令,由搜索引擎根据检索指令包含的关键词等检索要素在数据库中进行搜索并给出搜索结果。在这种搜索技术基础上,可以搭建基于搜索技术的应用平台,通过该应用平台向指定的终端提供其需要的信息数据。比如,在C/S(客户机/服务器)网络结构中,数据库可以位于服务器侧,服务器侧根据客户机的搜索指令完成信息数据的检索工作,然后将搜索到结果推送给客户机,以满足客户机对信息数据的应用需求。
在现有技术中,已经出现一些基于服务器的信息数据推送技术。该推送技术在具体实施时,服务器初次接收到客户机的搜索指令后,根据搜索指令将数据库内满足条件的数据搜索出来,并放入推荐池中,以后每接收到来自客户机的一次请求,便将一定数量的信息数据反馈给客户机,客户机请求越频繁,服务器反馈也就越频繁。另一方面,服务器作为向客户机推送信息数据的源头,通常每隔一个基本时段(比如5~10分钟)便更新一次数据,并重新搜索,将满足客户机指定条件且不同于推荐池中已有信息数据添加到推荐池。
发明内容
但是,出于满足客户机需要的原因,在上述现有技术中,客户机对信息数据的推送请求与服务器自身的数据更新之间存在“联动”关系:一方面,服务器侧更新数据的时长间隔越短,客户机发起推送请求的可能性越高;另一方面,客户机发起推送请求的时长间隔越短,服务器侧更新数据的可能性也将随之增加。在这种联动机制下,服务器的工作负荷将成倍增加,尤其在一台服务器面临相当数量的客户机时,服务器的负担问题将变得更加明显,这是非常令人烦恼的过程。
为此,非常需要一种改进的信息数据推送机制,以使信息数据的推送不给服务器带来过重的负担,提高信息数据推送的整体效率和性能。
在本上下文中,本发明的实施方式期望提供一种信息数据推送方法。
在本发明实施方式的第一方面中,提供的信息数据推送方法例如可以包括:每隔一个N倍基本时长,根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据,所述N大于1;在一个N倍基本时长到来之时或之后,推送所述信息数据。
在本发明实施方式的第二方面中,提供了一种信息数据推送设备,该设备例如可以包括:搜索装置和推送装置,其中:所述搜索装置,用于每隔一个N倍基本时长根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据,所述N大于1;所述推送装置,用于在一个N倍基本时长到来之时或之后,推送所述信息数据。
在本发明实施方式的第三方面中,提供了一种信息数据推送系统。该系统例如可以包括:所述系统包括客户机和服务器,其中:所述服务器包括搜索装置和推送装置,其中:所述搜索装置,用于每隔一个N倍基本时长根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据,所述N大于1;所述推送装置,用于在一个N倍基本时长到来之时或之后,推送所述信息数据;所述客户机,用于接收所述推送装置推送的信息数据。
根据本发明实施方式提供的信息数据推送机制,打破了信息数据推送请求侧与推送侧之间的联动关系,一方面,推送侧由于每隔一个N倍基本时长进行数据库的搜索,延长了搜索间隔的时长,将降低请求侧请求信息数据的可能性;另一方面,推送侧仅在一个N倍基本时长到来之时或之后将前次搜索结果或当次的搜索结果推送到信息数据请求侧,避免对信息数据请求侧在N倍基本时长内给出的请求予以响应,从而显著降低了推送侧的工作负荷,整体上提高了推送效率和性能,为用户带来了更好的体验。
附图说明
通过参考附图阅读下文的详细描述,本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中,以示例性而非限制性的方式示出了本发明的若干实施方式,其中:
图1示意性地示出了适于实现本发明实施方式的示例性计算系统100的框图;
图2示意性地示出了本发明适用的一个具体应用场景;
图3示意性地示出了本发明信息数据推送方法的实施例流程图;
图4示意性地示出了本发明信息数据推送设备的组成结构图;
图5示意性地示出了本发明信息数据推送系统的组成结构图。
在附图中,相同或对应的标号表示相同或对应的部分。
具体实施方式
下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解,给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明,而并非以任何方式限制本发明的范围。相反,提供这些实施方式是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
图1示出了适于实现本发明实施方式的示例性计算系统100的框图。如图1所示,计算系统100可以包括:中央处理单元(CPU)101、随机存取存储器(RAM)102、只读存储器(ROM)103、系统总线104、硬盘控制器105、键盘控制器106、串行接口控制器107、并行接口控制器108、显示控制器109、硬盘110、键盘111、串行外部设备112、并行外部设备113和显示器114。这些设备中,与系统总线104耦合的有CPU101、RAM102、ROM103、硬盘控制器105、键盘控制器106、串行控制器107、并行控制器108和显示控制器109。硬盘110与硬盘控制器105耦合,键盘111与键盘控制器106耦合,串行外部设备112与串行接口控制器107耦合,并行外部设备113与并行接口控制器108耦合,以及显示器114与显示控制器109耦合。应当理解,图1所述的结构框图仅仅是为了示例的目的,而不是对本发明范围的限制。在某些情况下,可以根据具体情况增加或减少某些设备。
本领域技术技术人员知道,本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此,本公开可以具体实现为以下形式,即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
根据本发明的实施方式,提出了一种信息数据推送的方法、设备及系统。
在本文中,需要理解的是,所涉及的术语“基本时长”表示现有技术中采用的时长单位,该时长单位既可以为几秒,也可以为几十秒,既可以为几分钟,也可以为几十分钟,或者其他的时间单位,现有技术在不同场合下采用的“基本时长”的时间可能不同。而N倍基本时长则是大于现有技术中的基本时长的一种统称方式,这里的“N倍”并不限于通常的整倍数,也可以为小数倍数,只要大于基本时长即不影响本发明发明目的的实现。基于可比性,现有技术在某个场合下采用某个“基本时长”时,本发明的“N倍基本时长”中的“基本时长”即是与现有技术采用的“基本时长”相同的“基本时长”。此外,附图中的任何元素数量均用于示例而非限制,以及任何命名都仅用于区分,而不具有任何限制含义。
下面参考本发明的若干代表性实施方式,详细阐释本发明的原理和精神。
发明概述
本发明人发现,基于满足信息数据推送的要求,信息数据的请求侧发起推送请求的频次与信息数据推送侧进行的数据更新频次具有联动关系,该联动关系将使推送侧对请求侧的推送请求的响应过于频繁,进而导致负责信息数据推送工作的设备、装置(比如,服务器)等实体的负荷过重,进而影响到信息数据推送的整体效率和性能。解决该问题的基本方向是打破这种联动关系带来的“恶性”循环,为此,本发明可以从两个方面进行考虑:
一是将推送侧的数据更新间隔延长,不再间隔“基本时长”而是间隔大于基本时长的N倍基本时长进行数据更新。数据更新间隔延长后产生的一种效应是:即便对N倍基本时长内的信息数据推送请求进行响应,其响应的结果(比如,获得的信息数据)也是相同的,相同的响应结果将促使信息数据请求侧在N倍基本时长内尽可能减少请求的频次或者不再进行请求,即从概率上减少请求侧给推送侧带来的处理压力。
二是在信息数据推送侧的数据更新间隔延长基础之上,定时进行信息数据的有效推送,即仅仅在每个N倍基本时长到来之时或之后,才向请求侧作出推送信息数据的有效响应,而不再采取“凡有请求即响应”的机制,这种定时响应机制将促使信息数据请求侧将自身的请求推迟到N倍基本时长到来之时或之后才发起,从而减少在N倍基本时长内的请求频次。通过这两方面的考虑使信息数据的请求侧与推送侧之间的交互过程变成有规律的、可控制的“良性”循环,推送侧的工作负荷据此得到显著降低,从而顺利解决现有技术存在的技术问题。
在介绍了本发明的基本思路之后,下面具体介绍本发明的各种非限制性实施方式。
应用场景总览
参考图2,该图示出了本发明的一种示例性的应用场景。在该场景中作为请求侧的客户机21可以是图1所述的计算机系统,可以具有该计算机系统的相同的组成结构。当然,在其他应用场景中,请求侧也可以不同于本应用场景中的客户机21,实际上,只要具有获得信息数据需求的电子设备均可以作为请求方。用户20操作该客户机21,通过电子输入设备(比如,键盘、指点设备、触摸板等)向客户机21发起指令,客户机内部计算处理部件对用户20的指令进行信息处理,实现与服务器22的交互。
服务器22也可以是图1所述的计算机系统,但通常而言,作为服务器,其具有比客户机21更强的运算处理能力,该服务器可以同时或不同时地与多台客户机进行交互,处理来自它们的信息数据推送请求。当然,在其他应用场景中,推送侧也可以不同于本应用场景中的服务器22,实际上,只要具有推送信息数据能力的电子设备均可以作为推送方,比如,对等交互中的任何一个请求方,同时也可以作为其他方的推送方。
客户机21与服务器22之间可以通过任何有线或者无线的网络相连接,该网络连接能够使客户机21与服务器22之间的交互在本发明的目的范围内正常进行。客户机21与服务器22之间的这种连接关系可以是直接连接,也可以是跨越其他设备的间接连接,只要不妨碍客户机与服务器之间进行信息数据的请求与推送均可。
在上述客户机21和服务器22组成的应用场景中,用户20可以操作客户机21的相应硬件设备或者软件程序向服务器22发起推送信息数据的请求,服务器22可以根据自身的情况决定是否向客户机21推送信息数据,以及如何推送信息数据,当然,在某些情况下,服务器22也可以不基于客户机21的请求而主动地向客户机推送信息数据。无论哪种情况,客户机21接收到服务器22推送的信息数据后,均可以将其呈现给用户20,由用户20利用该信息数据完成其预先需要完成的工作。
如图所示,可选地,本应用场景中还包括一个或多个服务器可访问的数据库23,该数据库23内可以存储信息数据,就这些信息数据的来源而言,其可以是从其他数据库(比如,远程数据库)中获取到,也可以是人为直接置入的(比如,通过数据库接口写入新的信息数据);就这些信息数据进入数据库的时间而言,既可以是在相同时刻进入的,也可以是在不同时刻进入到数据库中的,比如,可以是在一个N倍基本时长之前进入数据库的“旧”信息数据,也可以是在该N倍基本时长期间进入数据库的“新”信息数据。这里“可访问”的数据库并不用于限定服务器与数据库之间的具体位置关系,比如,可访问的数据库可以是集成于服务器之内的服务器所属的数据库,也可以是与服务器没有所属关系的一个独立数据库,该独立数据库可以在本地,也可以是位于需要通过远程连接才可访问的云端、网络端。
如图所示,可选地,本应用场景中还可以包括一个存储队列24,在本发明的一个实施例中该存储队列24可以采用具有一般被访问速度的磁盘式存储部件,比如,硬盘;而在另一个实施例中,则可以是具有较好被访问速度的Cache设备。存储队列24可以用于存储根据客户机21的搜索指令确定的搜索条件搜索数据库得到的满足条件的信息数据。在本发明的一个实施例中存储队列24可以集成于服务器之内,成为服务器所属的存储队列,在另一个实施例中,存储队列24也可以是一个独立的部件。
从该应用场景可以看出,该应用场景本质上可以划分出两侧:一个是信息数据推送请求侧,即客户机21所在的一侧;一个是信息数据推送侧,即服务器22、数据库23等所在的一侧,在本发明的一个实施例中可以要求这两侧密切配合进行相关交互,以完成信息数据的推送或接收。当然,在某些情况下,本发明的应用场景可以仅仅为信息数据推送的这一侧,而请求侧仅被动式接收信息数据,其不涵盖在本发明的应用场景之中。
示例性方法
下面结合图2的应用场景,参考图3来描述根据本发明示例性的信息推送实施方法。需要注意的是,上述应用场景仅是为了便于理解本发明的精神和原理而示出,本发明的实施方式在此方面不受任何限制。相反,本发明的实施方式可以应用于其他可以适用的任何场景。
根据图3示出的本发明的一个示例性实施例,信息数据推送方法的流程可以包括:
步骤S31:例如服务器每隔一个N倍基本时长,根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据,所述N大于1;
步骤S32:例如服务器在一个N倍基本时长到来之时或之后,推送所述信息数据。
上述步骤中每隔N倍基本时长进行数据库的搜索操作,具有循环特性,但是,该循环特性并不说明本发明在某次实现过程中必须具有多次搜索数据库的操作,以及必须在“多次搜索数据库的操作”完成后才执行步骤S32,下面详细说明。
对于是否需要执行多次搜索数据库操作的问题,其结论取决于用户需要关注的考察时长。比如,假设现在时间轴上存在三个N倍基本时长(注:以下将“N倍基本时长”作为一个整体的时长单位进行叙述),用户当前需要关注的时间段是自第一个N倍基本时长内的某个时间点起,到第二个N倍基本时长内的某个时间点为止,在这样的关注时段内,实际上仅会发生一次搜索数据库的操作,即仅在第二个N倍基本到达时(第二个N倍基本时长的起点时间)长时根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据。当然,如果用户是在更长的关注时段内来实施本发明的方法,那么,搜索数据库的操作则可能进行多次。比如,用户当前关注的时间段是自第一个N倍基本时长内的某个时间点起,到第三个N倍基本时长内的某个时间点为止,在这样的关注时段内,搜索数据库的操作则为两次,即在第二个N倍基本时长、第三个N倍基本时长到达时根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据。
此外,这种每隔一个N倍基本时长进行一次数据库搜索操作,还可以因预先设置的条件而中断,比如,预先设置仅在接收到客户机的消息数据推送请求时,才进行数据库的搜索操作,则当一个N倍基本时长到达时,先判断在N倍时长到来前这段时间内是否接收到来自客户机的信息数据推送请求,如果有,则进行数据库操作,如果没有,则不进行操作,这种方式将服务器的数据更新操作与客户机的推送请求联系起来,贯彻“有请求才有响应”的思路,使服务器的工作负荷可以进一步减轻,该技术效果在一个服务器在响应于相当数量的客户机时,更加明显:客户机较多时,每个客户机给出的搜索指令不同,如果要求服务器在每一个N倍基本时长到来时,针对每个客户机给出的搜索指令进行数据库搜索操作,服务器虽然能够完成该任务,但其工作量相当大。而在实际应用过程中,某些客户机对应的用户可能并不在线,即便服务器进行了搜索,该搜索结果也不能推送给客户机,从而导致服务器针对该客户机的搜索操作没有实际意义。通过上述“有请求才有响应”的方式,可以使服务器仅仅针对那些确实需要信息数据的客户机进行搜索操作,从而可以非常显著地减轻工作负担。
对于是否需要在多次搜索数据库的操作一并执行完成后才执行后续步骤的问题,其结论取决于用户的观察角度。这里实际上存在两个层面的问题:一是在某个N倍基本时长到来时,对应于该N倍基本时长的数据库搜索操作和信息数据的推荐操作之间的关系问题;二是在多个N倍基本时长循环进行搜索数据库的操作时,推送信息数据的操作与该循环操作之间的关系问题。下面以例说明:
假设用户关注的时间段包括三个N倍基本时长,当第一个N倍基本时长到来时,在进行第一个N倍基本时长对应的搜索数据库的操作的同时,将该第一个N倍基本时长之前得到的满足条件的信息数据进行推送,这种情形下,第一个N倍基本时长搜索数据库的操作与在该N倍基本时长之时或之后推送信息数据的操作是没有直接关系的独立操作。
还比如,当第二个N倍基本时长到来时,在进行第二个N倍基本时长对应的搜索数据库的操作的同时,将第一个N倍基本时长时进行数据库搜索操作产生的搜索结果予以推送。这种情形下,就第一个N倍基本时长对应的搜索数据库的操作与第二个N倍基本时长时进行的信息数据推送操作之间的关系而言,是先执行数据库的搜索操作,再执行信息数据的推送操作;但就第二个N倍基本时长对应的搜索数据库的操作与第二个N倍基本时长时进行的信息数据推送操作之间的关系而言,它们是没有直接关系的独立操作。
再比如,当第三个N倍基本时长到来时,进行第三个N倍基本时长对应的搜索数据库的操作,但是,信息数据推送时间的设定为在第三个N倍基本时长之后进行,则第三个N倍基本时长对应的信息数据推送操作推送的信息数据可以是该第三个N倍基本时长对应的搜索数据库操作得到的搜索结果。这种情形下,搜索数据库的操作与推送信息数据的操作存在明确的前后执行关系。
通过上述的例子可知,搜索数据库的操作与推送信息数据的操作属于两条独立的操作线,但这两条独立的操作线在某些情况下,可以发生复杂的耦合性,具体关系可以体现为同时关系、前后关系或者没有直接关系。搜索数据库的操作与推送信息数据的操作属于独立的操作线突出了它们各自对解决发明技术问题的贡献,一方面,数据库搜索操作仅在每个N倍基本时长时发生,这对于服务器侧而言,其工作负荷不会因为客户机的不断地或频繁的推送信息数据请求而加重,即割断了客户机的信息推送请求与服务器工作负荷之间的联动关系,从而使服务器的负载保持在一个相对稳定的位置上;另一方面,信息数据推送操作仅在每个N倍基本时长到来之时或之后,才向客户机推送信息数据,客户机的用户即便在N倍基本时长内发起一次或多次请求,也可以不存在有效的响应,从而使服务器的负载不会变重。服务器的这种信息数据推送机制反过来又作用于客户机的用户,使其减少在N倍基本时长没有到来时不发起或少发起对信息数据推送的请求,从而形成一个良性的循环。
上述示例性的信息数据推送方法可以在本发明的另一些实施例中得到改进或变形,以取得其他方面的技术效果或者相对于前述示例性的方法更好的技术效果。在前述应用场景中,提及在服务器侧还可以存在存储队列24,存储队列24可以存储每隔一个N倍基本时长搜索数据库得到的满足条件的信息数据,即在根据搜索指令确定的条件搜索数据库之后,将得到的满足条件的信息数据放入存储队列(参见图3虚框所示的步骤S33)。这样,如果在一个N倍基本时长到来之后,需要反馈最新的信息数据,则可以从存储队列中取出对应于该N倍基本时长搜索数据库得到的满足条件的信息数据(参见图3虚框所示的步骤S34),并推送所述信息数据。需要说明的是:存储队列的存在,不仅仅在于可以使在一个N倍基本时长到来之后,还能将该N倍基本时长对应的搜索数据库的操作结果进行推送,而且,还可以将该N倍基本时长之前的其他N倍基本时长对应的搜索数据库的操作结果进行推送,这两种情况属于延迟推送,即通过存储队列的存储功能可以在某个N倍基本时长对应的搜索数据库操作完成后的某个时候推荐信息数据,也可以在本次N倍基本时长到来时推荐前次N倍基本时长对应的搜索数据库操作得到的信息数据。当然,在需要将一个N倍基本时长对应的搜索数据库的结果同时在该N倍基本时长到来时进行呈现,即在“即时推送”的情形下,也可以采用存储队列,只不过该情形下通常需要忽略搜索数据库的时间。
还需要说明的是,如果在将信息数据存储到存储队列中之前,还存在针对信息数据的其他处理(比如,去重处理、优选处理等),则可以将经过其他处理后的信息数据放入到存储队列之中(参见图3虚框所示的步骤S33),相应地,从存储队列中取出的用于推送的信息数据也是经过其他处理后的信息数据(参见图3虚框所示的步骤S34)。当然,也可以先将搜索出来的满足条件的信息数据放入存储队列,再从该存储队列中取出信息数据进行其他处理。
在图2所述的应用场景中提及的存储队列24,在具体应用时,可以具有多个,多个存储队列用于存储具有不同特征的信息数据。虽然根据搜索指令确定的搜索条件可以搜索出满足条件的信息数据,但是这些信息数据可能具有不同的特征,本发明可以根据其具有的不同特征对这些信息数据进行分类,不同的类别的信息数据放入不同的存储队列中。比如,如果存在M个存储队列,每个存储队列预先设定用于存储具有不同特征的信息数据,即第i存储队列用于放置具有第i特征的信息数据,这里的i取值范围为1至M,在根据搜索指令确定的条件搜索数据库之后,将得到的满足条件的某个信息数据逐一与每个存储队列对应的特征进行匹配,当该信息数据能够匹配上某个存储队列对应的特征时,则将其存储到该存储队列之中,依次类推,通过这种方式对得到的信息数据实现分类存储。在分类存储基础之上,可以利用其改善信息数据推送的效果。比如,按照如下的操作方式进行:在一个N倍基本时长到来之时或之后,从至少L个存储队列中按照预设比例取出信息数据,并推送所述信息数据,所述L小于等于M。这种方式推送的信息数据具有不同的品质,从而可以满足位于客户机21侧的用户的多样化需求。这里的预设比例可以根据实际情况进行设定,比如当前的信息数据被划分为三类:热门信息数据、活跃信息数据和新注册信息数据(这里的“热门”、“活跃”、“新注册”均是信息数据具有的特征),这三类信息数据分别存储到存储队列1、2、3中,则可以在某次信息数据推送中从存储队列1中取出20%的热门信息数据,从存储队列2中取出20%的活跃信息数据,从存储队列3中取出30%的新注册信息数据,将这三类信息数据混排后向客户机推送。
在本发明的其他实施例中,按照前述的方法实现信息数据的推送还可能存在一个经常性的问题,即信息数据的重复性问题。由于每隔一个N倍基本时长根据搜索指令确定的条件搜索数据库,如果该搜索指令不发生变化,即便数据库在不断进入新的信息数据,那么搜索出来的信息数据可能和上一个N倍基本时长时进行的搜索数据库得到的结果有很大的重复。这种“重复”如不经过处理,将直接体现到向客户机推送的信息数据中,导致用户对这批信息数据失去新鲜感,影响用户体验。本发明可以采用如下两方面的措施来避免该问题:一种方式是在根据搜索指令确定的条件搜索数据库之后,将得到的满足条件的信息数据与存储队列中已存在的信息数据进行比较,去除重复数据(参见图3虚框所示的步骤S35),将去除重复数据后的信息数据放入所述存储队列,这种方式从进入存储队列的源头上解决了推送的信息数据的重复性,使得进入存储队列中的信息数据各不相同,从该存储队列中取出的用于推送的信息数据自然不同。但是,这种方式可能仅能保证存储队列中的信息数据不发生重复,但不一定能保证推送给客户机的信息数据不发生重复,因为通常情况下,存储队列存储的信息数据的“量”是有限的,超过最大量后存储队列中的信息数据将会从存储队列中排除,而被排除的信息数据又可能在下次搜索过程中被重新搜索出来,进而又被放入到存储队列中,使推送的信息数据出现重复。
为解决该问题,本发明采取第二种方式:设定清除存储队列的预定时段,该预定时段需要满足这样的要求:在该预定时段内存储队列内缓存的满足条件的信息数据的批次大于预定时段与N倍基本时长的比值。举例而言,假设现在基本时长为1个小时,N倍基本时长则为3小时,用户希望在一天内(8个N倍基本时长)不出现信息数据的重复,那么只要存储队列可以存储的批次大于8即可,因为如果小于8,比如为6时,那么在第7个N倍基本时长到来时(即18点),该N倍基本时长对应的搜索数据库的操作结果将存入存储队列,那么第1个N倍基本时长(0点时)对应的搜索数据库的操作结果将被挤出存储队列,从而在第8个N倍基本时长(21点)到来时,由于第一个N倍基本时长对应的数据已被排除在存储队列之外,使此时进行的对应于该第8个N倍基本时长的搜索数据库的操作结果中包含第一个N倍基本时长中的某些数据,将该第8个N倍基本时长的操作结果放入存储队列之后,进行信息数据的推送时则可能将第1个N倍基本时长的数据再次予以推送,从而在一天内出现重复。当然,这时从存储队列存储的批次上来讲的,在某些实施例中,可以考虑存储队列存储的数据量,只要该存储量大于或等于该预设时段内的每个N倍基本时长进行的数据库搜索操作得到的结果的总和,也可以达到上述目的。
在本发明的另一个实施例中,可以采取措施对根据搜索指令确定的条件搜索数据库得到的满足条件的信息数据进行优化,使得最终推送给客户机的信息数据能够在更大的程度上满足用户的需求。一种优化方式是预先获取发出搜索指令的一侧发送的优化信息,所述优化信息反映对根据搜索指令确定的条件搜索数据库得到的满足条件的信息数据的筛选条件;在根据搜索指令确定的条件搜索数据库后,根据优化信息对得到的满足条件的信息数据进行筛选,将筛选后的信息数据作为推送的信息数据。当然,如果将该筛选操作与前述提及的去除重复数据的操作合并到一个实施例中时,这两个操作步骤可以互换,即先进行数据去重操作,再针对已去除重复数据后的信息数据进行优选操作(参见图3虚框所示的步骤S36),或者先进行信息数据的优选操作,再针对优选过后的信息数据进行数据去重操作。
前述推送信息数据的过程实际上可以仅仅依靠服务器的单方操作,但是,这种方式可能使用户的用户体验并不好。比如,用户在某个N倍基本时长到来时,正在浏览某些信息,如果这时不经过用户的确认直接推送信息数据,则可能打断用户的浏览。为此,本发明在一个实施例中可选地,在某个N倍基本时长到来时,先不急于向用户推送信息数据,而是向用户推送提示信息,该提示信息可以以提示框的形式出现,当用户对该提示框提示的信息点击确认后,才推送信息数据。
尽管如前所述,本发明可能仅在某个N倍基本时长到来时向用户推送信息数据,而在N倍基本时长内则可以不响应用户的推送信息数据的请求。但是,在某些情况,也可以适当响应用户的请求。比如,当服务器接收到客户机发送的推送信息数据请求时,判断推送信息数据请求是否具有更新信息数据请求的权限,如果具有,则根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据,并推送所述信息数据。否则,则不响应用户的请求。这里的权限可以体现为客户机是否具有获得某类信息数据的资格、是否按照规定预付相应的费用等。
示例性设备、系统
在介绍了本发明示例性实施方式的方法之后,接下来,参考图4,该图示出了用于实现信息数据推送的设备的示例性实施方式。该设备可以包括:搜索装置41和推送装置42,搜索装置41用于在每隔一个N倍基本时长根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据,所述N大于1;推送装置42,用于在一个N倍基本时长到来之时或之后,推送所述信息数据。具体实现时,搜索装置41可以是任何能够胜任本发明给出的搜索任务的搜索引擎、搜索计算机系统等、云搜索终端等,搜索装置的搜索过程可以在用户关注的时段内周期性地进行,也可以根据预先设定的条件,仅在条件得到满足时进行搜索操作,比如,可以将接收到用户通过客户机发送的信息数据推送请求时,才进行搜索操作;推送装置可以是任何具有信息推送功能的信号发送装置,比如,服务器、基站等。搜索装置和推送装置在物理位置上可以集成在一个设备之中,也可以分布在不同的系统中,但无论它们的具体位置如何,均能确保它们的有效连接实现信息数据的推送。一方面,由于该信息数据推送设备是在N倍基本时长时而不是基本时长时进行数据搜索,该搜索的时间间隔得到延长,有利于减轻服务器的工作负荷。另一方面,由于该信息数据推送设备在一个N倍基本时长到来时或之后才进行推送,而在N倍基本时长之前不响应或者不有效响应,使得服务器的工作负荷不因推送请求的增加而增加,也有利于减轻服务器的负担。
上述设备基于不同场合的应用需要,还可以进一步包括其他装置。比如,上述信息数据推送设备还可以包括写入装置43和读取装置44,用于在根据搜索指令确定的条件搜索数据库之后,将得到的满足条件的信息数据写入存储队列;用于在一个N倍基本时长到来之时或之后,从所述存储队列中读出对应于该N倍基本时长搜索数据库得到的满足条件的信息数据;在具有写入装置和读取装置的情况下,推送装置可以将对应于N倍基本时长搜索数据时得到的满足条件的信息数据在该N倍基本时长到来时推送出去。需要说明的是,这里的存储设备可以作为本信息数据推送设备的一部分集成于该信息数据推送设备内部,也可以是独立的存储部件,不作为本信息数据推送设备的一个组成部分。还比如,本信息数据推送设备还可以包括擦除装置,用于在预定时段内擦除存储队列,这里的预定时段需要满足这样的条件,即该预定时段内所述存储队列内存储的满足条件的信息数据的批次大于预定时段与N倍基本时长的比值。通过增加这样的擦除装置可以避免推送的信息数据的重复性问题。再比如,推送装置在进行信息数据推送之前,还可以向客户机先推送提示消息,在客户机对推送的提示消息进行确认后,再向客户机推送信息数据。这种推送方式使得推送机制更符合用户的要求,避免强制性的打断用户在客户机上进行的当前操作,增强用户体验。
除了上述的信息数据推送装置外,本发明还示例性地给出了一个信息数据推送系统。参见图5,该图示出了本发明的信息数据推送系统的一个实施例的结构框图。该推送系统包括客户机51和服务器52,其中:服务器52包括搜索装置521和推送装置522,其中:搜索装置521,用于每隔一个N倍基本时长根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据,所述N大于1;推送装置522,用于在一个N倍基本时长到来之时或之后,推送所述信息数据;客户机51,用于接收所述推送装置推送的信息数据。在某些情况下,推送装置还可以用于在一个N倍基本时长到来之时或之后,向客户机推送提示消息,由客户机对提示消息进行确认,推送装置在接收到对推送的提示消息的确认后,推送所述信息数据。此外,在本系统实施例中,服务器还可以包括写入装置和读取装置,其作用和功能可以与前述的信息数据推送设备相同,为避免重复,这里不再赘述。
应当注意,尽管在上文详细描述中提及了信息数据推送设备、系统的若干装置,但是这种划分并非强制性的。实际上,根据本发明的实施方式,上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之,上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。
此外,尽管在附图中以特定顺序描述了本发明方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
虽然已经参考若干具体实施方式描述了本发明的精神和原理,但是应该理解,本发明并不限于所公开的具体实施方式,对各方面的划分也不意味着这些方面中的特征不能组合以进行受益,这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。
Claims (15)
1.一种信息数据推送方法,其特征在于,所述方法包括:
每隔一个N倍基本时长,根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据,所述N大于1;
在一个N倍基本时长到来之时或之后,推送所述信息数据。
2.根据权利要求1所述的方法,其特征在于,在根据搜索指令确定的条件搜索数据库之后,进一步包括:将得到的满足条件的信息数据放入存储队列;
以及,所述在一个N倍基本时长到来之时或之后推送所述信息数据包括:
在一个N倍基本时长到来之时或之后,从所述存储队列中取出对应于该N倍基本时长搜索数据库得到的满足条件的信息数据,并推送所述信息数据。
3.根据权利要求2所述的方法,其特征在于,所述存储队列具有M个,第i存储队列用于放置具有第i特征的信息数据,所述i的取值为1至M间的自然数;
在根据搜索指令确定的条件搜索数据库之后,将得到的满足条件的信息数据与第i特征进行匹配,将能够匹配的信息数据放入第i存储队列;
在一个N倍基本时长到来之时或之后,从至少L个存储队列中按照预设比例取出信息数据,并推送所述信息数据,所述L小于等于M。
4.根据权利要求2所述的方法,其特征在于,在根据搜索指令确定的条件搜索数据库之后,将得到的满足条件的信息数据与存储队列中已存在的信息数据进行比较,去除重复数据,将去除重复数据后的信息数据放入所述存储队列。
5.根据权利要求2所述的方法,其特征在于,所述方法还包括:在预定时段内清空所述存储队列,所述预定时段内所述存储队列内存储的满足条件的信息数据的批次大于预定时段与N倍基本时长的比值。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在一个N倍基本时长根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据之前,所述方法还包括:
判断是否接收到推送信息数据的请求,如果是,则根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据。
7.根据权利要求1至6中任何一项所述的方法,其特征在于,所述方法还包括:
获取发出搜索指令的一侧发送的优化信息,所述优化信息反映对根据搜索指令确定的条件搜索数据库得到的满足条件的信息数据的筛选条件;
在根据搜索指令确定的条件搜索数据库后,根据所述优化信息对得到的满足条件的信息数据进行筛选,将筛选后的信息数据作为推送的信息数据。
8.根据权利要求1至6中任何一项所述的方法,其特征在于,所述在一个N倍基本时长到来之时或之后推送所述信息数据包括:
在一个N倍基本时长到来之时或之后,推送提示消息;
接收到对推送的提示消息的确认后,推送所述信息数据。
9.根据权利要求1至6中任何一项所述的方法,其特征在于,所述方法还包括:
在N倍基本时长内接收到推送信息数据的请求时,判断所述推送信息数据的请求是否具有更新信息数据的权限,如果具有,则根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据,并推送所述信息数据。
10.一种信息数据推送设备,其特征在于,该设备包括搜索装置和推送装置,其中:
所述搜索装置,用于每隔一个N倍基本时长根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据,所述N大于1;
所述推送装置,用于在一个N倍基本时长到来之时或之后,推送所述信息数据。
11.根据权利要求10所述的设备,其特征在于,该设备还包括写入装置和读出装置,其中:
所述写入装置,用于在根据搜索指令确定的条件搜索数据库之后,将得到的满足条件的信息数据写入存储队列;
所述读出装置,用于在一个N倍基本时长到来之时或之后,从所述存储队列中读出对应于该N倍基本时长搜索数据库得到的满足条件的信息数据;
所述推送装置,用于推送所述对应于N倍基本时长搜索数据库得到的满足条件的信息数据。
12.根据权利要求10所述的设备,其特征在于,所述设备还包括擦除装置,用于在预定时段内擦除所述存储队列,所述预定时段内所述存储队列内存储的满足条件的信息数据的批次大于预定时段与N倍基本时长的比值。
13.根据权利要求10至12中任何一项所述的设备,其特征在于,所述推送装置,还用于在一个N倍基本时长到来之时或之后,推送提示消息,在接收到对推送的提示消息的确认后,推送所述信息数据。
14.一种信息数据推送系统,其特征在于,所述系统包括客户机和服务器,其中:
所述服务器包括搜索装置和推送装置,其中:
所述搜索装置,用于每隔一个N倍基本时长根据搜索指令确定的条件搜索数据库,得到满足条件的信息数据,所述N大于1;
所述推送装置,用于在一个N倍基本时长到来之时或之后,推送所述信息数据;
所述客户机,用于接收所述推送装置推送的信息数据。
15.根据权利要求14所述的系统,其特征在于,所述推送装置还用于在一个N倍基本时长到来之时或之后,推送提示消息;所述客户机还用于对所述提示消息进行确认;所述推送装置在接收到对推送的提示消息的确认后,推送所述信息数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310560469.6A CN103559295B (zh) | 2013-11-12 | 2013-11-12 | 一种信息数据推送方法、设备及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310560469.6A CN103559295B (zh) | 2013-11-12 | 2013-11-12 | 一种信息数据推送方法、设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103559295A true CN103559295A (zh) | 2014-02-05 |
CN103559295B CN103559295B (zh) | 2018-01-19 |
Family
ID=50013541
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310560469.6A Active CN103559295B (zh) | 2013-11-12 | 2013-11-12 | 一种信息数据推送方法、设备及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103559295B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109542903A (zh) * | 2018-11-14 | 2019-03-29 | 珠海格力智能装备有限公司 | 数据处理方法及装置 |
CN112487315A (zh) * | 2020-12-17 | 2021-03-12 | 中国农业银行股份有限公司 | 一种数据处理方法和装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101917456A (zh) * | 2010-07-06 | 2010-12-15 | 杭州热点信息技术有限公司 | 一种内容聚合无线发布系统 |
CN101957857A (zh) * | 2010-09-30 | 2011-01-26 | 华为终端有限公司 | 一种信息主动推送方法及服务器 |
US20110320446A1 (en) * | 2010-06-25 | 2011-12-29 | Microsoft Corporation | Pushing Search Query Constraints Into Information Retrieval Processing |
CN102567376A (zh) * | 2010-12-16 | 2012-07-11 | 中国移动通信集团浙江有限公司 | 一种个性化搜索结果推荐方法和装置 |
CN103257963A (zh) * | 2012-02-15 | 2013-08-21 | 珠海德百祺科技有限公司 | 信息获取方法及系统 |
-
2013
- 2013-11-12 CN CN201310560469.6A patent/CN103559295B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110320446A1 (en) * | 2010-06-25 | 2011-12-29 | Microsoft Corporation | Pushing Search Query Constraints Into Information Retrieval Processing |
CN101917456A (zh) * | 2010-07-06 | 2010-12-15 | 杭州热点信息技术有限公司 | 一种内容聚合无线发布系统 |
CN101957857A (zh) * | 2010-09-30 | 2011-01-26 | 华为终端有限公司 | 一种信息主动推送方法及服务器 |
CN102567376A (zh) * | 2010-12-16 | 2012-07-11 | 中国移动通信集团浙江有限公司 | 一种个性化搜索结果推荐方法和装置 |
CN103257963A (zh) * | 2012-02-15 | 2013-08-21 | 珠海德百祺科技有限公司 | 信息获取方法及系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109542903A (zh) * | 2018-11-14 | 2019-03-29 | 珠海格力智能装备有限公司 | 数据处理方法及装置 |
CN112487315A (zh) * | 2020-12-17 | 2021-03-12 | 中国农业银行股份有限公司 | 一种数据处理方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103559295B (zh) | 2018-01-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10992587B2 (en) | Automated data flows using flow-based data processor blocks | |
CN106506663B (zh) | 一种号码分配方法、服务器及系统 | |
CN106484858A (zh) | 热点内容推送方法和装置 | |
CN103299602A (zh) | 数据同步 | |
CN104346458B (zh) | 数据存储方法和存储设备 | |
CN108121511A (zh) | 一种分布式边缘存储系统中的数据处理方法、装置及设备 | |
CN109992325B (zh) | 信息显示方法、装置、存储介质和电子装置 | |
CN110347651A (zh) | 基于云存储的数据同步方法、装置、设备及存储介质 | |
CN104461710A (zh) | 任务处理方法及装置 | |
Claeys et al. | Stochastic bounds for order flow times in parts-to-picker warehouses with remotely located order-picking workstations | |
CN109829098A (zh) | 搜索结果优化方法、装置及服务器 | |
CN109603149A (zh) | 数据同步方法及装置 | |
CN104346426A (zh) | 共享数据去重复的方法和系统 | |
CN117319441A (zh) | 一种元宇宙的远程互动方法及系统 | |
CN113573146B (zh) | 主播互动方法、装置、设备、存储介质和程序产品 | |
CN111444249A (zh) | 基于热数据的用户画像生成方法、装置、设备及存储介质 | |
CN103559295A (zh) | 一种信息数据推送方法、设备及系统 | |
KR101780534B1 (ko) | 이미지 기반 검색을 위한 맵리듀스 기반의 이미지 특징 추출 방법 및 시스템 | |
CN104168174A (zh) | 一种传输信息的方法及装置 | |
CN103457944A (zh) | 信息推送方法、装置和服务器 | |
CN108875032A (zh) | 区域类型确定方法及装置 | |
CN104036052A (zh) | 一种基于历史经验的谓词索引匹配方法 | |
CN107423446A (zh) | 基于云存储的新媒体自动化可信部署系统和方法 | |
CN109309858B (zh) | 一种互斥图标的显示方法、装置、设备及介质 | |
CN115334010B (zh) | 查询信息的处理方法和装置、存储介质及电子装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |