JP2001513292A

JP2001513292A - メッセージシステム

Info

Publication number: JP2001513292A
Application number: JP53743198A
Authority: JP
Inventors: フィッシュバーン、ポール・ジョナサン; スティーブンス、クリストファー
Original assignee: British Telecommunications PLC
Current assignee: British Telecommunications PLC
Priority date: 1997-02-26
Filing date: 1998-02-26
Publication date: 2001-08-28
Also published as: AU6628398A; GB9703996D0; EP0963650A1; WO1998038782A1; US6259772B1

Abstract

(57)【要約】遠隔通信ネットワークで実行される音声メッセージ送信方法であって：音声メッセージを第１の端末から電話ラインを経由して送信元の第２の端末へ録音する段階と；電話ラインを経由して第２の端末へ接続することを試行する段階と；接続を試行する前記段階が成功すると、前記第２の端末へ前記接続されたメッセージを再生成する段階と；所定の状態において、戻り呼を前記第１の端末に設定することを試行する段階とを含む音声メッセージ伝達方法。

Description

【発明の詳細な説明】メッセージシステム本発明は、遠隔通信ネットワークにおけるメッセージ伝達の方法および装置に関する。 “True Message”として知られているサービスは、AT&Tによって宣伝されてきた。このサービスでは、被呼当事者が通話中のとき(または他の環境にいるとき) 、発呼者はこの被呼当事者へのメッセージを録音することを選択できる。次にネットワークは被呼当事者への呼を設定して、メッセージを伝える試行を行う。被呼当事者がこのように望むときには、発呼当事者への応答メッセージを預けることができる。したがって開示したシステムは、従来の音声メールボックスに類似しており、得られないときには、被呼当事者に対してメッセージが残され、このメールボックスを使用する“呼完了”サービスと似ていることが分かる(例えば、米国特許第US5313515号で開示されている)。しかしながら、異なる場合もある。音声メールボックスおよび呼完了サービスでは、メッセージは、被呼当事者の識別子にリンクされたメールボックスに記憶される。したがって被呼当事者がサービスを可能にする方法を行ったときのみサービスを提供することができる。上述の“True Message”サービスのようなメッセージ伝達サービスを使用して、発呼当事者の識別子にリンクされたレコード（記録）にメッセージは記憶され、被呼当事者によって何も準備を行う必要はない。被呼当事者が暇なときにアクセスするために預けられるのではなく、発呼当事者がメッセージ伝達を指定するのである。本発明は、このタイプのメッセージ伝達（デリバリィ）サービスをいろいろと改善した。本発明は第１の態様では、所定の状態(例えば、被呼当事者によって要求されるとき)、メッセージを伝達した後に被呼当事者から発呼当事者へ戻される呼をネットワークが設定するという呼伝達サービスを提供する。本発明は別の態様では、メッセージ伝達時刻を発呼者が指定できる呼伝達サービスを提供する。好ましくはシステムは伝達時間が社会秩序に反する時間（例えば、深夜）に対応するか否かを検査し、発呼当事者に示す。本発明は別の態様では、発呼当事者の電話番号が記憶され、メッセージを伝達するときには発呼ライン識別子として供給されるメッセージ伝達サービスを提供する。発呼ライン識別子表示端末をもつ被呼当事者は、メッセージを受取る前に誰からのメッセージであるかが分かり、歓迎されないかまたは嫌がらせのメッセージが伝えられる危険を減らすことができる。本発明は別の態様では、メッセージを記憶し、かつそこからメッセージを伝達するネットワークポイント（例えば言語処理ユニット）からではなく、分散形アナウンスメントメモリから、サービスが使用できることを知らせる呼伝達システムを提供する。これは、サービスを呼出す場合にこれらのネットワークポイントへの接続を限定することによってネットワークの混雑を低減する。本発明の別の実施形態および長所は、次の記載および請求項から明白になるであろう。ここで添付の図面を参照して本発明を例示的にさらに詳しく記載することにする：図１は、本発明を使用できる遠隔通信システムのブロック図である；図２は、図１のシステムの一部を形成している交換局のブロック図である；図３は、図１のシステムの一部を形成している言語処理デバイスのブロック図である；図４は、本発明の実施形態の全体的な動作を示すフローチャートである；図５は、図４の実施形態のサービス呼出し段階の動作を示すフローチャートである；図６ａは、図５の呼出し処理における交換局の動作を示すフローチャートである；図６ｂは、図５の呼出し処理における別の交換局の動作を示すフローチャートである；図６ｃは、図４ないし６の一部を形成している言語プロセッサの動作の流れを示すフローチャートである；図７は、図５ないし６の呼出し段階中に言語プロセッサへ送られるメッセージ構造を示すダイヤグラムである；図８は、言語プロセッサのメモリ内の呼伝達記録の構造を示すダイヤグラムである；図９は、図６ｃの処理中に被呼当事者番号を得る処理を示すフローチャートである；図１０は、図６ｃの処理中に伝達メッセージを記憶する処理を示すフローチャートである；図１１は、図６ｃの処理中に伝達報告要求を録音する処理を示すフローチャートである；図１２は、図６ｃの処理中に伝達時刻を得る処理を示すフローチャートである；図１３は、呼伝達試行をスケジュールおよび再スケジュールする処理を示すフローチャートである；図１４は、呼を被呼当事者に伝達する処理を示すフローチャートである；図１５は、発呼当事者へ状態報告を伝達する処理を示すフローチャートである。図１を参照すると、本発明を使用できる遠隔通信システムは、発呼および被呼電話端末装置10a、10b(例えば、DTMF電話装置)；発呼電話端末10aに接続された第１のローカル交換局12a；被呼電話端末10bに接続された第２のローカル交換局 12b；トランクネットワーク14を含み、該トランクネットワーク14は複数の相互接続されたディジタルメインスイッチングユニット(DMSU)14aないし14dを含み、これらは発呼端末ローカル交換局12aが接続された第１のメインスイッチングユニット交換局と被呼端末ローカル交換局12bに接続された第２のメインスイッチングユニットとを含む。図２を参照すると、各交換局14は通常スイッチ142を含み、スイッチ142は制御プロセッサ144によって制御され、制御プロセッサ144は、他の交換局、ネットワーク管理センタ(図示されていない)、などを使用してシグナリングするシグナリングユニット146と；呼記録および他のデータを記憶するメモリ148とに接続されている。各ローカル交換局12はシステムＸ交換局であってもよい。各メインスイッチングユニット14は、例えばAXE 10交換局であってもよい。図３を参照すると、言語処理デバイス16は、とトランクネットワーク14からラインを受取るための入力ノード162；DTMFトーンを認識し、検出したDTMF記号（すなわち、ディジット０ないし９の１つ、＃記号、または＊記号）を表すディジタル出力を生成するDTMF認識回路164a；ループダイヤル電話によって生成されるディジタルパルスからディジットを認識し、認識されたディジットを表す対応するディジタル出力を生成するループダイヤル（すなわち、パルス）認識回路146b ；並びにディジット０ないし９と一般的な単語、例えば“イエス(yes)”および “ノー(no)”を認識するようにされた音声認識ユニット146cを含む。 DTMF認識回路164a、ループディジタル認識回路164b、および音声認識ユニット 164cの出力は、制御デバイス166、例えばマイクロプロセッサまたはDSPデバイスへ供給され、言語プロセッサ16の動作を制御する。さらに録音されたアナウンスメント用のメモリ168、および伝達データと共に、音声メッセージを録音するメモリ170も供給されている。言語プロセッサはとくに言語アプリケーションプラットフォームでもよく、好ましくは1996年９月25日に出願したわれわれの先行出願であるGB9619958.3、またはWO93/26113、あるいはその両者に記載された言語アプリケーションプラットフォームであり、その内容を参考文献として取上げる。図４を参照して、本発明のこの実施形態の全体的な動作の概略を与えることにする。本発明は４つの主な段階、すなわち発呼当事者によるサービスの呼出し；発呼当事者によるメッセージのデポジット(預け入れ)；システムによるメッセージの伝達；および発呼当事者によるメッセージへの応答によって処理を進めると考えることができる。伝達の成功や、その他のことを報告する第５段階も選択的に、発呼当事者がそのように所望するときは行うことができる。したがって段階1002では、遠隔通信ネットワークは発呼当事者がメッセージ伝達サービスを呼出したいか否かを判断する。ノーのときは、段階1004で通常の呼処理が再開される。サービスを呼出すとき、段階1006でシステムは伝達されるメッセージを録音して、呼を終了する(段階1008)。しばらく時間をおいた後でメッセージを伝達するとき、段階1010でシステムはメッセージを検索し、段階1012でメッセージを被呼当事者へ伝達することを試行する。伝達できないときは、後で伝達するためにメッセージは再び待ち行列に入れられる。伝達できたときは(段階1014)、録音されたメッセージが受信／着信当事者へ再生される。段階1016では、被呼当事者が応答したいか否かを判断され；ノーのときは、呼は終了する(段階1018)。次に被呼当事者が発呼当事者へのメッセージ(M SG)を預けたいときは、上述と類似のやり方で段階1006へ戻るように、このシステムでは後で被呼当事者が次の伝達のためにメッセージを預けることを許可する。被呼当事者が、(送信元の)発呼当事者と直接に話したいとき、段階1020でシステムは発呼当事者への呼を設定する。この呼の進行中に、呼伝達サービスを呼出すこともできる。ここで上述で概略的に記載した処理をさらに詳しく記載することにする。発呼当事者端末10aがオフフックになると、発呼当事者ローカル交換局12aはラインをモニタし始める。発呼者が認識可能なアクセスコード（例えば、ディジット２）をダイヤルすると(段階1102)、交換局は図６へ進む(段階1104)。ノーのときは、交換局12aは発呼者に被呼当事者のダイヤル番号をダイヤルさせ、電話ネットワークで通常行われるように、スイッチ12およびトランクネットワーク14を経由して呼を設定する(段階1106)。交換局12aはライン状態をモニタし続ける(段階1108)。発呼当事者が呼に応答するかまたはクリアするとき、交換局は通常の呼処理を再開して、それぞれ呼を続けるかまたはクリアする(段階1004)。被呼当事者へのラインが通話中のとき、制御ユニット144はメモリ148へアクセスして、録音したアナウンスメント（例えば、ディジタル録音として記憶されたもの）を呼出し、段階1110でプロセッサ144の一部を形成するアナログ−ディジタルコンバータ（プロセッサ144と別に示されていない）を経由して発呼当事者端末10aへのライン上のアナウンスメントを読取る。例えば、“おかけになった当事者は通話中です。２を押して、メッセージをお話しください。”といったアナウンスメントが流れる。この実施形態では、遠隔通信ネットワークが折り返し電話(ring back)サービスを行なうが、これはイギリスのブリティッシュ・テレコミュニケーションズ(B ritish Telecommunications plc)によって提供されている。この特徴（それ自身よく知られている）によって、ネットワークは被呼当事者のライン状態をモニタし、通話中の状態が終了すると、発呼当事者から被呼当事者へ呼を設定する。したがって、この実施形態ではメッセージが継続するか、または“折返し電話サービスをお受けになるときは、５を押してください”になる。折り返し電話サービスがそれ自体、よく知られているので、本明細書ではさらに記載しないことにする。段階1112では、交換局12aは発呼当事者からラインの状態をモニタし続ける。発呼当事者がラインをクリアするとき、交換局は段階1004へ処理を進める。発呼当事者が、折り返し電話サービスのコード（ここではディジット５）を押すとき、交換局12aは折り返し電話サービスを設定するように処理を進め(段階1114)、その後段階1004へ処理を進める。折返し電話サービスを設定できないことが分かると(段階1116)、交換局プロセッサ114はメモリ148から別の録音されたメッセージを呼出して、発呼当事者へのライン上でメッセージを合成する。“２を押して、メッセージをお話しください ”というメッセージが流れ、すなわち言い換えると、発呼当事者にメッセージ伝達サービスの呼出しを示すアクセスコード（ここではディジット２）を入力するように促す。（段階1118で）ユーザが呼をクリアするとき、交換局12aは以前のように段階1 004へ処理を進める。（段階1118で）発呼当事者がアクセスコード２を押すことが検出されるか、または段階1112で発呼当事者がアクセスコード２を生成することが検出されると、交換プロセッサ144は図６へ処理を進める(段階1120)。被呼当事者端末10bが応答しないとき、交換局プロセッサ144は所定数のリングを待ち、一方で発呼当事者ラインをモニタする(段階1122)。所定数のリングの後で、プロセッサ144はメモリ148にアクセスして、メッセージを検索し、メッセージは以前のようにプロセッサによって合成され、リンギング音中で聞こえるように、発呼当事者端末10aへのライン上で生成されるリング音に付加される。“２を押して、メッセージを話すか、またはリングを継続してください”という、メッセージが流れる。メッセージを聞かせた（段階1124）後で、交換局12aは発呼当事者端末ラインをモニタし続ける(段階1122)。ある段階で、被呼当事者へのラインに応答するか、または発呼当事者がラインをクリアするとき、先に記載したように、交換局は段階1004へ処理を進める。段階1122で発呼端末がサービスアクセスコード（すなわち、ディジット２）を生成するとき、交換局は上述のように段階1120へ処理を進める。ここで図６を参照すると、段階1202で交換局プロセッサは図７に示したメッセージ1300を生成し、メッセージ1300は図７に示したように、メッセージが呼伝達サービスに関係していることを示すコードから成るサービスコード部1302；発呼当事者端末10aのダイヤル番号を示す発呼番号部1304；被呼当事者端末10bのダイヤル番号を示す被呼番号部1306；およびサービスを呼出すために選択される発呼当事者端末がおかれているライン状態環境（例えば、通話中、応答無し、またはダイヤリングする前）を示すライン状態部13 08を含む。ライン状態部1308が、ダイヤリングする前にサービスが呼出されたことを示すときには、被呼当事者番号は存在しなくなる。段階1204では、プロセッサ144はシグナリング回路146を経由して、呼（呼があれば）が正しく設定されるトランク交換局へ、または呼が進行中でないときは、所定のトランク交換局へメッセージをルート設定する。次に交換局12aはスイッチ142を経由してそのトランク交換局14aへ呼をルート設定するように処理を進める。段階1208でトランク交換局14aはメッセージ1300を受取り、それに応答して、ローカル交換局12aと言語プロセッサ16との間のスイッチ142を経由して回路を設定する。呼を設定した後で、トランク交換局は通常のやり方で呼を処理する(段階1212)。ライン状態フィールド1308が、ラインが通話中であるかまたは応答しなかったことを示すときは、交換局14aは被呼当事者のライン状態をモニタし続け、ラインが通話中でなくなる、すなわちオフフックのときは、対応する信号を言語プロセッサ16へ送る。ここで図6cを参照すると、言語プロセッサ16はメッセージを受取り(段階1402) 、交換局14aから呼を受領する。段階1404では、言語プロセッサはメッセージ伝達サービスが要求されると判断する。ノーのときは、（段階1406で）言語プロセッサは、（要求される場合には）他の何れのサービスが要求されるかを判断する。段階1408では、言語プロセッサ16はメッセージ部1308およびメッセージ部1306 から、被呼当事者番号が存在するか否かを判断し；ノーのときは、（段階1410で）言語プロセッサは図９を実行して、被呼当事者番号を得る。段階1412では、言語プロセッサ16は図10の処理を実行して、メッセージを入力して記憶する。段階1414では、制御ユニット166はメモリメッセージメモリ168にアクセスし、 “メッセージを送信するときは１を押してください。伝達時刻を設定するときは３を押してください。伝達報告を要求するときは、５を押してください。”といった音声メニューメッセージを生成する。音声メッセージングサービスにおいてしばしば準備される他のオプション、例えばメッセージを調べて編集するオプションも準備されるが；ここではさらに記載しないことにする。段階1416では、DTMF検出回路164a、ループダイヤル検出回路164b、および音声認識回路162cは、ユーザから対応する入力を待ち、プロセッサ166への対応する出力信号を生成し、それに応答して、示された応答が伝達報告の選択を示すときは、プロセッサが図11の処理を実行し；応答が伝達時刻の設定に対する要求を示すときは、図12の処理を実行するか(段階1420)、またはこれらのオプションの何れも要求されないとき（またはその他のオプションも存在しないとき）は、段階 1422で図８に示したタイプのメッセージ記録を設定して処理を進める。メッセージ記録を設定してから、言語プロセッサ16は呼をクリアする。伝達報告オプションまたは伝達時刻設定オプションの何れかを選択して、段階 1418または段階1420を実行した後で、プロセッサ166は段階1414へ戻って、所望ときに別のオプションを選択する機会を発呼当事者に与える。図８を参照すると、呼記録1320はメッセージメモリ170の中に記憶したメッセージに対するポインタから成るフィールド1322;メッセージ７からの発呼当事者番号から成るフィールド1324；メッセージ1300からかまたは図６の処理を通して得られる被呼当事者番号から成るフィールド1326；伝達を試行する呼イベントの識別子（もしあれば）から成るフィールド1328；メッセージの伝達を試行する次の伝達時刻（もしあれば）から成るフィールド1330；伝達の現在の状態から成るフィールド1332；およびメッセージの報告時刻から成るフィールド1334を含む。フィールド1328ないし1334の内容は次のように決められている。ライン状態フィールド1308においてラインが通話中であるとき、プロセッサ166は伝達イベントフィールド1328に、ラインが解放される次の機会に呼伝達を試行することを記録する。したがって、伝達イベントフィールド1328は、メッセージ伝達サービスを呼出したときの被呼ラインの状態に依存してメッセージを伝達する次の試行を行なう状態を記録する。発呼当事者によって伝達時刻が設定されると、次の伝達時刻フィールド1330は最初にこの時刻をエントリすることになる。伝達試行が不成功であると、所定数の伝達試行（例えば、８回）を最後まで行うまで、次の伝達時刻フィールド1330 に記憶された時刻は所定の期間（例えば、１０分間）リセット（インクリメント）され、次に伝達試行を行う時刻にマークを付す。（伝達時刻が記録されたフィールド内のポイントにおいて）伝達が成功するか、または所定数の全試行が不成功になる（その場合、メッセージ伝達の失敗が記録される）まで、伝達フィールド1332の状態は、不成功の伝達試行数が示される。図９を参照して、ここで番号を入力する処理をさらに詳しく記載することにする。段階1502では、プロセッサ166は記憶したアナウンスメントメモリ168にアクセスし、プロンプト(助言)メッセージを検索し、例えば“四角(square＃)の後に電話番号を入力してください”を読取るメッセージ、を検索し、交換局14および12 を経由するラインを通って発呼端末10aへのメッセージを生成する。応答として、ユーザは“＃”キーの後に、被呼番号のディジットを入力する。 DTMF認識回路164aはラインをモニタし、（段階1504で）＃文字の後のディジットのシーケンスをプロセッサ166へ出力すると、プロセッサ166は段階1506へ処理を進める。ノーのときは、プロセッサ166は段階1508へ処理を進め、ユーザに番号を再入力させる所定のメッセージにアクセスし、再生する。段階1506では、プロセッサ166は入力番号が有効であるか否か；例えばそれが十分なディジットをもつか否か、プリフィックスが有効な国番号、局番、または国際番号に対応しているか否か、および使用禁止番号(prohibited number)、例えば緊急サービス番号のリストにその番号があるか否かを検査する。入力した番号がこれらの理由に矛盾しているとき、プロセッサ166は段階1508 へ処理を進める。ノーのときは、プロセッサ166は段階1510へ処理を進め、ユーザが追加された番号へもメッセージを伝達するか否かを指定するうように要求し、（多数の異なる当事者への“同報通信モード”をイネーブルする）プロンプトを生成する。メッセージは“メッセージを別の当事者へ伝達したいときは、１を押してください。さもなければ２を押してください”と伝える。段階1512では、DTMF検出回路164aは、より多くの番号（例えば、この場合はディジット１）を記録する要求に応答するコードを認識し、段階1502へ戻るか、または番号をこれ以上記録しないか、または番号をこれ以上入力しないことを示すコードを認識する。この場合、被呼番号が各レコードに記憶され、処理は戻る。ここで図10を参照して、メッセージを預ける処理をさらに詳しく記載する。段階1602では、プロセッサ166は記録されたアナウンスメモリ168にアクセスして、発呼当事者端末10aへ向かうライン上で生成されるメッセージを検索し；録音された音に続いて、例えば“音の後にメッセージを入れてください。録音を終了するには、四角キー＃を押してください”といったプロンプトメッセージを読取る。段階1604では、プロセッサ166はDTMF検出器162aが＃記号を検出するまで、ラインから受取った連続するサンプルを記録する。＃記号が検出されないか、または＃記号の前に背景（バックグラウンド）のみが受取られるときは(段階1606)、プロセッサは段階1602に戻る。メッセージの録音に成功すると、段階1608でプロセッサは別の録音したプロンプトを合成して、発呼当事者がメッセージを再録音できるようにする；このプロンプトは、例えば“今録音したメッセージを使用したいときは、１を押してください。さもなければ２を押してください。”といったものでよい。段階1610では、DTMF検出器は発呼当事者から信号をデコードし；再録音する要求を示すときは、プロセッサ166は段階1602へ戻る。ノーのときは、プロセッサ1 66は、段階1612でメッセージメモリ170にバッファされたメッセージを記憶し、図８のメッセージ記録1320にメッセージへのポインタ、およびフィールド1334内に録音時刻を挿入する。図11を参照して、ここで伝達報告を命令する処理をさらに詳しく記載することにする。段階1552では、プロセッサ166はアナウンスメントメモリ168にアクセスし、伝達報告を行うことを確認するアナウンスメントを生成する。このアナウンスメントは、“これから２時間以内にメッセージを８回伝達する試行をします。メッセージを伝達したときは折返し電話をします。また、これから２時間の間に発信元の方に通じない際にもお知らせします。要求を確認するために１を、キャンセルする場合は２を押してください。”といったものでよい。段階1554では、DTMF検出器164aは１または２が押されたか否かを判断し；２が押された場合は、プロセッサ166は段階1556へ処理を進め、発呼当事者へ伝達が報告されない確認アナウンスメントを流す。段階1554で伝達報告が確認されると、プロセッサ166は段階1558で伝達状態フィールド1332に伝達報告フラグを記録する。次にプロセッサは図６の処理に戻る。図12を参照すると、ユーザが伝達時刻を選択することを選ぶ場合、プロセッサ 166は記憶されたメッセージメモリ168にアクセスし、ライン上で“24時間クロックを使用して、最初のメッセージ伝達試行の時刻を入力してください。４つのディジットで時刻を入力してください。”といったプロンプトを生成する。ここでDTMF検出器回路164a、ダイヤルパルス検出器回路164b、および音声認識ユニット164cはラインをモニタして、検出されたディジットプロセッサ166へ送る。24時間着信を受けられないときは、プロセッサ166はメッセージメモリにアクセスして、有効な時刻を検出できなかったことを示すメッセージを検索および合成して(段階1655)、メッセージを可能な限り迅速に(ASAP)伝達する。図6cの処理が再開される。有効な２４時間を検出するとき、段階1654では、プロセッサは該または各伝達電話番号、現地時間、プロセッサに記憶したルックアップ表（図示されていない）を参照することによって、各国コード、地域プリフィックス、現在の時刻からのオフセットとして対応する時間領域を計算する。それによってプロセッサ166 は被呼当事者がメッセージを受取る現地時間（発呼当事者によって指定される伝達時刻とは異なる）を計算する。段階1658では、プロセッサ166は被呼当事者へ伝達する現地時間を、１または複数の所定の社会秩序に反する時間帯（例えば、22時から７時の間）と比較する。伝達時刻がこの時間外であるときは、プロセッサ166は段階1644へ処理を進めて、伝達記録にその伝達時刻を記憶する。他方で段階1658でこの伝達時刻が社会秩序に反する時刻に入ると判断されるときは、段階1660でプロセッサ166はアナウンスメントメモリ168にアクセスして、伝達時刻が或る人々によって社会秩序に反すると考えられていることを示し、発呼当事者に質問して、この時刻に処理を進めたいか否かを確認するメッセージを検索および合成する。段階1662では、DTMF認識回路、ダイヤルパルス検出回路164b、言語認識デバイス164cはラインをモニタし、プロセッサ166への発呼ラインの応答を供給する。（段階1662で）発呼当事者は、（例えば、発呼電話装置上で１をキーすることによって）伝達ラインを変更する要求を示し、プロセッサ166は段階1652へ戻る。ノーのときは、プロセッサは段階1664へ戻る。したがって、図６ａ−ｃ、および図９乃至１２の処理の動作後、言語プロセッサ16はメッセージが伝達される該被呼当事者または被呼当事者に対してメッセージ伝達記録1320を、伝達される録音メッセージと共に集める。ここで伝達段階の動作をさらに詳しく記載することにする。図13を参照して、段階1702でイベントは呼伝達処理の開始をトリガする。イベントが、伝達記録1320の１つについての伝達時刻フィールド1330に記憶された伝達時刻へ達したこと、または伝達イベントフィールド1328内に記憶される伝達イベントの１つの発生を示す交換局14からの信号の言語プロセッサ16による受領（例えば、所望の加入者へのラインは通話中でなくなるか、または呼の開始が試行される）の何れかである。伝達時刻をモニタするために、プロセッサ166は計時装置を含み、周知のやり方で伝達時刻の１つに到達するときイベントを生成する。段階1704では、プロセッサ166はイベントに対応する伝達記録1320を検索し、段階1706でプロセッサは呼をこのレコードに記憶した被呼番号に設定する。段階1708では、プロセッサ166は呼試行が成功したか否かを判断し、イエスのときは、メッセージメモリ170から呼記録によって指示されるメッセージを検索する。次にプロセッサは、以下でさらに詳しく記載するように、図14の処理を行って、被呼当事者と対話する。接続試行が成功しなかったとき、（段階1714で）プロセッサ166は、記録1320 の伝達状態フィールドを参照することによって、これが実行される所定数（例えば５回）の試行の最後であるか否かを判断し、イエスのときは、このフィールドにおける伝達の失敗を記録して、メッセージを伝達するための別の試行を終了する。これが実行される試行の最後でないときは、伝達状態フィールド内に記憶される試行数をデクレメントし(段階1718)、プロセッサ166は被呼当事者ラインのライン状態を判断する(段階1720)。ラインが通話中であるために接続が失敗すると、伝達記録1320内のイベントフィールドは、ラインが通話中でなくなったときにトリガするように設定され(段階1722)、交換局 14bはこの状態の発生をモニタするようにシグナリングされ、ラインが通話中でなくなったときにプロセッサ16へのメッセージを生成する。次にプロセッサ166 は図13の処理から戻る(段階1724)。被呼当事者が応答しなかったとき、（段階1726で）先の伝達時刻を（例えば、 20分間だけ）インクリメントすることによって新しい伝達時刻を計算し、図12に関係して記載したように、被呼当事者の場所における伝達時刻を判断する。伝達時刻が社会秩序に反する時間帯に入るとき(段階1728)、プロセッサ166は、伝達時刻がこの時間帯から外れるまで伝達時刻をインクリメントし続ける。伝達時刻が社会秩序に反する時間帯に入らないと判断されるとき、新しく計算された伝達時刻は呼記録1320内に記憶され(段階1730)、プロセッサは図13の処理から戻る( 段階1724)。この実施形態では、伝達時刻インクリメント段階1726では、時間にしたがって、すなわち最初の試行では１０分から最後の試行では１時間までインクリメントが増加する。図14を参照すると、接続に成功するとき、プロセッサ166は記憶されたメッセージメモリ168にアクセスして、次に続くメッセージにデータを与えるヘッダメッセージを検索する。ヘッダメッセージは、例えば“次のメッセージは（時刻）に（発呼番号）によりお預かりしました”といったものでもよく、被呼電話装置 10bへの言語としてメッセージを出力する。次の段階1754では、記憶したメッセージそれ自体はメッセージメモリ170から検索され、被呼電話装置10bへのライン上で生成される。段階1756では、プロセッサ166はメニューを含むメモリ168から記憶されたメッセージ例えば“無料の応答を送るには“１”と言うかまたは“１”を押してください；発呼当事者に無料の呼を行うには“３”と言うかまたは“３”を押してください；終了するときは“２”と言うかまたは“２”を押してください。“といったものを検索する。段階1760では、プロセッサ166は伝達状態フィールドに成功した伝達を記録する。DTMF検出回路、ダイヤルパルス検出回路、および音声認識回路164a 乃至ｃは被呼当事者からラインをモニタする。番号２または応答なしを検出するとき(段階1758)、プロセッサは処理を進め、呼をクリアして(段階1762)、図14の処理を終了する。被呼当事者がメッセージを残す要求を示すと判断されたときは(段階1758)、プロセッサは図6cの段階1414へ処理を進め、上述のように被呼当事者は伝達するメッセージを記録することができる(段階1764)。被呼当事者が発呼当事者に折返しの呼を行いたいと判断すると(段階1758)、言語プロセッサ16は、送信元の発呼当事者のダイヤル番号および現在通話中の発呼当事者のダイヤル番号を含む交換局14bへメッセージを送り、それに応答して、段階1770で交換局14bは送信元の発呼送信者への呼を設定する。図14の処理はこの点で終了するが、送信元の発呼当事者の電話装置10aが使用できないとき、送信元の被呼当事者（すなわち、被呼電話装置10bのオペレータ）がメッセージ伝達サービスの加入者である場合に、本発明の処理を反復できることが分かるであろう。したがって、図14の動作の後で、メッセージを伝達し、被呼当事者は後で伝達するかまたはアクセスするための応答を録音するか、または送信元の発呼当事者へ折返しの呼を試行できる。多くのユーザは、送信元の発呼当事者への折返しの呼を試行する方を好み、とくに伝達されたメッセージが重要または緊急であるか、あるいは被呼当事者がメッセージの録音をしないことを好むときは、送信元の発呼当事者への折返しの呼を試行する方を選択する。通常、図14の処理は、音声メールまたは他のレコードされたメッセージサービスにおける他の共通の特徴、例えばメッセージの一部または全てを検査(review) または反復するメニューオプションを含むことができる。図15を参照して、この実施形態で準備されたオプションの状態報告をさらに詳しく記載することにする。伝達報告が要求されると、呼の伝達が成功する（図14の段階1760）または伝達が失敗した（図13の段階1716）後で、図15の処理が行われる。段階1802 では、言語プロセッサ16は発呼電話装置10aへの呼を設定する。段階1804では、言語プロセッサ16は発呼電話装置10a用のメッセージ記録1320 へアクセスし、段階1806でプロセッサ166はアナウンスメントメモリ168へアクセスし、プロセッサ166は状態報告サービスに接続されたことを発呼者に示すアナウンスメントを生成し、“あなたのメッセージ伝達状態は良好です”と伝える。段階1808では、プロセッサ166は伝達状態フィールドからメッセージ伝達の現在の状態を判断する。フィールドにおいて伝達が不成功であったことを記録するとき、プロセッサ166は所定の言語メッセージを検索および生成し、例えば“メッセージの伝達を８回試行しましたが失敗しました”を示す所定の言語メッセージを生成する。次にプロセッサは呼をハングアップする（受話器を置く）(段階1 816)。（段階1808で）メッセージが伝達に成功したと記録されると、プロセッサ166 は、“メッセージは（伝達時刻）に伝達されました”と言うメッセージを検索および生成する。伝達状態フィールドが、依然として試行を行っていると記録するときは、プロセッサは、例えば“メッセージの伝達を（Ｎ−Ｘ）回試行しましたが、まだ成功していません”というメッセージを検索および合成する(段階1814)。付加的にＸ回試行するとき、Ｎは伝達試行の総数（例えば、８回）であり、Ｘは伝達状態フィールドに記録された残りの試行数である。この実施形態では、発呼当事者は状態報告を積極的に検索することができ、この場合、交換局14によって認識されるアクセスコードをダイヤルし、言語プロセッサ16へ呼を設定することによって、交換局14は状態報告が要求されていることを示すメッセージに応答する。その後、段階1804で言語プロセッサ16は図14へさらに処理を進める。この実施形態では、被呼当事者のセキュリティのために各交換局14は、音声プロセッサ16から送信元の発呼電話端末10の電話番号を受取り、被呼当事者端末10 bに表示される発呼ライン識別子（CLI）として被呼当事者端末へこれを供給し、被呼当事者に特定の番号からのメッセージを受け取らないといった選択を与えるようにプログラムされる。上述したことから言語処理ユニット16および個々にプログラムされた交換局14 、12の正確な位置は、選択の問題であることが明らかになるであろう。しかしながらとくに好ましいのは、上述で示したようにメッセージ伝達サービスを使用できることを示す最初に録音されたアナウンスメントが、分散形交換局またはそれに接続されたステーションへ配置されていなければならず、それにより多数の言語プロセッサユニット16を備えるとかまたは多数の呼を制限された数のこのようなユニットに接続する必要がないようにする。本発明を構成する１つの効果的な方法は、ローカル交換局12とトランク交換局 14との間に、サービススイッチングポイント（SSP）を備え、SSPは、SSPとシグナリング通信するコンピュータを含む音声制御ポイント（SCP）の制御のもとで動作し、SSPとSCPの２つの素子は上述の交換局に代ってライン状態をモニタする。しかしながら同時に、スイッチング制御またはインテリジェントネットワーク（IN）制御に依存する他の構成を使用することもできる。ここで上述のサービスの課金および請求書発行におけるいくつかの特徴を記載することにする。１つの可能性は発呼当事者がメッセージサービスを呼出す度に、この発呼当事者のみに単一の設定量に対して課金し、被呼当事者にはこのサービスを無料のままにする。しかしながら、戻りメッセージを残して、呼を戻すオプションではサービスを可変とすることのコストを作り出すので、この実施形態ではこれらのオプションに依存して発呼当事者への課金に変化を付ける（被呼当事者にはサービスを無料のままにする）のが好ましい。最初に、発呼者が被呼当事者と接続するのに失敗すると、課金は行われない。メッセージを記録する要求をシグナリングすることによってサービスを呼出すと、請求書発行イベントを生成し、発呼当事者番号、被呼当事者番号、およびメッセージを預ける呼の長さを示すデータを含む課金記録が生成され、請求書発行記録メモリ（図示されていない）へ送られ、ここで請求書発行データを検索することができる。この呼は、他の呼のように、発呼当事者に対して請求書発行される。被呼当事者へのメッセージの伝達に成功するとき(段階1760)、言語プロセッサ 16は、課金される当事者として発呼当事者の番号、およびメッセージの伝達に成功した（１組の）課金コードを示す請求書発行記録を生成する。不成功の伝達には課金されない。好ましい実施形態では、発呼者は上述のように戻りメッセージを残す可能性を被呼当事者に許可するかまたは拒否する選択を与えることができる。この場合に、戻りメッセージを可能にするオプションが許可されるときには、言語プロセッサ16によって生成される請求書発行記録は課金コードを含み、このオプションが選択されないときには、課金コードよりも高い課金を示す。したがって、被呼当事者が戻りメッセージのオプションを実行するか否かに関わらず、発呼当事者は送信元のメッセージの伝達に成功する可能性に対して支払う。上述のように、発呼当事者によって選択でき、設定されたレートで課金されるオプションである戻り呼(return call)を備えることができる。しかしながら、戻り呼の長さが預けたメッセージの長さを実質的に超えているときは、呼の長さに依存して課金を行うことが好ましい。したがってこの実施形態では、呼を戻すオプションが被呼当事者によって選択されるとき、すなわち送信元の発呼当事者に請求書発行されるべき送信元の請求書発行記録（すなわち、逆課金またはコレクトコールとして取扱われる）が生成され、請求書を発行するために請求書発行メモリへ送られる。この実施形態では、これが言語プロセッサ16から送信元の発呼当事者へ呼を設定するときに段階1770で行われ、請求書が送られる当事者として該当事者を示し、かつ“被呼”番号として被呼当事者（呼を戻す当事者）を示し、呼の時刻を記録する請求書発行記録を生成することによってこれが達成される。幾つかのネットワークアーキテクチャでは、正規の呼についてのように、言語プロセッサが請求書発行記録を生成できるのではなく、ネットワークそれ自体のノードが請求書発行記録を生成できるようにすることが好ましい。このような場合は、種々の可能性が存在する。例えばネットワークは録音されたメッセージの最後を（例えば、音によって）検出することによって、それに応答して、本出願人によってイギリスで現在提供されている1473リングバックサービスと同じ方法で戻り呼を送る。メッセージの終了後の戻り呼信号の検出を使用して、ネットワークトリガ信号を生成し、上述のように戻り呼は請求書発行記録を生成する。請求書発行される当事者として送信元の発呼当事者を示す単一の請求書発行記録を生成する代りとして、請求書発行される当事者として被呼当事者（戻り呼の送信元の当事者）を示すより一般的な請求書発行記録を生成して、既存の1473リングバックサービスにおけるように、請求書発行センタへ送り、さらに呼を他の当事者へ請求書発行することを示す予備の請求書発行記録（例えば、２つのみの番号とコストがゼロの課金コードを含むもの）を生成して送る。このような呼記録は、例えばメッセージの終了の検出に応答して生成することができる。このような場合、請求書発行メモリは２つの記録の受取りを検出し、予備の請求書発行記録にしたがって請求書発行記録を処置し、送信元の発呼当事者に課金するようにされている。したがって一般に幾つかの実施形態においては、言語プロセッサ16は請求書発行記録を生成および送信する手段を備え；他の実施形態では言語プロセッサはインテリジェントネットワークのノードでシグナリングする手段を備えて、該インテリイジェントネットワーク内ではノードは適切な記録を生成するように配置され；別の実施形態では、請求書発行センタは、予備信号にしたがって呼記録を処理するようにされ；別の実施形態では請求書発行センタは予備信号にしたがって呼記録を処理するようにされ、被呼当事者には戻り呼が無料であり、(送信元の) 発呼当事者によって支払われるようにされている。もちろん、他の実施形態も可能である。とくに、欧州特許出願第97302605.7号で開示された料金請求機構をここで取上げることにする。 J.Crookesによる文献(“Multi-Service Billing System−A Platform For The Future”，British Telecom Technology Journal（BTTJ）vol.15 No.1 January 1997)に記載されており、本出願人によって実行される請求書発行システムおよび遠隔通信ネットワークの特別の状況においては、料金請求システムの要素は請求書発行記録を操作して、この請求書発行記録が通常のネットワークサービス呼の請求書発行記録に類似するようにされたネットワーク調整プロセッサ(NMP)；N MPから請求書発行記録を受取り、それらが関係するサービスの価格を設定するようにされているサービスドメインプロセッサ(SDP)；およびそれぞれ特定の地理的領域において顧客と関係し、価格設定された料金請求レコードを累積し、顧客に対する請求書を生成するようにされている複数の顧客支援サービス（CSS）プロセッサとを含む。NMP、SDP、およびCSSは遠隔通信ネットワークを介して通信する。請求書発行記録は、請求書発行可能番号（呼の料金を請求する口座番号）を含み、請求書発行可能な番号は、何れのCSSサイトが請求書発行記録を受取るべきかを判断する。上述の文献に記載されているこれらの通常の要素に加えて、言語プロセッサ16 またはこれと通信している別々のインテリジェントネットワーク（IN）コンピュータユニットが設置され、上述のように、請求書発行記録を生成して、NMPへ送る。上述の請求書発行システムにおいて、項目別の請求書を準備することが望ましく、この実施形態では、３つの異なるネットワークサービスを定めて；第１のサービスでメッセージを記録し、第２のサービスではメッセージを伝達し(上述のように２つの異なるレートの一方で課金するこどができる)；第３のサービスで戻り呼を逆課金する。メッセージを記録する発呼当事者においては、言語プロセッサ16またはインテリジェントネットワークユニットは、請求書発行記録を含むファシリティビット(Facility Bit)を供給し、これが録音したメッセージネットワークサービスであることを示す。発呼ライン識別子および最初に供給された送信先番号はそれぞれ発呼当事者および被呼当事者に対応しているので、これらを使用して請求書を発行する。メッセージを伝達するとき、言語プロセッサ16は請求書発行記録を生成し、発呼当事者としてCLIと請求書発行可能番号の組を、伝達に対して１回限り料金が課金されることを示すファシリティビットの組とを含む。課金をＮＭＰにルート設定して、表で請求書発行可能番号を検査し、CSSユニットへ一定の番号をマップすることによって正しいSDPおよびCSSへそれをルート設定する。例えば出願人のネットワークで現在行われているリマインダ課金(Reminder Charge)と類似した方法で、料金のみのネットワークサービスとして課金が採用される。異なるファシリティビットを設定して、発呼当事者が被呼当事者へ戻りメッセージの供給を許可することを決めるとき、SDPは料金を差別的に価格設定できる。戻りメッセージを録音するとき、言語プロセッサ16は所定の料金グループを設定し、これが無料の呼であることを示し(現在出願人のネットワークにおいて、O NVPサービスとして顧客の家庭用電話番号へ迂回するものと同じ)、言語プロセッサ16は異なるファシリティビットを設定して、呼が無料であることを強調する。戻り呼の場合、言語プロセッサまたはインテリジェントネットワークユニットは請求書発行記録を生成して、発呼および被呼当事者の電話番号を示し、さらに請求書発行可能番号が呼を戻す当事者の番号ではなく、発呼当事者（送信元の発呼当事者）の番号であることを示す。請求書発行記録は特定のSCNおよびファシリティビット設定をもち、それを逆課金呼として識別する。 NMPはSCNを認識し、それにしたがって呼記録を調節し、プラットフォームの独立した使用記録（PIUR）において送信元の発呼当事者に対するCLIを、被呼当事者に対する送信先番号を設定する(すなわち、被呼および発呼当事者の識別子を交換する)。好ましくはSCNをネットワークサービス呼の識別子に類似するように変更してもよい。次に、本発明の出願人のオペレータ支援の融通性課金（OAFC）(operator assisted flexible charging)と類似したやり方で、送信元の発呼当事者の適切なCSSに対して、PIUR内の請求書発行可能番号を調べることによって、請求書発行記録をルート設定する。 SDPはネットワークサービス呼として上述の請求書発行記録を価格設定し、この請求書発行記録を適切なCSSサイトへ送って、定期的に請求書を発行する。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者スティーブンス、クリストファーイギリス国、アイピー11・８エックスビー、イプスウィッチ、フェリックスストー、トリムリー、コーディーズ・レーン 10

Claims

【特許請求の範囲】１．遠隔通信ネットワーク内で行われる音声メッセージ送信方法であり：第１の端末から電話ラインを経由して、送信先の第２の端末へ第１のメッセージを記録する段階と；次の伝達試行時刻を特定する前記第１の端末から命令を判断する段階と；前記次の時刻において電話ラインを経由して第２の端末に接続することを試行する段階と；前記接続を試行する段階が成功するとき、前記第２の端末に前記記録されたメッセージを再生成する段階とを含む音声メッセージ送信方法。２．前記次の所定の時刻と少なくとも１つの所定の時刻ウインドウとを比較する段階をさらに含む請求項１記載の方法。３．前記所定の時刻が前記所定のウインドウ内にあるために、伝達が歓迎されないことを第１の端末に知らせる段階をさらに含む請求項２記載の方法。４．前記第１の端末から別の命令を判断して、前記次の伝達時刻で処理を進める請求項３記載の方法。５．ネットワークポイントで第１のユーザからのメッセージを録音し、次に前記ネットワークポイントを第１のユーザによって特定される第２のユーザへ接続することを試行し、ネットワークポイントから第２のユーザへの呼が、第２のユーザによって受信される発呼ライン識別信号として第１のユーザの電話番号を供給する音声メッセージ伝達方法。６．遠隔通信ネットワーク内で実行される音声メッセージ送信方法であって：音声メッセージを第１の端末から電話ラインを経由して第２の端末へ録音する段階と；電話ラインを経由して第２の端末へ接続することを試行する段階と；接続を試行する前記段階が成功し、前記第２の端末へ前記記録されたメッセージを再生成する段階と；所定の状態において、戻り呼を前記第１の端末に設定することを試行する段階とを含む音声メッセージ伝達方法。７．所定の状態が、前記第２の端末からの命令を判断する段階の成功を含む請求項６記載の方法。８．所定の状態のもとで、前記第２の端末から前記第１の端末へ戻りメッセージを記録する段階をさらに含む請求項６記載の方法。９．接続を試行する前記段階が不成功のとき、第２の端末へ接続を試行する前記段階を反復する段階をさらに含む請求項６記載の方法。１０．第２の端末へのラインの状態をモニタする段階をさらに含み、第２の端末への接続を試行する段階が、所定の検出されたライン状態になったときに実行される請求項６ないし９の何れか１項記載の方法。１１．前記所定のライン状態が、通話中でなくなったラインに対応する請求項10 記載の方法。１２．所定のライン状態が、前記第２の端末のオフフック状態に対応する請求項 10記載の方法。１３．所定の間隔をおいて反復段階が実行される請求項９記載の方法。１４．前記第１の端末から第１の伝達時刻を受領する段階をさらに含み、前記試行段階が伝達時刻に行われる請求項６ないし13の何れか１項記載の方法。１５．端末からの命令を判断する前記段階が、関係する端末から電話ラインをモニタすることをさらに含む請求項４ないし７の何れか１項記載の方法。１６．前記モニタ段階がダイヤル音検出を含む請求項15記載の方法。１７．前記モニタ段階がダイヤルパルス検出を含む請求項15記載の方法。１８．前記モニタ段階が言語認識を含む請求項15記載の方法。１９．ネットワークが前記戻り呼に対して、前記第２の端末と関係する口座に課金されないようにする請求項６記載の方法。２０．前記ネットワークが前記戻り呼に対する課金記録を生成し、前記課金記録を処理して、前記第１の端末と関係する口座に課金する請求項19 記載の方法。２１．前記課金記録が前記戻り呼の持続期間を指示する請求項20記載の方法。２２．請求項１ないし21記載の方法を実行するようされている遠隔通信ネットワーク。２３．前記第１と第２の端末をリンクする複数の遠隔通信交換局と、前記交換局の１または複数に接続されて、前記第１および第２の端末に接続可能となる言語プロセッサデバイスとを含む請求項22記載のネットワーク。２４．前記少なくとも１つの言語プロセッサデバイスから分散された複数のメモリをさらに含み、前記メモリが前記方法を使用できることを示すメッセージを録音している請求項23記載のネットワーク。２５．音声メッセージ伝達を行う言語プロセッサデバイスであり：第１の端末から電話ラインを経由して送信先の第２の端末へ音声メッセージを録音する手段と；電話ラインを経由して第２の端末への接続を試行する手段と；前記第２の端末への接続を試行する前記段階が成功すると、第２の端末に対して前記録音されたメッセージを再生成する手段と；所定の状態のもとで第２の端末から第１の端末への戻り呼の設定を命令する手段とを含む言語プロセッサデバイス。２６．音声メッセージの伝達を実行する言語プロセッサデバイスであり：第１の端末から電話ラインを経由して送信先の第２の端末へ音声メッセージを録音する手段と；電話ラインを経由して第２の端末への接続を試行する手段と；前記第２の端末への接続を試行する前記段階が成功すると、第２の端末に対して前記レコードされたメッセージを再生成する手段とを含み；言語プロセッサデバイスが第１の端末からメッセージ伝達時刻を受領し、前記時刻に第２の端末へ接続することを試行するようにされている音声プロセッサデバイス。２７．音声メッセージ伝達を実行する言語プロセッサデバイスであり：第１の端末から電話ラインを経由して送信先の第２の端末へ音声メッセージを録音する手段と；電話ラインを経由して第２の端末への接続を試行する手段と；前記第２の端末への接続を試行する前記段階が成功すると、第２の端末に対して前記録音されたメッセージを再生成する手段とを含み；言語プロセッサデバイスが、第１の端末の電話番号を供給して、接続を試行するときに第２の端末に発呼ライン識別番号として現れるようにされている言語プロセッサデバイス。