System and method for performing a reset mode on a building structure shield.

Abstract

Embodiments of the present disclosure relate to various aspects of architectural shielding. Particular aspects relate to executing a reset mode for one or more architectural shieldings. In the aforementioned aspects, reset data is transmitted by the architectural shielding indicating that the shielding is in the reset mode. A user device receives the reset data and presents a user interface identifying selectable reset actions. When a user selects one of the reset actions, a reset command for the reset action is transmitted from the user device to the architectural shielding, and the reset action is then executed.

Description

Background Art

[0001] Cross - reference to Related Applications This application claims the benefit of priority to U.S. Provisional Application No. 63 / 082,136, filed on September 23, 2020, the entire content of which is incorporated herein by reference.

[0002] Building structures such as blinds, shades, shutters, and drapes provide shade and privacy. Some building structure covers are manually operable (e.g., by using a lift cord), while others are electric (e.g., by an electric motor). Electric building structure covers can be remotely operated by a user device (e.g., a remote control, a mobile device, or a keypad). However, in a building having multiple building structure covers, it is not uncommon for a user to have difficulty operating the building structure cover to be remotely controlled. This is because of the difficulty in determining the direct control of the desired building structure cover and the difficulty in configuring the user interface of the user device to control the desired building structure cover.

[0003] Each aspect of the present disclosure has been made in view of the above problems and general considerations. Although relatively specific problems may be discussed below, it should be understood that each embodiment should not be limited to solving only the specific problems pointed out in any part of the background art or the present disclosure.

Summary of the Invention

[0004] Aspects of this disclosure relate to various embodiments of building structure shields. Certain embodiments relate to the execution of a reset mode for one or more building structure shields. In one embodiment, a user operation on a building structure shield is received, such as pressing a reset button on the building structure shield. In response, the building structure shield starts a timer, enters reset mode, and transmits reset data, for example, using a notification signal that is broadcast periodically. The user device receives the reset data and presents a user interface, such as a graphical user interface (GUI) including a pop-up window. The user interface provides options to reset different functions of the building structure shield, such as completing a factory reset, deleting specific automations, deleting scenes, or transferring ownership. If one of the options is selected before the timer expires, the user device sends a reset command to the building structure shield. The building structure shield then receives and executes the command.

[0005] In a further embodiment, a structural shield stores a pair of identifiers and keys for the structural shield. The key can be associated with multiple structural shields installed on a building. In the absence of a reset mode, a user device can connect to or communicate with a structural shield by presenting the key (or its hash) to the structural shield, which then compares the key (or its hash) to a key (or hash) stored in the structural shield's memory and / or encrypts / decrypts wireless data communication with the key (or associated key in the case of asymmetric encryption). In reset mode, an ownership transfer option is available, which sends the key to a user device that does not currently have a copy of the key. Upon receiving a reset command associated with the ownership transfer option, the structural shield responds with the key. The user device stores the key. The user device can then reconnect to the structural shield and other shades in the building that use the key (in the absence of a reset mode).

[0006] This abstract is provided to provide a simplified introduction to some of the concepts further described in the detailed description below. This abstract is not intended to identify any major or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter. Further aspects, features, and / or advantages of the embodiments are described in part in the following description, some of which will be apparent from the description or may be known through the practice of this disclosure.

[0007] Non-limiting and non-exclusive embodiments will be described with reference to the following figures. [Brief explanation of the drawing]

[0008] [Figure 1] This is a perspective view showing the open / extended state of an exemplary building structure shielding. [Figure 2] Figure 1 is a block diagram of an example of a building structure shielding controller for building structures. [Figure 3] This figure shows an example of a shielding system for building structures. [Figure 4] This is a schematic diagram of an exemplary user interface (UI) for interacting with an exemplary building structure shielding system. [Figure 5] This figure shows an example of a computational environment in which the reset mode for building structure shielding can be executed. [Figure 6] This figure shows an example UI that supports the reset mode for building structure shielding. [Figure 7] This figure shows an example of a computing environment for changing ownership and / or access rights to one or more building structure shields. [Figure 8] This figure illustrates an exemplary method for performing a reset mode on one or more building structure shields. [Figure 9] This figure illustrates another exemplary method for performing a reset mode on one or more building structure shields. [Figure 10]This figure illustrates an exemplary method for changing ownership and / or access rights to one or more building structure shields. [Figure 11] This figure illustrates another exemplary method of changing ownership and / or access rights to one or more building structure shields. [Figure 12] This is a block diagram of an exemplary operating environment capable of implementing one or more of these embodiments. [Modes for carrying out the invention]

[0009] Architectural shields are generally, but are not limited to, those placed in architectural structures such as windows, doors, and doorways. Shields are remotely controlled by various electronic devices, including, but are not limited to, user devices such as portable computing devices (e.g., smartphones or remote controls), tablet computing devices, notebook computing devices, or desktop computing devices. The user device provides a user interface (UI) for receiving operation control commands from the user (e.g., extending or retracting the shield, opening or closing vanes, changing permission / ownership of the shield, etc.). Operation control commands (or corresponding commands / instructions) are provided to the shield. Based on the received commands, the shield then performs one or more actions. The systems and methods described herein relate to at least one such action. Specifically, the systems and methods described herein relate to the execution of a reset mode for one or more architectural shields. In these systems and methods, a reset command is received by the shield. The reset command is provided to the user device associated with the shield. The reset command causes the user device to display an interface. Upon receiving the selection of an option presented on the interface, the user device transmits the selected option and security key information to the shield. After verifying the security key, the shield performs the action corresponding to the selected option.

[0010] As can be understood from the foregoing disclosure, aspects of this disclosure provide techniques for implementing reset modes for one or more building structure shiels. In one example of such a technique, a building structure shield receives a user input to initiate a reset mode. In response, the building structure shield broadcasts reset data to indicate that the reset mode has been entered. The user device receives the reset data and presents a user interface containing selectable options corresponding to actions supported by the reset mode. Upon receiving the user's selection for one of the options via the user interface, the user device generates a reset command and transmits it to the building structure shield. The reset command indicates the action corresponding to the selected option. The building structure shield performs this action.

[0011] This approach offers several advantages. For example, resetting the various functions of a building structure shield using one or more buttons on the shield can be difficult for users to remember. Instead, this can be done in an intuitive way through a user interface. Furthermore, the process of exchanging security keys between the building structure shield and the user device is improved. The security key can then be used to establish a connection between the building structure shield and the user device, and this connection can be used to control the operation of the building structure shield, thus improving the overall control process.

[0012] Figure 1 is a perspective view showing an open / extended state of an exemplary building structure shield 100. The building structure shield 100 includes a light-shielding panel 102 that extends vertically between a roller assembly 104 and a bottom rail assembly 106. The light-shielding panel 102 is configured to move vertically 108 relative to the roller assembly 104 between a fully lowered or extended position (e.g., shown in Figure 1) and a fully raised or retracted position (not shown). When the building structure shield 100 is in its retracted position, the light-shielding panel 102 may be configured to expose adjacent building structures (e.g., windows), and when the shield 100 is in its extended position, the light-shielding panel 102 may cover adjacent building structures. Furthermore, the shield 100 is configured to move the light-shielding panel 102 to any number of intermediate positions defined between the fully retracted position and the fully extended position so that the light-shielding panel 102 partially covers adjacent building structures.

[0013] In this embodiment, the term “vertical” as used herein generally refers to the orientation or position of the building structure shield 100 in the extended position indicated by arrow 108 when the shield 100 is installed for use against an adjacent building structure. Thus, vertical movement refers to the movement of the bottom rail assembly 106 toward or away from the head rail 132, as indicated by arrow 108. Similarly, the term “horizontal” generally refers to a direction perpendicular to vertical 108 and extending left to right relative to the shield 100, as indicated by arrow 110. Furthermore, the term “intersecting” generally refers to a direction perpendicular to both vertical 108 and horizontal 110 and extending front to back relative to the shield 100, as indicated by arrow 111. In this specification, references to various directions are used solely to illustrate the illustrated examples and should not be construed as any other limitation. For example, some building structure shields 100 may have a light-shielding panel 102 configured to expand and contract horizontally.

[0014] In some embodiments, the shading panel 102 includes both a front panel 112 and a back panel 114, and when the shading panel 102 is moved to a fully extended position, the front panel 112 and the back panel 114 are configured to be positioned substantially parallel to each other in the vertical direction 108 (see Figure 1). Generally, the panels 112, 114 are formed from any material suitable for use within the disclosed shading device 100, such as textiles, woven fabrics and / or nonwoven fabrics. However, in some embodiments, one or both of the panels 112, 114 are formed from a thin textile or other suitable material(s) that allows at least some of the light hitting the shading panel 102 to pass from one panel to the other. Furthermore, it should be understood that the front panel 112 and the back panel 114 may generally be of a size required or desired for use against any suitable building structure. For example, the panels 112, 114 may specify a vertical height 116 and / or horizontal width 118 sufficient to cover a window or other building structure. In one embodiment, the front panel 112 and the rear panel 114 define substantially the same height 116 and / or width 118, and when the light-shielding panel 102 is in a fully extended position, the panels 112 and 114 have substantially the same extent.

[0015] The light-shielding panel 102 also includes a plurality of light-shielding members or vanes 120 extending between the front panel 112 and the back panel 114, the vanes 120 spaced perpendicularly apart from each other along the vertical height 116 of the light-shielding panel 102. In some embodiments, each vane 120 is configured to extend across the entire depth or in the intersecting direction 111 between the front panel 112 and the back panel 114. For example, each vane 120 includes a front edge attached to the front panel 112 and a rear edge attached to the back panel 114 using any suitable means such as sewing, gluing, adhesive, or mechanical fasteners. Furthermore, like panels 112 and 114, the vanes 120 are formed from any material suitable for use within the disclosed shielding 100, such as woven fabrics, textiles and / or nonwoven fabrics. However, in some embodiments, the vanes 120 are formed from the same material used to form the front panel 112 and the back panel 114. For example, each vane 120 is formed from a light-shielding material, an opaque material, or a translucent material.

[0016] When the light-shielding panel 102 is in its fully extended position during operation (see Figure 1), the relative positions of the front panel 112 and the rear panel 114 can be adjusted so that the vanes 120 tilt and control the amount of light passing through the light-shielding panel 102 to the required or desired amount. In some embodiments, the light-shielding panel 102 is configured such that when the front panel 112 and the rear panel 114 are moved relative to each other vertically 108 (for example, when the rear panel 114 is raised and the front panel 112 is lowered, or when the rear panel 114 is lowered and the front panel 112 is raised), the orientation or tilt angle of the vanes 120 defined between the front panel and the rear panel is adjusted. For example, as shown in Figure 1, when the vanes 120 are tilted to a nearly horizontal position between panels 112 and 114, a light gap 124 is defined between adjacent vanes 120, and the vanes 120 are in a fully open configuration. In this open position, light passes directly through the light gap 124 defined between the vanes 120. Alternatively, the vanes 120 may be tilted to a nearly vertical position so that they overlap at least partially between panels 112 and 114, thereby creating a fully closed configuration of the vanes 120 (not shown). In this closed position, the overlapping vanes 120 function to prevent all or part of the light hitting the light-shielding panel 102 from passing through the light-shielding panel 102.

[0017] Furthermore, the vane 120 can be tilted to any number of intermediate tilt positions defined between the fully open position and the fully closed position. The orientation of the vane 120 between the fully open configuration and the fully closed configuration is also called the view-through position. In one embodiment, it should be understood that when the vane 120 is moved to the fully open position, it becomes approximately horizontal 110 between the vertically hanging panels 112, 114, and when it is moved to the fully closed position, the light-shielding panel 102 is spaced apart from each other and / or sized so that both the vane 120 and the panels 112, 114 hang in a folded structure in an approximately vertical direction 108.

[0018] The roller assembly 104 of the building structure shelter 100 supports the light-shielding panel 102 and includes an operating mechanism 126 configured to control the expansion and contraction of the light-shielding panel 102 between the fully extended position and the fully retracted position. Further, the operating mechanism 126 controls the inclination of the vanes 120 between the fully open position and the fully closed position. In some embodiments, the operating mechanism 126 is covered by a decorative cloth or other suitable shelter. For example, as shown in FIG. 1, the roller assembly 104 includes a head rail or shelter 132 and, correspondingly, end caps 132a, 132b that at least partially cover the operating mechanism 126. Further, various other components of the roller assembly 104 may also be configured to be housed within the head rail 132 as needed or desired. In this embodiment, the operating mechanism 126 includes a single assembly (e.g., a motor 128 and a controller 130) that drives the expansion and contraction movement of the light-shielding panel 102 and the opening and closing movement of the vanes 120. In another embodiment, the operating mechanism 126 may have separate assemblies that drive the expansion and contraction movement and the opening and closing movement, respectively.

[0019] It should be understood that an example of the building structure shelter 100 is shown and described in FIG. 1. However, the building structure shelter 100 may be any type of shelter that at least partially covers building elements such as windows, doors, openings, walls, etc. In one example, the building structure shelter 100 is a thin shelter. In one aspect, the light-shielding panel has a thin front panel and a rear panel that expand and contract, and a plurality of light-shielding vanes that extend between the panels and open and close the shelter by tilting. In another aspect, the light-shielding panel is a single shear panel that expands and contracts, and a plurality of light-shielding vanes attached to the shear panel, the plurality of light-shielding vanes opening and closing by sliding one end of the vane relative to the panel. In yet another aspect, the light-shielding panel has a single shear panel that expands and contracts, and a plurality of light-shielding vanes that extend substantially vertically and open and close by rotating.

[0020] In another embodiment, the shelter 100 for a building structure can be a cellular shelter. In one aspect, the light-shielding panels are connected to each other in a cellular pattern (e.g., honeycomb pattern, Roman pattern, etc.) and have a front panel and a rear panel that expand and contract by means of a accordion-like operation. Such a cellular pattern forms a heat-insulating layer (e.g., air, etc.) inside the shelter.

[0021] In another embodiment, the shelter 100 for a building structure can be a Roman-style shelter. In one aspect, the light-shielding panel has a plurality of fabric folds and has a single panel that expands and contracts by means of a rolling operation (e.g., winding up the folds) or a stacking operation (e.g., stacking the folds). In another aspect, the light-shielding panel is connected to a cellular pattern as described above and has a front panel and a rear panel that expand and contract. These panels include extra fabric so as to form Roman-style folds when the shelter is contracted, and are not necessarily configured to move in the opening and closing direction.

[0022] In another embodiment, the shelter 100 for a building structure can be a rolling-up type shelter. In one aspect, the light-shielding panel has a front panel and a rear panel connected in a cellular pattern as described above, but expands and contracts by means of a rolling operation. In another aspect, the light-shielding panel has a single panel that expands and contracts by means of a rolling operation. This type of single panel can completely or partially block light as needed or desired, and is not necessarily configured to move in the opening and closing direction. In another embodiment, the single panel can be a UV-blocking shade. In yet another aspect, the light-shielding panel has a front panel and a rear panel, and each of these panels has alternating thin strips and light-shielding strips. In this embodiment, the light-shielding panel expands and contracts by means of a rolling operation and opens and closes by relatively moving the panels.

[0023] In addition to or instead of the above, the building structure shield 100 may be a shutter-type shield. In one embodiment, the shading panel has a plurality of shading vanes that tilt to open and close the shield and are not necessarily configured to move in the expansion and contraction direction. The building structure shield 100 may be a slat-type shield. In one embodiment, the shading panel has a plurality of shading vanes (e.g., slats) that move relative to each other to expand and contract the shield and tilt to open and contract the shield. The building structure shield 100 may be a vertical type shield. In one embodiment, the shading panel has a plurality of shading vanes (e.g., panels or louvers) that move horizontally relative to each other to expand and contract the shield and rotate to open and contract the shield. Generally, the building structure shield 100 may be any type of shield that is expandable and / or open and closed as described herein.

[0024] In this embodiment, since the operating mechanism 126 is electronic and motorized, the building structure shield 100 can be remotely operated as needed or desired. The controller 130 of the operating mechanism 126 includes one or more printed circuit boards 136 for operably controlling the movement of the light-shielding panel 102 via the motor 128. The circuit boards 136 electronically communicate with the motor 128 that drives the movement of the light-shielding panel 102 by wired or wireless communication and include electrical components for operating the building structure shield 100 (for example, a building structure shield controller such as the building structure shield controller 142 shown in Figure 2). The circuit boards 136 and / or the motor 128 may be powered by an internal and / or external power line connection, battery, fuel cell, solar panel, wind turbine, and / or any other combination of power sources as needed or desired. The circuit board 136 includes one or more sensors 138 that determine the position of the operating mechanism 126 and, consequently, the position of the light-shielding panel 102 (e.g., extended, and / or open / closed position). Furthermore, the circuit board 136 includes communication devices 140 such as transmitters, receivers, transceivers, and / or other interfaces that facilitate data communication with remote devices (e.g., user devices 212 in Figures 3 and 4).

[0025] During operation, the building structure shield 100 receives operation commands from a remote device and processes and responds according to the received commands. For example, the user device may control the movement of the operating mechanism 126 to extend and / or open and close the light-shielding panel 152, and may control the movement of the lift assembly 152 to extend and / or open the light-shielding panel 152 as needed or desired. The building structure shield 100 also generates a broadcast signal that the user device receives, thereby enabling the user device to determine, among other things, the type, proximity, identification information, and location(s) of the shield 100, as further described herein.

[0026] Figure 2 is a block diagram of an exemplary building structure shield controller 142 for the building structure shield 100 shown in Figure 1. In the embodiments described below, the building structure shield controller 142 is described in relation to the operating mechanism 126 (see Figure 1), but it is understood that the controller 142 may also be used to control any other required or desired components of the building structure shield 100. In some embodiments, the building structure shield controller 142 is mounted on a circuit board 136 (see Figure 1).

[0027] In this embodiment, the building structure shielding controller 142 includes a motor controller 144 that controls one or more motors 128 of the assembly based on one or more commands. For example, the motor controller 144 controls the rotation direction of the output shaft of the motor 128, the speed of the output shaft, and / or other operations of the motor to extend and / or open and close the light-shielding panel 102 (see Figure 1).

[0028] The building structure shield controller 142 further includes a position sensor interface 148 that receives signals from a position sensor 138. The position sensor 138 may include, for example, a magnetic encoder, a rotary encoder, a gravity sensor, etc. While the movement of the shield is driven (for example by a rotating member or any other driving member), the position sensor 138 may be used to count pulses or rotations of the motor 128 in order to track the position of the rotating element (for example, an output shaft, a roller assembly 104 (see Figure 1), etc.). The position sensor interface 148 processes the signals from the position sensor 138, and the position determination unit 150 determines the position of the building structure shield 100 (see Figure 1) based on the processed signals (or more) from the position sensor interface 148.

[0029] The action determination unit 152 is used to determine what action (if any) should be performed by the motor 128 based on input information from the communication device 140 (e.g., an operation command received from a remote device) and / or input information from the position determination unit 150. For example, if the communication device 140 receives an operation signal to open the shield, the action determination unit 152 sends a signal to the motor controller 144 to operate the motor 146 in the opening direction. Similarly, if the communication device 140 receives an operation signal to close the shield, the action determination unit 152 sends a signal to the motor controller 144 to operate the motor 146 in the closing direction.

[0030] In some embodiments, upper and / or lower limits are provided to prevent the motor 146 from moving the shield in either direction (e.g., opening or closing) beyond a set position. For example, if the position determination unit 150 determines that the shield has reached the upper limit position (e.g., the fully open position or a position close to it), the action determination unit 152 commands the motor controller 144 to stop the motor 146. This prevents excessive movement of the shield that could cause undesirable wear on the motor 146 and / or the shield itself. Similarly, a lower limit is provided to prevent the motor 146 from closing the shield too far in the opposite direction. In another operational example, the building structure shield controller 142 controls the motor 146 to move the building structure shield to a predetermined position (e.g., a stored position or a favorite position). For example, the predetermined position may be an intermediate position between the upper and lower limits. Based on the received operation control signal, the action determination unit 152 and the position determination unit 150 selectively use the motor controller 144 to give the motor 146 a command in one direction or another so that the obstruction moves to a predetermined position.

[0031] Upper limit position, lower limit position, and / or predetermined position(s) can be stored in the data storage unit 154 (e.g., memory) of the building structure shield controller 142. In some examples, the positions are reprogrammed by the user as needed or as desired. The data storage unit 154 also includes information transmitted by broadcast signals from the building structure shield 100 (e.g., building structure shield controller 142), such as shield information data, MAC address, house identification number, shield identification number, and / or power transmission data, as further described below with reference to Figure 3.

[0032] Figure 3 shows an example of a building structure shielding system 300. In this embodiment, the system 300 includes a building 301 divided into four building areas 320, 330, 356, and 370, each area including one or more windows or doors equipped with one or more building structure shields. For example, the first building area 320 includes a window 322 equipped with a first shield 324. The second building area 330 includes a door 332 equipped with a second shield 336, a window 338 equipped with a third shield 344, a window 346 equipped with a fourth shield 350, and a window 352 equipped with a fifth shield 356. The third building area 356 includes a window 358 with a sixth shield 363 and a window 364 equipped with a seventh shield 362. The nth building area 370 includes a window 372 having the nth shield 378. Although only eight shields are illustrated and described, it should be understood that the building 301 may have any number of shields as needed or desired.

[0033] The user device 312 is communicatively connected to each of the building structure shields 324, 336, 344, 350, 356, 362, 363, and 378, and is used to provide operational commands to each of them. The shields 324, 336, 344, 350, 356, 362, 363, and 378 receive commands from the user device 312 and respond to the received commands by processing them accordingly. For example, commands may include extending and / or opening and closing the shields. In one embodiment, the user device 312 is various electronic devices including a remote control device, among others a portable computing device, a tablet computing device, a laptop computing device, or a desktop computing device. The user device 312 and the shields 324, 336, 344, 350, 356, 362, 363, and 378 communicate using any of the following mechanisms, including (but not limited to) infrared or other optical communication, wireless communication (e.g., Wi-Fi, Bluetooth, Bluetooth Low Energy, etc.), or wired communication.

[0034] Building areas 320, 330, 356, and 370 are rooms (e.g., bedrooms, kitchens, dining rooms, etc.), offices, or any other required or desired partitions or options of building 301. Since the shims 324, 336, 344, 350, 356, 362, 363, and 378 are remotely controllable via the user device 312, the user can operate specific shims in specific areas.

[0035] Each of the building structure shields 324, 336, 344, 350, 356, 362, 363, and 378 is configured to generate broadcast signals 326, 334, 340, 348, 354, 360, 361, and 371, which are received by the user device 312, as described in more detail in Figure 4. The broadcast signals transmitted from the building structure shields indicate at least the identifier of the building structure shield. In one embodiment, the broadcast signals transmitted from the building structure shields indicate that the building structure shield is in a dormant mode.

[0036] Figure 4 is a schematic diagram of an exemplary user interface (UI) for interacting with an exemplary building structure shielding system 400. In this embodiment, the system 400 includes a building 402 having a plurality of building structure shields, for example, a first building structure shielding 404, a second building structure shielding 406, a third building structure shielding 408, and an n building structure shielding 410. Although only four shields are shown and described, it should be understood that the building 402 may have any number of shields as needed or desired. The user device 412 is communicatively connected to each of the building structure shields 404-410 and is used to provide operation commands to each of them. The shields 404-410 receive commands from the user device 412 and respond to the received commands by processing them accordingly. Examples include extending and / or opening and closing the shields. In one embodiment, the user device 412 is a variety of electronic devices including a remote control device, particularly a portable computing device, a tablet computing device, a laptop computing device, or a desktop computing device. The user device 412 and the shields 404-410 communicate using any of the following mechanisms, including (but not limited to) infrared or other optical communication, wireless communication (e.g., Wi-Fi, Bluetooth, Bluetooth Low Energy, etc.), or wired communication.

[0037] In the example shown in Figure 4, the building 402 is divided into three building areas, each containing one or more of the shields 404-410. For example, the first building area 416 contains the second shield 406 and the third shield 408. The second building area 418 contains the first shield 404. The nth building area 440 contains the nth shield 410. The user device 412 may be movable and, in this embodiment, is at least partially located within the first building area 416. The building areas 416-420 are rooms (e.g., bedrooms, kitchen, dining room, etc.), offices, or any other required or desired compartments or options within the building 402.

[0038] Each of the building structure shields 404-410 is configured to generate a broadcast signal 426 that is received by the user device 412. Generally, a broadcast signal represents a signal that is transmitted at predetermined intervals (or rates) independently of requests from remote devices for data that the broadcast signal may indicate, and not specifically transmitted to any particular remote device. For example, in the case of packet-based transmission rather than unicast transmission, a broadcast signal can be broadcast as one or more packets. Packet broadcasting involves transmitting packets from a single source to all possible destinations within the reach of a network (e.g., a WiFi network, Bluetooth network, Bluetooth Low Energy network, etc.). In contrast, packet unicasting involves transmitting packets from a single source to a single destination. The broadcast signal 426 can be emitted (e.g., broadcasted) at predetermined time intervals, for example, between approximately 4 and 12 times per second. In this embodiment, the broadcast signal 426 includes informational data about the shield. For example, the informational data may include the name or type of the shield. In one embodiment, the name or type of the occluder may be an 8-digit code including the type of occluder (e.g., SIL for silhouette, PIR for pirouette, etc.) and the corresponding serial number or part thereof. In addition to or instead of this, the information data may include a model identification number. The model identification number allows for the determination of further characteristics of the occluder type, such as horizontal or vertical occluder, tilt function, opacity control, left or right expansion, etc. Generally, the information data allows the user device 412 to determine the type and model of the occluder and display the information to the user on the UI.

[0039] In one embodiment, if at least one of the building structure shields 404-410 is in reset mode, a corresponding broadcast signal 426 transmitted from the building structure shield indicates that the building structure shield is in reset mode. For example, in the case of packet-based transmission, the broadcast signal 426 can be broadcast as one or more packets, each packet containing reset data indicating that the building structure shield is in reset mode. The packets can be broadcast at a specific rate, such as 1 to 20 packets per second.

[0040] In one embodiment, the user device 412 can locally store a database (e.g., a data storage unit or memory 804 (see Figure 8)) containing the type and model of the manufactured shield, and use the information data provided by signal 426 to pull the display name 430 of the shield and display it in the UI. The user device 412 can also connect to a remote server (not shown) to receive updates to the database and / or UI. For example, the remote server may be operated by the manufacturer of the shield. In another embodiment, the user device 412 can be used to push updates to the shields 404-410 via the remote server as needed or desired.

[0041] The broadcast signal 426 also includes a residential identification number. The residential identification number can be a unique number or hash associated with building 402 so that all shields 404-410 can be linked together. This restricts the inclusion of shields of neighboring buildings (e.g., neighboring houses) in the list 422 on user device 412. The residential identification number can also be used for security within system 400 if necessary or desired. The broadcast signal 426 further includes signal transmission power data. For example, since the first and nth shields 404, 410 are located closer to the outside of building 402, the transmitted broadcast signal 426 can have increased power to enable the signal to be sent and received throughout building 402. For example, the transmission power data could be 0, +4, +8, etc.

[0042] Figure 5 shows an example of a calculation environment in which the reset mode of the building structure shield 510 may be executed. The building structure shield 510 may include a button to initiate the reset mode trigger. User operation 512 on the reset button puts the building structure shield 510 (e.g., controller 130) into reset mode. User operation 510 may include pressing the button, pressing it twice, or pressing and holding it.

[0043] The building structure shield 510 indicates when it is in reset mode. For example, the building structure shield 510 periodically transmits a broadcast signal. In the case of packet-based transmission, the broadcast signal may be broadcast as one or more packets, each packet containing reset data 514 indicating that the building structure shield 510 is in reset mode.

[0044] The user device 520 may receive a broadcast signal in which the reset data 514 is encoded or which contains the reset data 514. For example, a broadcast packet(s) may be received and contain the reset data 514. In one embodiment, the user device 520 includes an application (e.g., program code) developed by the provider or manufacturer of the building structure shield 510, or by a third-party developer acting on behalf of the provider or manufacturer. The application can be downloaded from an application store and registered with a user account managed on the server. Upon receiving the reset data 514, the user device 520 may, based on the execution of the application, present a graphical user interface (GUI) 522 containing options for actions possible in reset mode. An example of the GUI 522 is further shown in Figure 6.

[0045] When the user selects an option, the user device 520 generates a reset command and sends it to the building structure shield 510. The reset command relates to the characteristics of the building structure shield 510 that should be reset and indicates the action to be performed by the building structure shield 510. The building structure shield 510 receives the reset command 524 and performs the action.

[0046] Figure 6 shows an exemplary UI that supports the reset mode for building structure shielding. Here, the UI is a GUI, but other presentation modes are equally possible (for example, by using a voice interface to play back the selectable options, receive voice input and process the selected option, or simply receive voice input, process it using natural language understanding and determine the supported reset action command).

[0047] As shown in the figure, the user device 600 presents a GUI 610 on the display of the user device 600. Upon receiving reset data such as reset data 514, the user device 600 presents a window 620, such as a pop-up window, on the GUI 610. The pop-up window and its underlying functionality are supported by the application associated with the building structure shield and are executable on the user device 600. The window 620 includes selectable GUI elements (e.g., selectable icons or tiles) that identify and provide text and / or graphical information relating to options 630 that can be selected to trigger actions provided by the reset mode of the building structure shield. Options 630 may include, for example, factory reset 631, limit reset 632, vane reset 633, automation reset 634, view reset 635, and ownership transfer 636, and / or any other reset actions supported by the reset mode (e.g., transition point reset, scene reset, etc.). Factory Reset 631 changes the current configuration of the building structure shading to the default configuration (also known as the factory configuration). Limit Reset 632 allows you to specify the length by which the shading panel extends or retracts. Vane Reset 633 allows you to specify the amount the vane opens or closes. Automation Reset 634 allows you to change the automation configuration of the building structure shading. View Reset 635 allows you to change the configuration of a scene(s) or view-through position, such as enabling / disabling blackout shades. Ownership Transfer 636 allows you to enable / disable access to the building structure shading via an application by processing one or more security keys that control access.

[0048] When the user selects one of the options, the user device 600 sends a reset command indicating the selection. For example, an application generates parameters that identify and control the nature of the action, and the reset command includes these parameters.

[0049] Figure 7 shows an example of a computing environment for changing ownership and / or access rights to one or more building structure shields. In one embodiment, a building structure shield 710 is in reset mode and sends reset data 712 to a user device 720. The user device may be associated with a user account managed by a server 730. Before starting reset mode, the building structure shield 710 does not need to be registered with a user account and may store a security key 740 used to establish a connection with the user device when there is no reset mode. Also, the user device 720 may not have a copy of the security key before starting reset mode. This is because, at the start of reset mode, ownership or access rights to the building structure shield 710 via the user device 720 are not yet associated with a user account. Upon receiving the reset data 712, the user device 720 presents a user interface and, upon receiving a selection by the user, transfers ownership of the building structure shield 710, or similarly provides access to the building structure via the user device 720, and associates the building structure shield 710 with the user account.

[0050] A user selection is received to transfer ownership (or provide access). In response, the user device 720 sends an ownership transfer command 722 to the building structure shield 710, indicating a request to perform a reset action that transfers ownership (or provides access).

[0051] There are several options for doing this. In the first exemplary option, the building structure shield 710 transmits a security key 740 to the user device 720. The user device 720 then stores the key for subsequent connections with the building structure shield 710 and any other building structure shields that use the same security key 740. For example, a set of building structure shields 750 is installed in the same building and stores a copy of the same security key 740. The user device 720 also transmits the security key 740 to the server 730, which records it in the user account. The server 730 can also transmit a copy of the security from the user device set 760 associated with the user account to other user devices. Thus, any user device in set 760 can subsequently connect to any of the building structure shields in set 750.

[0052] In the second exemplary option, the user device 720 presents the option to generate a new security key (in this case, the new security key is shown as security key 740 in Figure 7). Based on user input for this option, the user device 720 generates the new security key 740 and sends it to the building structure shield 710. Furthermore, the ownership transfer command 722 indicates to the building structure shield 710 that any existing security keys stored in the building structure shield 710's memory will be replaced. The building structure shield 710 then replaces the existing keys with the new security key 740. Furthermore, the user device 720 sends the new security key 720 to the server 730, which stores it associated with a user account and distributes it to the user devices of set 760. Server 730 may also send the new security key 740 to the remaining building structure shims in set 750, or building structure shims 710 may send the new security key to this set 750 (for example, if the building structure shims are configured in a mesh or star network topology).

[0053] The two exemplary options described above can be used in combination or alternately. In both examples, in addition to storing the security key 740 in the user account, the building occlusion 710, set 750, and / or other information related to the building can also be stored in the user account. For example, the occlusion identifier (ID) and building identifier can be stored.

[0054] Furthermore, while the above-described examples relate to a reset mode for a single structural shield that distributes security keys to multiple structural shields, embodiments of this disclosure are not limited thereto. For example, the reset action triggered by the user device upon receiving reset data from a structural shield in reset mode may be anything. If this shield is associated with one or more other structural shields via a user account, instead of initiating a reset mode for each of the other structural shields, a reset command may be automatically sent from the user device to the server (or local hub), and then the reset command may be sent to each of the structural shields.

[0055] Figure 8 is a flowchart illustrating an exemplary method for performing a reset mode on one or more building structure shields. This method may be performed by building structure shields such as building structure shield 510 or 710. The method begins with operation 802, in which the building structure shield receives user operation 802 on a button on the building structure shield. In response, the building structure shield enters reset mode in operation 804.

[0056] In operation 806, the building structure shield starts a timer having a predetermined duration (e.g., 3 minutes or other time). The timer may be started when it detects user operation or when it enters reset mode. In operation 808, the building structure shield transmits reset data indicating that it is in reset mode. The reset data may be transmitted as a periodic broadcast signal indicating reset mode.

[0057] In operation 810, the building structure shield determines whether the timer has expired. If the timer has expired and no reset command is received in response to the transmission of reset data, in operation 812 the building structure shield exits reset mode and stops broadcasting reset data. Otherwise, operation 814 is performed following operation 810.

[0058] In operation 814, the building structure shield receives a reset command from the user device. For example, the building structure shield and the user device establish a connection. While the building structure shield is in reset mode, a connection can be established without using a security code. The reset command may be received based on a reset action to be performed by the building structure shield, selected by the user. The reset command may include parameters that identify the reset action and control the execution of the reset action.

[0059] In operation 816, the building structure shield performs a reset action. For example, a reset command performs a reset action according to control parameters. Operations 816 and 814 may be looped to perform multiple reset commands and multiple reset actions. Furthermore, the user device may send reset commands to a server for distribution to other building structure shields, and a building structure shield may send each reset command to one or more other building structure shields associated with it (sharing the same building ID and the same security key).

[0060] In operation 818, the device is disconnected by the building structure shield, thereby disconnecting the connection to the user device. For example, the device disconnection is determined by a device disconnection command from the user device, or by a number of connection failure windows corresponding to the underlying communication protocol (WiFi, Bluetooth, Bluetooth Low Energy, etc.). Operation 812 is executed after operation 818, and the building structure shield exits reset mode.

[0061] Figure 9 is a flowchart illustrating another exemplary method for performing a reset mode on one or more building structure shims. This method is performed by a user device, such as user device 520 or 720. The device runs an application associated with one or more building structure shims. This method is initiated in operation 902, when reset data is received by the application running on the user device. In some embodiments, the reset data is generated by the building structure shim and indicates that the building structure shim is in reset mode. For example, the building structure shim generates a broadcast signal containing reset data in response to an event indicating the user's intention to perform a reset mode. The reset mode is configured to provide access to one or more building structure shim management options. A reset mode command includes, or is accompanied by, information data regarding building structure shields (e.g., shield name, shield type / model, shield identifier, location identifier, etc.), structural information (e.g., structural network SSID, structural identifier, owner information, etc.), a set of executable commands, commands for tasks or events to be performed, and / or broadcast signal data (e.g., signal strength, estimated device proximity, etc.). The reset mode command is transmitted to the user device using one or more data transmission technologies (e.g., Bluetooth, Bluetooth Low Energy, Wi-Fi, cellular, etc.).

[0062] In operation 904, the user device presents a user interface that offers options to select an action provided by the reset mode. For example, an application presents a window in the user interface that displays selectable options, similar to window 720 in Figure 7. Examples of options include, but are not limited to, factory reset options (e.g., reset to initial configuration), limit reset options (e.g., specifying the length to extend or retract the shading panel), vane reset options (specifying the amount the vanes open or close), automation options (e.g., automating the operation of the shading during a specified time period), ownership options (e.g., enabling / disabling access to the shading), view-through position options (e.g., enabling / disabling the blackout shade), transition point options (points where the shading changes state), or scene options (e.g., enabling / disabling / editing / deleting / adding scenes).

[0063] In operation 906, the user device receives an option selection via the user interface. For example, one or more reset action options are selected by a click, touch, or other user input supported by the user interface.

[0064] In operation 908, the user device sends a reset command. For example, the user device establishes a connection with a building structure shield, which is established without using a security key because the building structure shield is in reset mode. The reset command is sent over the connection and specifies one or more reset actions and associated control parameters. The user device may also send the reset command to the server for distribution to one or more other building structure shields associated with the building structure shield (sharing the same building ID and the same security key).

[0065] Figure 10 is a flowchart illustrating an exemplary method for changing ownership and / or access rights to one or more building structure shields. This method is performed by a building structure shield, such as building structure shield 510 or 710. The method begins in operation 1002, when the building structure shield receives an ownership transfer reset command. This command is received from a user device and indicates that ownership of the building structure shield is associated with a user account associated with the user device, and / or access rights to the building structure shield are associated with the user account.

[0066] In operation 1004, the building structure shield processes a security key based on an ownership transfer reset command. Processing the security key can include various operations depending on the implementation options. In one embodiment, the process includes retrieving an existing security key from the building structure shield's memory and sending this security key to the user device. In another embodiment, the process includes generating a new security key based on logic stored in the building structure shield's memory and executed by its controller, replacing the existing key with the new security key, and sending the new security key to the user device. In yet another embodiment, the process includes requesting and receiving a key from a server or another computing resource, replacing the existing key with the received key, and sending the new security key to the user device. In yet another embodiment, the process includes receiving a new security key from the user device and replacing the existing security key with the received new security key. Examples of security keys used herein include digital certificates, access tokens, authentication tokens, cookies, etc. Security keys can include various features such as owner identification information (e.g., name, account identifier, address, etc.), public / private keys, expiration dates, serial numbers, or other unique identifiers. In one embodiment, a security key can be associated with multiple building structure shields. The same security key may be used for each building structure shield, or different security keys may be used for one or more building structure shields. Buildings are often also associated with security keys (hereinafter referred to as "building security keys"). Building security keys correspond to the address or geospatial coordinates of the building. Each building structure shield is further associated with a building security key.

[0067] In one embodiment, security keys and / or building security keys are stored locally by the building structure shims and / or remotely by one or more devices. For example, a user device stores the security keys and building security keys, and / or alternatively, a remote system such as a cloud-based environment or remote server device stores the security keys and building security keys. When the security keys are provided to the corresponding building structure shims, they allow / control user access to the building structure shims. In at least one embodiment, upon receiving a request to change ownership and / or access rights of a building structure shim, the existing security keys for the building structure shims are deleted, deactivated, or otherwise rendered inoperable. In another embodiment, upon receiving a request to change ownership of all building structure shims within a building, the existing building security keys for the building and the security keys for each building structure shim within the building are deleted, deactivated, or rendered inoperable.

[0068] In operation 1006, the building structure shield terminates its connection with the user device. For example, the building structure shield disconnects from the user device, and a new connection can be established using a security key.

[0069] In operation 1008, the building structure shield receives a connection request from the user device (or similarly, any other device), which newly requests the user device to establish a connection with the building structure shield. In one embodiment, the connection request may include a security key or a hash of the security key. In another embodiment, the connection request may not include a security key or a hash of the security key.

[0070] In operation 1010, the building structure shield authenticates the connection request. For example, the building structure shield verifies the security key by comparing the security key received from the connection request with a security key stored in the building structure shield's memory. If there is a match, the security key is activated. In addition to or instead of this, the building structure shield verifies the hash of the security key by generating a hash from the security key stored in the building structure shield's memory and comparing this hash with the hash received from the connection request. If there is a match, the hash is activated. Operation 1010 may be performed if the connection request contains a security key or a hash. Otherwise, operation 1010 may be skipped.

[0071] In operation 1012, the building structure shield exchanges data with the user device. For example, if authentication is performed, the building structure shield establishes a connection with the user device only if authentication is successful (e.g., if the security key or its hash is validated). Once the connection is established, control commands are received from the user device and executed by the building structure shield. In another embodiment, authentication is not performed (e.g., operation 1010 is skipped and the connection request does not include a security key or hash). Instead, the building structure shield receives an encrypted message from the user device, which contains data about the command (e.g., an operation control command). The building structure shield decrypts the encrypted message and verifies the message header. If the message decryption and header verification are successful, the command is executed. Otherwise, the building structure shield is disconnected from the user device.

[0072] Figure 11 shows another exemplary method for changing ownership and / or access rights to one or more building structure shields. This method is performed by a user device, such as user device 520 or 720. This method is initiated by operation 1102, in which the user device sends an ownership transfer reset command. This command is sent to the building structure shield and indicates that ownership of the building structure shield will be associated with a user account associated with the user device, and / or access rights to the building structure shield will be associated with the user account.

[0073] In operation 1104, the user device processes the security key based on the ownership transfer reset command. Processing the security key can include various operations depending on the implementation options. In one embodiment, the process includes receiving the security key from the building structure shield upon receiving the ownership transfer reset command. In another embodiment, the process includes generating a new security key associated with the building structure shield based on logic stored in the user device's memory and / or executed on the user device by the application, and sending the new security key to the building structure shield. In yet another embodiment, the process includes requesting and receiving the security key from a server or another computing resource, and sending the received new security key to the building structure shield.

[0074] In operation 1106, the user device terminates its connection to the building structure shield. For example, the user device disconnects its connection to the building structure shield, and reconnecting to the building structure shield is only possible by using a security key.

[0075] In operation 1108, the user device sends a connection request to the building structure shield (or similarly, any building structure shield), thereby newly requesting the user device to establish a connection with the building structure shield. In one embodiment, the connection request may include a security key or a hash of the security key. In another embodiment, the connection request may not include a security key or a hash of the security key.

[0076] In operation 1112, the user device exchanges data with the building structure shield. In one embodiment, the user device establishes a connection with the building structure shield based on authentication of the connection request (e.g., verification of a security key or its hash in the building structure shield). Once the connection is established, control commands are received from the user device and executed by the building structure shield. In another embodiment, authentication is not performed (e.g., the connection request does not include a security key or hash). In this embodiment, the user device sends an encrypted message containing instructions for an action to be performed by the building structure shield (e.g., an action control command). The user device may generate a hash from the data, include the hash in the message header, and encrypt the message with the security key. Upon receiving the encrypted message, the building structure shield decrypts the encrypted message and verifies the message header (e.g., by generating a hash from the decrypted data and comparing it with the hash in the header). If the message decryption and header verification are successful, the action is executed. Otherwise, the building structure shield is disconnected from the user device.

[0077] The method shown in Figure 11 has possible modifications. For example, instead of the user device sending a security key (or hash) in the connection request, it may receive the security key (or hash) from the building structure shield that received the connection request. The user device then proceeds to verification, and if successful, the connection is established.

[0078] Figure 12 is a block diagram of an exemplary operating environment 1200 that can implement one or more of these embodiments. For example, the operating environment 1200 includes a building structure covering the building structure shielding controller 142 (see Figure 2) and / or user devices 312, 412 (see Figures 3 and 4). This is merely an example of a suitable operating environment and is not intended to imply any limitations on the scope or functionality of use. Other well-known computing systems, environments, and / or configurations suitable for use include, but are not limited to, personal computers, server computers, handheld or laptop devices, multiprocessor systems, microprocessor-based systems, programmable consumer electronics such as smartphones, network PCs, minicomputers, mainframe computers, distributed computing environments including any of these systems or devices, etc.

[0079] In its most basic configuration, the operating environment 1200 typically includes at least one processing unit 1202 and memory 1204. Depending on the exact configuration and type of the computing device, the memory 1204 (instructions for performing operations controlled by the computer vision robot disclosed herein) may be volatile (e.g., RAM), non-volatile (e.g., ROM, flash memory), or a combination of the two. The most basic configuration is shown in Figure 12 by the dashed line 1206. Furthermore, the environment 1200 may also include storage devices (removable type 1208 and / or non-removable type 1210), such as magnetic or optical disks or tapes. Similarly, the environment 1200 may further have input devices 1214(or more) such as keyboards, mice, pens, and voice inputs, and / or output devices 1216(or more) such as displays, speakers, and printers. The environment may further include one or more communication connections 1212 such as LANs, WANs, and point-to-point connections.

[0080] The operating environment 1200 typically includes at least some form of computer-readable medium. The computer-readable medium may be any available medium that is accessible by the processing unit 1202 or other devices including the operating environment. In non-limiting examples, computer-readable medium may include computer storage medium and communication medium. Computer storage medium includes volatile and non-volatile, removable and non-removable media implemented in any method or technique for storing information such as computer-readable instructions, data structures, program modules, or other data. Computer storage medium includes RAM, ROM, EEPROM, flash memory, or other memory technologies, CD-ROM, digital versatile disk (DVD), or other optical storage, magnetic cassette, magnetic tape, magnetic disk storage, or other magnetic storage devices, or other tangible, non-temporary media that can be used to store desired information. As defined herein, computer storage medium does not include communication medium.

[0081] Communication media are those that embody computer-readable instructions, data structures, program modules, or other data in modulated data signals such as carrier waves or other transmission mechanisms, and include all information distribution media. “Modulated data signal” means a signal in which one or more of its characteristics are set or modified in such a way as to encode information within the signal. Non-limiting examples of communication media include wired media such as wired networks or direct wired connections, and wireless media such as acoustic, RF, infrared, and other wireless media. Any combination of the above should also be included within the scope of computer-readable media.

[0082] The operating environment 1200 may be a single computer operating in a networked environment with logical connections to one or more remote computers. The remote computers may be personal computers, servers, routers, network PCs, peer devices, or other common network nodes, and generally include many or all of the elements described above, plus other elements not mentioned. Logical connections may include any method supported by the available communication medium. Such network environments are common in offices, enterprise-wide computer networks, intranets, the internet, etc.

[0083] The aspects of this disclosure have been described above with reference, for example, to block diagrams and / or operational diagrams of methods, systems, and computer program products according to the aspects of this disclosure. The functions / operations described in the block diagrams may occur in an order different from the order shown in the flowcharts. For example, depending on the related functions / operations, two consecutive blocks may be executed substantially simultaneously, and in some cases, the order of these blocks may be reversed.

[0084] The descriptions and illustrations of one or more embodiments provided in this application are not intended to limit or restrict in any way the scope of the claimed disclosure. The embodiments, examples, and details described in this application are considered sufficient to convey the proprietary nature and to enable others to create and use the best form of the claimed disclosure. The claimed disclosure should not be construed as being limited to any embodiments, examples, or details provided in this application. Various features (both structural and methodological), whether illustrated and described together or separately, are intended to be selectively included or omitted to create embodiments having a particular set of features. A person skilled in the art, referring to the description and illustrations of this application, will be able to envision variations, modifications, and alternative embodiments that belong to the spirit of the broader aspects of the general inventive concept embodied in this application without departing from the broader scope of the claimed disclosure.

Claims

1. A shielding device for building structures, Processor and A memory for storing computer executable instructions, wherein, when the computer executable instructions are executed by the processor, the building structure shielding is... The method involves transmitting reset data to a user device, wherein the reset data causes the user device to display a user interface corresponding to the reset mode of the building structure shield, and the reset data is transmitted based on the user's operation on a button of the building structure shield. Receiving a reset command from the user device that indicates one or more actions provided by the reset mode, wherein the reset command is received via the user interface based on the selection of the one or more actions. Executing one or more actions based on the reset command, Configure memory and to perform the following: A shielding device for building structures that includes the following features.

2. The building structure shield according to claim 1, wherein the reset data includes an identifier for the building structure shield and is transmitted by a broadcast signal.

3. The building structure shield according to claim 1, wherein the user operation includes pressing and holding the button, the computer executable command further configures the building structure shield to start a predefined timer based on the user operation, and the reset command is received before the expiration of the predefined timer.

4. The building structure shield according to claim 1, wherein the one or more actions include at least one of factory reset, limit reset, transition point reset, scene reset, automation reset, and ownership transfer.

5. The said building structure shield is installed in a building which includes a set of building structure shields, and the one or more actions include a transfer of ownership, and the computer executable instruction further, The user device is to transmit a security key associated with the set of building structure shields, Terminate the first connection with the user device, After the first connection is terminated, a connection request is received from the user device or another user device, the connection request includes the security key or a hash of the security key, and the user device and the other user device are associated with the same user account. Verify the security key or the hash of the security key, Establishing a second connection with the aforementioned user device or the aforementioned other user device, A shield for a building structure according to claim 1, configured to perform the following.

6. The said building structure shield is installed in a building which includes a set of building structure shields, and the one or more actions include a transfer of ownership, and the computer executable instruction further, Receiving a security key associated with the set of building structure shields from the user device, The security key is stored in the memory, A shield for a building structure according to claim 1, configured to perform the following.

7. The aforementioned computer executable instruction further modifies the building structure shield, Receiving a connection request from the user device or another user device, wherein the connection request includes the security key or a hash of the security key, and the user device and the other user device are associated with the same user account. Verify the security key or the hash of the security key, Establishing a second connection with the aforementioned user device or the aforementioned other user device, A shield for a building structure according to claim 6, configured to perform the following.

8. The aforementioned computer executable instruction further modifies the building structure shield, Receiving a message from the user device or another user device, wherein the message is encrypted with the security key and includes instructions, and the user device or the other user device is associated with the same user account. Decrypting the aforementioned message, To perform an action based on the aforementioned instruction, A shield for a building structure according to claim 6, configured to perform the following.

9. User device, Processor and A memory for storing computer executable instructions, wherein the computer executable instructions, when executed by the processor, cause the user device to... Receiving reset data from a building structure shield, wherein the reset data corresponds to the reset mode of the building structure shield and is received based on user operation on a button of the building structure shield. Based on the reset data, a user interface is presented, the user interface presenting selectable options for the actions provided by the reset mode, A reset command is transmitted to the building structure shield based on the selection of an option for one or more actions provided by the reset mode, wherein the reset command indicates the one or more actions. Configure memory and to perform the following: A user device equipped with the following features.

10. The user device according to claim 9, wherein the reset data includes an identifier for the building structure shield and is transmitted by a broadcast signal.

11. The user device according to claim 9, wherein the user operation includes pressing and holding the button, and the reset command is transmitted before the expiration of a predefined timer that is started based on the user operation.

12. The user device according to claim 9, wherein the user device is associated with a user account, the one or more actions include a transfer of ownership, the reset command indicates that the building structure shield replaces a security key with a new security key, and the new security key is available to connect the building structure shield to one or more user devices associated with the user account.

13. The said building structure shield is installed in a building which includes a set of building structure shields, and the one or more actions include a transfer of ownership, and the computer executable instruction further the user device, Transmitting a security key associated with the set of building structure shields from the aforementioned building structure shields, To terminate the first connection with the aforementioned building structure shield, below: (i) After the first connection is completed, a connection request is sent to the building structure shield, and a second connection is established with the building structure shield based on verification of the security key or the hash of the security key by the building structure shield, wherein the connection request includes the security key or the hash of the security key, and (ii) Encrypting a message using the security key and transmitting the message to a building structure shield, wherein the message includes instructions for an action to be performed by the building structure shield. Perform at least one of the following, The user device according to claim 9, configured to perform the following.

14. The aforementioned computer executable instructions further describe the user device as follows: The security key is transmitted to at least one of the server that manages the user account and another user device, wherein the user device and the other user device are associated with the user account. The user device according to claim 13, configured to perform the following.

15. The aforementioned computer executable instructions further describe the user device as follows: After the first connection is terminated, another connection request is sent to another building structure shield in the set of building structure shields, wherein the other connection request includes the security key or a hash of the security key. Based on the verification of the security key or hash by the aforementioned other building structure shield, a third connection with the aforementioned other building structure shield is established. The user device according to claim 13, configured to perform the following.

16. The said building structure shield is installed in a building which includes a set of building structure shields, and the one or more actions include a transfer of ownership, and the computer executable instruction further the user device, The security key is transmitted to the aforementioned building structure shield, wherein the security key is generated by the user device or received from a server that manages user accounts associated with the user device, and the security key is associated with the set of building structure shields. The user device according to claim 9, configured to perform the following.

17. The one or more actions described above include a transfer of ownership, and the computer executable instruction further includes the user device. After the security key is transmitted, the first connection with the building structure shield is terminated. After the first connection is completed, a connection request is sent to the building structure shield or another building structure shield in the set. Based on verification of the security key or the hash of the security key, a second connection is established with the building structure shield or the other building structure shield. The user device according to claim 16, configured to perform the following:

18. The user device according to claim 17, wherein the security key is transmitted from the server to the other building structure shield.

19. A non-temporary computer-readable storage medium for storing computer-executable instructions, wherein the computer-executable instructions are stored on a building structure shield, and the building structure shield is used to store the computer-executable instructions. The method involves transmitting reset data to a user device, wherein the reset data causes the user device to display a user interface corresponding to the reset mode of the building structure shield, and the reset data is transmitted based on the user's operation on a button of the building structure shield. Receiving a reset command from the user device that indicates one or more actions provided by the reset mode, wherein the reset command is received via the user interface based on the selection of the one or more actions. Executing one or more actions based on the reset command, A non-temporary computer-readable storage medium that performs operations including [specific actions].

20. The non-temporary computer-readable storage medium according to claim 19, wherein the reset data is transmitted by a broadcast signal and includes an identifier for the building structure shield, the user operation includes pressing and holding the button, the operation includes starting a predefined timer based on the user operation, and the reset command is received before the expiration of the predefined timer.

Images