(57)【要約】荷物室システムは、少なくとも１つの棚と、少なくとも１つの棚上の物品を感知するように構成された少なくとも１つのセンサと、少なくとも１つのデータ入力デバイスと、少なくとも１つのセンサおよび少なくとも１つのデータ入力デバイスに結合された少なくとも１つのコンピュータとを含み得る。少なくとも１つのコンピュータは、少なくとも１つのデータ入力デバイスから荷物に関するデータを受信し、少なくとも１つのセンサからのデータから、少なくとも１つの棚上の荷物の位置を検出し、荷物の存在および荷物の位置の受信を受取人に通知し、かつ少なくとも１つのセンサからのデータから、少なくとも１つの棚からの荷物の取り出しを検出するように構成され得る。
2019519261.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの棚と、
前記少なくとも１つの棚上の物品を感知するように構成された少なくとも１つのセンサと、
少なくとも１つのデータ入力デバイスと、
前記少なくとも１つのセンサおよび前記少なくとも１つのデータ入力デバイスに結合された少なくとも１つのコンピュータであって、
前記少なくとも１つのデータ入力デバイスからの荷物に関するデータを受信し、
前記少なくとも１つのセンサからのデータから、前記少なくとも１つの棚上の前記荷物の位置を検出し、
前記荷物の存在および前記荷物の前記位置を荷物受取人に通知し、かつ、
前記少なくとも１つのセンサからの前記データから、前記少なくとも１つの棚からの前記荷物の取り出しを検出するように構成された、少なくとも１つのコンピュータと、
を備える荷物室システム。
【請求項２】
前記少なくとも１つのセンサは、少なくとも１つの重量センサを備え、
前記少なくとも１つのセンサからの前記データは、前記荷物を重量で識別するデータを含む、請求項１に記載の荷物室システム。
【請求項３】
前記少なくとも１つのセンサは、少なくとも１つのカメラを含み、
前記少なくとも１つのセンサからの前記データは、前記荷物を視覚的に識別するデータを含む、請求項１に記載の荷物室システム。
【請求項４】
前記少なくとも１つのセンサは、少なくとも１つのＲＦＩＤセンサを含み、
前記少なくとも１つのセンサからの前記データは、前記荷物に付けられたＲＦＩＤタグに基づいて前記荷物を識別するデータを含む、請求項１に記載の荷物室システム。
【請求項５】
前記少なくとも１つのコンピュータはさらに、
前記少なくとも１つのデータ入力デバイスから前記荷物受取人を識別するデータを受信し、かつ
前記荷物の前記取り出しを、前記荷物受取人を識別する前記データに基づいて許可された取り出しとして記録するように構成されている、請求項１に記載の荷物室システム。
【請求項６】
前記少なくとも１つのコンピュータはさらに、前記荷物の前記取り出しを、前記少なくとも１つのデータ入力デバイスからの前記荷物受取人を識別するデータの受信の失敗に基づいて、無許可の取り出しとして記録するように構成されている、請求項１に記載の荷物室システム。
【請求項７】
無許可の取り出しである前記荷物の前記取り出しに応答して記録するように構成された少なくとも１つのカメラをさらに備える請求項６に記載の荷物室システム。
【請求項８】
前記少なくとも１つの棚へのアクセスを制限するように構成された少なくとも１つのロック機構をさらに備える請求項１に記載の荷物室システム。
【請求項９】
前記少なくとも１つのコンピュータはさらに、
前記少なくとも１つのデータ入力デバイスから前記荷物受取人を識別するデータを受信し、かつ
前記荷物受取人を識別する前記データに基づいて、前記少なくとも１つのロック機構をアンロックするように構成されている、請求項８に記載の荷物室システム。
【請求項１０】
前記荷物に関する前記データは、配達データまたは返送データを含み、
前記荷物受取人は、前記荷物を受け取るように指定された人または荷物運送業者である、請求項１に記載の荷物室システム。
【請求項１１】
少なくとも１つのコンピュータによって、少なくとも１つのデータ入力デバイスからの荷物に関するデータを受信することと、
少なくとも１つのセンサからのデータから前記少なくとも１つのコンピュータによって、少なくとも１つの棚上の前記荷物の位置を検出することと、
前記少なくとも１つのコンピュータによって、前記荷物の存在および前記荷物の前記位置を荷物受取人に通知することと、
前記少なくとも１つのセンサからの前記データから前記少なくとも１つのコンピュータによって、前記少なくとも１つの棚からの前記荷物の取り出しを検出することと、
を備える荷物室の管理方法。
【請求項１２】
前記少なくとも１つのセンサは、少なくとも１つの重量センサを含み、
前記少なくとも１つのセンサからの前記データは、前記荷物を重量で識別するデータを含む、請求項１１に記載の荷物室の管理方法。
【請求項１３】
前記少なくとも１つのセンサは、少なくとも１つのカメラを含み、
前記少なくとも１つのセンサからの前記データは、前記荷物を視覚的に識別するデータを含む、請求項１１に記載の荷物室の管理方法。
【請求項１４】
前記少なくとも１つのセンサは、少なくとも１つのＲＦＩＤセンサを含み、
前記少なくとも１つのセンサからの前記データは、前記荷物に付けられたＲＦＩＤタグに基づいて前記荷物を識別するデータを含む、請求項１１に記載の荷物室の管理方法。
【請求項１５】
前記少なくとも１つのコンピュータによって、前記少なくとも１つのデータ入力デバイスから前記荷物受取人を識別するデータを受信することと、
前記少なくとも１つのコンピュータによって、前記荷物の前記取り出しを、前記荷物受取人を識別する前記データに基づいて、許可された取り出しとして記録することと、をさらに備える、請求項１１に記載の荷物室の管理方法。
【請求項１６】
前記少なくとも１つのコンピュータによって、前記荷物の前記取り出しを、前記少なくとも１つのデータ入力デバイスからの前記荷物受取人を識別するデータの受信の失敗に基づいて、無許可の取り出しとして記録することをさらに備える請求項１１に記載の荷物室の管理方法。
【請求項１７】
少なくとも１つのカメラによって、無許可の取り出しである前記荷物の前記取り出しに応答して、記録することをさらに備える請求項１６に記載の荷物室の管理方法。
【請求項１８】
少なくとも１つのロック機構によって、前記少なくとも１つの棚へのアクセスを制限することをさらに備える請求項１１に記載の荷物室の管理方法。
【請求項１９】
前記少なくとも１つのコンピュータによって、前記少なくとも１つのデータ入力デバイスから前記荷物受取人を識別するデータを受信することと、
前記少なくとも１つのコンピュータによって、前記荷物受取人を識別する前記データに基づいて、前記少なくとも１つのロック機構をアンロックすることと、をさらに備える請求項１８に記載の荷物室の管理方法。
【請求項２０】
前記荷物に関する前記データは、配達データまたは返送データを含み、
前記荷物受取人は、前記荷物を受け取るように指定された人または荷物運送業者である、請求項１１に記載の荷物室の管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
荷物室システムおよび方法に関する。
【発明の概要】
【０００２】
本明細書に記載されたシステムおよび方法は、安全で自動化された荷物室アクセス制御および／またはトラッキングを提供し得る。荷物室は、アパートまたはマンション複合体、オフィスビル、およびその他の場所などの、集合住宅内に存在し得る。荷物運送業者は荷物を荷物室に配達し得るもので、受取人は彼ら宛の荷物を引取り得る。本明細書に記載のシステムおよび方法は、このプロセスを自動的に合理化しかつ保護し得る。
【０００３】
例えば、以下でより詳細に説明するように、荷物室システムは、複数の容器または棚を含み得る。各容器または棚は、電子ロックおよび近距離ＲＦデータリーダ、重量センサ、カメラ、スキャナ、および／またはその他のセンサを含み得る。荷物室は、複数の容器または棚の電子ロックおよびセンサに結合された少なくとも１つのコンピュータを含み得る。荷物室は、少なくとも１つのコンピュータに結合された少なくとも１つのデータ入力デバイスを含み得る。少なくとも１つのコンピュータは、少なくとも１つのデータ入力デバイスからの配達されるべき荷物に関するデータを受信し、（ロックが存在する場合）荷物が配置されるべき複数の容器のうちの１つの容器をアンロックし、受取人に荷物の受取りおよび荷物が配置された１つの容器または棚を通知し、１つの容器または棚に関連するセンサから、荷物が１つの容器または棚に配置された旨の通知を受信し、通知が受信された後に１つの容器をロックし得る。
【０００４】
いくつかの実施形態では、少なくとも１つのコンピュータは、少なくとも１つのデータ入力デバイスから、受取人が荷物を引取っているという信号を受信し、複数の容器又は棚のうちのどれに荷物が配置されたかを判定し、容器をアンロックし、１つの容器または棚に対するセンサから、１つの容器または棚から荷物が取り出されたというデータを受信し、１つの容器または棚に対するセンサから受信すると、１つの容器を再びロックし得る。
【０００５】
いくつかの実施形態では、少なくとも１つのコンピュータは、少なくとも１つのデータ入力デバイスから、荷物が返送されるべきであるというデータを受信し、複数の容器または棚のうちの、荷物が配置されるべき１つの返送容器または棚を判定し、容器をアンロックし得る。
【０００６】
様々なユーザが、荷物室、例えば、運送業者（例えば、ＵＰＳ（登録商標）、ＦｅｄＥｘ（登録商標）など）、不動産管理チーム（例えば、アパートスタッフ）、および荷物受取人（例えば、居住者）と、相互作用し得る。
【０００７】
まず、運送業者は荷物を荷物室に運び得る。これは、運送業者が居住者の正面玄関に配達を試みた後に起こり得る、あるいは運送業者は荷物室に直進し得る。運送業者は、キーパッド、タブレット、または他のデバイスにコードを入力し得る。コードが正しい場合、荷物室へのドアは開き得るもので、運送業者は荷物室に入室し得る。運送業者は、荷物をチェックインするために運送業者ステーションを使用し得る。例えば、運送業者は、ＵＰＳ（登録商標）／ＦｅｄＥｘ（登録商標）／などのラベルをスキャンするためにバーコードワンド／リーダを使用し得る。これにより、荷物室内のタブレットまたはコンピュータ上の居住者の名前／指示をもたらし得る。運送業者は、「荷物室内に放置しない」などの何らかの特記事項を見ることができ、例えば、「はい」をクリックすることにより、居住者の名前を受け取ることができる。居住者は、遅延（例えば、１０分）後に、彼らの荷物が引取りの準備ができていることを通知され得る。この遅延により、運送業者がすべての荷物をチェックインし、棚に載せ、棚を再びロックすることが可能になり得る。荷物室は、運送業者が荷物を配達／チェックインする間、閉鎖されロックされ得る。
【０００８】
いくつかの実施形態では、（例えば、同一の名前を有する複数の居住者がいる場合は、本人確認を行って）運送業者が居住者に対して「はい」を選択すると、正面側に名前を記載し背面側にＲＦＩＤタグを有するラベルが印刷／符号化され得る（ＲＦＩＤは印刷されるときに符号化され得る）。運送業者はラベルを荷物上に配置し得る。運送業者は、任意の開放スペースに荷物を配置し得る。ＲＦＩＤタグにより、荷物がどこにあるかをシステムに知らせ得る。いくつかの実施形態では、棚内の重量センサを使用して、ＲＦＩＤタグを付けることに加えておよび／またはその代わりに、荷物の位置を記録し得る。居住者が荷物を回収しに来ると、システムは居住者にどのスペースにアクセスすべきかを通知し得る。運送業者の作業が終わると、運送業者は荷物室から退出することができる。運送業者が退出した後、荷物室は、居住者が荷物を回収するために再び利用可能になり得る。アパートスタッフは、運送業者滞在中に入室することができ得る。
【０００９】
スタッフは、定期的に（例えば、１日に１回）荷物室をチェックして、全てが良好であることを確認し、（空であれば）ラベルを交換し得る。スタッフは、道理にかなう、またはより大きなスペース効率（密度）を提供するための任意の方法で荷物を再配置し得るもので、システムは、荷物に対して棚位置を自動的に再割当てし得る。荷物があまりに長時間放置されていた場合、スタッフは、返送日（例えば、日付がラベル上に印刷され得る）を見て、その後、さらなる処理（例えば、受取人に連絡を取るためのテキストメッセージ、電子メール、電話など）のために荷物をオフィスに取込むか、または発送者への返送のための単純な処理を行い得る。システムは、荷物の返送などの、静脈物流のための位置（例えば、１つ以上の棚）を有し得る。運送業者は、荷物を配達に来た時に、これらを取り出し得る。
【００１０】
受取人の荷物が準備されると、受取人は、引取りのために荷物室へ来るように通知する通知（例えば、テキストメッセージおよび／または電子メール）を受信し得る。彼らは、荷物室の玄関ドアに入るコードを付与され得る。受取人は、このコード、または彼らに付与された付加的なコードを荷物室内のコンピュータに入力し得る。棚コードがコンピュータに入力されると、彼らの荷物を有する棚ドアはアンロックし、自動的に開き得る。受取人は、ラベル上の彼らの名前を探し、その後、彼らの荷物を取り出し得る。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の一実施形態による例示的な荷物室システムである。
【図２】図２は、本発明の一実施形態による例示的な一組の荷物室構成要素である。
【図３】図３は、本発明の一実施形態による、配達者による搬入荷物の配達の例示的なプロセスフローである。
【図４】図４は、本発明の一実施形態による、回収者による搬入荷物の引取りの例示的なプロセスフローである。
【図５】図５は、本発明の一実施形態による、回収者による搬出荷物の配達の例示的なプロセスフローである。
【図６】図６は、本発明の一実施形態による、配達者による搬出荷物の引取りの例示的なプロセスフローである。
【図７】図７は、本発明の一実施形態による、搬入荷物の状態の例示的なワークフローである。
【図８】図８は、本発明の一実施形態による、搬出荷物の状態の例示的なワークフローである。
【図９】図９は、本発明の一実施形態によるシステムにユーザがアクセスするための例示的な一組の認証機構である。
【図１０】図１０は、本発明の一実施形態による、１つの棚の例示的な一組の電気的なネットワーク構成要素である。
【図１１】図１１は、本発明の一実施形態によるシステムに接続されたカメラの例示的なネットワーク図である。
【図１２】図１２は、本発明の一実施形態による荷物室の処理のために構成された例示的なシステムアーキテクチャである。
【発明を実施するための形態】
【００１２】
図１は、例示的な荷物室システムであり、図２は、本発明の一実施形態による例示的な一組の荷物室構成要素である。本明細書では、「荷物室」という用語が使用されているが、いくつかの実施形態は、専用の部屋内に位置していないこともあり得る（例えば、荷物室１０５は、部屋の一部、あるいはトレーラや別棟などの完結した構造物自体であり得る）。荷物室１０５は、様々な構成要素を含み得る。例えば、荷物室１０５は、以下に説明するように、荷物１０９、ユーザなどを感知するように構成された１つ以上のカメラ１０５を含み得る。荷物室１０５は、荷物１０９のための棚１０３および／または他の保管スペース（例えば、ロッカーなど）を含み得る。いくつかの実施形態では、棚１０３は、荷物１０９が棚１０３上に存在するかしないかを検出するように構成された重量センサまたは他のセンサを含み得る。荷物室１０５は、１つ以上の計算および／またはインタフェースデバイス（例えば、タブレット１０４、またはビデオディスプレイ１０６および／または音声ディスプレイ１０７、モニタ１０８などを含む他のコンピュータ）を含み得る。以下に説明するように、荷物には、ラベル１１０が貼り付けられ得る。いくつかの実施形態では、荷物室１０５は、ラベル１１０付きで荷物１０９を作成および／または表示するように構成されたラベルプリンタまたは他のデバイスを含み得る。これらの構成要素の特徴および機能は、以下の荷物室の処理の流れについての説明においてより詳細に説明する。
【００１３】
荷物室１０５内の構成要素は、ネットワーク接続（例えば、インターネット１１１または他のネットワーク）によって、荷物室１０５外のものを含む他のデバイスと通信し得る。いくつかの実施形態では、かかるデバイスは、カメラ１００、タブレット１０４などの計算デバイス、荷物室クラウドサーバ１０２および／またはユーザデバイス１０１を含み得る。これらのデバイス間の相互作用は、以下の荷物室の処理の流れについての説明においてより詳細に説明する。図１および図２のシステムのいくつかの実施形態のための例示的なシステムアーキテクチャを、以下の図９〜図１２により詳細に提供する。
【００１４】
荷物室のプロセス
図３は、本発明の一実施形態による、配達者による搬入荷物１０９の配達の例示的なプロセスフローである。荷物室サーバ１０２は、配達者認証コードを生成し、配達者に配達者の計算デバイスにおいて（例えば、テキスト、電子メール、または他の通信を介して）コードを提供し得る。配達者認証コードは、荷物１０９の配達を引き受けるために必要とされ得る。荷物１０９を配達している配達者の従業員は、荷物室１０５に入る前に、配達者コードについて通知され得る。
【００１５】
１６において、配達者の従業員は、荷物室１０５へのアクセスを許可され得る。１７において、荷物室１０５内のデバイスは配達者を認証し得る。例えば、荷物室１０５内では、タブレット１０４を使用して認証コードまたは方法を入力することが要求され得ることを示すために、様々な表示が存在し得る。いくつかの実施形態では、コードは、キーパッドに入力されるべきＰＩＮまたはスキャナでスキャンされるべきＱＲコード（登録商標）であり得る。いくつかの実施形態では、ユーザは、（例えば、顔認識、音声認識、指紋認識、近接場無線通信および／またはユーザのモバイルデバイスとの位置情報サービス相互作用など）他の方法で認証され得る。いくつかの実施形態では、認証は、荷物をスキャンする配達者によって実行され得、荷物に「配達を要求する」と表示されている場合（したがって、荷物が配達者に所有されていることを確認して）、アクセスが許可され得る。タブレット１０４は、入力されたコードを受け取り、それが正しいかどうかを判定するために検査し得る。認証が成功した場合、１８において、タブレット１０４は配達者に、荷物１０９のラベル１１０をシステム内にスキャン（読取）するように（例えば、タブレット表示１０６、他の視覚的表示、および／または音声１０７を介して）通知し得る。
【００１６】
１８において、配達者は、荷物ラベル１１０を高解像度ラベルリーダカメラ１００内にスキャンし得る。カメラ１００は、タブレット１０４およびスキャンから荷物１０９のデータを記録し得る他のコンピュータ（例えば、荷物室サーバ１０２）の両方またはいずれかに接続され得る。認証失敗の場合には、対応する音声および視覚的／画像メッセージを提供し得る。荷物ラベルのスキャン（読取）が成功裡に完了した場合、２０において、タブレット１０４は、荷物１０９を棚１０３上に配置するように指示し得るもので、そうでなければ、タブレット１０４から適切な音声およびビデオメッセージが提供され得る。
【００１７】
２１において、荷物１０９は棚１０３上に配置され得る。いくつかの実施形態では、棚１０３は（例えば、重量センサ、荷物１０９上のＲＦＩＤタグを読取るＲＦＩＤセンサなどによって）荷物１０９の配置を検出し得る。荷物１０９が棚１０３上にあるとき、２２において、新たな荷物の到着に関して１つ以上の通知が受取人に送信され得る。例えば、サーバ１０２は、電子メール、テキストメッセージ、アプリ通知などを受取人に送信し得る。配達人が配達すべきより多くの荷物を有している場合には、再認証を必要とせずに同じ手順が続けられ得る。
【００１８】
図４は、本発明の一実施形態による、回収者による搬入荷物の引取りの例示的なプロセスフローである。このプロセスは、図３のプロセスの後（すなわち、引取り可能な荷物が存在する後）に行われ得る。
【００１９】
上述のように、１０において、サーバ１０２は受取人に（例えば、受取人の計算デバイスに）荷物１０９到着の通知を送信し得る。通知は、認証コードまたは方法を含み得る。いくつかの実施形態では、コードは、キーパッドに入力されるべきＰＩＮまたはスキャナでスキャンされるべきＱＲコード（登録商標）であり得る。いくつかの実施形態では、ユーザは、（例えば、顔認識、音声認識、指紋認識、近接場無線通信および／またはユーザのモバイルデバイスとの位置情報サービス相互作用など）他の方法で認証され得る。１１において、受取人は荷物室１０５へのアクセスを許可され得る。１２において、荷物室１０５内のデバイスは、受取人を認証し得る。例えば、荷物室１０５内には、タブレット１０４を使用して認証コードまたは方法を入力することが要求され得ることを示すために、様々な表示が存在し得る。タブレット１０４は、入力されたコードを受け取り、それが正しいかどうかを判定するために検査し得る。認証が成功した場合、１３において、タブレット１０４は受取人に、彼らの荷物１０９が荷物室１０５内のどこに配置されているかを（例えば、タブレット表示１０６、他の視覚的表示、および／または音声１０７を介して）通知し得る。認証失敗の場合には、対応する音声およびビデオメッセージを提供し得る。
【００２０】
１４において、タブレット１０４および他のコンピュータ（例えば、荷物室サーバ１０２）の両方またはいずれかは、受取人が彼らの荷物を収集したことを（例えば、棚１０３センサ、カメラ１００などからの入力から）判定し得る。これに応答して、タブレット１０４およびシステムの他の部分、またはタブレット１０４もしくはシステムの他の部分から動作を確認するために適切な音声およびビデオメッセージが提供され得る。１５において、確認メッセージ（例えば、電子メール、テキスト、アプリ通知など）が受取人のデバイスに送信され得る。荷物を回収する人が１つ超の収集すべき荷物を有している場合には、タブレット１０４またはシステムの他の部分はその人に、あらゆるすべての搬入荷物の正確な数および位置を、最初の荷物と同じ方法で認証した後に音声および／またはビデオを介して通知し得る。
【００２１】
図５は、本発明の一実施形態による、回収者による搬出荷物の配達の例示的なプロセスフローである。ユーザ（例えば、建物の居住者またはオフィス労働者）は、配達者による引取りのために荷物室１０５に搬出荷物を配置可能であり得る。
【００２２】
例えば、２３において、ユーザは、（例えば、パーソナルコンピュータ、スマートフォン、または上述のような他の計算デバイスを使用して）アプリにアクセスし、荷物情報を入力し得る。サーバ１０２は、この情報を受信し得る。いくつかの実施形態では、アプリへのアクセスを提供する前に、回収者認証（例えば、ユーザ名およびパスワードの信用証明書）が要求され得る。
【００２３】
２４において、現在のイベントについての通知がユーザに送信され得る。この通知を用いて認証コードがユーザに送信され得る。２５において、ユーザは、搬出荷物を引取るために、荷物室１０５へのアクセスを達成し得る。例えば、荷物室１０５内には、タブレット１０４を使用して認証コードまたは方法を入力することが要求され得ることを示すために、様々な表示が存在し得る。２６において、ユーザはコードを入力し得る。タブレット１０４は、入力されたコードを受け取り、それが正しいかどうかを判定するために検査し得る。認証が成功した場合、２７において、タブレット１０４はユーザに、（例えば、タブレット表示１０６、他の視覚的表示、および／または音声１０７を介して）カメラ１００を使用して荷物をスキャンするように通知し得る。認証失敗の場合には、対応する音声およびビデオメッセージを提供し得る。
【００２４】
２８において、タブレット１０４は、スキャンされた荷物を登録し得る。２９において、タブレット１０４は、荷物を棚１０３上に配置するように指示し得る。スキャンが失敗した場合、タブレット１０４から適切な音声およびビデオメッセージが提供され得る。３０において、（例えば、重量センサ、カメラ、ＲＦＩＤセンサなどによって）荷物が棚１０３上に配置されたことが検出され得る。３１において、現在の荷物配達に関する１つ以上の通知がユーザに送信され得る。ユーザが配達すべきより多くの荷物を有している場合には、タブレット１０４への認証コードの再入力を必要とせずに同じ手順が続けられ得る。
【００２５】
図６は、本発明の一実施形態による、配達者による搬出荷物の引取りの例示的なプロセスフローである。このプロセスは、図５のプロセスの後（すなわち、配達可能な荷物が存在する後に）実行され得る。
【００２６】
３２において、配達者は（例えば、計算デバイスで）１つ以上の搬出荷物の存在に関する通知を受信し得る。３３において、配達者は、荷物室１０５へのアクセスを許可され得る。３４において、荷物室１０５内のデバイスは配達者を認証し得る。例えば、荷物室１０５内には、タブレット１０４を使用して認証コードまたは方法を入力することが要求され得ることを示すために、様々な表示が存在し得る。タブレット１０４は、入力されたコードを受け取り、それが正しいかどうかを判定するために検査し得る。認証が成功した場合、３５において、タブレット１０４は配達者に、（例えば、タブレット表示１０６、他の視覚的表示、および／または音声１０７を介して）引取る荷物が荷物室１０５内のどこに配置されているかを通知し得る。認証失敗の場合には、対応する音声およびビデオメッセージを提供し得る。
【００２７】
３６において、配達者が正しい荷物を引取ると、動作を確認するために適切な音声およびビデオメッセージが、タブレット１０４から提供され得る。３７において、現在のイベントについての確認メッセージ（例えば、電子メール、テキスト、アプリ通知など）が回収者に送信され得る。収集すべき荷物が１つ超ある場合には、タブレット１０４は配達者に、搬出荷物の正確な数および位置を、上述のように最初の荷物と同じ方法で認証段階で、音声およびビデオを介して通知し得る。
【００２８】
荷物の状態
上述の方法に従って荷物が処理されると、サーバ１０２、タブレット１０４、および／または荷物室システム内の他のコンピュータは、上述のように、タブレット１０４とのユーザの相互作用および／またはセンサ読取値（例えば、重量センサ、ＲＦＩＤセンサ、カメラなど）に基づいて、荷物の状態を追跡し得る。これは、搬入および搬出の両方の荷物に対して行い得る。
【００２９】
いくつかの実施形態では、荷物１０９が棚１０３上に配置されると、センサ（例えば、重量センサ、ＲＦＩＤセンサ、カメラ、Ｘ線または赤外線スキャナなどの透過型走査センサ、３Ｄスキャナ、ＬＩＤＡＲ、レーダ、またはＷｉＦｉ（登録商標）などの３Ｄ走査センサなど）は、検出した荷物データをタブレット１０４および荷物に対する一意デジタル識別子（ＵＤＩ）を生成し得る荷物室サーバ１０２の両方またはいずれかに送信し得る。例えば、荷物は、荷物の重量、荷物の受取人、荷物の寸法、カメラ入力（例えば、荷物全体の着色、荷物の特定の部分の着色、荷物上の印刷、荷物上のテープの配置、テープの重なり、包装上のマーク、包装内の切込みまたはくぼみなど）のコンピュータビジョン処理によって判定される荷物外部のマーキング、ＲＦＩＤデータ、３Ｄ荷物スキャン、透過型スキャンから判定または推定される荷物の内容、および／またはそれらの組合せを含む情報から一意に識別可能であり得る。このデータから、タブレット１０４および荷物室サーバ１０２、もしくはタブレット１０４または荷物室サーバ１０２は、荷物に対するＵＤＩを生成し得る。荷物が上述のプロセスに従って処理されると、ＵＤＩと関連付けられた状態が、タブレット１０４および荷物室サーバ、もしくはタブレット１０４または荷物室サーバによって更新され得る。いくつかの実施形態では、ユーザが正しい荷物を引き取っていることを確認し、正しくない場合はアラームまたは他の動作（後述）を起動させるために、（上述した）ユーザの認証およびＵＤＩが使用され得る。
【００３０】
図７は、本発明の一実施形態による、搬入荷物の状態の例示的なワークフローである。荷物は、配達者によって初めてシステムに入るとき（例えば、配達者が荷物を棚１０３上に配置した後）、「保留」状態３８であり得る。回収者が荷物室１０５内のタブレット１０４に対応する認証コードを正確に入力すると、荷物は「保留」状態から「準備完了」状態３９に移行し得る。回収者が荷物を棚から持ち上げると（例えば、重量センサ、カメラなどによって検出され得る）、荷物は、「引取り前」状態４０に進み得る。荷物が所定の時間（例えば、１分間）を超えてこの状態のままである場合、荷物は最終的な「引取り」状態４１に移行し得る。「引取り前」状態の荷物は、棚へ戻されると、一時的な「忘れられた」状態４７に進み得、棚から再び持ち上げられると、引取り状態４１に戻り得、あるいは、所定の時間（例えば、１分間）を超えて「忘れられた」状態４７のままである場合は、「未受領」状態４６となり得る。
【００３１】
引取り状態４１に入り、その状態のままである荷物は、（例えば、サーバ１０２および／またはタブレット１０４によって）受領済として登録され得、それにより受取りの通知および荷物のシステムからの取り出しの両方またはいずれかを引き起こし得る。
【００３２】
「保留」状態３８の荷物が、対応する認証コードの事前の入力なしに棚から持ち上げられた場合、荷物は「動作中」状態４３に進み得る。荷物は、棚に戻された場合、「保留」状態３８に戻り得る。あるいは、所定の時間（例えば、１分間）を超えて「動作中」状態４３のままである場合は、荷物は最終的な「標準引取りからの離脱」状態４４へ進み得る。「準備完了」状態の荷物は、所定の時間（例えば、１分間）を超えて現在の状態のままである場合は、「未受領」状態４６へ進み得る。「未受領」状態４６の荷物は、棚から持ち上げられると、一時的な「動作中未受領」状態４５へ進み得る。この状態から、荷物は、棚に戻された場合は、「未受領」状態４６に戻り得、あるいは、所定の時間（例えば、１分間）を超えて現在の状態のままである場合は、「標準引取りからの離脱」状態４４へ進み得る。
【００３３】
未受領状態４６に入り、その状態のままである荷物は、（例えば、サーバ１０２および／またはタブレット１０４から）受取人のデバイスおよび／または建物スタッフへの警告の送信などの動作を起動して、荷物の引取りを促し得る。
【００３４】
標準引取りからの離脱状態４４に入り、その状態のままである荷物は、サーバ１０２および／またはタブレット１０４によって、未認証の荷物の回収の防止または回復を支援するための動作を起動し得る。例えば、視覚的および／または聴覚的な警告は、荷物室内の人に、彼らが彼らのものではない荷物を取り出したことを知らせ得る。さらに、センサ（例えば、カメラ１００）は、彼らが荷物を持ち去る、すなわち荷物の窃盗を行った場合、その人物の識別を支援するビデオまたは画像を記録および保存し得る。未認証の荷物が荷物室から取り出されると、サーバ１０２および／またはタブレット１０４は、その後の法的／その他の措置のために、詳細（タイムログ、ビデオ、画像など）を含む電子メール／テキスト／などを、荷物の所有者およびアパートコミュニティ管理の両方またはいずれかに送信し得る。
【００３５】
図８は、本発明の一実施形態による、搬出荷物の状態の例示的なワークフローである。荷物は、最初にシステム内に入るとき、「未入室」状態５４であり得る。これは、回収者が、例えば、彼らのデバイスまたはタブレット１０４上のアプリから搬出荷物の記録を作成する時であり得る。その後、回収者が荷物室１０５内または外側の入り口でタブレット１０４に対応する認証コードを正確に入力すると（または視覚的および顔認識などの他の方法によって正確に認証を行うと）、荷物は「棚上への配置準備完了」状態４８に移行し得る。荷物は、所定の時間（例えば、１分間）を超えて現在の状態のままである場合は、前の状態に戻り得る。回収者が荷物を棚上に配置すると、荷物は「保留」状態４９へ進み得る。「保留」状態４９は、搬出荷物を作成する回収者の視点では、最終状態であり得、荷物を返送のためにまたは搬出出荷として引取る配達者の視点では、開始状態であり得る。
【００３６】
その後、配達者が（タブレット１０４に認証コードを成功裡に入力するまたは別様に）成功裡に認証を行うと、システムは、棚内に現在の搬出荷物が存在することを配達者に示し得る。この時点で、配達者に関連する搬出荷物は「準備完了」状態５０に進み得、それにより荷物は引取られ得る。配達者が荷物を棚から持ち上げると、荷物は「引取り前」状態５１へ進み得る。荷物は、所定の時間（例えば、１分間）を超えてこの状態のままである場合は、「引取り」状態５２に移行し得る。「引取り前」状態５１の荷物は、棚へ戻されると、一時的な「忘れられた」状態５９へ進み得、棚から再び持ち上げられると、前の状態に戻り得る。荷物は、所定の時間（例えば、１分間）を超えて「忘れられた」状態のままである場合は、「未受領」状態５８へ進み得る。
【００３７】
引取り状態５２に入り、その状態のままである荷物は、配達者によって（例えば、サーバ１０２および／またはタブレット１０４によって）受領済として登録され得、それにより配達の進捗状況の通知および荷物のシステムからの取り出しの両方またはいずれかを引き起こし得る。
【００３８】
「保留」状態４９の荷物が、（対応する認証コードの入力などの）事前の認証なしに棚から持ち上げられた場合、荷物は「動作中」状態５５に進み得る。荷物は、棚に戻された場合、「保留」状態４９に戻り得る。あるいは、所定の時間（例えば、１分間）を超えて「動作中」状態５５のままである場合は、荷物は「標準引取りからの離脱」状態５６へ進み得る。「準備完了」状態５０の荷物は、所定の時間（例えば、１分間）を超えて現在の状態のままである場合は、「未受領」状態５８へ進み得る。「未受領」状態５８の荷物は、棚から持ち上げられると、一時的な「動作中未受領」状態５７へ進み得る。この状態から、荷物は、棚に戻された場合は、「未受領」状態５８に戻り得、あるいは、所定の時間（例えば、１分間）を超えて現在の状態のままである場合は、「標準引取りからの離脱」状態５６へ進み得る。
【００３９】
未受領状態５８に入り、その状態のままである荷物は、（例えば、サーバ１０２および／またはタブレット１０４から）配達者のデバイスおよび／または建物スタッフへの警告の送信などの動作を起動して、荷物の引取りを促し得る。
【００４０】
標準引取りからの離脱状態５６に入り、その状態のままである荷物は、サーバ１０２および／またはタブレット１０４によって、未認証の荷物の回収の防止または回復を支援するための動作を起動し得る。例えば、視覚的および／または聴覚的な警告は、荷物室内の人に、彼らが彼らのものではない荷物を取り出したことを知らせ得る。さらに、センサ（例えば、カメラ１００）は、彼らが荷物を持ち去る、すなわち荷物の窃盗を行った場合、その人物の識別を支援するビデオまたは画像を記録および保存し得る。未認証の荷物が荷物室から取り出されると、サーバ１０２および／またはタブレット１０４は、その後の法的／その他の措置のために、詳細（タイムログ、ビデオ、画像など）を含む電子メール／テキスト／などを、荷物の所有者およびアパートコミュニティ管理の両方またはいずれかに送信し得る。
【００４１】
荷物室システム
本開示によるシステムおよび技術は、荷物配達および回収の安全な方法を提供し得る。図９〜図１２は、図１〜図８のシステムおよび方法を実施するために使用し得るシステム構成要素の例を提供する。
【００４２】
図９は、本発明の一実施形態によるシステムに、ユーザがアクセスするための例示的な一組の認証機構である。いくつかの実施形態では、荷物室は、重量感知棚６０、ラベル読取カメラ６１、およびタブレット６７などの構成要素を含み得る。これらの構成要素はそれぞれ、ウェブ６３を介してバックエンドサーバ６４と通信し得る。いくつかの実施形態では、特定の認証手順が成功裡に事前に完了している場合にのみ、通信が許可され得る。
【００４３】
荷物室の棚は、１つ以上の棚６８のラックにグループ化され得る。各棚は、それらの現在の状態（荷物の数、荷物の重量、荷物の位置）に関する情報を提供するために、多数の重量センサを含み得る。棚６８は、センサに結合され、センサデータを収集してサーバ６４に送信するための、ネットワークインタフェースを含む、プロセッサまたは他の計算デバイスを含み得る。いくつかの棚は、生鮮品のために、冷却され得るか、またはドライアイスなどを備え得る。
【００４４】
ラベル読取カメラ６１も同様に、サーバ６４に写真データを送信するために遠隔サーバ６４に通信するように構成されたネットワークインタフェースを含むプロセッサまたは他の計算デバイスを含み得る。
【００４５】
タブレット６７は、システムと異なる関係者との間で発生する通信を実行するために、無線インタフェースを介して遠隔バックエンド６４と相互作用し得る。配達者、回収者、経営者、および管理者などの関係者は、安全な認証手順を介して制御された方法でエコシステムと相互作用し得る。
【００４６】
システムへのユーザのアクセスを容易にしかつ保証するために、顔認識６２ａ、パスコードキーパッド入力６２ｂ、またはウェブＡＰＩ認証など、多数の認証方法６２を実施し得る。アクセスが許可されると、アクセスコントローラ６６は、（例えば、荷物室および／または荷物が配置されるべき特定の棚への電磁ロックをアンロックすることにより）ユーザが荷物を配置または取り出すことを許可し得る。認証方法６２は、配達者６２ｃから「配達のために搬出」とされた状態の荷物のみへのアクセスを許可し得る。いくつかの実施形態では、ロックはフェールセーフであり得る（例えば、電力が失われた場合、それらはロックされたままであり得る）。棚は、棚の背面が開放されているが、壁に対向しており、施錠ドアによって棚の正面のみにアクセス可能な（例えば、鍵によってロックされた）ロッカブルホイール上に配置され得る。（例えば、緊急の荷物を回収するために）緊急に棚の内部にアクセスする必要がある場合は、建物スタッフがホイールをアンロックして棚を壁から巻き取ることが可能であり得る。あるいは、棚は、建物スタッフが鍵またはコードによってアンロックできる二次的なドア（例えば背面ドア）によってアクセス可能であり得る。
【００４７】
図１０は、本発明の一実施形態による、１つの棚の例示的な一組の電気的なネットワーク構成要素である。いくつかの実施形態では、各棚は、棚の現在の状態（例えば、荷物の数、荷物の重量および荷物の位置）の静止読取とのインタフェースを提示する、多数の重量センサ６９を有し得る。センサ６９はインタフェースボード７０に接続し得る。棚は、ラック６８と呼ばれるグループに編成され得る。各ラック６８は、有線または無線インタフェース７１を介して遠隔バックエンド７２に接続し得る、多数のインタフェースボード７０に接続された１つの埋込単板コンピュータを含み得る。各棚は、それ自身の電源に接続し得る。いくつかの実施形態では、バックエンドサーバ７２との棚の通信は、成功裡に完了した認証手順の後にのみ許可され得る。
【００４８】
図１１は、本発明の一実施形態によるシステムに接続されたカメラの例示的なネットワーク図である。システムは、ラベル読取高解像度カメラ７３を含み得る。カメラ７３は、ネットワークインタフェース７４を介してバックエンドサーバ７６と通信し得る。例えば、カメラによって収集された写真を特定のウェブ位置７５に配信し得る。バックエンドサーバ７６は、システム論理に適合して画像を読み取り、処理し得る。いくつかの実施形態では、バックエンドサーバとのカメラの通信は、成功裡に完了した認証手順の後にのみ許可され得る。
【００４９】
図１２は、図１〜図８の特徴およびプロセスを実施し得る例示的なシステムアーキテクチャ１２００のブロック図である。例えば、いくつかの実施形態では、荷物室サーバ１０２および荷物室内に設置された計算デバイスの両方またはいずれかは例示的なシステムアーキテクチャ１２００を使用し得る。いくつかの実施形態では、荷物室サーバ１０２は、図１〜図１１に関して説明したいくつかまたはすべてのバックエンドサービスを提供し得る。
【００５０】
アーキテクチャ１２００は、これらに限定されないが、パーソナルコンピュータ、サーバ、スマートフォン、メディアプレーヤ、電子タブレット、ゲーム機、電子メールデバイスなどを含む、コンパイル済の命令から得られるソフトウェアアプリケーションを実行する任意の電子デバイス上で実施し得る。いくつかの実施態様では、アーキテクチャ１２００は、１つ以上のプロセッサ１２０２、１つ以上の入力デバイス１２０４、１つ以上の表示デバイス１２０６、１つ以上のネットワークインタフェース１２０８、および１つ以上のコンピュータ可読媒体１２１０を含み得る。これらの構成要素はそれぞれ、バス１２１２によって結合され得る。
【００５１】
表示デバイス１２０６は、これらに限定されないが、液晶ディスプレイ（ＬＣＤ）または発光ダイオード（ＬＥＤ）技術を使用する表示デバイスを含む任意の公知の表示技術であり得る。プロセッサ１２０２は、これらに限定されないが、グラフィックプロセッサおよびマルチコアプロセッサを含む任意の公知のプロセッサ技術を使用し得る。入力デバイス１２０４は、これらに限定されないが、キーボード（バーチャルキーボードを含む）、マウス、トラックボール、および、タッチ感応パッドまたはディスプレイを含む任意の公知の入力デバイス技術であり得る。バス１２１２は、これらに限定されないが、ＩＳＡ、ＥＩＳＡ、ＰＣＩ、ＰＣＩエクスプレス、ＮｕＢｕｓ、ＵＳＢ、シリアルＡＴＡまたはＦＩＲＥＷＩＲＥ（登録商標）を含む任意の公知の内部バスまたは外部バス技術であり得る。コンピュータ可読媒体１２１０は、これらに限定されないが、不揮発性記憶媒体（例えば、光ディスク、磁気ディスク、フラッシュドライブなど）、または揮発性媒体（例えば、ＳＤＲＡＭ、ＲＯＭなど）を含む、プロセッサ１２０２に実行するための命令を提供することに関与する任意の媒体であり得る。
【００５２】
コンピュータ可読媒体１２１０は、オペレーティングシステム（例えば、Ｍａｃ  ＯＳ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標））を実施するための様々な命令１２１４を含み得る。オペレーティングシステムは、マルチユーザ、マルチプロセシング、マルチタスク、マルチスレッド、リアルタイムなどであり得る。オペレーティングシステムは、これらに限定されないが、入力デバイス１２０４からの入力を認識することと、表示デバイス１２０６に出力を送信することと、コンピュータ可読媒体１２１０上のファイルおよびディレクトリのトラックを維持することと、直接的にまたはＩ／Ｏコントローラを介して制御可能な周辺デバイス（例えば、ディスクドライブ、プリンタなど）を制御することと、バス１２１２上のトラフィックを管理することとを含む、基本タスクを実行し得る。ネットワーク通信命令１２１６は、ネットワーク接続（例えば、ＴＣＰ／ＩＰ、ＨＴＴＰ、イーサネット（登録商標）などの、通信プロトコルを実施するためのソフトウェア）を確立し、維持し得る。
【００５３】
荷物処理システム１２１８は、図１〜図８に関して説明したプロセスを使用または実施し得る命令を含むことができる。アプリケーション１２２０は、図１〜図８および／または他のプロセスに関して説明したプロセスを使用または実施するアプリケーションであり得る。プロセスはまた、オペレーティングシステム１２１４でも実施され得る。
【００５４】
説明した特徴は、データ記憶システムからデータおよび命令を受信し、データ記憶システムへデータおよび命令を送信するために結合された少なくとも１つのプログラマブルプロセッサと、少なくとも１つの入力デバイスと、少なくとも１つの出力デバイスとを含むプログラマブルシステム上で実行可能であり得る、１つ以上のコンピュータプログラムで実施され得る。コンピュータプログラムは、特定のアクティビティを実行したり、特定の結果をもたらしたりするために、直接的または間接的にコンピュータで使用することができる一組の命令である。コンピュータプログラムは、コンパイルまたは解釈された言語を含む、任意の形式のプログラム言語（例えば、オブジェクティブＣ、ＪＡＶＡ（登録商標））で書かれ得るもので、単体プログラムとして、またはモジュール、コンポーネント、サブルーチン、計算環境内での使用に適したその他のユニットとしての形態を含む任意の形態で展開され得る。
【００５５】
命令のプログラムの実行のための適切なプロセッサは、例えば、汎用マイクロプロセッサおよび専用マイクロプロセッサの両方、および任意の種類のコンピュータの単独のプロセッサまたは複数のプロセッサまたはコアのうちの１つを含み得る。一般的に、プロセッサは、リードオンリーメモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受け取り得る。コンピュータの必須要素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１つ以上のメモリとを含み得る。一般的に、コンピュータはまた、データファイルを記憶するための１つ以上の大容量記憶デバイスも含むか、またはそれと通信するように動作可能に結合され得るもので、かかるデバイスは、内部ハードディスク、リムーバブルディスクなどの磁気ディスク、光磁気ディスク、および光ディスクを含む。コンピュータプログラムの命令およびデータを明白に具現化するのに適した記憶装置は、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスなどの半導体記憶デバイス、内部ハードディスク、リムーバブルディスクなどの磁気ディスク、光磁気ディスク、およびＣＤ−ＲＯＭおよびＤＶＤ−ＲＯＭディスクを含む、不揮発性メモリの全ての形態を含み得る。プロセッサおよびメモリは、ＡＳＩＣ（特定用途向け集積回路）によって補われるか、またはその中に組み込まれ得る。
【００５６】
ユーザとの相互作用を提供するために、この特徴は、ユーザに情報を表示するためのＣＲＴ（ブラウン管）またはＬＣＤ（液晶表示）モニタなどの表示デバイスと、それによりユーザがコンピュータに入力できるキーボードおよびマウスまたはトラックボールなどのポインティングデバイスとを有するコンピュータ上で実施され得る。
【００５７】
特徴は、データサーバなどのバックエンド構成要素を含む、アプリケーションサーバまたはインターネットサーバなどのミドルウェア構成要素を含む、またはグラフィカルユーザインタフェースまたはインターネットブラウザを有するクライアントコンピュータなどのフロントエンド構成要素を含む、あるいはそれらの任意の組合せを含む、コンピュータシステムにおいて実施され得る。システムの構成要素は、通信ネットワークなどのデジタルデータ通信の任意の形態または媒体によって接続され得る。通信ネットワークの例としては、例えば、ＬＡＮ、ＷＡＮ、およびインターネットを構成するコンピュータおよびネットワークが含まれる。
【００５８】
コンピュータシステムは、クライアントおよびサーバを含み得る。クライアントおよびサーバは、一般的に互いに離れており、典型的にはネットワークを介して相互作用し得る。クライアントとサーバとの関係は、それぞれのコンピュータ上で実行され、互いにクライアントサーバ関係を有するコンピュータプログラムによって生じ得る。
【００５９】
開示された実施形態の１つ以上の特徴またはステップは、ＡＰＩを用いて実施され得る。ＡＰＩは、呼び出しアプリケーションと、サービスを提供するか、データを提供するか、または動作もしくは計算を実行する他のソフトウェアコード（例えば、オペレーティングシステム、ライブラリルーチン、関数）との間で受け渡される１つ以上のパラメータを定義し得る。
【００６０】
ＡＰＩは、ＡＰＩ仕様書に規定された呼び出し規約に基づいて、パラメータリストまたは他の構造を介して１つ以上のパラメータを送信または受信するプログラムコードにおける１つ以上の呼び出しとして実施され得る。パラメータは、定数、キー、データ構造、オブジェクト、オブジェクトクラス、変数、データタイプ、ポインタ、アレイ、リスト、または他のコールであり得る。ＡＰＩコールおよびパラメータは、任意のプログラム言語で実施され得る。プログラム言語は、プログラマがＡＰＩをサポートする機能にアクセスするために採用する語彙および呼び出し規約を定義し得る。
【００６１】
いくつかの実施態様では、ＡＰＩ呼び出しは、入力機能、出力機能、処理機能、電力機能、通信機能などの、アプリケーションを実行するデバイスの機能をアプリケーションに報告し得る。
【００６２】
様々な実施形態を上述したが、それらは実施例として提示されたものであり、限定するものではないことが理解されるべきである。本発明の精神および範囲から逸脱することなく、形態および細部における様々な変更が可能であることは、関連技術の当業者にとって明らかであろう。事実上、上述の説明を読めば、どのように代替的な実施形態を実施するかは、関連技術の当業者にとって明らかであろう。例えば、明細書は、荷物室が集合住宅内に配置され、受取人が居住者である、いくつかの実施例を開示しているが、当業者であれば、他の状況が可能であり、同様のシステムおよび方法を含み得ることを認識するであろう。説明された流れから他のステップが提供されるか、またはステップが削除され得、説明されたシステムに他の構成要素が追加されるか、またはそこから削除され得る。したがって、他の実施態様も、以下の請求項の範囲内である。
【００６３】
さらに、機能性および利点を強調する任意の図が、例示のためにのみ提示されていることが理解されるべきである。開示された方法およびシステムはそれぞれ、十分に柔軟性があり、図示のもの以外の方法で利用され得るように構成可能である。
【００６４】
本明細書、請求項および図面では、「少なくとも一つ」という用語が多数使用され得るが、「１つ」、「１」、「その」、「前記」などの用語も、本明細書、請求項および図面において「少なくとも１つ」または「前記少なくとも１つ」を意味する。
【００６５】
最後に、本出願人は、明示的な文言である「の手段」または「のステップ」を含む請求項のみが米国特許法第１１２条（ｆ）に基づいて解釈されることを意図するものである。「の手段」または「のステップ」という語句を明示的に含まない請求項は、米国特許法第１１２条（ｆ）に基づいて解釈されるべきではない。
【図１】
2019519261.tif 000003
【図２】
2019519261.tif 000004
【図３】
2019519261.tif 000005
【図４】
2019519261.tif 000006
【図５】
2019519261.tif 000007
【図６】
2019519261.tif 000008
【図７】
2019519261.tif 000009
【図８】
2019519261.tif 000010
【図９】
2019519261.tif 000011
【図１０】
2019519261.tif 000012
【図１１】
2019519261.tif 000013
【図１２】
2019519261.tif 000014
【国際調査報告】
2019519261.tif 000015