DETAILED ACTION
Notice of Pre-AIA or AIA Status
The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA .
Claim Objections
Claim 1 is objected to because of the following informalities: the claim recites the following abbreviation: “PBM”. The claims should first spell out the entire word, followed by the abbreviation in parentheses. For examination purposes this limitation is interpreted as photobiomodulation (PBM) devices. Appropriate correction is required.
Claim Rejections - 35 USC § 112
The following is a quotation of 35 U.S.C. 112(b):
(b) CONCLUSION.—The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject matter which the inventor or a joint inventor regards as the invention.
The following is a quotation of 35 U.S.C. 112 (pre-AIA ), second paragraph:
The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject matter which the applicant regards as his invention.
Claims 1-17 are rejected under 35 U.S.C. 112(b) or 35 U.S.C. 112 (pre-AIA ), second paragraph, as being indefinite for failing to particularly point out and distinctly claim the subject matter which the inventor or a joint inventor (or for applications subject to pre-AIA 35 U.S.C. 112, the applicant), regards as the invention.
Claim 1 recites the limitation "the PBM treatments" in the last line of the claim. There is insufficient antecedent basis for this limitation in the claim. For examination purposes this limitation is interpreted as “the personalized treatment”. Appropriated correction is required. The dependent claims are also rejected for inheriting the issues of the independent claim.
Claim Rejections - 35 USC § 101
35 U.S.C. 101 reads as follows:
Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and requirements of this title.
Claims 1-17 are rejected under 35 U.S.C. 101 because the claimed invention is directed to a judicial exception (i.e., an abstract idea) without significantly more.
Step 1 of the Alice/Mayo Test
Claims 1-17 are drawn to a method, which is within the four statutory categories (i.e. process).
Step 2A of the Alice/Mayo Test - Prong One
The independent claim 1 recites an abstract idea. For example, claim 1 recites:
A method for providing coordinated wellness treatments using a plurality of {photobiomodulation – see objection above} PBM devices, comprising:
collecting wellness data from each PBM device;
transmitting the collected wellness data to a server;
analyzing the wellness data to generate personalized treatment recommendations;
recording the wellness data and treatment recommendations onto a distributed ledger system;
communicating the personalized treatment recommendations to each PBM device; and
adjusting the PBM treatments {personalized treatment – see 112 rejection above}based on the personalized recommendations.
These underlined elements recite an abstract idea that can be categorized, under its broadest reasonable interpretation, to cover the management of personal behavior or interactions (following rules or instructions to facilitate recommendations), but for the recitation of generic computer components. For example, but for the PBM devices, server, distributed ledger system, the limitations in the context of this claim encompass steps to follow in order to process wellness data for generating a personalized treatment recommendation. If a claim limitation, under its broadest reasonable interpretation, covers management of personal behavior or interactions but for the recitation of generic computer components, then the limitations fall within the “Certain Methods of Organizing Human Activity” grouping of abstract ideas. See MPEP § 2106.04(a).
Dependent claims recite additional subject matter which further narrows or defines the abstract idea embodied in the claims (such as claims 2-17 reciting particular aspects of the abstract idea).
Step 2A of the Alice/Mayo Test - Prong Two
For example, claim 1 recites:
A method for providing coordinated wellness treatments using a plurality of PBM devices, comprising: (merely invokes use of computer and other machinery as a tool as noted below, see MPEP 2106.05(f))
collecting wellness data from each {photobiomodulation – see objection above} PBM device; (merely invokes use of computer and other machinery as a tool as noted below, see MPEP 2106.05(f))
transmitting the collected wellness data to a server; (merely insignificant extrasolution activity steps as noted below, see MPEP 2106.05(g)) and (merely invokes use of computer and other machinery as a tool as noted below, see MPEP 2106.05(f))
analyzing the wellness data to generate personalized treatment recommendations;
recording the wellness data and treatment recommendations onto a distributed ledger system; (merely invokes use of computer and other machinery as a tool as noted below, see MPEP 2106.05(f))
communicating the personalized treatment recommendations to each PBM device; and (merely invokes use of computer and other machinery as a tool as noted below, see MPEP 2106.05(f))
adjusting the PBM treatments {personalized treatment – see 112 rejection above} based on the personalized recommendations.
The judicial exception is not integrated into a practical application. In particular, the additional elements do not integrate the abstract idea into a practical application, other than the abstract idea per se, because the additional elements amount to no more than limitations, which:
amount to mere instructions to apply an exception (such as recitations of the PBM devices, server, distributed ledger system, thereby invoking computers as a tool to perform the abstract idea, see applicant’s specification [0029], [0045], [0047], see MPEP 2106.05(f))
add insignificant extra-solution activity to the abstract idea (such as recitation of transmitting data amounts to insignificant extrasolution activity, see MPEP 2106.05(g))
Dependent claims recite additional subject matter which amount to limitations consistent with the additional elements in the independent claims (such as claims 2-17 recite additional limitations which amount to invoking computers as a tool to perform the abstract idea, and claims 2-17 additional limitations which generally link the abstract idea to a particular technological environment or field of use). Looking at the limitations as an ordered combination adds nothing that is not already present when looking at the elements taken individually. There is no indication that the combination of elements improves the functioning of a computer or improves any other technology. Their collective functions merely provide conventional computer implementation and do not impose a meaningful limit to integrate the abstract idea into a practical application.
Step 2B of the Alice/Mayo Test for Claims
The claims do not include additional elements that are sufficient to amount to significantly more than the judicial exception. As discussed above with respect to discussion of integration of the abstract idea into a practical application, the additional elements amount to no more than mere instructions to apply an exception and add insignificant extra-solution activity to the abstract idea. Additionally, the additional elements, other than the abstract idea per se, amount to no more than elements which:
amount to elements that have been recognized as well-understood, routine, and conventional activity in particular fields (such as using the PBM devices, server, distributed ledger system, e.g., Applicant’s spec describes the computer system with it being well-understood, routine, and conventional because it describes in a manner that the additional elements are sufficiently well-known that the specification does not need to describe the particulars of such elements to satisfy 112a. (See Applicant’s Spec. [0029], [0045], [0047], see also Steingold et al. (WO 2022/197937) which teaches the PBM devices); using a server and distributed ledger system, e.g., merely adding a generic computer, generic computer components, or a programmed computer to perform generic computer functions, Alice Corp. Pty. Ltd. v. CLS Bank Int’l, 134 S. Ct. 2347, 2358-59, 110 USPQ2d 1976, 1983-84 (2014).
adding insignificant extrasolution activity to the abstract idea, for example mere data gathering, selecting a particular data source or type of data to be manipulated, and/or insignificant application. The following represent examples that courts have identified as insignificant extrasolution activities (e.g. see MPEP 2106.05(g)): transmitting data to a server, e.g., receiving or transmitting data over a network, Symantec, MPEP 2106.05(d)(II)(i).
Dependent claims recite additional subject matter which, as discussed above with respect to integration of the abstract idea into a practical application, amount to invoking computers as a tool to perform the abstract idea and are generally linking the abstract idea to a particular field of environment. Looking at the limitations as an ordered combination adds nothing that is not already present when looking at the elements taken individually. There is no indication that the combination of elements improves the functioning of a computer or improves any other technology. Their collective functions merely provide conventional computer implementation. Therefore, the claims are not patent eligible, and are rejected under 35 U.S.C. § 101.
Claim Rejections - 35 USC § 103
In the event the determination of the status of the application as subject to AIA 35 U.S.C. 102 and 103 (or as subject to pre-AIA 35 U.S.C. 102 and 103) is incorrect, any correction of the statutory basis for the rejection will not be considered a new ground of rejection if the prior art relied upon, and the rationale supporting the rejection, would be the same under either status.
The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action:
A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made.
Claims 1, 3-4, 8, 12, 16-17 are rejected under 35 U.S.C. 103 as being unpatentable over Steingold et al. (WO 2022/197937) in view of Wright et al. (US 2020/0273579).
Regarding claim 1, Steingold discloses a method for providing coordinated wellness treatments using a plurality of PBM devices, comprising:
collecting wellness data from each {photobiomodulation – see objection above} PBM device; transmitting the collected wellness data to a server; ([0066] In some embodiments, the photobiomodulation device 110 can transmit and/or receive data from the computing device 150. For example, the photobiomodulation device 110 can transmit data to log information about a therapy session for a patient. [00144] The data can be communicated 508 to the computing device such as the control tablet device and stored in the electronic medical record of the patient. This can be transmitted by communication networks to a hospital or clinic server for storage and further analysis as described herein [00174] The User Profile Module (UPM) 3002 receives all data related to the child's profile, including demographic data, neuro-developmental assessment data, health data, ongoing device data)
analyzing the wellness data to generate personalized treatment recommendations; ([00175] The Reference Population Module (RPM) 3016 is the database containing all user profiles created within the UPM and is used as a calibration and testing sample for the Machine Learning Module 3018. [00176] The neuro-developmental assessment module (NDA) 3006 uses the user profile together with questionnaire data to assess the baseline and continuous performance of the child along attachment, playing, communication and language, and other behavioral factors using a range of metrics and scores the child's current state for each of the measures. As treatments are administered, the NDA scoring is updated and resulting recommendations modified. The NDA assessment together with the UPM data feed into the Personalized Treatment Module (PTM) [00177] The Personalized Treatment Module (PTM) 3004 leverages the cluster-treatment mapping data from the Machine Learning Module 3018 to create personalized plans for the Neuromodulation Treatment Module (NMT) 3008 and the Cognitive Programming Module (CPM) 3010. This includes physical device treatment duration, intensity, and frequency as well as specific cognitive treatment activity portfolios to be administered to the child)
recording the wellness data and treatment recommendations ([00157] A record of the therapeutic session is than communicated 910 for storage and further analysis. [00193] Once the user engages in the treatment, the SQD 3012 module records data on the effect of the treatment, and the PPM 3014 assesses the effectiveness of the treatment, recording all the activities back into the UPM 3002)
communicating the personalized treatment recommendations to each PBM device; and [00146] the automatically selected illumination and therapy session parameters (as well as other session parameters) can be displayed on the display associated with the computing device (step 622).
adjusting the PBM treatments {personalized treatment – see 112 rejection above} based on the personalized recommendations. ([00191] the DNN generates quantitative frequency domain and time domain data that are used to characterize the results of the photobiomodulation therapy and can be used to guide modifications of the therapeutic plan for the patient [00129] A neural network can be used for example to tune the parameters employed for transcranial illumination of a child at a certain age range undergoing treatment for autism)
Steingold does not appear to teach the following however, Wright teaches it is old and well known in the art of data processing to:
record data onto a distributed ledger system ([0067] the systems described herein can be configured to allow importation of data from one or more external databases, including, for example, electronic health records (EHR) and/or blockchain databases. As used herein, blockchain database may refer to any distributed ledger database that is spread across several nodes or computing devices, wherein each node may copy and store an identical duplicate of the ledger, and wherein each node of a network may update itself independently)
Therefore, it would have been obvious to one of ordinary skill in the art of data processing, before the effective filing date of the claimed invention, to modify Steingold to incorporate recording data onto a distributed ledger system, in order to have a way to store and exchange data without a centralized authority. See Wright [0067].
Regarding claim 3, Steingold-Wright teaches the method of claim 1, and Wright further teaches wherein the step of recording involves the use of cryptographic methods to ensure the security and integrity of the wellness data and treatment recommendations. (Wright [0015] Some embodiments herein relate to a system, wherein the one or more hardware computer processors is further configured to execute the plurality of computer executable instructions in order to cause the system to generate a unique activation code that allows a patient to access the dynamic patient health reporting interface {unique activation code construed as cryptographic method}).
Regarding claim 4, Steingold-Wright teaches the method of claim 1, and Wright further teaches further comprising the step of managing user permissions for data access on the distributed ledger system. (Wright [0166] The network 1628 can allow the main server system 1602 to exchange data with one or more external databases 1632, EHR database and/or blockchain databases 1630, and one or more user access points 1634. The EHR database and/or blockchain database 1630 may store and provide, through the network, patient health data, including diagnostic and laboratory test results. The user access points 1634 can provide users with an interface to access and communicate with the main server system 1602, and to utilize the functional aspects of the system).
Regarding claim 8, Steingold-Wright teaches the method of claim 1, and Steingold further teaches wherein the recording step includes timestamping the wellness data and treatment recommendations to create a chronological history of wellness treatments. (Steingold [0066] In some embodiments, the photobiomodulation device 110 can transmit and/or receive data from the computing device 150. For example, the photobiomodulation device 110 can transmit data to log information about a therapy session for a patient. Such data can include, for example, illumination patterns, total length of time, time spent in different phases of a therapy program, electroencephalogram (EEG) readings, and power levels used. The data can be transmitted and logged before, during, and after a therapy session. Similar data can also be received at the computing device 150 from the external EEG system 120' or the external light sensor array 122' in embodiments that utilize these components. In the stored data manipulation and/or visualization mode, the operating user can review the data logged from these sources and received at the computing device 150).
Regarding claim 12, Steingold-Wright teaches the method of claim 1, and Wright further teaches further comprising the step of using the distributed ledger system to securely share the wellness data and treatment recommendations with other healthcare systems or platforms. (Wright [0067] a blockchain database may be distributed across and managed by one or more peer-to-peer networks and may exist without a centralized authority or central server. In some embodiments, patient data can be acquired through utilization of an application programming interface (API) (e.g. ICD-10 code API, medication API, etc.). In some embodiments, utilization of one or more APIs may allow the systems described herein to interface with standardized medical databases and other sources of patient data. In some embodiments, one or more APIs are used to exchange data between an EHR database, blockchain database, external databases, and/or vendor databases to transfer data from one database to another).
Regarding claim 16, Steingold-Wright teaches the method of claim 1, and Steingold further teaches wherein the adjusting step includes making changes to the treatments based on an analysis of trends or patterns in the wellness data stored on the distributed ledger over time. (Steingold [00191] the DNN generates quantitative frequency domain and time domain data that are used to characterize the results of the photobiomodulation therapy and can be used to guide modifications of the therapeutic plan for the patient [00129] A neural network can be used for example to tune the parameters employed for transcranial illumination of a child at a certain age range undergoing treatment for autism [0076] The database(s) 401 may be updated manually or automatically at any suitable time {where the storage of data on the distributed ledger is taught above}).
Regarding claim 17, Steingold-Wright teaches the method of claim 1, and Wright further teaches wherein the server, PBM devices, and the distributed ledger system collectively form a peer-to-peer network for collaborative wellness management. (Wright [0067] a blockchain database may be distributed across and managed by one or more peer-to-peer networks and may exist without a centralized authority or central server. In some embodiments, patient data can be acquired through utilization of an application programming interface (API) (e.g. ICD-10 code API, medication API, etc.). In some embodiments, utilization of one or more APIs may allow the systems described herein to interface with standardized medical databases and other sources of patient data. In some embodiments, one or more APIs are used to exchange data between an EHR database, blockchain database, external databases, and/or vendor databases to transfer data from one database to another).
Claims 2, 5-7, 9-10, 13-15 are rejected under 35 U.S.C. 103 as being unpatentable over Steingold-Wright in view of Tran et al. (US 2019/0361917).
Regarding claim 2, Steingold-Wright teaches the method of claim 1, but does not appear to explicitly teach the following, however, Tran teaches it is old and well known in the art of data processing wherein further comprising the step of using smart contracts to automate treatment adjustments based on pre-defined criteria. (Tran [0285] Patient A is in registration at a particular hospital. The PPLT is used to identify Patient A as belonging to a particular plan. The smart contracts in the blockchain automatically updates Patient A's care plan. The blockchain adds a recommendation to put Patient A by looking at the complete history of treatments by all providers and optimizes treat. For example, the system can recommend the patient be enrolled in a weight loss program after noticing that the patient was treated for sedentary lifestyle, had history of hypertension, and the family history indicates a potential heart problem. The blockchain data can be used for predictive analytics, allowing patients to learn from their family histories, past care and conditions to better prepare for healthcare needs in the future. [0132] Scripted clauses can also be configured to trigger on certain events. Variables can be defined in the smart contract, which persist through its entire lifetime).
Therefore, it would have been obvious to one of ordinary skill in the art of data processing, before the effective filing date of the claimed invention, to modify Steingold-Wright, as modified above, to incorporate using smart contracts to automate treatment adjustments based on pre-defined criteria, as taught by Tran, in order to have protocols automatically run when triggered on certain events. This allows for the validation of inputs according to the terms of the plan defined in the smart contract. See Tran [0126], [0132], [0285]-[0287].
Regarding claim 5, Steingold-Wright teaches the method of claim 1, but does not appear to explicitly teach the following, however, Tran teaches it is old and well known in the art of data processing wherein the distributed ledger system is a blockchain that provides decentralized, tamper-resistant storage of the wellness data and treatment recommendations. (Tran [0254] the blockchain or a decentralized ledger to prevent subsequent alteration of the registration). The motivation to combine the references is discussed above and incorporated herein.
Regarding claim 6, Steingold-Wright teaches the method of claim 1, but does not appear to explicitly teach the following, however, Tran teaches it is old and well known in the art of data processing wherein further comprising the step of granting secure access to the distributed ledger system to authorized healthcare providers for real-time monitoring of the wellness data and treatment recommendations. (Tran [0290] With the advent of personal health trackers, new health plans are rewarding consumers for taking an active part in their wellness. The system facilitates open distribution of the consumers wellness data and protect it as PHR must be, and therefore prevent lock-in of consumers, providers and payers to a particular device technology or health plan. In particular, since PHR data is managed on the blockchain a consumer and/or company can grant access to a payer to this data such that the payer can perform group analysis of an individual or an entire company's employee base including individual wellness data and generate a risk score of the individual and/or organization). The motivation to combine the references is discussed above and incorporated herein.
Regarding claim 7, Steingold-Wright teaches the method of claim 1, but does not appear to explicitly teach the following, however, Tran teaches it is old and well known in the art of data processing wherein the recording step includes using cryptographic hashes to ensure the integrity and authenticity of the wellness data and treatment recommendations. (Tran [0277] In one embodiment, the transaction 303 includes the recipient's address 324 (e.g., a hash value based on the receiver's public key), the Blockchain token 309 (i.e., a patient ID 328 and personally identifiable information such as Social Security 326), past medical institution relationship information 331 (if any), and optional other information 310…the sender's authenticity is verified and, after a proper chain of ownership is verified via the ledgers (as explained above), the receiver is recorded in the ledgers as the new Blockchain token 329 authorized owner of the medical information. Block 328 of FIG. 13G can point to off-chain storage warehouses containing the patient's medical history so that the current owner (or all prior owners) can access the patient medical information for treatment). The motivation to combine the references is discussed above and incorporated herein.
Regarding claim 9, Steingold-Wright teaches the method of claim 1, but does not appear to explicitly teach the following, however, Tran teaches it is old and well known in the art of data processing wherein further comprising the step of using smart contracts in the distributed ledger system to automate the execution of certain predefined actions based on the wellness data and treatment recommendations. (Tran [0285] Patient A is in registration at a particular hospital. The PPLT is used to identify Patient A as belonging to a particular plan. The smart contracts in the blockchain automatically updates Patient A's care plan. The blockchain adds a recommendation to put Patient A by looking at the complete history of treatments by all providers and optimizes treat. For example, the system can recommend the patient be enrolled in a weight loss program after noticing that the patient was treated for sedentary lifestyle, had history of hypertension, and the family history indicates a potential heart problem. The blockchain data can be used for predictive analytics, allowing patients to learn from their family histories, past care and conditions to better prepare for healthcare needs in the future. [0132] Scripted clauses can also be configured to trigger on certain events. Variables can be defined in the smart contract, which persist through its entire lifetime). The motivation to combine the references is discussed above and incorporated herein.
Regarding claim 10, Steingold-Wright teaches the method of claim 1, but does not appear to explicitly teach the following, however, Tran teaches it is old and well known in the art of data processing wherein the communicating step includes querying the distributed ledger system to fetch the most recent treatment recommendations for each PBM device. (Tran [0277] the sender's authenticity is verified and, after a proper chain of ownership is verified via the ledgers (as explained above), the receiver is recorded in the ledgers as the new Blockchain token 329 authorized owner of the medical information. Block 328 of FIG. 13G can point to off-chain storage warehouses containing the patient's medical history so that the current owner (or all prior owners) can access the patient medical information for treatment. [0302] Given a patient Health Blockchain wallet that stores all assets as reference ids to the actual data. These assets can be included in an automated smart contract for clinical study participation or any other data sharing agreement allowed by the patient… a particular request for the patient's health record information…. Attributes of the patient's data are also advertised and summarized as properties of the smart contract regarding the type of diagnosis and treatments available). The motivation to combine the references is discussed above and incorporated herein.
Regarding claim 13, Steingold-Wright teaches the method of claim 1, but does not appear to explicitly teach the following, however, Tran teaches it is old and well known in the art of data processing wherein the distributed ledger system is used to facilitate interoperability and data synchronization between the PBM devices, the server, and any other connected health management systems. (Tran [0879] The devices can then query the contract, find out about the new firmware, and request it by its hash via a distributed peer-to-peer filesystem such as IPFS. Assuming the devices are configured so as to share the binary they got, a device that joins the network long after the manufacturer has stopped participating in it, can still retrieve the firmware update and be assured that it is the right file. [0999] The data can be stored as part of a blockchain secured data distribution. Blockchain distribution can provide benefits in a heterogeneous device environment, facilitate ad hoc device synchronization). The motivation to combine the references is discussed above and incorporated herein.
Regarding claim 14, Steingold-Wright teaches the method of claim 1, but does not appear to explicitly teach the following, however, Tran teaches it is old and well known in the art of data processing wherein the distributed ledger system is used to facilitate real- time auditing and regulatory compliance checks of the wellness data and treatment procedures. (Tran [0210] The global peer-to-peer network is an open platform that can deliver neutrality, reliability and security. The blockchains are auditable. Each individual operation or interaction, such as the provision of a new employee or the recording of outgoing stock, is perfectly recorded and archived. Auditing is thus as simple as joining the blockchain network, as this allows one to “replay” the operations of the past in order to reconstruct the history of the item from birth to the present. Combined with the absolute guarantees of authenticity for every interaction, strong and agile data systems can be facilitated that are at their core resilient to coercion and human factors. With blockchains, data can be accessed and verified by everyone, rather than solely by the original certifier [0827] The ledger, too, can be used for general health care management, such as supervising drugs, regulation compliance, testing results, and managing healthcare supplies). The motivation to combine the references is discussed above and incorporated herein.
Regarding claim 15, Steingold-Wright teaches the method of claim 1, but does not appear to explicitly teach the following, however, Tran teaches it is old and well known in the art of data processing wherein further comprising the step of using consensus mechanisms in the distributed ledger system to validate new entries of wellness data and treatment recommendations. (Tran [0810] Each peer and miner independently validates the transaction before broadcasting it further or attempting to include it in a new block of transactions). The motivation to combine the references is discussed above and incorporated herein.
Claim 11 is rejected under 35 U.S.C. 103 as being unpatentable over Steingold-Wright in view of Williams et al. (US 2019/0246463).
Regarding claim 11, Steingold-Wright teaches the method of claim 1, and does not appear to explicitly teach the following, however, Williams teaches it is old and well known in the art of data processing wherein each PBM device is associated with a unique digital identity in the distributed ledger system, facilitating device-specific treatment customization and data tracking. (Williams [0283] LightPadOS, along with manufacturing data including pad identification data, i.e. the LED pad ID register, and manufacturing related LED configuration data [0291] Any number of authentication methods can be performed to establish a private network and approve a device's connection to the private network. These methods may involve symmetric or asymmetric encryption and key exchange, employing ‘certificate authority’ based identity confirmation through the exchange of digital CA-certificates, or exchanging cryptographic hash data to confirm a device holds the same shared secrets, meaning it was produced by a qualified manufacturer).
Therefore, it would have been obvious to one of ordinary skill in the art of data processing, before the effective filing date of the claimed invention, to modify Steingold-Wright, as modified above, to incorporate wherein each PBM device is associated with a unique digital identity in the distributed ledger system, facilitating device-specific treatment customization and data tracking, as taught by Williams, in order to properly confirm a devices identity and track the device and thus the data coming from the device. See Williams [0291].
Conclusion
Any inquiry concerning this communication or earlier communications from the examiner should be directed to AMANDA R COVINGTON whose telephone number is (303)297-4604. The examiner can normally be reached Monday - Friday, 10 - 5 MT.
Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice.
If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Jason B. Dunham can be reached at (571) 272-8109. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300.
Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000.
/AMANDA R. COVINGTON/Examiner, Art Unit 3686
/RACHELLE L REICHERT/Primary Examiner, Art Unit 3686