(57)【特許請求の範囲】
【請求項１】
プロセッサによって実行されるとき、第１のモバイル機器に、
複数の他のモバイル機器からモード情報を受信させ、
前記モード情報をメモリに記憶させ、
受信した前記モード情報から、閾値の数の前記複数の他のモバイル機器が閾値の期間内に第１の動作モードから第２の動作モードに変わったかどうかを決定させ、ここで、機器の数の閾値及び時間間隔の閾値は、それぞれ異なる状況について異なる閾値が選択されたものであり、
変わったと決定した場合、
前記第１のモバイル機器を手動で前記第２の動作モードに変えるべきであることをユーザに警告することを決定させる、命令のセットを含むコンピュータプログラム。
【請求項２】
前記モード情報はモードの変化を含む、請求項１に記載のコンピュータプログラム。
【請求項３】
前記第１のモバイル機器が携帯電話を含み、前記モード情報がミュートモードに変化している前記複数の他の機器のモード情報を含む、請求項２に記載のコンピュータプログラム。
【請求項４】
前記第１のモバイル機器がモバイルカメラを含み、前記モード情報が特定の撮影モードに変化している前記複数の他の機器のモード情報を含む、請求項１に記載のコンピュータプログラム。
【請求項５】
前記撮影モードは風景モードまたはポートレイトモードを含む、請求項４に記載のコンピュータプログラム。
【請求項６】
前記撮影モードはフラッシュ有り、またはフラッシュ無しを含む、請求項４に記載のコンピュータプログラム。
【請求項７】
請求項１乃至６のいずれか１項に記載のコンピュータプログラムを記憶したコンピュータ読取り可能な記憶媒体。
【請求項８】
第１のモバイル機器のモードを変えるための方法であって、
複数の他のモバイル機器からモード情報を受信するステップと、
受信した前記モード情報を記憶するステップと、
受信した前記モード情報を解析して、閾値の数の前記複数の他のモバイル機器が閾値の期間内に同じモードに入ったかどうかを解析するステップと、ここで、機器の数の閾値及び時間間隔の閾値は、それぞれ異なる状況について異なる閾値が選択されたものであり、
前記同じモードに入ったことが決定された場合、前記第１のモバイル機器のモードを手動で前記同じモードに変えるべきであることをユーザに警告するかどうかを決定するステップと、を備える方法。
【請求項９】
前記第１のモバイル機器が携帯電話を含み、前記モード情報がミュートモードに変化している前記複数の他の機器のモード情報を含む、請求項８に記載の方法。
【請求項１０】
前記第１のモバイル機器がモバイルカメラを含み、前記モード情報が特定の撮影モードに変化している前記複数の他の機器のモード情報を含む、請求項８に記載の方法。
【請求項１１】
前記撮影モードは風景モードまたはポートレイトモードを含む、請求項１０に記載の方法。
【請求項１２】
前記撮影モードはフラッシュ有り、またはフラッシュ無しを含む、請求項１０に記載の方法。
【請求項１３】
モバイル機器であって、
複数のモード設定と、
他のモバイル機器からモード情報を受信する受信機と、
受信した前記モード情報を記憶するメモリと、
受信した前記モード情報を解析し、受信した前記モード情報から、閾値の数の前記複数の他のモバイル機器が閾値の期間内に第１の動作モードから第２の動作モードに変わったかどうかを決定し、ここで、機器の数の閾値及び時間間隔の閾値は、それぞれ異なる状況について異なる閾値が選択されたものであり、
変わったと決定した場合、前記モバイル機器のモードを手動で前記第２の動作モードに変えるべきであることをユーザに警告することを決定する、プロセッサと、を備えるモバイル機器。
【請求項１４】
前記モバイル機器が携帯電話を含み、前記モード情報が、ミュートモードにある複数の前記他のモバイル機器を含む、請求項１３に記載のモバイル機器。
【請求項１５】
前記モバイル機器がモバイルカメラを含み、前記モード情報が、特定の撮影モードに変わっている複数の前記他のモバイル機器を含む、請求項１３に記載のモバイル機器。
【請求項１６】
前記撮影モードは風景モードまたはポートレイトモードを含む、請求項１５に記載のモバイル機器。
【請求項１７】
前記撮影モードはフラッシュ有り、またはフラッシュ無しを含む、請求項１５に記載のモバイル機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、モバイル機器を対象とし、より具体的には、他のモバイル機器の現在の状態を変えるための、近くのモバイル機器からの導出コンテキストを対象とする。
【背景技術】
【０００２】
多くの場合、モバイル機器上で実行される動作（動作モードを設定する、等）は、実行されるべき動作は原則として機器のコンテキストから推定され得るが、明確なユーザ相互作用を必要とする。
【０００３】
例えば、一般に、会議やカルチャーイベントに参加する誰もが、あるいは劇場等において、手動で電話を「ミュート」に設定する。電話には鳴動しないことが適切であろうということを電話自身で知る方法がないので、これは明確に実行される必要がある。必然的に、電話をミュートしてくださいという事前のアナウンスや標識にもかかわらず、何台かの電話は鳴動し、イベントに迷惑をかけるであろう。
【０００４】
現在のコンテキストおよび適切な動作を導出することは、すべての「種類」のコンテキストは一様あるいは安価に測定できない異なった特性を示すので、モバイル機器にとって難しい挑戦である。多くの場合、機器が応答することを期待されるコンテキストの種類は、設計時には知られてすらおらず、後でソフトウェアの追加（すなわち、アプリ）によって定義され得る。
【０００５】
機器の環境に基づいて機器のモードを自動的に設定するために使用される１つのアプローチでは、複雑なセンサと洗練されたデータ処理を使用して、センサデータから現在のコンテキストを正確に推定し得る。例えば、デジタルカメラのための適切な記録モードを決定するために、複雑な情景解析アルゴリズムが、情景の性質を「推定」するために使用される。しかし、これは、機器が特定のコンテキストを導出し、自動的に適切な動作を起動するためのしかるべきセンサの組と十分な処理能力を有することを要求する。
【０００６】
電話をミュートする場合において、ミュートすべきエリアに電話が在るときを決定するためにＧＰＳまたは他の位置データを使用することが示唆されてきた。しかし、これらの解決策は、或る場所においていつもミュートする必要があるとされ得ないので、不足しているとされ得る。
【図面の簡単な説明】
【０００７】
上述および本発明のより良い理解は、以下の、本発明の開示の一部を形成する配置および例示の実施形態およびクレームが添付の図面と関連して読まれるとき、明らかになり得る。上述のおよび以下の記載がされ示された開示は、本発明の配置および例示の実施形態の開示に焦点をあてているが、これらはあくまで例示に過ぎず、本発明はこれらに限定されないことが明確に理解されるべきである。
【図１】一実施形態によるモバイル機器を示すブロック図である。
【図２】お互いに状態変化を通信する近くのモバイル機器のアドホックネットワークに従事しているモバイル機器を示す図である。
【図３】他の近くのモバイル機器の状態変化に基づいて、状態を変更する動作をしているモバイル機器を示す図である。
【図４】コンテキスト情報を共有する近くのカメラとのアドホックネットワークにおけるカメラ（電話等の他のモバイル機器の中に統合されたカメラであり得る）を示す図である。
【図５】お互いに状態またはコンテキストデータを通信するアドホックネットワークに含まれる機器を有する車を示す図である。
【図６】ネットワーク上のさまざまな機器のさまざまな状態変化およびモードを追跡するための表を示す図である。
【図７】一実施形態によるイベントのフローを示すフロー図である。
【発明の開示】
【０００８】
他のユーザのコンテキスト状態決定を記録し、近くのモバイル機器の状態に基づいて、同様の状態変化をすること、または示唆することが適切か否かを決定する方法が記載される。近距離通信を使用して近くにいるすべての他の機器に対して状態変化または識別可能な動作をブロードキャストすることにより、機器は、近くの他の機器に、機器または機器のユーザがとった動作を匿名で通知することができる。これらの通知を収集し解析することにより、機器は、次に、現在のコンテキストについての自身の理解を構築し、自身のためにとるべき適切な動作について自律的に決定することができる。
【０００９】
本明細書を通して、「一（ｏｎｅ）実施形態）」または「一（ａｎ）実施形態」への参照は、その実施形態と関連して記載された特定の特徴、構造、または特性が、本発明の少なくとも１つの実施形態に含まれることを意味する。このように、本明細書を通したさまざまな場所における「一（ｏｎｅ）実施形態における」または「一（ａｎ）実施形態における」の出現は、必ずしもすべてが同じ実施形態を参照しているとは限らない。さらに、特定の特徴、構造、または特性は、１以上の実施形態においていかなる適切な方法で組合わせられ得る。
【００１０】
図１は、モバイル機器またはシステムの一実施形態を示す図である。モバイル機器は、電話、携帯電話、スマートフォン、タブレット、または、とりわけ、他の近くの機器と無線通信可能ないかなる他の機器を含み得る。いくつかの実施形態において、モバイル機器１００は、データを送受信するための１以上の送信機１０２および受信機１０４を含む。いくつかの実施形態において、モバイル機器は、データの送受信のための１以上のアンテナ１０５を含み、ここで、アンテナは、ダイポール、モノポールアンテナ、パッチアンテナ、等を含み得る。モバイル機器１００はさらに、これに限られないが、グラフィックユーザインターフェイス（ＧＵＩ）または従来のキーを含むユーザインターフェイス１０６を含み得る。モバイル機器１００はさらに、これに限られないが、ＧＰＳ受信機１０８およびＧＰＳ回路１１０を含む、物理的位置または動作の速度を決定するための１以上の要素を含み得る。
【００１１】
モバイル機器１００はさらに、フラッシュメモリ、および他の種類のメモリ等の不揮発性メモリを含み得る１以上のメモリ／レジスタ１１２のセットを含み得る。メモリ／レジスタ１１２は、デフォルト設定、モバイル機器のユーザによって確立されるユーザ設定の設定、および、雇用者等のＩＴ（情報技術）サポートの責任者である企業によって確立される企業設定の設定を含む、デバイス１１４のための１以上のグループの設定を含み得る。メモリ１１２はさらに、実施形態に従って状態変化または現在のモード情報を送信または受信するための動作をサポートまたは制御するアプリケーションを含む１以上のアプリケーション１１６を含み得る。メモリ１１２はさらに、モバイル機器の機能の制限およびモバイル機器のユーザの状況の解釈に影響を与え得るデータを含むユーザデータ１１８を含み得る。たとえば、ユーザデータ１１８は、カレンダーデータ、連絡先データ、アドレス帳データ、写真およびビデオファイル、等を含み得る。
【００１２】
モバイル機器１００は、システムの機能に関係するさまざまな要素を含み得る。たとえば、モバイル機器は、一実施形態に従ったディスプレイ１２０およびディスプレイ回路１２１、可聴シグナリング（例、リンガー）を含む、マイクロフォンおよびスピーカ１２２およびオーディオ回路１２３、カメラ１２４およびカメラ回路１２５、および近くの機器の状態変化またはモードの表等の他の機能要素を含み得る。モバイル機器はさらに、命令を実行し、機器のさまざまな機能モジュールを制御するための１以上のプロセッサ１２８を含み得る。
【００１３】
今度は図２を参照すると、図１に示されるようなモバイル機器２００が示されている。機器は、タブレット、携帯電話、スマートフォン、ラップトップ、モバイルインターネット機器（ＭＩＤ）、カメラ、等であり得る。それは、近くの類似の機器２０２、２０４、２０６によって囲まれていることがあり得る。それはまた、ルータ、ＷｉＦｉ、または他のタイプの無線機器２０８および２１０の無線距離内にあることがあり得る。機器２００、２０２、２０４、２０６、２０８および２１０のそれぞれは、アドホックネットワークを形成しているすべての他の機器２００、２０２、２０４、２０６、２０８および２１０によって受信され得る状態変化情報をブロードキャストし得る。近くの範囲は、たとえば、ＧＰＳによって、信号強度によって、または単純に、機器によって採用されている近距離通信技術の制限によって、決定され得る。
【００１４】
実施形態によれば、モバイル機器２００は、近くの機器２０２、２０４、２０６、２０８および２１０を介して他のユーザが決定した決定を記録し得、この情報を使用して、機器２００によってもまた採用され得る適切なコンテキストを推論する。近距離通信を使用して状態変化２１２または識別可能な動作を近くのすべての他の機器にブロードキャストすることにより、機器は、近くの他の機器に、可能性として特定のコンテキスト（例、学会発表がもうすぐ始まり、電話はミュートされるべき）に対する応答において、機器または機器のユーザがとった動作（例、電話をミュート）を匿名で通知することができる。これらの通知を収集し解析することにより、機器は、次に、現在のコンテキストについての自身の理解を構築し、自身のためにとるべき適切な動作について自律的に決定することができる。
【００１５】
使用可能な情報は、例えば、モバイル機器上で実行されたユーザ動作（モード／状態変化）、または、インフラストラクチャコンポーネントによって検出されたイベント（例、機器のログオン、機器のシャットダウン、等）である。
【００１６】
図３を参照すると、一群の人々の例が示されており、その多くは、図２に示されるようなモバイル機器を持っている。人々３００は、なんらかのイベント、会議、ワークショップの家、映画館、等のために集められていることがあり得る。機器の多くは、いかなる他の近くの機器によって受信され得る状態変化情報をブロードキャストし得、その結果、機器のアドホックネットワークを形成する。もし、例えば、なんらかの、例えば５分の、期間内に、近くの２０台の携帯電話３０２が、その状態を「ミュート」または「バイブレートのみ」に変えるならば、私自身の電話３０４もまたミュートにすることはおそらく良い考えである。私の電話３０４に設定されたモードに応じて、もし、適切な数の近くの電話が、与えられた時間枠内にミュートされるならば、または、おそらく振動し、電話３０４のユーザにミュートすることをリマインドするならば、それは自動的にミュートし得る。同様に、もし、近くの多くの機器が、自分達が機内モードに入ることをブロードキャストするならば、かなりの確率で、機器は機内にあり、すべての機器は同じことをし電源を切るべきである。
【００１７】
今度は図４を参照すると、複数のカメラ４０２、４０４、４０６、および４０８が示されている。例えば、一群の人々は、全員が、多くの人々が同じ情景の写真を撮っている同じイベントまたはアトラクションにいることがあり得る。カメラはスタンドアロンのカメラとして示されているが、他の機器の中に統合されることもあり得、そして図１を参照して記載された同じコンポーネントの多くを含み得る。カメラは、風景またはポートレイトモード、フラッシュ有りまたはフラッシュ無し、「スポーツ」、「夜」、「屋外」等の異なる設定または撮影モードが設定可能であり得る。もし、近くにある多くのカメラ４０２−４０８が写真を撮るために「風景」モードを使用しているならば、実施形態によれば、この情報は私のカメラ４００にとって利用可能であり得、私のカメラ４００はこれを電源投入時に提案されたモードとして提示し得、または、おそらく自動的に私のカメラ４００を風景モードに設定し得る。同様に、フラッシュ撮影が許されていない多くの会場がある。もし、閾値の数の近くのカメラ／モバイル機器４０２−４０８が、それらのフラッシュが無効にされていることを示す状態情報を送信するならば、私の機器４００もまた、そのフラッシュを無効にし得、または、写真を撮る前にフラッシュを手動で無効にすることを考えるための警告を少なくとも提示し得る。
【００１８】
今度は図５を参照すると、実施形態はまた、交通状況についても有効であり得る。図に示されているように、車５００は、他の前方の車５０２および５０４とともに道路またはハイウェイに沿って走行していることがあり得る。それぞれの車は、１以上モバイル機器を持った乗客が載っていることがあり得、または、おそらく車は、図１に示されたモバイル機器に似た無線通信可能な、車載インフォテイメント（ｉｎｆｏｔａｉｎｍｅｎｔ）（ＩＶＩ）システムを搭載している。もし、前方の車５０２および５０４が、私と同じ方向に向かっており、交通イベント５０６により突然減速または停止するならば、車５０２および５０４は、車５００のモバイル機器によって受信されるイベント５０８をブロードキャストし得る。このように、車５００のモバイル機器は、車５００のドライバーに対して警告を表示または鳴らして前方の交通イベントを警告することができることがあり得る。
【００１９】
今度は図６を参照すると、近くの機器の状態またはモード変化を追跡するために、図１に示されているように、例えば、メモリーテーブルモジュール１２６の中に記憶され得る表が示されている。図に示されているように、状態情報は、アドホックネットワークを構成する近くの機器から受信され得る。ネットワークは、例えばＷｉＦｉダイレクト、ブルートゥース等のいかなる手段によって確立され得、例えばＪＳＯＮ、ＸＭＬ等の、何らかのオープンデータ交換フォーマットを使用し得る。ネットワークは、誰でも送信でき、誰でも聴くことができるオープンアクセスであり得る。本例においては、機器１から機器Ｎまでラベル付けされたＮ個の近くの機器が示されている。表は、機器が来ることがあり得、機器が行くことがあり得、現在ネットワーク上にある機器が状態情報における変化を周期的にブロードキャストし得るという点で動的であり得る。示された例において、前の閾値の期間内に（この場合、最後の５分）、６台の機器がミュートに変化した。もし、所定の数の機器が閾値の期間内に特定の動作をすることが満たされるならば、おそらく、この機器もまた同じ動作をするべきであり、この場合、ミュートするべき、または、機器を手動でミュートに設定するべきであることをユーザに警告するべきである。もちろん、ここでの機器の数の閾値および時間間隔の閾値はほんの一例であり、異なる状況について異なる閾値が選択され得る。
【００２０】
同様に、近くのカメラのカメラモードは、図６における例において示されるように監視され得る。もし、大多数または閾値の数の近くのカメラ機器がフラッシュ無しの風景モードに切り替わるならば、私のカメラは、これを電源投入時に提案されたモードとして提示し得、または、おそらく自動的に私のカメラ４００をフラッシュ無しの風景モードに設定し得る。
【００２１】
今度は図７を参照すると、一実施形態の基本フローを示すフロー図が示されている。ブロック７０２において、状態または状態変化情報をブロードキャストしている近くの無線機器とのアドホックネットワークが確立され得る。該ブロードキャストは特定の機器によって受信され得、状態変化に関する情報はブロック７０４において記憶される。ブロック７０６において、もし、予め設定された閾値の期間内に、ネットワークにおける閾値の数の機器が同様の動作をするならば、ブロック７０８において、本機器は、自動的に同様のモード変化をするべき、または、おそらくこの変化が手動でなされるべきことをユーザに警告するべきである。
【００２２】
このアプローチは、特定のセンサの存在に依存せず、純粋に、通信リンクを介して受信される通知を解析することによってその検出がなされるので、すべての種類のコンテキストに対して一様に適用可能な明白な利点を持っている。コンテキストの定義および通知は純粋にソフトウェアにおいてなされ得、機器の一生を通じて変えることができる（例、インストールされるアプリケーションに基づいて、等）。このようなアプローチはまた、複雑なリアルタイムのセンサデータの解析よりもはるかに少ない計算の複雑さを要求し得、従って、エネルギーを節約し、バッテリー寿命を延ばす。
【００２３】
また、この方法は、ハードコードされたコンテキスト検出アルゴリズムに依存する代わりに、他のユーザの分散インテリジェンスを利用する。すなわち、それは、既存のアプリケーションとの重要な違いは関連するデータが機器の近くで収集されることであるけれども、コンテキストを導出するために使用される実際の「検出イベント」は他の機器／ユーザから収集されるので、「クラウドソーシング（ｃｒｏｗｄ  ｓｏｕｒｃｉｎｇ）」のアプリケーションと考えられ得る。一般的に、より多いデータポイント（より多く生成されるイベントおよび通知）が、コンテキスト導出プロセスの質と信頼性を改善し得る。導出されたコンテキストにおける自信が十分高いとすれば、適切な応答は、単に、受信した通知によって示された動作と完全に同じ動作をすることであり得る（すなわち、例において、もし、多くの近くの電話がミュートになるならば、単にこの電話もミュートにする）。
【００２４】
一例において、少なくとも１つの機械可読記憶媒体は、プロセッサによって実行されるとき、第１のモバイル機器に、モード情報を複数の他のモバイル機器から受信させ、該モード情報をメモリに記憶させ、そして、該モード情報から、第１のモバイル機器がモードを変えるべきかどうかを決定させる、命令のセットを含む。
【００２５】
他の例において、モード情報はモードの変化を含む。
【００２６】
他の例において、第１のモバイル機器は携帯電話を含み、モード情報は、ミュートモードに変化している複数の他の機器のモード情報を含む。
【００２７】
他の例において、第１のモバイル機器はモバイルカメラを含み、モード情報は、特定の撮影モードに変化している複数の他の機器のモード情報を含む。
【００２８】
他の例において、撮影モードは、風景モードまたはポートレイトモードを含む。
【００２９】
他の例において、撮影モードは、フラッシュ有り、またはフラッシュ無しを含む。
【００３０】
他の例において、第１のモバイル機器は、車両に関連付られ、モード情報は感知された減速を含む。
【００３１】
他の例において、第１のモバイル機器のモードを変える方法は、複数の他のモバイル機器からモード情報を受信するステップと、該モード情報を記憶するステップと、該モード情報を解析して閾値の数の複数の他のモバイル機器が閾値の期間内に同じモードに入ったかどうかを決定するステップと、該解析から、第１のモバイル機器が同じモードに変わるべきかどうかを決定するステップと、を含む。
【００３２】
他の例において、第１のモバイル機器は携帯電話を含み、モード情報は、ミュートモードに変化している複数の他の機器のモード情報を含む。
【００３３】
他の例において、第１のモバイル機器はモバイルカメラを含み、モード情報は、特定の撮影モードに変化している複数の他の機器のモード情報を含む。
【００３４】
他の例において、撮影モードは、風景モードまたはポートレイトモードを含む。
【００３５】
他の例において、撮影モードは、フラッシュ有り、またはフラッシュ無しを含む。
【００３６】
他の例において、第１のモバイル機器は、車両に関連付られ、モード情報は感知された減速を含む。
【００３７】
他の例において、モバイル機器は、複数のモード設定と、他のモバイル機器からモード情報を受信する受信機と、モード情報を記憶するメモリと、他のモバイル機器からのモード情報に基づいてモード情報を解析してモバイル機器のモードを変えるプロセッサと、を含む。
【００３８】
他の例において、第１のモバイル機器は携帯電話を含み、モード情報は、ミュートモードにある複数の他の機器を含む。
【００３９】
他の例において、第１のモバイル機器はモバイルカメラを含み、モード情報は、特定の撮影モードに変化している複数の他の機器を含む。
【００４０】
他の例において、撮影モードは、風景モードまたはポートレイトモードを含む。
【００４１】
他の例において、撮影モードは、フラッシュ有り、またはフラッシュ無しを含む。
【００４２】
他の例において、モバイル機器は、車載インフォテイメント（ＩＶＩ）システムを含み、モード情報は感知された減速を含む。
【００４３】
要約書に記載されたものを含む、本発明の実施形態を示す上述の記載は、記載し尽くすこと、または発明を開示された正確な形に制限することを意図するものではない。例示の目的のために本発明の特定の実施形態および例が本明細書において記載されているが、当業者が認識するであろうように、さまざまな等価の変更が発明の範囲内において可能である。
【００４４】
上述の詳細な説明に照らして、本発明に対してこれらの変更を行うことができる。以下のクレームにおいて使用される用語は、本発明を、明細書およびクレームに開示された特定の実施形態に限定するために解釈されるべきではない。むしろ、本発明の範囲は、以下のクレームによって完全に決定されるべきであり、クレーム解釈の確立した原則に従って解釈されるべきである。
【図１】
0006388870.tif 000002
【図２】
0006388870.tif 000003
【図３】
0006388870.tif 000004
【図４】
0006388870.tif 000005
【図５】
0006388870.tif 000006
【図６】
0006388870.tif 000007
【図７】
0006388870.tif 000008