(57)【要約】【課題】電子メッセージング・サービスの使用中に受信されたメッセージを解析する電気通信端末用のメッセージ処理デバイスを提供する。【解決手段】本発明で提供する電気通信端末用のメッセージ処理デバイスは、端末に搭載されているソフトウェア・アプリケーション向けのデータを搬送することができる一組の所定のメッセージ・タイプのうちの１つのメッセージ・タイプを検出するのに適しているメッセージ・アナライザと、前記メッセージ・タイプのうちの１つに属しているそれぞれの受信されたメッセージから前記アプリケーション向けのデータを抽出するのに適しているデータ抽出手段と、を備える。【選択図】図１
2005122732.tif 000002
【特許請求の範囲】
【請求項１】
電気通信端末用のメッセージ処理デバイスであって、該メッセージは電子メッセージング・サービスの使用中に端末により受信され、該デバイスは、
端末に搭載されているソフトウェア・アプリケーションを対象とするデータを搬送することができる一組の所定のメッセージ・タイプのうちの１つのタイプのメッセージを検出するのに適しているメッセージ・アナライザと、
前記メッセージ・タイプの１つに属している受信されたそれぞれのメッセージから前記アプリケーションを対象とするデータを抽出するのに適しているデータ抽出手段と、を有することを特徴とするメッセージ処理デバイス。
【請求項２】
前記抽出手段によりメッセージから抽出されたデータを格納する手段をさらに有することを特徴とする請求項１に記載のデバイス。
【請求項３】
前記メッセージ・アナライザが記憶手段を有し、該記憶手段には、前記一組のメッセージ・タイプのメッセージ・タイプ毎に、そのメッセージ・タイプの検出のため端末により受信されたそれぞれのメッセージに適用されることを意図した一組の少なくとも１つの選択基準が格納されることを特徴とする請求項１および２のいずれか一項に記載のデバイス。
【請求項４】
前記受信されたメッセージは拡張可能マーク付き言語（ＸＭＬ）で書かれており、前記メッセージ・アナライザはＸＭＬ構文アナライザを有することを特徴とする請求項１および２のいずれか一項に記載のデバイス。
【請求項５】
前記データ抽出手段が記憶手段を有し、該記憶手段には、メッセージ・タイプ毎に、メッセージにより搬送されるデータのタイプを識別することを意図されている一組の少なくとも１つのデータ識別子が格納され、該データ識別子は対応するデータ抽出方法を割り当てられることを特徴とする請求項１から４のいずれか一項に記載のデバイス。
【請求項６】
前記データ格納手段が、データ・タイプで識別された抽出データ項目毎に、データ・タイプおよびデータ値情報を有することを特徴とする請求項２から５のいずれか一項に記載のデバイス。
【請求項７】
請求項１から６のいずれか一項に記載のメッセージ処理デバイスを備えることを特徴とする電話機端末。
【請求項８】
電気通信端末用のメッセージ処理方法であって、該メッセージは電子メッセージング・サービスの使用中に端末により受信され、該方法は、
メッセージを解析して、端末に搭載されているソフトウェア・アプリケーションを対象とするデータを搬送することができる一組の所定のメッセージ・タイプの中から、受信されたそれぞれのメッセージが属すメッセージ・タイプを検出するステップと、
前記メッセージ・タイプのうちの１つに属するそれぞれの受信されたメッセージから、前記アプリケーションを対象とするデータを抽出するステップと、
を有することを特徴とするメッセージ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気通信端末用のメッセージ処理デバイスおよび方法に関するものであり、特に、電子メッセージング・サービスの使用時に電気通信端末により受信されたメッセージの処理に関するものである。本発明は、さらに、そのような処理デバイスを装備する電気通信端末にも関するものである。
【背景技術】
【０００２】
電子メッセージング・サービスは、適切な場合に、音声、静止画像、動画、さらにはビデオに関連するテキストの形式で表示されるメッセージをリモート端末に送信するために現在使用されている。
【０００３】
そこで、例えば、リモート・ユーザの端末に、例えば７ビットで符号化された、１６０文字に相当するテキストを送信するのに、ショート・メッセージ・サービスすなわちＳＭＳが使用されている。このサービスは、端末によるメッセージの様々な処理モードに対応する複数のクラスのＳＭＳメッセージを送信する場合に使用される。
【０００４】
クラス０は、受信されたときに、メモリに格納されず、リモート端末の画面上に直接表示されるメッセージを送信することに対応する。
【０００５】
クラス１は、使用モードに対応するものであり、この使用モードに従って、メッセージが受信されると、メッセージは端末のメモリ内に、または加入者のＳＩＭカード識別モジュール内に格納される。ユーザは、通常、そのようなメッセージを受信したことを端末画面上のアイコンの表示により通知される。メッセージは、調べた後消去するか、またはメモリに保持しておいて後から調べることができる。
【０００６】
最後に、クラス２は、加入者のＳＩＭカードを対象とするサービス・メッセージを端末に送信する場合に使用され、例えば、ＳＩＭカード・ファイルの更新、特定のＳＩＭカード・ソフトウェアのトリガなどに使用される。
【０００７】
後者の動作モードでは、端末は、クラス２に属しているメッセージを識別して直接ＳＩＭカードに送信するため受信したメッセージのタイプを検出するアルゴリズムを備える。
【０００８】
ＥＭＳメッセージング・サービス（拡張メッセージング・サービス（enhanced messaging service））は、上述のＳＭＳメッセージング・サービスの発展したものであり、書式付きテキスト、音声、静止画像、または動画を最終受信者に送信するために使用される。リモート端末では、ＥＭＳメッセージはそういうものとして検出され、それに応じて処理される。したがって、ユーザの端末では、それらのメッセージの特定の処理を実行するためにＥＭＳメッセージの検出を実行する。
【０００９】
ＭＭＳメッセージング・サービス（マルチメディア・メッセージング・サービス）は、リモート・ユーザが大きなサイズのマルチメディア・メッセージ、つまりコンテンツがテキスト、画像、音声、およびビデオのいずれでもよいメッセージを送受信できるサービスである。このサービスでは、ＭＭＳサーバを使用する必要があり、そこでメッセージが格納され、その後自動的にまたはユーザの要求により取り出される。
【００１０】
最後に、電子メール・サービスは、テキスト、画像、音声、ビデオ・データなどを含む可能性のあるサイズの大きなマルチメディア・メッセージの送受信に使用される比較的強力なメッセージング・サービスである。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
これらの様々な電子メッセージング・サービスは、様々なタイプのデータを比較的効果的にリモートの加入者に送信するために使用される。しかし、これらには、メッセージング・サービスを利用したのでは、端末に搭載されるソフトウェア・アプリケーション向けのデータの受信を汎用的に管理できないという大きな欠点がある。
【００１２】
これらのサービスは、さらに、そのサービスと互換性のある特定の端末を使用する必要もある。
【００１３】
したがって、本発明の目的は、この欠点を軽減することである。
【課題を解決するための手段】
【００１４】
したがって、本発明の対象は、電子メッセージング・サービスの使用中に端末によってメッセージが受信される際に使用される電気通信端末用のメッセージ処理デバイスである。このデバイスは、端末に搭載されているソフトウェア・アプリケーション向けのデータを搬送することができる一組の所定のメッセージ・タイプのうちの１つのタイプのメッセージを検出するのに適しているメッセージ・アナライザと、前記メッセージ・タイプのうちの１つに属しているそれぞれの受信されたメッセージから前記アプリケーション向けのデータを抽出するのに適しているデータ抽出手段と、を備える。
【００１５】
したがって、データは、抽出後、端末の内部にあるプログラムの入力として提示されることができる。
【００１６】
本発明によるデバイスの他の特徴によれば、デバイスは抽出手段によりメッセージから抽出されたデータを格納する手段もさらに備える。
【００１７】
一実施形態では、メッセージ・アナライザは、前記一組のメッセージ・タイプのメッセージ・タイプ毎に、そのメッセージ・タイプの検出のため端末により受信されたそれぞれのメッセージに適用されることが意図されている一組の少なくとも１つの選択基準が格納される記憶手段を備える。
【００１８】
別な実施形態では、受信されたメッセージが拡張可能マーク付き言語（extensible markup language、ＸＭＬ）で書かれている場合、メッセージ・アナライザはＸＭＬ構文アナライザを備える。
【００１９】
本発明の他の特徴によれば、データ抽出手段は、メッセージ・タイプ毎に、メッセージにより搬送されるデータのタイプを識別することを意図されている一組の少なくとも１つのデータ識別子が格納される記憶手段を備え、それぞれのデータ識別子は対応するデータ抽出方法を割り当てられる。
【００２０】
本発明の他の特徴によれば、データ格納手段は、データ・タイプにより識別される抽出されたデータ項目ごとに、データのタイプおよびデータの値の情報を含む。
【００２１】
本発明では、上で定義したようにメッセージ処理デバイスを備えることを特徴とする電話機端末をさらに提案する。
【００２２】
最後に、本発明の対象は、電気通信端末用のメッセージ処理方法である。前記メッセージは電子メッセージング・サービスの使用時に端末により受信される。この方法は、メッセージを解析して、端末に搭載されているソフトウェア・アプリケーションを対象とするデータを搬送することができる一組の所定のメッセージ・タイプの中から、受信されたそれぞれのメッセージが属すメッセージ・タイプを検出するステップと、前記メッセージ・タイプのうちの１つに属するそれぞれの受信されたメッセージ（Ｍ）から、前記アプリケーションを対象とするデータを抽出するステップと、を有することを特徴とする。
【００２３】
本発明の他の目的、特徴、および利点は、非制限的な例としてのみ与えられ、また付属の図面を参照して行われる以下の説明を読むと明らかになるであろう。
【発明を実施するための最良の形態】
【００２４】
図１は、一般的な参照番号１０により識別されている、本発明によるメッセージ処理デバイスの一般的構造を示している。このデバイス１０は、端末に搭載されているソフトウェア・アプリケーションAppl.1, …, Appl.nにより使用されることを意図されたデータから受信されたメッセージを抽出するため、ＳＭＳ、ＥＭＳ、ＭＭＳタイプのメッセージング・サービスまたは電子メール・サービスのような電子メッセージング・サービスの使用中に受信されたメッセージを処理するための携帯電話などの電気通信端末に組み込まれることが意図されている。
【００２５】
図１に示されているように、処理デバイス１０は、本質的に、デバイス１０により受信されたメッセージを受け取り、メッセージが属すメッセージ・タイプを検出することを意図されているメッセージ・アナライザ１２およびソフトウェア・アプリケーションAppl.1, …, Appl.n向けのデータを抽出することを意図されているデータ抽出手段１４を備える。
【００２６】
この図１では、モジュール１２および１４は、異なる四角いソフトウェア構成要素の形で表されているが、それでも、これらのモジュールはデバイス１０が属している電気通信端末に組み込まれる単一ソフトウェア構成要素内に組み込むことができることは理解されるであろう。
【００２７】
解析モジュール（メッセージアナライザ）１２は、受信されることができるメッセージのタイプ毎に、受信されたメッセージを識別するために使用される一組の選択基準が格納される記憶手段１６と関連付けられている。
【００２８】
これらの記憶手段１６のアーキテクチャを例示している図２に示されているように、この情報は、メッセージ１、２、…、ｎのタイプＴ毎に、ｎを１以上、ａ、ｂ、…、ｍを１以上とする、一組の測定基準Ｃ１−１、…、Ｃ１−ａ、Ｃ２−１、…、Ｃ２−ｂ、…、Ｃｎ−１、…、Ｃｎ−ｍを含むテーブルの形で格納される。
【００２９】
以下で詳しく説明するが、これらの選択基準Ｃは、メッセージが知られているメッセージ・タイプに属しているかどうかを認識し、またアプリケーションAppl.1, …, Appl.nを対象とするデータを搬送することができる一組のメッセージ・タイプ１、２、…、ｎのうちからメッセージが属しているメッセージ・タイプを認識するために受信されたメッセージに適用されることを意図されている。
【００３０】
図１は、データ抽出モジュール１４が、メッセージ・タイプ毎に、メッセージによって搬送されるデータのタイプを識別し、および識別されたデータのタイプ毎に、対応する抽出方法を割り当てるために使用される一組の少なくとも１つのデータ識別子がロードされる第１の記憶手段１８と関連付けられていることを示している。
【００３１】
図３からわかるように、これらの第１の記憶手段１８は、データの抽出（extraction）に使用される情報項目Ｉをメッセージ１、２、…ｎのタイプＴ毎に含むテーブルの形式で配置されている。より具体的には、第１の記憶手段１８では、メッセージ１、２、…、ｎの各タイプＴは、メッセージに適用されるべきそれぞれの抽出方法を示す１つまたは複数のデータ識別子ＩｄおよびＭ＿ｅｘｔｒａｃｔｉｏｎ情報項目に対応する。
【００３２】
データ抽出モジュール１４は、さらに、抽出されたデータの格納に使用される第２の記憶手段２０とも関連付けられている。図４を参照すると、これらの抽出されたデータは、データ識別子Ｉｄ１、…Ｉｄｎ毎に、対応するデータ・タイプｔおよびデータ値ｖを含むテーブルの形式で記憶され、さらにこの情報は、アプリケーションAppl.1, …, Appl.nにより直接アクセス可能である。
【００３３】
そこで、次に、図５を参照しながら、説明したばかりのメッセージ処理デバイスのオペレーションの原理について説明する。この図では、デバイス１０の主要構成要素が再び示されており、矢印はこのデバイスの動作ステップに対応している。
【００３４】
動作中、端末２２が属している通信ネットワークＲから端末がメッセージＭを受信すると、ユーザは、最初に、そのようなメッセージの受信を知らされない。このメッセージは、実際には、端末２２にインストールされ、アプリケーションAppl.1, …,  Appl.nを対象とするデータが存在する可能性があるかどうか検出するためこのメッセージの解析を実行する処理デバイスにより傍受される。このような解析を実行するために、メッセージ解析モジュール１２では、記憶手段１６に格納されている選択基準Ｃを適用し、受信されたメッセージＭが、そのようなデータを搬送していることを分かっているメッセージ・タイプに属しているかどうかを判別し、したがって、メッセージが保持されるべきかどうかを判別する。
【００３５】
メッセージが認識されない場合、つまり、メッセージに端末２２に搭載されているソフトウェア・アプリケーションを対象とするデータが含まれない場合、メッセージは従来の方式で処理され（ステップ２４）、新規メッセージを受信したことをユーザに知らせるためにインターフェース２６を使用してグラフィックおよび／または可聴音通知が生成される。
【００３６】
他方、メッセージが関連するデータを含むものとして認識された場合（ステップ２８）、メッセージに含まれるデータは、データ抽出モジュール１４により抽出される。
【００３７】
新規メッセージＭの解析を実行するために、解析モジュール１２では、基準Ｃのそれぞれを順に適用して、新規メッセージがその記述のあるｎ個の所定のメッセージ・タイプの１つであるかどうかを確認する。解析モジュール１２が、新規メッセージがメッセージ・タイプＴの１つのすべての基準を満たすことを検出した場合、メッセージおよびメッセージ・タイプは、データ抽出モジュール１４に供給される。
【００３８】
すでに示されているように、データ抽出を実行するために、このデータ抽出モジュール１４では、データ識別子Ｉｄを使用して、メッセージにより搬送されるデータのタイプを判別し、その後、結果として抽出方法を割り当てて搬送されたデータを抽出する。したがって、この段階で、抽出モジュールは、例えば、データがテキスト、画像、音声、ビデオ、マルチメディアなどのタイプであるかどうかを検出してから、検出されたデータのタイプに応じてそれらのデータの抽出を実行する。抽出後、データは、第２の記憶手段２０に、データ識別子Ｉｄに関連付けられたデータタイプｔおよびデータ値ｖという情報の形式で記憶される（ステップ３０）。
【００３９】
データが抽出されたら、削除するか（ステップ３２）、または保持しておき（ステップ３４）従来の方式で処理する、つまり、端末２２のインターフェース２６に表示することができる。
【００４０】
非制限的な例証として、端末２２が音声メールボックス内に新規音声メッセージがあることを通知するＳＭＳメッセージを受信した場合の本発明によるメッセージ処理方法の具体的使用例について説明することにする。
【００４１】
発信者が端末２２の音声メールに音声メッセージを残した場合、「音声メールに１通の新しいメッセージがあります（1 new message on your voicemail）」というタイプのテキスト・メッセージを含むクラス０のＳＭＳメッセージが端末２２に送信される。このメッセージは、端末２２の処理デバイスに知られているメッセージ・タイプに属している、つまり「少なくとも１通の音声メッセージを通知するＳＭＳ（SMS notifying of at least one voice message）」タイプであり、例えば、図２および３を参照すると番号「１」が付いている。このタイプのメッセージを選択する基準は、記憶手段１６に格納されており、抽出するデータの一組の少なくとも１つの識別子およびこれらのデータを抽出する１つの方法が記憶手段１８に記憶されている。従来技術では、このＳＭＳメッセージは、端末の画面上に受信された通りに表示される。本発明によれば、以下の処理方法が適用される。
【００４２】
端末２２にインストールされている処理デバイスのアナライザ１２は、音声メッセージを通知するＳＭＳメッセージを傍受し、そして解析して、メッセージが知られているメッセージ・タイプに属しているかどうかを判別する。この解析では、メッセージが、記憶手段１６に格納されている知られているメッセージ・タイプの１つと関連する、一組の選択基準Ｃのうちの１つに適合しているかどうかを検出する。この場合、アナライザは以下のことを検出する。
【００４３】
−  メッセージの送信者のアドレスは音声メールのアドレスであること（基準Ｃ１−１）
−  メッセージのクラスはクラス０であること（基準Ｃ１−２）
−  メッセージのテキストは「音声メールにｘ通の新しいメッセージがあります（x new message(s) on your voicemail）」の形式であること（基準Ｃ１−３）
メッセージ・タイプ「１」の３つの基準が確認されると、アナライザ１２は、それがタイプ「１」メッセージであることを検出する、つまり、ＳＭＳメッセージは少なくとも１つの音声メッセージを通知する。
【００４４】
記憶手段１８は、メッセージ・タイプ「１」が、
−  音声メールで待機しているメッセージの個数を含み、
−  抽出方法が、ここでは、メッセージの個数が９以下の場合にメッセージの最初の文字を抽出するか、またはメッセージの個数が１０以上の場合にメッセージの最初の２文字を抽出することを記憶する。
【００４５】
この情報を使用して、抽出モジュール１４は、音声メールで待機中のメッセージの個数、ここでは１つを受信されたＳＭＳメッセージから抽出し、この数を記憶手段２０に記憶する。
【００４６】
次に、処理デバイスは、端末２２のスタンバイ画面を更新し、ここではアイコンＩ１（図６）の助けを借りて新規音声メッセージがユーザの音声メールボックスで待機する際に従う指示をグラフィック方式で画面に表示する。受信音声メッセージを通知するＳＭＳは、ここで、端末２２の画面に表示される前に削除され、端末２２のユーザにＳＭＳが見えないようにしている。
【００４７】
本発明は説明されている実施形態に限定されないことに留意されたい。特に、すでに説明されている実施例では、メッセージ解析モジュール１２では、本質的に、専用メカニズムを使用している、つまり、一組の選択基準を使用し、それらの基準を適用することにより受信されたメッセージが属しているメッセージ・タイプを識別する。一変更形態として、メッセージを拡張可能マーク付き言語（ＸＭＬ）で送信するのに使用されるメッセージング・サービスの使用モードに応じて、解析モジュール１２はメッセージ・タイプを検出するためにＸＭＬメッセージに含まれるマークアップを検出し識別することができるＸＭＬ構文アナライザで構成することができる。
【００４８】
同様に、本発明による処理デバイスが組み込まれる電気通信端末は、固定または移動タイプの電話機端末などの予想される用途に適した任意のタイプの電気通信端末とすることができる。
【００４９】
また、このようなデバイスの特に価値ある応用は、呼受信件数、呼送信件数、呼損件数、ＳＭＳメッセージ受信件数、ＭＭＳメッセージ・ダウンロード件数、ＭＭＳメッセージ・ダウンロード待機件数、電子メール受信件数、音声メール聴取待機件数など、ユーザにとって有用なリアルタイム情報を表すことができるスタンバイ画面の作成および更新に関するものであることに注意されたい。
【００５０】
このような表示を生成し更新するために、解析デバイス１０では、受信されたメッセージを永続的に傍受し続け、音声メール通知メッセージを抽出する。このようなメッセージは、記憶手段１６にロードされた選択基準Ｃの助けを借りて識別される。例えば、これらの基準は、音声メールのアドレスに対応していなければならない、メッセージの送信者のアドレスを確認すること、クラス０でなければならないメッセージのクラスを確認すること、および例えば「音声メールにｘ通の新しいメッセージがあります（x new message(s) on your voicemail）」形式でなければならないメッセージのテキストを確認することのために選択される。
【００５１】
その後、関連する情報を抽出する方法が、データベース１８から抽出される。メッセージ件数を抽出すること、および端末に搭載されているアプリケーションから利用できるようにすることが要件である場合、この抽出方法は、この場合、メッセージ待機件数に対応する、受信されたメッセージの最初の文字を抽出することからなる。
【００５２】
上記３つの基準が確認された場合、取り出された抽出方法の助けを借りてメールボックス内で待機中のメッセージの数が抽出される。この情報は、第２の記憶手段２０に格納され、その後、アプリケーションAppl.1, … , Appl.nに供給され、表示が更新される。
【００５３】
図６に示されているように、メッセージのタイプ毎に現在の日付「日付（date）」および現在の時刻「時刻（time）」情報に関連して、通知メッセージ・アイコンＩ１、Ｉ２、Ｉ３、およびＩ４が表示される、スタンバイ画面Ｅを端末画面２２上に作成することが可能である。また、このようなデバイスの助けを借りることで、受信された音声メッセージに関係する情報、例えば、起呼者の数、メッセージの配信日時、メッセージの長さなど、およびユーザの音声メールボックスの状態に関係する情報、例えば、新規メッセージ数、保存済みメッセージ数、音声メールボックス内の空き容量などの他の情報を抽出することも可能である。
【図面の簡単な説明】
【００５４】
【図１】本発明による電話機端末用のメッセージ処理デバイスのアーキテクチャを例示するブロック図である。
【図２】メッセージ・アナライザの記憶手段の配置を例示する表である。
【図３】データ抽出手段の記憶手段の配置を例示する表である。
【図４】メッセージから抽出されたデータがロードされるデータ記憶手段のアーキテクチャを例示する図である。
【図５】本発明によるメッセージ処理デバイスのオペレーションを例示する流れ図である。
【図６】本発明によるメッセージ処理デバイスの応用例を示す電気通信端末のスタンバイ画面を示す図である。
【符号の説明】
【００５５】
１０  デバイス
１２  メッセージ・アナライザ
１２  メッセージ解析モジュール
１４  データ抽出手段
１６、１８、２０  記憶手段
１８  データベース
２２  端末
２６  インターフェース
【図１】
2005122732.tif 000003
【図２】
2005122732.tif 000004
【図３】
2005122732.tif 000005
【図４】
2005122732.tif 000006
【図５】
2005122732.tif 000007
【図６】
2005122732.tif 000008