欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

通過(guò)安全rss饋入傳遞敏感信息的制作方法

文檔序號(hào):6570175閱讀:259來(lái)源:國(guó)知局
專利名稱:通過(guò)安全rss饋入傳遞敏感信息的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及因特網(wǎng)通信領(lǐng)域,且更明確地說(shuō),涉及沒(méi)有包括SPAM和網(wǎng)絡(luò)釣魚 (phishing)的脆弱性的用于經(jīng)由因特網(wǎng)以電子方式傳遞信息的安全、可靠且受控的通信 信道的領(lǐng)域。
背景技術(shù)
粉紅色橡膠狀的奇特形狀肉制品或肉類定向產(chǎn)品(稱為SPAM)的那些鑒定家可能 沒(méi)有充分了解或理解對(duì)轟擊你的電子收件箱的大群多余且未經(jīng)請(qǐng)求的電子郵件消息應(yīng) 用那個(gè)名稱的理由。對(duì)于其他人,這完全是可以理解的。即使最無(wú)經(jīng)驗(yàn)的營(yíng)銷商也可認(rèn) 識(shí)到利用電子郵件作為在潛在消費(fèi)者面前"發(fā)布消息"和做廣告的媒體的力量和有效性。然而,當(dāng)前電子郵件系統(tǒng)的相同特征和使得其如此有用的能力太容易被沒(méi)有道德的垃圾 郵件寄發(fā)者(spammer)利用,那些垃圾郵件寄發(fā)者簡(jiǎn)單地將盡可能多的內(nèi)容推送到盡 可能多的0的地。丙此,正如世界其余各地所經(jīng)歷的,我們的收件箱充滿了乏味、不需 要且當(dāng)然不受歡迎的電子郵件消息或也稱為SPAM。
遺憾的是,垃圾郵件寄發(fā)者不僅給合法的屯子郵件營(yíng)銷商帶來(lái)壞名聲,而且正在降 低電子郵件作為用于此類營(yíng)銷的可行媒體的有效性,且更重要的是,正在降低電子郵件 通信對(duì)每個(gè)人的價(jià)值一_特別是對(duì)必須翻遍垃圾郵件來(lái)得到所需材料的最終用戶。
盡管如此,顯然電子郵件營(yíng)銷是有益、強(qiáng)大且可行的營(yíng)銷工具,且應(yīng)理解,并非將 所有批量電子郵件都認(rèn)為是SPAM。許多上層著名營(yíng)銷公司和組織向其消費(fèi)者、訂戶、 聯(lián)系人、同行等發(fā)送無(wú)SPAM的高容量電子郵件。這些公司中有SILVERPOP,其是基 于許可的電了郵件營(yíng)銷方案、策略和服務(wù)的主導(dǎo)提供商。批量電子郵件是一類高容量電 子郵件,其通常集中在將大量相同消息發(fā)送給許多收件人。高容量電子郵件可包括批量 電子郵件,而且還包括向各個(gè)收件人發(fā)送大量定制消息的應(yīng)用程序。高容量電子郵件方 案允許電子郵件營(yíng)銷系統(tǒng)將通知、簡(jiǎn)報(bào)和其它合法內(nèi)容推送到已經(jīng)向所述營(yíng)銷商授予許 可的有關(guān)當(dāng)事人。因而,SILVERPOP提供用于傳遞此類內(nèi)容的較低成本通信信道(至 少低于典型的呼叫中心或印刷品)來(lái)使客戶與其消費(fèi)者交談。
優(yōu)于傳統(tǒng)營(yíng)銷的與使用電子郵件和高容量電子郵件營(yíng)銷相關(guān)聯(lián)的利益包括顯著降 低與消費(fèi)者溝通的成本、降低打入呼叫中心的電話數(shù)目且同時(shí)推進(jìn)消費(fèi)者忠實(shí)度以及確 保每個(gè)消費(fèi)者接觸點(diǎn)是相關(guān)、及時(shí)、合法且適合品牌的。這些是可通過(guò)電子郵件營(yíng)銷得 到的共同利益;然而,SPAM的劇烈增長(zhǎng)威脅著此營(yíng)銷技術(shù)的有效性。不管SPAM的使 用如何劇烈增長(zhǎng),大多數(shù)真正營(yíng)銷商將告訴你未經(jīng)請(qǐng)求且惱人的電子郵件對(duì)于具有真實(shí) 消費(fèi)者關(guān)系和真實(shí)品牌的嚴(yán)肅營(yíng)銷商來(lái)說(shuō)不是有效的活動(dòng)。類似于所有營(yíng)銷,電子郵件 營(yíng)銷是關(guān)于長(zhǎng)期關(guān)系、消費(fèi)者溝通和對(duì)消費(fèi)者忠實(shí)度及壽命價(jià)值的空前改進(jìn)。此項(xiàng)技術(shù) 中需要一種用以提供允許區(qū)分營(yíng)銷接觸與SPAM的電子和電子郵件營(yíng)銷的技術(shù)。
當(dāng)今,各個(gè)SPAM受害者具有很少求助手段。SPAM消息可能包括用以選擇你是否 希望將你的電子郵件地址從垃圾郵件寄發(fā)者的列表中移除的鏈接。然而,通過(guò)穿越所述 鏈接,你基本上通知垃圾郵件寄發(fā)者你在活動(dòng)中且是可行的,你的電子郵件地址是有效 且受管轄的,且此動(dòng)作僅可能促使將額外SPAM傳遞到你的電子郵件地址,或甚至更糟 的是,可能支持將你的聯(lián)系信息出賣給其他垃圾郵件寄發(fā)者。因而,大多數(shù)SPAM受害 者可能只是翻遍其收件箱并刪除看上去是SPAM的電子郵件。
用以從收件箱手動(dòng)清除SPAM的另一替代方案是利用SPAM過(guò)濾器。大多數(shù)電子郵
件客戶端或電子郵件應(yīng)用程序包括用戶定義的SPAM過(guò)濾器。此類過(guò)濾器允許用戶基于 與電子郵件相關(guān)聯(lián)的標(biāo)題信息將電子郵件轉(zhuǎn)發(fā)到不同郵箱或?qū)㈦娮余]件移動(dòng)到不同文 件夾。因此,可檢測(cè)到來(lái)自某電子郵件地址的電子郵件、域(domain)、特定主題行、 關(guān)鍵字等并對(duì)其進(jìn)行不同處理。另外, 一些電子郵件應(yīng)用程序(例如MICROSOFT OUTLOOK)允許將某些電子郵件發(fā)送者標(biāo)記為屬于垃圾郵件(junk mail)列表。因此, 存在多種SPAM過(guò)濾器,其中包括標(biāo)題過(guò)濾器、語(yǔ)言過(guò)濾器、內(nèi)容過(guò)濾器等。然而,可 用技術(shù)需要在用戶方面作出有效努力和管轄。另外,即使在個(gè)體方面作出相當(dāng)大的努力, SPAM過(guò)濾器也并不總是如所需那樣有效。另外,應(yīng)用過(guò)濾器還可導(dǎo)致將合法和所需的 電子郵件處理為SPAM。這可對(duì)用戶產(chǎn)生嚴(yán)重后果。
用以控制SPAM流入的其它技術(shù)包括SPAM過(guò)濾器和黑名單技術(shù),其由電子郵件主 管系統(tǒng)或ISP使用。例如這種系統(tǒng)的系統(tǒng)減輕了最終用戶的負(fù)擔(dān),因?yàn)橛蒊SP或主管系 統(tǒng)而非用戶進(jìn)行過(guò)濾。然而,類似于本地駐留和定義的SPAM過(guò)濾器,這些系統(tǒng)可導(dǎo)致 致使合法且所需的電子郵件消息被濾除且不能到達(dá)收件人。因此,此項(xiàng)技術(shù)中需要一種 用以防止用戶被SPAM充斥但不會(huì)負(fù)面影響用戶接收所需電子郵件(包括所需且受歡迎 的電子郵件營(yíng)銷或高容量電子郵件)的能力的技術(shù)。
行業(yè)中將另一有關(guān)但更有問(wèn)題的電子郵件利用行為稱為網(wǎng)絡(luò)釣魚。提供基于因特網(wǎng) 的服務(wù)的許多公司的共同發(fā)展是需要提示消費(fèi)者提供信息或采取行動(dòng)。舉例來(lái)說(shuō),銀行 公司可能要求用戶訪問(wèn)銀行網(wǎng)站,使得消費(fèi)者可得到最近接收的電子帳單。對(duì)于此類公 司期望其消費(fèi)者定期主動(dòng)訪問(wèn)公司網(wǎng)站以便確定是否存在此需要并不是切實(shí)可行的。消 費(fèi)者通常過(guò)于繁忙且具有太多的競(jìng)爭(zhēng)性關(guān)注事物。因此,電子郵件對(duì)于提供基于因特網(wǎng) 的服務(wù)的公司來(lái)說(shuō)是理想的解決方案。通過(guò)向消費(fèi)者發(fā)送電子郵件消息,服務(wù)提供商可 向消費(fèi)者通知所需要的行動(dòng),并提示消費(fèi)者訪問(wèn)服務(wù)提供商的網(wǎng)站以執(zhí)行此行動(dòng)。然而, 因?yàn)椴荒鼙WC發(fā)送電子郵件消息的來(lái)源的合法性,所以最終消費(fèi)者易受網(wǎng)絡(luò)釣魚的攻 擊。
網(wǎng)絡(luò)釣魚利用固有缺少確保電子郵件發(fā)送者的合法性的能力。舉例來(lái)說(shuō),用戶可能 接收到指示其來(lái)tl消費(fèi)者使用的合法服務(wù)提供商的電子郵件。當(dāng)消費(fèi)者打開所述電子郵 件,向其呈現(xiàn)看起來(lái)正式的信息。所述信息通常包括通往某一網(wǎng)站的鏈接,所述網(wǎng)站要 求用戶提供個(gè)人信息,例如執(zhí)行帳號(hào)檢驗(yàn)或輸入用戶PIN或密碼和用戶ID以接入系統(tǒng)。 此信息接著被網(wǎng)絡(luò)釣魚者記錄并接著以不利于用戶的方式使用。顯然,此項(xiàng)技術(shù)中需要 一種用以使基于因特網(wǎng)的服務(wù)的提供商聯(lián)系其消費(fèi)者并向消費(fèi)者提供他們需要采取行 動(dòng)或僅僅訪問(wèn)公司網(wǎng)站的通知的技術(shù)。然而,向消費(fèi)者確認(rèn)電子郵件聯(lián)系是來(lái)自服務(wù)提
供商的可信通信的能力是具挑戰(zhàn)性的難題。因此,此項(xiàng)技術(shù)中需要此類技術(shù)。
另外,此類技術(shù)還應(yīng)能夠提供已經(jīng)在電子郵件通信中變得常見(jiàn)且預(yù)期的其它現(xiàn)有技 術(shù)準(zhǔn)則或功能。此類準(zhǔn)則包括用以傳送多種內(nèi)容(包括文本、圖形和豐富媒體)的能力 和用以傳送個(gè)人化內(nèi)容的能力。另外,通信源驗(yàn)證需要以透明方式執(zhí)行,這意味著用戶 不需要采取任何額外行動(dòng)或?qū)㈩~外行動(dòng)減到最少,且其調(diào)節(jié)現(xiàn)有的因特網(wǎng)安全性解決方 案。最后,通信源驗(yàn)證解決方案需要提供安全的傳遞,這意味著內(nèi)容傳遞既不能在因特 網(wǎng)服務(wù)提供商系統(tǒng)、公司數(shù)據(jù)中心處被攔截,也不能由黑客使用因特網(wǎng)嗅探器(Internet sniffer)或其它類似技術(shù)欄截。
與使用垃圾郵件過(guò)濾器或反垃圾郵件系統(tǒng)相關(guān)聯(lián)的另一問(wèn)題是合法電子郵件消息 可能受到阻斷。用于識(shí)別已經(jīng)受到阻斷的合法電子郵件的術(shù)語(yǔ)是"誤承認(rèn)(false positive)"。實(shí)際上, 一些人已經(jīng)認(rèn)為,停止將SPAM傳遞到系統(tǒng)遠(yuǎn)不及避免誤承認(rèn)結(jié)果 的任務(wù)的難度。消除誤承認(rèn)是用以解決電子郵件辨別和過(guò)濾技術(shù)的非常困難的問(wèn)題,且 這-努力的功能性的失敗可能在商業(yè)環(huán)境中具有災(zāi)難性。如果公司失去試圖經(jīng)由電子郵 件傳遞的商業(yè)機(jī)會(huì),那么誤承認(rèn)結(jié)構(gòu)可能對(duì)公司造成相當(dāng)大的代價(jià)。
用以消除垃圾電子郵件的大多數(shù)系統(tǒng)將最有可能造成誤承認(rèn),且因此導(dǎo)致阻斷合法 的電子郵件。吉咖信息組(GIGA INFORMATION GROUP)已經(jīng)指出,基于現(xiàn)實(shí)測(cè)試, 誤承認(rèn)率可能高達(dá)34%。擔(dān)保系統(tǒng)(ASSURANCE SYSTEMS)已經(jīng)指出,即使較好的 垃圾電子郵件處理系統(tǒng)仍將導(dǎo)致阻斷6%到8%的合法電子郵件。
如已經(jīng)描述的,眾多營(yíng)銷者已經(jīng)全心全意以高容量電子郵件營(yíng)銷的形式采用因特網(wǎng) (且更明確地說(shuō),電子郵件)技術(shù),且所述技術(shù)還已經(jīng)證明對(duì)于因特網(wǎng)服務(wù)提供商招攬 和接觸其消費(fèi)者是有用的。然而,此項(xiàng)技術(shù)中的這些進(jìn)步是不夠的,因?yàn)樗鼈円资躍PAM、 網(wǎng)絡(luò)釣魚的攻擊且傳遞能力較脆弱。因此,此項(xiàng)技術(shù)中需要一種不僅能等效于或超過(guò)當(dāng) 前電子郵件技藝技術(shù)而且還能消除用戶對(duì)于SPAM和網(wǎng)絡(luò)釣魚的脆弱性的解決方案。如 本文將描述的,本發(fā)明正是此類解決方案。
己經(jīng)迅速普及的另一通信和信息傳遞技術(shù)是RSS饋入。雖然一些人可能爭(zhēng)論首字母 縮寫詞RSS實(shí)際十.代表(RDF站點(diǎn)摘要、豐富站點(diǎn)摘要、真正簡(jiǎn)單整合),但底線是RSS 是使用擴(kuò)展標(biāo)記語(yǔ)言(XML)來(lái)以標(biāo)準(zhǔn)方式組織和格式化基于網(wǎng)站的內(nèi)容的相對(duì)簡(jiǎn)單的 規(guī)范。內(nèi)容擁有者創(chuàng)建RSS饋入,即XML格式化網(wǎng)頁(yè)或,其通常由各種文章的標(biāo)題和 簡(jiǎn)要描述或可在所述站點(diǎn)的各個(gè)位置中得到的內(nèi)容組成。XML格式化網(wǎng)頁(yè)還包括通往 這些各種文章的鏈接。更具體地說(shuō),因而,RSS饋入是僅具有幾個(gè)允許用戶瀏覽標(biāo)題或 大字標(biāo)題、作者和通常簡(jiǎn)單摘要的字段的XML文件。另外,如果用戶需要的話,其可
通過(guò)起始與XML文件中的條目相關(guān)聯(lián)的檢索地址(即,URL)來(lái)存取全部文章或文獻(xiàn)。 雖然RSS最初經(jīng)設(shè)計(jì)用于定期出版物,但其已經(jīng)用于傳遞對(duì)網(wǎng)站的更新、博客文章、新 學(xué)習(xí)對(duì)象和大量其它新穎的應(yīng)用。簡(jiǎn)單地說(shuō),擁有者想要"推向"世界的任何事物。已 經(jīng)針對(duì)RSS引入了若干類似標(biāo)準(zhǔn),其中包括RSSl.O、 RSS 2.0禾fl Atom。雖然本描述中 廣泛使用術(shù)語(yǔ)RSS,但應(yīng)了解,本發(fā)明不限于使用任何一個(gè)型式或版本的RSS,事實(shí)上, 本發(fā)明可并入有各種版本或任何類似、尚未發(fā)行的格式以及類似技術(shù)。另外,所創(chuàng)建的 且支持RSS饋入的文件可依據(jù)正被利用的RSS的實(shí)際實(shí)施方案或型式而變化。舉例來(lái) 說(shuō),RSS 2.0利用XML文件,而RSS l.O利用RDF文件,所述RDF文件是XML文件 的一種型式。在本說(shuō)明書中,可互換使用對(duì)XML文件和RDF文件的參考。
使用稱為RSS讀取器或聚合器的軟件客戶端來(lái)獲得可通過(guò)RSS饋入得到的內(nèi)容。 RSS饋入是基于RSS標(biāo)準(zhǔn),因此其可容易由RSS饋入讀取器讀取且大多數(shù)RSS饋入讀 取器可處理所有當(dāng)前RSS標(biāo)準(zhǔn)。RSS讀取器或聚合器通常是獨(dú)立程序(雖然其可與電子 郵件程序、因特網(wǎng)瀏覽器或其它通信程序集成),所述程序周期性且自動(dòng)地搜索因特網(wǎng) 以査找對(duì)最終用戶已經(jīng)訂制的任何站點(diǎn)的新添加物。 一些RSS讀取器將在新材料到達(dá)所 訂制RSS饋入上時(shí)提供彈出窗口消息。 一些RSS讀取器將在調(diào)度基礎(chǔ)上核查RSS饋入 以奔找新內(nèi)容,而其它RSS讀取器等待直到其由最終用戶核査或起始為止。通常,RSS 讀取器可按照站點(diǎn)核査頻率和顯示選定內(nèi)容的方式來(lái)進(jìn)行定制。用戶可訂制其希望的數(shù) 目的RSS饋入。RSS讀取器通常允許用戶界定顯示信息的方式。舉例來(lái)說(shuō),可依據(jù)曰期 且/或通過(guò)數(shù)據(jù)的發(fā)布者來(lái)對(duì)信息進(jìn)行分類。
RSS饋入類似于簡(jiǎn)單地通過(guò)瀏覽器存取網(wǎng)站內(nèi)容,但存在一個(gè)非常顯著的差異。對(duì) 于RSS饋入,當(dāng)任何新材料可得到時(shí),RSS饋入提供使RSS讀取器査看何時(shí)且何種材 料已經(jīng)改變的非常簡(jiǎn)單的方式。RSS饋入讀取器允許你訂制你知道含有重要或有用信息 的饋入,且每當(dāng)ffl于你的訂制的新內(nèi)容可得到時(shí),你的RSS讀取器就會(huì)立即通知你。簡(jiǎn) 單地說(shuō), 一且你已經(jīng)識(shí)別出發(fā)布RSS饋入的有用資源,你就幾乎可完全跳過(guò)對(duì)其的搜索。 另外,RSS饋入的基本特征允許在關(guān)鍵性的實(shí)時(shí)信息變得可得到時(shí)向用戶更新或通知所 述信息。有利的是,因?yàn)閬?lái)自RSS饋入的內(nèi)容受來(lái)源控制,所以固有地存在可信任所述 內(nèi)容的適度保證。應(yīng)用例如RSS饋入等技術(shù)可在很大程度上有益于從因特網(wǎng)服務(wù)提供商 傳遞廣告、通知和一般內(nèi)容。因此,此項(xiàng)技術(shù)中需要利用此類技術(shù)來(lái)提供以受控方式傳 遞內(nèi)容且允許因特網(wǎng)服務(wù)提供商向消費(fèi)者傳遞可信通信。
另外,顯然存在待傳遞給收件人的內(nèi)容是機(jī)密的且要求額外安全性時(shí)的情況,且存 在所述內(nèi)容不要求此類額外安全性的其它情況。舉例來(lái)說(shuō),如果正被接收的內(nèi)容包括廣告、產(chǎn)品公告、新信件等,那么不需要額外安全性。然而,如果正在接收例如帳戶結(jié)余、 交易成績(jī)或類似內(nèi)容等個(gè)人信息,那么通常需要在恰當(dāng)之處具有額外保護(hù)機(jī)制,例如要 求收件人輸入密碼或PIN。因此,此項(xiàng)技術(shù)中需要以允許傳遞機(jī)密內(nèi)容以及非機(jī)密內(nèi)容 的受控方式傳遞內(nèi)容。
存在這樣的應(yīng)用向消費(fèi)者提供機(jī)密報(bào)告的公司可能需要雇用外部公司來(lái)制備和轉(zhuǎn) 發(fā)此類報(bào)告。然而,由于HIPA要求和維持機(jī)密信息的其它責(zé)任的緣故,可能禁止公司 外包此類活動(dòng)。然而,通常所述報(bào)告或內(nèi)容主要含有非機(jī)密信息,因而可在不需要透露 機(jī)密信息的情況下將許多工作外包。盡管如此,將機(jī)密信息并入到報(bào)告或內(nèi)容中仍必須 以安全方式執(zhí)行。因此,此項(xiàng)技術(shù)中需要一種實(shí)現(xiàn)使用外包服務(wù)在不泄露消費(fèi)者機(jī)密信 息的情況下制備報(bào)告且收獲在包括機(jī)密信息的情況下以受保護(hù)或存取受控的方式高容 量傳遞此類內(nèi)容的好處的解決方案。
還存在這樣的應(yīng)用需要在單個(gè)內(nèi)容傳遞機(jī)制中提供混合類別的內(nèi)容。舉例來(lái)說(shuō), 由銀行機(jī)構(gòu)、醫(yī)藥公司、投資跟蹤和證券管理公司等產(chǎn)生的許多報(bào)告可能主要包括非機(jī) 密但具信息性的信息以及機(jī)密信息。可能需要檢視非機(jī)密信息或?qū)崿F(xiàn)對(duì)非機(jī)密信息的檢 視,同時(shí)維持對(duì)機(jī)密信息的存取控制。因此,此項(xiàng)技術(shù)中需要一種允許在包括和/或不包 括機(jī)密信息的情況下傳遞機(jī)密報(bào)告的解決方案。

發(fā)明內(nèi)容
本發(fā)明通過(guò)提供一種用于以某種方法向用戶以電子方式傳遞信息或內(nèi)容的技術(shù)來(lái) 解決此項(xiàng)技術(shù)屮的上述需要,所述方法如電子郵件那樣方便且容易使用,但免除了 SPAM、傳遞能力問(wèn)題和網(wǎng)絡(luò)釣魚脆弱性的影響以及電子郵件的其它缺點(diǎn)。更明確地說(shuō), 本發(fā)明利用RSS饋入來(lái)提供含有機(jī)密信息的報(bào)告和其它內(nèi)容的傳遞和制作,同時(shí)維持對(duì) 機(jī)密信息的存取控制且防止機(jī)密信息的散布。
本發(fā)明的一個(gè)方面是一種RSS捕集器。有利的是,所述RSS捕集器可接收來(lái)自多 種來(lái)源的信息,且接著通過(guò)RSS饋入使得所述信息可由各種消費(fèi)者得到。在一個(gè)實(shí)施例 中,可俘獲廣播信息(例如通過(guò)高容量電子郵件系統(tǒng)提供的信息)并將其轉(zhuǎn)換為公眾可 得到的RSS饋入。在另一實(shí)施例中,通過(guò)高容量電子郵件系統(tǒng)或其它內(nèi)容傳遞系統(tǒng)提供 的廣播信息可轉(zhuǎn)換為特定且既定消費(fèi)者可得到的個(gè)人化RSS饋入。有利的是,采用RSS 捕集器允許在沒(méi)有煩擾高容量電子郵件技術(shù)的脆弱性的情況下傳遞內(nèi)容。另外,RSS捕 集器技術(shù)操作以實(shí)現(xiàn)在沒(méi)有網(wǎng)絡(luò)釣角.的情況下將通知推送給消費(fèi)者。因此,本發(fā)明尤其 提供一種普通RSS捕集器,其包括可改型翻新到現(xiàn)有電子郵件營(yíng)銷解決方案或任何組織 并促進(jìn)發(fā)送電子郵件或其它形式內(nèi)容的系統(tǒng)中的系統(tǒng)。因此,本發(fā)明操作以將任何電子 郵件產(chǎn)生系統(tǒng)或內(nèi)容提供商系統(tǒng)轉(zhuǎn)變?yōu)閭€(gè)人化RSS饋入系統(tǒng)。
本發(fā)明的.一個(gè)方面是實(shí)現(xiàn)將內(nèi)容以受控形式傳遞到用戶,其中接收指向地址識(shí)別符 的內(nèi)容項(xiàng)目。對(duì)于每一此類內(nèi)容項(xiàng)目,檢査數(shù)據(jù)庫(kù)或簡(jiǎn)單地搜索相關(guān)聯(lián)URL的存在以 確定先前是否已經(jīng)接收到指向此地址識(shí)別符的內(nèi)容。如果先前已經(jīng)接收到包括所述地址 識(shí)別符的內(nèi)容項(xiàng)目,那么用包括唯一識(shí)別符的URL創(chuàng)建基于RSS的文件(例如RDF或 XML文件),所述唯一識(shí)別符是至少使用所述地址識(shí)別符產(chǎn)生的。接著使用所述內(nèi)容項(xiàng) 口的內(nèi)容的若干部分在主要的基于RSS的文件中創(chuàng)建條E3 ,同時(shí)可將其它部分放置到從 所述主要的基于RSS的文件可鏈接到的單獨(dú)的基于XML的文件中。如果先前已經(jīng)針對(duì) 所述地址識(shí)別符接收到內(nèi)容項(xiàng)目,那么確定與所述識(shí)別符相關(guān)聯(lián)的URL且修改可用所 述URL尋址的基于RSS的文件以包括針對(duì)所述內(nèi)容項(xiàng)目的條目。因此,針對(duì)每一唯一 尋址的內(nèi)容項(xiàng)目創(chuàng)建唯一RSS饋入。對(duì)于電子郵件消息,這將為每一唯一尋址的電子郵 件創(chuàng)建唯一 RSS饋入。在其它實(shí)施例中,可基于其它準(zhǔn)則來(lái)創(chuàng)建唯一 RSS饋入。若干 實(shí)例包括(但不限于)去往/來(lái)自地址對(duì)、來(lái)自地址、"去往"地址的域部分、"來(lái)自"地 址的域部分、消息的主題或主體中的關(guān)鍵字等。有利的是,此類變量允許創(chuàng)建提供不同 內(nèi)容的RSS饋入。舉例來(lái)說(shuō),具有從eBay接收的所有電子郵件的RSS饋入或具有指向 特定收件人但來(lái)自特定公司的所有電子郵件的RSS饋入。
本發(fā)明的另 方面是基于特定內(nèi)容或內(nèi)容的特征來(lái)為用戶創(chuàng)建RSS饋入。舉例來(lái) 說(shuō),如果正在提供機(jī)密內(nèi)容,那么只有在用戶已經(jīng)被檢驗(yàn)/驗(yàn)證之后,才可使用利用受密 碼保護(hù)的RDF或XML文件的個(gè)人化RSS饋入來(lái)傳遞所述內(nèi)容。否則,可創(chuàng)建簡(jiǎn)單的個(gè) 人化RSS饋入。
本發(fā)明的另一方面是基于特定內(nèi)容或內(nèi)容的特征來(lái)為用戶創(chuàng)建多個(gè)RSS饋入。舉例 來(lái)說(shuō),如果正在提供機(jī)密內(nèi)容,那么可使用利用受密碼保護(hù)的RDF或XML文件的個(gè)人 化RSS饋入來(lái)傳遞所述內(nèi)容,且同時(shí)可通過(guò)不需要密碼的另一 RSS饋入來(lái)提供非機(jī)密 內(nèi)容。另外,其它類別可需要另外的RSS饋入,例如(但不限于)受密碼保護(hù)且經(jīng)加密 的RSS饋入、僅經(jīng)加密的RSS饋入、經(jīng)雙重加密的RSS饋入等。
本發(fā)明的又一方面使得能夠產(chǎn)生包括機(jī)密信息和非機(jī)密信息的報(bào)告或內(nèi)容。通常, 公司將產(chǎn)生待傳遞到消費(fèi)者的報(bào)告或內(nèi)容,所述報(bào)告或內(nèi)容是基于標(biāo)準(zhǔn)模板或至少包括 一些非機(jī)密數(shù)據(jù)以進(jìn)行格式化。本發(fā)明的此方面允許產(chǎn)生待外包的所述報(bào)告或內(nèi)容的非 機(jī)密部分。接著以電子方式將非機(jī)密報(bào)告?zhèn)鬟f給公司,且在公司的安全數(shù)據(jù)中心運(yùn)行的 RSS捕集器操作以將報(bào)告的傳遞轉(zhuǎn)換為RSS饋入。另外,在轉(zhuǎn)換所述報(bào)告的同時(shí),RSS 捕集器還可將機(jī)密信息并入到所述報(bào)告中。在更具體的實(shí)施例中,外包報(bào)告可創(chuàng)建為包 括經(jīng)設(shè)計(jì)以含有機(jī)密信息的某些字段。通過(guò)內(nèi)容傳遞系統(tǒng)(例如高容量電子郵件系統(tǒng)) 將報(bào)告?zhèn)鬟f到RSS捕集器。RSS捕集器接著將機(jī)密信息并入到各種字段'(',且接著使得 所述報(bào)告可通過(guò)個(gè)人化且受控存取RSS饋入而由消費(fèi)者得到。如所屬領(lǐng)域的技術(shù)人員將 了解,內(nèi)容創(chuàng)建系統(tǒng)因此可在公司的安全數(shù)據(jù)中心外部操作,但仍輔助傳遞安全地維持 在公司的數(shù)據(jù)中心內(nèi)的信息。


圖1是說(shuō)明典型高容量電子郵件分配和管理系統(tǒng)的環(huán)境的系統(tǒng)圖。 圖2A是采用本發(fā)明的RSS捕集器方面的系統(tǒng)圖,所述RSS捕集器集成到內(nèi)容傳遞 系統(tǒng)中并與所述內(nèi)容傳遞系統(tǒng)結(jié)合而操作。
圖2B是說(shuō)明用于fe供多個(gè)內(nèi)容類別的一種解決方案的框圖。 圖2C是說(shuō)明用于提供多個(gè)內(nèi)容類別的另一解決方案的框圖。
圖3A是說(shuō)明用于內(nèi)容傳遞的雙重記錄個(gè)人化RSS饋入中所涉及的步驟的流程圖。 圖3B是說(shuō)明本發(fā)明內(nèi)所利用的RSS讀取器操作的示范性實(shí)施例中所涉及的步驟的 流程圖。
圖3C是說(shuō)明向合并RSS讀取器提供雙重RSS饋入的本發(fā)明的示范性實(shí)施例中所涉 及的步驟的流程圖。
圖4是說(shuō)明本發(fā)明的示范性實(shí)施例中所涉及的狀態(tài)的功能框圖。
具體實(shí)施例方式
本發(fā)明針對(duì)以免受SPAM傳遞和網(wǎng)絡(luò)釣魚的影響的方式向用戶傳遞電子信息,且提 供使用基于內(nèi)容的特征產(chǎn)生的單個(gè)或多個(gè)RSS饋入來(lái)傳遞混合機(jī)密級(jí)別的數(shù)據(jù)。更具體 地說(shuō),本發(fā)明針對(duì)一種RSS捕集器,其可操作以基于內(nèi)容的特征(例如敏感性或機(jī)密性) 將內(nèi)容轉(zhuǎn)換為多個(gè)RSS饋入且提供經(jīng)合并的RSS饋入或可在接收端合并的RSS饋入, 以用于傳遞具有變化級(jí)別的機(jī)密信息的內(nèi)容。
現(xiàn)參看附圖,更全面地描述本發(fā)明的各個(gè)實(shí)施例和方面,在幾幅圖中相同標(biāo)記和數(shù) 字始終指代相同元件。
圖1是說(shuō)明典型內(nèi)容分配和管理系統(tǒng)(例如高容量電子郵件服務(wù)器)的環(huán)境的系統(tǒng) 圖。雖然將在高容量電子郵件服務(wù)器或系統(tǒng)的上下文中描述本發(fā)明的各方面,但本發(fā)明 不限于此類系統(tǒng),盡管其本身的此類配置被認(rèn)為是本發(fā)明實(shí)施例的可選方面。高容量電
子郵件服務(wù)器110可以通信方式接入到一個(gè)或一個(gè)以上營(yíng)銷公司系統(tǒng)120A到120C和一 個(gè)或一個(gè)以上目標(biāo)或收件人130A到130C。 一般來(lái)說(shuō),營(yíng)銷公司采用高容量電子郵件服 務(wù)器UO來(lái)將信息傳遞到收件人或收件人群組。收件人可以是營(yíng)銷公司的特定客戶的消 費(fèi)者,可以是私人倶樂(lè)部的成員,可以是大學(xué)的學(xué)生,可以是特定產(chǎn)品的購(gòu)買者,或各 種當(dāng)事人團(tuán)體中的任一者。營(yíng)銷公司可經(jīng)由通信網(wǎng)絡(luò)(例如因特網(wǎng)140)介接到高容量 電子郵件服務(wù)器110,或可通過(guò)其它方式連接到服務(wù)器,所述其它方式例如(但不限于) VPN、直接連接、共享連接、無(wú)線連接等。另外,應(yīng)了解,高容量電子郵件服務(wù)器110 可實(shí)際上并入到營(yíng)銷公司系統(tǒng)120屮,或產(chǎn)生高容量電子郵件傳遞所需的數(shù)據(jù)可作為平 面文件由營(yíng)銷公司通過(guò)FTP傳送或磁盤提供到高容量電子郵件服務(wù)器。所屬領(lǐng)域的技術(shù) 人員將了解,還可采用其它傳遞機(jī)制。
高容量電子郵件分配系統(tǒng)的最終功能是管理一組收件人,提供用于針對(duì)特定電子郵 件消息從收件人域中識(shí)別出收件人的平臺(tái)或機(jī)制,且在一些情況下,針對(duì)每一收件人提 供唯一電子郵件消息的定制、個(gè)人化和創(chuàng)建作為高容量傳遞的一部分。舉例來(lái)說(shuō),在本 發(fā)明受讓人所開發(fā)的高容量電子郵件系統(tǒng)中,收件人域數(shù)據(jù)庫(kù)維持在高容量電子郵件服 務(wù)器內(nèi)。對(duì)于所述數(shù)據(jù)庫(kù)中的每一收件人,維持關(guān)于所述收件人的各種信息和參數(shù)。所 提供的信息通常由消費(fèi)者控制,然而在其它實(shí)施例中,所述信息中的一些信息可由收件 人、高容量電子郵件服務(wù)提供商提供或者從已經(jīng)出售或提供收件人數(shù)據(jù)庫(kù)信息的當(dāng)事人 提供。
所述數(shù)據(jù)庫(kù)中的信息或條目用于控制高容量電子郵件消息的傳遞。這通過(guò)制定對(duì)數(shù) 據(jù)庫(kù)中的各個(gè)字段的詢問(wèn)來(lái)實(shí)現(xiàn)。因此,任何特定高容量電子郵件分配可簡(jiǎn)單地通過(guò)針
對(duì)收件人的選定范圍制定詢問(wèn)來(lái)傳遞到潛在收件人的域的選定部分。有利的是,這使得 高容量電子郵件分配能夠更準(zhǔn)確地以相關(guān)當(dāng)事人為目標(biāo),因而通過(guò)此系統(tǒng)接收的電子郵 件與接收方相關(guān)。在Silverpop所提供的高容量電子郵件系統(tǒng)的一種型式中,收件人的 數(shù)據(jù)庫(kù)包括多達(dá)400個(gè)字段,其可用于表征每一收件人。營(yíng)銷公司可自由地定制各種字 段以使電子郵件傳遞的控制和粒度達(dá)到最大。
批量電子郵件系統(tǒng)還可包括進(jìn)一步的傳遞控制。舉例來(lái)說(shuō),為了保護(hù)消費(fèi)者免受壓 倒性數(shù)量的電子郵件充斥,高容量電子郵件系統(tǒng)可允許收件人和/或公司輸入限制待傳遞 到收件人的消息數(shù)3的參數(shù)。舉例來(lái)說(shuō),特定收件人可能想要將系統(tǒng)限制為每月2到4 封電子郵件。類似地.公司可能決定每周向每一消費(fèi)者發(fā)送不超過(guò)一封電子郵件。批量 電子郵件系統(tǒng)還可包括對(duì)系統(tǒng)將在特定時(shí)間周期內(nèi)推送的電子郵件消息的數(shù)目的進(jìn)一 步控制。另外,高容量電子郵件系統(tǒng)可經(jīng)裝備以處理活動(dòng)管理,其包括系統(tǒng)根據(jù)特定參數(shù)發(fā)送消息的能力,所述特定參數(shù)例如為消費(fèi)者的周年紀(jì)念日、消費(fèi)者的生日、消費(fèi)者 購(gòu)買之后30天等。高容量電子郵件系統(tǒng)的另一方面是在消息中包括或強(qiáng)制包括例如合 法否認(rèn)聲明等特定語(yǔ)言(這稱為CAN-SPAM)的能力。所屬領(lǐng)域的技術(shù)人員可容易看到 如上文描述的高容量電子郵件系統(tǒng)在到達(dá)消費(fèi)者和潛在消費(fèi)者方面的好處,且類似地, 還明顯地看到此類系統(tǒng)可如何被濫用。代替使用詢問(wèn)來(lái)為高容量電子郵件智能并選擇性 地識(shí)別收件人群組,且代替限制可從高容量電子郵件系統(tǒng)發(fā)送的消息的數(shù)目,參與發(fā)送 SPAM實(shí)踐的實(shí)體可簡(jiǎn)單地用正被傳送出去的每個(gè)消息撞擊所述數(shù)據(jù)庫(kù)中所列舉的每個(gè) 當(dāng)事人。岡此,已經(jīng)獲得并利用因特網(wǎng)上具有指派的電子郵件地址的電子郵件信箱的任 何人員冒著其他人發(fā)現(xiàn)其電子郵件地址并接著將所述電子郵件地址放入SPAM發(fā)送者所 擁有并利用的收件人數(shù)據(jù)庫(kù)中的風(fēng)險(xiǎn)。為了避免破壞其名聲,例如SILVERPOP等公司 必須仔細(xì)審査其系統(tǒng)的用戶并對(duì)其強(qiáng)加嚴(yán)格的合同要求,以確保其不會(huì)參與使用所述系 統(tǒng)來(lái)發(fā)送SPAM的實(shí)踐。
在技術(shù)的世界屮,且甚至在肉特網(wǎng)技術(shù)的世界屮,RSS饋入是相對(duì)較年輕的發(fā)展。 類似于最近提出的技術(shù),不管技術(shù)是如何完善且有利,早期采用者通常只是技術(shù)最尖端 者。新技術(shù)流行并由大部分用戶采用需要大量時(shí)間。因特網(wǎng)營(yíng)銷者現(xiàn)在剛剛開始關(guān)注使 用RSS饋入來(lái)傳遞其信息的好處,但其尚未被廣泛采用。按照現(xiàn)在的情況,因特網(wǎng)營(yíng)銷 公司在其當(dāng)前高容量電子郵件傳遞系統(tǒng)中投入了大量金錢。因此,不可能在不久的將來(lái) 會(huì)為較新的RSS技術(shù)而完全放棄這些系統(tǒng)。然而,如本文展示,本發(fā)明提供-種允許營(yíng) 銷者獲得其當(dāng)前高容量電子郵件系統(tǒng)的好處且還獲得可通過(guò)RSS饋入技術(shù)得到的好處 的解決方案。
將了解,高容量電子郵件系統(tǒng)以及其它內(nèi)容傳遞系統(tǒng)可提供不同類型的內(nèi)容。舉例
來(lái)說(shuō),所述內(nèi)容可具有在從公開到高度敏感的范圍內(nèi)變化的機(jī)密性程度。類似地,所述 內(nèi)容可具有在從非敏感傳遞時(shí)間到所要求的立即傳遞的范圍內(nèi)的不同緊急程度。
圖2A是采用本發(fā)明的RSS捕集器方面的系統(tǒng)圖,所述RSS捕集器并入到當(dāng)前可用 的高容量電子郵件技術(shù)中并與所述技術(shù)結(jié)合而操作。類似于上述示范性高容量電子郵件 系統(tǒng),內(nèi)容傳遞系統(tǒng)210經(jīng)配置以提供各種各樣的內(nèi)容傳遞服務(wù)。內(nèi)容傳遞系統(tǒng)210經(jīng) 由數(shù)據(jù)網(wǎng)絡(luò)240傳遞以個(gè)別收件人或收件人群組為目標(biāo)的內(nèi)容項(xiàng)目。數(shù)據(jù)傳遞可以是多 種媒體中的任.-者,其中包括有線和無(wú)線、安全和非安全、專用或共享等。
RSS捕集器220以通信方式耦合到數(shù)據(jù)網(wǎng)絡(luò)240且可操作以接收來(lái)自內(nèi)容傳遞系統(tǒng) 210的傳入內(nèi)容項(xiàng)目并將其轉(zhuǎn)換為RSS饋入。這可以各種方式實(shí)現(xiàn)。本發(fā)明的一個(gè)示范 性實(shí)施例檢査內(nèi)容項(xiàng)目以識(shí)別內(nèi)容項(xiàng)目的目標(biāo)收件人和所述內(nèi)容的特征(即,敏感或非
敏感)。當(dāng)RSS捕集器220識(shí)別出所述內(nèi)容項(xiàng)目的目標(biāo)收件人和類別時(shí),RSS捕集器220 接著為所述內(nèi)容項(xiàng)目創(chuàng)建恰當(dāng)?shù)腞SS饋入(如果RSS饋入尚未存在的話),或?qū)⑺鰞?nèi) 容插入到恰當(dāng)?shù)南惹八鶆?chuàng)建的RSS饋入中。對(duì)于非敏感內(nèi)容,RSS饋入220簡(jiǎn)單地采用 所述內(nèi)容項(xiàng)目并為所述消息產(chǎn)生唯一RSS饋入234。對(duì)于敏感內(nèi)容,RSS捕集器220產(chǎn) 生受密碼保護(hù)和/或以其它方式保護(hù)的RSS饋入236。因此,依據(jù)內(nèi)容的特征可將相關(guān)內(nèi) 容項(xiàng)目的群組形成為單個(gè)RSS饋入。舉例來(lái)說(shuō),對(duì)于基于電子郵件的內(nèi)容項(xiàng)目,可將含 有相似主題或起源于單個(gè)來(lái)源(例如同一公司)或標(biāo)注為緊急的所有電子郵件分組到單 個(gè)RSS饋入中。類似地,可將在電子郵件的主題或其它部分屮包括例如"機(jī)密"、"特權(quán)"、 "敏感"、"秘密"、"代理客戶端特權(quán)"、"敏感"、"僅供閱讀"等術(shù)語(yǔ)的所有電子郵件分 組到單個(gè)RSS饋入中,同時(shí)可將其余電子郵件分組到另一 RSS饋入中。有利的是,可 使用密碼存取、通過(guò)提問(wèn)題的識(shí)別、加密等來(lái)保護(hù)第一RSS饋入??珊?jiǎn)單地通過(guò)使用唯 一 URL來(lái)存取第二 RSS饋入。
時(shí)常,信息將是公司不希望共享的信息或禁止公司與外包內(nèi)容傳遞公司共享所述內(nèi) 容。舉例來(lái)說(shuō),如果金融機(jī)構(gòu)雇用高容量電子郵件公司來(lái)產(chǎn)生并以電子郵件發(fā)送月度報(bào) 表,那么可能禁止所述金融機(jī)構(gòu)向高容量電子郵件公司提供某些金融信息。類似地,公 司可能需要發(fā)送出電子郵件信件活動(dòng),其中每一信件含有所述公司不希望散布給高容量 電子郵件公司的個(gè)人化內(nèi)容。此類信息可以是例如社會(huì)保障號(hào)碼、地址信息、醫(yī)療信息、 金融信息等機(jī)密信息,或僅僅是公司不希望冒險(xiǎn)散布的信息。
本發(fā)明以各種方式提供一種對(duì)此情形的解決方案。圖2B是說(shuō)明用于提供多個(gè)內(nèi)容 類別的一種解決方案的框圖。在此實(shí)施例中,采用內(nèi)容源210來(lái)提供待指向消費(fèi)者的模 板化或部分完成的內(nèi)容項(xiàng)目。因此,經(jīng)由路徑212行進(jìn)到RSS捕集器220的內(nèi)容是非機(jī) 密信息或至少是通過(guò)加密或某些其它方式保護(hù)的信息。在本發(fā)明的一個(gè)實(shí)施例中,RSS 捕集器220接收內(nèi)容項(xiàng)目并識(shí)別所述內(nèi)容項(xiàng)目所針對(duì)的當(dāng)事人。RSS捕集器220可接著 向所述內(nèi)容項(xiàng)目中擴(kuò)充、修改、編輯或以另外方式并入其它信息。所述其它信息可包括 特定針對(duì)既定收件人的機(jī)密信息,或公司不希望與外部供應(yīng)商共享的機(jī)密信息,或迅速 變化而使得提供給外部供應(yīng)商將沒(méi)有意義而是在最后時(shí)刻將其并入較為合理的信息。在 特定實(shí)施例中,內(nèi)容項(xiàng)目可以是具有由RSS捕集器220或萬(wàn)維網(wǎng)服務(wù)器224填寫的特定 字段的模板。在另- 實(shí)施例中,可從在公司的數(shù)據(jù)中心內(nèi)運(yùn)行的安全信息系統(tǒng)處請(qǐng)求安 全內(nèi)容。所屬領(lǐng)域的技術(shù)人員將了解,僅需要由外部供應(yīng)商產(chǎn)生部分內(nèi)容項(xiàng)目且接著在 發(fā)送出去之前完成所述內(nèi)容項(xiàng)目,這樣做有各種各樣的原因,且本發(fā)明預(yù)期并提供一種 用T此類用途的解決方案。
在另一實(shí)施例中,代替RSS捕集器220操作以完成內(nèi)容項(xiàng)目,萬(wàn)維網(wǎng)服務(wù)器224 可執(zhí)行此功能。在本發(fā)明的另一實(shí)施例中,可對(duì)公司不希望提供給外包內(nèi)容提供商的機(jī) 密、敏感或其它內(nèi)容進(jìn)行安全加密并將其提供給內(nèi)容提供商。內(nèi)容提供商可接著將經(jīng)加 密的內(nèi)容插入到內(nèi)容項(xiàng)目中且接著將所完成的內(nèi)容項(xiàng)目發(fā)送出去。在此實(shí)施例中,RSS 捕集器220和/或萬(wàn)維網(wǎng)服務(wù)器224操作以接收所述內(nèi)容項(xiàng)目、對(duì)經(jīng)加密內(nèi)容進(jìn)行解密且 接著通過(guò)單個(gè)存取受控RSS饋入234將內(nèi)容項(xiàng)目提供給操作RSS讀取器232的RSS饋 入收件人230。或者,RSS饋入234可以是常規(guī)RSS饋入,且內(nèi)容可以加密形式進(jìn)行傳 遞。在此實(shí)施例中,RSS讀取器232或收件人230包括用以對(duì)經(jīng)加密項(xiàng)口進(jìn)行解密的能 力。
圖2C是說(shuō)明用于提供多個(gè)內(nèi)容類別的另一解決方案的框圖。在此實(shí)施例中,采用 內(nèi)容提供商210的服務(wù)來(lái)產(chǎn)生部分完成的內(nèi)容項(xiàng)目,所述部分完成的內(nèi)容項(xiàng)目經(jīng)由通信 信道2I2通過(guò)數(shù)據(jù)網(wǎng)絡(luò)240傳遞到RSS捕集器220。內(nèi)容項(xiàng)目是未完成的,因?yàn)樾枰?所述內(nèi)容項(xiàng)E3屮并入機(jī)密信息。在本發(fā)明的此實(shí)施例中,經(jīng)由非存取受控RSS饋入234 將內(nèi)容項(xiàng)目提供給收件人230,且經(jīng)由存取受控RSS饋入236提供機(jī)密信息。在此實(shí)施 例中,RSS讀取器/合并器252操作以接收所述兩個(gè)RSS饋入并將其合并為用于收件人 230的單個(gè)饋入。
圖3A是說(shuō)明使用安全個(gè)人化RSS饋入來(lái)進(jìn)行內(nèi)容傳遞的混合內(nèi)容類別內(nèi)容項(xiàng)目的 傳遞中所涉及的步驟的流程圖。有利的是,本發(fā)明的此方面允許用戶選擇性地控制從來(lái) 源接收電子數(shù)據(jù),并獲得至少部分采用外包內(nèi)容提供商的服務(wù)而產(chǎn)生的機(jī)密報(bào)告或內(nèi)容 項(xiàng)目。處理在步驟310處開始,其中內(nèi)容傳遞系統(tǒng)210發(fā)送出部分完成的內(nèi)容項(xiàng)目。此 類內(nèi)容項(xiàng)目可包括具有尚未定義的特定字段的模板或僅僅是未完成的報(bào)告。另外,代替 提供未完成的模板,內(nèi)容項(xiàng)目可能是幾乎完成的且包括一個(gè)或一個(gè)以上占位符或標(biāo)簽, 內(nèi)容捕集器將通過(guò)在其位置處提供額外內(nèi)容來(lái)進(jìn)行擴(kuò)充。本發(fā)明的各種實(shí)施例可利用各
種方式來(lái)發(fā)送例如FTP、 SMTP、專有饋入等內(nèi)容,且所屬領(lǐng)域的技術(shù)人員將了解,還 預(yù)期用于將數(shù)據(jù)傳送出去的其它方法。經(jīng)由數(shù)據(jù)網(wǎng)絡(luò)240將內(nèi)容傳送到RSS捕集器220。 設(shè)置RSS捕集器220以接收來(lái)自內(nèi)容傳遞系統(tǒng)210的輸出以用于俘獲內(nèi)容312的目的。 在一個(gè)實(shí)施例中,在步驟314處RSS捕集器220檢査內(nèi)容項(xiàng)目以識(shí)別既定收件人。在其 它實(shí)施例中,RSS捕集器220可簡(jiǎn)單地接收內(nèi)容項(xiàng)目,且在較早或較晚時(shí)間接收關(guān)于既 定收件人的信息或在內(nèi)部產(chǎn)生此信息。對(duì)于所描述的實(shí)施例,如果內(nèi)容項(xiàng)目是電子郵件 消息,那么此步驟可涉及檢査電子郵件地址中@符號(hào)前面的數(shù)據(jù)。
在步驟316處,RSS捕集器220通過(guò)用恰當(dāng)數(shù)據(jù)填寫內(nèi)容項(xiàng)目的未完成字段或部分
來(lái)擴(kuò)充內(nèi)容項(xiàng)目。此類數(shù)據(jù)可以多種方式獲得,但所屬領(lǐng)域的技術(shù)人員將了解,其將來(lái) 自在公司的安全數(shù)據(jù)中心連同RSS捕集器一起操作的其它商業(yè)或信息系統(tǒng)。所提供的數(shù) 據(jù)可以是敏感的、機(jī)密的、面向成年人的、私有的、公開的等等,或所述內(nèi)容可僅僅是 未分類的和敏感的?;趦?nèi)容類別和既定收件人的身份,可對(duì)RSS消息進(jìn)行標(biāo)記以要求 收件人在顯示所述消息之前對(duì)其自身進(jìn)行驗(yàn)證。如果找到匹配320,那么處理在步驟322 處繼續(xù)進(jìn)行,否則處理在步驟324處繼續(xù)進(jìn)行。
在步驟322處,第一次提供用于所識(shí)別的類別處的所識(shí)別的收件人的內(nèi)容項(xiàng)目。響 應(yīng)于所述內(nèi)容項(xiàng)目的接收,為收件人創(chuàng)建RDF或XML文件,且處理在步驟324處繼續(xù) 進(jìn)行。
出于此實(shí)例的目的,將了解,RSS饋入由兩種文件類型組成。 一種文件類型(索引 或主要文件)容納大部分RSS饋入消息一一標(biāo)題、索引、摘要、鏈接等。索引或主要文 件(在此實(shí)例中稱為XML索引文件)內(nèi)的條目可通常包括通往另一基于HTML或XML 的文件的鏈接,所述另一文件包括XML索引文件中所提及的文章、出版物或數(shù)據(jù)的完 全副本。
在步驟322處,內(nèi)容項(xiàng)目的既定收件人沒(méi)有用于所識(shí)別的類別級(jí)別的相關(guān)聯(lián)XML 索引文件。因此,創(chuàng)建用于所述類別的新XML索引文件并將其存儲(chǔ)在萬(wàn)維網(wǎng)服務(wù)器230 上。在示范性實(shí)施例中,XML索引文件的名稱并入有既定收件人的身份或依據(jù)所述身 份產(chǎn)生的秘密代碼(其從所述內(nèi)容項(xiàng)目提取)。XML索引文件的名稱還可并入有與所述 XML索引文件內(nèi)的內(nèi)容的類別級(jí)別相關(guān)的ID標(biāo)簽。接著,將XML索引文件的名稱包 括在用于存取XML索引文件的URL中。
在步驟324處,接著處理所接收的內(nèi)容項(xiàng)目并將其并入到恰當(dāng)?shù)腦ML索引文件中。 可以多種方式執(zhí)行此過(guò)程。作為電子郵件消息內(nèi)容項(xiàng)目的非限制性實(shí)例,將電子郵件消 息的HTML部分放置到XML索引文件中且將電子郵件消息的主題用作XML索引條目 的標(biāo)題。因此,將XML索引條冃的標(biāo)題字段設(shè)置為電子郵件消息的主題。分離出電子 郵件尋址和路由信息并將其刪除。XML索引文件條目的概要可以是電子郵件的標(biāo)題或 對(duì)電子郵件的主體的解釋或摘要。另外,電子郵件消息可包括允許識(shí)別和提取概要的特 定關(guān)鍵字或格式。舉例來(lái)說(shuō),電子郵件消息的元數(shù)據(jù)可容納概要,或可包括所述概要并 通過(guò)智能剖析算法從電子郵件消息的文本主體屮提取概要。另外,可識(shí)別用以識(shí)別概要 或摘要的關(guān)鍵字。舉例來(lái)說(shuō),可將標(biāo)題"概要"之后的段落放置到XML索引條目的概 要字段中。
總的來(lái)說(shuō),RSS捕集器操作以從一個(gè)或多個(gè)來(lái)源接收內(nèi)容項(xiàng)目或在內(nèi)部產(chǎn)生/接收內(nèi)
容項(xiàng)目。從外包內(nèi)容提供商接收的內(nèi)容項(xiàng)目是未完成的。RSS捕集器220操作以通過(guò)將 機(jī)密或敏感信息合并到內(nèi)容項(xiàng)目中來(lái)完成內(nèi)容項(xiàng)目。額外信息的類別用于確定為內(nèi)容的 既定收件人創(chuàng)建的XML索引文件的類型。因此,非機(jī)密報(bào)告可由外包內(nèi)容提供商產(chǎn)生, 且由RSS捕集器擴(kuò)充以包括機(jī)密信息且接著經(jīng)由受控存取個(gè)人化RSS饋入提供到收件 人。
RSS技術(shù)使得用戶能夠選擇性啟用特定信息的接收。如果用戶選擇使用RSS饋入從 特定提供商接收某一電子內(nèi)容,那么用戶只是將對(duì)應(yīng)于所需RSS饋入的URL輸入到其 RSS讀取器中,選擇用于核查新信息的時(shí)間間隔,且接著只是坐待。另外,通過(guò)如可從 YAHOO得到的解決方案等較新解決方案,URL保持隱藏且只是通過(guò)點(diǎn)擊瀏覽器或圖標(biāo) 來(lái)將其添加到RSS饋入。隨著新信息變得可在與RSS饋入相關(guān)聯(lián)的XML索引文件中得 到,RSS讀取器檢測(cè)所述新信息并通知用戶。用戶接著可檢査新內(nèi)容的標(biāo)題,審閱概要, 或決定下載整條消息。
圖3B是說(shuō)明本發(fā)明內(nèi)所利用的RSS讀取器操作的示范性實(shí)施例中所涉及的步驟的 流程圖。在本發(fā)明的上下文中,用戶能夠通過(guò)啟用用于所述內(nèi)容的RSS饋入來(lái)選擇性地 接收指向所述用戶的消息或內(nèi)容。在操作中,用戶向其RSS讀取器中輸入U(xiǎn)RL (步驟 350)。如上文描述,所述URL是用戶特定的且內(nèi)容類別特定的。因此,對(duì)于用戶A獲 取類別級(jí)別1內(nèi)容,用戶必須輸入與所述內(nèi)容相應(yīng)的URL。因此,用戶可具有多個(gè)類別 的內(nèi)容,其均需要不同憑證來(lái)存取所述信息。在步驟352處,當(dāng)存取所輸入的URL時(shí), 檢查對(duì)相關(guān)聯(lián)XML索引文件的存取權(quán)。如果對(duì)所述文件的存取受到控制(即,需要密 碼或其它某種控制機(jī)制),那么在步驟354處,提示用戶提供必要的憑證。如果對(duì)所述 文件的存取不受控制,那么處理在步驟358處繼續(xù)進(jìn)行。
應(yīng)了解,雖然大多數(shù)典型實(shí)施例僅針對(duì)在沒(méi)有任何控制的情況下存取的公開內(nèi)容和 從受密碼控制的XML內(nèi)容文件或單個(gè)消息文件存取的機(jī)密內(nèi)容,但還預(yù)期其它類別和 存取要求。舉例來(lái)說(shuō),可針對(duì)一種類別的內(nèi)容來(lái)對(duì)文件中的內(nèi)容進(jìn)行加密。在其它實(shí)施 例中,可針對(duì)不同級(jí)別的類別使用具有不同長(zhǎng)度的密碼。舉例來(lái)說(shuō),高度機(jī)密的內(nèi)容可 能需要20字符的密碼,且較低機(jī)密性的內(nèi)容可能僅需要4字符的密碼。在任何情況下, 在步驟356處檢驗(yàn)憑證。如果憑證有效,那么處理在步驟358處繼續(xù)進(jìn)行。否則,處理 返回到步驟354以再次請(qǐng)求憑證,且/或如果所輸入的憑證重復(fù)無(wú)效,那么向系統(tǒng)管理員 提供黑客告警。
在步驟358處,在讀取器經(jīng)配置以接收與所輸入U(xiǎn)RL相關(guān)聯(lián)的RSS饋入時(shí),所述 過(guò)程簡(jiǎn)單地通過(guò)連續(xù)環(huán)路(決策框358)。在步驟360處,連續(xù)環(huán)路包括以下步驟檢査
XML索引文件以確定是否具有存在于與用戶相關(guān)聯(lián)的XML索引文件內(nèi)的額外數(shù)據(jù),例 如可得到的新文章或正被修改的先前文章或條目,或用戶先前尚未接收或?qū)忛喌臄?shù)據(jù)。 如果新數(shù)據(jù)存在,那么所述過(guò)程檢索網(wǎng)頁(yè)且可能檢索所存儲(chǔ)的消息的概要362。另外, 用戶可接收超鏈接,其可嵌入在概要中,且當(dāng)啟動(dòng)時(shí)將允許用戶下載整個(gè)網(wǎng)頁(yè)。在步驟 364處,如果下面的XML內(nèi)容文件是存取受控的,那么要求用戶提供存取憑證以存取 所述文件。有利的是,本發(fā)明的此方面允許用戶控制從各個(gè)提供商接收數(shù)據(jù),因?yàn)橹钡?用戶實(shí)際上啟用所述數(shù)據(jù)的RSS饋入才獲得所述數(shù)據(jù)。另外,提供公司可通過(guò)插入憑證 或敏感信息來(lái)擴(kuò)充內(nèi)容項(xiàng)目,進(jìn)而致使RSS饋入成為存取受控的。
圖3C是說(shuō)明向合并RSS讀取器提供雙重RSS饋入的本發(fā)明的示范性實(shí)施例中所涉 及的步驟的流程圖。在操作中,用戶向其RSS讀取器中輸入至少兩個(gè)URL (步驟370)。 一個(gè)URL與非存取受控RSS饋入相關(guān)聯(lián),且另一 URL與存取受控RSS饋入。在步驟 372處,當(dāng)存取所輸入的URL時(shí),檢查對(duì)相關(guān)聯(lián)RDF文件的存取權(quán)。如果對(duì)所述文件 屮的者或--者以上的存取受到控制(即,需要密碼或其它某種控制機(jī)制),那么在步 驟374處,提示用戶提供必要的憑證。如果對(duì)所述文件的存取不受控制,那么處理在步 驟378處繼續(xù)進(jìn)行。
應(yīng)了解,雖然大多數(shù)典型實(shí)施例僅針對(duì)在沒(méi)有任何控制的情況下存取的公開內(nèi)容和 從受密碼控制的XML索引文件存取的機(jī)密內(nèi)容,但還預(yù)期其它類別和存取要求。舉例 來(lái)說(shuō),可針對(duì)- 種類別的內(nèi)容來(lái)對(duì)文件中的內(nèi)容進(jìn)行加密。在其它實(shí)施例中,可針對(duì)不 同級(jí)別的類別使用具有不同長(zhǎng)度的密碼。舉例來(lái)說(shuō),高度機(jī)密的內(nèi)容可能需要20字符 的密碼,且較低機(jī)密性的內(nèi)容可能僅需要4字符的密碼。在任何情況下,在步驟376處 檢驗(yàn)憑證。如果憑證有效,那么處理在步驟378處繼續(xù)進(jìn)行。否則,處理返回到步驟374 以再次請(qǐng)求憑證,且/或如果所輸入的憑證重復(fù)無(wú)效,那么向系統(tǒng)管理員提供黑客告警。
在步驟378處,在讀取器經(jīng)配置以接收與所輸入U(xiǎn)RL相關(guān)聯(lián)的RSS饋入時(shí),所述 過(guò)程簡(jiǎn)單地通過(guò)連續(xù)環(huán)路(決策框358)。在步驟380處,連續(xù)環(huán)路包括以下步驟檢查 XML索引文件以確定是否具有存在于與用戶相關(guān)聯(lián)的XML索引文件內(nèi)的額外數(shù)據(jù),例 如可得到的新文章或正被修改的先前文章或條目,或用戶先前尚未接收或?qū)忛喌臄?shù)據(jù)。 如果新數(shù)據(jù)存在,那么所述過(guò)程檢索網(wǎng)頁(yè)且可能檢索所存儲(chǔ)的消息的概要382。另外, 用戶可接收超鏈接,其可嵌入在概要中,且其允許用戶下載整個(gè)網(wǎng)頁(yè)。RSS讀取器接著 將經(jīng)由RSS饋入接收的內(nèi)容合并成用于用戶的單個(gè)內(nèi)容項(xiàng)目包384。因此,用戶能夠通 過(guò)RSS饋入接收機(jī)密信息,或通過(guò)僅存取非存取受控RSS饋入來(lái)僅接收非機(jī)密信息。
圖4是說(shuō)明本發(fā)明的示范性實(shí)施例中所涉及的狀態(tài)的功能框圖。初始地,消息產(chǎn)生
系統(tǒng)產(chǎn)生消息402。消息產(chǎn)生系統(tǒng)通常是駐留在公司的安全內(nèi)部網(wǎng)外部的外包服務(wù);然 而,在其它實(shí)施例中,其也可以是內(nèi)部功能。接著將所述消息輸送到含有安全信息的另 一數(shù)據(jù)中心404。再次,下-數(shù)據(jù)中心可以是駐留在公司的安全內(nèi)部網(wǎng)外部的外包實(shí)體, 但更通常的是,此類服務(wù)位于內(nèi)部網(wǎng)內(nèi)或通過(guò)安全通信信道提供。在安全位置中運(yùn)行的 RSS捕集器接收消息406。在步驟408處,確定所述消息是否含有待用安全數(shù)據(jù)填寫的 模板。如果是的話,識(shí)別此模板化消息的特定收件人410,且通過(guò)檢査安全數(shù)據(jù)存儲(chǔ)裝 置418來(lái)獲得用于此特定收件人的安全數(shù)據(jù)412。接著將安全數(shù)據(jù)合并到所述收件人的 模板中414,且將所完成的消息傳遞給分類和郵寄級(jí)416。
本發(fā)明的另一方面是基于產(chǎn)生用于存取RSS饋入的安全/秘密URL來(lái)為用戶提供個(gè) 人化RSS饋入。所述安全/秘密URL的部分稱為私有識(shí)別碼。所述私有識(shí)別碼將特定用 戶與特定內(nèi)容提供商鏈接,這意味著如果用戶基于特定私有識(shí)別碼存取RSS饋入,那么 所述內(nèi)容應(yīng)當(dāng)來(lái)自特定內(nèi)容提供商。在操作中,用戶可將私有識(shí)別碼提供給特定內(nèi)容提 供商以用作用于所述用戶的RSS饋入的基礎(chǔ)。內(nèi)容提供商(且僅僅內(nèi)容提供商)可利用 此私有識(shí)別碼來(lái)建立用于訂戶的RSS饋入。這通過(guò)內(nèi)容提供商創(chuàng)建XML索引文件來(lái)實(shí) 現(xiàn),所述XML索引文件的文件名或URL包括私有識(shí)別碼。為了存取RSS饋入,用戶 將URL輸入到RSS讀取器中。
對(duì)于為不同類別提供多個(gè)RSS饋入,可對(duì)每一文件使用相同私有識(shí)別碼,其中URL 含有用以識(shí)別所述饋入的類別的額外元素,或者可針對(duì)每一類別級(jí)別處的每一用戶產(chǎn)生 唯一私有識(shí)別碼。
私有識(shí)別碼的一個(gè)方面是用戶具有重要的保證水平,其他人將不能夠猜測(cè)其唯一識(shí) 別碼且因此不能夠訂制所述用戶的個(gè)人化RSS饋入(其可含有機(jī)密信息)。在本發(fā)明的 此方面的另一實(shí)施例中,代替用戶提供私有識(shí)別碼,可產(chǎn)生唯一字符串并將其用于唯一 地識(shí)別或界定用于特定用戶以及來(lái)自特定內(nèi)容提供商或內(nèi)容提供商類別的RSS饋入。在 此實(shí)施例中,當(dāng)新用戶訂制特定個(gè)人化RSS饋入時(shí),為所述用戶產(chǎn)生字符串或隨機(jī)碼且 將其與用戶的登錄名或用戶ID相關(guān)聯(lián)。隨機(jī)碼可具有多種大小中的任一者,且可使用 多種技術(shù)中的任一者來(lái)產(chǎn)生。本發(fā)明的此方面的重要元素是所述字符串應(yīng)當(dāng)不同于為其 它用戶產(chǎn)生的其它字符串,且其應(yīng)當(dāng)不能易于確定。
隨著唯-一字符串的大小增加且產(chǎn)生器的完善度成熟,字符串可變得越來(lái)越安全,因 為變得更難以猜測(cè)或反向設(shè)計(jì)什么用戶ID應(yīng)當(dāng)與所述字符串相關(guān)聯(lián)。在本發(fā)明的一個(gè) 實(shí)施例中,利用長(zhǎng)度為50個(gè)字符的字符串。 一旦創(chuàng)建了唯一字符串,內(nèi)容提供商便通 過(guò)RSS饋入發(fā)送數(shù)據(jù),其中XML索引文件名基于利用所述特定字符串。用戶可通過(guò)決
定啟用什么個(gè)人化RSS饋入來(lái)控制誰(shuí)能夠提供其信息。因而,不會(huì)經(jīng)常要求用戶給出其 電子郵件地址,于是用戶能夠保持其標(biāo)準(zhǔn)電子郵件帳戶的可用性且大大限制知道所述用 戶的電子郵件地址的當(dāng)事人。用戶可通過(guò)使用個(gè)人化R S S饋入來(lái)選擇性地確定檢查什么 內(nèi)容和何時(shí)使所述內(nèi)容引起用戶注意的定時(shí)。
本發(fā)明的此方面的另一變型針對(duì)為已經(jīng)與內(nèi)容提供商企業(yè)具有關(guān)系的用戶創(chuàng)建唯 一或個(gè)人化饋入。在此類實(shí)施例中,用戶可能已經(jīng)具有用戶名和/或登錄名。用于此類用 戶的唯一字符串需要能夠被存儲(chǔ)、可檢索或至少在用戶忘記字符串值的情況下重新產(chǎn) 生。在個(gè)實(shí)施例屮,產(chǎn)生隨機(jī)唯- ID并將其連同已經(jīng)為每 一用戶保持和維持的其它 用戶信息一起存儲(chǔ)到數(shù)據(jù)庫(kù)中。此信息可包括用戶的姓名、地址、電話號(hào)碼等。此實(shí)施 例的缺點(diǎn)是現(xiàn)有數(shù)據(jù)庫(kù)將需要某種水平的修改以用RSS饋入進(jìn)行操作。在另一實(shí)施例 中,作為由唯一和易于記住的輸入作為種了的散列函數(shù)來(lái)產(chǎn)生唯一字符串。 一般來(lái)說(shuō), 散列算法采用輸入值且產(chǎn)生唯一字符串。良好散列函數(shù)的目標(biāo)是沒(méi)有沖突或至少不會(huì)發(fā) 生沖突的可能性非常高。在散列算法實(shí)際上為一組以上輸入值產(chǎn)生相同輸出值時(shí)發(fā)生沖 突。通過(guò)確保散列輸出具有多于散列輸入的字符,這種可能性在很大程度上得以改進(jìn)并 可得以保證。
因?yàn)樯⒘兴惴ㄊ菃蜗驍?shù)學(xué)變換,所以不能通過(guò)倒轉(zhuǎn)散列算法來(lái)重新創(chuàng)建實(shí)際用戶數(shù) 據(jù)。另外,對(duì)于給定輸入值,散列算法將總是產(chǎn)生相同輸出值。因此,如果用戶需要?jiǎng)?chuàng) 建唯一ID,那么用戶可向散列算法提供安全且易于由用戶記起的輸入。如果輸入數(shù)據(jù)由 已經(jīng)存儲(chǔ)在數(shù)據(jù)庫(kù)條目?jī)?nèi)以用于所述用途的信息組成,那么不必為了實(shí)施此類系統(tǒng)而改 變當(dāng)前在線系統(tǒng)中存在的數(shù)據(jù)庫(kù)結(jié)構(gòu)。根據(jù)RSS捕集器需要,還使用已經(jīng)代表用戶存儲(chǔ) 或由用戶清楚記起且易于提供的數(shù)據(jù)來(lái)在運(yùn)行中創(chuàng)建唯一字符串。因此,本發(fā)明的此方 而允許在不必要求IT部門將RSS ID字段添加到其消費(fèi)者數(shù)據(jù)庫(kù)的情況下提供個(gè)人化 RSS饋入。事實(shí)上,可根據(jù)需要通過(guò)重新散列消費(fèi)者已經(jīng)具有的ID或個(gè)人信息(例如 消費(fèi)者的用戶名和密碼或PIN)來(lái)重新創(chuàng)建RSS ID的識(shí)別碼。因此,不要求數(shù)據(jù)庫(kù)模 式改變,可將IT部門的干預(yù)減到最小,且不需要對(duì)于RSSID的存儲(chǔ)要求。
因此,本發(fā)明提供一種RSS捕集器,其可用于俘獲由內(nèi)容源產(chǎn)生的、在內(nèi)部產(chǎn)生的 或通過(guò)存儲(chǔ)器媒體提供的輸出并將此信息轉(zhuǎn)換為處于不同類別級(jí)別的多個(gè)RSS饋入,所 述RSS饋入可由用戶或所述內(nèi)容的既定收件人根據(jù)需要來(lái)訂制、啟用和存取。有利的是, 用戶可通過(guò)個(gè)人化RSS饋入來(lái)接收內(nèi)容,所述個(gè)人化RSS饋入是機(jī)密的且通過(guò)受密碼 保護(hù)的XML索引文件來(lái)存取或不是機(jī)密的。
盡管前述說(shuō)明書說(shuō)明并描述了本發(fā)明的各種實(shí)施例,但將了解,本發(fā)明不限于本文
所揭示的精確構(gòu)造。可在不脫離精神或本質(zhì)屬性的情況下以其它特定形式實(shí)施本發(fā)明。 另外,已經(jīng)描述了本發(fā)明的各個(gè)方面。并非所有所述方面均需要具有新穎性,且各種實(shí) 施例可在所述各個(gè)方面的子組上利用。因此,應(yīng)參考所附權(quán)利要求書而非參考前述說(shuō)明 書來(lái)指示本發(fā)明的范圍。
權(quán)利要求
1.一種向用戶提供多類別內(nèi)容的受控傳遞的系統(tǒng),所述系統(tǒng)包含內(nèi)容源,其可操作以通過(guò)使用用于每一內(nèi)容項(xiàng)目的地址識(shí)別符來(lái)發(fā)送指向用戶的內(nèi)容項(xiàng)目;內(nèi)容捕集器,其可操作以接收內(nèi)容項(xiàng)目;識(shí)別所述地址識(shí)別符;修改所述內(nèi)容項(xiàng)目;至少部分基于用于推送內(nèi)容項(xiàng)目的所述地址識(shí)別符的至少一部分,產(chǎn)生實(shí)質(zhì)上唯一識(shí)別符;創(chuàng)建具有URL的基于RSS的文件,所述URL至少部分基于所述實(shí)質(zhì)上唯一識(shí)別符且含有所述經(jīng)修改的內(nèi)容項(xiàng)目。
2. 根據(jù)權(quán)利要求1所述的系統(tǒng),其中所述接收的內(nèi)容項(xiàng)目包含部分完成的模板,且所 述內(nèi)容捕集器可操作以通過(guò)向所述部分完成的模板中插入額外內(nèi)容來(lái)修改所述內(nèi)容項(xiàng)口。
3. 根據(jù)權(quán)利要求1所述的系統(tǒng),其中所述接收的內(nèi)容項(xiàng)目包含部分完成的模板,且所 述內(nèi)容捕集器可操作以通過(guò)向所述部分完成的模板中插入機(jī)密內(nèi)容來(lái)修改所述內(nèi) 容項(xiàng)目。
4. 根據(jù)權(quán)利要求1所述的系統(tǒng),其中所述接收的內(nèi)容項(xiàng)目包括一個(gè)或一個(gè)以上內(nèi)容占 位符,且所述內(nèi)容捕集器可操作以通過(guò)向所述一個(gè)或一個(gè)以上內(nèi)容占位符中插入內(nèi) 容來(lái)修改所述內(nèi)容項(xiàng)目。
5. 根據(jù)權(quán)利要求1所述的系統(tǒng),其中所述接收的內(nèi)容項(xiàng)目包括一個(gè)或一個(gè)以上內(nèi)容占 位符,且所述內(nèi)容捕集器可操作以通過(guò)向所述一個(gè)或一個(gè)以上內(nèi)容占位符中插入機(jī) 密內(nèi)容來(lái)修改所述內(nèi)容項(xiàng)冃。
6. —種用于向用戶提供多類別內(nèi)容的受控傳遞的方法,所述方法包含以下步驟接收指向既定收件人的內(nèi)容項(xiàng)目;對(duì)所述內(nèi)容項(xiàng)目進(jìn)行修改以包括處于特定類別級(jí)別的數(shù)據(jù);以及 確定這是否是待提供給所述既定收件人的第一內(nèi)容項(xiàng)目,且如果這是第一內(nèi)容項(xiàng) 目,那么創(chuàng)建包括唯一識(shí)別符的URL;創(chuàng)建可經(jīng)由所述URL存取的XML索引文件;以及將所述經(jīng)修改的內(nèi)容項(xiàng)目的內(nèi)容的至少一部分放置在所述XML索引文件內(nèi); 創(chuàng)建XML內(nèi)容文件;將通往所述XML內(nèi)容文件的鏈接放置在所述XML索引文件中; 將所述經(jīng)修改的內(nèi)容項(xiàng)目的內(nèi)容的一實(shí)質(zhì)部分放置在所述XML內(nèi)容文件內(nèi); 提供對(duì)所述XML內(nèi)容文件的存取控制,借此通過(guò)利用RSS讀取器,所述既定 收件人可存取所述內(nèi)容。
7. 根據(jù)權(quán)利要求6所述的方法,其中如果在檢查步驟中確定這不是待提供給所述既定 收件人的第-內(nèi)容項(xiàng)Q,那么所述方法進(jìn)一步包含以下步驟-確定與所述既定收件人相關(guān)聯(lián)的所述XML索引文件;通過(guò)將所述經(jīng)修改的內(nèi)容項(xiàng)目的內(nèi)容的所述至少一部分放置在所述XML索引文 件內(nèi)來(lái)修改所述XML索引文件。
8. 根據(jù)權(quán)利要求7所述的方法,其中所述內(nèi)容項(xiàng)曰是包括地址識(shí)別符和部分完成的模 板報(bào)告的電子郵件消息,且所述將所述項(xiàng)目的所述內(nèi)容放置在所述XML索引文件 內(nèi)的步驟包含-在所述XML索引文件中創(chuàng)建條目且將所述條目的標(biāo)題設(shè)置為所述電子郵件消息 的主題;以及創(chuàng)建通往含有所述電子郵件消息的主體的XML內(nèi)容文件的鏈接且將所述鏈接放 置在所述條目的概要中。
9. 根據(jù)權(quán)利要求8所述的方法,其中所述修改所述內(nèi)容項(xiàng)目的步驟進(jìn)一步包含完成所 述部分完成的模板報(bào)告。
10. 根據(jù)權(quán)利要求8所述的方法,其中所述修改所述內(nèi)容項(xiàng)目的步驟進(jìn)一步包含將機(jī)密 信息合并到所述部分完成的模板報(bào)告中。
11. 根據(jù)權(quán)利要求6所述的方法,其中所述修改所述內(nèi)容項(xiàng)目的步驟進(jìn)一步包含將機(jī)密 信息合并到所述內(nèi)容項(xiàng)目中。
12. —種用于提供RSS饋入的方法,其中由一個(gè)實(shí)體創(chuàng)建內(nèi)容的一部分且由另--實(shí)體 將機(jī)密部分添加到所述內(nèi)容,所述方法包含以下歩驟從第一實(shí)體接收指向一個(gè)或一個(gè)以上用戶的部分完成的內(nèi)容項(xiàng)目;修改所述內(nèi)容項(xiàng)目中的一者或一者以上;對(duì)于針對(duì)特定用戶的第一內(nèi)容項(xiàng)目創(chuàng)建包括實(shí)質(zhì)上唯一識(shí)別符的URL;創(chuàng)建可經(jīng)由所述URL存取的XML索引文件;將關(guān)于所述第一內(nèi)容項(xiàng)目的概要信息放置在所述XML索引文件中的條目?jī)?nèi); 創(chuàng)建XML內(nèi)容文件;將通往所述XML內(nèi)容文件的鏈接放置在所述XML索引文件中的所述條目?jī)?nèi) 以及將所述內(nèi)容項(xiàng)目的一實(shí)質(zhì)部分放置在所述XML內(nèi)容文件內(nèi)。
13. 根據(jù)權(quán)利要求12所述的方法,其對(duì)于針對(duì)所述特定用戶的下一內(nèi)容項(xiàng)目,進(jìn)一步 包含以下步驟-將關(guān)于所述下一內(nèi)容項(xiàng)目的概要信息放置在所述XML索引文件中的下-條目 內(nèi);創(chuàng)建下一 XML內(nèi)容文件;將通往所述下一 XML內(nèi)容文件的鏈接放置在所述XML索引文件中的所述下一 條目?jī)?nèi);以及將所述下一內(nèi)容項(xiàng)目的一實(shí)質(zhì)部分放置在所述下一 XML內(nèi)容文件內(nèi)。
14. 根據(jù)權(quán)利要求13所述的方法,其中所述創(chuàng)建XML索引文件的步驟進(jìn)一步包含以 下步驟如果通過(guò)所述XML索引文件獲得的內(nèi)容處于特定類別級(jí)別,那么創(chuàng)建受 密碼控制的XML索引文件。
15. 根據(jù)權(quán)利要求13所述的方法,其中所述創(chuàng)建XML索引文件的步驟進(jìn)--步包含以 下步驟如果通過(guò)所述XML索引文件獲得的內(nèi)容處于特定類別級(jí)別,那么創(chuàng)建不受密碼控制的XML索引文件。
16. 根據(jù)權(quán)利要求13所述的方法,其中所述創(chuàng)建XML索引文件的步驟進(jìn)一步包含以 下步驟創(chuàng)建受密碼控制且經(jīng)加密的XML索引。
17. 根據(jù)權(quán)利要求13所述的方法,其中所述修改所述內(nèi)容項(xiàng)目的步驟進(jìn)一步包含完成 所述部分完成的模板報(bào)告。
18. 根據(jù)權(quán)利要求13所述的方法,其中所述修改所述內(nèi)容項(xiàng)目的步驟進(jìn)一步包含將機(jī) 密信息合并到所述部分完成的模板報(bào)告中。
19. 一種用于為既定收件人提供機(jī)密信息RSS饋入的方法,所述方法包含以下步驟接收指向一個(gè)或一個(gè)以上用戶的內(nèi)容項(xiàng)目;對(duì)于每一內(nèi)容項(xiàng)目,識(shí)別與所述內(nèi)容項(xiàng)目相關(guān)聯(lián)的機(jī)密數(shù)據(jù)一一如果存在的話;將所述內(nèi)容項(xiàng)目與所述識(shí)別的機(jī)密數(shù)據(jù)合并以創(chuàng)建經(jīng)修改的內(nèi)容項(xiàng)口;對(duì)于針對(duì)特定用戶的第一經(jīng)修改的內(nèi)容項(xiàng)目創(chuàng)建包括實(shí)質(zhì)上唯一識(shí)別符的URL;創(chuàng)建可經(jīng)由所述第一URL存取的第一 XML索引文件;創(chuàng)建第一XML內(nèi)容文件并將所述第一經(jīng)修改的內(nèi)容項(xiàng)目的一實(shí)質(zhì)部分放置在 所述第一 XML內(nèi)容文件內(nèi);在所述XML索引文件中創(chuàng)建含有關(guān)于所述第一內(nèi)容項(xiàng)目的信息的條目,和通 往含有所述第一內(nèi)容項(xiàng)目的內(nèi)容的所述第一XML文件的鏈接。
20. 根據(jù)權(quán)利要求19所述的方法,其對(duì)于針對(duì)所述特定用戶的下一內(nèi)容項(xiàng)目,進(jìn)一步 包含以下步驟在所述XML索引內(nèi)創(chuàng)建用于所述下一內(nèi)容項(xiàng)目的條目。
全文摘要
識(shí)別指向用戶的內(nèi)容,并對(duì)所述內(nèi)容進(jìn)行修改以包括機(jī)密數(shù)據(jù)。確定所述數(shù)據(jù)的機(jī)密級(jí)別,并將其用于創(chuàng)建個(gè)人化RSS饋入,所述個(gè)人化RSS饋入給予用戶對(duì)所述數(shù)據(jù)的受控存取。因此,可利用商業(yè)內(nèi)容提供商來(lái)創(chuàng)建待例如通過(guò)高容量電子郵件傳遞的內(nèi)容,且可對(duì)所述內(nèi)容進(jìn)行修改以包括公司不希望泄露給外包服務(wù)提供商的機(jī)密信息。
文檔編號(hào)G06F15/16GK101346712SQ200680048929
公開日2009年1月14日 申請(qǐng)日期2006年10月23日 優(yōu)先權(quán)日2005年10月23日
發(fā)明者比爾·納西 申請(qǐng)人:西爾弗波普系統(tǒng)公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
团风县| 阿拉尔市| 潍坊市| 威宁| 北京市| 东阳市| 潜江市| 罗山县| 抚远县| 澎湖县| 东乡县| 沂水县| 榆林市| 嘉祥县| 吉木乃县| 衡阳县| 新晃| 博乐市| 沧州市| 霞浦县| 靖江市| 平度市| 台南县| 皋兰县| 修文县| 马鞍山市| 永定县| 西乌珠穆沁旗| 阿克| 丽水市| 苍梧县| 弥勒县| 景东| 乌鲁木齐县| 孟连| 台东市| 修水县| 水富县| 石门县| 张北县| 津市市|