(57)【特許請求の範囲】
【請求項１】
ユーザリソースへのアクセスおよび該ユーザリソースとのインタラクションを管理するコンピュータを利用した方法（computer implemented method）であって、本方法は、
記憶装置において、複数の種類のインタラクションを受信するために利用可能な単一、固有の公開識別子をユーザに関連付けるステップと、
前記単一、固有の公開識別子に宛てられた、アクセスコードを含む第１のインタラクションを送信者から受信するステップと、
プロセッサが、少なくとも前記アクセスコードに基づいて、前記第１のインタラクションを前記単一、固有の公開識別子に関連付けられた１つまたは複数のユーザリソースに提供するか否かを決定するステップであって、
前記第１のインタラクションを提供する場合、
少なくとも第１のユーザリソースを選択し、
前記第１のインタラクションを少なくとも前記第１のユーザリソースに提供するステップと、
前記プロセッサが決定するステップの中で、前記送信者が信頼されるか否かの表示を前記ユーザから受信するステップと、
信頼された前記送信者からの追加インタラクションを、アクセスコードを評価せずに、１つまたは複数のユーザリソースのうちの少なくとも１つに提供するステップとを含む方法。
【請求項２】
請求項１に記載のコンピュータを利用した方法において、少なくとも前記第１のユーザリソースを選択するステップは、前記単一、固有の公開識別子に関連付けられた前記１つまたは複数のユーザリソースの中から少なくとも前記第１のユーザリソースを選択するステップを含み、前記第１のインタラクションを少なくとも前記第１のユーザリソースに提供するステップは、前記第１のインタラクション、前記第１のインタラクションの通知、および前記第１のインタラクションに関連付けられたペイロードのうちの少なくとも１つを少なくとも前記第１のユーザリソースへルーティングするステップを含む方法。
【請求項３】
請求項２に記載のコンピュータを利用した方法において、ルーティングのステップは、前記第１のインタラクションを、前記第１のユーザリソースに関連付けられたアドレスを開示せずに、前記第１のインタラクションの前記送信者にルーティングするステップを含む方法。
【請求項４】
請求項１に記載のコンピュータを利用した方法において、少なくとも前記第１のユーザリソースを選択するステップは、電話、音声メールボックス、インスタントメッセージクライアント、ｅメールクライアント、ショートメッセージサービス（ＳＭＳ）クライアント、マルチメディアメッセージサービス（ＭＭＳ）クライアント、ソーシャルメディアアカウント、アプリケーション、デバイス識別子によって指定されたデバイス、インターネットプロトコル（ＩＰ）アドレスによって指定されたデバイス、処理モジュール、センサ、ファイルシステム、データベース、ウェブサーバ、ウェブサービス、サービスバス、蓄積転送デバイスおよび郵便の宛先によって指定された場所からなるグループから少なくとも１つのユーザリソースを選択するステップを含む方法。
【請求項５】
請求項１に記載のコンピュータを利用した方法において、少なくとも前記第１のユーザリソースを選択するステップは、前記ユーザから受信したインタラクションルールに基づいて前記第１のユーザリソースを選択するステップを含む方法。
【請求項６】
請求項５に記載のコンピュータを利用した方法において、前記第１のインタラクションを少なくとも前記第１のユーザリソースへ提供する前に、前記インタラクションルールに基づいて、前記第１のインタラクションを第１のタイプから少なくとも第２のタイプへと変換するステップをさらに含む方法。
【請求項７】
請求項１に記載のコンピュータを利用した方法において、少なくとも前記第１のユーザリソースを選択するステップはインタラクションルールを評価するステップを含み、該インタラクションルールを評価するステップは、前記ユーザの場所、前記アクセスコード、前記送信者のＩＤ、前記送信者のアドレス、前記送信者の信頼レベル、前記送信者の場所、前記送信者によって要求されたユーザリソース、前記第１のインタラクションのタイプ、緊急の表示、重要性の表示、保護者による管理、ゾーン、現在の日付、現在の時間のうちの少なくとも１つを検討するステップを含む方法。
【請求項８】
請求項７に記載のコンピュータを利用した方法において、前記第１のインタラクションを提供するステップは、前記第１のインタラクション、前記第１のインタラクションの通知、前記第１のインタラクションに関連付けられたペイロードのうちの少なくとも１つを反復してルーティングするステップを含む方法。
【請求項９】
請求項７に記載のコンピュータを利用した方法において、前記第１のインタラクションを提供するステップは、複数のユーザリソースに、前記第１のインタラクション、前記第１のインタラクションの通知、および前記第１のインタラクションに関連付けられたペイロードのうちの少なくとも１つをルーティングするステップを含む方法。
【請求項１０】
請求項１に記載のコンピュータを利用した方法において、前記ユーザから前記第１のインタラクションの確認を受信するステップをさらに含む方法。
【請求項１１】
請求項１０に記載のコンピュータを利用した方法において、前記第１のインタラクションの前記送信者に前記確認を利用可能にするステップをさらに含む方法。
【請求項１２】
請求項１０に記載のコンピュータを利用した方法において、前記確認の受信に応じてエスカレーションプロセスを終了するステップをさらに含む方法。
【請求項１３】
請求項１に記載のコンピュータを利用した方法において、前記第１のインタラクションの前記ユーザへの送達が達成されたことを確認するステップをさらに含む方法。
【請求項１４】
請求項１３に記載のコンピュータを利用した方法において、前記第１のインタラクションの前記送信者に送達通知を利用可能にするステップをさらに含む方法。
【請求項１５】
請求項１に記載のコンピュータを利用した方法において、前記第１のインタラクションは情報の要求を含み、前記第１のインタラクションを提供するか否かを決定するステップは、前記要求された情報のうちのどれくらいを前記送信者に利用可能にするかを決定するステップを含む方法。
【請求項１６】
請求項１に記載のコンピュータを利用した方法において、前記複数のタイプのインタラクションを、ｅメールメッセージ、ショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージサービス（ＭＭＳ）、インスタントメッセージ、アプリケーションメッセージ、デバイス通知、ソーシャルメディアメッセージ、音声メッセージ、電話、ビデオメッセージ、ビデオ通話、マルチメディアデータ、ユーザデータの要求、統合公衆警報システム（ＩＰＡＷＳ）、チャットメッセージ、検証コード、認可コード、ワイヤレスアプリケーションプロトコル（ＷＡＰ）メッセージおよび郵便からなるグループから選択する方法。
【請求項１７】
請求項１に記載のコンピュータを利用した方法において、前記送信者が信頼されるという前記表示を前記ユーザから受信する前に、前記アクセスコードを含む第２のインタラクションを受信するステップと、前記第２のインタラクションを前記第１のユーザリソースに提供するステップとをさらに含む方法。 
【請求項１８】
ユーザリソースへのアクセスと該ユーザリソースとのインタラクションを管理するシステムであって、該システムは、
複数のタイプのインタラクションを受信するのに使用可能な単一、固有の公開識別子をユーザに関連付けるように構成された登録モジュールと、
アクセスモジュールであって、
前記単一、固有の公開識別子宛ての、アクセスコードを含む第１のインタラクションを送信者から受信し、
少なくとも前記アクセスコードに基づいて、前記第１のインタラクションを前記単一、固有の公開識別子に関連付けられた１つまたは複数のユーザリソースに提供するか否かを決定するように構成されたアクセスモジュールと、
前記第１のインタラクションを提供するという決定に応答して、
少なくとも第１のユーザリソースを選択し、
前記第１のインタラクションを少なくとも前記第１のユーザリソースに提供するように構成された履行モジュールとを含み、
前記アクセスモジュールは、前記決定する過程の中で、前記送信者が信頼されているか否かの表示を前記ユーザから受信するようにさらに構成され、前記履行モジュールは前記送信者からの追加インタラクションを、１つまたは複数のユーザリソースのうちの少なくとも１つに、前記送信者が信頼されているという前記表示の受信に応じてアクセスコードを評価することなく提供するようにさらに構成されたシステム。
【請求項１９】
請求項１８に記載のシステムにおいて、前記履行モジュールは、前記単一、固有の公開識別子に関連付けられた前記１つまたは複数のユーザリソースの中から少なくとも前記第１のユーザリソースを選択することによって、少なくとも前記第１のユーザリソースを選択するように構成され、前記履行モジュールは、前記第１のインタラクション、前記第１のインタラクションの通知、および前記第１のインタラクションに関連付けられたペイロードのうちの少なくとも１つを少なくとも前記第１のユーザリソースにルーティングによって、前記第１のインタラクションを少なくとも前記第１のユーザリソースに提供するように構成されたシステム。
【請求項２０】
請求項１９に記載のシステムにおいて、前記履行モジュールは前記第１のインタラクションを、前記第１のユーザリソースに関連付けられたアドレスを開示することなく、前記第１のインタラクションの前記送信者にルーティングするように構成されたシステム。
【請求項２１】
請求項１８に記載のシステムにおいて、前記履行モジュールは、電話、音声メールボックス、インスタントメッセージクライアント、ｅメールクライアント、ショートメッセージサービス（ＳＭＳ）クライアント、マルチメディアメッセージサービス（ＭＭＳ）クライアント、ソーシャルメディアアカウント、アプリケーション、デバイス識別子によって指定されたデバイス、インターネットプロトコル（ＩＰ）アドレスによって指定されたデバイス、処理モジュール、センサ、ファイルシステム、データベース、ウェブサーバ、ウェブサービス、サービスバス、蓄積転送デバイス、および郵便の宛先によって指定された場所からなるグループから少なくとも１つのユーザリソースを選択することにより、少なくとも前記第１のユーザリソースを選択するように構成されたシステム。
【請求項２２】
請求項１８に記載のシステムにおいて、前記履行モジュールは、前記ユーザから受信したインタラクションルールに基づいて、少なくとも前記第１のユーザリソースを選択するように構成されたシステム。
【請求項２３】
請求項２２に記載のシステムにおいて、前記履行モジュールは、前記第１のインタラクションを少なくとも前記第１のリソースに提供する前に、前記インタラクションルールに基づいて、第１タイプからの少なくとも第２タイプに前記第１のインタラクションを変換するようにさらに構成されたシステム。
【請求項２４】
請求項１８に記載のシステムにおいて、前記履行モジュールはインタラクションルールを評価することによって少なくとも前記第１のユーザリソースを選択するように構成され、前記履行モジュールは前記ユーザの場所、前記アクセスコード、前記送信者のＩＤ、前記送信者のアドレス、前記送信者の信頼レベル、前記送信者の場所、前記送信者によって要求されたユーザリソース、前記第１のインタラクションのタイプ、緊急性の表示、重要性の表示、保護者による管理、ゾーン、現在の日付および現在の時刻のうちの少なくとも１つを検討することによって、前記インタラクションルールを評価するように構成されたシステム。
【請求項２５】
請求項２４に記載のシステムにおいて、前記履行モジュールは、前記第１のインタラクション、前記第１のインタラクションの通知、および前記第１のインタラクションに関連付けられたペイロードのうちの少なくとも１つを反復してルーティングすることによって前記第１のインタラクションを提供するように構成されたシステム。
【請求項２６】
請求項２４に記載のシステムにおいて、前記履行モジュールは複数のユーザリソースに、前記第１のインタラクション、前記第１のインタラクションの通知、および前記第１のインタラクションに関連付けられたペイロードのうちの少なくとも１つをルーティングすることによって前記第１のインタラクションを提供するように構成されたシステム。
【請求項２７】
請求項１８に記載のシステムにおいて、前記履行モジュールは前記第１のインタラクションの確認をユーザから受信するようにさらに構成されたシステム。
【請求項２８】
請求項２７に記載のシステムにおいて、前記アクセスモジュールは前記確認が前記第１のインタラクションの前記送信者に利用可能となるようにさらに構成されたシステム。
【請求項２９】
請求項１８に記載のシステムにおいて、前記複数のタイプのインタラクションは、ｅメールメッセージ、ショートメッセージサービス（ＳＭＳ）メッセージ、マルチメディアメッセージサービス（ＭＭＳ）メッセージ、インスタントメッセージ、アプリケーションメッセージ、デバイス通知、ソーシャルメディアメッセージ、音声メッセージ、電話、ビデオメッセージ、ビデオ通話、マルチメディアデータ、ユーザデータの要求、統合公衆警報システム（ＩＰＡＷＳ）アラート、チャットメッセージ、検証コード、認可コード、ワイヤレスアプリケーションプロトコル（ＷＡＰ）メッセージおよび郵便からなるグループから選択されるシステム。
【請求項３０】
ユーザリソースへのアクセスおよび該ユーザリソースとのインタラクションを管理する方法を実行するプログラムコードを含むコンピュータ可読記憶手段であって、前記方法は、
記憶装置において、複数のタイプのインタラクションを受信するために利用可能な単一、固有の公開識別子をユーザに関連付けるステップと、
送信者から、前記単一、固有の公開識別子に宛てられた、アクセスコードを含む第１のインタラクションを受信するステップと、
少なくとも前記アクセスコードに基づいて、前記第１のインタラクションを前記単一、固有の公開識別子に関連付けられた１つまたは複数のユーザリソースに提供するか否かを決定するステップであって、前記第１のインタラクションを提供する場合、
少なくとも第１のユーザリソースを選択し、
前記第１のインタラクションを少なくとも前記第１のユーザリソースに提供するステップと、
前記決定するステップの中で、前記送信者が信頼されるか否かの表示を前記ユーザから受信するステップと、
信頼された前記送信者からの追加インタラクションを、アクセスコードを評価せずに、１つまたは複数のユーザリソースのうちの少なくとも１つに提供するステップとを含む手段。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示はユーザリソースへのアクセスおよびユーザリソースとのインタラクションを管理するシステムおよび方法に関する。
【背景技術】
【０００２】
本開示は、とりわけ、個人間、ビジネスおよびグループにおけるインタラクションおよび／またはマスコミュニケーションの数多くの問題を解決することのできる新しい通信およびインタラクションの方法を提供する。現在、個人ＩＤを含む個人やその他のプライベートな情報は、他者またはエンティティとインタラクションを行う場合、１人に開示されなければならない。このため、その人や他のプライベート情報に対する管理が失われ、人やその他のプライベートやリソースへのアクセスに対する管理が喪失されてしまう。例えば、ｅメールアドレスや電話番号などの個人の連絡先は、他者と連絡をとるために１人に開示されなければならない。しかしながら個人の連絡先が広く知られたり、または利用できるようになると、スパムや電話勧誘などの迷惑な連絡が受信されてしまう可能性がある。迷惑な連絡をなくすには個人の連絡先を変更するしかなく、これは不便かつ面倒、または不可能な場合もある。迷惑な勧誘およびその他の通信の恐れから、ユーザは販売業者などに個人の連絡先を教えるのを躊躇する場合がよくある。販売業者はユーザから「脱退」願い（例えば、ｅメールアドレスの所有者から販売業者にそのｅメールアドレスを今後使用しないで下さいという要求）を受け取ると、「鶏小屋を守る狐」の立場に陥ることがよくある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
また学校の先生などの他者との電子通信にどんどん関わり、そしてそれに依存する子供達が増えてきている。さらに子供達は不適切または望ましくない電子通信に特に傷つきやすく、電子通信の安全な方法が必要とされている。また、通信が会社の電話または個人の電話を使って自宅から行われようと会社から行われようと、そして方法（例えば、ｅメール、ショート・メッセージ・サービス（ＳＭＳ）、ページャ・メッセージ、スマートフォンによる通知、携帯、ウェブまたはデスクトップアプリケーションでのアプリ内メッセージ、外部ウェブサービスへの電話またはＡＰＩ、種々のプロトコルのクライアントチャットメッセージ、インスタントメッセージ（ＩＭ），音声など）に関わらず、会社が従業員の行う電子通信を全て管理、監視および／または記録し、あらゆる状況で使用できる、クロスプラットフォームの方法はない。
【０００４】
さらに、特に緊急通信の場合、現在の個人間での通信における方法にはいくつかの制限がある。対象受信者が受信を確認するまで、ｅメールメッセージからＳＭＳメッセージ、そして電話へ、および／または一定の間隔を置いた反復などへと、緊急または非常事態通信を複数の異種の通信方法へ自動的にエスカレート（段階的に拡大）させていく方法は存在しない。このため緊急メッセージの送信者には手作業によるエスカレートのオプション、つまり、種々の電話番号、ｅメールアドレス、他のデバイス、他の人などを１つずつ試みるというオプションしか残されないが、これは送信者が必要な連絡先情報および／または受信者として同じシステムに加入している（例えば同じＩＭプロバイダに加入している）場合のみ効果がある。同様に、緊急通信を受信するには、自分たちの個人の連絡先情報を全ての潜在的な送信者に公表しなければならず、これには上述のプライバシーの問題が付随してくる。
プライベートにパブリックな（privately public）インタラクション
【０００５】
「プライベートにパブリックな」インタラクションにより、ユーザはパブリックアドレスがどうなろうと変更する必要のない通信アドレスなどの１つのインタラクションアドレスを使用することができ、他者は、ユーザの他の連絡先（電話番号、ｅメールアドレスなど）を所有せずに、そのアドレスを使ってユーザと複数の方法、すなわち、ｅメール、ＳＭＳ、ＭＳＳ、ＩＭ、音声、ビデオ、パソコンなどでインタラクションを行うことができる。さらにユーザは、承認されていない他者が例えユーザのインタラクションアドレスを持っていたとしても、その人がユーザとインタラクションを行う、および／またはユーザリソースにアクセスするのを防止することができ、ユーザは、インタラクションアドレスを交換する必要なく、いつでもユーザとインタラクションを行うことのできる人の能力を無効にすることができる。これによってユーザにはプライバシーと管理が、他者にはそのユーザとインタラクションを行うための簡単、便利で効果的な手段が提供される。さらに、１つのインタラクションアドレスに向けられるインタラクションは、電話番号、ＩＭアドレス、ｅメールアドレス、ソーシャルメディアアドレスなどを介してユーザにルーティングすることができる。インタラクションアドレスのみ、そして場合によってはアクセスコードを、実行するインタラクションの任意の方法のために公表する必要がある。
インタラクションサーバ
【０００６】
プライベートにパブリックなインタラクションはインタラクションサーバによって容易に行うことができる。インタラクションサーバは、ユーザ、非ユーザおよび／またはデバイス間の電子通信またはその他の通信などのインタラクションを管理することができる。インタラクションサーバは、アプリケーション間、ｅメール、ＳＭＳ／ＭＭＳメッセージング、電話、ファックス、オーディオ／ビデオ会議、オンラインセミナー／画面共有、インスタントメッセージング、郵便、ソーシャルメディアメッセージングおよび投稿メッセージ、データ検証、データ転送、有効化、認証、および／またはインタラクションの任意の他の方法を含むインタラクションの種々の方法に使用することができる。インタラクションサーバは、ユーザまたは非ユーザである送信者からユーザに向けたインタラクション要求などのインタラクションを受信することができる。インタラクション要求は黙示的であってもよい。例えば、送信者はユーザがインタラクションサーバとインタラクトしていることを知らずに、従来のパラダイムを使用して単にメッセージを送ろうとする場合がある。インタラクション要求は、アプリケーションインターフェース、ｅメール、ＳＭＳ、電話、ＩＭ、ウェブサービス、ＡＰＩ、郵便処理要求などの複数の方法のうちの１つまたは複数を介して、インタラクションサーバで受信することができる。インタラクションサーバはインタラクション要求、請求の通知、物理的なメールなどを、アプリケーション、ｅメール、ＳＭＳ、電話、ＩＭ、郵便などの複数の方法のうちの１つまたは複数によって、対象とするユーザ／受信者にルーティングすることができる。受信者は同じまたは異なる方法を使って、インタラクションサーバを介して送信者に応答することができる。受信者はインタラクションサーバを使用しない別の方法で送信者に応答することができる。全てのメッセージおよび／またはインタラクション要求の履歴は、その場所で、または離れた場所で記録または保存することができる。
【課題を解決するための手段】
【０００７】
いくつかの実施形態において、メッセージセンタは送信記録および／または受信したインタラクション要求および／またはメッセージを保存することができる。メッセージセンタはメッセージまたはインタラクション要求のコピーまたはこれらへのリンクがどこか他の場所へルーティングされていたとしても、これらの要求および／またはメッセージを保存することができる。メッセージセンタはメッセージを保存するためのデータベース、リスト、スタック、キューなどの１つまたは複数のデータ構造を含むことができる。ユーザはメッセージセンタにログインしてメッセージを見ることができる。メッセージセンタは、１つまたは複数のメールボックス、フォルダ、ディレクトリ、リストなどでユーザに表示してもよい。ユーザは、転送、応答などを含む、メッセージセンタを介してアクセスされるメッセージとインタラクトを行うことができる。
パブリックおよびプライベートアドレス−単一、固有の公開識別子
【０００８】
ユーザはインタラクションサーバにパブリックアドレスを登録することができる。このアドレスは、数字、文字および／またはその他の記号または符号を含む文字列などの種々の形態とすることができる。ユーザはパブリックアドレスを、それにｅメール、ＳＭＳ、ＩＭ電話、郵便などの複数の種類のインタラクションが宛てられる単一、固有の公開識別子として使用することができる。インタラクションサーバは通信要求などのインタラクション要求を受信し、それらをユーザによって指定されるクライアントデバイスまたは物理的アドレスなどのユーザリソースにルーティングすることができる（物理的な郵便の場合を以下に記載する）。クライアントデバイス／場所は、プライベートアドレスおよび／またはユーザ実行中のプロプライエタリアプリケーションによって識別することができる。プライベートアドレスには、ｅメールアドレス、電話番号、スクリーンネーム、郵便の宛先、ソーシャルメディアアドレスなどの、インタラクションの送信者には見えない情報がある。
【０００９】
異なる方法を介してインタラクション要求をインタラクションサーバに首尾よく送達するために、パブリックアドレスを修正および／または迂回することができる。例えばSUPERMAN123のパブリックアドレスを持つユーザの場合、インタラクション要求をSUPERMAN123@example.comに宛て、ｅメールを介してインタラクションサーバに送ってもよい。ＳＭＳを介してSUPERMAN123@example.comに送られたインタラクション要求は、インタラクションサーバによっても受信することができる。電話は、発信者がSUPERMAN123を提供するように指示される一般の番号をダイヤルすることによって、また、SUPERMAN123に関連付けられた特定の番号などをダイヤルすることによって、SUPERMAN123を直接ダイヤルすることに対応する呼び出しアプリケーションによって送ることができる。このプロセスはスマートフォンのアプリを使って自動化することができ、これによってプロセスが容易になる。例えば、ユーザは単純にSUPERMAN123を選択して音声インタラクションを所望することを表示することができる。ＩＭをインタラクションサーバにリダイレクトする、インタラクションサーバと互換性のあるサービスにリダイレクトする、またはプロプライエタリＩＭサービスを利用してもよい。
ルール
【００１０】
ユーザは着信インタラクションをどのようにルーティングするかを決定するインタラクションルールを特定することができる。インタラクションルールは一般的なものであってもよいし、非ユーザ、新規ユーザ、ディレクトリまたはディレクトリ内のグループのユーザなど、特定の送信者またはグループ、カテゴリー、または送信者のタイプなどにカスタマイズしてもよい。ルールは一般的なものであってもよいし、音声、テキスト、要求などの受信されたインタラクション要求の種類によってカスタマイズしてもよい。ルールには、音声、文字または物理的なメール通信を行うか、またはどのように、そしてどこへ行うか；確認表記の好みの設定；ユーザの場所；許容されるまたは好ましいプライベートアドレス（電話番号、ｅメールアドレスなど）；アクセスの許可された、遮断された、または好ましい送信者；緊急または非常事態メッセージの取り扱いおよび／またはエスカレーションルール；停電が終わるまで全てまたは一部のインタラクション要求を遮断または保持する停電期間；アクセスが許可される期間；インタラクションの各方法が許可される時（例えば時間、曜日など）；個人連絡先またはその他のデータを他のユーザおよび／または非ユーザに見れるようにするか否か；コンタクトのディレクトリに送信者を表示するか、またはどのように表示するか、などがある。ユーザはインタラクションルールを自由に変更することができる。
【００１１】
インタラクション要求は要求されたインタラクションの種類を特定することができる。要求されたインタラクションの種類には、文書によるメッセージ、音声メッセージ、生音声などの一般的な通信方法；ｅメールまたは電話などの所望される特定の通信方法がある。インタラクションサーバは、ユーザによって指定された１つまたは複数のクライアントデバイスにインタラクション要求を送信するルールを評価してもよい。例えば、インタラクションサーバは文書によるメッセージをｅメールアドレスに送ったり、電話またはファックスを適切な電話番号にルーティングするなど行うことができる。インタラクションサーバはクライアントデバイスがインタラクション要求を受信したか、および／またはどのように受信したかを決定するために、インタラクションルールを評価することができる。クライアントデバイスの例として、電話、ポケベル、コンピュータ、サーバ、スマートフォン、タブレット、携帯情報端末機器などがある。従って、文書によるメッセージは、例えば、ユーザが仕事中の場合はＩＭとして、仕事中でない場合は文字メッセージとして送信することができる。ユーザの場所は、ＧＰＳデータ、ログイン状態、時刻、デバイスによるカスケーディングなどによって決定することができる。クライアントデバイスはインタラクションの送受信のためにアプリケーションを実行することができる。
【００１２】
従来の電話を置く代わりに、「電話をかける人」は、アプリを使用してインタラクションサーバによる音声インタラクションを要求しさえすればよい。受信者が対応できる状況にある場合にはインタラクションを受け入れ、ボイスチャットまたは電話を確実に行うことができる。受信者が対応できない場合、受信者は対応可能な時間または期間を応答することができる、または全く応答しなくてもよい。受信者が対応できるようになると、元のインタラクション要求に単純に応答することができ、ボイスチャットまたは電話を確実に行うことができる。元の要求者が受信者の対応できる時間までに対応できない場合、元の要求者は、同様に、いつ対応できるかを表示して応答することができる。このように、インタラクションサーバは効率的なインタラクションを容易に行えるようにして、従来の「テレフォンタグ（互いに不在で連絡がとれない状態）」に関連する問題を解決する。
【００１３】
インタラクションサーバを使用して、ユーザは自分たちの対応レベルを表示することができ、これは種々の通信機構またはデバイスへの、またはこれらによるエスカレーション（段階的拡大）および／またはルーティング通信に使用することができる。ユーザはまた、ユーザとインタラクションを行いたいと思っている個人が予想を立てるのを助けるために、全てのユーザおよび／または信頼されたその他のユーザに対応可能性のレベルを公表することを選択することができる。インタラクションのエスカレーションおよびルーティングは、受信者の対応可能レベル、受信者の送信者への信頼度、および／または送信者の表示した緊急性による影響を受ける。
【００１４】
人物１は、ユーザ、非ユーザに関係なく、通常の電話番号やｅメールアドレスなどの通常のプライベートアドレスを使って人物２とインタラクションを試みることができる。人物２は、インタラクションサーバを使ったインタラクションを好む場合、このような着信インタラクションをサービスプロバイダによってインタラクションサーバに自動的に迂回させることができ、それには制限、ルーティング、エスカレーション、承認などのインタラクションルールを再度適用させることができる。インタラクションルールは元の電話番号、元のｅメールアドレス、時刻などに基づくことができる。
アクセスコード
【００１５】
インタラクションサーバは迷惑な通信を含む迷惑なインタラクション要求がユーザに送られないように制限することができる。インタラクションサーバは特定のインタラクション要求のみを許可し、他は許可しないことができる。アクセスを管理する１つの方法は、アクセスコードを使用したものであってもよい。インタラクション要求はアクセスコードを含み、インタラクションサーバは受信したアクセスコードに対してインタラクション要求が認可されているか否かを決定することができる。インタラクションサーバは、アクセスコードが送信者によって使用される前に、インタラクションサーバへのアクセスコードの登録を要求することができる。インタラクションサーバは新しいアクセスコードによるインタラクション要求を受信すると、アクセスコードを動的に割り当てることができる。無制限の数のメッセージおよび／または無制限の数の送信者がアクセスコードを使用することができる。アクセスコードが機能的に有効で、インタラクション要求がアクセスコードなしで到着すると、送信者に入力を指示する、および／または要求を無視することができる。無視された要求は、ブロックまたは無視されたインタラクション要求を受信者が選択して見ることができるように保存することができる。インタラクションサーバは、帯域幅を節約するために、インタラクション要求全体をインタラクションサーバがダウンロードする前に、有効なアクセスコードのないインタラクション要求を拒絶および／またはバウンスすることができる。
【００１６】
一実施形態において、文書によるメッセージを送受信する場合、アクセスコードをｅメールアドレスのローカルパートにサフィックスまたはプレフィックスとして加え、チルダなどの特殊文字によって区切り（例えば、「user1~56aQ1nE3@example.com」）、ｅメールメッセージ自体をインタラクション要求の代わりとすることができる。
【００１７】
ユーザは有効な新しいアクセスコードを発行し、インタラクションがもう必要でない場合、または迷惑なインタラクション要求が特定のアクセスコードで届き始めた場合、自由にアクセスコードを無効にすることができる。インタラクション要求が有効なアクセスコードを持っていない場合、バウンスメッセージおよび／または正しいアクセスコードの入力指示を返すことができ、ユーザはインタラクション要求またはその試みの通知を受け取らないことができる。アクセスコードがユーザによって機能的に有効にされていない場合、ユーザのパブリックアドレス宛ての、アクセスコードを含む、またはアクセスコードを含まないインタラクション要求は、ユーザによって受信されることができる。
【００１８】
インタラクションルールは各アクセスコードに対して特定することができる。例えば、特定のアクセスコードを持つメッセージは未確認インタラクション要求として取り扱うことができ、一方でその他のアクセスコードに特定の権利を与えることができる。例えば、「４４２８」を重要な新しい連絡先のアクセスコードとし、このアクセスコードを使用した場合にその連絡先は自動的に信頼された送信者となる；「７７２６」を、スパムとして扱われ、スパムまたは未確認の受信箱にルーティングされ、および／またはスパムとタグ付けされるアクセスコードとすることができる；「サッカー」を、「サッカーチーム」という見出しの下、送信者に新しい連絡先としてタグ付けするアクセスコードとすることができる。特定のアクセスコードに関して、全てのインタラクション方法を介したインタラクションを認可するようにし、および／または特定のインタラクションタイプおよび／または方法のみを使用するようにしてもよい。アクセスコードの中には、メッセージが検証されたメールボックスに送られることを可能にし、および／またはライブ通信を可能にするものもあれば、一方で、これらの権利のうちの１つを許可するか、またはどれも許可しないものもある。いくつかの実施形態において、インタラクションサーバは転送メッセージとのアクセスに使用されるアクセスコードを含むため、ユーザは受信したメッセージをフィルタすることができる（例えば、「サッカー」はサッカーフォルダに、「７７２６」はバルクフォルダにフィルタリングすることができる）。代替的または付加的に、使用されるアクセスコードに基づいて、インタラクション要求を種々の受信箱に送ることができる。使用されるアクセスコードに基づいて、インタラクション要求をメッセージセンタおよび／またはメールボックス内で、保存、表示、タグ付け、グループ分けなど行うことができる。アクセスコードと共に受信されたインタラクション要求および／またはメッセージは、インタラクション要求および／またはメッセージと共に使用されたアクセスコードを、ユーザ参照のために、表示または符号化することができる。
【００１９】
アクセスコードのためのインタラクションルールには、許可されるインタラクションの方法、緊急および非常事態メッセージの扱い方、そのようなメッセージのエスカレーションが許可されるか否か、エスカレーション時に使用されるインタラクションの頻度、順序および種類、アクセスが与えられる期間、インタラクションの各方法はいつ許可されるのか（例えば、時刻、曜日など）、個人連絡先または他のデータを見ることができるか、送信者を連絡先のディレクトリに表示するか、またはどのように表示するか、送信者への応答をどのようにフォーマット化するか、および／またはどのように取り扱うかなどが含まれる。ユーザはアクセスコードの無効化など、アクセスコードのインタラクションルールを自由に変えることが許される。アクセスコードのインタラクションルールによって特定の送信者に対するデフォルトインタラクションルールを設定することができ、これは後で変更、カスタマイズまたは維持することができる。例えば、送信者は送信者によって使用される第１アクセスコードからデフォルトインタラクションルールを受け継ぐことができる。インタラクションルールは、受信者に「要約」のようなものを提供できるようにするため、特定の送信者または送信者のグループからメッセージを集約する、または統合するためにも使用することができる。別のメッセージとして現れる複数の同様のメッセージの代わりに、これらを１つのメッセージに統合して、複数のインタラクションをまとめた１つのメッセージを受信者が見れるようにすることができる。
信頼できる送信者
【００２０】
アクセスを制限するためにインタラクションサーバを利用する別の方法として、信頼できる送信者の指定（「トラスティング（trusting）」）がある。「トラスティング」はそれ自体として、またはアクセスコードなどのアクセスを制限する他の方法と組み合わせて使用することができる（例えば、インタラクションサーバはトラスティングおよび／またはアクセスコードが選択的に有効化または無効化されるようにすることができる）。トラスティングとアクセスコードの両方を使用することにより、「プライベートにパブリックな」インタラクションの２つの重要な利益、すなわち、止めることのできない迷惑なインタラクション要求に対する恐れのない、そしてプライベートアドレスを開示しないインタラクションアドレスの公共的な使用を達成することができる。例えば、迷惑なインタラクション要求を信頼できる送信者から受信した場合、その送信者は信頼のないリスト、および／またはブラックリストに載せられ、さらなるインタラクションが行われないようにすることができる。インタラクションサーバは、帯域幅を節約するために、インタラクションサーバによるダウンロードの前に、ブラックリストに挙げられた送信者からのインタラクション要求を拒絶および／またはバウンスすることができる。有効だがまだ信頼されていないアクセスコードを使って送信者からの迷惑なインタラクション要求を受信した場合、そのアクセスコードは信頼できる送信者との今後のインタラクションに影響を与えることなく、そしてパブリックアドレスを変える必要なく、無効化することができる。一実施形態において、信頼できる送信者は、ユーザの受信したインタラクション要求に有効なアクセスコードを使用することが求められる。
【００２１】
ユーザは特定の他のユーザおよび／または非ユーザを信頼できる送信者として指定し、これらのユーザからの通信および／またはインタラクション要求の一部または全てを自動的に許可することができる。その他のユーザ、ｅメールアドレス、電話番号、メールアドレス、ＩＭアドレスなど、および／またはこれらのアドレスのうちの１つまたは複数を所有するエンティティまたはアカウントを信頼できる送信者として指定することができる。新しい送信者および／または新しいアドレスからのメッセージには、ユーザが信頼レベルを確立するまでフラグ付け、グループ分け、識別化または記号付けを行ってもよい。送信者は、インタラクション要求をユーザに送る前または後に、信頼できるものとして指定されることができる。インタラクションおよび／または通信アドレスは、ユーザが彼らからインタラクション要求および／または通信を受信する前または後に、信頼できるものとして指定することができる。送信者および／またはアドレスを、リスト、ディレクトリ、ファイル、フォルダ、データベースなどから、信頼できるものとして個別に、またはグループとして指定することができる。全てのドメイン、サブドメイン、ゾーン、エリアコード、郵便番号、範囲などは信頼するものとしてもよいしそうでなくてもよい（例えばブラックリストに載せる）。ユーザは、例えば、ユーザが以前メッセージを送ったことのあるあらゆる受信者を自動的にトラスティングするなど、それに基づいて送信者を信頼するルールを定めてもよい、および／またはステップを実行してもよい。
【００２２】
信頼できる送信者からの通信および／またはインタラクション要求は、インタラクション要求にアクセスコードが含まれていない、または間違ったアクセスコードが含まれている、および／またはアクセスコードが機能的に完全に無効化されている場合にも許可することができる。信頼できる送信者をログインプロセス、デジタル署名を介して認証し、ＩＰおよび／またはｅメールアドレスがなりすましでないことを証明し、また、送信者ポリシーフレームワーク（ＳＰＦ）の記録、第三者検証を証明することができる。インタラクションルールを信頼できる各々の送信者に対して特定する、および／またはデフォルトインタラクションルールを複数の信頼できる送信者に対して使用することができる。信頼できる送信者に対するインタラクションルールには、許可されるインタラクションの方法、緊急および非常事態メッセージの取り扱い方、そのようなメッセージのエスカレーションが許可されるか否か、信頼できる送信者としての期間、インタラクションの各方法はいつ許可されるのか（例えば、時刻、曜日など）、信頼できる送信者はユーザの個人連絡先または他のデータを見ることができるか、信頼できる送信者を連絡先のディレクトリに含めるか、またはどのように含めるか、送信者への回答をどのようにフォーマット化するか、および／またはどのように取り扱うかなどの、種々の活動に対する異なる信頼レベルを含むことができる。またユーザは他のユーザ、非ユーザおよび／または任意の種類のインタラクションアドレスをブラックリストに載せ、全ての通信および／またはインタラクションをブロックし、先に与えられた許可を無効にすることもできる。ブラックリストのユーザは、例え彼らが新しいプライベートアドレスおよび／または有効なアクセスコードを使ってインタラクションを行おうとしてもブロックされたままにすることができる。ユーザは信頼できる送信者のインタラクションルールを自由に変えることができ、これには信頼できる送信者のステータスの無効化または信頼および／または許可の修正が含まれる。
【００２３】
インタラクションルールにより、第１ユーザの信頼できる送信者によって信頼されている第三者（「私の信頼する送信者によって信頼される送信者」）を自動的に信頼する、ケースバイケースで信頼する、特定の種類のインタラクションのみ信頼するようにすることができる。このルールが無効になると、紹介のために共通の知人が必要となる。ユーザは有効なアクセスコードなしで他のユーザへ信頼の要求を送ることができるが、信頼ステータスの要求を送る能力が無効化される前は、限られた数の信頼の否定しか許可することができない。送信者のトラスティングは他のユーザによるトラスティングの決定に基づいてクラウドソースすることができる。ユーザがその送信者を信頼するか否かを決定する場合、他のユーザによる決定のトラスティング統計をそのユーザと共有することができる、および／またはそのユーザは他のユーザのトラスティング決定に基づいて、送信者を自動的に信頼するか否かに関するルールを確立することができる。
【００２４】
種々のメールボックス、フォルダ、ラベル、タグ、フラグ、グループ分けなどを使用して、種々の信頼できる送信者などの中で、信頼できる送信者と信頼のない送信者からのメッセージを識別することができる。例えば、検証または信頼受信箱は信頼できる送信者からのメッセージを保持し、一方で別の受信箱は信頼のない送信者からのメッセージを保持する。代替的または付加的に、メッセージを、送信者の信頼レベルおよび／またはアクセスコードの使用に基づいて、保存、表示、タグ付け、グループ分けなどを行うことができる。信頼のない送信者が信頼できると指定されると、その送信者によって送られるメッセージの種類、表示、タグなどを変更することができる。生音声または生映像の要求に対しては、信頼できる発信者にはユーザへの電話を許可し、一方信頼のない発信者は音声ｅメールまたはその他のメッセージングシステムに自動的にルーティングする、または彼ら自身の識別を指示する、および／またはアクセスコードの提供を指示する、および／または電話をかけようとするとユーザにアラートを送る。
【００２５】
非ユーザから受信したインタラクション要求に対して、暫定的および／または一時的なアカウントを作成し、これによって要求を受信するユーザまたは非ユーザ側のアクションのあるなしに関わらず、トラスティングプロセスを有効にすることができる。この方法により、ユーザはトラスティング、通信統合、確認送達、およびインタラクションサーバのその他の特徴を使って非ユーザとインタラクションを行うことができる。ユーザが享受するいくつかの特徴および能力は、非ユーザへのｅメールメッセージにリンクまたはボタンを含めることによる受信確認の指示、非ユーザへの、彼らのメッセージが受信された、および／または確認されたことの通知、非ユーザの既知のインタラクションアドレスおよび／またはデバイス間での、その確認が受信されるまでのエスカレーションなどの、非ユーザがユーザとインタラクションを行う際、非ユーザにとって使用可能および／または利用可能となる。ユーザおよび非ユーザは、ハッシュタグおよび／またはその他の記号でメッセージにマークを付けて、インタラクションサーバの特徴を活用することができる（例えば、タスク割り当ての#task（以下に記載）、緊急メッセージの#urgent（以下に記載）など）。暫定アカウントを持つ非ユーザには、彼らの暫定アカウントを永久アカウントに切り替え、複数の暫定アカウントを１つの通常アカウントに統合する手段が与えられる。
緊急
【００２６】
本開示を行う前は、人物２と電子的にインタラクションを行う人物１は人物２の既知のインタラクションアドレス（電話番号、スカイプ（または同様のサービス）、ユーザー名、ｅメールアドレス、ＳＭＳ番号、ＩＭ名など）を選択してインタラクションを試みなければならなかった。インタラクションの試みがうまくいかなかった場合、人物１は別のアドレス（それがわかっている場合）を試してみなければならなかった。インタラクションサーバを介してインタラクションを行う場合には、ほとんどのインタラクションの種類を介してインタラクションを行うために、音声であろうと文字であろうと、人物１は、ユーザであろうと非ユーザであろうと、ユーザのパブリックアドレスを１つ持ってさえいればよい（ユーザがアクセスコードおよび／またはトラスティングを有効にした場合、有効なアクセスコードまたは信頼できる送信者としての事前の承認も必要となる）。人物１はインタラクションを行おうとしているユーザの電話番号、ｅメールまたはその他のアドレスを所有している必要はなく、さらに、ユーザの複数のアドレスおよび／または通信の種類（音声または文書など）を、ユーザに首尾よくつながるまで試すことができる。
【００２７】
一実施形態において、人物１はユーザのパブリックアドレス、所望されるインタラクションの種類（音声または文字など）および緊急レベルを選択することができる。インタラクションに緊急が表示されていない場合、それを通常または低にデフォルトすることができる。人物１からのインタラクションは、インタラクションサーバ内に設定された緊急に対応するユーザのためのインタラクションルールに従って処理することができる。例えば人物１が文書によるメッセージを通常の緊急メッセージと指定する場合、ユーザルールにより、通常の緊急の場合の文字／文書メッセージのための好適な送達手段としてｅメールを指定することができる。高い緊急度として示される人物１からのメッセージは、ＳＭＳメッセージの反復、複数の電話番号の同時または順次的なダイアリングなど、ユーザへの高緊急送達をトリガすることができる。
エスカレーション
【００２８】
ユーザは、他のユーザ、非ユーザ、および／またはゾーン（以下に定める）に、自分に非常事態またはその他の緊急メッセージを送る権利を与えることができる。ユーザは緊急または非常事態アクセスコードとして特定のアクセスコードを確立することができる。インタラクション要求のアクセスコード、送信者、ゾーンおよび／または別のフィールドは、メッセージが緊急メッセージであることを示す、および／またはそのメッセージは、特定の緊急レベル（低、通常、緊急および非常事態）を示す緊急インディケータを含むことができる。
【００２９】
緊急インディケータの付されたメッセージをユーザが受信すると、インタラクションサーバは、それを複数のインタラクション方法（例えば音声、文字など）により、複数のアドレスおよび／またはデバイスへ順次または同時に、所定の間隔などで反復して送ることにより、緊急メッセージをエスカレートさせることができる。インタラクションサーバはそのメッセージが確認されるまでエスカレーションを続けることができる。緊急メッセージは複数のインタラクション方法により、各インタラクション方法による送信の間に所定の間隔をおいて順次送ることができる、および／または緊急メッセージは、選択されたインタラクション方法を介して、同時送信の各セットの間に所定の間隔をおいてなどして送ることができる。ユーザが自分たちのメッセージセンタおよび／または受信箱を見る場合、メッセージを赤などに光らせて、それが現在エスカレートされている状態であることを表示してもよい。インタラクションサーバはユーザの注意を喚起するために、アラートデバイスの音量の変更（例えばスマートフォンの音量の静から最大への変更）、振動、閃光などを行うように構成することができる。緊急メッセージはユーザの配偶者、家族、同僚などや、近くにいる赤の他人にさえもエスカレートさせることができる。ユーザは緊急メッセージをスヌーズしてもよく、エスカレーションを所定のおよび／またはユーザの示したスヌーズ間隔で遅らせることもできる。ユーザは確証または確認メッセージをインタラクションサーバに送ってエスカレーションを終了することができる。インタラクションサーバは確証もしくは確認、またはそれがないことの報告をメッセージの送信者に提供することができる。
【００３０】
インタラクションサーバはＧＰＳやその他のロケーションアウェアな技術を使って対象ユーザに連絡をとる手助けをすることができる。インタラクションサーバはユーザの物理的に近くにいる他のユーザへの緊急メッセージをエスカレートさせることができる。例えば、通知を受けているユーザが、彼らの携帯電話の呼び出しがオフになっていたり、電池が切れているなどして通知に気付かない場合、近くにいる他のユーザがアラートを受けて対象ユーザを探してメッセージを伝えることができる。場所データはエスカレーションの順番を動的に変えるために使用してもよい。例えば、ユーザが事務所にいる場合、事務所の電話番号とＩＭアカウントを最初にアラートし、ユーザが自宅にいる場合、エスカレーションの順番を動的に変更して、固定電話番号と個人のＩＭアカウントを最初にアラートすることができる。
【００３１】
ユーザはどのインタラクション方法を使用するか、これらのインタラクション方法を使用する順番、非常事態メッセージを出す間の間隔などを決定するエスカレーションルールおよび設定を定めることができる。ユーザは各送信者、ゾーンおよび／またはアクセスコードのエスカレーション設定を選択することができる、および／またはユーザは複数の送信者、ゾーン、アクセスコードなどのデフォルト設定を使用することができる。送信者が非常事態の権利を濫用すると、第２ユーザはその非常事態の権利を無効にする、または修正することができる。そして送信者からのメッセージは全て非緊急メッセージとして取り扱うことができる。あるいは、ユーザは一日のうちの特定の時間帯、１週間のうちの何日か、１年のうちの数週間などのみ、エスカレーションを許可することができる。逆に、送信者が受信者により、受信者の子供または受信者の上司などのような非常に重要な人物（ＶＩＰ）であると見なされる場合、特定のまたは全ての種類のインタラクションは、インタラクション要求と共に含まれる緊急インディケータに関係なく、自動的にエスカレートさせるか、または特定された緊急レベルを、より高い次の緊急レベルなどに自動更新することができる。
関係
【００３２】
インタラクションサーバは保護者と子供、雇用主と従業員、同僚と同僚などの間の関係を許可することができる。保護者アカウントは子供アカウントへのインタラクションルールおよびアクセスを管理することができる。このように、保護者は信頼できる送信者の指定、アクセスコードの発行および無効化、インタラクションルールの確立および修正、他のアカウントの使用およびアクセスの管理などを行うことができる。 保護者は子供宛ての全てのインタラクション要求または全ての未検証インタラクション要求を保留し、子供に見せないように選択することができる。そして保護者はインタラクション要求を承認してからこれらが子供に送られるようにすることができる。保護者は特定の信頼できる送信者からの、および／または特定のアクセスコードを含むインタラクション要求が承認を要求せずに子供に送られることを選択してもよい。このように、保護者は安全で管理された方法を子供に提供することができ、電子インタラクションの恩恵を享受することができる。
ゾーン
【００３３】
ユーザはゾーンを使用することにより、彼らのアカウントを会社または組織に関連付けることができる。ゾーンにより、ゾーンの所有者または管理者は彼らのメンバーのインタラクションのルック・アンド・フィール（見た目および使い勝手）を管理することができる、またコンテンツを監視することができる。組織はインタラクションサーバにゾーンを登録することができる。組織は特定のユーザをゾーンに関連付けて、ゾーンと共に使用することのできるこれらのユーザ固有のアドレスを生成することができる。ゾーンと共に使用される固有のアドレス（例えば、波括弧内にゾーンを含む「Sam.Jones{company1}」）は上述のパブリックアドレスのように機能し、このアドレスと交換可能であり、インタラクション要求は制限され、信頼できる送信者が識別される。例えば、ユーザのＳａｍ  Ｊｏｎｅｓは、彼のゾーンの提供されたパブリックアドレスを有効なアクセスコードと共に与える際、「Sam.Jones{company1}」および「１２３４」を使用することができる。先述の「プライベートなパブリック」システムと同様に、送信者が一旦信頼できる送信者として識別されると、アクセスコードはもはや必要なくなり、信頼できる送信者がＳａｍとインタラクションを首尾よく行うには「Sam.Jones{company1}」で十分となる。
【００３４】
ゾーンを有する固有のアドレスは新しいユーザアカウントの一部であってもよいし、またはユーザの既存アカウントに関連付けてもよい。ゾーンを有する固有のアドレスは、アカウントの所有者から許可が与えられた場合のみ既存のアカウントに関連付けることができる。ユーザの組織との関連性がなくなると、そのユーザを関連付けられたゾーンから取り除いてもよい。ユーザは複数のゾーンに関連付けすることができる。例えば、ユーザＳａｍ  Ｊｏｎｅｓは「SamJones123」を彼の個人パブリックアドレスとして使用しながら、一方でそれを「Sam.Jones{company1}」および「CoachJones{soccerteam1}」に関連付けることもできる。
【００３５】
ｅメールメッセージを、例えばゾーンを波括弧内に含む「Sam.Jones{company1}@example.com」に宛てることができる。ゾーンおよびアクセスコードを有するｅメールアドレスは、Sam.Jones{company1}~1234@example.com.のようになる。組織のｅメール通信が処理のためにインタラクションサーバに転送されると、信頼できる送信者からのｅメールメッセージは、例えば波括弧内のゾーンを必要とせずにsam.jones@company1.comに送ることができ、ｅメールのフォーマット内で組織のインタラクションに透過的に提供される「プライベートなパブリック」のインタラクションとなる。
【００３６】
ユーザは自分のゾーン関連インタラクションの特定の側面（aspect）の管理をゾーン管理者によって許可されるが、他は許可されない。例えば、ユーザはインタラクションの受信または信頼できる送信者の識別の一部または全てのルールの管理を許可されるが、インタラクションのルック・アンド・フィール、ゾーンディレクトリにおける特定の連絡先の編集など、その他のルールはたは設定の修正は許可されない。ユーザはゾーンの関連付けられた彼ら自身の個人アカウントへのサインイン、またはゾーンによって確立された別個のサインインプロセスによるゾーンへのアクセスを行うことができる。ゾーンが個人アカウントに関連付けられ、ユーザがゾーンにその個人アカウントでアクセスすることができるとしても、ゾーン管理者はユーザの個人アカウントへのアクセスを持つことができない。
【００３７】
インタラクションサーバは、各ゾーンに従い、そして非ゾーンインタラクションによって、インタラクションを分離することができる。ユーザは、仕事の電話および仕事のｅメールのみがその仕事に関連付けられたゾーンに宛てられた電話およびメッセージを受信するようにし、および／またはユーザはデフォルトインタラクションルールをゾーンおよび非ゾーンのインタラクションの両方に適用することができるなど、各ゾーンに対する代替インタラクションルールを特定することができる。連絡先はゾーンによって分けることもできる。このように、ゾーンに関連付けられる連絡先に送られるインタラクション要求は、所定のシグネチャ、ルック／フィール、返信アドレスなどによって自動的にブランドする（brand）ことができる。複数のゾーンに関連付けられた連絡先に関して、ユーザはどのゾーンおよび／またはブランドを適用するかを選択することができる。インタラクションサーバはゾーンに関連付けられた電話の利用および非ゾーンに関連付けられた電話の利用も決定し、組織およびユーザが使用、コストなどを正確に計算できるようにすることができる。
【００３８】
ゾーン管理者および／または所有者の特権を持つ１人または複数のユーザはゾーン設定を特定する、および／またはゾーンに関連付けられた全てのインタラクションおよびデータを見て管理することができる。ゾーン管理者および／または特権のあるユーザは、関連付けられたユーザのゾーン内のグループおよび／またはサブグループへの追加；グループ、サブグループ、物理的な場所、部署などに基づくインタラクション要求の送付を含む、関連付けられたユーザとのインタラクション；ゾーンからのユーザの除去；関連付けられたユーザ全てに影響を与える全体的な変更；信頼できる送信者の指定と除去；アクセスコードの管理；関連付けられたユーザへのチャネル加入の強制；チャネルからのユーザの脱退、および／またはチャネルへの加入の許可；関連付けられたユーザ、グループ、サブグループなどの間でのディレクトリの共有；整合などのために、任意のインタラクション方法によって送られた全てのインタラクション要求の記録；チャネルへの加入やファイルの保存など、ゾーン内における特徴（feature）の許可および非許可；各々の関連付けられたユーザ用の標準化ウェブおよび／またはソーシャルメディアページの作成；タスクおよびプロジェクトの割り当ておよび監視；要求の提出などを行うことができる。
【００３９】
ゾーンは、ゾーンメンバの一部または全員の間の制約されないインタラクション；連絡先とのディレクトリの共有；ファイルの共有とデータリポジトリ；アプリケーションの共有と連携；バーチャル電子掲示板；共有カレンダリングなどの、ゾーン内インタラクションと特徴および機能との連携に使用することができる。
要求、割り当て、タスク、プロジェクト
【００４０】
Ｅメール、ＳＭＳメッセージおよび手書きの手紙は、典型的には、特別なオリジナルの構造なしで構成される。ユーザは新しいインタラクション要求を、構造化されていないものとして構成したり、または要求、割り当て、勧誘、通知、フォーム、複数の選択、空白埋めなどの、フォーマット、テンプレートおよび／またはツールを使って作成、または使用することができる。インタラクション要求の受信者は、「はい」または「いいえ」、追加条件のあるなしによる承認または却下、複数の選択、空白埋め、フォームへの記入、非構造化メッセージによる応答などの受信した構造に従って応答することができる。ユーザから複数の回答が要求される場合、複数のインタラクション要求および／またはメッセージを各々に必要な別個の応答で送達することができる。受信したインタラクション要求は、応答が要求されるか否かに基づいて保存することができる。
【００４１】
割り当て、タスクなどとして形成されたインタラクション要求は、タスクまたはプロジェクト管理システムと統合させることができる。受信者は割り当てまたはタスク要求の受諾、拒絶、またはそれらの要求への回答を行うことができる。要求者は回答を見て、タスクおよび／またはプロジェクトの進捗を追跡することができる。 タスクおよび／またはプロジェクトには、要求者、アクター、スポンサー、連絡を受ける人、ヘルパーなどの複数の当事者が携わることができる。承認された、および／または勧誘された当事者にはタスクおよび／またはプロジェクトデータおよび／またはその他の当事者とのインタラクションを通知することができる、またはインタラクションが許可される。通信、通知、その他のワークフロー、およびその他のアクションは、タスクの完了、新しいコメント、クエリーへの回答、添付またはその他のデータ、期限が迫っているまたは期限超過、外部データなどの特定のイベントまたは閾値の発生によってトリガすることができる。タスク、プロジェクト、会話、アクションなどはインタラクションサーバ内に保存することができる、および／またはローカルコピーをオフラインアクセスおよびその他の目的のために提供し、これらのコピーを後にオンラインアクセスが復元された時に同期させることができる。
ワークフロー
【００４２】
インタラクションサーバは単純または複雑なワークフローを容易にすることができる。ユーザは内蔵された、カスタムまたは外部ツール、テンプレートなどを使用して、ワークフロー用の電子フォームおよびプロセスを作成することができる。ワークフロープロセスには、インタラクションサーバによって実行される一連のステップを含むことができる。各ステップに関しては、ステップを行う前に特定の条件を満足させておく必要がある。例えば、経理部は経費清算フォームを作成し、ワークフロープロセスをインタラクションサーバに埋め込むことができる。第１ユーザはそのフォームに記入することができ、これによってマネージャーに承認のためのアラートをトリガすることができる。マネージャーの承認は経理部へのアラートをトリガし、第１ユーザに払い戻しを行う。支払い通知が第１ユーザに送られ、第１ユーザは支払いを受け取ることができる。全ての当事者は、要求、応答、日付、名前、承認、却下、コメント、添付、通知などを含むワークフロー処理の全ての側面の永久的な記録へのアクセスを保持しておくことができる。
着信メッセージの割り当て
【００４３】
インタラクションサーバは、例えば顧客がカスタマーサービス部署とインタラクションを行う場合など、１人と多数、多数と多数ベースでインタラクションが容易に行えるように構成することができる。複数の個人に、例えば、カスタマーサービス部署内のスタッフなどの１人または複数のユーザアカウントによって受信されるインタラクション要求を受信し、それに対応する権利を与えることができる。インタラクション要求は自動および／または手作業で、優先度、緊急度、ＶＩＰ送信者などによって分けることができる。インタラクション要求は１人または複数の承認された個人に自動または手作業で割り当てることができる。一旦割り当てられると、そのインタラクション要求には他者が対応することはできず、その要求はキューに移動され、特定のステータスのマークが付される、および／または他のインタラクション要求に分類される。インタラクション要求はいくつかの方法、すなわち、優先度の上昇、様々な個人、部署またはサービスへの送付および／または割り当てによって転送および／またはエスカレーションすることができる。エスカレーションは、応答時間の遅れ、緊急インディケータ、ＶＩＰ送信者などの種々の理由によって発生する。２つの当事者間のインタラクションは、文字などの１つの形態で始まり、例えば、当事者が電話、ビデオ会議などを始めたい場合などに、別の形態へと移動または変化させることができる。インタラクション要求のためのインタラクションの手段はインタラクションを行う各当事者にとって同じである必要はない。例えば、送信者はメールで話しをしたいと思い、一方で受信者は送信者へ映像を表示することを選択したり、またはその逆もある。送信者または受信者は彼らの個人的な連絡先、本当のＩＤ、またはその他の情報を保持しておきたいと思う場合がある。送信者または受信者はインタラクションの条件として特定の情報を公開、または共有することを要求することができる。インタラクションサーバはファイルの転送、スクリーンの共有、リアルタイムメッセージングへの参加、および／または他のやり方による連携のために使用することができる。各インタラクションの永久的な記録へのアクセスは、各当事者のために保持しておくことができる。
一斉通知／グループインタラクション
【００４４】
一斉通知システムは、連絡先のデータベースに含まれるアドレスへ通信を送るように構成することができる。一斉通知システムは主に緊急および／または非常事態の通知のために使用することができるが、緊急通信でなくても使用できる場合もある。一斉通知システムにはいくつかの大きな制限がある。一斉通知システムでは、連絡先のデータベースを集めて維持し、グループへの通知を「プッシュする」必要があるが、対象受信者は、プライバシー侵害の可能性、自己満足からくる安心感、および／または町内や学校などの複数の別個のシステムにおいて同じ情報を管理しなければならない不便さなどにより、個人的な連絡先の提供をするのをだんだん嫌がるようになってきている。さらに、正確な連絡先の維持は、グループメンバの移動、不通または番号の変更、ｅメールアドレスの変更、グループからの脱退などにより、すぐに終わりなき苦しい戦いに陥る。さらに、一斉通知システムを緊急避難のために使用は、連絡先のデータベースに電気通信事業者から入手した固定電話の電話番号を追加するには便利だが、固定電話の使用はボイス・オーバー・ＩＰ（ＶｏＩＰ）および携帯電話の普及に伴いどんどん少なくなってきているため、通知を必要とする居住者の電話番号が見つからないという大きなギャップが生じる。一斉通知システムは高くつくため、小さな学校、小さな町、小さな組織、チームやクラブ、家族などの小さなグループによる使用が抑えられることがある。ソーシャルメディアツールは複数のユーザによる無料通信を可能にする。ソーシャルメディアツールには一斉通知システムにおけるデータベースの収集と保守整備上の頭痛の種がないが、ソーシャルメディアツールはエスカレーション、確認（受信の確証）、動的分割および一斉通知システムによって使用され、効果的な緊急通知に必要なその他の特徴を提供しない。
チャネル
【００４５】
ユーザは一斉通知を含む、グループ間のインタラクションを容易にする１つまたは複数の「チャネル」を確立することができる。ユーザはプライベートアドレス、個人の連絡先、彼らの本名などを公開することなくチャネルに加入し、放送されるメッセージを受信することができる。よって、チャネルで放送することのできるユーザは、加入者のプライベートアドレス、個人の連絡先、電話番号、ｅメールアドレス、本名などを知らずに、視聴者と制限なくインタラクションを行うことができる。チャネルに送信または投稿されるインタラクションデータは、そのチャネルの１人または複数の加入者に、アプリケーション、ｅメール、ＳＭＳ、ＩＭ、電話、郵便などを含む複数の方法で、転送または「放送」することができる。放送メッセージは、録音音声、生音声、文字、映像、告知、要求、質問、プロンプトなどを含む複数のフォーマットの形態とすることができる。加入者はアクセスコードなしでチャネルインタラクションを自動的に受信することができる。加入者はチャネルメッセージの受け取り方を選択して、同じまたは異なる方法を使ってメッセージに応答することができる。チャネルの管理者および／または加入者は、インタラクション要求をチャネルの他の加入者に個人的に送る、または他の加入者に関する情報にアクセスすることができる。
チャネルへの加入
【００４６】
チャネルはインタラクションサーバによってホストすることができる、および／またはチャネルは別のサーバおよび／またはエンティティによってホストすることができる。インタラクションサーバのアカウントを持つユーザはインタラクションサーバによってホストされるチャネルおよび／または遠隔ホストされるチャネルに加入することができる。インタラクションサーバは、別のサーバによってホストされる遠隔チャネルが、インタラクションサーバのアカウントを持つユーザおよび遠隔チャネルに加入したユーザにメッセージを放送できるようにするＡＰＩを備えることができる。いくつかの実施形態において、インタラクションサーバはＡＰＩを使って別のサーバを認証し、受信したメッセージをユーザのメッセージセンタにルーティングすることができる。ユーザがチャネルに加入すると、ユーザの個人データおよび／またはユーザの信頼リストを更新して加入を反映させることができる。インタラクションサーバはユーザの加入していないチャネルからのインタラクション要求を拒絶する、および／またはバウンスメッセージを送るなどして、そのユーザがそのチャネルに加入していないことを知らせることができる。
【００４７】
ユーザがそのチャネルへの加入を希望すると、チャネルは特定のプライベートアドレスまたはその他のデータへのアクセスを要求することができる（例えば、結婚するカップルによって設定された結婚チャネルへの加入を試みる場合、郵便の宛先へのアクセスを要求する）。要求された情報は、要求された情報からのディレクトリを作成するなどして、チャネル管理者および／またはその他の加入者が利用できるようにし、加入を希望するユーザには加入前に誰がアクセスを有するかを知らせることができる。入会ルールにより、必要とされる情報、場所、家族関係、チーム系統、年齢制限、保護者の許可、加入者数の制限、セキュリティの質問への回答、パスワードの保有などのその他の加入基準を決定することができる。例えば、子供の学校のクラスルームのためにチャネルへ加入しようとする保護者には、彼らの名前、子供の名前、パスワード、子供の誕生日などの確認データの提出が求められる。チャネルは入会ルールを満足させる全ての加入者を自動的に承認し、および／または加入を承認する前にチャネル管理者の許可を必要とするように構成することができる。チャネル管理者は加入者を削除することもできる。
【００４８】
各加入者は、例えば、非チャネルインタラクション要求を受信するためのインタラクションルールに類似した彼ら自身のインタラクションルールを設定することができる。例えばこれらのインタラクションルールには、メッセージを受信するデバイス、チャネルが非常事態権利を有するか否か、追加デバイスまたはユーザがメッセージを受信しなければならない頻度および順番を含む緊急メッセージの取り扱い、停電が終わるまでメッセージをブロックする、または保持する期間などが含まれる。加入者はチャネルのカスタムルールを設定することができる、またはデフォルトルールを使用することができる。インタラクションサーバはメッセージの受信確認を要求する、および／または送達が達成されたかを確認するようにすることができる。インタラクションルールは確認されていないメッセージの取り扱いを決定することができる。例えば、一度も確認していないのにメッセージがエスカレートされるのを許可しないユーザもいる。ユーザは自由に加入を中止したり彼らのルールを変えたりすることができる。
【００４９】
チャネルの中には、インタラクションサーバとのアカウントを明示的に作成せずに、ｅメールアドレス、ＳＭＳ番号、電話番号などのみでユーザのチャネルへの加入を許可するところもある。チャネル管理者は個々に、またはリストまたはディレクトリなどから、加入者をチャネルへ追加および／または勧誘することができる。アプリケーションは電子ディレクトリや他のアプリケーションへのアクセスを提供して、加入者の勧誘プロセスを容易にすることができる。ユーザには彼らがチャネル加入に勧誘されたことを通知することができる。非ユーザにも、例えば、彼らにｅメールメッセージ内のボタンまたはリンクを送ることによって、または非ユーザにチャネル名を提供し、彼らがそれをオンラインまたはアプリケーションによって検索するように促すことによって、チャネル加入を勧めることができる。暫定および／または一時アカウントを作り、これによって非ユーザ側でアクションを行うことなく、非ユーザはチャネルに加入することができる。この方法によって、全ての加入者は彼らのアカウント、ｅメールアドレス、ＳＭＳ、電話などによって放送を受信することができる。暫定加入者は放送に応答したり、チャネルの統計レポートの一部にカウントされたりすることができる。暫定加入者は彼らの暫定アカウントを永久アカウントに切り替えることができ、複数の暫定アカウントを１つの永久アカウントに統合する手段が提供されることもある。
【００５０】
ユーザは、例えば所定のエリアに入ると、その地方のアンバーアラート（Amber Alert）チャネルに自動的に加入することができる。ユーザは興味がなくなったチャネルや加入したチャネルの加入を自動的に中止することができる、または今後の自動加入の一部または全てを止めることができる。ユーザは複数のチャネルを作成することができる。各チャネルはウェブページおよび／またはウェブプレゼンスを有することができ、これらは加入者および／または公共で利用されることができ、これによってビジターはチャネルのことを知り、チャネルに加入し、放送を受信し、放送に応答し、過去の放送を見たり、チャネルに関する統計データやその他の情報を見たり、関連するファイルを見たり、関連映像を視聴することができる。チャネルは直接のリンク、サーチ、ブラウジングなどによって見つけることができる。 
放送
【００５１】
放送は、複数の方法、例えば、アプリケーションまたはＡＰＩを使ったもの、文字メッセージ、ｅメールもしくは電話、またはその他のインタラクションから、認可ユーザらによって開始させることができる。チャネルは指定されたｅメールまたはその他のアドレスを持つことができ、この場合、そのアドレスで受信したメッセージはそのチャネルで自動的に放送される。加入者は放送に応答することができ、彼らの応答はそのチャネルで放送される、またはされない。チャネルの中には重要な緊急および／または非常事態メッセージを加入者に放送するところがある。緊急と表示されたメッセージは緊急メッセージ送達の加入者ルールをトリガし、これによって加入する各チャネルに対して有効化／無効化、および／またはカスタマイズされる。例えば、緊急メッセージは確認または確証が受信されるまでエスカレートさせることができる。１対１の緊急のインタラクションのように、緊急チャネルメッセージはいくつかの方法、例えば、複数のデバイスを試す、同じデバイスを反復して試す、複数の手段を使う、順次または同時に行う、近くにいる他のユーザにアラートする、確認されるまで複数の受信者にアラートするなどによってエスカレートさせることができる。加入者はメッセージをスヌーズしてエスカレーションを遅らせることもできる。加入者はインタラクションサーバに確認または確証メッセージを送ってエスカレーションを終了させることができる。インタラクションサーバは放送の送信者、チャネルの管理者などに確証または確認を提供する、または確証／確認がないことを表示することができる。
【００５２】
全ての加入者が一部または全ての他の加入者に対してメッセージを放送することのできるチャネルもあれば、特定の加入者および／またはチャネル管理者のみがそのチャネルでメッセージを放送することのできるチャネルもある。一部または全ての加入者はメッセージをチャネル管理者および／またはその他のチャネル加入者にエスカレーションさせることができる。チャネルが受信した加入者からのメッセージは、上述の様に取り扱うために割り当てることができる。チャネルはクラブ、家族、協会、会社、部署、学校、地方自治体などのように永久的なものであってもよいし、チーム、クラス、結婚式などのように一時的なものであってもよい。チャネルは、加入者へのダイヤルアウト／ダイヤルインを含む、音声またはビデオ会議の呼び出しを開始するために使用することができる。チャネルはまた、チャットルームとしての使用、またはテレビやスタジアムでの生放送における投票または回答を受信するなど、人々の大きなグループからの即座のクエリーや回答を受信するための使用が可能である。チャネルは、「はい」または「いいえ」、多項選択、空所の穴埋め、フリーアンサーなどの質疑応答フォーマットをサポートし、チャネル管理者および／または放送者に統計データをリアルタイムで提供することができる。チャネルは、文字、音声、映像などを含む複数のインタラクション方法を介して、放送者と受信者との間の２方向インタラクションを容易にすることができき、これは、家族、チーム、クラブ、クラスなどのような小さなグループに役立つ。チャネルインタラクションは記録または監視することができる。いくつかのチャネルは有料であり、加入者へメッセージを送信する前に加入状況を確認することができる。
【００５３】
チャネルはニュースフィード、ニューズレター、ブログ、ポッドキャストなどを放送するために使用することができる。放送されるメッセージには加入者が開くことのできる添付を含めてもよい。加入者はリーダーおよび／またはマルチメディアプレーヤーを有し、それによってチャネルが送ったメッセージを受信し、それとインタラクションを行うことができる。加入者は、プライベートチャネルなどのチャネルからのデータ、他の加入者からのプライベートデータ、チャネル管理者からのプライベートデータなどを検索することができる。チャネルの目的は加入者がプライベートデータにアクセスできるようにすることである。
【００５４】
チャネルは加入者のディレクトリを作成するために使用することができる。例えば、ディレクトリチャネルの加入者は誰でもその他の加入者とインタラクションを行うことができる。ディレクトリチャネルは生徒のための学校；町；州；国などによってセットアップすることができる。ディレクトリチャネルは、例えば、緊急でない文書によるメッセージのみを許可する、および／または加入者に所定の連絡先の公表を要求する、および／またはその他の加入者からの特定の種類のインタラクションを許可するなど、許可されるインタラクションの種類を制限することができる。ディレクトリチャネルは加入者が他の加入者とインタラクションを行うことができなくなる前に許可される信頼拒否（trust denials）の数を特定し、信頼するクラウドソーシングのパラメータを特定するなどして、迷惑な通信から加入者を保護することができる。
【００５５】
加入者は、ディレクトリチャネルの他の加入者とインタラクションを行うルールを特定することもでき、これには許可されるインタラクションの種類；インタラクションの許可される加入者の地理的領域の制限；ディレクトリチャネルから特定のフォルダへの全てのインタラクションのフィルタリング、ラベルおよび／またはメールボックスなどが含まれる。ディレクトリチャネルに対する加入者のルールでは、特定のユーザ、ユーザのグループ、加入者のプロフィール／興味に合う販売業者などのユーザのカテゴリー、ユーザのジオグラフィーなどをブラックリストまたはホワイトリストに登録することができる。加入者はディレクトリチャネルから脱退することができる、および／または加入者からディレクトリチャネルへの全てのインタラクションをブロックすることができる。加入者は、個人ユーザを含むユーザグループに対する個人ユーザの上書きルールに信頼ステータスを含めるように選択することができる、および／または加入者はコンフリクトが発生した場合にプロンプトで指示を求めることを選択することができる。
【００５６】
チャネルは加入者が共有データとインタラクションを行うことも可能にする。例えば、ポットラックスタイルのチャネルは、加入者が先頭順ベース(First-come,first-serve basis）で選択する、またはサインアップするアイテムのリストを含むことができる（例えばポットラックディナーの料理のリスト）。チャネルは統合カレンダーおよび／または他のチャネルまたはカレンダリングシステムからリンクされたカレンダーを含むカレンダリング能力を有することができる。放送されるメッセージは、加入者がカレンダリングシステムにイベントを自動挿入する能力を含んだカレンダリング要素を有することができる。管理者が新しいイベントを追加する場合、通知を自動的にトリガすることができる。管理者はカレンダーイベントを軽く叩くまたは編集することによって放送をトリガすることができる。リンクされたチャネルのイベントはスケジュールされたリマインダを有し、これをエスカレート、スヌーズ、却下、確認することができる。
動的な分割
【００５７】
チャネルはまた、メッセージを加入者のサブセットのみに放送することができるよう、加入者の動的な分割を可能にすることもできる。例えば、メッセージを送る場合、放送者は基準を選択し、その基準を満たす加入者のみにメッセージを自動的に送ることができる。基準はプライベート情報を含むことができ、インタラクションサーバはこれを知っているが、放送者は知らない。例えば、チャネル管理者はどの加入者がその基準に適合するかを決定することはできないが、基準によってメッセージを５０歳以上の受信者のみに送るように特定することができる。基準には場所（例えば、現在特定の領域にいる人または特定の領域に本籍地を持つ人への避難命令）、グループおよび／またはサブグループを含むゾーン、年齢、性別、新規の／最近の加入者（例えば、特定の期間内にチャネルへの加入を開始したユーザ）、特別なプロフィールまたは興味ある製品を持つ加入者などがある。放送者は基準を特定する前に、加入者を事前にグループ分けする必要はない。何人かの加入者が関連データを特定していない条件に基づいて放送者がメッセージを送る場合、それらの加入者のプロフィールまたは好みに関する情報が欠如しているため、これらの加入者にチャネルメッセージの届いていない可能性があることを通知することができる。適切な情報が入力されると、元の通信は加入者のところへ届けられる。
メールマージ
【００５８】
チャネルはメールマージタイプ機能を放送者に提供することができる。放送者はデータベース、リストなどからデータをメッセージに統合することができる。例えば、放送者は名前フィールドを参照するために「Dear{$NAME}」を入力し、各メッセージに対象受信者の名前を追加することができる。データにはインタラクションサーバに保存された加入者のプライベートデータを含めることができる。一実施形態において、放送者はアクセスを有していないデータを統合することができ、放送者は統合プロセスによって生成されたメッセージを見ることができない。あるいは、放送者がプライベートデータをメッセージに統合する権利を必要とする場合、放送者のアクセスを許可しない加入者にデータを要求するか否かを決定するよう、放送者に指示することができる。より保護を必要とする情報（例えば支払い情報など）は、インタラクションサーバおよび／または加入者によって統合が禁止される、および／または統合される前に加入者の許可が必要となる場合がある、一方で保護をそれほど必要としない情報（姓など）は統合することができる、および／または許可を必要としない。メッセージの構成に使用されるアプリケーションは利用できるフィールドを表示することができる、および／または統合が禁止されている、または許可の必要なフィールドを表示することができる。
自動メッセージ
【００５９】
自動メッセージはチャネルによって個々のユーザに送ることができる。例えば、自動メッセージは所定の時間にリマインダとして、または予定されるイベントのアラートとして送ることができる（例えば、誕生日または記念日、投票へのリマインダ、エアフィルタ交換のリマインダなど）、また自動メッセージは所定の条件が発生した場合（例えば、サーバのクラッシュ、株価の特定値への到達、小児性愛者の接近、欲しい品物のウェブサイトでのセール、監視温度の特定閾値への到達、所定のユーザによるメッセージの受信、アラームまたはアラートのトリガなど）に送ることができる。インタラクションサーバはデータの受信、検索および／または計算を行い、これを所定の条件が発生したか否かを決定するために使用することができる。条件データは、ｅメール、カレンダー、データプロバイダ／サーバ、ファイルサーバ、データベース、ウェブサイト、ウェブサービス、ＡＰＩ、メッセージセンタ、その他のチャネルなどから検索することができる。例えば、アグリゲータプロモチャネルは個々のリテーラのチャネルからのプロモーションを転送することができる。自動チャネルメッセージを動的な分割と組み合わせ、特定の基準に適合する加入者にスマートメッセージを送ることもできる。例えば、自動車のサービスチェーンはサービスセンターの半径以内にいるユーザにオイル交換が必要な旨のメッセージを送ることができる。一番最近のオイル交換の日付をインタラクションサーバに保存しておくことができる、および／または自動車サービスチェーンはどのユーザにオイル交換の必要があるかを決定することができる。自動機構を使用してチャネルで通信を放送することもできる。自動サーバはウェブサービスまたはＡＰＩなどを使ってインタラクションサーバと直接インタラクションを行い、メッセージの送付における人間によるダイレクトなインタラクションの必要性をなくすことができる。
ロケーションアウェアメッセージ
【００６０】
インタラクションサーバはチャネルメッセージおよび／または１対１のインタラクション要求の処理にロケーションデータを使用することができる。例えば、インタラクションサーバは、クライアントデバイスの全地球測位システム（ＧＰＳ）レシーバによって決定された位置データなどをユーザから受信することができる。インタラクション要求は、メッセージの送達を対象受信者が特定の領域、例えば送達場所の特定の距離内に入るまで遅らせることを表示してもよい。チャネルメッセージは場所によってフィルタリングすることができる、および／または所定の領域に入ると自動的に送達することができる（例えば緊急非難命令、地元企業からの広告など）。例えば、チェーン店が新しい店をオープンさせる場合、カスタマーはそのチェーン店にチャネルで加入することができるが、彼らのアドレスをそのチェーン店に教えたくない場合がある。インタラクションサーバにより、チェーン店は、新しいお店のオープンを、その新しいお店の近くに住所を持つ全ての加入者、および／またはその加入者のＧＰＳ場所が特定の期間内にそのお店から一定の距離内に入った場合、その加入者に知らせることができる。インタラクションサーバはユーザの定義したルールまたはその他の基準を利用して、受信した位置データに基づき、どのクライアントデバイスがインタラクション要求を受け取るかを選択することができる。メッセージをいつ送るかを決定する場合には、加入者の場所および／または方位および／または移動速度を考慮することができる。例えば、地方のコーヒーショップは、加入者が接近してきてあと約６０秒で到着する場合、新製品のプロモーションを放送したいと思う場合がある。
【００６１】
ユーザは、ＷｉＦｉネットワーク（例えば、コーヒーショップまたはホテルのＷｉＦｉネットワーク）の接続圏内に入ると、インタラクションサーバへのサインインを要求される場合がある。そして、ユーザはＧＰＳなどのロケーションアウェア能力を無効にしている場合でも、彼らの場所で非常事態の通知を受けることができる、および／またはユーザのインタラクションルールによって、場所に基づく知的インタラクション要求ルーティングを行うことが可能となる。暫定および／または一時アカウントを、アカウントを持っていない人のために作成することができる。
ブラインドメーリングサービス
【００６２】
ユーザのプライベートアドレスは１つまたは複数の郵便の宛先を含むことができる。ユーザは郵便の宛先を漏らさずに郵便を受け取りたいと思い、および／または放送者は住所のデータベースの収集または維持を行わずに郵便を送りたいと思う場合がある。送信者は、受信者の郵便の宛先を所有せずに、１つまたは複数の受信者に対する郵便として、電子メッセージを対象のインタラクションサーバに送信することができる。インタラクションサーバは対象受信者の郵便の宛先を決定することができる。インタラクション要求が受信者および／または送信者のゾーンを特定する場合、インタラクションサーバは、品物を送るために使用する適切な「宛先（to）」および／または「郵送者（from）」の住所、その他のブランディング、ラベリングなどを決定することができる（例えば勤務先住所または自宅住所の選択）。インタラクションサーバはメッセージの印刷、住所が正確に書かれた封筒への正しい郵便番号の印刷、および封筒詰めを行うように構成された１つまたは複数の装置を備えることができる。インタラクションサーバは第１種郵便料金、優先郵便、翌日配達郵便などを送信者に選択してもらうことができる。１つまたは複数の装置は、ブラインドメーリングサービスによって受け取られる物理的な品物のための封筒または箱へのラベル貼り、詰め込み作業を行うように構成してもよい。一実施形態において、インタラクションサーバは、フルフィルメントのために全ての必要な情報へのアクセスを第三者に送信または提供することにより、装置を使用せずにブラインドメールを送ることができる。
【００６３】
本来電子メッセージではない物理的な「ブラインド」メールまたは「ブラインド」パッケージ（この場合、送信者は受信者の郵便の宛先を知らない）をユーザが受け取るには、品物をユーザのパブリックアドレスに宛てて中央処理場所に送ることができる。ルーティングを容易にするためにバーコード、ＱＲコードなどを使用することができる。中央処理場所で品物が受領されると、送信者が認証され、対象受信者のルールによって送信者からの品物の受領が可能となり、インタラクションサーバは対象受信者の郵便の宛先を照会することができ、その最終目的地に品物を郵送または出荷することができる。このように、物理的アイテムの「ブラインド」メーリングが達成され、この場合、送信者は受信者の実際の郵便の宛先を知る必要はなく、受信者はそれを漏らす必要もない。あるいは、米国郵政公社などの郵送または配送プロバイダに送信者を認証して受信者のアドレス情報を検索するためのツール、および／またはインタラクションサーバへのアクセスを提供してもよい。このようにして配送プロバイダはシームレスなブラインドメーリングサービスを提供し、品物の郵送や配送が２回（最初は中央処理場所、そして最終目的地へ）行われなくてもすむようになる。
ダッシュボード
【００６４】
チャネル管理者および／またはメッセージ放送者は、サーチ、ダッシュボード、サマリレポート、リアルタイムレポート、ティッカーまたはバナー、アラート、通知などによって、チャネル関連データを見たり受信したりすることができる。チャネル関連データにはリアルタイム統計データ、履歴統計データ、メッセージ受信確認ユーザの割合、加入者数、新規加入者、過去の加入者、過去の通知、回答、添付などがある。チャネル関連データには、事前に定められた統計フィッティングまたはカスタム基準、例えば、特定の性別の特定の年齢以上の加入者、既婚加入者、特定地域内の加入者、特定の製品嗜好を持つ加入者、特定の回答を行う加入者などもある。各ユーザのインタラクションルールにより、そのユーザ情報のうちのどれくらいをチャネル関連データに公表するかを特定することができる。
リバースサーチショッピング
【００６５】
本開示を行う前は、オンラインショッピングモデルは地方におけるショッピングには大して役に立たず、ウェブサイトの立ち上げ、ペイ・パー・クリックの開始、および／または多くの人をサイトに呼び寄せるためのサーチエンジン最適化キャンペーン、ブログの記入、ビデオ作成、ウェブサイトの更新状態の維持などにかかる費用を考えると、地方の販売者にとってはコストや時間のかかることであった。その結果、オンラインショッピングを使うのではなく、買い物客たちは車を運転して店へ出かける、店に電話する、および／または彼らが購入する品物を地方の広告で見つけるようになる。地方の販売者にとって、興味を持つ地方の買い物客と低いコストで、ウェブサイトを作成する必要なく、直接コミュニケーションをとることは有利である。インタラクションサーバにより、買い物客は販売者のウェブサイトを訪れることなく、どこにも運転して行く必要なく、連絡先を漏らすこともなく、および／または販売者の電話番号やウェブアドレスを知る必要もなく、販売者と直接、匿名でインタラクションを行うことが可能になる。さらに、販売者は買い物客と直接インタラクションを行う場合のみサービス料を支払えばよい。さらにインタラクションサーバにより、契約の締結および／または支払いを安全に行うことができるようになる。
【００６６】
いくつかの実施形態において、買い物客がインタラクションを開始する場合、販売者は支払うつもりの金額を表示することによって入札書（bid words）に入札することができる。販売者はまた、製品の在庫および／または他のデータへのリアルタイムアクセスをアップロードする、または提供することによって、入札書のリストを作成することができる。買い物客は何を買いたいのかをインタラクションサーバに投稿することができる。買い物客は、例えば買い物客の場所から特定の半径内など、特定の場所における一致を要求することができる。インタラクションサーバは入札文書と投稿との比較、および／または販売者の場所と買い物客によって指定された場所とを比較することによって、一致する製品のリストを返してもよい。最高値の入札販売者をリストの最初に挙げることができる。買い物客は第三者ウェブサイトの評価に基づいて、結果をサーチして分類することができる。買い物客はリストをクリックして、インタラクションサーバおよび／または別のサイトを使って利用できる画像、映像、記述、広告、有用な情報などを含む追加情報（例えば、販売者情報、第三者による製品評価など）を見ることができる。買い物客は文字、チャット、音声、映像などによって販売者とのインタラクションを匿名で開始することができる。インタラクションが開始されるまで販売者に料金は発生しない。買い物客の投稿が一致しない場合、インタラクションサーバは販売者が一致する入札文書に入札するまで投稿を保存することができる。そして買い物客には一致がアラートされる。買い物客は投稿を保存することを選択することもできる。保存された投稿により、さらなる結果の蓄積やさらなる販売者が買い物客を見つけることが可能になる。代替的または付加的に、販売者は投稿を手作業でサーチし、買い物客たちに宣伝することができる。販売者には買い物客の投稿が彼らの入札書と一致した時にもアラートすることができるが、彼らは買い物客とのインタラクションを開始することはできない。
【００６７】
買い物客からのインタラクション要求には販売者および／または販売員などの他者が回答することができる。買い物客はインタラクションの一般的な方法を特定し、販売者はインタラクションの特定の方法および／またはインタラクションを行うためのデバイスを選択することができる。例えば、買い物客は音声通信を特定し、販売者は通信に応答がなされるまで、通信を事務所の電話から携帯電話などにエスカレートさせることを選択することができる。買い物客および／または販売者は彼らのパブリックアドレスおよびプライベートアドレスをどちらも公開することができる、またはどちらも公開しなくてもよい。買い物客は常に匿名で販売者とインタラクションを行いたいと思い、一方で販売者は常にできる限り公開して欲しいと思っているかもしれない。例えば、通信において、買い物客は販売者と電話で話したいと思い、販売者は買い物客がプライベートまたはパブリックアドレスを公開せずに買い物客からの文章による連絡を受けることができ、一方で販売者はビデオ会議を介して買い物客から視聴される。販売者は買い物客とインタラクションを行うためのウェブサイトを必要とせず、そして電話番号を公開しない。代わりに販売者は電話および／またはコンピュータを持ってさえいればよい。いくつかの実施形態において、電話またはコンピュータのアプリを使用することができる。販売者がウェブサイトを持っている場合、アプリによって、販売者はウェブサイトのビジターとインタラクションが行えるようになる。ビデオ会議に関して、販売者は店、彼ら自身、買い物客が関心のある製品／モデルなどを見せることができ、一方で買い物客は映像を表示しない、または彼ら自身を識別しないことを選択することができる。インタラクションサーバは、支払いのエスクローやペーパートレイルの維持を含む、頭金の支払いまたは全額払いなどの支払いを管理することができる（以下に詳述する）。インタラクションサーバは販売者と買い物客との間の契約書のコピーを保存することもできる。買い物客と販売者は取引が終了すると、インタラクションサーバにお互いの評価を提出することができる。
支払い
【００６８】
インタラクションサーバはユーザと非ユーザとの間の支払いを容易にするために使用することもできる。支払人および／または受取人は支払いおよび／またはプライベート情報（ユーザ名、ｅメールアドレス、電話番号、クレジットカード番号、銀行の口座番号など）を相互に公開しなくてもよい。取引にはポイント・オブ・セール（ＰＯＳ）の能力などの商売能力は必要でない。その結果、ユーザは、他のユーザまたは非ユーザへの支払い、または彼らからの支払いであっても、即座にそして簡単に支払いを行うことができる、および／または支払いを受け取ることができ、信頼できないユーザが不正な支払いを受け取ることを防止することができる。例えば、潜在的な受取人は、要求される金額、望まれる支払人、望まれる支払いタイプ（例えば、クレジット、小切手など）などをインタラクションサーバに送ることができる。支払い請求はアプリケーションを介して、特定のアドレスへのｅメール、現金自動預け払い機、プッシュホンなどによって送ることができる。受取人は領域の取引対象の支払人に自動的に提案を行うロケーションアウェアアプリを使用することができる。支払い請求が行われると、支払人は支払い請求通知を受け取り、取引を承認するか否かを決断し、および／または支払い源、額、カテゴリー、支払い明細などを指定することができる。同様に、取引は受取人に支払いを送ろうとする支払人によって主導されることができる。支払人主導の取引に関して、支払人が支払い額、支払い源、カテゴリー、明細などを指定し、所望する受取人を（例えば、支払人がレジに並んでいる店などの、受取人の近くのロケーションアウェア生成リストから選択することによって）指定し、支払いを開始することができる。受取人は支払いを受け取り、それを契約、インボイス、発注書などに適用することができ、特定のアカウントにそれをデポジットすることができ、別の受取人に転送したり、支払いを拒否するなどを行うことができる。
【００６９】
受取人は所望されるまたは必要とされる支払い源の一般的な表示（例えば、受取人は当座預金アカウントよりも資金を好む、またはクレジットカードによる支払いを好む）を含むことができる。支払人は支払い請求に応答する場合、特定の支払い源を選択することができる。個人的な支払いおよび種々の源のアカウント情報はインタラクションサーバに保存することができる。個人支払い情報にはクレジットカード番号、電子小切手情報（例えば、銀行支点コードおよびアカウント番号）、オンライン支払いサービス用アクセスおよび／またはアドレスなどがある。支払人が請求を承認すると、インタラクションサーバは、自動決済機関（ＡＣＨ）、クレジットカード処理システムなどの支払人によって指定される支払い源に関連付けられた支払い処理システムに特定額の請求を提出することができる。代替的または付加的に、インタラクションサーバによって管理されるアカウントの勘定残高の表示を取引に基づいて更新し、ユーザに供給することができる。支払いが完了すると、レシートまたはその他のインタラクション履歴のサマリは、インタラクションサーバ内の記憶装置や別の記憶媒体に保存して、取引の１つまたは複数の当事者および／またはその他の所望の当事者に利用できるようにすることができる。
【００７０】
取引の当事者は必要とされるユーザの認証レベルを選択することができる。例えば、支払いをリリースする前に、支払人は受取人に彼らのユーザアカウントへの再ログイン、１つまたは複数のセキュリティ上の質問への回答、バイオメトリクスセキュリティの通過、第三者検証の受領などを要求することができる。ユーザに支払いおよび／または契約機能の利用が許可される前に、拡大検証（Extended validation）を行ってユーザのＩＤを確認し、個人情報泥棒を防止することができる。拡張検証には高信頼ユーザによる伝票の突き合せ、クレジットチェック、公証レターの受領などが含まれる。ユーザは自分たちのパスワードの保存が許可されない場合がある、および／またはユーザが支払いおよび／または契約機能を使用する場合、通常のものより長いおよび／またはより安全なパスワードを選択しなければならない場合がある。
【００７１】
支払い請求は、スマートフォン、タブレット、パソコン（ＰＣ）などで動作可能なアプリケーションを介して、電話、文字メッセージ、ｅメール、通知として送ることができる。 認可の回答は、通話中のキーへのタッチ、応答テキストメッセージまたはｅメールの送付、スマートフォンアプリによる応答、ウェブサイトによる回答の提出、音声の認識またはその他のバイオメトリック認証などによって行うことができる。ピンおよび／またはパスワードおよび／またはその他の認証情報および／またはプロセスは、インタラクションの認可に必要とされる場合がある。支払人は自動的に承認された受取人を指定する、および／または承認されていない受取人への支払い請求を個々に承認または拒否することができる。支払人は、特定の期間中、または特定の領域内において、特定の受取人に支払われる特定のまたは最大の金額を予め認可することができる。例えばレジでの待ち時間を節約するために、支払人は支払人が買い物をしている店が＄５０まで請求し、その認可はたった１時間しか続かないように事前に認可することができる。
【００７２】
支払人の支払い能力は、保護者によるリンクアカウントまたは関連ゾーンによって同様に制限することができる。例えば子供は最大＄２０を、家から特定の範囲内の特定の受取人または受取人のカテゴリーのみに、特定のアカウントからのみ、特定の時間窓などに使うよう、保護者によって事前に認可されることができる。同様に、従業員は、彼らの関連ゾーンにより、クライアントを接待するために特定の金額を、特定の受取人または受取人のカテゴリーに、特定のアカウントからのみ、特定の時間窓などに使うように事前に認可されることができる。
【００７３】
ユーザは支払いを試みる、またはユーザまたは非ユーザに支払いを請求することができる。非ユーザは自分たちに請求のことを知らせるｅメールまたはその他のメッセージを受け取ることができる。非ユーザは、ユーザアカウントを作成して、または作成せずに、取引に対応する、および／または取引を完了するように求められることがある。非ユーザは、現金、小切手、クレジットまたはデビットカード、ユーザアカウントの設定、任意の数の手段による彼らの金融機関との取引認可などのあらゆる方法によって支払いを行うことにより、取引を完了することができる。ユーザは取引が完了したか拒否されたかの通知を電子的に受け取る、またはユーザはどのようにして取引を終了したのかを手作業で記録することができる。取引および全ての関連イベントの支払いの記録はインタラクションサーバ内に保存し、コピー、レシートおよび／またはその他の情報を関連当事者が利用できるようにすることができる。
【００７４】
いくつかの実施形態において、インタラクションサーバは、任意選択で、取引のためのエスクローエージェントとしての役割を果たすことができる。支払人によって特定される支払い設定および／または支払い要求への対応により、インタラクションサーバは仲介人として機能するか否かを決定することができる。インタラクションサーバが仲介人として機能する場合、支払人は彼らの支払い情報を秘密にしておくことができ、パブリックアドレスのみを提供すればよい。また、支払人は彼らの個人連絡先を秘密にして、匿名支払いを行うことができる。エスクロー支払いに関して、支払い処理システムに送られる特定金額の要求は、資金の受領者としてインタラクションサーバを指定してもよい。インタラクションサーバはインタラクションサーバと関連のある源から受取人に資金振替を行うために、第２取引を開始および／または承認することができる。
【００７５】
代替的または付加的に、支払人は受取人に支払い情報を与え、インタラクションサーバは行われようとしている取引をその支払い情報で管理することができる。例えば、販売業者はクレジットカードに請求を行おうとして、その請求が支払人の銀行から自動的に拒否される場合がある。支払人の銀行はインタラクションサーバを介して支払人に請求の試み、および／または拒否されたことを知らせることができる。支払人は請求を承認する回答を送る。すると販売業者は再度請求を試み、首尾よく処理される。あるいは、販売業者は初めて請求を行おうとし、そしてその請求は支払人から回答を受け取るまで承認されない、または拒否される場合がある。一実施形態において、支払人は特定の、または最大金額に関して、販売業者を事前に認可することができる。事前認可には時間、場所、特定の販売業者などの制限がある。バックアップとして、デビットカードへの請求などのＰＩＮを必要とする請求は、支払人からの対応なく許可することができる。インタラクションサーバは全ての支払い請求、認可回答、請求承認などのコピーを保存して、ペーパートレールを提供することができる。
【００７６】
インタラクションサーバにより、ユーザは彼らのスマートフォン、タブレット、および／またはその他の同様のデバイスをポイント・オブ・セールデバイスとして使用することが可能になる。ユーザは、彼らのスマートフォンのアプリケーションを使って所望する品物のバーコードやＱＲコードなどをスキャンし、それを電子ショッピングカートに追加する、および／または購入を即座に中止することにより、販売業者のレジ列に並ばなくてもよくなる。購買の電子的または印刷された証拠、レシートなどは、インタラクションサーバによって印刷、表示、保存することができる、または購買者と販売者の両方に利用できるようになる。近距離無線通信（ＮＦＣ）、ＧＰＳおよび／またはその他のロケーションアウェア技術および無線技術により、取引で使用するスマートフォンまたはその他の装置を携帯し、購買証明を持っているユーザは、犯罪検出装置をトリガさせたることなく、また店員の介入、レジ待ちなどなく店を出ることができるようになる。
契約
【００７７】
インタラクションサーバは契約交渉および実行にも使用することができる。ユーザは永久記録が保存されている契約に同意することを望む場合もあるし、および／または１つまたは複数のユーザはアクションが実行される前にそのアクションの承認が欲しいと思う場合もある。記憶装置は契約および／または承認の表示を保存することができる。第１ユーザは、承認が要求されるアクションの契約書または記述を含む、契約要求をインタラクションサーバに送ることができる。契約要求は認可のため、インタラクションサーバによって第２ユーザに転送される。契約要求が第２ユーザによって承認される、または双方のユーザによって承認されると、インタラクションサーバは、契約要求および各承認の日付と時間を、契約の一時記録または永久記録として記憶装置に保存することができる。インタラクションサーバは両方のユーザが契約および／またはレシートを利用できるようにすることができる。同じプロセスは、２つ以上の当事者の契約、またはアクションの実行前に複数の承認が必要な場合に有効である。
【００７８】
ユーザは同意する前に契約書に変更を加えることができ、時間の記録された変更履歴を記憶装置に保存することができる。契約の例示的使用として、自動車の整備士が車両に追加作業を行う際に承認が必要となる場合、または２つの当事者が中古車の個人販売を行う場合などがある。また、クレジットプロバイダおよび／またはエージェンシーは、ＩＤ泥棒を防止するために、新しいアカウントを開設する前に承認を必要とする場合がある。クレジットプロバイダおよび／または信頼調査機関クレジットはアカウントを開くために承認を要求する場合がある。インタラクションサーバは、車両販売の売渡証テンプレート、念書、借用証書（ＩＯＵ）など、当事者が契約書を作成するために利用できるテンプレートを作成することができる。インタラクションサーバにアカウントを持っていない当事者に関しては、暫定アカウントを自動的に作成することができる。暫定アカウントの所有者には、彼らが契約を編集（manipulate）し、フルアカウントにサインアップすることなく相手方とインタラクションを行えるように、リンクを送ることができる。当事者が編集を済ませると、契約書を印刷し、署名することができる。
【００７９】
契約当事者たちは、契約の完成および／または締結前に、必要とされるユーザ認証レベルを選択することができる。例えば、ある当事者は、他方当事者が彼らのユーザアカウントに再ログインし、１つまたは複数のセキュリティ質問に答え、セキュリティのバイオメトリックフォームを通過し、第三者検証のフォームを受領し、面会し、身元確認を行うなどを要求する場合がある。
ウェブプレゼンス
【００８０】
インタラクションサーバは個人データおよびその他のデータを記憶装置に保存することができ、データはウェブプレゼンスとして利用することができる。データは公共の手段で利用することができるが、データへのアクセスは制限することができる。エンティティはユーザが所望するデータを特定したインタラクション要求を提出することができる。ユーザは特定の信頼できる送信者および／またはアクセスコードがデータに自動的にアクセスできるようにする。ユーザは、データが共有される前に、彼らの認可／承認を要求することができる。要求されたデータが記憶装置に保存されていない場合、インタラクションサーバはユーザに情報の提供を指示することができる。データには、発送先および／または請求書送付先住所、健康状態の記録、人口統計学情報、個人の連絡先、広告の好み、ブラウジングの好み、認証データ、質問への回答などがある。ユーザはエンティティが新しいデータをユーザのウェブプレゼンスに添付および／または追加することを承認することができる。
【００８１】
例えば、住所および健康の記録には、このような情報を必要とするエンティティからのアクセスが可能である。雑誌または新聞の出版社は新しい出版物を送る前に加入者の住所を確認することができる。健康関連のプロバイダは患者の健康記録をダウンロードし、患者に新しい情報について尋ねる、および／または記録に新しい情報を添付することができる。さらに、ユーザは情報の自動更新を受け取るエンティティを選択することができる。記憶装置で住所が更新されると、その更新は、購買が予約された新聞および雑誌の出版社、口座のある銀行、友人および家族に即座に利用できるようになる、および／またはアクセス可能となる。
【００８２】
インタラクションサーバは、連絡先のディレクトリまたはユーザによって共有されるその他の情報の他のユーザとの共有を管理することができる。共有されるプライベートの連絡先の変更を、他の供給および／または信頼されたユーザは即座に見ることができる、および／または新しい変更を共有されたディレクトリに自動的に伝達することができる。個人の健康記録に関して、ユーザは新しい症状などを加えて更新することができ、更新した個人の健康記録は即座に医師が利用できるようになる。医師はまた、問診などのインタラクション要求をユーザに提出し、これらは質問への回答と共に個人の健康記録に添付することができる。エンティティの中にはプライベートデータを修正するためのアクセス権が与えられているものや、および／またはプライベートデータの更新要求を提出することのできるものがある。このように、アクセス権を持つ病院は個人の健康記録を更新することができ、そのような更新をユーザの選択した他の病院や健康プロバイダに送信することができる。
プロフィール、関心および安全ブラウジング
【００８３】
ユーザは広告主が利用できるインタラクションサーバ内にプロフィールを維持することができる。プロフィールには、広告の好み、興味ある製品、人口統計学的情報、場所情報、ユーザによって選択された関心事、ブラウジングの好みなどがある。ユーザがインターネットを閲覧すると、ユーザのクライアントデバイス上のブラウザ、クッキー、ブラウザプラグインなどがユーザのパブリックアドレスを表示し、これによってウェブページおよび／または広告主がインタラクションサーバにプロフィール情報を要求する、および／またはインタラクションサーバから情報を入手することができる。情報は高度に圧縮された好みマップとして転送することができる。代替的または付加的に、ユーザは、ブラウジング開始時、インタラクションサーバによって管理され、またはインタラクションサーバへのアクセスを有するアカウントにログインすることができ、ブラウザはウェブページへの要求中またはその他のサービス中、パブリックアドレスを送信することができる。このようにして、興味のある広告をユーザに見せ、ポルノや暴力などの好ましくない内容のもの、または好ましくないウェブサイト全体の閲覧をブロックすることができる。しかしながら実行される好みのために他のプライベートデータを公開する必要はない。広告には、ユーザが好みを更新したり、望ましくない広告を中止することができるように、１つまたは複数の管理ボタンを含めることができる。保護者アカウントは子アカウントの広告やブラウジングの好みを管理して、年齢に適した、および／または保護者の許可したサイトのみしか訪問できないようにすることができる。プロフィール情報は、ユーザの希望により、承認された販売業者、ウェブサイトおよび他の組織と共有することができる。共有される情報は複数のウェブサイトに適用できる一般情報であってもよい、および／またはそのような情報はサイト特有のものであってもよい。ユーザはまた、ウェブサイト／組織からの直接のインタラクション要求を許可する、インタラクションに制限を設定する、および／またはインタラクションを自由にブロックすることができる。ユーザは組織が彼らのプロフィールおよび／または興味に関して新しく質問をしたり、それへの回答を受け取るようにすることができ、彼らのプロフィールに新しい欄および／または情報を添付することができる。
認証およびアカウントの統合
【００８４】
追加の機能性として、インタラクションサーバは複数のウェブサイト、オンライン口座などのユーザ名やパスワードを保存することができる。ユーザがウェブページを訪問する場合、フォームフィラーによってユーザ名およびパスワードをそのウェブページのログインフォームに自動的に記入することができる。代替的または付加的に、ウェブサイトはアプリケーションプログラミングインターフェース（ＡＰＩ）を実行し、それによってインタラクションサーバはユーザを認証することができる。例示的実施形態において、ユーザはインタラクションサーバにログインし、 ウェブサイトはインタラクションサーバと通信してユーザのＩＤを検証することができる。ウェブサイトおよびインタラクションサーバはＯｐｅｎＩＤ規格、ＯＡｕｔｈ規格、プロプライエタリ規格などに従って通信することができる。ウェブサイトはログインのためにユーザをインタラクションサーバに向ける、および／またはユーザは最初にログインしてウェブサイトへの到達時に自動的に認証されるようにすることもできる。一度認証されると、ユーザはウェブサイトを自分たちが通常使用している場合と同じ様に使用することができる。
【００８５】
プロフィール情報の認証およびアクセスは、ユーザにもウェブサイトにも利益となるように相乗的に作用する。例えば、「Runner’s World（ランナーの世界）」というウェブサイトは、希望するコンテンツにアクセスし、自分のプロフィール、興味およびインタラクションの好みを提供して売り込みを行うために、ユーザにウェブサイト上でアカウントを作成するように要求する。ユーザは熱烈なランナーであるのに、もう１つのオンラインアカウントを更に作成したくない場合がある。また、runnersworld.comを訪問する場合、ユーザはインタラクションサーバアカウントでログインし、そうすることによって即座に認証され、識別される。インタラクションサーバはまた、Runner’s Worldにこのユーザのプロフィールや製品の好みへのアクセスや、このユーザと直接インタラクションを行う方法を提供し、ユーザはこれを自由に無効にすることができる。インタラクションサーバアカウントにより、このユーザはRunner’s Worldに時々ランニングに関する追加の好みを記入するようこのユーザに指示を出すよう許可を与え、これらの好みや回答はrunnersworld.com ウェブサイトではなく、インタラクションサーバ内でレビューし、維持することができる。このようにして、Runner’s Worldはランナーに関する価値ある情報へのアクセスと、ユーザと確実にインタラクションを行う方法とを獲得する。ユーザはさらに別のオンラインアカウントを作成する必要はなく、自分のプライバシーを守り、どのプライベートデータにRunner’s Worldがアクセスしたかを管理することができ、またRunner’s Worldはユーザとインタラクションをしたか否かの最終的な管理を保持することができる。 そしてユーザはアカウントを複数の場所で維持するのではなく、同じ情報をランニング産業のさらなる販売業者と共有できるようになる。
ユーティリティ
【００８６】
インタラクションサーバはクラウド、連携サービスおよびツールも提供することができる。インタラクションサーバは、カレンダー、ワードプロセッシング、スプレッドシート、プレゼンテーション能力、フローチャートの作成などをユーザに提供することができる。ユーザはカレンダーや書類の共有および編集、連携、イベントの計画などを行うことができる。記憶装置はカレンダー、書類、画像、メモ、バックアップファイルおよびその他のファイルを保存することができる。インタラクションサーバにより、ｅメールには大きすぎるファイルの共有のための保存、および／またはユーザ間での転送が可能になる。インタラクションサーバは送信中、受信後などにメッセージを構成する間、インタラクション要求に対して翻訳能力を提供することができる。
定義
【００８７】
「インタラクション」は本明細書において幅広く定義され、これには通信、別の人の情報またはファイルとのインタラクション、共有ファイルまたはワークフローとのインタラクション、本アプリケーションに記載の任意の方法を介したインタラクションなどが含まれる。「インタラクション要求」には、任意の機構または手段による、同期または非同期の、メッセージを含むまたは含まないインタラクションの任意の開始が含まれる。本明細書で使用する「通信」という用語は、音声通信、文字通信、物理的なメール、インタラクションの電子要求、要求への応答、会話またはインタラクションの全ての記録、添付、通知、放送、応答、回答、選択などを示している。「メッセージ」にはインタラクション要求を達成するために必要な文書、音声メッセージ、ビデオメッセージ、データなどがあり、構造化、または非構造化することができる。
【００８８】
インタラクションサーバおよび／またはクライアントはプロセッサを備えることができる。代替的または付加的に、インタラクションサーバおよび／またはクライアントはコンピュータシステムによって実行することができる。実施形態は種々のステップを含むことができ、これらはコンピュータシステムによって実行されるマシンの実行可能な指示に具現化することができる。コンピュータシステムは１つまたは複数の汎用または専用コンーピュータ（またはその他の電子装置）を備えている。あるいは、コンピュータシステムはステップを行うための特定の論理回路を含むハードウェアコンポーネントを備えることができる、またはハードウェア、ソフトウェアおよび／またはファームウェアの組み合わせを備えることができる。コンピュータシステムはワークステーション、ラップトップコンピュータ、取り外し可能なモバイルコンピュータ、サーバ、メインフレーム、クラスター、いわゆる「ネットワークコンピュータ」もしくは「シンクライアント」、タブレット、スマートフォン、パーソナルデジタルアシスタントもしくはその他の携帯コンピューティングデバイス、「スマート」消費者装置もしくは機器、またはこれらの組み合わせを制限なく備えることができる。サーバには、物理的なサーバ、サーバクラスタ、分散サーバ、仮想サーバ、クラウドサーバ、１つまたは複数のクライアントへのコンピュータ提供リソース、上述のものの１つまたは複数の組み合わせがある。本明細書に記載の機能、ステップおよび／または操作の一部または全てはインタラクションサーバではなく、むしろ１つまたは複数のクライアントによって実行することができる。当業者によってインタラクションサーバと１つまたは複数のクライアントとの間の操作の分割が可能となるだろう。
【００８９】
各コンピュータシステムは少なくとも１つのプロセッサおよびメモリを含み、コンピュータシステムは種々の入力装置および／または出力装置を含むことができる。プロセッサには１つまたは複数の汎用中央処理装置（ＣＰＵ）、画像処理装置（ＧＰＵ）またはデジタル信号プロセッサ（ＤＳＰ）、例えばＩｎｔｅｌ（登録商標）、ＡＭＤ（登録商標）、Ｎｖｉｄｉａ（登録商標）、ＡＴＩ（登録商標）、ＴＩ（登録商標）、または他の「市販の」マイクロプロセッサがある。プロセッサにはＡＳＩＣ、ＰＡＬ、ＰＬＡ、ＰＬＤ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）またはその他のカスタマイズされた、またはプログラマグル装置などの専用処理装置がある。メモリにはスタティックＲＡＭ、ダイナミックＲＡＭ、フラッシュメモリ、ＲＯＭ、ＣＤ−ＲＯＭ、ディスク、テープまたは磁気、光学式またはその他のコンピュータ記憶手段がある。入力装置にはキーボード、マウス、タッチ画面、ライトペン、タブレット、マイクロフォン、センサまたはファームウェアおよび／またはソフトウェアを伴うハードウェアがある。出力装置にはモニタまたはその他のディスプレイ、プリンタ、音声または文字合成装置、スイッチ、信号線またはファームウェアおよび／またはソフトウェアを伴うその他のハードウェアがある。
【００９０】
コンピュータはフロッピードライブ、テープライブ、光ドライブ、光磁気ドライブ、メモリカードリーダ、または記憶媒体を読み取る他の媒体を使うことができる。適切な記憶媒体には、特定の物理的構成を有する磁気、光またはその他のコンピュータ可読記憶装置がある。適切な記憶装置には、フロッピーディスク、ハードディスク、テープ、ＣＤ−ＲＯＭ、ＤＶＤ、ＰＲＯＭ、ランダムアクセスメモリ、フラッシュメモリおよびその他のコンピュータシステム記憶装置がある。物理的な構造は、本明細書に記載のように、コンピュータシステムを特定および所定の方法で動作させるデータおよび指示を表している。
【００９１】
実施形態はコンピュータプログラム製品として提供することもでき、これには非一時的マシン可読記憶媒体が含まれ、これには本明細書に記載するプロセスを実行するためのコンピュータ（またはその他の電子装置）のプログラミングに使用することのできる指示が記憶されている。非一時的マシン可読記憶媒体にはハードドライブ、フロッピーディスケット、光ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気または光カード、テープ、ソリッドステートメモリデバイスまたは電子指示の保存に適切な媒体／マシン可読媒体のその他のタイプがあるが、これらに限定されない。
【００９２】
本明細書に記載する構成および／または使用に適切なネットワークには、１つまたは複数のローカルエリアネットワーク、ワイドエリアネットワーク、メトロポリタンエリアネットワーク、および／または「インターネット」またはＩＰネットワーク、例えばワールド・ワイド・ウェブ、プライベートインターネット、セキュアインターネット、付加価値ネットワーク、仮想プライベートネットワーク、エクストラネット、イントラネット、または媒体の物理的輸送によって他のマシンと通信するスタンドアローンマシン（いわゆる「スニーカーネット」）がある。特に、適切なネットワークは、異なるハードウェアおよびネットワーク通信技術を使用するネットワークを含む２つ以上の他のネットワークの一部または全体から形成することができる。１つの適切なネットワークは１台のサーバといくつかのクライアントを含み、他の適切なネットワークはサーバ、クライアント、および／またはピアツーピアノードのその他の組み合わせを含み、所定のコンピュータはクライアントとしてもサーバとしても機能することができる。各ネットワークはサーバおよび／またはクライアントなどの、少なくとも２つのコンピュータシステムを含む。
【００９３】
ネットワークはＮｏｖｅｌｌ、Ｍｉｃｒｏｓｏｆｔ、Ａｒｔｉｓｏｆｔおよび他のベンダーから入手可能なソフトウェアなどの通信またはネットワーキングソフトウェアを含み、ＴＣＰ／ＩＰ、ＳＰＸ、ＩＰＸおよびその他のプロトコルを使用して、ツイストペア、同軸ケーブルまたは光ファイバーケーブル、電話線、衛星、マイクロ波中継装置、変調ＡＣ電力線、物理的媒体転送、および／または当業者に既知のその他のデータ送信「ワイヤ」 で動作させることができる。ネットワークはより小さなネットワークを含むことができる、および／またはゲートウェイまたは同様の機構によってその他のネットワークに接続させることができる。
【００９４】
本発明の実行を補助する適切なソフトウェアは、本明細書に記載された教示、および例えば、Ｊａｖａ、Ｐａｓｃａｌ、Ｃ＋＋、Ｃ、ＰＨＰ、ＪａｖａＳｃｒｉｐｔ、Ｐｙｔｈｏｎ、Ｃ＃、Ｐｅｒｌ、ＳＱＬ、Ｒｕｂｙ、Ｓｈｅｌｌ、  Ｖｉｓｕａｌ  Ｂａｓｉｃ、Ａｓｓｅｍｂｌｙ、Ａｃｔｉｏｎ Ｓｃｒｉｐｔ、Ｏｂｊｅｃｔｉｖｅ  Ｃ、Ｌｉｓｐ、Ｓｃａｌａ、Ｔｃｌ  Ｈａｓｋｅｌｌ、Ｓｃｈｅｍｅ、データベース言語、ＡＰＩ、ＳＤＫ、ａｓｓｅｍｂｌｙ、ファームウェア、マイクロコードなどのプログラミング言語とツール、および／またはその他の言語およびツールを使って、関連技術の当業者によって容易に提供される。適切な信号フォーマットは、アナログまたはデジタルフォームで、エラー検出および／または訂正ビット、パケットヘッダ、特定のフォーマットのネットワークアドレスおよび／または関連技術の当業者によって容易に提供されるその他の基礎資料を使用して、または使用せずに具現化することができる。
【００９５】
実施形態のいくつかの態様をソフトウェアモジュールまたはコンポーネントとして説明する。本明細書で使用するソフトウェアモジュールまたはコンポーネントは、メモリデバイス内にある任意の種類のコンピュータ命令またはコンピュータ実行可能なコードを含むことができる。ソフトウェアモジュールは、例えば、１つまたは複数のタスクを行う、または特定の抽象データタイプを実行する、ルーチン、プログラム、スクリプト、オブジェクト、コンポーネント、データ構造などとして組織することのできる、コンピュータ命令の１つまたは複数の物理的または論理的なブロックを備えることができる。
【００９６】
特定の実施形態において、特定のソフトウェアモジュールは、メモリデバイスの種々の位置、種々のメモリデバイスまたは種々のコンピュータに保存された異なる命令を含み、これらは共に記載したモジュールの機能性を実行する。確かにモジュールは１つまたは複数の命令を含み、いくつかの種々のコードセグメント、種々のプログラム、およびいくつかのメモリデバイスに分散される。いくつかの実施形態は、タスクが通信ネットワークによってリンクされたリモート処理デバイスによって行われる、分散された演算環境で行うことができる。分散された演算環境において、ソフトウェアモジュールはローカルおよび／またはリモートメモリ記憶装置に配置させることができる。さらに、データベース記録に関連する、または記録内にレンダーリングされているデータは、同じメモリデバイス内にある、またはいくつかのメモリデバイスに亘ってあり、ネットワークを通じてデータベース内の記録フィールドに共にリンクさせることができる。
【００９７】
汎用コンピュータ、コンピュータプログラミングツールおよび技術、コンピュータネットワークおよびネットワーキングテクノロジー、ならびにデジタル記憶媒体など、本発明に従って使用することのできるインフラストラクチャのほとんどは入手可能である。
【図面の簡単な説明】
【００９８】
【図１】送信者からのアクセスが管理されたインタラクションを可能にするように構成されたインタラクションサーバの略図である；
【図２】インタラクションサーバによって受信されたインタラクションを処理する方法のフローチャートである；
【図３】保護者のアカウントにリンクされた子供の公開識別子宛てのインタラクションを処理する方法のフローチャートである；
【図４】位置に基づくインタラクションルールを使ってインタラクションを受信者のユーザリソースに送信する方法のフローチャートである；
【図５】複数のチャネル加入者へメッセージを放送するように構成されたシステムの略図である；
【図６】新しい加入者をチャネルに入会させる方法のフローチャートである；
【図７】チャネル加入者へメッセージを送信するように構成されたシステムの略図である；
【図８】ユーザへのエスカレーションルールを表す略図である；
【図９】動的に分割された複数のチャネル加入者にメッセージを送信するように構成されたシステムの略図である；
【図１０】関心のあるチャネル加入者に自動メッセージを送信するように構成されたシステムの略図である；
【図１１】複数のチャネル加入者間のインタラクションに対するシステムの略図である。
【発明を実施するための形態】
【００９９】
図１は受信者１６０のプライベートなパブリック通信を可能にするように構成されたインタラクションサーバの略図である。送信者１５１、１５２はインタラクション要求などのインタラクションをインタラクションサーバ１００に送信する。インタラクションサーバ１００のアカウントを持つユーザ１５２は送信者１５１、１５２のうちの１人であってもよい。送信者１５１、１５２には、人、自律的に作用するコンピュータ、人によって操作されるコンピュータなどがある。インタラクション要求にはアドレスおよび／または公開識別子（例えばパブリックアドレス）、アクセスコード、ペイロード（例えばメッセージ）などがある。インタラクション要求は先ず認証／識別モジュール１０２によって処理する。認証／識別モジュール１０２はユーザ１５２からのログイン認証情報を必要とし、非ユーザ送信者１５１が彼らのＩＤをスプーフィングしていないことを検証する。送信者１５１、１５２が認証および／または識別されている場合、彼らのインタラクション要求は認可モジュール１１０に伝えられる。そうでなければ、インタラクション要求を拒否、削除することができ、フラグを付すこともできる。
【０１００】
認可モジュール１１０は送信者１５１、１５２からのインタラクション要求が受信者１６０に関連付けられた１つまたは複数のユーザリソースへの送達のために認可されているか否かを決定することができる。インタラクション要求が認可されていない場合、それらを削除することができる（ゴミ箱１３０で描かれている）。認可モジュール１１０は、１つまたは複数の受信箱１２１、１２２などの１つまたは複数のユーザリソース間でインタラクション要求を分類するように構成することもできる。送信者１５１、１５２が信頼リスト１１２にある場合、インタラクション要求を信頼受信箱１２１に送ることができる。インタラクション要求が認可されている場合（例えば全てのインタラクション要求を受信者１６０に送らなくてはならないと特定する有効なアクセスコードまたはインタラクションルールを有する）、インタラクション要求を未確認受信箱１２２に送ることができる。図示する実施形態において、受信箱１２１、１２２は別々のメールボックスである。他の実施形態において、全ての認可されたインタラクション要求は、インタラクション要求が信頼できる送信者からのものであるか否かを示すタグ、フィールドなどでメッセージセンタに保存することができる。一実施形態において、未確認受信箱１２２は受信者１６０に見えない保持領域であり、送信者１５１、１５２を信頼するようにとの受信者１６０への要求を信頼受信箱１２１に送ることができる。インタラクションサーバにアカウントのない送信者１５１の場合、暫定アカウントモジュール１１６は、インタラクション要求が受信箱１２１、１２２のうちの１つに送達される前に、暫定アカウントを作成することができる。
【０１０１】
インタラクションサーバ１００はインタラクション通知エンジン１２０を含むことができる。インタラクション通知エンジン１２０は、新しいインタラクション要求および／またはメッセージが到着していないかどうかを確かめるために、信頼および／または未確認 受信箱１２１、１２２ および／またはメッセージセンタを定期的にチェックするように構成することができる。インタラクション通知エンジン１２０は、新しいメッセージをどのように取り扱うかを決めるために使用するインタラクションルールを保存またはそれにアクセスすることができる。インタラクション通知エンジン１２０は、受信箱１２１、１２２に新しいメッセージが検出されると、受信者１６０に新しいメッセージが到着したことを通知する；受信者１６０がそれらを確認するまでそのメッセージをエスカレートさせる；何もしないなどすることができる。受信者１６０に通知する場合、インタラクション通知エンジン１２０は、メッセージ、メッセージのコピー、メッセージのプレビュー（例えばメッセージの冒頭の所定数の文字）、メッセージへのリンクなどを含むことができる。
【０１０２】
受信者１６０は受信箱１２１、１２２および／または統合メッセージセンタ（図示せず）にアクセスしてその中のメッセージを見ることができる。未確認メッセージを見る場合、受信者１６０に送信者１５１、１５２が信頼されるか否かを決定するように指示することができる。信頼の決定が行われるまで、受信者１６０にはメッセージへの応答を許可することができる、または許可することができない。受信者１６０は送信者１５１、１５２を信頼するか否かを決定する際、「はい」、「いいえ」または「おそらく」で応答することができる。受信者は送信者１５１、１５２が信頼できることを表示し、送信者１５１、１５２を信頼リスト１１２に追加し、送信者１５１、１５２からの任意のメッセージを信頼受信箱１２１に移動し、および／またはタグ付け、グループ分けを行い、または信頼するものとして識別することができる。「おそらく」という応答によって送信者１５１、１５２は部分的に信頼される、および／または送信者１５１、１５２に制限的な信頼特権が与えられる。受信者１６０が送信者１５１、１５２の信頼されていないことを表示すると、インタラクション要求を捨てることができる。受信者１６０が特定のアクセスコードで送られた望ましくないメッセージを受信している場合、受信者１６０はアクセスコードモジュール１１４を使ってアクセスコードのルールを無効にする、または修正することができる。受信者１６０が望ましくないメッセージを受信していてアクセスコードが無効にされた場合、受信者１６０はアクセスコードモジュール１１４を使ってアクセスコードを有効にすることができる。
【０１０３】
インタラクション要求の中には確認または応答を要求するものがある。従って、受信者１６０はメッセージが受信されたことを確認モジュール１４０に示し、および／または受信者は、多項選択式問題、「はい」または「いいえ」、詳しい回答などの要求への回答を提供することができる。確認モジュール１４０は送信者１５１、１５２にインタラクション要求が確認されたことを表示することができる、および／またはモジュールは回答を伝えることができる。
【０１０４】
図２はインタラクションサーバ１００が受信したインタラクション要求を処理する方法２００のフローチャートである。方法２００はインタラクションサーバ１００がインタラクション要求を受信する（２０２）と開始される。インタラクションサーバ１００は受信者１６０が送信者のトラスティングを有効にしたか否かを決定する（２０４）。送信者のトラスティングが有効にされていない場合、インタラクションサーバ１００はステップ２０８に進む。そうでなければインタラクションサーバ１００は送信者１５１、１５２が信頼されるか否かを決定する（例えば、送信者１５１、１５２が信頼リスト１１２にあるか否かを決定する）（２０６）。送信者１５１、１５２が信頼される場合、インタラクション要求は信頼できるものとして指定される、および／または信頼受信箱１２１に送達される（２２０）。そうでなければインタラクションサーバはステップ２０８に進む
【０１０５】
ステップ２０８において、インタラクションサーバ１００はアクセスコードが有効になっているか否かを決定する。図示した構成において、アクセスコードが有効になっていない場合、インタラクション要求は受信箱１２１に送達される（２２０）か、そうでなければレビューのために利用することが可能となる。代替的または付加的に、アクセスコードが有効になっていない場合、インタラクション要求は削除することができる。アクセスコードが有効になると、インタラクションサーバ１００は受信したアクセスコードが有効か否かを決定することができる（２１０）。受信したアクセスコードが有効でない場合、インタラクション要求を削除することができる（２１８）。アクセスコードが有効であれば、インタラクション要求を未確認として指定する、および／または未確認受信箱１２２に移動することができる。
【０１０６】
受信者１６０が未確認インタラクション要求および／または未確認受信箱１２２をレビューする場合、受信者１６０に送信者１５１、１５２が信頼されるか否かを特定するよう指示することができる。インタラクションサーバ１００は送信者１５１、１５２が信頼されるか否かを示す回答を受け取ることができる（２１２）。受信者１６０が送信者１５１、１５２を信頼できないと表示すると、インタラクションサーバは送信者１５１、１５２が今後インタラクション要求の送付しないようブロックし（２１４）、インタラクション要求を削除する（２１８）。送信者１５１、１５２が信頼に値することを受信者１６０が表示すると、送信者１５１、１５２を信頼できる送信者リスト１１２に追加し（２１６）、インタラクション要求を信頼できるものとして指定する、および／または信頼受信箱１２１に送達することができる（２２０）。方法２００は、次のインタラクション要求を受信するまで、インタラクション要求の削除２１８または送達２２０をもって終了となる。
【０１０７】
図３は保護者アカウントにリンクされた子供のパブリックアドレスに宛てられた、インタラクション要求を処理する方法３００のフローチャートである。方法３００は子供のパブリックアドレスに宛てられたインタラクション要求をインタラクションサーバ１００が受信する（３０２）と開始される。インタラクションサーバ１００は送信者１５１、１５２が信頼されるか否か、および／または有効なアクセスコードを持っているか否かを決定することができる（３０４）。送信者１５１、１５２が信頼されない、および／または有効なアクセスコードを持っていない場合、インタラクション要求を削除することができる（３１４）。またはインタラクションサーバ１００はステップ３０６に進むことができる。
【０１０８】
ステップ３０６において、インタラクションサーバ１００は保護者の承認が必要か否かを決定することができる。保護者は特定の送信者１５１、１５２および／またはアクセスコードに、保護者の承認なく子供にインタラクション要求を送信することを許可することができる。保護者の承認が必要とされない場合、インタラクション要求は利用可能となる、および／または子供に送信される（３１６）。保護者の承認が必要とされる場合、インタラクション要求は利用可能となる、および／または保護者へ承認のために送信される（３０８）。保護者はインタラクション要求をレビューし、インタラクションサーバ１００は、保護者が送信者を信頼する、および／またはインタラクション要求を承認するか否かを示す回答を受信することができる（３１０）。保護者が送信者を信頼しない場合、送信者はブロックされ（３１２）、インタラクション要求を削除することができる（３１４）。そうでなければ、インタラクション要求は利用可能となる、および／または子供に送信される（３１６）。保護者が送信者を信頼する場合、保護者はインタラクションサーバ１００に今後のメッセージに承認は必要とされないことを示す、または今後のメッセージは全て送達前に保護者によってレビューされることを示すことができる。
【０１０９】
図４は位置に基づくインタラクションルールを使ってインタラクション要求を受信者１６０に送達する方法４００のフローチャートである。方法４００はインタラクションサーバ１００がインタラクション要求を受信する（４０２）と開始することができる。インタラクションサーバ１００は対象受信者１６０の場所（例えばＧＰＳによる場所）が利用できるか否かを決定することができる。さらに、または代替として、インタラクションサーバ１００は、対象受信者がコンピュータにログインしたか、またはそれから位置データをレバレッジすることのできるその他の活動を行ったか否かを決定することができる。
【０１１０】
場所が利用できる場合、インタラクションサーバ１００はその場所を使用してインタラクション要求の最終目的地を選択することができる（２０６）。場所が使用できない場合、インタラクションサーバ１００は現在の時刻、曜日など、および／またはインタラクションルールを使用して、受信者１６０に届く可能性の最も高い最終目的地を予想することができる（４０８）。インタラクションルールは受信者１６０の過去の挙動から得ることができる。インタラクションサーバ１００はインタラクション要求を、選択、および／または予想された最終目的地に送達することができる（４１０）。
【０１１１】
確認を必要とするインタラクション要求に対して、インタラクションサーバ１００はインタラクション要求の確認が受信されたか否かを決定することができる（４１２）。確認が受信されていない場合、インタラクションサーバはステップ４０４に戻ることができる。インタラクションサーバ１００は各インタラクションにおいて選択および／または予想された最終目的地の数を拡げることができる。確認を受信すると、本方法は終了する（４１４）。
【０１１２】
図５はメッセージを複数のチャネル加入者５４０、５５０、５６０に放送するように構成されたシステム５００の略図である。システム５００は複数のチャネル５１１、５１２、５１３を含む。チャネル加入者５４０、５５０、５６０はチャネル５１１、５１２、５１３のうちの１つまたは複数に加入することができる、および／またはチャネル５１１、５１２、５１３はインタラクション要求および／またはメッセージがチャネル加入者５４０、５５０、５６０のうちの１つまたは複数に利用できるようにすることができる。放送者５３１、５３２、５３３はインタラクション要求および／またはメッセージをチャネル５１１、５１２、５１３に送信し、チャネルは受信したインタラクション要求および／またはメッセージをチャネル加入者５４０、５５０、５６０が利用できるようにすることができる。
【０１１３】
チャネル加入者５４０、５５０、５６０はそれぞれデータベース５４５、５５５、５６５を維持する。データベース５４５、５５５、５６５は加入者５４０、５５０、５６０によって維持されるインタラクションルールおよび／または個人の連絡先を含むプライベートデータなど、種々の情報を含むことができる。チャネル５１１、５１２、５１３はデータベース５４５、５５５、５６５からプライベートデータを検索することができる。検索した情報に基づき、チャネル５１１、５１２、５１３はメッセージおよび／またはインタラクション要求をどのように送達するかを決定することができる。プライベートデータはチャネル５１１、５１２、５１３および／またはインタラクション通知エンジン（図示せず）のみと共有することができ、放送者５３１、５３２、５３３と共有することはできない。加入者５４０、５５０、５６０は特定のプライベートデータを放送者５３１、５３２、５３３と共有することができ、１つまたは複数の放送者がプライベートデータを使って加入者と個人的に連絡をとるようにすることができる。同じユーザアカウントおよびプライベートデータは、複数のチャネル５１１、５１２、５１３に加入するために、加入者５４０、５５０、５６０が使用することができる。
【０１１４】
図６はチャネルへの新しい加入者の入会を許可する方法６００のフローチャートである。方法６００はチャネルがユーザからのチャネルへの加入要求を受信する（６０２）と開始される。チャネルは入会ルールを検索して、ユーザがチャネルに加入するにはどの基準を満たさなくてはならないかを決定することができる（６０４）。入会ルールではユーザがプライベートユーザデータへのアクセスを提供しなければならないことを特定することができる。例えば、ランニングのチャネルは、ユーザがユーザの場所へのアクセスを許可する、および／またはユーザが走っている距離を特定することを要求することができる。ユーザの場所および／または質問への回答は彼らのプライベートデータに加えられ、これをユーザが維持し、他のチャネルおよび／または信頼される連絡先（図示せず）と共有することができる。
【０１１５】
ユーザデータベースを含むチャネルおよび／またはシステムは、ユーザのデータベースが必要とされるプライベートのユーザデータを含んでいるか否かを決定することができる（６０６）。ユーザのデータベースが必要とされるデータを含んでいない場合、ユーザにデータを入力するよう指示することができる。または、チャネルはユーザのデータベース内のプライベートユーザデータへのアクセスを要求することができる（６１０）。チャネルはプライベートのユーザデータがユーザのデータベースに入力されたか否か、および／またはユーザがプライベートのユーザデータへのアクセスを許可したか否かを示す回答を受信することができる（６１２）。指示定されてもユーザがデータを入力しない（６０８）、および／またはデータへのアクセスを許可しない場合、方法６００はユーザを入会させずに終了する（６１８）。そうでなければ、ユーザはチャネル加入者として許可される（６１４）、または管理者からの最終承認を待つ。いくつかの構成においては、最近のメッセージをユーザに転送することができる（６１６）、および／またはユーザに前のチャネルメッセージの履歴へのアクセスを与えることができる。方法６００はチャネル加入への次の要求まで終了させることができる（６１８）。
【０１１６】
図７は加入者７６０を含むチャネル加入者へメッセージを放送するように構成されたシステム７００の略図である。放送者７３０はチャネル７１０に対する放送権を持っている。放送者７３０は加入者への配信のために、インタラクション要求および／またはメッセージをチャネル７１０に送信することができる。チャネル７１０は放送者７３０から受信したインタラクション要求および／またはメッセージを処理するように構成することができる。チャネル７１０はチャネル加入者７６０がチャネル７１０に加入し、インタラクション要求および／またはメッセージを受信することを決定することができる。
【０１１７】
インタラクション通知エンジン７２０はチャネル加入者７６０に新しいインタラクション要求、および／またはチャネル７１０に送ったメッセージのことを通知するように構成することができる。チャネル７１０はインタラクション通知エンジン７２０にインタラクション要求および／またはメッセージを加入者７６０が利用できることを通知することができる。あるいは、チャネル７１０はインタラクション要求および／またはメッセージをチャネル加入者７６０のメッセージセンタに送達し、インタラクション通知エンジン７２０は新しいインタラクション要求および／またはメッセージに関してメッセージセンタをチェックすることができる。インタラクション通知エンジン７２０がチャネル加入者７６０のための新しいインタラクション要求および／またはメッセージに気付くと、チャネル加入者７６０に知らせようとすることができる。
【０１１８】
インタラクション通知エンジン７２０は、データベース７６５から個人の連絡先、インタラクションルール、および／またはエスカレーションルールが含まれるチャネル加入者のプライベートデータを検索することができ、チャネル加入者７６０はデータベースにこのような情報を維持している。プライベートデータはインタラクション通知エンジン７２０と共有することができ、チャネル７１０および／または放送者７３０とは共有することができない。検索したデータ、放送者７３０、チャネル７１０および／またはインタラクション要求および／またはメッセージ内のデータに基づき、インタラクション通知エンジン７２０はインタラクション要求および／またはメッセージをどのようにチャネル加入者７６０へ送達し、インタラクション要求および／またはメッセージをエスカレートさせるか否かを決定することができる。例えば、インタラクションルールに基づいて、文字メッセージをフィーチャーフォン（携帯電話）７６４に送り、および／または音声メッセージ、文字メッセージ、チャットメッセージ、および／またはアプリケーションメッセージをコンピュータ７６１、スマートフォン７６２、および／または固定電話７６３に送ることができる。放送者７３０および／またはチャネル７１０はこのエスカレーションプロセスに可視性を持っていなくてもよい。
【０１１９】
インタラクション要求および／またはメッセージは確認および／または回答を要求することができる。エスカレートされたインタラクション要求および／またはメッセージにチャネル加入者７６０が確認、または回答を行わない場合、メッセージを反復して送る、種々のデバイス７６１、７６２、７６３、７６４に送る、または第三者７７０に送るなどすることができる。第三者７７０はチャネル加入者７６０の親戚または友人であってもよい、および／または第三者７７０はチャネル加入者７６０の近くの見知らぬ人であってもよい。何人の加入者がメッセージを確認したか、何の回答を受信したか、および／またはその他の有益な統計データおよび情報を放送者７３０が利用できるようにすることができる。放送者７３０およびチャネル７１０はチャネル加入者のプライベートデータにアクセスすることができず、その情報はチャネル加入者７６０がその共有を明示的に許可した場合のみ、放送者７３０と共有することができる。チャネル加入者７６０は、放送者７３０および／またはチャネル設定によって許可される場合のみ、インタラクション要求および／またはメッセージを放送者７３０に送り返すことができる。チャネルの設定によって、インタラクション要求の放送者７３０への応答が常時可能となったり、インタラクション要求の放送者７３０への応答が不可能となったり、放送に応答するインタラクション要求を可能にするか否かを放送者７３０に決定させることができる。
【０１２０】
図８はユーザ８１０のエスカレーションルール８００の略図である。ユーザ８１０はチャネル加入者（例えばチャネル加入者７６０）および／またはインタラクション要求の受信者（例えば受信者１６０）とすることができる。エスカレーションルール８００は全てのチャネルメッセージおよび／またはユーザ８１０によって受信されたインタラクション要求のためのデフォルトルールであってもよい。最初のエスカレーションレベル８０２において、ユーザ８１０は自分のコンピュータ８１１へのメッセージ、および自分の固定電話８１２への電話を受け取ることができる。最初の所定期間後、ユーザ８１０が通知を確認していない場合、インタラクションを第２エスカレーションレベル８０４にエスカレートすることができる。第２エスカレーションレベルにおいて、ユーザ８１０は再度自分のコンピュータ８１１へのメッセージ、自分の固定電話８１２への電話を受け取ることができる。ユーザ８１０はアプリケーションを介してスマートフォン８１３でメッセージを受け取ることもでき、フィーチャーフォン８１４で文字メッセージを受け取ることもできる。
【０１２１】
第２の所定期間の後、通知を第３のエスカレーションレベル８０６にエスカレートさせることができる。第２の所定期間は第１の所定期間と同じであってもよいし、同じでなくてもよい。第３のエスカレーションレベル８０６はその他のエスカレーションレベルと同じであってもよく、インタラクションは同じデバイスを使って試みることができる。第４および最大のエスカレーションレベル８０８は第３の所定期間後に達成することができる。通知は、第４のエスカレーションレベル８０８中、ユーザのデバイス８１１、８１２、８１３、８１4によって再度試みることができる。さらに、第２ユーザ８２０のコンピュータ８２１、自宅電話８２２およびスマートフォン８２３にメッセージを送ることができる。通知は各追加の試みを分ける第４の所定時間の間隔の遅延で、第４のエスカレーションレベル８０８で反復して行ってもよい。第４のエスカレーションレベル８０８で反復する試みは、確認が受信されるまで継続させることができる。あるいは、エスカレーションは送達を所定回数行った後に終了させることができる。別の実施形態において、エスカレーションレベルを異なる数としたり、および／または別の方法を使って各々のエスカレーションレベルでユーザ８１０に通知を行ってもよい。
【０１２２】
図９はメッセージを動的に分割された複数のチャネル加入者９４０、９５０、９６０、９８０に放送するように構成されたシステム９００の略図である。放送者９３０は特定の基準を満たす加入者のみにメッセージを送りたいと思っている。例えば、放送者９３０は熱心なランナー専用のチャネルに質問を放送したいと考えている。放送者の質問はマラソンのトレーニングに関するものであり、よって、マラソンに興味のある加入者のみにメッセージを送りたいと考える。チャネル加入者９４０、９５０、９６０、９７０、９８０は、彼らが参加した、および／または興味のあるレースの種類の特定など、好みおよび／またはデータを加入者データベース９４５、９５５、９６５、９７５、９８５に保存することができる。各々のチャネル加入者９４０、９５０、９６０、９７０、９８０は彼ら自身のデータベース９４５、９５５、９６５、９７５、９８５を持つことができる、および／または１つのデータベースが複数のチャネル加入者９４０、９５０、９６０、９７０、９８０に関する情報を保存することができる。チャネル加入者９４０、９５０、９６０、９７０、９８０は、自分たちの記載した関心事に合ったメッセージの通知のみを受け取りたいと表示することができる。
【０１２３】
放送者９３０がマラソントレーニングに関する質問と共にメッセージをインタラクションサーバに送る場合、放送者はマラソンに興味のある加入者のみがそのメッセージを受け取るように動的分割を要求することができる。チャネル９１０はメッセージをインタラクション通知エンジン９２０に送り、どのチャネル加入者９４０、９５０、９６０、９７０、９８０がメッセージを受け取るかを決定することができる。別の実施形態において、チャネル９１０はどのチャネル加入者９４０、９５０、９６０、９７０、９８０がメッセージを受け取るかを決定し、インタラクション通知エンジン９２０は、チャネル９１０がメッセージを各チャネル加入者のメッセージセンタに送達した後、チャネル加入者９４０、９５０、９６０、９７０、９８０に通知することができる。インタラクション通知エンジン９２０はデータベース９４５、９５５、９６５、９７５、９８５に自動的にアクセスしてマラソンに興味を持つ加入者９４０、９５０、９６０、９８０を決定することができる。動的な分割は、放送者９３０が誰にメッセージを放送するかを決定するために使用されるプライベートデータへアクセスせずに行うことができる。インタラクション通知エンジン９２０はプライベートデータを放送者９３０と共有せずに動的な分割を決定することができる。
【０１２４】
インタラクション通知エンジン９２０は通知を加入者９４０、９５０、９６０、９８０に送ることができ、この通知にはメッセージ、メッセージのコピー、メッセージの所定の文字数、メッセージへのリンクなどが含まれる。第１加入者９４０および第２加入者９５０が彼らの情報に彼らが以前マラソンを走ったことを表示している場合、メッセージを彼らに送達することができる。彼らのデータベース９４５、９５５内のインタラクションルールに基づき、インタラクション通知エンジン９２０はメッセージが第１加入者のコンピュータ９４２および第２加入者の固定電話９５２に送られることを決定することができる。
【０１２５】
第３加入者９６０は自分がマラソンに興味のあることを表示していたとする。第３加入者９６０は小さな陸上競技ストアを所有し、メッセージをチャネルに即座に通知したいと考えている。第３加入者９６０は自分のエスカレーションルールに、そのチャネルへの任意のメッセージが最初に自分のスマートフォン９６２に送られ、回答が受信されない場合には自分のコンピュータ９６４にエスカレートさせるように指定することができる。第４の加入者９７０は１０キロ以上の距離は走らないと記入したので、彼女にはメッセージが送達されない。第５の加入者９８０はマラソンのトレーニングを行っているため、マラソンに興味がある。第５の加入者９８０はチャネルからのメッセージを全て確実に受け取るようにしたいと思うので、この第５加入者９８０へのインタラクションルールは全てのメッセージが第５の加入者の固定電話９８２、スマートフォン９８４およびコンピュータ９８６に送達されるように指定することができる。提出した基準を満たす加入者の数などの確認、応答、および／または動的分割の統計データを放送者９３０が利用できるようにすることができる。
【０１２６】
図１０は自動メッセージを興味のあるチャネル加入者１０４０、１０８０に放送するように構成されたシステム１０００の略図である。チャネル１０１０は情報サーバ１０３０から情報を定期的に受信および／または検索する、および／またはチャネル１０１０は情報を演算する。図示した実施形態において、１つの情報サーバ１０３０がある。他の実施形態において、コンテンツが集約された情報サーバが２つ以上ある場合がある。
【０１２７】
一実施形態において、チャネル１０１０は次回のレースに関する情報を情報サーバ１０３０に要求し、サンフランシスコでのハーフマラソンが情報サーバ１０３０に保存されたレースのリストに追加されたことを決定することができる。チャネル１０１０はその情報をインタラクション通知エンジン１０２０に送り、どの加入者がその情報の通知を受け取るかを決定することができる。第１および第５加入者１０４０、１０８０はサンフランシスコに住んでおり、彼らのデータベース１０４５、１０８５に興味ある次回のレースに関するメッセージを受け取りたいと明記したとする。インタラクション通知エンジン１０２０はそのレースに関する自動メッセージを第１および第５加入者１０４０、１０８０に放送することができる。第２加入者１０５０はサンフランシスコに住んでいるが、次回のレースに関する自動メッセージを受け取りたくないと思っている。第３加入者１０６０は東海岸でのレースのみに興味があり、第４加入者１０７０は１０キロ以下のレースのみを走る。インタラクション通知エンジン１０２０はこれらの加入者のデータベース１０５５、１０６５、１０７５から第２加入者１０５０がメッセージを受け取りたくないと思っており、場所や距離が第３および第４加入者１０６０、１０７０にはそれぞれ適用できないと決定し、従って、メッセージは彼らに送信されない、および／または利用可能ではない。
【０１２８】
図１１は複数のチャネル加入者１１３０、１１４０、１１５０、１１６０、１１７０間の通信システム１１００の略図である。チャネル１１１０は複数のチャネル加入者１１３０、１１５０、１１６０、１１７０がインタラクション要求および／またはメッセージを相互に放送し、および／または相互のプライベートデータを見ることができるように構成することができる。例えば、チャネル１１１０は家族のチャネルとすることができる。チャネル１１１０は家族が本明細書に記載の特徴のうちの多くの特徴を活用できるようにする。メッセージはチャネル加入者１１３０、１１４０、１１５０、１１６０、１１７０間で動的に分割され、いくつかの家族メンバーに関連するメッセージのみがこれらのチャネル加入者１１３０、１１４０、１１５０、１１７０に送達されるようにすることができる。チャネル１１１０はチャネル加入者１１３０、１１４０、１１５０、１１６０、１１７０のうちの任意の２つの加入者間の１対１の通信も可能にする。メッセージはチャネル加入者１１７０の複数のデバイス１１７２、１１７４、１１７６にエスカレートさせ、重要メッセージおよび／または緊急メッセージが確実に受信されるようにすることができる。チャネル加入者１１３０、１１４０、１１５０、１１６０、１１７０は各々データベース１１３５、１１４５、１１５５、１１６５、１１７５を維持し、これらは個人連絡先、インタラクションルール、エスカレーションルールなどのプライベートデータを含むことができる。データベース１１３５、１１４５、１１５５、１１６５、１１７５内の情報はチャネル１１１０および／またはインタラクション通知エンジン（図示せず）によって、メッセージの送達方法を決定するために使用することができる、および／または情報は、メーリングアドレスやその他の個人連絡先を共有する家族構成員などの、チャネル加入者１１３０、１１４０、１１５０、１１６０、１１７０間で共有することができる。
【０１２９】
管理者１１３０はチャネル１１１０のルールを管理することができる。管理者１１３０は何人かのチャネル加入者１１３０、１１５０、１１６０、１１７０がメッセージを放送できるようにし、家族内の子供などのその他のチャネル加入者１１４０にはメッセージを放送することができないようにすることができる。管理者１１３０は各チャネル加入者１１３０、１１４０、１１５０、１１６０、１１７０が誰に放送することができるかを決定することもできる。チャネル加入者１１３０、１１４０、１１５０、１１６０、１１７０は全ての他のチャネル加入者１１３０、１１４０、１１５０、１１６０、１１７０、動的に分割されたサブセットの特定の個々のチャネル加入者１１３０、１１４０、１１５０、１１６０、１１７０などに放送を行うことができる。管理者１１３０はチャネル１１１０のルールを自由に変更することができる。
【０１３０】
別の例において、チャネル１１１０を学校が操作することができ、チャネル加入者１１３０、１１４０、１１５０、１１６０、１１７０には保護者、生徒、先生、スタッフなどが含まれる。学校は天候の非常事態による休校などの緊急メッセージを保護者および生徒に送ることができる。保護者は緊急メッセージを含むメッセージを学校に送り返すこともできる。学校は保護者から受け取ったメッセージを先生および／またはスタッフに、応答のために割り当てることができる。生徒および／または保護者には、他の生徒および保護者へのメッセージの送付が許可される場合もあるし、または許可されない場合もある。チャネル加入者１１３０、１１４０、１１５０、１１６０、１１７０は共有データでインタラクションを行うことができる。従って先生は保護者と先生による会議のサインアップ要求を作成して、動的分割を使ってそれを自分の生徒の保護者のみと共有することができる。保護者はどの時間枠が空いているのかを見て時間枠を予約することができ、予約されると即座にこの時間枠には利用できない旨のマークが付される。
【０１３１】
当業者であれば、開示の根本原理から逸脱することなく、上述の実施形態の詳細に多くの変更を行うことができると理解されよう。本開示の範囲は、従って、以下の請求項によってのみ決定される。
【図１】
0006349328.tif 000002
【図２】
0006349328.tif 000003
【図３】
0006349328.tif 000004
【図４】
0006349328.tif 000005
【図５】
0006349328.tif 000006
【図６】
0006349328.tif 000007
【図７】
0006349328.tif 000008
【図８】
0006349328.tif 000009
【図９】
0006349328.tif 000010
【図１０】
0006349328.tif 000011
【図１１】
0006349328.tif 000012