(57)【要約】  時間ベースメディアのリアルタイム通信をサポート可能な電子メールクライアント。電子メールクライアントは、あるドメイン内の受信者にアドレスする電子メールアドレスが規定されている場合に、サーバを用いてセッションを確立するように構成したセッションエレメントを具える。電子メールアドレスが規定されるやいなや、電子メールクライアントの送信エレメントが、時間ベースメディアが作成されているときに、時間ベースメディアを、電子メールデバイスのドメインのルックアップによって少なくとも部分的に見出されたルートを介して、受信者に段階的かつ同時に送信するように構成されている。受信者の電子メールアドレスが規定されるやいなや、受信者へのルートを少なくとも部分的に見つけることによって、送信エレメントは、時間ベースメディアを受信者に段階的に送達することができる。【選択図】図５Ｄ
2012516501.tif 000002
【特許請求の範囲】
【請求項１】
時間ベースメディアのリアルタイム通信をサポートできる電子メールクライアントにおいて：
ドメイン内の受信者にアドレスする電子メールアドレスが規定されているときに、サーバとセッションを確立するように構成されたセッションエレメント；及び
前記受信者の電子メールアドレスのドメインのルックアップによって少なくとも部分的に見いだしたルートを介して、時間ベースメディアを作成しているときに、前記受信者に前記時間ベースメディアを段階的かつ同時に送信するように構成された送信エレメント；
を具えることを特徴とする電子メールクライアント。
【請求項２】
請求項１に記載の電子メールクライアントにおいて、前記セッションエレメントが更に、前記サーバと電子メールプロトコルセッションを確立するように構成されていることを特徴とする電子メールクライアント。
【請求項３】
請求項１又は２に記載の電子メールクライアントにおいて、前記電子メールプロトコルセッションが：
（ｉ）ＳＭＴＰ；
（ｉｉ）Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ；又は
（ｉｉｉ）私設電子メールサービス；
のうちの一つを使用することを特徴とする電子メールクライアント。
【請求項４】
請求項１乃至３のいずれか１項に記載の電子メールクライアントにおいて、前記セッションエレメントと前記送信エレメントが共働して更に、前記サーバとのセッションが、前記時間ベースメディアの作成が完了する前に確立されていることを特徴とする電子メールクライアント。
【請求項５】
請求項１乃至４のいずれか１項に記載の電子メールクライアントが更に、前記時間ベースメディアを作成しているときに、当該時間ベースメディアを持続的かつ段階的に保存するように構成されていることを特徴とする電子メールクライアント。
【請求項６】
請求項１乃至５のいずれか１項に記載の電子メールクライアントが更に、前記電子メールクライアントのユーザに前記受信者の電子メールアドレスを規定できるように構成されたアドレッシングエレメントを具えることを特徴とする電子メールクライアント。
【請求項７】
請求項６に記載の電子メールクライアントにおいて、前記アドレッシングエレメントが、前記電子メールクライアントのユーザに：
（ｉ）連絡先リストから前記受信者を選択し、当該選択に応じてストレージ位置から取り出されている前記受信者の電子メールアドレスを選択する；
（ｉｉ）前記受信者に関連する電子メールアドレスを前記電子メールクライアントへ手動で入力する；又は
（ｉｉｉ）前記受信者によって送信された以前のメッセージの受信に応じて、結果として前記受信者の電子メールアドレスを規定する応答機能を実行する；
のうちのひとつを用いて前記受信者のアドレスを規定するように構成されていることを特徴とする電子メールクライアント。
【請求項８】
請求項１乃至７のいずれか１項に記載の電子メールクライアントが更に、前記電子メールクライアントのユーザに電子メールヘッダを提示するように構成されたヘッダエレメントを具えることを特徴とする電子メールクライアント。
【請求項９】
請求項１乃至８のいずれか１項に記載の電子メールクライアントにおいて、前記電子メールヘッダが：
（ｉ）前記時間ベースメディアの一又はそれ以上の受信者を規定する「Ｔｏ」領域；
（ｉｉ）前記時間ベースメディアの一又はそれ以上の受信者を規定する「Ｃｏｐｙ」又は「ＣＣ」領域；
（ｉｉｉ）前記時間ベースメディアの一又はそれ以上の受信者を規定する「Ｂｌｉｎｄ  Ｃｏｐｙ」又は「ＢＣＣ」領域；
（ｉｖ）前記時間ベースメディアに関連するメッセージの主題を規定する主題領域；
（ｖ）地球規模の独自のメッセージ識別子；
（ｖｉ）開始日及び時間；
（ｖｉｉ）終了日及び時間；又は
（ｖｉｉｉ）（ｉ）乃至（ｖｉｉ）の任意の組み合わせ；
のうちの一つを具えることを特徴とする電子メールクライアント。
【請求項１０】
請求項１乃至９のいずれか１項に記載の電子メールクライアントが更に、前記時間ベースメディアが前記送信エレメントによって送信されているときに前記受信者が当該時間ベースメディアを段階的に受信して表示できない場合に、前記受信者用に作成した前記時間ベースメディアをメディアファイルにカプセル化するように構成されたカプセル化エレメントを具えることを特徴とする電子メールクライアント。
【請求項１１】
請求項１０に記載の電子メールクライアントにおいて、前記送信エレメントが更に、前記時間ベースメディアが前記送信エレメントによって送信されているときに、当該時間ベースメディアを前記受信者が段階的に受信及び表示できない場合に、前記規定された電子メールアドレスを用いて前記受信者に前記添付した前記メディアファイルを伴う電子メールを送信するように構成されていることを特徴とする電子メールクライアント。
【請求項１２】
請求項１乃至１１のいずれか１項に記載の電子メールクライアントが更に、前記電子メールクライアントのユーザによって送信された時間ベースメディアを含む一又はそれ以上のメッセージを保存するように構成された受信箱を具えることを特徴とする電子メールクライアント。
【請求項１３】
請求項１乃至１２のいずれか１項に記載の電子メールクライアントが更に、一又はそれ以上の送信者から受信した時間ベースメディアを含む一又はそれ以上の受信メッセージを含むように構成した受信箱を具えることを特徴とする電子メールクライアント。
【請求項１４】
請求項１乃至１３のいずれか１項に記載の電子メールクライアントが更に、送信者から前記電子メールクライアントに送信されたメッセージに含まれている時間ベースメディアを受信するように構成された受信エレメントを具えることを特徴とする電子メールクライアント。
【請求項１５】
請求項１４に記載の電子メールクライアントが更に、前記送信者からの前記メッセージに含まれている前記時間ベースメディアを、前記電子メールクライアントのユーザが表示できるように構成されている表示エレメントを具えることを特徴とする電子メールクライアント。
【請求項１６】
請求項１５に記載の電子メールクライアントにおいて、前記表示エレメントが更に、前記送信者からの前記メッセージの時間ベースメディアの表示を、以下の表示オプション：
（ｉ）前記時間ベースメディアを受信した時に前記メッセージの前記時間ベースメディアを段階的かつ同時に表示するほぼリアルタイムモード；又は
（ｉｉ）ストレージから前記メッセージの前記時間ベースメディアを取り出して表示する時間シフトモード；
のうちの一つで行えるように構成したことを特徴とする電子メールクライアント。
【請求項１７】
請求項１６に記載の電子メールクライアントにおいて、前記表示エレメントが更に、前記（ｉ）ほぼリアルタイムでのモードと、前記（ｉｉ）時間シフトモードとの間で、前記受信したメッセージの前記時間ベースメディアの表示を継ぎ目なく移行するように構成されていることを特徴とする電子メールクライアント。
【請求項１８】
請求項１６に記載の電子メールクライアントにおいて、前記表示エレメントが更に以下の表示オプション：
（ｉ）再生；
（ｉｉ）より速く再生；
（ｉｉｉ）より遅く再生；
（ｉｖ）前へジャンプ；
（ｖ）後ろへジャンプ；
（ｖｉ）停止；又は
（ｖｉｉ）Ｃａｔｃｈ  Ｕｐ  Ｔｏ  Ｌｉｖｅ（ＣＴＬ）、ここでは、前記メッセージの時間ベースメディアがもともと時間シフトモードでコード化されたレートより早いレートで表示され、当該時間ベースメディアの表示が前記メッセージのライブポイントに追いついたときに、ほぼリアルタイムでのモードになる；
のうちの一又はそれ以上を具えることを特徴とする電子メールクライアント。
【請求項１９】
請求項１乃至１８のいずれか１項に記載の電子メールクライアントが更に、通信デバイスを具え、前記電子メールクライアントが当該通信デバイスにあることを特徴とする電子メールクライアント。
【請求項２０】
請求項１９に記載の電子メールクライアントにおいて、前記通信デバイスが、固定電話、無線電話、携帯電話、移動電話、コンピュータ、ラジオ、衛星電話、衛星ラジオ、戦闘用ラジオ、あるいは戦闘用電話、のうちの一つで構成されていることを特徴とする電子メールクライアント。
【請求項２１】
請求項１乃至２０のいずれか１項に記載の電子メールクライアントが更に、通信用サーバを具え、前記電子メールクライアントが当該通信用サーバにあり、ネットワーク上のウエブページを介してアクセス可能であることを特徴とする電子メールクライアント。
【請求項２２】
請求項１乃至２１のいずれか１項に記載の電子メールクライアントにおいて、前記受信者の電子メールアドレスが当該受信者に関連する地球規模でアドレス可能な電子メールアドレスであることを特徴とする電子メールクライアント。
【請求項２３】
請求項１乃至２２のいずれか１項に記載の電子メールクライアントにおいて、前記受信者の電子メールアドレスを用いて前記サーバが少なくとも部分的に見つけたルートが、前記受信者がリアルタイムの通信サービスを受けるかどうかを決定するために前記受信者の電子メールアドレスのＤＮＳルックアップを用いて見つけられたものであることを特徴とする電子メールクライアント。
【請求項２４】
請求項２３に記載の電子メールクライアントにおいて、前記リアルタイムの通信サービスが、以下のプロトコル：
（ｉ）ＶｏＩＰ；
（ｉｉ）ＳＩＰ；
（ｉｉｉ）ＲＴＰ；
（ｉｖ）スカイプ；
（ｖ）受信時にメディアをリアルタイムで表示できるが、当該メディアを時間シフトモードで表示することもできる通信プロトコル；又は
（ｖｉ）（ｉ）乃至（ｖ）の任意の組み合わせ；
のうちの一つを用いることを特徴とする電子メールクライアント。
【請求項２５】
請求項１１に記載の電子メールクライアントにおいて、前記メディアファイルを添付した電子メールが、前記受信者の電子メールアドレスのＤＮＳルックアップを用いて少なくとも部分的に規定したルートを用いて前記受信者に送信されることを特徴とする電子メールクライアント。
【請求項２６】
請求項１乃至２５のいずれか１項に記載の電子メールクライアントが更に、前記時間ベースメディアが前記受信者に送信できない場合にエラーメッセージを生成するように構成されたエラーメッセージ生成器を具えることを特徴とする電子メールクライアント。
【請求項２７】
請求項１乃至２６のいずれか１項に記載の電子メールクライアントにおいて、前記電子メールクライアントが更に、一又はそれ以上の受信したメッセージに含まれている前記時間ベースメディアの段階的送達をサポートするアクセスプロトコルと共働するように構成されていることを特徴とする電子メールクライアント。
【請求項２８】
請求項２７に記載の電子メールクライアントにおいて、前記アクセスプロトコルがＰＯＰ又は、前記メッセージの時間ベースメディアが前記電子メールクライアントにそれぞれダウンロードできるようになる前に、フルサイズの前記受信した一又はそれ以上のメッセージが知られているという要求を取り除くように改変されたＩＭＡＣ、のいずれかであることを特徴とする電子メールクライアント。
【請求項２９】
ネットワークを介して受信者に時間ベースメディアを段階的かつ同時に送信する方法において：
前記受信者に関連する電子メールアドレスを用いて、前記受信者に電子メールアメッセージをアドレスするステップ；及び
前記受信者に関連する電子メールアドレスを用いて見いだした送達ルートに沿って前記時間ベースメディアがつくられているときに、前記電子メールアドレスに関連する時間ベースメディアを前記受信者に段階的かつ同時に送信するステップ；
を具えることを特徴とする方法。
【請求項３０】
請求項２９に記載の方法が更に：
前記受信者に関連する前記電子メールアドレスを用いて前記電子メールメッセージがアドレスされるやいなや、前記ネットワーク上に配置した電子メールサーバを用いて電子メールプロトコルセッションを確立するステップ；及び
前記電子メールサーバを用いて前記電子メールプロトコルセッションを確立したら、前記時間ベースメディアを作成するときに、前記電子メールメッセージに関連する時間ベースメディアを段階的かつ同時に送信するステップ；
を具えることを特徴とする方法。
【請求項３１】
請求項２９又は３０に記載の方法が更に、前記電子メールメッセージの前記時間ベースメディアの作成が完了する前に、前記電子メールサーバを用いて前記電子メールプロトコルセッションを確立するステップを更に具えることを特徴とする方法。
【請求項３２】
請求項２９乃至３１のいずれか１項に記載の方法が更に：
前記時間ベースメディアを作成しているときに前記電子メールメッセージに関連する前記時間ベースメディアを段階的かつ同時に保存するステップ；及び
前記電子メールメッセージの前記時間ベースメディアの一部あるいはすべてが作成された後に、前記電子メールプロトコルセッションが確立される場合に、ストレージから前記時間ベースメディアを段階的に送信するステップ；
を具えることを特徴とする方法。
【請求項３３】
請求項３０乃至３２のいずれか１項に記載の方法が更に：
（ａ）ＳＭＴＰ；
（ｂ）Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ；又は
（ｃ）私設電子メールサービス；
のうちの一つを用いて前記電子メールプロトコルセッションを確立するステップを具えることを特徴とする方法。
【請求項３４】
請求項２９乃至３３のいずれか１項に記載の方法が更に：
前記電子メールメッセージの前記時間ベースメディアを前記受信者に関連する通信デバイスに段階的かつ同時に送達するステップ；及び
前記時間ベースメディアが段階的に送達されるときに、前記受信者が、前記受信者の通信デバイスにおいて前記電子メールメッセージの時間ベースメディアを段階的かつ同時に表示できるようにするステップ；
を具えることを特徴とする方法。
【請求項３５】
請求項３４に記載の方法において、前記時間ベースメディアが段階的に送達されるときに、前記受信者が、前記受信者の通信デバイスにおいて前記電子メールメッセージの時間ベースメディアを段階的かつ同時に表示できるようにするステップが更に：
受信者に、当該受信者に関連するネットワーク上の電子メールサーバにおいて、前記電子メールメッセージの前記時間ベースメディアにアクセスするアクセスプロトコルを提供するステップであって、当該アクセスプロトコルが、前記受信者が前記時間ベースメディアにアクセスする前にフルサイズの前記電子メールメッセージが知られていることを要求する制限を取り除くように変更されているステップ；及び
前記受信者が、前記時間ベースメディアが段階的に送達されると前記時間ベースメディアにアクセスできるようにするステップ；
を具えることを特徴とする方法。
【請求項３６】
請求項２９乃至３５のいずれか１項に記載の方法が更に：
前記受信者に関連する通信デバイスにおいて前記電子メールメッセージの時間ベースメディアを送達するステップ；
前記通信デバイスにおいて前記電子メールメッセージの時間ベースメディアを保存できるようにするステップ；及び
前記受信者に、ストレージからの前記時間ベースメディアを取り出すことによって後の任意の時間に、前記電子メールメッセージの時間ベースメディアをレビューするオプションを提供するステップ；
を具えることを特徴とする方法。
【請求項３７】
請求項３６に記載の方法において、前記受信者に後の任意の時間において前記電子メールメッセージの時間ベースメディアをレビューするオプションを提供するステップが：
（ｉ）前記受信者が、前記受信者に関連する電話又はコンピュータを稼働している第１の電子メールクライアントを介して前記電子メールメッセージの保存されている時間ベースメディアにアクセスできるようにするステップ；
（ｉｉ）前記受信者が、前記ネットワーク上の電子メールサーバで稼働しており、前記受信者がアクセス可能である第２の電子メールクライアントを介して前記電子メールメッセージの保存されている時間ベースメディアにアクセスできるようにするステップ；又は
（ｉｉｉ）前記ステップ（ｉ）と（ｉｉ）の両方；
のうちの一つを具えることを特徴とする方法。
【請求項３８】
請求項２９乃至３７のいずれか１項に記載の方法において、前記送達ルートに沿って前記電子メールメッセージに関連する時間ベースメディアを段階的かつ同時に送信するステップが更に、前記ネットワーク上の一又はそれ以上のホップのあいだで前記時間ベースメディアを段階的かつ同時に送信するステップを具えることを特徴とする方法。
【請求項３９】
請求項３８に記載の方法が、前記一又はそれ以上のホップの各々について更に：
（ｉ）前記受信者の電子メールアドレスのＤＮＳルックアップ結果を用いて前記ネットワーク上の次のホップへのルートを規定するステップ；
（ｉｉ）前記次のホップへ前記電子メールの時間ベースメディアを段階的かつ同時に送信するステップ；及び
（ｉｉｉ）前記時間ベースメディアが前記受信者に関連するネットワーク上の電子メールサーバへ同時かつ段階的に送達されるまで、前記ステップ（ｉ）と（ｉｉ）を繰り返すステップ；
を具えることを特徴とする方法。
【請求項４０】
請求項２９乃至３９のいずれか１項に記載の方法が更に、開始時間／日付を前記電子メールメッセージに関連させるステップを具えることを特徴とする方法。
【請求項４１】
請求項２９乃至４０のいずれか１項に記載の方法が更に、終了時間／日付を前記電子メールメッセージに関連させるステップを具えることを特徴とする方法。
【請求項４２】
請求項４１に記載の方法が更に、前記電子メールメッセージの終了時間／日付を明確に規定する末端機能を実行するステップを具えることを特徴とする方法。
【請求項４３】
請求項４１に記載の方法が更に、前記電子メールに関連する前記時間ベースメディアを作成した後所定の時間中断するデフォルトによって、前記電子メールメッセージの前記終了データ／時間を規定するステップを具えることを特徴とする方法。
【請求項４４】
請求項２９乃至４３のいずれか１項に記載の方法が更に、前記電子メールメッセージの送信者に関連する通信デバイス上で稼働している電子メールクライアントを用いて、前記電子メールメッセージを作成するステップを具えることを特徴とする方法。
【請求項４５】
請求項２９乃至４３のいずれか１項に記載の方法が更に、前記電子メールメッセージの送信者によってアクセス可能なサーバ上で稼働している電子メールクライアント上で前記電子メールメッセージを作成するステップを具えることを特徴とする方法。
【請求項４６】
請求項２９乃至４５のいずれか１項に記載の方法が更に、前記送信者に関連する送信箱に前記電子メールメッセージを保存するステップを具えることを特徴とする方法。
【請求項４７】
請求項２９乃至４６のいずれか１項に記載の方法が更に、前記受信者に関連する受信箱に前記電子メールメッセージを保存するステップを具えることを特徴とする方法。
【請求項４８】
請求項２９乃至４７のいずれか１項に記載の方法が更に：
前記受信者にＵＲＬリンクを電子メールするステップであって、当該ＵＲＬリンクが前記電子メールメッセージの時間ベースメディアにアクセスするウエブページを規定するステップ；及び
前記受信者が前記ウエブページにアクセスすると、前記電子メールメッセージの時間ベースメディアをサービングするステップ；
を具えることを特徴とする方法。
【請求項４９】
請求項２９乃至４８のいずれか１項に記載の方法が更に：
前記受信者に関連する通信デバイスを用いて前記受信者によって作成された応答メッセージを前記ネットワークを介して受信するステップ；及び
前記ネットワーク上で、前記電子メールメッセージの送信ユーザに当該応答メッセージを送信するステップ；
を具えることを特徴とする方法。
【請求項５０】
請求項４９に記載の方法において、前記応答メッセージが：
（ｉ）前記受信者が使用する通信デバイスへ、明確な応答コマンドを入力することによって、前記受信者が前記応答メッセージを作成できるようにするステップ；又は
（ｉｉ）前記受信者へ送信した前記電子メールメッセージに応答して、前記受信者が時間ベースメディアを作成している受信者に応答する前記受信メッセージを作成するステップ；
のうちの一つを用いて作成されることを特徴とする方法。
【請求項５１】
請求項２９乃至５０のいずれか１項に記載の方法において：
前記送信ユーザに関連する通信デバイスを用いて前記受信者の電子メールアドレスを規定すること；
前記送信ユーザに関連する通信デバイス上の「開始」メッセージ機能を実行すること；及び
前記開始機能を実行した後に前記通信デバイス上のメッセージの時間ベースメディアを作成すること；
によって前記電子メールメッセージに関連する時間ベースメディアが作成され、当該電子メールメッセージが前記受信者にアドレスされることを特徴とする方法。
【請求項５２】
請求項２９乃至５１のいずれか１項に記載の方法において、前記電子メールメッセージが：
（ｉ）連絡先リストから前記受信者を選択して、当該受信者に関連する電子メールアドレスを前記選択に応じてストレージ位置から取り出すステップ；
（ｉｉ）前記受信者に関連する前記電子メールアドレスを、前記電子メールメッセージの送信者に関連する通信デバイスに手動で入力するステップ；又は
（ｉｉｉ）前記受信者によって送られてきた以前のメッセージに応答して応答機能を実行するステップ；
のうちの一つによって前記受信者にアドレスされることを特徴とする方法。
【請求項５３】
請求項５２に記載の方法において、前記電子メールメッセージが：
前記受信者を規定するために指定された少なくとも一の領域を用いて、前記電子メールメッセージ用の電子メールメッセージヘッダを作成するステップ；及び
前記受信者を規定するために指定された少なくとも一の領域へ前記受信者に関連する前記電子メールアドレスを挿入するステップ；
によって、前記受信者へアドレスされることを特徴とする方法。
【請求項５４】
請求項５３に記載の方法が更に、前記電子メールメッセージのヘッダを作成するステップと前記送信ユーザに関連する通信デバイス上に前記受信者の電子メールアドレスを挿入するステップと、を具えることを特徴とする方法。
【請求項５５】
請求項５３に記載の方法が更に、前記メッセージのヘッダを作成するステップと、前記送信ユーザに関連し、前記ネットワークに位置する電子メールサーバ上に前記電子メールアドレスを挿入するステップと、を具えることを特徴とする方法。
【請求項５６】
請求項２９乃至５５のいずれか１項に記載の方法において、前記受信者に関連する電子メールアドレスが地球規模でアドレス可能な電子メールアドレスであることを特徴とする方法。
【請求項５７】
請求項２９乃至５６のいずれか１項に記載の方法において、前記送達ルートが前記受信者に関連する受信箱であることを特徴とする方法。
【請求項５８】
請求項５７に記載の方法において、前記送達ルートが前記ネットワーク上の一又はそれ以上のホップを具えることを特徴とする方法。
【請求項５９】
請求項５８に記載の方法が更に、前記送達ルート上の一又はそれ以上のホップの各々について：
（ｉ）前記受信者に関連する電子メールアドレスのＤＮＳルックアップ結果を用いて前記次のホップを確定するステップ；及び
（ｉｉ）前記電子メールメッセージの時間ベースメディアが前記受信者に関連するネットワーク上のサーバに送達されるまで次の各ホップに対してステップ（ｉ）を繰り返すステップ；
を具えることを特徴とする方法。
【請求項６０】
請求項５８に記載の方法において、前記一又はそれ以上のホップの各々が：
（ｉ）サーバからサーバへのホップ；
（ｉｉ）クライアントからサーバへのホップ；又は
（ｉｉｉ）サーバからクライアントへのホップ；
のうちの一つを具えることを特徴とする方法。
【請求項６１】
通信ネットワーク上を送信するときに受信者がほぼリアルタイムで表示することができる時間ベースメディアの遅延接続を実行する方法において：
前記受信者に関連するアドレスを用いて受信者にメッセージをアドレスするステップ；
前記メッセージに関連する時間ベースメディアを段階的に作成するステップ；
前記メッセージに関連する時間ベースメディアを前記受信者に関連するアドレスを用いて前記受信者に段階的かつ同時に送達する前記通信ネットワーク上のアクティブ送達ルートを発見するステップ；及び
前記アクティブ送達ルートが発見され、利用可能である場合、前記時間ベースメディアが作成されるときに、前記メッセージに関連する時間ベースメディアを前記受信者に段階的かつ同時に送信するステップ；
を具えることを特徴とする方法。
【請求項６２】
請求項６１に記載の方法において、前記アクティブ送達ルートの発見と、前記メッセージの時間ベースメディアの段階的かつ同時送信とが、ほぼ同時に生じることを特徴とする方法。
【請求項６３】
請求項６１又は６２に記載の方法において、前記アクティブ送達ルートの発見が、前記メッセージの時間ベースメディアの作成が開始した後に生じることを特徴とする方法。
【請求項６４】
請求項６１乃至６３のいずれか１項に記載の方法が更に：
前記時間ベースメディアが作成されると当該時間ベースメディアを段階的に保存するステップ；及び
前記アクティブ送達ルートの発見と入手可能になる前に保存されている前記作成された時間ベースメディアをストレージから段階的かつ同時に送信するステップ；
を具えることを特徴とする方法。
【請求項６５】
請求項６１乃至６４のいずれか１項に記載の方法において、前記アクティブ送達ルートを発見するステップが更に、前記メッセージの送信者と前記受信者間の通信ネットワーク上の一又はそれ以上のホップを規定するステップを具えることを特徴とする方法。
【請求項６６】
請求項６５に記載の方法において、前記一又はそれ以上のホップを規定するステップが更に、前記一又はそれ以上のホップの各々における前記受信者に関連するアドレスの第１のルックアップ結果を使用するステップを具えることを特徴とする方法。
【請求項６７】
請求項６６に記載の方法において、前記アドレスの第１のルックアップ結果が、前記受信者に関連する電子メールアドレスのＤＮＳルックアップ結果であり、当該第１のルックアップ結果が、前記受信者のアドレスが、ほぼリアルタイムでの通信プロトコルと前記ネットワーク上の次のホップをサポートできるドメインにあるかどうかを決定することを特徴とする方法。
【請求項６８】
請求項６７に記載の方法が更に、前記第１のルックアップの結果がネガティブである場合に前記受信者のアドレスの第２のルックアップ結果を使用するステップであって、この第２のルックアップ結果が、前記受信者が電子メールサービスをサポートできるドメインにあり、前記受信者へ電子メールメッセージを送達する次のホップへの送達ルート内にあるかどうかを決定するステップを具えることを特徴とする方法。
【請求項６９】
請求項６８に記載の方法が更に、前記第２のルックアップ結果がポジティブである場合：
前記メッセージに関連する時間ベースメディアをファイルにカプセル化するステップ；
当該ファイルを前記電子メールメッセージに添付するステップ；及び
前記添付したファイルと共に前記電子メールメッセージを、前記決定した電子メール送達ルートを用いて受信者に送信するステップ；
を具えることを特徴とする方法。
【請求項７０】
請求項６１乃至６９のいずれか１項に記載の方法において、前記メッセージに関連する時間ベースメディアを段階的かつ同時に送信するステップが更に、前記時間ベースメディアの通信をほぼリアルタイムで行うことができるが、受信者には前記時間ベースメディアをほぼリアルタイムモードでレビューすることを求めない通信プロトコルを使用するステップを具えることを特徴とする方法。
【請求項７１】
請求項６１乃至７０のいずれか１項に記載の方法が更に：
前記受信者に関連する通信デバイスにおいて前記メッセージの時間ベースメディアを、段階的かつ同時に送達するステップ；及び
前記時間ベースメディアが段階的かつ同時に送達されるときに、前記受信者が前記受信者の通信デバイスにおいて前記メッセージの時間ベースメディアを段階的かつ同時に表示できるようにするステップ；
を具えることを特徴とする方法。
【請求項７２】
請求項６１乃至７１のいずれか１項に記載の方法が更に：
前記受信者に関連する通信デバイスにおいて前記メッセージの時間ベースメディアを送達するステップ；
前記受信者に関連する通信デバイスにおいて、前記メッセージの時間ベースメディアを保存できるようにするステップ；及び
前記時間ベースメディアをストレージから取り出すことによって、任意の時間の後に前記メッセージの時間ベースメディアをレビューするオプションを前記受信者に提供するステップ；
を具えることを特徴とする方法。
【請求項７３】
請求項７２に記載の方法において、前記受信者に関連する通信デバイスにおいて、前記メッセージの時間ベースメディアを保存できるようにするステップが更に：
（ｉ）前記受信者に関連するコンピュータ又は電話に前記時間ベースメディアを保存できるようにするステップ；
（ｉｉ）前記受信者がアクセス可能なネットワーク上のサーバに前記時間ベースメディアを保存できるようにするステップ；又は
（ｉｉｉ）前記ステップ（ｉ）と（ｉｉ）の両方；
を具えることを特徴とする方法。
【請求項７４】
請求項６１乃至７３のいずれか１項に記載の方法において、前記一又はそれ以上のホップの各々が：
（ｉ）サーバからサーバへのホップ；
（ｉｉ）クライアントからサーバへのホップ；又は
（ｉｉｉ）サーバからクライアントへのホップ；
のうちの一つを具えることを特徴とする方法。
【請求項７５】
請求項６１乃至７４のいずれか１項に記載の方法において、前記メッセージに関連する時間ベースメディアを段階的かつ同時に送信するステップが更に：ＶｏＩＰ、ＳＩＰ、ＲＴＰ、スカイプ、段階的電子メール、ほぼリアルタイムで時間ベースメディアの通信を行うことができる通信プロトコル、あるいはこれらの組み合わせ、の一つを使用するステップを具えることを特徴とする方法。
【請求項７６】
ネットワークを介して時間ベースメディアを送信する方法において：
一又はそれ以上のローカルドメインを有するサーバで、送信ユーザからのメッセージを受信するステップであって、当該メッセージが受信者向けの時間ベースメディアを含んでおり、前記受信者にアドレスされたメッセージがあるドメイン内で前記受信者を同定する電子メールアドレスを使用するものであるステップ；
前記受信者のドメインが前記サーバの一又はそれ以上のローカルドメイン内にあるかどうかを確認するステップ；
前記受信者のドメインが前記サーバのローカルドメイン内にない場合に、前記受信者に関連する電子メールアドレスの第１のＤＮＳルックアップ結果を用いて、前記受信者のドメインがほぼリアルタイムでの通信サービスを提供しているかどうかを決定すると共に、前記メッセージの時間ベースメディアをほぼリアルタイムの通信プロトコルを用いて前記受信者のドメインへ送達する第１の送達ルートを確実にするステップ；及び
前記第１のＤＮＳルックアップ結果がポジティブである場合には、前記時間ベースメディアが作成されているときに、前記第１のＤＮＳルックアップ結果によって確実になった第１の送達ルートで、前記ほぼリアルタイムでの通信プロトコルを用いて前記メッセージの時間ベースメディアを前記ネットワークを介して段階的に送信するステップ；又は
前記第１のＤＮＳルックアップ結果がネガティブである場合に、前記受信者に関連する電子メールアドレスの第２のＤＮＳルックアップ結果を用いて、前記受信者のドメインが前記電子メールアドレスに電子メールサービスを提供しているかどうかを決定し、前記受信者へ電子メールを送達する電子メール送達ルートを確実にするステップ；のいずれか、及び
前記第２のＤＮＳルックアップ結果がポジティブである場合、更に：
前記メッセージに関連する時間ベースメディアをファイルにカプセル化するステップ；
前記メッセージに関連する時間ベースメディアが完成した後、当該ファイルを、電子メールに添付するステップ；及び
前記第２のＤＮＳルックアップ結果によって規定された電子メール送達ルートを用いて前記受信者に前記アタッチメント付の電子メールを送信するステップ；
を具えることを特徴とする方法。
【請求項７７】
請求項７６に記載の方法が更に、前記第１のＤＮＳルックアップ結果と第２のＤＮＳルックアップ結果の双方がネガティブである場合に、前記メッセージの時間ベースメディアが送達不可能であることを表示するエラーメッセージを生成するステップを具えることを特徴とする方法。
【請求項７８】
請求項７６又は７７に記載の方法において、前記メッセージに含まれる時間ベースメディアが作成され、前記受信者に関連する電子メールアドレスが前記メッセージの送信ユーザに関連する通信デバイス上で規定されることを特徴とする方法。
【請求項７９】
請求項７６乃至７８のいずれか１項に記載の方法が更に、前記第１のＤＮＳルックアップ結果を使用して、前記時間ベースメディアが前記メッセージの送信ユーザに関連する第１の通信デバイスを用いて作成されるときに、前記受信者に前記時間ベースメディアを段階的に送信するステップを具えることを特徴とする方法。
【請求項８０】
請求項７９に記載の方法において、前記第２のＤＮＳルックアップ結果を用いるステップと、前記時間ベースメディアをファイルにカプセル化するステップと、当該ファイルを前記電子メールに添付するステップがすべて、前記第１の通信デバイス上で行われることを特徴とする方法。
【請求項８１】
請求項７６乃至８０のいずれか１項に記載の方法が更に：
前記受信者に関連する電子メールアドレスと、前記時間ベースメディアを含むメッセージを前記サーバで受信するステップ；
前記第１のＤＮＳルックアップ結果を前記サーバで使用するステップ；及び
前記第１のＤＮＳルックアップ結果がポジティブである場合に、前記時間ベースメディアが前記サーバで受信されたときに、前記第１のＤＮＳルックアップ結果によって確実になった前記第１の送達ルートに沿って、前記ネットワーク上を、前記ほぼリアルタイムの通信プロトコルを用いて前記メッセージの時間ベースメディアを段階的に送信するステップ；
を具えることを特徴とする方法。
【請求項８２】
請求項８１に記載の方法において、前記第１のＤＮＳルックアップ結果がネガティブである場合：
前記メッセージに関連する時間ベースメディアを前記サーバにおけるファイルにカプセル化するステップ；
前記ファイルを前記サーバにおいて前記電子メールに添付するステップ；及び
前記アタッチメント付の電子メールを前記サーバから前記第２のルックアップ結果によって規定された前記電子メール送達ルートに沿って送信するステップ；
を具えることを特徴とする方法。
【請求項８３】
請求項７６乃至８２のいずれか１項に記載の方法が更に：
前記送信ユーザに関連する第１の通信デバイスで前記受信者に向けたメッセージを作成するステップ；
前記メッセージが作成されている間は、前記第１の通信デバイスが前記ネットワークに接続されないことを確実にするステップであって、ここで、接続されないということは、前記ネットワークを介して前記第１の通信デバイスから前記メッセージに関連する時間ベースメディアを送信不可能であることと規定されているステップ；
前記時間ベースメディアが作成されているときに、前記メッセージの時間ベースメディアを、前記第１の通信デバイス上に段階的に保存するステップ；及び
前記メッセージに関連する時間ベースメディアを前記ストレージから前記ネットワークを介して、前記第１の送達ルートに沿って段階的に送信し、前記第１の通信デバイスが前記ネットワークに接続された後、及び前記第１のＤＮＳルックアップ結果がポジティブである場合に、前記ほぼリアルタイムの通信プロトコルを使用するステップ；を具え、前記ネットワークへの接続が、前記ネットワークを介して前記第１の通信デバイスから前記メッセージに関連する時間ベースメディアを送信可能であることとして規定されていることを特徴とする方法。
【請求項８４】
請求項７６乃至８３のいずれか１項に記載の方法が更に：
前記送信ユーザに関連する第１の通信デバイス上で前記受信者に向けたメッセージを作成するステップ；
前記メッセージを作成している間は、前記第１の通信デバイスが前記ネットワークに接続されないことを確実にするステップであって、ここで、接続されないことは、前記ネットワークを介して前記第１の通信デバイスから前記メッセージに関連する時間ベースメディアを送信不可能であることと規定されているステップ；
前記時間ベースメディアが作成されているときに、前記メッセージの時間ベースメディアを、前記第１の通信デバイス上に段階的に保存するステップ；及び
前記第１のＤＮＳルックアップ結果がネガティブであり、前記第２のＤＮＳルックアップ結果がポジティブである場合に、前記第２のＤＮＳルックアップ結果によって規定された前記電子メール送達ルートを用いて前記第１の通信デバイスを前記ネットワークに再接続した時に、前記受信者に付きの電子メールを送信するステップ；を具え、前記ネットワークへの接続が、前記ネットワークを介して前記電子メールを送信可能であることとして規定されていることを特徴とする方法。
【請求項８５】
請求項７６乃至８４のいずれか１項に記載の方法が更に、前記メッセージの時間ベースメディアが前記受信者に段階的に送信され送達されるときに、前記メッセージの時間ベースメディアを前記受信者に関連する通信デバイス上に段階的かつ同時に表示できるようにするステップを具えることを特徴とする方法。
【請求項８６】
請求項７６乃至８５のいずれか１項に記載の方法が更に、前記メッセージに含まれている時間ベースメディアを、前記送信ユーザに関連する受信箱に保存するステップを具えることを特徴とする方法。
【請求項８７】
請求項７６乃至８６のいずれか１項に記載の方法において、前記ほぼリアルタイムの通信プロトコルが、ＶｏＩＰ、ＳＩＰ、ＲＴＰ、スカイプ、段階的電子メール、ほぼリアルタイムの時間ベースメディアの通信を行うことができる通信プロトコル、あるいはこれらの組み合わせ、のうちの一つを具えることを特徴とする方法。
【請求項８８】
請求項７６乃至８６のいずれか１項に記載の方法において、前記ほぼリアルタイムの通信プロトコルが、時間ベースメディアの通信は可能であるが、前記受信者にほぼリアルタイムで前記時間ベースメディアをレビューすることを求めるものではない通信プロトコルであることを特徴とする方法。
【請求項８９】
請求項７６乃至８８のいずれか１項に記載の方法が更に：
前記受信者にＵＲＬリンクを電子メールするステップであって、当該ＵＲＬリンクが前記メッセージの時間ベースメディアにアクセスするウエブページを規定している、ステップ；及び
前記受信者が前記ウエブページにアクセスすると、前記メッセージの時間ベースメディアをサービングするステップ；
を具えることを特徴とする方法。
【請求項９０】
請求項７６乃至８９のいずれか１項に記載の方法が更に：
前記受信者に関連する通信デバイスを用いて前記受信者によって作成された応答メッセージを前記ネットワークを介して受信するステップ；及び
前記ネットワーク上で、前記送信ユーザに当該応答メッセージを送信するステップ；
を具えることを特徴とする方法。
【請求項９１】
請求項９０に記載の方法において、前記応答メッセージが：
（ｉ）前記受信者によって使用された通信デバイスへ明確な応答コマンドを入力することによって、前記受信者が前記応答メッセージを作成できるようにするステップ；又は
（ｉｉ）前記受信者へ送信した前記メッセージに応答して、前記時間ベースメディアを作成している受信者に応答する、前記送信ユーザにアドレスされた応答メッセージを作成するステップ；
のうちの一つを用いて作成されることを特徴とする方法。
【請求項９２】
請求項７６乃至９１のいずれか１項に記載の方法において：
前記送信ユーザに関連する通信デバイスを用いて前記受信者の電子メールアドレスを規定すること；
前記送信ユーザに関連する通信デバイス上の「開始」メッセージ機能を実行すること；及び
前記開始機能を実行した後に前記通信デバイス上のメッセージの時間ベースメディアを作成すること；
によって、前記メッセージに含まれた時間ベースメディアが作成され、当該メッセージが前記受信者にアドレスされることを特徴とする方法。
【請求項９３】
請求項７６乃至９２のいずれか１項に記載の方法において、前記メッセージが：
（ｉ）連絡先リストから前記受信者を選択して、前記受信者に関連する電子メールアドレスが前記選択に応じてストレージ位置から取り出すステップ；
（ｉｉ）前記電子メールアドレスを、前記電子メールメッセージの送信ユーザに関連する通信デバイスに手動で入力するステップ；又は
（ｉｉｉ）前記受信者によって送信されてきた以前のメッセージに応答して応答機能を実行するステップと；
のうちの一つによって前記受信者にアドレスされることを特徴とする方法。
【請求項９４】
請求項９３に記載の方法において、前記電子メールメッセージが：
前記受信者を規定するために指定された少なくとも一の領域を用いてメッセージヘッダを作成するステップ；及び
前記受信者を規定するために指定された少なくとも一の領域へ前記受信者に関連する電子メールアドレスを挿入するステップ；
によって、前記受信者へアドレスされることを特徴とする方法。
【請求項９５】
請求項９４に記載の方法が更に、前記メッセージヘッダを作成するステップと前記送信ユーザに関連する通信デバイス上の前記受信者の電子メールアドレスを挿入するステップと、を具えることを特徴とする方法。
【請求項９６】
請求項９４に記載の方法が更に、前記メッセージヘッダを作成するステップと前記サーバ上で前記メッセージヘッダに前記電子メールアドレスを挿入するステップと、を具えることを特徴とする方法。
【請求項９７】
請求項７６乃至９６のいずれか１項に記載の方法において、前記受信者の電子メールアドレスが地球規模でアクセス可能な電子メールアドレスであることを特徴とする方法。
【請求項９８】
請求項７６乃至９７のいずれか１項に記載の方法において、前記第１の送達ルートが前記受信者に関連する受信箱へのルートであることを特徴とする方法。
【請求項９９】
請求項７６乃至９８のいずれか１項に記載の方法において、前記第１の送達ルートが、前記メッセージの時間ベースメディアを前記受信者に送達する前記ネットワーク上の一又はそれ以上のホップを具えることを特徴とする方法。
【請求項１００】
請求項９９に記載の方法が更に、前記送一又はそれ以上のホップについて、一又はそれ以上のＤＮＳルックアップ結果を用いるステップを具えることを特徴とする方法。
【請求項１０１】
請求項９９に記載の方法において、前記一又はそれ以上のホップの各々が：
（ｉ）サーバからサーバへのホップ；
（ｉｉ）クライアントからサーバへのホップ；又は
（ｉｉｉ）サーバからクライアントへのホップ；
のうちの一つを具えることを特徴とする方法。
【請求項１０２】
請求項７６乃至１０１のいずれか１項に記載の方法が更に：
前記サーバにおいて前記メッセージの時間ベースメディアを受信するステップ；及び
前記サーバから前記受信者に関連する通信デバイスへ前記メッセージの時間ベースメディアを送信するステップ；
を具えることを特徴とする方法。
【請求項１０３】
請求項７６乃至１０２のいずれか１項に記載の方法が更に：
前記受信者の前記同定されたドメインが前記サーバの一又はそれ以上のローカルドメイン内にあるか否かを確認するステップと；及び
前記受信者が前記リアルタイム通信サービスを受けている場合に、前記リアルタイム通信プロトコルを用いて、前記時間ベースメディアを含むメッセージを前記受信者に送達するステップ；又は
前記受信者が前記電子メールサービスを受けているが、リアルタイムの通信サービスは受けていない場合に、前記ファイルに添付された時間ベースメディアと共に前記電子メールを前記受信者に送達するステップ；
のいずれかを具えることを特徴とする方法。
【請求項１０４】
ネットワークを介して時間ベースメディアを送信する方法において：
一又はそれ以上のドメインを有するサーバにおいて、受信者に向けた時間ベースメディアを含むメッセージを受信するステップであって、前記メッセージが、前記受信者に関連する地球規模でアドレス可能な電子メールアドレスを用いて、前記受信者にアドレスされるステップ；
前記受信者に関連する地球規模でアドレス可能な電子メールアドレスが、前記サーバの一又はそれ以上のローカルドメイン内の一のドメインを規定するか否かを確認するステップ；
前記地球規模でアドレス可能な電子メールアドレスの規定されたドメインが前記サーバの一又はそれ以上のローカルドメイン外にある場合は、前記受信者に関連する地球規模でアドレス可能な電子メールアドレスの第１のＤＮＳルックアップ結果を用いて、前記受信者がほぼリアルタイムの通信サービスを受けているかどうかを決定し、前記送達ルートが前記ネットワークを介して前記メッセージの時間ベースメディアを、前記ほぼリアルタイムの通信プロトコルを用いて前記受信者に送達することを確認するステップ；及び
前記第１のルックアップ結果がポジティブである場合に、前記第１のＤＮＳルックアップ結果によって確実になった送達ルートを用いて、及び前記ほぼリアルタイムの通信プロトコルを用いて前記時間ベースメディアが作成されているときに、前記メッセージの時間ベースメディアを前記ネットワークを介して段階的かつ同時に送信するステップ；
を具えることを特徴とする方法。
【請求項１０５】
請求項１０４に記載の方法が更に：
前記第１のＤＮＳルックアップ結果がネガティブであるかどうかを確認するステップ；
前記第１のＤＮＳルックアップ結果がネガティブである場合、前記受信者に関連する地球規模でアドレス可能な電子メールアドレスの第２のＤＮＳルックアップ結果を用いて、前記受信者が前記地球規模でアドレス可能な電子メールアドレスを用いており、前記受信者へ電子メールを送達する電子メール送達ルートを確実にする電子メールサービスを受けているか否かを決定するステップ；及び
前記第２のＤＮＳルックアップ結果がポジティブである場合、更に：
前記メッセージに関連する時間ベースメディアをファイルにカプセル化するステップ；
前記メッセージに関連する時間ベースメディアが完成した後に、電子メールに当該ファイルを添付するステップ；及び
前記第２のルックアップ結果によって規定された電子メール送達ルートを用いて、前記受信者へ前記アタッチメント付の電子メールを送信するステップ；
を具えることを特徴とする方法。
【請求項１０６】
請求項１０５に記載の方法が更に、前記第１のＤＮＳルックアップ結果と前記第２のＤＮＳルックアップ結果の両方がネガティブである場合に、前記メッセージの時間ベースメディアが送達不可能であることを示すエラーメッセージを作成することを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信に関するものであり、特に、時間ベースメディアのほぼリアルタイムで通信をサポートできる電子メールクライアント、及びそのアドレス、プロトコル、及び電子メールインフラストラクチュアを用いてほぼリアルタイムで通信をサポートする方法に関する。
【背景技術】
【０００２】
現在、地球規模で使用されている３つのアドレス指定領域がある。手紙と小包の送達に主に用いられている郵便制度は、住宅の住所、オフィスビルの住所、私書箱などの物理的アドレスの使用に基づいている。手紙又は小包の送達を確実に行うためには、国、州又は地域、市又は町、郵便番号、通りの名前、及び番地を含む受取人の物理的アドレスが提供されてなくてはならない。現存する電話のインフラストラクチュアは、もう一つの地球規模でのアドレス指定領域を規定するものであり、歴史的にほぼリアルタイムでの音声通信に使用されてきた（すなわち、通話）。固定電話及び移動電話は、電話番号を用いてアドレスされ（すなわち、呼び出され）、これは通常、国番号と、所定の国及び／又は地域コード内の特定の電話を認識する様々な数の追加の数字を含む。通話をするパーティ間で回路が接続されると、完全な二重会話を行うことができる。第３の地球規模でアドレスシステムは電子メールである。すべての電子メールアカウントは、唯一の地球規模でのアドレス可能な電子メールアドレスによって認識され、このアドレスはユーザ名とドメイン名を規定している。
【０００３】
電子メールは、通常、送信者から一又はそれ以上の受信者に送られるテキストメッセージである。電子メールは、電子メールクライアントで作成される。良く知られた電子メールクライアントの一つは、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋであり、これは、コンピュータ上で電子メールメッセージを作成し、受信し、管理するのに用いられる。代替的に、ユーザは、ウエブページを介してＹａｈｏｏ、Ｇｏｏｇｌｅ、又はＨｏｔｍａｉｌといったフリー電子メールサービスを受けることができる。使用するタイプにかかわらず、電子メールクライアントは、通常、（ｉ）電子メールの主題、電子メールの送信者、電子メールが送信された日付と時間、及び、電子メールのサイズなどその他のあり得る属性を示す電子メールヘッダを伴う受信したすべてのメッセージをリストにするあるいは表示する；（ｉｉ）ユーザがレビューするメッセージを選択できる；（ｉｉｉ）ユーザが新しいメッセージをタイプして受信者に送信して受信した他人の電子メールに応答できるようにする；及び、（ｉｖ）静止画像、文書、あるいはビデオクリップなどのアタッチメントを出て行く電子メールに添付できるようにする。
【０００４】
電子メールメッセージは、送信できるようになる前に、まず全部のメッセージを作らなくてはならない。送信者は、通常、まず受信者の電子メールアドレスを電子メールのヘッダの適宜の「Ｔｏ」領域に入力して、受信者を規定する。次いで、電子メールの本体にテキストメッセージをタイプすると共に、選択的にファイルを添付することもできる。メッセージが完成したら、ユーザはその電子メールを送信する。この送信シーケンスの間、電子メールクライアントは、ネットワーク上に位置する電子メールサーバを用いてセッションを開始する。このセッションは、通常、Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ（ＳＭＴＰ）を用いて行われる。このセッションの間に、電子メールクライアントは、ＳＭＴＰサーバに送信者の電子メールアドレスと、受信者の電子メールアドレスと、アタッチメントと共に電子メール本体を提供する。受信者の電子メールアドレスは、受信者名（例えば、「ｊｓｍｉｔｈ」）とドメイン名（例えば、「ｈｏｔｍａｉｌ．ｃｏｍ」）を含む、二つの部分に分けられている。受信者がＳＭＴＰサーバが支配するドメインにある場合は、サーバが特定の受信者に対する送達指示を実行する。この指示は、通常、同じＳＭＴＰサーバ、又は同じドメインにある別のサーバの受信者に付いている受信箱への当該電子メールの送達である。一方、受信者がそのサーバが支配していないドメインにいる場合は、電子メールサーバは、ＳＭＴＰを用いて当該受信者のドメインを支配しているサーバと通信を行う必要がある。
【０００５】
他のドメインの受信者に電子メールを送信するためには、ＳＭＴＰサーバはＤｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ（ＤＮＳ）と会話を開始して、受信者のドメインのＭａｉｌ  ｅＸｃｈａｎｇｅｒ（ＭＸ）記録を求める。ＭＸ記録には、そのドメインに関するＳＭＴＰサーバの優先順位リストが含まれる。次いで、送信者のＳＭＴＰサーバから、応答するＭＸリストの最初のＳＭＴＰサーバへ電子メールが送信される。次いで、最初に応答するサーバが、受信者が最初に応答するサーバが支配するドメイン内にあるかどうかを決定する。このサーバがドメイン内にあれば、受信者の受信箱に電子メールが送達される。このサーバがドメイン内にない場合は、応答するサーバが受信者の受信箱にメッセージを送達できるサーバになるまで上述のプロセスが繰り返される。この送達ルートに沿って設けた各サーバは、「ホップ」と称されることがある。次いで、受信者のコンピュータあるいはインターネット上にある受信者の電子メールクライアントを介してこの電子メールにアクセスする。電子メールが複数パーティに送信される場合は、各受信者に対して上述のプロセスが繰り返される。
【０００６】
上述のシーケンスは、通常、インターネット上で送信された電子メールに対して適用される。同じ私設ネットワーク上の二人のＭｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅユーザ間で送信された電子メールなど、ある種の私設システムでは、電子メールをルーティングするのにＳＭＴＰプロトコルは使用しないが、電子メールアドレスは使用する。この私設プロトコル及びサーバのオペレーションは、基本的にＳＭＴＰと同じである。
【０００７】
現存の電子メールインフラストラクチュアは、ＳＭＴＰに基づいているか、あるいは私設電子メールプロトコルに基づいているかにかかわらず、基本的に、「蓄積転送」メッセージシステムである。電子メールメッセージは、送信できるようにする前に、まず全体を作り上げなくてはならない。ＳＭＴＰ又は送信者の私設メールサーバ、並びに、ＳＭＴＰあるいは受信者の私設メールサーバへの経路に沿って設けた中間電子メールサーバホップでは、電子メールメッセージは、それが送信される前に全部受信されなくてはならない。最後に、受信者がメッセージをレビューする前に、受信者の受信箱に全部の電子メールが受信されていなければならない。
【０００８】
比較すると、Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ（ＰＳＴＮ）を介した電話による通話は通常進行性である。言葉を話すとき、送信者から受信者へ言葉が同時に送信され、言葉をライブで又はほぼリアルタイムで効率よく聞くことができる。この結果、電話による通話は、共通ネットワーク接続（すなわち、回路）を通して、「ライブ」で、あるいはほぼリアルタイムモードで行うことができる。逆に、電子メール通信は、通常、一連の異なる蓄積転送メッセージを通じて生じ、しばしば二又はそれ以上のパーティ間で、異なる時間に、インターネットなどのネットワークを介して往復送信される。
【０００９】
ビデオクリップなどの、時間ベースメディア（すなわち、時間に対して変化するメディア）を含むファイルを電子メールに添付することは良く知られている。しかしながら、電子メールメッセージに添付されたこの時間ベースメディアは、電子メールの蓄積転送特性のため、作成時に受信者が「ライブ」でレビューすることができない。むしろ、電子メールと時間ベースメディアを含むアタッチメントを最初に作成して送信し、ネットワーク上の各電子メールサーバホップで蓄積転送され、次いで、アタッチメントの時間ベースメディアがレビューされる前に受信者に全体が受信されていなくてはならない。従って、メディアの作成時に電子メールメッセージの受信者がほぼリアルタイムでそのメディアをレビューすることは不可能である。
【００１０】
留守番電話システムも知られており、ここでは、ボイスメッセージを作成して、電子メールの形で受信者に送信する。これらのシステムでは、Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ（ＰＳＴＮ）を電子メールと共働させている。使用時に、まず、メッセージの記録を行って、保存し、次いで電子メールによって受信者に送信される。しかしながら、ここでも、受信者が記録したメッセージをレビューすることができるようになる前に、まず、メッセージ全体を受信しなくてはならない。
【００１１】
簡易メッセージあるいはＩＭは、蓄積転送システムのもう一つの例である。上述した電子メールと同様に、メッセージを受信者に送信できるようになる前に、メッセージが完成していなければならない。ＩＭシステムのメッセージは、通常、電子メールを介して送られるメッセージより短い。ＩＭシステムのテキストの各ラインは、蓄積転送方法で送達される別のメッセージである。現存のＩＭシステムは、送信者がメッセージを作成しているときに、段階的かつ同時にそのメッセージをレビューする方法を受信者に提供するものではない。
【００１２】
ライブテキストシステムは、ダム端末インターフェースと共に初期のユニックスシステムで主に使用されていたが、よく知られている。ライブテキストシステムでは、送信者がキーを押すとすぐに受信者に個別のキーストロークが送信される。これらのシステムはテキスト用のみであるが、メッセージの作成時に、受信者が順次そのメッセージをレビューすることができる。
【００１３】
現在のところ、電子メールアドレスを用いて、送信者と受信者の間で、ライブであるいはほぼリアルタイムで時間ベースメディアの通信をサポートするように、電子メールの地球規模でのアドレッシング及びルーティングインフラストラクチュアを拡張するシステムや方法は知られていない。
【発明の概要】
【００１４】
時間ベースメディアのリアルタイムでの通信をサポートできる電子メールクライアントが開示されている。この電子メールクライアントは、あるドメイン内の受信者にアドレスする電子メールアドレスが規定されると、サーバを用いてセッションを作成するように構成されたセッションエレメントを具えている。この電子メールアドレスが規定されると直ちに、電子メールクライアントの送信エレメントは、時間ベースメディアが作成されると、その電子メールアドレスのドメインのルックアップによって少なくとも部分的に見つけられたルートを介して、時間ベースメディアを受信者へ段階的かつ同時に送信するように構成される。受信者の電子メールアドレスが規定されるとすぐに受信者へのルートを少なくとも部分的に見つけることによって、送信エレメントが時間ベースメディアを受信者へ段階的に送達することができる。
【図面の簡単な説明】
【００１５】
本発明は、本発明の特定の実施例を示す添付図面と共に、以下の記載を参照することによって最も良く理解することができる。
【図１】図１は、ユーザ間で時間ベースメディアのライブであるいはほぼリアルタイムでの通信をサポートできる本発明によるネットワークを示す図である。
【図２】図２は、本発明の一実施例による通信デバイスを示す図である。
【図３】図３は、本発明の別の実施例による通信デバイスを示す図である。
【図４】図４Ａ及び４Ｂは、本発明の通信デバイス上の電子メールヘッダを作成するシーケンスを示すフローチャートである。
【図５Ａ】図５Ａは、本発明によるネットワーク上で通信を行うシーケンスを示すフローチャートである。
【図５Ｂ】図５Ｂは、本発明によるネットワーク上で通信を行うシーケンスを示すフローチャートである。
【図５Ｃ】図５Ｃは、本発明によるネットワーク上で通信を行うシーケンスを示すフローチャートである。
【図５Ｄ】図５Ｄは、本発明によるネットワーク上で通信を行うシーケンスを示すフローチャートである。
【図６】図６は、本発明による電子メールへのメディアファイルのアタッチメントを示すフローチャートである。
【図７】図７は、本発明の別の実施例によるネットワーク上での時間ベースメディアの送達を示す図である。
【図８】図８は、従来技術による従来の電子メールの構造を示す図である。
【図９】図９は、本発明による段階的電子メールの構造を示す図である。
【００１６】
図において同じエレメントには同じ符号が付されている。
【発明を実施するための形態】
【００１７】
添付図面に示す様々な実施例を参照して本発明の詳細を以下に説明する。以下の説明において、発明を全体的に理解してもらうための、特定の詳細が設定されている。しかしながら、ここに設定した実装の詳細を用いることなく本発明を実行できることは当業者には自明である。なお、発明を不必要に分かりにくくしないようにするために、公知のオペレーションは詳細に説明していない。
【００１８】
本出願は、（ｉ）電子メールと、時間ベースメディアを含むが、当該メディアの実際の送達にはほぼリアルタイムで通信プロトコルを用いるメッセージ送達用のルーティングを規定するＤＮＳインフラストラクチュアの使用；（ｉｉ）電子メールアドレスとＤＮＳを用いた時間ベースメディアを含むメッセージの様々な送達オプション；（ｉｉｉ）時間ベースメディアを含む「段階的」電子メールの送信をサポートするＳＭＴＰあるいはその他の私設電子メールプロトコルの改変；（ｉｖ）音声又はその他の時間ベースメディアのほぼリアルタイムの通信用の受信者電子メールアドレスの事後接続；及び（ｖ）地球規模でアドレス可能な電子メールアドレスとＤＮＳを使用した、時間メディアを含むメッセージ又は段階的電子メールのルーティングによる、ほぼリアルタイムでの会話の実行；を含む多くの実施例を対象としている。これらの各態様を以下に詳細に述べる。
【００１９】
Ｉ．電子メールと、メディアの実際の送達用のほぼリアルタイムでの通信プロトコルを用いて、時間ベースメディアを含むメッセージ送達用のルーティングを規定するＤＮＳインフラストラクチュアの使用
図１を参照すると、（ｉ）時間ベースメディアの「ライブ」又はほぼリアルタイムでの通信をサポートすることができる、及び（ｉｉ）本発明による電子メールとＤＮＳのインフラストラクチュアを使用したルーティングを行うことができるネットワークシステムの図が示されている。システム１０は、ネットワーク１２を具えており、このネットワークは通信デバイス１４Ａ、１４Ｂ、１４Ｃ、及び１４Ｄを使用しているユーザＡ、Ｂ、Ｃ、及びＤと、ネットワーク１２に配置したサーバ１６Ａ、１６Ｂ、１６Ｃ、及び１６Ｄを伴っている。ネットワーク１２は更に、ＤＮＳサーバ１８を具える。様々な実施例では、ネットワーク１２は、インターネット、イントラネット、移動ＩＰネットワーク、あるいはインターネットプロトコル及び／又はＤＮＳに基づくその他のタイプのネットワーク、又はこれらの組み合わせを具えていてもよい。ユーザＡ、Ｂ、及びＣは、それぞれ、サーバ１６Ａ乃至１６Ｄによって、それぞれ地球規模でアドレス可能な電子メールアドレス「ＵｓｅｒＡ＠Ｄｏｍａｉｎ  Ａ」、「ＵｓｅｒＢ＠Ｄｏｍａｉｎ  Ｂ」、「ＵｓｅｒＣ＠Ｄｏｍａｉｎ  Ｃ」を用いてアドレスすることができる。ユーザＤは、以下の理由で、地球規模でアドレス可能な電子メールアドレスによっては、ネットワーク１２上で意図的に同定されない。
【００２０】
サーバ１６Ａ、１６Ｂ、１６Ｃ、及び１６Ｄは、それぞれ、ユーザＡ、Ｂ、Ｃ、及びＤに一又はそれ以上のサービスを提供するように構成されている。この例では、サーバＡが、ドメインＡを規定しており、ユーザＡにＳＭＴＰ（又は同様の私設サービス）とＭＸ  ＤＮＳレコード（以下、「ＭＸ」という）を用いて標準的な電子メール送達サービスを提供している。サーバＡは、更に、ユーザＡにリアルタイム通信サービス（以下、「ＲＶＸ」という）を提供している。サーバ１６ＢはドメインＢを規定しており、ユーザＢにリアルタイム通信サービスＲＶＸを提供しているが、電子メールサービスＭＸは提供していない。サーバ１６ＣはドメインＣを規定しており、ユーザＣに電子メールサービスＭＸを提供しているが、リアルタイム通信サービスＲＶＸは提供していない。サーバ１６Ｄは、ユーザＤに対してリアルタイム通信サービスＲＶＸも電子メールドメインＭＸサービスも提供していないが、同定されていないその他のサービスは関係がないので提供する。
【００２１】
一実施例では、リアルタイム通信サービスＲＶＸは、ユーザがほぼリアルタイムで時間ベースメディアを通信できる通信プロトコルに基づいているが、受信者には、ほぼリアルタイムモードで時間ベースメディアをレビューすることを要求しない。このような特性を有する公知のプロトコルには、米国特許出願第１２／０２８，４００号及び第１２／１９２，８９０号に詳細に記載されているＣｏｏｐｅｒａｔｉｖｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＣＴＰ）、あるいは米国特許出願第１２／２５３，８１６号、第１２／２５３，８３３号、及び第１２／２５３，８４２号に記載されている音声あるいはその他の時間ベースメディアのほぼリアルタイムの同期プロトコルが含まれる。上記の米国出願は、本発明の譲受人に譲渡されており、全目的についてここに引用されている。
【００２２】
代替の実施例では、ＲＶＸサービスは、ＳＩＰ、ＲＴＰ、スカイプ、ＶｏＩＰ、その他といったほぼリアルタイムの通信を提供するその他の通信プロトコルを、個別にあるいは組み合わせて、使用している。
【００２３】
通信デバイス１４Ａ乃至１４Ｄは、固定電話、ＶｏＩＰ電話、セルラーラジオ、衛星通信ラジオ、軍事又は第１応答者ラジオ、移動インターネットデバイス、又はその他のタイプのほとんどすべての通信デバイスなど、どのような通信デバイスでもよい。更に、所定のユーザが、複数通信デバイス１４を有していても良い。例えば、ユーザは、ホームコンピュータ、職場コンピュータ、押して話すラジオ、移動電話、あるいはパーソナルデジタルアシスタント（ＰＤＡ）のうちの一又はそれ以上を有していても良い。ユーザＡ、Ｂ、Ｃ、及びＤが持っている通信デバイス１４の数に関係なく、各ユーザは、ほぼ同じ操作を行って、ここにそれぞれ述べたようにサーバ１６Ａ、１６Ｂ、１６Ｃ、及び１６Ｄによって提供されるサービスを受ける。
【００２４】
なお、図に示すシステム１０は、実際に実施例に実装される典型的なものに比べて、非常に単純化されている。説明のために、上述したユーザＡ、Ｂ、Ｃ及びＤに提供されている（あるいはされていない）ＲＶＸサービス及びＭＸサービスは、本発明の様々な特徴と態様を強調し説明するために、目的に応じて選択されている。しかしながら、実際の例では非常に多数のユーザがあり、各々、一又はそれ以上の通信デバイス１４と関連するネットワーク１２上のサーバを有しており、各ユーザに様々なサービスを提供している。更に、単一サーバからサーバ組１６にわたるあらゆる組み合わせがネットワーク１２に含まれており、一乃至複数のユーザにそれぞれＲＶＸ及び／又はＭＸを提供している。また、通信デバイス１４Ａ、１４Ｂ、及び１４Ｃとサーバ１６Ａ、１６Ｂ及び１６Ｃは、ＤＮＳ、ＳＭＴＰ、あるいはその他の私設電子メールプロトコルを用いて上述した方法と同じ方法で互いに通信することができ、ネットワーク１２上の一又はそれ以上のホップにわたるルートを発見する。同じドメイン内の受信者へのメッセージ送達ルートは、通常は、同じサーバ１６又は同じドメイン内の関連するサーバの受信箱に送達される。別のドメインの受信者に送られたメッセージは、通常、ネットワーク１２上の一又はそれ以上のホップを介して受信者の電子メールサーバへ送信される。ＩＰネットワーク上でのほぼリアルタイムでの電子メール及びメディアのルーティングはこの分野で公知であるので、ここでは詳細な説明は行わない。
【００２５】
図２を参照すると、本発明の一実施例による通信デバイス１４の図が示されている。この実施例では、通信デバイス１４が、移動電話又はＰＴＴラジオなど、ネットワーク１２を用いてワイヤレスで通信できる移動デバイス２０である。移動デバイス２０は、選択的に、キーパッド２２、ディスプレイ２４、スピーカ２６、マイクロホン２８、音量コントロール３０、静止画像及び／又は動画を生成できるカメラ３２、ディスプレイコントロールエレメント３４、開始機能エレメント３６、及び終了機能エレメント３８の一又はそれ以上を具えている。様々な実施例では、デバイス２０は、（ｉ）ＩＰベース、すなわち、インターネットプロトコルを用いてネットワーク１２上で通信するように設計されており、（ｉｉ）上述したプロトコルあるいはその他のほぼリアルタイムの通信プロトコルを含む、一又はそれ以上のＲＶＸプロトコルを稼働している。更に、デバイス２０は、選択的にまた局所的に電子メールクライアントを稼働して、ネットワーク１２に配置された一のサーバ１６にある電子メールクライアントにアクセスすることができる、あるいは、ネットワーク上で電子メールクライアントの稼働とアクセスの両方を行うことができる。
【００２６】
図３を参照すると、本発明の別の実施例による通信デバイスの図が示されている。この実施例では、通信デバイス１４はネットワーク１２に有線又は無線（図示せず）で接続されているコンピュータ４０である。コンピュータ４０は、選択的に、キーボード４２、ディスプレイ４４、スピーカ４６、マイクロホン４８、静止画像又は動画を生成できるカメラ５０、マウス５２、開始機能エレメント５４、及び、終了機能エレメント５６の一又はそれ以上を具える。コンピュータ４０は、電子メールクライアントを稼働させること、ネットワーク１２にある電子メールクライアントにアクセスすること、あるいはその両方を行うことができる。様々な実施例では、コンピュータ４０は、（ｉ）ＩＰベース、すなわち、インターネットプロトコルを用いてネットワーク１２上で通信するように設計されており、（ｉｉ）上述したプロトコルあるいはその他のほぼリアルタイムの通信プロトコルを含む、一又はそれ以上のＲＶＸプロトコルを稼働している。更に、コンピュータ４０は、ラップトップ又はパーソナルデジタルアシスタントといったポータブルコンピュータであっても良く、図に示すようなデスクトップコンピュータに限定されない。更に、デバイス４０は、選択的にまた局所的に電子メールクライアントを稼働して、ネットワーク１２にある一のサーバ１６に配置された電子メールクライアントにアクセスすることができる、あるいは、ネットワーク上の電子メールクライアントの稼働とアクセスの両方を行うことができる。
【００２７】
移動デバイス２０とコンピュータ４０の開始機能エレメント３６／５４と終了機能エレメント３８／５６は、それぞれの機能を象徴するものである。移動デバイス２０、コンピュータ４０、あるいはその他のタイプの通信デバイス１４は、物理的に開始及び終了ボタン自体を具えている必要はない。むしろ、これらの各機能エレメントは、例えば、音声コマンド、あらかじめ決められたキーストローク、あるいはタッチスクリーン又はマウス、スタイラス、ポインタその他の入力デバイスを用いたコマンドを入力することによって、実装することができると解するべきである。
【００２８】
ネットワーク１２は、受信者ユーザの地球規模で認識可能な電子メールアドレスとルート発見用ＤＮＳを含む既存の電子メールインフラストラクチュアを使用することができる。一方、ほぼリアルタイムでのＲＶＸプロトコルを使用してルートが発見されると、アドレスされた受信者へ時間ベースメディアを含むメッセージを実際に送信することができる。従来の電子メールと同様に、各メッセージは、とりわけ、ルーティング用の一又はそれ以上の受信者の地球規模でアドレス可能な電子メールアドレスを規定するヘッダを用いている。しかしながら、従来の蓄積転送型電子メールと異なり、メッセージの時間ベースメディアは、ほぼリアルタイムのＲＶＸプロトコルを用いて送信される。この結果、時間ベースメディアは、送信者がこのメディアを作成すると、ネットワーク１２に同時に段階的に送信される。更に、時間ベースメディアがネットワークを介して受信されると、受信者は、選択的に、時間ベースメディアを同時かつ段階的に表示することができる。二又はそれ以上のパーティが同時に会話をする場合（例えば、時間ベースメディアを生成し、レビューする）、ネットワーク１２は、既存の電子メールインフラストラクチュアとルーティング用ＤＮＳを使用しながら、メディア送達用のＲＶＸプロトコルを用いてほぼリアルタイムでの通信をサポートしている。
【００２９】
図４Ａを参照すると、通信デバイス１４でメッセージに関連する時間ベースメディアを作成して送信するシーケンスのフローチャートが示されている。通信デバイス１４のユーザが特定の受信者と通信したい場合、ユーザはその連絡先リストから受信者を選択するか、意図した受信者からすでに受け取ったメッセージに応答する。意図した受信者からのメッセージを応答用に入手できない場合、あるいは、意図した受信者が連絡先リストにすでにない場合は、その受信者の地球規模でアドレス可能な電子メールアドレスをデバイス１４に手動で入力する。
【００３０】
上述のいずれかに応じて、「Ｔｏ」ヘッダに受信者の地球規模でアドレス可能な電子メールアドレスを含むメッセージヘッダを作成する（ステップ６２）。受信者の地球規模でアドレス可能な電子メールアドレスが規定されるやいなや、ＤＮＳルックアップが行われ、そのメッセージに関連するメディアを、地球規模でアドレスされた受信者へ送達するルートが直ちに発見される。その後、ユーザは開始機能３６／５４を起動して、例えばマイクロホンに向かって話す、ビデオを生成する、又は両方を行うことによって、時間ベースメディアの作成を開始できる（ステップ６４）。次いで、時間ベースメディアは段階的及び同時にエンコードされ（ステップ６６）、発見された送達ルートを用いて、ＲＶＸプロトコルでネットワーク１２上を送信され（ステップ６８）、選択的に、デバイス１４に持続的に保存される（ステップ７０）。なお、ステップ６２乃至７０はあるシーケンスで図に示されているが、実際はほぼ同時に生じる。ユーザは、連絡先リストから受信者を選択して、開始機能３６／５４を起動し、次いで直ちに話し始めることができる。メディアが作成されると、ＲＶＸプロトコルは、ＤＮＳルックアップを用いて明らかな遅れを生じることなく送信ユーザへのルートを探し、ネットワーク１２を介して、段階的かつ同時にそのメディアを受信者に送信する。
【００３１】
選択的に、送信するメッセージの時間ベースメディアは、多くの理由で送信通信デバイス１４に持続的に保存される。例えば、送達ルートが発見される前にメッセージの時間ベースメディアが作成される場合は、時間ベースメディアは送達ルートが見つかったときにストレージから送信することができる。時間ベースメディアがルートが見つかった後に作成されつつある場合は、時間ベースメディアが作成されているときに、段階的かつ同時に送信される。代替的に、時間ベースメディアのストレージを用いて、送信者はその後任意の遅い時間に保存されているメッセージをレビューすることができる。通信デバイス１４がネットワーク１２に接続されていないときにメッセージを作成して保存することもできる。この場合、接続は、ネットワーク上にメッセージを送信できることとして規定され、非接続は、ネットワーク上にメッセージを送信できないこととして規定される。デバイス１４がその後接続されると、ＲＶＸプロトコル又は電子メールのアタッチメントのいずれかを用いて、ストレージから意図した受信者へメッセージを送信できる。
【００３２】
図４Ｂを参照すると、メッセージヘッダを作成するシーケンスのフローチャート１００が示されている（図４Ａのステップ６２）。ステップ６２ａでは、送信者の地球規模でアドレス可能な電子メールアドレスが、メッセージヘッダの「Ｆｒｏｍ」領域に提供されている。ステップ６２ｂで、受信者の地球規模でアドレス可能な電子メールアドレスが、メッセージヘッダの「Ｔｏ」領域に入力される。複数の受信者がいる場合は、各受信者の電子メールアドレスが「Ｔｏ」領域に入力される。更なる実施例では、一又はすべての受信者用に「ＣＣ」又は「ＢＣＣ」領域を用いている。ステップ６２ｃでは、地球規模で唯一のメッセージＩＤ又は番号がそのメッセージに割り当てられる。ステップ６２ｄでは、会話名、メッセージの主題、といったその他の情報がヘッダに提供される。ステップ６２ｅでは、メッセージが作成された開始日／時間と、おそらくメッセージが終了する日／時間をヘッダに含めることができる。一の実施例では、ステップ６２ａ乃至６２ｅは、終了日／時間を規定することの可能性を除いて、一般的に、すべてほぼ同じ時間に生じる。その他の実施例では、ステップ６２ａ乃至６２ｅは、どの順序で生じても良い。
【００３３】
開始及び終了日／時間は、通常、送信デバイス１４における開始機能３６／５４と終了機能３８／５６の実行にそれぞれ一致している。しかしながら、送信者は、所定のメッセージに対して終了機能３８／５６を常に実行するわけではない。終了機能が生じると、送信者はメッセージに関連する時間ベースメディアの作成と送信を簡単に停止することができる。従って、このメッセージは、規定された終了時間／日なしで、「無期限」のままでもよい。
【００３４】
所定の実施例では、ステップ６２ａ乃至６２ｅは、送信通信デバイス１４で実行することができる。別の実施例では、送信通信デバイスは、メッセージヘッダ情報の一部あるいは全部をサーバ１６に送信し、このサーバでステップ６２ａ乃至６２ｅを実行している。メッセージの時間ベースメディアも、送信ユーザによるその後のレビュー用に、あるいは受信者への送信用に、サーバ１６に選択的に保存することができる。
【００３５】
上述した実施例には、Ｔｏ、Ｆｒｏｍ、メッセージＩＤ番号、会話名、及びメッセージ開始及び終了時間を含む様々な領域を有するメッセージヘッダが提供されている。なお、これらの領域のすべてが必要なわけではなく、又、その他の領域を具えていても良い。必須の情報は、受信者の地球規模でアドレス可能な電子メールアドレスを規定しているＴｏ、ＣＣ、又はＢＣＣ領域の一つに特定された少なくとも一の受信者である。その他の領域はすべて任意的なものである。
【００３６】
メッセージヘッダのフォーマットも可変である。一の実施例では、メッセージヘッダの構造は、従来の電子メールに使用されているもの、あるいは電子メールと共に使用されている表書きと同様である。別の実施例では、メッセージヘッダの構造は、受信者の地球規模でアドレス可能な電子メールアドレスを、おそらくその他のヘッダ情報と共に、ネットワーク１２に送信するのに適したものであればどのような形のものであっても良い。受信者を特定するための特定の電子メールヘッダ領域が議論されているが、受信者のアドレス情報を含む実際のヘッダ領域は、必ずしも、受信者自身の地球規模でアドレス可能な電子メールアドレスを含んでいなくともよい。この分野では良く知られているように、「表書き受信者」は、この表書き受信者が電子メールヘッダに挙げられている受信者と異なっていても、受信者の電子メールアドレスを特定するのに用いることができる。従って、ここに使用されているように、期間メッセージヘッダは、表書き情報と従来のメッセージあるいは、限定するものではないが、ＲＦＣ８２２又は５３２２に特定されたものなど、任意数の領域を含む電子メールヘッダの両方を含むように、広く解釈するべきである。更に、「アドレス」あるいは「地球規模でアドレス可能な電子メールアドレス」の用語の使用は、従来のメッセージあるいは電子メールヘッダ又はメッセージ表書きにおける使用を含めて、あらゆるアドレス方法を含むように広く解釈するよう意図されている。
【００３７】
所定の状況下では、ネットワーク１２は、時間ベースメディアを含むメッセージを送達することができ、これは、（ｉ）ネットワーク１２を介して受信者へ同時かつ段階的に送信することができ、（ｉｉ）時間ベースメディアが作成されて、送信ユーザによって送信されているときに、アドレスされた受信者はほぼリアルタイムでレビューすることができる。その他の状況では、メッセージはリアルタイムで送達することができない。ほぼリアルタイムでのシナリオとリアルタイムでないシナリオについて、図５Ａ乃至５Ｃをそれぞれ参照して、以下に述べる。
【００３８】
図５Ａを参照すると、ネットワーク１２を介して地球規模でアドレス可能な電子メールアドレスを用いて、時間ベースメディアを含むメッセージをでほぼリアルタイムで通信することができるシーケンスのフローチャート８０が示されている。このシーケンスは、ほぼリアルタイムのＲＶＸプロトコルを用いてユーザＡがユーザＢへメッセージを送っているコンテキストにおいて書かれている。上述したように、サーバ１６Ｂは、ユーザＢにＲＶＸサービスを提供しているが、ＭＸサービスは提供していない。
【００３９】
開始ステップ８２において、サーバ１６Ａは、時間ベースメディアを通信デバイス１４Ａによって段階的かつ同時に作成して送信されると、ほぼ同時にメッセージヘッダ（又はステップ６２ａ乃至６２ｅの一部又は全部をサーバに実行させるヘッダ情報）と、送信されるメッセージの時間ベースメディアを受信する。メッセージヘッダは、「Ｔｏ」、「ＣＣ」、又は「ＢＣＣ」領域にユーザＢの地球規模でアドレス可能な電子メールアドレス（ｕｓｅｒＢ＠ＤｏｍａｉｎＢ）を具えているので、サーバ１６Ａは、ＤＮＳプロトコルを用いてＤＮＳサーバ１８のドメインＢのＲＶＸについてルックアップを要求する（ステップ８４）。ドメインＢにＲＶＸが存在する（決定８６）ので、ルックアップ結果はポジティブである。次いで、送信者に関連するサーバ１６Ａから受信者に関連するサーバ１６Ｂへ，ＲＶＸプロトコルを用いて、時間ベースメディアが段階的かつ同時に送信される。時間ベースメディアは、２台のサーバ１６Ａと１６Ｂ間の一又はそれ以上のホップを介して送信される。各ホップで、ＤＮＳルックアップを実行して、次のホップへの送達ルートを発見し、一方で、ＲＶＸプロトコルを用いて時間ベースメディアを次のホップへ送達する。
【００４０】
一の実施例では、時間ベースメディアがサーバ１６Ｂに到達するときに、メディアが受信者の通信デバイス１４Ｂに同時かつ段階的に送信される。受信者は、メッセージが入ったことの通知を受け、これに応答してメッセージのメディアを段階的に受信したときにほぼリアルタイムモードでメディアの同時レビューを選択することができる。
【００４１】
代替の実施例では、選択的にメッセージのメディアは受信箱におかれ、受信者のデバイス１４Ｂに持続的に保存される。メッセージの持続的な保存に伴って、受信者は、メディアを受信した時あるいは保存した後の任意の時間に、メディアをほぼリアルタイムモードでレビューするという選択肢を有する。
【００４２】
更に別の実施例では、ユーザＢに関連するサーバ１６Ｂにある受信箱にメッセージを保存することもできる。このように、デバイス１４Ｂのユーザは、その後の任意の時間にサーバ１６Ｂの受信箱からメッセージにアクセスすることができる。更に、サーバ１６Ｂは、メッセージをファイルにカプセル化して電子メールに添付することができる。上述したように、ユーザＢにはＭＸサービスが提供されないので、ユーザＢはこのような電子メールを受信できない。しかし、ユーザが電子メールを受信できる場合は、メッセージをアタッチメントの形で送信することができる。
【００４３】
更に別の実施例では、ユーザの送信通信デバイス１４あるいは送信者に関連するサーバ１６Ａに配置されている送信ユーザの送信箱にメッセージのメディアを保存することができる。
【００４４】
図５Ｂを参照すると、ユーザＡとユーザＣ間の通信を示すフローチャート８０が再び提供されている。上述したように、サーバ１６Ｃは、ユーザＣにＭＸサービスを提供しているが、リアルタイムのＲＶＸサービスは提供していない。ユーザＡがユーザＣと通信したい場合、初期シーケンスは上述ものと基本的に同じである。サーバ１６Ａは、まず、ユーザＣの地球規模でアドレス可能な電子メールアドレス（ｕｓｅｒＣ＠ＤｏｍａｉｎＣ）が付いたメッセージヘッダ（あるいは、ステップ６２ａ乃至６２ｅを選択的に実行するのに必要なヘッダ情報）と、ユーザＡによる時間ベースメディアの段階的かつ同時送信を受信する（ステップ８２）。ＲＶＸルックアップの結果（決定８６）がネガティブであるので、サーバ１６Ａは、次に、ＤＮＳプロトコルを用いて、ドメインＣについてＤＮＳサーバ１８のＭＸルックアップをリクエストする（ステップ９０）。ポジティブな結果が出た場合（決定９２）、サーバ１６Ａは、サーバ１６Ｃにアタッチメントとしてのカプセル化した時間ベースメディアが付いた通常の電子メールを送信する（ステップ９６）。サーバ１６Ｃで、この電子メールが受信者の受信箱に入る。この電子メールは、通信デバイス１４Ｃの受信箱にも送られる。このように、受信者がＲＶＸサービスを受けていない場合は、メッセージの時間ベースメディアは、サーバ１６Ａによってネットワーク１２を介してサーバ１６Ｃに、また、場合によってはＳＭＴＰの蓄積転送手順あるいは同様の私設電子メールシステムを用いて通信デバイス１４Ｃに送信される。
【００４５】
図５Ｃを参照すると、ユーザＡとユーザＤ間の通信の試みを示すフローチャート８０が示されている。上述した通り、ユーザＤには、電子メールＭＸサービスも、ほぼリアルタイムのＲＶＸサービスも提供されていない。ユーザＡがユーザＤと通信したい場合、初期シーケンスは上述のものと本質的に同じである。サーバ１６Ａは、ユーザＤの地球規模でアドレス可能な電子メールアドレス（ｕｓｅｒＤ＠ＤｏｍａｉｎＤ）が付いたメッセージヘッダ（あるいは、ステップ６２ａ乃至６２ｅを選択的に実行するのに必要なヘッダ情報）と、ユーザＡによる時間ベースメディアの段階的かつ同時送信を受信する（ステップ８２）。ＲＶＸルックアップ（決定８６）とドメインＤについてのＭＸルックアップ（ダイヤモンド９２）が両方ともネガティブであるので、エラーメッセージが生成され（ステップ９４）、メッセージを送達できない（ステップ９６）。様々な実施例で、メッセージの時間ベースメディアが、送信通信デバイス１４Ａ、サーバ１６Ａ、あるいは両方に保存されている。このメッセージは後に、ＲＶＸ及び／又はＭＸサービスがユーザＤに提供されたときに送信することができる。
【００４６】
図５Ｃに関して述べたシナリオは、通常、間違った電子メールドメイン名が受信者に提供された場合に生じる。送信者が無効の地球規模でアドレス可能な電子メールドメイン名を用いてメッセージを送信しようとすると、エラーメッセージが生じる（ステップ９４）。電子メールアドレス中の正しいドメイン名が提供されている場合は、次いで、ＲＶＸプロトコル又は、ＭＸサービスを用いた電子メールのアタッチメントを用いて、メッセージを送信することができる。
【００４７】
代替の実施例では、通信デバイス１４Ａ乃至１４Ｃは、ピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）構造に構成することができる。この構成によれば、少なくとも送信通信デバイス１４は、ルックアップ機能を実行するのに中間サーバ１６の助けを借りることなく、ＤＮＳサーバ１８上で直接ＲＶＸ及び／又はＭＸルックアップを実行することができる。通信デバイス１４は、メッセージのメディアを他の通信デバイスに直接通信することもできる。受信者がＲＶＸ及び／又はＭＸドメインのメンバーであるかないかによって、送信通信デバイス１４Ａは、（ｉ）メッセージの時間ベースメディアをネットワーク１２を介して受信者に段階的かつ同時に送信する；（ｉｉ）メッセージの時間ベースメディアをファイルにカプセル化して、ＳＭＴＰ又は同様の私設プロトコルにアタッチメントとしてファイルを含む電子メールを受信者に送信する；あるいは（ｉｉｉ）無効の地球規模でアドレス可能なユーザ名又はドメイン名を電子メールアドレスに使用した場合、及び／又は、受信者にＭＸサービスが提供されない場合に、エラーメッセージを受信する。
【００４８】
図５Ｄを参照すると、ピアツーピアの実施例を示すフローチャート１００が示されている。開始ステップ１０１では、送信通信デバイス１４が「受信通信デバイス１４と通信したい旨を表示している。決定ダイアモンド１０２において、送信者の通信デバイス１４が、受信者の地球規模でアドレス可能な電子メールのＤＮＳルックアップを実行して、ピア受信者がＲＶＸサービスを受けているかどうかを決定する。ルックアップの結果がポジティブである場合に、送信通信デバイス１４を用いて作成した時間ベースメディア（ステップ１０３）が、ＲＶＸルックアップによって規定された送達ルートを用いて受信者に段階的かつ同時に送信される（ステップ１０４）。決定ダイアモンド１０５においては、リアルタイム通信が設定されているかどうかを決定する。設定されている場合は、メディアを受信した（ボックス１０６）ときに受信者の通信デバイス１４に、送信されたメディアが段階的かつ同時に表示される。ほぼリアルタイムの通信が設定されていない場合は、メッセージのメディアは、受信者のデバイス１４、受信者に関連するサーバ１６、あるいはおそらくその両方にある受信者の受信箱（ボックス１０７）におかれる。受信者が通信できない、ネットワークの範囲外である、あるいはほぼリアルタイムモードでメッセージをレビューしたくないことを表示している、といったいくつかの理由で、ほぼリアルタイムの通信は受信者には生じない。
【００４９】
一方で、受信者がＲＶＸサービスを受けていない場合（決定１０２）、受信者がＭＸドメインサービスを受けていれば、メッセージのメディアは電子メールへのアタッチメントの形で送達される。時間ベースメディアはファイルにカプセル化されて、電子メールに添付される（ステップ１０８）。メッセージが完成したら、ＭＸルックアップ結果によって決まったルートを使用して電子メールが送信される（ステップ１０９）。一の実施例では、送信通信デバイス１４が電子メールクライアントを局所的に稼働している場合、この電子メールを送信ピアから直接送信することができる。電子メールクライアントが稼働している場合は、受信者ピアデバイス１４で、受信者のために電子メールクライアントが稼働しているサーバ１６で、あるいは受信ピア１４とサーバ１６の両方で、この電子メールを受信することができる。両方のピアが電子メールクライアントを稼働している場合は、送信通信デバイス１４から受信通信デバイス１４へ電子メールのアタッチメントという形でメディアを送信することができる。これは、送信者ピアとは対照的にサーバが受信者にボイスメッセージを電子メールで送る公知の留守番電話メッセージシステムと異なる。所定の実施例では、以下に詳細に述べるように、時間ベースメディアを含むウエブページにリンクすることによってアタッチメントを差し替える又は増やすことができる。
【００５０】
図４Ａ、４Ｂ及び５Ａ乃至５Ｃを参照して上述した議論は、本発明の所定の態様を説明するために簡略化されている。実際には様々な方法で実装を変更できると解される。例えば、サーバ１６Ａが電子メールアドレスを受信するたびに、サーバ１６Ａは、まず受信者のドメイン（すなわち、ドメインＡ、ドメインＢ、又はドメインＣ）がサーバ１６Ａの一又はそれ以上のローカルドメイン内にあるかどうかを決定する。ローカルドメイン内にない場合は、図５Ａ、５Ｂ、及び５Ｃについて上述した手順をそれぞれ実行する。一方、受信者のドメインがサーバ１６Ａのローカルドメイン内にある場合は、サーバ１６Ａはメッセージを、（ｉ）受信者がリアルタイムの通信サービスを受けている場合はリアルタイムで、あるいは（ｉｉ）受信者がＭＸサービスを受けている場合は電子メールのアタッチメントとして、リアルタイムサービスではなく送達する。更に、サーバ１６Ａは、どんな場合でもＤＮＳルックアップを実行する必要がない。良く知られているように、以前のＤＮＳルックアップ結果をキャッシュに入れておいて、新しいＤＮＳルックアップを実行するときではなく、むしろ、受信者の電子メールアドレスを受信するたびにそれを使用することができる。
【００５１】
図６を参照すると、サーバ１６Ａ（図５Ｂのボックス９８）で電子メールのアタッチメントにカプセル化した、あるいは送信デバイス１４Ａ（図５Ｄのボックス１０７）からの、時間ベースメディアを送信するシーケンスを示すフローチャート１１０が示されている。いずれの場合も、ユーザＡが生成した時間ベースメディアはファイルにカプセル化され（ステップ１１２）、例えば、終了機能３８／５６が実行されて、メッセージが完成したときに、電子メールに添付される（ステップ１１４）。終了機能３８／５６が実行されない場合は、所定の時間経過後、新たに時間ベースメディアを作成することなく、メッセージの終端にデフォルトの宣言がなされる。メッセージの時間ベースメディアが完成すると、終了機能３８／５６を実行することによって、あるいはデフォルトによって、アタッチメントの電子メールがサーバ１６Ａによって、あるいは通信デバイス１４Ａによって、従来の電子メールと同様にＳＭＴＰ又は同様の私設プロトコルを用いてネットワーク１２を介して受信者のＭＸルックアップ結果へ送信される（ステップ１１６）。
【００５２】
サーバ又は上述のピアツーピアモデルのいずれかによって、まずＲＶＸルックアップ結果を用いて時間ベースメディアを送達する。ＲＶＸの試みが失敗した場合、ＭＸ結果をバクアップとして用いる。この構成によれば、アタッチメント及び／又はウエブリンクに含まれる時間ベースメディアを有する従来の電子メールを用いて、受信者にＲＶＸサービスが提供されていない状況で、メディアを送達できる。電子メールは、サーバ、あるいは送信デバイスのいずれかで作成することができる。
【００５３】
ＩＩ．送達オプション
図７を参照すると、本発明の別の実施例によるネットワーク１２を介した時間ベースメディアを送達する図が示されている。この実施例によれば、ネットワーク１２は、少なくとも一の例外を除いて、図１に関して上述したものと基本的に同じである。サーバ１６Ａ乃至１６Ｃの一又はそれ以上は、上述のＲＶＸ及び／又はＭＸサービスを提供することに加えて、ウエブサーバとして構成されている。この実施例では、メッセージがユーザに送信されると、ユーザはＵＲＬリンクを含む電子メールを各サーバ１６から受信する。ユーザの通信デバイス１４上で稼働しているウエブブラウザを介してユーザがリンクを選択する場合は、適宜のウエブサーバ１６がウエブページを提供して、受信者がメッセージにアクセスしてレビューできるようにする。また、提供されたウエブページは、リアルタイムで又は録画モードでメッセージのメディアをレビューする、ライブに追いつく、ライブの会話を止める、会話の頭にジャンプする、会話の以前のある時点にジャンプする、より早い表示、より遅い表示、別の会話間のジャンプ、その他といった、様々な表示オプションを提供することができる。図中、ウエブサーバ機能は、サーバ１６Ａ、１６Ｂ及び１６Ｃによって提供されるサービスの一つとして示されている。代替の実施例では、１６Ａ、１６Ｂ、又は１６Ｃ以外のネットワーク１２上の一又はそれ以上の別のサーバ（図示せず）を用いてウエブサーバ機能を実装することができる。
【００５４】
ＩＩＩ．電子メールプロトコルの変更及び段階的電子メール
上述したメッセージは、地球規模でアドレス可能な電子メールアドレスと、送達ルートを決めるＤＮＳインフラストラクチュアを用いてルーティングを行っており、一方で、ＲＶＸプロトコルを使用してほぼリアルタイムでの時間ベースメディアを実際に送達している。現在規定されており、使用されているＳＭＴＰ標準やその他の私設電子メールプロトコルは蓄積転送プロトコルであるが、ある種の改変を行って、ＳＭＴＰとその他の私設電子メールプロトコルをＲＶＸメッセージプロトコルとして用いて本出願で意図している時間ベースメディアをほぼリアルタイムで送達することができる。従来の電子メールでは、電子メールを送信する前に、メディアコンテンツが完全でありパッケージングされていなければならない。受信側では、受信者がレビューする前に、電子メールが全部受信されていなければならない。以下に詳細に説明するように、ＳＭＴＰ、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ又はその他の私設電子メールプロトコルを使用して、メディアをほぼリアルタイムで送信できる「段階的」電子メールを作成することができる。
【００５５】
現存の電子メールインフラストラクチュアは、ＳＭＴＰ、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅあるいはその他の私設電子メールプロトコル（以下、一般的に、電子メールプロトコル又はプロトコルという）を送信側で使用する方法を変更すること、及び、電子メールが受信側のサーバから取り出される方法を変更することによって、時間ベースメディアのほぼリアルタイムで送信をサポートするのに使用できる。現在の電子メールプロトコルは、電子メールプロトコルの通常の使い方であるにもかかわらず、送達が開始される前に、メッセージ全体が送信可能であることをそれほど厳しく要求していない。従って、標準ＳＭＴＰ、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅあるいはその他の私設電子メールプロトコルを用いて、メディアが作成されるときに、時間ベースメディアを段階的に送達することができる。
【００５６】
電子メールは、通常、ＰＯＰ又はＩＭＡＰのようなアクセスプロトコルを介してユーザのデバイスに送達される。これらのプロトコルは、メッセージが到達しているときのメッセージの段階的な送達をサポートするものではない。しかしながら、これらのアクセスプロトコルに簡単な改変を行うことにより、メッセージのメディアがネットワークを介して到達しているときに受信者に段階的にメッセージを送達することができる。このような改変は、クライアントがメッセージをダウンロードできるようになる前に、現在のフルサイズの電子メールメッセージを電子メールサーバが知る必要性を取り除くことを含む。この制限を除くことによって、電子メールメッセージの時間ベースメディアがネットワークを介してサーバで受信されるときに、クライアントは電子メールメッセージの時間ベースメディアのダウンロードを開始することができるようになる。
【００５７】
図８を参照すると、上述した電子メールプロトコルのいずれかを用いた従来技術の電子メール１２０の構造が示されている。電子メール１２０は、ヘッダ１２２と本体１２４を具える。ヘッダは、「Ｔｏ」（あるいは、ＣＣ及び／又はＢＣＣ）領域と、「Ｆｒｏｍ」領域、独自の地球規模のＩＤ番号、主題領域、選択的アタッチメント、及び日付／時間スタンプを具えている。電子メールの本体１２４は、送信するべきメディアを具えており、これは、通常、タイプしたメッセージ、場合によっては、添付ファイル（例えば、文書又は写真）である。完成すると、電子メールが送信される。ＤＮＳルックアップを行って、電子メールが受信者にルーティングされる。従来の電子メールは「静的」である、すなわち、アタッチメントを含む電子メール本体が、送信が開始すると固定される。メディアが作成されているときに、従来の電子メールで時間ベースメディアを段階的及び同時に送信する方法はない。従来技術の電子メール１２０は、従って、ほぼリアルタイムでの通信をサポートすることができない。
【００５８】
図９を参照すると、本発明による電子メール構造１３０が示されている。電子メールメッセージ１３０は、ほぼリアルタイムでの通信に使用されている。電子メール１３０は、「Ｔｏ」領域（場合によっては、ＣＣ及び／又はＢＣＣ領域）を含むヘッダ１３２と本体１３４を具えている。しかしながら、電子メール１３０の構造は、少なくとも二つの点で従来技術の電子メール１２０と異なる。まず、ヘッダ１３２は、電子メールの開始日／時間と終了日／時間を具える。電子メール１２０が送信される日／時間を単にスタンプすることと反対に、開始及び終了時間を電子メール１３０に関連付けることで、第２の差異を認識することができる。電子メール１３０が作成され、送信者が受信者の地球規模でアドレス可能な電子メールアドレスを規定した後、ルーティング用のＤＮＳルックアップがすぐに実行される。ほぼ同時に、時間ベースメディアが作成される。時間ベースメディアが作成されると、ＳＭＴＰ、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ又はその他のタイプの電子メールプロトコルのストリーム特性を用いて、ホップからホップへと、このメディアがＤＮＳルックアップ結果へ段階的かつ同時に送信される。従って、電子メール１３０の本体１３４は「段階的」である。電子メール１３０に関連する時間ベースメディアは動的に作成されるので、時間ベースメディアは、必要に応じてネットワーク上でホップからホップへと、受信者の電子メールサーバへ同時かつ段階的に送信される。電子メール１３０が複数受信者に送信される場合は、Ｔｏ、ＣＣ、又はＢＣＣ領域で認識されるかどうかにかかわらず、上述のプロセスが各々の受信者について繰り返される。
【００５９】
ＤＮＳルックアップは、送信者に関連する電子メールサーバによって電子メールプロトコルセッションを開始することによって、受信者の電子メールアドレスが決定されると直ちに実行される。このことは、従来の電子メール１２０と異なっている。従来の電子メールでは、電子メールプロトコルセッションは、通常、電子メールが全部構成されて送信者が「送信」機能を実行した後にのみ開始するからである。この結果、時間ベースメディアが作成されているときに、時間ベースメディアの段階的かつ同時送信の前にあるいは同時に、送達ルートが発見される。セッションが設定される前に時間ベースメディアが作成される場合は、メディアが作成されているときに、時間ベースメディアを一次的に又は連続的に保存することができる。次いで、電子メールサーバでプロトコルセッションが一旦設定されると、この保存されたメディアをストレージから段階的に送信することができる。
【００６０】
電子メール１３０の終了日／時間は、規定されていても良いし、無期限であっても良い。送信者が終了機能３８／５６を通信デバイス１４で実行すると、電子メール１３０の終了時間が決まる。終了機能３８／５６が実行されないと、次いで、電子メール１３０の期間が「無期限」となり、規定された終了日／時間を有する必要がなくなる。従って、無期限の電子メール１３０は、通常、メディアが作成されていない所定の時間経過後に、デフォルトによって終了する。
【００６１】
要約すると、段階的電子メール１３０は、ＳＭＴＰ、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ又はその他の私設電子メールプロトコルを用いて、上述の改変を実行することによって送信することができる。同様に、受信者は、ＰＯＰ、ＩＭＡＣその他といったアクセスプロトコルを改変することによって、段階的電子メール１３０の時間ベースメディアを同時かつ段階的にレビューすることができる。合わせて、これらの改変によって、電子メールアドレス、電子メールプロトコル、ＤＮＳ、及び時間ベースメディアのリアルタイムでの通信をサポートする現存の電子メールインフラストラクチュアを使用することができる。
【００６２】
ＩＶ．リアルタイムの音声及びその他の時間ベースメディアのための受信者アドレスの事後接続
通信のコンテキストにおいて、受信者アドレスは、そのアドレスについてのネットワークを介した有効送達経路が決まると、「接続した」と記載される。ＰＳＴＮを介する従来の電話は、ダイアルした電話番号、すなわち、本件の場合は「受信者アドレス」を用いて、メディアを受信者に送信することができる前に受信者に対してアクティブ経路を（すなわち、回路接続）を設定するので、「初期接続」を使用しているといえる。この接続がなされた後にのみ、発呼側は話すことができ、メディアを送信することができる。呼び出しが一又はそれ以上の電話番号になされているかどうかにかかわらず、あるいはその発呼が留守番電話システムに送信されているかどうかにかかわらず、通常、接続は何らかの言葉が送信される前に生じる。受信者のアドレスのネットワーク上のアクティブな送信先への接続は、メディアを送信する前に生じるので、「初期」接続と呼ばれる。反対に、電子メールは「遅延」接続を使用するといわれている。人は、電子メールメッセージを書いて、そのメッセージを受信者が使い切るであろうデバイスに接続させることなく、ネットワークを介してそのメッセージを送信する。これに代えて、電子メールが作成された後、受信者の電子メールアドレスを用いて受信者へその電子メールをルーティングして、受信者が選択したデバイスで選択した時にレビューを行うようにする。
【００６３】
メッセージ（図４Ａ、４Ｂ、及び５Ａ乃至５Ｄについて述べたような）又は上述した電子メール１３０を用いて、ユーザは、地球規模でアドレス可能な電子メールアドレスを用いて受信者にアドレスし、次いで、直ちに話し始める、あるいは時間ベースメディアを作り始める。上述した通り、受信者の電子メールアドレスが決定されるやいなや、送達ルートを規定するＤＮＳルックアップが直ちに行われる。ほぼ同時に、入手可能な時間ベースメディアを、ネットワーク１２を介して受信者に段階的かつ同時に送信する。従って、アクティブな送達ルートの発見と、時間ベースメディアの段階的かつ同時作成、送信、及び送達は、時間ベースメディアが作成されるのとほぼ同時に行われる。時間ベースメディアの作成開始後に実際の送達ルートが発見される場合は、このメディアを一次的かつ継続的に保存しておくことができ、アクティブ送達ルートが決まったらストレージから送信するようにしても良い。ユーザが会話を始める前には、ネットワーク接続あるいは回路を設定する必要がない。従って、ＤＮＳと電子メールのインフラストラクチュアを用いた時間ベースメディアを連続的かつ同時に送信する能力によって、以前は不可能であった態様で、音声とその他の時間ベースメディアに関して、受信者アドレスの遅延接続が可能となる。
【００６４】
Ｖ．会話
上述のメッセージ通信方法及びシステム（図１乃至３、４Ａ乃至４Ｂ、及び５Ａ乃至５Ｄ）は、送信ユーザと受信ユーザとの間の会話をサポートすることができる。二又はそれ以上のパーティが、ＶｏＩｐ、ＳＩＰ、ＲＴＰ、あるいはスカイプなど上述したＲＶＸプロトコルを用いて往復会話を行う時に、この会話はライブで、ほぼリアルタイムモードで行うことができる。ＲＶＸプロトコルによって、ユーザは時間ベースメディアをほぼリアルタイムで通信できるが、受信者には、上述したＣＴＰ又は同期プロトコルを用いるなどして時間ベースメディアをほぼリアルタイムでレビューすることを要求しない場合は、会話は（ｉ）ほぼリアルタイムモードで；（ｉｉ）時間シフトモードで；又は（ｉｉｉ）これらの二つのモード間を継ぎ目なく移行させて、行うことができる。
【００６５】
応答メッセージは、様々な方法でルーティングすることができる。例えば、ＣＴＰ及び同期プロトコルを用いて、参加者の地球規模でアドレス可能な電子メールアドレスを、ＤＮＳルーティング情報と共に、ストリーミングメディアに埋め込むようにしても良い。応答が送信される場合、埋め込まれたアドレスとルーティング情報が応答メッセージ用に使用される。代替的に、会話ＩＤ又は、参加者の地球規模で認識可能な電子メールアドレスをＤＮＳルーティング情報と共に示しているストリーミングメディアに含まれるその他のポインタを使用して、メッセージをルーティングすることができる。更に別の代替例では、参加者が明確にアドレスされることができ、応答メッセージにはＤＮＳルックアップが行われる。
【００６６】
上述した段階的電子メール１３０の実施例は、会話を実行するのにも使用することができる。会話が開始されると、電子メールクライアントが稼働していれば送信通信デバイス１４で、送信者のために電子メールクライアントが稼働していればネットワーク上のメールサーバで、送信者によって電子メール１３０が作成される。段階的電子メール１３０のメディアが作成されると、ＤＮＳによって規定されたルートを用いて、このメディアが受信者へ段階的に送信される。応答するには、受信者のデバイス１４で、あるいは、受信者のために電子メールクライアントを稼働しているサーバで、受信者のために段階的電子メール１３０が作成される。元の送信者の電子メールアドレスは、返信電子メール１３０の「Ｔｏ」領域（あるいは、ＣＣ及び／又はＢＣＣ領域）に自動的に挿入され、ＤＮＳルックアップが行われる。返信電子メールに関連するメディアは、メディアが作成されるとすぐに、ＳＭＴＰ、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ又はその他の私設電子メールプロトコルのストリーミングを用いて送信することができる。時間ベースメディアが電子メールクライアントで段階的に受信されると、受信者はほぼリアルタイムで時間ベースのメディアを同時にレビューすることができる。
【００６７】
実施例に関係なく、「応答」機能は、様々な方法で実装することができる。例えば、受信者は、例えば、あらかじめ決められた音声又はキーストロークコマンドを用いる、あるいはタッチスクリーンを介してコマンドを入力するなどして、受信者の通信デバイス１４に明確な応答コマンドを入力することができる。代替的に、応答メッセージ又は電子メールは、入ってくるメッセージ又は電子メール１３０に応答して受信者が話し始めるあるいは別の時間ベースメディアを生成し始めたときに、自動的に生成することができる。応答メッセージが自動的に作成される場合は、入ってきたメッセージから元の送信者の電子メールアドレスが抽出され、応答メッセージのアドレッシングに使用される。
【００６８】
更に別の実施例では、参加者間の会話のメッセージを送信及び受信するのに使用するＲＶＸプロトコルが同じものである必要はない。例えば、あるタイプの共通する会話識別子が使用されていれば、一方の参加者がＣＴＰ、同期、段階的電子メール、ＶｏＩＰ 、ＳＩＰ、ＲＴＰ又はスカイププロトコルの一つを用いてメッセージを送信し、他方の参加者がここに挙げたプロトコルと異なるプロトコルを使用することができる。送信に使用するプロトコルに関係なく、独自の会話識別子を用いて、メッセージを互いにリンクさせる、あるいはスレッドさせることができる。
【００６９】
更なる様々な実施例では、様々な基準を用いて会話を規定することができる。例えば、会話は、人の名前（例えば、ｍｏｍ、ｓｐｏｕｓｅ、ｂｏｓｓ、 など）、あるいは人々の共通グループ（例えば、バスケットボールチーム、セールスチーム、ポーカー仲間、その他）によって規定することができる。また、会話は、ファンタジィフットボールリーグ、ＡＣＭＥコーポレートアカウント、又は「ｓｋｕｎｋ  ｗｏｒｋｓ」プロジェクトといった、トピックで規定することもできる。会話を規定するのに使用した文脈上の属性に関係なく、特定の会話のメッセージを互いにリンクするあるいは組織化する能力が、持続的なあるいは進行中の会話の観念を作成する。従来の電話コールでは、通常パーティが受話器を切ることで会話が終了する。ここには、同じパーティ間での複数の電話による会話で話した言葉を文脈上リンクさせる、組織化する、あるいは保存する方法はない。これと反対に、ここで規定されている会話は、共通の属性によって互いにリンクされた共通のメッセージセットである。メッセージが会話に加わる限り、会話が続く、あるいは進行する。この属性によって、参加者は任意の時間に会話に参加することができるようになる。例えば、ユーザは、会話リストの中から一の会話を選択して、選択した会話にいつでもメッセージを寄与することができる。次いで、このメッセージをすべての会話参加者に送信する。従って、メッセージは、会話が最初に始まったときに、あるいは入ってくるメッセージに応答して送信される必要はない。
【００７０】
ＶＩ．実装に関する実施例
図１乃至３、４Ａ乃至４Ｂ、及び５Ａ乃至５Ｄを参照して説明したメッセージング方法と、段階的電子メール１３０は、様々な方法で実装することができる。例えば、携帯電話及びその他の移動通信サービスプロバイダは、メッセージ及び／又は段階的電子メール１３０のいずれかを用いて動作するピアツーピア移動通信デバイスをユーザに提供する。更に、これらのサービスプロバイダは、非ピアツーピア通信デバイスからメッセージ及び／又は電子メール１３０を受信するサーバ１６のネットワーク１２を維持して、メッセージを作り、ＤＮＳルックアップ動作を実行し、可能な複数ＲＶＸプロトコルのいずれか一つを用いてメッセージの時間ベースメディアをルーティングする。更に別の実施例では、メッセージング及び段階的電子メール１３０の方法は、従来の電話、移動電話又は携帯電話、ラジオ、移動型、デスクトップ型、及びラップトップ型コンピュータに装填し、これで実行するように意図されたソフトウエアアプリケーションに埋め込むことができる。これらの場合、アプリケーションによって、デバイスがここに述べたようなメッセージと段階的電子メール１３０を送信し、受信し、処理することが可能となる。更に別の実装例では、電子メールクライアントを、段階的電子メール１３０を作り、受信し、処理するように改変する事ができる。電子メールクライアントは、代替的に、インターネット又はその他のネットワーク上のサーバに、送信あるいは受信デバイスに、あるいは両方に、あってもよい。
【００７１】
上述した電子メール方法は、一般的には、単一送信者と単一受信者（図４Ａ乃至４Ｂ及び５Ａ乃至５Ｄ）あるいは単一受信者への電子メール１３０のコンテキストで説明しているが、メッセージ及び／又は電子メール１３０は、複数パーティへ同時に送信できると解するべきである。各受信者は、上述したように、そのステータスによって、メッセージ又は電子メールを受信したり、しなかったりする。上述の米国出願により詳細に記載しているように、メディアは、ライブについてゆく、ライブの会話を休止する、会話の頭にジャンプする、会話の中の以前のある時点にジャンプする、より速く表示する、より遅く表示する、異なる会話の間にジャンプする、その他といった、様々な表示オプションを用いて表示することができる。メッセージ及び／又は電子メールに交換された時間ベースメディアは、音声あるいは画像だけに限定されない。更に、時間ベースメディアは、メディアを作ったものと違う形式で受信者に送達するようにしても良い。例えば、ボイスメッセージをテキストファイルに変更することができるし、英語で書かれたメッセージを受信者に送達する前に別の言語に翻訳することもできる。センサデータ、ＧＰＳ、あるいは位置情報など、時間によって変化するメディアを送信することができる。本発明は、特定の実施例を参照して特別に示す説明したが、当業者は開示した実施例の形式及び詳細の変更を発明の精神又は範囲から外れることなく行うことができると解される。従って、本発明は、特許請求の範囲に記載されているように、本発明の真の精神と範囲内にあるすべての変形及び均等物を含むと解されることを意図している。
【図１】
2012516501.tif 000003
【図２】
2012516501.tif 000004
【図３】
2012516501.tif 000005
【図４】
2012516501.tif 000006
【図５Ａ】
2012516501.tif 000007
【図５Ｂ】
2012516501.tif 000008
【図５Ｃ】
2012516501.tif 000009
【図５Ｄ】
2012516501.tif 000010
【図６】
2012516501.tif 000011
【図７】
2012516501.tif 000012
【図８】
2012516501.tif 000013
【図９】
2012516501.tif 000014
【手続補正書】
【提出日】平成22年6月2日(2010.6.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
時間ベースメディアのリアルタイム通信をサポートできる電子メールクライアントにおいて：
ドメイン内の受信者にアドレスする電子メールアドレスが規定されているときに、サーバと電子メールセッションを確立するように構成された電子メールプロトコルセッションエレメント；及び
前記受信者の電子メールアドレスのドメインのルックアップによって少なくとも部分的に見いだしたルートを介して、電子メールプロトコルセッションエレメントによって確立された電子メールセッションを使用して、時間ベースメディアを作成しているときに、前記受信者に前記時間ベースメディアを段階的かつ同時に送信するように構成された送信エレメント；
を具えることを特徴とする電子メールクライアント。
【請求項２】
請求項１に記載の電子メールクライアントにおいて、前記電子メールプロトコルセッションが：
（ｉ）ＳＭＴＰ；
（ｉｉ）Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ；又は
（ｉｉｉ）私設電子メールサービス；
のうちの一つを使用することを特徴とする電子メールクライアント。
【請求項３】
請求項１に記載の電子メールクライアントにおいて、前記電子メールプロトコルセッションエレメントと前記送信エレメントが共働して更に、前記サーバとの電子メールセッションが、前記時間ベースメディアの作成が完了する前に確立されていることを特徴とする電子メールクライアント。
【請求項４】
請求項１乃至３のいずれか１項に記載の電子メールクライアントが更に、前記時間ベースメディアを作成しているときに、当該時間ベースメディアを持続的かつ段階的に保存するように構成されていることを特徴とする電子メールクライアント。
【請求項５】
請求項１乃至４のいずれか１項に記載の電子メールクライアントが更に、前記電子メールクライアントのユーザに前記受信者の電子メールアドレスを規定できるように構成されたアドレッシングエレメントを具えることを特徴とする電子メールクライアント。
【請求項６】
請求項５に記載の電子メールクライアントにおいて、前記アドレッシングエレメントが、前記電子メールクライアントのユーザに：
（ｉ）連絡先リストから前記受信者を選択し、当該選択に応じてストレージ位置から取り出されている前記受信者の電子メールアドレスを選択する；
（ｉｉ）前記受信者に関連する電子メールアドレスを前記電子メールクライアントへ手動で入力する；又は
（ｉｉｉ）前記受信者によって送信された以前のメッセージの受信に応じて、結果として前記受信者の電子メールアドレスを規定する応答機能を実行する；
のうちのひとつを用いて前記受信者のアドレスを規定するように構成されていることを特徴とする電子メールクライアント。
【請求項７】
請求項１乃至６のいずれか１項に記載の電子メールクライアントが更に、前記電子メールクライアントのユーザに電子メールヘッダを提示するように構成されたヘッダエレメントを具えることを特徴とする電子メールクライアント。
【請求項８】
請求項７に記載の電子メールクライアントにおいて、前記電子メールヘッダが：
（ｉ）前記時間ベースメディアの一又はそれ以上の受信者を規定する「Ｔｏ」領域；
（ｉｉ）前記時間ベースメディアの一又はそれ以上の受信者を規定する「Ｃｏｐｙ」又は「ＣＣ」領域；
（ｉｉｉ）前記時間ベースメディアの一又はそれ以上の受信者を規定する「Ｂｌｉｎｄ  Ｃｏｐｙ」又は「ＢＣＣ」領域；
（ｉｖ）前記時間ベースメディアに関連するメッセージの主題を規定する主題領域；
（ｖ）地球規模の独自のメッセージ識別子；
（ｖｉ）開始日及び時間；
（ｖｉｉ）終了日及び時間と；又は
（ｖｉｉｉ）（ｉ）乃至（ｖｉｉ）の任意の組み合わせ；
のうちの一つを具えることを特徴とする電子メールクライアント。
【請求項９】
請求項１乃至８のいずれか１項に記載の電子メールクライアントが更に、前記時間ベースメディアが前記送信エレメントによって送信されているときに前記受信者が当該時間ベースメディアを段階的に受信して表示できない場合に、前記受信者用に作成した前記時間ベースメディアをメディアファイルにカプセル化するように構成されたカプセル化エレメントを具えることを特徴とする電子メールクライアント。
【請求項１０】
請求項９に記載の電子メールクライアントにおいて、前記送信エレメントが更に、前記時間ベースメディアが前記送信エレメントによって送信されているときに、当該時間ベースメディアを前記受信者が段階的に受信及び表示できない場合に、前記規定された電子メールアドレスを用いて前記受信者に前記添付した前記メディアファイルを伴う電子メールを送信するように構成されていることを特徴とする電子メールクライアント。
【請求項１１】
請求項１乃至１０のいずれか１項に記載の電子メールクライアントが更に、前記電子メールクライアントのユーザによって送信された時間ベースメディアを含む一又はそれ以上のメッセージを保存するように構成された受信箱を具えることを特徴とする電子メールクライアント。
【請求項１２】
請求項１乃至１１のいずれか１項に記載の電子メールクライアントが更に、一又はそれ以上の送信者から受信した時間ベースメディアを含む一又はそれ以上の受信メッセージを含むように構成した受信箱を具えることを特徴とする電子メールクライアント。
【請求項１３】
請求項１乃至１２のいずれか１項に記載の電子メールクライアントが更に、送信者から前記電子メールクライアントに送信されたメッセージに含まれている時間ベースメディアを受信するように構成された受信エレメントを具えることを特徴とする電子メールクライアント。
【請求項１４】
請求項１３に記載の電子メールクライアントが更に、前記送信者からの前記メッセージに含まれている前記時間ベースメディアを、前記電子メールクライアントのユーザが表示できるように構成されている表示エレメントを具えることを特徴とする電子メールクライアント。
【請求項１５】
請求項１４に記載の電子メールクライアントにおいて、前記表示エレメントが更に、前記送信者からの前記メッセージの時間ベースメディアの表示を、以下の表示オプション：
（ｉ）前記時間ベースメディアを受信した時に前記メッセージの前記時間ベースメディアを段階的かつ同時に表示するほぼリアルタイムモード；又は
（ｉｉ）ストレージから前記メッセージの前記時間ベースメディアを取り出して表示する時間シフトモード；
のうちの一つで行えるように構成したことを特徴とする電子メールクライアント。
【請求項１６】
請求項１５に記載の電子メールクライアントにおいて、前記表示エレメントが更に、前記（ｉ）ほぼリアルタイムでのモードと、前記（ｉｉ）時間シフトモードとの間で、前記受信したメッセージの前記時間ベースメディアの表示を継ぎ目なく移行するように構成されていることを特徴とする電子メールクライアント。
【請求項１７】
請求項１５に記載の電子メールクライアントにおいて、前記表示エレメントが更に以下の表示オプション：
（ｉ）再生；
（ｉｉ）より速く再生；
（ｉｉｉ）より遅く再生；
（ｉｖ）前へジャンプ；
（ｖ）後ろへジャンプ；
（ｖｉ）停止；又は
（ｖｉｉ）Ｃａｔｃｈ  Ｕｐ  Ｔｏ  Ｌｉｖｅ（ＣＴＬ）、ここでは、前記メッセージの時間ベースメディアがもともと時間シフトモードでコード化されたレートより早いレートで表示され、当該時間ベースメディアの表示が前記メッセージのライブポイントに追いついたときに、ほぼリアルタイムでのモードになり、ここで前記ライブポイントは当該時間ベースメディアが送信者によって作成され、リアルタイムで送信されるときに前記メッセージの現在のポイントとして定義される； 
のうちの一又はそれ以上を具えることを特徴とする電子メールクライアント。
【請求項１８】
請求項１乃至１７のいずれか１項に記載の電子メールクライアントが、前記電子メールクライアントが当該通信デバイスにあることを特徴とする電子メールクライアント。
【請求項１９】
請求項１８に記載の電子メールクライアントにおいて、前記通信デバイスが、固定電話、無線電話、携帯電話、移動電話、コンピュータ、ラジオ、衛星電話、衛星ラジオ、戦闘用ラジオ、あるいは戦闘用電話、のうちの一つで構成されていることを特徴とする電子メールクライアント。
【請求項２０】
請求項１乃至１９のいずれか１項に記載の電子メールクライアントが、前記電子メールクライアントが当該通信用サーバにあり、ネットワーク上のウエブページを介してアクセス可能であることを特徴とする電子メールクライアント。
【請求項２１】
請求項１乃至２０のいずれか１項に記載の電子メールクライアントにおいて、前記受信者の電子メールアドレスが当該受信者に関連する地球規模でアドレス可能な電子メールアドレスであることを特徴とする電子メールクライアント。
【請求項２２】
請求項１乃至２１のいずれか１項に記載の電子メールクライアントにおいて、前記受信者の電子メールアドレスを用いて少なくとも部分的に見つけたルートが、前記受信者がリアルタイムの通信サービスを受けるかどうかを決定するために前記受信者の電子メールアドレスのＤＮＳルックアップを用いたものであることを特徴とする電子メールクライアント。
【請求項２３】
請求項２２に記載の電子メールクライアントにおいて、前記リアルタイムの通信サービスが、以下のプロトコル：
（ｉ）ＶｏＩＰ；
（ｉｉ）ＳＩＰ；
（ｉｉｉ）ＲＴＰ；
（ｉｖ）受信時にメディアをリアルタイムで表示できるが、当該メディアを時間シフトモードで表示することもできる通信プロトコル；又は
（ｖ）（ｉ）乃至（ｉｖ）の任意の組み合わせ；
のうちの一つを用いることを特徴とする電子メールクライアント。
【請求項２４】
請求項１０に記載の電子メールクライアントにおいて、前記メディアファイルを添付した電子メールが、前記受信者の電子メールアドレスのＤＮＳルックアップを用いて少なくとも部分的に規定したルートを用いて前記受信者に送信されることを特徴とする電子メールクライアント。
【請求項２５】
請求項１乃至２４のいずれか１項に記載の電子メールクライアントが更に、前記時間ベースメディアが前記受信者に送信できない場合にエラーメッセージを生成するように構成されたエラーメッセージ生成器を具えることを特徴とする電子メールクライアント。
【請求項２６】
請求項１乃至２５に記載の電子メールクライアントにおいて、前記電子メールクライアントが更に、一又はそれ以上の受信したメッセージに含まれている前記時間ベースメディアの段階的送達をサポートするアクセスプロトコルと共働するように構成されていることを特徴とする電子メールクライアント。
【請求項２７】
請求項２６に記載の電子メールクライアントにおいて、前記アクセスプロトコルがＰＯＰ又は、前記メッセージの時間ベースメディアが前記電子メールクライアントにそれぞれダウンロードできるようになる前に、フルサイズの前記受信した一又はそれ以上のメッセージが知られているという要求を取り除くように改変されたＩＭＡＰ、のいずれかであることを特徴とする電子メールクライアント。
【請求項２８】
ネットワークを介して受信者に時間ベースメディアを段階的かつ同時に送信する方法において：
前記受信者に関連する電子メールアドレスを用いて、前記受信者に電子メールアメッセージをアドレスするステップ；及び
前記受信者に関連する電子メールアドレスを用いて見いだした送達ルートに沿って前記時間ベースメディアがつくられているときに、前記電子メールアドレスに関連する時間ベースメディアを前記受信者に段階的かつ同時に送信するステップ；
を具えることを特徴とする方法。
【請求項２９】
請求項２８に記載の方法が更に：
前記受信者に関連する前記電子メールアドレスを用いて前記電子メールメッセージがアドレスされるやいなや、前記ネットワーク上に配置した電子メールサーバを用いて電子メールプロトコルセッションを確立するステップ；及び
前記電子メールサーバを用いて前記電子メールプロトコルセッションを確立したら、前記時間ベースメディアを作成するときに、前記電子メールメッセージに関連する時間ベースメディアを段階的かつ同時に送信するステップ；
を具えることを特徴とする方法。
【請求項３０】
請求項２９に記載の方法が更に、前記電子メールメッセージの前記時間ベースメディアの作成が完了する前に、前記電子メールサーバを用いて前記電子メールプロトコルセッションを確立するステップを更に具えることを特徴とする方法。
【請求項３１】
請求項２９乃至３０のいずれか１項に記載の方法が更に：
前記時間ベースメディアを作成しているときに前記電子メールメッセージに関連する前記時間ベースメディアを段階的かつ同時に保存するステップ；及び
前記電子メールメッセージの前記時間ベースメディアの一部あるいはすべてが作成された後に、前記電子メールプロトコルセッションが確立される場合に、ストレージから前記時間ベースメディアを段階的に送信するステップ；
を具えることを特徴とする方法。
【請求項３２】
請求項２９乃至３１のいずれか１項に記載の方法が更に：
（ａ）ＳＭＴＰ；
（ｂ）Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ；又は
（ｃ）私設電子メールサービス；
のうちの一つを用いて前記電子メールプロトコルセッションを確立するステップを具えることを特徴とする方法。
【請求項３３】
請求項２８乃至３２のいずれか１項に記載の方法が更に：
前記電子メールメッセージの前記時間ベースメディアを前記受信者に関連する通信デバイスに段階的かつ同時に送達するステップ；及び
前記時間ベースメディアが段階的に送達されるときに、前記受信者が、前記受信者の通信デバイスにおいて前記電子メールメッセージの時間ベースメディアを段階的かつ同時に表示できるようにするステップ；
を具えることを特徴とする方法。
【請求項３４】
請求項３３に記載の方法において、前記時間ベースメディアが段階的に送達されるときに、前記受信者が、前記受信者の通信デバイスにおいて前記電子メールメッセージの時間ベースメディアを段階的かつ同時に表示できるようにするステップが更に：
受信者に、当該受信者に関連するネットワーク上の電子メールサーバにおいて、前記電子メールメッセージの前記時間ベースメディアにアクセスするアクセスプロトコルを提供するステップであって、当該アクセスプロトコルが、前記受信者が前記時間ベースメディアにアクセスする前にフルサイズの前記電子メールメッセージが知られていることを要求する制限を取り除くように変更されているステップ；及び
前記受信者が、前記時間ベースメディアが段階的に送達されると前記時間ベースメディアにアクセスできるようにするステップ；
を具えることを特徴とする方法。
【請求項３５】
請求項２８乃至３４のいずれか１項に記載の方法が更に：
前記受信者に関連する通信デバイスにおいて前記電子メールメッセージの時間ベースメディアを送達するステップ；
前記通信デバイスにおいて前記電子メールメッセージの時間ベースメディアを保存できるようにするステップ；及び
前記受信者に、ストレージからの前記時間ベースメディアを取り出すことによって後の任意の時間に、前記電子メールメッセージの時間ベースメディアをレビューするオプションを提供するステップ；
を具えることを特徴とする方法。
【請求項３６】
請求項３５に記載の方法において、前記受信者に後の任意の時間において前記電子メールメッセージの時間ベースメディアをレビューするオプションを提供するステップが：
（ｉ）前記受信者が、前記受信者に関連する電話又はコンピュータを稼働している第１の電子メールクライアントを介して前記電子メールメッセージの保存されている時間ベースメディアにアクセスできるようにするステップ；
（ｉｉ）前記受信者が、前記ネットワーク上の電子メールサーバで稼働しており、前記受信者がアクセス可能である第２の電子メールクライアントを介して前記電子メールメッセージの保存されている時間ベースメディアにアクセスできるようにするステップ；又は
（ｉｉｉ）前記ステップ（ｉ）と（ｉｉ）の両方；
をのうちの一つを具えることを特徴とする方法。
【請求項３７】
請求項２８乃至３６のいずれか１項に記載の方法において、前記送達ルートに沿って前記電子メールメッセージに関連する時間ベースメディアを段階的かつ同時に送信するステップが更に、前記時間ベースメディアが作成されるときに、前記ネットワーク上の一又はそれ以上のホップの間で前記時間ベースメディアを段階的かつ同時に送信するステップを具えることを特徴とする方法。
【請求項３８】
請求項３７に記載の方法が、前記一又はそれ以上のホップの各々について更に：
（ｉ）前記受信者の電子メールアドレスのＤＮＳルックアップ結果を用いて前記ネットワーク上の次のホップへのルートを規定するステップ；
（ｉｉ）前記次のホップへ前記電子メールの時間ベースメディアを段階的かつ同時に送信するステップ；及び
（ｉｉｉ）前記時間ベースメディアが前記受信者に関連するネットワーク上の電子メールサーバへ同時かつ段階的に送達されるまで、前記ステップ（ｉ）と（ｉｉ）を繰り返すステップ；
を具えることを特徴とする方法。
【請求項３９】
請求項２８乃至３８のいずれか１項に記載の方法が更に、開始時間／日付を前記電子メールメッセージに関連させるステップを具えることを特徴とする方法。
【請求項４０】
請求項２８乃至３９のいずれか１項に記載の方法が更に、終了時間／日付を前記電子メールメッセージに関連させるステップを具えることを特徴とする方法。
【請求項４１】
請求項４０に記載の方法が更に、前記電子メールメッセージの終了時間／日付を明確に規定する末端機能を実行するステップを具えることを特徴とする方法。
【請求項４２】
請求項４０に記載の方法が更に、前記電子メールに関連する前記時間ベースメディアを作成した後所定の時間中断するデフォルトによって、前記電子メールメッセージの前記終了データ／時間を規定するステップを具えることを特徴とする方法。
【請求項４３】
請求項２８乃至４２のいずれか１項に記載の方法が更に、前記電子メールメッセージの送信者に関連する通信デバイス上で稼働している電子メールクライアントを用いて、前記電子メールメッセージを作成するステップを具えることを特徴とする方法。
【請求項４４】
請求項２８乃至４２のいずれか１項に記載の方法が更に、前記電子メールメッセージの送信者によってアクセス可能なサーバ上で稼働している電子メールクライアント上で前記電子メールメッセージを作成するステップを具えることを特徴とする方法。
【請求項４５】
請求項２８乃至４４のいずれか１項に記載の方法が更に、前記送信者に関連する送信箱に前記電子メールメッセージを保存するステップを具えることを特徴とする方法。
【請求項４６】
請求項２８乃至４５のいずれか１項に記載の方法が更に、前記受信者に関連する受信箱に前記電子メールメッセージを保存するステップを具えることを特徴とする方法。
【請求項４７】
請求項２８乃至４６のいずれか１項に記載の方法が更に：
前記受信者にＵＲＬリンクを電子メールするステップであって、当該ＵＲＬリンクが前記電子メールメッセージの時間ベースメディアにアクセスするウエブページを規定するステップ；及び
前記受信者が前記ウエブページにアクセスすると、前記電子メールメッセージの時間ベースメディアをサービングするステップ；
を具えることを特徴とする方法。
【請求項４８】
請求項２８乃至４７のいずれか１項に記載の方法が更に：
前記受信者に関連する通信デバイスを用いて前記受信者によって作成された応答メッセージを前記ネットワークを介して受信するステップ；及び
前記ネットワーク上で、前記電子メールメッセージの送信者に当該応答メッセージを送信するステップ；
を具えることを特徴とする方法。
【請求項４９】
請求項４８に記載の方法において、前記応答メッセージが：
（ｉ）前記受信者が使用する通信デバイスへ、明確な応答コマンドを入力することによって、前記受信者が前記応答メッセージを作成できるようにするステップ；又は
（ｉｉ）前記受信者へ送信した前記電子メールメッセージに応答して、前記受信者が時間ベースメディアを作成している受信者に応答する前記受信メッセージを作成するステップ；
のうちの一つを用いて作成されることを特徴とする方法。
【請求項５０】
請求項２８乃至４９のいずれか１項に記載の方法において：
前記送信ユーザに関連する通信デバイスを用いて前記受信者の電子メールアドレスを規定すること；
前記送信ユーザに関連する通信デバイス上の「開始」メッセージ機能を実行すること；及び
前記開始機能を実行した後に前記通信デバイス上のメッセージの時間ベースメディアを作成すること；
によって前記電子メールメッセージに関連する時間ベースメディアが作成され、当該電子メールメッセージが前記受信者にアドレスされることを特徴とする方法。
【請求項５１】
請求項２８乃至５０のいずれか１項に記載の方法において、前記電子メールメッセージが：
（ｉ）連絡先リストから前記受信者を選択して、当該受信者に関連する電子メールアドレスを前記選択に応じてストレージ位置から取り出すステップ；
（ｉｉ）前記受信者に関連する前記電子メールアドレスを、前記電子メールメッセージの送信者に関連する通信デバイスに手動で入力するステップ；又は
（ｉｉｉ）前記受信者によって送られてきた以前のメッセージに応答して応答機能を実行するステップ；
のうちの一つによって前記受信者にアドレスされることを特徴とする方法。
【請求項５２】
請求項５１に記載の方法において、前記電子メールメッセージが：
前記受信者を規定するために指定された少なくとも一の領域を用いて、前記電子メールメッセージ用の電子メールメッセージヘッダを作成するステップ；及び
前記受信者を規定するために指定された少なくとも一の領域へ前記受信者に関連する前記電子メールアドレスを挿入するステップ；
によって、前記受信者へアドレスされることを特徴とする方法。
【請求項５３】
請求項５２に記載の方法が更に、前記電子メールメッセージのヘッダを作成するステップと前記送信ユーザに関連する通信デバイス上に前記受信者の電子メールアドレスを挿入するステップと、を具えることを特徴とする方法。
【請求項５４】
請求項５２に記載の方法が更に、前記メッセージのヘッダを作成するステップと、前記送信ユーザに関連し、前記ネットワークに位置する電子メールサーバ上に前記電子メールアドレスを挿入するステップと、を具えることを特徴とする方法。
【請求項５５】
請求項２８乃至５４のいずれか１項に記載の方法において、前記受信者に関連する電子メールアドレスが地球規模でアドレス可能な電子メールアドレスであることを特徴とする方法。
【請求項５６】
請求項２８乃至５５のいずれか１項に記載の方法において、前記送達ルートが前記受信者に関連する受信箱であることを特徴とする方法。
【請求項５７】
請求項５６に記載の方法において、前記送達ルートが前記ネットワーク上の一又はそれ以上のホップを具えることを特徴とする方法。
【請求項５８】
請求項５７に記載の方法が更に、前記送達ルート上の一又はそれ以上のホップの各々について：
（ｉ）前記受信者に関連する電子メールアドレスのＤＮＳルックアップ結果を用いて前記次のホップを確定するステップ；及び
（ｉｉ）前記電子メールメッセージの時間ベースメディアが前記受信者に関連するネットワーク上のサーバに送達されるまで次の各ホップに対してステップ（ｉ）を繰り返すステップ；
を具えることを特徴とする方法。
【請求項５９】
請求項５７に記載の方法において、前記一又はそれ以上のホップの各々が：
（ｉ）サーバからサーバへのホップ；
（ｉｉ）クライアントからサーバへのホップ；及び
（ｉｉｉ）サーバからクライアントへのホップ；
のうちの一つを具えることを特徴とする方法。
【請求項６０】
通信ネットワーク上を送信するときに受信者がほぼリアルタイムで表示することができる時間ベースメディアの遅延接続を実行する方法において：
前記受信者に関連するアドレスを用いて受信者にメッセージをアドレスするステップ；
前記メッセージに関連する時間ベースメディアを、前記受信者へのアクティブ送達ルートが発見される前又は同時に、段階的に作成するステップ；
前記アクティブ送達ルートが発見され、利用可能である場合、前記メッセージに関連する時間ベースメディアを前記受信者に段階的かつ同時に送信するステップ；及び
前記受信者とのネットワーク接続が確立される前の時間ベースメディアの遅延接続において、前記アクティブ送達ルートが発見される前又は同時に前記時間ベースメディアを段階的に作成するステップ；
を具えることを特徴とする方法。
【請求項６１】
請求項６０に記載の方法において、前記アクティブ送達ルートの発見と、前記メッセージの時間ベースメディアの段階的かつ同時送信とが、ほぼ同時に生じることを特徴とする方法。
【請求項６２】
請求項６０又は６１に記載の方法において、前記アクティブ送達ルートの発見が、前記メッセージの時間ベースメディアの作成が開始した後に生じることを特徴とする方法。
【請求項６３】
請求項６０乃至６２のいずれか１項に記載の方法が更に：
前記時間ベースメディアが作成されると当該時間ベースメディアを段階的に保存するステップ；及び
前記アクティブ送達ルートの発見と入手可能になる前に保存されている前記作成された時間ベースメディアをストレージから段階的かつ同時に送信するステップ；
を具えることを特徴とする方法。
【請求項６４】
請求項６０乃至６３のいずれか１項に記載の方法において、前記アクティブ送達ルートを発見するステップが更に、前記メッセージの送信者と前記受信者間の通信ネットワーク上の一又はそれ以上のホップを規定するステップを具えることを特徴とする方法。
【請求項６５】
請求項６４に記載の方法において、前記一又はそれ以上のホップを規定するステップが更に、前記一又はそれ以上のホップの各々における前記受信者に関連するアドレスの第１のルックアップ結果を使用するステップを具えることを特徴とする方法。
【請求項６６】
請求項６５に記載の方法において、前記アドレスの第１のルックアップ結果が、前記受信者に関連する電子メールアドレスのＤＮＳルックアップ結果であり、当該第１のルックアップ結果が、前記受信者のアドレスが、リアルタイムでの通信プロトコルと前記ネットワーク上の次のホップをサポートできるドメインにあるかどうかを決定することを特徴とする方法。
【請求項６７】
請求項６６に記載の方法が更に、前記第１のルックアップの結果がネガティブである場合に前記受信者のアドレスの第２のルックアップ結果を使用するステップであって、この第２のルックアップ結果が、前記受信者が電子メールサービスをサポートできるドメインにあり、前記受信者へ電子メールメッセージを送達する次のホップへの送達ルート内にあるかどうかを決定するステップを具えることを特徴とする方法。
【請求項６８】
請求項６７に記載の方法が更に、前記第２のルックアップ結果がポジティブである場合：
前記メッセージに関連する時間ベースメディアをファイルにカプセル化するステップ；
当該ファイルを前記電子メールメッセージに添付するステップ；及び
前記添付したファイルと共に前記電子メールメッセージを、前記決定した電子メール送達ルートを用いて受信者に送信するステップ；
を具えることを特徴とする方法。
【請求項６９】
請求項６０乃至６８のいずれか１項に記載の方法において、前記メッセージに関連する時間ベースメディアを段階的かつ同時に送信するステップが更に、前記時間ベースメディアの通信をリアルタイムで行うことができるが、受信者には前記時間ベースメディアをリアルタイムモードでレビューすることを求めない通信プロトコルを使用するステップを具えることを特徴とする方法。
【請求項７０】
請求項６０乃至６９のいずれか１項に記載の方法が更に：
前記受信者に関連する通信デバイスにおいて前記メッセージの時間ベースメディアを、段階的かつ同時に送達するステップ；及び
前記時間ベースメディアが段階的かつ同時に送達されるときに、前記受信者が前記受信者の通信デバイスにおいて前記メッセージの時間ベースメディアを段階的かつ同時に表示できるようにするステップ；
を具えることを特徴とする方法。
【請求項７１】
請求項６０乃至７０のいずれか１項に記載の方法が更に：
前記受信者に関連する通信デバイスにおいて前記メッセージの時間ベースメディアを送達するステップ；
前記受信者に関連する通信デバイスにおいて、前記メッセージの時間ベースメディアを保存できるようにするステップ；及び
前記時間ベースメディアをストレージから取り出すことによって、任意の時間の後に前記メッセージの時間ベースメディアをレビューするオプションを前記受信者に提供するステップ；
を具えることを特徴とする方法。
【請求項７２】
請求項７１に記載の方法において、前記受信者に関連する通信デバイスにおいて、前記メッセージの時間ベースメディアを保存できるようにするステップが更に：
（ｉ）前記受信者に関連するコンピュータ又は電話に前記時間ベースメディアを保存できるようにするステップ；
（ｉｉ）前記受信者がアクセス可能なネットワーク上のサーバに前記時間ベースメディアを保存できるようにするステップ；又は
（ｉｉｉ）前記ステップ（ｉ）と（ｉｉ）の両方；
を具えることを特徴とする方法。
【請求項７３】
請求項６０乃至７２のいずれか１項に記載の方法において、前記一又はそれ以上のホップの各々が：
（ｉ）サーバからサーバへのホップ；
（ｉｉ）クライアントからサーバへのホップ；又は
（ｉｉｉ）サーバからクライアントへのホップ；
のうちの一つを具えることを特徴とする方法。
【請求項７４】
請求項６０乃至７３のいずれか１項に記載の方法において、前記メッセージに関連する時間ベースメディアを段階的かつ同時に送信するステップが更に：ＶｏＩＰ、ＳＩＰ、ＲＴＰ、前記メディアが作成されるときに当該メディアが同時にかつ段階的に送信される電子メール、リアルタイムで時間ベースメディアの通信を行うことができる通信プロトコル、あるいはこれらの組み合わせ、の一つを使用するステップを具えることを特徴とする方法。
【請求項７５】
ネットワークを介して時間ベースメディアを送信する方法において：
一又はそれ以上のローカルドメインを有するサーバで、前記メディアが作成されるときに時間ベースメディアを含むメッセージを段階的に受信するステップであって、当該メッセージは送信ユーザから受信者向けに送信されたものであり、前記受信者にアドレスされたメッセージがあるドメイン内で前記受信者を同定する電子メールアドレスを使用するものであるステップ；
前記受信者のドメインが前記サーバの一又はそれ以上のローカルドメイン内にあるかどうかを確認するステップ；
前記受信者のドメインが前記サーバのローカルドメイン内にない場合に、前記受信者に関連する電子メールアドレスの第１のＤＮＳルックアップ結果を用いて、前記受信者のドメインがほぼリアルタイムでの通信サービスを提供しているかどうかを決定すると共に、前記メッセージの時間ベースメディアをほぼリアルタイムの通信プロトコルを用いて前記受信者のドメインへ送達する第１の送達ルートを確実にするステップ；及び
前記第１のＤＮＳルックアップ結果がポジティブである場合には、前記時間ベースメディアが作成されているときに、前記第１のＤＮＳルックアップ結果によって確実になった第１の送達ルートで、前記ほぼリアルタイムでの通信プロトコルを用いて前記メッセージの時間ベースメディアを前記ネットワークを介して段階的に送信するステップ；又は
前記第１のＤＮＳルックアップ結果がネガティブである場合に、前記受信者に関連する電子メールアドレスの第２のＤＮＳルックアップ結果を用いて、前記受信者のドメインが前記電子メールアドレスに電子メールサービスを提供しているかどうかを決定し、前記受信者へ電子メールを送達する電子メール送達ルートを確実にするステップ；のいずれか、及び
前記第２のＤＮＳルックアップ結果がポジティブである場合、更に：
前記メッセージに関連する時間ベースメディアをファイルにカプセル化するステップ；
前記メッセージに関連する時間ベースメディアが完成した後、当該ファイルを、電子メールに添付するステップ；及び
前記第２のＤＮＳルックアップ結果によって規定された電子メール送達ルートを用いて前記受信者に前記アタッチメント付きの電子メールを送信するステップ；
を具えることを特徴とする方法。
【請求項７６】
請求項７５に記載の方法が更に、前記第１のＤＮＳルックアップ結果と第２のＤＮＳルックアップ結果の双方がネガティブである場合に、前記メッセージの時間ベースメディアが送達不可能であることを表示するエラーメッセージを生成するステップを具えることを特徴とする方法。
【請求項７７】
請求項７５又は７６に記載の方法において、前記メッセージに含まれる時間ベースメディアが作成され、前記受信者に関連する電子メールアドレスが前記メッセージの送信ユーザに関連する通信デバイス上で規定されることを特徴とする方法。
【請求項７８】
請求項７５乃至７７のいずれか１項に記載の方法が更に、前記第１のＤＮＳルックアップ結果を使用して、前記時間ベースメディアが前記メッセージの送信ユーザに関連する第１の通信デバイスを用いて作成されるときに、前記受信者に前記時間ベースメディアを段階的に送信するステップを具えることを特徴とする方法。
【請求項７９】
請求項７８に記載の方法において、前記第２のＤＮＳルックアップ結果を用いるステップと、前記時間ベースメディアをファイルにカプセル化するステップと、当該ファイルを前記電子メールに添付するステップがすべて、前記第１の通信デバイス上で行われることを特徴とする方法。
【請求項８０】
請求項７５乃至７９のいずれか１項に記載の方法が更に：
前記受信者に関連する電子メールアドレスと、前記時間ベースメディアを含むメッセージを前記サーバで受信するステップ；
前記第１のＤＮＳルックアップ結果を前記サーバで使用するステップ；及び
前記第１のＤＮＳルックアップ結果がポジティブである場合に、前記時間ベースメディアが前記サーバで受信されたときに、前記第１のＤＮＳルックアップ結果によって確実になった前記第１の送達ルートに沿って、前記ネットワーク上を、前記ほぼリアルタイムの通信プロトコルを用いて前記時間ベースメディアを段階的に送信するステップ；
を具えることを特徴とする方法。
【請求項８１】
請求項７５乃至７９のいずれか１項に記載の方法において、前記第１のＤＮＳルックアップ結果がネガティブである場合：
前記メッセージに関連する時間ベースメディアを前記サーバにおけるファイルにカプセル化するステップ；
前記ファイルを前記サーバにおいて前記電子メールに添付するステップ；及び
前記アタッチメント付きの電子メールを前記サーバから前記第２のルックアップ結果によって規定された前記電子メール送達ルートに沿って送信するステップ；
を具えることを特徴とする方法。
【請求項８２】
請求項７５乃至８１のいずれか１項に記載の方法が更に：
前記送信ユーザに関連する第１の通信デバイスで前記受信者に向けたメッセージを作成するステップ；
前記メッセージが作成されている間は、前記第１の通信デバイスが前記ネットワークに接続されないことを確実にするステップであって、ここで、接続されないということは、前記ネットワークを介して前記第１の通信デバイスから前記メッセージに関連する時間ベースメディアを送信不可能であることと規定されているステップ；
前記時間ベースメディアが作成されているときに、前記メッセージの時間ベースメディアを、前記第１の通信デバイス上に段階的に保存するステップ；及び
前記メッセージに関連する時間ベースメディアを前記ストレージから前記ネットワークを介して、前記第１の送達ルートに沿って段階的に送信し、前記第１の通信デバイスが前記ネットワークに接続された後、及び前記第１のＤＮＳルックアップ結果がポジティブである場合に、前記ほぼリアルタイムの通信プロトコルを使用するステップ；を具え、前記ネットワークへの接続が、前記ネットワークを介して前記第１の通信デバイスから前記メッセージに関連する時間ベースメディアを送信可能であることとして規定されていることを特徴とする方法。
【請求項８３】
請求項７５乃至８２のいずれか１項に記載の方法が更に：
前記送信ユーザに関連する第１の通信デバイス上で前記受信者に向けたメッセージを作成するステップ；
前記メッセージを作成している間は、前記第１の通信デバイスが前記ネットワークに接続されないことを確実にするステップであって、ここで、接続されないことは、前記ネットワークを介して前記第１の通信デバイスから前記メッセージに関連する時間ベースメディアを送信不可能であることと規定されているステップ；
前記時間ベースメディアが作成されているときに、前記メッセージの時間ベースメディアを、前記第１の通信デバイス上に段階的に保存するステップ；及び
前記第１のＤＮＳルックアップ結果がネガティブであり、前記第２のＤＮＳルックアップ結果がポジティブである場合に、前記第２のＤＮＳルックアップ結果によって規定された前記電子メール送達ルートを用いて前記第１の通信デバイスを前記ネットワークに再接続した時に、前記受信者に付きの電子メールを送信するステップ；を具え、前記ネットワークへの接続が、前記ネットワークを介して前記電子メールを送信可能であることとして規定されていることを特徴とする方法。
【請求項８４】
請求項７５乃至８３のいずれか１項に記載の方法が更に、前記メッセージの時間ベースメディアが前記受信者に段階的に送信され送達されるときに、前記メッセージの時間ベースメディアを前記受信者に関連する通信デバイス上に段階的かつ同時に表示できるようにするステップを具えることを特徴とする方法。
【請求項８５】
請求項７５乃至８４のいずれか１項に記載の方法が更に、前記メッセージに含まれている時間ベースメディアを、前記送信ユーザに関連する受信箱に保存するステップを具えることを特徴とする方法。
【請求項８６】
請求項７５乃至８５のいずれか１項に記載の方法において、前記ほぼリアルタイムの通信プロトコルが、ＶｏＩＰ、ＳＩＰ、ＲＴＰ、前記メディアが作成されるときに当該メディアが同時にかつ段階的に送信される電子メール、ほぼリアルタイムの時間ベースメディアの通信を行うことができる通信プロトコル、あるいはこれらの組み合わせ、のうちの一つを具えることを特徴とする方法。
【請求項８７】
請求項７５乃至８５のいずれか１項に記載の方法において、前記ほぼリアルタイムの通信プロトコルが、時間ベースメディアの通信は可能であるが、前記受信者にほぼリアルタイムで前記時間ベースメディアをレビューすることを求めるものではない通信プロトコルであることを特徴とする方法。
【請求項８８】
請求項７５乃至８７のいずれか１項に記載の方法が更に：
前記受信者にＵＲＬリンクを電子メールするステップであって、当該ＵＲＬリンクが前記メッセージの時間ベースメディアにアクセスするウエブページを規定している、ステップ；及び
前記受信者が前記ウエブページにアクセスすると、前記メッセージの時間ベースメディアをサービングするステップ；
を具えることを特徴とする方法。
【請求項８９】
請求項７５乃至８８のいずれか１項に記載の方法が更に：
前記受信者に関連する通信デバイスを用いて前記受信者によって作成された応答メッセージを前記ネットワークを介して受信するステップ；及び
前記ネットワーク上で、前記送信ユーザに当該応答メッセージを送信するステップ；
を具えることを特徴とする方法。
【請求項９０】
請求項８９に記載の方法において、前記応答メッセージが：
（ｉ）前記受信者によって使用された通信デバイスへ明確な応答コマンドを入力することによって、前記受信者が前記応答メッセージを作成できるようにするステップ；又は
（ｉｉ）前記受信者へ送信した前記メッセージに応答して、前記時間ベースメディアを作成している受信者に応答する、前記送信ユーザにアドレスされた応答メッセージを作成するステップ；
のうちの一つを用いて作成されることを特徴とする方法。
【請求項９１】
請求項７５乃至９０のいずれか１項に記載の方法において：
前記送信ユーザに関連する通信デバイスを用いて前記受信者の電子メールアドレスを規定すること；
前記送信ユーザに関連する通信デバイス上の「開始」メッセージ機能を実行すること；及び
前記開始機能を実行した後に前記通信デバイス上のメッセージの時間ベースメディアを作成すること；
によって、前記メッセージに含まれた時間ベースメディアが作成され、当該メッセージが前記受信者にアドレスされることを特徴とする方法。
【請求項９２】
請求項７５乃至９１のいずれか１項に記載の方法において、前記メッセージが：
（ｉ）連絡先リストから前記受信者を選択して、前記受信者に関連する電子メールアドレスが前記選択に応じてストレージ位置から取り出すステップ；
（ｉｉ）前記電子メールアドレスを、前記電子メールメッセージの送信ユーザに関連する通信デバイスに手動で入力するステップ；又は
（ｉｉｉ）前記受信者によって送信されてきた以前のメッセージに応答して応答機能を実行するステップ；
のうちの一つによって前記受信者にアドレスされることを特徴とする方法。
【請求項９３】
請求項９２に記載の方法において、前記電子メールメッセージが：
前記受信者を規定するために指定された少なくとも一の領域を用いてメッセージヘッダを作成するステップ；及び
前記受信者を規定するために指定された少なくとも一の領域へ前記受信者に関連する電子メールアドレスを挿入するステップ；
によって、前記受信者へアドレスされることを特徴とする方法。
【請求項９４】
請求項９３に記載の方法が更に、前記メッセージヘッダを作成するステップと前記送信ユーザに関連する通信デバイス上の前記受信者の電子メールアドレスを挿入するステップと、を具えることを特徴とする方法。
【請求項９５】
請求項９３に記載の方法が更に、前記メッセージヘッダを作成するステップと前記サーバ上で前記メッセージヘッダに前記電子メールアドレスを挿入するステップと、を具えることを特徴とする方法。
【請求項９６】
請求項７５乃至９５のいずれか１項に記載の方法において、前記受信者の電子メールアドレスが地球規模でアクセス可能な電子メールアドレスであることを特徴とする方法。
【請求項９７】
請求項７５乃至９６のいずれか１項に記載の方法において、前記第１の送達ルートが前記受信者に関連する受信箱へのルートであることを特徴とする方法。
【請求項９８】
請求項７５乃至９７のいずれか１項に記載の方法において、前記第１の送達ルートが、前記メッセージの時間ベースメディアを前記受信者に送達する前記ネットワーク上の一又はそれ以上のホップを具えることを特徴とする方法。
【請求項９９】
請求項９８に記載の方法が更に、前記一又はそれ以上のホップ各々への送達ルートの規定について、一又はそれ以上のＤＮＳルックアップ結果を用いるステップを具えることを特徴とする方法。
【請求項１００】
請求項９８に記載の方法において、前記一又はそれ以上のホップの各々が：
（ｉ）サーバからサーバへのホップ；
（ｉｉ）クライアントからサーバへのホップ；又は
（ｉｉｉ）サーバからクライアントへのホップ；
のうちの一つを具えることを特徴とする方法。
【請求項１０１】
請求項７５乃至１００のいずれか１項に記載の方法が更に：
前記サーバにおいて前記メッセージの時間ベースメディアを受信するステップ；及び
前記サーバから前記受信者に関連する通信デバイスへ前記メッセージの時間ベースメディアを送信するステップ；
を具えることを特徴とする方法。
【請求項１０２】
請求項７５乃至１０１のいずれか１項に記載の方法が更に：
前記受信者の前記同定されたドメインが前記サーバの一又はそれ以上のローカルドメイン内にあるか否かを確認するステップと；及び
前記受信者が前記リアルタイム通信サービスを受けている場合に、前記リアルタイム通信プロトコルを用いて、前記時間ベースメディアを含むメッセージを前記受信者に送達するステップ；又は
前記受信者が前記電子メールサービスを受けているが、リアルタイムの通信サービスは受けていない場合に、前記ファイルに添付された時間ベースメディアと共に前記電子メールを前記受信者に送達するステップ；のいずれかを具えることを特徴とする方法。
【請求項１０３】
ネットワークを介して時間ベースメディアを送信する方法において：
一又はそれ以上のドメインを有するサーバにおいて、受信者に向けた時間ベースメディアを含むメッセージを受信するステップであって、前記メッセージが、前記受信者に関連する地球規模でアドレス可能な電子メールアドレスを用いて、前記受信者にアドレスされるステップ；
前記受信者に関連する地球規模でアドレス可能な電子メールアドレスが、前記サーバの一又はそれ以上のローカルドメイン内の一のドメインを規定するか否かを確認するステップ；
前記地球規模でアドレス可能な電子メールアドレスの規定されたドメインが前記サーバの一又はそれ以上のローカルドメイン外にある場合は、前記受信者に関連する地球規模でアドレス可能な電子メールアドレスの第１のＤＮＳルックアップ結果を用いて、前記受信者がほぼリアルタイムの通信サービスを受けているかどうかを決定し、前記送達ルートが前記ネットワークを介して前記メッセージの時間ベースメディアを、前記ほぼリアルタイムの通信プロトコルを用いて前記受信者に送達することを確認するステップ；及び
前記第１のルックアップ結果がポジティブである場合に、前記第１のＤＮＳルックアップ結果によって確実になった送達ルートを用いて、及び前記ほぼリアルタイムの通信プロトコルを用いて前記時間ベースメディアが作成されているときに、前記メッセージの時間ベースメディアを前記ネットワークを介して段階的かつ同時に送信するステップ；
を具えることを特徴とする方法。
【請求項１０４】
請求項１０３に記載の方法が更に：
前記第１のＤＮＳルックアップ結果がネガティブであるかどうかを確認するステップ；
前記第１のＤＮＳルックアップ結果がネガティブである場合、前記受信者に関連する地球規模でアドレス可能な電子メールアドレスの第２のＤＮＳルックアップ結果を用いて、前記受信者が前記地球規模でアドレス可能な電子メールアドレスを用いており、前記受信者へ電子メールを送達する電子メール送達ルートを確実にする電子メールサービスを受けているか否かを決定するステップ；及び
前記第２のＤＮＳルックアップ結果がポジティブである場合、更に：
前記メッセージに関連する時間ベースメディアをファイルにカプセル化するステップ；
前記メッセージに関連する時間ベースメディアが完成した後に、電子メールに当該ファイルを添付するステップ；及び
前記第２のルックアップ結果によって規定された電子メール送達ルートを用いて、前記受信者へ前記アタッチメント付きの電子メールを送信するステップ；
を具えることを特徴とする方法。
【請求項１０５】
請求項１０４に記載の方法が更に、前記第１のＤＮＳルックアップ結果と前記第２のＤＮＳルックアップ結果の両方がネガティブである場合に、前記メッセージの時間ベースメディアが送達不可能であることを示すエラーメッセージを作成することを特徴とする方法。
【請求項１０６】
送信者から受信者へ通信ネットワークを介して時間ベースメディアを送信する通信方法において：
前記通信ネットワーク上で時間ベースメディアを前記受信者に送達する完全な送達ルートが全部見つかる前あるいは見つけると同時に前記通信ネットワークを介して前記時間ベースメディアを送信するステップを具えることを特徴とする方法。
【請求項１０７】
請求項１０６に記載の方法において、前記通信ネットワークを介して前記時間ベースメディアを前記受信者へ送信するステップが更に、前記受信者への送達ルートに沿って次のホップが見つかるやいなや前記時間ベースメディアを送信するステップを具えることを特徴とする方法。
【請求項１０８】
請求項１０６に記載の方法が更に、前記受信者に関連する独自の識別子のルックアップ結果から前記受信者へ前記時間ベースメディアを送達する送達ルートを見つけるステップを具えることを特徴とする方法。
【請求項１０９】
請求項１０６に記載の方法が更に、前記受信者に関連する電子メールアドレスのＤＮＳルックアップ結果から前記受信者へ前記時間ベースメディアを送達する送達ルートを見つけるステップを具えることを特徴とする方法。
【請求項１１０】
請求項１０８に記載の方法において、前記ルックアップ結果が：
（ｉ）前記受信者に関連する独自の識別子のアクティブルックアップ結果；又は
（ｉｉ）前記独自の識別子の以前のルックアップをキャッシュに格納した結果；
のいずれかであることを特徴とする方法。
【請求項１１１】
請求項１０８に記載のコンピュータプログラムにおいて、前記受信者の前記独自の識別子が、以下の方法：
（ｉ）連絡先リストから前記受信者を選択することによって；
（ｉｉ）前記受信者の前記独自の識別子を手動で入力することによって；
（ｉｉｉ）前記受信者からのメディアの受信に応じて応答機能を実行することによって；又は
（ｉｖ）前記（ｉ）乃至（ｉｉｉ）のいずれかによって；
の一つで確認されることを特徴とするコンピュータゲームプログラム。
【請求項１１２】
請求項１０８に記載の方法において、前記時間ベースメディアを前記受信者に送信するステップが更に、前記ルックアップ結果が前記受信者がリアルタイムの通信サービスを受けていることを表示している場合は、リアルタイム通信プロトコルを用いてリアルタイムで前記時間ベースメディアを前記受信者に送達するステップを具えることを特徴とする方法。
【請求項１１３】
請求項１１２に記載のコンピュータゲームプログラムにおいて、前記リアルタイム通信プロトコルが：
（ｉ）ＶｏＩＰ；
（ｉｉ）ＳＩＰ；
（ｉｉｉ）ＲＴＰ；
（ｉｖ）スカイプ；又は
（ｖ）時間ベースメディアが作成されるときに時間ベースメディアが段階的に送信される電子メール；
のうちの一つを具えることを特徴とするコンピュータプログラム。
【請求項１１４】
請求項１１２に記載の方法が更に、前記ルックアップ結果が前記受信者が前記リアルタイム通信サービスを受けていないことを示している場合は、以下の方法：
（ｉ）前記時間ベースメディアをファイルにカプセル化して、当該ファイルを前記受信者に送信する；
（ｉｉ）ＵＲＬを前記受信者に送り、当該ＵＲＬに前記受信者がアクセスするときに、前記時間ベースメディアを前記受信者に提供するように構成する方法；又は
（ｉｉｉ）前記（ｉ）と（ｉｉ）の両方；
のうちの一つを用いて前記時間ベースメディアを送信するステップを具えることを特徴とする方う法。
【請求項１１５】
請求項１０６に記載の方法が、前記送信者が前記時間ベースメディアを作成して送信するときに、前記時間ベースメディアを段階的に保存するステップを具えることを特徴とする方法。
【請求項１１６】
請求項１０６に記載の方法が更に：
前記通信ネットワークを介して受信した時間ベースメディアを受信するステップ；及び
前記時間ベースメディアを受信したときに、当該受信した時間ベースメディアを段階的に保存するステップ；
を具えることを特徴とする方法。
【請求項１１７】
請求項１１６に記載の方法が更に、前記受信したメディアが：
（ｉ）時間シフトモードで非同時に；又は
（ｉｉ）リアルタイムモードで同時に；及び
（ｉｉｉ）これらの二つのモード（ｉ）と（ｉｉ）の間を継ぎ目なく移行させて；
表示されるように、前記受信メディアの表示を制御するステップを具えることを特徴とする方法。
【請求項１１８】
請求項１１６に記載の方法が更に、以下の表示オプション：
（ｉ）再生；
（ｉｉ）より早く再生；
（ｉｉｉ）より遅く再生；
（ｉｖ）前へジャンプ；
（ｖ）後ろへジャンプ；
（ｖｉ）最新のメディアにジャンプ；
（ｖｉｉ）停止；及び
（ｖｉｉｉ）時間シフトモードでもともとコード化されているレートより速いレートで保存したメディアを表示して、当該より速いレートでの表示が前記メディアが受信されているときに当該メディアと一致して追いついたときに、前記通信ネットワークを介して受信されている前記メディアの表示を継ぎ目なく移行させることによる、直近で受信したメディアをキャッチアップする；
のうちの一またはそれ以上を用いて受信した時間ベースメディアを表示するステップを具えることを特徴とする方法。
【請求項１１９】
請求項１０６に記載の方法において、前記時間ベースメディアを送信するステップが更に、前記時間ベースメディアを半二重通信モードで前記受信者へ送信するステップを具えることを特徴とする方法。
【請求項１２０】
請求項１１６に記載の方法において、前記時間ベースメディアが更に、前記時間ベースメディアを半二重通信モードで受信するステップを具えることを特徴とする方法。
【請求項１２１】
請求項１１６に記載の方法において、前記時間ベースメディアの送信及び受信が、全二重通信を構成することを特徴とする方法。
【請求項１２２】
請求項１０６乃至１２１にそれぞれ記載されている一またはそれ以上のステップを実行するように構成した一またはそれ以上のモジュールを具えることを特徴とするコンピュータで実行可能なプログラム。
【請求項１２３】
通信デバイスにおいて：
コンピュータで実行可能なプログラムを保存して、請求項１０６乃至１２１にそれぞれ記載した一またはそれ以上のステップを実行するように構成されたメモリエレメント；及び
前記メモリエレメントに保存されたコンピュータで実行可能なプログラムを実行して、前記通信デバイスが請求項１乃至１２１にそれぞれ記載の一またはそれ以上のステップを実行するように構成されたプロセッサ；
を具えることを特徴とする通信デバイス。
【請求項１２４】
通信ネットワーク上のサーバを操作する方法において：
前記サーバで時間ベースのメディアを段階的に受信するステップであって、前記時間ベースメディアが送信者によって前記通信ネットワークを介して送信されるときに前記サーバが当該時間ベースメディアを受信するステップ；
前記時間ベースメディアの受信者への少なくとも部分的な送達ルートを見つけるステップ；及び
前記時間ベースメディアが利用可能であり、前記受信者への前記通信ネットワークを介した部分的送達ルートが見つかったときに、前記受信した時間ベースメディアを段階的に送信するステップ；
を具えることを特徴とする方法。
【請求項１２５】
請求項１２４に記載の方法において、前記時間ベースメディアがメッセージを伴っており、前記受信した時間ベースメディアの段階的送信が、前記メッセージの時間ベースメディアが全部受信される前に生じることを特徴とする方法。
【請求項１２６】
請求項１２４に記載の方法において、前記段階的送信が更に、前記受信者への送達ルートに沿った前記通信ネットワーク上の次のホップが見つかるやいなや、前記時間ベースメディアを段階的に送信するステップを具えることを特徴とする方法。
【請求項１２７】
請求項１２４に記載の方法において、前記段階的送信が、前記受信者への完全な送達ルートが全部見つかる前に生じることを特徴とする方法。
【請求項１２８】
請求項１２４に記載の方法が更に：
前記サーバで、受信者を独自に識別する識別子を受信するステップ；
前記サーバで、前記識別子のルックアップ結果が、前記受信者がリアルタイム送信サービスを受けていることを示しているかどうかを確認するステップ；及び
前記識別子のルックアップ結果が、前記受信者が前記リアルタイムでの通信サービスを受けていることを示している場合、前記通信ネットワーク上の前記受信者への部分的送達ルートが見つかったときに前記受信した時間ベースメディアをリアルタイム送信プロトコルを用いて段階的に送信するステップ；
を具えることを特徴とする方法。
【請求項１２９】
請求項１２８に記載の方法において、前記リアルタイム送信プロトコルが：
（ｉ）ＳＩＰ；
（ｉｉ）ＲＴＰ；
（ｉｉｉ）ＶｏＩＰ；
（ｉｖ）スカイプ；又は
（ｖ）メディアが段階的に送信される電子メール；
のうちの一つを具えることを特徴とする方法。
【請求項１３０】
請求項１２８に記載の方法が更に：
サーバで、前記識別子のルックアップ結果が前記受信者がリアルタイム送信サービスを受けていないことを表示しているか否かを確認するステップ；
前記時間ベースメディアをファイルにカプセル化するステップ；及び
当該ファイルを前記通信ネットワークを介して前記受信者に送信するステップ；
を具えることを特徴とする方法。
【請求項１３１】
請求項１２８に記載の方法が更に：
前記識別子のルックアップ結果が、前記受信者がリアルタイム送信サービスを受けていないことを示しているかどうかを確認するステップ；
前記受信者にＵＲＬを提供するステップ；及び
前記受信者が前記ＵＲＬにアクセスしたときに前記時間ベースメディアが前記受信者に提供されるように構成するステップ；
を具えることを特徴とする方法。
【請求項１３２】
請求項１２８に記載の方法が更に：
前記識別子によって受信者が独自に認識されないことを前記ルックアップ結果から確認するステップ；及び
前記時間ベースメディアが前記受信者に送達されなかったことを示す通知を前記送信者に提供するステップ；
を具えることを特徴とする方法。
【請求項１３３】
請求項１２８に記載の方法において、前記識別子が地球規模の独自の識別子であることを特徴とする方法。
【請求項１３４】
請求項１２８に記載の方法において、前記識別子が前記受信者に関連する電子メールアドレスであることを特徴とする方法。
【請求項１３５】
請求項１２８に記載の方法において、前記ルックアップ結果がＤＮＳルックアップ結果であることを特徴とする方法。
【請求項１３６】
請求項１２８に記載の方法において、前記ルックアップ結果が：
（ｉ）前記識別子のアクティブルックアップ結果；又は
（ｉｉ）前記識別子の以前のルックアップのキャッシュに格納された結果；
のいずれかであることを特徴とする方法。
【請求項１３７】
請求項１２８に記載の方法において、前記識別子のルックアップを用いて、前記受信者を認証することを特徴とする方法。
【請求項１３８】
請求項１２４に記載の方法において、前記通信ネットワークを介した受信者への送達ルートが、前記受信者に関連する受信箱であることを特徴とする方法。
【請求項１３９】
請求項１２４に記載の方法において、前記少なくとも部分的な送達ルートを見つけるステップと、前記受信した時間ベースメディアを段階的に送信するステップが、更に：
（ｉ）前記受信者へ前記時間ベースのメディアを送信するための前記通信ネットワーク上の次のホップを前記サーバで確認するステップ；及び
（ｉｉ）前記受信した時間ベースメディアを、前記次のホップが発見されるやいなや当該次のホップに段階的に送信するステップ；
を具えることを特徴とする方法。
【請求項１４０】
請求項１３９に記載の方法が更に、前記受信者への送達ルートを規定する一又はそれ以上の各ホップにおいて請求項１３９に記載のステップ（ｉ）及び（ｉｉ）を繰り返すステップを具えることを特徴とする方法。
【請求項１４１】
請求項１２４に記載の方法において、前記送信者が前記時間ベースメディアを作成して送信するときに、前記サーバで前記時間ベースメディアを段階的に受信することを特徴とする方法。
【請求項１４２】
請求項１２４に記載の方法において、前記送信者が前記時間ベースメディアをストレージから送信するときに、前記サーバで前記時間ベースメディアを段階的に受信することを特徴とする方法。
【請求項１４３】
請求項１２４に記載の方法において、前記送信者が前記時間ベースメディアを送信するときに、前記サーバを介して前記受信者が当該時間ベースメディアを受信することを特徴とする方法。
【請求項１４４】
コンピュータで読み取り可能な媒体のストレージ用であり、請求項１２４乃至１４３の各々に記載された一またはそれ以上のステップを実行するように構成された一またはそれ以上のモジュールを具えるコンピュータで実行可能なプログラム。
【請求項１４５】
サーバにおいて：
請求項１４４に記載のコンピュータで実行可能なプログラムを保存するように構成されたメモリエレメント；
前記メモリエレメントに保存されたコンピュータで実行可能なプログラムを実行して、前記サーバが請求項１２４乃至１４３の各々に記載された一またはそれ以上のステップを実行するように構成されたプロセッサ；及び
前記サーバを前記通信ネットワークに接続するネットワーク接続；
を具えることを特徴とするサーバ。
【請求項１４６】
電子メール通信方法において：
受信者の電子メールアドレスが規定されるやいなや当該受信者の電子メールアドレスを用いて通信ネットワークを介して送達ルートを見つけるステップ；及び
時間ベースメディアが作成されたとき、及び前記受信者の電子メールアドレスを用いて前記通信ネットワーク上で完全な送達ルートの少なくとも一部が見つかるやいなや、前記受信者へ前記時間ベースメディアを段階的に送信するステップ；
を具えることを特徴とする通信方法。
【請求項１４７】
請求項１４６に記載の通信方法において、前記時間ベースメディアを段階的に送信するステップが更に、前記受信者への完全な送達ルートが全部見つかる前に前記段階的な送信を開始することを特徴とする通信方法。
【請求項１４８】
請求項１４６に記載の通信方法において、前記時間ベースメディアを段階的に送信するステップが更に、前記受信者への完全な送達ルートに沿って次のホップが見つかるやいなや前記時間ベースメディアを段階的に送信するステップを具えることを特徴とする通信方法。
【請求項１４９】
請求項１４６に記載の通信方法において、前記時間ベースメディアを段階的に送信するステップが更に、前記一またはそれ以上のホップの各々への送達ルートがそれぞれ見つかるやいなや、前記受信者への完全送達ルートに沿って前記一またはそれ以上のホップの各々へ前記時間ベースメディアを段階的に送信するステップを具えることを特徴とする通信方法。
【請求項１５０】
請求項１４６に記載の通信方法が更に：
前記時間ベースメディアを電子メールメッセージに関連付けるステップ；及び
前記電子メールメッセージの時間ベースメディアを、当該電子メールメッセージの時間ベースメディアの作成が完了する前に、前記受信者に段階的に送信するステップ；
を具えることを特徴とする通信方法。
【請求項１５１】
請求項１４６に記載の通信方法が更に、電子メールプロトコルを用いて、前記通信ネットワーク上のサーバで電子メールセッションを確立するステップと、前記送達ルートを見つけ、前記サーバでのセッションの間に、前記時間ベースメディアを段階的に送信するステップと、を具えることを特徴とする通信方法。
【請求項１５２】
請求項１４６に記載の通信方法が更に、前記受信者の電子メールアドレスを確認するステップを具え、当該電子メールアドレスは：
（ｉ）連絡先リストからの前記受信者の選択；
（ｉｉ）前記受信者の電子メールアドレスの手動入力；
（ｉｉｉ）前記受信者からのメディアの受信に応じた応答機能を実行；又は
（ｉｖ）前記（ｉ）乃至（ｉｉｉ）のいずれか；
によって確認されることを特徴とする通信方法。
【請求項１５３】
請求項１４６に記載の通信方法が更に、前記通信ネットワークを介して、前記受信者から時間ベースメディアを段階的に受信するステップを具えることを特徴とする通信方法。
【請求項１５４】
請求項１５３に記載の通信方法が更に、前記送信され受信された時間ベースメディアで完全二重会話を構成するステップを具えることを特徴とする通信方法。
【請求項１５５】
請求項１５３に記載の通信方法が更に、前記送信されたあるいは受信された時間ベースメディアのいずれかからの半二重通信を構成するステップを具えることを特徴とする通信方法。
【請求項１５６】
請求項１５３に記載の通信方法が更に：
（ｉ）時間ベースメディアを作成するときに段階的に送信した当該時間ベースメディア；及び
（ｉｉ）前記メディアが通信ネットワークを介して受信されるときに、段階的に受信した当該時間ベースメディア；
を段階的に保存するステップを具えることを特徴とする通信方法。
【請求項１５７】
請求項１５３に記載の通信方法が更に、前記受信した時間ベースメディアを：
（ｉ）時間シフトモードで非同時に；又は
（ｉｉ）リアルタイムモードで同時に；及び
（ｉｉｉ）前記二つのモード（ｉ）及び（ｉｉ）を継ぎ目なく移行させて；
表示するように選択的に制御するステップを具えることを特徴とする通信方法。
【請求項１５８】
請求項１５７に記載の通信方法において、前記受信した時間ベースメディア表示の選択的制御が、以下のオプション：
（ｉ）再生；
（ｉｉ）より早い再生；
（ｉｉｉ）より遅い再生；
（ｉｖ）前へジャンプ；
（ｖ）後へジャンプ；
（ｖｉ）直近のメディアにジャンプ；
（ｖｉｉ）停止；及び
（ｖｉｉｉ）時間シフトモードでもともとコード化されたレートより速いレートで保存したメディアを表示して、当該速いレートでの表示がメディアを受信しているときにメディアに一致して追いついたときに、前記通信ネットワークを介して受信されている前記メディアの表示を継ぎ目なく移行させることによる、直近で受信したメディアのキャッチアップ；
のうちの一またはそれ以上によって実行されることを特徴とする通信方法。
【請求項１５９】
請求項１４６に記載の通信方法において、前記時間ベースメディアを段階的に送信するステップが更に、当該メディアを作成するときにリアルタイムの送信プロトコルを用いて前記時間ベースメディアを段階的に送信するステップを具えることを特徴とする通信方法。
【請求項１６０】
請求項１５９に記載の通信方法において、前記リアルタイムの送信プロトコルが：
（ｉ）ＶｏＩＰ；
（ｉｉ）ＳＩＰ；
（ｉｉｉ）ＲＴＰ；又は
（ｉｖ）スカイプ；
のうちの一つを具えることを特徴とする通信方法。
【請求項１６１】
請求項１４６に記載の通信方法が更に、前記受信者の電子メールのＤＮＳルックアップ結果を用いるステップであって、当該ＤＮＳルックアップ結果が、前記通信ネットワークを介する前記受信者への送達ルートを少なくとも部分的に規定しているステップ、を具えることを特徴とする通信方法。
【請求項１６２】
請求項１４６に記載の通信方法が更に：
前記受信者が前記電子メールアドレスに関連するリアルタイム通信サービスを有していないかどうかを確認するステップ；
前記受信者用の時間ベースメディアをファイルにカプセル化するステップ；及び
前記通信ネットワークを介して前記受信者へ当該ファイルを送信するステップ；
を具えることを特徴とする通信方法。
【請求項１６３】
請求項１４６に記載の通信方法が更に：
前記受信者が前記電子メールアドレスに関連するリアルタイム通信サービスを有していないかどうかを確認するステップ；及び
ＵＲＬを前記受信者に提供して、前記受信者が当該ＵＲＬにアクセスするときに、前記時間ベースメディアが前記受信者に提供されるように構成するステップ；
を具えることを特徴とする通信方法。
【請求項１６４】
請求項１４６に記載の通信方法において、前記受信者に前記時間ベースメディアを段階的に送信するステップが更に、前記時間ベースメディアを前記通信ネットワークを介して前記受信者に関連する受信箱へ段階的に送信するステップを具えることを特徴とする通信方法。
【請求項１６５】
請求項１４６に記載の方法が更に：
ヘッダと本体を有する電子メールを規定するステップ；
前記電子メールのヘッダに前記受信者の電子メールアドレスを規定するステップ；
前記時間ベースメディアを作成するときに、前記電子メールの本体に前記時間ベースメディアを段階的に提供するステップ；及び
前記通信ネットワークを介する前記送達ルートの少なくとも一部が、前記受信者の電子メールアドレスを用いて見つけるやいなや、前記電子メールの本体へ提供された前記時間ベースメディアを段階的に送信するステップ；
を具えることを特徴とする方法。
【請求項１６６】
請求項１４６乃至１６５の各々に記載されたステップ一またはそれ以上のステップを実行するように構成された一またはそれ以上のモジュールを具えることを特徴とする、コンピュータで実行可能なプログラム。
【請求項１６７】
通信デバイスにおいて：
請求項１６６に記載のコンピュータで実行可能なプログラムを保存するように構成されたメモリエレメント；及び
前記メモリエレメントに保存されたコンピュータで実行可能なプログラムを実行して、前記通信デバイスが請求項１４６乃至１６６に記載のそれぞれのステップの一またはそれ以上を実行するように構成したプロセッサ；
を具えることを特徴とする通信デバイス。
【国際調査報告】
2012516501.tif 000015
2012516501.tif 000016
2012516501.tif 000017