求通过其顺序号来标识任何遗失葡萄糖度量，如下文将进一步描述的那样。响应于接收到请求，葡萄糖仪会在54处将遗失葡萄糖度量传输到糖尿病管理应用。还应理解的是，关于图4仅讨论了相关步骤，但是可能需要其他软件实现指令来传输来自葡萄糖仪的数据。在示例性实施例中，上文描述的方法由驻留在葡萄糖仪上的用户接口模块来实现。
[0035]图5还图示了用于实现葡萄糖仪12与移动电话16之间的数据传输的示例性实施例。在该示例性实施例中，数据传输根据IEEE标准11073而发生。通信模型采用“管理器”和“代理”的概念。代理典型地是较小的个人健康设备，其缺少处理能力；而管理器倾向于是更强大的计算设备，诸如移动电话或台式计算机。每个设备根据其指定来执行特定角色。为了实现其角色，每个设备被配置有接口部件，该接口部件实现与其指定的角色相关联的功能。在该情况中，葡萄糖仪被配置有代理部件61，并且移动电话被配置有管理器部件62。尽管参考了特定通信协议，但是容易理解的是，本文公开的概念更广泛地扩展到其他通信协议。
[0036]为了建立通信会话，代理61发起与管理器62的连接，如63处所指示的那样。响应于此，管理器62在64处将连接请求发送到代理61。在一个实施例中，连接请求可以包括由移动电话维持的当前时间。当前时间可以用于同步葡萄糖仪上的时间，如上文所描述的。进而，代理61对连接请求做出响应，如65处所指示的那样，从而在代理与管理器之间建立连接。
[0037]—旦已经建立了连接，就可以将当前葡萄糖度量从葡萄糖仪12自动发送(或“推送”)到移动电话16。具体地，接口模块将葡萄糖度量发送到代理61，代理61进而将葡萄糖度量传输到管理器62，如66处所指示的那样，其中接口模块由处理子系统23实现。在一些输送机制(例如，蓝牙的低能量特征)中，数据管理器或收集器从葡萄糖仪请求(或“拉取”)数据。在任何这样的请求被葡萄糖仪接收到之前，当前葡萄糖度量可以由葡萄糖仪自动地发送到糖尿病管理应用14，如上文所指出的。可替代地，可以响应于接收到请求而由葡萄糖仪发送当前葡萄糖仪。
[0038]此外，管理器62可以在67处将针对任何遗失葡萄糖度量的请求发送到葡萄糖仪。该请求被代理61中继到接口模块，接口模块进而处置该请求。即，接口模块检索在该请求中标识的任何遗失葡萄糖度量并将那些葡萄糖度量发送回到代理61，如65处所指示的那样。然后，代理61将遗失葡萄糖度量发送到管理器62。管理器62可以在69处确认对遗失葡萄糖度量的接收，且然后继续来终止与代理的连接。在其他实施例中，预想到，代理可以终止该连接。在不存在遗失葡萄糖度量的情况下，管理器62可以在不向葡萄糖仪发送附加请求或者以其他方式轮询葡萄糖仪的情况下终止连接并由此节省功率和其他资源。
[0039]在一些实例中，从仪表到移动电话的数据传输可能不成功。仪表可以被配置为周期性地尝试将葡萄糖度量重新发送到移动电话。如果在成功的数据传输之前用户尝试使仪表断电，则仪表可以继续周期性地尝试将葡萄糖度量重新发送到移动电话。下一次仪表被通电时，可以向用户呈现葡萄糖度量被成功传输到移动电话的消息。在葡萄糖度量尚未被成功传输的情况下，可以向用户呈现指示这一点的消息。
[0040]图7描绘了用于处理由驻留在移动电话16上的糖尿病管理应用14接收的葡萄糖度量的示例性方法。在示例性实施例中，分别将葡萄糖度量传输到糖尿病管理应用14，如关于图4所描述。附加地或者可替代地，可以自动地将葡萄糖度量传输到糖尿病管理应用14，如关于图6C所描述。预想到，本公开可设想到用于将葡萄糖度量传输到糖尿病管理应用14的其他技术。
[0041]当在71处接收到葡萄糖度量时，首先由驻留在移动电话16上的糖尿病管理应用14确定与葡萄糖度量相关联的顺序号。唯一顺序号由葡萄糖仪分配给每一个葡萄糖度量，如上面描述的那样。因此，可以在72处从接收自葡萄糖仪12的消息或数据分组提取与葡萄糖度量相关联的顺序号。在一些实施例中，先前从葡萄糖仪接收的一系列葡萄糖度量连同其关联的顺序号可以存储在存储器设备中且因此对糖尿病管理应用14而言可访问。在其他实施例中，仅最近接收的葡萄糖度量及其顺序号被糖尿病管理应用14存储。在任一情况中，从存储器检索(一个或多个)所存储的葡萄糖度量连同关联的(一个或多个)顺序号。
[0042]在74处在从目前葡萄糖度量提取的顺序号与所存储的葡萄糖度量的顺序号之间进行比较。当检测到序列中的遗漏时，由糖尿病管理应用14向葡萄糖仪12传输针对遗失葡萄糖度量的请求。例如，当所提取的顺序号是74并且最高的所存储的顺序号是71或72时，传输针对遗失葡萄糖度量的请求。相反，当所提取的顺序号是74并且最高的所存储的顺序号是73时，不传输请求。由于该比较是针对由糖尿病管理应用14接收的每一个葡萄糖度量而进行的，因此所提取的顺序号的比较仅需要对最高的所存储的顺序号进行。
[0043]在其他实施例中，糖尿病管理应用14可以针对遗漏的度量而分析该一系列葡萄糖度量并发送针对从该一系列葡萄糖度量遗失的每一个葡萄糖度量的请求。针对遗失葡萄糖度量的请求可以是依照与图5有关地描述的协议来传输的。
[0044]在其他实施例中，糖尿病管理应用14可以响应于接收到的葡萄糖度量而在移动电话16上显示消息。该消息可以是在预定时段之前到期的弹出消息或者要求用户与消息交互的消息。仅仅是例如，该消息可以要求用户通过触摸该消息来确认该消息。
[0045]在一些实施例中，糖尿病管理应用14基于对接收到的葡萄糖度量的分析来显示消息。糖尿病管理应用14在77处分析葡萄糖度量。糖尿病管理应用14在78处将葡萄糖度量与第一葡萄糖阈值进行比较。第一葡萄糖阈值可以是预定葡萄糖值或者从多个变量导出的葡萄糖值。仅仅是例如，葡萄糖值可以基于取得了葡萄糖度量的一天中的时间、是在就餐之前还是在就餐之后取得了葡萄糖度量、以及多种患者统计而变化。
[0046]糖尿病管理应用14在78处确定葡萄糖度量是否大于第一葡萄糖阈值。当葡萄糖度量大于第一葡萄糖阈值时，糖尿病管理应用14在79处显示向用户指示葡萄糖度量为高的消息。该消息还可以包括针对用户采取适当动作以便降低用户的葡萄糖水平的指令。
[0047]在另一实施例中，糖尿病管理应用14基于利用葡萄糖度量标记的信息来确定葡萄糖度量是否为高。例如，仪表12可以确定葡萄糖度量是否大于第一葡萄糖阈值。当葡萄糖度量大于第一葡萄糖阈值时，仪表12将葡萄糖度量加标志为高。糖尿病管理应用14接收具有指示葡萄糖度量为高的标志的葡萄糖度量。糖尿病管理应用14显示向用户指示葡萄糖度量为高的消息。
[0048]当葡萄糖度量不大于葡萄糖阈值时，糖尿病管理应用14在80处确定葡萄糖度量是否小于第二葡萄糖阈值。第二葡萄糖阈值可以是预定葡萄糖值或者从多个变量导出的葡萄糖值。应理解的是，在可接受范围的葡萄糖值上分析葡萄糖测量。该范围包括上限和下限。在示例实施例中，78处的第一葡萄糖阈值可以与80处的第二葡萄糖阈值相同或不同。
[0049]当葡萄糖度量小于第二葡萄糖阈值时，糖尿病管理应用14在81处显示向用户指示葡萄糖度量为低的消息。该消息还可以包括针对用户采取适当动作以便提高用户的葡萄糖水平的指令。
[0050]在另一实施例中，糖尿病管理应用14基于利用葡萄糖度量标记的信息来确定葡萄糖度量是否为低。例如，仪表12可以确定葡萄糖度量是否小于第二葡萄糖阈值。当葡萄糖度量小于第二葡萄糖阈值时，仪表12将葡萄糖度量加标志为低。糖尿病管理应用14接收具有指示葡萄糖度量为低的标志的葡萄糖度量。糖尿病管理应用14显示向用户指示葡萄糖度量为低的消息。
[0051]当葡萄糖度量不小于第二葡萄糖阈值时，糖尿病管理应用14在82处显示指示葡萄糖度量在正常范围内的消息。应理解的是，关于图7仅讨论了相关步骤，但是糖尿病管理应用14可以执行其他软件实现指令。
[0052]已经出于说明和描述的目的而提供了实施例的以上描述。其不意图是详尽的或者限制本公开。特定实施例的各个元素或特征一般不受限于该特定实施例，而是在适用的情况下可互换且可以被使用在所选实施例中，即使并未具体示出或描述。同样还可以以许多方式变化。这样的变化不应被视为脱离于本公开，并且所有这样的修改意图包括在本公开的范围内。
[0053]本文所描述的技术可以通过由一个或多个处理器执行的一个或多个计算机程序实现。计算机程序包括存储在非暂时性有形计算机可读介质上的处理器可执行指令。计算机程序还