WO2005072360A2 - Systeme et procede destines a octroyer des droits de messagerie electronique subordonnes au versement d'un depot - Google Patents

Systeme et procede destines a octroyer des droits de messagerie electronique subordonnes au versement d'un depot Download PDF

Info

Publication number
WO2005072360A2
WO2005072360A2 PCT/US2005/002450 US2005002450W WO2005072360A2 WO 2005072360 A2 WO2005072360 A2 WO 2005072360A2 US 2005002450 W US2005002450 W US 2005002450W WO 2005072360 A2 WO2005072360 A2 WO 2005072360A2
Authority
WO
WIPO (PCT)
Prior art keywords
deposit
email
recipient
authorization
sender
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.)
Ceased
Application number
PCT/US2005/002450
Other languages
English (en)
Other versions
WO2005072360A3 (fr
Inventor
Mark R. Landesmann
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
BuyerLeverage
Original Assignee
BuyerLeverage
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by BuyerLeverage filed Critical BuyerLeverage
Publication of WO2005072360A2 publication Critical patent/WO2005072360A2/fr
Anticipated expiration legal-status Critical
Publication of WO2005072360A3 publication Critical patent/WO2005072360A3/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • the present invention relates generally to the field of network and Internet communications, and more particularly to the field of automatic Email control.
  • a key problem which results from spam is that people are reluctant to publish their Email addresses in publicly available directories. Indeed, individuals who list their Email address in a public directory are likely to receive many additional unwanted commercial Emails. Spammers can simply retrieve their Email address from these public listings and use them to send commercial Email messages. Consumers who evade these spammers by declining to list their Email address in a public directory, also make their Email address unavailable to those who do not have their Email address, but might have a legitimate interest in contacting them. Contacting people by telephone is not always possible, because many numbers are not listed or otherwise not available. Even when it is possible, contacting people by phone to ask them for their Email address is inconvenient.
  • Hotmail and other Email providers allow consumers to "block senders" i.e. to block Emails coming from a particular Email address / outbox. However, senders can change their outgoing Email address at will so that this mechanism is not effective.
  • Emails that are sent to multiple recipients on the same network to a separate Bulk Email folder.
  • the problems with this mechanism are • Some Emails that are sent to multiple recipients are either private Emails that are sent by individuals to multiple recipients, or wanted newsletters or bulk Emails sent by businesses. Therefore, the Email recipient must still periodically review this folder as well for wanted Emails. • Technology exists currently, and is likely to be further developed, that allows senders to send Emails to many recipients in an reiterative process which simulates individual mailings. While there may be other technologies to counteract this, it is likely that the technologies of spammers and those that seek to confound them will continue to leapfrog each other. Few, if any, analysts predict that the outcome of this technological race will be spam-free Email inboxes.
  • Yet another method of protecting consumers against unwanted Email is the blacklisting of senders and their IP addresses. Programs exist that block Emails from blacklisted senders. Internet service providers such as Abovenet and UUnet exercise pressure on their business consumers to adopt strict opt-in Email policies. But as noted above, spammers can switch internet service providers and/or Email addresses to evade detection and blocking of their Emails. [0013] Yet another method of protecting consumers against unwanted Email is for the content of the Emails to be screened by artificial intelligence based software programs. Depending on the content and which words or phrases are found in the Email, Emails are then either blocked or routed to less important folders which the user is presumed to check less frequently.
  • the present invention comprises in one embodiment, an Email guarantee deposit method, comprising the steps of: receiving from a sender a request to send to a recipient an Email; receiving a deposit or an authorization to obtain a deposit of something of value; sending the Email to the recipient only if a deposit of authorization for a deposit is received; determining if the recipient has accepted the deposit; and if the recipient has accepted the deposit, then facilitating the disposal of the deposit.
  • the facilitating step includes the step of exercising the authorization to obtain the deposit.
  • the step is provided of maintaining a directory of Email addresses; and obtaining an Email address for the recipient from the directory.
  • the steps are provided of: before the sending step, correlating the deposit with a threshold value set by the recipient; and only performing the sending step if the deposit equals or exceeds the threshold value set by the recipient.
  • an Email address access method comprising the steps of: receiving from a sender a request to send to a recipient an Email; receiving a payment or an authorization to obtain a deposit of something of value; determining if the deposit equals or exceeds a threshold value; and if the payment equals or exceeds the threshold payment, then sending the Email to the recipient.
  • the step is provided of sending at least part of the threshold payment to the recipient.
  • a program product for an Email guarantee deposit method, comprising machine-readable program code for causing a machine to perform the following method steps: receiving from a sender a request to send to a recipient an Email; receiving a deposit or an authorization to obtain a deposit of something of value; sending the Email to the recipient only if a deposit of authorization for a deposit is received; determining if the recipient has activated the deposit; and if the recipient has accepted the deposit, then facilitating the disposal of the deposit.
  • an Email guarantee deposit system comprising: a component for receiving from a sender a request to send to a recipient an Email; a component for receiving a deposit or an authorization to obtain a deposit of something of value; a component for sending the Email to the recipient only if a deposit of authorization for a deposit is received; a component for determining if the recipient has accepted the deposit; and a component for, if the recipient has accepted the deposit, then facilitating the disposal of the deposit.
  • an Email guarantee deposit method comprising the steps of: receiving from a sender a request to send to a recipient an Email with a visual or auditory signal or with other emphasis or to route the Email to designated type of device; receiving a deposit or an authorization to obtain a deposit of something of value; sending the Email to the recipient with such a visual or auditory signal or other emphasis or routing the Email to the designated type of device only if a deposit of authorization for a deposit is received; determining if the recipient has accepted the deposit; and if the recipient has accepted the deposit, then facilitating the disposal of the deposit.
  • an Email address access method comprising the steps of: receiving from a sender a request to send to a recipient an Email with a visual or auditory signal or with other emphasis or routed to a designated type of device; receiving a payment or an authorization to obtain a deposit of something of value; determining if the deposit equals or exceeds a threshold value; and if the payment equals or exceeds the threshold payment, then sending the Email with said signal or emphasis to the recipient.
  • a program product for an Email guarantee deposit method, comprising machine-readable program code for causing a machine to perform the following method steps: receiving from a sender a request to send to a recipient an Email with a visual or auditory signal or with other emphasis or routed to a designated type of device; receiving a deposit or an authorization to obtain a deposit of something of value; sending the Email with said signal or emphasis to the recipient only if the deposit or authorization for the deposit is received; determining if the recipient has activated the deposit; and if the recipient has accepted the deposit, then facilitating the disposal of the deposit.
  • an Email guarantee deposit system comprising: a component for receiving from a sender a request to send to a recipient an Email with a visual or auditory signal or with other visual emphasis or routing to a designated type of device; a component for receiving a deposit or an authorization to obtain a deposit of something of value; a component for sending the Email with said visual or auditory signal or emphasis to the recipient or routing the Email to the designated device; a component for determining if the recipient has accepted the deposit; and a component for, if the recipient has accepted the deposit, then facilitating the disposal of the deposit.
  • Fig. 1 is a schematic block diagram of an overall context for the present invention.
  • FIG. 2 is a flowchart of a preferred embodiment of the present invention.
  • FIG. 3 is a flowchart of a preferred embodiment of another aspect of the present invention.
  • Fig. 4 is a flowchart of a method for using a preferred embodiment of the directory invention.
  • the present invention solves the foregoing problems, in one embodiment, by allowing users/potential recipients to grant others the right to send the users Emails on the condition that any sender of an Email pays a fee in the event that the user/recipient considers the Email to be an unwanted intrusion. This fee will deter most senders of unwanted commercial Emails ("spam").
  • Intermediary Email box is intended to be construed broadly to include any kind of conceivable device or receiving area, with or without storage, that processes an incoming message and rejects the message or rejects a request for additional mailing rights if the message does not come with a requisite deposit.
  • Emails received at the intermediary inbox are forwarded to the recipient's primary Email address only if the sender insures the mailing with a deposit or an authorization for a deposit of something of value. There may be a threshold pre-set by the user/recipient or the system and published with his/her Email address, which must be met. The recipient can waive or accept payment of this deposit fee at his option, or the deposit can be made automatically.
  • the directory aspect of the present invention can also be setup for the explicit purpose of inviting senders to pay for access to the user's Email inbox. Note that in a preferred embodiment, the user's primary Email address is never disclosed during the process.
  • Another embodiment of the present invention allows the mailing to a transit Email address even without a guarantee deposit but only for the purpose of requesting mailing rights and subject to strong restrictions regarding the amount of text in the message:
  • the system could be set to allow the requestor to only input his name, the standard request for mailing rights itself and, possibly, a very limited number of words (in one embodiment, not more than 3 to 5 words in a confined space) that will help the recipient recognize the sender in the event the recipient does not recognize the sender by his name alone (for instance, "Schwab investment advisor met yesterday" would let the recipient know that the person requesting the mailing rights is the Schwab Corporation Investment Advisor whom he/she met at a party on October 30 and to whom he/she had expressed an interest in learning more about potential investments.)
  • Such a request would be made in a pre-set format. This mechanism would allow non-spammers to make such requests for mailing rights while restricting the ability of spammers to use the directory to send commercial messages.
  • Another way of implementing the invention is to allow users to specify that they only wish to receive Emails without a deposit from a certain list of pre-determined Email addresses.
  • Emails that arrive from any other Email address are sent back to the sender with a notice that they must be insured in the above described manner before they will be relayed to the primary Email inbox of the recipient. If the sender then insures the Email, the recipient could have the additional option of adding the senders' Email address to his/her list of approved Email addresses from which he/she can receive Emails even if they are not insured.
  • a user would be able to freely and widely publish his primary Email address rather than a secondary Email address without fear of receiving excessive spam.
  • Yet another implementation of the invention is to make other or additional mailing rights contingent on the submission of a deposit.
  • deposits would be required to send an Email that is not only placed in the Email inbox of a recipient but that alerts the recipient of a particularly urgent communication at the time that the Email arrives in the Inbox with an auditory or visual signal.
  • Emails that are insured in this manner with a special deposit could be visually emphasized or ranked higher in a particular Email inbox so as to be read first and be more likely to command the attention of the recipient.
  • the recipient would have the option of accepting the deposit in the event that he or she deems the interruption or the additional emphasis inappropriate, intrusive or unjustified.
  • a deposit could also be required to route an Email to the handheld personal digital assistant or to the cellular phone of the recipient instead of to the regular Email inbox which he normally accesses through his computer.
  • a hand-held device such as a PDA or a Cell phone or to add auditory or visual interruption signals
  • a particular recipient would presumably require higher deposits than those that are required for the mailing of a regular Email that goes to the standard Email inbox.
  • additional contingent mailing rights do not have to be granted indiscriminately to anyone willing to make the required deposit, but could be made available selectively to certain groups of individuals, such as those working at a particular company.
  • FIG. 1 there is shown a schematic block diagram illustrating the high level components of an overall system configuration for implementing a preferred embodiment of the present invention.
  • a plurality of client computer systems 10 are connected through a communications network 20.
  • Each of the plurality of the client computer systems 10 could include portions of the processing software to be discussed below.
  • Each of a plurality of the client computer systems 10 is connected through the communications network 20 to one or more processors 30 that contain the processing software to be described to implement the Email box system of the present invention. It is contemplated that there be a one or more data bases for storing communications information about the various clients 10 may be maintained at one or more of the processors 30. Additionally, it is contemplated that one or more vendor computers 40 will be connected to the communications network 20..
  • the communications network 20 is the Internet.
  • Internet is defined to mean a collection of interconnected or disconnected networks (public and/or private) that are linked together by a set of standard protocols (such as TCP/IP, for example) to form a global, distributed network. While this term is intended to refer to what is now commonly known as the Internet, it is also intended to encompass variations which may be made in the future, including changes and additions to existing standard protocols.
  • the communications network 20 can also include a wide area network (WAN), an internet network, a public tariff telephone network or a private value added network (VAN).
  • WAN wide area network
  • VAN public tariff telephone network
  • VAN private value added network
  • the communication network can be implemented using any combination of these different kinds of communication networks. It will be appreciated that many other similar configurations are within the abilities of one skilled in the art and all of these configurations could be used with the method of the present invention.
  • the computer system and network disclosed herein can be programmed and configured in a variety of different manners by one skilled in the art, to implement the method steps discussed further herein.
  • the client blocks 10 in Fig. 1 are conveniently configured as computers which may communicate with the communications network 20.
  • the present invention is not limited to the use of computers.
  • a variety of convenient mechanisms can be used to implement the client 10, including hand held devices.
  • a client can be a PC, telephone, PDA, appliance, etc.
  • HTTP HyperText Transfer Protocol
  • FTP FTP
  • WAP HyperText Transfer Protocol
  • HTML HyperText Transfer Protocol
  • XML XML
  • WML XML
  • cHTML High-Reliable Markup Language
  • HDML High-Reliable Markup Language
  • the preferred embodiment will focus upon a device that utilizes the TCP/IP (transfer control protocol/Internet protocol) for communication between clients or between clients and servers, each client device having an internal TCP/IP/hardware protocol stack, where the "hardware" portion of the protocol stack could be Ethernet, Token Ring, Bluetooth, IEEE 802.1 lb, or whatever software protocol is needed to facilitate the transfer of IP packets over a local area network.
  • TCP/IP transfer control protocol/Internet protocol
  • the "hardware" portion of the protocol stack could be Ethernet, Token Ring, Bluetooth, IEEE 802.1 lb, or whatever software protocol is needed to facilitate the transfer of IP packets over a local area network.
  • the blocks 10 are implemented as computers, they would typically include customary components of a computer system including a CPU, a display, a keyboard and/or other I/O device, a network card or other communications interface, RAM or ROM or other memory, as well as storage such as disks and/or CDROM drives.
  • the client may be other browser equipped or communication program equipped devices as described above.
  • the monitor may be any conventional off-the- shelf monitor.
  • the preferred operating system is Windows 2000 or XP.
  • an internet browser such as Netscape or Internet Explorer is stored for use. Also in the preferred embodiment, the browser is linked to network 20 via the TCP/IP protocol stack.
  • the blocks 40 representing the vendors and others wishing to communicate with the clients 10, will also typically be implemented by means of a computer, but could be implemented by hand held devices or other convenient devices.
  • the processor 30 is representative only, and may be comprised of a single processor. Alternatively, the functionality of the processing system could be implemented with several processor systems that are connected over a network. It is also possible to distribute the functionality of the processing system over a multitude of sites which are suitably connected together using conventional networking or internetworking techniques.
  • the Email system of the present invention may be provided by a web service which includes the processor 30.
  • the term "web service” is intended to refer to a service that is provided (at least in part) by a web server. But a web service is a broader concept than a web server.
  • a web server is a program that, utilizing the client/server model and the World Wide Web Hypertext Transfer Protocol, serves files that form Web pages to web users whose computers contain HTTP clients that forward their requests. Every computer on the Internet that contains a Web site must have a Web server program.
  • the most popular web servers currently are Microsoft's Internet Information Server which comes with the Windows NT server, Netscape Fast Track and Enterprise servers, and Apache, a Web server popular on UNIX-based operating systems (but available for Windows as well). Web servers often come as part of a larger package of Internet and Intranet-related programs for serving e- mail, downloading requests for File Transfer Protocol files, and building and publishing Web pages. It is this larger package which is referred to as the web service.
  • a web service will include a Web site which corresponds to a particular Internet domain name, such as "Landesmann.com”, and includes the web content associated with one or more particular operations.
  • Web site is generally intended to encompass both (i) the hardware/software server components that serve informational content over the network, and (ii) the "back end” hardware/software components, including any non-standard or specialized components, that interact with the server components to perform services for the Web site user.
  • FIG. 2 an embodiment for one aspect of the present invention is illustrated.
  • the process may be initiated by a sender obtaining an Email box address for a particular user/recipient.
  • This might be a secondary intermediary Email address of the recipient which the recipient has made available directly or indirectly to the sender, and which is different from the recipient's primary Email address.
  • the sender sends the Email to this address.
  • This is illustrated by block 200.
  • the Email box system receives this Email from the sender and instead of placing or forwarding the Email into the inbox of the recipient, sends in response an Email requesting a deposit or an authorization for a deposit. Typically, this deposit will be for a pre-set threshold amount.
  • the sender sends an Email with a deposit or a deposit authorization in a preset format.
  • Email is intended to encompass any type of network communication.
  • the sender would send his Email to the intermediary Email box at the processor 30, which effectively acts as a bridge or triage and transit station for the Email, and operates to relay the Email to the sender under certain conditions, but not under other conditions.
  • blocks 200 and 202 can be bypassed when the sender wishes to send another Email to the same recipient.
  • the intermediary Email box receives the Email from the sender.
  • This block 210 includes one or more subsidiary steps.
  • the system is set up with a pre-set threshold deposit requirement.
  • This pre-set threshold deposit requirement may be a standard deposit value set by the system.
  • the pre-set deposit value could be set by the user/recipient.
  • the user's pre-set threshold In the situation where the user/recipient has preset the threshold value for the deposit, in block 220 the user's pre-set threshold must be obtained.
  • the user's pre-set threshold value would be associated with the user's intermediary Email address.
  • the user's intermediary Email address could be used as a reference to access this pre-set threshold value.
  • the block 210 would determine whether the deposit or the authorization for the deposit is for a value which equals or exceeds the threshold value which has been pre-set by the user/recipient or the system. Another optional step could be performed in block 210 if the intermediary Email box is provided with an expiration date. In this instance, the date of the sender's Email could be compared with the expiration date of the intermediary Email box, and the process would continue only if the sender's Email date is prior to the expiration date of the intermediary Email box.
  • block 210 could also include a subsidiary step of comparing the sender's Email address to a list of Email addresses that the recipient will accept without the payment of a deposit. Accordingly, the deposit process can be bypassed for a selected set of senders designated by the recipient. The populating of such a list of senders could be accomplished during the setup of the intermediary Email box by the recipient, and may also be performed on an ad hoc basis as the recipient determines that this privilege should be extended to a new sender.
  • Senders who frequently send Email to intermediary Email boxes could keep a copy of the form that is sent by the intermediary web site on their hard drives or in other convenient storage so that this form could be pre-completed with payment information (credit card or micro payment account, for example). This pre-completed payment form would speed-up the process of sending of Emails.
  • the sender's Email outbox could be linked to an account of the sender held by the company administering the intermediary Email box service. This account could be automatically debited whenever the sender makes a request to send an Email to a recipient through this intermediary Email box.
  • the deposit or an authorization for a deposit of something of value, typically money is received at the intermediary Email site.
  • the deposit could be by means of a credit card number or a debit card number, for example.
  • the recitation "intermediary" Email box in this context is also intended to encompass other designated locations where the deposit or the authorization for the deposit might be sent, with a verification message sent to the intermediary Email box.
  • the recipient opens his Email.
  • the recipient decides whether to accept or decline the guaranteed deposit payment.
  • the forwarded Email could be provided with web content to display buttons labeled "Accept” and "Decline,” with hyperlinks to appropriate network locations.
  • the deposit may be debited.
  • the debiting of the deposit may be made to the user/recipient's account, or to any other selected account.
  • the debit could be made to a charity, for example.
  • the system automatically sends a message to the sender notifying the sender of the recipient's acceptance or cancellation decision for the deposit.
  • a default decision may be set by the user for deposits in block 260.
  • the default could be set to automatically accept all deposits.
  • the default could be set to automatically decline all deposits.
  • the directory system is operated by one or more servers on one or more web sites.
  • a user would access the web site by inputting the appropriate Internet address into the user's browser. The user would then log on to the web site in block 300.
  • the user enters the user's primary Email address.
  • the field for the user's primary Email address may be pre-populated with his/her primary address. Typically, this might occur where the user wished to perform some management function with respect to the settings for his intermediate Email box.
  • block 320 the user selects the amount of the deposit to be requested from potential senders.
  • the user could provide different deposit requirements for different senders, or different types of senders.
  • block 320 would provide web content for receiving input from the user for a plurality of deposit threshold values, and the senders or type of senders that those different threshold values would apply to.
  • the user may require a different higher deposit before an auditory or visual enhancements may be activated by a sender.
  • the user may set an even higher deposit threshold to be paid before routing to the user's cell phone or PDA may be activated by a sender.
  • the intermediary Email box system determines the appropriate threshold deposit level for that particular sender or class of senders by means of comparison to a table of senders or via another convenient method, and then sends the appropriate threshold deposit level information back to the sender.
  • the appropriate threshold deposit level is then used in block 210 to determine whether the deposit amount or authorization for the deposit sent by the sender equals or exceeds this threshold deposit value.
  • the user inputs a description of himself/herself and the user's background. This information may be used for the purpose of distinguishing between several people with the same or similar names, so that a user of the Email will not send an Email to a person other than the intended recipient. At the option of the user/recipient, this information could also be used for other market-driven purposes.
  • the user may be prompted by web content on his browser to enter a list of exempted senders, who would be exempted from the deposit requirements.
  • the user may select an intermediary Email box address or may be given an intermediate Email address by the system.
  • Fig. 4 shows a description of the operation of the system by a sender who wishes to send an Email to another person by accessing a directory at the web site.
  • the sender accesses the directory at the web site by logging on to the web site service and selecting a directory feature.
  • the sender looks up the name for his desired recipient.
  • the user may access the description for a particular user to ensure that it is addressing the Email to the appropriate intermediary Email box.
  • the sender selects the appropriate recipient's name. Typically, this selection would be accomplished by clicking on the name.
  • the sender would then be presented via appropriate web content with a screen which describes the deposit requirement for normal routing to the intermediary Email box, as well as options (if any) for Email enhancements or special routing (to be discussed below) and the required deposit amounts therefor, and acceptable payment mechanisms, and presents a set of buttons, or other appropriate means for the sender to Accept or Decline the deposit. If the sender declines the deposit requirement, then in block 410, the directory is exited.
  • these Email enhancement in block 408 might include web content to provide a screen or other user interface for offering a method of alerting the recipient of the particular Email with an auditory and/or visual signal, which would be presented to the user at a convenient time, typically during processing of the user's Email.
  • program code could be added to cause an auditory beep or other sound or words to be made at a predetermined time to the user, and/or a highlighting of the Email visually, or the addition of words, or icons, or designs to indicate urgency for this particular Email.
  • the Email could be ranked higher in the Email box so as to be read earlier than its receipt time would entitle it.
  • a selection screen could be presented to sender to route the Email additionally to or only to another Email receiving device, such as a hand-held device like a PDA or a cell phone, with or without auditory or visual enhancement.
  • a hand-held device like a PDA or a cell phone
  • auditory or visual enhancement As noted above, additional deposits or different deposits may be required for adding one or more Email enhancements or for routing the Email to selected other devices, such as hand-held devices.
  • the present invention may also be set up to pass all Emails to the recipient, with enhancement of the Email or the routing of the Email to selected other devices only occurring if the requisite deposit is received.
  • the sender accepts the deposit requirements by making the appropriate indications on his screen, then in block 412, the sender is presented by the appropriate web content, with a screen to provide account information for making payments of the deposit or providing an authorization to obtain a deposit.
  • the sender then composes his/her Email and in block 416, the sender sends the Email which - assuming that the deposit is sufficient — is relayed to the Email inbox of the desired recipient.
  • program code is added to facilitate at the appropriate time the particular action that has been authorized as a result of the deposit.
  • the insurance deposit payment generally will be paid to the recipient in the event that he accepts the payment but that is not necessarily the case.
  • the payment could also go to charity or to another third party on whose behalf the recipient could accept the deposit.
  • the main purpose of the deposit is to deter senders of unwanted commercial Emails from using the directory.
  • the directory aspect of the present invention can also be setup for the explicit purpose of inviting senders to pay for access to one's Email inbox. Prominent individuals and community leaders can make their Email inboxes (and by extension, themselves) available for a fee.
  • Another embodiment of the directory aspect of the present invention is that it allows mailing to an intermediary Email address even without a guarantee deposit but only for the purpose of requesting mailing rights and subject to strong restrictions regarding the amount of text in the message:
  • the requestor can only give his name, a standard request for mailing rights itself and, possibly, a very limited number of words (probably not more than 3 to 5 words) that will help the recipient recognize the sender for those situations where the recipient does not recognize the sender by his/her name alone (for instance, "Schwab investment advisor met yesterday," would let the recipient lcnow that the person requesting the mailing rights is the Schwab Corporation Investment Advisor whom he/she met at a party on October 30 and to whom he/she had expressed an interest in learning more about potential investments.)
  • Such a request would be made in a pre-set format.
  • user A could accept all communications from email addresses to which user A has sent an email in the last 12 months.
  • the rules for determining whether a particular sender email address should be added to such an accepted list could be based on one or more of the following type of criteria:
  • a user could automatically allow for the addition of those email addresses that are on the Accepted Lists of those who are on her accepted list, or go even a degree further, and allow for the addition of those addresses that are on the Accepted List of those who are on the Accepted List of those who are on the Accepted list of the user.
  • This concept could be extended to additional degrees similar to the way rights are administered in social networking models such a Friendster or Orkut. Note that although users would have to be willing to allow for the use of their accepted list for this purpose, such accepted lists could be stored in a trusted server maintained by a trusted entity, and used to filter emails accordingly prior to relegation of some of the emails to the recipient. Therefore, it is not necessary that users share their accepted list with those whose use of their accepted list they authorize for this purpose.
  • At least three of the aforementioned techniques for regulating access to a user's inbox can also be combined building a wall or shield protecting the user against unwanted interruptions and communications: 1 deposit/insurance; 2 'manual' designation of addresses that do not require a deposit by the user; 3 automated rule- based designation of such addresses. (1 with 2; and 1 with 2 and 3)

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Operations Research (AREA)
  • Computer Hardware Design (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Data Mining & Analysis (AREA)
  • Game Theory and Decision Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention concerne un procédé, un système et un produit-programme de dépôt de garantie de messagerie électronique. Dans un mode de réalisation, ce procédé consiste à recevoir, en provenance d'un expéditeur, une demande d'envoi d'un message électronique vers un destinataire (10), à recevoir un dépôt ou une autorisation visant à obtenir un dépôt d'un objet de valeur, à envoyer le message électronique en direction du destinataire (10) uniquement si un dépôt d'autorisation de dépôt est reçu, à déterminer si le destinataire (10) a accepté le dépôt, puis, si ledit destinataire (10) a accepté le dépôt, à permettre l'affectation de ce dépôt. Dans un autre mode de réalisation important, un dépôt peut être requis avant l'acheminement d'un message électronique comportant une mise en valeur auditive ou visuelle, ou avant la réalisation d'un routage vers un type de dispositif désigné. .
PCT/US2005/002450 2004-01-27 2005-01-26 Systeme et procede destines a octroyer des droits de messagerie electronique subordonnes au versement d'un depot Ceased WO2005072360A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US53927104P 2004-01-27 2004-01-27
US60/539,271 2004-01-27

Publications (2)

Publication Number Publication Date
WO2005072360A2 true WO2005072360A2 (fr) 2005-08-11
WO2005072360A3 WO2005072360A3 (fr) 2006-10-05

Family

ID=34826050

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2005/002450 Ceased WO2005072360A2 (fr) 2004-01-27 2005-01-26 Systeme et procede destines a octroyer des droits de messagerie electronique subordonnes au versement d'un depot

Country Status (1)

Country Link
WO (1) WO2005072360A2 (fr)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9888932B2 (en) 2004-01-30 2018-02-13 Vaxxas Pty Limited Method of delivering material or stimulus to a biological subject
US9943673B2 (en) 2010-07-14 2018-04-17 Vaxxas Pty Limited Patch applying apparatus
US10022322B2 (en) 2007-12-24 2018-07-17 Vaxxas Pty Limited Coating method
US11103259B2 (en) 2015-09-18 2021-08-31 Vaxxas Pty Limited Microprojection arrays with microprojections having large surface area profiles
US11147954B2 (en) 2015-02-02 2021-10-19 Vaxxas Pty Limited Microprojection array applicator and method
US11179553B2 (en) 2011-10-12 2021-11-23 Vaxxas Pty Limited Delivery device
US12090295B2 (en) 2015-09-28 2024-09-17 Vaxxas Pty Limited Microprojection arrays with enhanced skin penetrating properties and methods thereof

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6192114B1 (en) * 1998-09-02 2001-02-20 Cbt Flint Partners Method and apparatus for billing a fee to a party initiating an electronic mail communication when the party is not on an authorization list associated with the party to whom the communication is directed

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9888932B2 (en) 2004-01-30 2018-02-13 Vaxxas Pty Limited Method of delivering material or stimulus to a biological subject
US10751072B2 (en) 2004-01-30 2020-08-25 Vaxxas Pty Limited Delivery device
US11207086B2 (en) 2004-01-30 2021-12-28 Vaxxas Pty Limited Method of delivering material or stimulus to a biological subject
US10022322B2 (en) 2007-12-24 2018-07-17 Vaxxas Pty Limited Coating method
US9943673B2 (en) 2010-07-14 2018-04-17 Vaxxas Pty Limited Patch applying apparatus
US11179553B2 (en) 2011-10-12 2021-11-23 Vaxxas Pty Limited Delivery device
US11147954B2 (en) 2015-02-02 2021-10-19 Vaxxas Pty Limited Microprojection array applicator and method
US11103259B2 (en) 2015-09-18 2021-08-31 Vaxxas Pty Limited Microprojection arrays with microprojections having large surface area profiles
US11653939B2 (en) 2015-09-18 2023-05-23 Vaxxas Pty Limited Microprojection arrays with microprojections having large surface area profiles
US12090295B2 (en) 2015-09-28 2024-09-17 Vaxxas Pty Limited Microprojection arrays with enhanced skin penetrating properties and methods thereof

Also Published As

Publication number Publication date
WO2005072360A3 (fr) 2006-10-05

Similar Documents

Publication Publication Date Title
US7072943B2 (en) System and method for granting deposit-contingent E-mailing rights
US7962561B2 (en) System and method for granting deposit-contingent e-mailing rights
US7636756B2 (en) System and method for granting deposit-contingent e-mailing rights
US7516182B2 (en) Practical techniques for reducing unsolicited electronic messages by identifying sender's addresses
US9225553B2 (en) Information management system
EP1782604B1 (fr) Procedes destines a autoriser la transmission d'un contenu entre un premier et un second individu et a authentifier un individu sur la base d'un reseau social de cet individu
AU2005229647B2 (en) Method and system for controlling access to presence information on a peer-to-peer basis
US7487213B2 (en) Techniques for authenticating email
US7413085B2 (en) Techniques for displaying emails listed in an email inbox
US7853786B1 (en) Rules engine architecture and implementation
US7899706B1 (en) Systems and methods for dynamic privacy management
WO2004013796A1 (fr) Techniques pratiques pour diminuer des messages electroniques non sollicites par identification des adresses de l'expediteur
US20040243678A1 (en) Systems and methods for automatically updating electronic mail access lists
US20100138444A1 (en) Federated challenge credit system
US20060075028A1 (en) User interface and anti-phishing functions for an anti-spam micropayments system
JP2003150482A (ja) コンテンツフィルタリング方法、コンテンツフィルタリング装置およびコンテンツフィルタリングプログラム
JP2007520016A (ja) メッセージ処理のシステム及び方法
US7562119B2 (en) Systems and methods for automatically updating electronic mail access lists
US8831188B1 (en) Method and device for preventing misuse of personal information
WO2005072360A2 (fr) Systeme et procede destines a octroyer des droits de messagerie electronique subordonnes au versement d'un depot
Vorakulpipat et al. Polite sender: A resource-saving spam email countermeasure based on sender responsibilities and recipient justifications
US20080177846A1 (en) Method for Providing E-Mail Spam Rejection Employing User Controlled and Service Provider Controlled Access Lists
Schryen Anti-spam legislation: An analysis of laws and their effectiveness
WO2007101149A2 (fr) Procédé destiné à entraîner le rejet de courrier électronique poubelle au moyen d'une liste d'accès contrôlée par l'utilisateur et le fournisseur d'accès
US20070203947A1 (en) Method for Providing Internet Service Employing User Personal Distance Information

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase