JP6783789B2 - アクティブに管理される食品配送 - Google Patents

Description

発明の分野
本発明は製品監視に関し、より特定的には、本発明は、配送環境および／または製品を配送するプロセスを改良することに関する。

背景
製品を配送するプロセスは、多くの状況でますます一刻を争うようになってきたため、ますます複雑になってきた。これは特に、有効寿命がほんの数時間であり得る傷みやすい食品製品および／または調理済みの食事の配送にとって明らかである。さらに、サプライチェーンは、多くの製品の短い有効寿命によって生じるより短い配送時間を満たすためにピリピリしている。したがって、時間、温度、湿度などに敏感な製品、または他の点で傷みやすいと考えられる製品を出荷する企業にとっては、当該製品が適切に管理され、規定された配達時間内に望ましい状態で到着することを確実にする上で課題がある。さらに、時間、温度、湿度などに敏感な製品、または他の傷みやすい製品を受取る企業にとっては、受取られる当該製品が適切に取り扱われてきたこと、望ましい状態にあること、かつ規定された配送時間内にあることを確実にする必要がある。取り扱いミスの影響は見た目に明らかではないことが多く、したがって、流通全体にわたる製品状態監視がなければ、受取人には見えない。

しかしながら、製品状態監視を行なっても、製品を出荷する企業は現在、出荷プロセス中に集めた製品データを製品配送後まで利用することができない。したがって、製品を出荷する企業は、傷みやすい製品の出荷が製品の許容範囲を越えたことに、その配送後、たとえば受取り後のそれらの検査時まで気付かないかもしれない。

概要
一実施形態に従った、製品配送プロセスを管理するための方法は、１つ以上の製品容器からステータス情報を受信するステップを含み、ステータス情報は１つ以上の製品容器の各々の条件を含み、方法はさらに、１つ以上の製品容器の各々に保管された製品に基づいて、１つ以上の製品容器の各々の条件についての好ましい範囲を判断するステップと、１つ以上の製品容器からの受信された条件が好ましい範囲内にあるかどうかを判断するステップと、受信された条件のうちの少なくとも１つが判断された好ましい範囲外にあるという判断に応答して、コマンドを送信するステップとを含む。

別の実施形態に従ったコンピュータプログラム製品は、コンピュータ読取可能記憶媒体上で具現化された実行可能なコンピュータコードを含み、コンピュータコードは、１つ以上の製品容器からステータス情報を受信するためのコンピュータコードを含み、ステータス情報は１つ以上の製品容器の各々の条件を含み、コンピュータコードはさらに、１つ以上の製品容器の各々に保管された製品に基づいて、１つ以上の製品容器の各々の条件についての好ましい範囲を判断するためのコンピュータコードと、１つ以上の製品容器からの受信された条件が好ましい範囲内にあるかどうかを判断するためのコンピュータコードと、受信された条件のうちの少なくとも１つが判断された好ましい範囲外にあるという判断に応答して、コマンドを送信するためのコンピュータコードとを含む。

さらに別の実施形態に従ったシステムは、プロセッサと、プロセッサと一体化された、および／またはプロセッサによって実行可能なロジックとを含み、ロジックは、１つ以上の製品容器からステータス情報をプロセッサによって受信するように構成され、ステータス情報は１つ以上の製品容器の各々の条件を含み、ロジックはさらに、１つ以上の製品容器の各々に保管された食品製品に基づいて、１つ以上の製品容器の各々の条件についての好ましい範囲をプロセッサによって判断し、１つ以上の製品容器からの受信された条件が好ましい範囲内にあるかどうかをプロセッサによって判断し、受信された条件のうちの少なくとも１つが判断された好ましい範囲外にあるという判断に応答して、プロセッサによってコマンドを送信し、１つ以上の製品容器に保管された食品製品に対応する食品製品履歴をプロセッサによって受信し、１つ以上の製品容器の、優先順位が付けられた配送スキームを判断するために、プロセッサによって食品製品履歴を使用し、優先順位が付けられた配送スキームを、１つ以上の製品容器を輸送している個人に、プロセッサによって送信し、食品製品に対応する食品製品履歴、および／または１つ以上の製品容器の各々の条件をプロセッサによって評価し、食品製品のうちのいずれかが安全でない、および／または望ましくないかどうかをプロセッサによって判断し、ある食品製品が安全でない、および／または望ましくないという判断に応答して、それらを配送しないようにというコマンドを、プロセッサによって送信するように構成される。

本発明の他の局面および利点は、図面とともに理解されるとこの発明の原理を一例として示す以下の詳細な説明から明らかとなるであろう。

一実施形態に従ったネットワークアーキテクチャである。 一実施形態に従った代表的なハードウェア環境である。 一実施形態に従った方法のフローチャートである。 一実施形態に従った方法のフローチャートである。 一実施形態に従った方法のフローチャートである。

詳細な説明
以下の説明は本発明の一般的原理を示すために行なわれ、ここに請求される発明概念を限定するよう意図されてはいない。また、ここに説明される特定の特徴は、説明される他の特徴と、さまざまな可能な組合せおよび順列の各々で組合されて使用され得る。

他に特にここに定義されない限り、すべての用語には、明細書から暗示される意味、ならびに、当業者によって理解される意味、および／または辞書、論文などで定義されるような意味を含む、できるだけ広い解釈が与えられるべきである。

また、明細書および請求項で使用されるように、単数形は、他に特に規定されない限り、複数の指示対象を含む、ということにも留意すべきである。

以下の説明は、製品の配送の監視、および／または、関連するシステムおよび方法のいくつかの好ましい実施形態を開示する。ここに説明される実施形態のうちのいくつかは、たとえば品質および／または食品安全規制が満たされることを確実にするように食品配送をアクティブに管理するために使用され得る、センサ監視プロセスに関する。

一般的な一実施形態では、製品配送プロセスを管理するための方法は、１つ以上の製品容器からステータス情報を受信するステップを含み、ステータス情報は１つ以上の製品容器の各々の条件を含み、方法はさらに、１つ以上の製品容器の各々に保管された製品に基づいて、１つ以上の製品容器の各々の条件についての好ましい範囲を判断するステップと、１つ以上の製品容器からの受信された条件が好ましい範囲内にあるかどうかを判断するステップと、受信された条件のうちの少なくとも１つが判断された好ましい範囲外にあるという判断に応答して、コマンドを送信するステップとを含む。

別の一般的な実施形態では、コンピュータプログラム製品は、コンピュータ読取可能記憶媒体上で具現化された実行可能なコンピュータコードを含み、コンピュータコードは、１つ以上の製品容器からステータス情報を受信するためのコンピュータコードを含み、ステータス情報は１つ以上の製品容器の各々の条件を含み、コンピュータコードはさらに、１つ以上の製品容器の各々に保管された製品に基づいて、１つ以上の製品容器の各々の条件についての好ましい範囲を判断するためのコンピュータコードと、１つ以上の製品容器からの受信された条件が好ましい範囲内にあるかどうかを判断するためのコンピュータコードと、受信された条件のうちの少なくとも１つが判断された好ましい範囲外にあるという判断に応答して、コマンドを送信するためのコンピュータコードとを含む。

さらに別の一般的な実施形態では、システムは、プロセッサと、プロセッサと一体化された、および／またはプロセッサによって実行可能なロジックとを含み、ロジックは、１つ以上の製品容器からステータス情報をプロセッサによって受信するように構成され、ステータス情報は１つ以上の製品容器の各々の条件を含み、ロジックはさらに、１つ以上の製品容器の各々に保管された食品製品に基づいて、１つ以上の製品容器の各々の条件についての好ましい範囲をプロセッサによって判断し、１つ以上の製品容器からの受信された条件が好ましい範囲内にあるかどうかをプロセッサによって判断し、受信された条件のうちの少なくとも１つが判断された好ましい範囲外にあるという判断に応答して、プロセッサによってコマンドを送信し、１つ以上の製品容器に保管された食品製品に対応する食品製品履歴をプロセッサによって受信し、１つ以上の製品容器の、優先順位が付けられた配送スキームを判断するために、プロセッサによって食品製品履歴を使用し、優先順位が付けられた配送スキームを、１つ以上の製品容器を輸送している個人に、プロセッサによって送信し、食品製品に対応する食品製品履歴、および／または１つ以上の製品容器の各々の条件をプロセッサによって評価し、食品製品のうちのいずれかが安全でない、および／または望ましくないかどうかをプロセッサによって判断し、ある食品製品が安全でない、および／または望ましくないという判断に応答して、それらを配送しないようにというコマンドを、プロセッサによって送信するように構成される。

図１は、一実施形態に従ったアーキテクチャ１００を示す。オプションとして、本アーキテクチャ１００は、他の図を参照して説明される特徴といった、ここに列挙される任意の他の実施形態からの特徴とともに実現されてもよい。しかしながら、もちろん、ここに提示されるそのようなアーキテクチャ１００および他のアーキテクチャは、ここに列挙される例示的な実施形態で具体的に説明されるかもされないかもしれないさまざまな用途で、および／または順列で使用されてもよい。また、ここに提示されるアーキテクチャ１００は、任意の所望の環境で使用されてもよい。

図１に示すように、第１の遠隔ネットワーク１０４と第２の遠隔ネットワーク１０６とを含む、複数の遠隔ネットワーク１０２が提供される。遠隔ネットワーク１０２と近接ネットワーク１０８との間に、ゲートウェイ１０１が結合されてもよい。本ネットワークアーキテクチャ１００の文脈では、ネットワーク１０４、１０６は各々、ＬＡＮ、インターネットなどのＷＡＮ、公衆交換電話網（public switched telephone network：ＰＳＴＮ）、構内電話ネットワークなどを含むもののそれらに限定されない任意の形態を取ってもよい。

使用時、ゲートウェイ１０１は、遠隔ネットワーク１０２から近接ネットワーク１０８への入口点として機能する。そのため、ゲートウェイ１０１は、ゲートウェイ１０１に到着するデータの所与のパケットを方向付けることができるルータとして機能してもよく、また、所与のパケットのためにゲートウェイ１０１に出入りする実際の経路を供給するスイッチとして機能してもよい。

さらに含まれているのは、少なくとも１つのデータサーバ１１４である。データサーバ１１４は近接ネットワーク１０８に結合されており、遠隔ネットワーク１０２からゲートウェイ１０１を介してアクセス可能である。なお、データサーバ１１４は、任意のタイプのコンピューティングデバイス／グループウェアを含んでいてもよい。各データサーバ１１４に結合されているのは、複数のユーザデバイス１１６である。そのようなユーザデバイス１１６は、デスクトップコンピュータ、ラップトップコンピュータ、ハンドヘルドコンピュータ、プリンタ、または任意の他のタイプのロジックを含んでいてもよい。なお、一実施形態では、ユーザデバイス１１６はまた、ネットワークのうちのいずれにも直接結合されてもよい。

周辺装置１２０または一連の周辺装置１２０、たとえば、ファクシミリ機、プリンタ、ネットワーク化記憶装置などが、ネットワーク１０４、１０６、１０８のうちの１つ以上に結合されてもよい。なお、データベース、サーバ、および／または追加コンポーネントが、ネットワーク１０４、１０６、１０８に結合された任意のタイプのネットワークエレメントとともに利用されてもよく、または当該ネットワークエレメントに一体化されてもよい。本説明の文脈では、ネットワークエレメントとは、ネットワークの任意のコンポーネントを指してもよい。

いくつかの実施形態では、周辺装置１２０の各々は、当該技術分野において公知のタイプのモバイルデバイス、たとえば携帯電話、タブレット、ラップトップなどを含んでいてもよい。発明を限定する意図が全くない使用実施形態によれば、配送容器は、配送容器が１つ以上の周辺装置１２０に無線接続できるようにする、無線タグ（たとえばブルートゥース（登録商標）タグ）およびマイクロコントローラを含んでいてもよい。上述のように、周辺装置１２０は、当該技術分野において公知のタイプの携帯電話を含んでいてもよく、それらは、任意の望ましいオペレーティングシステムを使用していてもよい。このため、当該無線タグおよびマイクロコントローラは、１つ以上の周辺装置１２０と通信してもよい。さらに、ストレージコントローラから受信されたデータは、周辺装置１２０により、たとえばここに説明されるようなクラウドサービスを提供し得るネットワークであるネットワーク１および／またはネットワーク３へプッシュされてもよい。

いくつかのアプローチによれば、ここに説明される方法およびシステムは、仮想システム、および／または、１つ以上の他のシステムをエミュレートするシステム、たとえば、ＭＡＣ ＯＳ環境をエミュレートするＵＮＩＸ（登録商標）システム、ＭＩＣＲＯＳＯＦＴ ＷＩＮＤＯＷＳ（登録商標）環境を実質的にホストするＵＮＩＸシステム、ＭＡＣ ＯＳ環境をエミュレートするＭＩＣＲＯＳＯＦＴ ＷＩＮＤＯＷＳシステムなどを用いて、および／または当該システム上で実現されてもよい。この仮想化および／またはエミュレーションは、いくつかの実施形態では、ＶＭＷＡＲＥソフトウェアの使用を通して強化されてもよい。

より多くのアプローチでは、１つ以上のネットワーク１０４、１０６、１０８は、一般に「クラウド」と呼ばれるシステムのクラスタを表わしていてもよい。クラウドコンピューティングでは、処理パワー、周辺装置、ソフトウェア、データ処理および／またはストレージ、サーバなどといった共有リソースが、クラウドにおける任意のシステムに、好ましくはオンデマンドの関係で提供され、それにより、多くのコンピューティングシステム間のサービスのアクセスおよび分散を可能にする。クラウドコンピューティングは典型的には、クラウドにおいて動作するシステム間のインターネットまたは他の高速接続（たとえば、４Ｇ ＬＴＥ、光ファイバーなど）を伴うが、システムを接続する他の手法も使用されてもよい。

図２は、一実施形態に従った、図１のユーザデバイス１１６および／またはサーバ１１４に関連付けられた代表的なハードウェア環境を示す。そのような図は、システムバス２１２を介して相互接続された、マイクロプロセッサなどの中央処理装置２１０と多くの他のユニットとを有する、ワークステーションの典型的なハードウェア構成を示す。

図２に示すワークステーションは、ランダムアクセスメモリ（Random Access Memory：ＲＡＭ）２１４と、読出専用メモリ（Read Only Memory：ＲＯＭ）２１６と、ディスク記憶装置２２０などの周辺装置をバス２１２に接続するためのＩ／Ｏアダプタ２１８と、キーボード２２４、マウス２２６、スピーカ２２８、マイクロホン２３２、および／または、タッチスクリーンおよびデジタルカメラ（図示せず）などの他のユーザインターフェイスデバイスをバス２１２に接続するためのユーザインターフェイスアダプタ２２２と、ワークステーションを通信ネットワーク２３５（たとえばデータ処理ネットワーク）に接続するための通信アダブタ２３４と、バス２１２をディスプレイデバイス２３８に接続するためのディスプレイアダプタ２３６とを含む。

いくつかの実施形態では、図２に示すワークステーションは、当該技術分野において公知のタイプのモバイルデバイス、たとえば携帯電話、タブレット、ラップトップなどであってもよい（または、少なくとも当該モバイルデバイスを含んでいてもよい）。当該モバイルデバイスは、使用される特定のモバイルデバイスに依存して、たとえばアンドロイド（登録商標）オペレーティングシステム、ｉＯＳなどといった、本実施形態を読んだ当業者には明らかであろう任意のオペレーティングシステムを使用してもよい。

さらに、ワークステーションには、マイクロソフトＷＩＮＤＯＷＳオペレーティングシステム（ＯＳ）、ＭＡＣ ＯＳ、ＵＮＩＸ ＯＳなどのオペレーティングシステムが常駐していてもよい。好ましい一実施形態は、上述のもの以外のプラットフォームおよびオペレーティングシステム上でも実現されてもよい、ということが理解されるであろう。好ましい一実施形態は、ＪＡＶＡ（登録商標）、ＸＭＬ、Ｃ言語、および／またはＣ＋＋言語、または他のプログラミング言語を、オブジェクト指向プログラミング方法とともに使用して書かれてもよい。複雑なアプリケーションを開発するためにますます使用されるようになった、オブジェクト指向プログラミング（Object oriented programming：ＯＯＰ）が使用されてもよい。

上述のように、製品がより長い距離にわたって、および国境を越えて出荷されるため、サプライチェーンはますます複雑になっている。時間、温度、湿度などに敏感な製品、または他の点で傷みやすいと考えられる製品にとっては、当該製品が適切に管理され、規定された配達時間内に望ましい状態で到着することを確実にする上で課題がある。取り扱いミスの影響は見た目に明らかではないことが多く、したがって、流通全体にわたる製品状態監視がなければ、受取人には見えない。製品状態監視を行なっても、製品を出荷する企業は現在、出荷プロセス中に集めた製品データを製品配送後まで利用することができない。したがって、製品を出荷する企業は、傷みやすい製品の出荷が製品の許容範囲を越えたことに、その配送後、たとえば受取り後のそれらの検査時まで気付かないかもしれない。

前述の欠点とは際立って対照的に、ここに説明される実施形態のうちのいくつかは、製品容器（いくつかのアプローチでは、ここに配送バッグとも呼ばれる）の制御を製品プロファイルと関連付けることを含んでいてもよい。さらに、製品容器および／またはそこに保管された製品を梱包し、追跡し、配送するなどのプロセスは、集中型ロケーションから制御されてもよい。当該集中型ロケーションは、リアルタイム分析ソフトウェアアプリケーションを使用して（たとえば、クラウドベースのネットワークを使用して）製品容器の各々に接続されてもよい。発明を限定する意図が全くない一例によれば、製品容器内で輸送されている製品は、たとえば、農場、スーパーマーケット、レストラン、対象となる消費者などとの間で輸送されている食料品であってもよい。いくつかのアプローチでは、各食品製品は、製品容器（たとえば、配送バッグ）についての理想的な動作パラメータ（たとえば、経時変化し得る配送条件）を反映するプロファイルに関連付けられ（たとえば、割当てられ）てもよい。異なるアプローチでは、当該パラメータは、製品容器内の温度、製品容器内の相対湿度、容器が開いているかまたは閉まっているか、（たとえば、製品容器が電力供給動作モードを有する場合に）製品容器に関連付けられた電力ステータス、配送容器が経験した衝撃および／または振動、時間の基準量など、および／または他の環境条件を含んでいてもよい。したがって、製品容器は好ましくは、少なくとも理想的な動作パラメータと同様の配送環境を維持する。いくつかのアプローチでは、配送環境の特性は好ましくは、それぞれの範囲に保たれてもよい。たとえば、製品容器内の周囲温度は好ましくは、最高温度と最低温度との間に保たれてもよい。しかしながら、「ある範囲にある」ということは発明を限定する意図が全くない、ということに留意されたい。ある値がある範囲にあるかどうかを判断するのではなく、所望のアプローチに依存して、たとえば、ある値があるしきい値内にあるかそれを上回るか、ある値が予め定められた範囲外にあるか、ある絶対値があるしきい値を上回るか、ある値があるしきい値を下回るか、などに関して、同等の判断が下されてもよい。

ここで図３Ａを参照すると、製品の配送を管理するための方法３００のフローチャートが、一実施形態に従って示される。方法３００は、さまざまな実施形態において、とりわけ図１〜２に示す環境のうちのいずれかにおいて、本発明に従って行なわれてもよい。もちろん、本説明を読んだ当業者には理解されるであろうが、図３Ａで具体的に説明されたものよりも多い、または少ない動作が方法３００に含まれていてもよい。

方法３００のステップの各々は、動作環境の任意の好適なコンポーネントによって行なわれてもよい。たとえば、さまざまな実施形態では、方法３００は、コントローラ、プロセッサなど、または１つ以上のプロセッサを内部に有する何らかの他のデバイスによって部分的にまたは全体的に行なわれてもよい。ハードウェアおよび／またはソフトウェアにおいて実現され、好ましくは少なくとも１つのハードウェアコンポーネントを有する、プロセッサ、たとえば処理回路、チップ、および／またはモジュールが、方法３００の１つ以上のステップを行なうために、任意のデバイスで利用されてもよい。例示的なプロセッサは、中央処理装置（central processing unit：ＣＰＵ）、特定用途向け集積回路（application specific integrated circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（field programmable gate array：ＦＰＧＡ）など、それらの組合せ、または、当該技術分野において公知の任意の他の好適なコンピューティングデバイスを含むものの、それらに限定されない。

図３Ａに示すように、方法３００の動作３０２は、製品を内部に含み得る１つ以上の製品容器からステータス情報を受信するステップを含む。ステータス情報は好ましくは、実施形態に依存して、１つ以上の製品容器の各々の条件、たとえば、製品容器内の周囲温度、製品容器内の相対湿度、これまでに運搬にかかった時間の量などを含む。

いくつかのアプローチでは、製品容器は、スマート配送容器であってもよい。スマート配送容器は、環境制御装置も取り入れられた公知の構造のバッグ、ボックス、カートンなどを含んでいてもよい。したがって、ここに開示される１つ以上のいかなる特徴も、好ましくは所望の動作パラメータ（たとえば、配送容器内の周囲温度）を維持するために、異なるアプローチで実現されてもよい。

さらに、配送容器はまた、可能な場合、現在の配送条件を前述の集中型ロケーションに報告できてもよい。このため、動作３０２で受信されたステータス情報は、製品容器から直接入来してもよい。製品容器は、情報を送信するように構成されたコンポーネントを含んでいてもよく、それにより、製品容器がステータス情報を集中型ロケーション（たとえば、コンピュータ、制御センター、プロセッサなど）に送信することを可能にする。いくつかのアプローチでは、図１で上述されたようなネットワーク（たとえば、クラウドベースのネットワーク）が、情報を集中ロケーションに送信するために使用されてもよい。

図３をさらに参照して、動作３０４は、１つ以上の製品容器の各々に保管された食品製品に基づいて、１つ以上の製品容器の各々の条件についての好ましい範囲を判断するステップを含む。しかしながら、上述のように、各食品製品は、製品容器内の温度、製品容器内の相対湿度、配送容器が経験した衝撃および／または振動、時間の基準量、１つ以上の製品が１つ以上の製品容器に入れられてからの時間の量など、および／または他の環境条件といった、製品容器（たとえば、配送バッグ）についての理想的な配送条件を反映するプロファイルに関連付けられ（たとえば、割当てられ）てもよい。したがって、製品容器は好ましくは、少なくとも理想的な動作パラメータと同様の配送環境を維持する。いくつかのアプローチでは、配送環境の特性は好ましくは、それぞれの範囲に保たれてもよい。たとえば、製品容器内の周囲温度は好ましくは、最高温度と最低温度との間に保たれてもよい。しかしながら、「ある範囲にある」ということは発明を限定する意図が全くない、ということに留意されたい。ある値がある範囲にあるかどうかを判断するのではなく、所望のアプローチに依存して、たとえば、ある値があるしきい値内にあるかそれを上回るか、ある値が予め定められた範囲外にあるか、ある絶対値があるしきい値を上回るか、ある値があるしきい値を下回るか、などに関して、同等の判断が下されてもよい。

なお、当該好ましい範囲は経時変化してもよい。いくつかのアプローチでは、特定の製品についての所望の温度範囲は経時変化してもよい。たとえば、調理済みの温かい食事は当初、たとえば華氏約１６０度〜約１６５度という比較的高い好ましい温度範囲を有していてもよい。しかしながら、当該好ましい温度範囲は、たとえば食品に火が入りすぎないように時間とともに低下してもよい。いくつかのアプローチでは、好ましい温度範囲は１時間あたり華氏約５度低下してもよく、それにより、運搬中に食品に火が入りすぎないようにする。

いくつかのアプローチでは、受信された現在の配送条件を分析し、および／または結果を生み出すために、接続されたソフトウェアアプリケーションが使用されてもよい。したがって、動作３０６は、受信されたステータス情報を動作３０４で判断された好ましい範囲と比較するステップを含む。しかしながら、いくつかのアプローチでは、好ましい範囲は（たとえば、製品メーカー、ユーザ、ルーティングエージェントなどによって）予め定められ、将来の使用のためにメモリに格納されてもよい。このため、いくつかのアプローチでは、好ましい範囲は、単にメモリ（たとえばルックアップテーブル）から検索されてもよい。

ここで決定３０８に目を向けると、方法３００は、１つ以上の製品容器からの受信された条件が好ましい範囲内にあるかどうかを判断するステップを含む。方法３００は、１つ以上の製品容器からの受信された条件が好ましい範囲内にあるという判断に応答して、動作３０２に戻る。このため、更新された（新規の）ステータス情報が、製品容器のうちの同じ製品容器、追加の製品容器、新規の製品容器、いくつかの製品容器などから受信されてもよい。なお、いくつかのアプローチでは、方法３００（および／または、ここに説明される他の実施形態）のプロセスのうちのいずれか１つ以上が、複数の製品容器に対して行なわれてもよい。したがって、いくつかのアプローチでは、動作３０２は、複数の異なる製品または同じ製品を含み得る複数の製品容器からステータス情報を受信するステップを含んでいてもよい。

しかしながら、方法３００は、１つ以上の製品容器からの受信された条件が好ましい範囲内にないという判断に応答して、動作３１０に進む。図示されるように、動作３１０は、実施形態に依存して変わり得るコマンドを送信するステップを含む。いくつかの実施形態では、動作３１０で送信されたコマンドは、１つ以上の製品容器を輸送している個人に、是正（たとえば予防）処置を行なうよう命令してもよい。たとえば、いくつかのアプローチでは、コマンドは、複数の製品容器を運ぶ配送トラックを運転している人に、配送環境がそれぞれ暖められ、または冷やされるように熱源をオンまたはオフにするよう命令してもよい。

他の実施形態では、動作３１０で送信されたコマンドは、１つ以上の製品容器に結合された環境制御ユニットの設定を調節してもよい。このため、前述の集中型ロケーション（たとえば、コンピュータ、物流オフィス、ルーティングセンター、自動化制御など）は、製品容器の条件および／または出荷環境全体をアクティブに調節できてもよい。たとえば、コントローラは、ユーザ要求の受信に応答して、１つ以上の製品容器の条件が好ましい範囲内にないという判断に自動的に応答するなどして、自動的に配送トラック内の空調ユニットをオンにし、製品容器内のヒータをオンにし、製品容器に結合された除湿器をオフにすることなどができてもよい。いくつかのアプローチでは、１つ以上の製品容器に結合された環境制御ユニットの設定を調節するコマンドは、是正処置を行なうようにという初期コマンドが送信された個人による活動の欠如の検出に応答して送信されてもよい。言い換えれば、１つ以上の製品容器に結合された環境制御ユニットの設定を調節するコマンドは、製品容器を運ぶ配送トラックを運転している人が是正処置を行なわないことに応答して送信されてもよい。

さらに、図３Ｂは、一実施形態に従った、食品製品の配送スキームに優先順位を付けるための方法３２０の別のフローチャートを示す。方法３２０は、さまざまな実施形態において、とりわけ図１〜３Ａに示す環境のうちのいずれかにおいて、本発明に従って行なわれてもよい。もちろん、本説明を読んだ当業者には理解されるであろうが、図３Ｂで具体的に説明されたものよりも多い、または少ない動作が方法３２０に含まれていてもよい。

方法３２０のステップの各々は、動作環境の任意の好適なコンポーネントによって行なわれてもよい。たとえば、さまざまな実施形態では、方法３２０は、コントローラ、プロセッサなど、または１つ以上のプロセッサを内部に有する何らかの他のデバイスによって部分的にまたは全体的に行なわれてもよい。ハードウェアおよび／またはソフトウェアにおいて実現され、好ましくは少なくとも１つのハードウェアコンポーネントを有する、プロセッサ、たとえば処理回路、チップ、および／またはモジュールが、方法３２０の１つ以上のステップを行なうために、任意のデバイスで利用されてもよい。例示的なプロセッサは、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、それらの組合せ、または、当該技術分野において公知の任意の他の好適なコンピューティングデバイスを含むものの、それらに限定されない。

図３Ｂに示すように、方法３２０の動作３２２は、１つ以上の製品容器に保管された食品製品に対応する食品製品履歴を受信するステップを含む。なお、「食品製品履歴」は、所与の食品製品についての過去のステータス情報を含んでいてもよい。さらに、いくつかのアプローチでは、食品製品履歴は、所望の実施形態に依存して、原材料鮮度、有効期限（賞味期限、消費期限）、調理時間、調理条件、保管時間および／または条件、引き渡し〜配送時間、条件、関連する環境パラメータ履歴などを含んでいてもよい。

上述のように、結果に基づいて、集中型ソフトウェアアプリケーションは、たとえば、熱源のオン／オフ、容器への通気、容器のカバーの開閉、空気の循環などといった所望の環境条件を達成するために、製品容器に関連付けられた人に是正処置を取るよう通知してもよく、または、調節され得るアクティブな環境エレメントを有する「スマートバッグ」である製品容器を直接制御してもよい。

さらに、動作３２４は、１つ以上の製品容器の、優先順位が付けられた配送スキームを判断するために、食品製品履歴を使用するステップを含む。方法３２０は加えて、優先順位が付けられた配送スキームを、１つ以上の製品容器を輸送している個人に送信するステップを含む。動作３２６を参照されたい。言い換えれば、公知の地域および／または時間枠での入手可能性に優先順位を付けるために、食料品履歴が使用されてもよい。しかしながら、他のアプローチでは、動作３２４における優先順位が付けられた配送スキームは、所望の実施形態に依存して、１つ以上の製品容器を輸送しているさまざまな個人、対象となる配送受取人、企業本社、（配送を引き継ぐことができ得る）他の配送員などについて配送を調整する発送担当者に送信されてもよい。

いくつかのアプローチでは、これは、現在の鮮度に基づいた配送優先順位付けを可能にしてもよく、食品の入手可能性を最大化する。たとえば、新鮮で品質パラメータ内にあるものの、調理されてからの時間が最も長い食品を、後で調理された同様の状態の食品よりも先に配送することが好ましい。これは、後で調理された食品の方がより長く持つために生じ得るものであり、販売および／または配送する機会のより長いウィンドウを望ましく提供する。

図３Ｃは、一実施形態に従った、食品製品の配送スキームに優先順位を付けるための方法３４０の別のフローチャートを示す。方法３４０は、さまざまな実施形態において、とりわけ図１〜３Ｂに示す環境のうちのいずれかにおいて、本発明に従って行なわれてもよい。もちろん、本説明を読んだ当業者には理解されるであろうように、図３Ｃで具体的に説明されたものよりも多い、または少ない動作が方法３４０に含まれていてもよい。

方法３４０のステップの各々は、動作環境の任意の好適なコンポーネントによって行なわれてもよい。たとえば、さまざまな実施形態では、方法３４０は、コントローラ、プロセッサなど、または１つ以上のプロセッサを内部に有する何らかの他のデバイスによって部分的にまたは全体的に行なわれてもよい。ハードウェアおよび／またはソフトウェアにおいて実現され、好ましくは少なくとも１つのハードウェアコンポーネントを有する、プロセッサ、たとえば処理回路、チップ、および／またはモジュールが、方法３４０の１つ以上のステップを行なうために、任意のデバイスで利用されてもよい。例示的なプロセッサは、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、それらの組合せ、または、当該技術分野において公知の任意の他の好適なコンピューティングデバイスを含むものの、それらに限定されない。

図３Ｃに示すように、方法３４０の動作３４２は、食品製品に対応する食品製品履歴、および／または１つ以上の製品容器の各々の条件を評価するステップを含む。前述のように、ある製品容器（たとえばスマート配送バッグ）に対応する監視結果が理想的なパラメータ内にない場合、予防処置が好ましくは取られる。いくつかのアプローチでは、是正処置とともに、命令が運転手に送信されてもよい（たとえば、メッセージが運転手のモバイルデバイスに送信されてもよい）。他のアプローチでは、１つ以上の製品容器の設定を自動的に調節する環境制御ユニットに、調節コマンドが送信されてもよい。

さらに、動作３４４は、食品製品のうちのいずれかが安全でない（たとえば、腐っている、期限切れである、悪臭がする、感染しているなど）、および／または望ましくないかどうかを判断するステップを含む。１つ以上の食料品が安全でない、および／または望ましくないと考えられる場合、管理システムは、食品発送担当者に、対応する製品容器（たとえば配送バッグ）内の関連付けられた食品の入手可能性を入手可能性から外すよう通知してもよく、食品発送担当者はそれにより、対応する食品製品を配送から効果的に外してもよい。したがって、方法３４０は、食品製品のうちのいずれかが安全でない、および／または望ましくないという判断に応答して動作３４６に進み、動作３４６は、ある食品製品を配送しないようにというコマンドを送信するステップを含む。動作３４６におけるコマンドは、所望の実施形態に依存して、製品を輸送している車両の作業員（たとえば運転手）や、１つ以上の製品容器を輸送しているさまざまな個人、対象となる配送受取人などについて配送を調整する発送担当者に送信されてもよい。これに代えて、方法３４０は、安全でない、および／または不適格である食品製品はないという判断に応答して動作３４２に戻り、それにより、方法３４０のプロセスは繰り返されてもよい。

また、配送および／または販売にとって不適格である、または安全でないと考えられる食品の発送および／または販売を防止するために、たとえば、配送員を顧客へと送り出すであろう発送ソフトウェア、顧客の支払いを承認する販売トランザクションソフトウェアなどといった、トランザクションを可能にするために使用される任意のソフトウェアに通知がなされ得る。これは、ある食品製品を自動的に入手可能性から外してもよく、また、食品が十分な品質を有するか、または安全かどうかを判断するための訓練または動機付けが不十分かもしれない配送員による評価を必要としない。これは、食品安全性チェックであり、適切な食品取り扱いパラメータが配送を通して維持され得ることを確実にする自動化手順である。したがって、累積された、および現在のセンサデータ、関連付けられた食品プロファイルに基づいた、および／または、トランザクション処理アプリケーションソフトウェア（たとえば、発送アプリケーションまたは販売トランザクションのいずれか）に接続されたこの制御フィードバックは、品質、および、安全な食品が配送されることを自動的に確実にし得る望ましいプロセスを提供する。

食品の品質および安全性が配送を通して維持されることを確実にすることに加えて、食品配送のための環境をアクティブに管理する利点は、配送用の時間を大幅に拡張できるということである。たとえば、拡張された配送時間ウィンドウは、従来の管理されていない食品配送と比べて配送の距離（たとえば、または半径）が拡張されることを可能にし得る。さらに、要求が生じた場合に遠隔入手可能性を有するように、食品の進化した調理が行なわれてもよく、このため、以前の実現化例と比べて配送時間を劇的に短くする。たとえば、食品が適切な温度で維持される場合、典型的な配送時間は３０分以内であり、一方、ここに説明されるアプローチのうちの１つ以上を実現するスマート配送バッグは、当該適切な温度を４時間以上維持することができ得るため、それにより、高品質の食品を配送する時間を大幅に拡張する。これらの前述の利点の双方は、管理されていない食品配送では満たされないであろう場所で配送された食品を入手できるようにするだけでなく、調理済みおよび半調理の食品が非常に短い配送時間で入手できるようにするため、直接的な価値を顧客に追加する。これは、本質的にオンデマンドの食品配送システムを可能にすることをもたらす。顧客にとってのこれらの利点は、食品供給業者に対する需要を増加させ、ひいては事業を増加させ得る。各々の場合、食品は適切な状態で維持されることが望ましい。

発明を限定する意図が全くない例示的な一実現化例は、加熱トレイにセンサータグを組込んだ特注の配送バッグを使用する。加熱トレイは制御可能な加熱ユニットであり、オプションで温かい温度だけでなく冷たい温度も維持するように冷凍パックをサポートしてもよい。当該センサータグは、温度センサと、（たとえば自動車で使用するための）１２ＶのＤＣ供給電圧用の線間電圧センサと、加熱ユニット用の制御スイッチとを含む。配送バッグがいつ開いているか（光が感知される）、または閉まっているか（光は感知されない）を検出するために搭載され得る、オプションの外部光センサがある。温度および供給電圧は、センサにポーリングすることによって任意の所望の頻度で（たとえば、１分に１回）監視されてもよい。しかしながら、光センサは、絶えず（たとえば、割込みベースで）監視されてもよい。好ましくは、センサ情報はすべて、構成された間隔でクラウドベースのアプリケーションに「発行される」。配送バッグセンサータグは、運転手の携帯電話とペアにされたその無線（たとえば、ブルートゥース、ワイファイ、無線周波数識別など）通信ポートを介して、データをプッシュするであろう。しかしながら、いくつかのアプローチでは、たとえばイーサネット（登録商標）ケーブル、ワイヤ、バスなどといった有線（物理的）接続が使用されてもよい。携帯電話は、無線通信を受付け、ローカルタイムスタンプおよび／またはＧＰＳ位置情報を追加し、全メッセージを管理システムクラウドアプリケーションにプッシュするアプリケーションを実行していてもよい。管理システムはその入力メッセージキューにおける情報を受信して、シフトの初めに、タグＩＤに関連付けられた製品プロファイルに基づいて、センサ読取り値をパラメータに対して直ちに分析してもよい。各シフトの初めに、供給業者は、センサータグＩＤと１対１の相関関係を有する各バッグＩＤを、そのシフトのために配送バッグ内に積込まれた製品のタイプに関連付けられた製品プロファイルと関連付けるであろう。管理システムは、配送バッグ積込み時間および場所、特定のバッグＩＤおよびシフトに関連付けられた製品プロファイル、ならびに、調理時の製品の条件などのシフトに特有の製品データを取込み、それらから、それは現在のシフトについての配送バッグパラメータを判断する。たとえば、温かい食事（たとえば鶏照焼丼）が、配送バッグに３０分積込まれる間に火が入る原材料を用いて調理された場合、パラメータは、少なくとも１４５Ｆ、および１６５Ｆ未満のバッグ温度を維持するように設定されてもよく、食品は、積込みから４時間の間、入手可能になるであろう。バッグ温度が１４５Ｆを下回る場合、それは、温度がどれくらい低いかに関して、および、低温がどれくらいの時間維持されるか（たとえば、時間の変化に対する温度の変化）について、入手可能な時間を劣化させるかもしれない。また、たとえば、食品が安全でなくなった場合に、食品を不適格とみなすための予め定められた最低温度があってもよい。管理システムは、食品が適切に維持されているかどうかを判断するために、時間、温度、供給電圧、バッグ光センサなどを監視するであろう。

管理システムが低い供給電圧を予め構成された時間量の間検出した場合、管理システムは警報を運転手に送信し、配送バッグに電力が供給されていないことを示すであろう。管理システムが、光センサーが予め構成された間隔を超えてある連続時間の間作動されていることを検出した場合、管理システムは、バッグが開いたままになっていることを運転手に通知してもよい。運転手通知は、センサータグから管理システムへの通信ブリッジとして作用するモバイルデバイス、または、バッグＩＤに関連付けられた任意のモバイルデバイスに送信され得る。通知は「プッシュされる」イベントであり、アプリケーション通知、およびＳＭＳメッセージ、またはウェブページ最新情報を含む多くの形態を取り得る。他のアプローチでは、警告が単に送信されてもよい。たとえば、可聴警告音が配送トラック内のスピーカで鳴らされてもよく、警告灯が配送トラックストレージベイで光ってもよく、警告が配送トラックのナビゲーションシステム上に表示されたりしてもよい。運転手はオプションでメッセージの受領確認をしてもよく、管理システムはそれを、応答の時間および場所、ならびに現在のセンサタグ読取り値とともに記録するであろう。管理システムはまた、適切なバッグ温度を維持するためにセンサータグがヒータをオンまたはオフになるよう制御するように、配送バッグ内のセンサータグ用の加熱パラメータを設定してもよい。たとえば、センサータグヒータコントローラは、温度が製品プロファイルに基づいて可能にされた最高温度に達するまでヒータをオンにしてもよく、次に、食品が理想的なバッグ温度パラメータに達するまでヒータをオフにしてもよい。これらのやり方の各々において、管理システムは、配送トラックの運転手が配送バッグ内の理想的な温度を維持するのを助ける。

管理システムはさらに、運転手を顧客に派遣するために、または顧客との販売トランザクションを完了するために使用され得る他のアプリケーションに最新情報を送信する。管理システムは、製品を理想的な鮮度から不適格まで追跡する製品鮮度メトリックを維持する。このメトリックに基づいて、発送アプリケーションは、配送に適格とみなされた２つ以上の配送バッグから、配送に最適なものを選択してもよい。より低い鮮度メトリックを有する配送バッグを選択することにより、発送アプリケーションは、より高い鮮度メトリックを有する食品の在庫を維持し、それにより、食品配送のための入手可能時間ウィンドウを拡張するであろう。これは、各配送バッグの取扱いを監視し、実際のセンサデータ、製品プロファイル、およびシフトに特有の任意の製品データに従って鮮度メトリックを計算することによって可能になる（たとえば、上述の方法３００、３２０、３４０を参照）。

管理システムはまた、最新情報を送信し、イベントに基づいて、販売に適切である配送バッグ内の製品に基づいてプッシュする。おそらく取り扱いミスまたは許容時間ウィンドウの失効によって製品が不適格になったと管理システムが判断した場合、管理システムは、販売トランザクションアプリケーションに、特定の配送バッグ内の製品を利用可能性から外すよう通知するであろう。また、１つ以上の配送バッグの中身をリコールなどで不適格とみなすためのユーザ入力があってもよい。これは、即時行動が何らかの理由で製品のさらなる販売を防止することを可能にする。管理システムはオプションで、他のアプリケーションまたはユーザにこの不適格ステータスを通知してもよく、たとえば、管理システムは運転手に製品不適格を通知して、彼らが受領確認し、適切な処分のために製品を供給業者に戻すことを要求する。

管理システムは、各シフトおよび配送バッグに関連付けられたデータをすべて格納する。このデータは、各配送に関与するエンティティの実績を分析し、それに応じて報告するために使用され得る。たとえば、データは、特定の運転手が決まって食品の取り扱いを誤ること、または、あるレストランが食品を適温で積込まないことを示し得る。これらのタイプの分析報告は、食品配送を時間とともに改良するのに役立ち得る。データはまた、食品の品質および安全性を維持する適切なプロセスが一貫して準拠されていることを反映するために、保健局または他の食品安全性報告に使用され得る。

各配送バッグ内にセンサータグを有することの別の利点は、管理システムがバッグを資産として管理し、資産活用を改良することができるということである。管理システムは、どの運転手が各配送バッグを有するかを追跡することによってこれを行ない、彼らが指定時間までに戻らない場合、運転手にリマインドして適切な動作アプリケーションまたは人に通知する。これは、アクティブに使用されているバッグの最大数を保つのに役立ち、それにより、特定の動作に必要な配送バッグの総数を減少させ、価値を最大化する。

発明を限定する意図が全くない別の使用実施形態によれば、配送バッグには、配送バッグ内で輸送されることになっている食事に関連付けられた食事プロファイルが、予めロードされてもよい。食事プロファイルは、内部で輸送されている食品のために維持するべき所望の配送バッグ環境を概説していてもよい。食事プロファイルは、たとえば、配送バッグを予め温めることまたは予め冷やすことを含み得る食事調理手順の一部として、予めロードされてもよい。食事プロファイルがロードされた後に、配送バッグは所望の配送バッグ環境を自律的に維持してもよい。これは、少なくとも配送バッグ内の環境設定を監視するために配送バッグに結合されたコントローラを使用することによって達成されてもよい。さらに、当該コントローラは、ヒータをオンまたはオフにし、エアコンをオンまたはオフにし、通気孔を開閉し、除湿器をオンまたはオフにすることなどによって、環境設定を必要に応じて調節してもよい。配送バッグはまた、現在のバッグ条件を、たとえばアンテナを使用して、携帯電話への接続を介してクラウドネットワークに定期的に報告してもよい。配送バッグは、配送バッグ内部の環境を管理するための十分なリソース（たとえば、電力、能力など）を常に有するとは限らない。その結果、配送バッグ環境に影響を与える能力は限定され得る。いくつかのアプローチでは、好ましくは、さもなくば利用可能な電力の量にかかわらず配送環境ステータスが送信されるように、ブルートゥースコントローラが独立したバッテリに結合されてもよい。クラウドネットワークは、発送担当者および／または運転手に行なわれるべき任意の是正処置を通知してもよく、複数の配送バッグで条件を比較することによって発送優先順位を判断するのを助けてもよい。

ここに開示された発明概念は、複数の例示的なシナリオ、実施形態、および／または実現化例におけるそれらの無数の特徴を示すために、一例として提示されてきた。一般に開示された概念は、モジュール式であると考えられるべきであり、それらの任意の組合せ、順列、または合成で実現されてもよい、ということが理解されるべきである。加えて、本説明を読んだ当業者には理解されるであろう、ここに開示された特徴、機能、および概念のいかなる変更、修正、または均等物も、本開示の範囲内にあると考えられるべきである。

ここでの説明は、あらゆる当業者がこの発明を行ない使用することができるようにするために提示され、この発明の特定の用途およびそれらの要件の文脈で提供される。開示された実施形態へのさまざまな変更は、当業者には容易に明らかになるであろう。ここに定義された一般的原理は、本発明の精神および範囲から逸脱することなく、他の実施形態および用途に適用されてもよい。このため、本発明は、示された実施形態に限定されるよう意図されてはおらず、ここに開示された原理および特徴と一致する最も広い範囲を与えられることになっている。

特に、ここに説明された発明のさまざまな実施形態は、複数のコンピュータシステム間で通信する手段としてインターネットを使用して実現される。当業者であれば、本発明が通信媒体としてのインターネットの使用に限定されないこと、および、この発明の代替的方法が、私設イントラネット、ローカルエリアネットワーク（Local Area Network：ＬＡＮ）、ワイドエリアネットワーク（Wide Area Network：ＷＡＮ）、または他の通信手段の使用に対処し得ることを認識するであろう。加えて、有線、無線（たとえば無線周波数）、および光通信リンクのさまざまな組合せが利用されてもよい。

この発明の一実施形態が実行され得るプログラム環境は例示的に、１つ以上の汎用コンピュータ、または、ハンドヘルドコンピュータなどの専用デバイスを取入れる。そのようなデバイス（たとえば、プロセッサ、メモリ、データストレージ、入出力デバイス）の詳細は周知であり、明確にするために省略される。

また、本発明の手法はさまざまな技術を使用して実現され得る、ということも理解されるべきである。たとえば、ここに説明された方法は、コンピュータシステム上で実行されるソフトウエアで実現されてもよく、もしくは、方法の動作を行なうための１つ以上のプロセッサおよびロジック（ハードウェアおよび／またはソフトウェア）、特定用途向け集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのプログラマブルロジックデバイス、および／またはそれらのさまざまな組合せを利用するハードウェアで実現されてもよい。例示的な一アプローチでは、ここに説明された方法は、物理的な（たとえば非一時的な）コンピュータ読取可能媒体などの記憶媒体上に常駐する、一連のコンピュータ実行可能命令によって実現されてもよい。加えて、この発明の特定の実施形態はオブジェクト指向のソフトウェアプログラミング概念を採用し得るものの、この発明はそのように限定されず、コンピュータの動作を指示する他の形態を採用するために容易に適合される。

この発明はまた、コンピューティングデバイス（たとえばプロセッサ）および／またはシステムによって実行され得るコンピュータコードを有するコンピュータ読取可能記憶媒体または信号媒体を含むコンピュータプログラム製品の形態で提供され得る。コンピュータ読取可能記憶媒体は、コンピューティングデバイスまたはシステムによって使用されるコンピュータコードを格納できる任意の媒体を含んでいてもよく、読出専用および書込可能ＣＤおよびＤＶＤなどの光学媒体、磁気メモリまたは磁気媒体（たとえばハードディスクドライブ、テープ）、半導体メモリ（たとえばフラッシュメモリおよび他の携帯メモリカードなど）、チップに符号化されたファームウェアなどを含む。

コンピュータ読取可能信号媒体とは、前述の記憶媒体クラスに収まらないものである。たとえば、例示的なコンピュータ読取可能信号媒体は、システム内で、システム間で、たとえば物理的なまたは仮想ネットワークなどを介して、一時的な信号を通信するかまたは他の態様で転送する。

さまざまな実施形態が上述されてきたが、それらは限定のためではなく単なる例として提示されたことが理解されるべきである。このため、本発明の実施形態の広さおよび範囲は、上述の例示的な実施形態のうちのいずれによっても限定されるべきでなく、請求項およびそれらの均等物に従ってのみ定義されるべきである。

Claims (20)

1. 製品配送プロセスを管理するための方法であって、
   コンピュータが、１つ以上の製品容器からステータス情報を受信するステップを含み、前記ステータス情報は前記１つ以上の製品容器の各々の条件を含み、前記方法はさらに、
   前記コンピュータが、前記１つ以上の製品容器の各々に保管された製品に基づいて、前記１つ以上の製品容器の各々の前記条件についての好ましい範囲を判断するステップを含み、前記好ましい範囲は単位時間あたり予め定められた量だけ経時変化し、前記予め定められた量および前記単位時間は前記１つ以上の製品容器の各々に保管された前記製品に関連付けられたプロファイルにおいて特定され、前記方法はさらに、
   前記コンピュータが、前記１つ以上の製品容器からの受信された前記条件が前記好ましい範囲内にあるかどうかを判断するステップと、
   前記コンピュータが、受信された前記条件のうちの少なくとも１つが判断された前記好ましい範囲外にあるという判断に応答して、コマンドを前記１つ以上の製品容器に結合された環境制御ユニットに送信するステップとを含み、前記環境制御ユニットは、前記コマンドの受信に応じて前記１つ以上の製品容器の前記少なくとも１つの条件を調節するように構成される、方法。
2. 前記製品容器の前記条件は、前記製品容器内の周囲温度、前記製品容器内の相対湿度、前記製品容器が開いているかまたは閉まっているか、および、前記製品容器に関連付けられた電力ステータス、のうちの少なくとも１つを含む、請求項１に記載の方法。
3. 前記ステータス情報は、複数の製品容器から受信される、請求項１に記載の方法。
4. 前記製品は、食品製品である、請求項１に記載の方法。
5. 前記コンピュータが、前記１つ以上の製品容器に保管された前記食品製品に対応する食品製品履歴を受信するステップと、
   前記コンピュータが、前記１つ以上の製品容器の、優先順位が付けられた配送スキームを判断するために、前記食品製品履歴を使用するステップと、
   前記コンピュータが、前記優先順位が付けられた配送スキームを、前記１つ以上の製品容器を輸送している個人に、および／または発送担当者に送信するステップとを含む、請求項４に記載の方法。
6. 前記コンピュータが、前記食品製品に対応する前記食品製品履歴、および／または前記１つ以上の製品容器の各々の前記条件を評価するステップと、
   前記コンピュータが、前記食品製品のうちのいずれかが安全でない、および／または望ましくないかどうかを判断するステップと、
   前記コンピュータが、ある食品製品が安全でない、および／または望ましくないという判断に応答して、それらを配送しないようにというコマンドを送信するステップとを含む、請求項５に記載の方法。
7. 送信された前記コマンドは、前記１つ以上の製品容器を輸送している個人に、是正処置を行なうよう命令するためのものである、請求項１に記載の方法。
8. 前記製品は食品製品であり、
   前記コンピュータが、前記１つ以上の製品容器に保管された前記食品製品に対応する食品製品履歴を分析するステップを含み、前記食品製品履歴は、前記１つ以上の製品容器について過去に受信されたステータス情報を含み、前記方法はさらに、
   前記コンピュータが、前記１つ以上の製品容器の、優先順位が付けられた配送スキームを判断するために、前記食品製品履歴を使用するステップを含み、調理されてからの時間が最も長い食品製品が、後で調理された他の食品製品よりも先に配送するために優先され、前記方法はさらに、
   前記コンピュータが、前記１つ以上の製品容器を輸送している個人に、前記優先順位が付けられた配送スキームを送信するステップを含む、請求項１に記載の方法。
9. コンピュータ読取可能記憶媒体上で具現化された実行可能なコンピュータコードを含む、コンピュータプログラムであって、
   前記コンピュータコードは、
   １つ以上の製品容器からステータス情報を受信するためのコンピュータコードを含み、前記ステータス情報は前記１つ以上の製品容器の各々の条件を含み、前記コンピュータコードはさらに、
   前記１つ以上の製品容器の各々に保管された製品に基づいて、前記１つ以上の製品容器の各々の前記条件についての好ましい範囲を判断するためのコンピュータコードを含み、前記好ましい範囲は単位時間あたり予め定められた量だけ経時変化し、前記予め定められた量および前記単位時間は前記１つ以上の製品容器の各々に保管された前記製品に関連付けられたプロファイルにおいて特定され、前記コンピュータコードはさらに、
   前記１つ以上の製品容器からの受信された前記条件が前記好ましい範囲内にあるかどうかを判断するためのコンピュータコードと、
   受信された前記条件のうちの少なくとも１つが判断された前記好ましい範囲外にあるという判断に応答して、コマンドを前記１つ以上の製品容器に結合された環境制御ユニットに送信するためのコンピュータコードとを含み、前記環境制御ユニットは、前記コマンドの受信に応じて前記１つ以上の製品容器の前記少なくとも１つの条件を調節するように構成されるコンピュータプログラム。
10. 前記製品容器の前記条件は、前記製品容器内の周囲温度、前記製品容器内の相対湿度、前記製品容器が開いているかまたは閉まっているか、および、前記製品容器に関連付けられた電力ステータス、のうちの少なくとも１つを含む、請求項９に記載のコンピュータプログラム。
11. 前記ステータス情報は、複数の製品容器から受信される、請求項９に記載のコンピュータプログラム。
12. 前記製品は、食品製品である、請求項９に記載のコンピュータプログラム。
13. 前記１つ以上の製品容器に保管された前記食品製品に対応する食品製品履歴を受信するためのコンピュータコードと、
    前記１つ以上の製品容器の、優先順位が付けられた配送スキームを判断するために、前記食品製品履歴を使用するためのコンピュータコードと、
    前記優先順位が付けられた配送スキームを、前記１つ以上の製品容器を輸送している個人に送信するためのコンピュータコードとを含む、請求項１２に記載のコンピュータプログラム。
14. 前記食品製品に対応する前記食品製品履歴、および／または前記１つ以上の製品容器の各々の前記条件を評価するためのコンピュータコードと、
    前記食品製品のうちのいずれかが安全でない、および／または望ましくないかどうかを判断するためのコンピュータコードと、
    ある食品製品が安全でないという判断に応答して、それらを配送しないようにというコマンドを送信するためのコンピュータコードとを含む、請求項１３に記載のコンピュータプログラム。
15. 送信された前記コマンドは、前記１つ以上の製品容器を輸送している個人に、是正処置を行なうよう命令するためのものである、請求項９に記載のコンピュータプログラム。
16. 前記製品は食品製品であり、
    前記１つ以上の製品容器に保管された前記食品製品に対応する食品製品履歴を分析するコンピュータコードを含み、前記食品製品履歴は、前記１つ以上の製品容器について過去に受信されたステータス情報を含み、前記コンピュータコードはさらに、
    前記食品製品履歴を使用して、前記１つ以上の製品容器の、優先順位が付けられた配送スキームを判断するコンピュータコードを含み、調理されてからの時間が最も長い食品製品が、後で調理された他の食品製品よりも先に配送するために優先され、前記コンピュータコードはさらに、
    前記１つ以上の製品容器を輸送している個人に、前記優先順位が付けられた配送スキームを送信するコンピュータコードを含む、請求項１０に記載のコンピュータプログラム。
17. プロセッサと、前記プロセッサと一体化された、および／または前記プロセッサによって実行可能なロジックとを含む、システムであって、
    前記ロジックは、
    １つ以上の製品容器からステータス情報を前記プロセッサによって受信するように構成され、前記ステータス情報は前記１つ以上の製品容器の各々の条件を含み、前記ロジックはさらに、
    前記１つ以上の製品容器の各々に保管された食品製品に基づいて、前記１つ以上の製品容器の各々の前記条件についての好ましい範囲を前記プロセッサによって判断するように構成され、前記好ましい範囲は単位時間あたり予め定められた量だけ経時変化し、前記予め定められた量および前記単位時間は前記１つ以上の製品容器の各々に保管された前記食品製品に関連付けられたプロファイルにおいて特定され、前記ロジックはさらに、
    前記１つ以上の製品容器からの受信された前記条件が前記好ましい範囲内にあるかどうかを前記プロセッサによって判断し、
    受信された前記条件のうちの少なくとも１つが判断された前記好ましい範囲外にあるという判断に応答して、前記プロセッサによってコマンドを前記１つ以上の製品容器に結合された環境制御ユニットに送信し、前記環境制御ユニットは、前記コマンドの受信に応じて前記１つ以上の製品容器の前記少なくとも１つの条件を調節するように構成され、
    前記１つ以上の製品容器に保管された前記食品製品に対応する食品製品履歴を前記プロセッサによって受信し、
    前記１つ以上の製品容器の、優先順位が付けられた配送スキームを判断するために、前記プロセッサによって前記食品製品履歴を使用し、
    前記優先順位が付けられた配送スキームを、前記１つ以上の製品容器を輸送している個人に、前記プロセッサによって送信し、
    前記食品製品に対応する前記食品製品履歴、および／または前記１つ以上の製品容器の各々の前記条件を前記プロセッサによって評価し、
    前記食品製品のうちのいずれかが安全でない、および／または望ましくないかどうかを前記プロセッサによって判断し、
    ある食品製品が安全でない、および／または望ましくないという判断に応答して、それらを配送しないようにというコマンドを、前記プロセッサによって送信するように構成される、システム。
18. 前記製品容器の前記条件は、前記製品容器内の周囲温度、前記製品容器内の相対湿度、前記製品容器が開いているかまたは閉まっているか、および、前記製品容器に関連付けられた電力ステータス、のうちの少なくとも１つを含み、前記ステータス情報は、複数の製品容器から受信される、請求項１７に記載のシステム。
19. 送信された前記コマンドは、前記１つ以上の製品容器を輸送している個人に、是正処置を行なうよう命令するためのものである、請求項１７に記載のシステム。
20. 前記食品製品履歴は、前記１つ以上の製品容器について過去に受信されたステータス情報を含み、
    調理されてからの時間が最も長い食品製品が、後で調理された他の食品製品よりも先に配送されるように優先される、請求項１７に記載のシステム。