專利名稱：信息處理裝置、以及信息處理方法
技術領域：
本發(fā)明涉及許可/拒絕以HTTP (Hypertext TransferProtocol)所發(fā)送的電子郵 件(萬維網(wǎng)郵件)發(fā)送的發(fā)送控制技術。
背景技術：
由于近年來網(wǎng)絡技術的發(fā)展，與信息交換有關的成本正在顯著降低之中，個人及 各企業(yè)通過利用電子郵件及萬維網(wǎng)服務這種利用了因特網(wǎng)的各種服務，就能夠進行高效率 的信息傳遞。 但是，從個人信息保護的觀點來看，特別是在以企業(yè)為首的組織中對于信息管理 要求明確的對應。例如，一般而言作為企業(yè)中的信息泄漏對策，組織導入如下發(fā)送控制系 統(tǒng)，這種發(fā)送控制系統(tǒng)檢查從公司內(nèi)對公司外進行外部發(fā)送的電子郵件的內(nèi)容，僅僅在與 組織預先所定的基準相吻合的情況下，許可該電子郵件向外部發(fā)送。 進而，在信息泄漏對策的發(fā)送控制系統(tǒng)中，不僅有針對利用了 SMTP (Simple Mail Transfer Protcol)的以往電子郵件的發(fā)送控制系統(tǒng)，還有以利用了 HTTP作為信息泄漏路 徑的萬維網(wǎng)服務為對象的系統(tǒng)。例如，以向因特網(wǎng)上的電子布告板系統(tǒng)的投稿、及萬維網(wǎng)郵 件服務為對象的發(fā)送控制系統(tǒng)。 例如，在專利文獻1中公開了如下發(fā)明，即用URL(UniformResource Locator)來 指定因特網(wǎng)上的服務，并對該服務控制信息發(fā)送。 另外，在專利文獻2中公開了如下發(fā)明，即通過在中繼服務器上設置與以往電子 郵件的發(fā)送控制系統(tǒng)等同的功能，則即便對于與SMTP不同的協(xié)議也可采取信息泄漏對策 而無損網(wǎng)絡的便利性。 但是，在以利用了 HTTP的萬維網(wǎng)郵件服務作為發(fā)送控制對象的情況下，有如下問 題。例如，當新服務站點開始、或者原有服務站點進行更新等時，在諸如專利文獻1所公開 的用URL來指定服務這樣的發(fā)送控制系統(tǒng)中，若不是具有專門知識的人則難以確定URL。另 外，一般而言現(xiàn)狀的發(fā)送控制系統(tǒng)是預先編入對原有萬維網(wǎng)服務進行了特殊化的設定。因 此，即便組織的管理者想要對新服務站點立刻實施發(fā)送控制，也要等待由開發(fā)了發(fā)送控制 系統(tǒng)的制造商來更新設定數(shù)據(jù)庫，大多無法容易且迅速地實施發(fā)送控制系統(tǒng)的運用。
進而，不同于使用了 SMTP的以往電子郵件，使用了 HTTP的電子郵件即萬維網(wǎng)郵 件，由于不存在統(tǒng)一的設計協(xié)議等所以提供萬維網(wǎng)郵件服務的每個供應商實施著各種各樣 的設計以及運用。 例如，即便對于發(fā)送附件的事例而言，既有與郵件正文同時進行傳送的郵件服務， 還有事前與郵件正文分開僅僅將附件進行傳送的郵件服務。 另外，與利用了 SMTP的以往電子郵件發(fā)送控制系統(tǒng)同樣，在要以發(fā)送源地址及發(fā) 送目的地地址、Cc、主題之類的含義信息為基準來實施發(fā)送控制的情況下，就需要對每個萬 維網(wǎng)郵件服務分別進行不同的設定。專利文獻1日本專利公開特開2004-348202號公報
專利文獻2日本專利公開特開2007-181031號公報

發(fā)明內(nèi)容
像這樣，在要將利用了 SMTP的以往的電子郵件發(fā)送控制系統(tǒng)應用于利用了 HTTP 的萬維網(wǎng)郵件服務的情況下，對不統(tǒng)一的多個萬維網(wǎng)郵件服務統(tǒng)一地使其對應并不容易。 另外，還有運用的復雜化及高級化之類的問題。 另外，即便組織的管理者想要對未對應的萬維網(wǎng)服務立刻實施發(fā)送控制，如果沒 有專門知識就不是能夠容易地實施用于對針對萬維網(wǎng)服務的萬維網(wǎng)郵件通信進行發(fā)送控 制的設定變更的狀態(tài)。 本發(fā)明就是鑒于以上問題而完成的，其目的是提供一種使與萬維網(wǎng)郵件服務有關 的發(fā)送控制系統(tǒng)的運用上所用的設定容易地進行的構(gòu)造。 為了達到本發(fā)明的目的，例如本發(fā)明的信息處理裝置具備以下構(gòu)成。 —種信息處理裝置，其特征在于包括第1受理部件，受理從終端裝置發(fā)送給提供
萬維網(wǎng)郵件服務的萬維網(wǎng)郵件服務器的萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求中所設定的多個設定
信息的屬性值；接收部件，接收從上述終端裝置對上述萬維網(wǎng)郵件服務器所發(fā)送的萬維網(wǎng)
郵件數(shù)據(jù)的HTTP請求數(shù)據(jù)、即將上述第1受理部件所受理的上述屬性值作為上述設定信息
進行了設定的萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求；檢測部件，通過解析上述接收部件所接收到的
上述萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求，來檢測該HTTP請求中所包含的發(fā)送目的地URL、以及上
述第1受理部件所受理的屬性值的設定模式；以及第1存儲部件，將上述檢測部件所檢測到
的發(fā)送目的地URL和屬性值的設定模式對應起來進行存儲，其中該屬性值的設定模式為在
針對上述萬維網(wǎng)郵件服務器的萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求的通信控制中所使用的上述屬
性值的設定模式，用于取得上述萬維網(wǎng)郵件數(shù)據(jù)的設定信息的屬性值。 為了達到本發(fā)明的目的，例如本發(fā)明的信息處理方法具備以下構(gòu)成。 S卩、一種由信息處理裝置進行的信息處理方法，其特征在于，包括第1受理步
驟，受理從終端裝置發(fā)送給提供萬維網(wǎng)郵件服務的萬維網(wǎng)郵件服務器的萬維網(wǎng)郵件數(shù)據(jù)的
HTTP請求中所設定的多個設定信息的屬性值；接收步驟，接收從上述終端裝置對上述萬維
網(wǎng)郵件服務器所發(fā)送的、將在上述第1受理步驟所受理的上述屬性值作為上述設定信息進
行了設定的萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求；檢測步驟，通過解析在上述接收步驟所接收到的
上述萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求，來檢測該HTTP請求中所包含的發(fā)送目的地URL、以及設
定有在上述第1受理步驟所受理的屬性值的設定信息的屬性名；以及第1存儲步驟，將在上
述檢測步驟所檢測到的發(fā)送目的地URL和上述屬性值的設定模式對應起來存儲在存儲裝
置中，其中該屬性值的設定模式為在針對上述萬維網(wǎng)郵件服務器的萬維網(wǎng)郵件數(shù)據(jù)的HTTP
請求的通信控制中所使用的上述屬性值的設定模式，用于取得上述萬維網(wǎng)郵件數(shù)據(jù)的設定
信息的屬性值。 根據(jù)本發(fā)明，將起到如下效果對于利用了 HTTP的萬維網(wǎng)郵件服務，使進行與以 往的利用了 SMTP的電子郵件的發(fā)送控制系統(tǒng)等同的設定變得容易，能夠?qū)嵤└咝实陌l(fā) 送控制等效果。


圖1是表示可以應用本發(fā)明的實施方式所涉及的信息處理裝置的系統(tǒng)之構(gòu)成例 的框圖。 圖2是表示中繼服務器110之硬件構(gòu)成例的框圖。
圖3是表示表信息300之構(gòu)成例的圖。
圖4是表示表信息400之構(gòu)成例的圖。
圖5是表示表信息500之構(gòu)成例的圖。 圖6是表示半自動抽取登錄的處理和自動提示登錄的處理的與登錄處理有關的 流程圖。 圖7A是表示在中繼服務器110上設定了通常模式時的系統(tǒng)之構(gòu)成的圖。 圖7B是表示在中繼服務器110上設定用于創(chuàng)建表信息的模式(檢測模式)時的
系統(tǒng)之構(gòu)成的圖。 圖8是表示構(gòu)成本發(fā)明實施方式所涉及的系統(tǒng)的裝置間的半自動抽取登錄之動 作的圖。 圖9是表示服務追加畫面900之顯示例的圖。 圖10是表示為將有關萬維網(wǎng)郵件服務的信息新追加到表信息300、400、500中所
用畫面之顯示例的圖。 圖11是表示為將有關萬維網(wǎng)郵件服務的信息新追加到表信息300、400、500中所
用畫面之顯示例的圖。 圖12是表示與從上述閱覽用瀏覽器711啟動(步驟S606)到結(jié)束(步驟S610) 的處理并行地在中繼服務器110以及檢測代理計算機712所實施的半自動抽取登錄之詳細 流程圖。 圖13是表示步驟S1202中的處理之細節(jié)的流程圖。 圖14是表示檢測代理計算機712中的步驟S1205的處理之細節(jié)的流程圖。 圖15是表示步驟S1208中的處理之細節(jié)的流程圖。 圖16是表示步驟S1210中的處理之細節(jié)的流程圖。 圖17是表示一覽顯示HTTP請求分析結(jié)果的畫面1700之顯示例的圖。 圖18是表示對僅僅發(fā)送了附件時的HTTP請求分析結(jié)果進行了一覽顯示的畫面
1800之顯示例的圖。 圖19是表示用于確認登錄信息的畫面1900之顯示例的圖。 圖20是表示對每個萬維網(wǎng)郵件服務的信息進行了一覽顯示的畫面2000之顯示例 的圖。 圖21是表示各種各樣的畫面之移轉(zhuǎn)圖的圖。
圖22是表示步驟S612中的處理之細節(jié)的流程圖。
圖23是表示HTTP請求之構(gòu)成例的圖。 圖24是表示在萬維網(wǎng)郵件上添附了附件時的HTTP請求之構(gòu)成例的圖。
具體實施例方式以下，參照附圖對本發(fā)明的優(yōu)選實施方式進行說明。此外，以下說明的實施方式表示具體地實施了本發(fā)明時的一個例子，是權利請求范圍所記載的構(gòu)成的具體實施例之一。
圖1是表示可以應用本實施方式所涉及的信息處理裝置的系統(tǒng)之構(gòu)成例的框圖。 如圖1所示，本實施方式所涉及的系統(tǒng)由客戶端終端裝置100、中繼服務器110、管理者用終 端裝置120、DB(數(shù)據(jù)庫)111、廣域網(wǎng)絡140、萬維網(wǎng)郵件服務器150所構(gòu)成?？蛻舳私K端裝 置100、管理者用終端裝置120、中繼服務器110、 DB111均被連接到內(nèi)部網(wǎng)130上。而且， 內(nèi)部網(wǎng)130上所連接的這些裝置(除DB111外)均經(jīng)由中繼服務器110進行針對廣域網(wǎng)絡 140的數(shù)據(jù)收發(fā)。 此外，由于在圖1中表示以下說明所需要的構(gòu)成之一例，所以關于客戶端終端裝 置IOO及管理者用終端裝置120的數(shù)量、廣域網(wǎng)絡140的構(gòu)成、萬維網(wǎng)郵件服務器150的數(shù) 量等并不限定于圖1所示的情況。 客戶端終端裝置100能夠經(jīng)由內(nèi)部網(wǎng)130、中繼服務器110、廣域網(wǎng)絡140對萬維 網(wǎng)郵件服務器150進行訪問，能夠享受萬維網(wǎng)郵件服務器150提供的萬維網(wǎng)郵件服務。
中繼服務器110是用于對內(nèi)部網(wǎng)130上的裝置(除DB111外)和萬維網(wǎng)郵件服務 器150之間的數(shù)據(jù)通信進行中繼的裝置。例如，客戶端終端裝置100經(jīng)由中繼服務器110 對萬維網(wǎng)郵件服務器150以可閱覽的方式所提供的主頁進行訪問，并在此主頁上輸入信息 的閱覽及登錄、萬維網(wǎng)郵件的創(chuàng)建、接收、發(fā)送等操作指示。在此情況下，中繼服務器110執(zhí) 行如下處理，即從客戶端終端裝置100接受如上所述的操作指示，并將所接受到的操作指 示作為HTTP請求向萬維網(wǎng)郵件服務器150進行中繼發(fā)送。 另外，中繼服務器110具備DB111，其中登錄有用于識別萬維網(wǎng)郵件服務器150的 萬維網(wǎng)郵件服務信息、及許可/拒絕萬維網(wǎng)郵件的數(shù)據(jù)通信之類的發(fā)送控制上使用的規(guī)則 即萬維網(wǎng)郵件限制規(guī)則。 另外，中繼服務器110還具有萬維網(wǎng)服務器功能，其提供用于使外部裝置進行 DB111中所登錄的信息的編輯的主頁。此外，雖然在圖1中DBlll被連接到中繼服務器llO 上，但對于DBlll的所在并不特別進行限定，只要構(gòu)成為中繼服務器IIO可以進行訪問即可。
管理者用終端裝置120通過對中繼服務器110進行訪問，并利用上述萬維網(wǎng)服務 器功能，就能夠控制中繼服務器110。另外，管理者用終端裝置120是以使管理者能夠閱覽 為了發(fā)送萬維網(wǎng)郵件等而從客戶端終端裝置100經(jīng)由中繼服務器110所發(fā)送的HTTP請求 的方式進行設定以及閱覽所用的裝置。 萬維網(wǎng)郵件服務器150是進行與設置于一般的供應商的萬維網(wǎng)服務器同樣動作 的裝置。即、萬維網(wǎng)郵件服務器150對經(jīng)由中繼服務器110、廣域網(wǎng)絡140前來訪問的客戶 端終端裝置IOO，提供與請求相應的網(wǎng)頁。特別是在本實施方式中，萬維網(wǎng)郵件服務器150 提供進行利用了 HTTP的電子郵件的收發(fā)的萬維網(wǎng)郵件服務。 廣域網(wǎng)絡140是因特網(wǎng)所代表的網(wǎng)絡。內(nèi)部網(wǎng)130由LAN等網(wǎng)絡所構(gòu)成。
圖2是表示中繼服務器110之硬件構(gòu)成例的框圖。CPU201使用在RAM202及R0M203中所保存的計算機程序及數(shù)據(jù)，進行中繼服務器 110整體的控制，同時還執(zhí)行后述的各處理作為中繼服務器110進行的處理。
RAM202具有用于暫時地存儲從HDD (硬盤驅(qū)動器)204及存儲媒介驅(qū)動器206所 裝載的計算機程序或數(shù)據(jù)、經(jīng)由1/F(接口 )205、210從外部接收到的數(shù)據(jù)等的區(qū)域。進而， RAM202還具有在CPU201執(zhí)行各種處理之際所用的工作區(qū)。S卩、RAM202能夠?qū)PU201適當提供各種區(qū)域。 在R0M203中保存著中繼服務器110的設定數(shù)據(jù)、及引導程序等。
在HDD204中保存著OS(操作系統(tǒng))、用于使CPU201執(zhí)行后述的各處理作為中繼服 務器110進行的處理的計算機程序、后述的各種各樣的數(shù)據(jù)等作為中繼服務器110保持的 數(shù)據(jù)。此外，還可以將DBlll設置在此HDD204內(nèi)。在HDD204內(nèi)所保存的計算機程序或數(shù) 據(jù)按照基于CPU201的控制被適當?shù)匮b載到RAM202，并作為基于CPU201的處理對象。
1/F205是用于將中繼服務器110連接到內(nèi)部網(wǎng)130、廣域網(wǎng)絡140的接口。從而， 中繼服務器110能夠經(jīng)由此I/F205與內(nèi)部網(wǎng)130、廣域網(wǎng)絡140上所連接的各裝置進行數(shù) 據(jù)通信。存儲媒介驅(qū)動器206讀出被記錄在CD-ROM、CD-R/RW、DVD-ROM、DVD-R/RW、DVD-RAM 等存儲媒介上的計算機程序或數(shù)據(jù)，并將該讀出結(jié)果輸出給RAM202、HDD204。此外，還可以 使RAM202、 HDD204所保持的信息之中的一部分記錄在這些存儲媒介上。
鍵盤207、指示器208是用于通過中繼服務器110的操作者進行操作，對CPU201輸 入各種指示的部件。指示器208由鼠標、操縱桿等所構(gòu)成。 顯示部209由CRT、液晶畫面等所構(gòu)成，能夠以圖像、字符等來顯示基于CPU201的 處理結(jié)果。 I/F210是用于將外圍設備連接到中繼服務器110上的接口 。中繼服務器110經(jīng)由 此I/F210與這一外圍設備進行數(shù)據(jù)收發(fā)。I/F210由USB、IEEE1394等所構(gòu)成，通常具有多 個I/F。與外圍設備的連接形態(tài)不限有線/無線。
總線211將上述各部聯(lián)結(jié)起來。 此外，雖然在本實施方式中，設中繼服務器IIO具有圖2所示的構(gòu)成來進行說明，
但只要實現(xiàn)以下說明的中繼服務器110的動作，則并不限定于圖2所示的構(gòu)成。 另外，雖然在本實施方式中，對于客戶端終端裝置100、管理者用終端裝置120、萬
維網(wǎng)郵件服務器150也設為具有圖2所示的構(gòu)成來進行說明。即、設客戶端終端裝置100、
管理者用終端裝置120、中繼服務器110、萬維網(wǎng)郵件服務器150均具有圖2所示的構(gòu)成來
進行說明。但是，各個裝置的構(gòu)成并不限定于圖2所示的構(gòu)成，只要實現(xiàn)以下說明的動作作
為各自裝置的動作，則怎樣的構(gòu)成都可以。 接著，就DBlll中所保存的數(shù)據(jù)群進行說明。 在DB111中保存著圖3所示的表信息300、圖4所示的表信息400、圖5所示的表 信息500。 首先，就圖3所示的表信息300進行說明。圖3是表示表信息300之構(gòu)成例的圖。 表信息300如圖3所示是服務ID301和服務名302成組地進行登錄的表形式的信息。
服務ID301是唯一地表示萬維網(wǎng)郵件服務的識別編號。此服務ID301既可以自動 地賦予，也可以基于用戶的輸入指示來進行設定，但不準許重復。即、在表信息300中登錄 著相互不同的服務ID301。 服務名302表示萬維網(wǎng)郵件服務的服務名。服務名302是在從管理者用終端裝置 120向DB111進行了訪問時的顯示等中使用。 接著，就圖4所示的表信息400進行說明。圖4是表示表信息400之構(gòu)成例的圖。 表信息400如圖4所示是服務ID401、詳細設定ID402、類別403、URL404、發(fā)送數(shù)據(jù)信息412
9成組地進行登錄的表形式的信息。 服務ID401是唯一地表示萬維網(wǎng)郵件服務的識別編號，與表信息300中所登錄的 服務ID301相同。S卩、在表信息300中所登錄的組和表信息400中所登錄的組中，具有相同 服務ID的組是分別關聯(lián)的。 詳細設定ID402是唯一地表示萬維網(wǎng)郵件服務的詳細設定的識別編號。此詳細設 定ID402既可以自動地賦予，也可以基于用戶的輸入指示來進行設定。但是，不準許在同 一萬維網(wǎng)郵件服務內(nèi)的重復。 類別403是表示"正文"、"附件"、"正文&附件"之中某一個的項目，表示對后述 的URL404上所登錄的URL進行的通信是僅僅發(fā)送電子郵件正文的通信、僅僅發(fā)送附件的通 信、將正文和附件一起發(fā)送的通信中的哪一種。在萬維網(wǎng)郵件中不同于SMTP的電子郵件發(fā) 送，正文和附件不是通過同一事件(同一請求)從客戶端終端裝置ioo來進行發(fā)送，所以就 需要設置這樣的項目。 URL404表示提供萬維網(wǎng)郵件服務的主頁(提供這一主頁的服務器)的所在。
發(fā)送數(shù)據(jù)信息412由表示為了發(fā)送萬維網(wǎng)郵件而應當設定的設定信息的屬性名 的信息(屬性名信息)組成，由FR0M405、 T0406、 CC407、 BCC408、主題409、正文410、附件 411所構(gòu)成。 FR0M405是作為設定信息"發(fā)送者(From)"的屬性名在HTTP請求上所設定的屬性 名信息。 T0406是作為設定信息"發(fā)送目的地地址(To)"的屬性名在HTTP請求上所設定的 屬性名信息。 CC407是作為設定信息"抄送目的地地址(Cc)"的屬性名在HTTP請求上所設定的 屬性名信息。 BCC(Blind Carbon Copy)408是作為設定信息"抄送者(Bcc)"的屬性名在HTTP 請求上所設定的屬性名信息。 主題409是作為設定信息"郵件的主題"的屬性名在HTTP請求上所設定的屬性名 信息。 正文410是作為設定信息"正文"的屬性名在HTTP請求上所設定的屬性名信息。
附件411是作為設定信息"附件"的屬性名在HTTP請求上所設定的屬性名信息。
由于這些屬性名信息對每個萬維網(wǎng)郵件服務不同，所以需要對每個萬維網(wǎng)郵件服 務事先在表信息400中設定好。此外，根據(jù)萬維網(wǎng)郵件服務還有不需要這些設定信息的一 部分的情形。從而，對于不需要的設定信息，該屬性名信息就沒有必要進行設定。
接著，就圖5所示的表信息500進行說明。圖5是表示表信息500之構(gòu)成例的圖。 表信息500如圖5所示是服務ID501和會話標識符502成組地進行登錄的表形式的信息。
服務ID501是唯一地表示萬維網(wǎng)郵件服務的識別編號，與表信息300中所登錄的 服務ID301相同。S卩、在表信息300中所登錄的組和表信息500中所登錄的組中，具有相同 服務ID的組是分別關聯(lián)的。 會話標識符502表示在萬維網(wǎng)郵件服務中針對構(gòu)成同一郵件消息的數(shù)據(jù)的屬性 值。即、在有多個郵件消息(HTTP請求)的情況下，會話標識符表示各自HTTP請求是構(gòu)成 一個郵件還是構(gòu)成個別郵件。
在這里如上述那樣，在對各種萬維網(wǎng)郵件服務實施發(fā)送控制的情況下，就需要將 圖3 5所示的表信息預先在DB111中設定好。例如，在想限制發(fā)送目的地的情況下，參照 T0406、CC407以及BCC408，在向URL404所示的發(fā)送目的地發(fā)送信息之前實施發(fā)送控制處理 即可。在本實施方式中，就半自動地創(chuàng)建圖3 5所示的表信息這一情況(半自動抽取登 錄)、以及對未知的萬維網(wǎng)郵件服務自動地創(chuàng)建圖3 5所示的表信息這一情況(自動提示 登錄)進行說明。 接著，參照圖6、7A、7B就圖3 5所示的表信息的半自動抽取登錄、自動提示登錄 進行說明。 圖6是表示半自動抽取登錄的處理和自動提示登錄的處理的與登錄處理有關的 流程圖。圖7A是表示在中繼服務器110上設定了通常模式時的系統(tǒng)之構(gòu)成的圖。圖7B是 表示在中繼服務器110上設定用于創(chuàng)建表信息的模式(檢測模式)時的系統(tǒng)之構(gòu)成的圖。
首先，使用圖6、7A、7B、8 24就半自動抽取登錄的處理進行說明。
中繼服務器110的工作模式如上述那樣有通常模式和檢測模式。中繼服務器110 的工作模式變更，雖然在后的半自動抽取登錄中自動地實施，但也可以從管理者用終端裝 置120任意地進行。例如，通過管理者用終端裝置120對中繼服務器110進行訪問，中繼 服務器110將用于設定中繼服務器110的工作模式的畫面信息發(fā)送給管理者用終端裝置 120。在管理者用終端裝置120—側(cè)顯示基于這種畫面信息的設定畫面，若管理者用終端裝 置120的操作者在這種設定畫面上進行切換工作模式的操作，表示這種操作內(nèi)容的信息就 被發(fā)送到中繼服務器110。中繼服務器110當接收表示這一操作內(nèi)容的信息后，進行將自身 的工作模式切換到此接收到的信息所示的工作模式的處理。據(jù)此，就能夠通過管理者用終 端裝置120來設定中繼服務器110的工作模式。當然，關于用于設定中繼服務器110的工 作模式的構(gòu)成并不限定于此。 在中繼服務器110上設定了通常模式的情況下，系統(tǒng)就成為圖7A所示的構(gòu)成。在 管理者用終端裝置120 —側(cè)顯示管理用瀏覽器701，其用于顯示中繼服務器110的工作模 式，或者顯示從客戶端終端裝置100經(jīng)由中繼服務器110對廣域網(wǎng)絡140所發(fā)送的信息。管 理者用終端裝置120具有的顯示部209進行這種顯示。 另一方面，在客戶端終端裝置100—側(cè)顯示閱覽用瀏覽器702，其為了對萬維網(wǎng)郵 件服務器150提供的"用于提供萬維網(wǎng)郵件服務的主頁"進行訪問并顯示，同時進行與萬維 網(wǎng)郵件有關的各種各樣的操作?？蛻舳私K端裝置100具有的顯示部209進行這種顯示。
關于其他的構(gòu)成如圖1所示。 接著，在中繼服務器IIO上設定了檢測模式的情況下，系統(tǒng)就成為圖7B所示的構(gòu) 成。關于具有圖7B所示的構(gòu)成的系統(tǒng)之動作其細節(jié)在后敘述，通過這種構(gòu)成，管理者用終 端裝置120就能夠?qū)χ欣^服務器110進行根據(jù)從管理者用終端裝置120對廣域網(wǎng)絡140所 發(fā)送的信息來檢測用于登錄在DBlll中的各種信息這一指示。并且，從客戶端終端裝置100 經(jīng)由中繼服務器110向廣域網(wǎng)絡140的訪問不會被截斷。 首先，在管理者用終端裝置120 —側(cè)，啟動管理用瀏覽器701 (步驟S601)，開始與 中繼服務器110的連接(步驟S602)。還可以通過受理管理者用終端裝置120的操作者使 用了鍵盤207、指示器208的操作指示，來指示管理用瀏覽器701的啟動以及向中繼服務器 110的連接這一系列處理的開始。
接著，管理者用終端裝置120的操作者使用鍵盤207、指示器208，從這一管理用瀏 覽器701具有的管理用菜單指示服務追加的項目。管理者用終端裝置120 —接受此指示就 對中繼服務器110請求圖3所示的表信息300，因此中繼服務器110從DB111取得這一表 信息300，并發(fā)送給管理者用終端裝置120。管理者用終端裝置120使用從中繼服務器110 接收到的表信息300，在顯示部209上顯示圖9所例示的畫面900(服務追加畫面)(步驟 S603)。 圖9是表示畫面900之顯示例的圖。 在服務追加畫面900上一覽顯示著圖3所示的表信息300的內(nèi)容，在顯示欄901 上顯示著服務ID301，在顯示欄902上顯示著服務名302。 在這里，設管理者用終端裝置120的操作者使用鍵盤207、指示器208來選中復選 框904，并指示刪除按鈕905。在此情況下，管理者用終端裝置120從DB111中刪除與所選 中的復選框相對應的萬維網(wǎng)郵件服務(在圖9的情況下是服務名為"freemail"的萬維網(wǎng) 郵件服務)。具體而言，就是從表信息300、表信息400、表信息500中刪除與所選中的復選 框相對應的萬維網(wǎng)郵件服務的服務ID所關聯(lián)著的信息群。 另外，通過管理者用終端裝置120的操作者使用鍵盤207、指示器208來指示行 906、行907，圖20所例示的畫面2000被顯示在顯示部209上。關于圖20所例示的畫面在 后敘述。 另外，當管理者用終端裝置120的操作者使用鍵盤207、指示器208指示服務追加 按鈕903后，管理者用終端裝置120就依照該指示在顯示部209上顯示圖10所例示的畫面 1000。 圖10是表示為將有關萬維網(wǎng)郵件服務的信息新追加到表信息300、400、500中所
用畫面之顯示例的圖。 當服務追加按鈕903被指示后，管理者用終端裝置120就發(fā)行與DB111上已經(jīng)登
錄的服務ID不重復的識別編號。然后，管理者用終端裝置120將這一所發(fā)行的識別編號作
為從此進行登錄的萬維網(wǎng)郵件服務的服務ID顯示在顯示區(qū)域1001上。此外，管理者用終
端裝置120的操作者還能夠使用鍵盤207、指示器208，將這一顯示區(qū)域1001上所顯示的服
務ID變更成其他的服務ID。但是如上述那樣，由于不準許與DBlll上已經(jīng)登錄的其他的服
務ID重復，所以在此情況下，就進行錯誤顯示等拒絕重復的服務ID的登錄。 此外，這一顯示區(qū)域1001上所填寫的服務ID在后面作為表信息300中的服務
ID301、表信息400中的服務ID401、表信息500中的服務ID501而被登錄。 顯示區(qū)域1002在畫面1000被顯示的時刻為空白區(qū)域，管理者用終端裝置120的
操作者能夠使用鍵盤207、指示器208輸入所希望的服務名。這一顯示區(qū)域1002上所填寫
的服務名在后面作為表信息300中的服務名302而被登錄。 在顯示區(qū)域1006上顯示著管理者用終端裝置120 —側(cè)預先保持的規(guī)定的(萬維 網(wǎng)郵件的)發(fā)送目的地(To、Cc、Bcc)。此外，在以后的處理中將使用此規(guī)定的發(fā)送目的地 的情況下，管理者用終端裝置120的操作者就需要使用鍵盤207、指示器208選中復選框 1003。此外，在沒有選中此復選框1003的情況下，管理者用終端裝置120的操作者就需要 使用鍵盤207、指示器208輸入取代此規(guī)定的發(fā)送目的地的別的發(fā)送目的地(To、 Cc、 Bcc)。
在這里，當管理者用終端裝置120的操作者使用鍵盤207、指示器208指示取消按鈕1004時，管理者用終端裝置120就將顯示部209的顯示切換到圖9所例示的畫面900。
另一方面，當管理者用終端裝置120的操作者使用鍵盤207、指示器208指示"下 一步"按鈕1005后，管理者用終端裝置120就將顯示部209的顯示切換到圖11所例示的畫 面IIOO(步驟S604)。 圖11是表示為將有關萬維網(wǎng)郵件服務的信息新追加到表信息300、400、500中所
用畫面之顯示例的圖。 在畫面1100中顯示區(qū)域1101上顯示著管理者用終端裝置120的IP地址。
在顯示區(qū)域1102上顯示著在管理者用終端裝置120 —側(cè)預先保持的規(guī)定的發(fā)信 人地址。此外，管理者用終端裝置120的操作者能夠使用鍵盤207、指示器208任意地編輯 在此顯示區(qū)域1102內(nèi)所顯示的發(fā)信人地址。 在顯示區(qū)域1103、1104、1105上顯示著圖10所例示的畫面1000中的顯示區(qū)域 1006內(nèi)被顯示的發(fā)送目的地(或者管理者用終端裝置120的操作者另行輸入的發(fā)送目的 地)。 在顯示區(qū)域1106上顯示著中繼服務器110所生成的隨機字符串。當管理者用終 端裝置120的操作者使用鍵盤207、指示器208來指示畫面1000中的按鈕1005后，管理者 用終端裝置120就對中繼服務器110請求用于顯示在顯示區(qū)域1106內(nèi)的字符串。當中繼 服務器110接受這一請求后，就將預先創(chuàng)建好的隨機字符串(也可以在此時刻進行創(chuàng)建) 發(fā)送給管理者用終端裝置120。當管理者用終端裝置120從中繼服務器110接收這一字符 串后，就將此接收到的字符串顯示在顯示區(qū)域1106內(nèi)。 在這里，設管理者用終端裝置120的操作者使用鍵盤207、指示器208，指示了被顯 示在顯示區(qū)域1106內(nèi)的復制鏈接1107。在此情況下，管理者用終端裝置120將顯示區(qū)域 1106內(nèi)所顯示的隨機字符串復制到運行中的操作系統(tǒng)的剪貼板。關于復制的目的等在后敘 述。 在顯示區(qū)域1108上顯示著中繼服務器110所生成的隨機字符串。管理者用終端 裝置120的操作者使用鍵盤207、指示器208來指示畫面1000中的按鈕1005后，管理者用 終端裝置120就對中繼服務器110請求用于顯示在顯示區(qū)域1108內(nèi)的字符串。當中繼服 務器110接受這一請求后，就將預先創(chuàng)建好的隨機字符串(也可以在此時刻進行創(chuàng)建)發(fā) 送給管理者用終端裝置120。當管理者用終端裝置120從中繼服務器IIO接收此字符串后， 就將此接收到的字符串顯示在顯示區(qū)域1108內(nèi)。 在這里，設管理者用終端裝置120的操作者使用鍵盤207、指示器208，指示了復制 鏈接1109。在此情況下，管理者用終端裝置120將顯示在顯示區(qū)域1108內(nèi)的隨機字符串復 制到運行中的操作系統(tǒng)的剪貼板上。關于復制的目的等在后敘述。 下載按鈕1110是為了對中繼服務器IIO請求用作附件的樣本文件而進行指示的 按鈕。當管理者用終端裝置120的操作者使用鍵盤207、指示器208指示這一下載按鈕1110 后，管理者用終端裝置120就對中繼服務器110請求用作附件的樣本文件。當中繼服務器 IIO接受這一請求后，就將預先創(chuàng)建好的樣本文件(也可以在此時刻進行創(chuàng)建)發(fā)送給管理 者用終端裝置120。當管理者用終端裝置120接收這一被發(fā)送的樣本文件后，就將其暫時保 存在RAM202及HDD204等中。 單選按鈕lllla、llllb被設置在顯示區(qū)域1111內(nèi)，用于選擇是將從此發(fā)送的萬維
13網(wǎng)郵件在編輯后立刻進行發(fā)送，還是在編輯后暫且保存然后再進行發(fā)送。在指示了單選按 鈕lllla的情況下采用前者的發(fā)送方式，在指示了單選按鈕llllb的情況下采用后者的發(fā) 送方式。 在發(fā)送萬維網(wǎng)郵件時的萬維網(wǎng)郵件服務的操作上主要存在兩種操作。這就是將郵 件在編輯后立刻進行發(fā)送和暫且將編輯內(nèi)容進行草稿保存之后用別的會話進行發(fā)送。為了 對應這一操作而設置了單選按鈕1111a、llllb。
在顯示區(qū)域1112上顯示著來自中繼服務器110的指示。 在這里，當管理者用終端裝置120的操作者使用鍵盤207、指示器208指示取消按 鈕1113后，管理者用終端裝置120就將顯示部209的顯示切換到圖IO所例示的畫面1000。 關于指示了完成按鈕1114時的管理者用終端裝置120的動作在后敘述。
返回到圖6，在步驟S604的處理之后，管理者用終端裝置120的操作者使用鍵盤 207、指示器208，指示閱覽用瀏覽器711的啟動。據(jù)此，管理者用終端裝置120啟動這一閱 覽用瀏覽器711 (步驟S606)。這一 閱覽用瀏覽器711用于對中繼服務器110具有的后述檢 測代理計算機(proxy) 712進行訪問。 然后，管理者用終端裝置120利用閱覽用瀏覽器711經(jīng)由檢測代理計算機712(中 繼服務器110)來訪問萬維網(wǎng)郵件服務器150，對用于提供萬維網(wǎng)郵件服務的主頁進行訪問 (步驟S607)。從這一時刻起檢測代理計算機712開始記錄來自閱覽用瀏覽器711的訪問。 當然，在這一時刻，設檢測代理計算機712的啟動已經(jīng)完成。關于檢測代理計算機712啟動 之定時在后敘述。即、在這一時刻，管理者用終端裝置120處于通過經(jīng)由閱覽用瀏覽器711 在此主頁上輸入發(fā)送目的地、主題等就能夠隨時利用萬維網(wǎng)郵件服務的環(huán)境下。
從而，管理者用終端裝置120經(jīng)由閱覽用瀏覽器711對用于提供萬維網(wǎng)郵件服務 的主頁進行訪問，因此在此主頁上輸入發(fā)送源、發(fā)送目的地、主題等，創(chuàng)建萬維網(wǎng)郵件(步 驟S608)。 在萬維網(wǎng)郵件創(chuàng)建之際，關于發(fā)送源(發(fā)信人)，復制圖ll所例示的畫面IIOO中 的顯示區(qū)域1102內(nèi)所顯示的地址來使用即可。 另外，關于發(fā)送目的地(To、Cc、Bcc)，分別復制圖ll所例示的畫面1100中的顯示 區(qū)域1103、1104、1105上所顯示的發(fā)送目的地地址來使用即可。 另外，關于主題，使用通過指示上述復制鏈接1107所復制的、被顯示在顯示區(qū)域 1106內(nèi)的字符串即可。 另外，關于正文，使用通過指示上述復制鏈接1109所復制的、被顯示在顯示區(qū)域 1108內(nèi)的字符串即可。 另夕卜，在將附件添附于郵件的情況下，以通過指示圖11所例示的畫面1100中的下 載按鈕1110來添附已下載到RAM202、HDD204中的文件的方式，在上述主頁上進行操作指示 即可。 這樣，在管理者用終端裝置120 —側(cè)在閱覽用瀏覽器711上使用在圖11所例示的 畫面1100上所顯示的各設定項目來創(chuàng)建將要發(fā)送的萬維網(wǎng)郵件。 然后當萬維網(wǎng)郵件的創(chuàng)建完成后，管理者用終端裝置120的操作者就使用鍵盤 207、指示器208輸入發(fā)送指示。當接受這一發(fā)送指示后，管理者用終端裝置120就創(chuàng)建用 于進行此萬維網(wǎng)郵件發(fā)送的HTTP請求，并將已創(chuàng)建的HTTP請求對萬維網(wǎng)郵件服務器150
14進行發(fā)送(步驟S609)。檢測代理計算機712(中繼服務器110)取得從管理者用終端裝置 120所發(fā)送的HTTP請求。 此外，在萬維網(wǎng)郵件發(fā)送后，閱覽用瀏覽器711既可以關閉也可以保持原樣不變。
在圖6中，設管理者用終端裝置120的操作者使用鍵盤207、指示器208輸入了關 閉閱覽用瀏覽器711的操作指示。從而，在步驟S610，管理者用終端裝置120進行關閉閱覽 用瀏覽器711的處理。 圖12是表示與從上述閱覽用瀏覽器711起動(步驟S606)到結(jié)束(步驟S610) 為止的處理并行地在中繼服務器110以及檢測代理計算機712所實施的半自動抽取登錄之 詳細流程圖。即、以步驟S604中的處理已經(jīng)開始為觸發(fā)而開始按照圖12所示的流程圖的 處理。 首先，與來自管理者用終端裝置120的畫面1100的畫面信息請求(步驟S604) — 起，從管理者用終端裝置120對中繼服務器110發(fā)送向檢測模式的轉(zhuǎn)移指示。依照該轉(zhuǎn)移 指示，中繼服務器110進行用于將自身的工作模式轉(zhuǎn)移到檢測模式的處理(步驟S1202)。 在中繼服務器110向檢測模式的轉(zhuǎn)移處理已結(jié)束之際，就在管理者用終端裝置120的顯示 部209上顯示畫面1100。 圖13是表示步驟S1202中的處理之細節(jié)的流程圖。 首先，依照來自管理者用終端裝置120的轉(zhuǎn)移指示，中繼服務器IIO啟動檢測代理 計算機712(步驟S1301)。 接著，中繼服務器110判斷檢測代理計算機712的啟動是否已成功(步驟S1302)。 在這種判斷的結(jié)果是判斷為已成功的情況下，使處理前進到步驟S1303。另一方面，在判斷 為已失敗的情況下，判斷為向檢測模式的轉(zhuǎn)移失敗了，并使按照圖13所示的流程圖的處理 結(jié)束。 中繼服務器110通過設置在CPU201內(nèi)的計時器開始計時(計時器啟動)(步驟 S1303)。這一計時器用于在啟動檢測代理計算機712后，在一定時間內(nèi)沒有來自閱覽用瀏 覽器711的任何請求的情況下，使檢測代理計算機712自動地結(jié)束。 接著，中繼服務器110判斷計時器的啟動是否已成功(步驟S1304)。在這種判斷 的結(jié)果是判斷為已成功的情況下，判斷為向檢測模式的轉(zhuǎn)移已成功，結(jié)束本處理。另一方 面，在判斷為已失敗的情況下，判斷為向檢測模式的轉(zhuǎn)移失敗了 ，并結(jié)束本處理。
此外，向檢測模式的轉(zhuǎn)移已成功還是已失敗的判斷結(jié)果從中繼服務器110被通知 給管理者用終端裝置120。 返回到圖12，接著，在按照圖13的流程圖的處理結(jié)果是判斷為向檢測模式的轉(zhuǎn)移 已成功的情況下，經(jīng)由步驟S1203使處理進入步驟S1204。另一方面，在判斷為向檢測模式 的轉(zhuǎn)移已失敗的情況下，經(jīng)由步驟S1203使處理進入步驟S1221。 在步驟S1221中，管理者用終端裝置120在圖11所例示的畫面1100中的顯示區(qū) 域1112上顯示旨在向檢測模式的轉(zhuǎn)移已失敗的消息，之后，使半自動抽取登錄結(jié)束。
另一方面，在步驟S1204中，管理者用終端裝置120判斷是否指示了圖11所例示 的畫面1100中的完成按鈕1114。這一完成按鈕1114是在萬維網(wǎng)郵件發(fā)送后進行指示的。 即、步驟S1204與圖6的步驟S605等同。在這種判斷的結(jié)果是尚未指示的情況下使處理進 入步驟S1205。此外，在已經(jīng)指示完成按鈕1114的情況下，管理者用終端裝置120將該意思
15通知給中繼服務器110。 在步驟S1205中，中繼服務器110在用檢測代理計算機712對上述步驟S609中從 管理者用終端裝置120上的閱覽用瀏覽器711所發(fā)送的HTTP請求進行了檢測以及記錄以 后，進行用于傳送給萬維網(wǎng)郵件服務器150的處理。 圖14是表示檢測代理計算機712中的步驟S1205的處理之細節(jié)的流程圖。
首先，檢測代理計算機712判斷基于在上述步驟S1303中已啟動的計時器的計時 時間是否在預先所設定的有效時間內(nèi)(步驟S1401)。在這種判斷的結(jié)果為有效時間外的情 況下，使步驟S1205中的處理結(jié)束。 另一方面，在有效時間內(nèi)的情況下，使處理進入步驟S1402。 接著，檢測代理計算機712判斷接收到的HTTP請求是否為來自預先被許可的IP 地址(特定IP地址)的請求(步驟S1402)。在本實施方式中，作為這一特定地址使用管理 者用終端裝置120的IP地址。從而，在接收到來自管理者用終端裝置120的HTTP請求的 情況下，檢測代理計算機712判斷這一 HTTP請求為來自預先被許可的IP地址的請求。
在步驟S1402中的判斷結(jié)果是判斷為來自特定地址的請求的情況下，使處理進入 步驟S1403,在判斷為不是來自特定地址的請求的情況下，使處理進入步驟S1405。
在步驟S1405中，檢測代理計算機712廢棄接收到的HTTP請求(拒絕來自此HTTP 請求的發(fā)送源的IP地址的連接)。 另一方面，在步驟S1403中，檢測代理計算機712將上述步驟S609中從管理者用 終端裝置120經(jīng)由閱覽用瀏覽器711所發(fā)送的HTTP請求作為檢測數(shù)據(jù)記錄在RAM202及 HDD204中。此時，管理者就從閱覽用瀏覽器711上向萬維網(wǎng)郵件服務器150實際地實施訪 問。HTTP請求是例如具有圖23、圖24所示的構(gòu)成的數(shù)據(jù)。關于HTTP請求其細節(jié)在后敘述。
接著，在步驟S1404中，檢測代理計算機712進行將上述步驟S609中從管理者用 終端裝置120所發(fā)送的HTTP請求經(jīng)由廣域網(wǎng)絡140發(fā)送給萬維網(wǎng)郵件服務器150的處理。
返回到圖12，另一方面，在完成按鈕1114被指示的情況下使處理從步驟S1204進 入步驟S1206(在圖6的步驟S605中退出循環(huán))。 在這里，在上述步驟S1205已取得檢測數(shù)據(jù)的情況下，經(jīng)由步驟S1206使處理進入 步驟S1207，在未取得的情況下，經(jīng)由步驟SI206使處理進入步驟S1215。
在步驟S1215中，中繼服務器110對管理者用終端裝置120通知尚未接受HTTP請 求的意思，因此管理者用終端裝置120在畫面1100中的顯示區(qū)域1112上顯示該意思的消 息。例如，在顯示區(qū)域1112上顯示如M1216所示那樣的顯示。 接著，管理者用終端裝置120判斷管理者用終端裝置120的操作者是否使用鍵盤 207、指示器208輸入旨在重發(fā)HTTP請求的操作指示(步驟S1217)。例如，在指示了顯示 M1216中的"是"按鈕的情況下，判斷為輸入了重發(fā)指示。另一方面，在指示了"否"按鈕的 情況下，判斷為沒有輸入重發(fā)指示。 在這樣的判斷處理的結(jié)果是判斷為管理者用終端裝置120輸入了重發(fā)指示的情 況下，使處理返回到步驟S1204，檢測代理計算機712等待從閱覽用瀏覽器711重發(fā)HTTP 請求。另一方面，在管理者用終端裝置120沒有輸入重發(fā)指示的情況下，使處理進入步驟 S1218。 在步驟S1218中，管理者用終端裝置120對中繼服務器IIO通知沒有輸入重發(fā)指示的情況，因此中繼服務器110結(jié)束檢測代理計算機712，將自身工作模式轉(zhuǎn)移到通常模 式。 接著，在步驟S1219中，管理者用終端裝置120在畫面1100中的顯示區(qū)域1112上 進行1220M所示的顯示。 另一方面，在步驟S1207中，中繼服務器IIO將自身的工作模式轉(zhuǎn)移到通常模式。
接著，在步驟S1208中，中繼服務器110解析上述步驟S1403中作為檢測數(shù)據(jù)而保 存在RAM202、HDD204上的HTTP請求。然后，中繼服務器110檢測(抽取、取得)在HTTP請 求內(nèi)所記載的各個設定信息的屬性名。 圖15是表示步驟S1208中的處理之細節(jié)的流程圖。 在圖15所示的流程圖，對于各自的設定信息進行步驟S1502 S1504的處理。
首先，在步驟S1502中，中繼服務器110根據(jù)HTTP請求中的HTTP首標信息及主體 信息，對被分割成發(fā)送目的地URL、Cookie、多部分(multipart)的正文、附件等信息全部進 行分解/分析(HTTP請求分析)。
關于這種處理，使用圖23、24進行說明。 圖23是表示HTTP請求之構(gòu)成例的圖。如圖23所示，HTTP請求由HTTP首標部 2301 、和HTTP主體部2302所構(gòu)成。 HTTP首標部2301除第1行外每行以屬性名屬性值這種格式而構(gòu)成，例如，屬性 名Cookie的屬性值如2303所示為"7982347928349529323423423425124"。第1行如HTTP 協(xié)議所定義那樣是HTTP方法、HTTP路徑、HTTP版本。 另外，HTTP主體部2302由文本字符串所構(gòu)成，在HTTP的協(xié)議中，規(guī)定在持有多個 構(gòu)成要素的情況下能夠?qū)?&"作為區(qū)分字符而構(gòu)成。從而，在圖23中可知HTTP主體部2302 的第2構(gòu)成要素是"Subj = WDWLDAwIFfff2qAdiIF% 2BQ麗RFHEr2qrqi3oA"。進一步，各構(gòu) 成要素將"="作為區(qū)分字符，以屬性名=屬性值這種格式而構(gòu)成。例如，第2構(gòu)成要素由 屬性名2304 (Subj)、屬性值2305 (WDWLDAwIFfff2qAdiIF% 2BQ麗RFHEr2qrqi3oA)組成。
此夕卜，在HTTP首標部2301定義為"Content-type:application/ x-www-form-urlencoded"。因此，屬性值2305內(nèi)的"％ 2B"根據(jù)HTTP的規(guī)定被認為與"+ " 同值。 這樣中繼服務器110將HTTP首標部2301以及HTTP主體部2302以構(gòu)成要素為單 位進行分解，并將各自的構(gòu)成要素看作屬性名和屬性值的對，在各自的屬性值之中、確定與 在畫面1100中所提示的設定信息之值相吻合的屬性值。然后中繼服務器110取得與已確 定的屬性值成對的屬性名作為屬性名信息。 此外，關于請求對象URL，由HTTP首標部2301的開頭兩行而生成。在此情況下，處 于第2行的屬性名"Host"的屬性值為"w麗.xmail. jp"，第1行的HTTP路徑為"/Vebmai1/ send"。從而，請求對象URL就為"HTTP:〃www. xmail. jp/webmail/send"。
接著，使用圖24就在萬維網(wǎng)郵件上添附了附件時的HTTP請求分析進行說明。圖 24是表示在萬維網(wǎng)郵件上添附了附件時的HTTP請求之構(gòu)成例的圖。 圖24所示的HTTP請求也是與圖23所示的HTTP請求相同地由HTTP首標部2401 和HTTP主體部2402所構(gòu)成，關于HTTP首標部2401的分析方法與前述的分析方法相同。
另一方面，若掃描HTTP主體部2402可知是按HTTP協(xié)議所定的格式在區(qū)域2405有附件的實際狀態(tài)。在這里，由于屬性值2407為"multipart/form-data"形式，所以可知 區(qū)域包含于被稱之為多部分的區(qū)域中。在多部分區(qū)域中，對用邊界字符串(boundary)所區(qū) 分的每個區(qū)域持有多部分首標部2408和多部分主體部2409，附件處在多部分主體部2409 內(nèi)。從而，對其成對的多部分首標部2408進行檢查。 在多部分首標部2408中按HTTP協(xié)議所定的格式而記述著屬性名2403以及文件 名2404，利用HTTP請求分析取得屬性名2403作為附件的屬性名。 這樣，在本實施方式所涉及的HTTP請求分析中，取得與在圖ll所例示的畫面llOO 中所提示的設定信息之值(屬性值)成對并記載在HTTP請求中的屬性名作為屬性名信息。 當然，如上述那樣，設定信息有發(fā)送目的地、主題等多個，所以就對于各自的設定信息取得 屬性名信息。 從而，在步驟S1502中，將HTTP請求如上述那樣按屬性名和屬性值的每一對進行 分解，并保存在RAM202、 HDD204中。 接著，在步驟S1503中，中繼服務器110判斷在步驟S1502所取得的多個屬性值之 中是否有在畫面1100上正進行顯示的信息(亦即、應該被設定在檢測對象的萬維網(wǎng)郵件上 的發(fā)送目的地條件、主題、正文等的作為屬性值信息所設定的信息)。在這種判斷的結(jié)果是 中繼服務器110檢測到正進行顯示的情況下，使處理進入步驟S1504。另一方面，在沒有檢 測到的情況下，使處理返回到步驟S1502，進行應分析下一HTTP請求的以后的處理。
在步驟S1504中，將與中繼服務器IIO檢測到的屬性值信息成對記錄的在步驟 S1502所取得的屬性名信息保存在RAM202、 HDD204中。例如，取圖23所示的HTTP請求為 例，屬性值2305與畫面1100中作為主題而顯示在顯示區(qū)域1106上的設定信息之值(屬性 值)相符(步驟S1503)。從而，可知與這一屬性值2305成對并記載在HTTP請求中的屬性 名2304(Subj)就意味著主題，所以中繼服務器110取得這一屬性名2304作為與此設定信 息相對應的屬性名信息(步驟S1504) 。 S卩、細節(jié)在后敘述，在發(fā)送數(shù)據(jù)信息412中，應當記 錄在主題409中的值就為屬性名2304 (Sub j)。 以上就是在圖12的步驟S1208進行的HTTP請求分析處理之細節(jié)。 返回到圖12，接著在步驟S1209中，中繼服務器110判斷在步驟S1208中是否能夠
從檢測數(shù)據(jù)抽取出屬性名信息。在這種判斷的結(jié)果是能夠抽取出的情況下使處理進入步驟
S1210，在無法抽取出的情況下使處理進入步驟S1219。 在步驟S1219中，中繼服務器110將1220M所示的顯示的數(shù)據(jù)發(fā)送給管理者用終 端裝置120，因此管理者用終端裝置120在圖11所例示的畫面1100中的顯示區(qū)域1112上 顯示M1220所示的顯示。 另一方面，在步驟S1210中，中繼服務器IIO進行會話信息的確定。在利用了 HTTP 的萬維網(wǎng)郵件服務中，由于在服務側(cè)管理用戶的注冊狀態(tài)等，所以會話管理功能就成為必 須，在各HTTP請求中列入有會話信息。圖16是表示步驟S1210中的處理之細節(jié)的流程圖。
首先，在步驟S1601中，中繼服務器110判斷在通過上述HTTP請求分析處理而解 析的HTTP請求中是否有Cookie。在這種判斷的結(jié)果是中繼服務器110判斷為有Cookie的 情況下，使處理進入步驟S1602。另一方面，在判斷為沒有Cookie的情況下，使處理進入步 驟S1604。 在步驟S1602中，中繼服務器110判斷經(jīng)過分析的所有HTTP請求就Cookie是否有相同屬性值。在這種判斷的結(jié)果是中繼服務器判斷為所有HTTP請求的Cookie具有相同 屬性值的情況下，使處理進入步驟S1603。另一方面，在判斷為不具有的情況下，中繼服務器 110判斷為會話的確定已失敗，并結(jié)束按照圖16的流程圖的處理。 另一方面，在步驟S1603中，中繼服務器110將Cookie判斷為會話標識符。然后， 中繼服務器IIO判斷為會話的確定已成功，并結(jié)束按照圖16的流程圖的處理。關于這種處 理，取具有圖23所示的構(gòu)成的HTTP請求和具有圖24所示的構(gòu)成的HTTP請求為例進行說 明。圖23所示的HTTP請求中所記述的Cookie之屬性值2303、和圖24所示的HTTP請求中 所記述的Cookie之屬性值2406是相同值。S卩、各自的HTTP請求具有相同值作為Cookie 的屬性值，所以可知各自的HTTP請求將Cookie作為會話標識符為同一會話。
另一方面，在步驟S1604中，中繼服務器110判斷為尚未定義Cookie,所以從 Cookie以外的HTTP請求搜索共同的屬性值。此時，中繼服務器110從解析后的各自HTTP 請求中將能夠取得屬性名信息的"屬性名與屬性值的對"之中、發(fā)送數(shù)據(jù)信息412之候補以 外的對作為處理對象。 然后，在步驟S1605中，中繼服務器110判斷在步驟S1604已設為處理對象的對之 中、是否存在具有共同的"屬性名=屬性值的對"這種對。在這種判斷的結(jié)果是判斷為這種 對存在的情況下，使處理進入步驟S1606。另一方面，在判斷為不存在的情況下，中繼服務器 110判斷為會話的確定已失敗，并結(jié)束按照圖16的流程圖的處理。 在步驟S1606中，中繼服務器110將在步驟S1605所取得的全部HTTP請求共同具 有的構(gòu)成"屬性名=屬性值"這種對的屬性名判斷為會話標識符。 此外，通過按照圖16的流程圖的處理所取得的會話標識符作為圖5所示的會話標 識符502被登錄在表信息500中。 返回到圖12，接著在步驟S1211中，中繼服務器110判斷在上述步驟S1208進行分 析所取得的屬性名信息的集合是否已經(jīng)被登錄在DBlll中。在這種判斷的結(jié)果是中繼服務 器110判斷為已登錄的情況下，使處理進入步驟S1213。另一方面，在判斷為未登錄的情況 下，使處理進入步驟S1212。步驟S1211中的判斷結(jié)果由中繼服務器110通知給管理者用終 端裝置120。 在步驟S1213中，管理者用終端裝置120在圖11所例示的畫面1100中的顯示區(qū) 域1112上顯示如M1214所示那樣的顯示。 另一方面，在步驟S1212中，管理者用終端裝置120將顯示部209的顯示切換到圖 17所例示的畫面1700。圖17是表示一覽顯示HTTP請求分析結(jié)果的畫面1700之顯示例的 圖。用于顯示這一畫面1700的畫面信息在中繼服務器110被創(chuàng)建，管理者用終端裝置120 基于由中繼服務器110接收到的畫面信息來顯示畫面1700。 在畫面1700中顯示區(qū)域1701上顯示著管理者用終端裝置120的IP地址。 在顯示區(qū)域1702上顯示著對顯示區(qū)域1703上所顯示的URL的訪問時刻。 在顯示區(qū)域1703顯示著HTTP請求的發(fā)送目的地的URL。在本實施方式的情況下，
這一 URL就是萬維網(wǎng)郵件服務器150提供的萬維網(wǎng)郵件服務用的主頁地址。 在顯示區(qū)域1704上顯示"正文"、"附件"、"正文&附件"中的某一個。在通過上述
HTTP請求分析處理檢測到正文但沒有檢測到附件的情況下顯示為"正文"，在檢測到附件但
沒有檢測到正文的情況下顯示為"附件"，在檢測到其雙方的情況下顯示為"正文&附件"。
19
在顯示區(qū)域1705上顯示著單選按鈕lllla、llllb中的哪一個在顯示區(qū)域1111中 被指示了。在指示了單選按鈕lllla的情況下顯示"郵件發(fā)送"，在指示了單選按鈕llllb 的情況下顯示"草稿保存"。 在顯示區(qū)域1706上顯示著表示是否檢測到關于發(fā)送源的屬性名的記號。在圖17 的情況下顯示著"〇"，所以表示就發(fā)送源檢測到其屬性名。在就發(fā)送源沒有檢測到其屬性 名的情況下顯示"X"。 此外，這對于以后也同樣如此，關于表示是否檢測到屬性名的記號的顯示方式并 不特別進行限定。 在顯示區(qū)域1707上顯示著通過上述HTTP請求分析處理所取得的屬性值。如果能 夠正確地檢測屬性名，其屬性值就與畫面1100中的顯示區(qū)域1102上所顯示的發(fā)信人地址 相符。 在顯示區(qū)域1708、 1709、 1710上分別顯示著通過上述HTTP請求分析處理所取得的 屬性值。如果能夠正確地檢測屬性名，其屬性值就與畫面1100中的顯示區(qū)域1103、1104、 1105上所顯示的郵件地址相符。 在顯示區(qū)域1711上顯示著通過上述HTTP請求分析處理所取得的屬性值。如果能 夠正確地檢測屬性名，其屬性值就與畫面1100中的顯示區(qū)域1106上所顯示的字符串相符。
在顯示區(qū)域1712上顯示著通過上述HTTP請求分析處理所取得的屬性值。如果能 夠正確地檢測屬性名，其屬性值就與畫面1100中的顯示區(qū)域1108上所顯示的字符串相符。
如果通過指示畫面1100中的下載按鈕1110所下載的文件內(nèi)容與通過HTTP請求 分析處理所獲得的附件內(nèi)容相符，就在顯示區(qū)域1713上顯示"〇"。另一方面，在不一致的 情況或附件根本就未發(fā)送的情況下就顯示"X "。 在顯示區(qū)域1714上顯示著在上述步驟S1210所取得的會話標識符。例如，在會話 標識符是Cookie的情況下就顯示為"Cookie"。另外，在判斷為會話標識符是屬性名的情況 下就顯示該屬性名。 此外，如畫面1700那樣的畫面是通過一次訪問而完成郵件發(fā)送時的畫面，在通過 多次訪問而完成郵件發(fā)送的情況下，就顯示與各自訪問的HTTP請求有關的畫面。例如，在 檢測到只是附件的HTTP請求的情況下，就取代圖17所示的畫面1700而顯示圖18所示的 畫面1800。用于顯示這一畫面1800的畫面信息在中繼服務器110被創(chuàng)建，管理者用終端裝 置120基于由中繼服務器110接收到的畫面信息來顯示畫面1800。 圖18是表示對僅僅發(fā)送了附件時的HTTP請求分析結(jié)果進行了一覽顯示的畫面 1800之顯示例的圖。此時，在關于附件的顯示區(qū)域1801、關于會話標識符的顯示區(qū)域1802 上顯示"〇"，關于其他項目因沒有從這一 HTTP請求檢測到，所以顯示著"X "。
返回到圖17，接著在將畫面1700上所顯示的各屬性名信息登錄到DB111中的情 況下，管理者用終端裝置120的操作者使用鍵盤207、指示器208來指示按鈕1716。另一方 面，在不登錄的情況下則指示按鈕1715。 當管理者用終端裝置120的操作者使用鍵盤207、指示器208指示按鈕1716后，管 理者用終端裝置120就依照該指示將顯示部209的顯示切換到圖19所示的畫面1900。用 于顯示這一畫面1900的畫面信息在中繼服務器IIO被創(chuàng)建，管理者用終端裝置120基于由 中繼服務器110接收到的畫面信息來顯示畫面1900。
圖19是表示用于確認登錄信息的畫面1900之顯示例的圖。 在畫面1900中顯示區(qū)域1901上顯示上述畫面1000中的顯示區(qū)域1002上所顯示 的服務名。 在顯示區(qū)域1902上顯示著上述畫面1700中的顯示區(qū)域1704上所顯示的類別。
在顯示區(qū)域1903上顯示著管理者用終端裝置120以與其他設定ID不重復的方式 所發(fā)行的詳細設定ID。 在顯示區(qū)域1904上顯示著上述畫面1700中的顯示區(qū)域1703上所顯示的URL。
在顯示區(qū)域1905上顯示著與上述畫面1700中的顯示區(qū)域1707上所顯示的"發(fā)信 人"屬性值成對的屬性名信息。 在顯示區(qū)域1906上顯示著與上述畫面1700中的顯示區(qū)域1708上所顯示的"To" 屬性值成對的屬性名信息。 在顯示區(qū)域1907上顯示著與上述畫面1700中的顯示區(qū)域1709上所顯示的"Cc" 屬性值成對的屬性名信息。 在顯示區(qū)域1908上顯示著與上述畫面1700中的顯示區(qū)域1710上所顯示的"Bcc" 屬性值成對的屬性名信息。 在顯示區(qū)域1909上顯示著與上述畫面1700中的顯示區(qū)域1711上所顯示的"主 題"屬性值成對的屬性名信息。 在顯示區(qū)域1910上顯示著與上述畫面1700中的顯示區(qū)域1712上所顯示的"正 文"屬性值成對的屬性名信息。 在顯示區(qū)域1911上顯示著對于設定信息"附件"通過上述HTTP請求分析處理所 取得的屬性名信息。此外，在萬維網(wǎng)郵件上未添附附件的情況下當然就在顯示區(qū)域1911上 什么都不顯示。即、只是在顯示區(qū)域1902上顯示著"正文&附件"或者"附件"的情況下， 附件的屬性名信息被顯示在顯示區(qū)域1911上。 這一畫面1900是對應于上述畫面1700的畫面，在圖19中顯示區(qū)域1911為空白 欄。從而，在畫面1800的情況下在顯示區(qū)域1911上顯示為"filename",顯示區(qū)域1905 1910為空白欄。而且，在顯示區(qū)域1903上顯示不重復的詳細設定ID(例如32)，在顯示區(qū) 域1904上顯示在畫面1800所顯示的URL "HTTP:〃www. xmail. jp/webmail/attach"，在顯 示區(qū)域1902上顯示為"附件"。 當在畫面1900顯示著的狀態(tài)下，管理者用終端裝置120的操作者使用鍵盤207、指 示器208指示取消按鈕1912后，管理者用終端裝置120就關閉畫面1900，返回到畫面1700 或者畫面1800。 另一方面，當管理者用終端裝置120的操作者使用鍵盤207、指示器208指示按鈕 1913后，就將登錄指示發(fā)送給中繼服務器110。當中繼服務器110從管理者用終端裝置120 接收這一登錄指示后，就將通過HTTP請求分析處理所取得的各自的屬性名信息作為屬性 值的設定模式，登錄在表信息300、400、500中相當?shù)牡胤健?圖8是表示構(gòu)成本實施方式所涉及的系統(tǒng)的裝置間的半自動抽取登錄之動作的 圖。在圖8中，對于與圖6、12、13中已說明處理相同的處理附加相同的參照編號，其說明省略。 在這里，通過如上述那樣在圖9中管理者用終端裝置120的操作者使用鍵盤207、指示器208指示畫面900中的行906或行907，在顯示部209上顯示圖20所例示的畫面 2000。 圖20是表示對每個萬維網(wǎng)郵件服務的信息進行了一覽顯示的畫面2000之顯示例 的圖。下面作為一例，就指示了行906的情況進行說明。 在畫面2000上顯示著對于萬維網(wǎng)郵件服務名"freemail"登錄在DB111上的發(fā)送 數(shù)據(jù)信息之概要。在圖20中顯示著登錄有用于檢測正文的發(fā)送數(shù)據(jù)信息、和用于檢測附件 的發(fā)送數(shù)據(jù)信息。 詳細設定ID2001與圖4中的詳細設定ID402相同。即、不準許重復的詳細設定 ID。 URL2002表示該設定(就此URL采用了作為HTTP請求分析后的結(jié)果的屬性名信息 的發(fā)送控制)起作用的URL，例如，與圖4中的URL404相同。 類別2003表示通過該設定能夠取得的數(shù)據(jù)之種類，例如，與圖4中的類別403相 同。 另夕卜，還能夠通過選中復選框2004，指示"刪除"按鈕2005，從DB111中刪除對應 的設定。 在這里，當管理者用終端裝置120的操作者使用鍵盤207、指示器208對顯示著服 務名的行2007或行2008進行指示后，管理者用終端裝置120就將顯示部209的顯示切換 到畫面1900。此外，在通過此畫面移轉(zhuǎn)顯示了畫面1900時，若管理者用終端裝置120的操 作者使用鍵盤207、指示器208指示取消按鈕1912后，管理者用終端裝置120就關閉畫面 1900，返回到畫面2000。 另外，當管理者用終端裝置120的操作者使用鍵盤207、指示器208指示按鈕2006 后，管理者用終端裝置120將顯示部209的顯示切換到畫面1900(但是各顯示區(qū)域為空 白)。管理者用終端裝置120的操作者能夠使用此畫面1900來設定新的屬性名信息。此外， 在通過此畫面移轉(zhuǎn)顯示了畫面1900時，當管理者用終端裝置120的操作者使用鍵盤207、指 示器208指示取消按鈕1912后，管理者用終端裝置120就關閉畫面1900，返回到畫面2000。
圖21是表示上述各種各樣的畫面之移轉(zhuǎn)圖的圖。此外，在圖21中，從畫面2000 向畫面1900移轉(zhuǎn)時的"返回"按鈕被設置在管理用瀏覽器701上。 接著，就自動提示登錄處理、即圖6的步驟S612、S613中的處理進行說明。自動提 示登錄處理在未進行半自動抽取登錄處理的時間帶定期地或者不定期地執(zhí)行。
在未進行半自動抽取登錄處理的期間，客戶端終端裝置100、管理者用終端裝置 120能夠發(fā)送萬維網(wǎng)郵件，因此當然是從各自的終端裝置向中繼服務器110發(fā)送與這一發(fā) 送有關的HTTP請求。但是還有時候是從客戶端終端裝置100或管理者用終端裝置120進 行向布告板的寫入等，因萬維網(wǎng)郵件發(fā)送以外的目的而對中繼服務器110發(fā)送HTTP請求。
從而，中繼服務器110與HTTP請求是表示怎樣的操作無關地，使從管理者用終端 裝置120或客戶端終端裝置100所發(fā)送的HTTP請求作為日志記錄在HDD204中。從而在步 驟S612中，中繼服務器110進行分析HDD204中所記錄的HTTP請求的日志的處理。當然， 中繼服務器110進行記錄的HTTP請求的日志的記錄對象并不限于HDD204。
圖22是表示步驟S612中的處理之細節(jié)的流程圖。 首先，在步驟S2201中，中繼服務器110對于在HDD204等中作為日志所記錄的HTTP請求進行與上述步驟S1502中的HTTP請求分析處理同樣的處理。 接著，在步驟S2202中，中繼服務器110參照在步驟S2201所進行的HTTP請求分
析處理之結(jié)果，取出發(fā)送目的地URL，并判斷這一發(fā)送目的地URL是否已經(jīng)登錄在DB111中。
在這種判斷的結(jié)果是已經(jīng)登錄的情況下，中繼服務器IIO判斷為"無檢測"，結(jié)束按照圖22
所示的流程圖的處理。 另一方面，在判斷為尚未登錄的情況下，中繼服務器110使處理進入步驟S2203。
在步驟S2203中，中繼服務器110參照在步驟S2201所進行的HTTP請求分析處理 之結(jié)果，來確定會話標識符。本步驟中的會話標識符之確定處理為按照圖16所示的流程圖 的處理。在上述的半自動抽取登錄處理中，通過利用檢測代理計算機712對來自閱覽用瀏 覽器711的請求進行限定并中繼，因此能夠明確地確定單一的會話標識符(作為發(fā)送源的 閱覽用瀏覽器711、作為發(fā)送目的地的萬維網(wǎng)郵件服務器150都被限定)。但是在自動提示 登錄處理中，記錄著從多個客戶端終端裝置100向各種各樣的萬維網(wǎng)服務器的連接的日志 成為解析對象，因此所檢測的會話標識符也并非單一而有可能存在多個。從而，在會話標識 符的管理上使用會話列表。會話列表是能夠?qū)挊俗R符作為鍵來管理多個會話信息。在 這里，會話信息是持有由會話標識符、評價值、多個步驟S2201中所進行的請求分析結(jié)果、 附加信息組成的構(gòu)造。關于評價值在后敘述。此外，會話列表被保存在RAM202、HDD204等 中。另外，即便自動提示登錄處理結(jié)束，該內(nèi)容也不會被廢棄而保存在HDD204等中。從而， 在自動提示登錄處理的起始就需要將會話列表從HDD204等向RAM202讀入等處理。
在步驟S2203中的處理結(jié)果是中繼服務器IIO在所取得的會話標識符已經(jīng)登錄在 會話列表中的情況下使處理進入步驟S2204。另一方面，在所取得的會話標識符尚未登錄在 會話列表中的情況下使處理進入步驟S2205。 在步驟S2205中，中繼服務器110將在步驟S2201所取得的會話標識符作為新鍵 追加登錄在會話列表中。此時，進行追加登錄的構(gòu)造是會話信息，并設定有作為鍵的會話標 識符、在步驟S2201所取得的請求分析結(jié)果。此外，雖然在后敘述，此時評價值為0。
另一方面，在步驟S2204中，由于在步驟S2201所取得的會話標識符被登錄在會話 列表中，所以中繼服務器110將在步驟S2201所取得的請求分析的結(jié)果追加登錄到已經(jīng)登 錄的會話信息中。這一處理的結(jié)果就是在此會話信息中登錄有多個請求分析結(jié)果。
此外，在會話信息中追加請求分析結(jié)果之際，中繼服務器110首先判斷持有相同 構(gòu)成的請求分析結(jié)果(對于同一URL，屬性名集合一致)是否已經(jīng)登錄在會話信息中。這就 是設想在同一HTTP會話內(nèi)發(fā)送了多個萬維網(wǎng)郵件的情況。從而，在這種情況下，不僅進行 這樣的追加登錄處理，而且還對會話信息給與表示旨在一個以上的萬維網(wǎng)郵件被發(fā)送的信 息。 接著，在步驟S2206中，中繼服務器110參照在步驟S2201所進行的HTTP請求分 析處理之結(jié)果，來判斷在這一HTTP請求中是否包含有萬維網(wǎng)郵件上使用的構(gòu)成要素。艮卩、 中繼服務器110判斷與萬維網(wǎng)郵件發(fā)送有關的HTTP請求是否包含在日志中。例如，郵件地 址、附件的有無、日本語字符串等就符合萬維網(wǎng)郵件上將使用的構(gòu)成要素。例如，如果某屬 性值為"foo(gexample. com"，在可知這一屬性名是持有郵件地址的項目(中間夾著字符@， 在后方存在被認為是域的字符串.com)。如果這樣的構(gòu)成要素包含在HTTP請求中，就判斷 為這一 HTTP請求有可能涉及萬維網(wǎng)郵件發(fā)送。
23
在這種判斷的結(jié)果是包含有萬維網(wǎng)郵件上使用的構(gòu)成要素的HTTP請求存在的情 況下，中繼服務器110使處理進入步驟S2207。另一方面，在包含有萬維網(wǎng)郵件上使用的構(gòu) 成要素的HTTP請求不存在的情況下使處理進入步驟S2208。 在步驟S2207中，中繼服務器110計算針對包含有萬維網(wǎng)郵件上使用的構(gòu)成要素 的請求分析結(jié)果的評價值。例如，在請求分析結(jié)果中包含郵件地址作為屬性值的情況下在 現(xiàn)得分中加上3分，在包含日本語字符串作為屬性值的情況下在現(xiàn)得分中加上1分，在日本 語字符串為長文(規(guī)定長度以上)的情況下在現(xiàn)得分中加上3分，在包含附件的情況下在 現(xiàn)得分中加上5分。這樣，通過每當從請求分析結(jié)果檢測到這樣的條件，就在現(xiàn)得分(最初 為0分)上進行加分，就能夠求得針對請求分析結(jié)果的累積得分作為評價值。S卩、這一評價 值表示"涉及萬維網(wǎng)郵件發(fā)送的HTTP請求的準確度"，其值越高則涉及萬維網(wǎng)郵件發(fā)送的 HTTP請求的準確度就越高。 此外，這樣所求出的評價值被記錄在會話信息中。即、在持有相同會話標識符的多 個請求分析結(jié)果存在的情況下，中繼服務器110將各自的請求分析結(jié)果之評價值加在這一 會話信息中所記錄的評價值的現(xiàn)得分上。這是因為在同一 HTTP會話中進行評價的屬性名 即便被分割成多個HTTP請求(例如正文和附件)，又即便用單一的HTTP請求進行發(fā)送(例 如、正文&附件)，評價值也為同值的緣故。 接著，在步驟S2208中，中繼服務器110判斷在會話列表中是否存在已超過預先所 定的期間范圍的會話標識符。在這里，就"預先所定的期間范圍"進行說明。
在中繼服務器110 —側(cè)預先設定期間t和請求數(shù)n，會話信息從被登錄到會話列表 中起在會話列表中只保存期間t的期間(不保留)。這是因為不應該長時間地保持會話信 息，所以無需大量地保持。即、若超過這一期間t，中繼服務器110就從會話列表中刪除這一 會話信息。此外，時間t不是表示實際時間上的期間，而是表示成為分析對象的日志的記錄 時間上的期間。例如，在期間t為1小時的情況下，不是按實際處理時間保存1小時，而是 意味著以新登錄的會話信息所持有的請求分析結(jié)果的時間信息為基點，保存直到1小時后 的時間信息為止的請求分析結(jié)果。 另外，在會話列表中每個會話信息只登錄到請求分析結(jié)果數(shù)n(不保留)。這是因 為不持有使針對萬維網(wǎng)郵件服務的請求在短時間大量發(fā)生的性質(zhì)，所以無需大量地保持。 從而，關于期間t和請求數(shù)n，在成為任意一方的范圍外時，中繼服務器110就判斷為超過會 話列表的期間范圍。 只要不超過會話列表的期間范圍，在自動提示登錄處理中不進行未知的萬維網(wǎng)郵 件服務的提示。 從而，中繼服務器110在超過期間t的會話信息存在或者會話信息在此時刻保持 的請求分析結(jié)果數(shù)比n多這一條件滿足的情況下，使處理進入步驟S2209。另一方面，在這 一條件不滿足的情況下判斷為"無檢測"，結(jié)束按照圖22所示的流程圖的處理。此外，會話 列表不被丟棄而保存在RAM202、 HDD204等中。 在步驟S2209中，中繼服務器110從會話列表刪除滿足了上述條件的會話信息。 此外，雖然在這種處理中是從會話列表刪除會話信息，但對于會話信息其本身則并非從 RAM202等存儲器進行刪除。 接著，在步驟S2210中，中繼服務器110判斷從會話列表所刪除的會話信息的評價值是否超越預先所定的閾值。在這種判斷的結(jié)果是超越閾值的情況下，中繼服務器110判 斷為"有檢測"，并結(jié)束按照圖22所示的流程圖的處理。此外，會話列表不被丟棄而保存在 RAM202、HDD204等中。 另一方面，在未超越閾值的情況下，中繼服務器110判斷為"無檢測"，并結(jié)束按照 圖22所示的流程圖的處理。此外，會話列表不被丟棄而保存在RAM202、HDD204等中。
返回到圖6，接著，在步驟S612中判斷為"無檢測"的情況下，中繼服務器110經(jīng)由 步驟S613使處理返回到步驟S612。另一方面，在步驟S612中判斷為"有檢測"的情況下， 中繼服務器110經(jīng)由步驟S613使處理進入步驟S611。此外，中繼服務器110將步驟S612 中的判斷結(jié)果通知給管理者用終端裝置120。 在步驟S611中，與半自動抽取登錄同樣管理者用終端裝置120例如經(jīng)由管理用瀏 覽器701來顯示圖17所例示的畫面1700。在這一畫面1700中對于從會話列表所刪除的會 話信息具有的請求分析結(jié)果進行顯示。 通過以上處理結(jié)束自動提示登錄的說明，在自動提示登錄的結(jié)果不明確的情況 下，管理者用終端裝置120的操作者能夠根據(jù)在步驟S611所顯示的信息，進一步指示半自 動抽取登錄處理。據(jù)此，就能夠更為正確地在DBlll中登錄與萬維網(wǎng)郵件服務有關的信息 (屬性名信息)。 通過以上的說明，根據(jù)本實施方式對利用了 HTTP的萬維網(wǎng)郵件服務進行與以往 的利用了 SMTP的電子郵件的發(fā)送控制系統(tǒng)等同的設定就變得容易。另外，還能夠從日志自 動地檢測新萬維網(wǎng)郵件服務，并實施高效率的發(fā)送控制。 此外，關于在以上的說明中所用的數(shù)據(jù)及表信息的構(gòu)成、裝置及系統(tǒng)的構(gòu)成只是 一例，如果是本領域技術人員，只要能夠?qū)崿F(xiàn)與上述處理等同的處理則它們也可以適宜地 進行變形。 在這里，就使用通過上述處理所創(chuàng)建的表信息300、表信息400、表信息500由中繼 服務器110所進行的萬維網(wǎng)郵件的發(fā)送控制處理進行簡單地觸及。 在DBlll中如前述那樣，登錄有萬維網(wǎng)郵件限制規(guī)則。在萬維網(wǎng)郵件限制規(guī)則上 例如登錄有特定的地址被設定于TO、特定的地址被設定于CC、特定的關鍵字存在于郵件 主題或正文等條件；和在與該條件相吻合的情況下所進行的、許可(中繼)/拒絕(中斷) 萬維網(wǎng)郵件的發(fā)送、遵照該萬維網(wǎng)郵件發(fā)送者的管理者的判斷的(保留)等處理。當然還 可以設定以要對特定的地址發(fā)送帶附件的萬維網(wǎng)郵件的情況，要發(fā)送對持有多個域的地址 所發(fā)送的郵件的情況、閾值以上的發(fā)送目的地被設定于TO或CC的情況作為條件的萬維網(wǎng) 郵件限制規(guī)則。 然后，當中繼服務器110取得從客戶端終端裝置100對廣域網(wǎng)絡140所發(fā)送的 HTTP請求后，就判斷作為其發(fā)送目的地的URL是否被設定于圖4的表信息400的URL404。 在是針對表信息400的URL404上所設定的URL的HTTP請求時，對該HTTP請求使用在表信 息400中的該URL的記錄的發(fā)送數(shù)據(jù)信息412上所定義的各種屬性名信息(FROM405、T0406 等)來分析HTTP請求，并取得作為萬維網(wǎng)郵件的FROM、TO等所設定的各種信息(屬性值信 息)。 然后，通過將所取得的各種信息(屬性值信息)適用于萬維網(wǎng)郵件限制規(guī)則，來進 行萬維網(wǎng)郵件的發(fā)送控制。在作為所取得的HTTP請求的發(fā)送目的地的URL尚未設定于表
25信息400的URL404的情況下，則不會適用萬維網(wǎng)郵件限制規(guī)則。但是在有其他的發(fā)送控制
規(guī)則的情況下就進行適用了該發(fā)送控制規(guī)則的發(fā)送控制處理。〈其他實施方式> 雖然上面就實施方式進行了表示，但同樣可采用例如作為系統(tǒng)、裝置、方法、程序
或者記錄媒介等的實施方式。具體而言，對于中繼服務器以及客戶端終端裝置，既可以分別
應用于由多個設備所構(gòu)成的系統(tǒng)，也可以應用于由一個設備所組成的系統(tǒng)。 另外，不言而喻與本實施方式同樣的方式在通過對系統(tǒng)或者裝置供給程序而達成
的情況下也能夠適應。在此情況下，通過將保存了由用于達成與本實施方式同樣目的的軟
件所表現(xiàn)的程序的記錄媒介在這一系統(tǒng)或者裝置進行讀出，該系統(tǒng)或者裝置就可以享有同
樣的效果。 進而，通過將用于實現(xiàn)與本實施方式同樣目的的軟件借助于通信程序從網(wǎng)絡上的
服務器、數(shù)據(jù)庫等進行下載并讀出，該統(tǒng)或者裝置就可以享有同樣的效果。 此外，在權利要求的范圍所記載的發(fā)明中還包含將上述的實施方式及其變形例組
合起來的構(gòu)成。
權利要求
一種信息處理裝置，其特征在于包括第1受理部件，受理從終端裝置發(fā)送給提供萬維網(wǎng)郵件服務的萬維網(wǎng)郵件服務器的萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求中所設定的多個設定信息的屬性值；接收部件，接收從上述終端裝置對上述萬維網(wǎng)郵件服務器所發(fā)送的萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求數(shù)據(jù)、即將上述第1受理部件所受理的上述屬性值作為上述設定信息進行了設定的萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求；檢測部件，通過解析上述接收部件所接收到的上述萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求，來檢測該HTTP請求中所包含的發(fā)送目的地URL、以及上述第1受理部件所受理的屬性值的設定模式；以及第1存儲部件，將上述檢測部件所檢測到的發(fā)送目的地URL和屬性值的設定模式對應起來進行存儲，其中該屬性值的設定模式為在針對上述萬維網(wǎng)郵件服務器的萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求的通信控制中所使用的上述屬性值的設定模式，用于取得上述萬維網(wǎng)郵件數(shù)據(jù)的設定信息的屬性值。
2. 按照權利要求1所記載的信息處理裝置，其特征在于上述接收部件還進一步具備確定部件，在接收到多個從上述終端裝置對上述萬維網(wǎng)郵件服務器所發(fā)送的上述萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求的情況下，將在上述多個萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求全部持有共同的屬性值的設定信息確定為會話識別信息，上述第1存儲部件進一步存儲用上述確定部件所確定的會話識別信息。
3. 按照權利要求1或者2所記載的信息處理裝置，其特征在于還包括第2受理部件，自上述終端裝置受理檢測開始指示，上述檢測部件通過在上述第2受理部件受理了檢測開始請求以后對上述接收部件所接收到的上述萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求進行解析，來檢測該HTTP請求中所包含的發(fā)送目的地URL、以及上述第1受理部件所受理的屬性值的設定模式。
4. 按照權利要求1至3中任意一項所記載的信息處理裝置，其特征在于上述檢測部件將上述HTTP請求的HTTP首標以及HTTP主體以構(gòu)成要素單位進行分解并對各個的構(gòu)成要素的屬性名和屬性值的對進行檢測，將檢測到的上述構(gòu)成要素的屬性名之中與上述第1受理部件所設定的屬性值成對的屬性名作為上述屬性值的設定模式進行檢測。
5. 按照權利要求4所記載的信息處理裝置，其特征在于還包括生成部件，通過解析上述HTTP請求生成畫面信息，該畫面信息用于將與上述檢測部件所檢測到的屬性值相對應的設定信息以可識別的方式進行畫面顯示。
6. 按照權利要求1至5中任意一項所記載的信息處理裝置，其特征在于還包括第2存儲部件，存儲以萬維網(wǎng)郵件的設定信息中所設定的屬性值作為條件的、上述萬維網(wǎng)郵件數(shù)據(jù)的通信發(fā)送控制上所用的萬維網(wǎng)郵件限制規(guī)則；判斷部件，判斷自終端裝置接收到的萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求中所包含的發(fā)送目的地URL是否存儲在上述第2存儲部件中；取得部件，當上述判斷部件判斷為發(fā)送目的地URL存儲在上述第2存儲部件中時，使用與該發(fā)送目的地URL對應起來的屬性名而取得屬性值信息；以及發(fā)送控制部件，通過核對上述取得部件所取得的屬性值信息和上述萬維網(wǎng)郵件限制規(guī)則，來進行能否發(fā)送萬維網(wǎng)郵件數(shù)據(jù)的控制。
7. 按照權利要求1至6中任意一項所記載的信息處理裝置，其特征在于在上述設定信息中包含萬維網(wǎng)郵件的主題、發(fā)送源、發(fā)送目的地、正文以及附件之中的至少某一個。
8. —種由信息處理裝置進行的信息處理方法，其特征在于包括第1受理步驟，受理從終端裝置發(fā)送給提供萬維網(wǎng)郵件服務的萬維網(wǎng)郵件服務器的萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求中所設定的多個設定信息的屬性值；接收步驟，接收從上述終端裝置對上述萬維網(wǎng)郵件服務器所發(fā)送的、將在上述第1受理步驟所受理的上述屬性值作為上述設定信息進行了設定的萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求；檢測步驟，通過解析在上述接收步驟所接收到的上述萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求，來檢測該HTTP請求中所包含的發(fā)送目的地URL、以及設定有在上述第1受理步驟所受理的屬性值的設定信息的屬性名；以及第1存儲步驟，將在上述檢測步驟所檢測到的發(fā)送目的地URL和上述屬性值的設定模式對應起來存儲在存儲裝置中，其中該屬性值的設定模式為在針對上述萬維網(wǎng)郵件服務器的萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求的通信控制中所使用的上述屬性值的設定模式，用于取得上述萬維網(wǎng)郵件數(shù)據(jù)的設定信息的屬性值。
9. 按照權利要求8所記載的信息處理方法，其特征在于上述接收步驟還進一步具備確定步驟，在接收到多個從上述終端裝置對上述萬維網(wǎng)郵件服務器所發(fā)送的上述萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求的情況下，將在上述多個萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求全部持有共同的屬性值的設定信息確定為會話識別信息，上述第1存儲步驟進一步將在上述確定步驟所確定的會話識別信息存儲到存儲裝置中。
10. 按照權利要求8或者9所記載的信息處理方法，其特征在于還包括第2受理步驟，自上述終端裝置受理檢測開始指示，上述檢測步驟通過在上述第2受理步驟受理了檢測開始請求以后對在上述接收步驟所接收到的上述萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求進行解析，來檢測該HTTP請求中所包含的發(fā)送目的地URL、以及在上述第1受理步驟所受理的屬性值的設定模式。
11. 按照權利要求8至10中任意一項所記載的信息處理方法，其特征在于上述檢測步驟將上述HTTP請求的HTTP首標以及HTTP主體以構(gòu)成要素單位進行分解并對各個的構(gòu)成要素的屬性名和屬性值的對進行檢測，將檢測到的上述構(gòu)成要素的屬性名之中與在上述第1受理步驟所設定的屬性值成對的屬性名作為上述屬性值的設定模式進行檢測。
12. 按照權利要求11所記載的信息處理方法，其特征在于還包括生成步驟，通過解析上述HTTP請求而生成畫面信息，該畫面信息用于將與在上述檢測步驟所檢測到的屬性值相對應的設定信息以可識別的方式進行畫面顯示。
13. 按照權利要求8至12中任意一項所記載的信息處理方法，其特征在于還包括在上述存儲裝置中存儲以萬維網(wǎng)郵件的設定信息上所設定的屬性值作為條件的、上述萬維網(wǎng)郵件數(shù)據(jù)的通信發(fā)送控制中所使用的萬維網(wǎng)郵件限制規(guī)則；判斷步驟，判斷自終端裝置接收到的萬維網(wǎng)郵件數(shù)據(jù)的HTTP請求中所包含的發(fā)送目 的地URL是否在上述登錄步驟中進行登錄；取得步驟，當在上述判斷步驟判斷為該發(fā)送目的地URL存儲在上述存儲裝置中時，使 用與該發(fā)送目的地URL對應起來的屬性名而取得屬性值信息；以及發(fā)送控制步驟，通過核對在上述取得步驟所取得的屬性值信息和上述萬維網(wǎng)郵件限制 規(guī)則，來進行能否發(fā)送萬維網(wǎng)郵件數(shù)據(jù)的控制。
14.按照權利要求8至13中任意一項所記載的信息處理方法，其特征在于在上述設定信息中包含萬維網(wǎng)郵件的主題、發(fā)送源、發(fā)送目的地、正文以及附件之中的 至少某一個。
全文摘要
本發(fā)明提供一種信息處理裝置、以及信息處理方法，使與萬維網(wǎng)郵件服務有關的發(fā)送控制系統(tǒng)的運用變得容易，進而進行新服務的自動檢測和設定對應的構(gòu)造。中繼服務器(110)將為了發(fā)送設定信息萬維網(wǎng)郵件而應當設定的多個設定信息發(fā)送給客戶端終端裝置(100)?？蛻舳私K端裝置(100)在經(jīng)由中繼服務器(110)對萬維網(wǎng)郵件服務器(150)進行了訪問以后，對上述多個設定信息進行設定之后對萬維網(wǎng)郵件服務器(150)發(fā)送作為萬維網(wǎng)郵件的源信息的HTTP請求。中繼服務器(110)接收此HTTP請求之后對這一HTTP請求進行解析，對于上述多個設定信息，分別取得作為其屬性名在HTTP請求中所記載的屬性名信息。然后，中繼服務器(110)將所取得的各自的屬性名信息登錄在存儲器中。
文檔編號H04L29/08GK101753482SQ200910246369
公開日2010年6月23日 申請日期2009年11月27日 優(yōu)先權日2008年11月28日
發(fā)明者林淑隆 申請人:佳能It解決方案股份有限公司