專利名稱：一種商務(wù)審批信息的傳輸方法、裝置及審批系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于商務(wù)審批技術(shù)領(lǐng)域，尤其涉及一種商務(wù)審批信息的傳輸方法、裝置及
審批系統(tǒng)。
背景技術(shù)：
企業(yè)管理業(yè)務(wù)活動(dòng)中，一些重要業(yè)務(wù)離不開(kāi)企業(yè)領(lǐng)導(dǎo)的審批，例如訂單的簽屬， 付款審批，批準(zhǔn)請(qǐng)假，費(fèi)用報(bào)銷的審批，等等。在信息化時(shí)代未到來(lái)之前，是通過(guò)書(shū)面的簽字 來(lái)實(shí)現(xiàn)審批的過(guò)程，即下級(jí)填寫(xiě)書(shū)面申請(qǐng)，找上級(jí)領(lǐng)導(dǎo)簽字。如果有多個(gè)領(lǐng)導(dǎo)，則需要逐個(gè) 簽字。如果領(lǐng)導(dǎo)不在，或比較忙，則需要將書(shū)面申請(qǐng)放在領(lǐng)導(dǎo)辦公桌，等待批復(fù)。這種方式存 在的弊端是必須面對(duì)面，下屬拿著單據(jù)到上級(jí)面前，上級(jí)簽字通過(guò)，不簽字則不通過(guò)。如果 領(lǐng)導(dǎo)出差，往往導(dǎo)致一些業(yè)務(wù)不能正常完成，出差回來(lái)又需要完成很多的積壓業(yè)務(wù)。常常還 因?yàn)閷徟患皶r(shí)，造成業(yè)務(wù)被迫推遲，帶來(lái)客戶滿意度或員工滿意度的下降。甚至還存在 企業(yè)領(lǐng)導(dǎo)的簽字或蓋章被模仿，為企業(yè)帶來(lái)經(jīng)濟(jì)損失。 現(xiàn)有技術(shù)的另一種審批方式是通過(guò)MIS(Management Information System,管理 信息系統(tǒng))/OA (Office Automation,辦公自動(dòng)化)系統(tǒng)審批 首先，設(shè)置審批業(yè)務(wù)內(nèi)容及用戶審批權(quán)限，當(dāng)業(yè)務(wù)發(fā)生時(shí)，在MIS/OA系統(tǒng)中發(fā)送 工作流消息，然后，接收人登錄系統(tǒng)，根據(jù)工作流消息的提醒或指引，進(jìn)入相應(yīng)的功能模塊 進(jìn)行審批操作。其優(yōu)點(diǎn)一 實(shí)現(xiàn)了無(wú)紙化辦公；優(yōu)點(diǎn)二 和工作流結(jié)合，提高了效率；然而， 其缺點(diǎn)一 需要登錄MIS/OA系統(tǒng)，操作繁瑣；缺點(diǎn)二 出差不方便，審批不及時(shí)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例的目的在于提供一種商務(wù)審批信息的傳輸方法，旨在解決現(xiàn)有技術(shù) 中存在的審批不及時(shí)、審批安全性不高、且審批流程操作繁瑣的問(wèn)題。 本發(fā)明是這樣實(shí)現(xiàn)的，一種商務(wù)審批信息的傳輸方法，所述方法包括以下步驟
接收審批請(qǐng)求人編輯的審批信息，所述審批信息的內(nèi)容包括審批人信息和審批內(nèi) 容； 根據(jù)所述審批人信息將所述審批內(nèi)容發(fā)送給所述審批人的移動(dòng)通信終端； 接收并解析所述審批人的移動(dòng)通信終端返回的所述審批人的審批意見(jiàn)信息； 根據(jù)解析出的審批意見(jiàn)信息判斷審批是否通過(guò)； 將判斷出的審批是否通過(guò)的結(jié)果返回給審批請(qǐng)求人的終端。
本發(fā)明的另一目的在于提供一種商務(wù)審批信息的傳輸裝置，所述裝置包括 審批信息接收模塊，用于接收審批請(qǐng)求人編輯的審批信息，所述審批信息的內(nèi)容
包括審批人信息和審批內(nèi)容； 發(fā)送模塊，用于根據(jù)所述審批人信息將所述審批內(nèi)容發(fā)送給所述審批人的移動(dòng)通 信終端； 解析模塊，用于接收并解析所述審批人的移動(dòng)通信終端返回的所述審批人的審批
4意見(jiàn)信息； 判斷模塊，用于根據(jù)解析出的審批意見(jiàn)信息判斷審批是否通過(guò)； 發(fā)送模塊，還用于將判斷出的審批是否通過(guò)的結(jié)果返回給審批請(qǐng)求人的終端。 本發(fā)明的另一目的在于提供一種包括上面所述的商務(wù)審批信息的傳輸裝置的審
批系統(tǒng)。 在本發(fā)明實(shí)施例中，通過(guò)審批服務(wù)器端與移動(dòng)通信終端的互發(fā)信息來(lái)進(jìn)行審批業(yè) 務(wù)流程，從而實(shí)現(xiàn)了出差或異地辦公的審批，審批及時(shí)性高，安全性高，實(shí)現(xiàn)了移動(dòng)辦公，一 機(jī)在手，隨時(shí)隨地通過(guò)審批，實(shí)現(xiàn)企業(yè)的經(jīng)營(yíng)管理決策。


圖1是本發(fā)明第一實(shí)施例提供的商務(wù)審批信息的傳輸方法的實(shí)現(xiàn)流程示意圖。
圖2是本發(fā)明實(shí)施例提供的審批流程設(shè)置表。
圖3是本發(fā)明實(shí)施例提供的短信收發(fā)信息表。 圖4是本發(fā)明第五實(shí)施例提供的商務(wù)審批信息的傳輸裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為了使本發(fā)明的目的、技術(shù)方案及有益效果更加清楚明白，以下結(jié)合附圖及實(shí)施 例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā) 明，并不用于限定本發(fā)明。 在本發(fā)明中，通過(guò)審批服務(wù)器端與移動(dòng)通信終端的互發(fā)信息來(lái)進(jìn)行審批業(yè)務(wù)流 程，從而解決了現(xiàn)有技術(shù)中存在的審批不及時(shí)、審批安全性不高、且審批流程操作繁瑣的問(wèn)題。
本發(fā)明提供了一種商務(wù)審批信息的傳輸方法、裝置及審批系統(tǒng) 所述方法包括接收審批請(qǐng)求人編輯的審批信息，所述審批信息的內(nèi)容包括審批 人信息和審批內(nèi)容；根據(jù)所述審批人信息將所述審批內(nèi)容發(fā)送給所述審批人的移動(dòng)通信終 端；接收并解析所述審批人的移動(dòng)通信終端返回的所述審批人的審批意見(jiàn)信息；根據(jù)解析 出的審批意見(jiàn)信息判斷審批是否通過(guò)；將判斷出的審批是否通過(guò)的結(jié)果返回給審批請(qǐng)求人 的終端。 所述裝置包括審批信息接收模塊接收審批請(qǐng)求人編輯的審批信息，所述審批信
息的內(nèi)容包括審批人信息和審批內(nèi)容；發(fā)送模塊根據(jù)所述審批人信息將所述審批內(nèi)容發(fā)送
給所述審批人的移動(dòng)通信終端；解析模塊接收并解析所述審批人的移動(dòng)通信終端返回的所
述審批人的審批意見(jiàn)信息；判斷模塊根據(jù)解析出的審批意見(jiàn)信息判斷審批是否通過(guò)；發(fā)送
模塊將判斷出的審批是否通過(guò)的結(jié)果返回給審批請(qǐng)求人的終端。 所述審批系統(tǒng)包括上面所述的商務(wù)審批信息的傳輸裝置。
實(shí)施例一 請(qǐng)參閱圖l，為本發(fā)明第一實(shí)施例提供的商務(wù)審批信息的傳輸方法的實(shí)現(xiàn)流程，其 包括以下步驟 在步驟S101中，接收審批請(qǐng)求人編輯的審批信息，所述審批信息的內(nèi)容包括審批 人信息和審批內(nèi)容；
在本發(fā)明實(shí)施例中，所述審批人信息可以是審批人姓名或?qū)徟穗娫捥?hào)碼。當(dāng)接 收的審批人信息是審批人姓名時(shí)，則需在審批服務(wù)器端中預(yù)先設(shè)置審批人姓名以及審批人 姓名對(duì)應(yīng)的電話號(hào)碼。當(dāng)接收到審批人姓名時(shí)，根據(jù)所述審批人姓名查找到其對(duì)應(yīng)的電話號(hào)碼。
所述審批內(nèi)容主要包括審批業(yè)務(wù)類型和審批業(yè)務(wù)內(nèi)容。 在本實(shí)施例中，接收審批請(qǐng)求人編輯的審批信息可以是來(lái)自審批客戶端的審批請(qǐng) 求人編輯的審批信息，或者是，來(lái)自其他終端(例如手機(jī)、PDA等移動(dòng)終端)發(fā)送至審批服 務(wù)器端的審批請(qǐng)求人編輯的審批信息。 在本發(fā)明實(shí)施例中，在步驟S101之后，還包括步驟輪循檢查未發(fā)送給審批人的 審批信息，將所述未發(fā)送給審批人的審批信息標(biāo)識(shí)為未發(fā)送狀態(tài)，當(dāng)發(fā)送完畢后，標(biāo)識(shí)為已 發(fā)送狀態(tài)。例如"Y"表示審批信息未發(fā)送；"N"表示審批信息已發(fā)送。 在步驟S 102中，根據(jù)所述審批人信息將所述審批內(nèi)容發(fā)送給所述審批人的移動(dòng) 通信終端； 在本實(shí)施例中，為審批服務(wù)器提供短信收發(fā)的接口，發(fā)送接口 SendMsg，接收接口 RecieveMsg，并可分配短信中心號(hào)碼SMSNumber，用戶名UserName，密碼 PassWord等參數(shù)。
在本發(fā)明實(shí)施例中，所述步驟S102具體為調(diào)用審批服務(wù)器端的發(fā)送接口，將審 批服務(wù)器端的短信中心號(hào)碼、審批人信息、以及審批內(nèi)容一同傳輸至所述發(fā)送接口 ；根據(jù)所 述審批人信息將所述審批內(nèi)容以及審批服務(wù)器端的短信中心號(hào)碼發(fā)送給所述審批人的移 動(dòng)通信終端。 在步驟S103中，接收并解析所述審批人的移動(dòng)通信終端返回的所述審批人的審 批意見(jiàn)信息； 在步驟S104中，根據(jù)解析出的審批意見(jiàn)信息判斷審批是否通過(guò)； 在步驟S105中，將判斷出的審批是否通過(guò)的結(jié)果返回給審批請(qǐng)求人的終端。
實(shí)施例二 作為本發(fā)明一優(yōu)選實(shí)施例，對(duì)于具有多級(jí)審批人的審批流程具體為當(dāng)審批服務(wù)
器端接收到第一級(jí)審批人返回的審批通過(guò)消息后，將所述審批內(nèi)容發(fā)送給第二級(jí)審批人的
移動(dòng)通信終端；以此類推，直到最后一級(jí)審批人審批完畢，最后將審批結(jié)果返回給審批請(qǐng)求
人的終端。
實(shí)施例三 作為本發(fā)明另一優(yōu)選實(shí)施例，當(dāng)審批人返回的審批結(jié)果中包括有審批不通過(guò)和不 通過(guò)原因時(shí)，審批服務(wù)器將該審批人返回的審批不通過(guò)原因發(fā)送給審批請(qǐng)求人的終端，審 批請(qǐng)求人根據(jù)該審批不通過(guò)原因，重新編輯符合要求的審批信息，向?qū)徟?wù)器重新發(fā)送 符合要求的審批信息，重新進(jìn)行審批流程。
實(shí)施例四 作為本發(fā)明再一優(yōu)選實(shí)施例，對(duì)于有多個(gè)不同業(yè)務(wù)類型同時(shí)進(jìn)行審批的審批流程 具體為當(dāng)同時(shí)有多項(xiàng)業(yè)務(wù)在進(jìn)行審批時(shí)，審批服務(wù)器接收到審批信息后，根據(jù)審批信息中 的審批業(yè)務(wù)類型，識(shí)別出有幾項(xiàng)審批業(yè)務(wù)類型。審批服務(wù)器根據(jù)不同的審批業(yè)務(wù)類型自動(dòng) 分配不同的短信中心號(hào)碼，審批服務(wù)器采用審批業(yè)務(wù)類型對(duì)應(yīng)的短信中心號(hào)碼來(lái)作為發(fā)送 該類型的審批內(nèi)容，將所述審批內(nèi)容發(fā)送給所述審批人的移動(dòng)通信終端進(jìn)行審批。當(dāng)審批服務(wù)器接收到審批人返回的審批結(jié)果時(shí)，可根據(jù)短信中心號(hào)碼來(lái)識(shí)別出是某項(xiàng)審批業(yè)務(wù)類 型的審批結(jié)果。 例如審批服務(wù)器的短信發(fā)送號(hào)碼包含兩部分短信中心號(hào)碼+問(wèn)題號(hào)碼。假設(shè)短 信中心的號(hào)碼是999，發(fā)送第一個(gè)審批信息時(shí)，其短信發(fā)送號(hào)碼使用999001，當(dāng)審批人的移 動(dòng)通信終端接收到短信時(shí)，對(duì)方號(hào)碼顯示為999001，回復(fù)該號(hào)碼時(shí)，審批服務(wù)器自動(dòng)識(shí)別其 對(duì)應(yīng)的號(hào)碼為001，并進(jìn)行對(duì)應(yīng)業(yè)務(wù)的審核處理。問(wèn)題號(hào)碼通常由3位整數(shù)。當(dāng)問(wèn)題號(hào)碼達(dá) 到999時(shí)，自動(dòng)從001開(kāi)始分配一個(gè)未占用的號(hào)碼，如此循環(huán)。當(dāng)?shù)却貜?fù)的問(wèn)題達(dá)到超過(guò) 999個(gè)，系統(tǒng)將不能繼續(xù)發(fā)出可回復(fù)的短信。 下面通過(guò)舉例子來(lái)詳細(xì)描述本發(fā)明實(shí)施例提供的商務(wù)審批信息的傳輸方法。 請(qǐng)參閱圖2，為審批流程設(shè)置表。 請(qǐng)參閱圖3，為短信收發(fā)信息表。 1)假設(shè)某業(yè)務(wù)共需要m個(gè)人審批U1， U2， . . . ， Um。 2)制單人U0首先發(fā)起審批流程，給第一級(jí)審批人U1發(fā)送一條審批消息，信息包 括審批業(yè)務(wù)主要內(nèi)容描述，以及固定提示語(yǔ)"回復(fù)Y代表同意，回復(fù)N+原因代表不同意 3)U1接收信息后，如回復(fù)"Y"，則系統(tǒng)自動(dòng)審批，并對(duì)下一級(jí)審批人U2發(fā)送消息， 依此類推。 4)如用戶Un+l回復(fù)'、+原因"，則代表不同意，則U0收到消息后，要根據(jù)不同意的 原因，修改業(yè)務(wù)內(nèi)容，再重新提交審批。 5)如用戶Un+1回復(fù)"Y" "N"以外的信息，則需要回復(fù)用戶Un+1正確的指令格式，
以便該用戶可以重新回復(fù)。
如m二n則審批結(jié)束。
實(shí)施例五 請(qǐng)參閱圖4，為本發(fā)明第五實(shí)施例提供的商務(wù)審批信息的傳輸裝置，為了便于說(shuō) 明，僅示出了與本發(fā)明相關(guān)的部分。所述商務(wù)審批信息的傳輸裝置包括審批信息接收模塊 10、發(fā)送模塊20、解析模塊30、判斷模塊40。所述商務(wù)審批信息的傳輸裝置可以是內(nèi)置于商 務(wù)系統(tǒng)中的軟件單元、硬件單元或者是軟硬件結(jié)合的單元。 審批信息接收模塊10接收審批請(qǐng)求人編輯的審批信息，所述審批信息的內(nèi)容包 括審批人信息和審批內(nèi)容；發(fā)送模塊20根據(jù)所述審批人信息將所述審批內(nèi)容發(fā)送給所述 審批人的移動(dòng)通信終端；解析模塊30接收并解析所述審批人的移動(dòng)通信終端返回的所述 審批人的審批意見(jiàn)信息；判斷模塊40根據(jù)解析出的審批意見(jiàn)信息判斷審批是否通過(guò)；發(fā)送 模塊20將判斷出的審批是否通過(guò)的結(jié)果返回給審批請(qǐng)求人的終端。 在本發(fā)明實(shí)施例中，所述商務(wù)審批信息的傳輸裝置還包括標(biāo)識(shí)模塊，用于輪循檢 查未發(fā)送給審批人的審批信息，將所述未發(fā)送給審批人的審批信息標(biāo)識(shí)為未發(fā)送狀態(tài)，當(dāng) 發(fā)送完畢后，標(biāo)識(shí)為已發(fā)送狀態(tài)。
實(shí)施例六 在本發(fā)明實(shí)施例中，所述商務(wù)審批信息的傳輸裝置還包括號(hào)碼分配模塊，用于當(dāng) 同時(shí)有多項(xiàng)業(yè)務(wù)在進(jìn)行審批時(shí)，審批服務(wù)器接收到審批信息后，根據(jù)審批信息中的審批業(yè) 務(wù)類型，識(shí)別出有幾項(xiàng)審批業(yè)務(wù)類型；所述號(hào)碼分配模塊根據(jù)不同的審批業(yè)務(wù)類型自動(dòng)分
7配不同的短信中心號(hào)碼，審批服務(wù)器采用審批業(yè)務(wù)類型對(duì)應(yīng)的短信中心號(hào)碼來(lái)作為發(fā)送該 類型的審批內(nèi)容，將所述審批內(nèi)容發(fā)送給所述審批人的移動(dòng)通信終端進(jìn)行審批；當(dāng)審批服 務(wù)器接收到審批人返回的審批結(jié)果時(shí)，可根據(jù)短信中心號(hào)碼來(lái)識(shí)別出是某項(xiàng)審批業(yè)務(wù)類型 的審批結(jié)果。 綜上所述，本發(fā)明實(shí)施例通過(guò)審批服務(wù)器端與移動(dòng)通信終端的互發(fā)信息來(lái)進(jìn)行審 批業(yè)務(wù)流程，從而實(shí)現(xiàn)了出差或異地辦公的審批，審批及時(shí)性高，安全性高，實(shí)現(xiàn)了移動(dòng)辦 公， 一機(jī)在手，隨時(shí)隨地通過(guò)審批，實(shí)現(xiàn)企業(yè)的經(jīng)營(yíng)管理決策。 本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以 通過(guò)計(jì)算機(jī)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì) 中，該程序在執(zhí)行時(shí)，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲(chǔ)介質(zhì)可為磁 碟、光盤(pán)、只讀存儲(chǔ)記憶體(Read-0nly Memory, ROM)或隨機(jī)存儲(chǔ)記憶體(Random Access Memory,廳)等。 以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種商務(wù)審批信息的傳輸方法，其特征在于，所述方法包括以下步驟接收審批請(qǐng)求人編輯的審批信息，所述審批信息的內(nèi)容包括審批人信息和審批內(nèi)容；根據(jù)所述審批人信息將所述審批內(nèi)容發(fā)送給所述審批人的移動(dòng)通信終端；接收并解析所述審批人的移動(dòng)通信終端返回的所述審批人的審批意見(jiàn)信息；根據(jù)解析出的審批意見(jiàn)信息判斷審批是否通過(guò)；將判斷出的審批是否通過(guò)的結(jié)果返回給審批請(qǐng)求人的終端。
2. 如權(quán)利要求1所述的方法，其特征在于，在所述接收審批請(qǐng)求人編輯的審批信息的 步驟之后，還包括步驟輪循檢查未發(fā)送給審批人的審批信息，將所述未發(fā)送給審批人的審批信息標(biāo)識(shí)為未發(fā) 送狀態(tài)，當(dāng)發(fā)送完畢后，標(biāo)識(shí)為已發(fā)送狀態(tài)。
3. 如權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述審批人信息將所述審批內(nèi)容 發(fā)送給所述審批人的移動(dòng)通信終端的步驟，具體為調(diào)用審批服務(wù)器端的發(fā)送接口 ，將審批服務(wù)器端的短信中心號(hào)碼、審批人信息、以及審 批內(nèi)容一同傳輸至所述發(fā)送接口 ；根據(jù)所述審批人信息將所述審批內(nèi)容以及審批服務(wù)器端 的短信中心號(hào)碼發(fā)送給所述審批人的移動(dòng)通信終端。
4. 如權(quán)利要求1所述的方法，其特征在于，對(duì)于具有多級(jí)審批人的審批流程具體為 當(dāng)審批服務(wù)器接收到第一級(jí)審批人返回的審批通過(guò)消息后，將所述審批內(nèi)容發(fā)送給第二級(jí)審批人的移動(dòng)通信終端；以此類推，直到最后一級(jí)審批人審批完畢，最后將審批結(jié)果返 回給審批請(qǐng)求人的終端。
5. 如權(quán)利要求1所述的方法，其特征在于，當(dāng)審批人返回的審批結(jié)果中包括有審批不 通過(guò)和不通過(guò)原因時(shí)，審批服務(wù)器將該審批人返回的審批不通過(guò)原因發(fā)送給審批請(qǐng)求人的 終端，審批請(qǐng)求人的終端向?qū)徟?wù)器重新發(fā)送符合要求的審批信息，重新進(jìn)行審批流程。
6. 如權(quán)利要求l所述的方法，其特征在于，對(duì)于有多個(gè)不同業(yè)務(wù)類型同時(shí)進(jìn)行審批的 審批流程具體為當(dāng)同時(shí)有多項(xiàng)業(yè)務(wù)在進(jìn)行審批時(shí)，審批服務(wù)器接收到審批信息后，根據(jù)審批信息中的 審批業(yè)務(wù)類型，識(shí)別出有幾項(xiàng)審批業(yè)務(wù)類型；審批服務(wù)器根據(jù)不同的審批業(yè)務(wù)類型自動(dòng)分 配不同的短信中心號(hào)碼，審批服務(wù)器采用審批業(yè)務(wù)類型對(duì)應(yīng)的短信中心號(hào)碼來(lái)作為發(fā)送該 類型的審批內(nèi)容，將所述審批內(nèi)容發(fā)送給所述審批人的移動(dòng)通信終端進(jìn)行審批；當(dāng)審批服 務(wù)器接收到審批人返回的審批結(jié)果時(shí)，可根據(jù)短信中心號(hào)碼來(lái)識(shí)別出是某項(xiàng)審批業(yè)務(wù)類型 的審批結(jié)果。
7. —種商務(wù)審批信息的傳輸裝置，其特征在于，所述裝置包括審批信息接收模塊，用于接收審批請(qǐng)求人編輯的審批信息，所述審批信息的內(nèi)容包括 審批人信息和審批內(nèi)容；發(fā)送模塊，用于根據(jù)所述審批人信息將所述審批內(nèi)容發(fā)送給所述審批人的移動(dòng)通信終丄山順；解析模塊，用于接收并解析所述審批人的移動(dòng)通信終端返回的所述審批人的審批意見(jiàn) 信息；判斷模塊，用于根據(jù)解析出的審批意見(jiàn)信息判斷審批是否通過(guò)； 發(fā)送模塊，還用于將判斷出的審批是否通過(guò)的結(jié)果返回給審批請(qǐng)求人的終端。
8. 如權(quán)利要求7所述的裝置，其特征在于，所述商務(wù)審批信息的傳輸裝置還包括 標(biāo)識(shí)模塊，用于輪循檢查未發(fā)送給審批人的審批信息，將所述未發(fā)送給審批人的審批信息標(biāo)識(shí)為未發(fā)送狀態(tài)，當(dāng)發(fā)送完畢后，標(biāo)識(shí)為已發(fā)送狀態(tài)。
9. 如權(quán)利要求7所述的裝置，其特征在于，所述商務(wù)審批信息的傳輸裝置還包括 號(hào)碼分配模塊，用于當(dāng)同時(shí)有多項(xiàng)業(yè)務(wù)在進(jìn)行審批時(shí)，審批服務(wù)器接收到審批信息后，根據(jù)審批信息中的審批業(yè)務(wù)類型，識(shí)別出有幾項(xiàng)審批業(yè)務(wù)類型；所述號(hào)碼分配模塊根據(jù)不 同的審批業(yè)務(wù)類型自動(dòng)分配不同的短信中心號(hào)碼，審批服務(wù)器采用審批業(yè)務(wù)類型對(duì)應(yīng)的短 信中心號(hào)碼來(lái)作為發(fā)送該類型的審批內(nèi)容，將所述審批內(nèi)容發(fā)送給所述審批人的移動(dòng)通信 終端進(jìn)行審批；當(dāng)審批服務(wù)器接收到審批人返回的審批結(jié)果時(shí)，可根據(jù)短信中心號(hào)碼來(lái)識(shí) 別出是某項(xiàng)審批業(yè)務(wù)類型的審批結(jié)果。
10. —種包括權(quán)利要求7至9任一項(xiàng)所述的商務(wù)審批信息的傳輸裝置的審批系統(tǒng)。
全文摘要
本發(fā)明適用于商務(wù)審批技術(shù)領(lǐng)域，提供了一種商務(wù)審批信息的傳輸方法、裝置及審批系統(tǒng)。所述方法包括以下步驟接收審批請(qǐng)求人編輯的審批信息，所述審批信息的內(nèi)容包括審批人信息和審批內(nèi)容；根據(jù)所述審批人信息將所述審批內(nèi)容發(fā)送給所述審批人的移動(dòng)通信終端；接收并解析所述審批人的移動(dòng)通信終端返回的所述審批人的審批意見(jiàn)信息；根據(jù)解析出的審批意見(jiàn)信息判斷審批是否通過(guò)；將判斷出的審批是否通過(guò)的結(jié)果返回給審批請(qǐng)求人的終端。本發(fā)明實(shí)現(xiàn)了出差或異地辦公的審批，審批及時(shí)性高，安全性高，實(shí)現(xiàn)了移動(dòng)辦公，一機(jī)在手，隨時(shí)隨地通過(guò)審批，實(shí)現(xiàn)企業(yè)的經(jīng)營(yíng)管理決策。
文檔編號(hào)G06Q10/00GK101763587SQ200910189500
公開(kāi)日2010年6月30日 申請(qǐng)日期2009年12月28日 優(yōu)先權(quán)日2009年12月28日
發(fā)明者王術(shù)全 申請(qǐng)人:金蝶軟件(中國(guó))有限公司