本發(fā)明涉及醫(yī)療領(lǐng)域，具體而言，涉及一種用藥提醒裝置、方法及系統(tǒng)。

背景技術(shù)：

人們在服藥過程中，通常會有忘記服藥的情況，尤其是對于記性不好的老人而言，更加容易在用藥時間忘記服藥。

根據(jù)國家統(tǒng)計局《2014年國民經(jīng)濟和社會發(fā)展統(tǒng)計公報》，2014年中國13.67億人口中，60歲及以上的老人2.12億人，占總?cè)丝诒壤秊?5.5％；65歲及以上人口數(shù)為1.37億人，占比10.1％。中國正慢慢的進入老齡化社會，預(yù)計到2040年，65歲及以上老年人口占總?cè)丝诘谋壤龑⒊^20％。老年人的醫(yī)療和看護將會給社會和家庭帶來巨大的壓力。

對于老人的用藥，通常需要其他人按時提醒。但是對于一個家庭，如果有患病、需要長期服藥而且記性不好的老人，提醒老人服藥也是件非常困難的事情。而如果不能按時按量吃藥，通常會導(dǎo)致藥效降低，甚至?xí)绊懼委煹男Ч?/p>

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

有鑒于此，本發(fā)明實施例提供了一種藥提醒裝置、方法及系統(tǒng)，通過用于在用藥時間對使用者進行用藥提醒。

為了實現(xiàn)上述目的，本發(fā)明采用的技術(shù)方案如下：

一種用藥提醒裝置，所述裝置包括主控模塊、存儲模塊以及提示模塊，所述存儲模塊以及提示模塊分別與所述主控模塊電連接，其中，所述主控模塊用于從所述存儲模塊中讀取一個或多個用藥事件的用藥信息，并根據(jù)所述用藥信息判斷所述一個或多個用藥事件中是否存在待提醒用藥事件；當(dāng)所述主控模塊判定存在待提醒用藥事件，所述主控模塊還用于判斷所述待提醒用藥事件是否需要處理；當(dāng)所述主控模塊判定所述待提醒用藥事件需要處理，所述主控模塊還用于向所述提示模塊發(fā)送第一提示控制信號；所述提示模塊用于根據(jù)所述第一提示控制信號發(fā)出第一提示信號以提醒用戶用藥。

一種用藥提醒方法，所述方法包括：所述主控模塊從所述存儲模塊中讀取一個或多個用藥事件的用藥信息，并根據(jù)所述用藥信息判斷是否存在待提醒用藥事件；若是，所述主控模塊判斷所述待提醒用藥事件是否需要處理；若是，所述主控模塊向所述提示模塊發(fā)送第一提示控制信號；所述提示模塊根據(jù)所述第一提示控制信號發(fā)出第一提示信號以提醒用戶用藥。

一種用藥提醒系統(tǒng)，所述系統(tǒng)包括：用藥提醒裝置以及客戶端，所述客戶端用于向所述用藥提醒裝置發(fā)送信息讀取指令；所述用藥提醒裝置用于根據(jù)所述信息讀取指令讀取與每種待用藥品對應(yīng)的電子標(biāo)簽的標(biāo)識信息，并將所述標(biāo)識信息發(fā)送給客戶端；所述客戶端用于設(shè)置對應(yīng)每個標(biāo)識信息的用藥信息，并將每個標(biāo)識信息對應(yīng)的用藥信息發(fā)送給所述用藥提醒裝置；所述用藥提醒裝置用于根據(jù)所述用藥信息進行用藥提醒。

本發(fā)明實施例提供的用藥提醒裝置、方法及系統(tǒng)，主控模塊從存儲模塊讀取用藥事件的用藥信息，根據(jù)用藥信息判斷是否存在待提醒用藥事件，并控制提示模塊對需要處理的待提醒用藥事件進行用藥提醒，以使使用者能按時用藥。

為使本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂，下文特舉較佳實施例，并配合所附附圖，作詳細(xì)說明如下。

附圖說明

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

圖1示出了本發(fā)明第一實施例提供的用藥提醒裝置的結(jié)構(gòu)框圖；

圖2示出了本發(fā)明第一實施例提供的設(shè)置的用藥信息內(nèi)容圖；

圖3示出了本發(fā)明第一實施例提供的用藥提醒裝置的另一種結(jié)構(gòu)框圖；

圖4示出了本發(fā)明第二實施例提供的用藥提醒方法的流程圖；

圖5示出了本發(fā)明第三實施例提供的用藥提醒系統(tǒng)結(jié)構(gòu)框圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。通常在此處附圖中描述和示出的本發(fā)明實施例的組件可以以各種不同的配置來布置和設(shè)計。因此，以下對在附圖中提供的本發(fā)明的實施例的詳細(xì)描述并非旨在限制要求保護的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實施例。基于本發(fā)明的實施例，本領(lǐng)域技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

應(yīng)注意到：相似的標(biāo)號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進行進一步定義和解釋。同時，在本發(fā)明的描述中，術(shù)語“第一”、“第二”等僅用于區(qū)分描述，而不能理解為指示或暗示相對重要性。

第一實施例

如圖1所示，是本實施例提供的用藥提醒裝置100，該裝置包括主控模塊110、存儲模塊120以及提示模塊130，所述存儲模塊120以及提示模塊130分別與所述主控模塊110電連接，當(dāng)然，該電連接可以是直接的電性連接或者間接的電性連接。例如，這些模塊相互之間可通過一條或多條通訊總線或信號線實現(xiàn)電性連接。

在本實施例中，存儲模塊120中預(yù)先存儲有一個或多個用藥事件以及每個用藥事件對應(yīng)的用藥信息，每個用藥事件對應(yīng)用戶需要服用或者外用的一種藥品。如用戶需要服用的藥品包括A、B、C三種，則對應(yīng)為3個用藥事件。

每個用藥事件的用藥信息可以包括如圖2所示的，該用藥事件對應(yīng)的藥品編號、藥品名稱、用藥開始日期、用藥結(jié)束日期、每次用藥的用藥時間、每次用藥的用藥量以及每次用藥是否已處理等。其中，用藥開始日期以及用藥結(jié)束日期為該用藥事件對應(yīng)的藥品開始用藥的日期以及結(jié)束用藥的日期，用藥開始日期至用藥結(jié)束日期為對應(yīng)用藥事件的用藥時期，通常以天為單位，如2016年5月11日開始用藥，2016年5月14日用藥結(jié)束。用藥時間為該藥品的多次服用的每一次的時間，可以分鐘為單位，如該藥品每天需服藥三次，則用藥時間可能為在用藥日期范圍內(nèi)的每天的為7:30或12:30或18:00。另外，每次用藥是否已處理則為該次用藥是否已完成，如該藥品為內(nèi)服藥品，已處理則為該用藥時間應(yīng)該服用的藥已服藥，未處理則為相應(yīng)用藥時間未服藥。

當(dāng)然，用藥信息也可以生產(chǎn)廠家名稱、批次號等，在本實施例中并不作為限定。

當(dāng)然，在本實施例中，每個用藥事件的用藥方式包括內(nèi)服、外用或者其他等，在本實施例中并不作為限定，本實施例以服藥進行說明。

在本實施例中，該用藥提醒裝置100可以包括設(shè)置模式以及使用模式，通常在使用過程中，該用藥提醒裝置100處于使用模式，其設(shè)置模式可以在接收到客戶端發(fā)送的設(shè)置指令時啟動，以使用戶可以通過客戶端設(shè)置各個用藥事件的用藥信息，實現(xiàn)在存儲模塊120中預(yù)先存儲用藥事件以及用藥事件對應(yīng)的用藥信息。

在每一種待用藥品的包裝，如藥瓶或者藥盒等，設(shè)置電子標(biāo)簽，每個電子標(biāo)簽具有唯一的標(biāo)識信息，每個標(biāo)識信息對應(yīng)一個用藥事件，以使用戶可以對應(yīng)每個電子標(biāo)簽設(shè)置每個用藥事件的用藥信息，圖2中的藥品編號即可以是該藥品對應(yīng)的標(biāo)識信息。

具體的，如圖3所示，該用藥提醒裝置100還包括信息讀取模塊140、信息發(fā)送模塊150以及信息接收模塊160，分別與主控模塊110電連接。用戶通過客戶端200向該用藥提醒裝置100發(fā)送信息讀取指令，以使該用藥提醒裝置100進入設(shè)置模式，為每個待用藥品建立用藥事件，并且對應(yīng)每個用藥事件設(shè)置用藥信息。

該用藥提醒裝置100的信息接收模塊160用于接收用戶通過客戶端200發(fā)送的信息讀取指令，信息讀取模塊140根據(jù)所述信息讀取指令，讀取與每種待用藥品對應(yīng)的電子標(biāo)簽的標(biāo)識信息。即該用藥提醒裝置100在接收到信息讀取指令后，進入讀取用于設(shè)置用藥信息的標(biāo)識信息的狀態(tài)，用戶可以將待用藥品的電子標(biāo)簽對應(yīng)信息讀取模塊140的掃描區(qū)域進行掃描，則獲得每一個電子標(biāo)簽的標(biāo)識信息。在本實施例中，電子標(biāo)簽可以是RFID、NFC等。

用藥提醒裝置100的信息發(fā)送模塊150用于將讀取到的電子標(biāo)簽的標(biāo)識信息發(fā)送給客戶端200；以使客戶端200可以對每一個標(biāo)識信息對應(yīng)的用藥事件進行設(shè)置，獲得每個用藥事件的用藥信息?？蛻舳?00再將設(shè)置好的用藥事件的用藥信息發(fā)送給用藥提醒裝置100。

用藥提醒裝置100的信息接收模塊160用于接收用戶通過客戶端200對應(yīng)每個電子標(biāo)簽的標(biāo)識信息設(shè)置的用藥信息；并且，所述存儲模塊120用于存儲所述用藥信息，以實現(xiàn)在存儲模塊120中預(yù)先存儲用藥事件以及每個用藥事件對應(yīng)的用藥信息。

該用藥提醒裝置100在使用過程中，處于使用模式，使用模式的具體進入方式并不作為限定。其使用模式可以為默認(rèn)的模式，當(dāng)通過客戶端200對用藥事件的用藥信息的設(shè)置結(jié)束后，該用藥提醒裝置100即進入使用模式。

在使用模式中，所述主控模塊110用于從所述存儲模塊120中讀取一個或多個用藥事件的用藥信息，并根據(jù)所述用藥信息判斷所述一個或多個用藥事件中是否存在待提醒用藥事件。

在本實施例中，主控模塊110可以按照預(yù)定時間間隔從存儲模塊120中讀取用藥信息，如，主控模塊110每隔十分鐘從存儲模塊120中讀取一次用藥信息，該用藥信息分別為一個或多個用藥事件的用藥信息。

在讀取用藥信息后，主控模塊110可以根據(jù)所述用藥信息判斷所述一個或多個用藥事件中是否存在待提醒用藥事件。具體的，主控模塊110用于判斷每個用藥事件的用藥開始日期以及用藥結(jié)束日期之間是否包括當(dāng)前日期，若是，則表明當(dāng)前日期在該用藥事件的用藥時期內(nèi)，所述主控模塊110判定該用藥事件為待提醒用藥事件。可以理解的，在本實施例中，待提醒用藥事件對應(yīng)的藥品為用戶正在用藥期內(nèi)的藥品，需要對用戶進行提醒。

并且，在本實施例中，當(dāng)所述主控模塊110判定存在待提醒用藥事件，所述主控模塊110還用于判斷所述待提醒用藥事件是否需要處理。即在存儲模塊120中存儲的用藥事件中包括待提醒用藥事件，則主控模塊110進一步判斷每一個待提醒用藥事件是否需要處理，即判斷該用藥事件對應(yīng)的藥品是否到了需要服用的時間。

主控模塊110判斷待提醒用藥事件是否需要處理，則判斷所述待提醒用藥事件的用藥時間是否在當(dāng)前時間的預(yù)設(shè)時間范圍內(nèi)，若是，所述主控模塊110還用于根據(jù)所述待提醒用藥事件的事件標(biāo)記判斷所述待提醒用藥事件是否已處理，若否，判定該待提醒用藥事件需要處理。

若待提醒用藥事件包括多個用藥時間，即用藥次數(shù)為多次，該待提醒用藥事件的其中某個用藥時間在當(dāng)前時間的預(yù)設(shè)時間范圍內(nèi)，則認(rèn)為待提醒用藥事件對應(yīng)的藥品到了用藥時間。進一步判斷該藥品是否已服用，即判斷該待提醒用藥事件是否已處理，若否，則認(rèn)為用戶需要用藥，判定該待提醒用藥事件需要處理。

在本實施例中，判斷待提醒用藥事件是否已處理，可以根據(jù)其事件標(biāo)記進行判斷。主控模塊110對每次服藥進行標(biāo)記，即將已完成服藥的用藥時間標(biāo)記為已處理。若該待提醒用藥事件的事件標(biāo)記為未處理，則判定為需要處理。

另外，該預(yù)設(shè)時間范圍在本實施例中并不作為限定，可以根據(jù)實際需要設(shè)定。如預(yù)設(shè)時間范圍可以是大于等于當(dāng)前時間，或者從當(dāng)前時間起多長時間段內(nèi)等。

當(dāng)然，若待提醒用藥事件的用藥時間不在當(dāng)前時間的預(yù)設(shè)時間范圍內(nèi)，或者待提醒用藥事件的時間標(biāo)記為已處理，則不認(rèn)為該用藥事件需要處理。

進一步的，在本實施例中，當(dāng)所述主控模塊110判定所述待提醒用藥事件需要處理，所述主控模塊110還用于向所述提示模塊130發(fā)送第一提示控制信號，所述提示模塊130用于根據(jù)所述第一提示控制信號發(fā)出第一提示信號以提醒用戶用藥。

該第一提示信號為提醒用戶進行用藥的信號。在本實施例中，請參見圖3，提示模塊130可以包括語音單元131以及顯示單元132，所述語音單元131用于發(fā)出語音提示信號，如語音單元131發(fā)出“xxx，請按時服藥”的語音提醒，使用戶得知需要服藥了。所述顯示單元132用于顯示所述主控模塊110判定為需要處理的用藥事件對應(yīng)的用藥信息，所述用藥信息包括藥品名稱以及用藥量。通過顯示模塊顯示待提醒用藥事件對應(yīng)的藥品的藥品名稱、用藥量等信息，使用戶更清楚地獲知需要服用的藥品以及對應(yīng)的用藥量，避免服用錯誤。

用戶可以在接收到該用藥提醒裝置100的用藥提醒后開始用藥。進一步的，該用藥提醒裝置100可以設(shè)置有輸入單元，在開始提醒后，用戶可以啟動該輸入單元，提醒停止，認(rèn)為此時為用戶開始的用藥時間。

進一步的，本實施例提供的用藥提醒裝置100可以對每一種藥品的應(yīng)用情況進行監(jiān)控，以避免用戶重復(fù)用藥，同時能獲知每種藥品的用藥情況。

具體的，用戶在用藥時，將服用的每一種藥品對應(yīng)的電子標(biāo)簽信息置于該用藥提醒裝置100的信息讀取模塊140對應(yīng)的掃描區(qū)域內(nèi)進行掃描，以使所述信息讀取模塊140讀取每種待用藥品對應(yīng)的電子標(biāo)簽的標(biāo)識信息。

然后，所述主控模塊110還用于判斷信息讀取模塊140讀取的標(biāo)識信息對應(yīng)的用藥事件是否為待提醒用藥事件，當(dāng)所述主控模塊110判定所述用藥事件為待提醒用藥事件，所述主控模塊110進一步判斷該用藥事件是否需要處理。若需要處理，所述主控模塊110用于將該用藥事件的事件標(biāo)記設(shè)為已處理，以表明該用藥事件對應(yīng)的藥品在本次用藥時間已經(jīng)服用。

另外，若信息讀取模塊140讀取到的標(biāo)識信息對應(yīng)的用藥事件不是用藥提醒事件，說明該藥品在此時不能被服用，所述主控模塊110向所述提示模塊130發(fā)送第二提示控制信號，所述提示模塊130用于根據(jù)所述第二提示控制信號發(fā)出第二提示信號以提醒用戶無需用藥。以避免用戶錯誤用藥。

并且，若信息讀取模塊140讀取到的標(biāo)識信息對應(yīng)的用藥事件的事件標(biāo)記為已處理，表明該藥品已經(jīng)服用，不能再次服用，主控模塊110判定該用藥事件不需要處理。此時，主控模塊110向所述提示模塊130發(fā)送第二提示控制信號，所述提示模塊130用于根據(jù)所述第二提示控制信號發(fā)出第二提示信號以提醒用戶無需用藥，以避免用戶重復(fù)用藥。

在本實施例中，該第二提示信號可以是通過語音單元131發(fā)出的語音信號。另外，在本實施例中，提示模塊130還可以包括警示燈，第二提示信號可以包括通過燈光發(fā)出的提示信號，如紅燈信號。另外，在判定信息讀取模塊140讀取到的標(biāo)識信息對應(yīng)的用藥事件為需要處理的用藥事件時，該警示燈可以發(fā)出綠燈信號，表明該藥品需要服用。

在本實施例中，顯示單元132還可以在接收到客戶端200發(fā)送的信息讀取指令后，顯示讀取提示信息，如“正在讀取藥品編號信息。。。?！钡?。

進一步的，在本實施例中，客戶端200在對電子標(biāo)簽的標(biāo)識信息進行設(shè)置時，還設(shè)置一個或多個用藥事件的整體信息，在如圖2所示，該整體信息可以包括患者姓名、診斷時間、復(fù)診時間、醫(yī)院、科室以及醫(yī)生姓名等。通常的，該患者為該用藥提醒裝置100的用戶。所述用藥提醒裝置100的信息接收模塊160還用于接收用戶通過客戶端200設(shè)置的對應(yīng)一個或多個用藥事件的整體信息，該整體信息包括復(fù)診時間，并且所述存儲模塊120用于存儲所述整體信息。

所述主控模塊110從存儲模塊120中讀取整體信息，并且根據(jù)所述復(fù)診時間向所述提示模塊130發(fā)送復(fù)診提示控制信號；所述提示模塊130用于根據(jù)所述復(fù)診提示控制信號發(fā)出復(fù)診提示信號以提醒用戶復(fù)診。以使用戶能按時復(fù)診，獲得更好的治療效果。當(dāng)然，用戶在接收到復(fù)診提醒后，可以將整體信息中的復(fù)診時間欄對應(yīng)的復(fù)診狀態(tài)修改為已復(fù)診。

可以理解的，本實施例提供的輔助裝置本身可以具有設(shè)置時間和計時功能，并可通過從互聯(lián)網(wǎng)中獲取到標(biāo)準(zhǔn)時間對本地時間進行校準(zhǔn)功能，以準(zhǔn)確進行與時間有關(guān)的相應(yīng)信息處理。

第二實施例

如圖4所示，本實施例提供了一種用藥提醒方法，該方法應(yīng)用于第一實施例中的用藥提醒裝置100。所述方法包括：

步驟S210：所述主控模塊110從所述存儲模塊120中讀取一個或多個用藥事件的用藥信息，并根據(jù)所述用藥信息判斷是否存在待提醒用藥事件。

步驟S220：若是，所述主控模塊110判斷所述待提醒用藥事件是否需要處理。

當(dāng)存在待提醒用藥事件，判斷該待提醒用藥事件是否需要處理。

步驟S230：若是，所述主控模塊110向所述提示模塊130發(fā)送第一提示控制信號。

當(dāng)該待提醒用藥事件需要處理，則發(fā)送第一提示控制信號。

步驟S240：所述提示模塊130根據(jù)所述第一提示控制信號發(fā)出第一提示信號以提醒用戶用藥。

第三實施例

本實施例提供了一種用藥提醒系統(tǒng)300，如圖5所示，所述系統(tǒng)包括：用藥提醒裝置100以及客戶端200，該用藥提醒裝置100為第一實施例中所述的用藥提醒裝置100。其中，

所述客戶端200用于向所述用藥提醒裝置100發(fā)送信息讀取指令；

所述用藥提醒裝置100用于根據(jù)所述信息讀取指令讀取與每種待用藥品對應(yīng)的電子標(biāo)簽的標(biāo)識信息，并將所述標(biāo)識信息發(fā)送給客戶端200；

所述客戶端200用于設(shè)置對應(yīng)每個標(biāo)識信息的用藥信息，并將每個標(biāo)識信息對應(yīng)的用藥信息發(fā)送給所述用藥提醒裝置100；

所述用藥提醒裝置100用于根據(jù)所述用藥信息進行用藥提醒。

進一步的，在本實施例中，在用藥提醒裝置100發(fā)出第一提示信號的預(yù)定時間長度后，用戶仍然未進行服藥操作，用藥提醒裝置100向客戶端200發(fā)送警示信號，使客戶端200可以獲知需要服藥的用戶未進行服藥操作。在本實施例中，該客戶端200的可以對應(yīng)需要服藥的用戶的監(jiān)護人，以使監(jiān)護人可以通過其他方式提醒需要服藥的用戶服藥，同時也可以進一步確定該需要服藥的用戶是否出現(xiàn)意外。

在本實施例中，對用戶未進行服藥操作的判斷，可以是該用藥提醒裝置100的輸入單元未接收到用戶的輸入操作，或者是信息接收模塊160未接收到待用藥品的對應(yīng)的電子標(biāo)簽的標(biāo)識信息的輸入。

當(dāng)然，在本實施例中，客戶端200與用藥提醒裝置100之間可以通過網(wǎng)絡(luò)無線通訊。

綜上所述，本發(fā)明實施例提供的用藥提醒裝置、方法及系統(tǒng)，對應(yīng)每個需要提醒的待提醒用藥事件，在其用藥時間提醒用戶用藥，以使用戶能按時服藥，并且，用戶將服用的每一種藥品對應(yīng)的電子標(biāo)簽進行掃描，該用藥提醒裝置100根據(jù)讀取到的電子標(biāo)簽的標(biāo)識信息對應(yīng)的用藥信息判斷用戶是否重復(fù)用藥，并且對在本次用藥時間的重復(fù)用藥進行提醒，以避免用戶重復(fù)用藥。另外，用戶在用藥時間后的一定時間長度內(nèi)仍未服藥，還可以向與該用藥提醒裝置100相關(guān)聯(lián)的客戶端200發(fā)送警示信號，以使客戶端200對應(yīng)的監(jiān)護人根據(jù)該警示信號采取相應(yīng)措施，更好地提醒用戶用藥。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的裝置和方法，也可以通過其它的方式實現(xiàn)。以上所描述的裝置實施例僅僅是示意性的，例如，附圖中的流程圖和框圖顯示了根據(jù)本發(fā)明的多個實施例的裝置、方法和計算機程序產(chǎn)品的可能實現(xiàn)的體系架構(gòu)、功能和操作。在這點上，流程圖或框圖中的每個方框可以代表一個模塊、程序段或代碼的一部分，所述模塊、程序段或代碼的一部分包含一個或多個用于實現(xiàn)規(guī)定的邏輯功能的可執(zhí)行指令。也應(yīng)當(dāng)注意，在有些作為替換的實現(xiàn)方式中，方框中所標(biāo)注的功能也可以以不同于附圖中所標(biāo)注的順序發(fā)生。例如，兩個連續(xù)的方框?qū)嶋H上可以基本并行地執(zhí)行，它們有時也可以按相反的順序執(zhí)行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以用執(zhí)行規(guī)定的功能或動作的專用的基于硬件的系統(tǒng)來實現(xiàn)，或者可以用專用硬件與計算機指令的組合來實現(xiàn)。

另外，在本發(fā)明各個實施例中的各功能模塊可以集成在一起形成一個獨立的部分，也可以是各個模塊單獨存在，也可以兩個或兩個以上模塊集成形成一個獨立的部分。

所述功能如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。應(yīng)注意到：相似的標(biāo)號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進行進一步定義和解釋。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)所述以權(quán)利要求的保護范圍為準(zhǔn)。