JP2004535628A - イベントを管理するためのシステムおよび方法 - Google Patents

Abstract

イベントあるいはミーティングと関連するロジスティックスを管理するためのシステムおよび方法（図１０）により、ユーザはグラフィカルユーザインターフェイスを使用して、イベント関連情報を入力することができる。イベント関連情報は計画されたイベントについての招待客のリスト、場所および時間を含んでもよい（１０３０）。それからシステムは自動的に招待のメッセージを所望の招待客に送信し（１０１６）、招待への応答に失敗した招待客を再び招待し、イベントに出席すると表示している招待客へリマインダのメッセージを送信する（１０４０）。システムはまた受信した応答および応答の欠如に基づいたイベントに関連して、状態報告（１０１８）を自動的に生成する。

Description

【発明の分野】
【０００１】
この発明は一般にネットワークに基づく管理ツールに関し、特にイベントスケジューリングおよび調整を管理するためのシステムおよび方法に関する。
【発明の背景】
【０００２】
少人数のグループにとっても、ミーティングの計画、スケジューリングおよび調整はしばしば骨の折れることとなり得る。ミーティング調整の難点は、所望の出席者の数が増加するにつれて、ますます指数関数的に増加するようにみえる。所望の出席者とコンタクトを取ることは、プロセスにおける最初のハードルにすぎない。個々の招待客の全員からの応答を集めることは、全従業員(workforce)がより移動しやすくなるにつれて、ほとんど手に余ることにしばしばなる。重要なミーティングに出席すると約束した後でさえ、今日のビジネスの速いペースのせいで、以前に自分が出席に合意したミーティングに出席することを忘れるような多忙な個人になることがしばしばありうる。
【０００３】
例えば、２０人の会社の従業員とのミーティングを予定する必要があると仮定する。電話で２０人の当事者すべてと最初にコンタクトを取るのに７日間かかりうる。より簡単なアプローチは、２０人の当事者すべてにｅメールのメッセージを発信することもあり得る。しかしながら、ミーティングの計画者は入来応答を集め、読み、そして記録しなければならない。いくつかの点では、応答のない人にミーティングに再度招待するようコンタクトを取るような判定がなされなければならない。
【０００４】
別の例として、ミーティング計画者が２週間以内に行われるミーティングに出席するために、技術部門の３０人の多忙なメンバの応答になんとかコンタクトを取り、手動で記録すると仮定する。予定されているより数週間前に３０人全員が主題のミーティングに出席すると同意したとしても、招待客の少なくとも数人、そしておそらくかなりの数が、適切なときが来ると、ミーティングのことを忘れるであろう可能性は高い。最初の応答以来招待客とコンタクトを取らなかった後、ミーティング計画者は数人の招待客がミーティングに現れなかったとき驚くかもしれない。
【０００５】
最後の例として、多数の会社の従業員によるミーティングへの出席が要求されていると仮定する。さらに、所望の招待客の多数の割合がミーティングに出席しなければならず、さもなければミーティングはキャンセルされ、より適切な時に延期されると仮定する。全招待客の返信を受け取り、分類し、そして管理することは、応答が受信されるとチャートを整備し、手動で更新しなければならないだろう少なくとも１人の個人による、フルタイムの努力を必要とするであろう。招待および応答の状態についての最新の報告は、維持するのが困難となるであろう。
【０００６】
従って、招待プロセスを管理し、応答に失敗した招待客を再度招待し、来るべきミーティングについて招待客に思い出させ、全招待客からの返信を要求に応じて利用可能な堅実な報告に結合するシステムおよび方法に対するニーズがある。
【発明の要約】
【０００７】
この発明に整合するシステムおよび方法は、イベントスケジューリングツールがユーザのためのミーティングあるいは他のイベントの調整を自動的に管理できる機構を提供することにより、これおよび他のニーズに対処する。
【０００８】
ここに具体化され広く述べられているように、この発明の目的に従って、イベントを管理するためのコンピュータ実施方法が提供されている。コンピュータ実施方法はイベント情報を受け取り、イベントに関連する少なくとも一つのメッセージを生成し、少なくとも一つのメッセージを複数のイベント招待客に送信することを含む。コンピュータ実施方法は少なくとも１人の招待客から少なくとも一つの応答を受け取り、応答に基づいて状態報告を生成することをも含む。
【０００９】
この発明に整合する別の実施例において、格納された一連の命令を有するコンピュータ読み出し可能媒体が提供されている。一連の命令は、少なくとも一つのプロセッサによって実行されると、プロセッサに、イベント情報を入力させるためにユーザインターフェイスを提供させ、ユーザインターフェイスを介してイベント情報を受信させ、イベントに関連する少なくとも一つのメッセージを生成させる。命令はまたプロセッサが少なくとも一つのメッセージを複数のイベント招待客に送信し、招待客の少なくとも１人から少なくとも一つの応答を受け取り、応答に基づいて状態報告を生成させる。
【００１０】
この発明に整合するさらに別の実施例において、アンケートに対する応答を追跡するための方法が提供されている。方法はアンケートを複数の受取人に送信し、受取人の少なくとも１人からアンケートに対する応答を受け取ることを含む。方法はさらに応答のない受取人にリマインダの通知を送信し、応答に基づいて状態報告を生成することを含む。
【００１１】
この発明に整合する更なる実施例において、複数のユーザ装置を有するネットワークにおけるイベント計画管理を提供するのためのシステムが提供されている。システムはメモリに接続されたイベントに関係したデータを格納するメモリと、メモリに接続されたプロセッサとを含む。プロセッサはイベントスケジューリング情報を受け取り、ユーザ装置の一つからの入力に基づいてイベントに関連するメッセージを生成するよう設定される。プロセッサはまたネットワークを介して招待客にメッセージを送信し、招待客からの応答を受け取り、受信した応答に基づいて報告を生成するよう設定される。
【詳細な説明】
【００１２】
この発明に整合する実施例の以下の詳細な記述は、添付の図面を参照する。異なる図面における同一の参照番号は、同じあるいは類似の要素を表す。また、以下の詳細な記述はこの発明を限定するものではない。代わりに、この発明の範囲は添付のクレームおよびその均等物により定義される。
【００１３】
この発明に整合する実施例は、ミーティングあるいは他のイベントに関連したロジスティックスを管理するタスクが効果的にオートメーション化され得る方法および装置を提供する。イベント関連情報を入力した後、この発明は自動的に招待のプロセスを完了し、特定の時間間隔の後、応答に失敗した招待客に再招待を送信し、ミーティングの日の少し前に招待客にリマインダメッセージを送信し、イベントの計画者がいつでも問い合わせをするために状態報告に備える。
【模範的なシステム設定】
【００１４】
図１はこの発明に整合するシステムおよび方法が実行されてもよいシステムにおける模範的なシステム１００を例示する。模範的なシステム１００はいくつかのピア装置１２０と、ネットワーク１１０を介して相互に接続された少なくとも一つのサーバ１３０とを含む。加えて、システム１００は一以上のファイヤウォール１４０と、ネットワーク１５０を介して相互に接続されたピア装置１６０も含んでもよい。システム１００は図１に示されているのと同じくらいの装置を含み得るということが認識されるであろう。
【００１５】
ピア装置１２０はネットワーク１１０に接続できるメインフレーム、ミニコンピュータ、パーソナルコンピュータ、ラップトップコンピュータ、パーソナルデジタルアシスタントおよび同様のもののような、コンピュータシステムのあらゆる型を含んでもよい。ピア装置１２０はワイヤ、ワイヤレス、あるいは光接続のようなあらゆる従来の方法で、ネットワーク１１０に接続してもよい。
【００１６】
同様にピア装置１６０はネットワーク１５０に接続できるメインフレーム、ミニコンピュータ、パーソナルコンピュータ、ラップトップコンピュータ、パーソナルデジタルアシスタントおよび同様のもののような、コンピュータシステムのあらゆる型を含んでもよい。ピア装置１６０はワイヤ、ワイヤレス、あるいは光接続のようなあらゆる従来の方法で、ネットワーク１５０に接続してもよい。
【００１７】
サーバ１３０は、サーバ１３０がピア装置１２０およびピア装置１６０と通信可能にするためにネットワーク１１０に接続できるメインフレーム、ミニコンピュータ、あるいはパーソナルコンピュータのようなコンピュータシステムのあらゆる型を含んでもよい。代わりの実施例において、サーバ１３０は一以上のピア装置１２０と直接接続するための機構を含んでもよく、あるいはピア装置１２０内に含まれてもよい。サーバ１３０はネットワーク１１０上でデータを送信し、あるいはワイヤ、ワイヤレス、あるいは光接続を介してネットワーク１１０からデータを受信してもよい。ファイヤウォール１４０は、コンピュータハッカーあるいは同等の認証されていない人員が、ネットワーク１１０のようなネットワーク内部に入るのを防ぐためにハードウエア、ソフトウエア、あるいはファームウエア要素のあらゆる結合を含んでもよい。
【００１８】
ネットワーク１１０はイントラネット、インターネット、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）あるいはネットワークの他の類似のタイプのような一以上の従来のネットワークを含んでもよい。ネットワーク１５０はインターネット、イントラネット、ＷＡＮ、ＬＡＮあるいはネットワークの他の類似のタイプのような一以上の従来のネットワークを含んでもよい。
【模範的なサーバ】
【００１９】
図２はこの発明に整合する模範的なサーバ１３０を例示する。図２において、サーバ１３０はバス２１０、プロセッサ２２０、メモリ２３０、リードオンリメモリ（ＲＯＭ）２４０、格納装置２５０、入力装置２６０、出力装置２７０および通信インターフェイス２８０を含む。バス２１０はサーバ１３０要素間の通信を許可する。
【００２０】
プロセッサ２２０は命令を解釈し実行する従来のプロセッサあるいはマイクロプロセッサのあらゆるタイプを含んでもよい。メモリ２３０はプロセッサ２２０による実行のために情報および命令を格納するランダムアクセスメモリ（ＲＡＭ）、あるいは動的な格納装置のあらゆるタイプを含んでもよい。メモリ２３０はまたプロセッサ２２０による命令の実行の間、変数あるいは他の中間情報を一時的に格納するよう使用されてもよい。
【００２１】
ＲＯＭ２４０は従来のＲＯＭ装置および／またはプロセッサ２２０に対する静的情報および命令を格納する静的格納装置の別のタイプを含んでもよい。格納装置２５０は磁気ディスクあるいは光ディスクおよびその対応するドライブおよび／または情報および／または命令を格納するための磁気、または光記録媒体の何らかの別のタイプ、およびその対応するドライブを含んでもよい。
【００２２】
入力装置２６０はオペレータがサーバ１３０に情報を入力するのを許可する、キーボード、マウス、マイクロフォン、ペン、音声認識あるいは他のバイオメトリック(biometric)機構等のようなあらゆる従来の機構を含んでもよい。出力装置２７０はオペレータに情報を出力する、ディスプレイ、プリンタ、ヘッドフォン、一対のスピーカ等を含む、あらゆる従来の機構を含んでもよい。
【００２３】
通信インターフェイス２８０は、サーバ１３０がピア装置１２０あるいはピア装置１６０のような他の装置および／またはシステムと、直接的に、あるいはメールボックス、情報掲示板、あるいは他の何らかの方法で、間接的のいずれかで、通信可能にするあらゆるトランシーバのような機構を含んでもよい。例えば、通信インターフェイス２８０はネットワークへのモデムあるいはイーサネットインターフェイスを含んでもよい。代わりに、通信インターフェイス２８０は、ネットワーク１１０あるいはネットワーク１５０のようなネットワークを介して通信するための他の機構を含んでもよい。
【００２４】
この発明に整合して、サーバ１３０はメモリ２３０に含まれる一連の命令を実行するプロセッサ２２０に応答して、イベントスケジューリングおよび調整を管理する。そのような命令は、格納装置２５０のような他のコンピュータ読み出し可能媒体から、あるいは通信インターフェイス２８０を介して別の装置から、メモリ２３０に読まれてもよい。コンピュータ読み出し可能媒体は一以上のメモリ装置および／または搬送波を含んでもよい。メモリ２３０に含まれる一連の命令の実行により、プロセッサ２２０は今後述べられる処理ステップを実行する。代わりの実施例において、配線で接続された回路は、この発明を実行するためのソフトウエア命令の代わりに、あるいは結合して使用されてもよい。従って、この発明はハードウエア回路構成およびソフトウエアのどのような特有の結合にも限定されない。
【模範的なピア装置】
【００２５】
図３はこの発明に整合する模範的なピア装置１２０を例示する。ピア装置１２０は、バス３１０、プロセッサ３２０、メモリ３３０、通信装置３４０、入力装置３５０、および出力装置３６０を含む。ピア装置１６０は同様に設定されてもよい。
【００２６】
バス３１０はピア装置１２０の要素間の通信を許可する。プロセッサ３２０は命令を解釈および実行する従来のあらゆるプロセッサあるいはマイクロプロセッサを含んでもよい。メモリ３３０は、プロセッサ３２０による使用のための静的情報および命令を格納する
ＲＡＭ、あるいは別のタイプの動的格納装置、プロセッサ３２０による使用のためのＲＯＭあるいは静的情報および命令を格納する格納装置の別のタイプ、および／または磁気あるいは光記録媒体およびその対応するドライブの何らかのタイプを含んでもよい。
【００２７】
通信装置３４０はピア装置１２０が他の装置および／またはシステムと通信可能にするあらゆるトランシーバのような機構を含んでもよい。例えば、通信装置３４０は、ネットワーク１１０あるいはネットワーク１５０（図１）のようなネットワークを介して、他のピア装置１２０、ピア装置１６０あるいはサーバ１３０と通信するための機構を含んでもよい。
【００２８】
入力装置３５０はキーボード、マウス、ペン、音声認識あるいは他のバイオメトリック機構等のような、オペレータがピア装置１２０に情報を入力するのを許容する、あらゆる従来の機構を含んでもよい。出力装置３６０はオペレータに情報を出力する、ディスプレイ、プリンタ、一対のスピーカ、ヘッドフォン等を含む、あらゆる従来の機構を含んでもよい。
【００２９】
メモリ３３０に含まれる一連の命令の実行により、プロセッサ３２０は今後述べられる機能を実行する。代わりの実施例において、配線で接続された回路は、この発明を実行するためのソフトウエアの命令の代わりに、あるいは結合して使用されてもよい。従って、この発明はハードウエア回路構成およびソフトウエアのどのような特有の結合にも限定されない。
【イベントを管理するための模範的なプロセス】
【００３０】
図４−７は、この発明の実施例に整合する、イベントの管理に関連した模範的なプロセスを例示する。プロセスは、ピア装置１２０のようなピア装置の初期化で開始する〔ステップ４１０〕。初期化は、ピア装置１２０の電源を入れ、起動プロセスの実行を含んでもよい。ユーザはそれからネットワーク１１０を介して各種の画面で自分をナビゲートする（navigate)ことを許容するイベントスケジューリングツールに関連する、グラフィカルユーザインターフェイス（ＧＵＩ）にアクセスしてもよい〔ステップ４２０〕。この発明の模範的な実施例において、イベントスケジューリングツールがサーバ１３０（図１）に存在すると仮定する。この場合、ユーザはサーバ１３０に関連したネットワークアドレスを入力してもよい。アドレスはサーバ１３０に関連したユニフォームリソースロケータ（ＵＲＬ）であってもよい。
【００３１】
サーバ１３０と接続すると、ユーザはイベントスケジューリングツールへのアクセスが許可される前に、独特の個人の識別子を入力してもよい〔ステップ４３０〕。個人のログイン識別子（ＩＤ）および関連したパスワードを受け取った後、ログインＩＤおよびパスワードが有効かどうかについて判定がなされる〔ステップ４４０〕。ログインＩＤおよびパスワードは各々、例えばキーストロークあるいはマウスの操作を介して、ピア装置１２０に入力される特定の長さの英数字から成ってもよい。別の実施例においては、ログインＩＤおよび／またはパスワードはユーザを認証するために、音声認識あるいは何らかの他のバイオメトリック機構から成ってもよい。ログインＩＤおよび関連のパスワードが有効でなければ、ユーザはそれらを再入力するよう求められてもよい。ユーザは例えば、システムから排出される前に、ログインプロセスを成功裏に終わるために３回の試みを与えられてもよい。ログインＩＤおよび関連のパスワードが有効であると、ユーザはイベントスケジューリングツールへのアクセスが許可されるだろう。
【００３２】
ユーザはそれからミーティングあるいはイベントに所望の招待客を誘うために使用される発信メッセージを生成するために、イベントスケジューリングツールと相互作用してもよい〔ステップ４５０〕。例えば、図１０は、カスタマイズ化されたメッセージ情報が入力されてもよい、この発明に整合する模範的なＧＵＩ１０００を例示する。模範的なＧＵＩ１０００は、ウエブページの形式で、ＵＲＬ入力スロット１００５、機能ボタンセット１０１０、ミーティング情報インジケータ１０３０、およびメッセージ詳細セクション１０４０を含む。
【００３３】
ＵＲＬ入力スロット１００５はイベントスケジューリングツールウエブページを識別するＵＲＬを表示する。機能ボタンセット１０１０はイベントスケジューリングツール内で利用可能な各種の機能を初期化することを促がす。機能は、イベント１０１２、メッセージ１０１４、招待１０１６、報告１０１８、編集１０２０、その他１０２２、ログオフ１０２４および関連(about)１０２６を含む。
【００３４】
イベント１０１２は予定されている全イベントあるいはミーティングをリストに載せるＧＵＩにユーザを導いてもよい。このＧＵＩから、例えばユーザは、興味のあるイベントを選択し、それによって選択されたイベントに関連する画面あるいはウエブページのセットに進んでもよい。メッセージ１０１４は図１０で描写されたように招待客に配信されたメッセージをリストに載せるＧＵＩに、ユーザを導いてもよい。これらのメッセージは最初の招待、再招待、およびミーティングのリマインダを含んでもよい。ユーザはこれらのメッセージを修正しおよび／または追加の顧客のメッセージを生成してもよい。招待１０１６は招待客が選択され得るＧＵＩへユーザを導いてもよい。招待客の選択は、例えば、個人、特定のグループ、部門、技術分野、位置、マネージャ、従業員等のような、招待客の異なる分類を含んでもよい。ユーザは、既存の分類の中の一つを選択するかあるいは、例えば招待客の新しいリストを生成するか、既存のリストを修正してもよい。
【００３５】
報告１０１８はユーザが全招待客の返信を詳述する報告を閲覧することを許容してもよい。この報告はイベントスケジューリングツールによって自動的に更新されてもよく、従って、ユーザが名前で全招待客の個々の返信の状態についての詳細な報告を閲覧することを許容してもよい。編集１０２０は、ユーザがミーティングの名称、場所、時間、あるいは他の予定されている特有の情報を変更することを許容してもよい。ユーザは例えば、編集１０２０のボタンをクリックしてもよく、イベントスケジューリングツールは、全スケジューリング特有情報が修正に対して使用可能である新たなＧＵＩをダウンロードしてもよい。その他１０２２は、この発明に整合する雑多の他の機能を表してもよい。ログオフ１０２４はユーザをイベントスケジューリングツールから外に出す出口機能を表してもよい。関連１０２６は、イベントスケジューリングツールのバージョンナンバ、日付等に関する情報を提供してもよい。
【００３６】
ミーティング情報インジケータ１０３０は、現在閲覧されているミーティングに関するミーティングの名称、日付および時間を表してもよい。メッセージ詳細セクション１０４０はユーザが自身のミーティングに関する特有のメッセージを入力するためのプロンプトを含んでもよい。例えば、メッセージ詳細セクション１０４０は最初の招待、再招待およびミーティングのリマインダのためのカスタマイズ化されたメッセージをユーザが入力することを許容するユーザ入力ボックスを含んでもよい。予め格納されたメッセージはまたユーザに対して利用可能であってもよい。これらの予め格納されたメッセージは、例えば、特有のメッセージの入力を促がすために、ドロップダウンメニュを介して利用可能であってもよい。
【００３７】
ユーザはいつでも最初の招待に対して修正をしてもよい〔ステップ４６０〕。これらの修正は基本の最初の招待メッセージに対する追加の詳細を提供するよう追加されてもよく、例えば、最初の招待に関連して動作ボタンの一つをクリックすることで、成し遂げられてもよい。類似の様式で、ユーザは再招待のメッセージ〔ステップ４７０〕およびリマインダのメッセージ〔ステップ４８０〕を修正してもよい。
【００３８】
それからユーザは来るべきミーティングあるいはイベントの招待客リストを選択してもよい〔図５、ステップ５１０〕。招待客リストは招待１０１６ボタンを選択することでアクセスされてもよい（図１０）。招待１０１６の活性化はユーザをＧＵＩ画面へと導いてもよく、そこで各種招待客は入力もしくは選択されてもよい。招待客は例えば、各招待客に対してｅメールアドレスを入力することで、手動で入力されてもよい。代わりに、招待客は例えば、指名されたグループ、組織あるいは、他のあらゆる提携、当事者のリストから予め格納された招待客を選択することにより、個々に選択されてもよい。招待客リストはイベントスケジューリングツールのユーザによって、いつでも更新あるいは修正されてもよい。ユーザはまた１人以上の個人を招待客リストから手動で取り去ることにより、特定の分類から排除してもよい。
【００３９】
ユーザはそれからイベントスケジューリングツールにミーティング／イベント場所情報を入力してもよい〔ステップ５２０〕。例えば、図１１はメッセージ配信情報が入力されてもよい、この発明に整合する模範的なＧＵＩ１１００を例示する。ＧＵＩ１０００（図１０）を介したメッセージ情報の入力がサーバ１３０により受信されると、ＧＵＩ１１００はピア装置１２０に自動的にダウンロードされてもよい。代わりに、ＧＵＩ１１００は招待ＧＵＩ上で「スケジュール」ボタンを選択することで、アクセスされてもよい。あらゆるイベントにおいて、ＧＵＩ１１００はウエブページの形式で、ＵＲＬ入力スロット１１０５、位置識別子１１１０、初期配信セクション１１１５、再招待セクション１１２０、リマインダセクション１１２５そしてデータ更新ボタン１１３０を含む。ミーティング場所情報は、例えば、図１１の位置識別子１１１０セクションに入力されてもよい。部屋番号、建物の番号および／または他の適切なあらゆる情報は、位置識別子１１１０の指名されたテキストフィールドに入力されてもよい。
【００４０】
ユーザはそれから最初の招待配信情報を入力してもよい〔ステップ５３０〕。初期配信情報は、最初の招待が全招待客へ配信されるべきときを、明記してもよい。この情報は初期配信セクション１１１５を介してユーザによって入力されてもよい（図１１）。例えば、最初の招待は直ちに、あるいは“ｘ”日以内に（“ｘ”はユーザによって選択される）送信されるべきである、あるいは送信はまだ予定されていないということを、ユーザは提示してもよい。ユーザは初期配信セクション１１１５におけるイベントが起こる前の日数に対応して、適切な数値を入力することで、最初の招待をいつ配信するかを判定してもよい。
【００４１】
ユーザはそれから再招待配信情報を入力してもよい〔ステップ５４０〕。サーバ１３０はユーザによって特定された時間間隔内に最初の招待へ応答しなかった招待客に、再招待メッセージを自動的に送信してもよい。この特性を可能にするために、ユーザは再招待セクション１１２０の各ボックスに、所望の開始時間、頻度および終了時間を入力してもよい（図１１）。開始時間はイベントが再招待メッセージの配信を開始する前の日数を提示してもよい。頻度は再招待メッセージ間の日数を提示してもよい。終了時間はイベントが人の再招待を終了する前の日数を提示してもよい。図１１で示されている例において、再招待メッセージはイベントの７日前に送信されてもよく、再招待の間の日数は２であってもよい。さらに、イベントが再招待の送信を終了する前の日数は１である。他の任意の数字が提供されてもよい。代わりの実施例において、再招待セクション１１２０内に入力される値は、時間、分、あるいは他の任意の時間の単位であってもよい。
【００４２】
ユーザはそれからミーティングリマインダ配信情報を入力してもよい〔ステップ５５０〕。サーバ１３０はミーティング／イベントの出席への招待を受け入れた招待客に、リマインダのメッセージを自動的に配信してもよい。この特性を可能にするために、ユーザはリマインダセクション１１２５内の各ボックスに、所望の開始時間、頻度、および終了時間を入力してもよい（図１１）。開始時間はイベントがリマインダのメッセージの配信を開始する前の日数を提示してもよい。頻度はリマインダのメッセージ間の日数を提示してもよい。終了時間はイベントがリマインダのメッセージの送信を終了する前の日数を提示してもよい。例えば、図１１を参照して、リマインダのメッセージはイベントの７日前に送信されてもよく、リマインダの間の日数は２であってもよい。さらに、イベントがリマインダの送信を終了する前の日数は１であってもよい。代わりの実施例において、リマインダセクション１１２５内に入力される値は、時間、分、あるいは他の任意の時間の単位であってもよい。
【００４３】
ユーザはそれから即座のあるいは後の実行のために、すべてのミーティング特有情報を保存してもよい〔ステップ５６０〕。図１１のＧＵＩ１１００を介して入力されるすべてのミーティング特有情報は、例えば、グラフィカル更新ボタン１１３０を開始することで、保存されてもよい。ユーザは更新ボタン１１３０を選択するために入力装置３５０（図３）を使用してもよい。
【００４４】
図６はこの発明に整合し、最初の招待および再招待を招待客へ自動的に配信するためのイベントスケジューリングツールと関連した、模範的なプロセスを例示する。プロセスはサーバ１３０が、最初の招待を配信するときかどうかを判定することによって開始する〔ステップ６１０〕。判定は直ちに配信、イベントの“ｘ”日前で配信（“ｘ”はユーザによって選択される）、あるいは予定されていないといったような、初期配信セクション１１１５（図１１）を介した情報の入力に基づいてなされてもよい（図１１）。最初の招待を配信するときでなければ、サーバ１３０は適切なときまで待ちつづけるであろう。最初の招待を配信するときであれば、サーバ１３０は全招待客に最初の招待を送信する〔ステップ６２０〕。招待客リストはステップ５１０でユーザによって以前に入力された情報に基づいて判定されてもよい。この最初の招待メッセージは各招待客の電子メールボックスに送信されたｅメールの形式で、各招待客に受信されてもよい。
【００４５】
サーバ１３０はそれから招待に応答していない招待客がいるかどうかを判定する〔ステップ６３０〕。応答していない招待客がいなければ（すなわち全招待客が既に応答している）、招待プロセスは終了する。最初の招待にまだ応答していない招待客がいれば、サーバ１３０は再招待を前記招待客へ送信するときかどうかを判定する〔ステップ６４０〕。再招待を配信するときでなければ、サーバ１３０は適切なときまで待つ。適切なときの判定は、再招待セクション１１２０（図１１）の「開始」および「頻度」ボックスにユーザにより入力された情報に基づいてもよい。
【００４６】
サーバ１３０が再招待メッセージをまだ応答していない招待客へ送信するときであると判定すると、サーバ１３０は再招待メッセージをすべての応答していない招待客へ送信する〔ステップ６５０〕。再招待メッセージはｅメールを介して以前の招待メッセージへ応答することに失敗した全招待客へ送信されてもよい。この個々のリストは、以下により詳細に述べるように、イベントスケジューリングツールにより維持されるように、各個人の状態に基づく。サーバ１３０はそれから再招待の送信を終了するときかどうかを判定してもよい〔ステップ６６０〕。この判定は再招待セクション１１２０内の「終了」ボックスに以前ユーザがした入力に基づいてなされてもよい。ステップ６３０、６４０、６５０および６６０はそれから全招待客が応答するまでかあるいは、再招待メッセージがもう送信されない終了日まで、繰り返されてもよい。
【００４７】
図７はこの発明に整合して、イベントあるいはミーティングの出席への招待を以前に受け入れた招待客にリマインダのメッセージを送信するための模範的なプロセスを例示する。プロセスはイベントの出席への招待を受け入れた招待客がいるかどうかを判定することで開始する〔ステップ７１０〕。イベントに出席すると応答した招待客がいないとサーバ１３０が判定すると、リマインダプロセスは次に進まないが、予定されているイベントに出席の招待を受け入れる招待客が現れるまで待つであろう。判定は現在までに招待客から受け取った、そしてサーバ１３０によって記録された応答に基づいてもよい。
【００４８】
イベントへの出席の招待を受け入れた招待客がいると、サーバ１３０はリマインダメッセージを前記招待客に送信するときかどうかを判定する〔ステップ７２０〕。サーバ１３０がリマインダメッセージを配信するときでないと判定すると、サーバ１３０はそうするときまで待つであろう。判定は、リマインダセクション１１２５（図１１）にユーザが以前した入力に基づいてもよい。
【００４９】
サーバ１３０がリマインダメッセージを配信するときであると判定すると、サーバ１３０は来るべき予定されているイベントへの招待を受け入れた招待客にリマインダメッセージを送信してもよい〔ステップ７３０〕。これらのリマインダメッセージは、例えば、電子データ送信の形式で招待客の各ｅメールアドレスに送信されてもよい。判定はリマインダメッセージの配信を終了するときかどうかについてなされてもよい〔ステップ７４０〕。この判定はリマインダセクション１１２５（図１１）に以前した入力に基づいてなされてもよい。すなわち、リマインダセクション１１２５内の「終了」ボックスへのユーザの入力に基づいてもよい。「終了」ボックスはイベントがリマインダメッセージの送信を終了する前の日数を提示してもよい。図１１に示されている例において、サーバ１３０は予定されているイベントの１日前にリマインダメッセージの送信を終了してもよい。
【００５０】
サーバ１３０がリマインダメッセージの配信を終了するときでないと判定すると、ステップ７２０、７３０および７４０は繰り返されてもよい。サーバ１３０がリマインダメッセージの配信を終了するときであると判定すると、プロセスは終了する。
【応答を受信し状態報告を生成するための模範的なプロセス】
【００５１】
図８はこの発明に整合して、招待客からの応答を受信し、応答および応答の欠如に基づいて状態報告を生成するための模範的なプロセスを例示する。プロセスは招待客が位置する場所によって、招待客がピア装置１２０あるいはピア装置１６０を初期化することで開始する〔ステップ８１０〕。
【００５２】
招待客は招待を受け取り、招待に応答してもよい〔ステップ８２０〕。招待客は任意の方法で応答してもよい。例えば、ピア装置１２０に位置する（すなわちファイヤウォール１４０内）招待客にとっては、招待客は応答を入力し、招待メッセージ内に含まれるハイパリンクを選択することで応答を送信してもよい。招待客はハイパリンク上をクリックすることでハイパリンクを選択してもよい。招待客がピア装置１６０に位置する場合（すなわちファイヤウォール１４０の外）、招待客はｅメールの返信メッセージをサーバ１３０に送信することで、イベントの招待に対して応答してもよい。招待客は招待メッセージに他のあらゆる従来の方法で応答してもよい。あらゆるイベントにおいて、応答は招待客の招待に対する積極的あるいは消極的な応答を含む。つまり、応答は招待客がイベントに出席するつもりかどうかを提示する。
【００５３】
サーバ１３０はあらゆる適切な電子的な方法で個々の招待客からの応答を受信する〔ステップ８３０〕。サーバ１３０は応答が積極的な応答（すなわち招待客はイベントへの出席を予定している）あるいは消極的な応答（すなわち招待客はイベントへの出席を予定していない）かどうかを識別する。サーバ１３０はそれから各応答を対応する招待客に関連付けてもよく、応答を記録する〔ステップ８４０〕。これらの応答は、例えば、格納装置２５０（図２）内に格納されてもよい。
【００５４】
この発明の模範的な実施例において、サーバ１３０は応答に対する多くの分類を生成してもよい。例えば、サーバ１３０は「受け入れ」、「辞退」および「いまだ応答なし」の分類を生成してもよい。この発明の別の実施例においては、「おそらく出席する」あるいは「出席するかもしれない」といったような他の分類が特定のユーザの要求に基づいて追加されてもよい。とにかく、応答が受信されると、サーバ１３０は特定の招待客と関連して応答を記録し、応答に基づいて適切な分類を更新する〔ステップ８５０〕。サーバ１３０は応答が受信される度にこの更新を実行してもよく、それによってサーバ１３０は招待客の状態に関する最新の状態を有することが可能である。
【状態報告を提供するための模範的なプロセス】
【００５５】
図９はこの発明に整合して、イベントに関連した最新の状態をユーザが得てもよい、模範的なプロセスを例示する。プロセスはピア装置１２０のようなピア装置をユーザが初期化することで開始する〔ステップ９１０〕。初期化はピア装置１２０の電源を入れ、起動プロセスを実行することを含んでもよい。ユーザはそれからサーバ１３０にアクセスしてもよい〔ステップ９２０〕。例えば、ユーザはサーバ１３０に関連したネットワークアドレスを入力してもよい。サーバ１３０にアクセスすると、ユーザはイベントスケジューリングツールへのアクセスが許可される前に、独特の個人の識別子を入力することを促がされてもよい。ユーザは個人のログイン識別子（ＩＤ）および関連のパスワードを入力してもよい〔ステップ９３０〕。サーバ１３０はそれからログインＩＤおよびパスワードが有効であるかどうかを判定する〔ステップ９４０〕。ログインＩＤと関連のパスワードが有効でなければ、ユーザはそれらを再入力することが求められてもよい。ログインＩＤとパスワードが有効であると、ユーザはイベントスケジューリングツールへのアクセスが許可されるだろう。
【００５６】
成功したログインに続いて、ユーザはそれから予定されているイベントへ招待されている全当事者からの応答の最新の状態を示す報告へアクセスしてもよい〔ステップ９５０〕。例えば、成功したログインの後、サーバ１３０は「報告」ボタンを含むイベントスケジューリングツールと関連したホームページをダウンロードしてもよい。ユーザは従来の方法で「報告」ボタンを選択してもよい。代わりに、ユーザはＧＵＩ１０００（図１０）上の報告機能１０１８をクリックするかあるいは、"www.eventschedulingtool.com/Reportsのような適切なＵＲＬを入力することで報告グラフィカルユーザインターフェイスにアクセスしてもよい。
【００５７】
図１２はこの発明に整合して、イベントに関連した状態報告を表示するための模範的なＧＵＩ１２００を例示する。模範的なＧＵＩ１２００はウエブページの形式でＵＲＬ入力スロット１２０５、機能ボタンセット１２１０、ミーティング情報インジケータ１２３０、応答バーナ１２４０および報告テーブル１２５０を含む。
【００５８】
ＵＲＬ入力スロット１２０５は、ナビゲーションのためのＵＲＬの入力をネットワーク１１０内のイベントスケジューリングツールの至る所への進行を許可する。機能ボタンセット１２１０はイベントスケジューリングツール内のユーザに利用可能な各種機能の開始を容易にする。利用可能な機能は、イベント１２１２、メッセージ１２１４、招待１２１６、報告１２１８、編集１２２０、その他１２２２、ログオフ１２２４および関連１２２６を含む。これらの機能は図１０を参照して先に述べたのと同じ機能を実行してもよい。
【００５９】
ミーティング情報インジケータ１２３０は現在閲覧されている特定のミーティングと関連して、ミーティングの名称、日付および時間を提示してもよい。応答バーナ１２４０は多くの特定の分類に関連して、現在の表示を含んでもよい。例えば、図１２を参照して、分類は「待ち行列に入った」、「招待された」、「受け入れた」、「辞退した」および「これから応答する」を含んでもよい。他の分類は特定のユーザの要求に基づいて含まれてもよい。サーバ１３０は返信が招待客から受信される度に、これらの分類を更新してもよい。従って、ユーザは招待客に関連する状態の素早い要約を得るために応答バーナ１２４０を閲覧してもよい。図１２に示されている例において、応答バーナ１２４０は、５人の当事者が招待され、３人が受け入れ、１人が辞退し、１人がこれから応答し、待ち行列に入った人はいない（すなわち全招待が送信された）ことを提示している。
【００６０】
報告テーブル１２５０は各個々の招待客に関連した返信情報を含んでもよい。例えば、報告テーブル１２５０は招待客の名前、招待のタイプ（例えば、グループ、個人等）、応答（例えば、受け入れた、辞退した、これから応答する）および応答の日付（もしあれば）を含んでもよい。報告テーブル１２５０は特定の当事者およびその対応する状態をリストに載せる。サーバ１３０は招待客からの返信が各々受信される度に、応答バーナ１２４０および報告テーブル１２５０を更新する。有利なことに、ＧＵＩ１２００内の情報のおかげで、ユーザは予定されたイベントに対する招待客の状態を素早く検閲し分析することができる。
【結論】
【００６１】
この発明に整合するシステムおよび方法は、参加者をミーティングあるいは他のイベントへの出席の招待および招待客の返信の最新のアカウントの維持のロジスティックスな管理を、イベントスケジューリングツールによってオートメーション化されてもよい機構を提供する。ユーザとの初期の相互作用の後、イベントスケジューリングツールは予定されているミーティングの日にちまで、イベントスケジューリングツールは所望の招待客と通信し、ユーザがいつでも出席リストの状態をチェックすることを許可してもよい。
【００６２】
この発明の模範的な実施例の前述の記述は、例示および説明を提供するが、開示されている正確な様式に対して完全であるとかあるいは発明を限定するような意図はない。修正および変形が上の教示の見地から可能であり、あるいはこの発明の実施例から習得されてもよい。例えば、上で述べたプロセスは招待およびミーティングあるいは他のイベントを起こすことの調整プロセスを管理することに向けられているが、この発明は同様にまたアンケート、調査、あるいは投票に対する応答の電子的な追跡のためのシステムに適用できると理解されるであろう。そのような実施例において、イベント計画ツールはアンケートの受取人に特定の時間枠内にアンケートを完了するよう頼む、初期メッセージを配信してもよい。追加のメッセージはまだ応答していないアンケートの受取人に、アンケートの完了を思い出させるよう、配信されてもよい。イベント計画ツールはアンケートを完了したおよび完了していない受取人を追跡し続けてもよい。各アンケートの受取人およびその応答あるいは応答なしの状態のリストを含むであろう報告はシステムによって維持され、アンケート主唱者に対して利用可能であってよい。
【００６３】
ステップの連続が図４−９を参照して述べられたが、ステップの順序はこの発明に整合する他の実施例において変えられてもよい。この出願の明細書で使用されたあらゆる要素、ステップあるいは命令は、そのように明白に記述されない限り、決定的であるとか必須であると解釈されるべきでない。
【００６４】
この発明の範囲はクレームおよびその均等物によって定義される。
【図面の簡単な説明】
【００６５】
添付の図面はこの明細書の一部に組み込まれ、構成するものであり、この発明の実施例を例示し、記述と共にこの発明を説明する。
【図１】この発明に整合するシステムおよび方法において実行されてもよい模範的なシステムを例示する図である。
【図２】この発明に整合した、図１のサーバの模範的な設定を例示する図である。
【図３】この発明に整合した、図１のピア装置の模範的な設定を例示する図である。
【図４】この発明に整合した、イベントの管理に関連する模範的なプロセスを例示する図である。
【図５】この発明に整合した、イベントの管理に関連する模範的なプロセスを例示する図である。
【図６】この発明に整合した、イベントの管理に関連する模範的なプロセスを例示する図である。
【図７】この発明に整合した、イベントの管理に関連する模範的なプロセスを例示する図である。
【図８】この発明に整合した、招待客からの応答を受け取り、状態報告を生成するための模範的なプロセスを例示する図である。
【図９】この発明に整合した、全招待客の応答を詳述する状態報告にアクセスするための模範的なプロセスを例示する図である。
【図１０】ユーザがメッセージ情報を入力し、かつ閲覧する、この発明に整合する模範的なグラフィカルユーザインターフェイスを例示する図である。
【図１１】メッセージ配信情報が入力されてもよい模範的なグラフィカルユーザインターフェイスを例示する図である。
【図１２】ユーザが全招待客の応答状態に関連する情報を得る模範的なグラフィカルユーザインターフェイスを例示する図である。

Claims (37)

1. イベントを管理するためのコンピュータ実施方法であって、
   イベント情報を受信するステップと、
   イベントに関連した少なくとも一つのメッセージを生成するステップと、
   少なくとも一つのメッセージを複数のイベント招待客に送信するステップと、
   招待客の少なくとも１人から少なくとも一つの応答を受信するステップと、
   応答に基づいて状態報告を生成するステップを含む、方法。
2. イベント情報を受信するステップは、
   複数のイベント招待客を識別する情報を受信するステップと、
   イベントに関連する少なくとも一つの時間情報と位置情報を受信するステップを含む、請求項１に記載のコンピュータ実施方法。
3. イベント情報を受信するステップは、
   招待メッセージを送信するときを提示する情報を受信するステップと、
   再招待メッセージを送信するときを提示する情報を受信するステップを含む、請求項１に記載のコンピュータ実施方法。
4. イベント情報を受信するステップは、
   イベントに関連したリマインダメッセージを送信するときを提示する情報を受信するステップを含む、請求項３に記載のコンピュータ実施方法。
5. イベント情報を受信するステップは、
   再招待メッセージの送信をいつ終了するかを提示する情報を受信するステップを含む、請求項３に記載のコンピュータ実施方法。
6. 少なくとも一つのメッセージを生成するステップは、
   受信したイベント情報に基づいた招待メッセージを生成するステップと、
   受信したイベント情報に基づいた再招待メッセージを生成するステップを含む、請求項１に記載のコンピュータ実施方法。
7. 少なくとも一つのメッセージを生成し、
   受信したイベント情報に基づいてリマインダメッセージを生成するステップをさらに含む、請求項６に記載のコンピュータ実施方法。
8. 少なくとも一つのメッセージを送信するステップは、
   ネットワークを介して少なくとも一つのメッセージを送信するステップを含む、請求項１に記載のコンピュータ実施方法。
9. 少なくとも一つの応答の受信するステップは、ネットワークを介して少なくとも一つの応答の受信をするステップを含み、方法はさらに、
   応答は招待に対して積極的あるいは消極的な応答のいずれを提示しているかを判定するステップと、
   招待客に関連して積極的あるいは消極的な応答を記録するステップを含む、請求項１に記載のコンピュータ実施方法。
10. リマインダメッセージを積極的な応答に関連した招待客に送信するステップをさらに含む、請求項９に記載のコンピュータ実施方法。
11. 記録された応答のない招待客に、再招待メッセージを送信するステップをさらに含む、請求項９に記載のコンピュータ実施方法。
12. 状態報告を生成するステップは、
    招待客を対応する応答に関連付けるステップと、
    応答に基づいて受け入れられた分類と辞退された分類の少なくとも一つを更新するステップを含む、請求項１に記載のコンピュータ実施方法。
13. イベントを管理するためのシステムであって、
    複数のユーザインターフェイス画面を格納するよう設定されたメモリと、
    メモリに結合されたプロセッサを含み、プロセッサは、
    ユーザインターフェイス画面の少なくとも一つを介して入力された情報を受信し、前記情報はイベントに関連し、
    イベントに関連した少なくとも一つのメッセージを生成し、
    複数のイベント招待客に少なくとも一つのメッセージを送信し、
    招待客からの応答を受信し、
    応答に基づいて状態報告を生成するよう設定される、システム。
14. 受信された情報は招待客のリストと、イベントに関連した時間情報と位置情報の少なくとも一つを含む、請求項１３に記載のシステム。
15. 少なくとも一つのメッセージを生成したとき、プロセッサは、
    招待メッセージを生成し、
    再招待メッセージを生成し、
    リマインダメッセージを生成するよう設定されている、請求項１３に記載のシステム。
16. プロセッサはさらに、
    受信した情報に基づいて予め定められた時間で、複数の招待客に招待メッセージを送信するよう設定されている、請求項１５に記載のシステム。
17. プロセッサはさらに、
    受信した情報に基づいて予め定められた時間で、招待客の少なくとも一部に再招待メッセージを送信するよう設定されている、請求項１５に記載のシステム。
18. プロセッサはさらに、
    再招待メッセージの送信をいつ終了するかを判定するよう設定されている、請求項１７に記載のシステム。
19. プロセッサはさらに、
    受信した応答に基づいて予め定められた時間で、招待客の少なくとも一部にリマインダメッセージを送信するよう設定されている、請求項１５に記載のシステム。
20. 複数のユーザインターフェイス画面はイベントに関連したメッセージ情報を受信するための少なくとも一つのメッセージ画面と、招待、再招待およびリマインダメッセージの少なくとも一つをいつ送信するかに関する情報を受信するスケジューリング画面を含む、請求項１３に記載のシステム。
21. 状態報告を生成したとき、プロセッサは、
    招待客を対応する応答に関連付け、
    受け入れられた分類、辞退した分類および応答していない分類に対応して、多くの招待客を判定するよう設定されている、請求項１３に記載のシステム。
22. 少なくとも一つのメッセージは招待を含み、プロセッサはさらに、
    リマインダメッセージを招待を受け入れた招待客に送信し、リマインダメッセージはイベントの前の予め定められた時間に送信され、
    再招待を招待に応答していない招待客に送信し、再招待はイベント前の予め定められた時間に送信されるよう設定されている、請求項１３に記載のシステム。
23. 格納された複数の一連の命令を有するコンピュータ読み出し可能媒体であって、前記命令は一連の命令を含み、少なくとも一つのプロセッサによって実行されるとき、前記プロセッサに、
    イベント情報を入力させるユーザインターフェイスを提供させ、
    ユーザインターフェイスを介してイベント情報を受信させ、
    イベントに関連した少なくとも一つのメッセージを生成させ、
    少なくとも一つのメッセージを複数のイベント招待客に送信させ、
    少なくとも１人の招待客から少なくとも一つの応答を受信させ、
    応答に基づいて状態報告を生成させる、コンピュータ読み出し可能媒体。
24. イベント情報はイベントに関連した招待客、時間および場所のリストを含み、少なくとも一つのメッセージを生成するとき、命令は前記プロセッサに、
    時間および場所の情報を含む招待メッセージを生成させ、
    時間および場所の情報を含む再招待メッセージを生成させ、
    イベントに関連したリマインダメッセージを生成させる、請求項２３に記載のコンピュータ読み出し可能媒体。
25. 前記プロセッサにさらに、
    受信したイベント情報に基づいて予め定められた時間で複数のイベント招待客に、招待メッセージを送信させる命令を含む、請求項２４に記載のコンピュータ読み出し可能媒体。
26. 前記プロセッサにさらに、
    受信した応答に基づいて予め定められた時間で招待客の少なくとも一部に、再招待メッセージを送信させる命令を含む、請求項２４に記載のコンピュータ読み出し可能媒体。
27. 前記プロセッサにさらに、
    再招待メッセージの送信をいつ終了するかを判定させる命令を含む、請求項２６に記載のコンピュータ読み出し可能媒体。
28. 前記プロセッサにさらに、
    受信した応答に基づいて招待客を代表する招待客の少なくとも一部に、リマインダメッセージを送信させる命令を含む、請求項２４に記載のコンピュータ読み出し可能媒体。
29. ユーザインターフェイスはイベントに関連したメッセージ情報を受信するための少なくとも一つのメッセージ画面と、招待、再招待およびリマインダメッセージの少なくとも一つを送信するときに関連した情報を受信するためのスケジューリング画面を含む、請求項２３に記載のコンピュータ読み出し可能媒体。
30. 状態報告を生成するときに、命令は前記プロセッサに、
    招待客を対応する応答と関連させ、
    受け入れられた分類、辞退した分類、および応答していない分類に対応して多くの招待客を判定させる、請求項２３に記載のコンピュータ読み出し可能媒体。
31. 少なくとも一つのメッセージは招待を含み、命令はさらに前記プロセッサに、
    リマインダメッセージを招待を受け入れた招待客に送信させ、リマインダメッセージはイベントの前の予め定められた時間に送信され、
    再招待を招待に応答していない招待客に送信させ、再招待はイベントの前の予め定められた時間に送信される、請求項３０に記載のコンピュータ読み出し可能媒体。
32. アンケートへの応答を追跡するための方法であって、
    複数の受取人にアンケートを送信するステップと、
    受取人の少なくとも１人からアンケートへの応答を受け取るステップと、
    リマインダ通知を応答していない受取人に送信するステップと、
    応答に基づいて状態報告を生成するステップを含む、方法。
33. 格納された複数の一連の命令を有するコンピュータ読み出し可能媒体であって、前記命令は一連の命令を含み、少なくとも一つのプロセッサによって実行されるとき、前記プロセッサに、
    イベントスケジューリング情報を受信させ、
    イベントに関連した第一電子通知を複数の受取人に送信させ、
    少なくとも第二通知をイベントに先立って複数の受取人の少なくとも一部に送信させる、コンピュータ読み出し可能媒体。
34. 格納された複数の一連の命令を有するコンピュータ読み出し可能媒体であって、前記命令は一連の命令を含み、少なくとも一つのプロセッサによって実行されるとき、前記プロセッサに、
    メッセージを複数の当事者に送信させ、
    少なくとも１人の当事者からのメッセージに対する応答を受信させ、
    状態報告を生成するために応答を記録させ、
    追加の応答が受信されるときに、状態報告を更新させる、コンピュータ読み出し可能媒体。
35. 複数のユーザ装置を有するネットワークにおけるイベント計画管理を提供するためのシステムであって、システムは、
    イベントに関連したデータを格納するメモリと、
    メモリに接続されたプロセッサとを含み、プロセッサはイベントスケジューリング情報を受信し、ユーザ装置の一つからの入力に基づいたイベントに関連したメッセージを生成し、ネットワークを介して招待客に前記メッセージを送信し、招待客からの応答を受信し、受信した応答に基づいて報告を生成する、システム。
36. 予定されたイベントに対する所望の出席者を通知するための方法を実行するために、少なくとも一つのプロセッサを制御するための命令を含む、コンピュータ読み出し可能媒体であって、前記方法は、
    所望の出席者に対する通知メッセージ、再通知メッセージおよびリマインダメッセージをいつ送信するかに関連した情報を受信するステップと、
    通知メッセージを所望の出席者に送信するステップと、
    所望の出席者の少なくとも一部から応答を受信するステップと、
    通知メッセージに応答していない所望の出席者の一部に再通知メッセージを送信するステップと、
    予定されているイベントに出席すると応答した所望の出席者の一部にリマインダメッセージを送信するステップと、
    所望の出席者の応答に関連した状態報告を準備するステップを含む、コンピュータ読み出し可能媒体。
37. イベントスケジューリング情報を受信するための命令を格納し、招待メッセージを生成し、自動的に前記メッセージを招待客の少なくとも１人に配信し、招待客の少なくとも１人からネットワークを介して返信メッセージを受信し、招待客の少なくとも１人からの応答を含む報告を提供するメモリと、
    メモリにおける命令を実行するプロセッサとを含む、システム。

Images