WO2019121683A1 - Système et procédé de fonctionnement d'un service de courrier électronique pour téléphones mobiles - Google Patents

Système et procédé de fonctionnement d'un service de courrier électronique pour téléphones mobiles Download PDF

Info

Publication number
WO2019121683A1
WO2019121683A1 PCT/EP2018/085498 EP2018085498W WO2019121683A1 WO 2019121683 A1 WO2019121683 A1 WO 2019121683A1 EP 2018085498 W EP2018085498 W EP 2018085498W WO 2019121683 A1 WO2019121683 A1 WO 2019121683A1
Authority
WO
WIPO (PCT)
Prior art keywords
email
app1
server system
email account
application server
Prior art date
Application number
PCT/EP2018/085498
Other languages
English (en)
Inventor
Anil Goel
Original Assignee
Anil Goel
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 Anil Goel filed Critical Anil Goel
Priority to US16/955,245 priority Critical patent/US20200396195A1/en
Priority to EP18833626.7A priority patent/EP3729745A1/fr
Publication of WO2019121683A1 publication Critical patent/WO2019121683A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30—Security of mobile devices; Security of mobile applications
    • H04W12/35—Protecting application or service provisioning, e.g. securing SIM application provisioning
    • 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/42—Mailbox-related aspects, e.g. synchronisation of mailboxes
    • 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/58—Message adaptation for wireless communication
    • 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/48—Message addressing, e.g. address format or anonymous messages, aliases
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H04W12/069—Authentication using certificates or pre-shared keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/33—Types of network names containing protocol addresses or telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/37—E-mail addresses

Definitions

  • the present invention relates to a system with an email service on mobile telephone and a method of operating such system.
  • SMS Short Messaging Service
  • OTT over-the-top
  • WhatsAppTM or WeChatTM by which messages are sent using data connec tions, for example WiFi connections, without inducing the relatively high communica tion charges for SMS.
  • Email has been a major useful communication tool for a very long time. According to current reports, there exist 5 Billion email accounts used by 2.5 Billion users. Despite wide popularity, setting up an email account is not an easy task for many people, be it as a basic email account accessible from a desktop computer, laptop computer, or from a mobile telephone. Due to these setup difficulties with email accounts, many users prefer using instant message applications and services, which hardly requires any setup as their primary communication tool.
  • email service is the only communica tion tool available.
  • An example is letter service from the government authorities. Ac- cordingly, it is desirable to provide an easy way to obtain and operate an email ac- count for mobile telephones.
  • Some mobile network operators provide email forwarding service to forward an email to mobile telephone as SMS messages via an SMS gateway.
  • To determine the SMS gateway domain of the mobile network operator may require research by the user, as typical mobile telephone users, typically, do not know this information when the mo- bile network operator provides the telephone number.
  • Due to number portability, a number is at risk not any longer being associated with the mobile net- work operator that originally issued it, which implies problems with such network operator-limited systems.
  • the ECELL checks whether the mobile number has already an existing email ac- count. In the affirmative, the system declines to open a new account.
  • ECELL sends an SMS with an authentication code to verify the mobile number.
  • a sender sends an email from the any device capable of sending email, for exam ple a desktop or mobile telephone, to an email address defined as mo- bilenumber@Freedomail.com
  • the FREEDOMAIL server checks whether the email account exist and creates an account if it does not exist.
  • the system sends an SMS/MMS to the mobile number to inform that an email has been received for the user with a selectable link to access the message.
  • FREEDOMAIL email account can be linked/operated with number of email clients or vice versa at the same time.
  • Both of the ECELL and FREEDOMAIL systems have a fundamental drawback in that it assumes that the user/owner of a mobile number will not change after the email ac- count has been activated. So when the network operator recycles the mobile number, the new user/ owner will not be able to open an email account if the previous user/ owner had already opened an email account with the system.
  • FREEDOMAIL system the user cannot setup an own email account unless the user sends an email to herself/himself from another email, which the user may not have in the first place.
  • GB2547231 discloses a multi-factor authentication (MFA) systems which upon re- ceiving a user ID (e.g. email address) from an enterprise authentication system, trans- mits a registration token to a user.
  • the user returns the token over the cellular packet network where a Mobile Station International Subscriber Directory Number (MSISDN) (i.e. a phone number) is added to the header.
  • MSISDN Mobile Station International Subscriber Directory Number
  • the username i.e. email ad- dress
  • password combination represent a pair of credentials that the user knows and so this is representative of a single authentication factor.
  • a two- or multi-factor authentication system is put in place to further authenticate the user. Reference is made to“something physical that is registered to the user”, for example the mobile telephone.
  • EP3065435 discloses use of an MSISDN as digital identity in addition to an authenti cation step where the user has to enter a PIN code.
  • EP2961208 discloses a procedure for accessing a mobile payment service. For such service, a token is received by the mobile phone after request there of, for example into a mobile wallet application.
  • EP2652097 discloses an access to a service, primarily a WLAN access, with a time limitation.
  • An address identifier MSISDN is used to identity the mobile telephone accessing the service, but the MSISDN is not an address of the service itself.
  • an APP is downloaded onto a Smartphone, and an email account is automatically provided through an associated application server system.
  • Each email account is uniquely related to the APP and includes a key associated with the telephone number. Further details are explained below.
  • Smartphone is used herein as a mobile telephone with capabilities for In ternet access and with an advanced mobile operating systems that is capable of run ning downloaded computer applications, commonly called APPs. Examples of such advanced operating systems are iOS® for iPhone® provided by Apple®, or An droidTM or Microsoft Windows®. This list is not exhaustive.
  • the term“conventional email address” is used for email address without containing a mobile telephone number of the user.
  • the term“proprietary email address” is used for email address containing a mobile telephone number of the user.
  • proprietary email account is used for email account with proprietary email address.
  • SMTP Simple Mail Transfer Protocol
  • SMTP format is used for the coding format of an email for SMTP.
  • the term“proprietary communication protocol” is used for an email sending protocol that is different from SMTP and used for communication between the APP and the application server system; this protocol is used in certain embodiments in order to prevent communication with the APP by SMTP.
  • proprietary communication protocol format is a coding format of an email sent by the proprietary communication protocol.
  • proprietary email is used for an email containing the telephone number as part of the email address.
  • the proprietary email and the corresponding communication is provided in in the proprietary communication protocol format.
  • SMS Short Message Service
  • activating an email account is used for creation of an email account and setup thereof with an email address identifier.
  • a system for activating an email account and sending and receiving emails on a mobile telephone.
  • the system comprises a first mobile telephone that contains a SIM card with a registered first telephone number, TelNol, and with Internet access capabilities.
  • a first email software application, APP1 is installed on the first mobile telephone, wherein APP1 is non-transferable to other mobile telephones after installa tion. Optionally, it is non-reinstallable on the first mobile telephone.
  • the APP1 is con figured for automatically providing a first software key and second software key, and sending a key-combination of the first and the second software key to an application server system associated with APP1.
  • the application server system that is associated with APP1, is configured for receiving the key-combination from APP1 as an authori zation code for email transactions.
  • the first email account is uniquely associated to the key-combination.
  • the application server system is further configured for email transactions for receiv ing emails by the application server system from APP1 and sending the received email to a recipient address and receiving emails addressed to the first email account from other email addresses and sending those emails to APP1 for display to the correspond ing user of the first mobile telephone.
  • the APP1 has in-built email client with a user inter face.
  • the username is an identification code, ID, of the email address and is fixed once for all and cannot be changed for an email account.
  • ID an identification code
  • the password is determined by the user and can be changed upon user request.
  • the invention uses a different combination of two software keys for access to an email account.
  • the first key is an identification code
  • the first key, TelNolKey is uniquely linked to the first tel- ephone number, TelNol .
  • the first key is the TelNol or contains the
  • TelNolKey is a code de- rived from TelNol, for example an encrypted code uniquely linked to the first tele- phone number, TelNol.
  • the term“uniquely linked” means that there is only one first key, TelNolKey, for the TelNol and vice versa.
  • the second software key, APP 1 Key is uniquely linked to APP1. This implies that each installed software application APP on a telephone is linked to the mobile tele- phone.
  • the first software application, APP1 when installed on the first mobile telephone is non-transferable to other mobile telephones and, optionally, also non-reinstallable on the first mobile telephone.
  • a user with a specific mobile telephone onto which the APP1 is in stalled carries one of the keys by the mobile telephone, namely the APP.
  • the email account cannot be accessed without the mobile telephone on which the APP1 is in- stalled.
  • the user carries also the second key, namely the SIM card with the specific telephone number of the mobile telephone.
  • the application server system is configured for email transactions for the first email account only upon receipt of the key-combination, Comb(TelNolKey, APP 1 Key), from the APP 1.
  • the application server system is configured for email transactions for the first email account only if the first telephone comprises the SIM card with the regis- tered first telephone number. Consequently, removal of the SIM card from the mobile telephone would stop access to the email account.
  • the invention provides an email system that is linked to hardware, namely the mobile telephone onto which an APP1 has been installed, and optionally also the SIM card in the mobile telephone.
  • the APP1 itself is linked to the telephone, as long as the APP1 is installed and not deleted from the telephone, and the APP1 uses the telephone number from the SIM card for obtaining access to the email account.
  • this implies advantages of high security while at the same time a high degree of automa tion without a necessity of creating and remembering passwords.
  • the TelNolKey is identical to TelNol or comprises TelNol as part of an alphanumeric sequence.
  • APP1 is an alphanumeric ID number of the APP1.
  • the key-combination, Comb(TelNolKey, APPlKey) is an alphanumeric sequence containing TelNolKey and APPlKey.
  • the key-combination, Comb(TelNolKey, APPlKey) is encrypted in order not to be deciphered by third parties.
  • Comb(TelNolKey, APPlKey) is an alphanumeric value derived by a function: Func- tion(TelNolKey, APPlKey) that has TelNolKey and APPlKey as variables.
  • the application server system is configured for auto matically creating/activating the first email account as a consequence of a first-time receipt of the key-combination by the application server system.
  • the APP1 collects the TelNol from the SIM card of the first mo bile telephone and forms the key-combination and submits it to the application server system, either automatically or upon user request, where the first email account is ac tivated.
  • the system and method as presented herein are integrated end-to-end solution wherein the multiple steps for activating and operating an email on a mobile telephone are reumbled to one simple single step, which is in contrast to prior art systems, where multi ple steps are needed on separate systems.
  • the system and method eliminates the need for creating a password to activate an email account on the webmail first and then configuring the email account on an email client after the email account has been acti vated. No password has to be created and memorised or written down. Access is from a single device, namely the mobile telephone. This is a great advantageous for many people who tend to forget a password, especially old people, and for many other peo- ple who do have any technical background or know how to configure an email ac- count on an email client.
  • the first key is an identification code, ID, of the email address.
  • ID an identification code
  • the TelNolKey is an alphanumeric sequence containing TelNol or is identical to TelNol .
  • APPlKey is indirectly linked to the SIM card.
  • the other key APPlKey optionally, contains the ID of APP1.
  • APP1 cannot be transferred to other devices or reinstalled.
  • APPlKey is indirectly linked to the mobile telephone.
  • the application server system is configured for automatically activating a second email account as a consequence of receiving from APP1 a key- combination, Comb(TelNo2Key, APPlKey), wherein TelNo2Key is a software key uniquely associated with a second telephone number TelNo2 of a different, second SIM card in the first mobile telephone.
  • the APP1 automatically provides a different first software key, TelNo2Key, and sends the resulting software key-combination, Comb(TelNo2Key, APPlKey), to the application server system.
  • a second email account is automatically created/activated by the application server system, wherein the second email account is uniquely associated to the different key-combination Comb (TelNo2Key,
  • the user may swap between different SIM cards in the first mobile telephone, either by installing different SIM cards, or by selecting one of two SIM cards in a dual-SIM telephone. In this case, the user can select between the two creat ed email accounts.
  • the application server system is configured for email transac- tions for the first email account only if the first telephone comprises the SIM card with the registered first telephone number. Consequently, removal of the SIM card from the mobile telephone would stop access to the email account.
  • the user is capable of linking the two email accounts for Comb(TelNolKey, APPlKey) and Comb(TelNo2Key, APPlKey) together such that emails from both email accounts are accessible to the user when using either of the two SIM cards. This process can be repeated for multiple SIM cards and corre- sponding multiple telephone numbers.
  • the sender’s proprietary email address of the first email account would depend on the SIM card currently in use.
  • the SIM card for the first proprietary email address has to be installed in the phone with the APP1 in order for the email account to work.
  • the application server system is configured for email transactions for the first email account only if the first SIM card has not been installed in another mobile telephone phone with a different APP.
  • the latter implies that the first email account continues working through the first telephone until the SIM card is changed to another telephone with an APP2.
  • the SIM card can be removed from the first telephone, and the first email account will continue function ing, until the SIM card is installed in another telephone and a corresponding second email account is activated.
  • one APP can be linked to multiple email accounts but one email account can only be linked to one APP at any given time.
  • the user may request a number-change-code from the applica tion server system for change of telephone number from the first telephone number TelNol to a different telephone number. This is done by the user’s input on a user interface of APP1 on the first mobile telephone. By the APP1, the number-change- code is received and displayed to the user. The user would typically record such code or memorise it. Then, the SIM card can be removed from the first mobile telephone and a different SIM card installed in the first mobile telephone with a different tele- phone number, TelNo2. The APP1 automatically provides a different first software key, TelNo2Key, and sends the resulting software key-combination, Comb(TelNo2Key, APPlKey), to the application server system.
  • a second proprietary email account is automatically activated by the application server system.
  • ac- cess is granted to emails in the first email account despite the change of software key- combination from Comb(TelNolKey, APPlKey) to Comb(TelNo2Key, APPlKey).
  • the application server system is linking the first proprietary email ac- count to the second proprietary email account, providing access to emails in the first proprietary email account through the second proprietary email account.
  • the application server system is providing access by APP1 on the first mobile telephone to previous emails from the first email account, for example by linking the first to the second email account, if after a comparison check there is at least 50%, for example at least 60, 70, 80, or even 90%, identity between the contact lists in the first mobile telephone before and after change of the respective telephone numbers from TelNol to TelNo2.
  • this feature is implemented as an automatic feature authorised by the user or upon user command and request.
  • the server stores the copies of the contact list on the first mobile telephone in association with the second proprietary email ac count.
  • a second email account is activated for Comb(TelNo2Key, APPlKey), but access is given to the emails of the previous email account associated with Comb(TelNolKey, APPlKey) by transferring the first email account associated to TelNol to the second email account associated with TelNo2 and providing access to previous emails in the first email account through operation of the second email ac- count.
  • the application server system is configured for automatically activating a further email account as a consequence of receiving from APP2 the key-combination Comb(TelNolKey, APP2Key), wherein APP2Key is a software key uniquely associ- ated with APP2 on the first mobile telephone or on a different telephone containing the first SIM card with the first mobile telephone number TelNol.
  • the further email account is uniquely related to the new software key-combination Comb(TelNolKey, APP2Key).
  • the first user may request on the user interface of APP1 on the first mobile telephone by user command an APP- change-code from the application server system for change of the APP.
  • the APP1 would then receive the APP-change-code and display it to the user for recording.
  • the SIM card can then be removed from the first mobile telephone and installed the SIM card in a second mobile telephone, which is then provided with a second email soft- ware application, APP2, similar to APP1 but with a different software key, APP2Key.
  • APP2 sends a software key-combination Comb(TelNolKey, APP2Key) to the application server system, which optionally activates a new email account due to the new software key-combination Comb(TelNolKey, APP2Key).
  • the application server system is providing access to the emails in the first email ac- count despite the changed software key-combination from Comb(TelNolKey, APPlKey) to Comb(TelNolKey, APP2Key).
  • the application server system is providing access to previous emails from the first email account by APP2 on the new telephone, if after a comparison check there is at least 50%, for example at least 60, 70, 80, or even 90%, identity between the contact lists in the first and second telephone. This implies that the application server system takes copies of the contact list on the first mobile phone regularly and stores it in association with the first email account.
  • this feature is implemented as an automatic feature or upon user command and request.
  • the application server system is linking the first email account associated to APP1 to the second email account associated with APP2 and providing access to previous emails in the first email account through operation of the second email ac- count.
  • the first email account is made accessible to the user despite change of telephone number and/or APP, if the user sends the mobile phone bills before and after the change as a proof to the customer services, for exam ple via email through the APP.
  • the customer ser vice would request proof that the SIM with the first telephone number is registered in the same name before and after the change.
  • the custom er services the first email account is linked to the new email account.
  • a simple email address is derived from the mobile num ber of a mobile telephone by including the telephone number in the email address, either by the email address identifier being identical to the mobile number, which makes it simple for other users to send an email, or by including the mobile number in an alphanumeric sequence.
  • the email address contains the first telephone number TelNol together with a specific domain name associated with the application server system and a top-level domain.
  • An example of an email address for the first mobile telephone with APP1 is TelNol @DomainName.TLD, where TLD is an abbreviation for Top Level Domain.
  • the first mobile number TelNol contains the country code as part of the email address.
  • the system can be designed to work worldwide.
  • the system is configured for sending emails from the APP1 of the first mobile telephone to a corresponding APP2 on a second mobile telephone across country borders.
  • a generalized format can be expressed as “TelNo@domainname.TLD” which is potentially used as email address.
  • the email address contains the mobile number, which for international use also contains the country code. It also contains a domain name,“domainname”, as part of the email address, for example with the format“@domainname.com”, where“com” is a specific example of top-level domain (TLD).
  • TLD top-level domain
  • Other examples of TLD are“eu” or“in”.
  • a single domain name is used for an entire country or even for a plurality of countries, thus, extending the system internationally with service across country bor ders.
  • the system spans over various, or even all, accessible mobile network op- erators throughout the world.
  • the system can be used for any mobile tele- phone number, be it nationally or internationally, independent of mobile networks operators, for example Orange®, Vodafone®, or AT&T®.
  • the system uses a domain name on the Internet for all mobile numbers irrespective of which mo- bile network operator has issued the mobile number and which mobile network opera tor provides telephone network service and Internet access.
  • the application server system is configured for sending emails from APP1 of the first mobile telephone to an APP2 on a second telephone, despite the first and second mo- bile telephone being serviced by different mobile network operators.
  • the system also supports alternative domains, such that an alternative do- main is an alias to the original domain.
  • an alternative do- main is an alias to the original domain.
  • the following two email ad- dresses TelNo@people.com and TelNo@55.com could potentially denote the same delivery address, where“people.com” is a specific example of an original domain and “55.com” is a specific example of an alternative domain.
  • Such principle of dual do- main links can be useful for people who do not understand the English Alphabet, and may also prevent users from the necessity of shifting between different keyboards.
  • the APP and the application server system are configured for sending emails between the APP and the application server system only according to a proprietary communication protocol, which is different from SMTP.
  • the application server system comprises numerous servers that are used in combination.
  • the numerous servers include proprietary email servers as well as conventional email servers.
  • the proprietary email servers are spe- cifically associated with the APP and use only the proprietary communication proto- col for emails communication with the APP.
  • the purpose is that only the proprietary email servers are able to communicate directly with the APP.
  • the conventional email servers use SMTP in the Internet and are used for sending and receiving conventional emails from computers or mobile telephones.
  • only proprietary email servers are used for sending and receiving emails from a first email address of the format TelNol@domainname.TLD to a second email address of the format T elNo2@domainname.TLD .
  • the installation procedure for the APP includes downloading the APP over the Internet onto the mobile telephone and installing the APP thereon.
  • similar APPs may be provided for various mobile operating systems, for example iOS®, AndroidTM and Windows®, the list not being exhaustive.
  • the installation procedure of the APP also includes automatically receiving the telephone number of the SIM card by the APP and sending the telephone number to the application server system.
  • the APP prompts the user to type in the mobile telephone number on the keypad of the mobile telephone.
  • the proprietary email account is activated on APP1, it presents an email client to the user of the first mobile telephone and prompts the user to type a telephone number as email recipient.
  • APP1 prompts the user to select an email recipient among contact numbers stored in a contact list of the first mobile telephone, upon which APP1 extracts the recipient’s telephone number from the contact list.
  • the APP1 creates a recipient’s proprietary email address, for example in the format of TelNoX@domainname.TLD.
  • the APP1 is further prompting the user to insert an email content, and does upon user command send the email with the recipient’s proprietary email address from APP1 to the application server system for forwarding it to the recipient’s proprietary email ad- dress.
  • the appli cation server system checks whether a proprietary email account is activated with such recipient’s proprietary email address. In the affirmative, this is equivalent to the recip ient having APPX on the corresponding mobile telephone, and the email is forwarded to the APPX on the recipient mobile phone by using the proprietary communication protocol.
  • a text message for example in the format of SMS is sent to the recipient’s telephone number TelNoX, where the text message contains a prompt to the recipient for downloading the APP on the recipient’s telephone in order to receive the email.
  • This facilitates the distribution of the APP among a large user group and makes the sending of emails for the first user very easy.
  • the user receives a message,“Hi there, I am using a new email system with email address based on your mobile number TelNoX, please, download the corresponding APP for ease of communication”.
  • the system is not limited to sending and receiving email from proprietary email accounts, where the mobile telephone number is part of the email address. Instead, the system is also configured to send and receive emails to and from conventional email addresses that are not based on the mobile telephone number.
  • the application server system is configured for receiving an email from APP1 on the first mobile telephone, the email comprising a recipient’s conventional email, wherein the application server system is configured for sending the email ac- cording to SMTP to the recipient’s conventional email address.
  • the application server system is configured for receiving a conventional email according to SMTP from a sender’s conventional email address, the conven tional email comprising a recipient’s proprietary email address, the application server system further being configured for sending the email to APP1 on the first mobile telephone.
  • the application server system is optionally configured for receiving a proprietary email from APP1 of the first mobile telephone according to the proprietary communication protocol, the email comprising a recipient’s conventional email address, and the application server system is config ured for converting the proprietary email to a conventional email and sending the con ventional email according to SMTP to the recipient’s conventional email address.
  • the application server system is configured for receiving a conventional email according to SMTP from a sender’s conventional email, the con ventional email comprising a recipient’s proprietary email address, and the application server system is further configured for converting the conventional email to a proprie tary email and sending the email to APP1 on the first mobile telephone by using the proprietary communication protocol.
  • the APP receives multiple telephone numbers from the contact list on the mobile telephone and submits the telephone numbers to the application server system.
  • the application server system would then check whether for some of the received telephone numbers of the contact list no corresponding proprietary email accounts activated, select those telephone numbers and automatically send an SMS to those telephone numbers, the SMS prompting download of the APP. In this case, all or some contacts from the contact list in the mobile telephone are automatically prompted to download the APP.
  • Such viral prompting would quickly result in a large number of people to have the APP installed in an easy way.
  • the submission of the telephone numbers of the contact list to the application server system by the APP is, optionally, initiated only upon confirmation by the user after being presented by a prompt from the APP for the submission of the telephone numbers.
  • the proprietary communication protocol is different from Simple Mail Transfer Protocol (SMTP), so that communication to and from the APP is only through the associated proprietary email servers, which gives a high degree of control and security. For example, the number of email spam and virus distribution can be efficiently reduced.
  • the proprietary communication protocol includes au- tomatic prompting the user of APP1 on the first mobile telephone as to whether or not to accept receipt of an email from an email sender, for example an email sender ad- dress whom which no email has been received earlier. In the event of non-acceptance by the user, the system denies receipt of the email by APP1 and prevents downloading the email to APP1 on the first mobile telephone from the application server system.
  • SMTP Simple Mail Transfer Protocol
  • the email is sent back to the sender in such event, notifying the sender that the recipient does not wish to accept the email from the sender.
  • emails are only received upon acceptance of the sender.
  • spam and malware risks are re- prised in that they do not find way to the email account without explicit permission.
  • the conventional email system with SMTP implies that spam and emails with viruses are received from any corresponding new email sender.
  • conventional email servers have built-in some filtering mechanisms for spam and viruses, these are easy to avoid by intelligent programming from active spam and virus distributors.
  • such conventional filtering mechanisms which are meant to filter spam and viruses, also involve a risk for errors in the automatic rejection, such that some of the emails that are important to the recip- ient are also rejected.
  • the proprietary email server can be configured to block selected email addresses.
  • the future emails from such blocked email address will be returned back to the sender and not sent to the App.
  • the returned email will notify the sender that the recipient has blocked the sender.
  • the emails to the first proprietary email account are forwarded to a second proprietary email account until the new owner/user of the first mobile telephone number activates the new proprietary email account on the new APP on the new mobile telephone. This will help facilitate the smooth transition from first proprietary email account to second proprietary email account.
  • the APP is programmed, as part of the installation procedure of the APP, for receiv- ing the telephone number of the SIM card by the APP and sending the telephone number and the second software key, related to the ID of the APP, to the application server system associated with the APP to activate an email account, for example a proprietary email account, by the application server system;
  • the APP is programmed, after receipt of confirmation of activation of the email ac- count, for example proprietary email account, for presenting an email client to the user of the telephone and prompting the user to select a recipient among contacts stored in a contact list of the phone as email receiver, and further programmed for extracting the recipient’s telephone number from the contact list;
  • the APP is programmed for prompting the user to insert an email content, the email content comprising at least one of a text, a voice message, a document, a photo; a vid- eo or music;
  • the App is programmed for submitting the email with the recipient’s telephone num ber to the application server system for further submission to the corresponding App on the recipient’s mobile telephone.
  • the system and method comprises keeping the link to the email with the attachment.
  • the user can at all times find back to the original email with the specific attachment either from the APP repository or from the mobile telephone various folders.
  • the link is effectuated by a simple pointer action from the user, in which case the user interface switches from presenting the attachment to presenting the email that origi nally contained the attachment.
  • system and method comprises automatically appending the sender’s name and the date received to the attachment name.
  • system and method may be configured for automatically indicating the number of times the attachment has been viewed/ open by the user.
  • the system and method comprises auto matically hiding the signatures and disclaimers in the email thread except from the original email from the sender for easier and efficient review of the main content of the email thread.
  • the system and method comprises automatically clubbing all the emails to and from a person similar to email threads including multiple accounts corresponding to different mobile telephone numbers and/or conventional email accounts maintained for easier and efficient review of all of the communication to and from the sender in one continuous flow.
  • the system and method optionally, comprises automatically clubbing together all the emails from the different departments, both from external and internal domains of the service, in order to unclutter the mailbox for effective and efficient management of the mailbox.
  • NetworkSolutions and NetworkSolutionsRenewals are specific ex- amples of different departments; and networksolutions.com is specific example of an external domain, while infol.networksolutions.com and maill.networksilutions.com are specific example of internal domains.
  • the system as described above could be advantageously used by organisations for two-factor authentication, transactional information, for example flight confirmation, pin code reset, bank balance alerts, as well as for customer relationship management services and promotional campaigns instead of application-to-person (A2P) SMS.
  • ATM application-to-person
  • the application server system can also be configured to access the email account via a desktop application or web application.
  • the desktop-access-code or web-access-code for APP1 is sent to the first mobile telephone for input into the desk top keypad in order to access the desktop application or web application.
  • the user will be able to send or receive the email from first email ac- count from desktop application or web application.
  • FIG. 1 is a flow chart illustrating the stages to activate a proprietary email account for the smartphone for sending and receiving emails;.
  • FIG. 2 is a flow chart illustrating the stages for sending and receiving emails be- tween two proprietary email accounts
  • FIG. 3 is a flow chart illustrating the stages for sending an email from the first pro- prietary email account to a conventional email address
  • FIG. 4 is a flow chart illustrating the stages for receiving an email from a conven tional email address to proprietary email address and forwarding it to a smartphone.
  • FIG. 5 is a flow chart illustrating the stages for changing the TelNo and transferring the previous proprietary email account to the new proprietary email account
  • FIG. 6 is a flow chart illustrating the stages for changing the APP and transferring the previous proprietary email account to new proprietary email account
  • Stage 101 A first mobile telephone of a first user is provided with a SIM card inside having a first registered telephone number“TelNo 1”. A first App“APP1” is down loaded, with an appropriate APP distribution service for example PlayStoreTM for An droid and AppStoreTM for iOS®, through the Internet onto the first mobile telephone and installed thereon.
  • an appropriate APP distribution service for example PlayStoreTM for An droid and AppStoreTM for iOS®, through the Internet onto the first mobile telephone and installed thereon.
  • Stage 102 As part of the installation procedure, APP1 receives“TelNo 1” from the SIM card, either automatically or by user input, and submits the key-combination, Comb(TelNolKey, APP 1 Key) automatically to the application server system.
  • the application server system sends a SMS with an authentication code to the telephone number to verify the correctness of tele- phone number.
  • the APP submits it automatically to the application server system.
  • Stage 103 Upon receipt of the key-combination, Comb(TelNolKey, APP 1 Key), the application server system automatically activates a first proprietary email account with the first email address“TelNol @domainname.TLD”.
  • the email address con tains the mobile number, which for international use also contains the country code. It also contains a domain name,“domainname”, as part of the email address, for exam ple with the format“@domainname.com”, where“com”, is a specific examples of top-level domain (TLD).
  • Stage 104 The application server system confirms to APP1 that a proprietary email account has been activated.
  • Stage 105 Upon activation of first proprietary email account, either automatically or by user confirmation, APP1 sends a copy of the contact list on the first mobile phone to the application server system to be stored in the first proprietary email account or be stored in association with the first proprietary email account. The APP continually updates the stored contact list on the application server system.
  • Optional stage 106 APP1 prompts the user to indicate whether the estab lished first proprietary email account should be linked to a conventional email address to which all received emails are forwarded.
  • This option gives the user the possibility to use an existing conventional email account, which will also receive all emails that are received by proprietary email account. For others, this implies the advantage that they do not need to remember or store the email address of the conventional email account but only the first telephone number. This is an advantage because contact lists in telephones typically only contain the telephone numbers of contacts, which are stored upon receipt of a call and typically not even inspected and remembered by the user.
  • APP1 submits the information to the application server system which reg isters such forwarding link in connection with the first proprietary email account. After these few stages, the user is ready to send and receive emails. It is universal for any telephone number in any country and independent of the specific telephone ser vice provider, for example Orange®, Vodafone®, or AT&T®.
  • Stage 201 Upon activating the first proprietary email account for the first telephone number, APP1 on the first mobile telephone presents an email client to the first user as a prompt to compose an email by inserting a telephone number“TelNo2” to which an email should be sent.
  • the first user either enters a telephone number on the keypad or selects a certain contact number“TelNo2” from the list of contacts stored in the first mobile telephone.
  • a proprietary email address is automatically created by APP1 of the format“TelNo2@domainname.TLD”
  • Stage 202 The user finalises the email by inserting text in a subject field and/or the email body, optionally with attachments, such as documents, images, or videos.
  • Stage 203 Upon user command and request, APP1 sends the email to the application server system, optionally by using a proprietary communication protocol different from SMTP.
  • Stage 204 The application server system receives the email and checks whether a proprietary email account with“TelNo2” in the address is already activated.
  • Stage 205 In the affirmative, the application server system stores the email onto that account and establishes a connection to the second APP, APP2, on the second mobile telephone with“TelNo2” and forwards the email to APP2 on the second mobile tele- phone, optionally by using a proprietary communication protocol.
  • Optional stage 206 If such proprietary email account does not yet activated, the appli cation server system sends a message, typically via SMS, to the second mobile tele phone that an email is pending for receipt and prompts the second user of such second mobile telephone to install the APP on the second mobile telephone.
  • the installation of the APP is done automatically upon confirmation by the recipient, which becomes a second user, optionally by pressing on a link in the SMS message.
  • a message is sent to the first user that the recipient does not yet have the APP, which motivates the first user to contact the recipient and ask him/her to install the APP.
  • the email is sent to the second APP on the second mobile telephone.
  • the received email is pushed to the second APP on the second mobile telephone automatically, optionally by the proprie- tary communication protocol.
  • the forwarding is done by a pull-action, in which the forwarding is paused until ordered by the second APP of the second mobile telephone, for example upon activation of the second APP by the second user.
  • Optional stage 207 the application server system confirms to the first user the proper delivery of the email to the second mobile telephone.
  • the proprietary communication protocol contains certain proprietary functions.
  • One of the optional functions is a prompt for confirmation whether an email sender address is accepted for the current and/or future emails. Such function largely eliminates receipt of spam mails.
  • the prompt for allowing email delivery from specif ic senders is optionally a selected function; for example, the first user may select re- ceiving all emails from contact persons according to the contact list but request a prompt for other senders. Alternatively, the user may request a prompt for each email sender from which an email has not been accepted for delivery before. Blocking send- ers is also an option to avoid spam.
  • the APP is optionally configured to allow send- ing the same email to numerous recipients selected among contacts in the contact list or even to all contacts in the contact list and, potentially to further added contacts which are not in the list. Those contacts that already have such APP installed will re- ceive the email and those contacts that have not yet installed the APP will receive a message, typically SMS message, motivating the recipient to install the APP. This is also a way to distribute the APP quickly to a large number of users.
  • the APP is optionally configured for storing email history per sender/recipient, simi larly to what users today are used to in messaging application and services, such as WhatsApp®, WeChat®, Viber®, or Instagram®. This makes it easy for the user to trace email conversations.
  • the following stages are performed in order to send an email from the first application, APP1, on the first mobile telephone to a conventional email address.
  • Stage 301 The user composes an email by inserting a conventional email address as an alternative to a telephone number to which an email should be sent.
  • the first user either types in a conventional email address or selects a certain email address from a stored list in the first mobile telephone.
  • Stage 302 An email is generated by the user by inserting text in a subject field and/or the email body, optionally with attachments, such as documents, images, or videos.
  • Stage 303 Upon user command and request, APP1 sends the email to the application server system, optionally according to the proprietary communication protocol.
  • Stage 304 From APP1, the application server system receives the proprietary email, optionally according to the proprietary communication protocol, where the email con tains a conventional email address to which the email should be sent.
  • the application server system converts the proprietary email from a proprietary com munication format to a conventional email in SMTP format and sends the email ac cording to the SMTP via the Internet to the conventional email server system that is associated with this conventional email address.
  • the conventional email server system is an MTA (mail transport agent) server system, optionally using Mi crosoft Exchange®, qmailTM, EximTM or sendmailTM as an email routing program.
  • Stage 306 The corresponding conventional email server system receives the email from the Internet. With reference to FIG. 4, the following stages are performed in order to receive an email from conventional email address and forward it to APP1 on the first telephone in a proprietary format.
  • Stage 401 The application server system receives a conventional email for the address “TelNol@domainname.TLD” through the Internet from a conventional email server system, according to SMTP.
  • Stage 402 The application server system converts the conventional email from SMT format to a proprietary email in a proprietary communication format and stores the email in the corresponding proprietary email account of“TelNol”.
  • Stage 403 The application server system sends the email to APP1 on the first mobile telephone by proprietary communication protocol.
  • Stage 501 Upon user command and request, APP1 sends a number-change-code for first proprietary email account to the application server system.
  • Stage 502 The application server system receives the request and sends an alphanu- meric“number-change-code” for first proprietary email account to APP1. The user notes this code down or memorizes it.
  • Stage 503 The first user removes the SIM card from the first mobile phone and in stalls a different SIM card with a different telephone number, TelNo2, in the first mo bile phone.
  • Stage 504 APP1 receives“TelNo2” from the SIM card, either automatically or by user input, and submits the key-combination, Comb(TelNo2Key, APPlKey) automat ically to the application server system.
  • Stage 505 Upon receipt of key-combination, Comb(TelNo2Key, APPlKey) the ap plication server system automatically activates a second proprietary email account with the second email address“TelNo2@domainname.TLD”.
  • Stage 506 The application server system confirms to APP1 that a second proprietary email account has been activated.
  • Stage 507 Upon activation of second proprietary email account, either automatically or by user confirmation, the APP1 sends the contact list on the first mobile phone to the application server system to store it in or in association with the second proprietary email account.
  • Stage 508 The first user enters the number-change-code on APP1 to link the first proprietary email account to the second proprietary email account for accessing the first email account through the second email account address and submits it to the application server system.
  • Stage 509 Upon receipt of“number-change-code”, the application server system cor respondingly links the first proprietary email account to the second proprietary email account, providing access to emails in the first proprietary email account through the second proprietary email account.
  • Stage 510 In the event, the first user does not remember the“number-change-code”, upon user command, APP1 sends a verification request to application server system to verify that the first proprietary email account belongs to the first user.
  • Stage 511 Upon receipt of the verification request, the application server systems compares the contact list stored for the first proprietary email account with the contact list on the first mobile phone. If the contact list on the first mobile phone matches a predetermined fraction, for example at least 80% or even 90%, of contacts stored for first proprietary account, the application server system links the first proprietary email account to the second proprietary email account, providing access to emails in the first proprietary email account through the second proprietary email account. With reference to FIG. 6, the following stages are performed in order to change the APP from APP1 to APP2 and transferring the first proprietary email account to the new proprietary email account.
  • a predetermined fraction for example at least 80% or even 90%
  • Stage 601 Upon user command and request, APP1 sends a request for an APP- change-code for the first proprietary email account to the application server system.
  • Stage 602 The application server system receives the request and sends an alphanu- meral“APP-change-code” for first proprietary email account to APP1. The user notes this code down or memorizes it.
  • Stage 603 The first user removes the SIM card from the first mobile phone and in stalls the SIM card in a second mobile phone with APP2.
  • Stage 604 APP2 receives“TelNol” from the SIM card, either automatically or by user input, and submits the key-combination, Comb(TelNolKey, APP2Key) auto- matically to the application server system. .
  • Stage 605 Upon receipt of key-combination, Comb(TelNolKey, APP2Key) the ap plication server system automatically activates a second proprietary email account with the email address“TelNol @domainname.TLD”.
  • Stage 606 The application server system confirms to APP2 that a second proprietary email account has been activated.
  • Stage 607 Upon activation of second proprietary email account, either automatically or by user confirmation, APP2 sends the contact list on the second mobile phone to the application server system to store in the second proprietary email account.
  • Stage 608 The first user enters the“APP-change-code” on APP2 to link the first pro- prietary email account with the second proprietary email account and submits it to the application server system.
  • Stage 609 Upon receipt of“APP-change-code”, the application server system links the first proprietary email account to the second proprietary email account, providing access to emails in the first proprietary email account through the second proprietary email account.
  • Stage 610 In the event, the first user does not remember the“APP-change-code”, upon user command, APP1 sends a request to the application server system to verify that the first proprietary email account belongs to the first user.
  • Stage 611 Upon receipt of the request, the application server systems compares the contact list stored for the first proprietary email account and the contact list on the second mobile phone. If the contact list on the second mobile phone matches a prede- termined fraction, for example at least 80 or even at least 90%, of contacts stored on first proprietary account, the application server system links the first proprietary email account to the second proprietary email account, providing access to emails in the first proprietary email account through the second proprietary email account.
  • a prede- termined fraction for example at least 80 or even at least 90%
  • the first proprietary email account is also accessible from a laptop or desk top computer via a desktop application, which is associated with APP1 on the first mobile telephone and in function similar to APP1 on the first mobile telephone.
  • the desktop application mirrors APP1 and is synchronized with APP1.
  • the application server system is linking APP1 and the desktop application upon submission of a desktop-access-code on the desktop application, which is sent by the application server system to APP1 upon user command and request. If more than one proprietary email account is linked to APP1, in such a case all the proprietary email accounts linked to APP1 are also accessible from the desktop appli cation.
  • APP1 may also be accessible from any arbitrary Internet terminal via web applications, upon submission of the web-access- code on the web, which is sent by the application server system to APP1 upon user command and request.
  • the corresponding sender phone number is shown, or optionally the corresponding name from the contact list stored in the mobile telephone.
  • the proprietary email account can be linked to conventional email accounts such that emails received to“TelNo@domainame.TLD” are forwarded to the conventional email account. If the system uses a proprietary email format, the format is changed thereto, for example to SMTP format.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Selon la présente invention, dans une communication par courrier électronique, une application téléchargée sur un smartphone et des comptes de courrier électronique sont automatiquement fournies par l'intermédiaire d'un système de serveur associé. Chaque compte de courrier électronique est associé de manière unique à l'application et comprend une clé associée au numéro de téléphone.
PCT/EP2018/085498 2017-12-19 2018-12-18 Système et procédé de fonctionnement d'un service de courrier électronique pour téléphones mobiles WO2019121683A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/955,245 US20200396195A1 (en) 2017-12-19 2018-12-18 System And Method Of Operating An Email Service For Mobile Telephones
EP18833626.7A EP3729745A1 (fr) 2017-12-19 2018-12-18 Système et procédé de fonctionnement d'un service de courrier électronique pour téléphones mobiles

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB201721266A GB2569784B (en) 2017-12-19 2017-12-19 System and method of operating an email service for mobile telephones
GB1721266.3 2017-12-19

Publications (1)

Publication Number Publication Date
WO2019121683A1 true WO2019121683A1 (fr) 2019-06-27

Family

ID=61009022

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2018/085498 WO2019121683A1 (fr) 2017-12-19 2018-12-18 Système et procédé de fonctionnement d'un service de courrier électronique pour téléphones mobiles

Country Status (4)

Country Link
US (1) US20200396195A1 (fr)
EP (1) EP3729745A1 (fr)
GB (1) GB2569784B (fr)
WO (1) WO2019121683A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021159702A1 (fr) * 2020-02-10 2021-08-19 成都雅信安科技服务有限公司 Procédé d'association d'un programme d'application avec l'imei d'un terminal mobile avec ledit programme d'application installé

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11601440B2 (en) * 2019-04-30 2023-03-07 William Pearce Method of detecting an email phishing attempt or fraudulent email using sequential email numbering
US11297029B2 (en) * 2019-10-02 2022-04-05 Paypal, Inc. System and method for unified multi-channel messaging with block-based datastore
US12107819B1 (en) * 2022-11-18 2024-10-01 8×8, Inc. Communications apparatus and method using channel-communications management with intelligent access to peripheral resources

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1422899A1 (fr) * 2002-11-25 2004-05-26 T-Mobile Deutschland GmbH Méthode et système permettant un accès facile au compte e-mail par un réseau de télécommunication mobile
US20130103660A1 (en) * 2011-10-21 2013-04-25 Qualcomm Incorporated Network connected media gateway for communication networks
WO2014102762A1 (fr) * 2012-12-30 2014-07-03 Atia Igal Système et procédé de courrier électronique

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8756317B2 (en) * 2005-09-28 2014-06-17 Blackberry Limited System and method for authenticating a user for accessing an email account using authentication token
US9544396B2 (en) * 2011-02-23 2017-01-10 Lookout, Inc. Remote application installation and control for a mobile device
DE102012103106A1 (de) * 2012-04-11 2013-10-17 Vodafone Holding Gmbh Verfahren zum Authentifizieren eines Nutzers an einem Dienst auf einem Diensteserver, Applikation und System
US10686781B1 (en) * 2013-12-24 2020-06-16 Affirm Inc. System and method for passwordless logins
EP2961208A1 (fr) * 2014-06-27 2015-12-30 Gemalto SA Procédé permettant d'accéder à un service et serveur, dispositif et système d'application correspondant
EP3065435A4 (fr) * 2015-01-05 2017-04-19 EBIID, Products & Solutions, S.L. Procédé de génération d'une identité numérique d'un utilisateur d'un dispositif mobile, identité numérique d'utilisateur, et procédé d'authentification utilisant ladite identité numérique de l'utilisateur
GB2547231B (en) * 2016-02-11 2021-02-03 Vodafone Ip Licensing Ltd Apparatus, method and computer program product for use in authenticating a user

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1422899A1 (fr) * 2002-11-25 2004-05-26 T-Mobile Deutschland GmbH Méthode et système permettant un accès facile au compte e-mail par un réseau de télécommunication mobile
US20130103660A1 (en) * 2011-10-21 2013-04-25 Qualcomm Incorporated Network connected media gateway for communication networks
WO2014102762A1 (fr) * 2012-12-30 2014-07-03 Atia Igal Système et procédé de courrier électronique

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021159702A1 (fr) * 2020-02-10 2021-08-19 成都雅信安科技服务有限公司 Procédé d'association d'un programme d'application avec l'imei d'un terminal mobile avec ledit programme d'application installé

Also Published As

Publication number Publication date
GB2569784A (en) 2019-07-03
EP3729745A1 (fr) 2020-10-28
GB2569784B (en) 2020-01-01
US20200396195A1 (en) 2020-12-17
GB201721266D0 (en) 2018-01-31

Similar Documents

Publication Publication Date Title
US20200396195A1 (en) System And Method Of Operating An Email Service For Mobile Telephones
US11895265B2 (en) Authentication and control of incoming communication
US9609104B2 (en) Misclassified contact updating in multi-number phones
US8055558B2 (en) Method and system for authentication via communication terminal using short message
US9059979B2 (en) Cookie verification methods and apparatus for use in providing application services to communication devices
US8566599B2 (en) System and method for controlling access to a portable device
US20130235987A1 (en) Automatic machine to machine distribution of subscriber contact information
US8761744B2 (en) Mobile virtual communication invitations
US20050015505A1 (en) System and methods for provisioning a service for a communication device
US20130166450A1 (en) Identity Verification System Using Network Initiated USSD
US20130144788A1 (en) Verification Methods And Apparatus For Use In Providing Application Services To Mobile Communication Devices
US20180054720A1 (en) Shared Numbers in a Multi-Phone Environment
HUE026214T2 (en) Qualified electronic signature system, associated process and mobile phone device for qualified electronic signature
CN101720070A (zh) 手机短信息安全存储系统
US7027807B2 (en) Method for the user-initiated automatic subscription
US10616234B2 (en) System and method for facilitating communications between inmates and non-inmates
GB2452700A (en) Initiating a payment service by including a scan tag in a short message
KR20060011752A (ko) 모바일 컨텐츠 제공 방법
AU2021218220A1 (en) System for vetting communications being sent to a person’s communication device
WO2022219642A1 (fr) Système et procédé permettant d'établir un numéro de téléphone comme identifiant de courrier électronique pour une communication
US9288654B2 (en) Keeping conversations confidential
CN113475047A (zh) 用于保护操作的方法和系统以及相关联的用户站
CN201726536U (zh) 手机短信息安全存储系统
KR20180109019A (ko) 일회용 역방향 답장 메시지를 이용한 인증 방법 및 시스템과 이를 위한 기록매체
KR20180109018A (ko) 일회용 역방향 답장 메시지를 이용한 인증 방법 및 시스템과 이를 위한 기록매체

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18833626

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018833626

Country of ref document: EP

Effective date: 20200720