CN111314738A - 数据传输方法和装置 - Google Patents

数据传输方法和装置 Download PDF

Info

Publication number
CN111314738A
CN111314738A CN201811520002.8A CN201811520002A CN111314738A CN 111314738 A CN111314738 A CN 111314738A CN 201811520002 A CN201811520002 A CN 201811520002A CN 111314738 A CN111314738 A CN 111314738A
Authority
CN
China
Prior art keywords
data
receiving end
information
sending
receiving
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
CN201811520002.8A
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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201811520002.8A priority Critical patent/CN111314738A/zh
Publication of CN111314738A publication Critical patent/CN111314738A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • 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/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2408—Monitoring of the upstream path of the transmission network, e.g. client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请公开了一种数据传输方法和数据传输装置。所述数据传输方法包括：获取待传输数据的至少一个接收端的接收端信息；将所述接收端信息对应的接收端特性发送至数据的发送端；接收发送端根据所述接收端特性和发送端的上行链路传输能力发送的至少一路数据，所述至少一路数据对应的数据特性由发送端确定。本发明实施例提出的方案通过将接收端信息对应的接收端特性反馈给发送端，由发送端结合接收端特性来决策发送端的发送行为，更好地利用发送端上行链路传输能力，发送出最符合接收端需求的视频信息，综合提高接收端的用户的用户体验。

Description

数据传输方法和装置
技术领域
本申请涉及信息处理领域，特别是涉及一种数据传输方法和装置。
背景技术
在例如多人视频会议等实时音视频通信的场景下，目前采用业界通用的SFU+SVC模式通常会被投诉使用效果不好，部分订阅者认为视频非常卡顿，部分订阅者认为视频不够清晰，发送者抱怨流量暴增等问题。
上述问题产生的原因可能包括如下方面：
首先，上行发送端只根据其与SFU之间的上行传输链路状况发送多路不同质量的视频流(Simulcast AVC或者SVC)，并不能兼容所有的接收端,不同种质量的视频流，种类是有限的，譬如发送了3中不同分辨率的视频，每种分辨率视频流又可以分成三种不同帧率，一共9中质量的视频流，能覆盖300kbps～1000kbps传输能力范围，那对于这个范围以外的下行订阅者，例如高铁4G用户，就会出现卡顿，因为SFU只能选择转发300kbps这种视频流给这个订阅者，而他的下行带宽还不够，而对于网速1000kbps以上的那些用户就会抱怨在好的网络情况下却无法获得更高清的视频。
如果订阅者的带宽能力恰好不凑巧都在这个300kbps～1000kbps范围以外，那整体用户体验就会很差。
其次，订阅者众多，且随时会发生变化，目前的方式是一刀切地提供同一种视频，导致不同的订阅者面对的是同一种下行的形式，因为不同的原因无法得到满足。
再次，多人实时音视频通信的订阅人数也是实时变化的，但是所发送的音视频信息是固定的，在极端情况下，譬如当下只有一个订阅者，但是发送者仍然发送多种不同质量的视频流，导致流量浪费。
发明内容
鉴于上述问题，本发明一实施例提出一种数据传输方法和装置，以解决现有技术存在的问题。
为了解决上述问题，本申请一实施例公开一种数据传输方法，应用于服务端，所述方法包括：
获取待传输数据的至少一个接收端的接收端信息；
将所述接收端信息对应的接收端特性发送至数据的发送端；
接收发送端根据所述接收端特性和发送端的上行链路传输能力发送的至少一路数据，所述至少一路数据对应的数据特性由发送端确定。
为了解决上述问题，本申请一实施例公开一种数据传输方法，应用于数据的发送端，包括：
接收数据的至少一个接收端对应的接收端特性，其中所述接收端特性是根据所述至少一个接收端的接收端信息确定的；
根据所述接收端特性和数据的发送端的上行链路传输能力，确定待发送的至少一路收据的数据特性；
根据所述数据特性发送所述至少一路数据。
为了解决上述问题，本申请一实施例公开一种数据传输方法，应用于数据的接收端，其特征在于，包括：
发送接收端信息；
接收返回的数据，所述数据是数据的发送端依据至少一个接收端的接收端信息对应的接收端特性确定的具有指定的数据特性的数据。
为了解决上述问题，本申请一实施例公开一种数据传输装置，包括：
第一获取模块，用于获取待传输数据的至少一个接收端的接收端信息；
第一发送模块，用于将所述接收端信息对应的接收端特性发送至数据的发送端；
第一接收模块，用于接收发送端根据所述接收端特性和发送端的上行链路传输能力发送的至少一路数据，所述至少一路数据对应的数据特性由发送端确定。
为了解决上述问题，本申请一实施例公开一种数据传输装置，包括：
第二接收模块，用于接收数据的至少一个接收端对应的接收端特性，其中所述接收端特性是根据所述至少一个接收端的接收端信息确定的；
第二确定模块，用于根据所述接收端特性和数据的发送端的上行链路传输能力，确定待发送的至少一路收据的数据特性；
第二发送模块，用于根据所述数据特性发送所述至少一路数据。
为了解决上述问题，本申请一实施例公开一种数据传输装置，包括：
第三发送模块，用于发送接收端信息；
第三接收模块，用于接收返回的数据，所述数据是数据的发送端依据至少一个接收端的接收端信息对应的接收端特性确定的具有指定的数据特性的数据。
本申请一实施例还公开一种终端设备，包括：
一个或多个处理器；和
其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述终端设备执行上述的方法。
本申请一实施例还公开一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得处理器执行上述的方法。
由上述可知，本申请实施例包括以下优点：
通过获取接收端信息并将接收端信息对应的接收端特性反馈给发送端，由发送端结合接收端特性该对应来决策发送端的发送行为，更好地利用发送端上行可用带宽，发送出最符合接收端需求的视频信息，综合提高接收端的用户的用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请核心构思的示意图。
图2是本申请第一实施例的数据传输方法的流程图。
图3是本申请与现有技术相比较的差异的示意图。
图4是本申请第二实施例的数据传输方法的流程图。
图5是本申请第三实施例的数据传输方法的流程图。
图6是本申请第四实施例的数据传输装置的方框图。
图7是本申请第五实施例的数据传输装置的方框图。
图8是本申请第六实施例的数据传输装置的方框图。
图9示意性地示出了用于执行根据本发明的方法的终端设备的框图。
图10示意性地示出了用于保持或者携带实现根据本发明的方法的程序代码的存储单元。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本发明的核心构思之一在于提出一种数据传输方法和装置，通过获取接收端信息并将接收端信息对应的接收端特性反馈给发送端，由发送端结合接收端特性该对应来决策发送端的发送行为，更好地利用发送端上行可用带宽，发送出最符合接收端需求的视频信息，综合提高接收端的用户的用户体验。
本发明实施例提出的数据传输方法和装置可以应用于数据的发送端、数据的接收端和服务端之间。如图1所示为一种数据传输方法应用的架构示意图。其中示出一个发送端10、三个不同的接收端21、22、23，以及服务端30。其中服务端30包括会议管理模块31和智能分析模块32。会议管理模块31进行常规的会议管理，而本发明实施例提出的服务器30中增加了智能分析模块32，用于接收每一个接收端发送的接收端信息，生成接收端特性，发送至发送端10。
为了清晰地示意出数据的流向，图1中智能分析模块32和会议管理模块31是分开绘制的，但是可以理解的是，二者作为硬件或者软件模块，可以共同存在于一个服务端30，本发明并不限制。
第一实施例
本发明第一实施例提出一种数据传输方法。图2所示为本发明第一实施例的数据传输方法的步骤流程图。结合图1和图2所示，本发明实施例的数据传输方法，应用于服务端30，例如可以包括如下步骤：
S101，获取待传输数据的至少一个接收端的接收端信息；
在一实施例中，上述的待传输的数据可以是文本数据、音频数据、视频数据、图像数据、软件数据等需要满足不同的订阅者的多样化的需求的各种信息，本发明并不限定。在下述实施例中以数据为音视频数据，且本发明的数据传输方法使用的场景为视频会议的场景为例进行介绍。在该场景下，接收端可以为一个或者多个。对应地，接收端信息可以为每一个接收端对应的信息，其也为一个或多个。
在一实施例中，接收端21-23可以将对应的接收端信息发送至服务端30，服务端30接收每一个接收端的接收端信息。接收端信息可以包括接收端的下行链路传输能力等。这里的下行链路传输能力，例如可以是下行带宽或者设定的下行传输的传输速度等。
不同的接收端21-23可能处于不同的网络环境中，例如接收端21为手机，处于4G网络中；接收端22是在网络信号良好的办公环境中，接收端23使用视频电话，其屏幕较小，不需要太高的画面清晰度。上述的接收端21-23的下行链路数据传输能力可以分别被采集并传输至服务端30。
接收端信息除了可以包括接收端的下行链路传输能力以外，还可以包括接收端用户优先级、接收端的用户偏好信息、以及接收端的用户行为信息其中的一者或多者。
接收端用户优先级可以从接收端的会议优先级设置中获得，例如，接收端可以安装有相关的应用程序，应用程序中有会议设置的选项，可以设置每该接收端在该会议中的优先级高低。
接收端的用户偏好信息例如为接收端设置的清晰度偏好信息、流畅度偏好信息等信息。例如在一个场景中，用户可以设置期望的清晰度偏好信息，例如提供1080p、720p等清晰度选项供用户选择；同时还可以设置期望的流畅度偏好信息，例如提供不同的流畅度模式选线供用户选择。
接收端的用户行为信息例如为用户的当前行为。例如用户是否提出了问题、用户是否在分享信息、用户是否设置了离开状态等行为。在一个场景中，用户当前提出了问题，他在等待主持人的回答，意味着此时他的需求应该被最先满足，用户行为信息可以反映出用户当前的需求；再例如，接收端的用户设置为离开模式，这一行为反映出此时他的需求并不需要最先被满足。
在一实施例中，接收端信息还包括该接收端ID。在一实施例中，为了减少接收端的数据传输，接收端可以仅仅发送下行链路传输能力和接收端ID，其余的信息，例如接收端用户优先级、接收端的用户偏好信息、以及接收端的用户行为信息等可以由服务端获取。
在一实施例中，在执行步骤S101之后，可以执行如下步骤：
S102，将所述接收端信息对应的接收端特性发送至数据的发送端；
在一实施例中，服务端30接收到接收端发送的接收端信息后，可以在服务端中查找对应的接收端特性，或者利用接收端信息生成接收端特性，发送至数据的发送端10，供发送端10决策怎样分配数据。例如，服务端30可以根据接收端ID在服务端30的存储空间内查找该接收端对应的接收端特性。
在一种情况下，服务端30直接根据接收到的接收端信息生成接收端特性，发送至发送端10。
在另一种情况下，服务端30通过查表的方式，通过接收端信息查找到对应的接收端特性，发送至发送端10。
在再一种情况下，服务端30将接收端信息加上服务端30获取的其他信息，经过智能分析模块32的分析，生成接收端特性。
例如，当接收端信息只包含接收端的数据下行链路传输能力时，服务端30可以从会议管理模块31获得其他信息，例如接收端用户优先级、接收端的用户偏好信息、以及接收端的用户行为信息。
接收端用户优先级可以从服务端的会议管理模块31的会议优先级设置中获得，会议设置例如在服务端30预先设置每一个接收端的优先级高低。
接收端的用户偏好信息例如为服务端设置的用户的清晰度偏好信息和/或流畅度偏好信息等信息。或者，用户偏好信息可以是服务端从用户行为轨迹中抓取的接收端的用户偏好信息。接收端的用户行为信息例如为用户的当前行为，例如服务端30检测到用户当前提出了问题，他在等待主持人的回答，意味着此时他的需求应该被最先满足；再例如，当服务端检测到接收端的用户设置为离开模式，则此时他的需求并不需要最先被满足。
服务端30的智能分析模块32可以接收每一个接收端21-23的接收端信息，并结合会议管理模块31提供的会议管理信息，进行智能分析，分析出接收端的优先级。例如接收端21的优先级大于接收端22，接收端22的优先级等于接收端23。此外，还可以分析出每个接收端的需求，例如哪个接收端的用户更希望看到高清视频等等，生成接收端特性。
在一实施例中，在执行步骤S102之后，可以执行如下步骤：
S103，接收发送端根据所述接收端特性和发送端的上行链路传输能力发送的至少一路数据，所述至少一路数据对应的数据特性由发送端确定。
在这一步骤中，发送端10可以根据接收端特性为每一个接收端提供不同的数据。当接收端为一个时，该数据为一路。当接收端为多个时，该数据可以为多路，每一路数据对应一个数据特性，该数据特性是发送端10根据接收端特性确定的。
当数据为音视频数据时，上述数据特性例如包括信息质量和传输码率至少其中之一。上述的信息质量例如包括信息的清晰度、信息的流畅度或其组合。
在一可选实施例中，上述数据传输方法还可以包括如下步骤：
S100，从用户行为轨迹中获取所述接收端的用户偏好信息。
在这一步骤中，服务端30可以获取每一个接收端的用户行为轨迹，该用户行为例如是记录在服务端30的一个向量，向量的多个维度表示接收端用户的多个行为，当某一个维度的值为1，表明过去一段时间(例如30分钟)内接收端进行了对应该维度的操作。
服务端30可以从用户行为轨迹中获取某一接收端对应的用户偏好信息，发送至发送端10，供发送端10决策向该接收端发送的数据的数据特性。
图3示出了本发明实施例提出的数据传输方法与现有技术的方案的差别。其中左侧一路标注有“现有做法”的路径为现有技术的操作，右侧为本发明提出的数据传输方法的操作。如图3所示，服务端30的智能分析模块32接收每一个接收端21-23的接收端信息，并结合会议管理模块31发送的会议管理信息，进行智能分析，分析出接收端的优先级：例如接收端21的优先级大于接收端22，接收端22的优先级等于接收端23。还可以分析出每个接收端的需求，例如哪个接收端愿意看到高清视频，哪个接收端更在意流畅性等等，生成接收端特性，发送给发送端10。发送端10结合接收端特性和自身的上行链路传输能力，决策出合适的数据特性，发送给服务端30，由服务端30分发给不同的接收端。举例来说，一路数据为300kbps分辨率、15fps帧率的数据，服务端30的选择转发网元(SFU Selective ForwardingUnit)可以将其发送至第一接收端21；一路数据为700kbps分辨率、两种帧率的数据，服务端30的选择转发网元可以选择低帧率的一路数据发送至第二接收端22，使其满足500kbps的带宽限制；第三路数据为700kbps的数据，因为第三接收端23的带宽高达1000kbps，直接转发不会造成网络阻塞，可以选择直接转发。
相比而言，现有技术只提供了一种静态配置，如图3所示，将上行链路带宽分配为200kbps和800kbps，再将后者分配成为固定的三种帧率，没有结合该用户的实际带宽能力以及通信过程中的行为分析，无法做到订阅特性的自适应。
由上述可知，本发明第一实施例提出的数据传输方法至少具有如下技术效果：
本发明实施例提出的数据传输方法通过获取接收端信息并将接收端信息对应的接收端特性反馈给发送端，由发送端结合接收端特性该对应来决策发送端的发送行为，更好地利用发送端上行可用带宽，发送出最符合接收端需求的视频信息，综合提高接收端的用户的用户体验。
第二实施例
本发明第二实施例提出一种数据传输方法。图4所示为本发明第二实施例的数据传输方法的步骤流程图。如图4所示，本发明实施例的数据传输方法可以应用于数据的发送端，该数据传输方法可以包括如下步骤：
S301，接收数据的至少一个接收端对应的接收端特性，其中所述接收端特性是根据所述至少一个接收端的接收端信息确定的；
在一实施例中，数据的发送端10可以接收至少一个接收端对应的接收端特性。
接收端特性是与接收端发送的接收端信息对应的特性。接收端信息例如包括接收端的下行链路传输能力，例如下行带宽、下行最大传输速度等，在一些实施例中还可以包括接收端ID。该接收端特性例如包括接收端用户优先级、接收端的用户偏好信息、以及接收端的用户行为信息。接收端特性的具体内容可以参照第一实施例的描述，在此不再赘述。
接收端特性可以是由服务端30发送至发送端10，或者由接收端21-23直接发送至发送端10。
所述接收端安装的应用程序中可以设置有接收端特性收集模块，可以根据接收端信息结合所获取的其他内容，生成接收端特性，直接发送至发送端10。
上述的接收端可以为一个或多个，对应地，接收端信息可以为每一个接收端的信息，其也为一个或多个；接收端特性可以为每一个接收端对应的特性，其也为一个或多个。
在步骤S301之后，可以执行步骤S302如下：
S302，根据所述接收端特性和数据的发送端的上行链路传输能力，确定待发送的至少一路收据的数据特性。
在这一步骤中，发送端10根据接收到的至少一个接收端特性和发送端10自身的上行链路传输能力，对传输数据进行分配。上行链路传输能力例如上行带宽或上行最大传输速度等。
举例来说，接收端特性中包含的内容有：接收端21的带宽为300kbps，接收端22的带宽为500kbps，接收端23的带宽为700kbps；接收端21的优先级大于接收端22的优先级，接收端22的优先级等于接收端23的优先级。接收端21更希望收到的数据为高清视频数据。发送端10根据这些限制条件，合理使用其1000kbps的上行带宽，使得传输的数据既满足接收端的带宽，又最大化地利用上行带宽。例如，针对接收端21，可以分配高码流、低帧率的数据；针对接收端22，可以分配中等分辨率、低帧率的数据；针对接收端23，可以分配高分辨率的数据。
上述的数据特性例如包括信息质量和传输码率至少其中之一。上述的信息质量包括信息的清晰度、信息的流畅度或其组合。
在一实施例中，服务端30的智能分析模块32用于确定各接收端期望的传输码率、清晰度、流畅度等，并发送至发送端10。发送端10根据这些信息和自身的上行链路传输能力，提供多路具有不同数据特性的数据。
举例来说，5个接收端均处在4G网络中，可用带宽都是1Mb，智能分析模块32可以直接返回一个1Mb可用带宽给发送端10，发送端10发现多个接收端可用带宽是1Mb，则可以只发送出一路数据。
如果5个接收端一个处于3G网络中，一个处于4G网络中，3个处于WIFI网络中，那么智能分析模块32经过分析决策，给发送端10发送的信息例如为：需要300kbps、500kbps、1mbps的三种不同码流。发送端10收到智能分析模块32的反馈，会结合自己的上行链路数据传输能力(譬如能不能发送三路总计1800kbps的数据、发送端10的性能是否满足需求等因素，最终决定发出几路视频。若发送端10分析后认为不能满足智能分析模块32决定的数据要求，则可以按照指定规则，进行数据的分配。例如为每一路数据降低传输码率、或者仅满足最高优先级的用户需求、或者满足最多的用户需求等等。
在一可选实施例中，在执行步骤S302之后，可以执行如下步骤：
S303，根据所述数据特性发送所述至少一路数据。
在这一步骤中，发送端10可以根据步骤S302确定的数据特性，发送一路或多路数据、这些数据可以发送至服务端30，由服务端30的选择转发网元发送至每一个接收端21-23，或者直接发送至每一个接收端21-23。
综上所述，本实施例提出的数据传输方法至少具有如下优点：
本发明实施例提出的数据传输方法中，通过获取接收端信息并将接收端信息对应的接收端特性反馈给发送端，由发送端结合接收端特性该对应来决策发送端的发送行为，更好地利用发送端上行可用带宽，发送出最符合接收端需求的视频信息，综合提高接收端的用户的用户体验。
第三实施例
本发明第三实施例提出一种数据传输方法，图5所示为本发明第三实施例的数据传输方法的步骤流程图。如图5所示，本发明实施例的数据传输方法应用于数据的接收端，例如可以包括如下步骤：
S501，发送接收端信息；
在这一步骤中，当接收端为一个时，该接收端将接收端信息发送至服务端30或者发送端10。当接收端为多个时，每一个接收端均可以将各自的接收端信息发送至服务端30或者发送端10。
如第一和第二实施例所述，接收端信息可以包括接收端各自的下行链路传输能力，例如下行带宽。在可选实施例中，针对每一个接收端，接收端信息还可以包括接收端ID，以及接收端用户优先级、接收端的用户偏好信息、以及接收端的用户行为信息等等接收端能够获取到的信息。
在执行步骤S501之后，可以执行如下步骤：
S502，接收返回的数据，所述数据是数据的发送端依据至少一个接收端的接收端信息对应的接收端特性确定的具有指定的数据特性的数据。
服务端30或者发送端10可以针对接收端信息生成接收端特性，由发送端10根据接收端特性确定分发给该接收端的数据的数据特性。
上述数据特性例如为信息质量和/或传输码率。信息质量例如可以包括信息的清晰度、信息的流畅度或其组合。
在这一步骤中，接收端21-23接收该数据特性对应的数据。该数据可以是由发送端10直接发送的，或者是由发送端10发送给服务端30，由服务端30的选择转发网元转发至接收端21-23的。
在一实施例中，前述实施例的智能分析模块32和/或会议管理模块31可以整合设置在发送端10，由发送端10和接收端21-23组成会议网络，由发送端10执行智能分析和发送，省略服务端30的设置。
综上所述，本实施例提出的数据传输方法至少具有如下优点：
本发明实施例提出的数据传输方法，通过获取接收端信息并将接收端信息对应的接收端特性反馈给发送端，由发送端结合接收端特性该对应来决策发送端的发送行为，更好地利用发送端上行可用带宽，发送出最符合接收端需求的视频信息，综合提高接收端的用户的用户体验。
第四实施例
本发明第四实施例提出一种数据传输装置，如图6所示，该装置包括：
第一获取模块601，用于获取待传输数据的至少一个接收端的接收端信息；
第一发送模块602，用于将所述接收端信息对应的接收端特性发送至数据的发送端；
第一接收模块603，用于接收发送端根据所述接收端特性和发送端的上行链路传输能力发送的至少一路数据，所述至少一路数据对应的数据特性由发送端确定。
本发明第四实施例提出的数据传输装置至少具有如下优点：
本发明实施例提出的数据传输装置，通过获取接收端信息并将接收端信息对应的接收端特性反馈给发送端，由发送端结合接收端特性该对应来决策发送端的发送行为，更好地利用发送端上行可用带宽，发送出最符合接收端需求的视频信息，综合提高接收端的用户的用户体验。
第五实施例
本发明第五实施例提出一种数据传输装置，如图7所示，该装置包括：
第二接收模块701，用于接收数据的至少一个接收端对应的接收端特性，其中所述接收端特性是根据所述至少一个接收端的接收端信息确定的；
第二确定模块702，用于根据所述接收端特性和数据的发送端的上行链路传输能力，确定待发送的至少一路收据的数据特性；
第二发送模块703，用于根据所述数据特性发送所述至少一路数据。
综上所述，本发明第五实施例提出的数据传输装置至少具有如下优点：
本发明第五实施例提出的数据传输装置，通过获取接收端信息并将接收端信息对应的接收端特性反馈给发送端，由发送端结合接收端特性该对应来决策发送端的发送行为，更好地利用发送端上行可用带宽，发送出最符合接收端需求的视频信息，综合提高接收端的用户的用户体验。
第六实施例
本发明第六实施例提出一种数据传输装置，如图8所示，该装置包括：
第三发送模块801，用于发送接收端信息；
第三接收模块802，用于接收返回的数据，所述数据是数据的发送端依据至少一个接收端的接收端信息对应的接收端特性确定的具有指定的数据特性的数据。
本发明第六实施例提出的数据传输装置至少具有如下优点：
本发明第六实施例提出的数据传输装置，通过获取接收端信息并将接收端信息对应的接收端特性反馈给发送端，由发送端结合接收端特性该对应来决策发送端的发送行为，更好地利用发送端上行可用带宽，发送出最符合接收端需求的视频信息，综合提高接收端的用户的用户体验。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。
图9为本申请一实施例提供的终端设备的硬件结构示意图。如图9所示，该终端设备可以包括输入设备90、处理器91、输出设备92、存储器93和至少一个通信总线94。通信总线94用于实现元件之间的通信连接。存储器93可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，存储器93中可以存储各种程序，用于完成各种处理功能以及实现本实施例的方法步骤。
可选的，上述处理器91例如可以为中央处理器(Central Processing Unit，简称CPU)、应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，该处理器91通过有线或无线连接耦合到上述输入设备90和输出设备92。
可选的，上述输入设备90可以包括多种输入设备，例如可以包括面向用户的用户接口、面向设备的设备接口、软件的可编程接口、摄像头、传感器中至少一种。可选的，该面向设备的设备接口可以是用于设备与设备之间进行数据传输的有线接口、还可以是用于设备与设备之间进行数据传输的硬件插入接口(例如USB接口、串口等)；可选的，该面向用户的用户接口例如可以是面向用户的控制按键、用于接收语音输入的语音输入设备以及用户接收用户触摸输入的触摸感知设备(例如具有触摸感应功能的触摸屏、触控板等)；可选的，上述软件的可编程接口例如可以是供用户编辑或者修改程序的入口，例如芯片的输入引脚接口或者输入接口等；麦克风等音频输入设备可以接收语音数据。输出设备92可以包括显示器、音响等输出设备。
在本实施例中，该终端设备的处理器包括用于执行各设备中数据处理装置各模块的功能，具体功能和技术效果参照上述实施例即可，此处不再赘述。
图10为本申请另一实施例提供的终端设备的硬件结构示意图。图10是对图9在实现过程中的一个具体的实施例。如图10所示，本实施例的终端设备包括处理器101以及存储器102。
处理器101执行存储器102所存放的计算机程序代码，实现上述实施例中图1至图5的数据传输方法。
存储器102被配置为存储各种类型的数据以支持在终端设备的操作。这些数据的示例包括用于在终端设备上操作的任何应用程序或方法的指令，例如消息，图片，视频等。存储器102可能包含随机存取存储器(random access memory，简称RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
可选地，处理器101设置在处理组件100中。该终端设备还可以包括：通信组件103，电源组件104，多媒体组件105，音频组件106，输入/输出接口107和/或传感器组件108。终端设备具体所包含的组件等依据实际需求设定，本实施例对此不作限定。
处理组件100通常控制终端设备的整体操作。处理组件100可以包括一个或多个处理器101来执行指令，以完成上述图1至图5方法的全部或部分步骤。此外，处理组件100可以包括一个或多个模块，便于处理组件100和其他组件之间的交互。例如，处理组件100可以包括多媒体模块，以方便多媒体组件105和处理组件100之间的交互。
电源组件104为终端设备的各种组件提供电力。电源组件104可以包括电源管理系统，一个或多个电源，及其他与为终端设备生成、管理和分配电力相关联的组件。
多媒体组件105包括在终端设备和用户之间的提供一个输出接口的显示屏。在一些实施例中，显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。如果显示屏包括触摸面板，显示屏可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。
音频组件106被配置为输出和/或输入音频信号。例如，音频组件106包括一个麦克风(MIC)，当终端设备处于操作模式，如语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器102或经由通信组件103发送。在一些实施例中，音频组件106还包括一个扬声器，用于输出音频信号。
输入/输出接口107为处理组件100和外围接口模块之间提供接口，上述外围接口模块可以是点击轮，按钮等。这些按钮可包括但不限于：音量按钮、启动按钮和锁定按钮。
传感器组件108包括一个或多个传感器，用于为终端设备提供各个方面的状态评估。例如，传感器组件108可以检测到终端设备的打开/关闭状态，组件的相对定位，用户与终端设备接触的存在或不存在。传感器组件108可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在，包括检测用户与终端设备间的距离。在一些实施例中，该传感器组件108还可以包括摄像头等。
通信组件103被配置为便于终端设备和其他设备之间有线或无线方式的通信。终端设备可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个实施例中，该终端设备中可以包括SIM卡插槽，该SIM卡插槽用于插入SIM卡，使得终端设备可以登录GPRS网络，通过互联网与服务端建立通信。
由上可知，在图10实施例中所涉及的通信组件103、音频组件106以及输入/输出接口107、传感器组件108均可以作为图9实施例中的输入设备的实现方式。
本申请实施例提供了一种终端设备，包括：一个或多个处理器；和其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述终端设备执行如本申请实施例中一个或多个所述的方法。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种数据传输方法和装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (28)

1.一种数据传输方法，应用于服务端，其特征在于，所述方法包括：
获取待传输数据的至少一个接收端的接收端信息；
将所述接收端信息对应的接收端特性发送至数据的发送端；
接收发送端根据所述接收端特性和发送端的上行链路传输能力发送的至少一路数据，所述至少一路数据对应的数据特性由发送端确定。
2.根据权利要求1所述的方法，其特征在于，所述接收端信息包括：接收端下行链路传输能力；所述接收端特性包括：接收端下行链路传输能力、接收端用户优先级、接收端的用户偏好信息、和/或接收端的用户行为信息。
3.根据权利要求2所述的方法，其特征在于，所述接收端的用户偏好信息包括：用户的清晰度偏好信息和/或流畅度偏好信息。
4.根据权利要求3所述的方法，其特征在于，所述将所述接收端信息对应的接收端特性发送至数据的发送端的步骤之前，所述方法还包括：
从接收端的用户行为轨迹中获取所述接收端的用户偏好信息。
5.根据权利要求1所述的方法，其特征在于，所述数据包括文本数据、图像数据、音频数据、视频数据或者其组合。
6.根据权利要求5所述的方法，其特征在于，所述数据包括音频数据、视频数据或其组合，所述数据特性的包括：
信息质量和/或传输码率。
7.根据权利要求6所述的方法，其特征在于，所述信息质量包括：信息的清晰度、信息的流畅度或其组合。
8.根据权利要求1所述的方法，其特征在于，所述接收发送端根据所述接收端特性和发送端的上行链路传输能力发送的至少一路数据的步骤中，所述数据为多路，所述多路数据分别对应各自的数据特性。
9.一种数据传输方法，应用于数据的发送端，其特征在于，包括：
接收数据的至少一个接收端对应的接收端特性，其中所述接收端特性是根据所述至少一个接收端的接收端信息确定的；
根据所述接收端特性和数据的发送端的上行链路传输能力，确定待发送的至少一路收据的数据特性；
根据所述数据特性发送所述至少一路数据。
10.根据权利要求9所述的数据传输方法，其特征在于，所述接收数据的至少一个接收端对应的接收端特性的步骤中，所述接收端特性是由所述服务端发送至发送端；
所述根据所述数据特性发送所述至少一路数据的步骤中，所述至少一路数据是由发送端发送至所述服务端。
11.根据权利要求9所述的数据传输方法，其特征在于，所述接收数据的至少一个接收端对应的接收端特性的步骤中，所述接收端特性是由所述接收端发送至发送端；
所述根据所述数据特性发送所述至少一路数据的步骤中，所述至少一路数据是由发送端发送至所述接收端。
12.根据权利要求9所述的方法，其特征在于，所述接收端特性包括：接收端下行链路传输能力、接收端用户优先级、接收端的用户偏好信息、和/或接收端的用户行为信息。
13.根据权利要求12所述的方法，其特征在于，所述接收端的用户偏好信息包括：用户的清晰度偏好信息和/或流畅度偏好信息。
14.根据权利要求12或13所述的方法，其特征在于，所述用户偏好信息是服务端从用户行为轨迹中获取的用户偏好信息。
15.根据权利要求9所述的方法，其特征在于，所述数据包括文本数据、图像数据、音频数据、视频数据或者其组合。
16.根据权利要求15所述的方法，其特征在于，所述数据包括音频数据、视频数据或其组合，所述数据特性的包括：
信息质量和/或传输码率。
17.根据权利要求16所述的方法，其特征在于，所述信息质量包括：信息的清晰度、信息的流畅度或其组合。
18.根据权利要求9所述的方法，其特征在于，所述根据所述数据特性发送所述至少一路数据步骤中，所述数据为多路，所述多路数据具有不同的数据特性。
19.一种数据传输方法，应用于数据的接收端，其特征在于，包括：
发送接收端信息；
接收返回的数据，所述数据是数据的发送端依据至少一个接收端的接收端信息对应的接收端特性确定的具有指定的数据特性的数据。
20.根据权利要求19所述的方法，其特征在于，所述发送接收端信息的步骤中，所述接收端信息是发送至服务端；所述接收返回的数据的步骤中，所述数据是由服务端返回的。
21.根据权利要求19所述的方法，其特征在于，所述发送接收端信息的步骤中，所述接收端信息是发送至数据的发送端；所述接收返回的数据的步骤中，所述数据是由所述发送端返回的。
22.根据权利要求19所述的方法，其特征在于，所述接收端信息包括：接收端下行链路传输能力。
23.根据权利要求19所述的方法，其特征在于，所述数据特性包括数据的信息质量和/或传输码率。
24.一种数据传输装置，应用于服务端，其特征在于，包括：
第一获取模块，用于获取待传输数据的至少一个接收端的接收端信息；
第一发送模块，用于将所述接收端信息对应的接收端特性发送至数据的发送端；
第一接收模块，用于接收发送端根据所述接收端特性和发送端的上行链路传输能力发送的至少一路数据，所述至少一路数据对应的数据特性由发送端确定。
25.一种数据传输装置，应用于数据的发送端，其特征在于，包括：
第二接收模块，用于接收数据的至少一个接收端对应的接收端特性，其中所述接收端特性是根据所述至少一个接收端的接收端信息确定的；
第二确定模块，用于根据所述接收端特性和数据的发送端的上行链路传输能力，确定待发送的至少一路收据的数据特性；
第二发送模块，用于根据所述数据特性发送所述至少一路数据。
26.一种数据传输装置，应用于数据的接收端，其特征在于，包括：
第三发送模块，用于发送接收端信息；
第三接收模块，用于接收返回的数据，所述数据是数据的发送端依据至少一个接收端的接收端信息对应的接收端特性确定的具有指定的数据特性的数据。
27.一种终端设备，其特征在于，包括：
一个或多个处理器；和
其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述终端设备执行如权利要求1-23中一个或多个所述的方法。
28.一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得处理器执行如权利要求1-23中一个或多个所述的方法。
CN201811520002.8A 2018-12-12 2018-12-12 数据传输方法和装置 Pending CN111314738A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811520002.8A CN111314738A (zh) 2018-12-12 2018-12-12 数据传输方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811520002.8A CN111314738A (zh) 2018-12-12 2018-12-12 数据传输方法和装置

Publications (1)

Publication Number Publication Date
CN111314738A true CN111314738A (zh) 2020-06-19

Family

ID=71146565

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811520002.8A Pending CN111314738A (zh) 2018-12-12 2018-12-12 数据传输方法和装置

Country Status (1)

Country Link
CN (1) CN111314738A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115499682A (zh) * 2021-06-17 2022-12-20 海信集团控股股份有限公司 一种基于sfu架构的视频通讯方法及装置
WO2023109053A1 (zh) * 2021-12-16 2023-06-22 北京达佳互联信息技术有限公司 用于服务器的带宽分配方法和装置

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1561641A (zh) * 2001-09-28 2005-01-05 皇家菲利浦电子股份有限公司 用于流式内容的智能交付方法
CN1618233A (zh) * 2002-01-30 2005-05-18 摩托罗拉公司 视频会议系统和操作方法
CN101552913A (zh) * 2009-05-12 2009-10-07 腾讯科技（深圳）有限公司 多路视频通讯系统及处理方法
CN102333214A (zh) * 2011-07-22 2012-01-25 华为技术有限公司 用于异构网络的码流传输方法、装置及系统
US20150365727A1 (en) * 2014-06-17 2015-12-17 Shoh Nagamine Communication device, communication system, and communication control method
CN105227890A (zh) * 2015-09-23 2016-01-06 腾讯科技（深圳）有限公司 视频通话方法和装置
CN105791836A (zh) * 2016-03-07 2016-07-20 中国科学院计算技术研究所 视频编码方法、视频码流自适应传输方法和显示方法
CN106878659A (zh) * 2017-03-08 2017-06-20 威盛电子股份有限公司 视频会议系统、服务器以及终端设备

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1561641A (zh) * 2001-09-28 2005-01-05 皇家菲利浦电子股份有限公司 用于流式内容的智能交付方法
CN1618233A (zh) * 2002-01-30 2005-05-18 摩托罗拉公司 视频会议系统和操作方法
CN101552913A (zh) * 2009-05-12 2009-10-07 腾讯科技（深圳）有限公司 多路视频通讯系统及处理方法
CN102333214A (zh) * 2011-07-22 2012-01-25 华为技术有限公司 用于异构网络的码流传输方法、装置及系统
US20150365727A1 (en) * 2014-06-17 2015-12-17 Shoh Nagamine Communication device, communication system, and communication control method
CN105227890A (zh) * 2015-09-23 2016-01-06 腾讯科技（深圳）有限公司 视频通话方法和装置
CN105791836A (zh) * 2016-03-07 2016-07-20 中国科学院计算技术研究所 视频编码方法、视频码流自适应传输方法和显示方法
CN106878659A (zh) * 2017-03-08 2017-06-20 威盛电子股份有限公司 视频会议系统、服务器以及终端设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115499682A (zh) * 2021-06-17 2022-12-20 海信集团控股股份有限公司 一种基于sfu架构的视频通讯方法及装置
WO2023109053A1 (zh) * 2021-12-16 2023-06-22 北京达佳互联信息技术有限公司 用于服务器的带宽分配方法和装置

Similar Documents

Publication Publication Date Title
US9641559B2 (en) Methods and systems for dynamic adjustment of session parameters for effective video collaboration among heterogeneous devices
CN108289187B (zh) 网络直播接入视频会议方法及系统
US7720986B2 (en) Method and system for media adaption
US20120133727A1 (en) Screen sharing and video conferencing system and method
US9948889B2 (en) Priority of uplink streams in video switching
US20140365620A1 (en) Adjusting a media stream in a video communication system
CN108881972B (zh) 一种码率分配方法、装置、设备和存储介质
CN103248939A (zh) 一种实现多屏同步显示的方法及系统
EP2282543A2 (en) Audio/video monitoring service using set-top boxes and application servers
CN108810657B (zh) 一种设置视频封面的方法和系统
CN111083536B (zh) 调节视频码率的方法和装置
CN113329240A (zh) 投屏的方法及装置
CN111314738A (zh) 数据传输方法和装置
CN110545441B (zh) 一种直播方法、用户设备及服务器
CN105933922B (zh) 信息发送方法、信息接收方法及装置
CN102148806A (zh) 网络电视的时移处理方法和系统以及网络设备、终端
CN109309805B (zh) 一种视频会议的多窗口显示方法、装置、设备和系统
CN113259730B (zh) 用于直播的码率调整方法及装置
JP7157194B2 (ja) 仲介方法およびコンピュータ読み取り可能な記録媒体
JP5997439B2 (ja) オーディオ、ビデオ、及びコンピュータグラフィックスコンテンツの少なくとも一つをレンダリングするための方法及び入出力デバイス、及び、プリレンダリングされたオーディオ、プリレンダリングされたビデオ、及びプリレンダリングされたコンピュータグラフィックスコンテンツの少なくとも一つを配信するためのサービスを行うデバイス
KR20100023473A (ko) Ｉｐｔｖ를 이용하여 개인방송 중 채팅 서비스를 제공하기 위한 개인방송 시스템 및 방법
CN110740337B (zh) 直播播放方法、装置、电子设备及存储介质
CN111200562B (zh) 导流方法、静态父节点、边缘节点以及cdn网络
CN112565655A (zh) 视频数据的鉴黄方法、装置、电子设备及存储介质
CN106210867A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20200619