一種信息查詢方法及裝置的制造方法
【專利摘要】本申請公開了一種信息查詢方法及裝置，該方法包括：接收待查詢信息，根據(jù)預(yù)先設(shè)置的類型判定特征，判定所述待查詢信息所屬的類型，根據(jù)所述待查詢信息所屬的類型，將查詢請求發(fā)送至所述類型對應(yīng)的服務(wù)器，獲得查詢結(jié)果。通過該方法，在接收到待查詢信息后，并不是直接針對該待查詢信息進行查詢，而是判定該待查詢信息所屬的物流類型后，再向物流類型對應(yīng)的服務(wù)器發(fā)送查詢請求進行查詢，這樣一來，不僅可以提升對待查詢信息進行查詢的準(zhǔn)確度，同時，經(jīng)過物流類型的判定過程，還有效地減小查詢范圍，提升查詢的效率，而且，上述的查詢過程均由服務(wù)器或終端自行完成，無需用戶進行選定操作，從而極大提升了查詢過程的便捷性。
【專利說明】
_種信息查詢方法及裝置
技術(shù)領(lǐng)域
[0001]本申請涉及計算機技術(shù)領(lǐng)域，尤其涉及一種信息查詢方法及裝置。
【背景技術(shù)】
[0002]隨著物流行業(yè)的充分發(fā)展，用戶使用不同物流類型的配送渠道，可以將各類商品送達至指定的地點或其他用戶。
[0003]現(xiàn)有技術(shù)中，使用配送渠道發(fā)送相應(yīng)的商品時，均會生成訂單信息(如:運單號)，用戶便可以使用第三方查詢平臺(查詢類應(yīng)用、第三方網(wǎng)站)，根據(jù)該訂單信息進行查詢，如:查詢商品是否已經(jīng)發(fā)出，或者查詢當(dāng)前時刻商品的運送情況等等。從而可以使用戶及時、準(zhǔn)確地了解到配送的進度。
[0004]但是，不同物流類型的配送渠道(如:不同的物流公司)的部分訂單信息可能相同，當(dāng)用戶根據(jù)該訂單信息進行查詢時，便可能獲得錯誤的查詢結(jié)果。在這樣的情況下，用戶只能在輸入該訂單信息的同時，手動選擇對應(yīng)的配送類型，才能唯一確定某次配送對應(yīng)的訂單信息。然而，這樣的操作方式過于繁瑣。另外，對于第三方查詢平臺而言，其存儲的供用戶查詢的訂單信息，通常是定期從商戶或不同的物流服務(wù)商同步而來，那么，在未進行信息更新時，用戶便不能通過該第三方查詢平臺查詢到相應(yīng)的結(jié)果。

【發(fā)明內(nèi)容】

[0005]本申請實施例提供一種信息查詢方法及裝置，用以解決用戶使用第三方查詢平臺對配送訂單信息進行查詢時，操作繁瑣且查詢效率低的問題。
[0006]本申請實施例提供的一種信息查詢方法，包括:
[0007]接收待查詢信息；
[0008]根據(jù)預(yù)先設(shè)置的類型判定特征，判定所述待查詢信息所屬的類型；
[0009]根據(jù)所述待查詢信息所屬的類型，將查詢請求發(fā)送至所述類型對應(yīng)的服務(wù)器，獲得查詢結(jié)果。
[0010]本申請實施例提供的一種信息查詢裝置，包括:
[0011]接收模塊，用于接收待查詢信息；
[0012]判定模塊，用于根據(jù)預(yù)先設(shè)置的類型判定特征，判定所述待查詢信息所屬的類型；
[0013]查詢模塊，用于根據(jù)所述待查詢信息所屬的類型，將查詢請求發(fā)送至所述類型對應(yīng)的服務(wù)器，獲得查詢結(jié)果。
[0014]本申請實施例提供一種信息查詢方法及裝置，通過該方法，在接收到待查詢信息后，并不是直接針對該待查詢信息進行查詢，而是判定該待查詢信息所屬的物流類型，之后再根據(jù)確定出的該待查詢信息所屬的物流類型，向物流類型對應(yīng)的服務(wù)器發(fā)送查詢請求，獲得相應(yīng)的查詢結(jié)果，這樣一來，不僅可以提升對待查詢信息進行查詢的準(zhǔn)確度，同時，經(jīng)過物流類型的判定過程，還有效地減小查詢范圍，提升查詢的效率，而且，上述的查詢過程均由服務(wù)器或終端自行完成，無需用戶進行選定操作，從而極大提升了查詢過程的便捷性。
【附圖說明】
[0015]此處所說明的附圖用來提供對本申請的進一步理解，構(gòu)成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構(gòu)成對本申請的不當(dāng)限定。在附圖中:
[0016]圖1為本申請實施例提供的信息查詢過程；
[0017]圖2為本申請實施例提供的信息查詢裝置結(jié)構(gòu)示意圖。
【具體實施方式】
[0018]為使本申請的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本申請具體實施例及相應(yīng)的附圖對本申請技術(shù)方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。
[0019]圖1為本申請實施例提供的信息查詢過程，該過程具體包括以下步驟:
[0020]SlOl，接收待查詢信息。
[0021]在實際應(yīng)用中，物流服務(wù)商提供物流服務(wù)(如:儲存服務(wù)、配送服務(wù)等)時，都會生成相應(yīng)的物流信息，以便不同的物流服務(wù)商對其服務(wù)標(biāo)的(如:商品)進行管理、識別。用戶根據(jù)物流信息，就可以查詢到該物流服務(wù)的具體情況(如:任一商品的配送進度、儲存狀態(tài)等)。因此，本申請實施例中的所述待查詢信息，包括但不限于:待查詢訂單信息、待查詢儲存標(biāo)識信息等多種待查詢的物流信息。其中，該待查詢訂單信息，具體可以是各類待查詢的物流訂單號、物流條碼(該物流條碼中存儲有物流訂單號)等信息。
[0022]S102，根據(jù)預(yù)先設(shè)置的類型判定特征，判定所述待查詢信息所屬的類型。
[0023]由于在實際應(yīng)用中，不同物流服務(wù)商在進行配送服務(wù)的過程中，其針對配送標(biāo)的(如:商品)所生成的訂單信息可能相同，在這樣的情況下，如果直接使用接收到的某一物流服務(wù)商的待查詢訂單信息進行查詢，則有可能會查詢到其他物流服務(wù)商生成的訂單信息，導(dǎo)致查詢結(jié)果出現(xiàn)錯誤。
[0024]因此，為了降低查詢結(jié)果的錯誤率，在本申請實施例中，當(dāng)接收到所述待查詢信息后，就需要確定該待查詢信息所屬的物流服務(wù)商。也即，在本申請實施例中，所述類型包括但不限于:物流類型，不同的物流類型分別對應(yīng)不同的物流服務(wù)商，故對于上述步驟S102而言，判定所述待查詢信息所屬的類型，就是判定所述待查詢信息所屬的物流服務(wù)商。
[0025]需要說明的是，不同物流服務(wù)商所生成的訂單信息都擁有各自的特征，以物流訂單號為例:不同物流服務(wù)商所生成的物流訂單號的字符數(shù)量、字符組合的表征含義等各不相同。故在本申請實施例中，可以將不同物流服務(wù)商的訂單信息中的特征，作為所述類型判定特征。
[0026]在有較多物流服務(wù)商的應(yīng)用場景下，采用預(yù)設(shè)的類型判定特征確定待查詢信息所屬的類型的方式，可以有效地減小對物流服務(wù)商的查詢范圍，增加查詢效率。
[0027]S103，根據(jù)所述待查詢信息所屬的類型，將查詢請求發(fā)送至所述類型對應(yīng)的服務(wù)器，獲得查詢結(jié)果。
[0028]不同的物流服務(wù)商的訂單信息都存儲在各物流服務(wù)商對應(yīng)的服務(wù)器中，那么，在確定出所述待查詢信息所屬的物流類型后，就可以向該物流類型對應(yīng)的服務(wù)器發(fā)送查詢請求，對所述待查詢信息進行查詢。因此，對于步驟S103而言，具體為:生成攜帶有所述待查詢訂單信息的查詢請求，將所述查詢請求發(fā)送至所述待查詢訂單信息所屬的物流類型對應(yīng)的服務(wù)器，接收所述服務(wù)器反饋的查詢結(jié)果。
[0029]需要說明的是，對于上述步驟SlOl?S103而言，可由相應(yīng)的終端或服務(wù)器完成，具體地，當(dāng)終端執(zhí)行上述步驟時，用戶可以通過運行在該終端上的查詢應(yīng)用，對待查詢信息進行查詢操作，在這樣的方式下，終端通過用戶輸入或掃碼讀取接收所述待查詢信息，并確定該待查詢信息所屬的類型，再由該終端向所述類型對應(yīng)的服務(wù)器發(fā)送查詢請求，接收查詢結(jié)果。其中，用戶輸入的所述待查詢信息，可以是用戶在該終端上直接輸入的待查詢的物流訂單號；終端掃碼讀取的所述待查詢信息，可以是該終端針對物流條碼進行掃描后，解碼獲得的該物流條碼中存儲的物流訂單號。當(dāng)然，對于終端接收所述待查詢信息的具體方式并不構(gòu)成對本申請的限定。
[0030]而服務(wù)器執(zhí)行上述步驟時，該服務(wù)器將接收由終端發(fā)送的待查詢信息，并由該服務(wù)器確定該待查詢信息所屬的類型，以及向所述類型對應(yīng)的服務(wù)器發(fā)送查詢請求，接收查詢結(jié)果。
[0031]通過上述步驟，在接收到待查詢信息后，并不是直接針對該待查詢信息進行查詢，而是判定該待查詢信息所屬的物流類型，之后再根據(jù)確定出的該待查詢信息所屬的物流類型，向物流類型對應(yīng)的服務(wù)器發(fā)送查詢請求，獲得相應(yīng)的查詢結(jié)果，這樣一來，不僅可以提升對待查詢信息進行查詢的準(zhǔn)確度，同時，經(jīng)過物流類型的判定過程，還有效地減小查詢范圍，提升查詢的效率，而且，上述的查詢過程均由服務(wù)器或終端自行完成，無需用戶進行選定操作，從而極大提升了查詢過程的便捷性。
[0032]在實際應(yīng)用中，不同物流服務(wù)商針對其配送的商品所生成的訂單信息通常包含標(biāo)識字符串(如:物流訂單號)，所述標(biāo)識字符串可由數(shù)字，或者數(shù)字與字母的組合構(gòu)成，例如:物流訂單號D5662718729或2015011565432189。不同物流服務(wù)商所生成的訂單信息中的標(biāo)識字符串含有不同的特征，從而，便可以預(yù)先根據(jù)這些標(biāo)識字符串中的不同特征，設(shè)置所述類型判定特征。
[0033]具體地，預(yù)先設(shè)置類型判定特征包括:預(yù)先采集屬于不同物流類型的各歷史訂單信息，提取所述各歷史訂單信息中的標(biāo)識字符串，根據(jù)屬于不同物流類型的各歷史訂單信息的所述標(biāo)識字符串，確定不同物流類型對應(yīng)的各正則表達式，將所述各正則表達式作為所述類型判定特征。
[0034]上述的各歷史訂單信息，可由不同物流類型的物流服務(wù)商提供。由于不同物流服務(wù)商所生成的訂單信息中的標(biāo)識字符串含有不同的特征，那么，根據(jù)屬于同一物流類型的歷史訂單信息中的標(biāo)識字符串，就可以歸納出該物流類型的物流服務(wù)商對應(yīng)的標(biāo)識字符串的特征，也即，該標(biāo)識字符串的正則表達式。
[0035]在本申請實施例中，所述正則表達式表征了不同物流類型的標(biāo)識字符串的特征，例如:對于物流服務(wù)商A，其標(biāo)識字符串的正則表達式可以表示為“日期(八位)+自增計數(shù)(六位)+倉庫代碼(一位)+隨機碼(一位)”，那么，對于任一屬于該物流服務(wù)商A的物流訂單號而言，均符合該正則表達式。如:物流訂單號2015011565432189，該物流訂單號的前八位“20150101”表示該訂單的生成日期，該物流訂單號的第九位至第十四位“654321”表示該訂單的自增計數(shù)，第十五位“8”表示該訂單所屬的倉庫代碼，最后一位“9”表示該訂單的隨機碼。當(dāng)然，在本申請實施例中，所述標(biāo)識字符串的正則表達式并不限于此，還可以根據(jù)所述標(biāo)識字符串所包含的字符的數(shù)量、特殊字符(如:作為首位的英文字母)等方式確定所述正則表達式，這里并不作為對本申請的限定。
[0036]在接收到待查詢信息后，便可以根據(jù)不同物流類型對應(yīng)的正則表達式，確定出該待查詢信息所屬的物流類型，其具體過程為:提取接收到的所述待查詢訂單信息中包含的標(biāo)識字符串，根據(jù)所述待查詢訂單信息中包含的字符串，確定所述待查詢訂單信息相匹配的正則表達式，將所述正則表達式對應(yīng)的物流類型，作為所述待查詢訂單信息所屬的物流類型。
[0037]沿用上例:現(xiàn)假設(shè)待查詢的物流訂單號為2015010112345689，根據(jù)該物流訂單號，可以確定該物流訂單號與上例中物流服務(wù)商A的標(biāo)識字符串的正則表達式相匹配，也即，該物流訂單號中，“20150101”表示日期，“123456”為六位自增計數(shù)，“8”表示倉庫代碼，“9”表示隨機碼，從而，判定該物流訂單號屬于物流服務(wù)商A。
[0038]可見，在實際應(yīng)用場景中，尤其是對于較多物流服務(wù)商的情況下，采用上述正則表達式的方式，能夠有效地減小待查詢信息所屬的物流類型的范圍，減少了后續(xù)查詢操作的所需的查詢資源，進而提升查詢效率。
[0039]但在一些情況下，采用上述正則表達式確定所述待查詢信息所屬的物流類型的方式有一定的局限性。
[0040]具體例如:沿用上例，物流服務(wù)商A的正則表達式仍為“日期(八位)+自增計數(shù)(六位)+倉庫代碼(一位)+隨機碼(一位)”，物流服務(wù)商B的正則表達式為“日期(八位)+隨機訂單編號(八位)”，假設(shè)接收到的待查詢物流訂單號為2014122565432189，根據(jù)該物流服務(wù)商A和B的正則表達式，該物流訂單號既匹配物流服務(wù)商A的正則表達式，又匹配物流服務(wù)商B的正則表達式，從而，相應(yīng)的終端或服務(wù)器會將該物流訂單號所屬的物流類型確定為物流服務(wù)商A和B，并針對該物流訂單號進行后續(xù)的查詢操作。此時，上述物流服務(wù)商A和B的正則表達式中，均含有日期，可以根據(jù)日期進行篩選，但采用上述正則表達式的方式，并不能對日期進行篩選，從而造成一定程度的查詢資源的浪費。
[0041]考慮到物流服務(wù)商所生成的訂單信息通常具有一定的時限，對于超過時限的訂單信息，物流服務(wù)商會注銷該訂單信息，那么，就可以根據(jù)不同物流服務(wù)商所設(shè)置的訂單時限，對物流服務(wù)商進行篩選。
[0042]因此，作為本申請實施例中的一種優(yōu)選方式，在將所述正則表達式對應(yīng)的物流類型，作為所述待查詢訂單信息所屬的物流類型之前，還包括:對所述待查詢訂單信息的標(biāo)識字符串進行識別，當(dāng)識別出所述標(biāo)識字符串中包含有表征日期的字符單元時，根據(jù)預(yù)設(shè)的各物流類型對應(yīng)的訂單時限，篩選出對應(yīng)的訂單時限包含所述字符單元所表征的日期的物流類型。
[0043]其中，表征日期的字符單元，可以表征多種日期格式，如:“yyyy (年份)mm (月份)dd(日期)”、“ddmmyyyy”、“mmddyyyy”等，在此不作具體限定。
[0044]需要說明的是，字符單元所表征的日期，就是該訂單信息所生成的日期，那么，訂單時限包含所述字符單元所表征的日期，就是接收到待查詢訂單信息的日期距該訂單信息的生成日期的時間長度在該訂單時限以內(nèi)，例如:假設(shè)物流服務(wù)商A所生成的某一物流訂單號為2015010911122234，該物流訂單號字符單元“20150109”表征的日期為2015年Ol月09日，某終端于2015年01月11日接收到該物流訂單號進行查詢操作，那么，查詢該物流訂單號的日期距該物流訂單號生成的日期的時間長度為2天，由于該物流服務(wù)商A的訂單時限為一個月，顯然，該時間長度在該物流服務(wù)商A的訂單時限以內(nèi)，也即，該訂單時限包含該字符單元所表征的日期。
[0045]相應(yīng)地，接收到待查詢訂單信息的日期距該訂單信息的生成日期的時間長度在該訂單時限以外，則該訂單時限不包含所述字符單元所表征的日期。
[0046]通過上述日期篩選的方式，可以彌補正則表達式確定訂單信息所屬的物流類型時的局限性，從而可以進一步縮小對物流服務(wù)商的查詢范圍，提升查詢的效率。
[0047]另外，在實際應(yīng)用中可能出現(xiàn)一些特殊的待查詢訂單信息，如:同一有效的待查詢訂單信息符合不同物流服務(wù)商的正則表達式，也就是說，該待查詢訂單信息屬于多個物流類型，在這樣的情況下，就需要向不同物流類型的服務(wù)器進行進一步查詢確認(rèn)，故在本申請實施例中，當(dāng)判定出所述待查詢訂單信息所屬多個物流類型時，也即，在上述步驟S103中，將所述查詢請求發(fā)送至所述待查詢訂單信息所屬的物流類型對應(yīng)的服務(wù)器，具體為:將所述查詢請求并發(fā)至所述待查詢訂單信息所屬的多個物流類型分別對應(yīng)的各服務(wù)器中。在本申請中，采用并發(fā)查詢請求的方式，可以有效的節(jié)省查詢過程所需的時間，增加查詢效率。
[0048]下面以一應(yīng)用實例對本申請中的信息查詢方法進行詳細說明:
[0049]假設(shè)待查詢的物流訂單號為2015010112345689，預(yù)先設(shè)置的類型判定特征包括:
[0050]物流服務(wù)商A的正則表達式a:“日期(八位)+自增計數(shù)(六位)+倉庫代碼(一位)+隨機碼(一位)”，以及物流服務(wù)商B的正則表達式b 日期(八位)+隨機訂單編號(八位)”，同時，該物流服務(wù)商A和B的訂單時限均為一個月。
[0051]那么，當(dāng)用戶使用移動終端接收到該待查詢的物流訂單號后，運行在該移動終端上的查詢應(yīng)用將進行查詢:根據(jù)該物流訂單號的前八位字符“20150101”，可以確定該物流訂單號的生成日期為2015年01月01日，均未超過物流服務(wù)商A和B的訂單時限。并且，該物流訂單號同時滿足正則表達式a和b。
[0052]從而可以確定該物流訂單號所屬的物流類型為:物流服務(wù)商A和B。
[0053]之后，該查詢應(yīng)用將生成攜帶有該物流訂單號的查詢請求，分發(fā)至物流服務(wù)商A和B對應(yīng)的服務(wù)器中，并接收各服務(wù)器所反饋的查詢結(jié)果，查詢結(jié)果為:物流服務(wù)商A在2015年01月01日所生成的物流訂單中，查詢到了該物流訂單號。而物流服務(wù)商B在2015年01月01日所生成的物流訂單中，未找到隨機訂單編號為“12345689”的物流訂單。
[0054]因此，可以確定該待查詢的物流訂單號屬于物流服務(wù)商A。
[0055]以上為本申請實施例提供的信息查詢方法，基于同樣的思路，本申請實施例還提供一種信息查詢裝置，該裝置可以設(shè)置于終端中，也可以設(shè)置于服務(wù)器中，如圖2所示。
[0056]在圖2中，所述信息查詢裝置包括:接收模塊201、判定模塊202以及查詢模塊203，其中，
[0057]所述接收模塊201，用于接收待查詢信息。
[0058]所述判定模塊202，用于根據(jù)預(yù)先設(shè)置的類型判定特征，判定所述待查詢信息所屬的類型。
[0059]所述查詢模塊203，用于根據(jù)所述待查詢信息所屬的類型，將查詢請求發(fā)送至所述類型對應(yīng)的服務(wù)器，獲得查詢結(jié)果。
[0060]在本申請實施例中，所述待查詢信息包括待查詢訂單信息，所述類型包括物流類型。
[0061]所述判定模塊202，具體用于預(yù)先采集屬于不同物流類型的各歷史訂單信息，提取所述各歷史訂單信息中的標(biāo)識字符串，根據(jù)屬于不同物流類型的各歷史訂單信息的標(biāo)識字符串，確定不同物流類型對應(yīng)的正則表達式，將各正則表達式作為所述類型判定特征。
[0062]所述判定模塊202，具體用于提取接收到的所述待查詢訂單信息中包含的標(biāo)識字符串，根據(jù)所述待查詢訂單信息中包含的字符串，確定所述待查詢訂單信息相匹配的正則表達式，將所述正則表達式對應(yīng)的物流類型，作為所述待查詢訂單信息所屬的物流類型。
[0063]所述查詢模塊203，具體用于生成攜帶有所述待查詢訂單信息的查詢請求，將所述查詢請求發(fā)送至所述待查詢訂單信息所屬的物流類型對應(yīng)的服務(wù)器，接收所述服務(wù)器反饋的查詢結(jié)果。
[0064]當(dāng)判定出所述待查詢訂單信息所屬多個物流類型時，所述查詢模塊203，具體用于將所述查詢請求并發(fā)至所述待查詢訂單信息所屬的多個物流類型分別對應(yīng)的各服務(wù)器中。
[0065]另外，所述裝置還包括:識別模塊204，用于對所述待查詢訂單信息的標(biāo)識字符串進行識別，當(dāng)識別出所述標(biāo)識字符串中包含有表征日期的字符單元時，根據(jù)預(yù)設(shè)的各物流類型對應(yīng)的訂單時限，篩選出對應(yīng)的訂單時限包含所述字符單元所表征的日期的物流類型。
[0066]在一個典型的配置中，計算設(shè)備包括一個或多個處理器(CPU)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。
[0067]內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(RAM)和/或非易失性內(nèi)存等形式，如只讀存儲器(ROM)或閃存(flash RAM)。內(nèi)存是計算機可讀介質(zhì)的示例。
[0068]計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(PRAM)、靜態(tài)隨機存取存儲器(SRAM)、動態(tài)隨機存取存儲器(DRAM)、其他類型的隨機存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器(CD-ROM)、數(shù)字多功能光盤(DVD)或其他光學(xué)存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設(shè)備訪問的信息。按照本文中的界定，計算機可讀介質(zhì)不包括暫存電腦可讀媒體(transitory media)，如調(diào)制的數(shù)據(jù)信號和載波。
[0069]還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設(shè)備中還存在另外的相同要素。
[0070]本領(lǐng)域技術(shù)人員應(yīng)明白，本申請的實施例可提供為方法、系統(tǒng)或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。
[0071]以上所述僅為本申請的實施例而已，并不用于限制本申請。對于本領(lǐng)域技術(shù)人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進等，均應(yīng)包含在本申請的權(quán)利要求范圍之內(nèi)。
【主權(quán)項】
1.一種信息查詢方法，其特征在于，包括: 接收待查詢信息； 根據(jù)預(yù)先設(shè)置的類型判定特征，判定所述待查詢信息所屬的類型； 根據(jù)所述待查詢信息所屬的類型，將查詢請求發(fā)送至所述類型對應(yīng)的服務(wù)器，獲得查詢結(jié)果。2.如權(quán)利要求1所述的方法，其特征在于，所述待查詢信息包括待查詢訂單信息，所述類型包括物流類型。3.如權(quán)利要求2所述的方法，其特征在于，預(yù)先設(shè)置類型判定特征，具體包括: 預(yù)先采集屬于不同物流類型的各歷史訂單信息； 提取所述各歷史訂單信息中的標(biāo)識字符串； 根據(jù)屬于不同物流類型的各歷史訂單信息的標(biāo)識字符串，確定不同物流類型對應(yīng)的正則表達式； 將各正則表達式作為所述類型判定特征。4.如權(quán)利要求3所述的方法，其特征在于，根據(jù)預(yù)先設(shè)置的類型判定條件，判定所述待查詢信息所屬的類型，具體包括: 提取接收到的所述待查詢訂單信息中包含的標(biāo)識字符串； 根據(jù)所述待查詢訂單信息中包含的字符串，確定所述待查詢訂單信息相匹配的正則表達式； 將所述正則表達式對應(yīng)的物流類型，作為所述待查詢訂單信息所屬的物流類型。5.如權(quán)利要求4所述的方法，其特征在于，在將所述正則表達式對應(yīng)的物流類型，作為所述待查詢訂單信息所屬的物流類型之前，還包括: 對所述待查詢訂單信息的標(biāo)識字符串進行識別； 當(dāng)識別出所述標(biāo)識字符串中包含有表征日期的字符單元時，根據(jù)預(yù)設(shè)的各物流類型對應(yīng)的訂單時限，篩選出對應(yīng)的訂單時限包含所述字符單元所表征的日期的物流類型。6.如權(quán)利要求2所述的方法，其特征在于，根據(jù)所述待查詢信息所屬的類型，將查詢請求發(fā)送至所述類型對應(yīng)的服務(wù)器，獲得查詢結(jié)果，具體包括: 生成攜帶有所述待查詢訂單信息的查詢請求； 將所述查詢請求發(fā)送至所述待查詢訂單信息所屬的物流類型對應(yīng)的服務(wù)器； 接收所述服務(wù)器反饋的查詢結(jié)果。7.如權(quán)利要求6所述的方法，其特征在于，當(dāng)判定出所述待查詢訂單信息所屬多個物流類型時，將所述查詢請求發(fā)送至所述待查詢訂單信息所屬的物流類型對應(yīng)的服務(wù)器，具體包括: 將所述查詢請求并發(fā)至所述待查詢訂單信息所屬的多個物流類型分別對應(yīng)的各服務(wù)器中。8.一種信息查詢裝置，其特征在于，包括: 接收模塊，用于接收待查詢信息； 判定模塊，用于根據(jù)預(yù)先設(shè)置的類型判定特征，判定所述待查詢信息所屬的類型； 查詢模塊，用于根據(jù)所述待查詢信息所屬的類型，將查詢請求發(fā)送至所述類型對應(yīng)的服務(wù)器，獲得查詢結(jié)果。9.如權(quán)利要求8所述的裝置，其特征在于，所述待查詢信息包括待查詢訂單信息，所述類型包括物流類型。10.如權(quán)利要求9所述的裝置，其特征在于，所述判定模塊，具體用于: 預(yù)先采集屬于不同物流類型的各歷史訂單信息，提取所述各歷史訂單信息中的標(biāo)識字符串，根據(jù)屬于不同物流類型的各歷史訂單信息的標(biāo)識字符串，確定不同物流類型對應(yīng)的正則表達式，將各正則表達式作為所述類型判定特征。11.如權(quán)利要求10所述的裝置，其特征在于，所述判定模塊，具體用于: 提取接收到的所述待查詢訂單信息中包含的標(biāo)識字符串，根據(jù)所述待查詢訂單信息中包含的字符串，確定所述待查詢訂單信息相匹配的正則表達式，將所述正則表達式對應(yīng)的物流類型，作為所述待查詢訂單信息所屬的物流類型。12.如權(quán)利要求11所述的裝置，其特征在于，所述裝置還包括: 識別模塊，用于對所述待查詢訂單信息的標(biāo)識字符串進行識別，當(dāng)識別出所述標(biāo)識字符串中包含有表征日期的字符單元時，根據(jù)預(yù)設(shè)的各物流類型對應(yīng)的訂單時限，篩選出對應(yīng)的訂單時限包含所述字符單元所表征的日期的物流類型。13.如權(quán)利要求9所述的裝置，其特征在于，所述查詢模塊，具體用于: 生成攜帶有所述待查詢訂單信息的查詢請求，將所述查詢請求發(fā)送至所述待查詢訂單信息所屬的物流類型對應(yīng)的服務(wù)器，接收所述服務(wù)器反饋的查詢結(jié)果。14.如權(quán)利要求13所述的裝置，其特征在于，當(dāng)判定出所述待查詢訂單信息所屬多個物流類型時，所述查詢模塊，具體用于: 將所述查詢請求并發(fā)至所述待查詢訂單信息所屬的多個物流類型分別對應(yīng)的各服務(wù)器中。
【文檔編號】G06Q10/08GK105989457SQ201510072590
【公開日】2016年10月5日
【申請日】2015年2月11日
【發(fā)明人】張濤
【申請人】阿里巴巴集團控股有限公司