本申請要求于2015年11月18日提交的韓國專利申請第10-2015-0161857號的優(yōu)先權，其全部內容通過引證結合于此。

技術領域

本發(fā)明涉及嬰兒車；并且更具體地，涉及使用彼此耦合的自動模塊和傳感器通過檢測嬰兒的狀況來驅動的自動嬰兒車及其控制方法。

背景技術：

通常，嬰兒車提供移動功能、玩耍功能和/或睡眠輔助功能。該嬰兒車可以分類為通過人直接推送和移動的手動嬰兒車以及通過諸如電機的電動設備移動的電動嬰兒車。此外，用于可旋轉地保持車輪的車輪保持機構安裝在嬰兒車腿的下端。嬰兒車輪保持機構通常限制嬰兒車的非故意的行進或者移動，并且具有用于限制車輪的旋轉的制動設備。

由于手動嬰兒車通過推送嬰兒車的動作而移動，這對于使用非常不方便。具體地，在嬰兒車的移動期間父母可能難以喂嬰兒以及使嬰兒入睡或者進行其他活動。同時，由于電動嬰兒車無視嬰兒的狀況而移動，因此父母不能夠檢查嬰兒的狀況。

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

本發(fā)明的示例性實施方式涉及確定嬰兒的狀況以基于所確定的嬰兒的狀況驅動的自動嬰兒車及其控制方法。本發(fā)明的另一示例性實施方式涉及能夠以各種方式向父母提供有關嬰兒的信息的自動嬰兒車及其控制方法。

本發(fā)明的其他目的和優(yōu)點可以通過以下描述理解，并且參考本發(fā)明的示例性實施方式變得明顯。另外，對于本發(fā)明所屬領域的技術人員顯而易見的是，本發(fā)明的目的和優(yōu)點可以通過如所要求保護的及其組合的方法實現(xiàn)。

為了完成以上目的，提供了確定嬰兒的狀況以基于所確定的嬰兒的狀況驅動的自動嬰兒車。根據(jù)本發(fā)明的示例性實施方式，自動嬰兒車可以包括：傳感器模塊，被配置為檢測嬰兒的狀況以生成狀況信息或者被配置為檢測周圍(例如周圍環(huán)境)以生成周圍信息；控制器，被配置為確定嬰兒的狀況信息或者周圍信息以生成驅動模式信息；以及驅動模塊，基于驅動模式信息驅動。

嬰兒的狀況信息可以是嬰兒的啼哭、嬰兒的溫度以及嬰兒的味道中的至少一個。傳感器模塊可以包括被配置為識別嬰兒的啼哭的語音識別傳感器、被配置為測量嬰兒的溫度的溫度傳感器以及被配置為檢測排便的味道識別傳感器中的至少一個。自動嬰兒車可以進一步包括與移動通信終端互鎖的互鎖控制模塊，以將通過控制器生成的嬰兒的狀況信息或者警報信息傳輸至移動通信終端。

移動通信終端可被配置為經由藍牙與互鎖控制模塊通信。傳感器模塊可以包括被配置為檢測周圍環(huán)境信息的物聯(lián)網(wǎng)(IOT)。驅動模式信息可以從重復學習并且存儲先前的嬰兒的狀況信息的數(shù)據(jù)庫中挑選出來。嬰兒的狀況信息可以使用嬰兒的啼哭的基本頻率和強度來區(qū)分。

根據(jù)本發(fā)明的另一示例性實施方式，控制自動嬰兒車的方法可以包括：使用傳感器模塊檢測嬰兒的狀況以生成嬰兒的狀況信息或者檢測周圍環(huán)境以生成周圍信息，使用控制器確定嬰兒的狀況信息或者周圍環(huán)境信息以生成驅動模式信息，以及基于驅動模式信息對驅動模塊進行驅動。方法可以進一步包括使用與移動通信終端互鎖的互鎖控制模塊，將通過控制器生成的警報信息或者嬰兒的狀況信息傳輸至移動通信終端。

附圖說明

包含附圖以提供對本發(fā)明的進一步的理解，并且附圖結合于本申請中并構成本申請的一部分，附圖示出本發(fā)明的示例性實施方式并且與描述一起用來解釋本發(fā)明的原理。在附圖中：

圖1是示出根據(jù)本發(fā)明的示例性實施方式的嬰兒車與移動通信終端之間的關系的概念視圖；

圖2是示出根據(jù)本發(fā)明的示例性實施方式的圖1中示出的嬰兒車的部件的框圖；

圖3是示出根據(jù)本發(fā)明的示例性實施方式的圖2中示出的控制器的部件的框圖；以及

圖4A、圖4B以及圖4C是示出根據(jù)本發(fā)明的示例性實施方式，檢測嬰兒的狀況并且向移動通信終端提供有關所檢測的嬰兒的狀況信息的處理的流程圖。

具體實施方式

盡管示例性實施方式被描述為使用多個單元來執(zhí)行示例性處理，但是應理解，示例性處理也可以通過一個或多個模塊執(zhí)行。另外，應理解術語控制器/控制單元指包括存儲器和處理器的硬件設備。存儲器被配置為存儲模塊并且處理器被特定配置為執(zhí)行所述模塊以執(zhí)行以下進一步描述的一個或多個處理。

本文中使用的術語僅用于描述具體實施方式的目的，而并非旨在限制本發(fā)明。除非上下文另外明確地指出，否則，如本文中所使用的，單數(shù)形式“一”、“一個”、以及“該”也旨在包括復數(shù)形式。此外應理解的是，當在本說明書中使用時，術語“包括”和/或“包含”指明了所闡述的特征、整體、步驟、操作、元件和/或部件的存在，但不排除一個或多個其他特征、整體、步驟、操作、元件、部件和/或它們的組合的存在或添加。如本文中所使用的，術語“和/或”包括一個或多個相關列出項的任何和所有組合。

下文將參照附圖更詳細地描述本發(fā)明的示例性實施方式。然而，本發(fā)明可體現(xiàn)為不同形式并且不應被解釋為局限于本文中所闡述的示例性實施方式。而是，提供示例性實施方式使得本公開將全面和完整并且將本發(fā)明的范圍充分傳達給本領域的技術人員。因此，應當理解，本發(fā)明的范圍和精神可以擴展至除了本發(fā)明的附圖之外的所有變形例、等同物以及替代品。

遍及本公開，貫穿本發(fā)明的各個圖和示例性實施方式，相同參考標號指相同的部分。此外，在本發(fā)明的說明書中使用的，包括諸如第一和/或第二的表達式的術語可以用于描述本發(fā)明的各個元件。然而，本發(fā)明的元件不應被本發(fā)明的說明書中使用的術語限制。換言之，這種術語將僅用于區(qū)分本發(fā)明的一個元件與其他元件。

例如，無需偏離本發(fā)明的范圍和精神，第一元件可稱為第二元件，并且類似地，第二元件也可稱為第一元件。如本文中所使用的，術語“和/或”包括一個或多個相關列出項的任何和所有組合。除非另外定義，否則本文使用的所有術語(包括技術和科學術語)均具有與本領域的技術人員通常理解的含義相同的含義。將進一步理解，術語(諸如在通常使用的詞典中定義的那些)應被解釋為具有與它們在相關領域和本公開的背景下的含義一致的含義，并且將不以理想化或過度正式的意義來解釋，除非本文明確如此定義。

在下文中，以下將參考附圖更詳細地描述根據(jù)本發(fā)明的示例性實施方式的使用最小基準點的自動嬰兒車及其控制方法。

圖1是示出根據(jù)本發(fā)明的示例性實施方式的嬰兒車與移動通信終端之間的關系的概念視圖。圖1示出被配置為與嬰兒車120通信的移動通信終端110。具體地，移動通信終端110可以包括智能手機、記事本(notepad)、筆記本、迷你平板(mini pad)等。此外，盡管可主要使用藍牙用于移動通信終端110與嬰兒車120之間的通信，可以將無線保真(WIFI)、物聯(lián)網(wǎng)(IOT)、紅外線通信等用于此。

圖2是示出圖1中示出的嬰兒車的部件的框圖。參考圖2，自動嬰兒車120可以包括與移動通信終端110互鎖的互鎖控制模塊210、被配置為操作自動嬰兒車120的控制器220、被配置為檢測嬰兒車中的嬰兒的狀況和/或周圍環(huán)境信息的傳感器模塊230(例如，傳感器230)、根據(jù)控制器200的控制而驅動的驅動模塊240、由驅動模塊240驅動的電機250等。

盡管除了以上部件之外，自動嬰兒車120可以包括車輪、齒輪、電池、存儲器等，但是為了清晰地理解本發(fā)明，將省略其余部件?；ユi控制模塊210可以與移動通信終端110互鎖，并且可以被配置為將控制器220生成的警報信息和/或嬰兒的狀況信息傳輸至移動通信終端。

傳感器模塊230可以被配置為檢測嬰兒車中的嬰兒的狀況以生成嬰兒的狀況信息。此外，傳感器模塊230可以被配置為檢測嬰兒車的周圍環(huán)境以生成周圍信息。因此，傳感器模塊230可以包括被配置為識別嬰兒的啼哭的語音識別傳感器、被配置為測量嬰兒的溫度的溫度傳感器、被配置為檢測排便或者其他氣味的味道識別傳感器、被配置為測量位置的位置測量傳感器、用于測量距離的傳感器等。當然，傳感器模塊230可以使用物聯(lián)網(wǎng)(IOT)用于檢查周圍信息。

控制器220可以被配置為確定嬰兒的狀況信息和/或周圍信息，以生成驅動模式信息來確定自動嬰兒車120的行進速度和方向。具體地，嬰兒的狀況信息可以包括嬰兒的啼哭、嬰兒的溫度、嬰兒的味道等。此外，控制器220可以被配置為創(chuàng)建可重復學習并且存儲先前的嬰兒的狀況信息的數(shù)據(jù)庫?？梢栽诳刂破?20的存儲器中創(chuàng)建或者可以使用單獨的存儲單元創(chuàng)建數(shù)據(jù)庫。因此，控制器220可以被配置為從數(shù)據(jù)庫中選擇驅動模式信息以執(zhí)行驅動模式信息，其中，數(shù)據(jù)庫中已重復學習并且存儲先前的嬰兒的狀況信息。例如，周圍信息是在推車附近的兒科醫(yī)院、嬰兒衛(wèi)生間、嬰兒餐廳等的位置。

驅動模塊240可以被配置為基于控制器220生成的驅動模式信息驅動或者操作電機250。盡管在附圖中為了方便理解將驅動模塊240和電機250繪制為彼此分開，但是，它們可以是集成的。此外，電機250可以包括被配置為驅動嬰兒車的驅動電機、被配置為操作嬰兒車的控制電機等。本文中描述的術語諸如“部分”、“設備”或者“模塊”指用于處理至少一個功能或者操作的單元，并且該功能或者操作可以通過硬件和軟件執(zhí)行。

圖3是示出圖2中示出的控制器的部件的框圖。參考圖3，控制器220可以安裝有通信應用程序(APP)310、識別傳感器應用程序320、位置傳感器應用程序330、驅動控制應用程序340等。此外，控制器200可以安裝有集成的控制軟件350以操作控制器220。盡管通信APP 310、識別傳感器APP 320、位置傳感器APP3 30以及驅動控制APP 340可以通過通信安裝，但是，它們可以在控制器220中編程并且實現(xiàn)?？商鎿Q地，它們可以通過單獨的硬件(例如，單獨的傳感器)配置。

圖4A、圖4B以及圖4C是示出根據(jù)本發(fā)明的示例性實施方式，檢測嬰兒的狀況并且向移動通信終端提供有關所檢測的嬰兒的狀況信息的處理的流程圖。在圖4A、圖4B以及圖4C中，自動嬰兒車120描述為使用嬰兒車120中的嬰兒的啼哭操作，但是本發(fā)明不限于此。例如，自動嬰兒車120可以使用周圍環(huán)境信息操作。

參考圖4A，傳感器模塊230(參見圖2)可以被配置為檢測嬰兒的狀況(即，嬰兒的啼哭)以測量嬰兒的啼哭的語音頻率、強度、模式等(步驟S410至S430)。另外，傳感器模塊230可以被配置為測量嬰兒的溫度、嬰兒的味道等。

另外，使用嬰兒的各種測量值，可以確定嬰兒的各種狀況諸如嬰兒是否餓了、疼痛、想睡或者需要替換尿布(步驟S440)。例如，嬰兒餓了時的啼哭與嬰兒疼痛時的啼哭之間存在差異。因此，當嬰兒的啼哭的基本頻率和強度的平均值以及諧波噪聲比是有意義的，并且幅度的變化和頻率的變化的平均值是沒有意義時，通過比較基本頻率和強度可以區(qū)分嬰兒的啼哭。

參考圖4B和圖4C，使用以上方法可以確定嬰兒是否需要替換尿布、餓了、疼痛或者想睡，并且因此，根據(jù)所確定的結果可以提供信息或者可以驅動嬰兒車120(步驟S451至S456)。換言之，當嬰兒開始哭泣時，可以激活語音識別麥克風并可以識別模式。當嬰兒的啼哭具有慢頻率以及低波形時，可以使用味道識別傳感器確定嬰兒是餓了還是需要替換尿布。

當確定嬰兒餓了時，控制器可以被配置為向用戶提供關于附近的餐館或者其他相似類型的位置的通知。此外，當嬰兒開始哭泣時，可以激活語音識別麥克風并可以識別模式。具體地，當嬰兒的啼哭具有慢頻率以及低波形時，可以使用味道識別傳感器確定嬰兒是餓了還是需要替換尿布。當確定嬰兒需要替換尿布時，控制器可以被配置為向用戶提供關于附近的設施(例如，有衛(wèi)生間的設施)的通知。在嬰兒感覺餓的情況下的示例性頻率是約400.54±8.54Hz，并且在嬰兒感覺疼痛的情況下的示例性頻率是約441.04±11.66Hz。

此外，當嬰兒的啼哭具有可能嬰兒感覺疼痛的快頻率以及高強度時，可以使用溫度傳感器確定嬰兒是否發(fā)燒。當確定嬰兒發(fā)燒時，控制器可以被配置為向用戶提供關于附近的兒科醫(yī)院或者其他能夠提供發(fā)燒解決方案的設施的通知。此外，當嬰兒的啼哭具有高強度時，可以確定嬰兒是否想睡或者疲倦。當確定嬰兒想睡時，可以基于各種現(xiàn)存的輸入驅動模式通過控制器以前后運動或者以圓圈模式移動嬰兒車，并且控制器可以被配置為確定減小嬰兒的啼哭的驅動模式并且學習和存儲該驅動模式。因此，當嬰兒開始哭泣時，嬰兒車可以以相同模式移動。

此外，基于嬰兒的啼哭區(qū)分的各種服務或者治療方法可以經由移動通信終端110(參見圖1)與服務器之間的連接向父母提供。嬰兒車120可以被配置為跟蹤移動通信終端110的位置以在保持特定距離的同時跟隨終端。換言之，當控制器220(見圖2)確定嬰兒的狀況信息或者周圍環(huán)境信息并且生成驅動模式信息時，驅動模塊240(參見圖2)可以基于驅動模式信息驅動。此外，可以向移動通信終端110提供警報信號和嬰兒的狀況信息(步驟S461和S470)。當拒絕在步驟S451至S456中提供的信息時，該信息可以被學習并且存儲在數(shù)據(jù)庫中作為拒絕的歷史模式(步驟S462)。

根據(jù)本發(fā)明的示例性實施方式，可以在基于嬰兒的狀況(諸如啼哭)傳輸?shù)母鞣N信息模式下適當控制嬰兒車的驅動。此外，可以創(chuàng)建嬰兒的狀況的數(shù)據(jù)庫并且提供區(qū)分嬰兒的狀況(諸如疼痛、尿布替換需求)的各種服務。嬰兒車還可以被配置為跟蹤父母的移動通信終端的位置以跟隨終端，或者可以被配置為傳輸指示嬰兒的狀況的警報信號。

盡管已經參考示例性實施方式描述本發(fā)明，然而，對本領域技術人員顯而易見的是，在不背離下列權利要求中所限定的本發(fā)明的精神和范圍的情況下，可以做出各種變化和修改。