JP3923088B2 - 音声及びデータ・メッセージを有するページャ - Google Patents

Description

発明の分野
本発明は、選択呼出受信機（以下、ＳＣＲ（selective call receiver）という）に関し、さらに詳しくは、ＳＣＲのユーザに有用な情報を供給する方法に関する。
発明の背景
ＳＣＲは、他者との効率的かつ確実な通信を維持する必要のある人にとって人気が高い。比較的単純なＳＣＲは、通信サービスのプロバイダによってＳＣＲに送信された電話番号を受信・格納できる。ＳＣＲはメッセージ（この場合、電話番号）が受信され表示可能であることをユーザに報知する。そこで、ユーザはＳＣＲにメッセージを一般には表示させて、その後ユーザはＳＣＲに表示された番号に電話をかける。
ある状況では、ユーザは表示された電話番号が配偶者，同僚などの番号であると識別できる。別の場合には、ユーザは、特にある人は自宅用番号，仕事用番号，ホテル用番号，セルラ電話番号など２つ以上の電話番号を持っているので、電話番号と関連するのが誰なのか忘れてしまうことがある。ユーザのＳＣＲが受信した電話番号または固有データの別の形式を認識でき、またメッセージを発信した人物の識別あるいはメッセージが発信された位置の識別をユーザに通知できれば便利である。
特定の指定された時間にアラームを鳴らすようにＳＣＲを設定するユーザにも関連した問題が生じる。ユーザが複数のイベントに対して自分に報知するように複数のアラームを鳴らすようにＳＣＲを頻繁に設定する場合、アラームが鳴ったときに、どのイベントについて報知されているのか忘れてしまうことがある。鳴ったアラームの理由についてユーザが自動的に通知されれば、極めて便利である。
【図面の簡単な説明】
第１図は、本発明により動作するように構成されたＳＣＲのブロック図である。
第２図は、ＳＣＲのメモリの一部の概略図であり、一例としての格納済み情報を示す。
第３Ａ図，第３Ｂ図，第４図および第５図は、本発明の各態様を実施するためにＳＣＲのＣＰＵがどのようにプログラムされるのかを示すフローチャートである。
好適な実施例の説明
第１図を参照して、本発明に従って動作するように構成されたＳＣＲ１０をブロック図形式で示す。ＳＣＲ１０における個別のハードウェア要素の多くは従来のものであり、そのため詳しく説明しない。
図示のＳＣＲ１０は、アンテナ１２，ＲＦ復調器１４およびデータを含む着信メッセージを受信・復号するためのデジタル・デコーダ１６を含む。このデータは、番号（電話番号などであるが、それに限定されない），英数字テキストまたは音声データの形式でもよい。本明細書で説明する一例としての動作では、ＳＣＲ１０によって受信されるメッセージは電話番号を含むと仮定する。
アンテナ１２によって受信されたメッセージは、従来の復調器１４によって復調され、復調されたアナログ・データを入力としてデコーダ１６に与え、このデコーダ１６も従来の構造でもよい。
デコーダ１６から出力される信号は復号されたデジタル・データであり、これは入力としてプロセッサ１８に印加され、このプロセッサ１８は、例えば、モトローラ社製ＭＣ６８ＨＣ０５でもよい。プロセッサ１８は、以下で説明するように、ＳＣＲ１０に本発明に従って動作させるべくプログラムされる。
プロセッサ１８は、ＣＰＵ（中央処理装置）２０と、ＣＰＵ用の命令プログラムを格納するＲＯＭ（読み出し専用メモリ）２２とを含む。また、プロセッサは、ＣＰＵ２０からディスプレイ・ドライバ２６に信号を結合するための外部ポート・インタフェース２４も含む。ディスプレイ・ドライバは、復号されたメッセージを表示するための、従来の液晶ディスプレイでもよいディスプレイ２８を駆動する。
メッセージの受信時にユーザ報知を発生するため、ＣＰＵは報知発生器（alert generator）３０に結合され、この報知発生器３０の出力はスピーカ・ドライバ３２の入力に結合される。スピーカ３４は、ＳＣＲ１０に送られるメッセージの受信時に可聴報知を発生するためにドライバ３２の出力に結合される。
タイマ３６は、厳密な周期でデジタル・デコーダ１６からデータを収集するための時間軸（time base）を与えるためにＣＰＵ２０に結合され、またこれらのタイマ３６は報知の期間を計測する。
ユーザがＳＣＲ１０の各機能を制御することができるように、ユーザ制御も含まれる。図示の実施例では、ユーザ制御は、ボタン・インタフェース４６および外部ポート・インタフェース４８を介してＣＰＵに結合された「読み出し（Read）」３８，「選択（Select）」４０，「次（Next）」４２および「前（Previous）」４４と記されたユーザ起動可能なボタンの形式をとる。これらのボタンは、受信メッセージを（「読み出し」ボタン３８により）ディスプレイ２８に表示させたり，ボタン４２，４４を利用してメッセージをスクロールしたり，「選択」ボタン４０を利用してメッセージ読み出しを終了するため、ないしは以下で説明するように本発明に関連する他の機能のために利用できる。
また、プロセッサ１８は、以下の格納要素、すなわち、メモ・ルックアップ・テーブル５２，メッセージ・メモリ５４およびプログラム・メモリ５６からなるＲＡＭ（ランダム・アクセス・メモリ）も含む。
メッセージ・メモリ５４は、受信・復号されたメッセージを格納する。プログラム・メモリ５６は、新規メッセージ（メッセージ・メモリ５４に格納される前）またはＣＰＵ２０によって実行された計算結果を一時的に格納するためのスクラッチ・パッド・メモリ（scratch pad memory）として機能する。
メモ・ルックアップ・テーブル５２は、以下で説明するように好適な動作方法に従ってＳＣＲ１０を動作する際に用いられる情報を収容する。
また、ＳＣＲ１０には、従来のボイス入力モジュール６０の入力に結合されたマイクロフォン５８も含まれる。マイクロフォン５８の目的は、ボイス入力モジュール６０が受信し、かつＣＰＵ２０に理解できる形式に変換するボイス・メモをユーザが話すことを可能にすることである。ＣＰＵ２０の制御下で、ボイス・メモは、後でスピーカ３４上で再生するように従来のボイス格納素子（voice storage element）６２に格納される。ボイス格納素子６２およびボイス入力モジュール６０は、図示のように離散的な素子でもよく、あるいは単一のユニットに統合されてもよい。これらの素子は、カリフォルニア州サンノゼのISD, Inc.社から入手可能である。
動作時に、ＳＣＲ１０は、送信された第１メッセージを受信する。この第１メッセージは、本明細書において「固有データ（distinctive data）」というものを含む。固有データの例には、電話番号，名前，もしくはメッセージの発信者や、メッセージが発信された位置や、関心のある任意の他のパラメータについて固有の他のデータがある。
ある場合には、送信メッセージは電話番号のみを含み、この場合、メッセージおよび固有データは同一である。別の場合には、送信メッセージは、「７３４−８０００に電話してください（Call me at 734-8000）」などの長いメッセージのテキストに挿入された電話番号または名前を含む。後者の例では、固有データは「７３４−８０００」である。
好適な動作方法に従って、ＳＣＲ１０が固有データを含む第１送信メッセージを受信した後、ＳＣＲ１０は受信メッセージを表示し、ユーザがこの受信メッセージに関連するボイス・メモを作成することを希望するかどうかを、ディスプレイ２８上のプロンプトを介して、ユーザに尋ねる。ユーザが同意すると、ユーザは、第１送信メッセージに関連するボイス・メモをスピーカ５８に向かって話す。ＣＰＵ２０は、このボイス・メモを後で再生するためにボイス格納素子６２に格納させる。ボイス・メモは、第１メッセージに含まれた固有データと関連付けられたまま、素子６２に格納される。このボイス・メモは、同じ固有データを含むその後受信したメッセージを説明するために後で告知することができる。
一例で、好適なプロセスについて説明する。第１メッセージ６１が電話番号「７３１−４７７２」のみからなると仮定する。このメッセージはメッセージ・メモリ５４に格納され、ユーザの要求時に、ディスプレイ２８上に表示される。メッセージ６１に含まれる固有データである「７３１−４７７２」は、第２図に示すように、メモ・ルックアップ・テーブル５２内の番地１に格納される。
さらに、ユーザが電話番号「７３１−４７７２」が父親の職場の電話番号であることが最初にわからないと仮定する。ユーザが「７３１−４７７２」に電話をかけると、この番号が父親の職場の電話番号であるとわかる。電話をかけ終わると、ユーザはこの電話番号の意味を説明するためボイス・メモを入力することを決める。入力するためには、ユーザは制御ボタンの一つを利用してＳＣＲ１０のボイス・メモ機能を呼出し、マイクロフォン５８に向かって「父親の職場からの電話（Dad calling from work）」と話す。この文章はボイス格納素子６２内の番地１にボイス・メモとして格納される。ＣＰＵ２０は、格納されたボイス・メモ６７と、このボイス・メモと関連する固有データ６３との間のリンク（点線６４によって表される）を確立する。このリンクは、当業者に周知な従来のソフトウェア・ポインタを利用して確立できる。
ここで、ユーザが第１メッセージに指示された電話番号をかけるが、電話に応答がなく、ユーザがこの第１メッセージを消去すると仮定する。これにより、第１メッセージ６１はメッセージ・メモリ５４から消去されるが、第１メッセージ内の固有データ６３はメモ・ルックアップ・テーブル５２内に保持される。同様に、関連ボイス・メモ６７は、ボイス格納素子６２内に格納されたままである。
次に、ＳＣＲ１０は、送信メッセージ６９，７１を受信・格納し、これらのメッセージは通常通りに表示されるが、これらのいずれに対してもユーザはボイス・メモを生成しないことがある。その後、ユーザの父親は、第１メッセージと同じ固有データ、すなわち、電話番号「７３１−４７７２」を有する第２メッセージ７３をＳＣＲ１０に送信する。ＣＰＵ２０は第２メッセージ７２を調べて、第１メッセージ内の固有データと第２メッセージ内の固有データとの間の一致を探す。この場合、一致が見つかる。ＣＰＵ２０は、第１メッセージの固有データ６３に関連して前回格納されたボイス・メモ６７を、第２メッセージ７３と（および同じ固有データを有するそれ以降のメッセージと）リンクすべきであることを意味するものとしてこの一致を判断する。
ＣＰＵ２０により第２メッセージ７３が表示されると、格納されたボイス・メモが表示メッセージと関連し、かつ脚注（annotation）として利用可能である旨のユーザ認識可能な表示をＣＰＵは好ましくは生成させる。好ましくは、ユーザ認識可能な表示は、ディスプレイ２８上に表示されるアイコンである。このように、ユーザには、格納されたボイス・メモが第２メッセージの説明の際に再生用に利用可能であることが通知される。ユーザがボイス・メモを聞きたければ、選択ボタン４０を押すと、ＣＰＵ２０によりボイス・メモ６７がスピーカ３４を介して告知される。
上記の例は、本発明の方法が、好ましくは、第１メッセージと関連するユーザ生成されたボイス・メモ６７を受信する前に、第１送信メッセージ６１を表示することを含むことを示す。ボイス・メモ６７を受信した後、ＳＣＲはこれと、第１メッセージに含まれる固有データとを、互いに関連付けて格納する。その後、ＳＣＲは、第１メッセージに含まれていたのと同じ固有データを含む第２送信メッセージを受信・表示する。格納済みボイス・メモ６７は、第２送信メッセージに含まれる固有データと関連付けられ、このボイス・メモは、第２送信メッセージが表示される際に、第２送信メッセージ７３の説明において好ましくは告知される。
ＳＣＲのＣＰＵ２０が本発明の一部を実施するために好ましくはプログラムされる方法を第３Ａ図および第３Ｂ図のフローチャートに示す。ステップ６６（第３Ａ図）において、サービス・プロバイダによって送信されたメッセージは、ＳＣＲ１０によって受信され、メッセージ・メモリ５４に格納される。ステップ６８において、受信メッセージ内の固有データがメモ・ルックアップ・テーブル５２内に格納済みの固有データと一致するかどうかを判定する。一致が見つかれば、一致する固有データを有する前回のメッセージが受信済みであり、かつボイス・メモがこれに関連して格納済みであることを意味する。ステップ７０により、この同じ格納済みボイス・メモが今回のメッセージと関連付けられ、つまり、このボイス・メモは今回のメッセージを説明するための告知用に利用可能としてＣＰＵに識別される。
次のステップ７２により、メモ・ルックアップ・テーブル５２は、ボイス格納素子６２が満杯の場合にどのボイス・メモを削除できるのかを示すように更新される。例えば、ＣＰＵは最も最近利用されたボイス・メモの指示を格納して、このボイス・メモが削除されないようにすることができる。あるいは、ＣＰＵは各ボイス・メモが告知された回数の指示を格納して、ボイス格納素子６２に更なる空きが必要になった場合に、使用頻度の最も低いボイス・メモを削除できる。また、格納済みボイス・メモは、先入れ先出し方式（ＦＩＦＯ）で削除できる。
ステップ７４において、今回のメッセージは、ユーザが「読み出し」ボタン３８を押すことに応答して、ディスプレイ２８上で表示される。
ステップ６８に戻って、今回のメッセージがメモ・ルックアップ・テーブルに以前格納済みの固有データと一致する固有データを収容しない場合、プログラムはステップ６８からステップ７４に進み、ボイス・メモと関連付けずに今回のメッセージを表示する。
ステップ７６は、格納済みボイス・メモが今回のメッセージと関連するかどうかを尋ねる。ステップ７０にて格納済みボイス・メモが今回のメッセージと関連付けられると、答えは「イエス」であり、プログラムはステップ８０に進み、ここでボイス・メモ報知が生成され、今回のメッセージについて情報を提供する格納済みボイス・メモがあることをユーザに通知する。この報知は可聴報知であり、あるいは好ましくは、ディスプレイ２８上に表示されるアイコン、もしくはその両方である。ユーザが格納済みボイス・メモを再生したいことを指示すると（ステップ８２）、次のステップ８４に従って再生（告知）される。この告知されたボイス・メモは、今回のメッセージ内の固有データと一致する固有データを収容する前回のメッセージとともに格納されたものである。
今回のメッセージを読み終えると、ステップ８６に従ってメッセージ・メモリ５４からこのメッセージを削除するオプションがユーザに与えられる。ユーザが削除に同意すると、プログラムはステップ８８に進む。このステップにおいて、最後に受信したメッセージがメッセージ・メモリ５４から削除されるが、メッセージが収容する格納済み固有データはメモ・ルックアップ・テーブル５２内に保持される。このように、一致する固有データを収容するそれ以降のメッセージは、保持された固有データと関連して格納されたボイス・メモを利用できる。また、ボイス格納素子６２に格納された関連ボイス・メモも、少なくとも一時的に、保持される。
次のステップ９０において、ステップ８４に従って告知したボイス・メモを削除するオプションがユーザに与えられる。ユーザが削除を拒否すると、プログラムのこの部分は終了し、ユーザが削除に同意すると、ボイス・メモはステップ９２において削除される。
着信メッセージおよびその固有データが前回格納されたボイス・メモと関連しない場合も多い。しかし、ユーザは一致する固有データを有する将来のメッセージで用いられるボイス・メモを添付できる。ユーザにこのオプションを与えるプログラムの部分はステップ７６から開始し、ここで今回受信したメッセージが、ボイス・メモが格納された格納済み固有データと一致する固有データを含まないことが判定される。プログラムは、ステップ７６からステップ９４（第３Ｂ図）に進み、ここでユーザは、ボイス・メモを添付したいのかどうか（ディスプレイ２８を介して）催促される。答えが「ノー」の場合、プログラムのこの部分は終了するが、答えが「イエス」の場合、プログラムはステップ９６に進む。ここで、ユーザはマイクロフォン５８に向かってボイス・メモを話す。次に、ステップ９８は、メッセージが許容可能かどうかユーザに尋ねる。許容可能でない場合、ボイス・メモは削除され、プログラムはステップ９６，９８を繰り返し、ユーザに別のボイス・メモを格納する機会を与える。
ボイス・メモが許容可能な場合、ステップ１００は、ボイス格納素子６２が満杯かどうかを尋ねる。満杯でない場合、プログラムはステップ１０４に進み、ここでボイス・メモは固有データと関連して格納され、固有データはメモ・ルックアップ・テーブル５２に格納される。メモ・ルックアップ・テーブルが満杯の場合、ステップ１０２により、前回格納済みのボイス・メモが削除される。この削除されるボイス・メモは、使用したのが最も古い、あるいは使用頻度が最も低いボイス・メモでもよい。また、削除すべき、ボイス・メモを選択するために他の条件を利用してもよい。
固有データおよび関連ボイス・メモを格納する別の方法について説明する。この代替方法は、上記の方法に代わって、あるいは好ましくは上記の方法と併用して利用できる。
この代替方法に従って、ユーザはＳＣＲのメモリに既知の固有データ、例えば、将来受信されるであろうメッセージに含まれると思われる既知の電話番号を入力する。ＳＣＲ１０は、この固有データをメモリに格納する。次に、ユーザはこの固有データと関連するボイス・メモを話し、ＳＣＲはこのボイス・メモを固有データと関連付けて格納する。例えば、ユーザが電話番号「５５５−１８００」を含む少なくとも一つの以降のメッセージを受信することを期待し、ユーザはこの電話番号が職場の上司のものであることを知っている。ユーザは、従来の表示プロンプトと組み合わせてボタン３８〜４４のうちの一つまたはそれ以上を利用して、この電話番号をＳＣＲのメモ・ルックアップ・テーブル５２に入力する。ボイス・メモを入力したいかどうか催促されると、ユーザは「新製品計画を忘れずに伝えること（Remember to mention the new product plans）」という文章をマイクロフォンに向かって話す。ＳＣＲは、この文章を電話番号「５５５−１８００」と関連付けてボイス格納素子６２に格納する。
その後、送信メッセージを受信すると、ＳＣＲはメッセージのいずれかがメモリに格納された固有データと一致する固有データを収容するかどうかを判定する。一致が見つかると、ＳＣＲ１０は受信メッセージの説明の際の告知用として格納済みボイス・メモを利用可能にする。好ましくは、ＳＣＲ１０は、一致する固有データ（例えば、同一電話番号）を見つけると、ボイス・メモがある旨をユーザにアイコンおよび／または可聴報知を介して報知し、またユーザの要求時に、このボイス・メモを告知する。
なお、固有データおよびボイス・メモを格納し、ボイス・メモを告知するこの代替方法は、メッセージが受信される順序ならびに固有データと関連ボイス・メモが格納される順序を除いて、一般に第３図のフローチャートに従うことが理解される。このフローチャートに対する必要な修正は、上記の説明に鑑み当業者に明白であろう。
固有データおよび関連ボイス・メモを格納し、ボイス・メモを告知のために利用可能にすることは、ＳＣＲのユーザを大きく支援することが理解される。ボイス・メモは、メッセージを送信した人物の識別、あるいはユーザにとって重要な任意の他の事実をユーザが思い出すのを助ける。ボイス・メモはユーザが生成したものであるという事実は、ユーザにとって特に重要である情報を収容するカスタマイズされたメモであって、変化する状況に対処するためにユーザによって変更可能なカスタマイズされたメモをユーザが格納できるので、ＳＣＲを特に貴重なものにする。
本発明の別の態様では、アラームと関連付けてボイス・メモを格納する。本発明のこの態様に従って、ユーザはＳＣＲのユーザ制御を利用して、ユーザの指定する時間に出力されるアラームを設定する。このアラームは、スピーカ３４によって出力して、アラーム音を発生でき、あるいはディスプレイによって出力して、アラーム・アイコンまたはメッセージを表示できる。また、ユーザはボイス・メモを話し、このボイス・メモは指定されたアラーム時間と関連付けてボイス格納素子６２に格納される。指定された時間になると、ＳＣＲ１０はアラームを出力し、このアラームの説明で格納済みボイス・メモを告知する。一例について、どのようにＣＰＵ２０が本発明のこの態様を実施するために好適にプログラムされるのかを示す第４図とともに説明する。
プログラムはステップ１０６から開始し、これによりディスプレイ２８は「アラーム設定？（Set Alarm？）」のプロンプトを表示する。ユーザがアラームの設定に同意すると、ユーザはアラームを出力させたい時間を入力する（ステップ１０８）。例えば、午前１１時にミーティングがあるユーザは、このミーティングの催促として１０：４５のアラーム時間を入力してもよい。この情報は、電話番号の入力について上記で説明したのと同じようにして、ユーザによりＳＣＲに入力され、ＲＡＭ５０に格納される。次に、ステップ１１０は、ボイス・メモを指定されたアラム時間に添付するかどうかを尋ねる。答えが「イエス」の場合、プログラムはステップ１１２に進み、ここでユーザはボイス・メモを話す。上記の例を利用して、ボイス・メモは、「午前１１時にマーサとミーティング（Meet Martha at 11 AM）」としてもよい。
ステップ１１４は、ボイス・メモを変更する機会をユーザに与える。変更を望む場合、ステップ１１２，１１４は、ユーザがボイス・メモに納得するまで繰り返される。次に、この納得したメモはボイス格納素子６２に格納される（ステップ１１６）。
ＣＰＵ２０は、第５図に示すように、アラーム報知を生成し、関連したボイス・メモを告知するようにプログラムされる。ステップ１１８において、現時刻がアラームの指定された時間に等しいかどうか判定される。このステップは、指定されたアラーム時間になるまで繰り返され、指定されたアラーム時間になったとき、ステップ１２０が実行され、アラーム報知を生成する。次のステップ１２２は、ボイス・メモがアラームと関連付けられているかどうかを尋ねる。答えが「イエス」の場合、プログラムはステップ１２４に進み、関連ボイス・メモを告知させる。
アラームとともにボイス・メモを利用することは、ユーザにとってのＳＣＲの価値を明らかに向上させる。この機能により、ＳＣＲユーザはなぜアラームが発生しているのかを忘れてしまうことを心配する必要がない。ユーザ自身のボイス・メモが理由を告知し、あるいはユーザにとって重要である事実をユーザに思い出させる。これは、多くのミーティングや、特定の時間に摂取すべき薬などを思い出させるアラーム機能を頻繁に利用するユーザにとって特に重要である。ボイス・メモ／アラーム機能と、受信メッセージの説明でボイス・メモを告知できる能力とを組み合わせることは、ＳＣＲに更なる価値を追加する。
以上、本発明について好適な実施例の点から説明したが、本発明から逸脱せずに多くの変更および変形が可能なことが当業者に明白である。従って、かかる一切の変更および変形は、請求の範囲で定められる本発明の精神および範囲内であるとみなされるものとする。

Claims (9)

1. テキストを含む送信メッセージを受信する選択呼出受信機において、前記選択呼出受信機のユーザに、メッセージに関する情報を提供する方法であって：
   テキストが固有データを含む第１送信メッセージを受信する段階；
   前記第１送信メッセージに関連するボイス・メモであって、前記選択呼出受信機の前記ユーザによって生成されたボイス・メモを受信する段階；
   前記ボイス・メモおよび前記固有データを互いに関連付けて格納する段階；
   テキストが前記第１送信メッセージ内の前記固有データと同じ固定データを含む第２送信メッセージを受信する段階；
   格納済み固有データと、前記第２送信メッセージ内の前記固有データとの間の一致を探す段階；および
   一致が見つかった場合に、前記第２送信メッセージの説明で前記格納済みボイス・メモを告知する段階；
   によって構成され、
   前記ボイス・メモを受信する段階ならびに前記ボイス・メモおよび前記固有データを格納する段階は、第２送信メッセージを受信する前に、行われることを特徴とする方法。
2. 前記ボイス・メモを受信する前に、前記第１送信メッセージを表示することを含んで構成されることを特徴とする請求項１記載の方法。
3. 前記固有データを含む第２送信メッセージを表示することをさらに含んで構成されることを特徴とする請求項１記載の方法。
4. 前記ボイス・メモは、前記第２送信メッセージが表示される際に告知されることを特徴とする請求項３記載の方法。
5. ユーザ要求時に前記第２送信メッセージを表示し、かつ前記第２送信メッセージについてボイス・メモが利用可能である旨のユーザ認識可能な指示を生成することを含むことを特徴とする請求項３記載の方法。
6. 指定された時間に出力されるアラームを設定する段階；および
   前記アラームと関連付けられたアラーム・ボイス・メモであって、前記選択呼出受信機の前記ユーザによって生成されたアラーム・ボイス・メモを格納する段階；
   をさらに含んで構成されることを特徴とする請求項１記載の方法。
7. 前記指定された時間に前記アラームを出力する段階；および
   前記アラームの説明で前記アラーム・ボイス・メモを告知する段階；
   をさらに含んで構成されることを特徴とする請求項６記載の方法。
8. テキストを含む送信メッセージを受信する選択呼出受信機において、前記選択呼出受信機のユーザに、メッセージに関するに情報を提供する方法であって：
   テキストが固有データを含むところの第１送信メッセージを受信する段階；
   前記第１送信メッセージを表示する段階；
   前記第１送信メッセージに関連するボイス・メモであって、前記選択呼出受信機の前記ユーザによって生成されたボイス・メモを受信する段階；
   前記ボイス・メモおよび前記固有データを互いに関連付けて格納する段階；
   前記第１送信メッセージ内の前記固有データと同じ固有データを含む第２送信メッセージを受信・格納する段階；
   前記第２送信メッセージを表示する段階；および
   前記第２送信メッセージの説明で前記ボイス・メモを告知する段階；
   によって構成され、
   前記ボイス・メモを受信する段階ならびに前記ボイス・メモおよび前記固有データを格納する段階は、第２送信メッセージを受信する前に、行われることを特徴とする方法。
9. 前記格納済みボイス・メモと、前記第２送信メッセージに含まれる前記固有データとを関連付けることを含む請求項８記載の方法であって、前記ボイス・メモは、前記第２送信メッセージが表示される際に告知されることを特徴とする請求項８記載の方法。

Images