JPS63195766A - 電子式予定表管理方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明は電子式予定表管理方法に関し、特に、予定主（
予定表の所有者）が対話式に入力する基準に基いて、複
数の異なった予定表から複数の項目のサブセットを選択
することを可能ならしめる電子式予定表管理方法に関す
る。

Ｂ、従来技術 従来技術として、種々の対話式の電子式予定表管理シス
テムが知られている。これらのシステムの主たる目的は
、種々の理由で将来の行事に関する予定表を維持する人
を支援することである。予定表は、行事の時間に関連し
た項目入力欄に行事に関する種々の情報を含んでいる。

最近、パーソナル・コンピュータや対話式端末の増加に
より、予定主が対話式データ処理システムにおいて自己
の予定表を作成し且つ維持することが可能になり、「電
子式予定表管理」という用語が知られるようになった。

大別して２種類の対話式予定表管理システムが存在する
。第１の種類の予定表管理システムでは、予定主は一般
に端末のユーザでもあり、その端末は一般に大きなネッ
トワークの一部ではない、一般的に、こうした種類のシ
ステムでは、予定表管理機能は、−日を複数の時間帯に
分割した日毎の予定表を表す画面をユーザに提示するこ
とを含む。

各時間帯には、ユーザにより入力される限られた量のデ
ータを表示することができる。成る種のシステムは１日
毎の予定表を画面上で上下に移動させて、一層多くの時
間帯を操作員に提示したり。

左右に移動させて、一層長いテキスト項目を提示するこ
とができる。操作員は一般に前進又は後退ページングを
行うことができ、大部分の機構では、要求されたデータ
を表示することができる。これらのシステムは、予定さ
れる行事の種類や入力する項目等の用語を制限せず、そ
の限りにおいて。

電子式でない通学の予定表や予約幅と同様に機能する。

電子式予定表管理方法及びシステムは、ユーザが多くの
日を含む期間における予定を走査して、予定行事を極め
て迅速に識別することができる点で、通常の予定表に比
べて有利である。

これまでに開発されている第２の種類の予定表管理シス
テムは、大きな通信ネットワークの一部である多数の端
末を有するマルチ・ユーザ環境に関連している１通常、
このネットワークはユーザが他のユーザやシステム内の
データとの対話若しくは相互作用を行うことを可能なら
しめるように設定されている。この環境では、端末のユ
ーザは、ネットワーク上の他の１人または複数のニー、
ザに同時にメツセージを送ることができ、且つ受取人が
メツセージを受取って読むとき通知を受けることができ
る。

Ｃ０発明が解決しようとする問題点 前述のネットワークを含むシステムにおいて、各ユーザ
は通常それぞれの電子式予定表を有しており、相互に対
話する目的が他のユーザの予定表を参照することを含む
ことがしばしばある。多くの場合、ユーザは会議等の種
々の行事を調整するために予定表を調べて再設定する際
には、相当な時間を費している。最近の予定表管理シス
テムは、例えば、会議の主催者が会議に招待しようとす
る複数の人（招待者）に共通する空き時間を見出すため
に、招待者の予定表を見ることができるところまで進歩
している。

従来のこの様なシステムでは、全ての招待者の空き時間
をシステムが見出すために必要なデータを要求する画面
が主催者に対して表示される。要求されるデータは１例
えば、会議の長さ、会議を開くべき時期、会議の場所、
招待者の名前を含む。

システムは、このデータに基いて、指定された時期の各
招待者の予定表を調べて空き時間を見出し、それを画面
に表示する。

次に、主催者は会議の開始日時及び終了日時を選択し、
予定された会議への出席要請が全ての招待者に対して自
動的に出される。

この様なシステムは１人間による作業に比べて。

会議のための最適な日時を見出す処理を短い時間で行う
ことができるが、この処理は、各予定表における予定項
目の不在によって表わされる空き時間に基く会議の予定
作成だけに限られている。又、このシステムは、成る予
定項目が他の予定項目より重要ではないことを認識でき
ない。そして、実際上、会議の関係者が多数の場合や、
関係者が多数の会議を必要としている場合には、共通の
空き時間を見出すことは、しばしば不可能になる。

従来のシステムは会議を設定することに関連して複数の
人の予定表を調べることに限定されている。会議に限ら
ず、複数の予定表の選択された予定項目だけを表示する
ことが出来れば、非常に有利であることが明らかである
。

例えば、成る部門の管理者が複数の部員に割当てうる任
務を有していると仮定する。もし予定表管理システムが
、個々の部員の予定行事のうちで管理者によって対話式
に入力された一組の探索基準を満たすものだけを管理者
に表示できるならば、関係する者にとって、時間及び労
力の大幅な削減が可能になる。空き時間が探索基準とし
て用いられることばもちろんであるが、新しい任務に対
する予定行事の相対的な重要度等の他の探索基準も空き
時間より適切なデータをもたらしうる。又、過去に同じ
又は類似の任務を割当てられたことのある人や、将来に
予定されている類似の任務、成る同一の地域又は顧客に
関璃して予定されている他の任務等も管理者にとって重
要な基準になりうる。

Ｄ０問題点を解決するための手段 本発明による電子式予定表管理方法は、複数の電子式予
定表を維持するデータ処理システムにおいて、予定主の
要求に応じて指定される期間及び基準に合致する項目だ
けを複数の予定表から選択して成る複合予定表を表示す
ることを可能ならしめるものであり、第１のデータ構造
の所定のフィールドに記憶する項目データと第２のデー
タ構造のフィールドに記憶する探索基準とを比較するこ
とにより、探索基準と特定の関係にある項目だけを選択
して複合予定表に入れることを特徴としている。

実施例の場合、予定主は「表示選択」画面を利用して複
合予定表のための探索基準（表示基準）を任意に指定す
るようになっている。

Ｅ、実施例 第２図は本発明の電子式予定表管理方法を実施するのに
適した対話式端末（ワークステーション）の機能要素を
示す、この端末は処理装置１１を含み、処理装置１１は
マイクロプロセッサ１２、メモリ１３（例えば、半導体
メモリ）、および制御ブロック１４を備え、制御ブロッ
ク１４は、マイクロプロセ・ツサ１２とメモリ１３との
間の相互作用に加えて入出力動作をも制御する。

端末はさらに、表示装置１６．キーボード１７、印刷装
置１８、ディスク記憶装置１９およびモデム２０を含む
一群の通常の周辺装置を備える。上述の機能ブロックの
詳細は本発明の特徴を示すものではなく、しかも従来技
術に見出すことができるので、当業者が本発明を理解す
るに足るだけの簡単な機能説明のみを以下に示す。

処理装置１１は、ＩＢＭＸＴまたはＩＢＭＡＴシステム
等のパーソナル・コンピュータ・システムの「システム
・ユニット」に対応する。処理装置１１はオペレーティ
ング・システム・プログラムを備え、このオペレーティ
ング・システム・プログラムは、システムを走らせるた
め通常使用されるＤＯ６（、ディスク・第１レーテイン
グ・システム）の多数のバージョンの１つでよい、オペ
レーティング・システム・プログラムは、ユーザが実行
すべく選択した１つまたは複数のアプリケーション・プ
ログラムと共にメモリ１３に記憶される。メモリ１３の
容量とアプリケーション・プログラムの大きさに応じて
、これらのプログラムの一部分を、必要に応じて９、デ
ィスク記憶装置１９からメモリ１３に転送することがで
き、ディスク記憶装置１９は、例えば、３０メガバイト
のハード・ディスク駆動機構およびディスケット駆動機
構を備えることができる。ディスク記憶装置の基本的機
能は、必要なときにメモリ１３に容易に転送可能なプロ
グラムおよびデータを記憶することである。ディスケッ
ト駆動機構の機能は、プログラムおよびデータをシステ
ムに入力するための着脱、可能な記憶機能と、他の端末
またはシステムで使用するため容易に輸送可能な形でデ
ータを記憶するための媒体を提供することである。

表示装置１６およびキーボード１７は協働して端末の対
話機能をもたらし１通常操作では、操作員による特定の
キーストロークをシステムがどう解釈するかは、はぼ全
ての場合、その時点で操作員に何が表示されているかに
よって決まる。

場合によっては、操作員がコマンドをシステムに入力す
ることにより、システムが特定の機能を実行する。他の
場合には、システムは、通常プロンプト型のメニュー／
メツセージ画面を表示することにより、特定のデータの
入力を要求する。操作員とシステムの間の対話の深さは
、オペレーティング・システムとアプリケーション・プ
ログラムの種類によって変わるが、これは本発明の方法
を使用できる端末の必要な特性である。

第２図に示す端末は、さらに印刷装置１８を備え、印刷
装置１８は、端末で発生または記憶さ九たデータのハー
ド・コピー出力をもたらす働きをする。最後に、モデム
２０は、１つまたは複数の通信リンクを介して、データ
を第２図の端末からホスト・システムに転送する働きを
する。通信リンクは商用型リンクでも、専用通信リンク
でもよい。

第３図は、第２図に示す対話式端末のネットワーク２１
を示す。図のように、ネットワークは。

互いに相互接続されかつホストＣＰＵ　（中央処理装置
）２３に相互接続された複数の端末を含み、ホストＣＰ
Ｕ２３は通信リンク２４を介して第２のホストＣＰＵ２
５に接続され、ホストＣＰＵ２５も端末の別のネットワ
ーク２６に接続されている０機能的には、このシステム
は確立された通信プロトコルを使って、１台の端末が１
台または複数の他の端末と通信できるように働き、直列
接続された様々な通信リンクは操作員にとって透過性を
有する構成となっている。そのようなシステムは当技術
分野では周知であり、現在、商業的に広く使用されてい
る。これらの通信リンク自体は本発明の特徴部分ではな
いので、本発明の予定表管理方法を理解するために必要
な細部についてのみ説明する。したがって、以下の説明
では、ネットワーク上の各端末は１．システム・ノード
・アドレスおよび郵便アドレスを有し、さらに、説明を
簡単にするため、ネットワーク上の各ノードにはただ１
台の端末のみが割り当てられていると仮定する。さらに
１個々の予定主の住所録や会議室等の共用資源などの予
定を立てるために必要な通常の通信サービスがシステム
によって提供されるものとする。

第３図に示すシステムは、情報をテキスト・データ・オ
ブジェクト、図形データ・オブジェクト、および予定表
管理データ・オブジェクト等の種々の形式のデータ・オ
ブジェクトとして処理する。

これらのデータ・オブジェクトの各々は、一連の゛構造
化フィールドから成るデータ・ストリームによって表わ
される。

予定表管理オブジェクト・データ・ストリームは、以下
の構造シーケンスを有する。

ドキュメント開始（ＢＤＴ） ページ開始（ＢＰＧ） 予定表データ開始（ＢＣＬ） 予定表データ記述子（ＣＤＤ） （任意選択） 予定表データ（Ｃ△Ｄ）ＳＦ 予定表構造（ＣＯＣＡ） 予定表データ終了（Ｅ　ＣＬ） ページ終了（ＥＰＧ） ドキュメント終了（ＥＤＴ） 他の予定表データのデータ・オブジェクトに対するデー
タ・ストリームの形式は文書開始、ページ開始、ページ
終了、および文書終了のデータ構造を含む、予定表オブ
ジェクトに対して上に列挙したフィールドに対応する構
造化フィールドは他のオブジェクトにも使用される。

構造化フィールドは自己記述エンティティであり、パラ
メータ値およびトリプレットの関連したグループを含む
。構造化フィールドは、下に示すように、２つの部分、
すなわち、構造化フィールド導入子および構造化フィー
ルド内容を有する。

Ｏｎ−１ 構造化フイールドは、構造化フィールド導入子で始まる
。

構造化フィールド導入子の構文および意味は、その構造
化フィールドが属するデータ・ストリームを規定するア
ーキテクチャによって定義される。

構造化フィールド導入子は、最初の２バイトとして、構
造化フィールドの長さを定義するパラメータを含む、構
造化フィールドを一意的に識別する識別コードをも含む
。

各構造化フィールドの構造内容の部分は、構造化フィー
ルドにその意味を与える構造およびトリプレットを含む
。トリプレット内のパラメータは予定表オブジェクトの
属性を定義する。全てのパラメータは、データ・ストリ
ーム階層中の制御構造から受は取ったトリプレット中に
明示的に現われる値、または省略時に暗示的に定義され
る値を有する。この省略時の値は代替の活動値であって
もよい。全ての構造は必須または任意選択である。

必須の構造はオブジェクト中に現われる。なぜならば、
その構造の機能は必須であり、その機能の正しい遂行の
ためにある値が必要だからである。

任意選択の構造は、オブジェクト中に現われなくてもよ
い。なぜならば、そΦ構造の機能が必須でないか、また
は、機能は必須であるが、全てのパラメータにとって省
略時の値が受入れ可能だからである。

上で示したように、予定表データ（ＣＡＤ）構造化フィ
ールド（ＳＦ）は実際の予定表データに先行する。予定
表データ記述子（ＣＤＤ）フィールドはＣＡＤ　　ＳＦ
に先行し、後続するデータに対する様式化情報をもたら
すことができる。

予定表データは、命名された構造および命名されたトリ
プレットを含み、これらの構造及びトリプレットはパラ
メータを含む。パラメータとは、ある値が割り当てられ
た変数である。パラメータは任意選択のものも、また必
須のものもある。パラメータはまた、末端か非末端かで
分類される。

末端パラメータとは、パラメータ・ストリング（パラメ
ータ列）中の最後のパラメータにすぎない。

パラメータは、割り、当てられた３つの種類の値のうち
の１つをとることができる。

１、ＮＵＭ−これは数または数値である。

２、Ｃ０Ｄ−これは、特定の意味を割り当てられたコー
ドである。

３、ＢＳＴ−これは２進要素から成るビット・ストリン
グ（ビット列）であり、通常その各々は他のビットから
独立している。

以下の考察では、１バイトは、左から右に〇−７と番号
を付けた８つのビット位置から成り、位置Ｏが高位位置
であるものと仮定する。ビット位置Ｏは２＄６７（２の
７乗）を表わし、ビット７は２傘傘０　（２の０乗）を
表わす。

種々の予定表構造化フィールドおよび予定表トリプレッ
トが以下の形式のテーブルで定義される。

このテーブルにおいて、 一バイト欄は０から始まるバイトの番号を指す。

−パラメータ名種はそのパラメータの名前を示す。

一型式欄は「型式」によってパラメータの構文を示す。

体系化された型式ＮＵＭ、ＣＯＤおよびＢＳＴは前に説
明した。

−ＭＩＮ及びＭＡＸ＠はパラメータによって指定可能な
最小値及び最大値を表わす。両者が同一の場合もある。

−長さ欄は正確なバイト数または許容される最大バイト
数で表わしたフィールドの長さを示す。

一０ＰＴＩは構造またはトリプレット内でのパラメータ
の出現の任意選択性を指す。

０はそのパラメータが任意選択であることを意味する。

Ｒはそのパラメータの出現が必須であることを意味する
。

必須のパラメータが見つからない場合は、例外条件が存
在する０代替的活動は見つからなかったパラメータが属
する構造、自己定義フィールド、または、トリプレット
を無視することである。

本発明に関連する予定表データ構造および予定表トリプ
レットについて、上記の形式を使って説明する。前記デ
ータ構造について説明した後、予定主が予定表管理機能
を実行しようとするとき情報を要求するためシステムが
予定主に提示する表示画面について説明する。その後、
本発明の方法の詳細なステップを示すフローチャートに
ついて、対話型端末のプログラミングに習熟した人が本
発明を実施するのを助ける擬似コードのプログラム・リ
ストと関連づけて説明する。

表示選択機能は１つ以上の予定主から予定項目（予定表
記入事項）のサブセットを選択する機能であるから、予
定主がある行事を自分の予定表中に組み入れる過程でシ
ステムが使用するデータ構造を詳細に説明する必要があ
る。好ましい実施例では、予定項目は複数の異なる型式
に分類される。

このシステムは、第３図に示す端末のように遠隔接続さ
れた端末を含めて、システム全体に渡って予定表データ
を交換することζ意図しているので、項目の型式および
提示言語は、定義されたアーキテクチャによって制御さ
れる。

同じ表示画面を使って複数の異なる種類の行事に対する
データを送信要求することができるが、データ構造およ
びトリプレットは、必須のものであれ、任意選択のもの
であれ、行事の種類によって変わる。

ここで説明する種々の予定表オブジェクト・データ構造
は、下記に示す予定表データ構造化フィールドの後にく
る。

予定表データ（ＣＡＤ）構造化フィールド（ＳＦ）クト
構造及びトリプレットの仕様に依存する（他の構造でも
同様）。

予定表（ＣＡＤ）データＳＦは、データを予定表データ
として識別し、予定表データの長さを指定する。予定表
データＳＦは、例えば、最大３２７６７バイトまでの予
定表データ構造を有し、また、予定表トリプレット（「
予定表データ」と呼ぶ）を含む、予定表データは、オブ
ジェクトの発生機構が使用する機能に応じて変わる。

主　な　　　データ構゛の　日 次に、本発明で用いる生類なデータ構造について説明す
る。これらのデータ構造は予定表トリプレットの結合体
から成る。トリプレットについては、この項の次の予定
表トリプレットの説明の項で説明する。

予定表データ構造は予定表データ（ＣＡＤ）構造化フィ
ールドにより先行される。システムにより指定されたパ
ラメータ値を予定表データ中で指定されるパラメータに
よって重ね書きすることができる０例えば、データを表
示、印刷するための記号のコード・ページ等である。

構造の説明では、ＹＬΣには０から始まって。

左から右に連続番号を付ける。

全ての構造の形式は同じである。その形式を下記に示す
。

長さ＝バイト０を含むこの構造のバイト数の２バイト値
。

型式＝特定の構造機能を表わす２バイトの２進数。

トリプレット１−ｎ＝予定表データ構造トリプレット。

データ構造の長さは、含まれるトリプレットの数に応じ
て変わる可能性がある。

長さに関する制約のためにトリプレット内の任意選択パ
ラメータの全部または一部が排除されるならば、そのパ
ラメータおよびそれに続く任意のパラメータに対する値
は変更されない。すなわち、長さフィールドは指定され
た通り使用される。

データ構造が無効、すなわち、サポートされていない場
合は、例外条件が生じる。

長さフィールドが必須パラメータまたはトリプレットを
排除する場合は、例外条件が生じる。

データ構造が無効なパラメータ、すなわち、サポートさ
れていないパラメータまたはトリプレットを含む場合は
、例外条件が生じる。

ＭＴＧ構造（会議データ構造）は、会議情報、会議の予
定、および会議情報の要求の交換に必要なフィールドを
もたらす、ＭＴＧ構造はまた。指定された予定主リスト
に対する複合予定表の作成を可能にする特定の探索分類
を指定する。

有効なＭＴＧトリプレットを以下に列挙し、次の項で詳
細に定義する。

エラー・アクション（ＥＡＣ）−ＥＡＣトリブレットは
どのような順序でも現われることができ。

任意選択である。

構造ＩＤ　（ＳＩＤ）−８ＩＤは会議項目に関するＩＤ
を指定する。会議項目に関連するトリガー（ＴＲＧ）を
識別するために任意選択のＳＩＤを含めることもできる
。

日時（ＤＴＴ）−ＤＴＴトリプレットは会議の時刻と日
をもたらし、必須である。ＤＴＴは昇ｊＭの時刻および
日で表わさなければならない、順序不同の時刻で行なわ
れる会議は、必須の時刻を指定する２つ以上のＤＴＴト
リプレットを使用することによって、その予定を立てる
ことができる。

名前（ＮＭＥ）−ネットワーク・アドレス（ＮＡＤ）、
郵便アドレス（ＰＡＤ）およびユーザ（予定主）状況（
ＵＳＴ）トリ、プレットを使って、指定された項目に対
、するユーザ状況およびアドレスを指定することができ
る。ＮＭＥトリプレットおよび関連のＮＡＤ、ＰＡＤ、
ＵＳＴの各トリプレットは、会議の主催者および会議の
手配者の両方に関して用いることができる。名前状況バ
イトは、任意選択である名前トリプレットの次にＮＡＤ
、ＰＡＤ、ＵＳＴの各トリプレットが続くがどうかを指
定する。

ユーザ状況（ＵＳＴ）−ＵＳＴトリブレットは、ＮＭＥ
トリプレットで指定されている人物に対する役割および
状況を指定する。このトリプレットは、ＮＭＥトリプレ
ットに続くときのみ有効であり、任意選択である。

ネットワーク・アドレス（ＮＡＤ）−ＮＡＤトリプレッ
トは、ＮＭＥトリプレットで指定されている人物に対す
るネットワーク・アドレスを指定し、任意選択である。

郵便アドレス（ＰＡＤ）−ＰＡＤトリプレットは、ＮＭ
Ｅトリプレットで指定されている人物に対する郵便アド
レスを指定し、任意選択である。

行事状況（ＥＶＳ）−ＥＶＳは会議状況を指定し、任意
選択である。

タイム・スタンプ（ＴＭＳ）　−ＭＴＯ構造中では１つ
の１ＭＳトリプレットのみが許容され、任意選択である
。

項目機密保護（Ｅ　Ｓ　Ｌ）−二のＥＳＬトリプレット
による制御が省略された場合、１密保護レベルは「公開
」である、ＭＴＧ構造中では１つのＥＳＬｈリプレット
のみが許容され、任意選択である。

コード化図形文字セット大域ＩＤ設定（ＳＣＧ）−ＳＣ
ａは、予定表データ構造中でｓｃＧの次にくるトリプレ
ットに含まれる文字に対する文字セットおよびコード・
ページを選択する。ネットワーク・アドレス文字セット
およびコード・ページはＳＣＧの影響を受けない。活動
コード・ページは、予定表データ構造の′終りで自動的
に復元される。

主題（ＳＢＪ）−５ＢＪ　トリプレットは、会議の主題
、即ち、議題を記述する文字データを含む。

各ＭＴＧ構造中で１つのＳＢＪが許容され、任意選択で
ある。

場所（ＰＬＣ）−ＰＬＣトリプレットは、会議の場所を
記述する文字データを含む。各ＭＴＧ構造中１つのＰＬ
Ｃトリプレットが許容され、任意選択である。

詳細（ＤＴＬ）　−ＤＴＬトリプレットは、会議を説明
する文字データを含む。会議の説明中でコード・ページ
または文字セットが変更される場合は、ＤＴＬトリプレ
ットを打ち切って、ＳｃＧトリプレットを挿入し、別の
ＤＴＬトリプレットを作成しなければならない、任意選
択である。

Ｒ８ＶＰ　（ＲＶＰ）−ＲＶＰは会議の招待者（招待さ
れた人）からの出席回答が必要がどうかを指定し、任意
選択である。

どの必須のトリプレットも伴わないＭＴＧ構造を受は取
った場合、例外条件が存在する。省略時のアクションは
、このような必須トリプレットを伴わないＭＴＧ構造を
無視し、処理を続行することである。ＭＴＧ構造が、サ
ポートされていないトリプレット、すなわち、無効なト
リプレットを含む場合は１例外条件が存在する。省略時
のアクションは、このトリプレットを無視し、処理を続
行することである。ＭＴＧ構造が、昇順でない日時を含
むＤＴＴトリプレットを含む場合、または任意選択のＳ
ＣＧトリプレットが、テキスト・データ（ＤＴＬ、ＳＢ
Ｊ、ＰＬＣ）を含むトリプレットの直前でない位置に現
われた場合は１例外条件が存在する。どちらの場合もデ
フォルト・アクションはこのトリプレットを無視し、処
理を続行することである。

ＮＭＬデータ構造は、アドレスおよび状況と関連する名
前をサポートするためのフィールドを指定する。ＮＭＬ
は、名前（ＮＭＥ）　、アドレス（ＡＤＲ）およびユー
ザ状況（ＵＳＴ）シーケンスを連結することにより、招
待者リスト等の項目リストを含むことができる。このリ
ストは１つまたは複数の名前および関連情報を含むこと
ができる。

ＮＭＬデータ構造に対する以下の有効なＮ　Ｍ　Ｌトリ
プレットについては、ＭＴＧ構造と関連して説明した。

即ち、前記ＮＭＬトリプレットとは、エラー・アクショ
ン（ＥＡＣ）、構造ＩＤ　（ＳＩＤ）　、項目機密保護
（ＥＳＬ）、コード化図形文字セット大城ＩＤ設定（Ｓ
ＣＧ）　、名前（ＮＭＥ）　、ユーザ状況（ＵＳＴ）、
ネットワーク・アドレス（ＮＡＤ）および郵便アドレス
（ＰＡＤ）である。

日時（ＤＴＴ）　トリプレットは有効ではないが、以下
のトリプレットは名前リスト・データ構造に対しては任
意選択である。

名前リスト型式（ＮＬＴ）−名前リスト・データ構造中
では、１つのＮＬＴ　トリプレットのみが許容される。

ＮＬＴトリプレットは、名前リストに含まれるデータの
種類を指定する。ＮＬＴが指定されていない場合、その
リストは名前または状況またはアドレスあるいはそれら
の幾つがのりストを含むが、それらは、必ずしもＮＬＴ
　トリプレットで定義されたカテゴリーの１つに含まれ
ない。

構造ＩＤトリプレットを伴わないＮＭＩ、構造を受は取
った場合は、例外条件が存在する。省略時のアクション
は、この構造を無視し、処理を続行することである。Ｎ
ＭＬ構造が、サポートされていないトリプレット、すな
わち、無効なトリプレットを含む場合は１例外条件が存
在する。省略時のアクションは、このトリプレットを無
視し、処理を続行することである０名前リスト構造トリ
プレットの各順序は、リストされた順でなければならな
い。

任意選択のトリプレットはどのシーケンスからも省略す
ることができる。順序不同のトリプレットを伴うＮＭＬ
構造を受は取った場合は、例外条件が存在する。省略時
のアクションは、この構造を無視し、処理を続行するこ
とである。例外を処理するための上記処理は、大部分の
構造にとって標準的なものであり、したがって以下の複
数の項目に対して想定することができる。

ＶＳＬデータ構造は、特定のカテゴリーおよび期間にお
ける予定表の表示（ビュー）を要求するための手段をも
たらす。

前述の有効なＶＳＬトリプレットには、エラー・アクシ
ミン（ＥＡＣ）　、ユーザ定義フィールド（ｔＪＤＦ）
、および時間（ＤＴＴ）トリプレットがある。

次のトリプレットも任意選択であり、有効である。

項目類別（ＥＣＴ）−ＥＣＴは１表示要求中に選択可能
な予定項目に関する類別を選択する。表示選択構造中で
は、１つのＥＣＴのみが許容される。ＥＣＴ中に複数の
類別が選択されたときは、戻される表示は、選択された
類別（複数）を含む。

ＥＣＴおよびＵＤＦトリプレットが両方とも省略された
場合は、選択された期間中の全ての項目が戻される。

ＤＴＴトリプレットの日時は昇順でなければならない。

最初に処理されるＤＴＴは、最も早い日時ブロックを指
定しなければならない。最後に処理されるＤＴＴは、最
も遅い日時ブロックを指定しなければならない。最初の
ＤＴＴはまた、選択された期間に関する開始日時を指定
する６任意選択のＥＣＴトリプレットが存在するときは
、ｖＳＬトリプレットはＥＣＴ、ＤＴＴの順でなければ
ならない。

予　　トリプレットの　　な　日 この項では、前の項で説明したものも含めて、システム
の予定表データ構造が使用されるように設計された構成
要素である予定表トリプレット・セットについて詳細に
説明する。

前項では、これらのトリプレットがどこで（どのデータ
構造中で）有効であるかを示した。

トリプレットの説明では、ビットは０から始めて左から
右に連続番号が付けられる。

トリプレットの全ての形式は同じであり、下記長さ＝バ
イト０を含むこのトリプレット中のバイト数の１バイト
値。

キーワード＝特定のトリプレット機能を表わす１バイト
の２進数。

パラメータ１−ｎ＝トリプレット設定を含むパラメータ
。

幾つかのトリプレットの長さは、指定されたパラメータ
の数に応じて変わる可能性がある。長さについての制約
のために任意選択パラメータまたは任意選択パラメータ
の一部が排除される場合、そのパラメータおよびそれに
続く任意のパラメータの値は変更されない。すなわち、
長さフィールドは、指定された通り使用される。全ての
パラメータを含めるのに必要とされる最大値を超える長
さのトリプレットを受は取った場合は、追加の値はサポ
ートされていないパラメータとみなされるので、例外条
件が生じる。また、長さフィールドのために必須条件が
生じる。また、長さフィールドのために必須のパラメー
タが排除される場合は、例外条件が生じる。

全てのトリプレットのバイト１および２は同じであるの
で、各トリプレットについてそれらを示すことはしない
。バイト２ないしｎのみについて説明する。

ネットワーク・アルレス　ＮＡＤ　　トリプレット・デ
ー造 ＮＡＤトリプレットは、（ＮＭＥ）　トリプレットで指
定された項目に関するネットワーク・アドレスを指定す
る。

ＮＡＤパラメータには次のようなものがある。

ネットワーク・アドレス−これは個人のネットワーク・
アドレスである。

バイト２−９　　＝ユーザＩＤ バイト１Ｏ−１７＝ノードＩＤ ＰＡＤｈリプレットは、（ＮＭＥ）　トリプレットで指
定された項目に関する郵便アドレスを指定する。

ＰＡＤパラメータには以下のものがある。

郵便アドレス−これはその人の郵便アドレスである。有
効な値は、活動コード・ページまたは選択されたコード
・ページ内の有効文字である。

ＰＲＤトリプレットはコンピュータ・プログラムのよう
な処理のＩＤを指定する。

ＰＲＤパラメータには次のものがある。

処理−１ないし１６バイトの識別子。有効な値は、活動
コード・ページまたは選択されたコード・ページ内の有
効文字である。

ＤＴＴトリプレットは、予定表データ構造内の関連する
トリプレットに対する日時を指定する。

ＤＴＴパラメータ 夏時間標識−夏時間にあることを指定する。このパラメ
ータは、時間域と関連して、時間域を識別し、正しい時
間域ラベル（すなわち、Ｃ５ＴまたはＣＤＴ）が時間に
適用されることを可能にする。

時間域標識一時間域標識は、指定された時刻に関するグ
リニッジ標準時（ＧＭＴ）からのずれである、半時間域
を処理するため、値はＧＭＴを基準として半時間単位で
指定される。

開始日−行事が始まる日、。

開始年−行事が始まる年。

開始時刻−開始時刻は、行事開始時刻を秒で指定する。

終了日−行事が終了する日。

終了部−行事が終了する年。

終了時側−終了時刻を秒で指定する。

日付は２つの２バイト・パラメータ（日および年）の組
合せとして指定できる０時刻は、真夜中から始まる秒表
示の地域時である。各ＤＴＴｈリブレット中で１つの開
始日および開始時刻が必要とされる。追加の開始日およ
び終了日と開始時刻および終了時刻が必要な場合は、開
始および終了、日時シーケンスを反復することができる
。

１つのＤＴＴトリプレットで送ることができるより多く
の日時が必要な場合は、追加のＤＴＴトリプレットを予
定表データ構造に含めることができる。唯一の制限はバ
イト構造長である。

ＤＴＬトリプレットは、活動コード・ページまたは選択
されたコード・ページの文字データを含む。

ＤＴＬパラメータ 文字列−予定事項に関連するテキスト情報、値は、活動
コード・ページまたは選択されたコード・ページの有効
文字である。

文字ストリング中でコード化図形文字セット大域ＩＤ設
定（ＳＣＧ）が変更される場合は、ＤＴＬトリプレット
を打ち切り、ＳＣａの挿入後、別のＤＴＬトリブレット
を作成しなければならない。

ＥＣＴトリジレットは、予定表上の空いていない時間お
よび空いている時間に関する特定の類別を示す。ＥＣＴ
トリプレットを使用して、日時マツプ（ＤＴＭ）および
表示選択（ＶＳＬ）構造の両方に関する要求および応答
で予定項目の類別を指定する。

ＥＣＴパラメータ 類別−４バイトのビット・コード化値、複数の類別ビッ
トの組合せが可能である。類別は１日時マツプ（ＤＴＭ
）データ構造および表示選択（ＶＳＬ）データ構造の両
方に関する要求類別および応答類別を指定する。ビット
０−２０は、ＤＴＭ類別およびＶＳＬ類別の両方に対し
て使用することができる。ビット２１−２４は表示選択
に関してのみ使用される。それらが日時マツプ中で使用
された場合は、無視される。

各ビットの意義は次のとおりである。

０＝　　休日（一般）−予定主はこの休日には働く。

１＝　　休日（確定）−予定主の確定の休日。

２＝　　休日（暫定）−予定主の暫定の休日。

３＝　　休暇（確定）−予定主の確定した休暇。

４＝　　休暇（暫定）−予定主の暫定の休暇。

５＝　　不在（確定）−予定主は通常の仕事場所におら
ず、会うことができない。

６＝　　不在（暫定）−予定主は通常の仕事場所から離
れた活動を予定しているが未 確定である。

７＝　　通常仕事時間外−通常仕事を行なわない時間。

８＝　　会議についての確定した予定（欠席）−予定主
は出席しない。

９＝　　会議についての確定した予定（出席）−予定主
は出席する。

１０＝　　会議についての確定した予定（多分出席）−
二の会議に関する予定主の予定 は暫定的である。

１１＝　会議についての暫定的な予定（欠席）−予定主
は出席しない。

１２＝　会議についての暫定的な予定（出席）−確定し
た場合は、予定主はこの会議 に出席する。

１３＝　会議についての暫定的な予定（多分出席）−こ
の会議に対する予定主の予定 は未確定である。

１４＝　面会についての確定した予定（欠席）−予定主
は出席しない。

１５＝　面会についての確定した予定（出席）−予定主
は出席する。

１６＝　面会についての確定した予定（多分出席）−二
の面会に対する予定主の状況 は暫定的である。

１７＝　面会についての暫定的な予定（欠席）−予定主
は出席しない。

１８＝　面会についての暫定的な予定（出席）−確定し
た場合、予定主はこの面会に 出席する。

１９＝　面会についての暫定的な予定（多分出席）−二
の面会に対する予定主の状況 は暫定的である。

２０＝　予定がない時間−予定表の空いている時間を識
別する。単独で使用する場合、この類別は最も効果的で
ある。

２１＝　日時のみ（表示選択のみ）−表示選択で特に要
求されていない全ての類別に 対して１日時を選択する。

２２＝　個人的項目（表示選択のみ）−表示選択要求に
応答して、日時のみを指定す ることができる。

２３＝　予定表注釈（表示選択のみ）−文字データ項目
。

２４；　トリガ（表示選択のみ）−処理を開始または通
知する項目。

２５−３１＝留保 日時マツプに対する要求中で全ての類別ビットが１にセ
ットされた場合は、返される情報は、予定がある時間と
予定がない時間の両方を含むので無意味である。「予定
がない時間」ビットは、意味のあるデータを得るため他
のビットと共に使用する場合、慎重に使用しなければな
らない、「通常の仕事時間外」ビットも同様の理由で慎
重に使用しなければならない。

ＥＮＣトリプレットは、１ｐの時間ブロックを占有する
予定項目に関する特定の分類コードを指定する。

ＥＮＣパラメータ 分類−２バイトのビット・コード化値。複数の分類ビッ
トの組合せは許容されない。

各ビットの意義は次のとおりである。

０＝　休日−（一般）予定主はこの休日は働く。

１＝　休日−（確定）予定主の確定した休日。

２＝　休日−（暫定）予定主の暫定的な休日。

３＝　休暇−（確定）予定主の確定した休暇６４＝　休
暇−（暫定）予定主の暫定的な休暇。

５＝　不在−（確定）予定主は通常の仕事場所におらず
、会うことができない。

６＝　不在−（暫定）予定主は、通常の仕事場所から離
れた活動を予定しているが 暫定的である。

７＝　通常仕事時間外−予定主が働かない時間。

ＢＡＣトリプレットは、例外条件での処理のときに必要
なアクションを指定する。

ＥＡＣパラメータ アクション−エラー・アクションの指定。

ビットの意義は次のとおりである。

ビット０＝Ｏ−（省略時）例外状態を報告し、省略時ア
クションをとり。

続行する。

ビット０＝　１−例外を無視し、省略時アクションをと
り、続行する。

ＥＡＣトリプレットは予定表データ構造の任意の場所に
現われることがある。エラー・アクションが指定されて
いない場合、省略時はエラーを報告し、省略時アクショ
ンをとり、続行することである。

予定表データ構造で指定されたエラー・アクションは、
前記データ構造が終了するまでだけ活動状態に留まり、
前記データ構Ａが終了した時点で。

省略時エラー・アクションが活動状態になる。

ＥｖＳトリプレットは、面会（約束）や会議等の行事に
関する状況を指定する。

ＥＶＳパラメータ 行事状況−行事の状況 各ビットの意義は次のとおりである。

０＝　確定（会議の時間が確定した） １＝　暫定的（会議の予定は暫定的である）２＝　取消
しく会議は取り消された） ３＝　延期（新しい日時は設定されていない）４＝　予
定型て直しく会議の予定が立て直された） ５＝　保管（項目が参照用に保管される）ＮＭＥトリプ
レットは１個人または予定表の名前を指定する。

ＮＭＥパラメータ 名前の型式−名前の型式を指定する。ビット１および２
は相互に排他的である。これらのビットは一方のみを１
にセットすることができる。ユーザ状況（ＵＳＴ）及び
アドレス（ＡＤＲ）　トリプレットの周方が任意の順序
でＮＭＡトリプレットに続くことができる。指定された
場合、ＵＳＴ及びＡＤＨは他のトリプレットが現われる
前に処理されなければならない。

各ビットの意義は次のとおりである６ ０＝　（〇−名前が個人名である）。

１＝　（１−名前が予定表名である） １＝　１−名前は、ネットワーク内で一意的でない原始
名である。

２＝　１−名前が、ネットワーク内で一意的な記述者で
ある。

３−７＝留保 関連トリプレット−１にセットされたビットは。

ユーザ状況（ＵＳＴ）、ネットワーク・アドレス（ＮＡ
Ｄ）および郵便アドレス（ＰＡＤ）　トリプレットが任
意の順序でＮ　Ｍ　Ｅ　トリプレットに続くことを指定
する。

Ｏ＝　名前の付けられた項目の役割および状況を指定す
るユーザ状況（ＵＳＴ）ト リプレットが続く。

１＝　名前の付けられた項目のネットワークアドレスを
指定するネットワーク・ア ドレス（ＮＡＤ）　　トリプレットが続く。

２＝　名前の付けられた項目の郵便アドレスを指定する
郵便アドレス（ＰＡＤ）　トリプレットが続く。

項目名−個人または予定表の名前を指定する。

値は、活動コード・ページまたは選択されたコード・ペ
ージの有効文字である。最大の名前サイズは２５１バイ
トである。

ＮＭＥ　トリプレットによって名前の付けられた項目は
、ユーザ状況（ＵＳＴ）　、郵便アドレス（ＰＡＤ）お
よびネットワーク・アドレス（ＮＡＤ）　トリプレット
を使ってさらに識別することができる。

使用される文字が活動コード・ページにない場合は、Ｎ
ＭＥトリプレットの前にｓｃＧトリプレットが来なけれ
ばならない。

ＮＬＴトリプレットは、リストに含まれるデータの型式
を指定する。

ＮＬＴパラメータ リスト型式−リストの型式を指定する。ビットの組合せ
は可能である。郵便アドレスを追加または使用すること
ができる。

各ビットの異義は次のとおりである。

Ｏ＝　リストは名前及び関連するネットワーク・アドレ
スを含む。

１＝　リストはニックネーム及び関連するネットワーク
・アドレスを含む。

２−１５：　　留保 リストは任意選択として郵便アドレスおよびユーザ状況
を含むことができる。ＮＬＴトリプレットは、特定のリ
スト型式に関するリスト内容を記述する。ＮＬＴを含む
リストは指定された内容に限定される。ＮＬＴが省略さ
れた場合、リストは名前、ユーザ状況およびアドレスの
任意の有効な組合せを含むことができる。

事の場所を指定する。場所長は、テキスト文字を使って
記述される。最大の場所長は２５３テキスト・バイトに
制限される。

ＰＬＯパラメータ 場所−場所は行事の場所を指定する。

ることを示す。

ＲＶＰパラメータ Ｒ８ＶＰ−会議スケジュールの要求に対する回答の必要
性を指定する。

各ビットの意義は次のとおりである。

Ｏ＝　出席回答が必要。

１＝　　ＮＭＬ構造を使った、出席回答が必要。

ＳＣＧトリプレットは、後続テキストを提示可能な図形
にマツプするために使用されるコード化図形文字セット
大域識別を指定する。

システムによって指定されるＣＧＣＳＧＩＤは、活動文
字セットおよびコード・ページを選択する。

ＣＧＣＳＧＩＤが指定されていない場合は、指定された
省略時の文字セットお、よびコード・ページが使用され
る。

ＳＣＧパラメータ ＣＧＣＳＧＩＤ−コード化図形文字セット大域ＩＤ、２
つの２バイト数の連結。最初の２バイトは、２進値とし
て表わされたコード・ページ大域ＩＤ　（ＣＰＧＩＤ）
を識別する。

ＧＣ８ＧＩＤ−図形文字セット大域ＩＤ。

ＣＰＧＩＤ−コード・ページ大域ＩＤ。

ＧＣ８ＧＩＤおよびＣＰＧＩＤは、コード化テキスト文
字が、どのようにして表示用図形文字に変換されるかを
決定するために使用される。

ＳＣＧは、ＳＣＧの直後のトリプレットに関するコード
・ページを選択するだけである。省略時コード・ページ
とは異なるコード・ページ上のテキスト文字を含む構造
が連結される場合は、別々のＳＣＧが各構造に先行する
ことが必要である。

ＳＣＧは、ＵＤＦトリプレットのネットワーク・アドレ
スおよびＵＤＦトリプレットのユーザ・コードには全く
影響を及ぼさない。

５ＩＤｈリブレツトは、予定表データ構造に関する識別
子をもたらす。

ＳＩＤパラメータ ＩＤ型式−ＩＤの型式を指定する。

各ビットの意義は次のとおりである。

０＝　項目ＩＤ−予定項目を識別する。

１＝　名前リストＩＤ−名前リストを識別する。

２＝　トリガＩＤ−トリガを識別する。

３＝　プロファイルＩＤ−予定表プロファイルを識別す
る。

４＝　自動回答−自動回答を識別する。

識別子−１−４−４４文字識別子 ＳＩＤは相関ＩＤを指定し、この相関ＩＤは端末からホ
ストへの予定表内容の更新を実行し、会議名リストを伴
った会議通知に回答を相関させ、人物のリストの通知を
会議ζ相関させるための相関ＩＤをもたらす。

ＳＢＪトリプレットは、行事の主題を指定する。

主題は、テキスト文字を使って記述される。

ＳＢＪパラメータ 行事主題−このパラメータは行事の主題を指定する。

タ　ム・スタンプ　ＴＭＳ　トリプレット・データ構造
１ＭＳトリプレットは、入力事項の時間域、作成日時お
よび作成者のネットワーク・アドレスを指定する。

ＴＭＳパーメータ 夏時間標識−夏時間が活動状態にあることを指定する。

このパラメータは、時間域と一緒に時間域を識別し、正
しい時間域ラベル（すなわち、ＣＳＴまたはＣＤＴ）が
時間に適用できるようにする。

時間域標識これは、指定された時刻のグリニッジ標準時
（ＧＭＴ）からのずれである、値は、半時間域を処理す
るため、ＧＭＴを基準として半時間単位で指定される。

開始部−行事が始まる年。

開始時刻−行事が始まる時刻。

ネットワーク・アドレス長−ネットワーク・アドレスの
長さ。

ネットワーク・アドレス−システム・アドレス。

バイト１２−１９＝ユーザＩＤ−ＣＰ２５６゜Ｃ５９３
０の有効文字。

バイト２Ｏ−２７＝ノードＩＤ−ＣＰ２５６、Ｃ８９３
０の有効文字。

バイト２８−１３９＝追加アドレスをサポートするため
留保。

ＵＤＦトリプレットは、優先順位と、予定主が割り当て
たユーザ定義フィールドを指定する。割り当てられたコ
ードは追加の項目類別をもたらす。

ＵＤＦパラメータ 優先順位−予定表項目に関する優先順位を指定する１バ
イト・フィールド。１は最高の優先順位、１０は最低の
優先順位である。

ユーザ・コード−８バイトのユーザ定義コード。

ＵＳＴトリプレットは１名前（ＮＭＥ）　トリプレット
で指定された個人に関する情報をもたらす。

ＵＳＴトリプレットは、指定された個人の役割と個人状
況をもたらす。

ＵＳＴパラメータ 役割−行事に関する個人の役割を指定する。

各ビットの意義は次のとおりである。

０＝　主催者−行事を主催する人物。

１＝　準備者−行事を準備している人物。

２＝　招待者（省略指定）−行事に招待された人物。

３＝　強制的招待者−会議に出席しなければならない人
物。

４＝　代理人−招待者に代わって出席する人物。

５＝　追加出席者−グループ会議の配布リスト中に自分
自身を追加した人物。

６＝　コピー受取り一行事情報を受は取る人物。

７＝　ブラインド・コピー受取り一行事情報のみを受は
取る人物で、その名前は配 布リスト中に現われない。

個人状況−名前と関連する状況を表わすものであり、各
ビットの意義は次のとおりである。

０＝　アクションなしく状況を受は取っていない） １＝　確定（その人物は出席する） ２＝　暫定（その人物は多分出席する）３＝　欠席（そ
の人物は出席しない） ４＝　ユーザ受信の確認（招待を受は取った）５＝　代
理（招待者は出席しないが、代理人が多分出席する） ＷＴＭトリプレットは、関連する予定表の仕事時間を指
定する。時間は、真夜中から始まる秒表示の地域時であ
る。

ＷＴＭパラメータ 夏時間標識−夏時間が活動状態にあることを指定する。

このパラメータは、時間域と一緒に時間域を識別し、正
しい時間域ラベル（すなわち、ＣＳＴまたはＣＤＴ）が
時間に適用できるようにする。

時間域標識一時間域標識は、指定された時間のグリニッ
ジ標準時（ＧＭＴ）からのいずれである。

値は、半時間域を処理するため、ＧＭＴを基準として半
時間単位で指定され桑。

開始時刻−開始時刻は時間ブロックの始めを秒で指定す
る。

終了時刻−終了時刻は時間ブロックの始めを秒で指定す
る。

各ＷＴＭトリプレットで１組の開始時刻および終了時刻
が必要である。追加の開始および終了時刻が必要とされ
る場合は、開始および終了時刻シーケンスを反復するこ
とができる。

丘見立五定敷星 第５図は、ある行事を予定に入れたいと操作員がシステ
ムに示すのに応答して、操作員／予定主に表示される画
面である。これは、第４図に示すマスター・メニューか
ら項目１を選択することによって実現できる。会議が予
定されているが、まだ会議の要求が電子式予定表管理シ
ステムを介して出されていないと仮定する６予定主は第
５図および第６図の画面を使って、情報をシステムに入
力する必要がある。先・ず、第４図の画面上でオプショ
ン１を選択した後、行事の種類として会議を指定するに
は、カーソルが既に第５図の画面上の「会議」に自動的
に合っているので、操作員はエンター・キーを押すだけ
でよい。次のデータ入力は、この行事に優先順位を割り
当てることである。

入力すべき値は、「優先順位」行の入力用ブランクの後
に示されている１−１０のうちの１つの値である。優先
順位の役割は、計画または予想されている他の約束と比
べたこの行事の相対的重要度を設定することである。シ
ステムは、全ての予定主に対して設定された、または各
々の特定予定者に対する一意的な省略をもたらす、ある
所定の基準に従って、行事に対して省略時の優先順位を
設定するので、この優先順位の値の入力は任意選択であ
る。

予定主が明示的に、またはシステムによって暗示的に予
定行事に優先順位を割り当てることは、本発明に従って
表示選択処理を実施する際の必要なステップである。優
先順位の役割は、これからの説明により一層明確になる
筈である。

操作員が入力しなければならないデータには、日付、開
始時刻及び終了時刻がある。任意選択のデータとしては
、公式の行事識別子、会議を主催する人の名前、会議の
議題、会議の場所、予定主が「詳細」フィールドに示す
ことを望む任意の詳細事項がある。

第６図は、行事の予定を入力する際、予定主に対して表
示される第３の画面を示している。この画面を利用する
ことにより、予定主は予定事項の機密保護レベルや行事
に関する状況を設定することができ、又、必要に応じて
トリガをセットすることもできる。トリガは、予定行事
があることを予定時刻よりも所定時間だけ前に予定主に
知らせるための警報を出す機能である。

会議への招待を受は取る場合には、会議の詳細を示す回
答用画面が予定主に対して表示されうる。

この場合、予定主は適当な回答を選択すればよい。

他の種類の行事の予定を立てるための処理手順も会議の
予定を立てるための処理手順とほぼ同じである。面会（
約束）、休暇、休日、通常勤務時間外等の行事に対して
優先順位を設定することもできる。覚え置型の行事には
優先順位はつけられない。

これからの説明のために、システムにおける複数の予定
主のための複数の予定表があり、各予定表は複数の予定
された行事を含み、各行事には予定主又はシステムによ
って優先順位がつけられていると仮定する。

更に、１人の予定主が成る部門の管理者であり、１２人
の部員全てを参加させる会議の予定を立てたいと思って
いると、仮定する。そして、彼は、会議を今後の５労働
日以内で４時間続くものとすることを決定している。

通常、電子式予定表管理システムが無い場合、管理者は
３つのオプションを有する。第１のオプションは会議の
日時を指定し、全ての招待者（部員）に対して彼等の予
定を調整するように命じることである。これは一般に全
体的な生産性に悪い影響を及ぼすことになる。第２のオ
プションは全ての招待者に共通する４時間の空き時間帯
を１つ以上見つけて、そのうちの１つに会議を予定する
ことである。これは理想的スあるが１．全ての招待者の
空き時間帯の数学的母集団を提示できる電子式予定表管
理システムが無いと、誰かが全ての招対に会って、会議
を開くことのできる時間他意を見つけなければならない
ため、相当な時間と労力がかかることになる。

又、全ての招待者に共通する４時間の空き時間帯は存在
しないことが多いので、その場合、管理者は第３のオプ
ションを選択しなければならない。

第３のオプションは招待者を幾つかのグループに分けて
個別に会議を開くことである。これは前述の問題に対す
る手っ取り早い解決策であるが、管理者の持つ限られた
情報だけに基づいている。これはビジネス的見地から最
良の決定をもたらさない虞れがある。即ち、決定に関係
のある種々の関係者の他の会議や行事の相対的な重要度
を全く考慮に入れていないので、最良の決定が得られな
い場合がある。

本発明による電子式予定表管理技法を用いれば、管理者
は彼の会議に優先順位をつけることができる。又、表示
選択機能に従って、予定行事の無い４時間の時間帯、即
ち、空き時間帯や、部門会議の優先順位より低い優先順
位の予定行事を含む４時間の時間帯が管理者に示される
。管理者が低優先順位の行事の予定を変更する権限を有
し、且つ各予定主が行事に対して適正な優先順位をつけ
ていると仮定すると、管理者は、わずかな労力で又は全
く労力を費すことなく且つ部員の仕事を望がいすること
なく、会議のための最適の時間を選択する機会を得るこ
とができる。

第４図のメニュー画面は、行事の予定を立てることを望
んでいることをシステ込に支持することにより表示され
る。管理者が表示選択機能に関する項目番号２を選択す
ると、第７図の画面が表示される。管理者は選択処理に
おい上用いることを望む任意の基準を表わすデータを「
表示基準」の表示のある行に入力する。更に、彼は分類
リストにおける「会議」の項目を選択し、且つ追加の表
示基準として、あるいは、ユーザ定義フィールドを検査
することを指定できる０次に、彼は「表示期間」の２つ
の行に最初及び最後の日付と各日付毎の開始及び最後の
日付と各日付毎の開始及び終了時刻を入力する。

第７図の画面に対する入力が終了すると、第８図の画面
が表示される。これは１表示されるべき複合予定表を定
め且つ前画面に入力された基準に従って探索される予定
表を有する部員の名前のリストを指定するために用いら
れる。

名前リスト・フィールドは、管理者が前にシステムに入
力しである特定の名前とアドレス、例えばシステム・ノ
ード位置情報を含む。

システムには、独得の名前の付いた他の型のリストも記
憶されている。

表示選択処理によって管理者に提示されるデータは、各
部員の予定表から探索基準を満たすものとして選択され
た時間帯のサブセットを示す複合予定表である。これは
、第８図の画面で指定した期間内で全ての予定表に共通
する４時間の時間帯を表わしている。・ 表示選択処理のステップは第１図の流れ図に示されてい
る。この流れ図は、少なくとも１人の招待者の予定表を
管理する端末が、管理者や他の招待者の予定表を処理す
るホスト・システムに対して遠隔接続されている状況に
基いている。予定表オブジェクトの処理を可能ならしめ
るために、遠隔接続されている端末を用いる招待者のシ
ステムと管理者のシステムとは同じ予定表アーキテクチ
ャを用いているか、又は２つのシステム間に適当なデー
′夕交換手段が設けられていると仮定する。

第１図に関連して、表示選択は１０月７日の午後１時１
５分から１０月９日の午後５時までの期間における会議
や面会に関するものと仮定する。

ブロック１で表わされた予定表管理処理は、ブロック２
の名前リストに名前及びアドレスが載っている人の予定
表から何を選択するかを定めるために、ブロック３にお
いて設定されている表示基準を参照する。この例では、
表示基準は前記の期間における優先順位３より低い優先
順位を有する会議及び面会を指定する。

ブロック１の予定表管理処理は、ブロック２を参照する
ことによって探索すべき個々の人の予定表のアドレスを
定める。システム１は探索プロセスを開始する。又、表
示選択（Ｖ　Ｓ　Ｌ）構造及び名前リスト（ＮＭＬ）＠
造を含む予定表オブジェクト・データ・ストリームが遠
隔のシステム２へ送られる。ＮＭＬ構造は、システム２
を介してシステム１に関係する人々のアドレスを含む。

ブロック５は、システム２が予定表オブジェクトを受信
し、そのこと番システム１に知らせ、且つ予定表オブジ
ェクトを処理することを表わしている。システム２にお
ける予定表管理処理は、表示選択中に異なった予定表が
調べられる点を除いて、システム１における処理とほぼ
同じである。

予定表オブジェクトが表示選択でない場合には、他の予
定表管理機能に関するブロック１０へ制御が移される。

ブロック１０の処理が完了するとシステム１へ制御を戻
す。

予定表オブジェクトが表示選択であれば、ブロック６か
らブロック７へ進む。ブロック７において、システム２
における個々の人の予定表のアドレシングに用いるため
の名前リストを記憶する。

ブロック８では、個々の人の予定表を探索し、ブロック
９では、複合予定表を作成する。個人の予定表はシステ
ム１へ送られる。

そして、システム１は、前に要求した所望の情報を含む
複合予定表を表示する（ブロック１１）。

次に示す２つ２つのプログラム・リストは、表示選択オ
ブジェクト生成アルゴリズムと、表示選択及び複合予定
表開発アルゴリズムに関する擬似コード・ステートメン
トを表わしている。

ス　　オブジェクト化　アルボ１ズム このアルゴリズムは、表示選択オブジェクトを生成する
ために表示基準及び名前リストを参照する。

１、Ｄｏ １、表示基準分類を参照して適正な表示選択予定表オブ
ジェクトを生成する６表示選択予定表オブジェクトは次
の予定項目の組合わせを含む、予定項目＝１．特定の事
項、２．優先順位、３．予定表分類、４．ユーザ定義フ
ィールド、５６日付、６、開始時刻、７．終了時刺 １、　　ＥＮＤＤＯ −び　ム　　　　　アルボ１ズム このアルゴリズムは開始ノード及び受信ノードの両方で
実行される６表示選択プロセスは、探索すべき予定表を
有する人々の名前リストと機密な関係をもって実行され
る。

１、ＤＯＵＮＴＩＬ名前リストに載っているローカルの
人々の予定表について１選択された時間における基準に
応じた表示選択を行い、且つ遠隔地の人々の表示表に関
する表示選択データ構造を遠隔地へ送る。

２、、ＩＦ予定表が遠隔地にある場合、２、、ＴＨＥＮ
表示選択データ構造を遠隔ノードの受信アドレスへ送る
。

２、、ＥＬＳＥ表示選択に関連する選択された人の予定
表を見つける。

２、、ＥＮＤＩＦ ２、、ＤＯＵＮＴｌ、Ｌ全ての予定表を見つける。

３６６０選択された予定表から項目を取り出す。

３、、、ＩＦ項目が選択された期間における表示基準項
目に一致する場合、 ３、、、ＴＨＥＮ関連する予定表オブジェクトを生成し
、且つ予定表オブジェクトのシーケンスに項目を加えて
個人の複合予定表を生成する。

３、、、ＥＮＤＩＦ ２、、、ＥＮＤ　　Ｄｏ　　ＵＮＴＩＬｌ、ＩＦ複合予
定表の選択が遠隔地より開始されている場合、 １、ＴＨＥＮ複合予定表オブジェクト・シーケンスを開
始ノードへ送る。

１、ＥＬＳＥローカルの複合予定表生成が完了したこと
を開始プログラムに知らせる。

１、ＥＮＤＩＦ 表示選択データ構造の遠”隔送信は複合予定表の生成に
遅れをもたらす。開始プログラムは、各複合予定表の受
信毎に通知をうける（選択された送信オプションに依存
している）、結果は任意の時点において分析可能である
。

以上の様に会議の予定を立てることに関して表示選択機
能を説明したが、この機能は前述の様に種々の目的及び
アプリケーションに関して使用可能である。

１０発明の効果 任意に指定できる種々の基準に合う予定項目を複数の予
定表から選択して見ることができるので、便利である。

【図面の簡単な説明】

第１図は本発明の予定表管理方法に従った動作シーケン
スの流れ図、第２図は本発明の方法を実施するのに適し
た対話式端末のブロック図、第３図は第２図の対話式端
末を含むネットワークのブロック図、第４図、第５図及
び第６図は行事の予定を立てる際にユーザによって用い
られる画面を示す図、第７図及び第８図は表示選択処理
中に予定項目を選択する際システムによって用いられる
表示基準を定めるために予定主によって用いられる画面
を示す図である。 １１・・・・処理装置、１２・・・・マイクロプロセッ
サ、１３・・・・メモリ、１４・・・・制御ブロック、
１６・・・・表示装置、１７・・・・キーボード、１８
・・・・印刷装置、１９・・・・ディスク記憶装置、２
０・・・・モデム、２１・・・・ネットワーク、２３．
２５・・・・ホスト中央処理装置、２４・・・・通信リ
ンク。 出原人　　インターナショナル・ビジネス・マシーンズ
・コーポレーション 代理人　　弁理士　　岡　　１）　次　　生（外１名）

Claims (1)

1. 【特許請求の範囲】 複数の電子式予定表を維持するデータ処理システムにお
   いて、予定主の要求に応じて指定される期間及び基準に
   合致する項目だけを上記複数の予定表から選択して成る
   複合予定表を表示するための下記ステップ（ａ）乃至（
   ｄ）を有する電子式予定表管理方法： （ａ）行事の予定を立てる際に上記予定主によってシス
   テムに入力される項目に関するデータを記憶するフィー
   ルドを有する第１のデータ構造を形成し、 （ｂ）上記要求の際に上記予定主によってシステムに入
   力される探索基準を記憶するフィールドを有する第２の
   データ構造を形成し、 （ｃ）上記期間中の各予定表内の項目に関する上記第１
   のデータ構造内のデータを上記第２のデータ構造内の探
   索基準と比較し、 （ｄ）上記比較により、所定の関係を見出すときだけ、
   上記項目を上記複合予定表に入れるために選択する。