亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

基于互聯(lián)網的討論系統(tǒng)及其方法、以記錄媒介錄制討論的方法

文檔序號:6552955閱讀:253來源:國知局
專利名稱:基于互聯(lián)網的討論系統(tǒng)及其方法、以記錄媒介錄制討論的方法
技術領域
本發(fā)明涉及一種基于互聯(lián)網的系統(tǒng)及其方法,其通過創(chuàng)新、互動的網上討論以支援作出最佳決策并能夠解決一組織內的沖突和問題。
背景技術
傳統(tǒng)地,在社會或組織內進行決策和制定策略一直是掌握有限信息的少數精英的專職。但是隨著互聯(lián)網的增長,其讓意見和信息能夠被廣泛交換,以及指定團體的利益能夠被收集和表達。顯然地,不同的利益團體的目的,以及網民在決策和策略制定的參與,對社會和組織的民意、策略制定及決策的代表性具有一重大的影響。
由1990年開始,社會迅速地變得越來越多樣化和復雜,而一傳統(tǒng)民意系統(tǒng)已不再足夠。當社會不同部分的角色變得越來越專門,由非專業(yè)人員或少數精英制定法律和策略等會引致社會問題及機會的損失。
由于篇幅和廣播時間有限、缺乏互動性及連續(xù)性,傳統(tǒng)媒體如報紙和電視只能傳達有限數目的觀點,這讓讀者們很難去辨悉存有偏見或歪曲的建議。而且,對不同建議、意見及信息的有限監(jiān)管會妨礙了所有討論小組表達意見,只有少數討論小組能夠表達意見。
另外,因新聞工作者欠缺社會經驗而引致的專業(yè)性和多元性的缺乏,其不會產生一基于不同的建議、意見及信息的分析的管理模式,亦不會清楚地區(qū)別好的與壞的意見和信息。新聞工作者一方面能澄清和教育民眾有關圍繞不同事情的復雜問題,但與此同時其只有有限的能力在該解決過程中提供幫助。
為了解決這些傳統(tǒng)問題,基于互聯(lián)網的討論網站出現,通過讓社會所有階層公開地和互動地發(fā)表他們的意見和信息,這些網站讓許多市民參與策略制定。
這些網上討論網站是唯一的渠道能克服上述傳統(tǒng)媒體的限制并能傳達不同的意見。這些網站能讓民眾非常詳細地討論事情以得出可靠的結論,以及能闡述更合理和合乎邏輯的意見,從而增加這種討論的生產力,并將誤解和誤報減到最低。因為能讓民眾取得在討論過程中提出的所有意見和信息,而所有意見和信息亦能被保留一段時間,這些網站相比其他任何一種形式的媒體具有潛力在制定策略上發(fā)揮更大的影響。而且,這些網站對策略計劃者而言是一提供重要回應的有潛力的信息來源。
然而這種傳統(tǒng)網上討論網站沒有促進有系統(tǒng)的討論。許多沒有價值的意見令討論變得混亂,當時間過去,有價值的意見便很難被找出來。再者,有建設性的意見經常被受過較少教育的討論小組(討論參與者)剔除。由于沒有任何規(guī)則管理具成效的討論,討論常常會變化成爭吵、侮辱及憤慨。
另外,冗長的意見一般含有支持該意見的建議和理由,其不可能通過細分這些意見來討論這些意見是否適當。而且,不必要的語言、與事情無關的意見以及重迭的意見令觀眾以及討論參與者難以跟隨討論的進度。
此外,一觀眾或決策者很難識別一必須的目的或一需解決的問題,也很難通過結合一討論的不同部分以對一事情達成協(xié)議。
因此,這些網上討論網站不代表一利用互聯(lián)網的力量的一新范例,其反而擔當較簡單的角色如一留言板的角色。而且,與其說是幫助解決問題,這些網站傾向增加沖突。成熟和明智的網民不會理會這些網站。
以上所述傳統(tǒng)網上討論網站的問題總結在圖1中。

發(fā)明內容
1.本發(fā)明的基本原理-討論的其中一個目的是得出一合理的結論,并且使利益關系者能辯悉一推理和推論過程從而能夠得出一結論。
-每個人能持有合理的想法。當一個人可能有不合理的想法的時候,受過教育和考慮周到的人大致上是合理的。合理的建議具有信息和價值。不合理的建議歸因于自私的主觀性(主觀價值)和/或錯誤信息。
-當離開公眾的注視,每個人是自我中心,導致團體的自我主義。假定的是所有建議可能包括一團體所找尋的目的。
-通過討論的社會協(xié)議和結論不一定源于合理的建議。有時候它們可能源于公眾選擇,即公眾意見,而不管理由。這被稱作公眾價值。但是,公眾價值也被不正確的公眾意見所影響?,F代社會具有很高的公眾智能,但讓形成公眾意見所需的信息由有限來源提供,其可以導致偏見和錯誤信息。
-當最終變成建議的信息或價值向公眾清楚地被公開,建議變得更合理。所述系統(tǒng)執(zhí)行一社會角色以提供及實現關于真實、專門信息或導致所述公眾的正確意識結構的價值的正義的某些假設。所述系統(tǒng)的原理是一好討論可導致健康的社會協(xié)議和有價值的結論。
由于現代社會是高度多元化的,其不可能作出一完美的決定。任何決定也有其優(yōu)點和錯誤。決策只是一較重要的價值的一部分。集中于問題而非解決的固執(zhí)的反對不能成為一影響決策的因素。任何推論出來的問題只可被辯悉為一將會進一步被解決的問題。
值得注意的是在現行制度,一討論未必能達到一完美的結論,但其最少能基于已收集的信息、價值和某些假設指出最理想的方向,以得出包含某些極為重要的權利和限制的結論,而非絕對結論。
2.技術方案基于上述原理,本發(fā)明為的是解決所述網上討論的傳統(tǒng)問題。
本發(fā)明的其中一個目的是提供一種基于互聯(lián)網的系統(tǒng)及其方法,其能通過循環(huán)地將來自社會所有階層的意見和建議結構化,并詳細登記每個細分的爭論點,執(zhí)行關于爭論點的交互攻防,如在所述意見和建議上的反駁和進一步的反駁,以致一觀眾或一決策者容易地辨悉重要的爭論點及討論狀態(tài),并基于每個意見的合乎邏輯的適當性為每個細分的爭論點得出一結論,以得出利益關系者之間的協(xié)議和利益、以及科學化和合理的結論。
因此,本發(fā)明嘗試提供以下的技術方案以克服傳統(tǒng)網上討論的缺點。
1)討論的類型是什么,每個討論屬于什么性質,而所述系統(tǒng)如何適應不同類型的討論?2)應該界定什么討論執(zhí)行規(guī)則以執(zhí)行有效和健康的討論,以及應為所有討論參與者和一主持界定什么角色?3)意見是如何被細分為每個細分的爭論點,以及輸入信息如何被分項列舉,以便有意義的討論攻防?4)打斷健康的討論攻防的意見具有什么特點?而替代的是什么?5)有什么類型的建議和反駁?應如何分類每個性質和邏輯性?而建議和反駁具有什么相互關系?6)如何建立一信息結構和一詢問表格,以使一觀眾一看就能辨悉每個細分的爭論點而非每個意見的一討論攻防情況?7)所述討論攻防是如何被終止?而所述被終止的攻防是如何被作出結論?根據本發(fā)明的一方面,其提供一種通過網上討論支援決策的基于互聯(lián)網的討論系統(tǒng),其包括一討論管理服務器,其根據能夠經過互聯(lián)網連接到所述服務器的討論小組為每種討論類型所預定的一定規(guī)則,對討論主題中每個細分的爭論點執(zhí)行交互式意見攻防(ping-pong),通過視乎每個意見的性質和一攻防結果而界定的判斷規(guī)則從而得到一結論,并登記和管理討論信息、討論攻防信息及得出討論結果信息,以及所有討論參與者的個人信息在一數據庫內;多個具有一網絡瀏覽器的討論小組客戶終端機,其讓所述討論小組能經過互聯(lián)網連接到所述討論管理服務器;以及多個觀眾客戶終端機,其就一根據多個所述討論小組之間的所述討論攻防而處理的討論攻防情況提出一自由意見,詢問一討論小組的意見或回應一討論小組的支持要求參與所述討論攻防,并參與一民意投票。
所述討論管理服務器包括一主碼信息數據庫,其儲存在一討論上不同分類的主碼信息(編碼表);一成員信息數據庫,其儲存所有成員的基本信息;一討論信息數據庫,其儲存每個討論對象相關信息,例如討論分區(qū)和分類、界定所述討論性質的討論執(zhí)行規(guī)則和執(zhí)行情況、以及如所述討論的一題目和一副題等信息;一意見信息數據庫,其儲存意見信息,例如在一討論過程中產生的所有建議理由、反駁及詢問;一討論主體信息數據庫,其儲存從所述成員信息數據庫中摘取得到的每個討論中所有參與討論的參與者的信息;以及一登錄信息數據庫,其儲存一成員登入結果以計算在所述成員信息數據庫中已登記的每個成員的參與。
所述成員信息數據庫包括關于指定組織或團體的利益關系者信息;以及關于個人如一主持、討論小組及觀眾成員等的個人成員信息。
所述討論信息數據庫包括用于識別每個討論的基本討論信息;用于所述討論的不同討論類型的分類信息;為界定所述討論的所有操作規(guī)則的討論規(guī)則信息;為了辨悉所述討論的執(zhí)行情況的討論執(zhí)行信息;以及為對每件討論個案進行分類的討論副題信息。
所述意見信息包括具有討論背景信息以及在一討論過程中產生的所有建議、反駁及詢問的不同意見信息;附加信息如不同的判斷信息和剔除信息;以及背景信息543和剔除544。
所述討論主體信息數據庫包括利益關系者、討論小組及一主持的必要登記信息;以及觀眾信息以限制選擇性地瀏覽或參與所述討論,以及當已決定所述討論,通過一操作員、一主持或利益關系者,所述討論主體信息數據庫儲存從所述成員信息數據庫中摘取得到的信息。
根據本發(fā)明的另一方面,其提供一種基于互聯(lián)網的討論的方法,其結合經過互聯(lián)網得到連接的所有參與討論的參與者的多次討論而得出一結論,所述方法包括以下步驟自動連接一終端機至一討論管理服務器,并回應所有討論參與者的一連接要求而傳送一指定討論主體菜單屏幕至所述終端機;在被傳送至所述終端機的所述指定討論主體菜單屏幕上決定一操作員是否選自一小組,其包括一操作員、一主持、一利益關系者、一討論小組及一觀眾;當所述操作員在所述指定討論主體菜單屏幕上被揀選,傳送一討論信息登記屏幕至所述終端機;在被傳送至所述終端機的所述討論信息登記屏幕上輸入基本信息如一討論期間和一討論題目,以登記所述基本信息于一討論信息數據庫內;當登記了所述基本討論信息,傳送一討論主體信息登記屏幕至所述終端機;以及在被傳送至所述終端機的所述討論主體信息登記屏幕上任命所述主持,以登記所述主持于所述討論主體信息數據庫內。
所述的方法包括以下步驟一步驟,其為當所述主持在所述指定討論主體菜單屏幕上被揀選,傳送用于討論主體登記、討論操作信息登記、討論副題登記、背景信息登記、意見審閱、支持要求檢討及主持判斷的一主持菜單屏幕至所述終端機;當所述討論操作信息登記在被傳送至所述終端機的所述主持菜單屏幕上被揀選,傳送一討論信息登記屏幕至所述終端機;在被傳送至所述終端機的所述討論信息登記屏幕上輸入討論操作信息如一討論分類和一討論領域,以登記所述討論操作信息于所述討論信息數據庫內;以及決定登記在所述討論信息數據庫內的所述討論分類是否一主要討論,并于其為所述主要討論時輸入討論分類信息和討論規(guī)則信息,以登記所述信息于所述討論信息數據庫內。
所述的方法包括以下步驟一步驟,其為當所述利益關系者在所述指定討論主體菜單屏幕上被揀選,傳送一討論主體信息登記屏幕至所述終端機;在被傳送至所述終端機的所述討論主體信息登記屏幕上輸入一代表討論小組,以登記所述討論小組于所述討論主體信息數據庫內;當登記了所述代表討論小組,傳送一要求宣告產生屏幕至所述終端機;在被傳送至所述終端機的所述要求宣告產生屏幕上產生一要求宣告,以登記所述要求宣告于所述意見信息數據庫內。
所述的方法包括以下步驟一步驟,其為當所述討論小組在所述指定討論主體菜單屏幕上被揀選,傳送用于建議登記、反駁登記、支持要求及回答接納的一討論小組菜單屏幕至所述終端機;當所述建議登記在被傳送至所述終端機的所述討論小組菜單屏幕上被揀選,決定一陳述編輯是否被安裝;當所述陳述編輯未被安裝,自動下載所述陳述編輯并執(zhí)行所述陳述編輯,以在所述陳述編輯被安裝時傳送一陳述編輯屏幕至所述終端機;以及在被傳送至所述終端機的所述陳述編輯屏幕上輸入一意見,以登記所述意見于所述意見信息數據庫內,并通過電子郵件自動通知所有討論參與者和一相關觀眾所述新意見已登記在所述意見信息數據庫內。
所述的方法包括以下步驟當所述觀眾在所述指定討論主體菜單屏幕上被揀選,傳送用作反駁(詢問)、提出自由意見及支持要求回答的一觀眾菜單屏幕至所述終端機;當所述支持要求回答在被傳送至所述終端機的所述觀眾菜單屏幕上被揀選,傳送一討論攻防情況屏幕至所述終端機;在被傳送至所述終端機的所述討論攻防情況屏幕上揀選一回答對象意見,以登記一可選擇的討論小組;當登記了所述可選擇的討論小組,傳送一回答輸入屏幕至所述終端機以在一輸入信息上執(zhí)行關閉處理,繼而登記所述輸入信息處理結果于所述意見信息數據庫內;以及通過電子郵件通知參與者被登記在所述意見信息數據庫內的所述輸入信息處理結果,然后處理一意見審閱。
所述的方法還包括一得出討論結果的步驟,其為處理在所有討論參與者之間的所述討論攻防的一結果以及處理判斷題目意見(SOs)的適合性、條件性適合性、不適合性或保留。所述討論得出結果步驟包括一討論攻防處理步驟,其為在一反駁已被放棄的所述題目意見的一攻防結果上執(zhí)行優(yōu)勢和劣勢處理;一題目意見判斷步驟,其為在已經過所述討論攻防處理步驟進行攻防結果處理的所述題目意見上執(zhí)行一系統(tǒng)判斷處理,以判斷其適合性、條件性適合性、不適合性或保留;一討論關閉步驟,其為當討論期間終止關閉所述討論以及通過電子郵件通知參與者一討論終止通告;一對質判斷步驟,其為在一對質題目意見上處理一攻防結果;以及一建議判斷步驟,其為檢視每個建議的題目意見判斷信息,以及就所述建議進行系統(tǒng)判斷。
根據本發(fā)明的另一方面,其提供一種基于互聯(lián)網的討論方法,其結合經過互聯(lián)網得到連接的所有參與討論的參與者的討論以得出一結論,所述方法包括一討論準備步驟,其包括決定一討論主題、一主持、一利益關系者及一觀眾的一討論決定方法;通過會議決定一討論期間和討論規(guī)則以及為每個利益關系者決定一討論小組的一基本討論數據決定和會議方法;先通過一討論管理服務器的操作員登記一主持以執(zhí)行所述討論,以及通過所述已登記的主持登記剩下直接參與所述討論的所有參與者的一所有參與討論的參與者的登記方法;登記基本討論信息、討論性質分類及背景信息的一討論操作信息登記方法;以及登記所述討論的副題、決定以及為每個副題登記一題目一方的一副題登記方法;一討論攻防步驟,其包括在一網內正在進行中的討論的清單內宣布一登記和簡介訊息以及通過電子郵件通知一討論開始通告的一討論開始方法;登記一題目意見(SA)以及通過電子郵件自動通知所有討論參與者一新意見登記通告的一題目意見登記方法;將題目意見(SA)的性質分類和登記,以及通過電子郵件通知具缺陷的意見剔除的一意見審閱方法;以及在所述題目意見上登記一反駁并通過電子郵件自動通知所有討論參與者一反駁登記通告的一反駁登記方法;一討論判斷步驟,其包括因在一反駁已被放棄的所述題目意見的攻防而執(zhí)行優(yōu)勢和劣勢處理的一討論攻防結果處理方法;以及在所述題目意見上執(zhí)行系統(tǒng)判斷如適合性、條件性適合性、不適合性及保留的一題目意見判斷方法;以及一討論終止步驟,其包括當討論期間終止執(zhí)行關閉處理以及通過電子郵件通知參與者一討論終止通告的一討論關閉方法;執(zhí)行正在進行中的攻防對質處理和已對質的攻防題目意見判斷處理的一攻防終止方法;以及執(zhí)行建議系統(tǒng)判斷、副題判斷及所有討論判斷處理的一討論判斷方法。
根據本發(fā)明的另一方面,其提供一種基于互聯(lián)網的討論方法,其結合經過互聯(lián)網得到連接的所有參與討論的參與者的討論以得出一結論,所述方法包括一分支討論步驟,其在一討論執(zhí)行過程中需要特別知識時,通過多個指定團體,從一主要討論獨立執(zhí)行一討論,并在所述主要討論中反映一結果;以及一相反討論步驟,其于相反位置,在一指定個案上嘗試討論攻防,所述分支討論步驟和所述相反討論步驟被包括并成為依附于所述主要討論的副討論。


通過以下的詳細說明并結合附圖,能使本發(fā)明的上述及其它目的、特征和優(yōu)點更顯而易見,其中圖1是總結傳統(tǒng)討論的問題的一圖表;圖2示出了根據本發(fā)明的一種基于互聯(lián)網的系統(tǒng)的一整體結構;圖3示出了應用于本發(fā)明的一信息表的一整體結構;圖4示出了應用于本發(fā)明的一信息表的一詳細結構;圖5示出了根據本發(fā)明登記和建立的一討論主體信息數據庫;圖6是一流程圖,其示出了根據本發(fā)明的一整體討論過程;圖7示出了根據本發(fā)明的一登入和菜單啟動方法;圖8示出了根據本發(fā)明的一指定討論主體菜單結構;圖9示出了根據本發(fā)明登記和建立的一會員信息數據庫;圖10示出了根據本發(fā)明的一操作員模式;圖11示出了根據本發(fā)明的一討論操作信息(主持模式)登記過程;圖12示出了根據本發(fā)明的一討論主體信息登記過程;圖13示出了根據本發(fā)明的一討論副題信息登記過程;圖14示出了根據本發(fā)明的一背景信息登記過程;圖15示出了根據本發(fā)明的一意見審閱處理過程;
圖16示出了根據本發(fā)明的一支持要求檢討過程;圖17示出了根據本發(fā)明的一主持判斷過程;圖18示出了根據本發(fā)明的一支持要求登記過程;圖19示出了根據本發(fā)明的一建議登記過程;圖20示出了根據本發(fā)明的一反駁登記過程;圖21示出了根據本發(fā)明的一支持要求過程;圖22示出了根據本發(fā)明的一回答接納過程;圖23示出了根據本發(fā)明的一支持要求回答過程;圖24示出了根據本發(fā)明的一討論攻防終止過程;圖25示出了根據本發(fā)明的一題目意見判斷過程;圖26示出了根據本發(fā)明的一討論關閉過程;圖27示出了根據本發(fā)明的一題目意見對質判斷過程;圖28示出了根據本發(fā)明的一建議判斷過程;圖29示出了根據本發(fā)明的一副題和討論判斷過程;圖30示出了根據本發(fā)明產生一題目意見判斷規(guī)則;圖31示出了根據本發(fā)明的具有判斷因素的一判斷組合;圖32示出了根據本發(fā)明的一整體過程;圖33示出了根據本發(fā)明的一基于互聯(lián)網的討論系統(tǒng)的一整體結構;圖34示出了根據本發(fā)明的一意見對象的一屏幕代表;圖35示出了根據本發(fā)明的在所有討論的一攻防情況的一屏幕代表;圖36示出了根據本發(fā)明的在一題目意見上的一攻防情況的一屏幕代表;圖37示出了根據本發(fā)明的一陳述編輯(用于意見結構登記)的一屏幕結構;圖38示出了根據本發(fā)明的討論信息分類;圖39示出了根據本發(fā)明的討論執(zhí)行;圖40示出了根據本發(fā)明的一意見結構;圖41示出了根據本發(fā)明的一建議理由結構;圖42示出了根據本發(fā)明的具有方案的討論的登記;圖43示出了根據本發(fā)明的反駁的聯(lián)系;圖44示出了根據本發(fā)明的一文件識別符號結構。
具體實施例方式
下面將詳細參考本發(fā)明的優(yōu)選實施例。在以下對本發(fā)明的描述,當其可能令本發(fā)明的主題變得模糊時,將會略去已結合于本發(fā)明的已知功能和結構的詳細描述。
圖2示出了根據本發(fā)明的一優(yōu)選實施例的一種基于互聯(lián)網的系統(tǒng)的一整體結構。所述系統(tǒng)包括一討論管理服務器100,其根據能夠經過互聯(lián)網連接到所述服務器的討論小組(包括成員)為每種討論類型所預定的一定規(guī)則,對討論主題中每個細分的爭論點執(zhí)行交互式意見攻防(ping-pong),通過視乎每個意見的性質和一攻防結果而界定的判斷規(guī)則從而得到一結論,并登記和管理討論信息、討論攻防信息及得出討論結果信息、以及所有討論參與者的個人信息在一數據庫內;多個具有一網絡瀏覽器的討論小組客戶終端機200(通過所述討論小組的操作與所述討論管理服務器連接),其讓所述討論小組能經過互聯(lián)網連接到討論管理服務器100;以及多個觀眾客戶終端機300(通過所述觀眾的操作與所述討論管理服務器連接),其就一根據多個所述討論小組之間的討論攻防處理的討論攻防情況而提出一自由意見,詢問一討論小組的意見或回應一討論小組的支持要求參與所述討論攻防,并參與一民意投票。在此使用的支持要求是指一指定討論小組或利益關系者的行為,其為當一指定討論小組或利益關系者因在一爭論點上的攻防時由于缺乏特別知識或信息而難以回應一意見時,其要求所述觀眾幫忙。
討論管理服務器100由一網絡服務器400和一信息表(數據庫)500組成。當每個客戶終端機200和300與網絡服務器400連接,網絡服務器400由所述討論系統(tǒng)下載一主網站屏幕至所述客戶終端機,在信息表(數據庫)500內詢問和下載一菜單的屏幕以回應每個客戶終端機200和300,并選擇一網站的一菜單,并在信息表500內寫入使用者輸入信息內容。信息表500儲存、更新和管理數據以提供一信息屏幕和使用者輸入信息數據,從而回應在所述主網站屏幕上選擇所述菜單的使用者。
討論管理服務器100與多個討論小組客戶終端機200和觀眾客戶終端機300之間的連接的例子包括使用一調制解調器、一公共交換電話網絡(PSTN)、一專用線或一綜合業(yè)務數字網(ISDN)的一有線互聯(lián)網連接;和使用一蜂窩、PCS、微波或衛(wèi)星通訊網絡的一無線互聯(lián)網連接。每個客戶終端機200和300可為使用其中一種所述連接而與一終端機網絡連接的任何一種終端機,終端機網絡包括互聯(lián)網。
每個客戶終端機200和300可為任何一種個人計算機或終端機,只要其具有一互聯(lián)網網絡瀏覽器以支援一傳統(tǒng)個人計算機與互聯(lián)網連接,所述傳統(tǒng)個人計算機設有如一奔騰微處理器、一硬盤驅動器、一通信調制解調器、一多媒體閱讀器和其它類似部件。另外,只要一工作站、一典型便攜通信終端(PCS和個人手持電話系統(tǒng)(PHS))、一個人數字助理(PDA)、一頂盒、一數字電視和一網絡電話能與互聯(lián)網連接,它們能代替一個人計算機而被使用。
信息表500可由一已知的關系型數據管理系統(tǒng)(RD BMS)如Oracle、一結構化查詢語言(SQL)服務器或Informix構成。
圖3示出了應用于本發(fā)明的一信息表的示意圖。所述表包括一主碼信息數據庫510,其管理主碼信息(編碼表),其包括使用在一系統(tǒng)內的不同分類信息一成員信息數據庫520,其管理登記在所述系統(tǒng)的所有成員的信息(關于所有成員如觀眾成員、討論小組成員、一主持或同樣的人的個人信息,以及利益關系者如組織的信息);一討論信息數據庫530,其儲存各個討論對象相關信息,例如分類、規(guī)則和執(zhí)行情況、以及基本信息如一討論的一題目和一副題;一意見信息數據庫540,其儲存意見信息,例如在一討論過程中產生的所有建議理由、反駁及詢問;一討論主體信息數據庫550,其儲存從成員信息數據庫520中摘取得到的所有討論參與者的信息(任命一主持、討論小組、指定觀眾和利益關系者參與所述討論);以及一登錄信息數據庫560,其儲存一指定成員系統(tǒng)登入結果(通過計算每個成員的參與以供參考選擇一觀眾投票)。在此被使用的所述討論主體(所有參與所述討論的參與者)是參與所述討論的一主持、討論小組、利益關系者和同樣的人的統(tǒng)稱。
為所述討論的每個副題首先提出的建議、評價和意見被統(tǒng)稱為一建議。組成一建議理由的每個復合副意見被稱為一建議理由。再者,一建議理由是一反駁(討論)的對象,而一建議只是代表一建議理由的一個詞,而非所述討論對象。事實、價值及提議被統(tǒng)稱為一題目意見(SA),而為每個題目意見首先建議的一反駁、一詢問、一條件性提交或相同性質的項目被稱為一對象意見(OA)。在一些實施例,可用”陳述”一詞代替”意見”一詞。即,一題目陳述或一對象陳述可代替一題目意見或一對象意見而被使用。另外,建議題目意見或對象意見的討論小組被分別稱為一題目討論小組和一對象討論小組。
在一爭論點的個案中(或一細分的爭論點,即執(zhí)行緒),當就一指定題目意見建議一指定對象意見,可以說一爭論點(執(zhí)行緒)出現。于是當n個對象意見在一指定題目意見上被產生,便會產生n個和所述指定題目意見相關的爭論點。
主碼信息數據庫510表示預先獨特地被界定的分類,以致操作此討論系統(tǒng)的網站不管個別的討論而共同地使用所述分類。主碼信息數據庫510被安排以致在處理一系統(tǒng)時,一操作負責人(管理人員)可選擇地輸入所有編碼表的編碼價值。以下是分類信息▲討論范圍社會、政治、經濟、文化、健康、環(huán)境、教育等。
▲討論類型正面和反面/解決方案討論、一對一/多方討論、本地/公眾討論、公開/限于少數人的討論、具有方案的討論/不具有方案的討論以及自由/討論小組討論▲討論分類主要討論、背景討論、分支討論、相反討論和再討論在此所使用的所述相反討論是指在所述討論的相反位置分開執(zhí)行一討論,如所述具有方案的討論,其中一方建議一替代計劃、方案或一策略,而另一方提出一問題。再者,所述分支討論預先于所述討論規(guī)則中已決定一登記所述反駁的時限,當一反駁時限已過去,在所述爭論點上的討論攻防被終止。
▲成員信息個人(積極參與成員和普通成員)/利益關系者▲成員參與意見建議、投票/評判委員會,以及連接/詢問▲所有討論參與者主持、利益關系者、討論小組(代表或可選擇的)、觀眾等。
▲討論的副題一個案的意思(界定)、問題或解決方案,原因或因素,以及一個案的緊急性▲意見提交題目意見(SA)、對象意見(OA)及反駁(CA,對象/題目)在本文中,在每個爭論點當一攻防如一再反駁和一再進一步反駁出現時所產生的所有攻防統(tǒng)稱為一反駁。由所述題目討論小組和所述對象討論小組建議的意見分別被稱為一題目反駁和一對象反駁。
▲建議分類□理由結構獨立型和依附型□理由分類事實信息、價值(風格),以及方案▲具有方案的討論(副題)的建議建議方案、必須性方案、預期問題及替代計劃、個案等。
▲反駁分類□反駁積極反對和負面反對□條件性提交攻擊性條件性提交和防衛(wèi)性條件性提交□詢問問題和相反問題□主持的第一詢問▲意見類別新意見、已更改的意見、重新提出的意見、替代意見及補充意見
▲意見剔除具缺陷的意見、重迭的意見、無意義的意見及類似的意見▲判斷分類□攻防意見結果題目意見優(yōu)勢、題目意見劣勢、以及對質□判斷適合性、不適合性及判斷保留▲討論狀態(tài)討論執(zhí)行、討論取消、討論暫停、討論關閉及討論終止一具有方案的討論是指一集中于任何由一指定利益關系者在開始所述討論之前制定的方案或建議以及策略的討論,而一不具有方案的討論是指在沒有方案或策略的情況下的討論。
A.正面和反面討論和一解決方案討論視乎一討論爭論點的性質而作出的分類-討論可能被分類為關于一選擇爭論的一正面和反面討論,其中有正面、反面及對質個案,而任何一個所述個案應被選擇,以及對所有問題產生一解決方案或要求不同意見的一解決方案討論,其中討論方法部分地不同。
-在所述正面和反面討論中,不管利益關系者如何,在一指定事情上的一爭論出現而。
-多個爭論在所述解決方案討論中出現。大多數解決方案討論成為了多方討論,其中每個利益關系者擁有他或她的建議,而當所述建議包括一不同攻擊對象,利益會被分開。所述解決方案討論是一討論,其確定問題”問題是什么?”的答案,并就問題”解決方案是什么?”討論可行的答案,這與所述正面和反面討論是不同的。于是,所述解決方案討論分割一題目,并常常導致秘密討論。
-所述正面和反面討論必須在所有意見內具有一攻擊對象,至于所述解決方案討論可具有或不具有一攻擊對象。
B.一對一討論和多方討論視乎利益關系者的對質關系而作出的分類-一對一討論是指一討論,其具有作出一對一通信的對質利益關系者。當多個利益關系者被清楚地分為是和否的陣營時,所述正面和反面討論被認為是一對一討論。
-所述多方討論是指一討論,其具有多個對質利益關系者。在這種情況下,一指定的利益關系者或討論小組的意見可能具有一個或多個指定攻擊對象(攻擊對象利益關系者)。
C.公開討論和秘密討論視乎討論參與者的類別(范圍)而作出的分類-當有一討論個案,其中非指定的人對所述個案感興趣時,其可被分類為一公開討論,至于一指定團體的利益關系在一討論個案中被討論時,所述個案可被分類為一秘密討論。
-所述秘密討論表示觀眾、討論小組、利益關系者以及一主持屬于一指定企業(yè)或團體。參與一公開討論的指定利益關系者可執(zhí)行利益關系者之間的一秘密討論,以反映不同內部意見。在這種情況下,所述系統(tǒng)開放一討論,其只為利益關系者指定的討論參與者而開放。
D.公開辯論和限于少數人的討論視乎討論參與者的限制而作出的分類-當所述討論向所述公眾公開所述討論的所有內容時,所述討論可能被分類為一公開辯論,至于只向一指定討論主體公開的所述討論則被分類為一限于少數人的討論。所述限于少數人的討論可能在一些情況下的所述公開辯論內舉行。
E.自由討論和討論小組討論視乎所述參與討論小組是否被限制而作出的分類-除了指定的利益關系者或指定討論小組之外的非指定的人所參與,而反映不同意見的一討論被稱為一公開討論。主要由一指定代表討論小組舉行的一討論被稱為一討論小組討論。
-當所述爭論題目很廣,或當不能基于數個指定的人的知識和意見找出一解決方案,或當多個意見被結合和控制時,所述自由討論可被應用。
-在一傳統(tǒng)典型的網站內網民之間的討論可被稱為自由討論。即,主要由一由利益關系者預先指定的討論小組舉行的一討論被稱為一討論小組討論。向所述公眾公開一討論,使除了一預先指定的討論小組外,所有觀看者都能成為討論小組并自由參與所述討論,其被稱為自由討論。
<自由討論的個案>
題目”為了成為友好鄰國的一將來關系,韓國和日本的年青人是否應該加強他們對彼此國家的意識?”參與者韓國和日本的所有大學生-所述自由討論沒有預先任命一討論小組。一成員被許可在所述討論時有時候申請和登記成為一討論小組,并擁有一代表討論小組的權力。所述自由討論亦沒有任命利益關系者。在所述討論內建議一指定意見或其反駁的一個人(或利益關系者)被稱為一討論小組,由一利益關系者在所述討論小組討論內預先指定的討論小組被稱為一代表討論小組,至于在所述討論小組討論或不具有方案的討論的討論中于一指定爭論點上被臨時地選擇的討論小組被稱為一臨時討論小組。
-由于所述公開討論沒有任命一利益關系者,有一對象直接地和積極地應付一討論結果或一執(zhí)行情況。由于一討論結論經常得出最理想的結論和一指定利益小組,其利益關系視乎所述討論結果并且不會被表達,因此這大致上不會得出一討論結論。所述討論規(guī)則由所述主持選擇性地決定。
-除了一結論處理部分外,執(zhí)行自由討論與所述討論小組討論相似。因此,除了特別指明外,關于本系統(tǒng)的大部分描述和定義乃基于討論小組討論。
F.具有方案的討論和不具有方案的討論根據一討論執(zhí)行方法而作出的分類-首先陳述一指定策略或一商業(yè)計劃或方案(以下稱為”建議”),其由一指定利益關系者于開始討論之前所制定,接著進行集中于所述策略或計劃的所述討論,便稱為具有方案的討論。根據一討論的詳細個案任意地建議一意見,并就所述意見作出反駁,便稱為不具有方案的討論。
-較理想為大部分所述正面和反面討論以具有方案的討論的形式進行。所述解決方案討論可以為所述具有方案的討論或所述不具有方案的討論的形式被執(zhí)行。
-當所述討論的所述題目如一詳細個案般具體,所述討論以所述具有方案的討論的形式被執(zhí)行。
-在所述不具有方案的討論的情況下,為了有系統(tǒng)地進行所述討論,所述主持應于開始所述討論前提供討論背景信息,亦應該為每個細分的爭論點的所述討論執(zhí)行副題分類。另一方面,在所述具有方案的討論的情況下,因為建議本身可能被假定為其為每個爭論點被安排,而討論背景信息已被表達,所以有可能略去討論背景信息和副題分類。在此使用的所述背景信息是于開始討論前提供的所有信息或事實,以提高討論小組的討論的效率,并讓所述觀眾明白討論爭論點(焦點)。詞的定義、對象事實和信息、問題、緊急性和相同性質的項目屬于所述背景信息,在指定利益關系者的幫助下,所述背景信息由一主持直接地提供或輸入,如有需要亦可通過背景討論提供所述背景信息。
G.背景討論-當所述主持不能提供顯而易見的背景信息,可執(zhí)行一辨悉問題討論以改善所述主要討論的效率。另外,于所述討論中,由于所述討論類別太廣或需要特別的知識,如所述解決方案討論,而所述主持自己不能提供背景信息,可舉行一背景討論以幫助辨悉問題。
背景討論副題-所述背景討論必須涉及的只有三個背景信息項目,其為一問題、一原因以及解決的緊急性,而所述解決的緊急性和所述原因可于所述主要討論內被討論。
背景討論的步驟-即使所述背景討論依附于所述主要討論,其為一獨立討論,并包括如所述主要討論般的所有處理步驟,以決定背景信息,其中當所述判斷被對質,保留判斷會被作出并被送交所述主要討論。
-由所述主持和所有討論參與者之間的協(xié)定而決定背景討論的時限、題目設定、參與討論小組決定及相同性質的項目。
繼承背景討論的所述主要討論-所述背景討論不包括再討論或分支討論。當所述背景討論不會得出結論,已登記的意見以所述主要討論的意見的身分被交出,并于所述主要討論內被再次表達。
需要背景討論的個案廣播電臺里的關于言語改革的討論(兩小時)-通過執(zhí)行所述討論,一市民團體建議一改革草稿,有一方長時間地反對所述草稿,而所述討論處于一狀況,即在整個討論過程中雙方未能就有關所述詳細的言語改革(在社會的影響的緊急性)必須性達成協(xié)議,他們未能著手處理關于一改革方法的核心個案,導致無用的討論。
即,所述市民團體視所述言語改革為最緊急的個案而提出一寫好的改革以建立會議委員會、市民團體、新聞工作者、讀者和相同的人,與此同時所述反對一方相信所述改革應循序漸進,并與一般社會改革同步進行。
-所述言語改革的必須性是雙方都認同的,但其必須性的程度是不一致的題目。執(zhí)行不具有確認這樣的不一致的討論令雙方的建議保持平衡。
H.相反討論-在討論進行時,當一方只作出批評而沒有替代計劃,反方的利益關系者可能遇到一邏輯上的困境。在這個時候,通過執(zhí)行所述具有相反位置的討論能證實一原稿是否有效,即由所述另一方提出一替代計劃并由一方反對所述計劃。
例子)有關老師執(zhí)行體罰的必須性的爭論(在本例子不會討論在本例子中提及的內容的適當性)-每個人同意當可能的話應廢除體罰。世界一直長期使用體罰。因犯錯而施予體罰一直被視為必須的罪惡,其通過防止重復該罰的行為控制多個小組。但是老師遇到的問題是沒有替代體罰的方法。因此,當禁止體罰,老師會失去控制權并導致更大的教育問題。
-在這種情況下,所述爭論集中于”除了體罰外有沒有別的控制方法(處罰)?”的問題,而不是”體罰的必須性和原因?”的問題。而且,所述執(zhí)行方法于相反位置上被執(zhí)行。即,所述體罰的反對者建議一替代體罰的方法,而所述老師反對所述建議的替代方法。
-通過所述討論,讓體罰反對者得悉沒有其他可實施的替代體罰的方法,說服他們不要否認這事實,并討論一體罰方法(程度)或一體罰時點,以達至協(xié)議。
舉行所述相反討論-只有在一被相反爭論及指定的建議(SA)上而非所述整體討論上相反討論是必須的。
-只有登記所述意見的一討論小組(或利益關系者)能建議所述相反討論,而當所述主持接受所述建議時可執(zhí)行所述相反討論。
-所述主持輸入所述相反討論的詳情和要點。所述系統(tǒng)通過電子郵件自動將所述相反討論的詳情和要點通知所有所述討論主體。所述相反討論的詳情和要點應用作一與所述相反討論相關的討論的執(zhí)行信息。
-當所述相反討論被決定,所述主持將所述題目意見的相反內容造成一新副題或新題目意見,并以相反的方法應指定所述題目討論小組。而且,所述系統(tǒng)把所述相反討論的表達與一原本的意見表達分為不同類型。
-在所述相反討論后,就一回應者的題目意見于一相反位置提出一適當的反駁后,其時沒有建議一再反駁,而所述再反駁時限已過,一原本的題目意見被終止,并由所述主持作出適當的判斷。
(在所述例子,當一體罰反對者建議的任何替代體罰的計劃被完全地顯示其作為一控制方法是無效的,所述體罰的必須性便被接受。)在此使用的所述反駁時限是指一時限,一反駁需于所述時限內被登記,而所述時限是在所述討論規(guī)則內預先決定。當所述反駁時限已過去,在一爭論點的討論攻防被終止。
-相反討論是一有效的方案以阻止前現代、不具成效及必然的政治行為,其原本阻止第二最佳決策選擇,并通過只提供邏輯反對而不提供替代計劃以建立一邏輯壁壘,其成為本系統(tǒng)的效用的核心因素。
I.再討論-再討論是指再討論一事情,其中討論判斷被保留。
-通過所有利益關系者之間的協(xié)定建議再討論。
-討論小組改變所述討論小組可在再討論前被改變和登記。
-當再討論開始,所述系統(tǒng)保持所有在所述主要討論中的意見。
-在所述再討論中,多種討論規(guī)則、副題分類以及相同性質的項目照樣被交出。如有需要,所述主持可增加副題。
J.限于少數人的討論-當在一討論過程中的所有意見應只對指定參與者公開時,可舉行限于少數人的討論。
-所述限于少數人的討論被開始,以回應一利益關系者的要求和一主持的決定。
-所述系統(tǒng)應使用一特別加密系統(tǒng)(編碼和解碼)儲存所有討論信息,以免暴露了討論詳情,并具有使用一密碼來控制進入一網站的功能。
-所述限于少數人的討論內的觀眾成員必須由一主持通過一獨立于所述系統(tǒng)并離線處理的秘密批準過程直接登記。
-所述限于少數人的討論是一秘密討論,并在處理指定題目意見時成為一分支討論。
K.分支討論-分支討論是指分開由一討論主體執(zhí)行的討論,如一討論小組和利益關系者,其因在所述討論時出現與一指定個案有關的一專門和技術問題而被改變。
-所述分支討論的結論被自動地登記為所述主要討論的背景信息。
所述分支討論的例子-當一工廠內的生產、銷售和材料部門執(zhí)行有關”適當存貨和交貨”的討論,他們與一商業(yè)企業(yè)的員工作為新利益關系者和討論小組就”與交貨的商業(yè)企業(yè)的合作”執(zhí)行一分開討論。
進行所述分支討論-分支討論被開始,以回應一討論小組或利益關系者的推薦和一主持的決定。
-所述分支討論被當作具有已改變的討論小組和利益關系者的一新討論。
-所述分支討論被視為一獨立型討論。一主要討論維持與所述分支討論相關的信息,而屏幕表達被當作所述主要討論的副題分類。
-如果所述分支討論開始,一主持在所述分支討論被終止時,在一形成所述分支討論(建議、建議理由、反駁等)的個案上”保留”所有討論。
圖4示出了應用于本發(fā)明的一信息表的一詳細結構。
在具有一組織成員的數據庫的一秘密討論的情況下,一成員信息數據庫520提供一個通過直接載入一外部文件(在一企業(yè)內的個人文檔)建立一數據庫的功能。在一公開討論的情況下,成員信息數據庫520讓一成員通過在線登記直接建立一數據庫。成員信息數據庫520包括利益關系者信息522,其為關于一指定組織或小組的信息;以及個人成員信息521,其為關于個人如一主持、討論小組成員及觀眾成員的信息。由于所述信息具有一不同性質,它們具體上被分為二部分。
個人成員信息521包括基本歷史信息,其包括帳號、密碼、身分證號碼、職業(yè)、部門、職位、姓名、聯(lián)絡信息(電子郵件和電話號碼)、最后學歷及登記日期;以及具有最多為十項個人職業(yè)(重要職業(yè))的個人職業(yè)信息。所述個人成員信息是分類信息,以通過使用討論參與登入信息量度一成員的參與量。所述個人成員被分類為觀眾(純觀眾或不曾具有成為討論小組或評判委員會/投票者的經驗的成員)、積極的參與者(普遍地具有成為積極投票者/評判委員會或討論小組的經驗),以及正常的參與者(在具有成為投票者/評判委員會或討論小組的經驗的所述成員中沒有達到積極參與者的程度)所述普遍地具有經驗的積極參與者于每個網站的原本的網站信息內被界定,而每個個人的一討論參與結果由具有討論信息儲存于其內的登錄信息數據庫560讀出。利益關系者信息522儲存帳號、利益關系者姓名、利益關系者分類、支持要求號碼及<負責人信息-n>。所述<負責人信息-n>具有成員帳號-n、負責人姓名-n、職位-n、負責商業(yè)-n以及聯(lián)絡信息-n。所述利益負責人根據組織分類如在指定企業(yè)或小組內的一部門或一商業(yè)部門,或綜合分類如在門戶網站服務非指定的人的一企業(yè)或小組。因此,本系統(tǒng)被設計以致使用者按他們所想作出分類并使用利益關系者分類。
討論信息數據庫530包括識別一討論的基本討論信息531、所述討論的不同的討論分類信息532,界定所述討論的所有規(guī)則的討論規(guī)則信息534、討論執(zhí)行信息535以及副題信息533。利益關系者和一主持在所述討論前就討論執(zhí)行的一規(guī)則達成協(xié)議后,在此使用的所述討論規(guī)則信息便被輸入。所述討論規(guī)則符合預先在所述系統(tǒng)內被界定的項目。
-討論信息分類如圖38所示被分為三個階段,被形成及被管理。所述分類分配至一網站操作員和一討論主持,并被其執(zhí)行。為了此目的,所述系統(tǒng)以樹形圖的形式提供一分類的功能,如微軟視窗操作系統(tǒng)瀏覽器。
第一步驟事情種類-社會、政治、教育、健康等。
第二步驟事情的題目-討論清單第三步驟討論的一副題(建設分類)-每個建議的一些核心個案建議的分類。
-當開了一個網站時,首先由一網站操作員執(zhí)行第一步驟分類輸入,而由一主持為每個討論以不同的方法執(zhí)行第二和第三步驟輸入。
基本討論信息531含有與所有討論有關的基本討論信息,如一討論帳號、一討論主題、一討論分類以及一討論期間?;居懻撔畔?31還含有討論分類信息,如一主要討論、一背景信息討論、一分支討論、一相反討論及一再討論。所述分支討論、所述相反討論、所述再討論及所述背景信息討論而非所述主要討論附有所述主要討論的基本信息(討論帳號)。在所述討論開始時,所述討論期間由已決定的一討論期間以及延長至一反駁時限的一實質的討論期間所組成。
討論分類信息532含有討論類型信息如正面和反面/解決方案討論、本地/公眾討論、公開/限于少數人的討論;以及與一討論范圍如社會、政治、經濟、健康等有關的分類信息。
討論規(guī)則信息534以日子為單位界定一提交意見時期、一反駁/回答時限、一附加意見關閉時限,以及一背景信息反駁時限。討論規(guī)則信息534也界定關閉意見意見接納、觀眾自由意見接納、反駁觀眾投票、制裁一剔除意見、為是/否的判斷保留。另外,討論規(guī)則信息534界定一意見修改許可數目為每個意見被許可改變的次數加上一全部許可改變的次數所得出的一最大數目。
討論執(zhí)行信息535含有提供討論執(zhí)行情況如一題目意見(SA)數目、一已制止題目意見數目、一已判斷題目意見數目、一適合性判斷題目意見數目、一剔除意見數目以及討論狀態(tài)。所述信息以”討論狀態(tài)信息”的菜單的形式向所述觀眾提供。一被制止而沒有再被制止的題目意見(SA)被稱為一已制止的題目意見。討論執(zhí)行、討論取消、討論暫停、討論關閉、討論終止及相同性質的項目被統(tǒng)稱為一討論狀態(tài)。
討論副題信息533包含副題帳號、討論帳號、副題、副題分類、題目一方以及題目一方任命日期,并為每個討論個案或使用以下的方法任意地作出所述副題分類▲問題和解決方案這視乎一討論個案可由必須性或一效果代替。
▲原因和因素這表示所述問題一原因和因素。
▲不同個案的意思和界定這界定了一個案的所述核心內容的所述意思和界定
▲個案的緊急性這表示一核心個案,其在很多傳統(tǒng)討論里一般傾于被急略,但所述討論的成功或失敗依靠所述核心個案。重要性及時限這兩個因素應被經??紤]。所述時限可表示為在某一時期內的一指定條件或情況。
參與所述討論的對象將為指定利益關系者(組織)或個人。因為他們可能是討論小組成員或觀眾成員(視乎所述討論),除了所述觀眾外,所有討論主體視乎所述討論而被預先界定。所有所述討論主體如利益關系者、討論小組及觀眾均被登記在所述成員信息內而不管之前的一指定討論,從而形成容許每個討論進行登記的基本信息。
意見信息數據庫540儲存意見信息,例如在所述討論過程中產生的所有建議理由、反駁及詢問。所述意見信息是討論背景信息、包括在所述討論過程中產生的所有意見、反駁及詢問的不同的意見541和542,以及附加數據如不同的判斷信息和剔除信息的統(tǒng)稱。除了背景信息543和剔除意見信息544外的所述信息被邏輯地產生,并為所述討論的每個副題及每個利益關系者而被管理。
-所述意見信息為所述討論的每個副題而被產生。所述意見信息被分類為題目利益關系者的原本的題目意見信息和其他反駁信息。觀眾的自由討論信息和投票信息以及所述判斷數據可被加至所述題目意見利益關系者的所述原本意見信息。所有意見可包括補充解釋信息。
-所述背景信息和剔除意見信息不會為每個利益關系者而產生。
-一副題包括多個題目意見利益關系者。一題目意見利益關系者包括多個題目意見。但是,一個題目意見只能包括一反駁利益關系者。
所述意見信息視乎意見的類型而被分類,并以一不同的方法被產生如下1.建議信息建議帳號、建議人、日期、攻擊對象、反駁、判斷情況、判斷日期、討論帳號、副題帳號及討論。
*所述建議人表示一利益關系者及一討論小組。
*所述反駁表示其中一個有關的題目意見是否被制止。
*所述攻擊對象表示一利益關系者,其應制止所述建議。
2.建議信息理由表示建議帳號、建議理由帳號、建議人、日期、攻擊對象、理由規(guī)定、理由結構、理由分類、反駁、對象意見帳號、意見內容、攻防結果、判斷信息及判斷日期。
*攻防結果表示優(yōu)勢、劣勢及對質**判斷信息表示適合性、條件性適合性、不適合性及判斷保留3.反駁和再反駁意見帳號、反駁人、日期、分類、反駁分類、再反駁、反駁對象題目意見意見帳號、反駁內容及反駁時限。
*分類題目意見、對象意見分類(表示其為對題目意見的反駁或對象意見的反駁)4.詢問意見帳號、詢問人、日期、分類、詢問分類、回答或不回答、詢問對象意見帳號及詢問詳情*分類題目意見和反駁分類(表示其為對題目意見或反駁的一詢問)*詢問分類反問和問題5.回答意見帳號、回答人、回答日期、分類、回答分類、空白處、相關詢問意見帳號以及回答詳情*分類題目意見和反駁分類(不管其為題目意見或反駁上的回答)6.支持要求意見帳號、分類、支持要求分類、支持要求宣告及支持要求時限(有效時限)7.補充解釋意見帳號、相關意見帳號、相關文字連接信息及補充解釋詳情8.背景信息意見帳號、副題帳號、登記分類、結構項目分類、登記日期及背景信息詳情9.剔除剔除日期、剔除理由及剔除意見信息*所述建議信息及建議理由信息被統(tǒng)稱為題目意見信息,而所述反駁、詢問及回答被統(tǒng)稱為反駁信息。在本發(fā)明內,所有意見被概念上代表為分開的信息,但于一詳細的設計過程內可被結合。而且,題目意見利益關系者及反駁利益關系者亦可被結合。
*所有所述意見可含有附加信息作補充解釋。其還包含與項目7的所述補充解釋信息相關的信息。
如圖5所示,討論主體信息數據庫550儲存及保存有關參與所述討論的一討論主體的信息,并從成員信息數據庫520所建立,并當所述主持作出討論決定時被登記。每個討論的所述討論主體上的信息被界定,以維持在大大參與所述討論的所述討論主體(除了所述觀眾外)上的信息,其被稱為討論主體信息。所述討論主體信息包括關于一利益關系者、一討論小組及一主持的三個必要登記信息項目551至553、以及能被選擇性地界定的指定觀眾信息554。由于個人信息是可變的,在討論時的個人信息被保存為所述討論主體信息。
所述討論主體信息從所述成員信息中被摘取及被登記如下[討論主體信息]=[討論信息+討論主體信息],
其中[討論主體信息]是指主持、討論小組、利益關系者及指定觀眾討論信息討論帳號、討論主題、討論期間及討論分類信息所述討論主體信息視乎所述討論主體▲主持信息基本歷史信息+<個人職業(yè)>
▲利益關系者信息基本數據+<負責人信息>
▲討論小組信息基本歷史信息+<個人職業(yè)>+一有關的利益關系者帳號▲指定觀眾信息討論小組名稱和基本歷史信息*負責人信息屬于一利益關系者或組織的負責人<>表示多個信息重復的一符號。
<所有討論參與者的分類>
-主持他或她主持一討論,提供背景信息,收集一討論小組,審閱所有意見并執(zhí)行一結論工作。審閱在此使用的意見是指所述主持審閱有關所有意見如一建議、一反駁及一再駁,剔除一具缺陷的意見、一無意義的意見或相同性質的意見,并基于意見分類執(zhí)行輸入,所述意見分類被預定在關于所述題目意見和對象意見的所述系統(tǒng)內。
-討論小組建議一意見和一反駁的一個人。所述討論小組之前由一利益關系者或利益關系者的支持者作代表。所述討論小組可被分類為已登記的代表討論小組和在所述討論中被選擇性地登記的可選擇的討論小組。
-觀眾成員所有到訪一網站的登記或非登記的訪客被稱為一觀眾。一預先被登記的觀眾成員只被稱為一成員。當一建議被判斷時,通過投票所述成員擔當一評判委員會,并可為一可選擇的討論小組。
▲一主持、討論小組及利益關系者被登記為依附于所述討論的信息,即為每個討論指定,但沒有為每個討論指定所述觀眾。
▲所述主持、討論小組及利益關系者被預先登記成為成員,其中所述個人信息被記錄在所述成員信息內。
▲指定成員及指定評判委員會(以下稱為”指定觀眾”)在一限于少數人的討論或秘密討論,或在討論的一性質,視乎利益關系者的意圖而觀眾可能特別地受約束或投票評判委員會可能受約束。他們分別被稱為一指定成員和指定評判委員會。通過所述利益關系者和所述主持之間就每個討論的協(xié)定,所述指定成員或指定評判委員會被預先指定(在開始所述討論之前)。
-利益關系者(一方)所述利益關系者是指被所述討論結果直接或間接地影響的一小組或一組織。所述利益關系者可能是所述直接討論小組。
<所有討論參與者的角色>
觀眾成員-所述觀眾表示所有討論參與者。在廣義上,非成員以及成員和所有討論參與者是觀眾。
-所述成員執(zhí)行一價值的投票,并可以一討論小組的身分參與一討論以及向所述討論小組建議自由意見,包括詢問。
-以一討論小組的身分參與一討論的一成員應必須在其建議他或她的意見前加入成為所述討論小組。
討論小組-所述討論小組是指討論參與者,其建議不同的意見如不同的建議、詢問及反駁。
-在開始所述討論之前,一利益關系者任命一代表討論小組以執(zhí)行所述討論。即所述代表討論小組被所述利益關系者任命及輸入。
-所述討論小組任命支持利益關系者和基本真實姓名信息如職業(yè)、性別及年齡。一代表討論小組不能向任命的利益關系者提交一中性或敵對的意見。
-除了一之前任命的小組,所述討討論小組允許要求一附加代表討論小組并在所述討論中登記一真實姓名。
-所述主持能在所述討論時暫時任命一討論小組,以響應一成員的要求。這被稱為一可選擇的討論小組,而所述可選擇的討論小組在所述討論中的參與被限制于所述可選擇的討論小組已在其內登記的一意見,即,所述可選擇的討論小組只能制止在他或她的意見上的一反駁,而不能制止除了一詢問之外的其它討論小組的意見。
主持-所述主持開始所述討論并決定所述討論內的所有參與者。
-所述主持通過一與每個利益關系者的會議決定一討論執(zhí)行方法和規(guī)則-所述主持輸入基本討論信息和規(guī)則信息-所述主持使爭論點成為背景信息-所述主持通過與利益關系者的一會議,執(zhí)行、控制及終止所述討論-所述主持分析討論參與者的每個意見、審閱一被建議的意見的邏輯性或代表屏幕的適合性,并通過與一建議意見的人的一會議執(zhí)行剔除意見(請參看意見審閱)
-當收到一不具結構的意見時,所述主持結構化一被建議的意見-所述主持審查及決定一相反討論和一分支討論-所述主持對一高度對質的價值投票并安排結果-所述主持執(zhí)行討論判斷利益關系者-所述利益關系者任命一代表討論小組-所述利益關系者通過一與一主持的會議決定一討論執(zhí)行方法和規(guī)則-所述利益關系者要求延長一討論時限和一反駁時限為了以下兩個目的,所有成員意見建議、投票/評判委員會及連接/詢問的三個結果信息被記錄和管理于登錄信息數據庫560內。
(1)討論參與為量度個人成員如所有討論小組和觀眾的討論參與(利益),登錄信息被收集、分析及獲得。
(2)記錄和保留一討論執(zhí)行過程信息如處理者信息、處理時間、處理類型以及處理內容被登記及管理為不同的討論信息的一產生理由,例如所有意見和反駁,其關于為每個討論小組在一討論期間新輸入、改變及刪除(取消)的所有意見。
-由于通過向所述三個結果信息作出響應以決定成員討論參與的任何標準可被所述討論的性質、系統(tǒng)操作員的觀點或情況所影響,所述系統(tǒng)對此不作覆蓋,并讓一操作員可選擇性地處理它。
以下是關于上述被結構的所述基于互聯(lián)網的系統(tǒng)及其方法的描述。
圖6是一整體流程圖,其示出了根據本發(fā)明的一討論過程。所述討論過程包括一討論準備步驟(S100)、一討論攻防步驟(S200)、一討論判斷步驟(S300)及一討論終止步驟(S400)。
討論準備步驟(S100)包括決定一討論主題、一主持、一利益關系者及一觀眾的一討論決定方法(S110);通過會議決定一討論期間和討論規(guī)則以及為每個利益關系者決定一討論小組的一基本討論數據決定和會議方法(S120);先通過一討論管理服務器的操作員登記一主持以執(zhí)行所述討論,以及通過所述已登記的主持登記剩下直接參與所述討論的所有參與者的一所有參與討論的參與者的登記方法(S130);登記基本討論信息、討論性質分類及背景信息的一討論操作信息登記方法(S140);以及登記所述討論的副題、以及為每個副題決定及登記一題目一方的一副題登記方法(S150)。
討論攻防步驟(S200)包括在一網內正在進行中的討論的清單內宣布一登記和簡介訊息以及通過電子郵件通知有關一討論開始通告的一討論開始方法(S210);登記一題目意見(SO)以及通過電子郵件自動通知所有討論參與者一新意見登記通告的一題目意見登記方法(S220);將題目意見(SO)的性質分類和登記,以及通過電子郵件通知具缺陷的意見剔除的一意見審閱方法(S230);以及在所述題目意見(反對、條件性提交、詢問及相同性質的項目)上登記一反駁并通過電子郵件自動通知所有討論參與者一反駁登記通告的一反駁登記方法(S240)。
討論判斷步驟(S300)包括因在一反駁已被放棄的所述題目意見的攻防而執(zhí)行優(yōu)勢和劣勢處理的一討論攻防結果處理方法(S310);以及在所述題目意見上執(zhí)行系統(tǒng)判斷如適合性、條件性適合性、不適合性及保留的一題目意見判斷方法(S320)(請參看圖25)。
討論終止步驟(S400)包括當討論期間終止執(zhí)行關閉處理(附加陳述登記預防)以及通過電子郵件通知參與者一討論終止通告的一討論關閉方法(S410);執(zhí)行正在進行中的攻防對質處理和對質的攻防題目意見判斷處理的一攻防終止方法(S420);以及執(zhí)行建議系統(tǒng)判斷、副題判斷及所有討論判斷處理的一討論判斷方法(S430)。
本發(fā)明的登入操作(其中所述整體討論過程被執(zhí)行)將描述如下。
圖7示出了根據本發(fā)明的一登入和菜單啟動步驟假定了本發(fā)明的討論管理服務器100具有作為基本系統(tǒng)信息的一主碼信息數據庫510和成員信息數據庫520,以及作為討論登記信息的討論主體信息數據庫550和一討論信息數據庫530。在所述數據連內的信息登記將稍后作出描述。
首先,一使用者(成員或非成員)以一服務提供者的身分使用他或她的終端機(S1000和S1010),經過互聯(lián)網(包括一網絡)連接到一討論管理服務器100的一網站。
討論管理服務器100決定經過互聯(lián)網連接的一使用者是否一已登記的成員。如果所述使用者是所述已登記的成員(是),通過一終端機(如鍵盤),在一網絡瀏覽器上的一成員編號輸入部分輸入所述成員編號,而輸入成員編號信息被傳送至討論管理服務器100(S1020至S1040)。
如果所述使用者不是所述已登記的成員(否),根據一已設定的預訂程序,在開始所述討論之前所述成員通過登記成員信息(基本信息如姓名、成員賬號、密碼、地址、年齡、職業(yè)、教育背景及婚姻)預訂成為一成員。而所述成員信息被登記在討論管理服務器100(S1041至S1042)的成員信息數據庫520內。
在成員信息數據庫520內的所述成員信息登記被總結在圖9。
-成員信息可被分類為個人成員信息521和利益關系者信息522,其為一主碼信息以為每個討論產生討論主體信息。所述成員信息由所述成員登記及保持而不管所述討論,而已公開的主要信息應由所述主持或操作員所證實。
登記個人成員信息-這是個人信息如一主持、討論小組和已登記的成員。
-個人有時候可改變在所述個人成員信息的成員帳號和密碼。
-最多為十項個人職業(yè)可被登記。所述主持或操作員應必須地證實所述職業(yè)以將其向民眾公開。
-如果一討論主體如所述主持或所述討論小組被決定,所述主持或操作員應必須證實所述個人信息。
登記利益關系者-所述負責人是利益關系者的一代表以與所述主持執(zhí)行一討論。所述負責人應為一個人成員,其必須屬于所述利益關系者。所述負責人由所述個人成員信息中摘取。
-在一討論參與結果中發(fā)言的所有負責人被記錄在所述利益關系者信息內,而以所述代表的身分參與所述討論的一負責人被記錄在所述討論主體和所述利益關系者信息內。
如上述般所述成員信息被登記在成員信息數據庫520內后,若所述成員編號是通過所述終端機被輸入,討論管理服務器100比較來自所述終端機的所述成員編號以及在成員信息數據庫520內儲存的所述編號,以決定它們是否互相相配(S1040)。
如果所述成員編號相配(是),討論管理服務器100檢視在討論主體信息數據庫550內的討論主體信息(S1050)。
在這種情況下,在每個討論主體上或根據所述成員分類,在討論主體信息數據庫550內的所述討論主體信息被不同地登記,而一菜單屏幕如操作員/主持/利益關系者/觀眾/討論小組被傳送至所述使用者終端機(S1060)。
如圖8所示,當一使用者登入,只有一相關菜單在所述菜單屏幕內為每個討論主體而被啟動,而所述討論主體自動地被分類為”操作員”、”主持”、”利益關系者”、”觀眾”及”討論小組”。當使用者并沒有預訂為一成員,多種輸出及詢問[共用模式F]會提供給共用于所有討論主體以及連接的人。
另外,如圖8所示,所述系統(tǒng)處理系統(tǒng)模式(S01至S09)沒有在一使用終端機上被啟動為一菜單屏幕,但其被內部地處理。
接著,當連接到所述網站的一使用者是一操作員時的處理操作(模式A)將會以圖10作描述。
當選擇了一新討論產生模式A10,所述過程傳送一討論信息登記屏幕至一終端機,以致所述操作員輸入基本信息如一討論期間和一討論主題,而所述操作員輸入基本信息被登記在討論信息數據庫530的基本討論信息531內(S10000至S10030)。
當選擇了一主持登記任命模式(A02),所述過程傳送一討論主體信息登記屏幕至所述終端機,以致所述操作員任命并輸入所述主持,而所述操作員輸入的主持被登記在討論主體信息數據庫550的主持信息551(S10040至S10070)。
在討論主體信息數據庫550內的所述討論主體信息登記被總結如下-討論主體在所述利益關系者信息內的負責人信息可被登記。當所述信息被登記,這表示代表所述討論的一般代表。
-所述討論主體信息包括一主持、一利益關系者、一討論小組及一指定觀眾,其直接參與所述討論。所述操作員產生一新討論并登記所述主持。所述已登記的主持登記一余下的討論主體。所有討論主體個人信息從所述成員信息中摘取得到。只有主持信息而非討論小組信息被登記。
登記信息[討論主體信息]=[討論信息+討論主體信息]其中,[討論主體信息]主持、討論小組、利益關系者及指定觀眾[討論信息]討論帳號、討論主題、討論期間及討論分類信息[討論主體信息]視乎所述討論主體,▲主持信息基本歷史信息+<個人職業(yè)>
▲利益關系者信息基本數據+<負責人信息>
▲討論小組信息基本歷史信息+<個人職業(yè)>
▲指定觀眾信息討論小組名稱和基本歷史信息在一主持B模式中,當一使用者連接至一網站的處理將會以圖11至圖17作描述。
(1)在一操作模式(B模式)內的討論操作信息登記(B02)被揀選時的操作將會以圖11作描述。同意一討論規(guī)則后,所述過程傳送一討論信息登記屏幕至一終端機,以致所述主持輸入討論操作信息如討論分論和討論范圍,所述主持輸入討論操作信息被登記于一討論信息數據庫530的一討論執(zhí)行信息535(S20000至S20030)。
當一主持輸入討論分類是一主要討論,輸入信息被登記在討論分類信息532和討論信息數據庫530的討論規(guī)則信息534內(S20040至S20060)。
討論信息數據庫530的所述討論信息登記被總結如下-所述討論信息被分為及產生為(1)當所述討論被決定時將會被基本地登記的信息(基本討論信息)及(2)將由在一利益關系者內舉行一會議的所述主持登記的信息(討論操作信息)。
-所述基本討論信息是指信息如所述事情的主題、開始日期和關閉日期、討論分類、討論種類等。
*討論分類主要討論、背景信息討論、分支討論、相反討論及再討論等。
-所述討論操作信息是指以下信息▲討論規(guī)則信息▲討論分類信息討論類別、性質等。
▲討論副題(可選擇的)信息▲背景信息一引致討論的問題(可選擇的;由一指定利益關系者所登記)決定一討論操作規(guī)則-在所有討論中,與討論操作有關的所有規(guī)則如反駁時限、意見修改允許編號,以及適當性判斷乃基于所述主持和所述討論小組之間的協(xié)定而被決定。
-如果一討論規(guī)則被決定,所述主持根據由所述系統(tǒng)提供的討論規(guī)則信息輸入表格輸入討論規(guī)則信息。
-所述討論規(guī)則有時候可在討論時根據所述主持和所述利益關系者之間的協(xié)定而被改變。
討論規(guī)則的類型▲討論類型決定秘密/已公開的討論及公開/秘密討論▲討論期間和意見提交期限討論期間和建議提出時限、反駁/回答時限,以及附加建議關閉時限▲背景信息反駁時限其可與一設在題目意見上的反駁時限不同。
▲關閉意見采用在一意見提交時限時登記的一意見被關閉。
▲觀眾的自由意見接受。
▲支持要求允許數目和支持要求關閉時限。
▲相反意見的觀眾投票▲剔除意見制裁
▲意見修改允許數目(相同的意見修改數目和全部改變數目)▲主持判斷保留(2)討論主體信息登記(B01)在一主持模式(B模式)中被揀選的操作將會以圖12作描述。所述過程檢視一討論類別以決定其是否一討論小組的討論(S20100至S20120)。
如果其被決定是所述討論小組的討論,所述過程傳送一討論主體信息登記屏幕至所述終端機,而所述主持輸入討論主體信息如一利益關系者和一討論小組。在此,所述主持輸入討論主體信息被登記在討論主體信息數據庫550的討論小組信息552和利益關系者信息554內(S20130至S20140)。
如果所述主持輸入討論是所述限于少數人的討論或所述秘密討論,所述過程輸入所述指定觀眾并將其登記在討論主體信息數據庫550的指定觀眾信息553內(S20150至S20160)。
(3)所述討論副題登記B03在一主持模式(B模式)被揀選時的操作將會以圖13作描述。所述過程檢視一討論分類以決定所述討論是一具有方案的討論(S20200至S20210)。
如果決定了所述討論是所述具有方案的討論,所述過程自動登記所述討論所述副題然后完結(S20211)。
如果決定了所述討論不是所述具有方案的討論,所述過程決定所述副題以傳送一副題信息登記屏幕至一終端機,當所述主持輸入副題信息和指定副題題目一方時,將其登記于討論信息數據庫530的所述討論的副題信息533內,并由一題目一方任命日期開始計算一意見提交時限(S20220至S20270)。
所述過程輸入一討論開始處理清單,通過電子郵件傳送一討論開始處理通告并宣告所述通告。
討論信息數據庫530的所述討論的副題信息登記被總結如下-所述副題信息登記工作包括(1)登記和修改副題分類信息,及(2)根據副題性質處理一討論方法(指定SP)。
-當所述討論不是所述具有方案的討論,所述主持輸入所有副題信息及任命一題目一方以執(zhí)行開始題目意見登記。
-當所述討論是所述具有方案的討論,在一辯論題目一方終止所述題目意見建議登記時,所述系統(tǒng)自動地產生意見分類為副題信息。
-當所述副題被登記,所述討論倒數所述意見提交時限。
-當所述討論的所述副題被登記以及所述正在進行中的清單被登記,所述過程宣告一討論開始處理的通告并通過電子郵件作出通知。
副題的意思-所述副題是屬于一討論的,例如意思、性質、必須性及討論的問題(爭論點)。副題摘取的適合性是高效討論執(zhí)行的重要課題(見圖33)。
-一副題是用于將一意見分類,以增加討論的效率,并在將來達致信息產生。它可以是表達分類以容許觀眾輕易辨悉每個副題類型的總體討論執(zhí)行情況。
-所述副題的性質決定意見提交的次序(見討論方法)。
-若所述副題主題是一指定具體個案,所述副題可以不被決定。
<副題的例子>
*爭論的主題(正面和反面討論)-公眾官方勞工聯(lián)盟的成立會否被淮許?副題-公眾官方與企業(yè)工作人員有什么分別?-成立勞工聯(lián)盟的需要及足夠條件是什么?(勞工聯(lián)盟的必須性和條件等)*爭論的主題(正面和反面討論)-五天工作系統(tǒng)副題-為什么要進行?立法的必須性在于什么?-如果立法,對一團體而言會有什么問題?有什么解決方案?-五天工作系統(tǒng)的緊急性如何?*爭論的主題(解決方案討論)-過熱房地產投機的替代方案副題-問題在于什么?(問題的嚴重性)-有什么解決方案?副題的決定-不是在具有方案的討論中的所述副題,是在討論決定時由所述必須帶領所述討論的主持與利益關系者之間的協(xié)定而決定。在討論開始之后,可增加及改變副題。
-在具有方案的討論中的所述副題,是當討論對象利益關系者輸入他或她的意見時,由系統(tǒng)視乎其意見分類而自動決定。
-所述副題可廣義地視乎所述討論的性質或情況而決定,亦可以通過協(xié)定而決定。同一個案在一指定討論中可被決定為一副題,而在其它討論中則被視為一意見。
-所有建議獨立于所述副題而進行分類,并由所述系統(tǒng)管理。
-若所述副題已被決定,所述主持視乎每個副題的性質任命一指定利益關系者(主題一方)去提交他或她就所述副題的意見。所述主持決定的副題應使所有利益關系者均可提交足夠的題目意見。
副題的一般項目-以下項目為爭論點討論的基本主題。因此,全部或部分以下項目應設定為所述討論的副題。
▲不同個案的意思和定義個案核心內容的意思和定義的問題。
▲問題及解決方案問題可與必須性對應,而解決方案則可對應根據一討論個案的影響。
▲原因和因素一關于一問題的原因和因素的個案。
▲個案的緊急性重要性及時限這兩個因素在很多傳統(tǒng)討論里一般傾向于被忽略,但應考慮為決定所述討論的成功或失敗的核心方案。所述時限可表示為在某一時期內的一指定條件或情況。
(4)在一主持操式(B模式)內的背景信息登記(B04)被揀選時的操作將會以圖14作描述。首先檢視一討論分類以決定所述討論是否一背景討論(S20400至S20410)。
若所述討論決定為不是背景討論,所述背景信息將經過會議。所述過程之后決定是否有已協(xié)定的背景信息,若有已協(xié)定的背景信息,便傳送一背景信息登記屏幕至一終端機。若所述主持輸入背景信息,所述過程將副題指定背景信息登記于所述意見信息數據庫540的背景信息543(S20420至S20460)。
所述意見信息數據庫540背景信息登記被總結如下-所述背景信息是在所述討論開始之前清晰界定一討論爭論點的信息,以促進討論效率。
背景信息的結構-所述背景信息應只包括以下項目(下文稱為背景信息建立項目分類)-未解決的問題一關于引致所述討論的未解決的問題的界定。
-原因問題的原因。原因可以包括在所述未解決的問題當中而被略去。
-解決的緊急性關于解決所述問題的緊急性的界定。所述緊急性可以一時限或重要性來表示。
背景信息登記-所述背景信息根據以下兩種情況(下文稱為背景信息登記分類)產生并為每個副題所登記1.在所述主持可選擇地提供所述背景信息的情況2.在所述主持決定以任何已決定適用于所述背景討論或主要討論的意見作為背景信息的情況背景信息登記格式-所述背景信息登記格式的處理與所述意見登記格式相同。以下信息會被產生-意見帳號、副題帳號、登記分類、建立項目分類、登記日期、以及背景信息詳情-補充解釋可被登記。
背景信息的意思-所述背景信息指清晰界定一爭論點,以在所述討論開始之前排除不必要的爭論和錯誤邏輯。換言之,其指在所述討論開始之前清晰界定圍繞一討論全部因素,如一問題及一必須性。為方便表達,所述因素統(tǒng)稱為一問題。
-背景信息的例子包括在所述因素以外的附加信息如一解決方案的緊急性、以及專門用語的解釋。
-所述背景信息包括關于所述討論辨悉的副題的基本項目的信息,而所有討論參與者應辨悉有關所有所述討論的執(zhí)行的假設。
背景信息的組織-所述背景信息包括以下項目-未解決的問題引致一討論的未解決的問題被清晰界定。
例子)在一個關于一修改選舉法的討論中,少數職業(yè)代表議員對于減少地區(qū)性選舉區(qū)的議員數目和增加全國性職業(yè)選舉區(qū)的議員數目的討論會引致什么問題?全國性選舉區(qū)代表一地區(qū)性選舉區(qū)有什么意思?等等-原因問題的原因(可以包括在所述未解決的問題當中而被略去)。
-解決的緊急性這界定了解決所述問題的緊急性。所述緊急性可以一時限或重要性來表示。所述緊急性是一個十分重要的項目,其聯(lián)同辯論者問題辨悉界定爭論點的焦點。所述主持在任何討論個案都可界定緊急性。所述緊急性可通過背景討論而界定,以便辨悉問題。
提供背景信息-若為具有方案的討論,當一建議人建議一策略或一方案,所產生或預期會產生的問題或現象會執(zhí)行建議背景,即,建議可登記為討論背景信息。所述主持通過與所述建議人的協(xié)定安排及提供討論背景信息。
-若為不具有方案的討論,所述背景信息可選擇性地由所述主持提供,或是通過所述背景討論決定。一主要討論可在沒有背景信息的情況下繼續(xù)進行。
-即使沒有提供所述背景信息,亦應提供所述討論的副題信息。
-一通過所述背景討論而被判斷為終止的意見可由所述主持決定作為所述背景信息。
-另外,當所述討論在沒有背景信息及背景討論的情況下進行,而在所述討論過程中,當被判斷為終止的意見被決定為具有所述背景信息的任何性質的意見,所述主持在任何時間都可通過與討論利益關系者達成的協(xié)定而建立背景信息。
-即使當所述背景信息被判斷,亦可額外產生所述討論的副題。
背景信息登記表及反對-背景信息應具有在本系統(tǒng)中界定的意見結構表格,并只包括除指定價值或意見的事實或信息。請參見建議及建議理由。
-所述背景信息可提交反對以作為所述對論的對象。若有一合理的關于背景信息的反駁被提交,所述主持應決定所述背景信息為所述討論的對象。當決定成所述討論的對象,所述背景信息應被排除,直至所述討論終止。
(5)一意見審閱(B05)在一主持模式(B模式)被揀選時的操作將會以圖15作描述。一過程會產生一意見審閱對象清單,并傳送一意見審閱處理屏幕至所述終端機(S20510至S20520)。
所述過程之后決定每個對象意見清單的所述意見是否被剔除,并揀選一意見分類編碼。所述過程檢視主持處理以決定是否有一未被處理的項目,若有未被處理的項目便傳送一要求再處理信息至所述終端機屏幕(S20530至S20561)。
若決定沒有未被處理的項目,所述過程決定是否有被剔除的意見。若有被剔除的意見,所述過程進行系統(tǒng)剔除處理以登記剔除結果于所述討論主體信息數據庫550的討論小組信息552內,產生剔除內容以將其登記于意見信息數據庫549的剔除意見信息544內(S20560至S20571)。
若決定沒被剔除的意見,所述過程登記一意見分類編碼于所述意見信息數據庫540內,并計算反駁時限(S20570至S20590)。
所述意見信息數據庫549的意見審閱登記被總結如下所述意見審關指-一主持或系統(tǒng)分析新登記的不同意見,決定及登記建議理由和一反駁類型,并剔除無意義、重迭或不適當的阻礙討論的意見。
剔除處理及制裁-所述主持完全地審閱并剔除阻礙討論的行為如辱罵性的意見、無關的意見/反駁、以及無意義的建議(下文統(tǒng)稱為不適當意見或剔除意見),以保持一網站的質素水平,令討論得以順利進行。
-要特別注意的是,剔除一無意義意見及一類似的意見的適當性會顯著影響一討論結果及判斷處理。
-所述系統(tǒng)分開提供新登記意見,以便所述主持輕易審閱所有意見。
-建議一剔除意見的一討論小組原則上應用某程度的制裁。
-不過,所述系統(tǒng)原本具有以下剔除意見箱以防止所述主持濫用其權利并選擇性地剔除一討論小組認為是正當的意見。
-為所述題目意見及對象意見輸入分類信息是在進行剔除所述意見的處理時執(zhí)行。
對反駁的系統(tǒng)意見審閱-當剔除意見時,所述主持原則上直接審閱所述意見。不過,當一題目意見的反駁符合以下項目,所述系統(tǒng)自動剔除所述意見▲當一個測量建議的反駁為條件性提交(無意義意見)。
▲當一個非測量建議的反駁為負面反對(類似的意見)。
-在這情況下,所述系統(tǒng)提供所述剔除信息至所述主持。
操作一剔除意見箱-被所述主持或所述系統(tǒng)剔除的意見需與一剔除理由一同儲存于所述剔除意見箱。
-所述剔除意見箱利用一討論及一副題的多方位分類,以便提取。這與普通討論是相似的。
-剔除理由1.具缺陷的意見一帶有辱罵性或沒有理由的意見2.重迭的意見相同的意見已被其他討論小組登記(參見補充意見)3.無意義的意見偏離一爭論點及焦點的意見、沒有分類的意見、或是一無意義的意見以下使用的意見分類(意見類型)例子包括一對建議題目意見及對象意見界定性質的系統(tǒng)分類(在題目意見中,根據題目意見的性質的建議理由分類如事實、價值(邏輯)及方案,以及一依附地或獨立地界定題目意見之間的邏輯相互關系的建議理由結構),以及一對題目意見的對象意見相關度(完全反對、條件性提交等)進行界定的反駁分類。
4.類似的意見一通過提交一沒有理由的反駁而平行地進行爭論的意見。
-所述建康的討論小組或主持不會產生意見剔除情況。因此,這功能用作一檢查方法,以阻擋所述主持選擇性地進行所述討論。
制裁剔除意見-建議剔除意見的討論小組收到一主持的警告,并須接受限制討論參與及取消討論小組資格的制裁。所述系統(tǒng)具有保留及提供制裁信息的功能。
-若為限制討論參與及取消討論小組資格,所述系統(tǒng)拒絕意見登記。
-所述系統(tǒng)提供一輸入一制裁編號、一過去期限、以及其它相同性質的項目的功能,以及一詢問每個制裁類別的功能。通過系統(tǒng)提供信息,所述主持可輸入一制裁內容,并將所述制裁釋放。
-詳細的制裁方法在背景討論規(guī)則中界定,其中亦可界定制裁豁免。
▲性質分類及揀選登記在所述討論過程的題目意見及對象意見-題目意見理由結構及理由分類-對象意見反駁分類▲對于在所述討論過程中所建議的所有意見,一主持以一功能剔除以下意見1.具缺陷的意見;2.無意義的意見;3.重迭意見;及4.類似的意見系統(tǒng)提供清單所述系統(tǒng)在一意見審閱處理屏幕提供以下清單,以剔除所述意見。
1.新登記意見;2.未進行意見審閱的其中一項登記意見;3.新修改意見。
意見審閱處理利用意見審閱處理屏幕會執(zhí)行以下各項1.主持的處理-當剔除時,所述主持輸入剔除理由,并根據一討論規(guī)則對一適當的剔除意見執(zhí)行制裁(在非剔除時,所述主持輸入意見審閱終止信息至一相關意見)。
-所述主持輸入題目意見及對象意見性質分類信息2.系統(tǒng)的處理-所述系統(tǒng)從意見信息刪除剔除意見,并在剔除理由箱產生剔除意見。
-所述系統(tǒng)為所述討論小組寫入一剔除記錄至討論主體信息及討論小組信息。
(6)支持要求檢討(B05-1)在一主持模式(B模式)被揀選時的操作將會以圖16作描述。所述主持傳送一討論攻防情況屏幕至一終端機,以檢討一支持要求(S20510至S20520)。
之后,所述主持檢討一要求宣告以決定是否有取消,若有取消,揀選強制性關閉,并登記所述強制性關閉于所述意見信息數據庫540內,并通過電子郵件通知(S20720至S20760)。
(7)主持判斷(B07)在一主持模式(B模式)被揀選時的操作將會以圖17作描述。所述主持決定所述討論是否為一具有方案的討論去判斷一意見,若不是一具有方案的討論,傳送一建議理由判斷情況屏幕至所述終端機(S20800至S20820)。
之后,所述主持任命及檢視主要理由,若所述主要理由全部均不適合,便登記一適合性決定于所述意見信息數據庫540;若部份所述主要理由為適合性,便登記一不適合性決定于所述意見信息數據庫540;若部份所述主要理由為保留,便登記一保留決定于所述意見信息數據庫540(S20830至S20871)。
若部分所述主要理由不是保留,所述主持登記條件性適合性于所述意見信息數據庫540以儲存一附加主持判斷(S20870至S20880)。
若所述討論被決定為一具有方案的討論,所述主持檢視必須性建議、方案、問題及替代計劃。若為一適合性要求,所述主持登記一適合性決定于所述意見信息數據庫540;若不是一不適合性要求,所述主持登記一不適合性決定于所述意見信息數據庫540;若是一保留要求,所述主持登記一保留決定于所述意見信息數據庫540(S20900至S20931)。
若不是保留要求,所述主持登記條件性適合性于所述意見信息數據庫540(S20932)。
(8)一觀眾投票B20在一主持模式(B模式)被揀選時的操作將會描述。
投票條件-只有在以下三個條件都符合時,才會對一原本的題目意見執(zhí)行一觀眾投票1.當原本的題目意見被判斷為對質;2.當所述題目意見的理由分類為一風格(價值);及3.當一討論規(guī)則界定一觀眾投票的執(zhí)行。
執(zhí)行方法-所述方法并不只是詢問正面及反面,而是通過揀選正面及反面理由尋求一更具表達性的公眾意見的反映,使辨悉所述正面及反面理由的傾向可被辨悉。
-所述正面及反面理由指所有在所述討論過程中建議的題目意見及反駁(下文統(tǒng)稱為得到公眾意見項目)。當達成協(xié)定,所述題目意見成為所述得到公眾意見項目,而當反對時,所述反駁成為所述得到公眾意見項目。
-所述討論規(guī)則決定一投票期限,當投票執(zhí)行時,所述系統(tǒng)通過電子郵件自動傳送一投票通告至所述觀眾。
-所述方法可通過樣本摘取的方式揀選限制觀眾,以防止一指定分類的人根據個案蓄意進行密集投票。
-一投票觀眾應需要為一已登記成員,他或她的真實姓名應在所述系統(tǒng)當中。若所述人不是以其真實姓名為一成員,便需要核證其真實姓名(身份證號碼、姓名、電郵地址、地址、職業(yè))。所述真實姓名核證需要經過電子郵件確認。
-所述方法尋求一檢視登入信息及核證一人一票的系統(tǒng)方案。
處理一投票結果-當一投票終止,所述系統(tǒng)自動向所有觀眾成員提供一正面及反面結果及一正面及反面理由,并建議投票者的地區(qū)、性別、年齡、職業(yè)指定信息,以供辨悉投票結果的傾向。
-所述投票結果自動被記錄成判斷信息。
接著,當一連接至一網站的使用者為一利益關系者時(模式C)的處理操作會以圖18作描述。
當一代表討論小組登記(C01)被揀選,一討論主體信息登記屏幕會被傳送至所述終端機。所述利益關系者登記所述代表討論小組于所述討論主體信息數據庫550的討論小組信息552內。當一支持要求(C02)被揀選,所述過程繼續(xù)進行處理支持要求及回答操作(S40200),這會在下文再作解釋(S30000至S30010)。
當一支持要求登記C02-1被揀選,一要求宣告產生屏幕被傳送至所述終端機。在所述要求宣告產生之后,所述要求宣告登記于所述意見信息數據庫540內,以反映于所述討論攻防情況(S30100至S30130)。
所述系統(tǒng)延展所述反駁時限,將其登記于所述意見信息數據庫540,并通過電子郵件通知所述延展時限,進入一檢討要求檢討(B05-1)模式(S30140至S30150)。
接著,當一連接至一網站的使用者為一代表討論小組時(模式D)的處理操作會以圖19至22作描述。
(1)一建議登記D01在一討論小組模式(D模式)被揀選時的操作將會以圖19作描述。一程序決定一輸入類別。當所述輸入為一建議,所述過程檢視一陳述編輯是否被安裝(S40000至S40010)。
當所述陳述編輯未被安裝,所述程序自動下載所述陳述編輯。當所述陳述編輯被安裝,所述程序執(zhí)行所述陳述編輯以傳送一陳述編輯屏幕至所述終端機(S40020至S40040)。
當在所述陳述編輯屏幕上輸入一意見,所述意見被上載,使所述意見登記于所述意見信息數據庫540,并自動通知所述新意見已被登記(S40050至S40070)。
意見修改-全部或部分已登記意見(題目意見及對象意見)可以被刪除/改變一次(下文稱為意見修改),除了以下情況(下文稱為執(zhí)行的意見)-當其他人提交一反駁,-當其他人增加一意見。
-所述意見修改指將一原本的意見完全改變至一新意見。所述系統(tǒng)自動通過電子郵件將改變詳情通知所有討論參與者。
-當所述意見被改變,所述系統(tǒng)自動延展一反駁時限。
-一意見只可被改變一次,而總改變數目可被開始所述討論前的討論規(guī)則信息所限制。
意見撤回-當一執(zhí)行意見不能被改變,一登記所述意見的討論小組在接納所述反駁或決定所述建議意見有缺點時可選擇性地撤回所述意見。
-當所述意見被撤回,所述系統(tǒng)反映所述意見及反駁至一屏幕表示,使觀眾辨悉其為被撤回的意見,并通過電子郵件自動通知所有討論參與者有關撤回詳情,并防止就所述被撤回的意見輸入反駁或詢問。
-對被撤回的意見的反駁及詢問、以及被撤回的意見本身是不能被改變或刪除的。
替代意見-若一建議意見因一些缺陷而被撤回,可登記一替代意見。不過,所述替代意見的內容應由一原本的意見改變而成,而不可以是一與所述原本的意見沒有關系的新意見。
-若登記所述替代意見,所述主持可通過比較所述原本的意見及所述替代意見確認所述替代意見的公平度,以及進行一意見審閱以剔除所述替代意見。
-若登記所述替代意見,所述系統(tǒng)準備一方法,使所述觀眾詢問與所述替代意見相關的所述原來的意見及反駁。
-所述替代意見應在意見撤回的24小時內登記。若所述替代意見沒有在意見撤回后登記,所述系統(tǒng)自動將所述意見處理為不適合性的判斷。
(2)反駁登記D02在一討論小組模式(D模式)被揀選時的操作將會以圖20作描述。所述程序傳送一討論攻防情況屏幕至所述終端機,并指定一反駁對象意見以決定一對象意見是否為一意見審閱(S40100至S40130)。
若所述對象意見決定為非意見審閱,所述過程傳送一錯誤信息至所述終端機屏幕(S40131);若所述對象意見為意見審閱,所述過程傳送一反駁輸入屏幕至所述終端機。若輸入所述意見,所述意見被上載,所述意見因而被登記于所述意見信息數據庫540,并所述過程自動通知一新意見被登記(S40140至S40170)。
意見信息數據庫540的一建議和反駁登記被總結如下輸入類別及方法□題目意見輸入輸入、增加及改變有關一新建議的建議理由-附加信息輸入一輸入者、不同的建議和建議理由的分類等□反駁和詢問輸入輸入一指定數目意見的反駁,不包括題目意見、詢問等□輸入方法利用一意見結構登記屏幕以離線形式輸入,如圖33所示(參見意見結構登記)。
本系統(tǒng)的意見結構登記的核心特征包括1.就每個爭論點細分、結構化及登記不同的意見(建議和反駁)(辨悉和得出一問題),2.在特定的討論規(guī)則下就討論小組之間的對質爭論點進行互動式討論攻防(累積知識及確認沖突),3.基于一討論攻防結果及一討論規(guī)則得出一討論結論及一解決方案,4.通過一結構性的表示,以系統(tǒng)化信息的形式向所有觀眾提供所述討論執(zhí)行情況,以尋求得出一協(xié)定,以及得到一公眾意見(協(xié)定及利益)。
題目意見(SA)輸入利用一結構輸入屏幕輸入題目意見。
反駁(CA)輸入就一除題目意見及詢問等以外的特定意見通過以在線的形式揀選所述意見,以輸入一反駁。
□結構登記-結構登記指以一陳述編輯輸入、并格式化成一具有細分的結構性離線形式、并將一建議細分為所述題目意見及建議理由,以供討論信息產生及提供互動性。
-一特別的基于Active X的陳述編輯被開發(fā)、下載及處理,以用作格式化的輸入處理。
-所述下載的陳述編輯是由一服務器程序自動執(zhí)行。
□編輯功能-所述陳述編輯具有一傳統(tǒng)的文字編輯功能,以供輸入、復制及對位,并自動產生一以一代表文字及一主體組成的一文字框架(參見圖37)。
-當輸入終止時,所述陳述編輯上載所有輸入信息至所述數據庫。若與一服務器的連接出現問題,所述信息暫時性地儲存于一個人計算機,然后由一使用者進行手動上載。
-一輸入屏幕包括一供個別意見用的輸入視窗,以及一用于檢視輸入建議理由的檢視視窗。所述輸入意見移至所述檢視視窗。
-由于不同的建議理由對象在所述檢視面板上有多種尺寸,可利用滑鼠提供排列功能如移動、尺寸調較、排位等,以供顯示用。
-所述意見輸入視窗用作所有意見輸入。
□處理說明及文字增加-在建議內容中一增加對于觀眾而言是比較困難的專門用語、概念的功能。
-當觀眾點擊時,一附加內容在一副視窗屏幕上提供以下部分。
-當揀選一附助說明圖標時,標記所述文字或句子,并提供一附助屏幕。
-一標記的文字或句子及一附助屏幕形成一對信息,其由內部管理。
□代表文字-所述代表文字為一內容,其可縮短建議內容,并成為所述建議理由的關鍵碼。
-所述代表文字處理為以一行代表。
-所述代表文字是討論中的爭論點的關鍵碼,并在討論后成為信息關鍵碼。
-由于在一屏幕上顯示很多意見是困難的,所述代表文字當作必須要存在來處理。
反駁的意思(對象意見及反駁)-一原本的題目意見的一第一反駁稱為一原本的對象意見(下文稱為一原本的反駁)。
-一題目討論小組對于一反駁的進一步反駁及其再進一步反駁,在下文統(tǒng)稱為一反駁。
-另外,一題目討論小組及一對象討論小組的反駁分別分類并稱為一題目反駁及一對象反駁,其顯示于圖43。
意見回應-一題目意見可以有多項原本的對象意見。
-另外,一意見可以有多項反駁。不過,一項反駁用于多項意見是不準許的。
反駁性質的分類-一原本的反駁根據一原本的題目意見的性質分類進行性質分類。所述性質連同一討論攻防結果及一題目意見性質用作判斷(參見意見判斷)。
-若一項題目意見產生多項原本的反駁,所述主持指定所有性質分類以產生多個攻防。
-反駁是依附于各題目意見及對象意見的,并決定一題目意見的討論攻防結果。因此,所有反駁的性質分類被略去。
登記反駁-所有反駁應連同一對象意見登記,以有需要地制止為被指定。
-所述反駁需要于在線模式登記,這與所述題目意見登記不同。
反駁類別的指定(性質分類)-若作為一題目意見第一反駁的對象意見被登記,所述主持指定所述反駁的性質。
-所述反駁性質應分為以下三個類型。由于一邏輯上平行的反駁不能被攻防討論,故其會被剔除。
▲就一回應者的意見建議一反駁,▲建議一情況以實現回應者的意見,以及▲詢問回應者的意見。
-若一登記反駁不適用于所述分類,所述主持將其視為一無意義的意見剔除,如所述建議理由分類一樣。
反駁-所述反駁包括關于一意見的負面反對及積極反對,其中所述負面反對建議一相反效果、一問題、一相反事實或一相反個案,而所述積極反對包括直接反對,如邏輯否定或事實否定。
-所述負面反對應為一事實及一方案的反駁,其為計算性意見。另外,所述負面反對可以不被視為一完全否認任何意見的反駁,而只視為建議一問題的反駁。
-由于在非計算性意見的負面反對為一類似的反駁或無意義的意見,所述意見會被剔除。
<個案>
若“因美國在韓國的軍事而令我們的社會蒙受巨大損失”的反駁就“我們的人民仍然認為若美軍撤走北韓會攻擊我們”的非計算性建議而提出,這可以稱為一類似的反駁。這些非計算性的意見應通過“韓國軍方是否可以自行防衛(wèi)有關攻擊?”或“有多少百分比的人民有這些想法?”的條件性提交或詢問而被制止。
條件性提交-條件性提交是指辨悉一建議,并建議所述意見的一實現條件,假設及例外(下文稱為“建議條件”)。所述條件可以向一價值是理由分類的建議建議,與反駁不同。
-所述條件性提交可以是只建議所述實現條件的暫時性及防衛(wèi)性條件性提交,或以一相反方式建議一建議實現條件的攻擊性條件性提交,以爭辯所述建議基于所述條件為不適合性。
-所述攻擊性條件性提交視為積極反對。
-所述防衛(wèi)性條件性提交具有一效果,其辨悉即使一優(yōu)秀的意見亦不是一絕對值或事實,并在一適當的情況或時間成為積極反對。
-所述條件性提交普遍被一反對爭辯者提交,但其可以被一建議理由建議者由他或她自行提交(下文稱為任意反駁)。
-由一題目一方建議的一任意反駁可以是反駁的對象。
詢問及回答-詢問是一要求一回應者回答的意見,其可以分為以下兩個類別-相反問題一摘取一回應者的意見的盲點或矛盾的詢問。
-問題當一回應者的意見包含不清晰元素時的詢問。
-所述詢問應需要指定一對象意見,即,在所述相反問題中的多個對象意見以及在所述問題中的一個意見。
-所述相反問題及所述問題需要一回答。
-當一問題的回答時間已過去,所述系統(tǒng)及所述主持視所述題目意見為撤回并對其進行處理。
-當一相反問題的回答亦是一相反問題,其被視為對所述相反問題的回答再相反問題-一問題的回答可以是一問題再問題-當所述相反問題被詢問其為正面或負面,一回應者應回答為正面或負面,但若就所述詢問內容回答為正面/負面有困難,可拒絕回答。
-所述詢問可以由一主持或觀眾要求。
主持的第一問題-所述主持首先就一新登記的題目意見或對象意見建議一詢問或反駁,以在一對象討論小組之前就所述登記意見建議一問題。由于很多討論小組會視所述主持的問題為一預期的共同詢問而對其有興趣,應需要首先提供一回答。
-因此,所述主持可選擇性地保留所有討論小組的對象意見,直至所述主持提供所述詢問的回答。
背景信息的反駁-題目一方登記的背景信息亦可以是反駁的對象。所述系統(tǒng)應視所述背景信息為題目意見,并對其作出處理以供任何討論小組建議所述反駁。
-若所述背景信息的反駁被產生,便即是所述討論要求所述背景信息。因此,所述主持應立即通過一意見審閱轉換所述反駁為所述題目意見,并導致所述題目一方及所述制止者之間的討論。不過,在所術反駁是所述問題時,便會出現例外情況。
-背景信息的反駁時限預先已在所述討論規(guī)則中被議定。
多項原本的反駁的性質指定處理-當一項題目意見產生多項原本的反駁,所述主持指定所有性質分類。
-所述系統(tǒng)自動決定最高級的反駁為代表反駁,并根據以下反駁強度參照每項反駁性質將其反映至一討論攻防結果。
-積極反駁、攻擊性條件性提交、相反問題>負面反對、防衛(wèi)性反駁>問題(3)一支持要求D03在一討論小組模式(D模式)被揀選時的操作將會以圖21作描述。一過程檢視一登記于所述討論信息數據庫530的基本討論信息531的討論類別以決定所述討論是否一典型的討論小組討論(S40200至S40220)。
當所述討論決定為非典型的討論小組討論,所述過程傳送一錯誤訊息至一終端機屏幕(S40221);當所述討論為所述典型的討論小組討論,所述過程檢視登記于所述討論主體信息數據庫530的利益關系者許可數目信息554,并在超出所述許可數目時傳送一錯誤訊息(S40230至S40241)。
若沒有超出所述許可數目,所述過程傳送一討論攻防情況屏幕至所述終端機,并指定一反駁對象意見,并在所述反駁時限超過兩天時傳送一錯誤訊息(S40250至S40290)。
若所述反駁時限沒有超過兩天,所述過程繼續(xù)執(zhí)行支持要求登記C02-1(S30100)。
(6)一回答接納D03-1在一討論小組模式(D模式)被揀選時的操作將會以圖22作描述。一過程傳送一討論攻防情況屏幕至一終端機以決定是否接納一回答,當所述回答不被接納,通過電子郵件通知所述回答不被接納及刪除所述回答并登記其于所述意見信息數據庫540內(S40300至S40332)。
若所述回答被接納,所述過程向公眾公開所述回答內容,登記所述回答內容,以及登記所述反駁時限于所述意見信息數據庫540內,傳送一關閉詢問屏幕至所述終端機,以及決定其是否一支持要求關閉(S40330至S40360)。
若其決定為支持要求關閉,所述過程刪除一支持要求宣告,并登記所述宣告于所述意見信息數據庫540內(S40361)。若其不是支持要求關閉,所述過程檢視所述關閉時限,若已超過所述關閉時限,刪除所述支持要求宣告以登記所述宣告于所述意見信息數據庫540(S40370至S40380)。
所述支持要求及回答登記被總結如下-所述支持要求為一要求非指定觀眾或討論小組支持其意見的行為,以補充一可補充所述意見的一反駁。
-所述支持要求及所述關閉只可應用于所述討論小組討論而非具有方案的討論,并由所述利益關系者或一代表討論小組(下文稱為一支持要求者)執(zhí)行。
-一可作為支持要求的意見只可就除所述題目意見之外的反駁如反駁、再反駁及詢問提交,即,當就一指定題目意見進行討論攻防時,由于一所述討論小組不能預計的專業(yè)的事實及風格連同一反駁被提交,因而需要一基于特別知識的意見,只有在這情況下可以作出所述要求。
-當作出一支持要求,所述主持可檢視所述支持要求,若所述支持要求的必需性并不被認為是合理的,可強制性地取消(關閉)所述支持要求。
-所述支持要求必須組成及登記一要求所述支持的要求宣告,所述系統(tǒng)將所述登記要求宣告當作一不容所述反駁的意見處理,并將其于一討論攻防情況作出反映及通知,直至所述要求者關閉所述要求。
處理支持要求的回答-建議一支持要求的意見是指一支持意見回答?;卮鹫呖芍苯拥怯浺灰庖?“直接回答”)。另外,支持要求者亦可通過另一途徑傳送一回答內容至一支持要求者而登記一回答(“間接回答”)。
-在直接回答中,每個人均可通過一在一選擇性討論小組的登記程序建議他或她的意見,亦可作為選擇性討論小組。
-若所述直接回答被登記,所述系統(tǒng)立即處理所述直接回答為一關閉意見,并通過電子郵件通知一要求者使所述要求者檢視一回答內容以拒絕或接納所述登記。所述被拒絕的支持意見被無條件刪除,而被接納的支持意見則進行常規(guī)登記,以被其它人制止。
-所述要求者對所述直接回答進行的檢查只限于一原本的回答意見。之后,所述意見的反駁可在不理會所述要求者的情況下被所述回答處理。不過,所述要求者可在任何時間暫停一回答者的討論參與權。
-所述主持可通過意見審閱在所述要求者進行檢查之前剔除所述支持意見,就如其他意見理由一樣。不過,決定其是否一回應所述要求內容的回答則保留在所述要求者的手中。
回應支持要求的時間管理-所述支持要求需在一反駁時限開始后48小時內作出。
-由于所述支持使所述題目意見的一反駁時間自動延展,而令所述討論期間延展,所述討論規(guī)則限定每個利益關系者的許可數目,并決定一支持要求的關閉時限。
-若作出所述支持要求,所述反駁時限被延展至一支持要求關閉日再加上兩天。
支持要求關閉-關閉一支持要求是指不再要求進一步支持意見。
-即使在關閉時限之前,所述支持要求可以選擇性地被一支持要求者關閉。
-若在所述討論規(guī)則界定的關閉時限過后,關閉仍未完成,所述系統(tǒng)自動進行關閉,并視之為放棄意見提出。
-若所述支持要求被關閉,所述系統(tǒng)刪除所述支持要求詢問通告,并阻止輸入一支持要求回答。
接著,當連接至所述網站的一使用者為一觀眾(模式E)時的處理操作將會以圖23作描述。
當一反駁(詢問)E01被揀選,所述過程繼續(xù)執(zhí)行意見和反駁登記(S40000)。若所述自由意見建議(E02)被揀選,所述過程繼續(xù)執(zhí)行自由意見登記處理(S50101)。若一支持要求回答E03被揀選,所述過程傳送一討論攻防情況屏幕至所述終端機,使所述觀眾揀選一回答對象意見以登記一選擇性討論小組(S50000至S50420)。
之后,所述過程傳送一回答輸入屏幕至所述終端機以對所述輸入進行關閉處理,將其登記于所述意見信息數據庫540,通過電子郵件通知所述輸入處理結果,然后處理一意見審閱(S50430至S50450)。
觀眾討論參與-觀眾討論參與包括(1)通過對討論小組的詢問及自由意見作直接討論參與;(2)對一由一討論結果得出的對質價值的投票;及(3)對每項意見作自由的正面及反面意見建議。
觀眾及討論小組之間的對話-一般人對于如醫(yī)藥分開處理的事件感到興趣。不過,由于這些人缺乏專業(yè)知識,這些事件不能作為所述討論的對象,因而為消費者帶來很多問題。由于所述問題對所述討論小組只是常識,所述事件一般都被排除作為所述討論的對象。
-不過,雖然有非專業(yè)的觀眾,大部分事件均具有宣傳性和普及性,而將觀眾的問題忽略會造成疏忽觀眾,因此觀眾參與是有需要的。
觀眾詢問-一觀眾向一指定討論小組(或利益關系者)提供一相反問題或一詢問。
-所述詢問及相反問題被結構化及輸入,以用作將來的信息,這與所述意見登記是一樣的。
-由于所述相反問題是以討論作為目的的詢問,其處理為觀眾詢問,而非如所述討論小組詢問般處理為討論小組詢問。
-所述觀眾詢問應經過所述主持的意見審閱,并需被所述討論小組回答。對回答的內容進行再詢問是準許的。不過,若在一詢問上重復回答和再詢問,其可處理為所述討論,而非詢問,而相應地所述主持對其進行協(xié)調,或令一負責人放棄一回答。
-由于所述詢問及所述回答是作為一對信息提供予所述觀眾,所述信息提供方法提供意見及反駁的顯示。
觀眾建議的自由意見-一典型觀眾,而非選擇性的討論小組,有時候可以在不理會如所述不具有方案的討論網站般的所述討論形式及規(guī)則的情況下建議一自由意見,其中所述意見應需要就每項意見所建議(下文稱為觀眾意見)。
-所述觀眾意見可以就所有意見而建議,就如一般的留言板,其不作為結構性意見,但需經過意見審閱。另外,通過容許將每項意見指定為同意、反對及中立這三種類別,所述建議意見以這三種類別表示。
-由于所述觀眾意見只被視為每項討論小組登記意見的一判斷意見,而非論用的意見,故不提供對觀眾意見的回答。
-根據利益關系者之間的討論規(guī)則協(xié)定,可以不容許接納所述觀眾意見。
觀眾投票-通過對討論結果對質價值進行投票可執(zhí)行判斷(見關閉)。
接著,在一系統(tǒng)模式(模式S)的處理操作會以圖24至29描述。
(1)所述討論攻防處理S01在一系統(tǒng)模式(S模式)被揀選時的操作將會以圖24作描述。所述過程檢視所有題目意見的一反駁時限,并在所述反駁期限已超過時決定所述對象意見是否已放棄一反駁(S70000至S70300)。在這里所指的題目意見攻防處理指所述系統(tǒng)在一方接納或在所述爭論點進行攻防處理時已超過所述反駁時限時自動處理一攻防結果為優(yōu)勢、劣勢、或對質。
若決定為所述對象意見放棄所述反駁,所述過程處理所述題目意見為優(yōu)勢(S70031),而若所述對象意見不放棄所述反駁,所述過程處理所述題目意見為劣勢,之后決定所述清單是否已終止(S70040至S70050)。
對所述討論攻防結果的處理被總結如下-所述系統(tǒng)在所述討論期間的24時以批模式進行以下工作□所述系統(tǒng)審閱所有具有一放棄反駁的題目意見。
□所述反駁放棄容許一討論攻防結果根據題目意見和對象意見記錄于所述意見信息。
●若反駁一方放棄所述反駁,題目意見為優(yōu)勢●若題目意見一方放棄所述反駁,題目意見為劣勢●若雙方均沒有放棄所述反駁,便為對質討論期間、意見提交時限、及反駁時限(討論時限)-所述討論期間指由一討論開始日期至一終止日期之間的期間。所述意見提交時限指每個利益關系者可登記其爭辯的原本的建議題目意見的時限。所述反駁時限是可就每個題目意見提交一反駁的時限。一就所述反駁提出的再反駁、回應一詢問及一回答的再詢問均具有相同的反駁時限。
-所述討論期間、意見提交時限、以及反駁時限預先由一討論規(guī)則決定。
-原則上,不論每個意見的情況如何,所應用的所述反駁時限為相同的時限。
延展討論時限-所有討論時限可以經由通過所有討論參與者之間的協(xié)議向所述主持要求延展而延展。不過,所述反駁時間只可在所述討論期間內延展。
-一實質討論期間可自動延展至一最終被登記的反駁的反駁時限,以提供對一在所述討論終止時間作出的反駁作再反駁的機會。
關閉附加建議-所述主持可關閉一附加建議的新登記,以阻止在一討論時限內被一指定利益關系者蓄意在后期才登記一重要建議而阻礙結論。
-所述附加建議可在原來的建議提交期限過后才作出,其中所述附加建議關閉期限預先通知各討論小組(而其將會在進行一關閉程序時由所述系統(tǒng)自動處理)。
通知及詢問討論期間及反駁時限的終止-所述系統(tǒng)自動通過電子郵件在終止前三天通知所有討論參與者討論期間終止,并在終止前一天(24小時)通知所有討論參與者反駁時限終止。
-所述系統(tǒng)容許就各建議詢問一反駁時限(或就一反駁的再反駁時限、或其它相同性質的項目)。
-原則上,除了利益關系者接受之外,在所述反駁時限完結之后就一建議理由或反駁提交的后期反駁(或再反駁)不會被接受。
(2)所述題目意見判斷S02在一系統(tǒng)模式(S模式)被揀選時的操作將會以圖25作描述。所述過程檢視討論攻防信息以決定所述討論攻防是否已終止(S70100至S70120)。所述題目意見判斷指所述系統(tǒng)基于每個細分的爭論點的題目意見攻防處理結果(執(zhí)行緒),根據題目意見性質分類以及對象意見性質分類而考慮判斷組合,并自動就所述執(zhí)行緒進行最終判斷。
若所述討論攻防被決定為已終止,所述過程檢視所述題目意見及對象意見分類,在其為一適合性的要求時登記一適合性決定于所述意見信息數據庫540,在其為一條件性的適合性的要求時登記一條件性適合性決定,在其為一不適合性的要求時登記一不適合性決定;以及在其不是一不適合性的要求時登記一判斷保留決定。
之后,所述過程決定所述建議理由結構是否為一依附類型,若其為一依附類型,便同等地判斷所述依附性的意見;若其不是一依附類型,便在決定所述清單是否被終止后作出判斷(S70180至S70190)。
所述系統(tǒng)的所述題目意見判斷現總結如下-所述系統(tǒng)在一討論期間的每天的24時以批模式進行以下工作●所述系統(tǒng)檢視討論攻防信息(優(yōu)勢、劣勢,以及對質)是否已記錄于所有題目意見。
●所述系統(tǒng)根據所述討論攻防結果及判斷規(guī)則判斷一具有所述討論攻防信息的題目意見,并記錄判斷信息于所述題目意見內。
所述討論攻防結果的所述意見(建議理由)判斷規(guī)則總結于圖30。
判斷處理原則-建議理由的判斷亳無例外地應用于所有討論,除了所述公眾討論。
-意見判斷通過反映以下三項因素或進行一觀眾投票決定為適合性、條件性適合性、不適合性、以及判斷保留。
-若一不適合性處理的意見的建議理由結構是依附類型,所述系統(tǒng)自動處理相關的意見為不適合性。
意見判斷因素-一意見是考慮以下三項因素來判斷,如圖31所總結▲討論攻防結果討論攻防的優(yōu)勢及劣勢決定▲題目意見的性質當討論攻防結果為對質,根據建議理由分類的類型(事實及價值)進行判斷處理▲反駁的性質根據三項反駁如反駁、條件性提交及詢問的類型進行判斷處理。
討論攻防優(yōu)勢及劣勢決定過程-當一方在討論攻防的反駁時限內沒有建議一反駁,被當作放棄反駁。以下三項攻防結果根據所述反駁是否已放棄而決定。
▲若反駁放棄反駁;題目意見為優(yōu)勢▲若題目意見放棄反駁;題目意見為劣勢▲若沒有人放棄;對質-若一指定意見有多項反駁,當就所述多項反駁的其中一項反駁放棄反駁,所述多項反駁的反駁均被視為放棄。
意見判斷規(guī)則適合性要求-因一討論攻防結果,而題目意見成為優(yōu)勢,一意見會被判斷為非條件性適合性。
條件性適合性要求-因一討論攻防結果,而題目意見成為劣勢,但一反駁為負面反駁或一條件性反駁,一意見被判斷為條件性適合性。
不適合性要求
-因積極反駁或詢問而題目意見成為劣勢,一意見被判斷為不適合性。
判斷保留-若所述討論攻防結果為對質,并所述題目意見為一事實,一意見被判斷為判斷保留。
觀眾投票-只有在題目意見為一價值以及討論攻防結果為對質,才會進行所述觀眾投票。
多項反駁建議判斷-當就一題目意見建議多項對象意見,所述題目意見的判斷根據對象意見的類型以以下的方式處理。
▲當所有反駁內的題目意見均為優(yōu)勢適合性▲當任何一項的積極反駁及詢問的題目意見為劣勢不適合性▲當所有積極反駁的題目意見為優(yōu)勢但任何一項的負面反駁及條件性提交的題目意見為劣勢以所述反駁作為條件的條件性適合性(3)所述討論關閉(S03)于一系統(tǒng)模式(S模式)的操作以圖26說明。所述過程檢視一討論期間以決定所述討論期間是否完結(S70300至S70320)。
若所述討論期間決定為已完結,所述過程關閉所述討論并計算一實質討論期間,以登記所述實質討論時間于所述討論信息數據庫530的所述討論規(guī)則信息534內,并通過電子郵件作出通知(S70330至S70350)。
所述系統(tǒng)的所述討論關閉現總結如下當所述討論期間完結,所述系統(tǒng)于一終止日期的24時進行以下關閉過程-討論關閉執(zhí)行以下項目以防止各種意見提交時限的延展●討論關閉儲存于討論處理信息(停止一相關的登記程序以登記一附加意見)-計算確實討論終止時間計算一最終已登記的反駁的反駁時限,以得出一實質討論終止時間,并將其儲存于所述討論規(guī)則信息。
-向所有討論參與者通知關閉通過電子郵件自動通知關閉。所述電子郵件是一自動通知所有討論參與者于一討論期間內有討論個案的主要處理及變化信息的副系統(tǒng),并發(fā)展為所述系統(tǒng)的私人電子郵件發(fā)動機。
●自動擷取和決定所有已傳送的訊息的收件者。
●具有確認一收件者是否查收所述訊息的功能。
●具有傳送和重放所有訊息之間的連接信息,因而容許個案指定詢問。
-地址管理這使用成員信息。
關閉-關閉指一主持在一討論期間終止時終止一討論。
-不過,即使所述討論時限已過,若有一反駁意見時間未超過的意見,確實討論終止延展至所述反駁時限。
-若所述討論被終止,便再不能建議一意見。
判斷-判斷指在一討論期間終止時,一系統(tǒng)或主持根據某原則由一討論結果得出一結論去終止所述討論。
-判斷步驟包括兩個步驟(1)所述系統(tǒng)判斷每個建議理由(題目意見判斷)及(2)所述主持根據每個建議理由判斷判斷所有討論(討論判斷)。
-所述討論判斷可以通過利益關系者之間的協(xié)定(討論規(guī)則)作出保留。
-所述根據建議理由的判斷在每個題目意見的討論攻防終止時有時候由所述系統(tǒng)自動處理,但所有討論的判斷由所述主持在所述討論關閉時根據所述建議理由的判斷而大量地處理。
-所述判斷題目意見有時候可以被所述主持預先保留作為信息,以防止重迭的討論,并在討論終止時由所述系統(tǒng)自動保留為知識。
-在討論判斷中,所述主持有需要產生判斷宣告,其自動附加有所述系統(tǒng)關于建議理由的判斷摘要表。這在圖19中顯示。
討論攻防優(yōu)勢及劣勢決定處理-當一方在討論攻防的一反駁時限內沒有建議一反駁,便稱為放棄反駁。視乎所述反駁是否被放棄,根據以下三個結果的其中一項決定一攻防結果▲若一反駁一方放棄一反駁題目意見為優(yōu)勢▲若一題目意見一方放棄一反駁題目意見為劣勢▲若雙方均沒有放棄所述反駁對質-當一指定意見具有多項反駁,當所述多項反駁的其中一項反駁被放棄,所述多項反駁的反駁均被視為放棄。
(4)對質判斷(S04)于一系統(tǒng)模式(S模式)的操作以圖27說明。一過程決定一新反駁是否已登記(S70400至S70420)。
當一新反駁決定為已登記,所述過程登記對質于所述意見信息數據庫540。若一新反駁沒有登記,所述過程決定一實質討論期間是否已過去。若所述實質討論期間已過去,所述過程執(zhí)行討論攻防處理,然后進行題目意見判斷處理。
當有一題目意見價值,所述過程執(zhí)行一投票,以處理一觀眾投票(S70460至S70470)。
所述系統(tǒng)的對質判斷處理總結如下下一次處理在討論關閉處理的下一天的每個24時進行。
-在討論關閉之后,一討論攻防結果決定為對質。即,若在關閉之后一新反駁被登記,所述題目意見的討論攻防結果被處理為對質。
-當一對質的題目意見是一價值,根據一討論規(guī)則進行一觀眾投票。
-另外,在所述實質討論終止期間過去后,若所述反駁仍未被登記,所述討論攻防結果處理為優(yōu)勢或劣勢,而余下的題目意見最后進行判斷處理。
(5)建議判斷(S05)于一系統(tǒng)模式(S模式)的操作以圖28及29說明。所述過程回應一指示而檢視每個建議的題目意見判斷信息,以進行建議判斷,并在所述建議被終止時進入一討論處理信息自動通知模式S09(S70500至S70530)。
若所述建議沒有被終止,所述過程在所有題目意見均符合一適合性要求時登記一適合性的決定于所述意見信息數據庫540,而當其符合一不適合性要求時登記一不適合性決定,當其符合一保留要求時登記一保留決定,以及當其符合一條件性適合性或適合性要求時登記一條件性適合性決定(S70540至S70570)。所述過程儲存全部題目意見的所述決定于一系統(tǒng)附加判斷,并產生一題目意見判斷摘要表以將其儲存于一題目意見判斷摘要檔案(S70580至S71010)。
之后,所述過程傳送一討論判斷處理屏幕至所述終端機,指定是否判斷一副題,并當所述副題需被判斷時決定所述副題是否被判斷(S71020至S71050)。若所述副題判斷被決定為未完成,所述過程決定所述副題判斷是否為類型=1,并在所述判斷為類型=1時輸入副題判斷以登記副題判斷信息于所述討論信息數據庫530的一討論的副題信息533內(S71060至S71062)。
若所述判斷不是類型=1,所述過程傳送一副題判斷宣告產生屏幕去產生一副題判斷宣告,并登記所述判斷宣告于所討論信息數據庫530的所述討論的副題信息533內(S71010至S71090)。
若在S71050中決定所述副題判斷而完成,所述過程傳送一討判斷宣告產生屏幕以產生一討論判斷宣告,以登記所述討論判斷宣告于所述討論信息數據庫530的所述基本討論信息531內(S71051至S71053)。
所述過程決定所述討論判斷宣告是否為類型=1,并在所述判斷宣告為類型=1時輸入所述討論判斷以登記討論判斷信息于所述討論信息數據庫530的所述基本討論信息531內(S71054至S71056)。
所述系統(tǒng)的所述判斷過程總結如下判斷過程概述-因應每項題目意見的意思和重要性,討論判斷是由所述主持根據所述題目意見的所述判斷而手動進行。判斷可以再分為三個步驟,其分別為指定建議判斷、指定副題判斷、以及所有討論的判斷。若爭論點較少,所有討論可以大量地判斷。
-不論討論類型是什么,建議應判斷為適合性、條件性適合性、不適合性、以及保留。
-根據所述討論的類型及一題目意見的判斷結果,所有副題及討論的判斷可判斷為以下類型▲類型1判斷為適合性、條件性適合性、不適合性、以及保留●具有方案的討論及正面及反面討論▲類型2只產生一判斷宣告●所有解決方案討論及所有討論的副題的判斷●正面及反面討論中的不具有方案的討論副題判斷判斷要點-不論所述判斷的類型,一系統(tǒng)的判斷摘要表被自動地附加于討論判斷,并所述主持產生并附加一判斷宣告于其后。一優(yōu)勢或劣勢理由(建議理由)需要指定于所述判斷宣告。在類型1時,一相反判斷的要求被建議。
建議判斷原則-建議判斷由所述主持手動作出,但應符合以下原則-在建議判斷時,若有一判斷為不適合的建議理由意見,即使所述建議被判斷為適合性的,一相對應的意見應被辨悉為滿足所述建議的適合性的一要求或假設,這與所述建議理由的判斷是不相同的。
適合性要求-不具有方案的討論一主要理由被判斷為適合性的,并全部意見的要點為顯著地適合性的,即使部份建議意見為不適合性的。
-具有方案的討論建議理由要求的一方案及一需要性建議均為適合性的。
即使所述問題建議及個案建議被判斷為不適合性的,其不會被接納為意見適合性的一致命性錯誤。
不適合性要求
-具有方案的討論任何一項需要性建議及詢問為不適合性的。
-不具有方案的討論部份或全部主要理由意見被判斷為不適合性的,并所有意見的要點不可被視為適合性的。
判斷保留要求-具有方案的討論任何一項需要性建議及所述方案為判斷保留。
-不具有方案的討論部份或全部主要理由意見被判斷為保留,并所有意見的要點不可被視為適合性的或不適合性的。
副題及討論判斷-對于副題和討論的判斷,一主持應視乎所述類型執(zhí)行判斷處理,并產生及附加判斷宣告。
-所述判斷宣告是由一主持選擇性地產生。若為類型1,一可被一反面判斷的要求被建議。
-不論判斷類型是什么,所述系統(tǒng)自動附加判斷摘要表。
判斷處理在一實質討論期間終止之后,討論判斷進行如下-首先,所述主持指示所述系統(tǒng)進行可能的系統(tǒng)建議判斷。
-不可被系統(tǒng)判斷的判斷根據一建議判斷原則被分類為一具有方案的討論及一不具有方案的討論,并由所述主持或系統(tǒng)執(zhí)行。
-所述系統(tǒng)儲存表示所述判斷為由各種判斷信息及系統(tǒng)作出的判斷或由所述主持進行的判斷的附加信息于所述意見建議。
-一主持作出一是否略去副題判斷的決定。
-副題或討論的判斷為每種類型舉行,并主持的判斷宣告及系統(tǒng)的判斷摘要表被附加于其后。
如上所述,一進行整體討論處理的討論管理服務器100的處理內容總結于圖32的表格中。
4.輸出功能所述系統(tǒng)使用的核心輸出材料的分類、性質及一處理程序將簡要說明如下。
-所述系統(tǒng)保存有信息表示的確實性質。因此,原則上幾乎所有輸出只在所述屏幕提供。
(1)一般說明基本屏幕結構這包括一網站的一主要屏幕及一討論狀態(tài)屏幕。
-主要屏幕這只提供正在進行中的爭論點以及爭論點的內容的清單。
●爭論點清單討論主題(三至四個正在進行中的討論)●爭論點內容這是一短語,其說明一可吸引興趣的主要爭論點,以及在討論中出現的正在進行中的對質情況。所述內容為可吸引觀眾注意的煽情的短語,有時候可根據討論處理情況而改變。
-討論屏幕每個爭論點的主要處理情況應可以以下方法一眼辨悉●強調一主要意見、對質意見等●強調一優(yōu)勢建議及一新建議主要屏幕的主要菜單-網站的主旨這代表主旨、哲學等-討論處理方法一討論方法的說明、注意事項等-討論小組登記及成員登記(登記條文及登記處理)-提供信息這提供過往討論以及其它信息。
信息提供功能-這功能將所有建議的已確定的或被支持的價值產生為信息,將所述信息分類,并將所述信息產生成一數據庫,以提供予所有觀眾。
●分類信息判別(信息或價值)、討論主題、日期、分類(政治、社會、健康、教育、國防等)、提出者分類(爭論者及職業(yè))等等●信息結構這表示一信息級別。成為所述信息的理由或源由的低級信息在被點擊時在一副視窗屏幕上提供。
●輸入分類信息容許界定及輸入分類信息-檢索功能(邏輯性檢索)(2)屏幕處理考慮-應考慮以下兩項事宜以產生所述輸出。
▲因其尺寸的關系,很多信息容納在一典型的網站屏幕中。
▲一反駁及反駁的再反駁的連接,以及上級分類及下級分類(縮排、級別及位置),是在一第二段屏幕上。
-進行以下特別處理以解決所述問題。
屏幕安排的特別處理-利用Active X開發(fā)一獨立于一網絡瀏覽器的檢視工具,以使用一可容納多個對象于一屏幕的一全屏幕及一上下卷動。
屏幕尺寸
-根據登記對象的數目自動計算一屏幕尺寸。
-根據登記對象的數目,所述屏幕的尺寸通過向左、右、上、及下卷動而得以無限擴充。
多項對象意見的處理-在所述解決方案討論面對一指定爭論點的多方反駁時,所述正面及反面討論可明顯地決定分為正面及反面的利益關系者。不過,由于在一指定題目意見的反方不同時,所述反駁成為另一角度的反駁,亦即是一細分的爭論點,所述過程辨悉另一爭論點,并將其作為一分開的爭論點進行屏幕處理。
顯示規(guī)則-各種意見的一縱向分類稱為一位置,而一橫向分類稱為一級別。
-所述縱向位置根據一意見產生次序決定一分類。
▲位置1意見-n及意見-nn▲位置2意見-nn-n及意見-nn-nn-所述橫向級別顯示由一最高一步起的一步,并根據以下規(guī)則作出決定▲所有題目意見-n及對象意見-n的反駁處于相同的級別,而一對象意見及反駁-n的反駁則向下移一步。
-所有反駁及再反駁的反駁以一代表文字標題的顏色決定,并在一指定反駁(或再反駁)的一再反駁(或反駁)根據一位置而分類。因此,不會使用一連接箭號。
-意見-n+1在相同位置,這是因為意見-n不會出現于一較高級別,直至意見-n有一反駁。
(3)建議理由的屏幕表示(意見表示)處理意見對象屏幕-所有意見對象如題目意見、反駁及相同性質的項目包括如圖34所示的信息作為表示辨別,除了一基本意見內容之外,多種信息及處理情況可從其辨悉。
▲建議者及攻擊對象者▲反駁信息反駁及反駁帳號▲判斷信息在原本的題目意見的情況下-標明一代表文字以克服屏幕尺寸的限制,并一意見主體可以在一副視窗通過點擊一代表文字標題而檢視。
-在一對象被揀選后,通過右擊以啟動彈出菜單來提供回應者、建議者及建議時間。
-所述反駁信息由所述意見對象的背景顏色辨別(所述顏色分開界定)。
●反駁情況信息表示是否有反駁。
-判斷信息只對應一原本的題目意見的個案,并表示如下●根據適合性、不適合性、及保留由一背景顏色辨別,并一反駁信息的顏色被改寫。
●在保留時,反駁信息以一白色背景表示。
-意見對象字母的數目限制為25字母×2行/10個韓國文字,并在一屏幕上可表示一題目意見及一反駁。
(4)討論攻防情況由于如多方建議及反駁、重復的反駁、再反駁及再進一步反駁的爭論是熱烈的,會有多個意見攻防。一個可供所有人輕易辨悉所述爭論的屏幕結構,對于在所有討論中得出一目的及合理的討論結果是重要的。
-由于很多意見不能全部容納于屏幕中,屏幕表示以兩段式進行結構化如下第一段原本的題目意見及作為其反駁的對象意見如圖35所示代表,以使全部的討論攻防情況被辨悉。
第二段就指定題目意見的所有的意見如一反駁、一再反駁、及一進一步反駁如圖35所示代表,以使指定題目意見(細分的爭論點)的攻防情況被辨悉。
-提供一詢問功能,其除了所述詢問表示之外,只可詢問一指定意見的所有反駁。
(5)主要輸出分類討論狀態(tài)-顯示在一網站中進行的多種討論的概要。
▲提供一討論清單,其為正在進行中的、預定進行中的、以及終止(過去的)。
▲提供每個討論的主題、副題、討論開始日期及討論期間、利益關系者、討論小組、以及主持人的個人信息。
討論攻防情況-從一屏幕辨悉每個討論及反駁攻防情況的細分的爭論點(建議)。
-有一屏幕顯示所有討論的建議及反駁情況,并有一屏幕顯示每個揀選的細分的爭論點的所有攻防情況的情況。
處理一意見對象屏幕一意見對象的屏幕輸出的技術說明應用于所有輸出。
(6)討論攻防的顯示處理根據圖36說明。
-一題目反駁置于左方,而一對象反駁置于右方。
-各種意見的縱向分類稱為一位置,而橫向分類稱為一級別。所述系統(tǒng)分析所有在一詢問時點產生的意見以計算所述位置及級別。
-所述縱向位置是一個表示一反駁次序的分類,而所述橫向級別是一個表示意見產生次序的分類。以下規(guī)則會被應用▲位置●一指定題目反駁及作為其反駁的一對象反駁被置于相同的位置,而所述對象反駁及題目反駁的反駁置于下一步。
●若一指定意見有多項反駁,所述反駁置于相同位置。
▲級別●一在較后時間產生的意見與一在先產生的意見相比,不能有一較高的級別。
●若在一指定意見有多項反駁,一級別往下移。
●若為所有對象反駁的一反駁,題目反駁的級別無條件往下移。
-所有反駁及再反駁的反駁以一代表文字標題的顏色決定。另外,由于一指定意見的反駁明顯地基于一位置及一級別而被辨悉,因此,不會使用一連接箭號。
本發(fā)明的所有討論方法現再總結如下-在本系統(tǒng)中,假設不論討論的分類,所有討論于一細分的個案進行,其中一方先建議他或她的意見,及回應者一方進行反擊。
-在這情況下,先建議一意見的一利益關系者及一討論小組分別稱為一題目一方及一題目討論小組。就所述題目討論小組建議的原本的意見及反駁的一題目討論小組的反駁統(tǒng)稱為題目意見。另一方面,就所述題目意見建議反駁的一利益關系者及一討論小組分別稱為一對象一方及一對象討論小組。一對象一方就所述題目意見的反駁稱為一對象意見。
-就如在具有方案的討論的情況中,在所有討論中就一核心個案先建議一意見的一限制的利益關系者稱為所述討論的對象利益關系者(辯論題目一方)。就如在不具有方案的討論的情況中,就一細分的爭論點建議一指定建議的利益關系者稱為所述意見的一對象利益關系者(意見題目一方)。
考慮。誰會先建議他或她的建議?
在所述討論方法,以下兩項要素應被考慮。
▲誰會先建議他或她的建議?在多數的討論中,誰會先建議他或她的建議對于所述利益關系者而言是一非常敏感的個案。
▲什么是一個有效的方法將屏幕表示顯示給一觀眾?就所述屏幕表示而言,應考慮的是,基于一事件題目的性質,任何意見有效地顯示為一題目意見,以供所述觀眾輕易理解正在進行中的討論。
考慮到上述問題,所述系統(tǒng)視乎所述討論為所述具有方案的討論或所述不具有方案的討論使用不同的處理方法,如圖39所示。
題目一方的決定-在所有具有方案的討論中,一利益關系者,即一希望建立或執(zhí)行(建議)一指定策略或建立方案的建議者,視乎所述具有方案的討論的性質成為所有討論的一辯論題目一方。
-在不具有方案的討論中,與具有方案的討論不同,所述討論的題目一方并不根據爭論產生性質而決定,但由于所述討論產生多個細分的討論主題,一指定利益關系者根據所述討論的副題可以是一題目一方或一對象題目一方。
-根據所述副題決定所述題目一方,是由所述主持任命,但所述任命可根據所述性質而保留。
-所述主持可為每個副題任命所述意見題目一方。通過在討論開始時或討論過程中選擇性地建議一意見,便可成為所述題目一方。不過,若所述辯論題目一方已決定,其他一方不能成為所述討論的題目一方,如在具有方案的討論或正面及反面討論一樣。
-雖然所述題目討論小組可略去所述討論每個副題的一建議,但所述題目一方應登記最少一建議于所述討論的副題,并所有題目討論小組應在所有討論中登記最少一意見。
討論情況的屏幕表示原則(參見討論狀態(tài)顯示)-討論情況的屏幕表示具有以下原則●一題目意見及對象意見在一屏幕內全部顯示。
●意見位置所有題目意見置于左方,而所有對象意見置于右方。
●指定爭論點分組考慮將辨悉細分的爭論點,即一個別題目意見及一對應的對象意見,表示為一組。
●爭論點的連接考慮辨悉討論攻防如一指定意見及一對應反駁及再反駁的所有連接關系。
意見結構細分-意見可分類為一指定題目意見及一對應反駁。
-為了所述討論的互動性,所述系統(tǒng)先就每個細分的爭論點的所有新登記建議進行細分及分項化如下,并容許就所述項目建議所述反駁。
意見細分-所有新意見分為一提交指定建議的建議以及支持所述意見的建議理由,如圖40所示,并容許以一遞推的方式將各項簡要地及精確地登記。
-所述建議一般代表一建議理由,但其為一摘要內容,而不是一討論(反駁)的對象。支持所述建議的所述建議理由為所述討論的對象。
-所述建議理由包括一代表文字(主題)及一主體。當所述內容為簡短的,所述建議理由可以只包括所述代表文字而不包括所述主體。
-登記的所述意見并沒有尺寸(字母的數目)的限制,但所述意見應就每個爭論點進行細分,并不可為一長句子,以方便所述系統(tǒng)所重要追求的互動性的討論。
-對于不能適應結構化并不能提交一意見的人,一長句子的意見會被接納,而所述主持與一意見建議者進行一會議,以將所述長句子的意見結構化,并將其反映至所述討論。
-意見登記可以分類為原本地提出的原本的意見登記,以及通過在所述討論過程中交換及分享多項意見及信息或通過產生及增加一新意見而得出的建議登記。
攻擊對象-在所有建議及建議理由中,攻擊對象(利益關系者)可以被任命。所述攻擊對象任命指任命一應就所述相關建議建議一反駁的回應者。
-若所述攻擊對象設定至所述建議,所述相同攻擊對象被視為任命于依附于建議的所有建議理由。
-由于所述正面及反面討論為一利益關系者之間的討論,而其正面及反面是明顯的,故略去任命所述攻擊對象,并所戎系統(tǒng)內部自動任命所述攻擊對象。
結構登記陳述編輯-所有建議及建議理由通過所述系統(tǒng)的一程序被細分及登記于一結構化形式,使信息產生及互動性討論得而實行,如圖37所示。
-為此,所述系統(tǒng)開發(fā)及支持一特別陳述編輯,其具有以下功能,并可以于一離線模式提供●所述陳述編輯具有將一描述性句子細分為項目并將建議及建議理由目的化為意見結構的功能。
●所述陳述編輯具有一檢視視窗及一意見輸入視窗。在所述意見輸入視窗輸入的意見在所述檢視視窗中顯示。
補充解釋功能(“參考視窗”)-通過提供一特別的功能以輸入補充描述數據如使用的指定用語或短語的解釋及概念為獨立副對象,以防止每項意見如一建議或一建議理由成為一長句子。在所述意見被反駁時,所述參考視窗可容許直接參考其他指定意見。
●在輸入完成時,所述輸入內容儲存于一輸入者的個人計算機,并回應輸入者的揀選通過互聯(lián)網上載于所述數據庫。
●所述登記意見可于一在線模式修改。
●所述陳述編輯處理為自動下載。
用語的界定-意見所有細分的爭論點的對象(意見、建議理由、反駁、再反駁、詢問等)-建議意見這指如上述界定的建議的一對象。
-建議理由意見這指如上述界定的建議理由的一對象。
-建議屬于一建議的建議及建議理由被統(tǒng)稱為一意見。
-題目意見由一題目討論小組建議的原本的建議及建議理由。
-對象意見由一題目討論小組建議的所有反駁。
-題目討論小組首先提交一意見(建議)的討論小組。
-對象討論小組反駁一題目討論小組的意見的討論小組。
-陳述根據其背景一意見亦可表示為一陳述。
建議登記-登記于所述討論的一項副題的建議并沒有數目的限制。
-每項建議可登記最少一項建議理由意見。
-在登記后,所有建議立即向公眾公開。不過,根據討論的性質,通過所有討論參與者之間的協(xié)定,在一意見提交時限前所有登記意見可以不向觀眾及其他利益關系者公開。
-根據所述討論時限,所述原本的建議登記應在一時限內登記,所述時限根據所有討論參與者之間的預先協(xié)定而決定(參見意見提交時限)。
建議及建議理由的對象結構-所述建議意見為一結論性的建議,其為所有建議理由的摘要,而非所述討論的對象。一支持所述建議的細分的建議理由意見為確實討論的對象。因此,所述系統(tǒng)應拒絕登記一沒有建議理由意見的建議意見。
-所述建議及建議理由均具有如圖34所示的相同的對象結構。
-所述建議意見只包括一代表文字,并具有以下性質●它可包括一摘要所有建議理由、比喻性的建議、與一公眾關系的代表等的內容或宣言。
-所述建議理由意見包括一代表性文字以及一主體,并所述主體以一副視窗對象表示。
建議理由的登記及性質分類-所述建議理由為一爭論點的最少對象,其被細分并成為一確實討論的對象。
-只有預先登記的建議的建議理由可以被額外輸入。新建議的建議理由可以與一般其他建議的指定建議理由被任命。為此,所述系統(tǒng)提供建議理由清單以供揀選。
-若所述建議理由與所述討論的副題表示為同一內容級別,所述建議理由可直接登記,而無需在所述討論的副題提交一分開的建議。在這情況下,所述系統(tǒng)內部產生及管理一虛擬建議。
-即使所述建議及建議理由被細分及登記,在將一討論處理或討論終止過程系統(tǒng)化的時候應考慮以下事項1.建議理由之間的關系這在下文稱為理由結構。
-這是建議理由之間的邏輯結構關系,并在判斷所述意見時被參考。
2.建議理由的性質這在下文稱為理由分類。
-這是基于每項建議理由的內容的性質的分類,其為一決定所述判斷方法的因素。
-所有建議理由應該應用于所述分類。若其不應用于所述分類,意思便是所述建議理由為一不合邏輯意見的理由,而其令互動式討論變得不可能,且不是一適合的意見。在這情況下,所述主持應通過與所述討論小組的會議作出協(xié)調,并在所述協(xié)調失敗時剔除所述意見。
理由結構-理由結構根據結構性質可分類為一獨立型建議理由、一依附型建議理由、以及一混合型建議理由。
-登記意見的理由結構由所述主持進行,并在所述題目意見被判斷時被所述系統(tǒng)參考。
理由分類-所有建議理由根據一建議內容的性質分類為以下三個個案1.當指定信息或事實被代表的個案;2.當某價值、概念、模型或其他同等性質的項目的界定或指定邏輯建議被代表的個案;及3.在所述具有方案的討論中,一指定方案、一策略或同等性質的項目被建議的個案。
建議理由結構類型-依附于一指定建議的多個建議理由可根據每個內容如圖41所示分類為獨立建議理由(獨立類型)、邏輯性相關的依附建議理由(依附類型)、以及混合類型建議理由。優(yōu)選地,所述混合類型通過分開一上級別建議產生為一獨立類型及一依附類型,如可行的話。
-所述討論小組及所述觀眾完全無需理會所述建議理由的結構。所述系統(tǒng)指定所述獨立類型為預設值,并在所述主持審閱所述意見時根據內容對其作出修改及指定。所述建議理由在所述意見被最后判斷時被參考,并所述系統(tǒng)根據所述主持的指定將其反映至所述意見表示。
獨立類型-在所述獨立類型中,各建議理由互相獨立。不正確的建議理由會影響所述意見的一理論性理由,但不會令所述意見被基本地拒絕。
依附類型-所述依附類型指一推論性的(或一歸納性的)邏輯處理類型的建議理由,其最終意見的理由基于各建議理由。列出問題及建立替代計劃稱為一代表性的依附類型。由于每項意見包括一建議理由及所述建議理由的邏輯理由,故若部份邏輯理由被拒絕,在依附類型中的所述建議理由及/或理由本身亦會被拒絕。
-所述系統(tǒng)應視所述邏輯理由為建議理由。
-根據討論小組的能力,所述依附類型理由結構可登記為一理由結構,而不被分為所述邏輯理由及所述建議理由。在這情況下,所述主持容許調整一選擇性的登記意見,包括所述混合類型。特別地,在一非指定者參與的攻防討論中,所述主持需調整大部份登記意見。
-所述主持應為每個依附類型建議理由整理一依附關系,即是,所述主持應清晰指定成為所述建議理由的直接邏輯理由的所有意見。
建議理由分類類型在判斷一建議理由時決定一判斷方法的因素。
計算性建議及非計算性建議-如以下例子所示,若所述建議理由被表示為一計算性的或指定一細分的分類,這便稱為一計算性的建議,而其它則被稱為一非計算性建議。
-一般來說,一代表一指定事實或信息的建議為一計算性建議,而一代表一指定概念、要求、模式或其它相同性質的項目的界定或價值、風格及其它同等性質的項目的建議則為一非計算性建議。
-在本系統(tǒng)中,所述方案被視為計算性建議,這是因為所述方案是一細分類別的內容。
-不過,若所述建議理由的性質被代表為計算性(即使其是一意見的價值或風格),這會被視為一確實建議。一項以一非計算性方式代表的事實被視為一意見的風格(價值)。
-若所述建議理由為非計算性的建議,即使所述建議理由為一事實(信息),所述建議可以為一具有邏輯性缺陷的建議。不過,若計算性代表被略去或以一暗示性的方式或一背景作出估計,所述建議可以是一計算性建議。
-即使一現實的建議為一非計算性建議,所述主持不能通過意見審閱而剔除一意見。所述建議只可通過其它討論小組的反駁被處理為不適合性的。
-所述系統(tǒng)假設所有非計算性建議具有滿足所述建議的假設。
<理由分類個案>
●若一個國家的國民意識水平并不高,民主便不會被堅持為操作一國家的最佳身分(一意見的風格)。
●即使病人不能支付醫(yī)療費,一個醫(yī)生不應拒絕醫(yī)治該病人(價值)。
●與環(huán)境相比,我們的人民仍然較重視工業(yè)發(fā)展(一意見的風格,這是因為其是一非計算性的)大約30%的人民重視環(huán)境多于工業(yè)(事實,因這是一計算性的)。
●根據現有的信息通訊教育方式,是沒有可能適當地教育一信息被隔絕的階層(非計算性的意見風格)這是一非計算性的建議及一意見的風格,這是因為其缺乏了現有的信息通訊教育方式不能適當地教育所述信息被隔絕的階層的理由的詳細說明。
●我們的人民辨悉到美軍撤離韓國會對就北韓的國防造成嚴重的威脅(非計算性或計自算性)為計算,其應指定具有所述意識的人民的百分比,并所述意見可建構成一建議,其是一半或多于一半人民均具有的想法。
●一勞工聯(lián)盟的活動(成立)應需要被限制為人經濟活動(非計算價值)爭論勞工聯(lián)盟的需要性的限制的定義。
●直至2003年,除了某些信息通訊設備部件之外,韓國在一般的信息通訊領域如信息通訊裝置普及度、通訊基礎建議環(huán)境、以及信息通訊應用技術均領先于日本。
基于事實(信息)的性質及風格(價值)的適合性決定-若于一指定題目意見的反對者意見在說服力的方面非常相似,以致決定所述意見的優(yōu)勢和劣勢十分困難,一基于建議理由分類決定適合性的方法可變化如下-由于一基于事實的題目意見為一基于一指定事實的建議,若沒有明顯否認一反事實或一事實的理由(反駁),其具有不可否認所述建議真實性的性質。
-因此,若一指定建議理由是真實的,即使所述意見的優(yōu)勢和劣勢難以決定,有關的反對者的意見便不能以大多數決定而證明是正當的,這與所述風格或所述價值是不同的。不過,由于所述風格或所述價值為一變數元素,其視乎一時間性的、文化性的、或社會性的情況而改變,若所述爭論點為對質,其具有可通過大多數決定而證明是正當的。
具有方案的討論的建議登記-在具有方案的討論中,所有原本的題目意見、建議可以如圖42所示分類。即是,由于所述原本的題目意見的滿足性要求,以下建議會被包括在內。
-所述系統(tǒng)辨悉及登記這些建議的所述分類為副題信息。
▲建議方案(稱為方案)提交(建議)細分的方案▲需要性的建議這是指需要性的內容,如所述方案的效果、好處及其它相同性質的項目,現在出現的問題、以及一替代計劃(效果及好處)->反效果及壞處▲預期的問題及替代計劃提交這是指關于在執(zhí)行所述方案時會出現的問題(或預期會出現的問題),以及一替代計劃,其判別所述會出現的及預期會出現的問題->替代計劃。
在這兒所指的預期會出現的問題并不是引致所述需要的現有問題,而是根據所述建議行時預期會額外出現的問題。例如,在一個關于廢除一家之主的系統(tǒng)的討論,所述一家之主的系統(tǒng)所出現的問題即是所述廢除是有需要的,而在一理由要求的預期問題指一在廢除一家之主的系統(tǒng)后所預期會相反地發(fā)生的問題。
▲個案建議支持一建議理由的指定個案包括個案應用(國家、人、小組/組織等)、內容、效果、及參考。->相反個案▲其它虛擬的或其它內容。
-建議需要性及建議方案應當需要地登記(下文稱為“建議要求”)。
若沒有要性提交及建議方案,所述系統(tǒng)通知一主持所有建議,而所述主持精確地審閱一登記題目意見以得出所述建議的滿足性要求。
-所有建議方案應指定會得出所述方案的需要建議項見,以及一連接關系。
-由于所述需要性建議成為一建議方案理由,若所述需要性因所述討論攻防而被否認,所述意見方案被否認。
-所述系統(tǒng)自動登記所有建議方案(方案)的建議理由分類為一方案、登記個案建議的建議理由分類為一事實、而其它需要性建議,預期的問題,替代計劃及其它同等項目則由所述主持根據一細分的內容決定。
-所述預期問題及替代計劃由一建議者建議。所述建議者可建議一替代初稿,而所述反駁者則可建議一反駁。
所述系統(tǒng)的總結-所述系統(tǒng)與一討論相比,在操作方式上具有以下不同的特征1.每個細分爭論點的所有意見被細分;2.所述系統(tǒng)基于一特定的討論規(guī)則進行一互動式討論,以使所述爭論點清晰地繼續(xù)。
3.所述主持過濾所有具缺陷的意見,使只有有意義及健康的意見會被反映。
-直至一特定時限,一指定意見并沒有反駁,并不表示所述意見是正確的。
-因此,所述系統(tǒng)通過參考一討論處理結果進行以下討論結論處理▲題目意見判斷所述系統(tǒng)自動處理如適合性的及不適合性的判斷,以通過考慮每個題目意見(細分的爭論點)的一討論攻防結果的題目意見及反駁的性質來尋求結論。
▲所有討論的判斷就意見、副題或所有討論而言,所述主持通過考慮所述題目意見的判斷、向觀眾公開所述判斷、以及指定適合的意見為所述討論結論的問題及解決定案的前提條件而進行所述判斷。
圖44示出了根據本發(fā)明的一文件識別符號結構。
-在此使用的多種說明材料及說明書的識別符號具有以下共用結構。
▲處理對象操作員、主持、利益關系者、討論小組、觀眾、系統(tǒng)、及共用▲數據分類說明書及規(guī)則說明材料、過程(處理流程)、以及數據結構材料▲序號1指定數據分類序號▲序號2指定材料分類的較下級別細分的分類數目同時,根據本發(fā)明實施例的所述方法包括一開帳單步驟,并提供某些金錢予所有預訂為成員的討論參與者或執(zhí)行討論攻防,以及一鑒定步驟以核實所有討論參與者。這是現有技術所熟悉的,故略去其詳細說明。
另外,與本發(fā)明要點不相關的一般現有技術的詳細說明亦被略去。
雖然本發(fā)明參考其實施例作出描述,但本領域的技術人員應理解可對其作出未背離由權利要求所界定的本發(fā)明的笵圍下的多種形式上及實質的改變。
工業(yè)應用性根據本發(fā)明的基于互聯(lián)網的上述系統(tǒng)及方法,其可以將社會各階層各性質的意見及建議結構化,使爭論點得以集中,以通過互動式爭論點攻防如反駁及再反駁而得出一結論,使一科學化并合理的結論得以通過協(xié)定、利益、推論及最佳方向而得出,而非尋求完美的討論結論。最佳方向可向公眾公開基于收集信息及價值的等過程,而得出具有重要的力量及限制的結論,而非一絕對的結論。
根據本發(fā)明,其可以建立有力的新聞機制,其可將新和具體的社會改革現實化,令新政治機制得以創(chuàng)立,通過提供一創(chuàng)新的模式以反映社會各階層的健康意見,以達致健康的公眾意見,并改正人民的偏見。
另外,本發(fā)明的所述討論系統(tǒng)可以用作以下用途-關于一社會事件的公開辯論-供一指定團體的商業(yè)計劃、一策略及一執(zhí)行初稿的內部預先判斷系統(tǒng)-關于政府機構的各種法律及暫行計劃的公眾諮詢-尋求企業(yè)及團體的各種問題的解決方案的公眾會議在企業(yè)及公共機構內的管理問題的決策系統(tǒng)
權利要求
1.一種通過網上討論支援決策的基于互聯(lián)網的討論系統(tǒng),其特征在于,其包括一討論管理服務器,其根據能夠經過互聯(lián)網連接到所述服務器的討論小組為每種討論類型所預定的一定規(guī)則,對討論主題中每個細分的爭論點執(zhí)行交互式意見攻防(ping-pong),通過視乎每個意見的性質和一攻防結果而界定的判斷規(guī)則從而得到一結論,并登記和管理討論信息、討論攻防信息及得出討論結果信息、以及所有討論參與者的個人信息在一數據庫內;多個具有一網絡瀏覽器的討論小組客戶終端機,其讓所述討論小組能經過互聯(lián)網連接到所述討論管理服務器;以及多個觀眾客戶終端機,其就一根據所述多個討論小組之間的討論攻防而處理的討論攻防情況建議一自由意見,詢問一討論小組的意見或回應一討論小組的支持要求參與所述討論攻防,并參與一民意投票。
2.根據權利要求1所述的系統(tǒng),其特征在于,所述討論管理服務器包括一主碼信息數據庫,其儲存在一討論上不同分類的參考信息;一成員信息數據庫,其儲存所有成員的基本信息;一討論信息數據庫,其儲存每個討論對象相關信息,例如討論分區(qū)和分類、界定所述討論性質的討論執(zhí)行規(guī)則和執(zhí)行情況、以及如所述討論的一題目和一副題等信息;一意見信息數據庫,其儲存意見信息,例如在一討論過程中產生的所有建議理由、反駁及詢問;以及一討論主體信息數據庫,其儲存從所述成員信息數據庫中摘取得到的每個討論中所有參與討論的參與者的信息。
3.根據權利要求2所述的系統(tǒng),其特征在于所述成員信息數據庫包括關于指定組織或團體的利益關系者信息;以及關于個人如一主持、討論小組及觀眾成員等的個人成員信息。
4.根據權利要求2所述的系統(tǒng),其特征在于所述討論信息數據庫包括用于識別每個討論的基本討論信息;用于所述討論的不同討論類型的分類信息;為界定所述討論的所有操作規(guī)則的討論規(guī)則信息;為了辨悉所述討論的執(zhí)行情況的討論執(zhí)行信息;以及為對每件討論個案進行分類的討論副題信息。
5.根據權利要求2所述的系統(tǒng),其特征在于所述意見信息包括具有討論背景信息以及在一討論過程中產生的所有建議、反駁及詢問的不同意見信息;附加信息如不同的判斷信息和剔除信息;以及背景信息543和剔除544。
6.根據權利要求2所述的系統(tǒng),其特征在于所述討論主體信息數據庫包括利益關系者、討論小組及一主持的必要登記信息;以及觀眾信息以限制選擇性地瀏覽或參與所述討論。
7.根據權利要求2或6所述的系統(tǒng),其特征在于當已決定所述討論,通過一操作員、一主持或利益關系者,所述討論主體信息數據庫儲存從所述成員信息數據庫中摘取得到的信息。
8.根據權利要求2所述的系統(tǒng),其特征在于所述系統(tǒng)還包括登錄信息數據庫,其儲存一成員登入結果以計算在所述成員信息數據庫中已登記的每個成員的參與。
9.一種基于互聯(lián)網的討論的方法,其結合經過互聯(lián)網得到連接的所有參與討論的參與者的多次討論而得出一結論,其特征在于,所述方法包括以下步驟一步驟,其為自動連接一終端機至一討論管理服務器,并回應所有討論參與者的一連接要求而傳送一指定討論主體菜單屏幕至所述終端機;一步驟,其為在被傳送至所述終端機的所述指定討論主體菜單屏幕上決定一操作員是否選自一團體,其包括一操作員、一主持、一利益關系者、一討論小組及一觀眾;一步驟,其為當所述操作員在所述指定討論主體菜單屏幕上被揀選,傳送一討論信息登記屏幕至所述終端機;一步驟,其為在被傳送至所述終端機的所述討論信息登記屏幕上輸入基本信息如一討論期間和一討論題目,以登記所述基本信息于一討論信息數據庫內;一步驟,其為當登記了所述基本討論信息,傳送一討論主體信息登記屏幕至所述終端機;以及一步驟,其為在被傳送至所述終端機的所述討論主體信息登記屏幕上任命所述主持,以登記所述主持于所述討論主體信息數據庫內。
10.根據權利要求9所述的方法,其特征在于,其包括以下步驟一步驟,其為當所述主持在所述指定討論主體菜單屏幕上被揀選,傳送用于討論主體登記、討論操作信息登記、討論副題登記、背景信息登記、意見審閱、支持要求檢討及主持判斷的一主持菜單屏幕至所述終端機;一步驟,其為當所述討論操作信息登記在被傳送至所述終端機的所述主持菜單屏幕上被揀選,傳送一討論信息登記屏幕至所述終端機;一步驟,其為在被傳送至所述終端機的所述討論信息登記屏幕上輸入討論操作信息如一討論分類和一討論領域,以登記所述討論操作信息于所述討論信息數據庫內;以及一步驟,其為決定登記在所述討論信息數據庫內的所述討論分類是否一主要討論,并于其為所述主要討論時輸入討論分類信息和討論規(guī)則信息,以登記所述信息于所述討論信息數據庫內。
11.根據權利要求10所述的方法,其特征在于,其包括一步驟,其為一討論類別決定步驟,其為當所述討論主體登記是在被傳送至所述終端機的所述主持菜單屏幕上被揀選,決定于所述討論信息數據庫內登記的一討論類別是否表示一討論小組討論;一步驟,其為當所述討論類別表示一討論小組討論,傳送一討論主體信息登記屏幕至所述終端機;一步驟,其為在被傳送至所述終端機的所述討論主體信息登記屏幕上輸入如一利益關系者和一討論小組的討論主體信息,以登記所述信息于所述討論主體信息數據庫內;一步驟,其為當所述討論類別沒有表示所述討論小組討論,決定所述討論類別是否表示一限于少數人的討論或一秘密討論;以及一步驟,其為當所述討論類別表示所述限于少數人的討論或所述秘密討論,在所述討論主體信息登記屏幕上輸入指定觀眾,以登記所述觀眾于所述討論主體信息數據庫內。
12.根據權利要求10所述的方法,其特征在于,其包括一討論分類決定步驟,其為當所述討論副題登記在被傳送至所述終端機的所述主持菜單屏幕上被揀選,決定登記于所述討論信息數據庫內的所述討論分類是否表示一具有方案的討論;一步驟,其為當所述討論分類不表示所述具有方案的討論,傳送一副題信息登記屏幕至所述終端機;一步驟,其為通過一主持,在被傳送至所述終端機的所述副題信息登記屏幕上輸入副題信息和指定副題題目一方,以登記所述信息于所述討論信息數據庫內;一步驟,其為任命所述指定副題題目一方,以及由一任命日期起計算一提交建議的時限,以登記于所述討論信息數據庫內;以及一步驟,其為宣布一被登記在所述討論信息數據庫內的一討論開始過程通告,并通過電子郵件通知參與者所述通告。
13.根據權利要求10所述的方法,其特征在于,其包括一討論分類決定步驟,其為當所述背景信息登記在被傳送至所述終端機的所述主持菜單屏幕上被揀選,決定登記于所述討論信息數據庫內的所述討論分類是否表示一背景討論;一步驟,其為當所述討論分類不表示所述背景討論,傳送一背景信息登記屏幕至所述終端機;以及一步驟,其為在被傳送至所述終端機的所述背景信息登記屏幕上輸入所述背景信息,以登記指定副題背景信息于所述意見信息數據庫內。
14.根據權利要求10所述的方法,其特征在于,其包括一步驟,其為當所述意見審閱在被傳送至所述終端機的所述主持菜單屏幕上被揀選,產生一意見審閱對象清單以及傳送一意見審閱處理屏幕至所述終端機;一非處理決定步驟,其為在被傳送至所述終端機的所述意見審閱處理屏幕上為每個對象意見項目揀選一意見分類編碼,以決定是否有一非處理項目;一剔除決定步驟,其為當沒有非處理項目時,決定是否有一意見剔除;一步驟,其為當有所述意見剔除,執(zhí)行系統(tǒng)剔除處理以于所述討論主體信息數據庫內登記剔除結果,以及于所述意見信息數據庫內登記剔除內容和剔除理由編碼;以及一步驟,其為當沒有所述意見剔除,于所述意見信息數據庫內登記一意見分類編碼以及計算一反駁時限。
15.根據權利要求10所述的方法,其特征在于,其包括一步驟,其為當所述支持要求檢討在被傳送至所述終端機的所述主持菜單屏幕上被揀選,傳送一討論攻防情況屏幕至所述終端機;一步驟,其為在被傳送至所述終端機的所述討論攻防情況屏幕上的檢討一要求宣告,以決定所述要求宣告是否被取消;以及一步驟,其為當所述要求宣告被取消,揀選強制性關閉以登記于所述意見信息數據庫內并通過電子郵件通知。
16.根據權利要求10所述的方法,其特征在于,其包括一討論分類決定步驟,其為當所述主持判斷在被傳送至所述終端機的所述主持菜單屏幕上被揀選,決定被登記在所述討論信息數據庫內的所述討論分類是否表示一具有方案的討論;一步驟,其為當所述討論分類不表示所述具有方案的討論,傳送一建議理由判斷情況屏幕至所述終端機;一步驟,其為當所述主持在被傳送至所述終端機的所述建議理由判斷情況屏幕上揀選所述建議的主要理由,通過一系統(tǒng)并基于一建議的主要理由的適合性、不適合性、保留或條件性適合性判斷一建議,以登記一判斷結果于所述意見信息數據庫內;以及一步驟,其為當所述討論分類表示所述具有方案的討論,通過檢視必須性建議、方案、問題及替代計劃判斷所述具有方案的討論是否為適合性、不適合性、條件性適合性或保留性要求,以登記一判斷結果于所述意見信息數據庫內。
17.根據權利要求14所述的方法,其特征在于,其包括一步驟,其為當在所述非處理決定步驟內決定了其有一非處理項目,傳送一再處理要求訊息至所述終端機屏幕。
18.根據權利要求9所述的方法,其特征在于,其包括以下步驟一步驟,其為當所述利益關系者在所述指定討論主體菜單屏幕上被揀選,傳送一討論主體信息登記屏幕至所述終端機;一步驟,其為在被傳送至所述終端機的所述討論主體信息登記屏幕上輸入一代表討論小組,以登記所述討論小組于所述討論主體信息數據庫內;一步驟,其為當登記了所述代表討論小組,傳送一要求宣告產生屏幕至所述終端機;以及一步驟,其為在被傳送至所述終端機的所述要求宣告產生屏幕上產生一要求宣告,以登記所述要求宣告于所述意見信息數據庫內。
19.根據權利要求9所述的方法,其特征在于,其包括以下步驟一步驟,其為當所述討論小組在所述指定討論主體菜單屏幕上被揀選,傳送用于建議登記、反駁登記、支持要求及回答接納的一討論小組菜單屏幕至所述終端機;一步驟,其為當所述建議登記被選在被傳送至所述終端機的所述討論小組菜單屏幕上,決定一陳述編輯是否被安裝;一步驟,其為當所述陳述編輯未被安裝,自動下載所述陳述編輯并執(zhí)行所述陳述編輯,以在所述陳述編輯被安裝時傳送一陳述編輯屏幕至所述終端機;以及一步驟,其為在被傳送至所述終端機的所述陳述編輯屏幕上輸入一意見,以登記所述意見于所述意見信息數據庫內,并通過電子郵件自動通知所有討論參與者和一相關觀眾所述新意見已登記在所述意見信息數據庫內。
20.根據權利要求19所述的方法,其特征在于,其包括一特別的陳述編輯功能步驟,其為在所述陳述編輯屏幕上細分支持在每個爭論點(的每個意見)的意見的一建議和多個建議理由,并將所述建議和建議理由結構化和輸入,以登記所述意見于所述意見信息數據庫內;以及一步驟,其為當所述意見登記在所述具有方案的討論內,通過所述陳述編輯執(zhí)行分類分為建議方案、必須性(問題)提交、預期會發(fā)生的問題、相應的替代計劃及個案建議,并以一預設格式將其輸入。
21.根據權利要求19所述的方法,其特征在于,其包括以下步驟一步驟,其為當所述反駁登記在被傳送至所述終端機的所述討論小組菜單屏幕上被揀選,傳送一討論攻防情況屏幕至所述終端機;一步驟,其為當一反駁對象意見在被傳送至所述終端機的所述討論攻防情況屏幕上被指定,傳送一反駁輸入屏幕至所述終端機;以及一步驟,其為在被傳送至所述終端機的所述反駁輸入屏幕上輸入一反駁,以登記所述反駁于所述意見信息數據庫內,并自動通知參與者所述新意見已登記在所述意見信息數據庫內。
22.根據權利要求19所述的方法,其特征在于,其包括一討論類別決定步驟,其為當所述支持要求在被傳送至所述終端機的所述討論小組菜單屏幕上被揀選,檢視被登記在所述討論信息數據庫內的所述討論類別,以決定所述討論類別是否表示一正常的討論小組討論;一步驟,其為當所述討論類別表示一典型的討論小組討論時,決定累積于所述討論主體信息數據庫內的所述利益關系者信息的一支持要求數目是否超過在所述討論規(guī)則內已獲批準的一支持要求許可數目;以及一步驟,其為當所述支持要求數目沒有超過所述許可數目時傳送一討論攻防情況屏幕至所述終端機,以及當所述支持要求數目超過所述許可數目時傳送一錯誤訊息至所述終端機屏幕。
23.根據權利要求19所述的方法,其特征在于,其包括以下步驟一步驟,其為當所述回答接納在被傳送至所述終端機的所述討論小組菜單屏幕上被揀選,傳送一討論攻防情況屏幕至所述終端機;一步驟,其為通過一支持要求者決定是否接納在被傳送至所述終端機的所述討論攻防情況屏幕上的一回答,以及當所述支持要求者不接納時,通過電子郵件通知所述回答的回答者、刪除一已登記的回答以及修改一相關的意見信息數據庫;一步驟,其為當所述支持要求者不接納時,向公眾公開一回答內容,登記所述回答內容,以及登記一反駁時限于所述意見信息數據庫內;一步驟,其為當所述反駁時限被登記在所述意見信息數據庫內,傳送一關閉詢問屏幕至所述終端機以決定所述關閉是否支持要求關閉;一步驟,其為當所述關閉不是所述支持要求關閉,檢視一關閉時限以決定是否已超過所述關閉時限;以及一步驟,其為當已超過所述關閉時限或所述關閉是所述支持要求關閉,刪除一支持要求宣告并將其登記于所述意見信息數據庫內。
24.根據權利要求9所述的方法,其特征在于,其包括以下步驟一步驟,其為當所述觀眾在所述指定討論主體菜單屏幕上被揀選,傳送用作反駁、提出自由意見及支持要求回答的一觀眾菜單屏幕至所述終端機;一步驟,其為當所述支持要求回答在被傳送至所述終端機的所述觀眾菜單屏幕上被揀選,傳送一討論攻防情況屏幕至所述終端機;一步驟,其為在被傳送至所述終端機的所述討論攻防情況屏幕上揀選一回答對象意見,以登記一可選擇的討論小組;一步驟,其為當登記了所述可選擇的討論小組,傳送一回答輸入屏幕至所述終端機以在一輸入信息上執(zhí)行關閉處理,繼而登記所述輸入信息處理結果于所述意見信息數據庫內;以及一步驟,其為通過電子郵件通知參與者被登記在所述意見信息數據庫內的所述輸入信息處理結果,然后處理一意見審閱。
25.根據權利要求9至24中任一權利要求所述的方法,其特征在于,其還包括一得出討論結果的步驟,其為處理在所有討論參與者之間的所述討論攻防的一結果以及處理判斷題目意見(SAs)、建議、副題及討論的適合性、條件性適合性、不適合性或保留。
26.根據權利要求25所述的方法,其特征在于,所述討論得出結果步驟包括一討論攻防處理步驟,其為在一反駁已被放棄的所述題目意見的一攻防結果上執(zhí)行優(yōu)勢和劣勢處理;一題目意見判斷步驟,其為在所述題目意見上執(zhí)行一系統(tǒng)判斷處理以判斷其適合性、條件性適合性、不適合性或保留,其中所述討論攻防處理步驟已對所述題目意見執(zhí)行所述討論攻防結果處理;一討論關閉步驟,其為當討論期間終止關閉所述討論以及通過電子郵件通知參與者一討論終止通告;一對質判斷步驟,其為在一對質題目意見上處理一攻防結果;一建議判斷步驟,其為檢視每個建議的已被處理判斷的題目意見判斷信息,以及根據在所述建議上的一判斷原則處理在所述建議上的判斷;以及一討論判斷步驟,其為每個建議對所有副題和討論執(zhí)行判斷。
27.根據權利要求26所述的方法,其特征在于,所述討論攻防步驟包括以下步驟一步驟,其為被登記在所述討論信息數據庫內的所有題目意見檢視反駁時限,以決定是否超過所述反駁時限;一步驟,其為當超過所述反駁時限,決定在所述對象意見上的一反駁是否被放棄;以及一步驟,其為當放棄在所述對象意見上的所述反駁時進行題目意見優(yōu)勢處理,當沒有放棄在所述對象意見上的所述反駁時進行題目意見劣勢處理,當沒有放棄在所述題目意見和所述對象意見上的所述反駁時當作對質處理,以及登記關于攻防結果處理的信息于所述意見信息數據庫內。
28.根據權利要求26所述的方法,其特征在于,所述題目意見判斷步驟包括以下步驟一步驟,其為檢視登記在所述意見信息數據庫內的一建議理由上的討論攻防信息,以決定所述討論攻防是否被終止;一步驟,其為當所述討論攻防被終止,檢視題目意見和對象意見性質分類,根據一意見判斷規(guī)則處理適合性、條件性適合性、不適合性及判斷保留的判斷,以及登記所述處理結果于所述意見信息數據庫內;以及一步驟,其為決定登記在所述意見信息數據庫內是否登記有一依附建議理由,即一建議理由結構是否為一依附類型的理由,以及當所述理由為所述依附類型時,在所述依附意見上使用與處理獨立意見時同樣的方法執(zhí)行判斷處理。
29.根據權利要求26所述的方法,其特征在于,所述討論關閉過程包括以下步驟一步驟,其為檢視登記在所述討論信息數據庫內的一討論期間,以決定所述討論期間是否被終止;以及一步驟,其為當所述討論期間被終止,關閉所述討論并計算一實質討論期間,以將其登記在所述討論信息數據庫內;以及通過電子郵件通知參與者一討論終止通告。
30.根據權利要求26所述的方法,其特征在于,所述對質判斷步驟包括以下步驟一步驟,其為檢視登記在所述意見信息數據庫內的反駁,以決定一新反駁是否被登記;一步驟,其為當所述新反駁被登記在所述意見信息數據庫內,決定登記在所述討論信息數據庫內的一實質討論期間是否已過去;以及一步驟,其為當所述實質討論期間已過去,最后處理未經處理的討論攻防和題目意見判斷。
31.根據權利要求26所述的方法,其特征在于所述建議判斷步驟包括通過一系統(tǒng)回應一主持的意見判斷指示檢視指定理由的題目意見判斷信息,以及當所有題目意見判斷同樣地被產生為適合性、不適合性、條件性適合性或判斷保留時自動執(zhí)行建議判斷。
32.根據權利要求31所述的方法,其特征在于,其包括以下步驟一步驟,其為當所述理由判斷被終止,建立一題目意見判斷摘要表,其概括對登記在所述討論信息數據庫內的所有題目意見的判斷,以及傳送一討論判斷處理屏幕至所述終端機;一步驟,其為檢視一討論判斷類型,以及當所述判斷類型=1時輸入副題判斷信息,以登記所述副題判斷信息于所述討論信息數據庫內;一步驟,其為當所述判斷類型≠1時,傳送一副題判斷宣告產生屏幕至所述終端機;以及一步驟,其為產生一副題判斷宣告于被傳送至所述終端機的所述副題判斷宣告產生屏幕上,以登記所述宣告于所述討論信息數據庫內。
33.根據權利要求32所述的方法,其特征在于,其包括以下步驟一步驟,其為當完成所述副題判斷,傳送一討論判斷宣告產生屏幕至所述終端機;一步驟,其為在被傳送至所述終端機的所述討論判斷宣告產生屏幕上產生一討論判斷宣告,以登記所述宣告于所述討論信息數據庫內;一步驟,其為決定登記在所述討論信息數據庫內的所述討論判斷宣告是否表示判斷類型=1;以及一步驟,其為當所述宣告表示判斷類型=1,輸入所有討論判斷,以登記所述討論判斷信息于所述討論信息數據庫內。
34.根據權利要求14至24和權利要求26至33中任一據權利要求所述的方法,其特征在于,其還包括一討論攻防情況詢問顯示步驟,其為在一屏幕上為每個所述題目意見顯示討論攻防如反駁和再反駁。
35.根據權利要求34所述的方法,其特征在于所述討論攻防情況詢問顯示步驟包括一輸出步驟,其為了討論攻防情況詢問處理而將每個討論小組于一攻防過程中產生的題目反駁和對象意見組合,以及在不理會所述已產生的意見的數目的情況下計算每個意見的一屏幕輸出位置,以自動調整一屏幕大小。
36.一種基于互聯(lián)網的討論方法,其結合經過互聯(lián)網得到連接的所有參與討論的參與者的討論以得出一結論,其特征在于,所述方法包括一討論準備步驟(S100),其包括決定一討論主題、一主持、一利益關系者及一觀眾的一討論決定過程(S110);通過會議決定一討論期間和討論規(guī)則以及為每個利益關系者決定一討論小組的一基本討論數據決定和會議過程(S120);先通過一討論管理服務器的操作員登記一主持以執(zhí)行所述討論,以及通過所述已登記的主持登記剩下直接參與所述討論的所有參與者的一所有參與討論的參與者的登記過程(S130);登記基本討論信息、討論性質分類及背景信息的一討論操作信息登記過程(S140);以及登記所述討論的副題、以及為每個副題決定及登記一題目一方的一副題登記過程(S150);一討論攻防步驟(S200),其包括在一網內正在進行中的討論的清單內宣布一登記和簡介訊息以及通過電子郵件通知一討論開始通告的一討論開始過程(S210);登記一題目意見(SA)以及通過電子郵件自動通知所有討論參與者一新意見登記通告的一題目意見登記過程(S220);將題目意見(SA)的性質分類和登記,以及通過電子郵件通知具缺陷的意見剔除的一意見審閱過程(S230);以及在所述題目意見上登記一反駁并通過電子郵件自動通知所有討論參與者一反駁登記通告的一反駁登記過程(S240);一討論判斷步驟(S300),其包括因在一反駁已被放棄的所述題目意見的攻防而執(zhí)行優(yōu)勢和劣勢處理的一討論攻防結果處理過程(S310);以及在所述題目意見上執(zhí)行系統(tǒng)判斷如適合性、條件性適合性、不適合性及保留的一題目意見判斷過程(S320);以及一討論終止步驟(S400),其包括當討論期間終止執(zhí)行關閉處理以及通過電子郵件通知參與者一討論終止通告的一討論關閉過程(S410);執(zhí)行正在進行中的攻防對質處理和對質的攻防題目意見判斷處理的一攻防終止過程(S420);以及執(zhí)行建議系統(tǒng)判斷、副題判斷及所有討論判斷處理的一討論判斷過程(S430)。
37.一種基于互聯(lián)網的討論方法,其結合經過互聯(lián)網得到連接的所有參與討論的參與者的討論以得出一結論,其特征在于,所述方法包括一分支討論步驟,其在一討論執(zhí)行過程中需要特別知識時,通過多個指定團定,從一主要討論獨立執(zhí)行一討論,并在所述主要討論中反映一結果;以及一相反討論步驟,其于相反位置,在一指定個案上嘗試討論攻防,所述分支討論步驟和所述相反討論步驟被包括并成為依附于所述主要討論的副討論。
38.一種錄制有基于互聯(lián)網的討論方法的一記錄媒介,所述方法結合經過互聯(lián)網得到連接的所有參與討論的參與者的討論以得出一結論,其特征在于,所述方法包括一步驟,其為自動連接一終端機至一討論管理服務器,并回應所有討論參與者的一連接要求而傳送一指定討論主體菜單屏幕至所述終端機;一步驟,其為在所述被傳送至所述終端機的指定討論主體菜單屏幕上決定一操作員是否選自一團體,其包括一操作員、一主持、一利益關系者、一討論小組及一觀眾;一步驟,其為當所述操作員在所述指定討論主體菜單屏幕上被揀選,傳送一討論信息登記屏幕至所述終端機;一步驟,其為在被傳送至所述終端機的所述討論信息登記屏幕上輸入基本信息如一討論期間和一討論題目,以登記所述基本信息于一討論信息數據庫內;一步驟,其為當登記了所述基本討論信息,傳送一討論主體信息登記屏幕至所述終端機;以及一步驟,其為在被傳送至所述終端機的所述討論主體信息登記屏幕上任命所述主持,以登記所述主持于所述討論主體信息數據庫內。
39.一種錄制有基于互聯(lián)網的討論方法的一記錄媒介,所述方法結合經過互聯(lián)網得到連接的所有參與討論的參與者的討論以得出一結論,其特征在于,所述方法包括一討論準備步驟(S100),其包括決定一討論主題、一主持、一利益關系者及一觀眾的一討論決定過程(S110);通過會議決定一討論期間和討論規(guī)則以及為每個利益關系者決定一討論小組的一基本討論數據決定和會議過程(S120);先以通過一討論管理服務器的操作員登記一主持執(zhí)行所述討論,以及通過所述已登記的主持登記剩下直接參與所述討論的所有參與者的一所有參與討論的參與者的登記過程(S130);登記基本討論信息、討論性質分類及背景信息的一討論操作信息登記過程(S140);以及登記所述討論的副題、以及為每個副題決定及登記一題目一方的一副題登記過程(S150);一討論攻防步驟(S200),其包括在一網內正在進行中的討論的清單內宣布一登記和簡介訊息以及通過電子郵件通知一討論開始通告的一討論開始過程(S210);登記一題目意見(SA)以及通過電子郵件自動通知所有討論參與者一新意見登記通告的一題目意見登記過程(S220);將題目意見(SA)的性質分類和登記,以及通過電子郵件通知具缺陷的意見剔除的一意見審閱過程(S230);以及在所述題目意見上登記一反駁并通過電子郵件自動通知所有討論參與者一反駁登記通告的一反駁登記過程(S240);一討論判斷步驟(S300),其包括因在一反駁已被放棄的所述題目意見的攻防而執(zhí)行優(yōu)勢和劣勢處理的一討論攻防結果處理過程(S310);以及在所述題目意見上執(zhí)行系統(tǒng)判斷如適合性、條件性適合性、不適合性及保留的一題目意見判斷過程(S320);以及一討論終止步驟(S400),其包括當討論期間終止執(zhí)行關閉處理以及通過電子郵件通知參與者一討論終止通告的一討論關閉過程(S410);執(zhí)行正在進行中的攻防對質處理和對質的攻防題目意見判斷處理的一攻防終止過程(S420);以及執(zhí)行建議系統(tǒng)判斷、副題判斷及所有討論判斷處理的一討論判斷過程(S430)。
全文摘要
本發(fā)明提供一討論系統(tǒng)及方法,以作為基于互聯(lián)網的合理的決策工具,其可以通過一系統(tǒng)化及標準化的討論過程及規(guī)則得出健康的討論執(zhí)行,以解決在社會、企業(yè)及團體中產生的不同的爭論點、矛盾及決策;并可通過建立一個模型來建立理論及知識,而所述模型通過就每個個案進行結構化而進行互動式討論攻防,以擷取一個團體決策所需的所有信息、知識、建議及方案,以及得出一結論。所述系統(tǒng)可就討論的性質和類型利用一預先分類并已登記的討論規(guī)則選擇性地指定及操作一不同的討論執(zhí)行過程;界定所有討論參與者的角色如主持、討論小組、利益關系者及觀眾;以及以討論分類信息、副題信息、建議、建議理由、及反駁的層次結構產生及管理討論信息。所述系統(tǒng)包括一特別陳述編輯,其可為每個細分的爭論點細分一意見并將其結構性地登記。所述系統(tǒng)具有為每個爭論點的不同意見執(zhí)行互動式攻防、結構性地詢問一攻防情況、分析所有建議的意見及反駁以界定一邏輯結構以及意見之間的相互關系及性質、根據邏輯結構、相互關系及性質剔除邏輯性不適合意見及具缺陷意見、界定一可根據一性質界定及攻防結果界定意見的邏輯合理性的判斷規(guī)則、以及為每個個案的意見適合性執(zhí)行系統(tǒng)化及自動的判斷的功能。
文檔編號G06Q10/00GK101080735SQ200580038028
公開日2007年11月28日 申請日期2005年9月1日 優(yōu)先權日2004年9月3日
發(fā)明者李鐘九, 李重九 申請人:李鐘九, 李重九
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1