JP2022539267A - 電子機器および電力管理を有する薬送達デバイス - Google Patents

Abstract

システムは、吸入デバイスが吸入データを送信する回数を１回に制限して、吸入デバイスのバッテリ使用量を減らしてよい。システムは、薬剤と電子モジュールとを有する吸入デバイスを含んでよい。システムは、サーバに、モバイルデバイスの１つから新しい吸入データを受信させることによって、かつ、サーバに、他のモバイルデバイスが新しい吸入データのリクエストを吸入デバイスに送信する前に、当該新しい吸入データを当該他のモバイルデバイスに送信させることによって、吸入デバイスが新しい吸入データを任意のモバイルデバイスに送信する回数を１回に制限してよい。吸入デバイスは、クイックレスポンス（ＱＲ）コードを含んでよく、モバイルアプリケーションは、ＱＲコードから、吸入デバイスの薬剤タイプまたは投与回数の少なくとも１つを決定してよい。【選択図】図１

Description

［関連出願の相互参照］
本出願は２０１９年７月５日に出願された仮米国特許出願第６２／８７０，８９４号の利益を主張し、その開示は、その全体が参照により本明細書に組み込まれる。

薬送達デバイスは、様々な投与経路を介した患者の体内への薬剤の送達を容易にする。典型的な投与経路には、経口、局所、舌下吸入、注射などが含まれる。このデバイスは、種々の疾患、病気および医学的状態の治療のための薬剤を送達するために使用され得る。吸入デバイスは例えば、喘息、慢性閉塞性肺疾患（ＣＯＰＤ）および嚢胞性線維症（ＣＦ）を治療するために用いられ得る。薬送達デバイスは治療処置の一部として適切な１用量の薬剤を患者に送達するように設計され得るが、処置の有効性は、デバイスを使用する際の患者のアドヒアランスおよびコンプライアンスといった非生理学的な要因によって影響され得る。

薬送達デバイスは、アドヒアランスおよびコンプライアンスを追跡するためのセンサを備えてよい。例えば、デバイスは、当該デバイスが作動されて１用量の薬剤を送達したときを、及び／又は、作動中のその配向を検出するためのセンサを含んでよい。この情報は、ローカルメモリに格納され、その後、さらなる処理のために、スマートフォン、タブレット、またはコンピュータといった別のデバイスに通信されてよい。デバイスの作動履歴は、患者のアドヒアランスのレベルを決定するために医師によって処方された投与レジメンと比較されてよい。作動中のデバイスの配向といった他のセンサデータが、薬剤の適切な送達を容易にするコンプライアンスに準拠した方法で患者がデバイスを使用しているかどうかを判定するために、検討されてよい。

センサおよび通信機構の追加をサポートするために、薬送達デバイスは、ローカル電源を含んでよい。薬送達デバイスが携帯型である場合、ローカル電源も携帯型でよい。例えば、ローカル電源は、小型バッテリでよい。サイズ、重量、及び／又は、コストといった特定の要因が、デバイス用の実行可能な電源のタイプを制限するかもしれない。したがって、電気部品を有する薬送達デバイス用の電源を選択する場合、有限量の電力が利用可能であろう。

［概要］
システムは、吸入デバイス（例えば、吸入器）が吸入データを送信する回数を単一の事例に制限して、例えば、吸入デバイスのバッテリ使用量を低減するのを助けるように構成されてよい。システムは、１つ又は複数の吸入デバイスを含んでよい。吸入デバイスは、マウスピース、薬剤、および、電子モジュールを含んでよい。薬剤は、アルブテロール（例えば１１７ｍｃｇの濃度の硫酸アルブテロールなど）、フルチカゾン（例えば吸入デバイスによって送達される１用量あたり５５ｍｃｇ、１１３ｍｃｇ、または２３２ｍｃｇのプロピオン酸フルチカゾンといったプロピオン酸フルチカゾンなど）、ジプロピオン酸ベクロメタゾン、または、フルチカゾン（例えば吸入デバイスによって送達される１用量あたり５５ｍｃｇ、１１３ｍｃｇ、または２３２ｍｃｇのプロピオン酸フルチカゾンといったプロピオン酸フルチカゾンなど）とサルメテロール（例えば吸入デバイスによって送達される１用量あたり１４ｍｃｇのキシナホ酸サルメテロールといったキシナホ酸サルメテロール）との組合せを含んでよい。電子モジュールは、コントローラ（例えば、プロセッサ）、通信回路（例えば、トランスミッタ、レシーバ、トランシーバなど）、１つ又は複数のセンサ（例えば、圧力センサ、温度センサ、湿度センサ、配向センサなど）、電源、及び／又は、メモリの任意の組合せを含んでよい。システムはまた、クラウドベースのシステム（例えば、データベースなどのリモートサーバ）を含んでよく、当該クラウドベースのシステムは、当該クラウドベースのシステムと１つ又は複数の外部デバイス（例えば、コンピュータ、タブレット、モバイルデバイスなど）との間の通信を容易にするために、パブリックネットワークまたはプライベートネットワークへの接続（例えば、有線接続）を含む。

システムはまた、複数のモバイルデバイスを含んでもよく、各モバイルデバイスは、通信回路と、メモリと、吸入デバイス用のモバイルアプリケーション（例えば、吸入デバイスに特有のモバイルアプリケーションなど）とを含んでよい。モバイルデバイス（例えば、および、それぞれのモバイルアプリケーション）は、例えば、異なる家族メンバーまたはヘルスケアプロバイダによって制御されてよく、例えば、吸入デバイスのユーザが当該ユーザの薬剤スケジュールについてのアドヒアランスおよびコンプライアンスへ準拠することを確実にしてよい。

いくつかの例では、第１モバイルデバイスに存在する第１モバイルアプリケーションは、第１モバイルデバイスに、吸入データのリクエストを吸入デバイスへ送信させ、吸入デバイスから吸入データ（例えば、吸入デバイスによって決定されたタイムスタンプまたはカウンタ値を含んでよい）を受信させ、かつ、吸入データをクラウドベースのシステムへ送信させるように構成されてよい。いくつかの例では、吸入データのリクエストは、第１モバイルデバイスに格納されている吸入デバイスの最新の吸入データのインディケーションを含んでよい。したがって、当該リクエストに応答して吸入デバイスから第１モバイルアプリケーションによって受信される吸入データは、吸入デバイスに送信されたインディケーション（例えば、リクエスト）の後に来てよい（より時間的に後でよい）。例えば、当該吸入データは、第１モバイルデバイスに既に格納されているであろう任意の吸入データの後に発生したものであってよい（後続のものでよい）。例えば、インディケーションは、第１モバイルデバイスに格納されている吸入デバイスの最新の吸入データのタイムスタンプを含んでよく、リクエストに応答して送信された吸入データは、最新の吸入データのタイムスタンプより時間的に後である吸入データ（例えば、タイムスタンプより時間的に後である吸入データだけ）であってよい。

異なるモバイルデバイスに存在する第２モバイルアプリケーションは、第２モバイルデバイスに、リクエストをクラウドベースのシステムへ送信させるように構成されてよく、リクエストに応答してクラウドベースのシステムから吸入デバイスの吸入データを受信するように構成されてよい。第２モバイルアプリケーションは、第２モバイルデバイスに、当該第２モバイルデバイスが吸入データのリクエストを吸入デバイスへ送信する前に、リクエストをクラウドベースのシステムへ送信させるように構成されてよく、それによって、吸入デバイスのバッテリ使用量が低減されることを保証する。いくつかの例では、リクエストは、第２モバイルアプリケーションと吸入器との間の最後の同期時刻のインディケーションを含んでよい。したがって、クラウドベースのシステムは、第２モバイルアプリケーションと吸入器との間の最後の同期時刻の後である吸入データを送信するように構成されてよい。いくつかの例では、第２モバイルアプリケーションは、第２モバイルデバイスが吸入デバイスに吸入データのリクエストを送信する前に、第２モバイルアプリケーションへのユーザログインイベントを検出することに応答して、第２モバイルデバイスに、リクエストをクラウドベースのシステムへ送信させるように構成される。

いくつかの実施形態では、第１および第２モバイルアプリケーションは、吸入デバイスから吸入データを受信する前に、及び／又は、吸入データをクラウドベースのシステムに送信するか、または、吸入データをクラウドベースのシステムから受信する前に、クラウドベースのシステムによって認証されてよい（例えば、吸入デバイスに関連付けられてよい）。例えば、第２モバイルアプリケーションは、第２モバイルアプリケーションがクラウドベースのシステムから吸入デバイスの吸入データを受信する前に、第２モバイルデバイスに、吸入デバイスに関連付けられたプロダクト識別子（ＩＤ）または吸入デバイスの患者に関連付けられた患者ＩＤをクラウドベースのシステムへ送信させるように構成されてよい。モバイルアプリケーションは、吸入デバイスに設けられたクイックレスポンス（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ）コード（ＱＲコード）（登録商標）を介してプロダクトＩＤを受信してよい。

例えば、システムは、吸入デバイスおよび１つ又は複数のモバイルアプリケーションを含んでよい。システムは、モバイルアプリケーションを認証する（例えば、モバイルアプリケーション／モバイルデバイスを吸入デバイスに関連付ける）ように構成されてよく、吸入デバイスが適切にマークされていることを確認する（例えば、吸入デバイス上のマークされた薬剤が正しいことを確認する）ように構成されてよい。吸入デバイスは、薬剤、電子モジュール、及び、ＱＲコードを含んでよい。モバイルアプリケーションは、カメラを備えるモバイルデバイスに存在してよい。モバイルアプリケーションは、ＱＲコードを用いて、吸入デバイスに関する情報（例えば、吸入デバイスの薬剤タイプ及び／又は用量の投与回数）を決定するように構成されてよい。例えば、モバイルアプリケーションは、カメラにアクセスして、ＱＲコードに関する情報を受信し、ＱＲコードに基づいて吸入デバイスのプロダクト識別子（ＩＤ）を決定し、プロダクトＩＤに基づいて吸入デバイスの薬剤タイプまたは投与回数のうちの少なくとも１つに関する情報を決定するように構成されてよい。例えば、プロダクトＩＤは、薬剤のタイプ、薬剤の強度、及び／又は、吸入デバイス内の用量の投与回数を直接示す複数文字コードでよい。代替的に又は追加的に、モバイルアプリケーションは、プロダクトＩＤをクラウドベースのシステムへ送信してよく、クラウドベースのシステムは、吸入デバイスに関する情報をモバイルアプリケーションへ送信してよい。

モバイルアプリケーションはまた、ＱＲコードに基づいて投与スケジュール及び／又は１つ又は複数の投薬リマインダを決定するように構成されてよい。例えば、モバイルアプリケーションは、（例えば、プロダクトＩＤを介して）ＱＲコードから直接的に、吸入デバイスの投与スケジュール、及び／又は、投与リマインダのタイミングを決定するように構成されてよい。代替的に又は追加的に、モバイルアプリケーションは、プロダクトＩＤを用いて、投与スケジュール、及び／又は、投与リマインダのタイミングをクラウドベースのシステムから受信してよい。モバイルアプリケーションは、投与スケジュールに基づいて、１つ又は複数の投与リマインダを提供するように構成されてよい。

吸入デバイスがＱＲコードを含む例では、吸入デバイスは、モバイルデバイスとの通信ペアリングプロセスを開始するためのアクチュエータ、ボタン、またはスイッチを含まない。むしろ、モバイルアプリケーションは、ＱＲコードを用いて、モバイルデバイス（例えば、モバイルデバイスの通信モジュール）を吸入デバイス（例えば、吸入デバイスの通信モジュール）にペアリングするように構成されてよい。例えば、モバイルアプリケーションは、ＱＲコードに基づいて、吸入デバイスに固有の通信パスキーを決定し、モバイルデバイスに、通信パスキーを吸入デバイスの電子モジュールへ送信させて、電子モジュールとモバイルアプリケーションとの間の通信を可能するように構成されてよい。通信パスキーは、プロダクトＩＤを含んでよい。通信パスキーは、例えば、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）パスキーを含んでよい。

モバイルアプリケーションは、吸入デバイスの薬剤タイプに基づいて、吸入デバイスがモバイルアプリケーションに対応していない（モバイルアプリケーションと互換性がない）ことを決定し、吸入デバイスがモバイルアプリケーションに対応していないことに基づいてエラーメッセージを表示するように構成されてよい。さらに、モバイルアプリケーションは、吸入デバイスがモバイルアプリケーションに対応していないことに基づいて、吸入デバイスとモバイルデバイスとのペアリングプロセスを拒否するように構成されてよい。

図１は、例示の吸入デバイスの正面斜視図である。

図２は、例示の吸入デバイスの断面内部斜視図である。

図３は、トップキャップが取り外されて電子モジュールが露出した状態の吸入デバイスの分解斜視図である。

図４は、トップキャップおよび吸入デバイスの電子モジュールの分解斜視図である。

図５は、吸入デバイスを含む例示のシステムの図である。

図６は、例示の空気流対圧力のグラフである。

［詳細な説明］
本開示は、薬送達デバイスに関連する使用状況およびパラメータを検知、追跡、及び／又は、処理するためのデバイス、システム、および、方法を説明する。デバイス、システム、および、方法は、ユーザの肺に薬剤を送達するための呼吸作動式吸入デバイスと関連付けて説明される。しかし、説明された解決策は、注射器、定量吸入器、ネブライザー、経皮パッチ、または、移植可能物などの他の薬送達デバイスに等しく適用可能である。

喘息及びＣＯＰＤは、気道の慢性炎症疾患である。これらはいずれも、気流閉塞および気管支痙攣の変化しかつ再発する症状によって特徴づけられる。症状には、喘鳴、咳、胸部圧迫感、息切れなどがある。症状は、誘因を回避することによって、および、薬剤、特に吸入される薬剤の使用によって管理される。薬剤は、吸入コルチコステロイド（ＩＣＳ）および気管支拡張剤を含む。

吸入コルチステロイド（ＩＣＳ）は、呼吸器疾患の長期制御に用いられるステロイドホルモンである。これは、気道の炎症を軽減することで機能する。例示は、ブデソニド、ベクロメタゾン（ジプロピオン酸／ジプロピオン酸ＨＦＡ）、フルチカゾン（プロピオン酸）、モメタゾン（フロ酸）、シクレソニド、および、デキサメタゾン（ナトリウム）を含む。括弧は、例示（例えば、好ましい例示）の塩またはエステルの形成を示す。

異なるクラスの気管支拡張剤は、気道が異なる受容体を標的とする。２つのよく使われるクラスは、β２－アゴニストと抗コリン剤である。β２－アドレナリンアゴニスト（または“β２－アゴニスト”）は、平滑筋弛緩を誘導するβ２－アドレナリン受容体に作用し、気管支経路を拡張させる。それらは、作用の持続時間によって分類される傾向がある。長時間作用性のβ２－アゴニスト（ＬＡＢＡ）の例示は、フォルモテロール（フマル酸）、サルメテロール（キシナホ酸）、インダカテロール（マレイン酸）、バンブテロール（塩酸）、クレンブテロール（塩酸）、オロダテロール（塩酸）、カルモテロール（塩酸）、ツロブテロール（塩酸）およびビランテロール（トリフェニル酢酸）を含む。短時間作用性のβ２－アゴニスト（ＳＡＢＡ）の例示は、アルブテロール（硫酸）およびテルブタリン（硫酸）を含む。

典型的には、短時間作用性の気管支拡張剤は、急性気管支収縮を速やかに緩和し（そして、しばしば「レスキュー」薬または「リリーバー」薬と称され）、一方で、長時間作用性の気管支拡張剤は、より長期の症状の制御および予防を助ける。しかしながら、速効型の長時間作用性の気管支拡張剤は、フォルモテロール（フマル酸）のように、レスキュー薬として使用されてもよい。したがって、レスキュー薬は、急性気管支収縮を緩和する。レスキュー薬は、必要に応じて／必要なときに(pro re nata)服用される。レスキュー薬はまた、例えばＩＣＳ－フォルモテロール（フマル酸）、典型的にはブデソニド－フォルモテロール（フマル酸）またはベクロメタゾン（ジプロピオン酸）－フォルモテロール（フマル酸）といった組合せ製品の形態であってもよい。したがって、レスキュー薬は、好ましくは、ＳＡＢＡまたは速攻作用性のＬＡＢＡ、より好ましくはアルブテロール（硫酸）またはフォルモテロール（フマル酸）、最も好ましくはアルブテロール（硫酸）である。

抗コリン剤（または「抗ムスカリン剤」）は、神経細胞の受容体を選択的に遮断することにより、神経伝達物質のアセチルコリンを遮断する。局所適用では、抗コリン剤は、気道に存在するＭ３ムスカリン受容体に主に作用し、平滑筋弛緩をもたらし、したがって気管支拡張作用を生じさせる。長時間作用性のムスカリンアンタゴニスト（ＬＡＭＡ）の例示は、チオトロピウム（臭化物）、オキシトロピウム（臭化物）、アクリジニウム（臭化物）、ウメクリジニウム（臭化物）、イプラトロピウム（臭化物）グリコピロニウム（臭化物）、オキシブチニン（塩酸または臭化水素酸）、トルテロジン（酒石酸）、トロスピウム（塩化物）、ソリフェナシン（コハク酸）、フェソテロジン（フマル酸）、および、ダリフェナシン（臭化水素酸）を含む。

ドライパウダー吸入器（ＤＰＩ）、加圧定量吸入器（ｐＭＤＩ）またはネブライザーを介してといった吸入による送達のためにこれらの薬剤を調製および処方する際に、多くのアプローチが取られている。

ＧＩＮＡ(Global Initiative for Asthma)ガイドラインによれば、喘息の治療に段階的なアプローチをとることができる。軽度の喘息を表すステップ１では、患者には、必要に応じて、硫酸アルブテロールなどのＳＡＢＡが投与される。患者にはまた、必要に応じて低用量ＩＣＳ-フォルモテロールが投与されてもよいし、または、ＳＡＢＡが服用される場合には必ず低用量ＩＣＳが投与されてもよい。ステップ２では、定期的な低用量ＩＣＳがＳＡＢＡと並行して投与されるか、必要に応じて低用量ＩＣＳ-フォルモテロールが投与される。ステップ３では、ＬＡＢＡが追加される。ステップ４では、用量を増やし、ステップ５では、抗コリン剤または低用量経口コルチコステロイドといった、さらなるアドオン治療が含まれる。したがって、それぞれのステップは、治療レジメンと見なすことができ、呼吸器疾患の急性重症度の程度に応じてレジメンのそれぞれが構成されてよい。

ＣＯＰＤは、世界中において主要な死因である。それは、慢性気管支炎、肺気腫を含みまた小気道を伴う異質の長期疾患である。ＣＯＰＤの患者に生じる病理学的変化は、圧倒的には、気道、肺実質および肺血管系に局在する。表現型的には、これらの変化は、気体を吸収し放出する肺の健康な能力を低下させる。

気管支炎は、気管支の長期的な炎症を特徴とする。共通の症状には、喘鳴、息切れ、咳嗽および喀痰の喀出などがあり、いずれも不快感が強く、患者の生活の質に有害である。肺気腫は、長期の気管支の炎症にも関係しており、その炎症反応は、肺組織の崩壊や、気道の進行性狭窄をもたらす。時間が経つにつれて、肺組織はその自然な弾性を失い、拡大する。このようにして、ガスが交換される効力は減少し、呼吸気はしばしば肺内に閉じ込められる。これは、局所的な低酸素症をもたらし、吸入の度に、患者の血流中に送達されている酸素の体積を減少させる。したがって、患者は、息切れや呼吸困難を経験する。

ＣＯＰＤを患って生きている患者は、これらの症状の、すべてではないにするとしても、いくつかを日常的に経験する。それらの重症度は、一連の要因によって決まるであろうが、最も一般的には、疾患の進行と相関するであろう。これらの症状は、その重症度とは無関係に、安定のＣＯＰＤを示しており、この病態は、様々な薬の投与を通して維持され、管理される。治療は様々であるが、しばしば吸入気管支拡張薬、抗コリン剤、長時間作用型および短時間作用型β２－アゴニストおよびコルチコステロイドが含まれる。薬剤は、しばしば、単独療法として、または、併用治療として投与される。

患者は、ＧＯＬＤガイドライン（Global Initiative for Chronic Obstructive Lung Disease, Inc.）で定義されたカテゴリーを用いてＣＯＰＤの重症度により分類される。カテゴリーは、Ａ～Ｄとラベル付けされ、治療の推奨される第１の選択はカテゴリーによって異なる。患者グループＡは、必要に応じて、短時間作用性のムスカリンアンタゴニスト（ＳＡＭＡ）、または、必要に応じて短時間作用性のβ２－アゴニスト（ＳＡＢＡ）が推奨される。患者グループＢは、長時間作用性のムスカリンアンタゴニスト（ＬＡＭＡ）または長時間作用性のβ２－アゴニスト（ＬＡＢＡ）が推奨される。患者グループＣは、吸入コルチコステロイド（ＩＣＳ）＋ＬＡＢＡ、または、ＬＡＭＡが推奨される。患者グループＤは、ＩＣＳ＋ＬＡＢＡ、及び／又は、ＬＡＭＡが推奨される。

喘息又はＣＯＰＤのような呼吸器疾患に罹患している患者は、その状態のベースラインの日々の変動を超えて周期的な増悪に苦しむ。増悪とは、呼吸器症状が急性に悪化し、追加治療、すなわち維持療法を超えた治療を必要とする状態のことである。

喘息の場合、中等度の増悪に対する追加治療は、ＳＡＢＡ、経口コルチコステロイド及び／又は制御された流量の酸素（後者は入院を必要とする）の繰返しの投与である。重度の増悪は、抗コリン（典型的には臭化イプラトロピウム）、噴霧化されたＳＡＢＡまたはＩＶ硫酸マグネシウムを追加する。

ＣＯＰＤの場合、中等度の増悪に対する追加治療は、ＳＡＢＡ、経口コルチコステロイド、及び／又は、抗生物質の繰返しの投与である。重度の増悪は、制御された流量の酸素、及び／又は、呼吸補助を追加する（いずれも入院を必要とする）。本開示の意味の範囲内での増悪は、中等度および重度の両方の増悪を含む。

図１は、例示の吸入デバイス１００の正面斜視図である。例示の吸入デバイス１００は、呼吸作動式吸入デバイスでよい。吸入デバイス１００は、トップキャップ１０２、メインハウジング１０４、マウスピース１０６、マウスピースカバー１０８、薬剤、及び、通気口１２５を含んでよい。トップキャップ１０２は、メインハウジング１０４に機械的に取り付けられてよい。マウスピースカバー１０８は、開閉してマウスピース１０６を露出させることができるように、メインハウジング１０４にヒンジ止めされてよい。ヒンジ接続されたものが例示されているが、マウスピースカバー１０８は、他のタイプの接続を介して吸入デバイス１００に接続されてよい。

吸入デバイス１００は、レスキュー薬剤またはメンテナンス薬剤を含んでよい。レスキュー薬剤は、ＳＡＢＡまたはフォルモテロール（フマル酸）などの速攻作用性のＬＡＢＡであってよい。レスキュー薬剤はまた、例えばＩＣＳ－フォルモテロール（フマル酸）、典型的にはブデソニドフォルモテロール（フマル酸）またはベクロメタゾン（ジプロピオン酸）－フォルモテロール（フマル酸）といった組合せ製品の形態でよい。このようなアプローチは「ＭＡＲＴ」（maintenance and rescue therapy）と呼ばれている。いくつかの例では、薬剤は、フルチカゾン（プロピオン酸またはフロ酸）と組み合わせたアルブテロール（硫酸）、フルチカゾン（プロピオン酸またはフロ酸）、またはサルメテロール（キシナホ酸）である。

図２は、吸入デバイス１００の断面内部斜視図である。メインハウジング１０４の内側に、吸入デバイス１００は、薬物リザーバ、および、用量送達機構／システムを含んでよい。例えば、吸入デバイスは、薬剤リザーバ１１０（例えば、ホッパ）、ベローズ１１２、ベローズスプリング１１４、ヨーク１１８、投与カウンタ１１１、透明窓１４７、投与カップ１１６、投与チャンバ１１７、脱凝集器１２１、及び、流路１１９を含んでよい。薬剤リザーバ１１０は、ドライパウダー媒介物などの薬剤を含んでよく、当該薬剤は、マウスピース１０６を介してユーザに送達されてよい。ヨーク１１８は、マウスピースカバー１０８の動きがヨーク１１８の動きをもたらすように、マウスピースカバー１０８に機械的に（例えば、直接的にまたは間接的に）連結されてよい。例えば、マウスピースカバー１０８が（例えば、閉位置から開位置へ）動かされてマウスピース１０６を露出させるとき、ヨーク１１８は吸入デバイス１００内で上下に（例えば、トップキャップ１０２に向かって、またはトップキャップから離れるように）動いてよい。

ヨーク１１８の動きは、ベローズ１１２を圧縮させ、それによって、薬剤リザーバ１１０から投与カップ１１６に１回分の用量の薬剤を送達してよい。その後、ユーザは、マウスピース１０６を通じて吸入して、１回分の用量の薬剤を受けてよい。ユーザの吸入から発生する空気流量は、脱凝集器１２１が投与カップ１１６内の薬剤の凝集体を分解することによって１回分の用量の薬剤をエアロゾル化することをもたらす。脱凝集器１２１は、流路１１９を通る空気流がある流量に合致するか、またはある流量を超えるか、または、特定の範囲内にある場合に、薬剤を（例えば、完全に）エアロゾル化するように構成されてよい。エアロゾル化されると、１回分の用量の薬剤は、投与カップ１１６から投与チャンバ１１７内へ、そして、流路１１９を通り、マウスピース１０６からユーザへ移動し得る。流路１１９を通る空気流がある速度に合致しないか、またはある速度を超えないか、または特定の範囲内にない場合、薬剤の全部または一部が投与カップ１１６内に残るかもしれない。投与カップ１１６内の薬剤が脱凝集器１２１によってエアロゾル化されていない場合には、マウスピースカバー１０８がその後に開かれたときに、別の１回分の用量の薬剤が薬剤リザーバ１１０から送達されないかもしれない。したがって、１回分の用量の薬剤の少なくとも一部は、当該用量が脱凝集器１２１によってエアロゾル化されるまで、投与カップ１１６内に溜まっているかもしれない。

ユーザがマウスピース１０６を通して吸入すると、空気が通気口１２５に入り、ユーザに薬剤を送達するための空気の流れを提供し得る。流路１１９は、投与チャンバ１１７からマウスピース１０６の端まで延在してよい。流路は、投与チャンバ１１７およびマウスピース１０６の内部部分を含んでよい。投与カップ１１６は、投与チャンバ１１７内に、またはそれに隣接して存在してよい。

ベローズ１１２、ベローズスプリング１１４、ヨーク１１８、投与カップ１１６、投与チャンバ１１７、および、脱凝集器１２１の組合せが例示されているが、用量送達機構は、記載された構成要素のサブセット（一部）を含んでもよく、及び／又は、吸入デバイス１００は、（例えば、吸入デバイスのタイプ、薬剤のタイプなどに応じて）異なる用量送達機構を含んでよい。例えば、いくつかの例では、薬剤は、ブリスターストリップに含まれてよく、用量送達機構（例えば、１つ又は複数のホイール、レバー、及び／又は、アクチュエータ）は、ブリスターストリップを前進させ、１回分の用量の薬剤を含む新しいブリスターを開け、その１回分の用量の薬剤を、ユーザによる吸入のために投与チャンバ及び／又はマウスピースで利用可能にするように構成されてよい。

図１の例示の用量送達機構において、投与カウンタ１１１は、マウスピースカバー１０８が開かれるまたは閉じられるときに投与カウンタ１１１が増分または減分するように、マウスピースカバー１０８と機械的に（例えば、直接的にまたは間接的に）連結されてよい。投与カウンタ１１１は、最初に、利用可能な用量の全投与回数に設定されてよく、これは、薬物リザーバ１１０内の用量の投与回数、または、製造会社によって通知される用量の投与回数でよい。したがって、投与カウンタ１１１は、マウスピースカバー１０８が開位置から閉位置へ（または閉位置から開位置へ）動かされるたびに、１つずつ減少するように構成されてよく、それによって、利用可能な用量の残りの投与回数を示す。あるいは、投与カウンタ１１１は、最初にゼロに設定されてよく、マウスピースカバー１０８が開位置から閉位置へ（または閉位置から開位置へ）動かされるたびに、１つずつ増加するように構成されてよく、それによって、薬剤リザーバ１１０から送達された用量の総投与回数を示す。

吸入デバイス１００は、電子モジュール１２０を含んでよく、当該電子モジュールは、トップキャップ１０２内に収容されてよい。電子モジュール１２０は、センサシステム１２８および無線通信回路１２９といった１つ又は複数の電気部品を有するプリント回路基板（ＰＣＢ）アセンブリ１２２を含んでよい。センサシステム１２８は、デバイスの使用及び／又はデバイスが使用または保管される環境に関係する１つ又は複数のパラメータを検出するように構成されてよい。無線通信回路１２９は、検出されたパラメータを、さらなる処理のために、スマートフォン、タブレット、またはコンピュータといった外部デバイスへ送信するように構成されてよい。

図３は、トップキャップ１０２が取り外されて電子モジュール１２０が露出した状態の例示の吸入デバイス１００の分解斜視図である。トップキャップ１０２は、電子モジュール１２０を収容してよく、当該モジュールは、プリント回路基板（ＰＣＢ）アセンブリ１２２を含んでよい。ＰＣＢアセンブリ１２２は、センサシステム１２８および無線通信回路１２９といった１つ又は複数の構成要素を含んでよい。トップキャップ１０２は、メインハウジング１０４上の凹部に係合する１つ又は複数のクリップ（図示されない）を介してメインハウジング１０４に取り付けられてよい。トップキャップ１０２は、接続されたときにメインハウジング１０４の一部に重なってよく、例えば、それにより、実質的な空気圧シールがトップキャップ１０２とメインハウジング１０４との間に存在するようにしてよい。メインハウジング１０４の頂面は、１つ又は複数（例えば、２つ）のオリフィス１４６を含んでよい。オリフィス１４６の１つは、スライダ１４０を受けるように構成されてよい。例えば、トップキャップ１０２がメインハウジング１０４に取り付けられているとき、スライダ１４０はオリフィス１４６の１つを介してメインハウジング１０４の頂面を突出してよい。トップキャップ１０２は、メインハウジング１０４に取外し可能に取り付けられてよい。代替的または追加的に、電子モジュール１２０は、メインハウジング１０４内に一体化されてよく、及び／又は、電子モジュール１２０を収容するトップキャップ１０２は、メインハウジング１０４に取外し不能に取り付けられてよい。

さらに、いくつかの例では、電子モジュール１２０は、吸入デバイス１００の外部にあり吸入デバイスから分離している別のデバイスでよい。例えば、電子モジュール１２０は、アドオンデバイス内に存在してよく、アドオンデバイスは、吸入デバイス１００に取り付けられ、その後に、例えば吸入デバイス１００が薬剤を切らしたまたは有効期限切れになった場合に吸入デバイス１００から取り外されるように構成されるものである。そのような場合、ユーザは、ユーザが新しい吸入デバイス１００を受けとるたびに、電子モジュール１２０を含むアドオンデバイスを、ある１つの吸入デバイス１００から別の１つの吸入デバイスへ取り付けてよい。アドオンデバイスは、（例えば、センサが吸入デバイス１００のマウスピース及び／又は流路と流体連通するように）、メインハウジング１０４、マウスピース、及び／又は、吸入デバイス１００のメインハウジング１０４に収容された薬剤キャニスタといった吸入デバイス１００の任意の構成要素に取り付けられるように構成されてよい。したがって、いくつかの例では、吸入デバイス１００は、電子モジュール１２０を（例えば、全体または一部に）含むアドオンデバイスに、場合によっては電子機器を含まない吸入器に置き換えられてもよい。

図４は、トップキャップ１０２および電子モジュール１２０の分解斜視図である。図４の通り、スライダ１４０は、アーム１４２と、ストッパ１４４と、末端ベース１４５とを規定してよい。末端１４５は、スライダ１４０の底部でよい。スライダ１４０の末端１４５は、メインハウジング１０４内にあるヨーク１１８に当接するように構成されてよい。トップキャップ１０２は、スライダスプリング１４６及びスライダ１４０を受けるように構成されたスライダガイド１４８を含んでよい。スライダスプリング１４６は、スライダガイド１４８内に存在してよい。スライダスプリング１４６は、トップキャップ１０２の内面に係合してよく、スライダスプリング１４６は、スライダ１４０の上部（例えば、近位端）に係合（例えば、当接）してよい。スライダ１４０がスライダガイド１４８内に設けられるとき、スライダスプリング１４６は、スライダ１４０の頂部とトップキャップ１０２の内面との間で部分的に圧縮されてよい。例えば、スライダスプリング１４６は、マウスピースカバー１０８が閉じられているとき、スライダ１４０の末端１４５がヨーク１１８と接触したままであるように構成されてよい。

スライダ１４５の末端１４５はまた、マウスピースカバー１０８が開かれるまたは閉じられている間、ヨーク１１８と接触したままであってもよい。スライダ１４０のストッパ１４４は、例えば、スライダ１４０がマウスピースカバー１０８の開閉を通してスライダガイド１４８内に保持されるように、スライダガイド１４８のストッパと係合することができ、逆もまた同様である。ストッパ１４４およびスライダガイド１４８は、スライダ１４０の上下（例えば、軸方向）移動を制限するように構成されてよい。この制限は、ヨーク１１８の上下移動よりも小さくてよい。したがって、マウスピースカバー１０８が開位置へ動かされる際、ヨーク１１８はマウスピース１０６に向かって上下方向に動き続けてよいが、ストッパ１４４は、スライダ１４０の末端１４５がヨーク１１８にもはや接触しなくなるようにスライダ１４０の上下移動を止めてよい。

上述のように、電子モジュール１２０は、センサシステム１２８および無線通信回路１２９といった１つ又は複数の構成要素を含んでよい。電子モジュール１２０は、さらに、スイッチ１３０、電源１２６（例えば、バッテリ）、電源ホルダ１２４、インジケータ（例えば、発光ダイオード（ＬＥＤ））、コントローラ（例えば、プロセッサ）、及び／又は、メモリを含んでよい。本明細書で使用される場合、用語「コントローラ」および「プロセッサ」は、互換可能に使用されてよい。電子モジュール１２０の構成要素のうちの１つ又は複数は、ＰＣＢ１２２上に取り付けられ、これに電気的に接続されてよい。コントローラ及び／又はメモリは、ＰＣＢ１２２とは物理的に別の構成要素でよい。あるいは、コントローラおよびメモリは、ＰＣＢ１２２に取り付けられたチップセットの一部でよい。例えば、無線通信回路１２９は、電子モジュール１２０用のコントローラ及び/又はメモリを含んでよい。電子モジュール１２０のコントローラは、マイクロコントローラ、プログラマブルロジックデバイス（ＰＬＤ）、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または任意の適切な処理デバイスもしくは制御回路を含んでよい。メモリは、コンピュータ実行可能命令であって、コントローラによって実行されると、コントローラに、本明細書で説明される電子モジュールのプロセスを実施させるコンピュータ実行可能命令を含んでよい。

コントローラは、メモリからの情報にアクセスし、メモリにデータを記憶してよい。メモリは、取外不能なメモリ及び／又は取外可能なメモリなど、任意のタイプの適切なメモリを含んでよい。取外不能なメモリは、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含んでよい。取外可能なメモリは、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含んでよい。メモリは、コントローラの内部にあってよい。コントローラはまた、サーバまたはスマートフォン上など、電子モジュール１２０内に物理的に位置していないメモリからデータにアクセスし、その中にデータを格納してよい。

バッテリ１２６は、ＰＣＢ１２２の構成要素に電力を供給してよい。バッテリ１２６は、例えばコインセルバッテリのような、電子モジュール１２０に電力を供給するための任意の適切な電源であってよい。バッテリ１２６は、再充電可能であっても、再充電不可能であってもよい。バッテリ１２６は、バッテリホルダ１２４によって収容されてよい。バッテリホルダ１２４は、バッテリ１２６がＰＣＢ１２２と連続的に接触し続けるように、及び／又は、ＰＣＢ１２２の構成要素と電気的に接続するように、ＰＣＢ１２２に固定されてよい。バッテリ１２６は、バッテリ１２６の寿命に影響を及ぼし得るバッテリ容量を有してよい。以下でさらに説明されるように、バッテリ１２６からＰＣＢ１２２の１つ又は複数の構成要素への電力の分配は、バッテリ１２６が吸入デバイス１００及び／又はその中に含まれる薬剤の有効寿命にわたって電子モジュール１２０に電力を供給することができることを保証するように管理されてよい。

スイッチ１３０は、吸入デバイス１００の用量送達機構によって作動されてよい。本明細書中に記載される例示の用量送達機構を用いて組み込まれる場合、スイッチ１３０は、マウスピースカバー１０８が閉位置から開位置に動かされている際に、スライダ１４０によって作動されてよい。吸入デバイス１００が異なる用量送達機構を含むなら、スイッチ１３０が用量送達機構の異なる構成要素によって作動されてよいことが理解されるべきである。スイッチ１３０が作動されると、電子モジュール１２０は、オフまたはスリープ状態からアクティブ状態へといったように、電子モジュール１２０を状態変化させる信号を生成してよい。アクティブ状態にあるとき、電子モジュール１２０のコントローラは、センサシステム１２８を立ち上げ、当該システムに電力供給して、センサシステム１２８が測定値を取得できるようにしてよい。さらに、電子モジュール１２０はスイッチ１３０が作動されるたびに、投与イベント（例えば、用量送達イベントまたは作動イベントと称してもよい）を格納してよい。以下でより詳細に説明されるように、電子モジュール１２０は、それぞれがそれぞれの電力消費レベルを有する複数の電力状態を有してよい。例えば、電子モジュール１２０は、システムオフ状態、スリープ状態、及び／又は、アクティブ状態で動作するように構成されてよく、電子モジュール１２０はオフ状態の間、最小量の電力を消費し（例えば、電力がないか、またはクロックを実行するのにちょうど十分である）、スリープ状態は（例えば、メモリ、通信回路、及び／又は、タイマーまたはクロックを駆動するために）オフ状態よりも多くの電力を使用し、そして、アクティブ状態は（例えば、潜在的にスリープ状態よりも速い通知モードで、コントローラ、１つ又は複数のセンサを駆動し、及び／又は、タイマーまたはクロックを駆動するために）最大量の電力を使用する。

センサシステム１２８は、１つ又は複数の圧力センサ、温度センサ、湿度センサ、配向センサ、音響センサ、及び／又は、光学センサといった、１つ又は複数のセンサを含んでよい。圧力センサは、気圧センサ（例えば、大気圧センサ）、差圧センサ、絶対圧力センサ、及び／又は、同様のものを含んでよい。センサは、マイクロエレクトロメカニカルシステム（ＭＥＭＳ）、及び／又は、ナノエレクトロメカニカルシステム（ＮＥＭＳ）技術を採用してよい。圧力センサは、マウスピース１０６からの吸入（またはマウスピースへの呼息）によって生じる吸入デバイス１００内の圧力変化を検出及び／又は測定するように構成されてよい。測定された圧力変化の１つ又は複数は、マウスピース１０６の流路１１９を通る空気流の量（例えば、空気流量）を決定するために使用されてよい。空気流の規模は、ユーザがデバイス１００を適切に使用しているかどうかを示し得る。例えば、脱凝集器１２１が、空気流量が閾値を超えるときに１回分の用量の薬剤をエアロゾル化するように構成される場合、決定された空気流量が閾値を超えていれば、使用はコンプライアンスに準拠しているとみなしてよい。逆に、決定された空気流量が閾値未満ならば、使用はコンプライアンスに準拠していないとみなしてよい。

電子モジュール１２０（例えば、及び／又は外部デバイスに存在するモバイルアプリケーション）は、センサシステム１２８からの測定値を使用して、１つ又は複数の投与イベントを決定してよい。例えば、電子モジュール１２０は、センサシステム１２８からの１つ又は複数の測定値を１つ又は複数の閾値と比較して、吸入イベントを、吸入なし／低吸入イベント、妥当な吸入イベント、良好な吸入イベント、過剰吸入イベント、及び／又は、呼息イベントとして分類するように構成されてよい。例えば、電子モジュールは、センサシステム１２８からの測定値が特定の範囲（例えば、２００リットル毎分（Ｌ／ｍｉｎ）から４５Ｌ／ｍｉｎの間）の流量を示す場合、良好な吸入イベントを生成し、センサシステム１２８からの測定値が別の範囲（例えば、３０Ｌ／ｍｉｎおよび４５Ｌ／ｍｉｎの間）の流量を示す場合、妥当な吸入イベントを生成し、センサシステム１２８からの測定値が閾値（例えば、３０Ｌ／ｍｉｎ）未満の流量を示す場合、吸入なしイベントを生成し、センサシステム１２８からの測定値が上限閾値より大きい（例えば、２００Ｌ／ｍｉｎより大きい）流量を示す場合、過剰吸入イベントを生成してよい。

温度センサは、サーミスタ、熱電対、抵抗温度検出器、温度センサチップ等を含んでよい。温度センサは、電子モジュール１２０のコントローラに、温度値、及び／又は、時間にわたり集計された温度値を提供するように構成されてよい。温度センサは、吸入デバイス１００に近接する空間における外部温度を測定するように構成されてよい。したがって、メインハウジング１０４及び／又はトップキャップ１０２は、温度センサがハウジングの外部の周囲温度を測定することを可能にする開口（例えば、通気口）を含んでよい。

代替的に又は追加的に、温度センサ（単数または複数）は、吸入デバイス１００のトップキャップ１０２、メインハウジング１０４、及び／又は、マウスピース１０６のうちの１つ又は複数の内部など、吸入デバイス１００内の温度を測定するように構成されてよい。内部温度および外部温度の両方を測定する能力は、電子モジュール１２０が当該電子モジュール１２０の構成要素の動作温度、ユーザが吸入デバイス１００を通じて吸入するときに吸入デバイス１００を通って流れる空気の温度などを決定することを可能にし得る。したがって、電子モジュール１２０は、電子モジュール１２０の１つ又は複数の構成要素（例えば、圧力センサのように別のセンサといった）の過温度状況、吸入デバイス１００の過温度状況、しきい値を超える周囲温度など、過温度状況または不足温度状況を検出するように構成されてよい。電子モジュール１２０は、通信回路１２９に、過温度状況、周囲温度値、及び／又は、吸入デバイス１００の内部の温度値（例えば、吸入デバイス１００の流路を通して検出される温度変化など）を示す温度メッセージを外部デバイス（例えば、モバイルデバイス）に送信させるように構成されてよい。

さらに、いくつかの例では、圧力センサは、温度センサを含んでよい。湿度センサは、容量センサ、抵抗センサ、熱伝導率センサ、及び／又は、同様のものを含んでよい。湿度センサは、電子モジュール１２０のコントローラに、湿度値、及び／又は、時間にわたって集計された湿度値を提供するように構成されてよい。温度測定値及び／又は湿度測定値は、吸入デバイス１００が使用または保管される環境状況を識別および追跡するために使用されてよい。温度測定値及び／又は湿度測定値は、デバイス１００がデバイス１００の適切な配向及び／又は薬剤リザーバ１１０内の薬剤の有効性を損なう可能性がある環境で動作しているかまたは格納されているかどうかを判定するために使用されてよい。例えば、極端な高温または低温、または過度の湿度レベルは、デバイスの故障の一因となり、及び／又は、リザーバ１１０内の薬剤の特性を変化させるかもしれない。

配向センサは、加速度計、重力（Ｇ）センサ、ジャイロスコープ、磁力計等を含んでよい。配向センサは、電子モジュール１２０のコントローラに、配向値（例えば、加速度、回転、方向など）、及び／又は、時間にわたって集計された配向値を提供するように構成されてよい。配向センサからのデータは、ユーザが１回分の用量の薬剤を受けようと試みるとき、どのようにデバイス１００を取り扱っているか、またはデバイスと相互作用しているかを識別し、追跡するために使用されてよい。データは、デバイス１００が、用量送達の間などに、コンプライアンスに準拠した方法で操作されているかどうかを判定するために使用されてよい。例えば、配向センサは、ユーザが吸入中にデバイス１００を逆さまに保持しているかどうかを示し得るものであり、これは、投与カップ１１６及び／又は投与チャンバ１１７からの１回分の全用量の薬剤の送達を防止または妨げ得る。

上述のように、電子モジュール１２０は、ＬＥＤといった１つ又は複数のインジケータを含んでよく、これらのインジケータは、任意の提供されたフィードバックがユーザにより観察され得るように、デバイス１００に収容またはデバイス１００上に配置されてよい。電子モジュール１２０内のコントローラは、インジケータを作動させて、吸入デバイス１００の使用及び／又は吸入デバイス１００が使用または格納されている状況に関するフィードバックをユーザに提供してよい。コントローラは、センサシステム１２８からの１つ又は複数の測定値が所定の閾値を超えるかまたは下まわる場合に、インジケータの状態を変化させてよい（例えば、ＬＥＤが点灯、点滅、色の変化などしてよい）。例えば、コントローラは、測定された圧力変化、決定された空気流量、測定された温度、及び／又は、測定された湿度レベルが閾値を超える場合にＬＥＤを点灯させてよい。配向センサからのデータがデバイス１００が適切に保持されていないことを示す場合、コントローラは、ＬＥＤを点灯させてよい。

センサシステム１２８からのデータ（例えば、圧力変化、温度、湿度レベルなど）、及び／又は、それらから導出されるパラメータ（例えば、空気流量）は、スマートフォン、タブレット、またはコンピュータなどの外部デバイスに通信されてよい。より具体的には、電子モジュール１２０内の無線通信回路１２９は、トランスミッタ、及び／又は、レシーバ（例えば、トランシーバ）、および、付加的な回路を備えてよい。例えば、無線通信回路１２９はＢｌｕｅｔｏｏｔｈチップセット（例えば、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙチップセット）、ＺｉｇＢｅｅチップセット、Ｔｈｒｅａｄチップセットなどを含んでよい。したがって、電子モジュール１２０は、検討及び／又は追加の処理のために、外部デバイスにデータを無線で提供してよい。外部デバイスは、受信した情報を処理するための、かつ、グラフィカルユーザインターフェース（ＧＵＩ）を介して吸入デバイス１００のユーザにコンプライアンスおよびアドヒアランスのフィードバックを提供するためのソフトウェアを含んでよい。

電源１２６は、ＰＣＢ１２２の電気部品に電力を供給してよい。電源１２６は、例えば、コインセルバッテリといった電子モジュール１２０に電力を供給するための任意の適切なソースでよい。電源１２６は、再充電可能であっても、再充電不可能であってもよい。電源１２６は、電源ホルダ１２４によって収容されてよい。電力ホルダ１２４は、電力１２６がＰＣＢ１２２と連続的な接触を維持するように、及び／又は、ＰＣＢ１２２の構成要素と電気的に接続するように、ＰＣＢ１２２に固定されてよい。

電源１２６の選択は、そのサイズ、重量、コスト、及び／又は、電力容量といった様々な要因に基づいてよい。電源１２６の選択を１つの属性に基づかせることは、電源１２６の他の属性に関して吸入デバイス１００の作動または設計に悪影響を及ぼすかもしれない。例えば、最小の物理的寸法、最低の重量、及び／又は、最低のコストでの供給では、所望の期間（例えば、デバイス１００の通常作動寿命）にわたって電子モジュール１２０に電力を供給するのには、容量が不十分かもしれない。反対に、所望の期間にわたって電子モジュール１２０に電力を供給するのに十分な容量での供給では、トップキャップ１０２内で利用可能な空間内に収まらないかもしれないし、及び／又は、より高価になるかもしれない。したがって、電源１２６の選択は、その技術的、及び／又は、商業的属性のうちの１つ又は複数のバランスをとることを含んでよい。さらに、電子モジュール１２０の作動は、電源１２６からの電力消費を制限または管理するように構成されてよく、これにより、所望の期間および所望の作動状況で電子モジュール１２０に確実に電力を供給することができる、より小さく、より安価な電源の選択を可能にする。

電子モジュール１２０は、複数の電力状態を有し、その各々がそれぞれの電力消費レベルを有してよい。例えば、電子モジュール１２０は、システムオフ状態、スリープ状態、及び／又は、アクティブ状態で作動するように構成されてよい。電子モジュール１２０がアクティブ状態にある間、電子モジュール１２０は、測定モード、データ格納／データ処理モード、通知モード、及び／又は、接続モードといった１つ又は複数のモードで作動してよい。電子モジュール１２０が一度に複数のモードで作動してよい（例えば、モードが重複してよい）ことが、理解されるであろう。

測定モードでは、電子モジュール１２０のコントローラは、センサシステム１２８の電源をオンにしてよい。コントローラは、センサシステム１２８に、所定の期間（例えば、６０秒まで）、及び／又は、マウスピースカバー１０８が閉じられるか、または、測定値の変化が検出されなくなるまで、圧力測定値、温度値、湿度値、配向値などを取得させてよい。コントローラは、電力を更に節約するために、センサシステム１２８が値を取り込んでいる間に電子モジュール１２０の１つ又は複数の構成要素をオフにしてよい。センサシステム１２８は、任意の適切なレートで値をサンプリングしてよい。例えば、センサシステム１２８は、１００Ｈｚのサンプリングレートを、したがって１０ミリ秒のサイクル時間を有してよい。センサシステム１２８は、測定サイクルが完了した後に、測定完了割込みを発生させてよい。割込みは、コントローラを立ち上げるか、または、コントローラに、電子モジュール１２０の１つ又は複数の構成要素をオンさせてよい。例えば、センサシステム１２８が１つ又は複数の圧力測定値、温度値、湿度値、配向値などをサンプリングした後、または、サンプリングしている間に、コントローラはデータを処理及び／又は格納し、測定が完了した場合には、センサシステム１２８の電源をオフにしてよい。

データ格納／データ処理モードでは、コントローラは、電子モジュール１２０内のメモリの少なくとも一部の電源をオンにしてよい。コントローラは、センサシステム１２８からの読取値を処理して、パラメータ（例えば、使用状況及び／又は保管状況）を計算し、推定し、または他の方法でパラメータを決定し、当該パラメータをメモリに格納してよい。コントローラはまた、値及び／又はパラメータを１つ又は複数の閾値または範囲と比較して、吸入デバイス１００がどのように使用されているか、及び／又は、デバイス１００が使用されている状況を評価してもよい。比較の結果に応じて、コントローラはインジケータ（例えば、ＬＥＤ）を駆動して、吸入デバイス１００のユーザにフィードバックを提供してよい。上述したように、電子モジュール１２０は、測定モード、および、データ格納／データ処理モードで同時に作動してよい。

接続モードでは、通信回路およびメモリが電力供給によりオンにされてよく、電子モジュール１２０がスマートフォンなどの外部デバイスと「ペアリング」されてよい。コントローラは、メモリからデータ（例えば、センサデータ及び／又はセンサデータから導出されたパラメータ）を取り出し、そのデータを外部デバイスに無線で送信してよい。コントローラは、メモリに現在格納されているデータのすべてを取り出し、送信してよい。コントローラはまた、メモリに現在格納されているデータの一部を取り出し、送信してもよい。例えば、コントローラは、どの部分が既に外部デバイスに送信されているか判定することができ、それから、以前に送信されていない部分を送信することができてよい。追加的にまたは代替的に、外部デバイスは、特定の時刻の後にまたは外部デバイスへの最後の送信の後に、電子モジュール１２０によって収集された任意のデータといった特定のデータを、コントローラから要求してよい。コントローラは、もしあれば、メモリから特定のデータを取り出し、その特定のデータを外部デバイスに送信してよい。

さらに、外部デバイスに接続されると、電子モジュール１２０は、当該モジュール１２０に格納されたデータへのアクセスを管理するために、Ｂｌｕｅｔｏｏｔｈ ｓｐｅｃｉａｌ ｉｎｔｅｒｅｓｔ ｇｒｏｕｐ（ＳＩＧ）キャラクタリスティックを送信するように構成されてよい。Ｂｌｕｅｔｏｏｔｈ ＳＩＧキャラクタリスティックは、吸入デバイス１００の製造会社名、吸入デバイス１００のシリアル番号、吸入デバイス１００のハードウェア改訂番号、及び／又は、吸入デバイス１００のソフトウェア改訂番号のうちの１つ又は複数を含んでよい。外部デバイスに接続されると、電子モジュール１２０は、メモリからデータを取り出し、そのデータを外部デバイスに送信してよい。

電子モジュール１２０のメモリに格納されたデータ（例えば、スイッチ１３０によって生成された信号、センサシステム１２８によって取得された測定読取値、及び／又は、電子モジュール１２０のコントローラによって演算されたパラメータ）は、外部デバイスに送信されてよく、外部デバイスは、データを処理及び／又は分析して、吸入デバイス１００に関連付けられた使用パラメータを決定してよい。データは、任意の使用パラメータ（例えば、使用イベント）を含んでよく、使用パラメータは、例えば、それぞれの吸入器の使用を含むまたは示し得る。比較的単純な実装形態では、少なくとも１つの値は、個々の吸入器の使用（例えば個々の吸入器を用いた吸入）が割り出されたとき、「ＴＲＵＥ」を含んでよく、または個々の吸入器のそのような使用が割り出されてないとき、「ＦＡＬＳＥ」を含んでよい。しかしながら、使用パラメータは、例えば、吸入なしイベント、低吸入イベント、良好な吸入イベント、過剰吸入イベント、呼息イベント、作動イベント、エラーイベント、過少使用イベント、過剰使用イベントといった本明細書に記載されるイベントの任意の組合せを含んでよい。さらに、使用パラメータは、吸入デバイス１００の使用回数のカウント、吸入デバイス１００の気流の測定、（（例えば、マウスピースカバーが閉位置から開位置に移動されるとき）吸入デバイス１００の使用を検出するように構成されたスイッチの作動、及び／又は、吸入器内に含まれる薬剤のブリスターを移動させる及び／又は開けるといった吸入器のプライミング（準備）の際に作動されるスイッチ）といった）吸入デバイス１００の薬剤の使用を示す他の測定値、吸入デバイス１００の使用を検出するように構成された１つ又は複数のセンサからのフィードバック、及び／又は、吸入デバイス１００の使用の際に押下されるように構成された１つ又は複数のボタンの作動を含んでよい。

さらに、電子モジュール（例えば、プロセッサ）１２０は、データをタイムスタンプする（例えば、タイムスタンプを当該データに関連付ける）ように構成されることは理解できるであろう。例えば、電子モジュール１２０は、地方平均時クロックを含んでよく、吸入デバイス１００の地方平均時を示すタイムスタンプを、吸入デバイス１００によって決定されたデータに関連付けてよい。他の例では、電子モジュール１２０は、内部カウンタとして作動してよい。内部カウンタとして作動する場合、電子モジュール１２０は（例えば、地方平均時といった平均太陽時を提供するのとは対照的に）相対的なカウントを決定し、相対的なカウントを決定されたデータに関連付ける。例えば、電子モジュール１２０は、例えば当該電子モジュール１２０が最初に省エネスリープモードから立ち上がったとき（例えば、マウスピースカバーが最初に開かれた後に）、（例えば、０から無期限にカウントアップする）内部カウンタを開始してよい。その後、電子モジュール１２０によって生成される任意のタイムスタンプは、内部カウンタに基づく相対時間（またはカウント）であってよい。電子モジュール１２０は、２５０マイクロ秒（μｓ）毎にシステムクロックを周期的に更新してよい。

さらに、外部デバイスに存在するソフトウェアアプリケーションは、電子モジュール１２０から受信したデータに基づいて、ユーザのためにフィードバックを生成してよい。例えば、ソフトウェアアプリケーションは、毎日、毎週、又は毎月のレポートを生成し、エラーイベント又は通知の確認を提供し、ユーザに教育的なフィードバックを提供し、及び／又は、同様のものを提供してよい。

図５は、例示的なシステム５００の図であって、当該システムは、吸入デバイス１００と、モバイルデバイス５０２、５０４、５０６と、パブリック及び／又はプライベートネットワーク５０８（例えば、インターネット、クラウドネットワーク及び／又は同様のものの任意の組合せ）と、病院または病院システム、ヘルスシステム、医療グループ、医師、クリニック、及び／又は、製薬会社などのヘルスケアプロバイダに関連付けられたコンピュータ（例えば、サーバ）５１２とを含む。システム５００はまた、１つ又は複数のサーバに存在するデジタルヘルスプラットフォーム（ＤＨＰ）５１０を含み、ＤＨＰ５１０に関連して記述された機能を実行するように構成されたコンピュータソフトウェアを含んでよい。

モバイルデバイス５０２、５０４、５０６は、スマートフォン（例えば、ｉＰｈｏｎｅ（登録商標）スマートフォン、Ａｎｄｒｏｉｄ（登録商標）スマートフォン、またはＢｌａｃｋｂｅｒｒｙ（登録商標）スマートフォン）、パーソナルコンピュータ、ラップトップ、ワイヤレス対応メディアデバイス（例えば、ＭＰ３プレーヤ、ゲームデバイス、テレビ、メディアストリーミングデバイス（例えば、Ａｍａｚｏｎ Ｆｉｒｅ ＴＶ、Ｎｅｘｕｓ Ｐｌａｙｅｒなど）など）、タブレットデバイス（例えば、ｉＰａｄ（登録商標）ハンドヘルドコンピューティングデバイス）、Ｗｉ－Ｆｉまたはワイヤレス通信可能テレビ、ウェアラブルデバイス（例えば、Ａｐｐｌｅ Ｗａｔｃｈ（登録商標））、または任意の他の適切なインターネットプロトコル対応デバイスを含んでよい。モバイルデバイス５０２、５０４、５０６は、プロセッサ、メモリ、通信回路（例えば、トランシーバ）、スピーカ、マイクロフォン、及び／又は、ディスプレイスクリーンを含んでよい。モバイルデバイス５０２、５０４、５０６は、当該デバイスに格納されたモバイルアプリケーションを有してよく、当該モバイルアプリケーションは、本明細書で説明される機能をモバイルデバイスに実行させるように構成されており、当該機能は、１つ又は複数の吸入デバイス１００及び／又はＤＨＰ５１０と通信し、吸入器からデータを受信して受信したデータを処理し、及び／又は、集計し、吸入器から受信したデータに基づいて新しいデータ及び／又はアラートを生成し、及び／又は、吸入器データに基づいて通知、ＧＵＩ、またはオーディオフィードバックといったフィードバック（例えば、アラート）を生成するといったものである。

また、コンピュータプログラムが提供されてよく、当該コンピュータプログラムは、コンピュータプログラムコードであって、当該コンピュータプログラムがコンピュータ上で実行されるときに、本明細書で説明される任意の方法および技術を実施するように適合されたコンピュータプログラムコードを備えてよい。好ましい実施形態では、コンピュータプログラムは、モバイルアプリケーションの形態をとり、少なくとも部分的に、例えば、モバイルデバイスに存在するモバイルアプリケーションの形態をとる。また、いくつかの例では、コンピュータプログラムが部分的にモバイルアプリケーションとして提供され、部分的にＤＨＰ５１０として提供される。システム５００について本明細書で説明される実施形態は、方法およびコンピュータプログラムに適用可能である。さらに、方法およびコンピュータプログラムについて説明される実施形態は、システム５００に適用可能である。

モバイルデバイスとして記載されているが、システム５００は、いくつかの例では、据置型デバイス（stationary device）や、モバイルデバイスと据置型デバイスとの組合せを含んでよい。据置型デバイスは、スマートスピーカ、スマートディスプレイ、スマートホームオートメーションデバイス、及び／又は、同様のものといったスマートホームインターフェースデバイスを含む。据置型デバイスは、本明細書で説明されるモバイルデバイスと同様のハードウェア及び／又はソフトウェア（例えば、プロセッサ、メモリ、通信回路（例えば、トランシーバ）、スピーカ、マイクロフォン、及び／又はディスプレイスクリーン）を含み、したがって、モバイルデバイスに関して本明細書で説明される機能を実行するように構成されている。

モバイルデバイス５０２、５０４、５０６は、吸入デバイス１００と通信するように構成されてよい。モバイルデバイス５０２、５０４、５０６はまた、パブリック及び／又はプライベートネットワーク５０８と通信するように構成されてもよく、当該ネットワークは、ＤＨＰ５１０及び／又はヘルスケアプロバイダ５１２に関連付けられたコンピュータと通信してよい。例えば、モバイルデバイス５０２、５０４、５０６は、通信回路（例えば、トランシーバ）を含んでよく、したがって、Ｗｉ－Ｆｉ通信リンク、Ｗｉ－ＭＡＸ通信リンク、Ｂｌｕｅｔｏｏｔｈ（登録商標）またはＢｌｕｅｔｏｏｔｈ Ｓｍａｒｔ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｌｉｎｋ、近距離無線通信（ＮＦＣ）リンク、セルラー通信リンク、テレビ用ホワイトスペース（ＴＶＷＳ）通信リンク、またはそれらの任意の組合せを介して、ＲＦ信号を送信及び／又は受信するように構成されてよい。モバイルデバイス５０２、５０４、５０６は、例えば、専用ＡＰＩを用いて、パブリック及び／又はプライベートネットワーク５０８を介してＤＨＰ５１０にデータを転送してよい。例えば、モバイルデバイス５０２、５０４、５０６は、１つ又は複数の吸入デバイス１００に関する使用データをＤＨＰ５１０に送信してよい。

上述のように、吸入デバイス１００は、外部デバイス（例えば、モバイルデバイス５０２、５０４、５０６のうちの１つ又は複数）にデータを転送するための、Ｂｌｕｅｔｏｏｔｈ無線といった通信回路１２９を含んでよい。当該データは、使用データ、使用パラメータ、及び／又は、使用イベントと称することがある。データは、スイッチ１３０によって生成される信号、センサシステム１２８によって取得される測定読取値、及び／又は、電子モジュール１２０のコントローラによって演算されたパラメータといった、本明細書で説明されるデータのいずれかを含んでよい。データは、吸入なしイベント、低吸入イベント、良好な吸入イベント、過剰吸入イベント、呼息イベント、作動イベント、エラーイベント、過少使用イベント、過剰使用イベントなどの任意の組合せを含んでよい。データは、吸入デバイス１００の使用回数のカウント、吸入デバイス１００の気流の測定、（（例えば、マウスピースカバーが閉位置から開位置に移動されるとき）吸入デバイス１００の使用を検出するように構成されたスイッチの作動、及び／又は、吸入器内に含まれる薬剤のブリスターを移動させる及び／又は開けるといった吸入器のプライミング（準備）の際に作動されるスイッチ）といった）吸入デバイス１００の薬剤の使用を示す他の測定値、吸入デバイス１００の使用を検出するように構成された１つ又は複数のセンサからのフィードバック、及び／又は、吸入デバイス１００の使用の際に押下されるように構成された１つ又は複数のボタンの作動を含んでよい。データは、例えば本明細書で説明されるように、タイムスタンプに関連付けられてよい。

吸入デバイス１００は、モバイルデバイス５０２、５０４、５０６から、例えば、プログラム命令、オペレーションシステムの変更、投薬情報、アラートまたは通知、受取通知といった、データを受信してよい。さらに、単一の吸入デバイス１００として例示されているが、システム５００は、複数の異なるユーザに関連付けられた任意の数の吸入デバイス１００を含んでよい。いくつかのユーザは、同じ薬剤を含む複数の吸入デバイス１００を有するであろうことに留意されたい。例えば、一人のユーザが、レスキュー薬剤を含む（例えば、異なる位置にそれらを保持する）複数の吸入デバイス１００を持つかもしれない。さらに、一人のユーザが、再充填の間で移行しているときなどに、特定のメンテナンス薬剤を含む複数の吸入デバイス１００を有するかもしれない。さらに、システム５００は、複数の異なるユーザの吸入デバイス１００で構成可能である。したがって、システム５００は、複数の異なるユーザに関連付けられた複数の異なる吸入器とそれぞれのモバイルデバイスを介して通信するように構成される。

モバイルデバイス５０２、５０４、５０６は、データを処理し、分析して、吸入デバイス１００に関連付けられた使用パラメータを決定してよい。例えば、モバイルデバイス５０２、５０４、５０６は、データを処理して、吸入なしイベント、低吸入イベント、良好な吸入イベント、過剰吸入イベント、呼息イベント、作動イベント、エラーイベント、過少使用イベント、過剰使用イベントといった、使用イベントを識別してよい。モバイルデバイス５０２、５０４、５０６は、表示デバイスと、当該表示デバイス上のＧＵＩを介して使用イベントに関係する使用パラメータ及び／又はデータを視覚的に提示するためのソフトウェアとを含む。

モバイルデバイス５０２、５０４、５０６は、吸入デバイス１００からデータ（例えば、使用イベント）および関連付けられたタイムスタンプ（例えば、電子モジュール１２０の内部カウンタから相対カウント）を受信するように構成されてよい。モバイルデバイス５０２、５０４、５０６は、タイムスタンプに対しての地方平均時およびタイムゾーンを決定し、地方平均時およびタイムゾーンをデータ（例えば、使用イベント）に関連付けてよい。次いで、モバイルデバイス５０２、５０４、５０６は、データと、関連付けられた地方平均時およびタイムゾーンとを、ＤＨＰに送信してよい。ＤＨＰは、データ、地方平均時間、および、タイムゾーンをユーザに関連付けてよい。代替的に又は追加的に、モバイルデバイス５０２、５０４、５０６は、データ、地方平均時、および、タイムゾーンを、ユーザに関連付けてよく、及び／又は、ＤＨＰは、吸入デバイス１００から受信したタイムスタンプに基づいて地方平均時を決定してよい。

ＤＨＰは、複数の異なるユーザに関連付けられた複数の吸入器から吸入器データ（例えば、使用イベント）を受信し、集約するように構成される。いくつかの例では、ＤＨＰは、１つ又は複数のサーバに存在してよく、ＤＨＰに関して説明された機能を実行するように構成されたコンピュータソフトウェアを含んでよい。例えば、ＤＨＰは、ダッシュボードアプリケーションを含んでよく、当該アプリケーションは、病院または病院システム、ヘルスシステム、医療グループ、医師、診療所、及び／又は、製薬会社といったヘルスケアプロバイダに関連付けられたコンピュータ５１２によってアクセス可能でよい。いくつかの例では、ダッシュボードアプリケーションは、ｗｅｂアプリケーション（ｗｅｂ ポータルなど）である。例えば、ＤＨＰはまた、ダッシュボードアプリケーションの使用を通じて（例えば、ＲＥＳＴ ＡＰＩを介して）、吸入器データなどのデータを臨床医および医師に提供するようにも構成される。

ＤＨＰ５１０は、複数の吸入デバイス１００からデータを受信し、集約するように構成され、複数の吸入器は、複数の異なるユーザに関連付けられてよい。例えば、ＤＨＰ５１０は、モバイルデバイス５０２、５０４、５０６（例えば、患者向けモバイルアプリケーション）から吸入器データを受信し、格納するように構成される。吸入器データは、使用イベント、エラーイベント、吸入プロファイル、関連付けられたタイムスタンプ、薬剤タイプといった、本明細書で説明されている吸入器を参照して説明されている任意のデータを含んでよい。ＤＨＰ５１０は、データを分析し、操作するように構成される。例えば、ＤＨＰ５１０は、当該ＤＨＰがデータを受信する複数の吸入デバイスにわたってデータを集約し、次いで、ＤＨＰ５１０は、例えば、１つ又は複数の指標を決定するために、集約されたデータを分析してよく、フィードバックを提供するなどしてよい。さらに、ＤＨＰ５１０はまた、（例えば、モバイルデバイス５０２、５０４、５０６を介して）ユーザに、または（例えば、ダッシュボードアプリケーションを介して）ヘルスケアプロバイダに関連付けられたコンピュータ５１２に、データ（例えば、またはデータに基づく分析情報）を提供するようにも構成される。吸入器データは、本明細書で説明されている吸入器を参照して説明されている任意のデータを含んでよい。

吸入器データは、例えば、モバイルデバイス５０２、５０４、５０６及び／又はＤＨＰ５１０において、吸入デバイス１００及び／又はユーザプロファイルに関連付けられてよい。１つのユーザプロファイルは、同じ及び／又は異なる薬剤タイプの複数の吸入デバイス１００に関連付けられてよい。ＤＨＰ５１０はまた、吸入器データを特定のユーザプロファイルから識別解除（例えば、関連付け解除）してよく、ＤＨＰ５１０は、吸入デバイス１００に関する識別解除されたデータに対して分析を実行してもよい。モバイルデバイス５０２、５０４、５０６から吸入器データを受信するものとして説明されているが、いくつかの例では、ＤＨＰ５１０は、吸入デバイス１００の通信回路がＤＨＰ５１０と直接通信することができるセルラーチップセットを含む場合など、吸入デバイス１００自体から直接データを受信してよい。

データが吸入デバイス１００からモバイルデバイス５０２、５０４、５０６のうちの１つ又は複数といった外部デバイスに転送されるたびに、電源１２６は、通信回路１２９といった電子モジュール１２０内の１つ又は複数の電気部品に電力を供給してよい。かくして、吸入デバイス１００からのデータ転送の頻度は、全体の電力消費、および、所望の期間にわたって電子モジュール１２０に電力を供給するための電源１２６の能力に影響を及ぼし得る。すなわち、外部デバイスへのより頻繁なデータ転送及び／又は複数の外部デバイスへのデータ転送は、電子モジュール１２０の電力の要件を増加させ、電源１２６の機能寿命を減少させ得る。したがって、システム５００は、吸入デバイス１００が新しいデータを外部デバイスに送信する回数を制限する（例えば、送信を単一のデータ転送に制限する）ように構成されてよい。さらに、いくつかの例では、吸入デバイス１００は、制限回数を超えて（例えば、１回を超えて）データを送信することを防止されてよい。データが吸入デバイス１００から外部デバイスに転送された後、ＤＨＰ５１０は、モバイルデバイスからデータを受信し、システム５００内の薬剤およびユーザに関連付けられた他の承認されたモバイルデバイス（複数）にデータを送信するように構成されてよい。さらに、いくつかの例では、モバイルデバイス（例えば、外部デバイスに存在するモバイルアプリケーション）は、吸入デバイス１００からデータを要求（リクエスト）する前に情報についてシステム５００（例えば、ＤＨＰ５１０）をチェックして、例えば吸入デバイス１００のエネルギー使用を制限してよい。例えば、いくつかの例では、モバイルデバイスおよび吸入デバイスが接続モードに入ると、モバイルデバイスは、吸入デバイス１００からデータを要求する前に、（例えば、本明細書で説明されているように）ＤＨＰ５１０から吸入デバイス１００に関する新しいデータを最初に要求してよい。かくして、モバイルデバイスは、当該モバイルデバイスが吸入デバイス１００から新しいデータを要求する前に吸入デバイス１００が送信した最新の更新データを有することを保証する。

一例では、吸入デバイス１００は、喘息の子供に提供されてよい。子供は、モバイルデバイス５０２を有してよく、当該子供の親は、モバイルデバイス５０４、５０６を有してよい。モバイルデバイス５０２、５０４、５０６のそれぞれは、吸入デバイス１００から集められたデータを処理及び／又は表示するように構成されたモバイルアプリケーションを含んでよい。モバイルデバイス５０４、５０６上のモバイルアプリケーションは、子供の親が子供の吸入デバイス１００の使用に関連付けられた状態またはパラメータを監視することを可能にしてよい。モバイルデバイス５０２上のモバイルアプリケーションは、子供が同様のことをできるようにしてよい。かくして、吸入デバイス１００からのデータは、３つの別個の外部デバイスに転送される必要があり得る。

データが吸入デバイス１００からモバイルデバイス５０２、５０４、５０６に直接転送される場合、無線送信に関する電力消費は単一の外部デバイスと通信する場合と比較して増加し得る（例えば、３倍増加し得る）。この電力消費の増加は、電源１２６の機能寿命を、吸入デバイス１００の予想寿命よりも短くし得る（例えば、機能寿命を、ユーザが吸入デバイス１００から薬剤を受けると予想される期間よりも短くし得る）。したがって、電源１２６の寿命を延ばすために、電子モジュール１２０、モバイルデバイス５０４に存在するモバイルアプリケーション、及び／又は、ＤＨＰ５１０のうちの１つ又は複数は、電子モジュール１２０から外部デバイスにデータを転送することができる回数を制限するように構成されてよい（例えば、吸入デバイス１００からのデータの単一の転送に制限されてよい）。

例えば、再び図５を参照して、子供は、吸入デバイス１００を介して投与することができる薬剤が処方されてよい。子供の母親は、モバイルデバイス５０４といった自身のモバイルデバイスにモバイルアプリケーションをダウンロードしてよい。モバイルアプリケーションは、モバイルデバイス５０４が吸入デバイス１００と無線接続しかつ電子モジュール１２０によって集められたデータを受信することを可能にしてよい。そのようなデータは、用量がデバイス１００から送達されたときを示し得る。モバイルアプリケーションはまた、子供の処方された投与レジメンを格納してもよい。かくして、モバイルアプリケーションは、子供の母親が、子供が吸入デバイス１００をいつ、どのくらいの頻度で使用しているか、および、子供が投薬レジメンに従っているかどうかを監視することを可能にしてよい。子供および子供の父親は、同様に、それぞれのモバイルデバイス５０２、５０６のためのモバイルアプリケーションをダウンロードしてよい。しかしながら、電子モジュール１２０の電源１２６の寿命を延ばすために、システム５００は、電子モジュール１２０からのデータの転送を、データの単一転送（例えば、モバイルデバイス５０２、５０４、５０６のうちの１つのみへのデータの転送）に制限するように構成されてよい。

例えば、いくつかの実施形態では、モバイルデバイス５０４といったモバイルデバイスが吸入デバイス１００の電子モジュール１２０の通信範囲内にある場合、モバイルデバイス５０４（例えば、そこに存在するモバイルアプリケーション）は、吸入デバイス１００へデータのリクエストを送信してよい。当該リクエストは、モバイルデバイス５０４が格納した最新のデータのインディケーション（指示・指し示し）（例えば、モバイルデバイス５０４に格納されている吸入デバイス１００からの最新のデータのタイムスタンプ）を含んでよい。吸入デバイス１００がより最近のデータ（例えば、リクエストによって示されるものよりも最近のタイムスタンプ付きのデータ）を有する場合、吸入デバイス１００は、より最近のデータをモバイルデバイス５０４に送信してよい。その後、より最近のデータを受信するモバイルデバイス５０４は、そのデータをＤＨＰ５１０にアップロードしてよい。次いで、吸入デバイス１００からより最近のデータを受信しなかった他のモバイルデバイスは（例えば、モバイルデバイス５０２、５０６など）は例えば、以下で説明されるように、ＤＨＰ５１０からより最近のデータを受信してよい。例えば、ユーザが他のモバイルデバイス上のモバイルアプリケーションにログインすると、当該モバイルアプリケーションは、モバイルデバイスに、吸入デバイス１００からではなくＤＨＰ５１０からデータ（例えば、すべての最近のデータ）を取り出させてよい。かくして、他のモバイルデバイス上のモバイルアプリケーションは、これらのモバイルデバイスがすでにＤＨＰ５１０からデータを受信しているので、吸入デバイス１００からデータを要求しなくてよい。

したがって、吸入デバイス１００は、当該吸入デバイスがモバイルデバイス（例えば、当該モバイルデバイスは、任意のモバイルデバイスでよく、各データ転送間において異なるモバイルデバイスでよい）にデータを転送する回数を制限するように構成されてよい。この例では、モバイルデバイスは、格納されたデータの単一の転送に制限されている、というのも、例えば、そのデータが一旦単一の外部デバイスに提供されると、外部デバイスはデータをＤＨＰ５１０に転送し、ＤＨＰ５１０がそのデータを他のすべての承認された外部デバイスに転送するからである。しかしながら、モバイルデバイスが格納されたデータの単一の転送に制限されていないとすると、格納されたデータの同一の事例がＤＨＰ５１０に複数回転送されるかもしれず、これは、ＤＨＰ５１０内のデータの完全性及び／又は有効性に悪影響を及ぼすかもしれない（例えば、同じデータの複数の事例がＤＨＰ５１０内に存在するかもしれないので）。

より具体的には、ＤＨＰ５１０は、モバイルデバイス５０２、５０４、５０６からのデータの転送を可能にし、場合によっては開始するように構成されてよい。例えば、ＤＨＰ５１０は、モバイルデバイス５０２、５０４、５０６に存在するプロセッサ及び／又はモバイルアプリケーションに対してＲＥＳＴ ＡＰＩを公開してよい。モバイルデバイス５０２、５０４、５０６は、まだＤＨＰ５１０にアップロードされていない吸入デバイス１００に関する任意のデータを送信してよく、このデータとともに、関係付けられたユーザのインディケーション及び／又は当該データに対してのタイムスタンプ（これは、モバイルデバイスの地方時およびタイムゾーンを含んでよい）の任意の組合せを送信してよい。いくつかの例では、モバイルデバイス５０２、５０４、５０６は、吸入データ（または新しい吸入データがないというインディケーション）を、１５分毎といったように、定期的に、ＤＨＰ５１０に送信するように構成されてよい。ＤＨＰ５１０はまた、コンピュータ５１２からの入力データを格納してもよい。ＤＨＰ５１０は、それぞれのモバイルデバイス５０２、５０４、５０６を介して患者の同意（コンセント）を受領してよい。

ＤＨＰ５１０は、モバイルデバイス５０２、５０４、５０６のうちの１つ又は複数に、吸入器データといったデータを送信してよい。例えば、ＤＨＰ５１０は１つのモバイルデバイスからデータを受信し、次いで、そのデータをそのユーザに関連付けられた他のモバイルデバイス（複数可）に送信してよく、例えば当該他のモバイルデバイスがその吸入器データを未だ有していない場合に送信してよい。いくつかの例では、モバイルデバイス５０２、５０４、５０６は、１人のユーザに関連付けられたすべての新しい吸入器データのリクエストをＤＨＰ５１０に（例えば、１５分毎といったように定期的に）送信してよい。リクエストは、ユーザのインディケーションと、吸入器または薬剤タイプ（例えば、レスキュー薬剤タイプまたはメンテナンス薬剤タイプ）のうちの少なくとも１つとを含んでもよい。リクエストはまた、何らかの新しい吸入器関連データが吸入器からモバイルデバイスに通信されたかどうかにかかわらず、そのモバイルデバイスと吸入器との間の最後の同期時刻のインディケーションを含んでもよい。モバイルデバイスの最後の同期時刻は、何らかの新しい吸入器関連データが吸入器からモバイルデバイスに通信されたかどうかにかかわらず、吸入器がそのモバイルデバイスに接続された最新の時刻を示してよい。ＤＨＰ５１０は、リクエストを受信し、ユーザ、吸入器、及び／又は、薬剤タイプを決定し、モバイルデバイスと吸入器との間の最後の同期時刻を決定してよい。次いで、ＤＨＰ５１０は、関連付けられたタイムスタンプをリクエスト内で提供された最後の同期時刻と比較することによって、リクエストによって示された同期時刻より時間的に後である（後に来る）任意のデータ（例えば、使用イベント）を格納したかどうかを判定してよい。最後の同期時刻の後に来るその吸入器についてのデータがある場合、ＤＨＰ５１０は当該データおよび関連付けられたタイムスタンプを（例えば、関連付けられたユーザ、吸入器、及び／又は、薬剤タイプを示すデータの任意の組合せと併せて）モバイルデバイスに送信するように構成される。ＤＨＰ５１０によって送信されたデータは、使用イベントといった吸入器からのデータを、当該データのタイムスタンプ（例えば、イベントの地方平均時およびタイムゾーンを含む）、薬剤タイプ及び／又は投与を示すデータといった吸入器情報、および、イベントに関係付けられたユーザを示すデータとともに含んでよい。

さらに、いくつかの例では、ＤＨＰ５１０は、ユーザに関するプロファイル情報、処方オーダー情報、ユーザ設定、アンケート回答といった、ユーザ及び／又は薬剤に関する追加データを返してよい。例えば、使用イベントといった吸入器関連データ以外の情報がモバイルデバイスによって受信された場合、リクエストは、モバイルデバイスと吸入デバイス１００との間の、または、モバイルデバイスとＤＨＰ５１０との間の最後の同期時刻を示す追加のフィールドを含んでよい。次いで、ＤＨＰ５１０は、リクエストによって示された同期時刻より時間的に後である上述のような他の任意のデータを格納したかどうかを判定してよく、その場合、当該他のデータおよび関連付けられたタイムスタンプを（例えば、関連付けられたユーザ、吸入器、および薬剤タイプの任意の組合せと組み合わせて）モバイルデバイスに送信してよい。

したがって、システム５００は、吸入デバイス１００が自身データをモバイルデバイスに通信しなければならない回数を制限する一方で、吸入デバイス１００に関連付けられた複数のモバイルデバイス５０２、５０４、５０６が、吸入デバイス１００及び／又はユーザに関連付けられたモバイルデバイス５０２、５０４、５０６の数にかかわらず、吸入デバイス１００及び／又はユーザに関連付けられた最新のデータを有することも確実にするように構成されてよい。これは、モバイルデバイスが、吸入デバイス１００から受信した新しいデータ、及び／又は、モバイルデバイスと吸入デバイス１００との間の最後の同期のインディケーションを、ＤＨＰに定期的に送信し、また、モバイルデバイスにまだ格納されていない新しいデータのリクエストをＤＨＰに定期的に送信するように構成される例において特に適正である。

さらに、ＤＨＰ５１０は、ヘルスケアプロバイダに関係付けられたコンピュータ５１２に、吸入器データを医師およびヘルスケアの専門家へ提供させて、彼らが、患者が同意したプログラムに特有の吸入器データを検討できるようにしてよい。一例では、ＤＨＰ５１０は、ヘルスケアプロバイダに関連付けられたコンピュータ５１２に、ヘルスケアプロバイダのコンピュータに関連付けられた表示デバイス上に示されるグラフィカルユーザインターフェース（ＧＵＩ）を介して吸入データを提供させる。

ＤＨＰ５１０は、任意の数のプログラムを定義してよく、これらは、いくつかの例ではヘルスケアププロバイダによって構成および変更され得る。吸入器データをヘルスケアプロバイダに提供する際、ＤＨＰ５１０は、そのヘルスケアプロバイダに関連付けられた特定のプログラムに特有のアラートを生成（例えば、ＧＵＩを生成し、提供）してよい。プログラムは、薬剤のタイプ（例えば、レスキュー薬剤及び／又はメンテナンス薬剤の任意の組合せ）、特定の患者、ひいては、彼らの利用可能な吸入器、当該プログラムの他のユーザ（特定の医師、診療グループ、及び／又は、管理者など）、ヘルスケアプロバイダに提示されるデータのタイプ（チャート、イベントテーブル、使用サマリーなど）といった、一連の基準を定義する。ヘルスケアプロバイダは、ＤＨＰ５１０を用いて任意の数のプログラムを構成し、確立してよい。さらに、特定の患者および彼らの吸入器は、任意の数の固有のプログラムに関連付けられてよい。いくつかの例では、プログラムは、ＤＨＰ５１０によって格納され管理され、ヘルスケアプロバイダに関連付けられたコンピュータ５１２は、例えば、ダッシュボードやウェブアプリケーションといったアプリケーションを用いて、ＤＨＰ５１０から、各プログラムに関するデータへアクセスするように構成される。このような例では、いったんプログラムが確立されると、ＤＨＰ５１０はプログラムに関連付けられた吸入器データを受信し、必要な程度まで吸入器データを分析し、操作し、プログラムデータを（例えば、ダッシュボードを介して）ヘルスケアプロバイダに提供するように構成される。プログラムデータは、特定のプログラムの構成に特有の吸入器データ、および、例えば、以下でより詳細に説明するように、吸入器データから導出される追加のデータを含んでよい。例えば、ＤＨＰ５１０は、ヘルスケアプロバイダに関連付けられたコンピュータ５１２上で、本明細書に記載されるような、ＧＵＩを使用可能にすることができ、プログラムデータをヘルスケアプロバイダに提示する。

例えば、ＤＨＰ５１０は、ヘルスケアプロバイダに関連付けられたコンピュータ５１２によってアクセス可能であり得るダッシュボードアプリケーションを含んでよい。いくつかの例では、ダッシュボードアプリケーションは、ｗｅｂアプリケーション（ｗｅｂポータルなど）である。例えば、ＤＨＰ５１０は、ダッシュボードアプリケーションの使用を通じて（例えば、ＲＥＳＴ ＡＰＩを介して）、吸入器データといったデータを臨床医および医師に提供するように構成される。ＤＨＰ５１０は、ヘルスケアプロバイダに関連付けられたコンピュータ５１２に、吸入器データを医師およびヘルスケアの専門家へ提供させて、彼らが、患者が同意したプログラムに特有の吸入器データを検討できるようにしてよい。一例では、ＤＨＰ５１０は、ヘルスケアプロバイダに関連付けられたコンピュータ５１２に、ヘルスケアプロバイダのコンピュータ上に提示されるグラフィカルユーザインターフェース（ＧＵＩ）を介して吸入データを提供させてよい。

代替的にまたは追加的に、いくつかの例では、モバイルデバイス５０４が吸入デバイス１００からより最近のデータを受信し、そのデータをＤＨＰ５１０にアップロードした後、モバイルアプリケーションは、モバイルデバイスに、吸入データがＤＨＰ５１０にアップロードされたことを示す通知を吸入デバイス１００へ送信させるように構成されてよい。したがって、吸入データがＤＨＰ５１０にアップロードされたという通知を受信すると、吸入デバイス１００は、たとえそのデータのリクエストを受信したとしても、そのデータを別のモバイルアプリケーションにアップロードしないように構成されてよい。しかしながら、モバイルアプリケーションは、ＤＨＰ５１０にアップロードされたデータより時間的に後である吸入データをモバイルデバイスに送信するように構成されてよい。

代替的にまたは追加的に、いくつかの例では、システム１００は、吸入デバイス１００が１つの単一モバイルデバイスにのみデータを転送することができるように構成されてよい。例えば、モバイルデバイス５０４上のモバイルアプリケーションが吸入デバイス１００に（例えば、最初に）接続し、及び／又は、吸入デバイス１００からデータを受信すると、吸入デバイス１００は、モバイルデバイス５０４に関連付けられたＩＤを受信し、格納してよい。ＩＤを受信した後、吸入デバイス１００は、モバイルデバイス５０４及び／又は同じＩＤを有する任意の他のデバイスに接続することおよびデータを転送することに制限されてよい。モバイルデバイス５０２、５０６といった他の外部デバイスが吸入デバイス１００に接続しようと試みる場合に、吸入デバイス１００は、そのようなデバイスが異なるＩＤを有するなら、データを転送しない。従って、電子モジュール１２０は、例えば、それが外部デバイスに接続しセンサシステム１２８によって集められたデータを送信する事例を制限することによって、電力を節約してよい。

モバイルデバイス５０４に転送されたデータの全部または一部は、デバイス５０４によってＤＨＰ５１０に通信されてよい。データはＤＨＰ５１０内に格納されてもよく、それは、モバイルデバイス５０４上のモバイルアプリケーションによって、及び／又は、ヘルスケアプロバイダに関連付けられたコンピュータ５１２によって、後に、アクセスされたり、検索（読み出）されたりしてよい。データはまた、モバイルデバイス５０２、５０６上のそれぞれのモバイルアプリケーションによってアクセスまたは検索されてもよい。したがって、子供および子供の父親は、吸入デバイス１００がモバイルデバイス５０４との接続及び／又はデータの転送に制限されても、それぞれのモバイルデバイス５０２、５０６上で吸入デバイス１００に関連付けられた使用及び／及び他の状態を依然として監視できてよい。

さらに、いくつかの例では、例えば吸入デバイス１００が接続モードにあるとき、吸入デバイス１００は、外部デバイス（例えば、モバイルデバイス）とデータを通信する頻度を制限してよい。これにより、吸入デバイス１００は、例えば接続モードの間、バッテリ電力を節約でき得る。吸入デバイス１００によって可能にされる通信プロトコルは、例えば、吸入デバイス１００が接続モードにある間にデータのリクエストをどれくらいの頻度で許可するかを定義するパラメータを含んでよい。当該パラメータは、例えば、外部デバイスが接続を切断することなく吸入デバイス１００が接続イベントをスキップすることを可能にしてよく、したがって、吸入デバイス１００は、接続イベントをスキップしても、接続モードのままであってよい。このような例では、吸入デバイス１００は、このパラメータをその最大値に設定してよい。例えば、吸入デバイス１００がＢＬＥを用いて通信する場合、吸入デバイス１００はパラメータ「ｃｏｎｎＳｌａｖｅＬａｔｅｎｃｙ（コネクション・スレーブ・レイテンシ）」を最大値（例えば、２秒ごと、４秒ごとなど）に構成してよい。

さらに、いくつかの例では、吸入デバイス１００は、モバイルデバイスとのペアリングプロセスを開始するためのアクチュエータ、ボタン、またはスイッチを含まない。しかしながら、吸入デバイス１００は、ペアリングプロセスを容易にするための他の手段を含んでよい。例えば、吸入デバイス１００は、クイックレスポンス（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ）（ＱＲ）コード１６０といったバーコードを含んでよい。ＱＲコードとして説明がなされているが、他の種類のバーコードが使用されてよい。ペアリングプロセスを開始するためのＱＲコードの使用は、吸入デバイス１００の電子モジュール１２０の必要なバッテリ／電力消費をさらに低減し得る。さらに、ＱＲコード１６０が吸入デバイス１００のトップキャップ１０２の上部に位置しているものが例示されているが、他の例では、吸入デバイス１００は、メインハウジング１０４上またはマウスピースカバー１０８上など、吸入デバイス１００上の他の場所に位置するＱＲコードを含んでよい。モバイルデバイスは、カメラを含んでよく、モバイルデバイスに存在するモバイルアプリケーションは、カメラにアクセスし、ＱＲコード１６０を読み取るように構成されてよい。

ＱＲコード１６０は、吸入デバイス１００に関係付けられた様々なタイプの情報を含んでよい（例えば、当該様々なタイプの情報を示すようにコード化されてよい）。ＱＲコード１６０は、吸入デバイス１００に固有のＢＬＥパスキーを含んでよい。カメラを用いてＱＲコード１６０を読み取るかまたはスキャンすると、モバイルアプリケーションは、デバイス１００に関連付けられたＢＬＥパスキーを決定し、認証プロセスを完了してよく、それによって、ＢＬＥパスキーを用いて電子モジュール１２０と通信することを可能にする。例えば、吸入デバイス１００が範囲外に移動したために通信セッションがその後に失われた場合、モバイルデバイスは吸入デバイス１００が範囲内に戻ったときにＱＲコード１６０を用いることなく、ＢＬＥパスキーを使用して電子モジュール１２０と自動的にペアリングするように構成されてよい。

さらに、いくつかの例では、ＱＲコード１６０が吸入デバイス１００のタイプのインディケーション（例えば、薬物タイプ、投与回数、強度、投与スケジュールなど）を含んでよい。表１は、様々な吸入デバイス１００に対してＱＲコード１６０に含まれる識別子の非限定的な例を提供する。
［表１］

表１に示されるように、識別子は、投与強度および使用前の吸入器の総投与カウントをさらに示す。前述のように、モバイルデバイスに存在するモバイルアプリケーションは、識別子による識別子情報を使用して、使用情報と組み合わせて、モバイルデバイスのユーザインターフェースを制御して、ラベルで推奨された用量を超えたときに通知を発してよい。代替的に又は追加的に、モバイルデバイスに存在するモバイルアプリケーションは、使用前の吸入器の総投与カウント及び使用情報を使用して、それぞれの吸入デバイス１００内に残っている用量の投与回数を決定してよい。

吸入デバイス１００上のＱＲコード１６０は、例えば、非承認のユーザたちがそれぞれの吸入デバイス１００にアクセスすることを防止するために、セキュリティキーを、例えば一連の英数字の形態でさらに含んでよい。モバイルデバイスに存在するモバイルアプリケーションは、いったんモバイルアプリケーションにセキュリティキーが提供されると、それぞれの暗号化データを復号できるようにしてよいが、モバイルアプリケーションにセキュリティキーが提供される前に、それぞれの暗号化データを復号できないようにしてよい。より一般的には、セキュリティキーは、それぞれの識別子に含まれてよい。

非限定的な例では、システムは、当該システムに含まれる吸入器のうちの１つ又は複数、例えば、それぞれを、単一のユーザアカウントに制限するように構成される。

そのような例では、例えばＱＲコードで提供されるパスキーがそれぞれの吸入デバイス１００とシステムのモバイルアプリケーションとの間の同期を可能にしてよい。それぞれの吸入デバイスからのパスキー、及び、ひいては、使用パラメータデータ（例えば、吸入及び／又は使用データ）は、公開されてよい。このパブリック吸入データは、単一のユーザアカウントと同期するまで、特定の対象に関連付けられなくてよい。

システムは、それぞれの吸入器を単一のユーザアカウントに関連付けられるように制限するように構成されるので、それぞれの吸入器は、例えば吸入器が紛失または盗まれた状況において、別のユーザアカウントと同期されることを防止され得る。こうして、第三者が、第三者のものではない使用パラメータデータを取得することを防止し得る。

したがって、モバイルアプリケーションは、ＱＲコード１６０（例えば、薬剤タイプ、投与強度、および投与回数）を受信するとき、かつ、ユーザによる吸入デバイス１００の最初の使用の前に、吸入デバイス１００のタイプを決定することができる。例えば、モバイルアプリケーションは、モバイルデバイスのカメラを用いてＱＲコードの画像を受信（例えば、キャプチャ）してよい。モバイルアプリケーションは、次いで、ＱＲコードの画像をデコードして、ＱＲコード内に格納されたデータを取得してよい。いくつかの例では、ＱＲコード１６０は、吸入デバイス１００のタイプを示す６桁コード（例えば、ｓｓｍ０６０、ａａａ２００など）といった多数桁英数字コードを備えてよい。例えば、多数桁英数字コードは、吸入デバイス１００の固有のドラッグプロダクト識別子（例えば、プロダクトＩＤ）でよい。したがって、ＱＲコード１６０は、ＱＲコード１６０を介して提供される多数桁英数字コードを介して、吸入デバイス１００のタイプ（例えば、薬剤タイプ、投与回数、強度、投与スケジュールなど）を直接通信してよい（例えば、したがって、モバイルアプリケーションは、吸入デバイスのタイプを取得するためにＱＲコード１６０を用いてウェブサイトにアクセスする必要がない）。「ＡＡＡ０３０」の多数桁英数字コードは、例えば、薬剤タイプがアルブテロールであり、強度が１１７ｍｃｇであり、投与回数が３０であることを示してよい。

いくつかの例では、ＱＲコード１６０を介して提供されるＢＬＥパスキーは、例えば、多数桁英数字を含んでよい。さらに、いくつかの実施形態では、ＱＲコード１６０は、吸入デバイス１００の薬剤のタイプ、投与回数、強度、投与スケジュールなどに関する情報をモバイルアプリケーションに直接示さなくてよい。むしろ、ＱＲコード１６０は、リモートデバイス（例えばリモートサーバといったクラウドベースのシステム）から、吸入デバイス１００に関するそのような情報を取得するためにモバイルアプリケーションによって使用され得る情報を備えてよい。

さらに、いくつかの例では、ＱＲコード１６０は、吸入デバイス１００のシリアル番号、吸入デバイス１００のハードウェア改訂番号、及び／又は、吸入デバイス１００のソフトウェア改訂番号の任意の組合せを含んでよい。さらに、ＱＲコード１６０を参照して説明されているが、吸入デバイス１００は、吸入デバイス１００のタイプ、通信パスキー（例えば、ＢＬＥパスキー)、吸入デバイス１００の製造会社名、吸入デバイス１００のシリアル番号、吸入デバイス１００のハードウェア改訂番号、吸入デバイス１００のソフトウェア改訂番号及び／又は同等のものを示す任意のコード（例えば、バーコード）を含んでよい。

ＱＲコード１６０を受信すると、モバイルアプリケーションは、ＱＲコード１６０を介して提供される多数桁英数字を直接通じて等、吸入デバイス１００の詳細（例えば、薬剤タイプ、投与回数、強度、投与スケジュールなど）を決定してよい。代替的にまたは追加的に、いくつかの例では、モバイルアプリケーションは、吸入デバイス１００に関する詳細（例えば、薬剤タイプ、投与回数、強度、投与スケジュールなど）のリクエスト（例えば、複数桁の英数字コードを含む）をＤＨＰ５１０に送信するように構成されてよい。これは、例えば、誤ったラベル付けの問題が生じ得て、吸入デバイス１００が不正確な薬剤のタイプで誤ってラベル付けされる場合に、特に重要であり得る。ＱＲコード１６０の使用は、例えば、吸入デバイス１００に関する正確な詳細が、ユーザが吸入デバイス１００を使用する前にモバイルアプリケーションによって取得されることを可能にする。これは、例えば、誤った投与スケジュール、誤った再充填警告などに基づく誤った投薬リマインダに関連する問題（そうでなければ、吸入デバイス１００上の誤った薬剤ラベル付けに基づいて決定された可能性がある）を防止するのに役立つかもしれない。さらに、いくつかの例では、モバイルアプリケーションは、当該モバイルアプリケーションに関係付けられたユーザがＱＲコードによって示される薬剤及び／又は投与強度を処方されていないことを判定してよい。例えば、モバイルアプリケーションは、ＱＲコードによって示される吸入器の薬剤タイプまたは強度をＤＨＰ５１０に送信してよく、それに応答して、クラウドベースのサーバから、吸入器の強度または薬剤タイプとのユーザの対応性（適合性）のインディケーション（例えば、直接的な対応または非対応のメッセージ、または当該ユーザに関係付けられた強度および薬剤タイプのインディケーションなど）を受信してよい。例えば、モバイルアプリケーションは、ＤＨＰ５１０からユーザの処方箋情報を要求し、受信してよい。そして、モバイルアプリケーションは、ＱＲコードによって示されるように、薬剤タイプまたは強度のいずれかに基づいて、ユーザが誤った吸入器を所持していることを示すアラート（例えば、モバイルデバイス上に、及び／又は、ＨＣＰに関連付けられたコンピュータで表示されるＧＵＩ）を生成してよい。さらに、そのような場合、モバイルアプリケーションは、吸入デバイス１００とのペアリングプロセスを拒否してよい。

さらに、いくつかの例では、モバイルアプリケーションは、すべてではないが、特定のタイプの吸入デバイスとともに使用されてよい。したがって、ＱＲコード１６０によって提供される情報が、吸入デバイス１００がモバイルアプリケーションに対応可能である吸入デバイスではないことを示す場合、モバイルアプリケーションは、エラーメッセージを表示してよい。さらに、モバイルアプリケーションは、吸入デバイス１００のタイプに対しての正しいモバイルアプリケーションをダウンロードするためのモバイルアプリケーションストアへのリンクを提供してよい。例えば、モバイルアプリケーションが（例えば、ＱＲコード１６０または多数桁英数字コードに基づいて）吸入デバイスがモバイルアプリケーションに対応していないと判定した場合、モバイルアプリケーションは、（例えば、データ転送または吸入デバイス１００の最初の使用の前に）モバイルデバイスと吸入デバイス１００とのペアリングプロセスを拒否してよい。モバイルアプリケーションが（例えば、ＱＲコード１６０または多数桁英数字コードに基づいて）吸入デバイスがモバイルアプリケーションに対応していると判定した場合、モバイルアプリケーションは、吸入デバイス１００とモバイルデバイスとのペアリングプロセスを許可する、または可能にしてよい。

図６は、例示の空気流量対圧力のグラフ６００である。図６に示される空気流量およびプロファイルは、単なる例示であり、決定された流量は、吸入デバイス１００およびその構成要素のサイズ、形状、および設計に依存し得る。

電子モジュール１２０は、例えば、吸入デバイス１００がどのように使用されているかの、及び／又は、使用が１回分の用量の薬剤全部の送達をもたらす可能性があるかどうかの評価の一部として、センサシステム１２８から受信した信号、及び／又は、決定された空気流指標を、１つ又は複数の閾値または範囲と比較することによって、データ（例えば、使用イベント）を生成してよい。例えば、決定された空気流指標が特定の閾値未満の空気流量を有する吸入に対応する場合、電子モジュール１２０は、吸入デバイス１００のマウスピース１０６からの吸入がなかったか、または不十分な吸入があったと判定してよい。決定された空気流指標が特定の閾値を超える空気流量を有する吸入に対応する場合、電子モジュール１２０は、マウスピース１０６からの過剰な吸入があったと判定してよい。決定された空気流指標が特定の範囲内の空気流量を有する吸入に対応する場合、電子モジュール１２０は、吸入が「良好」である、または１回分の用量の薬剤全部が送達されることをもたらすであろう、と判定してよい。電子モジュール１２０は、タイムスタンプをデータに関連付けてよい。

圧力測定値及び／又は演算された吸入空気流指標が、吸入デバイス１００からの吸入の質または強度を示し得る。例えば、特定の閾値または値の範囲と比較される場合、値及び／又は指標は、吸入を、良好な吸入イベント、低吸入イベント、吸入なしイベント、または、過剰吸入イベントといった、特定のタイプのイベントとして分類するために、用いられてよい。吸入の分類は、対象者の個人化されたデータとして格納された使用パラメータでよい。

吸入なしイベントは、３０Ｌｐｍ以下の空気流量といった特定の閾値未満の圧力測定読取値及び／又は空気流指標に関連付けられてよい。吸入なしイベントは、対象者がマウスピースカバー１０８を開いた後および測定サイクル中にマウスピース１０６から吸入しないときに生じ得る。吸入なしイベントはまた、対象者の吸入努力が流路１１９を介した薬剤の適切な送達を確実にするのに不十分である場合（例えば、吸入努力が脱凝集器１２１を作動させ、それによって投与カップ１１６内の薬剤をエアロゾル化するのに不十分な空気流量を生成する場合）にも生じ得る。

低吸入イベントは、３０Ｌｐｍより大きく４５Ｌｐｍ以下の空気流量といった特定の範囲内の圧力測定値及び／又は空気流指標に関連付けられてよい。低吸入イベントは、対象者がマウスピースカバー１０８を開いた後にマウスピース１０６から吸入し、対象者の吸気努力が、少なくとも薬剤の一部の用量が流路１１９を介して送達されることをもたらす場合に生じ得る。すなわち、吸入は、薬剤の少なくとも一部分が投与カップ１１６からエアロゾル化されるように脱凝集器１２１を作動させるのに十分であればよい。

良好な吸入イベントは、４５Ｌｐｍより大きく２００Ｌｐｍ以下の空気流量といった、低吸入イベントを超える圧力測定値及び／又は空気流指標に関連付けられてよい。良好な吸入イベントは、対象者がマウスピースカバー１０８を開いた後にマウスピース１０６から吸入し、対象者の吸入努力が流路１１９を介した薬剤の適切な送達を確実にするのに十分である場合（例えば、吸入努力が、脱凝集器１２１を作動させ、投与カップ１１６内の１回分の用量の薬剤をエアロゾル化するのに十分な気流を生成する場合）に生じ得る。

過剰吸入イベントは、２００Ｌｐｍを超える空気流量といった、良好な吸入イベントを超える圧力測定値及び／又は空気流指標に関連付けられてよい。過剰吸入イベントは、対象者の吸気努力が吸入デバイス１００の通常の動作パラメータを超えたときに生じ得る。過剰吸入イベントはまた、対象者の吸気努力が正常範囲内であっても、デバイス１００が使用中に適切に位置決めまたは保持されていない場合にも生じ得る。例えば、対象者がマウスピース１０６から吸入している間に（例えば、指または親指によって）通気口が遮断または閉塞された場合、演算された空気流量は２００Ｌｐｍを超えるかもしれない。

任意の適切な閾値または範囲が、使用されて、特定のイベントを分類してよい。イベントのいくつかまたは全部が用いられてよい。例えば、吸入なしイベントは、４５Ｌｐｍ以下の空気流量に関連付けられてよく、良好な吸入イベントは、４５Ｌｐｍより大きく２００Ｌｐｍ以下の空気流量に関連付けられてよい。したがって、低吸入イベントは、場合によっては全く用いられなくてよい。

圧力測定値及び／又は演算された空気流指標は、吸入デバイス１００の流路１１９を通る流れの方向を示し得る。例えば、圧力測定値が圧力の負の変化を反映する場合、読取値は、流路１１９を介してマウスピース１０６から流れ出る空気を示し得る。圧力測定値が圧力の正の変化を反映する場合、読取値は、流路１１９を介してマウスピース１０６に流れ入る空気を示し得る。したがって、圧力測定値及び／又は空気流指標は、対象者がマウスピース１０６内へ呼息しているかどうかを判定するために用いられてよく、これは、対象者がデバイス１００を適切に使用していないことを示し得る。

吸入デバイス１００は、肺機能指標の測定を可能にする肺活量計または同様に作動するデバイスを含んでよい。例えば、吸入デバイス１００は、対象者の肺容量に関する指標を得るために測定行ってよい。肺活量計または同様に作動するデバイスは、対象者によって吸入され及び／又は呼息される空気の体積を測定してよい。肺活量計または同様に作動するデバイスは、圧力変換器、超音波、または水量計を使用して、吸入される及び／又は呼息される空気の体積の変化を検出してよい。

吸入デバイス１００の使用から集められた、またはそれに基づいて計算されたデータ（例えば、圧力指標、空気流指標、肺機能指標、投与確認情報など）は、外部デバイスを介して（例えば、部分的にまたは全体的に）演算され及び／又は評価されてよい。より具体的には、電子モジュール１２０内の無線通信回路１２９は、トランスミッタ及び／又はレシーバ（例えば、トランシーバ）、並びに、追加の回路を含んでよい。

例えば無線通信回路１２９は、Ｂｌｕｅｔｏｏｔｈチップセット（例えばＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙチップセット）、ＺｉｇＢｅｅチップセットＴｈｒｅａｄチップセットなどを含んでよい。したがって、電子モジュール１２０は、圧力測定値、空気流指標、肺機能測定値、投与確認情報、及び／又は、吸入デバイス１００の使用に関する他の状況といったデータをモバイルデバイスに無線で提供してよい。電子モジュール１２０はまた、データに関連付けられたタイムスタンプを送信してよい。データは、使用時間、吸入デバイス１００がどのように使用されているかを示す吸入デバイス１００からのリアルタイムデータ、および、対象者の肺機能及び／又は医療処置に関するリアルタイムデータといった対象者についての個人化されたデータに基づく増悪リスク予測を可能にするために、外部デバイスにリアルタイムで提供されてよい。外部デバイスは、受信した情報を処理し、モバイルデバイスを介して、またはＨＣＰに関連付けられたコンピュータを介してといった、グラフィカルユーザインターフェース（ＧＵＩ）を介して、対象者に、コンプライアンスおよびアドヒアランスフィードバックを提供するためのソフトウェアを含んでよい。

空気流指標は、吸入／呼息の平均流量、吸入／呼息のピーク流量（例えば、受け取った最大吸気）、吸入／呼息の体積、吸入／呼息のピークまでの時間、及び／又は、吸入／呼息の持続時間のうちの１つ又は複数といった、吸入デバイス１００からリアルタイムで集められる個人化されたデータを含んでよい。空気流指標は、流路１１９を通る流れの方向を示し得る。すなわち、圧力の負の変化は、マウスピース１０６からの吸入に対応し得るものであり、圧力の正の変化は、マウスピース１０６への呼息に対応し得る。空気流指標を計算するとき、電子モジュール１２０は、環境条件によってもたらされるあらゆる歪み（ひずみ）を除去または最小化するように構成されてよい。例えば、電子モジュール１２０は、空気流指標を計算する前または計算した後に、大気圧の変化を考慮するために再度ゼロにしてよい。１つ又は複数の圧力測定値及び／又は空気流指標は、タイムスタンプされ、電子モジュール１２０のメモリに格納されてよい。

空気流指標に加えて、吸入デバイス１００または別の演算デバイスは、空気流指標を使用して、追加のデータを生成してよい。例えば、吸入デバイス１００の電子モジュール１２０のコントローラは、空気流指標を、例えば、ピーク吸気流指標、ピーク呼気流指標、及び／又は１秒間強制呼気容量（forced expiratory volume in 1 second）（ＦＥＶ１）といった、医師に理解される対象者の肺機能及び／又は肺の健康を示す他の指標に変換してよい。吸入器の電子モジュール１２０は、回帰モデルといった数理モデルを用いて、対象者の肺機能及び／又は肺の健康の尺度を決定してよい。数理モデルは、吸入の総体積とＦＥＶ１との間の相関を識別してよい。数理モデルは、ピーク吸気流とＦＥＶ１との間の相関を識別してよい。数理モデルは、吸入の総体積とピーク呼気流との間の相関を識別してよい。数理モデルは、ピーク吸気流とピーク呼気流との間の相関を識別してよい。

開示された実施形態に対する他の変形例は、図面、開示、および添付の特許請求の技術の検討から、特許請求された発明を実施する際に当業者によって理解され、実施されることができる。特許請求の範囲において、単語「備える(comprising)」は、他の要素又はステップを排除するものではなく、不定冠詞「ａ」又は「ａｎ」は複数を排除するものではない。特定の手段が相互に異なる従属請求項に記載されているという単なる事実は、これらの手段の組合せが有利に使用されることができないことを示すものではない。特許請求の範囲におけるいかなる参照符号も、範囲を限定するものとして解釈されるべきではない。

Claims (36)

1. システムであって、
   プロセッサ、メモリ、および、通信回路を備えるクラウドベースのサーバと、
   マウスピース、薬剤、および、電子モジュールを備える吸入器と、を備え、前記電子モジュールは、プロセッサ、メモリ、および、通信回路を備え、
   前記システムは、さらに、
   第１モバイルデバイスに存在する第１モバイルアプリケーションを備え、前記第１モバイルデバイスは、プロセッサ、通信回路、および、メモリを備え、
   前記第１モバイルアプリケーションは、前記第１モバイルデバイスの前記プロセッサに：
   吸入データのリクエストを前記吸入器に送信すること；
   前記吸入データを前記吸入器から受信すること、前記吸入データはタイムスタンプに関係付けられ；および、
   前記吸入データおよびタイムスタンプを前記クラウドベースのサーバに送信すること、を行わせるように構成されており、
   前記システムは、さらに、
   第２モバイルデバイスに存在する第２モバイルアプリケーションを備え、前記第２モバイルデバイスは、プロセッサ、通信回路、および、メモリを備え、
   前記第２モバイルアプリケーションは、前記第２モバイルデバイスの前記プロセッサに：
   前記第２モバイルアプリケーションと前記吸入器との間の最後の同期時刻のインディケーションを含むリクエストを前記クラウドベースのサーバに送信すること；および、
   前記リクエストに応答して前記吸入器の前記吸入データを前記クラウドベースのサーバから受信することを、行わせるように構成されており、前記吸入データに関連付けられた前記タイムスタンプは、前記第２モバイルアプリケーションと前記吸入器との間の前記最後の同期時刻より後である、
   ことを特徴とするシステム。
2. 前記システムは、前記吸入器が前記吸入データを任意のモバイルデバイスに送信する回数を１回に制限するように構成されている、
   請求項１記載のシステム。
3. 前記第２モバイルアプリケーションは、前記吸入器と接続モードに入ることに応答して、前記モバイルデバイスに、
   吸入データのリクエストを前記吸入器に送信することを前記第２モバイルデバイスに行わせる前に、前記リクエストを前記クラウドベースのサーバに送信することを行わせるように構成されている、
   請求項１または請求項２に記載のシステム。
4. 前記第２モバイルアプリケーションは、前記第２モバイルデバイスに、
   前記第２モバイルアプリケーションへのユーザイベントを検出することに応答して、前記リクエストを前記クラウドベースのサーバに送信することを行わせるように構成されている、
   請求項１から請求項３のいずれかに記載のシステム。
5. 前記第２モバイルアプリケーションは、前記第２モバイルデバイスに、
   当該第２モバイルアプリケーションが前記吸入器の前記吸入データを前記クラウドベースのサーバから受信する前に、前記吸入器に関係付けられたプロダクト識別子（ＩＤ）または前記吸入器の患者に関連付けられた患者ＩＤを前記クラウドベースのサーバに送信することを、行わせるように構成されている、
   請求項１から請求項４のいずれかに記載のシステム。
6. 前記第２モバイルアプリケーションと前記吸入器との間の前記最後の同期時刻の前記インディケーションは、前記第２モバイルデバイスに格納されている前記吸入器の最新の吸入データのタイムスタンプを備える、
   請求項１から請求項５のいずれかに記載のシステム。
7. 前記第２モバイルアプリケーションは、前記第２モバイルデバイスに：
   リクエストを前記吸入器に送信すること；
   第２吸入データを前記吸入器から受信すること；および、
   前記第２吸入データおよび関連付けられたタイムスタンプを前記クラウドベースのサーバに送信すること、を行わせるように構成されており、
   前記第１モバイルアプリケーションは：
   前記第１モバイルアプリケーションと前記吸入器との間の最後の同期時刻のインディケーションを含むリクエストを、前記クラウドベースのサーバに送信し；かつ、
   前記第２吸入データおよび前記吸入器の関連付けられた前記タイムスタンプを前記クラウドベースのサーバから受信するように構成されており、前記第２吸入データに関連付けられた前記タイムスタンプは、前記１モバイルアプリケーションと前記吸入器との間の前記最後の同期時刻より後である、
   請求項１から請求項６のいずれかに記載のシステム。
8. 前記吸入器の前記電子モジュールは：
   当該電子モジュールがオフ状態からアクティブ状態に最初に変化されることに応答して、カウンタを開始し；
   前記ユーザによる前記吸入器の使用に応答して前記吸入データを記録し；
   カウンタ値を前記吸入データに関連付け；かつ、
   前記吸入データおよび前記カウンタ値を前記第１モバイルデバイスに送信するように構成されており、
   前記第１モバイルアプリケーションは、前記第１モバイルデバイスの前記プロセッサに、前記カウンタ値を用いて前記タイムスタンプを決定することを行わせるように構成されており、前記タイムスタンプは、前記第１モバイルデバイスのタイムゾーンに基づく前記吸入データの地方平均時を示す、
   請求項１から請求項７のいずれかに記載のシステム。
9. 前記吸入器は、複数回分の用量の薬剤を離散的に投与するように構成されており、
   前記薬剤は、
   硫酸アルブテロール（１離散用量あたり１１７ｍｃｇの硫酸アルブテロール）、
   プロピオン酸フルチカゾン（１離散用量あたり５５ｍｃｇ、１１３ｍｃｇまたは２３２ｍｃｇのプロピオン酸フルチカゾン）、または、
   プロピオン酸フルチカゾンとキシナホ酸サルメテロールとの組合せ（１離散用量あたり５５ｍｃｇ、１１３ｍｃｇまたは２３２ｍｃｇのプロピオン酸フルチカゾン、および、1４ｍｃｇのキシナホ酸サルメテロール）を備える、
   請求項１から請求項８のいずれか１項に記載のシステム。
10. 前記薬剤は、硫酸アルブテロール、プロピオン酸またはフロ酸フルチカゾン、ジプロピオン酸ベクロメタゾン、または、プロピオン酸またはフロ酸フルチカゾンとサロメテロールとの組合せ、を備える、
    請求項１から請求項８のいずれか１項に記載のシステム。
11. 前記吸入器は、クイックレスポンス（ＱＲ）コードをさらに備え、
    前記第１モバイルデバイスは、カメラをさらに備え、
    前記モバイルアプリケーションは、前記モバイルデバイスの前記プロセッサに：
    前記モバイルデバイスの前記カメラを用いて前記吸入器の前記ＱＲコードの画像を受信すること；
    前記ＱＲコードの前記画像に基づいて、前記吸入器のプロダクト識別子（ＩＤ）を決定すること；
    前記ＱＲコードを用いて前記吸入器の投与スケジュールを決定すること；および、
    前記吸入器の前記投与スケジュールに基づいて、予定された投与が近づいていることを示すアラートを生成すること、を行わせるように構成されている、
    請求項１から請求項１０のいずれかに記載のシステム。
12. 前記吸入器は、クイックレスポンス（ＱＲ）コードをさらに備え、
    前記第１モバイルデバイスは、カメラをさらに備え、
    前記モバイルアプリケーションは、前記モバイルデバイスの前記プロセッサに：
    前記モバイルデバイスの前記カメラを用いて前記吸入器の前記ＱＲコードの画像を受信すること；
    前記ＱＲコードの前記画像に基づいて、前記吸入器のプロダクト識別子（ＩＤ）を決定すること；
    前記プロダクト識別子に基づいて、前記吸入器の薬剤タイプまたは強度のうちの１つ又は複数を決定すること；
    前記吸入器の前記薬剤タイプまたは前記強度に基づいて、前記吸入器が前記モバイルアプリケーションまたは前記ユーザに対応していないことを判定すること；および、
    前記吸入器が前記モバイルアプリケーションまたは前記ユーザに対応していないことに基づいて、前記モバイルデバイスの表示デバイス上にエラーメッセージを生成すること、を行わせるように構成されている、
    請求項１から請求項１０のいずれか１項に記載のシステム。
13. 前記モバイルアプリケーションは、前記モバイルデバイスの前記プロセッサに：
    前記吸入器の前記薬剤タイプまたは前記強度を前記クラウドベースのサーバに送信すること；および、
    前記吸入器の前記薬剤タイプまたは前記強度との前記ユーザの対応性のインディケーションを前記クラウドベースのサーバから受信すること、を行わせるように構成されている、
    請求項１２に記載のシステム。
14. 前記モバイルアプリケーションは、さらに、前記モバイルデバイスの前記プロセッサに、
    前記吸入器が前記モバイルアプリケーションに対応していないことに基づいて、前記吸入器と前記モバイルデバイスとのペアリングプロセスを拒否することを行わせるように構成されている、
    請求項１２に記載のシステム。
15. 前記吸入器は、さらに、クイックレスポンス（ＱＲ）コードを備えるが、前記吸入器は、前記モバイルデバイスとの通信ペアリングプロセスを開始するためのアクチュエータ、ボタン、またはスイッチを備えていない、
    請求項１から１０のいずれかに記載のシステム。
16. 前記モバイルアプリケーションは、さらに、前記モバイルデバイスの前記プロセッサに：
    前記モバイルデバイスの前記カメラを用いて前記吸入器の前記ＱＲコードの画像を受信すること；
    前記ＱＲコードに基づいて、前記吸入器に固有の通信パスキーを決定すること；および、
    前記吸入器の前記電子モジュールと前記モバイルアプリケーションとの間の通信を可能にするために、前記通信パスキーを前記電子モジュールに送信すること、を行わせるように構成されている、
    請求項１５に記載のシステム。
17. 前記通信パスキーは、前記プロダクト識別子と、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）パスキーとを備える、
    請求項１６に記載のシステム。
18. システムであって、
    薬剤、電子モジュール、および、クイックレスポンス（ＱＲ）コードを備える吸入デバイスを備え、前記電子モジュールは、プロセッサ、メモリ、および、通信回路を備え、
    前記システムは、さらに、
    プロセッサ、通信回路、および、カメラを備えるモバイルデバイスに存在するモバイルアプリケーションを備え、
    前記モバイルアプリケーションは、前記モバイルデバイスの前記プロセッサに：
    前記モバイルデバイスの前記カメラを用いて前記吸入デバイスの前記ＱＲコードの画像を受信すること；
    前記ＱＲコードの前記画像に基づいて、前記吸入デバイスのプロダクト識別子（ＩＤ）を決定すること；および、
    前記プロダクトＩＤに基づいて、前記吸入デバイスの投与回数を決定すること、を行わせるように構成されている、
    ことを特徴とするシステム。
19. 前記モバイルアプリケーションは、さらに、前記モバイルデバイスの前記プロセッサに、
    前記ＱＲコードを用いて前記吸入デバイスの投与スケジュールを決定することを行わせるように構成されている、
    請求項１８に記載のシステム。
20. 前記モバイルアプリケーションは、さらに、前記モバイルデバイスの前記プロセッサに、
    前記吸入デバイスの前記投与スケジュールに基づいて、予定された投与が近づいていることを示すアラートを生成することを行わせるように構成されている、
    請求項１８または請求項１９に記載のシステム。
21. 前記モバイルアプリケーションは、さらに、前記モバイルデバイスの前記プロセッサに、
    前記ＱＲコードを用いて前記吸入デバイスの強度および投与スケジュールに関する情報を受信することを行わせるように構成されている、
    請求項１８から請求項２０のいずれかに記載のシステム。
22. 前記モバイルアプリケーションは、さらに、前記モバイルデバイスの前記プロセッサに：
    前記ＱＲコードに基づいて、前記吸入デバイスに固有の通信パスキーを決定すること；および、
    前記吸入デバイスの前記電子モジュールと前記モバイルアプリケーションとの間の通信を可能にするために、前記通信パスキーを前記電子モジュールに送信すること、を行わせるように構成されている、
    請求項１８から請求項２１のいずれかに記載のシステム。
23. 前記通信パスキーは、前記プロダクト識別子を備える、
    請求項２２に記載のシステム。
24. 前記吸入デバイスは、前記モバイルデバイスとの通信ペアリングプロセスを開始するためのアクチュエータ、ボタン、またはスイッチを備えず、前記通信パスキーは、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）パスキーを備える、
    請求項２２または請求項２３に記載のシステム。
25. 前記モバイルアプリケーションは、さらに、前記モバイルデバイスの前記プロセッサに：
    前記プロダクト識別子に基づいて、前記吸入デバイスの薬剤タイプを決定すること；
    前記吸入デバイスの前記薬剤タイプに基づいて、前記吸入デバイスが前記モバイルアプリケーションに対応していないことを判定すること；および、
    前記吸入デバイスが前記モバイルアプリケーションに対応していないことに基づいて、前記モバイルデバイスの表示デバイス上にエラーメッセージを表示すること、を行わせるように構成されている、
    請求項１８から請求項２４のいずれかに記載のシステム。
26. 前記モバイルアプリケーションは、さらに、前記モバイルデバイスの前記プロセッサに、
    前記吸入デバイスが前記モバイルアプリケーションに対応していないことに基づいて、前記吸入デバイスと前記モバイルデバイスとのペアリングプロセスを拒否することを行わせるように構成されている、
    請求項２５に記載のシステム。
27. 前記吸入デバイスは、複数回分の用量の薬剤を離散的に投与するように構成されており、
    前記薬剤は、
    硫酸アルブテロール（１離散用量あたり１１７ｍｃｇの硫酸アルブテロール）、
    プロピオン酸フルチカゾン（１離散用量あたり５５ｍｃｇ、１１３ｍｃｇまたは２３２ｍｃｇのプロピオン酸フルチカゾン）、または、
    プロピオン酸フルチカゾンとキシナホ酸サルメテロールとの組合せ（１離散用量あたり５５ｍｃｇ、１１３ｍｃｇまたは２３２ｍｃｇのプロピオン酸フルチカゾン、および、1４ｍｃｇのキシナホ酸サルメテロール）を備える、
    請求項１８から請求項２６のいずれかに記載のシステム。
28. 前記薬剤は、硫酸アルブテロール、プロピオン酸またはフロ酸フルチカゾン、ジプロピオン酸ベクロメタゾン、または、プロピオン酸またはフロ酸フルチカゾンとサロメテロールとの組合せ、を備える、
    請求項１８から請求項２６のいずれかに記載のシステム。
29. システムであって、
    プロセッサ、メモリ、および、通信回路を備えるクラウドベースのサーバと、
    マウスピース、薬剤、クイックレスポンス（ＱＲ）コード、および、電子モジュールを備える吸入デバイスと、を備え、前記電子モジュールは、プロセッサ、メモリ、および、通信回路を備え、
    前記システムは、さらに、
    第１モバイルデバイスに存在する第１モバイルアプリケーションを備え、前記第１モバイルデバイスは、プロセッサ、通信回路、カメラ、および、メモリを備え、
    前記第１モバイルアプリケーションは、前記第１モバイルデバイスの前記プロセッサに：
    前記第１モバイルデバイスの前記カメラを用いて前記ＱＲコードの画像を受信すること；
    前記ＱＲコードの前記画像に基づいて、前記吸入デバイスに固有の通信パスキーを決定すること；
    前記吸入デバイスの前記電子モジュールと前記第１モバイルアプリケーションとの間の通信を可能にするために、前記第１モバイルデバイスに、前記通信パスキーを前記電子モジュールへ送信させること；
    前記ＱＲコードの前記画像に基づいて、前記吸入デバイスのプロダクト識別子（ＩＤ）を決定すること；
    前記プロダクトＩＤに基づいて、前記吸入デバイスの薬剤タイプまたは投与回数の少なくとも１つに関する情報を決定すること；
    吸入データのリクエストを前記吸入デバイスに送信すること；
    前記吸入データを前記吸入デバイスから受信すること；および、
    前記吸入データを前記クラウドベースのシステムに送信すること、を行わせるように構成されている、
    ことを特徴とするシステム。
30. 第２モバイルデバイスに存在する第２モバイルアプリケーションをさらに備え、前記第２モバイルデバイスは、プロセッサ、通信回路、カメラ、および、メモリを備え、
    前記第２モバイルアプリケーションは、前記第２モバイルデバイスの前記プロセッサに：
    前記第２モバイルデバイスの前記カメラを用いて前記ＱＲコードの画像を受信すること；
    前記ＱＲコードの前記画像に基づいて、前記吸入デバイスの前記プロダクトＩＤを決定すること；
    前記プロダクトＩＤに基づいて、前記吸入デバイスの薬剤タイプまたは投与回数の少なくとも１つに関する情報を決定すること；および、
    前記吸入デバイスが前記吸入データを任意のモバイルデバイスに送信する回数を１回に制限するために、吸入データのリクエストを前記吸入デバイスに送信する前に、前記吸入データのリクエストを前記クラウドベースのサーバに送信すること、を行わせるように構成されている、
    請求項２９に記載のシステム。
31. 前記サーバは：
    前記第１モバイルデバイスから前記プロダクトＩＤを受信することに応答して、前記第１モバイルアプリケーションまたは前記第１モバイルデバイスのうちの１つ又は複数を前記吸入デバイスに対して認証するように構成され；かつ、
    前記第２モバイルデバイスから前記プロダクトＩＤを受信することに応答して、前記第２モバイルアプリケーションまたは前記第２モバイルデバイスのうちの１つ又は複数を前記吸入デバイスに対して認証するように構成されている、
    請求項３０に記載のシステム。
32. 前記モバイルアプリケーションは、前記第１モバイルデバイスの前記プロセッサに：
    前記ＱＲコードを用いて前記吸入デバイスの投与スケジュールを決定すること；および、
    前記吸入デバイスの前記投与スケジュールに基づいて、予定された投与が近づいていることを示すアラートを生成すること、を行わせるように構成されている、
    請求項２９に記載のシステム。
33. 前記吸入デバイスは、複数回分の用量の薬剤を離散的に投与するように構成されており、
    前記薬剤は、
    硫酸アルブテロール（１離散用量あたり１１７ｍｃｇの硫酸アルブテロール）、
    プロピオン酸フルチカゾン（１離散用量あたり５５ｍｃｇ、１１３ｍｃｇまたは２３２ｍｃｇのプロピオン酸フルチカゾン）、または、
    プロピオン酸フルチカゾンとキシナホ酸サルメテロールとの組合せ（１離散用量あたり５５ｍｃｇ、１１３ｍｃｇまたは２３２ｍｃｇのプロピオン酸フルチカゾン、および、1４ｍｃｇのキシナホ酸サルメテロール）を備える、
    請求項２９から請求項３２のいずれかに記載のシステム。
34. 前記薬剤は、硫酸アルブテロール、プロピオン酸またはフロ酸フルチカゾン、ジプロピオン酸ベクロメタゾン、または、プロピオン酸またはフロ酸フルチカゾンとサロメテロールとの組合せ、を備える、
    請求項２９から請求項３２のいずれかに記載のシステム。
35. システムであって、
    薬剤、電子モジュール、および、クイックレスポンス（ＱＲ）コードを備える吸入デバイスを備え、前記電子モジュールは、プロセッサ、メモリ、および、通信回路を備え、吸入デバイスは、モバイルデバイスとの通信ペアリングプロセスを開始するためのアクチュエータ、ボタン、またはスイッチを備えず、
    前記システムは、さらに、
    プロセッサ、通信回路、および、カメラを備えるモバイルデバイスに存在するモバイルアプリケーションを備え、
    前記モバイルアプリケーションは、前記モバイルデバイスの前記プロセッサに：
    前記モバイルデバイスの前記カメラを用いて前記吸入デバイスの前記ＱＲコードの画像を受信すること；
    前記ＱＲコードに基づいて、前記吸入デバイスに固有の通信パスキー、前記吸入デバイスの薬剤タイプ、前記薬剤の強度、および、前記吸入デバイスの投与回数を決定すること；
    前記吸入デバイスの前記薬剤タイプに基づいて、投与スケジュールを決定すること；
    前記吸入器の前記電子モジュールと前記モバイルアプリケーションとの間の通信を可能にするために、前記通信パスキーを前記電子モジュールに送信すること；および、
    前記吸入デバイスの前記投与スケジュールに基づいて、予定された投与が近づいていることを示すアラートを生成すること、を行わせるように構成されている、
    ことを特徴とするシステム。
36. 前記吸入デバイスは、複数回分の用量の薬剤を離散的に投与するように構成されており、
    前記薬剤は、
    硫酸アルブテロール（１離散用量あたり１１７ｍｃｇの硫酸アルブテロール）、
    プロピオン酸フルチカゾン（１離散用量あたり５５ｍｃｇ、１１３ｍｃｇまたは２３２ｍｃｇのプロピオン酸フルチカゾン）、または、
    プロピオン酸フルチカゾンとキシナホ酸サルメテロールとの組合せ（１離散用量あたり５５ｍｃｇ、１１３ｍｃｇまたは２３２ｍｃｇのプロピオン酸フルチカゾン、および、1４ｍｃｇのキシナホ酸サルメテロール）を備える、
    請求項３５に記載のシステム。

Images