專利名稱：信息文件的處理方法和處理裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種信息文件的處理方法和處理裝置。
背景技術(shù)：
目前，隨著網(wǎng)絡(luò)通信和嵌入式軟硬件技術(shù)的快速發(fā)展，手機(jī)、PDA (Personal Digital Assistant，個(gè)人數(shù)字助理)等具有網(wǎng)絡(luò)通訊功能的移動(dòng)終端的數(shù)據(jù)接收能力和處 理能力越來(lái)越強(qiáng)大。同時(shí)，第三代移動(dòng)通訊(3G)技術(shù)成熟和商用，文件傳輸帶寬得到很大 提高，促進(jìn)了短信、彩信、email等信息傳輸技術(shù)發(fā)展和推廣，信息傳送不僅是移動(dòng)通訊運(yùn)營(yíng) 商收入的重要來(lái)源，也將成為移動(dòng)終端用戶不可缺少的娛樂(lè)項(xiàng)目和工作手段。對(duì)于信息文件的發(fā)送方式而言，現(xiàn)有的技術(shù)主要是根據(jù)用戶的預(yù)先設(shè)置來(lái)選擇信 息文件的發(fā)送方式，其中，發(fā)送方式主要包括短信方式、彩信方式或郵件方式，這樣，用戶 發(fā)送之前需要進(jìn)行較多的設(shè)置，從而使得操作比較復(fù)雜，給用戶造成不便。另外，各業(yè)務(wù)要分別開發(fā)輸出程序和相應(yīng)的控制程序，一方面增加了開發(fā)的周期， 另一方面不便于用戶使用。針對(duì)相關(guān)技術(shù)中信息文件的處理方法會(huì)造成設(shè)置比較繁瑣的問(wèn)題，目前尚未提出 有效的解決方案。

發(fā)明內(nèi)容
針對(duì)相關(guān)技術(shù)中信息文件的處理方法會(huì)造成設(shè)置比較繁瑣的問(wèn)題而提出本發(fā)明， 為此，本發(fā)明的主要目的在于提供一種信息文件的處理方法和處理裝置，其主要應(yīng)用于移 動(dòng)終端，以解決上述問(wèn)題至少之一。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個(gè)方面，提供了一種信息文件的處理方法。根據(jù)本發(fā)明的信息文件的處理方法包括對(duì)信息文件所攜帶的參數(shù)進(jìn)行判斷，并 根據(jù)判斷結(jié)果選擇相應(yīng)的發(fā)送方式來(lái)發(fā)送信息文件，其中，參數(shù)包括以下至少之一地址、 信息文件的大小和指示攜帶有附件的標(biāo)識(shí)。優(yōu)選的，上述發(fā)送方式包括以下至少之一短信方式、彩信方式和郵件形式。優(yōu)選的，根據(jù)信息文件所攜帶的參數(shù)選擇相應(yīng)的發(fā)送方式來(lái)發(fā)送信息文件包括 當(dāng)判斷出地址為電話號(hào)碼且參數(shù)不包含指示攜帶有附件的標(biāo)識(shí)時(shí)，以短信方式來(lái)發(fā)送信息 文件；或者當(dāng)判斷出地址為電話號(hào)碼且參數(shù)包含有指示攜帶有附件的標(biāo)識(shí)時(shí)，以彩信方式 來(lái)發(fā)送信息文件。優(yōu)選的，根據(jù)信息文件所攜帶的參數(shù)選擇相應(yīng)的發(fā)送方式來(lái)發(fā)送信息文件包括 當(dāng)判斷出地址為郵件地址時(shí)，以郵件方式來(lái)發(fā)送信息文件。優(yōu)選的，根據(jù)信息文件所攜帶的參數(shù)選擇相應(yīng)的發(fā)送方式來(lái)發(fā)送信息文件包括 當(dāng)判斷出地址為保存在名片夾中的用戶名，且用戶名在名片夾中只對(duì)應(yīng)有電話號(hào)碼，以及 上述參數(shù)不包含指示攜帶有附件的標(biāo)識(shí)時(shí)，以短信方式來(lái)發(fā)送信息文件；或者當(dāng)判斷出地 址為保存在名片夾中的用戶名，且用戶名在名片夾中只對(duì)應(yīng)有電話號(hào)碼，以及上述參數(shù)包含指示攜帶有附件的標(biāo)識(shí)時(shí)，以彩信方式來(lái)發(fā)送信息文件。優(yōu)選的，根據(jù)信息文件所攜帶的參數(shù)選擇相應(yīng)的發(fā)送方式來(lái)發(fā)送信息文件包括 當(dāng)判斷出地址為保存在名片夾中的用戶名，且用戶名在名片夾中只對(duì)應(yīng)有郵件地址時(shí)，以 郵件方式來(lái)發(fā)送信息文件。優(yōu)選的，根據(jù)信息文件所攜帶的參數(shù)選擇相應(yīng)的發(fā)送方式來(lái)發(fā)送信息文件包括 當(dāng)判斷出地址為保存在名片夾中的用戶名，且用戶名在名片夾中對(duì)應(yīng)有電話號(hào)碼和郵件地 址，以及上述參數(shù)不包含指示攜帶有附件的標(biāo)識(shí)時(shí)，根據(jù)信息文件的大小以短信方式或彩 信方式來(lái)發(fā)送信息文件。優(yōu)選的，根據(jù)信息文件所攜帶的參數(shù)選擇相應(yīng)的發(fā)送方式來(lái)發(fā)送信息文件包括 當(dāng)判斷出地址為保存在名片夾中的用戶名，且用戶名在名片夾中對(duì)應(yīng)有電話號(hào)碼和郵件地 址，以及上述參數(shù)包含指示攜帶有附件的標(biāo)識(shí)時(shí)，根據(jù)信息文件的大小以彩信方式或郵件 方式來(lái)發(fā)送信息文件。優(yōu)選的，在對(duì)信息文件所攜帶的參數(shù)進(jìn)行判斷之前，方法還包括用戶在統(tǒng)一的操 作界面上編輯信息，構(gòu)成信息文件，其中，統(tǒng)一的界面包括消息箱。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，提供了一種信息文件的處理裝置。根據(jù)本發(fā)明的信息文件的處理裝置包括判斷模塊，用于對(duì)信息文件所攜帶的參 數(shù)進(jìn)行判斷，其中，參數(shù)包括以下至少之一地址、信息文件的大小和指示攜帶有附件的標(biāo) 識(shí)；選擇模塊，用于根據(jù)判斷結(jié)果選擇相應(yīng)的發(fā)送方式；發(fā)送模塊，用于根據(jù)選擇出的發(fā)送 方式來(lái)發(fā)送信息文件。優(yōu)選的，所述發(fā)送方式包括以下至少之一短信方式、彩信方式和郵件形式。根據(jù)本發(fā)明，首先可以對(duì)信息文件所攜帶的參數(shù)進(jìn)行判斷，然后根據(jù)判斷結(jié)果選 擇相應(yīng)的發(fā)送方式來(lái)發(fā)送信息文件，而不需要用戶預(yù)先對(duì)發(fā)送方式進(jìn)行設(shè)置，從而簡(jiǎn)化操 作流程，改善了用戶體驗(yàn)。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明實(shí)施例的信息文件的處理方法的流程圖；圖2是根據(jù)本發(fā)明實(shí)施例的信息文件的處理方法的具體流程圖；圖3是根據(jù)本發(fā)明實(shí)施例的信息文件的處理裝置的示意圖；圖4是根據(jù)本發(fā)明實(shí)施例的信息文件的處理系統(tǒng)的示意圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的 情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。功能概述考慮到相關(guān)技術(shù)中信息文件的處理方法會(huì)造成設(shè)置比較繁瑣的問(wèn)題，本發(fā)明提供 一種信息文件的處理方法和處理裝置，其主要應(yīng)用于移動(dòng)終端。在本發(fā)明的方案中，首先 對(duì)信息文件所攜帶的參數(shù)進(jìn)行判斷，然后根據(jù)判斷結(jié)果選擇相應(yīng)的發(fā)送方式來(lái)發(fā)送信息文件，而不需要用戶預(yù)先對(duì)發(fā)送方式進(jìn)行設(shè)置，從而簡(jiǎn)化操作流程，改善了用戶體驗(yàn)。方法實(shí)施例根據(jù)本發(fā)明的實(shí)施例，提供了 一種信息文件的處理方法。圖1是根據(jù)本發(fā)明實(shí)施例的信息文件的處理方法的流程圖。如圖1所示，該方法 包括如下的步驟S102至步驟S106 步驟S102，對(duì)信息文件所攜帶的參數(shù)進(jìn)行判斷，其中，參數(shù)包括以下至少之一地 址、信息文件的大小和指示攜帶有附件的標(biāo)識(shí)。步驟S104，根據(jù)判斷結(jié)果選擇相應(yīng)的發(fā)送方式，其中，發(fā)送方式包括以下至少之 一短信方式、彩信方式和郵件形式。當(dāng)判斷出地址為電話號(hào)碼且上述參數(shù)不包含指示攜帶有附件的標(biāo)識(shí)時(shí)，以短信方 式來(lái)發(fā)送信息文件。當(dāng)判斷出地址為電話號(hào)碼且上述參數(shù)包含有指示攜帶有附件的標(biāo)識(shí)時(shí)，以彩信方 式來(lái)發(fā)送信息文件。當(dāng)判斷出地址為郵件地址時(shí)，以郵件方式來(lái)發(fā)送信息文件。當(dāng)判斷出地址為保存在名片夾中的用戶名，且該用戶名在名片夾中只對(duì)應(yīng)有電話 號(hào)碼，以及上述參數(shù)不包含指示攜帶有附件的標(biāo)識(shí)時(shí)，以短信方式來(lái)發(fā)送信息文件。當(dāng)判斷出地址為保存在名片夾中的用戶名，且該用戶名在名片夾中只對(duì)應(yīng)有電話 號(hào)碼，以及上述參數(shù)包含指示攜帶有附件的標(biāo)識(shí)時(shí)，以彩信方式來(lái)發(fā)送信息文件。當(dāng)判斷出地址為保存在名片夾中的用戶名，且該用戶名在名片夾中只對(duì)應(yīng)有郵件 地址時(shí)，以郵件方式來(lái)發(fā)送信息文件。當(dāng)判斷出地址為保存在名片夾中的用戶名，且該用戶名在名片夾中對(duì)應(yīng)有電話號(hào) 碼和郵件地址，以及上述參數(shù)不包含指示攜帶有附件的標(biāo)識(shí)時(shí)，根據(jù)信息文件的大小以短 信方式或彩信方式來(lái)發(fā)送信息文件。當(dāng)判斷出地址為保存在名片夾中的用戶名，且用戶名在名片夾中對(duì)應(yīng)有電話號(hào)碼 和郵件地址，以及上述參數(shù)包含指示攜帶有附件的標(biāo)識(shí)時(shí)，根據(jù)信息文件的大小以彩信方 式或郵件方式來(lái)發(fā)送信息文件。步驟S106，以選擇出的發(fā)送方式來(lái)發(fā)送上述信息文件。下面將結(jié)合實(shí)例對(duì)本發(fā)明實(shí)施例的實(shí)現(xiàn)過(guò)程進(jìn)行詳細(xì)描述。圖2是根據(jù)本發(fā)明實(shí)施例的信息文件的處理方法的具體流程圖。如圖2所示，該 信息文件的處理方法主要包含如下步驟步驟S202 進(jìn)行參數(shù)配置。通過(guò)UI控制單元進(jìn)行可選的參數(shù)配置操作，即可以手動(dòng)設(shè)置數(shù)據(jù)業(yè)務(wù)各項(xiàng)參數(shù)， 默認(rèn)發(fā)送方式等；也可以使用網(wǎng)絡(luò)自動(dòng)獲取相關(guān)的配置信息。設(shè)置接口是備選的，即發(fā)送系統(tǒng)也會(huì)自動(dòng)配置各項(xiàng)參數(shù)到需要的接口，發(fā)送和接 收接口會(huì)自動(dòng)調(diào)用，并可以通過(guò)用戶使用網(wǎng)絡(luò)情況進(jìn)行自動(dòng)參數(shù)配置校準(zhǔn)，不需要用戶分 別去配置各個(gè)業(yè)務(wù)接口。步驟S204 用戶輸入信息，生成信息文件。用戶在統(tǒng)一的用戶操作UI界面上編輯信息，生成信息文件，其中，統(tǒng)一的用戶操 作UI界面主要用于實(shí)現(xiàn)信息數(shù)據(jù)的編輯、附件文件的處理等功能。例如，消息箱中的每條信息都有單獨(dú)的信息指示，說(shuō)明所屬數(shù)據(jù)業(yè)務(wù)是SMS、匪S、Email等。與現(xiàn)有技術(shù)相比，上述 統(tǒng)一的用戶操作UI界面可以為消息箱，而不用再區(qū)分短信箱、彩信箱或郵件箱，這樣，用戶 可以在消息箱中編輯信息文件，然后系統(tǒng)通過(guò)對(duì)消息箱中的該信息文件進(jìn)行處理分析，得 出以何種方式來(lái)發(fā)送該信息文件?；蛘?，在用戶指定發(fā)送方式的模式下，用戶也可以在消息 箱中為該信息文件進(jìn)行標(biāo)識(shí)，以通知系統(tǒng)以何種方式來(lái)發(fā)送信息文件，上述的發(fā)送方式可 以為短信方式、彩信方式或郵件方式。步驟S206:信息處理。通過(guò)信息處理獲得用戶要發(fā)送或接收的文件信息和文本信息等，根據(jù)一定判別規(guī) 則，進(jìn)行數(shù)據(jù)處理。例如，對(duì)于要發(fā)送的信息文件的參數(shù)進(jìn)行判斷，根據(jù)判斷的結(jié)果確定所 要發(fā)送的方式，以便獲得用戶參數(shù)，調(diào)用合適的發(fā)送接口 ；接收的數(shù)據(jù)可以分類保存到消息 箱中。信息文件的參數(shù)包括以下至少之一地址、所述信息文件的大小和指示攜帶有附 件的標(biāo)識(shí)。發(fā)送信息的分類處理機(jī)制主要包括根據(jù)發(fā)送地址電話、郵箱地址、用戶名等分類；根據(jù)發(fā)送內(nèi)容附件形式分類；根據(jù)發(fā)送內(nèi)容和附件大小分類等。對(duì)信息文件的參數(shù)進(jìn)行判斷，并根據(jù)判斷的結(jié)果確定所要發(fā)送的方式主要包括1)地址為電話號(hào)碼，文件信息沒(méi)有附件信息(即信息文件的參數(shù)不包含有指示攜 帶有附件的標(biāo)識(shí))，僅以短信方式發(fā)送；2)地址為電話號(hào)碼，文件信息含有附件信息(即信息文件的參數(shù)包含有指示攜帶 有附件的標(biāo)識(shí))，僅以彩信形式發(fā)送；3)地址為郵件地址，無(wú)論內(nèi)容如何，僅以郵件形式發(fā)送；4)地址為名片夾中用戶名時(shí)，需要區(qū)分用戶內(nèi)容和名片夾信息A 如果用戶名在名片夾中只對(duì)應(yīng)有電話號(hào)碼，處理方法同1)和2)；B:如果用戶名在名片夾中只對(duì)應(yīng)有郵件地址，處理方法同3)；C:如果用戶名在名片夾中對(duì)應(yīng)有電話號(hào)碼和郵件地址，則需要進(jìn)一步判斷是否含 有附件。如果上述信息文件的參數(shù)不包含指示攜帶有附件的標(biāo)識(shí)(即該信息文件不包含附 件)，則根據(jù)信息文件的大小以短信方式或彩信方式來(lái)發(fā)送所述信息文件，其中，如果短信 方式可以承載整個(gè)信息文件(即，可以在一條短信中容納整個(gè)信息文件)，則優(yōu)先選擇短信 方式發(fā)送；否則，以彩信的方式來(lái)發(fā)送該信息文件。如果上述信息文件的參數(shù)包含有指示 攜帶有附件的標(biāo)識(shí)(即該信息文件包含附件)，則根據(jù)信息文件的大小以彩信方式或郵件 方式來(lái)發(fā)送所述信息文件，其中，如果彩信方式可以承載整個(gè)信息文件(即，可以在一條彩 信中容納整個(gè)信息文件)，則優(yōu)先選擇彩信方式發(fā)送；否則，以郵件的方式來(lái)發(fā)送該信息文 件。由于附件占用的字節(jié)數(shù)一般要大于文本信息，所以在判斷上述信息文件的大小時(shí)可以 參考附件的大小。系統(tǒng)在發(fā)送前會(huì)提示用戶發(fā)送方式，供用戶進(jìn)行確認(rèn)，用戶也可以選擇合適或要 求的發(fā)送方式。步驟S208 發(fā)送和接收單元，該單元主要是根據(jù)短信、彩信和Email等業(yè)務(wù)的協(xié)議區(qū)別，設(shè)計(jì)了一個(gè)統(tǒng)一的發(fā)送和接收接口，根據(jù)應(yīng)用層和協(xié)議層的調(diào)用接口和參數(shù)設(shè)置，進(jìn) 行信息的發(fā)送和接收處理。步驟S210 協(xié)議封裝接口，該接口主要是根據(jù)要承載的數(shù)據(jù)業(yè)務(wù)進(jìn)行統(tǒng)一接口封裝。由上可知，用戶通過(guò)步驟S204在完成信息編輯后可以直接進(jìn)行發(fā)送，這時(shí)，系統(tǒng) 在步驟S206中首先查看用戶是否設(shè)置了指定的信息發(fā)送方式，如果指定了上述信息的發(fā) 送方式，則根據(jù)指定方式發(fā)送；否則，根據(jù)上面所述的判斷機(jī)制進(jìn)行分析判斷，獲得合適的 發(fā)送方式；然后，在步驟S208中調(diào)用統(tǒng)一的發(fā)送接口，發(fā)送接口模塊會(huì)根據(jù)信息處理模塊 獲得發(fā)送方式，發(fā)送參數(shù)信息；最后，在步驟S210中調(diào)用合適的發(fā)送協(xié)議接口，從而完成信 息的發(fā)送。在用戶沒(méi)有指定固定的發(fā)送方式的情況下，根據(jù)本發(fā)明實(shí)施例，用戶在編輯完信 息之后，填寫發(fā)送地址，系統(tǒng)根據(jù)以下情況來(lái)選擇發(fā)送方式1)如果地址是電話號(hào)碼，如手機(jī)號(hào)碼，系統(tǒng)將確定以短信或彩信方式發(fā)送該信息， 然后再判斷是否有附件信息(信息編輯附件時(shí)會(huì)置標(biāo)志位)。如果有附件，則該信息只能以 彩信的方式發(fā)送；否則，就需要進(jìn)一步判斷整個(gè)信息文件的大小，如果適合短信發(fā)送，將優(yōu) 先以短信方式發(fā)送該信息；否則，將以彩信方式發(fā)送該信息。優(yōu)選的，發(fā)送前可以根據(jù)獲得 發(fā)送方式提示用戶該信息將要發(fā)送的類型，供用戶確認(rèn)；2)如果地址是發(fā)送郵件地址，則系統(tǒng)以Email的方式發(fā)送該信息；3)如果地址是名片夾中的用戶名，且該用戶名在名片夾中只對(duì)應(yīng)有電話號(hào)碼或電 子郵件，則系統(tǒng)根據(jù)該名片夾中保存的信息按照上述的情況1)和2)來(lái)進(jìn)行發(fā)送；如果地址 是名片夾中的用戶名，且該用戶名在名片夾中同時(shí)對(duì)應(yīng)有電話號(hào)碼和電子郵件等信息，則 再對(duì)該信息文件是否含有附件進(jìn)行判斷。如果沒(méi)有附件，則將根據(jù)信息文件的大小選擇短 線或彩信方式進(jìn)行發(fā)送，優(yōu)先選擇短信發(fā)送；如果存在附件，則根據(jù)信息文件的大小選擇彩 信方式或郵件方式來(lái)發(fā)送信息文件，其中，優(yōu)先選擇彩信方式進(jìn)行發(fā)送，如果超過(guò)彩信承載 的大小時(shí)，將以Email方式來(lái)發(fā)送。綜上所述，根據(jù)本發(fā)明的信息文件的處理方法，在發(fā)送信息文件時(shí)，用戶不必關(guān)心 底層的處理機(jī)制，不需要預(yù)先對(duì)發(fā)送方式進(jìn)行設(shè)置，使得可以方便地進(jìn)行數(shù)據(jù)業(yè)務(wù)的發(fā)送 和處理操作，并直接進(jìn)行發(fā)送，從而簡(jiǎn)化了用戶的操作，方便了用戶的使用，改善了用戶體 驗(yàn)。裝置實(shí)施例根據(jù)本發(fā)明的實(shí)施例，提供了一種信息文件的處理裝置。圖3是根據(jù)本發(fā)明實(shí)施例的信息文件的處理裝置的示意圖。如圖3所示，該裝置 包括判斷模塊302，用于對(duì)信息文件所攜帶的參數(shù)進(jìn)行判斷，其中，所述參數(shù)包括以下至 少之一地址、所述信息文件的大小、指示攜帶有附件的標(biāo)識(shí)；選擇模塊304，連接至判斷模 塊302，用于根據(jù)判斷結(jié)果選擇相應(yīng)的發(fā)送方式；發(fā)送模塊306，連接至選擇模塊304，用于 根據(jù)選擇出的發(fā)送方式來(lái)發(fā)送所述信息文件。上述的發(fā)送方式包括以下至少之一短信方式、彩信方式和郵件形式。當(dāng)判斷出地址為電話號(hào)碼且上述參數(shù)不包含指示攜帶有附件的標(biāo)識(shí)時(shí)，以短信方 式來(lái)發(fā)送信息文件。
當(dāng)判斷出地址為電話號(hào)碼且上述參數(shù)包含有指示攜帶有附件的標(biāo)識(shí)時(shí)，以彩信方 式來(lái)發(fā)送信息文件。當(dāng)判斷出地址為郵件地址時(shí)，以郵件方式來(lái)發(fā)送信息文件。當(dāng)判斷出地址為保存在名片夾中的用戶名，且該用戶名在名片夾中只對(duì)應(yīng)有電話 號(hào)碼，以及上述參數(shù)不包含指示攜帶有附件的標(biāo)識(shí)時(shí)，以短信方式來(lái)發(fā)送信息文件。當(dāng)判斷出地址為保存在名片夾中的用戶名，且該用戶名在名片夾中只對(duì)應(yīng)有電話 號(hào)碼，以及上述參數(shù)包含指示攜帶有附件的標(biāo)識(shí)時(shí)，以彩信方式來(lái)發(fā)送信息文件。當(dāng)判斷出地址為保存在名片夾中的用戶名，且該用戶名在名片夾中只對(duì)應(yīng)有郵件 地址時(shí)，以郵件方式來(lái)發(fā)送信息文件。當(dāng)判斷出地址為保存在名片夾中的用戶名，且該用戶名在名片夾中對(duì)應(yīng)有電話號(hào) 碼和郵件地址，以及上述參數(shù)不包含指示攜帶有附件的標(biāo)識(shí)時(shí)，根據(jù)信息文件的大小以短 信方式或彩信方式來(lái)發(fā)送信息文件。當(dāng)判斷出地址為保存在名片夾中的用戶名，且用戶名在名片夾中對(duì)應(yīng)有電話號(hào)碼 和郵件地址，以及上述參數(shù)包含指示攜帶有附件的標(biāo)識(shí)時(shí)，根據(jù)信息文件的大小以彩信方 式或郵件方式來(lái)發(fā)送信息文件。圖4是根據(jù)本發(fā)明實(shí)施例的信息文件的處理系統(tǒng)的示意圖。如圖4所示，根據(jù)本 發(fā)明實(shí)施例的圖像輸出處理系統(tǒng)包含用戶設(shè)置模塊，信息輸入模塊，信息顯示模塊，信息 發(fā)送處理模塊、信息接收處理模塊，以及發(fā)送接口模塊和接收接口模塊。該系統(tǒng)中的各模塊調(diào)用連接關(guān)系如下在發(fā)送信息時(shí)，用戶可以根據(jù)個(gè)人情況通過(guò)用戶設(shè)置模塊對(duì)可選的發(fā)送方式進(jìn)行 簡(jiǎn)單的設(shè)置，也可以不設(shè)置，移動(dòng)終端會(huì)根據(jù)獲得的網(wǎng)絡(luò)信息進(jìn)行簡(jiǎn)單自動(dòng)配置。首先，通 過(guò)信息輸入模塊和信息顯示模塊，用戶可以進(jìn)行信息編輯，而不需要考慮編輯信息類型和 發(fā)送方式；隨后，信息編輯完畢后，進(jìn)入信息發(fā)送處理模塊，系統(tǒng)根據(jù)用戶的輸入信息情況， 對(duì)信息文件進(jìn)行分析處理，使用上述方法實(shí)施例中的選擇機(jī)制來(lái)獲得合適的發(fā)送方式；然 后進(jìn)入發(fā)送接口模塊，根據(jù)參數(shù)信息調(diào)用合適的發(fā)送協(xié)議接口把信息發(fā)送出去。同理接收 信息是一個(gè)相反的處理程序，不同之處在于接收接口模塊會(huì)獲得信息參數(shù)，信息類型，傳遞 給信息接收處理模塊，信息接收處理模塊進(jìn)行統(tǒng)一處理，統(tǒng)一保存到消息箱，過(guò)程相對(duì)簡(jiǎn)單 一些。綜上所述，根據(jù)本發(fā)明的信息文件的處理裝置，在發(fā)送信息文件時(shí)，用戶不必關(guān)心 底層的處理機(jī)制，不需要預(yù)先對(duì)發(fā)送方式進(jìn)行設(shè)置，使得可以方便地進(jìn)行數(shù)據(jù)業(yè)務(wù)的發(fā)送 和處理操作，并直接進(jìn)行發(fā)送，從而簡(jiǎn)化了用戶的操作，方便了用戶的使用，改善了用戶體 驗(yàn)。需要說(shuō)明的是，在附圖的流程圖示出的步驟可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的 計(jì)算機(jī)系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不 同于此處的順序執(zhí)行所示出或描述的步驟。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。 以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種信息文件的處理方法，其特征在于，所述方法包括對(duì)信息文件所攜帶的參數(shù)進(jìn)行判斷，并根據(jù)判斷結(jié)果選擇相應(yīng)的發(fā)送方式來(lái)發(fā)送所述 信息文件，其中，所述參數(shù)包括以下至少之一地址、所述信息文件的大小和指示攜帶有附 件的標(biāo)識(shí)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述發(fā)送方式包括以下至少之一短信方 式、彩信方式和郵件形式。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)信息文件所攜帶的參數(shù)選擇相 應(yīng)的發(fā)送方式來(lái)發(fā)送所述信息文件包括當(dāng)判斷出所述地址為電話號(hào)碼且所述參數(shù)不包含所述指示攜帶有附件的標(biāo)識(shí)時(shí)，以所 述短信方式來(lái)發(fā)送所述信息文件；或者當(dāng)判斷出所述地址為電話號(hào)碼且所述參數(shù)包含有所述指示攜帶有附件的標(biāo)識(shí)時(shí)，以所 述彩信方式來(lái)發(fā)送所述信息文件。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)信息文件所攜帶的參數(shù)選擇相 應(yīng)的發(fā)送方式來(lái)發(fā)送所述信息文件包括當(dāng)判斷出所述地址為郵件地址時(shí)，以所述郵件方式來(lái)發(fā)送所述信息文件。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)信息文件所攜帶的參數(shù)選擇相 應(yīng)的發(fā)送方式來(lái)發(fā)送所述信息文件包括當(dāng)判斷出所述地址為保存在名片夾中的用戶名，且所述用戶名在名片夾中只對(duì)應(yīng)有電 話號(hào)碼，以及所述參數(shù)不包含所述指示攜帶有附件的標(biāo)識(shí)時(shí)，以所述短信方式來(lái)發(fā)送所述 信息文件；或者當(dāng)判斷出所述地址為保存在名片夾中的用戶名，且所述用戶名在名片夾中只對(duì)應(yīng)有電 話號(hào)碼，以及所述參數(shù)包含所述指示攜帶有附件的標(biāo)識(shí)時(shí)，以所述彩信方式來(lái)發(fā)送所述信 息文件。
6.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)信息文件所攜帶的參數(shù)選擇相 應(yīng)的發(fā)送方式來(lái)發(fā)送所述信息文件包括當(dāng)判斷出所述地址為保存在名片夾中的用戶名，且所述用戶名在名片夾中只對(duì)應(yīng)有郵 件地址時(shí)，以所述郵件方式來(lái)發(fā)送所述信息文件。
7.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)信息文件所攜帶的參數(shù)選擇相 應(yīng)的發(fā)送方式來(lái)發(fā)送所述信息文件包括當(dāng)判斷出所述地址為保存在名片夾中的用戶名，且所述用戶名在名片夾中對(duì)應(yīng)有電話 號(hào)碼和郵件地址，以及所述參數(shù)不包含所述指示攜帶有附件的標(biāo)識(shí)時(shí)，根據(jù)所述信息文件 的大小以所述短信方式或所述彩信方式來(lái)發(fā)送所述信息文件。
8.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)信息文件所攜帶的參數(shù)選擇相 應(yīng)的發(fā)送方式來(lái)發(fā)送所述信息文件包括當(dāng)判斷出所述地址為保存在名片夾中的用戶名，且所述用戶名在名片夾中對(duì)應(yīng)有電話 號(hào)碼和郵件地址，以及所述參數(shù)包含所述指示攜帶有附件的標(biāo)識(shí)時(shí)，根據(jù)所述信息文件的 大小以所述彩信方式或所述郵件方式來(lái)發(fā)送所述信息文件。
9.根據(jù)權(quán)利要求1至8中任一項(xiàng)所述的方法，其特征在于，在所述對(duì)信息文件所攜帶的 參數(shù)進(jìn)行判斷之前，所述方法還包括用戶在統(tǒng)一的操作界面上編輯信息，生成所述信息文件，其中，所述統(tǒng)一的界面包括 消息箱。
10.一種信息文件的處理裝置，其特征在于，所述裝置包括判斷模塊，用于對(duì)信息文 件所攜帶的參數(shù)進(jìn)行判斷，其中，所述參數(shù)包括以下至少之一地址、所述信息文件的大小 和指示攜帶有附件的標(biāo)識(shí)；選擇模塊，用于根據(jù)判斷結(jié)果選擇相應(yīng)的發(fā)送方式； 發(fā)送模塊，用于根據(jù)選擇出的發(fā)送方式來(lái)發(fā)送所述信息文件。
11.根據(jù)權(quán)利要求10所述的處理裝置，其特征在于，所述發(fā)送方式包括以下至少之一 短信方式、彩信方式和郵件形式。
全文摘要
本發(fā)明公開了一種信息文件的處理方法和裝置，其中，該處理方法包括對(duì)信息文件所攜帶的參數(shù)進(jìn)行判斷，并根據(jù)判斷結(jié)果選擇相應(yīng)的發(fā)送方式來(lái)發(fā)送信息文件，其中，參數(shù)包括以下至少之一地址、信息文件的大小和指示攜帶有附件的標(biāo)識(shí)。通過(guò)信息文件所攜帶的參數(shù)來(lái)選擇相應(yīng)的發(fā)送方式來(lái)發(fā)送信息文件，而不需要用戶預(yù)先對(duì)發(fā)送方式進(jìn)行設(shè)置，從而簡(jiǎn)化操作流程，改善了用戶體驗(yàn)。
文檔編號(hào)H04L12/58GK102006563SQ20091017163
公開日2011年4月6日 申請(qǐng)日期2009年9月1日 優(yōu)先權(quán)日2009年9月1日
發(fā)明者朱慶偉 申請(qǐng)人:中興通訊股份有限公司