JPH0628067B2 - 予定表管理方法 - Google Patents

Description

【発明の詳細な説明】 Ａ．産業上の利用分野 本発明は予定表管理方法に関し、更に詳しくは、予定行
事（催事）への参加招待に対する応答中で招待された者
が代理人を指定できる予定表管理方法に関するものであ
る。

Ｂ．参照出願 １．「対話方式下で入力された基準に基づいて他の複数
の異なる電子式予定表からの予定項目を同時に表示する
ための方法（Method For Concurrently Displaying Ent
ries From a Plurality of Different Electronic Cale
ndars Based on Interactively Entered Criteria）」
に関する本出願人の同時係属特許出願（社内整理番号Ａ
Ｔ−９−８６−０４６）は対話方式下でシステムに入力
されたデータによって予定主が特定した相互関係を有す
る他の異なる予定表からの一組の予定項目を予定主が表
示できる電子式予定表管理方法に関するものである。

２．「予定事項および処理に対する予定表管理浮動トリ
ガを設定するための電子式予定表管理方法（Electronic
Calendaring Method to Establish Calendar Floating
Triggers for Calendared Events and Processes）」
に関する同時係属特許出願（ＡＴ−９−８６−０４３）
は、予定主が定義済みアクションを選択的にトリガする
ことができ、事前に定義されてシステムに入力された予
定事項に関連する１つまたは複数の基準の検出に応答す
ることができる電子式予定表管理方法に関するものであ
る。

３．「別々に維持された電子式予定表の２つのコピー上
の項目を自動的に調整するための方法 （Method For Automatically Reconciling Entries on
Two Copies of Independently Maintained Electronic
Calendars）」に関する同時係属特許出願（ＡＴ−９−
８６−０４８）は、自分の主予定表（マスタ・カレン
ダ）の分離した個人用コピーを保持する予定主が、分離
したコピーが最後に作成されて以来互いに独立に各予定
表コピー上に作成された予定項目を自動的に調整するこ
とができ、かつ予定行事の衝突を対話方式下で解決する
ことができる電子式予定表管理方法に関するものであ
る。

４．「対話型電子式予定表管理システムにおける自動回
答発生方法（Method For Developing Automatic Replie
s in a Interactive Electronic Calendaring Syste
m）」に関する同時係属特許出願（ＡＴ−９−８６−０
４４）は、予定主が他の予定主から出席要求された予定
事項に対して自動回答する方法を示している。回答の内
容な出席を要求した予定主の要求内容中のパラメータを
分析して定まり、その際には予め確立されている優先度
が考慮される。

５．「行事予定作成中の資源可用度の自動確認のための
電子式予定表管理方法（Electronic Calendaring Metho
d for Automatic Confirmation of Resource Availabil
ity During Event Calendaring）」に関する同時係属特
許出願（ＡＴ−９−８６−０５０）は、会議室の他に、
プレジェクタ、ビデオ会議機器等の物品（資源）を必要
とする会議等の行事予定を作成するとき、予定主が、要
求された物品が使用可能であり、予定された会議行事の
ために予約されているという確認を自動的に受け取るこ
とができる電子式予定表管理方法に関するものである。

Ｃ．従来技術 従来技術は種々の対話式予定表管理システムおよび方法
を開示している。これらすべてのシステムの第一義的目
的は将来の行事に関する種々の情報をその行事の時期と
関連させて記入（入力）するような行事の予定表を利用
する人（通常は予定表の主体すなわち予定主）を、何ら
かの意味で、支援することである。

最近のパーソナル・コンピュータおよび知能ワークステ
ーションの増加により、予定主がこれらの対話型データ
処理システム上で自分のカレンダを確立し、管理するこ
とが可能になった。

大別して２種の対話式予定管理システムが既に発展して
いる。一方の種類の予定表管理システムでは、予定主は
一般にワークステーションのユーザでもあり、そのワー
クステーションは一般に大きなネットワークの一部では
ない。一般的に、こうした種類のシステムでは、予定表
管理機能は、１日が複数時間期間すなわちタイム・スロ
ットに分割された予定表を表す画面をユーザに提示す
る。各期間には、ユーザが入力した一定量のテキストを
表示することができる。ある種のシステムでは、日毎の
予定表は垂直に画面移動して、一層多くの時間期間をユ
ーザに提示したり、水平に画面移動して、一層長いテキ
スト項目を提示することができる。操作員は一般に前進
または後退「ページング」を行なうことができ、大部分
の機構では、要求されたデータを表示することができ
る。こうした予定表管理機構は一般に、予定管理される
行事の種類や入力時点で使用される用語を制限せず、そ
の限りで、通常のカレンダやアポイントメント・ブック
と同じ方式で機能する。電子式予定表管理方法およびシ
ステムは、ユーザが多数の日を含む時間期間を走査し、
予定行事を極めて迅速に識別することができる点で、通
常のカレンダに比べて有利である。

従来発展してきたもう１種のカレンダ機構は、ユーザが
互いに対話し、さらにデータ処理システムにより管理さ
れたデータと対話することを可能にするように確立され
た、大きな通信ネットワークの一部である多数の端末ま
たはワークステーションを有するマルチユーザ環境に関
するものである。この環境では、端末またはワークステ
ーションのユーザがネットワーク上の他の１人または複
数のユーザにメッセージを送ることができ、受信人がメ
ッセージを受け取って読んだとき通知を受ける。

こうした大部分の環境では、各ユーザは個々に予定表を
管理しており、相互に対話する目的がそれぞれの予定表
を参照するためであることがしばしばである。したがっ
て、多くの組織でかなりの時間を費やして人々は会議、
発表等の種々の行事を調整するために自分の予定表をチ
ェックし、再調整を行なっている。この環境では、会議
を召集しようとする人物が安全保護システムの範囲内で
招待しようとする他のユーザの予定表を調べて、所定の
時間期間が各出席予定者の予定表で空いているかどうか
判断することができるところまで、予定表管理システム
および方法が進歩してきた。しかし、一度会議の時間が
設定され、出席予定者に会議の日時と議題が通知される
と、各加入者は自分の電子式予定表を更新し、会議の要
求に応答しなければならない。このシステムは要求およ
び応答メッセージ処理を容易にすることができるもの
の、否定の応答を伝えなければならないときは、互いに
都合のよい時間に電話で連絡する方が失敗が少ないこと
がときにはある。その結果、予定表所有者が他の人達が
予定している行事への参加要求に回答するのに、かなり
の時間と労力が費やされる。

前記参照出願には生産性を向上させる改良および手動操
作用に維持されているときは予定主が応答できるような
機能を備えた魅力あるシステムが記載されている。

多くの場合において、指名された予定主が自分の代わり
に他の者を代理人として指名して出席させることができ
れば便利である。こうした代理人の指名は、最初に招待
された者が先約があるために出席でいない場合の他に
も、いろいろな場合において便利である。多くの場合、
会議の発起人は個々の特定人の名前を知っている訳では
なく、会議に出席すべき部門や施設の責任者に会議の通
知および招待を送るだけであることもあろう。

他の場合としては、部門の責任者が彼の部門のメンバー
が参加することを要請されるすべての通知を受信でき、
会議ごとに出席者を指名できることが望ましいことがあ
る。彼は彼自身で手動操作により予定表管理を行なっ
て、会議の発起人に対して彼自身は出席しないが代理人
が出席すること、および、次回の会議については招待し
てほしいこと、あるいは、代理人が以後出席するが彼自
身も招待の通知については引き続き受信したいといった
ことを通知しなければならない。予定主間のこうした秘
密の取り決めは結局はシステムの有用性を破壊して情報
の完全性を弱めることになろう。

Ｄ．発明が解決しようとする問題点および解決するため
の手段 本発明は、予定主が、将来同様の会議の通知を受け取る
ことができるという資格に全く影響を及ぼすことなく、
招待された会議に対して代理人を指定することができる
ようにすることである。

Ｅ．問題点を解決するための手段 予定主である招待者が出席できないか、または出席した
くないが、代理人を送りたいと考えている場合、ネット
ワーク上の他の予定主が主催する予定行事への参加要求
に応答する際に予定主が費やす時間と労力を最少にする
ため、本発明は、会議に参加しないが、代りに代理人を
送るつもりであるという招待された者の意図を反映する
応答が予定主によって対話方式下にて発生され、または
システムによって自動的に発生されるという電子式予定
表管理法を提供する。この方法は、代理人を臨時的と恒
常的とに分類することを要求することにより、その代理
人が現在予定されている特定の会議のためだけか、それ
とも関連する将来の会議をも対象としているのかを予定
主が指定できるようにする。

この方法は、会議に出席する各人の役割とその個人状況
を、予定されている行事に関連する名前のリストと共に
記憶するためのデータ構造（体）を確立する。代理人が
指定されたときは、固有の役割およびデータと共に代理
人の名前が名前リストに追加される。予定主である招待
者の名前はその行事に関連する名前リストに残るが、状
況および役割データは、予定主である招待者はこの会議
に出席しないが、代理人が出席することを反映するよう
に変更される。行事が取り消し、または変更になった場
合、発起人はシステム上で新しい通知を発行する必要が
あるが、通知は元の招待者と代理人の両方に送られ、応
答が必要とされる場合は、代理人が応答することを期待
される。元の招待者は、その代理人が恒常的代理である
と指定することができ、その場合は、その行事に関連す
る将来の通知は全てその代理人と元の招待者に送られ
る。このようにして、元の招待者は、その行事に関して
何らかの処置をとることの判断を下さなければならない
場合、開催されている行事があるということを知ってい
ることができる。恒常的代理人の指定は、恒常的代行者
を指定することと同じではない。後者の処置をとると、
元の招待者の名前がリストから除去される。

特定の行事に対する代理人の自動指定は、予定主が前も
ってセットアップすることができる。このモードでは、
予定主は、前出の特許出願（ＡＴ９−８６−０４４）に
記載された複数の判断基準を設定するので、これらの判
断基準が満たされた場合は、事前に設定された代理人が
所定の役割および個人状況データを割り当てられる。こ
の機能の選択を可能にし、代理人に関する必要な情報の
入力を要求するオプションを、自動応答をセットアップ
するため予定主に提示される画面上に表示することによ
り、予定主は代理人を対話方式下で事前指定する。

この後者の機能は、個人ではなく、会議室等の行事支援
資源である予定主に送られた通知に対する応答にまで拡
張することができる。これにより、何らかの理由で、予
定主が始めに指定した会議室が使用不能のとき、予定主
はそれとは異なる会議室を指定する自動応答を受け取る
ことができる。このデータをシステムに記憶し、当該の
場合に自動応答を発生させるため、自動応答データ構造
内に適当なフィールドが設けられている。

したがって、本発明の目的は改善された電子式予定表管
理方法を提供することである。

本発明の他の目的は、他の複数の予定主の参加を伴う予
定行事の予定を立てる際に、予定主を助けることであ
る。

本発明の他の目的は、別の予定主が予定している行事へ
の参加要求に対する予定主の応答に、指定された特定の
代理人が元の招待者の代りに行事に出席するという事実
を反映させることができるようになった改善された電子
式予定表管理方法を提供することである。

本発明のさらに他の目的は、予定主が他の予定主の会議
要求に対する自動応答を確立することができるようにな
った電子式予定表管理方法を提供することであり、この
自動応答の性質および内容には、指定された代理人が会
議に出席し、予定されている会議および将来の関連する
会議に対するその代理人の役割および状況が、この応答
で供給される情報によって決まることが反映される。

Ｅ．実施例 第２図は本発明の電子式予定表管理方法を使用すると好
都合な対話型データ処理端末の機能要素を示す。この端
末は処理装置１１を含み、処理装置１１はマイクロプロ
セッサ・ブロック１２、半導体メモリ１３、および制御
ブロック１４を備え、制御ブロック１４は、マイクロプ
ロセッサ・ブロック１２と記憶装置１３との間の相互作
用に加えて入出力動作をも制御する。

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

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

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

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

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

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

第３図に示すシステムは、情報をテキスト・データ・オ
ブジェクト、図形データ・オブジェクト、および予定表
管理データ・オブジェクト等の種々の形式のデータ・オ
ブジェクトとして処理する。これらのデータ・オブジェ
クトの各々は、一連の構造化フィールドから成るデータ
・ストリームによって表わされる。

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

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

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

構造化フィールドは、構造化フィールド導入子で始ま
る。

構造化フィールド導入子の構文および意味は、その構造
化フィールドが属するデータ・ストリームを規定するア
ーキテクチャによって定義される。構造化フィールド導
入子は、最初の２バイトとして、構造化フィールドの長
さを定義するパラメータを含む。構造化フィールドを一
意的に識別する識別コードをも含む。

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

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

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

予定表（管理）データは、命名された構造および命名さ
れたトリプレットを含み、これらの構造及びトリプレッ
トはパラメータを含む。パラメータとは、ある値が割り
当てられた変数である。パラメータは任意選択のもの
も、また必須のものもある。パラメータはまた、末端か
非末端かで分類される。末端パラメータとは、パラメー
タ・ストリング（パラメータ列）中の最後のパラメータ
にすぎない。

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

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

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

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

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

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

図において、 −バイト欄は０からの位置を指す。

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

−型式欄は「型式」によってパラメータの構文を示す。
体系化された型式ＮＵＭ、ＣＯＤおよびＢＳＴは前に説
明した。

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

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

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

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

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

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

自動回答機能は別の予定主が予定表中に管理している行
事への招待に応答して働くので、予定主がある行事を自
分の予定表中に組み入れる過程でシステムが使用するデ
ータ構造を詳細に説明する必要がある。好ましい実施例
では、予定表記入事項が複数の異なる型式に分類され
る。このシステムは、第３図に示す端末のように遠隔接
続された端末を含めて、システム全体に渡って予定表デ
ータを交換することを意図しているので、項目の型式お
よび提示言語は、定義されたアーキテクチャによって制
御される。

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

ここで説明する種々の予定表（管理）オブジェクト・デ
ータ構造は、下記に示す予定表（管理）データ構造の後
にくる。

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

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

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

構造の説明では、ビットには０から始まって、左から右
に連続番号を付ける。

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

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

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

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

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

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

会議（ＭＴＧ）項目のデータ構造 会議項目のデータ構造を下記に示す。

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

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

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

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

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

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

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

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

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

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

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

項目安全保護（ＥＳＬ）−このＥＳＬトリプレットによ
る制御が省略された場合、安全保護レベルはＰＵＢＬＩ
Ｃ（共用認可レベル）である。ＭＴＧ構造中では１つの
ＥＳＬトリプレットのみが許容され、任意選択である。

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

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

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

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

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

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

名前リスト（ＮＭＬ）データ構造 名前リスト・データ構造を下記に示す。

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

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

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

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

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

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

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

ビュー（表示）選択（ＶＳＬ）データ構造 ビュー選択データ構造を下記に示す。

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

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

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

項目類別（ＥＣＴ）−ＥＣＴは、ビュー要求中で選択さ
れた予定項目に対する類別を選択する。ビュー選択構造
中では、１つのＥＣＴのみが許容される。ＥＣＴ中で複
数の類別が選択されたときは、戻されるビューは、選択
された類別（複数）を含む。ＥＣＴおよびＵＤＦトリプ
レットが両方とも省略された場合は、選択された時間期
間中の全ての項目が戻される。

ＤＴＴトリプレットの日時は昇順でなければならない。
最初に処理されるＤＴＴは、最も早い日時ブロックを指
定しなければならない。最後に処理されるＤＴＴは、最
も遅い日時ブロックを指定しなければならない。最初の
ＤＴＴはまた、選択された時間期間に対する開始日時を
指定する。

任意選択のＥＣＴトリプレットが存在するときは、ＶＳ
ＬトリプレットはＥＣＴ、ＤＴＴの順でなければならな
い。

自動回答（ＡＲＳ）データ構造 自動回答データ構造を下記に示す。

ＡＲＳ構造は、自動回答情報を交換するのに必要なフィ
ールドを指定する。ＡＲＳ構造を使うと、自動回答を開
始するために、ネットワーク・アドレス（ＮＡＤ）、会
議またはアポイントメント構造ＩＤ（ＳＩＤ）、優先順
位（ＵＤＦ）またはユーザ定義フィールド（ＵＤＦ）指
定の使用が可能になる。

有効なＡＲＳトリプレットには以下のものがある。

即ち、エラー・アクション（ＥＡＣ）、コード化図形文
字セット大域ＩＤ設定（ＳＣＧ）、構造ＩＤ（ＳＩ
Ｄ）、名前（ＯＭＥ）、ユーザ状況（ＵＳＴ）、ネット
ワーク・アドレス（ＮＡＤ）、郵便アドレス（ＰＡ
Ｄ）、タイム・スタンプ（ＴＭＳ）、項目安全（ＥＳ
Ｌ）、ユーザ定義フィールド（ＵＤＦ）、応答（ＲＳ
Ｐ）である。

予定されている行事への招待および出席要求の一部とし
て受け取ったＮＡＤ、ＳＩＤ、優先順位ＵＤＦ、または
ＵＤＦが、設定された自動回答基準を満たす場合、ＲＳ
Ｐトリプレットで指定される応答が自動的に送られる。

異なる各ＡＲＳ基準セットごとに、独立したＡＲＳ構造
が必要とされる。

ＮＡＤトリプレットはまた、確立された自動回答を受け
取る個人を識別するために使用することができる。

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

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

トリプレットはアルファベット順に説明する。

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

トリプレットの全ての形式は同じであり、下記に示す。

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

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

ネットワーク・アドレス（ＮＡＤ）トリプレット・デー
タ構造 ＮＡＤトリプレット・データ構造を下記に示す。

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

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

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

バイト２−９＝ＵＳＥＲ ＩＤ（ユーザＩＤ） バイト１０−１７＝ＮＯＤＥ ＩＤ（ノードＩＤ） 郵便アドレス（ＰＡＤ）トリプレット・データ構造 ＰＡＤトリプレット・データ構造を下記に示す。

ＰＡＤトリプレットは、（ＮＭＥ）トリプレットで指定
された項目に対する郵便アドレスを指定する。

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

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

処理ＩＤ（ＰＲＤ）トリプレット・データ構造 ＰＲＤトリプレット・データ構造を下記に示す。

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

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

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

予定管理範囲（ＣＳＣ）トリプレット・データ構造 ＣＳＣデータ構造を下記に示す。

ＣＳＣトリプレットは、予定表でサポートされる時間期
間を定義する。

ＣＳＣパラメータ 予定（管理）開始日−予定（管理）時間期間が開始する
通算日。

予定（管理）開始年−これは、予定表でサポートされて
いる時間期間の開始年である。

予定（管理）終了日−予定（管理）時間期間が終了する
通算日。

予定（管理）終了年−これは、予定表でサポートされて
いる時間期間の終了年である。

予定表管理型式（ＣＴＰ）トリプレット・データ構造 ＣＴＰデータ構造を下記に示す。

ＣＴＰトリプレットは、予定表管理型式を指定する。予
定表管理プロファイルで使用されるときのみ有効であ
る。ＣＴＰトリプレットは、予定表全体をどのように表
すかを定義する。

ＣＴＰパラメータ 型式−グレゴリオ暦、ユリウス暦、イスラム暦、ユダヤ
暦、太陰暦、ショップ暦等の予定表型式を指定する。

日時（ＤＴＴ）トリプレット・データ構造 ＤＴＴデータ構造を下記に示す。

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

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

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

開始日−行事が始まる通算日。

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

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

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

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

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

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

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

詳細（ＤＴＬ）データ構造 ＤＴＬデータ構造を下記に示す。

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

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

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

入力事項類別（ＥＣＴ）データ構造 ＥＴＣデータ構造を下記に示す。

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

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

各ビット重みのコード化 ０＝休日（一般）−予定主はこの休日には働く。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

２４＝トリガ（ビュー選択のみ）−処理を開始または通
知する項目。

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

項目分類（ＥＮＣ）データ構造 ＥＮＣデータ構造を下記に示す。

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

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

各ビット重みのコード化 ０＝休日−（一般）予定主はこの休日は働く。

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

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

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

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

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

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

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

エラー・アクション（ＥＡＣ）データ構造 ＥＣＡデータ構造を下記に示す。

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

ＥＡＣパラメータ アクションエラー・アクションの指定 ビットの重み ビット０＝０−（省略時）例外状態を報告し、省略時ア
クションをとり、続行する。

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

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

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

行事状況（ＥＶＳ）データ構造 ＥＶＳデータ構造を下記に示す。

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

ＥＶＳパラメータ 行事状況−行事の状況 各ビット重みのコード化 ０＝確定（会議の時間が確定した） １＝暫定的（会議の予定は暫定的である） ２＝取消し（会議は取り消された） ３＝延期（新しい日時は設定されていない） ４＝予定立て直し（会議の予定が立て直された） ５＝保管（項目が参照用に保管される） 名前（ＮＭＥ）データ構造 ＮＭＥデータ構造は下記の通りである。

ＮＭＥトリプレットは、個人または予定表の名前を指定
する。

ＮＭＥパラメータ 名前の型式−名前の型式を指定する。ビット１および２
は相互に排他的である。これらのビットは一方のみを１
にセットすることができる。

各ビット重みのコード化 ０＝（０−名前が個人名である）。

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

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

３−７＝留保 関連トリプレット−１にセットされたビットは、ユーザ
状況（ＵＳＴ）、ネットワーク・アドレス（ＮＡＤ）お
よび郵便アドレス（ＰＡＤ）トリプレットが任意の順序
でＮＭＥトリプレットに続くことを指定する。

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

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

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

項目名−個人または予定表の名前を指定する。値は、活
動コード・ページまたは選択されたコード・ページの有
効文字である。最大の名前サイズは２５１バイトであ
る。

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

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

名前リスト形式（ＮＬＴ）データ構造 ＮＬＴデータ構造は以下の通りである。

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

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

各ビット重みのコード化 ２＝１：名前は、ネットワーク・アドレスに関連するニ
ックネームである。

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

場所（ＰＬＣ）データ構造 ＰＬＣデータ構造は以下の通りである。

ＰＬＣトリプレットは、会議または面会等の行事の場所
を指定する。場所長は、テキスト文字を使って記述され
る。最大の場所長は２５３テキスト・バイトに制限され
る。

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

応答（ＲＳＰ）データ構造 ＲＳＰデータ構造は以下の通りである。

ＲＳＰトリプレットは、自動回答データ構造の一部とし
て自動的に送られる回答を確立する。

ＲＳＰパラメータ 回答−どのような回答が送られるかを指定する。代理人
の指示は、他のどのビットを使用してもよい。

各ビット重みのコード化 ０＝アクションなし−自動回答は非活動化される。

１＝確定−招待者は出席する。

２＝暫定−出席者は多分出席する。

３＝欠席−招待者は出席しない。

４＝ユーザ肯定回答−スケジュール要求が受け取られ
た。

５＝代理人−回答が招待者の代理人からである。

ＲＳＶＰ（ＲＶＰ）データ構造 ＲＶＰデータ構造は以下の通りである。

ＲＶＰトリプレットは、出席回答が必要とされることを
示す。

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

各ビット重みのコード化 ０＝出席回答が必要。

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

コード化図形文字セット大域ＩＤ設定（ＳＣＧ）データ
構造 ＳＣＧデータ構造は以下の通りである。

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

システムによって指定されるＣＧＣＳＧＩＤは、活動文
字セットおよびコード・ページを選択する。ＣＧＣＳＧ
ＩＤが指定されていない場合は、指定された省略時の文
字セットおよびコード・ページが使用される。

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

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

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

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

構造ＩＤ（ＳＩＤ）データ構造 ＳＩＤＥデータ構造は以下の通りである。

ＳＩＤトリプレットは、予定表管理データ構造に対する
識別子をもたらす。

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

各ビット重みのコード化 ０＝入力事項ＩＤ−予定表入力事項を識別する。

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

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

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

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

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

主題（ＳＢＪ）データ構造 ＳＢＪデータ構造は以下の通りである。

ＳＢＪトリプレットは、行事の主題を指定する。主題
は、タキスト文字を使って記述される。

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

タイム・スタンプ（ＴＭＳ）データ構造 ＴＭＳデータ構造は以下の通りである。

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

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

時間域インジケータ（標識）−時間域インジケータは、
指定された時刻のグリニッジ標準時（ＧＭＴ）からのず
れである。値は、半時間域を処理するため、ＧＭＴから
の半時間で指定される。

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

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

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

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

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

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

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

ユーザ定義フィールド（ＵＤＦ）データ構造 ＵＤＦデータ構造は以下の通りである。

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

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

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

ユーザ状況（ＵＳＴ）データ構造 ＵＳＴデータ構造は以下の通りである。

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

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

ビット値 ０＝招集者−行事を招集した人物。

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

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

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

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

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

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

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

個人状況−名前と関連する状況。

ビット値 ０＝アクションなし（状況を受け取っていない） １＝確定（その人物は出席する） ２＝暫定（その人物は多分出席する） ３＝欠席（その人物は出席しない） ４＝ユーザ受信の確認（招待を受け取った） ５＝代理（招待者は出席しないが、代理人が多分出席す
る） 仕事時間（ＷＴＭ）データ構造 ＷＴＭデータ構造は以下の通りである。

ＷＴＭトリプレットは、関連する予定表の仕事時間を指
定する。時間は、真夜中から始まる秒表示の地域時であ
る。

ＷＴＭパラメータ 夏時間標識−夏時間が活動状態にあることを指定する。
このパラメータは、時間域と一緒に時間域を識別し、正
しい時間域ラベル（すなわち、ＣＳＴまたはＣＤＴ）が
時間に適用できるようにする。

時間域標識−時間域標識は、指定された時間のグリニッ
ジ標準時（ＧＭＴ）からのずれである。値は、半時間域
を処理するため、ＧＭＴから半時間表示で指定される。

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

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

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

予定行事の処理 第４図は、ある行事を予定に入れたいと操作員がシステ
ムに示すにの応答して、操作員／予定主に表示される画
面である。このことは、 例えば、第５図に示すマスター・メニューから項目１を
選択することによって実現できる。会議が１９８６年１
０月７日、木曜日、午前１０時に予定されており、会議
の通知が電子式予定表管理システムを介して発信される
ものとする。次に、所有者は第６図および第７図の画面
を使って、情報をシステムに入力する。第５図の画面上
でオプション１を選択した後、行事の種類を識別するに
は、カーソルは行事、例えば、第６図の画面上の「会
議」に自動的に合っているので、操作員は内部キーを押
すだけでよい。図で次のデータ入力は、この行事に優先
順位を割り当てることである。入力すべき値は、その行
のその値に対するブランクの後に示されている１−１０
のうちの１つの値である。優先順位の役割は、計画また
は予想されている他の約束と比べたこの行事の相対的重
要度を設定することである。システムは、全ての予定主
に対して設定された、または各々の特定所有者に対する
一意的な省略をもたらす、ある所定の基準に従って、行
事に対して省略時の優先順位を設定するので、この優先
順位の値の入力は任意選択である。

予定主が明示的に、またはシステムによって暗示的に予
定行事に優先順位を割り当てることは、同時係属特許出
願（ＡＴ９−８６−０４６）に記載された方法に従って
ビュー選択処理を実施する際の必要なステップである。
優先順位値の役割は、上記の出願に詳細に記載されてい
る。

第６図に示すユーザ定義フィールドは、この例では使用
しない。その機能は、ユーザまたはユーザ共同体がある
所定の目的のために使用することができるフィールドを
提供することである。行事識別子は会議の公式名であ
る。次に会議の日時を入力する。

画面上の次の項目は名前リストである。会議に出席する
よう招待されている全ての人物が、そのユーザＩＤ、ネ
ットワーク・アドレスまたは郵便アドレスあるいはその
両方と共に名前リストにリストされており、そのリスト
に名前が割り当てられている。この情報は前述の名前リ
スト・データ構造に記憶されているので、定期的に予定
された会議の場合は、会議の招集者は名前リストの名前
を識別するだけでよい。

次の項目は、会議を招集している人物の名前に対するも
のである。最後の２つの項目は、会議の主題と、会議室
等、その開催場所を識別することである。

第７図は、行事を予定に入れるとき使用される最後の画
面である。この画面を使うと、行事に安全保護等級を割
り当て、会議が暫定的かそれとも確定しているかを示す
ことができる。第７図に示す画面の残りの部分は、相互
参考特許出願番号（ＡＴ９８６−０４６）の主題である
行事に対するトリガの確認通知を確定するためのもので
ある。

行事を定義する全てのデータが入力された後、予定主
は、入力されたばかりの会議情報を、名前リストにリス
トされている各個人に送るようシステムに通知する。こ
のことは、この例では、プログラム・ファンション・キ
ーＰＦ５を打鍵することにより行なわれる。

システムに入力された会議詳細事項を定義するデータ
が、前記の適当なデータ構造およびトリプレットとして
記憶される。これらのデータ構造は、予定表管理システ
ムに対して確立されたプロトコルおよび異なる２つの予
定表管理システム間でデータ交換に適応できるシステム
間通信プロトコルに従って、システム上の各招待者に伝
送される。

全ての会議通知は、回答が必要とされることを示すＲＶ
Ｐトリプレットを含むので、招待された予定主は、会議
通知に回答することを要請される。

招待された予定主がこの通知に対する自動回答を確立し
ていない場合は、手動で回答を入力しなければならな
い。招待者が会議通知に手動で回答するための従来技術
の方法はどれでも使用することができる。例えば、行事
を予定に入れるために使用される画面またはそれに類似
した画面が、招待された者の回答を入力するようプログ
ラミングされたプログラム・ファンクション・キーと共
に招待された者に提示される。別法として、その行事に
対する回答フィールドをもたらす特別画面を提示するこ
ともできる。入力された回答は、名前リストの招待者名
と関連したユーザ状況トリプレットの個人状況フィール
ドに記憶される。そのデータ構造は会議招集者に返さ
れ、識別された会議に対する名前リスト・データ構造と
して記憶される。

以下の考察では、幾つかの理由で、特定の予定主または
特定の会議および面会または他の基準によって行事への
招待または参加要求に対して自動的に回答するように
と、予定主が決定したものと仮定する。自動回答を確立
するために、予定主は、第５図に示すマスター・メニュ
ーから項目５を選択する。第４図に示す自動回答画面が
次に示される。「Ｄ３５会議Ａ１」で識別される会議に
常に出席することを決定した場合、そのＩＤを第４図の
会議名という説明語の後にライン上に入力する。

招待者は送りたい回答を入力する。最初の仮定では、招
待者が常に出席したいという回答である。自動回答画面
の表示中に対話的にシステムに入力されたデータは、前
記の自動回答データ構造ＡＲＳに記憶される。プログラ
ム・ファンクション・キーＰＦ１２を押すことにより、
自動回答に対するもう１つのデータ・セットを入力する
ことができる。システムは妥当な数の基準セットを収容
するよう設計されている。フレーム３に複数の基準が入
力されると、システムによって「論理積」状況と解釈さ
れ、応答が自動的に送られる前に１つの画面で入力され
た全ての基準を通知に含めなければならないことにな
る。

オプション５、すなわち、代理を選択すると、使用され
ているデータは、招待者（招待を受けた者）が強調表示
すべく指定したいと考える人物を識別する。データは、
例えば、代理人の名前、ユーザＩＤ、システムＩＤおよ
び郵便アドレスを含む。さらに、「これは恒常的か」と
いう質問の後に「はい」を入力することにより、招待者
は、指定された個人を恒常的代理人として指定するオプ
ションを有する。

代理を識別するデータは、ＡＲＳ構造と関連する名前ト
リプレットと、ユーザ状況トリプレットなど名前トリプ
レットに付随する様々のトリプレットに記憶される。Ｕ
ＳＴトリプレットの役割パラメータは、人物を恒常的ま
たは臨時的代理人として識別するため使用される。人物
が恒常的代理人として指定された場合、彼の名前は名前
リストに追加され、彼は恒常的代理人として識別され
る。その結果、会議通知がこの人物と元の招待者の両方
に送られる。その通知に応答する責任は、このとき主と
して代理人が負う。この人物が臨時の代理人にすぎない
場合は、彼の名前は名前リストに追加されないが、会議
状況に何らかの変更があった場合は会議通知を受け取
る。

システムは、ホストが各予定主の予定表を維持するよう
構成されているので、予定主のワークステーションがオ
ンになっていないときでも、彼の予定表はシステム上の
他の個人にとって利用可能である。会議通知が招待者に
送られると、システムはまず、招待者である所有者がい
ずれかの自動回答項目を確立しているかどうか知るため
検査する。自動回答データ構造が存在することをシステ
ムが検出した場合、会議通知に含まれるデータと、自動
回答データ構造に基準として入力されたデータとの間で
比較が行なわれる。具体的には、会議名、すなわち、会
議通知に対する行事識別子が、ＡＲＳデータ構造のＳＩ
Ｄトリプレットの識別子フィールドに入力されたデータ
と比較される。同様に、名前リストと関連するユーザ状
況トリプレットは、そのトリプレットの列フィールドに
０を入れることにより、会議招集者を識別する。次に会
議招集者の名前が、ＡＲＳデータと関連する名前および
ユーザ状況トリプレットと比較される。この名前は、招
待者が自動回答フレームに基準を入力していたとき、こ
のデータ構造に予め記憶されたのものである。比較処理
で一致を示すときは、ＡＲＳ構造と関連するユーザ状況
データ構造の個人状況フィールドに記憶された回答が、
自動的に会議招集者に送られる。

上記処理を第１図のフローチャートに要約した。

対話型システムのプログラミングの当業者が、電子カレ
ンダ・システムで自動回答をもたらすとき必要な種々の
ステップを詳細に理解できるように、疑似コードによる
プログラミング形式ステートメント・リストを以下に示
す。

最初の部分は、他の予定主が招集している会議に出席す
るための招待に対して自動回答を行なうような、予定主
による基準を設定する過程に関するものである。

１．ＤＯ １．マスタ・メニュー中で自動回答を選択し、ＥＮＴＥ
Ｒキーを押す。

１．ＥＮＤＤＯ １．ＤＯ ＵＮＴＩＬ １．会議ＩＤ、会議招集者名、ユーザＩＤ、システムＩ
Ｄ、ユーザ定義フィールド、およびユーザ優先順位の任
意の組合せを入力する。

２．．ＤＯ ２．．回答番号を選択し、入力する（０＝回答なし；１
＝確定（出席する）；２＝暫定（多分出席する）；３＝
欠席： ４＝ユーザ肯定回答；５＝代理 ２．．ＥＮＤＤＯ 以下のコード部分は、代理人の指定を識別するデータの
セットアップに関するものである。

３．．．ＩＦ ３．．．代理人が選択された場合は、代理人の名前、ユ
ーザＩＤ、システムＩＤ、郵便アドレス、および役割状
況を入力する。

３．．．ＩＦ ３．．．代理人のセットアップを終了した場合は、ＰＦ
９を押してファイルし、マスター・メニューに戻る。デ
ータをＡＲＳ構造に記憶する。

３．．．そうでない場合は ３．．．ＰＦ１２を押してファイルし、次の自動回答テ
ンプレートを表示する。データをＡＲＳ構造に記憶し、
新しいテンプレートを表示する。

３．．．ＥＮＤＩＦ ２．．ＥＮＤＩＦ １．ＥＮＤＤＯ ＵＮＴＩＬ 以下のコードは、会議通知に対する自動回答を発生する
過程に関するものである。このコードは会議通知の受取
りから始まる。予定表管理方法を用いて会議が暫定また
は確定と分類できる場合、自動回答は、会議が暫定であ
るか、それとも確定しているか考慮しない。どちらも同
じ方法で処理される。

１．ＤＯ １．受け取った会議通知データを、自動回答構造に記憶
された自動回答基準と比較する。

１．ＥＮＤＤＯ １．設定された基準が会議通知データに一致する場合、 １．ＴＨＥＮ 自動回答構造中で関連する回答をセットアップする。

適当な会議状況（確定、または未確定）を有する受信人
予定表に会議通知データを入れる。会議の名前リスト中
で回答状況を確立する。

１．そうでない場合は、会議通知を受信人の受信待ち行
列に入れ、会議要求の予定主に通知する。

１．ＥＮＤＩＦ １．ユーザ肯定回答以外の自動回答がセットアップされ
た場合、 １．ＴＨＥＮ自動回答構造を会議召集者に送り返す。

１．そうでない場合は、ユーザ肯定回答を送り返す。

１．ＥＮＤＩＦ

【図面の簡単な説明】

第１図は、本発明に係る予定表管理方法により自動回答
を発生させる際の処理ステップを示すフローチャート、 第２図は本発明の方法の使用に適した対話式データ処理
端末の構成を示すブロック図、 第３図は第２図に示す型式の端末のネットワークのブロ
ック図、 第４図は自動回答を発生する際に使用されるデータを得
るために使用される表示画面、 第５図ないし第７図は行事予定作成処理中に情報を対話
方式下でシステムに入力するために使用される一連の表
示画面を示す。 １１……処理装置、１２……マイクロプロセッサ・ブロ
ック、１３……半導体メモリ、１４……制御ブロック、
１６……表示装置、１７……キーボード、１８……印刷
装置、１９……ディスク記憶装置、２０……モデム、２
１……ネットワーク、２３、２５……ホスト中央処理装
置、２４……通信リンク。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ヘリンダー・エス・スイング アメリカ合衆国フロリダ州ボカ・ラトン、 カーカルデイ・レーン10722番地 (56)参考文献 特開 昭59−200557（ＪＰ，Ａ) 特開 昭60−103479（ＪＰ，Ａ) 特開 昭61−267163（ＪＰ，Ａ) 特開 昭62−260264（ＪＰ，Ａ) ＩＢＭ ＴＤＢ，Ｖｏｌ．29，Ｎｏ. ４，Ｓｅｐｔ．1986，Ｐａｇｅ 1615, “Ｆｏｒｗａｒｄ ｏｒ ｒｅｓｅｎｄ ｍｅｅｔｉｎｇ ｎｏｔｉｃｅ" ＩＢＭ ＴＤＢ，Ｖｏｌ．29，Ｎｏ. ４，Ｓｅｐｔ．1986，Ｐａｇｅ 1628, “Ｉｍｐｒｏｖｅｄ’ｍｅｅｔｉｎｇ ｎ ｏｔｉｃｅ"

Claims (1)

【特許請求の範囲】
1. 【請求項１】ホスト処理装置に直接または間接に接続さ
   れた複数の対話型ワークステーションを備えるデータ処
   理システムで使用され、前記データ処理システムを通じ
   ての第２予定主への予定事項への出席要請の通知に対す
   る第２予定主からの回答を第１予定主が受信し、前記回
   答が、選択的に、第２予定主によって予め設定された判
   断基準に基づいて自動的に発せられる予定表管理方法で
   あって、 (a)前記予定事項に関するデータを保持する複数のフィ
   ールドを含む第１データ構造体を形成する第１データ構
   造体形成ステップと、 (b)前記第２予定主に対して前記予定事項に出席する代
   理人を指名する前記判断基準に関するデータおよび前記
   回答に関するデータを含むデータを保持する複数のフィ
   ールドを含む第２データ構造体を形成する第２データ構
   造体形成ステップと、 (c)前記通知が第２予定主により受信されたときに前記
   第２データ構造体中の前記判断基準に関するデータと前
   記第１データ構造体中の前記予定事項に関するデータと
   を比較する比較ステップと、 (d)前記判断基準に関するデータと前記予定事項に関す
   るデータとが予め設定した関係にあることが示されたと
   きに前記回答を自動的に発する回答発生ステップと、 を備えている予定表管理方法。