US20260182765A1 · App 19/437,861
STORAGE SYSTEM ENHANCEMENTS
Publication
Application
Classifications
IPC Classifications
CPC Classifications
Applicants
Hyve Security LLC
Inventors
Brennan Naylor, David W Baarman, Melissa Kieling, Louis M. Busick, Stephen W. Wharton
Abstract
A secure storage system featuring enhancements for simplified and cost-effective tethering, user convenience, and aesthetic appeal. The system includes innovative tethering methods and mechanisms for securely attaching the storage system to external structures, ensuring ease of use and robust security at a low cost. Additional features focus on improving user experience, including simplified operation, enhanced delivery efficiency, and real-time monitoring of storage capacity and system status. The disclosed methods and systems enable secure and efficient access while providing valuable feedback and capacity information to users and delivery services. In some embodiments, the system supports coordinated aerial delivery in which access to a storage compartment is controlled in coordination with an aerial delivery device, including embodiments in which a delivery opening is physically covered during package transfer.
Get a summary, plain-language explanation, or ask your own question.
Figures
Description
BACKGROUND OF THE INVENTION
[0001]Certain embodiments of the present invention relate to storage systems that incorporate mechanisms and locks for securing a storage device to external structures. In some embodiments, such storage systems further incorporate monitoring, communication, or control features associated with package delivery and storage.
[0002]In many conventional package storage systems, an additional lock or mechanical linkage is required, thereby complicating the overall design. For example, in some existing package storage systems, a lock is used to secure the package storage compartment and an additional, secondary, lock is used to secure the package storage system itself to a doorknob or handle to impede would-be thieves from stealing the entire unit. This reliance on multiple locks drives up both cost and complexity, which present a meaningful challenge for producing systems at scale. Additionally, secondary locks can introduce extra points of failure, rendering some storage solutions unwieldy or prone to user error. Consequently, there is a demand for storage systems that reduce or eliminate the need for additional locks while still providing the desired security, affordability, and reliability.
[0003]In many conventional approaches, storage systems attach directly to the door or its handle via cables or other external hardware. Such setups can block or hinder normal door entry and exit, and the aesthetic impact of lengthy cables can discourage widespread use. At the same time, users often desire an added sense of security—some are willing to accept more complex locking methods to ensure the package storage system is firmly secured to the dwelling. Consequently, there is a recognized need for multi-functional locking and attachment options that balance convenience, visual appeal, and the robust security demanded in modern delivery environments. In addition, delivery personnel may have difficulty locating, identifying, or confirming an intended delivery receptacle, creating a need for systems that can provide status or guidance indications without compromising security or privacy.
[0004]Existing package storage systems face significant challenges in reliably and securely managing the opening and closing of storage compartments. For example, achieving fully automated mechanisms remains particularly difficult due to cost constraints and the technical demands of robust locking systems that prevent unauthorized access. Many designs struggle to balance security, affordability, and user convenience, resulting in systems that are either overly complex, insufficiently secure, or entirely manual. Moreover, the lack of integrated control features capable of monitoring and communicating storage status further limits their effectiveness and appeal in modern delivery environments. These limitations have hindered the widespread adoption of cost-effective, hands-free solutions that meet the needs of both security-conscious and budget-conscious users. These challenges are further compounded in delivery scenarios that benefit from coordinated or automated access to the storage compartment.
[0005]Despite the growing demand for convenient, automated solutions, implementing hands-free or fully automated opening and closing mechanisms in package storage systems has proven challenging in practice. Cost constraints often limit the feasibility of incorporating the necessary mechanical and electronic components for automation. Moreover, prioritizing affordability frequently leaves concerns about robust locking mechanisms unaddressed, further complicating the design process. As a result, many current systems still rely on manual or partially manual methods, failing to meet user expectations for security and convenience in modern delivery environments.
[0006]Another issue in the field of package storage security is that the degree of protection is often directly related to the motivation and resources of potential thieves. In other words, sufficiently determined individuals can often circumvent even rigorous security measures. This creates a persistent challenge for storage systems, which must strike a balance between practical security features and the limitations of cost, complexity, and user convenience. Accordingly, there is a need for innovative, cost-effective features that raise the effort threshold for unauthorized access while maintaining or enhancing accessibility for authorized users. In some cases, there is also a need to detect tampering or unauthorized interference and to provide notification or deterrence without adding undue cost or complexity.
[0007]Another issue is that when a storage system reaches capacity and can no longer accommodate new packages, subsequent deliveries are often left outside the system instead of being delivered into the secure package storage compartment. This bypasses the intended security features, increasing the likelihood of theft and undermining the system's effectiveness. Moreover, the inability to manage overflow situations creates additional logistical challenges for users and delivery personnel, highlighting the need for systems that can intelligently monitor, communicate, and manage storage capacity to ensure continuous security and usability. Such limitations can also impede verification of delivered packages and communication of remaining storage availability to users or delivery services.
SUMMARY OF THE INVENTION
[0008]In response to these challenges, various embodiments of the disclosed package storage system provide secure and efficient management of storage compartments. For example, the system can integrate robust locking mechanisms, automated opening and closing features, and advanced control subsystems that monitor and communicate storage status, thereby addressing several limitations of existing systems.
[0009]In some embodiments, the present disclosure is directed to a securement system for a package storage unit that enables the unit to be secured to a dwelling structure while reducing or eliminating the need for a separate external lock dedicated solely to securement of the unit. Such embodiments can integrate securement of the storage unit with access control for the storage compartment, thereby reducing hardware redundancy, installation complexity, and user error while maintaining resistance to unauthorized removal.
[0010]In some embodiments, the present disclosure is directed to systems and methods for assessing the contents or remaining capacity of a package storage compartment. Such assessment can support determination of whether additional packages can be received, estimation of remaining storage capacity, verification of delivered packages, or communication of storage availability to users or delivery services.
[0011]In some embodiments, the present disclosure is directed to package storage systems that include one or more indicators or signaling features configured to assist delivery personnel or users in locating, identifying, or confirming a delivery receptacle or delivery status. Such indicators can be configured to provide guidance or confirmation while preserving security and privacy.
[0012]In some embodiments, the present disclosure is directed to coordinated or automated delivery in which access to a package storage compartment is controlled in coordination with an external delivery device. Such coordination can include sequencing of access events, controlled opening of a delivery door, or interaction with delivery equipment in a manner that limits unauthorized access to the storage compartment.
[0013]In certain embodiments, the present disclosure provides a storage security system that balances affordable features with enhanced security features that promote user confidence. By increasing the effort required for unauthorized individuals to steal or remove packages from the system, the invention discourages unauthorized access while remaining accessible and convenient for authorized users.
[0014]In one embodiment, the package storage system includes a tethering cable that securely connects the storage unit to an external structure, such as a door. The system employs a dual-bracket configuration, with one bracket anchoring the cable externally and another securing the cable internally within the storage unit. This arrangement ensures robust attachment to the external structure while protecting the cable termination inside the storage compartment. A digital lock further enhances security by controlling access to both the package storage compartment and the tethering cable, preventing unauthorized removal.
[0015]For example, in certain embodiments, the external bracket clips onto the door and may incorporate a spring element and felt liner to accommodate doors of varying thicknesses, ensuring a stable and damage-free attachment. The tethering cable extends through the external bracket and into the storage system, where it is terminated at an internal bracket. This internal bracket facilitates tensioning of the cable to anchor the storage unit securely to the external structure. To further enhance security, the internal bracket can be reinforced by a securing rod and protected by the digital lock, reducing the risk of tampering or unauthorized access.
[0016]In another embodiment, the package storage system incorporates locking guides and a spring mechanism to facilitate the operation of the lid. When the lid is pressed closed, the locking guides compress the spring until the latch securely engages. Upon release, the stored energy in the spring is used to automatically lift the lid, providing convenient and hands-free access to the storage compartment.
[0017]In additional embodiments, the system may include one or more sensor systems and associated control logic to detect packages within the storage compartment. For example, the system may utilize an optical image sensor or a time-of-flight sensor to measure the height of packages placed inside. Sensor data can be analyzed using optical image processing and/or artificial intelligence (AI) algorithms to determine the package height and overall fill level of the storage system. In certain embodiments, a height indicator molded or etched within the internal compartment (e.g., on an internal leg support or side panel) serves as a reference point for optical measurements, improving the accuracy of package detection and fill-level assessment.
[0018]The package storage system can include an actuator system to open and close the lid. In some embodiments, a dual actuator system includes an actuator placed on each side opposite the hinge. In other embodiments, a single actuator is utilized in concert with a latch that can secure both sides of the lid. One side is secured with the latch and the other with the force of the actuator. This configuration offers a solid lid closure that supports hands-free delivery or drone delivery, authenticated via digital communications.
[0019]In some embodiment, one or more solar cells can be used to recharge the package storage system power source, e.g., one or more rechargeable batteries. The package storage system can be powered by one or more suitable rechargeable batteries, such as nickel-metal hydride (NiMH) or lithium-ion batteries. For lithium-ion battery embodiments, a lithium-ion charging circuit may be included. In some embodiments, a charging circuit can limit current to safe levels for charging standard batteries (e.g., nickel-metal hydride (NiMH) or other rechargeable battery chemistries). The solar panel's voltage and associated circuitry can be configured to prolong the usable battery life.
[0020]In some embodiments, the package storage system includes a tether trigger system to activate an alarm. The system monitors the tether's electrical properties, such as an open or closed circuit or a specific resistance level, to detect tampering. For example, resistance wire can be used to set a particular resistance value, and the voltage across the tether can be divided to an analog-to-digital (A/D) input. This setup reduces the risk of defeating the alarm through shorting. The system may also pair the resistance wire with a capacitor to measure decay time, enabling detection of pulses or timing patterns. Abnormal readings, such as changes in resistance or signal decay, trigger the alarm if the tether is removed, replaced, or shorted. This allows the microprocessor to detect tampering and promptly activate the alarm.
[0021]Some embodiments include an auxiliary output for an alarm (e.g., a siren) that can be triggered in response to trigger event, such as the tether trigger system. The system can be configured to continue the siren in response to the trigger event until the alarm is deliberately reset. For example, while the package storage system is in motion the microprocessor can be configured to keep alarming, even if the original tether trigger is resolved such that the alarm remains active until the alarm is deliberately reset.
[0022]In some embodiments, the package storage system may include optional safety features to address specific use cases. For example, if the compartment is configured to be large enough for a person to enter, an illuminated or glow-in-the-dark button may be included inside the storage compartment to allow the lid to be opened from within.
[0023]Some embodiments include means to detect motion and interrupt or wake up the system. Using a simple ultralow power motion detector allows the microprocessor to sleep saving power until motion is detected.
[0024]Some embodiments provide a motion detection system that can interrupt or wake other electrical components of the system from a low-power state. By way of example, the microprocessor and other electrical components of the system can be configured to enter a low power state (e.g., sleep mode) after a period of inactivity to conserve energy. This provides normal and low power consumption modes. During the low power mode, an activity detection circuitry can be configured to detect activity periodically or continuously (e.g., with a signal to noise detector, radio signal detector, an accelerometer, or an optical sensor, along with suitable accompanying logic circuitry). This activity detection circuitry can trigger a wake-up signal that is transmitted to one or more components of the system that are configured to be asleep during low power consumption mode. Once awakened, the system can verify the presence of activity (e.g., via detection of movement, detection of a radio signal (e.g., a Bluetooth signal), or other credentials indicative of activity), thereby supporting both power efficiency and secure access.
BRIEF DESCRIPTION OF THE DRAWINGS
[0025]
[0026]
[0027]
[0028]
[0029]
[0030]
[0031]
[0032]
[0033]
[0034]
[0035]
[0036]
[0037]
[0038]
[0039]
[0040]
[0041]
[0042]
[0043]
[0044]
[0045]
[0046]
[0047]
[0048]
[0049]
[0050]
[0051]
[0052]
[0053]
[0054]
[0055]
[0056]
[0057]
[0058]
DESCRIPTION OF THE CURRENT EMBODIMENTS
[0059]
[0060]As used herein, a “tether” refers to an elongated flexible member configured to secure the package storage system to an external structure, and may include, by way of example and without limitation, a cable (including a tethering cable), chain, rope, strap, or other flexible securing member.
[0061]
[0062]
[0063]
[0064]
[0065]
[0066]
[0067]The storage security bracket 200 can be securely mounted within the storage system and held in place by a vertical support rod 202, as depicted in
[0068]
[0069]This method is particularly effective for securing the storage system around a pole or similar object, as it leverages the locking retention path within the storage security bracket 200 to eliminate the need for additional locks or complex mechanisms. Furthermore, the alignment opening 204 in the bracket 200 can be engaged with a vertical support rod 202 within the package storage system, ensuring the stability and alignment of the bracket during use.
[0070]
[0071]
[0072]The storage security bracket 200 can be strategically positioned near an entry/exit port 302 for cables 110, chains, or other connectors, enabling versatile attachment options. For example, a padlock can be used in conjunction with a chain inside the storage system to provide an alternative securing method. Additionally, one or more openings 210 on the storage security bracket 200 can be configured to accommodate a padlock, if needed, allowing for further customization of the connection system. In some embodiments, multiple storage security brackets 200 can be provided and positioned near corresponding entry/exit ports 206 on different sides of the storage system, supporting a variety of tethering and locking configurations to meet diverse security requirements.
[0073]
[0074]
[0075]
[0076]
[0077]
[0078]Further illustrating
[0079]The storage security bracket 200 can be installed in an alternative configuration in which the bracket 200 extends through an entry/exit portal 302 formed in a wall of the package storage system 300, such that the bracket 200 is at least partially externally accessible. This external-access configuration can facilitate routing, tightening, or reconfiguration of a tethering element or locking element, and allows the bracket 200 to be partially externally mounted, ensuring easy access to the connection interface while securely holding the package storage system 300 in place. This configuration offers greater flexibility in installation, particularly when the package storage system 300 is positioned in environments where external access to the connection interface is preferred for ease of access or enhanced security.
[0080]
[0081]In addition to the tethering and securement configurations described above, the package storage system 300 can include structural features that facilitate controlled access to the storage compartment. The following embodiments relate to lid opening and assist features that enable convenient user access while maintaining a low-profile, tamper-resistant exterior, independent of whether the package storage system 300 is tethered or secured to an external structure.
[0082]
[0083]
[0084]
[0085]The spring-assisted configuration described above applies a pre-loading force to the lid that enables the lid to partially open automatically once unlatched, allowing a user to easily lift the lid using a hand or finger. This arrangement facilitates convenient access to the storage compartment while avoiding abrupt or uncontrolled lid motion.
[0086]In some embodiments, a damping pad (e.g., urethane, foam, or other cushioning material) can be positioned adjacent to a guide or compression pin to absorb excess energy released by the springs during lid opening. The damping pad can reduce lid bounce, noise, or abrupt motion as the lid transitions toward an open position, thereby promoting smooth and controlled lid movement. The damping pad may be die-cut, adhesive-backed, insert-molded, or otherwise secured in place, and can be implemented without altering the overall spring-assisted lid opening arrangement described above.
[0087]The package storage system 300 can include features for assessing packages contained within a storage compartment, including determining a quantity, height, volume, dimensional characteristics, or occupancy state of one or more packages, as well as for confirming or verifying delivery events.
[0088]
[0089]In some embodiments, the sensing device 330 operates as a non-imaging ranging device configured to measure a distance between the lid 304 and a topmost package or a bottom surface 334 of the storage compartment. By way of example and without limitation, the sensing device 330 can include an ultrasonic sensor, infrared sensor, lidar sensor, radar sensor, time-of-flight sensor, or combinations thereof. Distance measurements obtained by the sensing device 330 can be used to determine whether the storage compartment is empty, partially filled, or full, and can further be used to estimate remaining available storage capacity based on known internal dimensions of the package storage system 300.
[0090]Positioning the sensing device 330 at the lid 304 provides a consistent measurement reference independent of package placement and allows the sensing device 330 to leverage power, control, and communication resources associated with the latch assembly. This integrated placement simplifies installation, avoids the need for additional internal wiring or power sources, and provides a stable vantage point for repeated capacity measurements over time.
[0091]In some embodiments, the sensing device 330 captures image data of the storage compartment from the upper region of the package storage system 300. Image data obtained by the sensing device 330 can be analyzed to determine package height, volume, or occupancy state, either alone or in combination with distance measurements. For example, image data can be used to identify a topmost package surface and correlate that information with known enclosure dimensions to determine remaining capacity.
[0092]To facilitate image-based interpretation, a visual reference element 334, such as a ruler, scale, or datum mark, can be formed on an interior surface of the storage compartment, including on a sidewall, leg support, or internal structural element. The visual reference element 334 can be laser-etched, molded, printed, applied as a label or sticker, or otherwise formed as part of the enclosure and provides a known dimensional reference visible within captured images. By comparing the apparent height of a package relative to the visual reference element 334, the package storage system 300 can determine package height and infer remaining available capacity.
[0093]In some embodiments, the visual reference element includes or is supplemented by one or more fiducial markers, such as an AprilTag, ArUco marker, QR-type marker, or other machine-readable visual marker, positioned on an interior surface of the storage compartment. Fiducial markers provide known geometric features that can be detected within captured image data and used to calibrate image measurements, correct for perspective or camera orientation, or improve accuracy of package dimension and capacity estimation. Use of fiducial markers can be particularly beneficial when image capture is performed using an external imaging device, such as a mobile phone, or when images are captured from varying positions or angles relative to the storage compartment.
[0094]
[0095]In some embodiments, image-based analysis accounts for a known or determinable geometric relationship between an imaging device and the interior of the storage compartment. For example, when an imaging device is fixed relative to the enclosure or positioned at a defined location with respect to the optically transmissive region, one or more parameters such as camera angle, field of view, lens characteristics, or relative position may be known in advance or inferred from enclosure geometry.
[0096]Such known or inferred imaging geometry may be used to correct for perspective distortion, scaling variation, or camera pose when interpreting captured images. In some embodiments, image measurements are normalized based on the known camera angle and lens characteristics so that apparent dimensions observed in an image can be translated into real-world dimensions within the storage compartment. This enables accurate estimation of package height, lateral dimensions, or volume even when images are captured at an angle or from a non-orthogonal viewpoint. In some embodiments, the known enclosure dimensions and camera geometry are used together to establish a mapping between image coordinates and enclosure coordinates for measurement purposes.
[0097]In some embodiments, image data captured by the external imaging device is used in addition to information obtained from an integrated sensing device 330, for example to verify, augment, or refine capacity determinations based on distance measurements. In other embodiments, image data captured by the external imaging device is used as an alternative to data obtained from the sensing device 330, allowing storage capacity or package characteristics to be determined without reliance on an integrated sensor
[0098]Image data captured by the external imaging device can be analyzed to determine package height, length, width, volume, or remaining available capacity. Visibility of the interior walls of the storage compartment within the captured image allows known enclosure dimensions (e.g., internal length and width) to be used in conjunction with image analysis to estimate corresponding dimensions of a delivered package. This enables confirmation or verification of what package has been delivered based on observed dimensions, in addition to determining remaining storage capacity, and can further be used to confirm delivery of a particular package by comparing observed package dimensions or characteristics against expected delivery information.
[0099]In some embodiments, image data captured over multiple delivery events can be analyzed collectively to track changes in package count, package dimensions, or remaining available capacity over time. By comparing successive images of the storage compartment, the package storage system 300 can identify newly delivered packages 350, estimate dimensions of individual packages 350, and maintain an updated representation of remaining capacity as packages 350 accumulate within the storage compartment. As illustrated, for example, in
[0100]Image capture using either an integrated sensing device 330 or an external imaging device 354 can occur automatically or in response to a user action, such as positioning a mobile device near the optically transmissive region 352 or issuing a capture command via a user interface. Manual image capture can be used to confirm secure placement of packages 350 or verify delivery events, while automated capture can be used for periodic or event-driven capacity assessment.
[0101]In some embodiments, acquisition of distance measurements or image data is triggered in response to one or more system events, including a lid opening event, lid closing event, latch state change, delivery confirmation, or expiration of a predefined time interval. Event-triggered acquisition allows the package storage system 300 to capture relevant data at meaningful points during use, such as immediately after a delivery or upon closure of the lid 304, while minimizing unnecessary sensing or image capture operations.
[0102]In some embodiments, image data and/or distance measurements are analyzed using image processing or machine-learning techniques to estimate remaining capacity, identify individual packages, detect delivery anomalies, or infer user interactions with the package storage system 300. Such analysis can provide a more complete understanding of package status within the storage compartment and support advanced delivery verification or monitoring features.
[0103]In some embodiments, storage capacity or package assessment results are confirmed using multiple measurements or multiple sensing modalities. For example, distance measurements obtained using the sensing device 330 can be verified or refined using image-based analysis, or vice versa. Redundant or corroborative assessment can improve confidence in capacity determinations, reduce measurement error, and mitigate false positives resulting from irregular package shapes or placement within the storage compartment.
[0104]In some embodiments, output from the sensing device 330 or image analysis is communicated via an application programming interface (API) to a user device or remote system, enabling a user or delivery service to monitor storage capacity, delivery status, or availability for additional deliveries. Metadata exchange using near-field communication (NFC), Bluetooth Low Energy (BTLE), or other communication techniques can be used to associate captured data with a device identifier, lock status, user identifier, or delivery event. An indicator, such as an LED, can provide a visual cue regarding lock status or storage availability.
[0105]In some embodiments, determined storage capacity, remaining available volume, or package occupancy state is compared against one or more threshold values to generate notifications or status indicators. For example, the package storage system 300 can generate an indication that additional deliveries are permitted, that the storage compartment is nearing capacity, or that the storage compartment is full. Such indications can be communicated to a user device, delivery service, or logistics system, or can be provided locally via a visual indicator or audible alert. In some embodiments, when a threshold indicating that the storage compartment is nearing capacity or full is reached, the notification explicitly prompts a user to empty or retrieve contents from the package storage system in advance of additional deliveries.
[0106]In some embodiments, the package storage system is configured to compare observed package characteristics against expected delivery information. For example, dimensional data associated with an expected delivery—such as package length, width, height, weight, or cubic volume—may be received from a delivery service, retailer, or logistics system prior to or contemporaneously with delivery, for example via an application programming interface (API) or associated metadata.
[0107]After placement of a package within the storage compartment, the package storage system can determine one or more observed characteristics of the delivered package using distance measurements, image-based analysis, or combinations thereof. In some embodiments, such observed characteristics are evaluated relative to a previously established baseline corresponding to a prior state of the storage compartment, thereby enabling the system to isolate characteristics attributable to a newly delivered package.
[0108]By establishing and updating such baselines on a per-delivery basis, the package storage system can derive quantized delivery results corresponding to individual delivery events. For example, a first delivery may establish an initial occupied height or volume within the storage compartment, and a subsequent delivery comprising one or more additional packages may be identified by detecting an incremental change relative to the prior baseline. This differential approach allows the system to distinguish between successive deliveries and to attribute measured dimensional changes to specific delivery events.
[0109]In some embodiments, estimation of package volume further incorporates determination of one or more lateral dimensions of a delivered package. Such lateral dimensions may be inferred based on known internal dimensions of the storage compartment, determined from image-based analysis of the package relative to visible enclosure boundaries, or derived using one or more visual reference elements positioned within the storage compartment, such as rulers, scales, fiducial markers, or other features having known dimensions. By combining lateral dimension information with sensed height information, the package storage system can estimate a cubic volume associated with a delivered package or delivery event.
[0110]In some embodiments, the package storage system accounts for variability in package orientation within the storage compartment. Delivered packages may be placed on different faces, edges, or sides, and therefore may not consistently present a particular dimension as a vertical height relative to the storage compartment. Accordingly, observed height measurements may correspond to different physical dimensions of a package depending on its orientation at the time of delivery.
[0111]To address such variability, the package storage system may employ object identification and orientation analysis to determine a likely orientation of a delivered package. For example, image-based analysis may be used to identify package boundaries, edges, faces, labels, or surface features, and to infer which dimension of the package is oriented vertically. In some embodiments, the system evaluates multiple candidate orientations and selects an orientation that best fits observed dimensional data, expected delivery information, or known packaging characteristics. By normalizing observed measurements based on inferred orientation, the package storage system can more accurately estimate package dimensions and volume, even when packages are placed on non-standard faces. In some embodiments, orientation determination is performed using confidence scoring or probabilistic analysis, allowing volume estimation to proceed even when orientation cannot be determined with certainty.
[0112]By way of example, if a delivery service indicates that a package having nominal dimensions of 12×12×12 inches is expected, the package storage system can determine whether an incremental change in measured height or estimated volume following a delivery event is consistent with that expected package. If multiple packages are delivered during a single delivery event, corresponding incremental changes may be aggregated and compared against expected delivery information associated with that event.
[0113]In some embodiments, when a discrepancy is detected between expected delivery information and observed package characteristics, the package storage system generates a notification, alert, or verification prompt to a user. Such notification may indicate, for example, that a delivered package does not match an expected size, that fewer or more packages were delivered than anticipated, or that an unexpected package may be present within the storage compartment.
[0114]Providing such discrepancy or verification information proximate in time to a delivery event allows a user to make timely decisions regarding package retrieval, investigation, or follow-up with a delivery service. By enabling near-real-time confirmation of delivery accuracy, the package storage system reduces uncertainty associated with unattended deliveries and improves user responsiveness in scenarios involving high-value items, time-sensitive deliveries, or potential delivery errors.
[0115]In some embodiments, the package storage system is configured to classify access events associated with the storage compartment into different event types based on observed changes in package occupancy, volume, or configuration. Such event types may include, for example, a delivery event, a retrieval event, a return event, or a mixed event involving both removal and addition of packages.
[0116]A delivery event may be identified, for example, when an authorized access event is followed by an increase in measured package height, volume, or occupancy relative to a prior baseline. In response to identifying a delivery event, the package storage system may update internal baselines, associate observed package characteristics with expected delivery information, record delivery metadata, and generate one or more delivery confirmation outputs.
[0117]A retrieval event may be identified when an authorized access event is followed by a decrease in measured package height, volume, or occupancy relative to a prior baseline. In some embodiments, retrieval events are associated with user access and may trigger updating of internal baselines, clearing of expected delivery records, or generation of notifications indicating that packages have been removed from the storage compartment.
[0118]In some embodiments, the package storage system is configured to support return events in which one or more packages are placed into the storage compartment for pickup. A return event may be identified, for example, when an access event is associated with an increase in measured package occupancy and is accompanied by return-related metadata, user input, or a return authorization state. In response, the system may generate a return-available indication for delivery personnel or logistics systems.
[0119]In some scenarios, a single access event may include both removal and placement of packages, resulting in a mixed or compound event. In such cases, the package storage system may evaluate incremental changes relative to a prior baseline to separately account for retrieved packages and newly added packages, and may update internal records accordingly.
[0120]Classification of access events into delivery, retrieval, return, or mixed events may be used to control subsequent system behavior, including notification generation, indicator activation, metadata logging, or communication with external systems. By maintaining state-aware handling of access events, the package storage system provides more accurate tracking of package flow and supports distinct workflows for delivery and return scenarios.
[0121]In some embodiments, the delivery events, retrieval events, return events, and proximity-based interactions described above collectively define recognizable operational patterns associated with use of the package storage system. Such patterns may include, for example, characteristic sequences of access, package placement or removal, proximity detection, and indicator activation that recur across multiple delivery cycles. The package storage system may use identification of such patterns to refine event classification, adjust interaction behavior, or improve accuracy of delivery verification and user notifications over time.
[0122]In some embodiments, the package storage system is configured to detect proximity or presence of a delivery person, user, or authorized device in relation to the storage system. Proximity detection may be based on one or more signals, including location information (e.g., location information derived from GPS, cellular positioning, or network-based location service), radio-frequency (RF) signal strength, Bluetooth Low Energy (BLE) signal characteristics, near-field communication (NFC) interaction, timing relative to an expected delivery window, or combinations thereof.
[0123]Detection of proximity or presence may be used to trigger interactive system behavior, including activation of one or more visual indicators, audible indicators, or other signaling features associated with the package storage system. In some embodiments, such interaction is enabled only when the system is in a delivery-related state, such as when a delivery event is expected or authorized, thereby limiting unnecessary signaling outside of delivery contexts.
[0124]In some embodiments, indicator behavior is dynamically modulated based on proximity, signal strength, duration of presence, or confidence associated with detected presence. For example, a visual indicator may increase in brightness, change color, or alter a flashing pattern as a delivery person approaches the storage system, and an audible indicator may increase in volume, repetition rate, or prominence as proximity increases or persists.
[0125]Visual and audible indicators may be used independently or in combination, and may be adapted based on environmental conditions, user preferences, or contextual risk factors. For example, audible indicators may be suppressed in certain environments, while visual indicators are emphasized, or vice versa. Indicator behavior may further be adjusted based on historical delivery accuracy, detected anomalies, or prior security events.
[0126]In some embodiments, activation and visibility of proximity-based indicators is conditioned on detection of a trusted signal or authorization state. When a trusted presence is not detected, indicator behavior may be reduced, altered, or disabled to avoid drawing attention to the presence of stored packages. In this manner, the package storage system balances delivery guidance with discretion and security.
[0127]Proximity-based interaction may further operate as a feedback loop in which continued presence, movement patterns, or user interaction refine system behavior over time. For example, indicator behavior may escalate when a delivery person remains near the storage system without completing a delivery event, or may de-escalate upon detection of a completed delivery or exit from the proximity region.
[0128]Proximity-based interaction logic may be integrated with event classification logic such that indicator behavior differs between delivery events, return events, retrieval events, or mixed events. By coupling proximity detection with state-aware event handling, the package storage system provides context-appropriate guidance while maintaining accurate tracking of package flow.
[0129]The sensing and imaging approaches described above allow the package storage system 300 to assess remaining storage capacity, verify delivered packages based on observed dimensions, and provide feedback regarding delivery status using information obtained from an upper region of the storage compartment, without requiring manual inspection of the storage compartment contents.
[0130]
[0131]Upon unlocking of the latch 360, a powered actuator 362 coupled to the lid 304 is energized to move the lid 304 from a closed position toward an open position, thereby providing hands-free access to the storage compartment for package placement. After a package is placed within the storage compartment, the delivery person can provide a confirmation input (e.g., via the mobile application or by interacting with the package storage system 300), causing the actuator 362 to return the lid 304 toward the closed position and the latch 360 to re-engage, thereby securing the package within the package storage system 300. In some embodiments, a photograph or status record of the closed and locked lid 304 is generated to confirm secure delivery.
[0132]In the illustrated embodiment, the lid 304 is secured using a latch 360 and a single powered actuator 362, each positioned at respective locations about the lid 304. In some configurations, as illustrated in
[0133]When the lid 304 is closed and locked, the lid 304 is mechanically constrained at multiple locations, including at a hinge 364 and the latch 360, and in some embodiments further supported at an actuator coupling region associated with the powered actuator 362. During opening, the latch 360 is released and the actuator 362 applies force to move the lid 304, while during closing the actuator 362 returns the lid 304 and the latch 360 re-engages. This arrangement provides reliable automatic opening and closing of the lid 304 while maintaining secure retention in the closed state, thereby balancing ease of delivery with system robustness and security.
[0134]
[0135]The solar panel 410, which may be provided as a low-power solar option (e.g., approximately 6 VDC at about 1 watt), collects sunlight and generates electrical energy that is routed through a terminal or connector 412 and a protective circuit. A diode 414 is used to prevent reverse current flow from the battery 420 back into the solar panel 410. In some embodiments, a current-limiting resistor 416 is included in the charging path to control charging current and maintain appropriate battery-charging conditions, while in other embodiments the resistor 416 may be omitted or implemented as a low-resistance connection depending on system design requirements.
[0136]To protect downstream electronics from voltage spikes or over-voltage conditions, a Zener diode 418 or other voltage-clamping element can be set to a system operating voltage. In some embodiments, the Zener diode 418 operates in conjunction with a resistor 417 that limits current and conditions a solar-derived signal prior to input to a microprocessor 424 or an associated lock circuit 426. This arrangement ensures that suitable voltage levels are provided to the microprocessor 424 and lock circuit 426. In some embodiments, the circuit provides a binary solar-status signal 428 indicative of whether the solar panel 410 is actively producing usable voltage (e.g., solar voltage present=1, absent=0), which can be used to indicate charging status or day/night conditions.
[0137]A system regulator 422, such as a Kerong system regulator or another suitable power-management device, controls power flow between the solar panel 410 and the battery 420, optimizing charging to enhance battery longevity. The battery 420 supplies power to the system when solar energy is unavailable (e.g., during nighttime conditions). The regulator 422 can be integrated with, or operatively coupled to, the lock system 426 to maintain system functionality while reducing reliance on conventional battery power.
[0138]In summary, the solar charging system 400 leverages solar energy to supplement battery power and extend operational life of the package storage system 300. The combination of the solar panel 410, diode 414, resistor 416, and regulator 422 enables energy-efficient charging, while the microprocessor 424 monitors system operation, including the binary indication of solar availability provided by the solar-status signal 428.
[0139]
[0140]In some embodiments, the microprocessor 424 monitors a voltage level, signal transition, or interrupt input 450 associated with the tether 440, for example via a pull-up or bias resistor 444, one or more diodes 446, and a voltage-clamping element such as a Zener diode 448. If the monitored signal deviates from an expected range or pattern—such as due to cutting, shorting, bypassing, or disconnecting the tether 440—the microprocessor 424 identifies a tamper condition and generates an alarm output 452. The alarm output 452 can trigger a local alert and/or be communicated via an application programming interface (API) to provide real-time notification of potential unauthorized interference with the package storage system 300.
[0141]
[0142]In the illustrated embodiment, the auxiliary alarm device 464 is electrically connected to the package storage system 300 via a terminal or connector 466 and is powered by an auxiliary power source, such as a low-voltage DC supply (for example, approximately 6 VDC at about 30-100 mA). Activation of the auxiliary alarm device 464 is controlled by an auxiliary alarm output 461 generated by a microprocessor 424 of the package storage system 300, allowing the system to selectively trigger the auxiliary alarm device 464 in response to a detected security event.
[0143]The auxiliary alarm output 461 controls a switching device 462, such as an N-channel field-effect transistor (FET) or an NPN bipolar transistor, which selectively completes a power path between the auxiliary power source and the auxiliary alarm device 464. This arrangement allows the microprocessor 424 to control activation of the auxiliary alarm device 464 without directly supplying alarm current, thereby supporting auxiliary alarm devices 464 having higher current or output requirements while maintaining reliable and secure system operation. The auxiliary alarm interface 460 is particularly useful in embodiments where a high-output external alarm (e.g., louder alarm) is desired to provide enhanced user notification.
[0144]
[0145]In some embodiments, the emergency release pushbutton 470 is configured to generate an emergency release input 474 to a microprocessor 424, which in turn causes a latch 360 to transition to an unlocked state, thereby permitting the lid 304 to be opened from within the storage compartment. The emergency release pushbutton 470 can include a visibility feature, such as glow-in-the-dark phosphor material, to facilitate identification and actuation in low-light conditions. This internal emergency release feature provides an additional safety option without interfering with normal external operation of the package storage system 300. In other embodiments, the emergency release pushbutton 470 is mechanically coupled to the latch 360 to permit direct release without electronic control.
[0146]
[0147]In one example implementation, the motion detection system 480 includes a passive infrared (PIR) motion sensor module, such as a BS412-type sensor available from Nanyang Senba Optical and Electronic Co., Ltd. However, it is worth noting that any suitable low-power motion sensor configured to generate a wake-up or interrupt signal may be employed. Suitable motion sensors can include PIR sensors, microwave motion sensors, accelerometers, vibration sensors, or other motion-sensing devices capable of operating at low power.
[0148]In the illustrated embodiment, the motion detection system 480 is electrically coupled to the package storage system 300 via a connector 482 and is configured to generate a wake-up signal at a wake-up interrupt input of the microprocessor upon detection of motion. Receipt of the wake-up signal causes the microprocessor to transition from the sleep mode to an active mode, enabling communication functions (e.g., Bluetooth connectivity) or lock control operations. When motion is no longer detected for a period of time, the microprocessor can return to the low-power state to conserve energy.
[0149]In some embodiments, the motion detection system 480 is used solely to wake the microprocessor, while in other embodiments motion detection can additionally be used to initiate security monitoring, alert generation, or preparatory activation of communication interfaces. The motion detection system 480 is optional and can be omitted entirely in embodiments where continuous operation or alternative wake-up mechanisms are preferred.
[0150]
[0151]As shown at block 502, the control system enters a sleep or reduced-power state in which battery status and one or more data accumulators are periodically logged, while one or more wake sources are monitored. At decision block 504, example wake sources include detection of motion, keypad activity, or communication activity via an NFC interface or a Bluetooth Low Energy (BTLE) interface.
[0152]When a wake event is detected, the control system exits the sleep state and transitions to an active state at block 506, where an indication is provided that the system is active (e.g., a status message or indicator output). Following wake-up, the control system concurrently monitors for (i) receipt of a valid authorization input and (ii) detection of a potential security event.
[0153]As shown at decision block 508, the control system determines whether a valid authorization input is received, such as via an NFC interface, a Bluetooth Low Energy (BTLE) interface, or a keypad code. If a valid authorization input is received, the control system proceeds along a normal access path in which opening and closing of the lid 304 are treated as authorized activity.
[0154]In parallel with monitoring for valid authorization, the control system monitors for unauthorized conditions, including whether the lid 304 is opened without prior authorization or whether an excessive motion condition is detected, as evaluated at decision block 516. If an unauthorized condition is detected before receipt of valid authorization, the control system enters an alarm-handling path and executes block 518, triggering an alarm and generating a notification output indicating a potential security event.
[0155]As further illustrated at block 542, the control system provides an explicit alarm-reset path in which an active alarm is reset or disabled in response to receipt of valid user authorization, such as entry of a keypad code, authentication via a Bluetooth Low Energy (BTLE) interface, or interaction via a near-field communication (NFC) interface. Upon successful authorization, the control system disables the alarm, updates system status indicators, and transitions to the authorized access path, in which subsequent opening and closing of the lid 304 are treated as authorized activity. The control system then continues execution along the normal access and monitoring flow, including evaluation of lid state, timing conditions, and re-locking operations as described above.
[0156]Upon entering the authorized access path, the control system evaluates the state of the lid 304 at decision block 510 to determine whether the lid 304 is open. If the lid 304 is not open, the control system executes block 520, in which any active alarm is disabled, an unlocked status is indicated, and a countdown timer is initiated to monitor a time-to-door-open condition.
[0157]At decision block 524, the control system determines whether the time-to-door-open countdown has expired while the lid 304 remains closed. If the countdown expires without the lid 304 being opened, the control system executes block 526 to automatically re-lock the package storage system 300, and the control system proceeds to post-closure handling. If the countdown has not expired, the control system continues monitoring the lid state at decision block 510.
[0158]If the lid 304 is determined to be open at decision block 510, the control system proceeds to decision block 512 to determine whether the lid 304 has been closed. If the lid 304 is not closed, the control system executes block 522, in which an opened status is indicated and a time-to-door-closed countdown is initiated. The control system then enters the door-open escalation path illustrated in
[0159]As shown in
[0160]Upon detecting that the lid 304 has been closed, whether before or after execution of the door-open escalation path, the control system executes block 540, resetting any audible alarm and generating a notification that the condition has been resolved. The control system then returns to the authorized access flow.
[0161]After completion of the authorized access sequence, the control system executes block 514, in which the alarm is armed or maintained, a closed/secured indication is provided, and in some embodiments metadata (e.g., NFC/BTLE metadata) and/or an image capture event is recorded.
[0162]The control system then executes block 528, monitoring for continued user presence based on RSSI, motion detection, or keypad activity. At decision block 530, the control system determines whether a user is present. If no user is present and a sleep timer exceeds a predefined threshold at decision block 532, the control system returns to the reduced-power sleep state at block 502.
[0163]In accordance with the proximity-based interaction and indicator control logic described above,
[0164]As further illustrated, the package storage system 300 can include lighting on a bottom portion of the unit, such as a lower visual indicator 514, which assists in providing a clear visual indication of the storage system's location and status. In some embodiments, the lower visual indicator 514 provides localized or directional illumination to guide placement of the package relative to the package storage system 300. The lower visual indicator 514 can be particularly useful in low-light conditions, when the package storage system 300 is partially obscured, or when additional guidance is needed to confirm proper placement of a delivered package relative to the unit. The lighting indicators 510, 514 can also assist a homeowner in verifying that a delivery has been authorized and completed.
[0165]Additionally, the package storage system 300 can be connected to a home control system configured to activate designated exterior lighting 516 to facilitate access to the delivery location. For example, exterior lighting 516 such as porch lights or entryway lights can be activated in coordination with the lighting indicators 510, 514 during a delivery event. The exterior lighting 516 can remain active for a set period of time, allowing the homeowner to confirm that the package has been delivered correctly, and can subsequently turn off or reset to original lighting settings after the package storage system 300 is locked and secured.
[0166]In some embodiments, the lighting indicators 510, 514 operate in different illumination behaviors (e.g., color, intensity, or pattern) to convey different system states, such as indicating readiness to accept a delivery, confirmation that a delivery has been completed, or indication that a return package is present for pickup. For example, a return-available indication may be presented only when delivery personnel associated with a return pickup are detected nearby. In further embodiments, activation or visibility of the lighting indicators 510, 514 and/or exterior lighting 516 can be dynamically controlled based on detected presence or proximity of delivery personnel or a user, so that delivery-related indications are provided when useful while avoiding unnecessary broadcast of package presence after delivery. In this manner, the lighting features enhance convenience, security, and visibility during deliveries while maintaining controlled disclosure of system status.
[0167]While the embodiments described above emphasize visual indicators, the package storage system 300 can additionally or alternatively employ audible indicators to provide delivery guidance and status information. For example, the package storage system 300 can generate tones, chimes, spoken prompts, or other audio cues to assist delivery personnel in locating the correct delivery location or confirming delivery authorization. In some embodiments, audible indicators are used in combination with visual indicators 510, 514, while in other embodiments audible indicators are used selectively or exclusively, depending on environmental conditions or user preferences. In some embodiments, audible indicators are enabled only when a trusted presence is detected, and are otherwise suppressed to maintain discretion.
[0168]In some embodiments, the package storage system 300 is configured to dynamically balance visibility and discretion by controlling when and how indicators are activated. For example, indicator activation can be temporally limited to periods when delivery personnel are expected or detected nearby, and can be reduced, altered, or disabled when delivery personnel are no longer present. This approach allows the package storage system 300 to provide strong, unambiguous guidance during delivery while avoiding unnecessary illumination or signaling that could draw attention to the presence of a delivered package after the delivery event has concluded.
[0169]Indicator behavior can further be modulated based on contextual information or metadata available to the package storage system 300. For example, illumination or audio patterns can be adjusted based on whether a delivery is associated with a first-time delivery driver, a newly installed package storage system, a recent change in the physical location of the package storage system 300, or a change in delivery authorization credentials. In some embodiments, indicator behavior is adapted based on historical delivery data, user-configured preferences, or delivery-service-specific metadata to improve delivery accuracy and user awareness over time.
[0170]In some embodiments, indicator behavior is further influenced by contextual risk information or security-related conditions associated with an environment of the package storage system 300. For example, if recent unauthorized access attempts, tamper events, or other anomalous activity have been detected in proximity to the package storage system 300, the system can reduce, suppress, or modify indicator behavior to operate in a more discreet mode. In such embodiments, visual or audible indicators may be limited, disabled, or replaced with lower-profile signaling unless a trusted presence is detected.
[0171]In some embodiments, activation of delivery-related indicators is conditioned on detection of a trusted signal or presence, such as a delivery-service radio-frequency (RF) identifier, a Bluetooth Low Energy (BTLE) signal associated with delivery personnel, a user device associated with a homeowner, or another authenticated proximity signal. In this manner, the package storage system 300 can selectively provide delivery guidance when a delivery person or authorized user is nearby, while minimizing visibility or signaling in the absence of such trusted presence, thereby balancing delivery assistance with security and discretion.
[0172]In this manner, the package storage system 300 provides a context-aware signaling framework that is not limited to static on/off indicators, but instead delivers adaptive, multi-modal feedback—visual, audible, or both—based on delivery timing, proximity, authorization state, and metadata. This adaptive signaling approach improves delivery success and user confidence while minimizing unnecessary exposure of package presence and maintaining a desired balance between convenience and security.
[0173]
[0174]As illustrated, the package is delivered by an aerial delivery device 614, such as a drone, which remains airborne during delivery and supports the package using a flexible line or tether 616 coupled to a gripping or release assembly 618. In the illustrated embodiment, the aerial delivery device 614 positions the package above a fixed funnel 602 associated with the delivery opening 604, and actuates the gripping or release assembly 618 to lower and release the package into the funnel 602. The funnel 602 guides the package toward and through the delivery opening 604 while the delivery door 606 is in an open state, reducing sensitivity to positioning error and assisting controlled transfer of the package into the downstream storage region.
[0175]In alternative embodiments, the package may be released directly through the delivery opening 604 without use of the funnel 602, for example when sufficient alignment accuracy can be achieved by the aerial delivery device 614. In further alternative embodiments, the funnel 602 and the delivery door 606 are integrally formed or operatively coupled such that movement of the delivery door 606 from the closed position to the open position defines or creates a funnel-like guide structure that directs the package toward and through the delivery opening 604 during release.
[0176]The package drop zone defined downstream of the delivery opening 604 is configured to guide the package safely into the storage system once the delivery door 606 opens. In some embodiments, the package drop system 600 includes one or more sensing elements 605 positioned along or below the delivery opening 604 to detect entry of the package, monitor its movement, and determine when the package has cleared the delivery opening 604. Such sensing allows the system to count delivered packages, confirm that the package has been successfully transferred into the storage region, and coordinate closure of the delivery door 606 only after the package has fully passed through the opening.
[0177]By automatically detecting the package and managing operation of the delivery door 606, the package drop system 600 streamlines the package delivery process, reduces reliance on precise manual timing by delivery personnel or aerial delivery systems, and reduces the risk of incomplete delivery, interference, or human error. The package drop system 600 thereby enhances overall security, reliability, and convenience of aerial package delivery.
[0178]In some embodiments, after a package has passed through the delivery opening 604 and entered the storage region, the package storage system assesses the delivered package using the orientation-aware measurement and verification techniques described above. For example, the system may determine package orientation, dimensions, or volume and associate such measurements with an expected delivery event to confirm successful delivery. In this manner, the
[0179]The embodiment illustrated in
[0180]
[0181]As illustrated, the package drop system 600 includes a funnel 602 defining a delivery opening 604, with a delivery door 606 positioned below the funnel 602. The aerial delivery device 614 is configured to position itself over the funnel 602 such that the package 612 and package carrier 618 are aligned with the delivery opening 604. In this embodiment, the aerial delivery device 614 cooperates with the package drop system 600 so that the delivery door 606 is opened only when the aerial delivery device 614, via the package carrier 618, is positioned over and substantially covering the delivery opening 604.
[0182]As illustrated in
[0183]In the illustrated embodiment, an aerial delivery device 714 lowers a package carrier 718 toward the delivery interface 702 using a tether 716. The package carrier 718 includes a carrier release opening or door 719 that is selectively openable to release the package 712 from the carrier 718.
[0184]During delivery, the package carrier 718 is positioned over the delivery interface 702 such that it covers the delivery opening 704. Once the package carrier 718 is in position and covering the delivery opening 704, the sealed package drop system 700 coordinates opening of the delivery opening 704 with opening of the carrier release opening 719, allowing the package 712 to pass from the package carrier 718, through the delivery opening 704, and into the interior storage region while the delivery opening 704 remains physically covered by the package carrier 718.
[0185]After the package 712 has been released and has fully cleared the delivery opening 704, the delivery opening 704 is closed and the carrier release opening 719 is closed before the aerial delivery device 714 raises the package carrier 718 away from the delivery interface 702. In this manner, the delivery opening 704 is never exposed except while physically blocked by the package carrier 718, providing a layered security approach that relies on coordinated physical coverage and sequencing of openable elements.
[0186]Physical coverage of the delivery opening 704 may be provided in different degrees depending on implementation. In some embodiments, the package carrier 718 substantially covers the delivery opening 704 such that third-party access, pests, or debris are blocked during delivery while allowing minor gaps or tolerances consistent with aerial alignment. In other embodiments, the package carrier 718 cooperates with the delivery interface 702 to form a substantially sealed delivery interface during release of the package, such that the interior storage region is isolated from the external environment while the delivery opening 704 and carrier release opening 719 are open.
[0187]In the embodiment of
[0188]In some embodiments, the package carrier 718 physically contacts and is supported by the landing area 706 during delivery. In other embodiments, the aerial delivery device 714 maintains the package carrier 718 in a hovering position immediately above the delivery interface 702 such that the package carrier 718 substantially covers the delivery opening 704 without requiring physical contact with the landing area 706. In both cases, the package carrier 718 can provide physical coverage of the delivery opening 704 during coordinated opening and release.
[0189]To facilitate accurate approach, alignment, and positioning of the package carrier 718 relative to the delivery interface 702, the sealed package drop system 700 can include one or more visual indicia, fiducial markers, or optical targets 708 positioned on or near the delivery interface 702 and/or the landing area 706. The indicia 708 can be used by the aerial delivery device 714 to localize, orient, and align the package carrier 718 as it approaches the delivery interface 702, enabling reliable coverage of the delivery opening 704 prior to opening of the delivery opening 704 or the carrier release opening 719. Such alignment may be achieved while the package carrier 718 remains airborne or hovering above the delivery interface 702, without requiring physical contact. In some embodiments, the markers can be electronic, such as radio-frequency or other signaling sources that can be used for navigation. Further, in some embodiments, the delivery interface 702 can include docking interface elements, such as magnets or gripping elements, to optionally facilitate a clean and repeatable aligned docking when physical seating of the package carrier 718 is desired.
[0190]In some embodiments, the visual indicia, fiducial markers, or optical targets 708 provide non-contact guidance cues that enable the aerial delivery device 714 to maintain the package carrier 718 in a desired position and orientation relative to the delivery interface 702 while hovering. In such embodiments, the aerial delivery device 714 uses the indicia 708 to regulate lateral position, height, and orientation of the package carrier 718 such that the package carrier 718 substantially covers the delivery opening 704 during coordinated opening and release, without the package carrier 718 physically contacting the delivery interface 702 or landing area 706.
[0191]In some embodiments, the visual indicia, fiducial markers, or optical targets 708 collectively define an optical orientation zone associated with the delivery interface 702. The optical orientation zone provides a known visual reference frame that can be used by the aerial delivery device 714 to determine relative position, orientation, and approach trajectory with respect to the delivery opening 704 and landing area 706.
[0192]The visual indicia, fiducial markers, or optical targets 708 may be provided as permanent features of the delivery interface 702 or landing area 706, or may be dynamically activated only during an expected delivery event. In some embodiments, the indicia 708 are passively visible features, while in other embodiments the indicia 708 are illuminated, electronically activated, or otherwise selectively enabled to assist approach and alignment of the package carrier 718 only when delivery is authorized.
[0193]The aerial delivery device 714 may employ image capture and perception algorithms to identify the optical orientation zone and to align the package carrier 718 such that it covers the delivery opening 704 prior to opening of the delivery opening 704 or the carrier release opening 719. By relying on a defined optical orientation zone, the
[0194]Docking interface elements associated with the landing area 706 may be configured to partially stabilize, align, or damp movement of the package carrier 718 during delivery without rigidly locking the package carrier 718 to the delivery interface 702. Such stabilization may assist in maintaining coverage of the delivery opening 704 during release while accommodating minor positional variation or hover-based delivery.
[0195]In some embodiments, the package carrier 718 is configured as a rigid or semi-rigid container having a closable bottom opening, trap door, or release panel corresponding to the carrier release opening 719. The package carrier 718 can be dimensioned to fully cover the delivery opening 704 when seated on the landing area 706, thereby forming a physical barrier that seals the delivery interface 702 from above during delivery. Such a package carrier 718 can be similar in form and operation to aerial delivery containers used in tethered delivery systems, including containers configured to protect packages during lowering and to release packages downward upon actuation. By way of example, the package carrier 718 can be similar in form and operation to tethered aerial delivery containers used in commercial drone delivery systems, such as those employed by Zipline International, Inc., however the package carrier 718 can take any suitable form consistent with the delivery techniques described herein.
[0196]The package carrier 718 may take any suitable form capable of lowering a package toward the delivery interface 702 and releasing the package into the protected interior storage region. While the illustrated embodiment shows a package carrier 718 having a bottom-facing release opening 719 that cooperates with a generally horizontal delivery opening 704, other carrier configurations may be used, including carriers having side-facing release panels, articulated release members, or other openable interfaces that permit controlled deposit of the package. The specific carrier configuration may be selected based on delivery constraints, package geometry, or aerial delivery system capabilities without departing from the coordinated delivery principles described herein.
[0197]In operation, the aerial delivery device 714 lowers the package carrier 718 until the package carrier 718 is seated on the landing area 706 and covers the delivery opening 704 or otherwise positioned to cover the delivery opening 704. While the package carrier 718 remains covering the delivery opening 704, the sealed package drop system 700 selectively opens the delivery opening 704 and coordinates release of the package 712 from the carrier release opening 719. Because the delivery opening 704 is physically covered throughout the release sequence, third-party access, pests, debris, or environmental ingress are prevented during delivery.
[0198]After the package 712 has fully cleared the delivery opening 704 and the delivery opening 704 and carrier release opening 719 are closed, the aerial delivery device 714 raises the package carrier 718 away from the delivery interface 702. In this manner, the sealed package drop system 700 maintains a closed delivery interface 702 before, during, and after delivery, except while physically blocked by the package carrier 718, thereby providing a robust, layered security approach well suited for unattended aerial delivery across a variety of installation configurations.
[0199]In some embodiments, the package drop interfaces and storage regions described above are integrated into different portions of a structure, including exterior walls, façades, or elevated openings. For example, the delivery interface may be positioned at an upper-floor window, balcony, or wall-mounted location that is not readily accessible from ground level. Such configurations may be advantageous for aerial delivery scenarios in which conventional ground-based access to the storage system is limited, impractical, or undesirable.
[0200]In some embodiments, packages delivered through a delivery opening or drop interface are transported from the delivery interface to a downstream storage region using a guided conveyance path. The conveyance path may include, for example, a conveyor, belt, slide, chute, gravity-assisted guide, or other transport mechanism configured to move a delivered package away from the delivery opening after entry. Conveyance may be particularly useful in installations involving vertical, angled, or offset delivery interfaces, including wall-mounted or window-aligned configurations. Operation of the conveyance path may be coordinated with sensing, orientation determination, and delivery verification logic described above to confirm successful transfer and trigger closure of the delivery interface.
[0201]In some embodiments, packages delivered through a delivery opening or drop zone are transported from the delivery interface to a downstream storage region using a guided conveyance mechanism. The conveyance mechanism may include, for example, a conveyor, belt, slide, chute, rotating element, gravity-assisted guide, or other transport structure configured to move a delivered package away from the delivery opening after entry. Such conveyance may be used to accommodate vertical, angled, or offset delivery paths, including delivery through windows or wall-mounted interfaces.
[0202]
[0203]In the illustrated embodiment, the package storage system 300 is communicatively coupled to a hub or router 800 that supports multiple RF communication technologies. The hub or router 800 can communicate using different wireless modalities, such as Wi-Fi, Bluetooth Low Energy (BTLE), long-range or low-frequency communication protocols, or combinations thereof. By employing multiple RF technologies operating on different frequency bands, the system reduces reliance on any single communication channel.
[0204]The hub or router 800 is configured to monitor the health and availability of communication with the package storage system 300. Loss of expected communication, degradation of signal quality, or other abnormal communication behavior can be treated as a security-relevant condition. In some embodiments, the hub or router 800 includes a watchdog or monitoring function that detects such communication anomalies.
[0205]In response to detection of RF interference, communication failure, or other anomalous communication conditions, the hub or router 800 can trigger an alarm or notification indicating a potential tampering or attack on the package storage system 300. In this manner, attempts to suppress wireless communication do not result in silent failure, but instead generate a detectable security event, thereby enhancing the overall robustness and security of the package storage system 300.
[0206]Directional terms, such as “vertical,” “horizontal,” “top,” “bottom,” “upper,” “lower,” “inner,” “inwardly,” “outer” and “outwardly,” are used to assist in describing the invention based on the orientation of the embodiments shown in the illustrations. The use of directional terms should not be interpreted to limit the invention to any specific orientation(s).
[0207]The above description is that of current embodiments of the invention. Various alterations and changes can be made without departing from the spirit and broader aspects of the invention as defined in the appended claims, which are to be interpreted in accordance with the principles of patent law including the doctrine of equivalents. This disclosure is presented for illustrative purposes and should not be interpreted as an exhaustive description of all embodiments of the invention or to limit the scope of the claims to the specific elements illustrated or described in connection with these embodiments. For example, and without limitation, any individual element(s) of the described invention may be replaced by alternative elements that provide substantially similar functionality or otherwise provide adequate operation. This includes, for example, presently known alternative elements, such as those that might be currently known to one skilled in the art, and alternative elements that may be developed in the future, such as those that one skilled in the art might, upon development, recognize as an alternative. Further, the disclosed embodiments include a plurality of features that are described in concert and that might cooperatively provide a collection of benefits. The present invention is not limited to only those embodiments that include all of these features or that provide all of the stated benefits, except to the extent otherwise expressly set forth in the issued claims. Any reference to claim elements in the singular, for example, using the articles “a,” “an,” “the” or “said,” is not to be construed as limiting the element to the singular.
Claims
1. A tethering system for securing a package storage system, the tethering system comprising:
a tether having a first end and a second end;
a door tethering security bracket configured to attach to a door, the door tethering security bracket including at least one opening configured to receive the first end of the tether;
a package storage system tethering security bracket mounted within the package storage system, the package storage system tethering security bracket including a plurality of openings configured to receive and route the second end of the tether, wherein the second end of the tether passes through the plurality of openings of the package storage system tethering security bracket to form a retention path that resists withdrawal; and
a lock configured to secure the package storage system in a closed condition, thereby restricting access to the package storage system tethering security bracket and the retention path formed by routing the second end of the tether through the plurality of openings.
2. The tethering system of
3. The tethering system of
4. The tethering system of
5. The tethering system of
6. The tethering system of
7. The tethering system of
8. The tethering system of
9. The tethering system of
10. The tethering system of
11. The tethering system of
12. A tethering system for securing a package storage system to an external object, the tethering system comprising:
a tether having a first end and a second end;
a package storage system tethering security bracket mounted within the package storage system, the package storage system tethering security bracket including a plurality of openings configured to receive and route the tether;
wherein the tether extends outward from the package storage system, is looped around an external object, and returns into the package storage system;
wherein the first end and the second end of the tether are routed through the plurality of openings of the package storage system tethering security bracket to form a retention path that resists withdrawal of the tether; and
a lock configured to secure the package storage system in a closed condition, thereby restricting access to the package storage system tethering security bracket and to internal routing points of the retention path that permit reconfiguration or removal of the tether.
13. The tethering system of
14. The tethering system of
15. The tethering system of
16. The tethering system of
17. The tethering system of
18. The tethering system of
19. The tethering system of
20. The tethering system of
21.-80. (canceled)