JP2015527664A - メッセージサービス処理方法及び端末 - Google Patents

Abstract

メッセージサービス処理方法及び端末。前記方法は、端末がメッセージを受信した後、予め設定されたブローアウト型メッセージ判定条件に基づいて前記メッセージがブローアウト型メッセージであるかどうかを判断し、そうであると、前記ブローアウト型メッセージを格納し、ブローアウト型メッセージパケットが存在するかどうかを判断すること、ブローアウト型メッセージパケットが存在していると、予め設定されたパケット条件に基づいて前記ブローアウト型メッセージが既存のブローアウト型メッセージパケットに属するかを判断し、属すると、該ブローアウト型メッセージをブローアウト型メッセージに対応するブローアウト型メッセージパケットに追加すること、ブローアウト型メッセージパケットが存在しないと、格納している、パケット化していないブローアウト型メッセージの数が第１の閾値に達した時、予め設定されたパケット条件に基づいて、格納している、パケット化していないブローアウト型メッセージをパケット化することを含む。【選択図】図１

Description

本発明は無線通信分野に関し、特にメッセージサービス処理方法及び端末に関する。

現在のペースの速い仕事及び生活中、携帯電話は一つの不可欠なツールになり、メッセージサービスは便利で、日常生活で巨大な役割を果たしている。普通には、所定の範囲内に、ある期間のメッセージサービスは全体的に、バランスのとれた状態であり、しかしながら、比較特別な状況も存在し、例えば一つの特別な日又は場面、例えば、春節、誕生日又は会社開設の時、常に多くの関連メッセージを受信し、メッセージサービスの数が爆発的に増加し、以下の欠点をもたらす。

１、正常のメッセージサービスの処理を干渉する。ショートメッセージを例とし、仮に春節であると、非常に短い時間内に、百以上のお祝いショートメッセージを受信し、瞬間に携帯電話端末が満ち、この時、非お祝いショートメッセージが着信すると、ユーザがタイムリーに発見し、対処することは困難である。同時に、ショートメッセージの数が膨大であるため、大幅に保存領域を消耗する。

２、無意味な閲覧量を増加させる。またショートメッセージを例とし、仮に春節であると、お祝いショートメッセージは数百通があるかもしれず、しかしながらその真実な内容はいくつのバージョンしかなく、区別は送信者の相異である可能性があり、しかしながら、ユーザは一一のショートメッセージをクリックしなければならず、多くの時間及び気力を無駄にし、ひいては類似するお祝いショートメッセージを読まないままに削除する場合もある。

３、返信は面倒である。またショートメッセージを例とし、仮に春節であると、急に数百人からのお祝いを受信し、どのようにこれらのショートメッセージを返信するか、一一に返信すると、作業量が巨大であり、コンタクトリストにより一斉送信すると、一方では、一部の送信者の携帯電話番号がコンタクトリストにない、又は携帯電話番号を変更したため、返信することがなくなり、さらに、祭りのショートメッセージに対して、お祝いの言葉はいくつかのバージョンがあり、ちょうど相手先から送信したメッセ−ジと同じバージョンを相手先に返信すると、失礼なことになり、従って、完全で大まかにコンタクトリストで直接に一斉送信してはならない。

本発明の実施例はメッセージサービス処理方法及び端末を提供し、従来のメッセージサービス処理方式中では、特別な日や状況、例えば、誕生日、祭り、記念日又は会社開設等に対して、メッセージサービスの数が短い時間内に爆発的に増加する場合でも、依然として普通のメッセージに従って同様に受信、保存を行い、且つリマインド又は表示を行い、正常のメッセージサービスの処理を干渉し、閲覧量を増加し、且つ返答も不便である問題を解決する。

本発明の実施例はメッセージサービス処理方法を提供しており、
端末がメッセージを受信した後、予め設定されたブローアウト型メッセージ判定条件に基づいて前記メッセージがブローアウト型メッセージであるかどうかを判断し、そうであると、前記ブローアウト型メッセージを格納し、ブローアウト型メッセージパケットが存在するかどうかを判断すること、
ブローアウト型メッセージパケットが存在していると、予め設定されたパケット条件に基づいて前記ブローアウト型メッセージが既存のブローアウト型メッセージパケットに属するかを判断し、属すると、前記ブローアウト型メッセージを前記ブローアウト型メッセージに対応するブローアウト型メッセージパケットに追加すること、
ブローアウト型メッセージパケットが存在しないと、格納している、パケット化していないブローアウト型メッセージの数が第１の閾値に達した時、前記予め設定されたパケット条件に基づいて、格納している、パケット化していないブローアウト型メッセージをパケット化することを含み、
そのうち、各ブローアウト型メッセージパケットは、備考情報、及び一つ又は複数のブローアウト型メッセージを含み、各ブローアウト型メッセージに、前記ブローアウト型メッセージのオリジナル情報から前記備考情報を除去した後の専有情報が含まれる。

上記方法は、前記ブローアウト型メッセージ判定条件が、
デフォルト時間及び／又はデフォルトキーワードを含むことをさらに特徴とする。

上記方法は、前記端末がブローアウト型メッセージの数がブローアウト型メッセージリマインド閾値に達したかどうかを判断し、達したと、ユーザがブローアウト型メッセージに対して関連処理を行うようにリマインドすることをさらに含むことをさらに特徴とする。

上記方法は、前記端末がブローアウト型メッセージの数がブローアウト型メッセージリマインド閾値に達したかどうかを判断するステップは、
前記端末は、読み取っていないブローアウト型メッセージの数が第２の閾値に達したかどうかを判断し、及び／又は返信していないブローアウト型メッセージの数が第３閾値に達したかどうかを判断することを含むことをさらに特徴とする。

上記方法は、前記端末が前記ユーザの表示請求を受信した後、
ブローアウト型メッセージパケットに従って前記ブローアウト型メッセージを表示することをさらに含み、そのうち、各ブローアウト型メッセージパケットは、前記ブローアウト型メッセージパケットの備考情報を表示し、前記ブローアウト型メッセージパケットに含む各ブローアウト型メッセージは各自の専有情報を表示し、パケット化していないブローアウト型メッセージは各自の全部の情報を表示することをさらに特徴とする。

上記方法は、
前記端末は前記ユーザがあるタイプのブローアウト型メッセージの移動を請求する請求を受信した後、前記ブローアウト型メッセージを指定された位置に移動することをさらに含むことをさらに特徴とする。

本発明の実施例は、設定モジュール、判断モジュール、解析モジュール及びデータベースモジュールを備える端末をさらに提供しており、そのうち、
前記設定モジュールは、ブローアウト型メッセージ判定条件、パケット条件及び第１の閾値を設定するように構成され、
前記判断モジュールは、メッセージを受信した後、前記ブローアウト型メッセージ判定条件に基づいて前記メッセージがブローアウト型メッセージであるかどうかを判断し、そうであると、将前記ブローアウト型メッセージを前記データベースモジュールに格納するように構成され、
前記解析モジュールは、前記判断モジュールが前記ブローアウト型メッセージをデータベースモジュールに格納した後、ブローアウト型メッセージパケットが存在するかどうかを判断し、ブローアウト型メッセージパケットが存在していると、前記パケット条件に基づいて前記ブローアウト型メッセージが既存のブローアウト型メッセージパケットに属するかを判断し、属すると、前記ブローアウト型メッセージを前記ブローアウト型メッセージに対応するブローアウト型メッセージパケットに追加し、ブローアウト型メッセージパケットが存在しないと、格納している、パケット化していないブローアウト型メッセージの数が前記第１の閾値に達した時、前記パケット条件に基づいて、格納している、パケット化していないブローアウト型メッセージをパケット化するように構成され、及び
前記データベースモジュールは、前記ブローアウト型メッセージ及び前記ブローアウト型メッセージパケットを格納するように構成され、そのうち、各ブローアウト型メッセージパケットは、備考情報、及び一つ又は複数のブローアウト型メッセージを含み、各ブローアウト型メッセージに、前記ブローアウト型メッセージのオリジナル情報から前記備考情報を除去した後の専有情報が含まれる。

上記端末は、前記ブローアウト型メッセージ判定条件が、
デフォルト時間及び／又はデフォルトキーワードを含むことをさらに特徴とする。

上記端末は、前記設定モジュールが、ブローアウト型メッセージリマインド閾値を設定するようにさらに構成され、
前記端末はリマインドモジュールをさらに備えることをさらに特徴とする。

前記リマインドモジュールは、ブローアウト型メッセージの数が前記ブローアウト型メッセージリマインド閾値に達したかどうかを判断し、達したと、ユーザがブローアウト型メッセージに対して関連処理を行うようにリマインドするように構成される。

上記端末は、前記リマインドモジュールは、
読み取っていないブローアウト型メッセージの数が第２の閾値に達したかどうかを判断し、及び／又は返信していないブローアウト型メッセージの数が第３閾値に達したかどうかを判断するという方式でブローアウト型メッセージの数が前記ブローアウト型メッセージリマインド閾値に達したかどうかを判断するように構成されることをさらに特徴とする。

上記端末は、前記端末表示モジュールをさらに備え、そのうち、
前記表示モジュールは、前記ユーザの表示要求を受信した後、ブローアウト型メッセージパケットに従って前記ブローアウト型メッセージを表示し、そのうち、各ブローアウト型メッセージパケットは、前記ブローアウト型メッセージパケットの備考情報を表示し、前記ブローアウト型メッセージパケットに含む各ブローアウト型メッセージは各自の専有情報を表示し、パケット化していないブローアウト型メッセージは各自の全部の情報を表示するように構成されることをさらに特徴とする。

上記端末は、移動モジュールをさらに備え、そのうち、
前記移動モジュールは、前記ユーザがあるタイプのブローアウト型メッセージの移動を請求する請求を受信した時、前記ブローアウト型メッセージを指定された位置に移動するように構成されることをさらに特徴とする。

本発明の実施例によるメッセージ処理方法及び端末によれば、特定されたメッセージをパケット化して保存し、特定された方式で表示し、正常のメッセージサービスへの干渉を減少させ、閲覧量を低下させ、且つ返答処理を行いやすい。

図１は本発明の実施例による端末のブロック図である。 図２は本発明の実施例によるメッセージサービス処理方法のフローチャートである。

以下、図面を参照しながら本発明の実施例を詳細に説明する。ただし、衝突がない場合、願における実施例及び実施例における特徴は互いに任意に組み合せることができる。

図１は本発明の実施例による端末のブロック図であり、該端末は、設定モジュール１、判断モジュール２、データベースモジュール３、解析モジュール４、リマインドモジュール５、表示モジュール６及び移動モジュール７を備え、そのうち、
設定モジュール１は、メッセージ処理サービスシステムの関連するパラメータを設定するように構成される。該関連パラメータは、ブローアウト型メッセージ判定条件、パケット条件、第１の閾値、ブローアウト型メッセージリマインド閾値、及びリマインド方式等を含む。前記ブローアウト型メッセージ判定条件は、デフォルト時間及び／又はデフォルトキーワードを含み、ブローアウト型メッセージ処理の時間ゾーン、時間ゾーン内のブローアウト型メッセージサービスのヘッダー、及びキーワード又は連絡先であってもよい。

判断モジュール２は、メッセージを受信した後、前記ブローアウト型メッセージ判定条件に基づいて前記メッセージがブローアウト型メッセージであるかどうかを判断し、そうであると、将前記ブローアウト型メッセージを前記データベースモジュール３に格納するように構成され、１種の判断方式は設定モジュール１において設定された時間ゾーン及び／又はキーワード等に基づいて判断する。

データベースモジュール３は、ブローアウト型メッセージ及びブローアウト型メッセージパケットを格納するように構成され、そのうち、各ブローアウト型メッセージパケットは、備考情報、及び一つ又は複数のブローアウト型メッセージを含み、各ブローアウト型メッセージに、該ブローアウト型メッセージのオリジナル情報から前記備考情報を除去した後の専有情報が含まれる。スクリーニング、検索等の操作を行うことに便利であり、同時にデータソースを確認することにも便利であり、さらに、該データベースモジュール３はメッセージサービスの返信、確認状態等の情報を保存する。

解析モジュール４は、ブローアウト型メッセージを解析するように構成される。解析の主な内容は数多くのブローアウト型メッセージサービスから各メッセージ類サービスにおける同じ内容を読み込み、このように後に表示する時、同じ内容で分類表示する。

リマインドモジュール５は、ブローアウト型メッセージの数が前記ブローアウト型メッセージリマインド閾値に達したかどうかを判断し、達したと、ユーザがブローアウト型メッセージに対して関連処理を行うようにリマインドするように構成される。ブローアウト型メッセージの数が前記ブローアウト型メッセージリマインド閾値に達したかどうかを判断することは、読み取っていないブローアウト型メッセージの数が第２の閾値に達したかどうかを判断し、及び／又は返信していないブローアウト型メッセージの数が第３閾値に達したかどうかを判断することを含む。例えば、新しく受信したメッセージ類サービスの数に対して、又は読み取っていないメッセージ類サービスの数に対して、さらに返信されていないショートメッセージの数（祭り類のショートメッセージに対して返信しないと合理的ではないため、従ってユーザが確認したが、返信せず、所定の数に達した後、ユーザが関連する処理を行うようにリマインドする）に対して判断を実行してもよい。リマインドする方式はユーザがカスタマイズした音声及び表示インタフェースであってもよい。

表示モジュール６は、ユーザの表示請求を受信した後、ブローアウト型メッセージパケットに従って前記ブローアウト型メッセージを表示するように構成され、そのうち、各ブローアウト型メッセージパケットは、該パケットの備考情報を表示し、該ブローアウト型メッセージパケットに含む各ブローアウト型メッセージは各自の専有情報を表示し、パケット化していないブローアウト型メッセージは各自の全部の情報を表示する。表示する時、解析モジュール４ではブローアウト型メッセージサービスを処理した結果に基づいてパケット化して表示し、グループ名における備考内容は同じ公共内容であり、以下、各連絡先のメッセージサービスは実際にグループ別の備考内容を削除した後の専有内容である。表示モジュール６はカスタマイズ、例えば、読取済み、返答済み等で表示することをバックアップする。さらに、リストによりあるメッセージサービスのオリジナル情報を確認することもできる。

移動モジュール７は、ユーザがあるブローアウト型メッセージの移動を請求する請求を受信した時、該ブローアウト型メッセージを指定された位置に移動するように構成される。主にこの設定モジュール１では設定されたブローアウト型メッセージサービスに関する判断条件が正確でない可能性がある場合、いくつかのブローアウト型メッセージではないものを間違ってブローアウト型メッセージサービスとして判断して保存する、又はいくつかの正常なメッセージサービスを間違ってブローアウト型メッセージサービスとして判断することに対して、ユーザは確認する時、移動することができ、これらの間違って判断したメッセージサービスをそれぞれ正確な位置に移動する。

本発明の実施例中において、メッセージはショートメッセージ、メール等を含む。

本発明の実施例はメッセージサービス処理方法を提供し、
端末がメッセージを受信した後、予め設定されたブローアウト型メッセージ判定条件に基づいて前記メッセージがブローアウト型メッセージであるかどうかを判断し、そうであると、前記ブローアウト型メッセージを格納し、ブローアウト型メッセージパケットが存在するかどうかを判断すること、
ブローアウト型メッセージパケットが存在していると、予め設定されたパケット条件に基づいて前記ブローアウト型メッセージが既存のブローアウト型メッセージパケットに属するかを判断し、属すると、該ブローアウト型メッセージを該ブローアウト型メッセージに対応するブローアウト型メッセージパケットに追加すること、
ブローアウト型メッセージパケットが存在しないと、格納している、パケット化していないブローアウト型メッセージの数が第１の閾値に達した時、予め設定されたパケット条件に基づいて、格納している、パケット化していないブローアウト型メッセージをパケット化することを含み、
そのうち、各ブローアウト型メッセージパケットは、備考情報、及び一つ又は複数のブローアウト型メッセージを含み、各ブローアウト型メッセージに、該ブローアウト型メッセージのオリジナル情報から前記備考情報を除去した後の専有情報が含まれる。

そのうち、前記ブローアウト型メッセージ判定条件は、
デフォルト時間及び／又はデフォルトキーワードを含む。

そのうち、前記方法は、端末はブローアウト型メッセージの数がブローアウト型メッセージリマインド閾値に達したかどうかを判断し、達したと、ユーザがブローアウト型メッセージに対して関連処理を行うようにリマインドすることをさらに含む。

そのうち、前記端末はブローアウト型メッセージの数がブローアウト型メッセージリマインド閾値に達したかどうかを判断するステップは、
端末は読み取っていないブローアウト型メッセージの数が第２の閾値に達したかどうかを判断し、及び／又は返信していないブローアウト型メッセージの数が第３閾値に達したかどうかを判断することを含む。

そのうち、前記方法は、端末ユーザの表示請求を受信した後、ブローアウト型メッセージパケットに基づいて前記ブローアウト型メッセージを表示することをさらに含み、そのうち、各ブローアウト型メッセージパケットは、該パケットの備考情報を表示し、該ブローアウト型メッセージパケットに含む各ブローアウト型メッセージは各自の専有情報を表示し、パケット化していないブローアウト型メッセージは各自の全部の情報を表示する。

そのうち、前記方法は、ユーザがあるブローアウト型メッセージの移動を請求する請求を受信した時、該ブローアウト型メッセージを指定された位置に移動することをさらに含む。

本発明の実施例中において、ブローアウト型メッセージ（後に説明の便宜上、ショートメッセージをメッセージサービスの代表として関連する説明を行う）に対して、ブローアウト型メッセージをいずれも一つの特別の場合、例えば、春節で集中送信するため、一つのメッセージグループの概念を提案する。このような祭り中に送信するショートメッセージは、普通には、いずれもお祝い及び少しの送信人に関わる個性化情報からなる。このように、すべてのこのようなブローアウト型メッセージサービスはその同じ内容に従ってグループ別に分けられ、ユーザはあるグループのブローアウト型メッセージサービスを確認する時、該グループの備考内容及び各連絡先が送信した公共内容除去後の情報のみを確認すると、迅速に該グループのすべての連絡先が送信したショートメッセージの内容を把握することができ、大幅に閲覧時間を節約する。同時に、ブローアウト型メッセージをグループ別に従って保存した後、返信を便利にさせ、以上の春節のショートメッセージを例として、グループ別に従って一括返信することができ、異なる連絡先が自分に送信したショートメッセージは自分が連絡先に返信するショートメッセージと異なることを保証する。

本発明の実施例中において、まずあるショートメッセージがブローアウト型メッセージに属するかどうかを判断し、属すると、該ショートメッセージを解析し、該ショートメッセージがブローアウト型メッセージベースにおいてどのグループに属するかを判断し、次にブローアウト型メッセージを表示し、該フローは以下のステップを含む。

ステップ一：ショートメッセージがブローアウト型メッセージに属するかどうかを判断する。

普通のショートメッセージ及びブローアウト型メッセージに対して、その伝達する情報が異なるため、処理方式も異なる。ブローアウト型メッセージに対して、普通には、お祝いの内容を主とし、従って、その処理の優先度及び処理方式は普通のショートメッセージと区別があり、従って、まず、ショートメッセージのタイプを判断する必要がある。

判断の根拠は設定モジュールでのキーワードに基づいて判断し、あるショートメッセージを受信した後、まず、ショートメッセージの内容において指定されたキーワードがあるかどうかを検索し、あると、ブローアウト型メッセージであると説明し、その反対、普通タイプのショートメッセージであり、次各自の処理フローに入る。

ステップ二：ブローアウト型メッセージが所属するグループ別を判断する。

ブローアウト型メッセージに対して、閲覧及び処理の便宜上、本文はグループ別の概念を提案する。実際の処理過程中において、受信したブローアウト型メッセージの数がＮ（例えば１０通）より大きい時、グループ別の分けを行い始める。分けの根拠は、いずれか２つのブローアウト型メッセージを比較し、両者の類似度が５０％を超える、又は連続的な１０個の文字が完全に同じ場合（ユーザは自動的に設定モジュールで該数を設定することができ、この挙げられた数は予め設定された数である）、同一のグループ別に属すると見なし、該グループの備考情報には基本的に似ている内容（レイアウト又は個別の文字及びスペース、符号のばらつきを許可する）であり、次に各グループの下にそれぞれ該グループに属するブローアウト型メッセージを表示し、もちろん、該グループのブローアウト型メッセージが各自のグループの備考内容を除去した後のショートメッセージ内容である。

後に再び新しいブローアウト型メッセージを受信すると、まず該ショートメッセージがこの前既存のグループ別におけるショートメッセージに属するかどうかを判断し、そうであると、直接に既存のグループ別に一つの新しい記録を追加し、そうではないと、仮に該ショートメッセージを独立して保存し、後のショートメッセージとともにパケット化操作を行う。

ステップ三：処理したブローアウト型メッセージを表示する。

ここでの表示はいくつの場合に分けられ、１種は受信したブローアウト型メッセージが所定の閾値に達した後、ユーザにリマインドして表示させる。ブローアウト型メッセージは普通特別の日に対するショートメッセージであり、従って、多くの場合、該ショートメッセージの重要な内容は送信する人であり、送信する内容ではない。従って、ここでのリマインドメッセージは、どれらの人がユーザにブローアウト型メッセージを送信したかを表示し、ユーザに一つのショートメッセージで多くの送信人の情報を把握させ、ユーザは、ある連絡先のショートメッセージを確認したと、該連絡先の人名をクリックするだけで、該連絡先のショートメッセージに入って確認を行うことができる。ユーザは、すべてのブローアウト型メッセージを確認処理したいと、全部ショートメッセージをクリックして返信を行う。

ユーザはブローアウト型メッセージの、すべてのメッセージを確認するボタンをクリックすると、又は直接にブローアウト型メッセージを格納する箇所に入って確認を行うと、ブローアウト型メッセージのメインインタフェースに入った。この時、表示するブローアウト型メッセージは異なるグループ別に従って分けられたものであり、ユーザはグループの備考内容及び下の各連絡先の専有する内容のみを見るだけで、基本的に各連絡先が送信するショートメッセージの内容を把握することができ、もちろん、ユーザはグループ別下で表示する情報フィルター条件、例えば、未読のみを表示する、未返信のみを表示する等の条件を設定することができる。さらに対していかなる一つのグループ別に分けられていないブローアウト型メッセージに対して、最後に統合的に表示する。

説明の便宜上、以下、フローチャートの形で、ショートメッセージをメッセージ類サービスの代表として詳細にこのようなメッセージサービス処理フローを説明し、図２に示すように、
ユーザの携帯電話は一つのショートメッセージを受信し、該ショートメッセージのタイプは未知であるステップ１０１、
現在の時間及び設定されたキーワードに基づいて、該ショートメッセージが設定モジュールでこの前設定されたる特定の状況に属するブローアウト型メッセージに属するかどうかを判断するステップ１０２、
該ショートメッセージがブローアウト型メッセージではないと判断したと、普通のショートメッセージフローに従って処理を行い、つまりショートメッセージモジュールの受信箱に格納し、且つ閲覧状態が未読であるステップ１０３、
該ショートメッセージが特定の状況のブローアウト型メッセージであると判断したと、該ショートメッセージ内容をブローアウト型メッセージの格納データベースに格納するステップ１０４、
データベースに格納したブローアウト型メッセージは、直ちにグループ別の分けを行うことがなく、ブローアウト型メッセージの数が所定の閾値に達してから、グループ別の分けを行い、該数は１０通とデフォルトされたステップ１０５、
グループ別の分けを行う数に達していないと、一時的に処理せず、なぜかというと、普通は、ブローアウト型メッセージリマインド閾値はグループ別分けを行う閾値より大きいからであるステップ１０６、
データベースに格納するブローアウト型メッセージの数が閾値より大きいと、グループ別分けを行い始め、この前設定モジュールで設定された分けの根拠に基づいて、現在のあらゆるブローアウト型メッセージをパケット化するステップ１０７、
グループ別分けされたショートメッセージを改めてデータベースに格納し、そのうち、各グループに一つのテーブルを新規作成し、次に分類格納し、各ショートメッセージに対して各グループの備考内容を除去した後の専有内容をマークアップするステップ１０８、
ブローアウト型メッセージの数がリマインドする必要がある閾値に達したかどうかを判断し、該リマインド閾値は設定モジュールで設定され、このリマインド閾値はブローアウト型メッセージにおける未読ショートメッセージに対しても、ブローアウト型メッセージの未返信の数に対してもよいステップ１０９、
リマインドの閾値に達していないと、自発的にユーザにブローアウト型メッセージに関連する情報を通知せず、もちろん、ユーザが関連する情報を知りたいと、ユーザは自分でこれらのメッセージの格納箇所に入って、自発的に確認を行うことができるステップ１１０、
リマインドの閾値に達したと、自発的にユーザが関連する情報を処理する必要があるようにリマインドするステップ１１１、
リマインドメッセージは、人名、及び送信してきたどれらの情報をまだ閲覧していない又は返信の通知がないことを含み、
ユーザはリマインドメッセージを閲覧する時、メッセージにおける連絡先の名前それぞれが一つのリンクであり、ユーザはそのうちのある人名をクリックして、該連絡先に対応するショートメッセージの実際の内容スを確認することができるテップ１１２〜１１４、
ユーザが注目するのはある特別の連絡先のメッセージではないと、すべてのメッセージを確認し、この時、ブローアウト型メッセージの主表示インターフェイス、つまり、各グループで分類表示するリストインターフェイスに入るステップ１１５〜１１６、
ユーザはブローアウト型メッセージの主表示インターフェイスで確認する時、いくつかのショートメッセージがブローアウト型メッセージではないと気付く可能性があり、この時、これらのショートメッセージを普通のショートメッセージに対応するフォルダに移動して保存し、関連処理を行うステップ１１７〜１１８、
ユーザはグループ別を単位としてブローアウト型メッセージに対して、例えば、返信、削除等の操作を行うステップ１１９を含む。

一般の当業者は、上記方法における全部又は一部のステップをプログラムによって関連ハードウェアに命令を出して完成させることができ、前記プログラムはコンピュータ読み取り可能な記憶媒体、例えば読取り専用メモリ、ディスク又は光ディスク等に記憶してもよいと理解することができる。選択肢として、上記実施例の全部又は一部のステップが１つ又は複数のＩＣにより実現されてもよい。それに対応して、上記実施例における各モジュール／ユニットはハードウェアの形式で実現されてもよく、ソフトウェア機能モジュールの形式で実現されてもよい。本発明の実施例はあらゆる特定形式のハードウェアとソフトウェアの組合せに限らない。

以上は本発明の好適な実施例に過ぎず、本発明を制限するものではなく、当業者にとって、本発明の実施例に対して各種の変更及び変形を行うことができる。本発明の趣旨及び原則内に行ったあらゆる変更、等価置換、改良等は、いずれも本発明の保護範囲の内に属すべきである。

本発明の実施例によるメッセージ処理方法及び端末によれば、特定されたメッセージをパケット化して保存し、特定された方式で表示し、正常のメッセージサービスへの干渉を減少させ、閲覧量を低下させ、且つ返答処理を行いやすい。

Claims (12)

1. 端末がメッセージを受信した後、予め設定されたブローアウト型メッセージ判定条件に基づいて前記メッセージがブローアウト型メッセージであるかどうかを判断し、そうであると、前記ブローアウト型メッセージを格納し、ブローアウト型メッセージパケットが存在するかどうかを判断することと、
   ブローアウト型メッセージパケットが既に存在していると、予め設定されたパケット条件に基づいて前記ブローアウト型メッセージが既存のブローアウト型メッセージパケットに属するかどうかを判断し、属すると、前記ブローアウト型メッセージを前記ブローアウト型メッセージに対応するブローアウト型メッセージパケットに加わることと、
   ブローアウト型メッセージパケットが存在しないと、格納されたパケット化されていないブローアウト型メッセージの数が第１の閾値に達した時、前記予め設定されたパケット条件に基づいて、格納されたパケット化されていないブローアウト型メッセージをパケット化することとを含み、
   そのうち、各ブローアウト型メッセージパケットは、備考情報、及び一つ又は複数のブローアウト型メッセージを含み、各ブローアウト型メッセージに、前記ブローアウト型メッセージのオリジナル情報から前記備考情報を除去した後の専有情報が含まれるメッセージサービス処理方法。
2. 前記ブローアウト型メッセージ判定条件は、
   デフォルト時間及び／又はデフォルトキーワードを含む請求項１に記載の方法。
3. 前記端末はブローアウト型メッセージの数がブローアウト型メッセージリマインド閾値に達したかどうかを判断し、達した場合、ブローアウト型メッセージに対して関連処理を行うようにユーザにリマインドすることをさらに含む請求項１に記載の方法。
4. 前記端末が、ブローアウト型メッセージの数がブローアウト型メッセージリマインド閾値に達したかどうかを判断するステップは、
   前記端末が、読み取っていないブローアウト型メッセージの数が第２の閾値に達したかどうかを判断し、及び／又は返信されていないブローアウト型メッセージの数が第３閾値に達したかどうかを判断することを含む請求項３に記載の方法
5. 前記端末が前記ユーザの表示請求を受信した後、
   ブローアウト型メッセージパケットに従って前記ブローアウト型メッセージを表示し、そのうち、各ブローアウト型メッセージパケットが前記ブローアウト型メッセージパケットの備考情報を表示し、前記ブローアウト型メッセージパケットに含まれる各ブローアウト型メッセージが各自の専有情報を表示し、パケット化していないブローアウト型メッセージが各自の全部の情報を表示することをさらに含む請求項１に記載の方法。
6. 前記端末は前記ユーザによるあるタイプのブローアウト型メッセージの移動を求む請求を受信したとき、前記ブローアウト型メッセージを指定された位置に移動することをさらに含む請求項１〜５に記載の方法。
7. 設定モジュール、判断モジュール、解析モジュール及びデータベースモジュールを含む端末であって、
   前記設定モジュールは、ブローアウト型メッセージ判定条件、パケット条件及び第１の閾値を設定するように構成され、
   前記判断モジュールは、メッセージを受信した後、前記ブローアウト型メッセージ判定条件に基づいて前記メッセージがブローアウト型メッセージであるかどうかを判断し、そうであると、前記ブローアウト型メッセージを前記データベースモジュールに格納するように構成され、
   前記解析モジュールは、前記判断モジュールが前記ブローアウト型メッセージをデータベースモジュールに格納した後、ブローアウト型メッセージパケットが存在するかどうかを判断し、既にブローアウト型メッセージパケットが存在していると、前記パケット条件に基づいて前記ブローアウト型メッセージが既存のブローアウト型メッセージパケットに属するかを判断し、属すると、前記ブローアウト型メッセージを前記ブローアウト型メッセージに対応するブローアウト型メッセージパケットに加わり、ブローアウト型メッセージパケットが存在しないと、格納されたパケット化されていないブローアウト型メッセージの数が前記第１の閾値に達した時、前記パケット条件に基づいて、格納されたパケット化されていないブローアウト型メッセージをパケット化するように構成され、及び
   前記データベースモジュールは、前記ブローアウト型メッセージ及び前記ブローアウト型メッセージパケットを格納するように構成され、そのうち、各ブローアウト型メッセージパケットは、備考情報、及び一つ又は複数のブローアウト型メッセージを含み、各ブローアウト型メッセージに、前記ブローアウト型メッセージのオリジナル情報から前記備考情報を除去した後の専有情報が含まれる端末。
8. 前記ブローアウト型メッセージ判定条件は、
   デフォルト時間及び／又はデフォルトキーワードを含む請求項７に記載の端末。
9. 前記設定モジュールは、ブローアウト型メッセージリマインド閾値を設定するようにさらに構成され、
   前記端末はリマインドモジュールをさらに含み、
   前記リマインドモジュールは、ブローアウト型メッセージの数が前記ブローアウト型メッセージリマインド閾値に達したかどうかを判断し、達した場合、ブローアウト型メッセージに対して関連処理を行うようにユーザにリマインドするように構成される請求項７に記載の端末。
10. 前記リマインドモジュールは、
    読み取っていないブローアウト型メッセージの数が第２の閾値に達したかどうかを判断し、及び／又は返信されていないブローアウト型メッセージの数が第３閾値に達したかどうかを判断するという方式でブローアウト型メッセージの数が前記ブローアウト型メッセージリマインド閾値に達したかどうかを判断するように構成される請求項９に記載の端末。
11. 表示モジュールをさらに備え、
    前記表示モジュールは、前記ユーザの表示要求を受信した後、ブローアウト型メッセージパケットに従って前記ブローアウト型メッセージを表示し、そのうち、各ブローアウト型メッセージパケットは前記ブローアウト型メッセージパケットの備考情報を表示し、前記ブローアウト型メッセージパケットに含まれる各ブローアウト型メッセージは各自の専有情報を表示し、パケット化していないブローアウト型メッセージは各自の全部の情報を表示するように構成される請求項７に記載の端末。
12. 移動モジュールをさらに備え、そのうち、
    前記移動モジュールは、前記ユーザによるあるタイプのブローアウト型メッセージの移動を求む請求を受信した時、前記ブローアウト型メッセージを指定された位置に移動するように構成される請求項７〜１１のいずれか一つに記載の端末。

Images