(57)【要約】【課題】操作が簡単で、複数の通信機能に対するリマインドが環境の制限を受けず、通信事業者に依存せず、エキストラの料金も生じない携帯機器マルチチャネルショートカット知的リマインド方法及び装置を提供すること。【解決手段】通信記録に処理待ちタグを付加するとき、処理待ちとすべき通信記録に対し処理待ちフィールドを設定し、処理待ちフィールドを通信記録とともに記憶する方法、および、記憶空間を通信機能モジュールと共有し、処理待ちフィールドに対し閲覧、追加、修正及び削除の操作を行うための１つ以上の処理待ちサブモジュールと、各処理待ちサブモジュールと対応する通信機能モジュールとの情報伝達を実現するための少なくとも１つのショートカットチャネルと、処理待ちサブモジュールのそれぞれに接続され、処理待ちタグの設定に応じてリマインド画面をポップアップさせるためのリマインドモジュールと、を備えた装置を開示している。【選択図】図４
2009010952.tif 000002
【特許請求の範囲】
【請求項１】
携帯機器のマルチチャネルショートカット知的リマインド方法であって、
通信記録に処理待ちタグを付加するとき、処理待ちとすべき通信記録に対し処理待ちフィールドを設定し、処理待ちフィールドを通信記録とともに記憶することを特徴とする方法。
【請求項２】
請求項１に記載の携帯機器のマルチチャネルショートカット知的リマインド方法であって、
前記の処理待ちとすべき通信記録に対し処理待ちフィールドを設定する場合には、
各通信記録毎に処理待ちフィールドを設定し、処理待ちタグを付加するとき、処理待ちタグを付加すべき通信記録の処理待ちフィールドを処理待ち状態に設定するか、
又は、処理待ちタグを付加する時のみに、処理待ちタグを付加すべき通信記録に対し処理待ちフィールドを設定することであることを特徴とする方法。
【請求項３】
請求項２に記載の携帯機器のマルチチャネルショートカット知的リマインド方法であって、
処理待ちタグが付加された通信記録の全てを、単独のリストとして記憶することをさらに含むことを特徴とする方法。
【請求項４】
請求項３に記載の携帯機器のマルチチャネルショートカット知的リマインド方法であって、
前記リスト中のいずれかの処理待ち通信記録に対し照会、修正、返答又は削除を行うことをさらに含むことを特徴とする方法。
【請求項５】
請求項２に記載の携帯機器のマルチチャネルショートカット知的リマインド方法であって、
処理待ちフィールドに１つ又は複数の、処理待ち情報を設定するためのサブフィールドを設定し、
当該方法は、処理待ちタグをクリックすることによって処理待ちフィールド中の各サブフィールドの値を更に設定することをさらに含むことを特徴とする。
【請求項６】
請求項５に記載の携帯機器のマルチチャネルショートカット知的リマインド方法であって、
前記サブフィールドに対応する情報は、返答方式、リマインド方式、リマインド時間、リマインド遅延時間、注釈などを含むが、これらに限らないことを特徴とする方法。
【請求項７】
請求項５に記載の携帯機器のマルチチャネルショートカット知的リマインド方法であって、
周期的なリマインド方式を設定しリマインド時間を設定し、リマインド時間に達した度に、ユーザが該当する処理待ち通信記録を処理するようにリマインドすることをさらに含むことを特徴とする方法。
【請求項８】
請求項６に記載の携帯機器のマルチチャネルショートカット知的リマインド方法であって、
１つ又は複数のサブフィールドに対応する情報を再設定することをさらに含むことを特徴とする方法。
【請求項９】
請求項１〜８のいずれか１項に記載の携帯機器のマルチチャネルショートカット知的リマインド方法であって、
前記通信記録は、ショートメッセージ記録、通話記録、Ｅ−ｍａｉｌ記録を含むが、これらに限らないことを特徴とする方法。
【請求項１０】
携帯機器のマルチチャネルショートカット知的リマインド装置であって、
記憶空間を通信機能モジュールと共有し、処理待ちフィールドに対し閲覧、追加、修正及び削除の操作を行うための１つ以上の処理待ちサブモジュールと、
各処理待ちサブモジュールと対応する通信機能モジュールとの情報伝達を実現するための少なくとも１つのショートカットチャネルと、を備えることを特徴とする装置。
【請求項１１】
請求項１０に記載の携帯機器のマルチチャネルショートカット知的リマインド装置であって、
前記通信機能モジュールは、ショートメッセージモジュール、Ｅ−ｍａｉｌモジュール、通話モジュールであり、
前記処理待ちサブモジュールは、ショートメッセージ処理待ちサブモジュール、Ｅ−ｍａｉｌ処理待ちサブモジュール、通話処理待ちサブモジュールであることを特徴とする装置。
【請求項１２】
請求項１０又は１１に記載の携帯機器のマルチチャネルショートカット知的リマインド装置であって、
前記の各処理待ちサブモジュールは機能に応じて対応する通信機能モジュールに埋め込まれるか、
又は、各処理待ちサブモジュールは共通に処理待ちモジュールを構成することを特徴とする装置。
【請求項１３】
請求項１０又は１１に記載の携帯機器のマルチチャネルショートカット知的リマインド装置であって、
処理待ちサブモジュールのそれぞれに接続され、処理待ちタグの設定に応じてリマインド画面をポップアップさせるためのリマインドモジュールを更に備えることを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯機器の通信ビジネスの処理分野に関し、特に、携帯機器のマルチチャネルショートカット知的リマインド方法及び装置に関する。
【背景技術】
【０００２】
人々、特にビジネスマンの日常連絡と交流の増加、及び各種類の通信方式の拡張につれて、人々のスケジュール手配が忙しく、情報のソースが多様化されており、単に人間の記憶に頼れば、多くの事情は忘れられて処理されない恐れがある。したがって、スケジュールリマインド機能を有する携帯機器は、ビジネスマンの有力な助手となっている。
【０００３】
現在、発呼、電話、ショートメッセージ、メールボックスによるリマインドに関する特許出願書類が幾つか開示されており、例えば、特許文献１、特許文献２、特許文献３のそれぞれに開示されている技術方案がある。しかしながら、これらの技術方案は、それぞれ異なる側面において、それぞれなりの欠陥が存在する。
【０００４】
具体的には、特許文献１には、発呼リマインドと自動ダイヤルの方法が開示されており、予め決められた時間にいずれか１つの電話番号に対する発呼をユーザにリマインドし、発呼リマインドに際して発呼が確認されれば、自動にダイヤルする一方、当時にダイヤルしなければ、当該リマインドを一定の時間後に遅延させたり、又はキャンセルさせたりすることができる。しかしながら、当該発明は、発呼とリマインドとの結合に過ぎず、携帯機器がメール、ショートメッセージなどの多種の通信方式を同時にサポートする場合、当該方案は、大きく制限される。
【０００５】
特許文献２には、携帯電話メールボックスを予約する方法が開示されており、ボイスメールボックスによってスケジュールリマインド機能を実現しており、ユーザはメールボックスに入ってボイスメッセージを残し、ボイスメールボックスからの返答を希望する時間を設定し、設定時間になると、携帯電話のボイスメッセージは携帯電話番号を自動的にダイヤルして重要なスケジュールや会議をユーザにリマインドすることができる。しかしながら、当該方案で採用しているボイスメッセージリマインドは使用場所に制限があり、例えば、会議中や環境混雑の場合にとって、ボイスリマインドは不便であり、時間と場所の制限を受けることなくリマインド設定を行うことができない。また、操作過程が長く、メールボックスに入りボイスメッセージを残してから、リマインド時間を設定しなければならず、効率がよくない。
【０００６】
特許文献３には、ショートメッセージに基づくリマインドサービス装置及び方法が開示されており、当該出願はショートメッセージを利用してユーザにリマインドしており、ユーザがリマインドすべき時間や内容を予めサーバに送信し、サーバが設定時間になるとリマインドショートメッセージをユーザに送信して、スケジュールの手配を助ける。しかしながら、当該方法は、リマインド情報の設定のためにショートメッセージを作成しなければならず、効率が悪く、ショートメッセージによるリマインドは通信事業者サーバのサポートを必要とし、通信事業者のサービスネットワークのサーバ状況は、ショートメッセージによるリマインド機能の実現に影響を与えるとともに、このようなリマインドは、通信事業者の課金状況によってサービス料金がかかってしまうかもしれない。
【０００７】
【特許文献１】中国特許出願番号９７１０３３６３．３
【特許文献２】中国特許出願番号０３１０９７９８．７
【特許文献３】中国特許出願番号０３１６０１０６．５
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、上記の課題に鑑みてなされたものであり、その主な目的は、通信事業者のサポートを必要とせずに、時間と場所の制限を受けない知的リマインドを実現することができる、携帯機器マルチチャネルショートカット知的リマインド方法を提供することにある。
【０００９】
本発明の他の目的は、複数の通信方式に対する知的リマインドを簡単で速やかにサポートすることができる、携帯機器マルチチャネルショートカット知的リマインド装置を提供することにある。
【課題を解決するための手段】
【００１０】
上記の目的を実現するには、本発明の技術方案は下記の通りである。
携帯機器のマルチチャネルショートカット知的リマインド方法であって、
通信記録に処理待ちタグを付加するとき、処理待ちとすべき通信記録に対し処理待ちフィールドを設定し、処理待ちフィールドを通信記録とともに記憶する。
【００１１】
前記の処理待ちとすべき通信記録に対し処理待ちフィールドを設定する場合には、
各通信記録毎に処理待ちフィールドを設定し、処理待ちタグを付加するとき、処理待ちタグを付加すべき通信記録の処理待ちフィールドを処理待ち状態に設定するか、
又は、処理待ちタグを付加する時のみに、処理待ちタグを付加すべき通信記録に対し処理待ちフィールドを設定する。
【００１２】
当該方法は、処理待ちタグが付加された通信記録の全てを、単独のリストとして記憶することをさらに含む。
【００１３】
当該方法は、前記リスト中のいずれかの処理待ち通信記録に対し照会、修正、返答又は削除を行うことをさらに含む。
【００１４】
処理待ちフィールドに１つ又は複数の、処理待ち情報を設定するためのサブフィールドを設定し、
当該方法は、処理待ちタグをクリックすることによって処理待ちフィールド中の各サブフィールドの値を更に設定することをさらに含む。
【００１５】
前記サブフィールドに対応する情報は、返答方式、リマインド方式、リマインド時間、リマインド遅延時間、注釈などを含むが、これらに限らない。
当該方法は、周期的なリマインド方式を設定しリマインド時間を設定し、リマインド時間に達した度に、ユーザが該当する処理待ち通信記録を処理するようにリマインドすることをさらに含む。
【００１６】
当該方法は、１つ又は複数のサブフィールドに対応する情報を再設定する。
【００１７】
前記通信記録は、ショートメッセージ記録、通話記録、Ｅ−ｍａｉｌ記録を含むが、これらに限らない。
【００１８】
携帯機器のマルチチャネルショートカット知的リマインド装置は、
記憶空間を通信機能モジュールと共有し、処理待ちフィールドに対し閲覧、追加、修正及び削除の操作を行うための１つ以上の処理待ちサブモジュールと、
各処理待ちサブモジュールと対応する通信機能モジュールとの情報伝達を実現するための少なくとも１つのショートカットチャネルと、を備える。
【００１９】
前記通信機能モジュールは、ショートメッセージモジュール、Ｅ−ｍａｉｌモジュール、通話モジュールであり、
前記処理待ちサブモジュールは、ショートメッセージ処理待ちサブモジュール、Ｅ−ｍａｉｌ処理待ちサブモジュール、通話処理待ちサブモジュールである。
【００２０】
前記の各処理待ちサブモジュールは機能に応じて対応する通信機能モジュールに埋め込まれるか、
又は、各処理待ちサブモジュールは共通に処理待ちモジュールを構成する。
【００２１】
処理待ちサブモジュールのそれぞれに接続され、処理待ちタグの設定に応じてリマインド画面をポップアップさせるためのリマインドモジュールを更に備える。
【発明の効果】
【００２２】
本発明が提供する携帯機器のマルチチャネルショートカット知的リマインド方法及び装置は、リマインドすべき通信記録毎に特定の処理待ちタグを設定して記憶し、タグを機能設定可能なタグとすることでタグの応用を拡張するので、下記の利点を有する。
【００２３】
１）本発明のリマインド情報は、ショートメッセージ、メール、通話記録などの複数の状況に対応できて、ユーザはリマインド情報を便利に付加することができる。
２）本発明は、関連通信記録にタグを付加するときに、該当するボタンやアイコンをクリックするだけで済むので、本発明のリマインドタグの設定は環境の制限を受けず、ユーザが会議中でも混雑の環境にいても、必要に応じてリマインド設定を行うことができる。
３）本発明のリマインド設定過程は、端末装置のみに行われれば良く、通信事業者のサポートを必要とせず、通信事業者のネットワーク状況からの影響を受けず、エキストラの料金も生じない。
４）本発明のリマインドモジュールは、直接返答機能支援を追加設定することができ、さらに、更なる情報パラメータを設定する機能を追加しても良い。ユーザは、リマインド画面のポップアップ後、リマインドされた通信相手に対する返答、又は情報パラメータの設定を直接実行することができ、便利且つ迅速である。
【発明を実施するための最良の形態】
【００２４】
本発明の基本思想は、処理待ちタグを付加することでユーザが後で処理すべき通信記録を標記し、更に、処理待ちタグにおけるリマインド内容、リマインド方式、注釈などのパラメータ情報を設定することにより、異なる方式を介して処理するようにユーザに対してリマインドする。また、リマインドのポップアップ時に返答機能を設定することにより、ユーザによる選択対象に対する直接返答をサポートし、ユーザの処理を便利にする。
【００２５】
本発明に記載の処理待ちタグの付加は、各通信記録のそれぞれに対して処理待ちフィールドを追加し、当該フィールドの値を「はい（ＹＥＳ）」又は「いいえ（ＮＯ）」とすることで、該当する通信記録が処理待ち状態にあるか否かを表明してもよい。ここで、「はい」は処理待ち状態にあることを、「いいえ」は処理待ちでない又は処理済み状態にあることをそれぞれ表す。一般に、当該フィールドの初期値が「いいえ」である。或いは、処理待ちを標記すべき通信記録のみに対して処理待ちフィールドを追加しても良い。このような場合、処理待ちフィールドを含む通信記録はいずれも処理待ちの通信記録であり、処理待ちフィールドを含まないものは、処理待ちではない又は処理済み通信記録である。そこで、各処理待ちの通信記録を処理した後、処理待ちフィールドを削除すべきである。
【００２６】
設定された処理待ちフィールドに対しては、通信記録によって、データ構造を設定することで処理待ちフィールドにより多いサブフィールドを追加して、より多い情報を設定しても良い。例えば、リマインド時間、リマインド方式、返答方式、リマインド遅延時間、注釈などがある。処理待ちタグをクリックすることで、サブフィールドの設定画面に入れ、更に、処理待ちフィールドにおける各サブフィールドの値を設定してもよい。
【００２７】
従来の携帯機器において、各通信機能モジュールは、通信記録を直接に記憶することができ、本発明は、既存の通信記録に処理待ちフィールドを追加しており、処理待ちフィールドの情報を設定することで、該当する通信記録に処理待ちタグを付加することとなる。図１に示すように、本実施の形態による携帯機器マルチチャネルショートカット知的リマインド装置は、処理待ちモジュールと、少なくとも１つの、通信機能モジュールに接続されるショートカットチャネルとを備える。通信機能モジュールは、携帯機器自体に備えられたものであり、ショートメッセージモジュール、Ｅ−ｍａｉｌモジュール、通話モジュールなどの１つ又は複数の通信機能モジュールを含む。処理待ちモジュールは、処理待ちフィールドに対して追加、修正、削除などの操作を行うことができる。処理待ちモジュールは、異なる通信機能モジュールに対応する１つ以上の処理待ちサブモジュールを更に備え、例えば、ショートメッセージ処理サブモジュール、Ｅ−ｍａｉｌ処理待ちサブモジュール、通話処理待ちサブモジュールなどがある。各処理待ちサブモジュールは、対応する通信機能モジュールの記憶空間、即ち携帯機器の既存の記憶モジュールにおける指定アドレスの記憶空間を共有するとともに、各処理待ちサブモジュールは、処理待ちタグの修正情報を対応する通信機能モジュールと同期に共有することができるように、１つのショートカットチャネルを介して対応する通信機能モジュールとの情報伝達を行う。上記処理待ちモジュールは、処理待ち通信記録を処理又は返答するようにユーザにリマインドするためのリマインドモジュールをさらに含み、各処理待ちサブモジュールは、いずれもリマインドモジュールに接続される。上記リマインドモジュールは設定の時間にて、携帯機器の現画面の一番手前に、リマインド画面をポップアップすることができる。
【００２８】
図２に示す通話モジュールに処理待ちモジュールが追加された後、ユーザにより１つ又は複数の通信記録に処理待ちタグを設定する場合、オプションをクリックし、ポップアップされた機能オプションにおいて「処理待ちリストに追加」というオプションがあり、当該オプションを選択した後、該当する通信記録は図３に示すアイコンや記号の方式で視認可能にリマインドされるとともに、処理待ちタグが設定された通信記録をショートカットチャネルを介して専門設定された処理待ちサブモジュールのリストに追加することで、ユーザが現通信機能モジュールから処理待ちサブモジュールに入ることを選択すると、処理待ちタグが付加された通信記録の全てを見ることができる。
【００２９】
各通信記録に対して、付加された処理待ちタグのリマインドパターンは同様でも良く、通信機能によって異なっても良い。図３に示すように、標記番号３０１乃至３０４は、通信機能によって異なる処理待ちタグが付加されるものであり、処理待ちタグ３０１は処理待ちショートメッセージが１つあることを、処理待ちタグ３０２は処理待ち電話が１つあることを、処理待ちタグ３０３は処理待ちログが１つあることを、処理待ちタグ３０４は当該ビジネスが処理済みであることを、それぞれ表す。
【００３０】
図４に示すよう、１つの通信記録に処理待ちタグを付加する手順は、下記のステップを含む。
【００３１】
ステップ４０１：処理待ちタグを付加すべき通信記録の処理待ちフィールドを修正する。
通常、携帯機器の通信記録は、自身の専門記憶モジュールに記憶されており、各通信記録は処理待ちフィールドを含み、いずれかの通信記録にタグを付加しようとするとき、当該通信記録における処理待ちフィールドの値を「はい」に修正し、その後、該当する処理待ちサブモジュールが、処理待ちフィールドの値が書き直された通信記録を記憶モジュールの該当位置に記憶する。
【００３２】
ステップ４０２：記憶モジュールは、自身による処理待ち状態の修正が完成した確認メッセージを、通信機能モジュールにリターンする。
ステップ４０３：通信機能モジュールは、記憶モジュールからの確認メッセージを受信した後、確認メッセージを処理待ちサブモジュールに転送する。
【００３３】
ステップ４０４：処理待ちサブモジュールは、通信機能モジュールからの確認メッセージを受信した後、記憶モジュール内の全ての処理待ち通信記録を検索して、新たな処理待ちサブリストを作成し、さらに、通信記録を処理待ちサブリストに追加した追加済みメッセージを、通信機能モジュールに送信する。
【００３４】
上記検索は、具体的に下記の通りである。処理待ちサブモジュールは、記憶モジュールから該当する通信機能における処理待ちタグが付加された通信記録の全てを再検索し、新たに検索された異なる通信機能に対応する通信記録により新たな処理待ちリストを作成し、記憶モジュールの該当位置に記憶する。各種の処理待ちサブリストの作成手順は類似であり、処理待ち全体リストを作成するには、ユーザが処理待ちモジュールに入るとき、処理待ちモジュールが記憶モジュールにおける全ての処理待ち通信記録を直接検索し、処理待ち全体リストを作成する。処理待ちタグが付加された通信記録のいずれかが変更されたとき、処理待ち全体リストと各処理待ちサブリストとにおける当該通信記録の情報に対しても、該当する変更が行われる。
【００３５】
実際の応用に際しては、処理待ち全体リストのみを作成し、検索時に、いずれかの通信記録、又はいずれかの通信機能の通信記録、例えば、ショートメッセージ、Ｅ−ｍａｉｌ、通話などに対して検索を行っても良い。
【００３６】
ステップ４０５：通信機能モジュールは、追加済みメッセージを受信した後、当該通信記録を処理待ちとして標記する。
【００３７】
ここで、上記処理待ちリストは、通信機能に応じて、異なる通信機能に対応するサブリストを作成してもよく、例えば、ショートメッセージ処理待ちリストや、Ｅ−ｍａｉｌ処理待ちリストや、通話処理待ちリストなどが挙げられる。そして、図３に示すように、処理待ちタグが付加された通信記録の全てを含む処理待ち全体リストを作成してもよい。各処理待ちサブリストのそれぞれに対して、ユーザは、対応する通信機能モジュールにて、その中の通信記録を閲覧、修正、削除などの操作を行うことができ、処理待ちモジュールでは、ユーザが全ての処理待ち記録を含むリストを操作したり、処理待ちサブモジュールに入って、該当する処理待ちサブリストを操作したりすることができる。図５に示すように、処理待ちサブモジュールによって、処理待ちタグが付加された通信記録の１つに対して削除操作を行う手順は、下記のステップを含む。
【００３８】
ステップ５０１：処理待ちサブモジュールは、当該通信記録を削除するメッセージを記憶モジュールに送信する。
ステップ５０２：記憶モジュールは、当該通信記録の処理待ちフィールドを「いいえ」に修正、確認メッセージを処理待ちサブモジュールにリターンする。
ステップ５０３：処理待ちモジュールは、記憶モジュールからの確認メッセージを受信した後、処理待ちサブリストから当該通信記録を削除する。
【００３９】
以上、簡単なリマインド方法を記載しているが、本発明は、より強大なリマインド機能を有する。即ち、処理待ちタグを詳しく設定し、リマインド時間、リマインド方式、リマインド時間間隔、返答方式、注釈などの情報を含むが、これらに限らない。リターン方式を設定すれば、携帯機器は、設定時間にてリマインド画面をポップアップさせることにより返答することをユーザにリマインドし、ユーザは返答を直接クリックすることで迅速に返答することができる。
【００４０】
処理待ちタグが付加された後、ユーザがリマインド時間やリマインド方式を設定する場合、図６に示すように、知的リマインドのステップは下記のステップを含む。
【００４１】
ステップ６０１：処理待ちタグ設定画面に入って、リマインド情報、即ちリマインドの時間、方式、時間間隔、返答方式、注釈などを設定する。ここで、設定されたリマインド情報は、付加された処理待ちタグの一部に属し、該当する通信記録とともに記憶される。
ステップ６０２：設定されたリマインド時間に達したか否かを判断し、達していない場合、待ち続けてリアルタイム又は周期的に判断し、達した場合、ステップ６０３に移行する。
ステップ６０３：振動、ベルなどの設定方式にてリマインド画面をポップアップさせる。
【００４２】
ステップ６０４：ユーザは、リマインドに対して応答し、応答情報によって後続の処理を行う。例えば、確認を選択するとステップ６０５に移行し、後で処理を選択すると、ステップ６０６に移行する；
ステップ６０５：ユーザは、予定の方式に従い処理待ち通信記録に対し返答し、通信アドレス帳に入って相関の通信相手を検索することなく、通信相手の電話に直接ダイヤルしたり、ショートメッセージ、メールなどを送信したりすることができ、返答後、ステップ６０７に移行する；
【００４３】
ステップ６０６：処理待ちサブモジュールは、設定された時間間隔毎にユーザに対して周期的なリマインドを行い、リマインド画面をポップアップさせる度に、ユーザが確認を選択すると、ステップ６０５に移行する；
ステップ６０７：リマインド機能を完了し、当該通信記録は依然として処理待ちサブリストに保存されているが、処理待ちタグが「処理待ち」から「処理済み」に変更される。
【００４４】
ユーザは、処理待ち画面に入って処理された処理待ち通信記録を削除したり、ステップ６０７において処理された処理待ち通信記録を削除したりすることができる。また、ステップ６０６において、ユーザに対する周期的なリマインド機能の代わりに、リマインド時間やリマインド方式などが再設定可能になるように設定してもよい。つまり、周期的なリマインドではなく、一度のリマインドしか行わず、リマインドに際してユーザが次のリマインド時間やリマインド方式を再設定可能であり、ユーザの必要に応じて、リマインド時間の長さやリマインド方式は同じでもよいし異なってもよい。
【００４５】
上記の技術方案を簡単化すれば、下記の通りである。各処理待ちサブモジュールは、その機能によってそれぞれ対応する通信機能モジュールに直接埋め込まれており、それぞれの通信機能モジュールで、処理待ちタグがされた処理待ちサブリストを直接見ることができることによって、別途の処理待ちモジュールを必要とせず、従って、処理待ち通信記録の全てを含む全体リストも省略される。
【００４６】
ここまで、本発明の好ましい実施の形態を記載しているが、本発明の保護範囲を限定するものではない。
【図面の簡単な説明】
【００４７】
【図１】図１は、携帯機器における各通信機能モジュールと処理待ちモジュールとの接続模式図である。
【図２】図２は、処理待ちタグを付加するオプションを含む通信機能画面の模式図である。
【図３】図３は、処理待ちタグの模式図である。
【図４】図４は、処理待ちタグを付加するフローチャートである。
【図５】図５は、処理待ちサブモジュールによる削除操作のフローチャートである。
【図６】図６は、リマインド機能を有する処理待ちタグリマインド機能のフローチャートである。
【図１】
2009010952.tif 000003
【図２】
2009010952.tif 000004
【図３】
2009010952.tif 000005
【図４】
2009010952.tif 000006
【図５】
2009010952.tif 000007
【図６】
2009010952.tif 000008