CN108132996A - 一种数据处理方法及发送端 - Google Patents

一种数据处理方法及发送端 Download PDF

Info

Publication number
CN108132996A
CN108132996A CN201711389699.5A CN201711389699A CN108132996A CN 108132996 A CN108132996 A CN 108132996A CN 201711389699 A CN201711389699 A CN 201711389699A CN 108132996 A CN108132996 A CN 108132996A
Authority
CN
China
Prior art keywords
transmitting terminal
data information
intended recipient
recipient end
target data
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
Application number
CN201711389699.5A
Other languages
English (en)
Inventor
沈文策
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujian Cnfol Information Technology Co Ltd
Original Assignee
Fujian Cnfol Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujian Cnfol Information Technology Co Ltd filed Critical Fujian Cnfol Information Technology Co Ltd
Priority to CN201711389699.5A priority Critical patent/CN108132996A/zh
Publication of CN108132996A publication Critical patent/CN108132996A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching

Landscapes

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

Abstract

本申请实施例公开了一种数据处理方法及发送端，用于提高直播网站的数据处理效率。本申请实施例方法包括：发送端将数据信息集合保存到数据库中，所述发送端根据接收端集合的订阅信息确定目标接收端，所述接收端集合包括所述目标接收端，所述发送端确定与所述目标接收端对应的目标数据信息，所述数据信息集合包括所述目标数据信息，所述发送端将所述目标数据信息从所述数据库备份到缓存中，所述发送端向所述目标接收端发送提示信息，以使得所述目标接收端从所述缓存中获取所述目标数据信息。

Description

一种数据处理方法及发送端
技术领域
本申请涉及互联网直播技术领域，尤其涉及一种数据处理方法及发送端。
背景技术
随着互联网应用日益普及，网络更加智能化，越来越多的互联网用户通过直播的方式与其他用户进行交流，发送端向接收端推送信息采用广播的方式，只有接收端连接到发送端建立的直播网站时，传输才能发生作用，接收端的用户才能获取信息。
单纯的推送无法保证接收端的用户可以接收到推送的信息，当前更多的采用一种信息推送和拉取相结合的方式，即先由发送端推送提示消息通知接收端的用户，再由接收端进入直播网站拉取相应的信息。
发送端需要发送的信息通常会存在数据库中，然而当网站的处理和访问量非常大的时候，数据库处理数据的能力就会受到很大的挑战，一旦超过了其最大承受能力，直播网站的数据处理效率就会降低。
发明内容
本申请实施例提供了一种数据处理方法及发送端，用于提高直播网站的数据处理效率。
本申请实施例提供的数据处理方法，包括：
发送端将数据信息集合保存到数据库中；
所述发送端根据接收端集合的订阅信息确定目标接收端，所述接收端集合包括所述目标接收端；
所述发送端确定与所述目标接收端对应的目标数据信息，所述数据信息集合包括所述目标数据信息；
所述发送端将所述目标数据信息从所述数据库备份到缓存中；
所述发送端向所述目标接收端发送提示信息，以使得所述目标接收端从所述缓存中获取所述目标数据信息。
可选地，所述发送端根据接收端集合的订阅信息确定目标接收端包括：
所述发送端对所述订阅信息进行划分得到分类列表；
所述发送端确定所述分类列表中订阅比例超过阈值的类别为目标类别；
所述发送端根据所述分类列表确定所述目标类别对应的目标接收端。
可选地，所述发送端对所述订阅信息进行分类得到分类列表包括：
所述发送端将所述订阅信息划分为文字类、图文类或视频类。
可选地，所述发送端对所述订阅信息进行分类得到分类列表包括：
所述发送端将所述订阅信息划分为付费类或免费类。
可选地，所述缓存为redis缓存。
本申请实施例提供的发送端，包括：
保存单元，用于将数据信息集合保存到数据库中；
第一确定单元，用于根据接收端集合的订阅信息确定目标接收端，所述接收端集合包括所述目标接收端；
第二确定单元，用于确定与所述目标接收端对应的目标数据信息，所述数据信息集合包括所述目标数据信息；
备份单元，用于将所述目标数据信息从所述数据库备份到缓存中；
发送单元，用于向所述目标接收端发送提示信息，以使得所述目标接收端从所述缓存中获取所述目标数据信息。
可选地，所述第一确定单元包括：
划分子单元，用于对所述订阅信息进行划分得到分类列表；
第一确定子单元，用于确定所述分类列表中订阅比例超过阈值的类别为目标类别；
第二确定子单元，用于根据所述分类列表确定所述目标类别对应的目标接收端。
可选地，所述划分子单元包括：
划分模块，用于将所述订阅信息划分为文字类、图文类或视频类；
或，
用于将所述订阅信息划分为付费类或免费类。
本申请实施例提供的发送端，包括：
处理器、存储器、总线以及输入输出接口；
所述存储器中存储有程序代码；
所述处理器调用所述存储器中的程序代码时执行如权利要求1至5中任意一项所述的方法。
从以上技术方案可以看出，本申请实施例具有以下优点：
本申请实施例中，发送端将数据信息集合保存到数据库中，发送端根据接收端集合的订阅信息确定接收端集合中的目标接收端，随后，发送端确定与目标接收端对应的目标数据信息，数据信息集合中包括该目标数据信息，发送端将目标数据信息从数据库备份到缓存中，进而发射端向目标接收端发送提示信息，以使得目标接收端从缓存中获取目标数据信息，可以看出，发送端将需要发送给接收端的一部分数据信息存储到了缓存中，使得部分接收端从可以直接从缓存中获取其对应的数据信息，降低了数据库的读写次数，提高了直播网站的数据处理效率。
附图说明
图1为本申请实施例中数据处理方法的一个实施例示意图；
图2为本申请实施例中数据处理方法的另一实施例示意图；
图3为本申请实施例中发送端的一个实施例示意图；
图4为本申请实施例中发送端的另一实施例示意图；
图5为本申请实施例中发送端的结构示意图。
具体实施方式
本申请实施例提供了一种数据处理方法及发送端，用于提高直播网站的数据处理效率。
本申请实施例应用了网络数据的推送和拉取技术，推送一般是指因特网内容提供者定期向预订用户推送数据，来减少用于网络上搜索的时间，它根据用户的兴趣来搜索、过滤信息，并将其定期推送给用户，帮助用户高效率地发掘有价值的信息，譬如通过电子邮件发送数据，拉取一般是指用户从网站上拖下数据，譬如使用超文本传送协议。
现阶段单一的信息推送或拉取已经很少见，基本上都是推拉结合，虽然单一的信息推送或拉取相比较同时推拉会更高效，更节省时间，但是推拉结合更适合目前网络信息的发展现况，根据推送和拉取结合顺序及结合方式的差异，又分以下四种不同的推拉模式：
先推后拉：先由信源及时推送公共信息，再由用户有针对性地拉取个性化信息。
先拉后推：根据用户拉取的信息，信源进一步主动推送与之相关的信息。
推中有拉：在信息推送过程中，允许用户随时中断并定格在感兴趣的网页上，以拉取更有针对性的信息。
拉中有推：根据用户搜索即拉取过程中所用的关键词，信源主动推送相关的最新信息。
本申请实施例采用先推后拉的方式进行直播，下面对本申请实施例中的具体流程进行描述，请参阅图1，本申请实施例中数据处理方法的一个实施例包括：
101、发送端将数据信息集合保存到数据库中。
本申请实施例中，发送端会将需要推送的数据信息集合保存到数据库中，可选地，该数据库可以是关系型数据库管理系统(MySQL)，也就是该数据信息集合存储在部署有数据库的机器的硬盘中。
需要说明的是，发送端可以是管理直播网站或直播客户端的服务器，也可以是用户终端设备，如手机、电脑或平板电脑等。
102、发送端根据接收端集合的订阅信息确定目标接收端。
本申请实施例中，发送端会收到接收端集合的订阅信息，进而发送端可以根据该订阅信息从接收端集合中确定目标接收端。
可以理解的是，发送端可以获知接收端是否有订阅直播信息以及接收端订阅的直播类型。
需要说明的是，接收端是订阅了直播的终端设备，如手机、电脑或平板电脑等。
103、发送端确定与目标接收端对应的目标数据信息。
本申请实施例中，发送端从接收端集合中确定了目标接收端后，会相应的确定与目标接收端对应的目标数据信息，可以理解的是，该目标数据信息是数据信息集合中需要推送给目标接收端的那部分信息。
104、发送端将目标数据信息从数据库备份到缓存中。
本申请实施例中，发送端确定了目标数据信息之后，将目标数据信息从数据库备份到缓存中，可以理解的是，原本在数据库中存储的目标数据信息并不会消失，只是拷贝了一份目标数据信息存储到缓存中。
105、发送端向目标接收端发送提示信息。
本申请实施例中，发送端会向目标接收端发送提示信息，用于提示目标接收端可以连接到发送端观看直播即从缓存中获取相应的目标数据信息。
需要说明的是，如果因为某些原因导致目标接收端无法正常从缓存中获取目标数据信息，目标接收端仍然可以访问数据库并从数据库中获取目标数据信息。
本申请实施例中，发送端将数据信息集合保存到数据库中，发送端根据接收端集合的订阅信息确定接收端集合中的目标接收端，随后，发送端确定与目标接收端对应的目标数据信息，数据信息集合中包括该目标数据信息，发送端将目标数据信息从数据库备份到缓存中，进而发射端向目标接收端发送提示信息，以使得目标接收端从缓存中获取目标数据信息，可以看出，发送端将需要发送给接收端的一部分数据信息存储到了缓存中，使得部分接收端从可以直接从缓存中获取其对应的数据信息，降低了数据库的读写次数，提高了直播网站的数据处理效率。
为便于理解，下面从发送端根据接收端集合的订阅信息确定目标接收端的具体实施方式对本申请实施例的数据处理方法进行详细描述：
请参阅图2，本申请实施例中数据处理方法的另一个实施例包括：
201、发送端将数据信息集合保存到数据库中。
本申请实施例中，发送端会将需要推送的数据信息集合保存到数据库中，可选地，该数据库可以是关系型数据库管理系统(MySQL)，也就是该数据信息集合存储在部署有数据库的机器的硬盘中。
202、发送端对接收端的订阅信息进行分类得到分类列表。
本申请实施例中，发送端可以根据直播内容将订阅信息分为文字类、图文类或视频类，发送端也可以根据接收端订阅直播的付费情况将订阅信息分为免费类或付费类，可以理解的是，发送端将订阅信息进行分类后可以得到分类列表，该分类列表中不同的类别会对应不同的接收端。
203、发送端确定分类列表中订阅比例超过阈值的类别为目标类别。
本申请实施例中，发送端可以根据接收端的订阅信息得到不同类别的订阅信息分别对应的订阅比例，发送端确定订阅比例超过阈值的类别为目标类别。
需要说明的是，该阈值可以设定为70％，那么订阅比例超过70％的即为目标类别，除此之外，该阈值还可以设定为其他值，例如30％，那么订阅比例超过30％的所有类别都可以确定为目标类别，阈值的设定以实际应用为准，具体此处不做限定。
需要说明的是，发送端也可以将订阅比例最高的类别确定为目标类别。
204、发送端根据分类列表确定目标类别对应的目标接收端。
本申请实施例中，发送端可以从分类列表中查到与目标类别对应的目标接收端。
205、发送端确定与目标接收端对应的目标数据信息。
本申请实施例中，发送端会从数据信息集合中确定与目标接收端对应的目标数据信息，具体地，例如如果目标接收端订阅的是文字类直播，那么目标数据信息就是纯文字形式的直播信息，如果目标接收端订阅的是图文类直播，那么目标数据信息就是图片和文字结合形式的直播信息，如果目标接收端订阅的是视频类直播，那么目标数据信息就是视频形式的直播信息，如果目标接收端订阅的是免费直播，那么目标数据信息就是普通形式的直播信息，如果目标接收端订阅的是付费直播，那么目标数据信息就是特定形式的直播信息(如没有广告的直播)。
需要说明的是，目标接收端订阅的形式也可以是两种分类方式的结合，例如目标接收端可以订阅的是付费的视频类直播，这种组合方式有多种，此处不再一一列举。
206、发送端将目标数据信息从数据库备份到缓存中。
本申请实施例中，发送端确定了目标数据信息之后，将目标数据信息从数据库备份到缓存中，可以理解的是，原本在数据库中存储的目标数据信息并不会消失，只是拷贝了一份目标数据信息存储到缓存中。
需要说明的是，该缓存可以是redis缓存，redis缓存可以一边运行，一边把数据往硬盘中备份一份，防止断电等情况导致数据丢失，等断电情况恢复之后，Redis再把硬盘中的数据恢复到内存中。
207、发送端向目标接收端发送提示信息。
本申请实施例中，发送端会向目标接收端发送提示信息，用于提示目标接收端可以连接到发送端观看直播即从缓存中获取相应的目标数据信息。
可以理解的是，发送端将访问量较大的目标数据信息存储到了缓存中，降低了数据库的读写次数，并且接收端从缓存中读取信息的速度也比从数据库中读取的速度要快一些。
上面对本申请实施例中的数据处理方法进行了描述，下面对本申请实施例中的发送端进行描述：
请参阅图3，本申请实施例中发送端一个实施例包括：
保存单元301、用于将数据信息集合保存到数据库中；
第一确定单元302、用于根据接收端集合的订阅信息确定目标接收端，所述接收端集合包括所述目标接收端；
第二确定单元303、用于确定与所述目标接收端对应的目标数据信息，所述数据信息集合包括所述目标数据信息；
备份单元304、用于将所述目标数据信息从所述数据库备份到缓存中；
发送单元305、用于向所述目标接收端发送提示信息，以使得所述目标接收端从所述缓存中获取所述目标数据信息。
本申请实施例中，保存单元301将数据信息集合保存到数据库中，第一确定单元302根据接收端集合的订阅信息确定接收端集合中的目标接收端，随后，第二确定单元303确定与目标接收端对应的目标数据信息，数据信息集合中包括该目标数据信息，备份单元304将目标数据信息从数据库备份到缓存中，进而发送单元305向目标接收端发送提示信息，以使得目标接收端从缓存中获取目标数据信息，可以看出，发送端将需要发送给接收端的一部分数据信息存储到了缓存中，使得部分接收端从可以直接从缓存中获取其对应的数据信息，降低了数据库的读写次数，提高了直播网站的数据处理效率。
为便于理解，下面对本申请实施例中的发送端进行详细介绍，请参阅图4，本申请实施例中发送端的另一个实施例包括：
保存单元401、用于将数据信息集合保存到数据库中；
第一确定单元402、用于根据接收端集合的订阅信息确定目标接收端，所述接收端集合包括所述目标接收端；
第二确定单元403、用于确定与所述目标接收端对应的目标数据信息，所述数据信息集合包括所述目标数据信息；
备份单元404、用于将所述目标数据信息从所述数据库备份到缓存中；
发送单元405、用于向所述目标接收端发送提示信息，以使得所述目标接收端从所述缓存中获取所述目标数据信息。
本实施例中，第一确定单元402进一步包括：
划分子单元4021、用于对所述订阅信息进行划分得到分类列表；
第一确定子单元4022、用于确定所述分类列表中订阅比例超过阈值的类别为目标类别；
第二确定子单元4023、用于根据所述分类列表确定所述目标类别对应的目标接收端。
本实施例中，划分子单元4021进一步包括：
划分模块40211、用于将所述订阅信息划分为文字类、图文类或视频类；
或，
用于将所述订阅信息划分为付费类或免费类。
上面从模块化功能实体的角度对本申请实施例中的发送端进行描述，下面从硬件处理的角度对本申请实施例中的发送端进行描述，请参阅图5，本申请实施例中的发送端另一实施例包括：
图5是本申请实施例提供的一种发送端结构示意图，该发送端500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processingunits，CPU)522(例如，一个或一个以上处理器)和存储器532，一个或一个以上存储应用程序542或数据544的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器532和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器522可以设置为与存储介质530通信，在发送端500上执行存储介质530中的一系列指令操作。
该中央处理器522可以根据指令操作执行如图1至图2所示实施例中发送端执行的操作，具体此处不再赘述。
发送端500还可以包括一个或一个以上电源526，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口558，和/或，一个或一个以上操作系统541，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。
上述实施例中由发送端所执行的步骤可以基于该图5所示的发送端结构。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种数据处理方法，其特征在于，包括：
发送端将数据信息集合保存到数据库中；
所述发送端根据接收端集合的订阅信息确定目标接收端，所述接收端集合包括所述目标接收端；
所述发送端确定与所述目标接收端对应的目标数据信息，所述数据信息集合包括所述目标数据信息；
所述发送端将所述目标数据信息从所述数据库备份到缓存中；
所述发送端向所述目标接收端发送提示信息，以使得所述目标接收端从所述缓存中获取所述目标数据信息。
2.根据权利要求1所述的方法，其特征在于，所述发送端根据接收端集合的订阅信息确定目标接收端包括：
所述发送端对所述订阅信息进行划分得到分类列表；
所述发送端确定所述分类列表中订阅比例超过阈值的类别为目标类别；
所述发送端根据所述分类列表确定所述目标类别对应的目标接收端。
3.根据权利要求2所述的方法，其特征在于，所述发送端对所述订阅信息进行分类得到分类列表包括：
所述发送端将所述订阅信息划分为文字类、图文类或视频类。
4.根据权利要求2所述的方法，其特征在于，所述发送端对所述订阅信息进行分类得到分类列表包括：
所述发送端将所述订阅信息划分为付费类或免费类。
5.根据权利要求1至4中任一项所述的方法，其特征在于，所述缓存为redis缓存。
6.一种发送端，其特征在于，包括：
保存单元，用于将数据信息集合保存到数据库中；
第一确定单元，用于根据接收端集合的订阅信息确定目标接收端，所述接收端集合包括所述目标接收端；
第二确定单元，用于确定与所述目标接收端对应的目标数据信息，所述数据信息集合包括所述目标数据信息；
备份单元，用于将所述目标数据信息从所述数据库备份到缓存中；
发送单元，用于向所述目标接收端发送提示信息，以使得所述目标接收端从所述缓存中获取所述目标数据信息。
7.根据权利要求6所述的发送端，其特征在于，所述第一确定单元包括：
划分子单元，用于对所述订阅信息进行划分得到分类列表；
第一确定子单元，用于确定所述分类列表中订阅比例超过阈值的类别为目标类别；
第二确定子单元，用于根据所述分类列表确定所述目标类别对应的目标接收端。
8.根据权利要求7所述的发送端，其特征在于，所述划分子单元包括：
划分模块，用于将所述订阅信息划分为文字类、图文类或视频类；
或，
用于将所述订阅信息划分为付费类或免费类。
9.一种发送端，其特征在于，包括：
处理器、存储器、总线以及输入输出接口；
所述存储器中存储有程序代码；
所述处理器调用所述存储器中的程序代码时执行如权利要求1至5中任意一项所述的方法。
10.一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至5中任意一项所述的方法。
CN201711389699.5A 2017-12-20 2017-12-20 一种数据处理方法及发送端 Pending CN108132996A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711389699.5A CN108132996A (zh) 2017-12-20 2017-12-20 一种数据处理方法及发送端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711389699.5A CN108132996A (zh) 2017-12-20 2017-12-20 一种数据处理方法及发送端

Publications (1)

Publication Number Publication Date
CN108132996A true CN108132996A (zh) 2018-06-08

Family

ID=62391133

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711389699.5A Pending CN108132996A (zh) 2017-12-20 2017-12-20 一种数据处理方法及发送端

Country Status (1)

Country Link
CN (1) CN108132996A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109120964A (zh) * 2018-09-30 2019-01-01 武汉斗鱼网络科技有限公司 视频集合的消息推送方法、装置、计算机设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102902733A (zh) * 2012-09-11 2013-01-30 北京奇艺世纪科技有限公司 一种基于内容订阅的信息推送方法、装置及系统
US20160278780A1 (en) * 2015-03-27 2016-09-29 Terumo Kabushiki Kaisha Medical apparatus
CN106302119A (zh) * 2016-08-15 2017-01-04 深圳市轱辘车联数据技术有限公司 一种推送信息的方法和装置
CN106792260A (zh) * 2017-01-06 2017-05-31 上海易符智能科技有限公司 基于多用户直播的移动多媒体通信系统及其实现方法
CN106897433A (zh) * 2017-02-27 2017-06-27 福建中金在线信息科技有限公司 一种数据获取方法及装置
CN107169077A (zh) * 2017-05-10 2017-09-15 百度在线网络技术（北京）有限公司 用于推送信息的方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102902733A (zh) * 2012-09-11 2013-01-30 北京奇艺世纪科技有限公司 一种基于内容订阅的信息推送方法、装置及系统
US20160278780A1 (en) * 2015-03-27 2016-09-29 Terumo Kabushiki Kaisha Medical apparatus
CN106302119A (zh) * 2016-08-15 2017-01-04 深圳市轱辘车联数据技术有限公司 一种推送信息的方法和装置
CN106792260A (zh) * 2017-01-06 2017-05-31 上海易符智能科技有限公司 基于多用户直播的移动多媒体通信系统及其实现方法
CN106897433A (zh) * 2017-02-27 2017-06-27 福建中金在线信息科技有限公司 一种数据获取方法及装置
CN107169077A (zh) * 2017-05-10 2017-09-15 百度在线网络技术（北京）有限公司 用于推送信息的方法和装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109120964A (zh) * 2018-09-30 2019-01-01 武汉斗鱼网络科技有限公司 视频集合的消息推送方法、装置、计算机设备及存储介质
CN109120964B (zh) * 2018-09-30 2021-02-02 武汉斗鱼网络科技有限公司 视频集合的消息推送方法、装置、计算机设备及存储介质

Similar Documents

Publication Publication Date Title
CN102171661B (zh) 从整体数据库备份中恢复所选对象
US20130311462A1 (en) Method and system relating to re-labelling multi-document clusters
US20090138520A1 (en) Maintaining and Replicating Chat Histories
CN103534980B (zh) 利用反馈消息提供推送服务的系统和方法
CN107370780B (zh) 基于互联网的媒体推送方法、装置和系统
CN103248677B (zh) 互联网行为分析系统及其工作方法
EP2586006A2 (en) Delivering messages from message sources to subscribing recipients
US7962643B2 (en) Method and apparatus for reducing spam on peer-to-peer networks
CN104796434A (zh) 一种消息推送方法及服务器
CN102724276B (zh) 一种基于android系统的信息推送方法及系统
CN106470150B (zh) 关系链存储方法及装置
WO2014015787A1 (en) Method, server, and client for pushing and displaying splash screen
CN104050292A (zh) 省流量模式搜索服务的方法、服务器、客户端和系统
US9667737B2 (en) Publisher-assisted, broker-based caching in a publish-subscription environment
CN112165390B (zh) 信息的处理方法、装置、电子设备及计算机可读存储介质
CN107894945A (zh) 埋点添加方法、移动终端及计算机可读存储介质
CN106202392A (zh) 一种照片分类方法及终端
JP2008210042A (ja) メタデータ転送装置、システム及び方法
CN108132996A (zh) 一种数据处理方法及发送端
CN113783924A (zh) 一种访问请求处理的方法和装置
CN100578484C (zh) 用于自适应组播文件传输的方法和装置
CN104967551A (zh) 传图交互的方法和相关设备及通信系统
WO2018077138A1 (zh) 数据配置方法、索引管理方法、相关装置以及计算设备
CN107920100B (zh) 信息推送方法和装置
US8458268B1 (en) Systems and methods for distributing spam signatures

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
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20180608