(57)【特許請求の範囲】
【請求項１】
複数の通知モードを用いる移動端末の通知方法であって、
前記移動端末にインストールされたアプリケーションを用いてサーバから新しいプッシュメッセージを受信するステップと、
前記新しいプッシュメッセージの受信に応じて、前記移動端末の環境設定インタフェースを用いて指定された通知モードに関する第１設定のタイプを判断するステップと、
前記第１設定のタイプに基づいて、前記アプリケーションが提供するインタフェースを用いて指定された通知モードに関する第２設定のタイプを判断するステップと、
前記第２設定のタイプに応じて、前記新しいプッシュメッセージの受信を通知するステップと、
を含み、
前記通知するステップは、
前記第１設定のタイプが予め設定されたタイプに該当する場合、前記アプリケーションの通知モードに関する第２設定に基づいて前記新しいプッシュメッセージが到着したことを通知し、
前記第１設定のタイプが予め設定されたタイプと異なるタイプである場合、前記第２設定のタイプに関わらず、前記移動端末の通知モードに関する第１設定に基づいて前記新しいプッシュメッセージが到着したことを通知する
ことを特徴とする移動端末の通知方法。
【請求項２】
前記複数の通知モードは、少なくとも１つの着信音モード、少なくとも１つの振動モード、無音モード、及び、通知なしモードのうち少なくとも１つを含むことを特徴とする請求項１に記載の移動端末の通知方法。
【請求項３】
前記第２設定のタイプを判断するステップは、前記第１設定のタイプが着信音モードであると判断された場合に、前記第２設定のタイプを判断するステップを含むことを特徴とする請求項１に記載の移動端末の通知方法。
【請求項４】
前記第１設定のタイプが振動モードまたは無音モードであると判断された場合に、前記第１設定のタイプに応じて前記新しいプッシュメッセージの受信を通知するステップをさらに含むことを特徴とする請求項１に記載の移動端末の通知方法。
【請求項５】
前記第１設定のタイプに基づいて、予め決定した時間区間に関する第３設定を判断するステップをさらに含み、
前記第２設定のタイプを判断するステップは、前記第１設定のタイプ及び前記第３設定の判断結果に基づいて前記第２設定のタイプを判断するステップを含むことを特徴とする請求項１に記載の移動端末の通知方法。
【請求項６】
現在の時間が前記時間区間に属しないと判断された場合に、前記第１設定のタイプに基づいて前記新しいプッシュメッセージの受信を通知するステップをさらに含むことを特徴とする請求項５に記載の移動端末の通知方法。
【請求項７】
複数の通知モードのいずれか１つに設定された通知モードを用いる携帯用端末の通知方法であって、
基本通知モードを含む基本設定テーブルを参照するステップと、
前記基本通知モードに応じてアプリケーション設定テーブルからアプリケーション通知モードを取得するステップと、
前記アプリケーション通知モードに前記通知モードを設定するステップと、
前記通知モードに対応する通知装置を動作させるステップと、
を含み、
前記取得するステップは、前記基本通知モードが予め設定された通知モードである場合、前記アプリケーションに関するアプリケーション設定テーブルからアプリケーション通知モードを取得し、
前記設定するステップは、前記基本通知モードが予め設定された通知モードと異なる通知モードである場合、前記アプリケーション通知モードに関わらず基本通知モードを通知モードに設定する
ことを特徴とする携帯用端末の通知方法。
【請求項８】
前記基本通知モード及び前記アプリケーション通知モードは、少なくとも１つの着信音モード、少なくとも１つの振動モード、無音モード、及び、通知なしモードのうち少なくとも１つを含むことを特徴とする請求項７に記載の携帯用端末の通知方法。
【請求項９】
前記アプリケーション通知モードを取得するステップは、前記基本通知モードが着信音モードである場合、前記アプリケーション通知モードを取得するステップを含むことを特徴とする請求項７に記載の携帯用端末の通知方法。
【請求項１０】
前記基本通知モードが振動モードまたは無音モードである場合、前記基本通知モードに前記通知モードを設定するステップをさらに含むことを特徴とする請求項７に記載の携帯用端末の通知方法。
【請求項１１】
前記基本通知モードに応じてアプリケーション設定テーブルから、予め決定した複数の時間区間を取得するステップをさらに含み、
前記複数の時間区間のそれぞれは、前記複数の通知モードのいずれか１つに該当する前記アプリケーション通知モードに対応し、
前記通知モードを設定するステップは、現在の時間が前記複数の時間区間のいずれか１つに属する場合、当該時間区間に対応するアプリケーション通知モードに前記通知モードを設定するステップを含むことを特徴とする請求項７に記載の携帯用端末の通知方法。
【請求項１２】
前記現在の時間が前記複数の時間区間のいずれにも属しない場合、前記基本通知モードに前記通知モードを設定するステップをさらに含むことを特徴とする請求項１１に記載の携帯用端末の通知方法。
【請求項１３】
複数の通知モードを用いるアプリケーションがインストールされた移動端末であって、
前記複数の通知モードに対応する複数の通知装置を含む通知部と、
前記移動端末の環境設定に含まれる基本通知モードに関する第１設定のタイプの入力をユーザから受け付ける端末インタフェース部と、
予め決定した時間区間の間に前記複数の通知モードのいずれか１つを用いて前記アプリケーションに関する通知を行うために、前記予め決定した時間区間及び前記予め決定した時間区間に対応するアプリケーション通知モードの入力を前記ユーザから受け付けるアプリケーションインタフェース部と、
前記予め決定した時間区間と前記アプリケーション通知モードが格納される格納部と、
前記予め決定した時間区間が開始した場合に、前記基本通知モードの前記第１設定のタイプと前記アプリケーション通知モードの前記第２設定のタイプとに基づいて前記アプリケーションの通知モードを変換し、前記予め決定した時間区間が終了した場合に、前記基本通知モードの前記第１設定のタイプに基づいて前記アプリケーションの通知モードを再変換する制御部と、
を備え、
前記制御部は、
前記移動端末の基本通知モードが予め設定した通知モードであり、現在の時間が予め決定された時間区間に属する場合、前記アプリケーションの通知モードを基本通知モードに設定し、
前記現在の時間が予め設定された時間区間に属しない場合、前記移動端末の基本通知モードを前記基本通知モードに設定する
ことを特徴とする移動端末。
【請求項１４】
前記アプリケーションインタフェース部は、前記予め決定した時間区間の開始時間と前記予め決定した時間区間の終了時間の入力を受け付ける第１インタフェース、及び前記複数の通知モードのいずれか１つの通知モードの入力を受け付ける第２インタフェースを含み、
前記制御部は、前記入力された開始時間と前記入力された終了時間に基づいて前記予め決定した時間区間を生成し、前記入力された通知モードを前記予め決定した時間区間に対応させることで前記アプリケーション通知モードを生成し、前記予め決定した時間区間及び前記アプリケーション通知モードを前記格納部に格納することを特徴とする請求項１３に記載の移動端末。
【請求項１５】
前記アプリケーションインタフェース部は、前記予め決定した時間区間が繰り返し活性化する少なくとも１つの曜日の入力を受け付ける第３インタフェースをさらに含み、
前記制御部は、前記入力された少なくとも１つの曜日に基づいて前記予め決定した時間区間を生成することを特徴とする請求項１４に記載の移動端末。
【請求項１６】
前記アプリケーションインタフェース部は、前記アプリケーション通知モードの活性化の有無の入力を受け付ける第４インタフェースをさらに含み、
前記制御部は、前記活性化の有無に応じて前記第１インタフェース及び前記第２インタフェースをユーザに提供するか否かを決定することを特徴とする請求項１４に記載の移動端末。
【請求項１７】
前記アプリケーションインタフェース部は、前記予め決定した時間区間の開始時間の入力を受け付ける第１インタフェース、前記予め決定した時間区間の持続時間の入力を受け付ける第２インタフェース、及び前記複数の通知モードのいずれか１つの通知モードの入力を受け付ける第３インタフェースを含み、
前記制御部は、前記入力された開始時間と前記入力された持続時間に基づいて前記予め決定した時間区間を生成し、前記入力された通知モードを前記予め決定した時間区間に対応させることで前記アプリケーション通知モードを生成し、前記予め決定した時間区間及び前記アプリケーション通知モードを前記格納部に格納することを特徴とする請求項１３に記載の移動端末。
【請求項１８】
前記第１インタフェースは、前記開始時間を現在の時間に設定するインタフェースを含むことを特徴とする請求項１７に記載の移動端末。
【請求項１９】
前記アプリケーションインタフェース部は、前記持続時間中に前記予め決定した時間区間の残余時間を表示するインタフェースをさらに含むことを特徴とする請求項１７に記載の移動端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通知モードを用いる移動端末の通知方法、複数の通知モードのいずれか１つに設定された通知モードを用いる携帯用端末の通知方法、及び複数の通知モードを用いるアプリケーションがインストールされた移動端末に関する。
【背景技術】
【０００２】
移動端末に備えられたハードウェアの性能が発達し、移動端末がサポートする機能が増加することによって、移動端末にインストールされるソフトウェア（いわゆる、アプリケーション）の種類が急速に多様になっている。
【０００３】
そのうち、インスタントメッセージサービスは、移動端末の携帯性に基づいて急速に発展したサービスの１つである。インスタントメッセージサービスは、インターネットのようなネットワークを用いた、２人以上のリアルタイムテキスト通信をサポートするサービスである。インスタントメッセージアプリケーション（あるいは、インスタントメッセンジャー）は、リアルタイムメッセージを中継するクライアントである。インスタントメッセージサービスは、リアルタイムでチャットできる点で電子メールサービスと異なる。チャットを行う人々が互いに一行ずつ入力する度に送信が行われ、これは手紙の交換よりも電話を用いてコミュニケーションするものに類似する。
【０００４】
また、ソーシャルネットワーキングサービス（Social Networking Service：ＳＮＳ）は、オンライン上で不特定の他人と関係を結ぶことができるサービスである。利用者は、ＳＮＳを用いて人脈を新しく作ったり、既存の人脈との関係を強化したりすることができる。
【０００５】
インスタントメッセージアプリケーション及びＳＮＳアプリケーションを含む様々なアプリケーションは、新しいプッシュメッセージが受信された場合にその事実をユーザに通知する。ここで、プッシュメッセージは、プッシュ方式を用いてサーバから送信されたメッセージである。プッシュ方式は、インターネット上でどのような送信リクエストがサーバで開始する情報伝送方式である。プッシュ方式は、送信リクエストがクライアントで開始するプル方式と対比される。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の実施形態は、新しいメッセージの受信をユーザに通知するために移動端末の通知モードに関する少なくとも２つの設定を用いる技術を提供する。
【０００７】
より具体的には、下記の実施形態は、予め決定した優先順位（例えば、第１設定が第２設定よりも優先すること）により優先順位が高い第１設定のタイプに優先的にしたがう技術を提供する。
【０００８】
すなわち、下記の実施形態は、優先順位が高い第１設定を用いて移動端末にインストールされた複数のアプリケーションの通知モードを一括的に制御する技術を提供する。
【０００９】
さらに、下記の実施形態は、第１設定のタイプが予め決定したタイプ（例えば、着信音モード）に該当する場合に、優先順位が低い第２設定のタイプに応じて新しいプッシュメッセージの受信を通知する技術を提供する。
【００１０】
すなわち、下記の実施形態は、第１設定のタイプに依存する制限的な条件下で、優先順位が低い第２設定を用いて複数のアプリケーションそれぞれの通知モードを独立的に制御する技術を提供する。
【課題を解決するための手段】
【００１１】
一実施形態に係る複数の通知モードを用いる移動端末の通知方法は、前記移動端末にインストールされたアプリケーションを用いてサーバから新しいプッシュメッセージを受信するステップと、前記新しいプッシュメッセージの受信に応じて、前記移動端末の通知モードに関する第１設定のタイプを判断するステップと、前記第１設定のタイプに基づいて前記アプリケーションの通知モードに関する第２設定のタイプを判断するステップと、前記第２設定のタイプに応じて、前記新しいプッシュメッセージの受信を通知するステップとを含む。
【００１２】
ここで、前記複数の通知モードは、少なくとも１つの着信音モード、少なくとも１つの振動モード、無音モード、及び、通知なしモードのうち少なくとも１つを含んでもよい。
【００１３】
また、前記第２設定のタイプを判断するステップは、前記第１設定のタイプが着信音モードであると判断された場合に、前記第２設定のタイプに対する判断を行うステップを含んでもよい。
【００１４】
また、前記第１設定のタイプが振動モードまたは無音モードであると判断された場合に、前記第１設定のタイプに応じて前記新しいプッシュメッセージの受信を通知するステップをさらに含んでもよい。
【００１５】
また、前記第１設定のタイプに基づいて、予め決定した時間区間に関する第３設定を判断するステップをさらに含み、前記第２設定のタイプを判断するステップは、前記第１設定のタイプ及び前記第３設定の判断結果に基づいて前記第２設定のタイプを判断するステップを含んでもよい。
【００１６】
また、現在の時間が前記時間区間に属しないと判断された場合に、前記第１設定のタイプに基づいて前記新しいプッシュメッセージの受信を通知するステップをさらに含んでもよい。
【００１７】
他の一実施形態に係る複数の通知モードのいずれか１つに設定された通知モードを用いる携帯用端末の通知方法は、基本通知モードを含む基本設定テーブルを参照するステップと、前記基本通知モードに応じてアプリケーション設定テーブルからアプリケーション通知モードを取得するステップと、前記アプリケーション通知モードに前記通知モードを設定するステップと、前記通知モードに対応する通知装置を動作させるステップとを含む。
【００１８】
ここで、前記基本通知モード及び前記アプリケーション通知モードは、少なくとも１つの着信音モード、少なくとも１つの振動モード、無音モード、及び、通知なしモードのうち少なくとも１つを含んでもよい。
【００１９】
さらに、前記アプリケーション通知モードを取得するステップは、前記基本通知モードが着信音モードである場合、前記アプリケーション通知モードを取得するステップを含んでもよい。
【００２０】
また、他の一実施形態に係る携帯用端末の通知方法は、前記基本通知モードが振動モードまたは無音モードである場合、前記基本通知モードに前記通知モードを設定するステップをさらに含んでもよい。
【００２１】
また、他の一実施形態に係る携帯用端末の通知方法は、前記基本通知モードに応じてアプリケーション設定テーブルから予め決定した複数の時間区間を取得するステップをさらに含み、前記複数の時間区間それぞれは、前記複数の通知モードのいずれか１つに該当する前記アプリケーション通知モードに対応し、前記通知モードを設定するステップは、現在の時間が前記複数の時間区間のいずれか１つに属する場合、当該時間区間に対応するアプリケーション通知モードに前記通知モードを設定するステップを含んでもよい。
【００２２】
また、他の一実施形態に係る携帯用端末の通知方法は、前記現在の時間が前記複数の時間区間のいずれにも属しない場合、前記基本通知モードに前記通知モードを設定するステップをさらに含んでもよい。
【００２３】
更なる一実施形態に係る複数の通知モードを用いるアプリケーションがインストールされた移動端末は、前記複数の通知モードに対応する複数の通知装置を含む通知部と、予め決定した時間区間の間に前記複数の通知モードのいずれか１つを用いて前記アプリケーションに関する通知を行うために、前記予め決定した時間区間及び前記予め決定した時間区間に対応するアプリケーション通知モードの入力をユーザから受け付けるインタフェース部と、前記予め決定した時間区間と前記アプリケーション通知モードが格納される格納部と、前記予め決定した時間区間が開始した場合に、基本通知モードと前記アプリケーション通知モードに基づいて前記アプリケーションの通知モードを変換し、前記予め決定した時間区間が終了した場合に、前記基本通知モードに基づいて前記アプリケーションの通知モードを再変換する制御部とを備える。
【００２４】
ここで、前記インタフェース部は、前記予め決定した時間区間の開始時間と前記予め決定した時間区間の終了時間の入力を受け付ける第１インタフェース、及び前記複数の通知モードのいずれか１つの通知モードの入力を受け付ける第２インタフェースを含み、前記制御部は、前記入力された開始時間と前記入力された終了時間に基づいて前記予め決定した時間区間を生成し、前記入力された通知モードを前記予め決定した時間区間に対応させることで前記アプリケーション通知モードを生成し、前記予め決定した時間区間及び前記アプリケーション通知モードを前記格納部に格納してもよい。
【００２５】
また、前記インタフェース部は、前記予め決定した時間区間が繰り返し活性化する少なくとも１つの曜日の入力を受け付ける第３インタフェースをさらに含み、前記制御部は、前記入力された少なくとも１つの曜日に基づいて前記予め決定した時間区間を生成してもよい。
【００２６】
また、前記インタフェース部は、前記アプリケーション通知モードの活性化の有無の入力を受け付ける第４インタフェースをさらに含み、前記制御部は、前記活性化の有無に応じて前記第１インタフェース及び前記第２インタフェースをユーザに提供するか否かを決定してもよい。
【００２７】
また、前記インタフェース部は、前記予め決定した時間区間の開始時間の入力を受け付ける第１インタフェース、前記予め決定した時間区間の持続時間の入力を受け付ける第２インタフェース、及び前記複数の通知モードのいずれか１つの通知モードの入力を受け付ける第３インタフェースを含み、前記制御部は、前記入力された開始時間と前記入力された持続時間に基づいて前記予め決定した時間区間を生成し、前記入力された通知モードを前記予め決定した時間区間に対応させることで前記アプリケーション通知モードを生成し、前記予め決定した時間区間及び前記アプリケーション通知モードを前記格納部に格納してもよい。
【００２８】
また、前記第１インタフェースは、前記開始時間を現在の時間に設定するインタフェースを含んでもよい。
【００２９】
また、前記インタフェース部は、前記持続時間中に前記予め決定した時間区間の残余時間を表示するインタフェースをさらに含んでもよい。
【発明の効果】
【００３０】
本発明によると、新しいメッセージの受信をユーザに通知するために移動端末の通知モードに関する少なくとも２つの設定を用いる技術を提供することができる。
【００３１】
より具体的には、下記の実施形態は、予め決定した優先順位（例えば、第１設定が第２設定に優先する）により優先順位が高い第１設定のタイプに優先的にしたがう技術を提供することができる。
【００３２】
すなわち、優先順位が高い第１設定を用いて移動端末にインストールされた複数のアプリケーションの通知モードを一括的に制御する技術を提供することができる。
【００３３】
さらに、下記の実施形態は、第１設定のタイプが予め決定したタイプ（例えば、着信音モード）に該当する場合、優先順位が低い第２設定のタイプに応じて新しいプッシュメッセージの受信を通知する技術を提供することができる。
【００３４】
すなわち、第１設定のタイプに依存する制限的な条件下で、優先順位が低い第２設定を用いて複数のアプリケーションそれぞれの通知モードを独立的に制御する技術を提供することができる。
【図面の簡単な説明】
【００３５】
【図１】一実施形態に係る第１設定のタイプに基づいて第２設定のタイプを判断する移動端末の通知方法を説明するための動作フローチャートである。
【図２】一実施形態に係る第１設定のタイプに基づいて第２設定のタイプを判断する移動端末の通知方法を説明するための動作フローチャートである。
【図３】一実施形態に係る第１設定のタイプ及び第３設定の判断結果に応じて第２設定のタイプを判断する移動端末の通知方法を説明するための動作フローチャートである。
【図４】一実施形態によって基本通知モードまたは予め設定された複数の時間区間により通知モードを設定する携帯用端末の通知方法を説明するための動作フローチャートである。
【図５Ａ】一実施形態によって基本通知モードまたは予め設定された複数の時間区間により通知モードを設定する携帯用端末の通知方法を説明するための動作フローチャートである。
【図５Ｂ】それぞれ一実施形態に係る基本設定テーブル及びアプリケーション設定テーブルを説明するための図である。
【図５Ｃ】それぞれ一実施形態に係る基本設定テーブル及びアプリケーション設定テーブルを説明するための図である。
【図６】一実施形態に係るアプリケーション通知モードが入力されるインタフェース部を含む移動端末を説明するためのブロック図である。
【図７】一実施形態によってユーザから時間区間及びその時間区間に対応するアプリケーション通知モードの入力を受け付けるためのインタフェースを説明するための図である。
【図８Ａ】一実施形態によってユーザから時間区間及びその時間区間に対応するアプリケーション通知モードの入力を受け付けるためのインタフェースを説明するための図である。
【図８Ｂ】一実施形態によってユーザから時間区間及びその時間区間に対応するアプリケーション通知モードの入力を受け付けるためのインタフェースを説明するための図である。
【図８Ｃ】一実施形態によってユーザから時間区間及びその時間区間に対応するアプリケーション通知モードの入力を受け付けるためのインタフェースを説明するための図である。
【図９Ａ】一実施形態によってユーザから時間区間及びその時間区間に対応するアプリケーション通知モードの入力を受け付けるためのインタフェースを説明するための図である。
【図９Ｂ】一実施形態によってユーザから時間区間及びその時間区間に対応するアプリケーション通知モードの入力を受け付けるためのインタフェースを説明するための図である。
【図１０Ａ】一実施形態によってユーザから時間区間及びその時間区間に対応するアプリケーション通知モードの入力を受け付けるためのインタフェースを説明するための図である。
【図１０Ｂ】一実施形態によってユーザから時間区間及びその時間区間に対応するアプリケーション通知モードの入力を受け付けるためのインタフェースを説明するための図である。
【発明を実施するための形態】
【００３６】
以下、実施形態を添付する図面を参照しながら詳細に説明する。
【００３７】
図１及び図２は、一実施形態に係る第１設定のタイプに基づいて第２設定のタイプを判断する移動端末の通知方法を説明するための動作フローチャートである。
【００３８】
図１を参照すると、一実施形態に係る移動端末は、アプリケーションを用いてサーバから新しいプッシュメッセージを受信する（Ｓ１１０）。例えば、移動端末は、インスタントメッセージアプリケーションやソーシャルネットワーキングサービス（Social Networking Service：ＳＮＳ）アプリケーションなどを用いてプッシュサーバから送信された新しいプッシュメッセージを受信してもよい。
【００３９】
すなわち、一実施形態に係るアプリケーションは、サーバからプッシュ通知を受ける全てのアプリケーションを含んでもよい。この場合、インスタントメッセージサーバ（または、ＳＮＳサーバ）は、新しいインスタントメッセージ（または、新しいＳＮＳメッセージ）があることをプッシュサーバに通知する。プッシュサーバは、新しいインスタントメッセージ（または、新しいＳＮＳメッセージ）があることを通知するプッシュメッセージを移動端末に送信する。
【００４０】
続いて、移動端末は、新しいプッシュメッセージの受信に応じて第１設定のタイプを判断する（Ｓ１２０）。ここで、第１設定は、移動端末の通知モードに関する情報を含んでもよい。例えば、第１設定は、移動端末の通知モードが着信音モード、振動モード、無音モード、または、通知なしモードのいずれか１つの情報を含んでもよい。
【００４１】
また、移動端末は、第１設定のタイプに基づいて第２設定のタイプを判断する（Ｓ１３０）。より具体的に、移動端末は、第１設定のタイプに応じて第２設定のタイプを判断するか否かを決定してもよい。例えば、移動端末は、第１設定のタイプが着信音モードである場合のみ第２設定のタイプを判断してもよい。
【００４２】
ここで、第２設定は、アプリケーションの通知モードに関する情報を含んでもよい。すなわち、第２設定は、第１設定に含まれた移動端末の通知モードに関する情報とは別に、アプリケーションの通知モードが着信音モード、振動モード、無音モード、または、通知なしモードのいずれか１つの情報を含んでもよい。
【００４３】
移動端末は、第２設定のタイプに応じて新しいプッシュメッセージの受信を通知する（Ｓ１４０）。
【００４４】
すなわち、一実施形態に係る移動端末は、通知モードに関する少なくとも２つの設定を用いてもよい。ここで、移動端末は、予め決定した優先順位（例えば、第１設定が第２設定に優先すること）により優先順位が高い第１設定のタイプに優先的にしたがってもよい。もし、第１設定のタイプが予め決定したタイプ（例えば、着信音モード）に該当する場合、移動端末は、優先順位が低い第２設定のタイプに応じて新しいプッシュメッセージの受信を通知してもよい。
【００４５】
ここで、一実施形態に係る第１設定は、移動端末で基本的に提供する環境設定インタフェースを用いてユーザによって指定された通知モードであってもよい。また、一実施形態に係る第２設定は、移動端末にインストールされたアプリケーション内で別に提供するインタフェースを用いてユーザによって指定された通知モードであってもよい。
【００４６】
一方、着信音モードは、２種類以上の着信音モードを含んでもよく、振動モードも２種類以上の振動モードを含んでもよい。無音モードは、音または振動を発生せずに通知機能を行うモードであり、例えば、ＬＥＤランプが点滅モード、通知音や振動なしでディスプレイにメッセージ内容を表示するモードなどを含む。通知なしモードは、新しいプッシュメッセージの受信にもかかわらず、通知機能を行わないモードである。
【００４７】
図２を参照すると、一実施形態に係る移動端末は、アプリケーションを用いてサーバから新しいプッシュメッセージを受信し（Ｓ２１０）、新しいプッシュメッセージの受信に応じて第１設定のタイプを判断する（Ｓ２２０）。
【００４８】
図１を参照して上述したように第１設定は、第２設定に比べて優先順位が高い設定に該当する。移動端末は、第１設定のタイプが着信音モードであると判断された場合に、第１設定に比べて優先順位が低い第２設定のタイプを判断する（Ｓ２３０）。続いて、移動端末は、第２設定のタイプに応じて新しいプッシュメッセージの受信を通知する（Ｓ２４０）。
【００４９】
また、移動端末は、第１設定のタイプが着信音モードではない他のタイプ（例えば、振動モードまたは無音モード）である場合、第２設定のタイプと関係なく、第１設定に応じて新しいプッシュメッセージの受信を通知する（Ｓ２５０）。
【００５０】
図示しないが、第１設定のタイプが通知なしモードである場合、移動端末は、通知なしモードに応じて新しいプッシュメッセージの受信を通知する機能を実行しなくてもよい。
【００５１】
図３は、一実施形態に係る第１設定のタイプ及び第３設定の判断結果に応じて第２設定のタイプを判断する移動端末の通知方法を説明するための動作フローチャートである。
【００５２】
図３を参照すると、一実施形態に係る移動端末は、アプリケーションを用いてサーバから新しいプッシュメッセージを受信し（Ｓ３１０）、新しいプッシュメッセージの受信に応じて第１設定のタイプを判断する（Ｓ３２０）。
【００５３】
移動端末は、第１設定のタイプが着信音モードではない他のタイプ（例えば、振動モードまたは無音モード）である場合、第２設定のタイプと関係なく、第１設定に応じて新しいプッシュメッセージの受信を通知する（Ｓ３６０）。ここで、図示しないが、第１設定のタイプが通知なしモードである場合、移動端末は、通知なしモードに応じて新しいプッシュメッセージの受信を通知する機能を実行しなくてもよい。
【００５４】
また、移動端末は、第１設定のタイプに基づいて第３設定を判断する（Ｓ３３０）。例えば、移動端末は、第１設定のタイプが着信音モードである場合に第３設定を判断する。
【００５５】
ここで、第３設定は、予め決定した時間区間に関する情報を含んでもよい。一実施形態に係る第３設定は、第１設定に比べて優先順位が低い第２設定を用いる時間区間に関する情報を含んでもよい。例えば、第３設定は、移動端末にインストールされたアプリケーション内で別に提供されるインタフェースを用いてユーザによって指定された時間区間であってもよい。
【００５６】
一実施形態によると、移動端末は、現在の時間が第３設定に含まれた時間区間に属するか否かを判断する。もし、現在の時間が第３設定に含まれた時間区間に属しない場合、移動端末は、第２設定のタイプと関係なく、第１設定に応じて新しいプッシュメッセージの受信を通知する（Ｓ３６０）。
【００５７】
現在の時間が第３設定に含まれた時間区間に属する場合、移動端末は、第２設定のタイプを判断し（Ｓ３４０）、第２設定のタイプに応じて新しいプッシュメッセージの受信を通知する（Ｓ３５０）。
【００５８】
すなわち、一実施形態に係る移動端末は、第１設定のタイプが予め決定したタイプ（例えば、着信音モード）であり、現在の時間が第３設定に含まれた時間区間に属する場合、第２設定のタイプに応じて新しいプッシュメッセージの受信を通知することができる。
【００５９】
当該分野で通常の技術を有する者であれば、以上で説明した移動端末が新しいプッシュメッセージの受信を通知するための一連の動作を、移動端末が通知機能を行う多様なケース（例えば、新しいテキストメッセージを受信する場合、新しい音声電話を受信する場合、新しい画像電話を受信する場合、新しいマルチメディアデータを受信する場合など）に容易に拡張することができることは自明である。
【００６０】
図４及び図５Ａは、一実施形態によって基本通知モードまたは予め設定された複数の時間区間により通知モードを設定する携帯用端末の通知方法を説明するための動作フローチャートである。
【００６１】
図４を参照すると、一実施形態に係る携帯用端末は、基本設定テーブルを参照する（Ｓ４１０）。ここで、基本設定テーブルは、携帯用端末の通知モードに関する設定を含むテーブルとして、例えば、基本通知モードを含んでもよい。ここで、基本通知モードは、携帯用端末内で用いられる複数の通知モード設定のうち最も優先順位が高い通知モード設定であってもよい。
【００６２】
続いて、携帯用端末は、基本通知モードに応じてアプリケーション設定テーブルからアプリケーション通知モードを取得する（Ｓ４２０）。ここで、アプリケーション設定テーブルは、携帯用端末にインストールされたアプリケーションの通知モードに関する設定を含むテーブルである。アプリケーション通知モードは、当該アプリケーションが新しいメッセージの受信などを通知するために用いられる通知モード設定であり、基本通知モードに比べて優先順位が低い通知モード設定であってもよい。
【００６３】
他の実施形態に係る携帯用端末は、通知機能を提供する複数のアプリケーションに対応する複数のアプリケーション設定テーブルを活用してもよい。例えば、第１アプリケーションを用いて新しいメッセージの受信などを通知する場合、第１アプリケーションに対応するアプリケーション設定テーブルを活用し、第２アプリケーションを用いて新しいプッシュメッセージの受信などを通知する場合、第２アプリケーションに対応するアプリケーション設定テーブルを活用してもよい。ここで、複数のアプリケーション設定テーブルそれぞれに含まれたアプリケーション通知モードは、基本通知モードに比べて優先順位が低い通知モード設定であってもよい。
【００６４】
一方、基本通知モード及びアプリケーション通知モードは、少なくとも１つの着信音モード、少なくとも１つの振動モード、無音モード、及び、通知なしモードのうち少なくとも１つを含んでもよい。
【００６５】
一実施形態によると、携帯用端末は基本設定テーブルを参照した結果、基本通知モードが着信音モードである場合、アプリケーション設定テーブルからアプリケーション通知モードを取得してもよい。
【００６６】
携帯用端末は、携帯用端末に備えられた複数の通知モード（例えば、着信音モード、振動モード、無音モード、または、通知なしモード）のいずれか１つに設定された通知モードを用いる。ここで、通知モードは、格納装置（例えば、Ｄ−ＲＡＭまたはフラッシュメモリなど）の予め指定された位置に格納される値としての、複数の通知モードのいずれか１つを示すフラグ（ｆｌａｇ）であってもよい。
【００６７】
したがって、携帯用端末は、基本設定テーブルを参照した結果、基本通知モードが着信音モードである場合、アプリケーション設定テーブルから取得したアプリケーション通知モードに通知モードを設定する（Ｓ４３０）。
【００６８】
携帯用端末は、新たな電話の着信があった場合、新しいテキストメッセージを受信した場合、または、新しいプッシュメッセージを受信した場合などの、通知機能を活性化させなければならない場合に、通知モードを基礎にしてもよい。すなわち、携帯用端末は、通知モードに設定された値に対応する通知装置を動作させることで通知機能を活性化させる（Ｓ４４０）。
【００６９】
図５Ａを参照すると、一実施形態に係る携帯用端末は、基本通知モードを確認するために基本設定テーブルを参照する（Ｓ５１０）。携帯用端末は、基本通知モードが無音モードまたは振動モードである場合、アプリケーション通知モードと関係なく通知モードを基本通知モードに設定する（Ｓ５１０、Ｓ５４０）。図示したものと異なるが、携帯用端末は、基本通知モードが通知なしモードである場合にも、アプリケーション通知モードと関係なく、通知モードを基本通知モードに設定してもよい。
【００７０】
携帯用端末は、基本通知モードが着信音モードである場合、アプリケーション設定テーブルから予め決定した複数の時間区間を取得する（Ｓ５２０）。ここで、予め決定した複数の時間区間は、基本通知モードではないアプリケーション通知モードを用いる時間区間に関する情報を含んでもよい。さらに、予め決定した複数の時間区間それぞれは、携帯用端末に備えられた複数の通知モードのいずれか１つに該当するアプリケーション通知モードに対応する。
【００７１】
例えば、予め決定した複数の時間区間は、携帯用端末にインストールされたアプリケーション内で別に提供されるインタフェースを用いてユーザによって指定された複数の時間区間であってもよい。ここで、ユーザは、当該時間に対応するアプリケーション通知モードを共に指定してもよい。このようなアプリケーション設定テーブルを生成するためのユーザインタフェースは、図７〜図１０Ｂを参照して後述する。
【００７２】
一実施形態によると、携帯用端末は、現在の時間が取得した複数の時間区間のいずれか１つの時間区間に含まれているか否かを判断する。現在の時間が複数の時間区間のいずれにも属しない場合、アプリケーション通知モードと関係なく通知モードを基本通知モードとして設定する（Ｓ５２０、Ｓ５４０）。
【００７３】
一方、現在の時間がいずれか１つの時間区間に含まれる場合、携帯用端末は、当該時間区間に対応するアプリケーション通知モードを取得する（Ｓ５３０）。この場合、携帯用端末は、取得したアプリケーション通知モードに通知モードを設定する（Ｓ５３０、５４０）。
【００７４】
また、携帯用端末は、通知モードと設定された値に対応する通知装置を動作させることで通知機能を活性化させる（Ｓ５５０）。
【００７５】
図５Ｂ及び図５Ｃは、それぞれ一実施形態に係る基本設定テーブル及びアプリケーション設定テーブルを説明するための図である。
【００７６】
図５Ｂを参照すると、一実施形態に係る基本設定テーブル５６０は、基本通知モードが着信音モードであるとの情報を含む。上述したように、一実施形態に係る携帯用端末は、基本通知モードが着信音モードである場合、基本通知モードより優先順位が低いアプリケーション通知モードを用いてもよい。
【００７７】
図５Ｃを参照すると、一実施形態に係るアプリケーション設定テーブル５７０は、Ｎ個の時間区間及びこれらのそれぞれに対応する通知モードのタイプを含む。例えば、アプリケーション設定テーブル５７０は、第１時間区間と対応する通知モードのタイプが無音モードであるとの情報５７５を含む。ここで、第１時間区間は、開始時間と終了時間が決定した時間区間として、例えば、午後２時から午後５時３０分までの時間区間などであってもよい。さらに、第１時間区間は、毎週日曜日の一日中など、周期的に繰り返される時間区間であってもよい。
【００７８】
図５Ａを参照して再び説明すると、一実施形態に係る携帯用端末は、基本設定テーブル５６０を参照して基本通知モードが着信音モードであることを確認する場合（Ｓ５１０）、アプリケーション設定テーブル５７０から予め決定した複数の時間区間を取得する（Ｓ５２０）。ここで、携帯用端末は、現在の時間が取得された複数の時間区間のいずれか１つに属するかを判断する。もし、現在の時間が第１時間区間５７５に属する場合、携帯用端末は、アプリケーション設定テーブル５７０から第１時間区間に対応する通知モードのタイプ５７５が無音モードであるとの情報を取得する（Ｓ５３０）。携帯用端末は、無音モードに通知モードを設定し（Ｓ５４０）、通知モードと設定された値に対応する通知装置を動作させる（Ｓ５５０）。
【００７９】
すなわち、一実施形態に係る携帯用端末は、２つのテーブルを活用して通知モードを設定してもよい。ここで、２つのテーブルそれぞれは、互いに異なる優先順位を有してもよく、携帯用端末は、優先順位が高い基本設定テーブルを先に参照して通知モードを設定してもよい。さらに、携帯用端末は、優先順位が高い基本設定テーブルに格納された基本通知モードが予め決定した通知モード（例えば、着信音モード）である場合、優先順位が低いアプリケーション設定テーブルを参照して通知モードを設定してもよい。
【００８０】
一方、一実施形態に係る携帯用端末は、様々なケースと連動してステップＳ５１０〜ステップＳ５４０を行ってもよい。例えば、一実施形態によると、携帯用端末は、新しい着信があったり新しいメッセージなどが受信されて通知機能を活性化させなければならない場合にステップＳ５１０〜ステップＳ５４０を行ってもよい。他の側面によると、携帯用端末は、予め決定した時間周期（例えば、毎１分）ごとにステップＳ５１０〜ステップＳ５４０を行ってもよい。更なる一実施形態によると、携帯用端末は、基本設定テーブルまたはアプリケーション設定テーブルの内容が変更される場合にステップＳ５１０〜ステップＳ５４０を行ってもよい。
【００８１】
図６は、一実施形態に係るアプリケーション通知モードが入力されるインタフェース部を含む移動端末を説明するためのブロック図である。
【００８２】
図６を参照すると、一実施形態に係る移動端末６００は、通知部６１０、インタフェース部６２０、格納部６３０及び制御部６４０を備える。
【００８３】
通知部６１０は、移動端末に備えられた複数の通知モードに対応する複数の通知装置を含んでもよい。ここで、複数の通知モードは、着信音モード、振動モード、または、無音モードのうち少なくとも１つを含んでもよい。
【００８４】
また、インタフェース部６２０は、予め決定した時間区間の間に複数の通知モードのいずれか１つを用いてアプリケーションに関する通知を行うために、予め決定した時間区間及び予め決定した時間区間に対応するアプリケーション通知モードの入力をユーザから受け付けてもよい。
【００８５】
ここで、制御部６４０は、インタフェース部６２０を用いて入力されるユーザの入力から、予め決定した時間区間及び予め決定した時間区間に対応するアプリケーション通知モードを生成してもよい。制御部６４０は、生成された予め決定した時間区間及び生成されたアプリケーション通知モードを格納部６３０に格納してもよい。
【００８６】
インタフェース部６２０と制御部６４０の連動に関する詳しい説明は、図７〜図１０Ｂを参照して後述する。
【００８７】
制御部６４０は、格納部６３０に格納された予め決定した時間区間を用いて当該時間区間が開始したか否かを判断する。予め決定した時間区間が開始した場合、制御部６４０は、格納部６３０に格納された基本通知モードと格納部６３０に格納されたアプリケーション通知モードに基づいてアプリケーションの通知モードを変換してもよい。
【００８８】
さらに、制御部６４０は、格納部６３０に格納された予め決定した時間区間を用いて当該時間区間が終了したか否かを判断する。予め決定した時間区間が終了した場合、制御部６４０は、格納部６３０に格納された基本通知モードに基づいてアプリケーションの通知モードを再変換してもよい。
【００８９】
図６に示されたモジュールそれぞれには、図１〜図５を参照して説明した事項が適用され得るため、より詳細な説明は省略する。
【００９０】
図７〜図１０Ｂは、一実施形態によってユーザから時間区間及びその時間区間に対応するアプリケーション通知モードの入力を受け付けるためのインタフェースを説明するための図である。
【００９１】
図７を参照すると、一実施形態に係るインタフェース部６２０は、予め決定した時間区間の間に複数の通知モードのいずれか１つを用いてアプリケーションに関する通知を行うために、予め決定した時間区間及び予め決定した時間区間に対応するアプリケーション通知モードの入力をユーザから受け付けてもよい。
【００９２】
ここで、インタフェース部６２０は、予め決定した時間区間及び予め決定した時間区間に対応するアプリケーション通知モードの入力を受け付けるための複数の通知設定インタフェースを提供してもよい。
【００９３】
例えば、一実施形態に係るインタフェース部６２０は、時間帯ごとに通知設定インタフェース７１０及びタイマー通知設定インタフェース７２０を提供してもよい。
【００９４】
ユーザが時間帯ごとに通知設定インタフェース７１０を選択する場合、インタフェース部６２０は、アプリケーション通知モードの活性化の有無の入力を受け付けるインタフェース７１４を提供してもよい。
【００９５】
ここで、制御部６４０は、アプリケーション通知モードの活性化の有無に応じてインタフェース７１１、インタフェース７１２、及びインタフェース７１３をユーザに提供するか否かを決定してもよい。
【００９６】
もし、ユーザがインタフェース７１４を用いてアプリケーション通知モードを活性化する場合、インタフェース部６２０は、予め決定した時間区間の開始時間と予め決定した時間区間の終了時間の入力を受け付けるインタフェース７１１と、複数の通知モードのいずれか１つの通知モードの入力を受け付けるインタフェース７１２を提供してもよい。さらに、インタフェース部６２０は、予め決定した時間区間が繰り返し活性化する少なくとも１つの曜日の入力を受け付けるインタフェース７１３を提供してもよい。
【００９７】
図８Ａを参照すると、ユーザがインタフェース７１１を選択した場合、インタフェース部６２０は、予め決定した時間区間の開始時間の入力を受け付けるインタフェース８１０と、予め決定した時間区間の終了時間の入力を受け付けるインタフェース８２０を提供してもよい。
【００９８】
また、インタフェース部６２０は、インタフェース８１０とインタフェース８２０のそれぞれに連動して具体的な時間情報の入力を受け付けるインタフェース８３０を提供してもよい。一実施形態に係るインタフェース８３０は、午前／午後、時、分の入力を受け付けるインタフェースを含んでもよい。
【００９９】
図８Ｂを参照すると、ユーザがインタフェース７１３を選択した場合、インタフェース部６２０は、予め決定した時間区間が繰り返し活性化する少なくとも１つの曜日の入力を受け付けるインタフェース８４０を提供してもよい。一実施形態に係るインタフェース８４０は、月曜日から日曜日まで選択されるインタフェースを含んでもよい。より具体的には、ユーザは、予め決定した時間区間が繰り返して活性化することを所望する曜日を少なくとも１つ以上選択してもよい。インタフェース８４０は、すでに選択された曜日に対してチェックマークを表示してもよい。
【０１００】
図８Ｃを参照すると、ユーザがインタフェース７１２を選択した場合、インタフェース部６２０は、複数の通知モードのいずれか１つの通知モードの入力を受け付けるインタフェース８５０を提供してもよい。一実施形態に係るインタフェース８５０は、複数の着信音モード、複数の振動モード、無音モード、及び通知なしモードを選択することのできるインタフェースを含んでもよい。この場合、ユーザは、複数の通知モードのいずれか１つを選択してもよく、インタフェース８５０は選択された通知モードに対してチェックマークを表示してもよい。
【０１０１】
もちろん、当該分野で通常の知識を有する者であれば、前述したインタフェースを様々に変形できることは自明である。
【０１０２】
制御部６４０は、インタフェース７１１を用いて入力された開始時間と終了時間に基づいて予め決定した時間区間を生成してもよく、さらに、インタフェース７１３を用いて入力された少なくとも１つの曜日をさらに基づいて予め決定した時間区間を生成してもよい。また、制御部６４０は、インタフェース７１２を用いて入力された通知モードを予め決定した時間区間に対応させることによってアプリケーション通知モードを生成してもよい。制御部６４０は、生成された予め決定した時間区間及び生成されたアプリケーション通知モードを格納部６３０に格納してもよい。
【０１０３】
一方、ユーザがタイマー通知設定インタフェース７２０を選択した場合、インタフェース部６２０は、インタフェース７２１、インタフェース７２２、及びインタフェース７２３を提供してもよい。
【０１０４】
ここで、インタフェース７２１は予め決定した時間区間の開始時間の入力を受け付けるインタフェースであり、インタフェース７２２は予め決定した時間区間の持続時間の入力を受け付けるインタフェースであり、インタフェース７２３は複数の通知モードのいずれか１つの通知モードの入力を受け付けるインタフェースである。ここで、インタフェース７２２は、持続時間の時間単位及び分単位での入力を受け付けるインタフェースを含んでもよい。
【０１０５】
さらに、インタフェース部６２０は、タイマーモードの活性化の有無の入力を受け付けるインタフェース７２４をさらに提供してもよい。
【０１０６】
ユーザがインタフェース７２３を選択する場合、インタフェース部６２０は、図８Ｃを参照して説明したインタフェース８５０を提供してもよい。
【０１０７】
図９Ａを参照すると、ユーザがインタフェース７２１を選択した場合、インタフェース部６２０は、予め決定した時間区間の開始時間の入力を受け付けるインタフェース９１０を提供してもよい。また、インタフェース部６２０は、インタフェース９１０に連動して、具体的な時間情報の入力を受け付けるインタフェース９３０を提供してもよい。一実施形態に係るインタフェース９３０は、日付、午前／午後、時、分の入力を受け付けるインタフェースを含んでもよい。他の実施形態に係るインタフェース９３０は、現在の時間を予め決定した時間区間の開始時間に設定されるようにするインタフェースを含んでもよい。
【０１０８】
他の実施形態に係るインタフェース部６２０は、一日中モードを活性化させるインタフェース９２０をさらに提供してもよい。
【０１０９】
図９Ｂを参照すると、ユーザがインタフェース９２０を用いて一日中モードを活性化させた場合、インタフェース９５０は、一日中モードが活性化されたことを表示してもよい。この場合、インタフェース９４０と連動されるインタフェース９６０は、日付の入力を受け付けるインタフェースを含んでもよい。
【０１１０】
同様に、当該分野で通常の知識を有する者であれば、前述したインタフェースを様々に変形できることは自明である。
【０１１１】
制御部６４０は、インタフェース７２１を用いて入力された開始時間とインタフェース７２２を用いて入力された持続時間に基づいて予め決定した時間区間を生成してもよい。また、制御部は、インタフェース７２３を用いて入力された通知モードを予め決定した時間区間に対応させることで、アプリケーション通知モードを生成してもよい。制御部６４０は、生成された予め決定した時間区間及び生成されたアプリケーション通知モードを格納部６３０に格納してもよい。
【０１１２】
図１０Ａを参照すると、インタフェース７２４を用いてタイマーモードが活性化した場合、インタフェース部６２０は、持続時間中に予め決定した時間の残余時間を表示するインタフェース１０１０を提供してもよい。一実施形態に係るインタフェース１０１０は、残余時間を時間単位、分単位、秒単位で表示してもよい。
【０１１３】
図１０Ｂを参照すると、インタフェース７２４を用いてタイマーモードが活性化した場合、インタフェース部６２０は、予め決定した時間がまだ開始されていないことを表示するインタフェース１０２０を提供してもよい。
【０１１４】
同様に、当該分野で通常の知識を有する者であれば、前述したインタフェースを様々に変形できることは自明である。
【０１１５】
以上で説明された装置は、ハードウェア構成要素、ソフトウェア構成要素、及び／またはハードウェア構成要素及びソフトウェア構成要素の組合で実現してもよい。例えば、プロセッサ、コントローラ、ＡＬＵ（arithmetic logic unit）、デジタル信号プロセッサ（digital signal processor）、マイクロコンピュータ、ＦＰＡ（field programmable array）、ＰＬＵ（programmable logic unit）、マイクロプロセッサー、または、命令（instruction）を実行して応答できる異なる装置のように、１つ以上の汎用コンピュータまたは特殊目的のコンピュータを用いて実現されてもよい。処理装置は、運用体制（ＯＳ）及び前記運用体制上で行われる１つ以上のソフトウェアアプリケーションを行ってもよい。また、処理装置は、ソフトウェアの実行に応答してデータをアクセス、格納、操作、処理及び生成してもよい。理解の便宜のために、処理装置は１つ使用されるものと説明された場合もあるが、当該の技術分野で通常の知識を有する者は、処理装置が複数の処理要素（processing element）及び／または複数類型の処理要素を含んでいることが分かる。例えば、処理装置は、複数のプロセッサまたは１つのプロセッサ及び１つのコントローラを含んでもよい。また、並列プロセッサ（parallel processor）のような、他の処理構成も可能である。
【０１１６】
ソフトウェアはコンピュータプログラム、コード、命令、またはこのうちの１つ以上の組合を含んでもよく、希望の通りに動作するよう処理装置を構成してもよく、独立的または結合的に処理装置に命令してもよい。ソフトウェア及び／またはデータは、処理装置によって解釈されたり処理装置に命令またはデータを提供したりするため、どのような類型の機械、構成要素、物理的装置、仮想装置、コンピュータ格納媒体または装置、送信される信号波に永久的または一時的に具体化できる。ソフトウェアは、ネットワークに接続されたコンピュータシステム上に分散し、分散された方法で格納され実行されてもよい。ソフトウェア及びデータは１つ以上のコンピュータで読み出し可能な記録媒体に格納されてもよい。
【０１１７】
実施形態に係る方法は、多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などのうち１つまたはその組合せを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり、使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、光磁気ディスクのような光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例には、コンパイラによって作られるような機械語コードだけでなく、インタープリタなどを用いてコンピュータによって実行できる高級言語コードが含まれる。前記したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアモジュールとして作動するように構成されてもよく、その逆も同様である。
【０１１８】
上述したように、本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
【０１１９】
したがって、本発明の範囲は、開示された実施形態に限定されるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められるものである。
【図１】
0006272306.tif 000002
【図２】
0006272306.tif 000003
【図３】
0006272306.tif 000004
【図４】
0006272306.tif 000005
【図５Ａ】
0006272306.tif 000006
【図５Ｂ】
0006272306.tif 000007
【図５Ｃ】
0006272306.tif 000008
【図６】
0006272306.tif 000009
【図７】
0006272306.tif 000010
【図８Ａ】
0006272306.tif 000011
【図８Ｂ】
0006272306.tif 000012
【図８Ｃ】
0006272306.tif 000013
【図９Ａ】
0006272306.tif 000014
【図９Ｂ】
0006272306.tif 000015
【図１０Ａ】
0006272306.tif 000016
【図１０Ｂ】
0006272306.tif 000017