TWI503765B - Information processing devices, information processing methods, programs and memory media - Google Patents
Information processing devices, information processing methods, programs and memory media Download PDFInfo
- Publication number
- TWI503765B TWI503765B TW104102906A TW104102906A TWI503765B TW I503765 B TWI503765 B TW I503765B TW 104102906 A TW104102906 A TW 104102906A TW 104102906 A TW104102906 A TW 104102906A TW I503765 B TWI503765 B TW I503765B
- Authority
- TW
- Taiwan
- Prior art keywords
- delivery
- user
- information
- recorded
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/42—Mailbox-related aspects, e.g. synchronisation of mailboxes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- 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/21—Monitoring or handling of messages
- H04L51/212—Monitoring or handling of messages using filtering or selective blocking
-
- 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/21—Monitoring or handling of messages
- H04L51/216—Handling conversation history, e.g. grouping of messages in sessions or threads
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Strategic Management (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Marketing (AREA)
- Economics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Computer Hardware Design (AREA)
- Information Transfer Between Computers (AREA)
Description
本發明係有關於,對複數電子郵件收訊者,進行關於電子郵件配送內容之配送的配送控制或配送停止控制的資訊處理裝置、資訊處理方法、程式及記憶媒體之技術領域。
〔專利文獻1〕日本特開2003-087327號公報
電子郵件,係隨著普及而被利用於各式各樣的用途。不只是用於事務上進行連絡的手段,也經常作為廣告宣傳所需之手段而被使用。這些作為廣告宣傳所需之手段而被利用的電子郵件中係有,對某特定領域做特化的報導或為了介紹商品等而被定期或不定期配送的郵件電子報或廣告郵件等。
順便一提,郵件電子報,係對使用者而言有時候可能會感覺今後不想再看到或者瀏覽上較麻煩等等,而廣告郵件本身原本就不是理想的東西。因此用來停止郵件電子報
或廣告郵件之配送的手段,係被提出。
例如,專利文獻1所記載的發明中係提出了,藉由從收訊者接收檢舉騷擾郵件的電子郵件,就停止對該當收訊者之配送的手法。
可是,如上記的配送停止之手法,係對收訊者而言是很麻煩的程序,因此大多不會去執行用來停止配送所需之程序,而是將接收到的電子郵件保持未讀狀態直接丟到垃圾桶或搬移到騷擾郵件資料夾就了事。
於是,本發明之目的在於,降低電子郵件之配送停止之際的收訊者的負擔。
第1,本發明所述之資訊處理裝置,係具備:報告資訊取得部,係取得報告資訊,該報告資訊係隨應於,藉由瀏覽過被系列化而被執行或預定被執行複數號之配送的電子郵件配送內容的使用者將前記電子郵件配送內容搬移至特定資料夾之搬移操作,而被發送過來;和搬移實績管理部,係取得前記報告資訊中所至少含有的執行過前記搬移操作的前記使用者之使用者識別資訊和前記電子郵件配送內容之系列識別資訊,將前記使用者識別資訊和前記系列識別資訊,當作前記使用者針對前記電子郵件配
送內容之系列的搬移實績資訊而加以管理;和配送停止處理部,係根據前記搬移實績資訊和所定之配送停止條件來判斷是否停止對前記使用者配送前記電子郵件配送內容,基於該判斷之結果而執行對前記使用者的前記電子郵件配送內容之配送停止處理。
提供根據隨應於收訊者將所接收到的電子郵件搬移到特定資料夾而被發送過來的報告資訊,而停止被系列化而進行複數號之配送的電子郵件配送內容、例如郵件電子報之配送的環境。
此處,所謂系列化,係例如郵件電子報這類標上同一標題的電子郵件是會經歷複數次(複數號)而被配送這件事情。
又,所謂系列識別資訊,係已被系列化之電子郵件之各配送內容所被賦予的共通之識別資訊,例如,對以同一標題而被配送的郵件電子報之各配送內容,係賦予相同的系列識別資訊。
再者,所謂往特定資料夾之搬移操作,係並非使用者明確表示拒絕收訊之意思的操作,而是使用者不希望接收或瀏覽內容時所經常會進行的操作。亦即,因為只是推定有拒絕收訊之意思的操作而已,因此為了提高對拒絕收訊之意思顯示之推定的精確度,如下所示之各種處理是有效的。
第2,於上記本發明所述之資訊處理裝置,其中,前記配送停止條件係為,在具有相同前記系列識別資
訊的電子郵件配送內容群中,有被前記使用者進行過前記搬移操作的前記電子郵件配送內容之數目,以其為基礎而成的條件,較為理想。
藉此,會根據有被進行搬移操作之電子郵件配送內容之數目,來進行配送停止。
例如,以搬移操作所被進行之次數是2以上之所定值為條件的情況下,針對相同標題的作為郵件電子報的電子郵件配送內容(已被系列化的電子郵件配送內容),係在一次的搬移操作中不會停止配送,藉由進行2以上之所定次數的搬移操作,才會執行配送停止之處理。
第3,於上記本發明所述之資訊處理裝置,其中,前記配送停止條件係為,在具有相同前記系列識別資訊的電子郵件配送內容群中,有被前記使用者進行過前記搬移操作的前記電子郵件配送內容之數目相對於已被配送給前記使用者之前記電子郵件配送內容之數目的比率,以其為基礎而成的條件,較為理想。
因此,具有同一系列識別資訊的電子郵件配送內容之中,令被配送給某位使用者的配送數為總配送數,令其中被使用者進行過搬移操作的電子郵件配送內容數為搬移數,則每次配送時,搬移數相對於總配送數之比率會改變。基於該比率之變化,配送停止條件會變化,配送停止處理會被執行。藉此,可先推定使用者對於具有同一系列識別資訊的電子郵件配送內容的興趣,然後才執行進行配送停止之配送停止處理。
第4,於上記本發明所述之資訊處理裝置,其中,前記配送停止條件係為,在具有相同前記系列識別資訊的電子郵件配送內容群中,有被前記使用者進行過前記搬移操作的前記電子郵件配送內容,在最近被配送給前記使用者起算所定數目的前記電子郵件配送內容中所佔有之比率,以其為基礎而成的條件,較為理想。
因此,例如,基於具有同一系列識別資訊而最近被配送之10個電子郵件配送內容之中被使用者進行過搬移操作的電子郵件配送內容數之比率,來執行配送停止處理。藉此,可更反映出使用者對於具有同一系列識別資訊的電子郵件配送內容的興趣而執行配送停止處理。
第5,於上記本發明所述之資訊處理裝置,其中,前記配送停止條件係為,在具有相同前記系列識別資訊的電子郵件配送內容群中,有被前記使用者進行過前記搬移操作的前記電子郵件配送內容,在所定期間內配送給前記使用者的前記電子郵件配送內容之中所佔有之比率,以其為基礎而成的條件,較為理想。
因此,例如,基於具有同一系列識別資訊而最近6個月所被配送之電子郵件配送內容之中被使用者進行過搬移操作的電子郵件配送內容數之比率,來執行配送停止處理。藉此,於不定期配送的同一系列之電子郵件配送內容的情況下,可執行反映出時間上為最新之使用者之興趣的配送停止處理。
第6,於上記本發明所述之資訊處理裝置,其
中,前記搬移實績管理部係在前記使用者對於最近的所定期間內配送給前記使用者的前記電子郵件配送內容全都沒有進行前記搬移操作的情況下,執行進行搬移實績資訊之初期化的搬移實績資訊初期化處理,較為理想。
因此,例如,對於具有同一系列識別資訊而最近6個月所被配送之電子郵件配送內容,使用者都完全沒有進行搬移操作的情況下,推定為使用者的興趣已有變化,進行搬移實績資訊之初期化的搬移實績資訊初期化處理會被執行。藉此,可執行符合於使用者之興趣之變化的配送停止處理。
第7,於上記本發明所述之資訊處理裝置,其中,前記報告資訊係含有:作為前記使用者開封前記電子郵件配送內容之時間資訊的開封日期時間和作為前記搬移操作所被進行之時間資訊的搬移操作日期時間;前記搬移實績管理部係管理,含有前記開封日期時間和前記搬移操作日期時間的前記搬移實績資訊;前記配送停止條件係為,以前記開封日期時間和前記搬移操作日期時間之差分時間之資訊為基礎而成的條件,較為理想。
藉由使用差分時間,推定瀏覽電子郵件配送內容之內文所需的時間,推定使用者對該當電子郵件配送內容的興趣。藉此,可執行以使用者實質興趣為基礎的配送停止處理。
第8,於上記本發明所述之資訊處理裝置,其中,前記配送停止條件係為,在具有相同前記系列識別資
訊的電子郵件配送內容群中,將有被前記使用者進行過前記搬移操作的前記電子郵件配送內容之每一者的前記差分時間之資訊予以平均而算出的平均值,以其為基礎而成的條件,較為理想。
因此,差分時間的平均值,係將瀏覽電子郵件配送內容之內文所需之推定時間予以平均後的值。藉此,可執行以使用者對該當電子郵件配送內容的實質興趣之變化為基礎的配送停止處理。
第9,於上記本發明所述之資訊處理裝置,其中,前記配送停止處理部,係在判斷為停止對前記使用者配送前記電子郵件配送內容的情況下,在前記配送停止處理執行後,向前記使用者執行通知處理,較為理想。
因此,可防止已被配送停止之事實一直維持在未被使用者認識之狀態。
第10,於上記本發明所述之資訊處理裝置,其中,前記配送停止處理部,係在判斷為停止對前記使用者配送前記電子郵件配送內容的情況下,在向前記使用者執行通知處理後,根據前記使用者針對該通知處理的回應而執行前記配送停止處理,較為理想。
藉由根據使用者之回應,可執行符合使用者之意向的配送停止處理。
第11,於上記本發明所述之資訊處理裝置,其中,前記配送停止處理部,係以所定期間都沒有前記使用者之回應為條件,而執行前記配送停止處理,較為理
想。
因此,即使沒有使用者之回應,仍會停止郵件電子報之配送。
第12,於上記本發明所述之資訊處理裝置,其中,前記配送停止處理部,係以所定期間內有前記使用者所做的希望停止配送之意旨的回應為條件,而執行前記配送停止處理,較為理想。
因此,只有在有使用者所做的希望停止配送之意旨的回應的情況下,才會進行郵件電子報之配送停止。
第13,於上記本發明所述之資訊處理裝置,其中,前記配送停止處理部,係以所定期間內有前記使用者所做的希望繼續配送之意旨的回應為條件,而不執行前記配送停止處理,較為理想。
因此,在配送停止之際,不會增加使用者之操作負擔。又,可防止誤停配送。
第14,於上記本發明所述之資訊處理裝置,其中,前記配送停止處理部,係以所定期間內有前記使用者所做的希望繼續配送之意旨的回應為條件,而執行用來繼續配送所需的配送繼續處理,較為理想。
所謂配送繼續處理,係不執行配送停止處理而還需要進行的繼續配送所需之處理,係為例如,將根據配送停止條件的判定時所用的各搬移實績資訊予以初期化的處理等。
藉由進行配送繼續處理,可以防止在電子郵件之配送
內容之配送每次進行時,都被判定成已經達到配送停止條件。
本發明所述之資訊處理方法,係取得報告資訊,該報告資訊係隨應於,藉由瀏覽過被系列化而被執行或預定被執行複數號之配送的電子郵件配送內容的使用者將前記電子郵件配送內容搬移至特定資料夾之搬移操作,而被發送過來;取得前記報告資訊中所至少含有的執行過前記搬移操作的前記使用者之使用者識別資訊和前記電子郵件配送內容之系列識別資訊,將前記使用者識別資訊和前記系列識別資訊,當作前記使用者針對前記電子郵件配送內容之系列的搬移實績資訊而加以管理;根據前記搬移實績資訊和所定之配送停止條件來判斷是否停止對前記使用者配送前記電子郵件配送內容,基於該判斷之結果而執行對前記使用者的前記電子郵件配送內容之配送停止處理。
藉由該資訊處理方法可建構出,根據隨應於收訊者將所接收到的電子郵件搬移到特定資料夾而被發送過來的報告資訊,而停止電子郵件之配送的環境。
本發明所述之程式,係為令資訊處理裝置執行處理以執行上記資訊處理方法的程式。
本發明所述之記憶媒體,係為記憶上記程式的記憶媒體。藉由這些程式或記憶媒體而實現上記的資訊處理裝置。
若依據本發明,則可提供根據隨應於收訊者將所接收到的電子郵件搬移到特定資料夾而被發送過來的報告資訊,而停止電子郵件之配送的環境,因此可降低停止配送之際的收訊者之作業負擔。
1‧‧‧報告收訊伺服器
2‧‧‧通訊網路
3‧‧‧送訊郵件伺服器
3a‧‧‧配送控制部
4‧‧‧收訊郵件伺服器
5‧‧‧使用者終端
5a‧‧‧滑鼠
5b‧‧‧鍵盤
6‧‧‧報告資訊取得部
7‧‧‧搬移實績管理部
8‧‧‧配送停止處理部
9‧‧‧郵件電子報DB
9a‧‧‧實績DB
9b‧‧‧配送目標DB
10‧‧‧瀏覽軟體
10a‧‧‧資料夾構成顯示部
10b‧‧‧一覽顯示部
10c‧‧‧本文顯示部
11‧‧‧使用者實績資訊
11a‧‧‧使用者ID
11b‧‧‧郵件電子報ID
11c‧‧‧號ID
11d‧‧‧收訊日期時間
11e‧‧‧開封日期時間
11f‧‧‧搬移操作日期時間
101‧‧‧CPU
102‧‧‧ROM
103‧‧‧RAM
104‧‧‧匯流排
105‧‧‧輸出入介面
106‧‧‧輸入部
107‧‧‧輸出部
108‧‧‧記憶部
109‧‧‧通訊部
110‧‧‧媒體驅動器
111‧‧‧可移除式媒體
〔圖1〕包含本發明之實施形態之資訊處理裝置的全體的區塊圖。
〔圖2〕實施形態的電腦裝置之區塊圖。
〔圖3〕全體之流程概要的說明圖。
〔圖4〕使用者終端中所被執行的搬移操作之例子的說明圖。
〔圖5〕被發送至報告收訊伺服器的使用者之搬移實績資訊的說明圖。
〔圖6〕對已被瀏覽之郵件執行搬移操作之際之處理的說明用流程圖。
〔圖7〕郵件電子報DB中所記憶之資訊之一例的說明圖。
〔圖8〕第一實施形態中的報告收訊伺服器中所執行之處理的說明用流程圖。
〔圖9〕第二實施形態及第三實施形態中的配送停止處理的流程圖。
〔圖10〕第四實施形態及第五實施形態中的配送停止處理的流程圖。
〔圖11〕使用者通知之變形例中的配送停止處理的流程圖。
以下,按照以下順序來說明實施形態。
<1.系統構成>
<2.處理之流程>
<3.收訊郵件伺服器之處理>
<4.各實施形態>
〔4-1.第一實施形態〕
〔4-2.第二實施形態〕
〔4-3.第三實施形態〕
〔4-4.第四實施形態〕
〔4-5.第五實施形態〕
<5.使用者通知之變形例>
〔5-1.變形例1〕
〔5-2.變形例2〕
<6.其他變形例>
<7.程式及記憶媒體>
首先針對包含本發明之資訊處理裝置的全體構成,參
照圖1來說明。圖1中的報告收訊伺服器1,係相當於本發明之資訊處理裝置之實施形態。
報告收訊伺服器1,係透過通訊網路2,於與送訊郵件伺服器3、收訊郵件伺服器4、使用者終端5、5、5、‧‧‧連接成可彼此通訊的狀態。
通訊網路2之構成係無特別限定,可被想定有多種例子。例如想定為:網際網路、企業內網路、企業間網路、LAN(Local Area Network)、CATV(Community Antenna TeleVision)通訊網、虛擬專用網(Virtual Private Network)、電話線路網、移動體通訊網、衛星通訊網等。
又,關於構成通訊網路2之全部或部分的傳輸媒體也被想定有多種例子。例如:IEEE(Institute of Electrical and Electronics Engineers)1394、USB(Universal Serial Bus)、電力線載送、電話線等之有線也好、IrDA(Infrared Data Association)這類紅外線、藍牙(註冊商標)、802.11無線、行動電話網、衛星線路、地表波數位網等之無線都可利用。
在本實施形態中,作為從送訊郵件伺服器3所配送的電子郵件,是舉郵件電子報為例來說明,但並非限定於此,例如,在使用郵件清單而在同伴內被收送的電子郵件等,也可利用。此處,所謂郵件電子報,係為了某特定之目的而被系列化而配送的複數號之電子郵件所成之配送內容群,各個配送內容係具有系列識別資訊來作為系
列固有之識別資訊,甚至,具有號資訊來作為號的資訊(例如按照系列內的發行順序而被賦予的號編號)。
報告收訊伺服器1,係為接收報告資訊資訊的伺服器,該報告資訊係有關於,藉由接收到作為郵件電子報之電子郵件的使用者對該郵件電子報進行所定之搬移操作而被送來的搬移操作。報告資訊之交付,係例如,藉由接收電子郵件而被進行。以下,將此電子郵件稱為報告郵件而說明。報告收訊伺服器1,係對所接收到的報告資訊進行報告解析處理,基於該處理結果而針對每位使用者管理關於搬移操作的搬移實績資訊,基於搬移實績資訊而進行配送停止處理。關於報告解析處理和配送停止處理之細節將於後述。
報告收訊伺服器1,係因而具備:報告資訊取得部6、搬移實績管理部7、配送停止處理部8。
報告資訊取得部6係取得,隨應於被瀏覽過郵件電子報的使用者所進行的將郵件電子報搬移至特定資料夾之搬移操作而被發送過來的報告資訊。
搬移實績管理部7,係取得從報告資訊取得部6所收取之報告資訊中所至少含有的執行過搬移操作的使用者之使用者識別資訊和郵件電子報之系列識別資訊,進行將使用者識別資訊和系列識別資訊,當作使用者針對該系列之郵件電子報的搬移實績資訊而加以管理的處理。
配送停止處理部8,係根據被搬移實績管理部7所管理的搬移實績資訊和所定之配送停止條件,判斷是否停止
對使用者的郵件電子報之配送,基於該判斷之結果而執行對該當使用者的郵件電子報之配送停止處理。
此外,對每一郵件電子報所設定的配送停止條件,係可保存在後述的各資料庫中,也可記憶在另外獨立的資料庫中。
郵件電子報DB(Data base)9,係針對具有同一系列識別資訊的每一郵件電子報而設置的資料庫。郵件電子報DB9係具備:記憶有使用者之搬移實績資訊的實績DB9a、作為郵件電子報之配送目標資訊而記憶著使用者識別資訊或電子郵件位址等的配送目標DB9b。
報告收訊伺服器1,係與隨應於各個郵件電子報而被設置的郵件電子報DB9,進行資訊之交付。具體而言,報告收訊伺服器1之搬移實績管理部7係隨應於報告解析處理而對實績DB9a進行實績DB更新處理。又,配送停止處理部8係隨應於配送停止處理而對配送目標DB9b進行配送目標DB更新處理。
送訊郵件伺服器3係具備:基於配送目標DB9b之配送目標資訊而進行郵件電子報之配送控制的配送控制部3a。郵件電子報,係首先由配送控制部3a去參照配送目標DB9b中被清單化的配送目標之電子郵件位址然後執行各使用者專用的配送控制,透過通訊網路2而被配送至收訊郵件伺服器4。一旦郵件電子報被配送至收訊郵件伺服器4,則各使用者係使用使用者終端5來瀏覽已被配送的郵件電子報。作為郵件電子報之電子郵件的瀏
覽,係可透過網頁郵件服務這類,將保管於收訊郵件伺服器4上的電子郵件,透過安裝在使用者終端5上的網頁瀏覽器等來進行瀏覽,也可從收訊郵件伺服器4向使用者終端5將該當電子郵件資料予以下載然後在使用者終端5上瀏覽之。以下不會區分這兩種情況,將使用者瀏覽身為郵件電子報之電子郵件這件事情,表現為郵件電子報之收訊或瀏覽。
又,送訊郵件伺服器3,係對進行過配送之郵件電子報所對應之實績DB9a,進行更新郵件電子報之發行數等之資訊的處理。
圖2係圖1所示的報告收訊伺服器1、送訊郵件伺服器3、收訊郵件伺服器4、使用者終端5各自的硬體構成之例示圖。各個伺服器或終端中的電腦裝置之CPU(Central Processing Unit)101,係依照ROM(Read Only Memory)102中所記憶之程式、或從記憶部108載入至RAM(Random Access Memory)103之程式,而執行各種處理。RAM103中係還適宜記憶著,CPU101執行各種處理時所必須之資料等。
CPU101、ROM102、及RAM103,係透過匯流排104而彼此連接。該匯流排104上係還連接有輸出入介面105。
輸出入介面105上係被連接有鍵盤、滑鼠、觸控面板等所成之輸入部106、LCD(Liquid Crystal Display)、CRT(Cathode Ray Tube)、有機EL(Electroluminescence)面板等所成之顯示器,以及揚聲器等所成之輸出部107、
HDD(Hard Disk Drive)或快閃記憶體裝置等所構成的記憶部108、進行透過網路2之通訊處理或機器間通訊的通訊部109。
輸出入介面105上係還可因應需要而連接有媒體驅動器110,可適宜裝著磁碟、光碟、光磁碟、或半導體記憶體等之可移除式媒體111,對可移除式媒體111進行資訊之寫入或讀出。
在如此電腦裝置中,藉由通訊部109所致之通訊而進行資料或程式之上傳、下載,或可透過可移除式媒體111進行資料或程式之收授。
CPU101基於各種程式來進行處理動作,就會於報告收訊伺服器1、送訊郵件伺服器3、收訊郵件伺服器4、使用者終端5之各者中執行後述的資訊處理或通訊。
此外,構成報告收訊伺服器1、送訊郵件伺服器3、收訊郵件伺服器4、使用者終端5的各個資訊處理裝置,係不限於由圖2所示的電腦裝置來單一構成,亦可藉由複數電腦裝置被系統化而構成。複數電腦裝置,係亦可由LAN等而被系統化,也可藉由利用網際網路等之VPN(Virtual Private Network)等而被配置在遠端。
接下來,將本發明的實施形態的處理流程之概要,參照圖3來說明。
一旦被接收到郵件電子報的使用者進行所定之搬移操
作,則首先在步驟S101中會藉由收訊郵件伺服器4進行搬移操作測知處理,含有搬移實績資訊的報告郵件會被發送至報告收訊伺服器1。
此處,所謂所定之搬移操作,係為將郵件電子報搬移至特定資料夾的操作,係指例如將作為郵件電子報之電子郵件搬移至騷擾郵件資料夾(或騷擾郵件箱)所需之操作。該把電子郵件搬移至騷擾資料夾的方法之一例,示於圖4。
圖4係圖示了,在使用者終端5上啟動的郵件瀏覽軟體10之顯示畫面。瀏覽軟體10的顯示畫面係具備:各種資料夾被階層顯示的資料夾構成顯示部10a、顯示有已收訊之電子郵件之一覽的一覽顯示部10b、一覽顯示部10b之中所被選擇之電子郵件之本文所被顯示的本文顯示部10c。使用者係藉由操作滑鼠5a或鍵盤5b而選擇一覽顯示部10b中所被顯示的該當之電子郵件,藉由將其拖放至資料夾構成顯示部10a的騷擾郵件資料夾中,就可進行作為搬移操作的電子郵件之搬移。
此外,除此以外還可舉例,在一覽顯示部10b中所被顯示的該當之電子郵件上,藉由滑鼠5a右擊而從所被顯示的選單,選擇「將此郵件搬移至騷擾資料夾」此一選單,而使其被搬移的方法等。又還有,若使用者終端5是智慧型手機等這類透過觸控操作而可動作的終端時,則藉由手指操作畫面以進行和上述搬移操作同等之操作的方法。
接著,報告收訊伺服器1係在圖3中的步驟S102中,進行解析所接收到的報告郵件之內容並抽出搬移實績資訊的報告解析處理。此處,報告收訊伺服器1的報告資訊取得部6所收取的報告資訊中所含之資訊之一例,示於圖5。從收訊郵件伺服器4所發送的報告郵件中,作為使用者之搬移實績資訊11係含有:作為使用者識別資訊的使用者ID(identification)11a、作為郵件電子報之系列識別資訊的郵件電子報ID11b、作為號資訊的號ID11c、收訊日期時間11d、開封日期時間11e、搬移操作日期時間11f等之資訊。
此外,後述的數個實施形態中,並不需要含有這些所有的資訊,假設是含有適宜必要之資訊的報告郵件。又,使用者ID11a係為使用者識別資訊之一例,只要是能夠個別地識別每位使用者的資訊即可,不限於使用者ID。
接著,在圖3之步驟S103中進行,進行實績DB9a之資訊更新的實績DB更新處理。這些處理,係被報告收訊伺服器1的搬移實績管理部7所執行。
接著,報告收訊伺服器1係在步驟S104中進行,基於實績DB9a之資訊和該當郵件電子報之配送停止條件的配送停止處理。在配送停止處理中,進行配送目標DB之資訊更新的配送目標DB更新處理,會被進行。
該處理,係被報告收訊伺服器1的配送停止處理部8所執行。
此外,關於配送停止處理,係基於數個實施形態而詳
述於後。此時,步驟S104之配送停止處理,係依照各實施形態而描述成為步驟S104A、步驟S104B、步驟S104C、步驟S104D、步驟S104E。又,依照後述的各變形例而描述成為步驟S104X、步驟S104Y。
此處,將郵件電子報以網頁郵件服務加以收訊等情況下,係如上述是於收訊郵件伺服器4中進行搬移操作測知和報告郵件作成,但在將電子郵件下載到使用者終端5而瀏覽的案例中,上記之收訊郵件伺服器4上所進行的步驟S101、步驟S102、步驟S103之各處理,係會有被使用者終端5所執行的情形。此情況下,使用者終端5上所動作的電子郵件瀏覽軟體等,係具有用來執行搬移操作測知和報告郵件作成所需之機能。
接著,針對使用者側之處理,參照圖6來說明。
此處,所謂使用者側之處理,係被收訊郵件伺服器4或使用者終端5所執行的處理。以下係假設為收訊郵件伺服器4中的處理來說明。
使用者係如前述般地使用使用者終端5來瀏覽作為郵件電子報之電子郵件之配送內容。收訊郵件伺服器4,係隨應於使用者終端5上的電子郵件之瀏覽,而例如圖6A所示,執行郵件瀏覽處理。在郵件瀏覽處理中,首先,於步驟S201中取得瀏覽該當之電子郵件之時刻的開封時刻記錄處理,係被收訊郵件伺服器4所進行。
接著,收訊郵件伺服器4,係在步驟S202中進行將電子郵件顯示於使用者終端5上所必須之資料發送至使用者終端5的郵件顯示處理,接著在步驟S203中進行相應於該當之電子郵件被開封的開封處理。在開封處理中係例如,將該當之電子郵件之開封旗標(0:未開封、1:開封),從0變更成1。
一旦藉由使用者進行所定之搬移操作,則在收訊郵件伺服器4中,會進行圖3所示的步驟S101之搬移操作測知處理。在搬移操作測知處理中,具體而言,係執行例如圖6B所示的處理。
在步驟S101之搬移操作測知處理中,首先,於步驟S301中郵件是否已被開封之確認,係被收訊郵件伺服器4所進行。若郵件已被開封,則收訊郵件伺服器4係在步驟S302中取得開封時刻,執行步驟S303之報告郵件作成處理。於步驟S301中若郵件未被開封,則收訊郵件伺服器4係不執行步驟S302之處理而執行步驟S303之報告郵件作成處理。在報告郵件作成處理中係作成,作為使用者之搬移實績資訊11的使用者ID11a、郵件電子報ID11b、號ID11c、收訊日期時間11d、開封日期時間11e、搬移操作日期時間11f等之資訊係因應需要而被適宜含有的報告郵件。
接著,收訊郵件伺服器4係在步驟S304中,進行將報告郵件發送至報告收訊伺服器的報告郵件送訊處理。
此處,說明報告郵件之送訊目標。電子郵件位址,一般而言在@符號之前係為本地部份,在@符號之後係為網域部份。關於本地部份,係被RFC(Request For Comments)2821規定最多為64位元組。
又,在RFC5965中係提出有一種稱為ARF(Abuse Reporting Format)的,將收取到電子郵件的使用者之舉動回饋給電子郵件之送訊來源之機制,可以設定回饋之際的報告資訊之送訊目標之電子郵件位址。於是,作成含有使用者ID11a、郵件電子報ID11b、號ID11c的資訊所編碼成的64位元組以內之字串,並將該字串設定成本地部份的電子郵件位址設定成進行回饋之際的報告資訊之送訊目標,作成此種作為郵件電子報之電子郵件,發送至各使用者。此情況下,作為報告資訊之送訊目標而被設定的電子郵件位址,係隨各使用者及各郵件電子報而分別不同。
針對以上記方法發送之郵件電子報的報告郵件,被報告郵件收訊伺服器1接收到時,於後述的報告解析處理中,藉由將收訊郵件位址的本地部份予以解碼,就可取得使用者ID11a和郵件電子報ID11b、及號ID11c。
此外,所編碼的64位元組以內之字串,係設計成含有核對和資訊的字串,較為理想。
又,除了上記方法以外,亦可在郵件之本文中,記載各報告資訊。此時,亦可使其包含有收訊日期時間11d、開封日期時間11e、搬移操作日期時間11f等之資訊。
此處說明各實施形態中的報告收訊伺服器1的處理。
於以下說明的各實施形態中,圖6、及、圖8乃至圖11之各圖所示之流程的各處理,係若沒有特別聲明,都是由具有身為報告資訊取得部6、搬移實績管理部7、配送停止處理部8之各機能的報告收訊伺服器1所執行。
首先,報告收訊伺服器1中所保持的各資料庫之說明,參照圖7而加以說明。
配送目標DB9b,係對具有同一郵件電子報ID的每一郵件電子報分別設置,如圖7A所示,記憶著使用者ID、各使用者之電子郵件位址、表示該郵件電子報對各使用者之配送是否被許可的配送旗標。
此處,所謂具有同一郵件電子報ID的郵件電子報,係例如,標示同一標題而已被系列化之一連串的配送內容群。作為一例,可舉例如標示「○○雜誌」或「△△通訊」等之標題的郵件電子報。
送訊郵件伺服器3,係參照對每一郵件電子報而設置的配送目標DB9b中所記憶的每位使用者的電子郵件位址而配送該當郵件電子報。此時,送訊郵件伺服器3,係參照對每一使用者ID所設定的配送旗標,決定是否配送。
報告收訊伺服器1的配送停止處理部8,係於後述的配送停止處理中進行郵件電子報之配送停止之際,將該當之郵件電子報所對應之配送目標DB9b之各使用者之配送
旗標予以更新。
又,配送目標DB9b,係不一定要對各使用者ID僅對應一個電子郵件位址,也可以一個使用者ID對應有複數電子郵件位址。又在此情況下,亦可針對各個電子郵件位址設定配送旗標。
實績DB9a也是,對具有同一郵件電子報ID的每一郵件電子報分別設置,如圖7B所示,記憶著使用者ID、表示已被配送給各使用者的郵件電子報之內容數的配送數、表示已被各使用者進行過搬移操作的郵件電子報之內容數的搬移數、每一號ID的時間資訊。每一號ID的時間資訊中係含有,收訊日期時間和開封日期時間和搬移操作日期時間。
所謂收訊日期時間,係具有該當之號ID的郵件電子報被收訊郵件伺服器4所接收的日期時間。
所謂開封日期時間,係作為郵件電子報之各配送內容的電子郵件被使用者開封的日期時間,例如,係為該當電子郵件之開封旗標被變更成已開封的日期時間。電子郵件之開封旗標之變更,係有藉由瀏覽該當之電子郵件而被執行的情況、或藉由使用者手動執行的情況。因此,亦可不開封就瀏覽郵件電子報之內容,此情況下開封日期時間係不被記錄。
所謂搬移操作日期時間,係為對郵件電子報之各配送內容,使用者進行了搬移操作的日期時間。
送訊郵件伺服器3,係在配送郵件電子報之際,對於
該當之郵件電子報所對應之實績DB9a,將進行過郵件電子報之配送的使用者ID之配送數予以更新。
報告收訊伺服器1的搬移實績管理部7,係基於報告資訊,對於報告資訊所相應的郵件電子報所對應之實績DB9a,進行該當之使用者ID之搬移數或每一號ID的時間資訊之更新。
配送目標DB9b或實績DB9a中所記憶的資訊,係不限定於上記所示者,而且也不一定要全部都包含。
在第一實施形態中係說明,相應於被使用者所進行之搬移操作的報告郵件,被報告收訊伺服器1接收到時,進行對使用者的該當之郵件電子報之配送之停止的例子。
第一實施形態中的報告收訊伺服器1的處理,係進行圖3之步驟S102至步驟S104所示的各處理。以下的各實施形態也同樣如此。
從收訊郵件伺服器4接收到報告郵件的報告收訊伺服器1,係如圖3所示,執行步驟S102之報告解析處理,取得使用者ID11a和郵件電子報ID11b。接著,報告收訊伺服器1,係在步驟S103中進行實績DB更新處理。具體而言,例如,對於針對郵件電子報ID11b的實績DB9a中所被記憶之資訊,進行搬移旗標(0:OFF、1:ON)之更新。此時,實績DB9a中,係除了圖7B所示的各資訊以
外,還記憶有搬移旗標。搬移旗標,係可對每一郵件電子報之號ID來設置,也可對每一使用者ID而僅設置一個。
接著,報告收訊伺服器1,係在步驟S104中執行配送停止處理。
在本第一實施形態中,作為配送停止處理S104是執行配送停止處理S104A。配送停止處理S104A,係如圖8A所示,報告收訊伺服器1是在步驟S401中進行配送目標DB更新處理。在配送目標DB更新處理中,對於已經取得報告解析處理之結果的郵件電子報ID11b所相關之配送目標DB9b中所記憶的資訊,執行將報告解析處理中所取得之使用者ID11a之配送旗標(參照圖7A)從OK變更成NG的更新處理。
於以上的第一實施形態中,係具備:報告資訊取得部6,係取得報告資訊,該報告資訊係隨應於,藉由瀏覽過被系列化而被執行或預定被執行複數號之配送的電子郵件配送內容的使用者將電子郵件配送內容搬移至特定資料夾之搬移操作,而被發送過來;和搬移實績管理部7,係取得報告資訊中所至少含有的執行過搬移操作的使用者之使用者識別資訊和電子郵件配送內容之系列識別資訊,將使用者識別資訊和系列識別資訊,當作使用者針對電子郵件配送內容之系列的搬移實績資訊而加以管理;和配送停止處理部8,係根據搬移實績資訊和所定之配送停止條件來判斷是否停止對使用者配送電子郵件配送內容,基於該判斷之結果而執行對使用者的電子郵件配送內容之
配送停止處理。
因此,在第一實施形態所述之資訊處理裝置、資訊處理方法中,可提供根據隨應於收訊者將所接收到的電子郵件搬移到特定資料夾而被發送過來的報告資訊,而停止電子郵件之配送的環境。因此,可謀求降低電子郵件之配送停止之際的收訊者的負擔。
此外,於第一實施形態中,在步驟S103之實績DB更新處理中,即使報告收訊伺服器1沒有實質性執行處理,也能進行同等之配送停止處理(參照圖8B)。此情況下,報告郵件中所記載之搬移實績資訊11,係只要有使用者ID11a和郵件電子報ID11b即可,郵件電子報DB9中也只要有配送目標DB9b即可。
在第二實施形態中係說明,相應於被使用者所進行之搬移操作的次數,進行對使用者的該當之郵件電子報之配送之停止的例子。
報告收訊伺服器1,係在接收了報告郵件後,在圖3之步驟S102中執行報告解析處理,取得使用者ID11a、郵件電子報ID11b、號ID11c。
接著,報告收訊伺服器1,係在步驟S103中進行實績DB更新處理。具體而言,對於針對郵件電子報ID11b的實績DB9a中所被記憶之資訊,對使用者ID11a的搬移數加算1。
接著,報告收訊伺服器1係為,作為圖3所示的配送停止處理步驟S104,是進行配送停止處理步驟S104B。在配送停止處理S104B中,具體而言係如圖9A所示,報告收訊伺服器1,係首先在步驟S501中從郵件電子報ID11b所相應的實績DB9a中所被記憶之資訊,取得該當之使用者ID之搬移數V1。此時,報告收訊伺服器1,係僅取得有DB之更新的使用者ID所相關之搬移數V1,但亦可將實績DB9a中所記憶之各使用者之搬移數分別予以取得,對各個使用者執行以下之處理。
接著,報告收訊伺服器1,係將已取得之使用者ID所對應之搬移數V1和搬移數閾值TH1之比較,在步驟S502中執行之。報告收訊伺服器1,係對步驟S502中搬移數V1大於搬移數閾值TH1的使用者ID,為了執行用來進行配送停止所需之處理,而在步驟S503中進行配送目標DB更新處理。又,報告收訊伺服器1,係若搬移數V1是搬移數閾值TH1以下,則結束配送停止處理S104B。
在步驟S503中的配送目標DB更新處理中,係將進行配送停止所必須之某位使用者ID所對應之配送旗標(參照圖7A)從OK變更成NG。以下的實施形態中的作為用來進行配送停止所需之處理的配送目標DB更新處理中,係會進行同樣的處理。
此外,對複數使用者ID執行上記步驟S501至步驟S503之處理的情況下,可對一個使用者ID執行上
記步驟S501至步驟S503之一連串處理,使該一連串處理進行迴圈達到該當之使用者ID之次數的方式來進行處理,也可在各步驟的處理之中將對各使用者ID之處理分別予以迴圈而處理之。以下所述的各個實施形態中,也可考慮同樣的變形例。
於以上的第二實施形態中,配送停止條件,係以在具有相同系列識別資訊的電子郵件配送內容群中,有被使用者進行過搬移操作的電子郵件配送內容之數目為基礎而成的條件。亦即,有被使用者進行過搬移操作的電子郵件配送內容之數目,是在具有同一郵件電子報ID之電子郵件配送內容群之中達到閾值以上時,則進行配送停止。
將電子郵件搬移至特定資料夾(例如騷擾郵件資料夾)的行為,雖然不是將希望停止配送的使用者之意思表明給報告收訊伺服器1的行為,但係為可也推測使用者是希望停止配送的行為。於是,若搬移操作的次數達到閾值以上,則判斷為想要停止配送的意思應該很確定了,而進行配送停止處理。因此,可提供會推定使用者之意思的郵件電子報配送系統。尤其是,若將搬移數閾值TH1設定成2以上,則不會只有一次之搬移操作就進行配送停止,藉由複數次的搬移操作才會執行配送停止之處理。藉此,除了第一實施形態所記載之效果,還可某種程度地抑制因為錯誤的搬移操作導致配送停止,並且可提供反映出各使用者對該當之郵件電子報有無興趣的配送系統。
在第三實施形態中,說明隨應於有進行過搬移操作之配送內容數相對於被配送給使用者之郵件電子報之配送內容數的比率,進行對使用者的該當之郵件電子報之配送之停止的例子。
第三實施形態中的報告收訊伺服器1之處理係為,在接收了報告郵件後,在步驟S102中執行報告解析處理,取得使用者ID11a、郵件電子報ID11b、號ID11c。
接著,報告收訊伺服器1,係在步驟S103中進行實績DB更新處理。具體而言,對於針對郵件電子報ID11b的實績DB9a中所被記憶之資訊,對使用者ID11a的搬移數加算1。
接著,報告收訊伺服器1係進行配送停止處理S104C(圖3的配送停止處理S104)。在配送停止處理S104C中,具體而言係如圖9B所示,報告收訊伺服器1,係首先在步驟S601中從郵件電子報ID11b所相應的實績DB9a中所被記憶之資訊,取得該當之使用者ID之配送數和搬移數,藉由將搬移數除以配送數而算出對於該當使用者的搬移比率V2。此時,雖然僅針對有DB之更新的使用者ID算出搬移比率V2,但亦可將實績DB9a中所記憶之各使用者之搬移比率V2分別予以取得,對各個使用者執行以下之處理。
接著,報告收訊伺服器1,係將已取得之使用者ID所對應之搬移比率V2和搬移比率閾值TH2之比較,在步驟S602中執行之。步驟S602中若搬移比率V2大於搬移比率閾值TH2,則報告收訊伺服器1係為了執行用來進行配送停止所需之處理,而在步驟S603中進行配送目標DB更新處理。若搬移比率V2是搬移比率閾值TH2以下,則報告收訊伺服器1係結束配送停止處理S104C。
於以上的第三實施形態中,配送停止條件係為,以在具有相同系列識別資訊的電子郵件配送內容群中,有被使用者進行過搬移操作的電子郵件配送內容之數目,相對於已被配送給使用者之電子郵件配送內容之數目的比率為基礎,而成的條件。亦即,在具有同一郵件電子報ID之電子郵件配送內容群之中,有被使用者進行過搬移操作之電子郵件配送內容之數目是超過一定比率時,會進行配送停止。
因此,隨著搬移數相對於配送數之變化,搬移比率V2會跟著改變,因此除了第一實施形態所記載之效果外,可提供符合使用者興趣之變化的郵件電子報配訊系統。
在第四實施形態中,說明隨應於有進行過搬移操作之配送內容數相對於最近對使用者配送之郵件電子報之配送內容n件的比率,進行該當之郵件電子報之配送之停止的
例子。
第四實施形態中的報告收訊伺服器1之處理係為,在接收了報告郵件後,在步驟S102中執行報告解析處理,取得使用者ID11a、郵件電子報ID11b、號ID11c。
接著,報告收訊伺服器1,係在步驟S103中進行實績DB更新處理。具體而言,對於針對郵件電子報ID11b的實績DB9a中所被記憶之資訊,對使用者ID11a的搬移數加算1。又,於本實施形態中,除了圖7B所示的每一號ID的時間資訊,或者取代每一號ID的時間資訊,記憶有每一號ID的搬移旗標。
此外,報告收訊伺服器1,係在步驟S102之報告解析處理中取得搬移操作日期時間11f,在步驟S103之實績DB更新處理中,亦可藉由將圖7B所示的每一號ID的搬移操作日期時間,從「No Data」變更成時間資訊,來代替搬移旗標。
接著,報告收訊伺服器1係進行配送停止處理S104D(圖3的配送停止處理S104)。在配送停止處理S104D中,具體而言係如圖10A所示,報告收訊伺服器1係首先在步驟S701中從郵件電子報ID11b所相應的實績DB9a中所記憶的該當之使用者ID的資訊,取得已配送之郵件電子報的相對於最近n件配送內容數的搬移數,藉由將搬移數除以最近配送數n而算出最近搬移比率V3。最近n件之搬移數,係可預先記憶在實績DB9a中,
也可每次從每一號ID的搬移旗標等視需要而算出。
接著,報告收訊伺服器1,係將已取得之使用者ID所對應之最近搬移比率V3和最近搬移比率閾值TH3之比較,在步驟S702中執行之。
步驟S702中若最近搬移比率V3大於最近搬移比率閾值TH3,則報告收訊伺服器1係為了執行用來進行配送停止所需之處理,而在步驟S703中進行配送目標DB更新處理。若最近搬移比率V3是最近搬移比率閾值TH3以下,則報告收訊伺服器1係結束配送停止處理S104D。
於以上的第四實施形態中,配送停止條件係為,以在具有相同系列識別資訊的電子郵件配送內容群中,有被使用者進行過搬移操作的電子郵件配送內容,在被配送給使用者的最近之所定數目之電子郵件配送內容中所佔有之比率為基礎,而成的條件。亦即,在具有同一郵件電子報ID、且最近被配送的n個電子郵件配送內容群之中,藉由有被使用者進行過搬移操作之電子郵件配送內容之數目超過閾值,就會進行配送停止。
因此,隨著搬移數相對於最近所定配送數之變化,搬移比率V3會跟著改變,因此除了第一實施形態所記載之效果外,可提供更能反映出使用者興趣之變化的郵件電子報配訊系統。
此外,此處雖然是以最近配送數n為定數來說明,但亦可將例如最近m個月中所被配送的郵件電子報之內容數,當作最近配送數n。
此情況下,配送停止條件係為,以具有同一系列識別資訊的電子郵件配送內容群中,使用者進行過搬移操作之電子郵件內容,佔所定期間中被配送給使用者之電子郵件配送內容之中的比率為基礎,而成的條件。亦即,具有同一郵件電子報ID,且最近m個月之間所被配送的電子郵件配送內容群之中,藉由有被使用者進行過搬移操作的電子郵件配送內容之比率超過了一定數,就會進行配送停止。
因此,除了第一實施形態所記載之效果外,在郵件電子報是不定期被配送的情況下,可提供符合使用者最新興趣之變化的郵件電子報配訊系統。
甚至,亦可以對於最近p個月所被配送之郵件電子報都沒有進行過任何搬移操作為條件,來執行實績初期化處理。此處,所謂搬移實績資訊初期化處理,係將實績DB9a之各數值變回初期值的處理等。例如,將圖7B所示的搬移數變回0的處理、或將上記所說明的每一號ID的搬移旗標變回OFF的處理等。
此情況下,搬移實績管理部7係在使用者對於最近所定期間中被配送給使用者之電子郵件配送內容全都沒有進行搬移操作的情況下,執行進行搬移實績資訊之初期化的搬移實績資訊初期化處理。亦即,對於具有同一郵件電子報ID、且最近p個月配送的電子郵件配送內容群,若使用者都沒有進行過搬移操作,則推定為使用者的興趣有變化(亦即使用者產生了興趣),而將配送停止條件之判定
上所使用的各數值或旗標予以初期化。
藉此,除了第二實施形態及第三實施形態所記載之各個效果外,可提供反映出使用者最新興趣之變化的郵件電子報配訊系統。
在第五實施形態中,說明隨應於郵件電子報被開封的開封日期時間和使用者進行搬移操作的搬移操作日期時間,進行該當之郵件電子報之配送之停止的例子。
第五實施形態中的報告收訊伺服器1之處理係為,在接收了報告郵件後,在步驟S102中執行報告解析處理,取得使用者ID11a、郵件電子報ID11b、號ID11c、收訊日期時間11d、開封日期時間11e、搬移操作日期時間11f。
接著,在步驟S103中進行實績DB更新處理。具體而言,對於針對郵件電子報ID11b的實績DB9a中所被記憶之資訊,對使用者ID11a的搬移數加算1,每一號ID的收訊日期時間、開封日期時間、搬移操作日期時間係從「No Data」改寫成時間資訊。
接著,報告收訊伺服器1係進行配送停止處理S104E(圖3的配送停止處理S104)。在配送停止處理S104E中,具體而言係如圖10B所示,報告收訊伺服器1係首先在步驟S801中從郵件電子報ID11b所相應的實績DB9a中所記憶的該當之使用者ID的資訊,取得報告郵件
中所含的號ID11c之開封日期時間和搬移操作日期時間,在步驟S802中將開封日期時間與搬移操作日期時間之差分當作瀏覽時間V4而予以算出。
接著,報告收訊伺服器1,係將已取得之使用者ID所對應之瀏覽時間V4和瀏覽時間閾值TH4之比較,在步驟S803中執行之。步驟S802中若瀏覽時間V4小於瀏覽時間閾值TH4,則報告收訊伺服器1係為了執行用來進行配送停止所需之處理,而在步驟S804中進行配送目標DB更新處理。若瀏覽時間V4是瀏覽時間閾值TH4以上,則報告收訊伺服器1係結束配送停止處理S104E。
於以上的第五實施形態中,報告資訊係含有:作為使用者開封電子郵件配送內容之時間資訊的開封日期時間和作為搬移操作所被進行之時間資訊的搬移操作日期時間;搬移實績管理部7係管理含有開封日期時間和搬移操作日期時間的搬移實績資訊,配送停止條件係為,以開封日期時間與搬移操作日期時間之差分時間之資訊為基礎而成的條件。亦即,從使用者開封郵件電子報之電子郵件到進行搬移操作為止的時間若小於一定數值時,則進行配送停止。這是相當於,例如,使用者幾乎沒有瀏覽郵件電子報就把其搬移至騷擾郵件資料夾等情形。
因此,除了第一實施形態所記載之效果外,可提供反映出使用者實質上有無興趣的郵件電子報配訊系統。
此外,此處,報告收訊伺服器1係在瀏覽時間V4的算出之際是使用報告郵件中所含的號ID所相對
應的時間資訊,但亦可每一號地算出瀏覽時間V4,作為其平均值而算出平均瀏覽時間aveV4,於步驟S803中,藉由與平均瀏覽時間閾值aveTH4進行比較,以進行配送停止之判斷。
此情況下,配送停止條件係為,以在具有相同系列識別資訊的電子郵件配送內容群中,將有被使用者進行過搬移操作的電子郵件配送內容之每一者的差分時間之資訊予以平均而算出的平均值為基礎,而成的條件。亦即,對於具有同一郵件電子報ID的電子郵件配送內容群,若使用者之平均瀏覽時間aveV4是小於一定之數目值,則進行配送停止。這是相當於,例如,對於標示相同標題的郵件電子報,每次都幾乎沒有瀏覽就搬移至騷擾郵件資料夾等情況。
藉此,除了第一實施形態所記載之效果和上記所述本實施形態的效果外,可提供符合使用者興趣的實質興趣之變化的郵件電子報配訊系統。
再者,由於只有在平均瀏覽時間aveV4為一定數值以上才不會進行配送停止,因此可防止因為使用者錯誤地幾乎沒有瀏覽電子郵件就進行搬移操作而導致配送停止。
再者,於本實施形態中,報告收訊伺服器1係從開封日期時間和搬移操作日期時間算出瀏覽時間V4,但亦可從收訊日期時間和搬移操作日期時間算出代替瀏覽時間V4的時間資訊,使用該時間資訊來進行步驟S803中的配送停止之判斷。此情況下,對於未讀而直接
丟棄的郵件電子報之內容,仍可某種程度地推定使用者之興趣。
此處說明,於上述各實施形態中,郵件電子報之配送停止之際,執行向使用者進行通知之使用者通知處理的變形例。
此外,此處雖然以上述第二實施形態為基礎來說明各變形例,但對第一實施形態乃至第五實施形態所說明的各個實施形態都可適用各變形例。
變形例1中,作為圖3之配送停止處理S104是執行步驟S104X。在配送停止處理S104X中,如圖11A所示,首先,藉由報告收訊伺服器1,和第二實施形態中的步驟S501乃至步驟S503相同之處理,是在步驟S901乃至步驟S903中被執行。
步驟S903執行後,接著,報告收訊伺服器1,係在步驟S904中執行,從報告郵件所取得之郵件電子報ID所相應的郵件電子報之配送已經停止的這件事加以通知的使用者通知處理。使用者通知處理,係例如,藉由將通知該當之郵件電子報之配送已停止的文面是被記載於電子郵件之本文或標題的電子郵件,發送給該當之使用者,而進行之。
若依據以上的變形例1,則配送停止處理部8,係在判斷要停止對使用者之電子郵件配送內容之配訊時,在配送停止處理執行後,會向使用者執行通知處理,因此郵件電子報的配送停止進行後,會向使用者進行通知處理。
因此,可防止使用者一直不知道配送已經停止,可獲得使用者的信賴。又,郵件電子報之配送停止之際,使用者係不會被要求新的操作,因此也不會導致使用者之操作負擔之增加。
變形例2中,作為圖3之配送停止處理S104是執行步驟S104Y。在配送停止處理S104Y中,如圖11B所示,首先,藉由報告收訊伺服器1,和第二實施形態中的步驟S501及步驟S502相同之處理,是在步驟S1001及步驟S1002中被執行。若在步驟S1002中判斷為不滿足配送停止條件,則報告收訊伺服器1係結束配送停止處理S104Y。若判斷為滿足配送停止條件,則報告收訊伺服器1係在步驟S1003中執行使用者通知處理。
使用者通知處理通知中,例如,藉由報告收訊伺服器1,作成用來確認是否停止該當之郵件電子報之配送所需的電子郵件,發送給該當之使用者。對該電子郵件,報告收訊伺服器1係在步驟S1004中判定所定期間內使用者是否同意配送停止。在步驟S1004中若判定為在所定期間內
使用者同意配送停止,則報告收訊伺服器1係為了執行用來進行配送停止所需之處理,而在步驟S1005中進行配送目標DB更新處理。在步驟S1004中若判定為使用者在所定期間內沒有同意配送停止,則報告收訊伺服器1係結束配送停止處理S104Y。
若依據以上的變形例2,則配送停止處理部8,係在判斷要停止對使用者之電子郵件配送內容之配訊時,在執行了對使用者的通知處理後,基於使用者對該通知處理的回應而執行配送停止處理。亦即,在獲得使用者之同意後,才進行配送停止。因此,不會因為使用者錯誤的搬移操作造成立刻停止郵件電子報之配送,可提供符合使用者實際意向的郵件電子報配送系統。
此處,使用者對郵件電子報之配送停止的同意,是例如,可藉由回信電子郵件而視為同意配送停止,亦可藉由點選電子郵件中所記載的URL(Uniform Resource Locator)而視為同意配送停止。甚至,亦可藉由在所定URL所設置的輸入表單中,讓使用者輸入某種資訊或問卷等,來獲得配送停止之同意。
此情況下,配送停止處理部8,係以在所定期間內有使用者的希望停止配送之意旨的回應為條件,來執行配送停止處理,藉此,只有在有使用者所致之配送停止之回應的情況下,才會進行郵件電子報之配送停止。因此,不會錯誤停止郵件電子報的配送,可提供符合想要儘可能繼續配送的郵件電子報之配送者之意向的郵件電子報配訊系
統。
又,亦可藉由在所定期間內沒有使用者之回應,而視為同意配送停止。
此情況下,配送停止處理部8,係以所定期間內都沒有使用者之回應為條件而執行配送停止處理,因此即使沒有使用者之回應,仍會停止郵件電子報之配送。因此,可提供不必增加使用者之操作負擔就會進行配送之停止的郵件電子報配送系統。
甚至亦可為,若在所定期間內有使用者之回應,則報告收訊伺服器1係判定為有希望繼續配送之意思(亦即,不同意配送停止),而繼續郵件電子報之配送。例如,在電子郵件的本文中,記載「如果要繼續配送,請回信本郵件。」這樣的文面,藉此就可實現之。
藉此,配送停止處理部8,係以所定期間內有使用者所做的希望繼續配送之意旨的回應為條件,而不執行配送停止處理。因此,於配送停止時可不必增加使用者的操作負擔就能進行配送停止,且可提供能夠防止錯誤停止配送的郵件電子報配訊系統。
又甚至,若所定期間內有希望繼續配送之意旨的使用者之回應,則報告收訊伺服器1係也可執行配送繼續處理。此處,所謂配送繼續處理,係將已經判定為達到配送停止條件的實績DB9a之各數值變回初期值的處理等。例如,將圖7B所示的搬移數變回0的處理、或將第四實施形態所說明的每一號ID的搬移旗標變回OFF的處
理等。
配送停止處理部8,係以所定期間內有使用者所做的希望繼續配送之意旨的回應為條件,而執行用來繼續配送所需的配送繼續處理,因此可以防止每次進行郵件電子報之配送就被判定成達到配送停止條件而每次都會發送使用者通知之郵件造成打擾。
本發明係不限定於上述之實施形態或變形例,可考慮以下所述的各種其他變形例。
在上記說明的各實施形態或各變形例中,作為搬移操作之一例是說明將電子郵件搬移到騷擾郵件資料夾的例子,但就算不是騷擾郵件資料夾而是垃圾桶資料夾也可,又,即使是配送停止資料夾這類特定資料夾或專用資料夾也無妨。若搬移操作係為將電子郵件搬移到配送停止資料夾的操作,則雖然使用者並不可能將希望停止配送之意思對外發送,但由於期望配送停止是很明確,因此立刻進行配送停止,較為理想。
又,上記所說明的報告郵件,係亦可不需要隨應於使用者之搬移操作而總是被發送,例如,藉由與網頁郵件之服務供應商或郵件電子報之配送者之間簽下所定合約,來進行報告郵件之送訊服務。
又,雖然說明,在郵件電子報DB9之實績DB9a中,作為每一號ID的時間資訊,是含有收訊日期時
間和開封日期時間和搬移操作日期時間的例子,但亦可不將所發行的全部之每一號ID的時間資訊都予以記憶。例如,使用第四實施形態所示的最近配送數n來判定配送停止條件的情況下,則只要記憶關於最近n件之時間資訊即可。
甚至,針對郵件電子報之配送停止,係亦可分成複數階段來進行配送停止。例如,報告收訊伺服器1,係在第一次達到配送停止條件時,則僅進行以號外而被發行的郵件電子報之配送停止,在第二次達到配送停止條件時,係進行全部號之郵件電子報之配送停止。
以上,說明了本發明的作為資訊處理裝置之實施形態的報告收訊伺服器1,但實施形態的程式,係為令資訊處理裝置(CPU等),執行報告收訊伺服器1中之各處理的程式。
實施形態的程式,係令資訊處理裝置執行取得報告資訊的處理,該報告資訊係隨應於,藉由瀏覽過被系列化而被執行或預定被執行複數號之配送的電子郵件配送內容的使用者將電子郵件配送內容搬移至特定資料夾之搬移操作,而被發送過來。又,令資訊處理裝置執行處理,取得報告資訊中所至少含有的執行過搬移操作的使用者之使用者ID和電子郵件配送內容之郵件電子報ID,將使用者ID和郵件電子報ID,當作使用者針對電子郵件配
送內容之系列的搬移實績資訊而加以管理。甚至令資訊處理裝置執行處理,根據搬移實績資訊和所定之配送停止條件來判斷是否停止對使用者配送電子郵件配送內容,基於該判斷之結果而執行對使用者的電子郵件配送內容之配送停止處理。
亦即該程式係為,令報告收訊伺服器1執行圖3所說明之部分處理、圖8~圖11所說明之各處理的程式。
藉由此種程式,可實現上述的作為報告收訊伺服器1的資訊處理裝置。
而且此種程式,係可預先記錄在電腦裝置等之機器中所內建的作為記錄媒體之HDD、或具有CPU的微電腦內之ROM等中。又或者,可以暫時或永久性地被儲存(記錄)在半導體記憶體、記憶卡、光碟、光磁碟、磁碟等之可移除式記錄媒體中。又此種可移除式記錄媒體,係可用所謂的套裝軟體的方式來做提供。
又,此種程式,係除了可從可移除式記錄媒體安裝至個人電腦等以外,也可從下載網站,透過LAN、網際網路等之網路而下載之。
1‧‧‧報告收訊伺服器
2‧‧‧通訊網路
3‧‧‧送訊郵件伺服器
3a‧‧‧配送控制部
4‧‧‧收訊郵件伺服器
5‧‧‧使用者終端
6‧‧‧報告資訊取得部
7‧‧‧搬移實績管理部
8‧‧‧配送停止處理部
9‧‧‧郵件電子報DB
9a‧‧‧實績DB
9b‧‧‧配送目標DB
Claims (17)
- 一種資訊處理裝置,其係具備:報告資訊取得部,係取得報告資訊,該報告資訊係隨應於,藉由瀏覽過被系列化而被執行或預定被執行複數號之配送的電子郵件配送內容的使用者將前記電子郵件配送內容搬移至特定資料夾之搬移操作,而被發送過來;和搬移實績管理部,係取得前記報告資訊中所至少含有的執行過前記搬移操作的前記使用者之使用者識別資訊和前記電子郵件配送內容之系列識別資訊,將前記使用者識別資訊和前記系列識別資訊,當作前記使用者針對前記電子郵件配送內容之系列的搬移實績資訊而加以管理;和配送停止處理部,係根據前記搬移實績資訊和所定之配送停止條件來判斷是否停止對前記使用者配送前記電子郵件配送內容,基於該判斷之結果而執行對前記使用者的前記電子郵件配送內容之配送停止處理。
- 如請求項1所記載之資訊處理裝置,其中,前記配送停止條件係為,在具有相同前記系列識別資訊的電子郵件配送內容群中,有被前記使用者進行過前記搬移操作的前記電子郵件配送內容之數目,以其為基礎而成的條件。
- 如請求項1所記載之資訊處理裝置,其中,前記配送停止條件係為,在具有相同前記系列識別資訊的電子郵件配送內容群中,有被前記使用者進行過前記 搬移操作的前記電子郵件配送內容之數目相對於已被配送給前記使用者之前記電子郵件配送內容之數目的比率,以其為基礎而成的條件。
- 如請求項1所記載之資訊處理裝置,其中,前記配送停止條件係為,在具有相同前記系列識別資訊的電子郵件配送內容群中,有被前記使用者進行過前記搬移操作的前記電子郵件配送內容,在最近被配送給前記使用者起算所定數目的前記電子郵件配送內容中所佔有之比率,以其為基礎而成的條件。
- 如請求項1所記載之資訊處理裝置,其中,前記配送停止條件係為,在具有相同前記系列識別資訊的電子郵件配送內容群中,有被前記使用者進行過前記搬移操作的前記電子郵件配送內容,在所定期間內配送給前記使用者的前記電子郵件配送內容之中所佔有之比率,以其為基礎而成的條件。
- 如請求項2至請求項5之任一項所記載之資訊處理裝置,其中,前記搬移實績管理部係在前記使用者對於最近的所定期間內配送給前記使用者的前記電子郵件配送內容全都沒有進行前記搬移操作的情況下,執行進行搬移實績資訊之初期化的搬移實績資訊初期化處理。
- 如請求項1所記載之資訊處理裝置,其中,前記報告資訊係含有:作為前記使用者開封前記電子郵件配送內容之時間資訊的開封日期時間和作為前記搬移 操作所被進行之時間資訊的搬移操作日期時間;前記搬移實績管理部係管理,含有前記開封日期時間和前記搬移操作日期時間的前記搬移實績資訊;前記配送停止條件係為,以前記開封日期時間和前記搬移操作日期時間之差分時間之資訊為基礎而成的條件。
- 如請求項7所記載之資訊處理裝置,其中,前記配送停止條件係為,在具有相同前記系列識別資訊的電子郵件配送內容群中,將有被前記使用者進行過前記搬移操作的前記電子郵件配送內容之每一者的前記差分時間之資訊予以平均而算出的平均值,以其為基礎而成的條件。
- 如請求項1所記載之資訊處理裝置,其中,前記配送停止處理部,係在判斷為停止對前記使用者配送前記電子郵件配送內容的情況下,在前記配送停止處理執行後,向前記使用者執行通知處理。
- 如請求項1所記載之資訊處理裝置,其中,前記配送停止處理部,係在判斷為停止對前記使用者配送前記電子郵件配送內容的情況下,在向前記使用者執行通知處理後,根據前記使用者針對該通知處理的回應而執行前記配送停止處理。
- 如請求項10所記載之資訊處理裝置,其中,前記配送停止處理部,係以所定期間都沒有前記使用者之回應為條件,而執行前記配送停止處理。
- 如請求項10所記載之資訊處理裝置,其中, 前記配送停止處理部,係以所定期間內有前記使用者所做的希望停止配送之意旨的回應為條件,而執行前記配送停止處理。
- 如請求項10所記載之資訊處理裝置,其中,前記配送停止處理部,係以所定期間內有前記使用者所做的希望繼續配送之意旨的回應為條件,而不執行前記配送停止處理。
- 如請求項13所記載之資訊處理裝置,其中,前記配送停止處理部,係以所定期間內有前記使用者所做的希望繼續配送之意旨的回應為條件,而執行用來繼續配送所需的配送繼續處理。
- 一種資訊處理方法,係取得報告資訊,該報告資訊係隨應於,藉由瀏覽過被系列化而被執行或預定被執行複數號之配送的電子郵件配送內容的使用者將前記電子郵件配送內容搬移至特定資料夾之搬移操作,而被發送過來;取得前記報告資訊中所至少含有的執行過前記搬移操作的前記使用者之使用者識別資訊和前記電子郵件配送內容之系列識別資訊,將前記使用者識別資訊和前記系列識別資訊,當作前記使用者針對前記電子郵件配送內容之系列的搬移實績資訊而加以管理;根據前記搬移實績資訊和所定之配送停止條件來判斷是否停止對前記使用者配送前記電子郵件配送內容,基於該判斷之結果而執行對前記使用者的前記電子郵件配送內 容之配送停止處理。
- 一種程式,係令資訊處理裝置執行:取得報告資訊的處理,該報告資訊係隨應於,藉由瀏覽過被系列化而被執行或預定被執行複數號之配送的電子郵件配送內容的使用者將前記電子郵件配送內容搬移至特定資料夾之搬移操作,而被發送過來;和取得前記報告資訊中所至少含有的執行過前記搬移操作的前記使用者之使用者識別資訊和前記電子郵件配送內容之系列識別資訊,將前記使用者識別資訊和前記系列識別資訊,當作前記使用者針對前記電子郵件配送內容之系列的搬移實績資訊而加以管理的處理;和根據前記搬移實績資訊和所定之配送停止條件來判斷是否停止對前記使用者配送前記電子郵件配送內容,基於該判斷之結果而執行對前記使用者的前記電子郵件配送內容之配送停止處理的處理。
- 一種記憶媒體,係記憶程式,其係令資訊處理裝置執行:取得報告資訊的處理,該報告資訊係隨應於,藉由瀏覽過被系列化而被執行或預定被執行複數號之配送的電子郵件配送內容的使用者將前記電子郵件配送內容搬移至特定資料夾之搬移操作,而被發送過來;和取得前記報告資訊中所至少含有的執行過前記搬移操作的前記使用者之使用者識別資訊和前記電子郵件配送內容之系列識別資訊,將前記使用者識別資訊和前記系列識 別資訊,當作前記使用者針對前記電子郵件配送內容之系列的搬移實績資訊而加以管理的處理;和根據前記搬移實績資訊和所定之配送停止條件來判斷是否停止對前記使用者配送前記電子郵件配送內容,基於該判斷之結果而執行對前記使用者的前記電子郵件配送內容之配送停止處理的處理。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2014/051973 WO2015114757A1 (ja) | 2014-01-29 | 2014-01-29 | 情報処理装置、情報処理方法、プログラム及び記憶媒体 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201531968A TW201531968A (zh) | 2015-08-16 |
TWI503765B true TWI503765B (zh) | 2015-10-11 |
Family
ID=52145686
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW104102906A TWI503765B (zh) | 2014-01-29 | 2015-01-28 | Information processing devices, information processing methods, programs and memory media |
Country Status (4)
Country | Link |
---|---|
US (1) | US10476828B2 (zh) |
JP (1) | JP5639309B1 (zh) |
TW (1) | TWI503765B (zh) |
WO (1) | WO2015114757A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6830291B1 (ja) | 2020-11-24 | 2021-02-17 | 株式会社アクリート | メッセージ通信方法及びプログラム |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030233419A1 (en) * | 2002-01-08 | 2003-12-18 | Joerg Beringer | Enhanced email management system |
US20040243679A1 (en) * | 2003-05-28 | 2004-12-02 | Tyler Joshua Rogers | Email management |
TW200723785A (en) * | 2005-12-14 | 2007-06-16 | Taiwan Semiconductor Mfg Co Ltd | E-mail management systems and methods |
TW200807322A (en) * | 2006-07-27 | 2008-02-01 | Inventec Appliances Corp | System with mobile communication device applied to business interior management |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003087327A (ja) * | 2001-09-13 | 2003-03-20 | Sharp Corp | 迷惑電子メール防止システム |
JP2003141372A (ja) * | 2001-10-31 | 2003-05-16 | F-Ness Corp | メールマガジン発行システム |
JP3693951B2 (ja) * | 2001-11-26 | 2005-09-14 | 日本電気株式会社 | 電子メールシステムおよび迷惑メール防止方法 |
JP3770855B2 (ja) * | 2002-06-06 | 2006-04-26 | ファーストサーバ株式会社 | 迷惑メール送信停止機能を有するメールサーバ管理システム |
US7587461B2 (en) * | 2005-04-19 | 2009-09-08 | Google Inc. | Method and system for activity based email sorting |
US9401900B2 (en) * | 2005-07-01 | 2016-07-26 | Cirius Messaging Inc. | Secure electronic mail system with thread/conversation opt out |
US7412534B2 (en) * | 2005-09-30 | 2008-08-12 | Yahoo! Inc. | Subscription control panel |
JP5369719B2 (ja) * | 2009-01-29 | 2013-12-18 | 富士通モバイルコミュニケーションズ株式会社 | 携帯端末 |
US8255468B2 (en) * | 2009-02-11 | 2012-08-28 | Microsoft Corporation | Email management based on user behavior |
US8682990B2 (en) * | 2011-10-03 | 2014-03-25 | Microsoft Corporation | Identifying first contact unsolicited communications |
US9336674B1 (en) * | 2013-12-02 | 2016-05-10 | Amazon Technologies, Inc. | Notifying a user utilizing smart alerting techniques |
-
2014
- 2014-01-29 JP JP2014514963A patent/JP5639309B1/ja active Active
- 2014-01-29 US US15/028,484 patent/US10476828B2/en active Active
- 2014-01-29 WO PCT/JP2014/051973 patent/WO2015114757A1/ja active Application Filing
-
2015
- 2015-01-28 TW TW104102906A patent/TWI503765B/zh active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030233419A1 (en) * | 2002-01-08 | 2003-12-18 | Joerg Beringer | Enhanced email management system |
US20040243679A1 (en) * | 2003-05-28 | 2004-12-02 | Tyler Joshua Rogers | Email management |
TW200723785A (en) * | 2005-12-14 | 2007-06-16 | Taiwan Semiconductor Mfg Co Ltd | E-mail management systems and methods |
TW200807322A (en) * | 2006-07-27 | 2008-02-01 | Inventec Appliances Corp | System with mobile communication device applied to business interior management |
Also Published As
Publication number | Publication date |
---|---|
US10476828B2 (en) | 2019-11-12 |
US20160255031A1 (en) | 2016-09-01 |
TW201531968A (zh) | 2015-08-16 |
WO2015114757A1 (ja) | 2015-08-06 |
JP5639309B1 (ja) | 2014-12-10 |
JPWO2015114757A1 (ja) | 2017-03-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106878148B (zh) | 一种处理电子邮件的系统和方法 | |
CN102567091B (zh) | 电子通信优先分配 | |
JP6178928B2 (ja) | メッセージ管理システムのための動的なフィルタ生成 | |
US9137185B2 (en) | Uploading attachment to shared location and replacing with a link | |
US9401883B2 (en) | Email tags | |
US10552799B2 (en) | Upload of attachment and insertion of link into electronic messages | |
US10164920B2 (en) | Message attachment management | |
US20120278407A1 (en) | Automatic uploading of attachments to a shared location | |
US20100205259A1 (en) | Email management based on user behavior | |
US8904274B2 (en) | In-situ mobile application suggestions and multi-application updates through context specific analytics | |
WO2014062240A1 (en) | Systems and methods for processing and organizing electronic content | |
US20120278403A1 (en) | Presenting link information near links within electronic messages | |
CN107408242B (zh) | 提供对通信内的内容的交互式预览 | |
US20140164946A1 (en) | System and method for selectively tagging received messages | |
US20140289595A1 (en) | Method and system of performing electronic approval processes and computer-readable storage medium storing electronic approval program | |
US8863009B2 (en) | Method and apparatus for integrating social networking staus updates with contact data at a communication device | |
US8554853B2 (en) | Hiding email identification using a configurable set of domains | |
TWI503765B (zh) | Information processing devices, information processing methods, programs and memory media | |
JP2020095304A (ja) | 情報処理装置、情報処理システム、その制御方法、及びプログラム | |
TWI515587B (zh) | A distribution control device, a distribution control method, and a memory medium | |
EP2330798B1 (en) | Method and apparatus for integrating presence data with contact data at a communication device | |
JP2004096327A (ja) | メールサーバおよびメールサーバプログラム | |
JP2011118915A (ja) | 情報検索表示方法およびコンピュータ読み取り可能な記録媒体 |