JP7347470B2 - 通知をプッシュする方法及び装置、移動端末、並びにグラフィカルユーザインタフェース - Google Patents

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. ディスプレイを有する移動端末のグラフィカルユーザインタフェースであって、前記グラフィカルユーザインタフェースは、
    前記ディスプレイに表示されるように構成可能な通知インタフェースを備え、前記通知インタフェースは、
    ユーザの配送に対応する配送イベントに基づいて決定された第１のトリガイベントの発生に応答して、前記通知インタフェースに表示可能な第１の通知ページであって、前記第１のトリガイベントは前記ユーザの配送が収集済みであることを含み、前記第１の通知ページは前記配送イベントの第１の関連情報を表示し、前記第１の関連情報は、前記第１のトリガイベントの発生に応答して、顧客サービス責任者に連絡をするための第１の選択肢を含む、第１の通知ページと、
    前記配送イベントに基づいて決定された第２のトリガイベントの発生に応答して、前記通知インタフェースに表示可能な第２の通知ページであって、前記第２のトリガイベントは前記ユーザの配送が配達中であることを含み、前記第２の通知ページは前記配送イベントの第２の関連情報を表示し、前記第２の関連情報は、前記第２のトリガイベントの発生に応答して、配送会社に連絡するための第２の選択肢を含む、第２の通知ページと
    を有する、グラフィカルユーザインタフェース。