JP2016533110A5 - - Google Patents

Description

スケジュール管理方法、装置、プログラム、及び記録媒体

本願は、出願番号が２０１４１０３５１４９３.３であって、出願日が２０１４年７月２３日である中国特許出願に基づいて優先権を主張し、当該中国特許出願のすべての内容を援用するようにする。
本開示は、情報通信分野に関し、特に、スケジュール管理方法、装置、プログラム、及び記録媒体に関する。

スケジュール管理アプリケーションは、インテリジェント端末において幅広く利用されているアプリケーションである。インテリジェント端末のユーザは、自発的に、スケジュール管理アプリケーションに、例えば７月２１日の午後３時に「３時半に重要な会議がある」とのことをリマインドするための実務リマインダを設定することができる。このようにすることにより、備忘の目的を図ることができる。

生活中には、さらに、例えば、天気の変化により傘を準備する必要がある事項、又は、ショッピングサイトのショッピングカート中の商品価格が下がった事項のような、隠れた事項が多くある。ユーザは、このような隠れた事項を予想して自発的にスケジュール管理アプリケーションに設定することができない。さしあたり、このような隠れた事項は、すべて、該当するサードパーティのアプリケーションによりモニタリングされ、通知バーの形態によってユーザにリマインドされる。例えば、天気アプリケーションは、天気の変化をモニタリングして、天気変化の通知を通知バーに配信する。また、例えば、ショッピングアプリケーションは、商品価格をモニタリングして、商品価格が下がったことの通知を通知バーに配信する。このような通知バーによる方法は、時間の筋道がないし、備忘の機能もない。

本開示は、関連技術での問題を解決するために、スケジュール管理方法、装置、プログラム、及び記録媒体を提供する。

本開示に係る実施例の第１の態様によると、スケジュール管理方法を提供する。
前記方法は、
設定インターフェイスを介して、イベント内容及びイベント発生時間が含まれたイベント通知メッセージを受信するステップと、
前記イベント内容及び前記イベント発生時間に基づいて備忘スケジュールを生成するステップと
を含む。

オプションとして、前記方法は、
前記イベント通知メッセージの送信元を特定するステップと、
前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であるか否かを判断するステップと、
前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元である場合、前記イベント内容及び前記イベント発生時間に基づいて備忘スケジュールを生成するステップを実行するステップと
を、さらに含む。

オプションとして、前記方法は、
前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元ではない場合、前記イベント通知メッセージのプッシュを拒絶するためのフィードバックを前記送信元に送信するステップ
を、さらに含む。

オプションとして、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であるか否かを判断するステップは、
前記送信元が前記設定インターフェイスのレジストリ中に存在するか否かを判断するステップと、
前記送信元が前記設定インターフェイスのレジストリ中に存在する場合、前記イベント通知メッセージが、前記送信元によって設定されたプッシュ項目に属するか否かを判断するステップと、
前記イベント通知メッセージが、前記送信元によって設定されたプッシュ項目に属する場合、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であると特定するステップと
を含む。

オプションとして、前記設定インターフェイスを介してイベント通知メッセージを受信するステップは、
前記設定インターフェイスを介してイベント通知メッセージを受信するステップと、
前記イベント通知メッセージを設定書式に変換するステップと
を含む。

オプションとして、前記イベント内容及び前記イベント発生時間に基づいて、備忘スケジュールを生成するステップは、
前記イベント内容を、前記イベント発生時間に該当する日付のスケジュール中に保存するステップと、
前記イベント発生時間の前の所定時間帯内のリマインダイベントを設定するステップと
を含む。

本開示に係る実施例の第２の態様によると、スケジュール管理装置を提供する。
前記装置は、
設定インターフェイスを介して、イベント内容及びイベント発生時間が含まれたイベント通知メッセージを受信するための受信モジュールと、
前記イベント内容及び前記イベント発生時間に基づいて、備忘スケジュールを生成するための生成モジュールと
を備える。

オプションとして、前記装置は、
前記イベント通知メッセージの送信元を特定するための特定モジュールと、
前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であるか否かを判断するための判断モジュールと、
前記判断モジュールによって、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であると判断された場合、前記生成モジュールをトリガして操作を実行させるためのトリガモジュールと
を、さらに備える。

オプションとして、前記装置は、
前記判断モジュールによって、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元ではないと判断された場合、前記イベント通知メッセージのプッシュを拒絶するためのフィードバックを前記送信元に送信するためのフィードバックモジュール
を、さらに備える。

オプションとして、前記判断モジュールは、
前記送信元が前記設定インターフェイスのレジストリ中に存在するか否かを判断するための第１判断サブモジュールと、
前記第１判断サブモジュールによって、前記送信元が前記設定インターフェイスのレジストリ中に存在すると判断された場合、前記イベント通知メッセージが、前記送信元によって設定されたプッシュ項目に属するか否かを判断するための第２判断サブモジュールと、
前記第２判断サブモジュールによって、前記イベント通知メッセージが、前記送信元によって設定されたプッシュ項目に属すると判断された場合、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であると特定するための特定サブモジュールと
を備える。

オプションとして、前記受信モジュールは、
前記設定インターフェイスを介してイベント通知メッセージを受信するための受信サブモジュールと、
前記イベント通知メッセージを設定書式に変換するための変換サブモジュールと
を備える。

オプションとして、前記生成モジュールは、
前記イベント内容を、前記イベント発生時間に該当する日付のスケジュール中に保存するための保存サブモジュールと、
前記イベント発生時間の前の所定時間帯内のリマインダイベントを設定するための設定サブモジュールと
を備える。

本開示に係る実施例の第３の態様によると、スケジュール管理装置を提供する。
前記装置は、
プロセッサと、
前記プロセッサが実行可能な命令を記憶するためのメモリと
を備え、
前記プロセッサは、
設定インターフェイスを介して、イベント内容及びイベント発生時間が含まれたイベント通知メッセージを受信し、
前記イベント内容及び前記イベント発生時間に基づいて、備忘スケジュールを生成する
ように構成される。

本開示に係る実施例の第４の態様によると、プロセッサに実行されることにより、上記のスケジュール管理方法を実現するプログラムを提供する。

本開示に係る実施例の第５の態様によると、上記プログラムが記録された記録媒体を提供する。

本開示の実施例が提供する技術方案の有益な効果は以下のとおりである。
ユーザが自発的に複数の隠れた事項をスケジュール管理中に追加することの代わりに、一つの設定インターフェイスを提供して、当該設定インターフェイスを介してサードパーティのアプリケーションからプッシュされるイベント通知メッセージを受信して、当該イベント通知メッセージに基づいて備忘スケジュールを生成する。このようにすることにより、時間の筋道が通ることになったと同時に、備忘の機能も備えることになった。

以上の統括的な記述と以下の詳細な記述は、ただ例示的なものであり、本発明を制限するものではないと、理解するべきである。

図１は、例示的な一実施例に係るスケジュール管理方法を示すフローチャートである。 図２は、例示的な一実施例に係るスケジュール管理方法を示すフローチャートである。 図３は、例示的な一実施例に係るアプリケーションの設定インターフェイスを示す模式図である。 図４は、例示的な一実施例に係る所定時間帯の設定インターフェイスを示す模式図である。 図５は、例示的な一実施例に係るスケジュール管理装置を示す模式図である。 図６は、例示的な一実施例に係るスケジュール管理装置を示す模式図である。 図７は、例示的な一実施例に係る受信モジュールの構成を示す模式図である。 図８は、例示的な一実施例に係る生成モジュールの構成を示す模式図である。 図９は、例示的な一実施例に係る判断モジュールの構成を示す模式図である。 図１０は、例示的な一実施例に係るスケジュール管理装置を示す模式図である。

ここで、例示的な実施例を詳細に説明し、また、説明中の例を図面に示している。以下の記述において、図面を説明する際に、特に説明しない場合、異なる図面中の同一の符号は、同一或いは同様の要素を意味する。以下の例示的な実施例において記述する実施方法は、本発明に合致するすべての実施方法を代表しない。逆に、それらは、添付の特許請求の範囲において詳細に記述された、本発明のいくつかの態様と合致する装置及び方法の例に過ぎない。

図１は、例示的な一実施例に係るスケジュール管理方法を示すフローチャートである。当該スケジュール管理方法は、スケジュール管理アプリケーションがインストールされた端末に適用することができる。当該方法は、以下のステップを含む。

ステップＳ１１において、設定インターフェイスを介して、イベント内容及びイベント発生時間が含まれたイベント通知メッセージを受信する。

ステップＳ１２において、前記イベント内容及び前記イベント発生時間に基づいて備忘スケジュールを生成する。

図１に示された実施例において、ユーザが自発的に複数の隠れた事項をスケジュール管理中に追加することの代わりに、一つの設定インターフェイスを提供して、当該設定インターフェイスを介してサードパーティのアプリケーションからプッシュされるイベント通知メッセージを受信して、当該イベント通知メッセージに基づいて備忘スケジュールを生成する。このようにすることにより、時間の筋道が通ることになったと同時に、備忘の機能も備えることになった。

図２は、例示的な一実施例に係るスケジュール管理を示すフローチャートである。当該スケジュール管理方法は、スケジュール管理アプリケーションがインストールされた端末に適用することができる。当該方法は、以下のステップを含む。

ステップＳ２０１において、設定インターフェイスを介して、イベント内容及びイベント発生時間が含まれたイベント通知メッセージを受信する。

本ステップにおいて、設定インターフェイスは、予め設定されたものである。サードパーティのアプリケーションは、当該設定インターフェイスを呼び出して、イベント通知メッセージをプッシュする。

設定インターフェイスは、固定されたメッセージ設定書式を有する。前記イベント通知メッセージが受信された後、まず、受信されたイベント通知メッセージを設定書式に変換する必要がある。

イベント通知メッセージ中のイベント内容は、サードパーティのアプリケーションが異なることによって、異なってもよい。例えば、イベント内容は、天気の変化であってもよいし、ショッピングカート中の商品の価格の引き下げであってもよい。

ステップＳ２０２において、前記イベント通知メッセージの送信元を特定する。

本ステップにおいて、サードパーティのアプリケーションは、イベント通知メッセージをプッシュする際に、自分の身分を指示できるＩＤ等の情報を当該イベント通知メッセージに付加してもよい。これらの情報に基づいて、イベント通知メッセージの送信元を特定できる。

ステップＳ２０３において、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であるか否かを判断する。許可された送信元である場合には、ステップＳ２０４を実行し、許可された送信元ではない場合には、ステップＳ２０５を実行する。

本ステップにおいて、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であるか否かを判断するステップは、以下の実施形態を採用してもよい。

本実施例中の設定インターフェイスをサードパーティのアプリケーションに提供して、当該サードパーティのアプリケーションにより当該設定インターフェイスを呼び出すようにしてもよい。

オプションの一実施形態として、サードパーティのアプリケーションは、前記設定インターフェイスを呼び出す前に、まず、前記設定インターフェイスに登録する必要がある。そして、前記設定インターフェイスには一つのレジストリが対応している。前記レジストリ中には、登録に成功したすべてのサードパーティのアプリケーションのＩＤ等の情報が記載されている。さらに、サードパーティのアプリケーションは、前記設定インターフェイスに登録する際に、プッシュ項目を提供してもよい。例えば、サードパーティのアプリケーションがショッピングアプリケーションであると、プッシュ項目には、価格に関連する項目、新製品の紹介に関連する項目が含まれてもよい。

オプションのもう一実施形態として、端末を利用するユーザは、自主的に前記設定インターフェイスのレジストリを設定してもよい。図３に示されたように、ユーザにより、端末のオペレーティング・システムにインストールされたすべてのアプリケーション中から、前記設定インターフェイスを呼び出してイベント通知メッセージをプッシュすることを許可するアプリケーションを選択してもよい。

前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であるか否かを判断する際に、まず、イベント通知メッセージの送信元が前記設定インターフェイスのレジストリ中に存在するか否かを判断してもよい。送信元が前記設定インターフェイスのレジストリ中に存在すると、さらに、受信されたイベント通知メッセージが送信元によって設定されたプッシュ項目であるか否かを判断する。受信されたイベント通知メッセージが送信元によって設定されたプッシュ項目に属する場合に、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であると特定する。

ステップＳ２０４において、前記イベント内容及び前記イベント発生時間に基づいて備忘スケジュールを生成する。

本ステップにおいて、前記イベント内容をスケジュール管理アプリケーション中に保存してもよい。例えば、前記イベント発生時間に該当する日付のスケジュール中に保存してもよい。その後、前記イベントが発生する前の所定時間帯内のリマインダイベントを設定して、当該所定時間内において、バイブレーション、ベル等によってユーザにリマインドしてもよい。ここでの所定時間帯は、ユーザによって設定されてもよいし、システムによってデフォルトに設定されてもよい。図４に示されたように、ユーザは、このようなインターフェイスを用いて自主的に上記の所定時間帯を設定してもよい。

ステップＳ２０５において、前記イベント通知メッセージのプッシュを拒絶するためのフィードバックを前記送信元に送信する。

以下、端末中の天気を予報するサードパーティのアプリケーションの例を挙げる。当該天気アプリケーションが、既に上述の方法フローにおける設定インターフェイスに登録されていると想定する。また、現在時間が夜の７時であり、天気アプリケーションによって翌日の午前に中程度の雨があることがモニタリングされたと想定する。すると、天気アプリケーションは、前記設定インターフェイスを呼び出して、一つのイベント通知メッセージをプッシュする。当該イベント通知メッセージ中には、「中程度の雨がある」及び「明日の午前」の内容が含まれる。端末は、当該イベント通知メッセージを受信した後、まず、当該天気アプリケーションが、前記設定インターフェイスを呼び出してイベント通知メッセージをプッシュすることが許可されたか否かを特定する。その後、イベント内容である「中程度の雨がある」との内容を、スケジュール管理アプリケーション中の、当該イベントが発生する時間である「明日の午前」に該当する日付のスケジュール中に保存する。即ち、明日のスケジュール中に保存して、最後に、明日の朝８時のリマインダイベントに設定する。

図５は、例示的な一実施例に係るスケジュール管理装置を示す模式図である。図５を参照すると、当該装置は、受信モジュール３１及び生成モジュール３２を備える。

受信モジュール３１は、設定インターフェイスを介して、イベント内容及びイベント発生時間が含まれたイベント通知メッセージを受信する。

生成モジュール３２は、前記イベント内容及び前記イベント発生時間に基づいて、備忘スケジュールを生成する。

図５に示された実施例において、ユーザが自発的に複数の隠れた事項をスケジュール管理中に追加することの代わりに、一つの設定インターフェイスを提供して、当該設定インターフェイスを介してサードパーティのアプリケーションからプッシュするイベント通知メッセージを受信して、当該イベント通知メッセージに基づいて備忘スケジュールを生成する。このようにすることにより、時間の筋道が通ることになったと同時に、備忘の機能も備えることになった。

図６は、例示的な一実施例に係るスケジュール管理装置を示す模式図である。図６を参照すると、当該装置は、受信モジュール４１、生成モジュール４２、特定モジュール４３、判断モジュール４４、トリガモジュール４５、及びフィードバックモジュール４６を備える。

受信モジュール４１は、設定インターフェイスを介して、イベント内容及びイベント発生時間が含まれたイベント通知メッセージを受信する。

オプションの一実施形態として、図７に示されたように、受信モジュール４１は、受信サブモジュール４１１、及び変換サブモジュール４１２を備えてもよい。

受信サブモジュール４１１は、前記設定インターフェイスを介してイベント通知メッセージを受信する。

変換サブモジュール４１２は、前記イベント通知メッセージを設定書式に変換する。

生成モジュール４２は、トリガモジュール４５にトリガされて、前記イベント内容及び前記イベント発生時間に基づいて、備忘スケジュールを生成する。

オプションの一実施形態として、図８に示されたように、生成モジュール４２は、保存サブモジュール４２１及び設定サブモジュール４２２を備えてもよい。

保存サブモジュール４２１は、前記イベント内容を前記イベント発生時間に該当する日付のスケジュール中に保存する。

設定サブモジュール４２２は、前記イベント発生時間の前の所定時間帯内のリマインダイベントを設定する。

特定モジュール４３は、前記イベント通知メッセージの送信元を特定する。

判断モジュール４４は、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であるか否かを判断する。

判断モジュール４４は、異なる実施形態に従って判断機能を実現してもよい。オプションの一実施形態として、図９に示されたように、判断モジュール４４は、第１判断サブモジュール４４１、第２判断サブモジュール４４２、及び特定サブモジュール４４３を備えてもよい。

第１判断サブモジュール４４１は、前記送信元が前記設定インターフェイスのレジストリ中に存在するか否かを判断する。

第２判断サブモジュール４４２は、第１判断サブモジュール４４１によって前記設定インターフェイスのレジストリ中に前記送信元が存在すると判断された場合、前記イベント通知メッセージが、前記送信元によって設定されたプッシュ項目に属するか否かを判断する。

特定サブモジュール４４３は、第２判断サブモジュール４４２によって、前記イベント通知メッセージが、前記送信元によって設定されたプッシュ項目に属すると判断された場合、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であると特定する。

トリガモジュール４５は、判断モジュール４４によって、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であると判断された場合、生成モジュール４５をトリガして操作を実行させるようにする。

フィードバックモジュール４６は、判断モジュール４４によって、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元ではないと判断された場合、前記イベント通知メッセージのプッシュを拒絶するためのフィードバックを前記送信元に送信する。

図１０は、例示的な一実施例に係るスケジュール管理装置８００を示すブロック図である。例えば、装置８００は、携帯電話、コンピュータ、デジタル放送端末、メッセージ送受信デバイス、ゲームコンソール、タブレットデバイス、医療機器、フィットネス機器、パーソナルデジタルアシスタント等であってもよい。

図１０を参照して、装置８００は、プロセスアセンブリ８０２、メモリ８０４、電源アセンブリ８０６、マルチメディアアセンブリ８０８、オーディオアセンブリ８１０、入出力（Ｉ／Ｏ）インターフェイス８１２、センサアセンブリ８１４、及び通信アセンブリ８１６のような一つ以上のアセンブリを含んでよい。

プロセスアセンブリ８０２は、一般的には装置８００の全体の操作を制御するものであり、例えば、表示、電話呼び出し、データ通信、カメラ操作、及び記録操作と関連する操作を制御する。プロセスアセンブリ８０２は、一つ以上のプロセッサ８２０を含み、これらによって命令を実行することにより、上記の方法の全部或いは一部のステップを実現するようにしてもよい。なお、プロセスアセンブリ８０２は、一つ以上のモジュールを含み、これらによってプロセスアセンブリ８０２と他のアセンブリの間のインタラクションを容易にするようにしてもよい。例えば、プロセスアセンブリ８０２は、マルチメディアモジュールを含み、これらによってマルチメディアアセンブリ８０８とプロセスアセンブリ８０２の間のインタラクションを容易にするようにしてもよい。

メモリ８０４は、各種類のデータを記憶することにより装置８００の操作を支援するように構成される。これらのデータの例は、装置８００において操作されるいずれのアプリケーションプログラム又は方法の命令、連絡対象データ、電話帳データ、メッセージ、画像、ビデオ等を含む。メモリ８０４は、いずれの種類の揮発性メモリ、不揮発性メモリ記憶デバイスまたはそれらの組み合わせによって実現されてもよく、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気メモリ、フラッシュメモリ、磁気ディスク、或いは光ディスクである。

電源アセンブリ８０６は、装置８００の多様なアセンブリに電力を供給する。電源アセンブリ８０６は、電源管理システム、一つ以上の電源、及び装置８００のための電力の生成、管理及び割り当てに関連する他のアセンブリを含んでもよい。

マルチメディアアセンブリ８０８は、前記装置８００とユーザの間に一つの出力インターフェイスを提供するスクリーンを含む。ある実施例において、スクリーンは液晶モニター（ＬＣＤ）とタッチパネル（ＴＰ）を含んでもよい。スクリーンがタッチパネルを含むことにより、スクリーンはタッチスクリーンを実現することができ、ユーザからの入力信号を受信することができる。タッチパネルは一つ以上のタッチセンサを含んでおり、タッチ、スライド、及びタッチパネル上のジェスチャを検出することができる。前記タッチセンサは、タッチ、或いはスライドの動作の境界だけでなく、前記のタッチ、或いはスライド操作に係る継続時間及び圧力も検出できる。ある実施例において、マルチメディアアセンブリ８０８は、一つのフロントカメラ、及び／又はリアカメラを含む。装置８００が、例えば撮影モード、或いはビデオモード等の操作モードにある場合、フロントカメラ、及び／又はリアカメラは外部からマルチメディアデータを受信できる。フロントカメラとリアカメラのそれぞれは、一つの固定型の光レンズ系、或は可変焦点距離と光学ズーム機能を有するものであってもよい。

オーディオアセンブリ８１０は、オーディオ信号を入出力するように構成されてもよい。例えば、オーディオアセンブリ８１０は、一つのマイク（ＭＩＣ）を含み、装置８００が、例えば呼出しモード、記録モード、及び音声認識モード等の操作モードにある場合、マイクは外部のオーディオ信号を受信することができる。受信されたオーディオ信号は、さらにメモリ８０４に記憶されたり、通信アセンブリ８１６を介して送信されたりされる。ある実施例において、オーディオアセンブリ８１０は、オーディオ信号を出力するための一つのスピーカーをさらに含む。

Ｉ／Ｏインターフェイス８１２は、プロセスアセンブリ８０２と周辺インターフェイスモジュールの間にインターフェイスを提供するものであり、上記周辺インターフェイスモジュールは、キーボード、クリックホイール、ボタン等であってもよい。このボタンは、ホームボタン、ボリュームボタン、起動ボタン、ロッキングボタンを含んでもよいが、これらに限定されない。

センサアセンブリ８１４は、装置８００に各方面の状態に対する評価を提供するための一つ以上のセンサを含む。例えば、センサアセンブリ８１４は、装置８００の開／閉状態、装置８００のディスプレイとキーパッドのようなアセンブリの相対的な位置決めを検出できる。また、例えば、センサアセンブリ８１４は、装置８００、或いは装置８００の一つのアセンブリの位置変更、ユーザと装置８００とが接触しているか否か、装置８００の方位、又は加速／減速、装置８００の温度の変化を検出できる。センサアセンブリ８１４は、いかなる物理的接触がない状態にて付近の物体の存在を検出するための近接センサを含んでもよい。センサアセンブリ８１４は、撮影アプリケーションに適用するため、ＣＭＯＳ、又はＣＣＤイメージセンサのような光センサを含んでもよい。ある実施例において、当該センサアセンブリ８１４は、加速度センサ、ジャイロスコープセンサ、磁気センサ、圧力センサ、及び温度センサをさらに含んでもよい。

通信アセンブリ８１６は、装置８００と他の機器の間に有線、又は無線形態の通信を提供する。装置８００は、例えばＷｉＦｉ、２Ｇ、３Ｇ、或いはこれらの組み合わせのような、通信規格に基づいた無線ネットワークに接続されてもよい。一つの例示的な実施例において、通信アセンブリ８１６は、放送チャンネルを介して外部の放送管理システムからの放送信号、又は放送に関連する情報を受信する。一つの例示的な実施例において、前記通信アセンブリ８１６は、近距離無線通信（ＮＦＣ）モジュールをさらに含むことにより、近距離通信を推進するようにする。例えば、ＮＦＣモジュールは、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）技術、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）技術、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）技術、ＢＴ（Ｂｌｕｅｔｏｏｔｈ（登録商標））技術、他の技術に基づいて実現できる。

例示的な実施例において、装置８００は、一つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品によって実現されるものであり、上記方法を実行する。

例示的な実施例において、さらに、命令を含むコンピュータ読取り可能な非一時的な記録媒体、例えば命令を含むメモリ８０４を提供しており、装置８００のプロセッサ８２０により上記命令を実行して上記方法を実現する。例えば、前記コンピュータ読取り可能な非一時的な記録媒体は、ＲＯＭ、ＲＡＭ、ＣＤ-ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ記憶デバイス等である。

当業者は、明細書を検討して本発明を実践した後、本発明の他の実施案を容易に考え出すことができる。本願は、本発明のいかなる変形、用途、又は適応的な変更をカバーすることを狙っているし、これらの変形、用途、又は適応的な変更は、本発明の一般的な原理に従う。また、本発明は公開していない当業界の公知の知識又は通常の技術手段を含む。明細書と実施例はただ例示として考慮され、本発明の本当の範囲と精神は以下の特許請求の範囲に記載される。

本発明は、上記に記述され、また図面で示した正確な構成に限定されず、その範囲を逸脱しない限り多様な置換えと変更を行うことができると、理解するべきである。本発明の範囲は添付の特許請求の範囲のみにより限定される。

Claims (15)

1. 設定インターフェイスを介して、イベント内容及びイベント発生時間が含まれたイベント通知メッセージを受信するステップと、
   前記イベント内容及び前記イベント発生時間に基づいて備忘スケジュールを生成するステップと
   を含むことを特徴とするスケジュール管理方法。
2. 前記イベント通知メッセージの送信元を特定するステップと、
   前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であるか否かを判断するステップと、
   前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元である場合、前記イベント内容及び前記イベント発生時間に基づいて備忘スケジュールを生成するステップを実行するステップと
   を、さらに含むことを特徴とする請求項１に記載のスケジュール管理方法。
3. 前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元ではない場合、前記イベント通知メッセージのプッシュを拒絶するためのフィードバックを前記送信元に送信するステップ
   を、さらに含むことを特徴とする請求項２に記載のスケジュール管理方法。
4. 前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であるか否かを判断するステップは、
   前記送信元が前記設定インターフェイスのレジストリ中に存在するか否かを判断するステップと、
   前記送信元が前記設定インターフェイスのレジストリ中に存在する場合、前記イベント通知メッセージが、前記送信元によって設定されたプッシュ項目に属するか否かを判断するステップと、
   前記イベント通知メッセージが、前記送信元によって設定されたプッシュ項目に属する場合、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であると特定するステップと
   を含むことを特徴とする請求項２に記載のスケジュール管理方法。
5. 前記設定インターフェイスを介してイベント通知メッセージを受信するステップは、
   前記設定インターフェイスを介してイベント通知メッセージを受信するステップと、
   前記イベント通知メッセージを設定書式に変換するステップと
   を含むことを特徴とする請求項１に記載のスケジュール管理方法。
6. 前記イベント内容及び前記イベント発生時間に基づいて、備忘スケジュールを生成するステップは、
   前記イベント内容を、前記イベント発生時間に該当する日付のスケジュール中に保存するステップと、
   前記イベント発生時間の前の所定時間帯内のリマインダイベントを設定するステップと
   を含むことを特徴とする請求項１に記載のスケジュール管理方法。
7. 設定インターフェイスを介して、イベント内容及びイベント発生時間が含まれたイベント通知メッセージを受信するための受信モジュールと、
   前記イベント内容及び前記イベント発生時間に基づいて、備忘スケジュールを生成するための生成モジュールと
   を備えることを特徴とするスケジュール管理装置。
8. 前記イベント通知メッセージの送信元を特定するための特定モジュールと、
   前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であるか否かを判断するための判断モジュールと、
   前記判断モジュールによって、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であると判断された場合、前記生成モジュールをトリガして操作を実行させるためのトリガモジュールと
   を、さらに備えることを特徴とする請求項７に記載のスケジュール管理装置。
9. 前記判断モジュールによって、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元ではないと判断された場合、前記イベント通知メッセージのプッシュを拒絶するためのフィードバックを前記送信元に送信するためのフィードバックモジュール
   を、さらに備えることを特徴とする請求項８に記載のスケジュール管理装置。
10. 前記判断モジュールは、
    前記送信元が前記設定インターフェイスのレジストリ中に存在するか否かを判断するための第１判断サブモジュールと、
    前記第１判断サブモジュールによって、前記送信元が前記設定インターフェイスのレジストリ中に存在すると判断された場合、前記イベント通知メッセージが、前記送信元によって設定されたプッシュ項目に属するか否かを判断するための第２判断サブモジュールと、
    前記第２判断サブモジュールによって、前記イベント通知メッセージが、前記送信元によって設定されたプッシュ項目に属すると判断された場合、前記送信元が、前記設定インターフェイスを呼び出して前記イベント通知メッセージをプッシュすることが許可された送信元であると特定するための特定サブモジュールと
    を備えることを特徴とする請求項８に記載のスケジュール管理装置。
11. 前記受信モジュールは、
    前記設定インターフェイスを介してイベント通知メッセージを受信するための受信サブモジュールと、
    前記イベント通知メッセージを設定書式に変換するための変換サブモジュールと
    を備えることを特徴とする請求項７に記載のスケジュール管理装置。
12. 前記生成モジュールは、
    前記イベント内容を、前記イベント発生時間に該当する日付のスケジュール中に保存するための保存サブモジュールと、
    前記イベント発生時間の前の所定時間帯内のリマインダイベントを設定するための設定サブモジュールと
    を備えることを特徴とする請求項７に記載のスケジュール管理装置。
13. プロセッサと、
    前記プロセッサが実行可能な命令を記憶するためのメモリと
    を備え、
    前記プロセッサは、
    設定インターフェイスを介して、イベント内容及びイベント発生時間が含まれたイベント通知メッセージを受信し、
    前記イベント内容及び前記イベント発生時間に基づいて、備忘スケジュールを生成するように構成される
    ことを特徴とするスケジュール管理装置。
14. プロセッサに実行されることにより、請求項１から請求項６のいずれかに記載のスケジュール管理方法を実現することを特徴とするプログラム。
15. 請求項１４に記載のプログラムが記録された記録媒体。