CN114490489A - 请求处理方法、装置及存储介质 - Google Patents
请求处理方法、装置及存储介质 Download PDFInfo
- Publication number
- CN114490489A CN114490489A CN202011269934.7A CN202011269934A CN114490489A CN 114490489 A CN114490489 A CN 114490489A CN 202011269934 A CN202011269934 A CN 202011269934A CN 114490489 A CN114490489 A CN 114490489A
- Authority
- CN
- China
- Prior art keywords
- request
- transmission mode
- packet
- transmission
- maximum value
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 38
- 230000005540 biological transmission Effects 0.000 claims abstract description 317
- 238000000034 method Methods 0.000 claims abstract description 34
- 238000012545 processing Methods 0.000 claims description 47
- 238000004590 computer program Methods 0.000 claims description 15
- 230000000977 initiatory effect Effects 0.000 claims description 7
- 230000007547 defect Effects 0.000 abstract description 9
- 238000011161 development Methods 0.000 abstract description 9
- 238000010586 diagram Methods 0.000 description 16
- 230000006870 function Effects 0.000 description 13
- 238000004891 communication Methods 0.000 description 7
- 239000010410 layer Substances 0.000 description 6
- 230000000694 effects Effects 0.000 description 5
- 230000002093 peripheral effect Effects 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 241000699666 Mus <mouse, genus> Species 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 239000011229 interlayer Substances 0.000 description 2
- 238000007781 pre-processing Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 241000699670 Mus sp. Species 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 239000011800 void material Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
- G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F2213/0042—Universal serial bus [USB]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Systems (AREA)
Abstract
本申请实施例提供一种请求处理方法、装置及存储介质，所述方法包括：接收USB设备的请求，获取请求相关信息；基于所述请求相关信息，确定所述请求对应的目标传输模式；基于所述目标传输模式，执行所述请求；其中，所述请求相关信息包括用于指示目标传输模式的传输模式指示信息。本申请实施例通过基于USB设备的请求的请求相关信息中对于传输模式的指示，可以直接自动确定请求对应的目标传输模式随后，随后即可基于目标传输模式执行请求，进行相应的数据传输，避免了现有技术中需要使用者自行选择传输模式导致的使用不灵活及影响开发进度等缺陷，同时可以减少相应的参数或功能配置，提高USB传输安全性和稳定性。
Description
技术领域
本申请涉及计算机技术领域，尤其涉及一种请求处理方法、装置及存储介质。
背景技术
现有USB(Universal Serial Bus，通用串行总线)传输有四种模式：BulkTransaction、Control Transaction、Interrupt Transaction和IsochronousTransaction，每种模式都具有不同的特点，适用于不同的应用场合。上位机比如PC(Personal Computer，个人计算机)中的USB驱动在接收到USB设备的请求后，需要选择合适的传输模式来适应USB的传输，保证传输的正确率、速率和稳定性。
现有的方案中，使用者根据应用场景自行选择认为最适合的传输模式，但这种传输模式选择方式局限性大，使用不灵活，对使用者掌握技术资源要求高，同时在复杂应用场景，对使用者维护不同模式切换增大难度，影响开发进度，对***稳定性造成一定影响。
因此，如何提出一种使用灵活的请求处理方法，成为亟需解决的问题。
发明内容
本申请实施例提供一种请求处理方法、装置及存储介质，用以解决现有技术中局限性大，使用不灵活且使用难度高的缺陷，实现USB设备的请求的灵活处理。
第一方面，本申请实施例提供一种请求处理方法，包括：
接收USB设备的请求，获取请求相关信息；
基于所述请求相关信息，确定所述请求对应的目标传输模式；
基于所述目标传输模式，执行所述请求；
其中，所述请求相关信息包括用于指示目标传输模式的传输模式指示信息。
可选地，根据本申请一个实施例的请求处理方法，所述传输模式指示信息包括第一指示信息和/或接口名称；
所述接口名称与传输模式一一对应；
所述第一指示信息承载在所述请求的报文的包头；
其中，所述传输模式包括所述目标传输模式。
可选地，根据本申请一个实施例的请求处理方法，所述请求在所述目标传输模式对应的传输通道进行传输；
所述传输通道与所述USB设备支持的传输模式一一对应。
可选地，根据本申请一个实施例的请求处理方法，所述传输通道是，基于USB设备硬件信息中的第二指示信息建立的；
其中，所述第二指示信息用于指示所述USB设备支持的传输模式；所述USB设备硬件信息是在所述USB设备***后获取的。
可选地，根据本申请一个实施例的请求处理方法，所述请求的请求类型包括：读请求和写请求。
可选地，根据本申请一个实施例的请求处理方法，所述请求相关信息包括所述请求的数据请求包的大小；
基于所述目标传输模式，执行所述请求，包括：
基于所述数据请求包的大小，建立所述请求的请求类型对应的一个或多个相互独立的线程；
基于所述线程对应的数据请求包的大小，从所述请求的请求类型对应的资源缓存池申请相应大小的队列资源；
在所述队列资源上，基于所述目标传输模式，执行所述线程。
可选地，根据本申请一个实施例的请求处理方法，所述USB设备硬件信息还包括请求包最大值；
基于所述数据请求包的大小，建立所述请求的请求类型对应的一个或多个相互独立的线程，包括：
在所述数据请求包的大小大于所述硬件设备的请求包最大值时，分包处理所述数据请求包，对应建立多个相互独立的线程。
可选地，根据本申请一个实施例的请求处理方法，所述请求包最大值包括，端口数据包最大值和传输请求包最大值；
所述请求的传输模式是控制传输时，所述请求包最大值为端口数据包最大值；
所述请求的传输模式不是控制传输时，所述请求包最大值为传输请求包最大值。
可选地，根据本申请一个实施例的请求处理方法，在所述队列资源上，基于所述目标传输模式，执行所述线程，还包括：
若传输失败，则在所述队列资源上发起重传。
可选地，根据本申请一个实施例的请求处理方法，所述方法还包括：所述线程执行完成后，释放所述线程的队列资源至所述请求的请求类型对应的资源缓存池，删除所述线程。
可选地，根据本申请一个实施例的请求处理方法，读请求对应的资源缓存池和写请求对应的资源缓存池相互独立。
第二方面，本申请实施例提供一种请求处理装置，包括存储器、收发机和处理器：存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
接收USB设备的请求，获取请求相关信息；
基于所述请求相关信息，确定所述请求对应的目标传输模式；
基于所述目标传输模式，执行所述请求；
其中，所述请求相关信息包括用于指示目标传输模式的传输模式指示信息。
可选地，根据本申请一个实施例的请求处理装置，所述传输模式指示信息包括第一指示信息和/或接口名称；
所述接口名称与传输模式一一对应；
所述第一指示信息承载在所述请求的报文的包头；
其中，所述传输模式包括所述目标传输模式。
可选地，根据本申请一个实施例的请求处理装置，所述请求在所述目标传输模式对应的传输通道进行传输；
所述传输通道与所述USB设备支持的传输模式一一对应。
可选地，根据本申请一个实施例的请求处理装置，所述传输通道是，基于USB设备硬件信息中的第二指示信息建立的；
其中，所述第二指示信息用于指示所述USB设备支持的传输模式；所述USB设备硬件信息是在所述USB设备***后获取的。
可选地，根据本申请一个实施例的请求处理装置，所述请求的请求类型包括：读请求和写请求。
可选地，根据本申请一个实施例的请求处理装置，所述请求相关信息包括所述请求的数据请求包的大小；
基于所述目标传输模式，执行所述请求，包括：
基于所述数据请求包的大小，建立所述请求的请求类型对应的一个或多个相互独立的线程；
基于所述线程对应的数据请求包的大小，从所述请求的请求类型对应的资源缓存池申请相应大小的队列资源；
在所述队列资源上，基于所述目标传输模式，执行所述线程。
可选地，根据本申请一个实施例的请求处理装置，所述USB设备硬件信息还包括请求包最大值；
基于所述数据请求包的大小，建立所述请求的请求类型对应的一个或多个相互独立的线程，包括：
在所述数据请求包的大小大于所述硬件设备的请求包最大值时，分包处理所述数据请求包，对应建立多个相互独立的线程。
可选地，根据本申请一个实施例的请求处理装置，所述请求包最大值包括，端口数据包最大值和传输请求包最大值；
所述请求的传输模式是控制传输时，所述请求包最大值为端口数据包最大值；
所述请求的传输模式不是控制传输时，所述请求包最大值为传输请求包最大值。
可选地，根据本申请一个实施例的请求处理装置，在所述队列资源上，基于所述目标传输模式，执行所述线程，还包括：
若传输失败，则在所述队列资源上发起重传。
可选地，根据本申请一个实施例的请求处理装置，所述操作还包括：所述线程执行完成后，释放所述线程的队列资源至所述请求的请求类型对应的资源缓存池，删除所述线程。
可选地，根据本申请一个实施例的请求处理装置，所述读请求对应的资源缓存池和所述写请求对应的资源缓存池相互独立。
第三方面，本申请实施例提供一种请求处理装置，包括：
接收模块，用于接收USB设备的请求，获取请求相关信息；
确定模块，用于基于所述请求相关信息，确定所述请求对应的目标传输模式；
执行模块，用于基于所述目标传输模式，执行所述请求；
其中，所述请求相关信息包括用于指示目标传输模式的传输模式指示信息。
第四方面，本申请实施例还提供一种处理器可读存储介质，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行如上所述第一方面所述的请求处理方法的步骤。
本申请实施例提供的请求处理方法、装置及存储介质，通过基于USB设备的请求的请求相关信息中对于传输模式的指示，可以直接自动确定请求对应的目标传输模式随后，随后即可基于目标传输模式执行请求，进行相应的数据传输，避免了现有技术中需要使用者自行选择传输模式导致的使用不灵活及影响开发进度等缺陷，同时可以减少相应的参数或功能配置，提高USB传输安全性和稳定性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的USB传输模式原理示意图；
图2是本申请实施例提供的请求处理方法的流程示意图之一；
图3是本申请实施例提供的请求处理方法的原理示意图；
图4是本申请实施例提供的请求处理方法的流程示意图之二；
图5是本申请实施例提供的请求处理装置的结构示意图之一；
图6是本申请实施例提供的请求处理装置的结构示意图之二。
具体实施方式
本申请实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例提供了请求处理方法及装置，用以解决现有技术中需要使用者自行选择传输模式导致的使用不灵活及影响开发进度等缺陷，同时可以减少相应的参数或功能配置，提高USB传输安全性和稳定性。
其中，方法和装置是基于同一申请构思的，由于方法和装置解决问题的原理相似，因此装置和方法的实施可以相互参见，重复之处不再赘述。
本申请实施例提供的技术方案可以适用于多种***，尤其是5G***。例如适用的***可以是全球移动通讯(global system of mobile communication，GSM)***、码分多址(code division multiple access，CDMA)***、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)通用分组无线业务(general packet radio service，GPRS)***、长期演进(long term evolution，LTE)***、LTE频分双工(frequencydivision duplex，FDD)***、LTE时分双工(time division duplex，TDD)***、高级长期演进(long term evolution advanced，LTE-A)***、通用移动***(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)***、5G新空口(New Radio,NR)***等。这多种***中均包括终端设备和网络设备。***中还可以包括核心网部分，例如演进的分组***(EvlovedPacket System,EPS)、5G***(5GS)等。
USB作为一种通讯协议接口，具有成本低、使用方便、支持热插拔等特点，受到各种产品青睐。现在大多通用PC机对外通讯接口只有USB和以太网口，致使与PC机通讯产品集成USB接口已经日趋标配化。USB作为设备与上位机通讯一种接口，承载着有效负荷数据，通讯速率直接影响设备的传输性能与传输效果，影响预期结果。对传输速率要求严格场所，提高USB带宽利用率至关重要。
本申请各实施例可以应用于低成本的通信协议接口，基于USB2.0、USB3.0协议版本及相应硬件资源，提出一种提高USB有效带宽利用率的设计方法，来有效的分配USB资源，保证在通用的USB设备上缩短传输时间。
图1是本申请实施例提供的USB传输模式原理示意图，如图1所示，现有USB传输有四种模式：Bulk Transaction、Control Transaction、Interrupt Transaction和Isochronous Transaction，每种模式都具有不同的特点，适用于不同的应用场合。
比如，Control Transaction主要应用于设备的枚举过程和对数据准确性要求较高的场合；支持USB设备与上位机之间的控制，状态及配置等信息的传输，为外设与主机之间提供一个控制通道。每种外设都支持控制传输类型，这样主机与外设之间就可以传送配置和命令/状态信息。
数据块(批量)传输类型Bulk Transaction主要用在数据量大、对数据实时性要求不高的场合；适用这一类传输的USB设备与上位机间传输的数据量大，USB在满足带宽的情况下才进行该类型的数据传输，比如支持打印机，扫描仪，数码相机等设备。
Interrupt Transaction主要用在数据量小、但对时间要求严格的场合；适用于与上位机间数据传输量小，无周期性，但对响应时间敏感，要求马上响应的USB设备，比如游戏手柄，鼠标和键盘等输入设备。
Isochronous Transaction主要用在数据量大、对实时性要求较高的场合，比如支持有周期性，有限的时延和带宽且数据传输速率不变的外设与主机间的数据传输。该类型无差错校验，故不能保证正确的数据传输，支持像计算机－电话集成***(CTI)和音频***与上位机的数据传输。
因此可以根据不同的应用场景选择适应的传输模式，但现有技术中通常需要用户自行选择传输模式，缺陷在于：
1)局限性大，使用不灵活，对使用者掌握技术资源要求高，需要熟悉使用场景，结合USB特性选择合适的传输模式；
2)在复杂应用场景，对使用者维护不同模式切换增大难度，影响开发进度，对***稳定性造成一定影响。
本申请各实施例中的上位机是指可以直接发出操控命令的计算机，一般是PC/host computer/master computer/upper computer，也指可以和USB设备相连进行数据传输的设备，比如打印机等，本申请各实施例对此不做限制。
图2是本申请实施例提供的请求处理方法的流程示意图之一，如图2所示，所述方法包括如下步骤：
步骤200，接收USB设备的请求，获取请求相关信息；
具体地，USB设备是USB电缆末端的一个硬件，它执行用户功能。可以将USB设备分为USB总线接口、USB逻辑设备和功能设备三部分。主机到设备的连接需要经过多个层和多个实体之间的交互作用，USB总线接口层提供了在USB数据线上数据的底层传输。
因此，USB设备通过USB接口连接至上位机后，通常可以接收USB设备的传输请求，然后可以基于USB设备对应的传输模式，执行该传输请求。
具体地，为了克服现有技术中用户自行选择传输模式造成的缺陷，本实施例可以在请求中携带请求相关信息，比如包括传输模式指示信息。
步骤210，基于所述请求相关信息，确定所述请求对应的目标传输模式；
具体地，在接受到请求相关信息后，可以基于传输模式指示信息，直接获得该USB设备对应较为合适的目标传输模式。
可以理解的是，一般每一个USB设备，均会固定对应一种或多种适合的传输模式，比如对于鼠标来说，鼠标向上位机发出的请求需要实时响应，因此鼠标可以固定对应终端传输Interrupt Transaction。
具体地，请求相关信息还可以包括其他信息，如下表1所示：
表1
可以理解的是，表1只是对请求相关信息的一种举例，不作为对其的限定。
步骤220，基于所述目标传输模式，执行所述请求。
具体地，在确定了该USB设备的该请求对应的目标传输模式后，可以基于该传输模式，执行该USB设备请求的传输。
图3是本申请实施例提供的请求处理方法的原理示意图，如图3所示，可以采用夹层逻辑设计思想对USB现有传输模式进行抽象处理，通过C语言编程实现，提高了程序的可移植性，跨平台，无需关心底层实现。
夹层逻辑对用户提供简化的操作接口，使用户无需关心底层实现，其中接口主要包括usb_inter_open(vid,pid)、usb_inter_close(void)、usb_inter_read(length,*pBuf)和usb_inter_write(length,*pBuf)。
当夹层接收到请求时，可以先把数据存入缓存队列，会对请求相关信息进行评估，合理选择传输模式并分配缓存资源，最后执行请求。
需要说明的是，USB应用属于被动通讯，数据传输请求都由上位机比如PC侧发起，USB设备的请求是PC侧为USB设备的传输发起的请求。
本申请实施例中对USB传输层抽象化封装，减少USB参数配置，提高USB传输安全性、稳定性。简化了USB上层应用逻辑设计，实现请求负载均衡处理。
本申请实施例中的的执行主体可以是上位机设备，具体为上位机中的USB驱动等，只要是可以实现夹层封装的设备或者设备的模块，均适用于本实施例，本实施例对此不做限制。
可选地，基于上述任一实施例，所述传输模式指示信息包括第一指示信息和/或接口名称；
所述接口名称与传输模式一一对应；
所述第一指示信息承载在所述请求的报文的包头；
其中，所述传输模式包括所述目标传输模式。
具体地，传输模式指示信息可以包括第一指示信息和/或接口名称；
具体地，接口名称与传输模式一一对应，因此在接收到请求相关信息，获取到传输模式指示信息比如接口名称后，可以直接获得接口名称对应的传输模型，并基于对应的传输模式，执行传输。
具体地，第一指示信息用于指示所述请求的对应的目标传输模式，因此在接收到请求相关信息，获取到传输模式指示信息比如接第一指示信息后，可以其指示的传输模型，并基于指示的传输模式，执行传输。
本申请实施例提供的请求处理方法，通过基于USB设备的请求的请求相关信息中对于传输模式的指示，可以直接自动确定请求对应的目标传输模式随后，随后即可基于目标传输模式执行请求，进行相应的数据传输，避免了现有技术中需要使用者自行选择传输模式导致的使用不灵活及影响开发进度等缺陷，同时可以减少相应的参数或功能配置，提高USB传输安全性和稳定性。
可选地，基于上述任一实施例，所述请求在所述目标传输模式对应的传输通道进行传输；
所述传输通道与所述USB设备支持的传输模式一一对应。
具体地，每一个请求均在其自身对应的目标传输模式对应的传输通道进行传输；
可以理解的是，传输通道与USB设备支持的传输模式一一对应，比如，USB设备同时适用Interrupt Transaction和Isochronous Transaction，则可以建立InterruptTransaction对应的传输通道和Isochronous Transaction对应的传输通道，在传输对应Interrupt Transaction的请求时基于Interrupt Transaction对应的传输通道，在传输对应Isochronous Transaction的请求时基于Isochronous Transaction对应的传输通道。
可选地，基于上述任一实施例，所述传输通道是，基于USB设备硬件信息中的第二指示信息建立的；
其中，所述第二指示信息用于指示所述USB设备支持的传输模式；所述USB设备硬件信息是在所述USB设备***后获取的。
具体地，在USB设备通过USB接口***连接上位机后，由PC发起USB请求，当上层程序调用usb_inter_open(vid,pid)时，请求模式处理模块可以根据指定vid和pid查找计算机对应的USB设备，并通过检索USB设备的枚举参数，比如第二指示信息，确定BulkTransaction、Control Transaction、Interrupt Transaction和IsochronousTransaction四种传输模式中的一种或多种，然后一一对应建立传输通道。
可选地，基于上述任一实施例，所述请求的请求类型包括：读请求和写请求。
具体地，USB设备的请求类型可以是读请求，比如读取上位机中的某个文件内容；
具体地，USB设备的请求类型可以是写请求，比如修改上位机中的某个文件内容。
可选地，基于上述任一实施例，所述请求相关信息包括所述请求的数据请求包的大小；
基于所述目标传输模式，执行所述请求，包括：
基于所述数据请求包的大小，建立所述请求的请求类型对应的一个或多个相互独立的线程；
基于所述线程对应的数据请求包的大小，从所述请求的请求类型对应的资源缓存池申请相应大小的队列资源；
在所述队列资源上，基于所述目标传输模式，执行所述线程。
具体地，在执行请求时，可以根据用户输入数据量的大小和配置参数动态分配USB资源，合理利用USB现有传输模式。对请求负载做均衡处理，动态分配缓存队列，实现对USB排队传输，从而提高USB有效带宽利用率。
具体地，可以首先基于数据请求包的大小，以及请求包最大值，建立请求的请求类型对应的一个或多个相互独立的线程；
对于每一个线程，可以在该线程的请求类型对应的资源池中申请相应大小的缓存队列，然后缓存池给该线程分配资源，最后在队列资源上，基于目标传输模式，执行线程，完成传输。
可以理解的是，相同请求建立的多个线程，或者不同请求之间的线程，均相互独立，并行执行。
本申请实施例根据输入负载传输的实际应用情况，包括传输速率和数据量大小，动态的分配USB传输资源，合理选择传输模式。
可选地，基于上述任一实施例，所述USB设备硬件信息还包括请求包最大值；
基于所述数据请求包的大小，建立所述请求的请求类型对应的一个或多个相互独立的线程，包括：
在所述数据请求包的大小大于所述硬件设备的请求包最大值时，分包处理所述数据请求包，对应建立多个相互独立的线程。
具体地，若请求包大小大于硬件设备的请求包最大值，则可以分包处理所述数据请求包，对应建立多个相互独立的线程；比如请求包大小为500个字节，而请求包最大值为100个字节，则可以将请求包分包处理，获得至少五个请求包，每个包对应的字节不超过100个字节，并对应建立与请求包数量相等的且相互独立的线程。
可选地，基于上述任一实施例，所述请求包最大值包括，端口数据包最大值和传输请求包最大值；
所述请求的传输模式是控制传输时，所述请求包最大值为端口数据包最大值；
所述请求的传输模式不是控制传输时，所述请求包最大值为传输请求包最大值。
具体地，在确定是否要对请求包进行分包处理时，可以基于请求包最大值进行判断，同时部分情况下还需要基于传输模式进行判断。
具体地，所述请求的传输模式是控制传输时，所述请求包最大值为端口数据包最大值，即在请求的传输模式是控制传输时，可以基于端口数据包最大值判断是否需要分包处理；比如端口数据包最大值是10个字节，基于控制传输的请求包是20个字节，则可以对该请求包进行分包处理，获得至少2个请求包；
可以理解的是，本实施例中，端口数据包可以是端口0包。
具体地，所述请求的传输模式不是控制传输时，所述请求包最大值为传输请求包最大值，即在请求的传输模式不是控制传输时，可以基于传输请求包最大值判断是否需要分包处理；比如传输请求包最大值是100个字节，基于控制传输的请求包是200个字节，则可以对该请求包进行分包处理，获得至少2个请求包；
具体地，对于一个USB设备同时适应多种传输模式的去情况下，可以首先确定当前传输过来的请求对应的传输模式，再进一步确定是否分包处理。
可选地，基于上述任一实施例，在所述队列资源上，基于所述目标传输模式，执行所述线程，还包括：
若传输失败，则在所述队列资源上发起重传。
具体地，读写请求具有重传机制，在每次一个线程操作失败后，可以自动在其分配的队列资源上发起重传。
可选地，基于上述任一实施例，所述方法还包括：所述线程执行完成后，释放所述线程的队列资源至所述请求的请求类型对应的资源缓存池，删除所述线程。
具体地，在一个线程执行结束后，可以释放该线程的队列资源至请求的请求类型对应的资源缓存池，并删除该线程。
可选地，基于上述任一实施例，读请求对应的资源缓存池和写请求对应的资源缓存池相互独立。
具体地，读请求对应的资源缓存池和写请求对应的资源缓存池相互独立，读请求在申请队列缓存时，具体申请读请求对应的资源，在对应的读线程执行完成后，释放的资源还给读请求对应的资源缓存池。
具体地，写请求在申请队列缓存时，具体申请写请求对应的资源，在对应的写线程执行完成后，释放的资源还给写请求对应的资源缓存池。
本申请实施例提供的请求处理方法，通过基于USB设备的请求的请求相关信息中对于传输模式的指示，可以直接自动确定请求对应的目标传输模式随后，随后即可基于目标传输模式执行请求，进行相应的数据传输，避免了现有技术中需要使用者自行选择传输模式导致的使用不灵活及影响开发进度等缺陷，同时可以减少相应的参数或功能配置，提高USB传输安全性和稳定性。
图4是本申请实施例提供的请求处理方法的流程示意图之二，如图4所示，在确定USB设备的传输模式并建立相应的传输通道后，即可以接受USB设备的请求，请求传输。
具体地，在接收到对USB设备发起传输的请求后，可通过请求模式处理，确定该请求的目标传输模式。
其中，若该请求的请求类型是读请求，则对该读请求进行预处理及读均衡处理，比如确定该请求需要申请读请求对应的资源缓存池中的资源大小，并为该读请求创建一个或多个相互独立的线程；
可以理解的是，在该读请求需要申请的资源大小大于可以建立的请求包最大值时，可以为该读请求建立多个读线程；
具体地，在该读请求的读线程建立后，可以向资源缓存池申请缓存队列，并在分配的资源上执行请求，基于目标传输模式完成相应的传输。
其中，若该读请求执行完成，则可以释放为其分配的资源至资源缓存池中，并删除对应的读线程；
其中，若该读请求执行失败，则可以根据读请求重发机制，自动发起重传。
其中，若该请求的请求类型是写请求，则对该写请求进行预处理及写均衡处理，比如确定该请求需要申请写请求对应的资源缓存池中的资源大小，并为该写请求创建一个或多个相互独立的线程；
可以理解的是，在该写请求需要申请的资源大小大于可以建立的请求包最大值时，可以为该写请求建立多个写线程；
具体地，在该写请求的写线程建立后，可以向资源缓存池申请缓存队列，并在分配的资源上执行请求，基于目标传输模式完成相应的传输。
其中，若该写请求执行完成，则可以释放为其分配的资源至资源缓存池中，并删除对应的写线程；
其中，若该写请求执行失败，则可以根据写请求重发机制，自动发起重传。
传输请求分为两种情况：读请求和写请求。读请求根据usb_inter_read(length,*pBuf)调用参数及调用频率，动态启用读均衡器创建单个线程或者多个线程处理上层调用预传输的数据，并申请相应的队列资源供传输缓存使用，传输完成后则释放所有资源。写请求根据usb_inter_write(length,*pBuf)调用参数及调用频率，动态启用写均衡器创建单个线程或者多个线程处理上层调用预请求的数据，并申请相应的队列资源供接收缓存使用，传输完成后释放所有资源。其中，读写请求具有重传机制，在每次操作失败后，自动发起重传。
本申请实施例涉及的上位机设备或其模块，可以是指向用户提供语音和/或数据连通性的设备，具有有线连接功能的电子设备，还可以是类似电子设备中的一个模块。在不同的***中，上位机设备的名称可能也不相同，可以为用户设备(User Equipment，UE)，也可以为PC设备，也可以是任意可以连接USB设备的设备。该设备可以经有线网进行通信，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与USB设备交换语言和/或数据。本申请实施例中并不限定。
图5是本申请实施例提供的请求处理装置的结构示意图之一，如图5所示，包括存储器、收发机和处理器：存储器，用于存储计算机程序；收发机500，用于在所述处理器的控制下收发数据；处理器510，用于读取所述存储器中的计算机程序并执行以下操作：
接收USB设备的请求，获取请求相关信息；
基于所述请求相关信息，确定所述请求对应的目标传输模式；
基于所述目标传输模式，执行所述请求；
其中，所述请求相关信息包括用于指示目标传输模式的传输模式指示信息。
收发机500，用于在处理器510的控制下接收和发送数据。
其中，在图5中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器510代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机500可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括，这些传输介质包括无线信道、有线信道、光缆等传输介质。针对不同的用户设备，用户接口530还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器510负责管理总线架构和通常的处理，存储器520可以存储处理器500在执行操作时所使用的数据。
可选的，处理器510可以是CPU(中央处埋器)、ASIC(Application SpecificIntegrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)，处理器也可以采用多核架构。
处理器通过调用存储器存储的计算机程序，用于按照获得的可执行指令执行本申请实施例提供的任一所述方法。处理器与存储器也可以物理上分开布置。
本申请实施例提供的请求处理装置，通过基于USB设备的请求的请求相关信息中对于传输模式的指示，可以直接自动确定请求对应的目标传输模式随后，随后即可基于目标传输模式执行请求，进行相应的数据传输，避免了现有技术中需要使用者自行选择传输模式导致的使用不灵活及影响开发进度等缺陷，同时可以减少相应的参数或功能配置，提高USB传输安全性和稳定性。
在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
可选地，基于上述任一实施例，所述传输模式指示信息包括第一指示信息和/或接口名称；
所述接口名称与传输模式一一对应；
所述第一指示信息承载在所述请求的报文的包头；
其中，所述传输模式包括所述目标传输模式。
可选地，基于上述任一实施例，所述请求在所述目标传输模式对应的传输通道进行传输；
所述传输通道与所述USB设备支持的传输模式一一对应。
可选地，基于上述任一实施例，所述传输通道是，基于USB设备硬件信息中的第二指示信息建立的；
其中，所述第二指示信息用于指示所述USB设备支持的传输模式；所述USB设备硬件信息是在所述USB设备***后获取的。
可选地，基于上述任一实施例，所述请求的请求类型包括：读请求和写请求。
可选地，基于上述任一实施例，所述请求相关信息包括所述请求的数据请求包的大小；
基于所述目标传输模式，执行所述请求，包括：
基于所述数据请求包的大小，建立所述请求的请求类型对应的一个或多个相互独立的线程；
基于所述线程对应的数据请求包的大小，从所述请求的请求类型对应的资源缓存池申请相应大小的队列资源；
在所述队列资源上，基于所述目标传输模式，执行所述线程。
可选地，基于上述任一实施例，所述USB设备硬件信息还包括请求包最大值；
基于所述数据请求包的大小，建立所述请求的请求类型对应的一个或多个相互独立的线程，包括：
在所述数据请求包的大小大于所述硬件设备的请求包最大值时，分包处理所述数据请求包，对应建立多个相互独立的线程。
可选地，基于上述任一实施例，所述请求包最大值包括，端口数据包最大值和传输请求包最大值；
所述请求的传输模式是控制传输时，所述请求包最大值为端口数据包最大值；
所述请求的传输模式不是控制传输时，所述请求包最大值为传输请求包最大值。
可选地，基于上述任一实施例，在所述队列资源上，基于所述目标传输模式，执行所述线程，还包括：
若传输失败，则在所述队列资源上发起重传。
可选地，基于上述任一实施例，所述操作还包括：所述线程执行完成后，释放所述线程的队列资源至所述请求的请求类型对应的资源缓存池，删除所述线程。
可选地，基于上述任一实施例，所述读请求对应的资源缓存池和所述写请求对应的资源缓存池相互独立。
在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
图6是本申请实施例提供的请求处理装置的结构示意图之二，如图6所示，该装置包括：接收模块610，确定模块620，执行模块630；其中，
接收模块610用于接收USB设备的请求，获取请求相关信息；
确定模块620用于基于所述请求相关信息，确定所述请求对应的目标传输模式；
执行模块630用于基于所述目标传输模式，执行所述请求；
其中，所述请求相关信息包括用于指示目标传输模式的传输模式指示信息。
具体地，请求处理装置通过接收模块610接收USB设备的请求，获取请求相关信息；随后可以通过确定模块620基于请求相关信息，确定所述请求对应的目标传输模式；最后通过执行模块630基于所述目标传输模式，执行所述请求。
本申请实施例提供的请求处理装置，通过基于USB设备的请求的请求相关信息中对于传输模式的指示，可以直接自动确定请求对应的目标传输模式随后，随后即可基于目标传输模式执行请求，进行相应的数据传输，避免了现有技术中需要使用者自行选择传输模式导致的使用不灵活及影响开发进度等缺陷，同时可以减少相应的参数或功能配置，提高USB传输安全性和稳定性。
在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
另一方面，本申请实施例还提供一种处理器可读存储介质，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行上述各实施例提供的方法，包括：
接收USB设备的请求，获取请求相关信息；
基于所述请求相关信息，确定所述请求对应的目标传输模式；
基于所述目标传输模式，执行所述请求；
其中，所述请求相关信息包括用于指示目标传输模式的传输模式指示信息。
所述处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD))等。
本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可执行指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可执行指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些处理器可执行指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的处理器可读存储器中，使得存储在该处理器可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些处理器可执行指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
Claims (24)
1.一种请求处理方法，其特征在于，包括：
接收通用串行总线USB设备的请求，获取请求相关信息；
基于所述请求相关信息，确定所述请求对应的目标传输模式；
基于所述目标传输模式，执行所述请求；
其中，所述请求相关信息包括用于指示目标传输模式的传输模式指示信息。
2.根据权利要求1所述的请求处理方法，其特征在于，所述传输模式指示信息包括第一指示信息和/或接口名称；
所述接口名称与传输模式一一对应；
所述第一指示信息承载在所述请求的报文的包头；
其中，所述传输模式包括所述目标传输模式。
3.根据权利要求1所述的请求处理方法，其特征在于，所述请求在所述目标传输模式对应的传输通道进行传输；
所述传输通道与所述USB设备支持的传输模式一一对应。
4.根据权利要求3所述的请求处理方法，其特征在于，所述传输通道是，基于USB设备硬件信息中的第二指示信息建立的；
其中，所述第二指示信息用于指示所述USB设备支持的传输模式；所述USB设备硬件信息是在所述USB设备***后获取的。
5.根据权利要求4所述的请求处理方法，其特征在于，所述请求的请求型类包括：读请求和写请求。
6.根据权利要求5所述的请求处理方法，其特征在于，所述请求相关信息包括所述请求的数据请求包的大小；
基于所述目标传输模式，执行所述请求，包括：
基于所述数据请求包的大小，建立所述请求的请求类型对应的一个或多个相互独立的线程；
基于所述线程对应的数据请求包的大小，从所述请求的请求类型对应的资源缓存池申请相应大小的队列资源；
在所述队列资源上，基于所述目标传输模式，执行所述线程。
7.根据权利要求6所述的请求处理方法，其特征在于，所述USB设备硬件信息还包括请求包最大值；
基于所述数据请求包的大小，建立所述请求的请求类型对应的一个或多个相互独立的线程，包括：
在所述数据请求包的大小大于所述硬件设备的请求包最大值时，分包处理所述数据请求包，对应建立多个相互独立的线程。
8.根据权利要求7所述的请求处理方法，其特征在于，所述请求包最大值包括，端口数据包最大值和传输请求包最大值；
所述请求的传输模式是控制传输时，所述请求包最大值为端口数据包最大值；
所述请求的传输模式不是控制传输时，所述请求包最大值为传输请求包最大值。
9.根据权利要求6所述的请求处理方法，其特征在于，在所述队列资源上，基于所述目标传输模式，执行所述线程，还包括：
若传输失败，则在所述队列资源上发起重传。
10.根据权利要求6所述的请求处理方法，其特征在于，所述方法还包括：所述线程执行完成后，释放所述线程的队列资源至所述请求的请求类型对应的资源缓存池，删除所述线程。
11.根据权利要求6所述的请求处理方法，其特征在于，读请求对应的资源缓存池和写请求对应的资源缓存池相互独立。
12.一种请求处理装置，其特征在于，包括存储器、收发机和处理器：存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
接收USB设备的请求，获取请求相关信息；
基于所述请求相关信息，确定所述请求对应的目标传输模式；
基于所述目标传输模式，执行所述请求；
其中，所述请求相关信息包括用于指示目标传输模式的传输模式指示信息。
13.根据权利要求12所述的请求处理装置，其特征在于，所述传输模式指示信息包括第一指示信息和/或接口名称；
所述接口名称与传输模式一一对应；
所述第一指示信息承载在所述请求的报文的包头；
其中，所述传输模式包括所述目标传输模式。
14.根据权利要求12所述的请求处理装置，其特征在于，所述请求在所述目标传输模式对应的传输通道进行传输；
所述传输通道与所述USB设备支持的传输模式一一对应。
15.根据权利要求14所述的请求处理装置，其特征在于，所述传输通道是，基于USB设备硬件信息中的第二指示信息建立的；
其中，所述第二指示信息用于指示所述USB设备支持的传输模式；所述USB设备硬件信息是在所述USB设备***后获取的。
16.根据权利要求15所述的请求处理装置，其特征在于，所述请求的请求类型包括：读请求和写请求。
17.根据权利要求16所述的请求处理装置，其特征在于，所述请求相关信息包括所述请求的数据请求包的大小；
基于所述目标传输模式，执行所述请求，包括：
基于所述数据请求包的大小，建立所述请求的请求类型对应的一个或多个相互独立的线程；
基于所述线程对应的数据请求包的大小，从所述请求的请求类型对应的资源缓存池申请相应大小的队列资源；
在所述队列资源上，基于所述目标传输模式，执行所述线程。
18.根据权利要求17所述的请求处理装置，其特征在于，所述USB设备硬件信息还包括请求包最大值；
基于所述数据请求包的大小，建立所述请求的请求类型对应的一个或多个相互独立的线程，包括：
在所述数据请求包的大小大于所述硬件设备的请求包最大值时，分包处理所述数据请求包，对应建立多个相互独立的线程。
19.根据权利要求18所述的请求处理装置，其特征在于，所述请求包最大值包括，端口数据包最大值和传输请求包最大值；
所述请求的传输模式是控制传输时，所述请求包最大值为端口数据包最大值；
所述请求的传输模式不是控制传输时，所述请求包最大值为传输请求包最大值。
20.根据权利要求17所述的请求处理装置，其特征在于，在所述队列资源上，基于所述目标传输模式，执行所述线程，还包括：
若传输失败，则在所述队列资源上发起重传。
21.根据权利要求17所述的请求处理装置，其特征在于，所述操作还包括：所述线程执行完成后，释放所述线程的队列资源至所述请求的请求类型对应的资源缓存池，删除所述线程。
22.根据权利要求17所述的请求处理装置，其特征在于，所述读请求对应的资源缓存池和所述写请求对应的资源缓存池相互独立。
23.一种请求处理装置，其特征在于，包括：
接收模块，用于接收USB设备的请求，获取请求相关信息；
确定模块，用于基于所述请求相关信息，确定所述请求对应的目标传输模式；
执行模块，用于基于所述目标传输模式，执行所述请求；
其中，所述请求相关信息包括用于指示目标传输模式的传输模式指示信息。
24.一种处理器可读存储介质，其特征在于，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行权利要求1至11任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011269934.7A CN114490489A (zh) | 2020-11-13 | 2020-11-13 | 请求处理方法、装置及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011269934.7A CN114490489A (zh) | 2020-11-13 | 2020-11-13 | 请求处理方法、装置及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114490489A true CN114490489A (zh) | 2022-05-13 |
Family
ID=81491346
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011269934.7A Pending CN114490489A (zh) | 2020-11-13 | 2020-11-13 | 请求处理方法、装置及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114490489A (zh) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11296316A (ja) * | 1998-04-15 | 1999-10-29 | Seiko Epson Corp | 周辺処理装置およびその制御方法 |
| US20090003384A1 (en) * | 2005-06-22 | 2009-01-01 | Texas Instruments Incorporated | Data transmission scheme with scheduling optimization for physical channel group |
| CN201369044Y (zh) * | 2008-12-02 | 2009-12-23 | 十速科技股份有限公司 | Usb接口传输装置以及usb接口传输*** |
| CN103713868A (zh) * | 2012-10-05 | 2014-04-09 | 智原科技股份有限公司 | 随着使用情境进行数据传输动态调整的方法与装置 |
| CN109426643A (zh) * | 2017-08-25 | 2019-03-05 | 中兴通讯股份有限公司 | Usb接口请求调度方法、装置及设备 |
| CN109714128A (zh) * | 2017-10-25 | 2019-05-03 | 华为技术有限公司 | 数据传输方法、设备及计算机存储介质 |
-
2020
- 2020-11-13 CN CN202011269934.7A patent/CN114490489A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11296316A (ja) * | 1998-04-15 | 1999-10-29 | Seiko Epson Corp | 周辺処理装置およびその制御方法 |
| US20090003384A1 (en) * | 2005-06-22 | 2009-01-01 | Texas Instruments Incorporated | Data transmission scheme with scheduling optimization for physical channel group |
| CN201369044Y (zh) * | 2008-12-02 | 2009-12-23 | 十速科技股份有限公司 | Usb接口传输装置以及usb接口传输*** |
| CN103713868A (zh) * | 2012-10-05 | 2014-04-09 | 智原科技股份有限公司 | 随着使用情境进行数据传输动态调整的方法与装置 |
| CN109426643A (zh) * | 2017-08-25 | 2019-03-05 | 中兴通讯股份有限公司 | Usb接口请求调度方法、装置及设备 |
| CN109714128A (zh) * | 2017-10-25 | 2019-05-03 | 华为技术有限公司 | 数据传输方法、设备及计算机存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102819504B (zh) | 光纤信道输入/输出数据路由***和方法 | |
| CN102811112B (zh) | 光纤信道输入/输出数据路由***和方法 | |
| CN108028833A (zh) | 一种nas数据访问的方法、***及相关设备 | |
| US9390036B2 (en) | Processing data packets from a receive queue in a remote direct memory access device | |
| CN107450988B (zh) | 资源配置方法及相关产品 | |
| US11102322B2 (en) | Data processing method and apparatus, server, and controller | |
| CN114064302B (zh) | 一种进程间通信的方法及装置 | |
| EP3974969A1 (en) | System startup method and related device | |
| WO2023174146A1 (zh) | 卸载卡命名空间管理、输入输出请求处理***和方法 | |
| CN115102908B (zh) | 基于带宽控制的网络报文生成的方法以及相关装置 | |
| CN110297658A (zh) | 功能组件共享方法、装置和计算机设备 | |
| CN112749113A (zh) | 一种数据交互的方法、***、设备及介质 | |
| CN115801750A (zh) | 虚拟机通信方法及装置 | |
| CN114490489A (zh) | 请求处理方法、装置及存储介质 | |
| CN116800616A (zh) | 虚拟化网络设备的管理方法及相关装置 | |
| CN115904259A (zh) | 非易失性存储器标准NVMe指令的处理方法及相关装置 | |
| US8918559B2 (en) | Partitioning of a variable length scatter gather list | |
| KR100626517B1 (ko) | 이동통신 단말기에서의 운영체제 프로그램 다운로드 방법 | |
| CN111092916B (zh) | 文件上传的方法、装置、电子设备及介质 | |
| US10866765B2 (en) | System and method for managing content using generic content management interface | |
| WO2020211358A1 (zh) | 数据库调度方法、装置、计算机设备及存储介质 | |
| CN113722110B (zh) | 计算机***、内存访问方法及设备 | |
| WO2023201648A1 (zh) | 文件的操作装置、计算机设备和操作设备 | |
| CN117971135B (zh) | 存储设备的访问方法、装置、存储介质和电子设备 | |
| US20240036939A1 (en) | Deterministic execution of background jobs in a load-balanced system |
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 |