US20090299200A1 - Method for monitoring and communicating biomedical electromagnetic fields - Google Patents

Abstract

The present invention provides a system and a method of monitoring and communicating biomedical data to a remote receiver. Specifically, the present invention provides a system and method that can monitor a biomedical-based electromagnetic field, e.g., heart rate variability (HRV) field, emitted from a human user (“sender”), and/or communicate the biomedical-based electromagnetic field to a remote receiver by measuring the biomedical-based electromagnetic field emitted from the sender, creating an electronic signal corresponding to the field and transmitting or broadcast and/or apply the signal to a remote receiver.

Description

FIELD OF THE INVENTION
• The present invention generally relates to the communication of biomedical data. Specifically, the present invention recognizes a system and method that can monitor, detect, communicate and/or apply a biomedical-based electromagnetic field, e.g., heart rate variability (HRV) field, emitted by a human user to a remote receiver.
BACKGROUND OF THE INVENTION
• Online communication has become increasingly popular, both for entertainment and for business. Such communication includes both asynchronous communication, like email, and synchronous communication, such as Instant Messaging or Chat. Further, these communications include those between only two users (e.g., an email message from a manager to an employee, or an instant message from a husband to a wife), as well as those between larger sets of users (e.g., messages sent to multiple recipients, like a newsletter sent to all club members; or an online chat group, which includes three or more participants). Currently available communication methods allow for the broadcast of information (e.g., text and voice) as well as multimedia data (e.g., live video broadcasts of all of the participants in a teleconference). However, none of the currently available methods includes a broadcast or apply of the biomedical electromagnetic fields of the participants to the other participants.
• A method of enabling machine learning to be applied to the magnetic fields emitted by a human heart has been known. However, the method does not provide any means of broadcasting or transmitting these fields to a remote user.
• A system that provides a possibly miniaturized device that is able to measure the magnetic fields emitted by the heart has been known. However, the system does not provide any means of broadcasting or transmitting these fields to a remote user.
• A method and system that can detect a body condition, (e.g., heart beat rate) and communicating it to a computer have been known However, the method. The method and system do not, however, provide a method of transmitting the electromagnetic field of one user and then applying it to a remote user.
• A contact-less device that can measure the electromagnetic fields generated by a given user's heart has been known. However, the device does not provide any means of broadcasting or transmitting this data to a remote user.
• A means of comparing the physical condition of two or more subjects has been known, which may include the electromagnetic fields generated by the subjects' hearts. However, the means does not provide any means of broadcasting the field from one subject and transmitting it to a remote subject.
• An apparatus and system to measure physical, chemical and biological parameters of the body has been known. The values can be used to trigger or produce an action or signal. The signals are transmitted to a remote data storage station by wireless transmission such as electromagnetic waves, radio waves, infrared, sound and the like, or by being reported locally by audio or visual transmission. However, the action or signal is not transmitted by any means to one or several remote users.
• A system and method to measure, without physical contact, a magnetic field on a subject's chest have been known. However, the system and method do not provide by any means of broadcasting or transmitting these fields to one or several remote users.
• A method for processing biomagnetic fields generated by biocurrents resulting from activities of human brain or myocardium has been known. However, the method does not provide by any means of broadcasting or transmitting these information to one or several remote users.
• A biomagnetic field measuring apparatus has been known. However, the apparatus does not provide by any means of broadcasting or transmitting these information to one or several remote users.
• An apparatus and a method to detect bio-signal, amplify, filter and convert bio-signal to digital bio-signal and transmit digital bio-signal have been known. However, the apparatus and method do not provide by any means broadcasting or transmitting these information to one or several remote users.
• A real-time acquisition and archiving system for multiple time-sampled signals has been known. However, the system does not provide by any means broadcasting or transmitting these information to one or several remote users.
• A technical system for a biomagnetometer has been known. However, the system does not provide by any means broadcasting or transmitting these information to one or several remote users.
• A superconducting quantum interference device (SQUID) measurement apparatus for detecting weak magnetic field signals has been known. However, the device does not provide by any means broadcasting or transmitting these information to one or several remote users.
• A portable health monitoring system having an electromagnetic field (EMF) sensor built in with the goal to promote health and prevent a disease has been known. The plurality of sensors measures the geomagnetic field, the heart rate variability (HRV), and the body temperature of a given user. This information is then transmitted to a microprocessor which is able to use this date to compute several numeric indexes which indicate the user's level of health. The invention also described how this information can be displayed so that it can be used by the given user. However, the system does not provide by any means broadcasting or transmitting these actual field from one user to another that is remote.
• The complexity and progress over time to imaging the heart's magnetic field (biomagnetometry) have been described in the prior art. However, the prior art references do not provide by any means of broadcasting or applying the information to one or several users.
SUMMARY OF THE INVENTION
• The present invention recognizes a system and method that can monitor, detect and/or record a biomedical-based electromagnetic field emitted by a human subject/user and communicate and/or apply the biomedical-based electromagnetic field to a remote receiver.
• Accordingly, one aspect of the present invention is directed to a method of monitoring, detecting and/recording a biomedical-based electromagnetic field, preferably, heart rate variability (HRV) field, emitted from a first human user (also referred to as a sender), associating the electromagnetic field with a message sent by the sender and communicating and/or apply the associated message to a remote second human user (also referred to as a “receiver” or “receiving user”), by measuring and/or recording the biomedical-based electromagnetic field emitted from the sender, e.g., while the sender is communicating a message to a remote receiver, creating an electronic signal corresponding to the biomedical-based electromagnetic field and transmitting, broadcasting and/or applying the signal to the remote receiver. Preferably, the transmission or broadcasting is encoded including, but not limited to, a digital signature, and global positioning system (GPS) location data and/or the scene information.
• In another aspect, the present invention contemplates additional step(s) of analyzing the received HRV field at a receiver's end (e.g., to determine the physical/emotional state of the sender) and/or transmitting and apply the received field to one or more additional receiving users, preferably, one or more additional receiving users who are participants in a collaborative online environment (e.g., a chat room or eMeeting).
• According to the present invention, the received field by one or more receiving users can include the combination of the fields received from two or more users (e.g., the resulting field transmitted to the receiving user is the combination of the fields received from the two or more other users participating in a telephone conference or online chat room).
• In still another aspect, after analyzing the received field, the present invention also contemplates additional steps of receiving a communication (e.g., a panic request) along with the field, analyzing the communication (e.g., to determine whether a life threatening situation exists) and comparing the communication with the analysis of the field (e.g., determining that even though the request is life threatening, the received field does not indicate any stress).
• In still yet another aspect, after analyzing the received field, the present invention contemplates the additional step of generating an alert based on the analysis (e.g., sending out an alert to the lifeguards at a pool if a given user's field indicates high distress). Preferably, the alert includes, but is not limited to, the user's location (e.g., location coordinates as determined by the GPS data included in the field broadcast).
• In a preferred aspect, the method of the present invention only broadcast under particular conditions (e.g., if the user's emitted electromagnetic field passes certain threshold values).
• The method of the present invention contemplates using devices for broadcasting or receiving the broadcasted signals/data corresponding to biomedical-based electromagnetic field emitted by a human user, which devices include but are not limited to, a portable device, a fixed device, a fixed phone, a mobile phone, a computer (e.g., laptop), and a personal digital assistant (PDA) (e.g., a PDA having the brand name Blackberry®).
• In a further aspect, the present invention is directed to a method for transmitting and/or applying heart rate variability (HRV) data to influence the receiver's physical and emotional state. For example, the present invention contemplates a method for transmitting and/or applying a positive HRV to improve the receiver's state, which is in a life threatening situation.
BRIEF DESCRIPTION OF THE DRAWINGS
• FIG. 1 is an overview an example of the Say-It-With-Feeling Service (SIWFS) network topology of one embodiment of the present disclosure.
• FIG. 2 is an illustrative component block diagram showing an example of a SIWFS server in one embodiment of the present disclosure.
• FIG. 3 is a flow diagram illustrating the flow control of an SIWFS server in one embodiment of the present disclosure.
• FIG. 4 is a flow diagram illustrating the flow control of the online room connection handler in one embodiment of the present disclosure.
• FIG. 5 illustrates an online room disconnection handler logic.
• FIG. 6 is a flow diagram illustrating the flow control of the online room field updating server handler in one embodiment of the present disclosure.
• FIG. 7 is an illustrative component block diagram showing an example of a SIWFS client in one embodiment of the present disclosure.
• FIG. 8 is a flow diagram illustrating the flow control of an SIWFS client in one embodiment of the present disclosure.
• FIG. 9 is a flow diagram illustrating the flow control of the message authoring handler in one embodiment of the present disclosure.
• FIG. 10 is a flow diagram illustrating the flow control of the message receiving handler in one embodiment of the present disclosure.
• FIG. 11 is a flow diagram illustrating the flow control of the extended-emoticon defining handler in one embodiment of the present disclosure.
• FIG. 12 is a flow diagram illustrating the flow control of the online room client handler in one embodiment of the present disclosure.
• FIG. 13 is a flow diagram illustrating the flow control of the online room field updating client handler in one embodiment of the present disclosure.
• FIG. 14 is a flow diagram illustrating the flow control of the online room field updating agent handler in one embodiment of the present disclosure.
• FIG. 15ais an illustrative component block diagram showing an example of a field monitoring device in one embodiment of the present disclosure.
• FIG. 15bis a flow diagram illustrating the flow control of the field monitoring handler in one embodiment of the present disclosure.
• FIG. 16 is an illustrative component block diagram showing an example of a field broadcasting device in one embodiment of the present disclosure.
DETAILED DESCRIPTION OF THE INVENTION
• The present invention is directed to a system and method that can monitor, detect, record, communicate and/or applying a biomedical-based electromagnetic field emitted by a human user (also referred to as a broadcaster or sender) to a remote receiver.
• Accordingly, one embodiment of the present invention is directed to a method of monitoring, detecting, and/or recording a biomedical-based electromagnetic field emitted by of a first human user (also referred to as a “sender”) and communicating and or applying the field to a second remote human receiver by measuring the biomedical-based electromagnetic field emitted from the sender, creating an electronic signal corresponding to the biomedical-based electromagnetic field and transmitting or broadcasting and/or applying the signal to a receiver.
• By “apply” is meant to transform or put into effect the communicated, transmitted or broadcasted electronic signal corresponding to a biomedical-based electromagnetic field emitted from a human subject/user so that the receiver of the signal can be aware of, experience or feel the effect of the field. For example, the signal corresponding to a sender's HRV field can be applied to a receiver by receiving the signal by a device from the sender, assessing the HRV, e.g., by a computer equipped with a HRV analyzing software available in the art, transforming the received signal to an effect that can be felt, experienced or sensed by a human receiver and emitting, irradiating or sending out the effect to the receiver so that the receiver can feel or experience the effect of the HRV field that corresponds to the sender's mood and/or physical status. The means or device for receiving and transforming the signal and emitting the transformed effect can be a device described herein or any other device known in the art for these purposes. For example, a device that is able to receive and transform such signals is described in detail with references toFIGS. 15aand15b;a device that is able to emit a transformed signal is described in detail with reference toFIG. 16.
• In a particular embodiment, the present invention is directed to a method of monitoring, detecting and/recording a biomedical-based electromagnetic field, preferably, heart rate variability (HRV) field, emitted from a human user (also refereed to as a sender), associating the electromagnetic field with a message sent by the sender and communicating the associated message to a remote receiver, by measuring the biomedical-based electromagnetic field emitted from the sender, e.g., while the sender is communicating a message to a remote receiver, creating an electronic signal corresponding to the biomedical-based electromagnetic field (e.g., an encoded version of biomedical-based electromagnetic field) and transmitting or broadcasting and/or applying the signal to the remote receiver.
• Preferably, the transmission or broadcasting is an encoded digital description of the biomedical-based electromagnetic field. To ensure validity, this encoded signal could be digitally signed, e.g., using an MD5 digital signature (see http://www.hermetic.ch/crypto/md5digest.htm for a detailed description of “digital signature” and the method of it computation). In addition, this encoded digital signal can also contain addition information, including, but not limited to, a digital signature, and global positioning system (GPS) location data and/or the scene information. For example, the encoded, biomedical-based electromagnetic field signal can have additional information appended to it, this data including, but not limited to, location data (e.g., latitude and longitude) and/or scene information (e.g., indication that the sending user or sender is working from home).
• In another embodiment, the present invention contemplates additional step(s) of analyzing the received field (e.g., to determine the physical/emotional state of the user) and/or applying the received field to one or more receiving users, preferably, one more users who are participants in a collaborative online environment (e.g., a chat room or eMeeting).
• According to the present invention, the received field may include the combination of the fields received from two or more users (e.g., the resulting field applied to the receiving user is the combination of the fields received from the two or more other users participating in a telephone conference or online chat room).
• In still another embodiment, after analyzing the received field, the present invention also contemplates additional steps of receiving a message communication (e.g., a panic request) along with the field, analyzing the message communication (e.g., to determine that it is life threatening situation) and comparing the communication with the analysis of the field to determine the authenticity of the message (e.g., determining that even though the request is life threatening, the received field does not indicate any stress).
• In still yet another embodiment, after analyzing the received field, the present invention contemplates the additional step of generating an alert based on the analysis (e.g., sending out an alert to the lifeguards at a pool if a given user's field indicates high distress). Preferably, the alert includes, but is not limited to, the user's location (e.g., as determined by the GPS data included in the field broadcast).
• In a preferred embodiment, the method of the present invention only broadcast under particular conditions (e.g., if the user's field passes certain threshold values).
• The method of the present invention contemplates using devices from which the field is broadcast. The contemplated devices include, but are not limited to, a portable device, a fixed device, a fixed phone, a mobile phone, a computer (e.g., laptop), and a personal digital assistant (PDA) (e.g., a PDA having the brand name Blackberry®).
• In a further embodiment, the present invention is directed to a method for transmitting heart rate variability (HRV) data to influence the receiver's physical and emotional state. For example, the present invention contemplates a method for transmitting a positive HRV to improve the receiver's state if they are in a life-threatening situation.
• In particular, the present invention contemplates a given user to perform the following three acts:
• • 1. A first user (sender) authorizes a message, sends it to a second user (receiver) and then has his/her (sender's) HRV field, which was recorded when the message was authored, broadcasted to the second user while the second user reads the message;
  • 2. The first user records his/her HRV field at a particular time, and associates this HRV field with a particular symbol that can be displayed at the receiving device (e.g. an emoticon, such as
    
    , and then later including this symbol in a message he/she sends to a second user (receiver), with the associated field being broadcasted to the second user while the second user reads the message containing the symbol; and
  • 3. The first and second users participating in an online discussion (an “online room”) and broadcasting their pre-recorded HRV fields to each other.
• FIG. 1 shows an example of anetwork topology1000 that supports the current invention. As depicted, there are two client nodes1030 and1040 from which user #11060 and user #21070 are able to communicate to each other via anetwork1020 usingserver node1010.Server1010 will be described in detail with reference toFIGS. 2-6, and the clients nodes1030 and1040 will be described in detail with reference toFIGS. 7-13. One skilled in the art will appreciate that although only two client nodes (1030 and1040) are shown inFIG. 1, the present invention contemplates any number of such client nodes. Thenetwork1020 includes, but is not limited to, the Internet, an internal intranet, or a wireless on wired telecommunication network.
• FIG. 2 shows a block diagram of a Say-It-With-Feeling Service (SIWFS)server1010 in one embodiment of the present invention. Thissystem1010 may include any computing node that is able to load and execute programmatic code, including, but not limited to: products sold by IBM such as ThinkPad® or PowerPC®, running the operating system and server application suite sold by Microsoft, e.g., Windows® XP, or a Linux operating system. Thesystem logic2040 is preferably embodied as computer executable code that is loaded from a remote source (e.g., from a network file system), local permanent optical (CD-ROM), magnetic storage (such as disk), orstorage2010 intomemory2030 for execution byCPU2000. TheSIWFS server1010 also includes a datanetwork interface card2020, through which theSIWFS server1010 can communicate. Such aninterface2020 may include, but is not limited to, a hardwired one, e.g., Ethernet over coax cable, wireless IP, and telephone to IP (VoIP), such as that provided by the DVG-1402S Broadband Phone Service VoIP Router from D-Link®. As will be discussed in greater detail below, thememory2030 preferably includes computer readable instructions, data structures, program modules and application interfaces forming the following components:
• • amessage handler2050,
• an onlineroom connection handler2060, described in detail with reference toFIG. 4,
• • an onlineroom disconnection handler2070,
  • an online room field updatingserver handler2080, described in detail with reference toFIG. 6,
  • an online room message updatingserver handler2090, and
  • aserver database2100.
• Themessage handler2050 is responsible for relaying a given message to any and all specified recipients. One with regular skill in the art will appreciate that an Instant Messaging server—like that supplied AOL's Instant Messaging—is an instance of a synchronous version of such ahandler2050. An Instant Messaging service is synchronous in the sense that a message is delivered as quickly as possible to the recipient failing if the recipient is not available. An alternative asynchronous existing implementation of themessaging handler2050 is an SMTP (email) Mail relay server. With SMTP, thehandler2050 would hold any sent documents until the specified recipient requested their new mail. At that point, thehandler2050 would send the message to the requesting node's email client. This handler is discussed further with reference toFIGS. 9,10 and11. What both Instant Messaging and email services lack is the ability of the reader/receiver of a given message or note to have the HRV field of the sender broadcast to the reader/receiver when the reader/receiver reads the given message or note.
• The onlineroom disconnection handler2070 in one embodiment of the present disclosure enables a given user to leave (quit) a given online room in which they are already participating. When a disconnection request from a given user (e.g.,1060) for a given room (e.g., an outdoor sports discussion room) is received, thehandler2070 modifies the entry in theserver database2100 for the given room, deleting the given user from the list of participants. This means deletion will terminate the forwarding of all of the given room's field and message updates from the online room field updatingserver handler2080 and online roommessage updating handler2090.
• Thememory2030 also contains an online room message updatingserver handler2090, which supports an online discussion forum, henceforth referred to as an “online room.” The online room service allows users to join and participate one of several available online rooms—this activity usually being the posting of related messages. In theSIWFS server1010, the list of all of the available rooms and each of the room's current members is stored in theserver database2100. Existing examples of such a services include chat rooms, like that supplied by both Sametime Meeting (for details see http://publib.boulder.ibm.com/infocenter/sametime/v7r5ml/index.jsp?topic=/com.ibm.help.same time.ems.doc/welcome.html) and the Easy Chat Server (for details, see http://www.echatserver.com/index.htm). What both of these services lack is for a given participant to have the HRV fields of all of the other room members broadcast to him/her while he/she participates. The room message updatingserver handler2090 is responsible for forwarding any posting from one user to all of the other room members. To accomplish this, whenever a online room message is received, the handler2090:
• • determines the message's room (specified in the message),
  • determines all of the given room's participants from theserver database2100, and then
  • sends the new message to all of the participants.
• Thishandler2090 will be discussed further with reference toFIGS. 12 and 13.
• Thememory2030 also includes theserver database2100, in one embodiment, which provides for the creation, deletion and modification of persistent data (such as the users' names, their ID's, the chat rooms and their active member lists, and extended emoticon definitions), and is used by the handlers2050-2090 of theSIWFS server1010. An example of a product providing such function includes IBM DB/2 database system.
• FIG. 3 is a flow diagram illustrating the control flow of the SIWFS server'slogic2040 in one embodiment of the present invention. Atstep3000, theserver1010 waits for message or online chat request inputs. When such an input is received,step3010 checks whether it is a message-sending request from a client node1030/1040 (FIG. 1). If so, then themessage handler2050 is invoked instep3020, to process the request, following which control continues atstep3000. If the input is not a message-sending request, then step3030 checks whether it is a request by a user to join an online room. If so, the onlineroom connection handler2060 is invoked instep3040, following which control continues atstep3000. If the input is not an online room connection request, then step3050 checks whether it is a request by a user to leave an online room. If so, the onlineroom disconnection handler2070 is invoked instep3060, following which control continues atstep3000. If the input is not an online room disconnection request, then step3070 checks whether it is an online room field update request. If so, the online room field updatingserver handler2080 is invoked instep3080, following which control continues atstep3000. If the input is not an online room field updating request, then step3090 checks whether it is an online room message update request. If so, the online roommessage updating handler2090 is invoked instep3100, following which control continues atstep3000. If the input is not an online room message update, then a miscellaneous handler beyond the scope of the current invention is invoked instep3110, following which control continues atstep3000.
• FIG. 4 is a flow diagram illustrating the control flow of the onlineroom connection handler2060 in one embodiment of the present invention, which is responsible for processing a request from a given user (e.g.,1060) join and participate in a specified online room. As shown instep4000, thehandler2060 first checks theserver database2100, creating a new entry for the requesting user if they do not already have an entry. Instep4010, thehandler2060 returns a list of all available online rooms to the requesting user's node1030, obtaining the user's selection isstep4020. Thehandler2060 then adds the given user to the specified online room instep4030 recording this fact in theserver database2100.
• FIG. 5 is a flow diagram illustrating the control flow of the onlineroom disconnection handler2070 in one embodiment of the present disclosure, which enables a given user to leave (quit) a given online room in which they are already participating. When invoked, thehandler2070 is passed both the ID of the relevant user (e.g.,1060) and online room (e.g., the outdoor sports discussion room). As shown, instep5000, thehandler2070 first finds the entry for the given room in theserver database2100. Then insteps5010, thehandler2070 modifies the entry in theserver database2100, deleting the given user from the list of participants. This means deletion will terminate the forwarding of all of the given room's field and message updates from the online room field updatingserver handler2080 and online roommessage updating handler2090.
• FIG. 6 is a flow diagram illustrating the control flow of the online room field updatingserver handler2080 in one embodiment of the present invention. Thishandler2080 is responsible for calculating and sending each of a given room's participants the updated combined field of all of the room's current participants. Thishandler2080 uses field updates sent by each user—from their node's online room field updatingclient handler7140—the information in these updates including, but not limited to, the following:
• • the user's ID,
  • the user's node,
  • the online room,
  • the user's location in the room,
  • the user's direction (of gaze) in the room,
  • an encoding of the user's field.
• As shown inFIG. 6, instep6000 thehandler2080 first determines the given update's user and online room, storing the update in server database2100, and associating it with the given user instep6010. Next, instep6020, the handler's2080 NEW_TOTAL_FIELD variable is set to null (zero). Then, instep6030, thehandler2080 sums together the fields of every user currently participating in the online room, storing the sum in NEW_TOTAL_FIELD. Instep6040, thehandler2080 sends this updated online room field to each of the given online participants (specifically to the online room field updatingclient handler7140 running on each participating users node7000).
• FIG. 7 depicts a more detailed component diagram of aSIWFS client node7000 in one embodiment of the current invention, which represents the client nodes1030 and1040 ofFIG. 1. Such aclient7000 may comprise any computing node that is able to load and execute programmatic code and communicate via a network, including, but not limited to: an IBM ThinkPad running Windows XP. Additional platforms include network-connectable mobile (i.e., portable) devices such as those sold under the trademark Blackberry by RIM, as well as smart cellular telephones (i.e., devices which can act as a cellular telephone as well as run network applications), e.g., Nokia 90008 by Nokia. As shown inFIG. 7,client7000 preferably includes:
• • a processor device,CPU7010,
  • astorage device7020 such as a magnetic or optical disk storage or a direct access storage device (DASD),
  • anetwork interface7030,
  • afield monitoring device7040, described in detail with reference toFIG. 15a,
  • afield broadcasting device7050, described in detail with reference toFIG. 16, and
  • amemory7060, such as RAM.
• According to the present invention, theclient logic7070 is preferably embodied as computer executable code that is loaded from a remote source (e.g., over thenetwork1020 via the network interface7030), local permanent optical (CD-ROM), magnetic storage (such as disk), orDASD7020 intomemory7070 for execution byCPU7010. As will be discussed in greater detail herein below, thememory7070 preferably includes computer readable instructions, data structures, program modules and application interfaces forming the following components:
• • afield monitoring handler7080, described in detail with reference toFIG. 15b;
  • afield broadcasting handler7090, described in detail with reference toFIG. 16;
  • a message authoring handler7100, described in detail with reference toFIG. 9;
  • amessage receiving handler7110, described in detail with reference toFIG. 10;
  • an extended-emoticon defining handler7120, described in detail with reference toFIG. 11;
  • an online room client handler7130, described in detail with reference toFIG. 12;
  • an online room field updatingclient handler7140, described in detail with reference toFIG. 13;
  • an online roommessage receiving handler7150,
  • an online roommessage authoring handler7160,
  • aclient database7170, and a
  • an online room field updating agent handler7180, described in detail with reference toFIG. 14.
• FIG. 15adepicts thefield monitoring device7040 in one embodiment of the current invention. As shown, there is awire coil15000 attached to a computer accessible current meter15010 (e.g., accessible via an RS232 connection). Whenever the heart of the user of thenode7000 user generates a magnetic field, this field induces a current incoil15000 which can be measured by thecurrent meter15010, which in turn, can be retrieved by the field monitoring handler7080 (e.g., via the RS232 connection).
• FIG. 15bdepicts a flow diagram illustrating the control flow of thefield monitoring handler7080, which is responsible for measuring and recording the HRV field of thenode7000 user, and then returning a digital encoding of it. As shown, instep15100, thehandler7080 retrieves the current measured by thecurrent meter15010 of thefield monitoring device7040 for a fixed period of sampling time (e.g. 1/100 of a second, this value possibly passed to thehandler7080 when the field reading is requested). Next, instep15110, thehandler7080 checks whether the overall reading is complete. This consists of either checking that a specified overall time period had elapsed (e.g. 30 seconds) or that a stop signal has been received (e.g., a computer interrupt signal from one of hander7100-7160). If not, control continues atstep15100. Otherwise, instep15120, thehandle7080 encodes the readings that is has taken for the current request. In one embodiment of the current invention, the digital encoding of the given measurement returned by thefield monitoring handler7080 consists of an indication of how long each sampling lasted (e.g., 1/100 of a second) followed by a list of each of the readings (i.e. a decimal indicating the current retrieved from the current meter15100). So, for example, if a given user's HRV field was read for 30 seconds with a 1/100 of a second sampling length, the returned encoding of their HRV field would consist of the fraction “ 1/100” followed by a list of 3000 values, each one indicating the current measured by thecurrent meter15010 during a sampling period. One with regular skill in the art will appreciate that encodings using lengths of time other than 1/100 second (e.g., 1/1000 of a second) are also within the scope of the current invention. Further, rather than just a single recording, thefield monitoring handler7080 could use the average (or some other combination) of the readings taken during the given sampling time interval.
• Thefield broadcasting handler7090 is responsible for decoding a received encoding of an HRV field and then broadcasting this field to the node user (1060 or1070). So, ifuser1060 sent a message touser1070, thishandler7090 would provideuser1070 withuser1060's HRV by first decoding what it is passed and then applying (radiating)user1070. To broadcast the actual the signal, thefield broadcasting handler7090 employs thefield broadcasting device7050, a more detailed component block of one embodiment of which is depicted inFIG. 16. As shown, there is awire coil16000 which is connected to a computer controllablecurrent source16010. When current is driven through thecoil16000, a magnetic field is induced, which will radiate the user of the givennode7000. In one embodiment of the current invention (as described above with reference toFIG. 15b), the encoding of the HRV field consists of a first number representing the length of each sampling period followed by a list of numbers, each number representing the level of current to generate (i.e., with the current source16010) for each sampling period. Thus, to broadcast a given signal, thefield broadcasting handler7090, first sets the sampling period using the first number from a given encoding. Thefield broadcasting handler7090 then reads each following number from the encoded HRV field and commands thecurrent source16010 to generate that level for the specified sampling period. When all of the numbers have been read from the encoding, thecurrent source16010 is set down to 0.
• The online roommessage receiving handler7150 is responsible to displaying messages related to a specified online room. Examples of such handlers include those sold by IBM under the trademark Sametime® Meeting. This handler enables the display of a received message linking to the specified online room and indicating the message's sender. E.g., if a user with ID “Ron” sends the message, “Me too,” to the Co-workers online room in which the node user is participating, thehandler7150 could provide a window which includes:
• Ron: Me too in a window being labeled “Coworkers” and containing previously received messages. (For full details on IBM Sametime meeting client, see http://publib.boulder.ibm.com/infocenter/sametime/v7r5m1/index.jsp?topic=/com.ibm.help.same time.admin.doc/st_adm_intro_mtgrmclient_c.html).
• The online roommessage authoring handler7160 is responsible for enabling the node user to author and send her own messages to a given online room. IBM's Sametime meeting provides such an authoring GUI. This GUI allows user to select rooms and then author comments that are sent to the given room. For full details on IBM Sametime meeting client, see http:/publib.boulder.ibm.com/infocenter/sametime/v7r5m1/index.jsp?topic=/com.ibm.help.same time.admin.doc/st_adm_intro_mtgrmclient_c.html).
• Theclient database7170, in one embodiment of the current invention, provides for the creation, deletion and modification of persistent data, and is used by the handlers7080-7160 and7180 of theSIWFS client7000. An example of a product providing such function includes the IBM DB/2 database system.
• FIG. 8 is a flow diagram illustrating the control flow of the SIWFS client'slogic7070 in one embodiment of the present disclosure. Atstep8000, theclient7000 waits for input. When an input is received,step8010 determines whether it is a message authoring request. If so, the message authoring handler7100 is invoked instep8020, following which control continues atstep8000. If the input is not a message authoring request, then step8030 checks whether it is a request to receive a message. If so, themessage receiving handler7110 is invoked instep8040, following which control continues atstep8000. If the input is not a message receiving request, then step8050 checks whether it is a request to define an extended-emoticon. If so, the extended-emoticon defining handler7120 is invoked instep8060, following which control continues atstep8000. If the input is not an extended-emoticon defining request, then step8070 checks whether it is a request to connect to an online room. If so, the online room client handler7130 is invoked instep8080, following which control continues atstep8000. Otherwise,step8090 checks whether it is a request to disconnect from an online room. If so, the online room client handler7130 is invoked instep8100, following which control continues atstep8000. If the input is not an online room disconnection request, then step8110 checks whether it is a request to send a message to an online room. If so, the online roommessage authoring handler7160 is invoked instep8120, following which control continues atstep8000. If the input is not an online room message sending request, then step8130 checks whether it is a request to process an incoming online room message. If so, the online roommessage receiving handler7150 is invoked instep8140, following which control continues atstep8000. If the input is not an online room message receiving request, then step8150 checks whether the input is an online room field update related request. If so, the online room field updatingclient handler7140 instep8160, following which control continues atstep8000. If the input is not an online room field update related request, then a miscellaneous handler beyond the scope of the current invention is invoked instep8150, following which control continues atstep8000.
• FIG. 9 is a flow diagram illustrating the control flow of the message authoring handler7100 in one embodiment of the present disclosure. This handler7100 enables a user (e.g.,1060) to create and send a message to another user (e.g.,1070), this message containing not only context like text and graphics which can be viewed by the recipient, but also an encoding of the HRV field of the author, this encoded data being decoded and broadcast to (i.e., radiated on) the recipient when they read the message. As shown, instep9000, the handler7100 has the sender (e.g.,1060) specify the recipient of the message (e.g.,1070). One with regular skill in the art will appreciate that in the case where the message protocol is SMTP (email), the sender would specify the email address of the recipients. Similarly, if the message protocol is instant messaging (e.g., that provided by Lotus Sametime Instant Messaging), the sender specifies the instant messaging ID of the recipient.Step9000 also allows the sender to specify the subject of the message if the messaging protocol is SMTP. Next, instep9010, the handler7100 checks whether the sender wants to send an encoding of their HRV field throughout the time they author the given note, or if they want to use extended-emoticons instead (extended emoticon also discussed further in detail with reference toFIG. 11). If the sender elects to use the encoding of her HRV field for the entire authoring session, then, instep9020, thefield monitoring handler7080 is invoked to start recording the sender's HRV field. Next, in step9030, the handler allows/enables the sender to specify the contents of her message (e.g., text and graphics). Once the user is finished, the handler7100 tells thefield monitoring handler7080 to stop recording instep9040, and return and encoding or the recorded HRV field history instep9050. The handler7100 then adds a tagged field to the authored message which contains the encoded HRV field history. Finally, instep9070, the completed message is sent to themessage handler2050 running on theSIWFS server1010.
• Alternatively, if the sender has indicated that she only wants to include extended-emoticons in her message, then in step9080 the handler7100 allows the sender to author her message, embedding an emoticon (e.g., the

  

  or

  

  symbol) in her authorized note. Instep9090, the user is able to indicate that they wish to define an extended-emoticon. If she does, then instep9100 the extended-emoticon defining handler2120 is invoked, following which control continues at step9080 where the user is allowed to continue editing her message. As will be described further with reference toFIG. 11, each extended-emoticon definition is stored in theclient database7170. Thus, a user can reuse an extended-emoticon that they have previously defined using the extended-emoticon defining handler. For example, ifuser1060 previously defined an extended-emotion associated with the

  

  symbol, she could include this symbol in her message and have the previous definition used; she would not have to redefine the symbol for the current message unless she wanted to. The user can also indicate that she has completed her message instep9110. When this occurs, the handler7100 adds tagged fields into the message (e.g., at the top of the message) which specify the definitions of all emoticons found in the message that have an associated extended-emoticon definition. So, for example, if the message contains both the

  

  and the

  

  emoticons and there is only an extended-emoticon definition for

  

  then only the definition for

  

  will be included as a tagged field;

  

  will be left undefined. Each of these definitions includes both an encoded HRV field and the associate emoticon symbol (e.g.,

  

  . Finally, instep9070, the completed message is sent to themessage handler2050 running on theSIWFS server1010.
• FIG. 10 is a flow diagram illustrating the control flow of themessage receiving handler7110 in one embodiment of the present invention. Thishandler7110 is responsible for displaying a sent message's contents as well as broadcasting any encoded HRV field data to the reader. Instep10000, thehandler7110 parses the entire message, extracting any encoded HRV field data from tagged fields/sections in the message. This includes the history HRV field while author created the message, or any definitions HRV fields associated emoticon symbols. In step10010, thehandler7110 displays the contents to the viewing user (e.g.,1070) and instep10020 broadcasts the encoded HRV field data when appropriate by passing the encoded HRV field to thefield broadcasting handler7090. So, for example, if the author included extended-emoticons, then thehandler7110 will only broadcast the associated HRV field to the reader when they reach the associated emoticons. One with regular skill in the art will appreciate that the reader could also have the HRV field related to a given emoticon broadcast to them when the selected (e.g., double-clicked) the associated emoticon.
• FIG. 11 is a flow diagram illustrating the control flow of the extended-emoticon defining handler7120 in one embodiment of the present disclosure. Thishandler7120 is responsible for allowing a given user to record and associate particular HRV fields (in encoded form) with particular symbols, e.g., emoticons, such as

  

  and

  

  In step11000, the user specifies a particular emoticon system (e.g.,

  

  Then, instep11010 the handler7129 invokes thefield monitoring handler7080 to start recording the user's HRV field. Next, instep11020, after a preset period of time, or when indicated by the user, thefield monitoring handler7080 stops recording the user's HRV field, and, instep11030 returns an encoded version of its readings. Lastly, instep11040, the extended-emoticon defining handler7120, stores an extended-emoticon definition in theclient database7170, this definition including the specified (emoticon) symbol, the returned encoded HRV field, and the fact that the two are associated to each other.
• FIG. 12 is a flow diagram illustrating the control flow of the online room client handler7130 in one embodiment of the present disclosure. This handler7130 allows a given user to both join and leave online rooms.Step12000 determines whether the current request is to connect or to disconnect. If it is a connection request then instep12010 the handler7130 contacts theSIWFS server1010 and retrieves the current list of available online rooms. Instep12020 the user selects one of these rooms, and instep12030 this selection is sent to the onlineroom connection handler2060 running on theSIWFS server1010, which adds the given user to the specified room. Then, instep12040, the online room field updating client handler7140 (described in detail with reference toFIG. 13) is invoked to begin sending updates of the user's HRV field to theSIWFS server1010 with respect to the selected online room. Alternatively, if the request for one from the user to disconnect from a given online room, then, instep12050, the online room field updatingclient handler7140 is told to step sending HRV field updates for the user for the given online room. Lastly, instep12060, onlineroom disconnection handler2070 running on theSIWFS server1010 is contacted and told to remove the given user from the given room.
• FIG. 13 is a flow diagram illustrating the control flow of the online room field updatingclient handler7140 in one embodiment of the present disclosure. Thishandler7140 is responsible for handling all requests to theclient7000 related to updating online room field broadcasts. As shown, instep13000 thehandler7140 first checks whether the given request is one containing new encoded field data to broadcast to the node's user. If so, instep13010, thehandler7140 passes the encoded data to thefield broadcasting handler7090, which decodes the data and then broadcasts described field to the node user. If not, step13020 checks whether the input is a request to begin sending updates of the node user's HRV field to a specified online room. If so, then instep13030, thehandler7140 spawns an instance of the online room field updating agent handler7180 (described in detail with reference toFIG. 14.) indicating the specified online room. Then, instep13040, thehandler7140 records the fact that the node user's field is being sent to theSIWFS server1010 for the specified room in theclient database7170, including the identification of the agent instance handling these updates. Otherwise, instep13050, thehandler7140 checks whether the request is one stop sending field updates to a specified room. If so, thehandler7140 first queries theclient database7170 to determine which instance of the online room field updating agent handler7180 is sending updates to the specified online room. Next, instep13070 this instance is terminated, following which theclient database7170 is updated to indicate this instep13080.
• FIG. 14 is a flow diagram illustrating the control flow of the online room field updating agent handler7180 in one embodiment of the present disclosure. This handler7180 is responsible for periodically updating the node user's HRV field in a specified online room. Whenever the node user joins a specified online room, a new instance of the online room field updating agent handler7180 is created and run, this instance being passed the ID's of both the node user and target online room. The instance then periodically measures, encodes and then sends updates to the online room field updatingserver handler2080 running on theSIWFS server1010 for the given room and user. The given instance runs until being terminated by the online room field updatingclient handler7140. In one embodiment of the current invention, as show inFIG. 14, instep14000 this handler7180 first invokes thefield monitoring handler7080 to obtain an encoding of 5 seconds of the node user's HRV field. Instep14010 the handler7180 sends this encoded data tagged with the ID of the node and the specified online room to the online room field updatingserver handler2080 running on theSIWFS server1010. Control then continue atstep14000. One with regular skill in the art will appreciate the other methods of periodically recording and sending the node user's HRV field are within the scope of the current invention, including, but not limited to recording the HRV field for a fixed time period then pausing, or analyzing the encoded HRV field and only sending updates when the recorded data changes (thus reducing network communication from theclient7000 to the server1010).
EXAMPLEUsage Scenarios
• The following are three examples and non-limiting usage scenarios, which demonstrate features of the present invention.
• Example Usage Scenario #1, in which Buddy sends a message note to his colleague Helga, demonstrates communication that includes and provides Buddy's HRV field to Helga when Helga reads the note.
• 1. Buddy brings up SIWFS GUI on his computer in order to send a message note to his colleague Helga, describing how happy and contented he is working on his current project.
• 2. Since Buddy is feeling precisely this happiness and contentment as he writes the note, he selects the record-field option when he starts authoring the note.
• 3. The SIWFS client begins recording his HRV field in the manner as described in the present application.
• 4. Once he finished authoring the note, Buddy selects the Send command.
• 5. The SIWFS client encodes the HRV field data that it has recorded and includes it as an attachment to the note its sends to Helga.
• Helga receives the note from Buddy on her SIWFS client. When she reads the note, Helga not only is shown all of the data (e.g., text and graphics) that Buddy sent, but she also has Buddy's HRV field applied to her decoded from the data attached to Buddy's message so that she can feel the HRV field or happiness of Buddy. Note that if Helga had read Buddy's note using a standard IM client, then the encoded HRV field data would have been ignored.
• Example Usage Scenario #2, in which Buddy sends a message to Helga that includes an extended-emoticon, which provides one of Buddy's particular HRV fields to Helga when she reads the note.
• 1. At one point using his SIWFS client, Buddy records his HRV field when he is feeling particularly sad, tagging this data with the
  
  emoticon. The SIWFS client stores this data—in encrypted form along with its association to
  
  for future use.
• 2. At a later time, Buddy learns that he is being reassigned a new project, which is sure to be irritating. Using the SIWFS client's message authoring application, Buddy writes another message to his colleague, Helga. In the note, Buddy explains the situation, ending the description with the
  
  emoticon.
• 3. When he sends the note, the SIWFS client, includes the encrypted HRV field data associated with the
  
  emoticon, as well as an indication that the
  
  emoticon should be associated with the given encrypted HRV field data.
• Helga receives the note from Buddy, and begins reading its using the SIWFS message application on her computer. As soon as the

  

  emoticon becomes visible to Helga, the SIWFS message application decodes the HRV field data and applies it to her so that she can feel the HRV field or sadness of Buddy.
• Example Usage Scenario #3, in which Buddy participates in an online community in which all of the other participants' HRV fields are sent and applied to all of the other participants.
• 1. Buddy brings up SIWFS online community application on his computer and connects to the SIWFS Server.
• 2. The SIWFS online community application downloads the available discussion rooms from the SIWFS server, and begins monitoring Buddy's HRV field.
• 3. Buddy chooses the What-Bugs-Me room. As soon as he does, the online community application begins sending an encoded form of Buddy's HRV data to SIWFS server.
• 4. The SIWFS online community application on Buddy's client also listens for updates from the SIWFS server. Whenever one arrives, the online community application not only displays the new data, but also decodes and applies the included encoded HRV field data to Buddy. This HRV field is the sum of the HRV fields of all of the room's current participants combined in the manner as described in greater details herein. Thus, each participant not only reads what the others are saying, but can also feel the common HRV field, just as if they were all together. Note that the online community application may receive updates from the server which contain only HRV field updates.
• The present invention has been described with reference to diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each diagram, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified herein.
• These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified herein.
• The computer program instructions may also be loaded onto a computer-readable or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified herein.
• The embodiments and examples described above are illustrative only and it should not be construed in any way that the present invention is limited to these particular embodiments or examples. Thus, various changes and modifications may be effected by one skilled in the art without departing from the spirit or scope of the present invention as defined in the appended claims.

Claims (6)

1. A method of communicating heart rate variability (HRV) field emitted from a first human user (“sender”) associated with a message communicated from the sender via a sending device to a second human user at a remote receiver device (“receiver”), comprising recording the HRV field of the sender, creating an electronic signal corresponding to the recorded HRV field, transmitting and apply the signal together with the message to the remote receiver, wherein the HRV field is recorded while the sender communicates the message to the receiver.

2. The method ofclaim 1, wherein the transmitted electronic signal corresponding to the HRV field is encoded.

3. The method ofclaim 2, wherein the electronic signal further comprises information selected from the group consisting of digital signature, location information and the scene information.

4. The method ofclaim 1, HRV field signal together with the message are transmitted and applied to at least two remote receivers, wherein the receivers are participants in a collaborative online environment.

5. The methodclaims 4, wherein the received HRV field signal is a combination of signals from HRV fields emitted from at least two senders participating in the collaborative online environment.

6. The method ofclaim 1 further comprising the steps of analyzing the received electronic signal corresponding to the HRV field to determine the physical or emotional state of the sender, receiving a message along with the HRV field signal, analyzing the meaning of the message, and comparing the message with the analysis of signal corresponding to the HRV field, wherein the result of the comparison is indicative the authenticity of the message.

Images