(57)【要約】  一実施形態では、無線通信システムのネットワーク要素がスケジュール側から要求を受信する。この要求は、宛先側へのメッセージ配信をスケジュールするよう求めるものである。要求に応答してメッセージ配信パラメータが取得される。メッセージ配信パラメータは、配信の日付および宛先側に関するコンタクト情報を含むことができる。配信されるべきメッセージも取得される。次いで、取得されたメッセージが、取得されたメッセージ配信パラメータによって記述されている宛先側に送信される。
2010515351.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてスケジュールされたメッセージ配信を提供する方法であって、
前記無線通信システムのネットワーク要素において、宛先側へのメッセージ配信をスケジュールするよう求めるスケジュール側からの要求を受信するステップと、
前記要求に応答して、配信の日付および前記宛先側に関するコンタクト情報を含むメッセージ配信パラメータを取得するステップと、
配信されるべきメッセージを取得するステップと、
前記取得されたメッセージを前記取得されたメッセージ配信パラメータによって記述されている前記宛先側に送信するステップと
を備える方法。
【請求項２】
前記メッセージを前記取得するステップが前記スケジュール側からのボイスメッセージを録音し、
前記送信するステップが前記宛先側を呼び出し、前記ボイスメッセージを再生する、
請求項１に記載の方法。
【請求項３】
前記メッセージを前記取得するステップが前記スケジュール側からテキストメッセージを取得する、請求項１に記載の方法。
【請求項４】
前記メッセージを前記取得するステップがボイスメッセージを録音し、前記スケジュール側からテキストメッセージを取得する、請求項１に記載の方法。
【請求項５】
前記メッセージを前記取得するステップが前記スケジュール側からオーディオ・ファイルを取得し、
前記送信するステップが前記宛先側を呼び出し、前記オーディオ・ファイルを再生する、
請求項１に記載の方法。
【請求項６】
前記受信するステップが前記要求として前記スケジュール側から呼を受信する、請求項１に記載の方法。
【請求項７】
メッセージ配信パラメータを前記取得するステップが、前記配信の日付、配信の時間、および前記宛先側の被呼側番号を取得するステップを含む、請求項１に記載の方法。
【請求項８】
メッセージ配信パラメータを前記取得するステップが、前記配信の日付、配信の時間、および前記宛先側の被呼側番号を取得するステップを含み、
前記メッセージを前記取得するステップが前記スケジュールされた側のボイスメッセージを録音し、
前記送信するステップが前記配信の日付に前記配信の時間に前記宛先側を呼び出し、前記呼が応答された場合は、前記送信するステップが前記ボイスメッセージを再生する、
請求項１に記載の方法。
【請求項９】
前記取得されたメッセージを前記送信するステップの完了時に、前記メッセージが配信されたという通知を前記スケジュール側に送信するステップ
をさらに備える、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
例示的実施形態は、通信、例えば移動電話通信および／または通信ネットワークに関することができる。
【背景技術】
【０００２】
人々および人々のグループ（例えば、仕事仲間、友人、家族など）には、特に意味がありかつ／または重要な特定の日付または時間があることが多い。例えば、典型的な１年を通じて多くの祝日があり、ほとんど全ての人が楽しく誕生日を祝う。しかし、しばしば、人はその仕事または個人的な状況のために、友人や家族と容易に連絡を取ることができなくなることもあり、1日の仕事が終わったときには疲れてやる気がなくなってしまっていることもあり、その結果、特別の日付のための挨拶を伝えることができないこともある。
【０００３】
従来の移動電話には、その電話でユーザが祝日などの特定の日付に友人または家族に電話をかけることを思い出すのに役立つようにアラームまたはタイマをセットアップすることができるものもある。しかし、移動電話のユーザがその装置の近くにいない場合、あるいはその装置が動作不能であるかまたはサイレント・アラートにセットされている場合は、ユーザはアラームを聞くことができない。さらに、たとえユーザがアラームを聞いたとしても、その装置が電話をかけるための圏内にない可能性もあり、またはユーザがダイヤルすることができない可能性もあり、それによって通話が行われるのを妨げる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、無線通信システムにおいてスケジュールされたメッセージ配信を提供する方法に関する。
【課題を解決するための手段】
【０００５】
一実施形態では、無線通信システムのネットワーク要素がスケジュール側から要求を受信する。この要求は、宛先側へのメッセージ配信をスケジュールするよう求めるものである。要求に応答してメッセージ配信パラメータが取得される。メッセージ配信パラメータは、配信の日付および宛先側に関するコンタクト情報を含むことができる。配信されるべきメッセージも取得される。次いで、取得されたメッセージが、取得されたメッセージ配信パラメータによって記述されている宛先側に送信される。
【０００６】
本発明の例示的実施形態は、以下で提供される詳細な説明、および例としてのみ提供され、したがって限定的ではない。同様の要素は同様の参照数字によって表される添付の図面から、より十分に理解されるであろう。
【図面の簡単な説明】
【０００７】
【図１】一例示的実施形態による、通信システムを示す図である。
【図２】一例示的実施形態による、スケジュールされた通信を示す図である。
【図３】一例示的実施形態による、スケジュールされた通信を提供する方法を示す流れ図である。
【発明を実施するための形態】
【０００８】
例示的実施形態は、本明細書では一般的な無線通信システムおよび移動電話に関連して説明されるが、例示的実施形態は、事実上いかなる通信システムにも適用されることができることが当業者には理解可能であろう。例えば、例示的実施形態は、ユーザがそこで通信をスケジュールすることを望むＩＰマルチメディア・サブシステムＩＭＳおよび他のいかなる通信システムにも適用されることができる。これらのシステムは、ＣＤＭＡ、ＣＤＭＡ２０００  １ｘ、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ、およびＣＤＭＡ２０００  １ｘＥＶ−ＤＶなど、様々な通信プロトコルを利用することができるが、例示的実施形態はこれらの例のみに限定されるべきではない。
【０００９】
上記で論じられたように、モバイル装置のメモリ、機能状態、およびサービス状態に関係なく通信をスケジュールすることができる方法および／または機器が必要とされる。現在の無線通信システムは、ユーザに、他の移動局ユーザ、およびたいていの地上回線サービス上のユーザと相互に通信する能力を提供する。一般に、２つのタイプの無線通信システム、すなわち回線交換ＣＳシステムおよびパケット交換ＰＳシステムがある。
【００１０】
典型的な回線交換無線通信システムでは、移動交換局ＭＳＣが地上回線公衆交換電話網ＰＳＴＮを無線通信システムに接続する。ＭＳＣは、通常、ＭＳＣサーバとメディア・ゲートウェイ（ＭＧＷ）に分割され、無線通信システムのＭＳＣ間の呼配信のためにベアラ非依存呼制御ＢＩＣＣプロトコルまたはＩＳＤＮユーザ部ＩＳＵＰ呼制御プロトコルを組み込むことができる。
【００１１】
図１は、一例示的実施形態による、通信システムを示す図である。図示されているように、移動局ＭＳ１１５は、エア・インターフェースを介して基地局ＢＳ１１２と通信することができる。移動局の例には、モバイルユニット、無線電話、移動電話、無線装備ＰＤＡまたはコンピュータなどがある。複数の基地局１１２は、無線セッションのためにシグナリングおよび／またはトラフィック処理を提供することがきる移動交換局ＭＳＣ１１１と通信することができる。図１は、それぞれが複数の基地局１１２と通信することができる複数の移動交換局１１１を示す。例示的実施形態を実施するためにより多くのまたはより少ない基地局および／または移動交換局が使用されることもできることが理解されるであろう。各移動交換局１１１は、公衆交換電話網ＰＳＴＮ１２０への接続をも提供する。典型的な地上回線電話１２１は、ＰＳＴＮ１２０に接続されることができる。
【００１２】
図１は、ＩＰマルチメディア・サブシステムＩＭＳ１１０をも示す。ＩＭＳ１１０は、例えば、サーバ１１３を含むことができる。ＩＭＳ１１０は、１つまたは複数の移動交換局１１１と通信していてもよく、それによって、サーバ１１３と、基地局の圏内の移動局および／または地上回線電話１２０との間の通信を容易にする。さらに、一代替実施形態では、ＩＭＳ１１０は、追加として、ＭＳＣの機能に取って代わることができる。ＩＭＳ１１０はまた、第２のサーバ１１４と通信していてもよい。サーバ１１４は、ＭＳＣ１１１のうちの１つまたは複数と通信していてもよい。したがって、サーバ１１４は、通信システム１００内のサーバ１１３、地上回線電話１２０、あるいは任意の移動局またはエンティティのうちのいずれか１つまたは全てと通信することができることが理解されるであろう。さらに、ＩＭＳ１１０は、インターネット１２５を介して相手との通信を提供することができる。例えば、図１は、ＩＭＳ１１０と通信することができる、インターネット１２５に接続されたコンピュータ１３０を示す。より詳細には、ＩＭＳ１１０は、モバイルユーザ１１５がそれによってインターネット１２５をサーフすることができる、またはそれによってインターネット１２５を介してコンピュータ１３０などの相手と通信することができる、インターフェースを提供することができる。さらに、ユーザは、以下で詳細に論じられるように、サービスを確立するために、コンピュータ１３０を使用してインターネットを介してサーバ１１３と通信することができる。
【００１３】
サーバ１１３およびサーバ１１４は、例示的実施形態によるボイス・レコーダ・サーバでもよく、音声録音されたメッセージを格納することができる大容量記憶装置として実施されてもよい。例えば、ＭＳ１１５がサーバ１１３（またはサーバ１１４）への呼を開始し、サーバ１１３（またはサーバ１１４）にボイスメッセージを録音することができることもある。代替として、サーバ１１３およびサーバ１１４は、データベースおよび大容量記憶装置、または大容量記憶装置に含まれたデータベースを含むことができるが、例示的実施形態はこれらの例だけに限定されるべきではない。
【００１４】
さらに、上記で論じられたように、サーバ１１３およびサーバ１１４は、逆に発呼側と通信することができることもある。サーバ１１３およびサーバ１１４は、発呼側に情報を入力するよう促すことができ、音声録音されたメッセージおよび／またはテキストメッセージと共に情報を格納することができる。サーバ１１３および１１４が行うことができる動作を理解するのに役立つ一例示的シナリオが説明される。
【００１５】
以下の例示的シナリオは、一例示的実施形態を説明するために提供されるものであって、限定的であると解釈されるべきではない。ユーザ、マイクは、ＭＳ１１５の所有者である。マイクは、今から３日後の祝日に姉に電話をかけたいと思うが、スケジュールが忙しすぎて電話をかけるのを忘れる可能性があることを認識している。マイクは、ＭＳ１１５を使用してサーバ１１３に電話をかけることができる。
【００１６】
サーバ１１３との通話中に、サーバ１１３はマイクに、マイクがスケジュールしたいと思う呼の詳細に関連する複数の情報を催促することができる。例えば、マイクがスケジュールしたいと思う呼の詳細は、呼の時間、呼の日付、被呼側の名前、被呼側の電話番号またはモバイル番号、および／またはサーバが被呼側にコンタクトするために必要とする他のいかなる関係情報をも含むことができるが、それらに限定されない。呼の詳細はまた、簡単でもよく、被呼側番号および電話がかけられるべき時間を含むだけでもよい。
【００１７】
この例における被呼側は、マイクがサーバ１１３と通話中の時間には実際には電話をかけられなかったマイクの姉に関連することが理解されるであろう。マイクの姉は、この例では、地上回線電話１２１の所有者であり、通信システム１００内のユーザに電話をかけることができる。
【００１８】
マイクがスケジュールしたいと思う呼の詳細に関連する情報を入力した後で、サーバ１１３がマイクに、被呼側への特別のメッセージ、この例ではマイクの姉への祝日の挨拶、を入力するよう促すことができる。マイクは、促されると、自分の声がサーバ１１３によって録音されることができるようにＭＳ１１５に話しかけるであろう。サーバ１１３は、マイクの祝日メッセージを録音し格納することができ、通話を終了するか、マイクに姉かまたは別の電話番号のための次のメッセージを開始するか録音するよう促すことができる。
【００１９】
３日後、その祝日に、マイクは仕事で忙しく、マイクの姉は祝日を楽しんでいる。マイクの姉はサーバ１１３から、マイクがサーバ１１３に指定した時間に、または少なくともサーバ１１３に格納されているデフォルト時間に、電話呼を受信する。マイクの姉が応答すると、マイクの予め録音された祝日の挨拶が再生されてマイクの姉が聞く。その後、マイクの姉は折り返し電話をかけてマイクと直接話をすることもでき、またはマイクが特別の祝日を覚えていてくれたことを知って慰められることもできる。
【００２０】
一例示的実施形態では、サーバ１１３がマイクに代わって電話をかけるが、マイクの姉の電話に表示される発呼側番号は、マイクの番号（または、少なくともＭＳ１１５に関する番号）であることができる。これは、マイクの姉に弟が自分自身で電話をしているという印象を与え、マイクの姉がマイクの電話番号を探さずに折り返し直接マイクに電話をかけることができるという点で有利である。
【００２１】
このシナリオは、サーバ１１３に電話をかけるマイクに関連して記述されたが、例示的実施形態は、無線ネットワークの中のサーバに限定されるべきではない。例えば、例示的実施形態は、サーバ１１４など、無線ネットワークから完全にまたは部分的に独立したサーバに適用されることができる。
【００２２】
さらに、このシナリオは、姉への呼をスケジュールするマイクに関連して記述されたが、逆もまた可能である。例えば、マイクの姉は、地上回線電話１２１を使用して、いつであろうとも弟の特別の祝日の間に弟を呼び出すようにサーバ１１４で呼をスケジュールすることができたであろう。
【００２３】
通話が終了した後で、サーバ１１３は次いで、別のスケジュールされた呼のために、マイクによって使用されたストレージ・スペースをリサイクルすることもでき、マイクによる将来の使用のためにこのスペースを取っておくこともでき、またはこのスペースを単に削除することもできる。
【００２４】
以下では、スケジュールされた通信の詳細が説明される。
【００２５】
図２は、一例示的実施形態による、スケジュールされた通信を示す図である。図２に示されているように、サーバ（例えばサーバ１１３またはサーバ１１４）が移動局（例えばＭＳ１１５）への呼を開始することができる。移動交換局がサーバから呼開始要求を受信し、それに続いて、呼が向けられている移動局をページングし、かつ／または呼び出す。
【００２６】
移動局が電話呼に応答したときまたは場合は、移動交換局がサーバに、呼が応答されたことを信号通知することができる。呼が応答されたことをサーバが知った後は、予め録音されたメッセージが移動局との通話中に再生されることができる。
【００２７】
一例示的実施形態では、サーバが、通話中に、スケジュールされた通信を直ちに再生または送信する。例えば、サーバは、呼が応答されたという信号を受信すると、マイクからの予め録音されたメッセージを再生し始めるであろう。少なくとも１つの例示的実施形態では、サーバが、サーバがスケジュールされた通信を送信または再生する前に遅延を含む。例えば、サーバは、呼が応答されたという信号を受信すると、スケジュールされた通信が送信および／または再生される時間を遅延させるために遅延タイマをスタートさせるであろう。
【００２８】
一例示的実施形態では、被呼側が呼を確認応答した後は、サーバが、スケジュールされた通信を再生または送信することができる。例えば、サーバが、「ハロー、マイク！」または「ハイ、こちらアリスです」など、人が電話呼に応答するとき提供する典型的な音声プロンプトを認識することができることもある。サーバは、呼が典型的な音声プロンプトに基づいて応答されたことを認識すると、通話中に、スケジュールされた通信を再生または送信することができる。
【００２９】
図２に示されているように、サーバで呼をスケジュールする側からの入力は何も必要がない。より明瞭には、呼がサーバでスケジュールされた後は、サーバは、呼をスケジュールするユーザからのさらなる入力なしで、スケジュールされた通信を実施することができる。したがって、スケジュールされた呼は、ユーザから独立して実施されることができ、それによって、ユーザが忙しくても、あるいは、たとえユーザの移動電話が電源を切られているかまたは動作不能であっても、電話がかけられることを保証する。
【００３０】
図３は、一例示的実施形態による、スケジュールされた通信を提供する方法を示す流れ図である。図示されているように、ステップＳ１００で、移動局（例えば移動局１１５）がスケジューリング・サービスをトリガする。
【００３１】
例えば、ステップＳ１００で、ユーザは、サービス番号をダイヤルすることができる、すなわち、ユーザが呼をスケジュールしたいと思う相手の番号をプレフィックスまたはサフィックスなどと共にダイヤルすることができる。上記の例では、マイクは、１−８００番号などの規定された番号をダイヤルすることによりスケジューリング・サービスをトリガして、姉への呼をスケジュールするであろう。この例では、規定された番号がサーバ１１３に関連付けられており、呼はサーバ１１３にルーティングされる。
【００３２】
代替として、マイクは、姉の番号をダイヤルするときに、＊２０などのプレフィックスを付加することができる。この例では、マイクの呼を処理するＭＳＣ１１１がサービス・トリガ＊２０を認識し、マイクの呼をサーバ１１３にルーティングする。さらに、この例では、スケジューリング・サービスをトリガすると同時に呼び出されるべき相手の番号が供給される。
【００３３】
次に、ステップＳ２００で、サーバ１１３が、ユーザが呼スケジューリング・サービスをトリガしてスケジュールしたいと思うメッセージのパラメータを取得する。例えば、サーバ１１３は、ユーザにメッセージパラメータ情報を照会するために音声プロンプトを含むことができ、ユーザは、自分の移動局上のキーパッドを押すことにより、いかなるよく知られているやり方ででも情報を供給する。代替として、サーバ１１３は、音声認識機能を有し、ユーザからの口頭入力を受け入れることができる。
【００３４】
取得されたメッセージパラメータ情報は、電話をかけるべき相手の番号、ユーザが電話をかけてもらいたいと思う時間などを含むことができる。ステップＳ２００で、サーバ１１３はまた、メッセージパラメータ情報によってスケジュールされているように配信されるべきメッセージを取得する。例えば、サーバ１１３は、配信されるべきボイスメッセージを録音することができる。上記の例では、マイクは、サーバ１１３に姉にコンタクトしてもらいたいと思う時間および日付を入力した。マイクは、さらに姉の電話番号を入力し、ボイスメッセージを録音した。この情報を使用して、サーバ１１３は、スケジュールされた時間に、マイクの姉への呼を開始し録音されたボイスメッセージを再生することができた。
【００３５】
本発明はボイスメッセージに限定されないことが理解されるであろう。そうではなく、サーバ１１３は、スケジュールされた時間および日付に送信されるべきテキストメッセージも受け入れることができる。この代替形態では、必ずしも宛先側に電話がかけられるわけではないことが理解されるであろう。この場合は、ＳＭＳメッセージが送信されることができる。他の代替形態として、テキストメッセージとボイスメッセージの両方が供給されることができる。
【００３６】
さらに、本発明は、ユーザの移動局を介してメッセージパラメータ情報を提供することに限定されない。そうではなく、ユーザは、コンピュータ１３０を使用してインターネット１２５を介してサーバ１１３にコンタクトすることができる。サーバ１１３は、例えば、ウェブページを提供することができ、ユーザは、コンピュータ１３０を使用してそのウェブページを介してメッセージパラメータ情報を提供することができる。この場合、ユーザは、単にボイスメッセージを録音する代わりに、ユーザが準備しておいたオーディオ・ファイルを提供することができる。オーディオ・ファイルは、ユーザの音声録音を含むことができるが、その上にまたはその代わりに、音楽などを含むことができる。
【００３７】
サーバ１１３は、取得されたメッセージパラメータ情報および配信されるべきメッセージをいかなる適切なフォーマットででも格納することができる。上記の例では、サーバ１１３は、マイクの姉に電話をかけるために使用される時間および電話番号と共にマイクのメッセージを格納した。格納された情報は、サーバからマイクの姉への電話呼を開始するために取り出され、使用された。一例示的実施形態では、取得されたメッセージパラメータ情報および配信されるべきメッセージが、同じサーバに格納されることができる。他の例示的実施形態では、呼パラメータ情報を格納するためにデータベースが使用され、メッセージを格納するためにサーバまたは大容量記憶装置が使用される。
【００３８】
次に、ステップＳ３００で、サーバ１１３がメッセージパラメータ情報によって指定されている適切な日付および時間にメッセージを配信する。前述のように、サーバ１１３は、メッセージパラメータ情報に示されている時間に、メッセージパラメータ情報に指定されている被呼側への呼を開始することができる。被呼側が呼に応答すると、サーバ１１３は、例えば、録音されているボイスメッセージを再生する。代替として、サーバ１１３は、被呼側が呼に応答してから、または呼への口頭応答を認識してから、ある遅延時間後に、録音されているボイスメッセージを再生することができる。さらに、メッセージがテキストメッセージである場合は、サーバは、メッセージが宛てられている相手を呼び出すのではなく、宛先側にテキストメッセージ（例えばＳＭＳメッセージ）を送信する。
【００３９】
さらに、ステップＳ３００に関して、宛先側が呼に応答しない場合は、サーバ１１３は呼を規定の試行間隔で規定の回数再試行するように構成されることができる。再試行の回数もメッセージパラメータ情報の一部分として設定されることができる。宛先側に到達せずに再試行の回数に達した場合は、サーバ１１３はメッセージを配信しないように構成されることができる。代替として、サーバ１１３は、ボイスメッセージをテキストメッセージに変換し、テキストメッセージを送信するように構成されることができる。さらに他の代替形態として、ボイスメッセージを宛先側に電子メールで送信することができる。配信の代替方法またはフォールバック方法がメッセージパラメータ情報の一部分として設定されることができる。
【００４０】
宛先側のためのボイスメールサービスが呼に応答することができ、ボイスメッセージが宛先側のボイスメールに残されることができることも理解されるであろう。
【００４１】
ステップＳ４００で、サーバ１１３が、メッセージを配信した後で、スケジュール側がスケジュールしたメッセージが配信されたことをスケジュール側に通知することができる。この通知は、スケジュール側を呼び出し予め録音されたボイスメッセージなどを再生する、（例えば、メッセージパラメータ情報の一部分として供給された電子メールアドレスへの）テキストメッセージ、ボイスメールメッセージ、電子メールメッセージなどによってでもよい。さらに、通知は、そうではなく、配信の失敗、または代替方法による配信を示すことができる。通知を配信する方法は、ユーザによってメッセージパラメータ情報の一部分として設定することができることが理解されるであろう。これには、配信通知を送信してもらわないというオプションもあるであろう。
【００４２】
本発明の例示的実施形態がこのように説明されたので、本発明が多くのやり方で変えられることができることが明らかであろう。そのような変形形態は、本発明の趣旨および範囲からの逸脱とみなされないものとし、全てのそのような変更形態は、本発明の範囲内に含まれるものとする。
【図１】
2010515351.tif 000003
【図２】
2010515351.tif 000004
【図３】
2010515351.tif 000005
【手続補正書】
【提出日】平成21年9月9日(2009.9.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおいてスケジュールされたメッセージ配信を提供する方法であって、
前記無線通信システムのネットワーク要素において、宛先側へのメッセージ配信をスケジュールするよう求めるスケジュール側からの要求を受信するステップと、
前記要求に応答して、配信の日付および前記宛先側に関するコンタクト情報を含むメッセージ配信パラメータを取得するステップと、
前記スケジュール側からのボイスメッセージを録音することにより配信されるべき前記メッセージを取得するステップと、
前記取得されたメッセージを前記取得されたメッセージ配信パラメータによって記述されている前記宛先側に送信するステップとを備え、前記送信するステップが前記宛先側を呼び出し、前記呼が応答されたと認識された場合は、前記ボイスメッセージを再生する、
方法。
【請求項２】
前記メッセージを前記取得するステップが前記スケジュール側からテキストメッセージを取得する、請求項１に記載の方法。
【請求項３】
前記メッセージを前記取得するステップがボイスメッセージを録音し、前記スケジュール側からテキストメッセージを取得する、請求項１に記載の方法。
【請求項４】
前記メッセージを前記取得するステップが前記スケジュール側からオーディオ・ファイルを取得し、
前記送信するステップが前記宛先側を呼び出し、前記オーディオ・ファイルを再生する、
請求項１に記載の方法。
【請求項５】
前記受信するステップが前記要求として前記スケジュール側から呼を受信する、請求項１に記載の方法。
【請求項６】
メッセージ配信パラメータを前記取得するステップが、前記配信の日付、配信の時間、および前記宛先側の被呼側番号を取得するステップを含む、請求項１に記載の方法。
【請求項７】
メッセージ配信パラメータを前記取得するステップが、前記配信の日付、配信の時間、および前記宛先側の被呼側番号を取得するステップを含み、
前記メッセージを前記取得するステップが前記スケジュールされた側のボイスメッセージを録音し、
前記送信するステップが前記配信の日付に前記配信の時間に前記宛先側を呼び出し、前記呼が応答された場合は、前記送信するステップが前記ボイスメッセージを再生する、
請求項１に記載の方法。
【請求項８】
前記取得されたメッセージを前記送信するステップの完了時に、前記メッセージが配信されたという通知を前記スケジュール側に送信するステップ
をさらに備える、請求項１に記載の方法。
【国際調査報告】
2010515351.tif 000006
2010515351.tif 000007
2010515351.tif 000008