CN116932415A - 一种扫描仪应用开发方法、计算设备及存储介质 - Google Patents

Abstract

本发明涉及应用开发领域，特别涉及一种扫描仪应用开发方法、计算设备及存储介质，计算设备中运行有操作系统和开发应用，方法包括：在计算设备中构建客户端和服务端；响应于内核接收到开发应用的扫描仪数据获取请求，通过服务端从服务器中获取扫描仪数据，扫描仪数据由服务器预先运行扫描仪，并根据连接扫描仪的端口产生扫描仪数据流的顺序规则生成；客户端从服务端中获取扫描仪数据，并判断扫描仪数据中的数据流顺序与扫描仪数据获取请求中的数据流顺序是否相同；若相同，则返回扫描仪数据。本发明能够模拟扫描仪供软件开发人员开发调试，提高应用开发工作效率，减少购买设备的开支，且只需要一次与服务器的网络连接即可离线开发扫描仪应用。

Description

一种扫描仪应用开发方法、计算设备及存储介质

技术领域

本发明涉及应用开发领域，特别涉及一种扫描仪应用开发方法、计算设备及存储介质。

背景技术

扫描仪是日常办公的重要设备，用于将纸质介质上的成像转换成图片数据存储于计算机之中。目前市面上的扫描仪品牌众多，各品牌的驱动算法不尽相同。由于设备的特殊性，对于扫描仪驱动（即扫描仪应用）的开发和迁移，需要拥有扫描仪实体对纸质介质进行扫描之后生成的数据作为初始数据输入，才能进行驱动的开发和调试，这对于扫描仪应用的开发造成了相当的困难和阻碍。

现有技术中在开发扫描仪应用时，需要连接设备进行调试。但由于设备在研发过程中还未进行量产，设备数量很少，在软件研发调试时能够使用的设备更为稀少。并且设备的研发和生产的各个环节分布在全球各地，通过物流运送设备也非常麻烦，设备的运输费用昂贵，为设备应用研发带来了诸多困难。

为此，需要一种新的扫描仪应用开发方法。

发明内容

为此，本发明提供一种扫描仪应用开发方法，以力图解决或者至少缓解上面存在的问题。

根据本发明的第一方面，提供一种扫描仪应用开发方法，适于在计算设备中运行，计算设备中运行有操作系统和开发应用，方法包括：在计算设备中构建客户端和服务端，其中，客户端在的操作系统的内核中；响应于内核接收到开发应用的扫描仪数据获取请求，通过服务端从服务器中获取扫描仪数据，扫描仪数据由服务器预先运行扫描仪，并根据连接扫描仪的端口产生扫描仪数据流的顺序规则生成；客户端从服务端中获取扫描仪数据，并判断扫描仪数据中的数据流顺序与扫描仪数据获取请求中的数据流顺序是否相同；若相同，则返回请求的扫描仪数据，以便根据扫描仪数据开发扫描仪应用。

可选地，在根据本发明的方法中，通过服务端从服务器中获取扫描仪数据，包括：内核向客户端发送第一数据请求；客户端向服务端发送第二数据请求；服务端向服务器发送第三数据请求，接收服务器返回的扫描仪数据。

可选地，在根据本发明的方法中，还包括：计算设备与服务器建立通信连接，根据建立的通信连接服务端向服务器发送第三数据请求；计算设备在接收服务器返回的扫描仪数据后，断开与服务器建立的通信连接。

可选地，在根据本发明的方法中，客户端从服务端中获取扫描仪数据包括：客户端接收到服务端发送的通知消息时，解析通知消息确定扫描仪数据的存储路径；根据存储路径读取扫描仪数据，构建多个USB请求块数据包。

可选地，在根据本发明的方法中，判断扫描仪数据中的数据流顺序与扫描仪数据获取请求中的数据流顺序是否相同，包括：客户端设置请求队列；解析接收到的扫描仪数据获取请求，将扫描仪数据获取请求中的USB请求块获取请求加入请求队列；判断扫描仪文件中USB请求块数据包的数据流顺序与请求队列中的USB请求块获取请求的数据流顺序是否一致。

可选地，在根据本发明的方法中，客户端通过sysfs内核函数建立开发应用通过sysfs文件系统访问内核的路径，以便内核通过sysfs文件系统路径接收开发应用的扫描仪数据获取请求。

根据本发明的第二方面，提供了一种扫描仪应用开发方法，适于在服务器中运行，服务器与远程的计算设备通信连接，计算设备中运行有开发应用，方法包括：预先运行扫描仪，根据连接扫描仪的端口产生扫描仪数据流的顺序规则生成扫描仪数据；响应于接收到计算设备中服务端的第三数据请求，向服务端发送扫描仪数据，以便计算设备在所接收到开发应用的扫描仪数据获取请求中的数据流顺序与扫描仪数据中的数据流顺序相同时根据扫描仪数据开发扫描仪应用。

根据本发明的第三方面，提供了一种扫描仪应用开发系统，包括计算设备和服务器，计算设备中运行有操作系统和开发应用，适于构建客户端和服务端，其中，客户端在操作系统的内核中；计算设备还适于响应于内核接收到开发应用的扫描仪数据获取请求，通过服务端从服务器中获取扫描仪数据；服务器适于预先运行扫描仪，并根据连接扫描仪的端口产生扫描仪数据流的顺序规则生成扫描仪数据，响应于接收到计算设备中服务端的第三数据请求，向服务端发送扫描仪数据；客户端适于从服务端中获取扫描仪数据，并判断扫描仪数据中的数据流顺序与扫描仪数据获取请求中的数据流顺序是否相同，若相同，则返回请求的扫描仪数据，以便根据扫描仪数据开发扫描仪应用。

根据本发明的第四方面，提供了一种计算设备，包括：一个或多个处理器；存储器；以及一个或多个程序，其中，一个或多个程序存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序包括用于执行根据本发明的扫描仪应用开发方法的指令。

根据本发明的第五方面，提供了一种存储一个或多个程序的计算机可读存储介质，一个或多个程序包括指令，该指令当由计算设备执行时，使得计算设备执行根据本发明的扫描仪应用开发方法。

本发明的一种扫描仪应用开发方法包括：在计算设备中构建客户端和服务端，其中，客户端在的操作系统的内核中；响应于内核接收到开发应用的扫描仪数据获取请求，通过服务端从服务器中获取扫描仪数据，扫描仪数据由服务器预先运行扫描仪，并根据连接扫描仪的端口产生扫描仪数据流的顺序规则生成；客户端从服务端中获取扫描仪数据，并判断扫描仪数据中的数据流顺序与扫描仪数据获取请求中的数据流顺序是否相同；若相同，则返回请求的扫描仪数据，以便根据扫描仪数据开发扫描仪应用。本发明能够模拟扫描仪供软件开发人员开发调试，提高应用开发工作效率，减少购买设备的开支，且只需要一次与服务器的网络连接即可离线开发扫描仪应用。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本发明公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个示范性实施例的扫描仪应用开发系统的示意图；

图2示出了根据本发明一个示范性实施例的计算设备200的结构框图；

图3示出了根据本发明一个示范性实施例的扫描仪应用开发方法300的示意图；

图4示出了根据本发明一个示范性实施例的扫描仪数据传输的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个示范性实施例的扫描仪应用开发系统的示意图。扫描仪应用开发系统包括计算设备和服务器，本发明对计算设备和服务器的具体连接方式和连接数量不做限制。如图1所示，一个示范性实施例中，扫描仪应用开发系统包括计算设备200和服务器110。

计算设备200与服务器110通信连接。服务器110与扫描仪120通信连接。当计算设备200为本地的计算设备时，服务器110为远程的服务器，扫描仪120为远程的服务器110所连接的实体扫描仪。本发明对计算设备200与服务器110具体的连接方式不做限制。

计算设备200中包括操作系统211，操作系统211中包括内核213。计算设备还运行有开发应用217，并适于构建客户端214和服务端216，其中，客户端214在操作系统211的内核213中；计算设备200还适于响应于内核213接收到开发应用217的扫描仪数据获取请求，通过服务端216从服务器110中获取扫描仪数据。

客户端214对于运行在计算设备200中的开发应用217模拟一个USB总线，通过模拟USB总线实现在计算设备200中虚拟连接一个USB设备，该USB设备可实现为扫描仪。

当开发应用217想要访问这个虚拟扫描仪时，向内核213请求虚拟扫描仪的扫描仪数据。内核213向客户端214请求扫描仪数据，客户端214向服务端216请求扫描仪数据，服务端216向服务器110发送请求，从服务器110获取扫描仪数据，并逐层发送到客户端214。

根据本发明的一个实施例，开发应用217可实现为一种开发工具，用于开发扫描仪应用，还可以实现为一种驱动。

服务器110适于预先运行扫描仪120，并根据连接扫描仪120的端口产生扫描仪数据流的顺序规则生成扫描仪数据，响应于接收到计算设备200中服务端216的第三数据请求，向服务端216发送扫描仪数据。

客户端214适于从服务端216中获取扫描仪数据，并判断扫描仪数据中的数据流顺序与扫描仪数据获取请求中的数据流顺序是否相同，若相同，则返回请求的扫描仪数据，以便开发应用根据扫描仪数据开发扫描仪应用。

图2示出了根据本发明一个示范性实施例的计算设备200的结构框图。在基本配置中，计算设备200包括至少一个处理单元220和系统存储器210。根据一个方面，取决于计算设备的配置和类型，系统存储器210包括但不限于易失性存储(例如，随机存取存储器)、非易失性存储(例如，只读存储器)、闪速存储器、或者这样的存储器的任何组合。根据一个方面，系统存储器210包括操作系统211。

根据一个方面，操作系统211，例如，适合于控制计算设备200的操作。此外，示例结合图形库、其他操作系统、或任何其他应用程序而被实践，并且不限于任何特定的应用程序或系统。在图2中通过在虚线215内的那些组件示出了该基本配置。根据一个方面，计算设备200具有额外的特征或功能。例如，根据一个方面，计算设备200包括额外的数据存储设备(可移动的和/或不可移动的)，例如磁盘、光盘、或者磁带。

如在上文中所陈述的，根据一个方面，在系统存储器210中存储程序模块212。根据一个方面，程序模块212可包括一个或多个应用程序，本发明不限制应用程序的类型，例如应用程序还包括：电子邮件和联系人应用程序、文字处理应用程序、电子表格应用程序、数据库应用程序、幻灯片展示应用程序、绘画或计算机辅助应用程序、网络浏览器应用程序等。

根据一个方面，可以在包括分立电子元件的电路、包含逻辑门的封装或集成的电子芯片、利用微处理器的电路、或者在包含电子元件或微处理器的单个芯片上实践示例。例如，可以将图2中所示出的组件集成在单个集成电路上的片上系统(SOC)来实践示例。根据一个方面，这样的SOC设备可以包括一个或多个处理单元、图形单元、通信单元、系统虚拟化单元、以及各种应用程序功能，其全部作为单个集成电路而被集成(或“烧”)到芯片基底上。当经由SOC进行操作时，可以经由在单个集成电路(芯片)上与计算设备200的其他组件集成的专用逻辑来对在本文中所描述的功能进行操作。还可以使用能够执行逻辑操作(例如AND、OR和NOT)的其他技术来实践本发明的实施例，其他技术包括但不限于机械、光学、流体、和量子技术。另外，可以在通用计算机内或在任何其他任何电路或系统中实践本发明的实施例。

根据一个方面，计算设备200还可以具有一个或多个输入设备231，例如键盘、鼠标、笔、语音输入设备、触摸输入设备等。还可以包括输出设备232，例如显示器、扬声器、打印机等。前述设备是示例并且也可以使用其他设备。计算设备200可以包括允许与其他计算设备240进行通信的一个或多个通信连接233。合适的通信连接233的示例包括但不限于：RF发射机、接收机和/或收发机电路；通用串行总线(USB)、并行和/或串行端口。计算设备200可通过通信连接233与其他计算设备240通信连接。

本发明实施方式还提供一种非暂态可读存储介质，存储有指令，指令用于使计算设备执行根据本发明实施方式的方法。本实施例的可读介质包括永久性和非永久性、可移动和非可移动介质，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。可读存储介质的例子包括但不限于：相变内存（PRAM）、静态随机存取存储器（SRAM）、动态随机存取存储器（DRAM）、其他类型的随机存取存储器（RAM）、只读存储器（ROM）、电可擦除可编程只读存储器（EEPROM）、快闪记忆体或其他内存技术、只读光盘只读存储器（CD-ROM）、数字多功能光盘（DVD）或其他光学存储，磁盒式磁带、磁盘存储器或其他磁性存储设备、或者任何其他非暂态可读存储介质。

根据一个方面，通信介质是由计算机可读指令、数据结构、程序模块、或者经调制的数据信号(例如，载波或其他传输机制)中的其他数据实施的，并且包括任何信息传递介质。根据一个方面，术语“经调制的数据信号”描述了具有一个或多个特征集或者以将信息编码在信号中的方式改变的信号。作为示例而非限制，通信介质包括诸如有线网络或直接有线连接之类的有线介质，以及诸如声学、射频(RF)、红外线的、以及其他无线介质之类的无线介质。

需要说明的是，尽管上述计算设备仅示出了处理单元220、系统存储器210、输入设备231、输出设备232、以及通信连接233，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

图3示出了根据本发明一个示范性实施例的扫描仪应用开发方法300的示意图。如图3所示，本发明的扫描仪应用开发方法首先执行步骤310：

在计算设备中构建客户端和服务端，其中，客户端在操作系统的内核中。

随后，执行步骤320，响应于内核接收到开发应用的扫描仪数据获取请求，通过服务端从服务器中获取扫描仪数据；包括：内核向客户端发送第一数据请求，客户端向服务端发送第二数据请求，随后服务端向服务器发送第三数据请求，接收服务器返回的扫描仪数据。

根据本发明的一个实施例，服务端向服务器发送第三数据请求前，计算设备与服务器建立通信连接，根据建立的通信连接服务端向服务器发送第三数据请求；在接收服务器返回的扫描仪数据后，计算设备断开与服务器建立的通信连接。计算设备只需要一次与服务器的网络连接即可离线开发扫描仪应用，不需要一直与服务器保持通信连接，提升了开发应用的便利性。

服务器采集的扫描仪数据通过预先运行扫描仪，根据连接扫描仪的端口产生扫描仪数据流的顺序规则生成。根据本发明的一个实施例，扫描仪数据包括一个或多个USB请求块，即URB，USB请求块通过顺序规则组装得到扫描仪数据。USB请求块是USB设备驱动中用来描述与USB设备通信所用的基本载体和核心数据结构，是USB主机与设备之间传输数据的封装。USB请求块数据包括扫描的原始数据，控制扫描仪的命令字等，以便计算设备根据这些数据进行扫描仪应用开发。

随后，执行步骤330，客户端从服务端中获取扫描仪数据，并判断扫描仪数据中的数据流顺序与扫描仪数据获取请求中的数据流顺序是否相同。

最后，执行步骤340，若相同，则返回请求的扫描仪数据，以便根据扫描仪数据开发扫描仪应用。

图4示出了根据本发明一个示范性实施例的扫描仪数据传输的示意图。如图4所示，包括：

步骤410，服务器根据本地连接的扫描仪生成扫描仪数据。

步骤420，计算设备中运行的开发应用发送扫描仪数据获取请求到内核，具体可实现为发送到内核的USB驱动模块。

步骤430，内核向客户端发送第一数据请求。

步骤440，客户端向服务端发送第二数据请求。

步骤450，服务端向服务器发送第三数据请求。

步骤460，服务器向服务端返回扫描仪数据。

步骤470，服务端向客户端返回扫描仪数据。

步骤480，客户端向内核返回扫描仪数据。

步骤490，内核向开发应用返回扫描仪数据。

通过本发明的方法300，客户端将模拟的虚拟扫描仪的数据格式化后发送给内核，再返回数据到开发应用，对于开发应用能够像访问本地扫描仪一样访问模拟的虚拟扫描仪，而不感知客户端和服务端的存在。

根据本发明的一个实施例，计算设备中运行的操作系统可具体实现为第一操作系统，服务器中运行的操作系统可具体实现为第二操作系统。本发明对第一操作系统和第二操作系统的具体类型不作限制，并且第一操作系统和第二操作系统可实现为不同的操作系统，以便在第一操作系统中迁移或开发适用的扫描仪应用。扫描仪应用具体可实现为扫描仪驱动。

根据本发明的一个实施例，服务器中第二操作系统可实现为windows系统，获取扫描仪数据时可使用usbpcap捕获数据，usbpcap包含一个内核驱动。

当第二操作系统实现为linux系统时，可使用usbmon内核模块捕获扫描仪数据包。

根据本发明的一个实施例，服务器在获取扫描仪数据时，可操作扫描仪进行多次扫描，保存捕获的USB请求块，以及扫描的结果，扫描的结果可实现为图片、pdf等格式的文件。

根据本发明的一个实施例，服务端在接收到扫描仪数据后，从扫描仪数据中选择要模拟的扫描仪所需要的USB请求块，并向客户端发送通知消息。内核的客户端解析服务端发送的通知消息确定扫描仪数据的存储路径，再通过存储路径读取扫描仪数据，构造USB请求块数据包，USB请求块数据包具有顺序规则。服务端可通过执行如下代码实现上述步骤：

attr_attach = sysfs_get_device_attr(hc_device, "attach");

if (!attr_attach) {

return -1;

}

snprintf(buff, sizeof(buff), "%u %s %u %u",file_path_len, file_path,devid, speed);

ret = sysfs_write_attribute(attr_attach, buff, strlen(buff));

根据本发明的一个实施例，客户端通过sysfs内核函数建立开发应用通过sysfs文件系统访问内核的sysfs文件系统路径，其中，sysfs内核函数具体可实现为sysfs_create_group()函数。内核通过该路径接收开发应用的扫描仪数据获取请求后，解析扫描仪数据获取请求的请求参数，根据请求参数读取USB请求块。具体的，客户端设置请求队列，将扫描仪数据获取请求中的USB请求块获取请求加入请求队列，并创建内核线程处理请求队列中的USB请求块获取请求，USB请求块获取请求即获取和访问USB请求块的请求。读取扫描仪文件中的USB请求块数据包，对比判断扫描仪文件中USB请求块数据包的数据流顺序与请求队列中的USB请求块获取请求的数据流顺序是否一致，如果一致，则将扫描仪数据中的USB请求块数据包发送到开发应用。客户端可具体通过执行如下代码实现上述步骤：

static DEVICE_ATTR(attach, S_IWUSR, NULL, store_attach);

static ssize_t store_attach(struct device dev, struct device_attribute attr,

const char buf, size_t count)

{

sscanf(buf, "%u %s %u %u",&file_path_len,&file_path,&devid,&speed);

kthread_get(rcv_and_send_urb);

}

int rcv_and_send_urb(void data)

{

file = filp_open(file_path);

while(priv = dequeue_from(data)) {

vfs_read(file, buf, len, pos);

if (buf == priv.urb) { //当前URB与文件记录的一致，则将文件中记录的回包读出并返回

pos += len;

vfs_read(file, ret, len, pos);

fill_urb(ret, ret_urb);

usb_hcd_unlink_urb_from_ep(ret_urb);

usb_hcd_giveback_urb(ret_urb);

}

}

filp_close(file);

}

本发明的一种扫描仪应用开发方法包括：在计算设备中构建客户端和服务端，其中，客户端在的操作系统的内核中；响应于内核接收到开发应用的扫描仪数据获取请求，通过服务端从服务器中获取扫描仪数据；客户端从服务端中获取扫描仪数据，并判断扫描仪数据中的数据流顺序与扫描仪数据获取请求中的数据流顺序是否相同；若相同，则返回请求的扫描仪数据，以便根据扫描仪数据开发扫描仪应用。本发明能够模拟扫描仪供软件开发人员开发调试，提高应用开发工作效率，减少购买设备的开支，且只需要一次与服务器的网络连接即可离线开发扫描仪应用。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的。

Claims (10)

1.一种扫描仪应用开发方法，适于在计算设备中运行，所述计算设备中运行有操作系统和开发应用，其特征在于，所述方法包括：

在计算设备中构建客户端和服务端，其中，所述客户端在操作系统的内核中；

响应于内核接收到开发应用的扫描仪数据获取请求，通过所述服务端从服务器中获取扫描仪数据，所述扫描仪数据由所述服务器预先运行扫描仪，并根据连接扫描仪的端口产生扫描仪数据流的顺序规则生成；

所述客户端从服务端中获取扫描仪数据，并判断所述扫描仪数据中的数据流顺序与所述扫描仪数据获取请求中的数据流顺序是否相同；

若相同，则返回请求的扫描仪数据，以便根据扫描仪数据开发扫描仪应用。

2.如权利要求1所述的方法，其特征在于，所述通过所述服务端从服务器中获取扫描仪数据，包括：

所述内核向客户端发送第一数据请求；

所述客户端向服务端发送第二数据请求；

所述服务端向服务器发送第三数据请求，接收服务器返回的扫描仪数据。

3.如权利要求2所述的方法，其特征在于，所述方法还包括：

所述计算设备与所述服务器建立通信连接，所述服务端根据建立的通信连接向服务器发送第三数据请求；

在接收服务器返回的扫描仪数据后，计算设备断开与所述服务器建立的通信连接。

4.如权利要求1所述的方法，其特征在于，所述客户端从服务端中获取扫描仪数据包括：

所述客户端接收到服务端发送的通知消息时，解析所述通知消息确定扫描仪数据的存储路径；

根据所述存储路径读取扫描仪数据，构建多个USB请求块数据包。

5.如权利要求4所述的方法，其特征在于，所述判断所述扫描仪数据中的数据流顺序与所述扫描仪数据获取请求中的数据流顺序是否相同，包括：

所述客户端设置请求队列；

解析接收到的扫描仪数据获取请求，将扫描仪数据获取请求中的USB请求块获取请求加入请求队列；

判断扫描仪文件中USB请求块数据包的数据流顺序与请求队列中的USB请求块获取请求的数据流顺序是否一致。

6.如权利要求1所述的方法，其特征在于，所述客户端通过sysfs内核函数建立开发应用通过sysfs文件系统访问内核的路径，以便内核通过sysfs文件系统路径接收开发应用的扫描仪数据获取请求。

7.一种扫描仪应用开发方法，适于在服务器中运行，其特征在于，所述服务器与远程的计算设备通信连接，所述计算设备中运行有开发应用，所述方法包括：

预先运行扫描仪，根据连接扫描仪的端口产生扫描仪数据流的顺序规则生成扫描仪数据；

响应于接收到计算设备中服务端的第三数据请求，向所述服务端发送扫描仪数据，以便计算设备在所接收到开发应用的扫描仪数据获取请求中的数据流顺序与扫描仪数据中的数据流顺序相同时根据扫描仪数据开发扫描仪应用。

8.一种扫描仪应用开发系统，其特征在于，所述系统包括计算设备和服务器，所述计算设备中运行有操作系统和开发应用；

所述计算设备适于构建客户端和服务端，其中，客户端在操作系统的内核中；

所述计算设备还适于响应于内核接收到开发应用的扫描仪数据获取请求，通过所述服务端从服务器中获取扫描仪数据；

所述服务器适于预先运行扫描仪，并根据连接扫描仪的端口产生扫描仪数据流的顺序规则生成扫描仪数据，响应于接收到计算设备中服务端的第三数据请求，向所述服务端发送扫描仪数据；

所述客户端适于从服务端中获取扫描仪数据，并判断所述扫描仪数据中的数据流顺序与所述扫描仪数据获取请求中的数据流顺序是否相同，若相同，则返回请求的扫描仪数据，以便根据扫描仪数据开发扫描仪应用。

9.一种计算设备，其特征在于，包括：

一个或多个处理器；

存储器；以及

一个或多个程序，其中，一个或多个程序存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序包括用于执行根据权利要求1-6中任一项所述的方法的指令。

10.一种存储一个或多个程序的计算机可读存储介质，其特征在于，所述一个或多个程序包括指令，所述指令当由计算设备执行时，使得所述计算设备执行根据权利要求1-6中任一项所述的方法。