專利名稱：信息處理裝置以及信息處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及內(nèi)部網(wǎng)絡(luò)的終端裝置與因特網(wǎng)等外部網(wǎng)絡(luò)上的服務(wù)器裝置之間的通信的中繼控制相關(guān)的記錄的管理技術(shù)。
背景技術(shù)：
隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，能夠非常簡便并且高效地進行信息的交互。例如，能夠不費時間且不麻煩地將會議中使用的資料附加到電子郵件而事先發(fā)送給參加者。但是，這樣網(wǎng)絡(luò)技術(shù)發(fā)達而容易進行信息交互的反面，重要的機密信息簡單地流出到外部的危險性、從外部流入計算機病毒等有害信息的危險性變高。因此，在企業(yè)等中，采取了禁止向提供與業(yè)務(wù)沒有直接關(guān)系的信息的服務(wù)器訪問等的對策。例如，導入進行禁止針對特定的URL的訪問的通信控制即URL過濾的設(shè)備，將針對不被許可訪問的URL的請求不轉(zhuǎn)發(fā)到提供該URL表示的信息資源的外部服務(wù)器，從而使得無法訪問該URL表示的信息資源。在進行URL過濾的情況下，制作許可訪問的URL的列表即白名單、禁止訪問的URL 的列表即黑名單，進行針對它們的控制。即，進行如下控制對于針對白名單中登記的URL 的請求，中繼其通信，對于針對黑名單中登記的URL的請求，不中繼其通信。例如，在專利文獻1中，公開了如下結(jié)構(gòu)在從用戶對附加了閱覽限制的WEB站點存在閱覽要求的情況下，對監(jiān)查者通知閱覽的記錄。專利文獻1日本特開2008-2；34332號公報

發(fā)明內(nèi)容
但是，如果對于針對閱覽被限制的TOB站點的訪問記錄全部進行通知，則導致需要通知非常大量的記錄。特別是，在不僅是用戶指定的URL，而且還由多個URL訪問構(gòu)成頁面整體的站點中，有時通過其他URL指定圖像、動畫等文件獲取目的地。在這樣的情況下，在“用戶指定的 URL本身雖然被許可閱覽，但對于作為從此處鏈接的圖像、動畫等文件獲取目的地的URL， 成為閱覽限制的對象”這樣的情況下，導致需要通知大量的規(guī)定日志(log)。由于這樣的針對圖像、動畫的訪問并不是閱覽者故意(有意圖)地進行的訪問，所以這樣的訪問記錄并不是對進行適合的閱覽限制有用的記錄。因此，產(chǎn)生如下的費事監(jiān)查者為了進行適合的訪問限制，必須從大量的日志中， 抽出用戶故意(有意圖)地進行了訪問的日志。因此，本發(fā)明的目的在于提供一種對閱覽者向WEB站點的訪問進行管理的監(jiān)查者能夠高效地管理訪問日志的結(jié)構(gòu)。本發(fā)明提供一種信息處理裝置，其特征在于，具備獲取單元，獲取從終端裝置對 WEB服務(wù)器發(fā)送的數(shù)據(jù)獲取要求；參照源判斷單元，判斷在由所述獲取單元獲取的數(shù)據(jù)獲取要求中，是否包括該數(shù)據(jù)獲取要求的參照源URL ；以及通知單元，對監(jiān)查者能夠確定地通知由所述參照源判斷單元判斷為不包括參照源URL的來自所述終端裝置的數(shù)據(jù)獲取要求。另外，本發(fā)明提供一種信息處理方法，其特征在于，具備獲取工序，信息處理裝置的獲取單元獲取從終端裝置對WEB服務(wù)器發(fā)送的數(shù)據(jù)獲取要求；參照源判斷工序，所述信息處理裝置的參照源判斷單元判斷在通過所述獲取工序獲取的數(shù)據(jù)獲取要求中，是否包括該數(shù)據(jù)獲取要求的參照源URL ；以及通知工序，所述信息處理裝置的通知單元對監(jiān)查者能夠確定地通知通過所述參照源判斷工序判斷為不包括參照源URL的來自所述終端裝置的數(shù)據(jù)獲取要求。根據(jù)本發(fā)明，對閱覽者向TOB站點的訪問進行管理的監(jiān)查者能夠高效地管理訪問
日志ο


圖1是示出本發(fā)明的信息處理系統(tǒng)的結(jié)構(gòu)的一個例子的圖。圖2是示出作為圖1的代理服務(wù)器101能夠適用的信息處理裝置的硬件結(jié)構(gòu)的一個例子的圖。圖3是示出第1以及第2實施方式中的、由代理服務(wù)器101執(zhí)行的訪問控制處理的流程圖。圖4是示出訪問規(guī)則表的一個例子的圖。圖5是示出訪問日志表的一個例子的圖。圖6是示出本發(fā)明中的客戶機PC102、代理服務(wù)器101、WEB服務(wù)器105各自的處
理的流程的圖。圖7是示出本發(fā)明中的客戶機PC102、代理服務(wù)器101、WEB服務(wù)器105各自的處
理的流程的圖。圖8是示出在第1實施方式中由代理服務(wù)器101執(zhí)行的、將訪問日志顯示于客戶機PC中的處理的流程圖。圖9是示出在第1實施方式中在客戶機PC102中顯示的條件設(shè)定畫面的一個例子的圖。圖10是示出在步驟S803、步驟S1303中在客戶機PC102中顯示的訪問日志顯示畫面的一個例子的圖。圖11是示出在第1實施方式(步驟S811)、第4實施方式中在客戶機PC102中顯示的訪問日志顯示畫面的一個例子的圖。圖12是示出代理服務(wù)器101的功能結(jié)構(gòu)的框圖。圖13是示出在第2實施方式中由代理服務(wù)器101執(zhí)行的、將訪問日志顯示于客戶機PC中的處理的流程圖。圖14是示出在第2實施方式(步驟S1309)、第3實施方式中在客戶機PC102中顯示的訪問日志顯示畫面的一個例子的圖。圖15是示出在第3實施方式中由代理服務(wù)器101執(zhí)行的、訪問控制處理以及訪問日志的登記處理的流程圖。圖16是示出在第4實施方式中由代理服務(wù)器101執(zhí)行的訪問控制處理以及訪問日志的登記處理的流程圖。圖17是示出HTTP請求數(shù)據(jù)的結(jié)構(gòu)的圖。圖18是示出在步驟S1508中登記的訪問日志的圖。圖19是示出在步驟S1609中登記的訪問日志的圖。圖20是在步驟S1608中登記了用作判斷基準的閾值的表。圖21是示出設(shè)定圖20所示的閾值的畫面的一個例子的圖。圖22是示出在第3、第4實施方式中代理服務(wù)器101對客戶機PC102發(fā)送訪問日志的處理的流程圖。圖23是示出第3、第4實施方式中的檢索條件設(shè)定畫面的一個例子的圖。(符號說明)101 代理服務(wù)器；102 客戶機終端；103 =LAN ； 104 廣域網(wǎng)絡(luò)；105 =WEB服務(wù)器。
具體實施例方式以下，參照附圖，詳細說明本發(fā)明的實施方式。圖1是示出本發(fā)明的信息處理系統(tǒng)的系統(tǒng)結(jié)構(gòu)的一個例子的圖。如圖1所示，本實施方式的信息處理系統(tǒng)具備代理服務(wù)器101、客戶機PC102-1至 102-3 (以后，總稱為“客戶機PC102”)、LAN103、廣域網(wǎng)絡(luò)104,WEB服務(wù)器105-1至105-3 (以后，總稱為“WEB服務(wù)器105”)。以下，說明構(gòu)成本發(fā)明的信息處理系統(tǒng)的各裝置。代理服務(wù)器101是作為本發(fā)明的信息處理裝置發(fā)揮功能的裝置，對客戶機PC102 與WEB服務(wù)器105之間的數(shù)據(jù)通信進行中繼。另外，代理服務(wù)器101具有如下功能按照針對在客戶機PC102與TOB服務(wù)器105之間交互的數(shù)據(jù)，許可(中繼)或者拒絕(不中繼) 該數(shù)據(jù)的中繼這樣的中繼控制規(guī)則，進行數(shù)據(jù)的通信控制。另外，具有存儲與數(shù)據(jù)的通信控制相關(guān)的日志的功能?？蛻魴CPC102是利用TOB服務(wù)器105提供的各種服務(wù)(主頁的閱覽等)的用戶所使用的終端裝置。另外，具有顯示與代理服務(wù)器101中存儲的數(shù)據(jù)通信控制相關(guān)的日志的功能。LAN103是將代理服務(wù)器101、客戶機PC102以能夠相互數(shù)據(jù)通信的方式連接的網(wǎng)WEB服務(wù)器105是由提供各種TOB服務(wù)的服務(wù)運營商設(shè)置的服務(wù)器裝置。作為在此提供的服務(wù)，例如有主頁的閱覽服務(wù)、商品的銷售服務(wù)、飛機票、賓館等的預約服務(wù)等，但不限于此。代理服務(wù)器101和TOB服務(wù)器105經(jīng)由因特網(wǎng)等廣域網(wǎng)絡(luò)104可相互數(shù)據(jù)通信地連接。以上是本發(fā)明的信息處理系統(tǒng)結(jié)構(gòu)的一個例子的說明。以下，使用圖2，說明能夠適用于圖1所示的代理服務(wù)器101的信息處理裝置的硬件結(jié)構(gòu)的一個例子。在圖2中，201是CPU，總體上控制與系統(tǒng)總線204連接的各設(shè)備、控制器。另外， 在R0M203或者外部存儲器211中，存儲有CPU201的控制程序即BIOS (Basic Input/OutputSystem，基本輸入輸出系統(tǒng))、操作系統(tǒng)程序(以下，OS)、為了實現(xiàn)各服務(wù)器或者各PC執(zhí)行的功能而所需的各種程序等。202是RAM，作為CPU201的主存儲器、工作區(qū)等發(fā)揮功能。CPU201通過將在執(zhí)行處理時所需的程序等從R0M203或者外部存儲器211加載到RAM202中，并執(zhí)行該加載了的程序，由此實現(xiàn)各種動作。另外，205是輸入控制器，控制來自輸入裝置209等的輸入。206是視頻控制器，控制向液晶顯示器等顯示器裝置210的顯示。另外，顯示器裝置不限于液晶顯示器，也可以是 CRT顯示器等。也可以根據(jù)需要是客戶機使用的顯示器。207是存儲器控制器，控制向存儲引導程序、各種應(yīng)用程序、字體數(shù)據(jù)、用戶文件、 編輯文件、各種數(shù)據(jù)等的硬盤(HD)、軟盤(FD)、或者經(jīng)由適配器連接到PCMCIA卡槽的小型閃存(注冊商標)存儲器等外部存儲器211的訪問。208是通信I/F控制器，經(jīng)由網(wǎng)絡(luò)(例如，圖1所示的LAN104)與外部設(shè)備連接/ 通信，執(zhí)行網(wǎng)絡(luò)中的通信控制處理。例如，能夠進行使用了 TCP/IP的通信等。另外，CPU201通過執(zhí)行向例如RAM202內(nèi)的顯示信息用區(qū)域展開(光柵化)輪廓字體的處理，來使得能夠?qū)崿F(xiàn)顯示器裝置210上的顯示。另外，CPU201使得能夠通過顯示器裝置210上的未圖示的鼠標光標等來實現(xiàn)用戶指示。在硬件上動作的各種程序記錄在外部存儲器211中，通過根據(jù)需要加載到RAM202 中來由CPU201執(zhí)行。接下來，使用圖3，說明在本發(fā)明的第1以及第2實施方式中代理服務(wù)器101進行的訪問控制處理。另外，關(guān)于圖3的流程圖所示的處理，是代理服務(wù)器101的CPU201讀出規(guī)定的控制程序而執(zhí)行的處理。在步驟S301中，代理服務(wù)器101的CPU201從自客戶機PC102發(fā)送的HTTP請求數(shù)據(jù)中獲取成為訪問目的地的URL。在步驟S302中，代理服務(wù)器101的CPU201判定在步驟S301中獲取的訪問目的地 URL是否存在于訪問規(guī)則表(圖4)中。即，針對該訪問目的地URL，判定適用哪一個訪問規(guī)則。在判定為存在于訪問規(guī)則表中的情況下(步驟S302 “是”)，使處理轉(zhuǎn)移到步驟 S303。另一方面，在判定為不存在于訪問規(guī)則表的情況下(步驟S302 “否”)，使處理轉(zhuǎn)移到步驟S306。在步驟S303中，代理服務(wù)器101的CPU201針對在步驟S302中判定為適用的訪問規(guī)則，判定其動作是否為禁止訪問(不許可數(shù)據(jù)中繼)。在步驟S303中判定為許可訪問的情況下(步驟S303 許可)，使處理轉(zhuǎn)移到步驟 S306。另一方面，在步驟S303中判定為禁止訪問的情況下(步驟S303 禁止)，使處理轉(zhuǎn)移到步驟S304。在步驟S304中，代理服務(wù)器101的CPU201將從客戶機PC發(fā)送的針對URL的訪問被禁止的意思的結(jié)果記錄到訪問日志表(圖5)中。
此時，在訪問日志表中，不僅記錄有訪問被禁止的意思的結(jié)果(規(guī)則結(jié)果)，而且還記錄有從客戶機PC102發(fā)送了 HTTP請求數(shù)據(jù)的時刻(訪問時刻)、識別發(fā)送了 HTTP請求數(shù)據(jù)的客戶機PC的信息(IP地址等)(客戶機IP地址)、訪問目的地URL等。另外，在從客戶機PC102發(fā)送的HTTP請求數(shù)據(jù)中包括“RefererURL(參照源URL) ” 的情況下，還一并記錄該RefererURL。在步驟S305中，代理服務(wù)器101的CPU201對作為請求源的客戶機PC102發(fā)送表示訪問被禁止的意思的結(jié)果的HTTP響應(yīng)數(shù)據(jù)。然后，結(jié)束本流程圖所示的處理。步驟S306以后是在步驟S302中從客戶機PC102發(fā)送的訪問目的地URL不符合訪問規(guī)則的情況、或者在符合的訪問規(guī)則中設(shè)定的動作是“禁止”以外的情況的處理。在步驟S306中，代理服務(wù)器101的CPU201對在步驟S301中獲取的訪問目的地 URL表示的TOB服務(wù)器105進行訪問。在步驟S307中，代理服務(wù)器101的CPU201將從客戶機PC發(fā)送的針對URL的訪問被許可的意思的結(jié)果記錄到訪問日志表(圖5)中。此時，與步驟S304中的處理同樣地，對訪問日志表，還記錄從客戶機PC102發(fā)送了 HTTP請求數(shù)據(jù)的時刻(訪問時刻)、發(fā)送了 HTTP 請求數(shù)據(jù)的客戶機PC的IP地址(客戶機IP地址)、訪問目的地URL。另外，在從客戶機PC102發(fā)送的HTTP請求數(shù)據(jù)中包括“RefererURL”的情況下，還一并記錄該RefererURL。在步驟S308中，代理服務(wù)器101的CPU201從TOB服務(wù)器105獲取響應(yīng)數(shù)據(jù)，將該響應(yīng)數(shù)據(jù)發(fā)送到作為請求源的客戶機PC102。然后，結(jié)束本流程圖所示的處理。另外，在本實施方式中，構(gòu)成為對于向在訪問規(guī)則表中沒有設(shè)定的URL的訪問，許可訪問，但也可以構(gòu)成為作為默認處理而設(shè)定為訪問禁止，并按照其設(shè)定進行處理。通過以上的處理，能夠?qū)υ诖矸?wù)器101中執(zhí)行的、針對從客戶機PC102發(fā)送的 HTTP請求數(shù)據(jù)的處理進行記錄。接下來，使用圖6，說明本發(fā)明的第1以及第2實施方式中的客戶機PC102、代理服務(wù)器101、TOB服務(wù)器105各自的處理的流程。另夕卜，在圖6中，說明“由多個URL訪問構(gòu)成頁面整體，對于由用戶指定的URL本身，訪問被許可，但對于作為從此處鏈接的圖像的文件獲取目的地的URL，訪問被禁止的情況”的處理。在步驟S601中，從客戶機PC102對代理服務(wù)器101發(fā)送HTTP請求數(shù)據(jù)(相當于圖3中的步驟S301)。在圖6所示的例子中，從客戶機PC102發(fā)送的HTTP請求數(shù)據(jù)(訪問目的地 URL)是"http //example, com/index, html，，。然后，在步驟S602中，代理服務(wù)器101獲取在步驟S601中發(fā)送的HTTP請求數(shù)據(jù)， 基于訪問規(guī)則表判定該數(shù)據(jù)可否中繼(相當于圖3的步驟S302、S303)。在圖6所示的例子中，從客戶機PC102發(fā)送的訪問目的地URL是“http // example, com/index, html ”，所以符合訪問規(guī)則表中的規(guī)則 ID 3( "http //example, com/ *，，)。因此，該規(guī)則的動作是“許可”，所以在步驟S602中，從客戶機PC102發(fā)送的數(shù)據(jù)的中繼被許可(相當于圖3的步驟S303 許可)。
在步驟S603 中，代理服務(wù)器 101 向 “http //example, com/index, html ” 表示的 WEB服務(wù)器105進行訪問。然后，在步驟S604中，WEB服務(wù)器105將針對步驟S603的訪問的響應(yīng)數(shù)據(jù)發(fā)送給代理服務(wù)器101，代理服務(wù)器101獲取該響應(yīng)數(shù)據(jù)(相當于圖3的步驟 S306)。在步驟S605 中，代理服務(wù)器 101 將針對“http//example, com/index, html”的訪問被許可的意思記錄到訪問日志表中(相當于圖3的步驟S307)。另外，在步驟S605中記錄的訪問日志相當于圖5所示的訪問日志表的“日志ID :3”所示的日志。在步驟S606中，代理服務(wù)器101將從WEB服務(wù)器105獲取的響應(yīng)數(shù)據(jù)發(fā)送給客戶機PC102(相當于圖3的步驟S308)。然后，在客戶機PC102中，對在步驟S606中從代理服務(wù)器101發(fā)送的響應(yīng)數(shù)據(jù)進行解析，獲取WEB頁面內(nèi)包含的作為圖像數(shù)據(jù)的獲取目的地的URL。另外，在圖6所示的例子中，對響應(yīng)數(shù)據(jù)進行解析而得到的URL是“http:/Abs. example, com/image, png”。在步驟S607 中，以所獲取的 URL(http://bbs. example, com/image, png)為訪問目的地的HTTP請求數(shù)據(jù)，從客戶機PC102發(fā)送到代理服務(wù)器101(相當于圖3的步驟S301)。此時，HTTP請求數(shù)據(jù)作為RefererURL具有作為鏈接源的WEB頁面的URL的“http //example, com/index, html，，。然后，在步驟S608中，代理服務(wù)器101獲取在步驟S607中發(fā)送的HTTP請求數(shù)據(jù)， 基于訪問規(guī)則表判定該數(shù)據(jù)可否中繼(相當于圖3的步驟S302、S303)。在圖6所示的例子中，從客戶機PC102發(fā)送的訪問目的地URL是“http:/Abs. example, com/image, png",所以符合訪問規(guī)則表中的規(guī)則 ID :1 ( "http://bbs. example, com/*") ο因此，該規(guī)則的動作是“禁止”，所以在步驟S608中，不進行從客戶機PC發(fā)送的數(shù)據(jù)的中繼(相當于圖3的步驟S303 禁止)。在步驟S609 中，代理服務(wù)器 101 將針對 “http//bbs. example, com/image, png” 的訪問被禁止的意思記錄到訪問日志表中(相當于圖3的步驟S30304)。另外，此時，在訪問日志表中，一并記錄有作為RefererURL的“http//example, com/index, html”。另外，在步驟S609中記錄的日志相當于圖5所示的訪問日志表的“日志ID 4 ”所示的日志。然后，在步驟S610中，從代理服務(wù)器101對客戶機PC102，發(fā)送訪問被禁止的意思的信息(相當于圖3的步驟S305)。接下來，使用圖7，對于向獨立的2個TOB頁面的訪問都被禁止訪問的情形，說明客戶機PC102、代理服務(wù)器101、TOB服務(wù)器105分別執(zhí)行的處理的流程。在步驟S701中，從客戶機PC102對代理服務(wù)器101發(fā)送HTTP請求數(shù)據(jù)(相當于圖 3中的步驟S301)。在圖7所示的例子中，假設(shè)從客戶機PC102發(fā)送的HTTP請求數(shù)據(jù)(訪問目的地 URL)是"http://bbs. example, com/index, html，，。然后，在步驟S702中，代理服務(wù)器101獲取在步驟S701中發(fā)送的HTTP請求數(shù)據(jù)， 基于訪問規(guī)則表判定該數(shù)據(jù)可否中繼(相當于圖3的步驟S302、S303)。在圖7所示的例子中，從客戶機PC102發(fā)送的訪問目的地URL是“http:/Abs. example, com/index, html”，所以符合訪問規(guī)則表中的規(guī)則 ID 1( "http://bbs. example, com/*") ο因此，該規(guī)則的動作是“禁止”，所以在步驟S702中，不進行從客戶機PC102發(fā)送的數(shù)據(jù)的中繼(相當于圖3的步驟S303 禁止)。
在步驟S703 中，代理服務(wù)器 101 將針對“http://bbs. example, com/index, html” 的訪問被禁止的意思記錄到訪問日志表中(相當于圖3的步驟S30304)。另外，在步驟S703 中記錄的日志相當于圖5所示的訪問日志表的“日志ID 1”所示的日志。然后，在步驟S704中，從代理服務(wù)器101對客戶機PC102，發(fā)送訪問被禁止的意思的信息(相當于圖3的步驟S305)。在步驟S705中，從客戶機PC102對代理服務(wù)器101發(fā)送HTTP請求數(shù)據(jù)(相當于圖 3中的步驟S301)。在圖7所示的例子中，假設(shè)從客戶機PC102發(fā)送的HTTP請求數(shù)據(jù)(訪問目的地 URL)是"http //bbs. example, com/main, html，，。然后，在步驟S706中，代理服務(wù)器101獲取在步驟S705中發(fā)送的HTTP請求數(shù)據(jù)， 基于訪問規(guī)則表判定該數(shù)據(jù)可否中繼(相當于圖3的步驟S302、S303)。在圖7所示的例子中，從客戶機PC102發(fā)送的訪問目的地URL是“http:/Abs. example, com/main, html”，所以符合訪問規(guī)則表中的規(guī)則 ID :1 ( "http://bbs. example, com/*") ο因此，該規(guī)則的動作是“禁止”，所以在步驟S706中，不進行從客戶機PC102發(fā)送的數(shù)據(jù)的中繼(相當于圖3的步驟S303 禁止)。在步驟S707 中，代理服務(wù)器 101 將針對“http:/Abs. example, com/main, html ”的訪問被禁止的意思記錄到訪問日志表中(相當于圖3的步驟S30304)。另外，在步驟S707 中記錄的日志相當于圖5所示的訪問日志表的“日志ID :2”所示的日志。此時，在步驟S705 中發(fā)送的HTTP請求數(shù)據(jù)中沒有RefererURL，所以在訪問日志表中也不記錄RefererURL。然后，在步驟S708中，從代理服務(wù)器101對客戶機PC102，發(fā)送訪問被禁止的意思的信息(相當于圖3的步驟S305)。接下來，使用圖8，說明本發(fā)明的第1實施方式中的代理服務(wù)器101將訪問日志表中記錄的訪問日志中的、訪問被禁止的日志顯示于客戶機PC102中的處理。另外，關(guān)于圖8的流程圖所示的處理，是代理服務(wù)器101的CPU201讀出規(guī)定的控制程序而執(zhí)行的處理。在步驟S801中，代理服務(wù)器101的CPU201從用戶接受訪問日志的檢索條件的設(shè)定。另外，對于檢索條件的設(shè)定，是經(jīng)由客戶機PC102中顯示的檢索條件設(shè)定畫面(圖 9)接受。此處，說明在圖9中示出一個例子的檢索條件設(shè)定畫面。在圖9所示的畫面中，作為檢索訪問日志的檢索條件，能夠進行訪問時刻的時刻條件(期間、時間范圍)、“自動排除解析”的0N/0FF以及“自動排除解析時間”的設(shè)定。在“自動排除解析”是OFF的情況下，根據(jù)時刻條件檢索出的所有訪問日志成為顯
示對象。在“自動排除解析”是ON的情況下，根據(jù)時刻條件檢索出的訪問日志中的、沒有記錄RefererURL的日志、以及記錄了 RefererURL的日志中的從向該RefererURL的訪問時刻起經(jīng)過了用“自動排除解析時間”設(shè)定的時間之后被訪問的日志成為顯示對象。另外，對于自動排除解析時間，能夠由用戶任意設(shè)定。在圖9所示的例子中，示出了檢索出訪問日志表中記錄的訪問時刻是“2010年10 月1日(金) 2010年10月觀日(木)”的期間，“00時00分 M時00分”(整天)的日志的例子。另外，由于自動排除解析是0N(選擇框被選擇)，所以如上所述，基于時刻條件檢索出的訪問日志中的、沒有記錄RefererURL的日志、以及記錄了 RefererURL的日志中的從向該RefererURL的訪問時刻起經(jīng)過了 10秒以上之后被訪問的日志成為顯示對象。在步驟S802中，代理服務(wù)器101的CPU201判斷在步驟S801中設(shè)定的條件中、自動排除解析是否被設(shè)定為0N(選擇框中是否打了 “ V ”記號)。在被設(shè)定為OFF的情況下(步驟S802 :“0FF” )，使處理轉(zhuǎn)移到步驟S803。在被設(shè)定為ON的情況下(步驟S803 :“0N” )，使處理轉(zhuǎn)移到步驟S804。在步驟S803中，代理服務(wù)器101的CPU201為了將根據(jù)在步驟S801中設(shè)定的時刻條件檢索出的所有禁止訪問日志(規(guī)則結(jié)果被記錄為禁止的訪問日志)顯示于客戶機 PC102中，而發(fā)送到客戶機PC102。在步驟S804中，代理服務(wù)器101的CPU201讀入訪問日志表中記錄的訪問日志中的最初的訪問日志。在步驟S805中，代理服務(wù)器101的CPU201判斷在步驟S804中讀入的訪問日志的 “規(guī)則結(jié)果”是否為禁止。如果判斷為是禁止(步驟S805 “是”)，則使處理轉(zhuǎn)移到步驟S806。如果判斷為不是禁止(步驟S805 “否”)，則使處理轉(zhuǎn)移到步驟S812。S卩，該訪問日志從顯示對象中被排除。在步驟S806中，代理服務(wù)器101的CPU201判斷在步驟S804中讀入的訪問日志的訪問時刻是否滿足在步驟S801中設(shè)定的時刻條件。即，在圖9的例子中，判斷該訪問日志的訪問時刻是否為“2010年10月1日(金) 2010年10月觀日(木)”的期間。在判斷為滿足時刻條件的情況下(步驟S806 “是”)，使處理轉(zhuǎn)移到步驟S807。在判斷為不滿足時刻條件的情況下(步驟S806 “否”)，使處理轉(zhuǎn)移到步驟S812。 即，該訪問日志從顯示對象中被排除。在步驟S807中，判斷在步驟S804中讀入的訪問日志的HTTP模式是否為GET模式。如果判斷為是GET模式(步驟S807 “是”)，則使處理轉(zhuǎn)移到步驟S808。如果判斷為不是GET模式(步驟S807 “否”)，則使處理轉(zhuǎn)移到步驟SSll0即，將該訪問日志作為顯示對象而顯示于客戶機PC102中。在步驟S808中，代理服務(wù)器101的CPU201判斷在步驟S804中讀入的訪問日志中是否記錄有RefererURL。在判斷為記錄有RefererURL的情況下(步驟S808 “是”)，使處理轉(zhuǎn)移到步驟 S809。在判斷為沒有記錄RefererURL的情況下(步驟S808 “否”)，使處理轉(zhuǎn)移到步驟 S811。即，將該訪問日志作為顯示對象而顯示于客戶機PC102中。在步驟S809中，代理服務(wù)器101的CPU201獲取如下訪問日志，該訪問日志是與針對在步驟S804中讀入的訪問日志中記錄的RefererURL的訪問相關(guān)的訪問日志、并且是記錄了與在步驟S804中讀入的訪問日志的“客戶機IP地址”相同的客戶機IP地址的訪問日
ο另外，在本實施例中，在同一性的判斷中使用了訪問源的客戶機PC的IP地址，但不限于此，也可以通過其他基準來判斷同一性。在步驟S810中，代理服務(wù)器101的CPU201判斷在步驟S804中讀入的訪問日志的訪問時刻是否為從在步驟S809中獲取的訪問日志的訪問時刻(向RefererURL的訪問時刻)起經(jīng)過了在步驟S801中設(shè)定的自動排除解析時間的時刻。即，判斷與在步驟S804中讀入的訪問日志相關(guān)的訪問是否為從向RefererURL的訪問起經(jīng)過了自動排除解析時間之后的訪問。在判斷為是從向RefererURL的訪問起經(jīng)過了自動排除解析時間之后的訪問的情況下(步驟S810:“是”)，使處理轉(zhuǎn)移到步驟S811。即，將該訪問日志作為顯示對象而顯示于客戶機PC102中。在判斷為是從向RefererURL的訪問起經(jīng)過自動排除解析時間之前的訪問的情況下(步驟S810:“否”)，使處理轉(zhuǎn)移到步驟S812。即，該訪問日志從顯示對象中被排除。在步驟S811中，代理服務(wù)器101的CPU201為了將在步驟S804中讀入的訪問日志顯示于客戶機PC102中，發(fā)送到客戶機PC102。在步驟S812中，代理服務(wù)器101的CPU201判斷在步驟S804中讀入的訪問日志是否為訪問日志表中記錄的訪問日志中的最后的訪問日志。如果判斷為是最后的訪問日志(步驟S812 “是”)，則結(jié)束本流程圖所示的處理。如果判斷為不是最后的訪問日志(步驟S812 “否”)，則使處理轉(zhuǎn)移到步驟S804， 將接下來的訪問日志讀入1行。通過以上的處理，能夠僅將用戶(閱覽者)有意圖地訪問的日志通知給監(jiān)查者。由此，能夠進行適合的日志管理。具體而言，與記錄了 RefererURL的請求數(shù)據(jù)相關(guān)的訪問不是有意圖的訪問的可能性高。但是，不能說與記錄了 RefererURL的請求數(shù)據(jù)相關(guān)的所有訪問都是沒有意圖的訪問，即使記錄了 RefererURL，也有可能是有意圖的訪問。因此，考慮從向RefererURL的訪問起的經(jīng)過時間，雖然是記錄了 RefererURL的訪問，但也判斷是否為有意圖的訪問。S卩，在從向RefererURL的訪問起的經(jīng)過時間短的情況下，是瀏覽器自動地進行了請求的日志的可能性高。另一方面，關(guān)于從向RefererURL的訪問起經(jīng)過了一定時間之后的訪問，可以說是用戶有意圖的訪問(點擊了鏈接目的地等)的可能性高。因此，通過考慮從向RefererURL的訪問起的經(jīng)過時間，來能夠適當?shù)嘏袛嗍欠駷橛幸鈭D的訪問。這樣，判斷是否為有意圖的訪問，對于沒有意圖的訪問的日志，不進行通知/顯示，從而能夠降低監(jiān)查者搜索混在大量的日志中的有用的日志的時間。其結(jié)果，能夠進行有效的日志管理。進而，在本實施方式中，在步驟S807中判斷請求“是否為GET模式”，在不是GET模式的情況下，設(shè)成顯示對象日志。這是因為，對于不是GET模式(例如POST等)的情況，不論有無RefererURL、從向RefererURL的訪問起的經(jīng)過時間，是有意圖的訪問的情況多。通過該步驟S807中的判斷處理，能夠顯示對監(jiān)查有用的日志。另外，本發(fā)明的目的在于使對監(jiān)查沒有用的訪問日志不顯示。因此，步驟S807中的處理不是為了達成本發(fā)明的目的而必須的處理，即使省略也達成本發(fā)明的目的。接下來，使用圖10以及圖11，具體說明通過圖8的流程圖所示的處理而在客戶機 PC102中顯示的訪問日志。
圖10所示的畫面是在圖8的步驟S803中在客戶機PC102中顯示的畫面。S卩，顯示訪問日志表(圖5)中記錄的訪問日志的中的、規(guī)則結(jié)果是禁止、并且滿足在步驟S801經(jīng)由圖9所示的檢索條件設(shè)定畫面設(shè)定的時刻條件的所有訪問日志。在圖10所示的畫面中，顯示訪問日志表中的日志ID :1、2、4、5、6、8的訪問日志。圖11所示的畫面是在圖8的步驟S811中在客戶機PC102中顯示的畫面。以下，使用訪問日志表(圖5)以及圖8的流程圖，詳細說明圖11中顯示的訪問日志。另外，作為時刻條件，假設(shè)是圖9所示的條件(是“2010年10月1日(金) 2010年 10月觀日(木)，，的期間，“00時00分 24時00分”)。關(guān)于訪問日志表中示出的“日志ID 1”的訪問日志，是“規(guī)則結(jié)果禁止，，、“時刻條件滿足”、“HTTP模式=GET","RefererURL 無，，。因此，在圖8中的步驟S808中判斷為 “否”，在步驟S811中設(shè)成顯示對象。關(guān)于“日志ID :2”的訪問日志，是“規(guī)則結(jié)果禁止”、“時刻條件滿足”、“HTTP模式GET”、“RefererURL 無”，所以與日志ID 1的訪問日志同樣地設(shè)成顯示對象。關(guān)于“日志ID :3”的訪問日志，是“規(guī)則結(jié)果許可”，所以在圖8的步驟S805中判斷為“否”，從顯示對象中排除。關(guān)于“日志ID :4”的訪問日志，是“規(guī)則結(jié)果禁止”、“時刻條件滿足”、“HTTP模式GET”、“RefererURL 有”、“從向RefererURL的訪問起的時間差自動排除解析時間以內(nèi)”，所以在圖8的步驟S810中判斷為“否”，從顯示對象中排除。另外，與向RefererURL的訪問相關(guān)的訪問日志是“日志ID :3”的日志，從該訪問起的時間差是0秒。因此，判斷為是自動排除解析時間(10秒)以內(nèi)的訪問。關(guān)于“日志ID :5”的訪問日志，與日志ID 4的訪問日志同樣地從顯示對象中排除。另外，與向RefererURL的訪問相關(guān)的訪問日志是“日志ID :3”的日志，從該訪問起的時間差是2秒。因此，判斷為是自動排除解析時間(10秒)以內(nèi)的訪問。關(guān)于“日志ID :6”的訪問日志，是“規(guī)則結(jié)果禁止”、“時刻條件滿足”、“HTTP模式GET”、“RefererURL 有”、“從向RefererURL的訪問起的時間差自動排除解析時間經(jīng)過后”，所以在步驟S810中判斷為“是”，在步驟S811中設(shè)為顯示對象。另外，與向RefererURL的訪問相關(guān)的訪問日志是“日志ID :3”的日志，從該訪問起的時間差是20秒。因此，判斷為是經(jīng)過了自動排除解析時間(10秒)之后的訪問。關(guān)于“日志ID :7”的訪問日志，是“規(guī)則結(jié)果許可”，所以在圖8的步驟S805中判斷為“否”，從顯示對象中排除。關(guān)于“日志ID :8”的訪問日志，是“規(guī)則結(jié)果禁止”、“時刻條件滿足”、“HTTP模式P0ST”，所以在圖8的步驟S807中判斷為“否”，在步驟S811中設(shè)為顯示對象。圖12是示出本發(fā)明中的代理服務(wù)器101的功能結(jié)構(gòu)的框圖。獲取部1201獲取從客戶機PC102對TOB服務(wù)器發(fā)送的數(shù)據(jù)獲取要求(請求數(shù)據(jù))。參照源判斷單元1202判斷在獲取部1201獲取的請求數(shù)據(jù)中是否包括參照源URL。通知部1203將由第1決定部1205、第2決定部1208決定為通知的訪問日志通知給監(jiān)查者。時間差計算部1204計算獲取部1201獲取的請求數(shù)據(jù)從客戶機PC102發(fā)送的時刻、與對該請求數(shù)據(jù)中包含的參照源URL發(fā)送了請求數(shù)據(jù)的時刻的時間差。
第1決定部1205根據(jù)由時間差計算部1204計算出的時間差，決定是否對監(jiān)查者通知訪問日志。時間差設(shè)定接受部1206接收成為用于第1決定部1205決定是否通知訪問日志的基準的時間差的設(shè)定。中繼控制部1207決定從客戶機PC102發(fā)送的請求數(shù)據(jù)可否中繼。第2決定部1208通過由中繼控制部1207決定的可否中繼，來決定是否將與該請求數(shù)據(jù)相關(guān)的訪問日志通知給監(jiān)查者。存儲部1209將從客戶機PC102發(fā)送的請求數(shù)據(jù)存儲為日志。檢索條件接受部1210從監(jiān)查者等接受用于檢索存儲部1209中存儲的日志數(shù)據(jù)的條件的設(shè)定。抽出部1211從存儲部1209中存儲的日志數(shù)據(jù)中，抽出與由檢索條件接受部1210 接受的檢索條件一致的日志數(shù)據(jù)。〈第2實施方式〉接下來，說明本發(fā)明的第2實施方式。在第1實施方式中，在自動排除解析是ON的情況下，考慮從向RefererURL的訪問起的經(jīng)過時間，判斷了是否顯示訪問日志。相對于此，第2實施方式是不考慮從向RefererURL的訪問起的經(jīng)過時間，而通過在請求數(shù)據(jù)中是否包括RefereURL，來判斷是否顯示訪問日志的實施方式。S卩，在第1實施方式中的條件設(shè)定畫面(圖9)中，能夠進行自動排除解析時間的設(shè)定，但在第2實施方式中的條件設(shè)定畫面(未圖示)中，成為無法進行該設(shè)定的畫面(成為只能夠設(shè)定是否進行自動排除解析的畫面)。圖13是示出在本發(fā)明的第2實施方式中，代理服務(wù)器101將訪問日志表中記錄的訪問日志中的、訪問被禁止的日志顯示于客戶機PC102中的處理的流程圖。即，是代替第1 實施方式中的圖8的流程圖。另外，關(guān)于圖13的流程圖所示的處理，是代理服務(wù)器101的CPU201讀出規(guī)定的控制程序而執(zhí)行的處理。關(guān)于步驟S1301 步驟S1307所示的處理，是與圖8中的步驟S801 S807所示的處理相同的處理。因此，省略此處的說明。在步驟S1308中，代理服務(wù)器101的CPU201判斷在步驟S1304中讀入的訪問日志中是否記錄有RefererURL。在判斷為記錄有RefererURL的情況下(步驟S1308 “是”)，使處理轉(zhuǎn)移到步驟 S1310。在判斷為沒有記錄RefererURL的情況下(步驟S1308 “否”)，使處理轉(zhuǎn)移到步驟 S1309。在步驟S1309中，代理服務(wù)器101的CPU201為了將在步驟S1304中讀入的訪問日志顯示于客戶機PC102中，發(fā)送到客戶機PC102。在步驟S1310中，代理服務(wù)器101的CPU201判斷在步驟S1304中讀入的訪問日志是否為訪問日志表中記錄的訪問日志中的最后的訪問日志。如果判斷為是最后的訪問日志(步驟S1310 “是”)，則結(jié)束本流程圖所示的處理。
如果判斷為不是最后的訪問日志(步驟S1310 “否”)，則使處理轉(zhuǎn)移到步驟 S1304，將接下來的訪問日志讀入1行。如上所述，在第2實施方式中的處理中，不執(zhí)行第1實施方式中的步驟S809以及步驟S810所示的處理。由此，不論從向RefererURL的訪問起的經(jīng)過時間，能夠?qū)⒃谡埱髷?shù)據(jù)中存在RefererURL的訪問日志不作為顯示對象。圖14所示的畫面是通過第2實施方式中的圖13的步驟S1311的處理而在客戶機 PC102中顯示的畫面。顯示訪問日志表(圖5)中的日志ID :1、2、8的訪問日志。S卩，顯示滿足所設(shè)定的時刻條件的日志中的、“訪問被禁止的日志、并且沒有記錄 RefererURL的日志”、以及“訪問被禁止的日志、并且不是GET模式的日志”。通過以上的處理，能夠只將用戶(閱覽者)有意圖地訪問了的日志通知給監(jiān)查者。 其結(jié)果，能夠進行適合的日志管理。具體而言，可以說與記錄有RefererURL的請求數(shù)據(jù)相關(guān)的訪問不是用戶有意圖的訪問(點擊鏈接目的地等)，而是瀏覽器自動地獲取了數(shù)據(jù)的可能性高。這樣，通過有無RefererURL，來判斷是否為有意圖的訪問，對于沒有意圖的訪問的日志，不進行通知/顯示，從而能夠降低監(jiān)查者搜索混在大量的日志中的有用的日志的時間。由此，能夠進行高效的日志管理。進而，在本實施方式中，在步驟S1307中判斷請求“是否為GET模式”，在不是GET 模式的情況下，設(shè)為顯示對象日志。這是因為，對于不是GET模式(例如POST等)的情況， 不論有無RefererURL，是有意圖的訪問的情況較多。通過該步驟S1307中的判斷處理，能夠顯示對監(jiān)查有用的日志。另外，本發(fā)明的目的在于不顯示對監(jiān)查沒有用的訪問日志，所以步驟S1307中的處理不是為了達成本發(fā)明的目的而必須的處理，即使省略也達成本發(fā)明的目的。<第3實施方式>接下來，說明本發(fā)明的第3實施方式。第3實施方式是通過在請求數(shù)據(jù)中是否包括RefererURL，來判斷是否留下與該請求相關(guān)的訪問日志。在第1以及第2實施方式中，留下與所有請求相關(guān)的訪問日志(參照圖3)，在顯示該日志時考慮有無RefererURL、從向RefererURL的訪問起的經(jīng)過時間來判斷了是否顯示 (參照圖8、圖13)。在第3實施方式中，說明通過有無RefererURL來決定是否留下訪問日志的結(jié)構(gòu)。圖15是示出在本發(fā)明的第3實施方式中，代理服務(wù)器101接收從客戶機PC102發(fā)送的請求數(shù)據(jù)，記錄與該請求相關(guān)的訪問日志的處理的流程圖。即，是代替第1以及第2實施方式中的圖3的流程圖的圖。另外，關(guān)于圖15的流程圖所示的處理，是代理服務(wù)器101的CPU201讀出規(guī)定的控制程序而執(zhí)行的處理。在步驟S1501中，代理服務(wù)器101的CPU201獲取從客戶機PC102發(fā)送的HTTP請求數(shù)據(jù)，從該請求數(shù)據(jù)中獲取成為訪問目的地的URL。在步驟S1502中，代理服務(wù)器101的CPU201判定在步驟S1501中獲取的訪問目的地URL是否存在于訪問規(guī)則表(圖4)中。即，針對該訪問目的地URL，判定適用了哪一個訪問規(guī)則。在判定為存在于訪問規(guī)則表中的情況下(步驟S1502 “是”)，使處理轉(zhuǎn)移到步驟 S1504。另一方面，在判斷為不存在于訪問規(guī)則表中的情況下(步驟S1502 “否”)，使處理轉(zhuǎn)移到步驟S1503。在步驟S1503中，代理服務(wù)器101的CPU201針對在步驟S1502中判定為適用的訪問規(guī)則，判定其動作是否為禁止訪問(不許可數(shù)據(jù)中繼)。在步驟S1503中判定為許可訪問的情況下(步驟S1503 許可)，使處理轉(zhuǎn)移到步驟 S1504。另一方面，在步驟S1503中判定為禁止訪問的情況下(步驟S1503 禁止)，使處理轉(zhuǎn)移到步驟S1506。在步驟S1504中，代理服務(wù)器101的CPU201對在步驟S1501中獲取的訪問目的地 URL表示的TOB服務(wù)器105進行訪問。在步驟S1505中，代理服務(wù)器101的CPU201從WEB服務(wù)器105獲取響應(yīng)數(shù)據(jù)，將該響應(yīng)數(shù)據(jù)發(fā)送到作為請求源的客戶機PC102。然后，結(jié)束本流程圖所示的處理。在步驟S1506中，代理服務(wù)器101的CPU201判斷在步驟S1501中獲取的HTTP請求數(shù)據(jù)的模式是否為GET模式。在判斷為是GET模式的情況下(步驟S1506 “是”)，使處理轉(zhuǎn)移到步驟S1507。在判斷為不是GET模式的情況下(步驟S1506 “否”)，使處理轉(zhuǎn)移到步驟S1508。在步驟S1507中，代理服務(wù)器101的CPU201判斷在步驟S1501中獲取的請求數(shù)據(jù)中是否記錄有RefererURL。在判斷為記錄有RefererURL的情況下(步驟S1507 “是”)，使處理轉(zhuǎn)移到步驟 S1509。在判斷為沒有記錄RefererURL的情況下(步驟S1507 “否”)，使處理轉(zhuǎn)移到步驟 S1508。在步驟S1508中，代理服務(wù)器101的CPU201將從客戶機PC請求的針對URL的訪問被禁止的意思的結(jié)果記錄到訪問日志表(圖18)中。此時，在訪問日志表中，不僅記錄訪問被禁止的意思的結(jié)果(規(guī)則結(jié)果)，而且還記錄從客戶機PC102發(fā)送了 HTTP請求數(shù)據(jù)的時刻(訪問時刻)、識別發(fā)送了 HTTP請求數(shù)據(jù)的客戶機PC的信息(IP地址等)(客戶機IP地址)、訪問目的地URL等。在步驟S1509中，代理服務(wù)器101的CPU201對作為請求源的客戶機PC102發(fā)送表示訪問被禁止的意思的結(jié)果的HTTP響應(yīng)數(shù)據(jù)。然后，結(jié)束本流程圖所示的處理。另外，在本實施方式中，構(gòu)成為對于向在訪問規(guī)則表中沒有設(shè)定的URL的訪問，許可訪問，但也可以構(gòu)成為作為默認處理設(shè)定為訪問禁止，并按照其設(shè)定進行處理。通過以上的處理，能夠只記錄用戶(閱覽者)有意圖地訪問了的日志。由此，能夠進行適合的日志管理。
具體而言，與記錄有RefererURL的請求數(shù)據(jù)相關(guān)的訪問不是用戶有意圖的訪問 (點擊鏈接目的地等)，可以說是瀏覽器自動地獲取了數(shù)據(jù)的可能性高。這樣，通過有無RefererURL，來判斷是否為有意圖的訪問，對于不是有意圖的訪問的日志，不作為記錄而留下，從而能夠降低監(jiān)查者搜索混在大量的日志中的有用的日志的時間。由此，能夠進行高效的日志管理。進而，在本實施方式中，在步驟S1506中判斷請求“是否為GET模式”，在不是GET 模式的情況下，作為記錄而留下日志。這是因為，對于不是GET模式(例如POST等)，不論有無RefererURL，是有意圖的訪問的情況較多。通過該步驟S1506中的判斷處理，能夠記錄對監(jiān)查有用的日志。另外，本發(fā)明的目的在于，對于對監(jiān)查沒有用的訪問日志，不登記(不作為記錄而留下)，所以步驟S1506中的處理不是為了達成本發(fā)明的目的而必須的處理，即使省略也能達成本發(fā)明的目的。另外，通過采用在記錄訪問日志時判斷對監(jiān)查需要的日志和不需要的日志的結(jié)構(gòu)，從而不需要顯示日志時的判斷。這樣，通過不記錄不需要的日志，能夠有效地利用代理服務(wù)器等的資源(存儲區(qū)域等)。圖22是示出在本發(fā)明的第3實施方式中，代理服務(wù)器101為了在客戶機PC102中顯示訪問日志而向客戶機PC102發(fā)送訪問日志的處理的流程圖。另外，對于圖22的流程圖所示的處理，是代理服務(wù)器101的CPU201讀出規(guī)定的控制程序而執(zhí)行的處理。在步驟S2201中，代理服務(wù)器101的CPU201從用戶接受訪問日志的檢索條件的設(shè)定。另外，對于檢索條件的設(shè)定，經(jīng)由客戶機PC102中顯示的檢索條件設(shè)定畫面(圖23)而接受。此處，說明在圖23中示出一個例子的檢索條件設(shè)定畫面。在圖23所示的畫面中，作為檢索訪問日志的條件，能夠進行訪問時刻的時刻條件 (期間、時間范圍)的設(shè)定。在圖23所示的例子中，示出了訪問日志表中記錄的訪問時刻是“2010年10月1 日(金) 2010年10月28日(木)”的期間，檢索“00時00分 對時00分”(整天) 的日志的例子。在步驟S2202中，代理服務(wù)器101的CPU201從訪問日志表抽出與在步驟S2201中接受的檢索條件一致的訪問日志。在步驟S2203中，代理服務(wù)器101的CPU201為了將在步驟S2202中抽出的訪問日志顯示于客戶機PC102而發(fā)送到客戶機PC102。如果客戶機PC102接收到通過以上的處理發(fā)送的訪問日志，則在客戶機PC102中， 顯示圖14中示出一個例子的畫面(所顯示的畫面與第2實施方式相同)。<第4實施方式>接下來，說明本發(fā)明的第4實施方式。在第4實施方式中，通過在請求數(shù)據(jù)中是否包括RefererURL、以及從向 RefererURL的訪問起的經(jīng)過時間，來判斷是否留下與該請求相關(guān)的訪問日志。S卩，在第3實施方式中，對于與包括RefererURL的請求數(shù)據(jù)相關(guān)的訪問日志，全部不留下記錄(不存儲日志)，但在第4實施方式中，對于與包括RefererURL的請求數(shù)據(jù)相關(guān)的訪問日志，也通過從向該RefererURL的訪問起的經(jīng)過時間，來決定是否存儲日志。圖16是示出在本發(fā)明的第4實施方式中，代理服務(wù)器101接收從客戶機PC102發(fā)送的請求數(shù)據(jù)，記錄與該請求相關(guān)的訪問日志的處理的流程圖。另外，關(guān)于圖16的流程圖所示的處理，是代理服務(wù)器101的CPU201讀出規(guī)定的控制程序而執(zhí)行的處理。另外，關(guān)于步驟S1601 S1606的處理，是與第3實施方式中的圖15的步驟 S1501 S1506相同的處理，所以省略此處的說明。在步驟S1607中，代理服務(wù)器101的CPU201判斷在步驟S1601中獲取的請求數(shù)據(jù)中是否記錄有RefererURL。在判斷為記錄有RefererURL的情況下(步驟S1607 “是”)，使處理轉(zhuǎn)移到步驟
51608。在判斷為沒有記錄RefererURL的情況下(步驟S1607 “否”)，使處理轉(zhuǎn)移到步驟
51609。在步驟S1608中，代理服務(wù)器101的CPU201判斷在步驟S1601中獲取的請求數(shù)據(jù)的發(fā)送時刻、與在步驟S1607中判斷的向RefererURL的訪問時刻之差是否超過圖20所示的閾值。即，判斷是否為從向RefererURL的訪問起經(jīng)過了超過閾值的時間之后的訪問。另外，經(jīng)由圖21所示的設(shè)定畫面，由監(jiān)查者等設(shè)定圖20所示的閾值。在判斷為從向RefererURL的訪問時刻起經(jīng)過了超過閾值的時間的情況下(步驟 S1608 “是”)，使處理轉(zhuǎn)移到步驟S1609。在判斷為從向RefererURL的訪問時刻起的經(jīng)過時間沒有超過閾值的情況下(步驟S1608 “否”)，使處理轉(zhuǎn)移到步驟S1610。在步驟S1609中，代理服務(wù)器101的CPU201將從客戶機PC發(fā)送的針對URL的訪問被禁止的意思的結(jié)果記錄到訪問日志表(圖19)中。此時，在訪問日志表中，不僅記錄訪問被禁止的意思的結(jié)果(規(guī)則結(jié)果)，而且還記錄從客戶機PC102發(fā)送了 HTTP請求數(shù)據(jù)的時刻(訪問時刻)、識別發(fā)送了 HTTP請求數(shù)據(jù)的客戶機PC的信息(IP地址等)(客戶機IP地址)、訪問目的地URL等。另外，在從客戶機PC102發(fā)送的HTTP請求數(shù)據(jù)中包括“RefererURL (參照源URL)，， 的情況下，還一并記錄該RefererURL。在步驟S1610中，代理服務(wù)器101的CPU201對作為請求源的客戶機PC102發(fā)送表示訪問被禁止的意思的結(jié)果的HTTP響應(yīng)數(shù)據(jù)。然后，結(jié)束本流程圖所示的處理。通過以上的處理，能夠只記錄用戶(閱覽者)有意圖地訪問了的日志。由此，能夠進行適合的日志管理。具體而言，與記錄有RefererURL的請求數(shù)據(jù)相關(guān)的訪問不是用戶有意圖的訪問， 而是瀏覽器自動地訪問的可能性高。但是，不能說與記錄有RefererURL的請求數(shù)據(jù)相關(guān)的所有訪問是不是有意圖的訪問，即使記錄有RefererURL，也有可能是有意圖的訪問。因此， 考慮從向RefererURL的訪問起的經(jīng)過時間，即使是記錄有RefererURL的訪問，也判斷是否為有意圖的訪問。
S卩，在從向RefererURL的訪問起的經(jīng)過時間短的情況下，是瀏覽器自動地進行了請求的日志的可能性高。另一方面，關(guān)于從向RefererURL的訪問起經(jīng)過了一定時間之后的訪問，可以說是用戶有意圖的訪問(點擊了鏈接目的地等)的可能性高。因此，通過考慮從向RefererURL的訪問起的經(jīng)過時間，來能夠適合地判斷是否為有意圖的訪問。這樣，判斷是否為有意圖的訪問，對于不是有意圖的訪問的日志，不作為記錄而留下，從而能夠降低監(jiān)查者搜索混在大量的日志中的有用的日志的時間。其結(jié)果，能夠進行高效的日志管理。進而，在本實施方式中，在步驟S1606中判斷請求“是否為GET模式”，在不是GET 模式的情況下，設(shè)成顯示對象日志。這是因為，對于不是GET模式(例如POST等)，不論有無RefererURL、從向RefererURL的訪問起的經(jīng)過時間，是有意圖的訪問的情況較多。通過該步驟S1606中的判斷處理，能夠顯示對監(jiān)查有用的日志。另外，本發(fā)明的目的在于，不顯示對監(jiān)查沒有用的訪問日志，所以步驟S1606中的處理不是為了達成本發(fā)明的目的而必須的處理，即使省略也能達成本發(fā)明的目的。另外，通過采用在記錄訪問日志時判斷對監(jiān)查需要的日志和不需要的日志的結(jié)構(gòu)，從而不需要顯示日志時的判斷。這樣，通過不記錄不需要的日志，能夠有效地利用代理服務(wù)器等的資源(存儲區(qū)域等)。在第4實施方式中，關(guān)于代理服務(wù)器101為了在客戶機PC102中顯示訪問日志，而向客戶機PC102發(fā)送訪問日志的處理，如圖22的流程圖所示(是與第3實施方式相同的處理)。在第4實施方式中，關(guān)于在客戶機PC102接收到通過圖22的處理發(fā)送的訪問日志時在客戶機PC102中顯示的畫面，是圖11所示的畫面(是與第1實施方式相同的畫面)。此處，參照圖17，說明HTTP請求數(shù)據(jù)的結(jié)構(gòu)。如圖17所示，在HTTP數(shù)據(jù)的請求行 1701、1702中，設(shè)定模式(在圖17的例子中為GET模式)、成為發(fā)送目的地的URL信息(請求URL)、HTTP的版本信息。在本發(fā)明的第1 第4實施方式中，將在該請求行1701、1702中設(shè)定的URL信息作為訪問目的地URL而與中繼控制規(guī)則進行對照。另外，在Referer 1703中，設(shè)定成為該HTTP數(shù)據(jù)的發(fā)送源的URL信息 (RefererURL(參照源URL))。在本發(fā)明的第1 第4實施方式中，判斷在HTTP數(shù)據(jù)中，是否記錄有該Referer 1703。另外，上述各種數(shù)據(jù)的結(jié)構(gòu)及其內(nèi)容不限于此，當然也可以根據(jù)用途、目的，由各種結(jié)構(gòu)、內(nèi)容構(gòu)成。如上所述，通過對系統(tǒng)或者裝置供給記錄了實現(xiàn)上述實施方式的功能的程序的記錄介質(zhì)，并使該系統(tǒng)或者裝置的計算機(或者CPU、MPU)讀出記錄介質(zhì)中儲存的程序來執(zhí)行，當然也能達成本發(fā)明的目的。在該情況下，從記錄介質(zhì)讀出的程序本身實現(xiàn)本發(fā)明的新的功能，記錄了該程序的記錄介質(zhì)構(gòu)成本發(fā)明。作為用于供給程序的記錄介質(zhì)，例如，可以使用軟盤、硬盤、光盤、光磁盤、⑶-ROM、 CD-R、DVD-ROM、磁帶、非易失性的存儲卡、ROM、EEPR0M、硅盤等。另外，通過執(zhí)行計算機讀出的程序，不僅能實現(xiàn)上述實施方式的功能，而且當然還包括如下情況根據(jù)該程序的指示，在計算機上運行的OS(操作系統(tǒng))等進行實際的處理的一部分或者全部，并通過該處理實現(xiàn)上述實施方式的功能的情況。進而，當然還包括如下情況將從記錄介質(zhì)讀出的程序?qū)懭氲讲迦朐谟嬎銠C中的功能擴展板、與計算機連接的功能擴展組件中具備的存儲器中之后，根據(jù)該程序代碼的指示，使該功能擴展板、功能擴展組件中具備的CPU等進行實際的處理的一部分或者全部，通過該處理實現(xiàn)上述實施方式的功能的情況。另外，本發(fā)明既能夠適用于由多個設(shè)備構(gòu)成的系統(tǒng)，也能夠適用于由一個設(shè)備構(gòu)成的裝置。另外，本發(fā)明當然還能夠適用于通過對系統(tǒng)或者裝置供給程序而達成的情況。在該情況下，通過將存儲了用于達成本發(fā)明的程序的記錄介質(zhì)讀出到該系統(tǒng)或者裝置中，該系統(tǒng)或者裝置能夠享受本發(fā)明的效果。進而，通過從網(wǎng)絡(luò)上的服務(wù)器、數(shù)據(jù)庫等通過通信程序下載并讀出用于達成本發(fā)明的程序，該系統(tǒng)或者裝置能夠享受本發(fā)明的效果。另外，將上述各實施方式及其變形例組合而得到的結(jié)構(gòu)全部包含于本發(fā)明中。
權(quán)利要求
1.一種信息處理裝置，其特征在于，具備獲取單元，獲取從終端裝置對WEB服務(wù)器發(fā)送的數(shù)據(jù)獲取要求； 參照源判斷單元，判斷在由所述獲取單元獲取的數(shù)據(jù)獲取要求中，是否包括該數(shù)據(jù)獲取要求的參照源URL;以及通知單元，將由所述參照源判斷單元判斷為不包括參照源URL的來自所述終端裝置的數(shù)據(jù)獲取要求以能夠確定的方式通知給監(jiān)查者。
2.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于，還具備時間差計算單元，在由所述參照源判斷單元判斷為在由所述獲取單元獲取的數(shù)據(jù)獲取要求中包括表示該數(shù)據(jù)獲取要求的參照源的信息的情況下，計算發(fā)送了該數(shù)據(jù)獲取要求的時刻、與對該數(shù)據(jù)獲取要求的參照源發(fā)送了數(shù)據(jù)獲取要求的時刻的時間差；以及第1決定單元，根據(jù)由所述時間差計算單元計算出的時間差，決定是否針對所述獲取單元獲取的所述數(shù)據(jù)獲取要求通過所述通知單元進行通知，所述通知單元將由所述第1決定單元決定為進行通知的所述數(shù)據(jù)獲取要求以能夠確定的方式通知給監(jiān)查者。
3.根據(jù)權(quán)利要求2所述的信息處理裝置，其特征在于，所述第1決定單元在由所述時間差計算單元計算出的時間差超過了規(guī)定的時間差的情況下，決定為針對所述獲取單元獲取的所述數(shù)據(jù)獲取要求通過所述通知單元進行通知。
4.根據(jù)權(quán)利要求3所述的信息處理裝置，其特征在于，還具備時間差設(shè)定接受單元，該時間差設(shè)定接受單元接受所述規(guī)定的時間差的設(shè)定， 所述第1決定單元在由所述時間差計算單元計算出的時間差超過了由所述時間設(shè)定接受單元接受了設(shè)定的時間差的情況下，決定為針對所述獲取單元獲取的所述數(shù)據(jù)獲取要求通過所述通知單元進行通知。
5.根據(jù)權(quán)利要求4所述的信息處理裝置，其特征在于，還具備中繼控制單元，根據(jù)用于決定從所述終端裝置發(fā)送的數(shù)據(jù)獲取要求可否中繼的中繼控制規(guī)則，決定從所述終端裝置發(fā)送的數(shù)據(jù)獲取要求可否中繼；以及第2決定單元，根據(jù)由所述中繼控制單元決定的可否中繼，決定是否針對所述獲取單元獲取的數(shù)據(jù)獲取要求通過所述通知單元進行通知，所述通知單元進一步將所述第2決定單元決定為進行通知的所述數(shù)據(jù)獲取要求以能夠確定的方式通知給監(jiān)查者。
6.根據(jù)權(quán)利要求5所述的信息處理裝置，其特征在于，還具備存儲單元，該存儲單元存儲所述數(shù)據(jù)獲取要求的日志數(shù)據(jù)，所述數(shù)據(jù)獲取要求的日志數(shù)據(jù)中包括從所述終端裝置發(fā)送了數(shù)據(jù)獲取要求的時刻、和表示該數(shù)據(jù)獲取要求中的數(shù)據(jù)獲取要求目的地的信息。
7.根據(jù)權(quán)利要求6所述的信息處理裝置，其特征在于，所述存儲單元不存儲不通過所述通知單元進行通知的所述數(shù)據(jù)獲取要求的日志數(shù)據(jù)。
8.根據(jù)權(quán)利要求7所述的信息處理裝置，其特征在于，還具備 檢索條件接受單元，接受檢索條件；以及抽出單元，從所述存儲單元抽出與由所述檢索條件接受單元接受的檢索條件一致的所述日志數(shù)據(jù)，所述通知單元對監(jiān)查者通知由所述抽出單元抽出的日志數(shù)據(jù)。
9.根據(jù)權(quán)利要求8所述的信息處理裝置，其特征在于，由所述檢索條件接受單元接受的檢索條件包括時刻條件。
10.一種信息處理方法，其特征在于，具備獲取工序，信息處理裝置的獲取單元獲取從終端裝置對WEB服務(wù)器發(fā)送的數(shù)據(jù)獲取要求；參照源判斷工序，所述信息處理裝置的參照源判斷單元判斷在通過所述獲取工序獲取的數(shù)據(jù)獲取要求中，是否包括該數(shù)據(jù)獲取要求的參照源URL ；以及通知工序，所述信息處理裝置的通知單元將通過所述參照源判斷工序判斷為不包括參照源URL的來自所述終端裝置的數(shù)據(jù)獲取要求以能夠確定的方式通知給監(jiān)查者。
11.根據(jù)權(quán)利要求10所述的信息處理方法，其特征在于，還具備時間差計算工序，所述信息處理裝置的時間差計算單元在通過所述參照源判斷工序判斷為在所述獲取工序中獲取的數(shù)據(jù)獲取要求中包括表示該數(shù)據(jù)獲取要求的參照源的信息的情況下，計算發(fā)送了該數(shù)據(jù)獲取要求的時刻、與對該數(shù)據(jù)獲取要求的參照源發(fā)送了數(shù)據(jù)獲取要求的時刻的時間差；以及第1決定工序，所述信息處理裝置的第1決定單元根據(jù)通過所述時間差計算工序計算出的時間差，決定是否針對通過所述獲取工序獲取的所述數(shù)據(jù)獲取要求通過所述通知工序進行通知，在所述通知工序中，將通過所述第1決定工序決定為進行通知的所述數(shù)據(jù)獲取要求以能夠確定的方式通知給監(jiān)查者。
12.根據(jù)權(quán)利要求11所述的信息處理方法，其特征在于，在所述第1決定工序中，在通過所述時間差計算工序計算出的時間差超過了規(guī)定的時間差的情況下，決定為針對通過所述獲取工序獲取的所述數(shù)據(jù)獲取要求通過所述通知工序進行通知。
13.根據(jù)權(quán)利要求12所述的信息處理方法，其特征在于，還具備時間差設(shè)定接受工序，在該時間差設(shè)定接受工序中，所述信息處理裝置的時間差設(shè)定接受單元接受所述規(guī)定的時間差的設(shè)定，在所述第1決定工序中，在通過所述時間差計算工序計算出的時間差超過了通過所述時間設(shè)定接受工序接受了設(shè)定的時間差的情況下，決定為針對通過所述獲取工序獲取的所述數(shù)據(jù)獲取要求通過所述通知工序進行通知。
14.根據(jù)權(quán)利要求13所述的信息處理方法，其特征在于，還具備中繼控制工序，所述信息處理裝置的中繼控制單元根據(jù)用于決定從所述終端裝置發(fā)送的數(shù)據(jù)獲取要求可否中繼的中繼控制規(guī)則，決定從所述終端裝置發(fā)送的數(shù)據(jù)獲取要求可否中繼；以及第2決定工序，根據(jù)通過所述中繼控制工序決定的可否中繼，決定是否針對通過所述獲取工序獲取的數(shù)據(jù)獲取要求通過所述通知工序進行通知，在所述通知工序中，進一步將在所述第2決定工序中決定為進行通知的所述數(shù)據(jù)獲取要求以能夠確定的方式通知給監(jiān)查者。
15.根據(jù)權(quán)利要求14所述的信息處理方法，其特征在于，存儲所述數(shù)據(jù)獲取要求的日志數(shù)據(jù)，所述數(shù)據(jù)獲取要求的日志數(shù)據(jù)包括從所述終端裝置發(fā)送了數(shù)據(jù)獲取要求的時刻、和表示該數(shù)據(jù)獲取要求中的數(shù)據(jù)獲取要求目的地的信息。
16.根據(jù)權(quán)利要求15所述的信息處理方法，其特征在于，不存儲不通過所述通知工序進行通知的所述數(shù)據(jù)獲取要求的日志數(shù)據(jù)。
17.根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于，還具備檢索條件接受工序，所述信息處理裝置的檢索條件接受單元接受檢索條件；以及抽出工序，所述信息處理裝置的抽出單元從所述信息處理裝置中存儲的日志數(shù)據(jù)，抽出與在所述檢索條件接受工序中接受的檢索條件一致的所述日志數(shù)據(jù)， 在所述通知工序中，對監(jiān)查者通知在所述抽出工序中抽出的日志數(shù)據(jù)。
18.根據(jù)權(quán)利要求17所述的信息處理方法，其特征在于， 通過所述檢索條件接受工序接受的檢索條件包括時刻條件。
全文摘要
本發(fā)明提供一種信息處理裝置以及信息處理方法，提供對閱覽者向WEB站點的訪問進行管理的監(jiān)查者能夠高效地管理訪問日志的結(jié)構(gòu)。一種信息處理裝置，進行從終端裝置對WEB服務(wù)器發(fā)送的數(shù)據(jù)獲取要求的中繼控制，將該中繼結(jié)果發(fā)送到終端裝置，其特征在于，在數(shù)據(jù)獲取要求中包括獲取要求源URL的情況下，計算發(fā)送了該數(shù)據(jù)獲取要求的時刻、與對該獲取要求源URL發(fā)送了數(shù)據(jù)獲取要求的時刻的時間差，在所計算出的時間差是預先設(shè)定的時間以內(nèi)的情況下，不發(fā)送與該數(shù)據(jù)獲取要求相關(guān)的訪問。
文檔編號G06F17/30GK102567466SQ201110393360
公開日2012年7月11日 申請日期2011年12月1日 優(yōu)先權(quán)日2010年12月24日
發(fā)明者村田充昭 申請人:佳能It解決方案股份有限公司