設定
管理者は、組織の休日や祝祭日も設定できます。IBM Domino® には、変更できるデフォルトの休日文書のセットが含まれています。この情報はユーザーの個人用カレンダーに直接呼び出せます。
カレンダーとスケジュールには、スケジュールマネージャ (Sched タスク) 、カレンダーコネクタ (Calconn タスク) 空き時間情報システム (Sched タスク、Calconn タスク、nnotes タスクの組み合わせ) の機能があります。Domino をサーバー (ディレクトリサーバーは除く) にインストールすると、Sched と Calconn タスクが自動的にサーバーの NOTES.INI ファイルに追加されます。サーバーを初めて起動すると、スケジュールマネージャにより、[空き時間情報] データベース (クラスタ化していないメールサーバーでは BUSYTIME.NSF、クラスタ化したメールサーバーでは CLUBUSY.NSF) が作成されます。また、サーバーやクラスタサーバー内にメールファイルを持ち、カレンダープロフィールの入力を完了した各ユーザーのエントリが、そのデータベースに作成されます。
各ユーザーには個人のカレンダーが用意されています。カレンダープロフィールを作成して、自分の空き時間情報にアクセスできるユーザーを特定したり、会議に参加できる時間を指定できます。ユーザーが他のユーザーを会議に招集すると、空き時間システムにより空き時間が参照されます。また、使用可能なリソースについての情報も検索されます。他のサーバーやスケジュール作成アプリケーション空き時間情報システムを参照する場合は、カレンダーコネクタにより照会が送信されます。ユーザーがカレンダーにスケジュールを作成したり、リソースを予約すると、スケジュールマネージャタスクにより [空き時間情報] データベースの情報が収集、更新されます。
スケジュールマネージャは、デフォルトで [空き時間情報] データベースにアクセスできるため、このデータベースの ACL に定義する必要はありません。
クラスタ化されたスケジューリングを使用する
クラスタ化されたメールサーバーでは、サーバーを初めて起動するときに、スケジュールマネージャによりクラスタ化された [空き時間情報] データベース (CLUBUSY.NSF) が作成されます。クラスタ化された [空き時間情報] データベースは、[空き時間情報] データベース (BUSYTIME.NSF) と同じように機能します。クラスタ化された各サーバーには、クラスタ化された [空き時間情報] データベースのレプリカが置かれます。クラスタ化された [空き時間情報] データベースには、クラスタ内のサーバーにメールファイルがあるユーザーの情報が保存されます。
それまでクラスタ化されていなかったサーバーをクラスタに追加すると、スケジュールマネージャによりそのサーバーの BUSYTIME.NSF データベースが削除され、CLUBUSY.NSF が作成されて、他のクラスタサーバーとの間で複製が実行されます。サーバーをクラスタから削除すると、その反対に、スケジュールマネージャにより CLUBUSY.NSF が削除され、BUSYTIME.NSF が作成されます。ユーザーのメールファイルのロケーションが変更されたことをチェックして、スケジュールマネージャによりデータベースが検証されるまでは、クラスタからメールサーバーを削除しても、ユーザー情報はそのクラスタ化された [空き時間情報] データベースに残ります。 データベースは 1 日 1 回 (午前 2 時に) 有効になり、メールサーバーにメールファイルを追加したり、メールサーバーからメールファイルを削除したユーザーの空き時間情報が更新されます。コンソールで Tell Sched Validate コマンドを使用すると、任意のタイミングで情報を更新できます。
スケジュールをクラスタ化すると、ユーザーのホームサーバーがダウンしている場合でも、常にスケジュール情報が使用できるという利点があります。クラスタ化されていないスケジュールでは、ホームサーバーが使用できないときには、ユーザーが [空き時間情報] データベースにアクセスして検索することはできません。
クラスタ化されたスケジュールでは、パフォーマンスの向上とサーバートラフィックの軽減が図れるという利点もあります。[空き時間情報] データベースは、クラスタ内の他のメンバーも使用できるため、ユーザーから照会を受けたサーバーは、ユーザーのメールサーバーがそのクラスタ内にある場合、ユーザーのスケジュール情報を他の [空き時間情報] データベースから検索する必要がありません。
会議のスケジュール
ここでは、会議のスケジュールを作成する方法を説明します。同じドメインのメールサーバーを使用する場合、別々のドメインの場合、他のスケジュール作成アプリケーションを使用する場合について見ていきます。
次の例では、Kathy が Bob、Robin、Susan の 3 人のユーザーの空き時間を検索して、彼らとの会議スケジュールを作成します。Bob は Kathy と同じドメインにいて、Robin は別のドメインにいます。Susan は他のスケジュール作成アプリケーションを使用しています。
同じドメインのユーザーの場合
1. Kathy は会議の招集を作成して、Bob の空き時間を検索します。
2. Kathy のメールサーバーに空き時間照会が送信されます。
3. 空き時間システムは Kathy のメールサーバーにある [空き時間情報] データベース (BUSYTIME.NSF や CLUBUSY.NSF) で Bob の名前を検索します。
5. Bob のメールサーバーの空き時間システムにより、[空き時間情報] データベースが検索され、カレンダーコネクタを使用して Kathy に情報が送られます。空き時間システムが何の情報も見つけられない場合、照会は失敗となり、[空き時間情報] ダイアログボックスには Bob の情報が入手不可能であることが表示されます。
別々のドメインのユーザーの場合
1. Kathy は会議の招集を作成して、Robin の空き時間を検索します。会議招集のアドレス指定で、Robin のドメインを指定します。
2. Kathy のメールサーバーに照会が送信されます。
3. 空き時間システムが、Kathy のメールサーバーにある [空き時間情報] から Robin の名前を検索します。そして Robin のメールサーバーが違うドメインにあることを認識します。
4. Kathy の Domino ディレクトリで、Robin のドメインに適した文書が検索されます。
1. Kathy は会議の招集を作成して、Susan の空き時間を検索します。
3. 空き時間システムは [空き時間情報] データベースで Susan の名前を検索します。空き時間システムが情報を検出できない場合には、Susan の名前を完全修飾名に変換します。
4. Kathy の Domino ディレクトリから、Susan のユーザー文書が検索されます。
5. 空き時間システムは Susan のユーザー文書を調べて、[メールサーバー] フィールドで Susan のメールサーバー名を確認し、[カレンダードメイン] フィールドでカレンダードメイン名を確認します。
6. Susan はスケジュール作成アプリケーションとして Organizer を使用しているため、空き時間システムでは、メールサーバードメインに適したカレンダードメインが使用されていないと判断されます。カレンダードメインに適した文書が検索されます。
7. 空き時間システムは、Susan のカレンダードメインに適した文書として、異種ドメイン文書を選択します。異種ドメイン文書の [カレンダーサーバー経由のルート要求] フィールドで、Susan のドメインの照会を受け入れるサーバー名を特定します。[カレンダーシステム] フィールドで、Susan のサーバーの空き時間検索を実際に実行するアドインプログラム名 (Organizer や IBM OfficeVision® など) を特定します。空き時間システムは、[カレンダーサーバー経由のルート要求] フィールドで特定されたサーバーに照会を送信します。
空き時間システムが異種ドメイン文書を見つけられない場合、照会は失敗となり、[空き時間情報] ダイアログボックスには Susan の情報が入手不可能であることが表示されます。
関連タスク スケジュールを設定する 会議室予約データベースを設定する 休日文書を作成する
関連資料 スケジュールマネージャの Tell コマンド