JP2007233711A - Mail transfer system - Google Patents

Mail transfer system Download PDF

Info

Publication number
JP2007233711A
JP2007233711A JP2006054933A JP2006054933A JP2007233711A JP 2007233711 A JP2007233711 A JP 2007233711A JP 2006054933 A JP2006054933 A JP 2006054933A JP 2006054933 A JP2006054933 A JP 2006054933A JP 2007233711 A JP2007233711 A JP 2007233711A
Authority
JP
Japan
Prior art keywords
mail
address
store
user
permission
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2006054933A
Other languages
Japanese (ja)
Other versions
JP4832922B2 (en
Inventor
Hiroshi Mikitani
浩史 三木谷
Takashi Yoshida
吉田  敬
Hitoshi Hitomi
仁 一見
Hiroko Nozawa
広子 野澤
Tomohiro Tokunaga
知広 徳永
Masahiro Matsui
政弘 松井
Hisanori Kuroda
尚徳 黒田
Tetsuya Nakasone
徹也 仲宗根
Shunichi Usami
俊一 宇佐美
Akira Sakamoto
亮 坂本
Kazuyoshi Masuda
和悦 増田
Yoshiaki Uchikawa
喜章 内川
Shinsaku Tange
慎作 丹下
Atsushi Kawamura
敦 川村
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.)
Rakuten Group Inc
Original Assignee
Rakuten Inc
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 Rakuten Inc filed Critical Rakuten Inc
Priority to JP2006054933A priority Critical patent/JP4832922B2/en
Publication of JP2007233711A publication Critical patent/JP2007233711A/en
Application granted granted Critical
Publication of JP4832922B2 publication Critical patent/JP4832922B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a mail transfer system that allows users to send and receive emails without knowing each other's actual email addresses (raw addresses), so that a third party cannot send an email. <P>SOLUTION: When receiving either an email sent from a virtual mall server 130 or an email sent from the mail software 114 of a store terminal 110 or an email sent from the mail software 124 of a user terminal 120, the mail transfer system 142 checks if permission is set between the store and the user, and registers or updates the permission between the store and the user in accordance with predetermined requirements. To keep the store and the user from knowing each other's raw addresses, either the raw addresses are replaced by transfer addresses or the transfer addresses are replaced by the raw addresses; the emails after the replacement are sent (transferred) to the user terminal 120 and the store terminal 110. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

本発明は、互いの実際の電子メールアドレス(生アドレス)を知らずに電子メールの送受信を行なうことができ、第三者からは送信することができないメール転送システムに関するものである。   The present invention relates to a mail transfer system that can send and receive e-mail without knowing each other's actual e-mail address (raw address) and cannot be sent from a third party.

従来、インターネット上の仮想商店街システムや通信販売システム、オークション・システム等においては、参加している会員間(例えば、店舗とユーザとの間)の連絡は電子メールで行なうのが通常である。理由の1つとして、インスタント・メッセンジャーのような同期型メディアに比べて電子メールのような非同期型メディアが会員間の連絡に適していることが掲げられる。
図1は、従来の仮想商店街システム(会員は、出店する店舗と、買い物をするユーザである)で行なわれる、電子メール送受信の一例を示した図である。なお、会員未登録ユーザもシステムに参加することはできるが、ここでは、電子メールアドレス等の情報をシステムに登録しているユーザ(登録済みユーザ)が、仮想商店街の店舗(登録済み店舗)で買い物をする場合について説明する。また、電子メール送受信の機能のみに絞って説明する。
店舗端末110は、仮想商店街に出店している店舗のパソコン等の端末である。ブラウザ112は、店舗端末110のWebブラウザである。メールソフト114は、店舗端末110のメールソフトである。
ユーザ端末120は、仮想商店街で買い物をするユーザのパソコンや携帯電話等の端末である。ブラウザ122は、ユーザ端末120のWebブラウザである。メールソフト124は、ユーザ端末120のメールソフトである。
2. Description of the Related Art Conventionally, in a virtual shopping mall system, a mail order system, an auction system, etc. on the Internet, communication between participating members (for example, between a store and a user) is usually performed by electronic mail. One reason is that asynchronous media such as e-mail are more suitable for contact between members than synchronous media such as instant messenger.
FIG. 1 is a diagram showing an example of e-mail transmission / reception performed in a conventional virtual shopping mall system (members are stores that open stores and users who shop). Although unregistered users can also participate in the system, here, a user (registered user) who has registered information such as an e-mail address in the system is a store in a virtual shopping mall (registered store). The case of shopping at will be described. Also, the description will be limited to only the function of sending and receiving e-mails.
The store terminal 110 is a terminal such as a personal computer of a store opening a store in a virtual shopping mall. The browser 112 is a web browser of the store terminal 110. The mail software 114 is mail software for the store terminal 110.
The user terminal 120 is a terminal such as a personal computer or a mobile phone of a user who performs shopping in a virtual shopping mall. The browser 122 is a web browser of the user terminal 120. The mail software 124 is mail software for the user terminal 120.

仮想商店街サーバ130は、仮想商店街システムを構築しているサーバである。受注システム132は、ユーザ端末120のブラウザ122からの注文(図1の丸数字1)や店舗端末110のブラウザ112からの受注処理(図1の丸数字3)等を受信して、必要な処理を行なうシステムである。なお、ここでは、受注システム132の機能のうち、電子メール送信の機能(図1の丸数字2,丸数字4)についてのみ説明する。
店舗データベース134は、各店舗の情報を記憶しているデータベースである。店舗データベース134の主要な項目を図2(a)に示す。なお、ここでは、電子メールの送信に必要な項目のみについて示す。店舗IDは、店舗に一意のIDである。店舗生アドレスは、店舗の電子メールアドレスである。以降、実際の電子メールアドレスを「生アドレス」と呼ぶ。その他、仮想商店街上の店舗のURLや、電子メールアドレス以外の連絡先等の必要な情報を店舗データベース134に記憶している。
ユーザ・データベース136は、各ユーザの情報を記憶しているデータベースである。ユーザ・データベース136の主要な項目(電子メールの送信に必要な項目)を図2(b)に示す。ユーザIDは、ユーザに一意のIDである。ユーザ生アドレスは、ユーザの電子メールアドレスである。その他、ユーザの個人情報等の必要な情報をユーザ・データベース136に記憶している。
The virtual shopping mall server 130 is a server that constructs a virtual shopping mall system. The order receiving system 132 receives an order from the browser 122 of the user terminal 120 (circled number 1 in FIG. 1), an order receiving process from the browser 112 of the store terminal 110 (circled number 3 in FIG. 1), etc. It is a system that performs. Here, of the functions of the order receiving system 132, only the e-mail transmission function (circle numbers 2 and 4 in FIG. 1) will be described.
The store database 134 is a database that stores information on each store. The main items of the store database 134 are shown in FIG. Here, only items necessary for sending an e-mail are shown. The store ID is a unique ID for the store. The store raw address is an e-mail address of the store. Hereinafter, an actual e-mail address is referred to as a “raw address”. In addition, the store database 134 stores necessary information such as the URL of the store on the virtual shopping street and a contact address other than the e-mail address.
The user database 136 is a database that stores information on each user. The main items of the user database 136 (items necessary for sending e-mail) are shown in FIG. The user ID is a unique ID for the user. The user raw address is the user's e-mail address. In addition, necessary information such as user personal information is stored in the user database 136.

図1の例に示すように、受注システム132は、ユーザ端末120のブラウザ122から商品の注文(図1の丸数字1)を受信する(具体的には、例えば、ユーザがブラウザ122から仮想商店街上の店舗のWebページにアクセスして商品を注文する操作を行なう)と、自動的に、該ユーザに注文内容等を確認する電子メール(丸数字2の受注確認メール)を送信するとともに、その電子メールのカーボンコピー(cc)を該ユーザが商品を注文した店舗に送信する。
また、受注システム132は、店舗端末110のブラウザ112から受注処理(図1の丸数字3)を受信する(具体的には、例えば、店舗の担当者がブラウザ112から仮想商店街上の該店舗の受注処理用のWebページにアクセスして、ユーザからの注文を受注する操作を行なう)と、受注確認メールとは別の電子メールを送信することが店舗からの事前操作によって受注システム132に予め設定される場合には、注文したユーザに、受注されたことを知らせる電子メール(丸数字4のサンクスメール)を送信するとともに、その電子メールのカーボンコピー(cc)を店舗に送信する。
As shown in the example of FIG. 1, the order receiving system 132 receives a product order (the circled number 1 in FIG. 1) from the browser 122 of the user terminal 120 (specifically, for example, the user stores a virtual store from the browser 122. And an operation for ordering a product by accessing a web page of a store on the street) and automatically sending an e-mail (order confirmation e-mail with a circled number 2) confirming the order contents to the user, A carbon copy (cc) of the e-mail is transmitted to the store where the user ordered the product.
Further, the order receiving system 132 receives the order receiving process (the circled number 3 in FIG. 1) from the browser 112 of the store terminal 110 (specifically, for example, the person in charge of the store receives the store on the virtual shopping mall from the browser 112) If an order is received from the user and an order is received, an e-mail different from the order confirmation e-mail is transmitted to the order receiving system 132 in advance by a prior operation from the store. In the case of setting, an e-mail (Thanks mail with a circled number 4) notifying that the order has been received is transmitted to the user who ordered, and a carbon copy (cc) of the e-mail is transmitted to the store.

受注確認メールの例を図3(a)に示す。差出人アドレス(from)は受注システム132からの自動送信用に用意された電子メールアドレス(例えば、order@rakuten.co.jp)である。宛先アドレス(to)はユーザ・データベース136に記憶されているユーザ生アドレス、同報アドレス(cc)は店舗データベースに記憶されている店舗生アドレスである。電子メールの本文には、例えば、受注確認メールの場合は注文内容や店舗名等を自動的に入力する。
サンクスメールの例を図3(b)に示す。差出人アドレス(from)はユーザからの事前操作により受注システム132において用意された電子メールアドレス(例えば、order@rakuten.co.jp)である。サンクスメールにおいても受注確認メールと同様に、宛先アドレス(to)はユーザ・データベース136に記憶されているユーザ生アドレス、同報アドレス(cc)は店舗データベースに記憶されている店舗生アドレスである。サンクスメールの場合には受注内容や商品の発送予定日等、受注処理で入力された内容を自動的に入力する。
なお、上述の受注確認メールおよびサンクスメールは、仮想商店街システムから店舗端末110およびユーザ端末120に送信される電子メールの一例である。
An example of an order confirmation email is shown in FIG. The sender address (from) is an electronic mail address (for example, order@rakuten.co.jp) prepared for automatic transmission from the order receiving system 132. The destination address (to) is the user raw address stored in the user database 136, and the broadcast address (cc) is the store raw address stored in the store database. In the body of the e-mail, for example, in the case of an order confirmation e-mail, the contents of the order and the store name are automatically entered.
An example of Thanks Mail is shown in FIG. The sender address (from) is an e-mail address (for example, order@rakuten.co.jp) prepared in the order receiving system 132 by a prior operation from the user. In the Sunkus mail, as in the order confirmation mail, the destination address (to) is the user raw address stored in the user database 136, and the broadcast address (cc) is the shop raw address stored in the store database. In the case of Thanks Mail, the contents entered in the order processing, such as the order contents and the scheduled shipping date of the product, are automatically entered.
The order confirmation email and the thanks email described above are examples of emails transmitted from the virtual shopping mall system to the store terminal 110 and the user terminal 120.

上述の図3(a)および図3(b)に示した受注確認メールやサンクスメールは、店舗端末110のメールソフト114およびユーザ端末120のメールソフト124で閲覧される。このとき、店舗の担当者はユーザの電子メールアドレス(ユーザ生アドレス)を知り、ユーザは店舗の電子メールアドレス(店舗生アドレス)を知る。
以降、ここで知得した生アドレスを用いて、店舗の担当者は、店舗端末110のメールソフト114からユーザ端末120に直接電子メールを送る(図1の丸数字5)ことができる。このとき、図3(c)に示すように、差出人アドレス(from)は店舗生アドレスであり、宛先アドレス(to)はユーザ生アドレスである。同様に、ユーザも、ユーザ端末120のメールソフト124から店舗端末110に直接電子メールを送る(図1の丸数字6)ことができる。このとき、図3(d)に示すように、差出人アドレス(from)はユーザ生アドレスであり、宛先アドレス(to)は店舗生アドレスである。
その他、例えば、仮想商店街上の店舗のWebページに店舗生アドレスを掲載していれば、ユーザは店舗生アドレスを知ることができ、ユーザがそのアドレス宛てに問い合せ等の電子メールを送れば、店舗はユーザ生アドレスを知ることができる。
The order confirmation e-mail and thanks mail shown in FIG. 3A and FIG. 3B are browsed by the mail software 114 of the store terminal 110 and the mail software 124 of the user terminal 120. At this time, the person in charge of the store knows the user's email address (user raw address), and the user knows the store's email address (store raw address).
Thereafter, using the raw address acquired here, the person in charge of the store can directly send an e-mail from the mail software 114 of the store terminal 110 to the user terminal 120 (circled number 5 in FIG. 1). At this time, as shown in FIG. 3C, the sender address (from) is a store raw address, and the destination address (to) is a user raw address. Similarly, the user can also send an e-mail directly from the mail software 124 of the user terminal 120 to the store terminal 110 (circle numeral 6 in FIG. 1). At this time, as shown in FIG. 3D, the sender address (from) is a user raw address, and the destination address (to) is a store raw address.
In addition, for example, if the store raw address is posted on the web page of the store on the virtual shopping street, the user can know the store raw address, and if the user sends an e-mail such as an inquiry to the address, The store can know the user raw address.

このように、従来の仮想商店街システムでは、仮想商店街に出店している店舗と、仮想商店街を利用するユーザとの間で電子メールのやり取りを便利かつ容易に行なうことができる。
しかしながら、店舗やユーザが知り得た生アドレスが第三者に漏れて悪用される危険性がある。また、ユーザと取引のない店舗がそのユーザの生アドレスを入手して利用した場合には、個人情報保護に対するユーザの不安が高まる可能性がある。
As described above, in the conventional virtual shopping mall system, it is possible to conveniently and easily exchange e-mails between a store opening in the virtual shopping mall and a user using the virtual shopping mall.
However, there is a risk that a raw address obtained by a store or a user may be leaked to a third party and misused. In addition, when a store without a transaction with a user obtains and uses the user's raw address, there is a possibility that the user's anxiety about personal information protection may increase.

本発明の課題は、互いの実際の電子メールアドレス(生アドレス)を知らずに電子メールの送受信を行なうことができ、第三者からは送信することができないメール転送システムを提供して、上述の問題を解消する事である。   An object of the present invention is to provide a mail transfer system that can send and receive e-mail without knowing each other's actual e-mail address (raw address) and cannot be sent from a third party. It is to solve the problem.

上記の課題を解決するために、本発明は、会員(上述の仮想商店街システムの例では、登録済み店舗と登録済みユーザ)の転送アドレス宛ての電子メールを、該会員の実際のアドレス宛てに転送するメール転送システムであって、前記会員の前記アドレスと、前記アドレスに対応する前記転送アドレスとを記憶しているアドレス記憶手段と、前記転送アドレス宛ての電子メールを受信するメール受信手段と、前記アドレス記憶手段を参照して、前記受信した電子メールの宛先の転送アドレスを対応するアドレスに、送信元のアドレスを対応する転送アドレスに置換するアドレス置換手段と、前記アドレス置換後の電子メールを送信するメール送信手段とを備えていることを特徴とするメール転送システムである。
さらに、前記会員間で電子メール送受信を許可するパーミションを記憶しているパーミション記憶手段を備え、前記メール受信した後に、前記パーミション記憶手段を参照して、宛先の会員と送信元の会員との間に前記パーミションがある場合に前記アドレス置換およびメール送信を行い、前記パーミションがない場合に前記アドレス置換およびメール送信を行わないことを特徴としてもよい。
さらに、前記宛先の会員と送信元の会員との間に前記パーミションがない場合において、あらかじめ定めた条件を満たす場合に、該宛先の会員と送信元の会員との間のパーミションをパーミション記憶手段に登録するパーミション登録手段を備えていることを特徴としてもよい。
さらに、前記パーミション記憶手段にはパーミションの有効期限を記憶しており、さらに、前記宛先の会員と送信元の会員との間に前記パーミションがある場合において、あらかじめ定めた条件を満たす場合に、該宛先の会員と送信元の会員との間の前記パーミションの有効期限を更新するパーミション更新手段を備えていることを特徴としてもよい。
なお、ここで、あらかじめ定めた条件とは、仮想商店街の例においては、例えば、前記メール受信手段にて受信した電子メールを、(1)受注システムからの電子メール、(2)店舗からユーザへの電子メール、(3)ユーザから店舗への電子メールの3通りに振り分けて、受信した電子メールが(1)(3)のいずれかである場合に、該店舗とユーザとの間の前記パーミションを前記パーミション記憶手段に登録し、または、前記パーミションの有効期限を更新するものとする。このように、パーミションはユーザ側操作を主導に設定されるので、店舗からユーザへの無用なメールの送信が制限される。
上記のいずれかに記載のメール転送システムの各手段をコンピュータに機能として実現させるためのプログラムも、本発明である。
In order to solve the above-described problems, the present invention addresses an e-mail addressed to a transfer address of a member (a registered store and a registered user in the above-described virtual shopping mall system example) to the actual address of the member. A mail transfer system for transferring, the address storage means storing the address of the member and the transfer address corresponding to the address; a mail receiving means for receiving an e-mail addressed to the transfer address; With reference to the address storage means, address replacement means for replacing the transfer address of the destination of the received e-mail with the corresponding address and the address of the transmission source with the corresponding transfer address, and the e-mail after the address replacement An e-mail transfer system comprising e-mail transmission means for transmission.
Further, it comprises a permission storage means for storing a permission permitting transmission / reception of e-mail between the members, and after receiving the mail, referring to the permission storage means, between the destination member and the transmission source member The address replacement and mail transmission may be performed when the permission is present, and the address replacement and mail transmission may not be performed when the permission is absent.
Further, in the case where there is no permission between the destination member and the transmission source member, if the predetermined condition is satisfied, the permission between the destination member and the transmission source member is stored in the permission storage means. It is good also as having the permission registration means to register.
Further, the permission storage means stores the expiration date of the permission, and when there is the permission between the destination member and the transmission source member, There may be provided a permission update means for updating an expiration date of the permission between the destination member and the transmission source member.
Here, the predetermined condition is, for example, in the case of a virtual shopping mall, for example, an e-mail received by the mail receiving means is (1) an e-mail from the order receiving system, or (2) a user from the store (3) When the received e-mail is one of (1) and (3), (3) between the store and the user, It is assumed that the permission is registered in the permission storage means or the expiration date of the permission is updated. In this way, since the permission is set mainly by the user side operation, transmission of useless mail from the store to the user is restricted.
A program for causing a computer to realize each means of the mail transfer system described above as a function is also the present invention.

本発明のメール転送システムでは、インターネット上のコミュニティ等の会員(例えば仮想商店街システムにおいては、登録済み店舗と登録済みユーザ)の各々の生アドレスに対応する転送アドレスをあらかじめ用意して、電子メールの転送を行なう。未登録のユーザにおいては、ユーザ登録することにより会員として転送アドレスが用意される。これにより、会員の実際の電子メールアドレス(生アドレス)を他の会員に開示することなく、電子メールの送受信を行なうことができる。会員以外からの電子メールは転送しないので、万一第三者に転送アドレスが流出しても、第三者はその転送アドレスを利用できない。
さらに、本発明は、その転送アドレスに電子メールを送信できる会員を、パーミションの設定により制限する。パーミションの設定がなければ電子メールを転送しないので、その会員に対してパーミションの設定がない会員が、入手した転送アドレスを利用することはできない。また、退会した会員が、会員時に知り得た転送アドレスを利用することも防げる。
また、他の会員に生アドレスを知られないため、安心してコミュニティ等を利用できる。特に、退会後に他の会員からの電子メールを受信することがない。
また、パーミションに有効期限を設けたり、不要になった場合やトラブル発生時等にパーミションを削除するなど、自由度の高い許可制を実現できる。
転送アドレスを、生アドレスからの暗号化ではなく、関連のない無意味な文字列等を使用すれば、解読されるおそれもない。
本発明のメール転送システムは、ここに例示した仮想商店街システムのみならず、インターネット上のオークション・システムや通信販売システム、ソーシャル・ネットワーキング・サービス(SNS)等の会員制コミュニティ、その他の同様なインターネット上のサービスにおいて非常に有用である。
In the mail transfer system of the present invention, a transfer address corresponding to each raw address of a member such as a community on the Internet (for example, a registered store and a registered user in the virtual shopping mall system) is prepared in advance, and an e-mail is sent. Transfer. For an unregistered user, a transfer address is prepared as a member by performing user registration. Thereby, it is possible to send and receive e-mail without disclosing the actual e-mail address (raw address) of the member to other members. Since e-mail from non-members is not forwarded, even if the forwarding address leaks to a third party, the third party cannot use the forwarding address.
Furthermore, the present invention restricts members who can send an e-mail to the forwarding address by setting a permission. Since e-mails are not transferred without permission settings, a member who does not have permission settings for the member cannot use the obtained transfer address. In addition, it is possible to prevent a member who has withdrawn from using a forwarding address obtained at the time of membership.
In addition, since the live address is not known to other members, the community can be used with peace of mind. In particular, it does not receive e-mails from other members after withdrawal.
In addition, it is possible to realize a permission system with a high degree of freedom, such as setting an expiration date for the permission, or deleting the permission when it becomes unnecessary or when trouble occurs.
If the transfer address is not encrypted from the raw address but an unrelated meaningless character string or the like is used, there is no possibility of being decrypted.
The mail transfer system of the present invention is not limited to the virtual shopping mall system exemplified here, but is also an Internet auction system, mail order system, membership community such as social networking service (SNS), and other similar Internet. Very useful in the above services.

以降、本発明のメール転送システムの実施形態の一例を、図を参照しながら詳細に説明する。ここでは、本実施形態のメール転送システムを、上述の図1に示した従来の仮想商店街システムに使用した場合を例に説明する。
本実施形態の例では、仮想商店街システムを利用する会員(ここでは、登録済み店舗と登録済みユーザ)間のメール転送を行なうため、前提として、次のようなルールを設定する。以下、特に断りがないかぎり、「店舗」という場合には登録済み店舗を意味するものとし、「ユーザ」という場合には登録済みユーザを意味するものとする。
Hereinafter, an exemplary embodiment of the mail transfer system of the present invention will be described in detail with reference to the drawings. Here, a case where the mail transfer system of the present embodiment is used in the conventional virtual shopping mall system shown in FIG. 1 will be described as an example.
In the example of this embodiment, the following rules are set as a premise in order to perform mail transfer between members (here, registered stores and registered users) using the virtual shopping mall system. Hereinafter, unless otherwise specified, “store” means a registered store, and “user” means a registered user.

<1.前提条件>
(1−1.転送アドレスの作成ルール)
店舗生アドレスに対応する転送アドレス(以降「店舗転送アドレス」と呼ぶ)およびユーザ生アドレスに対応する転送アドレス(以降「ユーザ匿名アドレス」と呼ぶ)は、例えば、次のルールに従って作成する。なお、このルールは一例であり、他のルールで転送アドレスを決めてもよい。
(1)店舗転送アドレスは、「xxx−info@shop.rakuten.co.jp」(「xxx」の部分は、店舗ID)とする。
(2)ユーザ匿名アドレスは、「yyy@fw.rakuten.ne.jp」(「yyy」の部分は、無意味な文字列)とする。
なお、ユーザ匿名アドレスは、パソコンのアドレス用、携帯電話のアドレス用など、複数設けることも可能である。また、ここでは1店舗につき1つの転送アドレスを設ける例で説明するが、例えば部署や担当者ごと等、1店舗につき複数の転送アドレスを設けてもよい。1店舗につき複数の転送アドレスを用いる場合の例は、後で説明する。
<1. Prerequisite>
(1-1. Transfer address creation rules)
The transfer address corresponding to the store raw address (hereinafter referred to as “store transfer address”) and the transfer address corresponding to the user raw address (hereinafter referred to as “user anonymous address”) are created, for example, according to the following rules. This rule is an example, and the forwarding address may be determined by another rule.
(1) The store transfer address is “xxx-info@shop.rakuten.co.jp” (where “xxx” is the store ID).
(2) The user anonymous address is “yyy@fw.rakuten.ne.jp” (where “yyy” is a meaningless character string).
It is possible to provide a plurality of user anonymous addresses, such as for personal computer addresses and mobile phone addresses. Although an example in which one transfer address is provided per store will be described here, a plurality of transfer addresses may be provided per store, for example, for each department or person in charge. An example of using a plurality of transfer addresses for one store will be described later.

(1−2.メール転送可否のルール)
本実施形態のメール転送システムにおける、店舗とユーザとの間での電子メール転送可否のルールの一例を、図4に示す。
(1)ユーザaに対して許可のある(パーミションが設定されている)店舗Aは、ユーザaに電子メールを送信できる。すなわち、ユーザaのユーザ匿名アドレス宛てに電子メールを送れば、ユーザaに転送される。
(2)一方、許可のない(パーミションが設定されていない)店舗Bは、ユーザaに電子メールを送信できない。すなわち、ユーザaのユーザ匿名アドレス宛てに電子メールを送っても、ユーザaには転送されない。
(3)また、仮想商店街の店舗以外の第三者がユーザ匿名アドレスを入手して、そのユーザ匿名アドレス宛てに電子メールを送っても、ユーザaには転送されない。
(4)なお、ユーザaからは店舗Aにも店舗Bにも電子メールを送信できるものとする。すなわち、店舗Aおよび店舗Bの店舗転送アドレス宛てに電子メールを送れば、各店舗に転送される。
(1-2. E-mail transfer rule)
FIG. 4 shows an example of rules for whether or not to transfer email between the store and the user in the mail transfer system of the present embodiment.
(1) The store A that is permitted for the user a (permission is set) can send an e-mail to the user a. That is, if an e-mail is sent to the user anonymous address of the user a, it is transferred to the user a.
(2) On the other hand, store B without permission (no permission is set) cannot send an e-mail to user a. That is, even if an e-mail is sent to the user anonymous address of the user a, it is not transferred to the user a.
(3) Moreover, even if a third party other than the store in the virtual shopping mall obtains the user anonymous address and sends an e-mail addressed to the user anonymous address, it is not transferred to the user a.
(4) It is assumed that the user a can send an e-mail to both the store A and the store B. That is, if an e-mail is sent to the store transfer addresses of store A and store B, it is transferred to each store.

<2.本実施形態の構成>
本実施形態のメール転送システムを、上述の図1に示した従来の仮想商店街システムに使用した場合のシステム構成の例を、図5に示す。なお、図5の参照番号は図1に対応している。
店舗端末110とブラウザ112およびメールソフト114,ユーザ端末120とブラウザ122およびメールソフト124は、図1と同様である。
本実施形態における仮想商店街サーバ130の店舗データベース134およびユーザ・データベース136の主要な項目を、それぞれ図6(a)(b)に示す。店舗IDおよびユーザIDは、図2に示した従来の各データベースの同項目と同じである。店舗転送アドレスは、店舗生アドレスに対応する転送アドレスである。ユーザ匿名アドレスは、ユーザ生アドレスに対応する転送アドレスである。このように、本実施形態では、店舗データベース134およびユーザ・データベース136に転送アドレスを記憶しておく必要がある。
<2. Configuration of this embodiment>
FIG. 5 shows an example of the system configuration when the mail transfer system of the present embodiment is used in the conventional virtual shopping mall system shown in FIG. The reference numerals in FIG. 5 correspond to those in FIG.
The store terminal 110, browser 112, and mail software 114, and the user terminal 120, browser 122, and mail software 124 are the same as in FIG.
Main items of the store database 134 and the user database 136 of the virtual shopping mall server 130 in this embodiment are shown in FIGS. 6A and 6B, respectively. Store ID and user ID are the same as the same item of each conventional database shown in FIG. The store transfer address is a transfer address corresponding to the store raw address. The user anonymous address is a transfer address corresponding to the user raw address. Thus, in this embodiment, it is necessary to store transfer addresses in the store database 134 and the user database 136.

また、図5において、メール転送サーバ140は、転送アドレス宛ての電子メールを受信して、生アドレス宛てに転送する転送サーバである。メール転送に必要な処理は、メール転送システム142で行なう。メール転送システム142は、店舗アドレス・データベース144,ユーザアドレス・データベース146,パーミション・データベース148,店舗情報データベース149の各データベースを参照して、メール転送を行なうシステムである。
店舗アドレス・データベース144は、店舗の生アドレスと転送アドレスとを対応付けているデータベースである。図7(a)は、店舗アドレス・データベース144の主要な項目であり、店舗IDを主キーとして、店舗生アドレスと店舗転送アドレスを記憶している。
ユーザアドレス・データベース146は、ユーザの生アドレスと転送アドレスとを対応付けているデータベースである。図7(b)は、ユーザアドレス・データベース146の主要な項目であり、ユーザIDを主キーとして、ユーザ生アドレスとユーザ匿名アドレスを記憶している。
パーミション・データベース148は、転送によるメールの送受信を許可する店舗とユーザとの組合せを管理しているデータベースである。図7(c)は、パーミション・データベース148の主要な項目であり、店舗IDとユーザIDを主キーとしている。有効期限は、転送による電子メールの送受信を行なえる期限(年月日等)である。
In FIG. 5, a mail transfer server 140 is a transfer server that receives an e-mail addressed to a transfer address and transfers the e-mail address to a raw address. Processing necessary for mail transfer is performed by the mail transfer system 142. The mail transfer system 142 is a system that performs mail transfer with reference to each of the store address database 144, the user address database 146, the permission database 148, and the store information database 149.
The store address database 144 is a database in which store raw addresses and transfer addresses are associated with each other. FIG. 7A is a main item of the store address database 144, and stores a store raw address and a store transfer address using the store ID as a main key.
The user address database 146 is a database that associates a user's raw address with a forwarding address. FIG. 7B is a main item of the user address database 146 and stores a user raw address and a user anonymous address with the user ID as a main key.
The permission database 148 is a database that manages a combination of a store and a user permitted to send and receive mail by forwarding. FIG. 7C shows the main items of the permission database 148, which uses the store ID and the user ID as main keys. The expiration date is a time limit (date, etc.) during which e-mail can be sent and received by forwarding.

店舗情報データベース149は、各店舗について、現在転送による電子メールの送受信が可能であるか等を管理しているデータベースである。図7(d)は、店舗情報データベース149の主要な項目であり、店舗IDを主キーとしている。メール使用可否フラグは、その店舗が現在転送による電子メールの送受信が可能であるかを示すフラグであり、このフラグが「メール使用不可」を示している場合(例えば店舗が営業停止している場合など)には、その店舗からユーザへの電子メールや、ユーザからその店舗への電子メールは転送されない。
なお、店舗情報データベース149は、本実施形態の例において設けているものであり、メール転送システムに必須のデータベースではない。また、ユーザについて同様のデータベースを設けることもできる。
The store information database 149 is a database that manages, for each store, whether or not electronic mail can be sent and received by current transfer. FIG. 7D shows the main items of the store information database 149, with the store ID as the main key. The mail availability flag is a flag indicating whether or not the store is currently capable of sending and receiving e-mails by forwarding, and when this flag indicates “email unavailable” (for example, when the store is closed) Etc.), the e-mail from the store to the user and the e-mail from the user to the store are not transferred.
The store information database 149 is provided in the example of this embodiment, and is not an essential database for the mail transfer system. A similar database can also be provided for users.

<3.メール転送システムの処理手順>
(3−1.概要)
図8は、メール転送システム142の処理手順の例を示したフローチャートである。
メール転送システム142は、仮想商店街サーバ130の受注システム132から送信された電子メール(受注確認メール(図5の丸数字2)およびサンクスメール(丸数字4)),店舗端末110のメールソフト114からユーザ宛てに送信された電子メール(丸数字5),ユーザ端末120のメールソフト124から店舗宛てに送信された電子メール(丸数字6)を受信する(S810)する。
本実施形態では、上述の(1−2.メール転送可否のルール)で示した前提条件に従って、受信した(S810)電子メールを、仮想商店街サーバ130の受注システム132からの電子メール、店舗からユーザへの電子メール、ユーザから店舗への電子メール、の3つに振り分けて、パーミション登録・更新処理(S820)およびメールアドレス置換処理(S830)を行なうものとする。なお、これは本実施形態のメール転送システムを仮想商店街システムに使用した場合における一例であり、ルールは必要に応じて自由に決めることができる。
<3. Processing procedure of mail transfer system>
(3-1. Overview)
FIG. 8 is a flowchart showing an example of a processing procedure of the mail transfer system 142.
The mail transfer system 142 is an electronic mail (order confirmation mail (circled number 2 in FIG. 5) and thanks mail (circled number 4)) transmitted from the order receiving system 132 of the virtual shopping mall server 130, mail software 114 of the store terminal 110. The e-mail (circled number 5) transmitted to the user from the e-mail and the e-mail (circled number 6) transmitted to the store from the mail software 124 of the user terminal 120 are received (S810).
In the present embodiment, the received e-mail (S810) is received from the order receiving system 132 of the virtual shopping mall server 130 from the store according to the preconditions described in the above (1-2. It is assumed that the e-mail to the user and the e-mail from the user to the store are divided into the permission registration / update process (S820) and the e-mail address replacement process (S830). This is an example when the mail transfer system of this embodiment is used in a virtual shopping mall system, and the rules can be freely determined as necessary.

次に、店舗とユーザとの間にパーミションが設定されているかを確認し、必要に応じて、その店舗とユーザとの間のパーミションの登録または更新を行なう(S820)。
本実施形態では、メール転送システム142が受信したメールが、仮想商店街サーバ130の受注システム132からの電子メール(受注確認メール、サンクスメール)である場合、および、ユーザから店舗への電子メールである場合に、そのユーザと店舗との間にパーミションが設定されていなければ、パーミションの登録を行ない、パーミションが設定されていれば、パーミションの更新(本実施形態では、有効期限の更新)を行なうものとする。従って、ユーザは、例えば、仮想商店街サーバ130のWebページに掲載された店舗転送アドレスを使って店舗に電子メールを送ることができる。
一方、メール転送システム142が受信したメールが、店舗からユーザへの電子メールである場合には、そのユーザと店舗との間にパーミションが設定されていなければ、その電子メールは転送しない。従って、例えば店舗が何らかの正規でないルートでユーザ匿名アドレスを取得しても、そのアドレスを使用することはできない。
なお、上述は本実施形態のメール転送システムを仮想商店街システムに用いる場合のパーミション設定のルールの一例であり、他のルールでパーミションの登録や更新を行なってもよい。
最後に、店舗とユーザに互いの生アドレスを知られないように、生アドレスを転送アドレスに、または転送アドレスを生アドレスに置換して(S830)、置換後の電子メールをユーザ端末120(図5の丸数字2’,丸数字4’,丸数字5’),店舗端末110(図5の丸数字2’’,丸数字4’’,丸数字6’)に送信(転送)する。
Next, it is confirmed whether or not a permission is set between the store and the user, and the permission or registration between the store and the user is registered or updated as necessary (S820).
In the present embodiment, when the mail received by the mail transfer system 142 is an e-mail (order confirmation e-mail, thanks mail) from the order receiving system 132 of the virtual shopping mall server 130, and by an e-mail from the user to the store In some cases, if no permission is set between the user and the store, the permission is registered, and if the permission is set, the permission is updated (in this embodiment, the expiration date is updated). Shall. Therefore, for example, the user can send an e-mail to the store using the store transfer address posted on the Web page of the virtual shopping mall server 130.
On the other hand, if the mail received by the mail transfer system 142 is an e-mail from the store to the user, the e-mail is not transferred unless permission is set between the user and the store. Therefore, for example, even if a store obtains a user anonymous address through some non-regular route, the address cannot be used.
Note that the above is an example of permission setting rules when the mail transfer system of this embodiment is used in a virtual shopping mall system, and the registration and update of the permissions may be performed using other rules.
Finally, the raw address is replaced with the forwarding address or the forwarding address is replaced with the raw address so that the store and the user do not know each other's raw address (S830), and the replaced e-mail is sent to the user terminal 120 (FIG. 5 (circle number 2 ′, circle number 4 ′, circle number 5 ′) and the store terminal 110 (circle number 2 ″, circle number 4 ″, circle number 6 ′ in FIG. 5).

(3−2.メール受信処理)
上述したように、本実施形態のメール転送システム142は、仮想商店街サーバ130の受注システム132から送信された電子メール(受注確認メールおよびサンクスメール),店舗端末110のメールソフト114からユーザ宛てに送信された電子メール、ユーザ端末120のメールソフト124から店舗宛てに送信された電子メール、の3通りの電子メールを受信する(S810)。
仮想商店街サーバ130の受注システム132から送信される受注確認メール(図5の丸数字2)およびサンクスメール(図5の丸数字4)の例を図9(a)の左欄に示す。差出人アドレス(from)は、上述の図3(a)に示した従来のシステムと同様、受注システム132が行なう自動送信用に用意された電子メール・アドレス(例えば、order@rakuten.co.jp)である。宛先アドレス(to)はユーザ・データベース136に記憶されているユーザ匿名アドレス、同報アドレス(cc)は店舗データベース134に記憶されている店舗転送アドレスである。電子メールの本文については、上述の従来のシステムと同様である。
また、店舗端末110のメールソフト114からユーザ端末120に送信される電子メール(図5の丸数字5)は、図9(b)の左欄に示すように、差出人アドレス(from)は店舗生アドレスであり、宛先アドレス(to)はユーザ匿名アドレスである。
ユーザ端末120のメールソフト124から店舗端末110に送信される電子メール(図5の丸数字6)は、図9(c)の左欄に示すように、差出人アドレス(from)はユーザ生アドレスであり、宛先アドレス(to)は店舗転送アドレスである。
(3-2. Mail reception processing)
As described above, the mail transfer system 142 according to the present embodiment is an e-mail (order confirmation e-mail and thanks mail) transmitted from the order receiving system 132 of the virtual shopping mall server 130, and is sent to the user from the mail software 114 of the store terminal 110. Three kinds of e-mails are received: the sent e-mail and the e-mail sent to the store from the mail software 124 of the user terminal 120 (S810).
An example of an order confirmation mail (circled number 2 in FIG. 5) and Thanks mail (circled number 4 in FIG. 5) transmitted from the order receiving system 132 of the virtual shopping mall server 130 is shown in the left column of FIG. 9A. The sender address (from) is an e-mail address (for example, order@rakuten.co.jp) prepared for automatic transmission performed by the order receiving system 132, as in the conventional system shown in FIG. It is. The destination address (to) is a user anonymous address stored in the user database 136, and the broadcast address (cc) is a store transfer address stored in the store database 134. The text of the e-mail is the same as the conventional system described above.
Further, as shown in the left column of FIG. 9 (b), the sender address (from) is an email sent to the user terminal 120 from the mail software 114 of the store terminal 110. The destination address (to) is a user anonymous address.
As shown in the left column of FIG. 9 (c), the sender address (from) is the user's raw address, as shown in the left column of FIG. 9 (c). Yes, the destination address (to) is a store transfer address.

(3−3.パーミション登録・更新処理,メールアドレス置換処理)
上述したように、本実施形態では、メール転送システム142は、受信した(S810)電子メールを、仮想商店街サーバ130の受注システム132からの電子メール、店舗からユーザへの電子メール、ユーザから店舗への電子メール、の3つに振り分けて、パーミション登録・更新処理(S820)およびメールアドレス置換処理(S830)を行なう。
(3-3. Permissions registration / update processing, email address replacement processing)
As described above, in this embodiment, the mail transfer system 142 receives the received email (S810) from the order receiving system 132 of the virtual shopping mall server 130, the email from the store to the user, and the user to the store. The e-mail to the e-mail is subjected to permission registration / update processing (S820) and mail address replacement processing (S830).

(1)受注システム132からの電子メールの場合
図10は、メール転送システム142が受信(図8のS810)した電子メールが受注システム132からの電子メール(受注確認メール(図5の丸数字2)またはサンクスメール(丸数字4))である場合の、パーミション登録・更新処理(S820)およびメールアドレス置換処理(S830)の処理手順の例を示したフローチャートである。
受注確認メールまたはサンクスメールを受信する(S810)と、まず、その店舗・ユーザ間にパーミションが設定されているかを確認する(S1010)。具体的には、受注確認メールまたはサンクスメールの宛先アドレス(to)のユーザ匿名アドレスから、ユーザアドレス・データベース146を参照して、ユーザIDを取得する。また、同報アドレス(cc)の店舗転送アドレスから、店舗アドレス・データベース144を参照して、店舗IDを取得する。次に、取得したユーザIDと店舗IDを用いてパーミション・データベース148を参照する。
そのユーザIDと店舗IDとの組合せでパーミション・データベース148に登録されていない場合(S1010でNoの場合)には、パーミション・データベース148にレコードを追加して、その店舗とユーザとの間のパーミションを登録する(S1020)。以降、パーミションの有効期限内においては店舗とユーザとの間で電子メールの送受信が可能となる。
一方、登録されている場合(S1010でYesの場合)には、パーミション・データベース148の有効期限を更新(S1030)して、パーミションの有効期限を延長する。
(1) In the case of an e-mail from the order receiving system 132 FIG. 10 shows that the e-mail received by the mail transfer system 142 (S810 in FIG. 8) is an e-mail from the order receiving system 132 (order confirmation e-mail (circle number 2 in FIG. 5). ) Or Thanks mail (circled number 4)) is a flowchart showing an example of the procedure of the permission registration / update process (S820) and the mail address replacement process (S830).
When an order confirmation mail or a thanks mail is received (S810), first, it is confirmed whether or not a permission is set between the store and the user (S1010). More specifically, the user ID is acquired by referring to the user address database 146 from the user anonymous address of the destination confirmation mail or Thanks mail destination address (to). Further, the store ID is obtained by referring to the store address database 144 from the store transfer address of the broadcast address (cc). Next, the permission database 148 is referred to using the acquired user ID and store ID.
If the combination of the user ID and the store ID is not registered in the permission database 148 (No in S1010), a record is added to the permission database 148 and the permission between the store and the user is added. Is registered (S1020). Thereafter, the e-mail can be transmitted and received between the store and the user within the expiration date of the permission.
On the other hand, if it is registered (Yes in S1010), the expiration date of the permission database 148 is updated (S1030) to extend the permission expiration date.

次に、ユーザ端末120宛てと店舗端末110宛てに、それぞれメールアドレスを置換して(S1040)、その電子メールを送信する(S840)。
受注確認メールとサンクスメールのメールアドレスの置換を、図9(a)の右欄に示す。ユーザ端末120宛ての受注確認メール(丸数字2’)およびサンクスメール(丸数字4’)は、宛先アドレス(to)のユーザ匿名アドレスをユーザアドレス・データベース146に記憶されているユーザ生アドレスに置換する。また、店舗端末110宛ての受注確認メール(丸数字2’’)およびサンクスメール(丸数字4’’)は、同報アドレス(cc)の店舗転送アドレスを店舗アドレス・データベース144に記憶されている店舗生アドレスに置換する。
このようにメールアドレスを置換した電子メールを受信することにより、店舗はユーザ匿名アドレスを知ることができ、ユーザは店舗転送アドレスを知ることができるが、互いの生アドレスを知ることはない。
Next, the e-mail is transmitted to the user terminal 120 and the store terminal 110 by replacing the e-mail addresses (S1040), respectively (S840).
The replacement of the mail address of the order confirmation mail and the Thanks mail is shown in the right column of FIG. Order confirmation mail addressed to the user terminal 120 (circle numeral 2 ′) and thanks mail (circle numeral 4 ′) replace the user anonymous address of the destination address (to) with the user raw address stored in the user address database 146. To do. In addition, in the order confirmation mail (circle numeral 2 ″) and thank you mail (circle numeral 4 ″) addressed to the store terminal 110, the store transfer address of the broadcast address (cc) is stored in the store address database 144. Replace with store raw address.
By receiving the e-mail with the e-mail address replaced in this way, the store can know the user anonymous address and the user can know the store transfer address, but does not know each other's raw address.

(2)店舗端末のメールソフトからユーザへの電子メールの場合
店舗は、受注確認メール等を受信することにより、ユーザ匿名アドレスを知ることができ、また、その際に店舗とユーザとの間でパーミションが設定(登録・更新)されるため、ユーザ匿名アドレス宛てに電子メールを送ることができるようになる。
図11は、メール転送システム142が受信(図8のS810)した電子メールが店舗からユーザへの電子メール(図5の丸数字5)である場合の、パーミション登録・更新処理(S820)およびメールアドレス置換処理(S830)の処理手順の例を示したフローチャートである。
店舗からユーザへの電子メール(図5の丸数字5)を受信する(S810)と、まず、その店舗が電子メール送信可能な店舗であるかを確認する(S1110)。具体的には、差出人アドレス(from)の店舗生アドレスから、店舗アドレス・データベース144を参照して、店舗IDを取得する。次に、取得した店舗IDで店舗情報データベース149のメール送信可否フラグを参照して、その店舗が電子メール送信可能な店舗でなければ(S1110でNo),その店舗宛てにエラーメールを送信する(S1120)などの方法により該店舗に通知する。
(2) In the case of e-mail from the mail software of the store terminal to the user The store can know the user anonymous address by receiving the order confirmation e-mail and the like, and at that time between the store and the user Since the permission is set (registered / updated), an e-mail can be sent to the user anonymous address.
FIG. 11 shows permission registration / update processing (S820) and mail when the email received by the mail transfer system 142 (S810 in FIG. 8) is an email from the store to the user (circled number 5 in FIG. 5). It is the flowchart which showed the example of the process sequence of an address substitution process (S830).
When an e-mail from the store to the user (circled number 5 in FIG. 5) is received (S810), it is first confirmed whether or not the store is a store that can send e-mail (S1110). Specifically, the store ID is obtained by referring to the store address database 144 from the store raw address of the sender address (from). Next, referring to the mail transmission enable / disable flag of the store information database 149 with the acquired store ID, if the store is not a store that can transmit an email (No in S1110), an error mail is transmitted to the store ( The store is notified by a method such as S1120).

一方、その店舗が電子メール送信可能な店舗であれば(S1110でYes)、その店舗・ユーザ間にパーミションが設定されているかを確認する(S1130)。具体的には、宛先アドレス(to)のユーザ匿名アドレスから、ユーザアドレス・データベース146を参照して、ユーザIDを取得する。また、差出人アドレス(from)の店舗生アドレスから、店舗アドレス・データベース144を参照して、店舗IDを取得する。次に、取得したユーザIDと店舗IDを用いてパーミション・データベース148を参照する。
そのユーザIDと店舗IDとの組合せでパーミション・データベース148に登録されていない場合(S1130でNoの場合)には、その店舗宛てにエラーメールを生成(S1120)して送信するなどの方法により該店舗に通知する。一方、登録されている場合(S1130でYesの場合)には、メールアドレスを置換して(S1140)、その電子メールを送信(図5の丸数字5’)する(S840)。
メールアドレスの置換は、図9(b)の右欄に示すように、宛先アドレス(to)はユーザ生アドレスに置換され、差出人アドレス(from)は店舗転送アドレスに置換される。
On the other hand, if the store is a store that can send an e-mail (Yes in S1110), it is confirmed whether or not a permission is set between the store and the user (S1130). Specifically, the user ID is acquired by referring to the user address database 146 from the user anonymous address of the destination address (to). Further, the store ID is obtained by referring to the store address database 144 from the store raw address of the sender address (from). Next, the permission database 148 is referred to using the acquired user ID and store ID.
When the combination of the user ID and the store ID is not registered in the permission database 148 (No in S1130), an error mail is generated (S1120) and transmitted to the store. Notify the store. On the other hand, if registered (Yes in S1130), the e-mail address is replaced (S1140), and the e-mail is transmitted (circled number 5 'in FIG. 5) (S840).
As shown in the right column of FIG. 9B, the mail address is replaced with the destination address (to) by the user raw address and the sender address (from) with the store transfer address.

(3)ユーザ端末のメールソフトから店舗への電子メールの場合
ユーザは、受注確認メール等を受信することにより、店舗転送アドレスを知ることができる。また、例えば、仮想商店街の店舗のWebページに店舗転送アドレスを掲載すれば、ユーザは店舗転送アドレスを知ることができ、店舗転送アドレス宛てに電子メールを送ることができる。
図12は、メール転送システム142が受信(図8のS810)した電子メールがユーザから店舗への電子メール(図5の丸数字6)である場合の、パーミション登録・更新処理(S820)およびメールアドレス置換処理(S830)の処理手順の例を示したフローチャートである。
ユーザから店舗への電子メール(図5の丸数字6)を受信する(S810)と、まず、その店舗が電子メール送信可能な店舗であるかを確認する(S1210)。具体的には、宛先アドレス(to)の店舗転送アドレスから、店舗アドレス・データベース144を参照して、店舗IDを取得する。次に、取得した店舗IDで店舗情報データベース149のメール送信可否フラグを参照して、その店舗が電子メール送信可能な店舗でなければ(S1210でNo),ユーザ宛てにエラーメールを生成(S1220)して送信するなどの方法により該ユーザに通知する。
一方、その店舗が電子メール送信可能な店舗であれば(S1210でYes)、その店舗・ユーザ間にパーミションが設定されているかを確認する(S1230)。具体的には、宛先アドレス(to)の店舗転送アドレスから、店舗アドレス・データベース144を参照して、店舗IDを取得する。また、差出人アドレス(from)のユーザ生アドレスから、ユーザアドレス・データベース146を参照して、ユーザIDを取得する。次に、取得したユーザIDと店舗IDを用いてパーミション・データベース148を参照する。
(3) In the case of e-mail from the mail software of the user terminal to the store The user can know the store transfer address by receiving an order confirmation e-mail or the like. Further, for example, if a store transfer address is posted on a Web page of a store in a virtual shopping mall, the user can know the store transfer address and can send an e-mail to the store transfer address.
FIG. 12 shows permission registration / update processing (S820) and mail when the email received by the mail transfer system 142 (S810 in FIG. 8) is an email from the user to the store (circled number 6 in FIG. 5). It is the flowchart which showed the example of the process sequence of an address substitution process (S830).
When an e-mail from the user to the store (circled number 6 in FIG. 5) is received (S810), it is first confirmed whether the store is a store capable of sending e-mail (S1210). Specifically, the store ID is acquired by referring to the store address database 144 from the store transfer address of the destination address (to). Next, referring to the mail transmission enable / disable flag of the store information database 149 with the acquired store ID, if the store is not a store that can transmit an email (No in S1210), an error mail is generated for the user (S1220). The user is notified by a method such as transmission.
On the other hand, if the store is a store that can send an e-mail (Yes in S1210), it is confirmed whether or not a permission is set between the store and the user (S1230). Specifically, the store ID is acquired by referring to the store address database 144 from the store transfer address of the destination address (to). Further, the user ID is obtained by referring to the user address database 146 from the user raw address of the sender address (from). Next, the permission database 148 is referred to using the acquired user ID and store ID.

そのユーザIDと店舗IDとの組合せでパーミション・データベース148に登録されていない場合(S1230でNoの場合)には、パーミション・データベース148にレコードを追加して、その店舗とユーザとの間のパーミションを登録する(S1240)。一方、登録されている場合(S1230でYesの場合)には、パーミション・データベース148のパーミションの有効期限を更新(S1250)して、パーミションの有効期限を延長する。
次に、メールアドレスを置換して(S1260)、その電子メールを送信(図5の丸数字6’)する(S840)。
メールアドレスの置換は、図9(c)の右欄に示すように、宛先アドレス(to)は店舗生アドレスに置換され、差出人アドレス(from)はユーザ匿名アドレスに置換される。
When the combination of the user ID and the store ID is not registered in the permission database 148 (No in S1230), a record is added to the permission database 148, and the permission between the store and the user is added. Is registered (S1240). On the other hand, if it is registered (Yes in S1230), the expiration date of the permission in the permission database 148 is updated (S1250), and the expiration date of the permission is extended.
Next, the mail address is replaced (S1260), and the electronic mail is transmitted (circled number 6 'in FIG. 5) (S840).
As shown in the right column of FIG. 9C, the replacement of the mail address is performed by replacing the destination address (to) with the store raw address and the sender address (from) with the user anonymous address.

さらに、図5を参照して説明した仮想商店街システムでの注文後のメール受信処理(図8のS810)において、あらかじめ想定されている差出人(ここでは仮想商店街の受注システム、店舗、ユーザ)以外を差出人とする電子メールを受信した場合に、その電子メールを破棄する、または差出人にエラーメールを返すなどの処理を行なえば、第三者からの電子メールを容易に遮断することができる。
ただし、仮想商店街の店舗のWebページに掲載した店舗転送アドレス宛てに新規ユーザが電子メールを送る場合においては、その店舗が電子メール送信可能な店舗であるかを確認し(S1210)、店舗自体が仮想商店街システムから退会している場合等を除いてエラーメールを返すことはない。この場合、新規ユーザについて、仮想商店街サーバ130のユーザ・データベース136にユーザIDおよびユーザ匿名アドレスを登録し、メール転送サーバ140のユーザアドレス・データベース146にユーザID、ユーザ生アドレスおよびユーザ匿名アドレスを登録し、パーミション・データベース148に店舗ID、ユーザIDおよび有効期限を登録する。仮想商店街サーバ130の受注システム132からの電子メール、店舗からユーザへの電子メール、ユーザから店舗への電子メールの3つの振り分けにおいて、ユーザから店舗への電子メールを広く受け入れることにより、ユーザに対しては広く仮想商店街システムの利用を促すことができる。
Further, in the mail receiving process after ordering in the virtual shopping mall system described with reference to FIG. 5 (S810 in FIG. 8), a sender (here, an order receiving system, a store, a user in the virtual shopping mall) assumed in advance. If an e-mail with a sender other than is received, the e-mail from a third party can be easily blocked by performing processing such as discarding the e-mail or returning an error e-mail to the sender.
However, when a new user sends an e-mail addressed to the store transfer address posted on the Web page of the store in the virtual shopping mall, it is confirmed whether the store is a store capable of sending e-mail (S1210), and the store itself. No error mail is returned except when the user has withdrawn from the virtual shopping mall system. In this case, for a new user, a user ID and a user anonymous address are registered in the user database 136 of the virtual shopping mall server 130, and a user ID, a user raw address, and a user anonymous address are registered in the user address database 146 of the mail transfer server 140. Register the store ID, user ID, and expiration date in the permission database 148. In the three sorts of e-mail from the order receiving system 132 of the virtual shopping mall server 130, e-mail from the store to the user, and e-mail from the user to the store, by widely accepting e-mail from the user to the store, On the other hand, the use of the virtual shopping mall system can be promoted widely.

また、メール送信処理(図8のS840)においては、店舗生アドレスやユーザ生アドレスのプロバイダのメールサーバの不具合等により電子メールが送信(転送)できない場合等に備えて、スプール用のサーバを用意するとよい。送信できなかった電子メールについてはスプールサーバに蓄積して再送信するようにすれば、メール送信処理の負荷を軽減することができる。   In addition, in the mail transmission process (S840 in FIG. 8), a server for spool is prepared in case an e-mail cannot be transmitted (transferred) due to a malfunction of the mail server of the store raw address or the user raw address provider. Good. If the electronic mail that could not be transmitted is stored in the spool server and retransmitted, the load of the mail transmission processing can be reduced.

<4.応用例1>
上述では、1店舗につき1つの転送アドレスを設ける場合を例に説明した。さらに、例えば部署や担当者ごと等、1店舗につき複数の転送アドレスを設ければ、店舗内での分業がしやすくなる。また、店舗内での担当者のなりすまし等を防ぐこともできる。
図13は、1店舗につき複数の転送アドレスを設ける場合の、メール転送のルールの一例である。スタッフ(1),スタッフ(2),…,スタッフ(N−1),スタッフ(N)は、それぞれ、店舗Aの従業者であり、生アドレスを持っていて電子メールの送受信が可能な者であるとする。
ここで、スタッフ(1),スタッフ(2)…は、例えば「xxx−info@shop.rakuten.co.jp」のような転送アドレスを使用する。一方、スタッフ(N−1)は、例えば「xxx−order@shop.rakuten.co.jp」のような転送アドレスを使用し、スタッフ(N)は、例えば「xxx−support@shop.rakuten.co.jp」のような転送アドレスを使用する。スタッフ(1),スタッフ(2)…を例にすると、店舗アドレス・データベース144の項目を、図14(a)のように変更して、店舗IDとスタッフIDを主キーに、複数のスタッフの生アドレス(スタッフ生アドレス1,スタッフ生アドレス2,…)を、1つの転送アドレス(スタッフ転送アドレス「xxx−info@shop.rakuten.co.jp」)に対応させることにより実現できる。
また、それぞれのスタッフの生アドレスに対応しているスタッフ転送アドレスは店舗IDに対応付けられているので、店舗とユーザとの間に許可があるかぎり(パーミションが設定されている)、スタッフ転送アドレスを持つ全てのスタッフがユーザに対して電子メールの送受信が可能である。
<4. Application example 1>
In the above description, the case where one transfer address is provided for one store has been described as an example. Furthermore, if a plurality of transfer addresses are provided for each store, for example, for each department or person in charge, division of labor within the store is facilitated. It is also possible to prevent impersonation of the person in charge in the store.
FIG. 13 is an example of a mail transfer rule when a plurality of transfer addresses are provided for one store. Staff (1), Staff (2), ..., Staff (N-1), Staff (N) are employees of store A, who have raw addresses and can send and receive e-mails. Suppose there is.
Here, staff (1), staff (2),... Use a transfer address such as “xxx-info@shop.rakuten.co.jp”. On the other hand, the staff (N-1) uses a transfer address such as “xxx-order@shop.rakuten.co.jp”, and the staff (N), for example, “xxx-support@shop.rakuten.co”. .Jp "is used. Taking staff (1), staff (2)... As an example, the items in store address database 144 are changed as shown in FIG. The raw addresses (staff raw address 1, staff raw address 2,...) Can be realized by corresponding to one transfer address (stuff transfer address “xxx-info@shop.rakuten.co.jp”).
Moreover, since the staff transfer address corresponding to each staff's raw address is matched with store ID, as long as permission is set between a store and a user (permission is set), staff transfer address All staff members who can send and receive e-mails to users.

他の実施形態として、パーミション・データベース148の項目を、図14(b)のように変更して、「店舗ID+スタッフID」と、ユーザIDとの組合せによりパーミションを設定することにより実現してもよい。この場合、一部のスタッフにのみパーミションが設定されるので、スタッフの業務内容、権限、ユーザからの指名の有無等に基づいて電子メールの送受信を振り分けることができる。   As another embodiment, it may be realized by changing the items of the permission database 148 as shown in FIG. 14B and setting the permission by a combination of “store ID + staff ID” and user ID. Good. In this case, since the permission is set only for some staff members, it is possible to sort the transmission / reception of electronic mails based on the work contents of the staff members, authority, presence / absence of nomination from the user, and the like.

<5.応用例2>
また、仮想商店街内に支店を複数持つ場合や、関連会社等の特別の関係にある店舗を持つ場合において、そのような店舗のグループごとにパーミションを設定できれば、顧客の一括管理など、関連店舗内での取りまとめが容易になる。
図15は、店舗のグループごとにパーミションを設定する場合の、メール転送のルールの一例である。店舗Aと店舗Bは同一グループであるとする。グループの登録は、例えば、店舗情報データベース149に、図16(a)に示すようにグループIDを追加することにより実現できる。なお、店舗Aと店舗Bとは店舗アドレス・データベース144に登録した異なる転送アドレスを持つ。
また、パーミション・データベース148を図16(b)に示すように変更して、グループIDとユーザIDとの組合せによりパーミションを管理するようにする。
<5. Application Example 2>
In addition, if you have multiple branches in a virtual shopping mall, or if you have stores with special relationships such as affiliated companies, if you can set permissions for each group of such stores, related stores such as batch management of customers It is easy to organize in
FIG. 15 is an example of a mail transfer rule when permission is set for each group of stores. Store A and store B are in the same group. The group registration can be realized by adding a group ID to the store information database 149 as shown in FIG. Store A and store B have different transfer addresses registered in the store address database 144.
Further, the permission database 148 is changed as shown in FIG. 16B so that the permission is managed by a combination of the group ID and the user ID.

このように各データベースを用意することにより、図15に示すルールに対応するメール転送システムを実現できる。
(1)ユーザaとの間に許可がある(パーミションが設定されている)店舗Aは、ユーザaに電子メールを送信できる。すなわち、ユーザaのユーザ匿名アドレス宛てに電子メールを送れば、ユーザaに転送される。
(2)店舗Aと同一グループに属する店舗Bも、ユーザaに電子メールを送信できる。
By preparing each database in this way, a mail transfer system corresponding to the rules shown in FIG. 15 can be realized.
(1) The store A which has permission with the user a (permission is set) can transmit an e-mail to the user a. That is, if an e-mail is sent to the user anonymous address of the user a, it is transferred to the user a.
(2) The store B belonging to the same group as the store A can also send an e-mail to the user a.

上述では、本実施形態のメール転送システムを仮想商店街システムに使用する場合を例に説明したが、本実施形態のメール転送システムは、仮想商店街システムのみならず、インターネット上のオークション・システムや通信販売システム、ソーシャル・ネットワーキング・サービス(SNS)等の会員制コミュニティ、その他の同様なインターネット上のサービスに使用できるものである。   In the above description, the mail transfer system of this embodiment is used as an example for a virtual shopping mall system. However, the mail transfer system of this embodiment is not limited to a virtual shopping mall system, It can be used for mail order systems, membership networks such as social networking services (SNS), and other similar services on the Internet.

従来の仮想商店街システムで行なわれる、電子メール送受信の一例を示した図であるIt is the figure which showed an example of the email transmission / reception performed with the conventional virtual shopping mall system 従来の仮想商店街システムにおける、(a)店舗データベース,(b)ユーザ・データベースの主要な項目を示した図である。It is the figure which showed the main items of (a) store database and (b) user database in the conventional virtual shopping mall system. 従来の仮想商店街システムにおける、(a)受注確認メール,(b)サンクスメール,(c)店舗からユーザへの電子メール,(d)ユーザから店舗への電子メールの例を示した図である。It is the figure in the conventional virtual shopping mall system which showed the example of (a) order confirmation mail, (b) Thanks mail, (c) E-mail from a store to a user, (d) E-mail from a user to a store. . 本実施形態のメール転送システムにおける、店舗とユーザとの間での電子メール転送可否のルールの一例を示した図である。It is the figure which showed an example of the rule of the email transfer possibility between a shop and a user in the mail transfer system of this embodiment. 本実施形態のメール転送システムを、従来の仮想商店街システムに使用した場合のシステム構成の例を示した図である。It is the figure which showed the example of the system configuration at the time of using the mail transfer system of this embodiment for the conventional virtual shopping mall system. 本実施形態における、(a)店舗データベース,(b)ユーザ・データベースの主要な項目を示した図である。It is the figure which showed the main items of (a) store database and (b) user database in this embodiment. 本実施形態における、(a)店舗アドレス・データベース,(b)ユーザアドレス・データベース,(c)パーミション・データベース,(d)店舗情報データベースの主要な項目を示した図である。It is the figure which showed the main items of (a) store address database, (b) user address database, (c) permission database, and (d) store information database in this embodiment. 本実施形態のメール転送システムの処理手順の例を示したフローチャートである。It is the flowchart which showed the example of the process sequence of the mail transfer system of this embodiment. 本実施形態における、(a)受注確認メールおよびサンクスメール,(b)店舗からユーザへの電子メール,(c)ユーザから店舗への電子メールの例を示した図である。It is the figure in this embodiment which showed the example of (a) order confirmation mail and Thanks mail, (b) E-mail from a store to a user, and (c) E-mail from a user to a store. 仮想商店街サーバ130からの電子メールである場合の、パーミション登録・更新処理およびメールアドレス置換処理の処理手順の例を示したフローチャートである。7 is a flowchart illustrating an example of a processing procedure of permission registration / update processing and email address replacement processing in the case of an email from a virtual shopping mall server 130. 店舗端末のメールソフトからユーザ端末への電子メールである場合の、パーミション登録・更新処理およびメールアドレス置換処理の処理手順の例を示したフローチャートである。It is the flowchart which showed the example of the process sequence of permission registration / update process and mail address substitution process in the case of the electronic mail from the mail software of a shop terminal to a user terminal. ユーザ端末のメールソフトから店舗端末への電子メールである場合の、パーミション登録・更新処理およびメールアドレス置換処理の処理手順の例を示したフローチャートである。It is the flowchart which showed the example of the process sequence of permission registration / update process and mail address replacement process in the case of being an electronic mail from the mail software of the user terminal to the store terminal. 1店舗につき複数の転送アドレスを設ける場合における、メール転送のルールの一例である。It is an example of a mail transfer rule when a plurality of transfer addresses are provided for one store. 1店舗につき複数の転送アドレスを設ける場合における、(a)店舗アドレス・データベース,(b)パーミション・データベースの項目を示した図である。It is the figure which showed the item of (a) store address database and (b) permission database in the case of providing several transfer addresses per store. 店舗のグループごとにパーミションを設定する場合の、メール転送のルールの一例である。It is an example of the rule of mail transfer when setting permission for every group of a store. 店舗のグループごとにパーミションを設定する場合の、(a)店舗情報データベース,(b)パーミション・データベースの項目を示した図である。It is the figure which showed the item of (a) store information database and (b) permission database in the case of setting permission for every group of stores.

符号の説明Explanation of symbols

110 店舗端末
112 ブラウザ
114 メールソフト
120 ユーザ端末
122 ブラウザ
124 メールソフト
130 仮想商店街サーバ
132 受注システム
134 店舗データベース
136 ユーザ・データベース
140 メール転送サーバ
142 メール転送システム
144 店舗アドレス・データベース
146 ユーザアドレス・データベース
148 パーミション・データベース
149 店舗情報データベース
110 store terminal 112 browser 114 mail software 120 user terminal 122 browser 124 mail software 130 virtual shopping mall server 132 order receiving system 134 store database 136 user database 140 mail transfer server 142 mail transfer system 144 store address database 146 user address database 148 Permission database 149 Store information database

Claims (5)

会員の転送アドレス宛ての電子メールを、該会員の実際のアドレス宛てに転送するメール転送システムであって、
前記会員の前記アドレスと、前記アドレスに対応する前記転送アドレスとを記憶しているアドレス記憶手段と、
前記転送アドレス宛ての電子メールを受信するメール受信手段と、
前記アドレス記憶手段を参照して、前記受信した電子メールの宛先の転送アドレスを対応するアドレスに、送信元のアドレスを対応する転送アドレスに置換するアドレス置換手段と、
前記アドレス置換後の電子メールを送信するメール送信手段と
を備えていることを特徴とするメール転送システム。
A mail forwarding system for forwarding an email addressed to a member's forwarding address to the actual address of the member,
Address storage means for storing the address of the member and the forwarding address corresponding to the address;
Mail receiving means for receiving an e-mail addressed to the forwarding address;
Referring to the address storage means, an address replacement means for replacing the forwarding address of the destination of the received e-mail with the corresponding address, and replacing the sender address with the corresponding forwarding address;
A mail transfer system comprising: mail transmission means for transmitting the e-mail after the address replacement.
請求項1に記載のメール転送システムにおいて、
さらに、前記会員間で電子メール送受信を許可するパーミションを記憶しているパーミション記憶手段を備え、
前記メール受信した後に、前記パーミション記憶手段を参照して、宛先の会員と送信元の会員との間に前記パーミションがある場合に前記アドレス置換およびメール送信を行い、前記パーミションがない場合に前記アドレス置換およびメール送信を行わない
ことを特徴とするメール転送システム。
In the mail transfer system according to claim 1,
Furthermore, it comprises a permission storage means for storing a permission that allows transmission and reception of e-mail between the members,
After receiving the mail, referring to the permission storage means, the address replacement and the mail transmission are performed when the permission exists between the destination member and the transmission source member, and the address when there is no permission. A mail transfer system characterized by not performing replacement and mail transmission.
請求項2に記載のメール転送システムにおいて、
さらに、前記宛先の会員と送信元の会員との間に前記パーミションがない場合において、あらかじめ定めた条件を満たす場合に、該宛先の会員と送信元の会員との間のパーミションをパーミション記憶手段に登録するパーミション登録手段
を備えていることを特徴とするメール転送システム。
In the mail transfer system according to claim 2,
Further, in the case where there is no permission between the destination member and the transmission source member, if the predetermined condition is satisfied, the permission between the destination member and the transmission source member is stored in the permission storage means. A mail transfer system comprising a permission registration means for registration.
請求項2又は3に記載のメール転送システムにおいて、
さらに、前記パーミション記憶手段にはパーミションの有効期限を記憶しており、
さらに、前記宛先の会員と送信元の会員との間に前記パーミションがある場合において、あらかじめ定めた条件を満たす場合に、該宛先の会員と送信元の会員との間の前記パーミションの有効期限を更新するパーミション更新手段
を備えていることを特徴とするメール転送システム。
In the mail transfer system according to claim 2 or 3,
Furthermore, the permission storage means stores an expiration date of the permission,
Further, when there is the permission between the destination member and the transmission source member, if the predetermined condition is satisfied, the expiration date of the permission between the destination member and the transmission source member is set. A mail transfer system comprising a permission update means for updating.
請求項1〜4のいずれかに記載のメール転送システムの各手段をコンピュータに機能として実現させるためのプログラム。

The program for making a computer implement | achieve each means of the mail transfer system in any one of Claims 1-4 as a function.

JP2006054933A 2006-03-01 2006-03-01 Mail forwarding system Active JP4832922B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2006054933A JP4832922B2 (en) 2006-03-01 2006-03-01 Mail forwarding system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006054933A JP4832922B2 (en) 2006-03-01 2006-03-01 Mail forwarding system

Publications (2)

Publication Number Publication Date
JP2007233711A true JP2007233711A (en) 2007-09-13
JP4832922B2 JP4832922B2 (en) 2011-12-07

Family

ID=38554245

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006054933A Active JP4832922B2 (en) 2006-03-01 2006-03-01 Mail forwarding system

Country Status (1)

Country Link
JP (1) JP4832922B2 (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009260897A (en) * 2008-04-12 2009-11-05 Wellric Inc Contact network system
JP2011199462A (en) * 2010-03-18 2011-10-06 Item:Kk Facsimile system, and program thereof
JP4879361B1 (en) * 2011-04-28 2012-02-22 楽天株式会社 E-mail system, e-mail system control method, relay device, program, and information storage medium
JP5392267B2 (en) * 2008-11-26 2014-01-22 日本電気株式会社 Information processing apparatus, communication address providing system, method used therefor, and program
JP2014063430A (en) * 2012-09-24 2014-04-10 Yahoo Japan Corp Communication control device, message transfer method and message transfer program
JP2014119913A (en) * 2012-12-14 2014-06-30 E4C-Link:Kk System for promoting utilization of coupons
JP2015075861A (en) * 2013-10-08 2015-04-20 株式会社 ディー・エヌ・エー Mail transfer device, mail transfer method, and program

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09307584A (en) * 1996-05-14 1997-11-28 Ekushingu:Kk Electronic mail system
JP2001016251A (en) * 1999-07-01 2001-01-19 Fujitsu Ltd Electronic mail system
JP2001306455A (en) * 2000-04-20 2001-11-02 Cybird Co Ltd Electronic mail mediating server
JP2002261837A (en) * 2001-03-01 2002-09-13 Yasuyuki Fukunaga Method and system for transferring mail
JP2005341177A (en) * 2004-05-26 2005-12-08 Nippon Telegr & Teleph Corp <Ntt> Method for mail address supply service and server therefor, and program

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09307584A (en) * 1996-05-14 1997-11-28 Ekushingu:Kk Electronic mail system
JP2001016251A (en) * 1999-07-01 2001-01-19 Fujitsu Ltd Electronic mail system
JP2001306455A (en) * 2000-04-20 2001-11-02 Cybird Co Ltd Electronic mail mediating server
JP2002261837A (en) * 2001-03-01 2002-09-13 Yasuyuki Fukunaga Method and system for transferring mail
JP2005341177A (en) * 2004-05-26 2005-12-08 Nippon Telegr & Teleph Corp <Ntt> Method for mail address supply service and server therefor, and program

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009260897A (en) * 2008-04-12 2009-11-05 Wellric Inc Contact network system
JP5392267B2 (en) * 2008-11-26 2014-01-22 日本電気株式会社 Information processing apparatus, communication address providing system, method used therefor, and program
JP2011199462A (en) * 2010-03-18 2011-10-06 Item:Kk Facsimile system, and program thereof
JP4879361B1 (en) * 2011-04-28 2012-02-22 楽天株式会社 E-mail system, e-mail system control method, relay device, program, and information storage medium
WO2012147384A1 (en) * 2011-04-28 2012-11-01 楽天株式会社 Electronic mail system
US9338120B2 (en) 2011-04-28 2016-05-10 Rakuten, Inc. E-mail system, control method for e-mail system, relay device, program, and information storage medium
JP2014063430A (en) * 2012-09-24 2014-04-10 Yahoo Japan Corp Communication control device, message transfer method and message transfer program
US9338025B2 (en) 2012-09-24 2016-05-10 Yahoo Japan Corporation Communication control device, message transmission method, and message transmission program
JP2014119913A (en) * 2012-12-14 2014-06-30 E4C-Link:Kk System for promoting utilization of coupons
JP2015075861A (en) * 2013-10-08 2015-04-20 株式会社 ディー・エヌ・エー Mail transfer device, mail transfer method, and program

Also Published As

Publication number Publication date
JP4832922B2 (en) 2011-12-07

Similar Documents

Publication Publication Date Title
US8200819B2 (en) Method and apparatuses for network society associating
CN100466632C (en) Method and equipment used for anonymous group information transfer in distribustion type information transfer system
US8429411B2 (en) Automated selection and inclusion of a message signature
JP4832922B2 (en) Mail forwarding system
EP1457911A1 (en) System and method for social interaction
CN109076007B (en) Method and system for managing configuration file of single account in asynchronous message transmission system
WO2008071581A1 (en) Secure extranet access to collaborative activities in a collaborative computing environment
US20110270880A1 (en) Automated communications system
WO2009074037A1 (en) An instant communication method, device and system
JP2008533879A (en) Communication method and system comprising identity information and directory management
CN108111401A (en) A kind of colonization method across instantaneous communication system
US20050208940A1 (en) Network service system using a temporary use identifier
EP2701371B1 (en) Constructing a Contact Sharing History
CN106537853A (en) System for processing electronic messages
JP2008197788A (en) Electronic document transmitting system
US20160277339A1 (en) Electronic Communication System
JP4689753B2 (en) Group formation system
EP2420968A1 (en) Service system
JP2008504632A (en) Message transmission / reception and posting system, transmission / reception and posting method, and computer-readable storage medium storing a program embodying the method
US20090094333A1 (en) Collaborative Electronic Mail Filtering
US20220070663A1 (en) Address retrieval systems and methods
JP2016004406A (en) Mail relay system for making reply from concealed private electronic mail address to electronic mail received by well-known electronic mail address
JP2013171473A (en) Information processing method, information processing device and program
JP2002082876A (en) E-mail system
US10382211B1 (en) Apparatus and method for automating secure email for multiple personas

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090213

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20100531

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110210

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110215

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110418

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110621

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110818

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110913

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110921

R150 Certificate of patent or registration of utility model

Ref document number: 4832922

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140930

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: R3D02

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250