本公開涉及家電領域，尤其涉及一種蜂窩式云協(xié)同辦公方法及系統(tǒng)。

背景技術：

經(jīng)濟的發(fā)展和現(xiàn)代企業(yè)規(guī)模的擴大，使得企業(yè)對業(yè)務的管理需求越來越高，隨著日常辦公的電子化、網(wǎng)絡化發(fā)展，越來越多的企業(yè)開始在日常工作中引入自動化辦公系統(tǒng)，但普通的自動化辦公系統(tǒng)的任務流程有很大的局限性，無法適應實際發(fā)生的業(yè)務需求，致使在實際工作中反而被辦公系統(tǒng)所限制，操作繁瑣，影響工作效率。

技術實現(xiàn)要素：

本公開實施例提供一種蜂窩式云協(xié)同辦公方法及系統(tǒng)，能夠使工作流程更加靈活化、智能化，從而提高工作效率。

本公開實施例采用如下技術方案：

一種蜂窩式云協(xié)同辦公方法，包括：

s1、通過對數(shù)據(jù)庫中的用戶表及用戶組織架構表的設計，建立蜂窩式用戶結構；

s2、通過對數(shù)據(jù)庫中與任務相關的表進行特殊設計，建立蜂窩式任務集群；

s3、用戶之間以任務為依據(jù)進行協(xié)同工作。

一種蜂窩式云協(xié)同辦公系統(tǒng)，包括：

第一模塊，用于通過對數(shù)據(jù)庫中的用戶表及用戶組織架構表的設計，建立蜂窩式用戶結構；

第二模塊，用于通過對數(shù)據(jù)庫中與任務相關的表進行特殊設計，建立蜂窩式任務集群；

第三模塊，用于用戶之間以任務為依據(jù)進行協(xié)同工作。

一種蜂窩式云協(xié)同辦公系統(tǒng)，包括：

處理器；

用于存儲處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：

通過對數(shù)據(jù)庫中的用戶表及用戶組織架構表的設計，建立蜂窩式用戶結構；

通過對數(shù)據(jù)庫中與任務相關的表進行特殊設計，建立蜂窩式任務集群；

用戶之間以任務為依據(jù)進行協(xié)同工作。

本公開的實施例提供的技術方案可以包括以下有益效果：通過對數(shù)據(jù)庫中的用戶表及用戶組織架構表的設計，建立蜂窩式用戶結構，通過對數(shù)據(jù)庫中與任務相關的表進行特殊設計，建立蜂窩式任務集群，用戶之間以任務為依據(jù)進行協(xié)同工作。以解決目前自動化辦公系統(tǒng)中工作流模式無法適應具體工作需求的缺陷，使工作流程更加靈活化、智能化，從而提高工作效率。

應當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本公開。

附圖說明

此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本公開的實施例，并與說明書一起用于解釋本公開的原理。

圖1是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公方法的示意圖之一。

圖2是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公方法的示意圖之二。

圖3是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公方法的示意圖之三。

圖4是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公方法的示意圖之四。

圖5是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公方法的示意圖之五。

圖6是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公方法的示意圖之六。

圖7是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公方法的示意圖之七。

圖8是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公方法的示意圖之八。

圖9是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公方法的示意圖之九。

圖10是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公方法的示意圖之十。

圖11是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公方法的示意圖之十一。

圖12是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公方法的示意圖之十二。

圖13是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公方法的示意圖之十三。

圖14是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公方法的示意圖之十四。

圖15是根據(jù)一示例性實施例示出的蜂窩式云協(xié)同辦公系統(tǒng)的結構示意圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本公開相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本公開的一些方面相一致的裝置和方法的例子。

實施例1

圖1是根據(jù)一示例性實施例示出的一種蜂窩式云協(xié)同辦公方法，如圖1所示，該方法包括：

s1、通過對數(shù)據(jù)庫中的用戶表及用戶組織架構表的設計，建立蜂窩式用戶結構；

s2、通過對數(shù)據(jù)庫中與任務相關的表進行特殊設計，建立蜂窩式任務集群；

s3、用戶之間以任務為依據(jù)進行協(xié)同工作。

在一個實施例中，如圖2所示，上述步驟s1中所述建立蜂窩式用戶結構，包括：

s11、建立用戶模塊在數(shù)據(jù)庫中建立用戶；

s12、建立部門模塊將用戶組成部門；

s13、加入部門模塊由部門組成更大的部門。

在一個實施例中，如圖3所示，上述步驟s2中所述建立蜂窩式任務集群包括：

s21、建立任務模塊在用戶新建一個任務并指定任務執(zhí)行者時，向發(fā)起請求的用戶返回建立任務的結果；

s22、任務分解模塊在任務過程中需要其它用戶協(xié)同工作時，獲取當前任務執(zhí)行者進行分解任務的操作，向系統(tǒng)發(fā)送任務分解請求，系統(tǒng)收到請求后對任務進行分解操作，并向發(fā)起請求的用戶返回任務分解的結果；

s23、任務指派模塊在任務過程中需要改變當前執(zhí)行用戶時，獲取當前執(zhí)行用戶對任務進行指派操作，向系統(tǒng)發(fā)送任務指派請求，系統(tǒng)收到請求后對任務進行指派操作，并向發(fā)起請求的用戶返回任務指派的結果；

s24、任務審核模塊在任務流程中有用戶向上級部門人員或者其它部門人員發(fā)起操作請求時，影響任務操作請求，自動生成審核任務鏈。

在一個實施例中，如圖4所示，上述步驟s3中所述用戶之間以任務為依據(jù)進行協(xié)同工作包括：

s31、用戶之間根據(jù)任務需求協(xié)同完成任務，協(xié)同包括用戶與用戶之間、用戶與部門之間、部門與部門之間的協(xié)同；

s32、用戶在工作任務中遇到需要其他部門或者人員協(xié)同工作時，可通過s2中所述任務分解、指派等方法邀請其他人員參與任務進行協(xié)同，其中跨部門人員之間的任務協(xié)同需要雙方上級部門負責人審核通過。

本發(fā)明一個實施例中，建立蜂窩式用戶結構時，可以在數(shù)據(jù)庫中建立用戶，由用戶組成部門，由部門組成更大的部門。

具體的，在本發(fā)明實施例中，用戶是最基本的任務執(zhí)行單位，用戶在使用前需要進行建立(注冊)用戶的操作，此操作可以由建立用戶模塊實現(xiàn)。

例如，如圖5所示，用戶登錄時系統(tǒng)先判定是否新用戶，如果是新用戶則調用建立用戶模塊，然后再進行登錄。

本發(fā)明一個實施例中，多個用戶可以組成一個部門，多個用戶、部門可以組成一個更大的部門，在組成新部門前需要先建立部門，此操作可以由建立部門模塊；

本發(fā)明一個實施例中，用戶加入部門、部門加入其它部門時需先發(fā)送加入部門請求，經(jīng)相關部門負責人審核通過后，此操作可以由加入部門模塊實現(xiàn)。

本發(fā)明一個實施例中，建立蜂窩式用戶結構時，可以通過如下步驟實現(xiàn)：

第一步、通過建立用戶模塊，可獲得如圖5所示的用戶結構，各用戶為獨立的用戶。

第二步、通過建立部門模塊、加入部門模塊后，可獲得如圖6所示的用戶結構。

第三步、重復第二步操作可獲取如圖7所示的用戶結構。

本發(fā)明一個實施例中，通過對數(shù)據(jù)庫中的用戶表及用戶組織架構表的設計，建立蜂窩式用戶結構，該蜂窩式用戶結構每個用戶都是獨立的個體，各用戶之間可以自由組合成為部門，各部門之間可以組合成為更大的部門(此步驟可重復)，用戶可以按實際工作需求加入某個部門，以上操作可逆，即用戶或者部門可以脫離現(xiàn)有的部門。本發(fā)明實施例中，可以進行權限設置，操作需要有相應的用戶權限配合。

本發(fā)明一個實施例中，通過對數(shù)據(jù)庫中與任務相關的表進行特殊設計，建立蜂窩式任務集群，該蜂窩式任務集群每一個新建的任務為根任務，每一個根任務為一個任務集群，每個任務(包括根任務及子任務，下同)均可分解為一個或者多個子任務，每個任務均可進行分解、轉發(fā)、指派、審核、統(tǒng)計等操作；，以上可重復操作，最終實現(xiàn)無限層級的任務集群，每個任務均與上述蜂窩式用戶結構中所建立的用戶結構中的用戶關聯(lián)。在一個實施例中，可以設置操作涉及的權限由中關聯(lián)的用戶權限決定。

本發(fā)明一個實施例中，用戶可新建一個任務并指定包括自己在內的用戶作為任務執(zhí)行者，此時系統(tǒng)調用建立任務模塊，并向發(fā)起請求的用戶返回建立任務的結果；

例如“戶a”新建立一個任務名為“任務1”的任務指定給“用戶b”；調用接口：建立任務模塊接口；請求參數(shù)：請求用戶、目標用戶，任務名稱等；返回結果：任務建立審核進程、任務建立成功、任務建立失敗

本發(fā)明一個實施例中，當任務過程中需要其它(一個或者多個)用戶協(xié)同工作時，可由當前任務執(zhí)行者進行分解任務的操作，向系統(tǒng)發(fā)送任務分解請求，系統(tǒng)收到請求后，根據(jù)分解模塊接口收到的參數(shù)對任務進行分解操作，并向發(fā)起請求的用戶返回任務分解的結果；

例如用戶a發(fā)起分解任務的操作，把自己的任務分解給用戶b；調用接口：任務分解模塊接口；請求參數(shù)：請求用戶、目標用戶、目標任務、新任務名稱等；返回結果：任務分解審核進程、任務分解成功、任務分解失敗

本發(fā)明一個實施例中，當任務過程中需要改變當前執(zhí)行用戶時，可由當前執(zhí)行用戶對任務進行指派操作，向系統(tǒng)發(fā)送任務指派請求，系統(tǒng)收到請求后，根據(jù)任務指派模塊接口收到的參數(shù)對任務進行指派操作，并向發(fā)起請求的用戶返回任務指派的結果。

例如，用戶a發(fā)起任務指派操作，將原本屬于自己的任務1指派給用戶b，(任務1的當前執(zhí)行用戶變?yōu)橛脩鬮)；調用接口：任務指派模塊接口；請求參數(shù)：請求用戶、目標任務、目標用戶等；返回結果：任務指派審核進程、任務指派成功、任務指派失敗。

本發(fā)明一個實施例中，當任務流程中有用戶向上級部門人員或者其它部門人員發(fā)起操作請求時，系統(tǒng)會自動啟動任務審核模塊，影響相關任務操作請求，自動生成審核任務鏈。

例如，如圖8、9所示，隸屬于部門二的“用戶g”需要分公司二(其他部門)人員“用戶f”配合，可以直接建立(分解)任務給隸屬于分公司二的“用戶f”，系統(tǒng)會自動啟動審核任務鏈，在“用戶e”、“用戶b”及分公司二負責人“用戶c”的審核通過后，目標用戶“用戶f”才會接到此任務，并返回任務發(fā)布成功提示。

本發(fā)明一個實施例中，用戶之間以任務為依據(jù)進行協(xié)同工作。用戶(處于同一用戶架構中，下同)之間可根據(jù)任務需求協(xié)同完成任務，協(xié)同包括用戶與用戶之間、用戶與部門之間、部門與部門之間的協(xié)同；用戶在工作任務中遇到需要其他部門或者人員協(xié)同工作時，可通過s2中所述任務分解、指派等方法邀請其他人員參與任務進行協(xié)同，其中跨部門人員之間的任務協(xié)同需要雙方上級部門負責人審核通過。

例如，如圖10所示，“用戶b”給“用戶d”發(fā)布了名為“任務1”的任務，“用戶d”在任務需要的情況下，把“任務1”進行分解操作，經(jīng)過3次任務分解后，分別給“用戶g”、“用戶f”，“用戶e”發(fā)布了名為“子任務11”、“子任務12”、“子任務13”的任務，至此，任務1變成了由“用戶d”“用戶e”“用戶f”“用戶g”共同完成的任務，從而實現(xiàn)按任務需求的協(xié)同工作。

本發(fā)明實施例的蜂窩式云協(xié)同辦公方法支持跨平臺使用，本發(fā)明及其實施例主要的應用環(huán)境為windowspc/macosx為代表的桌面操作系統(tǒng)環(huán)境，pc或手機端的標準html5瀏覽器，以及ios和android移動操作系統(tǒng)，為了保持各終端數(shù)據(jù)互通，表現(xiàn)一致，本發(fā)明通過以下方式實現(xiàn)對各個系統(tǒng)的跨平臺支持。對所有業(yè)務邏輯嚴格按照ui/bll/dao三層進行獨立設計，每兩層之間的通訊接口按url標準設計并通過反向代理實現(xiàn)負載均衡；

ui層按照系統(tǒng)統(tǒng)一功能規(guī)劃進行設計，實現(xiàn)設計元素的復用，并按各平臺開發(fā)規(guī)范進行開發(fā)，保持各平臺交互界面及邏輯統(tǒng)一；

bll層與ui層的數(shù)據(jù)傳輸嚴格按照統(tǒng)一標準進行傳遞，各平臺ui請求數(shù)據(jù)時，除了通訊密鑰不同外，并無其他區(qū)別，接口按統(tǒng)一標準進行身份校驗及數(shù)據(jù)處理；

各平臺通過無狀態(tài)登錄管理，將登錄狀態(tài)從服務器端全局校驗變成客戶端/服務器端復合校驗，實現(xiàn)單帳號在多終端上的同時登錄；

bll層與dao層的交互基本與跨平臺無關，個別統(tǒng)計類操作在bll層進行預處理；

所有用戶數(shù)據(jù)修改操作在數(shù)據(jù)庫中通過讀寫分離的方式進行多用戶編輯保護，對修改沖突進行預防；由于網(wǎng)絡延遲導致的修改沖突，將保存差異版本交權限較高的用戶進行取舍選擇。

本發(fā)明一個實施例中，通過對數(shù)據(jù)庫中的用戶表及用戶組織架構表的特殊設計，建立蜂窩式用戶結構。從而，每個用戶都是獨立的個體，各用戶之間可以自由組合成為團體，各團體之間可以組合成為更大的團體(此步驟可重復)；用戶可以按實際工作需求加入某個團體，以上操作可逆，即用戶或者團體可以脫離現(xiàn)有的團體，以上操作需要有相應的用戶權限配合。

本發(fā)明一個實施例中，通過對數(shù)據(jù)庫中與任務相關的表進行特殊設計，建立蜂窩式任務集群。從而每一個新建的任務為根任務，每一個根任務為一個任務集群，每個任務(包括根任務及子任務，下同)均可分解為一個或者多個子任務，每個任務均可進行分解、轉發(fā)、指派、審核、統(tǒng)計等操作，以上可重復操作，最終實現(xiàn)無限層級的任務集群，每個任務均與以上a中所述建立的用戶結構中的用戶關聯(lián)，以上操作涉及的權限由關聯(lián)的用戶權限決定。

例如，如圖11所示，用戶d(普通員工)向處于同一用戶架構中的用戶a(總經(jīng)理)發(fā)布了一項任務，但由于用戶a在用戶架構中的權限比用戶a高，所以需要通過用戶d與用戶a之間的其它用戶(用戶c、用戶b)進行審核后任務才能最終發(fā)布成功。

本發(fā)明一個省時省力中，用戶之間以任務為依據(jù)進行協(xié)同工作。用戶(處于同一用戶架構中，下同)之間根據(jù)需求協(xié)同完成任務，協(xié)同包括用戶與用戶之間、用戶與部門之間、部門與部門之間的協(xié)同；。用戶在工作任務中遇到需要其他部門或者人員協(xié)同工作時，可通過任務分解、指派等方法邀請其他人員參與任務，其中跨部門人員之間的協(xié)作需要雙方上級部門負責人審核通過。

本發(fā)明一個實施例中，當任務過程中需要其它(一個或者多個)用戶協(xié)同工作時，可由當前任務執(zhí)行者進行分解任務的操作，向系統(tǒng)發(fā)送任務分解請求，系統(tǒng)收到請求后，根據(jù)分解模塊接口收到的參數(shù)對任務進行分解操作，并向發(fā)起請求的用戶返回任務分解的結果。例：用戶a發(fā)起分解任務的操作，把自己的任務分解給用戶b；調用接口：任務分解模塊接口；接口參數(shù)：請求用戶、目標用戶、目標任務、新任務名稱等；返回結果：任務分解審核進程、任務分解成功、任務分解失敗。

本發(fā)明一個實施例中，當任務過程中需要改變當前執(zhí)行用戶時，可由當前執(zhí)行用戶對任務進行指派操作，向系統(tǒng)發(fā)送任務指派請求，系統(tǒng)收到請求后，根據(jù)任務指派模塊接口收到的參數(shù)對任務進行指派操作，并向發(fā)起請求的用戶返回任務指派的結果；。例：用戶a發(fā)起任務指派操作，將原本屬于自己的任務1指派給用戶b，(任務1的當前執(zhí)行用戶變?yōu)橛脩鬮)；調用接口：任務指派模塊接口；接口參數(shù)：請求用戶、目標任務、目標用戶等；返回結果：任務指派審核進程、任務指派成功、任務指派失敗。

本發(fā)明一個實施例中，當任務流程中有用戶向上級部門人員或者其它部門人員發(fā)起操作請求時，系統(tǒng)會自動啟動任務審核模塊，影響相關任務操作請求，自動生成審核任務鏈。例：用戶d需要分公司二(其他部門)人員配合，可以直接建立(分解)任務給隸屬于分公司二的用戶，系統(tǒng)會自動啟動審核任務鏈，在用戶c和用戶b及分公司二相關負責人的審核通過后，目標用戶才會接到此任務，并返回任務操作成功揭示。

本發(fā)明一個實施例中，支持無限級任務流。本發(fā)明實施例蜂窩式任務集群的支持下，所有的用戶操作(分派、指派、審核等)均可重復操作，在此基礎上實現(xiàn)無限級任務流。

本發(fā)明一個實施例中，即對任務流中的每個(子)任務及其子任務的個數(shù)沒有限制，相對于普通辦公系統(tǒng)中的任務只能由一個或者幾個固定的任務或子任務構成，無限級任務流使實際工作不再受系統(tǒng)的制約。例：如圖12所示，用戶可以將[任務1]分解為3個子任務，子任務同樣可以進行分解操作，重復進行分解操作后實現(xiàn)無限級的任務流。

本發(fā)明一個實施例中，支持智能任務流。本發(fā)明及其實施例可依據(jù)上述蜂窩式用戶結構，實現(xiàn)智能任務流，當用戶在發(fā)布或執(zhí)行(分解)過程中遇到需要審批、轉派、審核等操作但不知道具體應由哪個人員進行下一步時，系統(tǒng)可以按照蜂窩式用戶結構及任務賦予的相應權限智能形成任務流，逐層提交到具體任務執(zhí)行人員。

例如，如圖13、14所示，用戶a在執(zhí)行子任務b1時，遇到需要資金申請的情況，但不知道此任務應交由哪個用戶來負責，此時3用戶a直接可以從任務b1中分解出類別為資金申請的子任務b12，系統(tǒng)自動調用智能任務流模塊，通過數(shù)據(jù)庫中的蜂窩式用戶結構，結合用戶權限，智能的在已有任務流中插入新的任務流；

本發(fā)明一個實施例中，智能任務流模塊只產(chǎn)生任務流，不影響需要進行權限判斷的其它模塊的正常工作。

本發(fā)明一個實施例中，任務支持多媒體文件作為任務憑證，本發(fā)明及其實施例中的所有任務(及其子任務)均可支持多媒體文檔作為任務憑證。

多媒體文件：包括文字、語音、圖片、視頻；

任務憑證：包括任務建立憑證、任務完成憑證、報銷憑證等任務過程中存在的各種證明、證據(jù)或者資料；

例：用戶a給用戶b下達了去拜訪客戶c的任務，用戶b通過電話與客戶c進行溝通后發(fā)現(xiàn)客戶c出差無法拜訪，等客戶c出差回來后再進行了拜訪；在此任務過程中，用戶b與客戶c的電話錄音可以作為任務延遲完成的證明、用戶b拜訪客戶c時拍攝的照片可作為完成任務的證明。

本實施例的蜂窩式云協(xié)同辦公方法，通過對數(shù)據(jù)庫中的用戶表及用戶組織架構表的設計，建立蜂窩式用戶結構，通過對數(shù)據(jù)庫中與任務相關的表進行特殊設計，建立蜂窩式任務集群，用戶之間以任務為依據(jù)進行協(xié)同工作。以解決目前自動化辦公系統(tǒng)中工作流模式無法適應具體工作需求的缺陷，使工作流程更加靈活化、智能化，從而提高工作效率。

實施例2

如圖15所示，本發(fā)明實施例提供一種蜂窩式云協(xié)同辦公系統(tǒng)，包括：

第一模塊41，用于通過對數(shù)據(jù)庫中的用戶表及用戶組織架構表的設計，建立蜂窩式用戶結構；

第二模塊42，用于通過對數(shù)據(jù)庫中與任務相關的表進行特殊設計，建立蜂窩式任務集群；

第三模塊43，用于用戶之間以任務為依據(jù)進行協(xié)同工作。

可選的，如圖5所示，所述第一模塊41包括：

第一單元411，用于建立用戶模塊在數(shù)據(jù)庫中建立用戶；

第二單元412，用于建立部門模塊將用戶組成部門；

第三單元413，用于加入部門模塊由部門組成更大的部門。

可選的，如圖5所示，所述第二模塊42包括：

第四單元421，用于建立任務模塊在用戶新建一個任務并指定任務執(zhí)行者時，向發(fā)起請求的用戶返回建立任務的結果；

第五單元422，用于任務分解模塊在任務過程中需要其它用戶協(xié)同工作時，獲取當前任務執(zhí)行者進行分解任務的操作，向系統(tǒng)發(fā)送任務分解請求，系統(tǒng)收到請求后對任務進行分解操作，并向發(fā)起請求的用戶返回任務分解的結果；

第六單元423，用于任務指派模塊在任務過程中需要改變當前執(zhí)行用戶時，獲取當前執(zhí)行用戶對任務進行指派操作，向系統(tǒng)發(fā)送任務指派請求，系統(tǒng)收到請求后對任務進行指派操作，并向發(fā)起請求的用戶返回任務指派的結果；

第七單元424，用于任務審核模塊在任務流程中有用戶向上級部門人員或者其它部門人員發(fā)起操作請求時，影響任務操作請求，自動生成審核任務鏈。

可選的，如圖5所示，所述用第三模塊43包括：

第八單元431，用于用戶之間根據(jù)任務需求協(xié)同完成任務，協(xié)同包括用戶與用戶之間、用戶與部門之間、部門與部門之間的協(xié)同；

第九單元432，用于用戶在工作任務中遇到需要其他部門或者人員協(xié)同工作時，可通過所述第二模塊中所述任務分解、指派等方法邀請其他人員參與任務進行協(xié)同，其中跨部門人員之間的任務協(xié)同需要雙方上級部門負責人審核通過。

本實施例的蜂窩式云協(xié)同辦公系統(tǒng)，通過對數(shù)據(jù)庫中的用戶表及用戶組織架構表的設計，建立蜂窩式用戶結構，通過對數(shù)據(jù)庫中與任務相關的表進行特殊設計，建立蜂窩式任務集群，用戶之間以任務為依據(jù)進行協(xié)同工作。以解決目前自動化辦公系統(tǒng)中工作流模式無法適應具體工作需求的缺陷，使工作流程更加靈活化、智能化，從而提高工作效率。

實施例3

提供本實施例一種蜂窩式云協(xié)同辦公系統(tǒng)，包括：

處理器；

用于存儲處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：

通過對數(shù)據(jù)庫中的用戶表及用戶組織架構表的設計，建立蜂窩式用戶結構；

通過對數(shù)據(jù)庫中與任務相關的表進行特殊設計，建立蜂窩式任務集群；

用戶之間以任務為依據(jù)進行協(xié)同工作。

可選的，所述建立蜂窩式用戶結構，包括：

建立用戶模塊在數(shù)據(jù)庫中建立用戶；

建立部門模塊將用戶組成部門；

加入部門模塊由部門組成更大的部門；

可選的，所述建立蜂窩式任務集群包括：

建立任務模塊在用戶新建一個任務并指定任務執(zhí)行者時，向發(fā)起請求的用戶返回建立任務的結果；

任務分解模塊在任務過程中需要其它用戶協(xié)同工作時，獲取當前任務執(zhí)行者進行分解任務的操作，向系統(tǒng)發(fā)送任務分解請求，系統(tǒng)收到請求后對任務進行分解操作，并向發(fā)起請求的用戶返回任務分解的結果；

任務指派模塊在任務過程中需要改變當前執(zhí)行用戶時，獲取當前執(zhí)行用戶對任務進行指派操作，向系統(tǒng)發(fā)送任務指派請求，系統(tǒng)收到請求后對任務進行指派操作，并向發(fā)起請求的用戶返回任務指派的結果；

任務審核模塊在任務流程中有用戶向上級部門人員或者其它部門人員發(fā)起操作請求時，影響任務操作請求，自動生成審核任務鏈；

可選的，所述用戶之間以任務為依據(jù)進行協(xié)同工作包括：

用戶之間根據(jù)任務需求協(xié)同完成任務，協(xié)同包括用戶與用戶之間、用戶與部門之間、部門與部門之間的協(xié)同；

用戶在工作任務中遇到需要其他部門或者人員協(xié)同工作時，可通過s2中所述任務分解、指派等方法邀請其他人員參與任務進行協(xié)同，其中跨部門人員之間的任務協(xié)同需要雙方上級部門負責人審核通過。

本實施例的蜂窩式云協(xié)同辦公系統(tǒng)，通過對數(shù)據(jù)庫中的用戶表及用戶組織架構表的設計，建立蜂窩式用戶結構，通過對數(shù)據(jù)庫中與任務相關的表進行特殊設計，建立蜂窩式任務集群，用戶之間以任務為依據(jù)進行協(xié)同工作。以解決目前自動化辦公系統(tǒng)中工作流模式無法適應具體工作需求的缺陷，使工作流程更加靈活化、智能化，從而提高工作效率。

本領域技術人員在考慮說明書及實踐這里公開的公開后，將容易想到本公開的其它實施方案。本申請旨在涵蓋本公開的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本公開的一般性原理并包括本公開未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本公開的真正范圍和精神由下面的權利要求指出。

應當理解的是，本公開并不局限于上面已經(jīng)描述并在附圖中示出的精確結構，并且可以在不脫離其范圍進行各種修改和改變。本公開的范圍僅由所附的權利要求來限制。