特許 7344879 パートナーの応答に基づく鼾制御を備えたベッド

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-09-06

(45)【発行日】2023-09-14

(54)【発明の名称】パートナーの応答に基づく鼾制御を備えたベッド

(51)【国際特許分類】

   A61F 5/56 20060101AFI20230907BHJP

   A47C 27/10 20060101ALI20230907BHJP

   A61G 7/043 20060101ALN20230907BHJP

【ＦＩ】

A61F5/56

A47C27/10 Z

A61G7/043

【請求項の数】 25

(21)【出願番号】P 2020536584

(86)(22)【出願日】2018-12-27

(65)【公表番号】

(43)【公表日】2021-04-08

(86)【国際出願番号】 US2018067601

(87)【国際公開番号】W WO2019133661

(87)【国際公開日】2019-07-04

【審査請求日】2021-12-14

(31)【優先権主張番号】62/611,160

(32)【優先日】2017-12-28

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】515257368

【氏名又は名称】スリープ ナンバー コーポレイション

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【氏名又は名称】松下 満

(74)【代理人】

【識別番号】100098475

【弁理士】

【氏名又は名称】倉澤 伊知郎

(74)【代理人】

【識別番号】100130937

【弁理士】

【氏名又は名称】山本 泰史

(74)【代理人】

【識別番号】100107537

【弁理士】

【氏名又は名称】磯貝 克臣

(72)【発明者】

【氏名】サヤディ オミード

(72)【発明者】

【氏名】デミルリ ラマザン

(72)【発明者】

【氏名】ヤング スティーヴン ジェイ

(72)【発明者】

【氏名】ヒューイット カール

【審査官】松江 雅人

(56)【参考文献】

【文献】国際公開第２０１７／１９００８５（ＷＯ，Ａ１）

【文献】国際公開第２０１４／０３０６２０（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１６／００１５１８４（ＵＳ，Ａ１）

【文献】特表２０１２－５２５６０１（ＪＰ，Ａ）

【文献】特表２０１６－５１５８８３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ａ６１Ｆ ５／５６

Ａ６１Ｇ ７／００－７／１６

Ａ４７Ｃ ２０／０８－２０／１８

(57)【特許請求の範囲】

【請求項1】

プロセッサとコンピュータ可読メモリとを有するコントローラ
を備え、
前記コントローラは、
１または複数のセンサから、各データストリームが第１ユーザが眠っていて第２ユーザも眠っているベッドの環境内の感知された現象を表している、という１または複数のデータストリームを受信し、
前記受信された１または複数のデータストリームの少なくとも１つから、第１ユーザが落ち着きのない睡眠を経験していると判定し、
前記受信された１または複数のデータストリームの少なくとも１つから、第２ユーザが鼾を掻いていると判定し、
第１ユーザが落ち着きのない睡眠を経験していて第２ユーザが鼾を掻いているとの判定に応答して、ホームオートメーション装置が第２ユーザの睡眠環境の特徴を変更するように、当該ホームオートメーション装置に第１の鼾制御コマンドを発行し、
前記受信された１または複数のデータストリームの少なくとも１つから、前記ホームオートメーション装置が第２ユーザの睡眠環境の特徴を変更した後で未だ第２ユーザが鼾を掻いていると再び判定し、
前記判定に再び応答して、前記第１の鼾制御コマンドとは異なる第２の鼾制御コマンドを発行する
ように構成されている
ことを特徴とするシステム。

【請求項2】

前記コントローラは、更に、
前記受信された１または複数のデータストリームの少なくとも１つから、第２ユーザが落ち着きのない睡眠を経験していると判定し、
前記受信された１または複数のデータストリームの少なくとも１つから、第１ユーザが鼾を掻いていると判定し、
第２ユーザが落ち着きのない睡眠を経験していて第１ユーザが鼾を掻いているとの判定に応答して、ホームオートメーション装置が第１ユーザの睡眠環境の特徴を変更するように、当該ホームオートメーション装置に鼾制御コマンドを発行する
ように構成されている
ことを特徴とする請求項１に記載のシステム。

【請求項3】

前記コントローラは、第１ユーザが眠っていて第２ユーザも眠っているベッドの構成要素である
ことを特徴とする請求項１または２に記載のシステム。

【請求項4】

前記コントローラは、ホームオートメーションハブである
ことを特徴とする請求項１乃至３のいずれかに記載のシステム。

【請求項5】

前記１または複数のセンサは、音響センサを有しており、
前記１または複数のデータストリームの１つは、音響データストリームである
ことを特徴とする請求項１乃至４のいずれかに記載のシステム。

【請求項6】

前記１または複数のセンサは、圧力センサを有しており、
前記１または複数のデータストリームの１つは、圧力データストリームである
ことを特徴とする請求項１乃至５のいずれかに記載のシステム。

【請求項7】

前記受信された１または複数のデータストリームの少なくとも１つから、第１ユーザが落ち着きのない睡眠を経験していると判定するために、前記コントローラは、圧力データストリームを分析するように構成されている
ことを特徴とする請求項１乃至６のいずれかに記載のシステム。

【請求項8】

前記受信された１または複数のデータストリームの少なくとも１つから、第２ユーザが鼾を掻いていると判定するために、前記コントローラは、音響データストリームを分析するように構成されている
ことを特徴とする請求項１乃至７のいずれかに記載のシステム。

【請求項9】

前記受信された１または複数のデータストリームの少なくとも１つから、第１ユーザが落ち着きのない睡眠を経験していると判定するために、
前記コントローラは、
第１時点で、前記受信された１または複数のデータストリームの少なくとも１つを分析し、
前記第１時点で、第１ユーザが落ち着きのない睡眠を経験していない、と判定し、
第２時点で、前記受信された１または複数のデータストリームの少なくとも１つを分析し、
前記第２時点で、第１ユーザが落ち着きのない睡眠を経験している、と判定する
ように構成されている
ことを特徴とする請求項１乃至８のいずれかに記載のシステム。

【請求項10】

前記受信された１または複数のデータストリームの少なくとも１つから、第２ユーザが鼾を掻いていると判定するために、
前記コントローラは、
第１時点で、前記受信された１または複数のデータストリームの少なくとも１つを分析し、
前記第１時点で、第２ユーザが鼾を掻いていない、と判定し、
第２時点で、前記受信された１または複数のデータストリームの少なくとも１つを分析し、
前記第２時点で、第２ユーザが鼾を掻いている、と判定する
ように構成されている
ことを特徴とする請求項１乃至９のいずれかに記載のシステム。

【請求項11】

前記コントローラは、更に、
前記受信された１または複数のデータストリームの少なくとも１つから、第１ユーザが落ち着きのない睡眠を経験していないと判定し、
第１ユーザが落ち着きのない睡眠を経験していないとの判定に応答して、鼾制御コマンドを発行しない
ように構成されている
ことを特徴とする請求項１乃至１０のいずれかに記載のシステム。

【請求項12】

前記コントローラは、更に、
前記受信された１または複数のデータストリームの少なくとも１つから、第２ユーザが鼾を掻いていないと判定し、
第２ユーザが鼾を掻いていないとの判定に応答して、鼾制御コマンドを発行しない
ように構成されている
ことを特徴とする請求項１乃至１１のいずれかに記載のシステム。

【請求項13】

当該システムは、更に、前記ホームオートメーション装置を備え、
前記ホームオートメーション装置は、第２ユーザの睡眠環境の特徴を変更する
ことを特徴とする請求項１乃至１２のいずれかに記載のシステム。

【請求項14】

当該システムは、更に、前記ホームオートメーション装置を備え、
前記ホームオートメーション装置は、第２ユーザの鼾を低減するための手段を有する
ことを特徴とする請求項１乃至１３のいずれかに記載のシステム。

【請求項15】

前記受信された１または複数のデータストリームの少なくとも１つから、前記ホームオートメーション装置が第２ユーザの睡眠環境の特徴を変更した後で未だ第２ユーザが鼾を掻いていると再び判定することは、更に、
前記受信された１または複数のデータストリームの少なくとも１つから、前記ホームオートメーション装置が第２ユーザの睡眠環境の特徴を変更した後で未だ第１ユーザが落ち着きのない睡眠を経験していると再び判定すること
を含む
ことを特徴とする請求項１乃至１４のいずれかに記載のシステム。

【請求項16】

眠っている第１ユーザを支持するため、及び、眠っている第２ユーザを支持するための手段と、
プロセッサとコンピュータ可読メモリとを有するコントローラ
を備え、
前記コントローラは、
１または複数のセンサから、各データストリームが第１ユーザ及び第２ユーザの環境内の感知された現象を表している、という１または複数のデータストリームを受信し、
前記受信された１または複数のデータストリームの少なくとも１つから、第１ユーザが落ち着きのない睡眠を経験していると判定し、
前記受信された１または複数のデータストリームの少なくとも１つから、第２ユーザが鼾を掻いていると判定し、
第１ユーザが落ち着きのない睡眠を経験していて第２ユーザが鼾を掻いているとの判定に応答して、ホームオートメーション装置が第２ユーザの睡眠環境の特徴を変更するように、当該ホームオートメーション装置に第１の鼾制御コマンドを発行し、
前記受信された１または複数のデータストリームの少なくとも１つから、前記ホームオートメーション装置が第２ユーザの睡眠環境の特徴を変更した後で未だ第２ユーザが鼾を掻いていると再び判定し、
前記判定に再び応答して、前記第１の鼾制御コマンドとは異なる第２の鼾制御コマンドを発行する
ように構成されている
ことを特徴とするシステム。

【請求項17】

前記第１の鼾制御コマンド及び前記第２の鼾制御コマンドは、異なるパラメータ値を伴う同一タイプの指令を含む
ことを特徴とする請求項１に記載のシステム。

【請求項18】

前記コントローラは、更に、前記第１の鼾制御コマンドを新しいパラメータ値と共に再生成することによって、前記第２の鼾制御コマンドを生成するように構成されている
ことを特徴とする請求項１７に記載のシステム。

【請求項19】

前記新しいパラメータ値は、複数の所定の値から選択される
ことを特徴とする請求項１８に記載のシステム。

【請求項20】

前記新しいパラメータ値は、前記第１の鼾制御コマンドのパラメータに基づいて計算される
ことを特徴とする請求項１８に記載のシステム。

【請求項21】

前記第１の鼾制御コマンド及び前記第２の鼾制御コマンドは、異なるタイプの指令を含む
ことを特徴とする請求項１に記載のシステム。

【請求項22】

前記コントローラは、更に、前記判定に再び応答して、前記ホームオートメーション装置が前記第２ユーザの睡眠環境の第２の特徴を変更するように、前記第１の鼾制御コマンドとは異なる前記第２の鼾制御コマンドを前記ホームオートメーション装置に発行するように構成されている
ことを特徴とする請求項２１に記載のシステム。

【請求項23】

前記コントローラは、更に、前記判定に再び応答して、前記第１の鼾制御コマンドとは異なる前記第２の鼾制御コマンドを前記ホームオートメーション装置とは異なる第２ホームオートメーション装置に発行するように構成されている
ことを特徴とする請求項２１に記載のシステム。

【請求項24】

前記コントローラは、前記受信された１または複数のデータストリームの少なくとも１つから前記第２ユーザが鼾を掻いているとの判定に応答して、前記受信された１または複数のデータストリームの少なくとも１つから前記第１ユーザが落ち着きのない睡眠を経験していると判定するように構成されている
ことを特徴とする請求項１に記載のシステム。

【請求項25】

前記コントローラは、前記受信された１または複数のデータストリームの少なくとも１つから前記第１ユーザが落ち着きのない睡眠を経験しているとの判定に応答して、前記受信された１または複数のデータストリームの少なくとも１つから前記第２ユーザが鼾を掻いていると判定するように構成されている
ことを特徴とする請求項１に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、エアベッドのような消費者装置の自動化に関する。

【0002】

［関連出願の相互参照］
本出願は、２０１７年１２月２８日出願の米国特許出願第６２／６１１，１６０の優先権を主張するものである。当該米国特許出願の開示は、本願の開示の一部とみなされ、その全体の内容が、本明細書に組み込まれる（ｉｎｃｏｒｐｏｒａｔｅｄ ｂｙ ｒｅｆｅｒｅｎｃｅ）。

【背景技術】

【0003】

一般に、ベッドとは、寝たりリラックスしたりする場所として使用される家具である。多くのモダンなベッドが、ベッドフレーム上の柔らかいマットレスを含んでいる。マットレスは、１人または複数人の占有者の体重を支持するべく、バネ、発泡材及び／またはエアチャンバ、を含み得る。

【発明の概要】

【0004】

１つの特徴において、システムは、プロセッサとコンピュータ可読メモリとを有するコントローラを備え、当該コントローラは、１または複数のセンサから、各データストリームが第１ユーザが眠っていて第２ユーザも眠っているベッドの環境内の感知された現象を表している、という１または複数のデータストリームを受信するように構成されている。当該コントローラは、更に、前記受信された１または複数のデータストリームの少なくとも１つから、第１ユーザが落ち着きのない睡眠（浮き寝）を経験していると判定するように構成されている。当該コントローラは、更に、前記受信された１または複数のデータストリームの少なくとも１つから、第２ユーザが鼾（いびき）を掻いていると判定するように構成されている。当該コントローラは、更に、第１ユーザが落ち着きのない睡眠を経験していて第２ユーザが鼾を掻いているとの判定に応答して、制御可能なホームオートメーション装置が第２ユーザの睡眠環境の特徴を第２ユーザの鼾を低減する可能性が高い態様で変更するように、当該制御可能なホームオートメーション装置に鼾制御コマンドを発行するように構成されている。当該コントローラは、更に、前記受信された１または複数のデータストリームの少なくとも１つから、前記制御可能なホームオートメーション装置が第２ユーザの睡眠環境の特徴を変更した後で未だ第２ユーザが鼾を掻いていると再び判定するように構成されている。当該コントローラは、更に、前記判定に再び応答して、第２の鼾制御コマンドを発行するように構成されている。

【0005】

実装は、以下の特徴のいずれか又は全てを含み得るが、全く含まなくてもよい。前記コントローラは、更に、前記受信された１または複数のデータストリームの少なくとも１つから、第２ユーザが落ち着きのない睡眠を経験していると判定し、前記受信された１または複数のデータストリームの少なくとも１つから、第１ユーザが鼾を掻いていると判定し、第２ユーザが落ち着きのない睡眠を経験していて第１ユーザが鼾を掻いているとの判定に応答して、制御可能なホームオートメーション装置が第１ユーザの睡眠環境の特徴を第１ユーザの鼾を低減する可能性が高い態様で変更するように、当該制御可能なホームオートメーション装置に鼾制御コマンドを発行する、ように構成され得る。前記コントローラは、第１ユーザが眠っていて第２ユーザも眠っているベッドの構成要素であり得る。前記コントローラは、ホームオートメーションハブであり得る。前記１または複数のセンサは、音響センサを有し得て、前記１または複数のデータストリームの１つは、音響データストリームであり得る。前記１または複数のセンサは、圧力センサを有し得て、前記１または複数のデータストリームの１つは、圧力データストリームであり得る。前記１または複数のセンサは、音響センサを有し得て、前記１または複数のデータストリームの１つは、音響データストリームであり得る。前記受信された１または複数のデータストリームの少なくとも１つから、第１ユーザが落ち着きのない睡眠を経験していると判定するために、前記コントローラは、圧力データストリームを分析するように構成され得る。前記受信された１または複数のデータストリームの少なくとも１つから、第２ユーザが鼾を掻いていると判定するために、前記コントローラは、音響データストリームを分析するように構成され得る。前記受信された１または複数のデータストリームの少なくとも１つから、第１ユーザが落ち着きのない睡眠を経験していると判定するために、前記コントローラは、第１時点で、前記受信された１または複数のデータストリームの少なくとも１つを分析し、前記第１時点で、第１ユーザが落ち着きのない睡眠を経験していない、と判定し、第２時点で、前記受信された１または複数のデータストリームの少なくとも１つを分析し、前記第２時点で、第１ユーザが落ち着きのない睡眠を経験している、と判定する、ように構成され得る。前記受信された１または複数のデータストリームの少なくとも１つから、第２ユーザが鼾を掻いていると判定するために、前記コントローラは、第１時点で、前記受信された１または複数のデータストリームの少なくとも１つを分析し、前記第１時点で、第２ユーザが鼾を掻いていない、と判定し、第２時点で、前記受信された１または複数のデータストリームの少なくとも１つを分析し、前記第２時点で、第２ユーザが鼾を掻いている、と判定する、ように構成され得る。前記コントローラは、更に、前記受信された１または複数のデータストリームの少なくとも１つから、第１ユーザが落ち着きのない睡眠を経験していないと判定し、第１ユーザが落ち着きのない睡眠を経験していないとの判定に応答して、鼾制御コマンドを発行しない、ように構成され得る。前記コントローラは、更に、前記受信された１または複数のデータストリームの少なくとも１つから、第２ユーザが鼾を掻いていないと判定し、第２ユーザが鼾を掻いていないとの判定に応答して、鼾制御コマンドを発行しない、ように構成され得る。前記制御可能なホームオートメーション装置は、第２ユーザの睡眠環境の特徴を第２ユーザの鼾を低減する可能性が高い態様で変更する。当該システムは、前記制御可能なホームオートメーション装置を備え得て、前記制御可能なホームオートメーション装置は、第２ユーザの鼾を低減するための手段を有し得る。前記受信された１または複数のデータストリームの少なくとも１つから、前記制御可能なホームオートメーション装置が第２ユーザの睡眠環境の特徴を変更した後で未だ第２ユーザが鼾を掻いていると再び判定することは、更に、前記受信された１または複数のデータストリームの少なくとも１つから、前記制御可能なホームオートメーション装置が第２ユーザの睡眠環境の特徴を変更した後で未だ第１ユーザが落ち着きのない睡眠を経験していると再び判定すること、を含み得る。

【0006】

１つの特徴において、システムは、眠っている第１ユーザを支持するため、及び、眠っている第２ユーザを支持するための手段を備える。当該システムは、更に、プロセッサとコンピュータ可読メモリとを有するコントローラを備え、当該コントローラは、１または複数のセンサから、各データストリームが第１ユーザが眠っていて第２ユーザも眠っているベッドの環境内の感知された現象を表している、という１または複数のデータストリームを受信するように構成されている。当該コントローラは、更に、前記受信された１または複数のデータストリームの少なくとも１つから、第１ユーザが落ち着きのない睡眠を経験していると判定するように構成されている。当該コントローラは、更に、前記受信された１または複数のデータストリームの少なくとも１つから、第２ユーザが鼾を掻いていると判定するように構成されている。当該コントローラは、更に、第１ユーザが落ち着きのない睡眠を経験していて第２ユーザが鼾を掻いているとの判定に応答して、制御可能なホームオートメーション装置が第２ユーザの睡眠環境の特徴を第２ユーザの鼾を低減する可能性が高い態様で変更するように、当該制御可能なホームオートメーション装置に鼾制御コマンドを発行するように構成されている。当該コントローラは、更に、前記受信された１または複数のデータストリームの少なくとも１つから、前記制御可能なホームオートメーション装置が第２ユーザの睡眠環境の特徴を変更した後で未だ第２ユーザが鼾を掻いていると再び判定するように構成されている。当該コントローラは、更に、前記判定に再び応答して、第２の鼾制御コマンドを発行するように構成されている。

【0007】

実装は、以下の利点の１または複数を提供し得る。ベッド及びホームオートメーションの技術が、改善され得る。ベッドまたはユーザの睡眠環境が、ユーザの鼾（いびき）を緩和する動作を実行し得て、同じベッドの別のユーザの睡眠経験を改善し得る。例えば、他方の睡眠者が鼾によって悩まされているか否かを判定し、当該他方の睡眠者が悩まされている場合にのみ動作を実施することで、不必要な調整が回避され得る。

【0008】

他の特徴、態様、潜在的な利点が、添付の説明及び図面から明らかになる。

【図面の簡単な説明】

【0009】

【図1】図１は、例示的なエアベッドシステムを示している。

【0010】

【図2】図２は、エアベッドシステムの様々な構成要素の一例のブロック図である。

【0011】

【図3】図３は、家庭内及び家庭周囲にある複数のデバイスと通信するベッドを含む例示的な環境を示している。

【0012】

【図4A】図４Ａ及び図４Ｂは、ベッドに関連付けられ得る例示的なデータ処理システムのブロック図である。

【図4B】図４Ａ及び図４Ｂは、ベッドに関連付けられ得る例示的なデータ処理システムのブロック図である。

【0013】

【図5】図５及び図６は、ベッドに関連付けられ得るデータ処理システムで使用され得る、マザーボードの例のブロック図である。

【図6】図５及び図６は、ベッドに関連付けられ得るデータ処理システムで使用され得る、マザーボードの例のブロック図である。

【0014】

【図7】図７は、ベッドに関連付けられ得るデータ処理システムで使用され得る、ドーターボードの一例のブロック図である。

【0015】

【図8】図８は、ベッドに関連付けられ得るデータ処理システムで使用され得る、ドーターボード無しのマザーボードの一例のブロック図である。

【0016】

【図9】図９は、ベッドに関連付けられ得るデータ処理システムで使用され得る、センサアレイの一例のブロック図である。

【0017】

【図10】図１０は、ベッドに関連付けられ得るデータ処理システムで使用され得る、コントローラアレイの一例のブロック図である。

【0018】

【図11】図１１は、ベッドに関連付けられ得るデータ処理システムで使用され得る、コンピューティングデバイスの一例のブロック図である。

【0019】

【図12】図１２乃至図１６は、ベッドに関連付けられ得るデータ処理システムで使用され得る、例示的なクラウドサービスのブロック図である。

【図13】図１２乃至図１６は、ベッドに関連付けられ得るデータ処理システムで使用され得る、例示的なクラウドサービスのブロック図である。

【図14】図１２乃至図１６は、ベッドに関連付けられ得るデータ処理システムで使用され得る、例示的なクラウドサービスのブロック図である。

【図15】図１２乃至図１６は、ベッドに関連付けられ得るデータ処理システムで使用され得る、例示的なクラウドサービスのブロック図である。

【図16】図１２乃至図１６は、ベッドに関連付けられ得るデータ処理システムで使用され得る、例示的なクラウドサービスのブロック図である。

【0020】

【図17】図１７は、ベッドに関連付けられ得るデータ処理システムを使用してベッドの周りの周辺機器を自動化する一例のブロック図である。

【0021】

【図18】図１８は、コンピューティングデバイス及びモバイルコンピューティングデバイスの一例を示す概略図である。

【0022】

【図19】図１９は、鼾を掻くパートナーの影響を低減するための例示的なシステムのブロック図である。

【0023】

【図20】図２０は、鼾制御コマンドを生成するための例示的なプロセスのフローチャートである。

【発明を実施するための形態】

【0024】

様々な図面内で、同様の参照記号は同様の要素を示している。

【0025】

本開示は、２人のユーザが眠っているベッドの説明を含む。時々、それらのユーザの一方または両方が、眠っている間に鼾を掻くかもしれない。全ての場合ではないが、幾つかの場合、この鼾は、他方の睡眠者を悩ませ得る。悩まされている睡眠者の睡眠を和らげるために、ベッドは、センサデータを使用して、１）あるユーザが鼾をかいているか、２）その鼾が他方のユーザを悩ませているか、を判定し得る。鼾が他方のユーザを悩ませている場合、ベッドは、鼾を制限または排除するために1または複数の動作を始動させ得る。もっとも、鼾が検出されてはいるが他方のユーザが悩まされていない場合、ベッドは、鼾抑制動作を実施しないことを選択し得る。このようにして、ベッドは、ユーザに迷惑がない時には行動を起こすことを回避し得る。これは、ホームオートメーション及び睡眠技術における有利な発展である。

【0026】

［例示的なエアベッドハードウェア］

【0027】

図１は、ベッド１１２を含む例示的なエアベッドシステム１００を示している。
ベッド１１２は、弾性境界１１６によって取り囲まれ、ベッド用丈夫綿生地１１８によってカプセル化された、少なくとも１つのエアチャンバ１１４を含む。弾性境界１１６は、発泡体などの、任意の適切な材料を含み得る。

【0028】

図１に示すように、ベッド１１２は、第１エアチャンバ１１４Ａ及び第２エアチャンバ１１４Ｂ等の、第１及び第２流体チャンバを有する２チャンバ設計であり得る。代替の実施形態では、ベッド１１２は、用途に適した空気以外の流体と共に使用するためのチャンバを含み得る。シングルベッドまたはキッズベッドなどの幾つかの実施形態では、ベッド１１２は、単一のエアチャンバ１１４Ａまたは１１４Ｂ、あるいは、複数のエアチャンバ１１４Ａ及び１１４Ｂ、を含み得る。第１及び第２エアチャンバ１１４Ａ及び１１４Ｂは、ポンプ１２０と流体連通し得る。ポンプ１２０は、制御ボックス１２４を介して、リモートコントロール（リモコン）１２２と電気的に通信し得る。制御ボックス１２４は、リモートコントロール１２２を含む１または複数のデバイスと通信するための有線または無線通信インタフェースを含み得る。制御ボックス１２４は、ユーザがリモートコントロール１２２を使用することで入力されるコマンドに基づいて第１及び第２エアチャンバ１１４Ａ及び１１４Ｂの流体圧力を増減させるように、ポンプ１２０を作動させるように構成され得る。幾つかの実装形態では、制御ボックス１２４は、ポンプ１２０のハウジングに一体化（統合）されている。

【0029】

リモートコントロール１２２は、ディスプレイ１２６、出力選択機構１２８、圧力増加ボタン１２９、及び圧力減少ボタン１３０、を含み得る。出力選択機構１２８は、ユーザがポンプ１２０によって生成される空気流を第１及び第２エアチャンバ１１４Ａ、１１４Ｂ間で切り替えることを許容し得て、これにより、単一のリモートコントロール１２２及び単一のポンプ１２０で複数のエアチャンバの制御を可能にする。例えば、出力選択機構１２８は、物理的制御部（例えば、スイッチまたはボタン）あるいはディスプレイ１２６上に表示される入力制御部により可能である。あるいは、別々のリモートコントロールユニットが、各エアチャンバに提供され得て、各々が複数のエアチャンバを制御する能力を含み得る。圧力増加ボタン１２９及び圧力減少ボタン１３０は、ユーザが、出力選択機構１２８で選択されたエアチャンバ内の圧力を、それぞれ、増加または減少させることを許容し得る。選択されたエアチャンバ内の圧力を調整すると、それぞれのエアチャンバの硬度（硬さ）に対する対応する調整がもたらされ得る。幾つかの実施形態では、リモートコントロール１２２は、用途に応じて適切に、省略され得るし、または、修正され得る。例えば、幾つかの実施形態では、ベッド１１２は、当該ベッド１１２と有線または無線通信するコンピュータ、タブレット、スマートフォン、または他のデバイス、によって制御され得る。

【0030】

図２は、エアベッドシステムの様々な構成要素（コンポーネント）の一例のブロック図である。例えば、これらの構成要素は、例示的なエアベッドシステム１００において使用され得る。図２に示すように、制御ボックス１２４は、電源部１３４、プロセッサ１３６、メモリ１３７、スイッチング機構１３８、及び、アナログデジタル（Ａ／Ｄ）変換器１４０を含み得る。スイッチング機構１３８は、例えば、リレーまたはソリッドステートスイッチであり得る。幾つかの実装形態では、スイッチング機構１３８は、制御ボックス１２４内ではなくポンプ１２０内に配置され得る。

【0031】

ポンプ１２０及びリモートコントロール１２２は、制御ボックス１２４と双方向通信し得る。ポンプ１２０は、モータ１４２、ポンプマニホルド１４３、リリーフバルブ１４４、第１制御バルブ１４５Ａ、第２制御バルブ１４５Ｂ、及び、圧力トランスデューサ１４６を含む。ポンプ１２０は、第１管１４８Ａ及び第２管１４８Ｂを介して、それぞれ、第１エアチャンバ１１４Ａ及び第２エアチャンバ１１４Ｂと流体接続されている。第１及び第２制御バルブ１４５Ａ、１４５Ｂが、スイッチング機構１３８によって制御され得て、ポンプ１２０と第１及び第２エアチャンバ１１４Ａ、１１４Ｂとの間の流体の流れをそれぞれ調整するように動作可能である。

【0032】

幾つかの実装形態では、ポンプ１２０及び制御ボックス１２４は、単一のユニットとして提供され及びパッケージ化され得る。幾つかの代替の実装では、ポンプ１２０及び制御ボックス１２４は、物理的に離れたユニットとして提供され得る。幾つかの実装形態では、制御ボックス１２４、ポンプ１２０、またはそれらの両方は、ベッド１１２を支持するベッドフレームまたはベッド支持構造の内部に一体化されるか、あるいは、その内部に含まれる。幾つかの実施態様では、制御ボックス１２４、ポンプ１２０、またはそれらの両方は、（図１の例に示されているように）ベッドフレームまたはベッド支持構造の外側に配置される。

【0033】

図２に示される例示的なエアベッドシステム１００は、２つのエアチャンバ１１４Ａ、１１４Ｂと単一のポンプ１２０とを含む。もっとも、他の実施は、２以上のエアチャンバと、当該エアチャンバを制御するためにエアベッドシステム内に組み込まれた１または複数のポンプと、を有するエアベッドシステムを含み得る。例えば、別個のポンプが、エアベッドシステムの各エアチャンバに付随（関連付け）され得て、あるいは、１つのポンプが、エアベッドシステムの複数のチャンバに付随（関連付け）され得る。別個のポンプは、各エアチャンバが独立且つ同時に膨張または収縮され得ることを許容し得る。更に、追加の圧力トランスデューサも、例えば別個の圧力トランスデューサが各エアチャンバに付随（関連付け）され得るとように、エアベッドシステム内に組み込まれ得る。

【0034】

使用時、プロセッサ１３６は、例えば、エアチャンバ１１４Ａ、１１４Ｂの１つに減圧コマンドを送信し得て、スイッチング機構１３８が、プロセッサ１３６によって送られた低電圧のコマンド信号を、ポンプ１２０のリリーフバルブ（安全弁）１４４を作動させて制御バルブ１４５Ａ、１４５Ｂを開放するのに十分なより高い動作電圧に変換するために、利用され得る。リリーフバルブ１４４を開放することが、空気がそれぞれの空気管１４８Ａまたは１４８Ｂを通ってエアチャンバ１１４Ａまたは１１４Ｂから逃げることを許容し得る。収縮中、圧力トランスデューサ１４６が、Ａ／Ｄコンバータ１４０を介して、圧力読取値をプロセッサ１３６に送信し得る。Ａ／Ｄコンバータ１４０は、圧力トランスデューサ１４６からアナログ情報を受信し得て、当該アナログ情報をプロセッサ１３６によって使用可能なデジタル情報に変換し得る。プロセッサ１３６は、圧力情報をユーザに伝えるために、当該デジタル信号をリモートコントロール１２２に送信してディスプレイ１２６を更新し得る。

【0035】

別の例として、プロセッサ１３６は、圧力増加コマンドを送信し得る。ポンプモータ１４２が、当該圧力増加コマンドに応答して通電され得て、対応するバルブ１４５Ａ、１４５Ｂを電子的に作動させることにより、空気管１４８Ａ、１４８Ｂを介して、エアチャンバ１１４Ａ、１１４Ｂの指定された一方に空気を送給し得る。チャンバの硬さ（堅さ）を増加させるために指定されたエアチャンバ１１４Ａまたは１１４Ｂに空気が送られている間、圧力トランスデューサ１４６がポンプマニホルド１４３内の圧力を感知し得る。この場合も、圧力トランスデューサ１４６は、Ａ／Ｄコンバータ１４０を介して、圧力読取値をプロセッサ１３６に送信し得る。プロセッサ１３６は、Ａ／Ｄコンバータ１４０から受け取った情報を使用して、エアチャンバ１１４Ａまたは１１４Ｂ内の実際の圧力と所望の圧力との間の差を判定し得る。プロセッサ１３６は、圧力情報をユーザに伝えるために、当該デジタル信号をリモートコントロール１２２に送信してディスプレイ１２６を更新し得る。

【0036】

一般的に言えば、膨張または収縮のプロセス中、ポンプマニホルド１４３内で感知される圧力が、ポンプマニホルド１４３と流体連通しているそれぞれのエアチャンバ内の圧力の近似を提供し得る。エアチャンバ内の実際の圧力と実質的に等しいポンプマニホルド圧力の読取値を取得する例示的な方法は、ポンプ１２０をオフにする工程と、エアチャンバ１１４Ａまたは１１４Ｂ及びポンプマニホルド１４３内の圧力が等しくなることを許容する工程と、次いで、圧力トランスデューサ１４６を用いてポンプマニホルド１４３内の圧力を感知する工程と、を備える。これにより、ポンプマニホルド１４３及びチャンバ１１４Ａまたは１１４Ｂ内の圧力が等しくなることを許容するのに十分な時間を提供することは、エアチャンバ１１４Ａまたは１１４Ｂ内の実際の圧力の正確な近似である圧力読取値をもたらし得る。幾つかの実装形態では、エアチャンバ１１４Ａ及び／または１１４Ｂの圧力は、複数の圧力センサ（図示せず）を用いて、連続的にモニタリング（監視）され得る。

【0037】

幾つかの実装形態では、圧力トランスデューサ１４６によって収集される情報は、ベッド１１２に横たわっている人の様々な状態を判定するために分析され得る。例えば、プロセッサ１３６は、圧力トランスデューサ１４６によって収集される情報を使用して、ベッド１１２に横たわっている人の心拍数または呼吸数を判定し得る。例えば、ユーザは、チャンバ１１４Ａを含むベッド１１２の一側に横たわっていてもよい。圧力トランスデューサ１４６は、チャンバ１１４Ａの圧力の変動をモニタリング（監視）し得て、この情報が、ユーザの心拍数及び／または呼吸数を判定するために使用され得る。別の例として、収集されるデータを使用して人の睡眠状態（例えば、覚醒、浅い睡眠、深い睡眠）を判定するために、付加的な処理が実施され得る。例えば、プロセッサ１３６は、人が眠りに落ちる時、眠っている間であること、人の様々な睡眠状態、を判定し得る。

【0038】

圧力トランスデューサ１４６によって収集される情報を使用して判定され得るエアベッドシステム１００のユーザに関連する付加的な情報は、ユーザの動き、ベッド１１２の表面上のユーザの存在、ユーザの体重、ユーザの心臓不整脈、一時的無呼吸、を含む。ユーザの存在の検知を例にとると、圧力トランスデューサ１４６が使用され得て、例えば、総圧力の変化の判定を介して、並びに／または、呼吸数信号、心拍数信号及び／若しくは他の生体特徴信号の１または複数を介して、ベッド１１２上のユーザの存在を検知し得る。例えば、単純な圧力検知プロセスが、圧力の増加を、ユーザがベッド１１２上に存在することを示すものとして、識別し得る。別の例として、プロセッサ１３６は、検知された圧力が特定の閾値（特定の体重を超える人ないし他の物体がベッド１１２上に配置されていることを示すための閾値）を超えて増加した場合、ユーザがベッド１１２上に存在する、と判定し得る。更に別の例として、プロセッサ１３６は、ユーザがベッド１１２上に存在することに対応するものとして、圧力の検知された僅かなリズミカルな変動との組合せで、圧力の増加を識別し得る。リズミカルな変動の存在は、ユーザの呼吸または心臓（心拍）のリズム（またはそれらの両方）に起因するものとして、識別され得る。呼吸または心拍の検知により、ベッド上に存在するユーザとベッド上に置かれている他の物体（スーツケースなど）とが、区別され得る。

【0039】

幾つかの実装形態では、圧力の変動が、ポンプ１２０で測定され得る。例えば、ポンプ１２０内の圧力の変動を検知するために、１または複数の圧力センサが、ポンプ１２０の１または複数の内部空洞内に配置され得る。ポンプ１２０で検知される圧力の変動は、チャンバ１１４Ａ及び１１４Ｂの一方または両方の圧力の変動を示し得る。ポンプ１２０に配置された１または複数のセンサは、チャンバ１１４Ａ及び１１４Ｂの一方または両方と流体連通することができ、当該センサは、チャンバ１１４Ａ及び１１４Ｂ内の圧力を判定するように動作し得る。制御ボックス１２４は、チャンバ１１４Ａまたはチャンバ１１４Ｂ内の圧力に基づいて、少なくとも１つのバイタルサイン（例えば、心拍数、呼吸数）を決定するように構成され得る。

【0040】

幾つかの実装形態では、制御ボックス１２４は、１または複数の圧力センサによって検知される圧力信号を分析し得て、チャンバ１１４Ａまたはチャンバ１１４Ｂ上に横たわっているまたは座っているユーザの心拍数、呼吸数、及び／または他のバイタルサイン、を判定し得る。より具体的には、ユーザがチャンバ１１４Ａの上方に配置されたベッド１１２上に横になる時、当該ユーザの心拍、呼吸、及び他の動きの各々が、チャンバ１１４Ａに伝達されるベッド１１２上の力を生じさせ得る。ユーザの動きに起因するチャンバ１１４Ａへの力の入力の結果として、波が、チャンバ１１４Ａを通って、ポンプ１２０内へと伝播し得る。ポンプ１２０に配置された圧力センサが、当該波を検知し得て、これにより、センサによって出力される圧力信号は、心拍数、呼吸数、またはユーザに関する他の情報、を示し得る。

【0041】

睡眠状態に関して、エアベッドシステム１００は、心拍数、呼吸、及び／またはユーザの動きなどの、様々な生体特徴信号を使用することにより、ユーザの睡眠状態を判定し得る。ユーザが眠っている間に、プロセッサ１３６は、ユーザの生体特徴信号（例えば、心拍数、呼吸、及び動き）の１または複数を受信し得て、当該受信した生体特徴信号に基づいてユーザの現在の睡眠状態を判定し得る。幾つかの実装形態では、チャンバ１１４Ａ及び１１４Ｂの一方または両方の圧力の変動を示す信号が増幅及び／またはフィルタリングされ得て、心拍数及び呼吸数のより正確な検知を許容し得る。

【0042】

制御ボックス１２４は、増幅及びフィルタリングされた圧力信号に基づいて、パターン認識アルゴリズムまたは他の計算法を実行し得て、ユーザの心拍数及び呼吸数を判定し得る。例えば、当該アルゴリズムまたは計算法は、信号の心拍数部分が０．５～４．０Ｈｚの範囲の周波数を有し、信号の呼吸数部分が１Ｈｚ未満の範囲の周波数を有する、という仮定に基づき得る。制御ボックス１２４は、また、受信された圧力信号に基づいて、血圧、寝返り（揺れ及び回転）運動、ローリング運動、四肢の運動、体重、ユーザの存在ないし不在、及び／またはユーザのアイデンティティ（個性）、などのユーザの他の特性を判定するように構成され得る。心拍数情報、呼吸数情報、及び他のユーザ情報、を使用してユーザの睡眠をモニタリング（監視）するための技術は、「バイタルサインをモニタリング（監視）するための装置」という名称のスティーブン・Ｊ・ヤング等による米国特許出願公開公報第２０１０／０１７００４３号に開示されている。当該公開公報の全内容が、当該参照により本明細書に組み込まれる（ｉｎｃｏｒｐｏｒａｔｅｄ ｂｙ ｒｅｆｅｒｅｎｃｅ）。

【0043】

例えば、ベッド１１２のチャンバ１１４Ａ及び１１４Ｂ内の空気圧をモニタリング（監視）するために、圧力トランスデューサ１４６が使用され得る。ベッド１１２上のユーザが動いていない場合、エアチャンバ１１４Ａまたは１１４Ｂ内の空気圧の変化は、比較的最小であり得て、呼吸及び／または心拍に起因し得る。しかしながら、ベッド１１２上のユーザが動いている時、マットレス内の空気圧は、はるかに大きな量で変動し得る。従って、圧力トランスデューサ１４６によって生成され、プロセッサ１３６によって受信される圧力信号は、動き、心拍、または呼吸に対応するものとして、フィルタリングされて示され得る。

【0044】

幾つかの実装形態では、プロセッサ１３６で制御ボックス１２４内でデータ分析を実行するのではなく、圧力トランスデューサ１４６によって収集されるデータを分析するためにデジタル信号プロセッサ（ＤＳＰ）が提供され得る。あるいは、圧力トランスデューサ１４６によって収集されるデータは、遠隔分析のためにクラウドベースのコンピューティングシステムに送信され得る。

【0045】

幾つかの実装態様では、例示的なエアベッドシステム１００は、例えば、ユーザの快適さのために、ベッドの温度を上昇、下降、または維持するように構成された温度コントローラを更に備える。例えば、パッドが、ベッド１１２の頂部上に載置され得る、または、その一部であり得る、あるいは、チャンバ１１４Ａ及び１１４Ｂの一方または両方の頂部上に載置され得る、または、その一部であり得る。当該パッドを通して空気が押し出され得て、ベッドのユーザを冷やすために通気され得る。逆に、当該パッドは、ユーザを暖かく保つために使用され得る加熱要素を含み得る。幾つかの実装形態では、温度コントローラは、パッドから温度読取値を受信し得る。幾つかの実装形態では、ベッドの異なる側に異なる温度制御を提供するために、（例えば、チャンバ１１４Ａ及び１１４Ｂの位置に対応する）ベッド１１２の異なる側に、別個のパッドが使用される。

【0046】

幾つかの実装形態では、エアベッドシステム１００のユーザは、ベッド１１２の表面（またはベッド１１２の表面の一部）の所望の温度を入力するために、リモートコントロール１２２などの入力デバイスを使用し得る。所望の温度は、当該所望の温度を含み温度コントローラを所望の制御対象のコンポーネント（構成要素）として識別するコマンドデータ構造にカプセル化され得る。次に、当該コマンドデータ構造は、ブルートゥース（登録商標）または他の適切な通信プロトコルを介してプロセッサ１３６に送信され得る。様々な例において、コマンドデータ構造は、送信される前に暗号化され得る。次に、温度コントローラは、ユーザによってリモートコントロール１２２に入力された温度に応じてパッドの温度を増減するように、その要素を構成（制御）し得る。

【0047】

幾つかの実装形態では、データは、あるコンポーネントからプロセッサ１３６に送り返され得るし、あるいは、ディスプレイ１２６などの１または複数のディスプレイデバイスに送信され得る。例えば、温度コントローラのセンサ要素によって判定される現在の温度、ベッドの圧力、土台（基礎部）の現在の位置、または他の情報が、制御ボックス１２４に送信され得る。次に、制御ボックス１２４は、受信した情報をリモートコントロール１２２に送信し得る。それは、そこで、（例えば、ディスプレイ１２６上で）ユーザに表示され得る。

【0048】

幾つかの実装形態では、例示的なエアベッドシステム１００は、調整可能な土台と、ベッドを支持する当該調整可能な土台を調整することによってベッド（例えばベッド１１２）の位置を調整するように構成された関節運動コントローラと、を更に備える。例えば、関節運動コントローラは、ベッド１１２を、平坦な位置から、ベッドのマットレスのヘッド部分が上向きに傾斜する位置にまで（例えば、ユーザがベッドに座る及び／またはテレビを見ることを容易にするために）、調整し得る。幾つかの実装形態では、ベッド１１２は、複数の別々に関節運動可能なセクションを含む。例えば、チャンバ１１４Ａ及び１１４Ｂの位置に対応するベッドの部分が、互いに独立して関節運動され得て、ベッド１１２の表面上に配置された１人が第１位置（例えば、平坦な位置）で休みながら、２人目が第２位置（例えば、頭を腰から斜めに上げたリクライニング位置）で休むことを許容する。幾つかの実装形態では、２つの異なるベッド（例えば、互いに隣り合って配置された２つのツインベッド）に、別々の位置が設定され得る。ベッド１１２の土台は、独立して調整され得る２以上のゾーンを含み得る。関節運動コントローラはまた、ベッド１１２上の１または複数のユーザに異なるレベルのマッサージを提供するように構成され得る。

【0049】

［寝室環境におけるベッドの例］

【0050】

図３は、家庭内及び家庭周囲にある複数のデバイスと通信するベッド３０２を含む例示的な環境３００を示している。図示の例では、ベッド３０２は、２つのエアチャンバ３０６ａ及び３０６ｂ内の空気圧を制御するためのポンプ３０４を含む（エアチャンバ１１４Ａ～１１４Ｂに関して前述されたように）。ポンプ３０４は更に、当該ポンプ３０４によって実施される膨張機能及び収縮機能を制御するための回路を含む。当該回路は、更に、エアチャンバ３０６ａ～ｂの空気圧の変動を検知するようにプログラムされており、当該検知された空気圧の変動を利用して、ユーザ３０８のベッドでの存在、ユーザ３０８の睡眠状態、ユーザ３０８の動き、及び、心拍数や呼吸数などのユーザ３０８の生体特徴信号、を識別する。図示の例では、ポンプ３０４は、ベッド３０２の支持構造内に配置され、ポンプ３０４を制御するための制御回路３３４は、ポンプ３０４と一体化されている。幾つかの実装形態では、制御回路３３４は、ポンプ３０４から物理的に離れており、ポンプ３０４と無線または有線で通信する。幾つかの実装形態では、ポンプ３０４及び／または制御回路３３４は、ベッド３０２の外側に配置される。幾つかの実装形態では、様々な物理的位置にあるシステムによって、様々な制御機能が実施され得る。例えば、ポンプ３０４の動作を制御するための回路が、ポンプ３０４のポンプケーシング内に配置され得て、ベッド３０２に関連する他の機能を実施するための制御回路３３４が、ベッド３０２の別の部分内、またはベッド３０２の外部、に配置され得る。別の例として、ポンプ３０４内に配置された制御回路３３４は、ＬＡＮまたはＷＡＮ（例えばインターネット）を介して、遠隔地にある制御回路３３４と通信し得る。更に別の例として、制御回路３３４は、図１及び図２の制御ボックス１２４に含められ得る。

【0051】

幾つかの実装形態では、ユーザのベッドでの存在、睡眠状態、動き、及び生体特徴信号を識別するために、ポンプ３０４及び制御回路３３４以外の、またはそれらに加えての、１または複数の装置が使用され得る。例えば、ベッド３０２は、ポンプ３０４に加えて第２のポンプを含み得て、２つのポンプの各々は、エアチャンバ３０６ａ～ｂのそれぞれ１つに接続され得る。例えば、ポンプ３０４は、エアチャンバ３０６ｂと流体連通し得て、エアチャンバ３０６ｂの膨張及び収縮を制御し得て、ベッドでの存在、睡眠状態、動き、生体特徴信号などの、エアチャンバ３０６ｂ上に位置するユーザのユーザ信号を検知し得る。一方で、第２のポンプが、エアチャンバ３０６ａと流体連通し得て、エアチャンバ３０６ａの膨張及び収縮を制御し得るとともに、エアチャンバ３０６ａ上に位置するユーザのユーザ信号を検知し得る。

【0052】

別の例として、ベッド３０２は、ユーザの存在、ユーザの動き、呼吸、及び心拍数を含む、動きを検知するように動作可能な１または複数の感圧パッドまたは感圧表面部分を含み得る。例えば、第１感圧パッドが、第１ユーザが通常睡眠中に位置するベッド３０２の左側部分上でベッド３０２の表面内に組み込まれ得て、第２感圧パッドが、第２ユーザが通常睡眠中に位置するベッド３０２の右側部分上でベッド３０２の表面内に組み込まれ得る。当該１または複数の感圧パッドまたは感圧表面部分によって検知される動きは、ユーザの睡眠状態、ベッドでの存在、または生体特徴信号、を識別するために、制御回路３３４によって使用され得る。

【0053】

幾つかの実装形態では、ベッドによって検知される情報（例えば運動情報）は、制御回路３３４（例えば、ポンプ３０４と一体化された制御回路３３４）によって処理され、ユーザデバイス３１０などの１または複数のユーザデバイスに提供されて、ユーザ３０８または他のユーザへ提示される。図３に示す例では、ユーザデバイス３１０はタブレットデバイスである。しかしながら、幾つかの実装形態では、ユーザデバイス３１０は、パーソナルコンピュータ、スマートフォン、スマートテレビ（例えば、テレビ３１２）、または、制御回路３３４との有線または無線通信が可能な他のユーザデバイス、であり得る。ユーザデバイス３１０は、ネットワークを介して、または直接のポイントトゥーポイント通信を介して、ベッド３０２の制御回路３３４と通信し得る。例えば、制御回路３３４は、（例えば、Ｗｉ-Ｆｉルータを介して）ＬＡＮに接続され得て、当該ＬＡＮを介してユーザデバイス３１０と通信し得る。別の例として、制御回路３３４及びユーザデバイス３１０は、両方ともインターネットに接続し得て、当該インターネットを介して通信し得る。例えば、制御回路３３４は、ＷｉＦｉルータを介してインターネットに接続し得て、ユーザデバイス３１０は、セルラー通信システムとの通信を介してインターネットに接続し得る。別の例として、制御回路３３４は、ブルートゥース（登録商標）などの無線通信プロトコルを介して、ユーザデバイス３１０と直接通信し得る。更に別の例として、制御回路３３４は、ＺｉｇＢｅｅ、Ｚ－Ｗａｖｅ、赤外線、または用途に適した他の無線通信プロトコル、などの無線通信プロトコルを介して、ユーザデバイス３１０と通信し得る。別の例として、制御回路３３４は、例えば、ＵＳＢコネクタ、シリアル／ＲＳ２３２、または用途に適した他の有線接続、などの有線接続を介して、ユーザデバイス３１０と通信し得る。

【0054】

ユーザデバイス３１０は、睡眠またはユーザ３０８のベッド３０２に対する相互作用に関連する様々な情報及び統計を表示し得る。例えば、ユーザデバイス３１０によって表示されるユーザインタフェースが、ある期間（例えば、一晩、一週間、一ヶ月など）のユーザ３０８の睡眠の量、深い睡眠の量、深い睡眠の落ち着かない睡眠に対する比、ベッドに入るユーザ３０８と眠りに落ちるユーザ３０８との間の時間経過、所定の期間においてベッド３０２で費やされた合計時間、ある期間のユーザ３０８の心拍数、ある期間のユーザ３０８の呼吸数、あるいは、ユーザ３０８またはベッド３０２の１または複数の他のユーザによるベッド３０２に対するユーザ相互作用に関連する他の情報、を含む情報を提示し得る。幾つかの実装形態では、複数のユーザの情報がユーザデバイス３１０に提示され得て、例えば、エアチャンバ３０６ａ上に位置する第１ユーザの情報が、エアチャンバ３０６ｂ上に位置する第２ユーザの情報とともに、提示され得る。幾つかの実装形態では、ユーザデバイス３１０上に提示される情報は、ユーザ３０８の年齢に応じて変化し得る。例えば、ユーザデバイス３１０上に提示される情報は、ユーザ３０８の年齢と共に進化し得て、ユーザ３０８が子供としてまたは大人として加齢するにつれて異なる情報がユーザデバイス３１０上に提示され得る。

【0055】

ユーザデバイス３１０はまた、ユーザ３０２が情報を入力することを許容するために、ベッド３０２の制御回路３３４のためのインタフェースとして使用され得る。ユーザに、または、ベッド３０２または他の装置の機能を制御するための様々な制御信号に、より良い情報を提供するために、ユーザ３０８によって入力される情報は、制御回路３３４によって使用され得る。例えば、ユーザ３０８は、体重、身長、年齢などの情報を入力し得て、制御回路３３４はこの情報を使用し得て、当該ユーザの追跡された睡眠情報と、当該ユーザと同様の体重、身長及び／または年齢を有する他の人々の睡眠情報と、の比較を当該ユーザに提供し得る。別の例として、ユーザ３０８は、ユーザデバイス３１０を、エアチャンバ３０６ａ及び３０６ｂの空気圧を制御するため、ベッド３０２の様々なリクライニングまたは傾斜位置を制御するため、ベッド３０２の１または複数の表面温度制御装置の温度を制御するため、または、制御回路３３４が他の装置のための制御信号を生成することを許容するため（以下でより詳細に説明されるように）、のインタフェースとして使用し得る。

【0056】

幾つかの実装形態では、ベッド３０２の制御回路３３４（例えば、ポンプ３０４内に一体化された制御回路３３４）は、ユーザデバイス３１０に加えて、またはその代わりに、他の第１、第２または第３者の装置またはシステムと通信し得る。例えば、制御回路３３４は、テレビ３１２、照明システム３１４、サーモスタット３１６、セキュリティシステム３１８、あるいは、オーブン３２２、コーヒーメーカー３２４、ランプ３２６及び常夜灯３２８のような他の家庭用機器、と通信し得る。制御回路３３４が通信し得る装置及び／またはシステムの他の例は、ブラインド３３０を制御するためのシステム、１または複数のドア３３２の状態を検知または制御する（例えばドアが開いているか否かを検知する、ドアがロックされているか否かを検知する、または、ドアを自動的にロックする）ための１または複数の装置、及び、ガレージドア３２０を制御するためのシステム（例えば、ガレージドア３２０の開閉状態を識別し、ガレージドアオープナーにガレージドア３２０を開閉させるため、ガレージドアオープナーと一体化された制御回路３３４）、を含む。ベッド３０２の制御回路３３４と他の装置との間の通信は、ネットワーク（例えば、ＬＡＮまたはインターネット）を介して、または、ポイントトゥーポイント通信（例えば、ブルートゥース（登録商標）、無線通信、または有線接続）として、生じ得る。幾つかの実装形態では、異なるベッド３０２の制御回路３３４が、異なるセットの装置と通信し得る。例えば、キッズベッド（子供用ベッド）は、大人用ベッドと同じ装置と通信しない及び／または制御しない場合がある。幾つかの実施形態では、ベッド３０２は、当該ベッド３０２の制御回路３３４がユーザの年齢の関数として異なる装置と通信するように、ユーザの年齢とともに進化し得る。

【0057】

制御回路３３４は、他の装置／システムから情報及び入力を受信し得て、ベッド３０２または他の装置の動作を制御するために、当該受信した情報及び入力を使用し得る。例えば、制御回路３３４は、ベッド３０２が配置されている家または部屋の現在の環境温度を示すサーモスタット３１６からの情報を受信し得る。制御回路３３４は、ベッド３０２の表面の全部または一部の温度を上げるべきか下げるべきかを決定（判定）するために、当該受信した情報を（他の情報とともに）使用し得る。次に、制御回路３３４は、ベッド３０２の加熱機構または冷却機構に、ベッド３０２の表面の温度を上昇または下降させ得る。例えば、ユーザ３０８は、華氏７４度の所望の睡眠温度を示し得て、一方、ベッド３０２の第２のユーザは、華氏７２度の所望の睡眠温度を示し得る。サーモスタット３１６は、寝室の現在の温度が華氏７２度であることを、制御回路３３４に示し得る。制御回路３３４は、ユーザ３０８が華氏７４度の所望の睡眠温度を示したことを識別し得て、ベッド３０２の表面の一部の温度を上げるために、制御信号をベッドのユーザ３０８の側にある加熱パッドに送信し得る。それは、当該ユーザ３０８の睡眠面の温度を所望の温度に上げるために配置されている。

【0058】

制御回路３３４は、また、他の装置を制御する制御信号を生成し得て、当該制御信号を当該他の装置に伝搬し得る。幾つかの実装形態では、制御信号は、ユーザ３０８及び／または１人以上の他のユーザによるベッド３０２とのユーザ相互作用に関する情報を含む、制御回路３３４によって収集された情報に基づいて、生成される。幾つかの実装形態では、ベッド３０２以外の１または複数の他の装置から収集される情報が、制御信号を生成する時に使用される。例えば、ベッド３０２の制御回路３３４と通信する様々な装置の制御信号を生成する時に、環境発生に関する情報（例えば、環境温度、環境ノイズレベル、環境光レベルなど）、時刻、年、曜日、または他の情報が、使用され得る。例えば、時刻に関する情報が、照明システム３１４のための制御信号を生成するために、ユーザ３０８の動き及びベッドでの存在に関する情報と組み合わされ得る。幾つかの実装形態では、１または複数の他の装置に制御信号を提供するのではなく、またはそれに加えて、制御回路３３４は、収集された情報（例えば、ユーザの動き、ベッドでの存在、睡眠状態またはユーザ３０８の生体特徴信号、に関連する情報）を１または複数の他の装置に送信し得て、当該１または複数の他の装置が制御信号を生成する時に当該収集された情報を利用することを許容し得る。例えば、ベッド３０２の制御回路３３４は、中央コントローラ（図示せず）に、ユーザ３０８によるベッド３０２とのユーザ相互作用に関する情報を提供し得る。当該中央コントローラは、ベッド３０２を含む様々な装置の制御信号を生成するために、当該提供された情報を利用し得る。

【0059】

引き続き図３を参照して、ベッド３０２の制御回路３３４は、ユーザ３０８のベッドでの存在、ユーザの睡眠状態３０８、及び他の要因を含む、制御回路３３４によって収集される情報に応答して、他の装置の動作を制御するための制御信号を生成し得て、当該他の装置に当該制御信号を送信し得る。例えば、ポンプ３０４と一体化された制御回路３３４は、エアチャンバ３０６ｂ内の圧力の増加などの、ベッド３０２のマットレスの特徴を検知し得て、この検知された空気圧の増加を、ユーザ３０８がベッド３０２上にいることを判定するために利用する。幾つかの実装形態では、制御回路３３４は、圧力の増加が、無生物（スーツケースなど）がベッド上に置かれているのではなく、人がベッド３０２上に座っている、横たわっている、または休んでいるためである、ことを識別するために、ユーザ３０８の心拍数または呼吸数を識別し得る。幾つかの実装形態では、ユーザのベッドでの存在を示す情報は、他の情報と組み合わされて、ユーザ３０８の現在または将来の可能性ある状態を識別する。例えば、午前１１時００分に検知されたユーザのベッドでの存在は、ユーザがベッド上に座っていて（例えば、靴紐を結ぶため、または、本を読むため）、寝ようとはしていない、ことを示し得る。一方、午後１０時００分に検知されたユーザのベッドでの存在は、ユーザ３０８がベッドに入っていて、まもなく寝るつもりである、ことを示し得る。別の例として、制御回路３３４が、午前６時３０分にユーザ３０８がベッド３０２を去ったことを検知し（例えば、ユーザ３０８がその日に目覚めたことを示す）、その後、午前７時３０分にユーザ３０８のベッドでの存在を検知した場合、制御回路３３４は、ユーザ３０８が延長された期間ベッド上に留まるつもりである、ということの表示ではなく、新しく検知されたユーザのベッドでの存在は、一時的である可能性が高い（例えば、ユーザ３０８が仕事に向かう前に靴紐を結んでいる間である）、というように、この情報を使用（理解）し得る。

【0060】

幾つかの実装形態では、制御回路３３４は、収集された情報（ユーザ３０８によるベッド３０２とのユーザ相互作用に関連する情報、環境情報、時間情報、及び、ユーザから受け取った入力、を含む）を使用して、ユーザ３０８の使用パターンを識別し得る。例えば、制御回路３３４は、ある期間にわたって収集されたユーザ３０８のベッドでの存在及び睡眠状態を示す情報を使用して、当該ユーザの睡眠パターンを識別し得る。例えば、制御回路３３４は、１週間にわたって収集されたユーザの存在を示す情報とユーザ３０８の生体特徴信号とに基づいて、ユーザ３０８が概して午後９時３０分と午後１０時００分との間にベッドに行き、概して午後１０時００分と午後１１時００分との間に入眠し、概して午前６時３０分と午前６時４５分との間に目覚める、ということを識別し得る。制御回路３３４は、ユーザ３０８によるベッド３０２とのユーザ相互作用をより良好に処理して識別するために、当該ユーザの識別パターンを使用し得る。

【0061】

例えば、前記の例のユーザ３０８のベッドでの存在、睡眠、及び目覚めのパターンが与えられた場合において、ユーザ３０８が午後３時００分にベッド上にいると検知される場合、制御回路３３４は、ベッド上のユーザの存在が単に一時的である、と判定し得て、当該判定を使用して、ユーザ３０８が夕方にベッドにいると制御回路３３４が判定した場合に生成されるであろうものとは異なる制御信号を生成し得る。別の例として、制御回路３３４が、ユーザ３０８が午前３時００分にベッドから出たことを検知した場合、制御回路３３４は、当該ユーザ３０８の識別パターンを使用して、当該ユーザが一時的に起きただけであって（例えば、トイレを使用するため、または、コップ一杯の水を得るため）、その日の起床をしたわけではない、と判定し得る。対照的に、制御回路３３４が、ユーザ３０８が午前６時４０分にベッド３０２から出たことを識別する場合、制御回路３３４は、ユーザがその日の起床をしたと判定し得て、（ユーザ３０８が午前３時００分にベッド３０２を出る場合のように）ユーザ３０８が一時的にベッドを出ただけであると判定された場合に生成されるであろうものとは異なる制御信号のセットを生成し得る。他のユーザ３０８については、午前３時００分にベッド３０２から出ることは、通常の目覚めの時間であり得るので、制御回路３３４は、これに応じて、学習及び応答し得る。

【0062】

前述のように、ベッド３０２の制御回路３３４は、様々な他の装置の制御機能のための制御信号を生成し得る。制御信号は、少なくとも部分的に、ユーザ３０８によるベッド３０２との検知された相互作用と、時間、日付、温度などを含む他の情報と、に基づいて生成され得る。例えば、制御回路３３４は、テレビ３１２と通信し得て、テレビ３１２から情報を受信し得て、テレビ３１２の機能を制御するための制御信号を生成し得る。例えば、制御回路３３４は、テレビ３１２が現在オンであるというテレビ３１２からの標示を、受信し得る。テレビ３１２がベッド３０２とは異なる部屋に配置されている場合、制御回路３３４は、ユーザ３０８が夜に就寝したと判定する時、テレビ３１２をオフにする制御信号を生成し得る。例えば、ベッド３０２上のユーザ３０８の存在が特定の時間範囲（例えば午後８時００分と午前７時００分との間）に検知され、閾値時間（例えば１０分）より長く続く場合、制御回路３３４は、この情報を使用して、ユーザ３０８が就寝のためにベッドにいると判定し得る。テレビ３１２がオンである場合（テレビ３１２からベッド３０２の制御回路３３４によって受信される通信によって示される）、制御回路３３４は、テレビ３１２をオフにする制御信号を生成し得る。次に、制御信号が、テレビに送信され得る（例えば、テレビ３１２と制御回路３３４との間の有向通信リンクを介して、または、ネットワークを介して）。別の例として、ユーザのベッドでの存在の検知に応答してテレビ３１２をオフにするのではなく、制御回路３３４は、テレビ３１２の音量を予め指定された量だけ下げるようにする制御信号を生成し得る。

【0063】

別の例として、指定された時間範囲（例えば、午前６時００分から午前８時００分の間）にユーザ３０８がベッド３０２を離れたことを検知する時、制御回路３３４は、テレビ３１２をオンにし、予め指定されたチャンネルに同調させるための制御信号を生成し得る（例えば、ユーザ３０８は、朝にベッドから出る時に朝のニュースを見るという好みを示す）。制御回路３３４は、制御信号を生成し、当該信号をテレビ３１２に送信して、テレビ３１２をオンにし得て、所望の局（制御回路３３４、テレビ３１２、または別の場所、に保存され得る）に同調させ得る。別の例として、ユーザ３０８がその日に起床したことを検知する時、制御回路３３４は、制御信号を生成及び送信して、テレビ３１２をオンにし得て、テレビ３１２と通信しているデジタルビデオレコーダー（ＤＶＲ）から以前に録画された番組の再生を開始し得る。

【0064】

別の例として、テレビ３１２がベッド３０２と同じ部屋にある場合、制御回路３３４は、ユーザのベッドでの存在の検知に応答しては、テレビ３１２をオフにしない。むしろ、制御回路３３４は、ユーザ３０８が眠っているとの判定に応答して、制御信号を生成及び送信して、テレビ３１２をオフにし得る。例えば、制御回路３３４は、ユーザ３０８の生体特徴信号（例えば、動き、心拍数、呼吸数）をモニタリング（監視）して、ユーザ３０８が眠りに落ちたことを判定し得る。ユーザ３０８が眠っていることを検知する時、制御回路３３４は、テレビ３１２をオフにする制御信号を生成して送信する。別の例として、制御回路３３４は、ユーザ３０８が眠りに落ちた後の閾値時間の経過後（例えば、ユーザが眠りに落ちた後１０分後）に、テレビ３１２をオフにする制御信号を生成し得る。別の例として、制御回路３３４は、ユーザ３０８が眠っていると判定した後、テレビ３１２の音量を下げる制御信号を生成する。更に別の例として、制御回路３３４は、ユーザ３０８が眠っているとの決定に応答して、制御信号を生成及び送信して、テレビの音量をある期間にわたって徐々に下げ、その後にテレビをオフにする。

【0065】

幾つかの実装形態では、制御回路３３４は、コンピュータ、タブレット、スマートフォン、ステレオシステムなど、の他のメディアデバイスと、同様に相互作用し得る。
例えば、ユーザ３０８が眠っていることを検知する時、制御回路３３４は、制御信号を生成してユーザデバイス３１０に送信し、ユーザデバイス３１０をオフにし得る、または、ユーザデバイス３１０で再生されているビデオまたはオーディオファイルの音量を下げ得る。

【0066】

制御回路３３４は更に、照明システム３１４と通信し得て、当該照明システム３１４から情報を受信し得て、当該照明システム３１４の機能を制御するための制御信号を生成し得る。例えば、特定の時間枠（例えば午後８時００分から午前７時００分の間）で閾値時間（例えば１０分）より長く続くベッド３０２上のユーザの存在を検知する時、ベッド３０２の制御回路３３４は、ユーザ３０８が就寝のためにベッドにいると判定し得る。この判定に応答して、制御回路３３４は、ベッド３０２が配置されている部屋以外の１または複数の部屋の照明を消灯する制御信号を生成し得る。次に、制御信号が照明システム３１４に送信され得て、当該照明システム３１４によって実行され得て、示された部屋の照明を消灯させ得る。例えば、制御回路３３４は、制御信号を生成及び送信して、他の寝室ではなく、全ての一般的な部屋の照明を消灯し得る。別の例として、ユーザ３０８が就寝のためにベッドにいるとの判定に応答して、制御回路３３４によって生成される制御信号は、ベッド３０２が配置されている部屋以外の全ての部屋の照明が消灯されるべきであり、ベッド３０２を含む家屋の外側に配置された１または複数の照明も消灯されるべきである、ことを示し得る。更に、制御回路３３４は、ユーザ３０８のベッドでの存在またはユーザ３０８が眠っていることの判定に応答して、常夜灯３２８を点灯させる制御信号を生成及び送信し得る。別の例として、制御回路３３４は、ユーザのベッドでの存在の検知に応答して第１セットの照明（例えば、一般の部屋の照明）を消灯するための第１制御信号と、ユーザ３０８が眠っていることの検知に応答して第２セットの照明（例えば、ベッド３０２が配置されている部屋の照明）を消灯するための第２制御信号と、を生成し得る。

【0067】

幾つかの実装形態では、ユーザ３０８が就寝のためにベッドにいるとの判定に応答して、ベッド３０２の制御回路３３４は、ベッド３０２が配置されている部屋で日没照明様式を照明システム３１４に実施させる制御信号を生成し得る。日没照明様式は、例えば、寝室の照明に琥珀色の色調を追加するなど寝室環境の照明の色を変更することとの組み合わせで、照明を（時間をかけて徐々に、または一気に）落とすこと、を含み得る。日没照明様式は、ユーザ３０８が就寝のためにベッドにいると制御回路３３４が判定した時、ユーザ３０８を入眠させることを助け得る。

【0068】

制御回路３３４は、また、ユーザ３０８が朝に目覚める時に、日出照明様式を実施するように構成され得る。制御回路３３４は、例えば、指定された時間枠（例えば午前６時００分と午前８時００分との間）の間にユーザ３０８がベッド３０２から出た（すなわち、もはやベッド３０２上に存在しない）ことを検知することによって、ユーザ３０８がその日に起床したことを判定し得る。別の例として、制御回路３３４は、ユーザ３０８がベッドから出ていなくてもユーザ３０８が目覚めていることを判定するために、ユーザ３０８の動き、心拍数、呼吸数、または他の生体特徴信号を、モニタリング（監視）し得る。制御回路３３４が、指定された時間枠の間にユーザが目覚めていることを検知した場合、制御回路３３４は、ユーザ３０８がその日に起床したと判定し得る。指定された時間枠は、例えば、一定期間（例えば２週間）にわたって収集された以前に記録されたユーザのベッドでの存在情報に基づき得る。それは、ユーザ３０８が通常午前６時３０分と午前７時３０分との間に目覚めることを示し得る。ユーザ３０８が目覚めていると制御回路３３４が判定することに応答して、当該制御回路３３４は、制御信号を生成して、照明システム３１４に、ベッド３０２が配置されている寝室で日出照明様式を実施させ得る。日出照明様式は、例えば、照明（例えば、ランプ３２６、または寝室の他の照明）を点灯させることを含み得る。日出照明様式は、ベッド３０２が配置されている部屋（または１または複数の他の部屋）の照明のレベルを徐々に上げることを更に含み得る。日出照明様式は、指定された色の照明のみを点灯させることも含み得る。例えば、日出照明様式は、ユーザ３０８が目覚めて活動的になるのを穏やかに支援するため、寝室を青色光で照明することを含み得る。

【0069】

幾つかの実装形態では、制御回路３３４は、ベッド３０２とのユーザ相互作用が検出された時刻に応じて、照明システム３１４などの１または複数の構成要素の動作を制御するための異なる制御信号を生成し得る。例えば、制御回路３３４は、ユーザ３０８とベッド３０２との間の相互作用についての履歴ユーザ相互作用情報を使用して、ユーザ３０８が通常午後１０時００分と午後１１時００分との間で入眠し、通常午前６時３０分と午前７時３０分との間で目覚める、ということを判定し得る。制御回路３３４は、この情報を使用して、午前３時００分にユーザ３０８がベッドから出たと検知される場合に、照明システム３１４を制御するための制御信号の第１セットを生成し得て、午前６時３０分より後にユーザ３０８がベッドから出たと検知される場合に、照明システム３１４を制御するための制御信号の第２セットを生成し得る。例えば、ユーザ３０８が午前６時３０分より前にベッドから出る場合、制御回路３３４は、ユーザ３０８のトイレへの経路を案内する照明を点灯させ得る。別の例として、ユーザ３０８が午前６時３０分より前にベッドから出る場合、制御回路３３４は、ユーザ３０８のキッチンへの経路を案内する照明を点灯させ得る（それは、例えば、常夜灯３２８を点灯すること、ベッド下の照明を点灯すること、または、ランプ３２６を点灯すること、を含み得る）。

【0070】

別の例として、ユーザ３０８が午前６時３０分より後にベッドから出る場合、制御回路３３４は、制御信号を生成して、照明システム３１４に日出照明様式を開始させ得る、あるいは、寝室または他の部屋の１または複数の照明を点灯させ得る。幾つかの実装形態では、当該ユーザ３０８について指定された朝の起床時間より前にユーザ３０８がベッドから出たと検知される場合、制御回路３３４は、照明システム３１４に、当該指定された朝の起床時間より後にユーザ３０８がベッドから出たと検知される場合に照明システム３１４によって点灯される光よりも弱い（暗い）光を、点灯させる。ユーザ３０８が夜間に（すなわち、当該ユーザ３０８の通常の起床時間より前に）ベッドから出る時に弱い（薄暗い）照明のみを点灯させることは、その家の他の居住者が照明によって目覚めてしまうことを防げる一方で、ユーザ３０８が家内でトイレ、キッチン、または別の目的地に到達するために見ることを許容し得る（視界を提供し得る）。

【0071】

ユーザ３０８とベッド３０２との間の相互作用に関する履歴ユーザ相互作用情報は、ユーザの睡眠時間枠及び覚醒時間枠を識別するために使用され得る。例えば、ユーザのベッドでの存在時間及び睡眠時間が、設定された期間（例えば、２週間、１ヶ月など）について判定され得る。次に、制御回路３３４は、ユーザ３０８が就寝する典型的な時間範囲すなわち時間枠、ユーザ３０８が入眠する典型的な時間枠、及び、ユーザ３０８が目覚める典型的な時間枠、を識別し得る（場合によっては、ユーザ３０８が目覚める時間枠とユーザ３０８が実際にベッドから出る時間枠とは異なる）。幾つかの実装形態では、これらの時間枠に、バッファ時間が追加され得る。例えば、ユーザが、典型的には午後１０時００分と午後１０時３０分との間に就寝すると識別される場合、各方向に３０分のバッファが当該時間枠に追加され得て、午後９時３０分と午後１１時００分との間にユーザがベッドに着くことの検知が、ユーザ３０８が夜に就寝することと解釈され得る。別の例として、ユーザ３０８が就寝する最も早い典型的な時間の３０分前から始まって当該ユーザの典型的な目覚めの時間（例えば午前６時３０分）まで延長される時間帯内での、ユーザ３０８のベッドでの存在の検知が、ユーザ３０８が夜に就寝することと解釈され得る。例えば、ユーザが典型的には午後１０時００分と午後１０時３０分との間に就寝する場合、ユーザのベッドでの存在がある夜の午前１２時３０分（０時３０分）に検知されると、それは、ユーザの就寝の典型的な時間枠を超えてはいるが、ユーザの通常の目覚め時間の前に生じているため、当該ユーザ３０８が夜に就寝したと解釈され得る。幾つかの実装形態では、１年の異なる時期（例えば、夏よりも冬には就寝時間が早まる）または１週間の異なる曜日（例えば、ユーザは週末より平日により早く目覚める）について、異なる時間枠が識別される。

【0072】

制御回路３３４は、ユーザ３０８の存在の持続時間を感知することによって、短時間ベッド３０２上に存在すること（昼寝など）に対して、ユーザ３０８が長時間就寝すること（夜など）を区別し得る。幾つかの例では、制御回路３３４は、ユーザ３０８の睡眠の持続時間を感知することによって、短時間の就寝（昼寝など）に対して、ユーザ３０８が長時間就寝すること（夜など）を区別し得る。例えば、制御回路３３４は、時間閾値を設定し得て、それにより、ユーザ３０８がベッド３０２上で当該閾値より長く感知される場合、ユーザ３０８が夜に就寝したと見なされる。幾つかの例では、当該閾値は約２時間であり得て、それにより、ユーザ３０８がベッド３０２上で２時間を超えて感知される場合、制御回路３３４は、それを長時間睡眠事象として登録する。他の例では、当該閾値は、２時間より長かったり短かったりし得る。

【0073】

制御回路３３４は、ユーザ３０８が就寝時間範囲を入力する必要なく、ユーザ３０８の典型的な就寝時間範囲を自動的に判定するべく、繰り返される長時間睡眠事象を検知し得る。これにより、制御回路３３４は、ユーザ３０８が伝統的な睡眠スケジュールを使用して典型的に就寝するのか非伝統的な睡眠スケジュールを使用して典型的に就寝するのかとは無関係に、ユーザ３０８が長時間睡眠事象のために就寝する可能性が高い時刻を、正確に推定できる。次に、制御回路３３４は、ユーザ３０８の就寝時間範囲の知識を使用して、就寝時間範囲中または就寝時間範囲外にベッドで存在することの感知に基づいて、１または複数の構成要素（ベッド３０２及び／または非ベッドの周辺機器を含む）を、異なって制御し得る。

【0074】

幾つかの例では、制御回路３３４は、ユーザ入力を必要とすることなく、ユーザ３０８の就寝時間範囲を自動的に判定し得る。幾つかの例では、制御回路３３４は、自動的に、且つ、ユーザ入力との組み合わせで、ユーザ３０８の就寝時間範囲を判定し得る。幾つかの例では、制御回路３３４は、ユーザ入力に従って、就寝時間範囲を直接的に設定し得る。幾つかの例では、制御回路３３４は、異なる就寝時刻を異なる曜日に関連付け得る。これらの例の各々において、制御回路３３４は、検知されたベッドでの存在及び就寝時間範囲の関数として、１または複数の構成要素（照明システム３１４、サーモスタット３１６、セキュリティシステム３１８、オーブン３２２、コーヒーメーカー３２４、ランプ３２６、及び常夜灯３２８など）を制御し得る

【0075】

制御回路３３４は、更に、サーモスタット３１６と通信し得て、当該サーモスタット３１６からの情報を受信し得て、当該サーモスタット３１６の機能を制御するための制御信号を生成し得る。例えば、ユーザ３０８は、ユーザ３０８の睡眠状態またはベッドでの存在に応じて、異なる時間の異なる温度のユーザの好みを示し得る。例えば、ユーザ３０８は、ベッドから出るとき華氏７２度、ベッドにいるが目覚めているとき華氏７０度、及び、眠っているとき華氏６８度、の環境温度を好み得る。ベッド３０２の制御回路３３４は、夜のユーザ３０８のベッドでの存在を検知し得て、ユーザ３０８が就寝中であると判定し得る。この判定に応答して、制御回路３３４は、サーモスタットをして温度を華氏７０度に変化させる制御信号を生成し得る。次に、制御回路３３４は、当該制御信号をサーモスタット３１６に送信し得る。ユーザ３０８が就寝時間範囲中に就寝している、または眠っている、ことを検知すると、制御回路３３４は、制御信号を生成及び送信し得て、サーモスタット３１６をして温度を華氏６８度に変化させ得る。翌朝、ユーザがその日の起床をした（例えば、ユーザ３０８が午前６時３０分より後にベッドから出た）、ことを判定すると、制御回路３３４は、制御信号を生成及び送信し得て、サーモスタット３１６をして温度を華氏７２度に変化させ得る。

【0076】

幾つかの実装形態では、制御回路３３４は、同様に制御信号を生成し得て、ベッド３０２とのユーザ相互作用に応答して、あるいは様々な予めプログラムされた時間に、ベッド３０２の表面上の１または複数の加熱要素または冷却要素をして、様々な時点で温度を変化させ得る。例えば、制御回路３３４は、ユーザ３０８が入眠したことが検知されると、加熱要素を作動させ得て、ベッド３０２の表面の片側の温度を華氏７３度にまで上昇させ得る。別の例として、ユーザ３０８がその日に起床したと判定すると、制御回路３３４は、加熱要素または冷却要素を電源オフにし得る。更に別の例として、ユーザ３０８は、ベッドの表面の温度が上昇または下降されるべき様々な時間を、予めプログラムし得る。例えば、ユーザは、午後１０時００分に表面温度を華氏７６度に上げ、午後１１時３０分に表面温度を華氏６８度に下げるように、ベッド３０２をプログラムし得る。

【0077】

幾つかの実装形態では、ユーザ３０８のベッドでの存在の検知及び／またはユーザ３０８が眠っていることの検知に応答して、制御回路３３４は、サーモスタット３１６をして、異なる部屋の温度を異なる値に変化させ得る。例えば、ユーザ３０８が夜にベッドにいるとの判定に応答して、制御回路３３４は、制御信号を生成及び送信し得て、サーモスタット３１６をして家の１または複数の寝室の温度を華氏７２度に設定し得て、且つ、他の部屋の温度を華氏６７度に設定し得る。

【0078】

制御回路３３４は、また、サーモスタット３１６から温度情報を受信し得て、この温度情報を使用して、ベッド３０２または他の装置の機能を制御し得る。例えば、前述のように、制御回路３３４は、サーモスタット３１６から受信した温度情報に応答して、ベッド３０２に含まれる加熱要素の温度を調整し得る。

【0079】

幾つかの実装形態では、制御回路３３４は、他の温度制御システムを制御するための制御信号を生成及び送信し得る。例えば、ユーザ３０８がその日に目覚めたとの判定に応答して、制御回路３３４は、床暖房要素を作動させるための制御信号を生成及び送信し得る。例えば、制御回路３３４は、ユーザ３０８がその日に目覚めたとの判定に応答して、主寝室の床暖房システムをオンにすることができる。

【0080】

制御回路３３４は、更に、セキュリティシステム３１８と通信し得て、当該セキュリティシステム３１８から情報を受信し得て、当該セキュリティシステム３１８の機能を制御するための制御信号を生成し得る。例えば、ユーザ３０８が夜に就寝したとの検知に応答して、制御回路３３４は、セキュリティシステムをしてセキュリティ機能を作動または作動解除させる制御信号を生成し得る。その後、制御回路３３４は、当該制御信号をセキュリティシステム３１８に送信し得て、当該セキュリティシステム３１８を作動させ得る。別の例として、制御回路３３４は、ユーザ３０８がその日に目覚めた（例えば、ユーザ３０８が午前６時００分より後にベッド３０２上にもはや存在しない）との判定に応答して、制御信号を生成及び送信し得て、セキュリティシステム３１８を不能にさせ得る。幾つかの実装形態では、制御回路３３４は、ユーザ３０８のベッドでの存在の検知に応答して、セキュリティシステム３１８に第１セットのセキュリティ機能を作動させるための制御信号の第１セットを生成及び送信し得て、ユーザ３０８が入眠したことの検知に応答して、セキュリティシステム３１８に第２セットのセキュリティ機能を作動させるための制御信号の第２セットを生成及び送信し得る。

【0081】

幾つかの実装形態では、制御回路３３４は、セキュリティシステム３１８（及び／または、セキュリティシステム３１８に関連付けられたクラウドサービス）からアラート（警告）を受信し得て、当該アラートをユーザ３０８に示し得る。例えば、制御回路３３４は、ユーザ３０８が夜にベッドにいることを検知し得て、それに応答して、制御信号を生成及び送信し得て、セキュリティシステム３１８をして作動または作動解除させ得る。その後、セキュリティシステムは、セキュリティ違反（例えば、誰かがセキュリティコードを入力せずにドア３３２を開けた、または、セキュリティシステム３１８が作動している時に誰かが窓を開けた）を検知し得る。セキュリティシステム３１８は、セキュリティ違反を、ベッド３０２の制御回路３３４に通信し得る。セキュリティシステム３１８からの通信の受信に応答して、制御回路３３４は、セキュリティ違反についてユーザ３０８に警告するための制御信号を生成し得る。例えば、制御回路３３４は、ベッド３０２を振動させ得る。別の例として、制御回路３３４は、ユーザ３０８を目覚めさせて、セキュリティ違反についてユーザに警告するために、ベッド３０２の一部を関節運動させ得る（例えば、ヘッドセクションを上昇または下降させ得る）。別の例として、制御回路３３４は、制御信号を生成及び送信し得て、ユーザ３０８にセキュリティ違反を警告するために、ランプ３２６を規則的な間隔で点滅させ得る。別の例として、制御回路３３４は、子供用の寝室の開いた窓など、別のベッドの寝室のセキュリティ違反について、あるベッド３０２のユーザ３０８に警告し得る。別の例として、制御回路３３４は、（例えば、ドアを閉じてロックするために）ガレージドアコントローラに警告を送信し得る。別の例として、制御回路３３４は、セキュリティが作動解除されるように警告を送信し得る。

【0082】

制御回路３３４は、更に、ガレージドア３２０を制御するための制御信号を生成及び送信し得て、ガレージドア３２０の状態（すなわち、開いているかまたは閉じているか）を示す情報を受信し得る。例えば、ユーザ３０８が夜にベッドにいるとの判定に応答して、制御回路３３４は、ガレージドアオープナーまたはガレージドア３２０が開いているか否かを感知可能な他の装置に、要求（リクエスト）を生成及び送信し得る。制御回路３３４は、ガレージドア３２０の現在の状態に関する情報を要求し得る。制御回路３３４が、ガレージドア３２０が開いていることを示す応答を（例えば、ガレージドアオープナーから）受信した場合、制御回路３３４は、ガレージドアが開いていることをユーザ３０８に通知し得るか、または、制御信号を生成して、ガレージドアオープナーをしてガレージドア３２０を閉じさせ得る。例えば、制御回路３３４は、ガレージドアが開いていることを示すメッセージを、ユーザデバイス３１０に送信し得る。別の例として、制御回路３３４は、ベッド３０２を振動させ得る。更に別の例として、制御回路３３４は、制御信号を生成及び送信し得て、照明システム３１４をして寝室の１または複数の照明を点滅させ得て、警告についてユーザデバイス３１０をチェックするようにユーザ３０８に警告し得る（この例では、ガレージドア３２０が開いていることに関する警告）。代替的に、あるいは付加的に、制御回路３３４は、制御信号を生成及び送信し得て、ユーザ３０８が夜にベッドにいること、及び、ガレージドア３２０が開いていることの識別に応答して、ガレージドアオープナーをしてガレージドア３２０を閉じさせ得る。幾つかの実装形態では、制御信号は、ユーザ３０８の年齢に応じて異なり得る。

【0083】

制御回路３３４は、同様に、ドア３３２またはオーブン３２２に関連する状態情報を制御または受信するための通信を送信及び受信し得る。例えば、ユーザ３０８が夜にベッドにいることを検知すると、制御回路３３４は、ドア３３２の状態を検知するための装置またはシステムに、要求を生成して送信し得る。当該要求に応答して返される情報は、ドア３３２の様々な状態、例えば、開いている、閉じているがロックされていない、または、閉じていてロックされている、を示し得る。ドア３３２が開いているか、または、閉じているがロックされていない場合、制御回路３３４は、例えばガレージドア３２０について前述された態様のように、ドアの状態についてユーザ３０８に警告し得る。ユーザ３０８への警告に対して代替的に、または付加的に、制御回路３３４は、ドア３３２をしてロックするか、または閉じてロックするように、制御信号を生成及び送信し得る。ドア３３２が閉じていてロックされている場合、制御回路３３４は、更なる動作は必要ないと判定し得る。

【0084】

同様に、ユーザ３０８が夜にベッドにいることを検知すると、制御回路３３４は、オーブン３２２の状態（例えば、オンまたはオフ）を要求するためのオーブン３２２への要求を生成及び送信し得る。オーブン３２２がオンである場合、制御回路３３４は、ユーザ３０８に警告し得て、及び／または、制御信号を生成及び送信し得て、オーブン３２２をオフにし得る。オーブンが既にオフである場合、制御回路３３４は、更なる動作が必要ではないと判定し得る。幾つかの実装形態では、様々な事象（イベント）に対して、様々な警告（アラート）が生成され得る。例えば、制御回路３３４は、セキュリティシステム３１８が違反を検知した場合、ランプ３２６（または照明システム３１４を介して１または複数の他の照明）を第１パターンで点滅させ得て、ガレージドア３２０が開いている場合、第２パターンで点滅させ得て、ドア３３２が開いている場合、第３パターンで点滅させ得て、オーブン３２２がオンの場合、第４パターンで点滅させ得て、別のベッドが当該ベッドのユーザが起きたことを検知する場合（例えば、ユーザ３０８の子供が夜中にベッドから出たことが子供のベッド３０２内のセンサによって感知される時）、第５パターンで点滅させ得る。ベッド３０２の制御回路３３４によって処理されてユーザに通信され得る警告の他の例は、煙を検知する（及び当該煙の検知を制御回路３３４に通信する）煙検知器、一酸化炭素を検知する一酸化炭素テスタ、ヒータ誤動作、または、制御回路３３４と通信可能でユーザ３０８の注意を喚起すべき事象発生の検知が可能な任意の他の装置からの警告、を含む。

【0085】

制御回路３３４はまた、ブラインド３３０の状態を制御するためのシステムまたは装置と通信し得る。例えば、ユーザ３０８が夜にベッドにいるとの判定に応答して、制御回路３３４は、制御信号を生成及び送信し得て、ブラインド３３０を閉じさせ得る。別の例として、ユーザ３０８がその日に起床した（例えば、ユーザが午前６時３０分より後にベッドから出た）との判定に応答して、制御回路３３４は、制御信号を生成及び送信し得て、ブラインド３３０を開かせ得る。対照的に、ユーザ３０８が当該ユーザ３０８の通常の起床時間より前にベッドから出た場合、制御回路３３４は、ユーザ３０８がその日まだ起床していないと判定し得て、ブラインド３３０を開かせるための制御信号を生成しない。更に別の例として、制御回路３３４は、ユーザ３０８のベッドでの存在の検知に応答して、第１セットのブラインドを閉じさせ、ユーザが眠っていることの検知に応答して、第２セットのブラインドを閉じさせる、という制御信号を生成及び送信し得る。

【0086】

制御回路３３４は、ベッド３０２とのユーザ相互作用の検知に応答して、他の家庭用装置の機能を制御するための制御信号を生成及び送信し得る。例えば、ユーザ３０８がその日に起床したとの判定に応答して、制御回路３３４は、コーヒーメーカー３２４に対する制御信号を生成及び送信し得て、当該コーヒーメーカー３２４をしてコーヒーの淹出を開始させ得る。別の例として、制御回路３３４は、オーブン３２２に対する制御信号を生成及び送信し得て、当該オーブンをして（朝に焼きたてパンが好きなユーザのために）予熱を開始させ得る。別の例として、制御回路３３４は、ユーザ３０８がその日に目覚めたことを示す情報を、１年のうちの時期が現在冬であること、及び／または、外気温が閾値を下回っていること、を示す情報と共に使用し得て、制御信号を生成及び送信し得て、車のエンジンブロックヒーターをオンにし得る。

【0087】

別の例として、制御回路３３４は、ユーザ３０８のベッドでの存在の検知に応答して、または、ユーザ３０８が眠っていることの検知に応答して、制御信号を生成及び送信し得て、１または複数の装置をスリープモードに入らせ得る。例えば、制御回路３３４は、ユーザ３０８の携帯電話をスリープモードへと切り替えさせるための制御信号を生成し得る。その後、制御回路３３４は、当該制御信号を携帯電話に送信し得る。更にその後、ユーザ３０８がその日に起床したと判定すると、制御回路３３４は、携帯電話をスリープモードから（通常モードに）切り替えさせる制御信号を生成及び送信し得る。

【0088】

幾つかの実装形態では、制御回路３３４は、１または複数のノイズ制御装置と通信し得る。例えば、ユーザ３０８が夜にベッドにいる、または、ユーザ３０８が眠っていると判定すると、制御回路３３４は、制御信号を生成及び送信し得て、１または複数のノイズキャンセレーション装置を作動させ得る。ノイズキャンセレーション装置は、例えば、ベッド３０２の一部として含まれ得るか、あるいは、ベッド３０２のある寝室内に配置され得る。別の例として、ユーザ３０８が夜にベッドにいる、または、ユーザ３０８が眠っていると判定すると、制御回路３３４は、ステレオシステムラジオ、コンピュータ、タブレットなど、１または複数の音響生成装置について、ボリュームをオンにしたり、オフにしたり、アップしたり、ダウンしたりするための制御信号を生成及び送信し得る。

【0089】

更に、ベッド３０２の機能が、ベッド３０２とのユーザ相互作用に応答して、制御回路３３４によって制御される。例えば、ベッド３０２は、調節可能な土台と、ベッドを支持する当該調節可能な土台を調整することによってベッド３０２の１または複数の部分の位置を調整するように構成された関節運動コントローラと、を含み得る。例えば、関節運動コントローラは、ベッド３０２を、平坦な位置から、ベッド３０２のマットレスのヘッド部分が上向きに傾斜する位置にまで、調整し得る（例えば、ユーザがベッドに座ったり、及び／または、テレビを見たりするのを容易にするため）。幾つかの実装形態では、ベッド３０２は、複数の別々に関節運動可能なセクションを含む。例えば、エアチャンバ３０６a及び３０６ｂの位置に対応するベッドの部分が、互いに独立して関節運動され得て、ベッド３０２の表面上に配置された１人が第１位置（例えば、平坦な位置）で休みながら、２人目が第２位置（例えば、頭を腰から斜めに上げたリクライニング位置）で休むことを許容する。幾つかの実装形態では、２つの異なるベッド（例えば、互いに隣り合って配置された２つのツインベッド）に、別々の位置が設定され得る。ベッド３０２の土台は、独立して調整され得る２以上のゾーンを含み得る。関節運動コントローラはまた、ベッド３０２上の１または複数のユーザに異なるレベルのマッサージを提供するように、または、前述のようにユーザ３０８に警告を伝えるためにベッドを振動させるように、構成され得る。

【0090】

制御回路３３４は、ベッド３０２とのユーザ相互作用に応答して、位置（例えば、ユーザ３０８及び／またはベッド３０２の追加ユーザのための傾斜及び下降位置）を調整し得る。例えば、制御回路３３４は、関節運動コントローラをして、ユーザ３０８のベッドでの存在の感知に応答して、ベッド３０２をユーザ３０８の第１リクライニング位置に調整させ得る。制御回路３３４は、ユーザ３０８が眠っているとの判定に応答して、関節運動コントローラをして、ベッド３０２を第２リクライニング位置（例えば、リクライニングの程度が小さいか、平坦な位置）に調整させ得る。別の例として、制御回路３３４は、ユーザ３０８がテレビ３１２をオフにしたことを示すテレビ３１２からの通信を受信し得て、それに応答して、制御回路３３４は、関節運動コントローラをして、ベッド３０２の位置を好ましいユーザ睡眠位置に調整し得る（例えば、ユーザ３０８がベッドにいる間にユーザがテレビ３１２をオフにしたことにより、ユーザ３０８が入眠を望んでいることが示される）。

【0091】

幾つかの実装形態では、制御回路３３４は、ベッド３０２の別のユーザを目覚めさせることなく、ベッド３０２の１人のユーザを目覚めさせるように、関節運動コントローラを制御し得る。例えば、ユーザ３０８及びベッド３０２の第２ユーザは、各々、異なる目覚め時間を設定し得る（例えば、それぞれ、午前６時３０分及び午前７時１５分）。ユーザ３０８の目覚め時間になると、制御回路３３４は、関節運動コントローラをしてユーザ３０８が配置されているベッドの一側のみ振動させるか、または、その位置を変更させて、第２ユーザを妨げることなく、ユーザ３０８を目覚めさせ得る。第２ユーザの目覚め時間になると、制御回路３３４は、関節運動コントローラをして、第２ユーザが配置されているベッドの側のみを振動させるか、またはその位置を変化させ得る。あるいは、第２ユーザの目覚め時間になると、制御回路３３４は、他の方法（例えば、オーディオアラームや照明の点灯など）を利用して、第２ユーザを目覚めさせ得る。なぜなら、制御回路３３４が第２ユーザを目覚めさせることを試みる時、ユーザ３０８は既に目覚めていて、妨げられないからである。

【0092】

引き続き図３を参照して、ベッド３０２の制御回路３３４は、複数のユーザによるベッド３０２との相互作用についての情報を利用して、様々な他の装置の機能を制御するための制御信号を生成し得る。例えば、制御回路３３４は、ユーザ３０８と第２ユーザとの両方がベッド３０２上に存在していると検知されるまで、例えばセキュリティシステム３１８を作動させたり、あるいは、照明システム３１４に様々な部屋の照明を消灯するよう命令したりするための制御信号を生成することを、待つことができる。別の例として、制御回路３３４は、ユーザ３０８のベッドでの存在を検知すると、照明システム３１４をして第１セットの照明を消灯させるための第１セットの制御信号を生成し得て、第２ユーザのベッドでの存在の検知に応答して、第２セットの照明を消灯させるための第２セットの制御信号を生成し得る。別の例として、制御回路３３４は、ブラインド３３０を開けるための制御信号を生成することを、ユーザ３０８と第２ユーザとの両方がその日に目覚めたと判定されるまで、待つことができる。更に別の例として、ユーザ３０８はその日ベッドを出て目覚めているが、第２ユーザは未だ眠っているという判定に応答して、制御回路３３４は、第１セットの制御信号を生成及び送信し得て、コーヒーメーカー３２４をしてコーヒーの淹出を開始させ得て、セキュリティシステム３１８をして非アクティブにさせ得て、ランプ３２６を点灯し得て、常夜灯３２８を消灯し得て、サーモスタット３１６をして１または複数の部屋の温度を華氏７２度に上昇させ得て、ベッド３０２が配置されている寝室以外の部屋のブラインド（例えば、ブラインド３３０）を開け得る。その後、第２ユーザがベッド上にもはや存在しない（または第２ユーザが目覚めている）ことの検知に応答して、制御回路３３４は、第２セットの制御信号を生成及び送信し得て、例えば照明システム３１４をして寝室の１または複数の照明を点灯させ得て、寝室のブラインドを開けさせ得て、テレビ３１２を予め指定されたチャンネルでオンにし得る。

【0093】

［ベッドに関連付けられたデータ処理システムの例］

【0094】

ここで、例えばベッドに関連付けられているデータ処理タスクのために使用され得るシステム及び構成要素の例が説明される。幾つかの場合、特定の１つの構成要素または構成要素群の複数の例が提示される。これらの例の幾つかは、冗長性がある、及び／または、相互に排他的な代替物である。構成要素間の接続は、構成要素間の通信を許容するための可能性あるネットワーク形態を例示する例として示される。技術的に必要とされるまたは所望される通りに、様々な様式の接続が使用され得る。当該接続は、一般的に、任意の技術的に実現可能な様式で作成され得る論理接続を示す。例えば、マザーボード上のネットワークは、プリント回路基板、ワイヤレスデータ接続、及び／または、他のタイプのネットワーク接続、で創成され得る。幾つかの論理接続は、明瞭化のため、図示されない。例えば、特定の構成要素の多くのまたは全てのエレメントが電源及び／またはコンピュータ可読メモリに接続される必要があり得るが、明瞭化のため、電源及び／またはコンピュータ可読メモリとの接続は、図示されない場合がある。

【0095】

図４Ａは、ベッドシステムに関連付けられ得るデータ処理システム４００の一例のブロック図である。それは、図１乃至図３に関して前述されたものを含んでいる。当該システム４００は、ポンプマザーボード４０２及びポンプドーターボード４０４を含んでいる。当該システム４００は、センサアレイ４０６を含み、それは、環境及び／またはベッドの物理的現象を感知し、そのような感知を、例えば分析のために、ポンプマザーボード４０２に報告する、ように構成された１または複数のセンサを含み得る。当該システム４００は、また、コントローラアレイ４０８も含み、それは、ベッド及び／または環境の論理制御デバイスを制御するように構成された、１または複数のコントローラを含み得る。ポンプマザーボード４００は、ローカルネットワークを介して、インターネット４１２を介して、または技術的に適切な他の態様を介して、１または複数のコンピューティングデバイス４１４及び１または複数のクラウドサービス４１０と通信状態であり得る。これらの構成要素の各々が、以下において、複数の例示的形態と共に、より詳細に説明される。

【0096】

この例では、ポンプマザーボード４０２とポンプドーターボード４０４とが通信可能に結合されている。それらは、概念的にシステム４００の中心ないしハブとして説明され得て、他の構成要素は、概念的にシステム４００のスポークとして説明され得る。幾つかの形態では、これは、スポーク構成要素の各々が、主としてまたは排他的にポンプマザーボード４０２と通信することを意味し得る。例えば、センサアレイのセンサは、対応するコントローラと直接的に通信するように構成されていないか、または通信できない場合がある。代わりに、各スポーク構成要素は、マザーボード４０２と通信し得る。センサアレイ４０６のセンサは、センサ読取値をマザーボード４０２に報告し得て、マザーボード４０２は、それに応答して、コントローラアレイ４０８のコントローラが論理制御デバイスの幾つかのパラメータを調整すべきであるか、あるいは、１または複数の周辺装置の状態を修正すべきであるか、を判定し得る。ある場合に、ベッドの温度が高すぎると判定されるならば、ポンプマザーボード４０２は、温度コントローラがベッドを冷却すべきである、と判定し得る。

【0097】

ハブ－スポークのネットワーク形態（星形ネットワークと呼ばれることもある）の１つの利点は、例えば動的ルーティングを使用するメッシュネットワークと比較して、ネットワークトラフィックが減少することである。特定のセンサが、大きな連続的なストリームのトラフィックを生成する場合でも、当該トラフィックは、ネットワークの１つのスポークを介してマザーボード４０２に送信されるのみであり得る。マザーボード４０２は、例えば、当該データをマーシャリングし、それをより小さなデータフォーマットに凝縮して、クラウドサービス４１０に格納するために再送信し得る。追加的または代替的に、マザーボード４０２は、大きなストリームに応答して、ネットワークの異なるスポークを介して送信される単一の小さなコマンドメッセージを生成し得る。例えば、大量のデータストリームが、センサアレイ４０６から１秒あたり数回送信される圧力読取値である場合、マザーボード４０２は、コントローラアレイに単一のコマンドメッセージで応答して、エアチャンバ内の圧力を増加させ得る。この場合、単一のコマンドメッセージは、圧力読取値のストリームよりも、桁違いに小さい場合があり得る。

【0098】

別の利点として、ハブ－スポークのネットワーク形態は、構成要素の追加、削除、障害などに対応できる拡張可能なネットワークを許容し得る。これは、例えば、センサアレイ４０６内のより多い、より少ない、または異なるセンサ、コントローラアレイ４０８内のより多い、より少ない、または異なるコントローラ、より多い、より少ない、または異なるコンピューティングデバイス４１４、及び／または、より多い、より少ない、または異なるクラウドサービス４１０、を許容し得る。例えば、特定のセンサが故障するか、または、当該センサのより新しいバージョンによって廃止される場合、システム４００は、マザーボード４０２のみが交換用センサについて更新される必要がある、というように構成され得る。これは、例えば、同一のマザーボード４０２が、より少ないセンサ及びコントローラを備えたエントリーレベルの製品、より多いセンサ及びコントローラを備えたより価値の高い製品、及び、顧客が独自に選択した構成要素をシステム４００に追加し得る顧客パーソナライゼーション、を支援できる、という製品差別化を許容し得る。

【0099】

更に、一連のエアベッド製品が、様々な構成要素を備えたシステム４００を使用し得る。製品ライン内の全てのエアベッドが中央論理ユニットとポンプとの両方を含む応用では、マザーボード４０２（及び任意選択的にドーターボード４０４）は、単一のユニバーサルハウジング内に収まるように設計され得る。その後、製品ライン内での製品のアップグレード毎に、付加的なセンサ、コントローラ、クラウドサービスなどが、追加され得る。各製品が特注の論理制御システムを備えている製品ラインと比較して、このようなベースから製品ラインの全ての製品を設計することにより、設計、製造、及び試験の時間が短縮され得る。

【0100】

前述の構成要素の各々は、様々な技術及び形態で実現され得る。以下、各構成要素の幾つかの例が、更に説明される。幾つかの代替案では、システム４００の２以上の構成要素が、単一の代替構成要素で実現され得て、幾つかの構成要素は、複数の個別の構成要素で実現され得て、及び／または、幾つかの機能は、異なる構成要素によって提供され得る。

【0101】

図４Ｂは、データ処理システム４００の幾つかの通信経路を示すブロック図である。前述のように、マザーボード４０２及びポンプドーターボード４０４は、システム４００の周辺装置及びクラウドサービスのためのハブとして機能し得る。ポンプドーターボード４０４がクラウドサービスまたは他の構成要素と通信する場合、ポンプドーターボード４０４からの通信は、ポンプマザーボード４０２を介してルーティングされ得る。これは、例えば、ベッドがインターネット４１２との単一の接続のみを有することを許容し得る。コンピューティングデバイス４１４は、また、場合によってベッドによって使用される同一のゲートウェイを介して、及び／または、場合によって異なるゲートウェイ（例えば、セルサービスプロバイダ）を介して、インターネット４１２への接続を有し得る。

【0102】

以前から、幾つかのクラウドサービス４１０が説明されていた。図４Ｂに示すように、クラウドサービス４ｌ０ｄ及び４ｌ０ｅなど、幾つかのクラウドサービスは、ポンプマザーボード４０２が当該クラウドサービスと直接的に通信できるように、構成され得る。－すなわち、マザーボード４０２は、仲介者として別のクラウドサービス４１０を使用する必要なしで、クラウドサービス４１０と通信し得る。追加的または代替的に、幾つかのクラウドサービス４１０、例えばクラウドサービス４１０ｆは、仲介クラウドサービス、例えばクラウドサービス４１０ｅ、を介してのみ、ポンプマザーボード４０２によって到達可能であり得る。ここでは図示されていないが、幾つかのクラウドサービス４１０は、ポンプマザーボード４０２によって直接的または間接的に到達可能であり得る。

【0103】

更に、クラウドサービス４１０の一部または全ては、他のクラウドサービスと通信するように構成され得る。この通信は、任意の技術的に適切な様式に従って、データ及び／またはリモートファンクションコールの転送を含み得る。例えば、１つのクラウドサービス４１０が、例えばバックアップ、協調、移行の目的で、あるいは、計算やデータマイニングの実施のため、別のクラウドサービスの４１０データの複写を要求し得る。別の例では、多くのクラウドサービス４１０が、ユーザアカウントクラウド４１０ｃ及び／またはベッドデータクラウド４１０ａによって追跡される特定のユーザに従って索引付けされるデータを含み得る。これらのクラウドサービス４１０は、特定のユーザまたはベッドに固有のデータにアクセスする時、当該ユーザアカウントクラウド４１０ｃ及び／またはベッドデータクラウド４１０ａと通信し得る。

【0104】

図５は、図１乃至図３に関して前述されたものを含むベッドシステムに関連付けられ得るデータ処理システムで使用され得るマザーボード４０２の一例のブロック図である。この例では、以下で説明される他の例と比較して、マザーボード４０２が比較的少ない部品で構成され、比較的限定された特徴セットを提供するように制限され得る。

【0105】

マザーボードは、電源部５００、プロセッサ５０２、及び、コンピュータメモリ５１２を含む。一般に、電源部は、外部電源から電力を受け取って、それをマザーボード４０２の構成要素に供給するために使用されるハードウェアを含む。電源部は、例えば、バッテリーパック及び／または壁コンセントアダプタ（プラグ）、ＡＣ－ＤＣコンバータ、ＤＣ－ＡＣコンバータ、電力調整器、コンデンサーバンク、及び／または、マザーボード４０２の他の構成要素によって必要とされる電流タイプ、電圧などで電力を提供するための１または複数のインタフェース、を含み得る。

【0106】

プロセッサ５０２は、一般に、入力を受け取り、論理決定を実行し、出力を提供するための装置である。プロセッサ５０２は、中央処理装置、マイクロプロセッサ、汎用論理回路、特定用途向け集積回路（ＡＳＩＣ）、これらの組み合わせ、及び／または、必要な機能を実行するための他のハードウェア、であり得る。

【0107】

メモリ５１２は、一般に、データを格納するための１または複数の装置である。メモリ５１２は、長期安定データ記憶（例えば、ハードディスク上）、短期不安定データ記憶（例えば、ランダムアクセスメモリ上）、または、任意の他の技術的に適切な構成、を含み得る。

【0108】

マザーボード４０２は、ポンプコントローラ５０４及びポンプモータ５０６を含む。ポンプコントローラ５０４は、プロセッサ５０２からコマンドを受信し得て、それに応答して、ポンプモータ５０６の機能を制御し得る。例えば、ポンプコントローラ５０４は、プロセッサ５０２から、エアチャンバの圧力を１平方インチあたり０．３ポンド（ＰＳＩ）だけ増加させるコマンドを受信し得る。ポンプコントローラ５０４は、それに応答して、ポンプモータ５０６が選択されたエアチャンバ内に空気を送り込むような構成とされるように、弁を作動させ、０．３ＰＳＩに対応する時間、または、圧力が０．３ＰＳＩだけ増加されたことをセンサが示すまで、ポンプモータ５０６を作動させ得る。代替的形態では、メッセージが、チャンバが目標ＰＳＩまで膨張されるべきであるということを指定し得て、ポンプコントローラ５０４は、当該目標ＰＳＩが到達されるまでポンプモータ５０６を作動させ得る。

【0109】

バルブソレノイド５０８は、どのエアチャンバにポンプが接続されるかを制御し得る。場合によっては、ソレノイド５０８は、プロセッサ５０２によって直接的に制御され得る。場合によっては、ソレノイド５０８は、ポンプコントローラ５０４によって制御され得る。

【0110】

マザーボード４０２のリモートインタフェース５１０は、マザーボード４０２がデータ処理システムの他の構成要素と通信することを許容し得る。例えば、マザーボード４０２は、リモートインタフェース５１０を介して、１または複数のドーターボード、周辺センサ、及び／または、周辺コントローラと通信することが可能であり得る。リモートインタフェース５１０は、ＷｉＦｉ、ブルートゥース（登録商標）及び銅有線ネットワークなどの、複数の通信インタフェースを含むがこれらに限定されない、任意の技術的に適切な通信インタフェースを提供し得る。

【0111】

図６は、図１乃至図３に関して前述されたものを含むベッドシステムに関連付けられ得るデータ処理システムで使用され得るマザーボード４０２の一例のブロック図である。図５を参照して説明されたマザーボード４０２と比較すると、図６のマザーボードは、より多くの構成要素を含み得て、幾つかの用途においてより多くの機能を提供し得る。

【0112】

電源部５００、プロセッサ５０２、ポンプコントローラ５０４、ポンプモータ５０６及びバルブソレノイド５０８に加えて、当該マザーボード４０２は、バルブコントローラ６００、圧力センサ６０２、ユニバーサルシリアルバス（ＵＳＢ）スタック６０４、ＷｉＦｉ無線器６０６、ブルートゥース（登録商標）低エネルギ（ＢＬＥ）無線器６０８、ＺｉｇＢｅｅ無線器６１０、ブルートゥース（登録商標）無線器６１２、及び、コンピュータメモリ５１２、と共に示されている。

【0113】

ポンプコントローラ５０４がプロセッサ５０２からのコマンドをポンプモータ５０６のための制御信号に変換する方法と同様に、バルブコントローラ６００は、プロセッサ５０２からのコマンドをバルブソレノイド５０８のための制御信号に変換し得る。一例では、プロセッサ５０２は、エアベッド内の一群のエアチャンバのうちの１つの特定のエアチャンバにポンプを接続するようにバルブコントローラ６００にコマンドを発行し得る。バルブコントローラ６００は、ポンプが指示されたエアチャンバに接続されるように、バルブソレノイド５０８の位置を制御し得る。

【0114】

圧力センサ６０２は、エアベッドの１または複数のエアチャンバからの圧力読取値を読み取ることができる。圧力センサ６０２はまた、デジタルセンサ調整を行うこともできる。

【0115】

マザーボード４０２は、ここで図示されるものを含むがそれに限定されない、一組のネットワークインタフェースを含み得る。これらのネットワークインタフェースは、マザーボードが、有線または無線ネットワークを介して、周辺センサ、周辺コントローラ、コンピューティングデバイス、及び、インターネット４１２に接続された装置及びサービス、を含むがこれらに限定されない、任意の数の装置と通信することを、許容し得る。

【0116】

図７は、図１乃至図３に関して前述されたものを含むベッドシステムに関連付けられ得るデータ処理システムで使用され得るドーターボード４０４の一例のブロック図である。幾つかの形態では、１または複数のドーターボード４０４がマザーボード４０２に接続され得る。幾つかのドーターボード４０４は、特定のタスク及び／または区画化されたタスクをマザーボード４０２から解放（オフロード）するように設計され得る。これは、例えば、特定のタスクが、計算集約型であるか、独占的（ｐｒｏｐｒｉｅｔａｒｙ）であるか、または将来の改訂の対象である、という場合に有利であり得る。例えば、特定の睡眠データメトリックを計算するために、ドーターボード４０４が使用され得る。このメトリックは、計算集約的であり得て、ドーターボード４０４で当該睡眠メトリックを計算すれば、当該メトリックが計算されている間、マザーボード４０２のリソースが解放され得る。追加的及び／または代替的に、当該睡眠メトリックは、将来の改訂の対象となり得る。システム４００を新しい睡眠メトリックで更新するために、当該メトリックを計算するドーターボード４０４のみが交換される必要がある、ということが可能である。この場合、同一のマザーボード４０２及び他の構成要素が使用され得るため、ドーターボード４０４だけでなく追加の構成要素のユニット試験を実行する、という必要がない。

【0117】

ドーターボード４０４は、電源部７００、プロセッサ７０２、コンピュータ可読メモリ７０４、圧力センサ７０６、及び、ＷｉＦｉ無線器７０８、と共に図示されている。プロセッサは、圧力センサ７０６を使用して、エアベッドの１または複数のエアチャンバの圧力に関する情報を収集し得る。このデータから、プロセッサ７０２は、睡眠メトリックを計算するためのアルゴリズムを実行し得る。幾つかの例では、睡眠メトリックは、エアチャンバの圧力のみから計算され得る。他の例では、睡眠メトリックは、１または複数の他のセンサから計算され得る。様々なデータが必要とされる例では、プロセッサ７０２は、適切な１または複数のセンサから当該データを受信し得る。これらのセンサは、ドーターボード４０４の内部にあり得る、ＷｉＦｉ無線器７０８を介してアクセス可能であり得る、あるいは、プロセッサ７０２と通信中であり得る。睡眠メトリックが計算されると、プロセッサ７０２は、当該睡眠メトリックを例えばマザーボード４０２に報告し得る。

【0118】

図８は、図１乃至図３に関して前述されたものを含むベッドシステムに関連付けられ得るデータ処理システムで使用され得る、ドーターボード無しのマザーボード８００の一例のブロック図である。この例では、マザーボード８００は、図６のマザーボード４０２及び図７のドーターボード４０４を参照して説明された機能の、ほとんど、全て、またはより多く、を実行し得る。

【0119】

図９は、図１乃至図３に関して前述されたものを含むベッドシステムに関連付けられ得るデータ処理システムで使用され得る、センサアレイ４０６の一例のブロック図である。一般に、センサアレイ４０６は、マザーボード４０２と通信するがマザーボード４０２に対してネイティブではない周辺センサの一部または全ての概念的なグループである。

【0120】

センサアレイ４０６の周辺センサは、特定のセンサの形態にとって適切であるように、ＵＳＢスタック６０４、ＷｉＦｉ無線器６０６、ブルートゥース（登録商標）低エネルギ（ＢＬＥ）無線器６０８、ＺｉｇＢｅｅ無線器６１０、及び、ブルートゥース（登録商標）無線器６１２を含むがこれらに限定されないマザーボードの１または複数のネットワークインタフェースを介して、マザーボード４０２と通信し得る。例えば、ＵＳＢケーブルを介して読取値を出力するセンサは、ＵＳＢスタック６０４を介して通信し得る。

【0121】

センサアレイ４０６の周辺センサ９００の幾つかは、ベッドに取り付けられ得る。これらのセンサは、例えば、ベッドの構造内に埋め込まれ得て、ベッドと一緒に販売され得るか、あるいは、後にベッドの構造に取り付けられ得る。他の周辺センサ９０２、９０４は、マザーボード４０２と通信し得るが、選択的にベッドに取り付けられない場合がある。場合によっては、ベッドに取り付けられたセンサ９００及び／または周辺センサ９０２、９０４の一部または全てが、ネットワーク用ハードウェアを共有し得る。それは、マザーボード４０２に取り付けられる時、関連するセンサの全てをマザーボード４０２と接続する、各センサからのワイヤ、マルチワイヤケーブル、または、プラグを含む導体（導線）を含む。幾つかの実施形態では、センサ９０２、９０４、９０６、９０８、９１０のうちの、１つ、幾つか、または全てが、圧力、温度、光、音、及び／または、マットレスの１または複数の他の特徴などの、マットレスの１または複数の特徴を感知可能である。幾つかの実施形態では、センサ９０２、９０４、９０６、９０８、９１０のうちの、１つ、幾つか、または全てが、マットレスの外部の１または複数の特徴を感知可能である。幾つかの実施形態では、センサ９０２、９０４、９０６、９０８、９１０のうちの、幾つか、または全てが、マットレスの１または複数の特徴、及び／または、マットレスの外部の１または複数の特徴を感知可能である一方で、圧力センサ９０２が、マットレスの圧力を感知可能である。

【0122】

図１０は、図１乃至図３に関して前述されたものを含むベッドシステムに関連付けられ得るデータ処理システムで使用され得る、コントローラアレイ４０８の一例のブロック図である。一般に、コントローラアレイ４０８は、マザーボード４０２と通信するがマザーボード４０２に対してネイティブではない周辺コントローラの一部または全ての概念的なグループである。

【0123】

コントローラアレイ４０８の周辺コントローラは、特定のセンサの形態にとって適切であるように、ＵＳＢスタック６０４、ＷｉＦｉ無線器６０６、ブルートゥース（登録商標）低エネルギ（ＢＬＥ）無線器６０８、ＺｉｇＢｅｅ無線器６１０、及び、ブルートゥース（登録商標）無線器６１２を含むがこれらに限定されないマザーボードの１または複数のネットワークインタフェースを介して、マザーボード４０２と通信し得る。例えば、ＵＳＢケーブルを介してコマンドを受信するコントローラは、ＵＳＢスタック６０４を介して通信し得る。

【0124】

コントローラアレイ４０８のコントローラの幾つか１０００は、ベッドに取り付けられ得る。これらのコントローラは、例えば、ベッドの構造内に埋め込まれ得て、ベッドと一緒に販売され得るか、あるいは、後にベッドの構造に取り付けられ得る。他の周辺コントローラ１００２、１００４は、マザーボード４０２と通信し得るが、選択的にベッドに取り付けられない場合がある。場合によっては、ベッドに取り付けられたコントローラ１０００及び／または周辺コントローラ１００２、１００４の一部または全てが、ネットワーク用ハードウェアを共有し得る。それは、マザーボード４０２に取り付けられる時、関連するコントローラの全てをマザーボード４０２と接続する、各コントローラのためのワイヤ、マルチワイヤケーブル、または、プラグを含む導体（導線）を含む。

【0125】

図１１は、図１乃至図３に関して前述されたものを含むベッドシステムに関連付けられ得るデータ処理システムで使用され得る、コンピューティングデバイス４１２の一例のブロック図である。コンピューティングデバイス４１２は、例えば、ベッドのユーザによって使用されるコンピューティングデバイスを含み得る。例示的なコンピューティングデバイス４１２は、モバイルコンピューティングデバイス（例えば、携帯電話、タブレットコンピュータ、ラップトップ）及びデスクトップコンピュータを含むが、これらに限定されない。

【0126】

コンピューティングデバイス４１２は、電源部１１００、プロセッサ１１０２及びコンピュータ可読メモリ１１０４を含む。ユーザ入力及び出力が、例えば、スピーカ１１０６、タッチスクリーン１１０８、または、ポインティングデバイス若しくはキーボードなどの他の不図示の構成要素、によって送信され得る。コンピューティングデバイス４１２は、１または複数のアプリケーション１１１０を実行し得る。これらのアプリケーションは、例えば、ユーザがシステム４００と相互作用することを許容するアプリケーションを含み得る。これらのアプリケーションは、ユーザが、ベッドに関する情報（センサの読取値、睡眠メトリックなど）を視認したり、システム４００の動作を構成したり（例えば、ベッドに所望の堅さを設定したり、周辺装置に所望の動作を設定したり）することを許容し得る。場合によっては、コンピューティングデバイス４１２は、前述のリモートコントロール１２２に加えて、またはそれに置換するために、使用され得る。

【0127】

図１２は、図１乃至図３に関して前述されたものを含むベッドシステムに関連付けられ得るデータ処理システムで使用され得る、ベッドデータクラウドサービス４１０ａの一例のブロック図である。この例では、ベッドデータクラウドサービス４１０ａは、特定のベッドからセンサデータ及び睡眠データを収集し、当該センサデータ及び睡眠データが生成された時にベッドを使用している１または複数のユーザと当該センサデータ及び睡眠データとを照合する、ように構成されている。

【0128】

ベッドデータクラウドサービス４１０ａは、ネットワークインタフェース１２００、通信マネージャ１２０２、サーバハードウェア１２０４、及び、サーバシステムソフトウェア１２０６、と共に示されている。更に、ベッドデータクラウドサービス４１０ａは、ユーザ識別モジュール１２０８、デバイス管理モジュール１２１０、センサデータモジュール１２１２、及び、高度睡眠データモジュール１２１４、と共に示されている。

【0129】

ネットワークインタフェース１２００は、一般に、１または複数のハードウェア装置がネットワークを介して通信することを許容するために使用される、ハードウェア及び低レベルソフトウェアを含む。例えば、ネットワークインタフェース１２００は、ベッドデータクラウドサービス４１０ａの構成要素が例えばインターネット４１２を介して互いに及び他の宛先と通信する、ことを許容するために必要とされる、ネットワークカード、ルータ、モデム、及び、他のハードウェア、を含み得る。通信マネージャ１２０２は、一般に、ネットワークインタフェース１２００上で動作する、ハードウェア及びソフトウェアを含む。これは、ベッドデータクラウドサービス４ｌ０ａによって使用されるネットワーク通信を開始、維持、及び破棄するためのソフトウェアを含む。これは、例えば、ＴＣＰ／ＩＰ、ＳＳＬまたはＴＬＳ、トレント（Ｔｏｒｒｅｎｔ）、及び、ローカルまたはワイドエリアネットワークを介した他の通信セッション、を含む。通信マネージャ１２０２は、また、ベッドデータクラウドサービス４１０ａの他の要素に、ロードバランシング及び他のサービスを提供し得る。

【0130】

サーバハードウェア１２０４は、一般に、ベッドデータクラウドサービス４１０ａをインスタンス化して維持するために使用される物理処理装置を含む。このハードウェアは、プロセッサ（例えば、中央処理装置、ＡＳＩＣ、グラフィックプロセッサ）及びコンピュータ可読メモリ（例えば、ランダムアクセスメモリ、安定したハードディスク、テープバックアップ）を含むが、これらに限定されない。１または複数のサーバが、地理的に離れ得る乃至接続され得る、クラスター、マルチコンピュータ、または、データセンター、に構成され得る。

【0131】

サーバシステムソフトウェア１２０６は、一般に、アプリケーション及びサービスに動作環境を提供するためにサーバハードウェア１２０４上で実行されるソフトウェアを含む。サーバシステムソフトウェア１２０６は、実サーバで実行されるオペレーティングシステム、実サーバでインスタンス化されて多くの仮想サーバを生成する仮想マシン、データ移行や冗長性やバックアップなどのサーバレベルの動作、を含み得る。

【0132】

ユーザ識別モジュール１２０８は、関連付けられたデータ処理システムを備えたベッドのユーザに関連するデータを、含み得る、または、参照し得る。例えば、ユーザは、ベッドデータクラウドサービス４１０ａまたは他のサービスに登録された、顧客、所有者、または、他のユーザ、を含み得る。各ユーザは、例えば、固有の識別子、ユーザ資格情報、連絡先情報、請求書情報、人口統計情報、または、他の技術的に適切な情報、を有し得る。

【0133】

デバイス管理モジュール１２１０は、データ処理システムに関連付けられたベッドまたは他の製品に関連するデータを、含み得る、または、参照し得る。例えば、ベッドは、ベッドデータクラウドサービス４１０ａに関連付けられたシステムで販売または登録された製品（製品情報）を含み得る。各ベッドは、例えば、固有の識別子、モデル及び／またはシリアル番号、販売情報、地理的情報、配送情報、関連付けられたセンサ及び周辺制御装置のリスト、などを有し得る。更に、ベッドデータクラウドサービス４１０ａによって記憶される１または複数の索引（インデックス）が、ベッドに関連付けられているユーザを識別し得る。例えば、この索引（インデックス）は、ベッド等で眠る１または複数のユーザに対してのベッドの売上を記録し得る。

【0134】

センサデータモジュール１２１２は、関連付けられたデータ処理システムを備えたベッドによって記録される生の（未加工の）センサデータまたは圧縮された（処理された）センサデータを記録し得る。例えば、ベッドのデータ処理システムは、温度センサ、圧力センサ及び光センサを有し得る。これらのセンサからの読取値が、センサの生の形態でまたは生のデータから生成された様式（例えば、睡眠メトリック）で、ベッドのデータ処理システムによってベッドデータクラウドサービス４１０ａに通信され得て、センサデータモジュール１２１２に保存され得る。更に、ベッドデータクラウドサービス４１０ａによって記憶された１または複数の索引（インデックス）が、センサデータモジュール１２１２に関連付けられたユーザ及び／またはベッドを識別し得る。

【0135】

ベッドデータクラウドサービス４１０ａは、その利用可能なデータのいずれかを使用して、高度睡眠データ１２１４を生成し得る。一般に、高度睡眠データ１２１４は、センサ読取値から生成される睡眠メトリック及び他のデータを含む。これらの計算の幾つかは、例えば、計算が複雑であるか、ベッドのデータ処理システムでは利用できない大量のメモリ領域またはプロセッサ能力を必要とする場合、ベッドのデータ処理システムにおいてローカルに実行される代わりに、ベッドデータクラウドサービス４１０ａで実行され得る。これは、ベッドシステムが、比較的簡単なコントローラで動作することを許容する一方、依然として比較的複雑なタスク及び計算を実行するシステムの一部である、ということに役立ち得る。

【0136】

図１３は、図１乃至図３に関して前述されたものを含むベッドシステムに関連付けられ得るデータ処理システムで使用され得る、睡眠データクラウドサービス４１０ｂの一例のブロック図である。この例では、睡眠データクラウドサービス４１０ｂは、ユーザの睡眠体験に関連するデータを記録するように構成されている。

【0137】

睡眠データクラウドサービス４１０ｂは、ネットワークインタフェース１３００、通信マネージャ１３０２、サーバハードウェア１３０４、及び、サーバシステムソフトウェア１３０６、と共に示されている。更に、睡眠データクラウドサービス４１０ｂは、ユーザ識別モジュール１３０８、圧力センサ管理モジュール１３１０、圧力ベースの睡眠データモジュール１３１２、生の圧力センサデータモジュール１３１４、及び、非圧力の睡眠データモジュール１３１６、と共に示されている。

【0138】

圧力センサ管理モジュール１３１０は、ベッド内の圧力センサの構成及び動作に関連するデータを、含み得る、または、参照し得る。例えば、このデータは、特定のベッドのセンサの種類の識別子、それらの設定及び較正のデータ、などを含み得る。

【0139】

圧力ベースの睡眠データ１３１２は、生の圧力センサデータ１３１４を使用して、特に圧力センサデータに関連付けられた睡眠メトリックを計算し得る。例えば、ユーザの存在、動き、体重変化、心拍数、及び、呼吸数は、全て、生の圧力センサデータ１３１４から判定（決定）され得る。更に、睡眠データクラウドサービス４１０ｂによって記憶される１または複数のインデックスが、圧力センサ、生の圧力センサデータ、及び／または、圧力ベースの睡眠データ、に関連するユーザを識別し得る。

【0140】

非圧力の睡眠データ１３１６は、他のデータソースを使用して、睡眠メトリックを計算し得る。例えば、ユーザが入力した好み、光センサの読取値、及び、音響センサの読取値が、全て、睡眠データの追跡に利用され得る。更に、睡眠データクラウドサービス４１０ｂによって記憶される１または複数のインデックスが、他のセンサ及び／または非圧力の睡眠データ１３１６、に関連するユーザを識別し得る。

【0141】

図１４は、図１乃至図３に関して前述されたものを含むベッドシステムに関連付けられ得るデータ処理システムで使用され得る、ユーザアカウントクラウドサービス４１０ｃの一例のブロック図である。この例では、ユーザアカウントクラウドサービス４ｌ０ｃは、ユーザのリストを記録し、それらのユーザに関連する他のデータを識別するように構成されている。

【0142】

ユーザアカウントクラウドサービス４１０ｃは、ネットワークインタフェース１４００、通信マネージャ１４０２、サーバハードウェア１４０４、及び、サーバシステムソフトウェア１４０６、と共に示されている。更に、ユーザアカウントクラウドサービス４１０ｃは、ユーザ識別モジュール１４０８、購入履歴モジュール１４１０、関与（エンゲージメント）モジュール１４１２、及び、アプリケーション使用履歴モジュール１４１４、と共に示されている。

【0143】

ユーザ識別モジュール１４０８は、関連付けられたデータ処理システムを備えたベッドのユーザに関連するデータを、含み得る、または、参照し得る。例えば、ユーザは、ユーザアカウントクラウドサービス４１０ｃまたは他のサービスに登録された、顧客、所有者、または、他のユーザ、を含み得る。各ユーザは、例えば、固有の識別子、ユーザ資格情報、人口統計情報、または、他の技術的に適切な情報、を有し得る。

【0144】

購入履歴モジュール１４１０は、ユーザによる購入に関連するデータを、含み得る、または、参照し得る。例えば、購入データは、販売の連絡先情報、請求書情報、及び、営業担当者情報を含み得る。更に、ユーザアカウントクラウドサービス４１０ｃによって記憶される１または複数のインデックスが、購入に関連付けられたユーザを識別し得る。

【0145】

関与（エンゲージメント）モジュール１４１２は、ベッド及び／またはクラウドサービスの製造者、ベンダー、及び／または、管理者、に対するユーザの相互作用（遣り取り）を追跡し得る。この関与データは、通信（例えば、ｅメール、サービスコールなど）、販売データ（例えば、領収書、コンフィグレーションログ）、及び、ソーシャルネットワークの相互作用（遣り取り）、を含み得る。

【0146】

使用履歴モジュール１４１４は、ベッドの１または複数のアプリケーション及び／またはリモートコントロールとのユーザ相互作用（遣り取り）に関するデータを含み得る。例えば、モニタリング及びコンフィグレーションアプリケーションが、例えば複数のコンピューティングデバイス４１２上で実行するように分散され得る。このアプリケーションは、アプリケーション使用履歴モジュール１４１４に記憶するために、ユーザ相互作用をログに記録して報告し得る。更に、ユーザアカウントクラウドサービス４１０ｃによって記憶される１または複数のインデックスが、各ログエントリに関連付けられたユーザを識別し得る。

【0147】

図１５は、図１乃至図３に関して前述されたものを含むベッドシステムに関連付けられ得るデータ処理システムで使用され得る、販売時点管理（ＰＯＳ）クラウドサービス１５００の一例のブロック図である。この例では、販売時点管理クラウドサービス１５００は、ユーザの購入に関連するデータを記録するように構成されている。

【0148】

販売時点管理クラウドサービス１５００は、ネットワークインタフェース１５０２、通信マネージャ１５０４、サーバハードウェア１５０６、及び、サーバシステムソフトウェア１５０８、と共に示されている。更に、販売時点管理クラウドサービス１５００は、ユーザ識別モジュール１５１０、購入履歴モジュール１５１２、及び、セットアップモジュール１５１４、と共に示されている。

【0149】

購入履歴モジュール１５１２は、ユーザ識別モジュール１５１０で識別されるユーザによって行われた購入に関連するデータを、含み得る、または、参照し得る。購入情報は、例えば、販売、価格、販売場所、配送先住所、及び、販売時にユーザによって選択されたコンフィグレーション（設定）オプション、のデータを含み得る。これらのコンフィグレーションオプションは、新しく購入したベッドがどのようにセットアップされることを希望するかについてユーザが行った選択を含み得て、且つ、例えば、予想される睡眠スケジュール、ユーザが有するまたは設置するであろう周辺センサ及びコントローラのリスト、等を含み得る。

【0150】

ベッドセットアップモジュール１５１４は、ユーザが購入したベッドの設置に関連するデータを、含み得る、または、参照し得る。ベッセットアップデータは、例えば、ベッドが配送される日付と住所、配送を受け取る人、配送時にベッドに適用されているコンフィグレーション（設定）、当該ベッド上で眠るであろう１または複数の人の名前、各々の人がベッドのどちら側を使用するか、等を含み得る。

【0151】

販売時点管理クラウドサービス１５００に記録されたデータは、後日、ユーザのベッドシステムによって参照され得て、当該販売時点管理クラウドサービス１５００に記録されたデータに従って、ベッドシステムの機能を制御したり、及び／または、周辺構成要素に制御信号を送信したりできる。これは、販売員が販売時点でユーザから情報を収集することを許容し得て、それは、後でベッドシステムの自動化を容易にする。幾つかの例では、ベッドシステムの幾つかまたは全ての特徴が自動化され得て、販売時点の後、ユーザ入力のデータはほとんど乃至全く要求されない。他の例では、販売時点管理クラウドサービス１５００に記録されるデータが、ユーザ入力のデータから収集される様々な追加データに関連して、使用され得る。

【0152】

図１６は、図１乃至図３に関して前述されたものを含むベッドシステムに関連付けられ得るデータ処理システムで使用され得る、環境クラウドサービス１６００の一例のブロック図である。この例では、環境クラウドサービス１６００は、ユーザの家内環境に関連するデータを記録するように構成されている。

【0153】

環境クラウドサービス１６００は、ネットワークインタフェース１６０２、通信マネージャ１６０４、サーバハードウェア１６０６、及び、サーバシステムソフトウェア１６０８、と共に示されている。更に、環境クラウドサービス１６００は、ユーザ識別モジュール１６１０、環境センサモジュール１６１２、及び、環境要因モジュール１６１４、と共に示されている。

【0154】

環境センサモジュール１６１２は、ユーザ識別モジュール１６１０のユーザがベッド内に設置したセンサのリストを含み得る。これらのセンサは、光センサ、ノイズセンサ、振動センサ、サーモスタットなど、環境変数を検出可能な任意のセンサを含む。更に、環境センサモジュール１６１２は、それらのセンサからの過去の読取値または報告（レポート）を記憶し得る。

【0155】

環境要因モジュール１６１４は、環境センサモジュール１６１２のデータに基づいて生成された報告を含み得る。例えば、環境センサモジュール１６１２のデータについて光センサを有するユーザの場合、環境要因モジュール１６１４は、ユーザが眠っているときに増加した照明のインスタンスの頻度及び持続時間を示す報告を保持し得る。

【0156】

ここで説明される例では、各クラウドサービス４１０が、同一の構成要素の幾つかと共に示されている。様々な形態で、これらの同一の構成要素は、部分的にまたは完全に、サービス間で共有されてもよいし、あるいは、それらは別々であってもよい。幾つかの形態では、各サービスは、幾つかの点で同じまたは異なる構成要素の一部または全ての別個のコピーを有し得る。更に、これらの構成要素は、説明のための例としてのみ提供されている。他の例では、各クラウドサービスは、技術的に可能な、構成要素の異なる数、タイプ、及びスタイルを有し得る。

【0157】

図１７は、ベッド（本明細書に記載されたベッドシステムのベッドなど）に関連付けられ得るデータ処理システムを使用して、ベッドの周りの周辺機器を自動化する一例のブロック図である。ここに示されているのは、ポンプマザーボード４０２上で実行される行動分析モジュール１７００である。例えば、行動分析モジュール１７００は、コンピュータメモリ５１２に記憶され、プロセッサ５０２によって実行される１または複数のソフトウェアコンポーネントであり得る。一般に、行動分析モジュール１７００は、多種多様なソース（例えば、センサ、非センサローカルソース、クラウドデータサービス）からデータを収集し得て、行動アルゴリズム１７０２を使用し得て、取られるべき１または複数の動作（例えば、周辺コントローラに送信するコマンド、クラウドサービスに送信するデータ）を生成し得る。これは、例えば、ユーザの行動を追跡したり、ユーザのベッドと通信する装置を自動化したりするのに、有用であり得る。

【0158】

行動分析モジュール１７００は、例えば、ベッドの特徴、ベッドの環境、及び／または、ベッドのユーザ、に関するデータを収集するために、任意の技術的に適切なソースからデータを収集し得る。幾つかのそのようなソースは、センサアレイ４０６のセンサのいずれかを含む。例えば、このデータは、行動分析モジュール１７００に、ベッドの周囲の環境の現在の状態に関する情報を提供し得る。例えば、行動分析モジュール１７００は、圧力センサ９０２からの読取値にアクセスし得て、ベッド内のエアチャンバの圧力を判定し得る。この読取値と、場合によっては他のデータとから、ベッドでのユーザの存在が判定され得る。別の例では、行動分析モジュール１７００は、光センサ９０８にアクセスし得て、ベッドの環境における光の量を検出し得る。

【0159】

同様に、行動分析モジュール１７００は、クラウドサービスからのデータにアクセスし得る。例えば、行動分析モジュール１７００は、ベッドクラウドサービス４１０ａにアクセスし得て、履歴センサデータ１２１２及び／または高度睡眠データ１２１４にアクセスし得る。以前に記載されていないものを含む他のクラウドサービス４１０が、行動分析モジュール１７００によってアクセスされ得る。例えば、行動分析モジュール１７００は、気象レポーティングサービス、第三者データプロバイダー（例えば、交通及びニュースデータ、緊急放送データ、ユーザ旅行データ）、及び／または、時計及びカレンダサービス、にアクセスし得る。

【0160】

同様に、行動分析モジュール１７００は、非センサソース１７０４からのデータにアクセスし得る。例えば、行動分析モジュール１７００は、ローカルな時計及びカレンダサービス（例えば、マザーボード４０２またはプロセッサ５０２の構成要素）にアクセスし得る。

【0161】

行動分析モジュール１７００は、１または複数の行動アルゴリズム１７０２による使用のためにこのデータを集約及び準備し得る。ユーザの行動を学習したり、並びに／または、アクセスしたデータの状態及び／若しくは予測されるユーザの行動に基づいて幾つかの動作を実行したりするために、行動アルゴリズム１７０２が使用され得る。例えば、行動アルゴリズム１７０２は、利用可能なデータ（例えば、圧力センサ、非センサデータ、時計及びカレンダーデータ）を使用して、ユーザが毎晩就寝する時のモデルを作成し得る。その後、同一または異なる動作アルゴリズム１７０２が使用され得て、エアチャンバ圧力の増加がユーザの就寝を示している可能性が高いか否かを判定し得て、そうであれば、幾つかのデータを第三者クラウドサービス４１０に送信し得て、及び／または、周辺コントローラ１００２を作動させ得る。

【0162】

図示の例では、行動分析モジュール１７００及び行動アルゴリズム１７０２は、マザーボード４０２の構成要素として示されている。もっとも、他の構成も可能である。例えば、同一または同様の行動分析モジュール及び／または行動アルゴリズムが、１または複数のクラウドサービスで実行され得て、結果の出力が、マザーボード４０２、コントローラアレイ４０８のコントローラ、または、任意の他の技術的に適切な受容者、に送信され得る。

【0163】

図１８は、本明細書で説明される技法を実装するために使用され得る、コンピューティングデバイス１８００の一例及びモバイルコンピューティングデバイスの一例を示す。コンピューティングデバイス１８００とは、ラップトップ、デスクトップ、ワークステーション、個人情報端末、サーバ、ブレードサーバ、メインフレーム、及び、他の適切なコンピュータなど、様々な形態のデジタルコンピュータを表すことが意図されている。モバイルコンピューティングデバイスとは、個人情報端末、携帯電話、スマートフォン、及び、他の同様のコンピューティングデバイスなど、様々な形態のモバイルデバイスを表すことが意図されている。ここに示されている構成要素、それらの接続と関係、及び、それらの機能は、例示のみを意図しており、本願書類において説明及び／または請求される本発明の実装を制限することは意図されていない。

【0164】

コンピューティングデバイス１８００は、プロセッサ１８０２、メモリ１８０４、記憶装置（ストレージデバイス）１８０６、メモリ１８０４及び複数の高速拡張ポート１８１０に接続する高速インタフェース１８０８、及び、低速拡張ポート１８１４及び記憶装置１８０６に接続する低速インタフェース１８１２、を含む。プロセッサ１８０２、メモリ１８０４、記憶装置１８０６、高速インタフェース１８０８、高速拡張ポート１８１０、及び、低速インタフェース１８１２、の各々は、様々なバスを使用して相互接続され、一般的なマザーボード上に、または必要に応じた他の態様で、搭載され得る。プロセッサ１８０２は、メモリ１８０４内または記憶装置１８０６上に記憶（格納）された命令を含む、コンピューティングデバイス１８００内で実行するための命令を処理して得て、高速インタフェース１８０８に結合されたディスプレイ１８１６のような外部入出力装置上に、ＧＵＩのためのグラフィック情報を表示し得る。他の実装形態では、複数のプロセッサ及び／または複数のバスが、複数のメモリ及びメモリのタイプと共に、必要に応じて、使用され得る。また、各コンピューティングデバイスが必要な動作の一部を提供するように、複数のコンピューティングデバイスが接続され得る（例えば、サーババンクとして、ブレードサーバの一群として、または、マルチプロセッサシステムとして）。

【0165】

メモリ１８０４は、コンピューティングデバイス１８００内の情報を記憶する。幾つかの実装形態では、メモリ１８０４は、１または複数の揮発性メモリユニットである。幾つかの実装形態では、メモリ１８０４は、１または複数の不揮発性メモリユニットである。メモリ１８０４は、磁気ディスクまたは光ディスクなどの、コンピュータ可読媒体の別の形態であってもよい。

【0166】

記憶装置１８０６は、コンピューティングデバイス１８００に大容量ストレージを提供可能である。幾つかの実装形態では、記憶装置１８０６は、フロッピーディスク装置、ハードディスク装置、光ディスク装置、テープ装置、フラッシュメモリ、若しくは、他の同様のソリッドステートメモリ装置、などのコンピュータ可読媒体、または、ストレージエリアネットワークまたは他の形態の複数の装置を含む複数の装置の配列、であり得るか、それらを含み得る。コンピュータプログラム製品は、情報キャリア（担体）内に有体的に具体化され得る。コンピュータプログラム製品はまた、実行される時に前述の方法のような１または複数の方法を実施する命令、を含み得る。コンピュータプログラム製品はまた、メモリ１８０４、記憶装置１８０６、またはプロセッサ１８０２上のメモリ、などのコンピュータ可読媒体内または機械可読媒体内に有体的に具体化され得る。

【0167】

高速インタフェース１８０８は、コンピューティングデバイス１８００のための帯域幅消費型（ｂａｎｄｗｉｄｔｈ－ｉｎｔｅｎｓｉｖｅ）動作を管理し、低速インタフェース１８１２は、より低い帯域幅消費型動作を管理する。このような機能の割り当ては、単なる例示である。幾つかの実装形態では、高速インタフェース１８０８は、メモリ１８０４、ディスプレイ１８１６（例えば、グラフィックプロセッサまたはアクセラレータを介して）、及び、様々な拡張カード（不図示）を受け入れ可能な高速拡張ポート１８１０、に結合される。当該実装では、低速インタフェース１８１２は、記憶装置１８０６及び低速拡張ポート１８１４に結合される。低速拡張ポート１８１４は、様々な通信ポート（例えば、ＵＳＢ、ブルートゥース（登録商標）、イーサネット、ワイヤレスイーサネット）を含み得て、キーボード、ポインティングデバイス、スキャナー、または、例えばネットワークアダプタを介してのスイッチやルータなどのネットワーク装置、などの１または複数の入出力装置に結合され得る。

【0168】

コンピューティングデバイス１８００は、図に示されているように、幾つかの異なる形態で実装され得る。例えば、それは、標準的なサーバ１８２０として、または、そのようなサーバの一群（グループ）において複数回、実装され得る。更に、それは、ラップトップコンピュータ１８２２などのパーソナルコンピュータで実装され得る。また、それは、ラックサーバシステム１８２４の一部として実装され得る。あるいは、コンピューティングデバイス１８００からの構成要素は、モバイルコンピューティングデバイス１８５０などのモバイルデバイス（図示せず）の他の構成要素と組み合わせられ得る。そのようなデバイスの各々は、コンピューティングデバイス１８００及びモバイルコンピューティングデバイス１８５０のうちの１または複数を含み得て、システム全体が、互いに通信する複数のコンピューティングデバイスで構成され得る。

【0169】

モバイルコンピューティングデバイス１８５０は、とりわけ、プロセッサ１８５２、メモリ１８６４、ディスプレイ１８５４などの入出力装置、通信インタフェース１８６６、及び、トランシーバ１８６８を含む。モバイルコンピューティングデバイス１８５０は、また、追加のストレージ（記録装置）を提供するために、マイクロドライブまたは他の装置などの記憶装置が設けられ得る。プロセッサ１８５２、メモリ１８６４、ディスプレイ１８５４、通信インタフェース１８６６、及び、トランシーバ１８６８の各々は、様々なバスを使用して相互接続され、当該構成要素の幾つかは、共通のマザーボード上に、または、必要に応じた他の態様で、搭載され得る。

【0170】

プロセッサ１８５２は、メモリ１８６４内に記憶された命令を含む、モバイルコンピューティングデバイス１８５０内の命令を実行し得る。プロセッサ１８５２は、別個の複数のアナログ及びデジタルプロセッサを含むチップのチップセットとして実装され得る。プロセッサ１８５２は、例えば、ユーザインタフェースの制御、モバイルコンピューティングデバイス１８５０によって実行されるアプリケーション、及び、モバイルコンピューティングデバイス１８５０による無線通信など、モバイルコンピューティングデバイス１８５０の他の構成要素の調整（ｃｏｏｒｄｉｎａｔｉｏｎ）を提供し得る。

【0171】

プロセッサ１８５２は、ディスプレイ１８５４に結合された制御インタフェース１８５８及びディスプレイインタフェース１８５６を介して、ユーザと通信し得る。ディスプレイ１８５４は、例えば、ＴＦＴディスプレイ（薄膜トランジスタ液晶ディスプレイ）、ＯＬＥＤ（有機発光ダイオード）ディスプレイ、または、他の適切なディスプレイ技術、であり得る。ディスプレイインタフェース１８５６は、ディスプレイ１８５４を駆動してグラフィック情報及び他の情報をユーザに提示するための適切な回路を有し得る。制御インタフェース１８５８は、ユーザからコマンドを受け取り、それらをプロセッサ１８５２に提示するために変換し得る。更に、外部インタフェース１８６２が、プロセッサ１８５２との通信を提供し得て、モバイルコンピューティングデバイス１８５０の他のデバイスとの近距離通信を可能にし得る。外部インタフェース１８６２は、例えば、幾つかの実装における有線通信、または、他の実装における無線通信、を提供し得て、複数のインタフェースが使用されてもよい。

【0172】

メモリ１８６４は、モバイルコンピューティングデバイス１８５０内の情報を記憶する。メモリ１８６４は、１または複数のコンピュータ可読媒体、１または複数の揮発性メモリユニット、または、１または複数の不揮発性メモリユニット、として実装され得る。拡張メモリ１８７４も、提供され得て、例えばＳＩＭＭ（シングルインラインメモリモジュール）カードインタフェースを含み得る拡張インタフェース１８７２を介して、モバイルコンピューティングデバイス１８５０に接続され得る。拡張メモリ１８７４は、モバイルコンピューティングデバイス１８５０のための追加の記憶空間を提供し得る、または、モバイルコンピューティングデバイス１８５０のためのアプリケーションまたは他の情報を記憶し得る。具体的には、拡張メモリ１８７４は、前述のプロセスを実行または補足するための命令を含み得て、また、安全情報をも含み得る。従って、例えば、拡張メモリ１８７４は、モバイルコンピューティングデバイス１８５０のためのセキュリティモジュールとして提供され得て、モバイルコンピューティングデバイス１８５０の安全な使用を許容する命令でプログラムされ得る。更に、ハッキングできない態様でＳＩＭＭカード上に識別情報を配置するなど、追加情報と共に、ＳＩＭＭカードを介して安全なアプリケーションが提供され得る。

【0173】

メモリは、以下に説明されるように、例えば、フラッシュメモリ及び／またはＮＶＲＡＭメモリ（不揮発性ランダムアクセスメモリ）を含み得る。幾つかの実装形態では、コンピュータプログラム製品が、情報キャリア（担体）内に有体的に具体化される。コンピュータプログラム製品は、実行される時に前述の方法のような１または複数の方法を実施する命令、を含む。コンピュータプログラム製品は、メモリ１８６４、拡張メモリ１８７４、またはプロセッサ１８５２上のメモリ、などのコンピュータ可読媒体または機械可読媒体であり得る。幾つかの実装形態では、コンピュータプログラム製品は、例えばトランシーバ１８６８または外部インタフェース１８６２を介して、伝播信号で受信され得る。

【0174】

モバイルコンピューティングデバイス１８５０は、通信インタフェース１８６６を介して、無線通信し得る。通信インタフェース１８６６は、必要に応じて、デジタル信号処理回路を含み得る、通信インタフェース１８６６は、とりわけ、ＧＳＭ音声通話（モバイル通信用グローバルシステム）、ＳＭＳ（ショートメッセージサービス）、ＥＭＳ（拡張メッセージングサービス）、ＭＭＳメッセージング（マルチメディアメッセージングサービス）、ＣＤＭＡ（コード分割多重アクセス）、ＴＤＭＡ（時分割多重アクセス）、ＰＤＣ（パーソナルデジタルセルラー）、ＷＣＤＭＡ（登録商標）（広帯域コード分割多重アクセス）、ＣＤＭＡ２０００、または、ＧＰＲＳ（汎用パケット無線サービス）、等の様々なモードまたはプロトコルの下で通信を提供し得る。そのような通信は、例えば、無線周波数を使用してトランシーバ１８６８を介して発生し得る。更に、ブルートゥース（登録商標）、ＷｉＦｉ、または、他のそのようなトランシーバ（不図示）を使用するなどして、短距離通信が発生し得る。更に、ＧＰＳ（全地球測位システム）受信モジュール１８７０が、モバイルコンピューティングデバイス１８５０に、追加のナビゲーション及び位置関連無線データを提供し得る。それは、モバイルコンピューティングデバイス１８５０上で実行されるアプリケーションによって適切に使用され得る。

【0175】

モバイルコンピューティングデバイス１８５０はまた、オーディオコーデック１８６０を使用して可聴的に通信し得る。オーディオコーデック１８６０は、ユーザからの話された情報を受信し得て、それを使用可能なデジタル情報に変換し得る。同様に、オーディオコーデック１８６０は、例えばモバイルコンピューティングデバイス１８５０のハンドセット内のスピーカを介するなどして、ユーザにとっての可聴音を生成し得る。そのような音は、音声通話からの音を含み得て、録音された音（例えば、音声メッセージ、音楽ファイルなど）を含み得て、及び、モバイルコンピューティングデバイス１８５０上で動作するアプリケーションによって生成される音をも含み得る。

【0176】

モバイルコンピューティングデバイス１８５０は、図に示されるように、幾つかの異なる形態で実装され得る。例えば、それは、携帯電話１８８０として実装され得る。また、それは、スマートフォン１８８２、個人情報端末、または、他の同様のモバイルデバイス、の一部として実装され得る。

【0177】

ここで説明されるシステム及び技術の様々な実装は、デジタル電子回路、集積回路、特別に設計されたＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、及び／または、それらの組み合わせ、で実現され得る。これらの様々な実装は、少なくとも１つのプログラム可能なプロセッサを含むプログラム可能なシステム上で実行可能及び／または解釈可能な１または複数のコンピュータプログラムでの実装を含み得る。それは、特別の目的または一般的な目的で、ストレージシステム、少なくとも１つの入力デバイス、及び、少なくとも１つの出力デバイス、からのデータ及び命令を受信し、且つ、それらへデータ及び命令を送信する、ように結合され得る。

【0178】

これらのコンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、または、コードとも呼ばれる）は、プログラマブルプロセッサのための機械語命令を含み、高レベルのプロシージャ型及び／またはオブジェクト指向型のプログラミング言語で、及び／または、アセンブリ／機械語で、実装され得る。本明細書で使用される場合、機械可読媒体及びコンピュータ可読媒体という用語は、機械命令及び／またはデータをプログラマブルプロセッサに提供するために使用される任意のコンピュータプログラム製品、装置及び／またはデバイス（例えば、磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（ＰＬＤ））を指す。これは、機械可読信号として機械命令を受け取る機械可読媒体を含む。機械可読信号という用語は、機械命令及び／またはデータをプログラマブルプロセッサに提供するために使用される任意の信号を指す。

【0179】

ユーザとの相互作用を提供するために、ここで説明されるシステム及び技術は、ユーザに情報を表示するための表示装置（例えば、ＣＲＴ（ブラウン管）またはＬＣＤ（液晶ディスプレイ）モニター）と、ユーザが当該コンピュータに入力を提供できるキーボード及びポインティングデバイス（例えば、マウスやトラックボール）と、を備えたコンピュータで実装され得る。他の種類のデバイスもまた、ユーザとの相互作用を提供するために使用され得る。例えば、ユーザに提供されるフィードバックは、任意の形態のセンサフィードバック（例えば、視覚フィードバック、聴覚フィードバック、または、触覚フィードバック）であり得る。ユーザからの入力は、音響、音声、または、触覚入力を含む任意の形態で受信され得る。

【0180】

ここで説明されるシステム及び技術は、バックエンドコンポーネント（例えば、データサーバ）を含む、またはミドルウェアコンポーネント（例えば、アプリケーションサーバ）を含む、またはフロントエンドコンポーネント（例えば、ユーザがそれを介してここで説明されるシステム及び技術の実装と相互作用できるグラフィカルユーザインタフェースまたはウェブブラウザを備えたクライアントコンピュータ）を含む、またはそのようなバックエンド、ミドルウェアないしフロントエンドコンポーネントの任意の組み合わせを含む、コンピューティングシステム内に実装され得る。システムの構成要素は、デジタルデータ通信の任意の形態または媒体（例えば、通信ネットワーク）で相互接続され得る。通信ネットワークの例は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネット、を含む。

【0181】

コンピューティングシステムは、クライアントとサーバとを含み得る。クライアントとサーバは、一般的には互いから離れていて、典型的には通信ネットワークを介して相互作用する。クライアントとサーバとの関係は、それぞれのコンピュータ上で実行されて互いにクライアント－サーバの関係を有するコンピュータプログラムによって、生じる。

【0182】

図１９は、鼾を掻くパートナーの影響を低減するための例示的なシステム１９００のブロック図である。システム１９００では、ユーザ１９０２とユーザ１９０４とが、ベッド１９０６上で眠っている。２人のユーザが眠っている時、システム１９００は、鼾（いびき）を検出することが可能で、鼾がユーザの一方に影響を与えているか否かを判定することが可能で、且つ、鼾が当該他のユーザに影響を与えている場合には鼾低減動作を取ることが可能である。鼾が当該他のユーザに影響を与えていない場合には、システム１９００は、鼾低減動作を取る必要がない。

【0183】

コントローラ１９０８が、システム１９００の１または複数のセンサから、センサ読取値を受信し得る。コントローラ１９０８は、例えば、ベッド１９０６に内蔵されるか、または、ベッド１９０６にプラグ接続されるコントローラであり得る。例えば、コントローラ１９０８は、ベッド１９０６と共に販売されて組み付けられ得て、ベッド内の空気圧を制御するための圧力センサ及びポンプを含み得る。コントローラ１９０８は、例えば、ベッド１９０６とは別個に販売されるホームオートメーションハブであってもよい。当該ハブは、照明制御、サーモスタット制御、音楽及びメディアの再生、音声入力、などの汎用ホームオートメーション機能を含み得る。

【0184】

ベッド１９０６は、１または複数の圧力センサが圧力信号１９１０及び１９１２を生成することを許容するエアベッドまたは他のタイプのベッドであり得る。これらの圧力信号は、ユーザのベッドでの存在及び生理的活動（心臓、呼吸、動きなど）に応答して生成され得る。例えば、コントローラ１９０８内の圧力トランスデューサが、ベッド１９０６のエア袋に流体的に接続され得て、当該エア袋内の流体の圧力に比例した電気信号を生成し得る。幾つかの例では、ベッド１９０６内の圧電センサアレイが、ユーザ１９０２及び１９０４の圧力下で撓み得て、当該撓みの形状に基づいて電気信号を生成し得る。圧力信号１９１０は、ユーザ１９０２によってベッド１９０６に適用される瞬間圧力を表し、圧力信号１９１２は、ユーザ１９０４によってベッド１９０６に適用される瞬間圧力を表す。これらの圧力信号１９１０及び１９１２は、コントローラ１９０８によって分析される時に当該コントローラ１９０８がユーザ１９０２及び１９０４の体重、動き、呼吸活動、心血管活動、睡眠段階特性、覚醒、及び、他の活動、を識別することを許容するデータを含み得る。

【0185】

コントローラ１９０８は、音響センサ１９１８及び１９２０から音響信号１９１４及び１９１６を受信し得る。音響センサ１９１８及び１９２０は、周囲環境から音響情報を受信して、当該音響情報を音響信号１９１４及び１９１６に変換する。音響センサ１９１８及び１９２０は、ベッド１９０６に埋め込まれた、若しくは、自立型のマイクロフォンの形態、コントローラ１９０８とデータ通信するスマートフォンの形態、または、他の適切な形態、を取り得る。ユーザ１９０２及び／または１９０４が鼾（いびき）を掻く時、この鼾音は、音響センサのうちの１または複数（１９１８及び／または１９２０）によって検出され得て、音響信号１９１４及び１９１６に反映され得る。

【0186】

コントローラ１９０８は、データ１９２２及び１９２４を生成及び／または使用し得る。データ１９２２は、ユーザ１９０２の状態を反映するように作成され得て、データ１９２４は、ユーザ１９０４の状態を反映するように作成され得る。このデータ１９２２及び１９２４は、ユーザがベッドにいるか否か、ユーザが鼾を掻いているか否か、ユーザが落ち着きないか否か、の判定や、心臓活動、呼吸活動、または他のデータについての判定、を含み得る。

【0187】

この例では、ユーザ１９０４が鼾を掻く。コントローラ１９０８に送信される圧力信号１９１２及び音響信号１９１６は、鼾によって生成される圧力現象及び音響現象を表すデータを含む。同時に、同じベッド１９０６の別のユーザであるユーザ１９０２は、鼾を掻いていない。しかしながら、当該ユーザ１９０２は、おそらくはユーザ１９０４による鼾のために、落ち着きのない睡眠（浮き寝）となっている。落ち着きのない睡眠は、一般的に、特定のユーザにとっての、好ましい境界の外側の、または履歴上の標準（ｎｏｒｍ）の外側の、動き、心臓活動、及び／または、呼吸活動を含む。例えば、心拍数の変動性（例えば、心拍数の増加）は、ユーザが睡眠状態を変えるための準備をしている可能性があることを示し得て、それは、落ち着きのない形態の１つである。ユーザの落ち着きのない活動は、圧力信号１９１０及び／または音響信号１９１４に反映され得る。

【0188】

コントローラは、圧力信号１９１０及び１９１２、並びに、音響信号１９１４及び１９１６を受信する。例えば、圧力トランスデューサが、各圧力信号１９１０、１９１２のデジタル値のストリームを、有線接続を介してコントローラ１９０８に送信し得る。幾つかの例では、音響センサ１９１８及び１９２０が、音響信号１９１４及び１９１６をコントローラ１９０８に送信するために、無線ルータまたはインターネットを介して無線送信をコントローラ１９０８に送信し得る。

【0189】

データ１９２２及び１９２４が、圧力信号１９１０及び１９１２並びに音響信号１９１４及び１９１６から生成され得る。例えば、コントローラ１９０８が、入ってくる圧力信号１９１０及び１９１２並びに音響信号１９１４及び１９１６を、処理し得る。幾つかの例では、コントローラ１９０８は、圧力信号１９１０及び１９１２並びに音響信号１９１４及び１９１６を、処理のためのクラウドサービスに送信し得て、データ１９２２及び１９２４を受信し得る。

【0190】

コントローラ１９０８は、データ１９２２及び１９２４を使用して、１または複数の鼾緩和動作を駆動し得る。例えば、データ１９２２及び１９２４に基づいて、コントローラ１９０８は、ユーザ１９０４のためのベッド１９０６の堅さを変更し得て、あるいは、ユーザ１９０４の頭を上昇させるべく制御可能な土台（基礎）を関節運動させ得て、あるいは、ユーザ１９０４の環境の温度を変更させ得る。

【0191】

鼾制御コマンドは、一般的に、ユーザの鼾を緩和し得る動作を取り得る、ベッドを含む制御可能な周辺機器または装置へのあらゆるコマンドを含む。これは、鼾側において、ベッドの頭部分、ベッドの足部分、またはそれらの両方、を上昇させることや、鼾側において、ベッドの頭部分、ベッドの足部分、またはそれらの両方、を下降させることや、鼾側において、ベッドの頭部分、ベッドの足部分、またはそれらの両方、を所定位置に再調整することや、鼾側において、マットレスの堅さを変更することや、持続的気道陽圧（ＣＰＡＰ）または同様の機械などにコマンドを発行すること、を含み得るが、これらに限定されない。

【0192】

図２０は、鼾制御コマンドを生成するための例示的なプロセス２０００のフローチャートである。プロセス２０００は、例えば、システム１９００によって、鼾制御コマンドを生成するために使用され得る。このため、以下の説明は、システム１９００の要素を使用して行われる。もっとも、別の１または複数のシステムも、プロセス２０００または同様のプロセスを実行するために使用され得る。

【0193】

左側の落ち着きなしステートが感知される（２００２）。右側の落ち着きなしステートが感知される（２００４）。幾つかの例で、落ち着きなしステートとは、落ち着きがないか、落ち着きがないことはないか、のいずれかであり得る、バイナリ変数である。幾つかの例では、「落ち着きなし」のより複雑な判定がなされ得る。例えば、落ち着きなしステートは、ユーザが落ち着いているか落ち着きがないことの、信頼値を含み得る。落ち着きなしステートは、例えば、音声特性、呼吸特性、動き分析、心臓分析、呼吸分析、睡眠段階分析、及び、覚醒分析、に基づいて、コントローラによって判定され得る。これらの各々は、音響センサや圧力センサなどの１または複数のセンサからの１または複数のデータストリームに基づいて、コントローラによって判定され得る。

【0194】

例えば、コントローラ１９０８は、圧力信号１９１０及び／または音響信号１９１４を受信し得て、当該データから左側のユーザ１９０２が落ち着きないか否か、を判定し得る。コントローラ１９０８は、圧力信号１９１２及び／または音響信号１９１６を受信し得て、当該データから右側のユーザ１９０４が落ち着きないか否か、を判定し得る。この分析は、例えば、既知の落ち着きのない睡眠者からの圧力サンプルに対しての圧力データ１９１０／１９１２のパターンのマッチングや、圧力データ１９１０／１９１２を１または複数の統計的検定と比較すること、などを含み得る。幾つかの場合、落ち着きなしステートの判定は、圧力信号１９１０／１９１２または音響信号１９１４／１９１６の１つだけを関与させ得る。

【0195】

一例として、夜に２人がベッド１９０６に就寝した。最初、左側のユーザは、安らかに眠っている。しかし、数時間後、左側のユーザは、手足をバタつかせたり（ｔｈｒａｓｈ）ローリングを始めたり、または、他の落ち着きのない睡眠の兆候を示し始める。最初、ベッドのコントローラは、当該ユーザが安らかに眠っていることを、圧力読取値から判定し得る。後に、当該ユーザが手足をバタつかせている時、コントローラは、圧力読取値から当該ユーザが落ち着きないと判定し得る。これが発生している間、右側のユーザは、安らかに眠っている（眠り続けている）可能性があり、コントローラは、右側のユーザが安らかに眠っている、と判定し得る。コントローラは、圧力センサ及び／または音響センサを使用して、ユーザのこれらの落ち着きのない及び落ち着きのある（安らかな）睡眠状態を追跡し得る。

【0196】

左側の鼾ステートが感知される（２００６）。右側の鼾ステートが感知される（２００８）。例えば、コントローラ１９０８は、圧力信号１９１０及び／または音響信号１９１４を受信し得て、当該データから左側のユーザ１９０２が鼾を掻いているか否か、を判定し得る。コントローラ１９０８は、圧力信号１９１２及び／または音響信号１９１６を受信し得て、当該データから右側のユーザ１９０４が鼾を掻いているか否か、を判定し得る。この分析は、例えば、既知の鼾を掻いている睡眠者からの圧力サンプルに対しての圧力データ１９１０／１９１２のパターンのマッチングや、圧力データ１９１０／１９１２を１または複数の統計的検定と比較すること、などを含み得る。幾つかの場合、鼾ステートの判定は、圧力信号１９１０／１９１２または音響信号１９１４／１９１６の１つだけを関与させ得る。

【0197】

前記の例を継続すると、２人が就寝して、最初は鼾を掻いていない。数時間後、右側のユーザが鼾を掻き始め、これが、左側のユーザの前述の落ち着きのなさを引き起こす。コントローラは、圧力センサ及び／または音響センサを使用して、ユーザのこれらの鼾を掻いている及び鼾を掻いていない状態を追跡し得る。

【0198】

左側の鼾ステートが鼾を掻いている状態であり、右側の落ち着きなしステートが落ち着きのない状態である場合（２０１０）、鼾制御コマンドが生成される（２０１２）。例えば、右側のユーザが落ち着きがない間に左側のユーザが鼾を掻いているという時間がない時、コントローラは、鼾制御コマンドを生成しないかもしれない。右側の鼾ステートが鼾を掻いている状態であり、左側の落ち着きなしステートが落ち着きのない状態である場合（２０１４）、鼾制御コマンドが生成される（２０１６）。鼾制御コマンドは、制御可能なホームオートメーション装置が、第２ユーザの鼾を低減する可能性が高い態様で、第２ユーザの睡眠環境の特徴を変更する、というように、当該制御可能なホームオートメーション装置に発行され得る。例えば、２人のユーザが就寝した夜の初め、コントローラは、左側のユーザから落ち着きのなさを感知しない可能性があり、鼾制御コマンドを発行しない可能性がある。その後、左側のユーザが落ち着きない状態となり、右側のユーザが鼾を掻いている時、コントローラは、鼾制御コマンドを発行し得る。

【0199】

幾つかの場合、ユーザの鼾を低減するのに効果的な鼾制御コマンドを反復的に検索するために、プロセス２０００が繰り返され得る。幾つかの場合、このような形態は、次の動作が現在の状態または現在の変化に対する応答に依存する、閉ループ制御系と呼ばれ得る。例えば、生成の各インスタンスにおいて（２０１２及び／または２０１６）、当該プロセスは、異なるコマンドを生成すること、及び、それらのコマンドの結果を観察して、それらが鼾の低減ないし排除に効果的であったか否かを判定すること、を含み得る。効果的でなかった場合には、効果的なコマンドが見出だされるまで、プロセス２０００は異なる１または複数のコマンドで繰り返し得る。

【0200】

例えば、左側のユーザが落ち着きのない睡眠の兆候を示し始めて、それが感知され（２００２）、右側のユーザが鼾を掻いていて、それが感知される（２００８）、という場合がある。鼾制御コマンドが、関節運動される土台によって５°だけ右側のユーザの頭を上昇させるべく、生成され得る。プロセス２０００は、繰り返され得て（例えば、すぐに、同時に、または一定期間後に）、左側のユーザがもはや落ち着きないということが無くなって、それが感知されれば（２００２）、更なるコマンドは生成されない（２０１６）。もっとも、左側のユーザが落ち着きがないと感知され（２００２）、右側のユーザが鼾を掻いていると依然として感知される（２００８）場合、異なる鼾制御コマンドが生成され得るか（２０１６）、同じ鼾制御コマンドが再生成され得る（２０１６）。幾つかの場合、異なるコマンドは、以前に使用された同じコマンドのパラメータの変更を含み得る－例えば、５°の代わりに７°の上昇。幾つかの場合、異なるコマンドは、異なるコマンドの選択を含み得る－例えば、マットレスの堅さの変更。

【0201】

異なるパラメータ値を選択することは、所定の値の収集（コレクション）から値を選択することを含み得る。例えば、既知の圧力値のリストがメモリ内に記憶され得て、各反復において当該メモリから異なる圧力値が選択され得る。幾つかの場合、パラメータ値の選択は、計算を伴って行われ得る。例えば、現在のパラメータ値が、各反復で、ある設定数または変数だけ、増分的に増加され得る。

【0202】

幾つかの場合、鼾の感知は、別のユーザの部分で落ち着きのなさを感知することに応答してのみ、行われる。例えば、コントローラは、落ち着きのない睡眠を識別するために、センサデータのストリームをモニタリング（監視）し得る。落ち着きのない睡眠が識別されると、他のユーザが鼾を掻いている否かを判定するために、センサデータのストリーム（同じまたは異なる）が審査され得る。

【0203】

幾つかの場合、落ち着きのなさの感知は、別のユーザの部分で鼾を掻いていることを感知することに応答してのみ、行われる。例えば、コントローラは、鼾を掻いていることを識別するために、データのストリームをモニタリング（監視）し得る。鼾を掻いていることが識別されると、他のユーザが落ち着きないか否かを判定するために、センサデータのストリーム（同じまたは異なる）が審査され得る。

【0204】

落ち着きのなさの感知（例えば、２００２及び／または２００４で行われる）は、ユーザが異なる複数のメトリックについて複数の状態のうちの１つにあるか否かの感知を含み得る。例えば、メトリックは、落ち着きであり得て、落ち着きがある状態と落ち着きがない状態とのいずれかを伴い得る。他の例は、移動中または不動としての移動、妨害または非影響としての影響、覚醒または睡眠中としての睡眠状態、浅い睡眠段階または深い睡眠段階としての睡眠段階、沈黙中または発話中としての言葉表現、などを含む。

【0205】

鼾制御コマンドは、鼾を掻いているユーザの睡眠環境内で１または複数のホームオートメーション装置を駆動または作動させるためのコマンドを含み得る。例えば、コントローラが、調整可能な土台の一部を上昇または下降させるコマンドを発行し得る。土台の頭部分を上昇させるコマンドを発行することにより、重力が方向を変え、ユーザの呼吸解剖学的構造の動きを引き起こし、鼾を低減または排除することができる。ユーザの右側を上昇させるコマンドを発行することにより、ユーザが寝返りすることを促がされ得て、これが鼾を低減させ得る。空気温度及び／または空気湿度を変えることによっても、ユーザは鼾を止めることを促され得る。

【0206】

鼾制御コマンドは、ユーザ固有であり得る。幾つかの場合、ベッドのユーザは、１または複数のアカウントリポジトリにユーザアカウントを設定している。例えば、ベッドのコントローラは、ユーザデータを維持及び識別するために、ユーザアカウントを使用して、クラウドベースのサービスと通信し得る。ユーザは、鼾を緩和するという企てのためにコントローラがどんな種類の鼾低減動作を取り得るのか、を指定し得る。例えば、ユーザは、仰向けに寝ていて鼾を掻いている時、頭が上昇されることを希望する、ことを指定し得る。この情報は、ユーザアカウントと共に記憶され得る。幾つかの場合、このデータは、ユーザ指向の動作（例えば、頭の上昇）または自動化指向の動作（例えば、基礎の上部を１０°作動させる）の形態を取り得る。幾つかの場合、このデータは、動作が実行されるべき時（タイミング）を指定する条件データ（例えば、ユーザが仰向けになっている時のみ）をも含み得る。

【0207】

鼾制御コマンドは、同じベッドの２人の異なるユーザに対して、異なり得る。例えば、左側のユーザが頭の上昇を指定し得て、右側のユーザがマットレス堅さの変更を指定し得る。これにより、コントローラが左側のユーザのために鼾制御コマンドを発行する時、コントローラは、左側のユーザの頭を上昇させるコマンドを発行し得る。コントローラが右側のユーザのために鼾制御コマンドを発行する時、コントローラは、ベッドの右側の圧力を変更するコマンドを発行し得る。鼾制御コマンドは、同じベッドの２人の異なるユーザに対して、同一であってもよい。例えば、幾つかの場合、ベッドの２人のユーザが、両方とも、同一の鼾制御コマンドを示す個別の嗜好を記憶し得る。

【0208】

鼾制御コマンドは、検索され得る。例えば、鼾制御コマンドを発行した後、コントローラは、鼾を掻いているユーザの鼾ステートと落ち着きのないユーザの落ち着きなしステートとをモニタリング（監視）し得る。鼾が止まない場合、及び／または、落ち着きのない状態が変化しない場合、コントローラは、別の鼾制御コマンドが発行されるべきである、と判定し得る。例えば、ユーザの頭が上昇された後、コントローラは、鼾が止まったか否かを判定するために、音響センサデータをモニタリング（監視）し得る。鼾が止まない場合、且つ、他のユーザの動きを示す圧力データのストリームに基づいて判定されるように他のユーザが依然として落ち着かない場合、コントローラは、異なる鼾制御コマンドを発行し得る（例えば、頭をより高く上げる、頭を下げる、及び、堅さを変更する）。幾つかの場合、以前の鼾制御コマンドが、逆行され得る（例えば、頭が下げられる）。幾つかの場合、以前の鼾制御コマンドは、逆行されない。

【0209】

一部の実装形態では、鼾制御コマンドの成功が、記録され得る。例えば、特定の鼾制御コマンドが特定のユーザに対して成功したと記録される場合、当該鼾制御コマンドは、鼾が検出される将来のインスタンスに対して、選択され得る。

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】