针对离线能力的移动临床研究员框架

摘要

这里描述了提供与具有离线能力的CRA应用框架相关联的系统的各种系统和方法。在一个示例性实施例中，旅程报告构架允许将关于临床研究的旅程报告数据存储在移动设备上。移动设备利用CRA应用框架向服务器侧逻辑发送旅程报告构架创建请求。与旅程报告有关的活动被异步地实施。因此，当发出针对旅程报告构架的获取请求时，确定旅程报告构架是否就绪。当旅程报告构架就绪时，以自我描述对象(SDO)格式中接收旅程报告构架。

说明书

相关申请的交叉引用

本公开内容要求2013年3月14日提交的标题为“Mobi le Cl inical  Research Associate Framework for Offline Capability(针对离 线能力的移动临床研究员框架)”序列号为13/827,073的美国非临时 专利申请以及2012年6月20日提交的标题为“Mobi le Cl inical  Research Associate Framework for Offline Capability(针对离 线能力的移动临床研究员框架)”序列号为61/662,050的美国临时专 利申请的权益，通过引用的方式将其全文合并在此。

背景技术

临床试验是医疗研究和药物开发中的测试的集合，其生成安全性 和功效数据，比如关于负面药物反应和针对健康干预(例如药物、诊 断、设备、疗法协议)的治疗的负面效果的信息。此外还可以包括关 于临床研究的设计的信息，比如关于药物、诊断、设备和协议的信息。

旅程报告(trip report)存储关于临床研究的信息。因此，旅程 报告是高度可定制的并且包括重要的数据。希望在移动设备上编辑和 显示旅程报告而无需定制与移动设备的接口，也无需反复访问移动设 备。同样地，由于业务组件和旅程报告web服务的交互，难以对旅程 报告进行标准化。

发明内容

总体来说，本说明书的一个方面公开了一种存储计算机可执行指 令的非瞬时性计算机可读介质，所述计算机可执行指令在由计算机执 行时使得所述计算机实施一种方法。所述方法包括从移动设备发送旅 程报告构架创建请求。旅程报告构架允许将关于临床研究的旅程报告 数据存储在移动设备上。发出针对旅程报告构架的获取请求。确定旅 程报告构架是否就绪。当旅程报告构架就绪时，在自我描述对象(SDO) 格式中接收旅程报告构架。

在一个实施例中，所述指令还包括允许获取请求超时，并且当旅 程报告构架未就绪时发出后续获取请求。按照预定调度表发送后续获 取请求，紧接在获取请求超时之后发送后续获取请求，或者在获取请 求超时之后经过了预定时间量之后发送后续获取请求。

在另一个实施例中，所述指令包括利用嵌入在旅程报告构架中的 元数据在移动设备上呈现旅程报告构架。

在一些实施例中，所述指令包括利用移动设备输入旅程报告数据 以便创建旅程报告。在一些实施例中，所述指令还包括，通过在临床 研究员(CRA)应用框架中与服务器侧逻辑建立网络链接，向服务器侧 逻辑发送旅程报告。

在一个实施例中，在确定已经在旅程报告构架中输入了预定百分 比的旅程报告数据时向服务器侧逻辑发送旅程报告。

在另一个实施例中，通过组合用于呈现旅程报告构架的元数据与 规范旅程报告生成旅程报告构架。

在一些实施例中，由移动设备将数据输入到构架旅程报告中，而 不管从服务器对数据的可访问性如何。

在一个实施例中，在第一线程中从移动设备发送旅程报告创建请 求，并且在第二线程中向移动设备发送旅程报告构架。

总体来说，本说明书的另一方面公开了一种用于针对离线能力的 移动临床研究员框架的计算系统。所述计算系统包括数据库、服务器 侧逻辑和自我描述对象(SDO)。数据库存储规范旅程报告和元数据。 服务器侧逻辑接收来自移动设备的旅程报告构架创建请求。SDO变换 器组合规范旅程报告与元数据，以便在SDO格式中创建旅程报告构架。

总体来说，本说明书的另一方面公开了一种用于针对离线能力的 移动临床研究员框架的计算系统。所述计算系统包括处于自我描述对 象(SDO)格式中的旅程报告构架，其存储与临床研究相关联的旅程报 告数据。所述计算系统还包括呈现逻辑，其利用嵌入在旅程报告构架 中的元数据呈现旅程报告构架。所述计算系统包括持久性堆栈，其跟 踪发生在旅程报告构架中的改变，并且在旅程报告构架中输入旅程报 告数据时更新旅程报告构架。

附图说明

被合并在说明书中并且构成说明书的一部分的附图示出了本公开 内容的各种系统、方法和其他实施例。应当认识到，附图中示出的元 件边界(例如方框、方框组或其他形状)代表所述边界的一个实施例。 在一些实施例中，一个元件可以被设计成多个元件，或者多个元件可 以被设计成一个元件。在一些实施例中，被显示为另一个元件的内部 组件的元件可以被实施为外部组件，反之亦然。此外，各个元件可能 不是按比例绘制的。

图1示出了与针对离线能力的临床研究员(CRA)框架相关联的方 法的一个实施例。

图2示出了与针对离线能力的CRA框架相关联的方法的另一个实 施例。

图3示出了与针对离线能力的CRA框架相关联的系统的另一个实 施例。

图4示出了与针对离线能力的CRA框架相关联的系统的另一个实 施例。

图5示出了示例性系统和方法及其等效方案可以操作在其中的计 算系统的一个实施例。

具体实施方式

这里描述了提供被建立来支持离线能力的移动临床研究员(CRA) 应用框架的系统和方法。CRA应用框架提供了一种在移动设备上利用 针对数据库和文件系统的声明性标签(declarative tag)来加密和高 速缓存数据的一般方式。利用声明性编程使得对于实现CRA应用框架 所需的编码量最小化。CRA应用框架允许用户高速缓存离线数据，允 许将数据下载到移动设备上，并且在离线时操作移动设备。

在一个实施例中，CRA应用框架实施与旅程报告有关的活动。创 建旅程报告是其中一项最耗资源(resource intensive)的操作。处 理针对创建旅程报告的请求的线程通常将随后生成旅程报告。为了减 小施加在CRA应用框架上的压力，与旅程报告有关的活动被异步地实 施。相应地，不同的线程处理针对创建旅程报告的请求并且生成旅程 报告。通过把耗资源的操作分离成单独的线程，CRA应用框架实现对 于服务器资源的更好的控制，允许更高的伸缩性，并且使得系统更加 可靠。

举例来说，图1示出了与具有离线能力的CRA应用框架相关联的 方法的一个示例性实施例。方法100在被用于管理来自临床研究的数 据的CRA应用框架中实施。CRA应用框架促进移动设备与服务器之间 的通信。

访问临床环境的用户具有被用来存储和管理关于其去到诊所的旅 程的数据的移动设备。为了确保采集到所期望的数据，用户将旅程报 告数据输入到旅程报告构架(skeleton)中的预定义空间中。为了接 收旅程报告构架，在110处从移动设备向服务器发送针对创建旅程报 告构架的创建请求，服务器在第一线程中处理所述请求。在120处， 由服务器对创建请求进行确认。在130处，在服务器上的第二线程中 创建旅程报告构架。为了更好地分配服务器资源，第一线程与第二线 程异步地操作。

在140处，移动设备发出获取请求以取回所创建的旅程报告构架。 由于第一线程和第二线程异步地操作，因此在请求旅程报告构架时， 旅程报告构架可能并未就绪。在150处，确定旅程报告构架是否就绪 以被发送到移动设备。如果旅程报告构架尚未就绪，方法100继续到 160，其中获取请求超时。在170处，移动设备发出后续获取请求以便 取回旅程报告构架。发送附加的获取请求的定时可以遵循预定调度表。 或者，可以一旦获取请求在160处超时就发送附加的获取请求，或者 可以在获取请求在160处超时之后经过了预定时间量之后发送附加的 获取请求。方法100随后返回到步骤150，以便确定旅程报告是否就 绪以被发送到移动设备。

如果旅程报告构架就绪，则方法100继续到步骤180，其中由移 动设备接收旅程报告构架。在180处，移动设备接收旅程报告构架作 为自我描述对象(SDO)。不管临床研究的定制如何，可以在移动设备 上将临床数据输入到SDO中。SDO包含使得移动设备能够在该移动设 备上呈现旅程报告构架的元数据。因此，在将数据输入到旅程报告构 架中时，移动设备不需要访问远程服务器。这样就减少了移动设备必 须访问远程服务器的次数。

图2示出了与具有离线能力的CRA应用框架相关联的方法的一个 实施例。作为自我描述对象(SDO)生成旅程报告构架。SDO格式的旅 程报告构架的一个优点在于，可以使用通用工具来操纵旅程报告数据。 自我描述数据包含使得工具正确地操纵各种类型的数据所需要的信 息。SDO格式的旅程报告构架的另一个优点在于，其使得CRA应用框 架更加鲁棒和灵活。尽管在不同设备将旅程报告数据置于何处的方面 存在差异，运行在不同设备(例如移动设备、服务器)上的多个程序 可以接口到单一程序。

在210处，创建用于在移动设备上呈现旅程报告的元数据并且存 储在服务器上。在220处，将所存储的元数据与规范旅程报告组合， 以便创建具有SDO格式的构架旅程报告。在230处，由移动设备获取 构架旅程报告。在240处，移动设备基于所嵌入的元数据呈现构架旅 程报告。在250处，在构架旅程报告中输入旅程报告数据。由于旅程 报告构架被作为SDO保持在移动设备上，因此由移动设备将数据输入 到构架旅程报告中，而不管服务器是否能够直接访问所述数据。可以 在移动设备离线(即与服务器断开连接)时输入数据。

响应于移动设备满足移动设备参数，在260处，将所完成的旅程 报告发送回到服务器以进行存储。所述设备参数可以包括利用预定百 分比的旅程报告数据完成旅程报告构架。或者所述设备参数可以是移 动设备与服务器之间的关系的某种函数。举例来说，当在移动设备与 服务器之间建立网络链接时，可以将所完成的旅程报告发送到所述逻 辑。

图3示出了与具有离线能力的CRA应用框架相关联的系统的一个 示例性实施例。旅程报告被高度定制。通过定制旅程报告改变了底层 数据结构，有关的临床组件，以及促进服务器侧逻辑310与移动设备 350之间的通信的旅程报告web服务。服务器侧逻辑310和移动设备 350利用CRA应用框架300传达旅程报告数据。

服务器侧逻辑310存储规范旅程报告320和元数据330。规范旅 程报告320是关联到定制旅程报告的一般化结构。因此，定制旅程报 告可能被高度定制，从而使得定制旅程报告形式不适合于分发到多个 用户。规范旅程报告320被一般化，从而可以针对多个旅程将规范旅 程报告320分发到多个用户，即使所述用户采用不同的移动设备。

元数据330被用来在移动设备350上呈现(例如单独屏幕呈现、 单独场呈现和验证、屏幕转变以及应对数据改变事件)规范旅程报告 320。举例来说，规范旅程报告320支持定制活动属性(例如清单功能)。 元数据330在移动设备350上呈现定制活动属性。元数据330由管理 员生成并且存储在服务器侧逻辑310上。一旦元数据被存储，任意数 量的移动设备(比如移动设备350)就可以使用所述元数据以进行呈 现。由移动设备发送的创建请求可以包括例如移动设备标识符之类的 设备数据，从而知晓对应于移动设备的正确的元数据。

规范旅程报告320和元数据330由服务器侧逻辑310上的SDO变 换器315组合，从而创建旅程报告构架340。旅程报告构架340是自 我描述对象(SDO)。例如规范旅程报告320之类的SDO被定义在面向 对象的计算机编程语言(例如JAVA)中。举例来说，从服务器侧逻辑 的角度来看，旅程报告构架340是作为普通Java对象的SDO，其在 JavaScript对象表示法(JSON)中被结构化，以用于Java到JASO去 串行化(deserialization)。规范旅程报告320使用包含专用注释的 类来促进XML串行化的使用。

相应地，SDO类在结构上类似于规范旅程报告类。规范旅程报告 320与旅程报告构架340的差别在于，旅程报告构架340具有SDO格 式并且附加地包含元数据330。服务器侧逻辑310还为移动设备350 提供应用编程接口(API)以便加载和同步旅程报告构架340。

SDO变换器315还逆转从旅程报告构架340回到规范旅程报告320 的转换。在将定制旅程报告转换到规范旅程报告320时可能会损失定 制旅程报告的其中一些特征。相应地，定制旅程报告到规范旅程报告 320的转换被认为是“有损的”。但是在从定制旅程报告到规范旅程 报告320的转换期间损失的信息在所述逆转换期间被恢复。举例来说， 服务器侧逻辑310通过保存定制旅程报告来留存定制旅程报告。当服 务器侧逻辑接收到带有关于旅程的信息的旅程报告构架340时，在所 述逆转换期间将所得到的经过修改的旅程报告构架与定制旅程报告合 并。相应地，可以恢复通过使用旅程报告构架而损失的旅程报告数据。

图4示出了与具有离线能力的CRA应用框架相关联的系统的另一 个示例性实施例。移动设备350已接收到旅程报告构架360。移动设 备350可以按照关于图1描述的方式接收旅程报告构架360。移动设 备350输入旅程报告数据370，并且在本地将旅程报告数据370存储 在CRA应用框架系统300的移动设备350上的旅程报告构架360中。

从移动设备350的角度来看，旅程报告构架360是被去串行化成 通用的递归字典/数组结构中的SDO。呈现逻辑375基于包括在旅程报 告构架360中的元数据来呈现旅程报告构架360。不管移动设备350 是连接到网络、断开连接还是所述连接是间歇性的，都可以对旅程报 告数据370进行操纵。当需要把旅程报告数据370与服务器侧逻辑310 同步时，可以将包括旅程报告数据370的旅程报告构架360发送回服 务器侧逻辑310。因此，由于可以在移动设备350上操纵旅程报告数 据370并且在方便时发送，网络交互被最小化。

利用持久性堆栈380将旅程报告构架360本地存储在移动设备350 上。持久性堆栈380在移动设备350上对旅程报告数据370上实施加 密。持久性堆栈380还存储并取回旅程报告构架360，跟踪旅程报告 数据370的改变，并且实施更新。

持久性堆栈380包括持久性情境385、持久性模型390和持久性 存储库395。持久性情境385通过把对象与独有密钥相关联来登记对 象，比如作为SDO的旅程报告构架360。本领域技术人员将认识到， 可以通过多种方式将对象与独有密钥相关联。举例来说，持久性情境 385可以利用持久性情境委托方法来为对象指派独有密钥。

持久性情境385还跟踪发生在旅程报告构架360中的改变，这是 通过在持久性堆栈380检测到旅程报告数据370已被改变时将旅程报 告构架360评估为处于脏状态。如果旅程报告构架360被认为是脏的， 则针对旅程报告数据370调度更新动作。所述更新动作使得将所标记 出的旅程报告构架360保存到持久性情境385，从而保存旅程报告数 据370。如果旅程报告构架360仍然是脏的，则将更新定案(finalize)， 从而导致“脏”标志被清空。

持久性情境385响应于许多事件(例如做出改变、初始化)检测 旅程报告构架360中的改变。例如在初始化时，持久性情境380检验 是否有任何所管理的旅程报告构架360处于脏状态。如果有旅程报告 构架(比如旅程报告构架360)是脏的，则持久性情境380确定更新 操作未完成，并且持久性情境380随后重新调度针对该旅程报告构架 的更新操作。

持久性模型390在存储器中提供旅程报告数据370的总集。持久 性模型390还从持久性情境加载先前留存的旅程报告构架。持久性模 型390将不会更新处于脏状态的早前留存的项目或者其时间标记大于 传入旅程报告数据370的时间标记的对象。持久性存储库395保存旅 程报告构架(比如旅程报告构架360)。持久性存储库395还对旅程 报告数据370进行加密和解密。

CRA应用框架300允许利用声明性编程很容易地高速缓存离线数 据，并且允许用户将数据下载到移动设备350以及在离线时管理数据。 所述系统将数据高速缓存在移动设备上，监测所高速缓存的数据的生 命周期，并且提供动态同步能力。在另一个实施例中，所述系统提供 了被配置成利用声明性编程以各种格式显示所高速缓存的数据的小配 件。在一个实施例中，所述系统允许利用设定使得敏感数据符合HIPPA 和CRF Part 11。

在另一个实施例中，所描述的方法和/或其等效方案可以利用计算 机可执行指令来实施。因此，在一个实施例中，利用所存储的计算机 可执行指令来配置非瞬时性计算机可读介质，所述计算机可执行指令 在由机器(例如处理器、计算机等等)执行时使得所述机器(和/或相 关联的组件)实施所述方法。在另一个实施例中，所描述的系统、方 法和/或其等效方案可以通过逻辑来实施。

图5示出了这里所描述的示例性系统和方法以及等效方案可以操 作在其中的示例性计算设备。所述示例性计算设备可以是计算机500， 其包括适于通过总线508连接的处理器502、存储器504以及输入/输 出端口510。在一个实例中，计算机500可以包括服务器侧逻辑530， 其被配置成在CRA应用框架上操作并且允许移动设备离线运作。在不 同的实例中，服务器侧逻辑530可以通过硬件、存储有指令的非瞬时 性计算机可读介质、固件和/或其组合来实施。虽然服务器侧逻辑530 被图示为附着到总线508的硬件组件，但是应当认识到，在一个实例 中，服务器侧逻辑530可以被实施在处理器502中。

在一个实施例中，服务器侧逻辑530具有用于组合规范旅程报告 与元数据从而创建SDO的装置(例如硬件、非瞬时性计算机可读介质、 固件)。所述装置例如可以被实施为ASIC，其被编程来创建SDO。所 述装置还可以被实施为所存储的计算机可执行指令，其作为数据516 被呈现给计算机500，所述数据516被临时存储在存储器504中并且 随后由处理器502执行。或者，服务器侧逻辑的功能可以被实施在移 动设备上。

作为对于计算机500的示例性配置的一般描述，处理器502可以 是多种处理器，其中包括双微处理器以及其他多处理器架构。存储器 504可以包括易失性存储器和/或非易失性存储器。非易失性存储器例 如可以包括ROM、PROM等等。易失性存储器例如可以包括RAM、SRAM、 DRAM等等。

盘506可以适于例如经由输入/输出接口(例如卡、设备)518和 输入/输出端口510连接到计算机500。盘506例如可以是磁盘驱动器、 固态盘驱动器、软盘驱动器、带驱动器、Zip驱动器、闪存卡、记忆 棒等等。此外，盘506可以是CD-ROM驱动器、CD-R驱动器、CD-RW 驱动器、DVD ROM等等。存储器504例如可以存储进程514和/或数据 516。盘506和/或存储器504可以存储控制并且分配计算机500的资 源的操作系统。

总线508可以是单一内部总线互连架构以及/或者其他总线或网 状架构。虽然示出了单一总线，但是应当认识到，计算机500可以利 用其他总线(例如PCIE、1394、USB、以太网)与多种设备、逻辑和 外设进行通信。总线508可以是多种类型，其中例如包括存储器总线、 存储器控制器、外围总线、外部总线、纵横开关(crossbar switch) 以及/或者局部总线。

计算机500可以经由i/o接口518和输入/输出端口510与输入/ 输出设备进行交互。输入/输出设备例如可以是键盘、麦克风、指示和 选择设备、摄影机、视频卡、显示器、盘506、网络设备520等等。 输入/输出端口510例如可以包括串行端口、并行端口以及USB端口。

计算机500可以操作在网络环境中，因此可以经由i/o接口518 和/或i/o端口510连接到网络设备520。通过网络设备520，计算机 500可以与网络进行交互。通过网络，计算机500可以在逻辑上连接 到远程计算机(例如移动设备)。计算机500可以与之进行交互的网 络包括(但不限于)LAN、WAN以及其他网络。

在另一个实施例中，所描述的方法和/或其等效方案可以利用计算 机可读指令来实施。因此，在一个实施例中，利用所存储的计算机可 执行指令来配置非瞬时性计算机可读介质，所述计算机可执行指令在 由机器(例如处理器、计算机等等)执行时使得所述机器(和/或相关 联的组件)实施图1和2的方法。

虽然为了解释简单起见将附图中所示的方法示出并且描述为一系 列方框，但是应当认识到，所述方法不受限于方框的顺序，这是因为 一些方框可以按照不同于所示出并描述的顺序发生以及/或者与其他 方框同时发生。此外，可以使用少于所示出的所有方框来实施一种示 例性方法。各个方框可以被组合或分离成多个组成部分。此外，附加 的和/或替换的方法可以采用未示出的附加方框。

后面包括这里所采用的所选术语的定义。所述定义包括落在术语 的范围内并且可以被用于实施的组件的各种实例和/或形式。所述实例 并不意图做出限制。单数和复数形式的术语都可以落在所述定义内。

在提到“一个实施例”、“某一实施例”、“一个实例”、“某 一实例”等等时，其表明所描述的(多个)实施例或(多个)实例可 以包括特定特征、结构、特性、属性、元素或限制，但是并非每一个 实施例或实例都必须包括该特定特征、结构、特性、属性、元素或限 制。此外，对于短语“在一个实施例中”的重复使用并不一定是指相 同的实施例，但是其可以是指相同的实施例。

ASIC：专用集成电路。

CD：紧致盘。

CD-R：CD可记录。

CD-RW：CD可重写。

DVD：数字通用盘和/或数字视频盘。

HTTP：超文本传输协议。

LAN：局域网。

PCI：外围组件互连。

PCIE：PCI express。

RAM：随机存取存储器。

DRAM：动态RAM。

SRAM：同步RAM。

ROM：只读存储器。

PROM：可编程ROM。

EPROM：可擦写PROM。

USB：通用串行总线。

XML：可扩展标记语言。

WAN：广域网。

这里所使用的“计算机组件”指的是与计算机有关的实体(例如 硬件、固件、执行中的指令、其各种组合)。计算机组件例如可以包 括运行在处理器上的进程、处理器、对象、可执行程序、执行线程以 及计算机。(多个)计算机组件可以驻留在一个进程和/或线程内。计 算机组件可以局限在一台计算机上，并且/或者可以分布在多台计算机 之间。

这里所使用的“计算机通信”指的是计算设备(例如计算机、个 人数字助理、蜂窝电话)之间的通信，并且例如可以是网络传输、文 件传输、小应用程序传输、电子邮件、HTTP传输等等。计算机通信例 如还可以在无线系统(例如IEEE 802.11)、以太网系统(例如IEEE  802.3)、令牌环系统(例如IEEE 802.5)、LAN、WAN、点对点系统、 电路交换系统、分组交换系统等等之上发生。

这里所使用的“计算机可读介质”指的是存储指令和/或数据的非 瞬时性介质。计算机可读介质可以采取多种形式，其中包括(但不限 于)非易失性介质和易失性介质。非易失性介质例如可以包括光盘、 磁盘等等。易失性介质例如可以包括半导体存储器、动态存储器等等。 计算机可读介质的常见形式可以包括(但不限于)软盘、柔性盘、硬 盘、磁带、其他磁性介质、ASIC、CD、其他光学介质、RAM、ROM、存 储器芯片或卡、记忆棒以及计算机、处理器或其他电子设备可以从中 进行读取的其他介质。

在一些实例中，“数据库”被用来指代表。在其他实例中，“数 据库”可以被用来指代表的集合。在其他实例中，“数据库”可以指 代数据存储库的集合以及用于访问和/或操纵这些数据存储库的方法。

这里使用的“逻辑”包括(但不限于)硬件、固件、存储指令的 非瞬时性计算机可读介质、在机器上执行的指令以及/或者前述每一项 的组合，其用来实施(多项)功能或(多个)动作，并且/或者导致来 自另一个逻辑、方法和/或系统的功能或动作。逻辑可以包括由算法控 制的微处理器、离散逻辑(例如ASIC)、模拟电路、数字电路、已编 程逻辑设备、包含指令的存储器设备等等。逻辑可以包括一个或更多 门、门的组合或者其他电路组件。在描述多个逻辑时，有可能将所述 多个逻辑合并到一个物理逻辑中。类似地，在描述单一逻辑时，有可 能将该单一逻辑分布在多个物理逻辑之间。

“可操作连接”或者各个实体借以“可操作地连接”的连接是可 以在其中发送和/或接收信号、物理通信和/或逻辑通信的连接。可操 作连接可以包括物理接口、电接口和/或数据接口。可操作连接可以包 括足以允许可操作控制的接口和/或连接的不同组合。举例来说，两个 实体可以可操作地连接来向彼此直接传送信号，或者通过一个或更多 中间实体(例如处理器、操作系统、逻辑、非瞬时性计算机可读介质) 来传送信号。可以使用逻辑和/或物理通信信道来创建可操作连接。

这里使用的“用户”包括(但不限于)一个或更多人、计算机或 其他设备或者其组合。

虽然前面通过描述实例说明了示例性系统、方法等等，并且以可 观的细节描述了所述实例，但是申请人并不意图将所附权利要求书的 范围约束或者以任何方式限制到这样的细节。为了描述这里所描述的 系统、方法等等，当然不可能描述每一种可以设想到的组件或方法组 合。因此，本公开内容不限于所示出和描述的具体细节、代表性设备 和说明性实例。因此，本申请意图涵盖落在所附权利要求书的范围内 的各种改动、修改和变型。

就采用在说明书或权利要求书中的术语“包含”而言，其意图是 包含性的并且类似于作为关联词采用在权利要求中时所解释的术语 “包括”。

就使用在说明书或权利要求书中的术语“或者”而言(例如A或 者B)，其意图表示“A或者B或者全部二者”。当申请人意图表明“仅 有A或者B但是并非全部二者”，则将会使用短语“仅有A或者B但 是并非全部二者”。因此，这里使用的术语“或者”是包含性而非排 他性的用途。参见Bryan A.Garner的“A Dict ionary of Modern Legal  Usage 624”(第2版，1995年)。

就这里所使用的短语“A、B和C的其中一项或更多项”而言(例 如被配置成存储A、B和C的其中一项或更多项的数据存储库)，其意 图传达以下可能性的集合：A、B、C、AB、AC、BC和/或ABC(例如数 据存储库可以仅存储A、仅存储B、仅存储C、存储A和B、存储A和 C、存储B和C以及/或者存储A和B和C)。其不意图要求其中一个A、 其中一个B和其中一个C。当申请人意图表明“至少其中一个A、至少 其中一个B和至少其中一个C”时，则将会使用短语“至少其中一个A、 至少其中一个B和至少其中一个C”。