(57)【特許請求の範囲】
【請求項１】
メッセージの発呼者がそのメッセージが意図した被呼者に受信されたことを確認することができる方法であって、
発呼者により生成された確認コードと被呼者へのメッセージとを関連付けして記憶させる関連付けステップと、
発呼者により指定された確認コードを含むリクエストであってメッセージの受信を確認するためのリクエストを受け取る受取ステップと、
受け取ったリクエストに応じて、確認コードを用いて被呼者に送信したメッセージの当該被呼者によるメッセージの受信を確認する確認ステップと、
を備えていることを特徴とするメッセージ受信確認方法。
【請求項２】
前記関連付けステップは、更に受信ステータス標識をメッセージに関連付けして記憶させ、
前記確認ステップは、受け取ったリクエストに応じて、受信ステータス標識を解析することによって当該被呼者によるメッセージの受信を確認することを特徴とする請求項１記載のメッセージ受信確認方法。
【請求項３】
前記関連付けステップは、更に発呼者の識別情報をメッセージに関連付けして記憶させることを特徴とする請求項１記載のメッセージ受信確認方法。
【請求項４】
メッセージの発呼者がそのメッセージが意図した被呼者に受信されたことを確認することができる方法であって、
発呼者により生成されたメッセージ識別子およびメッセージを受け取るステップと、
メッセージ識別子およびメッセージを、被呼者がメッセージを受信していないことを示す第１の状態と被呼者がメッセージを受信したことを示す第２の状態との２つの状態を有するステータス標識と関連付けしてデータベースに記憶するステップと、
メッセージを被呼者へ送信する送信ステップと、
前記送信に応じて被呼者から送られてくる受信通知を受け取るステップと、
受信通知を受け取ることにより、関連付けされたステータス標識を前記第１の状態から前記第２の状態に変更するステップと、
メッセージ識別子を含む受信確認のためのリクエストを受け取るステップと、
受け取ったリクエストに応じて、当該リクエストに含まれるメッセージ識別子に基づき前記データベースを検索することによって、対応するステータス標識の状態を検出するステップと、
検出されたステータス標識が第２の状態である場合にメッセージが被呼者により受信されたことを通知するステップと、
を備えていることを特徴とするメッセージ受信確認方法。
【請求項５】
メッセージ識別子としてメッセージ自体を用いることを特徴とする請求項４に記載のメッセージ受信確認方法。
【請求項６】
メッセージが意図した被呼者に受信されたことを確認するためのシステムであって、
メッセージと、メッセージの発呼者により生成されるメッセージ識別子と、受信ステータス標識とを関連付して記憶するデータベースと、
メッセージ識別子を含むリクエストであってメッセージの受信ステータスについてのリクエストを受け取り、メッセージの受信ステータスを判定するためにメッセージ識別子を用いて前記データベースを検索するプロセッサと、
を備えていることを特徴とするメッセージ受信確認システム。
【請求項７】
メッセージ識別子としてメッセージ自体を用いることを特徴とする請求項６に記載のメッセージ受信確認システム。
【請求項８】
前記データベースには、更に発呼者の識別情報が関連付けして記憶されることを特徴とする請求項６記載のメッセージ受信確認システム。
【請求項９】
メッセージの発呼者がそのメッセージが意図した被呼者に受信されたことを確認することができる方法であって、
メッセージ送信リクエストを受け取るステップと、
メッセージ識別子およびメッセージを発呼者に要求するステップと、
発呼者により生成されたメッセージ識別子およびメッセージを受け取り、そのメッセージ識別子およびメッセージに、被呼者がメッセージを受信したことを示す受信ステータス標識を関連付けして記憶するステップと、
メッセージを受信した被呼者から送られてきた当該メッセージの受信通知を受け取ると、当該メッセージと関連付けられた受信ステータス標識をセットするステップと、
メッセージ識別子を含む受信確認リクエストを受け取るステップと、
メッセージ識別子と関連付けられた受信ステータス標識の状態を通知するステップと、
を備えていることを特徴とするメッセージ受信確認方法。
【請求項１０】
メッセージの発呼者がそのメッセージが意図した被呼者へ送信されたことを確認することができる方法であって、
発呼者により生成された確認コードと被呼者へのメッセージとを関連付けして記憶する関連付けステップと、
発呼者により指定された確認コードを含むリクエストであってメッセージの送信を確認するためのリクエストを受け取る受取ステップと、
受け取ったリクエストに応じて、確認コードを用いて被呼者へのメッセージの送信を確認する確認ステップと、
を備えていることを特徴とするメッセージ送信確認方法。
【請求項１１】
前記関連付けステップは、更に送信ステータス標識をメッセージに関連付けして記憶し、
前記確認ステップは、受け取ったリクエストに応じて、送信ステータス標識を解析することによって当該被呼者へのメッセージの送信を確認することを特徴とする請求項１０記載のメッセージ送信確認方法。
【請求項１２】
前記関連付けステップは、更に発呼者の識別情報をメッセージに関連付けして記憶させることを特徴とする請求項１０記載のメッセージ送信確認方法。
【請求項１３】
メッセージの発呼者がそのメッセージが意図した被呼者へ送信されたことを確認することができる方法であって、
発呼者により生成されたメッセージ識別子およびメッセージを受け取るステップと、
メッセージ識別子およびメッセージを、被呼者にメッセージが送信されていないことを示す第１の状態と被呼者にメッセージが送信されたことを示す第２の状態との２つの状態を有するステータス標識と関連付けしてデータベースに記憶するステップと、
メッセージを被呼者へ送信する送信ステップと、
メッセージを送信することにより、関連付けされたステータス標識を前記第１の状態から前記第２の状態に変更するステップと、
メッセージ識別子を含む送信確認のためのリクエストを受け取るステップと、
受け取ったリクエストに応じて、当該リクエストに含まれるメッセージ識別子に基づき前記データベースを検索することによって、対応するステータス標識の状態を検出するステップと、
検出されたステータス標識が第２の状態である場合にメッセージが被呼者へ送信されたことを通知するステップと、
を備えていることを特徴とするメッセージ送信確認方法。
【請求項１４】
メッセージ識別子としてメッセージ自体を用いることを特徴とする請求項１３に記載のメッセージ送信確認方法。
【請求項１５】
メッセージが意図した被呼者へ送信されたことを確認するためのシステムであって、
メッセージと、メッセージの発呼者により生成されるメッセージ識別子と、送信ステータス標識とを関連付して記憶するデータベースと、
メッセージ識別子を含むリクエストであってメッセージの送信ステータスについてのリクエストを受け取り、メッセージの送信ステータスを判定するためにメッセージ識別子を用いて前記データベースを検索するプロセッサと、
を備えていることを特徴とするメッセージ送信確認システム。
【請求項１６】
メッセージ識別子としてメッセージ自体を用いることを特徴とする請求項１５に記載のメッセージ送信確認システム。
【請求項１７】
前記データベースには、更に発呼者の識別情報が関連付けして記憶されることを特徴とする請求項１５記載のメッセージ送信確認システム。
【請求項１８】
メッセージの発呼者がそのメッセージが意図した被呼者へ送信されたことを確認することができる方法であって、
メッセージ送信リクエストを受け取るステップと、
メッセージ識別子およびメッセージを発呼者に要求するステップと、
発呼者により生成されたメッセージ識別子およびメッセージを受け取り、そのメッセージ識別子およびメッセージに、被呼者にメッセージが送信されたことを示す送信ステータス標識を関連付けして記憶するステップと、
メッセージが送信された後、メッセージが被呼者へ送信されたことを示すように当該メッセージと関連付けられた送信ステータス標識をセットするステップと、
メッセージ識別子を含む送信確認リクエストを受け取るステップと、
メッセージ識別子と関連付けられた送信ステータス標識の状態を通知するステップと、
を備えていることを特徴とするメッセージ送信確認方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、メッセージが意図した被呼者に送信されあるいは受信されたことを確認するための方法および装置（システム）に関する。特に、本発明は、メッセージの発呼者が確認情報にアクセスできるようなやり方に関する。
【０００２】
【従来の技術】
ページング・システム（paging systems）は周知のものである。一般に、発呼者はメッセージセンタにアクセスしてメッセージの被呼者を特定する。そして発呼者がセンタに預けたメッセージは引き続いて行われる送信のために記憶される。しかる後、センタは意図した被呼者にメッセージを送信する。一方向ページング（one-way paging）のようなメッセージが一方向に送信されるシステムにおいては、被呼者がそのメッセージを受信したかを確かめる方法がない。このシステムでは、せいぜいメッセージが送信されたかどうかをメッセージセンタまたはページング端末がモニターすることができるだけである。双方向メッセージシステムにおいては、メッセージセンタが２つの異なるタイプの受信通知を受け取ることがある。その第１は、ネットワーク受信通知である。ネットワーク受信通知は、被呼者のページャが送信されたメッセージを受信したことを示すものである。第２の受信通知は被呼者の端末が、例えば被呼者がメッセージにアクセスしたときにページャがメッセージセンタにメッセージを戻すようなものであることが好ましく、これにより「既読通知」をメッセージセンタに送ることができる。
【０００３】
さらに、メッセージの発呼者が、メッセージが送信され且つ意図した被呼者に受信されたかどうかを判定することができるようにすることが望まれている。
【０００４】
このようなメッセージ確認のための多数の技術が従来技術として知られている。係る確認技術は、ノイシュタイン（Neustein）の米国特許第５,２２４,１５０号および第５,４７３,６６７号並びにヨーケフ（Yokev）らの米国特許第５,５１９,７１８号に開示されている。ともにページング技術に関する上記ノイシュタインの２つの特許では、メッセージの発呼者もページング装置を有しており、センタがメッセージを送るとき被呼者および発呼者の両方にメッセージを送るようにしているので、発呼者はメッセージが送信されたことを通知される。つまり、発呼者がそのメッセージを受け取るということが、メッセージが意図した被呼者に送られたことを発呼者に教えるのである。また、ヨーケフらの特許においては、メッセージが送信された後にメッセージセンタがメッセージの発呼者に電話をかけ、そしてメッセージが被呼者に受信されたことを知らせるためにあらかじめ録音されたメッセージを再生するようにしている。
【０００５】
その他の公知の構成として、メッセージセンタが自動的に各受信メッセージにメッセージＩＤ番号を割り当てるものがある。そして、メッセージセンタは、メッセージがメッセージセンタに届いたときにそのメッセージＩＤ番号をメッセージの発呼者に通知する。さらに、発呼者は意図した被呼者がメッセージを受信したかを後で確認するためにメッセージＩＤ番号を用いるように通知される。
【０００６】
【発明が解決しようとする課題】
上述したメッセージ確認のための公知技術はすべて欠点を有している。ノイシュタインの２つの特許に開示された最初のシステムでは、メッセージが意図した被呼者に送信されたという通知を受け取ることができるようにメッセージの発呼者が自分のページャを持っていなければならない。ヨーケフらの特許に開示されたシステムでは、コールバックされる情報を受け取るために発呼者が特定の場所にいなければならない。また、メッセージセンタがメッセージＩＤを割り当てるシステムでは、メッセージの発呼者はかかるＩＤ番号を記憶し且つメッセージの受信を確認しようとするときまでそのＩＤ番号を覚えていなければならない。これらすべての技術はメッセージ確認をメッセージの発呼者にとってより複雑で不便な作業にするものである。そこで、意図した被呼者がメッセージを受信したことを確認するためのよりユーザ・フレンドリーな技術を提供することが望まれている。
【０００７】
【課題を解決するための手段】
本発明によるメッセージシステムは、メッセージの発呼者により選択され且つ生成されたメッセージＩＤを受け取るメッセージセンタを含んでいる。そして、メッセージセンタは、１つのメッセージＩＤを意図した被呼者に送信される１つのメッセージと関連付ける。後にメッセージの受信確認がリクエストされたとき、メッセージの発呼者はメッセージＩＤを含む情報を入力することにより入力メッセージの受信ステータスを判定する。かかるメッセージＩＤはメッセージの発呼者によって生成されたものであるため、ユーザはメッセージＩＤを記憶し易く且つ確認がリクエストされる後の時刻まで上記情報を維持しておき易い。
【０００８】
本発明の一つの変形例によると、メッセージ自体がメッセージＩＤとして扱われるので、メッセージの発呼者は別にメッセージＩＤを生成し且つ供給するように求められることがなくなる。
【０００９】
あるひとつの確認プロセスにおいては、メッセージの発呼者はメッセージを送信しようとしているのかまたはメッセージの受信確認をしようとしているのかを尋ねられる。もし発呼者が後者を選択すると、関心のあるメッセージを特定するために、発呼者により作成されたメッセージＩＤおよび加入者ＩＤを入力するように求められる。すると、メッセージセンタは、センタがメッセージの送信に引き続いて受信通知を受領したかどうかを示す、メッセージと関連付けられたメッセージ受信標識を調査する。
【００１０】
また、別の変形例においては、メッセージセンタは、メッセージの発呼者が確認動作を選択しようと希望しているかどうかを自動的に発呼者に尋ねるようなことはしない。その代わり、発呼者はメッセージと、発呼者により作成されたメッセージＩＤ（またはメッセージのみ）を入力するように促され、システムは同じメッセージがメッセージテーブルに記憶されているかどうかを確かめる。もし記憶されているならば、システムはメッセージがメッセージテーブル内にどのくらいの期間存在していたかを調べる。もしメッセージが所定時間よりも長い期間記憶されているならば、メッセージの受信確認は行われず、最も新しく受信したメッセージが意図した被呼者に送信される新メッセージとして扱われる。しかしながら、もし調べた結果分かった時間が上記所定時間よりも短い場合、確認動作が自動的に行われる。もしかかる過程によってメッセージが既に送信および受信されたことが検出されると、センタは発呼者にその事実を通知しメッセージの再送信を希望するか否かを尋ねる。
【００１１】
本発明の構成により、メッセージシステムにより一層ユーザ・フレンドリーなインターフェイスが提供され、これによりメッセージの受信確認が容易になる。
【００１２】
【発明の実施の形態】
本発明はさまざまなメッセージシステムに用いられても構わないものであり、以下の説明では双方向ページングシステムに言及している。しかし、これは一例であるに過ぎず、本発明はショートメッセージサービス（ＳＭＳ）を提供しているメッセージシステムであれば適用可能である。
【００１３】
本発明が採用されうる双方向ページングシステムの一例が、図１に示されている。メッセージの発呼者は電話１０を操作してメッセージセンタ１００にアクセスすることができる。メッセージセンタ１００への接続は、公衆電話交換ネットワーク（ＰＳＴＮ）または無線通信（例えば携帯電話）のいずれかにより行われる。以下に詳述するように、メッセージセンタ１００は適当なメッセージ関連情報を入力するようにメッセージの発呼者に求める。メッセージの受信が完了すると、センタは発呼者との接続を終らせる。しかる後、メッセージセンタはネットワーク１１を介してメッセージを基地局１２に送り、基地局１２は受信機とディスプレイを有するページャ１３のような装置にこのメッセージ（MESSAGE）を無線により送信する。ページャ１３は、少なくともページャがメッセージを受信したという受信通知を送信するだけの能力を有している。そして、ネットワーク受信通知信号（図においては"ACK"と表されている）は、基地局に送信される。さらに、基地局はこのネットワーク受信通知信号をメッセージセンタに転送する。そして、メッセージセンタはネットワーク受信通知信号と送信されたメッセージとを関連付ける。
【００１４】
メッセージセンタ１００に含まれうる構成要素の一例が、図１下部に示されている。メッセージセンタ１００は、メッセージの発呼者との接続のためのＰＳＴＮへのアクセスおよびページャ１３にメッセージを送信するためのネットワーク１１へのアクセスを提供する通信インターフェイス１０１を含んでいる。加入者データベース１０２は、加入者ＩＤ情報を含む、ページングサービスに加入している人の情報を含んでいる。リードオンリーメモリ（ＲＯＭ）１０３は、メッセージセンタの動作を制御するプログラムを記憶している。メッセージデータベース１０４は、メッセージの発呼者から受け取ったメッセージを記憶するとともに、被呼者からメッセージセンタに送信された受信通知情報（図１上部において破線で示された送信経路）を記憶する。また、メッセージセンタは、通信インターフェイス１０１を制御し且つ加入者データベース１０２およびメッセージデータベース１０４へのアクセスを制御するＣＰＵ１０５をも含んでいる。ＲＯＭ１０３に記憶されたプログラムは、ＣＰＵ１０５の動作を決定する。これらの記憶されたプログラムは、メッセージが意図した被呼者に受信されたかに興味をもっているメッセージの発呼者にとってよりユーザ・フレンドリーなインターフェイスを提供できるように、図２、４〜６に示されたフローチャートに記載された技術を組み入れたものとなっている。
【００１５】
図２は、メッセージセンタにより行われ得る動作を表したフローチャートであり、メッセージが登録され且つユーザの生成したメッセージＩＤがメッセージと関連付けられる。まず、メッセージセンタは、ステップ２０１において、メッセージの発呼者からメッセージを残す旨のリクエストを受け取る。次に、メッセージセンタは、ステップ２０２において、メッセージの発呼者に加入者情報を要求する。メッセージの発呼者は、電話機のキーパッドのプッシュホン信号でＩＤ情報を入力するかまたは加入者ＩＤ情報を話すように求められてもよい。そして、メッセージセンタは、ステップ２０３において、加入者ＩＤ番号を受け取る。この観点からは、図１下部の通信インターフェイス１０１は受け取った加入者情報を受け入れ且つそれを認識できるものでなければならない。つまり、この実施の形態では、通信インターフェイス１０１は、ＤＴＭＦ信号を認識することができるか音声認識ができなければならない。加入者ＩＤを受け取った後、メッセージセンタはステップ２０４において発呼者にメッセージを要求する。上述したように、メッセージはＤＴＭＦ信号または音声により入力され得る。そして、メッセージセンタは例えば「990-xxxx」というメッセージを受け取りそのメッセージをメッセージデータベース１０４（図１下部参照）に記憶する。さらに、メッセージセンタはステップ２０６において発呼者にメッセージＩＤを要求する。メッセージセンタは、発呼者が生成したメッセージＩＤを受け取ると、ステップ２０７において、メッセージＩＤとメッセージとを関連付ける。そして、メッセージセンタは、ステップ２０８において、メッセージが未送信であることを表示するように、当該メッセージと関連付けられたメッセージステータス標識をセットする。
【００１６】
メッセージデータベース３００に記憶された情報の一例が、表形式で図３に示されている。この表の各行が別々に入力されたメッセージとみなされる。各行は複数領域の情報から構成されている。第１の領域３０１は加入者ＩＤ情報を記憶する。第２の領域３０２はメッセージを記憶する。第３の領域３０３はメッセージ発呼者により生成され提供されたメッセージＩＤを記憶する。第４の領域３０４はメッセージの受信ステータス標識を記憶する。図３に示された例では、被呼者がまだメッセージを受信していないことを表すのに”０”が用いられている。また、”１”は被呼者が関連付けられたメッセージを受信したこと、つまりネットワーク受信通知を受け取ったことを示している。
【００１７】
別の例としては、メッセージステータス標識は、被呼者がメッセージを受信したことを示すのではなく、メッセージセンタがメッセージを送信したことを示すようになっていてもよい。この場合、メッセージステータス標識は、メッセージセンタの受信通知信号を必要としなくなる。以下、本明細書では、意図した被呼者がメッセージを受信したことの確認動作について説明する。しかしながら、これらの原則はメッセージが送られたかどうかをメッセージセンタがモニタするだけのシステムにも適用可能であることを当業者は認めるであろう。
【００１８】
図３は、メッセージデータベース構造の可能な形式の一例に過ぎないものである。本発明はこの形式に限定されるものではない。さらに、本発明は、図２に示された情報の特定の要求および受け取り順序に限定されるものではない。例えば、メッセージセンタは、加入者ＩＤを受け取った後であってメッセージ自体を受け取る前に、発呼者にメッセージＩＤを要求してもよい。
【００１９】
本発明のさらなる別の変形例では、個別のメッセージＩＤを要求する代わりに、メッセージセンタはメッセージ自体をメッセージＩＤとして扱うことが可能である。これにより、図２のステップ２０６および２０７が省略される。メッセージセンタがメッセージ自体をメッセージＩＤとして扱っていれば、図５および図６のフローチャートと関連して説明するメッセージステータスを確定するために必要なデータベースのスキャンを行うことが可能である。
【００２０】
図４は、メッセージステータスを追跡する際のメッセージセンタの一般的な動作を説明するためのフローチャートである。まず、メッセージセンタは、ステップ４０１において、意図した被呼者にメッセージを送信する。そして、メッセージセンタは、ステップ４０２において、ネットワーク受信通知を受け取ったかどうかを検出する。もしネットワーク受信通知を受け取っていれば、被呼者はメッセージを受信したものと見なされ、ステップ４０３においてセンタはメッセージステータス標識をリセットしてメッセージが送信および受信されたことを表示する。図３に示された例では、例えば、入力行３１はメッセージがまだ意図した被呼者によって受信されていないことを示している。しかしながら、もしセンタがメッセージが受信されたという受信通知を受け取ったならば、メッセージステータス標識は”０”から”１”に変わる。また、もしメッセージの送信後にセンタがネットワーク受信通知を受け取らなかったならば、タイマーを動作させるようにカウンタがインクリメント（増分）される。最後に送信が試みられてからの経過時間がカウンタ値”Ｘ”に相当する所定時間を超えたとき、ステップ４０１に戻り、センタは再び意図した被呼者にメッセージを送信しようと試みる。
【００２１】
本発明によると、メッセージの発呼者は、意図した被呼者がメッセージを受信したかどうかの情報を得るためにメッセージセンタに再アクセスすることが可能である。かかる２つのメッセージ確認方法が、図５および図６と関連してそれぞれ説明される。
【００２２】
第１の確認方法では、メッセージセンタは、ステップ５０１において、メッセージ送信ステータス情報のリクエストを受け取る。かかるリクエストは、ユーザがメッセージの送信を望んでいるのかあるいはメッセージの受信確認を望んでいるのかを特定するための質問に応答してユーザが入力するものであってよい。このリクエストを受け取ると、センタは、ステップ５０２において、加入者ＩＤとともに関心のあるメッセージと関連付けられたメッセージＩＤ情報をユーザに要求する。そして、ステップ５０３においてこの情報を受け取ったメッセージセンタは、ステップ５０４において、与えられた加入者ＩＤおよびメッセージＩＤと関連付けられたメッセージについてのメッセージステータス標識を調べる。この調査は、関心のあるメッセージを見付け出すためのメッセージデータベースのスキャンと、そして「受信」ステータスを確定するための当該メッセージと関連付けられたメッセージステータス標識の調査とを必要とする。メッセージステータス標識が調べられると、センタは、ステップ５０５において、情報を求めているユーザに当該ステータスを通知する。
【００２３】
別の例では、メッセージセンタにアクセスした発呼者は、彼がメッセージの送信を希望しているのかあるいはメッセージの受信確認をしたいのかというような質問を受けることがない。その代わり、メッセージセンタは、確認動作を行うべきかそしていつ行うべきかを自動的に決定する。このような動作について図６と関連して説明する。この方法では、メッセージセンタはかかってきた通話を最初はメッセージを残す旨の要求であると見なして、図２のステップ２０１からステップ２０６までを実行する。そして、あるメッセージを特定するために必要なすべての情報を受け取ると、センタは、ステップ６０１において、問題となっているメッセージを探すためにメッセージテーブルをスキャンする。もし、ステップ６０２においてメッセージテーブル中に加入者ＩＤとメッセージＩＤとの組合せが見つからなければ、メッセージセンタは図２のステップ２０７に戻って当該通話をメッセージの送信要求として扱う。しかしながら、もしメッセージテーブルが加入者ＩＤとメッセージＩＤとの組合せを含んでいれば、センタはステップ６０４において当該メッセージがシステムに入力されてからの経過時間を測定する。この測定は、メッセージを最初に受け取ったときのタイムスタンプを後でアクセスされたときのものと比較することにより行われる。もし経過時間が所定時間を超えていれば、システムはその通話が新しいメッセージの送信要求であって以前のメッセージには関係がないものと自動的に見なす。こういった場合、システムは図２のステップ２０７へ進み、受信確認は行われない。しかしながら、もし経過時間が所定時間以下であれば、システムは、その通話を以前与えたメッセージの受信確認をしようとするものとして扱う。そして、センタは、ステップ６０６において、受け取った加入者ＩＤおよびメッセージＩＤの組合せについてのメッセージステータス標識を調べる。システムは、メッセージセンタがネットワーク受信通知を受け取るときに起こるように（図４のステップ４０２およびステップ４０３参照）、メッセージステータス標識がリセットされているかをステップ６０７において検出する。もしメッセージステータス標識がリセットされていれば、センタは、ステップ６０８において、以前のメッセージが送信されたことを通知しさらにメッセージを再送信すべきかどうかを尋ねる。もしメッセージステータス標識がリセットされていなければ、センタは、ステップ６０９において、意図した被呼者へのメッセージ送信の準備ができていることを発呼者に通知することができる。この場合、メッセージが送られていないことをユーザに知らせる必要があるかどうかについては、メッセージセンタが任意に定める。
【００２４】
上述したメッセージの確認システムにより、メッセージの発呼者はよりメッセージ確認のためのアクセスが容易になる。このシステムにより発呼者はいつでもメッセージについての情報をリクエストすることができるとともに、ユーザはメッセージデータベース内のあるメッセージを特定するのに必要な情報を定義することが可能となる。つまり、これによりメッセージセンタがメッセージＩＤを生成する必要がなくなり、且つ、メッセージの発呼者は、メッセージセンタが生成したメッセージＩＤ情報を保存しそこなうという潜在的な問題も回避される。
【００２５】
本発明は、メッセージが意図した被呼者に受信または送信されたことを確認する容易なやり方をメッセージの発呼者に提供するものであるから、メッセージデータベースがメッセージの発呼者からメッセージを受け取りその後そのメッセージを意図した被呼者に送信するというページング環境だけではなく他の環境においても利用することができる。
【００２６】
【発明の効果】
以上説明したように、本発明によると、メッセージが意図した被呼者に受信されたことの確認がより一層ユーザ・フレンドリーなインターフェイスで実現されるので、これによりメッセージの受信確認が容易になる。
【図面の簡単な説明】
【図１】  本発明に係る双方向メッセージシステムの一例を概略的に示すブロック図である。
【図２】  本発明に係るメッセージセンタの動作フローチャートである。
【図３】  本発明に係るメッセージデータベース内に記憶されるメッセージテーブルのブロック図である。
【図４】  本発明に係るメッセージシステムの動作を示すフローチャートである。
【図５】  本発明の他の実施の形態に係るメッセージシステムのフローチャートである。
【図６】  本発明の他の実施の形態を示すフローチャートである。
【符号の説明】
１０  電話、１１  ネットワーク、１２  基地局、１３  ページャ、１００  メッセージセンタ、１０１  通信インターフェイス、１０２  加入者データベース、１０３  ＲＯＭ、１０４  メッセージデータベース、１０５  ＣＰＵ。
【図１】
0004004118.tif 000002
【図２】
0004004118.tif 000003
【図３】
0004004118.tif 000004
【図４】
0004004118.tif 000005
【図５】
0004004118.tif 000006
【図６】
0004004118.tif 000007