Systems, devices, and methods for handling wireless communications in analyte monitoring environment

Abstract

To provide an analyte monitoring system, device, and method which can maintain compliance with wireless protocol requirements to resolve issues that may arise when wireless communication is executed according to a protocol with timing requirements that do not consider processing and other delays that may exist in the analyte monitoring system.SOLUTION: Example embodiments of systems, devices, and methods are described for communication in an analyte monitoring system in accordance with an applicable communication protocol. A first device of the system may transmit a command to a second device of the system and the second device may encounter a processing delay in preparing data responsive to the command. The second device may transmit dummy data to the first device in order to maintain compliance with the communication protocol until such time that the second device is ready to transmit data responsive to the command. Numerous different embodiments for incorporating and / or accommodating the presence of dummy data in a communication hierarchy are provided.SELECTED DRAWING: Figure 4C

Description

Related Applications

[0001] This application claims priority to and the benefit of U.S. Provisional Patent Application No. 62 / 836059, filed April 18, 2019, the entire contents of which are incorporated herein by reference. This application is a divisional application of Japanese Patent Application No. 2021-560956, filed April 17, 2020. [Technical field]

[0002] The present subject matter generally relates to systems, apparatus, and methods for maintaining compliance with timing requirements of a communications protocol. [Background technology]

[0003] Detection and / or monitoring of analyte levels, such as glucose, ketones, lactate, hemoglobin A1C, etc., can be critical to the health of individuals with diabetes. Diabetic patients generally monitor their glucose levels to ensure they are maintained within a clinically safe range, and may use this information to determine if and / or when insulin is needed to lower glucose levels in the body, or when additional glucose is needed to raise glucose levels in the body.

[0004] A growing body of clinical data shows a strong correlation between frequency of glucose monitoring and glycemic control. Despite this correlation, many individuals diagnosed with the diabetic condition do not monitor their glucose levels as frequently as they should due to a combination of factors including convenience, testing discretion, pain associated with glucose testing, and cost.

[0005] Analyte monitoring systems have been developed to help individuals monitor glucose and / or other analyte levels more frequently. These systems typically use a device that has a sensor that resides in or on the patient's body to measure the patient's glucose level continuously or repeatedly over the life of the sensor. The device can wirelessly communicate the measured information to another device, typically a smart device, computing device, or other type of glucose information reader. Wireless communication increases the convenience and ease of use of the system. However, problems arise when wireless communication is performed according to protocols that have timing requirements that do not account for processing and other delays that may be present within the analyte monitoring system. Summary of the Invention [Problem to be solved by the invention]

[0006] For these and other reasons, there is a need for analyte monitoring systems, devices, and methods that can maintain compliance with wireless protocol requirements. [Means for solving the problem]

[0007] Described herein are embodiments of systems, devices, and methods for communication according to an applicable communication protocol within an analyte monitoring system. In many embodiments, a first device of the system can send a command to a second device of the system that may experience processing delays in preparing data responsive to the command. In these or other cases, the second device can send dummy data to the first device to maintain compliance with the communication protocol until such time as the second device is able to send data responsive to the command. A number of different embodiments are presented for incorporating and / or accepting the presence of dummy data within the communication hierarchy.

[0008] Other systems, devices, methods, features, and advantages of the subject matter described herein will become apparent to one of ordinary skill in the art upon examination of the following figures and detailed description. All such additional systems, methods, features, and advantages are intended to be included within the description, be within the scope of the subject matter described herein, and be protected by the appended claims. These features of the embodiments should not be construed as limiting the appended claims in any way, unless there is an express recitation of the features in the claims. [Brief description of the drawings]

[0009] Details regarding both the structure and operation of the subject matter set forth herein may be apparent from a consideration of the accompanying drawings, in which like numerals refer to like parts. The parts in the drawings are not necessarily to scale, with emphasis instead being placed on illustrating the principles of the subject matter. Additionally, all figures are intended to convey concepts, and relative sizes, shapes, and other detailed attributes may be illustrated diagrammatically, but not precisely or precisely. [Figure 1] FIG. 1 is a block diagram illustrating an embodiment of an in-vivo analyte monitoring system. [Diagram 2] FIG. 2 is a block diagram illustrating an embodiment of a reading device. [Figure 3A] FIG. 1 is a block diagram illustrating an embodiment of a body-worn device. [Figure 3B] FIG. 1 is a block diagram illustrating an embodiment of a body-worn device. [Figure 4A] FIG. 1 is a flow diagram illustrating an embodiment of a method for communication within an analyte monitoring system. [Figure 4B] FIG. 1 is a flow diagram illustrating an embodiment of a method for communication within an analyte monitoring system. [Figure 4C] FIG. 1 is a flow diagram illustrating an embodiment of a method for communication within an analyte monitoring system. [Figure 4D] FIG. 1 is a flow diagram illustrating an embodiment of a method for communication within an analyte monitoring system. [Figure 5A] FIG. 1 is an information flow diagram illustrating an embodiment of communication within an analyte monitoring system. [Figure 5B] FIG. 1 is an information flow diagram illustrating an embodiment of communication within an analyte monitoring system. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] Before describing the present subject matter in detail, it is to be understood that the present disclosure is not limited to particular embodiments described, as such may, of course, vary. It is also to be understood that the terminology used herein is for the purpose of describing particular embodiments only, and is not intended to be limiting. The scope of the present disclosure is limited only by the appended claims.

[0011] In general, embodiments of the present disclosure are used in conjunction with systems, devices, and methods for detecting at least one analyte, such as glucose, in bodily fluids (e.g., subcutaneously in interstitial fluid (ISF) or blood, in dermal fluid at the dermis layer, etc.). Accordingly, many embodiments include an in vivo analyte sensor that is structurally configured such that at least a portion of it is located or can be located within a user's body to obtain information regarding at least one analyte in the body. However, the embodiments disclosed herein may be used with in vivo analyte monitoring systems that have in vitro capabilities, as well as purely in vitro or ex vivo analyte monitoring systems, including completely non-invasive systems.

[0012] Additionally, the embodiments described herein may be used with devices that sense biometric measurements other than analyte data, such as heart rate, blood pressure, body temperature, sweat, intraocular pressure, etc. The embodiments described herein may be used with devices that sense movement and / or activity levels alone or in combination with any other measurements. Thus, the embodiments described herein are not limited to medical applications and may be used with other non-medical systems that use RF communication between devices.

[0013] Before describing the embodiments in detail, it is desirable to first describe example devices that may be present, for example, in an in-vivo analyte monitoring system, and their operation, all of which may be used in conjunction with the embodiments described herein.

[0014] Analyte Monitoring System Embodiments An in-vivo monitoring system may include a sensor that contacts a user's bodily fluid in vivo and detects an analyte level therein. The sensor may be part of the OBD that is attached to the user's body and includes the electronic circuitry and power source that enables and controls the analyte detection. Body-worn devices and variations thereof may be referred to as "sensor devices," "body-worn electronic devices," "sensor control devices," or "sensor communication devices," etc. As used herein, these terms are not limited to devices with in-vivo analyte sensors, but include devices having other types of ex-vivo sensors, whether biometric (e.g., optical analyte sensors, heart rate sensors, temperature sensors, etc.) or non-biometric. The term "body-worn" includes devices that are attached directly to the body (e.g., attached to the skin), devices that are entirely within the body (e.g., fully implanted devices), or devices in close proximity to the body, such as wearable devices (e.g., eyeglasses, watches, wristwatches, wristbands or bracelets, neckbands or necklaces), or in-pocket devices.

[0015] An in vivo monitoring system may also include one or more reading devices that read information regarding the detected levels from the body-worn devices. These reading devices may process and / or display the detected analyte information to the user in any number of forms. These devices and variations thereof may be referred to as "portable reading devices," "readers," "portable electronic devices" (or handhelds), "portable data processing" devices, "information receivers," "receiving" devices (or simply receivers), "relay" devices, or "remote" devices, etc.

[0016] In vivo analyte monitoring systems may be distinguished from in vitro systems, which contact a biological sample outside the body, and ex vivo systems, which reside entirely outside the body but obtain information about the body or substances within the body without extracting a biological sample from within the body. An in vitro system may include a meter having a port for receiving an analyte test strip that has a bodily fluid of a user loaded onto it. The bodily fluid may be analyzed to determine the analyte level of the user. As noted above, the embodiments described herein may be used with in vivo systems, ex vivo systems, in vitro systems, and combinations thereof.

[0017] The embodiments described herein may be used to monitor and / or process information regarding any number of one or more different analytes. Analytes that may be monitored include, but are not limited to, acetylcholine, amylase, bilirubin, cholesterol, chorionic gonadotropin, glycosylated hemoglobin (HbA1c), creatine kinase (e.g., CK-MB), creatine, creatinine, DNA, fructosamine, glucose, glucose derivatives, glutamine, growth hormone, hormones, ketones, ketone bodies, lactate, peroxide, prostate-specific antigen, prothrombin, RNA, thyroid stimulating hormone, and troponin. Concentrations of drugs, such as antibiotics (e.g., gentamicin, vancomycin, etc.), digitoxin, digoxin, drugs of abuse, theophylline, and warfarin, may also be monitored. In embodiments monitoring more than one analyte, the analytes may be monitored simultaneously or at different times.

[0018] An embodiment of an in-vivo analyte monitoring system may include one or more body-worn devices, one or more reading devices, and one or more computer systems that are highly interconnected and capable of communication. Figure 1 is an example block diagram illustrating an embodiment of an in-vivo analyte monitoring system 100 having a body-worn device (OBD) 102, a first reading device 120-1, a second reading device 120-2, a local or remote computer system 170, and a trusted computer system 180 (e.g., a server), each of which may be configured to communicate over a communication network 190. References herein to reading device 120 refer to both reading devices 120-1 and 120-2.

[0019] OBD 102 may communicate with reader 120 through two or more wireless communication paths, links, or channels 141 and 142, which may be unidirectional or bidirectional. Links 141 and 142 are formed by communication circuitry and one or more antennas present in OBD 102 and reader 120. In some embodiments, devices 102 and 120 may implement the capability to communicate through additional wired communication paths, such as a Universal Serial Bus (USB) cable (not shown).

[0020] The wireless communication link 141 may have various embodiments. In some embodiments, the communication link 141 uses near-field electromagnetic induction for communication. Such links are sometimes referred to as near field communication because they require the transmitting and receiving devices to be in relatively close proximity compared to far field (or transition zone) communication. Communication using electromagnetic induction occurs typically within two wavelengths between the transmitting and receiving devices, more typically within one wavelength. In many embodiments, communication by electromagnetic induction occurs only within a range of 12 inches (30.48 cm) or less, depending on the transmission frequency and power, etc. Examples include the Near Field Communication (NFC) protocol, which refers to multiple protocols (or standards) that define the operating parameters, modulation schemes, coding, transmission rates, frame formats, and command definitions for NFC devices. Some example NFC devices operate at 13.56 Megahertz (Mhz). A non-exhaustive list of example protocols follows: ECMA-340, ECMA-352, ISO / IEC 14443, ISO / IEC 15693, ISO / IEC 18000-3, ISO / IEC 18092, and ISO / IEC 21481, all of which are incorporated herein by reference in their entireties. Examples also include Radio Frequency Identification (RFID) protocols.

[0021] A reply communication using electromagnetic induction may be generated passively, in which case power carried by the transmission from the first device is captured by the receiving second device and used to power the transmission of a reply by the second device to the first device, or it may be generated actively, in which case the receiving second device uses power from its own power source alone, or in combination with power derived from the received transmission, to power the transmission of a reply communication to the first device.

[0022] A transmission from the reader 120 to the OBD 102, such as a request for analyte data, causes the OBD 102 to respond with a transmission of its own analyte data, such as from measurements made by the sensor 104. The process of transmitting from the reader 120 to the OBD 102 and receiving a response from the OBD 102 may be referred to as "scanning" the OBD 102 or performing a "scan." In many embodiments, the OBD 102 is configured as a passive device, where power is harvested from a transmission from the reader 120 received over link 141 and used to power the transmission of a response communication from the OBD 102 to the reader 120. This may be referred to as "passive scanning." In such an embodiment, the OBD 102 may power the transmission without using power from a power source (e.g., a coin cell) internal to the OBD 102. In other embodiments, the OBD 102 may be configured as an active device. In this case, power may or may not be drawn from transmissions from reader 120 received over link 141, and the power used to send response communications from OBD 102 to reader 120 is generated in whole or in part by a power source internal to OBD 102. This may be referred to as "active scanning."

[0023] Wireless communication link 142 utilizes a communication protocol other than the protocol used by link 141 and relies primarily on the longer range, far-field properties of electromagnetic transmission. In this case, transmission does not occur solely by inductive coupling. Link 142 can communicate over the same close-proximity communication distances as link 141 and at much greater distances. Link 142 may also have various embodiments. To implement link 142, OBD 102 and reader 120 may include communication circuitry and one or more antennas configured to communicate in a standardized or proprietary protocol and format. For example, link 142 may be implemented using Bluetooth (e.g., conventional Bluetooth or Bluetooth Low Energy (BLE)) frequencies and protocols. Link 142 may also be implemented using other protocols in other frequency bands, including communication protocols existing as of the filing date of this application or any subsequent filing date, such as ultra-high frequency (UHF) bands (e.g., 450-470 megahertz) and proprietary protocols, Wi-Fi protocols at various frequencies, other proprietary protocols, etc. Both links 141 and 142 can utilize a variety of protocols and frequencies, but for ease of distinction, the links are referred to herein as NFC link 141 and Bluetooth® (BT) link 142. In some embodiments, NFC link 141 is used to power and activate body-worn device 102, and analyte data is communicated exclusively through BT link 142.

[0024] OBD 102 may be configured to communicate with multiple readers 120 over separate instances of links 141 and 142. This is illustrated in Figure 1 by the presence of a first reader 120-1 capable of communicating with OBD 102 over NFC link 141-1 and BT link 142-1, and a second reader 120-2 capable of communicating with OBD 102 over NFC link 141-2 and BT link 142-2. Additional readers 120 may also be present.

[0025] A reader 120 can communicate with multiple OBDs 102. For example, each reader 120 can communicate with a first OBD 102 attached to a user's body for the first OBD's operational life, after which that OBD 102 can be discarded and replaced with a second OBD 102 with which the same reader 120 can again communicate. In some embodiments, a particular reader 120 can simultaneously communicate with multiple OBDs 102 attached to the same or different users.

[0026] The reader 120 may also communicate with other devices, either wired, wireless, or in combination. Figure 1 depicts a reader 120-1 in communication with a computer system 170 (e.g., a local or remote computer system) over communication link, path, or channel 171, and in communication with a network 190, such as the Internet or the cloud, over communication link, path, or channel 191 (reader 120-2 may also communicate with these devices, but their connections are not shown for ease of illustration). The reader 120-1 may communicate with a trusted computer system 180 over the network 190 using link 191. The trusted computer system 180 may communicate with the computer system 170 over communication link, path, or channel 192. For example, the trusted computer system 180 may be a server that provides sample analysis software to the reader 120-1 and / or computer system 170 in the form of a downloadable software application or app or as an Internet browser accessible web page.

[0027] The communication links 171, 191, and 192 may be wireless, wired, or both, may be unidirectional or bidirectional, and may be part of a remote communication network, such as a Wi-Fi network, a local area network (LAN), a wide area network (WAN), the Internet, or other data network. In some cases, the communication paths 171 and 172 may be at least partially the same path (e.g., when communicating over Wi-Fi). All communications over the various paths may be encrypted, and the OBD 102, the reader 120-1, the reader 120-2, the computer system 170, and the trusted computer system 180 may be configured to encrypt and decrypt their outgoing and incoming communications, respectively.

[0028] Variations of devices 102 and 120 and other components of in-vivo analyte monitoring systems suitable for use with the system, device, and method embodiments described herein are described in U.S. Patent Application Publication No. 2011 / 0213225 (the '225 publication), which is incorporated herein by reference in its entirety.

[0029] 1, the OBD 102 may include a housing 103 that houses an analyte monitoring circuit and a power source. In this embodiment, the analyte monitoring circuit is electrically coupled to an analyte sensor 104 that extends through an adhesive patch 105 and protrudes from the housing 103. The adhesive patch 105 includes at least one adhesive layer (not shown) for attachment to a skin surface of a user's body and optionally an opposing second adhesive layer for attachment to the housing 103. Other forms of attachment to the body and / or housing 103 may be used in addition to or instead of adhesive.

[0030] The analyte sensor 104 is adapted to be at least partially inserted into a user's body, in fluid contact with the user's bodily fluids (e.g., ISF, dermal fluid, or blood), and may be used in conjunction with the analyte monitoring circuitry to measure analyte-related data of the user. The sensor 104 and any associated sensor electronics may be affixed to the body in any desired manner. For example, an inserter (not shown) may be used to insert all or a portion of the analyte sensor 104 through the exterior surface of the user's skin and into contact with the user's bodily fluids. In doing so, the inserter may also attach the OBD 102 with adhesive patch 105 to the skin. In other embodiments, the inserter may first place the sensor 104, and then the associated electronics (e.g., wireless transmission circuitry and / or data processing circuitry, etc.) may be coupled to the sensor 104 manually or by instrumentation. Examples of inserters are described in U.S. Patent Application Publication Nos. 2008 / 0009692, 2011 / 0319729, 2015 / 0018639, 2015 / 0025345, and 2015 / 0173661, all of which are incorporated by reference in their entireties.

[0031] After collecting raw analog data from the user's body, the OBD 102 may optionally apply analog signal conditioning to the data and convert the analog data into a digital form of conditioned raw data. In some embodiments, this digital raw data may be encoded for transmission to another device, such as the reader 120. The reader 120 may algorithmically process the digital raw data into a final form (e.g., suitable for display to the user) that represents the measured biometric quantity of the user. The algorithmically processed data may then be formatted or graphically manipulated for digital display to the user. In other embodiments, the OBD 102 may itself algorithmically process and encode the digital raw data into a final form that represents the measured biometric quantity of the user (e.g., analyte level) and wirelessly communicate the data to the reader 120. The reader 120 may format or graphically manipulate the received data for digital display to the user. In other embodiments, the OBD 102 may graphically manipulate the data in a final form that is suitable for display and display the data on a display of the OBD 102 or transmit the data to the reader 120. In some embodiments, the system (e.g., integrated into a diabetes monitoring scheme) uses the final form of the biometric data (pre-graphical) without processing for display to the user. In some embodiments, the OBD 102 and reader 120 transmit the raw digital data to another computer system for processing according to an algorithm and display. The transmission of these various forms of data may occur over either or both of links 141 and 142.

[0032] Each reader 120 in the system 100 may include a display 122 for outputting information to and receiving input from a user, and one or more optional input components 121, such as buttons, actuators, touch-sensitive switches, capacitive switches, pressure-sensitive switches, jog wheels, etc., for inputting data, commands, or controlling the operation of the reader 120. In some embodiments, the display 122 and the input components 121 may be integrated into a single component, such as a touch screen user interface. In this case, the display can detect the presence and location of physical contact on the display. In some embodiments, the input components 121 of the reader 120 may include a microphone, and the reader 120 may include software configured to analyze voice input received from the microphone such that the functions and operations of the reader 120 may be controlled by voice commands. In some embodiments, the output components of the reader 120 include a speaker (not shown) for outputting information as an audio signal. Similar audio response components, such as a speaker, microphone, and software routines for generating, processing, and storing audio drive signals, may be included in the OBD 102.

[0033] Reader 120 may also include one or more data communication ports 123 for wired data communication with external devices, such as computer system 170 or OBD 102. Exemplary data communication ports include any type of USB port, RS-232 port, Ethernet port, Firewire port, or other similar data communication port configured to connect to a suitable data cable, including any type of serial or parallel connector. Reader 120 may also include an integrated or attachable in-vitro glucose meter and an in-vitro test strip port (not shown) for receiving in-vitro glucose test strips for performing in-vitro blood glucose measurements.

[0034] The reader 120 can display the measured biometric data received wirelessly from the OBD 102, and can also be configured to output alarms, warning notifications, glucose values, etc., which may be visual, audible, tactile, or any combination thereof. Further details and other display embodiments are described, for example, in U.S. Patent Application Publication No. 2011 / 0193704, which is incorporated herein by reference in its entirety.

[0035] The reader 120 may act as a data conduit or relay to transfer the measured data from the OBD 102 to the computer system 170 or the trusted computer system 180. In some embodiments, the data received from the OBD 102 may be stored (permanently or temporarily) in one or more memories of the reader 120 before being uploaded to the systems 170, 180 or the network 190.

[0036] The computer system 170 may be a personal computer, a server terminal, a laptop computer, a tablet, or other suitable data processing device. The computer system 170 may be (or may include) software for data management and analysis and communication with components within the analyte monitoring system 100. The computer system 170 may be used by a user or medical personnel to display and / or analyze biometric data measured by the OBD 102. In some embodiments, the OBD 102 may communicate the biometric data to the computer system 170 directly without an intermediary such as a reader 120, or indirectly using an internet connection (and optionally without first transmitting to the reader 120). The operation and use of the computer system 170 is further described in the '225 publication, which is incorporated herein by reference. The analyte monitoring system 100 may also be configured to operate with a data processing module (not shown) as described in the '225 publication.

[0037] The trusted computer system 180 may be owned by the manufacturer or distributor of the OBD 102 via a physically or substantially secure connection and may be used as a server to perform authentication of the OBD 102 for secure storage of the user's biometric data and / or to provide data analysis programs (e.g., accessible via a web browser) to analyze the user's measurement data.

[0038] Reading Device Embodiments The reader 120 may be a dedicated reader custom manufactured to interface with the OBD 102. The reader 120 may also be a portable communication device such as a mobile phone, including but not limited to a Wi-Fi or Internet enabled smart phone, tablet, or personal digital assistant (PDA). The reader 120 may also be configured as a portable smart wearable electronic device such as smart glasses or a smart watch or bracelet.

[0039] 2 is a block diagram of an embodiment of a reader 120 (e.g., a dedicated reader, a smartphone, etc.) including an input component 121, a display 122, and a processor or processing circuitry 206 having memory 203, a first communication circuitry 241 coupled to a first antenna 251, a second communication circuitry 242 coupled to an optional second antenna 252, memory 210, a power source 216, and a power management circuitry 218.

[0040] The reader 120 is implemented in a highly interconnected manner, with a power source 216 coupled to each of the components shown in FIG. 2, and those components (e.g., processor 206, memory 203, memory 210, power management circuit 218, input component 121, display 122, first communication circuit 241, and second communication circuit 242) that communicate or receive data, information, or commands may be communicatively coupled to all of the other components, for example, via one or more communication connections or buses 220. Those skilled in the art will readily recognize that FIG. 2 is an abbreviated view of representative hardware and functionality present in a dedicated reader, and that other hardware and functionality (e.g., encoder / decoder, driver circuitry, glue logic, Global Positioning System (GPS) circuitry, crystal oscillators, phase-locked loops (PLLs), etc.) may also be included.

[0041] The first communication circuit 241 and antenna 251 are configured for communication (transmitting and / or receiving) over communication link 141, and the second communication circuit 242 and antenna 252 are configured for communication over communication link 142. In some embodiments, antenna 251 and antenna 252 may be a single shared antenna (e.g., capable of transmitting and receiving over NFC and BT frequencies). The communication circuits 241 and 242 may be implemented as one or more chips and / or components (e.g., transmitters, receivers, transceivers, encoders, decoders, and / or other communication circuitry) that perform functions for communication over communication links 141 and 142, respectively.

[0042] Antennas 251 and 252 may be configured as needed for the application and communication protocol. Antennas 251 and 252 may have the same or different configurations and may be, for example, printed circuit board (PCB) wired antennas, ceramic antennas, or discrete metal antennas. Antennas 251 and 252 may be configured as monopole antennas, dipole antennas, F-shaped antennas, loop antennas, etc.

[0043] The processor 206 may include one or more processors, microprocessors, controllers, and / or microcontrollers (each of which may be individual chips or distributed across (and be a part of) multiple different chips), where the processor 206 includes on-board memory 203. The processor 206 may interface with the communications circuits 241 and 242 and perform analog-to-digital conversion, encoding and decoding, digital signal processing, and other functions to enable conversion of data signals into a suitable format (e.g., in-phase and quadrature) for provision to the communications circuits 241 and 242, which may then transmit those signals wirelessly. The processor 206 may also interface with the communications circuits 241 and 242 and perform the inverse functions necessary to receive and convert wireless transmissions into digital data or information.

[0044] The processor 206 may execute software instructions stored in memory 203 or 210. These instructions may cause the processor 206 to transmit to the communications circuits 241 and 242, read and process received transmissions, read inputs from the input components 121, display data or information on the display 122, and in the case of a touch screen, read inputs from the display 122, process data or information received from other devices (e.g., analyte data, calibration information, synchronization information, etc. received from the OBD 102), maintain synchronization with the OBD 102, and perform other tasks.

[0045] Memory 210 may be shared by one or more of the various functional units in reader 120 or distributed among two or more of them (e.g., as separate memories in different chips). Memory 210 may also be a separate chip itself. Memories 203 and 210 may be persistent, being volatile memory (e.g., RAM, etc.) and / or non-volatile memory (e.g., ROM, Flash memory, F-RAM, etc.).

[0046] The power source 216 may include one or more batteries, which may be rechargeable or disposable batteries. Power management circuitry 218 may regulate battery charging, monitor usage of the power source 216, boost power output, perform DC conversion, etc.

[0047] The reader 120 may include or be integrated with a drug (e.g., insulin, etc.) delivery device such that they share a common housing. An example of a drug delivery device may include a drug pump (e.g., a wearable pump for delivering basal and bolus insulin) that resides in the body and has a cannula that allows for multi-hour or multi-day infusion. When the reader 120 is combined with a drug pump, it may include a reservoir for storing the drug, a pump connectable to a transfer tube, and an infusion cannula. The pump can inject the drug from the reservoir into the diabetic patient's body through the cannula inserted through the tube. Other examples of drug delivery devices that may be included (or integrated) with the reader 120 include a portable injector (e.g., an insulin pen) that pierces the skin each time and is then removed. When the reader 120 is combined with a portable injector, it may include a needle, a cartridge containing the drug, an interface for controlling the amount of drug delivered, and an actuator that causes the injection. The device may be used repeatedly until the drug is used up. When the drug is used up, the combined device may be discarded or the cartridge may be replaced with a new one. In this case, the combined device can be reused repeatedly, the needle being replaced after each injection.

[0048] The combination device may function as part of a closed loop system (e.g., an artificial pancreas system that does not require user intervention to operate), part of a semi-closed loop system (e.g., an insulin loop system that requires occasional user intervention to operate, such as to confirm dosage changes), or as an open loop system. For example, the diabetic patient's analyte level may be repeatedly and automatically monitored by the OBD 102, the resulting analyte level may be communicated to the reader 120, and an appropriate drug dosage to control the diabetic patient's analyte level may be automatically determined and delivered to the diabetic patient's body. Software instructions for controlling the pump and the amount of insulin delivered may be stored in memory 203 and / or 210 of the reader 120 and executed by the processing circuitry 206. These instructions may also cause calculation of drug delivery amount and duration (e.g., bolus and / or basal infusion profiles) based on analyte level measurements obtained directly or indirectly from the OBD 102. In some embodiments, the OBD 102 may determine and communicate the drug dosage to the reader 120.

[0049] Body-worn Device Embodiments 3A is a block diagram illustrating an embodiment of an OBD 102 having an analyte sensor 104 and sensor electronics (including analyte monitoring circuitry). The sensor electronics may be implemented in one or more semiconductor chips, such as an application specific integrated circuit (ASIC), an off-the-shelf (OTS) chip, a programmable device (e.g., PGA, FPGA), etc. The OBD 102 comprises high level functional units including an analog front end (AFE) 302, a power management (or control) circuit 304, a processor or processing circuit 306, a memory 308, a first communication circuit 341, and a second communication circuit 342. In this embodiment, both the AFE 302 and the processor 306 are used as analyte monitoring circuitry, although in other embodiments, either circuit (or other circuitry) may perform the analyte monitoring function.

[0050] OBD 102 is implemented as a highly interconnected system, with power source 312 coupled to each of the components shown in FIG. 3A and those components (e.g., AFE 302, power management circuit 304, processor 306, memory 308, first communication circuit 341, and second communication circuit 342) communicating or receiving data, information, or commands may be communicatively coupled to all of the other components, for example, via one or more communication connections or buses 320. One skilled in the art will readily recognize that FIG. 3A is an abbreviated view of representative hardware and functionality present in OBD 102 and that other hardware and functionality (e.g., encoder / decoder, driver circuitry, glue logic, crystal oscillator, phase-locked loop (PLL)) may also be included.

[0051] The communication circuits 341 and 342 may be coupled to antennas 351 and 352, respectively, either on-chip or off-chip as shown. The first communication circuit 341 and antenna 351 are configured for communication (transmitting and / or receiving) over the communication link 141, and the second communication circuit 342 and antenna 352 are configured for communication over the communication link 142. In some embodiments, the antennas 351 and 352 may be a single shared antenna (e.g., capable of transmitting and receiving over NFC and BT frequencies). The communication circuits 341 and 342 may be implemented as one or more components (e.g., transmitters, receivers, transceivers, passive circuits, encoders, decoders, and / or other communication circuitry) that perform functions for communication over the communication links 141 and 142.

[0052] Without limitation, in some embodiments, the communications circuitry 341 is passive and uses only power derived from a transmission received from a second device (e.g., reader 120) to generate and propagate a response transmission to the second device (such as when link 141 is an NFC link). In these and other embodiments, the communications circuitry 342 is active and uses power from the OBD power supply 312 to generate and propagate a transmission to the second device. An active communications circuitry 342 allows the OBD 102 to generate transmissions both spontaneously (e.g., without receiving a request, polling signal, timing signal, etc. from the second device) and when prompted by another device.

[0053] Processor 306 may include one or more processors, microprocessors, controllers, and / or microcontrollers (each of which may be a separate chip or distributed across (and be a part of) several different chips). Processor 306 interfaces with communication circuits 341 and 342 and may perform analog-to-digital conversion, encoding and decoding, digital signal processing, and other functions to enable conversion of data signals into a suitable format (e.g., in-phase and quadrature) for provision to communication circuits 341 and 342, which may then transmit those signals wirelessly. Processor 306 may also interface with communication circuits 341 and 342 and perform the inverse functions necessary to receive and convert wireless transmissions into digital data or information.

[0054] The processor 306 may execute software instructions stored in the memory 308. These instructions may cause the processor 306 to perform tasks such as causing the communications circuits 341 and 342 to transmit communications generated by the processor 306, reading and processing received transmissions, adjusting the timing of the timing circuitry 310, gathering temperature information from the temperature sensor, recording and / or processing measurements from the analyte sensors 104, monitoring gathered analyte data for actual or potential alarm conditions, generating and sending alarm-indicating transmissions to the communications circuitry 342, processing data or information received from other devices (e.g., the reader 120), maintaining synchronization with the reader 120, etc.

[0055] The memory 308 may be shared by various components in the OBD 102 or distributed among two or more of them. The memory 308 may also be a separate chip in itself. The memory 308 may be persistent, being volatile and / or non-volatile memory. The OBD 102 may include an optional temperature (or other environmental factor) sensor (not shown) and a power source 312, which may be a coin cell or the like. The AFE 302 interfaces with the in vivo analyte sensor 104 to receive measurement data, convert it to digital form, and output it to the processor 306, which in some embodiments may process it in any manner described elsewhere herein. This data may then be provided via antennas 351 and 352 to communication circuits 341 and 342 for transmission, for example, to the reader 120 (not shown), where minimal further processing by a resident software application is required to display the data. The antennas 351 and 352 may be configured as required by the application and communication protocol. Antennas 351 and 352 may have the same or different configurations and may be, for example, printed circuit board (PCB) wired antennas, ceramic antennas, or discrete metal antennas. Antennas 351 and 352 may be configured as monopole antennas, dipole antennas, F-shaped antennas, loop antennas, etc.

[0056] 3B is a block diagram illustrating another embodiment of the OBD 102, where the OBD 102 includes two semiconductor chips 301 and 361. The chip 301 is an ASIC that includes the AFE 302 and the communication circuitry 341 for the NFC link 141. The chip 361 is a chip that includes a processor 306, a memory 308, a communication circuitry 342 for the BT link 142, and a power management circuitry 304. The communication interface 320 may be configured in any desired manner. In one embodiment, the chip 361 is a Bluetooth or BLE radio chip, and the communication interface 320 is a serial interface, such as a serial peripheral interface (SPI). In another embodiment, the interface 320 is a parallel interface.

[0057] Although Figures 3A and 3B depict embodiments of OBD 102 capable of forming multiple communication links 141 and 142, all of the embodiments described herein may be implemented using embodiments of OBD 102 capable of forming only one communication link.

[0058] Communication embodiments that compensate for processing delays Communications received by the OBD 102 may include one or more commands for the OBD 102 to operate. Operations may include, for example, connecting or disconnecting power to internal circuitry, transitioning from a zero power or low power state to a relatively higher power state, initiating the sensor 104 (e.g., by applying a bias voltage to one or more electrodes), performing analyte data measurements, reading data stored in the memory 308 (e.g., measured analyte data, data identifying the OBD 102 (e.g., software version, serial number, etc.)), performing diagnostics, establishing Bluetooth pairing, etc. These commands may be initiated by a user or sent by the transmitting device automatically as part of a software routine. The commands may be defined by an applicable standard or may be custom commands requiring a custom response.

[0059] Received communications often require a response to be sent back to the reader 120. If the command is sent over the NFC link 141, the sending device is in close proximity to the OBD 102. Otherwise, the sending device is within range of the OBD 102. For ease of explanation, the sending device is described herein as the reader 120.

[0060] After receiving one or more commands, OBD 102 uses its internal hardware, software, or a combination thereof to generate a response for transmission to reader 120. In some embodiments, OBD 102 can communicate with other devices on or in close proximity to its user's body, or even remotely, as part of the process of gathering the information necessary to generate the response. The amount of time required for OBD 102 to generate a response depends on several factors, such as the amount of processing required to generate the response, the speed of the hardware and / or software responsible for generating the response, the amount of data required for the response, etc.

[0061] Certain communication protocols have timing constraints or requirements that allot a finite amount of time for a receiving device to respond. These protocols may be industry standard protocols or custom protocols. For example, in embodiments where communications transmitted over NFC link 141 conform to the ISO 15693 standard, the communications must be transmitted within the maximum amount of time the standard allots for a receiving device to respond. For example, most NFC commands, including the Read Multiple Block command, the Read Single Block command, custom commands, and proprietary commands, must be responded to within a set time limit. In one example, ISO 15693 specifies that a command be responded to within 323 microseconds (μs) from the time the receiving device receives the command. Other standards may set other time limits, and the ISO 15693 standard may be revised to assign different time limits.

[0062] In some cases, the OBD 102 may require more time than the set time limit to generate and send a response. This processing delay may cause a violation of the set time limit and result in non-compliance with standards. This may present a particular problem when the reader 120 is a commercially available smartphone, as the smartphone may treat this violation as an error or failure and prevent the communication from completing.

[0063] The embodiments disclosed herein can compensate for this processing delay and maintain compliance by sending one or more responses that include dummy data. Dummy data is sent to maintain compliance, but is not in response to a command, either in whole or in part. This data can be a predetermined bit sequence that is programmed into the reader or that the reader can understand to represent dummy data. Alternatively, this data can be pseudo-random data or a code representing dummy data that is generated according to an algorithm such that when decoded by the reader, it is understood to be pseudo-random data. In another embodiment, the data is predetermined or random, and the fact that it is dummy data can be indicated by a flag located, for example, in the payload header. Thus, the reader 120 can discard the data after recognizing the presence of the flag.

[0064] FIG. 4A is a flow diagram illustrating an embodiment of a method 400 of communication by a receiving device, described herein as OBD 102. At 402, OBD 102 receives a transmission including a command from a transmitting device, such as reader 120. At 404, OBD 102 processes the received command. This may include any steps necessary to decipher, decode, and / or verify the received command, as well as any steps necessary to generate information or data responsive to the command (response data) for transmission to reader 120. In this embodiment, step 404 assumes that OBD 102 requires more time to transmit a response to reader 120 than is allotted by the communication protocol. Therefore, at 406, OBD 102 responds with dummy data to reader 120. This is done before the expiration of the configured time limit for the response, to remain compliant. The configured time limit is reset, and a new (second) period for the response begins. Before the expiration of the second period, OBD 102 transmits another response including response data, if ready. If not, the OBD 102 may again send dummy data to the reader 120, again resetting the configured time limit, and the OBD 102 may repeat until the response data is ready for transmission. At 408, the response data may be sent to the reader 120 in one or more chunks, depending on payload size, protocol constraints, etc., and the end of the response may be indicated by sending an indication, such as an end of frame (EOF) sequence, to the reader 120.

[0065] 4B is a flow diagram illustrating an embodiment of a method 420 of communication by a sending device, described herein as a reader 120. At 422, the reader 120 sends a command to the OBD 102. At 424, the reader 120 receives a response from the OBD 102 within the time allotted by the communication protocol. At 426, the reader 120 reads the received response and determines whether it is dummy data or response data. In embodiments where the dummy data is a predefined sequence or code (e.g., AAAA, FFFF, etc.), this determination may be made by comparing the received response to a known predefined sequence or code to determine whether it matches the dummy data. If the received response does not match and meets other criteria for being valid data (e.g., satisfies a cyclic redundancy check, is properly formatted, etc.), the received response may be determined to be response data. In embodiments in which the dummy data is generated in other ways, such as by a dummy data algorithm or indicated as dummy data by a flag in the header, the reader 120 can apply an appropriate technique to check whether a received response is dummy data or response data.

[0066] If the received response is response data, the reading device 120 processes the data accordingly at 428. This may include storing the response data, displaying the response data to a user, communicating the response data to another device, or any number of other actions apparent to one of ordinary skill in the art. If the received response is dummy data, the method 420 may return and wait for another response at step 424. The dummy data may be discarded or ignored by the reading device 120. The process of receiving a response at step 424 and determining whether the received response is dummy data or response data at 426 may be repeated indefinitely until response data is received, the overall time for the end of the communication sequence is reached, the system 100 times out, or another event occurs that causes the method 420 to end.

[0067] FIG. 4C is a flow diagram illustrating another embodiment of a method 440 of communication by a transmitting device, described herein as a reader 120. At 442, the reader 120 transmits a command to the OBD 102. At 444, the reader 120 receives N sequential responses from the OBD 102, each sequential response within the time allotted by the communication protocol. For example, if the protocol sets the time limit as 1 millisecond, each sequential response is received within 1 millisecond of the previous response. In this embodiment, the reader 120 does not individually determine whether every received response is dummy data or response data, but is programmed to recognize the appropriate number of responses that should be received to constitute a complete response set of the communication from the OBD 102. For example, the reader 120 may be programmed to recognize or expect that a certain command XYZ sent by the reader 120 to the OBD 102 should result in E separate responses being received from the OBD 102, where E is 1 or greater. At 446, the reader 120 determines whether the number of received responses N is equal to the number of expected responses E. If so, the reader 120 may treat the E responses as response data (assuming the responses meet all other validation criteria) and act accordingly at 448 (e.g., store the data, display the data, etc.).

[0068] If the number of responses received, N, is greater than the number of responses expected, E, then at 450 the reader 120 may treat the first N minus E (NE) responses as being dummy data. This may include ignoring or discarding the first (NE) responses. This may also optionally include reading the first (NE) responses and verifying whether each is dummy data according to a particular embodiment's dummy data criteria, such as comparing against known dummy data codes, referencing a dummy data flag, etc. Since E responses remain, the reader 120 may proceed to step 448 and, again assuming the other verification criteria are met, treat the remaining E responses as response data and act accordingly.

[0069] 4D is a flow diagram of another embodiment of a method 460 of communication between a transmitting device and a receiving device, described herein as a reader 120 and an OBD 102, respectively. At 462, the reader 120 sends a command to the OBD 102, which the OBD 102 receives and starts processing at 464. In this embodiment, the OBD 102 is programmed to send a predetermined number P of dummy data responses to the reader 120 before sending response data in the P+1th (and subsequent) responses. The predetermined number of dummy data responses is determined based on the expected amount of time required for the OBD to generate response data. This predetermined number may be determined and verified by testing during the system development process. For example, if the set duration of a response is 1 millisecond (ms) and the maximum time required for the OBD 102 to generate response data is calculated to be 4.2 ms, the predetermined number P may be set to 4 and the OBD 102 may be programmed to send four responses each containing dummy data and start sending response data in the fifth response. Similarly, the reader 120 may be programmed to expect four responses, each containing dummy data, before receiving response data in a fifth response.

[0070] Referring to FIG. 4D , at 466, the OBD 102 sends the N responses to the reader 120, which receives them at 468. At 470, the reader 120 may treat the first P responses as dummy data and the remaining N minus P (NP) responses as response data. This may include ignoring or discarding the first P responses. It may also optionally include reading the first P responses and verifying that they are dummy data. The reader 120 may read the P+1th response as a first response that includes response data. Assuming that the response data meets other verification criteria, the reader 120 may process the response data accordingly as described herein.

[0071] In some embodiments, the system 100 may be configured such that different commands have different numbers of predefined responses (utilized based on the different processing times of the different commands). For example, a first command may correspond to three predefined dummy data responses, a second command may correspond to four predefined dummy data responses, etc. In these embodiments, both the reading device and the body-worn device are preferably programmed to know the appropriate number of predefined responses to use for each command, and the body-worn device may be programmed to read a received command and determine the appropriate number of predefined responses to send in response to that command. Such a configuration allows for more efficient use of communication bandwidth.

[0072] 4A-4D are implemented in a system in which the time to process a received command may exceed the time allotted for a response by a protocol or standard. These embodiments may be utilized in any system in which these wide ranges of processing delays are possible, regardless of the reason for the processing delay. The following embodiments are intended to serve as non-exhaustive examples of arrangements or situations in which processing delays may exceed the allotted time, although many other examples are possible and are within the scope of the subject matter described herein.

[0073] 3B embodiment in which link 141 is an NFC link, in some examples, some NFC communications received by communications circuitry 341 may be processed and responded to directly by ASIC 301 without coordination with chip 361. However, some commands may require a response to be generated by a more robust entity, such as processor 306. In those examples, ASIC 301 may forward the relevant portion of the received communication to chip 361 for generation of a response. Chip 361 may then generate response data and, when available, output the response data to ASIC 301 for transmission as one or more responses from OBD 102 over NFC link 141.

[0074] The reader 120 may be programmed or configured to recognize responses whose payloads include byte values ​​that match predefined payloads as dummy data (e.g., AAAA, FFFF), ignore these responses (e.g., do not store them in memory), and continue to monitor the NFC link 141 for response transmissions that include payload data other than dummy data.

[0075] Figure 5A is an information flow diagram illustrating an embodiment 500 for handling wireless communications to avoid violating set time limits for responses. This embodiment 500 is described in the context of an OBD 102 configured similarly to Figure 3B, although embodiment 500 is not so limited. The arrows in Figure 5A depict wireless transmissions from reader 120 to chip 301 of OBD 102 and back to reader 120, and internal wired communications from chip 301 to chip 361 within OBD 102 and back. The wired communications may be communicated through interface 320 configured, for example, as an SPI.

[0076] At 501, a custom command is sent from reader 120 and received by chip 301 of OBD 102. At 502, the received custom command (e.g., relevant portions or information representative of the received command) is then transferred from chip 301 to chip 361 over interface 320. Chip 361 then begins the process of reading the command and generating and outputting appropriate response data at 507. This may include running algorithms, retrieving data from memory, and / or performing other functions.

[0077] At the same time, chip 301 prepares to transmit a response, such as by using circuitry (e.g., ASIC circuitry) on chip 301. At 503, chip 301 transmits the response, including a start of frame (SOF) indication, to reader 120 over link 141. Any flags (at 504) and / or other parameters (at 505) for the response packet header, which may be readily determined, are also transmitted back to reader 120 within the set time limit for transmitting the response.

[0078] Assuming the end of the set time limit is approaching and the chip 361 has not yet generated a response to the custom command, the chip 301 will transmit dummy data to the reader 120 at 506. This process continues, with a payload containing dummy data being transmitted to the reader 120 before each successive time limit expires. This loop may continue repeatedly until the chip 361 outputs a response data payload to the chip 301 at 508. Receipt of the response data payload is acknowledged by the chip 301, which causes it to be transmitted to the reader 120 at 509 (using as many successive response packets as necessary and permitted to complete the transmission). The chip 301 transmits an error detection bit (e.g., a cyclic redundancy check (CRC)) at 510, followed by an end of frame (EOF) indication at 511.

[0079] 5B is an information flow diagram illustrating an embodiment 550 for handling wireless communications to avoid violating response time limits, which is described in the context of an OBD 102 configured similarly to FIG. 3B, although embodiment 550 is not limited thereto.

[0080] At 551, the custom command is sent from the reader 120 and received by the chip 301 of the OBD 102. At 552, the chip 301 requests from the chip 361 the information needed to formulate the response data. For example, the requested information may be a random number generated by a random number generator in the chip 361 for encrypting the response data before sending it back to the reader 120. At 553, the chip 361 processes the requested information and provides at 554 the requested information to the chip 301. At 555, the chip 301 receives the requested information from the chip 361 and begins processing the response data at 556. In other embodiments, the dummy data may also be encrypted before being sent.

[0081] At the same time, chip 301 prepares to transmit a response, such as by using circuitry (e.g., ASIC circuitry) on chip 301. At 556, chip 301 causes a response to be transmitted over link 141 to reader 120, including a start of frame (SOF) indication. Any flags (at 558) and / or other parameters (at 560), which may be readily determined, for the response packet header are also transmitted back to reader 120 within the set time limit for transmitting the response.

[0082] Assuming that the chip 361 has not yet generated a response to the custom command as the set time limit nears its end, the chip 301 will transmit dummy data to the reader 120 at 562. This process continues, with a payload containing dummy data being transmitted to the reader 120 before each successive time limit expires. This loop may continue repeatedly until the chip 301 has completed processing (e.g., generating the response data and encrypting it) and is ready to transmit the response data at 563. The chip 301 then causes this response data payload to be transmitted to the reader 120 at 564 (using as many successive response packet transmissions as necessary and permitted to complete the transmission). The chip 301 will transmit an error detection bit (e.g., a cyclic redundancy check (CRC)) at 566, followed by an end of frame (EOF) indication at 568.

[0083] In addition to the above differences, in any and all embodiments described herein, a response that includes dummy data may be a response that includes only dummy data in the payload portion of the response, which may be indicated by a bit string included in the payload that corresponds to a predefined code (e.g., AAAA, FFFF, ABCD, etc.) or a flag in the header portion of the data frame that indicates that the data in the payload is dummy data or only dummy data.

[0084] Various aspects of the present subject matter are described below, revisiting and / or supplementing the previously described embodiments, with emphasis on the interrelationships and interchangeability of the following embodiments. In other words, emphasis is placed on the fact that each feature of the embodiments can be combined with each and every other feature, unless expressly stated otherwise or logically improbable.

[0085] In many embodiments, a method of communication in an analyte monitoring system including a body worn device and a reader is provided, the method including wirelessly receiving a command from the reader by the body worn device, wirelessly transmitting at least one first response to the reader including dummy data, and wirelessly transmitting at least one second response to the reader including data responsive to the command.

[0086] In some embodiments, the method further includes processing the received command while transmitting at least one first response to the reading device. Processing the received command may include generating data responsive to the command and encrypting the data responsive to the command. The at least one second response transmitted to the reading device may include data responsive to the command in encrypted form. The at least one first response transmitted to the reading device may include encrypted dummy data.

[0087] In some embodiments, the method includes determining whether data responsive to the command can be transmitted before expiration of the set time limit for the response. The method may further include transmitting a first response to the reading device if it is determined that data responsive to the command cannot be transmitted before expiration of the set time limit for the response. The method may further include transmitting a second response to the reading device if it is determined that data responsive to the command can be transmitted before expiration of the set time limit for the response.

[0088] In some embodiments, the method may further include transmitting a plurality of first responses to the reader, each first response including dummy data and transmitted prior to expiration of a set time limit for the response.

[0089] In some embodiments, the dummy data may be a predetermined code, indicated by a flag in a header of the at least one first response, or may be pseudo-random data.

[0090] In some embodiments, the method may further include generating the dummy data according to a dummy data algorithm.

[0091] In some embodiments, the body-worn device may include a first semiconductor device and a second semiconductor device communicatively coupled to the first semiconductor device via a communication interface. The communication interface may be a serial peripheral interface. The method may further include outputting a request for response data from the first semiconductor device to the second semiconductor device via the communication interface, generating the response data by the second semiconductor device, and outputting the response data from the second semiconductor device to the first semiconductor device via the communication interface prior to transmitting the at least one second response to the reading device. The first semiconductor device may be configured to format data according to a Near Field Communication (NFC) protocol. The second semiconductor device may be configured to format data according to a Bluetooth® communication protocol.

[0092] In some embodiments, the method may further include processing the received command and wirelessly transmitting at least one third response to the reader device prior to wirelessly transmitting the at least one first response to the reader device. The at least one third response may include at least one of a start of frame indication, a flag, or a communication parameter. The method may further include wirelessly transmitting at least one fourth response after wirelessly transmitting the at least one second response. The at least one fourth response may include error detection information or an end of frame indication.

[0093] In some embodiments, wireless communication between the body-worn device and the reader follows the Near Field Communication (NFC) protocol.

[0094] In many embodiments, a body-worn device of an analyte monitoring system is provided, the body-worn device including a communications circuit configured to wirelessly receive commands and wirelessly transmit one or more responses, and a processing circuit configured to generate dummy data and data responsive to the commands, the body-worn device configured to wirelessly transmit at least one first response including the dummy data and at least one second response including data responsive to the commands.

[0095] In some embodiments, the body worn device may be configured to process the received command by a processing circuit while the communications circuit transmits at least one first response. The processing circuit may be configured to encrypt data responsive to the command and output the encrypted response data to the communications circuit. The processing circuit may be configured to encrypt dummy data and output the encrypted dummy data to the communications circuit.

[0096] In some embodiments, the body worn device may be configured to determine whether data responsive to a command is available to be transmitted before the expiration of a set time limit for the response.

[0097] In some embodiments, the processing circuitry may be configured to cause a first response to be transmitted before expiration of a set time limit for the response after determining that no data responsive to a command is available to be transmitted.

[0098] In some embodiments, the processing circuitry may be configured to, after determining that data responsive to a command is available to be transmitted, cause a second response to be transmitted prior to expiration of a set time limit for the response.

[0099] In some embodiments, the body worn device may be configured to transmit multiple first responses, each of which includes dummy data and is transmitted prior to expiration of a set time limit for the response.

[0100] In some embodiments, the dummy data may be a predetermined code, may be indicated by a flag in a header of the at least one first response, may be pseudo-random data, or may be generated according to a dummy data algorithm.

[0101] In some embodiments, the body-worn device may include a first semiconductor device and a second semiconductor device communicatively coupled to the first semiconductor device via a communication interface. The communication interface may be a serial peripheral interface. A first portion of the processing circuitry may be located within the first semiconductor device and a second portion of the processing circuitry may be located within the second semiconductor device. The first semiconductor device may be configured to output a request for response data to the second semiconductor device via the communication interface. The second semiconductor device may be configured to generate response data and output the response data to the first semiconductor device via the communication interface. The first semiconductor device may be configured to format data according to a Near Field Communication (NFC) protocol. The second semiconductor device may be configured to format data according to a Bluetooth® communication protocol.

[0102] In some embodiments, the communications circuitry is configured to wirelessly receive and transmit according to a Near Field Communication (NFC) protocol.

[0103] In some embodiments, the processing circuitry is communicatively coupled to a memory, the memory storing a plurality of instructions for execution by the processing circuitry.

[0104] In many embodiments, a method of communication in an analyte monitoring system including a body-worn device and a reading device is provided, the method including wirelessly transmitting a command by the reading device to the body-worn device, wirelessly receiving at least one first response from the body-worn device including dummy data, and wirelessly receiving at least one second response from the body-worn device including data responsive to the command.

[0105] In some embodiments, the method may further include determining, by the reading device, whether each of the at least one first response includes dummy data.

[0106] In some embodiments, the method may further include determining, by the reading device, whether each of the at least one second response includes data responsive to the command.

[0107] In some embodiments, the method may further include processing, by the reading device, the data responsive to the command. Processing the data responsive to the command may include storing the data responsive to the command or displaying the data responsive to the command.

[0108] In some embodiments, the method may further include determining by the reading device whether a total number N of the at least one first response and the at least one second response received is greater than an expected number E of responses. The method may further include treating the first (NE) responses by the reading device as dummy data and treating the remaining E responses by the reading device as including data responsive to the command. The method may further include reading the first (NE) responses by the reading device and verifying that they include dummy data. The method may further include decrypting the at least one second response received by the reading device. The method may further include decrypting the at least one first response received by the reading device. The dummy data may be a predetermined code, indicated by a flag in a header of the at least one first response, pseudo-random data, or generated according to a dummy data algorithm.

[0109] In some embodiments, the reader communicates with a body-worn device.

[0110] In some embodiments, the reader device wirelessly receives and transmits according to a Near Field Communication (NFC) protocol. The method may further include wirelessly receiving data from the body-worn device according to the Bluetooth protocol.

[0111] In many embodiments, a reader of an analyte monitoring system is provided that includes communications circuitry configured to wirelessly transmit commands and wirelessly receive one or more responses, and processing circuitry configured to determine whether each received response includes dummy data or includes data responsive to the command.

[0112] In some embodiments, the processing circuitry is configured to process data responsive to the command.

[0113] In some embodiments, the processing circuitry is configured to store or display data responsive to the commands.

[0114] In some embodiments, the processing circuitry is configured to ignore or discard the dummy data.

[0115] In some embodiments, the processing circuitry is configured to decrypt each received response.

[0116] In some embodiments, the dummy data may be a predetermined code, may be indicated by a flag in a header of the at least one first response, may be pseudo-random data, or may be generated according to a dummy data algorithm.

[0117] In some embodiments, the reader is configured to communicate with a body-worn device.

[0118] In some embodiments, the communication circuitry is configured to wirelessly transmit and receive according to a Near Field Communication (NFC) protocol, the communication circuitry is a first communication circuitry and the reader includes a second communication circuitry configured to wirelessly transmit and receive according to a Bluetooth® protocol.

[0119] In some embodiments, the processing circuitry is communicatively coupled to a memory, the memory storing a plurality of instructions executable by the processing circuitry.

[0120] In many embodiments, a reader of an analyte monitoring system is provided that includes communications circuitry configured to wirelessly transmit commands and wirelessly receive one or more responses, and processing circuitry configured to determine whether a total number of received responses, N, is greater than an expected number of responses, E.

[0121] In some embodiments, the processing circuitry may be configured to treat the first (NE) responses as dummy data and the remaining E responses as including data responsive to the command. The processing circuitry may be configured to read the first (NE) responses and verify that they include dummy data. The processing circuitry may be configured to process the data responsive to the command. The processing circuitry may be configured to store or display the data responsive to the command. The processing circuitry may be configured to ignore or discard the first (NE) responses without verifying that they include dummy data. The processing circuitry may be configured to decode each received response.

[0122] In some embodiments, the dummy data may be a predetermined code, may be indicated by a flag in a header of the at least one first response, may be pseudo-random data, or may be generated according to a dummy data algorithm.

[0123] In some embodiments, the reader is configured to communicate with a body-worn device.

[0124] In some embodiments, the communication circuitry is configured to wirelessly transmit and receive according to a Near Field Communication (NFC) protocol. The communication circuitry is a first communication circuitry and the reader may include a second communication circuitry configured to wirelessly transmit and receive according to a Bluetooth® protocol.

[0125] In many embodiments, a method of communication in an analyte monitoring system including a body worn device and a reader is provided, the method including wirelessly receiving a command from the reader by the body worn device, wirelessly transmitting a predetermined number P of first responses from the body worn device to the reader, each first response including dummy data, and wirelessly transmitting at least one second response from the body worn device to the reader, the second response including data responsive to the command.

[0126] In some embodiments, the method may further include processing the received command while transmitting a predetermined number of the first responses to the reader.

[0127] In some embodiments, processing the received command may include generating data responsive to the command and encrypting the data responsive to the command. The at least one second response sent to the reading device may include data responsive to the command in encrypted form. Each of the predetermined number of first responses sent to the reading device may include dummy data in encrypted form.

[0128] In some embodiments, the method further includes counting the number of responses received by the reading device from the body-worn device. The method may further include treating the P+1th response as including data responsive to the command. The method may further include not validating that the first P received responses include dummy data.

[0129] In some embodiments, the method may further include reading the received command by the body-worn device and wirelessly transmitting a predetermined number P of first responses corresponding to the received command, where the received command is one of a plurality of commands, and the reading device and the body-worn device are programmed to determine a correct number of predetermined responses based on the command.

[0130] In some embodiments, wireless communication between the body-worn device and the reader follows the Near Field Communication (NFC) protocol.

[0131] In many embodiments, an analyte monitoring system is provided that includes a body worn device including a communication circuit and a processing circuit, and a reading device including a communication circuit and a processing circuit, where the body worn device is configured to wirelessly receive commands from the reading device, wirelessly transmit a predetermined number P of first responses to the reading device, each first response including dummy data, and wirelessly transmit at least one second response to the reading device including data responsive to the commands.

[0132] In some embodiments, the body-worn device is configured to process the received commands while transmitting a predetermined number of first responses to the reading device. Processing circuitry in the body-worn device may be configured to generate data responsive to the commands and to encrypt the data responsive to the commands. Processing circuitry in the body-worn device may be configured to encrypt dummy data and to transmit the encrypted dummy data.

[0133] In some embodiments, the processing circuitry of the reader may be configured to count the number of responses received from the body-worn device. The processing circuitry of the reader may be configured to treat the P+1th response as containing data responsive to the command. The processing circuitry of the reader may be configured to ignore or discard the first P received responses without verifying that each of the first P received responses contains dummy data.

[0134] In some embodiments, the processing circuitry of the body worn device is configured to read the received commands and wirelessly transmit a predetermined number P of first responses corresponding to the received commands.

[0135] In some embodiments, the command received is one of a number of commands, and the reader and body-worn device are programmed to identify a precise number of pre-defined responses based on the command.

[0136] In some embodiments, the communication circuitry of the body-worn device and the communication circuitry of the reader device are each configured to communicate according to a Near Field Communication (NFC) protocol.

[0137] In many embodiments, a method of communication in an analyte monitoring system including a body worn device and a reader is provided, the method including receiving at the body worn device a transmission from the reader including a custom command formatted according to a first communications protocol, communicating the custom command from a first semiconductor chip of the body worn device to a second semiconductor chip of the body worn device, causing a first data payload including dummy data to be transmitted from the body worn device to the reader within a set time limit for the response according to the first communications protocol, communicating a response data payload from the second semiconductor chip to the first semiconductor chip, and transmitting the response data payload from the body worn device to the reader, where the first semiconductor chip includes communications circuitry adapted for communication according to the first communications protocol and the second semiconductor chip includes a processor.

[0138] For each and every embodiment of the methods described herein, systems and devices capable of implementing each of these embodiments are within the scope of this disclosure. For example, OBD embodiments are disclosed, and these devices may include one or more sensors, analyte monitoring circuitry (e.g., analog circuitry), memory (e.g., for storing instructions), power sources, communication circuitry, transmitters, receivers, processors, and / or controllers (e.g., for executing instructions), which may perform or enable the performance of any and all method steps. These OBD embodiments may be used and may be usable to perform those steps performed by the OBD of any and all of the methods described herein.

[0139] For all of the above embodiments, the operations performed by the body-worn device may be performed or caused to be performed by a processing circuit of the body-worn device executing one or more instructions stored in a memory of the body-worn device. Similarly, for all of the above embodiments, the operations performed by the reader device may be performed or caused to be performed by a processing circuit of the reader device executing one or more instructions stored in a memory of the reader device.

[0140] Computer program instructions for performing operations according to the described subject matter may be stored in any of the persistent memories described herein and executed by a processing circuit communicatively coupled thereto. The computer program instructions may be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java, JavaScript, Smalltalk, C++, C#, Transact-SQL, XML, PHP, and conventional procedural programming languages ​​such as the C programming language or similar programming languages. The program instructions may be executed entirely on the user's computing device, partially on the user's computing device, as a separate software package, partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server. In the latter case, the remote computing device may be connected to the user's computing device via any type of network, including a local area network (LAN) or wide area network (WAN), or the connection may be to an external computer (e.g., via the Internet using an Internet Service Provider).

[0141] It is intended that all features, elements, components, functions, and steps described with respect to any embodiment provided herein can be freely combined and substituted with those of any other embodiment. If a feature, element, component, function, or step is described with respect to only one embodiment, it should be understood that the feature, element, component, function, or step can be used with all other embodiments described herein, unless otherwise specified. Thus, this paragraph serves as a prelude and support for the introduction of claims combining features, elements, components, functions, and steps of multiple different embodiments, or substituting features, elements, components, functions, and steps of one embodiment with those of another embodiment, even if such combinations or substitutions are not specified in a specific example of this description as being possible. It is clearly recognized that specifying all possible combinations and substitutions would be an undue burden, given that one skilled in the art would readily recognize that all such combinations and substitutions are permissible.

[0142] To the extent that the embodiments disclosed herein include or operate in conjunction with a memory, storage device, and / or computer-readable medium, the memory, storage device, and / or computer-readable medium are non-transitory. Thus, if a memory, storage device, and / or computer-readable medium is included in one or more claims, the memory, storage device, and / or computer-readable medium is only non-transitory.

[0143] As used in this specification and the appended claims, the English singular forms "a," "an," and "the" include plural referents unless the context clearly dictates otherwise.

[0144] Although the embodiments are susceptible to various modifications and alternative forms, specific examples thereof have been shown and described in detail herein. However, these embodiments are not limited to the specific forms disclosed, but rather, these embodiments should be understood to include all modifications, equivalents, and alternatives falling within the scope of the present disclosure. Also, any feature, function, step, or element of the embodiments may be described or added to the claims, and negative limitations may be described that define the scope of the claims by features, functions, steps, or elements that are not within the scope of the claims.

[0145] Preferred embodiments of the present invention will be described below in detail.

[0146] EMBODIMENT 1 1. A method of communication in an analyte monitoring system having a body worn device and a reader, comprising: wirelessly receiving commands from the reader by the body worn device; wirelessly transmitting at least one first response to the reader, the first response including dummy data; wirelessly transmitting at least one second response to the reader, the second response including data responsive to the command; The method includes:

[0147] EMBODIMENT 2 2. The method of embodiment 1, further comprising the step of processing the received command while sending the at least one first response to the reading device.

[0148] EMBODIMENT 3 The step of processing the received command comprises: generating said data responsive to said command; encrypting the data responsive to the command; 3. The method of embodiment 2, comprising:

[0149] EMBODIMENT 4 4. The method of embodiment 3, wherein the at least one second response sent to the reading device includes data in encrypted form responsive to the command.

[0150] EMBODIMENT 5 5. The method of embodiment 4, wherein the at least one first response sent to the reading device includes dummy data in encrypted form.

[0151] EMBODIMENT 6 2. The method of embodiment 1, further comprising the step of determining whether data in response to the command can be sent before expiration of a set time limit for the response.

[0152] EMBODIMENT 7 7. The method of embodiment 6, further comprising the step of transmitting a first response to the reading device if it is determined that data in response to the command is not available for transmission before the expiration of a set time limit for the response.

[0153] EMBODIMENT 8 7. The method of embodiment 6, further comprising the step of transmitting a second response to the reading device if it is determined that data in response to the command is available for transmission before the expiration of a set time limit for the response.

[0154] EMBODIMENT 9 2. The method of embodiment 1, further comprising the step of transmitting a plurality of first responses to the reading device, each first response including dummy data and transmitted before the expiration of a set time limit for the response.

[0155] EMBODIMENT 10 2. The method of claim 1, wherein the dummy data is a predetermined code.

[0156] EMBODIMENT 11 2. The method of embodiment 1, wherein the dummy data is indicated by a flag in a header of the at least one first response.

[0157] EMBODIMENT 12 2. The method of embodiment 1, wherein the dummy data is pseudo-random data.

[0158] EMBODIMENT 13 2. The method of claim 1, further comprising generating the dummy data according to a dummy data algorithm.

[0159] EMBODIMENT 14 2. The method of embodiment 1, wherein the body-worn device comprises a first semiconductor device and a second semiconductor device communicatively coupled to the first semiconductor device via a communication interface.

[0160] EMBODIMENT 15 15. The method of embodiment 14, wherein the communications interface is a serial peripheral interface.

[0161] EMBODIMENT 16 outputting a request for response data from the first semiconductor device to the second semiconductor device through the communication interface; generating the response data by the second semiconductor device; outputting the response data from the second semiconductor device to the first semiconductor device through the communication interface before transmitting the at least one second response to the reader; 15. The method of embodiment 14, further comprising:

[0162] EMBODIMENT 17 15. The method of embodiment 14, wherein the first semiconductor device is configured to format data according to a Near Field Communication (NFC) protocol.

[0163] EMBODIMENT 18 15. The method of embodiment 14, wherein the second semiconductor device is configured to format data according to a Bluetooth® communication protocol.

[0164] EMBODIMENT 19 processing the received command; wirelessly transmitting at least one third response to the reader before wirelessly transmitting the at least one first response to the reader; 2. The method of embodiment 1, further comprising:

[0165] EMBODIMENT 20 20. The method of embodiment 19, wherein the at least one third response includes at least one of a frame start indication, a flag, or a communication parameter.

[0166] EMBODIMENT 21 20. The method of embodiment 19, further comprising wirelessly transmitting at least one fourth response after wirelessly transmitting the at least one second response.

[0167] EMBODIMENT 22 22. The method of embodiment 21, wherein the at least one fourth response includes error detection information or an end-of-frame indication.

[0168] EMBODIMENT 23 23. The method according to any of the preceding claims, wherein wireless communication between the body-worn device and the reader follows the Near Field Communication (NFC) protocol.

[0169] EMBODIMENT 24 A body-worn device for a sample monitoring system, comprising: a communications circuit configured to wirelessly receive a command and wirelessly transmit one or more responses; a processing circuit configured to generate dummy data and data responsive to the command; Equipped with A body worn device configured to wirelessly transmit at least one first response including the dummy data and at least one second response including data responsive to the command.

[0170] EMBODIMENT 25 25. The device of embodiment 24, wherein the body worn device is configured such that the processing circuitry processes the received command while the communication circuitry transmits the at least one first response.

[0171] EMBODIMENT 26 26. The apparatus of embodiment 25, wherein the processing circuitry is configured to encrypt data responsive to the command and output the encrypted responsive data to the communication circuitry.

[0172] EMBODIMENT 27 27. The apparatus of embodiment 26, wherein the processing circuitry is configured to encrypt the dummy data and output the encrypted dummy data to the communication circuitry.

[0173] EMBODIMENT 28 25. The apparatus of embodiment 24 configured to determine whether data in response to the command can be transmitted before expiration of a set time limit for the response.

[0174] EMBODIMENT 29 25. The apparatus of embodiment 24, wherein the processing circuitry is configured to cause the first response to be transmitted before expiration of a set time limit for the response after determining that data in response to the command is not available for transmission.

[0175] EMBODIMENT 30 25. The apparatus of embodiment 24, wherein the processing circuitry is configured to cause the second response to be transmitted before expiration of a set time limit for the response after determining that data in response to the command is available for transmission.

[0176] EMBODIMENT 31 25. The apparatus of embodiment 24, configured to transmit a plurality of first responses, each of the first responses including dummy data and transmitted before expiration of a set time limit for the response.

[0177] EMBODIMENT 32 25. The apparatus of embodiment 24, wherein the dummy data is a predetermined code, is indicated by a flag in a header of the at least one first response, is pseudo-random data, or is generated according to a dummy data algorithm.

[0178] EMBODIMENT 33 25. The device of embodiment 24, wherein the body-worn device comprises a first semiconductor device and a second semiconductor device communicatively coupled to the first semiconductor device via a communication interface.

[0179] EMBODIMENT 34 34. The apparatus of embodiment 33, wherein the communications interface is a serial peripheral interface.

[0180] EMBODIMENT 35 34. The device of embodiment 33, wherein a first portion of the processing circuit is located on the first semiconductor device, and a second portion of the processing circuit is located on the second semiconductor device.

[0181] EMBODIMENT 36 36. The apparatus of embodiment 35, wherein the first semiconductor device is configured to output a request for response data to the second semiconductor device through the communication interface.

[0182] EMBODIMENT 37 37. The apparatus of embodiment 36, wherein the second semiconductor device is configured to generate the response data and output the response data to the first semiconductor device through the communication interface.

[0183] EMBODIMENT 38 38. The apparatus of any of embodiments 33-37, wherein the first semiconductor device is configured to format data according to a Near Field Communication (NFC) protocol.

[0184] EMBODIMENT 39 39. The apparatus of embodiment 38, wherein the second semiconductor device is configured to format data according to a Bluetooth® communication protocol.

[0185] EMBODIMENT 40 40. The device of any one of embodiments 24 to 39, wherein the communication circuitry is configured to wirelessly receive and transmit according to a Near Field Communication (NFC) protocol.

[0186] EMBODIMENT 41 An apparatus as described in any one of embodiments 24 to 40, wherein the processing circuitry is communicatively coupled to a memory, the memory storing a plurality of instructions executable by the processing circuitry.

[0187] EMBODIMENT 42 1. A method of communication in an analyte monitoring system having a body worn device and a reader, comprising: wirelessly transmitting commands to the body-worn device by the reader; wirelessly receiving at least one first response from the body-worn device, the first response including dummy data; wirelessly receiving at least one second response from the body-worn device, the second response including data responsive to the command; The method includes:

[0188] EMBODIMENT 43 43. The method of embodiment 42, further comprising the step of determining, by the reading device, whether each of the at least one first response includes dummy data.

[0189] EMBODIMENT 44 43. The method of embodiment 42, further comprising the step of determining, by the reading device, whether each of the at least one second response includes data responsive to the command.

[0190] EMBODIMENT 45 45. The method of embodiment 44, further comprising the step of processing, by the reading device, data responsive to the command.

[0191] EMBODIMENT 46 46. ​​The method of embodiment 45, wherein the step of processing data responsive to the command includes the step of storing data responsive to the command or displaying data responsive to the command.

[0192] EMBODIMENT 47 43. The method of embodiment 42, further comprising the step of determining by the reading device whether a total number N of the at least one first response and the at least one second response received is greater than an expected number E of responses.

[0193] EMBODIMENT 48 The method of embodiment 47 further comprising the steps of treating the first (NE) responses by the reading device as dummy data, and treating the remaining E responses by the reading device as containing data responsive to the command.

[0194] EMBODIMENT 49 49. The method of embodiment 48, further comprising the step of reading the first (NE) responses by the reading device and verifying that they contain dummy data.

[0195] EMBODIMENT 50 50. A method according to any one of embodiments 42 to 49, further comprising the step of decrypting the received at least one second response by the reading device.

[0196] EMBODIMENT 51 51. The method of embodiment 50, further comprising the step of decrypting the received at least one first response by the reading device.

[0197] EMBODIMENT 52 A method as described in any of embodiments 42 to 51, wherein the dummy data is a predetermined code, is indicated by a flag in a header of the at least one first response, is pseudo-random data, or is generated according to a dummy data algorithm.

[0198] EMBODIMENT 53 53. The method of any one of embodiments 42 to 52, wherein the reading device communicates with a body-worn device.

[0199] EMBODIMENT 54 54. The method according to any one of embodiments 42 to 53, wherein the reader wirelessly receives and transmits according to a Near Field Communication (NFC) protocol.

[0200] EMBODIMENT 55 55. The method of embodiment 54, further comprising the step of wirelessly receiving data from a body-worn device according to the Bluetooth® protocol.

[0201] EMBODIMENT 56 1. A reader for a specimen monitoring system, comprising: a communications circuit configured to wirelessly transmit commands and wirelessly receive one or more responses; a processing circuit configured to determine whether each received response includes dummy data or includes data responsive to said command; A reading device comprising:

[0202] EMBODIMENT 57 57. The apparatus of embodiment 56, wherein the processing circuitry is configured to process data responsive to the command.

[0203] EMBODIMENT 58 57. The apparatus of embodiment 56, wherein the processing circuitry is configured to store or display data responsive to the command.

[0204] EMBODIMENT 59 57. The apparatus of embodiment 56, wherein the processing circuitry is configured to ignore or discard the dummy data.

[0205] EMBODIMENT 60 60. The apparatus of any one of embodiments 56 to 59, wherein the processing circuit is configured to decrypt each received response.

[0206] EMBODIMENT 61 57. The apparatus of embodiment 56, wherein the dummy data is a predetermined code, is indicated by a flag in a header of the at least one first response, is pseudorandom data, or is generated according to a dummy data algorithm.

[0207] EMBODIMENT 62 The device of any one of embodiments 56 to 61, wherein the reading device is configured to communicate with a device worn on the body.

[0208] EMBODIMENT 63 62. The device of any one of embodiments 56 to 61, wherein the communication circuitry is configured to wirelessly transmit and receive according to a Near Field Communication (NFC) protocol.

[0209] EMBODIMENT 64 64. The device of embodiment 63, wherein the communication circuit is a first communication circuit and the reader comprises a second communication circuit configured to wirelessly transmit and receive according to the Bluetooth® protocol.

[0210] EMBODIMENT 65 An apparatus as described in any of embodiments 56 to 64, wherein the processing circuitry is communicatively coupled to a memory, the memory storing a plurality of instructions executable by the processing circuitry.

[0211] EMBODIMENT 66 1. A reader for a specimen monitoring system, comprising: a communications circuit configured to wirelessly transmit commands and wirelessly receive one or more responses; a processing circuit configured to determine whether a total number N of received responses is greater than an expected number E of responses; A reading device comprising:

[0212] EMBODIMENT 67 67. The apparatus of embodiment 66, wherein the processing circuitry is configured to treat the first (NE) responses as dummy data and the remaining E responses as containing data responsive to the command.

[0213] EMBODIMENT 68 68. The apparatus of embodiment 67, wherein the processing circuitry is configured to read the first (NE) responses and verify that they contain dummy data.

[0214] EMBODIMENT 69 68. The apparatus of embodiment 67, wherein the processing circuitry is configured to process data responsive to the command.

[0215] EMBODIMENT 70 68. The apparatus of embodiment 67, wherein the processing circuitry is configured to store or display data responsive to the command.

[0216] EMBODIMENT 71 68. The apparatus of embodiment 67, wherein the processing circuitry is configured to ignore or discard the first (NE) responses without verifying that the first (NE) responses contain dummy data.

[0217] EMBODIMENT 72 72. The apparatus of any one of embodiments 66-71, wherein the processing circuitry is configured to decrypt each received response.

[0218] EMBODIMENT 73 68. The apparatus of embodiment 67, wherein the dummy data is a predetermined code, is indicated by a flag in a header of the at least one first response, is pseudorandom data, or is generated according to a dummy data algorithm.

[0219] EMBODIMENT 74 A device described in any of embodiments 66 to 73, wherein the reading device is configured to communicate with a device worn on the body.

[0220] EMBODIMENT 75 75. The device of any one of embodiments 66 to 74, wherein the communication circuitry is configured to wirelessly transmit and receive according to a Near Field Communication (NFC) protocol.

[0221] EMBODIMENT 76 76. The device of embodiment 75, wherein the communication circuit is a first communication circuit and the reader comprises a second communication circuit configured to wirelessly transmit and receive according to a Bluetooth® protocol.

[0222] EMBODIMENT 77 1. A method of communication in an analyte monitoring system having a body worn device and a reader, comprising: wirelessly receiving commands from the reader by the body worn device; wirelessly transmitting a predetermined number P of first responses, each of which includes dummy data, from a device attached to the body to the reader; wirelessly transmitting from the body-worn device to the reader at least one second response including data responsive to the command; The method includes:

[0223] EMBODIMENT 78 78. The method of embodiment 77, further comprising the step of processing the received command while sending the predetermined number of first responses to the reading device.

[0224] EMBODIMENT 79 The step of processing the received command comprises: generating said data responsive to said command; encrypting the data responsive to the command; 79. The method of embodiment 78, comprising:

[0225] Embodiment 80 80. The method of embodiment 79, wherein the at least one second response sent to the reading device includes data in encrypted form responsive to the command.

[0226] Embodiment 81 81. The method of embodiment 80, wherein each of the predetermined number of first responses sent to the reading device includes dummy data in encrypted form.

[0227] EMBODIMENT 82 78. The method of embodiment 77, further comprising the step of counting the number of responses received from the body-worn devices by the reading device.

[0228] EMBODIMENT 83 83. The method of embodiment 82, further comprising treating the P+1 th response as containing data responsive to the command.

[0229] EMBODIMENT 84 84. The method of embodiment 83, further comprising: not verifying that the first P received responses contain dummy data.

[0230] EMBODIMENT 85 78. The method of embodiment 77, further comprising the step of reading the received commands by the body worn device and wirelessly transmitting a predetermined number P of first responses corresponding to the received commands.

[0231] EMBODIMENT 86 86. The method of embodiment 85, wherein the received command is one of a plurality of commands, and the reading device and the body-worn device are programmed to identify a precise number of predefined responses based on the command.

[0232] EMBODIMENT 87 87. The method of any of embodiments 77 to 86, wherein wireless communication between the body-worn device and the reading device follows a Near Field Communication (NFC) protocol.

[0233] EMBODIMENT 88 1. A specimen monitoring system comprising: a body worn device including communication and processing circuitry; a reader including a communication circuit and a processing circuit; Equipped with The body-worn device is configured to wirelessly receive commands from the reading device, wirelessly transmit a predetermined number P of first responses to the reading device, each first response including dummy data, and wirelessly transmit at least one second response to the reading device including data responsive to the command.

[0234] EMBODIMENT 89 89. The system of embodiment 88, wherein the body worn device is configured to process the received command while sending the predetermined number of first responses to the reading device.

[0235] EMBODIMENT 90 90. The system of embodiment 89, wherein the processing circuitry of the body-worn device is configured to generate data responsive to the command and to encrypt the data responsive to the command.

[0236] EMBODIMENT 91 91. The system of embodiment 90, wherein the processing circuitry of the body-worn device is configured to encrypt the dummy data and transmit the dummy data in encrypted form.

[0237] EMBODIMENT 92 89. The system of embodiment 88, wherein the processing circuitry of the reading device is configured to count the number of responses received from the body-worn device.

[0238] EMBODIMENT 93 93. The system of embodiment 92, wherein the processing circuitry of the reading device is configured to treat the P+1th response as containing data responsive to the command.

[0239] EMBODIMENT 94 The system of embodiment 93, wherein the processing circuitry of the reading device is configured to ignore or discard the first P received responses without verifying that each of the first P received responses contains dummy data.

[0240] EMBODIMENT 95 89. The system of embodiment 88, wherein the processing circuitry of the body-worn device is configured to read the received command and wirelessly transmit a predetermined number P of first responses corresponding to the received command.

[0241] EMBODIMENT 96 The system of embodiment 88, wherein the received command is one of a plurality of commands, and the reading device and the body-worn device are programmed to identify a precise number of predetermined responses based on the command.

[0242] EMBODIMENT 97 A system described in any of embodiments 88 to 96, wherein the communication circuitry of the body-worn device and the communication circuitry of the reading device are each configured to communicate according to a Near Field Communication (NFC) protocol.

[0243] EMBODIMENT 98 1. A method of communication in an analyte monitoring system having a body worn device and a reader, comprising: receiving a transmission from the reader at the body worn device, the transmission including a custom command and formatted according to a first communications protocol; communicating the custom commands from a first semiconductor chip of the body-worn device to a second semiconductor chip of the body-worn device, the first semiconductor chip including communication circuitry adapted for communication according to a first communication protocol and the second semiconductor chip including a processor; transmitting a first data payload including dummy data from the body-worn device to the reader device within a set response time limit according to the first communications protocol; communicating a response data payload from the second semiconductor chip to the first semiconductor chip; transmitting said response data payload from said body worn device to said reader device; The method includes: [Explanation of symbols]

[0244] 100 Sample Monitoring System 102 Body Mounted Device (OBD) 103 Housing 104 Analyte Sensor 105 Adhesive Patch 120 Reading device 121 Input Parts 122 Display 123 Data communication port 141, 142 Wireless communication links 170 Computer Systems 171, 191, 192 Communication links 180 Trusted Computer Systems 190 Communication Network 203, 210 Memory 206 Processors 216 Power supply 218 Power management circuit 241 First Communication Circuit 242 Second Communication Circuit 302 Analog Front End

Claims

1. 1. A reader for a specimen monitoring system, comprising: a communications circuit configured to wirelessly transmit commands and wirelessly receive one or more responses; a processing circuit configured to determine whether a total number of responses received, N, is greater than an expected number of responses, E, and to treat the first (N-E) responses as dummy data and the remaining E responses as containing data responsive to said command; A reading device comprising:

2. 2. The apparatus of claim 1, wherein the processing circuitry is configured to read the first (NE) responses and verify that they contain dummy data.

3. The apparatus of claim 1 , wherein the processing circuitry is configured to process data responsive to the command.

4. The apparatus of claim 1 , wherein the processing circuitry is configured to store or display data responsive to the commands.

5. 2. The apparatus of claim 1, wherein the processing circuitry is configured to ignore or discard the first (NE) responses without verifying that the first (NE) responses contain dummy data.

6. Apparatus according to any preceding claim, wherein the processing circuitry is configured to decrypt each received response.

7. 2. The apparatus of claim 1, wherein the dummy data is a predetermined code, is indicated by a flag in a header of the one or more responses, is pseudo-random data, or is generated according to a dummy data algorithm.

8. The device according to any one of claims 1 to 7, wherein the reader is configured to communicate with a body worn device.

9. The device of any preceding claim, wherein the communications circuitry is configured for wireless transmission and reception according to a Near Field Communication (NFC) protocol.

10. 10. The apparatus of claim 9, wherein the communication circuit is a first communication circuit and the reader comprises a second communication circuit configured to wirelessly transmit and receive according to a wireless communication protocol.

Images