EP2630836A2 - Systems and methods for messaging and presence modifcation - Google Patents
Systems and methods for messaging and presence modifcationInfo
- Publication number
- EP2630836A2 EP2630836A2 EP11848464.1A EP11848464A EP2630836A2 EP 2630836 A2 EP2630836 A2 EP 2630836A2 EP 11848464 A EP11848464 A EP 11848464A EP 2630836 A2 EP2630836 A2 EP 2630836A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- modification
- message
- recipient
- set forth
- parameters
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 38
- 238000012986 modification Methods 0.000 claims abstract description 414
- 230000004048 modification Effects 0.000 claims abstract description 413
- 102100025615 Gamma-synuclein Human genes 0.000 claims description 71
- 101100424152 Homo sapiens SNCG gene Proteins 0.000 claims description 71
- 239000000470 constituent Substances 0.000 claims description 30
- 238000012546 transfer Methods 0.000 claims description 21
- 239000002131 composite material Substances 0.000 claims description 19
- 230000008569 process Effects 0.000 claims description 17
- 238000004891 communication Methods 0.000 claims description 11
- 230000003068 static effect Effects 0.000 claims description 11
- 230000001413 cellular effect Effects 0.000 claims description 7
- 230000000977 initiatory effect Effects 0.000 claims description 7
- 230000002123 temporal effect Effects 0.000 claims description 7
- 230000009471 action Effects 0.000 claims description 6
- 230000008859 change Effects 0.000 claims description 6
- 239000011521 glass Substances 0.000 claims description 4
- 208000016354 hearing loss disease Diseases 0.000 claims description 4
- 238000007726 management method Methods 0.000 claims description 4
- 239000000203 mixture Substances 0.000 claims description 4
- 229940124447 delivery agent Drugs 0.000 claims description 3
- 238000012544 monitoring process Methods 0.000 claims description 3
- VCWNAJUHTLWQQT-YRGDBDHISA-N mpma Chemical compound C([C@@]1(C(=O)C(C)=CC1[C@@]1(O)[C@H](C)[C@H]2OC(=O)CCCCCCCCCCCCC)OC)C(CO)=C[C@H]1C1[C@]2(OC(C)=O)C1(C)C VCWNAJUHTLWQQT-YRGDBDHISA-N 0.000 description 42
- 108010041420 microbial alkaline proteinase inhibitor Proteins 0.000 description 7
- 238000004590 computer program Methods 0.000 description 6
- 230000000699 topical effect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000010354 integration Effects 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000010276 construction Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- VJYFKVYYMZPMAB-UHFFFAOYSA-N ethoprophos Chemical compound CCCSP(=O)(OCC)SCCC VJYFKVYYMZPMAB-UHFFFAOYSA-N 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- IRLPACMLTUPBCL-KQYNXXCUSA-N 5'-adenylyl sulfate Chemical compound C1=NC=2C(N)=NC=NC=2N1[C@@H]1O[C@H](COP(O)(=O)OS(O)(=O)=O)[C@@H](O)[C@H]1O IRLPACMLTUPBCL-KQYNXXCUSA-N 0.000 description 1
- 208000015976 Corneal dystrophy-perceptive deafness syndrome Diseases 0.000 description 1
- 230000000712 assembly Effects 0.000 description 1
- 238000000429 assembly Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000036651 mood Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000001568 sexual effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/046—Interoperability with other network applications or services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
- H04L51/066—Format adaptation, e.g. format conversion or compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
Definitions
- the present invention pertains to the arts of telecommunications and/or computer networking.
- the invention relates to systems and methods for modifying electronic messages.
- PRESENCE SERVICE IMPS
- PAG PRESENCE & AVAILABILITY
- MWG MESSAGING
- Electronic messages or messaging should be understood as encompassing any type of telephony or computer network messaging and particularly messages transmitted over cellular networks, Internet and Ethernet.
- Instances of electronic messages include: the short message service (otherwise known as SMS), electronic mail (E-mail), instant messaging (IM), presence messaging, a personal message or private message (often shortened PM).
- Components of electronic messages as referred to herein inter alia include: text, alphanumeric data, audio files, video files, graphics and hyperlinks.
- Multipurpose internet mail extensions as referred to herein in a non- limiting manner include: RFC 2045, RFC 2046, RFC 2047, RFC 4288, RFC 4289 and RFC 2049.
- Open Mobile Alliance OMA
- IMS Instant Messaging and Presence Service
- PAG Presence & Availability
- MWG Messaging
- XMPP standard standards' collectionas referred to herein includes: RFC 3920, RFC 3921 , RFC 3922, RFC 3923, RFC 4854, RFC 4974, RFC 5122.
- SIMPLE - Session Initiation Protocol for Instant Messaging and Presence standards' collection as referred to herein includes: RFC 3428, RFC 3856, RFC 3857, RFC 3858 and RFC 4825.
- Cellular network should be understood as encompassing any type of mobile telephony system and particularly cellular networks.
- Instances of mobile telephony systems inter alia include networks compliant with standards know in the art as: MTS, MTA, MTB, MTC, IMTS, MTD, AMTS, OLT, Autoradiopuhelin, AMPS, TACS, ETACS, NMT, Hicap, Mobitex, DataTAC, GSM, CSD, 3GPP2, CdmaOne (IS-95), D-AMPS (IS-54 and IS-136),CDPD, iDEN, PDC, PHS, GSM/3GPP, HSCSD, GPRS, EDGE/EGPRS, 3GPP2, CDMA2000 1 xRTT (IS-2000), WiDEN, 3G (IMT-2000), 3GPP, UMTS (UTRAN), WCDMA-FDD, WCDMA-TDD, UTRA- TDD LCR (TD-SCDMA), 3GPP
- agent or “module”
- module it should be construed as a computer program, including any portion or alternative thereof, e.g. script, command, etc., and/or a hardware component/s, including configurations or assemblies thereof, as well as any combination of the former with the latter.
- the term integrated shall be inter alia construed as - operable on the same machine and/or executed by the same computer program.
- integration of agents and/or integration into modules as well as the terms “transfer”, “relaying”, “transmitting”, “forwarding”, “retrieving”, “accessing”, “pushed” or similar refer to any interaction between agents via methods inter alia including: function calling, API (Application Programming Interface), IPC (Inter-Process Communication), RPC (Remote procedure call) and/or communicating using of any standard or proprietary protocol, such as SMTP, IMAP, MAPI, OMA-IMPS, OMA-PAG, OMA-MWG, SIP/SIMPLE, XMPP, SMPP.
- API Application Programming Interface
- IPC Inter-Process Communication
- RPC Remote procedure call
- FIG 1 is a schematic high-level block diagram of an embodiment of the system of the invention implementable ad hoc modification of electronic mail;
- FIG 2A is a schematic high-level block diagram of another embodiment of the system of the invention implementable ad hoc modification of instant messages
- FIG 2B is a schematic high-level block diagram of yet another embodiment of the system of the invention implementable ad hoc modification of instant messages
- FIG. 1 showing electronic messages modifying system 10.
- System 10 as elaborated infra, embodies an exemplary electronic mail (E-mail) modifying system.
- System 10 comprises sender moiety 12 and recipient moiety 14.
- Sender moiety 12 is connected to recipient moiety 14 through worldwide computer network 16 (frequently referred to as the internet) and/or other telecommunication link 18.
- worldwide computer network 16 frequently referred to as the internet
- Sender moiety 12 comprises sending terminal 20.
- sending terminal 20 is a message user agent (henceforth MUA), which is frequently referred at the colloquial language as client.
- MUA 20 is used for the composition of the electronic message and formatting thereof.
- Electronic messages produced by MUA 20 typically comprise a body and header, wherein the former typically includes the content of the message intended for the view by the recipient, whereas the latter contains metadata of the message, necessary for the transmittal and delivery thereof.
- the headers of electronic messages produced by MUA 20 are preferably compliant with multipurpose internet mail extensions (MIME) internet standard collection and particularly with: RFC 2045, RFC 2046, RFC 2047, RFC 4288, RFC 4289 and RFC 2049.
- MIME multipurpose internet mail extensions
- the electronic messages produced by MUA 20 in a non-limiting manner include: text, alphanumeric data, audio files, video files, graphics and hyperlinks.
- Sender moiety 12 optionally further comprises message submission agent
- message generator 26 is implemented ad hoc generating numerous electronic messages in a relatively short period of time.
- Message generator 26 is typically employed in corporate setups, for generating numerous messages to multiple addresses, for instance for the clientele, employees personnel or subscribers to an information service, social network, any type of client service and alike.
- Message generator 26 is optionally connected to internal sender database 30, including the addresses and pre-modification parameters of the addressees, as elaborated hereunder.
- Electronic messages generated by message generator 26 are typically transmitted directly to MPMA 24.
- MPMA 24 receives incoming messages from MUA 20, MSA 22 or generator
- a pre-modification comprises a modification of the metadata at the header of the messages and/or bodies thereof.
- the pre-modification is optionally performed in respect to at least one predefined constituent in the header and/or body of the message, intended for the recipient, without altering or modifying said constituent per se.
- An example of a predefined constituent in the header of the message is a field allocated within a HTML structured form, presented for the view by the recipient at the message body, in accordance with RFC 2388.
- the term intended as referred to herein is to be construed as inter alia intended for the view of the recipient.
- the pre-modification is performed by prescribing a conditional action, hereinafter pre-modification parameter, in respect to one or more predefined constituents in the body and/or header of the message, of the message intended for the recipient.
- pre-modification parameter is typically appurtenant to a qualitative characteristic or numerical range of a modification parameter; an exemplary detailed specification of modification parameters is provided below.
- the code of the pre-modification parameters can be embedded, irrespectively, in the header and/or body of the message.
- the code of the pre-modification parameters embedded in the body of the message is typically hidden from the view of the recipient.
- the code of the pre-modification parameters is utilized by a message modification agent (hereinafter MMA); MMA include sender, recipient and/or transfer MMAs, as detailed infra.
- MPMA 24 retrieves pre-modification parameters from internal sender database 30 and embeds them in the header and/or body of the message.
- a pre-modification parameter can be assigned to a TRUE/FALSE value, respectively indicating the presence/absence of a particular software program installed on the recipient MUA machine.
- TRUE/FALSE value respectively indicating the presence/absence of a particular software program installed on the recipient MUA machine.
- IP address e.g. 10.1.1.1
- URI universal resource identifier
- URL locator
- a particular software program is not installed on the recipient MUA machine, namely the pre-modification parameter is FALSE, a corresponding modification parameter is applied by MMA and a hyperlink for downloading the particular software program is consequently embedded in the aforementioned or other predefined field in the body of the message.
- a pre-modification parameter can be assigned to a numeric range divided into three numeric sub-ranges, respectively indicating the GUI screen size and/or resolution on the recipient MUA machine.
- a corresponding modification parameter is applied by MMA and merely one third of the textual content of the message is consequently presented, by showing only the first of the three adjacent fields in which the textual content of the message is allocated.
- GUI screen size is within the second numeric sub-range, a corresponding modification parameter is applied by MMA and thus the first and the second of three adjacent fields allocated for textual content are consequently presented, showing about two thirds of the textual content of the message; etc.
- the predefined fields are typically allocated within a HTML structured message body, in accordance with RFC 2388, the content of which is incorporated herein by reference.
- Data/files necessary for the modification of the message are typically either contained within attachments of the message or obtainable from an IP address, URI and/or URL.
- the pre-modified message containing pre-modification parameters, is transmitted to message transfer agent 28 (MTA), together or alongside 32 the body of the message. From MTA 28 the message is further transferred through computer network 16 and/or other telecommunication link 18 to recipient moiety 14.
- MTA message transfer agent 28
- sender moiety 12 of system 10 comprises sender modification agent (SMMA) 25.
- SMMA 25 receives incoming messages from MUA 20, MSA 22, message generator 26 or MPMA 24 and applies a modification hereto.
- the modification of the messages by SMMA 25 comprises a modification of the message body and/or the metadata at the header thereof.
- the modification of the messages by SMMA 25 is performed by modifying a constituent of the message intended for the recipient.
- the modification of the message body is applied to at least one predefined constituent in the body of the message.
- the modification of the messages by SMMA 25 is performed in accordance with at least one modification parameter of the recipient, retrieved from database 60.
- Database 60 can be integrated within recipient moiety 14 or form an independent constituent of system 10.
- the modification of the messages by SMMA 25 is optionally performed in accordance with pre-modification parameters prescribed by MP MA 24.
- SMMA 25 typically refer to relatively constant and/or static qualities/characteristics of the recipient profile and/or properties of the recipient MUA machine, such as the model/type of the hardware and/or configuration thereof on the recipient MUA machine and/or user profile properties.
- the reason for preferring modification parameters that refer to relatively constant qualities/characteristics is that a message transmitted from sender moiety 12 at a given time can be retrieved by, accessed by and/or pushed to the recipient indefinite time thereafter. Therefore, the modification of the messages by SMMA 25, which is actually and unconditionally alters the content of the message and/or body thereof viewable by the recipient, is preferably performed in accordance with qualities/characteristics which are less probable to change until the message is actually retrieved by, accessed by and/or pushed to the recipient.
- a UNIX executable script is embedded in a predefined field, typically allocated within a HTML structured message body, in accordance with RFC 2388.
- a profile property indicates a particular gender of the user, gender-specific textual/graphical information is included in the body and/or header of the message; alternatively if the gender of the user cannot be established, unisex information is included in the body and/or header of the message.
- MPMA 24 and SMMA 25 are integrated into unitary module 27.
- MPMA 24 is integrated (not shown) with message generator 26, MUA 20 and MSA 22, thereby initially producing messages containing pre- modification parameters. Therefore message generator 26, MUA 20 and/or MSA 22 is optionally connected to internal sender database 30 to retrieve pre-modification parameters therefrom.
- SMMA 25 is integrated (not shown) with MTA 28.
- SMMA 25 are transmitted to MTA 28, together or alongside 32 the body of the message. From MTA 28 the message is further transferred through computer network 16 and/or other telecommunication link 18 to recipient moiety 14. In recipient moiety 14, messages received by recipient MTA 40. The transfer of the messages from MTA 28 to recipient MTA 40 is performed essentially in accordance to methods known in the art.
- system 10 is configured as an external service provider adapted for the modification of messages sent form moiety 12 to moiety 14.
- a message sent from MTA 28 and intended for a particular recipient MTA 40 is directed first to MTA 34, via internet 16, as an external service provider.
- the directing of the message sent from MTA 28 and intended to a particular recipient MTA 40 to MTA 34 instead is preferably achieved by assigning the IP address of MTA 34 as mail exchanger record (MX record) or a service record (SRV record) on the domain name system (DNS); thereby upon resolving with the DNS the destination IP address of a particular recipient, MTA 28 receives the IP address/port of MTA 34 and consequently directs the message thereto.
- MX record mail exchanger record
- SSV record service record
- DNS domain name system
- TMMA 36 preferably retrieves an updated set of modifications parameters from database 60 and subjects the message forwarded from MTA 34 to a modification.
- the modification of the messages by TMMA 36 is performed in accordance with modification parameter of the recipient as retrieved from database 60.
- Database 60 can be integrated within recipient moiety 14 or form an independent constituent of system 10.
- the modification of the messages by TMMA 36 is optionally performed in accordance with pre- modification parameters prescribed by MPMA 24.
- TMMA 36 Messages modified by TMMA 36 are returned to MTA 34 and thereafter transmitted to recipient MTA 40, to be thereafter retrieved by, accessed from and/or pushed to recipient MUAs 52 A-C; the term MUAs as used herein should be construed as any number of MUAs larger than one.
- TMMA 36 and MTA 34 are integrated in unitary module 38, as an external service provider in system 10.
- an incoming message is received by MTA 40 in recipient moiety 14 and thereafter forwarded to TMMA 36 or module 38, modified therein, and subsequently returned to MTA 40 in order to be stored in MTA 40 or MDA 42, until retrieved by, accessed from and/or pushed to recipient MUAs.
- an incoming message is transmitted by MTA 40 to TMMA 36 or module 38 and/or returned from TMMA 36 or module 38 to MTA 40 via internet 16, whereas in other instances the message is transmitted by MTA 40 to TMMA 36 or module 38 and/or returned from TMMA 36 or module 38 to MTA 40 via a communication link other than internet 16; for example by employing a proxy configuration.
- RMMA recipient MMA
- messages received by recipient MTA 40 are further transmitted to recipient MMA (RMMA) 46.
- messages received by recipient MTA 40 are transmitted to and stored by delivery agent 42 (hereinafter MDA); MDA and MTA is to be construed as including a storage facility, e.g. mailbox, etc.
- MDA delivery agent 42
- MRA mail retrieval agent 44
- the step of retrieving the message from MDA 42 to MRA 44 is a pull step; therefore an incoming message is stored by MDA 42 until it retrieved by MRA 44 as a pull step.
- Messages received by recipient MTA 40 or retrieved by MRA 44 from MDA 42 are further transmitted to RMMA 46. If the configuration of recipient moiety 14 does not employ MDA 42 and/or MRA 44, the messages received by recipient MTA 40 are transmitted to RMMA 46, typically as a push step.
- MRA 44 and RMMA 46 are optionally integrated into unitary module 48, receiving messages pushed from MTA 40 or retrieved from MDA 42.
- MDA 42 is included in unitary module 48.
- the configuration of recipient moiety 14 employs MRA 44, entailing the aforementioned pull step, for an effective handling modification of messages for a plurality of recipient MUAs, as will be elaborated infra.
- RMMA 46 and/or unitary module 48 is connected to database 60 which can be integrated within recipient moiety 14 or form an independent constituent of system 10.
- Database 60 contains modification parameters of the recipient and/or recipient MUA machine. Modification parameters are typically retrieved from database 60 by RMMA 46 and/or unitary module 48. Modification parameters are typically retrieved from database 60 by RMMA 46 and/or unitary module 48 a retrieval of at least one type, of the two types explained immediately hereafter.
- Retrieval of the first type is defined as the retrieving, of modification parameters, by RMMA 46 and/or unitary module 48 from database 60, performed upon the receipt of an incoming message by MTA 40, RMMA 46 or unitary module 48.
- Retrieval of the second type is defined as the retrieving, of modification parameters, by RMMA 46 and/or unitary module 48 from database 60, performed upon an access or retrieval of a message by MUAs 52 A-C from MRA 44, RMMA 46, module 48 or MDA 42.
- a retrieval of the first type and/or second type optionally, initiates an active dynamical update process of database 60, as explained below.
- a retrieval of the first type and/or second type is mutatis mutandis performed by TMMA 36.
- RMMA 46 and/or module 48 receive the incoming messages and subject the same to at least one modification of three types.
- a modification of the first type is performed in accordance with pre-modification parameters prescribed by MPMA 24.
- the modification of the first type is typically performed either upon the receipt of an incoming message by MTA 40, RMMA 46 or module 48 or upon an access or retrieval of a message by MUAs 52 A-C from MRA 44, RMMA 46, module 48 or MDA 42.
- a modification of the second type is preferably performed upon the receipt of an incoming message by MTA 40, RMMA 46 or module 48.
- the modification of the second type is typically accompanied by and performed in accordance with modification parameters retrieved from database 60 a retrieval of the first type.
- the modified message is stored at MRA 44, RMMA 46, module 48 or MDA 42 until retrieved by, accessed from and/or pushed to recipient MUAs 52 A-C.
- an incoming message is forwarded from MTA 40 to RMMA 46, modified therein, and subsequently returned to MTA 40 in order to be stored in MTA 40 or MDA 42, until retrieved by, accessed from and/or pushed to recipient MUAs 52 A-C from MRA 44, RMMA 46, module 48 or MDA 42.
- a modification of the third type is preferably performed upon an access to, retrieval by or pushing of a message to MUAs 52 A-C from MRA 44, RMMA 46, module 48 or MDA 42.
- the modification of the third type is typically accompanied by and performed in accordance with modification parameters retrieved from database 60 a retrieval of the second type.
- the modification of the third type implies an availability of more updated modification parameters, since the modification of the third type is effected promptly prior to an access or retrieval of a message by MUAs 52 A-C.
- the modification of the third type is preferably implemented in recipient moiety 14 the configuration of which employs MRA 44, wherein the modification is performed conjointly with a pull step, during which a message is retrieved from MDA 42 by MRA 44 or from MTA 40 by MUAs 52 A-C, providing for effectively handling a modification of messages for a plurality of recipient MUAs, as described below.
- a modification of the fourth type is typically performed in accordance with modification parameters other than these retrieved from database 60.
- Modification parameters for the modification of the fourth type are typically either obtainable from ubiquitous sources, such as the present time and date or extracted from appurtenant attributes of the message itself, for instance the language of the message, the top-level domain (TLD) and/or the domain name of the recipient's message address, etc.
- the modifications of the first, second and third types are mutatis mutandis applicable to TMMA 36.
- the modifications of the second and/or third types are optionally combined with the modification of the first and/or fourth types.
- Messages modified by RMMA 46 or module 48 are further transferred to, retrieved by, accessed by and/or pushed to recipient MUAs 52 A-C, essentially in accordance with methods known in the art and preferably in accordance with post office protocol (POP) and/or internet mail access protocol (IMAP), standardized in RFC 1064, and/or MAPI and/or MAPI/RPC.
- POP post office protocol
- IMAP internet mail access protocol
- Modification parameters as referred to herein typically comprise several main categories.
- the first category of modification parameters pertains to various qualities/characteristics of recipient MUA device. Qualities/characteristics are obtained from the device the recipient MUA is running on, exemplarily in accordance to the methods disclosed in US Patent Application Ser. No. 2005/136908, entitled “SYSTEM AND METHOD TO QUERY SETTINGS ON A MOBILE DEVICE,” the content of which is incorporated herein by reference, or in accordance with other methods known in the art.
- Modification parameters of the first category are optionally associated with a physical IP address, IMEI address or MAC address of the device of recipient MUA, such as MUAs 52 A-C.
- Modification parameters pertaining to various qualities/characteristics of recipient MUA device include but are not limited to the selected from the list below:
- the type and/or model of the hardware components and/or configuration thereof on the recipient MUA machine (an example of a static quality/characteristic), such as the type of the machine (e.g. mobile phone, personal computer, etc.); GUI screen type, size or resolution, 2D or 3D screen; camera, processor power, random access memory size, type of input devices e.g. screen accessed with remote control, touch screen, keyboard, voice recognition, or motion sensor, as well as other hardware profile information;
- dynamic properties such as GPS positioning, camera connectivity, voice recognition state, speaker phone on/off, attached to headset, attached to projector, currently in motion e.g. average speed, roaming, etc.;
- the second category of modification parameters pertains to various qualities/characteristics of the service provided by the network operator for recipient MUA device.
- Modification parameters of the second category can be associated with a unique ID such as: logical IP address, IMEI address, MAC address, email address, any other user credentials of the recipient MUA device.
- Modification parameters of the second category can be automatically resolved, essentially as known in the art, upon a connection of a particular recipient MUA device to a network operated by a specific service provider, such as service provider 62.
- Modification parameters of the second category are often identified with a particular client/user of a service provided by a network operator, such as a connection to internet from a particular Wi-Fi point.
- Modification parameters pertaining to various qualities/characteristics of the service provided by the network operator of the recipient MUA device include but are not limited to selected from the list below:
- types of services the user is subscribed to and/or other customer profile related information e.g. credit available, data package type.
- the third category of modification parameters pertains to user profile properties. Modification parameters of the third category are typically associated with a particular messaging account and/or particular person or entity. Thus a messaging account managed on MTA 40 can be assigned with a set of modification parameters that are characteristic of the properties and/or preferences of the account addressee. Modification parameters pertaining to user account profile, inter alia include:
- messaging account e.g. email address, establishing a Unique Identity (hereinafter UID) of the user; messaging account should be interpreted to encompass any account and/or profile entity of the recipient, typically associated with an individual person; this particularly includes any type of username at a specific domain, while username is optionally an email address, for instance a username at Facebook domain might be any email address, inter alia of a syntax xxxx@yyyy.com.
- UID Unique Identity
- personal user information such as gender, age, wearing glasses, hearing impairment, other disabilities, marital status, hometown, language preference, etc. ;
- Dynamic parameters of the user e.g. awake or asleep, heart rate, mood, driving, running speed, etc. ;
- the fourth category of modification parameters pertains to various qualities/characteristics of external service providers.
- External service providers in a non- limiting manner include information services, subscription services, social networks and consumer services the recipient is registered to and/or subscribed to.
- Modification parameters of the fourth category can be associated with the message address or any other credentials of the recipient, a unique ID of the service provider as well as with logical IP address, IMEI address or MAC address of the MUA device.
- Modification parameters pertaining to service providers include:
- personal user information such as gender, date of birth, wearing glasses, hearing impairment, other disabilities, marital status, hometown, language preference, sexual preference etc;
- Modification parameters of the aforementioned four categories are stored within database 60 in respectively allocated sub-entries. Modification parameters of each category are preferably stored, allocated within a respective sub-entry. Each sub-entry contains a list of modification parameters pertaining for a MUA devices, network operators, user/account profile properties or service providers, alongside the values thereof. Modification parameters are typically either qualitative data, specifying characteristics/properties of recipient MUA machine and/or user profile, or quantitative data, specifying the numerical values, such as size, capacity, strength, etc.
- Modification parameters from different categories can be combined in a single composite entry, by selecting parameters from different sub-entries.
- Composite entry is typically either static or dynamic.
- Static composite entries refer to relatively constant combinations of characteristics/properties of MUA devices, network operators, user account properties and/or service providers, represented by modification parameters from different categories, in respective sub-entries.
- Static composite entries are typically created and preferably prompted as a part of an installation and/or setup of MUA application on a particular device.
- Dynamic composite entries refer to somewhat transient combinations of MUA device, network operator and/or user properties.
- a dynamic composite entry is typically a characteristic of a web-based MUA interface, otherwise known as webmail, wherein the same user profile properties are frequently combined with different MUA devices and/or network operators.
- a dynamic composite entry is typically a characteristic of mobile phones and laptop computers, wherein the same user profile properties and MUA device are frequently combined with different network operators and service providers.
- the combination of the static or dynamic entries is typically performed by an association of the constituent sub-entries with the UID of the user.
- Modification parameters in database 60 are dynamically updated from recipient MUAs 52 A-C machines, upon a process actively initiated by recipient MUAs 52 A-C machines, in accordance with a predefined schedule and/or triggered by a prescribed event and/or change in MUA machine registry, such as the last device operable for running recipient MUA, turning the recipient MUA device on, logging into MUA device operating system, launching MUA application, installing of a new application, low disk alert, computer program update, retrieving of and/or accessing to a message by MUAs 52 A-C, etc.
- the update process can be actively initiated by some computer program other than MUAs 52 A-C running on the recipient MUA machine.
- modification parameters in database 60 are updated upon a process actively initiated by service provider 62, providing computer network communication services for MUAs 52 A-C machines.
- the update of modification parameters by service provider 62 is typically either initiated in accordance with a predefined schedule and/or triggered by a prescribed event, such availability/unavailability of recipient MUA machine on a cellular network, positioning of the recipient MUA machine in a particular geographical location, limitations on data package by network operator, change and/or excess of a threshold network bandwidth, change and/or excess of a threshold on network access tariffs, subscription to an online information service, etc.
- modification parameters in database 60 are updated by the holder of the account for messaging service, such as the manager of the recipient account on MTA 40.
- modification parameters in database 60 are updated by from terminal interface 64, dedicated ad hoc inputting user profile properties and or preferences. Interface 64 is optionally accessible via internet 16.
- modification parameters are pushed into database 60 from internet 16.
- modification parameters in database 60 are updated by incurring internet 16, service provider 62 and/or MUAs 52 A-C machines, upon a process actively initiated by the database management system (DBMS) of database 60.
- the update of modification parameters actively initiated by the DBMS of database 60 is typically performed in accordance with a predefined schedule.
- modification parameters in database 60 are updated by various service providers. Modification parameters updated by service providers are typically pushed to the DBMS of database 60 from internet 16. Optionally modification parameters from service providers are retrieved actively by a process initiated by the DBMS of database 60.
- the dynamic update of modification parameters in database 60 is triggered by and optimally completed prior to the retrieval of modification parameters SMMA 25, retrieval of modification parameters TMMA 36 as well as the aforesaid retrieval of the first type and/or second type performed by RMMA 46.
- the retrieval of modification parameters by SMMA 25, TMMA 36 as well as the aforesaid retrieval of the first type and/or second type performed by RMMA 46 is inter alia performed via internet 16.
- modification parameters in database 60 are updated by a appliance.
- a appliance is a refrigerator or a computerized warehouse inventory system, capable of monitoring the amount and/or the condition of the goods store therein.
- Modification parameters updated by a appliance are typically pushed to the DBMS of database 60 from internet 16.
- modification parameters from a appliance are retrieved actively by a process initiated by the DBMS of database 60.
- recipient moiety 14 comprise a plurality of recipient MUAs 52 A-C machines
- the following system configurations and/or respective embodiments of the method of the present invention are implementable for handling a modification of messages delivered thereto.
- messages modified chiefly by SMMA 25, prior to the transmittal thereof to the recipient are modified by SMMA 25 in accordance with modification parameters allocated primarily within a composite entries in database 60, comprising a plurality of sub-entries representing the respective combinations of characteristics/properties of MUA devices, network operators, user account profile and/or service providers, associated with particular UID.
- SMMA 25 upon retrieval of modification parameters, receives from database 60 a plurality of dynamic or static composite entries associated with a given recipient/address/account and consequently generates a respective number of copies from the message, thereafter referred to as a plural modification.
- Each copy is modified in accordance with the combination of modification parameters in a particular composite entry.
- the body or the metadata at the header of the message is altered to indicate the identity of the respective composite entry in accordance with whose parameters the modification was performed. Thereafter the modified copies of the message are transmitted to the recipient.
- MUA 40 or module 38 Upon an accession, retrieval or pushing of a message by/to a MUA, of MUAs 52 A-C, the particular combination of characteristics/properties of MUA devices, network operators, user account profile and/or service provider is established and consequently only the copy of modified message with identity corresponding to respective composite entry is selected.
- TMMA 36, module 48, RMMA 46, MTA 40, MRA 44 or module 48 are furnished with capability of selecting the particular copy of the modified message corresponding to the identity of the respective composite entry.
- MTA 40 or module 38 are managed, mutatis mutandis, in accordance with methods known in the art and particularly in accordance with post office protocol (POP) and/or internet mail access protocol (IMAP), standardized in RFC 1064, and/or MAPI and/or MAPI/RPC.
- POP post office protocol
- IMAP internet mail access protocol
- messages modified primary by TMMA 35 subsequent to the transmittal thereof from MTA 28 but prior to the receipt thereof by MTA 40 and/or retrieval by, accession from and/or pushing to recipient MUAs 52 A-C.
- Message intended to a recipient represented by the UID thereof, employing multiple recipient MUAs, such as MUAs 52 A-C, modified and managed by TMMA 35 mutatis mutandis as set forth supra, in the context of SMMA 25, by generating a number of copies from the message, respective to the number of recipient MUAs established per given UID, as represented by composite entries in database 60, storing modified copies in MTA 34 or module 38 and thereafter selecting a copy of the message corresponding to the particular combinations of characteristics/properties of MUA devices, network operators, user account profile properties and/or service providers.
- Such a modification is defined as a modification of the second type.
- messages modified primary by RMMA 46 subsequent to the receipt thereof by MTA 40 but prior to the retrieval by, accession from and/or pushing thereof to recipient MUAs 52 A-C.
- Message intended to a recipient represented by the UID thereof, employing multiple recipient MUAs, such as MUAs 52 A- C, modified and managed by RMMA 46 mutatis mutandis as set forth supra, in the context of SMMA 25, by generating a number of copies from the message, respective to the number of MUAs established per given UID, as represented by composite entries in database 60, i.e.
- a plural modification storing modified copies in MTA 40 or MDA 42 and thereafter selecting a copy of the message corresponding to the particular combinations of characteristics/properties of MUA device, network operator and/or user profile properties.
- Such a modification is defined as a modification of the second type.
- a message of a general format which is optionally pre-modified by MPMA 24 and/or modified SMMA 25 beforehand, is stored by MTA 34, MTA 40, MDA 42 or module 38 until retrieved by, accessed from and/or pushing to recipient MUAs 52 A-C.
- a temporary copy is created from the general format message. The temporary copy is then subjected to the modification by TMMA 36 or RMMA 46 and the resulting modified copy is thereafter retrieved by, accession from and/or pushing to MUAs 52 A-C; thereafter a temporal singular modification.
- Such a modification is defined as a modification of the third type and preferably preceded by a retrieval of the second type; including retrieval of modification parameters from database 60 performed by TMMA 36 and/or module 38.
- the general format message is stored by MDA 42, MTA 34, MTA 40 or module 38 and managed, mutatis mutandis, in accordance with methods known in the art and particularly in accordance with post office protocol (POP) and/or internet mail access protocol (IMAP), standardized in RFC 1064 and/or MAPI and/or MAPI/RPC.
- POP post office protocol
- IMAP internet mail access protocol
- System 100 embodies an exemplary instant messages (IM) and/or presence modifying system; presence as referred to herein inter alia standardized in RFC 2778.
- System 100 comprises sender moiety 112 and recipient moieties 114A to 114C.
- Sender moiety 112 is typically connected to recipient moieties 114A to 114C through worldwide computer network 16, which is typically referred to as the internet, and/or other telecommunication link (not shown).
- Sender moiety 112 comprises sending terminal 120.
- sending terminal 120 is an instant messaging/presence user agent (henceforth IMPUA), which is frequently referred at the colloquial language as client.
- IMPUA instant messaging/presence user agent
- the terminology referring to the constituents equivalent in their functionality to IMPUA is not standardized in the art, rather the following non-limiting examples are provided to illustrate the functional character thereof:
- Open Mobile Alliance OMA - Instant Messaging and Presence Service (IMPS); OMA - Presence & Availability (PAG), OMA - Messaging (MWG); XMPP - RFC 3920, 3921 , 3922, 3923, 4854, 4974, 5122.
- IMPUA 120 is used for the composition of electronic messages and formatting thereof.
- Electronic messages produced by IMPUA 120 in a non-limiting manner include: text, alphanumeric data, audio files, video files, graphics and hyperlinks.
- Various constituents of the electronic messages produced by IMPUA 120 are disposed within predefined fields allocated in an XML HTML or XHTML structured forms; wherein an instance of the latter is inter alia referred to as XHTML-IM, as defined as ad n XEP-0071 standard draft.
- Electronic messages generated by message generator IMPUA 120 are transmitted to MPMA 124.
- message generator 126 is implemented ad hoc generating numerous electronic messages in a relatively short period of time.
- Message generator 126 is typically employed in consumer services and/or corporate setups, for generating numerous messages to multiple addresses, for instance for the clientele, employees personnel or subscribers to an information service, social network, any type of client service and alike.
- Electronic messages generated by message generator 126 are transmitted to MPMA 124.
- sender moiety 112 comprises MPMA 124.
- MPMA 124 receives incoming messages from IMPUA 120 or generator 126 and applies a pre-modification thereto.
- the pre-modification applied by MPMA 124 is mutatis mutandis essentially similar to the pre-modification applied by MPMA 24, described in more detail supra.
- the code of the pre-modification parameters embedded in predefined field of an XML or HTML structured form is typically hidden from the view of the recipient.
- the code of the pre- modification parameters is utilized by a MMA, which include sender, recipient and/or transfer MMAs. Data/files necessary for the modification of the message are typically either included with the message or obtainable from an IP address, URI and/or URL.
- the pre-modified message containing pre-modification parameters, is transmitted to SMMA 125 or to IM/PRESENCE server 134 (hereinafter IM/PRSN).
- IM/PRSN IM/PRESENCE server 134
- sender moiety 112 of system 100 comprises
- SMMA 125 receives incoming messages from IMPUA 120, generator 126 or MPMA 124 and applies a modification hereto.
- the modification of the messages by SMMA 125 is mutatis mutandis essentially similar to the modification applied by SMMA 25, described in more detail supra.
- the modification of the messages by SMMA 125 is performed by modifying a constituent of the message intended for the recipient.
- the modification of the messages by SMMA 125 is performed in accordance with at least one modification parameter of the recipient, represented by the UID thereof, retrieved from database 60.
- the modification of the messages by SMMA 125 is optionally performed inter alia in accordance with pre-modification parameters prescribed by MPMA 124.
- IM/PRSN 134 contains updated data about the recipient moieties 114A to
- Database 60 can be integrated with IM/PRSN 134 in module 138 or form an independent constituent of system 100.
- updated data from IM/PRSN 134 is retrieved by or pushed to DBMS of database 60, which coverts these data into an updated set of modification parameters and subsequently stores these parameters in database 60.
- the update of modification parameters from IM/PRSN 134 is preferably prompted upon an initiation of a session with a recipient moiety, such as moieties 114A to 114C.
- Modification of messages in accordance with modification parameters derived from the data obtained from IM/PRSN 134, either directly or via storage at database 60 is hereinafter referred to as modification of the fifth type.
- system 100 comprises TMMA 136.
- TMMA 136 modifies messages incoming into IM/PRSN 134. The modification of the messages by TMMA 136 is performed in accordance with at least one modification parameter of the recipient, represented by the UID thereof, retrieved from database 60 and/or IM/PRSN 134.
- TMMA 136 is optionally integrated with IM/PRSN 134 and/or database 60 into module 38 or forms an independent constituent of system 100.
- Database 60 optionally forms an independent constituent of system 100. Messages incoming into IM/PRSN 134 are typically transferred to TMMA 136, modified therein, and subsequently returned to IM/PRSN 134.
- the updated profile data about recipient IMPUAs is used for the creation of the respective number of copies therefor, i.e. plural modification, which are then returned to IM/PRSN 134 and transmitted to IMPUAs 152A to 152C in recipient moieties 114A to 114C.
- the messages incoming into IM/PRSN 134 are transferred to TMMA 136, modified therein, and subsequently relayed directly to IMPUAs 152A to 152C in recipient moieties 114A to 114C.
- a message is intended for a recipient, represented by the UID thereof, running multiple recipient IMPUAs, such as IMPUAs 152A to 152C
- the UID is preferably employed for the construction of a dynamic composite entry of modification parameters for each particular IMPUA, which are further used for modifying respectively the copy addressed to that particular IMPUA, i.e. temporal singular modification.
- the copy modified by TMMA 136 is then transmitted to IMPUAs 152A to 152C.
- TMMA 136 in such instance is furnished with message relaying capabilities for transmitting the message to recipient moieties 114A to 114C.
- system 100 comprises RMMA, such as RMMAs 146A to 146C.
- RMMAs 146A to 146C modify messages respectively incoming into recipient moieties 114A to 114C.
- the modification of the messages by RMMAs 146A to 146C is typically performed either in accordance with modification parameters, retrieved from database 60 and/or IM/PRSN 134.
- the modification of the messages by RMMAs 146A to 146C is performed or in accordance with modification parameters obtained from the machines operable in running IMPUAs 152A to 152C.
- RMMAs 146A to 146C are typically provided by pre- modification parameters.
- Pre-modification parameters can be provided by MPMA 124 and/or TMMA 136, which in the latter instance acts as a MPMA.
- System 200 comprises sender moiety 112 and recipient moieties 114A and 114B.
- Sender moiety 112 is typically connected to recipient moieties 114A to 114C through computer network 16.
- Sender moiety 112 comprises sending terminal IMPUA 120 or message generator 126 implemented for generating numerous electronic messages.
- Sender moiety 112 may further include MPMA 124 for applying a pre-modification to the messages originating from IMPUA 120 or generator 126, substantially as described hereinabove.
- System 200 comprises IM/PRSN 134A, receiving incoming messages from
- IMPUA 120 and/or generator 126 in sender moiety 112 handles these messages essentially as known in the art, for instance as specified by OMA-IMPS, OMA-PAG, OMA- MWG, XMPP and/or SIMPLE standards' collections, referred to supra.
- IM/PRSN 134A server is optionally integrated with SMMA 125 in module 138A.
- MPMA 124 is operable in sender moiety 112; whereas in other embodiments MPMA (not shown) is operable in or integrated with SMMA 125 and/or IM/PRSN 134A in module 138A.
- Database 60A is optionally contains pre-modification parameters.
- database 60A is integrated with IM/PRSN 134A and/or SMMA 125 in module 138A.
- database 60A forms an independent constituent of system 200.
- SMMA 125 retrieves modification parameters from databases 60B and/or 60C.
- Database 60 is updated in accordance with methods disclosed hereinabove and/or from IM/PRSN 134A.
- IM/PRSN 134A typically transfers incoming messages to SMMA 125 or MPMA (not shown) in module 138A.
- the pre-modification and/or modification of the messages respectively by MPMA (not shown) and/or SMMA 125 is performed, substantially as described hereinabove.
- the modification of the messages by SMMA 125 is typically performed in accordance with at least one modification parameter of the recipient, represented by the UID thereof, retrieved from database 60A and/or in accordance with pre-modification parameters prescribed by MPMA 124 in moiety 112 and/or MPMA (not shown) in module 138A.
- the modification of the messages by SMMA 125 is optionally performed in accordance with modification parameters derived from the data obtained from IM/PRSN 134A, either directly or via storage at database 60A, i.e. modification of the fifth type.
- the messages are typically either directly transmitted therefrom or returned IM/PRSN 134A and thereafter transmitted to the recipient moiety/moieties, such as moieties 114A to 114B, or to instant messaging and/or presence relay 140 (henceforth IM/PRSN RLY); in the former instance MPMA (not shown) in module 138A and/or SMMA 125 is furnished with message relaying capabilities for transmitting the messages.
- system 200 comprises TMMA 136. In some instances
- MPMA (not shown) in module 138A. and/or SMMA 125 and/or IM/PRSN 134A, are configured to send the messages directly to IM/PRSN RLY 140; whereas in other embodiments messages directed to the recipient moiety/moieties, such as moieties 114A to 114B, are intercepted and delivered to IM/PRSN RLY 140, by a mechanism similar to the MX record exchange, described in more detail at the context of system 100.
- Particular examples of such an intercepting mechanism include ENUM servers, operation of which is inter alia standardized in RFC 3761 , RFC 3762, RFC 3764, RFC4725.
- IM/PRSN RLY 140 transfers these messages to TMMA 136.
- TMMA 136 modifies the received messages in accordance with at least one modification parameter, retrieved from database 60B, essentially as described supra.
- TMMA 136 is optionally integrated with IM/PRSN RLY 140 and/or database 60B into module 138B or forms an independent constituent of system 200; database 60 optionally also forms an independent constituent of system 200.
- Database 60 is updated in accordance with methods disclosed hereinabove and/or from IM/PRSN 134A and/or IM/PRSN 134B.
- the data from IM/PRSN 134A and/or IM/PRSN 134B is typically either pushed to the DBMS of database 60B by IM/PRSN 134A and/or IM/PRSN 134B or retrieved by the DBMS therefrom.
- Some instances triggering an update of database 60B by pushing data from IM/PRSN 134A and/or IM/PRSN 134B thereto include initiation of a session with an IMPUA, such as IMPUAs 152A to 152B in moieties 114A to 114B, and/or resumption of active status thereof.
- Database 60B is optionally updated from databases 60A and/or 60C.
- IMPUAs 152A to 152B If a message is intended for a recipient, represented by the UID thereof, currently running multiple recipient IMPUAs, such as IMPUAs 152A to 152B, the updated profile data from IM/PRSN 134A and typically from IM/PRSN 134B about recipient IMPUAs is used for the creation of the respective number of copies therefor, i.e. plural modification, which are then returned to IM/PRSN RLY 140 and then transmitted to IMPUAs 152A to 152B in recipient moieties 114A to 114B.
- the UID is preferably employed for the construction of a dynamic composite entry of modification parameters for each particular recipient IMPUA, which are further used for modifying respectively the copy addressed to that particular IMPUA, i.e. temporal singular modification.
- the copy modified by TMMA 136 is then transmitted to IMPUAs 152A to 152B directly or returned to IM/PRSN RLY 140 and the transmitted therefrom; TMMA 136 in the former instance is hence furnished with message relaying capabilities for transmitting the message to recipient moieties 114A to 114B.
- sender moiety 112 and recipient moieties, such as moieties 114A and 114B, of system 200 are implemented on different platforms, for instance Twitter®, Skype®, Windows Live®, Facebook® or Google Talk®.
- system 200 comprises at least one gateway, such as gateways GTWY 170A and GTWY 170B.
- GTWY 170A and GTWY 170B acts an IM/PRSN relay, capable of converting the message to a format compatible with IMPUA and/or IM/PRSN of the recipient platform; essentially as known in the art; exemplarily references to GTWY include XMPP-CORE-01 , SIP-XMPP-IM-01 , SIP-XMPP-CHAT-03, XMPP-PRESENCE-02.
- GTWY 170A and GTWY 170B are connected via interconnect link 172 or internet 16.
- GTWY 170A and/or GTWY 170B After converting, GTWY 170A and/or GTWY 170B transmit the messages to
- IM/PRSN 134B is typically configured similarly to IM/PRSN 134A.
- IM/PRSN 134B contains updated profile data about recipient IMPUAs, such as IMPUAs 152A to 152B, in recipient moieties 114A to 114B.
- IM/PRSN 134B is optionally integrated with RMMA 146 in module 138B.
- database 60C is integrated with IM/PRSN 134B and/or RMMA 146 in module 138A.
- database 60C forms an independent constituent of system 200.
- RMMA 146 retrieves modification parameters from databases 60A and/or 60B.
- Database 60C is updated in accordance with methods disclosed hereinabove and/or from IM/PRSN 134B.
- IM/PRSN 134B typically transfers incoming messages to RMMA 146.
- the modification of the messages by RMMA 146 is performed, substantially as described hereinabove.
- the modification of the messages by RMMA 146 is typically performed in accordance with at least one modification parameter of the UID, retrieved from database 60C and/or in accordance with pre-modification parameters prescribed by MPMA 124 in moiety 112 and/or MPMA (not shown) in module 138A.
- the modification of the messages by RMMA 146 is optionally performed in accordance with modification parameters derived from the data associated with given Ul obtained from IM/PRSN 134C, either directly or via storage at database 60C, i.e. modification of the fifth type.
- the messages After being modified by RMMA 146, the messages are typically either directly relayed therefrom or returned IM/PRSN 134B and thereafter transmitted to recipient IMPUAs, such as IMPUAs 152A to 152B in moieties 114A to 114B; in the former instance RMMA 146 is furnished with message relaying capabilities for transmitting the messages to recipient IMPUAs.
- the modification of the messages by RMMA 146 is optionally performed in accordance with at least one pre-modification parameter prescribed by MPMA 124 in moiety 112 and/or MPMA (not shown) in module 138A.
- the messages are intercepted on their way from
- TMMA 136 IM/PRSN 134A to GTWY 170A and/or GTWY 170A to GTWY 170B and/or GTWY 170B to IM/PRSN 134A or otherwise delivered to IM/PRSN RLY 140 and the modification is performed by TMMA 136, essentially as described hereinabove.
- TMMA 136 and/or module 138B are integrated with GTWY 170A to GTWY 170B.
- sender IMPUA and recipient IMPUA/s are implemented on the same platform, for instance Twitter®, Skype®, Windows Live®, Facebook® or Google Talk®. Therefore, in some preferred embodiments sender moiety 112 and recipient moieties, such as moieties 114A and 114B, of system 200 are implemented on a unitary proprietary platform. In such a case, system 200 typically comprises merely a single IM/PRSN server (not shown) and does not include GTWY 170A and GTWY 170B, somewhat similar to the configuration depicted in FIG 2A but wherein the modification is performed on the IM/PRSN level.
- IM/PRSN 134A and IM/PRSN 134B are the very same constituent of system 200 (not shown).
- SMMA 125 and RMMA 146 are the very same constituent of system 200 (not shown), which are optionally integrated with the single IM/PRSN (not shown) into a module, such as module 138A or 138B.
- System 200 typically comprises a single database, such as database 60A or 60C, integrated with the single IM/PRSN (not shown) and/or a single MMA (not shown), performing the function of SMMA 125 and RMMA 146, depending on the direction the message is sent to.
- a single database such as database 60A or 60C
- an external database such as database 60B
- the single MMA (not shown), performing the functions of SMMA 125 and RMMA 146, retrieves the modification parameters therefrom.
- sender/recipient employs multiple IMPUAs
- the modification performed by the single MMA can be a plural or a temporal singular modification.
- the modification by the single MMA is preferably performed in accordance with modification parameters derived from the data obtained from the single IM/PRSN (not shown) of system 200.
- the electronic messages modifying system is dedicated for modification of presence messaging.
- Presence protocols are standardized, inter alia, in OMA-IMPS, OMA-PAG, XMPP and/or SIMPLE standards' collections, referred to supra and/or proprietary protocols.
- Presence protocols are standardized, inter alia, in OMA-IMPS, OMA-PAG, XMPP and/or SIMPLE standards' collections, referred to supra and/or proprietary protocols.
- Presence protocols are standardized, inter alia, in OMA-IMPS, OMA-PAG, XMPP and/or SIMPLE standards' collections, referred to supra and/or proprietary protocols.
- the following terminology is commonly used in the art in lieu of foregoing:
- Characteristics of presence messaging systems as oppose to IM systems typically include: a) frequent publishing of one or more presence attributes by the presentity, b) usually a plurality of watchers, whom are typically subscribed or associated with the presentity, and c) obtainment of the messages by watchers, whom are not subscribed or associated with the presentity, inter alia via fetching step; whereas in IM the messages are typically delivered to the recipient via push step.
- a modification of the message in accordance with the recent or last presence attribute/s as provided by and/or associated with the presentity is performed, henceforth referred to as the modification of the sixth type.
- One type of a presence attribute is often colloquially referred to as status.
- Modification of the sixth type optionally includes avoidance from modification of the message, modification essentially as described hereinabove, and/or precluding notifying to and/or fetching of the message by a particular watcher and/or a group of watchers.
- Database of modification parameters (not shown) is optionally updated from/by the PRSN of the watcher.
- the presence attribute/s of the presentity is/are utilized for deriving therefrom pre-modification parameters.
- the MPMA retrieves the presence attribute/s of the presentity from the presentity PRSN.
- the MPMA is integrated with the PRSN of the presentity.
- Database of pre- modification parameters is optionally updated from/by the PRSN of the presentity.
- watchers that are subscribed to or associated with the presentity receive the message via notifying step. If a watcher, as established by the UID thereof, employs multiple recipient IMPUAs, such as IMPUAs 152A to 152B in moieties 114A to
- Watchers that are neither subscribed to nor associated with the presentity typically receive the message via fetching step. If a watcher, as established by the UID thereof, neither subscribed to nor associated with the presentity, employs multiple recipient IMPUAs, such as IMPUAs 152A to 152B in moieties 114A to 114B, typically a singular temporal modification is applied to the message, as described hereinabove.
- the electronic messages modifying system is dedicated chiefly for modification of electronic mail and presence messaging, in such a manner that a particular source or a group of sources is selected from a plurality of sources for a given information; whereby an electronic mail or presence message is modified in accordance with at least one modification parameter and/or presence attribute of the recipient/watcher UID, in combination with properties of the recipient/watcher MUA, IMPUA or PUA machine, qualities/characteristics of the service provided by the network operator and/or qualities/characteristics of external service providers.
- A, B, C and D are recipients/watchers of a sender/presentity, which is an information service, such as a financial alert service sender/presentity, scientific articles sender/presentity or news service sender/presentity.
- information service lists numerous articles for a single informational subject, available from different sources; thus topical economic issues are typically provided independently by several different financial newspapers.
- the information service e.g. Google News, associates the articles from several different sources (X, Y and Z) as pertaining to the same topical issue; thereby allowing the users to opt a preferred source for a given topical issue.
- a scientific article or a patent cites several other reference articles, whereas the information service, e.g.
- a scientific articles portal such as PubMed
- PubMed associates the reference articles, possibly from different sources (X, Y and Z), as cited in a given scientific article.
- sources X, Y and Z
- a characteristic of both examples is that a single informational subject, such as a topical economic issue or scientific article, is associated with several other articles, respectively, such as articles or cited references from several different sources.
- recipient/watcher A is registered to source X and recipient/watcher B is registered to source Y.
- Recipient/watcher C is registered to sources X and Y (having a computer program compatible with source X installed on device 1 and computer program compatible with source Y installed on device 2), whereas recipient/watcher D is not registered to neither of the sources X, Y or Z but frequently uses a free of charge online sources.
- Sources X and Y require paid registration, whereas source Z provides a free of charge news service.
- the MMA optionally modifies that message in the following manner: recipient/watcher A will receive a link for the article provided by source X; recipient/watcher B will receive a link for the article provided by source Y; recipient/watcher C will receive a link for the article provided by source X to device 1 and a another link for the informational subject provided by source Y installed to device 2; whereas recipient/watcher D will not receive the message at all or receive a message with a link to the article provided by source Z.
- the MMA optionally modifies that message in the following manner: recipient/watcher A will receive a message with notification regarding the new scientific article with a link for the cited reference available from source X and Z, as well as an invitation to register to source Y; recipient/watcher B will receive a message with notification regarding the new scientific article with a link for the cited references available from source Y and Z, well as an invitation to register to source X; recipient/watcher C will receive a message with notification regarding the new scientific article with a link for the cited references available from source X, Y and Z; whereas recipient/watcher D will not receive a message regarding the new scientific article at all or receive such a message with a link for the cited reference available from source Z and an invitation to register to sources X and Y.
- the MPMA of the information service sender/presentity sets pre-modification parameters in the message, according to which if MMA determines that a particular recipient/watcher is registered to a given source, such a recipient/watcher will receive a notification and/or a link to the article available from said source; whereas if MMA determines that a particular recipient/watcher is not registered to a given source, such a recipient/watcher will not receive a notification at all and/or will receive a message with an invitation to register to said source and/or will receive a message merely with links to sources that provide a free of charge service and/or will receive the message merely if at least one free of charge sources is associated with the informational subject.
- TMMA 136 and/or RMMA 146 are optionally store and manage the retrieved records of modification parameters in a local manner. Thus if modification parameters cannot be established for a given message, the set of modification parameters used for the previous modification can be used. Modification parameters stored and managed as records by SMMA 25, TMMA 36, RMMA 46, SMMA 125, TMMA 136 and/or RMMA 146 can be assigned with expiration date and/or time.
- modification parameters cannot be established for a given message and/or a conditional action prescribed by a pre-modification parameter dictates so and/or established modification parameter dictates so, optionally, no modification is performed on the message and/or further transmitting of the message and/or delivery thereof to the recipient is not performed.
- Permissions are typically set by the DBMS and or from terminal interface, such as terminal interface 64, dedicated ad hoc inputting user profile properties and/or preferences. Permissions are typically assigned as for sources updating the database as well as MMAs, such as SMMA 25, TMMA 36 RMMA 46, SMMA 125, TMMA 136 and/or RMMA 146, retrieving data therefrom.
Abstract
Description
Claims
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161442180P | 2011-02-12 | 2011-02-12 | |
PCT/IB2011/055603 WO2012080930A2 (en) | 2010-12-12 | 2011-12-12 | Systems and methods for messaging and presence modifcation |
Publications (3)
Publication Number | Publication Date |
---|---|
EP2630836A2 true EP2630836A2 (en) | 2013-08-28 |
EP2630836A4 EP2630836A4 (en) | 2015-04-08 |
EP2630836B1 EP2630836B1 (en) | 2017-03-08 |
Family
ID=48808121
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP11848464.1A Active EP2630836B1 (en) | 2011-02-12 | 2011-12-12 | System for messaging and presence modifcation |
Country Status (2)
Country | Link |
---|---|
US (1) | US9450899B2 (en) |
EP (1) | EP2630836B1 (en) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10341274B2 (en) * | 2010-12-12 | 2019-07-02 | Pecan Technologies Inc. | Systems methods and computer-readable storage media for messaging and presence modification |
US20130173698A1 (en) * | 2011-12-30 | 2013-07-04 | Ramandeep Sethi | Dynamic Content Adaptation |
US10497140B2 (en) * | 2013-08-15 | 2019-12-03 | Intel Corporation | Hybrid depth sensing pipeline |
US9754465B2 (en) * | 2014-10-30 | 2017-09-05 | International Business Machines Corporation | Cognitive alerting device |
US20170264688A1 (en) * | 2015-09-09 | 2017-09-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and devices for requesting and providing information |
Family Cites Families (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6119137A (en) | 1997-01-30 | 2000-09-12 | Tumbleweed Communications Corp. | Distributed dynamic document conversion server |
US6529942B1 (en) | 1998-12-28 | 2003-03-04 | Gateway, Inc | System and method for providing recipient specific formats for electronic mail |
US7030730B1 (en) * | 1999-01-15 | 2006-04-18 | International Business Machines Corporation | System and method for formatting an electronic message |
US6707890B1 (en) | 2002-09-03 | 2004-03-16 | Bell South Intellectual Property Corporation | Voice mail notification using instant messaging |
US6976090B2 (en) | 2000-04-20 | 2005-12-13 | Actona Technologies Ltd. | Differentiated content and application delivery via internet |
US20020016818A1 (en) | 2000-05-11 | 2002-02-07 | Shekhar Kirani | System and methodology for optimizing delivery of email attachments for disparate devices |
US7584251B2 (en) * | 2000-08-28 | 2009-09-01 | Brown Scott T | E-mail messaging system and method for enhanced rich media delivery |
US7010757B2 (en) | 2001-01-12 | 2006-03-07 | Acterna, L.L.C. | Method and apparatus for launching computer applications |
US20020120600A1 (en) | 2001-02-26 | 2002-08-29 | Schiavone Vincent J. | System and method for rule-based processing of electronic mail messages |
US20020147778A1 (en) | 2001-04-05 | 2002-10-10 | International Business Machines Corporation | System and method for customized e-mail services |
US7194503B2 (en) | 2001-06-29 | 2007-03-20 | Microsoft Corporation | System and method to query settings on a mobile device |
FI113732B (en) | 2001-09-28 | 2004-05-31 | Nokia Corp | Administration of a user group in a communication system |
JP2003177997A (en) | 2001-12-12 | 2003-06-27 | Minolta Co Ltd | Data transmitter |
GB2406996B (en) | 2003-05-06 | 2006-12-20 | Massone Mobile Advertising Sys | Messaging system and service |
US7392289B2 (en) | 2003-08-01 | 2008-06-24 | Estationer, Llc | Method, system, and program product for automatically formatting electronic mail addressed to an intended recipient |
US7793227B2 (en) | 2003-08-12 | 2010-09-07 | Yahoo! Inc. | Method and system of providing customizable buttons |
US20050198173A1 (en) | 2004-01-02 | 2005-09-08 | Evans Alexander W. | System and method for controlling receipt of electronic messages |
EP1557989A1 (en) | 2004-01-20 | 2005-07-27 | Lg Electronics Inc. | System and method for making multimedia message service compatible |
US20060041657A1 (en) | 2004-08-17 | 2006-02-23 | Chih-Po Wen | Method and apparatus for managing business cell phone usage |
US20060075035A1 (en) | 2004-09-24 | 2006-04-06 | Tripp Travis S | Email customization techniques and systems |
US20060168642A1 (en) | 2004-11-08 | 2006-07-27 | Nokia Corporation | Using presence to inform other clients about capability limitations |
US20060129633A1 (en) | 2004-12-14 | 2006-06-15 | International Business Machines Corporation | Mechanism to facilitate customization of real time messaging using mobile devices |
US20070038717A1 (en) | 2005-07-27 | 2007-02-15 | Subculture Interactive, Inc. | Customizable Content Creation, Management, and Delivery System |
DE102005042068B4 (en) | 2005-08-30 | 2016-08-25 | Cortado Ag | Method and arrangement for handling files by means of mobile terminals and a corresponding computer program and a corresponding computer-readable storage medium |
EP1977334A4 (en) | 2006-01-25 | 2011-01-12 | Greystripe Inc | System and methods for managing content in pre-existing mobile applications |
US20080077675A1 (en) | 2006-09-25 | 2008-03-27 | Agere Systems Inc. | Systems and Methods for Electronic Message Preparation |
US20080222254A1 (en) | 2007-03-10 | 2008-09-11 | Shubham Mukherjee | Systems and methods for sending customized emails to recipient groups |
US7962850B2 (en) | 2007-10-23 | 2011-06-14 | International Business Machines Corporation | Customizing email subjects for subscription generated email messages |
AU2009202404A1 (en) | 2008-06-16 | 2010-01-07 | Aristocrat Technologies Australia Pty Limited | Messaging system and method |
GB2463006B (en) | 2008-08-26 | 2011-03-16 | Cvon Innovations Ltd | Conversion management system, method and computer program |
US8316113B2 (en) | 2008-12-19 | 2012-11-20 | Watchguard Technologies, Inc. | Cluster architecture and configuration for network security devices |
-
2011
- 2011-12-12 US US13/821,032 patent/US9450899B2/en active Active
- 2011-12-12 EP EP11848464.1A patent/EP2630836B1/en active Active
Also Published As
Publication number | Publication date |
---|---|
US9450899B2 (en) | 2016-09-20 |
EP2630836A4 (en) | 2015-04-08 |
EP2630836B1 (en) | 2017-03-08 |
US20130304831A1 (en) | 2013-11-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2533284C (en) | System and method for configuring access to electronic mailboxes | |
US7200634B2 (en) | Instant messaging account system | |
EP1993244B1 (en) | System, apparatus and method for processing e-mail by means of data synchronization | |
US7797010B1 (en) | Systems and methods for talk group distribution | |
US20060045124A1 (en) | Method and apparatus for providing access controls to communication services | |
US20110321140A1 (en) | System and method for automatically learning mailbox configuration conventions | |
EP1305721A1 (en) | Global communication method system | |
KR20100057096A (en) | Active profile selection | |
EP2630836B1 (en) | System for messaging and presence modifcation | |
US20050038857A1 (en) | System and method for gererating configurations used for accessing electronic mailboxes | |
US8064575B1 (en) | Method and system for transmission of messages via multiple messaging servers | |
WO2009104860A1 (en) | Terminal and method for storing and retrieving messages in a converged ip messaging service | |
US20090143086A1 (en) | Method and apparatus for managing status information in wireless instant messaging system | |
US8930466B2 (en) | Method for internet-based messaging | |
US10341274B2 (en) | Systems methods and computer-readable storage media for messaging and presence modification | |
EP1305725B1 (en) | Instant messaging account system | |
EP2845118B1 (en) | Survey sampling prior to message publishing | |
WO2012080930A2 (en) | Systems and methods for messaging and presence modifcation | |
EP2995071A2 (en) | Systems and methods of controlled reciprocating communication | |
KR100890591B1 (en) | Method and apparatus for pushing e-mail to wireless communication devices | |
EP1661035A1 (en) | System and method for configuring access to electronic mailboxes |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20130522 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: G06F 15/16 20060101AFI20130813BHEP |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R079 Ref document number: 602011035816 Country of ref document: DE Free format text: PREVIOUS MAIN CLASS: H04W0088060000 Ipc: H04L0012580000 |
|
DAX | Request for extension of the european patent (deleted) | ||
A4 | Supplementary search report drawn up and despatched |
Effective date: 20150306 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04L 12/58 20060101AFI20150302BHEP Ipc: H04L 29/08 20060101ALI20150302BHEP Ipc: G06F 15/16 20060101ALI20150302BHEP |
|
17Q | First examination report despatched |
Effective date: 20150428 |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: PECAN TECHNOLOGIES, INC. |
|
RIN1 | Information on inventor provided before grant (corrected) |
Inventor name: PECAN TECHNOLOGIES, INC. |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
INTG | Intention to grant announced |
Effective date: 20160614 |
|
GRAJ | Information related to disapproval of communication of intention to grant by the applicant or resumption of examination proceedings by the epo deleted |
Free format text: ORIGINAL CODE: EPIDOSDIGR1 |
|
GRAR | Information related to intention to grant a patent recorded |
Free format text: ORIGINAL CODE: EPIDOSNIGR71 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
INTC | Intention to grant announced (deleted) | ||
INTG | Intention to grant announced |
Effective date: 20161026 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE PATENT HAS BEEN GRANTED |
|
RIN1 | Information on inventor provided before grant (corrected) |
Inventor name: VOLACH, BEN |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: EP Ref country code: AT Ref legal event code: REF Ref document number: 874424 Country of ref document: AT Kind code of ref document: T Effective date: 20170315 |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R096 Ref document number: 602011035816 Country of ref document: DE |
|
REG | Reference to a national code |
Ref country code: LT Ref legal event code: MG4D |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: MP Effective date: 20170308 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170608 Ref country code: LT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 Ref country code: HR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170609 Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: MK05 Ref document number: 874424 Country of ref document: AT Kind code of ref document: T Effective date: 20170308 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BG Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170608 Ref country code: SE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 Ref country code: ES Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 Ref country code: LV Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 Ref country code: RS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: RO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 Ref country code: AT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 Ref country code: EE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 Ref country code: CZ Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 Ref country code: SK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 Ref country code: IT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170710 Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170708 Ref country code: SM Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 Ref country code: PL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R097 Ref document number: 602011035816 Country of ref document: DE |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 |
|
26N | No opposition filed |
Effective date: 20171211 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171212 Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171212 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: ST Effective date: 20180831 |
|
REG | Reference to a national code |
Ref country code: BE Ref legal event code: MM Effective date: 20171231 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20180102 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171231 Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171231 Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171231 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MC Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 Ref country code: HU Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO Effective date: 20111212 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CY Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170308 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: TR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: AL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170308 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R081 Ref document number: 602011035816 Country of ref document: DE Owner name: BLIX INC., NEWARK, US Free format text: FORMER OWNER: PECAN TECHNOLOGIES, INC., ROAD TOWN, TORTOLA, VG |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: 732E Free format text: REGISTERED BETWEEN 20210408 AND 20210414 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R079 Ref document number: 602011035816 Country of ref document: DE Free format text: PREVIOUS MAIN CLASS: H04L0012580000 Ipc: H04L0051000000 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: IE Payment date: 20230531 Year of fee payment: 12 Ref country code: DE Payment date: 20230620 Year of fee payment: 12 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20230531 Year of fee payment: 12 |