(57)【要約】ユーザが、基準を有する同意されたポリシーに従って、他のユーザの装置の音量制御をリクエストすることを可能にする方法及びシステムが説明される。第１の装置は、第２の装置から無線メッセージを受け取り（６０）、ポリシーにアクセスして（６２）基準に依存して出力音量を調整（６８）するか否か（６５，６６）を決定し（６４）、メッセージを肯定応答（７０）する。このシステム及び方法は、ポリシーをセントラル的に維持させた状態で、ホテル又は寄宿舎のような生活共同体の建物において実現され得る。それゆえ、スレッショルド音量レベル及び静かな期間のような基準は、ユーザ間で交渉され、ポリシーに関して規定され得る。リクエストメッセージ及び肯定応答は、ログに記憶され、近所に住む装置の所有者同士の間での反社会的な行動及び騒々しい音楽に関する繰り返される紛争の場合に使用され得る。
2006526321.tif 000002
【特許請求の範囲】
【請求項１】
第１の装置の音量出力を制御するための方法であって、
前記第１の装置が、ネットワークリンクを介して第２の装置と通信するよう動作可能であり、
前記第２の装置が、前記第１の装置にメッセージを送り出し、
前記第１の装置が、前記メッセージを受け取り、記憶されているポリシーにアクセスし、前記記憶されているポリシーに依存して前記音量出力を調整する方法。
【請求項２】
前記ポリシーが、前記調整に影響を及ぼすために時刻を含む基準を有する、請求項１に記載の方法。
【請求項３】
前記ポリシーが、前記調整に影響を及ぼすために、予め決定された時間間隔に受け取られたメッセージの回数を含む基準を有する、請求項１又は２に記載の方法。
【請求項４】
前記ポリシーがスレッショルドを含む基準を有し、当該スレッショルドに対して現在の出力音量が比較されて前記調整に影響を及ぼす、請求項１，２又は３に記載の方法。
【請求項５】
前記調整に続いて、出力レベルが決定されて前記第１の装置により前記第２の装置に送り出される肯定応答メッセージに含められる、請求項１乃至４の何れか一項に記載の方法。
【請求項６】
前記記憶されているポリシーの基準が、ユーザ定義可能である、請求項１乃至５の何れか一項に記載の方法。
【請求項７】
第１の装置の音量出力を制御するためのシステムであって、
前記第１の装置が、ネットワークリンクを介して第２の装置と通信するよう動作可能であり、
前記第２の装置が、前記第１の装置にメッセージを送り出す通信手段をもち、
前記第１の装置が、前記メッセージを受け取る通信手段と、記憶されているポリシーにアクセスすると共に、前記記憶されているポリシーに依存して前記音量出力を制御する処理手段と、を有するシステム。
【請求項８】
前記第１の装置及び前記第２の装置が、更に、送受信されているメッセージの肯定応答をユーザに呈示する呈示手段を有する、請求項７に記載のシステム。
【請求項９】
前記通信手段が、ZigBee、Bluetooth又はIEEE802.11ワイヤレス無線プロトコルの選択されるプロトコルに従って動作する、請求項７又は８に記載のシステム。
【請求項１０】
前記通信手段が、ワイヤードプロトコルに従って動作する、請求項７又は８に記載のシステム。
【請求項１１】
メッセージを受け取る通信手段と、記憶されているポリシーにアクセスする手段と、前記記憶されているポリシーに依存して音量出力を制御する処理手段と、を有する、請求項７乃至１０に記載のシステムにより使用するための装置。
【請求項１２】
キャリアにおけるプログラムコードであって、当該プログラムコードが第１の装置の処理手段により実行される場合、前記第１の装置に、請求項１乃至６の何れか一項に記載の方法を実施させるプログラムコード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶されているポリシーに従って装置の出力音量を制御するための方法及びシステムに関する。本発明は、特に、但し、これに限定されるものではないが、個人のアパートを含む共同で使用する建物に置かれるオーディオビジュアル装置への適用性をもつ。
【背景技術】
【０００２】
騒音公害の問題は、一般的に耳障りであり、特に、例えば、誰か他の人が選んだ音楽にさらされる人にとっては非常にストレスを感じ得る。自分の住宅での静けさを享受する権利は、一部の法的管轄区域においては基本的権利として認められているが、このような権利を強制することは、平和な共同社会の共存の観点からも、常習的な騒音公害の証拠を提供する際にも問題を含む可能性がある。
【０００３】
本明細書の執筆時、人が、第三者又は隣人の装置（例えば、オーディオ装置又は「ハイファイ」）の音量出力を制御することができる唯一のやり方は、通常、音量出力を手動で調整してくれるように口頭で丁寧にリクエストすることを必要とする。このことは、たとえそのリクエストが受け入れられる場合であっても、その第三者との気まずくなった関係又は芳しくない将来の関係につながり得る。
【０００４】
このような状況においては、例えば、第三者又は隣人の装置の音量出力を制御するための設備があれば有用であろう。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従って、本発明の目的は、或る状況において第三者の装置の出力音量を制御するのに適している方法及びシステムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明の第１の態様によれば、第１の装置の音量出力を制御するための方法であって、第１の装置が、ネットワークリンクを介して第２の装置と通信するよう動作可能であり、第２の装置が、第１の装置にメッセージを送り出し、第１の装置が、メッセージを受け取り、記憶されているポリシーにアクセスし、記憶されているポリシーに依存して音量出力を調整する方法が提供される。
【０００７】
本発明の第２の態様によれば、第１の装置の音量出力を制御するためのシステムであって、第１の装置が、ネットワークリンクを介して第２の装置と通信するよう動作可能であり、第２の装置が、第１の装置にメッセージを送り出す通信手段をもち、第１の装置が、メッセージを受け取る通信手段と、記憶されているポリシーにアクセスすると共に、この記憶されているポリシーに依存して音量出力を制御する処理手段と、を有するシステムが提供される。
【０００８】
上記の態様は、（第２の）装置が、 第三者の他の（第１の）装置による音量出力を変更するようにリクエストすることを可能にする。第１の装置は、パーソナルコンピュータ（ＰＣ）若しくはハイファイサウンドシステムの形態、又はテレビジョン、ラジオ若しくはその他のこのようなサウンド出力装置の形態であり得る。第２の装置は、第１の装置と同じクラスの装置に属することも可能であり、又は第２の装置は、リモコン装置であるか、若しくは居住地のネットワークに接続され、居住地内のユーザの住居にインストールされる単なる「リクエスト」ボタンであり得る。
【０００９】
一般に、音量を下げるように要請するリクエストが、受信装置によって気付かれるか否かは、主に記憶されているポリシーに依存する。このポリシーは、好ましくは、その基準に対して判断が行われる当該基準を有するデータ構造の形態で電子的に記憶される。この基準は、共同で使用する建物とその敷地（例えば、大学の寄宿舎）の所有者により命令され、又は例えば寄宿舎のミーティングで居住者達の協調により進化されることもできる。基準を有するポリシーは、好ましくは、リクエストを受け取る装置（例えばハイファイ）に記憶されるが、例えば、建物のネットワークサーバに遠隔的に記憶され、必要に応じて上記の装置によってアクセスされることもできる。
【００１０】
好適には、基準は、同意された静かな時間に対応する時刻を有する。或る時刻において装置の音量を調整するように要請するリクエストを受け取る装置は、その時刻がポリシーにより同意された静かな時間に対応する場合、その場合は上記のリクエストに応じ得る。このリクエストは、その受け取られた時間がポリシーの範囲内の同意された静かな期間として規定されていない場合、上記装置によって無視され得る。
【００１１】
更に、ある時間間隔に受け取られた（同じリクエスタから又は異なるリクエスタの何れかからの）リクエストの回数のような基準がポリシーに規定され得るので、繰り返されるリクエストは、これらのリクエストに応じられるか、又は特定の装置から到来し得る理性を欠いたリクエストを示すために単に記憶される。
【００１２】
更に、リクエストを受け取る装置は、この装置の現在の音量出力を決定し、これを音量スレッショルドを有するポリシー基準と比較して、上記リクエストに応じることが理にかなっているか否かを決定することができる。リクエスト及びレスポンスは肯定応答（acknowledge，受け取り通知）され、例えば、隣人間で進行中の紛争の場合に電子的証拠を提供するのに役立つように記憶され得る。
【００１３】
ポリシー基準は、命令されるポリシー又は交渉されるポリシーの何れかが、共同住宅において利用されることを可能にするために、ユーザ定義可能であり得る。もちろん、ネットワークが一世帯の家庭にあることも可能であり、親がポリシーを設定することができるので、親の望みどおりに（但し、装置を使用する子供の望みどおりである必要はなく）その家庭の装置の音量出力が低減される。
【００１４】
ネットワーク上の装置間の通信は、ワイヤレス（例えば、IEEE802.11規格及びプロトコル）又はワイヤード（例えば、建物内のイーサネットネットワーク）であり得る。好ましくは、視覚警報の形態での呈示手段（点滅する発光ダイオード又はネットワーク化されたディスプレイ上のテキストメッセージ）が、例えば、リクエストが受け取られていることを装置の所有者に示すために、装置に含まれる。
【００１５】
それゆえに、ポリシーは、互いにすぐ近所に住む装置の所有者同士の間で同意され、このポリシーが実現され得る。要請されたリクエストに関するデータは、繰り返される意見の相違の場合に証拠を提供するために記憶され得る。ポリシーは、繰り返される意見の相違を避けるために、（同意される場合は）自動音量制御を強制的に実施し得る。
【００１６】
本発明による他の態様は、このシステムにより使用するための装置及び上記の方法を実施するためのプログラムコードを含む。
【００１７】
本発明は、単に例証として、添付の図面を参照してここで詳細に説明される。
【００１８】
各図において、同じ参照符号は、概ね、変形された実施形態及び異なる実施形態の対応する特徴又は類似する特徴を参照するために用いられる。本発明の他の特徴及び態様は、従属請求項に記載されており、これらは参照として本願明細書に組み込まれ、ここで読者に示される。
【発明を実施するための最良の形態】
【００１９】
以下の実施形態では、隣人が近傍の隣人の装置について音量制御の変更をリクエストすることができるシナリオが説明される。当業者であれば、この原理が、一世帯の家庭若しくはアパート内の装置の制御にも、又は互いにすぐ近所の（隣接する必要はない）アパートにも適用され得ることを理解するであろう。
【００２０】
図１は、上階のアパート即ち部屋２０の下階に位置するアパート１０を概略的に表わす。アパート１０の居住者は、リモコン１６によって制御可能である装置１２及び１４を所有する。例えば、装置１２及び１４は、それぞれ、テレビジョン装置（ＴＶ）及びセットトップボックス（ＳＴＢ）であり得る。リモコン１６は、例えば、フィリップスエレクトロニクス社製のiProntoTMの形態であり得る。
【００２１】
上階のアパート２０は、オーディオステレオシステム２２の形態の装置、より一般的には「ハイファイ（Ｈｉ−Ｆｉ）」と称される装置をもつことが示される。ハイファイ装置２２は、オーディオ出力スピーカ２６、ユーザインタフェース制御部２４及びディスプレイ２８を有している。ハイファイ装置２２は、無線遠隔制御及びポリシー制御を可能にするために無線モジュール３０も有している。アパート２０の居住者は、もちろん、リモコンを含む他のパーソナル電子デバイス及び民生用電子デバイスを所有することもできる。誰でも近隣のアパート（図示略）における類似した装置のセットを予期し得る。
【００２２】
この実施形態において、各装置１２、１４、１６及び２２は、ZigBeeTM無線規格（IEEE802.15.4）に準拠して動作する無線モジュールの形態の通信手段をもつ。これは、加盟企業から組織される業界団体（ジグビーアライアンス，www.zigbee.com）により案出される低コスト、低消費電力のスペクトラム拡散の無線規格であり、この規格は、制御及び使用アプリケーションを念頭において設計されている。ZigBee無線モジュールは、数ユーロ（約１ドル）未満しかコストがかからないことが期待され、それゆえ、無線通信を提供するために多くの現在の装置及び将来の装置に加えられることができる。このようなモジュールのレンジ（range，通信距離）は、約５０メートルほどである。図１において、ハイファイ装置２２は、 ZigBee無線モジュール１６ａを含むリモコン１６をもつ内部ZigBee無線モジュール３０を有している。
【００２３】
図２は、ハイファイ装置２２のブロック概略図である。この装置は、プログラム命令３５（ＰＲＧ）の動作の下でオーディオ回路（ＡＣ）３２を制御して、スピーカ（ＳＰＫ）２６経由でオーディオ（音声）を出力するマイクロプロセッサ３４（μｐ）を有している。更に、この装置は、トランシーバ（Ｔｘ／Ｒｘ）を制御するためのマイクロコントローラ（ｍｃ）をモジュール自体が有するZigBee無線モジュール３０を有している。このモジュールは、ZigBee無線「スタック」４０を記憶するためのメモリ（ｍｅｍ）も含む。このスタック４０は、ＯＳＩ（Open Systems Interconnection，開放型システム間相互接続）形式で、物理レイヤ（ＰＨＹ）、媒体アクセス制御レイヤ（ＭＡＣ）、ネットワーク又はリンクレイヤ（ＮＷＫ）及びアプリケーションコードに対応するレイヤ（ＡＣ）を有している。ヘッダーフィールド４２ａ及びペイロード即ちデータフィールド４２ｂを有する無線メッセージ又はデータグラム４２は、スタック４０及びアプリケーションコード（ＡＣ）に従って電波を通じて送受信される。
【００２４】
それゆえ、ZigBeeモジュール１６ａをもつリモコン１６は、制御リクエストを含むペイロード４２ｂによりデータグラムを構成して、ハイファイ装置２２にこのデータグラムを送信する。その後、受信モジュール３０のアプリケーションコードは、データグラムから当該データを抽出し、このデータをマイクロプロセッサ３４に渡す。マイクロプロセッサ３４は、順に制御ポリシー（Ｐ）を記憶している不揮発性記憶装置３８にアクセスする。
【００２５】
図３は、ポリシーテーブル５０の形態で一実施例のデータ構造を示す。この実施例では、ポリシーは、基準ｔ１，ｔ２，ｔｎ，ｒ及びｔｈｒをこれらの基準に対応する値２３：００，０９：００，（３，１５）及び５と共に有している。ｔ１及びｔ２は、時間間隔２３：００〜０９：００に対応し、これは、アパート１０及び２０の居住者達が「静かな時間」であるものと同意し得た時間間隔である。基準ｔｎ，ｒは、リクエストの回数ｎ（３）と、この実施例では１５分間であるこれらのリクエストが受け取られる時間間隔ｒと、を意味する。基準ｔｈｒは、現在の出力音量レベルが調整されるべきであるか否かを決定するために、マイクロプロセッサ３４によって使用され得るスレッショルド音量レベルに対応し、このことは以下に簡潔に説明される。
【００２６】
ポリシーが第１の装置２２内に記憶されているこの実施形態において、基準は、デフォルトポリシーを提供するために製造業者によって設定され得る。しかし、基準は、好ましくは、例えば、ユーザインタフェース制御部２４及びディスプレイ２８によってユーザ定義可能である。このことにより、例えば、２３：００時〜０９：００時の「静かな時間」が、住宅１０及び住宅２０の居住者達により同意されることが可能になる。その後、同意された静かな時間に関する値が、それぞれの所有者によって、個々の装置２２、１２及び１４に入力され得る。
【００２７】
図４は、リモコン１６及びハイファイ装置２２が相互に作用して、例えば、同意された静かな期間中にポリシー５０によって出力音量制御の調整を可能にする方法を示す。ステップ６０（Ｔｘ／Ｒｘ）において、上階のアパートからの騒々しい音楽によって迷惑を被っているリモコン装置１６のユーザは、無線メッセージ４２を自分のリモコンから送信させる又は報知させるようにする。ハイファイ装置２２の無線モジュール３０は、このメッセージを受け取り、アプリケーションコード（ＡＣ）４０が、このメッセージの受け取りをハイファイ装置のマイクロプロセッサ３４に信号で伝える。このメッセージは、ペイロード４２ｂに予め定義されたコードを含ませることによって、音量制御「苦情」を知らせるものとして認識され得ることに留意されたい。その後、適切なアプリケーションコードを実行するZigBee無線モジュールが、このようなメッセージの受け取りをマイクロプロセッサに信号で伝え得る。例えば、家庭の照明システムにインストールされる他のZigBeeモジュールは、このようなメッセージを無視するであろう。なぜならば、このようなモジュールは、異なるサービスプロファイルに準拠し、それゆえ、他にとるべきアプリケーションコードを実行するからである。
【００２８】
図４に戻り、ステップ６２（ＰＯＬ）において、マイクロプロセッサは記憶装置３８に記憶されたポリシーデータにアクセスし、ステップ６４（ＣＲＩＴ？）において、その中の基準を調べる。例えば、ステップ６４において、プロセッサ３４が、現在の時刻に対応する現在のシステム時刻を、「静かな期間」の基準ｔ１及びｔ２と比較する。このシステム時刻が、期間ｔ１〜ｔ２の範囲に入るならば、その場合、プロセッサ３４は、パス６６（Ｙ）を経てステップ６８（ＡＤＪ）へ進み、このステップ６８では、音量出力に対する調整が、プロセッサ３４及びオーディオ回路３２によってもたらされる。オーディオ制御の当業者であれば、音圧レベルの自動制御が、一体型増幅器及び接続されたスピーカ２６を有するオーディオ回路３２を備えるハイファイ装置２２において達成され得ることが分かるであろう。
【００２９】
あるいは、このハイファイ装置は、この装置の所有者に対して、リクエストが受け取られ、ポリシーに従って調整が要求されていることを、ディスプレイ２８上に示すこともできる。その後、ハイファイ装置の所有者は、音量を調整するべきか否かを決定する。このような調整に続いて、ステップ７０において、アクションモジュール３０が、リモコン１６に肯定応答（ＡＣＫ）を送信する。
【００３０】
上記の実施例において、ステップ６４（ＣＲＩＴ？）で、その時刻が基準ｔ１及びｔ２の範囲内に入らない場合、その場合は、プログラムフローは、パス６５（Ｎ）経由でステップ７０へ続行し、このステップ７０において、メッセージの受け取りが肯定応答される（ＡＣＫ）。
【００３１】
それゆえ、ハイファイ装置の所有者は、誰かが不満を申し立てていることを知らされ、ハイファイ装置の出力音量が、ポリシー基準に従って調整される。
【００３２】
好ましくは、リクエスト及び肯定応答のログが、各自の装置１６及び２２によって記憶される。これらのログは、万一紛争の場合には第三者によってアクセスされ、紛争中に彼らの苦情及びアクションを裏付けるために用いられることができる。
【００３３】
より複雑なポリシー基準の比較は、ステップ６４において実現され得る。例えば、図３にｔｎ,ｒとして示される基準に関連する値は、ｎ回のメッセージが期間ｒ内に受け取られる場合にのみ、自動調整がもたらされることを示し得る。それゆえ、この実施例のポリシー５０に記憶される各値の３及び１５は、このシステムが自動音量調整を実施する前に、３回のリクエストが１５分間以内に受け取られなければならないことを示す。このことは、偶発的に送信されたメッセージは無視されるという利点をもつ。例えば、マイクロプロセッサ３４は、ハイファイディスプレイ２８によって、リクエストが受け取られていることを通知し得る。ハイファイ装置のユーザは、このメッセージを無視する可能性がある。しかし、期間ｒ内に繰り返されるリクエストは、他のユーザが実際に音量出力によって迷惑を被っていることを示し、それゆえ、ステップ６８において、自動調整がトリガされる。
【００３４】
更に、マイクロプロセッサは、現在の音量出力を、ポリシーに記憶されているスレッショルド基準（ｔｈｒ）と比較した後、ステップ６８において、音量を調整するようにプログラムされ得る。このスレッショルドは、その装置のために同意された音量示度（例えば、この装置の音域について５０%のような任意のレベル）に対応し得る。それゆえ、親及び子供又は隣人らは、互いに自分達の近郊においてどれほどの音量が許容範囲であるかを検証し、適切なスレッショルド数値をポリシーに入力することを承諾し得る。
【００３５】
当業者であれば、マイクロプロセッサは、基準の或る組み合わせが真である（例えば、スレッショルドが限度を超えると共に、その時刻が静かな期間である）と決定される場合にのみ、音量を調整するようにプログラムされ得ることが分かるであろう。
【００３６】
他の実施形態が図５に示される。この図５は、ローカルエリアネットワーク又はワイドエリアネットワーク８８（ＬＡＮ／ＷＡＮ）を介してサーバ９０（Ｓ）へリンクされる複数の装置８０（Ｄ１），８２（Ｄ２），８４（Ｄ３）及び８６（Ｄ４）を示し、サーバ９０自体が、ポリシー（Ｐ）を記憶するための記憶装置３８にアクセスする。この実施形態のシステムは、特に、ホテル又は学生寄宿舎のアプリケーションに適しており、そこでは、ホテルの所有者又は舎監が、セントラルサーバ９０を介して遠隔記憶装置３８におけるポリシーＰにアクセスし、設定する。ＬＡＮへのリンク、そこからサーバへのリンク及びポリシーへのリンクは、ホテル又は寄宿舎のインフラにインストールされる通常のイーサネットハードウェアによって実現され得る。使用中に、上記に説明されたように無線手段によって他の装置（例えばＤ２）からのリクエストメッセージを受け取る第１の装置（例えばＤ３）は、概ね、図４の方法を実施する。但し、第１の装置は、ステップ６２において、ＬＡＮを通じてセントラル的に記憶されたポリシーにアクセスする。
【００３７】
この実施形態は、施設（ホテル、寄宿舎又は他の施設）の経営者が、セントラル的にポリシーを変更し、維持することができるという利点をもつ。例えば、寄宿舎において、学生居住者及び経営者が、静かな期間及び他のこのようなポリシー基準について交渉するタウンミーティングが開かれることができる。更に、サーバは、リクエスト、及びこれらのリクエストがアクションを起こされたか（すなわち、音量が調整されたか）否かに関する情報を含む肯定応答のログを記憶することができる。その後、このログは、上記ポリシーを無視するか又は誤用する居住者に関わる紛争の場合に使用され得る。
【００３８】
上記において、第１の装置の制御を可能にする方法及びシステムが説明される。（ユーザ間で交渉される）入力基準は、記憶されたポリシーを形成し、このポリシーは、順に出力を制御するよう要請するリクエストが気付かれているか否かを決定付ける。上記の実施形態は、リクエストメッセージに対してZigBee無線通信を利用するシステムを説明しているが、当業者であれば、BluetoothTM又はIEEE802.11規格系統のようなネットワークリンクを形成することが可能である他の無線プロトコルが使用され得ることが分かるであろう。更に、ホテルのような固定建築物においては、装置間のメッセージは、建物のネットワークを用いてルーティングされ得る。このようなシステムでは、部屋にある簡単な「報知苦情」ボタンが、メッセージを送り出すために設けられてもよく、この場合、当該装置は本文に説明されたような記憶されたポリシーに従って受け取られたメッセージに反応するオーディオ出力をもつ。
【００３９】
本開示を読むことによって、他の変更形態が当業者にとって明らかであろう。このような変更形態は、オーディオ制御システム及びその構成部品の設計、製造及び使用において既に知られている他の特徴を含むことができ、これらの特徴は、本発明の精神及び範囲を逸脱することなく、本願明細書に既述された特徴の代わりに又はそれらの特徴に加えて使用され得る。
【図面の簡単な説明】
【００４０】
【図１】装置を含む居住施設の図である。
【図２】ポリシーを組み込む無線制御可能な装置のブロック図である。
【図３】ポリシーデータ構造の一実施例を示す図である。
【図４】制御方法のステップを示すフローチャートである。
【図５】セントラル化されたポリシーを有する一実施形態を示す図である。
【図１】
2006526321.tif 000003
【図２】
2006526321.tif 000004
【図３】
2006526321.tif 000005
【図４】
2006526321.tif 000006
【図５】
2006526321.tif 000007
【国際調査報告】
2006526321.tif 000008
2006526321.tif 000009
2006526321.tif 000010