TWI273794B - E-mail server device - Google Patents

Description

1273794 (1) 玖、發明說明 【發明所屬之技術領域〕 本發明有關於將不要之電子郵件不配送至利用者之技 術。 【先前技術】

近年來電子郵件之利用者之不希望接收（受訊）之煩 人郵件、或廣告郵件等電子郵件係成爲問題。 揭示於日本專利公報特開平1 0 - 1 6 1 9 4 9號公報之電子 郵件伺服器裝置乃··①記憶從電子郵件之利用者所發訊（ 送訊）之關鍵字，②接受（受訊）了該利用者地址之電子 郵件時，判斷在接受之電子郵件中有無含有所記憶之關鍵 字，③如含有關鍵字時，即將所接受之電子郵件配送至利 用者。

利用此種電子郵件伺服器裝置而，利用者乃可以做到 不會被配送不含有關鍵字之電子郵件。 惟雖然利用此種電子郵件伺服器裝置，仍然由於關鍵 字之設定方式之關係，仍然有，雖然含有關鍵字但是不必 要之電子郵件之被配送至利用者之問題。 再者需要接受（受訊）多數之電子郵件之電子郵件之 利用者之適當的設定關鍵字，而限定只是屬於必要之電子 郵件之被配送，這一件事並不是容易，亦是問題之一。 【發明內容〕 (2) 1273794 本發明之電子郵件伺服器裝置，乃提供一種具有：接 受電子郵件之接受手段，及將用於選別電子郵件之選別資 料，對應於電子郵件地址地予以記憶之記憶手段，及由上 述接受手段所接受之電子郵件中，特定表示其收訊地址之 電子郵件地址，從記憶手段讀取，對應於特定之電子郵件 地址地被付之選別資料，依據所讀取之選別資料而判定是 否將該電子郵件配送於收訊地址而輸出判定結果之判定手 段，及上述判定結果係「不配送」時，將表示該判定結果 之資訊通知於上述特定之電子郵件收訊地址之通知手段， 以及上述判定結果爲「須配送」時，將上述接受之電子郵 件配送於上述特定之電子郵件之收訊地址之配送手段而構 成之電子郵件伺服器裝置。 又本發明係再具備上述接受手段之用於取得現在時點 用之計時手段，由上述記憶手段來記憶顯示試行期間之資 料，雖然上述判定結果係「不配送」之情形下，如由上述 計時手段所取得之現在時點係屬於試行期間內時，仍由上 述配送手段，將由上述被接受之電子郵件配送於上述被特 定之電子郵件之收訊地址爲宜。又本發明係如果由上述判 定手段所特定之電子郵件地址係第1之電子郵件地址時， 即由上述通知手段對於上述所接受之電子郵件之發訊原址 ，通知上述判定結果爲其特徵。 又’本發明係對應於上述特定之電子郵件地址地，以 上述判定手段將上述判定結果之履歷記憶於上述記憶手段 ，上述通知手段係對於上述特定之電子郵件地址，通知上 -6 - (3) 1273794 述判定結果之履歷爲其特徵。 又本發明乃如果上述選別資料係具備：爲選別配送之 電子郵件用之配送選別資料，及選別不配送之電子郵件之 不配送:¾別資料之兩方時，由上述記憶手段來記憶，對應 於上述配送選別資料及不配送選別資料之每一地訂定之優 先順位，當，上述選別資料係只含有上述配送選別資料時 ’如上述接受之電子郵件之含有該選別資料時，即將上述 判定結果判定爲「須配送」，上述選別資料係只含有上述 不配送選別資料時’即上述被接受之電子郵件之含有該選 別資料時，即將上述判定結果判定爲「不配送」，上述選 別資料係含有上述配送資料及上述不配送資料之兩方時， 關於含有上述接受之電子郵件之選別資料而由上述記憶手 段讀取上述優先順位，如上述優先順位係最上位之選別資 料係配訊資料時，將判定結果判定爲「須配送」，上述優 先順位係最上位之選別資料係不配送選別資料時將判定結 果判定爲「不配送」爲其特徵。 又上述配送選別資料之優先順位及不配送選別資料之 優先順位係每一電子郵件地址地被記憶爲宜。 又本發明乃上述記憶手段係，與分類資訊做對應地記 憶1個或複數個之候補之選別資料，具有將上述分類資訊 複數發訊於可能接受電子郵件之通訊終端機之發訊手段， 上述接收手段乃再接受，由上述通訊終端機所發訊之，賦 予於上述通訊終端機之使用者之電子郵件地址，及由上述 發訊手段所發訊之複數之分類資訊中之由上述通訊終端機 (6) 1273794 入契約者地iS憶、名稱（姓名）、使用之手機之終端識別 子及電話號碼、（電子）郵件地址、地址等之加入者資訊 。又加入契約者之郵件地址係由通訊事業者所賦予。 郵件伺服器裝置6 00乃除了電子郵件伺服器功能之外 ，再具有WWW ( World Wide Web )伺服功能。 又郵件伺服器裝置6 0 0乃具有，選別加入契約者所指 定之含有文字列之電子郵件，而對於加入契約者所使用之 手機7 0 0不配送該所選別之電子郵件之功能。郵件伺服器 裝置6 0 0之詳細將後述之。 手機700係具有：介著移動封包通訊網3 00實施封包 通訊之功能，實施電子郵件軟體而實施電子郵件之發訊· 接受之功能，及實施可以解釋對於使用CHTML ( Compact Hyper Text Markup Language)而記述之文件檔案（下面 稱 CHTML檔案）而實施依照 HTTP ( Hyper Text Transfer Protocol)之通訊之功能。 又，手機7 0 0係記憶有，爲了識別手機7 0 0用之終端識 別子「MS 0 0 0 1」及賦予手機7 00之使用者之電子郵件地址 ’例如記憶有「i c h i r 〇 @ a b c . n e . j p」。

Ad·郵件伺服器裝置600 第3圖係表示郵件伺服器裝置6〇0之構成。如第3圖所 示，郵件伺服器裝置6 0 0係具有：匯流排6 0 1及連接於匯流 排601之通訊部602，操作部6 0 3，顯示部604，計時部605 ’記憶部606，記憶郵件伺服器裝置6〇〇之各部份予以初期 -10 - (7) 1273794 化之初期化軟體之 ROM ( Read Only Memory ) 607，RAM (Random Access Memory ) 608 及 CPU ( Central

Processing Unit) 609。 匯流排6 0 1乃於連接於匯流排6 0 1之各部之間實施資料 之授受。 通訊部6 0 2係介著通訊線而與閘道伺服器裝置4 0 0連 接。通訊部602係使用於郵件伺服器裝置6〇〇與其他之裝置 實施通訊。 操作部6 0 3係備有，鍵盤及滑與，操作部6 〇 3之被操作 時’回應於操作之訊號係供給於C P U 6 0 9。 顯不部6 0 4係備有液晶顯示面板及其控制電路，顯示 部6 04係於CPU 6 09之控制下於液晶顯示板顯示文字、圖 號、菜單畫面等。 計時部60 5係將表示日期及時間之資訊供給於CPu 609 〇 g己憶部6 0 6係以例如具有將永續的記憶硬碟裝置等資 料等地被構成。

記憶部6 0 6係記憶，資料表tb 1，文字列資料表TB 2， 履歷表TB3，第i之CHTML檔案，及第1之CGI ( coniman Gateway Interface)程序，第 2之 CHTML 檔案及第 2之 CGI 程序’電子郵件伺服器軟體及一般的www伺服器軟體等 等。又’記憶部606係具有爲了記憶該每一個加入契約者 之電子郵件地址地記憶電子郵件之用之郵件箱。 CPU 6 0 9係’由電源有電力之供給時，讀出記憶於 -11 - (8) 1273794 ROM 607之初期化軟體而實施軟體，以RAM 6 0 8爲作業領 域，實施郵件伺服器裝置6 0 0之各部之初期化。CPU 609 係完成各部之初期化後，讀出記憶於記憶部6 0 6之電子郵 件伺服器軟體及WWW伺服器軟體而起動。 資料表TB 1係如第4圖所例示，與賦予加入契約者之 電子郵件地址有所對應地收容：有效/無效設定資料、文 字列（下面亦稱「選別文字列」）及試行期間之終了日。 資料表TB 1係在於判斷將電子郵件是否配送至加入契約者 時，由CPU 609所參照。 按有效/無效設定資料係，用於設定電子郵件之選別 做爲有效或無效之資料，如果有效/無效設定資料係設定 爲有效時，郵件伺服器裝置6 0 0乃將所接受（受訊）之電 子郵件選別成爲「須配送」之電子郵件，及「不配送」之 電子郵件，而將不配送之電子郵件，暫時地做記憶之領域 中削除。 所謂「選擇文字列」係在於選別，須配送於加入契約 者之電子郵件，及不配送於加入契約者之電子郵件時所使 用之文字列。 試行期間完成（終了）日乃指，雖然有效/無效設定 資料係由加入契約者而設定爲有效之情形下，電子郵件之 選別即被設定爲並非完全成爲有效之一定之期間（下面稱 「試行期間」）之終了之曰。 文字列表T B 2係如第5圖所不，收容有通記事業者之 藉由解析了擾人郵件或未承諾廣告郵件而抽出預先登錄之 •12· (9) 1273794 選別文字列。文字列表TB2係加入契約者之將選別文字列 登錄於資料表T B 1時使用之。 履歷表TB 3係，如第6圖例示，將判定爲不郵送之電 子郵件之收訊地址之電子郵件地址做對應地，收容該電子 郵件之收訊日、標題、以及發訊原之電子郵件地址。 第1之CHTML檔案（下面稱「設定檔案」），係如果 由在於手機70 0動作之bio U zr軟體而該設定檔案之被解釋 時，被設定爲可記述如第7圖所例示顯示：「設定」按鈕 、有效/無效之無線電按鈕、及具有檔案箱BX1 1之有效/無 效設定畫面。 第1之CGI程序（下面稱「設定CGI程序」）係使CPU 609 實施第9圖所示之處理之CGI程序。設定檔案乃，例 $口由 URL ( Uniform Resource Locator) 「h 11 p : / / w w w / a b c 1 jp/settei htmi」所指定。又設定檔案乃被記述爲：當第 7圖之「設定」按鈕被按時，會發訊出以設定CGI程序之 URL等爲參數之HTTP之請求。這些設定檔案及設定CGI程 序係，由加入契約者而將有效/無效設定資料登錄於資料 表TB1時所使用。 具體的說，CPU 6 0 9係從手機700受訊設定檔案之URL 之HTTP請求時，由記憶部606讀出由URL所指定之設定檔 案。CPU 609係生成含有所讀出之設定檔案之HTTP回答， 介著通訊部602將生成之HTTP回答發訊至手機700。 在於顯示有如第7圖所示之有效/無效設定畫面之手機 7 0 0上，電子郵件地址乃輸入於檔案箱BX] 1。選擇有效/無 -13- (10) 1273794 效之無線電按鈕之其中之一，實施按下「設定」按鈕之操 作（下面簡稱按下按鈕），即Blouzr軟體乃將發訊：被輸 入了設定CGI程序之URL之電子郵件地址及有效/無效設定 資料爲參數之HTTP回答。CPU 609乃接受（受訊）HTTP 回答之後，起動該以URL所指定之設定CGI程序，實施第9 圖所示之處理。 第2之CHTML檔案（下面稱文字列登錄檔案）乃被記 述爲，由手機7〇〇上動作之Blouzer軟體而該文字列登錄檔 案之被解釋時，將顯示如第8圖所示之「登錄」按鈕，及 具有檔案箱BX21、BX22之文字列登錄畫面。又文字列登 錄檔案係被記述爲，第8圖之「登錄」按鈕被按下後，將 發訊以文字列登錄CGI程序之URL等爲參數之HTTP回答。 第2之CGI程序（下面簡稱文字列登錄CGI程序）係令 CPU 6 0 9 實施如第10圖所示之處理之CGI程序。 文字列登錄檔案乃例如以URL [http: //www. abc.ne.jp /torokuhtml]戶斤指定。 文字列登錄CGI程序係例如以URL [http: //www.abc.ne.jp toroku.cgi]所指定。 這些文字列登錄檔案及文字列登錄CGI程序乃在於 由加入契約者來登錄選別文字列時所使用。具體的說’ CPU 609乃從手機7 00受訊含有文字列登錄檔案之URL之 HTTP請求時，從記憶部606讀出，由URL所指定之文字列 登錄檔案^ CPU 609乃生成含有所讀出之文字列登錄檔案 之HTTP回答，而介著通訊部602而將所生成之丁 P回合 -14 - (11) 1273794 發訊至手機7 00。顯示有如第8圖所示之文字列登錄畫面之 手機7 00上，電子郵件地址係輸入於檔案箱BX21，文字列 係輸入於檔案箱BX22，而「登錄」按鈕按下時，Blouzer 軟體乃將以，文字列登錄CGI程序之URL，及輸入之電子 郵件地址及文字列爲參數之HTTP回答。CPU 6 0 9乃接受（ 受訊）HTTP回答之後，起動由該URL所指定之文字列登 錄CGI程序而實施如第10圖所示之處理。 電子郵件伺服器軟體係使CPU 6 0 9 實施第11圖〜第15 圖所示之處理之軟體。 第1 1圖表示接受（受訊）電子郵件時之CPU 6 09所實 施之處理之整體之流程。CPU 6 0 9係如第1 1圖所示，隨應 於所受訊之表示電子郵件之送訊址之電子郵件地址（下面 稱送訊址電子郵件地址）而實施處理。C P U 6 0 9乃判斷該 受訊之電子郵件之送訊址郵件地址係，爲了登錄選別文字 列用而賦予郵件伺服器裝置6 0 0之登錄用之電子郵件地址 ，例如「toroku@abc.ne.jp」時，即實施第12圖所示之文 字列登錄處理。 CPU 60 9係判斷所接受之電子郵件之收訊址電子郵件 地址係爲了實施電子郵件之選別測試用而賦予郵件伺服器 衣置6 0 0之測疋用電子郵件地址例如「t e s t @ a ^ c · n e · j p」時 ’即實施第1 3圖所示之測試處理。 CPU 60 9乃判斷所接受之電子郵件之收訊址電子郵件 地址係不是賦予於上述之郵件伺服器裝置6 〇 〇之電子郵件 地址時，即實施第].4圖所示之電子郵件選別處理。 - 15 - (12) 1273794 又CPU 6 Ο 9檢測出已換了月份時，實施第15圖所示之 履歷輸出處理。關於各處理以後做詳細說明。 Β .郵件伺服器裝置6 0 0之動作例 Β - 1試行期間之設定處理動作 當第1 6圖之畫面顯示於手機7 0 0之液晶顯示板時，手 機7 0 0之使用者（下面簡稱「使用者」），對於第1 6圖之 檔案箱 ΒΧ31輸入設定檔案之URL 「 http: //www.abc.ne.jp/ settel.html」而按下「顯示」按鈕時， 手機700係生成含有被輸入之設定檔案之URL之HTTP請求 ，送至郵件伺服器裝置600。 在於郵件伺服器裝置600上，CPU 600乃介著通訊部 6 02接受HTTP請求時，從記憶部600 讀出以含於HTTP請 求之設定檔案之URL所指定之設定檔案，生成含有所讀出 之設定檔案之HTTP回答，而介著通訊部602送至手機700 〇 手機7〇〇係接受該HTTP回答之後，抽出含於HTTP回 答之設定檔案，解釋所抽出之設定檔案，在於液晶顯示器 上顯示第7圖之畫面。使用者在於第7圖之檔案箱BX 11輸 入被賦予本身之電子郵件地址「ichiro@abc.ne.jp」，由 有效/無效之無線電按鈕選擇「有效」，按下設定按鈕， 即blouzer軟體將生成含有表示「有效」之資料及設定CGI 程序之URL及被輸入之電子郵件地址之HTTP回答，送至 郵件伺服器裝置6 00。 -16 - (13) 1273794 於郵件伺服器裝置600上，當CPU 609介著通訊部602 接受HTTP回答時，從記憶部6 00讀出，以含於HTTP回答 中之設定CGI程序之URL所指定之設定CGI程序，實施所 讀出之設定CGI程序（第9圖）。 CPU 6 0 9乃抽出含於此HTTP回答之電子郵件地址「 ichiro@abc.ne.jp」（步驟 SA1)。 CPU 609係由於在HTTP回答中含有「有效」之資料， 所以將對應於此電子郵件地址之資料表TB 1之「有效/無效 資料」欄設定於「有效」（步驟S A2 )。 CPU 6 09係從計時部6 0 5取得表示現在日期之資訊， 而由取得之現在之日期，算出該預定設定之試行期間（本 例中係一星期）之前面日期，而將此算出之日期設定於對 應於此電子郵件地址之資料表TB 1之「試行期間終了曰」 欄（步驟S A 3 )。 如上所述地資料表TB 1之「有效/無效設定欄」欄之被 定爲有效，而在於「試行期間終了日」欄上設定該日期。 B-2選別文字列之登錄動作1 手機7 0 0之液晶顯示器上顯示有第1 6圖之畫面時，如 使用者對於第16圖之檔案箱BX31輸入文字列登錄檔案之 URL 「http: //www.abc.ne.jp/ toroku.html」而按下「顯 示」按鈕時，手機7 0 0將生成所輸入之含有文字列登錄檔 案之URL之HTTP請求，送至郵件伺服器裝置600。 於郵件伺服器裝置6 0 0中，C P U 6 0 9係接受Η T T P請求 -17 - (14) 1273794 時’同樣地從記憶部6 Ο 6讀出文字列登錄檔案，而將含 有讀出之文字列登錄檔案之HTTP回答送至手機700。 手機7〇〇接受該HTTP回答後，在於液晶顯示器上顯示 第8圖之畫面。使用者對於第8圖之檔案箱Βχ2ΐ輸入電子 郵件地址「ichiro@abc.ne.jp」，對於檔案箱BX22輸入「 期貨交易」，按下「登錄」按鈕，即生成含有輸入於檔案 箱BX21之電子郵件地址及輸入於檔案箱BX22之選別文字 列，及文字列登錄CGI程序之URL之HTTP回答，送至郵件 伺服器裝置6 0 0。 在於郵件伺服器裝置600上，CPU 609係接受該HTTP 請求時從記憶部606讀出文字列登錄CGI程序而予以實施 (第10圖）。CPU 6 09係抽出含於此HTTP請求之電子郵件 ±也址「ichiro@abc.ne.jp」（步驟 SB1) 〇 CPU 6 0 9係依據此電子郵件地址檢索資料表TB1，如 找到該電子郵件地址時，即在對應於此電子郵件地址之資 料表TB1之「文字列欄」登錄該含於HTTP請求之文字列「 期貨交易」（步驟SB2)。 如上所述，在於資料表T B 1登錄選別文字列。 B-3測試處理動作 如第1 7圖所示，所接受（受訊）之電子郵件之顯示於 手機700之液晶顯示板時，使用者乃例如實施選擇「您會 賺」之標題之電子郵件之操作時，手機700乃在液晶顯示 器上顯示如第I 8圖所示所選擇之電子郵件。而使用者按下 -18- (15) 1273794 第18圖之「轉送」按鈕時，手機7 00乃在於液晶顯示器上 顯示爲了該選擇之電子郵件用之如第19圖之轉送畫面。 使用者對於第1 9圖之測使箱BX4 1輸入，利用測試功 能用之測試用之郵件地址「test@abc.ne.jp」，而按下第 1 9圖之「送訊」按鈕時，手機7 〇 〇乃對於電子郵件之郵件 冒頭之F R Ο Μ領域記述，記憶於手機7 0 0本身之賦予使用 者之電子郵件地址「ichiro@abc.ne.jp」，而生成以被輸 入之此測試用之電子郵件地址做爲收訊址，接受之電子郵 件之內容爲本文之電子郵件送訊至郵件伺服器裝置600。 如第1 1圖所示，在於郵件伺服器裝置6 0 0上，CPU 6 0 9之介著通訊部6 0 2接受該電子郵件時，即判斷該指定做 爲接受之電子郵件之收訊址之電子郵件地址（下面稱「收 訊址郵件地址」）是否屬於登錄用之電子郵件地址「 toroku@abc.ne.jp」（步驟 SCI) 〇 在本例中收訊址郵件地址爲「test@abc.ne.jp」因此 在於步驟s C 1而判斷爲“否”（N 〇 )。接著C P U 6 0 9係判斷 收訊址郵件地址是否測試用之郵件地址「test@abc.ne jp 」（步驟SC3 )。本例中，由於收訊址郵件地址係「 test@abc.ne.jp」所以在於步驟SC3中CPU 609係判定爲“是 "(YES)，而實施測試處理。（步驟S C 4 )。 下面參照第1 3圖詳細說明郵件伺服器裝置6〇〇之測試 處理。 CPU 609乃，從在於接受（受訊）之電子郵件之郵件 冒頭之FROM領域’抽出表示發訊原之電子郵件地址（ -19 - (16) 1273794

下面稱「發訊原郵件地址」）’ 「ichiro@abc.ne」。CPU 609係依據所抽出之發訊原郵件地址而檢索資料表TB 1 ’ 讀出對應於此郵件地址地被登錄之選別文字列「期貨交易 」（步驟S E 1 )。 CPU 60 9乃從資料表TB1讀出選別文字列之後，判斷 在接受（受訊）之電子郵件之標題及本文中有無記述所抽 出之選別文字列「期貨交易」（步驟S E2 )。如第1 9圖所 示，本例中，接受之電子郵件之本文係含有選別文字列「 期貨交易」，所以CPU 60 9係判定爲不配送所受訊之電子 郵件時，生成在於接受之電子郵件之本文中，追加有表示 第20圖上例示之「不配送」之意旨之判定結果之表現之電 子郵件（步驟SE3 )。再者，接受之電子郵件之本文之不 含有選別文字列「期貨交易」時，判定爲須配送所接受之 電子郵件，而生成在於接受之電子郵件之本文中追加表示 第2 1圖所例示之「須配送」之意旨之判定結果之表現之電 子郵件。 CPU 6 0 9乃將生成之電子郵件收納於，以抽出之發訊 原郵件地址「ichiro@abc.ne.jp」所識別之郵件箱（步驟 S E4 )，同時將通知在郵件箱中收納了電子郵件用之著訊 通知（通知已收訊）到該發訊原之手機7 0 0 (步驟S E 5 )。 手機7 〇 〇乃接支此者訊通知時，生成含有自己之終端 識別子「M S 0 0 0 1」之電子郵件要求，送出於郵件伺服器 6〇〇由而對於郵件伺服器裝置6 00要求，收訊該收容於郵件 相內之所生成之電子郵件。 -20- (17) 1273794 在於郵件伺服器裝置6 0 Q中，C P U 6 Ο 9接受此電子郵 件之要求時，依據含有電子郵件要求之終端識別子「 M S Ο Ο Ο 1」，檢索加入者資料庫5 〇 〇，讀出對應於此終端識 別子地被記憶之電子郵件地址「i c h i r 〇 @ ab c . n e . j ρ」。C P U 6 Ο 9乃以讀出之電子郵件地址所識別之收容於郵件箱之所 生成之電子郵件而發訊至手機7 0 0。 手機7 〇 〇係接受此生成之電子郵件時發出收訊聲音， 對使用者通知已收到電子郵件，而後由使用者操作，顯示 此電子郵件之意旨時，手機7 Q 0乃顯示追加了判定結果之 電子郵件顯不於液晶顯不器。 如上所述，使用者乃對於測試用郵件地址爲收訊址地 送訊電子郵件，由而可以確認（知道）該電子郵件係關於 配送問題地如何做了判定之情形。 Β - 4試行期間中之電子郵件之選別處理動作 如第1 1圖中所示，在於郵件伺服器裝置6 00中，CPU 6 〇 9係例如接受標題爲「微郵友（郵件朋友（或網友）） 」’且本文係例示於第2 2圖所例示之內容之電子郵件時， 判斷所受訊之電子郵件之收訊址郵件地址是否爲「 toroku@abc.ne.jp」（步驟SCI )。本例中由於收訊址郵件 地址係「ichiro@abc.ne.jp」，所以在於步驟S C 1中cPU 6〇9係判斷爲否（NO )。接著在於CPU 6 09係判斷收訊址 郵件地址是否爲「test@abc.ne.jp」（步驟SC3 )。本例中 ，收訊址郵件地址係「i c h i r 〇 @ a b c . n e . j ρ」所以在於步驟 -21 - (18) 1273794 S C 3中C P U 6 Ο 9係判斷爲否（N 〇 )，而實施電子郵件選別 處理（步驟S C 5 )。 下面參照第1 4圖’詳細的說明郵件伺服器6 〇 〇之試行 期間中之電子郵件選別處理動作。 CPU 6 09乃由接受之電子郵件抽出收訊址郵件地址「 ichiro@abc.ne.jp」而由資料TB1讀出對應於被抽出之收 訊址郵件地址之有效/無效設定資料。 CPU 6 09係判斷，有效/無效設定資料是否有效地被設 定（步驟S F 1 )，而由於本例中由於設定爲「有效」（步 驟S F 1 :是），所以實施s F 2以上之處理。 接著，C P U 6 0 9乃由計時部6 0 5取得接受電子郵件之 現在之日期，（例如「200X年Y月12日」）同時，由資料 表TB 1讀出對應於此收訊址郵件地址之試行期間終了曰 (例如「200X年Y月1 7日」）。 CPU 609依據所取得之現在之日期是否到達於試行期 間終了日來判斷是否試行期間中（步驟SF2 )。本例乃現 在之日期未達試行期間終了日，所以CPU 6 09係判斷爲， 試行期間中（步驟S F 2 :是），而由資料表TB 1讀出對應 於所抽出之收訊址郵件地址之選別文字列。 CPU 6 0 9係依據所讀出之選別文字列係記述於所接受 之電子郵件中與否，而將所接受（受訊）之電子郵件選別 爲「不配送」及「須配送」。（步驟SF3 )。本例中，收 訊址郵件地址爲「ichiro@abc.ne.jp」之接受之電子郵件 中沒有記述了選別文字列「期貨交易」，所以CPU 609係 -22- (19) 1273794 將此電子郵件選別爲「須配送」，而在於所接受之電子郵 件之本文中表示，第23圖所例示之「試行期間中」之意旨 ，同時生成促使選擇文字列之登錄之表現（亦稱「訊息」 )之電子郵件。（步驟SF4 )。 又，接受之電子郵件中，記述有選別文字列時，CPU 6 09係將此電子郵件選別爲「不配送」之件，而生成追加 了第24圖上例示之「試行期間中」之表現之電子郵件。 CPU 6 0 9係收納，以收訊址郵件地址 「 ichiro@abc.ne.jp」所識別之生成於郵件箱之電子郵件（ 步驟SF5 )。同時對於發訊原之手機7 00送出，通知在於郵 件箱收納了電子郵件用之通知著訊（步驟S F 6 )。手機7 0 0 係接受該「通知著訊」時，實施與B - 3之說明同樣之處理 ，而由郵件伺服器裝置6 0 0接受電子郵件。 手機7 0 0係接受該電子郵件時發出著訊聲音，對於使 用者通知接受了電子郵件。此後由使用者實施顯示此電子 郵件之意旨之操作，即在於液晶顯示器上顯示，一方面顯 示「試行期間中」之意旨，同時追加有促使實施選擇文字 列之登錄之表現之電子郵件。 B-5選別文字列之登錄動作2 本實施形態之郵件伺服器裝置6 0 0乃，也可以實施， 以B - 2所說明之選別文字列之登錄動作之別的登錄動作， 將其情形說明於下。 當手機7 0 0之液晶顯示器上有顯示如第2 5圖之接受之 -23 - (20) 1273794 電子郵件之一覽時，使用者例如實施選擇在於試行期間中 所接受（受訊）之標題爲「徵郵（件朋）友」之意旨之電 子郵件之操作時，手機700乃如第26圖地在於液晶顯示器 上顯示所選擇之電子郵件。 使用者按下第26圖之「轉送按鈕」時，手機700乃在 於液晶顯示器上顯示爲了此被選擇之電子郵件之用之如第 27圖所示之轉送畫面。 使用者對於第27圖之檔案（文件）箱BX51輸入爲了 登錄選別文字列用之電子郵件地址「toroku@abc.ne.jp」 ，按下第27圖之「發訊（送訊）」按鈕，即手機7 00乃， 對於在於電子郵件之郵件冒頭之FROM 領域內記述··記 憶於手機7 〇 〇本身之賦予使用者之電子郵件地址「 ichiro@abc.ne.jp」，而生成以輸入之電子郵件地址爲收 訊址，所接受之電子郵件之內容爲本文之電子郵件，發訊 (送訊）至郵件伺服器裝置600。 如第1 1圖所示，在於郵件伺服器裝置600上，CPU 6 〇 9接受該電子郵件時，判斷所接受之電子郵件之收訊址 郵件地址是否登錄用之「toroku@abc.ne.jp」（步驟SCI) 。本例中，由於收訊址郵件係「toroku@abc.ne.jp」所以 在於步驟S C 1而被判斷爲是（Y E S )，而實施文字列登錄 處理（步驟SC2 )。 下面參照第1 2圖，詳細的說明郵件伺服器600之文字 列登錄處理動作。 CPU 6 0 9乃藉形態素解析，而將接受之電子郵件所記 -24 - (21) 1273794 述之文章分解爲最小單位之文字列（步驟S D ])。 CPU 609將查證（確認）經分解之文字列中之其中之 一之同一之文字列是否登錄於文字列表TB2 (步驟SD2 ) 。本例中，由於所接受之電子郵件之本文上所記述之「郵 (件朋）友」之文字列係登錄於第5圖所示之文字列表 丁62，所以〇?11 6 09係判斷爲「是」（丫£8)。 CPU 6 09乃在於步驟SD2而判斷爲「是」時，由文字 列表T B 2讀出’與被分解之文字列同一之選別文字列「 郵友」，對應於所接受之電子郵件之郵件冒頭之FROM 領域所抽出之發訊址郵件地址「i c h i r 〇 @ a b c . n e . j p」地將 此選別文字列登錄於資料表TB 1 (步驟S D 3 )。 接著CPU 6 09係生成第28圖所例示之通知選別文字列 及通知其登錄之表現電子郵件（步驟SD4 )，而將此電子 郵件收納於以發訊原郵件地址所識別之郵件箱（步驟S D 5 )’同時將著訊之通知發出於發訊原之手機7 0 0 (步驟 SD7)。 手機7 〇 〇乃接受此著訊之通知時，實施與B - 3之說明同 樣之處理。由郵件伺服器裝置6 0 0接受電子郵件。手機7 0 0 接受此電子郵件即發出著訊聲音，對於使用者通知接受了 電子郵件。而後由使用者實施要顯示此電子郵件之意旨之 操作時，在於液晶顯示器上，顯示通知選別文字列及其登 錄之電子郵件。 B - 6試行期間終了後之電子郵件選別處理動作 -25 - (22) 1273794 如第1 1圖所示’於郵件伺服器裝置6 0 0中，CPU 609 係例如接受標題爲「徵郵友」，本文係第2 2圖所例示之內 容，且收訊址郵件地址係「ichiro@abc.ne.jp」之電子郵 件時，由於此收訊址郵件地址係均不符合於，登錄用之電 子郵件地址或測試用之電子郵件地址之其中之任一文件， 所以在於步驟SCI及步驟SC3均判斷爲否（NO)，而實施 電子郵件選別處理（步驟S C 5 )。 下面參照第1 4圖，詳細說明郵件伺服器6 〇 〇之試行期 間終了後之電子郵件選別處理。 C P U 6 0 9乃由接受之電子郵件抽出收訊址郵件地址「 ichiro@abc.ne.jp」，由資料表TB 1 讀出對應於所抽出之 收訊址郵件地址之有效/無效設定資料。 C P U 6 0 9係判斷有效/無效設定資料是否有效地設定（ 步驟S F 1 )。在本例係被「有效」地設定（步驟S F!:是 )，所以實施步驟S F 2以下之處理。 接著，C P U 6 0 9乃由計時部6 0 5取得，接受電子郵件 之現在之日期（例如「2 0 0 X年Y月1 9日」），同時，由資 料表TB 1讀出對應於此收訊址郵件地址之試行期間終了 日（例如「200又年丫月17日」），0?11 609乃依據所取得 之現在之日期係於到達了試行期間終了日與否來判斷是否 於試行期間中（步驟SF2 )。 本例中，現在之日期係屬於試行期間終了後，所以 CPU 609乃判斷爲試行期間已終了（步驟SF2:否（NO) -26- (23) (23)1273794 本例中，由於試行期間已經終了，所以CPU 609乃由 資料表TB 1讀出，對應於所接受之電子郵件之收訊址郵 件地址「i c h i r 〇 @ a b c · n e · j p」之選別文字列「期貨交易」 及「徴友」。 CPU 6 0 9係判斷，在接受之電子郵件中是否記述有所 讀出之選別文字列（步驟SF7 )。由於本例中，所接受之 電子郵件中，記述有選別文字列之「郵友」，所以CPU 6 〇 9係將此電子郵件判斷爲不配送之件（步驟S F 7 :是（ YES ))。 C P U 6 0 9乃在於步驟S F 7判斷爲“是”時，由接受之電 子郵件之郵件冒頭，抽出標題及發訊原郵件地址及收訊址 郵件地址。

CPU 609乃對應於接受之電子郵件之收訊址郵件地址 地，在於第6圖所示之履歷表TB 3收納：接受之電子郵件 之標題及發訊原郵件地址及接受日期（步驟SF8 ) 。CPU 6 0 9係藉由將此電子郵件不收納於郵件箱來實施削除（步 驟 S F 9 )。 如上所述，試行期間之終了後，記述有選別文字列之 電子郵件係不會配送至手機7 00。 B - 7履歷輸出處理動作 寥照弟1 5圖’說明本實施形態之郵件伺服器裝置6 〇 〇 之履歷輸出動作。 在於郵件伺服器裝置600上，CPU 60 9乃以一定之周 Ο ^7 -/Li - (24) 1273794 期地由計時部6 0 5取得日期’監視月份之變更，CPU 609 係檢測出月份之改變時，由履歷表TB3讀出，例如沒有 配送於電子郵件地址「ichiro@abc.ne」P」之電子郵件之 標題「徴郵友」及發訊原郵件地址「aaa@abc.co.jp」及接 受（受訊）曰「200X年Y月19日」（步驟SG1)。 CPU 609乃由履歷表TB3所讀出之資料生成，如第29 圖所例示之，以一覽形式地記述之電子郵件（步驟S G2 ) 〇 CPU 60 9係收納於以此電子郵件地址 「 ichiro@abc.ne.jp」所識別之郵件箱（步驟3 )，同時對於 手機700送出「著訊之通知」（步驟SG4 )。手機700係接 受此「著訊之通知」後，實施與B - 3之說明相同之處理， 由郵件伺服器裝置6 0 0接受電子郵件。手機7 00接受此電子 郵件時發出著訊聲音，通知使用者接受了電子郵件。而後 由使用者實施要顯示此電子郵件之操作時，手機700乃在 於液晶顯示器上顯示沒有配送之電子郵件之一覽表。 如上面之說明，依本實施形態之電子郵件伺服器裝置 6〇〇時’手機700之使用者乃從測試處理及履歷輸出處理所 獲得之電子郵件而可以實施電子郵件之選別處理之查證（ 確認）。 所以手機7 0 0之使用者之只能配送必要之電子郵件地 做反復檢討，登錄選別文字列也成爲可能。 一般來說，希望擾人郵件或未承諾之廣告郵件之被配 送而來之人並不多，所以關於移動封包通訊網3 0 0所提供 -28- (25) 1273794 之資料通訊服務之利用而締結契約時，加入契約者之有效 的設定有效/無效設定資料之以前，在於初期設定而該有 效/無效設定資料係有效的被設定乃，對於大部份之電子 郵件之利用者而屬於合宜，惟仍然有有些電子郵件之利用 者而言，倒是希望未承諾廣告郵件或擾人郵件等之電子郵 件之被配送之情形。 如果，沒有設置試行期間時，對於加入契約者乃締結 加入契約而可能利用資訊通訊之服務，同時未承諾廣告郵 件或擾人郵件就不會配送，所以對於希望配送未承諾廣告 或擾人郵件之加入者而言，成爲不合宜之事態。惟在於本 實施形態乃由於設有試行期間，所以對於希望配送此種擾 人郵件等人來說，有一定期間地配送此種電子郵件。而在 於試行期間中所配送之電子郵件上，即有如第2 3圖及第24 圖所例示地附上有，關於電子郵件選別之判斷結果以及關 於電子郵件之選別之說明及指導。所以對於希望被配送擾 人郵件等人而言，可以認識得藉郵件伺服器裝置600來實 施電子郵件之選別。所以希望配送一般所謂擾人郵件之電 子郵件係可以變更有效/無效設定資料之設定，於是由而 可以接受（受訊）一般被稱之謂擾人郵件之電子郵件也。 C ·變形例 (1 ) 郵件伺服器裝置600乃對於手機700發訊，爲 了在於畫面上顯示，「成人」類或「期貨交易」類等之類 別，名之一覽用之Mml檔案。手機7 0 0係由顯示於畫面之 -29- (26) 1273794 類別中，將使用者所指之類別之資訊發訊至郵 置6 0 0。郵件伺服器裝置6 0 0對於資料表TB 1 — 對應於類別地所記憶之複數之文字列也可以。 (2 ) 設使只記述有登錄之選別文字列 也可以。或設定爲，以登錄之選別文字列不配 亦可以。 (3 ) 以每一選別文字列地設定爲：判 送、或判定爲用於配送也可以。加上在於複數 別文字列之間，設定可以有優先順位，而當例 有判定爲不配送之選別文字列，及爲了判定爲 文字列之兩方之電子郵件時，依據此優先順位 送或不配送電子郵件也可以。 (4 ) 預先登錄顯示文字碼之資訊，而 有登錄之文字碼之電子郵件也可以。 (5 ) 將來自具有特定之範圍各之發訊 之電子郵件不予配送之方法，或發訊原郵件地 定之電子郵件之方法等等與其他之方法倂用也 (6 ) 例如在於個人電腦用之郵件伺服 此技術，就可以對於一般之個人電腦也可以實 之電子郵件~。 (7 ) 當郵件伺服器裝置600係將電子郵 素解析地登錄選別文字列時，考慮文字列之出 錄選別文字列也可以。 (8 ) 關於在於不要之電子郵件上煩雜 件伺服器裝 括登錄，該 之電子郵件 送、或配送 疋爲用於配 之登錄之選 如接受記述 配送之選定 ，來判定配 只配送使用 原郵件地址 址之配送特 可以。 器裝置適用 施配送選別 件施予形態 現頻度來登 地使用之文 -30- (27) 1273794 字列，例如「未承諾廣告※」之文字列即一方面設定於有 效/無效資料，同時登錄於選別文字列亦可以。 (9 ) 郵件伺服器裝置600將試行期間之設定處理及 選別文字列之登錄處理，做爲一連串之處理來實施亦可以 〇 (10 ) 由郵件伺服器裝置600而將登錄於文字列表 之選別文字列之一覽，可能發訊於手機7 0 0也可以。具體

(11) 郵件伺服器裝置6 0 0係記憶有：爲了顯示於 第3 0圖之畫面表示於Blouzer軟體之第3之HTML檔案（下 面稱“文字列確認（查證）用檔案”），及將登錄於郵件伺 服器裝置600之選別文字列表示於Blouzer軟體用之（:⑴程 序（下面稱一覽顯示C GI程序）。當手機7 0 0對於郵件伺 服器裝置600發訊該含有文字列確認用檔案之URL之HTTP 請求時，郵件伺服器裝置6 0 0乃，將含有文字列確認用檔 案之HTTP回答發訊至手機7 0 0。手機7 0 0接受該HTTP回答 時’立即解釋所含之第3之HTML檔案，而在於液晶顯示器 顯示第30圖所示之畫面。使用者對於第3〇圖之檔案（文件 )箱B X 6 1輸入被賦予之電子郵件地址，而按下「一覽顯 示」按鈕時’手機7 0 0係對於郵件伺服器裝置6 〇 〇發訊含有 該輸入之電子郵件地址及—覽顯示CGI程序之URL之HTTP 回答。郵件伺服器裝置60 0乃接受該HTTP回答時，實施一 覽顯示C GI程序。接著郵件伺服器裝置6 〇 〇乃對應於含於 HTTP回答之電子郵件地址地抽出，收納於資料表丁B〗之選 - 31 - (28) (28)1273794 別文字列，而生成將抽出之文字列一覽顯示於B I 〇 u z e r用 之第4之HTML檔案。而郵件伺服器裝置600係對於手機700 發訊該含有生成之檔案之HTTP回答。 手機7 0 0係以B 1 〇 u z e r軟體來解釋含於η T T P回答之 Η T M L軟體’在液晶顯不器上顯示如第3 1圖所列示之選別 文字列之一覽。 如上所述，使用者係得由手機7 00之液晶顯示器來確 認（查證）記憶於郵件伺服器裝置6 0 0之選別文字列。 以顯示於第3 1圖所示之一覽之顯示來實施記憶於郵件 伺服器裝置6 0 0之選別文字列之削除（取消）或追加登錄 亦可以。

具體的說，郵件伺服器裝置6 0 0係記憶，爲了將第3 2 圖所示之畫面顯示於Blouzer軟體之用之第5之HTML軟體 (下面稱謂文字列消除用檔案），削除登錄於郵件伺服器 600之選別文字列用之CGI程序（下面稱：文字列削除CGI 程序）。 在於第4之HTML檔案上，對應於第31圖之「削除」按 鈕地將文字列削除用之URL做爲連接之對方地做記述。使 用者按下第31圖之「削除」按鈕時，手機7 00乃生成含有 文字列削除檔案之URL之HTTP回答，而將生成之HTTP回 答發訊至郵件伺服器裝置600。郵件伺服器裝置600接受此 HTTP回答時，對於手機7 00發訊含有文字列削除用檔案之 HTTP回答。手機7 0 0接受此HTTP回答後，解釋所含有之 第5 HTML檔案而顯示第32圖所例示之畫面。使用者對於 -32- (29) (29)1273794 第32圖之檔案箱BX71輸入本身被賦予之電子郵件地址， 並且在於檔案箱BX72輸入欲削除之文字列’按下「削除 」按鈕，於是手機7 〇 〇乃對於郵件伺服器裝置6 〇 〇發訊出： 含有被輸入之電子郵件地址，乃文字列削除CGI程序之 URL及輸入之文字列之HTTP回答，郵件伺服器裝置600接 受此HTTP回答時就實施文字列削除CGI程序。接著郵件伺 服器裝置600乃由資料表TB1中削除，對應於HTTP回答中 所含之電子郵件地址之含於HTTP回答之文字列。 如上所述地，手機7 0 0之使用者乃可以從記憶於郵件 伺服器裝置6 0 0之選別文字列之一覽中削除不要之選別文 字列也。 (12) 利用測試功能時，只將選別文字列送至郵件 伺服器裝置，而要求回答該記述了選別文字列之電子郵件 之被判斷爲如何之結果亦可以。 (13) 履歷表TB3乃使之也記憶不配送之電子郵件 之本文之構成也可以。此時使之選擇地可以接受記憶於履 歷表T B 3之電子郵件亦可以。 (14 ) 使使用者存取於郵件伺服器裝置600，而在 於欲看時隨時的可以看沒有配送之電子郵件之履歷也可以 。再者亦可以變更不配送之電子郵件之履歷之送訊周期。 又不配送之電子郵件之履歷乃使用CGI程序而使用Blouzer 軟體而確認也可以。 (15) 以別的電子郵件來送測試處理或試行期間中 之郵件選別處理之結杲亦可以。 -33 - (31) (31)1273794 識別子，被賦予之電話號碼及電子郵件地址，而手機700 之對於郵件伺服器裝置600發訊，有效/無效設定資料或選 別文字列時，替代於電子郵件地址地，發訊該本身所記憶 之終端識別子。 郵件伺服器裝置乃對應於所接受之手機7 0 0之終端識 別子地讀出記憶於加入者資料庫裝置5 00之電子郵件地址 ，而對應於所讀出之電子郵件地址地記憶有效/無效設定 資料及文字列也可以。如此之方式時，手機7 0 0之使用者 不須要每一次要爲了登錄有效/無效設定或文字列地輸入 電子郵件地址，對於使用者成爲使用上很方便，又使手機 7〇〇記憶該賦予使用者之電話號碼，將此記憶之電話號 碼予以發訊之方式亦可以。 (23 ) 採用郵件伺服器裝置60 0接受HTTP回答時， 使之對於手機700發訊該爲了顯示第33圖所例示之畫面用 之第6之HTML檔案，而手機700即依Bl〇uzer軟體解釋第6 之HTML軟體，由而顯示第33圖所例示之畫面亦可以。 並且由使用者按下第33圖之「下頁」按鈕後，手機 7 00乃從郵件伺服器裝置6〇〇取得上述之文字列登錄檔案， 而予以顯示也可以，採取此種依序遷移於下一個晝面時， 使用者’不須要--記憶，爲了實施登錄文字列用之下頁 之URL，或每一次地逐一輸入URL。對於手機7 0 0之使用 者而言，使用方法變爲很簡便。 再者，郵件伺服器裝置6 0 0乃記憶，爲了顯示第3 4圖 所例示之畫面用之第7之HTML檔案，及關於輸入於第34圖 -35- (32) 1273794 所例示之檔案箱BX82之文章之判定之結果，發訊於手機 7〇〇之用之CGI程序（下面稱檔案CGI程序）。並且郵件伺 服器裝置6 0 0接受Η T T P回答時，實施文字列登錄c GI，將 第7之HTML檔案發訊至手機7 00亦可以。採用此方式時， 郵件伺服器裝置6 0 0登錄了選別文字列之後，在於手機7 〇 〇 會顯不第34圖所示之畫面。而使用者對於第34圖之檔案箱 B X 8 1輸入賦予於本身之電子郵件地址，而對於檔案箱 B X 8 2輸入欲確認（查證）之文章，按下「實施測試」之 按鈕，手機7 00就會將含有測試CGI程序之URL，及被輸入 之電子郵件地址及被輸入之文章之HTTP回答發訊至郵件 伺服器裝置600，並且郵件伺服器裝置6 0 0接受該HTTP回 答後，即會實施測試CGI程序，對於含於接受之HTTP回答 中之文章施予判定，將判定結果發訊至手機7 〇 〇亦可以。 採此方式時，使用者乃從有效/無效設定到文字列登錄， 接受（受訊）之許可與否之測試爲止可以依序實施而使用 法變爲簡便也。 [圖式簡單說明】 第1圖表示本發明之實施形態之通訊系統之整體構成 〇 第2圖例示本發明之實施形態之記憶於加入者資料庫 裝置500之加入者資訊。 第3圖表示本發明之實施形態之郵件伺服器裝置6 0 〇之 構成。 -36- (33) (33)1273794 第4圖例示資料表ΤΒ 1之內容。 第5圖例示文字列表ΤΒ2之內容。 第6圖例示履歷表ΤΒ 3之內容。 第7圖係有效/無效設定畫面之例。 第8圖係文字列登錄畫面之例。 第9圖表示本發明之實施形態之設定C GI程序之處理 順序之流程圖。 第10圖表示本發明之實施形態之文字列登錄CGI程序 之處理順序之流程圖。 第1 1圖表示本發明之實施形態之郵件伺服器裝置之接 受電子郵件時之處理之流程之流程圖。 第1 2圖表示本發明之實施形態之文字列登錄處理之流 程之流程圖。 第1 3圖表示本發明之實施形態之測試處理之流程之流 程圖。 第1 4圖表示本發明之實施形態之電子郵件選別處理之 流程之流程圖。 第1 5圖表示本發明之實施形態之履歷輸出處理之流程 之流程圖。 第16圖表示本發明之實施形態之手機700之Blouzer軟 體之起動後最初顯示之畫面。 第1 7圖表示本發明之實施形態之手機7 0 〇之接受之電 子郵件之一覽之畫面之例。 第1 8圖表示本發明之實施形態之手機7 〇〇之接受之電 -37- (34) (34)1273794 子郵件之晝面之例。 第19圖表示本發明之實施形態之手機7 00之電子郵件 之轉送畫面之畫面之例。 第20圖表示本發明之實施形態之郵件伺服器裝置之在 於測試處理動作時所使用之表現之例之圖。 第2 1圖表示本發明之實施形態之郵件伺服器裝置之在 於測試處理動作時所使用之表現之例之圖。 第22圖表示電子郵件之本文內容之一例。 第23圖表示本發明之實施形態之郵件伺服器裝置之試 行期間中之電子郵件選別處理動作時使用之表現之例之圖 〇 第24圖表示本發明之實施形態之郵件伺服器裝置之試 行期間中之電子郵件選別處理動作時使用之表現之例之圖 第25圖表示本發明之實施形態之手機7 00所接受之電 子郵件之一覽之圖之例。 第26圖表示本發明之實施形態之手機7 00所接受之電 子郵件之一覽之圖之例。 第27圖表示本發明之實施形態之手機7 0 0之電子郵件 之轉送畫面之畫面之例之圖。 第2 8圖表示本發明之實施形態之郵件伺服器裝置之在 於選擇文字列登錄處理動作時使用之表現之例之圖。 第2 9圖表示本發明之實施形態之郵件伺服器裝置所生 成之無配送之電子郵件之履歷之例之圖。 -38 - (36) (36)1273794

6 06記憶部 6 0 7 ROM

6 0 8 RAM 609 CPU 7 〇 〇手機 -40 -

Claims (1)

1. 73794............................ 弹。月孑ί日修(更)正替換頁i 拾、申請專利範圍 第92 1 27479號專利申請案 中文申請專利範圍修正本 民國95年10月31日修正 1 · 一種伺服器裝置，其特徵爲具有： 接受電子郵件之接受手段，及

   將用於選別電子郵件之選別資料，對應於電子郵件地 址地予以記憶之記憶手段，及 由上述接受手段所接受之電子郵件中，特定表示其收 訊地址之電子郵件地址，從記憶手段讀取，對應於特定之 電子郵件地址地被付之選別資料，依據所讀取之選別資料 而判定是否將該電子郵件配送於收訊地址而輸出判定結果 之判定手段，及

   上述判定結果係「不配送」時，將表示該判定結果之 資訊通知於上述特定之電子郵件收訊地址之通知手段，以 及 上述判定結果爲「須配送」時，將上述接受之電子郵 件配送於上述特定之電子郵件之收訊地址之配送手段而構 成之伺服器裝置。 2·如申請專利範圍第1項所述之伺服器裝置，其中 上述接受手段係再具有爲取得現在時點用之計時手段 上述記憶手段係記憶顯示試行期間之資料 雖然上述判定結果係「不配送」之情形下，如由上述 I坪观—__ IS ^⑽月41日修(更)正替換 計時手段所取得之現在時點係屬於試行期間內時，仍由上 述配送手段，將由上述被接受之電子郵件配送於上述被特 定之電子郵件之收訊地址。 3 ·如申請專利範圍第1項所述之伺服器裝置，其中 如由上述判定手段所特定之電子郵件地址係第1之電 子郵件地址時，即由上述通知手段對於上述所接受之電子 郵件之發訊原址，通知上述判定結果。

   4 .如申請專利範圍第2項或第3項所述之伺服器裝置 ，其中 由上述通知手段，使用電子郵件通知上述判定結果。 5 .如申請專利範圍第1項所述之伺服器裝置，其中 在於上述記憶手段記憶，上述接受手段所接受之電子 郵件， 而上述判定結果爲「不配送」時，以上述判定手段從 上述記憶手段中削除，該被記憶之電子郵件。

   6 ·如申請專利範圍第1項或第5項所述之伺服器裝置 ，其中 對應於上述特定之電子郵件地址地，以上述判定手段 將上述判定結果之履歷記憶於上述記憶手段， 上述通知手段係對於特定之電子郵件地址，通知上述 判定結果之履歷。 7 ·如申請專利範圍第1項所述之伺服器裝置，其中 如上述選別資料係具備：爲選別配送之電子郵件用之 配送選別資料，及選別不配送之電子郵件之不配送選別資 -2- 丄容7 3 /74 I 辦邮I曰修(更)正替換頁 料之兩方時，由上述記憶手段來記憶，對應於上述配送選 別資料及不配送選別資料之每一地訂定之優先順位， 當，上述選別資料係只含有上述配送選別資料時，如 上述接受之電子郵件之含有該選別資料時，即將上述判定 結果判定爲「須配送」，

   上述選別資料係只含有上述不配送選別資料時，即上 述被接受之電子郵件之含有該選別資料時，即將上述判定 結果判定爲「不配送」， 上述選別資料係含有上述配送資料及上述不配送資料 之兩方時，關於含有上述接受之電子郵件之選別資料而由 上述記憶手段讀取上述優先順位，如上述優先順位係最上 位之選別資料係配訊資料時，將判定結果判定爲「須配送 上述優先順位係最上位之選別資料係不配送選別資料 時將判定結果判定爲「不配送」。

   8 .如申請專利範圍第7項所述之伺服器裝置，其中 上述配送選別資料之優先順位及不配送選別資料之優 先順位係每一電子郵件地址地被記憶。 9. 如申請專利範圍第1項所述之伺服器裝置，其中 當上述選別資料係含於上述被接受之電子郵件時，上 述判定手段係將上述判定結果判定爲「須配送」。 10. 如申請專利範圍第9項所述之伺服器裝置，其中 上述記憶手段係，與分類資訊做對應地記憶1個或複 數個之候補之選別資料， -3- 炉/日修(更)正替換頁| iw* υ»Μ«ρ«~*»«·»«····**·〜“ '~mmm川11 _,UI 1 .......... 具有將上述分類資訊複數發訊於可能接受電子郵件之 通訊終端機之發訊手段， 上述接收手段乃再接受，由上述通訊終端機所發訊之 ，賦予於上述通訊終端機之使用者之電子郵件地址，及由 上述發訊手段所發訊之複數之分類資訊中之由上述通訊終 端機之使用者所選擇之分類資訊，

   與上述接受手段所接受之電子郵址做對應地，記憶’ 該與上述接受手段所接受之分類資訊做對應之1或複數個 之候補之選別資料。 1 1 .如申請專利範圍第9項所述之伺服器裝置，其中 上述記憶手段係記憶候補之選別資料， 該由上述判定手段所特定之電子郵件地址係第2之電 子郵件地址時，由上述被接受之電子郵件係含有上述候補 之選別資料時，在於上述記憶手段中記憶該候補之選別資 料。

   12.如申請專利範圍第9項所述之伺服器裝置，其中 上述記憶手段係記憶上述候補之選別資料， 由上述判定手段所特定之電子郵件地址係第2之電子 郵件地址時，對於上述被接受之電子郵件施予形態解析， 抽出複數個之文字列，比較上述被抽出之每一個文字列與 記憶於上述記憶手段之候補之選別資料，而將與該各抽出 之文字列資料之同一之候補之選別資料做爲選別資料記憶 於上述記憶手段。 13·如申請專利範圍第1項所述之伺服器裝置，其中 -4 -

   月日修(更)正替換頁丨 具有，由上述記憶手段中削除上述選別資料之削除手 段

   -5- 第92127479號專利申請案中文圖式替換頁 民國95年10月23日修正

   750332