專利名稱：網(wǎng)絡(luò)信息收發(fā)系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明屬于計算機(jī)網(wǎng)絡(luò)技術(shù)領(lǐng)域，涉及一種網(wǎng)絡(luò)系統(tǒng)，尤其涉及一種網(wǎng)絡(luò)信息收 發(fā)系統(tǒng)；同時，本發(fā)明還涉及一種網(wǎng)絡(luò)信息收發(fā)方法。
背景技術(shù)：
目前大多數(shù)人在網(wǎng)絡(luò)中擁有多種與他人聯(lián)系的方式。光是在線聊天工具就有十多 種，每個人可以擁有多個電子郵箱。一個學(xué)生如果要和其他多個聯(lián)系人討論話題時就需要 動用不同的平臺，而且不具備協(xié)作和學(xué)術(shù)交流特性。如果使用公共論壇和聊天室就會遇到 話題保密性的問題。Google. Inc在2009年6月發(fā)布了 Google Wave的Preview版本。它的功能是將 自己的電子郵件服務(wù)和在線聊天服務(wù)整合在一起，并且融合了多人協(xié)作、信息共享等特性。 這個平臺測試版一發(fā)布就在互聯(lián)網(wǎng)受到比較高的評價，但是只能運行在Google自己的服 務(wù)范圍中，不使用Google的用戶無法使用這些特性。如今還沒有可以在一個系統(tǒng)中收發(fā)各種工具信息的方案，本發(fā)明來解決這個問題。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種網(wǎng)絡(luò)信息收發(fā)系統(tǒng)，可接收及發(fā)送多個 網(wǎng)絡(luò)工具的信息。此外，本發(fā)明進(jìn)一步提供一種網(wǎng)絡(luò)信息收發(fā)方法，可接收及發(fā)送多個網(wǎng)絡(luò)工具的 fn息ο為解決上述技術(shù)問題，本發(fā)明采用如下技術(shù)方案一種網(wǎng)絡(luò)信息收發(fā)系統(tǒng)，所述系統(tǒng)包括客戶端，用以發(fā)送或接收信息；若干外站服務(wù)器，用以按照此服務(wù)器本身的協(xié)議使發(fā)送者和接收者進(jìn)行交流；內(nèi)站服務(wù)器，與所述客戶端、若干外站服務(wù)器連接；所述內(nèi)站服務(wù)器接收客戶端發(fā) 送的信息，并將信息發(fā)送至對應(yīng)的外站服務(wù)器或其他客戶端；所述內(nèi)站服務(wù)器接收外站服 務(wù)器或其他客戶端發(fā)送來的信息，并將信息發(fā)送至對應(yīng)的客戶端；所述內(nèi)站服務(wù)器包括-外站協(xié)議處理模塊，用以讀取配置文件，按照配置文件的相關(guān)配置讀取插件基本 信息并加載外站插件，并且發(fā)送和接受消息處理模塊要求的消息；-消息處理模塊，用以接收用戶發(fā)送的信息及指定的聯(lián)系人，發(fā)送時將每個聯(lián)系方 式對應(yīng)的外站服務(wù)中的聯(lián)系方式狀態(tài)進(jìn)行比較，通過比較在線狀態(tài)、優(yōu)先級選出聯(lián)系聯(lián)系 人的優(yōu)選方式；或者，聯(lián)系人的聯(lián)系方式由用戶設(shè)定。作為本發(fā)明的一種優(yōu)選方案，用戶選擇自己使用的、并且外站協(xié)議處理模塊存在 的外站服務(wù)，提供登入憑證以供外站協(xié)議處理模塊處理登入信息；用戶通過消息處理模塊和外站協(xié)議處理模塊的關(guān)系在外站服務(wù)權(quán)限范圍內(nèi)隨時和外站插件進(jìn)行信息交換。作為本發(fā)明的一種優(yōu)選方案，根據(jù)外站服務(wù)協(xié)議的不同，用戶接收聯(lián)系人的信息 為如下三種流程之一聯(lián)系人直接將消息發(fā)送至外站協(xié)議處理模塊；聯(lián)系人通過中間外站服務(wù)器發(fā)送至外站協(xié)議處理模塊；中間外站服務(wù)器接收信息 發(fā)送者的消息，并將該信息發(fā)送至信息接收者的外站協(xié)議處理模塊；用戶發(fā)送信息至外站服務(wù)器，外站協(xié)議處理模塊定時更新。作為本發(fā)明的一種優(yōu)選方案，所述內(nèi)站服務(wù)器進(jìn)一步包括主題識別模塊；所述消息處理模塊處理的新消息都要經(jīng)過主題識別模塊處理，以標(biāo)記成一個主 題；任何從消息處理模塊發(fā)送的消息都會被消息處理模塊帶上主題信息，發(fā)送至聯(lián)系 人；該信息可以是直接放入消息內(nèi)容(包括標(biāo)題)。也可以是在內(nèi)站數(shù)據(jù)庫中標(biāo)記此消息 在外站服務(wù)器的代號(比如電子郵件可以標(biāo)記UID)；而聯(lián)系人回復(fù)的時候，外站插件分析主題信息，并將存在主題信息的比標(biāo)記為主 題信息的主題，不存在標(biāo)記的視為新主題，創(chuàng)建該主題并標(biāo)記此消息最后存入數(shù)據(jù)庫中。作為本發(fā)明的一種優(yōu)選方案，所述內(nèi)站服務(wù)器進(jìn)一步包括外站插件；外站插件被外站協(xié)議處理模塊加載與控制，主要功能是模擬插件中所設(shè)計的協(xié) 議，讓其能讓消息處理模塊以該協(xié)議的方式接收并且發(fā)送消息處理模塊要發(fā)送的消息；而存在不能直接提交給消息處理模塊的外站消息，外站插件還要轉(zhuǎn)換原來的消息 成為消息處理模塊能接受的信息，或者將消息處理模塊的消息轉(zhuǎn)換為能被外站協(xié)議接收的 fn息ο作為本發(fā)明的一種優(yōu)選方案，所述消息處理模塊進(jìn)一步包括群聊控制模塊，用以 同時與使用多個不同協(xié)議工具的聯(lián)系人進(jìn)行消息交流。一種上述網(wǎng)絡(luò)信息收發(fā)系統(tǒng)的網(wǎng)絡(luò)信息收發(fā)方法，所述方法包括如下步驟步驟A、用戶向聯(lián)系人發(fā)送信息；步驟B、內(nèi)站服務(wù)器接收客戶端發(fā)送的信息，并將信息發(fā)送至對應(yīng)的外站服務(wù)器或 其他客戶端；外站協(xié)議處理模塊讀取配置文件，按照配置文件的相關(guān)配置讀取插件基本信息并 加載外站插件；消息處理模塊接收用戶發(fā)送的信息及指定的聯(lián)系人，將每個聯(lián)系方式對應(yīng)的外站 服務(wù)中的聯(lián)系方式狀態(tài)進(jìn)行比較，通過比較在線狀態(tài)、優(yōu)先級選出聯(lián)系聯(lián)系人的優(yōu)選方式； 或者，聯(lián)系人的聯(lián)系方式由用戶設(shè)定；步驟C、外站服務(wù)器接收信息發(fā)送者的消息，并將該信息發(fā)送至信息接收者。作為本發(fā)明的一種優(yōu)選方案，根據(jù)外站服務(wù)協(xié)議的不同，用戶接收聯(lián)系人的信息 為如下三種流程之一聯(lián)系人直接將消息發(fā)送至外站協(xié)議處理模塊；聯(lián)系人通過中間外站服務(wù)器發(fā)送至外站協(xié)議處理模塊；中間外站服務(wù)器接收信息 發(fā)送者的消息，并將該信息發(fā)送至信息接收者的外站協(xié)議處理模塊；用戶發(fā)送信息至外站服務(wù)器，外站協(xié)議處理模塊定時更新。
作為本發(fā)明的一種優(yōu)選方案，所述方法包括群聊步驟步驟1、用戶同時向設(shè)定的多個聯(lián)系人發(fā)送信息；步驟2、內(nèi)站服務(wù)器接收用戶客戶端發(fā)送的信息，并將信息發(fā)送至多個聯(lián)系人對應(yīng) 的外站服務(wù)器或多個其他客戶端；外站協(xié)議處理模塊讀取配置文件，按照配置文件的相關(guān)配置讀取插件基本信息并 加載外站插件；消息處理模塊接收用戶發(fā)送的信息及指定的多個聯(lián)系人，將每個聯(lián)系方式對應(yīng)的 外站服務(wù)中的聯(lián)系方式狀態(tài)進(jìn)行比較，通過比較在線狀態(tài)、優(yōu)先級選出聯(lián)系聯(lián)系人的優(yōu)選 方式；或者，聯(lián)系人的聯(lián)系方式由用戶設(shè)定；步驟3、多個信息接收者對應(yīng)的外站服務(wù)器接收信息發(fā)送者的消息，并將該信息分 別發(fā)送至對應(yīng)的多個信息接收者。本發(fā)明的有益效果在于本發(fā)明提出的網(wǎng)絡(luò)信息收發(fā)系統(tǒng)及方法，可以將多種網(wǎng) 絡(luò)服務(wù)服務(wù)整合在一個系統(tǒng)中，實現(xiàn)對各個網(wǎng)絡(luò)服務(wù)服務(wù)的有效聚合。極大便利了人們的 信息交流，提高了人們的工作、學(xué)習(xí)及生活效率。利用本發(fā)明可以讓聯(lián)系人在不離開自己當(dāng) 前所用的網(wǎng)絡(luò)服務(wù)而和用戶進(jìn)行交流。


圖1為聯(lián)系人聯(lián)系方式的示意圖。
圖2為插件機(jī)制的多外站服務(wù)加載的示意圖。
圖3為用戶與發(fā)送消息至聯(lián)系人的過程示意圖。
圖4為用戶接收聯(lián)系人發(fā)送的消息的過程示意圖。
圖5為消息處理模塊接收消息后的處理流程圖。
圖6為主題識別模塊的識別流程圖。
圖7為主題編排模塊編排的主題示意圖。
圖8為群聊發(fā)送信息的示意圖。
圖9為群聊回復(fù)信息的示意圖。
具體實施例方式下面結(jié)合附圖詳細(xì)說明本發(fā)明的優(yōu)選實施例。實施例一本發(fā)明揭示了一種網(wǎng)絡(luò)信息收發(fā)系統(tǒng)，所述系統(tǒng)包括客戶端、若干外站服務(wù)器、 內(nèi)站服務(wù)器?？蛻舳擞靡园l(fā)送或接收信息?？蛻舳丝梢允请娔X、手機(jī)等具有網(wǎng)絡(luò)功能的電子設(shè) 備。外站服務(wù)器用以按照此服務(wù)器本身的協(xié)議使發(fā)送者和接收者進(jìn)行交流。外站服務(wù) 器為外部網(wǎng)絡(luò)服務(wù)的服務(wù)器；如MSN的服務(wù)器、QQ的服務(wù)器、郵箱的服務(wù)器等等。請參閱圖1，每個聯(lián)系人(矩形)都能指定一個或多個聯(lián)系方式(橢圓形)。每個 聯(lián)系方式都具有兩個屬性聯(lián)系服務(wù)和聯(lián)系地址。聯(lián)系服務(wù)為用戶已經(jīng)提供自己用戶名和 密碼的外站服務(wù)。聯(lián)系地址就是外站服務(wù)能通過該地址聯(lián)系到聯(lián)系人(比如電子郵箱地
6址)外站協(xié)議處理模塊和用戶自己都可以對聯(lián)系人列表進(jìn)行添加和刪除等操作。內(nèi)站服務(wù)器與所述客戶端、若干外站服務(wù)器連接；所述內(nèi)站服務(wù)器接收客戶端發(fā) 送的信息，并將信息發(fā)送至對應(yīng)的外站服務(wù)器或其他客戶端；所述內(nèi)站服務(wù)器接收外站服 務(wù)器或其他客戶端發(fā)送來的信息，并將信息發(fā)送至對應(yīng)的客戶端。本發(fā)明通過設(shè)置內(nèi)網(wǎng)服 務(wù)器，將各個客戶端及各個外站服務(wù)器整合在一起。有些協(xié)議是點對點的，就是說客戶端 直接發(fā)給聯(lián)系人而不通過這個服務(wù)的服務(wù)器，這樣客戶端可以將信息直接發(fā)送至其他客戶 端；而有些協(xié)議則需要通過外部站點服務(wù)器轉(zhuǎn)發(fā)。請參閱圖2，所述內(nèi)站服務(wù)器主要包括外站協(xié)議處理模塊、消息處理模塊。外站協(xié)議處理模塊用以讀取配置文件，按照配置文件的相關(guān)配置讀取插件基本信 息并加載外站插件。結(jié)合圖3，消息處理模塊用以接收用戶發(fā)送的信息及指定的聯(lián)系人，將每個聯(lián)系方 式對應(yīng)的外站服務(wù)中的聯(lián)系方式狀態(tài)進(jìn)行比較，通過比較在線狀態(tài)、優(yōu)先級選出聯(lián)系聯(lián)系 人的優(yōu)選方式；或者，聯(lián)系人的聯(lián)系方式由用戶設(shè)定。并不是所有消息都要指定聯(lián)系人才發(fā)送。用戶可以直接指定聯(lián)系方式，即指定發(fā) 送消息的外站服務(wù)和地址，消息處理模塊就會直接按照用戶需求通過外站協(xié)議模塊發(fā)送消 肩、ο用戶選擇自己使用的、并且外站協(xié)議處理模塊存在的外站服務(wù)，提供登入憑證以 供外站協(xié)議處理模塊處理登入信息；用戶通過消息處理模塊和外站協(xié)議處理模塊的關(guān)系在 權(quán)限范圍內(nèi)隨時和外站插件進(jìn)行信息交換。如圖4所示，根據(jù)外站服務(wù)協(xié)議的不同，用戶接收聯(lián)系人的信息為如下三種流程 之一聯(lián)系人直接將消息發(fā)送至外站協(xié)議處理模塊；聯(lián)系人通過中間外站服務(wù)器發(fā)送至外 站協(xié)議處理模塊；用戶發(fā)送信息至外站服務(wù)器，外站協(xié)議處理模塊定時更新。請參閱圖5、圖6，所述消息處理模塊進(jìn)一步包括主題識別模塊。任何人發(fā)送的消 息(用戶和聯(lián)系人)都是相對獨立的。所以消息處理模塊處理的每條新消息都要經(jīng)過主題 識別模塊處理，以標(biāo)記成一個主題。任何從消息處理模塊發(fā)送的消息都會被消息處理模塊 帶上主題信息，發(fā)送至聯(lián)系人。而聯(lián)系人回復(fù)的時候，消息處理模塊委托外站插件分析主題 信息，并將存在主題信息的比標(biāo)記為主題信息的主題，不存在標(biāo)記的視為新主題，創(chuàng)建該主 題并標(biāo)記此消息；最后存入數(shù)據(jù)庫中。消息處理模塊還包括主題編排模塊。如果將上頁的消息中主題信息換成父級消 息信息，那么消息處理模塊就能將該消息識別成父級消息的子消息(回復(fù))。也就是說，用 戶能根據(jù)一個話題進(jìn)行特別評論，而不是像現(xiàn)在的論壇一樣接在上一個消息的后面。如圖 7所示，理論上繼承關(guān)系是可以無限的，一個消息(回復(fù))可以隸屬于任何一個消息或者主 題，而主題是不隸屬任何消息。所述內(nèi)站服務(wù)器進(jìn)一步包括外站插件；外站插件被外站協(xié)議處理模塊加載與控 制，主要功能是模擬插件的協(xié)議，讓其能讓消息處理模塊接收并且發(fā)送消息處理模塊要發(fā) 送的消息；而存在不能直接提交給消息處理模塊的外站消息，外站插件還要轉(zhuǎn)換原來的消 息成為消息處理模塊能接受的信息，或者將消息處理模塊的消息轉(zhuǎn)換為能被外站協(xié)議接收 的信息。比如有些論壇要求發(fā)帖的時候使用UBB代碼，而消息處理模塊使用HTML代碼，外站 插件要轉(zhuǎn)換HTML為UBB再發(fā)送給外站服務(wù)器。同樣的，外站消息也會有些不能直接使用，需要轉(zhuǎn)換。比如在MSN中，圖片(或者叫表情)并不是以消息處理模塊所接受的方式出現(xiàn) 的，外站插件同樣需要轉(zhuǎn)換才能提交給消息處理模塊。所述消息處理模塊進(jìn)一步包括群聊控制模塊，用以與使用多個不同協(xié)議工具的聯(lián) 系人進(jìn)行消息交流。在消息處理模塊中，群聊控制模塊讓此發(fā)明具備了和多個不同協(xié)議人 進(jìn)行消息交流。其特點在所有群聊模塊中的任何一個人(包括用戶和用戶指定的聯(lián)系人 們)只要發(fā)送了一條消息，任何人都能收到(包括用戶和用戶指定的聯(lián)系人們)。聯(lián)系人不 必更換自己當(dāng)前的聯(lián)系方式，即使此聯(lián)系方式本身不支持群聊，消息處理模塊照樣會把消 息內(nèi)容、時間、作者等信息傳給每一個人(包括用戶和用戶指定的聯(lián)系人們)。具體原理是 收到新消息后(包括用戶消息和外站消息)，將此消息轉(zhuǎn)發(fā)給所有除了作者以外的人。以上介紹了本發(fā)明的網(wǎng)絡(luò)信息收發(fā)系統(tǒng)，本發(fā)明在揭示上述網(wǎng)絡(luò)信息收發(fā)系統(tǒng)的 同時，還揭示了上述網(wǎng)絡(luò)信息收發(fā)系統(tǒng)的網(wǎng)絡(luò)信息收發(fā)方法，所述方法包括如下步驟步驟A用戶向聯(lián)系人發(fā)送信息。步驟B內(nèi)站服務(wù)器接收客戶端發(fā)送的信息，并將信息發(fā)送至對應(yīng)的外站服務(wù)器 或直接發(fā)送至其他客戶端。外站協(xié)議處理模塊讀取配置文件，按照配置文件的相關(guān)配置讀取插件基本信息并 加載外站插件。消息處理模塊接收用戶發(fā)送的信息及指定的聯(lián)系人，將每個聯(lián)系方式對應(yīng)的外站 服務(wù)中的聯(lián)系方式狀態(tài)進(jìn)行比較，通過比較在線狀態(tài)、優(yōu)先級選出聯(lián)系聯(lián)系人的優(yōu)選方式； 或者，聯(lián)系人的聯(lián)系方式由用戶設(shè)定。步驟C外站服務(wù)器接收信息發(fā)送者的消息，并將該信息發(fā)送至信息接收者。所述網(wǎng)絡(luò)信息收發(fā)方法包括群聊步驟步驟1用戶同時向設(shè)定的多個聯(lián)系人發(fā)送信息。步驟2內(nèi)站服務(wù)器接收用戶客戶端發(fā)送的信息，并將信息發(fā)送至多個聯(lián)系人對 應(yīng)的外站服務(wù)器或直接發(fā)送至多個其他客戶端。外站協(xié)議處理模塊讀取配置文件，按照配置文件的相關(guān)配置讀取插件基本信息并 加載外站插件。消息處理模塊接收用戶發(fā)送的信息及指定的多個聯(lián)系人，將每個聯(lián)系方式對應(yīng)的 外站服務(wù)中的聯(lián)系方式狀態(tài)進(jìn)行比較，通過比較在線狀態(tài)、優(yōu)先級選出聯(lián)系聯(lián)系人的優(yōu)選 方式；或者，聯(lián)系人的聯(lián)系方式由用戶設(shè)定。步驟3多個信息接收者對應(yīng)的外站服務(wù)器接收信息發(fā)送者的消息，并將該信息 分別發(fā)送至對應(yīng)的多個信息接收者。綜上所述，本發(fā)明提出的網(wǎng)絡(luò)信息收發(fā)系統(tǒng)及方法，可以將多種網(wǎng)絡(luò)服務(wù)整合在 一個系統(tǒng)中，實現(xiàn)對各個網(wǎng)絡(luò)服務(wù)的有效聚合。極大便利了人們的信息交流，提高了人們的 工作、學(xué)習(xí)及生活效率。利用本發(fā)明可以讓聯(lián)系人在不離開自己當(dāng)前所用的網(wǎng)絡(luò)服務(wù)而和 用戶進(jìn)行交流。實施例二以下外部網(wǎng)絡(luò)服務(wù)的服務(wù)器簡稱“外站”，實現(xiàn)這篇論文功能的服務(wù)器簡稱“內(nèi)站”。1.可以使用的外網(wǎng)服務(wù)
一個網(wǎng)絡(luò)服務(wù)能否將其整合取決于這個網(wǎng)絡(luò)服務(wù)的開放程度。目前已知所有使用 開放協(xié)議的可以支持。比如支持P0P3和SMTP協(xié)議的郵箱可以整合；使用XMPP協(xié)議的即時 聊天工具也可以。部分專有協(xié)議在開源組件的支持下也可以實現(xiàn)，比如MSN。一些開放接口 的網(wǎng)絡(luò)服務(wù)也可以(比如Facebook)。但是很遺憾，某些網(wǎng)絡(luò)服務(wù)提供商特意回避從非自身 軟件或站點登入(比如騰訊公司的QQ)，這些網(wǎng)絡(luò)服務(wù)目前無法整合，需要等其開放后再整
I=I O2.使用外部的網(wǎng)絡(luò)服務(wù)首先，內(nèi)站需要擁有可以連接到各種外站的能力。在使用時，用戶需要輸入登入到 自己網(wǎng)絡(luò)服務(wù)的必要信息。包括協(xié)議、用戶名和密碼；可能包括服務(wù)器、端口、是否需要加密 等等。使用用戶輸入的相關(guān)信息進(jìn)行身份確認(rèn)，確認(rèn)完成后將登入信息加密存入數(shù)據(jù)庫保 存，以便下次登入時使用。3.不同已整合的外網(wǎng)服務(wù)的交流方式外站不同協(xié)議和接口下的服務(wù)需要統(tǒng)一起來，才能讓用戶使用。這需要一個中間 人，負(fù)責(zé)接收、轉(zhuǎn)發(fā)和儲存，這個中間人就是內(nèi)站的服務(wù)器。如果用戶A有兩個聯(lián)系人B和 C，B使用電子郵件，C使用MSN。A發(fā)表一個話題要B和C討論。其流程如圖8所示。內(nèi)站通過用戶A提供的登入信息以用戶A的身份聯(lián)系相應(yīng)的外站將消息發(fā)送給指 定的聯(lián)系人。也就是說A聯(lián)系B需要A有一個電子郵箱，A聯(lián)系C需要A有MSN帳號。B和 C將通過自己的網(wǎng)絡(luò)服務(wù)看到A發(fā)送的信息。如果B要回復(fù)A發(fā)出的消息，回復(fù)流程如圖9所示。B回復(fù)的電子郵件將存放在A郵箱中，A的郵箱服務(wù)器不會主動將回復(fù)內(nèi)容發(fā)送到 內(nèi)站。內(nèi)站要自己從外站檢查A的郵箱并獲取回復(fù)。當(dāng)有新回復(fù)后，通知A進(jìn)行查看，并且 給C發(fā)送提醒B回復(fù)了主題。如果是C回復(fù)A，原理是相同的。(圖中電子郵件發(fā)送和接收 的過程已經(jīng)簡略)4.話題的分類，如何組織相對獨立的消息在普通論壇可以看到一個分區(qū)下可以有多個話題，每個話題下可以有多個帖子。 而我們在發(fā)送電子郵件和即時聊天的并沒有為當(dāng)前討論的內(nèi)容明確地指定一個話題，每封 于電子郵件和聊天消息是相對獨立的。這個在多人協(xié)作中并不合適，需要將它們組織起來。 但是按照以上第3條的原理，必須具備判斷從外站收到的回復(fù)屬于哪一個話題的特性，才 能順利地實現(xiàn)話題分類的功能。對于電子郵件來說，解決起來似乎比較容易在郵件中作標(biāo)記，注明屬于哪個話 題，寫在郵件末尾，發(fā)送給指定聯(lián)系人。聯(lián)系人收到之后，直接回復(fù)即可。因為一般回復(fù)郵 件會帶上回復(fù)的郵件的全文，所以內(nèi)站就能很輕易地根據(jù)全文中的標(biāo)記進(jìn)行話題分類。對于即時聊天和其他并不具備默認(rèn)保留原先信息的網(wǎng)絡(luò)服務(wù)來說，就無法通過標(biāo) 記準(zhǔn)確定位主題。目前可行的辦法就是為每條回復(fù)即時通訊的消息單獨處理，或者直接判 斷為上一次話題的回復(fù)。作為廣泛使用且高效的交流方式，這個特性需要更有效的解決方 案。對于本身具備話題特性的網(wǎng)絡(luò)服務(wù)(比如論壇、微博客)，可以直接通過標(biāo)題對號 入座。5.話題的管理
多人協(xié)作需要有一個共同話題才能進(jìn)行，于是采用論壇模式成了首選。但區(qū)別于 論壇的是，這網(wǎng)絡(luò)服務(wù)程需要支持多人協(xié)作的特性(在允許的條件下能修改他人發(fā)布的消 息、多人投票)，同時又需要類似于群聊的保密性。所以我規(guī)定主題發(fā)起人具有選擇聯(lián)系人 和是否為私密主題的權(quán)利，任何發(fā)表消息的人都有決定自己的消息是否允許他人修改的權(quán) 利。這樣就能迎合協(xié)作和保密的特性。6.聯(lián)系人的選擇聯(lián)系人就是能看到主題發(fā)起人發(fā)布的話題并且參與的人。但并不是所有人都能選 擇作為聯(lián)系人。就如以上第3條所說，如果發(fā)送電子郵件就需要給內(nèi)站提供你自己的郵箱 帳號信息。對于即時通訊的工具的協(xié)議，你的聯(lián)系人需要存在于你的即時通訊協(xié)議的聯(lián)系 人名單中。就像在MSN中你只能和在你聯(lián)系人名單里的人交流。內(nèi)站將提供一個頁面網(wǎng)用 戶分類選擇聯(lián)系人，并且隨時可以修改話題的聯(lián)系人名單。7.被動話題的處理并不是所有的話題都由內(nèi)站的使用者發(fā)起，外站的人也可以。最典型的情況就是B 通過電子郵件向A討論一個數(shù)學(xué)問題。B的電子郵件發(fā)送到A的郵箱后，一旦被內(nèi)站接收， 這就成了一個新的主題，該主題默認(rèn)為私密話題，并且聯(lián)系人僅限A和B。所有包括是否私 密、是否協(xié)作等權(quán)限都設(shè)定為A所有。即時通訊方式還是需要特殊對待，A可以隨時將C發(fā)送的新的消息設(shè)為一個新的 被動主題，管理權(quán)限一樣還是由收到消息的一方A所有。相比自己發(fā)表的話題來說，被動話題并沒有非常特別的地方，只是作者和管理權(quán) 限所有者的區(qū)別。8.學(xué)術(shù)內(nèi)容的處理作為學(xué)術(shù)交流平臺，需要數(shù)量繁多的輸入特性。我采用了去年我開發(fā)的網(wǎng)絡(luò)學(xué)術(shù) 交流編輯器。但是這個編輯器主要以HTML語言為主，即時聊天和其他限制較大的外站網(wǎng)絡(luò) 服務(wù)并不支持這個特性(連圖片都無法傳播)。為了解決這個問題，一旦遇到這一類外站服 務(wù)，可以要求對方通過指定內(nèi)站的網(wǎng)頁，用網(wǎng)頁中的系統(tǒng)進(jìn)行交流。這也能解決第4條中遇 到的即時通訊信息主題分類的問題。9.內(nèi)站中用戶的交流如果聯(lián)系人已經(jīng)在使用內(nèi)站的交流平臺，完全就可以拋棄第3條中復(fù)雜的架構(gòu)， 使用內(nèi)站的一套高效率的交流方式，這就是原先Google Wave已經(jīng)做到的，我通過各種技術(shù) 條件也能做到。最理想化的就是這個情況，但是并不是本平臺的最主要的。10.使用方法這個平臺解決了不同網(wǎng)絡(luò)服務(wù)的用信息交流問題。同時，經(jīng)過一些類似于換膚的 特性和排版，完全可以勝任以下幾個功能微博客、博客、播客、論壇、電子郵件客戶端、即時 聊天工具、個人備忘本、相冊、電子商務(wù)、投票系統(tǒng)；至于究竟是以上哪一項，可以讓用戶選 擇，平臺會根據(jù)選項變化版式?？傮w來說，存在信息交流的地方，本平臺基本都能在不修改 邏輯層和數(shù)據(jù)層代碼的情況下改造成合適的樣子。這里本發(fā)明的描述和應(yīng)用是說明性的，并非想將本發(fā)明的范圍限制在上述實施例 中。這里所披露的實施例的變形和改變是可能的，對于那些本領(lǐng)域的普通技術(shù)人員來說實 施例的替換和等效的各種部件是公知的。本領(lǐng)域技術(shù)人員應(yīng)該清楚的是，在不脫離本發(fā)明的精神或本質(zhì)特征的情況下，本發(fā)明可以以其它形式、結(jié)構(gòu)、布置、比例，以及用其它組件、 材料和部件來實現(xiàn)。在不脫離本發(fā)明范圍和精神的情況下，可以對這里所披露的實施例進(jìn) 行其它變形和改變。
權(quán)利要求
一種網(wǎng)絡(luò)信息收發(fā)系統(tǒng)，其特征在于，所述系統(tǒng)包括客戶端，用以發(fā)送或接收信息；若干外站服務(wù)器，用以支持客戶端之間的通訊；內(nèi)站服務(wù)器，與所述客戶端、若干外站服務(wù)器連接；所述內(nèi)站服務(wù)器接收客戶端發(fā)送的信息，并將信息發(fā)送至對應(yīng)的外站服務(wù)器或其他客戶端；所述內(nèi)站服務(wù)器接收外站服務(wù)器或其他客戶端發(fā)送來的信息，并將信息發(fā)送至對應(yīng)的客戶端；所述內(nèi)站服務(wù)器包括 外站協(xié)議處理模塊，用以讀取配置文件，按照配置文件的相關(guān)配置讀取插件基本信息并加載外站插件，并且發(fā)送和接受消息處理模塊要求的消息； 消息處理模塊，用以接收用戶發(fā)送的信息及指定的聯(lián)系人，發(fā)送時將每個聯(lián)系方式對應(yīng)的外站服務(wù)中的聯(lián)系方式狀態(tài)進(jìn)行比較，通過比較在線狀態(tài)、優(yōu)先級選出聯(lián)系聯(lián)系人的優(yōu)選方式；或者，聯(lián)系人的聯(lián)系方式由用戶設(shè)定。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)信息收發(fā)系統(tǒng)，其特征在于用戶選擇自己使用的、并且外站協(xié)議處理模塊存在的外站服務(wù)，提供登入憑證以供外 站協(xié)議處理模塊處理登入信息；用戶通過消息處理模塊和外站協(xié)議處理模塊的關(guān)系在外站服務(wù)權(quán)限范圍內(nèi)隨時和外 站插件進(jìn)行信息交換。
3.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)信息收發(fā)系統(tǒng)，其特征在于根據(jù)外站服務(wù)協(xié)議的不同，用戶接收聯(lián)系人的信息為如下三種流程之一 聯(lián)系人直接將消息發(fā)送至外站協(xié)議處理模塊；聯(lián)系人通過中間外站服務(wù)器發(fā)送至外站協(xié)議處理模塊；中間外站服務(wù)器接收信息發(fā)送 者的消息，并將該信息發(fā)送至信息接收者的外站協(xié)議處理模塊； 用戶發(fā)送信息至外站服務(wù)器，外站協(xié)議處理模塊定時更新。
4.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)信息收發(fā)系統(tǒng)，其特征在于 所述內(nèi)站服務(wù)器進(jìn)一步包括主題識別模塊；所述消息處理模塊處理的新消息都要經(jīng)過主題識別模塊處理，以標(biāo)記成一個主題； 任何從消息處理模塊發(fā)送的消息都會被消息處理模塊帶上主題信息，發(fā)送至聯(lián)系人， 該信息直接放入消息內(nèi)容，包括標(biāo)題；或者在內(nèi)站數(shù)據(jù)庫中標(biāo)記此消息在外站服務(wù)器的代 號；而聯(lián)系人回復(fù)的時候，消息處理模塊委托外站插件分析主題信息，并將存在主題信息 的標(biāo)記為主題信息的主題，不存在標(biāo)記的視為新主題，創(chuàng)建該主題并標(biāo)記此消息最后存入 數(shù)據(jù)庫中。
5.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)信息收發(fā)系統(tǒng)，其特征在于 所述內(nèi)站服務(wù)器進(jìn)一步包括外站插件；外站插件被外站協(xié)議處理模塊加載與控制，主要功能是模擬插件中所設(shè)計的協(xié)議，讓 其能讓消息處理模塊以該協(xié)議的方式接收并且發(fā)送消息處理模塊要發(fā)送的消息；而存在不能直接提交給消息處理模塊的外站消息，外站插件還要轉(zhuǎn)換原來的消息成 為消息處理模塊能接受的信息，或者將消息處理模塊的消息轉(zhuǎn)換為能被外站協(xié)議接收的信 肩、ο
6.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)信息收發(fā)系統(tǒng)，其特征在于所述消息處理模塊進(jìn)一步包括群聊控制模塊，用以與使用多個不同協(xié)議工具的聯(lián)系人 進(jìn)行消息交流。
7.—種權(quán)利要求1至6之一所述網(wǎng)絡(luò)信息收發(fā)系統(tǒng)的網(wǎng)絡(luò)信息收發(fā)方法，其特征在于， 所述方法包括如下步驟步驟A、用戶向聯(lián)系人發(fā)送信息；步驟B、內(nèi)站服務(wù)器接收客戶端發(fā)送的信息，并將信息發(fā)送至對應(yīng)的外站服務(wù)器或其他 客戶端；外站協(xié)議處理模塊讀取配置文件，按照配置文件的相關(guān)配置讀取插件基本信息并加載 外站插件；消息處理模塊接收用戶發(fā)送的信息及指定的聯(lián)系人，將每個聯(lián)系方式對應(yīng)的外站服務(wù) 中的聯(lián)系方式狀態(tài)進(jìn)行比較，通過比較在線狀態(tài)、優(yōu)先級選出聯(lián)系聯(lián)系人的優(yōu)選方式；或 者，聯(lián)系人的聯(lián)系方式由用戶設(shè)定；步驟C、外站服務(wù)器接收信息發(fā)送者的消息，并將該信息發(fā)送至信息接收者。
8.根據(jù)權(quán)利要求7所述的網(wǎng)絡(luò)信息收發(fā)方法，其特征在于根據(jù)外站服務(wù)協(xié)議的不同，用戶接收聯(lián)系人的信息為如下三種流程之一聯(lián)系人直接將消息發(fā)送至外站協(xié)議處理模塊；聯(lián)系人通過中間外站服務(wù)器發(fā)送至外站協(xié)議處理模塊；中間外站服務(wù)器接收信息發(fā)送 者的消息，并將該信息發(fā)送至信息接收者的外站協(xié)議處理模塊；用戶發(fā)送信息至外站服務(wù)器，外站協(xié)議處理模塊定時更新。
9.根據(jù)權(quán)利要求7所述的網(wǎng)絡(luò)信息收發(fā)方法，其特征在于所述方法包括群聊步驟步驟1、用戶同時向設(shè)定的多個聯(lián)系人發(fā)送信息；步驟2、內(nèi)站服務(wù)器接收用戶客戶端發(fā)送的信息，并將信息發(fā)送至多個聯(lián)系人對應(yīng)的外 站服務(wù)器或多個其他客戶端；外站協(xié)議處理模塊讀取配置文件，按照配置文件的相關(guān)配置讀取插件基本信息并加載 外站插件；消息處理模塊接收用戶發(fā)送的信息及指定的多個聯(lián)系人，將每個聯(lián)系方式對應(yīng)的外站 服務(wù)中的聯(lián)系方式狀態(tài)進(jìn)行比較，通過比較在線狀態(tài)、優(yōu)先級選出聯(lián)系聯(lián)系人的優(yōu)選方式； 或者，聯(lián)系人的聯(lián)系方式由用戶設(shè)定；步驟3、多個信息接收者對應(yīng)的外站服務(wù)器接收信息發(fā)送者的消息，并將該信息分別發(fā) 送至對應(yīng)的多個信息接收者。
全文摘要
本發(fā)明揭示了一種網(wǎng)絡(luò)信息收發(fā)系統(tǒng)及方法，所述系統(tǒng)包括客戶端，用以發(fā)送或接收信息；若干外站服務(wù)器，用以接收信息發(fā)送者的消息，并將該信息發(fā)送至信息接收者；內(nèi)站服務(wù)器，與所述客戶端、若干外站服務(wù)器連接；所述內(nèi)站服務(wù)器接收客戶端發(fā)送的信息，并將信息發(fā)送至對應(yīng)的外站服務(wù)器；所述內(nèi)站服務(wù)器接收外站服務(wù)器發(fā)送來的信息，并將信息發(fā)送至對應(yīng)的客戶端。本發(fā)明提出的網(wǎng)絡(luò)信息收發(fā)系統(tǒng)及方法，可以將多種網(wǎng)絡(luò)服務(wù)整合在一個系統(tǒng)中，實現(xiàn)對各個網(wǎng)絡(luò)服務(wù)的有效聚合。極大便利了人們的信息交流，提高了人們的工作、學(xué)習(xí)及生活效率。
文檔編號H04L29/06GK101945105SQ201010271289
公開日2011年1月12日 申請日期2010年8月31日 優(yōu)先權(quán)日2010年8月31日
發(fā)明者施昊 申請人:施昊;吳文飛;施紅家