(57)【要約】【解決手段】電気通信ネットワークにおいて当事者間の通話を管理するためのシステムであって、複数のレコードを有するデータベースであって、前記レコードのうち少なくともいくつかは、少なくとも１つの呼び出しタイムアウトパラメータ（ＲＴＰ）を定義し、各ＲＴＰは、被呼者の介在なしに通話が完了される時を特定する、データベース（１６、３３）と、発呼契約者による被呼者への通話開始に対応して、前記被呼者についてのＲＴＰを定義するレコードがあるかどうか確認するために前記データベースをチェックし、ＲＴＰが定義されている場合には前記ＲＴＰを検索するデータベースチェック手段（１２）と、被呼者の介在なしに完了されるのを避けるために前記通話の中止が必要な場合には、前記検索されたＲＴＰに基づいて前記通話を中止する通話中止手段（１３）とを備えるシステムが開示されている。
2007504722.tif 000002
【特許請求の範囲】
【請求項１】
電気通信ネットワークにおいて当事者間の通話を管理するシステムであって、
ａ）複数のレコードを有するデータベースであって、前記レコードのうち少なくともいくつかは、少なくとも１つの呼び出しタイムアウトパラメータ（ＲＴＰ）を定義し、各ＲＴＰは、被呼者の介在なしに通話が完了される時を特定する、データベースと、
ｂ）発呼契約者による被呼者への通話開始に対応して、前記被呼者についてのＲＴＰを定義するレコードがあるかどうか確認するために前記データベースをチェックし、ＲＴＰが定義されている場合には前記ＲＴＰを検索するデータベースチェック手段と、
ｃ）被呼者の介在なしに完了されるのを避けるために前記通話の中止が必要な場合には、前記検索されたＲＴＰに基づいて前記通話を中止する通話中止手段
とを備えるシステム。
【請求項２】
前記データベースは契約者選好データベース（ＳＰＤ）を提供し、
前記複数のレコードは各契約者または各契約者クラスについての契約者レコードを含む
ことを特徴とする請求項に記載のシステム。
【請求項３】
前記データベースは、少なくとも１つの契約者または契約者クラス、および少なくとも１つの非契約者または非契約者クラスについてのＲＴＰを定義するレコードを有する
ことを特徴とする請求項１に記載のシステム。
【請求項４】
ＲＴＰを定義する各レコードは前記ＲＴＰの値を含む
ことを特徴とする請求項１に記載のシステム。
【請求項５】
前記契約者レコードは、そこから前記ＲＴＰを導出することができる情報を含み、
前記システムは前記情報からＲＴＰを導出する手段を備える
ことを特徴とする請求項１に記載のシステム。
【請求項６】
前記システムは複数の契約者装置を備え、
各契約者装置はデータベースチェック手段および通話中止手段を備える
ことを特徴とする請求項１に記載のシステム。
【請求項７】
前記ＳＰＤは契約者レコードを有する各契約者が自身の契約者レコードを更新することができるよう構成される
ことを特徴とする請求項２に記載のシステム。
【請求項８】
前記ＳＰＤは、契約者装置がネットワーク上にまたはネットワークを通じて存在するか否かに基づき、契約者レコードを更新するよう構成される
ことを特徴とする請求項１に記載のシステム。
【請求項９】
前記ＳＰＤは、
各契約者または各契約者クラスについてのレコードを有する中央ＳＰＤであって、各契約者によってアクセス可能な中央ＳＰＤと、
前記中央ＳＰＤのレコードの少なくとも一部を格納する、少なくとも１つの契約者についてのローカルＳＰＤであって、前記少なくとも１つの契約者によってアクセス可能なローカルＳＰＤとを備え、
前記システムは、前記中央ＳＰＤの内容と前記ローカルＳＰＤの内容との同期をとるデータベース同期手段を備える
ことを特徴とする請求項２に記載のシステム。
【請求項１０】
前記システムはさらに、
前記通話中止手段が通話を中止した場合に、前記発呼者の契約者装置においてメッセージを任意に録音する、各契約者装置におけるメッセージ録音手段と、
前記メッセージを被呼者に転送するメッセージ転送手段とを
備える請求項６に記載のシステム。
【請求項１１】
前記メッセージ転送手段は、ショートメッセージ送信サービス（ＳＭＳ）、マルチメディアメッセージ送信サービス（ＭＭＳ）、ダイレクトピアツーピアメッセージ送信、Ｅメールのグループの中から選択された少なくとも１つのメッセージ送信技術に従ってメッセージを転送し、契約者装置が定期的にまたはＳＭＳのような通知に対する応答としてチェックできるメッセージ記憶データベースに前記メッセージを転送する手段を備える
ことを特徴とする請求項１０に記載のシステム。
【請求項１２】
前記メッセージ転送手段は２つ以上のメッセージ転送技術を備え、
前記契約者装置は転送技術選択手段を有する
ことを特徴とする請求項１０に記載のシステム。
【請求項１３】
前記転送技術選択手段は、コスト上のメリットに基づき転送技術を選択するよう構成される
ことを特徴とする請求項１２に記載のシステム。
【請求項１４】
前記転送技術選択手段は、契約者の選好に基づき転送技術を選択するよう構成される
ことを特徴とする請求項１２に記載のシステム。
【請求項１５】
少なくともいくつかのレコードはまた、前記被呼者宛てメッセージの送信先を示す少なくとも１つのメッセージ転送パラメータ（ＭＦＰ）も定義する
ことを特徴とする請求項１に記載のシステム。
【請求項１６】
各レコードは前記ＭＦＰの値を含む
ことを特徴とする請求項１５に記載のシステム。
【請求項１７】
各レコードは、そこから前記ＭＦＰを導出することのできる情報を含む
ことを特徴とする請求項１５に記載のシステム。
【請求項１８】
電気通信ネットワークにおける当事者間の通話を管理する方法であって、
ａ）複数のレコードを保持し、前記レコードのうち少なくともいくつかは呼び出しタイムアウトパラメータ（ＲＴＰ）を定義し、各ＲＴＰは被呼者の介在なしに被呼者への通話が完了される時を示し、
ｂ）発呼契約者による被呼者への通話開始に対応して、前記被呼者についてのＲＴＰを定義するレコードがあるかどうか確認するために前記レコードをチェックし、ＲＴＰが定義されている場合には前記ＲＴＰを検索し、
ｃ）被呼者の介在なしに完了されるのを避けるために前記通話の中止が必要な場合には、前記検索されたＲＴＰに基づいて前記通話を中止する
方法。
【請求項１９】
前記方法は、
通話中止後に前記発呼者の契約者装置においてメッセージを録音し、
前記メッセージを被呼者に転送する
ことを特徴とする請求項１８に記載の方法。
【請求項２０】
電気通信ネットワークにおける当事者間の通話を管理するシステムであって、
ａ）複数の契約者装置それぞれにおいて、被呼者宛ての発呼契約者の音声メッセージを録音するメッセージ録音手段と、
ｂ）録音されたメッセージを被呼者に転送するメッセージ転送手段とを
備えるシステム。
【請求項２１】
前記システムは
複数のレコードを備え、少なくともいくつかのレコードは、被呼者宛てメッセージの送信先を示すメッセージ転送パラメータ（ＭＦＰ）を定義する
ことを特徴とする請求項１８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通話管理システムおよび方法に関する。
【背景技術】
【０００２】
一般に、音声電気通信ネットワークは、発信装置（発呼者）と受信装置（被呼者）との間の音声通話を成立させるためのものである。首尾よく「応答された」音声通話のことを「完了」通話といい、通常発呼者に通話料金がかかることになる。
【０００３】
音声電気通信ネットワークは、通常契約者に次のようなサービスを提供する。すなわち、被呼者の契約者装置が、（ａ）電話に応答しない、（ｂ）別の電話に応答中である、または（ｃ）ネットワーク上に存在しない（無線装置の場合にはあり得る）場合、ネットワークはその通話をネットワーク内メッセージ送信サービスに切換え、通話を完了し、メールボックスを紹介し、被呼者宛てのメッセージを録音し、被呼者である契約者にそのようなメッセージがあることを通知する。続いて被呼者である契約者はネットワーク内メッセージ送信サービスに通話の問い合わせをし、未対応の音声メッセージを聞いて、自分のメールボックスを管理する。
【０００４】
このような音声メッセージ送信サービスを伴った一般的な音声電気通信ネットワークの主な特徴は、被呼者装置の呼び出し音が鳴っている最中に発呼者が早々に電話を「切る」ことがない限り、被呼者が電話に応答しない、つまり通話が直接被呼者側で完了されない場合に、発呼者である契約者が通話の完了を希望するかどうかに関係なく、被呼者装置もしくはネットワーク内メッセージ送信サービスのいずれかによりすべての通話が完了されるという点である。同様に、被呼者である契約者は、コスト面、またはその発呼者からのメッセージを受信したいかどうかに関係なく、メッセージを検索するにはネットワーク内メッセージ送信サービスに対して完了された通話の問い合わせをしなくてはならない。そのため被呼者は、メッセージ送信サービスへのメッセージの転送やそれに続くメッセージの検索にかかる費用が請求されることが多い。
【０００５】
そこで、コスト削減および通話管理のメリットをもたらすことのできる新たな通話管理システムを提供することは好都合であろう。
【発明の開示】
【課題を解決するための手段】
【０００６】
本発明は、以下のシステムを提供する。すなわち、電気通信ネットワーク内で当事者間の通話を管理するシステムであって、
ａ）複数のレコードを有するデータベースであって、前記レコードのうち少なくともいくつかは、少なくとも１つの呼び出しタイムアウトパラメータ（ＲＴＰ）を定義し、各ＲＴＰは、被呼者の介在なしに通話が完了される時を特定する、データベースと、
ｂ）発呼契約者による被呼者への通話開始に対応して、前記被呼者についてのＲＴＰを定義するレコードがあるかどうか確認するために前記データベースをチェックし、ＲＴＰが定義されている場合には前記ＲＴＰを検索するデータベースチェック手段と、
ｃ）被呼者の介在なしに完了されるのを避けるために前記通話の中止が必要な場合には、前記検索されたＲＴＰに基づいて前記通話を中止する通話中止手段
とを備えるシステムを提供する。
【０００７】
これにより、通話が完了される前に中止することにより、発呼者に通話完了に伴う費用がかからない。
【０００８】
ＲＴＰはレコード内の特定の値として定義してもよいし、そこからＲＴＰを導出することのできる情報によって定義してもよい。
【０００９】
本発明の典型的な実施の形態において、各契約者の契約者装置は、ＳＰＤチェック手段および通話中止手段を備えている。
【００１０】
ＳＰＤは、各契約者が自身の契約者レコードを更新することができるよう構成されてもよい。
【００１１】
ＳＰＤは、契約者装置がネットワーク上にまたはネットワークを通じて存在するか否かに基づき、契約者レコードを更新するよう構成されてもよい。
【００１２】
いくつかの実施の形態において、本システムは、
各契約者または各契約者クラスについてのレコードを有する中央ＳＰＤであって、各契約者によってアクセス可能な中央ＳＰＤと、
前記中央ＳＰＤのレコードの少なくとも一部を格納するローカルＳＰＤと、
前記中央ＳＰＤの内容と前記ローカルＳＰＤの内容との同期をとるデータベース同期手段、とを有する。
【００１３】
一般に、本システムはさらに、
前記通話中止手段が通話を中止した場合に、前記発呼者の契約者装置においてメッセージを任意に録音する、各契約者装置におけるメッセージ録音手段と、
前記メッセージを被呼者に転送するメッセージ転送手段、とを備える。
【００１４】
メッセージ転送手段は、いくつかの異なる形をとってもよいし、実際、各契約者は複数のメッセージ転送技術を利用可能としてもよく、前記契約者装置は転送技術選択手段を有している。前記転送技術選択手段は、コスト上のメリットまたは契約者の選好に基づき転送技術を選択するよう構成されてもよい。
【００１５】
メッセージ転送技術は、例えば、ショートメッセージ送信サービス（ＳＭＳ）、マルチメディアメッセージ送信サービス（ＭＭＳ）、ダイレクトピアツーピアメッセージ送信、Ｅメールを含んでもよいし、契約者装置が定期的にまたはＳＭＳのような通知に対する応答としてチェックできるメッセージ記憶データベースに前記メッセージを転送することを含んでもよい。
【００１６】
これにより契約者は、現在よりも安いコストで互いにメッセージを残すことができる。
好ましくは、前記契約者レコードは、前記被呼者宛てメッセージの送信先を示す少なくとも１つのメッセージ転送パラメータ（ＭＦＰ）も定義する。
【００１７】
前記ＭＦＰは、前記レコード内の特定の値でもよいし、そこから前記ＭＦＰを導出することのできる情報により定義されてもよい。
【００１８】
本発明はまた以下の方法を提供する。すなわち、電気通信ネットワーク内で当事者間の通話を管理する方法であって、
ａ）複数のレコードを保持し、前記レコードのうち少なくともいくつかは呼び出しタイムアウトパラメータ（ＲＴＰ）を定義し、各ＲＴＰは被呼者の介在なしに被呼者への通話が完了される時を示し、
ｂ）発呼契約者による被呼者への通話開始に対応して、前記被呼者についてのＲＴＰを定義するレコードがあるかどうか確認するために前記レコードをチェックし、ＲＴＰが定義されている場合には前記ＲＴＰを検索し、
ｃ）被呼者の介在なしに完了されるのを避けるために前記通話の中止が必要な場合には、前記検索されたＲＴＰに基づいて前記通話を中止する
方法を提供する。
【００１９】
本発明はまた以下のシステムを提供する。すなわち、電気通信ネットワーク内で当事者間の通話を管理するシステムであって、
ａ）複数の契約者装置それぞれにおいて、被呼者宛ての発呼契約者の音声メッセージを録音するメッセージ録音手段と、
ｂ）録音されたメッセージを被呼者に転送するメッセージ転送手段とを
備えるシステムを提供する。
【００２０】
好ましくは、前記システムは契約者ごとに複数のレコードを備え、少なくともいくつかのレコードは、被呼者宛てメッセージの送信先を示すＭＦＰを定義する。
【発明を実施するための最良の形態】
【００２１】
図１を参照すると、本通話管理システムは、複数の構成部であるクライアント側１およびサーバ側２を備えている。
【００２２】
好適な実施の形態において、本通話管理システムの契約者装置は、サーバ２において保持されている契約者選好データ記憶装置３３の一部であるディレクトリサービス３０に登録されている。登録は、契約者装置が契約者として有効になる前に行われ、一般的に通話管理システムの運営者によりアクセス可能な管理部門機能となる提供アプリケーション３１を介して行われる。しかし、本システムは、外部の者が自分が担当する契約者の管理をすることができるようなインターフェースを備えてもよい。
【００２３】
登録プロセスは、システム識別子（ｓｙｓｉｄ）を契約者装置に割り当て、契約者名、使用可能なネットワーク、ＲＴＰ、ＭＦＰ、その他情報を契約者用レコードに記録する。
【００２４】
契約者の契約者装置は、複数の音声および／またはデータネットワークサービスに接続してもよい。このような装置とサービスとの関連付けはそれぞれ、通話管理システムと関連があり、かつ契約者レコードに含まれる識別や設定という項目に基づいて行われる。
【００２５】
一例を表１に示す。これは、様々なネットワークサービスと、ある契約者用に関連付けられた識別子を示している。
【表１】
2007504722.tif 000003
【００２６】
クライアント装置は、クライアント側設定制御部１０を用いて、独自の設定情報セットを保持しており、その情報にはｓｙｓｉｄ、契約者名、ネットワーク識別子とともに、契約者のＲＴＰやＭＦＰを含む他のローカル設定データも含まれる。
【００２７】
クライアント側設定制御部１０内からいったん登録すると、契約者装置は設定情報をディレクトリサービス３０と同期させ５１、他の契約者に関する関連ＳＰＤ情報を取得することができる。この返信された情報は、コンタクト／ローカルＳＰＤ記憶装置１６に格納される５４。
【００２８】
同期トランザクション５１は、装置とサーバとをリンクするデータネットワークのいずれかを介して行うことができる。どのネットワークを使うかは、装置内の契約者選好により特定することができる。改竄防止のため、トランザクションは通常暗号化され、認証され、承認される。
【００２９】
ディレクトリサービス３０は、他のサーバ側の構成部により、所定の識別子と一致する契約者情報について問い合わせが行われてもよい７０、７１。なお、ディレクトリの問い合わせは契約者装置によって直接行われるのではなく、メッセージ送信サービス３４およびプレゼンスサービス３２のような他のサーバ側サービスによって行われる。
【００３０】
ディレクトリの問い合わせは、ディレクトリで公開される契約者識別子のいずれかであるクエリキーと照合することにより行われる。照合が不完全でも、経験則から一意的な一致が得られる。いずれかの識別子が一致した場合、その契約者レコードが返信される。このように、契約者装置は、それを使ってメッセージ送信トランザクションを開始したいと考える他のいずれかの契約者のｓｙｓｉｄ、すなわち被呼者の複数の公開識別子のうちの唯一の識別子も知る必要はない。
【００３１】
ＳＰＤ３３の契約者情報は、以下を含む「呼び出しタイムアウトパラメータ」（ＲＴＰ）や「メッセージ転送パラメータ」（ＭＦＰ）情報を内蔵してもよい。すなわち、
・グローバルパラメータ（契約者１０で同期をとる５１）、
・契約者装置が契約しているネットワーク用のネットワーク固有パラメータ（契約者１    ０で同期をとる５１）、
・パラメータ、またはそこからパラメータを確定できる（例えば、ＭＦＰまたはＲＴＰ    ）生情報で、個々の発呼者または発呼者グループに固有のもの（例えば、ホワイトリ    スト／ブラックリスト）（契約者１０で同期をとる５１）、
・パラメータ、またはそこからパラメータを確定できる生情報で、クロック／カレン      ダー／ロケーション／時間帯またはその他契約者装置情報に基づくもの（契約者１０    で同期をとる５１）、
・パラメータ、またはそこからパラメータを確定できる生情報で、契約者装置が契約し    ているネットワークにその装置が存在しているか否かに基づくもの。この情報はプレ    ゼンスサービス３２で更新され７３、契約しているネットワ−ク上に存在することを    プレゼンスサービス３２に報告する５２契約者装置か、契約しているネットワークに    クライアント装置が存在するか否かを検知するプレゼンスサービス３２のいずれかを    介して取得されてもよい。
【００３２】
本好適な実施の形態において、契約者装置は自身が契約している様々なサービスやネットワーク上に自身が存在していることを５２、クライアント側プレゼンス報告部１１によってプレゼンスサービス３２に報告する。プレゼンスサービス３２はＳＰＤ３３を更新する７３。
【００３３】
本好適な実施の形態において、プレゼンス情報は以下を含んでいる。すなわち、
・報告をする契約者装置のｓｙｓｉｄ、
・各契約ネットワーク用の存在／不在フラグ、
・必要に応じ、各契約ネットワーク用の一時的な設定情報（例えば、ＩＰアドレス）、
・各契約ネットワークに固有のオプショナルＲＴＰ。
【００３４】
プレゼンス報告トランザクション５２は、契約者の選好に従って、装置が接続されているデータネットワークのいずれかを介して行われる。
【００３５】
ＲＴＰを決定するための他のメカニズムは、当業者にとっては自明であり、本願記載の発明の範囲に含まれると考えるべきであろう。
【００３６】
必要に応じ、契約者装置のダイアル機能１２は、ディレクトリサービス３０に対して被呼者である契約者装置の状態を問い合わせる５３。その応答として、ＲＴＰ情報を含む関連契約者情報が返信５３されてもよい。
【００３７】
契約者状態の問い合わせ５３は、公開されている被呼者の識別子に対して行われる。
状態の問い合わせ５３は、ＲＴＰまたはＲＴＰが導出される生データのいずれかを返信してもよい。次に発呼者装置はこの情報を使って被呼者への電話をかけるかどうか決定する。例えば、ゼロのＲＴＰは、その電話がかけられないことを意味する。
【００３８】
契約者が音声メッセージを他の契約者に送信し、他の契約者から音声メッセージを受信することができるメッセージ送信サービスが提供される。
【００３９】
メッセージには以下を含む。すなわち、
・受信者（被呼者）リスト
・メッセージ状態フラグ（優先度、機密性、返信受領確認の要否など）
・送信者（発呼者）
・件名
・テキスト部分
・マルチメディア部分（複数可）
【００４０】
メッセージ送信クライアント５は、メッセージ受信箱２０およびメッセージ送信箱２１を保持している。
【００４１】
本好適な実施の形態において、１または複数の他の契約者にメッセージを送信するために、契約者装置がオーディオメッセージ生成クライアント２２を用いてメッセージを作成すると、２２は契約者のメッセージを録音し、好適なメッセージ送信先とルートを含む関連メッセージ送信情報を付加し、その送信箱２１に投入する６７。
【００４２】
メッセージを検索するには、契約者装置１は、メッセージ送信サービス３４に対して未対応のメッセージがないか問い合わせる５３。未対応のメッセージが存在する場合、契約者１に転送され５５、受信箱２０に格納される。契約者装置１は、（手動による指示を受けて、一定間隔で自動的に、または通知後、のいずれかによって）メッセージサービス３４に対して対応するメッセージボックス３５に未対応のメッセージがないか問い合わせる５３。メッセージの転送はメッセージ送信サービス３４を介して行われる。
【００４３】
メッセージ送信サービス３４は、各契約者ごとにメッセージボックス３５を保持している。
【００４４】
送信箱２１にあるメッセージは、メッセージ送信サービス３４に転送され、そこでディレクトリサービス３０に対する問い合わせ７１によって、提供された受信者識別子を解釈してｓｙｓｉｄに変換する。
【００４５】
そしてメッセージ送信サービス３４は所定の被呼者のメッセージボックス３５にメッセージを入れる７２。
【００４６】
メッセージ送信トランザクションは、契約者の選好に従い、装置が接続されているデータネットワークのいずれかを介して行うことができる。
【００４７】
インバウンド通話が受信されたものの、一般に非契約者または間違ったＲＴＰからの通話が原因で、または被呼者の選好に基づいて、ユーザが設定した１０一定時間経過後も呼び出しに応答がない状態が続いた場合、インバウンド通話制御１４は通話を完了し、インバウンドメッセージを流し、メッセージ送信クライアント５を起動して６１、発呼者が音声メッセージ２２を残していれば、それを１つ録音する。
【００４８】
メッセージ作成においても、テレフォニー通話情報とローカルクライアントのコンタクトリスト／ローカルＳＰＤ１６との相関関係６０によって発呼者が確定される。発呼者は、氏名（コンタクトリストから）、相関しない電話番号、または「不明」と記載される。
【００４９】
メッセージに残された被呼者は契約者名に設定され、通話の日時から標準件名およびテキスト部分が作成される。録音された音声メッセージはマルチメディア部分である。そしてメッセージはローカルクライアント受信箱２０に投入される６２。
【００５０】
契約者は、ローカルコンタクトリスト／ローカルＳＰＤを備えた統合コンテクストメニューインターフェース６３を介して、または番号の直接入力のいずれかにより、ダイヤラー１２を起動することによりアウトバウンド通話を設定する。
【００５１】
次にダイヤラー１２は、まず提供された識別子について状態問い合わせ５３および／または６３を行うことにより、どのメッセージ送信トランザクションを開始するかを決定する。よって、ダイヤラーはＳＰＤチェックメニューを提供する。
【００５２】
状態問い合わせに対して「非契約者」という返信があった場合（すなわち、発呼者が契約者でない場合）、ダイヤラーは従来の音声通話をかける。
【００５３】
状態問い合わせに対してゼロのＲＴＰまたはゼロのＲＴＰが導出される情報が返信された場合、ダイヤラーは、発呼者のオーバーライド選好によって、メッセージを受けつけるか従来の音声通話をかけるかする。
【００５４】
状態問い合わせに対してゼロでないＲＴＰまたはゼロでないＲＴＰが導出される情報が返信された場合、ＲＴＰを取得した発呼者は１以上の音声ネットワークに接続され、ダイヤラーは音声通話をかける。
【００５５】
ダイヤラー１２はどのネットワークを介してメッセージ送信トランザクションを開始するかを決定する。契約者装置は、関連づけられたコストおよび品質の特徴によって、ネットワーク接続を切られるか、または１以上の音声ネットワークおよび１以上のデータネットワークに接続される。
【００５６】
一般に、契約者装置はＧＳＭによる音声機能、ＧＰＲＳやＷＩＦＩによるデータ機能を有しているが、この契約者装置は他のネットワークもおそらく利用可能であろう。
【００５７】
契約者装置が契約者に対して音声通話をかけると、ダイヤラーは、コスト／品質に関する経験則に基づき、適切な音声テレフォニーアプリケーション１５、伝送方法およびネットワークを決定する。ダイヤラー１２がローカル音声メッセージを開始する６５と決定した場合、メッセージはオーディオメッセージ作成部２２を用いて作成される。その場合、通知メッセージが機能して、契約者にメッセージ２２を録音する機会が与えられる。
【００５８】
発呼者はメッセージ作成手段によってクライアント契約者名に設定され、被呼者はダイヤラー１２に渡された識別子に設定される。好適なトランザクションネットワークはＭＦＰによって設定されるものである。標準件名およびテキスト部分は通話の日時から作成され、録音された音声メッセージはオーディオメッセージ作成部２２によって作成されたマルチメディア部分である。そしてメッセージはローカルクライアント送信箱２１に投入される６７。
【００５９】
ダイヤラー１２がアウトバウンド音声通話をかけると決定した場合、その通話は適切な音声テレフォニーアプリケーション１５、伝送方法およびネットワークで開始され、通話を管理するためにアウトバウンド通話制御１３が起動される６６。
【００６０】
通話に対して通話中信号が返信された場合、アウトバウンド通話制御部１３は通話を中止して、上記の通りメッセージの作成および投入を開始する６４。
【００６１】
ＲＴＰで指定した時間の間通話が呼び出し状態と検知された場合、アウトバウンド通話制御部１３はその通話を中止して、メッセージの作成および投入を開始する６４。
【００６２】
これにより、本好適な実施の形態では、電気通信メッセージ送信装置に対して以下を提供する。すなわち、
・装置自体およびネットワーク上の他の装置に関して、状態および通話応答選好といっ    たネットワーク設定および通話選好情報を公表および受信する装置機能。
・アウトバウンド音声通話がＲＴＰゼロの被呼者装置宛てであった場合、またはその発    呼者からの通話には応答しないことを示す通話選好情報を提供していた場合、そのア    ウトバウンド音声通話をプリエンプティブに設定しないことにより、発呼者装置に対    してアウトバウンド音声通話制御、すなわち途中終了アウトバウンド音声通話をおこ    なう機能、および／または
・契約者である被呼者装置が所定の時間応答しなかった場合、または通話中信号を返信    した場合、アウトバウンド音声通話の成立を中止する。
・アウトバウンド音声通話が中止された場合、発呼者に対しそれを通知するとともに、    発呼者装置において、契約者である被呼者宛てのメッセージを生成または録音させる    機能。
・データネットワークを介して、直接被呼者装置から別の被呼者またはメッセージ保存    ／転送サービスへメッセージを送信する機能。
・発呼者装置またはメッセージ保存／転送サービスから直接、Ｂ装置宛てメッセージを    Ｂ装置により検索すること。
【００６３】
別の実施の形態において、中央契約者選好データベースはサーバ２において保持され、契約者選好データベースは各契約者装置１において保持される。そしてダイヤラー１２は中央ＳＰＤよりむしろローカル契約者選好データベースをチェックする。これにより、音声通話を開始するのに必要な時間が短縮される。この実施例が用いられた場合、契約者装置は中央選好データベースと定期的に同期をとるよう構成される。例えば、契約者装置に電源を入れる度に、またその後一定間隔で同期をとる。ローカルＳＰＤは契約者に固有の中央ＳＰＤの部分集合でもよい。
【００６４】
以上が、各契約者のレコードがある契約者データベースに関する本発明の説明であるが、本発明は、契約者のクラス、非契約者のレコードおよび／または非契約者のクラスのレコードがある場合にも拡大することができる。この場合、契約者に関係のないレコードがある限りにおいて、契約者選好データベースよりむしろデータベースを参照するほうが適切である。明らかにコーリングシステムにおいては、電話をかける可能性のある番号すべてを個々のレコードとしてリストアップする必要はなく、クラスとして処理するものがあってもよい。例えば、ＳＰＤに個々にリストアップされていないすべての番号について、ＲＴＰはデフォルト値の１０秒を過ぎると自動的に通話を中止し、メッセージを送らないようにすることができる。ＳＰＤにリストアップされているすべての国際番号について、８秒後に通話を中止する、またはすべてのローカル通話について、通話中信号が出るとすぐに通話を中止することもできる。また、メッセージを転送できる非契約者または非契約者のクラスがあってもよい。例えば、Ｅメールアドレスが登録されている非契約者の固定電話に電話をかける場合、ＲＴＰは、呼び出し音を５回鳴らしてから音声メッセージを受けてＥメールの添付として送信するように設定してもよい。Ｅメールを無線で受信可能な携帯型装置の利用が拡がるにつれ、このような方法はますます普及するだろう。
【００６５】
また、当業者であれば、特定の契約者グループ専用の複数の契約者選好データベースを本システムに備えてもよいことを理解するだろう。例えば、本システムが大企業に採用された場合、その国から契約者によって行われた通話をどのように完了するかを定義する複数のレコードを備えることのできる、その会社用の特定の契約者選好データベースがあってもよい。
【００６６】
その他変形例は当業者にとっては明白であり、本願記載の発明の範囲内に含まれるとみなされるべきである。
【図面の簡単な説明】
【００６７】
【図１】好適な実施の形態のシステム図である添付図面の図１と関連付けながら、本発明の好適な実施の形態について説明する。
【図１】
2007504722.tif 000004
【国際調査報告】
2007504722.tif 000005
2007504722.tif 000006