具有警报状态界面和患者优先排序的糖尿病管理系统的制作方法

相关申请的交叉引用

本申请要求于2015年8月14日提交的美国临时申请no.62/205,351的权益。上述申请的全部公开内容通过引用并入本文。

本公开内容涉及由糖尿病管理系统支持的用户界面。

背景技术：

慢性疾病（如糖尿病）的管理涉及收集和分析大量的数据。这些数据可以从医疗设备、个人医疗保健设备、患者记录的信息和测试结果获取。对于患有糖尿病的人们来说，成功的管理需要监视一个人的血糖水平。作为用于理解一个人的血糖水平变化的工具，患者可以访问和运行各种报告，该报告在预设的时间段（诸如几天、几周或甚至几个月）内汇总并呈现诊断数据。然而，需要一界面，该界面用于向医疗保健提供方或患有糖尿病的人警告并通知可能有害的患者血糖水平变化。

该部分提供与本公开内容相关的背景信息，该背景信息不一定是现有技术。

技术实现要素：

该部分提供了对本公开内容的总体概述，而不是其全部范围或其全部特征的全面公开。

在一个方面中，提供了一种计算机实现的方法，所述方法用于通过糖尿病管理系统发出关于患者的葡萄糖状况的警报。该方法包括：接收询问时段，在询问时段内对患者的警报状态进行评估；从数据库中取回落入询问时段内的患者的葡萄糖测量结果；对于落入询问时段内的每个葡萄糖测量结果，通过将给定的葡萄糖测量结果与葡萄糖阈值进行比较，来确定患者的葡萄糖状况；以及基于警报阈值来确定葡萄糖状况的状态，其中，警报阈值指示葡萄糖状况的可接受范围。响应于所述葡萄糖状况的状态被确定为低状态而在显示器上显示患者概况界面，其中，所述患者概况界面包括第一区段和第二区段，并且低状态指示葡萄糖状况处于可接受范围内。响应于葡萄糖状况的状态被确定为高状态，在显示器上显示患者概况界面，其中，患者概况界面包括第一区段、警报区段和第二区段。高状态指示葡萄糖状况在可接受范围外，并且警报状态区段显示葡萄糖状况的状态的标记。葡萄糖状况的状态的标记可以是从由高状态、低状态和不可用状态组成的组中选择的，其中，不可用状态指示在询问时段中可用的数据不足以确定葡萄糖状况的状态。

在一个实施例中，第一区段显示询问时段，并且第二区段以图形方式描绘在询问时段期间获得的葡萄糖测量结果。更具体地，第二区段可以将在询问时段期间获得的葡萄糖测量结果描绘为线图上的时间序列。

在一些实施例中，警报状态区段显示两个或更多个葡萄糖状况的状态的标记。例如，仅当给定葡萄糖状况的状态被确定为高状态时，才显示警报状态区段上的给定葡萄糖状况的状态的标记。

在另一方面中，提供了一种用于优先排序与医疗保健提供方相关联的患者的计算机实现的方法。该方法包括：针对与医疗保健提供方相关联的多个患者中的每个患者确定一个或多个葡萄糖状况，其中所述一个或多个葡萄糖状况中的每一个指示患者的葡萄糖水平并且被分配状况权重；使用警报阈值确定与给定患者相关联的每个葡萄糖状况的状态，其中每个状态被分配状态权重，警报阈值指示葡萄糖状况的可接受范围并且针对所述多个患者中的每个患者进行状态的确定；通过把与给定患者相关联的葡萄糖状况中的每一个的状态权重和状态权重的乘积相加在一起，来确定所述多个患者中的每个患者的总的警报值；以及在计算设备的显示器上显示患者的列表，其中根据总的警报值来排列患者。例如，患者的列表中的患者可以根据总警报值以降序排列。

患者的列表中的每个条目可以包括给定患者的姓名以及与给定患者相关联的所述一个或多个葡萄糖状况的状态的标记。

在一个实施例中，所述一个或多个葡萄糖状况是从由低血糖状况、高血糖状况和变异性状况组成的组中的选择的，使得分配给低血糖状况的状况权重的值大于分配给高血糖状况的状况权重的值，并且分配给高血糖状况的状况权重的值大于分配给变异性状况的状况权重的值。

在一些实施例中，针对给定葡萄糖状况的状态是从由高状态、低状态和不可用状态组成的组中的选择的，其中低状态指示葡萄糖状况在可接受范围内，高状态指示葡萄糖状况在可接受范围外，并且不可用状态指示在询问时段中可用的数据不足以确定葡萄糖状况的状态。在这样的实施例中，分配给高状态的状态权重的值大于分配给低状态的状态权重的值，并且分配给低状态的状态权重的值大于分配给不可用状态的状态权重的值。

根据本文提供的描述，其他应用领域将变得显而易见。本发明内容中的描述和具体示例仅用于说明的目的，而不旨在限制本公开内容的范围。

附图说明

本文描述的附图仅用于所选择实施例而不是所有可能的实现方式的说明目的，并且不旨在限制本公开内容的范围。

图1图示了与多个设备通信的糖尿病管理系统；

图2是糖尿病管理系统的功能框图；

图3图示了由糖尿病管理系统提供的患者概况界面的示例；

图4是图示用于确定患者的葡萄糖警报的示例性例程的流程图；

图5a、图5b、图5c、图5d和图5e是图示用于确定各种葡萄糖状况的示例性准则的表；

图6图示了由糖尿病管理系统提供的警报设置界面的示例；

图7图示了由糖尿病管理系统提供的医疗保健提供方欢迎界面的示例；

图8a、图8b和图8c是状况权重表、状态权重表和状况-状态权重表的示例；

图9是基于总警报权重对患者进行分类的组标准表的示例；以及

图10是图示用于对患者进行分类和优先排序的示例性例程的流程图。

遍及附图的几个视图，对应的附图标记指示对应的部分。

具体实施方式

现在将参考附图更全面地描述本公开内容。

参考图1和图2，糖尿病管理系统（dms）100可以被容纳在一个或多个服务器中，并且包括使得用户能够管理糖尿病的软件工具。用户（诸如患有糖尿病的人（即，患者）和/或患者的医疗保健提供方）可以通过计算设备102访问由糖尿病管理系统100支持的软件工具。例如，糖尿病管理系统100和计算设备102可以经由到通信网络104（诸如因特网）的通信链路交换信息。计算设备102可以包括：膝上型计算机；便携式计算设备，诸如具有驻留在便携式计算设备中并由便携式计算设备执行的糖尿病管理应用的智能电话和/或平板电脑；医疗设备，诸如血糖仪；和/或交换和处理信息的其他合适的设备。

使用计算设备102，医疗保健提供方（即，hcp）可以创建用户账户并且向糖尿病管理系统100注册为医疗保健提供方成员。例如，通过由糖尿病管理系统100支持的用户界面，医疗保健提供方可以创建简档，该简档由糖尿病管理系统100存储。该简档可以包括用于标识医疗保健提供方的信息和关于与医疗保健提供方相关联的患者的信息。

类似地，患者可以建立用户账户并且向糖尿病管理系统100注册为客户成员。作为示例，通过由糖尿病管理系统100支持的用户界面，患者创建由糖尿病管理系统100存储的简档。一旦注册，患者就可以访问由糖尿病管理系统100支持的工具，诸如丸剂计算器和用于存储血糖（bg）测量结果的日志。bg测量结果可以包括数字测量结果、测量单位（例如，mg/dl）、时间戳和评论（例如在早餐之前或运动之后）。bg测量结果可以由患者通过计算设备102上的用户界面手动输入，或者可以由葡萄糖测量设备传送到dms100。

患者还可以授权向糖尿病管理系统100注册的一个或多个医疗保健提供方访问与患者有关的信息。例如，患者可以向所选择的医疗保健提供方成员发送与患者链接的邀请。一旦所选择的医疗保健提供方成员接受患者的邀请，医疗保健提供方就可以查看与患者有关的信息，诸如bg测量结果。替代地，医疗保健提供方可以向患者发送与医疗保健提供方链接的邀请。一旦患者接受医疗保健提供方的邀请，医疗保健提供方就可以查看与患者有关的信息，诸如bg测量。

糖尿病管理系统100使得患者和医疗保健提供方能够监视患者的bg测量结果。例如，糖尿病管理系统100包括葡萄糖警报检测模块202和患者优先排序模块204。葡萄糖警报检测模块202可以由患者和/或医疗保健提供方使用，以监视患者的葡萄糖状况以及向患者和/或医疗保健提供方通知关于患者的血糖水平的警报状态。患者优先排序模块204可以由医疗保健提供方使用，以基于每个患者的警报状态对与医疗保健提供方相关联的多个患者进行分类和优先排序。

葡萄糖警报检测模块202分析患者的bg测量结果以确定指定的询问时段的葡萄糖状况，并且生成针对患者概况界面的警报状态。作为示例，图3图示了由糖尿病管理系统100生成的患者概况界面300。患者概况界面300包括菜单区段302、标题栏304、询问时段选择区段306、显示选择栏308、葡萄糖概要栏310、警报状态区段312和摘要区段314。

菜单区段302显示可由用户访问的下拉菜单和标签，并且可以由糖尿病管理系统100连续地显示。标题栏304显示关于当前正在显示的界面的情境信息。例如，在图3中，标题栏304将界面300标识为“患者概述”。

询问时段选择区段306显示使得用户能够输入或选择询问时段的数据输入界面。询问时段是分析葡萄糖状况的时间段。询问时段选择区段306可以包括：下拉菜单，用于显示预设时间段（例如，图3中的“2周”）；和文本输入界面，用于输入定义询问时段的指定日期（例如，图3中的“07/26/2014”和“08/08/2014”）。询问时段可以被配置为跨最小或最大时间段。例如，用户可能能够设置在1至10周或3天至12周之间的时间段或其他适当时间段。询问时段选择区段可以被称为患者概况界面300的第一区段。

显示选择栏308包括下拉菜单，该下拉菜单列出可以在摘要区段中显示的各种图形。例如，用户可以从下拉菜单中选择标准日图形以查看摘要区段314中的图形或者取消选择该图形以将其从摘要区段314移除。

葡萄糖概要栏310显示文本信息，该文本信息提供在询问时段期间患者的bg水平的概况。例如，葡萄糖概要栏310可以包括指示平均bg、bg测试的平均数目、低血糖发生数目的信息。虽然图3图示了在葡萄糖概要栏310中显示的具体信息，但是可以显示其他适当的葡萄糖信息，诸如高血糖发生数目，并且它不限于所示的信息。

警报状态区段312显示：文本信息，关于相对于询问时段分析的一个或多个葡萄糖状况；和基于葡萄糖状况的针对患者的警报状态。如下面详细描述的，一个或多个葡萄糖状况指示患者的bg水平，并且可以包括：低血糖频率、低血糖风险、高血糖频率、高血糖风险和/或血糖变异性。

患者概况界面300的摘要区段314显示指示在询问时段期间患者的bg测量结果的信息。例如，图3图示了传达询问时段中患者的bg测量结果的图形320。摘要区段314还可以包括关于可能影响患者的bg测量结果的不同活动的信息，诸如胰岛素剂量、进餐时间、卡路里消耗等。摘要区段314还可以被称为患者摘要界面300的第二区段。

葡萄糖警报检测模块202基于在询问时段期间获得的bg测量结果来确定葡萄糖状况，并且基于警报阈值来确定葡萄糖状况的状态。在示例性实施例中，葡萄糖状态的状态可以被确定为：高、低或由于数据不足而不可用。高状态指示葡萄糖状况过度，或者换言之，超过可接受范围或在可接受范围之外。低状态指示葡萄糖状况正常，或者换言之，在可接受范围内。葡萄糖状况的状态可以包括其他状态，并且不限于“高”、“低”和“数据不足”。

在一些实施例中，当葡萄糖警报检测模块202确定至少一个葡萄糖状况在可接受范围之外（即，高）时，警报状态区段312可以仅由糖尿病管理系统100显示。例如，图3图示了询问时段中bg低血糖频率（即，“低血糖频率”）的状态为高的情况。警报状态区段312位于患者概况界面300的询问时段选择区段306和摘要区段314之间。警报状态区段312还可以显示关于其他葡萄糖状况的状态的文本信息（例如“低血糖风险”、“高血糖频率”和“变异性”）。

葡萄糖警报检测模块202可以被配置成：当接收到新的bg测量结果时，或者当用户激活特定用户界面（诸如患者概况界面300）时，周期性地确定葡萄糖状况。对于每一个葡萄糖状况，葡萄糖警报检测模块202存储至少一个葡萄糖阈值和警报阈值。葡萄糖阈值评估给定的bg水平是否在期望范围内。警报阈值确定葡萄糖状况的状态，或者换言之，葡萄糖状况是否在可接受范围内。

举例来说，当葡萄糖状况是bg低血糖频率时，葡萄糖警报检测模块202确定患者的bg测量结果低于bg低血糖目标阈值的发生的总数。更具体地，葡萄糖警报检测模块202将给定的bg测量结果与bg低血糖目标阈值（例如，70mg/dl或其他适当的阈值）进行比较。bg低血糖目标阈值可以由用户或者由糖尿病管理系统100设置。如果给定的bg测量结果小于或等于bg低血糖目标阈值，则葡萄糖警报检测模块202确定低血糖状况发生。如果给定的bg测量结果大于bg低血糖目标阈值，则葡萄糖警报检测模块202确定患者不是低血糖。葡萄糖警报检测模块202针对存储在糖尿病管理系统100中的在询问时段中获得的每个bg测量结果执行比较。

然后，葡萄糖警报检测模块202确定询问时段中低血糖发生的总数。可以基于低血糖发生的总数和/或通过低血糖发生百分比来确定低血糖频率的状态。对于低血糖发生百分比，葡萄糖警报检测模块202将低血糖发生的总数除以询问时段期间获得的bg测量结果的总数，并且将该比率乘以100。

为了确定患者的低血糖频率的状态，葡萄糖警报检测模块202将低血糖发生总数和/或低血糖发生百分比与相应的警报阈值进行比较。例如，将低血糖发生百分比与发生百分比警报阈值进行比较，并且将低血糖发生总数与发生数目阈值进行比较。如果低血糖发生百分比大于或等于发生百分比阈值，则低血糖频率被认为超过可接受范围，并且低血糖频率的状态被确定为高。如果低血糖发生百分比小于发生百分比阈值，则低血糖频率被认为在可接受范围内，并且低血糖频率的状态被确定为低。类似地，如果低血糖发生总数大于或等于发生数目阈值，则将低血糖频率的状态确定为高，并且如果低血糖发生总数小于发生数目阈值，则低血糖频率的状态被确定为低。当低血糖发生百分比或低血糖发生总数中的至少一个被确定为高时，葡萄糖警报检测模块202发出低血糖频率的警报。设想的是，还可以通过视觉指示符描绘警报，例如，可以将红色箭头放置为邻近于被确定为高的葡萄糖状况（即，图3中的低血糖频率）；相反，与被确定为低或数据不足的葡萄糖状况邻近的标记可以变灰。本公开内容考虑了其他类型的描绘。

图4图示了由糖尿病管理系统100执行的示例性葡萄糖警报确定例程的流程图。在402，例程确定是否接收到询问时段。询问时段可以由用户经由患者概况界面300设置，或者初始询问时段可以由糖尿病管理系统100设置（例如，两周）。在404处，在询问时段期间获得的葡萄糖测量结果是从糖尿病管理系统100的数据库获取的。

在406，该例程使用bg测量结果来确定葡萄糖状况，并且基于针对相应葡萄糖状况的警报阈值来确定每个葡萄糖状况的状态。例如，图5a-5e图示了可以由糖尿病管理系统100执行以确定葡萄糖状况以及确定葡萄糖状况的状态的示例性准则集合。虽然为了确定低血糖频率、低血糖风险、高血糖频率、高血糖风险和/或血糖变异性而说明具体的准则，但是可以使用其他准则和/或标准来确定这些葡萄糖状况。

在408处，该例程确定针对任何一个葡萄糖状况的状态是否被确定为高，或者换言之，超过可接受范围。如果一个葡萄糖状况为高，则该例程在410处确定应当发出警报，并且在412处输出针对患者概况界面300的警报状态信息。警报状态信息可以包括标识每一个葡萄糖状况和每一个葡萄糖状况的状态的信息。当要发出警报时，糖尿病管理系统100在患者概况界面300中显示警报状态区段312。

如果没有葡萄糖状况具有高状态，则例程在414处确定不需要发出警报，并且例程结束。由于没有警报，所以糖尿病管理系统100不在患者概况界面300中显示警报状态区段312。在其他实施例中，如果不需要发出警报，则糖尿病管理系统100仍然可以选择在患者概况界面300中显示警报状态区段312。在该情况下，邻近每个葡萄糖状况的标记变灰。

在示例性实施例中，葡萄糖状况包括：低血糖频率、低血糖风险（lgbi）、高血糖频率、高血糖风险（hbgi）和血糖变异性。然而，可以使用指示bg水平的水平或趋势的其他参数，并且这些其他参数不限于本文所述的葡萄糖状况。

用于确定患者的葡萄糖状况的状态的警报阈值可以是预定的和固定的，或者可以由用户调整。例如，图5a-5e指示相应葡萄糖状况的警报阈值是固定的还是可调整的。参考图6，用户可以通过警报设置界面600来改变可调整的警报阈值。警报设置界面600定义不同的葡萄糖状况和相应的警报阈值。如所图示的，利用输入文本界面602提供可以被调整的警报阈值（例如，针对低血糖频率、高血糖频率和变异性的警报阈值），并且固定的警报阈值包括用于指示阈值（例如，针对低血糖风险和高血糖风险的警报阈值）的文本信息604。

患者和医疗保健提供方二者都可以改变针对其相应简档的警报阈值。也就是说，在示例性实施例中，医疗保健提供方可以不改变针对患者的警报阈值，但是可以能够通过经由例如电子消息或电话呼叫通知患者来推荐新的阈值。在另一示例性实施例中，由医疗保健提供方设置的警报阈值可以取代由患者设置的警报阈值。

医疗保健提供方可以查看患者概况界面300或传达给定患者的类似信息的另一界面。医疗保健提供方可以经由糖尿病管理系统100来与多个患者链接。因此，由于一个或多个高状态葡萄糖状况，每个患者可能具有不同的警报状态。患者优先排序模块204基于每个患者的警报状态来对医疗保健提供方的患者进行分类和优先排序。作为示例，图7图示了医疗保健提供方（hcp）欢迎界面700，该界面包括由患者优先排序模块204确定的优先排序的患者的列表702。

患者优先排序模块204利用警报分类算法来基于警报状态对患者进行优先排序。具体地，警报分类算法为每个葡萄糖状况以及为给定葡萄糖状况的每个可能状态预先分配权重因子。作为示例，图8a图示了状况权重表，该状况权重表列出针对每个葡萄糖状况的所分配权重，并且图8b图示了状态权重表，该状态权重表列出针对每个状态的所分配权重。在该示例性实施例中，对葡萄糖状况进行加权，使得低血糖频率被分配最高的体重，随后是低血糖风险，然后是高血糖频率/风险，以及然后是变异性。关于状态，高状态被给予最高的权重，随后是低状态，以及然后是数据不足。

图8c图示状况-状态权重表，该状况-状态权重表为特定葡萄糖状况和状态组合提供有效权重。有效权重等于葡萄糖状况的权重因子乘以状态的权重因子。例如，具有高状态的低血糖频率具有等于80,000（即，8×10,000=80,000）的有效权重。

为了对患者优先排序，患者优先排序模块204确定总警报权重。具体而言，使用由葡萄糖优先排序模块202为每个葡萄糖状况确定的状态，患者优先排序模块204确定针对每个葡萄糖状况的有效权重并且将有效权重求和以确定患者的总警报权重。举例来说，如果葡萄糖优先排序模块202确定高血糖频率为高，高血糖风险为低，低血糖频率和风险为低，并且变异性为低，则患者优先排序模块204将有效权重确定为：高血糖频率=20000，高血糖风险=200，低血糖频率=800，低血糖风险=400，以及变异性=100。患者的总警报权重被确定为有效权重的总和，等于21,500。患者优先排序模块204确定与医疗保健提供方相关联的每个患者的总警报权重。

基于每一个患者的总警报权重，患者优先排序模块基于总警报权重将患者分类到不同的组中。例如，图9图示组标准表，该组标准表标识多个组（组1-6）并对每个组进行排名，使得组1>组2>...>组6。组标准表还为每个组提供最小和最大警报权重。因此，基于给定患者的总警报权重，患者优先排序模块204将患者分类到六个组之一中。例如，总警报权重为21,500的患者被分类到组3中。

然后，患者优先排序模块204显示患者，使得首先列出分类在组1中的患者，随后列出在组2中的患者，然后是组3中的患者，然后是组4中的患者，然后是组5中的患者，并且最后是组6中的患者。如果在每个组中存在多个患者，则患者优先排序模块204可以将患者从最高到最低总警报权重列出，并且如果两个患者具有相同的总警报权重，则患者优先排序模块204可以按字母顺序列出患者。

一旦被分类和优先排序，糖尿病管理系统100就在hcp欢迎界面700上作为经优先排序的列表702显示该列表。经优先排序的列表702还可以针对每一个患者显示警报概况区段704。警报概况704指示在患者概况界面300的警报状态区段312中提供的信息（如果可用的话）。

图10图示由糖尿病管理系统100执行的优先排序例程的流程图。在1002处，例程基于针对每个葡萄糖状况确定的状态和预定义的权重因子来确定每个患者的总警报权重。例如，基于预定义的权重因子来确定针对每个葡萄糖状况的有效权重，并且将针对所有葡萄糖状况的有效权重一起求和以生成总警报权重。在1004处，该例程基于总警报权重对患者进行分类。在示例性实施例中，患者被分类到6个组之一中。然而，不同数目的组可以被定义，并且不应限于六个预定义的组。最后，在1006处，该例程基于所述组来组织和列出患者，然后是患者的总权重因子，并且然后是患者的姓氏。

已经出于说明和描述的目的提供了对实施例的前述描述。不旨在是穷举的或者限制本公开内容。特定实施例的各个元件或特征通常不限于该特定实施例，而是在适当的情况下是可互换的并且可以在所选择的实施例中使用，即使没有被具体示出或描述。其也可能以许多方式变化。这样的变化不被认为是背离本公开内容，并且所有这样的修改旨在被包括在本公开内容的范围内。

使用包括“连接”、“接合”、“对接”和“耦合”的各种术语来描述元件之间（例如，模块之间）的空间和功能关系。除非明确描述为“直接”，否则当在上述公开内容中描述第一元件和第二元件之间的关系时，该关系包括在第一元件和第二元件之间不存在其他中间元件的直接关系、以及还包括在第一元件和第二元件之间存在一个或多个中间元件（在空间上或功能上）的间接关系。如本文所使用的，短语“a、b和c中的至少一个”应该被解释为表示逻辑（a或b或c）（使用非排他性的逻辑或），并且不应该被解释为表示“a的至少一个、b的至少一个和c的至少一个”。

在包括以下定义的本申请中，术语“模块”或术语“控制器”可以用术语“电路”代替。术语“模块”可以指代如下各项的一部分或包括如下各项：执行代码的处理器硬件（共享、专用或群组）和存储由处理器硬件执行的代码的存储器硬件（共享、专用或群组）。

该模块可以包括一个或多个接口电路。在一些示例中，接口电路可以包括连接到局域网（lan）、因特网、广域网（wan）或其组合的有线或无线接口。本公开内容的任何给定模块的功能可以分布在经由接口电路连接的多个模块中。例如，多个模块可以允许负载平衡。在其他示例中，服务器（也称为远程或云）模块可以代表客户端模块完成一些功能。

如上所使用的术语“代码”可以包括软件、固件和/或微代码，并且可以指代程序、例程、函数、类、数据结构和/或对象。共享处理器硬件包括单个微处理器，该单个微处理器执行来自多个模块的一些或全部代码。群组处理器硬件包括微处理器，该微处理器与附加微处理器结合执行来自一个或多个模块的一些或全部代码。对多个微处理器的提及包括分立管芯上的多个微处理器、单个管芯上的多个微处理器、单个微处理器的多个内核、单个微处理器的多个线程或以上各项的组合。

共享存储器硬件包括存储来自多个模块的一些或全部代码的单个存储器设备。群组存储器硬件包括存储器设备，该存储器设备与其他存储器设备组合存储来自一个或多个模块的一些或全部代码。

术语“存储器硬件”是术语“计算机可读介质”的子集。这里使用的术语“计算机可读介质”不包括通过介质（诸如在载波上）传播的瞬态电信号或电磁信号；术语“计算机可读介质”因此被认为是有形的和非瞬态的。非瞬态计算机可读介质的非限制性示例是非易失性存储器设备（诸如闪存设备、可擦除可编程只读存储器设备或掩模只读存储器设备）、易失性存储器设备（诸如静态随机存取存储器设备或动态随机存取存储器设备）、磁存储介质（诸如模拟或数字磁带或硬盘驱动器）以及光存储介质（诸如cd、dvd或蓝光盘）。

本申请中描述的装置和方法可以由专用计算机部分地或全部实现，专用计算机通过配置通用计算机来执行在计算机程序中体现的一个或多个特定功能而创建。以上描述的功能块和流程图元件用作软件规范，软件规范可以通过技术人员或程序员的例行工作被翻译成计算机程序。

计算机程序包括存储在至少一个非瞬态计算机可读介质上的处理器可执行指令。计算机程序还可以包括或依赖于存储的数据。计算机程序可以包括与专用计算机的硬件交互的基本输入/输出系统（bios）、与专用计算机的特定设备交互的设备驱动器、一个或多个操作系统、用户应用、后台服务、后台应用等。

计算机程序可以包括：（i）要被解析的描述性文本，诸如html（超文本标记语言）或xml（可扩展标记语言）、（ii）汇编代码、（iii）由编译器从源代码生成的目标代码、（iv）用于由解释器执行的源代码、（v）用于由即时编译器编译和执行的源代码等。仅作为示例，源代码可以使用来自包括下述各项的语言的句法来编写：c、c++、c#、objectivec、haskell、go、sql、r、lisp、java®、fortran、perl、pascal、curl、ocaml、javascript®、html5、ada、asp（活动服务器页面）、php、scala、eiffel、smalltalk、erlang、ruby、flash®、visualbasic®、lua和python®。