JP2002236789A - スケジューリング・システムおよびスケジューリング方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 標準的な通信プロトコル用いて送信されるエ
ンドユーザ・インターフェースを含み、それによってエ
ンドユーザが本システムと通信および確認することを可
能とするシステムを提供すること。 【解決手段】 システムのエンドユーザ２０間でイベン
トのスケジューリングを為すコンピュータ・システムが
提供され、各エンドユーザ２０は固有のパスワードが付
与されて個人カレンダが保護される。このカレンダは中
央サーバ１０のデータベース内に記憶された情報から生
成され、インターネット３０を通じて送信された標準Ｈ
ＴＭＬとして各エンドユーザ２０へ配信される。このカ
スタム個人カレンダはエンドユーザ２０によって標準ウ
ェブ・ブラウザで見ることができる。

Description

【発明の詳細な説明】

【０００１】発明の分野 この発明はスケジューリング（予定づくり）の分野に関
し、コンピュータ化されたシステムによって、会合、面
会、発表、並びに、他の形態のコミュニケーションのス
ケジューリングを行う方法を開示したものである。より
詳細には、この発明はネットワーク化されたコンピュー
タのハードウェア及びソフトウェアのシステムに関し、
そのシステムのユーザ間において、相互のスケジュール
において時間を確保することを出来るようにしている。

【０００２】発明の背景 通商展示会、会議、並びに、幾多のグループを結びつけ
る会合に出席する出席者は、しばしば、個々に別の人た
ちとの幾つかの会合についてもスケジュールを組むこと
が必要となることがある。また同様に、レストラン、サ
ロン、並びに、自動車サービスセンタ等の施設でアポイ
ントメント（予約又は約束）を取ることを要求されるこ
ともある。更に、個人的に、ビジネス上及び社交的な交
際において、予定されている会合の日程を確認したり、
予定されている計画を変更することがある。こうした場
合、しばしば、その新しいスケジュールにおいて予定が
かち合い、これを直ちに解決しなければならない。さも
ないと、更にそうしたかち合う行事（会合やアポイント
メント）のうちの１つで予定されたグループで欠席者が
生じてしまう。こうしたことが頻繁に発生すると、かち
合うスケジュールが組まれたイベントのうちの一方又は
双方がうまくいかなくなってしまう。

【０００３】従来は、電話やファクシミリでアポイント
メントをスケジュールに入れたり、長時間のアポイント
メントについては好都合な時間を打ち合わせるため、簡
潔で略式の会合によりアポイントメントをスケジュール
に入れたりしていた。こうしたアポイントメントの記録
（メモ）は、典型的には、そのアポイントメント（予約
又は約束）が確認されるまで紙のカレンダ上に鉛筆で書
込まれる。確認されたアポイントメントはそのカレンダ
上にインクで書込まれる。多忙なビジネスマンのカレン
ダ上の消し後や取消し線の量は、この種のアポイントメ
ント・スケジューリングがいかに非効率性であるかの証
である。

【０００４】最近、コンピュータに基づくシステムが開
発されてきており、先に概説した人手による処理を自動
化し、個人がアポイントメントをそのコンピュータに基
づくカレンダに入力することが可能となっている。Ｎｏ
ｖｅｌｌ， Ｉｎｃ．社のＧＲＯＵＰＷＩＳＥのような
プログラム等では、アポイントメント及びスケジューリ
ング処理を改善しようと試みてきたが、各コンピュータ
に対する特注ソフトウェアや特殊なハードウェアが必要
であると共に、しばしば、限定された排他的なネットワ
ーク環境内で動作するシステムとなっていた。従って、
莫大なスケジュールを調整し、様々な場所、時間帯、並
びに、コンピュータ環境の人々とのアポイントメント
（予約又は約束）を取る補助を為すという本技術分野で
の要望を満たすには甚だ不十分である。

【０００５】発明の概要 上述した問題は、本発明に係る行事スケジューリングコ
ンピュータ・システムで解決され、長い間の要望が充足
される。本システムは、好ましくは、標準ページ・マー
クアップ・シンタックス（ｓｔａｎｄａｒｄ ｐａｇｅ
ｍａｒｋｕｐｓｙｎｔａｘ）で生成されて、標準的な
通信プロトコル（ｓｔａｎｄａｒｄｃｏｍｍｕｎｉｃａ
ｔｉｏｎ ｐｒｏｔｏｃｏｌ）を用いて送信されるエン
ドユーザ・インターフェースを含み、それによってエン
ドユーザが本システムと通信することを可能とする。こ
のシステムは、更に好ましくは、スケジュールされた行
事を前記標準を用いてこのシステムのエンドユーザへ配
信する手段を含む。また、更に好ましくは、本システム
は前記標準を用いてエンドユーザによってその提案され
た行事を確認する手段を含む。

【０００６】更なる好適実施例において、本発明に従っ
て提供された、エンドユーザ間での行事スケジューリン
グコンピュータ・システムは、上述した問題及び長い間
感じられていた必要性を解決する。好ましくは、これら
のシステムは、初期エンドユーザがスケジュール及び行
事の要望を本システムを介して潜在的なエンドユーザへ
通信することを可能とするクライアント・インターフェ
ースを含む。また、更に好ましくは、本システムは、各
システムが、提案された行事のスケジュールをこのシス
テムの複数の潜在的エンドユーザ間へ送信することを可
能とする送信媒体インターフェースを含む。また更に好
ましくは、本システムは当該システムの初期のエンドユ
ーザに対して、その初期のクライアントに対する行事を
含むことができるカレンダであって、当該システムの他
のエンドユーザ或いは第１のユーザが行事に関するメッ
セージをその初期のエンドユーザのカレンダ内へ据える
ことで変更可能であるカレンダを、生成するコンピュー
タ・サブシステムを含む。

【０００７】行事のスケジュールを組む方法も前記した
長い間感じられてきた要請を満たすことができる。この
方法は、好ましくは、初期のエンドユーザが種々の行事
を他の潜在的なエンドユーザ又は初期のエンドユーザ自
身へ通信することを可能とし、前記初期のエンドユーザ
からそれら行事を他の潜在的なエンドユーザ或いはその
初期のエンドユーザへ標準プロトコルで配信して、前記
初期のエンドユーザ及び他の潜在的なエンドユーザの双
方にそれら行事を視認確認できるようにする諸段階を含
む。

【０００８】本発明により提供されるスケジューリング
・システムは、この様に、人々が、アポイントメントを
取り、会合を調整し、その他の時間調整をしなければな
らない事柄に対して同意された時点で生ずる他の種の行
事を発生させる単純で効率的な手段を提供する。ここに
記載されるシステム及び方法は、Ｅ−メールによって補
助されるインターネット或いはワールド・ワイド・ウェ
ブによる通信に特に有用である。その理由は、それらが
この特定のタスクだけに一意に適合する特別なソフトウ
ェアを何らクライアントに要求するのではなく、むしろ
標準ウェブ・ブラウザに表示される標準的なＨＴＭＬテ
キストを介して操作することを要求するからである。ス
ケジューリング・システムは、これらシステムが、各エ
ンドユーザに、そのエンドユーザ固有の私的なカレンダ
であって、他のエンドユーザの私的で且つ固有のカレン
ダと送信媒体（通信媒体）により通信するようなカレン
ダを所持させることを可能としていることに特徴があ
る。どのユーザも他のユーザの私的なカレンダを見るこ
とがなく、しかし他のユーザへ送信されたメッセージ及
び招待が双方のカレンダに明瞭に表示される。現行のエ
ンドユーザが、このシステムのユーザではない個人との
会合のための時間を提案しようと欲すると、本システム
は新しいアカウントを生成して、その新しいユーザとＥ
−メールで接触し、次にその個人にこのシステムへのコ
ネクションと彼自身の私的なカレンダへのアクセスを提
供する。その新しいカレンダは、次いで、全システムの
一部となり、前記現行のエンドユーザによって送信され
たような会合のための提案を含む。このようにして、本
発明に従って提供されたシステム及び方法はここで提案
されるスケジューリング・システムを急激に増殖させ、
それによってＥ−メールを介してインターネットの全体
にわたって遍在するスケジュールを組む方法を提供す
る。遍在システムを提供することによって、大多数の人
々それぞれがカレンダ及びスケジューリング・システム
にアクセスし、これらシステムの使用が日常的習慣とな
る。

【０００９】本発明の更なる実施例は、時差の調整を計
算に入れるカレンダ及びスケジューリング・システムを
提供する。本発明の更なる他の実施例は、カレンダリン
グ・システムをＰＤＡ或いはパームパイロット等のハン
ドヘルド装置にリンクさせて使用できるシステムを提供
する。本発明は、カレンダ・アプリケーションのプログ
ラミング・インターフェースへの接続を容易にするシス
テムをも提供する。更なる他の実施例において、本発明
はブランド名認識又は商標認識及び商標付けを容易にす
るシステムを提供する。この発明は添付図面と組合せ好
適実施例の以下の詳細な説明を読むことによって当業者
にもっとよく理解されるであろう。

【００１０】先ず、同様要素を同様参照番号で示してい
る添付図面中、図１Ａは、多数のユーザが本発明による
コンピュータ・システム及びシステム・クライアント装
置（ユーザ）２０（図１Ｂでの符号９０で参照されても
いる）を介して相互に通信することを可能としている、
前記コンピュータ・システムを含む多数サーバ１０の環
境を図示している。この通信を通じて、ユーザは本シス
テムの他のユーザとの会合及びアポイントメントのスケ
ジュールを組むことができる。ユーザは本システムの他
のユーザに対する通知を送信することもでき、自分自身
にリマインダー（要件を思い出させるための通知やメ
モ）を送信することもできる。加えて、ユーザはスケジ
ュール又は予定表を生成することができ、そのスケジュ
ールは他のユーザが、それら送信されたスケジュールに
署名することで見ることができる。

【００１１】好ましくはインターネット・プロトコル
（ＩＰ）を用いる通信媒体（送信媒体）３０は、クライ
アント装置２０をサーバ１０へインターフェースする。
クライアント装置２０は、インターネット或いは他のＩ
Ｐ通信（送信）方法を介して本システムに接続する任意
の装置であることが可能であり、限定されるわけではな
いが、テレビ、コンピュータ、ハンドヘルド電子装置、
ワイヤレス電子装置、そして実際は、ＩＰを用いて通信
媒体（送信媒体）を用いる任意の装置を含むことができ
る。通信媒体３０の非制限的な例としては、ＡＴＭリン
ク、ＦＤＤＩリンク、衛星リンク、ケーブル、ツイスト
ペア、光ファイバ、放送無線ネットワーク、インターネ
ット、ワールド・ワイド・ウェブ、ローカル・エリア・
ネットワーク（ＬＡＮ）、或いは、ワイド・エリア・ネ
ットワーク（ＷＡＮ）等々の任意のバックボーン又はリ
ンク、或いは、標準イーサネット（登録商標）・リンク
等々のイントラネット環境がある。このような選択で、
クライアントは該クライアントが接続されるネットワー
クに適切なプロトコルを用いて本システムと通信するこ
とになる。そうした全ての実施例及びその均等物は本発
明の範囲に入ることが意図されている。用語「アポイン
トネット（Ａｐｐｏｉｎｔｎｅｔ）」は、本発明のシス
テムを示すべく全体にわたって使用され、ノース・コロ
ンバス、ブールバード、フィラデルフィア，ＰＡに本社
を置くペンシルベニアの会社であるＡｐｐｏｉｎｔＮｅ
ｔ， Ｉｎｃ． ａ Ｐｅｎｎｓｙｌｖａｎｉａ社の商
標である。

【００１２】ローカル・ディレクタ４０は、アポイント
ネット・システムを通じて、様々なサーバ１０へ、そし
て通信媒体３０へ及び該通信媒体３０を通じての、信号
の経路を指定する。好ましくはこのアポイントネット・
システムは、エンドユーザの内の一人によって作成され
たイベント（行事）目録を、本システムの他のエンドユ
ーザの内の少なくとも一人へ配信又は配送する。これら
イベントは、典型的には、しばしば単にスケジューリン
グ・グリッド又はカレンダと呼称される第１のエンドユ
ーザのアクティブ・スケジューリング・グリッド（ＡＳ
Ｇ）上のアポイントメントである。これらの用語は全体
にわたって互換性をもって使用される。このように、ア
ポイントネット・システムの数人のエンドユーザ間での
可能性ある行事又はアポイントメントから成る複数のグ
ループが比較され、時間、期日、会合の長さ、会合の場
所等々の基準に基づき、エンドユーザ間での会合を計画
すべく幾つかのスケジュールにおいて時間がかち合うか
どうかが決定され得る。

【００１３】こうして図１Ａの好適実施例から明らかな
ように、アポイントネット・システムは、全体として、
好ましくはＩＰ規格を用いる通信媒体３０を通じてサー
バ１０と通信する多数の相互接続クライアント装置２０
を含んでいる。図１Ａ乃至図１Ｅで総合的に参照される
ように、アポイントネット・システムにおける２つの主
要なサーバは、ウェブ・サーバ５０及びＳＱＬサーバ６
０である。この実施例におけるＳＱＬサーバ６０は、マ
イクロソフト・コーポレーション社の「ＳＱＬサーバ」
管理ソフトウェアを動作させる。システム全体に対する
管理機能を提供するアドミニストレータ・ワークステー
ション１５０も存在する。このアドミニストレータ・ワ
ークステーション１５０はこの端末のアドミニストレー
タ或いは他のオペレータがこのシステムでのルーチン操
作を実行することを可能としている。そうした操作は、
クライアント追加、口座残高のチェック、報告の印刷、
顧客記録の更新、バックアップ実行、並びに、アポイン
トネット・システムを含むプログラムを維持を含むが、
これに限定されるものではない。アドミニストレータ・
ワークステーション１５０はウェブ・サーバ５０及びＳ
ＱＬサーバ６０と直に通信できる。

【００１４】本発明のアポイントネット・システムは効
率的な機構を提供し、それを通じて個人或いは個人から
なるグループがアポイントメントの時間及び場所を設定
でき、行事を組むことができ、アナウンスメント又は表
明を送信でき、そして、リマインダーを、選択された個
人或いは個人のグループに、情報を利用可能な形態で送
信できる。受取人リストの範囲の決定はそのメッセージ
の発信人の自由裁量である。アポイントネットは、好ま
しくは、ワールド・ワイド・ウェブを通信媒体（送信媒
体）として使用して、他のエンドユーザを誘うことを望
んでいるエンドユーザのクライアント装置２０を接続
し、他の機会には、このクライアント装置２０がアポイ
ントメント、イベント、並びに、他のメッセージを受信
する。アポイントネット・システムを介して送信された
メッセージの発送人或いは受取人としての役割を果たす
エンドユーザは、ウェブ・ブラウザ１００を用いて、ウ
ェブ・サブシステム７０へ接続する。標準ＨＴＭＬで表
現されクライアント装置２０で見ることができる種々の
フォーム及びカレンダから成る単純なセットで作業する
ことによって、エンドユーザはデータベース・サブシス
テム１１０に記録されたデータにアクセスして操作し、
アポイントネット・システムの他のエンドユーザが見る
ことのできるメッセージを作成する。これらの行為の結
果、本システムは通信サーバ１３０の通信サブシステム
１２０を呼び出し、アポイントネット・カレンダの通常
の形態以外の形態でエンドユーザ間にスケジューリング
情報を伝送する。これらの伝送は、Ｅ−メール、ファク
ス通信、音声通信、呼出通知、或いは、クライアント装
置２０ではない他の装置へのメッセージ送り出し等の形
態をとることができる。現行形態において、非クライア
ント装置はアポイントネットによるような双方向通信を
提供せず、通信の受取人にはメッセージが彼等のアポイ
ントネット・クライアントで待機していることが通知さ
れるであろう。これら装置は双方向通信が可能となる
と、当然に、クライアント装置２０となる。

【００１５】ウェブ・サーバ５０はＨＴＭＬでクライア
ントインターフェース情報を、ウェブ・サブシステム７
０を通じて、ウェブ・ブラウザ１００のソフトウェアプ
ログラム及びクライアント装置２０内で確実にこなすＥ
−メールのリーダ８０へ送信する。図１Ａ乃至図１Ｅに
記載された構成で示されるように、ウェブ・サーバはク
ライアントからの情報を処理するＣＧＩスクリプトを呼
び出すことができる。ＳＱＬサーバ６０はウェブ・サー
バ５０と呼応して動作し、全てのエンドユーザのアカウ
ント情報、金融記録、並びに、他の関連取引データを、
データベース・サブシステム１１０内における情報に変
化をもたらすウェブ・サーバとの全ての対話と共に保持
する。

【００１６】ウェブ・サブシステム７０はクライアント
装置のウェブ・ブラウザ１００との全対話を管理し、ア
ポイントネット・システムとのクライアント・インター
フェースとして機能する。クライアント装置２０及びデ
ータベース・サブシステム１１０の間の全対話はウェブ
・サブシステム７０を通じて生ずる。ウェブ・サーバ５
０のソフトウェアとして、好ましくはマイクロソフト・
コーポレーション社によるインターネットインフォメー
ションサーバ２００（ＩＩＳ）が使用される。クライア
ント装置２０においてエンドユーザへ提供されるユーザ
・インターフェースは、好ましくは、ＨＴＭＬ形式で表
現され、標準ウェブ・ブラウザ１００内に表示される。
そうしたＨＴＭＬページの幾つかは静的であり、ウェブ
・サーバ上に常駐し、クライアント装置２０を操作する
エンドユーザからの要請に応じて配信される。エンドユ
ーザによってのカスタム（特化又は特別仕様）カレンダ
及びフォームとして見られる大多数のＨＴＭＬはウェブ
・サブシステム７０によって生成され、クライアント装
置２０を操作するエンドユーザによって行われる応答中
の要望に及んで、そのクライアント装置２０へ配信され
る。カレンダ、招待用のフォーム、アナウンスメント、
並びに、リマインダーは全て各エンドユーザに一意であ
り、データベース・サブシステム１１０に記憶された情
報を用いてウェブ・サブシステム７０によって生成され
る。

【００１７】好適実施例におけるアポイントネット・シ
ステムの特長の一つは、該システムが各エンドユーザに
重要な情報が喪失されたり或いは誤表現されたりする虞
無しに、標準ウェブ・ブラウザによって、汎用される方
式で表示されるＨＴＭＬ、即ち標準ページ・マークアッ
プ言語（ｓｔａｎｄａｒｄ ｐａｇｅ ｍａｒｋ−ｕｐ
ｌａｎｇｕａｇｅ）でカスタム情報を配信することで
ある。当業者には認識頂けるように、他の非ＨＴＭＬペ
ージ・マークアップ言語或いはＨＴＭＬの進化した将来
のバージョンが本発明に従って使用可能である。これに
よりエンドユーザは、相互に通信するために特別なカス
タム・ソフトウェア・アプリケーションを購入する必要
がない。エンドユーザはそのＨＴＭＬページを、インタ
ーネット上のいずれかのサイトを訪れたことがある誰も
が熟知し、インターネットからＥ−メールを受け入れる
べく現在使用されている方法と同様の方法で、自分のウ
ェブ・ブラウザ１００内へ単に読み込むことができる。

【００１８】明瞭化のため、ＨＴＭＬファイル及び高レ
ベルＣＧＩスクリプトは、好ましくは、図１Ｄに示され
るように、３つのサブシステムに仕切られる。アカウン
ト作成／販売促進のサブシステム２３０は未だクライア
ントが指定されていない際の対話を制御する。ポスター
・サブシステム２４０はポスター固有対話を制御し、リ
クエスター・サブシステム２５０はリクエスター対話に
おいて機能を果たす。また、データベース、通信、課金
のサブシステムとの対話や、ＨＴＭＬテンプレートを満
たすといった一般的タスクを実行するために広く使用さ
れる低いレベルのライブラリも備えられている。こうし
た低いレベルのルーチンの典型は当業者に知られてい
る。

【００１９】先に挙げたシステムの全ては、好ましく
は、イーサネット１００ＢａｓｅＴネットワーク及び１
００メガビット・スイッチング・ハブを介して通信す
る。加えて、第２の絶縁されたネットワーク・セグメン
トがウェブ・サーバ５０及び外部通信ハードウェア（イ
ンターネット・ルータ）の間に存在する。これは外部ト
ラフィックをインターネット・ネットワークから分離す
ると共に、ウェブ・サーバ及びインターネット間の専有
接続を最大スループットのために提供する。システム
は、初期構成としてウェブ・サーバ５０用に６４百万バ
イト（ＭＢ）、及び、データベース・サーバ６０用に１
２８ＭＢのランダム・アクセス・メモリ（ＲＡＭ）を有
し、双方は２５６ＭＢのＥＣＣ（誤り検出修正）ＲＡＭ
まで拡張可能である。

【００２０】ウェブ・サーバ５０はアポイントネット・
システム全体への入口のポイントである。それはクライ
アントにＨＴＭＬを提供している間に遠隔ユーザが誰で
あるかを判断し適切な決定をする。ウェブ・サーバ５０
はＨＴＭＬをクライアントであるユーザ・ワークステー
ション９０へ送信し、エンドユーザのパスワードを確証
し、ログ及びトランザクション情報をＳＱＬサーバ６０
へ送信し、論理的オペレーションを実行し、これによっ
てトランザクション・サーバとしても振る舞う。

【００２１】ウェブ・サーバ５０のオペレーティングシ
ステムは、好ましくは、ウィンドウズ（登録商標）ＮＴ
４．０サーバに基づいている。ウィンドウズＮＴは、レ
ッドモンド、ワシントンのマイクロソフト・コーポレー
ション社によって提供されるマルチ−プラットフォーム
・オペレーティングシステムである。このオペレーティ
ングシステム・ソフトウェアはアポイントネットに、ウ
ィンドウズＮＴの引き続くバージョンが顧客の増大する
数による増大要望に応じて新規で異なる種類のマイクロ
プロセッサに対して充分に利用可能となるので、成長に
対して最大のポテンシャルを発揮する。アポイントネッ
ト・システムの現行での具現化は、好ましくは、ペンテ
ィアム（登録商標）・プロのマイクロプロセッサに基づ
くコンピュータ上で動作する。これらマイクロプロセッ
サはインテル・コーポレーション社によって製作されて
いる。ペンティアム・プロ搭載コンピュータは２つのマ
イクロプロセッサ以上を有するように構成可能である。
この構成はより共通化してきており、そしてウィンドウ
ズＮＴ４．０がマルチ・スレッド・アプリケーションを
支援するオペレーティングシステムであるので、デュア
ル・プロセッサ・コンピュータ・システムの全パワーを
利用可能である。

【００２２】ウィンドウズＮＴ４．０のサーバはＩＩＳ
を含む。ＩＩＳは完全に統合されたインターネット・ア
プリケーション・プラットフォームである。ＩＩＳは高
性能のウェブ・サーバ、アプリケーション開発環境、統
合フル−テキスト検索、マルチメディア・ストリーミン
グ、並びに、サイト管理ツールを含む。セキュリティ機
能はウィンドウズＮＴサーバと全体的に統合され、ウェ
ブの開発及び配備環境を維持し且つ高度に保証する容易
性を可能としている。ＩＩＳはＨＴＴＰバイト−範囲ブ
ラウザに対するサポートも含み、改善された性能のため
にファイルの任意の部分からのデータ受信を始める。Ｈ
ＴＴＰは、技術用語であり、Ｈｙｐｅｒ−Ｔｅｘｔ−Ｔ
ｒａｎｓｐｏｒｔ−Ｐｒｏｔｏｃｏｌを表す。

【００２３】ウィンドウズＮＴ採用決定の他の重要な要
因は、豊富な利用可能な開発ツール、開発サポート、並
びに、このオペレーティングシステムに対するエンド−
プロダクト・サポートである。マイクロソフト社は、最
も包括的で完全に維持されたシステムを有して、計画さ
れたアポイントネット・システムを作成するに必要な情
報及びツールを提供する。加えて、開発を容易にするた
めに利用可能な数多くの第三者ツールがある。ＩＩＳサ
ーバを用いて、ウェブ・サーバ５０への接続毎のため
に、２５６キロバイト（Ｋ）のＲＡＭ使用量が確保され
る。ＩＩＳサーバに割り付けられているメモリ２５ＭＢ
毎に同時に１００のユーザに対処できる。好適実施例に
おけるウェブ・サーバは、ペンティアム・プロ（Ｐ６）
２００メガヘルツ（ＭＨＺ）中央演算処理ユニット（Ｃ
ＰＵ）、６４ＭＢ〜２５６ＭＢのＥＣＣ ＲＡＭ、８ビ
ットの濃さでの１０２４×７６８ピクセルを表示できる
グラフィック・アダプタ、１５インチ・モニタ、ＰＣＩ
高速／ワイド ＳＣＳＩ−２Ｉ／Ｏアダプタ、１個のＰ
ＣＩ １０ｂａｓｅ２ イーサネット・アダプタ及び１
個のＰＣＩ １００ｂａｓｅＴ イーサネット・アダプ
タ、キーボード及びマウス、３．５インチ・フロッピー
（登録商標）・ドライブ、ＣＤ−ＲＯＭディスク・ドラ
イブ、ＪＡＺディスク・ドライブ（ＪＡＺはオメガ・コ
ーポレーション社の商標）、並びに、ブート・ドライブ
としての２０億バイト（ＧＢ）高速／ワイド ＳＣＳＩ
−２ ドライブを伴って構成される。（ＰＣＩはインテ
ル・マイクロプロセッサを具備するコンピュータでの標
準バス構成であり、ＳＣＳＩはスモール・コンピュータ
・スタンダード・インターフェース（Ｓｍａｌｌ Ｃｏ
ｍｐｕｔｅｒＳｔａｎｄａｒｄ Ｉｎｔｅｒｆａｃｅ）
を表す頭文語である。「−２」はＳＣＳＩ使用のバージ
ョンを示している。）

【００２４】アポイントネット・システムのオペレータ
及びマネージャ（管理者）は、アドミニストレータ・ワ
ークステーション１５０におけるアドミニストレーショ
ン・サブシステム１４０を利用することによってアカウ
ント情報を作成、消去、更新できる。クライアントは、
アポイントネット・システムは彼等にアポイントメント
を思い出させて、自分たちのスケジュールを周期的に見
るように奨励するようにも要求できる。エンドユーザは
非同期の通知の要求を提出してこれを行う。通知はバッ
チ・サブシステム１６０によって完全に定義されたイン
ターバルで取り扱われる。

【００２５】課金サブシステム１７０はクレジット・カ
ード検証及びクレジット・カード課金を行う。データベ
ース、通信、並びに、課金のサブシステムは本システム
のそれぞれ以外の部分に対する本質的なサービスを実行
し、それ故に、当業者であれば充分に認識して頂ける、
充分に定義されたアプリケーション・プログラム・イン
ターフェース（ＡＰＩ）を有する。アポイントネット・
システムは、良好な安全予防措置であり且つ現基盤に対
して重要である「ファイアウォール」１８０によってイ
ンターネットに対する保護がされている。

【００２６】データベース・サブシステム１１０は、ク
ライアント・アカウント、カレンダ、管理者アカウン
ト、課金パラメータに関する全ての存続情報を、一般動
的システム情報と共に記憶する。データベース・サブシ
ステム１１０との全対話はデータベースＡＰＩ１９０を
通じて実行され、データベースＡＰＩ１９０は複数の記
憶された手続きから成るライブラリ３３０に対するイン
ターフェースを定義している。これらは高レベルデータ
ベース機能を具現化すべく且つ他のサブシステムからの
データベース検索機能実行を遮蔽すべく使用される。デ
ータベース・サブシステム１１０は、好ましくは、マイ
クロソフトＳＱＬサーバを用いて具現化されて、定期的
にバックアップされる。

【００２７】アドミニストレーション・サブシステム１
４０はアポイントネット・システムのオペレータ及びマ
ネージャーに対するインターフェースを提供して、符号
２６０でアポイントネット・データベース２７０、印刷
レポート、ビュー・システム・データ、並びに、ログ・
ユーザのコメント及び不平を変更する。アドミニストレ
ーション・サブシステム１４０は、アクセス・フォー
ム、質問、レポート、並びに、モジュールの収集２６０
を提供して、アドミニストレーション・インターフェー
スを具現化する。アドミニストレータはシステム内にお
いて、殆どの処理を強制する能力を有するので、アドミ
ニストレーション・サブシステム１４０は、通信、デー
タベース、並びに、課金サブシステムと相互対話するこ
とになる。

【００２８】通信ＡＰＩ２７０とインターフェースされ
た通信サブシステム１２０は、ユーザにアポイントメン
ト要求及び確認を通知すべく使用されることになる。ユ
ーザは電話、ユーザＦＡＸマシン２８０、Ｅ−メール、
ポケットベル２９０、或いは、本システムに通信可能な
他の通信装置で通知され得る。ある種の携帯電話及びポ
ケットベルはＥ−メール・アドレスを有しているので、
Ｅ−メール・システムによってコンタクトされ、他の者
は電話番号だけを有し、マイクロソフトＴＡＰＩインタ
ーフェースも通信の手段として使用され得る。他のイン
ターフェースはアプリケーションの要求に応じて利用さ
れ得る。

【００２９】バッチ・サブシステム１６０は周期的に動
作して、グループ化された通知を送り出す。それはデー
タベース・サブシステム１１０にアクセスして、どのよ
うな通知が要求されているのかを決定し、通信サブシス
テム１２０を用いてそれらの通知を為す。課金サブシス
テム１７０はクレジット・カードを検証して課金すべく
使用されると共に、課金ＡＰＩ３００を通じてアドミニ
ストレーション・サブシステム１４０へ通信し、そして
アポイントネット・システムに対する課金機能を実行す
べく使用される外部の課金及び検証（確認）サーバ３１
０へ通信する場合もある。

【００３０】本発明のデータベース・サブシステム１１
０を実行するデータベース・サーバ６０は、アポイント
ネット・システムに対する関連ロギング及びトランザク
ション情報の全てを保持するサーバである。アポイント
ネット・データベース２７０（保全目的のためにバック
アップ・データベース２７５でバックアップされてい
る）を通じて、データベース・サーバ６０はクライアン
ト・セットアップ及びアカウント作成情報を記録し、カ
レンダを作成する個人に対する情報及びその情報に対し
て為された変更を記憶し、ユーザ・アカウント情報を維
持し、アカウントバランスを維持し、レポートを作り出
して印刷し、バックアップ処理を行い、システム全体に
対する統計的計算を実行する。

【００３１】データベース・サーバ６０はウィンドウズ
ＮＴ４．０オペレーティングシステムを用いて、符号３
２０で示されたウィンドウズＮＴ ＳＱＬサーバ６．５
を利用する。このＳＱＬサーバ３２０はライブラリ３３
０内に記憶された（以下に、より詳細に記述される）手
続きコールセットと通信する。

【００３２】データベース・サーバ６０は、好ましく
は、ペンティアム プロ・マイクロプロセッサを具備す
るデュアル・プロセッサ・コンピュータである。ＳＱＬ
サーバ３２０はウィンドウズＮＴスレッディング・モデ
ル用に特に最適化されている。データベース及びその関
連ワークへの各接続はＳＱＬサーバのプロセス・スペー
ス内における別個のスレッドによって処理可能である。
ウィンドウズＮＴは、数多くのユーザがＳＱＬサーバ３
２０へ問い合わせを同時に送信した際に、実行のための
多数のプロセッサにスレッドを分配し、それら要求の各
々が実行のための多数のプロセッサにわたって分配され
得るようになっている。この設計の故に、ＳＱＬサーバ
３２０は処理の高負荷にも充分に適応し、シンメトリッ
クマルチプロセッシング（ＳＭＰ）サーバ上に非常に良
好に適合する。ＳＱＬサーバ３２０は追加プロセッサを
大きな容量環境においてその利点が生きるように効率的
に使用する。このデュアル・プロッサ・マシンは実行さ
れるトランザクションの種類と量に充分対応でき、もし
不十分としても、データベースは２つ或いはそれ以上の
マシンに「分割」しサーバ負荷を分配可能である。

【００３３】データベース・サーバ３２０のディスク・
サブシステムはこわれやすく、極めて重要なサーバ要素
である。このサブシステムの使命上欠くことができない
設計によって、レベル５ ＲＡＩＤを利用することが好
ましい。ＲＡＩＤは標準ＳＣＳＩハードディスク・ドラ
イブに互換性があり、また、ＲＡＩＤシステムはハード
ディスク故障からの自動復元を提供する。レベル５ Ｒ
ＡＩＤシステムは、そのコストとデータ保護機能とのバ
ランスが極めて優れている。レベル５ ＲＡＩＤシステ
ムは多数のハードディスク・ドライブを用いて、それら
の上に、該ＲＡＩＤにおけるディスク・ドライブの内の
１つが故障すれば該ディスク上のデータが、記憶データ
が再構築可能となるような方式を用いて同じデータが重
複して記録される。故障が生じた際には、そのＲＡＩＤ
が依然動作している間にその故障ドライブが該ＲＡＩＤ
システムから取り除かれて代替ドライブがインストール
され得る。ＲＡＩＤシステムはデータを再生し完全保護
機能を回復する。このディスク・サブシステム上に記憶
されたデータは、そのドライブ故障時からＲＡＩＤシス
テムが完全保護機能を回復する時までの間も通常処理に
対して依然として利用可能である。より安価である他の
レベルのＲＡＩＤを使用すると、このタイプのデータ利
用可能性を提供せず、代わりに高コストなシステム休止
時間を発生させる。

【００３４】統計的計算がデータベース・サーバによっ
て、他のタイプのレポート生成と共に実行される。特に
ＩＩＳはＯＤＢＣ（Ｏｐｅｎ Ｄａｔａｂａｓｅ Ｃｏ
ｎｎｅｃｔｉｖｉｔｙ）標準データ・ソースに直に記録
することができる。これにより、システムに対するクラ
イアントの動作についてデータベース・サーバによって
収集されたデータがより容易に利用可能となり且つ論理
レポートへの処理がより容易になる。好ましくは、デー
タベース・サーバ・システムは、デュアルＰ６−２００
ＭＨＺ ＣＰＵ、１２８ＭＢ〜２５６ＭＢのＥＣＣ Ｒ
ＡＭ、各ピクセル８ビットの１０２４×７６８ピクセル
を表示できるグラフィック・アダプタ、１５インチ・モ
ニタ、ＰＣＩ高速／ワイド ＳＣＳＩ−２ Ｉ／Ｏアダ
プタ、１個のＰＣＩ １００ｂａｓｅＴ イーサネット
・アダプタ、キーボード及びマウス、３．５インチ・フ
ロッピー・ドライブ、ＣＤーＲＯＭディスクドライブ、
ＪＡＺディスク・ドライブ、２ＧＢ ＰＣＩ 高速／ワ
イドＳＣＳＩ−２ ハードディスク・ドライブ、２個の
９ＧＢ 高速／ワイド ＳＣＳＩ ハードディスク・ド
ライブ（レベル１）或いは８ＧＢ ＲＡＩＤ サブシス
テム（レベル５）、並びに、２４ＧＢ ＤＡＴ ＳＣＳ
Ｉ（単位分当たり２ＭＢ）テープ・バックアップ・ユニ
ットで構成されている。

【００３５】初期は、システムを管理するために使用さ
れる１つのオペレータ・ワークステーションがある。追
加ワークステーションの必要性が生じた場合には、オペ
レータ・ワークステーションに、追加コンピュータ・シ
ステムを追加し、アドミニストレーション・ソフトウェ
アをインストールして、それらをＬＡＮに接続すること
によって追加可能である。オペレータ・ワークステーシ
ョン・マシンは、好ましくは、マイクロソフト・コーポ
レーション社によって作成されたウィンドウズ９５オペ
レーティング環境を利用する。オペレータ・ワークステ
ーションは１６６ＭＨＺで動作するペンティアムＣＰ
Ｕ、３２ＭＢ拡張データ出力（ＥＤＯ）ＲＡＭ、各ピク
セル８ビットの１０２４×７６８ピクセルを表示できる
グラフィック・アダプタ、１５インチ・モニタ、１個の
ＰＣＩ １００ｂａｓｅＴ ディスク・ドライブ、並び
に、２ＧＢのエンハンスドＩＤＥハードディスク・ドラ
イブで構成される。

【００３６】本発明によれば、エンドユーザは図１Ａ乃
至図１Ｅのシステムによってカレンダをセットアップし
て、一人或いはそれ以上の個人とのアポイントメントを
確立するために、該エンドユーザは先ずアポイントネッ
トでアカウントを設定する必要がある。これによりエン
ドユーザにはアポイントネット・システムによって私的
な個人カレンダが付与される。エンドユーザはアポイン
トネット・システムでＡＳＧを作成できる。このＡＳＧ
は、次いで、公にされて、アポイントネット・システム
の他のユーザに利用可能と為される。エンドユーザはこ
のＡＳＧを作成している間に、そのＡＳＧを見ることが
できる他のユーザを指定することができる。それらエン
ドユーザは、次いで、アポイントネット・システムによ
って、そのＡＳＧが彼等に利用可能であることが知らさ
れる。カレンダはインターネットを介してＨＴＭＬのよ
うな標準インターネット・プロトコルを用いてクライア
ント装置２０へ配信されて、エンドユーザによって閲覧
される。

【００３７】本発明に係るアポイントネット・システム
の更なる好適実施例は図１５に示される。図１５に見ら
れるシステムの主な長所は、それが単一サーバによって
実行されることであり、先に述べたサーバの機能の全て
が、仮想サーバ環境を用いて、或いはより単純にはサブ
−ルーチン及びサーバに記憶されている手順によって、
単一サーバ上で実現することができる。このシステムが
より多くのユーザを獲得した場合、同一機能を備えたサ
ーバを容易に追加統合することができ、シームレスアク
セス及びスループット全てに対する処理を提供する。好
ましくは図１５のシステムは、ペンティアム プロ ２
００マイクロプロセッサ、ウィンドウズＮＴ４．０オペ
レーティング・システム、並びにＳＱＬサーバ３２０を
具備するコンピュータ上で動作する。更により好ましく
は、コンピュータは２５６ＭＢのＲＡＭ及び大容量の情
報を保持可能なレベル２ ＲＡＩＤ ５ハードディスク
・ドライブ・アレイを有する。また当業者には認識して
頂けるように、本発明に従って記載されるアポイントネ
ット・システムは、例えば限定されることはないが、ウ
ィンドウズ９５或いは任意の種類のＵＮＩＸ等々、ウィ
ンドウズＮＴ以外の任意の適切なオペレーティング・シ
ステムで利用できる。

【００３８】図１５の実施例において、クライアント装
置２０はアクティブ・サーバ・ページ（ＡＳＰ）にアク
セスするための要求１３８０をＩＩＳ１３９０へ送信す
る。ＣＧＩスクリプト環境及び先に説明されたインタプ
リタを利用するよりは、このＡＳＰは１４００で処理さ
れ、ＨＴＭＬはＡＳＰスクリプト１４１０によって生成
される。これらＨＴＭＬページは次いで通信媒体を通じ
てクライアント装置で動作しているウェブ・ブラウザ・
ソフトウェアへ送信される。

【００３９】エンドユーザが自分のクライアント・マシ
ンから異なるエンドユーザへ招待の通知を送ることを欲
した際には、僅かにより入り込んだ処理が生ずる。エン
ドユーザが彼のクライアント装置上で実行しているブラ
ウザ内に提示されたフォーム・エントリを選択する。そ
のフォームはアポイントネット・システムへ送信され、
それが１４００で処理されて、Ｅ−メールがＥ−メール
コンポーネント（構成要素）１４２０によって生成さ
れ、Ｅ−メール・サーバ（Ｅ−メール構成要素）１４３
０によって第２のエンドユーザへ送信される。Ｅ−メー
ル・サーバはコンピュータ装置の別体であるか、或い
は、同一装置内に一体化され得ることが可能である。Ｅ
−メールによる招待状は次いで他のクライアント・Ｅ−
メール１４４０へ送信され、そこでＥ−メール・リーダ
によって読取られる。Ｅ−メール・リーダは、好ましく
は、該エンドユーザがそのＥ−メール内のハイパーテキ
スト・リンクをクリックすることができるように為され
て、それによって該エンドユーザのウェブ・ブラウザが
アクティブとなって、アポイントネット・インターネッ
ト・サイトに自動的にリンクする。

【００４０】好ましくは、時間帯（タイムゾーン）コン
ポーネント（時間領域構成要素）１４５０が提供され
て、時差を計算して、メッセージが複数の時間帯間をま
たいで送信された際に、リマインダー、招待状、会合及
びアナウンスメントのスケジューリングが正しい時間に
現れるようにする。より好ましくは、時間帯は常にグリ
ニッジ平均時と照合される。本発明の時間帯コンポーネ
ントは、マイクロソフト・コーポレーション社の製品で
あるＶｉｓｕａｌ Ｃ＋＋でプログラムされたカスタム
・ソフトウェアである。

【００４１】図２３Ａは時間領域情報がどのようにして
記憶されるかを図示している。もし時間が税金支払い等
の全日イベント（２０００）であれば、その時間は午前
１２：００ （２０１０）に設定される。もし時間がサ
イバー時間（２０２０）であれば、それはグリニッジ平
均時（２０４０）に変換されて、データベース２０５０
内に記憶される。もしそうでなければ、時間帯及びロー
カル時間（２０３０）に従って記憶される。そうした場
合、もしエンドユーザが彼の時間帯を変更すれば、時間
帯を有しないカレンダ内の全時間を新規時間帯に従って
自動的に変更する。従って、もし通常フィラデルフィア
に住むユーザが旅行でハワイに行って彼のシステム上の
ローカル時間を変更すると、システム上の他の全てのイ
ベントはそれに従って変更される。

【００４２】図２３Ｂはイベント及びアポイントメント
の時間がアポイントネット上にどのようにして表示され
るかを図示している。先ず、時間及び時間帯情報（２０
６０）がデータベース２０５０から検索される。もし時
間が午前１２：０１ （２０７０）であれば、「今日」
のイベント（２０８０）として表示される。もし時間帯
が記憶されていれば（２０９０）、イベントは時間帯
（２１００）とともに表示される。もしそうでなけれ
ば、その時間はユーザのローカル時間（２１１０）へ変
換されてから、表示される（２１２０）。

【００４３】ＡＳＰスクリプトが処理されるために、Ｓ
ＱＬデータベース３２０がアクセスされなければならな
い。これは、好ましくは、ＳＱＬデータベース３２０及
びＩＩＳ１３９０間にインターフェースを提供するアク
ティブ・データ・オブジェクト（ＡＤＯ）・インターフ
ェース１４６０を通じて達成される。先に説明したよう
に、ＳＱＬデータベース３２０は、データベース・テー
ブル及び記憶された処理を含み、それらは以下により詳
細に説明される。

【００４４】図１５のアポイントネット・システムの重
要な点は、実際上、アポイントネット・システムがその
ウェブ・ページ上での広告を様々な広告主に販売するこ
とによって収入を生み出すことである。よって、広告ロ
ーテータコンポーネント（広告ローテータ構成要素）１
４７０が図１５のシステムに提供されている。広告ロー
テータコンポーネント１４７０はＩＩＳ１３９０とイン
ターフェース接続可能であり、広告が特定の間隔で且つ
ウェブ・ページ上の特定の場所に表示され、ウェブ・ペ
ージはユーザのカレンダ内に特定の時間枠を含んでお
り、それらのページは、通信媒体（送信媒体）を介して
アポイントネット・システムと通信しているクライアン
ト装置２０を操作するエンドユーザによって、見られ
る。この広告ローテータコンポーネント１４７０は他の
ワールド・ワイド・ウェブ・サイト開発者によって使用
される標準コンポーネントである。

【００４５】本発明の開示は多数の追加特徴をも開示す
るものである。特に本発明は所謂「ｅ−コマース」用の
多数の容易に考えられる応用用途を提供する。例えば、
本システムのＳＱＬデータベース３２０を用いて、アポ
イントネット・システムのユーザは誕生日、休日、母の
日、並びに、記念日等々の情報を入力できる。例えばＨ
ａｌｌｍａｒｋ（登録商標）等のｅ−コマース・プロバ
イダーと共同して、アポイントネット・システムは親し
みのある広告用のリマインダーをグリーティングカード
や、花屋等々に関連するユーザへ送信できる。

【００４６】図２５に示される他の用途において、本発
明は、例えば広告ローテータコンポーネント１４７０と
の組合せでブランディングに利用可能である。例えば、
特定の会社、クライアントまたはポータルを介してアポ
イントネットに加入したユーザのシステムでは、このユ
ーザのカレンダ上には、常時特定の顧客、クライアント
またはポータルに関するブランド情報が表示される。こ
れらのブランド情報は、これらの顧客、クライアントま
たはポータルに関係のある、このシステムの各々のユー
ザの画面に表示することができる。図２５に、ブランド
検索方法を示す。図示の如く、新規のブランドがシステ
ム内へ入力されると（３０１０）、それは記憶され（３
０２０）、顧客、クライアント、或いは、ポータルに関
連された方式で表示され得る（３０４０）。

【００４７】さらには、本発明はカレンダの共有を可能
とする一方で、Ｔｏ−Ｄｏリストを含むアポイントネッ
ト・カレンダ・システムの他の態様が更にリンクされ且
つ共有され得ることが、更に認識される。加えて、本発
明はオンライン・チャッティング或いはインターネット
・リレー・チャネル等のビークルを用いたスレッデッド
・メッセージングに更に適応することである。

【００４８】以下は重要なサブルーチンの幾つかの説明
である。以下のテーブル１乃至６は、アポイントネット
・システムによって使用される様々なフィールドに対す
る定義を設定している。

【００４９】 テーブル１−ユーザ ユーザ 説明 ＵｓｅｒＩＤ ユーザのＩＤ Ｐａｓｓｗｏｒｄ パスワード Ｅ−ＭＡＩＬ Ｅ−メール・アドレス ＦｉｒｓｔＮａｍｅ ＭｉｄｄｌｅＮａｍｅ ＬａｓｔＮａｍｅ Ｔｉｔｌｅ ＯｒｇａｎｉｚａｔｉｏｎＮａｍｅ Ａｄｄｒｅｓｓ１ Ａｄｄｒｅｓｓ２ Ｃｉｔｙ Ｓｔａｔｅ Ｚｉｐ Ｃｏｕｎｔｒｙ ＨｏｍｅＰｈｏｎｅ ＷｏｒｋＰｈｏｎｅ ＦａｘＰｈｏｎｅ ＭｅｍｂｅｒｓｈｉｐＳｔａｔｕｓ ＤａｔｅＵｐｄａｔｅｄ ＤａｔｅＪｏｉｎｅｄ ＶｉｅｗＴｉｍｅＺｏｎｅ ユーザの現行時間帯 ＶｉｅｗＧｒａｉｎ 各列に何分が割り付けられているか（即ち 、１時間当たり６０表示） ＶｉｅｗＤａｙｓ 現行ビューの日数 ＳｅｎｔＴｙｐｅ１ ＷａｎｔＰａｓｓｗｏｒｄ 彼等は彼等にＥ−メールされたパスワード を欲するか。 ＤａｙＳｔａｒｔ 彼等の日の開始時間 ＤａｙＥｎｄ 彼等の日の終了時間 ｍＮｏｔｅｓ ｍＰｅｒｍｉｓｓｉｏｎ Ｓｔｒｉｎｇｓ 余剰特徴を許容するストリング ｍＣａｎｎｅｄ１ 収録済みメッセージ ｍＣａｎｎｅｄ２ ｍＣａｎｎｅｄ３ ｍＣａｎｎｅｄ４

【００５０】 テーブル２−ユーザ グループ 説明 ＧｒｏｕｐＩＤ ＵｓｅｒＩＤ 作成したユーザのＩＤ ＬｉｎｋＴｅｘｔ 使用されるリンク・テキスト・クリエータ Ｌｏｃａｔｉｏｎ Ｄｕｒａｔｉｏｎ イベントの期間 Ｓｕｂｊｅｃｔ ＧｒｏｕｐＴｙｐｅ スロット（時間枠）タイプのテーブルを見 る ＡｃｃｅｐｔＣｏｕｎｔ 幾つのスロットが了承されたか Ｐｅｒｍｉｓｓｉｏｎ どの許諾が必要か ｍＭｅｓｓａｇｅ ｍＴｏＥｍａｉｌ メッセージの送信先のＥ−メール・アドレ ス ＣｒｅａｔｏｒＥｍａｉｌ クリエータのＥ−メール

【００５１】 テーブル３−ビュー（ＶＩＥＷＳ） ビュー 説明 ＶｉｅｗＩＤ ＧｒｏｕｐＩＤ このビューを見ているグループのＩＤ ＵｓｅｒＩＤ ビューの持ち主のＩＤ ＬｉｎｋＴｅｘｔ ユーザの私的なリンクテキスト Ｖｉｓｉｂｌｅ ｍＮｏｔｅｓ 私的な覚え書き

【００５２】 テーブル４−時間枠 時間枠（スロット） 説明 ＳｌｏｔＩＤ ＧｒｏｕｐＩＤ このスロット内のグループのＩＤ ＵｓｅｒＩＤ クリエータのユーザＩＤ Ｓｔａｒｔ グリニッジ標準時でのスロットの開始時／ 日付 ＳｌｏｔＴｙｐｅ スロット・タイプを見る Ｌｉｎｋ オーバーレイ（挿入）用の生リンク・テキ スト

【００５３】 テーブル５−Ｅ−メール・アドレス Ｅ−メール 説明 ＵｓｅｒＩＤ Ｅ−メール・アドレスのグループ分けのた めのユーザＩＤ Ｅ−ＭＡＩＬ ユーザＩＤを知っている者のＥ−メール Ｎａｍｅ 彼等の名前

【００５４】 テーブル６−スロット・タイプ スロット・タイプ Ｃａｎｃｅｌｅｄ ＳｉｍｐｌｅＩｎｖｉｔｅ Ｃｏｎｆｉｒｍｅｄ ＳｙｓｔｅｍＯｖｅｒｌａｙ ＳｉｇｎＵｐＳｈｅｅｔ Ａｎｎｏｕｎｃｅｍｅｎｔ Ｒｅｍｉｎｄｅｒ

【００５５】幾つかの定義文も有用である。「Ｇｒｏｕ
ｐ（グループ）」は、システム内で為された各アポイン
トメント、アナウンスメント、或いは、リマインダーに
対して固有のデータベースレコードである。「Ｖｉｅｗ
（ビュー）」は、エンドユーザがシステム内で為された
アポイントメント、アナウンスメント、或いは、リマイ
ンダーを見ることを可能とするデータベースレコードで
ある。クライアント装置を操作している各エンドユーザ
はシステム内のアポイントメント、アナウンスメント、
或いは、リマインダーを見ることができる。これは、エ
ンドユーザが「グループ」レコードを指示する「ビュ
ー」レコードを持っているからである。この「グルー
プ」レコードはシステム内のアポイントメント、アナウ
ンスメント、或いは、リマインダー（「イベント」）を
見ることできる全てのクライアントによって共有され
る。「Ｓｌｏｔ（スロット）」レコードは、カレンダ内
に表示される時間割りについての情報を含むデータベー
スレコードである。この「スロット」レコードは「Ｇｒ
ｏｕｐＩＤ」によってグループ分けされて、１つの「グ
ループ」レコードに属する。これら「スロット」は、ク
ライアント装置を通じてアポイントメントを見ることが
できる全てのエンドユーザによって共有される。「Ｓｌ
ｏｔＴｙｐｅ」はスロットレコード内に見出されるフィ
ールドである。このＳｌｏｔＴｙｐｅフィールドは、そ
の時間枠に関連するアポイントメント、アナウンスメン
ト、或いは、リマインダーに関連する状態を設定する情
報を保持する。

【００５６】図２Ａで参照されるようにクライアント装
置（ユーザ）２０は、通信媒体３０を通じてウェブ・ブ
ラウザで或いはＥ−メール・メッセージ３４０にあるテ
キスト・ハイパーリンクを通じて、アポイントネットに
アクセスするか、或いは、該アポイントネットによって
アクセスされる。もしエンドユーザが通信媒体３０を通
じてアポイントネットにアクセスすれば、彼のクライア
ント装置２０にはアポイントネット・ウェブ・サイト
（３５０）のホームページが表示される。このホームペ
ージから、エンドユーザは更に進んで（３６０）で署名
登録（サインイン）することを選択できる。もしエンド
ユーザが彼のＥ−メール・システムからアポイントネッ
ト・サイトにアクセスすることを選択すれば、彼はまた
サイト（３５０）のホームページへ先ず行って、そこか
ら彼は署名に進むことができる。署名登録すると直ち
に、そのエンドユーザに固有の個人カレンダがクライア
ント装置２０に表示される（３７０）。署名登録の手続
きとパスワードの使用によって、クライアントの機密や
多くのユーザによって所望される機密情報は機密保持さ
れる。この個人カレンダからエンドユーザはシステムに
様々なサービスを要求でき、そしてシステムはそれら要
求を処理する（３８０）。エンドユーザが終了すると、
彼はサイトを出る（３９０）。

【００５７】図２Ｂはアポイントネットの発明に従った
ビュー共有を図示している。クライアント（ユーザ）Ｂ
２２及びＣ２４はイベントを見ることができる。そのイ
ベントはグループレコードによって表現されている。こ
のグループレコードは、エンドユーザによってクライア
ント装置２０で生成されたエンドユーザ要求（３８０）
を処理する際に、該アポイントネット・システムによっ
て作成される。これらのイベントに対するエンドユーザ
によるアクセスは、ビューレコードによって管理され
る。自分のカレンダ内でイベントを見ることができる各
エンドユーザは、彼がグループレコードをポイントする
ビューレコードを有するため、それができる。これらビ
ューレコードは、作成するエンドユーザがイベント・メ
ッセージをシステム上の他の者へ送信する際に、アポイ
ントネット・システムによって作成される。招待状が送
信される際、グループレコードが作成され、次いでビュ
ーレコードが作成され、それで発送人がそのグループレ
コードを見ることができ、他のビューレコードが作成さ
れ、受取人がそのグループレコードを見ることができ
る。異なるビューレコードがグループレコードを見るこ
とが許された各エンドユーザに対して作成される。この
ようにして、リアルタイムな処理が保証される。それ
は、全てのエンドユーザがコンテンツの同一のレコード
を見ることができるからであり、そのレコードが変わる
と、全てのエンドユーザはそれを同時に見ることができ
る。

【００５８】単純なアポイントメントにおいては、グル
ープレコードは二人のエンドユーザによって共有される
一方で、他の種類のメッセージにおいては、三人以上の
エンドユーザがその情報を眺めることができる。これが
図２Ｂに示されている。クライアントＢのカレンダ４４
０はクライアントＡによって作成されたレコードのグル
ープにアクセスできる。これは、クライアントＢのイベ
ントの詳細ビュー４５０を通じて為される。同様に、ク
ライアントＣのカレンダ４６０はクライアントＣのイベ
ント４７０の詳細ビューを通じてアクライアントＡによ
って作成されたグループレコードにアクセスすることが
できる。

【００５９】次に、図３を参照すると共に、先に議論さ
れたように、アポイントネット・システムはデータベー
ス・テーブル４８０内にレコードを作成する。これらテ
ーブルは、「ユーザ（Ｕｓｅｒｓ）」（エンドユーザ識
別）、「ビュー（Ｖｉｅｗｓ）」、「グループ（Ｇｒｏ
ｕｐ）」、「スロット（Ｓｌｏｔｓ）」、並びに、他の
エンドユーザの「Ｅ−メール（Ｅ−ｍａｉｌ）」アドレ
スを含んでいる。エンドユーザがＥ−メール・アドレス
及びパスワードでサインインすると（４９０）、システ
ムはデータベース（４８０）をチェックして（５０
０）、記録がその組合せのレコードが存在するかを確か
める（５３０）。もしそうしたレコードが確かに存在す
れば、Ｅ−メール・アドレス及びパスワードの固有な組
合せによって表されるそのエンドユーザに属する個人カ
レンダが表示される。もし何等符合が見出せなければ、
新アカウントが作成され得る。（エンドユーザが考えた
パスワードが再入力されてもよい）。

【００６０】アポイントネット・システムの主要な目的
は、エンドユーザが自分のカレンダからイベントについ
てのメッセージを他の者のカレンダへ送信させることを
可能とすることである。図４は、アポイントネットがカ
レンダ（５２０）を表示するために必要な諸段階を示
す。詳細ページを表示する基本カレンダルーチンを含
め、全ての基本カレンダルーチンは同一であるので、シ
ステムは最初に詳細ページが要求されているかどうかチ
ェックする（５５０）。もし詳細ページに対する要求が
なされたのであれば（５５０）、アポイントネット・シ
ステムは詳細データを生成し（５６０）、カレンダ・タ
イプを曜日ビューに切り換える（５７０）。次にアポイ
ントネット・システムは、表示されるべきカレンダの種
類についてのテーブルのメモリにデータ構造を作成する
（５８０）。そのデータ構造カレンダはスロット・デー
タで満たされる（５９０）。もしシステムが詳細ビュー
を作るのであれば、詳細情報は追加される（６００）。
もしシステムがある種のイベント・メッセージを送信す
べく使用されるページを作るのであれば、「データ作成
（Ｃｒｅａｔｅ Ｄａｔａ）」が追加される（６０
０）。最後にそのページが表示される（６２０）。

【００６１】図５で参照されるように、特定の種類のア
ポイントメントに対する詳細データ（５６０）を生成す
るために、システムはその"ＳｌｏｔＴｙｐｅ"（６３
０）（テーブル２、４，並びに６を参照）でケースごと
に場合分けをする必要がある。以下の相互に排他的なオ
プションがこの場合分けで利用可能である。これらオプ
ションの各々は、アポイントネット・システムによって
送信される異なるタイプのイベント・メッセージを表示
する。

【００６２】ケース１：単純アポイントメントに対する
詳細ページを示す（６４０）。これはシステムに、テキ
スト、チェックボックス、並びに、この種のアポイント
メントだけに適合するＥ−メールのオプションを生成さ
せることを要求し（６５０）、次いでシステムが詳細ペ
ージに、「ビュー」レコード、「グループ」レコード、
並びに、この特定イベントに係わる「スロット」レコー
ドからの情報を入力する。

【００６３】ケース２：確認されたアポイントメントに
対する詳細ページを示す（６６０）。これはシステム
に、テキスト、チェックボックス、並びに、この種のア
ポイントメントだけに適合するＥ−メールのオプション
を生成させることを要求し（６７０）、次いでシステム
が詳細ページに、「ビュー」レコード、「グループ」レ
コード、並びに、この特定イベントに係わる「スロッ
ト」レコードからの情報を入力する。

【００６４】ケース３：カレンダ・オーバーレイの要素
に対する詳細ページを示す（６８０）。これはシステム
に、カレンダ・オーバーレイ・メッセージだけに適合す
るテキストを生成させることを要求する（６９０）。

【００６５】ケース４：サインイン（署名登録）シート
に対する詳細ページを示す（７００）。これはシステム
に、テキスト、チェックボックス、並びに、この種のア
ポイントメントだけに適合するＥ−メールのオプション
を生成させることを要求し（７１０）；次いでシステム
が詳細ページに、「ビュー」レコード、「グループ」レ
コード、並びに、この特定イベントに係わる「スロッ
ト」レコードからの情報を入力する。

【００６６】ケース５：アナウンスメントを作成するた
めの詳細ページを示す（７２０）。これはシステムに、
テキスト、チェックボックス、並びに、その種のメッセ
ージだけに適合するＥ−メールのオプションを生成させ
ることを要求し（７２０）、次いでシステムが詳細ペー
ジに、「ビュー」レコード、「グループ」レコード、並
びに、この特定メッセージに係わる「スロット」レコー
ドからの情報を入力する。

【００６７】ケース６：リマインダーを作成するための
詳細ページを示す（７４０）。これはシステムに、テキ
スト、チェックボックス、並びに、この種のアポイント
メントだけに適合するＥ−メールのオプションを生成さ
せることを要求し（７５０）、次いでシステムが詳細ペ
ージに、「ビュー」レコード、「グループ」レコード、
並びに、この特定イベントに係わる「スロット」レコー
ドからの情報を入力する。

【００６８】特定された情報が集められてフォーマット
されると、それがカレンダ（７６０）の曜日ビュー内へ
挿入される

【００６９】図６は、「スロット（Ｓｌｏｔ）」データ
（５９０）が入力されたカレンダがどのようにして完成
されるかを詳述している。先ず、"ＳｔａｒｔＴｉｍｅ"
及び"ＥｎｄＴｉｍｅ"と関連期日が計算される（７７
０）。（注：各種イベントは修正された時間帯であるの
で、そうした時間の後に日を決定することが必要とな
る。一人のエンドユーザは火曜日午前１時にイーストコ
ーストに居て、他のエンドユーザが月曜日夜１０時にウ
ェストコーストに居ることがある。）そのエンドユーザ
の"Ｖｉｅｗ"、"ＳｔａｒｔＴｉｍｅｓ"、並びに、"Ｅ
ｎｄＴｉｍｅｓ"に対する時間"Ｓｌｏｔｓ"はデータベ
ース・テーブル４８０にアクセスすることによって獲得
される（７８０）。次いでシステムはデータがカレンダ
上の何れのセル内へ当てられるかを決定し（７９
０）、"ＳｌｏｔＴｙｐｅ"に基づいてセルをフォーマッ
トし（８００）、必要なら任意の関連アイコンを追加し
（８１０）、そして、図５に示される先行するプロセス
で作成された詳細データを追加する（８２０）。

【００７０】図７は、システムが個々のエンドユーザ要
求をどのようにして処理するかを図示している。図７の
サブルーチンは、アポイントネット・システムの好適実
施例によって取り扱うことができるエンドユーザ要求を
限定するものではない。この図は、カレンダリフレッシ
ュ即ちカレンダの１つのビュー（日／週／月）での表示
（８３０）；アポイントメント（８４０）、アナウンス
メントの作成（８５０）をリマインダー（８６０）とと
もに示している。エンドユーザは署名シートをも作成で
き（８７０）、彼のカレンダに対する好みを設定するこ
とができる（８８０）。エンドユーザは、情報を求めて
システムを調査（サーチ）すること（８９０）、何らか
の補助が必要な場合オンライン・ヘルプで要求すること
（９９０），カレンダ・タイプを月、週、或いは、曜日
のビューに設定すること（９１０）ができる。エンドユ
ーザは、例えば受け取った招待状及びアナウンスメント
のリストを要求し（９２０）、期日を操作し（９３
０）、或いは、Ｅ−メールを送信（９４０）することが
できる。図７に示される行為の幾つかは、アポイントネ
ット・システムに新データを作成させて（９５０）、そ
れでカレンダが再描画される（９６０）。システムはア
ポイントメントに関するデータを処理し（９７０）、詳
細表示から戻されたデータを更に処理する（９８０）。

【００７１】プロセス「データ作成取得」（９５０）は
多くの点で図５に示された「詳細データ取得」と類似し
ている。図８で参照されるように、システムは"Ｓｌｏ
ｔＴｙｐｅ"（６３０）を介してパスを決定する。図５
に記述されたものと同様な行為が図８に図示されるよう
に採用され得る。

【００７２】アポイントネット・システムは柔軟であ
り、エンドユーザが自分の好みに合わせてカレンダを、
事実上どのような形にでも構成することができる。エン
ドユーザは、主カレンダ・スクリーンからの好みの設定
の選択を選ぶことでカレンダの構成を変える。好みの設
定は図９の（９９０）に図示されている。このサブルー
チンは、個人的な好み（１０００）、カレンダ構成（１
０１０）、並びに、所与のメッセージ（１０２０）を取
得して、それらをユーザ入力の収集（１０３０）に送
る。ユーザ記録は、データベース・テーブル４８０と組
み合わされて更新される（１０６０）。エンドユーザは
自分の個人カレンダに他のカレンダを追加挿入する場合
がある。カレンダ挿入即ちオーバーレイは、（１０４
０）で選択できる個人カレンダに挿入する大小のグルー
プのスケジュールである。こうしてエンドユーザは、彼
自身の個人的なアポイントネット・カレンダ内に表示さ
れる彼のグループに対するスケジュールを見ることがで
きる。利用可能なオーバーレイは任意の数のエンドユー
ザによって選択され得る。これらの選択はシステムで収
集されて（１０５０）、ビューレコード（１０７０）は
エンドユーザによって選択された各カレンダ挿入毎に作
成される。このサブルーチンの最後で、アポイントネッ
ト・システムはエンドユーザのカレンダへ戻る（１０８
０）。

【００７３】本発明は、イベント・スケジュール・オー
バーレイ（Ｅｖｅｎｔ Ｓｃｈｅｄｕｌｅ Ｏｖｅｒｌ
ａｙｓ）を作成すべく使用可能である。イベント・スケ
ジュールは幾つかの課題を提示する。そうしたイベント
・スケジュール・オーバーレイが作成されると、それら
を例えばスポーツ・チームのゲームのスケジュール等の
グループでセットアップすることが好ましい。そうする
ことでユーザは全スケジュールを単一の実体として操作
できる。加えて、ユーザは表示に対する複数ゲームの内
の任意のサブセットを選択することを欲し得る（例えば
地元でのゲーム）。

【００７４】これらのシナリオはアポイントネット・シ
ステムによって以下のように取り扱われる。

【００７５】イベントは通常の階層に記憶される。 ＥｖｅｎｔＫｅｙ ＰａｒｅｎｔＫｅｙ Ｄｅｓｃｒｉｐｔｉｏｎ ｆｉｅｌｄｓ ＰａｒｅｎｔＫｅｙに関係するイベントはペアレント（親）レコードを有する。 ＥｖｅｎｔＫｅｙ １ ＰａｒｅｎｔＫｅｙ ０ Ｄｅｓｃｒｉｐｔｉｏｎ タイガース・チームのスケジュール ＥｖｅｎＫｅｙ ２ ＰａｒｅｎｔＫｅｙ １ Ｄｅｓｃｒｉｐｔｉｏｎ 第１ゲーム、タイガース対ファルコンズ ＥｖｅｎＫｅｙ ３ ＰａｒｅｎｔＫｅｙ １ Ｄｅｓｃｒｉｐｔｉｏｎ 第２ゲーム、タイガース対ライオンズ

【００７６】以下はイベント・スケジュール・オーバー
レイの使用例である。ユーザはレコード１（Ｅｖｅｎｔ
Ｋｅｙ １）を選択できて、彼等のカレンダ内へ全スケ
ジュールを挿入させるか、或いは、ユーザは個別のゲー
ムを選択して、例えばＥｖｅｎｔｋｅｙ ２を選択して
表示させることができる。加えて、システムは例外リス
トを保持して、ユーザは幾つかを除いた全ゲームを表示
させることができる。この方法は、イベント・スケジュ
ール・クリエータによって追加された新ゲームの表示を
可能とする。例えば、もしレコード１が選択されれば、
レコード２（第１ゲーム）が排除され得る。２週間後、
例えばもしタイガースが地方のプレーオフに行けば、イ
ベント・スケジュール・クリエータは３つの新しいゲー
ムを追加することになる（ＥｖｅｎｔＫｅｙ ４，
５， ６）。そうした新しいゲームはセットとしてある
ので（第１ゲームを除く全ゲーム）、それら新ゲームは
ユーザのカレンダに現れる。

【００７７】図１０Ａ乃至図１０Ｃ及び図１１は、エン
ドユーザの要求を処理するために、アポイントネット・
システムによって使用される幾つかの単純なサブルーチ
ンを図示したものである。この要求はクライアント装置
２０によってなされたものであり、また図７に示したも
のである。例えば、調査（８９０）を実行するために、
エンドユーザの入力はクライアント装置２０内に収集さ
れ、アポイントネット・システムへ送信されて、そこで
先の入力が（１０３０）で収集され、サーチ基準及びユ
ーザＩＤに基づくレコードの調査（サーチ）が（１０９
０）で行われる。このサーチはデータベース・テーブル
４８０のコンテンツに基づくものであり、その結果がリ
ンク（１１００）として表示される。同様にして、もし
ヘルプが（９００）で要求されれば、ヘルプ・ファイル
のコンテンツが表示される（１１１０）。

【００７８】カレンダのビュー（９１０）を月／週／曜
日ビューへ変えるために、エンドユーザはそのビューを
選択し、クライアント装置２０はその選択についてのデ
ータをアポイントネット・システムへ送信し、次いでそ
れがデータベース・テーブル４８０を用いてユーザレコ
ードを更新し（１１２０）、それからその新カレンダが
アポイントネット・システムによってフォーマットさ
れ、全ての適切なテキスト、リンク、並びに、アイコン
を伴って完成する。そのフォーマットされたＨＴＭＬ情
報はエンドユーザへの表示のために（５２０）、クライ
アント装置へ送信される。エンドユーザはどのようなメ
ッセージが送信されて来たかをインボックス（９２０）
をチェックすることによって調べることができる。そし
て、（９２０）でこれが生ずると、データベース・テー
ブル４８０がメッセージを調査（サーチ）し、そのサー
チの結果がその情報へのリンクのリストとして表示され
る（１１１０）。エンドユーザは彼のカレンダ上に現行
表示されていない年月日を観察することを望み得る。彼
は複数年から将来にわたって任意の年月日を調べること
ができる。これは日を操作すると云う。日を操作するた
めに（９３０）、日は選択され、新カレンダが表示され
る（５２０）。Ｅ−メール（図１１）を（９４０）で送
信するために、クライアント装置２０からの入力がアポ
イントネット・システムによって収集され（１０３
０）、アポイントネット・システムへのリンクがそのＥ
−メールに付加されて（１１２０）、該Ｅ−メールが通
信媒体３０を通じて送信される。

【００７９】アポイントメント、アナウンスメント、リ
マインダー、招待状、或いは、任意の他のタイプの時間
に影響するメッセージを作成するプロセス（１１３０）
が図１２に図示されている。エンドユーザは彼のクライ
アント装置２０でエントリを行う。その情報が通信媒体
３０を通じてアポイントネット・システムに来ると、そ
こで収集される（１０３０）。次いで、エンドユーザが
招待状を送信していることをシステムによって決定され
る。「グループ」レコードがデータベース・テーブル４
８０に従って作成される（１１４０）。次いで、「ビュ
ー」レコードがその招待状を作成しているエンドユーザ
に対して作成される（１１５０）。これはまたデータベ
ース・テーブル４８０に従っても行われる。「スロッ
ト」レコード（１１６０）が、作成エンドユーザによっ
てスロットが要求されるたびに作られる。これもデータ
ベース・テーブル４８０に従っても行われる。次に、
「ビュー」レコードが作られ、招待状の受取人各々が符
号（１１７０）でそれを見ることができる。もしＥ−メ
ールでその受取人へ送信されることが望まれれば、アポ
イントネット・システムはそのテキストをフォーマット
し、そのＥ−メールを通信媒体３０へ送信する（１１８
０）。次いでエンドユーザのカレンダが（５２０）で表
示される。

【００８０】図１３は、（１１９０）で詳細情報を処理
するサブルーチンを図示している。先ず、詳細ページを
表示してから、エンドユーザ入力を収集して（１０３
０）、それをクライアント装置２０からアポイントネッ
トへ配信する。その入力に基づいて、次に所望されるこ
とは、エンドユーザによって所望される特定の処理へス
イッチする（スイッチアクション）ことである（１２０
０）。例えば、エンドユーザはアポイントメントを確認
することを選択し得る（１２１０）。この場合、Ｓｌｏ
ｔＳｔａｔｅフィールドにおける情報は了承時間スロッ
トでの確認状態に変更される（１２２０）。これは、時
間スロットが両カレンダで確認されることになる（１２
３０）。エンドユーザは招待状をキャンセルすることを
欲し得て（１２４０）、これは全てのＳｌｏｔＳｔａｔ
ｅがキャンセル状態となる（１２５０）。署名が要求さ
れた場合（１２６０）、単純なアポイントメントが為さ
れ（１２７０）、その後に、これの「ビュー」が署名グ
ループ用に削除される（１２８０）。ひとたび上述の行
為の任意のもの或いは全てが採用されたならば、Ｅ−メ
ールが通信媒体３０を通じて送信され（１１８０）、カ
レンダが表示可能となる（５２０）。

【００８１】アポイントネット・システムのより興味を
そそり且つ有用な局面の内の１つは、このシステムが自
己複製局面を有することであり、未だアクティブなメン
バーとなっていない非ユーザがアポイントネットのＥ−
メールコンポーネントを通じて現行エンドユーザによっ
てコンタクトされた際に、それら非ユーザに対する新カ
レンダを作成することである。このＥ−メールはこれら
未だアクティブではないユーザへ送信されて、彼等をア
ポイントネット・サイトへ来るように招き、アクティブ
なユーザに成るように為す。このプロセスは図１４に図
示されており、新エンドユーザがアポイントネット・ウ
ェブのサイトで加入すると、彼等は招待の待機状態を示
す私的な個人のカレンダを取得する。次いで、この新し
いエンドユーザは他の潜在的なエンドユーザへ招待状を
送信できて、彼等をアポイントネット・システムに紹介
することにもなる。このプロセスは何度も繰り返され
る。

【００８２】よって、アポイントを為すべくエンドユー
ザＡ（１２９０）はエンドユーザＢを招待し（１３０
０）、アポイントネット・システムはエンドユーザＢに
対する新しいクライアントレコードを自動的に作成する
（１３１０）。次いで、Ｅ−メールが（１３２０）でエ
ンドユーザＢへ通信媒体３０を通じて送信される。エン
ドユーザＢがそのＥ−メールを取得すると（１３３
０）、エンドユーザＢはアポイントネット・ウェブのサ
イトへ行き（１３４０）、ひとたび入ると、新エンドユ
ーザＣをアポイントネットへ招待する（１３５０）。シ
ステムはその新しいエンドユーザＣに対する新しいレコ
ードを同様にして作成し（１３６０）、Ｅ−メールをそ
の新エンドユーザＣへ通信媒体３０を通じて送信し（１
３７０）、このシーケンスが繰り返される。このように
して、アポイントネット・システムは拡散して、インタ
ーネットの至る所に遍在する。これは個々の人々がアポ
イントメント、リマインダー、招待状、並びに、世界中
の他のエンドユーザへの他の全ての時間に影響するメッ
セージの作成及び確認に容易にアクセスすることにな
る。

【００８３】図１６Ａ乃至図１６Ｃは、図１５のアポイ
ントネット・システム、及び、先に議論されたルーチン
によって生成される典型的なカレンダを図示している。
図１６Ａは典型的なカレンダの月毎バージョン１４７０
である。幾つかのアナウンスメントが１４８０に例示さ
れている。これらアナウンスメントは様々な日に現れ
る。リマインダーも様々な異なる日に符号１４９０で示
されている。本発明に従えば、エンドユーザが他のスケ
ジュールをエンドユーザのカレンダ上にオーバーレイす
る（重複させる）ことを選ぶことが可能である。よって
サッカー・スケジュール１５００は図１６Ａのカレンダ
上にオーバーレイされて、その月にプレイされる様々な
サッカー・ゲームを示している。オーバーレイ・アイテ
ムは、他のカレンダ・アイテムと共に、詳細情報へのハ
イパーテキスト・リンク、或いは／それと共に、他の均
一なリソース・ロケータ（「ＵＲＬ」）を有する。幾つ
かのプル−ダウン・ボックス１５１０によりエンドユー
ザが対象の月、日、並びに、年を選択することで日を操
作できるようになっている。

【００８４】図１６Ｂは、例えば図１６Ａの月における
特定の週として選ばれた週毎のカレンダである。週ボタ
ン１５２０を選択するか或いはその選択された週に対す
る週の矢印１５３０をクリックすることだけで、図１６
Ｂに示されたような関連されたイベント、アナウンスメ
ント、リマインダー等々と共に表示される。エンドユー
ザは、日セル内に見出される下線が引かれた日付のテキ
ストをクリックすることによって、図１６Ｃに示された
ような毎日ビューを選択できる。毎日ビューは、関連さ
れたイベント、アナウンスメント、リマインダー等々と
共に表示される。

【００８５】図１７Ａ乃至図１７Ｆは、図１５のアポイ
ントネット・システムを用いての、現行のエンドユーザ
からあるエンドユーザへの招待状の送信を図示してい
る。この「招待」機能は誰かとのアポイントメントを要
求すべく使用される（１５５０）。カレンダ・モード
（月毎／週毎／日毎）は、見えているカレンダの現行状
態によって決定される。この実施例の月毎モードにおい
て、招待する側のユーザは各日セル内に見出されるプル
−ダウン時間リストで、時間が大きく影響するイベント
どれに対しても１０までの時間枠を選ぶことができる。
（現行では１０個の時間の招待がこのシステムで利用可
能である一方で、時間が大きく影響するイベントに対し
ては任意の数の時間枠を利用可能である。）さもなけれ
ば、ユーザはプル−ダウン・メニュー１５６０を使用し
て、会合用に自由であり且つ表示されているカレンダに
は現れていない１０個までの時間及び期日を提案でき
る。招待された人のＥ−メール・アドレスは（１５７
０）で記入されるか、或いは、先行して保存されたアド
レスのリストから選択され得る（１５８０）。招待状の
主題１５９０はその特定の招待に対する時間長と共に記
入される（１６００）。招待状の送信に及んで（１６１
０）、ビューレコードが招待された人と招待した人の両
方に作成される。Ｅ−メールはこの時に招待された人に
も送信され得る。このＥ−メールは、その招待について
招待された人に示唆すると共に、そのユーザに彼等のカ
レンダを調べてアクセスできるサイトへ誘引する。

【００８６】週モード１５２０において（図１７Ｃ）
は、時間グリッドにおけるチェック・ボックスを選択す
ることによって可視カレンダから提案される会合に対す
る１０個までの時間を選ぶこともでき、或いは、ドロッ
プダウン・ボックス（１６３０）を用いることもでき
る。月々のカレンダ（１５５０）の操作と同様に、この
週毎のカレンダ（１５２０）では、Ｅ−メール・アドレ
ス、主題、並びに、メッセージ１６４０が招待状に共に
送信され得る。日モードが選ばれても（１５４０）、同
様機能が利用可能であり、そして月モード及び週モード
で採用されたステップと同様なステップが採用される。

【００８７】図１８Ａ及び図１８Ｂは、アポイントネッ
ト・システムにおける自分自身のカレンダ内に現れるこ
とになるリマインダーの作成を図示している。エンドユ
ーザは左側のメニュー・バー上の「リマインダー」ボタ
ン（１６６０）を選択して、工程を始める。この工程に
おいて、主題１５９０が入力され、時間長（１６００）
が入力され、そしてリマインダー・テキストも符号１６
７０で入力可能である。送信ボタン（１６１０）が選択
されると、そのリマインダーがクライアント自身のカレ
ンダに表示される。

【００８８】図１９Ａ及び図１９Ｂは、エンドユーザが
アポイントネット・システム上でどのようにしてアナウ
ンスメントを作成するのかを図示している。招待状の送
信及びリマインダー作りと同じような要領で、エンドユ
ーザはアナウンスメントを据える時間を選択し、受取人
のＥ−メール・アドレス（１５７０）、主題（１５９
０）、並びに、もしあるのであればＥ−メール・テキス
トを入力する。次いで、エンドユーザが「送信」を選択
するとそのアナウンスメントが送信される。

【００８９】図２０は「インボックス（Ｉｎ Ｂｏ
ｘ）」スクリーンを示し、エンドユーザが彼のカレンダ
から「インボックス」を選択するとそれを見ることにな
る。このスクリーンはクライアント装置２０に提示さ
れ、エンドユーザはサーチすべき様々な種類のメッセー
ジを選択することができる。これらのサーチ基準はその
サーチを、例えば、メッセージの種類、或いは、期間に
限定することができる。

【００９０】図２１Ａ乃至図２１Ｃは、エンドユーザに
利用可能な詳細ページを図示している。その詳細は、図
２１Ａに示されるように、例えばアナウンスメントにつ
いてであることが可能である。詳細ページを取得するた
めに、自身のカレンダを見ているエンドユーザは例えば
１つのアナウンスメントを選択することになる。（図１
７Ｃの「１２月１１日木曜日午前１０：００」を参
照。）そのエンドユーザには図２１Ａに見出せるものと
同様な詳細が提示される。ハイパーリンクされたテキス
トとして提示されている詳細ページ上に見ることができ
る任意の他のメッセージは、その詳細ページから選択さ
れ得る。選択により、アポイントネット・システムはそ
の選択に対する詳細ページを生成する。またここで興味
深く留意されることは、本発明の詳細ページは１つのメ
ッセージについての詳細を含み、それら詳細は毎日のカ
レンダ内へ挿入されることである。これが行われると、
エンドユーザによるスケジューリング競合の回避を補助
する。「コンタクト・ログ」領域（１７００）もまた、
好ましくは、その詳細ページ内に提供される。このコン
タクト・ログ領域は、例えばこのアナウンスメント、ア
ポイントメント、或いは、リマインダーに係わるエンド
ユーザ間での全ての通信のスレッドされたレコードとし
ての役割を果たす。このログのコンテンツを読取るこ
と、並びに、このスケジュールされたイベントについて
送られたり送り戻されたりした応答メッセージを再検討
することが可能である。よってアポイントネット・シス
テムは、これまでに先行するスケジューリング・システ
ムで達成されていなかった、各イベントに対する相互作
用的な又は対話的な詳細を提供する。

【００９１】アポイントネット・システムは、統計的で
あり且つアクセスの記録を通じて、マニュアル及び自動
的なユーザ・プロファイリングの特徴を提供している。
これは、ユーザのカレンダ或いは他のクライアント装置
へ配信される時間に影響されるデータ及び情報のリアル
タイム配信を可能としている。またこのシステムは、多
数のエンドユーザのカレンダ或いは他のクライアント装
置への、時間に影響されるデータ及び情報のリアルタイ
ム一斉送信を可能としている。

【００９２】本発明の他の特徴は、アクティブ・サーチ
・フォルダ（Ａｃｔｉｖｅ Ｓｅａｒｃｈ Ｆｏｌｄｅ
ｒ）を備えていることである。これにより、予め決めら
れた形に定式化されたユーザクエリをシステム内に保持
することができる。別のユーザの入力データが先のユー
ザのクエリリクエストに符合すると、先のユーザのカレ
ンダ上に通知を表示することができる。例えば、ユーザ
がある特定のバンドのコンサート・チケットを希望する
クエリを出したとする。このシステムの別のユーザがこ
のロック・コンサートについての情報或いはそのチケッ
トを売りたい旨の情報を、このシステムに更新或いは追
加すると、この別のユーザのカレンダ上に通知を表示す
ることができる。

【００９３】アクティブ・サーチ・フォルダは、例え
ば、ｅ−コマース・アプリケーションを伴って使用され
得る。例えば図２７に示されるように、システムのユー
ザがロック・グループ「スパイス・ガールズ（Ｓｐｉｃ
ｅ Ｇｉｒｌｓ）」のファンであり、スパイス・ガール
ズのイベントのクエリをシステムに保持させたと仮定す
る。「スパイス・ガールズ」コンサートが企画される
と、ユーザのカレンダ上にそれを知らせる情報が表示さ
れる。アイコン或いはハイパーリンクをクリックするこ
とで、ユーザにはアポイントネット・サイト内のページ
がもたらされ、そのコンサートについての情報が挙げら
れ、ポスター、ＣＤ、並びに、ビデオ等の様々なｅ−コ
マース選択肢が注文可能である。このコンサートのチケ
ットもｅ−コマースパートナーを通じて注文することが
可能である。

【００９４】本発明の更なる特徴は、ファイル・マネー
ジャー・インターフェース（Ｆｉｌｅ Ｍａｎａｇｅｒ
Ｉｎｔｅｒｆａｃｅ）を備えていることである。図２
４Ａ及び図２４Ｂに示されるように、ファイル・マネー
ジャー・インターフェースはイベントを個人ファイル内
に任意に分類することができる。そしてこれらのファイ
ルは個々のユーザの好みや必要に応じて保持することが
できる。図２４Ａ及び図２４Ｂに示されるように、様々
なファイルが、イベント及びランチ等のアイテムに対す
るフォルダ内に記憶されている。会合等のアイテムに対
する追加フォルダも作成され得る。ファイル・マネージ
ャー・インターフェースはそれ故に、ユーザのデータベ
ース上における全てのエントリが好都合なファイルとし
てグループ分けされ得るメカニズムを提供し、それらの
ファイルがアイテムの任意のグループ分けを提供し、そ
れらが、他のユーザとの共有、表示、隠蔽、或いは、印
刷等の動作に対する１つの実体として操作され得る。

【００９５】次に、図２６を参照すると、本発明の更に
別の局面は、３ＣＯＭ社によるパームパイロット等の、
所謂、パーソナルディジタルアシスタントＰＤＡへ適用
性である。本発明は、アポイントネット・カレンダの対
応するコンポーネントを、ＰＤＡ４０００内におけるＤ
ａｔｅ Ｂｏｏｋ、Ｔｏ Ｄｏ Ｌｉｓｔ、並びに、Ａ
ｄｄｒｅｓｓ Ｂｏｏｋの各アプリケーションのデータ
ベースと同期するソフトウェアに提供する。本システム
は、コンジット４０１０とともに動作する。コンジット
（Ｃｏｎｄｕｉｔ）はクライアント装置２０上に常駐す
る特殊目的のソフトウェアであり、内部ＰＤＡアプリケ
ーション及び他のアプリケーションの間での通信及びデ
ータ同期化を補助する。クライアント装置２０上で動作
しているソフトウェアはインターネットを介してＨＴＴ
Ｐを利用して、ＰＤＡ４０００と、ウェブに基づくアポ
イントネット・カレンダ・アプリケーションのデータベ
ースにアクセスするためにＡＳＰ及びＳＱＬ４０３０を
使用するアポイントネット・サーバ４０２０との間の同
期情報を交換する。

【００９６】本発明は、同期処理が行われるクライアン
ト装置２０から独立するように設計される。各同期化セ
ッションの開始及び終了時点で全ての必要なデータはＰ
ＤＡ４０００及びアポイントネット・データベース４０
４０内に格納されたままである。クライアント装置２０
は、プロセス中、一時的な通信、記憶、並びに、同期サ
ービスだけを提供する。

【００９７】システムは、ユーザが、必要されるソフト
ウェアを動作させることができると共にインターネット
への接続を有することができる任意のコンピュータか
ら、同期化手続きを実行させることを可能とする。必要
とされるソフトウェアはインターネットからダウンロー
ドされ得て、一時的に、同期化セッションの期間中にク
ライアント装置２０にインストールされる。同期セッシ
ョンが終了した後は、次に同期するのに必要なデータだ
け残して削除される。

【００９８】ユーザがセッションを始めると、シンク・
マネージャー（Ｓｙｎｃ Ｍａｎａｇｅｒ）４０６０が
現行で動作可能状態のコンジット４０１０の各々を連続
して起動し、次いでそれらの各々がシンク・マネージャ
ー４０６０を使用して、関連するＰＤＡ内部アプリケー
ションからシリアルリンク４０７０を介してデータを抽
出し、ＨＴＴＰ要求４０９０を始動してアポイントネッ
ト・サーバ４０２０上の適切な専用アクティブ・サーバ
・ページ（ＡＳＰ）にデータを要求する。このＡＳＰサ
ーバ４０３０はコンジット４０１０からの要求を処理
し、ＨＴＴＰ応答内にコード化されたユーザのアポイン
トネット・カレンダから要求された特定のタイプのデー
タを送り戻す。ＡＳＰサーバ４０３０からのこのデータ
はコンジット４０１０でＰＤＡデータと同期化され、結
果的な複合データ・セットがサーバへ送り戻される。Ａ
ＳＰサーバ４０３０はユーザのアポイントネット・デー
タベース４０４０を入力データと同期化させて、任意の
必須の更新をコンジット４０１０へ送り戻す。コンジッ
ト４０１０は受信された任意の更新された記録に対して
第２の同期化を実行し、任意の受信された更新記録が処
理された旨の確認を送り返す。コンジット４０１０は、
次いで、シンク・マネージャー４０６０への制御に戻
る。全てのコンジット４０１０が起動されると、シンク
・セッションは終了する。

【００９９】第２の同期サイクルでは、先に説明された
独立特徴のクライアント装置２０と、ＰＤＡアプリケー
ション・データベースとは極めて異なるアポイントネッ
ト・カレンダ・データベースの統合の双方がサポートさ
れる必要がある。アポイントネット・カレンダは共有さ
れたアポイントメント（ユーザのカレンダ上に現れるが
ユーザによって作成されなっかたイベント）を支援すべ
く設計されているので、これは独特な課題を同期化工程
に提示する。アポイントネット・カレンダ上にユーザに
よって作成されたイベントは、そのシステムによって課
せられた特定の制約内での変更だけが可能であり、ユー
ザによって作成或いは所持されなかったイベントはユー
ザのアポイントネット・カレンダ上で選択的に見ること
ができるが、ユーザによって変更或いはデータベースか
らの削除が不可能である。しかしながら、ＰＤＡ上の全
てのイベントはエンドユーザによって自由に変更或いは
削除され得る２つの部類のイベントである。ＰＤＡに起
源を有するＰＤＡタイプのイベントは何れかのプラット
フォーム上でユーザによって変更或いは削除され得る
が、アポイントネット・カレンダに起源を有する非ＰＤ
Ａイベントはアポイントネット・カレンダだけから変更
或いは削除され得る。

【０１００】２つのプラットフォーム上で２つの部類の
イベントを取り扱うために、新しい同期プロトコルが提
供され、それがアポイントネット・データベースの全体
性を維持している一方で、ＰＤＡユーザにはこれらの効
果的な読取り専用イベントの外観を見てカスタマイズす
る能力を提供する。アポイントネットに起源を有して、
ＰＤＡ上で自由に変更され得ない非ＰＤＡイベントは、
それらがＰＤＡのＤａｔｅ Ｂｏｏｋアプリケーション
・データベースに組み入れられると、読取り専用として
可視的にマークされる。もしＰＤＡユーザがこれら区別
できるマーク付け読取り専用イベントを変更しようと決
定すれば、それらは次の同期化セッション中にＰＤＡタ
イプのイベントへ変換され、元の変更されていない非Ｐ
ＤＡイベントはＰＤＡ上で再作成され、よって、アポイ
ントネット・データベースの全体性は保護される一方
で、アポイントネット・カレンダの外観の一貫性は維持
される。

【０１０１】次に図２２のブロック図で参照されるよう
に、本発明の更なる局面はカレンダ・アプリケーション
・プログラミング・インターフェース（ｅＣＡＰＩ）５
０００を備えていることである。ｅＣＡＰＩ５０００の
目的は、カレンダ機能にアクセスするためのインターフ
ェースを提供することであって、これにより、本システ
ムの個々のユーザ及びサブユーザ（潜在的ユーザ）が自
分自身のカレンダに対する個別の外観を作成及び構成で
きるようになる。一実施例において、ｅＣＡＰＩ５００
０はパートナー・ウェブ・サイト５０１０へダウンロー
ドされ得て、ウェブ・マスタがＨＴＴＰを用いて個別の
外観と感触（ルックアンドフィール）を作成させること
を可能にする。代替的には、ｅＣＡＰＩ５０００はｅＣ
ＡＰＩエンジン５０３５に直にアクセスすべく使用可能
である。更には、ｅＣＡＰＩ５０００の各種部分はアク
セスを補助するモジュールとして構成され得る。

【０１０２】一実施例におけるｅＣＡＰＩ５０００は、
エンジン５０３５からの標準ＨＴＴＰ ＧＥＴ及びＰＯ
ＳＴの各要求を介して検索される多数のＡＳＰファイル
として具現化される。接続を確実にするために、ＨＴＴ
ＰＳをも使用可能である。これらＡＳＰファイルは値を
戻し、ユーザのカレンダを模倣し、入力パラメータに基
づく転送を提供できる。サービス・モデルが使用され
て、ＡＰＩの機能を分離する。これらサービスは以下の
カテゴリーにグループ分けされる。

【０１０３】ユーザサービス（５０２０）。ユーザ・サ
ービスは他のサービスと同様に識別検証を提供し、ユー
ザのアポイントネット・システム上のアカウントを処理
及び質問する。

【０１０４】カレンダサービス（５０３０）。カレンダ
・サービスはユーザのカレンダを模倣する機能を提供す
るとともに、カレンダ内へのインターフェースを提供
し、該ユーザ・カレンダについての情報を戻す。

【０１０５】アドレスサービス（５０４０）。アドレス
・サービスはアドレス・ブック内へのインターフェース
を提供する。サービスは機能編集と共にアドレス・ブッ
クへの質問を含む。

【０１０６】Ｅ−メールサービス（５０５０）。ｅ−メ
ール・サービスはｅ−メール・サブシステム内へのイン
ターフェースを提供する。

【０１０７】ユーティリティサービス（５０６０）。ユ
ーティリティ・サービスは様々な低レベル機能を提供す
る。

【０１０８】スタンダードサービス（５０７０）。標準
サービスはＬＤＡＰ等の工業規格プロトコル内へのイン
ターフェースを提供する。ｅＣＡＰＩはパートナー・ウ
ェブ・サイト５０１０でカスタマイズされた「外観及び
感触」を作成するのに使用され得る。

【０１０９】本発明に従って記載されたアポイントネッ
ト・システムは、こうして、効率的なウェブに基づくシ
ステムであり、略無限に近い数のクライアントが相互に
アポイントメントを為して確認することを可能としてい
る。本システムは、市場に既に出回っている標準的なウ
ェブ・ブラウザ以外には、エンドユーザが何ら特別なソ
フトウェアを彼等のクライアント装置２０内に有するこ
とを必要としない。本システムは、使用が簡単で、エン
ドユーザにとってすぐ分かり、そして、これまでに当業
界には存在しなかったアポイントメント行動を大いに補
助する。

【０１１０】以上、本発明に従って提供されるスケジュ
ーリング・システムの特定の好適実施例を説明した。複
数の好適実施例が説明され開示されたが、当業者であれ
ば認識して頂けるように、様々な変更等は本発明の趣旨
の範囲の内に入ることである。添付の特許請求の範囲は
そうした変更等を全て覆うことが意図されている。

【図面の簡単な説明】

【図１】図１Ａは、本発明に係るアポイントメント・ス
ケジューリング・システムのシステム構成図であり、図
１Ｂは前記アポイントメント・システムのサーバ・アー
キテクチャの詳細なブロック構成図であり、図１Ｃは前
記アポイントメント・システムのアドミニストレーショ
ン・サブシステムと該アポイントメント・システムの他
の様々なサブシステムとの間の対話のブロック構成図で
あり、図１Ｄは本発明に係るウェブ・サーバの詳細なブ
ロック構成図であり、図１Ｅは本発明に係るデータベー
ス・サブシステムの詳細なブロック構成図である。

【図２】図２Ａは、本発明に係る基本アポイントメント
・システムの好適実施例のフローチャートであり、図２
Ｂはアポイントメント・システムのユーザが第１ユーザ
によって作り出された行事を見ることができるようにな
る、プロセスを図示するフローチャートである。

【図３】図３は、新しいユーザが本システムに予め署名
（入会署名）していなければ当該システムに加えられる
ことになる、アポイントメント・システムのユーザに対
する署名プロセスのフローチャートである。

【図４】図４は、アポイントメント・システムによって
作り出されたユーザのカレンダを示すアポイントメント
・システムにおけるルーチンのフローチャートである。

【図５】図５は、単一のアポイントメントに対する詳細
を示すデータを得るアポイントメント・システムのルー
チンのフローチャートである。

【図６】図６は、アポイントメントのデータがどのよう
にしてカレンダ内に表示されるかを示すフローチャート
である。

【図７】図７は、システムに対するユーザ要求を処理す
るアポイントメント・システムにおけるルーチンのフロ
ーチャートである。

【図８】図８は、様々なタイプのアポイントメントの作
成に対するスクリーンを表示するアポイントメント・シ
ステムにおけるルーチンのフローチャートである。（図
７の詳細）

【図９】図９は、特定のカレンダ構成に対する優先物を
セットするアポイントメント・システムにおけるルーチ
ンのフローチャートである。（図７の詳細、符号８８
０）

【図１０】図１０Ａはデータを調査し、リンクに従って
そのデータ結果を表示するアポイントメント・システム
におけるルーチンのフローチャートであり、図１０Ｂは
月毎、週毎、或いは、日毎（毎日）にカレンダをユーザ
が見ることを可能とするアポイントメント・システムに
おけるルーチンのフローチャートであり、図１０Ｃはリ
ンクに伴って入力アポイントメントを表示するアポイン
トメント・システムにおけるルーチンのフローチャート
である。

【図１１】図１１は、Ｅ−メールを送信し、それによっ
てカレンダをインターネットを通じてユーザへ押し出す
アポイントメント・システムにおけるルーチンのフロー
チャートである。

【図１２】図１２は、アポイントメントを作成するアポ
イントメント・システムにおけるルーチンのフローチャ
ートである。（図７の詳細、符号９７０）

【図１３】図１３は、図５における詳細からの入力を用
いてのプロセスにおけるルーチンのフローチャートであ
る。

【図１４】図１４は、本発明に係るアポイントメント・
システムがバックボーンを通じてシステムのユーザ全体
にどのようにして広がるかのルーチンのフローチャート
である。

【図１５】図１５は、本発明に係るアポイントメント・
システムのシステム・アーキテクチャの更なる好適実施
例である。

【図１６】図１６Ａ乃至図１６Ｃは、図１５のアポイン
トメント・システムによって作成される毎月モード、毎
週モード、並びに、毎日モードでのカレンダを図示して
いる。

【図１７】図１７Ａ乃至図１７Ｆは、図１５のアポイン
トメント・システムを用いて、他の人との予約作りを図
示している。

【図１８】図１８Ａ及び図１８Ｂは、図１５のアポイン
トメント・システムを用いて、自身のリマインダー作り
を図示している。

【図１９】図１９Ａ及び図１９Ｂは、図１５のアポイン
トメント・システムを用いて、他の人へのメッセージ表
明を図示している。

【図２０】図２０は、図１５のアポイントメント・シス
テムのインボックス（ＩｎＢｏｘ）機能の図示である。

【図２１】図２１Ａ乃至図２１Ｃは、図１５のアポイン
トメント・システムによって為されたアポイントメント
に対する利用可能な詳細と、コンタクト・ログの使用と
を図示している。

【図２２】図２２は、本発明に関連しての、我々に対す
るカレンダ・アプリケーション・インターフェースであ
る。

【図２３】図２３Ａ及び図２３Ｂは、ユーザが時間領域
を変更する際に使用される行事日／時間記録と表示とを
図示している。

【図２４】図２４Ａ及び図２４Ｂは、ファイル併合構成
を作成する構成を図示している。

【図２５】図２５は、本発明に従ったブランド名検索シ
ステムを図示している。

【図２６】図２６は、パームパイロット等のハンドヘル
ド装置（ＰＤＡ）でアポイントメント・システムにリン
クするシステムを図示している。

【図２７】図２７は、電子コマース・アプリケーション
で使用されるアポイントメント・カレンダ内のサブペー
ジである。

【符号の説明】

１０ サーバ ２０ クライアント装置（ユーザ） ３０ 通信媒体 ５０ ウェブ・サーバ ６０ ＳＱＬサーバ ９０ ユーザ・ワークステーション １３０ 通信サーバ １５０ アドミニストレータ・ワークステーション

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１４年３月８日（２００２．３．８）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】図面の簡単な説明

【補正方法】変更

【補正内容】

【図面の簡単な説明】

【図１Ａ】 図１Ａは、本発明に係るアポイントメント・
スケジューリング・システムのシステム構成図である。

【図１Ｂ】 図１Ｂは前記アポイントメント・システムの
サーバ・アーキテクチャの詳細なブロック構成図であ
る。

【図１Ｃ】 図１Ｃは前記アポイントメント・システムの
アドミニストレーション・サブシステムと該アポイント
メント・システムの他の様々なサブシステムとの間の対
話のブロック構成図である。

【図１Ｄ】 図１Ｄは本発明に係るウェブ・サーバの詳細
なブロック構成図である。

【図１Ｅ】 図１Ｅは本発明に係るデータベース・サブシ
ステムの詳細なブロック構成図である。

【図２Ａ】 図２Ａは、本発明に係る基本アポイントメン
ト・システムの好適実施例のフローチャートである。

【図２Ｂ】 図２Ｂはアポイントメント・システムのユー
ザが第１ユーザによって作り出された行事を見ることが
できるようになる、プロセスを図示するフローチャート
である。

【図３】図３は、新しいユーザが本システムに予め署名
（入会署名）していなければ当該システムに加えられる
ことになる、アポイントメント・システムのユーザに対
する署名プロセスのフローチャートである。

【図４】図４は、アポイントメント・システムによって
作り出されたユーザのカレンダを示すアポイントメント
・システムにおけるルーチンのフローチャートである。

【図５】図５は、単一のアポイントメントに対する詳細
を示すデータを得るアポイントメント・システムのルー
チンのフローチャートである。

【図６】図６は、アポイントメントのデータがどのよう
にしてカレンダ内に表示されるかを示すフローチャート
である。

【図７】図７は、システムに対するユーザ要求を処理す
るアポイントメント・システムにおけるルーチンのフロ
ーチャートである。

【図８】図８は、様々なタイプのアポイントメントの作
成に対するスクリーンを表示するアポイントメント・シ
ステムにおけるルーチンのフローチャートである。（図
７の詳細）

【図９】図９は、特定のカレンダ構成に対する優先物を
セットするアポイントメント・システムにおけるルーチ
ンのフローチャートである。（図７の詳細、符号８８
０）

【図１０Ａ】 図１０Ａはデータを調査し、リンクに従っ
てそのデータ結果を表示するアポイントメント・システ
ムにおけるルーチンのフローチャートである。

【図１０Ｂ】 図１０Ｂは月毎、週毎、或いは、日毎（毎
日）にカレンダをユーザが見ることを可能とするアポイ
ントメント・システムにおけるルーチンのフローチャー
トである。

【図１０Ｃ】 図１０Ｃはリンクに伴って入力アポイント
メントを表示するアポイントメント・システムにおける
ルーチンのフローチャートである。

【図１１】図１１は、Ｅ−メールを送信し、それによっ
てカレンダをインターネットを通じてユーザへ押し出す
アポイントメント・システムにおけるルーチンのフロー
チャートである。

【図１２】図１２は、アポイントメントを作成するアポ
イントメント・システムにおけるルーチンのフローチャ
ートである。（図７の詳細、符号９７０）

【図１３】図１３は、図５における詳細からの入力を用
いてのプロセスにおけるルーチンのフローチャートであ
る。

【図１４】図１４は、本発明に係るアポイントメント・
システムがバックボーンを通じてシステムのユーザ全体
にどのようにして広がるかのルーチンのフローチャート
である。

【図１５】図１５は、本発明に係るアポイントメント・
システムのシステム・アーキテクチャの更なる好適実施
例である。

【図１６Ａ】 図１６Ａは、図１５のアポイントメント・
システムによって作成される毎月モード、毎週モード、
並びに、毎日モードでのカレンダを図示している。

【図１６Ｂ】 図１６Ｂは、図１５のアポイントメント・
システムによって作成される毎月モード、毎週モード、
並びに、毎日モードでのカレンダを図示している。

【図１６Ｃ】 図１６Ｃは、図１５のアポイントメント・
システムによって作成される毎月モード、毎週モード、
並びに、毎日モードでのカレンダを図示している。

【図１７Ａ】 図１７Ａは、図１５のアポイントメント・
システムを用いて、他の人との予約作りを図示してい
る。

【図１７Ｂ】 図１７Ｂは、図１５のアポイントメント・
システムを用いて、他の人との予約作りを図示してい
る。

【図１７Ｃ】 図１７Ｃは、図１５のアポイントメント・
システムを用いて、他の人との予約作りを図示してい
る。

【図１７Ｄ】 図１７Ｄは、図１５のアポイントメント・
システムを用いて、他の人との予約作りを図示してい
る。

【図１７Ｅ】 図１７Ｅは、図１５のアポイントメント・
システムを用いて、他の人との予約作りを図示してい
る。

【図１７Ｆ】 図１７Ｆは、図１５のアポイントメント・
システムを用いて、他の人との予約作りを図示してい
る。

【図１８Ａ】 図１８Ａは、図１５のアポイントメント・
システムを用いて、自身のリマインダー作りを図示して
いる。

【図１８Ｂ】 図１８Ｂは、図１５のアポイントメント・
システムを用いて、自身のリマインダー作りを図示して
いる。

【図１９Ａ】 図１９Ａは、図１５のアポイントメント・
システムを用いて、他の人へのメッセージ表明を図示し
ている。

【図１９Ｂ】 図１９Ｂは、図１５のアポイントメント・
システムを用いて、他の人へのメッセージ表明を図示し
ている。

【図２０】図２０は、図１５のアポイントメント・シス
テムのインボックス（ＩｎＢｏｘ）機能の図示である。

【図２１Ａ】 図２１Ａは、図１５のアポイントメント・
システムによって為されたアポイントメントに対する利
用可能な詳細と、コンタクト・ログの使用とを図示して
いる。

【図２１Ｂ】 図２１Ｂは、図１５のアポイントメント・
システムによって為されたアポイントメントに対する利
用可能な詳細と、コンタクト・ログの使用とを図示して
いる。

【図２１Ｃ】 図２１Ｃは、図１５のアポイントメント・
システムによって為されたアポイントメントに対する利
用可能な詳細と、コンタクト・ログの使用とを図示して
いる。

【図２２】図２２は、本発明に関連しての、我々に対す
るカレンダ・アプリケーション・インターフェースであ
る。

【図２３Ａ】 図２３Ａは、ユーザが時間領域を変更する
際に使用される行事日／時間記録と表示とを図示してい
る。

【図２３Ｂ】 図２３Ｂは、ユーザが時間領域を変更する
際に使用される行事日／時間記録と表示とを図示してい
る。

【図２４Ａ】 図２４Ａは、ファイル併合構成を作成する
構成を図示している。

【図２４Ｂ】 図２４Ｂは、ファイル併合構成を作成する
構成を図示している。

【図２５】図２５は、本発明に従ったブランド名検索シ
ステムを図示している。

【図２６】図２６は、パームパイロット等のハンドヘル
ド装置（ＰＤＡ）でアポイントメント・システムにリン
クするシステムを図示している。

【図２７】図２７は、電子コマース・アプリケーション
で使用されるアポイントメント・カレンダ内のサブペー
ジである。

【符号の説明】 １０ サーバ ２０ クライアント装置（ユーザ） ３０ 通信媒体 ５０ ウェブ・サーバ ６０ ＳＱＬサーバ ９０ ユーザ・ワークステーション １３０ 通信サーバ １５０ アドミニストレータ・ワークステーション

───────────────────────────────────────────────────── フロントページの続き (72)発明者 モーリス ロバート エム アメリカ合衆国、ペンシルベニア州19395, ウエストタウン、ポストオフィースボック ス105

Claims (11)

【特許請求の範囲】
1. 【請求項１】 イベントのスケジューリングを為すコン
   ピュータ・システムであって、 標準ページ・マークアップ・シンタックス言語で生成さ
   れて、標準的な通信プロトコルを用いて当該システムの
   少なくとも二人のエンドユーザによってアクセス可能で
   あり、該少なくとも二人のエンドユーザの内の一方のエ
   ンドユーザが当該システム内でスケジュールされるべき
   イベントを設定し、第２のエンドユーザに通信すること
   を可能とするエンドユーザ・インターフェースと、 スケジュールされるべき前記イベントを前記第２のエン
   ドユーザへ配信する手段と、 前記標準的な通信プロトコルを用いて、前記少なくとも
   二人のエンドユーザによって且つ両者間においてスケジ
   ュールされるべき前記イベントを確認する手段と、を備
   えたことを特徴とするスケジューリング・システム。
2. 【請求項２】 複数のエンドユーザ間でイベントのスケ
   ジューリングを為すコンピュータ・システムであって、 最初のエンドユーザが所望のスケジュールされたイベン
   トを、本システムを通じて、該システムの他のエンドユ
   ーザか或いは他の潜在的なエンドユーザの内の何れかと
   通信することを可能とするクライアント・インターフェ
   ースと、 本システムが前記所望のスケジュールされたイベントを
   本システムの前記他のエンドユーザ或いは他の潜在的な
   エンドユーザの間へ送信することを可能とする送信媒体
   インターフェースと、 前記クライアント・インターフェース及び前記送信媒体
   と通信するコンピュータ・サブシステムであり、前記最
   初のエンドユーザに対する前記所望のスケジュールされ
   たイベントを含むことができるような該最初のエンドユ
   ーザに対するカレンダであり、前記システムの他のエン
   ドユーザか或いは前記最初のエンドユーザかの何れかに
   よって変更され得るカレンダを生成するコンピュータ・
   サブシステムと、を備えたことを特徴とするスケジュー
   リング・システム。
3. 【請求項３】 イベントのスケジューリングを為すスケ
   ジューリング方法であって、 最初のエンドユーザがイベントを他の潜在的なエンドユ
   ーザか或いは該最初のエンドユーザかの何れかに通信す
   ることを可能とするステップと、 前記最初のエンドユーザから前記他の潜在的なエンドユ
   ーザか或いは前記最初のエンドユーザかの何れかに一方
   へ、標準プロトコルで前記イベントを配信するステップ
   と、 視認できる方法で前記イベントを前記最初のエンドユー
   ザ及び前記他の潜在的なエンドユーザの双方に対して確
   認させるステップと、の各ステップを含むことを特徴と
   するスケジューリング方法。
4. 【請求項４】 前記システムの前記エンドユーザ間で異
   なる時間帯を調整する手段を更に備えたことを特徴とす
   る請求項２に記載のスケジューリング・システム。
5. 【請求項５】 複数のエンドユーザ間でイベントのスケ
   ジューリングを為すコンピュータ・システムであって、 標準ページ・マークアップ・シンタックス言語で生成さ
   れて、標準的な通信プロトコルを用いて当該システムの
   第１のエンドユーザによってアクセス可能であり、前記
   第１エンドユーザ及び予め選択された第２のエンドユー
   ザが当該システム内でスケジュールされるべき所望のイ
   ベントを設定することを可能とするエンドユーザ・イン
   ターフェースと、 前記第１のエンドユーザ用の前記スケジュールされたイ
   ベントを含むことができるような該第１のエンドユーザ
   用のアクティブ・カレンダ・グリッドであり、当該シス
   テムの前記予め選択された第２のエンドユーザ或いは前
   記第１のエンドユーザによって変更され得るアクティブ
   ・カレンダ・グリッドを生成する、前記エンドユーザ・
   インターフェースと通信するコンピュータ・サブシステ
   ムと、 当該システムの前記第２のエンドユーザへ前記所望のス
   ケジュールされたイベントを前記標準的な通信プロトコ
   ルを用いて送信する送信媒体インターフェースであり、
   前記予め選択されたエンドユーザがそのスケジュールさ
   れたイベントを前記アクティブ・スケジューリング・グ
   リッド上で確認できるように為す媒体を提供する送信媒
   体インターフェースと、を備えたことを特徴とするスケ
   ジューリング・システム。
6. 【請求項６】 複数のエンドユーザ間でイベントのスケ
   ジューリングを為すコンピュータ・システムであって、 標準ページ・マークアップ・シンタックス言語で生成さ
   れて、標準的な通信プロトコルを用いて当該システムの
   第１のエンドユーザによってアクセス可能であり、前記
   第１エンドユーザが当該システム内でスケジュールされ
   るべき所望のイベントを設定することを可能とするエン
   ドユーザ・インターフェースと、 前記第１のエンドユーザの時間領域内において該第１の
   エンドユーザ用の前記スケジュールされたイベントを含
   むことができるような該第１のエンドユーザ用のアクテ
   ィブ・カレンダ・グリッドであり、当該システムの前記
   予め選択された第２のエンドユーザ或いは前記第１のエ
   ンドユーザによって変更され得るアクティブ・カレンダ
   ・グリッドを生成する、前記エンドユーザ・インターフ
   ェースと通信するコンピュータ・サブシステムと、 当該システムの前記予め選択された第２のエンドユーザ
   へ前記所望のスケジュールされたイベントを前記標準的
   な通信プロトコルを用いて送信する送信媒体インターフ
   ェースであり、前記予め選択された第２のエンドユーザ
   がそのスケジュールされたイベントを前記第１のエンド
   ユーザ用の前記アクティブ・スケジューリング・グリッ
   ド上で確認できるように為す媒体を提供する送信媒体イ
   ンターフェースとを備え、 前記コンピュータ・サブシステムが、前記スケジュール
   されたイベントが標準ページ・マークアップ・シンタッ
   クス言語で生成されるエンドユーザ・インターフェース
   を介して前記第２のエンドユーザの時間領域に従ってス
   ケジュールされている、前記予め選択された第２のエン
   ドユーザ用の第２のアクティブ・カレンダ・グリッドで
   あり、当該システムの前記第２のエンドユーザによって
   標準的な通信プロトコルを用いてアクセス可能であるア
   クティブ・カレンダ・グリッドを更に生成することを特
   徴するスケジューリング・システム。
7. 【請求項７】 前記第１及び第２のアクティブ・カレン
   ダ・グリッドでｅ−コマースが使用可能であることを特
   徴とする請求項６記載のスケジューリング・システム。
8. 【請求項８】 前記最初のエンドユーザまたは他の潜在
   的なエンドユーザに対し、確認させるステップで広告を
   配信するステップをさらに含むことを特徴とする請求項
   ３記載のスケジューリング方法。
9. 【請求項９】 携帯情報端末を用いて通信を行うことを
   特徴とする請求項３記載または請求項８記載のスケジュ
   ーリング方法。
10. 【請求項１０】 前記最初のエンドユーザまたは他の潜
    在的なエンドユーザに対し、確認させるステップで両者
    の時差を調整するステップをさらに含むことを特徴とす
    る請求項３、請求項８または請求項９記載のスケジュー
    リング方法。
11. 【請求項１１】 前記イベントを確認する手段が携帯情
    報端末を用いていることを特徴とする請求項１記載のス
    ケジューリング・システム。