一種提高網絡系統信息組織和傳遞效率的方法和系統的制作方法
【專利摘要】本發明公布了一種用于網絡系統的服務器端的方法和一種服務器端，該方法允許用戶編輯發布和瀏覽匯總短文信息，匯總短文信息是附加了至少一個組合短文信息集合的短文信息，組合短文信息集合至少包括兩條短文信息，匯總短文信息可以成為組合短文信息集合所包括的被組合短文信息。本發明能夠顯著提高網絡系統網絡系統信息組織和傳遞效率，顯著提高其對短文信息的搜索能力。
【專利說明】一種提高網絡系統信息組織和傳遞效率的方法和系統
【技術領域】
[0001]本發明屬于網絡系統領域，尤其涉及社交網絡，社區、論壇和Appstore等網絡系統。
【背景技術】
[0002]維基百科式的網絡服務，能夠使得參與者自然的推進知識迭代，使得相應網站的知識的質量總體上隨著時間的推移而得到提升。但這一現有技術的適用面很窄，只適用于少數特定結構的網站，同時，參與維基百科式的信息創造和迭代篩選的人群仍然有限，其中所涉及的信息主題的數量相對于人類生活可能涉及的信息主題仍然非常有限。
[0003]由于短文信息易于閱讀和編寫，在創作，尤其是在傳播效率上相對于維基百科中的長文具有巨大優勢，隨著社交網絡的發展，目前人類所發布的短文信息占了每天人類所發布在互聯網上的信息的絕大部分。但網絡系統中的短文信息目前并不能夠得到足以媲美維基百科的信息迭代和篩選整理，并不能夠像維基百科一樣成為嚴密的知識的載體，短文信息世界的信息的質量并不高，并且，對短文信息的搜索質量也由于缺乏路標而不高，網絡上的短文信息盡管在物理上被保存，但從被人類使用的角度看，網絡上的短文信息在被發布后不久就泯滅了。
[0004]本發明在此引用申請號201210401569.X的中國專利申請《發布信息集合的方法和微博系統的服務器端》，并通過引用而將其全部內容并入本說明書以供參考。
[0005]發明的內容
[0006]本發明希望解決的技術問題是提高現有網絡系統的信息組織和傳遞效率，實現信息更好的結構化，使其兼有支持發布短文信息的網絡系統所具有的傳播力高、易用性好的特點，同時又能夠具有維基百科式的網絡系統所具有的對信息的迭代篩選能力，同時顯著提高網絡系統中信息的可搜索性。
[0007]為此本發明公開了一種用于網絡系統的服務器端，以提高網絡系統信息組織和傳遞效率的方法(以下簡稱該方法)，該方法包括以下1、2、3、4、5、6、7、8和9所述的技術安排:
[0008]1、網絡系統的服務器端(以下簡稱服務器端)支持用戶發布短文信息；服務器端會在數據庫中記錄該短文信息的具體內容和能夠定位查找到該短文信息在數據庫中的相應記錄的字段的取值；根據各實施例的數據庫的設計的不同，定位查找到短文信息，可能只涉及一個字段，也可能涉及多個字段，比如某實施例中，服務器端在數據庫中記錄發布該短文信息的用戶id和該用戶名下對應該短文信息的信息id ;這里說的短文信息是一種內容量有限，因而易于閱讀和傳播的信息；本說明書所說的服務器端支持某種特征，是指服務器端做出必要的技術安排，足以支持由服務器端，客戶端和兩者之間的網絡連接所構成的網絡系統能夠實現該特征；
[0009]2、服務器端支持在短文信息中附加至少一個短文信息集合，該集合包括兩條或者兩條以上短文信息，以下將這種附加了短文信息集合的短文信息，簡稱為匯總短文信息，匯總短文信息所附加的短文信息集合，簡稱為組合短文信息集合，組合短文信息集合中的短文信息，簡稱為被組合短文信息；
[0010]3、服務器端在數據庫中記錄組合短文信息集合的構成信息和能夠定位查找到組合短文信息集合在數據庫中的相應記錄的字段的取值，比如某實施例中，服務器端在數據庫中記錄發布該匯總短文信息的用戶id，該用戶id名下對應該該匯總短文信息的信息id和該信息id名下的組合短文信息集合id 般來說，服務器端記錄組合短文信息集合時，會通過記錄能夠定位查找被組合短文信息在數據庫中的相應記錄的相應字段的取值來避免或減少重復記錄該被組合短文信息在數據庫中已經保存有的具體內容；
[0011]4、服務器端支持匯總短文信息在客戶端向用戶展示時，一般來說，至少具有兩種被展示狀態，其中一種展示狀態下，該被展示狀態不會展示組合短文信息集合中的被組合短文信息，或者只展示少量被組合短文信息；一般情況下，匯總短文信息會被以不展示組合短文信息集合中的被組合短文信息或者只展示少量被組合短文信息的被展示狀態展示給用戶，需要等用戶發出要求進一步展示組合短文信息集合的指示后，更多的被組合短文信息才會展示給用戶(當然前提是該被組合短文信息集合包括更多被組合短文信息)，以下，匯總短文信息的這種被展示狀態簡稱為未展開狀態；圖1展示了一個實施例中匯總短文信息的未展開狀態；圖2是圖1所示的實施例，在用戶發出指示要求進一步展示組合短文信息集合后，展示了更多的被組合短文信息；
[0012]5、服務器端允許發布匯總短文信息的用戶設置被組合短文信息在組合短文信息集合中的順序位置；服務器端在數據庫中記錄組合短文信息集合中所包括的各被組合短文信息在組合短文信息集合中的順序位置；本說明書用術語“順序位置”來指被展示的被組合短文信息在相應信息匯總頁面中被顯示時的相互位置；在某優選實施例中此相互位置是在一維位置空間中定義，比如，某一被組合短文信息在該一維位置空間中位于另一被組合短文信息之前，利用這樣的順序位置信息，只要在其相應的展示頁面中首先確定展示被組合短文信息時所使用的一維位置空間的具體形狀，比如是從上到下，或者，再比如是從左到右，或者，再比如，以某種折線或者曲線的形狀在該頁面上確定一維位置空間的具體形狀，然后就可以按照發布匯總短文信息的用戶所設定的順序位置來展示各被組合短文信息；但是，本發明并不限制順序位置必須在一維位置空間中定義，比如某實施例在二維位置空間中定義被組合短文信息之間的相互位置，用戶編輯組合短文信息集合時，分別在X方向和I方向設定各被組合短文信息之間的相對位置，比如被組合短文信息A在X方向上位于被組合短文信息B之前，在y方向上被組合短文信息A位于被組合短文信息B之后；
[0013]6、服務器端支持用戶復制已有的組合短文信息集合，將其用于自己發布的匯總短文信息中，和/或，支持用戶復制已有的組合短文信息集合并再編輯后用于自己發布的匯總短文信息中，比如某實施例中，匯總短文信息Hl附加了組合短文信息集合S，用戶在編輯匯總短文信息H2的時候，可以復制組合短文信息集合S，然后直接將其附加在匯總短文信息H2中，或者對其編輯修改后附加在H2中，比如調整其中被組合短文信息的位置，刪除其中的某些被組合短文信息，添加某些被組合短文信息后，將其附加在H2中；一般來說，服務器端在支持用戶復制已有的組合短文信息時，和/或，支持用戶復制已有的組合短文信息集合并再編輯時，會利用數據庫存儲的被復制組合短文信息集合的構成信息和/或利用數據庫中存儲的已有的短文信息的具體內容，來形成數據庫中的必要記錄避免或減少要求客戶端向其傳遞被復制組合短文信息集合的構成信息和/或被復制組合短文信息集合中被組合短文信息的具體內容和/或再編輯時所涉及的其他已有的短文信息的具體內容；
[0014]7、服務器端支持用戶將已有的短文信息納入其編輯的組合短文信息集合；服務器端針對用戶這樣的操作，一般來說，會利用數據庫中已經存有的該已有短文信息的數據來避免或減少要求客戶端向其傳遞該已有的短文信息的具體內容；
[0015]8、服務器端支持用戶在組合短文信息集合中使用匯總短文信息來作為被組合短文信息；比如某實施例中，匯總短文信息H3附加了組合短文信息集合S3，S3包括三條被組合短文?目息Χ、Υ和Ζ,其中X又是一條匯總短文彳目息，附加了組合短文彳目息集合S4, S4包括四條被組合短文信息Χ1、Υ1、Ζ1和Ζ2,其中Zl又是一條匯總短文信息；
[0016]9、服務器端支持客戶端在展開顯示組合短文信息集合時以多條被組合短文信息被匯聚在一個頁面上的方式供用戶方便的瀏覽；這樣的頁面，本說明書將其簡稱為服務器端支持的信息匯總頁面，也簡稱為信息匯總頁面；這里所說的“多條被組合短文信息被匯聚在一個頁面上供用戶方便的瀏覽”是指:如果顯示工具的物理面積允許，比如顯示屏幕的尺寸允許，用戶可以在一個頁面至少看到多條短文信息的內容摘要，如果顯示工具的物理尺寸不允許，比如顯示屏幕的尺寸不夠，用戶也可以通過移動一個頁面來瀏覽多條被組合短文信息，用戶無需離開該頁面就能夠至少看清多條被組合短文信息的內容摘要，并且同時看出這些被組合短文信息在該頁面上的相對順序位置，比如，圖2對匯總短文信息的展開顯示就具有“多條被組合短文信息被匯聚在一個頁面上供用戶方便的瀏覽”這一技術特征；再比如，使用手機瀏覽微信朋友圈或微信群，在相應的顯示頁面上，用戶就可以通過移動一個頁面來瀏覽多條微信信息，用戶無需離開該頁面就能夠至少看清多條微信信息的內容摘要，并且同時看出這些微信信息在該頁面上的相對順序位置；再比如，如果某個網絡服務器端僅支持客戶端在用戶點擊圖1中的(101)所示的虛擬按鈕“更多襯衣”后向其展示圖14所示的頁面，需要用戶手動選擇圖14中的URI (1401)、以一次在一個展示頁面中展示一條被組合短文信息的方式來展示該匯總短文信息的內容，該網絡服務器端就不具有“多條被組合短文信息被匯聚在一個頁面上供用戶方便的瀏覽”這一技術特征。信息匯總頁面的上述特征對于方便用戶對短文信息高效率的進行瀏覽和篩選，促進信息迭代至關重要，對比圖14和圖8，用戶如果要在圖14所示的頁面上通過復制其中的URI來將某條對應的短文信息納入其編輯中的另一個文件中，由于他并不能夠象在圖8所示的頁面上那樣，直觀地看到該短文信息的內容，也不能夠直觀地同時看到順序位置在該短文信息附近的其他短文信息的內容，其操作會不方便得多。
[0017]為了徹底避免混淆，在此特別說明:該方法并不要求服務器端針對服務器端中的所有賬戶的用戶都必須支持上述技術特征，也不要求針對所有的短文信息都必須支持上述技術特征，也不要求針對所有的匯總短文信息都必須支持上述技術特征，也不要求針對所有的組合短文信息集合都必須支持上述技術特征。但是，優選地，該方法的某實施例中，月艮務器端針對服務器端的幾乎所有賬戶的用戶都支持上述技術特征。優選地，該方法的某實施例中，服務器端針對幾乎所有的短文信息都支持上述技術特征。優選地，該方法的某實施例中，服務器端針對幾乎所有的匯總短文信息都支持上述技術特征。優選地，該方法的某實施例中，服務器端針對幾乎所有的組合短文信息集合都支持上述技術特征。
[0018]優選地，該方法進一步包括以下技術特征:服務器端針對其足夠多的賬戶(本段中簡稱為該部分賬戶)的用戶支持上述1、2、3、4、5、6、7、8和9所述的技術特征。這里所說的足夠多是指:(I)該網絡服務器端所支持的允許用戶間相互交流的一項服務的用戶集合中的至少絕大部分用戶，或(2)假設該部分賬戶作為一個整體來考慮，平均一個賬戶一個月發布一條匯總短文信息的概率是K，假設該部分賬戶的數量是N，滿足NXK > 1000 ；優選地，要求針對更多的賬戶具有上述技術特征，將數值1000修改為10000、100000或者1000000。這里所說的發布匯總短文信息，包括發布原創的匯總短文信息，也包括轉發匯總短文信息(如果服務器端允許用戶做這樣的操作的話)。本說明書所說的“允許用戶間相互交流的一項服務的用戶集合”，是指，比如一個微信群中的全體用戶就構成了允許用戶間相互交流的一項服務的用戶集合；再比如一篇文章允許用戶發表評論，被允許對此文章發表評論的全體用戶就構成了允許用戶間相互交流的一項服務的用戶集合；再比如，Appstore中，通常允許每一個APP的用戶都可以在該APP的評論頁面發表評論信息，瀏覽評論信息，在這樣的APPstore中，每一個APP的全體用戶均分別構成了一個用戶間相互交流的一項服務的用戶集合。
[0019]優選地，該方法進一步包括:服務器端支持用戶以已有的組合短文信息集合為基礎來對其編輯的組合短文信息集合進行集合操作，比如某優選實施例支持這樣的集合操作:在用戶編輯的組合短文信息集合A中，刪除組合短文信息集合B中所包括的各被組合短文信息；再比如某優選實施例還支持這樣的集合操作:在組合短文信息集合A中，僅僅保留既屬于組合短文信息集合B也屬于組合短文信息集合C的那部分被組合短文信息；并且服務器端針對用戶這樣的操作，一般來說，會利用數據庫中已有的組合短文信息集合的構成數據來避免或減少要求客戶端向其傳遞有關的已有的組合短文信息集合的構成數據和/或其中的被組合短文信息的具體內容。
[0020]網絡系統使用本方法后，第一、其用戶可以便捷的使用組合短文信息集合來表達復雜的意思，并且，其寫作效率相對寫長文，要高得多，因為大到人類知識的進化，小到文章寫作，人們通常只是在前人的基礎上有所改進而已，以寫文章為例，即使是寫論文，通常也是首先進行文獻閱讀，然后有所思考，最后形成的文章，大部分內容也是在用自己的語言來表達別人已經表達過的意思，小部分內容才是自己的獨有之見，寫長文，需要用自己的語言來表達別人已經表達過的意思同時又要避免直接抄襲，需要花費不少功夫，使用組合短文信息集合，可以直接將其他用戶發布的短文信息作為被組合短文信息而使用，從而顯著提高寫作效率。通過直接復制已有的組合短文信息集合，或者復制后適當加以修改，也可以顯著提高用戶表達復雜意思的效率。第二、匯總短文信息保留了與短文信息類似的展示效果，瀏覽用戶在其感興趣并發出指示的情況下，才會看到更多的被組合短文信息，從而保留了現有短文信息技術下的瀏覽效率。同時，匯總短文信息技術支持用戶將需要用長文才能夠充分表達的意思，分解為由若干短文信息組合起來表達，實現了信息的更好的結構化，使得其所表達的意思的各個部分可以被更方便的被其他用戶傳播。從而使得信息的傳播效率相對于現有技術也有顯著的提高。第三、大量的信息是以網絡系統中的短文信息的形式被發布的，用戶在瀏覽和搜索過程中，對其看到的短文信息，會自然的進行評價和篩選，其中的一部分短文信息會被納入組合短文信息集合，從而使得用戶對信息的評價和篩選結果可以便捷的被發布到網絡系統中，而用戶針對組合短文信息集合的復制，修改，對被組合短文信息的再組合，會形成一種類似維基百科式的知識迭代，使得網絡系統中有價值的信息更容易被沉淀保存起來。第四、用戶對短文信息的閱讀和篩選結果會因此以比現有技術下高得多的概率被發布到網絡上，每一次發布，就意味著對被搜索信息源的一次改進，同時，本發明提供的技術方案又提供了足夠的基礎數據來形成更多的搜索路標，短文信息被組合的情況，和相應的匯總短文信息常常會做出的概括和分析，都可以為搜索引擎提供更好的路標。這兩個方面的作用會顯著的提高網絡系統對短文信息的搜索能力。
[0021]互聯網誕生以來，信息的組織技術出現了兩次重大的革命，一次是網頁技術的出現，實現了信息在最廣泛意義上的互聯，另一次就是隨著人在互聯網上的數字化而興起的短文信息技術，本發明所公開的技術方案大幅度的完善和發展了短文信息技術，使得短文信息技術可以在更大的范圍取代之前流行的自由的網頁長文技術，最終本發明所公開的短文信息技術方案會成為網絡系統普遍采用的技術方案，成為事實上的新技術標準。
[0022]本發明也公開了一種網絡系統的服務器端(以下簡稱服務器端)，其特征在于包括以下1、2、4、5、6、7、8和9所述的技術特征:
[0023]1、服務器端支持用戶發布短文信息；服務器端會在數據庫中記錄該短文信息的具體內容和能夠定位查找到該短文信息在數據庫中的相應記錄的字段的取值；
[0024]2、服務器端支持在短文信息中附加至少一個短文信息集合，該集合包括兩條或者兩條以上短文信息；
[0025]3、服務器端在數據庫中記錄組合短文信息集合的構成信息和能夠定位查找到組合短文信息集合在數據庫中的相應記錄的字段的取值；一般來說，服務器端記錄組合短文信息集合時，會通過記錄能夠定位查找被組合短文信息在數據庫中的相應記錄的相應字段的取值來避免或減少重復記錄該被組合短文信息在數據庫中已經保存有的具體內容；
[0026]4、服務器端支持匯總短文信息在客戶端向用戶展示時，一般來說，至少具有兩種被展示狀態，其中一種展示狀態下，該被展示狀態不會展示組合短文信息集合中的被組合短文信息，或者只展示少量被組合短文信息；一般情況下，匯總短文信息會被以不展示組合短文信息集合中的被組合短文信息或者只展示少量被組合短文信息的被展示狀態展示給用戶，需要等用戶發出要求進一步展示組合短文信息集合的指示后，更多的被組合短文信息才會展示給用戶(當然前提是該被組合短文信息集合包括更多被組合短文信息)；
[0027]5、服務器端允許發布匯總短文信息的用戶設置被組合短文信息在組合短文信息集合中的順序位置；服務器端在數據庫中記錄組合短文信息集合中所包括的各被組合短文信息在組合短文信息集合中的順序位置；
[0028]6、服務器端支持用戶復制已有的組合短文信息集合，將其用于自己發布的匯總短文信息中，和/或，支持用戶復制已有的組合短文信息集合并再編輯后用于自己發布的匯總短文信息中；一般來說，服務器端在支持用戶復制已有的組合短文信息時，和/或，支持用戶復制已有的組合短文信息集合并再編輯時，會利用數據庫存儲的被復制組合短文信息集合的構成信息和/或利用數據庫中存儲的已有的短文信息的具體內容，來形成數據庫中的必要記錄避免或減少要求客戶端向其傳遞被復制組合短文信息集合的構成信息和/或被復制組合短文信息集合中被組合短文信息的具體內容和/或再編輯時所涉及的其他已有的短文信息的具體內容；
[0029]7、服務器端支持用戶將已有的短文信息納入其編輯的組合短文信息集合；服務器端針對用戶這樣的操作，一般來說，會利用數據庫中已經存有的該已有短文信息的數據來避免或減少要求客戶端向其傳遞該已有的短文信息的具體內容；
[0030]8、服務器端支持用戶在組合短文信息集合中使用匯總短文信息來作為被組合短文信息；
[0031]9、服務器端支持客戶端在展開顯示組合短文信息集合時以多條被組合短文信息被匯聚在一個頁面上的方式供用戶方便的瀏覽。
[0032]為了徹底避免混淆，在此特別說明:本發明并不要求服務器端針對服務器端中的所有賬戶的用戶都必須支持上述技術特征，也不要求針對所有的短文信息都必須支持上述技術特征，也不要求針對所有的匯總短文信息都必須支持上述技術特征，也不要求針對所有的組合短文信息集合都必須支持上述技術特征。但是，優選地，某實施例中，服務器端針對服務器端的幾乎所有賬戶的用戶都支持上述技術特征。優選地，某實施例中，服務器端針對幾乎所有的短文信息都支持上述技術特征。優選地，某實施例中，服務器端針對幾乎所有的匯總短文信息都支持上述技術特征。優選地，某實施例中，服務器端針對幾乎所有的組合短文信息集合都支持上述技術特征。
[0033]優選地，服務器端進一步包括以下技術特征:針對其足夠多的賬戶(本段中簡稱為該部分賬戶)的用戶支持上述1、2、4、5、6、7、8和9所述的技術特征。這里所說的足夠多是指:(1)該網絡服務器端所支持的允許用戶間相互交流的一項服務的用戶集合中的至少絕大部分用戶，或(2)假設該部分賬戶作為一個整體來考慮，平均一個賬戶一個月發布一條匯總短文信息的概率是K，假設該部分賬戶的數量是N，滿足NXK > 1000 ;優選地，要求針對更多的賬戶具有上述技術特征，將數值1000修改為10000、100000或者1000000。這里所說的發布匯總短文信息，包括發布原創的匯總短文信息，也包括轉發匯總短文信息(如果服務器端允許用戶做這樣的操作的話)。
[0034]優選地，服務器端支持用戶以已有的組合短文信息集合為基礎來對其編輯的組合短文信息集合進行集合操作；并且服務器端針對用戶這樣的操作，一般來說，會利用數據庫中已有的組合短文信息集合的構成數據來避免或減少要求客戶端向其傳遞有關的已有的組合短文信息集合的構成數據和/或其中的被組合短文信息的具體內容。
[0035]關于上述服務器端的說明的解釋，參考方法部分說明的對應部分。
[0036]本發明所公開的技術方案，無論是方法部分，還是服務器端部分，涉及服務端的數據庫的技術安排，其中所舉的某些優選實施例使用了類似圖3或者圖13所示的數據結構，但可用于實施本發明的數據結構并不局限于此，根據本說明書所公開的技術方案，一般技術人員可以做出各種合理的變形，比如用以適應現有網絡系統服務器端中多樣化的數據庫結構。本發明對服務器端的數據庫的數量或者其它具體的技術安排并無特殊要求。
【專利附圖】
【附圖說明】
[0037]圖1是該方法用于某種社交網絡中的某優選實施例中用戶所發布的匯總短文信息的未展開狀態的示意圖，點擊101所示的虛擬按鈕“更多的襯衣”，該匯總短文信息的組合短文信息集合會被展開顯示。該匯總短文信息的組合短文信息集合由三條被組合短文信息組成，在圖1所示的匯總短文信息被發布前，它們并未作為短文信息被發布過，在圖1所示的匯總短文信息被發布時，如果賬戶“張三一言”僅僅做發布該匯總短文信息的操作，賬戶“張三一言”的粉絲賬戶的信息匯總頁面中，會展示該匯總短文信息，但無論是在該匯總短文信息被發布前、被發布時還是被發布以后，這三條短文信息中的任何一條，均不會單獨出現在粉絲賬戶的信息匯總頁面中。
[0038]圖2是圖1所示的匯總短文信息中組合短文信息集合被展開顯示后的示意圖，201所示的虛擬按鈕的顏色變化，體現該組合短文信息集合已經被展開。點擊210所示的虛擬按鈕“收起”，該匯總短文信息會恢復到圖1所示的狀態。205所示的虛擬按鈕“更多X品牌”對應介紹X品牌的短文信息所附加的組合短文信息集合。圖2中的三條被組合短文信息都分別具有其所附加的組合短文信息集合，分別對應相應的虛擬按鈕“更多X品牌”、“更多XX品牌”和“更多XXX品牌”。其中介紹X品牌襯衣的短文信息和介紹XX品牌襯衣的短文信息允許用戶評論，介紹XXX品牌的短文信息不允許用戶評論。
[0039]圖3是某優選實施例中服務器端中的數據庫中同本發明有關的數據結構的示意圖。對短文信息是由信息表來記錄，短文信息由發布賬戶的用戶id和該用戶名下的信息id來確定，信息表中的字段“信息類型”用以記錄該信息的類型。該實施例為了實現用戶發布匯總短文信息，信息表中設置了“組合短文信息集合數量”這個字段，如果一條短文信息并沒有附加組合短文信息集合，該字段的值就為零，如果只附加了一個組合微博信息集合，該字段的值就為1，以此類推；數據庫中設置了組合短文信息集合表，每一個記錄對應一個組合短文信息集合，由匯總短文信息的發布賬戶的用戶id，該用戶id名下對應該匯總短文信息的信息id和該匯總短文信息名下的組合短文信息集合id來共同確定，如果匯總短文信息具有多個組合短文信息集合，每一個組合短文信息集合會對應一個相應的組合短文信息集合id ;數據庫中設置了被組合短文信息表，每一個記錄對應一條被組合短文信息，由匯總短文信息的發布賬戶的用戶id、該匯總短文信息的信息id、該被組合短文信息所屬的組合短文信息集合的組合短文信息集合id和該被組合短文信息的發布賬戶的用戶id和該用戶id名下對應該被組合短文信息的信息id來共同確定，字段“被組合短文信息在組合短文信息集合中的順序位置”記錄該被組合短文信息在該組合短文信息集合中的順序位置，如果某一條被組合短文信息在其所在的組合短文信息集合中位于第一條信息的位置，該字段的值就是1，如果是位于第二條信息的位置，值就是2，以此類推。
[0040]圖4是某優選實施例中用戶編輯發布匯總短文信息的用戶界面的示意圖。當用戶點擊虛擬按鈕“附加組合短文信息集合”(401)后，該界面會在被編輯的匯總短文信息中用戶指示的位置添加虛擬按鈕“所附的短文(序號)”，比如405所示的“所附的短文(I) ”，其中的序號是指該“所附的短文”虛擬按鈕在該匯總短文信息中的序號，用以區別不同的虛擬按鈕。如圖4所示，在用戶在匯總短文信息中添加“所附短文”虛擬按鈕后，該界面會出現虛擬按鈕“存為草稿”(410)，用戶點擊此按鈕能夠將擬發布的匯總短文信息存為草稿，以便用戶編輯其中所附的組合短文信息集合。
[0041]圖5是用戶在圖4中點擊虛擬按鈕“存為草稿”后所保存的匯總短文信息草稿的示意圖，在圖5所示的草稿中刪除某虛擬按鈕“所附的短文”，該虛擬按鈕所對應的組合短文信息集合就會被刪除。
[0042]圖6、圖7是某優選實施中用戶編輯被組合的新編短文信息的用戶界面。在圖6中，用戶針對601所示的組合短文信息集合，使用編輯菜單605來選擇編輯的被組合的新編短文信息被放置在該組合短文信息集合的哪一個位置。用戶點擊編輯菜單中的某一選項(并在必要時指定了擬編輯的新編短文信息在組合短文信息集合中被放置的具體位置后)，圖7所示的界面會提供給用戶，用戶完成對相應的短文信息的編輯后，點擊圖7中701所示的虛擬按鈕“確定”，即可完成對該新編短文信息的編輯。
[0043]圖8是某優選實施例中用戶通過選擇被展示的被組合短文信息來指示希望將哪一條被組合的已有短文信息納入其構造的組合短文信息集合的用戶界面的示意圖。其中突出顯示的被組合短文信息(801)是用戶以某種方式選定的被組合短文信息，805是選擇菜單。
[0044]圖9是某APPstore中針對某APP所提供的用戶評論服務的示意圖，圖中的P1、
P2、P3........Pn，是若干用戶發布的一條一條的評論信息，用戶瀏覽該頁面，可以看到不同用戶所發布的評論信息。其中的評論信息是按照發布時間的先后順序排序，也就是先發布的在先，后發布的再后。其中Pl是最早被發布的，P1、P2、P3、......、Pn中的序號1、2、
3........η示意相應評論信息的被發布時間的先后。
[0045]圖10是某新聞網站針對某一文章所提供的讀者評論服務的示意圖，圖中的X1、
Χ2、Χ3、......Xn是若干用戶發布的評論信息，其中針對Χ2，若干用戶還做出了 Tl、Τ2、Τ3
等回復的評論信息。X1、Χ2、Χ3.......Xn等評論信息是按照發布時間的先后逆序排序，也就是先發布的在后，后發布的再先。其中Xl是最后被發布的。
[0046]圖11在圖9所示的Appstore中實施本發明的一個優選實施例。其中1101是用戶“手機俠”發布的一條匯總短文信息，其中的虛擬按鈕“對其優點的典型評論”對應一個組合短文信息集合，被組合在該組合短文信息集合中的評論信息按照其順序位置分別是Ρ115、Ρ24、Ρ66、Ρ17、Ρ33和Ρ8，其中的虛擬按鈕“對其缺點的典型評論”對應一個組合短文信息集合，被組合在該組合短文信息集合中的評論信息按照其順序位置分別是Ρ26、Ρ124、Ρ44和Ρ15。1105是用戶“產品人”發布的一條匯總短文信息，其中的虛擬按鈕“更多有關評論匯總”對應一個組合短文信息集合，被組合在該組合短文信息集合中的評論信息按照其順序位置分別是Ρ97、Ρ211、Ρ88和Ρ48。其中Ρ97對應圖11中用戶“一言”所發布的一條短文信息(圖11中未做明確的顯示)，Ρ211對應用戶“手機俠”所發布的匯總短文信息(1101)所示。該實施例中，匯總短文信息的發布用戶在編輯發布時，可以選擇匯總短文信息的未展開狀態是展示其所附加的第一個組合短文信息集合中的前兩條被組合短文信息，還是不展示任何被組合短文信息。圖中1101的未展開狀態被選擇為不展示任何被組合短文信息，1105的未展開狀態被選擇為展示前兩條被組合短文信息(1110和1115)，1110和1115在圖11所示的匯總短文信息(1105)的未展開狀態中，都只展示了該被組合短文信息的一部分內容，點擊相應的虛擬按鈕“全文”，才會顯示更多的內容。
[0047]圖12是圖10所示的新聞網站中實施本發明的一個優選實施例。該實施例中，匯總短文信息的發布用戶在編輯發布時，可以選擇匯總短文信息在信息匯總頁面的未展開狀態是展示其所附加的第一個組合短文信息集合中的前三條被組合短文信息，還是不展示任何被組合短文信息。其中1201是用戶“用戶IP*********”所發布的一條匯總短文信息,它的未展開狀態展示了三條被組合短文信息X44、X21和X65，這是虛擬按鈕1210所對應的組合短文信息集中的前三條被組合短文信息。其中1205是用戶“手機用戶139##*4”所發布的一條匯總短文信息的未展開狀態，虛擬按鈕1215所對應的組合短文信息是該匯總短文信息所附加的組合短文信息集合。組合短文信息集合(1210)是復制組合短文信息集合(1215)并在其中的若干位置一共添加了十四條評論信息而編輯而成。
[0048]圖13是某優選實施例中服務器端中的數據庫中同本發明有關的數據結構的示意圖。
[0049]圖14是現有技術中通過URI鏈接來實現對若干微博信息的組合進行記錄和分別展不的不意圖。1401是分別指向若干微博信息的若干URI,其中一個URI指向一條微博信肩、O
【具體實施方式】
[0050]為了使本發明的目的，技術方案及其優點更加清楚明白，以下對本發明的實施進一步做舉例說明，但本發明的實施方法并不局限于此。
[0051]【實施例】新聞網站、社區和Appstore等網絡系統典型的評論服務如圖9、圖10所示，其中圖10中的評論服務允許用戶針對其他用戶發布的評論做出直接的回復。
[0052]本實施例中，用戶所發布的信息由信息id來唯一確定，其服務器端中數據庫中同本發明有關的數據結構的示意圖如圖13所示。對短文信息是由信息表來記錄，短文信息由信息id來確定，信息表中的字段“信息類型”用以記錄該信息的類型。該實施例為了實現用戶發布匯總短文信息，信息表中設置了“組合短文信息集合數量”這個字段，如果一條短文信息并沒有附加組合短文信息集合，該字段的值就為零，如果只附加了一個組合微博信息集合，該字段的值就為1，以此類推；信息表中的字段“匯總短文信息默認格式”用以記錄匯總短文信息的發布賬戶的用戶所設置的未展開狀態的格式。匯總短文信息的未展開狀態是不展示被組合短文信息、還是只展示一條被組合短文信息、還是只展示兩條被組合短文信息，還是只展示三條被組合短文信息，用戶對此所作出的選擇，本實施例的服務器端會將其記錄在字段“匯總短文信息默認格式”中；數據庫中設置了組合短文信息集合表，每一個記錄對應一個組合短文信息集合，由匯總短文信息的信息id和該匯總短文信息名下的組合短文信息集合id來共同確定,如果匯總短文信息具有多個組合短文信息集合，每一個組合短文信息集合會對應一個相應的組合短文信息集合id ;數據庫中設置了被組合短文信息表，每一個記錄對應一條被組合短文信息，由匯總短文信息的信息id、該被組合短文信息所屬的組合短文信息集合的組合短文信息集合id和該被組合短文信息的信息id來共同確定，字段“被組合短文信息在組合短文信息集合中的順序位置”記錄該被組合短文信息在該組合短文信息集合中的順序位置，如果某一條被組合短文信息在其所在的組合短文信息集合中位于第一條信息的位置，該字段的值就是1，如果是位于第二條信息的位置，值就是2，以此類推。
[0053]圖11也是在Appstore中實施本發明后的效果的示意圖。可以看出，實施本發明后,Appstore中的評論用戶可以更有效、更便捷的表達自己的意思，比如對于自己不同意的評論信息，可以清晰的表達自己的不同意見，對于自己贊成的評論信息，可以推動它們的傳播，不同用戶的不同觀點可以更加清晰有效的交鋒和被傳播，不僅用戶可以更加清晰的看到其他用戶對該APP的總體評價，而且，本發明實施后會推動評價信息的迭代篩選，并且為Appstore的搜索引擎留下了清晰的評價信息的被篩選組合結構，便于建立搜索所需要的路標，最終Appstore對APP的搜索質量也會因為信息源的持續改進和路標的持續建立而達到現有技術無法企及的地步。
[0054]圖12也是在新聞網站的文章評論服務中實施本發明后的效果的示意圖。對比圖10可以看出，現有新聞網站的評論服務中，用戶并不能夠自由組合其他用戶的評論信息，以便把自己認為精彩的，或者自己認為要針對其進行反駁的評論信息組合在一起，呈現給其他讀者，并在需要的情況下在呈現時附加自己的意見，所謂的評論中的搭樓技術所形成的信息組合的結構并不是用戶可以自由調整的。實施本發明后，如圖12所示，用戶不僅可以將自己瀏覽時覺得精彩過癮的評論信息挑選出來，組合在一起呈現給其他讀者，并且讀者之間可以針對這樣的篩選結果自然的進行迭代篩選，比如1201的發布者，就針對1205的發布者所篩選出的信息進行了再篩選和修改，這種迭代和篩選，不僅會自然地將總體來說較為精彩的評論信息自動的篩選出來、組合起來，呈現給讀者，而且也會顯著的提高搜索引擎對評論信息的搜索質量。
【權利要求】
1.一種用于網絡系統的服務器端的方法(以下簡稱該方法)，其特征在于:該方法包括以下⑴、(2)、(3)、⑷、(5)、(6)、(7)、⑶和(9)所述的技術安排: (1)網絡系統的服務器端(以下簡稱服務器端)支持用戶發布短文信息；服務器端會在數據庫中記錄該短文信息的具體內容和能夠定位查找到該短文信息在數據庫中的相應記錄的字段的取值； (2)服務器端支持在短文信息中附加至少一個短文信息集合，該集合包括兩條或者兩條以上短文/[目息； (3)服務器端在數據庫中記錄組合短文信息集合的構成信息和能夠定位查找到組合短文信息集合在數據庫中的相應記錄的字段的取值；一般來說，服務器端記錄組合短文信息集合時，會通過記錄能夠定位查找被組合短文信息在數據庫中的相應記錄的相應字段的取值來避免或減少重復記錄該被組合短文信息在數據庫中已經保存有的具體內容； (4)服務器端支持匯總短文信息在客戶端向用戶展示時，一般來說，至少具有兩種被展示狀態，其中一種展示狀態下，該被展示狀態不會展示組合短文信息集合中的被組合短文信息，或者只展示少量被組合短文信息；一般情況下，匯總短文信息會被以不展示組合短文信息集合中的被組合短文信息或者只展示少量被組合短文信息的被展示狀態展示給用戶，需要等用戶發出要求進一步展示組合短文信息集合的指示后，更多的被組合短文信息才會展示給用戶； (5)服務器端允許發布匯總短文信息的用戶設置被組合短文信息在組合短文信息集合中的順序位置；服務器端在數據庫中記錄組合短文信息集合中所包括的各被組合短文信息在組合短文信息集合中的順序位置； (6)服務器端支持用戶復制已有的組合短文信息集合，將其用于自己發布的匯總短文信息中，和/或，支持用戶復制已有的組合短文信息集合并再編輯后用于自己發布的匯總短文信息中；一般來說，服務器端在支持用戶復制已有的組合短文信息時，和/或，支持用戶復制已有的組合短文信息集合并再編輯時，會利用數據庫存儲的被復制組合短文信息集合的構成信息和/或利用數據庫中存儲的已有的短文信息的具體內容，來形成數據庫中的必要記錄避免或減少要求客戶端向其傳遞被復制組合短文信息集合的構成信息和/或被復制組合短文信息集合中被組合短文信息的具體內容和/或再編輯時所涉及的其他已有的短文信息的具體內容； (7)服務器端支持用戶將已有的短文信息納入其編輯的組合短文信息集合；服務器端針對用戶這樣的操作，一般來說，會利用數據庫中已經存有的該已有短文信息的數據來避免或減少要求客戶端向其傳遞該已有的短文信息的具體內容； (8)服務器端支持用戶在組合短文信息集合中使用匯總短文信息來作為被組合短文信息； (9)服務器端支持客戶端在展開顯示組合短文信息集合時以多條被組合短文信息被匯聚在一個頁面上的方式供用戶方便的瀏覽。
2.如權利要求1所述的方法，其特征在于，進一步包括: 服務器端支持用戶以已有的組合短文信息集合為基礎來對其編輯的組合短文信息集合進行集合操作；并且服務器端針對用戶這樣的操作，一般來說，會利用數據庫中已有的組合短文信息集合的構成數據來避免或減少要求客戶端向其傳遞有關的已有的組合短文信息集合的構成數據和/或其中的被組合短文信息的具體內容。
3.如權利要求1所述的方法，其特征在于，進一步包括: 服務器端針對其足夠多的賬戶的用戶支持權利要求1所述的方法所要求包括的技術特征。
4.如權利要求2所述的方法，其特征在于，進一步包括: 服務器端針對其足夠多的賬戶的用戶支持權利要求2所述的方法所要求包括的技術特征。
5.一種網絡系統的服務器端(以下簡稱服務器端)，其特征在于，包括以下以下(I)、(2)、(3)、(4)、(5)、(6)、(7)、⑶和(9)所述的技術特征: (1)服務器端支持用戶發布短文信息；服務器端會在數據庫中記錄該短文信息的具體內容和能夠定位查找到該短文信息在數據庫中的相應記錄的字段的取值； (2)服務器端支持在短文信息中附加至少一個短文信息集合，該集合包括兩條或者兩條以上短文/[目息； (3)服務器端在數據庫中記錄組合短文信息集合的構成信息和能夠定位查找到組合短文信息集合在數據庫中的相應記錄的字段的取值；一般來說，服務器端記錄組合短文信息集合時，會通過記錄能夠定位查找被組合短文信息在數據庫中的相應記錄的相應字段的取值來避免或減少重復記錄該被組合短文信息在數據庫中已經保存有的具體內容； (4)服務器端支持匯總短文信息在客戶端向用戶展示時，一般來說，至少具有兩種被展示狀態，其中一種展示狀態下，該被展示狀態不會展示組合短文信息集合中的被組合短文信息，或者只展示少量被組合短文信息；一般情況下，匯總短文信息會被以不展示組合短文信息集合中的被組合短文信息或者只展示少量被組合短文信息的被展示狀態展示給用戶，需要等用戶發出要求進一步展示組合短文信息集合的指示后，更多的被組合短文信息才會展示給用戶； (5)服務器端允許發布匯總短文信息的用戶設置被組合短文信息在組合短文信息集合中的順序位置；服務器端在數據庫中記錄組合短文信息集合中所包括的各被組合短文信息在組合短文信息集合中的順序位置； (6)服務器端支持用戶復制已有的組合短文信息集合，將其用于自己發布的匯總短文信息中，和/或，支持用戶復制已有的組合短文信息集合并再編輯后用于自己發布的匯總短文信息中；一般來說，服務器端在支持用戶復制已有的組合短文信息時，和/或，支持用戶復制已有的組合短文信息集合并再編輯時，會利用數據庫存儲的被復制組合短文信息集合的構成信息和/或利用數據庫中存儲的已有的短文信息的具體內容，來形成數據庫中的必要記錄避免或減少要求客戶端向其傳遞被復制組合短文信息集合的構成信息和/或被復制組合短文信息集合中被組合短文信息的具體內容和/或再編輯時所涉及的其他已有的短文信息的具體內容； (7)服務器端支持用戶將已有的短文信息納入其編輯的組合短文信息集合；服務器端針對用戶這樣的操作，一般來說，會利用數據庫中已經存有的該已有短文信息的數據來避免或減少要求客戶端向其傳遞該已有的短文信息的具體內容； (8)服務器端支持用戶在組合短文信息集合中使用匯總短文信息來作為被組合短文信息； (9)服務器端支持客戶端在展開顯示組合短文信息集合時以多條被組合短文信息被匯聚在一個頁面上的方式供用戶方便的瀏覽。
6.如權利要求5所述的服務器端，其特征在于，進一步包括: 服務器端支持用戶以已有的組合短文信息集合為基礎來對其編輯的組合短文信息集合進行集合操作；并且服務器端針對用戶這樣的操作，一般來說，會利用數據庫中已有的組合短文信息集合的構成數據來避免或減少要求客戶端向其傳遞有關的已有的組合短文信息集合的構成數據和/或其中的被組合短文信息的具體內容。
7.如權利要求5所述的服務器端，其特征在于，進一步包括: 服務器端針對其足夠多的賬戶的用戶支持權利要求5所述的服務器端所包括的技術特征。
8.如果權利要求6所述的服務器端，其特征在于，進一步包括: 服務器端針對其足夠多的賬戶的用戶支持權利要求6所述的服務器端所包括的技術特征。
【文檔編號】G06F9/445GK104424005SQ201310422229
【公開日】2015年3月18日 申請日期:2013年9月8日 優先權日:2013年9月8日
【發明者】何勁 申請人:何勁