(57)【要約】  処方された医薬品の宅配のための方法およびシステムは、第１の場所で医薬品の処方箋を処理することと、第２の場所で少なくとも１つの関心のある商品を購入することと、処方された医薬品および少なくとも１つの関心のある商品を、処方された医薬品および少なくとも１つの関心のある商品のユーザによって決定される第３の場所への同じ配送下に組み合わせることとを含む。【選択図】図１
2019502215.tif 000002
【特許請求の範囲】
【請求項１】
処方された医薬品の宅配のための方法であって、
第１の場所で医薬品の処方箋を処理することと、
第２の場所で少なくとも１つの関心のある商品を購入することと、
前記処方された医薬品および前記少なくとも１つの関心のある商品を、前記処方された医薬品および前記少なくとも１つの関心のある商品のユーザによって決定される第３の場所への同じ配送下に組み合わせることとを含む、方法。
【請求項２】
前記第１の場所が薬局であり、前記第２の場所が小売店である、請求項１に記載の方法。
【請求項３】
前記薬局および前記小売店が、同じ場所にあるか、または同じである、請求項２に記載の方法。
【請求項４】
前記処方箋を医院から前記第１の場所に電子通信を介して送信することと、
前記処方箋に基づいて関心のある他の商品の推奨を生成することとをさらに含む、請求項１に記載の方法。
【請求項５】
前記処方箋に基づいて前記処方薬の自動補充を生成することをさらに含む、請求項１に記載の方法。
【請求項６】
在庫供給が所定の閾値を下回ったときに前記第１の場所に送信される警告を生成することをさらに含む、請求項１に記載の方法。
【請求項７】
前記処方箋を処理するために利用可能な複数の薬局を識別することと、
前記処方箋を処理するための前記複数の薬局のうち一薬局を特定するために、前記ユーザの現在の場所と前記第１の場所とを比較することとをさらに含む、請求項１に記載の方法。
【請求項８】
温度制御されたデバイス内で、前記処方された医薬品および前記少なくとも１つの関心のある商品を配送することをさらに含む、請求項１に記載の方法。
【請求項９】
パッケージ追跡および認証のためのブロックチェーンを含む配送暗号化システムをさらに備える、請求項８に記載の方法。
【請求項１０】
自律車両内で、前記処方された医薬品および前記少なくとも１つの関心のある商品を配送することをさらに含む、請求項１に記載の方法。
【請求項１１】
処方箋処理システムであって、
受取人に処方するための医薬品の可用性を監視する在庫決定プロセッサと、
前記医薬品の処方箋と組み合わされ得る商品および同じ発送注文下で前記受取人に一緒に発送され得る他の商品を決定する関連製品生成器とを備える、処方箋処理システム。
【請求項１２】
医薬品を処方するのに利用可能になり得る複数の薬局を特定する薬局決定プロセッサをさらに備える、請求項１１に記載の処方箋処理システム。
【請求項１３】
前記受取人の購入習慣に関するデータを編集し、前記データを前記医薬品処方箋と比較して推奨される購入オプションを生成する、製品推奨プロセッサをさらに備える、請求項１１に記載の処方箋処理システム。
【請求項１４】
前記処方薬に関する再調剤日を監視する医薬品再調剤追跡プロセッサをさらに備える、請求項１１に記載の処方箋処理システム。
【請求項１５】
前記システムが、第１の場所にある前記処方された医薬品および第２の場所にある前記他の商品を組み合わせることによって配送を決定し、前記配送が第３の場所宛に行われる、請求項１１に記載の処方箋処理システム。
【請求項１６】
１つまたは複数の供給チェーンエンティティと配送情報を交換するためのブロックチェーンプロセッサをさらに含み、前記ブロックチェーンプロセッサは、台帳システムの一部であるか、または前記台帳システムと通信して、顧客、医師、薬局、宅配業者、供給チェーンエンティティの１つまたは複数の電子デバイスと通信する、請求項１に記載の処方箋処理システム。
【請求項１７】
処方された医薬品の宅配のための方法であって、
医薬品の処方箋を処理することと、
少なくとも１つの関心のある商品を購入するか否かを決定することと、
前記少なくとも１つの関心のある商品が購入されると決定したことに応答して、前記処方された医薬品および前記少なくとも１つの関心のある商品を所定の場所への同じ配送下に組み合わせることと、
前記少なくとも１つの関心のある商品が購入されないと決定したことに応答して、前記処方された医薬品を前記所定の場所に配送することとを含む、方法。
【請求項１８】
前記医薬品が第１の場所にあり、前記少なくとも１つの関心のある商品が第２の場所にある、請求項１７に記載の方法。
【請求項１９】
前記処方箋に基づいて前記処方薬の自動補充を生成することをさらに含む、請求項１７に記載の方法。
【請求項２０】
在庫供給が所定の閾値を下回ったときに警告を生成することをさらに含む、請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の概念は、一般に調剤製品の配送に関し、より詳細には、処方薬の配送サービスに関する。
【０００２】
〔関連出願の相互参照〕
本出願は、２０１５年１１月１０日に出願され、「処方薬の宅配（Ｐｒｅｓｃｒｉｐｔｉｏｎ  Ｈｏｍｅ  Ｄｅｌｉｖｅｒｙ）」と題する米国仮特許出願第６２／２５３，５３４号明細書に対する優先権を主張し、その全体が参照により本明細書に組み込まれる。
【背景技術】
【０００３】
通常、人々は、病気のときに医院を訪れることはよく知られている。薬が処方される場合、患者は、処方薬を調剤するための薬局を訪問し得る。また、医薬品が処方された患者は、病気の間、家に滞在する準備をし、店に行く必要がないように、食品または関心のある他の消費財を購入するために食料品店または他の小売店に訪問することがある。
【発明の概要】
【０００４】
１つの態様では、処方された医薬品の宅配のための方法であって、第１の場所で医薬品の処方箋を処理することと、第２の場所で少なくとも１つの関心のある商品を購入することと、処方された医薬品および少なくとも１つの関心のある商品を、処方された医薬品および少なくとも１つの関心のある商品のユーザによって決定される第３の場所への同じ配送下に組み合わせることとを含む、方法が提供される。
【０００５】
いくつかの実施形態では、第１の場所は薬局であり、第２の場所は小売店である。いくつかの実施形態では、薬局および小売店は同じ場所にあるか、または同じである。
【０００６】
いくつかの実施形態では、方法は、処方箋を医院から第１の場所に電子通信を介して送信することと、処方箋に基づいて関心のある他の商品の推奨を生成することとをさらに含む。
【０００７】
いくつかの実施形態では、方法は、処方箋に基づいて処方薬の自動補充を生成することをさらに含む。
【０００８】
いくつかの実施形態では、方法は、在庫供給が所定の閾値を下回ったときに第１の場所に送信される警告を生成することをさらに含む。
【０００９】
いくつかの実施形態では、方法は、処方箋を処理するために利用可能な複数の薬局を特定することと、処方箋を処理するための複数の薬局のうち一薬局を特定するために、ユーザの現在の場所と第１の場所とを比較することとをさらに含む。
【００１０】
いくつかの実施形態では、方法は、温度制御されたデバイス内で、処方された医薬品および少なくとも１つの関心のある商品を配送することをさらに含む。いくつかの実施形態では、配送暗号化システムは、パッケージ追跡および認証のためのブロックチェーンを備える。
【００１１】
いくつかの実施形態では、方法は、自律車両内で、処方された医薬品および少なくとも１つの関心のある商品を配送することをさらに含む。
【００１２】
別の態様では、処方箋処理システムであって、受取人に処方するための医薬品の可用性を監視する在庫決定プロセッサと、医薬品の処方箋と組み合わされ得る商品および同じ発送注文下で受取人に一緒に発送され得る他の商品を決定する関連製品生成器とを備える、処方箋処理システムが、提供される。
【００１３】
いくつかの実施形態では、処方箋処理システムは、医薬品を処方するのに利用可能になり得る複数の薬局を特定することができる薬局決定プロセッサ３４をさらに備える。
【００１４】
いくつかの実施形態では、処方箋処理システムは、受取人の購入習慣に関するデータを編集し、このデータと医薬品処方箋とを比較して推奨される購入オプションを生成する製品推奨プロセッサをさらに備える。
【００１５】
いくつかの実施形態では、処方箋処理システムは、処方薬に関する再調剤日を監視する医薬品再調剤追跡プロセッサをさらに備える。
いくつかの実施形態では、処方箋処理システムは、第１の場所にある処方された医薬品および第２の場所にある他の商品を組み合わせることによって発送を決定し、この場合配送は第３の場所宛に行われる。
【００１６】
いくつかの実施形態では、処方箋処理システムは、配送情報を１つまたは複数の供給チェーンエンティティと交換するためのブロックチェーンプロセッサをさらに含み、この場合、ブロックチェーンプロセッサは、台帳システムの一部であるか、またはこれと通信して、顧客、医師、薬局、宅配業者、および供給チェーンエンティティの１つまたは複数の電子デバイスと通信する。
【００１７】
別の態様では、処方された医薬品の宅配のための方法であって、医薬品の処方箋を処理することと、少なくとも１つの関心のある商品を購入するか否かを決定することと、少なくとも１つの関心のある商品が購入されると決定したことに応答して、処方された医薬品および少なくとも１つの関心のある商品を所定場所への同じ配送下に組み合わせることと、少なくとも１つの関心のある商品が購入されないと決定したことに応答して、処方された医薬品を所定場所に配送するステップとを含む，方法が提供される。
【００１８】
いくつかの実施形態では、医薬品は第１の場所にあり、少なくとも１つの関心のある商品は第２の場所にある。いくつかの実施形態では、第１の場所は薬局であり、第２の場所は小売店である。
【００１９】
いくつかの実施形態では、医薬品および少なくとも１つの関心のある商品は、それぞれ同じ場所にある。
【００２０】
いくつかの実施形態では、方法は、処方箋に基づいて処方薬の自動補充を生成することをさらに含む。
【００２１】
いくつかの実施形態では、方法は、在庫供給が所定の閾値を下回ったときに警告を生成することをさらに含む。
【００２２】
いくつかの実施形態では、方法は、処方箋を処理するために利用可能な複数の薬局を特定することと、処方箋を処理するための複数の薬局のうち一薬局を特定するために、ユーザの現在の場所と医薬品の場所を比較することとをさらに含む。
【図面の簡単な説明】
【００２３】
上記およびさらなる利点は、添付の図面と併せて以下の説明を参照することによって、よりよく理解されてよく、図面において、同様の番号は、さまざまな図における同様の構造要素および特徴を示す。図面は必ずしも縮尺通りではなく、概念の原理を説明することに重点が置かれている。
【図１】実施形態を実施することができる環境の図である。
【図２】いくつかの実施形態による、処方箋処理システムのブロック図である。
【図３】いくつかの実施形態による、処方された医薬品を消費者の家庭に配送するための方法の流れ図である。
【図４】いくつかの実施形態による、処方薬配送サービスのプロセスフローである。
【図５】いくつかの実施形態による、患者記録および処方箋データを処理するためのプロセスフローである。
【図６】いくつかの実施形態による、処方箋の薬局遂行のためのプロセスフローである。
【図７】いくつかの実施形態による、処方遂行後の患者決定プロセスフローである。
【図８】いくつかの実施形態による、処方遂行のためのプロセスフローである。
【図９】いくつかの実施形態による、処方遂行のためのプロセスフローである。
【発明を実施するための形態】
【００２４】
いくつかの実施形態によるシステムおよび方法は、処方箋医薬品および食料品または他の関心のある商品を組み合わせて所望の場所に配送することを提供する。
【００２５】
図１は、実施形態を実施することができる環境の図である。環境は、いくつかの実施形態によれば、調剤製品および食料品または他の小売商品の配送に関与するエンティティを含むことができる。エンティティは、それだけに限定されないが、医院１２、薬局１４、食料品店１６、および家または会社などのユーザ場所１８を含むことができる。環境は、さまざまなエンティティ間で調剤製品および食料品または他の小売商品を配送することができる、運転手のいらない、自動運転、またはロボット車両、無人航空機（ＵＡＶ）などの自律車両１９を含むことができる。他の実施形態では、調剤製品および食料品または他の小売商品は、自動車、トラックなどの従来の車両によって配送される。いくつかの実施形態では、処方薬を配送するために必要な情報は、ピア−ピア台帳システムを介して送信され、認証されてよく、このピア−ピア台帳システムは、自律車両がピックアップ情報および処方薬の配送先、ならびに車両の認証およびパッケージの受け取り時の顧客の認証を受信することを可能にする。
【００２６】
医院１２、薬局１４、食料品店１６、およびユーザ場所１８の各々は、少なくとも１つのコンピュータプロセッサ１７、４２、４４、４６と、互いにおよび／または処方箋処理システム３０およびデータベース３２などの他の電子デバイスとネットワーク１２を介して通信するためのネットワークインターフェースとを含むことができる。ネットワーク１２は、公衆交換電話網（ＰＳＴＮ）、移動通信ネットワーク、ローカルエリアネットワーク（ＬＡＮ）もしくはワイドエリアネットワーク（ＷＡＮ）のようなデータネットワーク、またはそれらの組み合わせ、または当業者に知られている他の通信ネットワークであってよい。
【００２７】
消費者１５は、医院１２、または病院、医療センター、または消費者１５が処方箋を受け取ることができる他の場所を訪問することができる。説明のために、消費者１５は、消費者１５が処方された医薬品の受取人であることを意図されている場合、医薬品受取人または受取人とも称され得る。次いで、消費者１５は、処方箋で特定された医薬品を受け取るために薬局１４を訪れることができる。消費者１５は、その後、薬局１４で取得した医薬品に関連していてもいなくてもよい、関心のある他の商品を購入するために、食料品店などの小売店１６を訪問することができる。いくつかの実施形態では、これらの商品は、物理的に異なる店舗ではなく薬局１４において購入されてもよい。いくつかの実施形態では、消費者１５は、オンラインで処方薬を調剤し、たとえば同じまたは異なるウェブサイトで他の商品をオンラインで購入することもできる。
【００２８】
処方箋処理システム３０は、家のような受取人１５の所望の受け取り場所１８への処方医薬品の配送を提供し、食料品、供給品またはその他の小売商品などの、処方医薬品と共に取りまとめて所望の受け取り場所１８に配送することができる他の商品を特定する。前述の例では、薬局１４および／または店舗１６を訪れた消費者１５は、たとえば、医薬品が、消費者１５によって薬局１４になされたリクエスト時に入手可能でない場合、医薬品および他の商品を同じ発送下で発送することを望むことができる。他の実施形態では、消費者１５は、スマートフォンまたは他のコンピュータを使用して医薬品、たとえば再調剤を、他の商品と共にオンラインで発注することができ、それによって医薬品および商品を取りまとめて好みの場所に一緒に発送することができる。
【００２９】
処方箋処理システム３０は、処方箋情報に基づく処方薬の自動補充および／または購入推奨、在庫供給が所定の閾値を下回った場合に薬局１４に送信される警告の生成、抱き合わせ販売、監視、広告、通知、およびその他の関連機能を提供することができる。ピア−ピア台帳システムから警告を送信することができ、この警告は、個人のスマートデバイスに伝えられる。
【００３０】
図２は、いくつかの実施形態による、処方箋処理システム３０のブロック図である。処方箋処理システム３０は、図１に関して図示され説明される環境において実施され得る。
【００３１】
処方箋処理システム３０は、在庫決定プロセッサ３２と、薬局決定プロセッサ３４と、関連製品生成器３６と、製品推奨プロセッサ３８と、医薬品再調剤追跡プロセッサ４０とを含むことができる。処方箋処理システム３０のこれらの要素のいくつかまたはすべては、同じコンピュータハードウェアプラットフォームの下に存在してもよい。他の実施形態では、これらの要素は、２つ以上の異なるコンピュータハードウェアプラットフォーム上に配置されてよく、互いにおよび／または処方箋処理システム３０の他の要素と、通信ネットワーク１２、たとえばデータを電子的に交換する有線または無線ネットワークを介して通信することができる。
【００３２】
在庫決定プロセッサ３２は、医薬品の可用性を追跡し続ける。そうするとき、在庫決定プロセッサ３２は、消費者の医薬品処方箋が処理されたときに薬局プロセッサ４４から通信を受信することができ、それによって所定量の医薬品が消費者受取人１５に割り当てられる。たとえば、消費者１５は、医師から処方箋を受け取ることができる。そうするとき、注文は医院プロセッサ４２に入力され、薬局１４に提出される。在庫決定プロセッサ３２は、この情報を医師のプロセッサ４２および／または薬局プロセッサ４４から受信することができる。在庫決定プロセッサ３２は、この情報から薬局１４で使用可能な医薬品量を確立することができる。在庫決定プロセッサ３２は、在庫の可用性をチェックすることができる。ここで、消費者１５は、たとえばプログラムにオプトインすることにより、プログラムにアクセスすることができる。医院プロセッサ４２は、処方箋情報を処理し、次いで、処方箋情報を顧客情報と共に薬局プロセッサ４４に送ることができる。
【００３３】
処方箋処理システム３０は、ブロックチェーン関連処理を実行するための１つまたは複数のプロセッサを含むことができ、さらに、ピアツーピアネットワークにリンクされた通信デバイスを含むことができ、このとき患者、医者、および薬局のための関連するキーがピアツーピアネットワークに分散され、ピアツーピアネットワークは、この情報をさらにさまざまなエンティティに伝える。通信の各送信時に、次のブロックで新しいブロックを形成することができ、このブロックもまた、処方箋の取り扱い、調達、発行、または受諾を含む。処方箋およびそれらの関連する成分、製品およびそれらの関連する在庫、小売業者およびそれらの関連する在庫、および薬局およびそれらの関連する在庫は、その在庫状況を、ピアツーピア台帳システムへの情報のブロックとして、またはアプリケーションによる在庫状況としてアプリケーションまたはブロックチェーン構造と共有する。
【００３４】
医院プロセッサ４２および／または医師に関連する他のビジネスエンティティコンピュータデバイスは、処方箋を電子データの形で薬局１４などの他のエンティティに提出するとき、公開キーおよび／または秘密キーを含む認証技術または他のセキュリティ技術を提供することができる。ここで、消費者１５、たとえば医師の患者もまた、消費者のコンピュータデバイスおよび医院プロセッサ４２および／または他のビジネスエンティティコンピュータデバイスと通信するための公開キーおよび／または秘密キーを有することができる。処方箋が医院プロセッサ４２またはそれら関連から薬局１４に送られたとき、これは、医師の秘密／公開キーおよび患者の秘密／公開キーの両方の集合ブロックチェーン構造を含むことができる。この情報は、ピアツーピアネットワーク上で共有され、ここでは、薬局のキーに処方箋へのアクセスが許可されている場合、薬局１４はデータにアクセスする。
【００３５】
薬局プロセッサ４４が処方箋チェーンを認証し解読した後、たとえば、薬局１４の受取人は、処方箋を閲覧し、作成し、それによって、それだけに限定されないが、薬局、薬剤師、日付、時間、処方指示、服用量指示、特別指示、取り扱い、ピックアップ情報、認証、薬物のクラス、またはこれの組み合わせからの情報を含むようにブロックチェーンをさらに変更する。
【００３６】
小売業者で利用可能な製品およびサービスは、独自のブロックチェーン識別子を有することもでき、この識別子を、データベースに含まれこれから参照することができる関連する組み合わせ購入のために処方箋と整合させ、または別の形で関連付けることができる。
【００３７】
アプリケーションまたはピアツーピア台帳システムを通じて、紹介商品が顧客に提出され、この場合顧客は紹介購入のオプトインまたはオプトアウトを行うことができる。
【００３８】
システム３０はまた、消費者１５（例えば、医師の患者）に、どの薬局で消費者１５がその注文を受け取るかについて警告することもできる。在庫決定プロセッサ３２は、再調剤追跡プロセッサ４０と協働して、再調剤日付などの処方箋情報を監視することができる。再調剤日付は、薬局１４に送られた薬局情報の一部である。再調剤日付の目的は、薬局１４が医薬品の必要性をよりよく予測することを可能にするためである。いくつかの実施形態では、再調剤は、再調剤日付などに関する情報を含むブロックチェーンデータによって達成される。警告は、再調剤日付に達したとき、台帳システムから個人の選択されたデバイスまたは方法に解析され得る。
【００３９】
薬局決定プロセッサ３４は、医薬品を処方するために利用可能になり得る複数の薬局を特定することができる。薬局決定プロセッサ３４は、たとえば受取人のスマートフォン１７と通信するＧＰＳによって、受取人１５の現在の位置をさまざまな薬局の場所と比較し、その結果を薬局決定プロセッサ３４に提供することができ、薬局決定プロセッサは、最も近い薬局、または他のパラメータ、たとえば、大規模薬局、消費者１５が以前に付き合いのある薬局、医薬品と取りまとめることができる食品などの他の関心のある物品を有する薬局などを推奨することができる。薬局提供者は、ピア−ピア台帳システムにこれらの情報を記憶させることができる。したがって、処方箋が医師によって患者のレコードに送られたとき、患者は、薬局を閲覧して、選択するオプションを有する。選択されると、処方箋は選択された薬局に送信される。
【００４０】
近接性に基づく薬局の場所の識別は、患者および／または薬局のブロックチェーンのプロフィールによって決定することができ、これらの位置に関するジオロケーションに関する情報を含むことになる。さらに、処方の完了予想時間に関する情報も含めることができる。上記のそれぞれは、アプリケーションおよびそのデータベースを通じて、またはブロックチェーンおよびピアツーピア台帳システムを通じて生成され、分散され得る。そうするとき、処方箋処理システム３０は、１つまたは複数の供給チェーンエンティティと配送情報を交換するためのブロックチェーンプロセッサを含むことができ、ここでは、ブロックチェーンプロセッサは、台帳システムの一部であるか、またはこれと通信して、顧客、医師、薬局、宅配業者、供給チェーンエンティティの１つまたは複数の電子デバイスと通信する。他の実施形態では、ブロックチェーン処理は、処方箋処理システム３０の外部で、または処方箋処理システム３０のブロックチェーンプロセッサと組み合わせて実施される。
【００４１】
関連製品プロセッサ３６は、処方された医薬品および商品を消費者１５宛の同じ発送注文下で一緒に買い物できるように、処方された薬剤と組み合わせることができる商品を決定する。関連が確立され得る。たとえば、処方箋は、医院のコンピュータ４２と薬局コンピュータ４４の両方が記憶し処理することができる指示を有する。指示には、水、牛乳、ジュースと共に、または特定の製品無しで服用することを受取人にリクエストすることを含むことができる。システム３０は、この情報を使用して、消費者１５に対する推奨製品を作り出す。消費者１５は、消費者１５が処方箋と共に受け取ることを望む食料品または他の商品をカスタマイズすることができる。関連製品プロセッサ３６は、買い物客１５から、すなわち、スマートフォン１７または他の電子装置から電子的に提供された買い物リストを受信することができる。
【００４２】
宅配業者、配送代理店、または配送業者などは、アプリケーションを用いて、その場所、サービス、可用性、および完了予定時間に関する情報を分散することができる。宅配業者、配送代理店、および配送業者などは、ブロックチェーンのピア−ピアシステムを用いて、その場所、サービス、可用性、および完了予定時間に関する情報を分散することができる。いくつかの実施形態によるブロックチェーン方法を実行するためには、これは、宅配業者、配送代理店、配送業者などに対してブロックチェーンの秘密キーおよび公開キーの発行を必要とする。
【００４３】
推奨プロセッサ３８は、消費者１５の購入習慣に関連するデータを編集し、このデータを医薬品処方箋と比較して、推奨購入オプションを生成する。加えて、推奨プロセッサ３８は、受取人１５が、たとえば、コンピュータユーザインターフェースから、処方された医薬品と共に取りまとめることができる、関心のある商品を選択できるように、受取人１５に対して、購入しようとしている製品が医薬品を補完するものであるか、または医薬品と競合するものであるかについて通知することができる。たとえば、推奨プロセッサ３８は、消費者１５の健康に有益となり得る製品、たとえば、コレステロール薬を服用する消費者に対して消費されてよい低ナトリウム食、または糖尿病薬を服用する消費者に対して砂糖を含まない代替品を推奨することができる。
【００４４】
推奨プロセッサ３８は、在庫決定プロセッサ３２によって決定がなされたときに、薬局プロセッサ４４に警告を送ることもできる。いくつかの実施形態では、再調剤レベルは、
購入日、１日あたりの処方された服用量、ボトル内の量、または他の関連情報に基づいて在庫決定プロセッサ３２によって推定される。たとえば、１日あたり１個の服用量で月の始めから開始し、３０個の丸薬を有する３０日供給は、月末までに顧客が使い果たすことを示している。
【００４５】
いくつかの実施形態では、警告は、医師またはその関連会社、または薬局によって提供される、処方箋に関する情報ブロックから決定される。いくつかの実施形態では、警告は、処方薬の期限切れまたは補充に近づく増分窓を有する時間ベースのものを含む。警告は、ＩｏＴなどの接続されたデバイスで検出された処方在庫のレベルに基づく閾値であってよく、この場合、別の閾値は、製品が顧客に警告を発しなければならない時期を決定する。警告は、処方薬物の自律的な再発注または遂行を提供し得る。警告は、製品の枯渇後に発行され得る。警告は、このシステムのアプリケーションを通じて共有されても、またはブロックチェーンで使用されるピアツーピア台帳システムを通じて分散されてもよい。
【００４６】
図３は、いくつかの実施形態による、消費者の家に処方された医薬品を配送するための方法１００の流れ図である。方法１００の一部またはすべては、図１および図２の処方箋処理システム３０、および／または図１に示される環境の他の要素において実施され得る。方法１００は、図１および図２の処方箋処理システム３０のメモリデバイス、および／または図１に示される環境の他の要素内に記憶され、図１および図２の処方箋処理システム３０のハードウエアプロセッサ、および／または図１に示される環境の他の要素によって実行される命令によって管理され得る。
【００４７】
ブロック１０２において、処方箋が、たとえば、医者、薬剤師、または他の認可された者によって生成される。処方薬は、薬局、病院、医療センターなどにおいて調剤され得る。処方箋は、医院１２で処方箋を受け取った医薬品受取人１５によって薬局１４に提示することができ、または処方箋は、医院のコンピュータ４２から薬局コンピュータ４４に電子的に送ることができる。
【００４８】
ブロック１０４において、処方箋受取人１５は、処方の調剤と同時に購入するための追加の商品を特定する。処方箋受取人１５は、食料品または処方された医薬品に関連するか、または別の形で他の理由、たとえば受取人１５側の都合で購入される他の製品を購入することを望むことができる。順序はさまざまになり得る。たとえば、商品は、処方薬が調剤される前に購入されてよく、または図示されるようにその逆であってもよい。
【００４９】
決定菱形１０６において、処方薬の調剤のリクエストがなされた薬局１４に十分な在庫があるかどうかの決定が行われる。同様に、関心のある商品が、消費者１５が訪れた店舗１６で入手可能であるかどうかの決定が行われる。オンラインで、たとえばｅ−コマース購入などの購入が行われるいくつかの実施形態では、注文をオンラインで遂行できるかどうかの決定が、たとえば注文が行われたウェブサイトによって行われる。オンラインで行われた注文は、１つの店舗がその製品を有さないために複数の場所で遂行されてよく、注文は、転送されて１つの場所において統合されて、製品を効率的に配送する能力を高める。
【００５０】
処方薬または他の関心のある商品のいずれかが、最初の購入のそれぞれの場所で利用可能でない場合、ブロック１１０において、消費者１５は、異なるオプションを検討することができる。１つのオプションは、消費者１５が薬局１４または店舗１６とは異なる店舗から医薬品および他の関心のある商品を購入することである。別のオプションは、異なる場所から医薬品および他の商品を取得することである。本明細書で説明するように、処方箋処理システム３０は、医薬品および他の商品の配送を、これらが異なる店舗から購入されているかどうかにかかわらず調整することができる。別のオプションは、薬局１４から医薬品だけを購入し、他の品目の購入を見合わせることである。
【００５１】
ブロック１０８において、注文が応じられる。これは、単一の配送注文下での医薬品および関心のある商品の調整された配送を含む。
【００５２】
ブロック１１２において、処方箋処理システム３０によって、処方された医薬品および他の商品の配送を示す通知が生成される。他の通知は、消費者１５にとって興味のある可能性のある追加の商品に関する推奨事項、たとえば抱き合わせ販売機能、または医薬品と他の商品との間の競合の可能性に関する注意を含むことができる。
【００５３】
図４は、いくつかの実施形態による、処方箋配送サービスのプロセスフロー２００である。方法１００の一部またはすべては、図１および図２の処方箋処理システム３０、および／または図１に示される環境の他の要素において実施され得る。方法１００は、図１および図２の処方箋処理システム３０のメモリデバイス、および／または図１に示される環境の他の要素内に記憶され、図１および図２の処方箋処理システム３０のハードウエアプロセッサ、および／または図１に示される環境の他の要素によって実行される命令によって管理され得る。
【００５４】
ブロック２０２において、医薬品の供給源が顧客１５に対してリクエストされる。このリクエストは、顧客１５によって行われてよく、または他の機関が、たとえば医師などが顧客１５に代わって医薬品をリクエストしてもよい。したがって、ブロック２０４において、医師１２は、リクエストされた医薬品の処方箋を準備する。
【００５５】
消費者１５は、たとえば医者のコンピュータ４２によって生成された処方箋の電子版を受信することができる。ブロック２０６において、処方箋は、処方薬を出すため（ブロック２１０）の薬局１４に提供される。いくつかの実施形態では、処方箋は薬局１４に自動的に転送される。
【００５６】
ブロック２０８において、消費者１５は、たとえば、ソフトウェアアプリケーションを実行し、電子デバイス１７上でリストに電子的に入力することによって買い物リストを生成する。
【００５７】
ブロック２１２において、店舗１６は、買い物リスト上の商品に対応する注文に応じる。
【００５８】
ブロック２１４において、処方箋処理システム３０が処方箋または買い物リストの少なくとも１つに関連するデータを受信したことに応答して、通知が生成され得る。この通知は、処方された医薬品に基づいて消費者１５にとって興味のある可能性がある追加の商品に関する推奨を含むことができる。たとえば、処方箋が錠剤の形態の医薬品を含む場合には、ボトル入り飲料水を購入する推奨が生成され得る。他の通知は、買い物リスト上の購入された商品と処方された医薬品との間の競合に関することができる。たとえば、買い物リストがアルコールを含み、処方された医薬品がアルコールを消費しない指示を含む場合、処方箋処理システム３０が医薬品指示書を記憶するか、または薬局コンピュータ４４または他のリモート記憶デバイスから医薬品指示書を取り出すことができることを注記する注意が生成され得る。
【００５９】
ブロック２１６において、処方箋処理システム３０は、医薬品および追加の商品が、たとえば薬局で一緒に購入されるか、または異なる店舗で別々に購入されるかにかかわらず、購入された医薬品および追加の商品に関する配送詳細を決定することができる。処方箋処理システム３０は、薬局１４、店舗１６、および／または医薬品および他の商品を発送する他のエンティティに、送り先および他の情報を提供することができる。ブロック２１８において、薬局コンピュータ４４は、処方箋処理システム３０からまとめられた発送情報を受信し、たとえば、処方箋処理システム３０を介して店舗１６と調整して、処方薬および他の商品を単一の注文下で、取りまとめられた発送情報にしたがって発送して、消費者１５が単一の配送分を支払うようにする。他の実施形態では、薬局１４および店舗１６は、電話、電子メール、または他の通信によって互いに通信する。
【００６０】
ブロック２２０において、処方箋処理システム３０は、処方された医薬品および他の商品の配送を示す、消費者１５の電子デバイス１７に送信することができる通知を生成する。
【００６１】
ブロック２２２において、医薬品および他の商品は、所定の配送場所に一緒に配送される。医薬品および他の商品は、医薬品および／または他の商品の要求に対処する特別なパッケージ、たとえば温度制御されたボックス２１（図１を参照）または配送中に医薬品を収容するための関連する容器内に置くことができる。ボックス２１が参照されるが、他の保管装置、たとえば、正方形または矩形のボックスとは異なって構成された容器を同様に適用することもできる。医薬品および商品は一緒に配送されるが、これらは、同じまたは別々のパッケージング、たとえば異なる容器内に置くことができる。
【００６２】
特別なパッケージまたは温度制御されたボックス２１は、たとえば、車両１９による配送中に医薬品および／または他の商品を保管するための内部容積と、ボックス２１を開閉する、すなわち、内部容積を露出させるか、またはその中に商品を封入するためのドアとを含むことができる。ボックス２１は、１つまたは複数のアダプタ、センサ、モニタ、レギュレータ、コントローラなどを含むことができる。ボックス２１は、自律車両１９内で関心のある商品を場所間で配送するための一部であるか、または別の形でそのように構成されてもよい。
【００６３】
たとえば、アダプタがボックスの内部容積を冷却および／または加熱するために空調ユニットおよび／または加熱ユニットに結合されてよく、または別の形で、所望の温度を提供してもよい。他のアダプタが、所望の環境特徴を提供するために、温度レギュレータ、湿度レギュレータ、電源、セキュリティパネルなどに結合されてよい。
【００６４】
いくつかの実施形態では、ボックス２１は、ユーザがログインして温度を設定することを可能にするモノのインターネット（ＩｏＴ）デバイスまたはコンピュータインターフェース、または温度が自動的に調整されるようにシステムを構成するために、たとえば温度、圧力、湿度、および／または他のセンサによって提供される温度読取値に応答してボックス２１の内部容積のコンパートメントまたはサブコンパートメントに置かれたパッケージに対応するように温度を変化させる温度コントローラを含むことができる。
【００６５】
温度コントローラは、ユーザが所有する電子デバイスに対して定期的に温度情報を生成することができ、たとえば、保管コンパートメントの内部に関する温度情報を５分毎に処方箋処理システム３０および／またはコンピュータサーバ４２、４４，および４６に出力することができる。
【００６６】
本明細書で説明されるように、ボックス２１の内部容積または保管コンパートメントは、温度制御されてもよく、たとえば、加熱または冷却されてよい。保管コンパートメントが複数のセクションまたはサブコンパートメントを含むいくつかの実施形態では、サブコンパートメントはセンサによって１つの温度に維持され、一方で別のサブコンパートメントは異なる温度に維持される。
【００６７】
別の例では、ボックス２１は、ボックス２１のオペレーション、たとえば環境条件および内容物の状況、電源、場所追跡、アクセスおよびセキュリティなどを制御および監視する監視装置を含むことができる。したがって、ボックス２１は、医薬品を監視し、および／または牛乳のような腐敗しやすい物品を含み得る商品を保管することができる。いくつかの実施形態では、ボックス２１は、車両１９と通信するための通信デバイスを含む。たとえば、ブルートゥース（登録商標）インタフェースは、ボックス２１およびその内容物が受け取られたという信号を送信するなど、取引データを車両１９と交換することができる。
【００６８】
さらに、使用において、ボックス２１は、内容物の状況およびボックス２１の内部容積の環境を処方箋処理システム３０に伝えることができ、たとえば、場所、温度、湿度、パッケージ状況、配送状況、セキュリティパネルアクセス、製品の取り出しまたは挿入などに関するメッセージを伝えることができる。他の実施形態では、この通信は、ボックス２１から車両１９に情報を送信することができる。
【００６９】
また、使用において、ボックス２１は、自律車両システムまたは他の配送車両システムに接続することによって、自律車両などの配送車両１９に接続することができる。たとえば、ボックス２１は、環境制御剤をボックス２１の内部容積に配備することを可能にするアダプタと、ボックス２１に給電することができる電力を車両１９からボックス２１に移動させることを可能にするように接続部を含むことができる。これにより、車両システムとのシームレスな接続および接続解除が可能となり、車両システムとボックス２１との間の接続を追跡することができ、配送車両システムとの接続を、接続セキュリティに関して監視することができる。
【００７０】
いくつかの実施形態では、ボックス２１は、パッケージ追跡および認証のためのブロックチェーンを含む配送暗号システムを含むことができる。ブロックチェーンは、それだけに限定されないが、販売者秘密キーアドレス、宅配業者秘密キーアドレスおよび購入者秘密キーアドレスによるハッシングを含む、加工・流通過程の管理に沿ってキーアドレスでハッシュされた進行中のチェーンを含むことができる。ここで、ブロックチェーンは、配送されボックス２１の内部容積内に置かれる対象の医薬品または他の調剤製品および／または他の食料品のような内容物を登録し、ボックス２１が供給チェーンを通って、または別の形で対象場所間を移動するときに内部容積内の内容物を登録し、認証する。
【００７１】
諸実施形態では、ボックス２１に置かれた内容物に関連するブロックチェーンは、スマートパッケージ１０が供給チェーンを通って移動するときに製品５０のコールドチェーン状況を考慮するように動的に調整する。配送暗号システムのチェーンブロックは、内容物、たとえばボックス２１内の調剤製品および非調剤製品の両方を追跡し、認証することができる。
【００７２】
いくつかの実施形態では、消費者１５が再調剤を利用可能である場合、処方箋処理システム３０は、再調剤情報を追跡し、たとえば１日に２個の丸薬などの処方箋にしたがった想定使用に基づいて、再調剤がいつ処理されるかを消費者に通知することができる。数量、頻度などに基づいて、処方薬の自動補充が可能である。再調剤がこのように実施されるとき、再調剤医薬品もまた、他の実施形態に記載されているのと同様の方法で、単一の注文下での配送に合わせて他の商品と共に取りまとめることができる。いくつかの実施形態では、自動補充は、元の処方箋ブロックチェーン内に含まれる補充データから導出される。
【００７３】
したがって、ブロック２２４において、処方箋処理システム３０は、処方された医薬品の使用または消費に基づいて、再調剤日および／または他の再調剤情報を追跡する。処方箋処理システム３０は、決定された使用量が所定の閾値または処方量と異なる場合、薬局コンピュータ４４に送信される警告を生成することができる。
【００７４】
ブロック２２６において、薬局１４は、処方箋処理システムにしたがって再調剤を指示することができる。いくつかの実施形態では、処方箋処理システム３０は、システム３０によって自動的に追跡し、遂行することができる再調剤状況を含む医薬情報を追跡する。
【００７５】
ブロック２２８において、医師は、処方箋処理システム３０によって生成された再調剤指示にしたがって、薬局が再調剤を開始しているという警告を医者のコンピュータ４２で受け取ることができる。ブロック２３０において、消費者１５は受け取った配送を承認することができる。取りまとめは、顧客固有の注文にしたがって作り出すことができる。顧客は、製品を却下または拒否したり、製品を受け入れたりすることができる。再調剤は追跡され、段階化されるが、再調剤は、処方箋の情報に記載されている再調剤日になるまで、顧客のリクエストによって送られない。
【００７６】
いくつかの実施形態では、処方箋が医師または関連会社によって薬局１４に提出されると、患者の処方箋のブロックチェーンが上記のように作り出され得る。ここでは、このブロックチェーンには、処方箋のあらゆるすべての補充または再調剤が含まれ得る。この再調剤情報から、ピアツーピア台帳システムおよびこのサービスのために小売業者によって使用されるアプリケーションは、処方薬が再調剤を必要とするときに消費者患者１５へのメッセージを解析する。これは、医師およびその関連会社によって提案された再調剤時に行うことができ、または小売業者、および必要な機能を実施するためにアクセス可能な対応するデータベースまたは他のリポジトリによって特定の所定の時間窓によって達成することができる。
【００７７】
処方薬が再調剤または補充を必要とし、顧客がこれを再調剤するまたは補充することに同意した場合、これにより後続のブロックが開始され、このブロックは、処方箋に関する情報を薬局１４と共有する。薬局は、紹介システムと同様に、処方箋の調達のための機能を有する。
【００７８】
要約すると、自動補充は、処方箋ブロックチェーンに構造化されたデータによって達成され得る。処方薬が枯渇または期限切れになったとき、顧客は処方薬の必要性をピア−ピア台帳システムを通じて通知され得る。患者が選択すると、処方薬は、ブロックチェーン情報を介して自動的に補充されてよく、処方箋を薬局に送信することを可能にする。次いで、薬局は処方箋の処理を完了し、患者に通知することができ、または自動配信をブロックチェーンデータ内に有してもよい。
【００７９】
いくつかの実施形態では、たとえば本明細書の例に説明される情報は、アプリケーションを介して共有され、実行され、分散されてよい。いくつかの実施形態では、たとえば、本明細書の例に説明される情報は、ピア−ピア台帳システム、識別子、プロファイル、およびキーを経由してブロックチェーンシステムによって共有され、実行され分散されてよい。
【００８０】
いくつかの実施形態では、患者がレコードを制御するブロックチェーンのピア−ピア台帳システムによって処方箋の処理を可能にし、医薬品の処方者が処方箋をピア−ピア台帳システムに送信することを可能にするシステムおよび方法が、提供される。患者は、ピア−ピア台帳システムから処方箋を見直すことができる。患者は、場所、時間、可用性などの基準を有する薬局提供者のネットワークを有する、ピア−ピア台帳システムから薬局提供者を選択することができる。その後、患者は、ピックアップ、配送、または信頼できるピックアップのための方法から選択することができる。これらの方法は、ピア−ピア台帳システムに記憶されたエンティティに関する情報を、場所、時間、可用性などの基準と共に含むことができる。
【００８１】
上記で説明されたように、追加購入を配送の一部として処方箋に追加することができる。ここでは、製品および処方薬は、推奨のための類似製品を決定するように処理され得るブロックチェーン識別子を含むことができる。顧客によって選択されたとき、追加の商品をバルク注文として処方箋配送またはピックアップに追加することができる。
【００８２】
図５は、いくつかの実施形態による、患者記録および処方箋データを処理するためのプロセスフローである。いくつかの例に説明されているように、プロセス５００は、医療提供者への訪問に関連する患者レコードを生成する方法ステップ（５０２）と、患者レコードを解読する方法ステップ（５０４）と、医師コンピュータによって訪問の結果を生成する方法ステップ（５０６）と、患者の処方箋を生成する方法ステップ（５０８）とを含むことができる。いくつかまたはすべてのステップ５０２、５０４、５０６、５０８は、図５に示される特殊目的プロセッサおよびメモリを含むブロックチェーンシステムによって実施されるブロックチェーンステップのセットを含むことができる。
【００８３】
図６は、いくつかの実施形態による、処方箋の薬局遂行のためのプロセスフローである。いくつかの例に説明されるように、プロセス６００は、処方を遂行するための薬局を患者のコンピュータによって選択する方法ステップ（６０２）と、選択された薬局によって患者の処方箋にアクセスする方法ステップ（６０４）と、薬局のコンピュータで処方を完了するステップ（６０６）と、処方が患者に送信されるのを完了する（６０８）方法ステップとを含むことができる。いくつかまたはすべてのステップ６０２、６０４、６０６、６０８は、図５に示される特殊目的プロセッサおよびメモリを含むブロックチェーンシステムによって実施されるブロックチェーンステップのセットを含むことができる。
【００８４】
図７は、いくつかの実施形態による、処方遂行後の患者決定プロセスフローである。プロセス７００は、図６に関して示され説明される処方遂行プロセス６００の後、特にたとえば薬局にある処方遂行コンピュータから患者のコンピュータ、たとえばラップトップコンピュータ、スマートフォンなどに電子的に送信された処方の完了後に実施され得る。プロセス７００の各ステップにおいて、関連するブロックチェーンは更新され、たとえばハードウェアコンピュータにおいて処理される。
【００８５】
図８は、いくつかの実施形態による、処方遂行のためのプロセスフローである。図８を説明する際、図１〜７の要素を参照することができる。いくつかの例において説明するように、プロセス８００は、患者１５が医師１２を訪問する方法ステップ（８０２）と、医師１２が訪問を登録する方法ステップ（８０４）と、医師１２が患者レコードを更新する方法ステップ（８０６）と、医師１２が処方箋を生成する方法ステップ（８０８）とを含むことができる。ステップ８０２〜８０８は、図５のステップ５０２〜５０８と同様であってもよく、したがって、簡潔にするために詳細は省略する。患者レコードにアクセスするまたは解読／暗号化することが関係する場合、それぞれのステップを完了するために、各ステップ８０２〜８０８においてセキュリティキー、たとえば患者キーまたは医師キーが必要とされる。プロセスフローは、認証のためのブロックチェーンを含むシステムの使用を含むことができる。ブロックチェーンは、それだけに限定されないが秘密キーアドレスによるハッシングを含む、加工・流通過程の管理に沿ったキーアドレスでハッシュされた進行中のチェーンを含むことができる。ここで、ブロックチェーンは、プロセス８００において交換された訪問関連情報、記録、処方箋の詳細、および／または他の情報を登録する。
【００８６】
図９は、いくつかの実施形態による、処方遂行のためのプロセスフローである。図９のプロセス９００を説明するとき、図１〜８の要素を参照することができる。
【００８７】
いくつかの例において説明するように、プロセス９００は、図８のプロセス８００を実施した後に起こり得る、患者１５が薬局を選択する方法ステップ（９０２）を含むことができる。プロセス８００は、選択された薬局によるアクセスを提供すること（９０４）と、処方箋にアクセスすること（９０６）と、処方を完了すること（９０８）と、処方の通知を受信すること（９１０）とをさらに含むことができる。ステップ９０２〜９０８は、図６のステップ６０２〜６０８と同様であってもよく、したがって、簡潔にするために詳細は省略する。患者レコードにアクセスするまたは解読／暗号化することが関係する場合、それぞれのステップを完了するために、各ステップ９０２〜９０８においてセキュリティキー、たとえば患者キーまたは医者キーが必要とされる。
【００８８】
図８および９の方法ステップによって実施される動作の例は、以下を含むことができる。慎重にすべき患者データの安全な処理は、最初の場所、たとえば患者が医院を訪れるときに、電子デバイスによって実施され得る。医院の電子デバイスが患者レコードを解読し、アクセスする。医師は、すべての新規の記録をピア−ピア台帳システムを介して患者レコードに提出する。医師は、ピア−ピア台帳システムに処方箋を提出する。患者は、ピア−ピア台帳システムから薬局を選択し、処方箋処理のためにアクセスをこの薬局に提供する。薬局は、処方を完了し、ピア−ピア台帳システムを介して患者に処方の完了を通知する。小売業者は、処方箋識別子を特定し、その記憶された情報を製品と比較することによって、購入のための追加の製品を提案する。患者は、レコードへの特有のアクセスを可能にことができるピア−ピアシステムを通じてピックアップまたは配送のための方法を選択する。さらに、薬局および小売店もまた、同じピア−ピア台帳システムで通信し、送信する。これには、医師および患者および／または他の関係者を含むこともできる。
【００８９】
いくつかの実施形態によるシステムおよび方法は、レコードへのアクセスを制御し、反復を可能にする、ピア−ピア台帳システムを容易にする暗号化システムによって、処方情報の送信、通信、調達および認証を達成することを可能にする。医師や患者に限らず、医師、患者、薬局、宅配業者、小売業者へのアクセスを可能にする。
【００９０】
いくつかの実施形態によるシステムおよび方法は、ピア−ピア台帳システムに行われた更新から警告およびメッセージを生成し、この場合ピア−ピア台帳システムは、患者、薬局、医師、小売業者、宅配業者などを含むことができる認証されたエンティティに更新を直接伝える。
【００９１】
いくつかの実施形態によるシステムおよび方法は、ピア−ピア台帳システムが、処方箋を処理するために利用可能な薬局に関する情報を記憶および分散することを可能にし、この情報は、場所、価格、可用性などに関する情報を含むことができる。
【００９２】
いくつかの実施形態によるシステムおよび方法は、ブロックチェーン製品識別子が所与の製品の温度要件に関するデータを含むことを可能にする。これは、さらに、この情報を、能動走査、バーコード走査、秘密キー走査、ピア−ピア台帳送信などによって温度制御されたデバイスに分散することができる。デバイスが製品およびその温度要件を特定すると、これは、その技術で温度を制御することができ、これらのすべては、リアルタイム状況などを含むようにピア−ピア台帳システムにさらに分散され得る。
【００９３】
いくつかの実施形態によるシステムおよび方法は、薬局を選択するときに薬局の在庫レベル（可用性）を患者に透過的にすることを可能にする。さらに、推奨エンジンは、商品の可用性を含む処方箋の製品識別子に基づいて、推奨する製品を決定する。注文に加えられるすべての付加により、元の処方ブロックチェーンがさらに更新される。
【００９４】
当業者には理解されるように、概念は、デバイス、システム、方法、またはコンピュータプログラム製品として具体化され得る。したがって、態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）または本明細書では全体的にすべて「回路」、「モジュール」、または「システム」と称され得るソフトウェアおよびハードウェアの態様を組み合わせた実施形態の形態をとることができる。さらに、態様は、コンピュータ可読プログラムコードが具体化される１つまたは複数のコンピュータ可読媒体内で具体化されるコンピュータプログラム製品の形態をとることもできる。
【００９５】
概念の動作を実施するためのコンピュータプログラムコードは、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または類似のプログラミング言語などの従来の手続き型プログラミング言語を含む、１つまたは複数のプログラミング言語の任意の組み合わせで記述することができる。プログラムコードは、ユーザのコンピュータ上で全体的に、スタンドアローンのソフトウェアパッケージとしてユーザのコンピュータ上で部分的に、ユーザのコンピュータ上で部分的に、リモートコンピュータ上で部分的に、またはリモートコンピュータまたはサーバ上で全体的に実行することができる。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続されてよく、または（たとえば、インターネットサービスプロバイダを使用してインターネットを介して）外部コンピュータに接続されてよい。
【００９６】
本明細書では、実施形態による方法、装置（システム）およびコンピュータプログラム消費財のフローチャート図および／またはブロック図を参照して、概念が説明される。フローチャート図および／またはブロック図の各ブロック、ならびにフローチャート図および／またはブロック図のブロックの組み合わせは、コンピュータプログラム命令によって実施できることが理解されよう。これらのコンピュータプログラム命令は、特殊目的のコンピュータまたは他のプログラマブルデータ処理装置のプロセッサに提供されて、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサを介して実行する命令が、フローチャートおよび／またはブロック図のブロックまたは複数のブロック内で指定された機能／動作を実施するための手段を生成するようなマシンを生み出すことができる。
【００９７】
これらのコンピュータプログラム命令は、コンピュータ、他のプログラマブルデータ処理装置、または他のデバイスを特定の方法で機能させるように仕向けることができるコンピュータ可読媒体に記憶されてもよく、それにより、コンピュータ可読媒体に記憶された命令は、フローチャートおよび／またはブロック図のブロックまたは複数のブロック内で指定された機能／動作を実施する命令を含む製造品を生み出す。
【００９８】
コンピュータプログラム命令はまた、コンピュータ、他のプログラマブルデータ処理装置、クラウドベースのインフラストラクチャアーキテクチャ、または他のデバイス上にロードされて、コンピュータ、他のプログラマブルデバイスまたは他のデバイス上で一連の動作ステップを実行させて、コンピュータまたは他のプログラマブル装置上で実行する命令が、フローチャートおよび／またはブロック図のブロックまたは複数のブロック内で指定された機能／動作を実施するためのプロセスを提供するようなコンピュータ実装プロセスを生み出すこともできる。
【００９９】
図のフローチャートおよびブロック図は、さまざまな実施形態による、システム、方法およびコンピュータプログラム消費財の可能な実装のアーキテクチャ、機能、および動作を示す。これに関して、フローチャートまたはブロック図の各ブロックは、指定された論理機能を実装するための１つまたは複数の実行可能命令を含むモジュール、セグメント、またはコードの一部を表すことができる。また、いくつかの代替的な実装形態では、ブロックに記されている機能は、図に示される順序から外れて行われてよいことにも留意されたい。たとえば、連続して示される２つのブロックは、実際には実質的に同時に実行されてよく、または、関連する機能に応じてブロックが時々逆の順序で実行されてもよい。また、ブロック図および／またはフローチャート図の各ブロック、ならびにブロック図および／またはフローチャート図のブロックの組み合わせは、指定された機能または動作を実行する特殊目的のハードウェアベースのシステムによって、または特殊目的のハードウェアおよびコンピュータ命令の組み合わせによって実装することができることも留意される。
【０１００】
特定の好ましい実施形態を参照して概念を図示し説明してきたが、特許請求の範囲によって規定される精神および範囲から逸脱することなく、形態および詳細のさまざまな変更を加えることができることが、当業者に理解されるはずである。
【図１】
2019502215.tif 000003
【図２】
2019502215.tif 000004
【図３】
2019502215.tif 000005
【図４】
2019502215.tif 000006
【図５】
2019502215.tif 000007
【図６】
2019502215.tif 000008
【図７】
2019502215.tif 000009
【図８】
2019502215.tif 000010
【図９】
2019502215.tif 000011
【国際調査報告】
2019502215.tif 000012
2019502215.tif 000013
2019502215.tif 000014
2019502215.tif 000015