DEVICE AND METHOD OF TREATING LOSS OF INTIMACY
A device, system and method of treating lack of intimacy in a patient is described, incorporating a penile stimulation device worn by the patient, optionally operated by a remote caregiver or device, such a software treatment regimen or a video game. The device provides mechanical linear motion of a driven penile sleeve, external to the body of the device, adjustably fitted to a patient. A caregiver or remote device connects to a desired patient device, via a server, solely by the use of a unique connection key, without the use of personal identifying information. An open interface, such as an API or framework, provides for third party applications, such as treatment software, a video game or voice control. Connectivity options include one-to-many. Mechanical motion of the control device may control motion of the patient device, or vice-versa.
Latest Sweet Tech, AS Patents:
This application claims priority to PCT/US19/17397 filed 9 Feb. 2019, which in turn claims priority to U.S. Provisional Application 62/721,253 filed 22 Aug. 2018, first named inventor Alexander Bjøkrmann.
TECHNICAL FIELDThe technical field of this invention is products and methods for medical and recreational sexual stimulation of a human male, particularly for remote control of such devices.
BACKGROUNDSeparated couples often suffer from a lack of physical intimacy. Prior art includes manual stimulation devices and minimally controllable remotely operative devices. Weaknesses of such devices include lack of connectivity options, lack of security, complex interfacing, and a closed software interface. Such prior art devices lack a necessary range of operation and lack of feedback to reasonably simulate real intimate behavior.
Prior art powered male masturbation devices use vibrators or sleeves with linear motion. Motors are brushed motors. Sleeves are internal to the shell of the device. For devices with wireless connectivity, applications are required on a smart phone, which complicates operation and compromises privacy for the user. Use of a smart phone or similar device for control makes third party interfaces to the device either overly complex or impossible. Grips for a hand are on the side of the device. Weaknesses of prior art devices include noisy operation, high power, low reliability, multi-step setup, bulky size, poor ergonomics, lack of privacy, lack of third-party access to functionality and inconvenient setup. Lack of connectivity to remote devices prevents the device from being used to provide remote intimacy or remote connection to a caregiver or doctor. Connectivity in prior art devices, if available, requires personal identifying information.
SUMMARY OF THE INVENTIONEmbodiments of systems and methods of treatment claimed overcome the weaknesses of prior art.
A system and method of treating lack of intimacy in a patient is described, incorporating an operative penile stimulation device worn by the patient, operated remotely by a caregiver or an electronic process, such a software treatment regimen or a video game. The device provides mechanical linear motion of a driven penile sleeve, external to the body of the device, adjustably fitted to a patient. The stroke length, stroke speed, and stroke position are remotely controllable. Communication between a control device, such as a smart phone, web browser, or application, and the device is through and managed by a server. A caregiver or treatment software connects to a desired patient device solely by the use of a device code, also called a connection key, unique to each device, providing a simple connectivity interface. Such use, in embodiments described herein, enables a private, anonymous, confidential connection between a user and a remote device or remote operator, wherein the connection key is not stored in a server or the manufacturer. Connection keys are stored only devices and by user-selected remote operators. An open interface, such as an API, library or framework, provides for third party control applications, such as treatment software, a video game, virtual reality application, 3D movement recognition, or voice control. One control application may control multiple patient devices. Mechanical motion of the control device may control motion of the patient device.
Scenarios, examples and drawings are non-limiting.
A patient device, a system for providing remote intimacy and a method of treating loss of intimacy are claimed.
System components include but are not limited to one or more patient devices, one or more communication servers, and one or more remote control points, also called remote operators, which may be third party devices or may be part of system or method claims. A key component is an open interface for third party devices.
This invention overcomes weaknesses in the prior art.
Embodiments of this invention include a cylindrical body or shell comprising a primary axis, which is also the axis of the device. The shell contains primary mechanical and electronic components. The shell comprises a slot on one side that is co-linear with the device axis. Internal to the shell is a brushless motor that drives, via a coupler, a lead screw, which is also collinear with the device axis. On the lead screw is a lead screw nut that is driven along the lead screw as the lead screw rotates. The nut is affixed to a slider, which is then driven co-linearly with the device axis. A portion of the slider passes through the slot from the inside of the shell to the outside of the shell. The slider is kept oriented so that it has only one permitted motion in operation by traveling on two alignment, or guide, rods, which that are also co-linear with the axis of the shell. Guide rods may be metal or plastic, and generally have a smooth and low-friction interface with the slider, for quiet, reliable and low-power operation. An external sleeve is removably attached to the external portion of the slider. Use of the device is by a human patient or user, which terms are synonymous herein. Operational buttons are on the outside of the shell, which may be reached by the patient's fingers while the patient's hand holds the distal end of the device, thus permitting one-hand operation. Multiple sensors that detect the location of the slider or nut assure reliable operation that does not require mechanical setup prior to operation.
In operation, a patient first places a removable sleeve over his penis, then connects the sleeve to the external portion of the slider via a strap or other attachment component, with the proximal end of the shell closest to his body and the distal end of the shell held with one hand. Operation of the device, such as speed, stroke length, slider position, and other features, as well as remote connectivity, is controlled by buttons accessible to the fingers of the hand while holding the operative device. The buttons are located in a concave recess in the shell. In operation, the sleeve is driven, via the slider, lead screw nut, lead screw and motor, along the axis of the shaft of the patient's penis. In operation, the device does not require a smart phone, personal computer, or similar piece of personal electronics comprising a processor, user-interface and communications capability.
Operation includes optional wireless connectivity to a remote operation point, via an intermediate server. Such connectivity does not require any software on, or presence of, a smart phone. No personal data or personal ID is captured or required for remote connectivity. A remote server operates as a data intermediary and anonymizer between the device and a remote operation point. A remote operation point specifies a desired device it wishes to control by a single device ID. Thus, IP addresses and other user-identification is not disclosed to an operation point. In addition, no third-party smart phone app is necessary, which also preserves patient privacy. The device is adapted to be used as a male masturbation device, which is optionally controlled, monitored or synchronized with a distant, remote operation point. Such connectivity to a remote operation point may provide intimacy with a remote partner, connectivity to a doctor or therapist, or connectivity to a remote device, which might include a video game. Use of an intermediate server not only provides both convenience and privacy, but also permits a single remote operation point to control multiple devices simultaneously.
Turning first to
The distal end of the shell 10 is curved, with no discontinuities between the distal end 11 of the shell and the sides of the shell, permitting the shell to be comfortably held using a natural hand location and position. The shell, as assembled by the manufacturer, sold, shipped and used, is a complete unit, requiring no assembly or disassembly by the patient. The sleeve 15 is easy attached and removed, such as by using a strap 16, which in some embodiments passes through retention slots visible in the external portion of the slider 14. The strap 16 may comprise hook-and-loop surfaces for fast, convenient, adjustable attachment and firmness of the sleeve against the patient's penis. Other attachment methods include but are not limited to: magnets, snaps, slides, screws, catches, pins, zippers, quarter-turn fasteners, removable adhesives, and the like. Sleeves may be made of different materials in order to provide different feel, compatibility with different lubricants, ease of cleaning and cleaning options, different sizes, internal shape, appearance, longevity, and the like.
In use, after fitting the sleeve 15 to himself, and then attaching the sleeve 15 to the sleeve retention portion of the slider 14, the shell 10 is held in one hand, with the palm against the distal top cap 11, and that same hand activates power and optionally speed and other features via buttons on surface 12, without removing his hand from the distal end of the sleeve. In an embodiment shown, the shell 10 has a concave recess 12. A slot 13 in the shell permits an internal lead screw to drive a slider 14, which extends through the slot 13. A sleeve retention portion or concave shape of the slider 14 is external to the shell 10. Buttons may be any combination of electronics and sensors that detect a finger or pressure. That is, they may be “touch controls,” rather than mechanical controls. 19 shows a slot for a sleeve-retention band or strap. There are many ways to removably attach the sleeve or a sleeve strap to the device, including hook-and-loop fasteners, a buckle, snaps, zippers, static electricity, friction, wax, and removable glue, for example. Optional visual or audible indicators are not shown in the Figure. A visible indicator may be in the recess 12, for example, or illuminate the sleeve, such as being in or proximal to the slider 14.
Turning now to
A processor or microcontroller 36, which may be one or more chips, comprises non-volatiles program memory, random access memory (RAM), and optionally reprogrammable non-volatile memory such as FLASH, EPROM or EEPROM. Such reprogrammable holds a unique device ID.
Continuing with
One embodiment of electronics and mechanics inside the shell comprises motion sensors that may indicate end of travel, location of the slider 24, travel speed, or rotational position or speed of the motor 29 or lead screw 34. An exemplary sensor is shown 31. One or more sensors may be inside the motor housing 29. Sensors may be infrared (IR) sensors, Hall effect sensors, or another sensor technology in any combination. In general, sensors may be mechanical, proximity, inductive, capacitive, RF (such as RF ID), optical, IR, audio, magnetic, Hall effect, or another sensor technology. Typically, there are multiple places where sensors may be placed. For example, any sensor that detects slider position or angular motor position, such as might be used to determine motor and therefore slider speed, may be place almost anywhere on or proximal to moving parts, including inside the motor, on the motor shaft, inside the motor housing, on the lead screen, on the guide rods, on the rotational coupler, on the circuit board. Each sensor may comprise a pair of components, or only a single component. Note a patient or a remote caregiver or device may adjust the stroke length, stroke speed, or other operational parameters independent of the fixed, predetermined location of any sensors or use of operational buttons. In one embodiment, one or more over-temperature sensors may be used to detect motor overheating or another operational defect. Such sensors may be located in or on the motor 29 or on the circuit board 35.
Turning now to
An exemplary embodiment comprises operational buttons and visual indicators, such as lights. Indicators may be audible or haptic, in any combination. Note that in one embodiment buttons are located in the smooth concave recess 12 in
Turning now to
Turning now to
A novelty of embodiments is the range of remote devices that may control one or more patient device. Shown are a smart phone or tablet 46, and web browser 47, a video game 48, a virtual or augmented reality device 49, a camera or 3D camera 50, and an open interface 51. Device 50, identified generically but not specifically as a camera, may be used to track, translate and interface observed movement, without the need for a remote-control person or device to be mechanically connected. For example, hand motions, body motions, or visual reading of lips may be used to control the patient device. A device such as Microsoft® Kinect® has such device capabilities. A device such as an Apple iPhone X has such hardware capabilities. A device such as 50 may control more than one patient device, 41 and 42, at the same time, either synchronized or independently.
Of particular novelty is an open interface 51, which may be an Application Programmer Interface (API), a software library, a software framework, XML interface, or other known mechanisms for documenting and implementing functionality for third party; devices. This permits third party developers to offer their own system-level functionality. For example, a treatment center may wish to provide its own care providers or software. As another example, a prison may wish to provide their own security and monitoring of interfaces to patients. As yet another example, a video game may provide game actions, characters or elements linked to patient devices. As yet another example, a resort may wish to offer guests access to patient devices as part of a resort package.
In one embodiment or operating mode, the device is easily used as a stand-alone device with no external connectivity. In other embodiments the device uses a power cord, not shown. Devices may be powered by light, “solar powered,” or use a primary battery. Devices may be charged with a connector-free charger. In another embodiment, the device is controlled partially or wholly by an electronic device in control of the user, such as a smart phone or remoter controller, such as 52 or 53.
Turning now to
Turning now to
In
In one operation scenario, using the devices represented by the icons in
Another embodiment of connectivity and remote control in operation, following a one-time setup, is described in the following scenario. The patient or a remote caregiver uses a user interface device to go to a website that provides a service compatible with the device. The website, under the direction of the user or caregiver, and a connection key, connects to the server. The server then responsively created a logical, “room.” The patent then powers up the device and establishes device connectivity, such as by pressing a connectivity button. The device then connects using Wi-Fi, Bluetooth or another wireless protocol, using the local access point, via a wide area network such as the internet, to the server's “room,” using its own connection key. This process established end-to-end connectivity between the device and the compatible service, with the server as an intermediate communication device. The server may act only as a forwarding conduit for information, or it may provide, “store and forward” capability, or it may provide either or both “push” and “subscribe” services; or it may provide logical translation services, or it may provide additional services related to the device. It may provide storage or statistical gathering. It may provide recommendations. It may provide debugging steps. It may be a conduit for customer support or on-line help. It may provide encryption or other privacy features. It may provide redundancy, such as offering alternative remote services. It may provide a menu of service options. It may maintain or provide billing or usage information. It may assure privacy via randomization, anonymity, encryption, or deletion of all identifying information. The server may connect to third party services, not shown in
There are multiple embodiments for connection keys. Connection keys are fundamental to novel embodiments. A connection key may be related to a connection between a patient/device and the server. A separate connection keys may be related to a connection between the server and a remote operation point. A single connection keys may be related to an end-to-end connection between the patient/device and a remote operation point. Connection keys may be predetermined, rarely changed, such as a traditional login or password. Connection key may be single-use and generated for each connectivity session. Connection keys may be generated or provided, or both, by any source, including either internal to device, systems, methods and remote operation points, or a server, or from a third party. One or more connection key may be provided with or programmed into a device as delivered to a patient. Note that this feature is particularly convenient for a patient and is specifically claimed as an embodiment. Coupons, vouchers or advertisements may be associated with connection keys.
Note that in all scenarios and descriptions above no smart phone downloaded app is required, other than an optionally a non-built-in browser in some embodiments, and no patient identifying information is disclosed to any third party, including remote operation points. See elsewhere herein for descriptions of connectivity and associated elements.
A one-time setup is required prior to the operational sequences and results described above. Assistance in such setup may be via a paper document, steps on a website, instructions provide by the remote server 85, or instructions provided by the remote operation point 86, in any combination. Such one-time setup described herein does not include conventional setup of a user interface device 83, a Wi-Fi access point 84, or any necessary intermediate connections. The device 82 needs to know the Wi-Fi network name and password; or the equivalent for Bluetooth, BLE connection a cellular data connection, and the like. Such connectivity may be provided by or include an initial connection between a new device 82 and the user Wi-Fi access point 84. Connection keys may be stored in the user interface device 83, or not stored, requiring entry or re-entry by the patient each time. Devices may be provided with, such as configured prior to delivery to the patient, an initial connection key to assist the patient in one-time setup and in first-time use. See elsewhere herein for additional details and embodiments of connectivity and related devices and elements.
Turning now to
Continuing with
Continuing with
Turning now to
In step 122 a remote operator who wishes to provide services to a device user acquires credentials to access the server from step 121. Such credentials may be only a URL or IP address, or may include additional credentials such as a password or digital certificate. Such credentials may be provided in many ways, such as publishing them, such as on a manufacturer's web site. Such credentials may be provided only on request by a potential remote operator, enabling the manufacturer to validate or further enable a remote operator. Such credentials may be provided by a user or only by a user, which limits public knowledge of such credentials, which in turn provides additional assurance against hacking, improper use of such credentials, or loss of user privacy. Steps 121 and 122 may be performed in either order, but the order shown in the Figure is preferred.
In step 123, a user selects one or more remote operators and provides them his unique connection key, associated with his device. Such a remote operator may be a distant wife, for example. A user may provide any number of remote operators with his key. If the user provides no remote operator with his key, then his device is not accessible remotely, even if the user has enabled remote control on his device. For example, devices may have remote control enabled by default, in order to simplify configuration by users and simplify usage.
In step 124, a remote operator with at least one connection key connects to the server from steps 121 and 122. Once connected, the remote operator provides a connection key to the server. Step 124 may be repeated if the remote operator has multiple connection keys. Step 124 permits multiple operators with the same connection key to connect simultaneously, non-simultaneously or independently. The manufacture or the server may or may not know the actual identity of the remote operator. For example, some remote operators may remain anonymous, but then be restricted to chat rooms with only a single remote operator. Some remote operators may be known to the server, for example, by having been issued a digital certificate, electronic ID, or password. Such remote operators may be permitted in chat rooms with more than one remote operator or more than one user, or both. That is, a remote operator may remain anonymous at the discretion of the operator of the server, the manufacturer, or the remote operator.
In steps 125 and 126, the server opens a virtual chat room associated with the unique communication key. A chat room is a virtual environment where the “members” (e.g., a user and one or more remote operators) of the chat room may communicate with each other, but non-members do not have access to listening, transmitting, broadcasting, or reading meta-data of the chat room members, chat room communications, or the communication keys. The server opens a chat room uniquely associated with a communication key typically when contacted by either user or remote operator providing that key. A chat room may be closed at the discretion of the server. Users or remote operators have the option of not transmitting or not receiving chat room communications. In some embodiments, a user or remote operator may specifically request that the chat room be closed. In some embodiments, chat rooms are always open or available once a unique key is generated (or following another step), such as after step 91 in
Step 127 identifies that steps shown in
Turning now to
In step 135 a user uses his device, as described elsewhere herein. If and when remote operation is enabled, functionality of the device, such as but not restricted to stroke length and speed, may be controlled by the remote operator. In one embodiment the user may turn on or off remote operation during use, such as by a button on the device. A novel advantage of this embodiment is that such a change does not require a user to discontinue device operation or use. As one example, remote operators may keep a chat room open at all times. In this example, a user may connect to his selected remote operators at any time simply by activating a button on his device. Other methods of enabling remote access include voice activation. In some embodiments, remote operation is always enabled. In some embodiments, enablement of remote operation may be controlled by another device. For example, an app on a smart phone may enable or disable remote operation. However, use of such an additional device may compromise security or confidentiality. In one embodiment, two or more devices may act or also act as remote operators. For example, a user-controlled operation of a first device may remotely control operation of a second device. Use of a device as a remote operator is specifically claimed as an embodiment.
In step 136 a selected remote operator follows remote operator usage steps as described elsewhere herein. Note that certain details of implementation of any element or any step in a claim, description, or Figure, may require normal skill of one trained in the art.
In step 137 we see that steps within
Turning now to
In Step 143, a user may optionally change his connection key. Such a change may be needed or desirable because a device is not pre-programmed with a unique connection key; or a user wishes to have a shorter or longer connection key; or a user wishes to disable a previously enabled remote operator from remotely operating his device; or a user believes his connection key has been compromised. One possible compromise is for a first remote operator to provide a second remote operator with the user's connection key. New connections keys may be generated by a user or generated electronically, such as by an app or key or password generator. Typically, a preferred embodiment is for electronic key generation, as users tend to choose easily hacked keys, such as their own name or the name of an intimate partner.
Step 144 is typically performed after any step 143.
Step 145 may be performed manually by the user or automatically, similar to step 123 in
In step 146, a server opens a chat room with the new connection key, under conditions described elsewhere herein, such as step 125 in
Step 147 teaches that steps in
Although terms like “access point,” “Wi-Fi,” “internet” and “IP address” are used herein, these terms are construed, including device identification and communication encryption and security, to include terminology for other networks and other wireless protocols such as Bluetooth, Bluetooth Low Energy (BLE) and cellular data protocols such as “4G” and “5G.”
Although embodiments are free of a smart phone and free of devices that require downloaded apps, such devices may be used in other embodiments. In particular, devices like the Wi-Fi access point 64 and the user interface device 83 may be replaced, in part or fully, in any combination by such a smart phone, tablet, smart watch or similar device. A downloaded app may be provided by the remote server 85, which protects the patient from provided identifying or usage data to third parties, including to a remote operation point such as 86.
Note also that costs, fees, tokens, coupons, vouchers, blockchain identifiers, and other value represented by digital information, may be provide by, provided to, stored, or otherwise managed by the server 85. Again, this architecture protects the patient from provided identifying or usage data to third parties.
Many descriptions, scenarios, figures, and claims refer explicitly to network architectures and physical devices, not to business models or methods or organizing human behavior, including not to human interaction or human services provided between a patient 81 and a remote operation point 86. However, “methods of treatment” are included in some embodiments and are so claimed embodiments.
Note the following features of embodiments. Smooth external surface of the shell, including connection from the curved distal end to the body of the shell; single slot; lead screw is internal to the shell; sleeve retainer and sleeve are external to the shell; slider has a portion internal to the shell and a portion external to the shell; the slider passes through a slot in the shell; the outside of the shell has a concave recess; operational buttons are located in the distal half of the shell; operational buttons are located in the concave recess. In some embodiments, the slider comprises one, two or more slots through which a sleeve retention strap may pass. Note that the slider moves the entire sleeve, as compared with driving a separate sleeve jacket that moves along the outside of a sleeve. Note that in use, the sleeve moves along the shaft of the patient's penis, as compared to a sleeve that remains in a fixed position on the patient's penis. Note that the entire embodiment comprises only three separable components: the shell, the sleeve, and a sleeve retention strap. In some embodiments, the sleeve retention strap is affixed to either the slider or the sleeve.
Internal to the shell is a power supply to supply internal electronics. Internal electronics including a motor driver, optional programmable processor with non-transitory memory, wireless communication electronics, such as Wi-Fi, interface to optional buttons and optional lights. The motor may be a brushless motor. It may comprise or be proximal to one or more motor sensors, such as magnetic or Hall effect sensors, that detect motor motion, which may be used, in conjunction with the electronics, to count rotations of the lead screw, which in turn may be used to determine the location on the lead screw of the slider. A motor current sensor may be used. See also
Embodiments comprise sensors that may be adapted to provide redundant detection of slider location on the lead screw, and to provide additional device safety, reliability, features and convenience. Motor sense sensors may be used, as described to determine the location of the slider via counting rotations of the lead screw. End-of-travel sensors may be used to detect when the slider has reached an effective or desired, predetermined location at the proximal or distal end of the lead screw. In addition, one or more motor current sensors may be used to determine when the motor is drawing excess current, such as the slider having reached a mechanical stop. Thus, with more than one way to detect slider position and slider end points, reliable operation of the device is assured. In addition, redundancy is achieved by using both motor current and the motor sensors to determine the effective speed of the rotation of the lead screw, and thus the effective speed of the slider. In addition, the use of a motor current sensor with other sensors can determine if the slide is jammed, overloaded, or otherwise outside of its intended operation. This, then, provides the ability to change operation, such as slowing down, or fix a jam by reversing the motor, warn the patient, or shut off. Such redundancy and features permit reliable, predictable, safe operation, not available in prior art. Detection of slider position separate from fixed end-point detection permits selectable stroke length and dynamically selectable starting and ending points. Motor sensors may be but are not limited to magnetic or Hall effect sensors. End-of-motion sensors for detecting slider position may be but are not limited to infrared (IR) or another optical sensor. They may alternatively be magnetic or Hall effect sensors, detecting, for example, a piece of metal or magnet affixed to the slider, or detecting the lead screw nut. One or more sensors may be affixed, such as by soldering, to an electronic circuit board, and thus not requiring separate assembly and wiring of the sensor to the electronic circuit board.
Push rods, such as made out of plastic or metal, may be used to communicate motion of a button on the shell to a switch on the electronic circuit board. Light pipes, such as made out of transparent plastic, may be used to transmit light from an optical device, such as an LED, on the electronic circuit board, to a display point on the shell.
A variety of plastics and rubbers are suitable materials for the shell. A “soft touch” material, layer, coating of paint may be used over all or a portion of a hard plastic shell to improve grip and tactile feel of the shell.
A sleeve may be made out of many different materials. Typically, such materials should be flexible, comfortable, and washable. Single use sleeves may be used. Sleeves may be offered in different diameters, different lengths, different materials, different colors, and with different interior texturing. Typical use includes a personal lubricant, supplied by the patient, on the inside of the sleeve. Different types of sleeve material have different compatibility with different types of lubricants. For example, silicone is a preferred material, but may not be compatible with silicone-based lubricants. Latex is another preferred material, but some patients may be allergic to latex. Patients may have a preference for a sleeve that is transparent, lightly colored, or brightly colored. Patients may have a preference for different texturing on the inside of the sleeve.
In one embodiment, the outside of the shell comprises a smooth concave portion. The concave portion may be shaped such that a cross-section at or near the middle of the shell has a concave section of the circular or elliptical cross-section, while a similar cross-section at or near the ends of the shell has no concave portion and is thus predominantly circular or elliptical. See also Figures. Such a concave portion aids in the ergonomic handling of the device and recesses the buttons against accidental use or damage.
Suitable dimensions for the length of the shell are in the range of 120 mm to 400 mm long, not counting the slider or sleeve. Another suitable range is from 185 mm to 280 mm. Yet another suitable range is 220 mm to 240 mm. Suitable dimensions for the diameter of the outside of the shell are in the range of 25 to 150 mm. Another suitable range is 50 mm 100 mm. Yet another suitable range is 60 mm to 80 mm. A suitable material for the shell is acrylonitrile butadiene styrene (ABS). A suitable material for the slider is polyoxymethylene (POM). A guide rod may be coated with titanium nitride or a similar, low-friction, material. Alternatively, low-friction material may be used such as polytetrafluoroethylene (PTFE) for the slider, the guide rods, or as a coating or intermediate material or element.
A suitable component for an IR sensor is Everlight (EVERLIGHT ELECTRONICS CO., LTD., No. 6-8, Zhonghua Rd., Shulin Dist., New Taipei City 23860 Taiwan) model ITR8307. A suitable module for providing a processor and communications is ESP32-WROOM-32D, from Espressif Systems (#101, Block 2, 690 Bibo Road, Zhangjiang High-Tech Park, Pudong, Shanghai, China 201203). A suitable motor driver is Allegro A4931, from Allegro Microsystems, LLC (955 Perimeter Road, Manchester, N.H. 03103).
Suitable outside diameter of the sleeve is 55 mm, plus or minus 30%, or plus or minus 15%, or plus or minus 5%. Suitable diameter of a sleeve opening at its proximal end is 22 mm, plus or minus 30%, or plus or minus 15%, or plus or minus 5%.
A suitable motor is a 50 mm long brushless motor, with integral shaft or current sensors, described elsewhere herein, with a 12,000 RPM peak rotational speed. A suitable lead screw has an 8 mm lead, 2 mm pitch and 8 mm diameter.
Embodiments are free of, in any combination: a brushed motor; a stepper motor; an eccentric driven weight; two or more motors; batteries, or smart phone app. Indeed, since embodiments communicate directly with a patient's wireless router, modem, or similar interface to a community network (e.g., the internet), no intermediate electronics, such as a smart phone, is required for operation involving a remote device or person. Such a feature is important to preserve privacy. Embodiments use only a single motor, which may be brushless. Although embodiments are free of a discreet vibrator, embodiments may use a single motor, operated in such a way, as to mimic vibration.
Other embodiments may include batteries, voice input, interfaces to electronic voice-activated, digital assistant, consumer control devices such as “Siri®)” or “Alexa®.” trademarks of Apple (One Infinite Loop, Cupertino, Calif.) and Amazon (410 Terry Ave. North, Seattle, Wash.), respectively; audio output; two-way voice communication with a remote operation point; speed control buttons; and operating sequence selection buttons. Other embodiments may include interfaces to read smart cards, memory storage devices, near-field communication (NFC) devices, wireless charging devices, optical interface (similar to those commonly used in consumer remote control devices, such as for TVs), or a fingerprint reader.
Yet another embodiment includes one or more controllable light sources positioned to illuminate the sleeve in operation. Such a light source may in the interior of the shell and shine through the slot or may be located on the outside of the shell.
A novel feature of embodiments is their capability to connect to a remote operation point. Such a remote operation point might be or might comprise, for example, a remote partner to provide intimacy with a remote partner, doctor or therapist. Or, the remote operation point may comprise an electronic device or software, in combination, to mimic intimacy, which might comprise a video game or surrogate, or provide entertainment or a medical service. In various embodiments, or various selectable operational features, such a remote operation point may include the ability to control the device operation, observe device operation, or synchronize operation with an electronic device, including mechanical, audio or visual devices. In some embodiments, the remote operation point may be nearby, such as in the same room, or may be located anywhere in the world, such as by internet or other network connectivity. A remote operation point may comprise a similar or non-similar intimacy or sexual stimulation device, video game, video display, audio input, audio output, voice input, voice output. Control information may flow in either direction. Consider, for example, two similar devices. A patient of one device configures his device to a preferred operation, which then automatically drives or configures a remote device or a remote operation point to perform synchronized, or non-synchronized by similarly. This may be viewed as a master-slave relationship of device operation. Any device may operate as either the master of the slave. In another embodiment scenario, actions within a video game or video display may be synchronized with the device. Embodiments are specifically claimed for such connectivity features.
Another novel feature of the embodiments using remote connectivity is that they are free of patient-identifying information or are free of any registration requirement of a patient or are free of requirement for a smart phone app, in any combination. The server operates as an intermediate communication node between an embodiment and one or more remote operation points. The server maintains a database linking a device ID to a network address. In this way, a person or device at a remote operation point need enter only such a device ID to connect to an embodiment. This preserves the privacy of a patient with the embodiment and the remote operation point. That is, no personal information needs to be kept, such as is required to download a smart-phone app. Embodiments are free of holding, requesting, or requiring personal identifying information. Embodiments are free of requiring, storing or using a network ID, such as an IP address (or similar) of a network endpoint, for connectivity between an embodiment and a remote operation point. Any required network addresses are stored in the server, rather than in a device, local smart phone app, or local digital assistant. Each endpoint, such as an embodiment or a remote operation point communicates directly with the server, whose network ID or equivalent is known to the endpoint. Such a server network ID may be included in an embodiment as manufactured, configured or sold. In some embodiments, a patient is never prompted and is not required to enter a server network ID. One benefit of such an embodiment is patient privacy. Another benefit is easier and faster setup. Another benefit is that no smart phone or similar device is required. Typically, a one-time setup is required to connect to a local Wi-Fi or other local network access point, if connection to a remote operation point is desired. If no such connectivity is desired, then no such patient setup is required. The server supports one-to-many, many-to-one, and many-to-many connectivity. For example, a single software treatment regimen, operating as the remote operation points, may connect to a plurality of patient devices. As another example, one patient may connect to multiple remote operation points, such as one remote operation point performing a control function and another remote operation point may perform only observationally. Yet another example is the use of multiple patients or users operating in a coordinated fashion, such as a multi-player game.
Yet another novel feature of embodiments is the inclusion of an “API,” “library,” or “framework,” that permits third party developers to add features to a device of connectivity features, or features for a remote operation point. For example, a video game, video display, or voice input/output, or connectivity or synchronization with third party devices, software or media. A benefit of the combination of such third-party products and the above-described use of a server is that no patient-identifying information is required or is provided to such a third-party developer. In some embodiment, a patient using non-traceable monetary equivalents, such as gift cards, block-chain codes, and the like, may purchase features. Such non-traceable monetary equivalents may be bundled into a device, as sold or configured. Such embodiments are specifically claimed. Some embodiments are able to read a separate memory device such as a smart card, USB stick, or similar device. An electronic connector, Near Field Communication (NFC), or similar technology may be used for this purpose. Such a memory device may contain device IDs, or tokens for purchasing remote services or remote or local capabilities, or firmware or software updates.
In yet another embodiment, the server compensates for communication delay between the first device and the server, or the remote operation point and the server, or both, such that real-time synchronization between the first device and the remote operation point is achieved or preserved. For example, time stamps may be adjusted as they pass through the server, or delay of a communication packet or message may be used, in conjunction with the speed of operation of the first device, so as to maintain a synchronized phase relationship between repetitive motion of the slider in the first device and associated motion, displayed or physical, or both, at the remote operation point.
For claimed embodiments below, see also claim text for terminology, such as “first device,” “remote operating point,” and “server,” among others.
Although a complex, novel system the enables personal intimacy between two people, remote from each other, may be viewed as a form of “organizing human behavior,” which in the legal regime as of the filing date, is not considered a “useful art,” as stated by the US Constitution in Article 1 Section 8 Clause 8; nonetheless specific embodiments of enabling or assisting in such personal intimacy are claimed.
Although a complex, novel system the enables synchronization of mechanical motion of masturbation with elements of a video game or video display may be viewed as a form of “organizing human behavior,” which in the legal regime as of the filing date, is not considered a “useful art,” as stated by the US Constitution in Article 1 Section 8 Clause 8; nonetheless specific embodiments assisting in such synchronization are claimed, including such a video game and associated elements in the video game or video display, and including motions of synchronized characters in the video game or video display.
Such embodiments may comprise elements in any combination: transmission from a remote operation point to first device: a desired speed of the first device; a desired position of the slider of the first device; a time stamp of a desired location of the slider on the lead screw; such that either the speed of motion of a character in a video game or video display is synchronized with a speed of motion of the slider of the first device, or location of motion of a character in a video game or video display is synchronized with a location of the slider on the lead screw of the first device, wherein the control electronics in the first device adjusts either the speed of motion of the slider on the lead screw or the position of the slider on the lead screw, or both, to achieve such synchronization.
Such embodiments may comprise elements in any combination: audio output associated with a character in a video game or video display transmitted as digital audio information over the network, through the server to the first device, playing from audio output of the first device, or playing from audio output of an audio device associated with the first device and proximal to the first device.
Such embodiments may comprise elements in any combination: vocalizations of a patient of the first device or local sounds received by the first device, transmitted as digital audio through the server to a remote operating point, vocalized by a character in a video game or a character in a video display.
Such embodiments may comprise elements in any combination: two or more separate patient, each with his own first device; connected via the server to a single video game or video display, wherein the single video game or video display may be played or viewed by more than one person, wherein the single video game of video display has two or more characters, each such character associated with a patient, and wherein the embodiment comprises any combination of embodiments described above or elsewhere herein, in claims or drawings, such as synchronized motion or synchronized audio between each patient and the patient's associated character.
Although some claims are directed to a device comprising both a shell and a sleeve, embodiments are specifically claimed for the shell only, without a sleeve. Embodiments are specifically claimed for a device comprising batteries, either primary or rechargeable, and free of a power cord required for operation. Embodiments are claimed wherein the device uses exactly one motor. Embodiments are claimed wherein the device is free of a mechanical vibrator. Embodiments are claimed wherein the device is adapted such that when the motor rotates the lead screw, the sleeve retainer portion of the slider is driven coaxial, via the slider. Embodiments are claimed where the remote operator causes the user device to synchronize with either video or audio, which video or audio may or may originate at the remote operator. Embodiments claimed include replacing one or more buttons with a voice-activated input and optionally voice or audio output. A motor may be a linear or rotating motor. If a motor is linear, a lead screw may not be required for the motor to drive the slider. In some embodiments one or more guide rods may be part of or affixed to the shell. Guide rods are not necessarily circular in cross-section. A guide rod may be a recess, wherein the slider rides within the recess.
Definitions“app”—An application on smart phone, as this term is commonly used. May also be called a “downloadable application.”
“co-axial”—Parallel to an axis.
“electronic user interface device”—a device such as a personal computer, tablet, and the like, that may run a web browser or similar software. It may also include devices such as a smart phone, smart watch or voice- or motion-sensitive device such as a personal assistant. Note that some embodiments are free of any device that may transmit personal or personal identifying information.
“patient”—a person wearing and using the device, also referred to a as a “user.”
“remote operation point”—also called a “remote operator” or “remote device operator.” The term that describes a terminal end of communication to or from the device. The remote operation point may comprise a caregiver, such a doctor, nurse, surrogate, or other medical practitioner. It may be an intimate partner of the patient. It may be a non-human device, such as medical program, video game, video, audio, or electronic or adult entertainment. The phrases, “remote caregiver” and “remote device” refer to any remote operation point, unless otherwise clear from the context. Note that in some usage scenarios, the remote operation point is not far from the device, such as in the same room or same physical facility.
“server”—a programmable device, such as a computer, which may be remote from any patients; users; remote operation points; whether human or machine, typically connected to other servers, communication hardware, storage devices, or end-user devices; typically whose primary purpose is not to provide a user interface, but rather to provide functionality to any such other connected devices. Servers may be located anywhere, and have any physical form, include distributed. A server does not need to be remote.
“shell”—A component that encloses (partially or fully) primary mechanical and electrical components. This may be viewed as a “body” of an embodiment, as this term is sometimes used in the art, although in an alternative construction the term, “body,” includes components interior to the shell.
“smart phone”—or any other user-oriented or personal “smart device,” including tablets, watches, laptops, electronic assistants, and the like.
“third party”—a device, person or service who is connected to the server but is neither the patient/device nor the remote operation point.
Ideal, Ideally, Optimum and Preferred—Use of the words, “ideal,” “ideally,” “optimum,” “optimum,” “should” and “preferred,” when used in the context of describing this invention, refer specifically a best mode for one or more embodiments for one or more applications of this invention. Such best modes are non-limiting and may not be the best mode for all embodiments, applications, or implementation technologies, as one trained in the art will appreciate.
All examples are sample embodiments. In particular, the phrase “invention” should be interpreted under all conditions to mean, “an embodiment of this invention.” Examples, scenarios, and drawings are non-limiting. The only limitations of this invention are in the claims.
May, Could, Option, Mode, Alternative and Feature—Use of the words, “may,” “could,” “option,” “optional,” “mode,” “alternative,” “typical,” “ideal,” and “feature,” when used in the context of describing this invention, refer specifically to various embodiments of this invention. Described benefits refer only to those embodiments that provide that benefit. All descriptions herein are non-limiting, as one trained in the art appreciates. Embodiments of this invention explicitly include all combinations and sub-combinations of all features, elements and limitation of all claims. Embodiments of this invention explicitly include all combinations and sub-combinations of all features, elements, examples, embodiments, tables, values, ranges, and drawings in the specification and drawings. Embodiments of this invention explicitly include devices and systems to implement any combination of all methods described in the claims, specification and drawings. Embodiments of the methods of invention explicitly include all combinations of dependent method claim steps, in any functional order. Embodiments of the methods of invention explicitly include, when referencing any device claim, a substation thereof to any and all other device claims, including all combinations of elements in device claims. Claims for devices and systems may be restricted to perform only the methods of embodiments or claims.
Claims
1. A device for male masturbation comprising:
- a hollow shell, generally cylindrical, comprising an axis, an interior, a proximal end and a distal end, and further comprising a co-axial slot opening the interior to an exterior of the shell;
- wherein the interior of the shell comprises: a motor; a co-axial lead screw, operatively connected to the motor; a slider operatively connected to the lead screw, wherein rotation of the lead screw causes the slider to move co-axially;
- wherein an interior portion of the slider is interior to the shell;
- wherein an arm portion of the slider passes through the slot;
- wherein a sleeve retainer portion of the slider is external to the shell;
- one or more operative buttons, wherein the one or more operative buttons are located on the distal half of the shell; and
- control electronics located in the interior of the shell.
2. The device of claim 1, further comprising:
- a flexible sleeve, generally cylindrical, open at a proximal end;
- wherein the sleeve is adapted to be removably attached to the sleeve retainer;
- wherein, when removably attached, the entire sleeve is external to the shell.
3. The device of claim 1, wherein:
- the motor is located in the proximal half of the shell.
4. The device of claim 1, further comprising:
- one or more guide rods;
- wherein the slider rides on the one or more guide rods.
5. The device of claim 1, wherein:
- the distal end of the shell comprises a smooth, curved top cap;
- wherein top cap mates with the shell such that a continuous smooth exterior surface, free of discontinuities, is created at the junction between the top cap and the shell.
6. The device of claim 1, wherein:
- at least one button or the one or more buttons is located such that an average adult male hand, when holding the shell at the distal end with a palm of the hand against the top cap, is operative by at least one finger of the hand.
7. The device of claim 1, further comprising:
- one or more motor sensors;
- one or more distal slider position sensors;
- one or more proximal slide position sensors;
- wherein the one or more motor sensors are adapted, in conjunction with the control electronics to count motor revolutions;
- wherein the one or more distal slider position sensors are adapted to detect a position of the slider at a predetermined distal location; and
- wherein the one or more proximal slider position sensors are adapted to detect a position of the slider at a predetermined proximal location.
8. The device of claim 7, wherein:
- the one or more motor sensors, the one or more distal slider positions, and the one or more proximal slide position sensors are adapted to operate redundantly such that either the one or more motor sensors and either of the: one or more distal slider positions and the one or more proximal slide position sensors detect an endpoint of travel of the slider.
9. The device of claim 1, wherein:
- the shell comprises a smooth, curved, concave recess;
- wherein the one or more operative buttons are located in the recess.
10. The device of claim 1, further comprising:
- an adjustable strap, attached to the sleeve retainer portion of the slider, wherein the strap is adapted to be removably placed around the sleeve;
- wherein adjustment of the strap adjusts the effective interior diameter of the sleeve.
11. A method of using the device of claim 1, comprising the steps:
- (a) placing the sleeve over a patient's penis;
- (b) attaching removably the sleeve to the sleeve retainer portion of the slider;
- (c) placing a single patient hand over the distal end of the device; and
- (d) operating one or more buttons of the device using one or more fingers of the single patient hand;
- wherein the method includes all of the structures and limitations of claim 1.
12. A method of connecting a user device anonymously to a remote operator comprising the steps:
- provisioning a server, comprising the sub-steps: (a) creating of a device-unique connection key; (b) programming the connection key into the user device; (c) providing a user of the user device with the connection key; (d) programming a device-access credential set into the user device; (e) programming a user-to-server-access credential set into the user device;
- opening a server chat room associated with the connection key, comprising the sub-steps: (f) providing the remote operator with a remote-operator-to-server-access credential set; (g) providing to the remote operator, by the user, the connection key; (h) accessing the server chat room, by the user, using the connection key and the user-to-server-access credential set; (i) accessing the server chat room, by the remote operator, using the connection key and the remote-operator-to-server-access credential set; (j) associating the server chat room with the connection key; (k) providing communication between the user device and the remote operator, via the chat room; wherein other user devices not having the connection key and other remote operators not having the connection are blocked from communicating via the server chat room;
- using the user device by the user anonymously, comprising the sub-steps: (l) enabling the user device for remote access, by the user; (m) controlling the user device by the remote operator, via communication from the remote operator, through the chat room, to the user device.
13. The method of claim 12 further comprising the step:
- (n) closing the server chat room associated with the connection key;
- wherein the connection key is not stored in the server during a time when the chat room is closed.
14. The method of claim 13 wherein:
- during the time when the chat room is closed, the connection key is stored only in the user device and in other devices provided, by the user, directly or indirectly, with the connection key.
15. The method of claim 12 wherein:
- the method is free of a requirement for the user to download a computer application.
16. The method of claim 12 wherein:
- the remote operator, the server, the server chat room and device manufacturer are all free of any information that identifies personally the user of the user device.
17. The method of claim 12 comprising the additional step:
- (o) synchronizing, controlled by the remote operator, the user device motion with a video stream.
18. The method of claim 12 wherein:
- the method includes all of the structures and limitations of claim 1.
Type: Application
Filed: Feb 9, 2019
Publication Date: Jul 9, 2020
Applicant: Sweet Tech, AS (Oslo)
Inventors: Alexander Bjørkmann (Oslo), Jens Petter Wilhelmsen (Oslo), Nicolay Bang (Oslo)
Application Number: 16/611,468
