JP2011523840A - 電子機器のイベントに対する報知フレームワークの開発 - Google Patents

Abstract

【課題】電子機器の報知フレームワークを開発するシステム、方法、及び関連ソフトウェアの実施形態について、記載する。報知フレームワークは、どのように報知情報を電子機器のユーザに提示するかを規定する。
【解決手段】電子機器付近に位置する物理センサからの入力を受信することによる方法を記載している。また、この方法は、該電子装置付近にある１台又は複数の電子機器からの入力を受信することも含む。この方法は、受信入力から電子機器に関する状況を評価し、その評価状況から報知フレームワークを決定することを更に含む。また、該方法は、当該電子機器のユーザに、該電子機器と関連する検出イベントを、報知フレームワーク内でユーザに報知することも含む。
【選択図】図１

Description

本開示の実施形態は、概して、電子機器に関し、特に電子機器に関連する特定のイベントについてユーザに警告する方法を決定する報知フレームワークを開発することに関する。

携帯電話、スマートフォン、カメラ付き携帯電話、カメラ、携帯情報端末（ＰＤＡ）等の携帯用電子機器は、該機器に関して発生する特定のイベントについてユーザに警告するために、出力メカニズムを一般的に含む。例えば、携帯電話は一般に、電話着信イベントについてユーザに音声報知するためのスピーカを含む。音響信号としては、特定の着信音、着信メロディ、効果音等が挙げられる。また、携帯電話は、電話着信についてユーザに視覚的に報知するのに使用できるディスプレイ画面を含んでもよい。更にまた、他の知覚出力を、触覚的アクチュエータ、振動アクチュエータ、触覚フィードバック装置等でユーザに提示できる。

ユーザがそうした携帯用電子機器を携帯する特定の環境によっては、多様な報知の種類の中には不適当なものがあるかもしれない。そのために、従来の携帯用電子機器は一般に、ユーザが必要に応じて報知設定を変更できるように設計されている。例えば、映画館では、ユーザは、館内の他の人々を騒音で妨害しないように、音声報知メカニズムのスイッチをオフにできる。従って、電話着信を示す音響信号の代わりに、着呼時に、触覚的刺激を付与できる。ユーザが様々な報知メカニズムを手動で設定できるように、多少の開発が携帯用電子機器の技術分野において行なわれているが、この点についてはまだ更なる進歩及び改良が可能である。

本開示では、電子機器の報知フレームワークを開発するシステム、方法、及び関連ソフトウェアの実施形態について、記載する。報知フレームワークは、どのように報知情報を電子機器のユーザに提示するかを規定する。

１実施形態では、特に、電子機器付近に位置する物理センサからの入力を受信することによる方法を記載している。また、この方法は、該電子装置付近にある１台又は複数の電子機器からの入力を受信することも含む。この方法は、受信入力から電子機器に関する状況を評価し、その評価状況から報知フレームワークを決定することを更に含む。また、該方法は、当該電子機器のユーザに、該電子機器と関連する検出イベントを、報知フレームワーク内でユーザに報知することも含む。

本開示に関する他の特徴、効果、実装については、本明細書で明示していないが、以下の詳細な説明及び添付図を検討することで、当業者には明白となろう。本開示のそうした黙示的実装も、本明細書に含むものとする。

以下の図面の構成要素は、本開示の一般原理を強調するように図示してある。対応する構成要素を指す参照符号を、一貫性を保ち且つ明確にするために、全図面を通して必要に応じて繰返し用いている。

１実施形態による電子機器の概要を説明するブロック図である。 １実施形態による図１に示した報知開発プログラムの論理モジュールを示すブロック図である。 １実施形態による報知ルーチンを開発する方法を説明するフローチャートである。

本開示の実施形態として、電子機器、例えば、携帯用電子機器のための報知フレームワークを開発するシステム及び方法について記載する。本明細書で記載する「報知フレームワーク」とは、どのように出力信号を電子機器のユーザに提供するかに関する規則体系のことを言う。出力設定を、電子機器が現在置かれた状況又は環境に応じて、適当な方法でユーザに報知を提供するように行なう。従って、可聴鳴動出力を一般にトリガする電話受信といった特定のイベントが発生すると、現在の状況に配慮して適当な種類の出力を提供するように、当該イベントを、報知フレームワークを通してフィルタリングする。

特に、本開示の電子機器の実施形態は、各種入力を検知するセンサを含む、又は該センサと関連する。センサは、様々な物理パラメータ及び仮想パラメータ又は状態を繰返し監視して、電子機器の環境に関するデータを最新に保つ。物理的入力情報及び仮想入力情報を、電子機器が現在置かれた状況を評価するように処理する。この状況評価から、報知フレームワークを確立できる。次に、１つ又は複数の出力メカニズムを一般にトリガするイベントが発生すると、該イベントについてユーザに報知する各出力装置を介して適当な報知出力を自動的に提供する報知フレームワークを通して、該イベントをフィルタリングする。

この点については、電子機器に関する状況に基づいて適当な報知戦略を自動的に決定することで、出力を特定の環境に応じて調整することをユーザに対して確実に保証できる。こうした能力を有する電子機器は、会議中、図書館内、結婚式又は葬儀等の、社会的に不適当な状況において、妨害となる音響信号を出さないように、自動的に適した報知を提供できる。他の状況、例えば車内や騒々しい環境等では、例えば変調を大きくして、出力強度を大きくするように、他の設定を確立できる。

また、電子機器を、例えば、エレベータ内、他の人々との会話中、ユーザが該電子機器で他のアプリケーションを使用している場合等、特定の状況に応じて出力報知を遅延するように構成してもよい。ある意味、電子機器の報知管理システムは、メッセージを選別し、蓄積したメッセージに優先順位を付ける秘書と同様の能力で、動作できる。特定のユーザ状況に合致していると判断すると、報知管理システムは、メッセージをチェック又は評価するためにユーザに提示する。状況によっては、この報知を、完全に又は少なくとも部分的に触覚を利用して提示できる。

電子機器に関する状況が変化する度に、ユーザが手動で出力を設定する必要がないため、こうした電子機器は、ユーザにとって管理が簡単となる。そうした頻繁な出力設定の調整は、ユーザにとって厄介で、忘れ易い場合があり、そのため、電話に出られない、又はその他の否定的な結果等の不適当な事態を招く可能性がある。従って、本開示の実施形態に記載するような電子機器の報知フレームワークシステムを組込むことで、電子機器に関する状況が変化するに従い、報知フレームワークを自動的に決定して、繰り返し更新できる。

本開示で記載した多くの実施例は、電話着信を受ける携帯電話又はスマートフォンに関連するが、当然ながら、本開示の教示は、他の種類の電子機器、及び出力報知をトリガできる電子機器と関連する他の種類のイベントをも、包含するものである。他の実施形態及び用途については、本開示を理解することにより当業者には明らかになろう。

図１は、電子機器１０の１実施形態のブロック図であり、該電子機器１０は、１種類又は複数種類の報知をユーザに提供できる。電子機器１０は、デジタル信号、アナログ信号、又は両信号を処理可能にしてもよい。電子機器１０を、携帯用電子機器として、例えば、無線電話機、携帯電話機、スマートフォン、カメラ付き携帯電話機、携帯用無線電話機、ポケットベル、カメラ、腕時計、携帯情報端末（ＰＤＡ）、携帯用電子メール装置、ラップトップコンピュータ、ユーザに報知信号を提供する他のハンドヘルド型又は携帯型装置等として、構成してもよい。実施形態によっては、電子機器１０を、電話機、デスクトップコンピュータ、又は報知信号をユーザに提供する、特に携帯用ではない他の装置としてもよい。

図１で説明する実施形態では、電子機器１０は、処理装置１２と、メモリ１４と、１個又は複数の物理センサ１６と、入力装置１８と、トランシーバ２０と、短距離通信装置２２と、出力装置２４を含む。電子機器１０のこれら構成要素夫々を、バスインタフェース２６を介して相互接続する。メモリ１４を、特に、報知開発プログラム２８を保存するように構成する。電子機器１０の特定用途によっては、図示した幾つかの構成要素を必要としない可能性もあり、そのため省略できる。例えば、物理センサ１６、トランシーバ２０、短距離通信装置２２を、電子機器１０の実装又は設計の仕方によっては、省略してもよい。

処理装置１２を、電子機器１０の動作及び機能を制御する汎用又は特定目的プロセッサ、又はマイクロコントローラとしてもよい。実施形態によっては、処理装置１２は、設計通りに電子機器１０内で異なる機能を果たす複数のプロセッサを含んでもよい。メモリ１４は、１つ又は複数の内部に固定したストレージユニット、リムーバブルストレージユニット、及び／又は遠隔アクセス可能なストレージユニットを含んでもよい。メモリ１４は、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）等の揮発性メモリと、リードオンリメモリ（ＲＯＭ）、特に電気的消去可能なＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ等の不揮発性メモリとの任意の組合せを含んでもよい。メモリ１４のストレージユニットを、情報、データ、命令、及び／又はソフトウェアコードを保存するように構成できる。

メモリ１４に保存したプログラムコードは、電子機器１０で報知イベントが発生すると、処理装置１２が報知フレームワークを開発する論理的手順を実行できるようにする。本明細書に記載する「報知イベント」とは、ユーザに対する報知出力を一般にトリガする全てのイベントのことを言う。例えば、報知イベントは、１つ又は複数の音響信号、視覚信号、触覚信号、及び／又はユーザが感知可能な他の種類の出力信号をトリガするイベントを含んでもよい。報知の例としては、着信短文メッセージ（ＳＭＳ）、電話、環境について検知した状態（例えば、温度、湿度、ユーザの血糖値等）、実際に検知した状態（例えば、友人がチャット可能か否か、共有日程表の変更、株価変化等）が、挙げられる。

様々な論理命令又はコマンドを、報知開発プログラム２８に含めてもよい。本開示の報知開発プログラム２８の実施形態を、ハードウェア、ソフトウェア、ファームウェア、又はそれらの組合せで実装できる。ソフトウェア又はファームウェアで実装する場合は、報知開発プログラム２８をメモリ１４に保存し、処理装置１２で実行できる。ハードウェアで実装する場合は、報知開発プログラム２８を、個別な論理回路、特定用途向集積回路（ＡＳＩＣ）、プログラマブルゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等、又はそれらの組合せを使用して、処理装置１２に実装できる。

メモリ１４に保存した報知開発プログラム２８、及び本明細書に記載した実行可能な論理命令を含む他のソフトウェアアプリケーション、プログラム又はコンピュータコードを、適切な処理装置によって実行するコンピュータ可読媒体において具現化できる。コンピュータ可読媒体は、かなりの期間、ソフトウェアアプリケーション、プログラム、又はコンピュータコードを保存できる１つ又は複数の適切な物理的な媒体構成要素を含むことができる。

物理センサ１６及び入力装置１８は、ユーザからの、又は直接電子機器１０の環境からの各種入力を受信する構成要素の重複リストを含んでもよい。例えば、物理センサ１６は、マイクロホン、カメラ、加速度計、面接触センサ、全地球側位システム（ＧＰＳ）装置、温度計、バロメータ等の適切な組合せを含んでもよい。また、物理センサ１６は、ユーザの生理学的情報を測定する装置、例えば、体温温度計、血圧センサ、血糖センサ等の適切な組合せを含んでもよい。実施形態によっては、物理センサ１６を電子機器１０に内蔵する、又は物理センサ１６に、電子機器１０の通常運転で使用する検出装置を組込む。電子機器１０の特定の設計によっては、例えば、他の実施形態の物理センサ１６を、必要に応じて、電子機器１０に直に、電子機器１０に近接して、又は電子機器１０と通信可能に、取付けられる。

入力装置１８は、ボタン、スイッチ、キーボード、キーパッド、カーソル制御装置、タッチスクリーン、スタイラス対応構成要素、音声起動メカニズム、マイクロホン、カメラ、赤外線センサ、又は他のデータエントリ装置の適切な組合せを含んでもよい。出力装置２４は、コンピュータ用モニタ、ディスプレイの画面、タッチスクリーン装置、スピーカ、ブザー、音声出力装置、プリンタ、触覚的アクチュエータ、触感効果装置、又は出力、例えば報知イベントをユーザに提供する他の報知装置の適切な組合せを含んでもよい。

実施形態によっては、物理センサ１６、入力装置１８、出力装置２４の幾つか又は全てを、電子機器１０に必ずしも物理的に接続しない。その代わり、これら装置の幾つかを、近距離無線通信（ＮＦＣ）又はパーソナルエリアネットワーク（ＰＡＮ）接続を介して、電子機器１０と通信可能にできる。

トランシーバ２０を、電子機器１０と別の装置との間での、適切な無線媒体、チャネル、ネットワーク等を介した無線通信に使用できる。一例として、トランシーバ２０を、無線通信可能にするために、携帯電話機、無線電話機、携帯用無線電話機、ポケットベル、電子メール装置等に組込んでもよい。短距離通信装置２２は、電子機器１０と別の装置との間で短距離通信を可能にするために、有線又は無線通信用構成要素を含んでもよい。例えば、短距離通信装置２２を、ＮＦＣ又はＰＡＮ規格に準拠するよう、例えばＢｌｕｅｔｏｏｔｈ（登録商標）対応機として、構成してもよい。

実施形態によっては、短距離通信装置２２により、電子機器１０付近にある他の対応機の存在を検出してもよい。また、短距離通信装置２２はそうした近傍装置の存在を検出できるだけではなく、そうした他の装置が報知設定を共有可能な場合、そうした装置の現在の報知設定も判定できる。そのため、近傍装置がサイレントモードであり、そうした装置夫々の報知出力が視覚又は触覚的に行なわれることを示していると判定した場合、そうした装置の現在の報知設定に関するこの情報を使用して、電子機器１０自体の報知フレームワークに影響を与えることができる。

報知開発プログラム２８は、物理センサ１６、入力装置１８、トランシーバ２０、短距離通信装置２２の１つ又は複数からの入力を受信できる。また、報知開発プログラム２８は、「仮想センサ」からの入力を受信できるが、「仮想センサ」とは、電子機器１０で動作する他のソフトウェアアプリケーション又はプログラムからの特性、設定、情報等を判定するよう構成した論理モジュールのことを言う。実施形態によっては、仮想センサは、インターネット等のネットワークから情報を受信するセンサであって、電子機器１０と有線又は無線通信するセンサを含んでもよい。この状況におけるネットワークは、電子機器１０に利用可能なパブリック、又はプライベートネットワークを含んでもよい。ネットワークから検索した情報を、電子機器１０と有線又は無線通信する１台又は複数のサーバで中継できる。

仮想センサから受信した仮想入力を使用して、例えばユーザがその場所にいることを予定に入れている場合の電子機器１０の場所など、可能性の高い環境状況を推定できる。様々な構成要素からの様々な入力を、報知開発プログラム２８が、電子機器１０が現在置かれた状況又は環境を評価できるように、組合せられる。状況に関する妥当な評価を判定したなら、報知開発プログラム２８は、当該状況に基づいて報知フレームワークを決定又は確立可能になる。

報知フレームワークは概して、如何にして電子機器１０の様々な出力装置２４を使用して電子機器１０に関連する特定のイベントについてユーザに報知するかを、規定する。例えば、電子機器１０の状況が、出力装置２４の音響信号が不適当な場所又はシチュエーションであると判定した場合は、報知開発プログラム２８は、この所与の状況におけるより適当な出力報知を確立するフレームワークを作成する。その結果、いつ報知イベントが発生しても、報知開発プログラム２８は、決定した報知フレームワーク内で適当な報知を、出力信号を報知フレームワークに従う望ましい組合せで出力装置２４に提供することによって、提供できる状態となる。

図２は、図１に示した報知開発プログラム２８の１実施形態のブロック図である。この実施形態によると、報知開発プログラム２８は、物理入力受信モジュール３４、仮想入力受信モジュール３６、通信入力受信モジュール３８、状況評価モジュール４０、報知フレームワーク決定モジュール４２、イベント分析モジュール４４、ヒューリスティックモジュール４６を含む。他の実施形態では、図２で示すモジュールの幾つかを、特定の設計に基づいて、一緒に組合せられる、又は省略できる。例えば、報知開発プログラム２８は、実施形態によっては、物理入力受信モジュール３４、仮想入力受信モジュール３６、通信入力受信モジュール３８の群中、１つ又は２つの入力受信モジュールだけを含んでもよい。入力受信モジュールは、物理センサ１６、仮想センサ、トランシーバ２０、及び／又は短距離通信装置２２の適切な組合せからの入力を受信する。実施形態によっては、所望であれば、他の種類のセンサからの更なる入力を受信する更なるモジュールを含んでもよい。

報知開発プログラム２８の実行には、様々なソースからの入力を受信することを伴う。物理入力受信モジュール３４と仮想入力受信モジュール３６は、物理センサ１６及び／又は仮想センサからの入力を受信する。シチュエーションによっては、パッシブモードで動作する場合、入力情報を入力受信モジュールに供給してもよい。他のシチュエーションでは、入力受信モジュールは、電子機器１０の状況を決定するのに使用できる関連情報を、能動的に求めて抽出してもよい。

物理入力受信モジュール３４は、物理センサ１６からの入力、又はＧＰＳサービスからの位置又は移動情報、温度、聴覚的に認識される会話、音、雑音、視覚的に認識される画像等の、電子機器の物理特性又は状態についての情報を提供する他の装置からの入力を受信できる。更にまた、物理入力受信モジュール３４は、電子機器１０のユーザの生理学的情報に関する入力も受信できる。生理学的情報は、体温、血圧、血糖値等を含んでもよい。

仮想入力受信モジュール３６は、電子機器１０で実行される他のアプリケーション又はソフトウェアプログラム等の、他のソースからの情報を受信又は解読できる。例えば、仮想入力受信モジュール３６は、受信トレイ情報等の電子メールソフトウェアからの情報を受信してもよい。また、ニュースワイヤ等からの記事及び天気予報等の情報を、ネットワーク接続、例えば、インターネット接続を介して、受信できる。仮想入力受信モジュール３６は、実施例の中でも特に、Ｌｉｎｋｅｄ−Ｉｎ又はＦａｃｅｂｏｏｋの報知又は更新を含んでもよい。

実施形態によっては、仮想入力受信モジュール３６を、電子機器１０で動作するカレンダプログラムと関連付けできる。カレンダプログラムに関する情報を分析することによって、仮想入力受信モジュール３６により、対象とするユーザの位置（例えば、会議中、診療所等）を判定できる。カレンダプログラムから、予約又は予定された活動の性質を、仮想入力受信モジュール３６に入力として含めてもよく、或は論理結合によって仮想入力受信モジュール３６自体に含意させてもよい。

ユーザの活動のカレンダに加えて、別のプログラムは、ユーザに関連する他の人々のカレンダエントリを含んでもよい。例えば、コンタクトリストは、ユーザに関連する人々を含んでもよく、これらの人々のカレンダをメモリ１４に保存して、仮想入力受信モジュール３６で分析してもよい。この点に関して、電子機器１０への報知イベントを開始してもよい他の人々に関するカレンダ情報を、仮想入力受信モジュール３６への入力として、供給できる。

通信入力受信モジュール３８を、電子機器１０の状態又は動作についての入力情報を受信できる別のモジュールとする。通信入力受信モジュール３８は、トランシーバ２０が検出したセル信号の強さ及び／又は帯域幅に関する情報を受信できる。また、通信入力受信モジュール３８は、短距離通信装置２２が検出したような近傍電子機器で使用されている現在の報知設定に関する情報を受信できる。これら又は他の通信信号の存在によっては、通信入力受信モジュール３８は、電子機器１０に関する状況を合理的に評価するのにも使用できる情報を判定できる。

入力受信モジュールは、電子機器１０が現在置かれた状況を規定するのに有用であるかも知れない動作、活動、及び／又は状態を監視できる。その入力に関するパラメータを必要に応じて入力受信モジュールによって操作して、状況を評価するのに有益となり得るエクスプリシット及び／又はインプリシットデータを収集できる。このデータを状況評価モジュール４０に供給し、該モジュール４０で、様々なパラメータ、情報、データ等を保存し、組合せる。次に、状況評価モジュール４０は電子機器１０及び／又はそのユーザの状況を自動的に評価する。状況は、ユーザが座った状態か立った状態か、ユーザが会議中か、ユーザが誰かと現在会話中か等の社会的手掛り（ｓｏｃｉａｌ ｃｕｅ）を含んでもよい。

状況評価モジュール４０は、特定の要因に対して大きく重み付けする一方で、他の要因に対して小さく重み付けしてもよい。また、異なる要因の様々な組合せ次第で、他の状況結果を含意できる。実施形態によっては、状況評価モジュール４０は、ユーザの選択、環境雑音、有効な（ｌｉｖｅ）可視光の検出、加速度計情報等の物理パラメータを、ＧＰＳ情報、環境情報、カレンダリマインダ、利用可能なセルネットワーク帯域等の仮想パラメータと、通常組合せるアルゴリズムを使用する。状況の評価を、状況評価モジュール４０から報知フレームワーク決定モジュール４２に提供する。

ユーザの状況を使用して、着信メッセージ、着呼、着信リマインダ等に対する適当な報知フレームワークを決定する。このフレームワークを、ユーザが会議中でなければ全着呼を可能にするというように出来る限り単純にしてもよい、或は、発呼者の重要性又は現在のユーザ状況に対する関連性に基づいて複数段階の報知構造にする（例えば、関連する仕事の電話については、商談中は私用の電話より強く報知する）というように出来る限り複雑にしてもよい。

報知フレームワーク決定モジュール４２は、状況評価を使用し、どのように報知をユーザに提示するかに関する妥当なフレームワークを決定する。フレームワークを、評価状況に対して受信する可能性がある異なる種類の報知イベントに基づいて、決定してもよい。イベント分析モジュール４４は、イベントの発生をユーザに示す報知警告を一般にトリガする電子機器１０内で発生するイベントを、受信する、又は検索する。かかるイベントを検出すると、イベント分析モジュール４４は、報知フレームワーク決定モジュール４２に、イベントが発生していること及び当該イベントの種類及び性質について知らせる。報知フレームワーク決定モジュール４２がイベントについて知らされると、ユーザに提示するのに適当な報知出力が、必要に応じて様々な出力装置２４に導かれる出力４８によって提示される。

状況評価モジュール４０と報知フレームワーク決定モジュール４２の動作を、特定のシチュエーションに応じた複合的構成にしてもよい。例えば、ユーザが会議中であることが（カレンダプログラム、周囲音声等を使用して）推測され、且つ電子機器１０が物理的にユーザの極近く（例えば、ベルトクリップ、密着しない尻ポケット等）にあると推測される場合は、報知フレームワーク決定モジュール４２を、極めて強い振動警告を特定の関連閾値を超えるイベント（例えば、ビジネスパートナーからのメッセージ、母親からの電話等）に対して使用するように、構成してもよい。別の例としては、電子機器１０が物理的にユーザの極近く（例えば、ユーザの手のひら）にあると判定した場合は、報知フレームワーク決定モジュール４２を、高ダイナミックレンジの振動警告を提供して、ユーザが着信イベントの性質を感知できるように、構成してもよい。例えばある社会的状況において、報知フレームワーク決定モジュール４２は、会話が途切れるまで、又はユーザが現在行なっている作業が終了するまで、短時間遅らせた後、ユーザに新たな着信イベントを中継するよう、決定してもよい。

実施形態によっては、通信入力受信モジュール３８は、近接する他の装置や、これらの装置の動作状況を検出してもよい。近傍装置の殆どがサイレントモードで動作している場合は、報知フレームワーク決定モジュール４２は、音声警告が不適当かも知れないと推測して、同様にサイレントモードに切換えるのが適切であると決定してもよい。逆に、最も近傍の装置が最大警告音量に設定されている場合は、報知フレームワーク決定モジュール４２も電子機器１０を同様の出力に設定してもよい。

ヒューリスティックモジュール４６は、状況評価モジュール４０及び報知フレームワーク決定モジュール４２と連係して動作する。評価した様々な状況及び確立した様々な報知フレームワークに基づいて、ヒューリスティックモジュール４６は、プログラムにより、状況情報の組合せと報知フレームワーク出力の組合せとの間でリンクを作成できる。ヒューリスティックモジュール４６は、状況評価とイベントの両方に基づいて適当な報知フレームワークを一層良好に作成するように、必要に応じて状況評価モジュール４０と報知フレームワーク決定モジュール４２のアルゴリズムを調整できる。

また、ユーザは、入力装置１８を介してデータを入力して、報知フレームワークに関する状況評価情報を把握する方法をヒューリスティックモジュール４６に手動で指示してもよい。そのため、予期しない入力を感知したために誤って評価された可能性がある状況を、適当に修正でき、特定用途、当該ユーザの状態、典型的な環境設定用に、電子機器１０をカスタマイズできる。

任意には、ヒューリスティックモジュール４６は、ユーザの挙動を監視する「学習モード」を含んでもよい。その結果、様々な警告に対するユーザの応答を使用して、状況評価モジュール４０と報知フレームワーク決定モジュール４２との間の接続を自動的に調整できる。人工ニューラルネットワーク又は同様の人工知能技術を使用して、ヒューリスティックモジュール４６を構築できるだろう。

図３は、報知開発ルーチンの１実施形態を説明するフローチャートである。ユーザの電子機器における特定のイベントに関する報知を提示する適当な報知フレームワークを開発又は確立する報知開発ルーチン又は他の同様のルーチンを、図２の報知開発プログラム２８、又は電子機器内で実行される他の関連プログラムと関連付けできる。

図３の実施形態によると、ルーチンは、ブロック５４で示すように、１個又は複数の物理センサからの入力を受信することを含む。また、ブロック５６で示すように、入力を、仮想センサからも受信する。更にまた、他の入力を、ブロック５８で示すように、他の近傍装置に関して受信する。注目すべきは、ブロック５４、５６、５８で記載した受信入力を、任意の順番で受信できる、又は同時に２種類以上の入力を受信できる点である。そのため、ブロック５４、５６、５８の順番の構成は、必ずしも図３に説明したように、連続するとは限らない。また、これらのブロックで示すような入力受信は、周期的な入力受信、及び／又は経時的な複数の入力受信を含むことができる。

ブロック６０で示すように、ルーチンは、ユーザの装置及び／又はユーザの状況を評価することを更に含む。実施形態によっては、装置又は関連する物理センサをユーザの極近くに位置させると、ユーザのパラメータを、物理センサ（ブロック５４）からの入力として、受信できる。他の実施形態では、装置の近くで又は装置で検出されたパラメータは、ユーザが装置付近にいると仮定すると、ユーザの状況を少なくとも部分的に示す場合がある。

状況を評価する際に、ブロック６２で示すように、適当な報知フレームワークを状況評価から決定する。決定ブロック６４では、報知を一般にトリガするイベントを検出したか否かを判定する。検出しなければ、ルーチンはブロック５４に戻り、報知フレームワークを最新の状況評価に基づいて繰り返し更新する。イベントを検出したと決定ブロック６４で判定すると、次に、ルーチンはブロック６６に進み、ブロック６６で、ブロック６２で確立した報知フレームワーク内の方法で、イベントについてユーザに報知することを示す。イベントの報知は、適当なフレームワーク内でユーザに出力を提示することを含む。その提示は、音響、視覚、触覚、及び／又は他の知覚出力を任意に適切に組合せた形にできる。

当然ながら、本明細書に記載したルーチン、ステップ、プロセス、又は動作は、ソフトウェア又はファームウェアで実装できるいかなるモジュールシーケンス又はコードシーケンスを表してもよい。この点に関して、これらのモジュールシーケンス及びコードシーケンスは、物理的構成要素内での特定の論理ステップ、プロセス、又は動作を実行するコマンド又は命令を含むことができる。更にまた、当然ながら、本明細書に記載した１つ又は複数のステップ、プロセス、及び／又は動作を、略同時に、又は当業者が理解するように、明記したのと異なる順序で実行してもよい。

本明細書に記載した実施形態は、若干の実装及び実施例を示したもので、必ずしも本開示を如何なる特定の実施形態にも限定するものではない。その代わり、当業者の１人が理解するように、これらの実施形態に対して様々な変更を加えることができる。そうした変更も、本開示の精神及び範囲内に含まれ、以下の請求項で保護されるものとする。

１０ 電子機器
１２ 処理装置
１４ メモリ
１６ 物理センサ
１８ 入力装置
２０ トランシーバ
２２ 短距離通信装置
２４ 出力装置
２６ バスインタフェース
２８ 報知開発プログラム
３４ 物理入力受信モジュール
３６ 仮想入力受信モジュール
３８ 通信入力受信モジュール
４０ 状況評価モジュール
４２ 報知フレームワーク決定モジュール
４４ イベント分析モジュール
４６ ヒューリスティックモジュール
４８ 出力

Claims (25)

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. 前記検出イベントは、電話着信、携帯電話着信、テキストメッセージ着信、電子メールメッセージ着信、カレンダリマインダの中の１つを含む、請求項２０に記載の方法。

Images