(57)【特許請求の範囲】
【請求項１】
複数の受信者への通知メッセージの受領をコンピュータネットワーク上で送り確認するシステムであって、
第１モジュールを含む第１プロセッサであって、前記第１モジュールは、
前記通知メッセージの潜在的な受信者の少なくとも１つのアドレスを含む、前記通知メッセージの潜在的な受信者のコンタクトの詳細を記憶し、
録音音声を記憶し、
１人以上の前記潜在的な受信者を、通知メッセージの指定受信者として特定するデータを第１通信デバイスから受け取り、
１人以上の前記潜在的な受信者を、前記通知メッセージの指定受信者についての少なくとも１つのコンタクト宛先を特定するデータを前記第１通信デバイスから受け取り、
前記通知メッセージ受信者、前記少なくとも１つのコンタクト宛先、および前記記憶された録音音声を、通知パッケージに組み立て、
第１通信データと異なる位置にある、前記第１プロセッサと通信する第２プロセッサに、前記通知パッケージを送信する
よう構成される第１プロセッサと、
第２モジュールを含む前記第２プロセッサであって、前記第２モジュールは、
前記第１モジュールから前記通知パッケージを受け取り、
共通の配信特性を有する通知受信者のための、前記通知メッセージの指定受信者のうちの少なくとも１人に関連付けられた情報、前記少なくとも１つのコンタクト宛先、及び前記記憶された録音音声を前記通知パッケージから抽出し、
前記記憶された入力録音音声が異なるフォーマットに変換される必要があるかを、前記少なくとも１つのコンタクト宛先及び前記共通の配信特性に少なくとも一部は基づいて、かつ配信フォーマットに関する前記通知メッセージの送信者からの入力とは独立して、判定し、
前記記憶された入力録音音声を前記共通の配信特性を有する通知受信者のための前記異なるフォーマットに変換し、
前記記憶された入力録音音声の少なくとも一部を、前記１人以上の通知メッセージの指定受信者に関連付けられた前記少なくとも１つのアドレスに、通知受信者によって特定された配信パラメータに少なくとも一部は基づいて送信し、
１人以上の前記通知メッセージの指定受信者からの、前記メッセージが受け取られたことの確認を示すデータを受け取り、
前記メッセージが前記第１モジュールに受け取られたことの確認を示す前記データを送る
よう構成される第２プロセッサと、
を備えるシステム。
【請求項２】
前記１人以上の前記通知メッセージの指定受信者から受け取られたデータは、前記メッセージが理解されたことの確認をさらに示す、請求項１に記載のシステム。
【請求項３】
前記１人以上の前記通知メッセージの指定受信者に関連付けられた前記少なくとも１つのアドレスに送信された前記記憶された録音音声は、音声電話を介して送信される、請求項１に記載のシステム。
【請求項４】
前記メッセージが受け取られたことの確認を示す前記データを前記第１モジュールに送ることは、前記第２モジュールに送信した前記第１モジュールからの問い合わせに応答して行われる、請求項１に記載のシステム。
【請求項５】
前記第１モジュールは、前記第１通信デバイスからメッセージ配信オプションを特定するデータを受け取るようさらに構成され、
前記メッセージ配信オプションは、前記通知メッセージ受信者が応答するように促される、１以上の質問または命令を含むオプションを備える、請求項３に記載のシステム。
【請求項６】
前記第２モジュールは、前記質問に対する前記通知メッセージ受信者によって提供された前記応答を受け取り、前記第１モジュールへの前記応答に関連したデータを送信するようにさらに構成されている、請求項５に記載のシステム。
【請求項７】
前記第２モジュールは、前記第１モジュールに関連付けられた装置を用いて複数の前記通知メッセージ受信者を会議通話へ転送するようにさらに構成されている、請求項３に記載のシステム。
【請求項８】
前記１人以上の前記通知メッセージの指定受信者のそれぞれに関連付けられた前記少なくとも１つのアドレスに送信される前記記憶された入力録音音声は、少なくとも１人の前記通知メッセージの指定受信者の少なくとも１つの電子メールアドレスに送信される、請求項１に記載のシステム。
【請求項９】
第１デバイスからの電子メッセージをネットワーク上で受信者のグループに配信する方法であって、
通知パッケージを受け取ることであって、前記通知パッケージは、
前記第１デバイスから配信されるべき前記電子メッセージを示すデータ、
前記電子メッセージの前記受信者のグループ、および
前記電子メッセージの前記受信者のグループ中の少なくとも１人の受信者についての少なくとも１つのコンタクト宛先
を含む、通知パッケージを受け取ることと、
共通の配信特性を有する通知受信者のための、通知メッセージの指定受信者のうちの少なくとも１人に関連付けられた情報、前記少なくとも１つのコンタクト宛先、及び前記配信されるべき電子メッセージを示す前記データを前記通知パッケージから抽出し、
前記電子メッセージが異なるフォーマットに変換される必要があるかを、前記少なくとも１つのコンタクト宛先及び前記共通の配信特性に少なくとも一部は基づいて、かつ配信フォーマットに関する前記第１デバイスからの入力とは独立して、判定することと、
前記電子メッセージを前記共通の配信特性を有する通知受信者のための前記異なるフォーマットに変換することと、
通知受信者によって特定された配信パラメータに少なくとも一部は基づいて、前記電子メッセージを前記受信者のグループ中の少なくとも１人に送信することと
を含み、
前記電子メッセージは、前記受信者に前記電子メッセージの見直しを確認するよう促すデータを含む、
方法。
【請求項１０】
各受信者について、前記電子メッセージの見直しを前記受信者が確認したことに基づいて、受信者ごとに、前記受信者が送信した電子メッセージの見直しの確認を受け取ることをさらに含んでいる、請求項９に記載の方法。
【請求項１１】
電子メッセージを示す前記データは文字である、請求項９に記載の方法。
【請求項１２】
前記文字は音声メッセージに変換され、音声メッセージとして配信される、請求項１１に記載の方法。
【請求項１３】
前記電子メッセージを受け取る前記受信者のグループを特定するためのユーザが選択可能なインターフェース要素を提供することをさらに備え、前記インターフェース要素を提供することは、潜在的な受信者のリストを、前記潜在的な受信者の一部を前記受信者のグループとして特定するための選択可能なチェックボックスと共に表示することを含む、請求項９に記載の方法。
【請求項１４】
前記潜在的な受信者のうちの前記特定された一部についての１つ以上のアドレスの種類を特定するための、ユーザが選択可能なオプションを提供することをさらに含む、請求項１３に記載の方法。
【請求項１５】
送信された電子メッセージの見直しの確認を受け取ることは、前記メッセージ受信者が前記メッセージを受け取りかつ理解したかどうかに関する情報を含む電子メールを受け取ることを含む、請求項９に記載の方法。
【請求項１６】
前記電子メッセージの見直しを確認することは、前記第１デバイスに関連付けられたユーザへの電子メールメッセージを作成することを含み、前記電子メールメッセージは、前記電子メッセージを前記複数の受信者に送信したことの結果についての情報を含む、請求項９に記載の方法。
【請求項１７】
前記受信者からの前記電子メッセージの見直しを確認することは、テキスト形式の応答である、請求項９に記載の方法。
【請求項１８】
前記メッセージは、前記複数の受信者に対して提示される別の質問を含むコンタクト命令をさらに備え、前記方法は、
前記送信された通知メッセージに前記別の質問を含めることと、
前記受信者に、前記別の質問に応答するように促すことと、
１人以上の受信者から前記別の質問に対する応答を受け取ることと、
前記別の質問に対する応答を示すデータを、前記第１デバイスに関連付けられたユーザに送信することと
をさらに含む、請求項９に記載の方法。
【請求項１９】
前記メッセージを受け取りかつ理解したことの確認を示す、前記受信者のグループのうちの１人以上から受け取られた前記データは、音声応答を含んでいる、請求項９に記載の方法。
【請求項２０】
前記メッセージを受け取りかつ理解したことの確認を示す、前記受信者のグループのうちの１人以上から受け取られた前記データは、DTMF音を含んでいる、請求項９に記載の方法。
【請求項２１】
通知メッセージの前記確認済みの受信者のそれぞれを、会議通話ブリッジに接続することをさらに含む、請求項９に記載の方法。
【請求項２２】
前記第１デバイスを、前記確認済みの受信者と共に会議通話ブリッジに接続することをさらに含む、請求項２１に記載の方法。
【請求項２３】
第１デバイスからの電子メッセージをネットワーク上で受信者のグループに配信するシステムであって、
通知パッケージを受け取る手段であって、前記通知パッケージは、
前記第１デバイスから配信されるべき前記電子メッセージを示すデータ、
前記電子メッセージの前記受信者のグループ、および
前記電子メッセージの前記受信者のグループ中の少なくとも１人の受信者についての少なくとも１つのコンタクト宛先
を含む、通知パッケージを受け取る手段と、
共通の配信特性を有する通知受信者のための、通知メッセージの指定受信者のうちの少なくとも１人に関連付けられた情報、前記少なくとも１つのコンタクト宛先、及び前記配信されるべき電子メッセージを示す前記データを前記通知パッケージから抽出する手段と、
前記電子メッセージが異なるフォーマットに変換される必要があるかを、前記少なくとも１つのコンタクト宛先及び前記共通の配信特性に少なくとも一部は基づいて、かつ配信フォーマットに関する前記第１デバイスからの入力とは独立して、判定する手段と、
前記電子メッセージを前記共通の配信特性を有する通知受信者のための前記異なるフォーマットに変換する手段と、
通知受信者によって特定された配信パラメータに少なくとも一部は基づいて、前記電子メッセージを前記受信者のグループ中の少なくとも１人に送信する手段と
を含み、
前記電子メッセージは、前記受信者に前記電子メッセージの見直しを確認するよう促すデータを含む、
システム。
【請求項２４】
第１デバイスからの電子メッセージをネットワーク上で受信者のグループに配信するためのコンピュータで読み取り可能なプログラムコードをその中に具現化したコンピュータで読み取り可能な非経過的記録媒体であって、前記コンピュータで読み取り可能なプログラムコードは、
通知パッケージを受け取ることであって、前記通知パッケージは、
前記第１デバイスから配信されるべき前記電子メッセージを示すデータ、
前記電子メッセージの前記受信者のグループ、および
前記電子メッセージの前記受信者のグループ中の少なくとも１人の受信者についての少なくとも１つのコンタクト宛先
を含む、通知パッケージを受け取ることと、
共通の配信特性を有する通知受信者のための、通知メッセージの指定受信者のうちの少なくとも１人に関連付けられた情報、前記少なくとも１つのコンタクト宛先、及び前記配信されるべき電子メッセージを示す前記データを前記通知パッケージから抽出することと、
前記電子メッセージが異なるフォーマットに変換される必要があるかを、前記少なくとも１つのコンタクト宛先及び前記共通の配信特性に少なくとも一部は基づいて、かつ配信フォーマットに関する前記第１デバイスからの入力とは独立して、判定することと、
前記電子メッセージを前記共通の配信特性を有する通知受信者のための前記異なるフォーマットに変換することと、
通知受信者によって特定された配信パラメータに少なくとも一部は基づいて、前記電子メッセージを前記受信者のグループ中の少なくとも１人に送信することと
の命令を含み、
前記電子メッセージは、前記受信者に前記電子メッセージの見直しを確認するよう促すデータを含む、
コンピュータで読み取り可能な非経過的記録媒体。
【請求項２５】
前記第２プロセッサは、共通の配信特性を有する通知受信者について、前記通知パッケージを処理するよう構成される、
請求項１に記載のシステム。
【請求項２６】
前記第２プロセッサは、前記記憶された入力録音音声が変換されるべきかを判断し、前記共通の配信特性を有する通知受信者について、前記記憶された入力録音音声を一度だけ変換する、
請求項２５に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、電子メッセージングに関する。具体的には、本開示は、受信者のグループへ通知メッセージを配信するためのシステムおよび方法に関する。
【背景技術】
【０００２】
今日の平均的な人は、急速に拡大しつつある個人間のつながりのネットワークの中に自分が存在すると感じており、迅速なコミュニケーションがますます重要になっている。多くの場合、重要な情報を多くの受信者のグループと通信したり共有することが必要である。例えば、予定外の会議のために、青少年スポーツチームのコーチがチームの練習に急に出席できなくなる場合が考えられる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
この情報を大人数（例えば、チームの部員および／または父兄）に伝えることは重要であり、コーチと部員との間で電話、テキストメッセージ、および／または電子メールが必要となる、時間がかかる課題である。このプロセスでは、グループの規模や必要なコミュニケーションの複雑度にもよるが、最初の部員から最後の部員まで連絡をとるのに数時間は容易にかかる。さらに、最初の連絡から最後の連絡までの間に状況の変化が起きた場合、新しい情報が入手可能になりグループの全員に伝えなければならないため、プロセス全体を再び開始しなければならなくなる場合もある。
【課題を解決するための手段】
【０００４】
ここに開示された発明（development）に係るシステムおよび方法にはいくつかの態様があり、それらのうちの１つだけが好ましい性質を規定するものではない。以下、いくつかの特徴を簡潔に述べるが、本発明の範囲はこれらに限定されるものではない。
【０００５】
第１の実施形態では、複数の受信者への通知メッセージの受領をコンピュータネットワーク上で送り確認するシステムが設けられる。このシステムは、前記通知メッセージの潜在的な受信者の少なくとも１つのアドレスを含む、前記通知メッセージの潜在的な受信者のコンタクトの詳細を記憶し、録音音声を記憶し、１人以上の前記潜在的な受信者を、通知メッセージの指定受信者として識別し、メッセージ配信オプションを特定するデータを受け取り、前記通知メッセージ受信者の識別、前記記憶された録音音声、および前記メッセージ配信オプションを、通知パッケージに組み立てるよう構成される第１モジュールを備える。さらにこのシステムは、前記第１モジュールと通信する第２モジュールであって、前記第１モジュールから前記通知パッケージを受け取り、前記通知メッセージの指定受信者、前記記憶された録音音声、および前記メッセージ配信オプションを前記通知から抽出することによって、前記通知パッケージを処理するよう構成される第２モジュールを備える。この第２モジュールは、さらに、前記記憶された録音音声を、前記１人以上の通知メッセージの指定受信者に関連付けられた前記少なくとも１つのアドレスに送信し、１人以上の前記通知メッセージの指定受信者からの、前記メッセージが受け取られたことの確認を示すデータを受け取り、前記メッセージが前記第１モジュールに受け取られたことの確認を示す前記データを送るよう構成される。
【０００６】
別の実施形態では、第１クライアント装置からの電子メッセージをネットワーク上で受信者のグループに配信する方法が設けられる。この方法は、前記第１クライアント装置から配信される前記電子メッセージを示すデータを受け取ることと、前記電子メッセージを受け取る前記受信者のグループを特定するための、ユーザが選択可能な第１インターフェース要素を設けることとを含む。この方法は、さらに、前記ユーザが選択可能なインターフェース要素を介して、前記電子メッセージを受け取る前記受信者のグループを特定する選択を受け取ることと、前記受信者に前記電子メッセージの見直しを促すデータを含む前記電子メッセージを、前記特定のグループにおける前記受信者に配信するための通知サービスに送信することと、各受信者について、前記電子メッセージの見直しを前記受信者が確認したことに基づいて、前記受信者が送信した電子メッセージを見直したことの確認を受け取ることをさらに含んでいる。
【０００７】
また別の実施形態では、携帯機器から複数の受信者への通知を管理する方法が設けられる。この方法は、第１携帯装置から、前記複数の受信者の受信者識別子および受信者アドレス情報を含むコンタクト情報と、コンタクト命令とを含むメッセージ通知パッケージを受け取ることを含む。この受け取られたメッセージ通知パッケージは、前記コンタクト命令を前記コンタクト情報に適用することにより処理される。さらに、この方法は、前記コンタクト命令に基づいて、メッセージ通知を前記複数の受信者に送ることと、前記複数の受信者のうちの１人以上から、前記メッセージ通知を受け取ったという確認を示すデータを受け取ることとを含んでいる。そして、携帯電話に、前記複数の受信者のうちの１人以上が前記メッセージ通知を受け取ったことを通知する。
【図面の簡単な説明】
【０００８】
【図１】図１は、本発明の様々な態様を実施するのに適したコンピュータネットワーク環境の一例を示すブロック図である。
【図２】図２は、図１における通知サービスにアクセスするのに用いることのできるクライアント装置を示すブロック図である。
【図３】図３は、図２におけるデータ記憶装置をより詳細に示すブロック図である。
【図４】図４は、図３におけるコンタクトデータベースをより詳細に示す図である。
【図５】図５は、図１における通知サービスをより詳細に示すブロック図である。
【図６】図６は、ある実施形態に係る、受信者のグループへの通知の開始を示すフローチャートである。
【図７】図７は、図６における開始された通知メッセージを受信者のグループに配信するプロセスを示すフローチャートである。
【図８】図８は、図７における通知パッケージがどのように処理されるかをさらに詳細に示すフローチャートである。
【図９】図９は、複数の受信者アドレスに連絡してメッセージを配信するプロセスを示すフローチャートである。
【図１０】図１０は、メッセージ受信者が図７におけるメッセージの受領をどのように確認するかをさらに詳細に示すフローチャートである。
【発明を実施するための形態】
【０００９】
本明細書および図面において、同じ構成要素は同じ参照符号で示される。
【００１０】
ここで述べる様々な実施形態は、ユーザがクライアントコンピュータ装置（例えば、携帯電話）を用いて、選択した受信者のグループに通知メッセージを開始し送信するためのシステムおよび方法を含んでいる。この通知メッセージは、電子メール、テキストメッセージ、および／または留守番電話を含む様々な電子方法によって配信される、音声メッセージであってもよい。通知メッセージの定義は、通知メッセージが選択した受信者に受け取られかつ／または理解されたことの確認を要求する能力をユーザが持っていることが前提になっている。いくつかの実施形態において、受信者は、通知メッセージに応答し、メッセージを受信し理解したことを示すように要求される。受信者の応答を受け取ると、ユーザから通知メッセージの受信者に別の質問が出されてもよい。この質問に対する応答は、収集され、ユーザに提供されてもよい。さらに別の実施形態では、受信者のグループを、通知ユーザとの会議通話へつなぐコミュニケーションブリッジへ転送してもよい。
【００１１】
図１は、ここに述べる発明の様々な実施形態を実現するのに適したネットワーク環境の一例を示す。一般に、このネットワーク環境は、１人以上の送信側ユーザ１０から１人以上の通知受信者２８へメッセージを送るのに使用することのできる、１つ以上のネットワークを有する。図１に示すネットワーク環境は、様々な種類のネットワーク２０を有する。これらのネットワークは、セルラーネットワーク２２、公衆交換電話網（ＰＳＴＮ）２４、およびＩＰネットワーク２６を有する。また、ネットワーク環境は、２つ以上の当事者間のコミュニケーション機能を提供するのに適した別の種類のネットワークを有してもよい。ネットワーク２０には、通知サービス１２が接続されている。通知サービス１２は、後で詳しく述べるが、ユーザ１０により通知メッセージを受信者２８のグループに送信できるプラットフォームを提供する。
【００１２】
図１に示すユーザ１０は、通知サービス１２を介してネットワーク２０にアクセス、通信するための様々な方法を有してもよい。ユーザ１０は、携帯電話機を有してもよい。携帯電話機は様々な形態を取りうる。ある実施形態において、携帯電話機は、搭載したソフトウェアアプリケーションを動作させることができる移動通信システム（例えば、ウィンドウズモバイル（Windows Mobile）、シンビアン（Symbian）、モバイルリナックス（Mobile Linux）等）を提供する「スマートフォン」である。また、携帯電話機は、パーソナルデータアシスタント（ＰＤＡ）であってもよい。ユーザ１０は、携帯電話機を用いて、セルラーネットワーク２２上で電話をかけてもよい。さらに携帯電話機は、ＩＰネットワーク２６にアクセスし、ユーザ１０がインターネットを使用できるように構成されてもよい。また、ユーザ１０は、１台以上のパソコン（デスクトップパソコン、ハンドヘルド・コンピュータ、タブレット・コンピュータ等を含む）のような別のコミュニケーション機器を有してもよい。また、ユーザ１０は、これらの機器を用いてネットワーク２０にアクセスしてもよい。
【００１３】
さらに、ネットワーク２０には、通知受信者２８が接続している。さらに詳しく後述するように、通知受信者は、ユーザ１０に関連付けられたコンタクト情報に記憶された人物を含んでいる。通知受信者２８は、典型的には、ネットワーク２０を介してコンタクト可能な人物である。通知受信者２８へは、通知受信者の複数のアドレスのうちのひとつへメッセージを送信することにより様々な方法でコンタクトできる。ここでいうアドレスとは、通知受信者へのコンタクトに用いられる、文字、数字、またはこれらの組み合わせのいずれであってもよい。アドレスは、電子メールアドレス、電話番号、インスタントメッセージのアドレス、スカイプ（Skype）のアドレス、ＶｏＩＰのアドレス等を含んでもよい。例えば、通知受信者２８は、ＰＳＴＮ２４に接続した（関連付けられた電話番号／アドレスを有する）電話を持っていてもよい。また、通知受信者２８は、セルラーネットワーク２２に接続した（関連付けられた電話番号／アドレスを有する）携帯電話を持っていてもよい。さらに、通知受信者２８は、パソコン（またはおそらくは携帯電話）等の、インターネットが可能なコンピュータ装置によりアクセスされる１つ以上の電子メールアドレスを持っていてもよい。
【００１４】
次に図２を参照して、クライアント装置４０の一例について説明する。以下に詳述されるように、クライアント装置４０は、ユーザ１０により使用され、通知メッセージを通知受信者２８のグループへ伝える。クライアント装置４０は様々な形態をとることができ、後述する通知サービス１２を伝達することができればよい。ここに挙げられた例では、クライアント装置４０はスマートフォンである。クライアント装置４０は、音をユーザ１０に出力する音声出力４２（例えば、出力スピーカー）を備えてもよい。また、クライアント装置は、文字および／または図形情報をユーザ１０へ示すのに用いられる映像ディスプレイ装置等の映像出力４４を有してもよい。また、クライアント装置４０は、データ入力装置４６を有してもよい。データ入力装置４６は様々な形態をとりうる。映像出力４４と共に用いられてデータを入力するペンであってもよい。また、キーボードまたはマウス（または、これら２つを組み合わせたもの）であってもよい。
【００１５】
また、典型的には、クライアント装置４０はデータ記憶装置４８を有してもよい。データ記憶装置４８は、揮発性メモリ、不揮発性コンピュータメモリ、またはこれら２つを組み合わせたものであってもよい。図３を参照して以下に詳しく述べるように、データ記憶装置４８は、アプリケーションソフトウェア、オペレーティングシステムソフトウェア、およびアプリケーションデータを記憶するのに用いてもよい。さらに、クライアント装置４０は、１つ以上のネットワークインターフェース５０を備えてもよい。各ネットワークインターフェース５０は、例えばセルラーネットワーク２２等のネットワーク２０のうちのいずれかひとつに接続し、インターフェースとなるように用いられてもよい。さらに、装置４０は、例えばＩＰネットワーク２６等の別のネットワークと接続する別のネットワークインターフェース５２を備えてもよい。いくつかの実施形態では、クライアント装置は、１つ以上のネットワーク２０と通信することのできる１つのネットワークインターフェースを備えてもよい。また、典型的には、クライアント装置４０は音声入力５４を備えてもよい。音声入力５４は、マイクロフォンまたは音を入力する他の入力装置であってもよい。音声入力５４を介して入力される音は、デジタル音声ファイルとしてデータ記憶装置４８に記憶されてもよい。また、入力音声は、別の媒体に記憶されてもよい。
【００１６】
ここで図３を参照し、データ記憶装置４８をより詳細に説明する。データ記憶装置４８は様々なデータを記憶することができる。例えば、データ記憶装置４８は、デバイスオペレーティングシステム６０を備えてもよい。上述したように、デバイスオペレーティングシステム６０は、ウィンドウズモバイル、シンビアン、モバイルリナックス等の移動通信システムであってもよい。また、デバイスオペレーティングシステムは、Ｊａｖａ（Ｊ２ＭＥ）等のアプリケーションプラットフォームで動作するように構成された、さらに独自の電話オペレーティングシステムであってもよい。また、データ記憶装置はアプリケーションソフトウェア６２を記憶してもよい。アプリケーションソフトウェア６２は、装置４０に予めインストールされていてもよいし、後で装置にダウンロードされてもよい。典型的には、アプリケーションソフトウェア６２は、オペレーティングシステム６０上で動作するように構成される。また、データ記憶装置４８は、アプリケーションデータ６４を記憶する。典型的には、アプリケーションデータ６４は、ソフトウェアアプリケーション６２のうちのいずれか１つが作成したデータを記憶する。アプリケーションデータ６４は、ドキュメント、スプレッドシート、データベース等を含んでもよい。
【００１７】
データ記憶装置４８は、コンタクトデータベース６６を備えてもよい。コンタクトデータベース６６は、ユーザ１０のコンタクトをクライアント装置４０に記憶する。コンタクトデータベース６６は、装置４０に予めインストールされたコンタクトデータベースであってもよいし、後でインストールされる拡張ソフトウェアを介して提供されてもよい。以下、図４を参照して、コンタクトデータベースのより詳細な例について述べる。クライアント装置４０は、通知クライアントソフトウェア６８をさらに備えてもよい。通知クライアントソフトウェア６８は、ユーザ１０により使用され、本発明の様々な態様に従って通知を開始するソフトウェアである。通知クライアントソフトウェア６８は、オペレーティングシステム６０上で直接動作するように書き込まれたソフトウェアアプリケーションであってもよいし、Ｊａｖａアプリケーションまたはブラウザベースのアプリケーションであってもよい。通知クライアントソフトウェア６８の動作は、以下でさらに詳しく説明する。
【００１８】
データ記憶装置４８は、通知サービス設定７０をさらに備えてもよい。通知サービス設定７０は、通知サービス１２からユーザ１０が要求したサービスのレベルを設定してもよい。通知クライアントソフトウェア６８の機能は、通知サービス設定７０により部分的に決定されてもよい。これらの設定は、アカウントサービスの様々なレベルを含んでもよい。通知サービス設定７０はデータ記憶装置４８に部分的に記憶されてもよいが、サービスのレベルは通知サービス１２に記憶されたデータにより制御される。サービスレベル情報は、ユーザインターフェースの応答性を上げるためにクライアント装置４０に部分的に保存されてもよい。クライアント装置４０に記憶されたアカウントサービスレベルが正当でないやり方（例えば、エンドユーザによるハッキング）で変更された場合、通知サービス１２で保持された設定は、クライアント装置４０における変更された設定を書き換えるように構成されてもよい。例えば、アカウントサービスのあるレベルは、メッセージを受信したという通知受信者２８からの確認を要求できる能力をユーザ１０が有するかどうか特定するものであってもよい。さらに、設定は、ユーザ１０が追加の質問を通知メッセージに追加できるかどうか、または、通知を受信しユーザ１０に応答した通知受信者２８は会議通話に参加すべきかどうか、をさらに含んでもよい。通知サービス設定７０には、他のデータがさらに記憶されてもよい。例えば、ユーザ１０のアカウントについてのデフォルトの設定（例えば、通知受信者に対して表示される発信者の識別、またはデフォルトのメッセージフォーマット）は、サービス設定７０に記憶されて、通知メッセージが通知メッセージの受信者２９へ開始された時点で通知クライアントソフトウェア６８からアクセスされてもよい。
【００１９】
次に図４を参照して、コンタクトデータベース６６からの記録８６の一例を説明する。コンタクトデータベース６６は様々な形態をとりうる。ある実施形態では、コンタクトデータベース６６はリレーショナルデータベース、または、フラットファイル若しくはオブジェクトストア等の別のデータ構成に記憶されてもよい。図４に示す例では、コンタクトデータベース６６は、いくつかのフィールドを有するリレーショナルデータベース表である。データベース記録８６自体については、記録は、通知受信者２８に対するコンタクト情報を記録する様々なデータフィールド８８を含む。データフィールド８８は、コンタクト記録に関連付けられた人物を示す名前フィールドを含んでもよい。この例におけるその他のフィールドは、それぞれそのユーザに対するコンタクト情報を含んでいる。これらのフィールドは、電話（仕事）、電話（自宅）、電話（携帯）、ファックス、ページャ、電子メール（第１）、電子メール（第２）、およびインスタントメッセージアドレスを含んでもよい。例えば、スカイプのアドレス等の別のコンタクト情報を設けてもよい。後で詳しく述べるが、通知クライアントソフトウェア６８によって、ユーザ１０はコンタクトデータベース６６から受信者２８を選択し、通知サービス１２からの通知メッセージを受け取ることができる。ユーザ１０は、メッセージ配信に関する１つ以上の入手可能なコンタクトアドレス／番号を選択してもよい。
【００２０】
次に図５を参照し、通知サービス１２についてさらに詳細に説明する。上述したように、通知サービス１２は、ユーザ１０により使用され、通知メッセージをコンタクトデータベース６６から選択された受信者２８のグループに送信することのできるプラットフォームを提供する。いくつかの実施形態では、通知サービス１２は、登録に基づいてユーザ１０に提供される。よって、登録プランに基づいて、異なるレベルのサービスおよび機能をユーザが入手可能になる。
【００２１】
通知サービス１２は、メッセージングサービス１０２を含んでいる。メッセージングサービス１０２は、通知メッセージを通知メッセージ受信者２８に配信する。通知メッセージは様々なコンタクトアドレスのうちのいずれの通知メッセージ受信者２８に送られてもよいため、メッセージングサービスは、様々なコンタクト項目に関連付けられた異なるネットワーク２０でメッセージを伝えることの可能な様々なモジュールを有する。
【００２２】
ある実施形態では、ユーザ１０は、開始されたメッセージを、第１の通知受信者２８の電子メールアドレスへ送信し、第２の通知受信者２８へはテキストメッセージとして送信し、第３の通知受信者２８には音声メッセージとして送信するように指定してもよい。しかし、別の実施形態では、ユーザ経験を単純にし、ユーザ１０がこれらの設定を特定せず、通知サービス１２が、そこに定義されたプロトコルに従ってメッセージを転送する。この単純化した実施形態では、ユーザ１０は、例えば、音声装置への配信のみを制限することにより、または文字装置への配信のみを制限することにより、メッセージを受信しうる装置の種類を制御する全ての設定を特定してもよい。メッセージを各受信者へ配信できるようにするためは、通知メッセージを、ＰＳＴＮネットワーク２４およびセルラーネットワーク２２を経由して電話およびテキストメッセージの受信者にそれぞれ転送しつつ、ＩＰネットワーク２６を経由して電子メール受信者へ届くように転送してもよい。このようにメッセージを配信できるようにするために、メッセージングサービス１０２は電話モジュール１０４を備えてもよい。電話モジュール１０４は、ＰＳＴＮネットワーク２４（ただし、電話モジュール１０４はＶｏＩＰ技術によってのみ実現され、この特定の例では、電話モジュール１０４は、ＩＰネットワーク２４またはＶｏＩＰコミュニケーション専用の別のＩＰネットワークにより、ＩＰネットワーク２４に間接的に連結してもよい）を介してメッセージを配信するように構成されている。メッセージングサービス１０２は、ＩＰネットワーク２４を介して通知受信者２８の電子メールアドレスに通知メッセージを配信するメールモジュール１０６をさらに備えてもよい。さらに、メッセージングサービス１０２は、セルラーネットワーク２２を介してテキストメッセージを受信者に配信するＳＭＳモジュール１０８を備えてもよい。いくつかの実施形態では、メッセージングサービスは、テキストメッセージをインスタントメッセージのアドレスに配信するインスタントメッセージング（ＩＭ）モジュール１１０を備えてもよい。他のメッセージングモジュールとしては、メッセージをＶｏＩＰのアドレス（例えばスカイプ）へ配信するＶｏＩＰモジュール等が考えられる。
【００２３】
また、通知サービス１２は、アプリケーションサービス１２０を含んでいる。アプリケーションサービス１２０は、ユーザ１０が開始した通知メッセージを受け取り、（必要なら）メッセージングサービス１０２で配信できるフォーマットに変換するのに使用される。アプリケーションサービス１２０の動作は後で詳しく説明する。また、通知サービス１２は、ウェブインターフェース１２２を備えている。ウェブインターフェース１２２は、ブラウザベースのアクセスをアプリケーションサービス１２０に提供する。したがって、通知クライアントソフトウェア６８のうちのいくつかの種類がクライアントサーバベースであるのに対し、その他はブラウザベースであってもよい。
【００２４】
図６は、通知クライアントソフトウェア６８がどのように通知メッセージを開始するかを示すフロー図である。まず、ブロック６０２では、クライアント装置４０が受信者のコンタクト情報を記憶する。上述したように、コンタクト情報はコンタクトデータベース６６に記憶されてもよい。いくつかの実施形態では、選択を容易にするため、コンタクトは所定のグループに分けらてもよい。これらのグループは、コンタクトデータベースソフトウェア６６、通知クライアントソフトウェア６８、またはこれら両方に保持されてもよい。例えば、ユーザ１０は、「サッカーチーム」というグループを定義することにより、それに関連するものを選択するためにコンタクトデータベース６６内をスクロールすることなくこのグループを容易に選択し、通知を送信できる。
【００２５】
次に、ブロック６０４において、ユーザは通知メッセージをクライアント装置４０に入力する。典型的には、通知メッセージは音声入力５４を介して入力され、データ記憶装置４８に記憶される音声メッセージである。クライアント通知ソフトウェア６８は、この録音音声機能を有してもよいし、この機能を、クライアント装置４０におけるオペレーティングシステムソフトウェア６０またはアプリケーションソフトウェア６２により設けてもよい。通知メッセージは、データ入力装置４６から入力された（その後、必要または要望があれば、文字・音声変換技術を用いた音声フォーマットに変換された）テキストメッセージであってもよい。
【００２６】
次にブロック６０６に進み、ユーザは入力されたメッセージの通知受信者のグループを選択し、クライアントソフトウェア６８内のメッセージ配信オプションを特定する。上述したように、ユーザ１０は、コンタクトデータベース６６から通知受信者２８の所定のグループを選択してもよいし、手動で通知受信者２８を選択してもよい。上で述べたように、特定の通知受信者２８は、１つ以上のコンタクト番号またはアドレスを有してもよい。いくつかの実施形態では、通知サービス１２は、ユーザインターフェースを簡潔にするために、どのアドレスをユーザとコンタクトするために用いるかを選択してもよい。別の実施形態では、ユーザは全ての通知受信者に適用する通知方法を選択するように要求される場合もある。また別の実施形態では、通知クライアントソフトウェア６８は、各通知受信者２８のどのコンタクト先がユーザ１０が開始したメッセージを受け取るべきかを、ユーザ１０が特定できるように構成されてもよい。例えば、ユーザ１０は、第１の通知受信者２８に対しては、受信者の電話番号へメッセージを配信し、第２のメッセージ受信者に対しては、配信位置の電子メールアドレスを選択してもよい。いくつかの実施形態では、通知サービス設定７０は、ユーザ１０のデフォルトの選択を記憶してもよい。いくつかの実施形態では、ユーザ１０は、各通知受信者２８の第１の配信位置および、通知受信者２８が第１の配信位置に送信したメッセージに応答しない場合に用いる第２の配信位置(アドレス)を選択してもよい。また、通知サービス１２は、ユーザが入力することなく装置への配信を選択してもよい。特に緊急のメッセージについては、ユーザ１０は、通知メッセージが通知受信者２８の全ての可能な配信位置に送信されるように特定してもよい。このようにして、メッセージが通知受信者２８の各コンタクトオプションに送信される。
【００２７】
通知受信者の選択方法について様々な実施形態を述べたが、当業者であれば、一般に、ユーザはコンタクト先の通知受信者２８またはグループ、および通知メッセージを送信する目的でコンタクトされる装置を選択することができることを理解するであろう。ユーザ１０から受け取られると、通知サービスはその通知を受信者へ送信し、選択することにより各受信者の装置を選択してもよい。さらに、当業者であれば、通知メッセージを配信するのに複数の方法、例えば、一度に一つの装置のみを経由してコンタクトし最初にコンタクトがとれたときに停止すること、ある人物の可能な全ての装置を経由してコンタクトすること、等が適用できることを理解するであろう。
【００２８】
メッセージ配信オプションを特定する場合、いくつかの方法が考えられる。ユーザは、通知メッセージ受信者２８がメッセージを受け取り理解したという確認を通知サービス１２が得たかどうかを指定してもよい。いくつかの実施形態では、別の配信オプションをユーザが指定してもよい。例えば、ユーザ１０は、通知メッセージを受け取ると、メッセージ受信者２８に別の質問をしてもよい。この別の質問は、「会議の予定を変更するか？」や、他の質問であってもよい。また、ユーザ１０は、別の質問が音声メッセージまたはテキストメッセージとして通知受信者２８に提示されるかどうかを指定してもよい。ユーザ１０の別のオプションとしては、通知結果がユーザ１０に伝達されるかどうかを指定してもよい。これらの通知結果は、ユーザ１０に直接電子メールで送信されてもよいし、ウェブブラウザを介して後日アクセスすることのできる通知サービス１２のウェブインターフェース１２２に記憶されてもよい。いくつかの実施形態では、メッセージを受け取り応答すれば、電話を受けた通知受信者２８は会議ブリッジ（conference bridge）へ転送されるようにユーザ１０が特定してもよい（このプロセスは後で詳しく述べる）。
【００２９】
通知クライアントソフトウェアが提供する別のオプションとしては、通知受信者２８へのメッセージ発信元情報を特定してもよい。このサービスは、電話をかけた人が発信通話の発信番号を特定できるようなＩＳＤＮまたはＶｏＩＰ等の様々なコミュニケーションプロトコルにより得られる内蔵機能を用いることにより、実現してもよい。これらの特徴により、発信者ＩＤが送信者の携帯電話からのものであることを示す通知サービス１２からの通話を発信することができる。これにより、ユーザ１０は、通知受信者２８が迅速かつ容易に通知発信者をユーザ１０であると確実に認識するようにできる。さらに、別の送信オプションとしては、ユーザ１０は特定の時間にメッセージを配信するように指定してもよい。上述したように、いくつかの実施形態では、通知サービス１２は登録に基づいてユーザ１０に提供されてもよい。そうすることで、上述した通知オプションは、ユーザ１０が登録したサービスのレベルに基づいて提供されてもよい。
【００３０】
いったん通知受信者２８およびメッセージ配信オプションがユーザ１０に選択および指定されると、ブロック６０８に進み、通知クライアントソフトウェア６８は通知パッケージを作成し、通知サービス１２に送る。ここで、通知パッケージとは、通知プロセスに用いるデータを含む１つ以上のファイルである。通知パッケージは、通知メッセージに関連付けられた録音音声、特定の通知オプション、および受信者情報を含んでもよい。ある実施形態において通知パッケージはＸＭＬパッケージであるが、当業者であれば、様々な別のデータフォーマット（例えば、ＪＳＯＮ、構造化テキスト、バイナリ等）を用いることを容易に理解できる。通知パッケージが作成されると、ブロック６１０に進み、通知クライアントソフトウェアは、オペレーティングシステム６０および／またはクライアント装置４０のネットワークインターフェース５０および５２のいずれか１つに、この通知パッケージを通知サービス１２に送信するように指示する。
【００３１】
いったん通知サービス１２が通知パッケージを受け取ると、この通知パッケージは特定の通知受信者２８に配信される。図７および図８はこのプロセスをさらに詳細に示す。図７は、１つ以上の実施形態に係る、通知サービス１２がどのように通知パッケージを受け取り処理するかを示すフローチャートである。まず、ブロック７０２では、通知サービス１２がクライアント装置から通知パッケージを受け取る。典型的には、作成された通知パッケージが、通知サービス１２のアプリケーションサービスモジュール１２０に受け取られる。次に、ブロック７０４に進み、通知パッケージはアプリケーションサービスモジュール１２０によって処理され、通知メッセージおよび通知受信者２８が通知パッケージ（図８を参照して詳細に説明する）から抽出される。
【００３２】
通知パッケージが処理されると、ブロック７０６において、通知メッセージが通知受信者２８に送られる。典型的には、メッセージを送るプロセスはメッセージングサービス１０２により実行される。通知パッケージから抽出した各受信者のアドレスについて、メッセージングサービス１０２は、電話モジュール１０４、電子メールモジュール１０６、またはＳＭＳモジュール１０８を介して転送されるかどうかを決定してもよい。このようにして、通知受信者２８のアドレスが電話番号である場合には、音声を録音した通知メッセージが電話モジュール１０４を介してＰＳＴＮ２４上で通知受信者の電話番号に送られる。同様に、通知受信者２８のアドレスが電子メールアドレスである場合は、メッセージングサービス１０２は電子メールモジュール１０６へ通知メッセージのテキストフォーマットを送り、電子メールモジュール１０６は、ＩＰネットワーク２６を介してこの通知メッセージを通知受信者２８に送る。アドレスがインスタントメッセージのアドレスである場合は、通知メッセージはＩＭモジュール１１０に送られ、通知受信者２８に配信される。
【００３３】
通知受信者２８がメッセージングサービス１０２から通知メッセージを受け取ると、ブロック７０８において、その通知の受け取り確認が通知サービス１２に戻される。メッセージを受け取ると、ブロック７１０において、通知サービス１２はネットワーク２０上でこの確認をユーザ１０へ送る。この確認は、様々な方法でユーザ１０に配信されてもよい。ある実施形態では、通知サービス１２は、通知受信者２８がメッセージの受領を確認するたびに電子メールメッセージをユーザ１０に送ってもよい。いくつかの実施形態では、電子メールメッセージは、通知の送信後、所定の間隔（おそらく、１０分または１５分間隔）で送信してもよい。電子メールメッセージは、全てのコンタクトへの試みが終了するまで、１０分または１５分後毎に再送してもよい。また、通知サービスは、受け取り確認を記憶し、ウェブインターフェース１２２を介してユーザ１０が入手できるようにしてもよい。
【００３４】
図８は、図７のブロック７０４において適切に配信するために、通知パッケージがどのように処理されるかを詳細に示すフローチャートである。通知パッケージの処理は、その全体が本明細書に援用される、同じ譲受人の米国特許番号６，４６３，４６２で示すようなシステムにより行われてもよい。まず、ブロック８０２では、アプリケーションサービスが通知メッセージ（典型的には録音音声であるが、書かれたメッセージ、または録音された音声メッセージとテキストメッセージとの両方であってもよい）、通知メッセージ受信者、および通知配信オプションを、クライアント装置４０上でユーザにより作成された通知パッケージから抽出する。前述したように、通知パッケージはＸＭＬパッケージであってもよい。通知パッケージから様々なファイルが抽出されると、ブロック８０４において、アプリケーションサービス１２０は、通知パッケージで特定された通知受信者２８がＳＭＳアドレスを有するかどうかを決定する。ＳＭＳアドレスが特定されると、ブロック８０６に進み、通知メッセージは、ＳＭＳメッセージとして配信するテキストメッセージフォーマットに変換されてもよい。個別の単語の認識から連続した自由形式のスピーチのテキスト化（transcription）に及ぶ商業的に入手可能な多くの技術を用いて、音声を文字へ変換してもよい。これらの技術は、典型的には、音声入力を表すデジタルストリームを入力し、テキスト化されたテキストのストリームを出力する。サーバまたはユーザの携帯機器によりテキスト化が完了すると、見直しおよび編集のためにメッセージがユーザに提示される。いくつかの実施形態では、音声・文字変換技術は入手可能でなくてもよい。これらの実施形態において、ユーザ１０は、テキストメッセージなしではテキスト専用装置にメッセージを配信できないという警告を受け取ってもよい。その場合、ユーザは、文字を追加するか、候補装置のリストから文字専用装置を除外してもよい。ただし、ユーザ１０から受け取った通知メッセージがテキストフォーマットで受け取られた場合は、変換は不要である。さらに、ユーザ１０から受け取った元のメッセージを保存するために、通知メッセージをまずコピーし、メッセージのコピーをＳＭＳフォーマットに変換してもよい。変換が完了すると、判断ブロック８０８に進む。
【００３５】
判断ブロック８０４で特定されたＳＭＳアドレスがない場合、ブロック８０６を飛ばして判断ブロック８０８へ進み、アプリケーションサービス１２０が、通知パッケージに含まれる通知受信者２８が電子メールアドレスを有するかどうかを判断する。電子メールアドレスを有する場合、ブロック８１０において、通知メッセージを電子メールによる配信に適したフォーマット（ＳＭＳフォーマットと同じであっても異なっていてもよい）に変換し、判断ブロック８１２に進む。判断ブロック８０８において通知パッケージ中で電子メールアドレスが特定されない場合、ブロック８１０を飛ばして判断ブロック８１２へ進み、アプリケーションサービス１２０が、通知受信者２８が電話のアドレス（例えば電話番号）を有するかどうかを判断する。電話番号を有する場合、ブロック８１４に進み、必要であれば、通知メッセージを音声メッセージフォーマットに変換する。ユーザ１０がクライアント装置４０に入力したときの通知メッセージのフォーマットによっては、この変換は不要な場合がある。ユーザ１０が音声入力４２を用いて録音音声として通知メッセージを入力すると、通知メッセージは既に電話モジュール１０４を介した配信に適切なフォーマットになっている。通知メッセージに関連付けられた通知受信者のグループの電話番号が特定されない場合、ブロック８１６に進む。ブロック８１６において、アプリケーションサービス１２０は、配信指示（例えば、通知受信者の配信アドレス）に従って、作成された種類の通知メッセージをメッセージングサービス１０２へ送る。メッセージングサービス１０２は様々な種類の通知メッセージを受け取り、電話モジュール１０４、電子メールモジュール１０６、ＳＭＳモジュール１０８、および／またはＩＭモジュール１１０等のサブモジュールを用いて、それぞれの通知受信者２８へ配信する。
【００３６】
メッセージングサービス１０２による通知パッケージの配信は、様々な技術を用いて実行される。典型的には、メッセージングサービス１０２は、全ての受信者のリストと、受信者の対象となるコンタクトアドレス（上述したようにアプリケーションサービス１２０から受け取られる）とを構築する。上で述べたように、クライアント装置４０から受け取られた対象となるアドレスは、順位または順番を特定してもよい。この場合、対象となる各アドレスは、通知受信者２８の可能性のある別のアドレスと比較した順番を示す順位と関連づけられている。また、関連した記録は、（入手可能であれば）メッセージのテキスト、（入手可能であれば）メッセージの音声記録、および上述したメッセージ配信オプションを含む、発信メッセージの配信に関連した情報を含むように構築されてもよい。
【００３７】
この情報が構築されると、メッセージングサービス１０２は、特定の受信者それぞれに対して、順位に従って、受信者の表から全ての「準備が整った」受信者を選択し、次の可能な装置を選択する。これらのアドレスは、この通知の記録の内容または記録の参考とともに、関連するメッセージングモジュール（例えば、電話のアドレスは電話モジュール１０４に対応し、電子メールアドレスは電子メールモジュール１０６に対応する）に供給される。そして、メッセージングモジュール１０４、１０６、１０８、および１１０のそれぞれは、受け取った情報を用いて、要求された通知を関連する装置に対して実行する。各メッセージングモジュールを介した配信に適した方法でのメッセージの処理は、「質問・応答」のメッセージの交換を通じて、例えば、同じ譲受人の米国特許番号６，４６３，４６２で示すような方法、双方向ページング、またはインスタントメッセージを用いることにより実行されてもよい。当業者であれば、適切にフォーマット設定された情報をメッセージングモジュールに提示するのには、多数の方法が可能であることを理解するであろう。
【００３８】
受信者のアドレスが、通知に対する特定のメッセージングモジュールに与えられると、メッセージングサービス１０２において、受信者を忙しい（ｂｕｓｙ）とフラグ付けしてもよい。その試行が完了すると、装置に、完了した試行の数を示すフラグを付けてもよい。上に述べた試行の間、メッセージングサービス１０２が人間の応答を検知（肯定であっても否定であっても）すると、交換中の応答のいくつかまたは全てがデータベースに記憶された応答表に記録されてもよく、通知受信者２８は、この人物に対してこれ以上コンタクトを行わないようにコンタクト済みとフラグ付けをされてもよい。上に述べた試行の間、人の応答が検知されない場合、受信者は、もう一度コンタクト可能な状態であるとフラグ付けされてもよい。
【００３９】
ある特定の試行のサイクルについて、所定の受信者の各装置がいったん試行されると、試行の数をメッセージに関連付けられた試行の最大数とを比較してもよい。試行の数が試行の最大数よりも少なければ、受信者は遅延した（ｄｅｌａｙｅｄ）とフラグ付けされ、現在の時間に（ユーザの選択７０からの）メッセージに関連付けられた試行の値同士の遅延を加えたものと等しい遅延時間を表示してもよい。並行プロセスにより、「遅延した」状態の全ての受信者を周期的に調べ、現在の時間受信者の遅延時間を超えれば、受信者は再びコンタクト可能とフラグ付けされてもよい。
【００４０】
ある受信者についての全ての装置が（装置４０に記憶されたユーザ１０の選択７０により決定された）最大回数試行されると、その受信者は失敗したとフラグ付けされる。メッセージに関連付けられた全ての受信者がコンタクトされたまたは失敗したとフラグ付けされると、メッセージは完了したとフラグ付けされ、メッセージもその受信者も以降の通知には考慮されない。そして、メッセージに関連付けられた情報、実行されたアクション、および受け取られた応答は、報告書の作成用の「ビリング（billing）」表に書き込まれ、あらゆる「処理」表から情報が削除される。
【００４１】
図９は、電話モジュール１０４がどのように通知メッセージを通知受信者２８に配信するかという例を示す。ブロック９０２において、電話モジュール１０４は、通知受信者２８の電話番号に電話をかける。次に、判断ブロック９０４において、電話モジュール１０４は、発信先の通知受信者２８が電話に応答したかどうかを判断する。通知受信者２８が電話に応答した場合、ブロック９０６に進み、電話モジュール１０４は通知メッセージを音声メッセージとして通知受信者２８に伝える。
【００４２】
判断ブロック９０４において通知受信者が電話に応答しない場合、ブロック９０８に進み、通知サービス１２は、コンタクト情報が定義されているかどうかを判断する。例えば、ユーザ１０は通知受信者２８の２つの異なる電話番号を選択してもよく、または通知受信者２８の別の配信位置として電子メールアドレスを選択してもよい。ユーザ１０から別のコンタクト情報が提供されない場合、ブロック９０２に戻り、通知受信者２８の電話番号に再び電話をかける。
【００４３】
通知受信者の別のコンタクト先がある場合、代わりに判断ブロック９１０に進み、システムは、別の情報が電話モジュール１０４で取り扱う電話番号かどうかを判断する。そうである場合は、ブロック９１４に進み、電話モジュール１０４は通知受信者２８のこの別の電話番号に電話をかけ、次いで判断ブロック９０４に戻る。通知受信者２８のこの別のコンタクト先が電話番号でない場合は、電話モジュール１０４に代わって適切なメッセージングモジュールが制御し、ブロック９１２において、通知を別のアドレスに配信する。例えば、別のアドレスが電子メールアドレスの場合、電子メールモジュール１０６が制御し、メッセージを特定の電子メールアドレスに配信する。
【００４４】
図７を参照して上述したように、ユーザ１０は、通知受信者２８が自身に送られた通知メッセージの受領を確認することを要求してもよい。図１０は、通知受信者２８がどのようにメッセージの受け取りを確認するように促され、その確認に応えて別のメッセージング機能を実現するかを示すフローチャートである。
【００４５】
ブロック１００２に始まって、通知受信者２８は、自身の電子機器のうちの一つで通知サービス１２からの通知メッセージを受け取る。次に、ブロック１００４において、通知受信者２８は通知メッセージを聞き、または読み、内容を知る。内容を知ると、ブロック１００６において、ユーザはメッセージの内容を理解したと示すように促される。メッセージが電話メッセージであり、通知受信者がメッセージングサービス１０２の電話モジュール１０４がかけた電話に応答した場合、通知受信者は、電話のキーパッド上の特定のキーを押し、応答を表示するように促される。例えば、メッセージの最後に、「このメッセージを理解すれば「１」を押してください。」というメッセージを通知受信者２８に聞かせてもよい。また、メッセージが電子メールまたはテキストメッセージである場合には、通知受信者はメッセージへの返事、またはＨＴＭＬボタン若しくは電子メールメッセージの下部にあるＨＴＭＬリンクにより、応答するように促される。
【００４６】
次に、ブロック１００８において、通知受信者２８は、メッセージを理解したことを示す。この表示は、メッセージが通知受信者２８によって受け取られ、通知受信者２８によって理解されたことをアプリケーションサービス１２０に代わりに通知できるメッセージングモジュール１０２に受け取られる。
【００４７】
いくつかの実施形態では、メッセージの受領確認を受け取ると、ユーザ１０は通知受信者２８に提示する別の質問を特定してもよい。これらの実施形態では、ブロック１０１２に進み、通知受信者２８に別の質問を行う。通知受信者２８がこの別の質問に答えると、アプリケーションサービス１２０は（後で通知メッセージを開始したユーザ１０が入手できるように）答えを記録する。この別の質問の答えが記録されると、メッセージが電話を介して通知受信者に配信された場合は、アプリケーションサービス１２０は通知受信者をユーザ１０との会議通話へ転送する。会議通話への転送は、スイッチ、または全ての電話転送を支援する中央局の後ろに位置する電話モジュール１０４により行われる。ＶｏＩＰベースの電話モジュールについては、ＳＩＰまたは他のＩＰベースの技術（または類似の技術）を用いて、電話の「オーディオパス」を代わりの終端点に再び割り当てるのを容易にしてもよい。会議ブリッジが必要な場合は、電話を第３者の会議サービス、または通知サービス１２に直接接続する「会議ブリッジ」技術へ転送してもよい、ＳＭＳまたはＨＴＭＬ通知の場合は、通知サービス１２は、受信者が直接「会議ブリッジ」技術またはサービスに接続できるリンクまたは電話番号を送るように構成されてもよい。
【００４８】
当業者であれば、本発明の精神を逸脱することなく、多数の様々な変更が可能であることを理解するであろう。したがって、本発明の実施形態は単に例示であり、発明の範囲を制限するものではない。
【図１】
0005490700.tif 000002
【図２】
0005490700.tif 000003
【図３】
0005490700.tif 000004
【図４】
0005490700.tif 000005
【図５】
0005490700.tif 000006
【図６】
0005490700.tif 000007
【図７】
0005490700.tif 000008
【図８】
0005490700.tif 000009
【図９】
0005490700.tif 000010
【図１０】
0005490700.tif 000011