实时存储数据的文件系统处理方法、装置、车载终端及商用车与流程

1.本发明涉及商用车视频监控领域，具体涉及一种实时存储数据的文件系统处理方法、装置、车载终端及商用车。


背景技术：

2.随着我国智能交通和车联网的快速发展，为商用车的智能安全视频监控终端的普及带来了很好的契机。但如何保证多媒体数据和车辆数据存储安全性和实时性，成为产品可靠性的一个重要指标。
3.由于商用车工作环境的复杂性，经常受到震动、电磁干扰、电压波动、电流冲突、瞬间意外断电等因素影响；特别是发生事故的时候，这些因素更容易同时出现导致存储介质不能正常工作，所以如何在事故前保证数据的实时存储，在事故发生后能通过存储介质存储的各种行车数据还原事故发生时的场景，方便快速界定事故发生原因、判定事故责任、及制定事故的预防措施发挥积极的作用。
4.我们能经常碰到这样的场景，在商用车事故发生后，取出智能安全视频监控终端中存储介质播放，经常事故前后一段时间的音视频信息和车辆相关数据缺失，导致事故发生时的关键信息难以复原，给案件的侦破和定责带来很大的困难。


技术实现要素：

5.本技术旨在提供一种实时存储数据的文件系统处理的方法、装置及电子设备，通过仅对文件系统和文件写入流程进行简单改动，完全兼容不同的存储介质，能够有效解决商用车智能安全视频监控终端在存储介质工作异常时数据未及时保存丢失的问题。
6.根据本技术的一方面，提出一种实时存储数据的文件系统处理的方法，用于商用车监控，包括：
7.发起写文件请求；
8.判断写文件是否为祼设备文件系统类型；
9.如果为裸设备文件系统类型，则去掉存储写操作中页缓存分配和对文件元数据的更新操作，直接将数据写入物理存储介质；
10.如果不为裸设备文件系统类型，则更新文件的元数据，将数据写入页缓存，将页缓存数据写入物理存储介质。
11.根据一些实施例，前述方法还包括：
12.通过文件的inode判断是否为祼设备文件系统类型。
13.根据一些实施例，前述方法还包括所述物理存储介质为非易失性存储介质，包括硬盘，sd卡。
14.根据一些实施例，前述方法还包括：
15.对所述物理存储介质进行区块划分，对同一文件的物理磁盘块采取连续分配策略，减少寻址消耗。
16.根据一些实施例，前述方法还包括：
17.所述直接将数据写入物理存储介质的用时小于10ms。
18.根据一些实施例，前述方法还包括：
19.在实时数据写入后，备份到灾备存储设备。
20.根据一些实施例，前述方法还包括：
21.通过重载系统写文件库函数实现。
22.根据本技术的另一方面，提供一种实时存储数据的文件系统处理的装置，包括：
23.请求模块，用于发起写文件请求；
24.判断模块，用于判断写文件是否为祼设备文件系统类型；
25.裸设备处理模块，用于针对裸设备文件系统类型，去掉存储写操作中页缓存分配和对文件元数据的更新操作，直接将数据写入物理存储介质；
26.通用文件处理模块，用于更新文件的元数据，将数据写入页缓存，将页缓存数据写入物理存储介质。
27.根据本技术的另一方面，提供一种车载终端，包括：
28.存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述任一项所述的方法。
29.根据本技术的另一方面，提供一种商用车，包括上面所述的车载终端。
30.根据本技术示例实施例，通过仅对文件系统和文件写入流程进行简单改动，完全兼容不同的存储介质。
31.根据本技术示例实施例，能够有效解决商用车智能安全视频监控终端在存储介质工作异常时数据未及时保存丢失的问题。
32.应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本技术。
附图说明
33.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图，而并不超出本技术要求保护的范围。
34.图1示出根据一示例性实施例的write函数写文件流程图。
35.图2示出根据一示例性实施例的fsync函数写文件流程图。
36.图3示出根据本技术示例实施例的文件写操作调用示意流程图。
37.图4示出根据本技术示例实施例的车载终端数据传输系统示意图。
38.图5示出根据本技术示例实施例的实时存储数据的文件系统处理方法流程图。
39.图6示出根据本技术示例实施例的实时存储数据的文件系统处理装置的框图。
40.图7示出根据一示例性实施例的一种车载终端的组成框图。
具体实施方式
41.现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实
施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本技术将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。
42.此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本技术的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本技术的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本技术的各方面。
43.附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
44.附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
45.应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本技术概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。
46.本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本技术所必须的，因此不能用于限制本技术的保护范围。
47.目前,linux操作系统己有文件系统的内部设计大多十分复杂,通用性好,功能多。但是针对特殊场景下的数据文件存储,它们复杂的存储结构导致存储延时大,限制系统性能,而且这些复杂设计中很多功能不会用到。当前通用文件系统提高写入数据实时性方法如下：操作系统实现某些文件i/o时(如磁盘文件)。为了保证i/o的效率。在内核一般会用到一片专门的区域(内存或独立的i/o地址空间)作为i/o数据缓冲区。
48.应用程序能够将这片内核区域看成是i/o数据的一个高速中转站。当调用write()函数写出数据时。数据一旦写到该缓冲区。函数便马上返回。此时写出的数据能够用read()读回，也能够被其它进程读到，可是并不意味着它们已经被写到了外部永久存储介质上，即使调用close()关闭文件后也可能如此。
49.内核i/o数据缓冲区中的数据仅仅在适当的时候才由操作系统启动外设进行传输，真正的传输动作由独立于cpu的外设控制器或者外设本身(linux称之为dma引擎)来完毕。
50.因此，从数据被实际写到磁盘的角度来看，用write()写出的文件数据与外部存储设备并非全然同步的。在现代计算机系统中，这样的不同步的时间间隔非常短，一般仅仅有几秒或十几秒，详细取决于写出的数据量和i/o数据缓冲区的状态。虽然不同步的时间间隔非常短，可是假设在此期间发生掉电或者系统崩溃，则会导致所写数据来不及写至磁盘而丢失的情况。
51.为此，linux提供了两种手段来实现这一目的。当中一种方法是对文件设置o_sync标志。这样能够保证每次写数据都直接写到磁盘。假设设置了这个标志，write()调用将直
到数据已安全地写到磁盘后(而不经过系统的i/o缓冲区)才返回(见图1)。可是这样每次写数据(元数据和数据)都保持同步的效率比较低，大数据量写入时容易导致数据堆积不能实时写入。
52.还有一种方法是仅仅在需要时调用函数fsync()，fsync()强制与描写叙述字fildes(文件描述符)相连文件的全部改动过的数据(包含核内i/o缓冲区中的数据)传送到外部永久介质。即刷新fildes给出的文件的全部信息。调用fsync()的进程将堵塞直到设备报告传送已经完毕。这里“全部改动过的数据”包含用户写出的数据以及文件本身的特征数据。如文件的访问时间、改动时间、文件的属主等(见图2)。所以导致操作的耗时时间较长，同样不适合在大数据写入时频繁使用。
53.在商用车监控特定业务中，例如，货运车需要远距离，长时间行驶，由于行驶环境的复杂性，经常受到震动、电磁干扰、电压波动、电流冲突、瞬间意外断电等因素影响；特别是发生事故的时候，这些因素更容易同时出现导致存储介质不能正常工作。本发明针对商用车监控特定业务需求推出自己的文件系统和写文件操作流程，尽量保证数据写入的实时性，使商用车智能安全视频监控终端的实时数据写入能达到10ms级别。在事故发生后能通过存储介质存储的各种行车数据还原事故发生时的场景，方便快速界定事故发生原因、判定事故责任。
54.以下结合附图对本技术的示例实施例进行说明。
55.图3示出根据本技术示例实施例的文件写操作调用示意流程图。
56.参考图3的虚拟文件系统总体架构，虚线表示改进的文件写操作调用示意。
57.虚拟文件系统virtual file systems(vfs)是由sun microsystems公司在定义网络文件系统(nfs)时创造的。它是一种用于网络环境的分布式文件系统，是允许和操作系统使用不同的文件系统实现的接口。虚拟文件系统(vfs)是物理文件系统与服务之间的一个接口层，它对linux的每个文件系统的所有细节进行抽象，使得不同的文件系统在linux核心以及系统中运行的其他进程看来，都是相同的。严格说来，vfs并不是一种实际的文件系统。它只存在于内存中，不存在于任何外存空间。vfs在系统启动时建立，在系统关闭时消亡。
58.linux是近年来发展起来的一种新型的操作系统，其最重要的特征之一就是支持多种文件系统，使其更加灵活，从而与许多其它的操作系统共存。linux支持ext，ext2，xia，minix，umsdos，msdes，fat32，ntfs，proc，stub，ncp，hpfs，affs以及ufs等多种文件系统。为了实现这一目的，linux对所有的文件系统采用统一的文件界面，用户通过文件的操作界面来实现对不同文件系统的操作。对于用户来说，我们不要去关心不同文件系统的具体操作过程，而只是对一个虚拟的文件操作界面来进行操作，这个操作界面就是linux的虚拟文件系统(vfs)。因此，每一个文件系统之间互不干扰，而只是调用相应的程序来实现其功能。在linux的内核文件中，vfs和具体的文件系统程序都放在linux\fs中，其中每一种文件系统对应一个子目录，另外还有一些共用的vfs程序。
59.在具体的实现上，每个文件系统都有自己的文件操作数据结构file—operations。所以，vfs作为linux内核中的一个软件层，用于给用户空间的程序提供文件系统接口，同时也提供了内核中的一个抽象功能，允许不同的文件系统很好地共存。vfs拥有关于各种特殊文件系统的公共界面，如超级块、inode、文件操作函数入口等。实际文件系统
的细节，统一由vfs的公共界面来索引，它们对系统核心和用户进程来说是透明的。
60.文件系统实时化方案主要通过消除文件系统写文件时给进程的执行引入的不确定时间延迟来实现。1.去掉存储写操作中通用文件系统页缓存分配和管理导致数据写入的延时；2.去除存储写操作中通用文件系统中对文件元数据的更新操作，只更新数据；3.去除特定文件系统中间层，直接对祼设备进行写入操作，应用层保证对同一文件的物理磁盘块采取连续分配策略,减少寻址消耗。
61.图4示出根据本技术示例实施例的车载终端数据传输系统示意图。
62.如图4所示，车载终端数据传输系统包括车载终端设备101，网络102，服务器103。
63.应该理解，图4中的终端、服务器设备和网络的数目仅仅是示意性的。根据现实需要，可以具有任意数目的终端、服务器设备和网络。
64.网络102可用以在车载终端设备101和服务器103之间提供互联网通信链路的介质，可以包括多种连接类型，例如移动通信链路等。
65.车载终端设备101可以是具有显示屏的电子设备，包括一个或多个处理器及存储装置，可通过网络102和服务器103进行交互，用以接收或发送消息等。
66.根据示例实施例，本技术中服务器103接收车载终端设备101发送的多媒体数据和车辆定位数据等。
67.可选地，车载终端设备101可应用于多种商用车辆，如客车、货运车、危险品车、公交车、新能源车、校车、商砼车、渣土车及出租车等。例如，货运车需要远距离，长时间行驶，由于行驶环境的复杂性，经常受到震动、电磁干扰、电压波动、电流冲突、瞬间意外断电等因素影响；特别是发生事故的时候，这些因素更容易同时出现导致存储介质不能正常工作，所以通过本技术实施例的写文件操作流程，尽量保证数据写入的实时性，使商用车终端的实时数据写入能达到10ms级别，在事故发生后能通过存储介质存储的各种行车数据还原事故发生时的场景，方便快速界定事故发生原因、判定事故责任。
68.图5示出根据本技术示例实施例的实时存储数据的文件系统处理方法流程图。
69.在s501，调用库函数发起写文件请求。
70.根据一些实施例，改写库函数write，调用该函数对文件进行写操作。
71.在s503，定位到虚拟文件系统的已打开文件列表表项；
72.通过检查进程的文件描述符定位到虚拟文件系统的已打开文件列表表项。
73.在s505，在目录项模块中检索，找到该文件的inode。
74.通过一些实施例，write()函数通过文件表项链接到目录项模块，根据传入的文件路径，在目录项模块中检索，找到该文件的inode。
75.文件存储在硬盘上，硬盘的最小存储单位叫做“扇区”(sector)。每个扇区储存512字节(相当于0.5kb)。操作系统读取硬盘的时候，不会一个个扇区的读取，这样效率太低，而是一次性连续读取多个扇区，即一次性读取一个“块”(block)。这种由多个扇区组成的“块”，是文件存取的最小单位。“块”的大小，最常见的是4kb，即连续八个sector组成一个block。
76.文件数据都储存在“块”中，那么很显然，还必须找到一个地方储存文件的“元信息”，比如文件的创建者、文件的创建日期、文件的大小等等。这种储存文件元信息的区域就叫做inode，中文译名为"索引节点"。
77.每一个文件都有对应的inode，里面包含了与该文件有关的一些信息。inode包含文件的元信息，具体来说有以下内容：
78.size：文件的字节数；uid：文件拥有者的user id；gid：文件的group id；access：文件的读、写、执行权限；文件的时间戳，共有三个：change指inode上一次变动的时间；modify指文件内容上一次变动的时间；access指文件上一次打开的时间；inode：文件数据block的位置；blocks块数；io blocks：块大小；device：设备号码等等。
79.每个inode都有一个号码，操作系统用inode号码来识别不同的文件。unix/linux系统内部不使用文件名，而使用inode号码来识别文件。对于系统来说，文件名只是inode号码便于识别的别称或者绰号。表面上，用户通过文件名，打开文件。实际上，系统内部这个过程分成三步：首先，系统找到这个文件名对应的inode号码；其次，通过inode号码，获取inode信息；最后，根据inode信息，找到文件数据所在的block，读出数据。
80.在s507，通过文件的inode，判断文件是否为祼设备文件系统类型。
81.裸设备(raw device)，也叫裸分区(原始分区)，是一种没有经过格式化，不被unix通过文件系统来读取的特殊块设备文件。由应用程序负责对它进行读写操作。
82.在s509，针对祼设备文件系统类型，关闭写操作对文件元数据的更新，文件的元数据主要包括：文件大小，设备标识符，用户标识符，用户组标识符，文件模式，扩展属性，文件读取或修改的时间戳，链接数量，指向存储该内容的磁盘区块的指针，文件分类等。
83.在s511，针对祼设备文件系统类型，直接跳过对页缓存的查找命中的相关管理操作。
84.当调用原有的write()函数写出数据时，数据先写到内核i/o数据缓冲区也就是页缓存中，缓冲区中的数据仅仅在适当的时候才由操作系统启动外设进行传输。
85.在s513，针对祼设备文件系统类型，直接对物理存储设备进行数据写入，直到写入完成返回。
86.根据一些实施例，物理存储介质为非易失性存储介质，包括硬盘，sd卡等。对物理存储介质进行区块划分，对同一文件的物理磁盘块采取连续分配策略，减少寻址消耗。
87.根据一些实施例，在实时数据写入后，将写入数据同时备份到另外的灾备存储设备，该存储设备也可为裸设备。
88.在s515
‑
s519，为write函数原有的写文件操作步骤，在此不再赘述。
89.根据一些实施例，通过本技术实施例的写文件操作流程，提高了数据写入的实时性，使商用车终端的实时数据写入能达到10ms级别。
90.应清楚地理解，本技术描述了如何形成和使用特定示例，但本技术不限于这些示例的任何细节。相反，基于本技术公开的内容的教导，这些原理能够应用于许多其它实施例。
91.本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由cpu执行的计算机程序。在该计算机程序被cpu执行时，执行本技术提供的上述方法所限定的上述功能。的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。
92.此外，需要注意的是，上述附图仅是根据本技术示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处
理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
93.通过对示例实施例的描述，本领域技术人员易于理解，根据本技术实施例的实时存储数据的文件系统处理的方法至少具有以下优点中的一个或多个。
94.根据示例实施例，通过仅对文件系统和文件写入流程进行简单改动，完全兼容不同的存储介质。
95.根据示例实施例，能够有效解决商用车智能安全视频监控终端在存储介质工作异常时数据未及时保存丢失的问题。
96.图6示出根据一示例性实施例的实时存储数据的文件系统处理装置的框图。图6所示装置可以执行前述根据本技术实施例的实时存储数据的文件系统处理的方法。
97.如图6所示，实时存储数据的文件系统处理的装置可包括：请求模块610、判断模块620、裸设备处理模块630、通用文件处理模块640。
98.参见图6并参照前面的描述：
99.请求模块610，用于发起写文件请求；
100.判断模块620，用于判断写文件是否为祼设备文件系统类型；
101.裸设备处理模块630，用于针对裸设备文件系统类型，去掉存储写操作中页缓存分配和对文件元数据的更新操作，直接将数据写入物理存储介质；
102.通用文件处理模块640，用于更新文件的元数据，将数据写入页缓存，将页缓存数据写入物理存储介质。
103.装置执行与前面提供的方法类似的功能，其他功能可参见前面的描述，此处不再赘述。
104.图7示出根据一示例性实施例的一种电子设备的框图。
105.下面参照图7来描述根据本技术的这种实施方式的电子设备200。图7显示的电子设备200仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
106.如图7所示，电子设备200以通用计算设备的形式表现。电子设备200的组件可以包括但不限于：至少一个处理单元210、至少一个存储单元220、连接不同系统组件(包括存储单元220和处理单元210)的总线230、显示单元240等。
107.其中，存储单元存储有程序代码，程序代码可以被处理单元210执行，使得处理单元210执行本说明书描述的根据本技术各种示例性实施方式的方法。例如，处理单元210可以执行如图3、图4中所示的方法。
108.存储单元220可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)2201和/或高速缓存存储单元2202，还可以进一步包括只读存储单元(rom)2203。
109.存储单元220还可以包括具有一组(至少一个)程序模块2205的程序/实用工具2204，这样的程序模块2205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
110.总线230可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
111.电子设备200也可以与一个或多个外部设备300(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备200交互的设备通信，和/或与使得
该电子设备200能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口250进行。并且，电子设备200还可以通过网络适配器260与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。网络适配器260可以通过总线230与电子设备200的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
112.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。根据本技术实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd
‑
rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本技术实施方式的上述方法。
113.软件产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
114.计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
115.可以以一种或多种程序设计语言的任意组合来编写用于执行本技术操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、c 等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
116.本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
117.通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本技术实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd
‑
rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可
以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本技术实施例的方法。
118.以上具体地示出和描述了本技术的示例性实施例。应可理解的是，本技术不限于这里描述的详细结构、设置方式或实现方法；相反，本技术意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。